JP2015023493A - 通信装置、通信装置の制御方法、および、プログラム - Google Patents

Abstract

【課題】 マルチキャスト信号を受信しない他の通信装置に対しても、マルチキャスト信号により通信装置が提供する機能の情報を通知するタイミングで、通信装置が提供する機能の情報を通知できるようにすることを目的とする。【解決手段】 本発明の通信装置は、マルチキャストパケットを受信しない他の通信装置に対しては、マルチキャストパケットと共にユニキャストパケットを送信し、マルチキャストパケットを受信すると判定された他の通信装置に対しては、マルチキャストパケットと共にユニキャストパケットを送信しないようにする。【選択図】 図１４

Description

本発明は、提供する機能の情報を送信する通信装置に関する。

通信装置がネットワークを介して、他の通信装置が提供する機能を検索し、また他の通信装置に自装置が提供する機能の情報を通知するための通信プロトコル（以下、サービス検出プロトコル）がある。サービス検出プロトコルでは、通信装置が提供する機能の情報をマルチキャスト信号で送信することで、ネットワーク内に存在する不特定多数の利用装置に、提供装置が提供する機能および当該機能の変化（消滅等）を通知する。

一方で、マルチキャスト信号を受信しない通信装置が存在する。特許文献１には、マルチキャスト信号を破棄する通信装置が開示されている。提供装置が提供する機能を利用する利用装置は、当該機能を提供する提供装置に対してユニキャスト信号により当該通信装置が提供する機能を問い合わせ、その応答を受信することで提供装置が提供する機能を検知する方法が記載されている。

特開２００６−２０３３４４号公報

しかしながら、上述のように利用装置が提供装置に提供される機能を問い合わせる場合、提供装置が提供する機能に変化があった場合に、利用装置が当該機能の変化を検知するまでにタイムラグが生じてしまう。

即時性の観点から、提供装置が提供する機能に変化に応じた提供装置からの通知によって利用装置が検知できることが望ましい。

本発明は、マルチキャスト信号を受信しない他の通信装置に対しても、マルチキャスト信号により通信装置が提供する機能の情報を通知するタイミングで、通信装置が提供する機能の情報を通知できるようにすることを目的とする。

本発明の通信装置は、前記通信装置が提供している機能の情報を含むマルチキャストパケットを他の通信装置が受信するか否かを判定し、前記マルチキャストパケットを送信する際に、前記マルチキャストパケットを受信しないと判定された他の通信装置に対しては、前記マルチキャストパケットと共に前記機能の情報を含むユニキャストパケットを送信し、前記マルチキャストパケットを受信すると判定された他の通信装置に対しては、前記マルチキャストパケットと共に前記ユニキャストパケットを送信しないようにする。

本発明によれば、マルチキャスト信号を受信しない他の通信装置に対しても、マルチキャスト信号により通信装置が提供する機能の情報を通知するタイミングで、通信装置が提供する機能の情報を通知することができる。

実施形態１のシステム構成図。 提供装置１０１のハードウェア構成図。 提供装置１０１が実現する機能ブロック図。 提供装置１０１が実現するフローチャート。 実施形態１のシーケンスチャート。 実施形態１の利用装置管理テーブルを示す図。 実施形態２のシステム構成図。 提供装置１０１が実現する機能ブロック図。 提供装置１０１が実現するフローチャート。 実施形態２のシーケンスチャート。 実施形態２の利用装置管理テーブルを示す図。 実施形態３のシステム構成図。 提供装置１０１が実現する機能ブロック図。 提供装置１０１が実現するフローチャート。

（第１実施形態）
図１に本実施形態のシステム構成図を示す。当該システムでは、サービスを提供する１台の通信装置（以下、提供装置）１０１と、提供装置１０１が提供するサービスを利用する２台の他の通信装置（以下、利用装置）１１１、１１２とが、アクセスポイント（以下、ＡＰ）１２１を介して接続されている。ＡＰ１２１は、ＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮ１３１を管理する。ここで、サービスとは提供装置が利用装置に対して提供する機能であり、例えば、後述する記憶部２０１に記憶されている画像データを利用装置に提供する画像公開サービスがある。

上述の各装置は、ＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮ１３１を介して通信する。しかし、ＩＥＥＥ８０２．１１シリーズに代えて、Ｅｔｈｅｒｎｅｔ（登録商標）などの有線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）、ＬＴＥ等、他の通信方式に準拠した無線ネットワークを介して通信するようにしてもよい。ここで、ＩＥＥＥはＴｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓの略である。

なお、利用装置１１２では、提供装置１０１が送信するマルチキャストパケットを受信しない設定がなされている。ここで、マルチキャストパケットとは、複数の装置を宛先としたパケットである。また、いずれの装置においてもユニキャストパケットは受信するものとする。ここで、ユニキャストパケットとは、単一の装置を宛先としたパケットである。

また、本実施形態では、提供装置１０１としてデジタルカメラを想定しているが、デジタルカメラに限らず、プリンタ、ストレージ、パーソナルコンピュータ、携帯電話等、他の機器であってもよい。また、利用装置１１１、１１２として携帯電話を想定しているが、デジタルカメラ、プリンタ、ストレージ、パーソナルコンピュータ等、他の機器であってもよい。

図２に、提供装置１０１のハードウェア構成を示す。また、利用装置１１１、１１２のハードウェア構成も、提供装置１０１のハードウェア構成と同様であるため、ここでは説明を省略する。

記憶部２０１はＲＯＭ、ＲＡＭにより構成され、後述する各種動作を行うためのプログラムや、無線通信ネットワーク情報、データ送受信情報、通信装置情報など各種データを記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。

制御部２０２はＣＰＵ、または、ＭＰＵにより構成され、記憶部２０１に記憶されたプログラムを実行することにより提供装置１０１全体を制御する。なお、制御部２０２が実行しているＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働により提供装置１０１全体を制御するようにしてもよい。

