JP2015072574A - 配信装置、配信方法及び端末装置 - Google Patents

Abstract

【課題】ユーザの安否を圏外領域でも確認することができること。
【解決手段】本願に係る配信装置は、受信部と、算出部と、配信部とを有する。受信部は、ユーザに所有される端末装置から位置情報を受信する。算出部は、受信部によって位置情報を受信した場合に、通信可能な領域である第１の圏内領域から、通信不可能な領域である圏外領域を経由して第２の圏内領域にユーザが到達する予定時間を算出する。配信部は、算出部によって算出された予定時間内に端末装置から第２の圏内領域の位置情報が受信されなかった場合に、アラートを所定の配信先に配信する。
【選択図】図６

Description

本発明は、配信装置、配信方法及び端末装置に関する。

基地局と通信可能な装置を用いてユーザの安全を確認する技術が知られている。例えば、このような技術では、ユーザが所有する携帯電話端末から現在地を所定の宛先に送信することでユーザの安全を確認する。

特開２００７−２６５２６７号公報 特開２００３−６７９３号公報

しかしながら、上記の従来技術では、ユーザの安全を確認することができるとは限らなかった。具体的には、例えば、山岳地帯等の基地局が点在するエリアでは、基地局から発せられる電波が携帯電話端末に届かず通信不可能な圏外領域が存在するので、携帯電話端末から現在地を所定の宛先に送信できない場合がある。このようなことから、上記の従来技術では、ユーザの安全を確認することができるとは限らなかった。

本願は、上記に鑑みてなされたものであって、ユーザの安否を圏外領域でも確認することができる配信装置、配信方法及び端末装置を提供することを目的とする。

本願に係る配信装置は、ユーザに所有される端末装置から位置情報を受信する受信手段と、前記受信手段によって位置情報を受信した場合に、通信可能な領域である第１の圏内領域から、通信不可能な領域である圏外領域を経由して第２の圏内領域に前記ユーザが到達する予定時間を算出する算出手段と、前記算出手段によって算出された予定時間内に前記端末装置から前記第２の圏内領域の位置情報が受信されなかった場合に、アラートを所定の配信先に配信する配信手段とを備えたことを特徴とする。

実施形態の一態様によれば、ユーザの安否を圏外領域でも確認することができるという効果を奏する。

図１は、実施形態に係る配信装置による配信処理の一例を示す説明図である。 図２は、実施形態に係る配信システムの構成例を示す図である。 図３は、実施形態に係る端末装置の構成例を示す図である。 図４は、実施形態に係る予定経路情報記憶部の一例を示す図である。 図５は、実施形態に係る電波情報記憶部の一例を示す図である。 図６は、実施形態に係る配信装置の構成例を示す図である。 図７は、実施形態に係る予定経路情報記憶部の一例を示す図である。 図８は、実施形態に係る配信情報記憶部の一例を示す図である。 図９は、配信装置による配信手順を示すシーケンスである。 図１０は、配信装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る配信装置、配信方法及び端末装置を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る配信装置、配信方法及び端末装置が限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．配信処理〕
まず、図１を用いて、実施形態に係る配信処理の一例について説明する。図１は、実施形態に係る配信システム１による配信処理の一例を示す説明図である。図１の例では、配信装置１００によってアラートを端末装置２０に配信する配信処理が行われる。

ここで、かかる配信処理について、端末装置１０を所有するユーザが登山をしている場合を想定して説明する。図１の例では、ユーザは、端末装置１０が通信可能な圏内領域Ａ０１にあるスタート地点Ｓからスタートし、端末装置１０が通信不可能な圏外領域、圏内領域Ａ０３および圏内領域Ａ０５を経由してゴール地点Ｇに到達する予定経路ＲＴを進行することを予定している。

まず、ユーザは、登山を開始する前に、端末装置１０を操作し、所定の地点で位置情報を配信装置１００に送信する送信アプリを起動する。ここで、端末装置１０は、予定経路ＲＴの設定をユーザから受け付ける。そして、端末装置１０は、受け付けた予定経路ＲＴを配信装置１００に送信する。

配信装置１００は、端末装置１０から設定された予定経路ＲＴを受け付ける。ここで、配信装置１００は、受け付けた予定経路ＲＴから、始点ポイントＳＰ１及びＳＰ２と終点ポイントＥＰ１及びＥＰ２とを抽出する。なお、始点ポイントとは、予定経路のうち、圏内領域から、圏外領域に切り換わる地点を意味する。一方、終点ポイントとは、圏外領域から圏内領域に切り換わる地点を意味する。

具体的には、図１に示すように、配信装置１００は、圏内領域Ａ０１から圏外領域に切り替わる始点ポイントＳＰ１と、圏内領域Ａ０３から圏外領域に切り替わる始点ポイントＳＰ２とを抽出する。また、配信装置１００は、圏外領域から圏内領域Ａ０３に切り替わる終点ポイントＥＰ１と、圏外領域から圏内領域Ａ０５に切り替わる終点ポイントＥＰ２とを抽出する。また、端末装置１０は、配信装置１００と同様に、予定経路ＲＴから始点ポイントＳＰ１及びＳＰ２と終点ポイントＥＰ１及びＥＰ２とを抽出する。

端末装置１０及び配信装置１００は、ユーザが登山を開始する前に、以上の処理を実行する。そして、端末装置１０及び配信装置１００は、ユーザが登山を開始した後に、以下の処理を実行する。

端末装置１０は、始点ポイントＳＰ１に到達した場合に、現在地である始点ポイントＳＰ１の位置情報を配信装置１００に送信する。そして、配信装置１００は、端末装置１０から始点ポイントＳＰ１の位置情報を受信した場合に、受信した位置情報が示す始点ポイントＳＰ１から終点ポイントＥＰ１にユーザが到達するまでにかかる予定時間を算出する。例えば、配信装置１００は、始点ポイントＳＰ１と終点ポイントＥＰ１との間の距離を一般的なユーザの歩行速度で除算することで予定時間を算出する。

