WO2006043411A1

WO2006043411A1 - 通信装置および端末存在確認方法

Info

Publication number: WO2006043411A1
Application number: PCT/JP2005/018297
Authority: WO
Inventors: Toshihiro Sotomaru; Hidemi Usuba
Original assignee: Pioneer Corporation
Priority date: 2004-10-20
Filing date: 2005-10-03
Publication date: 2006-04-27
Also published as: US20080076396A1; JPWO2006043411A1

Abstract

　本発明にかかる通信装置は、通信ネットワークを管理するマネージャ装置として動作し、たとえば、通信ネットワークを構成する端末の機器リストを保持するデータベース１３と、ポーリング処理より機器リストに登録された端末の存在確認を行い、その結果に基づいて機器リストを更新するネットワーク管理部１１と、ポーリング処理における存在確認メッセージに対する応答信号かどうかを解析するパケット解析部１２と、を備え、ネットワーク管理部１１は、機器リスト更新処理を実行中に、新たな機器リスト更新要求が発生した場合、当該要求に伴う新たな機器リスト更新処理を実行せずに、現在実行中の更新処理結果を前記要求に対する更新処理結果とする。

Description

明細書

通信装置および端末存在確認方法

技術分野

[0001] 本発明は、ネットワークを構成する端末の存在を確認するための通信を行う通信装置、および当該通信装置による端末存在確認方法に関するものである。

背景技術

[0002] 従来、複数の通信装置で構成される一般的な通信ネットワークにおいては、たとえば、当該ネットワークを管理する特定の通信装置が、定期的または任意のタイミングで、その他の各通信装置に対して存在確認のための通信を行っている。この場合、上記特定の通信装置では、存在確認のための通信に対する応答があった通信装置についてはネットワークに参加し続けている状態であると判断し、一方で、応答がない通信装置についてはネットワーク力離脱したものと判断し、たとえば、自装置内のデータベースを更新する。

[0003] 上記のような存在確認のための通信を行うネットワークのインタフェースの一例として、たとえば、 Wirelessl394と呼ばれる方式がある（下記非特許文献 1参照）。 Wire less 1394方式は、既に PCやビデオ機器を中心に普及し始めて!/、る IEEE 1394方式を無線化した家庭内ネットワークのインタフェースであり、 IEEE1394方式の特徴である高速性，リアルタイム性，操作性を継承している。

[0004] ここで、上記 Wirelessl394方式において、上記特定の通信装置が、ネットワークを構成する各通信装置 (端末)の存在を確認する方法につ!、て簡単に説明する。なお、 Wireless 1394方式では、ネットワークに参加する端末の管理を行うため、「Vid (Vi rtual ID) table」と呼ばれるデータベースに各端末の IDが保存されている。この「Vi d table」の管理および更新は、上記特定の通信装置である WBM (Wireless Bus Manager)によって行われる。

[0005] たとえば、アプリケーションにより「Vid table」のデータベースの更新要求が発生した場合、 WBMでは、上記データベース力もネットワークに参カ卩している端末を参照し、現在ネットワークに参加してヽると思われる全端末に対して順に制御信号を送信し、各端末力の応答を待つ（ポーリング処理)。そして、その応答結果に基づいてデータベースを更新し、ネットワークを構成する各端末に最新のデータベースの内容を通知する。この更新処理では、たとえば、応答がなければ、対応する端末が通信圏外であると判断し (離脱したものと判断し)、その端末をデータベース力も削除する。なお、上記データベースの更新要求が連続して発生する場合は、上記処理を繰り返し実行する。

[0006] 非特許文献 1： 1394TA Working Draft 2003011, Protocol Adaptation Layer (P AL) for IEEE 1394 over IEEE 802. l ie, Revision 0.71, Sep 10, 2003 発明の開示

発明が解決しょうとする課題

[0007] し力しながら、上記従来の通信システムにお!/、ては、上記特定の通信装置 (WBM) 力ネットワークを構成する各通信装置 (各端末)の存在確認 (ポーリング)を、自装置が備えるデータベースに記録されて、る全ての端末に対して行うので、データベースの更新要求が連続して発生すると、本来のデータ通信、たとえば、動画通信等の妨げになる、という問題があった。すなわち、連続的に発生したポーリングによって、無線リソースを無駄に消費してしまう、という問題があった。

