JP2023171020A - 端末装置および救援要請方法 - Google Patents

Abstract

【課題】所定のスキルの保有者を適切に選定すること。【解決手段】端末装置は、送信制御部と、受信制御部と、を備える。送信制御部は、自装置の位置を位置情報として検出する位置検出部と、対象の救援を必要とする状態を検出する状態検出部と、検出された状態に基づいて、対象を救援するために必要なスキルを選択するスキル選択部と、対象の救援を必要とする状態が検出された場合、検出された位置情報および選択されたスキルに関する第１スキル情報を含む救援要請情報を送信する送信部と、を備える。受信制御部は、他装置から救援要請情報を受信する受信部と、自装置を使用するユーザが保有するスキルに関する情報を第２スキル情報として記憶部に記憶させるスキル情報設定部と、他装置と自装置との距離が所定距離以下であり、かつ第１スキル情報と第２スキル情報とに合致する部分がある場合、救援要請情報の内容をユーザに開示する開示部と、を備える。【選択図】図３

Description

本発明は、端末装置および救援要請方法に関する。

緊急事態に陥ったユーザを救援するために、ユーザに対してより適切なスキルを備えた第三者を選定することができる技術が知られている（例えば、特許文献１）。

特開２０１２－２２２４４３号公報

特許文献１は、人の命に係わる事態の場合には、適切に第三者を選定することができる。しかしながら、例えば、車が故障したので手助けが必要などの人の命に係わる事態でない場合には、容易な構成で問題を解決することができるスキルを備える第三者を選定することが望まれる。

本発明は、所定のスキルの保有者を適切に選定することのできる端末装置および救援要請方法を提供することを目的とする。

本発明に係る端末装置は、送信処理に関する制御を行う送信制御部と、受信処理に関する制御を行う受信制御部と、を備え、前記送信制御部は、自装置の位置を位置情報として検出する位置検出部と、対象の救援を必要とする状態を検出する状態検出部と、前記状態検出部が検出した状態に基づいて、前記対象を救援するために必要なスキルを選択するスキル選択部と、前記状態検出部が、前記対象の救援を必要とする状態を検出した場合、前記位置検出部が検出した位置情報および前記スキル選択部が選択した前記スキルに関する第１スキル情報を含む救援要請情報を送信する送信部と、を備え、前記受信制御部は、他装置から前記救援要請情報を受信する受信部と、前記自装置を使用するユーザが保有するスキルに関する情報を第２スキル情報として記憶部に記憶させるスキル情報設定部と、前記他装置から受信した前記救援要請情報に基づいて、前記他装置と前記自装置との距離が所定距離以下であり、かつ前記第１スキル情報と前記第２スキル情報とに合致する部分がある場合、前記救援要請情報の内容を前記ユーザに開示する開示部と、を備える。

本発明に係る救援要請方法は、自装置の位置を位置情報として検出するステップと、対象の救援を必要とする状態を検出するステップと、前記検出された状態に基づいて、前記対象を救援するために必要なスキルを選択するステップと、前記対象の救援を必要とする状態を検出した場合、前記検出された位置情報および前記選択されたスキルに関する第１スキル情報を含む救援要請情報を送信するステップと、他装置から前記救援要請情報を受信するステップと、前記他装置から受信した前記救援要請情報に基づいて、前記他装置と前記自装置との距離が所定距離以下であり、かつ前記第１スキル情報と前記自装置を使用するユーザが保有するスキルに関する第２スキル情報とに合致する部分がある場合、前記救援要請情報の内容を前記ユーザに開示するステップと、を含む。

本発明によれば、所定のスキルの保有者を適切に選定することができる。

図１は、第１実施形態に係る救援要請システムの概要を説明するための図である。 図２は、第１実施形態に係る救援要請システムの構成例を示すブロック図である。 図３は、第１実施形態に係る端末装置の構成例を示すブロック図である。 図４は、第１実施形態に係るサーバ装置の構成例を示すブロック図である。 図５は、第１実施形態に係る救援要請処理の流れを示すフローチャートである。 図６は、第１実施形態に係るスキルを選択するために使用するテーブルを説明するための図である。 図７は、第１実施形態に係る救援要請処理の流れを示すフローチャートである。 図８は、第１実施形態に係るユーザが状態情報を入力する方法を説明するための図である。 図９は、第１実施形態に係る救援要請処理開示処理の流れを示すフローチャートである。 図１０は、第１実施形態に係る救援開示情報の一例を示す図である。 図１１は、第２実施形態に係る端末装置の構成例を示すブロック図である。 図１２は、第２実施形態に係るポイント設定処理の流れを示すフローチャートである。 図１３は、第２実施形態に係るポイント設定処理の流れを示すフローチャートである。

以下、添付図面を参照して、本発明に係る実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではなく、また、以下の実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。

［第１実施形態］
（救援要請システム）
図１と、図２を用いて、第１実施形態に係る救援要請システムについて説明する。図１は、第１実施形態に係る救援要請システムの概要を説明するための図である。図２は、第１実施形態に係る救援要請システムの構成例を示すブロック図である。