その後、端末装置１０は、終点ポイントＥＰ１に到達した場合に、現在地である終点ポイントＥＰ１の位置情報を配信装置１００に送信する。ここで、配信装置１００は、算出された予定時間内に、終点ポイントＥＰ１の位置情報が受信されなかった場合に、ユーザが遭難したことを示すアラートを予め登録されている所定の配信先である端末装置２０に配信する。これにより、端末装置２０にユーザが遭難したことを示す情報が表示される。

同様に、端末装置１０及び配信装置１００は、ゴール地点Ｇに到達するまで上記の処理を繰り返し実行する。具体的には、端末装置１０は、始点ポイントＳＰ２に到達した場合に、始点ポイントＳＰ２の位置情報を配信装置１００に送信する。配信装置１００は、端末装置１０から始点ポイントＳＰ２の位置情報を受信した場合に、受信した位置情報が示す始点ポイントＳＰ２から、終点ポイントＥＰ２にユーザが到達するまでにかかる予定時間を算出する。

その後、端末装置１０は、終点ポイントＥＰ２に到達した場合に、終点ポイントＥＰ２の位置情報を配信装置１００に送信する。ここで、配信装置１００は、算出された予定時間内に、終点ポイントＥＰ２の位置情報が受信されなかった場合に、アラートを端末装置２０に配信する。

このように、実施形態に係る配信装置１００は、予定時間内に終点ポイントの位置情報が受信されなかった場合に、アラートを端末装置２０に配信するので、ユーザが遭難したことを早期に発見することができる。これにより、端末装置２０の所有者は、端末装置１０が圏外領域にあってもユーザの安否を確認することができる。

〔２．配信システムの構成〕
次に、図２を用いて、実施形態に係る配信システム１について説明する。図２は、実施形態に係る配信システムの構成例を示す図である。図２に示すように、配信システム１には、端末装置１０と、端末装置２０と、配信装置１００とが含まれる。端末装置１０、端末装置２０、配信装置１００は、それぞれネットワークＮと無線により通信可能に接続される。なお、図２では、配信システム１に、１台の端末装置１０と、１台の端末装置２０と、１台の配信装置１００とが含まれる例を示したが、配信システム１には、複数台の端末装置１０や、複数台の端末装置２０や、複数台の配信装置１００が含まれてもよい。

端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、携帯電話機、ＰＤＡ（Personal Digital Assistant）等の情報処理装置である。例えば、端末装置１０は、各種の情報を送信するアプリケーションである送信アプリを起動することで、端末装置１０の現在地を示す位置情報を配信装置１００に送信する。具体的には、端末装置１０は、始点ポイント及び終点ポイントに到達した場合に、現在地を示す位置情報を配信装置１００に送信する。なお、端末装置１０は、例えば、登山を行う登山者などに所有される。

端末装置２０は、端末装置１０と同様に、スマートフォンや、タブレット型端末や、ノート型ＰＣや、携帯電話機、ＰＤＡ等の情報処理装置である。例えば、端末装置２０は、配信装置１００から配信されるアラートを表示部（例えば、液晶ディスプレイ）に表示する。なお、端末装置２０は、配信装置１００からアラートが配信される予め登録された配信先である。例えば、端末装置２０は、端末装置１０を所有するユーザと親しい関係にある家族や遭難者を捜索する警察などに所有される。

配信装置１００は、ユーザの安否に関する情報を端末装置２０に配信するサーバ装置である。具体的には、配信装置１００は、端末装置１０から送信された位置情報に基づいてユーザが終点ポイントに到達する予定時間を算出し、算出された予定時間内に終点ポイントの位置情報が受信されなかった場合に、ユーザの安否に関する情報を端末装置２０に配信する。

〔３．端末装置の構成〕
次に、図３を用いて、実施形態に係る端末装置１０の構成について説明する。図３は、実施形態に係る端末装置１０の構成例を示す図である。図３に示すように、端末装置１０は、表示部２１と、入力部２２と、通信部２３と、取得部２４と、記憶部２５と、制御部２８とを有する。

（表示部２１、入力部２２について）
表示部２１は、各種情報を表示するための表示デバイスである。例えば、表示部２１は、液晶ディスプレイ等によって実現される。入力部２２は、ユーザから各種操作を受け付ける入力デバイスである。なお、実施形態に係る端末装置２０にタッチパネルが採用されて場合には、表示部２１と入力部２２とは一体化される。

（通信部２３について）
通信部２３は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。かかる通信部２３は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、端末装置２０や配信装置１００との間で情報の送受信を行う。

（取得部２４について）
取得部２４は、現在地のＧＰＳ座標を取得するための取得デバイスである。例えば、取得部２４は、ＧＰＳ受信機等によって実現される。具体的には、取得部２４は、ＧＰＳ衛星からの信号を受け取り、受け取った信号に基づいて現在地のＧＰＳ座標を算出することで取得する。例えば、取得部２４は、３次元測位によって現在地のＧＰＳ座標を算出する。

（記憶部２５について）
記憶部２５は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかる記憶部２５は、予定経路情報記憶部２６と、電波情報記憶部２７とを有する。

（予定経路情報記憶部２６について）
予定経路情報記憶部２６は、ユーザの予定経路に関する情報を記憶する。具体的には、予定経路情報記憶部２６は、後述の受付部３０によって受け付けられた予定経路を記憶する。ここで、図４に、実施形態に係る予定経路情報記憶部２６の一例を示す。図４に示すように、予定経路情報記憶部２６は、「予定経路」、「始点ポイント」、「終点ポイント」といった項目を有する。