ユーザインターフェース部（以下、ＵＩ）２０３は、各種情報の出力や、ユーザからの各種操作の受付を行う。ここで、出力とは、画面上への表示や、スピーカーによる音声出力、振動出力等の少なくとも１つを含む。タイマ２０４はカウントダウン、カウントアップもしくは時刻を計時することにより所定時間を計時する。通信インターフェース部（以下、通信ＩＦ）２０５は、アンテナ２０６を用いてＩＥＥＥ８０２．１１シリーズに準拠した通信を行う。

図３に、提供装置１０１の機能ブロック図を示す。本実施形態において、提供装置１０１の機能ブロックは、記憶部２０１に記憶されたプログラムを制御部２０２が読み出して実行することにより実現される。なお、提供装置１０１の機能ブロックに含まれる一部または全部がハードウェア化されていてもよい。

なお、ハードウェア化するためには、例えば、所定のコンパイラを用いることで各機能ブロックを実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成し、これを当該機能ブロックの機能を有するハードウェアとして用いればよい。ＦＰＧＡとは、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。

計時部３０１は、タイマ２０４を利用して所定時間の計時を行う。停止判定部３０２は、サービスの提供が停止されるか否かを判定する。具体的には、ユーザによりＵＩ２０３を介して提供装置１０１の電源オン等の所定操作があった場合に、停止判定部３０２はサービスの提供が停止されると判定する。なお、これに限らず、所定時刻となった場合や、他の通信装置から所定のメッセージを受信した場合等に、サービスの提供が停止されると判定するようにしてもよい。

要求メッセージ受信部３０３は、利用装置１１１もしくは１１２から、提供装置１０１が提供しているサービス情報を検索するための検索信号（以下、サービス情報検索メッセージ）を、通信ＩＦ２０５を介して受信する。更に、サービス情報検索メッセージを受信したか否かの判定も行う。

本実施形態では、サービス情報検索メッセージは、ＳＳＤＰで規定されたＭ−ＳＥＡＲＣＨメッセージであり、他の提供装置が提供しているサービス情報を探索するための探索パケットである。ここで、ＳＳＤＰとは、Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌの略である。ＳＳＤＰは、他の通信装置が提供するサービスを検索し、また他の通信装置に自装置が提供するサービスを通知するための通信プロトコル（以下、サービス検出プロトコルと呼ぶ）である。なお、ＳＳＤＰに代えて、もしくは、加えて、ｍＤＮＳ（Ｍｕｌｔｉｃａｓｔ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）プロトコルを用いるようにしてもよい。

利用装置管理部３０４は、サービス情報検索メッセージの送信元装置を利用装置であると判定する。更に、利用装置管理部３０４は利用装置と判定された装置の情報を利用装置管理テーブル６０１（図６）に登録して、記憶部２０１に記憶させる。利用装置管理テーブル６０１では、サービス情報検索メッセージの送信元装置のＩＰアドレスと送信元ポート番号とを対応付けて記憶されている。

サービス通知部３０５は、要求メッセージ受信部３０３が受信したサービス情報検索メッセージに対する応答信号（以下、応答メッセージ）を、通信ＩＦを介して送信する。応答メッセージには、提供装置１０１が提供するサービスの情報が含まれている。本実施形態では、応答メッセージは、ＳＳＤＰで規定されたＲｅｓｐｏｓｎｅメッセージである。

サービス通知部３０５は、更に、利用装置管理テーブル６０１に登録されている利用装置に対してユニキャストでサービス存在通知メッセージを送信する。サービス存在通知メッセージには、提供装置１０１が提供しているサービスの情報が含まれている。本実施形態では、サービス存在通知メッセージは、ＳＳＤＰで規定されたＮｏｔｉｆｙメッセージである。更に、サービス通知部３０５は、サービス存在通知メッセージをＳＳＤＰが定めるマルチキャストアドレス宛にも送信（マルチキャスト送信）する。

サービス通知部３０５は、更に、利用装置管理テーブル６０１に登録されている利用装置に対して、提供装置１０１がサービスの提供を停止することを通知するサービス消滅通知メッセージをユニキャストで送信する。当該サービス消滅通知には、提供装置１０１がサービスの提供を停止する機能の情報が含まれている。従って、提供装置１０１がネットワークから離脱する場合には、提供装置１０１が提供している機能の情報が含まれることになる。本実施形態では、サービス消滅通知メッセージは、ＳＳＤＰで規定されたｂｙｅｂｙｅメッセージである。更に、サービス通知部３０５は、サービス消滅通知メッセージをＳＳＤＰが定めるマルチキャストアドレス宛にも送信（マルチキャスト送信）する。

なお、サービス通知部３０５が、各々のメッセージを複数回連続して送信するようにしてもよい。

図４に、提供装置１０１の制御部２０２が記憶部２０１に記憶されたプログラムを読み出すことで実現されるフローチャートを示す。当該フローチャートは、提供装置１０１がサービスの提供を開始した場合に実現される。サービスの提供は、ユーザにより提供装置１０１の電源オン等の所定操作があった場合、所定時刻へ到達した場合、または、利用装置１１１、１１２等の外部装置から所定のメッセージを受信した場合等に、開始される。

また、図５に、提供装置１０１がサービスを提供し、利用装置１１１、１１２がサービスを利用する場合のシーケンスチャートを示す。

なお、本実施形態では、提供装置１０１と利用装置１１１、１１２とは、ＡＰ１２１が構築している無線ＬＡＮ１３１に参加済みであるとする。また、利用装置１１１は提供装置１０１からマルチキャスト送信されたメッセージを受信するように設定され、一方で、利用装置１１２は提供装置１０１からマルチキャスト送信されたメッセージを受信しないように設定されているものとする。