図１に示すように、救援要請システム１は、複数の端末装置１０と、サーバ装置１２とを、を含む。図１に示す例では、複数の端末装置１０として、ユーザＵ１が保有する端末装置１０－１と、ユーザＵ２が保有する端末装置１０－２とが示されている。救援要請システム１は、例えば、ユーザＵ１に救援が必要な事が発生した場合に、ユーザＵ１を救援するスキルを保有するユーザに救援の要請を行うことができるシステムである。図１に示す例では、ユーザＵ１は救援が必要な被救援者、ユーザＵ２はユーザＵ１を救援する救援者であるものとする。

本実施形態では、救援が必要な事とは、各種のトラブルを含み得る。本実施形態では、救援が必要な事には、例えば、急病になった、怪我をした、車両が故障した、車両が動かせなくなった、外国語などの通訳人が必要になったことなどが例示されるが、これらに限定されない。以下では、被救援者が急病になったり、怪我をしたりした場合に救援を要請する場合を例に説明するが、本発明はこれに限定されない。

図２に示すように、端末装置１０－１および端末装置１０－２と、サーバ装置１２とは、無線のネットワークＮを介して、通信可能に接続されている。ネットワークＮは、例えば、インターネット網であるが、これに限定されない。端末装置１０－１と、端末装置１０－２とは、例えば、サーバ装置１２を介して、各種の情報の送受信を行う。図１および図２では、端末装置１０は、端末装置１０－１および端末装置１０－２の２台を含むものとして示しているが、本発明はこれに限定されない。

端末装置１０は、例えば、スマートフォンおよびタブレット端末などの携帯端末装置である。サーバ装置１２は、例えば、クラウドサーバである。サーバ装置１２は、救援要請システムのサービスを提供する。サーバ装置１２が提供するサービスは、例えば、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）であるが、これに限定されない。

（救援要請システムの基本動作）
救援要請システム１の基本動作について説明する。まず、端末装置１０－１は、ユーザＵ１の生体情報をユーザＵ１が装着している生体センサ１４から取得する（ステップＳ１）。生体情報には、心拍、脈拍、および血圧等に関する情報が含まれ得るが、これらに限定されない。

端末装置１０－１は、生体センサ１４から取得した生体情報に基づいて、ユーザＵ１に救援が必要であると判定した場合には、救援要請情報をサーバ装置１２に送信する（ステップＳ２）。後述するが、救援要請情報には、端末装置１０－１の位置情報と、ユーザＵ１の状態に関する情報と、ユーザＵ１を救援するために必要なスキルに関する情報とが含まれる。

サーバ装置１２は、救援要請システムのサービスに登録しているユーザに対して救援要請情報を一斉送信する（ステップＳ３）。

端末装置１０－２は、端末装置１０－１と、端末装置１０－２との距離が所定距離以下であり、ユーザＵ２がユーザＵ１を救援するスキルを保有している場合には、救援要請情報をユーザＵ２に開示する（ステップＳ４）。これにより、ユーザＵ２は、ユーザＵ１の救援要請情報に従って、ユーザＵ１のもとに駆けつけて、ユーザＵ１を救援することができる（ステップＳ５）。

図１に示す例では、救援が必要な被救援者と、救援要請情報を送信した救援要請者とは共にユーザＵ１であるものとして説明したが、本発明はこれに限定されない。本発明では、被救援者と、救援要請者とは異なっていてもよい。例えば、ユーザＵ１は、救援が必要な人を発見した場合には、その人物の状態を端末装置１０－１に入力して、サーバ装置１２に救援要請情報を送信してもよい。また、ユーザＵ１は、自身の状態の端末装置１０－１に入力して、救援要請情報を送信してもよい。

（端末装置）
図３を用いて、第１実施形態に係る端末装置の構成例について説明する。図３は、第１実施形態に係る端末装置の構成例を示すブロック図である。

図３に示すように、端末装置１０は、通信部２０と、操作部２２と、マイク２４と、音声出力部２６と、表示部２８と、記憶部３０と、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｔｅｌｉｔｅ Ｓｙｓｔｅｍ）受信部３２と、制御部３４と、を備える。

通信部２０は、端末装置１０と外部装置との間の通信を実行する。通信部２０は、例えば、端末装置１０とサーバ装置１２との間の通信を実行する。通信部２０は、例えば、端末装置１０と生体センサ１４との間の通信を実行する。

操作部２２は、端末装置１０に対する各種の入力操作を受け付ける。操作部２２は、受け付けた入力操作に応じた操作信号を制御部３４に出力する。操作部２２は、例えば、タッチパネル、ボタン、スイッチなどを含む。操作部２２としてタッチパネルが用いられる場合には、操作部２２は、表示部２８上に配置される。

マイク２４は、各種の音声を収音する。マイク２４は、例えば、端末装置１０を使用するユーザの音声を収音する。マイク２４は、収音した音声に応じた音声信号を生成する。

