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

Description

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

近年、通信装置が、センサーを備えるノード装置から送信される情報（測定データ等）を、所定の通信方式による通信を介して収集し、提供するサービスの付加情報として利用するネットワークシステムが実用化されている。所定の通信方式は、例えば、Ｗｉ－Ｆｉ、ＬＴＥ（Long Term Evolution）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥ（Bluetooth Low Energy）、Ｚｉｇｂｅｅなどである。

また、特許文献１では、第１のネットワークを構成する通信装置が、別の第２のネットワークに参加して、サービス要求装置としての情報処理装置から受信したサービス提供要求を、第１のネットワーク内の適切なノード装置へ転送することが教示されている。

国際公開第９７／０３４０４号

上記の従来技術には、ノード装置と通信装置との通信、および、通信装置と情報処理装置との通信の同期に関して言及がない。したがって、Ｂｌｕｅｔｏｏｔｈのような、所定の時間隔で間欠的に行う通信方式を用いる場合、効率的な通信が行えないという課題があった。例えば、情報処理装置と通信装置の間との通信間隔が１００ミリ秒で、通信装置とノード装置との間の通信間隔が２００ミリ秒の場合を考える。この場合、ノード装置から新しい情報提供がない状態で情報処理装置と通信装置が通信を試みるという、無駄な送受信タイミングが二度に一度は生まれてしまう。また例えば、情報処理装置と通信装置との間の通信間隔が２００ミリ秒で、通信装置とノード装置との間の通信間隔が１００ミリ秒の場合を考える。この場合、ノード装置から新しい情報提供が二度行われたタイミングで、情報処理装置と通信装置が通信するため、提供された情報が二度に一度はリアルタイム性を失い、無駄な送受信が生まれてしまう。

本発明は、上記課題に鑑みてなされたものであり、複数のネットワーク間の通信頻度を適切に設定することを目的とする。

上記目的を達成するための一手段として、本発明の通信装置は以下の構成を有する。すなわち、サービス提供側の第１の装置とサービス利用側の第２の装置のそれぞれとの間で間欠通信を行う通信装置であって、前記第１の装置との前記間欠通信における通信頻度である第１の頻度と前記第２の装置との前記間欠通信における通信頻度である第２の頻度を取得する取得手段と、前記第１の頻度に基づいて決定された通信頻度に前記第２の頻度を変更する第１の要求を前記第２の装置に送信する要求手段と、を有し、前記要求手段は、前記第１の頻度に基づいて決定された通信頻度に前記第２の頻度を変更する前記第１の要求が拒否された場合に、前記第２の頻度を変更する要求であって、前記第１の要求で要求した通信頻度とは異なる通信頻度に変更する第２の要求を前記第２の装置に送信する。

本発明によれば、複数のネットワーク間の通信頻度を適切に設定することが可能となる

実施形態において想定する通信システムの構成の概略図。 心拍計１０１のハードウェア構成の概略図。 スマートデバイス２０のハードウェア構成の概略図。 車載通信装置３０のハードウェア構成の概略図。 スマートデバイス２０の心拍計１０１～１０３へのＢＬＥ接続処理を示すフローチャート。 スマートデバイス２０の車載通信装置３０へのＢＬＥ接続処理を示すフローチャート。 第一実施形態におけるスマートデバイス２０による通信頻度変更処理のフローチャート。 第一実施形態および第二実施形態における通信システムの通信制御シーケンス。 第二実施形態におけるスマートデバイス２０による通信頻度変更処理のフローチャート。 第三実施形態におけるスマートデバイス２０による通信頻度変更処理のフローチャート。 第三実施形態における通信システムの通信制御シーケンス。 第四実施形態におけるスマートデバイス２０による通信頻度変更処理のフローチャート。 第四実施形態における通信システムの通信制御シーケンス。

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

（第一実施形態）
図１は、第一実施形態における通信システムの構成の概略図である。本実施形態のシステムでは、センシング装置として心拍計１０１～１０３、通信装置としてスマートデバイス２０、情報処理装置として車載通信装置３０（ＩＶＩ（In-Vehicle Infotainment））から構成される。本実施形態では、心拍計１０１～１０３は、サービス提供側（心拍情報を提供）の機器であり、車載通信装置３０はサービス利用側の機器とするが、これは一例であり、このような役割に限定されない。なお、本実施形態では心拍計は複数存在することを想定するが、１台であってもよい。心拍計１０１～１０３、スマートデバイス２０、車載通信装置３０それぞれは、ＢＬＥ規格に基づいた無線通信インターフェイスを具備している。なお、心拍計１０１～１０３、スマートデバイス２０、車載通信装置３０は、ＢＬＥ（Bluetooth Low Energy）通信デバイスの一例である。よって、スマートグラス、温度センサー、パソコンといった、ＢＬＥ通信を実施可能なデバイスであれば、本実施形態は同様に実施可能である。なお、通信規格はＢＬＥに限定する必要がなく、ＩＥＥＥ８０２．１１ａｈやＩＥＥＥ８０２．１５．４ｅのような、間欠通信を実現する規格であれば、本実施形態は同様に実施可能である。

続いて、心拍計１０１～１０３、スマートデバイス２０、車載通信装置３０のハードウェア構成について説明する。図２は、心拍計１０１のハードウェア構成の概略図である。なお、心拍計１０２、１０３も心拍計１０１と同様の構成を有する。心拍計１０１は、表示部２０１、操作部２０２、記憶部２０３、制御部２０４、ＢＬＥ通信部２０５、電源部２０６、測定部２０７を備える。

表示部２０１は、例えばＬＣＤ（Liquid Cristal Display）等により構成され、視覚で認知可能な情報の出力する機能を有し、ＵＩ（User Interface）、時刻、画像、現在の心拍値の表示などの表示を行う。操作部２０２は、各種入力等を行い、心拍計１０１を操作するための機能を有する。記憶部２０３は、例えばＳＤカード等の不揮発メモリ媒体や揮発メモリにより構成され、心拍計１０１の設定や過去の心拍値、制御プログラム、プログラム実行時のワークメモリや一時データなどの記憶を行う。制御部２０４は、制御部２０４は、一つ又は複数のＣＰＵ（Central Processing Unit）によって構成され、心拍計１０１の装置全体の動作を制御する。ＢＬＥ通信部１０５は、ＢＬＥ通信を行う省電力無線通信部である。ＢＬＥ通信部１０５は、例えば、測定部２０７により測定されたデータ（例えば心拍値）や制御情報等のコントロールデータの転送に利用される。電源部２０６は、装置全体を動作させるための電源（バッテリー等）を保持し、各ハードウェア構成要素に電力を供給する。測定部２０７は、心拍計１０１を装着・保持しているユーザーの心拍の測定を行う。