本実施形態では、利用装置１１２は、ＴＣＰ／ＩＰ機能、もしくは、ＵＤＰ／ＩＰ機能によって、マルチキャスト送信されたメッセージを受信しないように設定されているものとする。なお、ＴＣＰはＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＩＰはＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＵＤＰはＵｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌの略である。

まず、提供装置１０１において、ユーザがサービスの提供を開始するための操作を行う（Ｓ５０１）。更に、利用装置１１１および利用装置１１２において、ユーザがサービスの検索を開始するための操作を行う（Ｓ５０２、Ｓ５０３）。

提供装置１０１がサービスの提供を開始すると、計時部３０１は計時を開始する（Ｓ４０１）。次に、停止判定部３０２はサービスの提供が停止されるか否かを判定する（Ｓ４０２）。サービスを停止するまで（Ｓ４０２でＹｅｓになるまで）、提供装置１０１は、利用装置の管理（Ｓ４０３〜Ｓ４０５）とサービス情報の通知（Ｓ４０６〜Ｓ４０９）とを繰り返し行う。

サービスが停止されていない場合、要求メッセージ受信部３０３は、利用装置１１１もしくは１１２から、サービス情報検索メッセージを受信したか否かを判定する（Ｓ４０３）。

まず、サービス情報検索メッセージを受信していない場合（Ｓ４０３のＮｏ）について説明する。サービス情報検索メッセージを受信していない場合、計時部３０１は所定時間を計時したかを確認する（Ｓ４０６）。ここでは、所定時間が計時されているものとする。

所定の時間を計時していた場合、サービス通知部３０５は、利用装置管理テーブル６０１に登録されている利用装置に対してユニキャストでサービス存在通知メッセージを送信する（Ｓ４０７）。ただし、利用装置管理テーブル６０１に登録されている利用装置が無い場合には、サービス通知部３０５はユニキャストでのサービス存在通知メッセージの送信を行わない。

この段階では、利用装置管理テーブル６０１に登録されている利用装置は無い。従って、サービス通知部３０５はユニキャストによるサービス存在通知メッセージの送信を行わないが、サービス存在通知メッセージをマルチキャストで送信する（Ｓ４０８、Ｓ５０４）。サービス存在通知メッセージをマルチキャストで送信すると、計時部３０１は、タイマをリセットして再び計時を開始する（Ｓ４０９）。

マルチキャスト送信されたサービス存在通知メッセージを受信した利用装置１１１は、提供装置１０１がサービスを提供していることを検知する（Ｓ５０５）。一方、利用装置１１２は、マルチキャスト送信されたサービス存在通知メッセージを受信しないので、この段階では提供装置１０１がサービスを提供していることの検知は行われない。

次に利用装置１１２は、所定のタイミングでサービス情報検索メッセージをマルチキャスト送信する（Ｓ５０６）。要求メッセージ受信部３０３がサービス情報検索メッセージを受信し、当該受信を判定すると（Ｓ４０３のＹｅｓ）、利用装置管理部３０４は当該送信元装置の情報を利用装置管理テーブル６０１に登録して、記憶部２０１に記憶させる（Ｓ４０４、Ｓ５０７）。ここでは、利用装置管理部３０４は、利用装置１１２のＩＰアドレスと送信元ポート番号とを関連付けて、利用装置管理テーブル６０１に登録する。

続いて、サービス通知部３０５は、受信したサービス情報検索メッセージに対する応答メッセージを、利用装置１１２に対してユニキャストで送信する（Ｓ４０５、Ｓ５０８）。サービス情報検索応答メッセージを受信した利用装置１１２は、提供装置１０１がサービスを提供していることを検知する（Ｓ５０９）。

次に、再び、計時部３０１は所定の時間を計時したかを確認する（Ｓ４０６）。所定の時間を計時していた場合、サービス通知部３０５は、利用装置管理テーブル６０１に登録されている利用装置に対してユニキャストでサービス存在通知メッセージを送信する（Ｓ４０７、Ｓ５１０）。

ユニキャストで送信されたサービス存在通知メッセージを受信した利用装置１１２は、提供装置１０１がサービスの提供を継続していることを検知し、内部で管理するエージングタイマをクリアする（Ｓ５１１）。ここで、エージングタイマとは、提供装置１０１によるサービス提供が継続しているか否かを判定するために用いられるタイマである。

更に、サービス通知部３０５は、サービス存在通知メッセージをマルチキャストで送信する（Ｓ４０８、Ｓ５１２）。マルチキャストで送信されたサービス状態通知メッセージを受信した利用装置１１１も同様に、提供装置１０１がサービスの提供を継続していることを検知し、内部で管理するエージングタイマをクリアする（Ｓ５１３）。その後、計時部３０１は、タイマをリセットして再び計時を開始する。このようにして、所定周期毎にサービス通知部３０５はサービス存在通知メッセージをユニキャストおよびマルチキャストで送信する。

その後、提供装置１０１においてユーザがサービスの提供を停止するための操作を行った場合（Ｓ４０２のＹｅｓ、Ｓ５１４）について説明する。停止操作が行われた場合、サービス通知部３０５は利用装置管理テーブルに登録されている利用装置に対して、サービス消滅通知メッセージをユニキャストで送信する（Ｓ４１０、Ｓ５１５）。ユニキャストで送信されたサービス消滅通知メッセージを受信した利用装置１１２は、提供装置１０１がサービスの提供を停止したことを検知する（Ｓ５１６）。

更に、サービス通知部３０５は、サービス存在通知メッセージをＳＳＤＰが定めるマルチキャストアドレス宛に送信する（Ｓ４１１、Ｓ５１７）。マルチキャストで送信されたサービス消滅通知メッセージを受信した利用装置１１１も同様に提供装置１０１がサービスの提供を停止したことを検知する（Ｓ５１８）。その後、計時部３０１はタイマを停止する（Ｓ４１２）。