音声出力部２６は、各種の音声を出力する。音声出力部２６は、例えば、他の端末装置１０のユーザの音声を出力する。音声出力部２６は、例えば、救援要請情報に付加されている音声を出力する。

表示部２８は、各種の映像を表示する。表示部２８は、例えば、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）などを含むディスプレイである。

記憶部３０は、各種の情報を記憶している。記憶部３０は、制御部３４の演算内容、およびプログラム等の情報を記憶する。記憶部３０は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）のような主記憶装置、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の外部記憶装置とのうち、少なくとも１つ含む。

ＧＮＳＳ受信部３２は、ＧＮＳＳ衛星からのＧＮＳＳ信号を受信するＧＮＳＳ受信機などで構成される。ＧＮＳＳ受信部３２は、受信したＧＮＳＳ信号を制御部３４の位置検出部５０へ出力する。

制御部３４は、端末装置１０の各部を制御する。制御部３４は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などの情報処理装置と、ＲＡＭ又はＲＯＭなどの記憶装置とを有する。制御部３４は、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の集積回路により実現されてもよい。制御部３４は、ハードウェアと、ソフトウェアとの組み合わせで実現されてもよい。

制御部３４は、各種の情報の送信に関する処理を制御する送信制御部４０と、各種の情報の受信に関する処理を制御する受信制御部４２と、を備える。

送信制御部４０は、位置検出部５０と、状態検出部５２と、スキル選択部５４と、送信部５６と、を備える。

位置検出部５０は、端末装置１０の位置を位置情報として検出する。具体的には、位置検出部５０は、ＧＮＳＳ受信部３２が受信したＧＮＳＳ信号に基づいて、端末装置１０の現在位置の位置情報を算出する。位置検出部５０は、例えば、ＧＮＳＳ信号に基づいて、端末装置１０のグローバル座標を算出する。

状態検出部５２は、対象の所定の状態を検出する。本実施形態では、対象は、端末装置１０のユーザ、または端末装置１０のユーザ以外の他のユーザである。所定の状態とは、対象に救援が必要な事が発生した状態をいう。状態検出部５２は、例えば、対象が端末装置１０のユーザである場合には、端末装置１０のユーザが装着している生体センサ１４から取得した生体情報に基づいて、端末装置１０のユーザが所定の状態であるか否かを検出する。状態検出部５２は、例えば、端末装置１０のユーザの生体情報が通常時から所定以上のずれがある場合に、端末装置１０が所定の状態であると判定する。状態検出部５２は、例えば、端末装置１０の操作部２２に入力された情報に基づいて、端末装置１０のユーザ、または他のユーザが所定の状態であるか否かを検出する。なお、対象はユーザに限らず、例えば、車のような物であってもよい。例えば、端末装置１０と車が通信可能に設定され、車の故障診断装置から故障情報を取得してもよいし、端末装置１０の操作部２２に故障や事故の情報を入力してもよい。例えば、車の故障診断装置からエンジンの温度情報を取得して、あらかじめ設定された設定値以上の温度が検出された場合に、端末装置１０が所定の状態であると判定する。

スキル選択部５４は、状態検出部５２が検出した対象の状態に基づいて、端末装置１０のユーザ、または他のユーザを救援するために要求されるスキルを選択する。スキル選択部５４は、例えば、端末装置１０のユーザが怪我をしている場合には、医療に関するスキルを選択する。スキル選択部５４は、例えば、車両が故障している場合に、車両の整備に関するスキルを選択する。スキル選択部５４は、例えば、通訳人が必要な場合には、対象となる言語に関するスキルを選択する。スキル選択部５４が選択したスキルに関する情報は、第１スキル情報とも呼ばれる。

送信部５６は、状態検出部５２が対象の状態を検出した時点で位置検出部５０が検出した位置情報および第１スキル情報を含む救援要請情報を他の端末装置１０に送信する。送信部５６は、端末装置１０を一意に特定可能なＩＤ情報を救援要請情報に含めて送信してもよい。

受信制御部４２は、受信部６０と、スキル情報設定部６２と、復号部６４と、開示部６６と、を備える。

受信部６０は、通信部２０を介して、他の端末装置１０から救援要請情報を受信する。

スキル情報設定部６２は、端末装置１０を使用するユーザが保有するスキルに関する情報を操作部２２に入力された入力情報に従って設定する。端末装置１０を使用するユーザが保有するスキルに関する情報は、第２スキル情報とも呼ばれる。スキル情報設定部６２は、第２スキル情報を記憶部３０に記憶させる。なお、スキル情報設定部６２は、第２スキル情報を後述するサーバ装置１２に送信して記憶部７２に記憶させてもよい。本実施形態では、第２スキル情報は国家資格などの資格証明書などで証明されるスキルに限定されない。第２スキル情報は、例えば、自己申告で設定されるスキルも含まれる。