続いて、図３を用いてスマートデバイス２０のハードウェア構成を説明する。図３は、スマートデバイス２０のハードウェア構成の概略図である。スマートデバイス２０は、表示部３０１、操作部３０２、記憶部３０３、制御部３０４、ＢＬＥ通信部３０５、電源部３０６を備える。

表示部３０１は、例えばＬＣＤ等により構成され、視覚で認知可能な情報の出力する機能を有し、ＵＩ、アプリケーション情報などの表示を行う。操作部３０２は、各種入力等を行い、スマートデバイス２０を操作するための機能を有する。記憶部３０３は、例えばＳＤカード等の不揮発メモリ媒体や揮発メモリにより構成され、設定情報、制御プログラム、プログラム実行時のワークメモリや一時データなどの記憶を行う。制御部３０４は、一つ又は複数のＣＰＵ（Central Processing Unit）によって構成され、スマートデバイス２０の装置全体の動作を制御する。ＢＬＥ通信部３０５は、ＢＬＥ通信を行う省電力無線通信部である。ＢＬＥ通信部３０５は、例えば、近隣の情報発信装置である心拍計１０１～１０３、車載通信装置３０との制御情報の通信を行う。電源部３０６は、装置全体を動作させるための電源（バッテリー等）を保持し、各ハードウェア構成要素に電力を供給する。

続いて、図４を用いて車載通信装置３０のハードウェア構成を説明する。図４は、車載通信装置３０のハードウェア構成の概略図である。車載通信装置３０は、表示部４０１、操作部４０２、記憶部４０３、制御部４０４、ＢＬＥ通信部４０５、電源部４０６を備える。

表示部４０１は、例えばＬＣＤ等により構成され、視覚で認知可能な情報の出力する機能を有し、ＵＩ、地図、走行情報などの表示を行う。操作部４０２は、各種入力等を行い、車載通信装置３０を操作するための機能を有する。記憶部４０３は、例えばＳＤカード等の不揮発メモリ媒体や揮発メモリにより構成され、設定情報や地図情報、制御プログラム、プログラム実行時のワークメモリや一時データなどの記憶を行う。制御部４０４は、一つ又は複数のＣＰＵ（Central Processing Unit）によって構成され、車載通信装置３０の装置全体の動作を制御する。ＢＬＥ通信部４０５は、ＢＬＥ通信を行う省電力無線通信部である。ＢＬＥ通信部４０５は、例えば、近隣の情報発信装置であるスマートデバイス２０との制御情報の通信を行う。電源部４０６は、装置全体を動作させるための電源（バッテリー等）を保持し、各ハードウェア構成要素に電力を供給する。

続いて、本実施形態における通信システムの動作について、図５～図８を参照して説明する。まず、図５～図７を参照して、スマートデバイス２０による、心拍計１０１～１０３へのＢＬＥ接続処理、車載通信装置３０へのＢＬＥ接続処理、通信頻度変更処理について説明する。その後、図８を参照して本実施形態における通信システムの通信制御シーケンスについて説明する。スマートデバイス２０の制御部が、記憶部に記憶されたプログラムを実行することにより、図５～図７の各ステップは実行される。

図５は、スマートデバイス２０による心拍計１０１～１０３とのＢＬＥ接続処理を示すフローチャートである。まず、スマートデバイス２０は、心拍計１０１～１０３から、各心拍計１０１～１０３の情報を示すアドバタイジングパケットを受信する（Ｓ５０１）。ここで、心拍計１０１～１０３はそれぞれ、ＢＬＥにおけるペリフェラルの役割を担い、スマートデバイス２０は、ＢＬＥにおけるセントラルの役割を担い、心拍計１０１～１０３とスマートデバイス２０間でピコネットが構築されている。

続いて、スマートデバイス２０は、受信したアドバタイジングパケットの内容を解析する（Ｓ５０２）。アドバタイジングパケットには、例えば、装置（すなわち各心拍計１０１～１０３）のデバイス名や、Ｂｌｕｅｔｏｏｔｈのバージョン４．０に対応しているか否かを示すフラグや、装置がサポートするサービスを識別するための情報などが格納され得る。Ｂｌｕｅｔｏｏｔｈのバージョン４．０に対応していることは、ＢＬＥに対応していることを意味する。また、サービスを識別するための情報は、例えばＵＵＩＤ（Universally Unique Identifier）であり、以下、サービス識別子と称す。本実施形態では、各心拍計１０１～１０３は、心拍値等の心拍情報を提供するサービス（以下、Ｈｅａｒｔ Ｒａｔｅ Ｓｅｒｖｉｃｅ）を提供できるものとする。そのため、サービス識別子として、例えば、Ｈｅａｒｔ Ｒａｔｅ Ｓｅｒｖｉｃｅを示す値である０ｘ１８０Ｄが使用される。それにより、アドバタイジングパケットを受信したスマートデバイス２０は、アドバタイジングパケット送信元である心拍計１０１～１０３が、Ｈｅａｒｔ Ｒａｔｅ Ｓｅｒｖｉｃｅを提供できること（心拍情報を保有していること）を知ることができる。

次に、心拍計１０１～１０３の存在を知ったスマートデバイス２０は、心拍情報を得るために、心拍計１０１～１０３へ接続要求（ＢＬＥにおけるＣＯＮＮＥＣＴ＿ＲＥＱ）を送信する（Ｓ５０３）。接続要求には、例えば、接続後に使用する予定である通信頻度に対応する通信間隔（ＢＬＥにおけるｃｏｎｎＩｎｔｅｒｖａｌ）が含まれる。通信頻度は、通信されるデータの特性や、通信する機器の性能に依存して決定され得る。例えば、１秒ごとに更新されるデータを１０ミリ秒ごとに通信する意味は乏しい。また、例えば、通信する機器の性能として１０ミリ秒以下ごとの通信が不可能であれば、１０ミリ秒を上回る値の通信間隔を使用しなくてはならない。スマートデバイス２０は、このような条件に基づいて、通信間隔を決定し、接続要求に含めることができる。スマートデバイス２０は、各心拍計１０１～１０３との通信間隔の情報を記憶部３０３に格納する。Ｓ５０４の接続要求の送信後、スマートデバイス２０は、心拍計１０１～１０３のとのＢＬＥ接続を確立し（Ｓ５０４）、ＢＬＥ通信を行う。