本実施形態によれば、マルチキャストパケットを受信しない利用装置（上記例の利用装置１１２）に対しても、提供装置のサービス状態を通知することが可能となる。更に、提供装置に対してサービス情報検索メッセージを送信していない利用装置（上記例の利用装置１１１）に対しても、提供装置のサービス状態を通知することが可能となる。

また、上述の実施形態では、利用装置からのサービス情報検索メッセージの受信に応じて利用装置管理テーブルに当該利用装置の情報が格納された。しかしこれに限らず、ユーザ操作によって利用装置管理テーブルに利用装置の情報が格納されるようにしてもよいし、ＡＲＰテーブルに格納されているＩＰアドレスが利用装置の情報として格納されるようにしてもよい。ここで、ＡＲＰとはＡｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌの略であり、ＡＲＰテーブルとはＩＰ通信のために用いられる、装置のＩＰアドレスとＭＡＣアドレスの対応表である。

また、提供装置がＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ機能を有する場合には、ＤＨＣＰサーバとして割り当てたアドレスが、利用装置の情報として格納されるようにしてもよい。

また、ブロードキャストドメイン外の利用装置の情報が格納されるようにしてもよい。
このようにすることで、サービス情報検索メッセージを送信しない利用装置に対しても、ユニキャストで各種メッセージを送信し、提供装置１０１のサービス状態を通知することが可能となる。

また、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）で規定されたＭｅｍｂｅｒｓｈｉｐ Ｑｕｅｒｙメッセージを送信していない装置のみの情報を利用装置管理テーブルに格納するようにしてもよい。Ｍｅｍｂｅｒｓｈｉｐ Ｑｕｅｒｙメッセージとは、マルチキャスト送信されたメッセージをユニキャストで受信できるようにするためのメッセージである。具体的には、Ｍｅｍｂｅｒｓｈｉｐ Ｑｕｅｒｙメッセージを受信したＡＰはマルチキャスト送信された各種メッセージをユニキャストで当該ｅｍｂｅｒｓｈｉｐ Ｑｕｅｒｙメッセージを送信した装置に送信する。
即ち、Ｍｅｍｂｅｒｓｈｉｐ Ｑｕｅｒｙメッセージを送信した装置に対しては提供装置がマルチキャスト送信したメッセージを、ＡＰがユニキャストで送信し直してくれるので、提供装置がユニキャストでメッセージを送信する必要が無い。このような装置に対しては提供装置がユニキャストでメッセージを送信しないことで、利用する通信帯域の増大を抑制することができる。

（第２実施形態）
第２実施形態では、提供装置としての機能と利用装置としての機能とを有する装置同士が、複数のサービス検出プロトコルを用いてお互いのサービス状態を監視する場合について説明する。以下の説明において、実施形態１と同様の構成については、同じ符号を付し、説明を省略する。

図７に本実施形態のシステム構成図を示す。当該システムでは、サービスを提供すると共に利用する４台の通信装置（以下、提供装置）７０１〜７０４が、ＡＰ１２１を介して接続されている。

ここで、提供装置７０１はＳＳＤＰおよびｍＤＮＳの両方のサービス検出プロトコルに対応している。また、提供装置７０２、７０４は、ＳＳＤＰに対応しているが、ｍＤＮＳには対応していない。また、提供装置７０３は、ｍＤＮＳに対応しているが、ＳＳＤＰには対応していない。

提供装置７０１〜７０４のハードウェア構成は、実施形態１の提供装置１０１と同様なので、ここでは説明を省略する。

図８に、提供装置７０１の機能ブロック図を示す。本実施形態において、提供装置７０１の機能ブロックは、記憶部２０１に記憶されたプログラムを制御部２０２が読み出して実行することにより実現される。なお、提供装置７０１の機能ブロックに含まれる一部または全部がハードウェア化されていてもよい。また、実施形態１と同様の機能ブロックについては、同じ符号を付し、ここでは説明を省略する。また、提供装置７０２〜７０４も同様の機能ブロックを有するので、ここでは説明を省略する。

利用装置管理部８０１は、利用装置と判定された装置の情報を利用装置管理テーブル１１０１（図１１）に登録し、記憶部２０１に記憶させる。利用装置管理テーブル１１０１では、利用装置のＩＰアドレスと送信元ポート番号と対応プロトコル種別とを関連付けて、記憶されている。

提供装置検出部８０２は、他の装置から受信したメッセージに基づいて、他の提供装置を検出する。具体的には、サービス存在通知メッセージを受信した場合に、当該サービス存在通知メッセージの送信元装置を他の提供装置として検出する。

図９に、提供装置７０１の制御部２０２が記憶部２０１に記憶されたプログラムを読み出すことで実現されるフローチャートを示す。当該フローチャートは、提供装置７０１がサービスの提供を開始した場合に実現される。また、図１０に、提供装置７０１〜７０４がサービスの提供および検索を行う場合のシーケンスチャートを示す。

なお、本実施形態では、提供装置７０１〜７０４は、ＡＰ１２１が構築している無線ＬＡＮ１３１に参加済みであるとする。また、提供装置７０１〜７０３は他の提供装置からマルチキャスト送信されたメッセージを受信するように設定され、一方で、提供装置７０４は他の提供装置からマルチキャスト送信されたメッセージを受信しないように設定されているものとする。

まず、提供装置７０１〜７０４の各々において、ユーザがサービスの提供および検索を開始するための操作を行う（Ｓ１００１〜Ｓ１００４）。提供装置７０１がサービスの提供を開始すると、計時部３０１は計時を開始する（Ｓ９０１）。

次に、停止判定部３０２はサービスの提供が停止されるか否かを判定する（Ｓ９０２）。サービスが停止されていない場合、要求メッセージ受信部３０３は、利用装置１１１もしくは１１２から、サービス情報検索メッセージを受信したか否かを判定する（Ｓ９０３）。