[0008] 本発明が解決しょうとする課題には、ネットワークを構成する各端末の存在確認を行う場合において、データベースの更新要求が連続して発生すると、ポーリング処理の多発によって無線リソースを効率よく使用することができなくなる可能性がある、と V、つた問題が一例として挙げられる。

課題を解決するための手段

[0009] 上述した課題を解決し、目的を達成するために、請求項 1に記載の発明は、通信ネットワークを管理する特定の装置として、当該通信ネットワークを構成する他の端末の存在確認を行う通信装置であって、前記通信ネットワークを構成する端末を管理するための機器リストを保持するデータベース手段と、ポーリング処理より前記機器リストに登録された端末の存在確認を行ヽ、その結果に基づ、て機器リストを更新するネットワーク管理手段と、前記ポーリング処理における存在確認メッセージに対する応答信号かどうかを解析する受信信号解析手段と、を備え、前記ネットワーク管理手段は、前記機器リストの更新処理を実行中に、新たな機器リスト更新要求が発生した場合、当該要求に伴う新たな機器リストの更新処理を実行せずに、現在実行中の更新処理結果を前記要求に対する更新処理結果とすることを特徴とする。

[0010] また、請求項 4に記載の発明は、通信ネットワークを管理する通信装置が、前記通信ネットワークを構成する端末を管理するための機器リストに基づいて、当該機器リストに登録された端末の存在確認を行う場合の端末存在確認方法にぉヽて、機器リスト更新要求が発生した場合に、ポーリング処理より前記機器リストに登録された端末の存在確認を行うポーリング処理ステップと、前記ポーリング処理の結果に基づ、て機器リストを更新する機器リスト更新ステップと、を含み、前記各ステップを実行中に、新たな機器リスト更新要求が発生した場合、当該新たな要求に伴うポーリング処理ステツプを実行せずに、現在実行中の機器リスト更新ステップの結果を前記新たな要求に対する機器リストの更新処理結果とすることを特徴とする。

図面の簡単な説明

[0011] [図 1]図 1は、本発明にかかる通信装置を含む無線通信ネットワークの構成例を示す図である。

[図 2]図 2は、実施の形態 1におけるマネージャ装置の構成を示す図である。

[図 3]図 3は、実施の形態 1の端末存在確認処理を示すフローチャートである。

[図 4]図 4は、実施の形態 2におけるマネージャ装置の構成を示す図である。

[図 5]図 5は、実施の形態 2の端末存在確認処理を示すフローチャートである。

[図 6]図 6は、実施の形態 3の端末存在確認処理を示すフローチャートである。

符号の説明

[0012] 1 マネージャ装置

