(57)【要約】【課題】中継端末の処理の負荷を軽減すること。【解決手段】端末装置は、中継端末と近距離通信を行う第１通信部と、中継端末との間の中継の必要性を判定する第１判定部と、中継端末にかかる処理の負荷を判定する第２判定部と、第１判定部によって中継端末との間の中継の必要性が高いと判定され、第２判定部によって中継端末にかかる処理の負荷が軽いと判定された場合に、第１通信部を用いて、中継端末に対し中継要求メッセージを送信する通信制御部と、を備える。【選択図】図１
2020174258.tif 000002
【特許請求の範囲】
【請求項１】
中継端末と近距離通信を行う第１通信部と、
前記中継端末との間の中継の必要性を判定する第１判定部と、
前記中継端末にかかる処理の負荷を判定する第２判定部と、
前記第１判定部によって前記中継端末との間の中継の必要性が高いと判定され、前記第２判定部によって前記中継端末にかかる処理の負荷が軽いと判定された場合に、前記第１通信部を用いて、前記中継端末に対し中継要求メッセージを送信する通信制御部と、
を備える、端末装置。
【請求項２】
前記第１判定部は、予め定められた少なくとも１つの必要性判定条件に基づいて、前記中継端末との間の中継の必要性を判定し、
前記第２判定部は、予め定められた少なくとも１つの処理負荷判定条件に基づいて、前記中継端末にかかる処理の負荷を判定する、
請求項１に記載の端末装置。
【請求項３】
前記通信制御部は、前記中継端末から中継可能を示す中継応答メッセージを受信した場合に、前記第１通信部を用いて通信を行う、
請求項１または２に記載の端末装置。
【請求項４】
物理量を測定するセンサ部と、
前記物理量の測定データを記憶する記憶部を備え、
前記通信制御部は、前記第１通信部を用いて、前記測定データを前記中継端末に送信する、
請求項１から３のいずれか１項に記載の端末装置。
【請求項５】
遠距離通信を行う第２通信部を備え、
前記通信制御部は、前記第１判定部によって前記中継端末との間の中継の必要性が低いと判定され、または前記第２判定部によって前記中継端末に係る処理の負荷が重いと判定された場合に、前記第２通信部を用いて通信を行う、
請求項１から４のいずれか１項に記載の端末装置。
【請求項６】
コンピュータに、
中継端末との間の中継の必要性を判定する第１判定ステップと、
前記中継端末にかかる処理の負荷を判定する第２判定ステップと、
前記第１判定ステップによって前記中継端末との間の中継の必要性が高いと判定され、前記第２判定ステップによって前記中継端末にかかる処理の負荷が軽いと判定された場合に、近距離通信を用いて前記中継端末に対し中継要求メッセージを送信する通信制御ステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置およびプログラムに関する。
【背景技術】
【０００２】
無線通信装置等の通信装置は、携帯電話網等を用いた遠距離通信と、Ｂｌｕｅｔｏｏｔｈ（登録商標）等を用いて近距離通信を実行する。
【０００３】
例えば、特許文献１には、近距離無線による通信が可能な場合に、遠距離無線通信部を停止させる技術が開示されている。この場合、特許文献１では、近距離無線部を介して、近くに存在する他の携帯電話機を中継装置として用いて、メールサーバ等とデータを送受信することで、携帯電話機の消費電力を抑制している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１１６７３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１は、近距離無線を用いてデータの中継処理を行う装置（以下、中継端末）の処理の負担を考慮していない問題がある。近距離無線は、遠距離無線よりも少ない消費電力でデータの送受信が可能であるため、近距離無線を使う方が、中継を要求する装置（以下、中継要求端末）の消費電力は少なくなる。一方、中継要求が発生することにより、中継端末の処理が増えると、中継端末の消費電力が多くなる。特に、中継端末がバッテリ駆動の場合、中継要求をむやみに発生させることは、中継端末の動作時間を短くするおそれがある。
【０００６】
本発明は、中継端末の処理の負荷を軽減することのできる端末装置およびプログラムを提供する。
【課題を解決するための手段】
【０００７】
本発明の端末装置は、中継端末と近距離通信を行う第１通信部と、前記中継端末との間の中継の必要性を判定する第１判定部と、前記中継端末にかかる処理の負荷を判定する第２判定部と、前記第１判定部によって前記中継端末との間の中継の必要性が高いと判定され、前記第２判定部によって前記中継端末にかかる処理の負荷が軽いと判定された場合に、前記第１通信部を用いて、前記中継端末に対し中継要求メッセージを送信する通信制御部と、を備える。
【０００８】
本発明のプログラムは、コンピュータに、中継端末との間の中継の必要性を判定する第１判定ステップと、前記中継端末にかかる処理の負荷を判定する第２判定ステップと、前記第１判定ステップによって前記中継端末との間の中継の必要性が高いと判定され、前記第２判定ステップによって前記中継端末にかかる処理の負荷が軽いと判定された場合に、近距離通信を用いて前記中継端末に対し中継要求メッセージを送信する通信制御ステップと、を実行させる。
【発明の効果】
【０００９】
本発明によれば、中継端末の処理の負荷を軽減することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明の第１実施形態に係る端末装置の構成の一例を示すブロック図である。
【図２】図２は、中継端末の動作を説明するための模式図である。
【図３】図３は、ビーコン信号のフォーマットの一例を説明するための模式図である。
【図４】図４は、中継要求端末の動作を説明するための模式図である。
【図５】図５は、本発明の第１実施形態に係る中継要求処理の流れの一例を示すフローチャートである。
【図６Ａ】図６Ａは、中継要求メッセージの一例を説明するための模式図である。
【図６Ｂ】図６Ｂは、中継要求メッセージの一例を説明するための模式図である。
【図６Ｃ】図６Ｃは、中継要求メッセージの一例を説明するための模式図である。
【図７】図７は、中継端末と、中継要求端末との間の処理の流れの一例を示すシーケンス図である。
【図８】図８は、中継端末と、中継要求端末との間の処理の流れの一例を示すシーケンス図である。
【図９】図９は、本発明の第２実施形態に係る端末装置の構成の一例を示すブロック図である。
【図１０】図１０は、本発明の第２実施形態に係る通信システムシステムの構成の一例を示す模式図である。
【図１１】図１１は、図１１は、本発明の第２実施形態に係る中継要求処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して、本発明に係る実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではなく、また、実施形態が複数ある場合には、各実施形態を組み合わせて構成するものも含む。
【００１２】
[第１実施形態]
図１を用いて、本発明の第１実施形態に係る端末装置の構成について説明する。図１は、本発明の第１実施形態に係る端末装置の構成の一例を示す模式図である。
【００１３】
端末装置１００は、第１通信部１１０−１と、第２通信部１１０−２と、第１アンテナ１１１−１と、第２アンテナ１１１−２と、記憶部１２０と、制御部１３０と、操作部１４０と、表示部１５０と、マイク１６０と、スピーカ１７０と、電源部１８０とを備える。端末装置１００は、中継端末および中継要求端末として動作する。端末装置１００は、中継要求端末として動作する場合に、中継端末の処理負荷等を考慮して、近距離通信と、遠距離通信とを切り替える。
【００１４】
第１通信部１１０−１は、近距離無線通信を実行する機能を有する近距離無線通信部である。第１通信部１１０−１は、第１アンテナ１１１−１を介して、近距離無線通信を実行する。第１通信部１１０−１は、第１アンテナ１１１−１を介して、中継案内を示す中継案内ビーコン信号を送信したり、受信したりする。近距離無線通信としては、例えばＢｌｕｅｔｏｏｔｈや、無線ＬＡＮ（Local  Area  Network）が挙げられる。
【００１５】
第２通信部１１０−２は、遠距離無線通信を実行する機能を有する遠距離無線通信部である。第２通信部１１０−２は、第２アンテナ１１１−２を介して、遠距離無線通信を実行する。遠距離無線通信としては、例えばＡＰＣＯ−Ｐ２５（Association  of  Public  safety  Communications  Officials  international  Project  25）およびＮＸＤＮ（登録商標）といったデジタル業務無線が挙げられる。遠距離無線通信は、携帯電話網等による通信であってもよい。第２通信部１１０−２は、無線通信に限らず有線通信を実行してもよい。
【００１６】
記憶部１２０は、種々のデータを記憶する。記憶部１２０は、例えば検出されたアドバタイズ情報および中継要求情報等を記憶している。記憶部１２０は、例えばＨＤＤ（Hard  Disk  Drive）、ＳＳＤ（Solid  State  Drive）等で構成されている。記憶部１２０は、その他の半導体メモリ等で構成されてもよい。記憶部１２０は、端末装置１００を制御するためのプログラムを記憶してもよい。
【００１７】
制御部１３０は、端末装置１００の各部を制御する。制御部１３０は、例えばＣＰＵ（Central  Processing  Unit）、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）等で構成されている。この場合、ＲＯＭには、ＣＰＵが各部を制御するためのプログラムが格納されている。ＣＰＵは、ＲＯＭに格納されたプログラムを読み出し、ＲＡＭにデータ領域を確保して実行することで、端末装置１００の各部を制御する。したがって、端末装置１０に内蔵されたＣＰＵとプログラム（ソフトウェア）とによって、端末装置１０の機能を実現することが可能である。
【００１８】
制御部１３０は、取得部１３１と、解析部１３２と、第１判定部１３３と、第２判定部１３４と、通信制御部１３５とを備える。
【００１９】
取得部１３１は、第１通信部１１０−１および第２通信部１１０−２が受信した種々の信号を取得する。取得部１３１は、例えば第１通信部１１０−１が受信した中継案内ビーコン信号を取得する。解析部１３２は、取得部１３１が取得した中継案内ビーコン信号に基づいて、中継可能な中継端末が存在するか否かを判定する。
【００２０】
第１判定部１３３は、中継の必要性（必要度）が高いか否かを判定する。第２判定部１３４は、中継端末が中継処理を実行する際に、中継端末において必要となる処理の負荷が軽いか否かを判定する。すなわち、中継端末にかける負担（かかる負担）が軽いか否かを判定する。第１判定部１３３と、第２判定部１３４との判定方法の詳細については後述する。
【００２１】
通信制御部１３５は、第１通信部１１０−１および第２通信部１１０−２を制御して、種々の信号を送受信する。通信制御部１３５は、第１通信部１１０−１を制御して、近距離無線通信を実行する。通信制御部１３５は、第２通信部１１０−２を制御して、遠距離無線通信を実行する。
【００２２】
制御部１３０が備える各部の機能の詳細は後述する。
【００２３】
操作部１４０は、端末装置１００に対するユーザからの種々の操作を受け付ける。操作部１４０は、例えば物理的なスイッチ等で構成されている。操作部１４０には、例えばＰＴＴ（Push  to  Talk）を実行するための送信ボタンが含まれる。操作部１４０は、表示部１４に設けられたタッチパネルで構成されてもよい。
【００２４】
表示部１５０は、種々の情報を表示する。表示部１５０は、例えば端末装置１００の状態および通信状況等を表示する。表示部１５０は、例えば液晶ディスプレイ（ＬＣＤ：Liquid  Crystal  Display）または有機ＥＬ（Organic  Electro-Luminescence）ディスプレイ等を含むディスプレイで構成される。表示部１５０は、例えばＬＥＤ（Light  Emitting  Diode）を含む発光素子で構成されてもよい。
【００２５】
マイク１６０は、ユーザからの音声を含む種々の音声を受け付けて、音声に応じた電気信号を音声信号として出力する。
【００２６】
スピーカ１７０は、種々の音声を出力する。音声出力部１７は、例えば、他の端末装置１００から送信された音声信号を、音声として出力する。
【００２７】
電源部１８０は、端末装置１００の各部に電力を供給する。電源部１８０は、例えば通常のバッテリで構成されている。
【００２８】
[中継端末の動作]
図２を用いて、中継端末の動作について説明する。図２は、中継端末の動作を説明するための模式図である。
【００２９】
第１端末装置１００−１は、基地局２００の通信エリア内に存在する中継端末である。第１端末装置１００−１の構成は、図１に図示の端末装置１００と同様である。第１端末装置１００−１は、第１通信部１１０−１を用いて、例えばＢＬＥ（Bluetooth  Low  Energy）等の近距離無線通信によって、基地局２００と、第１端末装置１００−１に関する情報を含む中継案内ビーコン信号Ｓ１を、近距離中心エリア１００ａ内に送信する。
【００３０】
図３を用いて、第１端末装置１００−１が送信する中継案内ビーコン信号Ｓ１のフォーマットの一例を説明する。図３は、中継案内ビーコン信号Ｓ1のフォーマットの一例を示す模式図である。
【００３１】
図３に示すように、第１端末装置１００−１は、中継案内ビーコン信号を含むＢＬＥパケットを送信する。ＢＬＥパケットは、先頭から順に、プリアンブルと、アクセスアドレスと、プロトコルデータユニットと、ＣＲＣ（Cyclic  Redundancy  Check）とを含む。プロトコルデータユニットには、アドバタイジングＰＤＵ（Protocol  Data  Unit）が格納されている。
【００３２】
アドバタイジングＰＤＵは、先頭から順に、ヘッダと、中継端末ＩＤと、中継端末データとを含む。中継端末データは、中継案内ビーコン信号Ｓ１のフォーマットに関する情報である中継案内ビーコンフォーマットを含む。
【００３３】
中継案内ビーコンフォーマットは、先頭から順に、ステータスと、使用基地局ＩＤと、ＲＳＳＩ（Receive  Signal  Strength  Indicator）と、ＢＥＲ（Bit  Error  Rate）と、グループＩＤ−１と、グループＩＤ−２と、・・・、グループＩＤ−Ｎ（Ｎは３以上の整数）と、中継可能時間とを含む。
【００３４】
ステータスは、ビジー状態（例えば「１」）とアイドル状態（例えば「０」）の２種類の状態をとる。ビジー状態は、中継端末の処理能力に余裕がなく、新たな中継要求を受け付けられないことを示す。アイドル状態は、新たな中継要求を受付可能なことを示す。例えば、第１端末装置１００−１が自身の遠距離無線通信と、他の端末装置の中継処理を同時に実行できない場合には、第１端末装置１００−１自身が遠距離無線通信を実行中にビジー状態になる。また、ステータスは２種類以上の値をとるようにしてもよい。例えば、中継処理の空き（余裕）を０〜１００％の数値で示すようにしてもよい。この場合は「０％」が完全なビジー状態に相当する。
【００３５】
使用基地局ＩＤは、第１端末装置１００−１が使用している基地局を識別するための識別子である。ＲＳＳＩは、基地局２００から受信した電波の強さを示す。ＢＥＲは、基地局２００との通信で発生したエラー率である。
【００３６】
グループＩＤ−１〜ＩＤ−Ｎは、第１端末装置１００−１がサポートするグループ通信のグループを識別するための識別子である。第１端末装置１００−１がＮ個のグループに参加可能な場合には、Ｎ個のグループＩＤが含まれる。１つのグループのみに参加可能な場合は、１個のグループＩＤが含まれる。また、第１端末装置１００−１がグループ通信をサポートしない場合には、グループＩＤは含まれない。
【００３７】
中継可能時間は、第１端末装置１００−１が中継処理を実行可能な時間である。第１端末装置１００−１の電源部１８０がバッテリである場合、中継可能時間はバッテリの残量に基づいて算出される。中継可能時間の単位は任意であるが、例えば分単位の数値が用いられる。第１端末装置１００−１の電源部１８０がＡＣ電源等で構成され中継可能時間に特に制限がない場合には、無制限を示す数値（例えば、１００万等）が用いられる。
【００３８】
[中継要求端末の動作]
図４を用いて、中継要求端末の動作について説明する。図４は、中継要求端末の動作を説明するための模式図である。
【００３９】
第２端末装置１００−２は、基地局２００の通信エリア内に存在する中継要求端末である。第２端末装置１００−２の構成は、図１に図示の端末装置１００と同様である。第２端末装置１００−２は、第１通信部１１０−１を用いて、第１端末装置１００−１が送信する中継案内ビーコン信号Ｓ１を受信する。第２端末装置１００−２は、第１端末装置１００−１から受信した中継案内ビーコン信号Ｓ１に基づいて、第１端末装置１００−１が存在することを検出する。
【００４０】
[中継要求端末の処理]
図５を用いて、本発明の第１実施形態に係る中継要求端末として動作する端末装置１００の制御部１３０の処理について説明する。図５は、本発明の第１実施形態に係る中継要求の処理の流れの一例を示すフローチャートである。以下の説明では、図４に示す第１端末装置１００−１を中継端末と呼び、第２端末装置１００−２を中継要求端末と呼ぶこともある。
【００４１】
まず、制御部１３０は、中継可能な端末が存在するか否かを判定する（ステップＳ１０１）。ステップＳ１０１では、解析部１３２が取得部１３１によって取得した中継案内ビーコン信号Ｓ１を解析し、中継可能な中継端末が存在するか否かを判定する。解析部１３２は、図３に図示した中継案内ビーコンフォーマットのステータスの状態に基づいて、中継可能な中継端末が存在するか否かを判定する。具体的には、解析部１３２は、ステータスが「ビジー状態」でない端末が１台以上存在すれば、中継可能な中継端末が存在すると判定し、そうでない場合は中継可能な中継端末が存在しないと判定する。すなわち、解析部１３２は、中継案内ビーコン信号Ｓ１を受信できない場合や、受信した中継案内ビーコン信号Ｓ１の全てのステータスが「ビジー状態」である場合に、中継可能な中継端末が存在しないと判定する。後述するように、中継案内ビーコン信号Ｓ１の解析の結果、中継可能な中継端末が複数であった場合には、中継案内ビーコン信号Ｓ１に含まれる情報に基づいて、より良い条件の中継端末が選択される。中継可能な端末装置が存在すると判定された場合（ステップＳ１０１のＹｅｓ）、ステップＳ１０２に進む。一方、中継可能な中継端末が存在しないと判定された場合（ステップＳ１０１のＮｏ）、ステップＳ１０７に進む。
【００４２】
ステップＳ１０２において、制御部１３０は、中継の必要性が高いか否かを判定する（ステップＳ１０２）。ステップＳ１０２では、第１判定部１３３が中継の必要性が高いか否かを判定する。具体的には、第１判定部１３３は、第１必要性判定方法または第２必要性判定方法を用いて、中継の必要性が高いか否かを判定する。つまり、中継端末に中継処理を依頼する必要性が高いか否かを判定する。
【００４３】
（第１必要性判定方法）
第１判定部１３３は、複数の条件に基づいて、中継の必要性が高いか否かを判定する。第１判定部１３３は、例えば複数の条件のうち、条件に該当する個数が所定数以上である場合に中継の必要性が高いと判定し、所定数未満である場合には中継の必要性が低いと判定する。例えば、所定数を「１」とすれば、以下で説明する５個の条件のうち少なくとも１つに該当する場合に、必要性が高いと判定される。また例えば、所定数を「２」とすれば、以下で説明する５個の条件のうちいずれか２つ以上に該当する場合に、必要性が高いと判定される。
【００４４】
１つ目の条件は、エマージェンシー状態とその要因である。エマージェンシー状態とは、中継要求端末を使用するユーザが危険な状況にあることを示す情報であり、中継の必要性（優先度）が最も高い。さらにエマージェンシー状態になった要因を考慮して、中継の必要性を判定してもよい。具体的には、ユーザが能動的に操作部１４０を操作することによってエマージェンシー状態になる場合と、中継要求端末のセンサによって中継要求端末（ユーザ）が倒れたことを検出（Ｍａｎ−ｄｏｗｎ検出）することにより自動的にエマージェンシー状態になる場合の２種類の要因があるが、後者の方がより緊急度が高いといえる。このため、Ｍａｎ−ｄｏｗｎ検出によるエマージェンシー状態の場合に、中継の必要度を１位とし、操作部１４０の操作によるエマージェンシー操作の場合に、中継の必要度を２位としてもよい。中継要求端末は、第１通信部１１０−１と第２通信部１１０−２との両方を用いて、エマージェンシー情報を送信するとよい。両方の通信部を使うことにより、仮に、第２通信部１１０−２の通信状況が悪い場合であっても、エマージェンシー情報を確実に送出できる。
【００４５】
２つ目の条件は、第２通信部１１０−２の故障状態である。第１判定部１３３は、中継要求端末の第２通信部１１０−２が故障している場合、代替えの通信手段がないので中継の必要性が高いと判定する。
【００４６】
３つ目の条件は、電源部１８０の残量である。第１判定部１３３は、中継要求端末の電源部１８０がバッテリである場合に、そのバッテリの残量が所定値以下である場合に、中継の必要性が高いと判定する。第１通信部１１０−１による通信は、第２通信部１１０−２による通信よりも消費電力が少ないため、中継することで、中継要求端末の動作時間を延ばすことができる。バッテリ残量を示す尺度としては、種々の尺度を用いることができる。例えば、電源部１８０の残量がフル充電の何％の残量であるか、第２通信部１１０−２の動作可能時間等をあげることができるが、これに限定されない。
【００４７】
４つ目の条件は、第２通信部１１０−２のデータ送信エラー回数／エラー頻度である。中継要求端末の送信エラー回数／エラー頻度が高い場合は、基地局２００とのリンクは維持しているものの、データ通信が成立しない場合は中継要求端末の送信が基地局２００に届いていない可能性が高い。このため、第１判定部１３３は、中継要求端末の送信エラー回数／エラー頻度が所定値以上である場合に、中継の必要性が高いと判定する。中継端末の位置は中継要求端末の位置と異なっており、さらに中継端末の送信パワーが中継要求端末の送信パワーよりも大きい場合もあるので、中継により遠距離通信の状況が改善する可能性がある。
【００４８】
５つ目の条件は、第２通信部１１０−２のＲＳＳＩである。第１判定部１３３は、中継要求端末の第２通信部１１０−２が受信したＲＳＳＩの値が所定値未満である場合には、中継要求端末と、基地局２００とのリンク状態が悪いと判定し、中継の必要性が高いと判定する。または、第１判定部１３３は、中継端末のＲＳＳＩが中継要求端末のＲＳＳＩよりも大きい場合に、中継の必要性が高いと判定する。
【００４９】
（第２必要性判定方法）
第１必要性判定方法で説明したｋ（ｋ＝１〜５）番目の条件をＣ[ｋ]とおく。ｋは条件番号と呼ぶこともある。Ｃ［ｋ］は条件に該当する場合には「１」、条件に該当しない場合には「０」とある。また、Ｃ［ｋ］に所定の重み付け係数ａ［ｋ］を付与する。第１判定部１３３は、下記の式（１）に従って、指標Ｐを算出する。
【００５０】
【数１】
2020174258.tif 000003
【００５１】
式（１）において、Ｎは条件の個数であり、上記の条件の例では「Ｎ＝５」である。つまり、条件の数は「５」に限定されない。そして、第１判定部１３３は、指標Ｐが所定値以上である場合に、中継の必要性が高いと判定し、指標Ｐが所定値未満である場合に、中継の必要性が低いと判定する。上記の条件の例では、条件番号が小さいほど、中継の必要性が高い（重要性が高い）ため、ｋが小さいほど、係数ａ［ｋ］の値が大きくなるように設定されている。例えば、条件番号１に対応するａ［１］を「ａ［１］＝２０」、条件番号２に対応するａ［２］を「ａ［２］＝１０」、条件番号３に対応するａ［３］を「ａ［３］＝８」、条件番号４に対応するａ［４］を「ａ［４］＝５」、条件番号５に対応するａ［５］を「ａ［５］＝３」等と設定すればよい。
【００５２】
また、式（１）において、変数Ｃ［ｋ］を２値ではなく、３値以上あるいは連続量にしてもよい。例えば、条件番号３のバッテリ残量に応じて、Ｃ［ｋ］を連続的に変化させてもよい。例えば、バッテリ残量が１００％（フル充電の場合）の場合には、Ｃ［ｋ］＝０とし、バッテリ残量が５０％の場合にはＣ［ｋ］＝０．５とし、バッテリ残量が１０％の場合にはＣ［ｋ］＝０．９等とする。この第２判定方法によれば、条件ごとに異なる重み係数を設定できるため、中継の必要性をより高い精度で判定することができる。
【００５３】
図５を参照する。中継の必要性が高いと判定された場合（ステップＳ１０２のＹｅｓ）、ステップＳ１０３に進む。中継の必要性が低いと判定された場合（ステップＳ１０２のＮｏ）、ステップＳ１０７に進む。
【００５４】
ステップＳ１０３において、制御部１３０は、中継端末にかける負担（かかる負担）が軽いか否かを判定する（ステップＳ１０３）。ステップＳ１０３では、第２判定部１３４が中継端末にかける負担が軽いか否かを判定する。具体的には、第２判定部１３４は、第１負担判定方法または第２負担判定方法を用いて、中継端末にかかる処理の負荷が軽いか否かを判定する。
【００５５】
（第１負担判定方法）
第２判定部１３４は、複数の条件に基づいて、中継端末にかける負担が軽いか否かを判定する。第１判定部１３３は、例えば複数の条件のうち、条件に該当する個数が所定数以上である場合に中継端末にかける負担が軽いと判定し、所定数未満である場合には負担が重いと判定する。例えば、所定数を「１」とすれば、以下で説明する５個の条件のうち少なくとも１つに該当する場合に、中継端末にかける負担が軽いと判定される。また例えば、所定数を「２」とすれば、以下で説明する５個の条件のうちいずれか２つ以上に該当する場合に、中継端末にかける負担が軽いと判定される。
【００５６】
１つ目の条件は中継可能時間である。第２判定部１３４は、中継端末から受信した中継案内ビーコン信号Ｓ１に含まれる中継可能時間が、所定値以上である場合に負担が軽いと判定し、所定値未満である場合に負担が重いと判定する。また、第２判定部１３４は、中継案内ビーコン信号Ｓ１に含まれる中継可能時間が、中継要求端末が希望する中継時間よりも大きく、かつその差が所定値以上である場合に、負担が軽いと判定してもよい。
【００５７】
２つ目の条件はグループＩＤである。第２判定部１３４は、中継要求端末がグループ通信を行う場合、中継端末から受信した中継案内ビーコン信号Ｓ１に含まれるグループＩＤの中に、自らが使用するグループＩＤと一致するものが存在するか否かを判定する。第２判定部１３４は、一致するものが存在する場合に負担が軽いと判定し、一致するものが存在しない場合に負担が重いと判定する。グループＩＤが一致する場合、中継端末は、中継の有無に関わらず、当該グループ宛ての通信を受信する。このため、グループ通信の受信（着信）に関しては、中継要求に起因する中継端末の負担の増加は軽微であるといえる。つまり、グループ通信を受信するために、中継端末の第２通信部１１０−２の処理が増えることはない。中継端末は、中継要求がない場合においても受信するデータを、第１通信部１１０−１を介して、中継要求端末に送出すればよいので、中継に起因する負担は軽い。
【００５８】
３つ目の条件は中継端末のＲＳＳＩである。第２判定部１３４は、中継端末から受信した中継案内ビーコン信号Ｓ１に含まれるＲＳＳＩが、所定値以上である場合に、負担が軽いと判定し、所定値未満である場合に、負担が重いと判定する。ＲＳＳＩが大きい端末装置は、基地局との距離が近い可能性が高いので、端末装置の送信電力を比較的小さくしても基地局と通信できる可能性が高い。このため、第２判定部１３４は、中継端末のＲＳＳＩが大きい場合は、中継端末の電力消費が相対的に少なく済む可能性が高いため、負担が軽いと判定する。
【００５９】
４つ目の条件は中継端末のＢＥＲである。第２判定部１３４は、中継端末から受信した中継案内ビーコン信号Ｓ１に含まれるＢＥＲが、所定値未満である場合に、負担が軽いと判定し、所定値以上である場合に、負担が重いと判定する。ＢＥＲの小さい端末は、データの送受信において再送処理が必要となる可能性が低いため、中継に起因する消費電力が少なく済む可能性が高い。このため、第２判定部１３４は、中継端末のＢＥＲが小さい場合は、中継端末の負担が軽いと判定する。
【００６０】
（第２負担判定方法）
第１負担判定方法で説明したｉ（ｉ＝１〜４）番目の条件をＤ[ｉ]とおく。ｉは条件番号と呼ぶこともある。Ｄ［ｉ］は条件に該当する場合には「１」、条件に該当しない場合には「０」とする。また、Ｄ［ｉ］に所定の重み付け係数ｂ［ｉ］を付与する。第２判定部１３４は、下記の式（２）に従って、指標Ｑを算出する。
【００６１】
【数２】
2020174258.tif 000004
【００６２】
式（２）において、Ｍは条件の個数であり、上記の条件の例では「Ｍ＝４」である。なお、条件の数は「４」に限定されない。そして、指標Ｑが所定値以上である場合に、中継端末にかける負担が軽い判定し、指標Ｑが所定値未満である場合に、中継端末にかける負担は重いと判定する。上記の条件の例では、条件番号ｉが小さいほど、負担判定における重要性が高いため、条件番号ｉが小さいほど、係数ｂ［ｉ］の値が大きくなるように設定されている。例えば、条件番号１に対応するｂ［１］を「ｂ［１］＝３０」、条件番号２に対応するｂ［２］を「ｂ［２］＝２０」、条件番号３に対応するｂ［３］を「ｂ［３］＝１０」、条件番号４に対応するｂ［４］を「ｂ［４］＝８」、等と設定すればよい。この第２の判定方法によれば、条件ごとに異なる重み係数を設定できるため、中継端末にかける負担の程度をより高い精度で判定することができる。
【００６３】
また、複数の中継可能な中継可能端末を発見した場合は、第２判定部１３４は、複数の中継可能端末のうち、最も適切な端末を１つ選択し、選択した端末に対して、負担が軽いか否かを判定する。例えば、Ｌ個（Ｌ≧２）の中継可能端末を発見した場合、第２判定部１３４は、Ｌ個の端末それぞれについて、上記の第２負担判定方法で述べた指標Ｑ［ｊ］（ｊ＝１〜Ｌ）を算出する。そして、第２判定部１３４は、指標Ｑ［ｊ］の中の最大値であるＱmaxを特定し、Ｑmaxが所定値以上である場合に、中継端末の負担が軽いと判定する。第２判定部１３４は、中継端末の負担が軽いと判定した場合、指標Ｑ［ｊ］がＱmaxとなる端末を中継端末として選出する。指標がＱmaxとなる端末が複数存在する場合には、そのうちの１台をランダムに選出すればよい。
【００６４】
図５を参照する。負担が軽いと判定された場合（ステップＳ１０３のＹｅｓ）、ステップＳ１０４に進む。負担が重いと判定された場合（ステップＳ１０３のＮｏ）、ステップＳ１０７に進む。
【００６５】
ステップＳ１０４において、制御部１３０は、第１通信部１１０−１を介して、中継要求メッセージを中継端末に送信する（ステップＳ１０４）。ステップＳ１０４では、通信制御部１３５が中継端末に中継要求メッセージを送信する。具体的には、第１判定部１３３は、第１負担判定方法または第２負担判定方法を用いて、中継の必要性が高いか否かを判定する。
【００６６】
図６Ａと、図６Ｂと、図６Ｃとを用いて、中継要求メッセージについて説明する。図６Ａから図６Ｃは、中継要求メッセージを説明するための模式図である。
【００６７】
図６Ａは、中継要求メッセージの第１の例を示す模式図である。中継要求メッセージＭ１には、「中継要求端末（第２端末装置１００−２）のＩＤ」、「エマージェンシー情報」、「第２通信部の故障情報」、「バッテリ残量」、「第２通信部のＢＥＲ」、「第２通信部のＲＳＳＩ」、「使用するグループＩＤ」、「中継を希望する期間（時間）」、「予想データ量」等が含まれている。中継要求メッセージＭ１の各フィールドは、ＹＥＳ／ＮＯを示す情報、あるいは数値である。
【００６８】
「中継要求端末のＩＤ」は、中継要求端末を一意に識別するためのＩＤが含まれる。「エマージェンシー情報」は、中継要求端末がエマージェンシー状態であるか否かに関する情報が含まれる。「第２通信部の故障情報」は、中継要求端末の第２通信部１１０−２が故障しているか否かに関する情報が含まれる。「バッテリ残量」は、フル充電の何％の残量であるか、あるいは第２通信部１１０−２の動作可能時間、等の尺度で表現される。「使用するグループＩＤ」は、中継要求端末が使用するグループ通信のＩＤが含まれる。中継要求メッセージＭ１には、中継要求端末が複数のグループＩＤを使用することが想定される場合には、複数のグループＩＤを含めてもよい。「中継を希望する期間（時間）」は、予想される中継動作の合計時間である。または、中継要求メッセージＭ１には、中継の動作時間として中継開始時刻と中継終了時刻を含んでいてもよい。「予想データ量」は、中継動作により発生すると予想されるデータの合計量である。さらに、中継要求端末が送信する送信データと、中継要求端末が受信する受信データとに分けて表現してもよい。
【００６９】
図６Ｂは、中継要求メッセージの第２の例を示す図である。中継要求メッセージＭ２には、図６Ａに図示の中継要求メッセージＭ１に示すフィールドに加えて、「必要性判定方法」と「必要度（スコア）」と「必要度判定の閾値」のフィールドが追加されている。
【００７０】
「必要性判定方法」は、上述の第１必要性判定方法と、第２必要性判定方法のどちらを用いたかを示す情報である。例えば、第１必要性判定方法を用いた場合に「１」、第２必要性判定方法を用いた場合に「２」とすればよい。「必要度」は、スコアとも呼ばれ、第１必要性判定方法を用いた場合には、合致した条件の数であり、第２必要性判定方法を用いた場合には、指標Ｐである。第１必要性判定方法および第２必要性判定方法のいずれを用いても、必要度を示す数値が登録される。「必要度判定の閾値」は、必要性判定で用いた閾値（所定値）である。このように、中継要求端末が算出した必要度およびその閾値を中継端末に送信してもよい。
【００７１】
図６Ｃは、中継要求メッセージの第３の例を示す図である。中継要求メッセージＭ３は、図６Ｂに示す中継要求メッセージＭ２フィールドのうち、「エマージェンシー情報」等の中継要求端末の詳細情報を示すフィールドは省略されており、「中継要求端末のＩＤ」、「必要性判定方法」、「必要度」、「証明書」のフィールドで構成されている。
【００７２】
「必要性判定方法」と「必要度」は、図６Ｂと同様である。「証明書」は、認証機関により発行された証明書である。ここでは、中継要求端末は、あらかじめ認証機関によって、中継要求処理に関する審査を受けており、審査に合格した場合に証明書が発行されているものとする。例えば、「証明書」は、公知の公開鍵暗号の技術を用いて作成されている。つまり、証明書があることにより、中継端末は、中継要求端末が送信する「必要性判定方法」と「必要度」は、認証機関に認定された正当なものであり、信用できる情報であると確認できる。
【００７３】
中継要求メッセージを受信した中継端末は、中継可能（中継ＯＫ）または中継不可（中継ＮＧ）のいずれかを示す中継応答メッセージを中継要求端末に返答する。中継端末は、中継要求メッセージに含まれる情報をもとに、中継の可否を判定してもよい。例えば中継端末は、バッテリ残量が所定値未満である場合には中継を許可し、バッテリ残量が所定知以上である場合には中継を不可と判定してもよい。
【００７４】
なお、中継端末は、１つの中継要求端末から接続要求を受けた場合に、すぐに中継応答メッセージを送信せずに、所定の時間だけ待機し、他の中継要求端末の有無を確認してから、中継応答メッセージを送信してもよい。待機時間中に複数の中継要求端末から接続要求を受けた場合には、その中から最も優先度の高い端末を選択し、その端末に対して中継ＯＫを送信し、他の端末に対しては中継ＮＧを送信する。また、中継端末が同時に中継許可する端末の台数は、必ずしも１台でなくてもよく、複数の端末からの中継要求を許可してもよい。例えば、中継端末および通信システムの処理能力が、３つの中継処理を同時に実行可能である場合、中継端末は最大３つの端末からの中継要求を許可するようにしてもよい。接続要求の数が最大中継可能数を上回る場合には、優先度が高い順に最大中継可能数までの端末を選択し、選択した端末に対して中継ＯＫを送信する。
【００７５】
図５を参照する。ステップＳ１０５において、制御部１３０は、第１通信部１１０−１を介して、中継端末から中継可能を示す中継応答メッセージを受信したか否かを判定する（ステップＳ１０５）、ステップＳ１０５では通信制御部１３５が中継応答メッセージを受信したか否かを判定する。中継可能を示す中継応答メッセージを受信したと判定された場合（ステップＳ１０５のＹｅｓ）、ステップＳ１０６に進む。一方、中継可能メッセージを受信していないと判定された場合（ステップＳ１０５のＮｏ）、ステップＳ１０７に進む。中継可能メッセージを受信していないと判定される場合とは、中継不可を示す中継応答メッセージを受信した場合、または所定時間内に中継応答メッセージを受信しなかった場合である。
【００７６】
ステップＳ１０６において、制御部１３０は、第１通信部１１０−１を用いて、通信を行う（ステップＳ１０６）。ステップＳ１０６では、通信制御部１３５が第１通信部１１０−１を用いて、通信を行う。ステップＳ１０６における通信とは、中継端末を介した通信である。
【００７７】
ステップＳ１０７において、制御部１３０は、第２通信部１１０−２を用いて、通信を行う（ステップＳ１０７）。ステップＳ１０７では、通信制御部１３５が第２通信部１１０−２を用いて、通信を行う。
【００７８】
図７を用いて、第１端末装置１００−１と、第２端末装置１００−２との間のメッセージ交換処理の流れについて説明する。図７は、第１端末装置１００−１と、第２端末装置１００−２との間のメッセージ交換処理の流れ示すシーケンス図である。
【００７９】
まず、第１端末装置１００−１は、第２端末装置１００−２に対して、中継案内ビーコン信号Ｓ１を送信する（ステップＳ１１）。
【００８０】
第２端末装置１００−２は、中継案内ビーコン信号Ｓ１に基づいて、第１端末装置１００−１の存在を検出する（ステップＳ１２）。第２端末装置１００−２は、第１端末装置１００−１との中継の必要度を判定する（ステップＳ１３）。第２端末装置１００−２は、第１端末装置１００−１の負担の程度を判定する（ステップＳ１４）。
【００８１】
第２端末装置１００−２は、中継要求メッセージを第１端末装置１００−１に送信する（ステップＳ１５）。第１端末装置１００−１は、中継可能または中継不可を示す中継応答メッセージを第２端末装置１００−２に送信する（ステップＳ１６）。
【００８２】
ステップＳ１６で第１端末装置１００−１が送信した中継応答メッセージが中継可能を示している場合、第１端末装置１００−１と、第２端末装置１００−２との間で通信が確立する（ステップＳ１７）。
【００８３】
図８を用いて、第１端末装置１００−１と、第２端末装置１００−２との通信が確立した後、第２端末装置１００−２が第１端末装置１００−１を介して遠距離通信を行う処理について説明する。図８は、第２端末装置１００−２が第１端末装置１００−１を介して遠距離通信を行う処理の流れを示すシーケンス図である。
【００８４】
第２端末装置１００−２は、音声送信をする場合、第１通信部１１０−１を介して符号化した符号化音声データを近距離通信で第１端末装置１００−１に送信する（ステップＳ２１）。近距離通信プロトコルとしては、例えばＢｌｕｅｔｏｏｔｈのＳＰＰ（Serial  Port  Profile）が用いられる。
【００８５】
第１通信端末１００１は、第２端末装置１００−２から受信した音声データを、第２通信部１１０−２を介して、対応する遠距離通信プロトコルの適切なメッセージに埋め込んで、基地局２００に送信する（ステップＳ２１）。遠距離通信プロトコルとしては、例えばＰ２５およびＮＸＤＮが用いられる。
【００８６】
ステップＳ２３とステップＳ２４とは、データの流れの方向が異なるだけで、それぞれステップＳ２２およびステップＳ２１と同様である。
【００８７】
本実施形態によれば、中継要求端末は、中継可能な端末（候補端末）を発見してすぐに中継要求を送信するのではなく、まず自端末の情報をもとに、中継の必要性の高さを判定する。次に、候補端末から受信した情報をもとに、中継処理によって候補端末にかける負担の程度を判定する。そして、中継の必要性が高く、かつ負担の程度が軽いと判定した場合にのみ中継要求を送信する。このため、むやみに中継要求を送信することを防止することができ、２つの通信経路が利用可能であることによる通信の安定性と、中継端末の処理負荷の軽減（消費電力の軽減）を両立させることができる。例えば、第２通信部が故障した時やバッテリ残量が少ない場合には、第１通信部を用いた通信が可能になるため、通信の安定性（信頼性）が確保される。また、中継処理の処理負荷を考慮して、中継要求を送出するため、中継端末の負荷が過度に大きくなることを防止できる。
【００８８】
［第２実施形態］
第１実施形態における中継要求端末は、上述したとおり、ユーザが操作を行って音声通話等の通信を行う端末装置である。それに対し、第２実施形態における中継要求端末は、通常はユーザが操作を行わない端末装置である。第２実施形態における中継要求端末は、例えばセンシング機能を持つＩｏＴ（Internet  of  Things）端末装置である。
【００８９】
図９を用いて、第２実施形態に係る端末装置１００Ａの構成について説明する。図９は、第２実施形態に係る端末装置１００Ａの構成の一例を示すブロック図である。
【００９０】
端末装置１００Ａは、第１通信部１１０−１と、第１アンテナ１１１−１と、記憶部１２０と、制御部１３０と、電源部１８０と、センサ部１９０とを備える。図９に示されるように、端末装置１００Ａは、遠距離通信を行う第２通信部１１０−２を備えていない。
【００９１】
端末装置１００Ａは、周囲（第１通信部１１０−１で通信可能な範囲）に中継端末の候補が存在する場合に、中継を要求することが可能になる。本実施形態の中継要求端末および中継端末は、両方とも移動可能であってもよいが、一方は、位置が固定であってもよい。例えば、中継要求端末は、道路や建物等の所定の位置に固定的に設置されており、中継端末は、不特定多数の人が携帯するスマートフォンあるいは通信機能を備える車載機器であって移動可能である。あるいは逆に、中継要求端末が移動可能であり、中継端末の位置が固定されていてもよい。また、中継端末はユーザが操作を行う装置（機器）でなくてもよい。
【００９２】
センサ部１９０は、種々の物理量を計測する。センサ部１９０が計測するデータの種類に特に制限はない。センサ部１９０は、例えば、気温、水温、気圧、風速、風向き、日照量、降水量、水量、水深、波の高さ、川の流速、道路や橋の振動量、道路上の移動体の重量、騒音量、交通量、人や車の通行量、人や車の混雑度、ドアの開閉回数、等を計測する機能を備える。また、第１通信部１１０−１がセンサ部の機能を備えていてもよい。例えば、第１通信部１１０−１が、所定期間において検出したビーコン信号の数や通信可能なデバイスの数を計測し、それをもとに中継要求端末の周囲を通過した人や車の数を推定してもよい。この場合は、端末装置１００Ａのセンサ部１９０を省略することができる。センサ部１９０または第１通信部１１０−１が計測したデータ（センサデータ）は、記憶部１２０に記憶される。
【００９３】
図１０を用いて、第２実施形態に係るシステムの構成について説明する。図１０は、第２実施形態に係るシステムの構成の一例を示す模式図である。
【００９４】
通信システム１は、第１中継端末１００−１ａと、第２中継端末１００−１ｂと、第１中継要求端末１００−２ａと、第２中継要求端末１００−２ｂと、第３中継要求端末１００−２ｃと、データ収集装置３００と、ネットワークＮＷとで構成されている。説明を簡潔にするため、本図では、３つの中継要求端末と、２つの中継端末と、１つのデータ収集装置を示しているが、これらの装置の数はこれに限定されるものではなく、任意であってよい。第１中継端末１００−１ａと、第２中継端末１００−１ｂとは、例えば図１に図示の端末装置１００である。第１中継要求端末１００−２ａと、第２中継要求端末１００−２ｂと、第３中継要求端末１００−２ｃとは、図９に図示の端末装置１００Ａである。以下では、第１中継端末１００−１ａと、第１中継要求端末１００−２ａとの間で通信が確立されたものとして説明する。
【００９５】
第１中継要求端末１００−２ａは、第１中継端末１００−１ａを検出して中継が可能になると、第１中継端末１００−１ａを介して、計測したデータをデータ収集装置３００に送信する。つまり、第１中継要求端末１００−２ａは、データ収集装置３００と直接通信できないため、第１中継端末１００−１ａに対して、データ収集装置３００へのデータ送信を依頼する。このデータ収集装置３００は、第１中継要求端末１００−２ａがデータを送信する対象の装置であるため、「ターゲット装置」とも呼ばれる。第１中継端末１００−１ａは、第１通信部１１０−１と、第２通信部１１０−２とを備えており、第２通信部１１０−２を用いて、インターネット等のネットワークＮＷに接続されたデータ収集装置３００と通信することができる。図１０に示すように、１つの中継端末が、複数の中継要求端末のデータを中継してもよい。例えば、第１中継端末１００−１ａが第１中継要求端末１００−２ａと第２中継要求端末１００−２ｂとのデータを中継し、第２中継端末１００−１ｂが第２中継要求端末１００−２ｂと第３中継要求端末１００−２ｃとのデータを中継してもよい。また、１つの中継要求端末が、複数の中継端末にデータ中継を依頼してもよい。例えば、第２中継要求端末１００−２ｂのように、第１中継端末１００−１ａと、第２中継端末１００−１ｂとにデータ中継を依頼してもよい。
【００９６】
データ収集装置３００は、複数の中継要求端末により計測されたデータ（センサデータ）を収集し、統計処理等を行う。中継端末は、必ずしも遠距離通信機能を備えていなくてもよい。例えば、複数の中継端末同士が近距離通信機能による中継処理（リレー処理）を連携して行うことにより、中継要求端末のデータをデータ収集装置３００に届けてもよい。すなわち、中継要求端末および中継端末は、近距離通信機能を備える任意の装置であってもよい。
【００９７】
第１中継要求端末１００−２ａは、記憶部１２０から計測したデータを読み出して送信する。送信したデータを記憶部１２０から消去可能になる。逆にいうと、第１中継要求端末１００−２ａは、データ送信するまでは、記憶部１２０にデータを保持する必要がある。
【００９８】
［中継要求処理］
図１１を用いて、本発明の第１実施形態に係る中継要求端末として動作する端末装置１００Ａの制御部１３０の処理について説明する。図１１は、本発明の第２実施形態に係る中継要求処理の流れの一例を示すフローチャートである。
【００９９】
ステップＳ２０１は、図５に図示のステップＳ１０１と同様なので説明は省略する。
【０１００】
ステップＳ２０２において、制御部１３０は、中継の必要性が高いか否かを判定する（ステップＳ２０２）。ステップＳ２０２では、第１判定部１３３が中継の必要性が高いか否かを判定するが、その判定方法が図５に図示のステップＳ１０２とは異なっている。具体的には、以下の第３必要性判定方法または第４必要性判定方法を用いる。
【０１０１】
（第３必要性判定方法）
第１判定部１３３は、複数の条件に基づいて、中継の必要性が高いか否かを判定する。第１判定部１３３は、例えば複数の条件のうち、条件に該当する個数が所定数以上である場合に中継の必要性が高いと判定し、所定数未満である場合には中継の必要性が低いと判定する。例えば、所定数を「１」とすれば、以下で説明する４個の条件のうち少なくとも１つに該当する場合に、必要性が高いと判定される。また例えば、所定数を「２」とすれば、以下で説明する４個の条件のうちいずれか２つ以上に該当する場合に、必要性が高いと判定される。
【０１０２】
１つ目の条件は、センサデータの異常値である。例えば、センサ部１９０で降水量を計測している場合や、台風等の影響により、降水量が通常時に比べて非常に多い状況では、災害の危険性が高まっており、センサデータをデータ収集装置３００に送信する必要性が高い。一方、降水量が「０」である場合や、降水量が少ない場合には、センサデータを緊急に送信する必要性は低い。このように、計測したセンサデータが通常時と比べて大きく異なる場合（異常値を示す場合）、第１判定部１３３は、中継の必要性が高いと判定する。
【０１０３】
２つ目の条件は、センサ部１９０に発生する障害である。センサ部１９０等に障害が発生し、正常な計測ができない状況では、そのような障害情報をデータ収集装置３００または運用管理センター等に送信し、運用者が端末装置１００Ａを修理もしくは交換する必要がある。このため、第１判定部１３３は、中継の必要性が高いと判定する。
【０１０４】
３つ目の条件は、電源部１８０の残量である。第１判定部１３３は、端末装置１００Ａの電源部１８０がバッテリである場合に、そのバッテリの残量が所定値以下である場合に、中継の必要性が高いと判定する。バッテリ残量を示す尺度は、第１実施形態で説明したように、種々の尺度を用いることができる。
【０１０５】
４つ目の条件は、記憶部１２０の空き容量である。端末装置１００Ａは、中継が可能になるまで、中継すべきセンサデータを記憶部１２０に保存する必要がある。中継できない期間が長くなると、記憶部１２０の空き容量が減っていく。記憶部１２０の容量は限られているため、中継できない期間が非常に長くなると、空き容量が無くなる。その場合、新規データを保存しないようにするか、あるいは古いデータを順次削除して空き容量を増やす。いずれにしても、計測したデータの一部がデータ収集装置に送信されなくなるため、第１判定部１３３は、記憶部１２０の空き容量が少ない場合に、中継の必要性が高いと判定する。具体的には、第１判定部１３３は、空き容量が所定値（例えば、１００ＭＢ）未満である、または記憶部１２０の全容量に対する空き容量の割合が所定値（例えば、１０％）未満である場合に、空き容量が少ないと判定する。
【０１０６】
（第４必要性判定方法）
第３必要性判定方法で説明したｋ（ｋ＝１〜４）番目の条件をＣ[ｋ]とおく。ｋは条件番号と呼ぶこともある。Ｃ［ｋ］は条件に該当する場合には「１」、条件に該当しない場合には「０」とある。また、Ｃ［ｋ］に所定の重み付け係数ａ［ｋ］を付与する。第１判定部１３３は、上記の式（１）に従って、指標Ｐを算出する。
【０１０７】
式（１）において、Ｎは条件の個数であり、第４必要性判定方法では「Ｎ＝４」であるが、「Ｎ＝４」に限定されるわけではない。そして、第１判定部１３３は、指標Ｐが所定値以上である場合に、中継の必要性が高いと判定し、指標Ｐが所定値未満である場合に、中継の必要性が低いと判定する。上記の条件の例では、条件番号が小さいほど、中継の必要性が高い（重要性が高い）ため、ｋが小さいほど、係数ａ［ｋ］の値が大きくなるように設定されている。例えば、条件番号１に対応するａ［１］を「ａ［１］＝２０」、条件番号２に対応するａ［２］を「ａ［２］＝１０」、条件番号３に対応するａ［３］を「ａ［３］＝８」、条件番号４に対応するａ［４］を「ａ［４］＝５」等と設定すればよい。この第４必要性判定方法によれば、条件ごとに異なる重み係数を設定できるため、中継の必要性をより高い精度で判定することができる。
【０１０８】
また、式（１）において、変数Ｃ［ｋ］を２値ではなく、３値以上あるいは連続量にしてもよい。例えば、条件番号３のバッテリ残量に応じて、Ｃ［ｋ］を連続的に変化させてもよい。例えば、バッテリ残量が１００％（フル充電の場合）の場合には、Ｃ［ｋ］＝０とし、バッテリ残量が５０％の場合にはＣ［ｋ］＝０．５とし、バッテリ残量が１０％の場合にはＣ［ｋ］＝０．９等とする。同様に、条件番号４の記憶部１２０の空き容量に応じて、Ｃ［ｋ］を連続的に変化させてもよい。例えば、記憶部１２０の空き容量が１００％の場合には、Ｃ［ｋ］＝０とし、空き容量が５０％の場合にはＣ［ｋ］＝０．５とし、空き容量が１０％の場合にはＣ［ｋ］＝０．９等とする。条件番号１および条件番号２についても同様に、異常さの程度や障害の程度に応じて、変数Ｃ［ｋ］を設定してもよい。
【０１０９】
ステップＳ２０３からステップＳ２０６については、図５に図示のステップＳ１０３からステップＳ１０６と同様である。ステップＳ２０４において、端末装置１００Ａは、図６に示すようなフォーマットで、中継要求メッセージを送信する。つまり、第２実施形態においても図６Ｃに示すように中継要求メッセージに証明書を含めてもよい。また、ステップＳ２０６において、端末装置１００Ａは、第１通信部１１０−１を用いて、センサデータを中継端末に送信する。
【０１１０】
また、端末装置１００Ａは、中継端末経由で、データ収集装置３００から送信された制御情報（中継要求端末の動作を設定するための情報）や了解情報（データ収集装置が正常にデータを受信したことを示す情報）等受信してもよい。第１実施形態では、図８に示したように、近距離通信において「符号化音声データ」を送受信し、遠距離通信において「音声通信メッセージ」を送受信している。これに対し、第２実施形態において送受信されるデータは、音声に限らず任意の種類のデータである。つまり、図８に示すデータの種類は、あくまでも一例であり、近距離通信および遠距離通信によって送受信されるデータの種類は、音声データに限らず、任意の種類であってよい。
【０１１１】
ステップＳ２０７において、制御部１３０は、中継端末を介してデータ収集装置に送信したセンサデータを記憶部１２０から削除する（ステップＳ２０７）。これにより、記憶部１２０の空き容量を増やし、新たなセンサデータを記憶することができる。なお、記憶部１２０の記憶容量が、計測するセンサデータの容量に比べて十分に大きく、実質的に無制限にデータを記憶できる場合には、ステップＳ２０７を省略してもよい。
【０１１２】
ステップＳ２０８において、制御部１３０は、所定時間待機（スリープ）する（ステップＳ２０８）。例えば、この所定時間として１０秒間を用いればよいが、この値に限定されるものではない。その後、ステップＳ２０１に戻り上述の処理を繰り返す。つまり、制御部１３０は、第１通信部１１０−１を用いて通信できない場合には、所定時間だけ待機して、中継端末を探す処理を繰り返す。
【０１１３】
本実施形態によれば、中継要求端末は、第２通信部を備える必要がないため、中継要求端末の構成を簡易にできる。つまり、中継要求端末の製造コストや運用コスト（通信費等）を抑えることができる。本実施形態は、中継要求端末および中継端末の候補となる端末の数が多い場合に、特に好適である。中継端末の候補となる端末の数が多く、中継要求端末から近距離無線で通信可能な範囲に中継端末が存在する可能性が高い環境においては、中継要求端末が第２通信部を備えていなくても、実用上十分に、中継要求端末と自データ収集装置との間の通信が可能である。
【０１１４】
以上、本発明の実施形態を説明したが、これら実施形態の内容により実施形態が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。
【符号の説明】
【０１１５】
１  通信システム
１００  端末装置
１１０−１  第１通信部
１１０−２  第２通信部
１１１−１  第１アンテナ
１１１−２  第２アンテナ
１２０  記憶部
１３０  制御部
１３１  取得部
１３２  解析部
１３３  第１判定部
１３４  第２判定部
１３５  通信制御部
１４０  操作部
１５０  表示部
１６０  マイク
１７０  スピーカ
１８０  電源部
１９０  センサ部
２００  基地局
【図１】
2020174258.tif 000005
【図２】
2020174258.tif 000006
【図３】
2020174258.tif 000007
【図４】
2020174258.tif 000008
【図５】
2020174258.tif 000009
【図６Ａ】
2020174258.tif 000010
【図６Ｂ】
2020174258.tif 000011
【図６Ｃ】
2020174258.tif 000012
【図７】
2020174258.tif 000013
【図８】
2020174258.tif 000014
【図９】
2020174258.tif 000015
【図１０】
2020174258.tif 000016
【図１１】
2020174258.tif 000017