まず、サービス情報検索メッセージを受信していない場合（Ｓ９０３のＮｏ）について説明する。サービス情報検索メッセージを受信していない場合、計時部３０１の計時時間に基づいて、サービス通知部３０５はサービス存在通知メッセージとしてＳＳＤＰで規定されたＮｏｔｉｆｙメッセージを送信する時間であるか否かを判定する（Ｓ９０５）。

ここでは、Ｎｏｔｉｆｙメッセージを送信する時間であると判定されたものとする。Ｎｏｔｉｆｙメッセージを送信する時間である場合、サービス通知部３０５は、利用装置管理テーブル６０１に登録されている利用装置に対してユニキャストでＮｏｔｉｆｙメッセージを送信する（Ｓ９０６）。ただし、利用装置管理テーブル１１０１に登録されている利用装置が無い場合には、サービス通知部３０５はユニキャストでのＮｏｔｉｆｙメッセージの送信を行わない。

この段階では、利用装置管理テーブル１１０１に登録されている利用装置は無いので、サービス通知部３０５はユニキャストによるＮｏｔｉｆｙメッセージの送信を行わないが、Ｎｏｔｉｆｙメッセージをマルチキャストで送信する（Ｓ９０７、Ｓ１００５）。

マルチキャスト送信されたＮｏｔｉｆｙメッセージを受信した提供装置７０２は、提供装置７０１がサービスを提供していることを検知する（Ｓ１００６）。一方、提供装置７０３はＳＳＤＰに対応していないためマルチキャスト送信されたＮｏｔｉｆｙメッセージを受信しない。また、提供装置７０４はマルチキャスト送信されたメッセージを受信しないため、当該Ｎｏｔｉｆｙメッセージを受信しない。従って、提供装置７０３、７０４は、この段階では提供装置７０１がサービスを提供していることの検知は行われない。

次に、計時部３０１の計時時間に基づいて、サービス通知部３０５はｍＤＮＳに準拠したサービス存在通知メッセージを送信する時間であるか否かを判定する（Ｓ９０８）。

ここでは、ｍＤＮＳに準拠したサービス存在通知メッセージを送信する時間であると判定されたものとする。ｍＤＮＳに準拠したサービス存在通知メッセージを送信する時間である場合、サービス通知部３０５は、ｍＤＮＳに準拠したサービス存在通知メッセージをマルチキャストで送信する（Ｓ９０９、Ｓ１００７）。

ｍＤＮＳに準拠したサービス存在通知メッセージを受信した提供装置７０３は、提供装置７０１がサービスを提供していることを検知する（Ｓ１００８）。一方、提供装置７０４はｍＤＮＳに対応していないため当該サービス存在通知メッセージを受信しない。

次に、提供装置検出部８０２は、他の装置から受信したメッセージに基づいて、他の提供装置を検出する（Ｓ９１０）。具体的には、サービス存在通知メッセージを受信した場合に、当該サービス存在通知メッセージの送信元装置を他の提供装置として検出する。

この段階では、まだ、他の装置からサービス存在通知メッセージを受信していないので、提供装置検出部８０２は他の提供装置を検出していないものとする。

次に、提供装置検出部８０２は、他の装置から受信したメッセージに基づいて、他の提供装置が提供していたサービスが終了したか否かを判定する（Ｓ９１２）。具体的には、サービス消滅通知メッセージを受信した場合に、当該サービス消滅通知メッセージの送信元装置が提供していたサービスが終了したと判定する。他の提供装置が提供していたサービスが終了した場合（Ｓ９１２のＹｅｓ）、利用装置管理部８０１はサービスを終了する他の提供装置の情報を利用装置管理テーブル１１０１から削除する（Ｓ９１３）。

この段階では、まだ、他の装置からサービス消滅通知メッセージを受信していないので、提供装置検出部８０２は他の提供装置のサービス終了を検出していないものとする。

次に、提供装置７０４が所定のタイミングでサービス情報検索メッセージをマルチキャストで送信する（Ｓ１００９）。すると、要求メッセージ受信部３０３がサービス情報検索メッセージを受信し、当該受信を判定する（Ｓ９０３のＹｅｓ）。そして、サービス通知部３０５は、受信したサービス情報検索メッセージに対する応答メッセージを送信する。

ここでは、ＳＳＤＰのサービス情報検索要求に対してはユニキャスト、ｍＤＮＳのサービス情報検索要求に対してはマルチキャストで応答メッセージを送信する（Ｓ９０４、Ｓ１０１０）。サービス情報検索応答メッセージを受信した提供装置７０４は、提供装置７０１がサービスを提供していることを検知する（Ｓ１０１１）。

次に、提供装置７０２〜７０４がサービス存在通知メッセージを送信すると（Ｓ１０１２、Ｓ１０１４、Ｓ１０１６）、提供装置検出部８０２は当該メッセージを受信し、提供装置７０２〜７０４を検出する（Ｓ９１０のＹｅｓ）。

そして、利用装置管理部８０１は検出された提供装置７０２〜７０４の情報を利用装置管理テーブル１１０１に登録して、記憶部２０１に記憶させる（Ｓ９１１、Ｓ１０１３、Ｓ１０１５、Ｓ１０１７）。ここでは、利用装置管理部８０１は、提供装置７０２〜７０４の各々のＩＰアドレスと送信元ポート番号と対応プロトコル種別とを関連付けて、利用装置管理テーブル１１０１に登録する。

