(57)【要約】【課題】積極的に遺失物の回復するための働きかけを行うことができ、遺失物の回復の可能性を高めることができる遺失対象捜索依頼システムを提供する。【解決手段】本発明に係る遺失対象捜索依頼システム１は、複数の携帯型情報処理端末装置と、複数の携帯型情報処理端末装置とデータ通信可能とされたサーバーとからなる遺失対象捜索依頼システムにおいて、一の携帯型情報処理端末装置が、当該一の携帯型情報処理端末装置から遺失対象に係るデータを前記サーバーに送信する工程（ステップＳ３０２）を実行し、当該サーバーは、当該一の携帯型情報処理端末装置から遺失対象に係るデータを受信する工程と、遺失対象に係るデータを他の携帯型情報処理端末装置に対して送信する工程と、を実行し、当該他の携帯型情報処理端末装置は、当該サーバーから遺失対象に係るデータを受信する工程（ステップＳ４０１）を実行することを特徴とする。【選択図】      図９
2020149077.tif 000002
【特許請求の範囲】
【請求項１】
複数の携帯型情報処理端末装置と、複数の携帯型情報処理端末装置とデータ通信可能とされたサーバーとからなる遺失対象捜索依頼システムにおいて、
一の携帯型情報処理端末装置が、
当該一の携帯型情報処理端末装置から遺失対象に係るデータを前記サーバーに送信する工程を実行し、
当該サーバーは、
当該一の携帯型情報処理端末装置から遺失対象に係るデータを受信する工程と、
遺失対象に係るデータを他の携帯型情報処理端末装置に対して送信する工程と、を実行し、
当該他の携帯型情報処理端末装置は、
当該サーバーから遺失対象に係るデータを受信する工程を実行することを特徴とする遺失対象捜索依頼システム。
【請求項２】
当該他の携帯型情報処理端末装置は、
当該サーバーから受信した遺失対象に係るデータに対応することを特徴とする請求項１に記載の遺失対象捜索依頼システム。
【請求項３】
遺失対象に係るデータには、遺失位置データが含まれることを特徴とする請求項１又は請求項２に記載の遺失対象捜索依頼システム。
【請求項４】
当該他の携帯型情報処理端末装置は、
当該他の携帯型情報処理端末装置が現在所在する現在位置データを、当該サーバーに対して送信する工程を実行し、
当該サーバーは、
当該他の携帯型情報処理端末装置から現在位置データを受信する工程と、
遺失対象に係るデータに含まれる遺失位置データから、捜索依頼範囲データを算出する工程と、
現在位置データが捜索依頼範囲データに含まれるか否かを判定する工程と、
現在位置データが捜索依頼範囲データに含まれると判定されると、当該他の携帯型情報処理端末装置にプッシュ型通信を送信する工程と、を実行することを特徴とする請求項３に記載の遺失対象捜索依頼システム。
【請求項５】
遺失対象に係るデータに含まれる遺失位置データから、捜索依頼範囲データを算出する工程では、
当該他の携帯型情報処理端末装置で設定された通知設定パラメーターが用いられることを特徴とする請求項３に記載の遺失対象捜索依頼システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遺失物を回復するための働きかけをユーザーが積極的に行い得る遺失対象捜索依頼システムを提供する。
【背景技術】
【０００２】
いろいろな物がインターネットにつながることをIoT（Internet of Things）と総称しているが、例えばＩＣタグを個々の物品に付しておき、これらの物品をインターネット経由でコンピューター管理しIoTを実現することが検討されている。このような方法によれば、例えば、遺失物を捜索したり、遺失物の管理をしたりすることもできるようになる。
【０００３】
例えば、特許文献１（特開２０１４−１９７３５５号公報）には、遺失物追跡装置１は、ユーザが遺失する可能性のある物品に付帯されたタグにアドレス情報と共に印刷されたタグ情報を、物品の識別情報と共に物品登録ＤＢ１０１に登録する点、及び、報労価値管理部１２は、識別情報により特定される物品の市場取引価格を基準に、物品を拾得したことの連絡に対する報労価値を算定する点が開示されている。
【特許文献１】特開２０１４−１９７３５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１記載の従来技術を活用するためには、遺失する可能性のある物品の全てについて、タグを付帯しておかなければならない。現在、大企業ベースでは、ＩＣタグを商品に付しておき、先のIoTを実現しようとする動きがあるが、個人ベースでこのようなＩＣタグを、遺失する可能性のある物品に予め付すようなことはコストもかかるため現実的ではない。したがって、従来、特に個人ベースの遺失物などについては、善意の拾得者に頼るしか方法がなく、積極的に遺失物を回復しようと働きかけを行うことができない、という問題があった。
【課題を解決するための手段】
【０００５】
この発明は、上記のような課題を解決するものであって、本発明に係る遺失対象捜索依頼システムは、複数の携帯型情報処理端末装置と、複数の携帯型情報処理端末装置とデータ通信可能とされたサーバーとからなる遺失対象捜索依頼システムにおいて、一の携帯型情報処理端末装置が、当該一の携帯型情報処理端末装置から遺失対象に係るデータを前記サーバーに送信する工程を実行し、  当該サーバーは、当該一の携帯型情報処理端末装置から遺失対象に係るデータを受信する工程と、遺失対象に係るデータを他の携帯型情報処理端末装置に対して送信する工程と、を実行し、  当該他の携帯型情報処理端末装置は、当該サーバーから遺失対象に係るデータを受信する工程を実行することを特徴とする。
【０００６】
また、本発明に係る遺失対象捜索依頼システムは、  当該他の携帯型情報処理端末装置は、当該サーバーから受信した遺失対象に係るデータに対応することを特徴とする。
【０００７】
また、本発明に係る遺失対象捜索依頼システムは、
遺失対象に係るデータには、遺失位置データが含まれることを特徴とする。
【０００８】
また、本発明に係る遺失対象捜索依頼システムは、当該他の携帯型情報処理端末装置は、当該他の携帯型情報処理端末装置が現在所在する現在位置データを、当該サーバーに対して送信する工程を実行し、当該サーバーは、当該他の携帯型情報処理端末装置から現在位置データを受信する工程と、遺失対象に係るデータに含まれる遺失位置データから、捜索依頼範囲データを算出する工程と、現在位置データが捜索依頼範囲データに含まれるか否かを判定する工程と、現在位置データが捜索依頼範囲データに含まれると判定されると、当該他の携帯型情報処理端末装置にプッシュ型通信を送信する工程と、を実行することを特徴とする。
【０００９】
また、本発明に係る遺失対象捜索依頼システムは、遺失対象に係るデータに含まれる遺失位置データから、捜索依頼範囲データを算出する工程では、当該他の携帯型情報処理端末装置で設定された通知設定パラメーターが用いられることを特徴とする。
【発明の効果】
【００１０】
本発明に係る遺失対象捜索依頼システムは、当該サーバーが、当該一の携帯型情報処理端末装置から遺失対象に係るデータを受信する工程と、遺失対象に係るデータを他の携帯型情報処理端末装置に対して送信する工程と、を実行するので、このような本発明に係る遺失対象捜索依頼システムによれば、ＩＣタグなどが付されていない遺失物などについても、積極的に回復するための働きかけを行うことができ、遺失物の回復の可能性を高めることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る遺失対象捜索依頼システム１の概要を説明する図である。
【図２】本発明の実施形態に係る遺失対象捜索依頼システム１で用いられる携帯型情報処理端末装置の一例であるスマートフォン１０のブロック図である。
【図３】本発明の実施形態に係る遺失対象捜索依頼システム１におけるアカウント作成・通知設定処理のフローを示す図である。
【図４】スマートフォン１０のタッチパネル部３０における画面表示例を示す図である。
【図５】スマートフォン１０のタッチパネル部３０における画面示例を示す図である。
【図６】本発明の実施形態に係る遺失対象捜索依頼システム１におけるアカウントＤＢ１１０のデータ構造例を示す図である。
【図７】スマートフォン１０のタッチパネル部３０における画面表示例を示す図である。
【図８】スマートフォン１０のタッチパネル部３０における画面表示例を示す図である。
【図９】本発明の実施形態に係る遺失対象捜索依頼システム１における捜索依頼処理のフローを示す図である。
【図１０】捜索依頼データを含む送信データのデータ構造例を示す図である。
【図１１】本発明の実施形態に係る遺失対象捜索依頼システム１における捜索協力処理のフローを示す図である。
【図１２】スマートフォン１０のタッチパネル部３０における画面表示例を示す図である。
【図１３】本発明の実施形態に係る遺失対象捜索依頼システム１におけるプッシュ型通信による協力依頼の通知処理のフローを示す図である。
【図１４】地図上の円Ｃの概念を説明する図である。
【図１５】スマートフォン１０のタッチパネル部３０における画面表示例を示す図である。
【図１６】本発明の実施形態に係る遺失対象捜索依頼システム１においてプッシュ型の通知があった場合の捜索協力処理のフローを示す図である。
【図１７】本発明の実施形態に係る遺失対象捜索依頼システム１における捜索依頼ＤＢ更新処理のフローを示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を図面を参照しつつ説明する。図１は本発明の実施形態に係る遺失対象捜索依頼システム１の概要を説明する図である。
【００１３】
本発明に係る遺失対象捜索依頼システム１は、管理センター等において運営されるサーバー１００と、このサーバー１００とデータ通信を行うことができる多数ユーザーが所有・携帯する携帯型情報処理端末装置とで構成される。サーバー１００としては、データ演算を行う機能、インターネット等通信回線を介してデータ通信を行う機能、データ記憶を行う機能、ユーザーインターフェース機能などを備えた一般的なコンピューターを用いることができる。
【００１４】
また、携帯型情報処理端末装置としては、例えば、現在広く普及しているスマートフォン１０を用いることができる。しかしながら、本発明に係る遺失対象捜索依頼システム１では、位置情報を取得することができる携帯型情報処理端末装置であれば、ｉＰａｄ（登録商標）などのタブレット型情報処理端末や携帯電話端末、携帯型パーソナルコンピューターなども用いることができる。以下、本実施形態では、携帯型情報処理端末装置がスマートフォン１０である場合を例に説明する。
【００１５】
管理センター等で運営されるサーバー１００には、本発明に係る遺失対象捜索依頼システム１を処理するプログラムがインストールされている。また、多数のユーザーが所有・携帯するスマートフォン１０には、本発明に係る遺失対象捜索依頼システム１を処理するアプリケーションプログラムがインストールされている。なお、サーバー１００やスマートフォン１０にインストールされている上記プログラムの発明、当該プログラムによって実行される処理方法の発明なども、本発明に係る遺失対象捜索依頼システム１の範疇に含まれるものである。
【００１６】
本発明に係る遺失対象捜索依頼システム１は、落とし物（遺失物）などをしてしまったユーザーがスマートフォン１０を介して、その落とし物（遺失物）を捜索するための協力依頼を他のユーザーに対し、他のユーザーのスマートフォン１０を通じて要請するものである。また、他のユーザーは、その落とし物（遺失物）に対して、スマートフォン１０を通じて目撃情報などを、落とし物（遺失物）をしたユーザーに対して提供する。本発明に係る遺失対象捜索依頼システム１では、これらユーザー間の仲介役を、サーバー１００が行うものと理解することができる。
【００１７】
ここで、本発明に係る遺失対象捜索依頼システム１では、上記のような捜索依頼の対象は、遺失された物品、所謂落とし物に限定されるものではない。本発明における捜索依頼の対象は、遺失された物品に限らず、例えば、ペットなどの動物も含まれる。さらに、本発明における捜索依頼の対象は、例えば、迷い人、認知症の徘徊者などにも拡張することができる。そこで、本発明に係るシステムでは、これらを総称する概念として、「遺失対象」という言葉が用いられる。
【００１８】
また、本発明に係る遺失対象捜索依頼システム１では、一応、上記のような「遺失対象」の捜索依頼を他のユーザーに依頼し、目撃情報等を募る構成を採っているが、本発明は、「遺失対象」の目撃情報等に限らず、事件や事故の目撃者探しにも利用し得るものである。
【００１９】
本発明に係る遺失対象捜索依頼システム１で用いるサーバーには、少なくともデータベース（以下、「ＤＢ」とも称する）として、アカウントＤＢ１１０、捜索依頼ＤＢ１２０、投稿ＤＢ１３０をその記憶部に保持している。
【００２０】
アカウントＤＢ１１０は、スマートフォン１０を通じて本発明に係る遺失対象捜索依頼システム１の利用登録を行う個々のユーザーに関するデータを集めたデータベースである。このようなデータベースには、ユーザーの氏名や、ＩＤ、パスワードと言った一般的な項目に加え、本発明に特有な通知設定パラメーターに関するデータも記憶・保持される。このような通知設定パラメーターについては後に詳述する。
【００２１】
また、捜索依頼ＤＢ１２０は、遺失物を出してしまったユーザーがスマートフォン１０を介して、他のユーザーに対して捜索依頼を行った案件についての情報を集めたデータベースである。
【００２２】
また、投稿ＤＢ１３０は、遺失物を出してしまったユーザーに対して、他のユーザーがスマートフォン１０を通じて、提供した目撃情報等のデータを集めたデータベースである。このような投稿ＤＢ１３０に記憶・格納されたデータは、捜索依頼ＤＢ１２０に記憶されている１案件のデータに紐付けされている。
【００２３】
次に、本発明に係る遺失対象捜索依頼システム１において、携帯型情報処理端末装置として用いるスマートフォン１０の概略構成について説明する。図２は本発明の実施形態に係る遺失対象捜索依頼システム１で用いられる携帯型情報処理端末装置の一例であるスマートフォン１０のブロック図である。
【００２４】
制御部１１は、中央演算処理装置や、この中央演算処理装置上で動作するオペレーティングシステムなどの基本プログラムに相当する構成である。また、記憶部１５は、データを記憶しておく不揮発性のメモリなどであり、制御部１１がデータを書き込んだり、書き込まれたデータを参照したり、或いは、データを消去したりすることができるようになっている。本発明に係る遺失対象捜索依頼システム１は、このような記憶部１５にインストールされたアプリケーションプログラムによって、処理が実行されるようになっている。
【００２５】
通信部２０は、無線通信によって外部の機器とデータ通信、音声通話を実現するものでる。通信部２０は、制御部１１の指令に基づいて、例えば、記憶部１５に書き込まれたデータを外部機器に送信することなどができる。
【００２６】
ＧＰＳ受信部２３は、複数の衛星からのＧＰＳ（Global Positioning System ）信号を受信することで、自らの緯度・経度を特定する構成である。ＧＰＳ受信部２３で特定された緯度・経度は制御部１１に送信される。制御部１１は、記憶部１５に記憶されている地図データ・アプリケーションと連携することで、地図上におけるスマートフォン１０自身の存在位置、ひいては、スマートフォン１０を携帯していることが想定されるユーザーの位置を割り出す。
【００２７】
撮像部２５は、静止画像データや動画像データを取得する構成である。このような撮像部２５で取得された静止画像データや動画像データは、必要に応じて記憶部１５に保存される。記憶部１５に保存された静止画像データや動画像データは、遺失物を出してしまったユーザーが、他のユーザーに対して捜索依頼を行う際の参考情報として利用され得る。
【００２８】
スマートフォン１０に設けられているタッチパネル部３０は、ユーザーインターフェイスとして利用される。タッチパネル部３０は、ユーザーが情報を入力する入力部３１と共に、ユーザーに対して情報を表示する表示部３２とが一体となったものである。
【００２９】
以上のような構成を有する本発明に係る遺失対象捜索依頼システム１を利用する際に、ユーザーはそれぞれ自らのアカウントを作成する。また、このようなアカウントの作成時、各ユーザーの通知設定パラメーターの設定も行われる。次に、このようなアカウントの作成処理や、通知設定パラメーターの設定処理について説明する。
【００３０】
図３は本発明の実施形態に係る遺失対象捜索依頼システム１におけるアカウント作成・通知設定処理のフローを示す図である。以下、本実施形態では、図３を含め種々フローを示すが、フローはいずれも、処理の一例を示すものであり、本発明に係る遺失対象捜索依頼システム１の処理がフローによる処理に限定されるものではない。
【００３１】
図３のフローで示す処理において、左側はスマートフォン１０による処理を示しており、右側がサーバー１００による処理を示しいている。また、それらの間の処理は通信を伴うものである。
【００３２】
ステップＳ１０１は、スマートフォン１０側でアカウント作成要求を行うステップである。図４はこのステップ時のスマートフォン１０におけるタッチパネル部３０の表示画面を示している。このような表示画面において、ユーザーは自らの氏名、電話番号、メールアドレス、ＩＤ、パスワードなどのデータを入力する。なお、これら全てのデータ項目が本発明に係る遺失対象捜索依頼システム１で必須であるものではないし、また、他の項目を補完するようにすることもできる。
【００３３】
図４に示す画面で、全てのデータ項目が入力されると、新規アカウント作成ユーザーは図４における「送信」をタップし、自ら入力したアカウント作成のための新規登録データをサーバー１００に対して送信する。
【００３４】
サーバー１００は、当該新規登録データを受信すると、アカウントＤＢ１１０を参照し、当該新規登録データとアカウントＤＢ１１０に登録済みのアカウントデータとを比較していく。ステップＳ２０２では、ＩＤの観点で、当該新規登録データとアカウントＤＢ１１０に登録済みのアカウントデータとが競合しないかが判定される。
【００３５】
当該判定の結果がＮＯである、すなわち、競合があった場合には、Ｘを経由して、新規アカウント作成ユーザーに対して、再入力を行うように促す。当該判定の結果がＹＥＳである、すなわち、競合がない場合には、ステップＳ２０３に進む。
【００３６】
ステップＳ２０３では、当該新規登録データをアカウントＤＢ１１０に書き込み、新規のアカウント登録を完了し、その旨ステップＳ２０４で、ユーザーのスマートフォン１０に送信する。ユーザーのスマートフォン１０では、ステップＳ１０２でこれを受信する。
【００３７】
続いて、サーバー１００側では、ステップＳ２０５において、新規アカウント作成ユーザーに対して、通知設定を行うように要求する。これに対応する形で、ユーザーはスマートフォン１０のタッチパネル部３０から、通知設定の入力を行う。
【００３８】
ユーザーによって入力される通知設定は、当該ユーザーが遺失対象の捜索依頼に対して協力する場合、サーバー１００が当該ユーザーのスマートフォン１０に対してプッシュ型通信を行うか否かを決定する基準となるものである。通知設定は、「遺失位置からの距離」と「エリア」の２つの設定からなる。これらの設定に関するパラメーターを、通知設定パラメーターとして定義する。
【００３９】
図５（Ａ）は、ユーザーがスマートフォン１０のタッチパネル部３０から「遺失位置からの距離」を入力する際の表示画面を示している。当該画面において、ユーザーはタッチパネル部３０をタップすることで、プルダウンメニュー形式で例えば「５０ｍ」、「１００ｍ」、「３００ｍ」、「５００ｍ」、「１ｋｍ」のうちから所望とする距離を選択し入力することができる。本例では、ユーザーが「遺失位置からの距離」を「１００ｍ」に設定している。この場合、当該ユーザーは、遺失場所から距離「１００ｍ」の範囲の円内に入ったときに、プッシュ型通信の受信を許容することを意味している。
【００４０】
本例では、プルダウンメニュー形式で例えば「５０ｍ」、「１００ｍ」、「３００ｍ」、「５００ｍ」、「１ｋｍ」のうち距離を選択する場合を示したが、当該距離は任意に設定することができる。
【００４１】
図５（Ｂ）は、ユーザーがスマートフォン１０のタッチパネル部３０から「エリア」を入力する際の表示画面を示している。当該画面において、ユーザーはタッチパネル部３０をタップすることで、捜査協力を行うことを希望するエリアをチェックボックスなどにより、選択し入力することができる。本例では、ユーザーは、捜索依頼を受ける希望エリアとして、愛媛県の松前町及び松山市を設定している。本発明に係る遺失対象捜索依頼システム１ではこのような設定が可能であるので、土地勘のあるエリアにおいて捜索依頼に係るプッシュ型通信をサーバー１００から受信することができる。
【００４２】
なお、図５（Ｂ）の画面でユーザーにチェックボックス入力を促すエリアは行政区に基づいているが、本発明に係る遺失対象捜索依頼システム１では、エリアは必ずしも行政区に基づいたものである必要はない。
【００４３】
上記のような「遺失位置からの距離」と「エリア」の２つの設定に基づいて、サーバー１００がプッシュ型通信を行うか否かを判定するが、当該判定では、「遺失位置からの距離」の条件が合致し、かつ、「エリア」の条件が合致した場合にプッシュ型通信が行われる。
【００４４】
サーバー１００は、ユーザーのスマートフォン１０のから「遺失位置からの距離」と「エリア」に関する通知設定パラメーターを受信すると、ステップＳ２０６では、この通知設定パラメーター
をアカウントＤＢ１１０に書き込む。
【００４５】
複数のユーザーに対して、図３のフロー処理が実行されていることで、アカウントＤＢ１１０のデータが蓄積されていく。図６は本発明の実施形態に係る遺失対象捜索依頼システム１におけるアカウントＤＢ１１０のデータ構造例を示す図である。本発明に係る遺失対象捜索依頼システム１のアカウントＤＢ１１０では、一般的なアカウント管理に用いられるＩＤやパスワードといったデータの他に、個々のユーザーの通知設定パラメーターの設定に係るデータも記憶されている。
【００４６】
さて、上記のようなアカウントが作成されたユーザー所有のスマートフォン１０のタッチパネル部３０では、本発明に係る遺失対象捜索依頼システム１が起動され、正常にログインが実行されると、例えば図７に示すような表示画面を参照することができる。
【００４７】
遺失物等（遺失対象）を出してしまったユーザーは、上記のようなタッチパネル部３０の画面において、「依頼する」をタップすることで、捜索依頼ＤＢ１２０に自らの遺失物等に関する情報を捜索依頼ＤＢ１２０にアップロードして、捜索依頼を発出することができるようになる。
【００４８】
一方、捜索依頼ＤＢ１２０を参照して、捜索に対する目撃情報提供などの協力ができるユーザーはタッチパネル部３０の画面において「協力する」をタップすることで、投稿ＤＢ１３０に目撃情報等を入力することができる。
【００４９】
まず、ユーザーが前者の「依頼する」をタップした場合について説明する。図８に示すスマートフォン１０の表示画面は、ユーザーが「依頼する」をタップした場合に示される画面群を示している。
【００５０】
「依頼する」がタップされると、まず  図８（Ａ）に示される画面が表示され、ユーザーは当該画面に基づいて、捜索依頼を行うための情報を入力するようになっている。
【００５１】
図８（Ａ）の表示画面において、「件名」は、捜索依頼のタイトルに係る入力欄である。ユーザーはこの項目に、遺失物等の名称を入力することが想定されている。
【００５２】
「遺失場所」は、物品・ペット等を紛失してしまったと考えられる位置情報を入力する欄である。位置情報としては、地図上での住所情報、或いは、緯度経度情報など位置の表現形式は問わない。一般的には、「遺失場所」としては住所情報で表現することが分かりやすいので、以下、本実施形態では住所に基づいて位置情報を表すこととする。
【００５３】
なお、図８（Ａ）の「遺失場所」の欄には、「地図から指定」の画面表示があり、ユーザーがこの「地図から指定」の画面表示をタップすると、図８（Ｂ）に示すように、マーカーＭを移動して、これを地図上に配置することで、地番を入力する代わりとするユーザーインターフェイス表示画面に、タッチパネル部３０の表示が変更するように構成されている。
【００５４】
図８（Ａ）の表示画面において「日時」は、遺失物等が発生したと考えられる日にち及び時間を入力する欄である。
【００５５】
図８（Ａ）の表示画面において「詳細」は、捜索依頼を行うユーザーが、遺失物等の詳しい説明、或いは、遺失物等が発生した際の状況等といった事項を記述する欄である。
【００５６】
図８（Ａ）の表示画面において「画像」は、捜索依頼の対象である遺失物等の写真等が入力される欄である。このような「画像」としては、撮像部２５で撮影され記憶部１５に保存されている静止画像データや動画像データなどを好適に用い得る。
【００５７】
図８（Ａ）の「画像」の欄には、「添付」の画面表示があり、ユーザーがこの「添付」の画面表示をタップすると、静止画像データや動画像データが保存されている記憶部１５におけるフォルダのファイル類が表示されるように構成すると便利がよい。
【００５８】
図８（Ａ）の「謝礼」の欄には、遺失物等の回収に成功した場合、捜索依頼者が協力者に対して、譲渡する予定の対価を記述する欄である。このような対価としては、現金や、現金ではないポイントなどが考えられる。ポイントには、レンタル店のポイント、航空会社のマイレージ、交通系のＩＣカード、電器量販店のポイント、スーパーのポイント等がある。その他のポイントでもよい。なお、このようなポイントの一部が本発明に係る遺失対象捜索依頼システム１に還元するような仕組みとすることも考えられる。
【００５９】
本実施形態では、紛失物等の捜索依頼を行うユーザーが「件名」、「遺失場所」、「日時」、「詳細」、「画像」、「謝礼」の各項目を入力する構成となっているが、本発明において、捜索依頼を行う際の情報項目がこれらに限定されるものではない。
【００６０】
図８（Ｃ）には、捜索依頼を行うユーザーが、上記のような各情報項目の入力を完了させた状態のタッチパネル部３０が示されている。図８（Ｃ）の例では、ユーザーによって、「件名」には「迷い猫」の件名データが入力され、「遺失場所」には「愛媛県松山市本町X-X-X」の遺失位置データが入力され、「日時」には「2019年3月3日  13：30」の遺失日時データが入力され、「詳細」には「電停前で迷子になった白猫を・・・」の詳細テキストデータが入力され、「画像」には「qrstuv201808.jpg」の画像データが入力され、「謝礼」には「10，000ポイント」の謝礼データが入力されている。ユーザーは、図８（Ｃ）に示すように、入力が完了すると、タッチパネル部３０における「依頼する」をタップして、入力したデータを送信する。
【００６１】
図９は本発明の実施形態に係る遺失対象捜索依頼システム１における捜索依頼処理のフローを示す図である。図９において、左側はスマートフォン１０による処理を示しており、右側がサーバー１００による処理を示しいている。また、それらの間の処理は通信を伴うものを示している。
【００６２】
まず、遺失物等の捜索依頼を行いたいユーザーは、ステップＳ３０１で、図８（Ａ）に示すようなタッチパネル部３０の入力画面で各項目を入力していく。入力が完了すると、ステップＳ３０２で、図８（Ｃ）に示すタッチパネル部３０における「依頼する」をタップして、入力したデータを送信する。このようなデータセットを、本発明に係る遺失対象捜索依頼システム１では「捜索依頼データ」と称する。本実施形態では、捜索依頼データは、件名データ、遺失位置データ、遺失日時データ、詳細テキストデータ、画像データ、謝礼データからなる。
【００６３】
ステップＳ３０２でスマートフォン１０からサーバー１００に送信されるデータを図１０に示す。図１０は捜索依頼データを含む送信データのデータ構造例を示す図である。図１０に示すように、「捜索依頼データ」に加えて、捜索依頼を行うユーザーに関する情報（発信元ＩＤ等）がスマートフォン１０からサーバー１００に送信される。
【００６４】
サーバー１００が、前記送信データを受信すると、ステップＳ４０１で、当該データに係る「捜索依頼データ」のデータセットを捜索依頼ＤＢ１２０に書き加える。
【００６５】
以上のようにサーバー１００の捜索依頼ＤＢ１２０においては、個々の捜索依頼が蓄積されていく。このようにして構築された捜索依頼ＤＢ１２０は、本発明に係る遺失対象捜索依頼システム１では、目撃情報などを募るために公開される。
【００６６】
次に、公開された捜索依頼ＤＢ１２０に対して、目撃情報提供などの協力を行う際の流れについて説明していく。図１１は本発明の実施形態に係る遺失対象捜索依頼システム１における捜索協力処理のフローを示す図である。図１１において、左側は、捜索の協力を行おうとしているユーザーのスマートフォン１０による処理を示しており、右側がサーバー１００による処理を示しいている。また、それらの間の処理は通信を伴うものを示している。
【００６７】
図１１において、ステップＳ５０１で、タッチパネル部３０の画面においてユーザーが「協力する」をタップする（図７参照）と、スマートフォン１０からサーバー１００に対しては、協力申請を行う旨が送信される。
【００６８】
それを受けたサーバー１００は、ステップＳ６０１において捜索依頼ＤＢ１２０に蓄積されたデータを、スマートフォン１０側に送信する。これを受け、スマートフォン１０側ではステップＳ５０２で、捜索依頼ＤＢ１２０に蓄積されたデータの一覧が表示される。
【００６９】
スマートフォン１０側では、必要に応じて当該一覧からの絞り込みが実行される。例えば、ステップＳ５０３では、捜索依頼ＤＢ１２０に基づいて表示される案件から、エリアや時期などを絞り込みキーとして入力してサーバー１００側に送信する。
【００７０】
サーバー１００側において、これを受けステップＳ６０２では、捜索依頼ＤＢ１２０に登録された遺失位置データや遺失日時データを参照して、受信したエリアや時期のキーに基づいた案件の抽出が実行される。このようにして抽出された絞り込み案件は、スマートフォン１０側に送信される。
【００７１】
スマートフォン１０側ではステップＳ５０４にて、このような抽出データの案件の一覧が、タッチパネル部３０に表示される。図１２（Ａ）には、ステップＳ５０４における画面表示例が示されている。図１２（Ａ）に示すように、画面表示では、案件ごとに件名と遺失場所についての情報が表示される。
【００７２】
図１２（Ａ）の例では、件名「迷い猫」、「帽子紛失」、「サングラス」、「黒いワンちゃん」の４件の情報が表示されている。ステップＳ５０５でユーザーは、これらの案件の中から、協力する案件１件をタップなどで選択することが想定されている。ユーザーが１件を選択したときの表示例が図１２（Ｂ）に示される。
【００７３】
図１２（Ｂ）の表示例では、選択された案件１件について「件名」、「遺失場所」、「日時」、「詳細」、「画像」、「謝礼」の各項目に登録されている情報が表示される。図１２（Ｂ）においては、「投稿する」、「チャットする」などの表示があり、これらのうちから情報を提供する際の通信方法をユーザーが選択し得るようになっている。ここでは「投稿する」場合について説明を行う。
【００７４】
ユーザーは「投稿する」をタップすると、ユーザーが目撃情報等を入力するための欄が表示され（不図示）、ステップＳ５０６で目撃情報等（例えば、「お堀の前のコンビニの裏で見かけました。」などのテキストデータ）が入力され、当該目撃情報等の入力データが、スマートフォン１０からサーバー１００側に送信される。
【００７５】
サーバー１００側はステップＳ６０３で、スマートフォン１０から受信した当該入力データを、投稿ＤＢ１３０に蓄積すると共に、投稿ＤＢ１３０に蓄積された当該入力データを、捜索依頼ＤＢ１２０に蓄積されている元となった案件データと紐付する。
【００７６】
また、ステップＳ６０４では、目撃情報等の協力があったことを、捜索協力依頼を行ったスマートフォン１０で通知するように構成することが好ましい。
【００７７】
また、投稿ＤＢ１３０については、ステップＳ６０５で公開する。なお、公開される捜索依頼ＤＢ１２０や投稿ＤＢ１３０の閲覧を許可するのは、アカウントを作成してアカウントＤＢ１１０に登録されているユーザーに限定するか、限定しないかについてはシステム運営時の考え方などに応じて種々選択することができる。
【００７８】
以上のように、本発明に係る遺失対象捜索依頼システム１は、サーバー１００が、当該一の携帯型情報処理端末装置（スマートフォン１０）から遺失対象に係るデータを受信する工程と、遺失対象に係るデータを他の携帯型情報処理端末装置（スマートフォン１０）に対して送信する工程と、を実行するので、このような本発明に係る遺失対象捜索依頼システム１によれば、ＩＣタグなどが付されていない遺失物などについても、積極的に回復するための働きかけを行うことができ、遺失物の回復の可能性を高めることができる。
【００７９】
さて、本発明に係る遺失対象捜索依頼システム１では、図７に示すような表示画面で「協力する」をタップして、遺失物等の目撃情報等の提供を行うことに限らない。本発明に係る遺失対象捜索依頼システム１は、ユーザーが、遺失物等の発生位置の周辺を通過した際には、プッシュ型通信を用いて協力依頼の通知を行い、遺失物等の回復を行い得る確率を高めるように構成されている。
【００８０】
次に、上記のようなプッシュ型通信を用いた協力依頼について説明する。図１３は本発明の実施形態に係る遺失対象捜索依頼システム１におけるプッシュ型通信による協力依頼の通知処理のフローを示す図である。
【００８１】
図１３のフローで示す処理において、左側はスマートフォン１０による処理を示しており、右側がサーバー１００による処理を示しいている。また、それらの間の処理は通信を伴うものである。左側のスマートフォン１０は、遺失対象捜索依頼システム１に登録しているユーザーであり、潜在的に協力者となり得るユーザーが所有するスマートフォン１０である。
【００８２】
スマートフォン１０では、ＧＰＳ受信部２３によって現在位置データに係る情報が取得されている。ステップＳ７０１では、例えばポーリングなどに応答する形で、当該現在位置データをサーバー１００に対して送信する。
【００８３】
サーバー１００においては、ステップＳ８０１で、アカウントＤＢ１１０を参照して、現在位置データを送信してきたスマートフォン１０のユーザーに対応する「遺失位置からの距離」、「設定エリア」に係るデータを取得する。
【００８４】
続いて、ステップＳ８０２で、捜索依頼ＤＢ１２０を参照して、捜索依頼ＤＢ１２０に記憶されている「遺失位置データ」を取得する。なお、捜索依頼ＤＢ１２０におけるどの案件の「遺失位置データ」を取得するかは、「遺失位置データ」が、先に得られた現在位置データから、システムで設定し得る最大の「遺失位置からの距離」の範囲内に存在する案件とする。
【００８５】
ステップＳ８０３では、（遺失位置データ）を中心、（遺失位置からの距離）を半径とした地図上の円Ｃを演算する。図１４はこのような円Ｃの一例を示す図である。図１４において、真カーＭの位置が、（遺失位置データ）であり、円Ｃの中心である。一方、（遺失位置からの距離）はＭ近傍を通過中のスマートフォン１０のユーザーが設定した通知設定パラメーターであり、円Ｃの半径である。なお、円Ｃについては「捜索依頼範囲データ」とも称する。
【００８６】
ステップＳ８０４では、現在位置データが、ステップＳ８０３で求めた円Ｃに含まれるか否かが判定される。この判定がＮＯであれば、特段の処理を行わず処理を中止する。一方、この判定がＹＥＳであれば続いてステップＳ８０５に進む。
【００８７】
ステップＳ８０５では、現在位置データが設定エリア内に含まれるか否かを判定する。このような設定エリアは、図５（Ｂ）の画面のチェックボックスでユーザーが設定したエリアである。この判定がＮＯであれば、特段の処理を行わず処理を中止する。一方、この判定がＹＥＳであれば続いてステップＳ８０６に進み、捜索依頼ＤＢ１２０における該当案件に関するプッシュ型通信による協力依頼の通知データをスマートフォン１０に送信する。
【００８８】
サーバー１００側から、このようなプッシュ型通信を受信したスマートフォン１０は、ステップＳ７０２でタッチパネル部３０に、当該通知データを表示する。図１５はこのような通知データを受信したスマートフォン１０におけるタッチパネル部３０の画面表示例を示している。
【００８９】
本発明によれば、例えば、図１５に示すように「山田太郎さん依頼の迷い猫の捜索範囲に入りました」などの通知データをスマートフォン１０側に表示することが可能となる。
【００９０】
このように、本発明に係る遺失対象捜索依頼システム１では、遺失物等の発生位置周辺をユーザーが通過した場合にプッシュ型通信による通知を行い、捜索依頼に対する協力を喚起する構成となっており、これによれば、遺失物等の回復を行い得る確率を飛躍的に高めることができるようになる。
【００９１】
次に、プッシュ型通信による通知データを受信した場合における捜索協力処理について説明する。図１６は本発明の実施形態に係る遺失対象捜索依頼システム１においてプッシュ型の通知があった場合の捜索協力処理のフローを示す図である。
【００９２】
図１６のフローで示す処理において、左側はプッシュ型の通知があったスマートフォン１０による処理を示しており、右側がサーバー１００による処理を示しいている。また、それらの間の処理は通信を伴う処理を示している。
【００９３】
例えば、図１５に示すようなプッシュ型の通知データが表示されているスマートフォン１０側において、ステップＳ９０１で、当該プッシュ型の通知データをタッチパネル部３０でタップ等の処理を行うとする。すると、スマートフォン１０側からサーバー１００側に対して、当該プッシュ型の通知データの案件に対する協力申請、及び、当該案件データの要求に係る通信処理が実行される。
【００９４】
これを受け、サーバー１００側ではステップＳ１００１において、捜索依頼ＤＢ１２０から当該プッシュ型の通知データに対応する案件を選択し、当該案件のデータをスマートフォン１０側に対して転送する。
【００９５】
スマートフォン１０側はこれを受け、ステップＳ９０２で、当該プッシュ型の通知案件をタッチパネル部３０で表示する。ここでの表示は、例えば、図１２（Ｂ）で示したようなものとなる。
【００９６】
図１２（Ｂ）の表示例では、「件名」、「遺失場所」、「日時」、「詳細」、「画像」、「謝礼」の各項目に登録されている情報の表示と共に、「投稿する」、「チャットする」などの表示があり、これらのうちから情報を提供する際の通信方法をユーザーが選択し得るようになっている。ここでは「投稿する」場合について説明を行う。
【００９７】
ユーザーは「投稿する」をタップすると、ユーザーが目撃情報等を入力するための欄が表示され（不図示）、ステップＳ９０３で目撃情報等（例えば、「ホテルで預かっている、という話を聞きました。」などのテキストデータ）が入力され、当該目撃情報等の入力データが、スマートフォン１０からサーバー１００側に送信される。
【００９８】
サーバー１００側は、ステップＳ１００２において、スマートフォン１０から受信した当該入力データを、投稿ＤＢ１３０に蓄積すると共に、投稿ＤＢ１３０に蓄積された当該入力データを、捜索依頼ＤＢ１２０に蓄積されている元となった案件データと紐付する。
【００９９】
また、ステップＳ１００３では、目撃情報等の協力があったことを、捜索協力依頼を行ったスマートフォン１０で通知するように構成することが好ましい。
【０１００】
また、投稿ＤＢ１３０については、ステップＳ１００４で公開する。なお、公開される捜索依頼ＤＢ１２０や投稿ＤＢ１３０の閲覧を許可するのは、アカウントを作成してアカウントＤＢ１１０に登録されているユーザーに限定するか、限定しないかについてはシステム運営時の考え方などに応じて種々選択することができる。
【０１０１】
以上のように、本発明に係る遺失対象捜索依頼システム１は、他の携帯型情報処理端末装置（スマートフォン１０）の現在位置データが捜索依頼範囲データに含まれると判定されると、当該他の携帯型情報処理端末装置にプッシュ型通信を送信する工程と、を実行するので、このような本発明に係る遺失対象捜索依頼システム１によれば、ＩＣタグなどが付されていない遺失物などについても、積極的に回復するための働きかけを行うことができると共に、プッシュ型通信による協力依頼で、遺失物等の回復を行い得る確率を大きく高めることができる。
【０１０２】
さて、以上のような捜索協力などが功を奏し、無事遺失物等を回復することができたユーザーにとっては、捜索依頼ＤＢ１２０を通じて協力を呼びかける情報が公開され続けることにメリットはなくなる。そこで、本発明に係る遺失対象捜索依頼システム１においては、捜索依頼ＤＢ１２０が保持するデータの状態変更をユーザー側から行い得るように設定されている。
【０１０３】
図１７は本発明の実施形態に係る遺失対象捜索依頼システム１における捜索依頼ＤＢ更新処理のフローを示す図である。
【０１０４】
図１７のフローで示す処理において、左側は遺失物等の回復ができ最早捜索依頼の呼びかけが不要となったユーザーのスマートフォン１０による処理を示しており、右側がサーバー１００による処理を示しいている。また、それらの間の処理は通信を伴う処理を示している。
【０１０５】
図１７のフローにおいて、スマートフォン１０で、捜索依頼データの更新の依頼処理データを送信する。このようなデータは、例えば、該当案件が「解決済み」である旨に更新を依頼する更新データである。
【０１０６】
これを受けたサーバー１００では、捜索依頼ＤＢ１２０において、該当案件が「解決済み」である情報で上書き更新する。サーバー１００では、このような更新処理がなされるため、捜索依頼ＤＢ１２０が公開されても、捜索協力を行う必要があるか否かを案件ごとに適宜判断することができるようになる。
【０１０７】
以上、本発明に係る遺失対象捜索依頼システムは、当該サーバーが、当該一の携帯型情報処理端末装置から遺失対象に係るデータを受信する工程と、遺失対象に係るデータを他の携帯型情報処理端末装置に対して送信する工程と、を実行するので、このような本発明に係る遺失対象捜索依頼システムによれば、ＩＣタグなどが付されていない遺失物などについても、積極的に回復するための働きかけを行うことができ、遺失物の回復の可能性を高めることができる。
【符号の説明】
【０１０８】
１・・・遺失対象捜索依頼システム
１０・・・スマートフォン（情報処理端末）
１１・・・制御部
１５・・・記憶部
２０・・・通信部
２３・・・ＧＰＳ受信部
２５・・・撮像部
３０・・・タッチパネル部
３１・・・入力部
３２・・・表示部
１００・・・サーバー
１１０・・・アカウントＤＢ
１２０・・・捜索依頼ＤＢ
１３０・・・投稿ＤＢ
【図１】
2020149077.tif 000003
【図２】
2020149077.tif 000004
【図３】
2020149077.tif 000005
【図４】
2020149077.tif 000006
【図５】
2020149077.tif 000007
【図６】
2020149077.tif 000008
【図７】
2020149077.tif 000009
【図８】
2020149077.tif 000010
【図９】
2020149077.tif 000011
【図１０】
2020149077.tif 000012
【図１１】
2020149077.tif 000013
【図１２】
2020149077.tif 000014
【図１３】
2020149077.tif 000015
【図１４】
2020149077.tif 000016
【図１５】
2020149077.tif 000017
【図１６】
2020149077.tif 000018
【図１７】
2020149077.tif 000019