開示部６６は、他の端末装置１０から受信した救援要請情報を端末装置１０のユーザに開示する。具体的には、開示部６６は、端末装置１０と他の端末装置１０との距離が所定距離以下であり、第１スキル情報と第２スキル情報とに合致する部分がある場合に、救援要請情報の内容を端末装置１０のユーザに開示する。第１スキル情報と第２スキル情報は、複数のスキルを含んでいてもよく、複数のスキルの一部または全部が合致すればよい。なお、第２スキル情報をサーバ装置１２の記憶部７２に記憶させる場合は、サーバ装置１２の制御部７４が第１スキル情報と第２スキル情報とに合致する部分があるかを判断してもよい。さらに、サーバ装置１２は端末装置１０それぞれから位置情報と第２スキル情報とを取得して、救援要請情報に基づいて制御部７４がいずれかの端末装置１０のユーザに救援要請情報の内容を開示するかを判断してもよい。後述するが救援要請情報は、救援の対象の状態に関する情報と、現在位置から救援対象までの経路を示す経路情報とを含む。

（サーバ装置）
図４を用いて、第１実施形態に係るサーバ装置の構成例について説明する。図４は、第１実施形態に係るサーバ装置の構成例を示すブロック図である。

図４に示すように、サーバ装置１２は、通信部７０と、記憶部７２と、制御部７４と、を備える。

通信部７０は、サーバ装置１２と外部装置との間の通信を実行する。通信部７０は、例えば、サーバ装置１２と端末装置１０との間の通信を実行する。

記憶部７２は、各種の情報を記憶している。記憶部７２は、制御部７４の演算内容、およびプログラム等の情報を記憶する。記憶部７２は、例えば、ＲＡＭ、ＲＯＭのような主記憶装置、ＨＤＤ等の外部記憶装置とのうち、少なくとも１つ含む。

制御部７４は、サーバ装置１２の各部を制御する。制御部７４は、例えば、ＣＰＵやＭＰＵなどの情報処理装置と、ＲＡＭ又はＲＯＭなどの記憶装置とを有する。制御部７４は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。制御部７４は、ハードウェアと、ソフトウェアとの組み合わせで実現されてもよい。

（救援要請処理）
図５を用いて、第１実施形態に係る救援要請処理について説明する。図５は、第１実施形態に係る救援要請処理の流れを示すフローチャートである。

図５に示す処理は、端末装置１０が端末装置１０のユーザの救援を自動で要請する処理を示している。

位置検出部５０は、端末装置１０の位置情報を検出する（ステップＳ１０）。具体的には、位置検出部５０は、ＧＮＳＳ受信部３２が受信したＧＮＳＳ信号に基づいて、端末装置１０の現在位置を検出する。そして、ステップＳ１２に進む。

状態検出部５２は、端末装置１０のユーザの生体情報を取得する（ステップＳ１２）。具体的には、状態検出部５２は、端末装置１０のユーザが装着している生体センサ１４から、端末装置１０のユーザの生体情報を取得する。そして、ステップＳ１４に進む。

状態検出部５２は、端末装置１０のユーザの状態を検出する（ステップＳ１４）。具体的には、状態検出部５２は、端末装置１０のユーザが装着している生体センサ１４から取得した生体情報に基づいて、端末装置１０のユーザの状態を検出する。そして、ステップＳ１６に進む。

状態検出部５２は、端末装置１０のユーザの状態は所定の条件を満たすか否かを判定する（ステップＳ１６）。具体的には、状態検出部５２は、例えば、端末装置１０のユーザの脈拍や血圧値が所定の値となった場合に救援が必要な状態と判定する。端末装置１０のユーザの状態が所定の条件を満たすと判定された場合（ステップＳ１６；Ｙｅｓ）、ステップＳ１８に進む。端末装置１０のユーザの状態が所定の条件を満たすと判定されない場合（ステップＳ１６；Ｎｏ）、ステップＳ１０に進む。

スキル選択部５４は、スキルを選択する（ステップＳ１８）。具体的には、スキル選択部５４は、状態検出部５２が検出した状態に応じて、端末装置１０のユーザを救援するこのとのできるスキルを選択する。より具体的には、スキル選択部５４は、ユーザの状態とスキルが対応付けられたテーブルに基づいてスキルを選択する。

図６は、第１実施形態に係るスキルを選択するために使用するテーブルを説明するための図である。図６に示すテーブル３０ａは、端末装置１０の記憶部３０に記憶されている。テーブル３０ａは、「状態情報」と、「スキル情報」といった項目を含む。テーブル３０ａは、「状態情報」と、「スキル情報」とが対応付けられている。

「状態情報」は、対象の状態に関する情報を含む。図６に示す例では、「状態情報」は、「Ａ１」、「Ａ２」などと概念的に示されているが、実際には具体的な状態の情報が示される。「状態情報」は、例えば、ユーザのケガの程度や、車両の故障の程度などを示す情報が具体的に示される。