図６は、スマートデバイス２０による車載通信装置３０とのＢＬＥ接続処理を示すフローチャートである。まず、スマートデバイス２０は、周囲のデバイスに対し、スマートデバイス２０の情報を示すアドバタイジングパケットを送信する（Ｓ６０１）。ここで、スマートデバイス２０は、それぞれ、ＢＬＥにおけるペリフェラルの役割を担い、車載通信装置３０は、ＢＬＥにおけるセントラルの役割を担い、スマートデバイス２０と車載通信装置３０間でピコネットが構築されている。

Ｓ６０１で送信するアドバタイジングパケットには、心拍計１０１～１０３から受信したアドバタイジングパケットの内容（心拍計１０１～１０３のサービス識別子等）が含まれる。しかしながら、条件に応じて、アドバタイジングパケットに含まれる内容は、心拍計１０１～１０３から受信したアドバタイジングパケットの内容の全てではなくその一部となる。例えば、アドバタイジングパケットのデータサイズに制限がある場合や、車載通信装置３０に必要でないと判断した心拍計の情報は、除外することができる。

スマートデバイス２０は、アドバタイジングパケットを送信後、車載通信装置３０が心拍情報を取得するために送信した接続要求を受信する（Ｓ６０２）。スマートデバイス２０は、受信した接続要求に含まれる、通信間隔（ＢＬＥにおけるｃｏｎｎＩｎｔｅｒｖａｌ）を取得する（Ｓ６０３）。スマートデバイス２０は、取得した通信間隔を許容する場合、接続許可で応答する（Ｓ６０４）。そして、スマートデバイス２０は、車載通信装置３０とのＢＬＥ接続を確立し（Ｓ６０５）、ＢＬＥ通信を行う。

図７は、スマートデバイス２０による本実施形態の通信頻度変更処理を示すフローチャートである。まず、スマートデバイス２０は、他デバイスと新たに接続、切断、または通信頻度変更がなされたかを判定する（Ｓ７０１）。例えば、スマートデバイス２０は、車載通信装置３０と接続を開始したか、接続済みの心拍計１０１～１０３との接続が切断されたか、などを判定する。Ｓ７０１でＮｏの場合は、スマートデバイス２０は、継続してＳ７０１の判定を行う。なお、Ｓ７０１の判定は、他デバイスと新たに接続、切断、または通信頻度変更がなされたかの全てではなく、その一部の判定でもよい。また、Ｓ７０１では、スマートデバイス２０は、スマートデバイス２０から見たセントラル機器またはペリフェラル機器、すなわちスマートデバイス２０と同じピコネットに接続されているセントラル機器又はペリフェラル機器に対してのみ判定を行っても良い。

Ｓ７０１でＹｅｓの場合は、スマートデバイス２０は、心拍計１０１～１０３のうち、サービス識別子を車載通信装置３０へ送信済みの心拍計との通信間隔を記憶部３０３から取得する（Ｓ７０２）。すなわち、図６のＳ６０１でスマートデバイス２０が送信したアドバタイジングパケットに含めたサービス識別子に対応する心拍計の通信間隔を記憶部３０３から取得する。なお、サービス識別子による制限を設けずに、スマートデバイス２０がセントラルとなって通信しているデバイスすべての通信の通信間隔を、記憶部３０３から取得してもよい。

続いて、スマートデバイス２０は、取得した通信間隔の最小値を計算（決定）する（Ｓ７０３）。Ｓ７０２で取得した通信間隔が１つであれば、このステップは省略してもよい。続いて、スマートデバイス２０は、車載通信装置３０に対して、Ｓ７０３で計算した通信間隔を使用するように要求する（Ｓ７０４）。Ｓ７０３のステップが省略された場合は、スマートデバイス２０は、Ｓ７０２で取得した通信間隔を使用するように要求する。当該要求が車載通信装置３０により拒否されない場合（Ｓ７０５でＮｏ）、処理はＳ７０１へ戻る。一方、当該要求が車載通信装置３０により拒否された場合（Ｓ７０５でＹｅｓ）、スマートデバイス２０は、Ｓ７０３で計算した通信間隔の次に小さい値の通信間隔を計算する（Ｓ７０６）。そして、スマートデバイス２０は、計算した通信間隔を使用するように、車載通信装置３０へ要求する（Ｓ７０７）。その後、処理はＳ７０５へ戻り、要求が拒否されるかが判定される（Ｓ７０５）。なお、Ｓ７０５でＹｅｓの場合に、次の候補となる通信間隔が無い場合は、図７の処理は終了する。

続いて、図５～７を参照して図８を用いて、本実施形態における通信システムの動作について説明する。図８は、本実施形態における通信システムの通信制御シーケンスである。

まずＳ８０１にて、心拍計１０１～１０３が、周囲のデバイスに対し、自身の情報を示すアドバタイジングパケットを送信する。スマートデバイス２０は、アドバタイジングパケットを受信し（Ｓ５０１）、内容を解析する（Ｓ５０２）。このアドバタイジングパケットには、例えば、上述のように、例えば、心拍計１０１～１０３がサポートするサービスのサービス識別子である、Ｈｅａｒｔ Ｒａｔｅ Ｓｅｒｖｉｃｅを示す値０ｘ１８０Ｄが格納されている。

次に、Ｓ８０２にて、スマートデバイス２０は、心拍情報を得るために心拍計１０１～１０３へ接続要求（ＢＬＥにおけるＣＯＮＮＥＣＴ＿ＲＥＱ）を送信する（Ｓ５０３）。ここで、図８の例では、スマートデバイス２０は、心拍計１０１～１０３に対し、通信間隔ａ１、ａ２、ａ３を含めた接続要求を送信する。また、スマートデバイス２０は、通信間隔ａ１、ａ２、ａ３を記憶部３０３に格納する。本実施形態では、スマートデバイス２０は、心拍情報（Ｈｅａｒｔ Ｒａｔｅ Ｓｅｒｖｉｃｅのサービス識別子）を持つデバイスに自動で接続要求を送信するものとするが、デバイス名から接続要求の送信先を決定してもよい。また、スマートデバイス２０は、ユーザーにより決定されたデバイスに接続要求を送信してもよい。ユーザーは、各デバイス名やサポートするサービス情報などから、接続要求の送信先を決定することができる。また、デバイス名に基づき接続要求の送信先を決定する場合は、サポートするサービス情報を通信しなくとも接続が可能となる。その場合、図８の例では、心拍計１０１～１０３は、アドバタイジングパケットにサービス識別子を格納せずとも本実施形態と同様の処理は可能である。