その後、Ｎｏｔｉｆｙメッセージを送信する時間になると（Ｓ９０５のＹｅｓ）、サービス通知部３０５は、利用装置管理テーブル６０１に登録されている利用装置に対してユニキャストでＮｏｔｉｆｙメッセージを送信する（Ｓ９０６）。なお、サービス通知部３０５は、利用装置管理テーブル６０１に登録されている利用装置のうちＳＳＤＰに対応している装置に対してユニキャストでＮｏｔｉｆｙメッセージを送信する（Ｓ１０１８、Ｓ１０２０）。一方で、ＳＳＤＰに対応していない装置に対してはＮｏｔｉｆｙメッセージを送信しない。これにより、通信帯域を有効に利用することができる。

ユニキャストで送信されたＮｏｔｉｆｙメッセージを受信した提供装置７０２、７０４は、提供装置７０１がサービスの提供を継続していることを検知し、内部で管理するエージングタイマをクリアする（Ｓ１０１９、Ｓ１０２１）。その後、サービス通知部３０５は、更にＮｏｔｉｆｙメッセージをマルチキャストで送信する（Ｓ９０７、Ｓ１０２２）。

次に、ｍＤＮＳに準拠したサービス存在通知メッセージを送信する時間になると（Ｓ９０８のＹｅｓ）、サービス通知部３０５は、ｍＤＮＳに準拠したサービス存在通知メッセージをマルチキャストで送信する（Ｓ９０９、Ｓ１０２３）。

ｍＤＮＳに準拠したサービス存在通知メッセージを受信した提供装置７０３は、提供装置７０１がサービスの提供を継続していることを検知し、内部で管理するエージングタイマをクリアする（Ｓ１０２４）。

その後、提供装置７０１においてサービスの提供を停止するためのユーザ操作が行われると（Ｓ９０２のＹｅｓ、Ｓ１０２５）、サービス通知部３０５はＳＳＤＰに準拠したサービス消滅通知メッセージをユニキャストで送信する（Ｓ９１４）。ここでは、サービス通知部３０５はマルチキャストを受信しない可能性のある利用装置に対してユニキャストでサービス消滅通知メッセージを送信する。

ここでは、利用装置管理テーブル１１０１に登録されている利用装置のうち、プロトコル種別がＳＳＤＰの装置がマルチキャストを受信しない可能性があると判定する。そして、プロトコル種別がＳＳＤＰである装置宛にユニキャストでサービス消滅通知メッセージを送信する（Ｓ１０２６、Ｓ１０２８）。

サービス通知部３０５は、更に、ＳＳＤＰに準拠したサービス消滅通知メッセージとｍＮＤＳに準拠したサービス消滅通知メッセージとをマルチキャストで送信する（Ｓ９１５、Ｓ９１６、Ｓ１６３０）。これらのサービス消滅通知メッセージを受信した提供装置７０２〜７０４は、提供装置７０１がサービスの提供を停止したことを検知する（Ｓ１０１９、Ｓ１０２１、Ｓ１０２４）。その後、計時部３０１はタイマを停止し、処理を終了する（Ｓ９１７）。

本実施形態によれば、マルチキャストパケットが受信できない可能性のある利用装置に対してのみユニキャストで通知メッセージを送信する事で、利用装置に対して効率的にサービスが消滅したことを通知することが可能となる。

（第３実施形態）
図１２に本実施形態のシステム構成図を示す。当該システムは、サービスを提供すると共に利用する４台の通信装置（以下、提供装置）１２０１〜１２０４から成る。各提供装置は、後述する複数の無線ＬＡＮ接続方式のいずれかを選択して、無線ネットワークに接続する。なお、提供装置１２０１〜１２０４の各々のハードウェア構成は提供装置１０１と同様のため、ここでは説明を省略する。

図１３に、提供装置１２０１の機能ブロック図を示す。本実施形態において、提供装置１２０１の機能ブロックは、記憶部２０１に記憶されたプログラムを制御部２０２が読み出して実行することにより実現される。なお、提供装置１２０１の機能ブロックに含まれる一部または全部がハードウェア化されていてもよい。また、実施形態１と同様の機能ブロックについては、同じ符号を付し、ここでは説明を省略する。また、提供装置１２０２〜１２０４も同様の機能ブロックを有するので、ここでは説明を省略する。

方式判定部１３０１は、予め記憶部２０１に記憶されている情報に基づいて、無線ＬＡＮの接続方式を判定する。ＳＴＡ機能部１３０２は、提供装置１２０１がＡＰ１２１の被制御装置として動作するための各種機能を提供する。ＡＰ機能部１３０３は、提供装置１２０１が無線ネットワークを制御する制御装置として動作するための各種機能を提供する。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ処理部１３０４は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅが制定したＷｉ−Ｆｉ Ｄｉｒｅｃｔ（商標）規格に準拠した手順で他の無線装置と無線ＬＡＮ接続を行う。

探索部１３０５は、ＳＳＤＰで規定されたＭ−ＳＥＡＲＣＨメッセージをマルチキャストで送信する。受信部１３０６は、他の提供装置が送信したメッセージの受信処理を行う。利用装置管理部１３０７はユニキャスト送信先装置を管理し、記憶部２０１に記憶させる。マルチキャスト受信判定部１３０８は、他の装置がマルチキャストを受信出来る装置か否かを判定する。デバイス情報管理部１３０９は、Ｎｏｔｉｆｙメッセージを送信した装置のデバイス情報を取得し、記憶部２０１に記憶させて管理する。

図１４に、提供装置１２０１の制御部２０２が記憶部２０１に記憶されたプログラムを読み出すことで実現されるフローチャートを示す。当該フローチャートは、提供装置１２０１がサービスの提供を開始した場合に実現される。

提供装置１２０１がサービスの提供を開始すると、方式判定部１３０１は予め記憶部２０１に記憶されている情報に基づいて、無線ＬＡＮの接続方式を判定する（Ｓ１４０１）。