2- 1, 2- 2, · · ·, 2 -N クライアント装置 (端末）

11, 11a ネットワーク管理部

12 パケット解析部

13, 13a データベース

14 パケット送受信部

15a タイマ発明を実施するための最良の形態

[0013] 以下に、本発明にかかる通信装置および端末の存在確認方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

[0014] (実施の形態 1)

図 1は、本発明にかかる通信装置を含む無線通信ネットワークの構成例を示す図であり、ネットワークを管理する特定の通信装置であるマネージャ装置 1と、ネットワークを構成する各通信装置であるクライアント装置 (端末) 2—1, 2- 2, · ··, 2— Nと、を備えている。また、図示の符号 3は、ネットワーク力も離脱した通信装置である、たとえば、通信圏外の端末を表している。なお、本実施の形態の処理は、 UWB (Ultra Wi de-Band) ,無線 LAN, Bluetooth等、ネットワークを構成する端末の存在確認を行う必要があるすベての方式に適用可能である。また、本実施の形態においては、一例として、無線通信ネットワークを用いた場合について説明する力これに限らず、有線通信ネットワークにおいても同様に適用可能である。また、本発明にかかる端末の存在確認方法は、ネットワークを構成する全ての通信装置にて実施可能とする。すなわち、ネットワークを構成するいずれか一つの通信装置力動的にマネージャ装置として動作することとなる。

[0015] 図 2は、実施の形態 1におけるマネージャ装置 1の構成を示す図であり、本実施の形態における端末存在確認方法を実現するネットワーク管理部 11と、受信パケットを解析し、ポーリング処理における存在確認メッセージに対する応答信号かどうか (解析結果)をネットワーク管理部 11に通知するパケット解析部 12と、ネットワークを構成する端末を管理するための機器リストを保持するデータベース 13と、パケットを送受信するパケット送受信部 14と、を備えている。なお、本実施の形態においては、パケットによる通信を想定している力ネットワークを構成する端末の存在確認は、パケット以外の通信で行うこととしてもょ、。

[0016] ここで、本実施の形態における端末存在確認方法を具体的に説明する。図 3は、実施の形態 1の端末存在確認処理を示すフローチャートである。ここでは、一例として、端末 2— 2がネットワークに新たに参加する場合について説明する。 [0017] たとえば、端末 2— 2がネットワークに新規参加したことにより機器リストの更新要求が発生した場合 (ステップ S1)、マネージャ装置 1では、ネットワーク管理部 11が、上記データベース 13に保持されている機器リストから現在ネットワークに参カ卩している端末を読み出す (ステップ S 2)。なお、機器リストの更新要求は、新たな端末がネットワークへ参加する場合の他に、たとえば、ネットワーク構成の変化 (特定端末の離脱等)を検出した端末 (マネージャ装置 1を含む)からの要求であってもよい。

[0018] つぎに、マネージャ装置 1では、ネットワーク管理部 11が、パケット解析部 12およびパケット送受信部 14を経由して、機器リストに登録されている全端末に対して順に存在確認メッセージ (パケット）を送信し (ステップ S3)、各端末からの応答を待つ (ステツプ S4)、というポーリング処理を行う。そして、パケット解析部 12が、パケット送受信部 14経由で受け取る応答信号を解析し、さらに、ネットワーク管理部 11が、その応答結果に基づいてデータベース 13内の機器リストを更新する (ステップ S5)。その後、マネージャ装置 1では、ネットワークを構成する各端末に最新の機器リストの内容を通知して、端末存在確認処理を終了する (ステップ S6)。上記更新処理では、たとえば、端末力の応答がなければ (タイムアウト）、対応する端末がネットワーク力離脱したものと判断し (たとえば、通信圏外であると判断し)、その端末をデータベース 13内の機器リストから削除する。なお、ここでは、一例として、応答がない端末を機器リスト力削除することとした力これに限らず、たとえば、データベースに現在のステータスを表すフラグを用意しておき、参加および離脱に応じてそのフラグを更新することとしてちよい。

[0019] また、本実施の形態においては、たとえば、上記機器リスト更新要求 (この要求を第 1の機器リスト更新要求と仮定する）に伴う上記ステップ S1〜ステップ S6の処理 (端末存在確認処理)を実行中に、さらに、新たな機器リスト更新要求 (この要求を第 2の機器リスト更新要求と仮定する）が発生した場合 (ステップ S7)、マネージャ装置 1が、実行中の端末存在確認処理の終了を待ち (ステップ S8)、この終了と同時に、第 2の機器リスト更新要求に伴う端末存在確認処理をも終了とする (ステップ S6)。すなわち、端末存在確認処理の実行中に新たな機器リスト更新要求が発生した場合は、新たな端末存在確認処理を実行せずに、現在実行中の端末存在確認処理の結果を最新の更新要求に対する処理結果とみなす。

[0020] このように、本実施の形態においては、ネットワークにおいてマネージャ装置が端末存在確認処理の実行中に、何らかの要因で新たな機器リストの更新要求が発生した場合、新たな端末存在確認処理を実行せずに、現在実行中の端末存在確認処理の結果を最新の更新要求に対する処理結果とみなすこととした。これにより、本来のデータ通信以外の通信である、ネットワーク内の端末存在確認処理を減らすことができるので、すなわち、無駄な端末存在確認処理の繰り返し実行を回避できるので、本来のデータ通信 (動画通信等）が妨げられることがなくなり、通信リソースを効率よく使用することができる（無線リソースの無駄を省くことができる)。

[0021] (実施の形態 2)

実施の形態 2においては、さらに、前述した実施の形態 1における端末存在確認処理の終了後の特定期間に新たな機器リスト更新要求が発生した場合の、マネージャ装置 1の処理について規定する。なお、ネットワーク構成については、前述した実施の形態 1の図 1と同様である。

[0022] 図 4は、実施の形態 2におけるマネージャ装置 1の構成を示す図であり、タイマ 15a と、前述した機器リストに加えて、さらに最後に機器リストが更新された時刻（タイマ 15 aの出力値)を保持するデータベース 13aと、前述した実施の形態 1のネットワーク管理部 11の機能に加えて、さらに上記特定期間内にお、て後述する所定の処理を実行するネットワーク管理部 11aと、を備えている。なお、マネージャ装置 1において、前述した実施の形態 1と同様の構成については、同一の符号を付してその説明を省略する。

[0023] つづいて、本実施の形態における端末存在確認方法を具体的に説明する。図 5は、実施の形態 2の端末存在確認処理を示すフローチャートである。ここでは、前述した実施の形態 1と異なる処理についてのみ説明する。

[0024] たとえば、新たな機器リスト更新要求が発生した場合 (ステップ S 1)、マネージャ装置 1では、ネットワーク管理部 11aが、タイマ 15aから現在時刻を読み取り、さらに、上記データベース 13aから最後に機器リストが更新された時刻を読み出し、それらの差分を求める（ステップ S 11)。 [0025] そして、ネットワーク管理部 11aでは、上記差分が予め規定しておいた所定のしき V、値 (上記特定期間に相当）以下であれば (ステップ S 12, Yes)、現在の機器リストが最近更新されたものである (ネットワーク構成の変更なし)と判断し、新たな端末存在確認処理を行わずに直ちに処理を終了する (ステップ S6)。一方、上記差分が上記しきい値を越えている場合は (ステップ S 12, No)、機器リストが最近更新されたものではない (ネットワーク構成の変更あり）と判断し、前述したステップ S2〜S6の処理を実行する。

[0026] このように、本実施の形態では、端末存在確認処理の終了後の特定期間に新たな機器リスト更新要求が発生した場合、この更新要求に対する新たな端末存在確認処理を行わないこととした。これにより、実施の形態 1よりも、さらに端末存在確認処理を減らすことができるので、通信リソースをより効率よく使用することができる。

[0027] (実施の形態 3)

実施の形態 3においては、前述した実施の形態 2とは異なる方法で、実施の形態 1 よりもポーリング処理を減らすこととした。ここでは、ポーリング処理以外で端末の存在が確認できる場合について規定する。なお、ネットワーク構成については、前述した実施の形態 1の図 1と同様である。また、マネージャ装置 1の構成については、基本的に実施の形態 2の構成と同一である力実施の形態 3のデータベース 13aには、予め、ネットワークを構成する各端末の通信履歴が保持されていることを前提とする。

[0028] つづいて、本実施の形態における端末存在確認方法を具体的に説明する。図 6は、実施の形態 3の端末存在確認処理を示すフローチャートである。ここでは、前述した実施の形態 1と異なる処理についてのみ説明する。

[0029] たとえば、データベース 13aに保持されている機器リストから現在ネットワークに参カロしている端末を読み出した後 (ステップ S2)、ネットワーク管理部 11aでは、読み出したポーリング対象端末に対して順にポーリング処理を開始する (ステップ S21)。そして、データベース 13aに保持されているポーリング対象端末の通信履歴を参照し（ステップ S22)、予め規定しておいた所定の時間だけ遡って、通信が行われていたかどうかを確認し、その時間内に通信が行われていなければ (ステップ S23, No)、ネットワーク構成が変更されている可能性がある（離脱した可能性がある）と判断し、その端末に対して存在確認メッセージを送信する (ステップ S24)。一方で、予め規定してぉヽた所定の時間だけ遡って通信が行われて、たかどうかを確認した結果、その時間内に通信が行われていれば (ステップ S23, Yes)、ネットワーク構成が変更されて V、な、（離脱して!/、な!/、）と判断し、その端末に対しては存在確認メッセージを送信しない（ステップ S 26)。

[0030] そして、ネットワーク管理部 1 laでは、順次、ポーリング対象端末に対してステップ S 21〜S26の処理を実行し (ステップ S25, No)、全ポーリング対象端末に対して上記処理が終了した段階で (ステップ S25, Yes)、前述したステップ S4〜S6の処理を実行する。

[0031] このように、本実施の形態においては、データベースにネットワークを構成する各端末の通信履歴を保持し、たとえば、所定時間にわたって遡り通信が行われていれば、その端末に対するポーリング処理を行わないこととした。これにより、実施の形態 1よりも、さらにポーリング処理を減らすことができるので、通信リソースをより効率よく使用することができる。

Claims

請求の範囲

[1] 通信ネットワークを管理する特定の装置として、当該通信ネットワークを構成する他の端末の存在確認を行う通信装置にお、て、

前記通信ネットワークを構成する端末を管理するための機器リストを保持するデータベース手段と、

ポーリング処理より前記機器リストに登録された端末の存在確認を行ヽ、その結果に基づ!/、て機器リストを更新するネットワーク管理手段と、

前記ポーリング処理における存在確認メッセージに対する応答信号力どうかを解析する受信信号解析手段と、

を備え、

前記ネットワーク管理手段は、

前記機器リストの更新処理を実行中に、新たな機器リスト更新要求が発生した場合、当該要求に伴う新たな機器リストの更新処理を実行せずに、現在実行中の更新処理結果を前記要求に対する更新処理結果とすることを特徴とする通信装置。

[2] 前記データベース手段は、さらに、前記更新処理の終了時刻を保持し、

前記ネットワーク管理手段は、

前記終了時刻力の所定の期間については、新たな機器リスト更新要求が発生した場合であっても、当該要求に伴う新たな機器リストの更新処理を実行しな、ことを特徴とする請求項 1に記載の通信装置。

[3] 前記データベース手段は、さらに、ポーリング対象端末の通信履歴を保持し、前記ネットワーク管理手段は、

前記ポーリング対象端末の通信履歴を参照し、予め規定してお!、た所定の時間だけ遡って、通信が行われていた力どうかを確認し、通信が行われていない端末に対しては存在確認メッセージを送信し、一方で、通信が行われている端末に対しては存在確認メッセージを送信しなヽことを特徴とする請求項 1に記載の通信装置。

[4] 通信ネットワークを管理する通信装置が、前記通信ネットワークを構成する端末を管理するための機器リストに基づいて、当該機器リストに登録された端末の存在確認を行う場合の端末存在確認方法にぉヽて、機器リスト更新要求が発生した場合に、ポーリング処理より前記機器リストに登録された端末の存在確認を行うポーリング処理ステップと、

前記ポーリング処理の結果に基づいて機器リストを更新する機器リスト更新ステップと、

を含み、

前記各ステップを実行中に、新たな機器リスト更新要求が発生した場合、当該新たな要求に伴うポーリング処理ステップを実行せずに、現在実行中の機器リスト更新ステツプの結果を前記新たな要求に対する機器リストの更新処理結果とすることを特徴とする端末存在確認方法。

[5] 前記機器リスト更新ステップの終了時刻力も所定の期間については、新たな機器リスト更新要求が発生した場合であっても、当該要求に伴う新たなポーリング処理ステップを実行しないことを特徴とする請求項 4に記載の端末存在確認方法。

[6] 前記ポーリング処理ステップでは、

ポーリング対象端末の通信履歴を参照し、予め規定しておいた所定の時間だけ遡つて、通信が行われていたかどうかを確認し、通信が行われていない端末に対しては存在確認メッセージを送信し、一方で、通信が行われている端末に対しては存在確認メッセージを送信しないことを特徴とする請求項 4に記載の端末存在確認方法。