「予定経路」は、ユーザが通過する予定経路のＧＰＳ座標の推移を示す。「始点ポイント」は、圏内領域から圏外領域に切り替わる地点のＧＰＳ座標を示す。「終点ポイント」は、圏外領域から圏内領域に切り替わる地点のＧＰＳ座標を示す。なお、「始点ポイント」及び「終点ポイント」は、受付部３０によって予定経路を受け付けた場合に、後述の電波情報記憶部２７に記憶されている圏内領域に関する情報に基づいて抽出される。なお、「始点ポイント」及び「終点ポイント」は、入力部２２を介してユーザによって手動で設定されてもよい。また、「始点ポイント」及び「終点ポイント」は、配信装置１００によって抽出された始点ポイント及び終点ポイントを受信することで設定されてもよい。

すなわち、図４では、ユーザの予定経路は、ＧＰＳ座標(Ｘ_Ｓ,Ｙ_Ｓ)がスタート地点であり、ＧＰＳ座標(Ｘ_１,Ｙ_１)、(Ｘ_２,Ｙ_２)の順に経由してＧＰＳ座標(Ｘ_Ｇ,Ｙ_Ｇ)が目的地である例を示している。また、図４では、ユーザの予定経路は、始点ポイントの座標が(Ｘ_ＳＰ１,Ｙ_ＳＰ１)及び(Ｘ_ＳＰ２,Ｙ_ＳＰ２) である例を示している。また、図４では、ユーザＩＤ「Ｕ０１」によって識別されるユーザの予定経路は、終点ポイントの座標が(Ｘ_ＥＰ１,Ｙ_ＥＰ１)及び(Ｘ_ＥＰ２,Ｙ_ＥＰ２)である例を示している。

（電波情報記憶部２７について）
電波情報記憶部２７は、領域に関する情報を記憶する。例えば、電波情報記憶部２７は、端末装置１０が通信可能な圏内領域を記憶する。ここで、図５に、実施形態に係る電波情報記憶部２７の一例を示す。図５に示すように、電波情報記憶部２７は、「圏内領域ＩＤ」といった項目を有する。

「圏内領域ＩＤ」は、圏内領域を識別するための識別情報を示す。すなわち、図５では、圏内領域ＩＤ「Ａ０１」、「Ａ０３」及び「Ａ０５」によって識別される領域は、端末装置１０が通信可能である例を示している。なお、電波情報記憶部２７は、端末装置１０が通信可能な領域に限らず、かかる領域に届く基地局からの電波の強度を示す情報が記憶されても良い。

（制御部２８について）
制御部２８は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、端末装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２８は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

かかる制御部２８は、図３に示すように、受付部３０と、送信アプリ制御部３１とを有する。なお、制御部２８は、図３に示した送信アプリ制御部３１に限られず、端末装置１０にインストールされているアプリケーション毎に、かかるアプリケーションを実行制御するアプリ制御部を有する。例えば、制御部２８は、天気予報サイトにアクセスするアプリケーションを実行制御するアプリ制御部や、オークションサイトにアクセスするアプリケーションを実行制御するアプリ制御部などを有してもよい。

（受付部３０について）
受付部３０は、ユーザから予定経路を受け付ける。例えば、受付部３０は、ユーザから入力部２２を介してユーザが通過する予定の地点を示すＧＰＳ座標を受け付ける。なお、受付部３０によって受け付けられた予定経路は、通信部２３を介して配信装置１００に送信される。また、受付部３０は、後述の送信アプリ制御部３１の機能として実装されることで送信アプリケーションによって実行制御されてもよい。

（送信アプリ制御部３１について）
送信アプリ制御部３１は、取得部２４によって取得した位置情報を配信装置１００に送信する送信アプリケーションを実行制御する。なお、送信アプリケーションは、予め端末装置１０にインストールされていてもよいし、ユーザ操作に従ってサーバ装置（例えば、各種アプリケーションを提供するサーバ装置）からダウンロードされることで端末装置１０にインストールされてもよい。かかる送信アプリ制御部３１は、図３に示すように、送信部３２を有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、送信アプリ制御部３１の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（送信部３２について）
送信部３２は、取得部２４によって取得された位置情報を配信装置１００に送信する。例えば、送信部３２は、端末装置１０が始点ポイントや終点ポイントに到達した場合に、現在地の位置情報を配信装置１００に送信する。なお、取得部２４によって取得された位置情報は、例えば、端末装置１０の現在地を示すＧＰＳ座標が挙げられる。

〔３．配信装置の構成〕
次に、図６を用いて、実施形態に係る配信装置１００の構成について説明する。図６は、実施形態に係る配信装置１００の構成例を示す図である。図６に示すように、配信装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、配信装置１００は、配信装置１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ等によって実現される。かかる通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、端末装置１０や端末装置２０との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかる記憶部１２０は、予定経路情報記憶部１２１、電波情報記憶部１２２と、配信情報記憶部１２３とを有する。

（予定経路情報記憶部１２１について）
予定経路情報記憶部１２１は、ユーザの予定経路に関する情報を記憶する。具体的には、予定経路情報記憶部１２１は、端末装置１０から受け付けられた予定経路を記憶する。ここで、図７に、実施形態に係る予定経路情報記憶部１２１の一例を示す。図７に示すように、予定経路情報記憶部１２１は、「ユーザＩＤ」、「予定経路」、「始点ポイント」、「終点ポイント」といった項目を有する。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「予定経路」は、ユーザが通過する予定経路のＧＰＳ座標の推移を示す。「始点ポイント」は、圏内領域から圏外領域に切り替わる地点のＧＰＳ座標を示す。「終点ポイント」は、圏外領域から圏内領域に切り替わる地点のＧＰＳ座標を示す。なお、「始点ポイント」及び「終点ポイント」は、端末装置１０から予定経路を受け付けた場合に、後述の電波情報記憶部１２２に記憶されている圏内領域に関する情報に基づいて抽出される。また、「始点ポイント」及び「終点ポイント」は、端末装置１０からユーザによって手動で設定されてもよい。また、「始点ポイント」及び「終点ポイント」は、端末装置１０によって抽出された始点ポイント及び終点ポイントを受信することで設定されてもよい。

