特開 2022-107099 警護システム及び警護方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022107099

(43)【公開日】2022-07-21

(54)【発明の名称】警護システム及び警護方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20220713BHJP

   G06Q 50/00 20120101ALI20220713BHJP

【ＦＩ】

G06Q50/10

G06Q50/00 300

【審査請求】有

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2021001800

(22)【出願日】2021-01-08

(71)【出願人】

【識別番号】520156661

【氏名又は名称】株式会社ＢＲＣ

(74)【代理人】

【識別番号】100199451

【弁理士】

【氏名又は名称】和田 隆滋

(72)【発明者】

【氏名】小川 武史

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC00

5L049CC11

(57)【要約】

【課題】本発明の目的は、利用者が気軽に使用することができる警護システを提供することである。
【解決手段】警護システム１は、警護を依頼したい依頼元ユーザーが、所定の端末１０を用いて、所定のＳＮＳシステムを介し、該ＳＮＳシステムを使用している受託可能ユーザーに緊急情報を送信する緊急情報送信ステップ（ステップＳ１０１‐Ｓ１０５）と、緊急情報を受信した前記受託可能ユーザーのうちの少なくとも一の受託ユーザーが、所定の端末を用いて、依頼元ユーザーの警護を行うことの情報を送信する受託情報送信ステップ（ステップＳ１０７、Ｓ１０９）と、依頼元ユーザーの端末の位置情報と受託ユーザーの端末の位置情報をそれぞれの端末において共有するリアルタイム位置情報送信ステップ（ステップＳ１１１）と、受託ユーザーの端末に報酬に関する情報を送信する報酬情報送信ステップ（ステップＳ１１５）を有するオンラインシステムを用いている。
【選択図】図３

【特許請求の範囲】

【請求項1】

警護を依頼したいユーザー（以下、「依頼元ユーザー」という。）が、所定の端末を用いて、所定のＳＮＳシステムを介し、該ＳＮＳシステムを使用しているユーザー（以下、「受託可能ユーザー」という。）の所定の端末に緊急情報を送信する緊急情報送信ステップと、
前記緊急情報を受信した前記受託可能ユーザーのうちの少なくとも一のユーザー（以下、「受託ユーザー」という。）が、所定の端末を用いて、前記依頼元ユーザーの警護を行うことの情報を送信する受託情報送信ステップと、
前記依頼元ユーザーの前記端末の位置情報と前記受託ユーザーの前記端末の位置情報をそれぞれの前記端末において共有するリアルタイム位置情報送信ステップと、
前記受託ユーザーの前記端末に報酬に関する情報を送信する報酬情報送信ステップと、を有する、オンラインシステムを用いた警護システム。

【請求項2】

前記依頼元ユーザーが予め登録しているユーザーのうちの任意のユーザーを前記受託可能ユーザーとして登録することが可能である、請求項１に記載のオンラインシステムを用いた警護システム。

【請求項3】

前記緊急情報送信ステップは、前記ＳＮＳシステムのアプリケーションプログラムにおいて実行される、請求項１または請求項２に記載のオンラインシステムを用いた警護システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、警護システム及び警備方法に関し、特に、オンラインシステムを用いた警護システム及び警備方法に関する。

【背景技術】

【0002】

従来、要人が一人でいるときに緊急事態や異常状態が発生したとき、これを直ちに警護者に通報することができるシステムがある（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開平８－２８７３８５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかし、特許文献１に記載された発明では、要人（ＶＩＰ）警護を目的とした発明であり、一般の人が気軽に使用することができるシステムではない。
また、身の危険を感じるレベルは人それぞれであるのに対して場合によっては、身の危険を感じて警察に通報しても対応してくれないということも発生しているため警察への通報を躊躇してしまうという問題もある。さらに、外国において現地語等を話すことができない環境では、身の危険を感じても現地の警察に通報することを躊躇し、結果的に重大な事件に巻き込まれてしまうということもある。