「スキル情報」は、対応付けられた「状態情報」が示す状態を救援することのできる情報を含む。図６に示す例では、「スキル情報」は、「Ｂ１」、「Ｂ２」などと概念的に示されているが、実際には具体的なスキルの情報が示される。「スキル情報」は、例えば、病人を救援することのできる医療に関するスキル、車両を整備することのできる整備に関するスキル、および外国語のレベルを示す言語に関するスキルに関する情報が示される。

スキル選択部５４は、例えば、テーブル３０ａに基づいて、状態検出部５２が検出した状態が「Ａ１」であった場合には、スキルとして「Ｂ１」を選択する。

図５に戻る。送信部５６は、救援要請情報を送信する（ステップＳ２０）。具体的には、送信部５６は、位置情報と、状態情報と、スキル情報とを含む救援要請情報をサーバ装置１２に送信する。そして、図５の処理を終了する。なお、図５の処理を所定の時間間隔で実行して、定期的に最新の情報を救助者に通知してもよい。所定の時間間隔は、位置情報や状態情報の変化の度合いに応じて決定してもよい。例えば、位置情報や状態情報に大きな変化がある場合には、所定の時間間隔を短くする。さらに、位置情報や状態情報の変化に応じてスキル情報を変更して通知してもよい。

図７を用いて、第１実施形態に係る救援要請処理について説明する。図７は、第１実施形態に係る救援要請処理の流れを示すフローチャートである。

図５に示す処理は、端末装置１０のユーザの操作に従って救援を要請する処理を示している。

ステップＳ３０の処理は、図５に示すステップＳ１０の処理と同一なので説明を省略する。

端末装置１０の対象の状態情報を取得する（ステップＳ３２）。具体的には、状態検出部５２は、端末装置１０のユーザが操作部２２に入力された操作情報に基づいて、状態情報を取得する。図８は、第１実施形態に係るユーザが状態情報を入力する方法を説明するための図である。図８は、表示部２８に表示される表示画面１００を示している。表示画面１００は、状態情報選択領域１１０と、救援要請情報送信ボタン１２０と、を含む。

状態情報選択領域１１０は、対象である他のユーザの状態の選択するための領域である。例えば、ユーザは、状態情報選択領域１１０をフリック操作することで、ユーザの状態を選択することができる。例えば、ユーザは、状態情報選択領域１１０をフリック操作することで、「意識不明応答あり」、「意識不明応答無し」、「重度体調不良」、「呼吸困難」、「低体温症震え」などを選択することができる。図８に示す例では、「重度体調不良」が選択されている。

ステップＳ３４の処理は、図５に示すステップＳ１８の処理と同一なので、説明を省略する。

送信部５６は、救援要請情報を送信する（ステップＳ３６）。具体的には、送信部５６は、図８に示す表示画面１００において、ユーザが救援要請情報送信ボタン１２０を押下した場合に、他の端末装置１０に救援要請情報を送信する。そして、図７の処理を終了する。

図７に示す処理において、端末装置１０のユーザが、救援要請情報として送信する情報を選択可能であってもよい。例えば、端末装置１０は、ユーザが選択した画像情報、音声情報、およびテキスト情報の少なくとも１つの情報を選択可能であってもよい。

画像情報は、例えば、端末装置１０の図示しない撮像部により撮影された救援対象の様子を示す画像データである。音声情報は、例えば、端末装置１０のマイク２４に入力された救援対象の様子を説明した音声データである。テキスト情報は、例えば、端末装置１０の操作部２２に入力された救援対象の様子を記載したテキストデータである。救援要請情報に画像情報、音声情報、およびテキスト情報を含ませることで、救援対象の様子を把握し易くすることができる。

（救援要請情報開示処理）
図９を用いて、第１実施形態に係る救援要請情報開示処理について説明する。図９は、第１実施形態に係る救援要請処理開示処理の流れを示すフローチャートである。

図９に示す処理は、他の端末装置１０から救援要請情報を受信した端末装置１０が実行する処理である。

受信部６０は、救援要請情報を取得する（ステップＳ５０）。具体的には、受信部６０は、他の端末装置１０から救援要請情報を受信して取得する。そして、ステップＳ５２に進む。

復号部６４は、位置情報およびスキル情報を復号する（ステップＳ５２）。具体的には、復号部６４は、救援要請情報に含まれる位置情報およびスキル情報を復号する。そして、ステップＳ５４に進む。

開示部６６は、端末装置１０と、他の端末装置１０との距離が所定距離以下であるか否かを判定する（ステップＳ５４）。具体的には、開示部６６は、復号した位置情報と端末装置１０の現在の位置情報とに基づいて、端末装置１０と、他の端末装置１０との距離が所定距離以下であるか否かを判定する。所定距離は、任意に設定してよい。例えば、所定距離は、徒歩や車両で５分以内、１０分以内、３０分以内、１時間以内など任意に設定してよい。所定距離は、検出された対象の状態に応じて異なっていてもよい。言い換えれば、所定距離は、救援要請の内容に応じて、異なっていてもよい。例えば、怪我をした医療機関に搬送する必要があるなどの救援の緊急度が高い場合には、所定距離を短くしてもよい。例えば、車両が故障をして立ち往生してしまったなど、時間が掛かってもよいので救援してほしい状況の場合には、所定距離を長くしてもよい。すなわち、所定距離は、対象の状態に応じて、定まってよい。端末装置１０と、他の端末装置１０との距離が所定距離以下であると判定された場合（ステップＳ５４；Ｙｅｓ）、ステップＳ５６に進む。端末装置１０と、他の端末装置１０との距離が所定距離以下であると判定されない場合（ステップＳ５４；Ｎｏ）、図９の処理を終了する。