すなわち、図７では、ユーザＩＤ「Ｕ０１」によって識別されるユーザの予定経路は、ＧＰＳ座標(Ｘ_Ｓ,Ｙ_Ｓ)がスタート地点であり、ＧＰＳ座標(Ｘ_１,Ｙ_１)、(Ｘ_２,Ｙ_２)の順に経由してＧＰＳ座標(Ｘ_Ｇ,Ｙ_Ｇ)が目的地である例を示している。また、図７では、ユーザＩＤ「Ｕ０１」によって識別されるユーザの予定経路は、始点ポイントの座標が(Ｘ_ＳＰ１,Ｙ_ＳＰ１)及び(Ｘ_ＳＰ２,Ｙ_ＳＰ２) である例を示している。また、図７では、ユーザＩＤ「Ｕ０１」によって識別されるユーザの予定経路は、終点ポイントの座標が(Ｘ_ＥＰ１,Ｙ_ＥＰ１)及び(Ｘ_ＥＰ２,Ｙ_ＥＰ２)である例を示している。

（電波情報記憶部１２２について）
電波情報記憶部１２２は、領域に関する情報を記憶する。例えば、電波情報記憶部１２２は、端末装置１０が通信可能な圏内領域を記憶する。なお、配信装置１００が有する電波情報記憶部１２２は、端末装置１０が有する電波情報記憶部２７と同一の情報を保持するので、詳細な説明を省略する。

（配信情報記憶部１２３について）
配信情報記憶部１２３は、ユーザ毎に、かかるユーザの安否に関する情報を配信する配信先を記憶する。ここで、図８に、実施形態に係る配信情報記憶部１２３の一例を示す。図８に示すように、配信情報記憶部１２３は、「ユーザＩＤ」、「配信先」といった項目を有する。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「配信先」は、ユーザの安否に関する情報を配信する配信先を示す。例えば、「配信先」には、ユーザと親しい関係にある家族や親族などのメールアドレスが設定される。また、「配信先」には、遭難者を捜索する警察のメールアドレスが設定されてもよい。なお、「配信先」には、メールアドレスに限らず、ＴｗｉｔｔｅｒやｆａｃｅｂｏｏｋなどのＳＮＳ（Social Networking Service）が設定されてもよい。この場合、ユーザのＳＮＳアカウントから安否に関する情報が書き込まれることで配信される。

すなわち、図８では、ユーザＩＤ「Ｕ０１」によって識別されるユーザの安否に関する情報は、配信先「ｘｘｘ@ｙｙｙ．ｃｏｍ」に配信される例を示している。また、図８では、ユーザＩＤ「Ｕ０２」によって識別されるユーザの安否に関する情報は、Ｔｗｉｔｔｅｒに書き込まれることを示している。

（制御部１３０について）
制御部１３０は、例えば、ＣＰＵやＭＰＵ等によって、配信装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

かかる制御部１３０は、図６に示すように、受付部１３１と、受信部１３２と、算出部１３３と、配信部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図６に示した構成に限られず、後述する配信処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図６に示した接続関係に限られず、他の接続関係であってもよい。

（受付部１３１について）
受付部１３１は、端末装置１０から予定経路を受け付ける。例えば、受付部１３１は、端末装置１０からユーザによって設定されたユーザが通過する予定の地点を示すＧＰＳ座標を受け付ける。

（受信部１３２について）
受信部１３２は、端末装置１０から各種の情報を受信する。例えば、受信部１３２は、端末装置１０から位置情報を受信する。

（算出部１３３について）
算出部１３３は、端末装置１０を所有するユーザが所定の地点に到達するまでにかかる予定時間を算出する。具体的には、算出部１３３は、始点ポイントから終点ポイントにユーザが到達するまでの予定時間を算出する。例えば、算出部１３３は、始点ポイントと終点ポイントとの間の距離を一般的なユーザの歩行速度で除算することで始点ポイントから終点ポイントまでの予定時間を算出する。なお、ユーザの歩行速度は、例えば、端末装置１０によって測定されてもよいし、ユーザの体重、身長および年齢に基づいて算出されてもよい。また、ユーザの歩行速度は、ユーザによって端末装置１０から手動で設定されてもよい。

（配信部１３４について）
配信部１３４は、ユーザの安否に関する情報を所定の配信先に配信する。具体的には、配信部１３４は、算出部１３３によって算出された予定時間に基づいてユーザの安否に関する情報を端末装置２０に配信する。

例えば、配信部１３４は、算出部１３３によって算出された予定時間内に終点ポイントの位置情報が受信されなかった場合に、ユーザが遭難したことを示すアラートを配信情報記憶部１２３に記憶されている配信先である端末装置２０に配信する。これにより、端末装置２０を所有する関係者は、端末装置２０にアラートが表示されるので、ユーザが遭難したことを早期に発見することができる。

なお、配信部１３４は、予定時間内に端末装置１０から終点ポイントの位置情報が受信された場合に、終点ポイントを予定通り通過したことを示す案内を端末装置２０に配信してもよい。これにより、端末装置２０を所有する関係者は、ユーザが予定通りに進んでいることがわかるので、ユーザの安否を把握することができる。

〔４．配信処理手順〕
次に、図９を用いて、実施形態に係る配信装置１００による処理の手順について説明する。図９は、実施形態に係る配信装置１００による配信処理手順を示すシーケンスである。