【0005】

本発明の目的は、このようなことに鑑みてなされたものであり、利用者が気軽に使用することができる警護システを提供することである。

【課題を解決するための手段】

【0006】

上記目的は、
警護を依頼したいユーザー（以下、「依頼元ユーザー」という。）が、所定の端末（１０）を用いて、所定のＳＮＳシステムを介し、該ＳＮＳシステムを使用しているユーザー（以下、「受託可能ユーザー（２０ａ、２０ｂ、２０ｃ）」という。）に緊急情報を送信する緊急情報送信ステップ（ステップＳ１０１、Ｓ１０３、Ｓ１０５、ステップＳ２０１、Ｓ２０３、Ｓ２０５）と、
前記緊急情報を受信した前記受託可能ユーザーのうちの少なくとも一のユーザー（以下、「受託ユーザー」という。）が、所定の端末を用いて、前記依頼元ユーザーの警護を行うことの情報を送信する受託情報送信ステップ（ステップＳ１０７、Ｓ１０９、ステップＳ２０７、Ｓ２０９）と、
前記依頼元ユーザーの前記端末の位置情報と前記受託ユーザーの前記端末の位置情報をそれぞれの前記端末において共有するリアルタイム位置情報送信ステップ（ステップＳ１１１、ステップＳ２１１）と、
前記受託ユーザーの前記端末に報酬に関する情報を送信する報酬情報送信ステップ（ステップＳ１１５、ステップＳ２１５）と、を有する、オンラインシステムを用いた警護システム（１、２）、
によって達成される。

【0007】

また、上記目的は、
前記依頼元ユーザーが予め登録しているユーザーのうちの任意のユーザーを前記受託可能ユーザー（３１３）として登録することが可能である、上記のオンラインシステムを用いた警護システム（１、２）、
によっても達成される。

【0008】

また、上記目的は、
前記緊急情報送信ステップは、前記ＳＮＳシステムのアプリケーションプログラムにおいて実行される、上記のオンラインシステムを用いた警護システム（１、２）、
によっても達成される。

【発明の効果】

【0009】

本発明によれば、利用者が気軽に使用することができる警護システを提供することができる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施形態による警護システム１の概略図である。

【図2】本発明の実施形態による警護システム１に用いるサーバー３０の記憶情報３１を説明する概略図である。

【図3】本発明の実施形態による警護システム１のフローチャートである。

【図4】本発明の実施形態による警護システム１において用いられる端末に表示される画面の一例である。

【図5】本発明の実施形態による警護システム１において用いられる端末に表示される画面の一例である。

【図6】本発明の実施形態による警護システム１において用いられる端末に表示される画面の一例である。

【図7】本発明の実施形態による警護システム１において用いられる端末に表示される画面の一例である。

【図8】本発明の実施形態による警護システム２の概略図である。

【図9】本発明の実施形態による警護システム２に用いるサーバー５０の記憶情報５１を説明する概略図である。

【図10】本発明の実施形態による警護システム２のフローチャートである。

【発明を実施するための形態】

【0011】

以下、図１～図７を用いて、本発明の実施形態による警護システム１を説明する。

【0012】

図１は、本発明の実施形態による警護システム１の概略図である。警護システム１は、警護を依頼したい人（以下、「依頼元ユーザー」という。）の端末１０と当該警護の依頼を受託可能な人（以下、「受託可能ユーザー」という。）の端末２０ａ～２０ｃとこれらの人が利用しているＳＮＳサーバー３０と端末１０、２０ａ～２０ｃとＳＮＳサーバー３０を相互につなげる通信環境で構成される。なお、本発明の実施形態による警護システム１の説明にといて端末２０ａ～２０ｃを例示しているが、受託可能ユーザーの端末は４個以上であってもよいし、２個以下であってももちろんよいし、ＳＮＳサーバー３０は、このＳＮＳにおいて運用されるものであれば複数設けられる場合があってもよい。