ここで、無線ＬＡＮの接続方式には、提供装置１２０１がＡＰ１２１の非制御装置として動作するＳＴＡモードで無線ＬＡＮ接続を行う第１の方式と、提供装置１２０１が無線ネットワークを制御するＡＰモードで無線ＬＡＮ接続を行う第２の方式とがある。更に、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅが制定したＷｉ−Ｆｉ Ｄｉｒｅｃｔ（商標）規格に準拠した手順で他の無線装置と無線ＬＡＮ接続を行う第３の方式がある。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔでは、他の装置との間で、いずれの装置がＳＴＡモードで動作するかＡＰモードで動作するかを決定し、決定した役割に従って通信を行う。

提供装置１２０１がＳＴＡモードとして動作する方式（第１の方式）が選択された場合、ＳＴＡ機能部１３０２はＡＰ１２１に接続する（Ｓ１４０２）。また、提供装置１２０１がＡＰモードとして動作する方式（第２の方式）が選択された場合、ＡＰ機能部１３０３はＡＰとしての動作を開始し、無線ネットワークを構築する（Ｓ１４０３）。

また、提供装置１２０１がＷｉ−Ｆｉ Ｄｉｒｅｃｔを行うこと（第３の方式）が選択された場合、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ処理部１３０４は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ規格に従った接続処理を行う（Ｓ１４０４）。当該処理の結果に従って、提供装置１２０１はＳＴＡモードまたはＡＰモードいずれかのモードで動作する。

提供装置１２０１は無線ＬＡＮネットワークへの接続が完了するとサービスの提供を開始し、サービスの提供を停止するまで（Ｓ１４０５でＹｅｓになるまで）、Ｓ１４０６〜Ｓ１４２２の処理を繰り返す。ここで、サービスの提供を停止する場合とは、例えば、ユーザの指示により提供装置１２０１が無線ネットワークから離脱する場合や、提供装置１２０１の電池残量に応じて提供装置１２０１が無線ネットワークから離脱する場合である。

サービスの提供を停止しない場合、計時部３０１は、Ｎｏｔｉｆｙメッセージを送信するタイミングか否かを判定する（Ｓ１４０６）。Ｎｏｔｉｆｙメッセージを送信するタイミングである場合、サービス通知部３０５はマルチキャストでＮｏｔｉｆｙメッセージを送信する（Ｓ１４０７）。サービス通知部３０５は、更に、後述するユニキャスト送信先装置に対して、ユニキャストでＮｏｔｉｆｙメッセージを送信する（Ｓ１４０８）。

次に、計時部３０１は、Ｍ−ＳＥＡＲＣＨメッセージを送信するタイミングか否かを判定する（Ｓ１４０９）。Ｍ−ＳＥＡＲＣＨメッセージを送信するタイミングである場合、探索部１３０５は、Ｍ−ＳＥＡＲＣＨメッセージをマルチキャストで送信する（Ｓ１４１０）。

その後、受信部１３０６は、他の提供装置が送信したメッセージの受信処理を行う（Ｓ１４１１）。受信したメッセージがＮｏｔｉｆｙメッセージであった場合、デバイス情報管理部１３０９は、当該Ｎｏｔｉｆｙメッセージを送信した装置が既に、デバイス情報管理部１３０９により管理されている装置か否かを判定する（Ｓ１４１２）。

管理されていない場合（Ｓ１４１２でＮｏ）、デバイス情報管理部１３０９は、Ｎｏｔｉｆｙメッセージを送信した装置のデバイス情報を取得し、記憶部２０１に記憶させる（Ｓ１４１３）。ここで、デバイス情報とはＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）仕様で規定されるＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎである。このようにして、デバイス情報管理部１３０９は、Ｎｏｔｉｆｙメッセージを送信した装置を管理する。

次に、マルチキャスト受信判定部１３０８は、取得したデバイス情報から、当該装置がマルチキャストを受信出来る装置か否かを判定する（Ｓ１４１４）。判定の結果、当該提供装置がマルチキャストを受信出来ない、もしくは受信出来るかどうかわからないと判定された場合（Ｓ１４１４でＮｏ）、利用装置管理部１３０７は当該装置をユニキャスト送信先装置として記憶する（Ｓ１４１５）。

次に、Ｍ−ＳＥＡＲＣＨメッセージに対する応答メッセージを受信した場合について説明する。

応答メッセージを受信した場合、デバイス情報管理部１３０９は、当該Ｎｏｔｉｆｙメッセージを送信した装置が既に、デバイス情報管理部１３０９により管理されている装置か否かを判定する（Ｓ１４１６）。登録されていない場合（Ｓ１４１６でＮｏ）、デバイス情報管理部１３０９は、Ｎｏｔｉｆｙメッセージを送信した装置のデバイス情報を取得し、記憶部２０１に記憶させる（Ｓ１４１７）。

次に、利用装置管理部１３０７は、当該応答メッセージを送信した装置が既にユニキャスト送信先装置として登録されているか否かを判定し（Ｓ１４１８）、登録されている場合には当該装置の情報を削除する（Ｓ１４１９）。このように、応答メッセージを送信する装置は、マルチキャストで送信したサービス情報検索メッセージを受信できたと考えられるため、当該端末をユニキャスト送信先端末から除外することができる。

次に、Ｍ−ＳＥＡＲＣＨメッセージを受信した場合について説明する。Ｍ−ＳＥＡＲＣＨメッセージを受信した場合、サービス通知部３０５は、Ｍ−ＳＥＡＲＣＨメッセージ送信元の装置に対して応答メッセージをユニキャストで送信する（Ｓ１４２０）。

次に、ｂｙｅｂｙｅメッセージを受信した場合について説明する。応答メッセージを受信した場合、利用装置管理部１３０７は、当該応答メッセージを送信した装置が既にユニキャスト送信先装置として登録されているか否かを判定する（Ｓ１４２１）。そして、登録されている場合には、利用装置管理部１３０７は当該装置の情報を削除する（Ｓ１４２２）。また、デバイス情報管理部１３０９は当該装置のデバイス情報を削除する（Ｓ１４２３）。