図９に示すように、端末装置１０は、ユーザから予定経路を受け付ける（ステップＳ１０１）。そして、配信装置１００は、端末装置１０から予定経路を受信する（ステップＳ１０２）。

その後、配信装置１００は、受信した予定経路から始点ポイント及び終点ポイントを抽出する（ステップＳ１０３）。なお、配信装置１００は、端末装置１０によって抽出された始点ポイント及び終点ポイントを端末装置１００から受信することで取得してもよい。また、端末装置１０は、受け付けた予定経路から始点ポイント及び終点ポイントを抽出する（ステップＳ１０４）。なお、端末装置１０は、配信装置１００によって抽出された始点ポイント及び終点ポイントを配信装置１００から受信することで取得してもよい。

その後、端末装置１０は、始点ポイントに到達した場合に、現在地の位置情報を配信装置１００に送信する（ステップＳ１０５）。そして、配信装置１００は、端末装置１０から始点ポイントの位置情報を受信する（ステップＳ１０６）。ここで、配信装置１００は、受信した位置情報が示す始点ポイントから終点ポイントに到達するまでにかかる予定時間を算出する（ステップＳ１０７）。

その後、配信装置１００は、算出された予定時間内に、端末装置１０から終点ポイントの位置情報を受信したか否かを判定する（ステップＳ１０８）。ここで、配信装置１００は、終点ポイントの位置情報を受信していなかった場合に、アラートを端末装置２０に送信する。そして、端末装置２０は、配信装置１００からアラートを受信する（ステップＳ１０９）。これにより、端末装置２０は、ステップＳ１０９において受信されたアラートを表示部に表示する（ステップＳ１１０）。

〔５．変形例〕
上述した実施形態に係る配信装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、上記の配信装置１００の他の実施形態について説明する。

〔５−１．予定時間の算出〕
上記実施形態では、始点ポイントと終点ポイントとの間の距離をユーザの歩行速度で除算することで予定時間を算出する例を挙げて説明したが、上述してきた配信装置１００は、予定経路ＲＴの環境やユーザの性質に関する各種の情報に基づいて予定時間を算出することもできる。

具体的には、算出部１３３は、始点ポイントから終点ポイントまでの予定経路の環境に応じて予定時間を補正して算出する。ここで、配信装置１００は、予定経路の気温、湿度、風速、風向、天候、斜度、路面に関する情報を記憶しているものとする。この場合、例えば、算出部１３３は、予定経路の気温、湿度が所定の閾値より高い場合に、予定時間をプラスに補正して算出する。一般的なユーザは、気温や湿度が高いほど体力の消費が激しくなると考えられるからである。また、算出部１３３は、例えば、ルートの天候が雨である場合に、予定時間をプラスに補正して算出する。一般的なユーザは、雨が降っていると路面が滑りやすくなり歩行に時間がかかると考えられるからである。また、算出部１３３は、例えば、風向が向かい風であって風速が所定の閾値より高い場合に、予定時間をプラスに補正して算出する。一般的なユーザは、向かい風が強いほど歩行速度が遅くなると考えられるからである。

また、算出部１３３は、例えば、予定経路の斜度が高いほど予定時間をプラスに補正して算出する。一般的なユーザは、路面の斜度が高いほど歩行速度が遅くなるとともに、体力を消費すると考えられるからである。また、算出部１３３は、例えば、予定経路の路面が岩場やガレ場など土と比較して歩行しにくい路面の割合が相対的に多い場合に、予定時間をプラスに補正して算出する。

このように、配信装置１００は、予定経路の環境に応じて予定時間を補正して算出するので、予定経路の環境に合った精度の高い予定時間を算出することができる。これにより、配信装置１００は、予定経路の環境に合ったタイミングでアラートを端末装置２０に配信することができる。

他の例では、算出部１３３は、ユーザの性質に応じて予定時間を補正して算出する。具体的には、算出部１３３は、ユーザの過去の登山記録に基づいてユーザの性質を分析し、分析したユーザの性質に応じて予定時間を補正して算出する。ここで、配信装置１００は、ユーザ毎に、かかるユーザの過去の登山記録を保持しているものとする。

例えば、算出部１３３は、ユーザの過去の登山記録から登りになると歩行速度が遅くなる傾向がユーザにある場合に、登りの経路では予定時間をプラスに補正して算出する。また、算出部１３３は、例えば、下りになると歩行速度が速くなる傾向がユーザにある場合に、下りの経路では予定時間をマイナスに補正して算出する。また、算出部１３３は、例えば、斜度が所定の値より高いと歩行速度が遅くなる傾向がユーザにある場合に、斜度が所定の値より高い経路では、予定時間をプラスに補正して算出する。

また、算出部１３３は、例えば、所定の時間以上歩行すると歩行速度が遅くなる傾向がユーザにある場合に、ユーザの歩行時間が所定の時間経過後は予定時間をプラスに補正して算出する。

他の例では、算出部１３３は、ユーザの持ち物に応じて予定時間を補正して算出する。例えば、算出部１３３は、持ち物の重さが重いほど予定時間をプラスに補正して算出する。一般的なユーザは、持ち物の重さが重いほど歩行速度が遅くなると考えられるからである。また、算出部１３３は、例えば、持ち物の大きさが大きいほど予定時間をプラスに補正して算出する。一般的なユーザは、持ち物が大きいほど歩きにくくなるので、歩行速度が遅くなると考えられるからである。また、算出部１３３は、例えば、持ち物の重さが所定の値以上になると歩行速度が遅くなる傾向がユーザにある場合に、ユーザの持ち物の重さが所定の値以上である場合には予定時間をプラスに補正して算出する。