ステップＳ５４でＹｅｓと判定された場合、開示部６６は、復号されたスキル情報は、条件を満たすか否かを判定する（ステップＳ５６）。具体的には、開示部６６は、復号されたスキル情報が示すスキルが記憶部３０に記憶されている端末装置１０のユーザが保有するスキルに含まれている場合に条件を満たすと判定する。スキル情報が条件を満たすと判定された場合（ステップＳ５６；Ｙｅｓ）、ステップＳ５８に進む。スキル情報が条件を満たすと判定されない場合（ステップＳ５６；Ｎｏ）、図９の処理を終了する。

ステップＳ５６でＹｅｓと判定された場合、開示部６６は、救援要請情報を開示する（ステップＳ５８）。図１０は、第１実施形態に係る救援開示情報の一例を示す図である。救援要請情報２００は、救援要請者情報２１０と、地図情報２２０と、移動情報２３０と、救援開始ボタン２４０と、を含む。

救援要請者情報２１０は、救援の対象となるユーザの情報を含む。図１０に示す例では、救援要請者情報２１０は、「８７歳男性」が「重度体調不良」であり、「受け答え＝あり」であることが示されている。

地図情報２２０は、端末装置１０から他の端末装置１０までの経路を示す。地図情報２２０は、現在地２２１、目的地２２２と、現在地２２１から目的地２２２までの経路２２３と、を含む。すなわち、地図情報２２０は、現在地２２１から目的地２２２までの経路情報を含む。

移動情報２３０は、現在地２２１から目的地２２２までの距離と、移動に係る所要時間とに関する情報を含む。図１０に示す例では、現在地２２１から目的地までの距離は、１．２ｋｍ（キロメートル）であり、所要時間は２３分であることが示されている。

救援開始ボタン２４０は、救援の対象となるユーザの救援を開始するボタンである。例えば、端末装置１０のユーザは、救援要請者情報２１０が示すユーザの救援を行う場合には、救援開始ボタン２４０を押下することで、現在地２２１から目的地２２２での経路案内が開始される。救援開始ボタン２４０が押下された場合に、他の端末装置１０に救援に向かっている旨の情報を送信してもよい。これにより、他の端末装置１０のユーザは、救援者が救援に向かってくれていることを、把握することができる。そして、図９の処理を終了する。

上述のとおり、第１実施形態は、救援要請者から所定距離以内に位置し、かつ救援要請者を救援することのできる保有者のみに救援要請情報を開示する。これにより、第１実施形態は、救援要請者を救援することのできるスキルの保有者を選定することができる。

［第２実施形態］
図１１を用いて、第２実施形態に係る端末装置の構成例について説明する。図１１は、第２実施形態に係る端末装置の構成例を示すブロック図である。

図１１に示すように、端末装置１０Ａは、制御部３４Ａの送信制御部４０Ａがポイント設定部５８を備える点で、図３に示す端末装置１０と異なっている。

被救援者の端末装置１０Ａのポイント設定部５８は、端末装置１０Ａのユーザが救援を受けた際に、救援者に対して与えるポイントを設定する。ポイント設定部５８は、例えば、端末装置１０Ａの操作部２２に入力された操作情報に基づいて、救援者に対して与えるポイントを設定する。ポイント設定部５８は、例えば、救援者を一意に特定するためのＩＤ情報に基づいて、救援者に対して与えるポイントを設定する。ポイント設定部５８は、例えば、救援者の端末装置１０Ａの位置情報に基づいて救援者を特定し、救援者に対して与えるポイントを設定する。救援者に対して与えるポイントは、被救援者の端末装置１０Ａのユーザが任意に決定してもよい、救援の内容に応じて予め定められていてもよい。

（ポイント設定処理）
図１２を用いて、第２実施形態に係るポイント設定処理について説明する。図１２は、第２実施形態に係るポイント設定処理の流れを示すフローチャートである。

図１２は、救援を要請した被救援者の端末装置１０Ａが実行する処理を示している。

ステップＳ７０の処理は、図５に示すステップＳ１０の処理と同一なので、説明を省略する。

ポイント設定部５８は、救援者が到着したか否かを判定する（ステップＳ７２）。具体的には、ポイント設定部５８は、救援を要請した被救援者の端末装置１０Ａの位置情報と、救援者の端末装置１０Ａの位置情報に基づいて、救援者が被救援者のもとに到着したか否かを判定する。ポイント設定部５８は、例えば、救援者の端末装置１０Ａから救援場所に到着した旨の情報を受信した場合に、救援者が到着したと判定してもよい。救援者が到着したと判定された場合（ステップＳ７２；Ｙｅｓ）、ステップＳ７４に進む。救援者が到着したと判定されない場合（ステップＳ７２；Ｎｏ）、ステップＳ７２の処理を繰り返す。

