(57)【要約】      （修正有）【課題】効率的に負荷分散を行う情報処理装置を提供する。【解決手段】端末装置１０は、所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信するビーコン送信部と、サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信するビーコン受信部と、受信した第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとをサーバ装置に送信するデータ送信部と、を有する。【選択図】図４
2018160742.tif 000002
【特許請求の範囲】
【請求項１】
所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信するビーコン送信部と、
サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信するビーコン受信部と、
受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信するデータ送信部と、
を有する情報処理装置。
【請求項２】
前記ビーコン送信部は、
前記所定の条件を満たし、かつ、該条件を満たす他の情報処理装置の装置ＩＤが格納されるゲートウェイリストが空である場合、前記第１のビーコンを周囲に送信する、請求項１に記載の情報処理装置。
【請求項３】
他の情報処理装置から前記第１のビーコンを受信した場合、該他の情報処理装置の装置ＩＤを前記ゲートウェイリストに追加するリスト管理部を有し、
前記リスト管理部は、
他の情報処理装置から、前記サーバ装置へのデータ送信が完了したことを示す第３のビーコンを受信した場合、前記他の情報処理装置の装置ＩＤを前記ゲートウェイリストから削除する、請求項２に記載の情報処理装置。
【請求項４】
前記所定の条件は、前記情報処理装置の振動回数を示す条件である、請求項１乃至３の何れか一項に記載の情報処理装置。
【請求項５】
複数の情報処理装置と、該複数の情報処理装置と接続されるサーバ装置とが含まれる情報処理システムであって、
前記情報処理装置は、
所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信するビーコン送信部と、
前記サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信するビーコン受信部と、
受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信するデータ送信部と、
を有する情報処理システム。
【請求項６】
所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信し、
サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信し、
受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信する、
処理をコンピュータが実行する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム及び情報処理方法に関する。
【背景技術】
【０００２】
近年、スマートフォン等を用いた参加型のスポーツ観戦が注目を浴びている。例えば、スタジアムでゲームを観戦している観客がスマートフォンを旗替わり振ることで、振った回数に応じた応援内容が大型ビジョンに表示される、といったことが行われている。この場合、観客がスマートフォンを振った回数を示すデータは、各スマートフォンからサーバに送信される。
【０００３】
ここで、スタジアム等のような人が密集している場所において、各スマートフォンからサーバにデータを送信した場合、サーバの処理負荷やネットワークのトラフィック量が増大する。これに対して、各スマートフォンからのデータをゲートウェイが収集して、収集したデータをゲートウェイがサーバに送信する技術が知られている。
【０００４】
また、複数の装置の中から１台の装置を選択し、選択された装置がゲートウェイとなって、他の装置から収集したデータをサーバに送信する技術が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−１１６１９４号公報
【特許文献２】特開２０１３−０５０８２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の従来技術では、ゲートウェイとなる装置が、ある特定の装置に集中する場合がある。このため、ある特定の装置における処理負荷が増大する場合がある。
【０００７】
例えば、電池残量に応じてゲートウェイとなるスマートフォンを決定するような場合、ゲートウェイとなるスマートフォンが、電池残量が多いスマートフォンに集中する場合がある。この場合、当該電池残量が多い特定のスマートフォンにおける処理負荷が増大する場合がある。
【０００８】
そこで、開示の技術は、効率的に負荷分散を行うことを目的としている。
【課題を解決するための手段】
【０００９】
開示の技術は、所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信するビーコン送信部と、サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信するビーコン受信部と、受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信するデータ送信部と、を有する。
【発明の効果】
【００１０】
効率的に負荷分散を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係るデータ収集システムの全体構成の一例を示す図である。
【図２】データ収集及びＧＷ決定の概略を説明する図である。
【図３】本実施形態に係る端末装置のハードウェア構成の一例を示す図である。
【図４】本実施形態に係る端末装置の機能構成の一例を示す図である。
【図５】サービス情報の一例を示す図である。
【図６】ＧＷリストの一例を示す図である。
【図７】本実施形態に係る端末装置の全体処理の一例を示すフローチャートである。
【図８】本実施形態に係るサービス時間外処理の一例を示すフローチャートである。
【図９】本実施形態に係るサービス処理の一例を示すフローチャートである。
【図１０】本実施形態に係るビーコン処理の一例を示すフローチャートである。
【図１１】本実施形態に係るＧＷ通知ビーコン又は送信依頼ビーコンの送信処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について添付の図面を参照しながら説明する。
【００１３】
＜データ収集システムの全体構成＞
まず、本実施形態に係るデータ収集システム１の全体構成について、図１を参照しながら説明する。図１は、本実施形態に係るデータ収集システム１の全体構成の一例を示す図である。
【００１４】
図１に示すように、本実施形態に係るデータ収集システム１は、１以上の端末装置１０と、サーバ装置２０とを有する。端末装置１０と、サーバ装置２０とは、例えば、インターネット等のネットワークＮを介して通信可能に接続される。
【００１５】
端末装置１０は、例えば、スマートフォンやタブレット端末、携帯電話等の情報処理装置である。端末装置１０は、例えば、ノート型ＰＣ（パーソナルコンピュータ）やＰＤＡ（Personal  Digital  Assistant）、ウェアラブル端末等であっても良い。
【００１６】
端末装置１０は、データ収集処理部１００を有する。端末装置１０は、データ収集処理部１００により、他の端末装置１０からデータを収集して、収集したサーバ装置２０に送信する。すなわち、データ収集処理部１００は、端末装置１０が所定の条件を満たした場合、当該端末装置１０をゲートウェイ（ＧＷ：Gateway）として機能させて、他の端末装置１０からデータを収集する。そして、データ収集処理部１００は、収集したデータをサーバ装置２０に送信する。以下、「ゲートウェイ」を、単に「ＧＷ」とも表す。
【００１７】
このとき、本実施形態に係るデータ収集システム１は、所定の条件（すなわち、ＧＷとなる条件）を満たした複数の端末装置１０間で、ＧＷとして機能する端末装置１０が１台の端末装置１０に集中しないように、次にＧＷとして機能する端末装置１０を決定する。
【００１８】
これにより、サーバ装置２０の処理負荷やネットワークＮのトラフィック量が増大することを防止させると共に、複数の端末装置１０間で処理負荷を分散させることができる。
【００１９】
なお、ＧＷとなる条件（以下、「ＧＷ条件」と表す。）としては、例えば、端末装置１０を振った回数（すなわち、端末装置１０が振動した回数）に対する条件、端末装置１０のタッチパネルをタップした回数に対する条件等が挙げられる。
【００２０】
サーバ装置２０は、端末装置１０から送信されたデータに基づく所定のサービスを提供する1以上の情報処理装置である。
【００２１】
サーバ装置２０が提供するサービスには、例えば、端末装置１０から送信されたデータが、スタジアムの観客が端末装置１０を振った回数を示すデータである場合、当該回数の合計に応じた応援内容をスタジアムの大型ビジョン等に表示するサービスが挙げられる。また、例えば、端末装置１０から送信されたデータが、スタジアムの観客の歓声を示す音声データである場合、当該音声データが示す内容をパブリックビューイングのモニター等に表示するサービスが挙げられる。
【００２２】
このように、サーバ装置２０は、端末装置１０から送信された所定のデータに基づく所定のサービスを提供する。なお、サーバ装置２０が提供するサービスは、スタジアム等でのスポーツ観戦におけるサービスに限られない。例えば、映画館や劇場、遊園地、駅、観光地等の多くの人が集まる場所において提供されるサービスであれば良い。
【００２３】
なお、図１に示すデータ収集システム１の構成は、一例であって、他の構成であっても良い。例えば、図１に示すデータ収集システム１には、複数のサーバ装置２０が含まれていても良い。この場合、例えば、スタジアム等に多くの観客がいて、多くのデータが端末装置１０からサーバ装置２０に送信されるような場合には、各サーバ装置２０間でも処理負荷を分散させることができる。
【００２４】
＜データ収集及びＧＷ決定の概略＞
ここで、ＧＷとして機能する端末装置１０におけるデータ収集と、次にＧＷとして機能する端末装置１０の決定との概略について、図２を参照しながら説明する。図２は、データ収集及びＧＷ決定の概略を説明する図である。図２では、複数の端末装置１０を、それぞれ「端末装置１０Ａ」、「端末装置１０Ｂ」、「端末装置１０Ｃ」、及び「端末装置１０Ｄ」等と区別して表す。また、これら複数の端末装置１０のうち、端末装置１０Ａが最初にＧＷとして機能する場合について説明する。
【００２５】
Ｓｔｅｐ１）ＧＷとして機能する端末装置１０Ａのデータ収集処理部１００は、ＧＷ条件を満たした場合、例えばＢＬＥ（Bluetooth  Low  Energy）等により、自身がＧＷとして機能することが可能であることを示すビーコン（ＧＷ通知ビーコン）を周囲に送信する。このようなビーコンは、予め設定されたビーコン到達範囲内にある端末装置１０が受信することができる。以降では、端末装置１０Ｂ、端末装置１０Ｃ、及び端末装置１０Ｄは、当該ビーコン到達範囲内にあるものとする。
【００２６】
Ｓｔｅｐ２）端末装置１０Ｂのデータ収集処理部１００は、端末装置１０ＡからＧＷ通知ビーコンを受信すると、当該端末装置１０Ａを識別する端末ＩＤをＧＷリストに追加する。ＧＷリストとは、ＧＷ条件を満たし、ＧＷとして機能することが可能な端末装置１０（すなわち、ＧＷになることができる端末装置１０）の端末ＩＤを格納するリストである。例えば、ＧＷリストの先頭に格納されている端末ＩＤの端末装置１０が実際にＧＷとして機能する。
【００２７】
端末装置１０Ｃ及び端末装置１０Ｄのデータ収集処理部１００も同様に、端末装置１０ＡからＧＷ通知ビーコンを受信すると、当該端末装置１０Ａの端末ＩＤをＧＷリストに追加する。
【００２８】
Ｓｔｅｐ３）端末装置１０Ｂのデータ収集処理部１００は、ＢＬＥ等により、ＧＷリストの先頭に格納されている端末ＩＤ（ここでは、端末装置１０Ａの端末ＩＤ）を宛先として、サーバ装置２０へのデータ送信依頼を示すビーコン（送信依頼ビーコン）を送信する。なお、送信依頼ビーコンには、サーバ装置２０に送信されるデータ（例えば、端末装置１０Ｂを振った回数を示すデータ）が含まれる。以降では、送信依頼ビーコンに含まれるデータを、「送信対象データ」とも表す。
【００２９】
端末装置１０Ｃ及び端末装置１０Ｄのデータ収集処理部１００も同様に、ＢＬＥ等により、ＧＷリストの先頭に格納されている端末ＩＤを宛先として、送信依頼ビーコンを送信する。
【００３０】
各端末装置１０Ｂ〜１０Ｄから送信依頼ビーコンを受信することで、端末装置１０Ａは、これら各端末装置１０Ｂ〜１０Ｄから送信対象データを収集することができる。
【００３１】
Ｓｔｅｐ４）端末装置１０Ａのデータ収集処理部１００は、各端末装置１０Ｂ〜１０Ｄから収集した送信対象データを、ネットワークＮを介して、サーバ装置２０に送信する。すなわち、端末装置１０Ａは、端末装置１０Ｂ〜１０ＤのＧＷとして機能する。
【００３２】
そして、端末装置１０Ａのデータ収集処理部１００は、ＢＬＥ等により、サーバ装置２０へのデータ送信が完了したことを示すビーコン（送信完了ビーコン）を送信する。
【００３３】
Ｓｔｅｐ５）端末装置１０Ｂのデータ収集処理部１００は、ＧＷとして機能する端末装置１０Ａから送信完了ビーコンを受信すると、端末装置１０Ａの端末ＩＤをＧＷリストから削除する。
【００３４】
端末装置１０Ｃ及び端末装置１０Ｄのデータ収集処理部１００も同様に、端末装置１０Ａから送信完了ビーコンを受信すると、端末装置１０Ａの端末ＩＤをＧＷリストから削除する。
【００３５】
Ｓｔｅｐ６）端末装置１０Ａ〜端末装置１０Ｄのデータ収集処理部１００は、ＧＷリストから次にＧＷとして機能する端末装置１０を決定する。すなわち、例えば、端末装置１０Ｃの端末ＩＤがＧＷリストの先頭に格納されている場合、当該端末装置１０ＣがＧＷとして機能することになる。この場合、端末装置１０Ａ、端末装置１０Ｂ、及び端末装置１０Ｄのデータ収集処理部１００は、ＧＷとして機能する端末装置１０Ｃを宛先として送信依頼ビーコンを送信する。
【００３６】
このように、本実施形態に係るデータ収集システム１では、各端末装置１０は、ＧＷとなることができる端末装置１０の端末ＩＤが格納されたＧＷリストを有している。そして、各端末装置１０は、例えば、ＧＷリストの先頭に格納されている端末ＩＤを宛先として、送信依頼ビーコンを送信することで、当該端末ＩＤの端末装置１０をＧＷとして機能させる。また、各端末装置１０は、送信完了ビーコンを受信すると、当該送信完了ビーコンの送信元の端末装置１０（すなわち、ＧＷとして機能する端末装置１０）の端末ＩＤをＧＷリストから削除する。
【００３７】
これにより、ＧＷとなることができる複数の端末装置１０を順にＧＷとして機能させることができ、これら複数の端末装置１０間で負荷分散を行うことができる。また、ＧＷ通知や送信依頼、送信完了等の通知をビーコンにより行うことで、データ収集やＧＷの決定等が簡易に行われ、複数の端末装置１０間で効率的に負荷分散を行うことができる。
【００３８】
＜端末装置のハードウェア構成＞
次に、本実施形態に係る端末装置１０のハードウェア構成について、図３を参照しながら説明する。図３は、本実施形態に係る端末装置１０のハードウェア構成の一例を示す図である。
【００３９】
図３に示すように、本実施形態に係る端末装置１０は、入力装置１１と、表示装置１２と、外部Ｉ／Ｆ１３と、通信Ｉ／Ｆ１４と、ＲＯＭ（Read  Only  Memory）１５とを有する。また、本実施形態に係る端末装置１０は、ＲＡＭ（Random  Access  Memory）１６と、ＣＰＵ（Central  Processing  Unit）１７と、補助記憶装置１８と、ＢＬＥモジュール１９とを有する。これら各ハードウェアは、それぞれがバスＢで相互に接続されている。
【００４０】
入力装置１１は、例えばタッチパネル等であり、端末装置１０に各種の操作信号を入力するのに用いられる。入力装置１１には、例えばキーボードやマウス、各種ボタン等であっても良い。表示装置１２は、例えばディスプレイ等であり、端末装置１０による各種の処理結果を表示する。
【００４１】
外部Ｉ／Ｆ１３は、外部装置とのインタフェースである。外部装置には、記録媒体１３ａ等がある。端末装置１０は、外部Ｉ／Ｆ１３を介して、記録媒体１３ａの読み取りや書き込みを行うことができる。
【００４２】
記録媒体１３ａには、例えば、ＳＤメモリカード(SD  memory  card）やＵＳＢメモリ等がある。記録媒体１３ａは、例えば、ＣＤ（Compact  Disk）やＤＶＤ（Digital  Versatile  Disk）等であっても良い。
【００４３】
通信Ｉ／Ｆ１４は、端末装置１０をネットワークＮに接続するためのインタフェースである。端末装置１０は、通信Ｉ／Ｆ１４を介して、サーバ装置２０と通信を行うことができる。
【００４４】
ＲＯＭ１５は、電源を切ってもデータを保持することができる不揮発性の半導体メモリである。ＲＡＭ１６は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＣＰＵ１７は、例えば補助記憶装置１８やＲＯＭ１５等からプログラムやデータをＲＡＭ１６上に読み出して、各種処理を実行する演算装置である。
【００４５】
補助記憶装置１８は、例えばフラッシュメモリ等であり、プログラムやデータを格納している不揮発性のメモリである。補助記憶装置１８に格納されるプログラムやデータには、例えば、基本ソフトウェアであるＯＳ（Operating  System）、各種アプリケーション、データ収集処理部１００を実現する１以上のプログラム等がある。ＢＬＥモジュール１９は、ＢＬＥによるビーコンを送信するためのモジュールである。
【００４６】
なお、端末装置１０は、更に、例えば、当該端末装置１０を振った回数を示すデータを作成するための加速度センサ等を有していても良い。
【００４７】
本実施形態に係る端末装置１０は、図３に示すハードウェア構成を有することにより、後述する各種処理が実現される。
【００４８】
＜端末装置の機能構成＞
次に、本実施形態に係る端末装置１０の機能構成について、図４を参照しながら説明する。図４は、本実施形態に係る端末装置１０の機能構成の一例を示す図である。
【００４９】
図４に示すように、本実施形態に係る端末装置１０は、上述したように、データ収集処理部１００を有する。データ収集処理部１００は、端末装置１０にインストールされた１以上のプログラムが、ＣＰＵ１７に実行させる処理により実現される。
【００５０】
また、本実施形態に係る端末装置１０は、送信対象データ記憶部２００と、サービス情報３００と、ＧＷリスト４００と、ＧＷフラグ５００とを有する。送信対象データ記憶部２００は、例えば補助記憶装置１８等を用いて実現される。また、サービス情報３００と、ＧＷリスト４００と、ＧＷフラグ５００とは、例えば補助記憶装置１８又はＲＡＭ１６等に記憶されている。
【００５１】
データ収集処理部１００は、他の端末装置１０との間で、データ収集に関する処理やＧＷの決定に関する処理等を行う。データ収集処理部１００は、通信部１０１と、ビーコン送受信部１０２と、サービス情報取得部１０３と、サービス時間判定部１０４と、ＧＷ条件決定部１０５とを有する。また、データ収集処理部１００は、ＧＷ条件判定部１０６と、フラグ管理部１０７と、ＧＷリスト管理部１０８と、送信対象データ管理部１０９とを有する。
【００５２】
通信部１０１は、ネットワークＮを介して、サーバ装置２０との間で通信を行う。すなわち、通信部１０１は、他の端末装置１０から収集した送信対象データをサーバ装置２０に送信する。また、例えば、通信部１０１は、後述するサービス情報３００をサーバ装置２０から受信する。
【００５３】
ビーコン送受信部１０２は、他の端末装置１０からのビーコン（ＧＷ通知ビーコン、送信依頼ビーコン、及び送信完了ビーコン）を受信する。また、ビーコン送受信部１０２は、ビーコン（ＧＷ通知ビーコン、送信依頼ビーコン、及び送信完了ビーコン）を送信する。なお、ビーコンは、ＢＬＥを用いたものに限られない。ビーコンは、例えば、無線ＬＡＮ（Local  Area  Network）やＵＷＢ（Ultra  Wide  Band）等を用いたものであっても良い。
【００５４】
サービス情報取得部１０３は、通信部１０１を介して、サーバ装置２０からサービス情報３００を取得する。ここで、サービス情報３００について、図５を参照しながら説明する。図５は、サービス情報３００の一例を示す図である。
【００５５】
図５に示すように、サービス情報３００は、データ項目として、サービス名と、サービス番号と、サービス枝番と、サービス時間と、サービス条件と、重み条件とを有する。
【００５６】
サービス名は、サーバ装置２０が提供するサービスの名称である。サービス番号は、当該サービスを識別する識別情報である。
【００５７】
サービス枝番は、当該サービスの提供時間内で、後述するサービス条件や重み条件を変更したい場合に用いられる情報である。図５に示す例では、サービス枝番「１」〜「３」に対して、それぞれ異なるサービス時間及びサービス条件が対応付けられている。これは、「２０１７年２月１２日１２時３０分００秒」〜「２０１７年２月１２日１２時３０分１０秒」の間は、サービス条件として「振った回数：２０回」が用いられることを示している。同様に、「２０１７年２月１２日１２時３０分１０秒」〜「２０１７年２月１２日１２時３０分２０秒」の間は、サービス条件として「振った回数：３０回」が用いられることを示している。また、同様に、「２０１７年２月１２日１２時３０分２０秒」〜「２０１７年２月１２日１２時３０分３０秒」の間は、サービス条件として「振った回数：４０回」が用いられることを示している。
【００５８】
サービス時間は、当該サービスの提供を開始する日時を示す開始日時と、当該サービスの提供を終了する日時を示す終了日時とが含まれる。サービス条件及び重み条件は、ＧＷ条件を構成する条件である。ＧＷ条件は、例えば、「サービス条件×重み条件」で決定される。
【００５９】
図５に示す例では、サービス条件として「振った回数」が用いられることを示しているが、これに限られない。サービス条件としては、例えば、端末装置１０のタッチパネルへのタッチ回数であっても良い。また、サービス条件としては、所定の操作（例えば、画面上にランダムに散らばっている番号の札を１から順に所定の数までタップする操作、予め決められた方向へのスワイプ操作）完了であっても良い。
【００６０】
また、図５に示す例では、重み条件として「電波状況」が用いられることを示している。これは、例えば、電波状況が悪い端末装置１０には高い重みを設定することで、当該端末装置１０がＧＷになりにくくするためである。一方で、例えば、電波状況が良い端末装置１０には低い重みを設定することで、当該端末装置１０がＧＷになりやすくするためである。
【００６１】
なお、重み条件は「電波状況」以外にも、例えば、「電池残量」や「過去のＧＷ回数」等が用いられても良い。例えば、重み条件として「電池残量」が用いられることで、電池残量が多い端末装置１０をＧＷになりやすくする一方で、電池残量が少ない端末装置１０をＧＷになりにくくすることができる。また、例えば、重み条件として「過去のＧＷ回数」を用いることで、過去にＧＷとなった回数が多い端末装置１０をＧＷになりにくくする一方で、過去にＧＷとなった回数が少ない端末装置１０をＧＷになりやすくすることができる。
【００６２】
このように、サービス情報３００は、サービスの提供時間を示すサービス時間と、当該サービス時間内に用いられるサービス条件及び重み条件とが含まれる情報である。各端末装置１０は、サーバ装置２０から取得したサービス情報３００を参照することで、現在がサービス時間内であるか否かを判定することができる。また、各端末装置１０は、サーバ装置２０から取得したサービス情報３００を参照することで、サービス条件及び重み条件からＧＷ条件決定することができる。
【００６３】
なお、図５では、サービス名「サービスＡ」のサービス情報３００について説明したが、端末装置１０は、サービス名「サービスＢ」のサービス情報３００やサービス名「サービスＣ」のサービス情報をサーバ装置２０から取得しても良い。
【００６４】
サービス時間判定部１０４は、サービス情報３００を参照して、現在の日時がサービス時間内であるか否かを判定する。ＧＷ条件決定部１０５は、サービス情報３００を参照して、端末装置１０のＧＷ条件を決定する。ＧＷ条件判定部１０６は、ＧＷ条件決定部１０５により決定されたＧＷ条件を満たすか否かを判定する。
【００６５】
フラグ管理部１０７は、ＧＷフラグ５００が「ｔｒｕｅ」又は「ｆａｌｓｅ」のいずれであるかを判定する。また、フラグ管理部１０７は、ＧＷフラグ５００を更新する。ＧＷフラグ５００は、端末装置１０がＧＷとして機能することが可能である否かを示す情報である。ＧＷフラグ５００が「ｔｒｕｅ」である場合、端末装置１０はＧＷとして機能することが可能であることを示している。一方で、ＧＷフラグ５００が「ｆａｌｓｅ」である場合、端末装置１０はＧＷとして機能することができないことを示している。
【００６６】
ＧＷリスト管理部１０８は、ＧＷリスト４００を管理する。すなわち、ＧＷリスト管理部１０８は、ビーコン送受信部１０２がＧＷ通知ビーコンを受信すると、当該ＧＷ通知ビーコンに含まれる端末ＩＤ（すなわち、ＧＷとして機能することが可能な端末装置１０の端末ＩＤ）をＧＷリスト４００に追加する。また、ＧＷリスト管理部１０８は、ビーコン送受信部１０２が送信完了ビーコンを受信すると、当該送信完了ビーコンに含まれる端末ＩＤ（すなわち、実際にＧＷとして機能した端末装置１０の端末ＩＤ）をＧＷリスト４００から削除する。
【００６７】
ここで、ＧＷリスト４００について、図６を参照しながら説明する。図６は、ＧＷリスト４００の一例を示す図である。
【００６８】
図６に示すように、ＧＷリスト４００は、ＧＷとして機能することが可能な端末装置１０を識別する端末ＩＤ（例えば、端末ＩＤ「端末Ｃ」、「端末Ｂ」、「端末Ｅ」等）のリストである。
【００６９】
このように、ＧＷリスト４００には、ＧＷとして機能することが可能な端末装置ＩＤの端末ＩＤが格納されている。各端末装置１０は、ＧＷリスト４００に格納されている端末ＩＤのうち、例えば、最初に格納されている端末ＩＤを宛先として、送信依頼ビーコンを送信することで、当該端末ＩＤの端末装置１０をＧＷとして機能させることができる。
【００７０】
送信対象データ管理部１０９は、送信対象データ記憶部２００に格納されている送信対象データを管理する。すなわち、送信対象データ管理部１０９は、ビーコン送受信部１０２が送信依頼ビーコンを受信すると、当該送信依頼ビーコンに含まれる送信対象データと、当該送信依頼ビーコンの送信元の端末装置１０の端末ＩＤとを関連付けて送信対象データ記憶部２００に格納する。
【００７１】
また、送信対象データ管理部１０９は、ＧＷフラグ５００が「ｔｒｕｅ」である場合に、送信対象データ記憶部２００に格納されている送信対象データを取得する。送信対象データ管理部１０９により取得された送信対象データは、通信部１０１によりサーバ装置２０に送信される。
【００７２】
＜端末装置が実行する処理の詳細＞
次に、本実施形態に係る端末装置１０が実行する処理について、図７を参照しながら説明する。図７は、本実施形態に係る端末装置の全体処理の一例を示すフローチャートである。
【００７３】
まず、サービス情報取得部１０３は、通信部１０１を介して、サーバ装置２０からサービス情報３００を取得する（ステップＳ１０１）。サービス情報取得部１０３は、通信部１０１を介して、例えば、サービス情報３００の取得要求をサーバ装置２０に送信することで、当該取得要求に対する応答としてサービス情報３００を取得することができる。
【００７４】
なお、サービス情報取得部１０３は、例えば、ユーザにより指定されたサービス名のサービス情報３００の取得要求をサーバ装置２０に送信することで、当該指定されたサービス名のサービス情報３００をサーバ装置２０から取得しても良い。
【００７５】
次に、サービス時間判定部１０４は、サービス情報取得部１０３により取得されたサービス情報３００を参照して、現在の日時がサービス時間内であるか否かを判定する（ステップＳ１０２）。
【００７６】
ステップＳ１０２において、現在の日時がサービス時間内でないと判定された場合、データ収集処理部１００は、サービス時間外処理を実行する（ステップＳ１０３）。ここで、上記のステップＳ１０３におけるサービス時間外処理について、図８を参照しながら説明する。図８は、本実施形態に係るサービス時間外処理の一例を示すフローチャートである。
【００７７】
まず、ＧＷ条件決定部１０５は、サービス情報３００を参照して、サービス時間に応じたサービス条件を決定する（ステップＳ２０１）。
【００７８】
例えば、ＧＷ条件決定部１０５は、図５に示すサービス情報３００を参照して、「２０１７年２月１２日１２時３０分００秒」〜「２０１７年２月１２日１２時３０分１０秒」の間におけるサービス条件を「振り回数：２０回」と決定する。同様に、例えば、「２０１７年２月１２日１２時３０分１０秒」〜「２０１７年２月１２日１２時３０分２０秒」におけるサービス条件を「振り回数：３０回」と決定する。また、同様に、例えば、「２０１７年２月１２日１２時３０分２０秒」〜「２０１７年２月１２日１２時３０分３０秒」におけるサービス条件を「振り回数：４０回」と決定する。
【００７９】
次に、ＧＷ条件決定部１０５は、サービス情報３００を参照して、サービス時間に応じた重み条件を決定する（ステップＳ２０２）。
【００８０】
例えば、ＧＷ条件決定部１０５は、図５に示すサービス情報３００を参照して、「２０１７年２月１２日１２時３０分００秒」〜「２０１７年２月１２日１２時３０分１０秒」の間における重み条件を「電波状況」と決定する。同様に、例えば、「２０１７年２月１２日１２時３０分１０秒」〜「２０１７年２月１２日１２時３０分２０秒」、及び「２０１７年２月１２日１２時３０分２０秒」〜「２０１７年２月１２日１２時３０分３０秒」の間における重み条件を「電波状況」と決定する。
【００８１】
次に、ＧＷ条件決定部１０５は、上記のステップＳ２０１及びステップＳ２０２でそれぞれ決定したサービス条件及び重み条件から、サービス時間に応じたＧＷ条件を決定する（ステップＳ２０３）。
【００８２】
例えば、ＧＷ条件決定部１０５は、「２０１７年２月１２日１２時３０分００秒」〜「２０１７年２月１２日１２時３０分１０秒」の間におけるＧＷ条件を「２０回×ｗ１」と決定する。これは、ユーザが端末装置１０を「２０×ｗ１」回振った場合、ＧＷ条件が満たされることを示している。ここで、ｗ１は、例えば、「２０１７年２月１２日１２時３０分００秒」〜「２０１７年２月１２日１２時３０分１０秒」の各時点における端末装置１０の電波状況から算出される重みである。ｗ１は、例えば０以上１以下の値であり、通信部１０１による通信速度に応じて決定される。
【００８３】
同様に、例えば、ＧＷ条件決定部１０５は、「２０１７年２月１２日１２時３０分１０秒」〜「２０１７年２月１２日１２時３０分２０秒」の間におけるＧＷ条件を「３０回×ｗ２」と決定する。これは、ユーザが端末装置１０を「３０×ｗ２」回振った場合、ＧＷ条件が満たされることを示している。ここで、ｗ２は、例えば、「２０１７年２月１２日１２時３０分１０秒」〜「２０１７年２月１２日１２時３０分２０秒」の各時点における端末装置１０の電波状況から算出される重みである。ｗ２は、例えば０以上１以下の値であり、通信部１０１による通信速度に応じて決定される。
【００８４】
また、同様に、例えば、ＧＷ条件決定部１０５は、「２０１７年２月１２日１２時３０分２０秒」〜「２０１７年２月１２日１２時３０分３０秒」の間におけるＧＷ条件を「４０回×ｗ３」と決定する。これは、ユーザが端末装置１０を「４０×ｗ３」回振った場合、ＧＷ条件が満たされることを示している。ここで、ｗ３は、例えば、「２０１７年２月１２日１２時３０分２０秒」〜「２０１７年２月１２日１２時３０分３０秒」の各時点における端末装置１０の電波状況から算出される重みである。ｗ３は、例えば０以上１以下の値であり、通信部１０１による通信速度に応じて決定される。
【００８５】
なお、上記ではｗ１，ｗ２，及びｗ３はサービス時間の各時点における電波状況により算出されるものとしたが、これに限られない。ｗ１，ｗ２，及びｗ３は、例えば、サービス時間に含まれる開始日時の１時間前の電波状況により算出されても良い。具体的には、例えば、当該開始日時の１時間前における通信速度の平均に応じて、ｗ１，ｗ２，及びｗ３が算出されても良い。
【００８６】
また、ｗ１，ｗ２，及びｗ３は通信部１０１による通信速度に応じて決定されるだけでなく、例えば、端末装置１０がＷｉ−Ｆｉ等に接続されているか否か等に応じて決定されても良い。
【００８７】
図７に戻る。ステップＳ１０２において、現在の日時がサービス時間内であると判定された場合、ビーコン送受信部１０２は、所定の待ち時間内に、他の端末装置１０からのビーコンを受信したか否かを判定する（ステップＳ１０４）。すなわち、上記のステップＳ１０２で現在の日時がサービス時間内であると判定された場合、端末装置１０は、予め設定された所定の時間の間、待機する。そして、当該端末装置１０のビーコン送受信部１０２は、待機中に他の端末装置１０からビーコンを受信したか否かを判定する。
【００８８】
ステップＳ１０４において、他の端末装置１０からのビーコンを受信していないと判定された場合、データ収集処理部１００は、サービス処理を実行する（ステップＳ１０５）。
【００８９】
ここで、上記のステップＳ１０５におけるサービス処理について、図９を参照しながら説明する。図９は、本実施形態に係るサービス処理の一例を示すフローチャートである。
【００９０】
まず、ＧＷ条件判定部１０６は、ＧＷ条件決定部１０５により決定されたＧＷ条件を満たすか否かを判定する（ステップＳ３０１）。例えば、ＧＷ条件が「２０回×ｗ１」、かつ、ｗ１＝０．５である場合、ＧＷ条件判定部１０６は、ユーザが端末装置１０を振った回数が１０回以上であるか否かを判定する。なお、ユーザが端末装置１０を振った回数は、例えば加速度センサ等により測定された上で、当該測定結果を示すデータが所定の記憶領域に記憶されている。
【００９１】
ステップＳ３０１において、ＧＷ条件を満たさないと判定された場合、データ収集処理部１００は、サービス処理を終了させる。
【００９２】
一方で、ステップＳ３０１において、ＧＷ条件を満たすと判定された場合、フラグ管理部１０７は、ＧＷフラグ５００が「ｔｒｕｅ」であるか否かを判定する（ステップＳ３０２）。これは、端末装置１０がＧＷとして機能することが可能であるか否かを判定することを意味する。
【００９３】
ステップＳ３０２において、ＧＷフラグ５００が「ｔｒｕｅ」であると判定された場合、送信対象データ管理部１０９は、送信対象データ記憶部２００に格納されている送信対象データと、端末ＩＤとを取得する（ステップＳ３０３）。すなわち、送信対象データ管理部１０９は、端末装置１０がＧＷとして機能することが可能である場合に、送信対象データ記憶部２００に格納されている送信対象データと、当該送信対象データに関連付けられている端末ＩＤとを取得する。送信対象データ記憶部２００には、他の端末装置１０から受信した送信依頼ビーコンに含まれる送信対象データと、当該送信依頼ビーコンの送信元の端末装置１０の端末ＩＤとが関連付けて格納されている。
【００９４】
なお、送信対象データ管理部１０９は、送信対象データ記憶部２００から取得した送信対象データを１つのデータにまとめた上でデータ圧縮等を行っても良い。データ圧縮を行うことで、サーバ装置２０に送信されるデータのデータ量を削減することができる。
【００９５】
次に、通信部１０１は、送信対象データ管理部１０９により取得された送信対象データ（又はこれらの送信対象データがデータ圧縮等されたデータ）をサーバ装置２０に送信する（ステップＳ３０４）。これにより、他の端末装置１０から収集した送信対象データがサーバ装置２０に送信され、サーバ装置２０に格納される。
【００９６】
次に、ビーコン送受信部１０２は、送信完了ビーコンを送信する（ステップＳ３０５）。送信完了ビーコンには、ＧＷとして機能した端末装置１０の端末ＩＤと、上記のステップＳ３０３で送信対象データ記憶部２００から取得された端末ＩＤとが含まれる。これにより、送信完了ビーコンを受信した他の端末装置１０は、後述するように、自身の送信対象データがサーバ装置２０に送信されたか否かを判定することができる。また、送信完了ビーコンを受信した他の端末装置１０は、後述するように、ＧＷとして機能した端末装置１０の端末ＩＤをＧＷリスト４００から削除することができる。
【００９７】
次に、フラグ管理部１０７は、ＧＷフラグ５００を「ｆａｌｓｅ」に更新する（ステップＳ３０６）。ＧＷフラグ５００が「ｆａｌｓｅ」に更新されることで、端末装置１０は、ＧＷとして機能しなくなる。これにより、例えば、１台の端末装置１０が連続してＧＷとして機能するような事態を防止することができ、効果的な負荷分散を図ることができる。
【００９８】
ステップＳ３０２において、ＧＷフラグ５００が「ｆａｌｓｅ」であると判定された場合、データ収集処理部１００は、ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理を実行する（ステップＳ３０７）。ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理では、端末ＩＤがＧＷリスト４００に含まれるか否かに応じて、ＧＷ通知ビーコン又は送信依頼ビーコンを送信する。すなわち、ＧＷリスト４００に端末ＩＤが含まれる場合、当該端末ＩＤの端末装置１０をＧＷとして、送信依頼ビーコンを送信する。一方で、ＧＷリスト４００に端末ＩＤが含まれない場合、自身がＧＷとなる。ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理の詳細については後述する。
【００９９】
図７に戻る。ステップＳ１０４において、他の端末装置１０からのビーコンを受信したと判定された場合、データ収集処理部１００は、ビーコン処理を実行する（ステップＳ１０６）。
【０１００】
ここで、上記のステップＳ１０６におけるビーコン処理について、図１０を参照しながら説明する。図１０は、本実施形態に係るビーコン処理の一例を示すフローチャートである。
【０１０１】
まず、ビーコン送受信部１０２は、ＧＷ通知ビーコンを受信したか否かを判定する（ステップＳ４０１）。
【０１０２】
ステップＳ４０１において、ＧＷ通知ビーコンを受信したと判定された場合、ＧＷリスト管理部１０８は、ビーコン送受信部１０２が受信したＧＷ通知ビーコンの送信元の端末装置１０の端末ＩＤをＧＷリスト４００に追加する（ステップＳ４０２）。このとき、ＧＷリスト管理部１０８は、ＧＷリストの最後尾に当該端末ＩＤを追加すれば良い。
【０１０３】
なお、端末装置１０は、上記のステップＳ４０２でＧＷ通知ビーコンを受信した後、当該ＧＷ通知ビーコンの送信元の端末装置１０を宛先とした送信依頼ビーコンを送信しても良い。すなわち、端末装置１０は、上記のステップＳ４０２を行った後、後述するステップＳ５０２の処理を行っても良い。これにより、端末装置１０は、現時点のデータ（例えば、現時点での振った回数を示すデータ）をサーバ装置２０に送信することができる。ただし、この場合、端末装置１０は、当該ＧＷ通知ビーコンの送信元の端末装置１０から送信完了ビーコンを受信するまでは、他の端末装置１０からＧＷ通知ビーコンを受信したとしても当該他の端末装置１０を宛先とした送信依頼ビーコンは送信しないようにする。これは、重複したデータがサーバ装置２０に送信されてしまう事態を防止するためである。
【０１０４】
一方、ステップＳ４０１において、ＧＷ通知ビーコンを受信したと判定されなかった場合、ビーコン送受信部１０２は、送信依頼ビーコンを受信したか否かを判定する（ステップＳ４０３）。
【０１０５】
ステップＳ４０３において、送信依頼ビーコンを受信したと判定された場合、フラグ管理部１０７は、ＧＷフラグ５００が「ｔｒｕｅ」であるか否かを判定する（ステップＳ４０４）。
【０１０６】
ステップＳ４０４において、ＧＷフラグ５００が「ｆａｌｓｅ」であると判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、ＧＷでない端末装置１０が送信依頼ビーコンを受信した場合である。
【０１０７】
一方、ステップＳ４０４において、ＧＷフラグ５００が「ｔｒｕｅ」であると判定された場合、ビーコン送受信部１０２は、送信依頼ビーコンの宛先が自身の端末ＩＤであるか否かを判定する（ステップＳ４０５）。
【０１０８】
ステップＳ４０５において、送信依頼ビーコンの宛先が自身の端末ＩＤでないと判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、他のＧＷ（すなわち、ＧＷとして機能する他の端末装置１０）を宛先とした送信依頼ビーコンを受信した場合である。
【０１０９】
一方、ステップＳ４０５において、送信依頼ビーコンの宛先が自身の端末ＩＤであると判定された場合、送信対象データ管理部１０９は、送信依頼ビーコンに含まれる送信対象データを送信対象データ記憶部２００に格納する（ステップＳ４０６）。このとき、送信対象データ管理部１０９は、当該送信依頼ビーコンの送信元の端末装置１０の端末ＩＤを、送信対象データと関連付けて送信対象データ記憶部２００に格納する。
【０１１０】
ステップＳ４０３において、送信依頼ビーコンを受信したと判定されなかった場合、ビーコン送受信部１０２は、送信完了ビーコンを受信したか否かを判定する（ステップＳ４０７）。
【０１１１】
ステップＳ４０７において、送信完了ビーコンを受信したと判定されなかった場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、ＧＷ通知ビーコン、送信依頼ビーコン、及び送信完了ビーコンのうちのいずれでもないビーコンを受信した場合である。
【０１１２】
一方、ステップＳ４０７において、送信完了ビーコンを受信したと判定された場合、ＧＷリスト管理部１０８は、送信完了ビーコンの送信元の端末装置１０の端末ＩＤで、ＧＷリスト４００を検索する（ステップＳ４０８）。すなわち、ＧＷリスト管理部１０８は、当該端末ＩＤを検索キーとして、ＧＷリスト４００を検索する。
【０１１３】
次に、ＧＷリスト管理部１０８は、上記のステップＳ４０８の検索の結果、当該端末ＩＤがＧＷリスト４００に含まれるか否かを判定する（ステップＳ４０９）。
【０１１４】
ステップＳ４０９において、送信完了ビーコンの送信元の端末装置１０の端末ＩＤがＧＷリスト４００に含まれないと判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、ＧＷリスト４００に含まれない端末ＩＤの端末装置１０から送信完了ビーコンを受信した場合である。
【０１１５】
一方、ステップＳ４０９において、送信完了ビーコンの送信元の端末装置１０の端末ＩＤがＧＷリスト４００に含まれると判定された場合、ＧＷリスト管理部１０８は、ＧＷリスト４００から当該端末ＩＤを削除する（ステップＳ４１０）。これにより、現時点でＧＷとなっている端末装置１０は、再度ＧＷ通知ビーコンを送信するまでは、ＧＷにならなくなる。
【０１１６】
次に、フラグ管理部１０７は、ＧＷフラグ５００が「ｔｒｕｅ」であるか否かを判定する（ステップＳ４１１）。
【０１１７】
ステップＳ４１１において、ＧＷフラグ５００が「ｔｒｕｅ」であると判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、自身がＧＷとなっている場合である。
【０１１８】
一方、ステップＳ４１１において、ＧＷフラグ５００が「ｆａｌｓｅ」であると判定された場合、ビーコン送受信部１０２は、送信完了ビーコンの送信元の端末装置１０の端末ＩＤが、送信依頼ビーコンの宛先としたＧＷの端末ＩＤであるか否かを判定する（ステップＳ４１２）。言い換えれば、ビーコン送受信部１０２は、送信完了ビーコンの送信元の端末装置１０の端末ＩＤを宛先として、送信依頼ビーコンを送信したか否かを判定する。
【０１１９】
ステップＳ４１２において、送信完了ビーコンの送信元の端末装置１０の端末ＩＤが当該ＧＷの端末ＩＤでないと判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、自身が送信依頼を行っていないＧＷからの送信完了ビーコンを受信した場合である。
【０１２０】
一方、ステップＳ４１２において、送信完了ビーコンの送信元の端末装置１０の端末ＩＤが当該ＧＷの端末ＩＤであると判定された場合、ビーコン送受信部１０２は、自身の送信対象データがサーバ装置２０に送信されたか否かを判定する（ステップＳ４１３）。すなわち、ビーコン送受信部１０２は、自身の端末ＩＤが当該送信完了ビーコンに含まれるか否かを判定する。
【０１２１】
ステップＳ４１３において、自身の端末ＩＤが当該送信完了ビーコンに含まれると判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、自身の送信対象データがサーバ装置２０に送信された場合である。
【０１２２】
一方、ステップＳ４１３において、自身の端末ＩＤが当該送信完了ビーコンに含まれないと判定された場合、データ収集処理部は、ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理を実行する（ステップＳ４１４）。ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理では、端末ＩＤがＧＷリスト４００に含まれるか否かに応じて、ＧＷ通知ビーコン又は送信依頼ビーコンを送信する。すなわち、ＧＷリスト４００に端末ＩＤが含まれる場合、当該端末ＩＤの端末装置１０をＧＷとして、送信依頼ビーコンを送信する。一方で、ＧＷリスト４００に端末ＩＤが含まれない場合、自身がＧＷとなる。ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理の詳細については後述する。
【０１２３】
図７に戻る。ステップＳ１０５又はステップＳ１０６に続いて、サービス時間判定部１０４は、サービス情報取得部１０３により取得されたサービス情報３００を参照して、現在の日時がサービス時間内であるか否かを判定する（ステップＳ１０７）。
【０１２４】
ステップＳ１０７において、現在の日時がサービス時間内であると判定された場合、データ収集処理部１００は、ステップＳ１０４に戻る。すなわち、データ収集処理部１００は、サービス時間内である間、ステップＳ１０４〜ステップＳ１０７を繰り返す。
【０１２５】
一方、ステップＳ１０７において、現在の日時がサービス時間内でないと判定された場合、データ収集処理部１００は、処理を終了させる。
【０１２６】
ここで、図９のステップＳ３０７及び図１０のステップＳ４１４におけるＧＷ通知ビーコン又は送信依頼ビーコンの送信処理について、図１１を参照しながら説明する。図１１は、本実施形態に係るＧＷ通知ビーコン又は送信依頼ビーコンの送信処理の一例を示すフローチャートである。
【０１２７】
まず、ＧＷリスト管理部１０８は、ＧＷリスト４００に端末ＩＤが含まれるか否かを判定する（ステップＳ５０１）。すなわち、ＧＷリスト管理部１０８は、ＧＷリスト４００が空でないか否かを判定する。
【０１２８】
ステップＳ５０１において、ＧＷリスト４００が空でない（すなわち、ＧＷリスト４００に端末ＩＤが含まれる）と判定された場合、ビーコン送受信部１０２は、送信依頼ビーコンを送信する（ステップＳ５０２）。このとき、ビーコン送受信部１０２は、例えば、ＧＷリスト４００に含まれる端末ＩＤのうち、先頭に格納されている端末ＩＤを宛先として、送信依頼ビーコンを送信すれば良い。ただし、これに限られず、例えば、ＧＷリスト４００に含まれる端末ＩＤのうち、ランダムに選択した端末ＩＤを宛先として、送信依頼ビーコンを送信しても良い。
【０１２９】
一方、ステップＳ４０１において、ＧＷリスト４００が空である（すなわち、ＧＷリスト４００に端末ＩＤが含まれる）と判定された場合、フラグ管理部１０７は、ＧＷフラグを「ｔｒｕｅ」に更新する（ステップＳ５０３）。これは、自身がＧＷとなることを意味する。
【０１３０】
次に、ビーコン送受信部１０２は、ＧＷ通知ビーコンを送信する（ステップＳ５０４）。これにより、周囲の他の端末装置１０に対して、自身がＧＷとなることを通知することができる。
【０１３１】
以上のように、本実施形態に係るデータ収集システム１では、複数の端末装置１０のうち、ＧＷとなった端末装置１０が、他の端末装置１０から収集した送信対象データをサーバ装置２０に送信する。このとき、本実施形態に係るデータ収集システム１では、ＢＬＥ等を用いたビーコンにより、複数の端末装置１０間で、ＧＷとなった端末装置１０の通知等が行われる。これにより、複数の端末装置１０間で、効率的に負荷分散を行うことができる。
【０１３２】
以上、本発明の実施形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形や変更が可能である。
【０１３３】
以上の説明に関し、更に以下の項を開示する。
（付記１）
所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信するビーコン送信部と、
サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信するビーコン受信部と、
受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信するデータ送信部と、
を有する情報処理装置。
（付記２）
前記ビーコン送信部は、
前記所定の条件を満たし、かつ、該条件を満たす他の情報処理装置の装置ＩＤが格納されるゲートウェイリストが空である場合、前記第１のビーコンを周囲に送信する、付記１に記載の情報処理装置。
（付記３）
他の情報処理装置から前記第１のビーコンを受信した場合、該他の情報処理装置の装置ＩＤを前記ゲートウェイリストに追加するリスト管理部を有し、
前記リスト管理部は、
他の情報処理装置から、前記サーバ装置へのデータ送信が完了したことを示す第３のビーコンを受信した場合、前記他の情報処理装置の装置ＩＤを前記ゲートウェイリストから削除する、付記２に記載の情報処理装置。
（付記４）
前記所定の条件は、前記情報処理装置の振動回数を示す条件である、付記１乃至３の何れか一項に記載の情報処理装置。
（付記５）
複数の情報処理装置と、該複数の情報処理装置と接続されるサーバ装置とが含まれる情報処理システムであって、
前記情報処理装置は、
所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信するビーコン送信部と、
前記サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信するビーコン受信部と、
受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信するデータ送信部と、
を有する情報処理システム。
（付記６）
前記ビーコン送信部は、
前記所定の条件を満たし、かつ、該条件を満たす他の情報処理装置の装置ＩＤが格納されるゲートウェイリストが空である場合、前記第１のビーコンを周囲に送信する、付記５に記載の情報処理システム。
（付記７）
前記情報処理装置は、
他の情報処理装置から前記第１のビーコンを受信した場合、該他の情報処理装置の装置ＩＤを前記ゲートウェイリストに追加するリスト管理部を有し、
前記リスト管理部は、
他の情報処理装置から、前記サーバ装置へのデータ送信が完了したことを示す第３のビーコンを受信した場合、前記他の情報処理装置の装置ＩＤを前記ゲートウェイリストから削除する、付記６に記載の情報処理システム。
（付記８）
前記所定の条件は、前記情報処理装置の振動回数を示す条件である、付記１乃至３の何れか一項に記載の情報処理システム。
（付記９）
所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信し、
サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信し、
受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信する、
処理をコンピュータが実行する情報処理方法。
（付記１０）
前記所定の条件を満たし、かつ、該条件を満たす他の情報処理装置の装置ＩＤが格納されるゲートウェイリストが空である場合、前記第１のビーコンを周囲に送信する、付記９に記載の情報処理方法。
（付記１１）
他の情報処理装置から前記第１のビーコンを受信した場合、該他の情報処理装置の装置ＩＤを前記ゲートウェイリストに追加する、処理を前記コンピュータが実行し、
他の情報処理装置から、前記サーバ装置へのデータ送信が完了したことを示す第３のビーコンを受信した場合、前記他の情報処理装置の装置ＩＤを前記ゲートウェイリストから削除する、付記１０に記載の情報処理方法。
（付記１２）
前記所定の条件は、前記情報処理装置の振動回数を示す条件である、付記１乃至３の何れか一項に記載の情報処理方法。
【符号の説明】
【０１３４】
１        データ収集システム
１０      端末装置
２０      サーバ装置
１００    データ収集処理部
１０１    通信部
１０２    ビーコン送受信部
１０３    サービス情報取得部
１０４    サービス時間判定部
１０５    ＧＷ条件決定部
１０６    ＧＷ条件判定部
１０７    フラグ管理部
１０８    ＧＷリスト管理部
１０９    送信対象データ管理部
２００    送信対象データ記憶部
３００    サービス情報
４００    ＧＷリスト
５００    ＧＷフラグ
【図１】
2018160742.tif 000003
【図２】
2018160742.tif 000004
【図３】
2018160742.tif 000005
【図４】
2018160742.tif 000006
【図５】
2018160742.tif 000007
【図６】
2018160742.tif 000008
【図７】
2018160742.tif 000009
【図８】
2018160742.tif 000010
【図９】
2018160742.tif 000011
【図１０】
2018160742.tif 000012
【図１１】
2018160742.tif 000013