次に、提供装置１２０１がサービスの提供を停止する場合について説明する。サービスの提供を停止する場合、方式判定部１３０１はＳＴＡモードで接続しているか否かを判定する（Ｓ１４２４）。

ＳＴＡモードで接続している場合には（Ｓ１４２４のＹｅｓ）、サービス通知部３０５はｂｙｅｂｙｅメッセージを、ユニキャスト送信先装置として登録されている装置に対してユニキャストで送信する（Ｓ１４２５）。その後、サービス通知部３０５はｂｙｅｂｙｅメッセージをマルチキャストで送信する（Ｓ１４２６）。

そして、提供装置７０１は無線接続を切断する（Ｓ１４２７）。提供装置７０１がＡＰモードで動作していた場合は、この時点でＡＰ機能が停止するため、他の提供装置と通信していた無線ＬＡＮネットワークが消滅する。

本実施形態によれば、より適切にマルチキャストが受信できない可能性のある利用装置に対してのみユニキャストで通知メッセージを送信する事で、利用装置に対して効率的にサービスが消滅したことを通知することが可能となる。

例えば、検出した提供装置に対して、マルチキャストパケットを受信するかどうかを問い合わせるメッセージを送信し、応答メッセージからこれを判断しても良い。また、検出した提供装置の装置種別やソフトウェアのバージョンなどからこれを判断しても良い。

以上が本発明の代表的な実施形態の一例であるが、本発明は、明細書及び図面に示す実施形態に限定することなく、その要旨を変更しない範囲内で変形して実施できるものである。

また、提供装置において利用装置がマルチキャストパケットを受信できるかどうか判定する方法についても、前述した方法に限定するものではない。たとえば、利用装置のＭＡＣアドレスや機種情報、ＯＳやアプリケーションソフトのバージョン、ユーザによる事前の設定などから判定するとしても構わない。また、利用装置の識別子と当該判定結果を不揮発メモリに記憶し、記憶された情報を用いて判定しても良い。

また、発見したサービス提供装置に対して、マルチキャストパケットを受信するかどうかを問い合わせるメッセージをユニキャストで送信し、応答メッセージからこれを判断しても良い。たとえば、上述のデバイス情報（Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ）の取得処理において、デバイス情報にマルチキャストパケットを受信するかどうかを示す情報を含めることで判定しても良い。

また、利用装置の情報を取得する方法も前述ようにＵＰｎＰやｍＤＮＳを用いる必要は無く、独自の通信手段によって取得しても構わない。例えば無線ＬＡＮとは異なる近接無線通信手段によって利用装置の機種情報を取得し、これを用いて利用装置がマルチキャストパケットを受信できるかどうか判定しても構わない。

１０１ 提供装置
１１１ 利用装置
１１２ 利用装置
１１３ ＡＰ

Claims (9)

1. 通信装置であって、
   前記通信装置が提供している機能の情報を含むマルチキャストパケットを他の通信装置が受信するか否かを判定する第１の判定手段と、
   前記マルチキャストパケットを送信する際に、
   前記第１の判定手段により前記マルチキャストパケットを受信しないと判定された他の通信装置に対しては、前記マルチキャストパケットと共に前記機能の情報を含むユニキャストパケットを送信し、
   前記第１の判定手段により前記マルチキャストパケットを受信すると判定された他の通信装置に対しては、前記マルチキャストパケットと共に前記ユニキャストパケットを送信しないようにする第１の送信手段と、
   を有することを特徴とする通信装置。
2. 前記通信装置が無線ネットワークを制御する制御装置として動作しているか、該制御装置の被制御装置として動作しているかを判定する第２の判定手段を更に有し、
   前記第１の送信手段は、前記第２の判定手段の判定結果に応じて、前記第１の判定手段により前記マルチキャストパケットを受信しないと判定された他の通信装置に対して、前記マルチキャストパケットと共に前記ユニキャストパケットを送信する
   ことを特徴とする請求項１に記載の通信装置。
3. 前記第１の送信手段は、前記第２の判定手段により前記通信装置が前記被制御装置として動作していると判定された場合に、前記第１の判定手段により前記マルチキャストパケットを受信しないと判定された他の通信装置に対して、前記マルチキャストパケットと共に前記ユニキャストパケットを送信することを特徴とする請求項２に記載の通信装置。
4. 他の通信装置が提供する機能の情報を探索するための探索パケットをマルチキャストで送信する第２の送信手段を更に有し、
   前記判定手段は、前記探索パケットに対して応答信号を送信しなかった他の通信装置を、前記マルチキャストパケットを受信しない他の通信装置として判定することを特徴とすることを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
5. 前記探索パケットは、ＵＰｎＰで規定されたＭ−ＳＥＡＲＣＨであることを特徴とする請求項４に記載の通信装置。
6. 前記マルチキャストパケットは、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）で規定されたＮｏｔｉｆｙもしくはｂｙｅｂｙｅであることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
7. 前記第１の送信手段は、前記マルチキャストパケットをＩＥＥＥ８０２．１１シリーズに準拠した信号として送信することを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. 通信装置の制御方法であって、
   前記通信装置が提供している機能の情報を含むマルチキャストパケットを他の通信装置が受信するか否かを判定する判定工程と、
   前記マルチキャストパケットを送信する際に、
   前記判定工程において前記マルチキャストパケットを受信しないと判定された他の通信装置に対しては、前記マルチキャストパケットと共に前記機能の情報を含むユニキャストパケットを送信し、
   前記判定工程において前記マルチキャストパケットを受信すると判定された他の通信装置に対しては、前記マルチキャストパケットと共に前記ユニキャストパケットを送信しないようにする送信工程と、
   を有することを特徴とする制御方法。
9. コンピュータを、請求項１乃至７のいずれか１項に記載の通信装置として動作させるためのプログラム。

Images