次に、Ｓ８０３にて、スマートデバイス２０と心拍計１０１～１０３とのＢＬＥ接続が確立され（Ｓ５０４）、Ｓ８０４にてＢＬＥによるデータ送受信が行われる。また、Ｓ８０３でのＢＬＥ接続の確立を受けて、Ｓ８０５にて、スマートデバイス２０は、周囲のデバイスに対し、自身の情報を示すアドバタイジングパケットを送信する（Ｓ６０１）。ここで、スマートデバイス２０は、ペリフェラルの役割を担う心拍計１０１～１０３との間では、セントラルの役割を担い、セントラルの役割を担う車載通信装置３０との間ではペリフェラルの役割を担うことになる。

車載通信装置３０は、スマートデバイス２０からアドバタイジングパケットを受信し、その内容を解析する。図８の例では、アドバタイジングパケットには、心拍計１０１～１０３から受信したアドバタイジングパケットの内容の一部が含まれるものとする。具体的には、アドバタイジングパケットには、通信間隔ａ１、ａ２に対応する心拍計１０１、１０２のサービス識別子は含まれるが、通信間隔ａ３に対応する心拍計１０３のサービス識別子は含まれないものとする。なお、図８の例では、Ｓ８０３を受けてアドバタイジングパケットを送信しているが、スマートデバイス２０は、心拍計１０１～１０３と接続がなくとも、自身のサービスを通知するためにすでにアドバタイジングパケットを送信し続けていてもよい。

次に、Ｓ８０６にて、スマートデバイス２０の存在を知った車載通信装置３０は、心拍情報を得るためにスマートデバイス２０へ接続要求を送信する。接続要求の内容には、接続後に使用する予定である通信頻度に対応する通信間隔（ｃｏｎｎＩｎｔｅｒｖａｌ）が含まれる。図８の例では、車載通信装置３０は、スマートデバイス２０に対し、通信間隔ｂでの接続要求を送信する。本実施形態では、車載通信装置３０は、心拍情報（Ｈｅａｒｔ Ｒａｔｅ Ｓｅｒｖｉｃｅのサービス識別子）を持つデバイスに自動で接続要求を送信するものとするが、デバイス名から接続要求の送信先を決定してもよい。また、車載通信装置３０は、ユーザーにより決定されたデバイスに接続要求を送信してもよい。ユーザーは、各デバイス名やサポートするサービス情報などから、接続要求の送信先を決定することができる。また、デバイス名に基づき接続要求の送信先を決定する場合は、サポートするサービス情報を通信しなくとも接続が可能となる。その場合、図８の例では、スマートデバイス２０は、アドバタイジングパケットにサービス識別子を格納せずとも本実施形態と同様の処理は可能である。

Ｓ８０７にて、スマートデバイス２０は、取得した通信間隔ｂを許容する場合、接続許可で応答する（Ｓ６０４）。そして、スマートデバイス２０と車載通信装置３０とのＢＬＥ接続が確立され（Ｓ６０５）、Ｓ８０８にてＢＬＥによるデータ送受信が行われる（Ｓ８０８）。なお、後述するＳ８０９のタイミング次第では、Ｓ８０８は省略されてもよい。

図８の例では、スマートデバイス２０は、心拍計１０１～１０３とＢＬＥ接続した後に車載通信装置３０とＢＬＥ接続する順番のシーケンスの説明を記載したが、その順番は逆であってもよい。スマートデバイス２０は、すなわち、車載通信装置３０とＢＬＥ接続した後で心拍計１０１～１０３とＢＬＥ接続してもよい。

Ｓ８０９に進む前に、スマートデバイス２０は、他デバイスと新たに接続、切断、または通信頻度変更がなされたかを判定する（Ｓ７０１）。例えば、スマートデバイス２０は、車載通信装置３０と接続を開始したか、接続済みの心拍計１０１～１０３との接続が切断されたか、などを判定する。図８の例では、スマートデバイス２０は、車載通信装置３０とのＢＬＥ接続を確立したため、次の通信頻度取得ステップ（Ｓ７０２）へ進む。図８の例では、Ｓ８０５で述べたように、通信間隔ａ１、ａ２に対応する心拍計１０１、１０２のサービス識別子が車載通信装置３０へ送信済みであるため、スマートデバイス２０は、記憶部３０３から通信間隔ａ１、ａ２を取得する。続いて、スマートデバイス２０は、通信間隔ａ１、ａ２のうち、最も小さい値の通信間隔ａｉを計算する。

次に、Ｓ８０９にて、スマートデバイス２０は、車載通信装置３０に対して、計算した通信間隔ａｉを使用（通信間隔ａｉに変更）する要求を送信する。要求には、例えば、ＢＬＥにおけるＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱメッセージが使われる。ここで、スマートデバイス２０が、Ｓ８０６で要求された通信間隔ｂと計算した通信間隔ａｉが等しいことが事前にわかっているならば、変更要求送信処理（Ｓ８０９）以降の処理を省略してもよい。

Ｓ８０９の要求に対して、図８の例では、車載通信装置３０の通信方式として通信間隔ａｉの通信が性能面で不可能である、あるいは非推奨との理由により、車載通信装置３０が拒否する（Ｓ８１０）。その場合、Ｓ８１１にて、スマートデバイス２０は、通信間隔ａ１、ａ２のうち、通信間隔ａｉの次に小さい値の通信間隔ａｊを計算し（Ｓ７０６）、計算した通信間隔ａｊを使用（通信間隔ａｊに変更）する要求を、車載通信装置３０に送信する（Ｓ７０７）。

次に、図８の例では、Ｓ８１２にて、車載通信装置３０は、Ｓ８１１の要求を許可する（Ｓ７０５でＮｏ）。続いて、Ｓ８１１にて、車載通信装置３０とスマートデバイス２０は、Ｓ８１１で要求した通信間隔ａｊへ変更し、Ｓ８１３にて、変更した通信間隔でデータ送受信が行われる。その後は、スマートデバイス２０にとって、他デバイスと新たに接続、切断、または通信頻度変更がなされた場合に（Ｓ７０１でＹｅｓ）、通信頻度取得ステップ（Ｓ７０２）へ移る。