ステップＳ７２でＹｅｓと判定された場合、ポイント設定部５８は、救援が完了したか否かを判定する（ステップＳ７４）。具体的には、ポイント設定部５８は、例えば、被救援者の端末装置１０Ａの操作部２２に救援が完了した旨の情報が入力された場合に、救援が完了したと判定する。ポイント設定部５８は、例えば、位置検出部５０が検出した位置情報に基づいて、救援要請後に被救援者の端末装置１０Ａの位置情報が医療機関などの位置を示している場合に、救援が完了したと判定してもよい。救援が完了したと判定された場合（ステップＳ７４；Ｙｅｓ）、ステップＳ７６に進む。救援が完了したと判定されない場合（ステップＳ７４；Ｎｏ）、ステップＳ７４の処理を繰り返す。

ステップＳ７４でＹｅｓと判定された場合、ポイント設定部５８は、救援者にポイントを付与するか否かを判定する（ステップＳ７６）。具体的には、ポイント設定部５８は、例えば、被救援者の端末装置１０Ａの操作部２２に救援者にポイントを付与する旨の入力があった場合に、救援者にポイントを付与すると判定する。ポイント設定部５８は、例えば、救援の内容に応じて救援者にポイントを付与することが決められている場合には、救援者にポイントを付与すると判定してもよい。救援者にポイントを付与すると判定された場合（ステップＳ７６；Ｙｅｓ）、ステップＳ７８に進む。救援者にポイントを付与すると判定されない場合（ステップＳ７６；Ｎｏ）、図１２の処理を終了する。

ステップＳ７６でＹｅｓと判定された場合、ポイント設定部５８は、救援者にポイントを設定する（ステップＳ７６）。具体的には、ポイント設定部５８は、例えば、被救援者の端末装置１０Ａの操作部２２に入力されたポイントに従って、救援者に付与するポイントを設定する。ポイント設定部５８は、例えば、救援の内容に応じて救援者にポイントを付与することが決められている場合には、予め決められたポイントを救援者に付与するポイントとして設定する。そして、図１２の処理を終了する。

第２実施形態では、例えば、救援者に付与されたポイント数に応じて、救援者に対して報酬として所定のインセンティブを与えてもよい。インセンティブは、例えば、ショップ等の無料クーポンや割引クーポン等が例示されるが、これらに限定されない。第２実施形態では、インセンティブを与えることにより、被救援者を救援するモチベーションを向上させることができる。

［第２実施形態の変形例］
図１３を用いて、第２実施形態の変形例に係るポイント設定処理について説明する。図１３は、第２実施形態に係るポイント設定処理の流れを示すフローチャートである。

図１３は、サーバ装置１２の制御部７４が救援要請者と被救援者が同一であるか否かを判定し、ポイントを設定する処理を示している。

制御部７４は、救援要請者の位置情報を検出する（ステップＳ９０）。具体的には、制御部７４は、救援要請者の端末装置１０Ａから位置情報を取得することで、救援要請者の位置情報を検出する。そして、ステップＳ９２に進む。

制御部７４は、救援者が到着したか否かを判定する（ステップＳ９２）。具体的には、制御部７４は、救援要請者の端末装置１０Ａの位置情報と、救援者の端末装置１０Ａの位置情報に基づいて、救援者が救援要請者のもとに到着したか否かを判定する。救援者が到着したと判定された場合（ステップＳ９２；Ｙｅｓ）、ステップＳ９４に進む。救援者が到着したと判定されない場合（ステップＳ９２；Ｎｏ）、ステップＳ９２の処理を繰り返す。

ステップＳ９２でＹｅｓと判定された場合、制御部７４は、救援が完了したか否かを判定する（ステップＳ９４）。具体的には、制御部７４は、被救援者の端末装置１０Ａから救援が完了した旨の情報を取得した場合に、救援が完了したと判定する。救援が完了したと判定された場合（ステップＳ９４；Ｙｅｓ）、ステップＳ９６に進む。救援が完了したと判定されない場合（ステップＳ９４；Ｎｏ）、ステップＳ９４の処理を繰り返す。

ステップＳ９４でＹｅｓと判定された場合、制御部７４は、ポイントを付与するか否かを判定する（ステップＳ９６）。具体的は、制御部７４は、例えば、被救援者の端末装置１０Ａからポイントを付与する旨の情報を取得した場合に、ポイントを付与すると判定する。ポイントを付与すると判定された場合（ステップＳ９６；Ｙｅｓ）、ステップＳ９８に進む。ポイントを付与すると判定されない場合（ステップＳ９６；Ｎｏ）、図１３の処理を終了する。