また、算出部１３３は、例えば、ユーザの持ち物にストックがある場合に、斜度によるプラスの補正幅を小さくして予定時間を算出する。一般的なユーザは、ストックを使えば斜度の高い路面における歩行速度の減速を軽減することができると考えられるからである。なお、配信装置１００は、例えば、ユーザに端末装置１０から持ち物に関する情報を入力させることでユーザの持ち物に関する情報を取得する。

他の例では、算出部１３３は、歩行する時間帯に応じて予定時間を補正して算出する。例えば、算出部１３３は、日没から日の出までの時間帯では、予定時間をプラスに補正して算出する。一般的なユーザは、日が暮れて視界が悪くなると歩行速度が減速すると考えられるからである。

他の例では、算出部１３３は、同一の予定経路を歩行する他のユーザの実績に応じて予定時間を補正して算出する。例えば、算出部１３３は、他のユーザが予定時間より長い時間で終点ポイントに到達した場合に、予定時間をプラスに補正して算出する。一般的なユーザは、同じ経路を歩行する場合には、他のユーザと類似する歩行速度の誤差が生じると考えられるからである。

このように、配信装置１００は、ユーザの性質に応じて予定時間を補正して算出するので、ユーザの性質に合った精度の高い予定時間を算出することができる。これにより、配信装置１００は、ユーザの性質に合ったタイミングでアラートを端末装置２０に配信することができる。

〔５−２．アラートの配信〕
上記実施形態では、配信装置１００から端末装置２０に遭難したことを示すアラートを配信する例を挙げて説明したが、上述してきた配信装置１００は、端末装置２０に各種のアラートを配信することもできる。

具体的には、配信装置１００は、端末装置１０から各種の情報を取得する。例えば、配信装置１００は、端末装置１０からユーザが所持している保有水分量を取得する。そして、配信装置１００は、スタート地点からゴール地点までの所要時間、予定経路の気温及び予定経路の湿度に基づいて消費水分量を算出する。そして、配信装置１００は、算出した消費水分量が保有水分量より多い場合に、水分が不足していることを示すアラートを端末装置１０に配信する。これにより、アラートが端末装置１０に表示される。

このように、配信装置１００は、アラートを端末装置１０に配信するので、水分を調達する必要性をユーザに認識させることができる。

なお、上記の処理は、配信装置１００が消費水分量を算出してアラートを配信する場合に限らず、端末装置１０が消費水分量を算出し、算出した消費水分量が保有水分量より多い場合に、アラートを端末装置１０に表示させてもかまわない。

〔５−３．バッファ時間の設定〕
上記実施形態では、配信装置１００が予定時間を算出する例を挙げて説明したが、上述してきた配信装置１００は、予定時間に、誤差として許容されるバッファ時間を加算してもよい。

例えば、配信装置１００は、ユーザの過去の登山記録から予定時間と実際にかかった時間との間の誤差の平均値をバッファ時間として算出する。そして、配信装置１００は、予定時間にバッファ時間を加算した時間内に、終点ポイントの位置情報が受信されなかった場合に、アラートを端末装置２０に配信する。

なお、配信装置１００は、各種の状況に応じてバッファ時間を補正してもよい。例えば、配信装置１００は、ユーザが予定経路に沿わずに歩行した場合に、予定経路から逸脱した地点から終点ポイントに復帰できる経路を探索する。続いて、配信装置１００は、探索された経路のうち、ユーザが終点ポイントに到達するまでにかかる所要時間が最も長い所要時間を算出する。そして、配信装置１００は、算出された所要時間と予定時間との間の差をバッファ時間として算出する。

また、配信装置１００は、天候の変化に基づいてバッファ時間を補正してもよい。例えば、配信装置１００は、天候が晴れから雨に変化した場合に、バッファ時間をプラスに補正する。また、例えば、配信装置１００は、気温が急に上がったり下がったりした場合に、バッファ時間をプラスに補正する。また、例えば、配信装置１００は、風速が急に高くなった場合に、バッファ時間をプラスに補正する。

また、配信装置１００は、始点ポイントまでのユーザの実績に基づいてバッファ時間を補正してもよい。例えば、配信装置１００は、始点ポイントまでのユーザの歩行速度がユーザの歩行速度の平均値より速い場合に、バッファ時間をマイナスに補正する。また、例えば、配信装置１００は、始点ポイントまでの経過時間が予定より短い場合に、バッファ時間をマイナスに補正する。

このように、配信装置１００は、バッファ時間を設定するので、現在の状況に合ったタイミングでアラートを端末装置２０に配信することができる。

〔５−４．ユーザの現在位置を推定〕
上記実施形態では、配信装置１００がアラートを端末装置１０に配信する例を挙げて説明したが、ユーザの現在位置を推定してもよい。具体的には、配信装置１００は、受信部１３２によって受信された位置情報に基づいて、圏外領域にいるユーザの現在位置を推定する。例えば、配信装置１００は、受信された位置情報、かかる位置情報を受信した時間及びユーザの歩行速度を用いてユーザが受信された位置情報が示す位置から移動可能な範囲を算出することでユーザの現在位置を推定する。

そして、配信装置１００は、予定時間内に終点ポイントの位置情報が受信されなかった場合に、推定された現在位置を端末装置２０に配信する。これにより、端末装置２０の所有者は、ユーザの現在位置を知ることができるので、ユーザを早期に発見することができる。

〔６．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

例えば、図６に示した電波情報記憶部１２２は、配信装置１００が保持せずに、ストレージサーバ等に保持されてもよい。この場合、配信装置１００は、ストレージサーバにアクセスすることで、各領域の電波に関する情報を取得する。