なお、全ての通信間隔ａ１、ａ２、ａ３への変更の要求が拒絶された場合には、車載通信装置３０とスマートデバイス２０との通信は、通信間隔ｂで継続される。その状況で、通信間隔ｂが、例えば通信間隔ａ１よりも短く、車載通信装置３０が通信間隔ａ１に対応する心拍計１０１からの心拍情報の更新が無い状態で車載通信装置３０への情報送信タイミングを迎えることとなる。そのときは、通信間隔ａ１に対応する心拍計１０１の情報で、スマートデバイス２０が最後に車載通信装置３０へ送信した心拍情報を、車載通信装置３０へ送信する。具体的には、通信間隔ｂが１００ミリ秒で、通信間隔ａ１が２００ミリ秒であるとして、スマートデバイス２０が心拍計１０１～１０３から心拍数６０、６１、６２を２００ミリ秒ごとに順に受信した場合を考える。スマートデバイス２０は、そのそれぞれの受信を受け、車載通信装置３０へ、心拍数６０、６０、６１、６１、６２、６２を１００ミリ秒ごとの順に送信する。

本実施形態では、このようにして、車載通信装置３０とスマートデバイス２０の間の通信間隔が変更される。これにより、車載通信装置３０にとって、心拍計１０１～１０３の情報更新を漏らさず追従しながら最低限の通信回数となるような、効率的な通信を可能とする効果がある。

また、本実施形態では、心拍計１０１～１０３のうち、スマートデバイス２０が車載通信装置３０にサービス識別子を見せた心拍計の通信間隔の最小値へ、車載通信装置３０とスマートデバイス２０の間の通信間隔を変更する。車載通信装置３０に関係ない通信を通信頻度変更時の考慮から外すことで、より最低限の通信回数へと変更することができ、効果的な通信を可能とする効果がある。

また、本実施形態では、スマートデバイス２０は、最小値の通信間隔への変更が車載通信装置３０から拒絶された場合に、最小値よりもひとつ大きな値へと変更する要求を送信する。これにより、できるだけ多くの心拍計の情報更新を漏らさず追従するという、効率的な通信を可能とする効果がある。

また、本実施形態では、スマートデバイス２０と他デバイスが接続、切断、あるいは通信頻度変更した際に、最小値へ通信頻度変更要求を送信する。これにより、通信システム構成が動的に変化した際にも適宜効果的な通信を可能とする効果がある。

また、本実施形態では、通信頻度として通信間隔を例に挙げて説明したが、通信間隔に替えて、例えば、通信無視可能回数（ＢＬＥにおけるｃｏｎｎＳｌａｖｅＬａｔｅｎｃｙ）を用いても同様の効果が得られる。例えば、車載通信装置３０とスマートデバイス２０の間の通信無視可能回数が２で、通信間隔が１００ミリ秒であれば、スマートデバイス２０は通信の二度に一度を省くことで実質、通信間隔を２００ミリ秒にすることができる。通信無視可能回数、あるいは通信間隔と通信無視可能回数を乗算したものを、二つのピコネット間で合わせることで、本実施形態では同様の効果を生み出せる。

（第二実施形態）
第一実施形態では、スマートデバイス２０が、車載通信装置３０に対しサービス識別子を送信した心拍計に考慮を限定し、通信頻度変更を実施した。本実施形態では、スマートデバイス２０が、車載通信装置３０に対し、サービス情報を送信した心拍計に考慮を限定し、通信頻度変更を実施する形態を説明する。なお、サービス情報とは、心拍計がサービスを提供するための情報であり、例えば心拍情報である。以下、上記の実施形態と異なる点について説明する。通信システムの構成、および心拍計１０１～１０３の構成、スマートデバイス２０の構成、および車載通信装置３０の構成は、第一実施形態において図１～４を用いて説明した通りである。

続いて、本実施形態における通信システムの動作について、図５～６、８～９を参照して説明する。図５、６はそれぞれ、スマートデバイス２０による、心拍計１０１～１０３のＢＬＥ接続処理を示すフローチャート、車載通信装置３０とのＢＬＥ接続処理を示すフローチャートであり、第一実施形態において説明した通りである。一方、本実施形態の通信頻度変更処理は、第一実施形態と異なり、図９を参照して説明する。その後、図８を参照して本実施形態における通信システムの通信制御シーケンスについて説明する。

図９は、スマートデバイス２０による本実施形態の通信頻度変更処理を示すフローチャートである。第一実施形態において説明した図７と比較して、Ｓ９０１、Ｓ９０４～Ｓ９０７の処理は、Ｓ７０１、Ｓ７０４～Ｓ７０３の処理と同様であるが、Ｓ９０２、Ｓ９０３の処理が異なる。Ｓ９０２において、スマートデバイス２０は、心拍計１０１～１０３のうち、サービス情報を車載通信装置３０へ送信済みの心拍計との通信間隔を記憶部３０３から取得する。続いて、スマートデバイス２０は、取得した通信間隔の最小値を計算する（Ｓ７０３）。

続いて、図５～６、９を参照して図８を用いて、本実施形態における通信システムの動作について説明する。図８は、本実施形態における通信システムの通信制御シーケンスである。

Ｓ８０１～Ｓ８０７の処理は、第一実施形態と同様なため、説明は省略する。次に、Ｓ８０８にて、車載通信装置３０とスマートデバイス２０の間でＢＬＥによるデータ送受信が行われる。このデータ送受信間に、本実施形態では、車載通信装置３０は、スマートデバイス２０を仲介し、心拍計１０１～１０３のうち、二つの心拍計１０１、１０２の心拍情報を取得するものとする。心拍計１０１～１０３から心拍情報を取得する心拍計の選択は、例えば、デバイス名に基づいて実施される。また、当該選択は、性能などの付加情報に基づいて実施されてもよい。例えば、車載通信装置３０は、高性能の心拍計のみを選択し、低性能の心拍計からは心拍情報を取得しないということが考えられる。また、当該選択はスマートデバイス２０が実施してもよい。