【0013】

図２は、ＳＮＳサーバー３０において、警護システム１の運用のために設けられる記憶情報３１の概略図である。記憶情報３１は、ＳＮＳのユーザー毎に設けられる。緊急情報受信フラッグ３１０は、当該ユーザーの端末１０から送信された緊急情報を受信した場合にオンになり、後述する報酬情報送信が行われることでオフとなるフラッグである。受託情報受信フラッグ１＿３１１は、他人からの緊急情報を受託する場合にオンになり、後述する報酬情報送信が行われることでオフとなるフラッグである。受託情報受信フラッグ２＿３１２は、自身が発信した緊急情報が受託された場合にオンになり、後述する報酬情報送信が行われることでオフとなるフラッグである。なお、これらのフラッグは、所定の時間（例えば、２４時間）が経過した後にオフになるように設定されてもよい。受託可能ユーザー登録情報３１３は、いわゆる友達や知人登録されているユーザーを登録する登録情報である。受託ユーザー登録情報は、自身が発信した緊急情報を受信し、警護依頼を受託したユーザーを一時的に記憶する登録情報である。受託ユーザーは、受託可能ユーザーのうちの一、若しくは複数が登録されることになるが、警護依頼を受託する者が現れなかった場合には、受託可能ユーザー以外のユーザーが登録される場合がある。なお、受託可能ユーザーは、報酬情報送信が行われることで消去されるが、所定の時間（例えば、２４時間）が経過した後にオフになるように設定されてもよい。位置情報３１５は、当該ユーザーの端末１０の位置情報がリアルタイムにて記憶される。報酬情報３１６は、警護依頼の報酬条件やＳＮＳにおいて利用可能なポイント情報やキャッシュレス決済サービスを利用した報酬の支払いに関する情報等が記憶される。

【0014】

図３は、本発明の実施形態による警護システム１のフローチャートである。まず、ステップＳ１０１において、緊急情報送信ステップが実行される。緊急情報送信ステップでは、ＳＮＳユーザーの依頼元ユーザーが、ＳＮＳシステムにおいて標準的に用いられるアプリケーションプログラムにおいて設けられた警護依頼ボタンを押下することで、受託可能ユーザーに向けて警護依頼の情報を送信する。警護依頼の情報は、警護依頼の内容、その報酬に関する情報及び端末１０の位置情報である。警護依頼の内容およびその報酬に関する情報は、言語入力機能を用いて入力する場合や、予め登録している情報の内から一又は複数を選択する場合がある。また、緊急ボタンを別途設けることで警護依頼の内容およびその報酬に関する情報を送信しない場合があってもよい。緊急ボタンは、依頼元ユーザーが上記の入力や選択を行う余裕がない場合において押されるボタンであり、受託可能ユーザーに向けて、警護依頼の内容およびその報酬に関する情報を送信しない場合でも警護依頼を行うことができる。また、緊急ボタンを押すことで、端末１０の録音機能がオンになり、録音されたデータは、ＳＮＳサーバー３０にリアルタイムにて送信される。また、緊急ボタンが押された後の所定期間（例えば、１時間）に端末１０のカメラ機能にて取られた画像や動画もサーバー３０に自動的に送信され、端末１０には録音やカメラの撮影画像等をサーバー３０に送信したことを警告する画像を表示する。また、緊急ボタンが押下されることで送信された録音データ等は、一定期間保存され、依頼元ユーザーであっても依頼元ユーザーの本人確認を厳格にすることで簡単に削除することができないようになっている。なお、緊急情報送信ステップは、ＳＮＳシステムに連携するアプリケーションプログラムにおいて実行される場合があってもよい。

【0015】