また、配信装置１００は、アラートの配信処理は行わず、算出部１３３による算出処理のみを行う算出装置であってもよい。この場合、算出装置は、少なくとも配信部１３４を有しない。そして、配信部１３４を有する配信装置が、アラートを端末装置１０等に配信する。

なお、上記実施形態における配信装置１００は、例えば図１０に示すような構成のコンピュータ７０によって実現される。図１０は、配信装置１００の機能を実現するコンピュータ７０の一例を示すハードウェア構成図である。コンピュータ７０は、ＣＰＵ７１、ＲＡＭ７２、ＲＯＭ（Read Only Memory）７３、ＨＤＤ（Hard Disk Drive）７４、通信インターフェイス（Ｉ／Ｆ）７５、入出力インターフェイス（Ｉ／Ｆ）７６、およびメディアインターフェイス（Ｉ／Ｆ）７７を備える。

ＣＰＵ７１は、ＲＯＭ７３またはＨＤＤ７４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ７３は、コンピュータ７０の起動時にＣＰＵ７１によって実行されるブートプログラムや、コンピュータ７０のハードウェアに依存するプログラム等を格納する。

ＨＤＤ７４は、ＣＰＵ７１によって実行されるプログラムおよび当該プログラムによって使用されるデータ等を格納する。通信インターフェイス７５は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ７１へ送り、ＣＰＵ７１が生成したデータを、通信回線Ｎを介して他の機器へ送信する。

ＣＰＵ７１は、入出力インターフェイス７６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ７１は、入出力インターフェイス７６を介して、入力装置からデータを取得する。また、ＣＰＵ７１は、生成したデータを、入出力インターフェイス７６を介して出力装置へ出力する。

メディアインターフェイス７７は、記録媒体７８に格納されたプログラムまたはデータを読み取り、ＲＡＭ７２を介してＣＰＵ７１に提供する。ＣＰＵ７１は、当該プログラムを、メディアインターフェイス７７を介して記録媒体７８からＲＡＭ７２上にロードし、ロードしたプログラムを実行する。記録媒体７８は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

コンピュータ７０が実施形態における配信装置１００として機能する場合、コンピュータ７０のＣＰＵ７１は、ＲＡＭ７２上にロードされたプログラムを実行することにより、受信部１３２、算出部１３３および配信部１３４の各機能を実現する。また、ＨＤＤ７４には、予定経路情報記憶部１２１、電波情報記憶部１２２および配信情報記憶部１２３内のデータが格納される。

コンピュータ７０のＣＰＵ７１は、これらのプログラムを、記録媒体７８から読み取って実行するが、他の例として、他の装置から、通信回線Ｎを介してこれらのプログラムを取得してもよい。

〔７．効果〕
上述してきたように、実施形態に係る配信装置１００は、受信部１３２と、算出部１３３と、配信部１３４とを有する。受信部１３２は、ユーザに所有される端末装置から位置情報を受信する。算出部１３３は、受信部１３２によって始点ポイント（第１の圏内領域の一例に相当）の位置情報を受信した場合に、始点ポイントから、通信不可能な領域である圏外領域を経由して終点ポイント（第２の圏内領域の一例に相当）にユーザが到達する予定時間を算出する。配信部１３４は、算出部１３３によって算出された予定時間内に端末装置から終点ポイントの位置情報が受信されなかった場合に、アラートを端末装置２０（所定の配信先の一例に相当）に配信する。

これにより、実施形態に係る配信装置１００は、ユーザが遭難したことを早期に発見することができる。また、端末装置２０の所有者は、端末装置１０が圏外領域にあってもユーザの安否を確認することができる。

また、実施形態に係る配信装置１００において、受付部１３１は、端末装置から予定経路を受け付ける。算出部１３３は、受付部１３１によって受け付けた予定経路のうち、始点ポイントから、終点ポイントに到達する予定時間を算出する。

これにより、実施形態に係る配信装置１００は、圏外領域にある経路をユーザが歩行するのにかかる時間を算出することができる。

また、実施形態に係る配信装置１００において、受信部１３２は、端末装置から位置情報とかかるユーザの性質に関する情報とを受信する。算出部１３３は、受信部１３２によって受信された位置情報とユーザの性質に関する情報とに基づいて、予定時間を算出する。

これにより、実施形態に係る配信装置１００は、ユーザの性質に合った精度の高い予定時間を算出することができる。このため、配信装置１００は、ユーザの性質に合ったタイミングでアラートを端末装置２０に配信することができる。

また、実施形態に係る配信装置１００において、受信部１３２は、端末装置から位置情報と予定経路の環境に関する情報とを受信する。算出部１３３は、受信部１３２によって受信された位置情報と予定経路の環境に関する情報とに基づいて、予定時間を算出する。

これにより、配信装置１００は、予定経路の環境に合った精度の高い予定時間を算出することができる。このため、配信装置１００は、予定経路の環境に合ったタイミングでアラートを端末装置２０に配信することができる。

また、実施形態に係る配信装置１００において、配信装置１００は、受信部１３２によって受信された位置情報に基づいて、圏外領域にいる前記ユーザの現在位置を推定する。配信装置１００は、予定時間内に端末装置１０から終点ポイントの位置情報が受信されなかった場合に、推定されたユーザの現在位置を端末装置２０に配信する。

これにより、配信装置１００は、ユーザの現在位置を推定することができるので、ユーザを早期に発見することができる。

また、実施形態に係る配信装置１００において、配信部１３４は、予定時間内に端末装置１０から終点ポイントの位置情報が受信された場合に、ユーザが予定通り進行していることを示す案内を端末装置２０に配信する。

これにより、配信装置１００は、端末装置２０を所有する関係者に対してユーザが予定通りに進んでいることを知らせることができるので、ユーザの安否を把握させることができる。