Ｓ８０９に進む前に、スマートデバイス２０は、他デバイスと新たに接続、切断、または通信頻度変更がなされたかを判定する（Ｓ９０１）。例えば、スマートデバイス２０は、車載通信装置３０と接続を開始したか、接続済みの心拍計１０１～１０３との接続が切断されたか、などを判定する。図８の例では、スマートデバイス２０は、車載通信装置３０とのＢＬＥ接続を確立したため、通信頻度取得ステップ（Ｓ９０２）へ進む。

通信頻度取得ステップでは、心拍計１０１～１０３のうち、サービス情報を車載通信装置３０へ送信済みである心拍計１０１、１０２の通信間隔ａ１、ａ２を、記憶部３０３から取得する。Ｓ８０９～Ｓ８１３の処理は、第一実施形態と同様なため、説明は省略する。

本実施形態では、このようにして、スマートデバイス２０が、車載通信装置３０にサービス情報を送信済みである心拍計の通信間隔の最小値へ、車載通信装置３０とスマートデバイス２０の間の通信間隔を変更する。これにより、車載通信装置３０にとって不要な心拍計を通信頻度変更時の考慮から外すことで、より最低限の通信回数へと変更することができ、効果的な通信を可能とする効果がある。また、本実施形態では、通信頻度として通信間隔を例に挙げて説明したが、第一実施形態において述べたように、通信間隔に替えて、例えば、通信無視可能回数等を用いても同様の効果が得られる。

（第三実施形態）
第一実施形態では、スマートデバイス２０が、心拍計との通信頻度に基づき、車載通信装置３０との通信頻度を変更する形態を説明した。本実施形態では、スマートデバイス２０が車載通信装置３０との通信頻度に基づき、心拍計との通信頻度を変更する形態を説明する。以下、上記の実施形態と異なる点について説明する。通信システムの構成、および心拍計１０１～１０３の構成、スマートデバイス２０の構成、および車載通信装置３０の構成は、第一実施形態において図１～４を用いて説明した通りである。

続いて、本実施形態における通信システムの動作について、図５～６、１０～１１を参照して説明する。図５、６はそれぞれ、スマートデバイス２０による、心拍計１０１～１０３のＢＬＥ接続処理を示すフローチャート、車載通信装置３０とのＢＬＥ接続処理を示すフローチャートであり、第一実施形態において説明した通りである。一方、本実施形態の通信頻度変更処理は、第一実施形態と異なり、図１０を参照して説明する。その後、図１１を参照して本実施形態における通信システムの通信制御シーケンスについて説明する。

図１０は、スマートデバイス２０による本実施形態の通信頻度変更処理を示すフローチャートである。第一実施形態において説明した図７と比較して、Ｓ１００１の処理は、Ｓ７０１と同様である。Ｓ１００２にて、スマートデバイス２０は、心拍計１０１～１０３のうち、サービス識別子を車載通信装置３０へ送信済みの心拍計を特定する。Ｓ１００３にて、スマートデバイス２０は、Ｓ１００２で特定した心拍計に対し、車載通信装置３０とスマートデバイス２０との通信間隔ｂを使用（通信間隔ｂに変更）する要求を送信する。すなわち、スマートデバイス２０は、Ｓ１００２で特定した心拍計に対して、車載通信装置３０の通信間隔ｂに合わせるように要求する。

なお、Ｓ１００３にてスマートデバイス２０は、サービス識別子による制限を設けずに、スマートデバイス２０がセントラルとなって通信しているデバイスすべてを特定してもよい。また、サービス識別子による制限ではなく、第二実施形態のようにサービス情報を送信したか否かで制限してもよい。また、Ｓ１００１の判定は、他デバイスと新たに接続、切断、または通信頻度変更がなされたかの全てではなく、その一部の判定でもよい。また、Ｓ１００１では、スマートデバイス２０は、スマートデバイス２０から見たセントラル機器またはペリフェラル機器に対してのみ行ってもよい。

続いて、図５、６、１０を参照して図１１を用いて、本実施形態における通信システムの動作について説明する。図１１は、本実施形態における通信システムの通信制御シーケンスである。Ｓ１１０１～Ｓ１１０８の処理は、第一実施形態において説明した図８のＳ８０１～Ｓ８０８の処理と同様なため、説明は省略する。

Ｓ１１０９に進む前に、スマートデバイス２０は、他デバイスと新たに接続、切断、または通信頻度変更がなされたかを判定する（Ｓ１００１）。例えば、スマートデバイス２０は、車載通信装置３０と接続を開始したか、接続済みの心拍計１０１～１０３との接続が切断されたか、などを判定する。図１１の例では、スマートデバイス２０は、車載通信装置３０とのＢＬＥ接続を確立したため、次の心拍計特定ステップ（Ｓ１００２）へ進む。

心拍計特定ステップでは、スマートデバイス２０は、心拍計１０１～１０３のうち、サービス識別子を車載通信装置３０へ送信済みの心拍計を特定する。本実施形態では、スマートデバイス２０は、心拍計１０１～１０３のうち、心拍計１０１、１０２がそのサービス識別子を車載通信装置３０へ送信済みであることを特定したとする。次に、Ｓ１１０９にて、スマートデバイス２０は、心拍計１０１～１０３のうち、心拍計特定ステップ（Ｓ１００２）で特定した心拍計１０１、１０２に対し、車載通信装置３０とスマートデバイス２０との通信間隔ｂへ変更する要求を送信する（Ｓ１００３）。要求には、ＢＬＥにおけるＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱメッセージ、またはＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱメッセージが使われる。

次にＳ１１１０にて、スマートデバイス２０と心拍計１０１、１０２間で、Ｓ１１０９で要求した通信頻度でデータ送受信が実施される。その後は、スマートデバイス２０にとって、他デバイスと新たに接続、切断、または通信頻度変更がなされた場合に（Ｓ１００１でＹｅｓ）、心拍計特定ステップ（Ｓ１００２）へ移る。

このように、本実施形態では、心拍計１０１～１０３のうち特定された心拍計とスマートデバイス２０の間の通信間隔を、車載通信装置３０とスマートデバイス２０との通信間隔に変更する。これにより、特定された心拍計にとって、車載通信装置３０が要求する最低限の通信回数となるような、効率的な通信を可能とする効果がある。また、本実施形態では、通信頻度として通信間隔を例に挙げて説明したが、第一実施形態において述べたように、通信間隔に替えて、例えば、通信無視可能回数等を用いても同様の効果が得られる。