ステップＳ９６でＹｅｓと判定された場合、制御部７４は、救援要請者と、被救援者は同一であるか否かを判定する（ステップＳ９８）。具体的には、制御部７４は、例えば、救援要請者が救援を要請した端末装置１０ＡのＩＤ情報と、ポイントを付与する旨の情報を取得した被救援者の端末装置１０ＡのＩＤ情報とが一致した場合に、救援要請者と、被救援者は同一であると判定する。救援要請者と被救援者が同一であると判定された場合（ステップＳ９８；Ｙｅｓ）、ステップＳ１００に進む。救援要請者と被救援者が同一であると判定されない場合（ステップＳ９８；Ｎｏ）、ステップＳ１０２に進む。

ステップＳ９８でＹｅｓと判定された場合、制御部７４は、救援者にポイントを設定する（ステップＳ１００）。具体的には、制御部７４は、例えば、被救援者の端末装置１０Ａから取得した救援者に付与するポイントに関する情報に従って、救援者にポイントを設定する。制御部７４は、例えば、救援の内容に応じて救援者にポイントを付与することが決められている場合には、予め決められたポイントを救援者に付与するポイントとして設定する。そして、図１３の処理を終了する。

ステップＳ９８でＮｏと判定された場合、制御部７４は、救援要請者と救援者にポイントを設定する（ステップＳ１０２）。具体的には、制御部７４は、救援要請者に設定するポイントと、救援者に設定するポイントとを同じにしてもよいし、異なるようにしてもよい。例えば、制御部７４は、救援者に設定するポイントを救援要請者に与えるポイントよりも低くしてもよい。例えば、制御部７４は、予め決められたポイントを救援要請者に設定してもよい。そして、図１３の処理を終了する。

上述のとおり、第２実施形態の変形例では、救援要請者と被救援者とが異なる場合において、それぞれにポイントを付与することができる。これにより、第２実施形態の変形例では、救援要請者のモチベーションを向上させることができる。

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

以上、本発明の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換または変更を行うことができる。

１ 救援要請システム
１０，１０Ａ 端末装置
１２ サーバ装置
１４ 生体センサ
２０ 通信部
２２ 操作部
２４ マイク
２６ 音声出力部
２８ 表示部
３０ 記憶部
３２ ＧＮＳＳ受信部
３４，３４Ａ 制御部
４０，４０Ａ 送信制御部
４２ 受信制御部
５０ 位置検出部
５２ 状態検出部
５４ スキル選択部
５６ 送信部
５８ ポイント設定部
６０ 受信部
６２ スキル情報設定部
６４ 復号部
６６ 開示部

Claims (5)

1. 送信処理に関する制御を行う送信制御部と、
   受信処理に関する制御を行う受信制御部と、を備え、
   前記送信制御部は、
   自装置の位置を位置情報として検出する位置検出部と、
   対象の救援を必要とする状態を検出する状態検出部と、
   前記状態検出部が検出した状態に基づいて、前記対象を救援するために必要なスキルを選択するスキル選択部と、
   前記状態検出部が、前記対象の救援を必要とする状態を検出した場合、前記位置検出部が検出した位置情報および前記スキル選択部が選択した前記スキルに関する第１スキル情報を含む救援要請情報を送信する送信部と、を備え、
   前記受信制御部は、
   他装置から前記救援要請情報を受信する受信部と、
   前記自装置を使用するユーザが保有するスキルに関する情報を第２スキル情報として記憶部に記憶させるスキル情報設定部と、
   前記他装置から受信した前記救援要請情報に基づいて、前記他装置と前記自装置との距離が所定距離以下であり、かつ前記第１スキル情報と前記第２スキル情報とに合致する部分がある場合、前記救援要請情報の内容を前記ユーザに開示する開示部と、を備える、
   端末装置。
2. 前記所定距離は、検出された前記対象の状態に応じて定まる、
   請求項１に記載の端末装置。
3. 前記救援要請情報は、前記対象の状態に関する情報と、前記自装置の位置から前記他装置までの経路情報とを含む、
   請求項１または２に記載の端末装置。
4. 救援を必要とする状態の前記対象を救援した救援者に対して、インセンティブを与えるためのポイントを設定するポイント設定部を備える、
   請求項１または２に記載の端末装置。
5. 自装置の位置を位置情報として検出するステップと、
   対象の救援を必要とする状態を検出するステップと、
   前記検出された状態に基づいて、前記対象を救援するために必要なスキルを選択するステップと、
   前記対象の救援を必要とする状態を検出した場合、前記検出された位置情報および前記選択されたスキルに関する第１スキル情報を含む救援要請情報を送信するステップと、
   他装置から前記救援要請情報を受信するステップと、
   前記他装置から受信した前記救援要請情報に基づいて、前記他装置と前記自装置との距離が所定距離以下であり、かつ前記第１スキル情報と前記自装置を使用するユーザが保有するスキルに関する第２スキル情報とに合致する部分がある場合、前記救援要請情報の内容を前記ユーザに開示するステップと、
   を含む、救援要請方法。

Images