また、実施形態に係る配信装置１００において、受信部１３２は、端末装置１０から位置情報、ユーザの性質に関する情報または予定経路の環境に関する情報を受信する。配信部１３４は、受信部１３２によって受信された位置情報、ユーザの性質に関する情報または予定経路の環境に関する情報に基づいてバッファ時間を設定し、設定されたバッファ時間を予定時間に加算した時間内に端末装置１０から終点ポイントの位置情報が受信されなかった場合に、アラートを端末装置２０に配信する。

これにより、配信装置１００は、予定時間にバッファ時間を加えるので、現在の状況に合ったタイミングでアラートを端末装置２０に配信することができる。

また、実施形態に係る端末装置１０は、取得部２４と送信部３２とを有する。取得部２４は、現在地の位置情報を取得する。送信部３２は、位置情報を受信する受信部１３２と、受信部１３２によって位置情報を受信した場合に、始点ポイントから、通信不可能な領域である圏外領域を経由して終点ポイントにユーザが到達する予定時間を算出する算出部１３３と、算出部１３３によって算出された予定時間内に端末装置１０から終点ポイントの位置情報が受信されなかった場合に、アラートを端末装置２０に配信する配信部１３４とを備える配信装置１００に対して、取得部２４によって取得された位置情報を送信する。

これにより、端末装置１０は、予定時間内に終点ポイントに到達できなかった場合に、配信装置１００に対してアラートを端末装置２０に送信させることができるので、端末装置２０の所有者にユーザの安否を確認させることができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述した配信装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受信部は、受信手段や受信回路に読み替えることができる。

１ 配信システム
１０ 端末装置
２０ 端末装置
１００ 配信装置
１２１ 予定経路情報記憶部
１２２ 電波情報記憶部
１２３ 配信情報記憶部
１３１ 受付部
１３２ 受信部
１３３ 算出部
１３４ 配信部

Claims (9)

1. ユーザに所有される端末装置から位置情報を受信する受信手段と、
   前記受信手段によって位置情報を受信した場合に、通信可能な領域である第１の圏内領域から、通信不可能な領域である圏外領域を経由して第２の圏内領域に前記ユーザが到達する予定時間を算出する算出手段と、
   前記算出手段によって算出された予定時間内に前記端末装置から前記第２の圏内領域の位置情報が受信されなかった場合に、アラートを所定の配信先に配信する配信手段と
   を備えることを特徴とする配信装置。
2. 端末装置から予定経路を受け付ける受付手段
   をさらに備え、
   前記算出手段は、
   前記受付手段によって受け付けた予定経路のうち、第１の圏内領域から圏外領域に切り替わる地点から、圏外領域から第２の圏内領域に切り替わる地点に到達する予定時間を算出することを特徴とする請求項１に記載の配信装置。
3. 前記受信手段は、
   端末装置から位置情報と前記ユーザの性質に関する情報とを受信し、
   前記算出手段は、
   前記受信手段によって受信された位置情報と前記ユーザの性質に関する情報とに基づいて、前記予定時間を算出することを特徴とする請求項１または２に記載の配信装置。
4. 前記受信手段は、
   端末装置から位置情報と予定経路の環境に関する情報とを受信し、
   前記算出手段は、
   前記受信手段によって受信された位置情報と予定経路の環境に関する情報とに基づいて、前記予定時間を算出することを特徴とする請求項１〜３のいずれか１つに記載の配信装置。
5. 前記受信手段によって受信された位置情報に基づいて、圏外領域にいる前記ユーザの現在位置を推定する推定手段
   をさらに備え、
   前記配信手段は、
   前記予定時間内に前記端末装置から前記第２の圏内領域の位置情報が受信されなかった場合に、前記推定手段によって推定された前記ユーザの現在位置を所定の配信先に配信することを特徴とする請求項１〜４のいずれか１つに記載の配信装置。
6. 前記配信手段は、
   前記予定時間内に前記端末装置から前記第２の圏内領域の位置情報が受信された場合に、前記ユーザが予定通り進行していることを示す案内を所定の配信先に配信することを特徴とする請求項１〜５のいずれか１つに記載の配信装置。
7. 前記受信手段は、
   端末装置から位置情報、ユーザの性質に関する情報または予定経路の環境に関する情報を受信し、
   前記配信手段は、
   前記受信手段によって受信された位置情報、ユーザの性質に関する情報または予定経路の環境に関する情報に基づいてバッファ時間を設定し、設定されたバッファ時間を前記予定時間に加算した時間内に前記端末装置から前記第２の圏内領域の位置情報が受信されなかった場合に、アラートを所定の配信先に配信することを特徴とする請求項１〜６のいずれか１つに記載の配信装置。
8. 配信装置が実行する配信方法であって、
   ユーザに所有される端末装置から位置情報を受信する受信工程と、
   前記受信工程によって位置情報を受信した場合に、通信可能な領域である第１の圏内領域から、通信不可能な領域である圏外領域を経由して第２の圏内領域に前記ユーザが到達する予定時間を算出する算出工程と、
   前記算出工程によって算出された予定時間内に前記端末装置から前記第２の圏内領域の位置情報が受信されなかった場合に、アラートを所定の配信先に配信する配信工程と
   を含んだことを特徴とする配信方法。
9. 現在地の位置情報を取得する取得手段と、
   位置情報を受信する受信手段と、前記受信手段によって位置情報を受信した場合に、通信可能な領域である第１の圏内領域から、通信不可能な領域である圏外領域を経由して第２の圏内領域に前記ユーザが到達する予定時間を算出する算出手段と、前記算出手段によって算出された予定時間内に前記端末装置から前記第２の圏内領域の位置情報が受信されなかった場合に、アラートを所定の配信先に配信する配信手段とを備える配信装置に対して、前記取得手段によって取得された位置情報を送信する送信手段
   を備えることを特徴とする端末装置。

Images