JP6801543B2 - 情報処理装置、情報処理システム及び情報処理方法 - Google Patents

情報処理装置、情報処理システム及び情報処理方法 Download PDF

Info

Publication number
JP6801543B2
JP6801543B2 JP2017055843A JP2017055843A JP6801543B2 JP 6801543 B2 JP6801543 B2 JP 6801543B2 JP 2017055843 A JP2017055843 A JP 2017055843A JP 2017055843 A JP2017055843 A JP 2017055843A JP 6801543 B2 JP6801543 B2 JP 6801543B2
Authority
JP
Japan
Prior art keywords
beacon
information processing
terminal device
terminal
transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017055843A
Other languages
English (en)
Other versions
JP2018160742A (ja
Inventor
花田　雄一
雄一 花田
藤井　彰
彰 藤井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2017055843A priority Critical patent/JP6801543B2/ja
Priority to US15/921,806 priority patent/US20180278681A1/en
Publication of JP2018160742A publication Critical patent/JP2018160742A/ja
Application granted granted Critical
Publication of JP6801543B2 publication Critical patent/JP6801543B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1044—Group management mechanisms 
    • H04L67/1051—Group master selection mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/20—Master-slave selection or change arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/017—Gesture based interaction, e.g. based on a set of recognized hand gestures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Description

本発明は、情報処理装置、情報処理システム及び情報処理方法に関する。
近年、スマートフォン等を用いた参加型のスポーツ観戦が注目を浴びている。例えば、スタジアムでゲームを観戦している観客がスマートフォンを旗替わり振ることで、振った回数に応じた応援内容が大型ビジョンに表示される、といったことが行われている。この場合、観客がスマートフォンを振った回数を示すデータは、各スマートフォンからサーバに送信される。
ここで、スタジアム等のような人が密集している場所において、各スマートフォンからサーバにデータを送信した場合、サーバの処理負荷やネットワークのトラフィック量が増大する。これに対して、各スマートフォンからのデータをゲートウェイが収集して、収集したデータをゲートウェイがサーバに送信する技術が知られている。
また、複数の装置の中から１台の装置を選択し、選択された装置がゲートウェイとなって、他の装置から収集したデータをサーバに送信する技術が知られている。
特開２０１６−１１６１９４号公報 特開２０１３−０５０８２４号公報
しかしながら、上記の従来技術では、ゲートウェイとなる装置が、ある特定の装置に集中する場合がある。このため、ある特定の装置における処理負荷が増大する場合がある。
例えば、電池残量に応じてゲートウェイとなるスマートフォンを決定するような場合、ゲートウェイとなるスマートフォンが、電池残量が多いスマートフォンに集中する場合がある。この場合、当該電池残量が多い特定のスマートフォンにおける処理負荷が増大する場合がある。
そこで、開示の技術は、効率的に負荷分散を行うことを目的としている。
開示の技術は、所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信するビーコン送信部と、サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信するビーコン受信部と、受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信するデータ送信部と、を有する。
効率的に負荷分散を行うことができる。
本実施形態に係るデータ収集システムの全体構成の一例を示す図である。 データ収集及びＧＷ決定の概略を説明する図である。 本実施形態に係る端末装置のハードウェア構成の一例を示す図である。 本実施形態に係る端末装置の機能構成の一例を示す図である。 サービス情報の一例を示す図である。 ＧＷリストの一例を示す図である。 本実施形態に係る端末装置の全体処理の一例を示すフローチャートである。 本実施形態に係るサービス時間外処理の一例を示すフローチャートである。 本実施形態に係るサービス処理の一例を示すフローチャートである。 本実施形態に係るビーコン処理の一例を示すフローチャートである。 本実施形態に係るＧＷ通知ビーコン又は送信依頼ビーコンの送信処理の一例を示すフローチャートである。
以下、本発明の実施形態について添付の図面を参照しながら説明する。
＜データ収集システムの全体構成＞
まず、本実施形態に係るデータ収集システム１の全体構成について、図１を参照しながら説明する。図１は、本実施形態に係るデータ収集システム１の全体構成の一例を示す図である。
図１に示すように、本実施形態に係るデータ収集システム１は、１以上の端末装置１０と、サーバ装置２０とを有する。端末装置１０と、サーバ装置２０とは、例えば、インターネット等のネットワークＮを介して通信可能に接続される。
端末装置１０は、例えば、スマートフォンやタブレット端末、携帯電話等の情報処理装置である。端末装置１０は、例えば、ノート型ＰＣ（パーソナルコンピュータ）やＰＤＡ（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）等を用いたものであっても良い。
サービス情報取得部１０３は、通信部１０１を介して、サーバ装置２０からサービス情報３００を取得する。ここで、サービス情報３００について、図５を参照しながら説明する。図５は、サービス情報３００の一例を示す図である。
図５に示すように、サービス情報３００は、データ項目として、サービス名と、サービス番号と、サービス枝番と、サービス時間と、サービス条件と、重み条件とを有する。
サービス名は、サーバ装置２０が提供するサービスの名称である。サービス番号は、当該サービスを識別する識別情報である。
サービス枝番は、当該サービスの提供時間内で、後述するサービス条件や重み条件を変更したい場合に用いられる情報である。図５に示す例では、サービス枝番「１」〜「３」に対して、それぞれ異なるサービス時間及びサービス条件が対応付けられている。これは、「２０１７年２月１２日１２時３０分００秒」〜「２０１７年２月１２日１２時３０分１０秒」の間は、サービス条件として「振った回数：２０回」が用いられることを示している。同様に、「２０１７年２月１２日１２時３０分１０秒」〜「２０１７年２月１２日１２時３０分２０秒」の間は、サービス条件として「振った回数：３０回」が用いられることを示している。また、同様に、「２０１７年２月１２日１２時３０分２０秒」〜「２０１７年２月１２日１２時３０分３０秒」の間は、サービス条件として「振った回数：４０回」が用いられることを示している。
サービス時間は、当該サービスの提供を開始する日時を示す開始日時と、当該サービスの提供を終了する日時を示す終了日時とが含まれる。サービス条件及び重み条件は、ＧＷ条件を構成する条件である。ＧＷ条件は、例えば、「サービス条件×重み条件」で決定される。
図５に示す例では、サービス条件として「振った回数」が用いられることを示しているが、これに限られない。サービス条件としては、例えば、端末装置１０のタッチパネルへのタッチ回数であっても良い。また、サービス条件としては、所定の操作（例えば、画面上にランダムに散らばっている番号の札を１から順に所定の数までタップする操作、予め決められた方向へのスワイプ操作）完了であっても良い。
また、図５に示す例では、重み条件として「電波状況」が用いられることを示している。これは、例えば、電波状況が悪い端末装置１０には高い重みを設定することで、当該端末装置１０がＧＷになりにくくするためである。一方で、例えば、電波状況が良い端末装置１０には低い重みを設定することで、当該端末装置１０がＧＷになりやすくするためである。
なお、重み条件は「電波状況」以外にも、例えば、「電池残量」や「過去のＧＷ回数」等が用いられても良い。例えば、重み条件として「電池残量」が用いられることで、電池残量が多い端末装置１０をＧＷになりやすくする一方で、電池残量が少ない端末装置１０をＧＷになりにくくすることができる。また、例えば、重み条件として「過去のＧＷ回数」を用いることで、過去にＧＷとなった回数が多い端末装置１０をＧＷになりにくくする一方で、過去にＧＷとなった回数が少ない端末装置１０をＧＷになりやすくすることができる。
このように、サービス情報３００は、サービスの提供時間を示すサービス時間と、当該サービス時間内に用いられるサービス条件及び重み条件とが含まれる情報である。各端末装置１０は、サーバ装置２０から取得したサービス情報３００を参照することで、現在がサービス時間内であるか否かを判定することができる。また、各端末装置１０は、サーバ装置２０から取得したサービス情報３００を参照することで、サービス条件及び重み条件からＧＷ条件決定することができる。
なお、図５では、サービス名「サービスＡ」のサービス情報３００について説明したが、端末装置１０は、サービス名「サービスＢ」のサービス情報３００やサービス名「サービスＣ」のサービス情報をサーバ装置２０から取得しても良い。
サービス時間判定部１０４は、サービス情報３００を参照して、現在の日時がサービス時間内であるか否かを判定する。ＧＷ条件決定部１０５は、サービス情報３００を参照して、端末装置１０のＧＷ条件を決定する。ＧＷ条件判定部１０６は、ＧＷ条件決定部１０５により決定されたＧＷ条件を満たすか否かを判定する。
フラグ管理部１０７は、ＧＷフラグ５００が「ｔｒｕｅ」又は「ｆａｌｓｅ」のいずれであるかを判定する。また、フラグ管理部１０７は、ＧＷフラグ５００を更新する。ＧＷフラグ５００は、端末装置１０がＧＷとして機能することが可能である否かを示す情報である。ＧＷフラグ５００が「ｔｒｕｅ」である場合、端末装置１０はＧＷとして機能することが可能であることを示している。一方で、ＧＷフラグ５００が「ｆａｌｓｅ」である場合、端末装置１０はＧＷとして機能することができないことを示している。
ＧＷリスト管理部１０８は、ＧＷリスト４００を管理する。すなわち、ＧＷリスト管理部１０８は、ビーコン送受信部１０２がＧＷ通知ビーコンを受信すると、当該ＧＷ通知ビーコンに含まれる端末ＩＤ（すなわち、ＧＷとして機能することが可能な端末装置１０の端末ＩＤ）をＧＷリスト４００に追加する。また、ＧＷリスト管理部１０８は、ビーコン送受信部１０２が送信完了ビーコンを受信すると、当該送信完了ビーコンに含まれる端末ＩＤ（すなわち、実際にＧＷとして機能した端末装置１０の端末ＩＤ）をＧＷリスト４００から削除する。
ここで、ＧＷリスト４００について、図６を参照しながら説明する。図６は、ＧＷリスト４００の一例を示す図である。
図６に示すように、ＧＷリスト４００は、ＧＷとして機能することが可能な端末装置１０を識別する端末ＩＤ（例えば、端末ＩＤ「端末Ｃ」、「端末Ｂ」、「端末Ｅ」等）のリストである。
このように、ＧＷリスト４００には、ＧＷとして機能することが可能な端末装置ＩＤの端末ＩＤが格納されている。各端末装置１０は、ＧＷリスト４００に格納されている端末ＩＤのうち、例えば、最初に格納されている端末ＩＤを宛先として、送信依頼ビーコンを送信することで、当該端末ＩＤの端末装置１０をＧＷとして機能させることができる。
送信対象データ管理部１０９は、送信対象データ記憶部２００に格納されている送信対象データを管理する。すなわち、送信対象データ管理部１０９は、ビーコン送受信部１０２が送信依頼ビーコンを受信すると、当該送信依頼ビーコンに含まれる送信対象データと、当該送信依頼ビーコンの送信元の端末装置１０の端末ＩＤとを関連付けて送信対象データ記憶部２００に格納する。
また、送信対象データ管理部１０９は、ＧＷフラグ５００が「ｔｒｕｅ」である場合に、送信対象データ記憶部２００に格納されている送信対象データを取得する。送信対象データ管理部１０９により取得された送信対象データは、通信部１０１によりサーバ装置２０に送信される。
＜端末装置が実行する処理の詳細＞
次に、本実施形態に係る端末装置１０が実行する処理について、図７を参照しながら説明する。図７は、本実施形態に係る端末装置の全体処理の一例を示すフローチャートである。
まず、サービス情報取得部１０３は、通信部１０１を介して、サーバ装置２０からサービス情報３００を取得する（ステップＳ１０１）。サービス情報取得部１０３は、通信部１０１を介して、例えば、サービス情報３００の取得要求をサーバ装置２０に送信することで、当該取得要求に対する応答としてサービス情報３００を取得することができる。
なお、サービス情報取得部１０３は、例えば、ユーザにより指定されたサービス名のサービス情報３００の取得要求をサーバ装置２０に送信することで、当該指定されたサービス名のサービス情報３００をサーバ装置２０から取得しても良い。
次に、サービス時間判定部１０４は、サービス情報取得部１０３により取得されたサービス情報３００を参照して、現在の日時がサービス時間内であるか否かを判定する（ステップＳ１０２）。
ステップＳ１０２において、現在の日時がサービス時間内でないと判定された場合、データ収集処理部１００は、サービス時間外処理を実行する（ステップＳ１０３）。ここで、上記のステップＳ１０３におけるサービス時間外処理について、図８を参照しながら説明する。図８は、本実施形態に係るサービス時間外処理の一例を示すフローチャートである。
まず、ＧＷ条件決定部１０５は、サービス情報３００を参照して、サービス時間に応じたサービス条件を決定する（ステップＳ２０１）。
例えば、ＧＷ条件決定部１０５は、図５に示すサービス情報３００を参照して、「２０１７年２月１２日１２時３０分００秒」〜「２０１７年２月１２日１２時３０分１０秒」の間におけるサービス条件を「振り回数：２０回」と決定する。同様に、例えば、「２０１７年２月１２日１２時３０分１０秒」〜「２０１７年２月１２日１２時３０分２０秒」におけるサービス条件を「振り回数：３０回」と決定する。また、同様に、例えば、「２０１７年２月１２日１２時３０分２０秒」〜「２０１７年２月１２日１２時３０分３０秒」におけるサービス条件を「振り回数：４０回」と決定する。
次に、ＧＷ条件決定部１０５は、サービス情報３００を参照して、サービス時間に応じた重み条件を決定する（ステップＳ２０２）。
例えば、ＧＷ条件決定部１０５は、図５に示すサービス情報３００を参照して、「２０１７年２月１２日１２時３０分００秒」〜「２０１７年２月１２日１２時３０分１０秒」の間における重み条件を「電波状況」と決定する。同様に、例えば、「２０１７年２月１２日１２時３０分１０秒」〜「２０１７年２月１２日１２時３０分２０秒」、及び「２０１７年２月１２日１２時３０分２０秒」〜「２０１７年２月１２日１２時３０分３０秒」の間における重み条件を「電波状況」と決定する。
次に、ＧＷ条件決定部１０５は、上記のステップＳ２０１及びステップＳ２０２でそれぞれ決定したサービス条件及び重み条件から、サービス時間に応じたＧＷ条件を決定する（ステップＳ２０３）。
例えば、ＧＷ条件決定部１０５は、「２０１７年２月１２日１２時３０分００秒」〜「２０１７年２月１２日１２時３０分１０秒」の間におけるＧＷ条件を「２０回×ｗ１」と決定する。これは、ユーザが端末装置１０を「２０×ｗ１」回振った場合、ＧＷ条件が満たされることを示している。ここで、ｗ１は、例えば、「２０１７年２月１２日１２時３０分００秒」〜「２０１７年２月１２日１２時３０分１０秒」の各時点における端末装置１０の電波状況から算出される重みである。ｗ１は、例えば０以上１以下の値であり、通信部１０１による通信速度に応じて決定される。
同様に、例えば、ＧＷ条件決定部１０５は、「２０１７年２月１２日１２時３０分１０秒」〜「２０１７年２月１２日１２時３０分２０秒」の間におけるＧＷ条件を「３０回×ｗ２」と決定する。これは、ユーザが端末装置１０を「３０×ｗ２」回振った場合、ＧＷ条件が満たされることを示している。ここで、ｗ２は、例えば、「２０１７年２月１２日１２時３０分１０秒」〜「２０１７年２月１２日１２時３０分２０秒」の各時点における端末装置１０の電波状況から算出される重みである。ｗ２は、例えば０以上１以下の値であり、通信部１０１による通信速度に応じて決定される。
また、同様に、例えば、ＧＷ条件決定部１０５は、「２０１７年２月１２日１２時３０分２０秒」〜「２０１７年２月１２日１２時３０分３０秒」の間におけるＧＷ条件を「４０回×ｗ３」と決定する。これは、ユーザが端末装置１０を「４０×ｗ３」回振った場合、ＧＷ条件が満たされることを示している。ここで、ｗ３は、例えば、「２０１７年２月１２日１２時３０分２０秒」〜「２０１７年２月１２日１２時３０分３０秒」の各時点における端末装置１０の電波状況から算出される重みである。ｗ３は、例えば０以上１以下の値であり、通信部１０１による通信速度に応じて決定される。
なお、上記ではｗ１，ｗ２，及びｗ３はサービス時間の各時点における電波状況により算出されるものとしたが、これに限られない。ｗ１，ｗ２，及びｗ３は、例えば、サービス時間に含まれる開始日時の１時間前の電波状況により算出されても良い。具体的には、例えば、当該開始日時の１時間前における通信速度の平均に応じて、ｗ１，ｗ２，及びｗ３が算出されても良い。
また、ｗ１，ｗ２，及びｗ３は通信部１０１による通信速度に応じて決定されるだけでなく、例えば、端末装置１０がＷｉ−Ｆｉ等に接続されているか否か等に応じて決定されても良い。
図７に戻る。ステップＳ１０２において、現在の日時がサービス時間内であると判定された場合、ビーコン送受信部１０２は、所定の待ち時間内に、他の端末装置１０からのビーコンを受信したか否かを判定する（ステップＳ１０４）。すなわち、上記のステップＳ１０２で現在の日時がサービス時間内であると判定された場合、端末装置１０は、予め設定された所定の時間の間、待機する。そして、当該端末装置１０のビーコン送受信部１０２は、待機中に他の端末装置１０からビーコンを受信したか否かを判定する。
ステップＳ１０４において、他の端末装置１０からのビーコンを受信していないと判定された場合、データ収集処理部１００は、サービス処理を実行する（ステップＳ１０５）。
ここで、上記のステップＳ１０５におけるサービス処理について、図９を参照しながら説明する。図９は、本実施形態に係るサービス処理の一例を示すフローチャートである。
まず、ＧＷ条件判定部１０６は、ＧＷ条件決定部１０５により決定されたＧＷ条件を満たすか否かを判定する（ステップＳ３０１）。例えば、ＧＷ条件が「２０回×ｗ１」、かつ、ｗ１＝０．５である場合、ＧＷ条件判定部１０６は、ユーザが端末装置１０を振った回数が１０回以上であるか否かを判定する。なお、ユーザが端末装置１０を振った回数は、例えば加速度センサ等により測定された上で、当該測定結果を示すデータが所定の記憶領域に記憶されている。
ステップＳ３０１において、ＧＷ条件を満たさないと判定された場合、データ収集処理部１００は、サービス処理を終了させる。
一方で、ステップＳ３０１において、ＧＷ条件を満たすと判定された場合、フラグ管理部１０７は、ＧＷフラグ５００が「ｔｒｕｅ」であるか否かを判定する（ステップＳ３０２）。これは、端末装置１０がＧＷとして機能することが可能であるか否かを判定することを意味する。
ステップＳ３０２において、ＧＷフラグ５００が「ｔｒｕｅ」であると判定された場合、送信対象データ管理部１０９は、送信対象データ記憶部２００に格納されている送信対象データと、端末ＩＤとを取得する（ステップＳ３０３）。すなわち、送信対象データ管理部１０９は、端末装置１０がＧＷとして機能することが可能である場合に、送信対象データ記憶部２００に格納されている送信対象データと、当該送信対象データに関連付けられている端末ＩＤとを取得する。送信対象データ記憶部２００には、他の端末装置１０から受信した送信依頼ビーコンに含まれる送信対象データと、当該送信依頼ビーコンの送信元の端末装置１０の端末ＩＤとが関連付けて格納されている。
なお、送信対象データ管理部１０９は、送信対象データ記憶部２００から取得した送信対象データを１つのデータにまとめた上でデータ圧縮等を行っても良い。データ圧縮を行うことで、サーバ装置２０に送信されるデータのデータ量を削減することができる。
次に、通信部１０１は、送信対象データ管理部１０９により取得された送信対象データ（又はこれらの送信対象データがデータ圧縮等されたデータ）をサーバ装置２０に送信する（ステップＳ３０４）。これにより、他の端末装置１０から収集した送信対象データがサーバ装置２０に送信され、サーバ装置２０に格納される。
次に、ビーコン送受信部１０２は、送信完了ビーコンを送信する（ステップＳ３０５）。送信完了ビーコンには、ＧＷとして機能した端末装置１０の端末ＩＤと、上記のステップＳ３０３で送信対象データ記憶部２００から取得された端末ＩＤとが含まれる。これにより、送信完了ビーコンを受信した他の端末装置１０は、後述するように、自身の送信対象データがサーバ装置２０に送信されたか否かを判定することができる。また、送信完了ビーコンを受信した他の端末装置１０は、後述するように、ＧＷとして機能した端末装置１０の端末ＩＤをＧＷリスト４００から削除することができる。
次に、フラグ管理部１０７は、ＧＷフラグ５００を「ｆａｌｓｅ」に更新する（ステップＳ３０６）。ＧＷフラグ５００が「ｆａｌｓｅ」に更新されることで、端末装置１０は、ＧＷとして機能しなくなる。これにより、例えば、１台の端末装置１０が連続してＧＷとして機能するような事態を防止することができ、効果的な負荷分散を図ることができる。
ステップＳ３０２において、ＧＷフラグ５００が「ｆａｌｓｅ」であると判定された場合、データ収集処理部１００は、ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理を実行する（ステップＳ３０７）。ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理では、端末ＩＤがＧＷリスト４００に含まれるか否かに応じて、ＧＷ通知ビーコン又は送信依頼ビーコンを送信する。すなわち、ＧＷリスト４００に端末ＩＤが含まれる場合、当該端末ＩＤの端末装置１０をＧＷとして、送信依頼ビーコンを送信する。一方で、ＧＷリスト４００に端末ＩＤが含まれない場合、自身がＧＷとなる。ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理の詳細については後述する。
図７に戻る。ステップＳ１０４において、他の端末装置１０からのビーコンを受信したと判定された場合、データ収集処理部１００は、ビーコン処理を実行する（ステップＳ１０６）。
ここで、上記のステップＳ１０６におけるビーコン処理について、図１０を参照しながら説明する。図１０は、本実施形態に係るビーコン処理の一例を示すフローチャートである。
まず、ビーコン送受信部１０２は、ＧＷ通知ビーコンを受信したか否かを判定する（ステップＳ４０１）。
ステップＳ４０１において、ＧＷ通知ビーコンを受信したと判定された場合、ＧＷリスト管理部１０８は、ビーコン送受信部１０２が受信したＧＷ通知ビーコンの送信元の端末装置１０の端末ＩＤをＧＷリスト４００に追加する（ステップＳ４０２）。このとき、ＧＷリスト管理部１０８は、ＧＷリストの最後尾に当該端末ＩＤを追加すれば良い。
なお、端末装置１０は、上記のステップＳ４０２でＧＷ通知ビーコンを受信した後、当該ＧＷ通知ビーコンの送信元の端末装置１０を宛先とした送信依頼ビーコンを送信しても良い。すなわち、端末装置１０は、上記のステップＳ４０２を行った後、後述するステップＳ５０２の処理を行っても良い。これにより、端末装置１０は、現時点のデータ（例えば、現時点での振った回数を示すデータ）をサーバ装置２０に送信することができる。ただし、この場合、端末装置１０は、当該ＧＷ通知ビーコンの送信元の端末装置１０から送信完了ビーコンを受信するまでは、他の端末装置１０からＧＷ通知ビーコンを受信したとしても当該他の端末装置１０を宛先とした送信依頼ビーコンは送信しないようにする。これは、重複したデータがサーバ装置２０に送信されてしまう事態を防止するためである。
一方、ステップＳ４０１において、ＧＷ通知ビーコンを受信したと判定されなかった場合、ビーコン送受信部１０２は、送信依頼ビーコンを受信したか否かを判定する（ステップＳ４０３）。
ステップＳ４０３において、送信依頼ビーコンを受信したと判定された場合、フラグ管理部１０７は、ＧＷフラグ５００が「ｔｒｕｅ」であるか否かを判定する（ステップＳ４０４）。
ステップＳ４０４において、ＧＷフラグ５００が「ｆａｌｓｅ」であると判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、ＧＷでない端末装置１０が送信依頼ビーコンを受信した場合である。
一方、ステップＳ４０４において、ＧＷフラグ５００が「ｔｒｕｅ」であると判定された場合、ビーコン送受信部１０２は、送信依頼ビーコンの宛先が自身の端末ＩＤであるか否かを判定する（ステップＳ４０５）。
ステップＳ４０５において、送信依頼ビーコンの宛先が自身の端末ＩＤでないと判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、他のＧＷ（すなわち、ＧＷとして機能する他の端末装置１０）を宛先とした送信依頼ビーコンを受信した場合である。
一方、ステップＳ４０５において、送信依頼ビーコンの宛先が自身の端末ＩＤであると判定された場合、送信対象データ管理部１０９は、送信依頼ビーコンに含まれる送信対象データを送信対象データ記憶部２００に格納する（ステップＳ４０６）。このとき、送信対象データ管理部１０９は、当該送信依頼ビーコンの送信元の端末装置１０の端末ＩＤを、送信対象データと関連付けて送信対象データ記憶部２００に格納する。
ステップＳ４０３において、送信依頼ビーコンを受信したと判定されなかった場合、ビーコン送受信部１０２は、送信完了ビーコンを受信したか否かを判定する（ステップＳ４０７）。
ステップＳ４０７において、送信完了ビーコンを受信したと判定されなかった場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、ＧＷ通知ビーコン、送信依頼ビーコン、及び送信完了ビーコンのうちのいずれでもないビーコンを受信した場合である。
一方、ステップＳ４０７において、送信完了ビーコンを受信したと判定された場合、ＧＷリスト管理部１０８は、送信完了ビーコンの送信元の端末装置１０の端末ＩＤで、ＧＷリスト４００を検索する（ステップＳ４０８）。すなわち、ＧＷリスト管理部１０８は、当該端末ＩＤを検索キーとして、ＧＷリスト４００を検索する。
次に、ＧＷリスト管理部１０８は、上記のステップＳ４０８の検索の結果、当該端末ＩＤがＧＷリスト４００に含まれるか否かを判定する（ステップＳ４０９）。
ステップＳ４０９において、送信完了ビーコンの送信元の端末装置１０の端末ＩＤがＧＷリスト４００に含まれないと判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、ＧＷリスト４００に含まれない端末ＩＤの端末装置１０から送信完了ビーコンを受信した場合である。
一方、ステップＳ４０９において、送信完了ビーコンの送信元の端末装置１０の端末ＩＤがＧＷリスト４００に含まれると判定された場合、ＧＷリスト管理部１０８は、ＧＷリスト４００から当該端末ＩＤを削除する（ステップＳ４１０）。これにより、現時点でＧＷとなっている端末装置１０は、再度ＧＷ通知ビーコンを送信するまでは、ＧＷにならなくなる。
次に、フラグ管理部１０７は、ＧＷフラグ５００が「ｔｒｕｅ」であるか否かを判定する（ステップＳ４１１）。
ステップＳ４１１において、ＧＷフラグ５００が「ｔｒｕｅ」であると判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、自身がＧＷとなっている場合である。
一方、ステップＳ４１１において、ＧＷフラグ５００が「ｆａｌｓｅ」であると判定された場合、ビーコン送受信部１０２は、送信完了ビーコンの送信元の端末装置１０の端末ＩＤが、送信依頼ビーコンの宛先としたＧＷの端末ＩＤであるか否かを判定する（ステップＳ４１２）。言い換えれば、ビーコン送受信部１０２は、送信完了ビーコンの送信元の端末装置１０の端末ＩＤを宛先として、送信依頼ビーコンを送信したか否かを判定する。
ステップＳ４１２において、送信完了ビーコンの送信元の端末装置１０の端末ＩＤが当該ＧＷの端末ＩＤでないと判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、自身が送信依頼を行っていないＧＷからの送信完了ビーコンを受信した場合である。
一方、ステップＳ４１２において、送信完了ビーコンの送信元の端末装置１０の端末ＩＤが当該ＧＷの端末ＩＤであると判定された場合、ビーコン送受信部１０２は、自身の送信対象データがサーバ装置２０に送信されたか否かを判定する（ステップＳ４１３）。すなわち、ビーコン送受信部１０２は、自身の端末ＩＤが当該送信完了ビーコンに含まれるか否かを判定する。
ステップＳ４１３において、自身の端末ＩＤが当該送信完了ビーコンに含まれると判定された場合、データ収集処理部１００は、ビーコン処理を終了させる。これは、自身の送信対象データがサーバ装置２０に送信された場合である。
一方、ステップＳ４１３において、自身の端末ＩＤが当該送信完了ビーコンに含まれないと判定された場合、データ収集処理部は、ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理を実行する（ステップＳ４１４）。ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理では、端末ＩＤがＧＷリスト４００に含まれるか否かに応じて、ＧＷ通知ビーコン又は送信依頼ビーコンを送信する。すなわち、ＧＷリスト４００に端末ＩＤが含まれる場合、当該端末ＩＤの端末装置１０をＧＷとして、送信依頼ビーコンを送信する。一方で、ＧＷリスト４００に端末ＩＤが含まれない場合、自身がＧＷとなる。ＧＷ通知ビーコン又は送信依頼ビーコンの送信処理の詳細については後述する。
図７に戻る。ステップＳ１０５又はステップＳ１０６に続いて、サービス時間判定部１０４は、サービス情報取得部１０３により取得されたサービス情報３００を参照して、現在の日時がサービス時間内であるか否かを判定する（ステップＳ１０７）。
ステップＳ１０７において、現在の日時がサービス時間内であると判定された場合、データ収集処理部１００は、ステップＳ１０４に戻る。すなわち、データ収集処理部１００は、サービス時間内である間、ステップＳ１０４〜ステップＳ１０７を繰り返す。
一方、ステップＳ１０７において、現在の日時がサービス時間内でないと判定された場合、データ収集処理部１００は、処理を終了させる。
ここで、図９のステップＳ３０７及び図１０のステップＳ４１４におけるＧＷ通知ビーコン又は送信依頼ビーコンの送信処理について、図１１を参照しながら説明する。図１１は、本実施形態に係るＧＷ通知ビーコン又は送信依頼ビーコンの送信処理の一例を示すフローチャートである。
まず、ＧＷリスト管理部１０８は、ＧＷリスト４００に端末ＩＤが含まれるか否かを判定する（ステップＳ５０１）。すなわち、ＧＷリスト管理部１０８は、ＧＷリスト４００が空でないか否かを判定する。
ステップＳ５０１において、ＧＷリスト４００が空でない（すなわち、ＧＷリスト４００に端末ＩＤが含まれる）と判定された場合、ビーコン送受信部１０２は、送信依頼ビーコンを送信する（ステップＳ５０２）。このとき、ビーコン送受信部１０２は、例えば、ＧＷリスト４００に含まれる端末ＩＤのうち、先頭に格納されている端末ＩＤを宛先として、送信依頼ビーコンを送信すれば良い。ただし、これに限られず、例えば、ＧＷリスト４００に含まれる端末ＩＤのうち、ランダムに選択した端末ＩＤを宛先として、送信依頼ビーコンを送信しても良い。
一方、ステップＳ４０１において、ＧＷリスト４００が空である（すなわち、ＧＷリスト４００に端末ＩＤが含まれる）と判定された場合、フラグ管理部１０７は、ＧＷフラグを「ｔｒｕｅ」に更新する（ステップＳ５０３）。これは、自身がＧＷとなることを意味する。
次に、ビーコン送受信部１０２は、ＧＷ通知ビーコンを送信する（ステップＳ５０４）。これにより、周囲の他の端末装置１０に対して、自身がＧＷとなることを通知することができる。
以上のように、本実施形態に係るデータ収集システム１では、複数の端末装置１０のうち、ＧＷとなった端末装置１０が、他の端末装置１０から収集した送信対象データをサーバ装置２０に送信する。このとき、本実施形態に係るデータ収集システム１では、ＢＬＥ等を用いたビーコンにより、複数の端末装置１０間で、ＧＷとなった端末装置１０の通知等が行われる。これにより、複数の端末装置１０間で、効率的に負荷分散を行うことができる。
以上、本発明の実施形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形や変更が可能である。
以上の説明に関し、更に以下の項を開示する。
（付記１）
所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信するビーコン送信部と、
サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信するビーコン受信部と、
受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信するデータ送信部と、
を有する情報処理装置。
（付記２）
前記ビーコン送信部は、
前記所定の条件を満たし、かつ、該条件を満たす他の情報処理装置の装置ＩＤが格納されるゲートウェイリストが空である場合、前記第１のビーコンを周囲に送信する、付記１に記載の情報処理装置。
（付記３）
他の情報処理装置から前記第１のビーコンを受信した場合、該他の情報処理装置の装置ＩＤを前記ゲートウェイリストに追加するリスト管理部を有し、
前記リスト管理部は、
他の情報処理装置から、前記サーバ装置へのデータ送信が完了したことを示す第３のビーコンを受信した場合、前記他の情報処理装置の装置ＩＤを前記ゲートウェイリストから削除する、付記２に記載の情報処理装置。
（付記４）
前記所定の条件は、前記情報処理装置の振動回数を示す条件である、付記１乃至３の何れか一項に記載の情報処理装置。
（付記５）
複数の情報処理装置と、該複数の情報処理装置と接続されるサーバ装置とが含まれる情報処理システムであって、
前記情報処理装置は、
所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信するビーコン送信部と、
前記サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信するビーコン受信部と、
受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信するデータ送信部と、
を有する情報処理システム。
（付記６）
前記ビーコン送信部は、
前記所定の条件を満たし、かつ、該条件を満たす他の情報処理装置の装置ＩＤが格納されるゲートウェイリストが空である場合、前記第１のビーコンを周囲に送信する、付記５に記載の情報処理システム。
（付記７）
前記情報処理装置は、
他の情報処理装置から前記第１のビーコンを受信した場合、該他の情報処理装置の装置ＩＤを前記ゲートウェイリストに追加するリスト管理部を有し、
前記リスト管理部は、
他の情報処理装置から、前記サーバ装置へのデータ送信が完了したことを示す第３のビーコンを受信した場合、前記他の情報処理装置の装置ＩＤを前記ゲートウェイリストから削除する、付記６に記載の情報処理システム。
（付記８）
前記所定の条件は、前記情報処理装置の振動回数を示す条件である、付記１乃至３の何れか一項に記載の情報処理システム。
（付記９）
所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信し、
サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信し、
受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信する、
処理をコンピュータが実行する情報処理方法。
（付記１０）
前記所定の条件を満たし、かつ、該条件を満たす他の情報処理装置の装置ＩＤが格納されるゲートウェイリストが空である場合、前記第１のビーコンを周囲に送信する、付記９に記載の情報処理方法。
（付記１１）
他の情報処理装置から前記第１のビーコンを受信した場合、該他の情報処理装置の装置ＩＤを前記ゲートウェイリストに追加する、処理を前記コンピュータが実行し、
他の情報処理装置から、前記サーバ装置へのデータ送信が完了したことを示す第３のビーコンを受信した場合、前記他の情報処理装置の装置ＩＤを前記ゲートウェイリストから削除する、付記１０に記載の情報処理方法。
（付記１２）
前記所定の条件は、前記情報処理装置の振動回数を示す条件である、付記１乃至３の何れか一項に記載の情報処理方法。
１ データ収集システム
１０ 端末装置
２０ サーバ装置
１００ データ収集処理部
１０１ 通信部
１０２ ビーコン送受信部
１０３ サービス情報取得部
１０４ サービス時間判定部
１０５ ＧＷ条件決定部
１０６ ＧＷ条件判定部
１０７ フラグ管理部
１０８ ＧＷリスト管理部
１０９ 送信対象データ管理部
２００ 送信対象データ記憶部
３００ サービス情報
４００ ＧＷリスト
５００ ＧＷフラグ

Claims (5)

  1. 所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信するビーコン送信部と、
    他の情報処理装置から前記第１のビーコンを受信した場合、該他の情報処理装置の装置ＩＤを、前記条件を満たす他の情報処理装置の装置ＩＤが格納されるゲートウェイリストに追加するリスト管理部と、
    サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信するビーコン受信部と、
    受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信するデータ送信部と、
    を有し、
    前記リスト管理部は、
    他の情報処理装置から、前記サーバ装置へのデータ送信が完了したことを示す第３のビーコンを受信した場合、前記他の情報処理装置の装置ＩＤを前記ゲートウェイリストから削除する、情報処理装置。
  2. 前記ビーコン送信部は、
    前記所定の条件を満たし、かつ、前記ゲートウェイリストが空である場合、前記第１のビーコンを周囲に送信する、請求項１に記載の情報処理装置。
  3. 前記所定の条件は、前記情報処理装置の振動回数を示す条件である、請求項１又は２に記載の情報処理装置。
  4. 複数の情報処理装置と、該複数の情報処理装置と接続されるサーバ装置とが含まれる情報処理システムであって、
    前記情報処理装置は、
    所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信するビーコン送信部と、
    他の情報処理装置から前記第１のビーコンを受信した場合、該他の情報処理装置の装置ＩＤを、前記条件を満たす他の情報処理装置の装置ＩＤが格納されるゲートウェイリストに追加するリスト管理部と、
    サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信するビーコン受信部と、
    受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信するデータ送信部と、
    を有し、
    前記リスト管理部は、
    他の情報処理装置から、前記サーバ装置へのデータ送信が完了したことを示す第３のビーコンを受信した場合、前記他の情報処理装置の装置ＩＤを前記ゲートウェイリストから削除する、情報処理システム。
  5. 所定の条件を満たす場合、ゲートウェイとなることを示す第１のビーコンを周囲に送信し、
    他の情報処理装置から前記第１のビーコンを受信した場合、該他の情報処理装置の装置ＩＤを、前記条件を満たす他の情報処理装置の装置ＩＤが格納されるゲートウェイリストに追加し、
    サーバ装置へのデータ送信依頼を示す第２のビーコンを周囲の他の情報処理装置から受信し、
    受信した前記第２のビーコンに含まれる所定のデータと、記憶部に記憶された所定のデータとを前記サーバ装置に送信する、
    処理をコンピュータが実行し、
    前記追加する処理は、
    他の情報処理装置から、前記サーバ装置へのデータ送信が完了したことを示す第３のビーコンを受信した場合、前記他の情報処理装置の装置ＩＤを前記ゲートウェイリストから削除する、情報処理方法。
JP2017055843A 2017-03-22 2017-03-22 情報処理装置、情報処理システム及び情報処理方法 Active JP6801543B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2017055843A JP6801543B2 (ja) 2017-03-22 2017-03-22 情報処理装置、情報処理システム及び情報処理方法
US15/921,806 US20180278681A1 (en) 2017-03-22 2018-03-15 Information processing device, information processing system, and information processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017055843A JP6801543B2 (ja) 2017-03-22 2017-03-22 情報処理装置、情報処理システム及び情報処理方法

Publications (2)

Publication Number Publication Date
JP2018160742A JP2018160742A (ja) 2018-10-11
JP6801543B2 true JP6801543B2 (ja) 2020-12-16

Family

ID=63583047

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017055843A Active JP6801543B2 (ja) 2017-03-22 2017-03-22 情報処理装置、情報処理システム及び情報処理方法

Country Status (2)

Country Link
US (1) US20180278681A1 (ja)
JP (1) JP6801543B2 (ja)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4718496B2 (ja) * 2007-01-05 2011-07-06 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、移動通信方法、アクセス装置及びゲートウェイ情報記憶装置
US20080192666A1 (en) * 2007-02-12 2008-08-14 Motorola, Inc. Method and system for dynamically utilizing a peer network to extend battery life
WO2012052598A1 (en) * 2010-10-20 2012-04-26 Nokia Corporation Method and apparatus for facilitating machine gateway operation
JP6311722B2 (ja) * 2013-12-16 2018-04-18 日本電気株式会社 サーバ及びその通信方法
JP6579884B2 (ja) * 2015-09-24 2019-09-25 キヤノン株式会社 通信装置、制御方法、及びプログラム

Also Published As

Publication number Publication date
US20180278681A1 (en) 2018-09-27
JP2018160742A (ja) 2018-10-11

Similar Documents

Publication Publication Date Title
US11336481B2 (en) Wireless communication system, communication apparatus, setting information providing method, setting information obtaining method, and computer program
US10708649B2 (en) Method, apparatus and system for displaying bullet screen information
US10271083B2 (en) Pre-roll advertisement playing method, terminal, and video server
CN106687932A (zh) 跨设备应用发现和控制
CN112242980B (zh) 一种投屏方法和装置
CN104935955B (zh) 一种传输直播视频流的方法、装置和系统
CN106162316A (zh) 一种视频流的数据处理方法、装置和系统
CN106569910B (zh) 数据备份及传输方法及移动终端
JP2013532407A (ja) 通信装置のためのダウンロード可能なアプリケーションの動的管理デバイス
WO2015172705A1 (en) Method and system for collecting statistics on streaming media data, and related apparatus
CN105516784A (zh) 虚拟物品显示方法及装置
WO2015027689A1 (zh) 虚拟目录建立方法、装置及电子设备
US9906910B2 (en) Communication system, contents acquisition method, and recording medium storing contents acquisition program
CN106953899A (zh) 多媒体数据共享方法及装置
CN106339477B (zh) 一种图片播放方法及终端设备
CN103686317B (zh) 电视频道播放方法和装置
CN106713627B (zh) 通知栏中推送消息的方法、装置及移动终端
CN115668123A (zh) 一种音频资源分配方法、装置和电子设备
CN109167872A (zh) 一种应用程序开启方法及移动终端
CN111246231B (zh) 直播管理方法、装置、服务器及计算机可读存储介质
JP6801543B2 (ja) 情報処理装置、情報処理システム及び情報処理方法
JP2017116596A (ja) 情報取得装置、情報取得方法、及びプログラム
CN107798008A (zh) 内容推送系统、方法及装置
CN113535644A (zh) 设备内存管理方法、装置、终端设备及存储介质
JP2015032187A (ja) 無線通信装置、無線通信方法、およびプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191212

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200818

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200819

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200924

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20201027

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201109

R150 Certificate of patent or registration of utility model

Ref document number: 6801543

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150