(57)【要約】【課題】無線通信を含むシステムの運用をより効率化する。【解決手段】端末装置から複数の基地局それぞれに無線通信を介して送信されたフレーム情報に関連する所定の制御情報を、当該複数の基地局それぞれから取得する取得部と、前記複数の基地局それぞれから取得された前記制御情報に基づき、前記フレーム情報に含まれるペイロードを取得する前記基地局を特定する処理部と、を備える、情報処理装置【選択図】図１
2019039096.tif 000002
【特許請求の範囲】
【請求項１】
端末装置から複数の基地局それぞれに無線通信を介して送信されたフレーム情報に関連する所定の制御情報を、当該複数の基地局それぞれから取得する取得部と、
前記複数の基地局それぞれから取得された前記制御情報に基づき、前記フレーム情報に含まれるペイロードを取得する前記基地局を特定する処理部と、
を備える、情報処理装置。
【請求項２】
前記処理部は、前記複数の基地局それぞれにおける前記端末装置からの受信信号の強度に応じて、前記ペイロードを取得する前記基地局を、当該複数の基地局から特定する、請求項１に記載の情報処理装置。
【請求項３】
前記処理部は、前記複数の基地局それぞれから取得された、前記フレーム情報に含まれ、かつ前記ペイロードとは異なる所定の制御情報に基づき、前記端末装置の位置を推定する、請求項１に記載の情報処理装置。
【請求項４】
前記取得部は、前記端末装置の位置が推定された後に、特定された前記基地局から前記ペイロードを取得する、請求項３に記載の情報処理装置。
【請求項５】
前記フレーム情報に関連する所定の制御情報は、前記ペイロードとは異なる所定の制御情報である、請求項４に記載の情報処理装置。
【請求項６】
前記取得部は、前記端末装置の位置が推定される前に、特定された前記基地局から前記フレーム情報を取得することで、当該基地局から前記ペイロードを取得する、請求項３に記載の情報処理装置。
【請求項７】
前記フレーム情報に関連する所定の制御情報は、前記基地局による前記フレーム情報の受信状況に応じた情報である、請求項６に記載の情報処理装置。
【請求項８】
前記取得部は、前記ペイロードとは異なる所定の制御情報を取得した前記基地局の数が閾値未満の場合に、前記複数の基地局には含まれない他の基地局から当該制御情報を取得し、
前記処理部は、前記複数の基地局のそれぞれと、前記他の基地局と、により取得された当該制御情報に基づき、前記端末装置の位置を推定する、
請求項３に記載の情報処理装置。
【請求項９】
端末装置から無線通信を介してフレーム情報を取得する取得部と、
取得された前記フレーム情報に関連する所定の制御情報が、所定のサーバに送信されるように制御する制御部と、
を備え、
前記制御部は、前記サーバからの要求に応じて、前記フレーム情報に含まれるペイロードが当該サーバに送信されるように制御する、
基地局。
【請求項１０】
前記制御部は、
前記制御情報として、前記フレーム情報に含まれ、かつ前記ペイロードとは異なる所定の制御情報が前記サーバに送信されるように制御し、
当該制御情報の送信後に、前記サーバからの要求に応じて、前記ペイロードが当該サーバに送信されるように制御する、
請求項９に記載の基地局。
【請求項１１】
前記制御部は、前記サーバからの要求に応じて、前記フレーム情報と、当該フレーム情報に含まれる前記ペイロードとは異なる所定の制御情報と、のうちのいずれかが当該サーバに送信されるように制御する、請求項９に記載の基地局。
【請求項１２】
無線通信を介して１以上の基地局にフレーム情報が繰り返し送信されるように制御する制御部と、
バッテリーの状態に関する情報を取得する取得部と、
を備え、
前記制御部は、前記バッテリーの状態と、前記無線通信を介して前記フレーム情報を送信可能な前記基地局の数と、に応じて、１以上の前記基地局に対して所定の期間内に前記フレーム情報が送信される回数を制御する、
端末装置。
【請求項１３】
前記バッテリーの状態に関する情報は、当該バッテリーの電力の残量に関する情報を含み、
前記制御部は、前記バッテリーの電力の残量が少ないほど、前記所定の期間内に前記フレーム情報が送信される回数を制限する、
請求項１２に記載の端末装置。
【請求項１４】
前記制御部は、前記フレーム情報を送信可能な前記基地局の数が閾値未満の場合に、前記フレーム情報が送信される回数の制限を抑制する、請求項１２に記載の端末装置。
【請求項１５】
前記フレーム情報を送信可能な前記基地局の数は、前記端末装置の位置の検出結果に応じて特定される、請求項１２に記載の端末装置。
【請求項１６】
端末装置から無線通信を介して１以上の基地局に繰り返し送信されるフレーム情報を、当該１以上の基地局のうちの少なくとも一部の基地局から取得する取得部と、
前記少なくとも一部の基地局から取得されたフレーム情報からデータを復調する処理部と、
を備え、
所定の期間内に前記端末装置から前記フレーム情報が送信される回数に応じた数の前記基地局から、当該フレーム情報が取得される、
情報処理装置。
【請求項１７】
前記所定の期間内に前記端末装置から前記フレーム情報が送信される回数が少ないほど、当該フレーム情報の取得元となる前記基地局の数が多くなる、請求項１６に記載の情報処理装置。
【請求項１８】
コンピュータが、
端末装置から複数の基地局それぞれに無線通信を介して送信されたフレーム情報に関連する所定の制御情報を、当該複数の基地局それぞれから取得することと、
前記複数の基地局それぞれから取得された前記制御情報に基づき、前記フレーム情報に含まれるペイロードを取得する前記基地局を特定することと、
を含む、情報処理方法。
【請求項１９】
コンピュータが、
端末装置から無線通信を介してフレーム情報を取得することと、
取得された前記フレーム情報に関連する所定の制御情報が、所定のサーバに送信されるように制御することと、
前記サーバからの要求に応じて、前記フレーム情報に含まれるペイロードが当該サーバに送信されるように制御することと、
を含む、情報処理方法。
【請求項２０】
コンピュータが、
無線通信を介して１以上の基地局にフレーム情報が繰り返し送信されるように制御することと、
バッテリーの状態に関する情報を取得することと、
前記バッテリーの状態と、前記無線通信を介して前記フレーム情報を送信可能な前記基地局の数と、に応じて、１以上の前記基地局に対して所定の期間内に前記フレーム情報が送信される回数を制御することと、
を含む、情報処理方法。
【請求項２１】
コンピュータが、
端末装置から無線通信を介して１以上の基地局に繰り返し送信されるフレーム情報を、当該１以上の基地局のうちの少なくとも一部の基地局から取得することと、
前記少なくとも一部の基地局から取得されたフレーム情報からデータを復調することと、
を含み、
所定の期間内に前記端末装置から前記フレーム情報が送信される回数に応じた数の前記基地局から、当該フレーム情報が取得される、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、基地局、端末装置、及び情報処理方法に関する。
【背景技術】
【０００２】
近年、ＩｏＴ（Internet  of  Things）関連の研究開発が盛んに行われている。ＩｏＴでは、様々な物がネットワークに接続されて情報交換を行うため、無線通信が重要な技術テーマになっている。そのため、例えば、ＭＴＣ（Machine  Type  Communication）及びＮＢ−ＩｏＴ（Narrow  Band  IoT）等のような、ＩｏＴ向け通信の規格化が行われている。特に、ＩｏＴについては、上述したような特性から、例えば、農業分野や水産業分野への適用等のように、適用先が従来の分野に限らず多様化する傾向にあり、無線通信システムに適用される端末装置についても、スマートフォン等のような従来の装置には限られない。具体的な一例として、従来の端末装置に比べて構成がより簡素化されることで、低いコストで導入することが可能な所謂ローコスト端末を適用することも可能となる。【０００３】
また、上述したＩｏＴを実現するための技術として、ＬＰＷＡ（Low  Power  Wide  Area）の適用が検討されている。ＬＰＷＡは、低い消費電力で、広い領域にわたった通信（換言すると、遠距離通信）を実現可能とする無線通信技術（通信方式）である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−８５３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上述したような所謂無線通信においては、システム全体として利用可能な通信リソースや、各端末装置が利用可能な電力等が制限されている傾向にあり、より効率的なシステムの運用を実現するための技術が求められる場合がある。例えば、特許文献１には、ＬＴＥ等の規格に基づく無線通信システムにおいて、端末装置が利用可能な電力を効率的に利用可能とする技術の一例が開示されている。【０００６】
特に、ＩｏＴ関連の技術により、無線通信システムの適用分野は、前述したように従来の無線システムに比べてより多様化しており、当該適用分野の多様化に伴い、端末装置の数もより増大する傾向にある。このような状況から、無線通信を含むシステム全体の運用をさらに効率化することが可能な仕組みが求められている。【０００７】
そこで、本開示では、無線通信を含むシステムの運用をより効率化することが可能な技術について提案する。
【課題を解決するための手段】
【０００８】
本開示によれば、端末装置から複数の基地局それぞれに無線通信を介して送信されたフレーム情報に関連する所定の制御情報を、当該複数の基地局それぞれから取得する取得部と、前記複数の基地局それぞれから取得された前記制御情報に基づき、前記フレーム情報に含まれるペイロードを取得する前記基地局を特定する処理部と、を備える、情報処理装置が提供される。【０００９】
また、本開示によれば、端末装置から無線通信を介してフレーム情報を取得する取得部と、取得された前記フレーム情報に関連する所定の制御情報が、所定のサーバに送信されるように制御する制御部と、を備え、前記制御部は、前記サーバからの要求に応じて、前記フレーム情報に含まれるペイロードが当該サーバに送信されるように制御する、基地局が提供される。【００１０】
また、本開示によれば、無線通信を介して１以上の基地局にフレーム情報が繰り返し送信されるように制御する制御部と、バッテリーの状態に関する情報を取得する取得部と、を備え、前記制御部は、前記バッテリーの状態と、前記無線通信を介して前記フレーム情報を送信可能な前記基地局の数と、に応じて、１以上の前記基地局に対して所定の期間内に前記フレーム情報が送信される回数を制御する、端末装置が提供される。【００１１】
また、本開示によれば、端末装置から無線通信を介して１以上の基地局に繰り返し送信されるフレーム情報を、当該１以上の基地局のうちの少なくとも一部の基地局から取得する取得部と、前記少なくとも一部の基地局から取得されたフレーム情報からデータを復調する処理部と、を備え、所定の期間内に前記端末装置から前記フレーム情報が送信される回数に応じた数の前記基地局から、当該フレーム情報が取得される、情報処理装置が提供される。【００１２】
また、本開示によれば、コンピュータが、端末装置から複数の基地局それぞれに無線通信を介して送信されたフレーム情報に関連する所定の制御情報を、当該複数の基地局それぞれから取得することと、前記複数の基地局それぞれから取得された前記制御情報に基づき、前記フレーム情報に含まれるペイロードを取得する前記基地局を特定することと、を含む、情報処理方法が提供される。【００１３】
また、本開示によれば、コンピュータが、端末装置から無線通信を介してフレーム情報を取得することと、取得された前記フレーム情報に関連する所定の制御情報が、所定のサーバに送信されるように制御することと、前記サーバからの要求に応じて、前記フレーム情報に含まれるペイロードが当該サーバに送信されるように制御することと、を含む、情報処理方法が提供される。【００１４】
また、本開示によれば、コンピュータが、無線通信を介して１以上の基地局にフレーム情報が繰り返し送信されるように制御することと、バッテリーの状態に関する情報を取得することと、前記バッテリーの状態と、前記無線通信を介して前記フレーム情報を送信可能な前記基地局の数と、に応じて、１以上の前記基地局に対して所定の期間内に前記フレーム情報が送信される回数を制御することと、を含む、情報処理方法が提供される。【００１５】
また、本開示によれば、コンピュータが、端末装置から無線通信を介して１以上の基地局に繰り返し送信されるフレーム情報を、当該１以上の基地局のうちの少なくとも一部の基地局から取得することと、前記少なくとも一部の基地局から取得されたフレーム情報からデータを復調することと、を含み、所定の期間内に前記端末装置から前記フレーム情報が送信される回数に応じた数の前記基地局から、当該フレーム情報が取得される、情報処理方法が提供される。
【発明の効果】
【００１６】
以上説明したように本開示によれば、無線通信を含むシステムの運用をより効率化することが可能な技術が提供される。【００１７】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１８】
【図１】本開示の一実施形態に係る通信システムのシステム構成の一例について説明するための説明図である。
【図２】同実施形態に係る通信システムにおけるサーバの機能構成の一例を示したブロック図である。
【図３】同実施形態に係る通信システムにおける基地局の機能構成の一例を示したブロック図である。
【図４】同実施形態に係る通信システムにおける端末装置の機能構成の一例を示したブロック図である。
【図５】本開示の第１の実施形態に係る通信システムのシステム構成の一例について説明するための説明図である。
【図６】同実施形態に係る通信システムにおけるフレーム情報の概略的なフレーム構成の一例について説明するための説明図である。
【図７】同実施形態に係る通信システムの一連の処理の流れの一例を示したシーケンス図である。
【図８】同実施形態に係るサーバの一連の処理の流れの一例について説明するためのフローチャートである。
【図９】同実施形態に係る基地局の一連の処理の流れの一例について説明するためのフローチャートである。
【図１０】同実施形態に係る通信システムの一連の処理の流れの他の一例を示したシーケンス図である。
【図１１】同実施形態に係る基地局の一連の処理の流れの他の一例について説明するためのフローチャートである。
【図１２】同実施形態に係る基地局の一連の処理の流れの他の一例について説明するためのフローチャートである。
【図１３】本開示の第２の実施形態に係る通信システムのシステム構成の一例について説明するための説明図である。
【図１４】同実施形態に係る通信システムにおけるフレームのフレーム構成の一例について説明するための説明図である。
【図１５】同実施形態に係る通信システムの一連の処理の流れの一例について示したシーケンス図である。
【図１６】同実施形態に係る端末装置の一連の処理の流れの一例について説明するためのフローチャートである。
【図１７】同実施形態に係るサーバの一連の処理の流れの他の一例について説明するためのフローチャートである。
【図１８】本開示の一実施形態に係る通信システムを構成する情報処理装置のハードウェア構成の一構成例を示す機能ブロック図である。
【発明を実施するための形態】
【００１９】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２０】
なお、説明は以下の順序で行うものとする。
１．概略構成
１．１．システム構成
１．２．サーバの構成
１．３．基地局の構成
１．４．端末装置の構成
２．第１の実施の形態
２．１．技術的課題
２．２．技術的特徴
２．２．１．システム構成
２．２．２．フレーム構成
２．２．３．処理
２．３．評価
３．第２の実施の形態
３．１．技術的課題
３．２．技術的特徴
３．２．１．システム構成
３．２．２．フレーム構成
３．２．３．処理
３．３．評価
４．ハードウェア構成
５．むすび
【００２１】
＜＜１．概略構成＞＞
以下に、本実施形態に係る通信システムの概略構成について説明する。
【００２２】
＜１．１．システム構成＞
まず、図１を参照して、本開示の一実施形態に係る通信システムのシステム構成の一例について説明する。図１は、本開示の一実施形態に係る通信システムのシステム構成の一例について説明するための説明図である。
【００２３】
図１に示すように、本開示の一実施形態に係る通信システム１は、サーバ１００と、複数の無線通信装置２００と、端末装置３００と、クライアント４００と、を含む。本実施形態に係る通信システム１において、無線通信装置２００と端末装置３００との間では、無線の通信経路を介して情報の送受信が行われる。なお、無線通信装置２００と端末装置３００との間の通信に対して、通信範囲のより広いサブギガヘルツ（例えば、９００Ｈｚ帯）のＬＰＷＡ（Low  Power  Wide  Area）等の技術が適用されてもよい。
【００２４】
無線通信装置２００は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置２００Ａは、セルラーシステム（又は移動体通信システム）の基地局である。基地局２００Ａは、当該基地局２００ＡのセルＮ１１Ａの内部に位置する装置（例えば、端末装置３００）との無線通信を行う。例えば、基地局２００Ａは、端末装置３００へのダウンリンク信号を送信してもよく、端末装置３００からのアップリンク信号を受信してもよい。同様に、無線通信装置２００Ｂは、セルラーシステム（又は移動体通信システム）の基地局である。即ち、基地局２００Ｂは、基地局２００ＢのセルＮ１１Ｂの内部に位置する装置（例えば、端末装置３００）との無線通信を行う。なお、基地局２００Ａ及び２００Ｂは同様の構成を有するため、以降の説明では、基地局２００Ａに着目して説明し、基地局２００Ｂについては詳細な説明を省略する場合がある。また、以降の説明では、無線通信装置２００を、「基地局２００」とも称する。また、単に「基地局２００」と記載した場合には、基地局２００Ａ及び２００Ｂや後述する基地局２００Ｃも含み得るものとする。また、各基地局２００が管理するセルを特に区別しない場合には、単に「セルＮ１１」と称する場合がある。
【００２５】
基地局２００は、他の基地局と所定の通信インタフェース（例えば、Ｘ２インタフェース）により論理的に接続されていてもよく、この場合には、当該他の基地局と制御情報等の送受信が可能であってもよい。また、基地局２００は、所定のネットワーク（例えば、より高速な通信回線）を介してサーバ１００と接続されている。このような構成の基で、例えば、基地局２００は、端末装置３００から無線通信を介して各種情報を取得し、取得した当該情報のうち少なくとも一部の情報をサーバ１００に送信してもよい。
【００２６】
端末装置３００は、例えば、ＩｏＴで適用され得る、スマートフォン等のような端末装置と比べて各種構成や機能（例えば、無線通信に関する構成や機能）が制限された、所謂ローコスト端末として構成されていてもよい。端末装置３００は、各種センサ等の検知部を有していてもよく、当該検知部による検知結果に応じた各種状況や各種状態を示す情報を、無線通信を介して基地局２００に送信してもよい。具体的な一例として、端末装置３００は、各種センサ等のような検知部と組み合わせて利用されることで、水産業や農業等の分野へ適用され得る。このように、端末装置３００は、多様な用途に用いられ得る。
【００２７】
また、端末装置３００は、移動可能に構成されていてもよい。この場合には、例えば、端末装置３００は、ＧＰＳ（Global  Positioning  System）等のような所謂ＧＮＳＳ（Global  Navigation  Satellite  System）の技術に基づき、自身の位置を示す位置情報を取得し、無線通信を介して当該位置情報を基地局２００に送信してもよい。この場合には、端末装置３００は、例えば、ＧＰＳ衛星５００から送信される無線信号に基づく衛星測位により、自身の位置情報を取得すればよい。なお、端末装置３００が、例えば、電力メータやガスメータ等のような移動を伴わない装置（即ち、固定的に設置される装置）として構成されている場合には、上述した位置情報の取得に係る機能を備えていなくてもよい。
【００２８】
また、端末装置３００が移動可能に構成されている場合には、当該端末装置３００は、バッテリーからの電力供給に基づき動作するような状況が想定され得る。そのため、端末装置３００は、当該バッテリーの状態（例えば、バッテリーの電力の残量）に関する情報を取得し、当該情報に応じて、無線通信を介した基地局２００との間の通信を制御してもよい。
【００２９】
なお、前述したように、端末装置３００は、ＬＰＷＡの技術に基づき、基地局２００との間で通信を行ってもよい。そのため、端末装置３００は、必ずしも基地局２００に常時接続されていなくてもよく、例えば、所定の期間ごとに基地局２００と接続されてもよい。特に、端末装置３００として移動可能に構成されたローコスト端末を適用するような状況下では、例えば、数年以上の長期間のバッテリー駆動も想定され得るため、スマートフォン等のような常時接続や高速通信を必要としない場合もある。
【００３０】
また、端末装置３００は、３ＧＰＰで規定されているＤＲＸ（Discontinuous  Reception）／ＤＴＸ（Discontinuous  Transmission）のように、基地局２００に対して送信対象となる情報を複数回にわたり繰り返し送信（換言すると、間欠送信）してもよい。この場合には、基地局２００は、端末装置３００から繰り返し送信される無線信号を重畳し、当該重畳に伴い信号レベルの増大した無線信号に対して復調処理を施すことで、当該端末装置３００から送信されたデータを復号してもよい。このような制御により、特に、端末装置３００がローコスト端末として構成される場合等のように、当該端末装置３００が送信可能な無線信号の信号レベルが制限されている場合においても、基地局２００は、当該無線信号を復調することが可能となる。
【００３１】
なお、上述した端末装置３００の構成はあくまで一例であり、必ずしも端末装置３００の構成を限定するものではない。具体的な一例として、端末装置３００は、スマートフォン等のような端末装置（例えば、ＬＴＥ、ＬＴＥ−ＡにおけるＵＥ）として構成されていてもよい。
【００３２】
サーバ１００は、クライアント４００と所定のネットワークＮ２１を介して接続されている。なお、ネットワークＮ２１の種別は特に限定されない。具体的な一例として、当該ネットワークＮ２１は、Ｗｉ−Ｆｉ（登録商標）規格に基づくネットワークのような、所謂無線のネットワークにより構成されていてもよい。また、他の一例として、当該ネットワークＮ２１は、インターネット、専用線、ＬＡＮ（Local  Area  Network）、または、ＷＡＮ（Wide  Area  Network）等により構成されていてもよい。また、当該ネットワークＮ２１は、複数のネットワークを含んでもよく、少なくとも一部が有線のネットワークとして構成されていてもよい。また、前述のように、サーバ１００は、所定のネットワークを介して各基地局２００と接続されている。以上のような構成により、少なくとも一部の基地局２００は、サーバ１００を介して、クライアント４００で実行されたアプリケーション等と接続され得る。
【００３３】
なお、クライアント４００は、各種アプリケーションを実行する主体を模式的に示しており、その構成は特に限定されない。具体的な一例として、クライアント４００は、ネットワークＮ２１に接続されたＰＣ等のような情報処理装置として構成されていてもよい。また、クライアント４００は、例えば、スマートフォン等のような、無線のネットワークを介してサーバ１００にアクセス可能な無線通信端末として構成されていてもよい。なお、この場合には、クライアント４００は、基地局２００のセルＮ１１内に位置する端末装置であってもよく、ネットワークＮ２１に当該基地局２００と当該クライアント４００との間の無線の通信経路が含まれてもよい。
【００３４】
また、サーバ１００は、所定のネットワークＮ３１（例えば、ＷＡＮ、インターネット等）を介して、他の事業者が管理するサーバ６００（以降では、「ローミングサーバ６００」とも称する）との間で通信を行ってもよい。このような構成により、サーバ１００は、ローミングサーバ６００を介して、当該他の事業者が管理する基地局２００Ｃとの間で情報を送受信することも可能となる。即ち、サーバ１００は、基地局２００Ｃと、当該基地局２００ＣのセルＮ１１Ｃの内部に位置する端末装置３００と、の間の通信に応じた情報を、当該基地局２００Ｃからローミングサーバ６００を介して取得することも可能となる。
【００３５】
また、本実施形態に係る通信システム１において、基地局２００及び端末装置３００は、ＧＰＳ衛星５００等の衛星から無線信号として送信される情報を、当該基地局２００と当該端末装置３００との間の通信に利用してもよい。具体的な一例として、基地局２００及び端末装置３００は、ＧＰＳ衛星５００から送信される時刻情報（クロックデータ）を基に、通信の同期を行ってもよい。このような構成により、基地局２００と端末装置３００との間で通信の同期が精度良く行われ、当該基地局２００と当該端末装置３００との間で送受信される信号強度をより向上させることが可能となり、ひいては、通信品質をより向上させることが可能となる。
【００３６】
以上、図１を参照して、本開示の一実施形態に係る通信システムのシステム構成の一例について説明した。
【００３７】
＜１．２．サーバの構成＞
続いて、本開示の一実施形態に係る通信システム１を構成するサーバ１００の機能構成の一例について説明する。例えば、図２は、本開示の一実施形態に係る通信システムにおけるサーバ１００の機能構成の一例を示したブロック図である。
【００３８】
図２に示すように、サーバ１００は、ネットワーク通信部１１０と、記憶部１３０と、処理部１５０とを含む。
【００３９】
ネットワーク通信部１１０は、他の装置との間で情報を送受信する。例えば、ネットワーク通信部１１０は、基地局２００に情報を送信し、基地局２００からの情報を受信する。また、ネットワーク通信部１１０は、所定のネットワーク（例えば、図１に示すネットワークＮ２１）を介してクライアント４００との間で情報を送受信してもよい。また、ネットワーク通信部１１０は、所定のネットワーク（例えば、図１に示すネットワークＮ３１）を介してローミングサーバ６００にアクセスしてもよい。これにより、ネットワーク通信部１１０は、例えば、他の事業者が管理する基地局２００との間で、当該ローミングサーバ６００を介して情報を送受信することが可能となる。
【００４０】
記憶部１３０は、サーバ１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。記憶部１３０には、例えば、端末装置３００から基地局２００に送信され当該基地局２００からサーバ１００に取得された各種情報（例えば、フレーム情報）、当該端末装置３００の登録情報、各基地局２００の位置情報、及びローミングサーバ６００へのアクセス情報等が記憶され得る。
【００４１】
処理部１５０は、サーバ１００の様々な機能を提供する。処理部１５０は、通信制御部１５１と、情報取得部１５３と、判定部１５５と、通知部１５７とを含む。
【００４２】
通信制御部１５１は、基地局２００、クライアント４００、及びローミングサーバ６００等の他の装置との通信処理を行う。例えば、通信制御部１５１は、端末装置３００から複数の基地局２００に送信された情報（例えば、フレーム情報）を合成し、当該合成後の情報に復調処理を施すことで、当該端末装置３００から当該基地局２００に送信されたデータを復号してもよい。
【００４３】
情報取得部１５３は、上記のような他の装置から各種情報を取得する。例えば、情報取得部１５３は、端末装置３００から基地局２００に通知された情報（例えば、フレーム情報）のうち少なくとも一部の情報を、当該基地局２００から取得してもよい。
【００４４】
判定部１５５は、各種判定に係る処理を実行する。例えば、判定部１５５は、端末装置３００から複数の基地局２００それぞれに送信された情報のうち少なくとも一部の情報（例えば、フレーム情報に含まれるペイロード等）を、当該複数の基地局２００のうちのいずれから取得するかを判定してもよい。
【００４５】
通知部１５７は、他の装置に対して各種情報を通知する。例えば、通知部１５７は、基地局２００から取得した情報を、クライアント４００に通知してもよい。
【００４６】
なお、処理部１５０は、上述した構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、上述した構成要素の動作以外の動作も行い得る。
【００４７】
また、図２に示すサーバ１００の機能構成はあくまで一例であり、必ずしもサーバ１００の構成を限定するものではない。例えば、サーバ１００は、用途や適用分野に応じて上述した構成要素以外の他の構成要素を含んでもよい。
【００４８】
以上、図２を参照して、本開示の一実施形態に係る通信システム１を構成するサーバ１００の機能構成の一例について説明した。
【００４９】
＜１．３．基地局の構成＞
続いて、本開示の一実施形態に係る通信システム１を構成する基地局２００の機能構成の一例について説明する。例えば、図３は、本開示の一実施形態に係る通信システムにおける基地局２００の機能構成の一例を示したブロック図である。
【００５０】
図３に示すように、基地局２００は、アンテナ部２１０と、無線通信部２２０と、ネットワーク通信部２３０と、記憶部２６０と、処理部２７０とを含む。また、基地局２００は、アンテナ部２４０と、衛星信号受信部２５０とを含んでもよい。
【００５１】
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
【００５２】
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、端末装置３００へのダウンリンク信号を送信してもよく、端末装置３００からのアップリンク信号を受信してもよい。
【００５３】
ネットワーク通信部２３０は、情報を送受信する。例えば、ネットワーク通信部２３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局２００を含んでもよく、コアネットワークノード（例えば、前述したサーバ１００）を含んでもよい。
【００５４】
記憶部２６０は、基地局２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。記憶部２６０には、例えば、端末装置３００から送信される各種情報（例えば、フレーム情報）、当該情報の受信時刻、受信信号の信号強度、及び無線通信に使用される帯域の情報等が記憶され得る。
【００５５】
アンテナ部２４０は、ＧＰＳ衛星５００等の衛星から送信される電波（即ち、無線信号）を信号に変換し、当該信号を衛星信号受信部２５０へ出力する。
【００５６】
衛星信号受信部２５０は、ＧＰＳ衛星５００から送信される信号を受信する。このようにして受信された信号は、例えば、前述した端末装置３００との間の通信の同期等に利用される。
【００５７】
処理部２７０は、基地局２００の様々な機能を提供する。処理部２７０は、通信制御部２７１と、情報取得部２７３と、通知部２７５とを含む。
【００５８】
通信制御部２７１は、端末装置３００との無線通信を介した通信処理を行う。このとき、通信制御部２７１は、衛星信号受信部２５０によるＧＰＳ衛星５００からの信号に受信結果に応じて、当該ＧＰＳ衛星５００から送信された情報を復号してもよい。これにより、通信制御部２７１は、例えば、複合された当該情報（例えば、時刻情報）を端末装置３００との間の通信の同期に利用することも可能である。
【００５９】
情報取得部２７３は、各種情報を取得する。例えば、情報取得部２７３は、端末装置３００との間の通信に基づき、当該端末装置３００から所望の情報（例えば、フレーム情報）を取得してもよい。
【００６０】
通知部２７５は、サーバ１００及び端末装置３００のような他の装置に対して各種情報を通知する。例えば、通知部２７５は、端末装置３００から取得した情報（例えば、フレーム情報）のうち少なくとも一部の情報を、サーバ１００に通知してもよい。
【００６１】
なお、処理部２７０は、上述した構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２７０は、上述した構成要素の動作以外の動作も行い得る。
【００６２】
また、図３に示す基地局２００の機能構成はあくまで一例であり、必ずしも基地局２００の構成を限定するものではない。例えば、基地局２００は、用途や適用分野に応じて上述した構成要素以外の他の構成要素を含んでもよい。
【００６３】
以上、図３を参照して、本開示の一実施形態に係る通信システム１を構成する基地局２００の機能構成の一例について説明した。
【００６４】
＜１．４．端末装置の構成＞
続いて、本開示の一実施形態に係る通信システム１を構成する端末装置３００の機能構成の一例について説明する。例えば、図４は、本開示の一実施形態に係る通信システムにおける端末装置３００の機能構成の一例を示したブロック図である。
【００６５】
図３に示すように、端末装置３００は、アンテナ部３１０と、無線通信部３２０と、記憶部３６０と、処理部３７０とを含む。また、端末装置３００は、アンテナ部３４０と、衛星信号受信部３５０とを含んでもよい。
【００６６】
アンテナ部３１０は、無線通信部３２０により出力される信号を電波として空間に放射する。また、アンテナ部３１０は、空間の電波を信号に変換し、当該信号を無線通信部３２０へ出力する。
【００６７】
無線通信部３２０は、信号を送受信する。例えば、無線通信部３２０は、基地局へアップリンク信号を送信してもよい。また、無線通信部３２０は、基地局からのダウンリンク信号を受信してもよい。なお、端末装置３００がローコスト端末として構成されている場合には、無線通信部３２０は、上記送信処理と上記受信処理とのうちいずれかのみが実行可能に構成されていてもよい。
【００６８】
記憶部３６０は、端末装置３００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。記憶部３６０には、例えば、ノード（端末装置３００）の識別情報、及び処理部２７０により取得された各種情報（例えば、、端末装置３００の位置情報）等が記憶され得る。
【００６９】
アンテナ部３４０は、ＧＰＳ衛星５００等の衛星から送信される電波（即ち、無線信号）を信号に変換し、当該信号を衛星信号受信部３５０へ出力する。
【００７０】
衛星信号受信部３５０は、ＧＰＳ衛星５００から送信される信号を受信する。このようにして受信された信号は、例えば、前述した基地局２００との間の通信の同期や、端末装置３００の位置情報の取得（換言すると、端末装置３００の位置の推定）等に利用される。
【００７１】
処理部３７０は、端末装置３００の様々な機能を提供する。処理部３７０は、通信制御部３７１と、情報取得部３７３と、判定部３７５と、通知部３７７とを含む。
【００７２】
通信制御部３７１は、基地局２００との無線通信を介した通信処理を行う。このとき、通信制御部３７１は、衛星信号受信部３５０によるＧＰＳ衛星５００からの信号に受信結果に応じて、当該ＧＰＳ衛星５００から送信された情報を復号してもよい。これにより、通信制御部３７１は、例えば、複合された当該情報（例えば、時刻情報）を基地局２００との間の通信の同期に利用することも可能である。また、通信制御部３７１は、後述する判定部３７５による判定結果に応じて、基地局２００との無線通信を介した通信処理を制御してもよい。
【００７３】
情報取得部３７３は、各種情報を取得する。例えば、情報取得部３７３は、ＧＰＳ衛星５００から送信された情報の復号結果に応じて、端末装置３００の位置情報を取得してもよい。また、情報取得部３７３は、近接センサ、温度センサ、加速度センサ、ジャイロセンサ等の検知部（図示を省略する）から、検知結果に応じた各種情報を取得してもよい。このようにして上述のような検知部から取得された情報により、例えば、端末装置３００の周囲の環境の状態や当該端末装置３００自体の状態等のような各種状態や各種状況に関する情報を推定または取得することが可能となる。
【００７４】
判定部３７５は、各種判定に係る処理を実行する。例えば、判定部３７５は、情報取得部３７３により取得された情報に基づき各種状態や各種状況を推定し、推定結果に応じて基地局２００との間の通信に関する判定を行ってもよい。より具体的な一例として、判定部３７５は、自身のバッテリーの電力残量に応じて、基地局２００に対する繰り返し送信（即ち、間欠送信）に関する判定を行ってもよい。これにより、例えば、前述した通信制御部３７１は、バッテリーの電力の残量が閾値未満の場合に、繰り返し送信の回数を低減することで電力消費を抑制することも可能となる。
【００７５】
通知部３７７は、基地局２００のような他の装置に対して各種情報を通知する。例えば、通知部３７７は、情報取得部３７３により取得された各種情報（例えば、端末装置３００の位置情報等）を、基地局２００に通知してもよい。
【００７６】
なお、処理部３７０は、上述した構成要素以外の他の構成要素をさらに含み得る。即ち、処理部３７０は、上述した構成要素の動作以外の動作も行い得る。
【００７７】
また、図４に示す端末装置３００の機能構成はあくまで一例であり、必ずしも端末装置３００の構成を限定するものではない。例えば、端末装置３００は、用途や適用分野に応じて上述した構成要素以外の他の構成要素を含んでもよい。具体的な一例として、端末装置３００は、Bluetooth（登録商標）やＷｉ−Ｆｉ（登録商標）のような近距離通信モジュール、ＮＦＣ（Near  Field  Communication）のような近接通信モジュール、及び前述した各種センサ等を含んでもよい。
【００７８】
以上、図４を参照して、本開示の一実施形態に係る通信システム１を構成する端末装置３００の機能構成の一例について説明した。
【００７９】
＜＜２．第１の実施形態＞＞
続いて、本開示の第１の実施形態について説明する。
【００８０】
＜２．１．技術的課題＞
まず、第１の実施形態に係る通信システムの技術的課題について説明する。
【００８１】
前述したように、本開示の一実施形態に係る通信システム１において、端末装置３００が移動可能に構成されていてもよい。この場合には、当該端末装置３００は、例えば、ＧＰＳ衛星５００から送信される無線信号に基づく衛星測位により、自身の位置情報を取得することも可能である。一方で、端末装置３００が屋内や地下に位置する場合には、当該端末装置３００が、上記衛星測位により、自身の位置情報を取得することが困難な場合がある。
【００８２】
このような状況から、上記衛星測位により位置情報の取得が困難な場合においても、端末装置３００の位置情報を取得可能とする技術が各種検討されている。具体的な一例として、特開２０１６−１８４８６１号公報には、３つの基地局のそれぞれと端末装置（無線通信端末）との間の通信結果に応じた情報（例えば、フレームのずれや受信タイミング等）を利用することで、３つの基地局と端末装置との間の位置関係に基づき測位を行う（即ち、当該無線通信端末の位置を推定する）技術が開示されている。一方で、端末装置の移動するような状況下では、３つの基地局のそれぞれと端末装置との間の通信におけるフレームのずれや受信タイミングのみでは、当該端末装置の当該移動に係る状態を把握することが困難な場合がある。
【００８３】
これに対して、複数の基地局のそれぞれが、端末装置から取得されたフレーム情報をサーバに送信し、サーバ側で当該フレーム情報を解析することで、当該端末装置の位置や、当該端末装置の移動に係る状態を推定する方法も挙げられる。しかしながら、この方法では、複数の基地局のそれぞれとサーバとの間のデータ通信に関するトラフィックが増大する傾向にあり、通信回線への負荷が増大する可能性がある。
【００８４】
また、上述のようなトラフィックの増大は、端末装置の位置を推定する場合のみには限られない。即ち、複数の基地局のそれぞれと端末装置との間の通信に応じた情報が、当該複数の基地局のそれぞれからサーバに送信されるような状況下では、同様に、当該複数の基地局のそれぞれと当該サーバとの間のデータ通信に関するトラフィックが増大する可能性がある。
【００８５】
このような状況を鑑み、本実施形態では、端末装置と基地局との間の通信に応じて、当該基地局とサーバとの間で通信が行われるような状況下において、トラフィックの増大を抑制し、システム全体の運用効率をより向上させることが可能な技術について提案する。
【００８６】
＜２．２．技術的特徴＞
以下に、本実施形態に係る通信システムの技術的特徴について説明する。
【００８７】
＜２．２．１．システム構成＞
まず、本実施形態に係る通信システムのシステム構成の一例について説明する。例えば、図５は、本実施形態に係る通信システムのシステム構成の一例について説明するための説明図である。なお、以降では、便宜上、本実施形態に係る通信システムを、図１を参照して説明した通信システム１と明示的に区別する場合に「通信システム１Ａ」と称する場合がある。また、本説明では、端末装置３００が、ＧＰＳ衛星５００から送信される無線信号に基づく衛星測位により、自身の位置情報を取得することが困難な状況下において、当該端末装置３００の位置を推定する場合に着目して説明する。即ち、図５に示す、本実施形態に係る通信システム１Ａのシステム構成は、図１を参照して説明した通信システム１のシステム構成と、ＧＰＳ衛星５００が含まれていない点で異なり、その他の構成については同様である。そのため、本実施形態では、図１を参照して説明した例と異なる部分に着目して説明し、図１を参照して説明した例と実質的に同様の部分については詳細な説明は省略する。
【００８８】
図５に示す例では、サーバ１００は、複数の基地局２００のそれぞれと端末装置３００との間の通信に応じた情報を、当該基地局２００から取得し、取得した当該情報を解析することで端末装置３００の位置を推定する。例えば、サーバ１００は、ネットワークＮ２１を介したクライアント４００からの依頼に応じて、端末装置３００の位置を推定し、当該位置の推定結果を当該クライアント４００にフィードバックしてもよい。
【００８９】
なお、本実施形態においては、サーバ１００が、複数の基地局２００のそれぞれと端末装置３００との間の通信に応じた情報に基づき当該端末装置３００の位置を推定することが可能であれば、その手法は特に限定されない。例えば、サーバ１００は、端末装置３００から３以上の基地局２００のそれぞれとの間の通信に応じたフレームのずれや受信タイミング等を利用して、所謂３点測量の技術に基づき、既知である各基地局２００の位置から当該端末装置３００の位置を推定してもよい。
【００９０】
また、サーバ１００は、ローミングサーバ６００を介して他の事業者が管理する基地局２００からも情報を取得することで、当該情報を、端末装置３００の位置の推定に利用してもよい。具体的な一例として、サーバ１００は、端末装置３００の位置の推定のために情報を取得可能な基地局２００の数が閾値未満の場合に、ローミングサーバ６００を介して他の事業者が管理する基地局２００から当該情報を追加で取得してもよい。
【００９１】
以上、図５を参照して、本実施形態に係る通信システムのシステム構成の一例について説明した。
【００９２】
＜２．２．２．フレーム構成＞
続いて、本実施形態に係る通信システムにおいて、各基地局２００と端末装置３００との間で送受信されるデータ（即ち、フレーム情報）の概略的なフレーム構成の一例について説明する。例えば、図６は、本実施形態に係る通信システムにおけるフレーム情報の概略的なフレーム構成の一例について説明するための説明図である。
【００９３】
図６に示すように、本実施形態に係る通信システムにおけるフレーム情報は、主に、プリアンブル（Preamble）や同期信号（Sync）等を含む制御情報と、ペイロード（Payload）と、ＣＲＣとを含む。制御情報には、上述の通り、プリアンブル（Preamble）や同期信号（Sync）等のような基地局２００と端末装置３００との間で同期を取るための信号等が含まれる。また、ペイロードには、端末装置３００の識別情報や、当該端末装置３００から基地局２００に送信されるデータの本体が含まれる。なお、当該データには、例えば、端末装置３００が各種センサから取得した情報等が含まれてもよい。また、当該データが暗号化され、フレーム情報に対して誤り訂正に必要な符号化ビットが付加される場合もある。ＣＲＣは、誤り検出を目的とした符号であり、送信されたデータにビット誤りがあるか否かの判定に使用される。
【００９４】
なお、本実施形態では、図６に示すようなフレーム情報のうち、ペイロードが含まれない部分の情報を、「ペイロード無し情報」として個別に扱う場合がある。例えば、ペイロード無し情報としては、上記制御情報（Preamble/Sync）のみが使用され得る。
【００９５】
以上、図６を参照して、本実施形態に係る通信システムにおいて、各基地局２００と端末装置３００との間で送受信されるデータ（即ち、フレーム情報）の概略的なフレーム構成の一例について説明した。
【００９６】
＜２．２．３．処理＞
続いて、本実施形態に係る通信システムの処理シーケンスの一例について説明する。なお、本説明では、サーバ１００が、クライアント４００等で実行されたアプリケーションの依頼に応じて、各基地局２００から情報を取得し、当該情報に基づき端末装置３００の位置を推定する場合の処理の一例について説明する。なお、同処理については、サーバ１００が、端末装置３００から基地局２００に送信されたフレーム情報に含まれるペイロードを取得する前に当該端末装置３００の位置推定を行う場合と、当該ペイロードを取得した後に当該端末装置３００の位置推定を行う場合と、が想定され得る。そのため、以降では、「ペイロードの取得前に端末装置３００の位置推定が行われる場合」と、「ペイロードの取得後に端末装置３００の位置推定が行われる場合」と、に分けて、それぞれについて処理シーケンスの一例を説明する。
【００９７】
（１）ペイロードの取得前に端末装置３００の位置推定が行われる場合
まず、サーバ１００が、端末装置３００から基地局２００に送信されたフレーム情報に含まれるペイロードを取得する前に、当該端末装置３００の位置推定を行う場合の処理の流れの一例について説明する。例えば、図７は、本実施形態に係る通信システム１Ａの一連の処理の流れの一例を示したシーケンス図である。
【００９８】
まず、クライアント４００等において、ユーザからの要求に応じてアプリケーションが実行され、当該アプリケーションから所定のネットワークＮ２１を介してサーバ１００に対して、端末装置３００の位置情報の提示が要求される（Ｓ１０１）。なお、当該要求を行うための手段やインタフェースは特に限定されない。例えば、Ｗｅｂブラウザを介したユーザ入力に応じて、クライアント４００からサーバ１００に当該要求が行われてもよい。また、スマートフォンやタブレット端末等にインストールされたアプリケーションが実行されることで、当該アプリケーションから（即ち、クライアント４００から）サーバ１００に当該要求が行われてもよい。
【００９９】
サーバ１００は、アプリケーションからの端末装置３００の位置情報の提示に係る要求を受け付けると、当該端末装置３００からの情報の受信履歴や、当該端末装置３００に関する登録情報に基づき、当該端末装置３００からの情報が受信される予定時刻を推定する（Ｓ１０３）。なお、各端末装置３００には、例えば、識別情報が関連付けられており、当該識別情報がサーバ１００とアプリケーションとの間で共有される等により、当該サーバ１００と当該アプリ―ションとが一方から指定された端末装置３００を認識可能であるものとする。
【０１００】
また、端末装置３００は、所定の条件に応じて、近隣の基地局２００にフレーム情報を送信する（Ｓ１０５Ａ、Ｓ１０５Ｂ、及びＳ１０５Ｃ）。具体的な一例として、端末装置３００は、所定の期間ごとに近隣の基地局２００にフレーム情報を送信する。なお、本説明では、端末装置３００は、近隣の基地局２００Ａ、２００Ｂ、及び２００Ｃそれぞれにフレーム情報を送信するものとする。また、基地局２００Ａ及び２００Ｂは、サーバ１００を管理する事業者により管理された基地局であり、当該サーバ１００の管理下にあるものとする。これに対して、基地局２００Ｃは、基地局２００Ａ及び２００Ｂを管理する事業者とは異なる他の事業者が管理する基地局であり、ローミングサーバ６００の管理下にあるものとする。
【０１０１】
次いで、サーバ１００は、自身の管理下にある基地局２００Ａ及び２００Ｂに対して、ペイロード（Payload）無し情報の要求を行う（Ｓ１０７Ａ及びＳ１０７Ｂ）。当該要求を受けた基地局２００Ａ及び２００Ｂのそれぞれは、端末装置３００から受信したフレーム情報のうち、ペイロードが含まれない部分の情報（例えば、プリアンブル（Preamble）や同期信号（Sync）等を含む制御情報）を、ペイロード無し情報としてサーバ１００に送信する（Ｓ１０９Ａ及びＳ１０９Ｂ）。
【０１０２】
また、サーバ１００は、端末装置３００の位置を推定するための情報（ペイロード無し情報）の取得元となる基地局２００の数が閾値未満の場合（例えば、３基未満の場合）には（Ｓ１１１）、ローミングサーバ６００に対して、ペイロード無し情報の要求を行う（Ｓ１１３）。当該要求を受けたローミングサーバ６００は、自身の管理下にある基地局２００Ｃに対して、ペイロード無し情報の要求を行う（Ｓ１１５）。当該要求を受けた基地局２００Ｃは、端末装置３００から受信したフレーム情報のうち、ペイロードが含まれない部分の情報を、ペイロード無し情報としてローミングサーバ６００に送信する（Ｓ１１７）。そして、ローミングサーバ６００は、基地局２００Ｃから送信されたペイロード無し情報を、サーバ１００に転送する（Ｓ１１９）。
【０１０３】
サーバ１００は、各基地局２００（即ち、基地局２００Ａ〜２００Ｃ）から送信されたペイロード無し情報に基づき、端末装置３００の位置の推定を行う（Ｓ１２１）。このとき、サーバ１００は、複数の基地局２００それぞれから取得したペイロード無し情報に含まれる各種情報、例えば、同期信号（Sync）、受信時刻等に関する情報や、当該複数の基地局２００それぞれの位置情報に基づき、端末装置３００の位置や移動状態を推定してもよい。具体的な一例として、サーバ１００は、ペイロード無し情報に含まれる同期信号の時間伸縮や位相変化等を解析することで、単に端末装置３００の位置を推定するのみに限らず、当該端末装置３００の移動状況（例えば、移動速度）を推定してもよい。
【０１０４】
次いで、サーバ１００は、複数の基地局２００それぞれから取得したペイロード無し情報に基づき、端末装置３００から各基地局２００に送信されたフレーム情報に含まれるペイロードの取得元となる基地局２００を決定する。具体的な一例として、サーバ１００は、取得したペイロード無し情報に含まれる情報に基づき、複数の基地局２００のうち、端末装置３００からフレーム情報の受信に係る受信信号強度が最も高い基地局２００を、ペイロードの取得元となる基地局２００として決定してもよい。そして、サーバ１００は、ペイロードの取得元として決定した基地局２００に対して、当該ペイロードの送信を要求する（Ｓ１２３）。当該要求を受けた基地局２００は、従前に端末装置３００から受信したフレーム情報のうち、ペイロードに相当する部分をペイロード情報としてサーバ１００に送信する（Ｓ１２５）。サーバ１００は、受信したペイロード情報と、従前に受信したペイロード無し情報と、を基に、フレーム情報を再構成する。
【０１０５】
次いで、サーバ１００は、再構成したフレーム情報を復調及び復号し、当該復調及び当該復号の結果として得られる端末装置３００の識別情報を、自身が管理する登録情報と比較する。これにより、サーバ１００は、当該フレーム情報の送信元となる端末装置３００が、アプリケーションからの依頼に応じた位置推定の対象となる端末装置３００であることを確認する（Ｓ１２７）。
【０１０６】
そして、サーバ１００は、再構成したフレーム情報の送信元となる端末装置３００が、位置推定の対象となる端末装置３００であることを確認すると、従前に推定した当該端末装置３００の位置情報をアプリケーションに送信する（Ｓ１２９）。
【０１０７】
以上、図７を参照して、本実施形態に係る通信システムの一連の処理の流れの一例について説明した。
【０１０８】
続いて、図８を参照して、図７に示す例におけるサーバ１００の一連の処理の流れの一例について説明する。図８は、本実施形態に係るサーバ１００の一連の処理の流れの一例について説明するためのフローチャートである。
【０１０９】
まず、サーバ１００は、アプリケーションからの端末装置３００の位置情報の提示に係る要求を受け付けると、当該端末装置３００からの情報の受信履歴や、当該端末装置３００に関する登録情報に基づき、当該端末装置３００からの情報が受信される予定時刻を推定する（Ｓ２０１）。そして、サーバ１００は、推定した受信予定時刻を経過するまで待機し（Ｓ２０３、ＮＯ）、受信予定時刻が経過したら（Ｓ２０３、ＹＥＳ）、自身の管理下にある基地局２００からペイロード（Payload）無し情報を収集する（Ｓ２０５）。
【０１１０】
なお、ペイロード無し情報の収集対象となる基地局２００の数が閾値未満の場合には（Ｓ２０７）、サーバ１００は、提携する他の事業者が運用するローミングサーバ６００にアクセスする（Ｓ２０９）。これにより、サーバ１００は、ローミングサーバ６００を介して、当該ローミングサーバ６００が管理する他の基地局２００からペイロード無し情報を収集する（Ｓ２０５）。
【０１１１】
そして、サーバ１００は、閾値以上の数の基地局からペイロード無し情報を収集した場合には（Ｓ２０７、ＹＥＳ）、収集した当該ペイロード無し情報に基づき端末装置３００の位置の推定を行う。このとき、サーバ１００は、複数の基地局２００それぞれから取得したペイロード無し情報に含まれる各種情報、例えば、同期信号（Sync）、受信時刻等に関する情報や、当該複数の基地局２００それぞれの位置情報に基づき、端末装置３００の位置や移動状態を推定してもよい。また、サーバ１００は、ペイロード無し情報に基づき、端末装置３００から各基地局２００に送信されたフレーム情報に含まれるペイロードの取得元となる基地局２００を決定する。例えば、サーバ１００は、取得したペイロード無し情報に含まれる情報に基づき、複数の基地局２００のうち、端末装置３００からフレーム情報の受信に係る受信信号強度が最も高い基地局２００を、ペイロードの取得元となる基地局２００として決定してもよい（Ｓ２１１）。即ち、この場合には、ペイロード無し情報、または、当該ペイロード無し情報に含まれる上記情報が、ペイロードを取得する基地局２００を特定するための「所定の制御情報」の一例に相当する。
【０１１２】
サーバ１００は、ペイロードの取得元として決定した基地局２００に対してペイロードの送信を要求し、応答として当該基地局２００からペイロード情報を取得する。サーバ１００は、基地局２００から受信したペイロード情報と、従前に受信したペイロード無し情報と、を基に、フレーム情報を再構成する。サーバ１００は、再構成したフレーム情報を復調及び復号し、当該復調及び当該復号の結果として得られる端末装置３００の識別情報を、自身が管理する登録情報と比較する。これにより、サーバ１００は、当該フレーム情報の送信元となる端末装置３００が、アプリケーションからの依頼に応じた位置推定の対象となる端末装置３００であることを確認する（Ｓ２１３）。
【０１１３】
そして、サーバ１００は、再構成したフレーム情報の送信元となる端末装置３００が、位置推定の対象となる端末装置３００であることを確認すると、従前に推定した当該端末装置３００の位置情報をアプリケーションに送信する。
【０１１４】
以上、図８を参照して、図７に示す例におけるサーバ１００の一連の処理の流れの一例について説明した。
【０１１５】
続いて、図９を参照して、図７に示す例における基地局２００の一連の処理の流れの一例について説明する。図９は、本実施形態に係る基地局２００の一連の処理の流れの一例について説明するためのフローチャートである。
【０１１６】
基地局２００は、通信端末３００からフレーム情報を受信すると、図９に示した処理を開始する。即ち、基地局２００は、まず通信端末３００からフレーム情報を受信する（Ｓ２５１）。
【０１１７】
次いで、基地局２００は、サーバ１００からペイロード無し情報の要求の有無を判定する（Ｓ２５３）。ペイロード無し情報の要求には、当該情報の取得元となるフレーム情報の受信時刻や帯域情報等が用いられもよい。基地局２００は、サーバ１００からペイロード無し情報の要求を受信した場合には（Ｓ２５３、ＹＥＳ）、端末装置３００から受信したフレーム情報のうち、ペイロードが含まれない部分の情報を抽出することでペイロード無し情報を生成する（Ｓ２５５）。また、基地局２００は、生成したペイロード無し情報を、サーバ１００からの要求に対する応答として当該サーバ１００に送信する（Ｓ２５７）。
【０１１８】
なお、基地局２００は、サーバ１００からペイロード無し情報の要求が無い場合には（Ｓ２５３、ＮＯ）、当該ペイロード無し情報の生成及び当該ペイロード無し情報の送信に係る処理については実行せずに、次の処理に遷移してもよい。
【０１１９】
次いで、基地局２００は、サーバ１００からペイロード情報の要求の有無を判定する（Ｓ２５９）。基地局２００は、サーバ１００からペイロード情報の要求を受信した場合には（Ｓ２５９、ＹＥＳ）、従前に端末装置３００から受信したフレーム情報のうち、ペイロードに相当する部分の情報を抽出することでペイロード情報を生成する（Ｓ２６１）。また、基地局２００は、生成したペイロード情報を、サーバ１００からの要求に対する応答として当該サーバ１００に送信する（Ｓ２６３）。
【０１２０】
なお、基地局２００は、サーバ１００からペイロード情報の要求が無い場合には（Ｓ２５９、ＮＯ）、当該ペイロード情報の生成及び当該ペイロード情報の送信に係る処理については実行しなくてもよい。
【０１２１】
以上、図９を参照して、図７に示す例における基地局２００の一連の処理の流れの一例について説明した。
【０１２２】
（２）ペイロードの取得後に端末装置３００の位置推定が行われる場合
続いて、サーバ１００が、端末装置３００から基地局２００に送信されたフレーム情報に含まれるペイロードを取得した後に、当該端末装置３００の位置推定を行う場合の処理の流れの一例について説明する。例えば、図１０は、本実施形態に係る通信システム１Ａの一連の処理の流れの他の一例を示したシーケンス図である。
【０１２３】
まず、クライアント４００等において、ユーザからの要求に応じてアプリケーションが実行され、当該アプリケーションから所定のネットワークＮ２１を介してサーバ１００に対して、端末装置３００の位置情報の提示が要求される（Ｓ３０１）。また、サーバ１００は、アプリケーションからの端末装置３００の位置情報の提示に係る要求を受け付けると、当該端末装置３００からの情報の受信履歴や、当該端末装置３００に関する登録情報に基づき、当該端末装置３００からの情報が受信される予定時刻を推定する（Ｓ３０３）。なお、参照符号Ｓ３０１及びＳ３０３で示した処理については、図７を参照して説明した例（即ち、参照符号Ｓ１０１及びＳ１０３で示した処理）と同様のため詳細な説明は省略する。
【０１２４】
また、端末装置３００は、所定の条件に応じて、近隣の基地局２００にフレーム情報を送信する（Ｓ３０５Ａ、Ｓ３０５Ｂ、及びＳ３０５Ｃ）。なお、同処理についても、図７を参照して説明した例（即ち、参照符号ＳＳ１０１Ａ、Ｓ１０５Ｂ、及びＳ１０５Ｃで示した処理）と同様である。なお、本説明では、図７に示す例と同様に、基地局２００Ａ及び２００Ｂは、当該サーバ１００の管理下にあり、基地局２００Ｃについては、ローミングサーバ６００の管理下にあるものとする。
【０１２５】
次いで、サーバ１００は、自身の管理下にある基地局２００Ａ及び２００Ｂに対して、端末装置３００からのフレーム情報の受信に係る各種状態や状況を示す受信情報の送信を要求する（Ｓ３０７Ａ、Ｓ３０７Ｂ）。受信情報としては、例えば、受信信号の信号強度、受信時刻、受信帯域等の情報が挙げられる。当該要求を受けた基地局２００Ａ及び２００Ｂのそれぞれは、端末装置３００からのフレーム情報の受信状況に応じて、上記受信情報をサーバ１００に送信する（Ｓ３０９Ａ、Ｓ３０９Ｂ）。
【０１２６】
また、サーバ１００は、受信情報の取得元となる基地局２００の数が閾値未満の場合（例えば、３局未満の場合）には（Ｓ３１１）、ローミングサーバ６００に対して、受信情報の要求を行う（Ｓ３１３）。当該要求を受けたローミングサーバ６００は、自身の管理下にある基地局２００Ｃに対して、受信情報の要求を行う（Ｓ３１５）。当該要求を受けた基地局２００Ｃは、端末装置３００からのフレーム情報の受信状況に応じて、受信情報をローミングサーバ６００に送信する（Ｓ３１７）。そして、ローミングサーバ６００は、基地局２００Ｃから送信された受信情報を、サーバ１００に転送する（Ｓ３１９）。
【０１２７】
サーバ１００は、受信情報を取得した基地局２００の数が規定数に達すると、当該受信情報を取得した複数の基地局２００の中から、端末装置３００から送信されたフレーム情報の取得元となる基地局２００を特定する。具体的な一例として、サーバ１００は、複数の基地局２００の中から、端末装置３００から送信されたフレーム情報の受信に係る信号強度のより高い基地局２００を特定してもよい。即ち、この場合には、受信情報が、ペイロードを取得する基地局２００を特定するための「所定の制御情報」の一例に相当する。なお、本説明では、サーバ１００は、基地局２００Ａを特定したものとする。
【０１２８】
サーバ１００は、特定した基地局２００Ａに対してフレーム情報の送信を要求する（Ｓ３２１Ａ）。当該要求を受けた基地局２００Ａは、従前に端末装置３００から受信したフレーム情報をサーバ１００に送信する（Ｓ３２３Ａ）。
【０１２９】
また、サーバ１００は、特定した基地局２００Ａ以外の他の基地局２００（即ち、基地局２００Ｂ及び２００Ｃ）には、ペイロード（Payload）無し情報の送信を要求する。例えば、サーバ１００は、自身の管理下にある基地局２００Ｂに対しては、ペイロード無し情報の送信を直接要求する（Ｓ３２１Ｂ）。当該要求を受けた基地局２００Ｂは、従前に端末装置３００から受信したフレーム情報のうち、ペイロードが含まれない部分の情報をペイロード無し情報としてサーバ１００に送信する（Ｓ３２３Ｂ）。また、サーバ１００は、自身の管理下にない基地局２００Ｃに対しては、ローミングサーバ６００を介してペイロード無し情報の送信を要求する（Ｓ３２５、Ｓ３２７）。当該要求を受けた基地局２００Ｃは、従前に端末装置３００から受信したフレーム情報のうち、ペイロードが含まれない部分の情報をペイロード無し情報として、ローミングサーバ６００を介してサーバ１００に送信する（Ｓ３２９、Ｓ３３１）。
【０１３０】
サーバ１００は、受信したフレーム情報とペイロード無し情報とに基づき、端末装置３００の位置の推定を行う（Ｓ３３３）。なお、端末装置３００の位置の推定方法については、図７を参照して説明した例（即ち、参照符号Ｓ１２１で示した処理）と同様である。
【０１３１】
次いで、サーバ１００は、受信したフレーム情報を復調及び復号し、当該復調及び当該復号の結果として得られる端末装置３００の識別情報を、自身が管理する登録情報と比較する。これにより、サーバ１００は、当該フレーム情報の送信元となる端末装置３００が、アプリケーションからの依頼に応じた位置推定の対象となる端末装置３００であることを確認する（Ｓ３３５）。
【０１３２】
そして、サーバ１００は、再構成したフレーム情報の送信元となる端末装置３００が、位置推定の対象となる端末装置３００であることを確認すると、従前に推定した当該端末装置３００の位置情報をアプリケーションに送信する（Ｓ３３７）。
【０１３３】
以上、図１０を参照して、本実施形態に係る通信システム１Ａの一連の処理の流れの他の一例について説明した。
【０１３４】
続いて、図１１を参照して、図１０に示す例における基地局２００の一連の処理の流れの一例について説明する。図１１は、本実施形態に係る基地局２００の一連の処理の流れの他の一例について説明するためのフローチャートである。
【０１３５】
まず、サーバ１００は、アプリケーションからの端末装置３００の位置情報の提示に係る要求を受け付けると、当該端末装置３００からの情報の受信履歴や、当該端末装置３００に関する登録情報に基づき、当該端末装置３００からの情報が受信される予定時刻を推定する（Ｓ４０１）。そして、サーバ１００は、推定した受信予定時刻を経過するまで待機し（Ｓ４０３、ＮＯ）、受信予定時刻が経過したら（Ｓ４０３、ＹＥＳ）、自身の管理下にある基地局２００から、端末装置３００からのフレーム情報の受信に係る各種状態や状況を示す受信情報を収集する（Ｓ４０５）。
【０１３６】
なお、受信情報の収集対象となる基地局２００の数が閾値未満の場合には（Ｓ４０７）、サーバ１００は、提携する他の事業者が運用するローミングサーバ６００にアクセスする（Ｓ４０９）。これにより、サーバ１００は、当該ローミングサーバ６００が管理する他の基地局２００から受信情報を収集する（Ｓ４０５）。
【０１３７】
そして、サーバ１００は、閾値以上の数の基地局から受信情報を収集した場合には（Ｓ４０７、ＹＥＳ）、当該受信情報を取得した複数の基地局２００の中から、端末装置３００から送信されたフレーム情報の取得元となる基地局２００を特定する。例えば、サーバ１００は、複数の基地局２００の中から、端末装置３００から送信されたフレーム情報の受信に係る信号強度のより高い基地局２００を特定してもよい。そして、サーバ１００は、特定した当該基地局２００から、端末装置３００から当該基地局２００に送信されたフレーム情報を取得する。また、サーバ１００は、特定した当該基地局２００以外の他の基地局２００からは、当該フレーム情報に基づくペイロード無し情報を取得する（Ｓ４１１）。
【０１３８】
サーバ１００は、受信したフレーム情報とペイロード無し情報とに基づき、端末装置３００の位置の推定を行う。また、サーバ１００は、受信したフレーム情報を復調及び復号し、当該復調及び当該復号の結果として得られる端末装置３００の識別情報を、自身が管理する登録情報と比較する。これにより、サーバ１００は、当該フレーム情報の送信元となる端末装置３００が、アプリケーションからの依頼に応じた位置推定の対象となる端末装置３００であることを確認する（Ｓ４１３）。
【０１３９】
そして、サーバ１００は、再構成したフレーム情報の送信元となる端末装置３００が、位置推定の対象となる端末装置３００であることを確認すると、従前に推定した当該端末装置３００の位置情報をアプリケーションに送信する。
【０１４０】
以上、図１１を参照して、図１０に示す例における基地局２００の一連の処理の流れの一例について説明した。
【０１４１】
続いて、図１２を参照して、図１０に示す例における基地局２００の一連の処理の流れの一例について説明する。図１２は、本実施形態に係る基地局２００の一連の処理の流れの他の一例について説明するためのフローチャートである。
【０１４２】
基地局２００は、端末装置３００からフレーム情報を受信すると、図１２に示した処理を開始する。即ち、基地局２００は、まず端末装置３００からフレーム情報を受信する（Ｓ４５１）。
【０１４３】
次いで、基地局２００は、サーバ１００から受信情報の要求があった場合に、端末装置３００からのフレーム情報の受信に係る各種状態や状況を示す受信情報をサーバ１００に送信する（Ｓ４５３）。
【０１４４】
次いで、基地局２００は、サーバ１００からフレーム情報の要求の有無を判定する（Ｓ４５５）。基地局２００は、サーバ１００からフレーム情報の要求を受信した場合には（Ｓ４５５、ＹＥＳ）、端末装置３００から受信したフレーム情報をサーバ１００に送信する（Ｓ４５７）。
【０１４５】
なお、基地局２００は、サーバ１００からフレーム情報の要求が無い場合には（Ｓ４５５、ＮＯ）、端末装置３００から受信したフレーム情報の送信に係る処理については実行せずに、次の処理に遷移してもよい。
【０１４６】
また、基地局２００は、サーバ１００からペイロード無し情報の要求の有無を判定する（Ｓ４５９）。基地局２００は、サーバ１００からペイロード無し情報の要求を受信した場合には（Ｓ４５９、ＹＥＳ）、端末装置３００から受信したフレーム情報のうち、ペイロードが含まれない部分の情報を抽出することでペイロード無し情報を生成する（Ｓ４６１）。また、基地局２００は、生成したペイロード無し情報を、サーバ１００からの要求に対する応答として当該サーバ１００に送信する（Ｓ４６３）。
【０１４７】
なお、基地局２００は、サーバ１００からペイロード無し情報の要求が無い場合には（Ｓ４５９、ＮＯ）、当該ペイロード無し情報の生成及び当該ペイロード無し情報の送信に係る処理については実行しなくてもよい。
【０１４８】
以上、図１１を参照して、図１０に示す例における基地局２００の一連の処理の流れの一例について説明した。
【０１４９】
＜２．３．評価＞
以上説明したように、本開示の第１の実施形態に係る通信システムにおいて、サーバは、端末装置から複数の基地局それぞれに無線通信を介して送信されたフレーム情報に関連する所定の制御情報を、当該複数の基地局それぞれから取得する。当該制御情報としては、例えば、前述したフレーム無し情報や受信情報等が挙げられる。そして、サーバは、上記複数の基地局それぞれから取得された上記制御情報に基づき、上記フレーム情報に含まれるペイロードを取得する基地局を特定する。
【０１５０】
以上のように本実施形態に係る通信システムに依れば、サーバは、複数の基地局のうち、一部の基地局からのみ、対象となる端末装置から各基地局に送信されたフレーム情報に含まれるペイロードを受信することが可能となる。そのため、本実施形態に係る通信システムに依れば、複数の基地局それぞれからフレーム情報全体（特に、当該フレーム情報に含まれるペイロード）がサーバに送信される場合に比べて、サーバと各基地局との間の通信のトラフィックを制限することが可能となる。即ち、本実施形態に係る通信システムに依れば、システム全体の運用効率をより向上させるが可能となる。
【０１５１】
＜＜３．第２の実施形態＞＞
続いて、本開示の第２の実施形態について説明する。
【０１５２】
＜３．１．技術的課題＞
まず、第２の実施形態に係る通信システムの技術的課題について以下に説明する。
【０１５３】
前述したローコスト端末のような低消費電力の無線通信端末の消費電力をより手法する技術の一例として、３ＧＰＰ（Third  Generation  Partnership  Project）で規格化されたＤＲＸ／ＤＴＸ（Discontinuous  Reception／Discontinuous  Transmission）のように、受信待ち受け時間や送信時間を制御する手法が挙げられる。ＤＲＸ／ＤＴＸについては、例えば、米国特許出願公開第２００８／０１８６８９２号明細書に開示されている。
【０１５４】
一方で、水産業や農業等の分野への適用を想定した場合には、バッテリー交換等の保守を頻繁に行うことが困難な場合も想定され、一般的に利用される通信端末（例えば、スマートフォン等）に比べて、バッテリーからの電力供給による駆動をより長い期間維持することが要求される場合がある。
【０１５５】
また、ローコスト端末においては、スマートフォン等のような通信端末とは異なり、端末装置から基地局へのアップリンク送信のみを行い、基地局からのダウンリンク信号を受信する機能を有していない場合もある。これに対して、前述したようなＤＲＸ／ＤＴＸは、端末装置と基地局との間の双方向通信を前提としている。そのため、上記のように、基地局へのアップリンク送信のみが可能な端末装置を想定した場合には、上記ＤＲＸ／ＤＴＸの技術を適用することが困難な場合がある。
【０１５６】
以上のような状況を鑑み、本実施形態では、端末装置の電力消費をより低減することで、システム全体の運用効率をより向上させることが可能な技術について提案する。
【０１５７】
＜３．２．技術的特徴＞
以下に、本実施形態に係る通信システムの技術的特徴について説明する。
【０１５８】
＜３．２．１．システム構成＞
まず、本実施形態に係る通信システムのシステム構成の一例について概要を説明する。例えば、図１３は、本実施形態に係る通信システムのシステム構成の一例について説明するための説明図である。なお、以降では、便宜上、本実施形態に係る通信システムを、図１を参照して説明した通信システム１と明示的に区別する場合に「通信システム１Ｂ」と称する場合がある。また、図１３において、参照符号３００Ａ及び３００Ｂのそれぞれは、図１に示す端末装置３００に相当する。また、図１３において、図１と同様の符号が付された構成は、図１に示す例と同様の構成を示すものとする。そのため、本実施形態では、図１を参照して説明した例と異なる部分に着目して説明し、図１を参照して説明した例と実質的に同様の部分については詳細な説明は省略する。
【０１５９】
本実施形態に係る通信システム１Ｂは、図１を参照して説明した例と同様に、端末装置３００と、複数の基地局２００と、サーバ１００とを含む。なお、本説明では、便宜上図１３に示すように、端末装置３００として、端末装置３００Ａ及び３００Ｂを含み、複数の基地局２００として、基地局２００Ａ〜２００Ｃを含むものとする。なお、基地局２００Ａ〜２００Ｃのうち、一部の基地局２００については、図１に示す例と同様にローミングサーバ６００の管理下にあってもよい。本説明では、本実施形態に係る通信システムの特徴をよりわかりやすくするために、基地局２００Ａ〜２００Ｃは、サーバ１００の管理下にあるものとする。また、端末装置３００Ａ及び３００Ｂのそれぞれは、基地局２００Ａ〜２００Ｃそれぞれのセル内に位置するものとする。また、各端末装置３００と各基地局２００との間の通信には、通信範囲のより広いサブギガヘルツ（例えば、９００ＭＨｚ帯）を使用したＬＰＷＡが適用される。
【０１６０】
無線通信におけるカバレッジを拡大する手法として、例えば、送信側が同一フレームを複数回繰り返して送信し、受信側において繰り返し送信された複数のフレームを合成することで受信感度をより向上させる手法が挙げられる。本実施形態に係る通信システム１においては、端末装置３００それぞれにおけるバッテリーの電力の残量に応じて、当該繰り返し送信の回数が制御される。具体的な一例として、図１３に示す端末装置３００Ｂのように、バッテリーの電力の残量が十分な場合には、端末装置３００は、所定の期間ごとに定期的に、同一フレームをあらかじめ規定された回数（例えば、８回）だけ繰り返して送信する。一方で、図１３に示す端末装置３００Ａのように、バッテリーの電力の残量が少ない場合には、端末装置３００は、所定の期間ごとの上記繰り返し送信の回数を低減させることで（例えば、２回）、送信に係る処理の実行時間を短縮し、バッテリーの電力消費を抑えてもよい。
【０１６１】
また、本実施形態においては、サーバ１００は、送信回数が低減された端末装置３００からのフレームからデータを復号する場合には、当該端末装置３００からのフレームを複数の基地局２００（例えば、基地局２００Ａ〜２００Ｃ）から収取して合成する。このような制御により、端末装置３００から同一フレームが繰り返し送信される回数が低減された場合においても、送信回数の低減分のフレームを、より多くの基地局２００からの当該フレームの収集により補うことが可能となる。また、端末装置３００から同一フレームが繰り返し送信される回数が低減されていない場合においては、サーバ１００は、例えば、端末装置３００に最も近い基地局２００（換言すると、受信信号強度の最も高い基地局２００）が受信したフレームを当該基地局２００から取得し、当該フレームからデータを復号してもよい。
【０１６２】
以上、図１３を参照して、本実施形態に係る通信システムのシステム構成の一例について概要を説明した。
【０１６３】
＜３．２．２．フレーム構成＞
続いて、本実施形態に係る通信システムにおいて、端末装置３００から基地局２００に送信されるフレームのフレーム構成の一例に説明する。例えば、図１４は、本実施形態に係る通信システムにおけるフレームのフレーム構成の一例について説明するための説明図である。
【０１６４】
図１４において、参照符号８０１は、PLCP（Physical  Layer  Convergence Protocol）  Service  Data  Unit（ＰＳＤＵ）を示しており、この中には端末装置３００から基地局２００に送信されるデータが含まれる。当該データには、例えば、端末装置３００の位置情報、当該端末装置３００の識別情報、当該端末装置３００が各種センサから取得した情報等が含まれ得る。
【０１６５】
参照符号８０２は、ＰＳＤＵを前方誤り訂正(ＦＥＣ：Forward  Error  Correction)により符号化した情報を示している。なお、当該符号化には、例えば、ＬＤＰＣ符号等が使用される。
【０１６６】
参照符号８０３は、ＦＥＣで符号化された同一ブロック(coded  block)が複数含まれ得る。例えば、繰り返し送信の回数が３回の場合には、３つの同一ブロックが含まれることとなる。なお、最後のブロックについては、パケット長を調整するために、Punctured  blockとして一定の情報が取り除かれる。
【０１６７】
参照符号８０４は、参照符号８０３で示したブロックに対して、前後にガードビットが追加されたデータを示している。
【０１６８】
参照符号８０５は、参照符号８０４で示したデータに対して、同期信号を挿入してスクランブルをかけることで生成された、PLCP  Protocol  Data  Unit（ＰＰＤＵ）を示している。
【０１６９】
端末装置３００は、参照符号８０４で示したＰＰＤＵに対して、例えば、ＢＰＳＫ（Binary  Phase  Shift  Keying）等の変調をかけて、当該変調後のフレームを基地局２００に送信する。
【０１７０】
例えば、参照符号８０６は、同一のＰＰＤＵ（換言すると、フレーム）をＭ個のタイムスロット（Time  Slot）を用いて繰り返し送信される場合の一例を模式的に示している。
【０１７１】
以上、図１４を参照して、本実施形態に係る通信システムにおいて、端末装置３００から基地局２００に送信されるフレームのフレーム構成の一例に説明した。
【０１７２】
＜３．２．３．処理＞
続いて、本実施形態に係る通信システムの一連の処理の流れの一例について説明する。例えば、図１５は、本実施形態に係る通信システムの一連の処理の流れの一例について示したシーケンス図である。また、本説明では、当該通信システムは、図１３に示すようなシステム構成を有するものとする。
【０１７３】
端末装置３００は、ＧＰＳ衛星５００から送信された無線信号を受信し、当該無線信号の受信結果に基づき自身の位置情報を取得する（Ｓ５０１）。
【０１７４】
端末装置３００は、自身の位置情報に基づき、規定範囲内（例えば、半径２ｋｍ以内等）に存在する基地局２００の数をカウントし、当該基地局２００の数と、バッテリーの電力の残量と、に応じて、コードブロックやＰＰＤＵ等のデータの繰り返し送信の回数を決定する（Ｓ５０３）。なお、本実施形態では、上記コードブロックや上記ＰＰＤＵ等のような繰り返し送信の対象となるデータを「フレーム情報」とも称する。
【０１７５】
例えば、以下に示す表１は、周囲の基地局の数及びバッテリーの電力の残量と、繰り返し送信の回数と、の関係の一例を示している。
【０１７６】
【表１】
2019039096.tif 000003
【０１７７】
表１に示す例では、繰り返し送信回数の最大を８回としており、周囲の基地局２００の数が２基以上であり、かつバッテリー残量が閾値以下の場合に、繰り返し送信の数が制限されている。具体的な一例として、周囲の基地局の数が２基であり、バッテリーの電力の残量が３０％以下かつ２０％を超える場合には、繰り返し送信の回数が６回に設定される。即ち、周囲の基地局の数が２基の場合には、バッテリーの電力の残量が３０％以下の場合に、繰り返し送信の回数が制限される。また、他の一例として、周囲の基地局の数が３基以上の場合においては、バッテリーの電力の残量が４０％以下かつ３０％を超える場合に、繰り返し送信の回数が６回に設定される。即ち、周囲の基地局の数が３基以上の場合には、バッテリーの電力の残量が４０％以下の場合に、繰り返し送信の回数が制限される。
【０１７８】
次いで、端末装置３００は、基地局２００へ送信するデータ（例えば、端末装置３００の位置情報）に基づくフレーム情報を、決定した回数に応じて、周囲の基地局２００に対する繰り返し送信を行う。なお、本説明では、端末装置３００の周囲には、基地局２００Ａ〜２００Ｃが存在するものとする。即ち、端末装置３００から送信されたフレーム情報は、基地局２００Ａ〜２００Ｃのそれぞれにより受信される（Ｓ５０５Ａ〜Ｓ５０５Ｃ）。
【０１７９】
なお、フレーム情報（例えば、コードブロックやＰＰＤＵ等）が基地局２００に繰り返して送信されれば、繰り返し送信の単位は特に限定されない。即ち、ＰＰＤＵを構成するコードブロックの数が、決定された繰り返し送信の回数に応じて制御されてもよい。また、他の一例として、ＰＰＤＵを送信するタイムスロットの数が、決定された繰り返し送信の回数に応じて制御されてもよい。
【０１８０】
また、他の一例として、コードブロックの数と、ＰＰＤＵを送信するタイムスロットの数と、が個別に制御されてもよい。例えば、以下に示す表２は、周囲の基地局の数及びバッテリーの電力の残量と、繰り返し送信の回数と、の関係の他の一例を示しており、コードブロックの数と、ＰＰＤＵを送信するタイムスロットの数と、を個別に制御する場合の一例について示している。
【０１８１】
【表２】
2019039096.tif 000004
【０１８２】
また、図１５に示すように、サーバ１００は、端末装置３００からのフレーム情報の受信が予定された時刻や、当該端末装置３００がフレーム情報の送信に利用する周波数帯域等の情報に応じて、対象となる基地局２００に、端末装置３００からのフレーム情報の送信を要求する。例えば、図１５に示す例では、サーバ１００は、基地局２００Ａに対して上記フレーム情報の送信を要求している（Ｓ５０７Ａ）。そして、サーバ１００は、当該要求に対する応答として、上記フレーム情報を基地局２００Ａから取得する（Ｓ５０９Ａ）。
【０１８３】
次いで、サーバ１００は、取得したフレーム情報を復調して解析し、端末装置３００から当該フレーム情報が繰り返し送信された回数が閾値以下か否かを確認する（Ｓ５１１）。サーバ１００は、対象となる端末装置３００からの繰り返し送信の回数が閾値以下の場合には、自身が管理する基地局２００のうち、当該端末装置３００の周辺に位置し、かつ上記基地局２００Ａとは異なる他の基地局２００に対してフレーム情報の送信を要求する。例えば、図１５に示す例では、サーバ１００は、基地局２００Ｂ及び２００Ｃのそれぞれに対して上記フレーム情報の送信を要求している（Ｓ５０７Ｂ、Ｓ５０７Ｃ）。そして、サーバ１００は、当該要求に対する応答として、上記フレーム情報を基地局２００Ｂ及び２００Ｃのそれぞれから取得する（Ｓ５０９Ｂ、Ｓ５０９Ｃ）。
【０１８４】
次いで、サーバ１００は、各基地局２００（即ち、基地局２００Ａ〜２００Ｃ）から取得したフレーム情報を合成し、当該合成により信号レベルが増大したフレーム情報に対して復調処理を施すことで、端末装置３００から送信されたデータを復号する（Ｓ５１３）。
【０１８５】
以上、図１５を参照して、本実施形態に係る通信システムの一連の処理の流れの一例について説明した。
【０１８６】
続いて、図１６を参照して、図１５に示す例における端末装置３００の一連の処理の流れの一例について説明する。図１６は、本実施形態に係る端末装置３００の一連の処理の流れの一例について説明するためのフローチャートである。
【０１８７】
まず、端末装置３００は、ＧＰＳ衛星５００から送信された無線信号を受信し、当該無線信号の受信結果に基づき自身の位置情報を取得する（Ｓ６０１）。
【０１８８】
また、端末装置３００は、自身のバッテリーに関する情報（即ち、バッテリーの電力の残量に関する情報）を取得する（Ｓ６０３）。
【０１８９】
端末装置３００は、取得したバッテリーに関する情報に基づき、バッテリーの電力の残量が閾値以下か否かを判定する（Ｓ６０５）。
【０１９０】
バッテリーの電力の残量が閾値以下の場合には（Ｓ６０５、ＹＥＳ）、端末装置３００は、自身の位置情報の取得結果に基づき、規定範囲内に存在する基地局２００の数（換言すると、通信可能な基地局２００の数）をカウントし、基地局２００の数が閾値以上か否かを判定する（Ｓ６０７）。具体的には、端末装置３００は、あらかじめ取得された各基地局２００の位置情報と、自身の位置情報の結果と、を照合することで、自身を中心とした規定範囲内に存在する基地局２００の数をカウントすればよい。もちろん、端末装置３００が、規定範囲内に存在する基地局２００の数を認識することが可能であれば、その方法は特に限定されない。具体的な一例として、端末装置３００が基地局２００との間での双方向通信が可能な場合には、当該端末装置３００は、周囲の基地局２００に対してリクエストを送信し、当該リクエストに対するレスポンスの数に応じて、周辺に位置する基地局２００の数を認識してもよい。
【０１９１】
規定範囲内に存在する基地局２００の数が閾値以上の場合には（Ｓ６０７、ＹＥＳ）、端末装置３００は、前述したバッテリーの電力の残量と、当該基地局２００の数と、に応じて、データ（例えば、コードブロックやフレーム情報）の繰り返し送信の回数を制御（制限）する（Ｓ６０９）。一方で、バッテリーの電力の残量が閾値を超える場合（Ｓ６０５、ＮＯ）や、規定範囲内に存在する基地局２００の数が閾値未満の場合には（Ｓ６０７、ＮＯ）、端末装置３００は、上記繰り返し送信の回数の制御を行わなくてもよい。
【０１９２】
そして、端末装置３００は、最終的に決定された繰り返し送信の回数に応じて、周囲の基地局２００に対してデータの繰り返し送信を実行する（Ｓ６１１）。
【０１９３】
以上、図１６を参照して、図１５に示す例における端末装置３００の一連の処理の流れの一例について説明した。
【０１９４】
続いて、図１７を参照して、図１５に示す例におけるサーバ１００の一連の処理の流れの一例について説明する。図１７は、本実施形態に係るサーバ１００の一連の処理の流れの他の一例について説明するためのフローチャートである。
【０１９５】
サーバ１００は、対象となる端末装置３００からフレーム情報が基地局２００により受信される予定時刻を経過すると、当該基地局２００に対して当該フレーム情報の送信を要求し、当該フレーム情報を当該基地局２００から取得する（Ｓ６５１）。
【０１９６】
なお、対象となる端末装置３００から初めてフレーム情報を受信する場合には、サーバ１００は、当該端末装置３００のセットアップが行われたエリアに該当する基地局２００からフレーム情報を取得してもよい。また、以降については、サーバ１００は、端末装置３００が送信する位置情報に応じた基地局２００から、当該端末装置３００から送信されたフレーム情報を取得してもよい。
【０１９７】
次いで、サーバ１００は、取得したフレーム情報を復調して解析し（Ｓ６５３）、端末装置３００から当該フレーム情報が繰り返し送信された回数が閾値以下か否かを確認する（Ｓ６５５）。
【０１９８】
繰り返し送信の回数が閾値以下の場合には（Ｓ６５５、ＹＥＳ）、サーバ１００は、自身が管理する基地局２００のうち、対象となる端末装置３００の周辺に位置する他の基地局２００に対してフレーム情報の送信を要求する。そして、サーバ１００は、当該要求に対する応答として、当該フレーム情報を当該他の基地局２００から取得する（Ｓ６５７）。そして、サーバ１００は、各基地局２００から取得したフレーム情報を合成することで、信号レベルがより増大したフレーム情報を生成する。
【０１９９】
なお、繰り返し送信の回数が閾値を超える場合には（Ｓ６５５、ＮＯ）、サーバ１００は、他の基地局２００からのフレーム情報の取得に係る処理や、フレーム情報の合成に係る処理を実行しなくてもよい。
【０２００】
そして、サーバ１００は、フレーム情報に対して復調処理を施すことで、端末装置３００から送信されたデータを復号する（Ｓ６６１）。
【０２０１】
以上、図１７を参照して、図１５に示す例におけるサーバ１００の一連の処理の流れの一例について説明した。
【０２０２】
＜３．３．評価＞
以上説明したように、本実施形態に係る通信システムにおいて、端末装置は、無線通信を介して１以上の基地局にフレーム情報（例えば、コードブロックやＰＰＤＵ等）が繰り返し送信されるように制御する。また、端末装置は、バッテリーの状態に関する情報を取得する。そして、端末装置は、上記バッテリーの状態と、上記無線通信を介してフレーム情報を送信可能な基地局の数と、に応じて、１以上の上記基地局に対して所定の期間内にフレーム情報が送信される回数を制御する。また、サーバは、端末装置から無線通信を介して１以上の基地局に繰り返し送信されるフレーム情報を、当該１以上の基地局のうちの少なくとも一部の基地局から取得し、取得された当該フレーム情報からデータを復調する。このとき、所定の期間内に上記端末装置から上記フレーム情報が送信される回数に応じた数の基地局から、当該フレーム情報が取得される。
【０２０３】
以上のような構成により、本実施形態に係る通信システムに依れば、端末装置は、バッテリーの電力の残量と、周囲の基地局（即ち、フレーム情報を送信可能な基地局）の数と、に応じて、フレーム情報の送信に係る電力の消費量を抑制することが可能となる。特に、都市部等のように基地局のより多いエリアにおいては、端末装置の周囲の基地局の数を考慮して繰り返し送信の回数が制御されることで、フレーム情報の送信に係る電力の消費量をより抑制可能となる効果が期待できる。また、繰り返し送信の回数が少ない場合においても、複数の基地局により受信されたフレーム情報を合成することで、端末装置３００から送信されたデータの復調に係る性能を改善することも可能となる。
【０２０４】
＜＜４．ハードウェア構成＞＞
続いて、図１８を参照しながら、本開示の一実施形態に係る通信システムを構成するサーバ１００や基地局２００のような情報処理装置のハードウェア構成の一例について、詳細に説明する。図１８は、本開示の一実施形態に係る通信システムを構成する情報処理装置のハードウェア構成の一構成例を示す機能ブロック図である。
【０２０５】
本実施形態に係るシステムを構成する情報処理装置９００は、主に、ＣＰＵ９０１と、ＲＯＭ９０２と、ＲＡＭ９０３と、を備える。また、情報処理装置９００は、更に、ホストバス９０７と、ブリッジ９０９と、外部バス９１１と、インタフェース９１３と、入力装置９１５と、出力装置９１７と、ストレージ装置９１９と、ドライブ９２１と、接続ポート９２３と、通信装置９２５とを備える。
【０２０６】
ＣＰＵ９０１は、演算処理装置及び制御装置として機能し、ＲＯＭ９０２、ＲＡＭ９０３、ストレージ装置９１９又はリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置９００内の動作全般又はその一部を制御する。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１が使用するプログラムや、プログラムの実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバス９０７により相互に接続されている。例えば、図２に示す処理部１５０の各構成や、図３に処理部２７０の各構成は、ＣＰＵ９０１により実現され得る。
【０２０７】
ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９１１に接続されている。また、外部バス９１１には、インタフェース９１３を介して、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３及び通信装置９２５が接続される。
【０２０８】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバー及びペダル等、ユーザが操作する操作手段である。また、入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール手段（いわゆる、リモコン）であってもよいし、情報処理装置９００の操作に対応した携帯電話やＰＤＡ等の外部接続機器９２９であってもよい。さらに、入力装置９１５は、例えば、上記の操作手段を用いてユーザにより入力された情報に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路などから構成されている。情報処理装置９００のユーザは、この入力装置９１５を操作することにより、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりすることができる
【０２０９】
出力装置９１７は、取得した情報をユーザに対して視覚的又は聴覚的に通知することが可能な装置で構成される。このような装置として、ＣＲＴディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、ＥＬディスプレイ装置及びランプ等の表示装置や、スピーカ及びヘッドホン等の音声出力装置や、プリンタ装置等がある。出力装置９１７は、例えば、情報処理装置９００が行った各種処理により得られた結果を出力する。具体的には、表示装置は、情報処理装置９００が行った各種処理により得られた結果を、テキスト又はイメージで表示する。他方、音声出力装置は、再生された音声データや音響データ等からなるオーディオ信号をアナログ信号に変換して出力する。
【０２１０】
ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス又は光磁気記憶デバイス等により構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ等を格納する。例えば、図２に示す記憶部１３０や、図３に示す記憶部２６０は、ストレージ装置９１９により実現され得る。
【０２１１】
ドライブ９２１は、記録媒体用リーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク又は半導体メモリ等のリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０３に出力する。また、ドライブ９２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク又は半導体メモリ等のリムーバブル記録媒体９２７に記録を書き込むことも可能である。リムーバブル記録媒体９２７は、例えば、ＤＶＤメディア、ＨＤ−ＤＶＤメディア又はＢｌｕ−ｒａｙ（登録商標）メディア等である。また、リムーバブル記録媒体９２７は、コンパクトフラッシュ（登録商標）（ＣＦ：ＣｏｍｐａｃｔＦｌａｓｈ）、フラッシュメモリ又はＳＤメモリカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  ｍｅｍｏｒｙ  ｃａｒｄ）等であってもよい。また、リムーバブル記録媒体９２７は、例えば、非接触型ＩＣチップを搭載したＩＣカード（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  ｃａｒｄ）又は電子機器等であってもよい。
【０２１２】
接続ポート９２３は、情報処理装置９００に直接接続するためのポートである。接続ポート９２３の一例として、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）ポート等がある。接続ポート９２３の別の例として、ＲＳ−２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ポート等がある。この接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置９００は、外部接続機器９２９から直接各種のデータを取得したり、外部接続機器９２９に各種のデータを提供したりする。
【０２１３】
通信装置９２５は、例えば、通信網（ネットワーク）９３１に接続するための通信デバイス等で構成された通信インタフェースである。通信装置９２５は、例えば、有線若しくは無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード等である。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ又は各種通信用のモデム等であってもよい。この通信装置９２５は、例えば、インターネットや他の通信機器との間で、例えばＴＣＰ／ＩＰ等の所定のプロトコルに則して信号等を送受信することができる。また、通信装置９２５に接続される通信網９３１は、有線又は無線によって接続されたネットワーク等により構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信又は衛星通信等であってもよい。例えば、図２に示すネットワーク通信部１１０や、図３に示す無線通信部２２０、ネットワーク通信部２３０、及び衛星信号受信部２５０は、通信装置９２５により実現され得る。
【０２１４】
以上、本開示の実施形態に係るシステムを構成する情報処理装置９００の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。なお、図１８では図示しないが、システムを構成する情報処理装置９００に対応する各種の構成を当然備える。
【０２１５】
なお、上述のような本実施形態に係る情報処理システムを構成する情報処理装置９００の各機能を実現するためのコンピュータプログラムを作製し、パーソナルコンピュータ等に実装することが可能である。また、このようなコンピュータプログラムが格納された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。また、当該コンピュータプログラムを実行させるコンピュータの数は特に限定されない。例えば、当該コンピュータプログラムを、複数のコンピュータ（例えば、複数のサーバ等）が互いに連携して実行してもよい。
【０２１６】
＜＜５．むすび＞＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２１７】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２１８】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２１９】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
端末装置から複数の基地局それぞれに無線通信を介して送信されたフレーム情報に関連する所定の制御情報を、当該複数の基地局それぞれから取得する取得部と、
前記複数の基地局それぞれから取得された前記制御情報に基づき、前記フレーム情報に含まれるペイロードを取得する前記基地局を特定する処理部と、
を備える、情報処理装置。
（２）
前記処理部は、前記複数の基地局それぞれにおける前記端末装置からの受信信号の強度に応じて、前記ペイロードを取得する前記基地局を、当該複数の基地局から特定する、前記（１）に記載の情報処理装置。
（３）
前記処理部は、前記複数の基地局それぞれから取得された、前記フレーム情報に含まれ、かつ前記ペイロードとは異なる所定の制御情報に基づき、前記端末装置の位置を推定する、前記（１）または（２）に記載の情報処理装置。
（４）
前記取得部は、前記端末装置の位置が推定された後に、特定された前記基地局から前記ペイロードを取得する、前記（３）に記載の情報処理装置。
（５）
前記フレーム情報に関連する所定の制御情報は、前記ペイロードとは異なる所定の制御情報である、前記（４）に記載の情報処理装置。
（６）
前記取得部は、前記端末装置の位置が推定される前に、特定された前記基地局から前記フレーム情報を取得することで、当該基地局から前記ペイロードを取得する、前記（３）に記載の情報処理装置。
（７）
前記フレーム情報に関連する所定の制御情報は、前記基地局による前記フレーム情報の受信状況に応じた情報である、前記（６）に記載の情報処理装置。
（８）
前記取得部は、前記ペイロードとは異なる所定の制御情報を取得した前記基地局の数が閾値未満の場合に、前記複数の基地局には含まれない他の基地局から当該制御情報を取得し、
前記処理部は、前記複数の基地局のそれぞれと、前記他の基地局と、により取得された当該制御情報に基づき、前記端末装置の位置を推定する、
前記（３）〜（７）のいずれか一項に記載の情報処理装置。
（９）
端末装置から無線通信を介してフレーム情報を取得する取得部と、
取得された前記フレーム情報に関連する所定の制御情報が、所定のサーバに送信されるように制御する制御部と、
を備え、
前記制御部は、前記サーバからの要求に応じて、前記フレーム情報に含まれるペイロードが当該サーバに送信されるように制御する、
基地局。
（１０）
前記制御部は、
前記制御情報として、前記フレーム情報に含まれ、かつ前記ペイロードとは異なる所定の制御情報が前記サーバに送信されるように制御し、
当該制御情報の送信後に、前記サーバからの要求に応じて、前記ペイロードが当該サーバに送信されるように制御する、
前記（９）に記載の基地局。
（１１）
前記制御部は、前記サーバからの要求に応じて、前記フレーム情報と、当該フレーム情報に含まれる前記ペイロードとは異なる所定の制御情報と、のうちのいずれかが当該サーバに送信されるように制御する、前記（９）に記載の基地局。
（１２）
無線通信を介して１以上の基地局にフレーム情報が繰り返し送信されるように制御する制御部と、
バッテリーの状態に関する情報を取得する取得部と、
を備え、
前記制御部は、前記バッテリーの状態と、前記無線通信を介して前記フレーム情報を送信可能な前記基地局の数と、に応じて、１以上の前記基地局に対して所定の期間内に前記フレーム情報が送信される回数を制御する、
端末装置。
（１３）
前記バッテリーの状態に関する情報は、当該バッテリーの電力の残量に関する情報を含み、
前記制御部は、前記バッテリーの電力の残量が少ないほど、前記所定の期間内に前記フレーム情報が送信される回数を制限する、
前記（１２）に記載の端末装置。
（１４）
前記制御部は、前記フレーム情報を送信可能な前記基地局の数が閾値未満の場合に、前記フレーム情報が送信される回数の制限を抑制する、前記（１２）または（１３）に記載の端末装置。
（１５）
前記フレーム情報を送信可能な前記基地局の数は、前記端末装置の位置の検出結果に応じて特定される、前記（１２）〜（１４）のいずれか一項に記載の端末装置。
（１６）
端末装置から無線通信を介して１以上の基地局に繰り返し送信されるフレーム情報を、当該１以上の基地局のうちの少なくとも一部の基地局から取得する取得部と、
前記少なくとも一部の基地局から取得されたフレーム情報からデータを復調する処理部と、
を備え、
所定の期間内に前記端末装置から前記フレーム情報が送信される回数に応じた数の前記基地局から、当該フレーム情報が取得される、
情報処理装置。
（１７）
前記所定の期間内に前記端末装置から前記フレーム情報が送信される回数が少ないほど、当該フレーム情報の取得元となる前記基地局の数が多くなる、前記（１６）に記載の情報処理装置。
（１８）
コンピュータが、
端末装置から複数の基地局それぞれに無線通信を介して送信されたフレーム情報に関連する所定の制御情報を、当該複数の基地局それぞれから取得することと、
前記複数の基地局それぞれから取得された前記制御情報に基づき、前記フレーム情報に含まれるペイロードを取得する前記基地局を特定することと、
を含む、情報処理方法。
（１９）
コンピュータが、
端末装置から無線通信を介してフレーム情報を取得することと、
取得された前記フレーム情報に関連する所定の制御情報が、所定のサーバに送信されるように制御することと、
前記サーバからの要求に応じて、前記フレーム情報に含まれるペイロードが当該サーバに送信されるように制御することと、
を含む、情報処理方法。
（２０）
コンピュータが、
無線通信を介して１以上の基地局にフレーム情報が繰り返し送信されるように制御することと、
バッテリーの状態に関する情報を取得することと、
前記バッテリーの状態と、前記無線通信を介して前記フレーム情報を送信可能な前記基地局の数と、に応じて、１以上の前記基地局に対して所定の期間内に前記フレーム情報が送信される回数を制御することと、
を含む、情報処理方法。
（２１）
コンピュータが、
端末装置から無線通信を介して１以上の基地局に繰り返し送信されるフレーム情報を、当該１以上の基地局のうちの少なくとも一部の基地局から取得することと、
前記少なくとも一部の基地局から取得されたフレーム情報からデータを復調することと、
を含み、
所定の期間内に前記端末装置から前記フレーム情報が送信される回数に応じた数の前記基地局から、当該フレーム情報が取得される、
情報処理方法。
【符号の説明】
【０２２０】
１、１Ａ、１Ｂ  通信システム
１００  サーバ
１１０  ネットワーク通信部
１３０  記憶部
１５０  処理部
１５１  通信制御部
１５３  情報取得部
１５５  判定部
１５７  通知部
２００  基地局
２１０  アンテナ部
２２０  無線通信部
２３０  ネットワーク通信部
２４０  アンテナ部
２５０  衛星信号受信部
２６０  記憶部
２７０  処理部
２７１  通信制御部
２７３  情報取得部
２７５  通知部
３００  端末装置
３１０  アンテナ部
３２０  無線通信部
３４０  アンテナ部
３５０  衛星信号受信部
３６０  記憶部
３７０  処理部
３７１  通信制御部
３７３  情報取得部
３７５  判定部
３７７  通知部
４００  クライアント
５００  ＧＰＳ衛星
６００  ローミングサーバ
【図１】
2019039096.tif 000005
【図２】
2019039096.tif 000006
【図３】
2019039096.tif 000007
【図４】
2019039096.tif 000008
【図５】
2019039096.tif 000009
【図６】
2019039096.tif 000010
【図７】
2019039096.tif 000011
【図８】
2019039096.tif 000012
【図９】
2019039096.tif 000013
【図１０】
2019039096.tif 000014
【図１１】
2019039096.tif 000015
【図１２】
2019039096.tif 000016
【図１３】
2019039096.tif 000017
【図１４】
2019039096.tif 000018
【図１５】
2019039096.tif 000019
【図１６】
2019039096.tif 000020
【図１７】
2019039096.tif 000021
【図１８】
2019039096.tif 000022
【国際調査報告】
2019039096.tif 000023
2019039096.tif 000024
2019039096.tif 000025
2019039096.tif 000026