(57)【要約】【課題】  対向通信機器に対して異常の発生を確実に通知可能な近距離無線通信機器を提供する。【解決手段】  対向通信機器２と近距離無線通信を行う近距離無線通信機器１ａであって、近距離無線通信により対向通信機器２とパケットを送受信する送受信装置１１ａと、近距離無線通信による通信処理を制御する制御プログラムを実行し、制御プログラムの実行中に発生した異常を検出し、異常が検出された場合にパケットの送出を強制停止する通信制御装置１２ａとを備える。【選択図】    図１
2006287590.tif 000002
【特許請求の範囲】
【請求項１】
対向通信機器と近距離無線通信を行う近距離無線通信機器であって、
前記近距離無線通信により前記対向通信機器とパケットを送受信する送受信装置と、
前記近距離無線通信による通信処理を制御する制御プログラムを実行し、前記制御プログラムの実行中に発生した異常を検出し、前記異常が検出された場合に前記パケットの送出を強制停止する通信制御装置
とを備えることを特徴とする近距離無線通信機器。
【請求項２】
前記通信制御装置は、
前記対向通信機器との通信リンクを管理するリンク管理部と、
前記異常が発生した場合に前記リンク管理部の処理を中止させて、前記パケットの送出を強制停止する異常検出部
とを備えることを特徴とする請求項１に記載の近距離無線通信機器。
【請求項３】
前記通信制御装置は、前記異常が発生した場合に前記送受信装置の動作を停止させて、前記パケットの送出を強制停止する異常検出部を備えることを特徴とする請求項１に記載の近距離無線通信機器。
【請求項４】
前記異常検出部は、予め設定された監視項目を監視して前記異常を検出することを特徴とする請求項２又は３に記載の近距離無線通信機器。
【請求項５】
前記通信制御装置は、
前記制御プログラムを実行する処理装置と、
前記異常が発生した場合に前記送受信装置の動作を停止させて前記パケットの送出を強制停止する異常検出装置
とを備えることを特徴とする請求項１に記載の近距離無線通信機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブルートゥース（ＢｌｕｅｔｏｏｔｈTM）等の規格に準拠した近距離無線通信を行う近距離無線通信機器に関する。
【背景技術】
【０００２】
通信機器においては、一般的に、通信が急に遮断された場合にどのように対応するかを予め定めて実装しておくことで、通信が急に遮断された場合でも通信アプリケーションの動作に不都合を与えないようにする。無線通信に関しては、無線チャネルの品質が不安定であることから、通信が急に遮断された場合の対処法が特に重要となる。比較的近い距離の無線通信に向けてブルートゥースが注目されている。近距離無線通信としてブルートゥースを利用する場合、２．４ＧＨｚ帯での電波を利用し、毎秒１Ｍビットでのデータ伝送が可能である。ブルートゥース機能は実装面積、コスト、消費電力を小さく実装することができるため、身の回りの機器を接続する（例えばパーソナル・コンピュータ（ＰＣ）とマウス、携帯電話とヘッドセットを接続する）場合に手軽に利用できるという利点がある。また、認証機能が用意されているので、見知らぬ他人の機器と勝手にネットワーク接続される恐れもない。ブルートゥースに関して、通信が急に遮断された場合の対処法は、ブルートゥース・スペシャル・インタレスト・グループ（ブルートゥースＳＩＧ）標準で規定されている（例えば、非特許文献１〜３参照。）。
【０００３】
更に、第１の背景技術として、携帯電話においてブルートゥース経由でダウンロードを行う際、ダウンロード中に電池が尽きないように制御する手法が提案されている（例えば、特許文献１参照。）。第２の背景技術として、ヘッドセットとの通信が途絶えたときに、警報を鳴らす手法が提案されている（例えば、特許文献２参照。）。
【０００４】
しかしながら、ブルートゥースＳＩＧ標準で規定されている通信遮断時の対処法は、相互接続性が確保できる必要最小限の規定となっている。よって、通信中に一方の近距離無線通信機器に異常が発生した際に、他方の近距離無線通信機器に対して、異常の発生を確実に通知することができない。上述した第１及び第２の背景技術においても、対向通信機器に対して異常の発生を確実に通知することは不可能である。
【非特許文献１】「Ｂｌｕｅｔｏｏｔｈ仕様  コア篇１」，監修  株式会社東芝  デジタルメディアネットワーク社  Ｂｌｕｅｔｏｏｔｈ事業推進室，バージョン１．１，２００１年２月２２日
【非特許文献２】「Ｂｌｕｅｔｏｏｔｈ仕様  コア篇２」，監修  株式会社東芝  デジタルメディアネットワーク社  Ｂｌｕｅｔｏｏｔｈ事業推進室，バージョン１．１，２００１年２月２２日
【非特許文献３】「Ｂｌｕｅｔｏｏｔｈ仕様  プロファイル篇」，監修  株式会社東芝  デジタルメディアネットワーク社  Ｂｌｕｅｔｏｏｔｈ事業推進室，バージョン１．１，２００１年２月２２日
【特許文献１】特開２００４−１４７３３０号公報
【特許文献２】特開２００４−１５３４３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、対向通信機器に対して異常の発生を確実に通知可能な近距離無線通信機器を提供する。
【課題を解決するための手段】
【０００６】
本発明の一態様は、対向通信機器と近距離無線通信を行う近距離無線通信機器であって、近距離無線通信により対向通信機器とパケットを送受信する送受信装置と、近距離無線通信による通信処理を制御する制御プログラムを実行し、制御プログラムの実行中に発生した異常を検出し、異常が検出された場合にパケットの送出を強制停止する通信制御装置とを備えることを特徴とする近距離無線通信機器であることを要旨とする。
【発明の効果】
【０００７】
本発明によれば、対向通信機器に対して異常の発生を確実に通知可能な近距離無線通信機器を提供できる。
【発明を実施するための最良の形態】
【０００８】
次に、図面を参照して、本発明の第１及び第２実施形態を説明する。以下の第１及び第２実施形態における図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
【０００９】
（第１実施形態）
本発明の第１実施形態に係る無線通信システムは、図１に示すように、第１近距離無線通信機器（以下において、単に「近距離無線通信機器」という。）１ａ及び第２近距離無線通信機器（以下において「対向通信機器」という。）２により構成される。近距離無線通信機器１ａは、近距離無線通信により対向通信機器２と通信を行う。近距離無線通信機器１ａ及び対向通信機器２は、通信リンクを介して通信を行い、ユーザに通信アプリケーション・サービスを提供する。通信サービスとしては、例えば、マウスとＰＣを無線接続し、マウスの動作をＰＣに伝える通信アプリケーション・サービス、或いはヘッドセットと携帯電話を無線接続し、ヘッドセットを用いて通話を行う通信アプリケーション・サービス等が挙げられる。近距離無線通信としては、ブルートゥース（ＢｌｕｅｔｏｏｔｈTM）規格に準拠した近距離無線通信が利用できる。以下においては、近距離無線通信機器１ａ及び対向通信機器２が、ブルートゥース規格に準拠した近距離無線通信を行うことを前提として説明を進める。近距離無線通信機器１ａは、送受信装置１１ａ及び通信制御装置１２ａを備える。送受信装置１１ａは、通信制御装置１２ａの制御の元、近距離無線通信により対向通信機器２とパケットを送受信する。通信制御装置１２ａは、近距離無線通信による通信処理を制御する制御プログラムを実行し、制御プログラムの実行中に発生した異常を検出し、異常が検出された場合にパケットの送出を強制停止する。尚、対向通信機器２の構成は、近距離無線通信機器１ａの構成と同様であるため、以下においては主に近距離無線通信機器１ａについて説明する。
【００１０】
通信制御装置１２ａは、図２に示すように、処理装置１２０ａ及びメモリ１３を備える。メモリ１３は、例えばＲＯＭ１３１及びＲＡＭ１３２を備える。ＲＯＭ１３１には制御プログラムが予め格納される。処理装置１２０ａはＲＯＭ１３１に格納された制御プログラムを実行する。ＲＡＭ１３２は処理装置１２０ａの作業領域等として機能する。
【００１１】
更に、処理装置１２０ａは、制御プログラムを実行することにより、リンク管理部１２１ａ、論理リンク制御（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ａｎｄ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ；Ｌ２ＣＡＰ）部１２２ａ、無線通信処理（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＣＯＭＭｕｎｉｃａｔｉｏｎ；ＲＦＣＯＭＭ）部１２３ａ、上位プロファイル処理部１２４ａ、及びアプリケーション処理部１２５ａのそれぞれの機能を実現する。リンク管理部１２１ａ、Ｌ２ＣＡＰ部１２２ａ、ＲＦＣＯＭＭ部１２３ａ、上位プロファイル処理部１２４ａ、及びアプリケーション処理部１２５ａのそれぞれは、実装上、処理装置１２０ａにより実行されるタスクとしてＲＯＭ１３１に格納されている。尚、ＲＯＭ１３１には、タスクを処理装置１２０ａに実行させるためのオペレーティング・システム（ＯＳ）、及び送受信装置１１ａを動作させるためのドライバのそれぞれの命令コードが予め格納される。
【００１２】
リンク管理部１２１ａは、対向通信機器２との間の通信リンク（ブルートゥース・リンク）の設定・維持・開放を行う。リンク管理部１２１ａは、「リンクの喪失」を検出するための動作も行っている。更に、リンク管理部１２１ａは、ドライバを介して送受信装置１１ａを制御する。
【００１３】
Ｌ２ＣＡＰ部１２２ａは、近距離無線通信機器１ａ及び対向通信機器２のデータ伝送路であるＬ２ＣＡＰチャネルを設定する。また、Ｌ２ＣＡＰ部１２２ａは、ブルートゥースパケットを用いて可変長メッセージの転送を実現する処理を行う。
【００１４】
ＲＦＣＯＭＭ部１２３ａは、送受信装置１１ａによる無線通信を、有線のシリアル通信と同等に扱うための処理を行う。具体的には、ＲＦＣＯＭＭ部１２３ａは、Ｌ２ＣＡＰ部１２２ａが設定したＬ２ＣＡＰチャネルを使用し、ＲＦＣＯＭＭフレームを送受信することで「エミュレートされたシリアルポート」（以下において「ＲＦＣＯＭＭポート」という。）の設定・開放を行う。即ち、ＲＦＣＯＭＭ部１２３ａは、Ｌ２ＣＡＰチャネルを用いて対向通信機器２と通信を行い、上位プロファイル処理部１２４ａに対してＵＡＲＴ等のシリアルインタフェースによって実現される通信サービスを提供する。
【００１５】
上位プロファイル処理部１２４ａは、提供するアプリケーションの種別毎に規定されている上位プロファイル機能を実行する。ここで「プロファイル」とは、通信を行う際の取り決めである「プロトコル」を用いた実際の機器間の通信方法の規定を意味する。上位プロファイル処理部１２４ａは、ＲＦＣＯＭＭ部１２３ａにより提供されたシリアルポートエミュレーション機能を用いて、対向通信機器２と通信を行う。
【００１６】
アプリケーション処理部１２５ａは、ユーザに通信サービスを提供する。尚、リンク管理部１２１ａ、Ｌ２ＣＡＰ部１２２ａ、ＲＦＣＯＭＭ部１２３ａ、上位プロファイル処理部１２４ａ、及びアプリケーション処理部１２５ａの詳細については後述する。
【００１７】
送受信装置１１ａは、リンク管理部１２１ａにより制御され、ブルートゥースパケットの送信及び受信、ヘッダエラーチェック、ブルートゥースパケットが送受信されるスロットの生成、及び電波の送信及び受信等の処理を行う。
【００１８】
更に、リンク管理部１２１ａ、Ｌ２ＣＡＰ部１２２ａ、ＲＦＣＯＭＭ部１２３ａ、上位プロファイル処理部１２４ａ、及びアプリケーション処理部１２５ａは、異常検出部１２６ａ〜１２６ｅをそれぞれ備える。異常検出部１２６ａ〜１２６ｅのそれぞれは、予め設定された監視項目を監視し、監視項目の範囲内で異常を検出する。
【００１９】
ここで、異常として監視される項目としては、例えば、応答待ちタイマ・タイムアウト、状態遷移異常、メモリパリティエラー、リソース枯渇、スタックオーバーフロー、及び０除算発生等のタスクの実行を停止せざるを得ない項目群が含まれる。「応答待ちタイマ・タイムアウト」とは、あるタスクにおいて、設計上規定できる上限値を越える時間待っても送出した要求メッセージに対する応答メッセージが帰ってこないことを意味する。「状態遷移異常」とは、あるタスクにおいて実行されている状態遷移のある状態において、設計上想定されている状態遷移トリガ以外のトリガを受信したことを意味する。「メモリパリティエラー」とは、あるタスクがアクセスしたメモリ領域でパリティエラーが起きたことを意味する。「リソース枯渇」とは、あるタスクがＯＳに対してリソースを要求したときに要求されたリソースが枯渇しているために処理を進めることができないことを意味する。ここで、「リソース」とは、例えば処理装置１２０ａが処理を進めるために必要なＲＡＭ１３２の一時記憶領域等を意味する。「スタックオーバーフロー」とは、あるタスクに割り当てられたスタックがオーバーフローしたことを意味する。「０除算発生」とは、あるタスクで０除算が起きたことを意味する。
【００２０】
異常検出部１２６ａ〜１２６ｅは、異常を検出した場合、リンク管理部１２１ａの処理を中止させる。詳細には、監視されている項目のいずれか１つに異常が検出された場合、リンク管理部１２１ａに対してブルートゥース・リンクに関連するリソースを開放するよう指示する。ここで、「ブルートゥース・リンクに関連するリソースを開放する」とは、実際には、ブルートゥース・リンクを維持するために必要な情報群を保持しているＲＡＭ１３２の一時記憶領域をＯＳに返却するとか、リンク管理部１２１ａに固定的に割り当てられているリンクの状態を保持する変数を初期値に戻すといった動作であってよい。リンク管理部１２１ａは、ブルートゥース・リンクに関連するリソースを開放するよう指示されると、指示されたブルートゥース・リンクのリソースを開放する。
【００２１】
また、リンク管理部１２１ａは、ブルートゥース・リンクが設定されている間、対向通信機器２からブルートゥース・リンクを介して送信されるパケットの受信状態を監視する。一定時間パケットが受信されなかった場合、対向通信機器２において、電波障害が発生した、通信可能な領域から外れた、電池が消耗して送受信装置２１への電力供給が途絶えた、等の何らかの異常が生じて「リンクの喪失」が発生したものとみなし、リンク・スーパービジョン・タイムアウト（Link Supervision Timeout）を発生させる。ここで、「パケットの受信」とは、ヘッダ部分のＨＥＣ検査に合格するパケットが受信できたことを指す。リンク・スーパービジョン・タイムアウトが発生すると、ブルートゥース・リンクがリセットされる。
【００２２】
ブルートゥースの場合、マスタがスレーブのパケット送出タイミングを制御しているが、マスタがスレーブに対して送出すべきパケットがない場合であっても、予め定められた周期でマスタがスレーブとの通信を試みるために、何らかのパケットを送出することが仕様上保障されている。このため、応答を返さなければならないパケットでマスタがスレーブとの通信を試みる場合、正常な状態ではマスタ／スレーブが予め定められた周期でパケットを受信することになるので、ブルートゥース・リンクの喪失を検出できる。
【００２３】
具体的には、一定周期でマスタからスレーブにパケットを送出するため、上位からの送信データがないときはマスタがスレーブに対してＰＯＬＬパケットを送出し、スレーブはＰＯＬＬパケットを受信したらＰＯＬＬパケットへの応答パケット（送信すべき情報がないときはＮＵＬＬパケット）をマスタに返す。
【００２４】
したがって、リンク管理部１２１ａは、パケットの到着間隔を計測し、予め定められた期間を超えてパケットが到着しなければブルートゥース・リンクが喪失されたとみなしてリンク・スーパービジョン・タイムアウトを発生させる。
【００２５】
また、ブルートゥース・リンクの設定／開放を制御するリンク・マネージャー・プロトコル（ＬＭＰ)で規定されている最大の応答時間を越えても対向通信機器２の応答がないか、リンク・スーパービジョン・タイムアウトによるブルートゥース・リンクの喪失が検出された場合、応答を受信する側は手続きが失敗に終わったと判断する。
【００２６】
近距離無線通信機器１ａにおいてブルートゥース・リンクの喪失が検出された場合、例えば、以下の（１）〜（５）の手順が実行される。（１）リンク管理部１２１ａが、ブルートゥース・リンクの喪失を検出すると、ブルートゥース・リンクに関連するリソースを開放してＬ２ＣＡＰ部１２２ａに通知する。（２）Ｌ２ＣＡＰ部１２２ａは、ブルートゥース・リンクの喪失を通知されると、ブルートゥース・リンクを使用していたＬ２ＣＡＰチャネルのリソースを開放して、ＲＦＣＯＭＭ部１２３ａに通知する。（３）ＲＦＣＯＭＭ部１２３ａは、ブルートゥース・リンクの喪失を通知されるとブルートゥース・リンクを使用していたＲＦＣＯＭＭポートのリソースを開放して、上位プロファイル処理部１２４ａに通知する。（４）上位プロファイル処理部１２４ａは、ブルートゥース・リンクの喪失を通知されると、ブルートゥース・リンクに関連するリソースを開放して、アプリケーション処理部１２５ａに通知する。（５）アプリケーション処理部１２５ａは、ブルートゥース・リンクの喪失を通知されると、ブルートゥース・リンクに関連するリソースを開放して通信アプリケーションの実行を終了する。
【００２７】
しかしながら、近距離無線通信機器１ａにおいて、例えば、Ｌ２ＣＡＰ部１２２ａが何らかの原因で異常終了した場合、Ｌ２ＣＡＰ部１２２ａより上位のタスク、即ちＲＦＣＯＭＭ部１２３ａ、上位プロファイル処理部１２４ａ、及びアプリケーション処理部１２５ａは対向通信機器２と通信できなくなるが、リンク管理部１２１ａが正常に動作を継続していると、「リンクの喪失」を検出するためにマスタからスレーブに対してパケットを送出する動作が引き続いて行われることになる。
【００２８】
この結果、対向通信機器２に対して、近距離無線通信機器１ａでの異常の発生が通知されずに、近距離無線通信機器１ａのアプリケーション処理部１２５ａからの情報が途絶え、結果として通信アプリケーションの実行がロックしてしまうといった不具合が生じる。
【００２９】
したがって、異常検出部１２６ａ〜１２６ｅが異常を検出した場合、リンク管理部１２１ａによるパケットを送出する動作を停止させることにより、対向通信機器２のリンク管理部２２１は、「リンクの喪失」を検出可能となる。
【００３０】
また、リンク管理部１２１ａは、ＬＭＰメッセージと呼ばれるメッセージを対向通信機器と送受信する。「ＬＭＰメッセージ」は、ブルートゥース・リンクの設定・維持・開放及びブルートゥース・リンクの属性（使用しているブルートゥースパケット、ブルートゥース・リンクの状態、及び低消費電力モード（パークモード、ホールドモード、及びスニフモード））を示す。
【００３１】
リンク管理部１２１ａは、上位からの指示メッセージ、対向通信機器２からのＬＭＰメッセージ、及び送受信装置１１ａの状態をドライバを経由して参照しながら自律的に状態遷移を実行することでブルートゥース・リンクの設定・維持・開放を実現する。尚、状態遷移実行後、送受信装置１１ａの動作を変更することが設計上求められることがあるが、これは、ドライバを経由して送受信装置１１ａのレジスタの設定などを変更することで実現される。
【００３２】
更に、Ｌ２ＣＡＰ部１２２ａは、リンク管理部１２１ａが設定したブルートゥース・リンクを使用し、Ｌ２ＣＡＰシグナリングメッセージを送受信することでＬ２ＣＡＰチャネルの設定・開放を行う。Ｌ２ＣＡＰ部１２２ａは、ブルートゥース・リンクを経由して与えられる対向通信機器２のＬ２ＣＡＰ部２２２からのシグナリングメッセージ、上位からの指示メッセージ、リンク管理部１２１ａの状態、を参照しながら自律的に状態遷移を実行することでＬ２ＣＡＰチャネルの設定・開放を実現する。尚、Ｌ２ＣＡＰチャネル制御を行うシグナリング要求に対して一定時間対向通信機器２からの応答がない場合、Ｌ２ＣＡＰチャネルを切断する。
【００３３】
また、Ｌ２ＣＡＰ部１２２ａは、ＲＦＣＯＭＭ部１２３ａに対して可変長メッセージによる通信機能を提供する。ブルートゥースの無線インタフェース上を転送されるブルートゥースパケットは、予め定められた長さのユーザデータを転送する能力しか持たず、通信アプリケーション（アプリケーション処理部１２５ａ）が通常要求する可変長メッセージを提供するためには、可変長メッセージをブルートゥースパケットにマッピングする必要がある。
【００３４】
よって、Ｌ２ＣＡＰ部１２２ａは、可変長メッセージを予め定められた長さに分解してリンク管理部１２１ａに渡す細分化機能、予め定められた長さのブルートゥースパケットのユーザ情報部を複数個集め、元の可変長メッセージを構築する再構築機能を有する。その他、Ｌ２ＣＡＰ部１２２ａは、プロトコル多重化機能、サービス品質ネゴシエーション機能等を有する。
【００３５】
更に、ＲＦＣＯＭＭ部１２３ａは、Ｌ２ＣＡＰチャネルを経由して与えられる対向通信機器２からのＲＦＣＯＭＭフレーム、上位からの指示メッセージ、Ｌ２ＣＡＰ部１２２ａの状態、を参照しながら自律的に状態遷移を実行することでＲＦＣＯＭＭポートの設定・開放を実現する。
【００３６】
ブルートゥース・リンクの喪失が検出されると、ＲＦＣＯＭＭポートはシャットダウンされたとみなされる。このとき、ＲＦＣＯＭＭ部はＲＦＣＯＭＭサービスを利用しているタスクに切断通知を送る。この後で、ＲＦＣＯＭＭセッションに関連付けられた全てのリソースを開放する。但し、ＲＦＣＯＭＭシャットダウン手続きは実行されない。
【００３７】
また、ＲＦＣＯＭＭ部１２３ａは、上位プロファイル処理部１２４ａに対して、ＲＦＣＯＭＭポートを提供する。ＲＦＣＯＭＭポートは、所謂ＵＡＲＴ等のシリアルインタフェースによって実現されるポイント−ポイント型通信を使用するためのソフトウェア・インタフェースである。
【００３８】
尚、ＲＦＣＯＭＭサービスを使用するプロファイルで、ブルートゥース・リンクの喪失が検出された場合の動作が規定されていることがある。例えばハンズ・フリー・プロファイル（ＨＦＰ）では、リンク・スーパービジョン・タイムアウトが発生したとき、サービス・レベル・コネクション（ＳＬＣ）と呼ばれるＨＦＰレベルのコネクションの状態が有効であると仮定してはならず、Ｈａｎｄｓ Ｆｒｅｅ Ｕｎｉｔはリンク・スーパービジョン・タイムアウトが発生した場合にはオーディオ・ゲートウェイに向けて新しいＳＬＣを設定するべく手順を開始しても良いと規定されている。
【００３９】
更に、上位プロファイル処理部１２４ａは、ＲＦＣＯＭＭポートとメッセージの送受信を行い、シリアルポートエミュレーション機能を利用する。上位プロファイル処理部１２４ａとしては、例えば、マウスとＰＣをブルートゥースで接続し、マウスの動作をＰＣに伝えるアプリケーションが実行されているならヒューマン・インタフェース・デバイス（ＨＩＤ）プロファイルが、ヘッドセットを用いて携帯電話で通話を行うアプリケーションが実行されているならヘッドセットプロファイルがそれぞれ適用される。このとき、上位プロファイル処理部１２４ａは、各プロファイルで規定された状態遷移を実行する。
【００４０】
アプリケーション処理部１２５ａは、上位プロファイル処理部１２４ａが提供する通信サービスを用いてアプリケーション・サービスをユーザに提供するが、このとき、アプリケーション処理部１２５ａは、通信アプリケーションで提供するサービスにより規定された状態遷移を実行する。この結果、アプリケーション処理部１２５ａは、上位プロファイル処理部１２４ａが提供する通信サービスを使用して、例えばマウスの動作をＰＣに伝える、或いはヘッドセットを用いて携帯電話で通話を行う等のサービスをユーザに提供する。
【００４１】
次に、図４に示すフローチャートを参照して、第１実施形態に係る近距離無線通信機器１ａの動作を説明する。但し、近距離無線通信機器１ａのＬ２ＣＡＰ部１２２ａに異常が発生する場合を例に説明する。
【００４２】
（Ａ）ステップＳ０１において、図１に示す近距離無線通信機器１ａと対向通信機器２との間にブルートゥース・リンクが設定される。詳細には、先ず送受信装置１１ａが、周囲の近距離無線通信機器を検出するための問い合わせ（Ｉｎｑｕｉｒｙ）処理によって、周囲の近距離無線通信機器を検出する。更に、Ｉｎｑｕｉｒｙの要求に対する応答を受信すると、応答中の近距離無線通信機器のＩＤに応じて通信しようとする近距離無線通信機器を選択し、呼び出し（Ｐａｇｅ）処理によって、選択した相手を呼び出す。Ｐａｇｅにより、相手側の近距離無線通信機器が提供しているサービスを検出すると、所定のサービスを指定して、通信接続フェーズに移行する。図１に示す例においては、図１に示すＬ２ＣＡＰ部１２２ａ及び２２２間の接続、及びＲＦＣＯＭＭ部１２３ａ及び２２３間の接続が行われ、ブルートゥース・リンクが確立すると、ステップＳ０２に進む。
【００４３】
（Ｂ）ステップＳ０２において、アプリケーションレベル、即ちアプリケーション処理部１２５ａ及び２２５間でデータ通信が行われる。近距離無線通信機器１ａのアプリケーション処理部１２５ａからのデータは、上位プロファイル処理部１２４ａ、ＲＦＣＯＭＭ部１２３ａ、Ｌ２ＣＡＰ部１２２ａ、リンク管理部１２１ａ、及び送受信装置１１ａの順に伝達され、無線伝送路を介して対向通信機器２の送受信装置２１により受信される。対向通信機器２の送受信装置２１により受信されたデータ（パケット）は、リンク管理部２２１、Ｌ２ＣＡＰ部２２２、ＲＦＣＯＭＭ部２２３、上位プロファイル処理部２２４、及びアプリケーション処理部２２５の順に伝達される。尚、リンク管理部１２１ａ及びリンク管理部２２１は、ブルートゥース・リンクの喪失を検出するためのパケット送出を行う。
【００４４】
（Ｃ）ステップＳ０３において、図２に示す異常検出部１２６ａ〜１２６ｅは、予め設定された監視項目を監視し、監視項目の範囲内で異常を検出する。異常が検出された場合、ステップＳ０４に進む。異常が検出されない場合、ステップＳ０３に戻り、通信処理が継続される。
【００４５】
（Ｄ）ステップＳ０４において、Ｌ２ＣＡＰ部１２２ａの異常検出部１２６ｂは、異常の発生をリンク管理部１２１ａに通知する。リンク管理部１２１ａは、異常の発生を通知されると、ブルートゥース・リンクに関連するリソースを開放する。ブルートゥース・リンクに関連するリソースが開放されると、リンク管理部１２１ａから見た場合にブルートゥース・リンクが存在しないこととなる。ブルートゥース・リンクに関連するリソースが開放されると、ステップＳ０５に進む。
【００４６】
（Ｅ）ステップＳ０５において、リンク管理部１２１ａは、ブルートゥース・リンクの喪失を検出するためにが行っているパケット送出を停止する。この結果、対向通信機器２でのパケット受信が停止する。対向通信機器２でブルートゥース・リンクの喪失が検出され、対向通信機器２で確保されていたブルートゥース・リンクに関連するリソースが開放される。この結果、対向通信機器２のアプリケーション処理部２２５及び上位プロファイル処理部２２４等は、ブルートゥース・リンクの喪失に対応する処理を行う。
【００４７】
このように、第１実施形態に係る近距離無線通信機器１ａによれば、近距離無線通信機器１ａの内部で異常が発生し、１つのタスクの実行中に異常が発生した際にリンク管理部１２１ａが継続して動作している場合であっても、対向通信機器２での通信アプリケーションのロックを防ぐことができる。したがって、処理装置１２０ａが複数のタスクを実行する際、複数のタスクのいずれかの実行中に異常が発生した場合であっても、確実に対向通信機器２に異常が発生したことを通知できる。よって、通信処理中に起こり得る異常を通信アプリケーションの動作に確実に反映させ、通信アプリケーションがロックすることを生じさせない近距離無線通信機器１ａを提供できる。
【００４８】
（第１実施形態の変形例）
本発明の第１実施形態の変形例に係る近距離無線通信機器１ｂとして、図４に示すように、処理装置１２０ｂが、リンク管理部１２１ｂ、Ｌ２ＣＡＰ部１２２ｂ、ＲＦＣＯＭＭ部１２３ｂ、上位プロファイル処理部１２４ｂ、及びアプリケーション処理部１２５ｂと個別に異常検出部１２６０ａを備える構成でも良い。異常検出部１２６０ａは、リンク管理部１２１ｂ、Ｌ２ＣＡＰ部１２２ｂ、ＲＦＣＯＭＭ部１２３ｂ、上位プロファイル処理部１２４ｂ、及びアプリケーション処理部１２５ｂのそれぞれを監視して、異常の発生を検出する。尚、図４においては簡便のため、異常検出部１２６０ａが、リンク管理部１２１ｂ、Ｌ２ＣＡＰ部１２２ｂ、ＲＦＣＯＭＭ部１２３ｂ、上位プロファイル処理部１２４ｂ、及びアプリケーション処理部１２５ｂのそれぞれを監視する線（矢印）の図示を省略している。
【００４９】
また、異常検出部１２６０ａは、アプリケーション処理部１２５ｂと上位プロファイル処理部１２４ｂの間のメッセージのやりとりを監視して異常の発生を検出してもよい。ここで、メッセージのやりとりを監視する部位は、特にアプリケーション処理部１２５ｂと上位プロファイル処理部１２４ｂとの間だけに限らず、上位プロファイル処理部１２４ｂとＲＦＣＯＭＭ部１２３ｂの間、ＲＦＣＯＭＭ部１２３ｂとＬ２ＣＡＰ部１２２ｂの間、Ｌ２ＣＡＰ部１２２ｂとリンク管理部１２１ｂとの間を監視することとしてもよい。
【００５０】
異常検出部１２６０ａは、異常を検出した場合、リンク管理部１２１ａの処理を中止させる。具体的には、異常として監視されている項目のいずれか１つが異常を示したとき、リンク管理部１２１ｂに対してブルートゥース・リンクに関連するリソースを開放するよう指示する。
【００５１】
第１実施形態の変形例に係る近距離無線通信機器１ｂによれば、図２に示す近距離無線通信機器１ａと同様に、処理装置１２０ｂが複数のタスクを実行する際、複数のタスクのいずれかの実行中に異常が発生した場合であっても、確実に対向通信機器２に異常が発生したことを通知できる。
【００５２】
（第２実施形態）
本発明の第２実施形態に係る近距離無線通信機器１ｃは、図５に示すように、リンク管理部１２１ｃ、Ｌ２ＣＡＰ部１２２ｃ、ＲＦＣＯＭＭ部１２３ｃ、上位プロファイル処理部１２４ｃ、及びアプリケーション処理部１２５ｃが、異常が発生した場合に送受信装置１１ｂの動作を停止させて、パケットの送出を強制停止する異常検出部１２７ａ〜１２７ｅをそれぞれ備える点が図２と異なる。
【００５３】
異常検出部１２７ａ〜１２７ｅは、送受信装置１１ｂに対して、例えば、スロット作成の停止、システムクロックの停止、又は電源供給の停止等を行うことにより、送受信装置１１ｂの動作をドライバを介して停止させる。この結果、送受信装置１１ｂからの電波の発信が停止してパケットの送出が停止される。
【００５４】
異常項目としては、あるタスクにおいて実行されている状態遷移のある状態において、状態遷移異常又はメモリパリティエラー等のハードウェア（メモリ１３及び処理装置１２０ｃ等）の誤動作がその原因と推定される異常状態を選択して構わない。その他の異常項目、例えば、応答待ちタイマ・タイムアウト等のハードウェア誤動作に比べて軽微な異常状態を選択しても良い。
【００５５】
また、異常検出部１２７ａ〜１２７ｅのいずれかが異常を検出した後に、送受信装置１１ｂの動作を停止させるためのサブルーチンを呼び、サブルーチンが正常に処理されるだけで送受信装置１１ｂの動作を停止させることができる。よって、必ずしもＯＳが持つタスク生成・維持・終了機能が正常に動作している必要はない。したがって、送受信装置１１ｂの動作を停止させる処理を実行するための前提となる正常動作部位が第１実施形態に比べて小さい。正常に動作している範囲が必ずしも確定できない、重度な異常が発生した状況において、より確実に対向通信機器２に異常が発生したことを通知できる。
【００５６】
但し、異常を検出したタスクがそのことをリンク管理部１２１ａに通知する図１の構成に比べ、図５においては、正常時にはリンク管理部１２１ｃによる制御を受けているドライバ及び送受信装置１１ｂを、異常を検出したタスクが横取りすることから、リンク管理部１２１ｃとドライバの間で状態不一致が生じ、ブルートゥース・リンクを一旦切断した後再度設定するといった処理を実現するのが困難となる。
【００５７】
次に、図６に示すフローチャートを参照して、第２実施形態に係る近距離無線通信機器１ｃの動作を説明する。但し、第１実施形態に係る近距離無線通信機器１ａと同様の動作については、重複する説明を省略する。
【００５８】
（Ａ）ステップＳ１３において、図５に示す異常検出部１２７ａ〜１２７ｅは、予め設定された監視項目を監視し、監視項目の範囲内で異常を検出する。リンク管理部１２１ｃ〜アプリケーション処理部１２５ｃのいずれかで、予め定められた監視項目で異常が発生したことが検出された場合、ステップＳ１４に進む。
【００５９】
（Ｂ）ステップＳ１４において、異常検出部１２７ａ〜１２７ｅのうちの異常を検出したいずれか１つが、ドライバを介して送受信装置１１ｂの動作を停止させる。
【００６０】
（Ｃ）ステップＳ１５において、送受信装置１１ｂからの電波の送信が停止して、対向通信機器２でのパケット受信が停止する。この結果、対向通信機器２でブルートゥース・リンクの喪失が検出される。
【００６１】
このように、第２実施形態に係る近距離無線通信機器１ｃによれば、リンク管理部１２１ｃが正常に動作していない場合であっても、パケットの送出を強制停止させることが可能となる。
【００６２】
（第２実施形態の第１変形例）
本発明の第２実施形態の第１変形例に係る近距離無線通信機器１ｄとして、図７に示すように、処理装置１２０ｅが、リンク管理部１２１ｄ、Ｌ２ＣＡＰ部１２２ｄ、ＲＦＣＯＭＭ部１２３ｄ、上位プロファイル処理部１２４ｄ、及びアプリケーション処理部１２５ｄと個別に異常検出部１２６０ｂを備える構成でも良い。異常検出部１２６０ｂは、リンク管理部１２１ｄ、Ｌ２ＣＡＰ部１２２ｄ、ＲＦＣＯＭＭ部１２３ｄ、上位プロファイル処理部１２４ｄ、及びアプリケーション処理部１２５ｄのそれぞれを監視して、異常の発生を検出する。異常検出部１２６０ｂは、異常を検出した場合、送受信装置１１ｂの動作を停止させる。尚、図７においては簡便のため、異常検出部１２６０ｂが、リンク管理部１２１ｄ、Ｌ２ＣＡＰ部１２２ｄ、ＲＦＣＯＭＭ部１２３ｄ、上位プロファイル処理部１２４ｄ、及びアプリケーション処理部１２５ｄのそれぞれを監視する線（矢印）の図示を省略している。
【００６３】
また、異常検出部１２６０ｂは、アプリケーション処理部１２５ｄと上位プロファイル処理部１２４ｄの間のメッセージのやりとりを監視して異常の発生を検出してもよい。ここで、メッセージのやりとりを監視する部位は、特にアプリケーション処理部１２５ｄと上位プロファイル処理部１２４ｄとの間だけに限らず、上位プロファイル処理部１２４ｄとＲＦＣＯＭＭ部１２３ｄの間、ＲＦＣＯＭＭ部１２３ｄとＬ２ＣＡＰ部１２２ｄの間、Ｌ２ＣＡＰ部１２２ｄとリンク管理部１２１ｄとの間を監視することとしてもよい。
【００６４】
第２実施形態の第１変形例に係る近距離無線通信機器１ｄによれば、図５に示す近距離無線通信機器１ｃと同様に、複数のタスクの１つに異常が発生した場合であっても、対向通信機器２に対して異常の発生を確実に通知できる。
【００６５】
（第２実施形態の第２変形例）
本発明の第２実施形態の第２変形例に係る近距離無線通信機器１ｅとして、図８に示すように、処理装置１２０ｅと個別に、異常が発生した場合に送受信装置１１ｂの動作を停止させてパケットの送出を強制停止する異常検出装置１５を備える構成でも良い。
【００６６】
異常検出装置１５は、処理装置１２０ｅ、メモリ１３、及び送受信装置１１ｂのそれぞれの動作を監視し、予め定められた監視項目で異常が発生したことが検出された場合、送受信装置１１ｂの動作を停止する。
【００６７】
送受信装置１１ｂは、異常検出装置１５からの指示を受け、電波の送出を停止することで、パケットの送出を停止する。電波の送出を停止する方法としては、例えば、送受信装置１１ｂに対して供給するシステムクロックを停止する、或いは送受信装置１１ｂの電源を遮断するといった方法であって構わない。
【００６８】
また、異常検出装置１５が監視する異常の項目としては、メモリ１３からの読み出し時のパリティエラー、アクセスしたアドレスにデバイスが存在しない場合、ＲＯＭ１３１に対して書き込みアクセスを行った場合等のハードウェアレベルで容易に検出可能な項目であって構わない。
【００６９】
電波の送出を停止すると、対向通信機器２でのパケット受信が停止する。この結果、対向通信機器２でブルートゥース・リンクの喪失が検出され、対向通信機器２で確保されていたブルートゥース・リンクに関連するリソースが開放される。同時に、対向通信機器２のアプリケーション処理部２２５や上位プロファイル処理部２２４が、ブルートゥース・リンクの喪失に対応する処理を行うことができるようになる。
【００７０】
第２実施形態の第２変形例に係る近距離無線通信機器１ｅによれば、ソフトウェア的な手法で異常を検出する図２、図４、図５、及び図７の構成に比べて以下の利点がある。ソフトウェアでの異常検出を用いる場合、異常を検出する命令が書き換わってしまった場合に、異常が起きたことを正常に送受信装置１１ｂに通知することができなくなる。これに対して図８に示す近距離無線通信機器１ｅにおいては、ハードウェア、即ち異常検出装置１５で異常を検出し、ドライバ等のソフトウェアの介在なしに送受信装置１１ｂに反映させるので、異常を検出する命令が書き換わってしまった場合でも対向通信機器２に異常を通知することが可能である。
【００７１】
（その他の実施形態）
上記のように、本発明は第１及び第２実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【００７２】
上述した第１及び第２実施形態は、それぞれ組み合わせて実施可能である。即ち、検出される異常に応じて、リンク管理部１２１ａ〜１２１ｅ及び送受信装置１１ａ，１１ｂのいずれかを停止させる構成でも良い。
【００７３】
また、第１実施形態に関して、リンク管理部１２１ａ、Ｌ２ＣＡＰ部１２２ａ、ＲＦＣＯＭＭ部１２３ａ、上位プロファイル処理部１２４ａ、及びアプリケーション処理部１２５ａに異常検出部１２６ａ〜１２６ｅがそれぞれ備えられているが、リンク管理部１２１ａ、Ｌ２ＣＡＰ部１２２ａ、ＲＦＣＯＭＭ部１２３ａ、上位プロファイル処理部１２４ａ、及びアプリケーション処理部１２５ａのいずれか１つにのみ異常検出部を備える構成でも良い。
【００７４】
同様に、第２実施形態に関して、リンク管理部１２１ｃ、Ｌ２ＣＡＰ部１２２ｃ、ＲＦＣＯＭＭ部１２３ｃ、上位プロファイル処理部１２４ｃ、及びアプリケーション処理部１２５ｃに異常検出部１２７ａ〜１２７ｅがそれぞれ備えられているが、リンク管理部１２１ｃ、Ｌ２ＣＡＰ部１２２ｃ、ＲＦＣＯＭＭ部１２３ｃ、上位プロファイル処理部１２４ｃ、及びアプリケーション処理部１２５ｃのいずれか１つにのみ異常検出部を備える構成でも良い。
【００７５】
更に、第１及び第２実施形態においては、１対１の接続方式の無線通信システムを例示しているが、１対多の接続方式に適用可能である。
【００７６】
また、ブルートゥース規格に準拠した近距離無線通信を行う近距離無線通信機器について説明したが、パケット単位で通信を行う他の近距離無線通信規格に適用しても良い。
【００７７】
尚、処理装置１２０ａ〜１２０ｅ及びメモリ１３は、同一の半導体チップ上に集積化して半導体集積回路として構成可能である。
【００７８】
このように本発明は、ここでは記載していない様々な実施形態等を包含するということを理解すべきである。したがって、本発明はこの開示から妥当な特許請求の範囲の発明特定事項によってのみ限定されるものである。
【図面の簡単な説明】
【００７９】
【図１】第１実施形態に係る近距離無線通信システムの構成例を示すブロック図である。
【図２】第１実施形態に係る近距離無線通信機器の構成例を示すブロック図である。
【図３】第１実施形態に係る近距離無線通信機器の動作例を示すフローチャートである。
【図４】第１実施形態の変形例に係る近距離無線通信機器の構成例を示すブロック図である。
【図５】第２実施形態に係る近距離無線通信機器の構成例を示すブロック図である。
【図６】第２実施形態に係る近距離無線通信機器の動作例を示すフローチャートである。
【図７】第２実施形態の第１変形例に係る近距離無線通信機器の構成例を示すブロック図である。
【図８】第２実施形態の第２変形例に係る近距離無線通信機器の実装例を示すブロック図である。
【符号の説明】
【００８０】
１ａ〜１ｅ…第１近距離無線通信機器（近距離無線通信機器）
２…第２近距離無線通信機器（対向通信機器）
１１ａ，１１ｂ…送受信装置
１２ａ…通信制御装置
１５…異常検出装置
１２０ａ〜１２０ｅ…処理装置
１２１ａ〜１２１ｅ…リンク管理部
１２６ａ〜１２６ｅ，１２７ａ〜１２７ｅ，１２６０ａ，１２６０ｂ…異常検出部
【図１】
2006287590.tif 000003
【図２】
2006287590.tif 000004
【図３】
2006287590.tif 000005
【図４】
2006287590.tif 000006
【図５】
2006287590.tif 000007
【図６】
2006287590.tif 000008
【図７】
2006287590.tif 000009
【図８】
2006287590.tif 000010