(57)【特許請求の範囲】
【請求項１】
端末装置が備える複数のセンサを特定し、前記端末装置が取得可能なデータの複数の種別を決定し、
特定した前記複数のセンサによって検出された複数のデータを取得し、
取得した前記複数のデータが、決定した前記複数の種別のデータを含むか否かを判定し、
取得した前記複数のデータが、前記複数の種別のデータを含む場合、前記複数の種別のデータを含むデータ群を、受け付けたデータ群に基づいてデータ処理を実行するサーバ装置に送信する、
処理をコンピュータに実行させることを特徴とするデータ送信プログラム。
【請求項２】
前記送信する処理は、前記複数の種別のデータをそれぞれ含む複数のデータ群を一括して送信する、
ことを特徴とする請求項１に記載のデータ送信プログラム。
【請求項３】
取得した前記複数のデータが、前記複数の種別のデータを含まない場合、前記複数の種別のデータを含まないデータ群の送信を停止する、
処理を含むことを特徴とする請求項１又は２に記載のデータ送信プログラム。
【請求項４】
取得した前記複数のデータが、前記複数の種別のデータを含まない場合、所定の削除条件を満足した場合に、前記複数の種別のデータを含まないデータ群を削除する、
処理を含むことを特徴とする請求項１から３のいずれか１項に記載のデータ送信プログラム。
【請求項５】
前記取得する処理は、前記複数のデータの一部を第１の無線通信方式を利用して取得し、
前記送信する処理は、前記データ群を前記第１の無線通信方式と異なる第２の無線通信方式を利用して送信する、
ことを特徴とする請求項１から４のいずれか１項に記載のデータ送信プログラム。
【請求項６】
前記取得する処理は、前記複数のデータの一部をウェアラブル端末から取得する、
ことを特徴とする請求項１から５のいずれか１項に記載のデータ送信プログラム。
【請求項７】
前記サーバ装置は、受け付けたデータ群に基づいて、前記データ群に含まれる前記複数の種別のデータを分析する装置である、
ことを特徴とする請求項１から６のいずれか１項に記載のデータ送信プログラム。
【請求項８】
端末装置が備える複数のセンサを特定し、前記端末装置が取得可能なデータの複数の種別を決定し、
特定した前記複数のセンサによって検出された複数のデータを取得し、
取得した前記複数のデータが、決定した前記複数の種別のデータを含むか否かを判定し、
取得した前記複数のデータが、前記複数の種別のデータを含む場合、前記複数の種別のデータを含むデータ群を、受け付けたデータ群に基づいてデータ処理を実行するサーバ装置に送信する、
処理をコンピュータが実行することを特徴とするデータ送信方法。
【請求項９】
端末装置が備える複数のセンサを特定し、前記端末装置が取得可能なデータの複数の種別を決定し、特定した前記複数のセンサによって検出された複数のデータを取得する取得手段と、
前記取得手段が取得した前記複数のデータが、決定した前記複数の種別のデータを含むか否かを判定する判定手段と、
前記取得手段が取得した前記複数のデータが、前記複数の種別のデータを含む場合、前記複数の種別のデータを含むデータ群を、受け付けたデータ群に基づいてデータ処理を実行するサーバ装置に送信する送信手段と、
を有することを特徴とするデータ送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、データ送信プログラム、データ送信方法、及びデータ送信装置に関する。
【背景技術】
【０００２】
センサ、無線通信機能、及び電源を搭載するセンサノードで収集されたデータを無線通信により基地局に送信し、基地局がそのデータをサーバに提供する技術が知られている（例えば特許文献１参照）。
【０００３】
一方、データ分析において、データセット（以下、データ群という）の項目に１つでも不正があると、そのデータ群を破棄するクレンジング処理を行うサーバも知られている（例えば特許文献２参照）。データ群を破棄して、データ分析の利用から除外することで、分析精度の向上が図られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１８４７５４号公報
【特許文献２】特開２０１３−１７５０９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、複数のデータを含むデータ群をサーバに送信し、サーバがデータ群に基づいてデータ分析を行う場合に、上述した不正以外に例えば項目の１つにデータの抜けがあってもサーバがクレンジング処理を実行すると、データ群の送信が無駄になることがある。
【０００６】
一例を挙げると、データ群の項目の１つからデータが抜けた状態でそのデータ群がサーバに送信されると、サーバはクレンジング処理により受信したデータ群を破棄するため、データ群のサーバへの送信が無駄になるおそれがある。
【０００７】
そこで、１つの側面では、複数の種別のデータを含まないデータ群の送信を抑制できるデータ送信プログラム、データ送信方法、及びデータ送信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
１つの態様では、データ送信プログラムは、端末装置が備える複数のセンサを特定し、前記端末装置が取得可能なデータの複数の種別を決定し、特定した前記複数のセンサによって検出された複数のデータを取得し、取得した前記複数のデータが、決定した前記複数の種別のデータを含むか否かを判定し、取得した前記複数のデータが、前記複数の種別のデータを含む場合、前記複数の種別のデータを含むデータ群を、受け付けたデータ群に基づいてデータ処理を実行するサーバ装置に送信する、処理をコンピュータに実行させることを特徴とするデータ送信プログラムである。
【０００９】
１つの態様では、データ送信方法は、端末装置が備える複数のセンサを特定し、前記端末装置が取得可能なデータの複数の種別を決定し、特定した前記複数のセンサによって検出された複数のデータを取得し、取得した前記複数のデータが、決定した前記複数の種別のデータを含むか否かを判定し、取得した前記複数のデータが、前記複数の種別のデータを含む場合、前記複数の種別のデータを含むデータ群を、受け付けたデータ群に基づいてデータ処理を実行するサーバ装置に送信する、処理をコンピュータが実行することを特徴とするデータ送信方法である。
【００１０】
１つの態様では、データ送信装置は、端末装置が備える複数のセンサを特定し、前記端末装置が取得可能なデータの複数の種別を決定し、特定した前記複数のセンサによって検出された複数のデータを取得する取得手段と、前記取得手段が取得した前記複数のデータが、決定した前記複数の種別のデータを含むか否かを判定する判定手段と、前記取得手段が取得した前記複数のデータが、前記複数の種別のデータを含む場合、前記複数の種別のデータを含むデータ群を、受け付けたデータ群に基づいてデータ処理を実行するサーバ装置に送信する送信手段と、を有することを特徴とするデータ送信装置である。
【発明の効果】
【００１１】
本明細書に開示のデータ送信プログラム、データ送信方法、及びデータ送信装置によれば、複数の種別のデータを含まないデータ群の送信を抑制することができる。
【図面の簡単な説明】
【００１２】
【図１】図１はデータ送信システムの一例を示す図である。
【図２】図２は携帯端末のハードウェア構成の一例である。
【図３】図３は携帯端末の機能ブロック図の一例である。
【図４】図４は携帯端末が実行する処理の一例を表すフローチャートである。
【図５】図５（ａ）〜（ｃ）はデータテーブルの一例である。
【図６】図６は携帯端末が実行する処理の他の一例を表すフローチャートである。
【図７】図７（ａ）及び（ｂ）はデータテーブルの他の一例である。
【図８】図８（ａ）及び（ｂ）はデータテーブルの他の一例である。
【図９】図９は携帯端末が実行する処理の一部を表すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本件を実施するための形態について図面を参照して説明する。
【００１４】
（第１実施形態）
図１はデータ送信システムＳの一例を示す図である。データ送信システムＳは、ウェアラブル端末１００、データ送信装置としての携帯端末２００、及びサーバ装置３００を含んでいる。図１では、ウェアラブル端末１００の一例として頭部に装着可能なHead Mounted Display（ヘッドマウントディスプレイ：ＨＭＤ）が示されているが、例えば腕部に装着可能なウェアラブルキーボード、指に装着可能な指輪型の端末装置など、人体を含む動物の体の一部に装着可能な端末装置であればＨＭＤに特に限定されない。例えばスマートウォッチ、血圧や体温といったバイタル情報を取得可能な端末装置がウェアラブル端末１００として利用されてもよい。また、図１では、携帯端末２００の一例としてスマートフォンが示されているが、例えばタブレット端末といった携帯可能な端末装置であればスマートフォンに特に限定されない。
【００１５】
ウェアラブル端末１００は複数種類のセンサを備えている。ウェアラブル端末１００が備えるセンサとしては、例えば照度を表すデータを検出する照度センサ、加速度を表すデータを検出する加速度センサ、地磁気を表すデータを検出する地磁気センサなどがある。ウェアラブル端末１００は自身が備える各センサによって検出されたデータ（以下、センシングデータという）を携帯端末２００に定期的に送信する。より詳しくは、ウェアラブル端末１００は第１の無線通信方式を利用して携帯端末２００に向けてセンシングデータを送信する。尚、第１の無線通信方式は所定値以上の距離では通信できない規格である。第１の無線通信方式としては例えばWi-Fi Direct（登録商標）やBluetooth(登録商標)といった規格がある。
【００１６】
携帯端末２００は複数種類のセンサを備えている。携帯端末２００が備えるセンサとしては、例えば位置を表すデータを検出する位置センサ、温度を表すデータを検出する温度センサ、湿度を表すデータを検出する湿度センサなどがある。携帯端末２００が備えるセンサはウェアラブル端末１００が備えるセンサと同じ種類であってもよい。携帯端末２００は自身が備える各センサによって検出されたセンシングデータとウェアラブル端末１００から送信されたセンシングデータとを後述するデータテーブルのレコードに格納する。レコードはデータ群の一例である。携帯端末２００はセンシングデータを格納したレコードを、第１の無線通信方式と異なる第２の無線通信方式を利用して、サーバ装置３００に向けて送信する。尚、第２の無線通信方式は所定値以上の距離でも通信できる規格である。第２の無線通信方式としては例えばLong Term Evolution（ＬＴＥ）といった規格がある。携帯端末２００は携帯基地局ＢＳの通信可能領域ＡＲ内に含まれていれば、レコードをサーバ装置３００に向けて送信することができる。
【００１７】
サーバ装置３００は通信ネットワークＮＷ１を介して携帯基地局ＢＳと接続されている。また、サーバ装置３００は通信ネットワークＮＷ２を介してオペレータ端末４００と接続されている。通信ネットワークＮＷ１としては例えばインターネットがある。通信ネットワークＮＷ２としては例えばLocal Area Network（ＬＡＮ）がある。サーバ装置３００は携帯端末２００から送信されて携帯基地局ＢＳを経由したレコードを受け付ける。サーバ装置３００は受け付けたレコードに基づいてデータ処理を実行する。例えば、サーバ装置３００はオペレータ端末４００から送信されたデータ分析の要求を受け付けると、受け付けたレコードに含まれるセンシングデータを分析する。サーバ装置３００はセンシングデータの分析が完了すると、分析結果をオペレータ端末４００に出力する。オペレータ端末４００はサーバ装置３００から出力された分析結果を表示する。尚、サーバ装置３００及びオペレータ端末４００は携帯端末２００の位置とは異なる位置の施設Ｘなどに配備される。
【００１８】
次に、図２を参照して、携帯端末２００のハードウェア構成について説明する。尚、上述したウェアラブル端末１００、サーバ装置３００、及びオペレータ端末４００も基本的に携帯端末２００と同様のハードウェア構成であるため説明を省略する。
【００１９】
図２は携帯端末２００のハードウェア構成の一例である。図２に示すように、携帯端末２００は、Central Processing Unit（ＣＰＵ）２００Ａ、Random Access Memory（ＲＡＭ）２００Ｂ、Read Only Memory（ＲＯＭ）２００Ｃ、Electrically Erasable Programmable Read Only Memory（ＥＥＰＲＯＭ）２００Ｄ及び通信回路２００Ｅを含んでいる。通信回路２００Ｅにはアンテナ２００Ｅ´が接続されている。通信回路２００Ｅに代えて通信機能を実現するＣＰＵが利用されてもよい。
【００２０】
また、携帯端末２００は、スピーカー２００Ｆ、複数のセンサ２００Ｇ、タッチパネル２００Ｈ、ディスプレイ２００Ｉ、及びマイク２００Ｊを含んでいる。ここで、センサ２００Ｇとしては、上述した位置センサ、温度センサ、湿度センサ、照度センサ、加速度センサ、及び地磁気センサのほか、傾きセンサ、近接センサ、ジャイロセンサ、圧力センサ、大気温度センサ、回転軌道センサ、重力加速度センサなどがある。ＣＰＵ２００Ａからマイク２００Ｊまでは、内部バス２００Ｋによって互いに接続されている。少なくともＣＰＵ２００ＡとＲＡＭ２００Ｂとが協働することによってコンピュータが実現される。
【００２１】
上述したＲＡＭ２００Ｂには、ＲＯＭ２００ＣやＥＥＰＲＯＭ２００Ｄに記憶されたプログラムがＣＰＵ２００Ａによって格納される。格納されたプログラムをＣＰＵ２００Ａが実行することにより、後述する各種の機能が実現され、また、各種の処理が実行される。尚、プログラムは後述するフローチャートに応じたものとすればよい。
【００２２】
次に、図３を参照して、携帯端末２００の機能について説明する。
【００２３】
図３は携帯端末２００の機能ブロック図の一例である。携帯端末２００は、図３に示すように、取得手段としてのデータ取得部２０１、判定手段としてのデータ判定部２０２、及び送信手段としてのレコード送信部２０３を含んでいる。尚、通信回路２００Ｅ及びセンサ２００Ｇはハードウェアであるため、破線で示している。データ取得部２０１、データ判定部２０２、及びレコード送信部２０３は例えば上述したＣＰＵ２００Ａなどによって実現される。
【００２４】
データ取得部２０１は複数のセンサ２００Ｇによってそれぞれ検出された複数のセンシングデータを複数のセンサ２００Ｇから取得する。また、データ取得部２０１はウェアラブル端末１００から送信されて通信回路２００Ｅが受け付けた複数のセンシングデータを通信回路２００Ｅから取得する。すなわち、データ取得部２０１は複数のセンシングデータの一部をウェアラブル端末１００から通信回路２００Ｅを介して取得する。データ取得部２０１は複数のセンシングデータを取得すると、取得した複数のセンシングデータを取得日時に従ってデータテーブルのレコードに格納し、データ判定部２０２に定期的に送信する。したがって、複数のセンシングデータをそれぞれ含む複数のレコードがデータ取得部２０１からデータ判定部２０２に送信される。
【００２５】
データ判定部２０２はデータ取得部２０１から送信された複数のレコードを受け付けると、受け付けたレコードに含まれる複数のセンシングデータが、予め決められた複数のデータ種別のセンシングデータを含むか否かを判定する。例えば複数のデータ種別として位置、温度、湿度、照度、加速度、地磁気の６つのデータ種別がレコードの送信前に決められている場合、データ判定部２０２は複数のセンシングデータがこれら６つのデータ種別のセンシングデータを含むか否かを判定する。データ判定部２０２は受け付けた複数のセンシングデータが、複数のデータ種別のセンシングデータを含むか否かに応じて、レコードにフラグ（以下、歯抜けフラグという）「ｆａｌｓｅ」又は「ｔｒｕｅ」のいずれかを設定する。データ判定部２０２はレコードに歯抜けフラグを設定すると、歯抜けフラグを設定したレコードをレコード送信部２０３に送信する。
【００２６】
尚、歯抜けフラグ「ｆａｌｓｅ」は複数のセンシングデータが複数のデータ種別のセンシングデータを含むことを表している。歯抜けフラグ「ｔｒｕｅ」は複数のセンシングデータが複数のデータ種別のセンシングデータを含まないことを表している。すなわち、歯抜けフラグ「ｔｒｕｅ」は複数のセンシングデータの一部にデータ抜けがあり、そのセンシングデータを含むレコードが不完全なレコードであることを表している。データ抜けは、例えばウェアラブル端末１００が備えるセンサや携帯端末２００が備えるセンサ２００Ｇの故障、ウェアラブル端末１００と携帯端末２００との通信障害などによって発生することがある。データ抜けは、特定の期間にデータがない場合と特定の項目にデータがない場合の少なくとも一方の場合がある。
【００２７】
レコード送信部２０３はデータ判定部２０２から送信されたレコードに歯抜けフラグ「ｆａｌｓｅ」が設定されていた場合、そのレコードを通信回路２００Ｅに送信する。より詳しくは、レコード送信部２０３は歯抜けフラグ「ｆａｌｓｅ」がそれぞれ設定された複数のレコードを通信回路２００Ｅに一括して送信する。通信回路２００Ｅはレコード送信部２０３から送信されたレコードをサーバ装置３００に送信する。すなわち、レコード送信部２０３は通信回路２００Ｅを介してレコードをサーバ装置３００に送信する。
【００２８】
一方、レコード送信部２０３はデータ判定部２０２から送信されたレコードに歯抜けフラグ「ｔｒｕｅ」が設定されていた場合、そのレコードのサーバ装置３００への送信を停止し、保持する。すなわち、レコードに含まれる複数のセンシングデータが、複数のデータ種別のセンシングデータを含まない場合、そのレコードのサーバ装置３００への送信が停止される。これにより、センシングデータの無駄な送信が回避され、通信コスト（例えば通信費用）が抑えられる。尚、詳細は後述するが、レコード送信部２０３は所定の削除条件を満足した場合、保持するレコードを削除してもよい。
【００２９】
次に、携帯端末２００の動作について説明する。
【００３０】
図４は携帯端末２００が実行する処理の一例を表すフローチャートである。より詳しくは、データ取得部２０１が実行するデータ取得処理の一例を表すフローチャートである。図５（ａ）〜（ｃ）はデータテーブルの一例である。
【００３１】
まず、データ取得部２０１はアプリケーションソフトウェア（以下、アプリという）を起動する（ステップＳ１０１）。当該アプリはデータ取得処理及び後述するレコード送信処理を実行するアプリであり、携帯端末２００にインストールされている。データ取得部２０１は例えば携帯端末２００のディスプレイ２００Ｉに表示されたアイコンに対する所定の操作（例えばダブルタップ）を検出すると、アプリを起動する。尚、当該アプリが携帯端末２００にインストールされておらず、サーバ装置３００など携帯端末２００以外の装置にインストールされている場合には、データ取得部２０１は当該アプリがインストールされた装置にアクセスし、当該アプリを起動することによって提供される通信サービスを利用する。
【００３２】
ステップＳ１０１の処理が完了すると、次いで、データ取得部２０１はデータ種別を決定する（ステップＳ１０２）。より詳しくは、データ取得部２０１はApplication Programming Interface（ＡＰＩ）を利用してウェアラブル端末１００にアクセスしてウェアラブル端末１００が備えるセンサを特定し、ウェアラブル端末１００が取得できるセンシングデータのデータ種別を決定する。また、データ取得部２０１はＡＰＩを利用して携帯端末２００が備えるセンサ２００Ｇを特定し、携帯端末２００が取得できるセンシングデータのデータ種別を決定する。尚、ウェアラブル端末１００及び携帯端末２００のそれぞれが取得できるセンシングデータのデータ種別を含む設定ファイルを例えばＥＥＰＲＯＭ２００Ｄなどに記憶させておき、データ取得部２０１が設定ファイルからそれぞれのデータ種別を取得するようにしてもよい。
【００３３】
ステップＳ１０２の処理が完了すると、次いで、データ取得部２０１はデータ取得間隔を設定する（ステップＳ１０３）。より詳しくは、データ取得部２０１はアプリの起動によりディスプレイ２００Ｉ上に表示される所定の画面上にデータ取得間隔（例えば１分など数分）が入力されたことを検出すると、入力されたデータ取得間隔をウェアラブル端末１００及び携帯端末２００のそれぞれに設定する。データ取得間隔はウェアラブル端末１００が備えるセンサ及び携帯端末２００が備えるセンサ２００Ｇからセンシングデータを取得する間隔である。尚、ウェアラブル端末１００にデータ取得間隔を設定できない場合、データ取得部２０１はウェアラブル端末１００からセンシングデータが送信される間隔をデータ取得間隔として携帯端末２００に設定する。
【００３４】
ステップＳ１０３の処理が完了すると、次いで、データ取得部２０１はデータテーブルを生成する（ステップＳ１０４）。より詳しくは、データ取得部２０１はステップＳ１０２の処理で決定したデータ種別の数に応じた列（以下、カラムという）を含むデータテーブルを生成する。例えば、データ取得部２０１が６つのデータ種別を決定した場合、図５（ａ）に示すように、データ取得部２０１はデータ取得日時のカラムと種別１から種別６までの６つのカラムを含むデータテーブルを生成する。尚、種別１から種別６はデフォルト（初期設定）のデータ種別を表している。また、図５（ａ）に示すデータテーブルにはまだセンシングデータが格納されていない状態を表している。
【００３５】
ステップＳ１０４の処理が完了すると、次いで、データ取得部２０１はデータテーブルのカラムとデータ種別をマッピングする（ステップＳ１０５）。より詳しくは、データ取得部２０１はデータテーブルにおけるデータ種別の項目をステップＳ１０２の処理で決定したデータ種別に書き換える。例えば、データ取得部２０１がデータ種別「位置」、「温度」、「湿度」、「照度」、「加速度」、及び「地磁気」を決定した場合、図５（ｂ）に示すように、データ取得部２０１は種別１から種別６までをデータ種別「位置」、「温度」、「湿度」、「照度」、「加速度」、及び「地磁気」に書き換える。これにより、センシングデータをデータテーブルに格納する準備が完了する。
【００３６】
ステップＳ１０５の処理が完了すると、次いで、データ取得部２０１はデータ取得間隔でセンシングデータを取得する（ステップＳ１０６）。より詳しくは、データ取得部２０１はステップＳ１０３の処理で設定データ取得間隔に基づいてＡＰＩを実行し、センシングデータを取得する。したがって、データ取得部２０１はウェアラブル端末１００が備えるセンサが検出し、ウェアラブル端末１００から送信された複数のセンシングデータと、携帯端末２００が備えるセンサ２００Ｇが検出した複数のセンシングデータとを定期的に取得する。
【００３７】
ステップＳ１０６の処理が完了すると、次いで、データ取得部２０１はデータテーブルにセンシングデータを格納する（ステップＳ１０７）。より詳しくは、データ取得部２０１はステップＳ１０６の処理で取得した複数のセンシングデータを、対応するデータ種別の項目にデータ取得日時と併せて格納する。例えば、データ取得部２０１が時刻「Ｔ１」に全てデータ種別のセンシングデータを取得すると、図５（ｃ）に示すように、データ取得部２０１はデータ取得日時に時刻「Ｔ１」を格納し、複数のセンシングデータを対応するデータ種別の項目にそれぞれ格納する。したがって、複数のセンシングデータを取得する度に行を表す１つのレコードが生成される。
【００３８】
図６は携帯端末２００が実行する処理の他の一例を表すフローチャートである。より詳しくは、データ判定部２０２及びレコード送信部２０３が実行するレコード送信処理の一例を表すフローチャートである。図７（ａ）及び（ｂ）はデータテーブルの他の一例である。図８（ａ）及び（ｂ）はデータテーブルの他の一例である。
【００３９】
データ判定部２０２は上述したステップＳ１０７の処理が完了すると、図６に示すように、未送信のレコード全てに歯抜けフラグ「ｆａｌｓｅ」を設定する（ステップＳ２０１）。例えば、データ判定部２０２は所定期間のセンシングデータをデータテーブルに格納し終えると、未送信のレコード全てに歯抜けフラグ「ｆａｌｓｅ」を設定する。図７（ａ）では、時刻「Ｔ１」から時刻「Ｔ５」までの期間に取得したセンシングデータがデータテーブルに格納されており、未送信のレコード全てに歯抜けフラグ「ｆａｌｓｅ」が設定されている。
【００４０】
ステップＳ２０１の処理が完了すると、次いで、データ判定部２０２は先頭のレコードを指定し（ステップＳ２０２）、複数のデータ種別を含むか否かを判定する（ステップＳ２０３）。例えば、データ判定部２０２は、図７（ａ）に示すデータテーブルにおいて、時刻「Ｔ１」を含むレコードを判定対象のレコードとして指定し、複数のデータ種別を含むか否かを判定する。
【００４１】
ステップＳ２０３の処理において、データ判定部２０２は複数のデータ種別を含むと判定した場合（ステップＳ２０３：ＹＥＳ）、歯抜けフラグ「ｆａｌｓｅ」を維持する（ステップＳ２０４）。したがって、図７（ａ）に示すデータテーブルにおける時刻「Ｔ１」を含むレコードでは、全てのデータ種別の項目にセンシングデータが格納されているため、データ判定部２０２は歯抜けフラグ「ｆａｌｓｅ」を維持する。
【００４２】
ステップＳ２０４の処理が完了すると、データ判定部２０２は最後のレコードであるか否かを判定する（ステップＳ２０５）。例えば、データ判定部２０２は判定対象のレコードが上述した所定期間において最後のレコードであるか否かを判定する。データ判定部２０２は最後のレコードでないと判定した場合（ステップＳ２０５：ＮＯ）、次のレコードを指定し（ステップＳ２０６）、ステップＳ２０３の処理に戻る。したがって、図７（ａ）に示すデータテーブルでは、例えば時刻「Ｔ２」を含むレコードが次の判定対象のレコードとして指定され、ステップＳ２０３の処理が実行される。
【００４３】
ここで、ステップＳ２０３の処理において、データ判定部２０２は複数のデータ種別を含まないと判定した場合（ステップＳ２０３：ＮＯ）、歯抜けフラグ「ｔｒｕｅ」に更新する（ステップＳ２０７）。具体的には、図７（ａ）に示すデータテーブルでは、時刻「Ｔ２」を含むレコードにはセンシングデータが全く格納されていないため、データ判定部２０２は複数のデータ種別を含まないと判定し、時刻「Ｔ２」を含むレコードの歯抜けフラグ「ｆａｌｓｅ」を、図７（ｂ）に示すように、歯抜けフラグ「ｔｒｕｅ」に更新する。
【００４４】
ステップＳ２０７の処理が完了すると、データ判定部２０２はステップＳ２０５の処理を実行する。このように、データ判定部２０２は最後のレコードであると判定するまでステップＳ２０３からＳ２０７までの処理を繰り返す。これにより、図７（ｂ）に示すように、時刻「Ｔ３」を含むレコードから時刻「Ｔ５」を含むレコードまでに対する歯抜けフラグが決定する。例えば、時刻「Ｔ５」を含むレコードに示すように、レコードにおける一部の項目にセンシングデータが格納されていない場合も、データ判定部２０２は歯抜けフラグ「ｆａｌｓｅ」を歯抜けフラグ「ｔｒｕｅ」に更新する。
【００４５】
そして、ステップＳ２０５の処理において、データ判定部２０２は最後のレコードであると判定すると（ステップＳ２０５：ＹＥＳ）、レコード送信部２０３は歯抜けフラグ「ｔｒｕｅ」がないか否かを判定する（ステップＳ２０８）。すなわち、上述したステップＳ２０１からＳ２０７までの処理により、歯抜けフラグ「ｔｒｕｅ」に更新されなかったか否かを判定する。レコード送信部２０３は歯抜けフラグ「ｔｒｕｅ」がないと判定した場合（ステップＳ２０８：ＹＥＳ）、レコードを送信する（ステップＳ２０９）。好ましくは、レコード送信部２０３はレコードを一括送信する。これにより、複数のレコードを個別に送信する場合に比べて、通信コストを削減することができる。
【００４６】
一方、レコード送信部２０３は歯抜けフラグ「ｔｒｕｅ」があると判定した場合（ステップＳ２０８：ＮＯ）、レコードの送信を停止する（ステップＳ２１０）。ここで、レコードの送信の停止は部分的な停止であってもよいし、全体的な停止であってもよい。
【００４７】
例えば、図７（ｂ）に示すように、歯抜けフラグ「ｆａｌｓｅ」のレコードと歯抜けフラグ「ｔｒｕｅ」のレコードが混在している場合、レコード送信部２０３は歯抜けフラグ「ｔｒｕｅ」のレコードの送信停止を優先して、歯抜けフラグ「ｆａｌｓｅ」のレコードの送信を停止してもよい。一方、図８（ａ）及び（ｂ）に示すように、レコード送信部２０３は歯抜けフラグ「ｆａｌｓｅ」と歯抜けフラグ「ｔｒｕｅ」が混在した複数のレコードを、歯抜けフラグ「ｆａｌｓｅ」のレコードと歯抜けフラグ「ｔｒｕｅ」のレコードに分割し、歯抜けフラグ「ｆａｌｓｅ」のレコードを送信し、歯抜けフラグ「ｔｒｕｅ」のレコードの送信を停止してもよい。
【００４８】
以上、第１実施形態によれば、携帯端末２００はデータ取得部２０１とデータ判定部２０２とレコード送信部２０３を含んでいる。データ取得部２０１はセンサ２００Ｇ及びウェアラブル端末１００のセンサによって検出された複数のセンシングデータを取得する。データ判定部２０２はデータ取得部２０１が取得した複数のセンシングデータが、予め決められた複数のデータ種別のセンシングデータを含むか否かを判定する。レコード送信部２０３はデータ取得部２０１が取得した複数のセンシングデータが、複数のデータ種別のセンシングデータを含む場合、複数のデータ種別のセンシングデータを含むレコードをサーバ装置３００に送信する。
【００４９】
これにより、複数のデータ種別のセンシングデータを含まないレコードの送信を抑制することができる。特に、第１実施形態によれば、複数のデータ種別のセンシングデータを含まないレコードと複数のデータ種別のセンシングデータを含むレコードをサーバ装置３００に送信し、サーバ装置３００が前者のレコードを削除し、後者のレコードを利用してデータ分析を行わない。第１実施形態によれば、複数のデータ種別のセンシングデータを含むレコードがサーバ装置３００に送信されるため、センシングデータの分析精度の向上が通信コストの抑制とともに実現する。
【００５０】
（第２実施形態）
続いて、図９を参照して、本件の第２実施形態について説明する。
図９は携帯端末２００が実行する処理の一部を表すフローチャートである。より詳しくは、レコード送信部２０３が実行するレコード送信処理の一部を表すフローチャートである。図９に示すように、レコード送信部２０３は第１実施形態で説明したステップＳ２１０の処理が完了した後に、ステップＳ２１１及びステップＳ２１２の処理を実行してもよい。
【００５１】
具体的には、レコード送信部２０３はステップＳ２１０の処理が完了すると、所定の削除条件を満足するか否かを判定する（ステップＳ２１１）。すなわち、レコードの送信が停止された場合、レコードは削除されずに携帯端末２００に残存する。このように、残存したレコードを携帯端末２００に放置すれば、レコードを記憶する記憶装置（例えばＥＥＰＲＯＭ２００Ｄなど）の記憶可能容量が減少する。
【００５２】
したがって、レコード送信部２０３は所定の削除条件を満足すると判定した場合（ステップＳ２１１：ＹＥＳ）、レコードを削除する（ステップＳ２１２）。一方、レコード送信部２０３は所定の削除条件を満足しないと判定した場合（ステップＳ２１１：ＮＯ）、ステップＳ２１２の処理をスキップする。これにより、記憶可能容量の減少を抑えることができる。尚、所定の削除条件としては、例えば記憶可能容量が所定割合未満であるか否かを表す条件や、レコード送信部２０３が所定の操作を検出したか否かを表す条件がある。このように、第２実施形態によれば、記憶可能容量の減少を抑えつつ、複数のデータ種別のセンシングデータを含まないレコードの送信を抑制することができる。
【００５３】
以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００５４】
例えば、データ送信システムＳの構成要素にウェアラブル端末１００を含めたが、データ送信システムＳの構成要素からウェアラブル端末１００を除外してもよい。また、上述した位置センサはGlobal Positioning System（ＧＰＳ）を利用して位置を表すデータを検出してもよいし、アクセスポイントから送信された電波の強度を利用して位置を表すデータを検出してもよい。
【００５５】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）複数のセンサによって検出された複数のデータを取得し、取得した前記複数のデータが、予め決められた複数の種別のデータを含むか否かを判定し、取得した前記複数のデータが、前記複数の種別のデータを含む場合、前記複数の種別のデータを含むデータ群を、受け付けたデータ群に基づいてデータ処理を実行するサーバ装置に送信する、処理をコンピュータに実行させることを特徴とするデータ送信プログラム。
（付記２）前記送信する処理は、前記複数の種別のデータをそれぞれ含む複数のデータ群を一括して送信する、ことを特徴とする付記１に記載のデータ送信プログラム。
（付記３）取得した前記複数のデータが、前記複数の種別のデータを含まない場合、前記複数の種別のデータを含まないデータ群の送信を停止する、処理を含むことを特徴とする付記１又は２に記載のデータ送信プログラム。
（付記４）取得した前記複数のデータが、前記複数の種別のデータを含まない場合、所定の削除条件を満足した場合に、前記複数の種別のデータを含まないデータ群を削除する、処理を含むことを特徴とする付記１から３のいずれか１項に記載のデータ送信プログラム。
（付記５）前記取得する処理は、前記複数のデータの一部を第１の無線通信方式を利用して取得し、前記送信する処理は、前記データ群を前記第１の無線通信方式と異なる第２の無線通信方式を利用して送信する、ことを特徴とする付記１から４のいずれか１項に記載のデータ送信プログラム。
（付記６）前記取得する処理は、前記複数のデータの一部をウェアラブル端末から取得する、ことを特徴とする付記１から５のいずれか１項に記載のデータ送信プログラム。
（付記７）前記サーバ装置は、受け付けたデータ群に基づいて、前記データ群に含まれる前記複数の種別のデータを分析する装置である、ことを特徴とする付記１から６のいずれか１項に記載のデータ送信プログラム。
（付記８）複数のセンサによって検出された複数のデータを取得し、取得した前記複数のデータが、予め決められた複数の種別のデータを含むか否かを判定し、取得した前記複数のデータが、前記複数の種別のデータを含む場合、前記複数の種別のデータを含むデータ群を、受け付けたデータ群に基づいてデータ処理を実行するサーバ装置に送信する、処理をコンピュータが実行することを特徴とするデータ送信方法。
（付記９）複数のセンサによって検出された複数のデータを取得する取得手段と、前記取得手段が取得した前記複数のデータが、予め決められた複数の種別のデータを含むか否かを判定する判定手段と、前記取得手段が取得した前記複数のデータが、前記複数の種別のデータを含む場合、前記複数の種別のデータを含むデータ群を、受け付けたデータ群に基づいてデータ処理を実行するサーバ装置に送信する送信手段と、を有することを特徴とするデータ送信装置。
（付記１０）前記送信手段は、前記複数の種別のデータをそれぞれ含む複数のデータ群を一括して送信する、ことを特徴とする付記９に記載のデータ送信装置。
（付記１１）前記送信手段は、前記取得手段が取得した前記複数のデータが、前記複数の種別のデータを含まない場合、前記複数の種別のデータを含まないデータ群の送信を停止する、ことを特徴とする付記９又は１０に記載のデータ送信装置。
（付記１２）前記送信手段は、前記取得手段が取得した前記複数のデータが、前記複数の種別のデータを含まない場合、所定の削除条件を満足した場合に、前記複数の種別のデータを含まないデータ群を削除する、ことを特徴とする付記９から１１のいずれか１項に記載のデータ送信装置。
（付記１３）前記取得手段は、前記複数のデータの一部を第１の無線通信方式を利用して取得し、前記送信手段は、前記データ群を前記第１の無線通信方式と異なる第２の無線通信方式を利用して送信する、ことを特徴とする付記９から１２のいずれか１項に記載のデータ送信装置。
（付記１４）前記取得手段は、前記複数のデータの一部をウェアラブル端末から取得する、ことを特徴とする付記９から１３のいずれか１項に記載のデータ送信装置。
（付記１５）前記サーバ装置は、受け付けたデータ群に基づいて、前記データ群に含まれる前記複数の種別のデータを分析する装置である、ことを特徴とする付記９から１４のいずれか１項に記載のデータ送信装置。
【符号の説明】
【００５６】
Ｓ  データ送信システム
１００  ウェアラブル端末
２００  携帯端末
２０１  データ取得部
２０２  データ判定部
２０３  レコード送信部
３００  サーバ装置
４００  オペレータ端末
【図１】
0006645365.tif 000002
【図２】
0006645365.tif 000003
【図３】
0006645365.tif 000004
【図４】
0006645365.tif 000005
【図５】
0006645365.tif 000006
【図６】
0006645365.tif 000007
【図７】
0006645365.tif 000008
【図８】
0006645365.tif 000009
【図９】
0006645365.tif 000010