ステップＳ１０１の次のステップＳ１０３において、緊急情報受信ステップが実行される。緊急情報受信ステップでは、ＳＮＳサーバー３０において依頼元ユーザーが送信した緊急情報を受信するステップである。ステップＳ１０３の次のステップ１０５において、一斉送信ステップが実行される。一斉送信ステップでは、ＳＮＳサーバー３０において、予め登録されている受託可能ユーザーに依頼元ユーザーから送信された緊急情報を一斉送信するステップである。なお、依頼元ユーザーの端末１０の位置の周辺（例えば、半径１０ｋｍ以内）に受託可能ユーザーが存在しない場合には、依頼元ユーザーの端末１０の位置の周辺に存在しているＳＮＳユーザーの任意のユーザー（例えば、他人からの警護依頼を受けることを予め宣言しているユーザー）に当該緊急情報を一斉送信する場合があってもよい。

【0016】

ステップＳ１０５の次のステップ１０７において、受託情報送信ステップが実行される。受託情報送信ステップでは、緊急情報を受信した受託可能ユーザーの内、警護依頼を受託する受託ユーザーが、ＳＮＳシステムにおいて標準的に用いられるアプリケーションプログラムにおいて設けられた受託ボタンを押下することで、依頼元ユーザーに向けて警護依頼の受託する旨と受託ユーザーの端末の位置情報が送信される。なお、受託ボタンを押下することで、依頼元ユーザーとの音声通信も可能となる（図４参照）。

【0017】

ステップＳ１０７の次のステップＳ１０９において、受託情報受信ステップが実行される。緊急情報受信ステップでは、ＳＮＳサーバー３０において受託ユーザーが送信した受託情報を受信するステップである。ステップＳ１０９の次のステップ１１１において、リアルタイム位置情報送信ステップが実行される。リアルタイム位置情報送信ステップでは、ＳＮＳサーバー３０が依頼元ユーザーの端末１０と受託ユーザーの端末のそれぞれに、それぞれの端末の位置情報を送信し、それぞれの端末において互いの位置情報を共有するステップである（図５参照）。

【0018】

ステップＳ１１１の次のステップＳ１１３において、報酬支払ステップが実行される。報酬支払ステップでは、ＳＮＳサーバー３０が依頼元ユーザーの端末１０に報酬支払に関する情報を送信し、依頼元ユーザーの端末に報酬支払ボタンを表示させる（図６参照）。依頼元ユーザーは、警護が行われた報酬を支払う場合に報酬支払ボタンを押下し、サーバー３０は、予め登録されている報酬情報に基づいて報酬支払に関する情報を受託ユーザーに送信することで受託ユーザーに報酬を支払う。なお、受託ユーザーが複数人となる場合には、報酬を支払う受託ユーザーを複数人の内から任意に選択する画面が表示される。

【0019】

ステップＳ１１３の次のステップＳ１１５において、報酬情報送信ステップが実行される。報酬情報送信ステップでは、ＳＮＳサーバー３０が依頼元ユーザーの端末１０および受託ユーザーの端末に、依頼元ユーザーから報酬が支払われた情報を送信し（図７参照）、本発明の実施形態による警護システム１が終了する。

【0020】

このように、本発明の実施形態による警護システム１は、ＳＮＳシステムを利用することで、ＳＮＳユーザーが気軽に使用すること可能となる。ＳＮＳユーザーのうちのいわゆる友達登録や知人登録されている人に警護依頼を行うことが可能なため、警護を依頼する人も警護を依頼される人も安心感を得つつ、相互扶助による警護システムが実現できる。また、外国等の現地言語がわからない場合においては、現地警察への通報ができない場合やためらう場合があり、この警護システム１を利用することも有用である。

【0021】

図８～図１０を用いて、本発明の実施形態による警護システム２を説明する。なお、上述の警護システム１と同じ構成については符号を同一にすることでその説明を省略する場合がある。

【0022】