（第四実施形態）
第一実施形態では、スマートデバイス２０が車載通信装置３０に送信する通信頻度変更要求が拒絶されたとき、別の値へ通信頻度変更要求を送信し直す形態を説明した。本実施形態では、スマートデバイス２０が車載通信装置３０に送信する通信頻度変更要求が拒絶されたとき、スマートデバイス２０は心拍計との通信頻度を、車載通信装置３０との通信頻度へ変更するよう要求する形態を説明する。以下、上記の実施形態と異なる点について説明する。通信システムの構成、および心拍計１０１～１０３の構成、スマートデバイス２０の構成、および車載通信装置３０の構成は、第一実施形態において図１～４を用いて説明した通りである。

続いて、本実施形態における通信システムの動作について、図５～６、１２～１３を参照して説明する。図５、６はそれぞれ、スマートデバイス２０による、心拍計１０１～１０３のＢＬＥ接続処理を示すフローチャート、車載通信装置３０とのＢＬＥ接続処理を示すフローチャートであり、第一実施形態において説明した通りである。一方、本実施形態の通信頻度変更処理は、第一実施形態と異なり、図１２を参照して説明する。その後、図１３を参照して本実施形態における通信システムの通信制御シーケンスについて説明する。

図１２は、スマートデバイス２０による本実施形態の通信頻度変更処理を示すフローチャートである。第一実施形態において説明した図７と比較して、Ｓ１２０１、Ｓ１２０４の処理は、Ｓ７０１、Ｓ７０４の処理と同様であるが、Ｓ１２０２、Ｓ１２０３、Ｓ１２０５、Ｓ１２０６の処理が異なる。Ｓ１２０２において、スマートデバイス２０は、心拍計１０１～１０３のうち、サービス識別子を車載通信装置３０へ送信済みの心拍計との通信間隔を記憶部３０３から取得する。続いて、スマートデバイス２０は、取得した通信間隔の最小値を計算する（Ｓ１２０３）。続いて、スマートデバイス２０は、車載通信装置３０に対して、Ｓ１２０３で計算した通信間隔を使用（計算した通信間隔に変更）する要求を送信する（Ｓ１２０４）。ここで、当該要求が車載通信装置３０により拒否された場合（Ｓ１２０５でＹｅｓ）、スマートデバイス２０は、車載通信装置３０とスマートデバイス２０との通信間隔ｂを使用する（通信間隔ｂに変更）する要求を送信する（Ｓ１２０６）。

なお、Ｓ１２０３にてスマートデバイス２０は、サービス識別子による制限を設けずに、スマートデバイス２０がセントラルとなって通信しているデバイスすべてを特定してもよい。また、サービス識別子による制限ではなく、第二実施形態のようにサービス情報を送信したか否かで制限してもよい。また、Ｓ１２０１の判定は、他デバイスと新たに接続、切断、または通信頻度変更がなされたかの全てではなく、その一部の判定でもよい。また、Ｓ１２０１では、スマートデバイス２０は、スマートデバイス２０から見たセントラル機器またはペリフェラル機器に対してのみ行ってもよい。

続いて、図５、６、１２を参照して図１３を用いて、本実施形態における通信システムの動作について説明する。図１３は、本実施形態における通信システムの通信制御シーケンスである。Ｓ１３０１～Ｓ１３０８の処理は、第一実施形態において説明した図８のＳ８０１～Ｓ８０８の処理と同様なため、説明は省略する。

Ｓ１３０９に進む前に、スマートデバイス２０は、他デバイスと新たに接続、切断、または通信頻度変更がなされたかを判定する（Ｓ１２０１）。例えば、スマートデバイス２０は、車載通信装置３０と接続を開始したか、接続済みの心拍計１０１～１０３との接続が切断されたか、などを判定する。図１３の例では、スマートデバイス２０は、車載通信装置３０とのＢＬＥ接続を確立したため、次の通信頻度取得ステップ（Ｓ１２０２）へ進む。

通信頻度取得ステップでは、スマートデバイス２０は、心拍計１０１～１０３のうち、サービス識別子を車載通信装置３０へ送信済みの心拍計を特定し、スマートデバイス２０と特定した心拍計との間の通信間隔を記憶部３０３から取得する。図１３の例では、通信間隔ａ１、ａ２に対応する心拍計１０１、１０２が、サービス識別子を車載通信装置３０へ送信済みとする。よって、スマートデバイスは、通信間隔ａ１、ａ２を記憶部３０３から取得する。Ｓ１３０９～Ｓ１３１０の処理は、第一実施形態において説明した図８のＳ８０９～Ｓ８１０と同様なため、説明は省略する。

Ｓ１３１１にて、車載通信装置３０とスマートデバイス２０は、通信間隔ｂでデータ送受信を引き続き継続する。次に、Ｓ１３１２にて、スマートデバイス２０は、心拍計１０１～１０３のうち、通信頻度取得ステップ（Ｓ１２０２）で特定した心拍計１０１、１０２に対し、通信間隔ｂを使用（通信間隔ｂに変更）する要求を送信する（Ｓ１２０６）。要求には、ＢＬＥにおけるＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＰＡＲＡＭ＿ＲＥＱメッセージ、またはＬＬ＿ＣＯＮＮＥＣＴＩＯＮ＿ＵＰＤＡＴＥ＿ＲＥＱメッセージが使われる。

次に、Ｓ１３１３にて、スマートデバイス２０と心拍計１０１、１０２は、要求され通信間隔である通信間隔ｂでデータ送受信を実施する。その後は、スマートデバイス２０にとって、他デバイスと新たに接続、切断、または通信頻度変更がなされた場合に（ＳＳ１２０１でＹｅｓ）、通信頻度取得ステップ（Ｓ１２０２）へ移る。

このようにして、最小値への頻度変更が車載通信装置３０から拒絶された場合に、車載通信装置３０との通信頻度へ心拍計１～１０３との通信頻度を変更する要求を送信する。これにより、車載通信装置３０との通信頻度を変更できない場合でも、心拍計１～１０３との通信頻度を変更することで、心拍計１～１０３から車載通信装置３０への間接的な通信を効率化する効果がある。

このように、以上に説明した実施形態によれば、情報処理装置としての車載通信装置３０と介在通信装置としてのスマートデバイス２０の間、スマートデバイス２０とサービス提供装置としての心拍計１０１～１０３の間の通信間隔が適正化される。それによりサービス提供装置からの情報のリアルタイム性を保ちつつ、最低限の通信にて情報を処理し、機器の省電力化や通信帯域削減を導くことができる。