図８は、本発明の実施形態による警護システム２の概略図である。警護システム２は、警護システム１の構成にサーバー５０を追加したシステムである。図９は、サーバー５０において、警護システム２の運用のために設けられる記憶情報５１の概略図である。記憶情報５１は、警護システム２を利用するＳＮＳのユーザー毎に設けられる。なお、本発明の実施形態による警護システム２は、ＳＮＳサーバー３０を利用するものであるが、同時に別のＳＮＳサーバーを複数利用することも可能である。

【0023】

図９は、本発明の実施形態による警護システム２のフローチャートである。まず、ステップＳ２０１において、緊急情報送信ステップが実行される。緊急情報送信ステップでは、ＳＮＳユーザーの依頼元ユーザーが、ＳＮＳシステムにおいて標準的に用いられるアプリケーションプログラムとは別のアプリケーションプログラム（以下、「警護システム専用アプリ」という。）において設けられた警護依頼ボタンを押下することで、サーバー５０に記憶されている受託可能ユーザーに向けて警護依頼の情報を送信する。警護依頼の情報は、警護システム専用アプリがＳＮＳシステムにおいて標準的に用いられるアプリケーションプログラムと連携することで、ＳＮＳユーザーである受託可能ユーザーに向けて警護依頼の情報を送信する。警護依頼の情報は、警護依頼の内容、その報酬に関する情報及び端末１０の位置情報である。警護依頼の内容およびその報酬に関する情報は、言語入力機能を用いて入力する場合や、予め登録している情報の内から一又は複数を選択する場合がある。また、緊急ボタンを別途設けることで警護依頼の内容およびその報酬に関する情報を送信しない場合があってもよい。緊急ボタンは、依頼元ユーザーが上記の入力や選択を行う余裕がない場合において押されるボタンであり、受託可能ユーザーに向けて、警護依頼の内容およびその報酬に関する情報を送信しない場合でも警護依頼を行うことができる。また、緊急ボタンを押すことで、端末１０の録音機能がオンになり、録音されたデータは、サーバー５０にリアルタイムにて送信される。また、緊急ボタンが押された後の所定期間（例えば、１時間）に端末１０のカメラ機能にて取られた画像や動画もサーバー５０に自動的に送信され、端末１０には録音やカメラの撮影画像等をサーバー５０に送信したことを警告する画像を表示する。また、緊急ボタンが押下されることで送信された録音データ等は、一定期間保存され、依頼元ユーザーであっても依頼元ユーザーの本人確認を厳格にすることで簡単に削除することができないようになっている。

【0024】

ステップＳ２０１の次のステップＳ２０３において、緊急情報受信ステップが実行される。緊急情報受信ステップでは、ＳＮＳサーバー３０において依頼元ユーザーが警護システム専用アプリを用いて送信された緊急情報を受信するステップである。ステップＳ２０３の次のステップ２０５において、一斉送信ステップが実行される。一斉送信ステップでは、ＳＮＳサーバー３０において、サーバー５０に登録されている受託可能ユーザーに依頼元ユーザーから送信された緊急情報を一斉送信するステップである。なお、依頼元ユーザーの端末１０の位置の周辺（例えば、半径１０ｋｍ以内）に受託可能ユーザーが存在しない場合には、依頼元ユーザーの端末１０の位置の周辺に存在しているＳＮＳユーザーの任意のユーザー（例えば、他人からの警護依頼を受けることを予め宣言しているユーザー）に当該緊急情報を一斉送信する場合があってもよい。

【0025】

ステップＳ２０５の次のステップ２０７において、受託情報送信ステップが実行される。受託情報送信ステップでは、緊急情報を受信した受託可能ユーザーの内、警護依頼を受託する受託ユーザーが、ＳＮＳシステムにおいて標準的に用いられるアプリケーションプログラムにおいて設けられた受託ボタンを押下することで、サーバー５０に受託する旨の情報と受託ユーザーの端末の位置情報が送信される。受託ボタンを押下することで、依頼元ユーザーとの音声通信も可能となる。なお、受託ボタンは、警護システム専用アプリによって導出されるボタンである。

【0026】