（その他の実施形態）
上述の各実施形態は適宜組み合わせることが可能であり、例えば、スマートデバイスが全ての実施形態に対応した上で、どの実施形態の処理を実行するかをユーザーがスマートデバイスにおいて選択して設定できるようにしてもよい。または、スマートデバイスがセントラルとして接続されたピコネットにペリフェラルとして接続されたセンシング装置の種類や、センシング装置から取得できる情報の種類に応じて、どの実施形態の処理を実行するかを選択するようにしてもよい。

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

１０１～１０３ 心拍計、２０ スマートデバイス、３０ 車載通信装置

Claims (14)

1. サービス提供側の第１の装置とサービス利用側の第２の装置のそれぞれとの間で間欠通信を行う通信装置であって、
   前記第１の装置との前記間欠通信における通信頻度である第１の頻度と前記第２の装置との前記間欠通信における通信頻度である第２の頻度を取得する取得手段と、
   前記第１の頻度に基づいて決定された通信頻度に前記第２の頻度を変更する第１の要求を前記第２の装置に送信する要求手段と、
   を有し、
   前記要求手段は、前記第１の頻度に基づいて決定された通信頻度に前記第２の頻度を変更する前記第１の要求が拒否された場合に、前記第２の頻度を変更する要求であって、前記第１の要求で要求した通信頻度とは異なる通信頻度に変更する第２の要求を前記第２の装置に送信することを特徴とする通信装置。
2. 前記第１の装置が複数存在する場合、前記要求手段は、複数の前記第１の装置のうち、それぞれが保持するサービスに関する情報を前記第２の装置へ送信済みの１以上の装置との通信頻度に基づいて決定された通信頻度に前記第２の頻度を変更する前記第１の要求を前記第２の装置に送信することを特徴とする請求項１に記載の通信装置。
3. 前記サービスに関する情報は、サービスを識別するための情報またはサービス情報であることを特徴とする請求項２に記載の通信装置。
4. 前記要求手段は、前記第２の装置へ前記サービスに関する情報を送信済みの１以上の装置との通信頻度に対応する通信間隔の最小値に前記第２の頻度を変更する前記第１の要求を第２の装置に送信することを特徴とする請求項２または３に記載の通信装置。
5. 前記第２の装置により前記第２の頻度を変更する前記第１の要求が拒否された場合に、前記要求手段は、前記通信間隔のうち前記最小値の次に小さい通信間隔に前記第２の頻度を変更する前記第２の要求を前記第２の装置に送信することを特徴とする請求項４に記載の通信装置。
6. サービス提供側の第１の装置とサービス利用側の第２の装置のそれぞれとの間で間欠通信を行う通信装置であって、
   前記第１の装置との前記間欠通信における通信頻度である第１の頻度と前記第２の装置との前記間欠通信における通信頻度である第２の頻度を取得する取得手段と、
   前記第２の頻度に基づいて決定された通信頻度に前記第１の頻度を変更する要求を前記第１の装置に送信する要求手段と、
   を有し、
   前記要求手段は、前記第１の頻度に基づいて決定された通信頻度に前記第２の頻度を変更する要求を前記第２の装置に送信した後に、前記第２の装置により前記第２の頻度を変更する要求が拒否された場合に、前記第１の頻度を変更する要求を前記第１の装置に送信することを特徴とする通信装置。
7. 前記第１の装置が複数存在する場合、前記要求手段は、複数の前記第１の装置のうち、それぞれが保持するサービスに関する情報を前記第２の装置へ送信済みの１以上の装置との通信頻度に基づいて決定された通信頻度に前記第２の頻度を変更する要求を前記第２の装置に送信することを特徴とする請求項６に記載の通信装置。
8. 前記要求手段は、前記第２の装置へ送信済みの１以上の装置との通信頻度に対応する通信間隔の最小値に前記第２の頻度を変更する要求を前記第２の装置に送信することを特徴とする請求項７に記載の通信装置。
9. 前記第１の装置が複数存在する場合、前記要求手段は、複数の前記第１の装置のうち、それぞれが保持するサービスに関する情報を前記第２の装置へ送信済みの１以上の装置との通信頻度を前記第２の頻度に基づいて決定された通信頻度に変更する要求を前記１以上の第１の装置へ送信することを特徴とする請求項６から８のいずれか１項に記載の通信装置。
10. 前記サービスに関する情報は、サービスを識別するための情報またはサービスを提供するための情報であることを特徴とする請求項７から９のいずれか１項に記載の通信装置。
11. 前記第１の頻度は前記第１の装置の性能に依存し、前記第２の頻度は前記第２の装置の性能に依存することを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
12. サービス提供側の第１の装置とサービス利用側の第２の装置のそれぞれとの間で間欠通信を行う通信装置の制御方法であって、
    前記第１の装置との前記間欠通信における通信頻度である第１の頻度と前記第２の装置との前記間欠通信における通信頻度である第２の頻度を取得する取得工程と、
    前記第１の頻度に基づいて決定された通信頻度に前記第２の頻度を変更する第１の要求を前記第２の装置に送信する要求工程と、
    を有し、
    前記要求工程では、前記第１の頻度に基づいて決定された通信頻度に前記第２の頻度を変更する前記第１の要求が拒否された場合に、前記第２の頻度を変更する要求であって、前記第１の要求で要求した通信頻度とは異なる通信頻度に変更する第２の要求を前記第２の装置に送信することを特徴とする通信装置の制御方法。
13. サービス提供側の第１の装置とサービス利用側の第２の装置のそれぞれとの間で間欠通信を行う通信装置の制御方法であって、
    前記第１の装置との前記間欠通信における通信頻度である第１の頻度と前記第２の装置との前記間欠通信における通信頻度である第２の頻度を取得する取得工程と、
    前記第２の頻度に基づいて決定された通信頻度に前記第１の頻度を変更する要求を前記第１の装置に送信する要求工程と、
    を有し、
    前記要求工程では、前記第１の頻度に基づいて決定された通信頻度に前記第２の頻度を変更する要求を前記第２の装置に送信した後に、前記第２の装置により前記第２の頻度を変更する要求が拒否された場合に、前記第１の頻度を変更する要求を前記第１の装置に送信することを特徴とする通信装置の制御方法。
14. コンピュータを、請求項１から１１のいずれか１項に記載の通信装置として機能させるためのプログラム。

Images