ステップＳ２０９の次のステップ２１１において、リアルタイム位置情報送信ステップが実行される。リアルタイム位置情報送信ステップでは、サーバー５０が依頼元ユーザーの端末１０と受託ユーザーの端末のそれぞれに、ＳＮＳシステムを介して、それぞれの端末の位置情報を送信し、それぞれの端末において互いの位置情報を共有するステップである。

【0027】

ステップＳ２１１の次のステップＳ２１３において、報酬支払ステップが実行される。報酬支払ステップでは、サーバー５０がＳＮＳシステムを介して依頼元ユーザーの端末１０に報酬支払に関する情報を送信し、依頼元ユーザーの端末に報酬支払ボタンを表示させる（図６参照）。依頼元ユーザーは、警護が行われた報酬を支払う場合に報酬支払ボタンを押下し、サーバー５０は、予め登録されている報酬情報に基づいて報酬支払に関する情報をＳＮＳシステムを介して受託ユーザーに送信することで受託ユーザーに報酬を支払う。なお、受託ユーザーが複数人となる場合には、報酬を支払う受託ユーザーを複数人の内から任意に選択する画面が表示される。

【0028】

ステップＳ２１３の次のステップＳ２１５において、報酬情報送信ステップが実行される。報酬情報送信ステップでは、サーバー５０がＳＮＳシステムを介して、依頼元ユーザーの端末１０および受託ユーザーの端末に、依頼元ユーザーから報酬が支払われた情報を送信し、本発明の実施形態による警護システム２が終了する。

【0029】

このように、本発明の実施形態による警護システム２は、サーバー５０を用いることで、様々なＳＮＳシステムを同時に複数利用することも可能となり、利用者の利便性が向上する。

【0030】

上述の実施形態は、本発明の好適な一例であるので、技術的に好ましい種々の限定が付されているが、本発明の範囲は、上述の説明によって不当に限定されるものではない。また、上述の実施形態で説明される構成の全てが本発明の必須の構成要件ではない。また、上述の実施形態で説明される構成は相互に付け足したり組み合わせたりしてもよい。

【産業上の利用可能性】

【0031】

本発明は、様々な警護システムにおいて広く利用可能である。

【符号の説明】

【0032】

１、 ２ 警護システム
２、 １０、２０ａ～２０ｃ 端末
３０、５０ サーバー

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2022-01-21

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ＳＮＳシステムで用いられるユーザーの端末とサーバーとで構成される警護システムであって、
前記ユーザーの端末は、前記サーバーに、緊急情報を送信可能であり、
前記サーバーは、前記緊急情報を送信したユーザーが前記ＳＮＳシステムで知人登録しているユーザーを警護依頼を委託する可能性のあるユーザー（以下、「受託可能ユーザー」という）として登録可能であり、
前記サーバーは、前記緊急情報を受信すると、前記受託可能ユーザーに、該緊急情報に基づいた情報（以下、「警護依頼情報」という。）を一斉送信し、
前記警護依頼情報を受信した前記受託可能ユーザーの端末（以下、「受託ユーザー端末」という。）は、前記サーバーに、前記警護依頼情報に応じる情報（以下、「受託情報」という。）を送信可能であり、
前記サーバーは、リアルタイムで前記緊急情報を送信した端末（以下、「依頼元ユーザー端末」という。）の位置情報を前記受託情報を送信した前記受託ユーザー端末に送信し、該受託情報を送信した該受託ユーザー端末の位置情報を該依頼元ユーザー端末に送信し、
前記サーバーは、前記受託情報を送信した前記受託ユーザー端末に、警護を実行したことによって発生した報酬に関する情報を送信し、
前記サーバーは、前記緊急情報を受信して前記受託可能ユーザーに前記警護依頼情報を送信した後で警護依頼を受託するユーザーが現れなかった場合に、前記ＳＮＳシステムで知人登録されたユーザーではないユーザーに、該緊急情報を送信する、警護システム。