(57)【要約】【課題】要保護対象を捜索する局面において、要保護対象の保護者等が捜索に役立つ情報を選択的に収集することが可能で、かつ要保護対象の捜索に協力する者のモチベーションを高めて、より効率的な捜索活動を行うことが可能な捜索システムを提供すること。【解決手段】第１情報端末４は、発信機２から発信された固有の識別情報を受信すると、捜索関連情報を生成してサーバ装置６に対して送信し、サーバ装置６は捜索関連情報を受信すると、第２情報端末１０４に対して捜索関連情報の一部または全部を送信し、第２情報端末１０４は捜索関連情報を受信すると、受信した捜索関連情報に含まれる情報の一部を第１コンテンツとして一覧表示し、更に第２情報端末１０４は、保護者１０３の操作に基づいて一覧表示された第１コンテンツの中から選択された少なくとも一つの特定の第１コンテンツに関連した詳細情報を第２コンテンツとして表示する。【選択図】図１
2019211902.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と、
要保護対象に携帯されて、固有の識別情報を発信する発信機と、
要保護対象の捜索に協力する者が所持し、所定の捜索関連情報を生成する第１情報端末と、
要保護対象の捜索主体が所持する第２情報端末と、
を備え、
前記第１情報端末は、前記発信機から発信された前記固有の識別情報を受信すると、前記捜索関連情報を生成して、前記サーバ装置に対して送信し、
前記サーバ装置は、前記捜索関連情報を受信すると、前記第２情報端末に対して前記捜索関連情報の一部または全部を送信し、
前記第２情報端末は、前記捜索関連情報を受信すると、受信した前記捜索関連情報に含まれる情報の一部を第１コンテンツとして一覧表示し、
更に前記第２情報端末は、前記捜索主体の操作に基づいて、一覧表示された前記第１コンテンツの中から選択された少なくとも一つの特定の前記第１コンテンツに関連した詳細情報を第２コンテンツとして表示することを特徴とする捜索システム。
【請求項２】
前記捜索主体の操作に基づいて、一覧表示された前記第１コンテンツの中から特定の前記第１コンテンツが選択された場合、前記第２情報端末は、前記第１情報端末から情報を購入したものとして、前記第２情報端末と前記第１情報端末との間で所定の決済処理が実行されることを特徴とする請求項１に記載の捜索システム。
【請求項３】
前記捜索主体の操作に基づいて、一覧表示された前記第１コンテンツの中から特定の前記第１コンテンツが選択された場合、特定の前記第１コンテンツを含む前記捜索関連情報を提供した前記第１情報端末には、前記第２情報端末において、前記第１情報端末が提供した前記捜索関連情報に基づき特定の前記第１コンテンツが選択された旨が表示されることを特徴とする請求項１または請求項２のいずれか一項に記載の捜索システム。
【請求項４】
前記第１情報端末は、前記第１情報端末の位置情報を取得する位置情報取得部と、時刻を取得する時刻情報取得部とを有し、
前記第１情報端末が生成する前記捜索関連情報には、前記位置情報取得部が取得した位置情報と、前記時刻情報取得部が取得した時刻情報とが含まれることを特徴とする請求項１〜請求項３のいずれか一項に記載の捜索システム。
【請求項５】
前記第１情報端末は、前記発信機から前記固有の識別情報を受信したときの電波強度を計測する電波強度計測部を更に備え、
前記捜索関連情報には、前記電波強度計測部が計測した電波強度情報が含まれることを特徴とする請求項４に記載の捜索システム。
【請求項６】
前記第１コンテンツは、前記時刻情報取得部が取得した時刻情報を含み、前記第２情報端末は、前記第１コンテンツの一覧として、前記時刻情報を時系列に表示することを特徴とする請求項４または請求項５に記載の捜索システム。
【請求項７】
前記第１コンテンツは、前記電波強度計測部が計測した電波強度情報を含み、前記第２情報端末は、前記第１コンテンツの一覧として、前記電波強度情報を強度の順に表示することを特徴とする請求項５に記載の捜索システム。
【請求項８】
前記第２コンテンツは、前記第１コンテンツに加え、前記位置情報取得部で取得された前記第１情報端末の位置情報を含むことを特徴とする請求項６または請求項７に記載の捜索システム。
【請求項９】
前記捜索主体とは異なる者でかつ要保護対象の捜索に積極的に参加する積極的探索者が所持する第３情報端末を更に備え、
前記サーバ装置は前記捜索関連情報を受信すると、前記第３情報端末に対して前記捜索関連情報の一部または全部を送信し、
前記第３情報端末は、前記捜索関連情報を受信すると、受信した前記捜索関連情報に含まれる情報の一部を前記第１コンテンツとして一覧表示し、
更に前記第３情報端末は、前記積極的探索者の操作に基づいて、一覧表示された前記第１コンテンツの中から選択された少なくとも一つの特定の前記第１コンテンツに関連した詳細情報を前記第２コンテンツとして表示することを特徴とする請求項１に記載の捜索システム。
【請求項１０】
前記積極的探索者の操作に基づいて、一覧表示された前記第１コンテンツの中から特定の前記第１コンテンツが選択された場合、前記第３情報端末は、前記第１情報端末から情報を購入したものとして、前記第３情報端末と前記第１情報端末との間で所定の決済処理が実行されることを特徴とする請求項９に記載の捜索システム。
【請求項１１】
サーバ装置と、
要保護対象に携帯されて、固有の識別情報を発信する発信機と、
前記要保護対象の捜索に協力する者が所持し、所定の捜索関連情報を生成する第１情報端末と、
を備え、
前記第１情報端末は、前記発信機から発信された前記固有の識別情報を受信すると、前記固有の識別情報及び前記捜索関連情報に加えて、前記第１情報端末あるいは前記要保護対象の捜索に協力する者を特定する識別子を前記サーバ装置に対して送信することを特徴とする捜索システム。
【請求項１２】
更に、前記要保護対象の捜索主体が所持する第２情報端末を備え、
前記サーバ装置は、前記捜索関連情報を前記第２情報端末に送信するとともに、前記識別子に基づいて、前記第２情報端末と前記第１情報端末との間で所定の決済処理を実行することを特徴とする請求項１１に記載の捜索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、捜索システムに関し、特に飼い主宅から逃げ出したペットや、自宅から外出して自力では帰宅が困難となった徘徊者等を捜索する捜索システムに関する。
【背景技術】
【０００２】
昨今、例えばBluetooth（登録商標）やＢＬＥ（Bluetooth Low Energy）といった近距離無線規格に準拠した発信機を活用した逸失物発見システム、捜索システム等が開発されている。
【０００３】
これらの例として、発信機が取り付けられた所有物が紛失した際に、当該発信機が発信する固有の識別情報を逸失物の所有者以外の第三者が所有するスマートフォン等の情報端末で検出し、情報端末は検出された固有の識別情報とともにＧＰＳ等を利用して計測した位置情報をサーバ装置に送信し、サーバ装置は情報端末から送信された固有の識別情報と予め記憶しておいた複数の固有の識別情報とを比較し、一致する固有の識別情報が存在する場合に、逸失物の持主（探索者）が所有する情報端末に第三者の情報端末で計測された位置情報を通知する逸失物発見システムが知られている（特許文献１）。
【０００４】
また、他の例として、要保護対象の保護者によって入力された第１コード情報と発信機が発信する固有の識別情報とが予め関連付けられたデータベースが構築されたサーバ記憶部を備え、捜索に協力する第２情報端末の利用者は第２コード情報と第２情報端末の利用者の連絡先情報とをサーバ装置に送信し、サーバ装置は、第２コード情報と第１コード情報とが一致することを条件として、サーバ記憶部に固有の識別情報と第２情報端末の利用者の連絡先情報とを関連付けて記憶し、更にサーバ装置は、第１情報端末から固有の識別情報及び第１情報端末の位置情報を受信すると、第２情報端末の利用者の連絡先情報を参照して、第２情報端末に対して第１情報端末の位置情報を送信する捜索システムが知られている（特許文献２）。
【０００５】
また、他の例として、探索対象物の位置を探索する探索システムであって、公衆回線と、公衆回線を介して相互に通信可能な加入者端末群のうち、加入者が当該システムへの参加を許諾した許諾端末と、公衆回線に通信可能に接続されたサーバと、探索対象物に携行され、ＩＤ情報を含むビーコン信号を発信するビーコン発信機と、を有し、許諾端末は、ビーコン信号を受信するビーコン信号受信部を有し、ビーコン信号を受信すると、受信したビーコン信号に含まれるＩＤ情報及び許諾端末の位置情報を、サーバに送信する探索システムが知られている（特許文献３）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第５８９４３０９号公報
【特許文献２】特許第６１８８９８１号公報
【特許文献３】特許第６００８９１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１によれば、逸失物を探索者自身が実際に現場に赴いて探し当てる必要性を省く事で、探索者自身が逸失物の探索に要する時間と労力とをなくすことができるとされている。特許文献１に開示された逸失物発見システムを利用するユーザは、当該システムのサービスを受けるために、自己が携帯するスマートフォン等の情報端末に専用のアプリケーションをインストールする必要がある。当該システムに参加する者が少数だと逸失物を発見する確率は当然に小さくなるから、逸失物を発見するという観点では当該システムへの参加者は多ければ多いほどよい。
【０００８】
しかしながら、特許文献１には、当該システムに参加する者を増やすためにシステムが備えるべき構成については何ら開示されておらず、相互協力・相互扶助の意思がない者を当該システムに参加させることは実質的に困難である。
【０００９】
また、特許文献２によれば、捜索に協力するが自らは捜索を行わない消極的探索者を、自らが積極的に捜索を行う積極的探索者に転換させることが可能な捜索システムの構成、及び捜索システムにおいて消極的探索者から積極的探索者へ転換させるプロセスが開示されているが、ペット等の保護者は、要保護対象の捜索に協力してもらいたい者が所有する情報端末宛に、例えばメールシステム等を用いてペットが携帯する発信機に関連付けられたコード情報を送信する等して協力を呼びかけ、これに応じた者が積極的探索者に転換する。
【００１０】
しかしながら、特許文献２で開示された技術では、保護者が少なくとも連絡先等を知っている者に対して協力を依頼して積極的探索者を増加させることは可能であるが、連絡先等が不明な者を積極的探索者に転換させることは困難である。また、消極的探索者の数そのものを増大させることは想定されていない。
【００１１】
また、特許文献３によれば、探索システムへの参加を許諾する加入者、及び対象物の発見または確保に有効な協力を行った許諾端末の所有者（探索協力者）にインセンティブを付与すること、更に、ビーコン信号の中継回数等に応じてインセンティブを付与すること、インセンティブとして探索協力者の許諾携帯端末に対してポイント等が付与されることが開示されている。
【００１２】
しかしながら、特許文献３においては、探索システムへの参加を許諾する加入者やビーコン信号の中継を行った者に無条件にインセンティブが付与されることとなっている。実際に捜索対象となるペットや徘徊者は移動することから、通常は位置情報が刻々と変化しており、このような状況においては、ペットの保護者等が情報を入手したタイミングによっては情報の価値が喪失していることもあり、保護者等は捜索に役立たない情報に対してもインセンティブを付与せねばならないといった不合理が生じる。
【００１３】
また、特許文献３で開示された技術では、ビーコン信号に基づく位置情報はあくまでもビーコン発信機の契約者に送信されるものであり、インセンティブは当該契約者から探索協力者に対して付与されるとしているが、インセンティブを付与する具体的なプロセスに関しては何ら開示されていない。また、特許文献２に記載された積極的探索者が自らも捜索対象の位置情報を入手したいとの意思を有する場合等においては、捜索対象の位置情報を入手したい者（情報の需要者）と位置情報を提供する者あるいは提供したい者（情報の供給者）との間で需要と供給とを適切に調整することは困難であった。
【００１４】
本発明は、このような従来技術の課題を解決するべく案出されたものであり、その主な目的は、要保護対象を捜索する局面において、要保護対象の保護者等が捜索に役立つ情報を選択的に収集することが可能で、かつ要保護対象の捜索に協力する者の捜索システムへの参加を促し、協力する者の数を増大させることで、より効率的な捜索活動を行うことが可能な捜索システムを提供することにある。
【００１５】
また、本発明の他の目的は、要保護対象を捜索する局面において、保護者のみならず第三者をも捜索に積極的に参加させるとともに、当該第三者が捜索に役立つ情報を選択的に収集することが可能で、かつ当該第三者が要保護対象の捜索に協力するモチベーションを高めて、より効率的な捜索活動を行うことが可能な捜索システムを提供することにある。
【課題を解決するための手段】
【００１６】
前記課題を解決するためになされた本発明は、サーバ装置と、要保護対象に携帯されて、固有の識別情報を発信する発信機と、要保護対象の捜索に協力する者が所持し、所定の捜索関連情報を生成する第１情報端末と、要保護対象の捜索主体が所持する第２情報端末と、を備え、前記第１情報端末は、前記発信機から発信された前記固有の識別情報を受信すると、前記捜索関連情報を生成して、前記サーバ装置に対して送信し、前記サーバ装置は、前記捜索関連情報を受信すると、前記第２情報端末に対して前記捜索関連情報の一部または全部を送信し、前記第２情報端末は、前記捜索関連情報を受信すると、受信した前記捜索関連情報に含まれる情報の一部を第１コンテンツとして一覧表示し、更に前記第２情報端末は、前記捜索主体の操作に基づいて、一覧表示された前記第１コンテンツの中から選択された少なくとも一つの特定の前記第１コンテンツに関連した詳細情報を第２コンテンツとして表示することを特徴とする捜索システムである。
【００１７】
これによって、要保護対象を捜索する局面において、要保護対象の保護者等が捜索に役立つ情報を選択的に収集することが可能となる。
【００１８】
また、本発明は、前記捜索主体の操作に基づいて、一覧表示された前記第１コンテンツの中から特定の前記第１コンテンツが選択された場合、前記第２情報端末は、前記第１情報端末から情報を購入したものとして、前記第２情報端末と前記第１情報端末との間で所定の決済処理が実行されるようにしたものである。
【００１９】
これによって、要保護対象の捜索に有効な情報を提供した者には対価が支払われることで、要保護対象の捜索に協力する者の捜索システムへの参加を促し、協力する者の数を増大させることで、より効率的な捜索活動を行うことが可能となる。
【００２０】
また、本発明は、前記捜索主体の操作に基づいて、一覧表示された前記第１コンテンツの中から特定の前記第１コンテンツが選択された場合、特定の前記第１コンテンツを含む前記捜索関連情報を提供した前記第１情報端末には、前記第２情報端末において、前記第１情報端末が提供した前記捜索関連情報に基づき特定の前記第１コンテンツが選択された旨が表示されるようにしたものである。
【００２１】
これによって、要保護対象の捜索に有効な情報を提供した者には、当該情報が保護者によって選択されたことが通知され、当該情報を提供した者に対して、捜索に協力するとの観点におけるモチベーションを喚起することが可能となる。
【００２２】
また、本発明は、前記第１情報端末は、前記第１情報端末の位置情報を取得する位置情報取得部と、時刻を取得する時刻情報取得部とを有し、前記第１情報端末が生成する前記捜索関連情報には、前記位置情報取得部が取得した位置情報と、前記時刻情報取得部が取得した時刻情報とが含まれるようにしたものである。
【００２３】
これによって、位置情報、時刻情報といった要保護対象の捜索に必要な情報を利用することが可能となる。
【００２４】
また、本発明は、前記第１情報端末は、前記発信機から前記固有の識別情報を受信したときの電波強度を計測する電波強度計測部を更に備え、前記捜索関連情報には、前記電波強度計測部が計測した電波強度情報が含まれるようにしたものである。
【００２５】
これによって、電波強度情報といった要保護対象の捜索に有用な情報を利用することが可能となる。
【００２６】
また、本発明は、前記第１コンテンツは、前記時刻情報取得部が取得した時刻情報を含み、前記第２情報端末は、前記第１コンテンツの一覧として、前記時刻情報を時系列に表示するようにしたものである。
【００２７】
これによって、要保護対象の保護者等は、より最新の情報を選択することが可能となる。
【００２８】
また、本発明は、前記第１コンテンツは、前記電波強度計測部が計測した電波強度情報を含み、前記第２情報端末は、前記第１コンテンツの一覧として、前記電波強度情報を強度の順に表示するようにしたものである。
【００２９】
これによって、要保護対象の保護者等は、第１情報端末がより要保護対象に近接した状況における位置情報を選択することが可能となる。
【００３０】
また、本発明は、前記第２コンテンツは、前記第１コンテンツに加え、前記位置情報取得部で取得された前記第１情報端末の位置情報を含むようにしたものである。
【００３１】
これによって、第２コンテンツとして位置情報が表示され、保護者等は要保護対象が発見された位置情報を把握することが可能となる。
【００３２】
また、本発明は、前記捜索主体とは異なる者でかつ要保護対象の捜索に積極的に参加する積極的探索者が所持する第３情報端末を更に備え、前記サーバ装置は前記捜索関連情報を受信すると、前記第３情報端末に対して前記捜索関連情報の一部または全部を送信し、前記第３情報端末は、前記捜索関連情報を受信すると、受信した前記捜索関連情報に含まれる情報の一部を前記第１コンテンツとして一覧表示し、更に前記第３情報端末は、前記積極的探索者の操作に基づいて、一覧表示された前記第１コンテンツの中から選択された少なくとも一つの特定の前記第１コンテンツに関連した詳細情報を前記第２コンテンツとして表示するようにしたものである。
【００３３】
これによって、要保護対象を捜索する局面において、保護者以外の第三者が捜索に役立つ情報を選択的に収集することが可能となる。
【００３４】
また、本発明は、前記積極的探索者の操作に基づいて、一覧表示された前記第１コンテンツの中から特定の前記第１コンテンツが選択された場合、前記第３情報端末は、前記第１情報端末から情報を購入したものとして、前記第３情報端末と前記第１情報端末との間で所定の決済処理が実行されるようにしたものである。
【００３５】
これによって、第三者が要保護対象の捜索に協力するモチベーションを高めて、より効率的な捜索活動を行うことが可能となる。
【００３６】
また、本発明は、サーバ装置と、要保護対象に携帯されて、固有の識別情報を発信する発信機と、前記要保護対象の捜索に協力する者が所持し、所定の捜索関連情報を生成する第１情報端末と、を備え、前記第１情報端末は、前記発信機から発信された前記固有の識別情報を受信すると、前記固有の識別情報及び前記捜索関連情報に加えて、前記第１情報端末あるいは前記要保護対象の捜索に協力する者を特定する識別子を前記サーバ装置に対して送信することを特徴とする捜索システムである。
【００３７】
これによって、第１情報端末あるいは要保護対象の捜索に協力する者を特定する識別子がサーバ装置に送信されることから、第２情報端末あるいは保護者は、サーバ装置を介して捜索関連情報の対価を送付する（支払う）相手を特定することが可能となる。
【００３８】
また、本発明は、更に、要保護対象の捜索主体が所持する第２情報端末を備え、前記サーバ装置は、前記捜索関連情報を前記第２情報端末に送信するとともに、前記識別子に基づいて、前記第２情報端末と前記第１情報端末との間で所定の決済処理を実行するようにしたものである。
【００３９】
これによって、第２情報端末を所持する要保護対象の保護者から、第１情報端末を所持して捜索に協力する者へ対価を送付することが可能となる。
【発明の効果】
【００４０】
このように本発明によれば、要保護対象を捜索する局面において、要保護対象の保護者等が捜索に役立つ情報を選択的に収集することが可能で、かつ要保護対象の捜索に協力する者の捜索システムへの参加を促し、協力する者の数を増大させることで、より効率的な捜索活動を行うことが可能となり、更に保護者のみならず第三者をも捜索に積極的に参加させるとともに、当該第三者が捜索に役立つ情報を選択的に収集することが可能で、かつ当該第三者が要保護対象の捜索に協力するモチベーションを高めて、より効率的な捜索活動を行うことが可能となる。
【図面の簡単な説明】
【００４１】
【図１】本発明の第１実施形態に係る捜索システムＳ１の概要を示す説明図
【図２】本発明の第１実施形態における第１情報端末４の構成を示すブロック構成図
【図３】本発明の第１実施形態におけるサーバ装置６の構成を示すブロック構成図
【図４】本発明の第１実施形態におけるゲストデータベースＧＤＢ、及びゲストデータベースＧＤＢを構成するゲストレコードＧＲＥＣの概要を示す説明図
【図５】本発明の第１実施形態における保護者データベースＰＤＢ、及び保護者データベースＰＤＢを構成する保護者レコードＰＲＥＣの概要を示す説明図
【図６】本発明の第１実施形態における保護者レコードＰＲＥＣの更新過程を示すフローチャート
【図７】（ａ）は、本発明の第１実施形態における捜索関連情報データベースＳＤＢの構成を示す説明図、（ｂ）は、捜索関連情報データベースＳＤＢの具体的な内容を示す説明図
【図８】（ａ）は、本発明の第１実施形態において第２情報端末１０４に表示される第１コンテンツを説明する説明図、（ｂ）は、本発明の第１実施形態において第２情報端末１０４に表示される第１コンテンツの変形例を説明する説明図
【図９】本発明の第１実施形態において第２情報端末１０４に表示される第２コンテンツを説明する説明図
【図１０】本発明の第１実施形態における捜索関連情報の表示及び「詳細情報」の購入過程を説明するフローチャート
【図１１】本発明の第２実施形態に係る捜索システムＳ２の概要を示す説明図
【図１２】本発明の第２実施形態における保護者データベースＰＤＢ及びゲストデータベースＧＤＢの関係を示す説明図
【図１３】本発明の第２実施形態において消極的探索者３を積極的探索者２０３に転換させる過程を示すフローチャート
【発明を実施するための形態】
【００４２】
（第１実施形態）
以下、本発明の第１実施形態について図面を参照して説明する。図１は、本発明の第１実施形態に係る捜索システムＳ１の概要を示す説明図である。
【００４３】
図１において、１はペット等の要保護対象である。以降、要保護対象１として飼い猫等のペットを想定して説明を行うが、要保護対象１は徘徊する可能性がある高齢者等や迷子となることが懸念される子供であってもよい。
【００４４】
２は要保護対象１に付される発信機である。発信機２は、ボタン電池等の小型電源（図示せず）を内蔵し、例えばペットの首や手足にベルト等の保持部材（図示せず）を用いて携帯可能なように小型に構成される。発信機２は、内蔵した記憶部（図示せず）に予め記憶された当該発信機２の固有の識別情報（詳細は後述する。）を発信／送信する無線標識であり、代表的にはいわゆるBeaconと称される機器が相当する（以降、発信機２を「Beacon」と称することがある。）。発信機２が発信する電波の到達距離ＤＩＳ（以降、電波が到達する範囲を「到達圏内」と称することがある。）はおよそ２０〜３０ｍ程度とされているが、見通しが良好な場合等、環境条件によって到達距離ＤＩＳは５０ｍ程度に及ぶこともある。また、発信機２には所定の制御部（図示せず）が組み込まれており、この制御部に制御されて発信機２は固有の識別情報を所定の周期で送信する。
【００４５】
３は要保護対象１の捜索に協力する者であり、特に、捜索関連情報を保護者１０３に提供することで捜索に協力するものの、要保護対象１の捜索には自ら積極的に関与しない者（以下、「消極的探索者３」と称することがある。）である。消極的探索者３は第１情報端末４を所持・携帯しており、発信機２が発信する電波の到達圏内に第１情報端末４が入ると、第１情報端末４は発信機２から送信される固有の識別情報を受信する。５はインターネット等のネットワークである。６はネットワーク５を介して第１情報端末４と接続されたサーバ装置である。第１情報端末４は携帯可能に構成された、例えばスマートフォンを想定しているが、後に図２を用いて説明する構成を備えていれば、タブレットやノートＰＣ等であってもよい。
【００４６】
消極的探索者３が所持・携帯する第１情報端末４には、上述した、発信機２が発信する固有の識別情報を受信すると、当該固有の識別情報とともに第１情報端末４で生成した捜索関連情報等をサーバ装置６に送信する捜索用のアプリケーションソフト（以降、「捜索アプリケーション」と称することがある。）がインストールされている。
【００４７】
１０３は保護者であり要保護対象１を捜索する者（捜索主体）を指す。１０４は保護者１０３が所持・携帯する第２情報端末である。この第２情報端末１０４もネットワーク５を介してサーバ装置６と接続されている。なお、第２情報端末１０４も第１情報端末４と同様に例えばスマートフォンを想定しているが、これも後に図２を用いて説明する構成を備えていれば、タブレットやノートＰＣ等であってもよい。
【００４８】
第１情報端末４は、ＧＰＳ衛星７から送信されるデータに基づき、第１情報端末４が存在する位置情報を計測可能に構成されており、第１情報端末４は計測した位置情報やその他の捜索に有用な情報に基づき捜索関連情報を生成し、捜索関連情報及び発信機２から受信した固有の識別情報は、ネットワーク５を介してサーバ装置６に送信される。サーバ装置６は、受信した固有の識別情報と予め記憶された複数の固有の識別情報とを比較し、一致する固有の識別情報が検出された場合は、第１情報端末４で生成された捜索関連情報を第２情報端末１０４に送信する。これを受けて保護者１０３が携帯する第２情報端末１０４には、発信機２（即ち、発信機２を携帯する要保護対象１）が発見された際の捜索関連情報が通知される。
【００４９】
例えばペットが家屋から逃げ出し、第２情報端末１０４を所持する保護者１０３がペットを捜索するようなケースでは、保護者１０３は発信機２が発信する固有の識別情報を自ら受信せずとも、消極的探索者３が地点Ａ（発信機２が発信する電波の到達圏内ではない）から地点Ｂ（発信機２が発信する電波の到達圏内である）に移動して、第１情報端末４が発信機２から送信された固有の識別情報を受信することで、サーバ装置６には固有の識別情報と第１情報端末４で生成された捜索関連情報とが送信される。サーバ装置６は、第１情報端末４から受信した捜索関連情報を第２情報端末１０４に送信する。上述したように、捜索関連情報には位置情報が含まれるから、保護者１０３はサーバ装置６から要保護対象１が発見された位置情報を受け取る。これによって保護者１０３は要保護対象１の居場所を把握することができる。
【００５０】
なお、保護者１０３が能動的に要保護対象１を捜索し、第２情報端末１０４が発信機２から送信された固有の識別情報を受信した場合においても、第２情報端末１０４が受信した固有の識別情報と捜索関連情報とはサーバ装置６に送信され、サーバ装置６は捜索関連情報を第２情報端末１０４に返す。このような情報伝達ルートによっても、保護者１０３は要保護対象１の居場所を把握することができる。
【００５１】
図２は、本発明の第１実施形態における第１情報端末４の構成を示すブロック構成図である。以降、第１情報端末４の構成について説明する。なお、第１情報端末４と第２情報端末１０４とは基本的に同一の構成を有していることから、第２情報端末１０４について説明する際も図２を援用する。
【００５２】
第１情報端末４は、近距離無線通信部１０と、位置情報取得部１１と、データ送信部１２と、データ受信部１３と、モード設定部１４と、入力部１５と、端末制御部１６と、端末記憶部１７と、表示部１８と、電波強度計測部１９と、時刻情報取得部２０と、決済部２１とを備えている。これらの各構成要素はデータバス２２で結合されている。なお、モード設定部１４は保護者１０３が携帯する第２情報端末１０４に実装されており、モード設定部１４は、保護者１０３等の操作に従って捜索機能のＯＮ／ＯＦＦを設定する。
【００５３】
入力部１５は第１情報端末４のユーザインタフェースであり、例えば静電容量の変化を検出することで、利用者がパネル表面にタッチあるいはホバーしたことを検出するタッチパネル等で構成される。
【００５４】
端末制御部１６は演算装置(CPU：Central Processing Unit)、Flashメモリ、RAM（Random access memory）等を備え（いずれも図示せず）、Flashメモリ等に格納された所定のアプリケーションソフトウェアに従って他の構成要素を制御する。端末記憶部１７は、例えばFlashメモリで構成され、端末制御部１６からアクセス可能に構成されている。表示部１８は、例えばLCD（liquid crystal display）やOLED（Organic Light Emitting Diode）パネル及びドライバ等で構成される。なお、表示部１８は入力部１５と重畳して配置されていてもよい。
【００５５】
まず、発信機２が送信する情報について詳細に説明する。発信機２は、例えばBluetooth Low Energy（BLE）規格に準拠した通信モジュール（図示せず）を備え、固有の識別情報を周期的（例えば５〜１０秒毎）に送信する。固有の識別情報は、一般にproximity UUID、major、minorと称される３つの識別子から構成されている。
【００５６】
proximity UUIDは、128bitのUUID（Universally Unique Identifier）で表現され、法人・組織等やこれらが提供するサービスの識別子として用いられる。Beacon（即ち、発信機２）がアドバタイズするデータには必ずproximity UUIDが含まれている。majorは、16bitで表現された値で、同一のproximity UUIDを持つBeaconの各々についてユニークな識別子として利用される。minorは、16bitで表現された値で、同一のproximity UUID及びmajorを持つBeaconの識別子として利用される。なお、BLE規格では、Beaconがアドバタイズする情報に、majorとminorとを含めるか否かは任意となっているが、第１実施形態に係る捜索システムＳ１においては、Beaconは少なくともproximity UUIDとmajorとを送信し、個々のBeaconを識別可能にしている。
【００５７】
近距離無線通信部１０は、例えばBLE規格に準拠した受信モジュール（図示せず。以降、「BLE受信モジュール」と称することがある。）を備え、発信機２がアドバタイズする情報を受信するとproximity UUID、major、minor（即ち、固有の識別情報）の値を抽出するとともに、端末制御部１６に対して受信完了通知を出力する。端末制御部１６は受信完了通知を受け取ると、近距離無線通信部１０にアクセスして発信機２の固有の識別情報を取り込み、固有の識別情報を端末記憶部１７に記憶する。なお、近距離無線通信部１０は双方向通信に対応すべく、更に送信モジュール（図示せず）を備えていてもよい。
【００５８】
電波強度計測部１９は、第１情報端末４が発信機２から受信した電波の受信強度（RSSI：Received Signal Strength Indicator）を計測する。なお、電波強度計測部１９は、上述したBLE受信モジュールに実装されていることが多く、この場合、端末制御部１６は、固有の識別情報とともに電波強度情報を取得して端末記憶部１７に記憶するようにしてもよい。
【００５９】
位置情報取得部１１は、複数のＧＰＳ衛星７から送信されるＧＰＳデータ送信時刻、衛星軌道データ等を受信し、三次元測位によって第１情報端末４が存在する緯度・経度情報を算出する。なお、この際の演算には位置情報取得部１１に内蔵される高速演算器が利用され、位置情報取得部１１は、緯度・経度情報の算出が完了すると端末制御部１６に対して位置情報算出完了通知を出力する。端末制御部１６は位置情報算出完了通知を受け取ると、緯度・経度情報、即ち位置情報を端末記憶部１７に記憶する。
【００６０】
更に、時刻情報取得部２０は、ＧＰＳ衛星７から送信されるデータに含まれる時刻情報（年月日に関する情報も含む）を受信し、端末制御部１６に対して時刻取得通知を出力する。端末制御部１６は時刻取得通知を受け取ると、時刻情報を端末記憶部１７に記憶する。
【００６１】
なお、位置情報取得部１１と時刻情報取得部２０とは、単一のＧＰＳモジュール（図示せず）に実装されていることが多く、この場合、端末制御部１６は、例えば１秒毎に位置情報とともに時刻情報を取得して、端末記憶部１７に記憶するようにしてもよい。
【００６２】
端末制御部１６は、近距離無線通信部１０から受信完了通知を受け取ると、その直前に位置情報取得部１１が取得した位置情報と時刻情報取得部２０が取得した時刻情報とを端末記憶部１７から取り出す。上述したように発信機２は固有の識別情報を５〜１０秒毎に出力し（即ち、近距離無線通信部１０は５〜１０秒に１度の頻度で受信完了通知を出力する）、他方、位置情報と時刻情報とは１秒毎に取得されるから、近距離無線通信部１０が出力する受信完了通知に基づいて位置情報と時刻情報とを取り出すことで、最新の情報が得られるという観点で位置情報及び時刻情報の精度が高く保たれる。このようにして、第１情報端末４は、位置情報と時刻情報と電波強度情報とを含む捜索関連情報を生成する。なお、位置情報と時刻情報とで捜索関連情報を構成してもよく、位置情報と電波強度情報とで捜索関連情報を構成してもよく、更には位置情報のみで捜索関連情報を構成してもよい。
【００６３】
さて、第１情報端末４の端末記憶部１７には、本実施形態に係る捜索システムＳ１のサービスで用いられるＩＤ（以降、「サービスＩＤ」と称することがある。）が予め記憶されており（例えば、上述した捜索アプリケーションがインストールされた際に、端末記憶部１７に記憶される）、端末制御部１６は、取得した固有の識別情報に含まれるproximity UUIDとサービスＩＤとを比較し、両者が一致する場合、固有の識別情報と端末記憶部１７から取り出した捜索関連情報とをデータ送信部１２に出力する。
【００６４】
更に、端末記憶部１７には、消極的探索者３が所持する第１情報端末４（あるいは第１情報端末４を所持する消極的探索者３）を特定する識別子（以降、「ゲストＩＤ」と称することがある。）が記憶されており、端末制御部１６はゲストＩＤをデータ送信部１２に出力する。なお、ゲストＩＤは消極的探索者３の連絡先情報とともに、後に説明するゲストデータベースＧＤＢ（図４参照）にも記憶されている。
【００６５】
データ送信部１２は、例えばLTE（Long Term Evolution）／3G等に対応するモバイル通信モジュールを備え、無線回線を利用して第１情報端末４とネットワーク５とを接続し、端末制御部１６から入力された固有の識別情報と、捜索関連情報と、ゲストＩＤとは、ネットワーク５を介してサーバ装置６に送信される。
【００６６】
即ち、第１実施形態における第１情報端末４は、発信機２から固有の識別情報を受信すると、この固有の識別情報に含まれるproximity UUIDと捜索システムＳ１のサービスＩＤとが等しいとき、サーバ装置６に対して、固有の識別情報と、捜索関連情報と、ゲストＩＤとを送信する。
【００６７】
サーバ装置６は、受信した固有の識別情報に含まれるmajor（minorを含んでいてもよい）がサーバ記憶部３３（図３参照。後述する。）に記憶されているか否かをチェックする。記憶されている場合は、捜索関連情報を保護者１０３が所持する第２情報端末１０４（例えば、保護者１０３のメールアドレス宛）に送信する。このとき、要保護対象１が発見された旨を示すフラグを付加して送信してもよい。なお、データ送信部１２はWiFi（Wireless Fidelity）のような無線LANを介して捜索関連情報等をサーバ装置６に送信してもよい。
【００６８】
第２情報端末１０４のデータ受信部１３は、サーバ装置６から送信された捜索関連情報を受信し、端末制御部１６に捜索関連情報受信完了通知を出力する。捜索関連情報受信完了通知を受け取った端末制御部１６は、例えば所定の着信音を鳴動させ、保護者１０３に要保護対象１が発見された旨を通知するとともに、表示部１８に捜索関連情報の一部としての第１コンテンツを表示する。なお、第１コンテンツの内容及び第１コンテンツを表示した後における第２情報端末１０４の動作等については後述する。
【００６９】
図３は、本発明の第１実施形態におけるサーバ装置６の構成を示すブロック構成図である。以降、図３に図２を併用してサーバ装置６の構成及び機能について説明する。
【００７０】
図３に示すように、サーバ装置６は、サーバデータ受信部３０と、サーバデータ送信部３１と、サーバ制御部３２と、サーバ記憶部３３とで構成される。これらの各構成要素はサーバデータバス３４で結合される。サーバ装置６は、ネットワーク５と有線または無線回線で接続され、ネットワーク５を介して第１情報端末４及び第２情報端末１０４と双方向にデータをやり取りする。
【００７１】
サーバデータ受信部３０は、第１情報端末４のデータ送信部１２から送信された捜索関連情報を受信するとサーバ制御部３２に通知するとともに、サーバ制御部３２はこれらの情報をサーバ記憶部３３に記憶する。サーバデータ送信部３１は、サーバ制御部３２から制御されて、ネットワーク５を介して第２情報端末１０４に捜索関連情報を送信する。
【００７２】
サーバ制御部３２は演算装置(CPU：Central Processing Unit)、ROM（Read Only Memory）、RAM（Random access memory）等を備え（いずれも図示せず）、ROMに格納された制御プログラムに従って他の構成要素を制御する。
【００７３】
サーバ記憶部３３はＲＡＩＤ（Redundant Arrays of Independent Disks）構成等を備えるいわゆる大容量ストレージである。サーバ記憶部３３には、ゲストデータベースＧＤＢ（図４参照）、保護者データベースＰＤＢ（図５参照）、捜索関連情報データベースＳＤＢ（図７参照）が構築されている。これらのデータベースの機能及びデータ構造等については後述する。なお、上述した捜索関連情報は捜索関連情報データベースＳＤＢに蓄積される。
【００７４】
図４は、本発明の第１実施形態におけるゲストデータベースＧＤＢ、及びゲストデータベースＧＤＢを構成するゲストレコードＧＲＥＣの概要を示す説明図である。サーバ記憶部３３には、図４に示すゲストレコードＧＲＥＣ＿０〜ゲストレコードＧＲＥＣ＿２・・が記憶されたゲストデータベースＧＤＢが構築されている（以降、個々のレコードを特定しないときは「ゲストレコードＧＲＥＣ」と称することがある。）。
【００７５】
捜索システムＳ１に協力者として参加しようとする者は捜索アプリケーションの案内に従って自己の氏名（ニックネーム等を含んでいてもよい）、電話番号、メールアドレス、所持する第１情報端末４の機器ＩＤやアカウント情報等を連絡先情報として入力し、利用者登録を行う。上述したように、消極的探索者３は要保護対象１の捜索に協力するが自らは捜索を行わない者をいう。この利用者登録によって、捜索に協力する者は消極的探索者３としてゲストデータベースＧＤＢに登録される。
【００７６】
捜索アプリケーションは、当該連絡先情報を捜索システムＳ１で使用されるサービスＩＤ（ここでは、proximity UUID）とともにサーバ装置６に送信する。サーバ制御部３２は、連絡先情報を受信すると、ゲストデータベースＧＤＢに新たなゲストレコードＧＲＥＣを追加生成する。そしてゲストＩＤを生成してゲストレコードＧＲＥＣのＦｉｅｌｄ０に格納し、受信したサービスＩＤをゲストデータベースＧＤＢのＦｉｅｌｄ２に格納し、更に消極的探索者３の連絡先情報をＦｉｅｌｄ３に登録する。図示するように、ゲストデータベースＧＤＢはＦｉｅｌｄ０〜Ｆｉｅｌｄ７の８つのＦｉｅｌｄを有しているが、利用者登録が行われた時点では、Ｆｉｅｌｄ０，Ｆｉｅｌｄ２，Ｆｉｅｌｄ３以外にはＮＵＬＬが書き込まれている。これらの未使用のＦｉｅｌｄには、第２実施形態にて説明するように消極的探索者３が積極的探索者２０３に転換する際に追加的に有意な情報が書き込まれる。なお、生成されたゲストＩＤはＦｉｅｌｄ３の連絡先情報に従って、第１情報端末４に送信され、第１情報端末４は受信したゲストＩＤを端末記憶部１７に記憶する。
【００７７】
図５は、本発明の第１実施形態における保護者データベースＰＤＢ、及び保護者データベースＰＤＢを構成する保護者レコードＰＲＥＣの概要を示す説明図である。以降、図５に図２、図３を併用して保護者データベースＰＤＢのデータ構造を説明する。
【００７８】
サーバ記憶部３３には、図５に示す保護者レコードＰＲＥＣ＿０〜保護者レコードＰＲＥＣ＿Ｎが記憶された保護者データベースＰＤＢが構築されている（以降、個々のレコードを特定しないときは「保護者レコードＰＲＥＣ」と称することがある。）。保護者レコードＰＲＥＣは、少なくとも市場に供給される発信機２の数（ここでは、Ｎ＋１個）だけ存在する。
【００７９】
保護者レコードＰＲＥＣは、捜索機能のＯＮ／ＯＦＦを示すフラグ、保護者１０３の所有に係る発信機２に関する情報、保護者１０３自身に関する情報、保護者１０３が作成した要保護対象１に関するプロフィールのファイルポインタ等が格納されたレコードである。なお、図５において、保護者レコードＰＲＥＣ＿０，保護者レコードＰＲＥＣ＿１，保護者レコードＰＲＥＣ＿Ｘ，保護者レコードＰＲＥＣ＿Ｎは、既に複数の保護者１０３によって利用されている発信機２に対応したレコードであり、他の保護者レコードＰＲＥＣは、未だ利用されていない発信機２に対応したレコードである。
【００８０】
保護者レコードＰＲＥＣのＦｉｅｌｄ０には、捜索機能のＯＮ／ＯＦＦを示すフラグ（以降、「捜索依頼フラグ」と称することがある。）が格納される。通常、捜索依頼フラグは０（ＯＦＦ）が書き込まれているが、要保護対象１の所在が不明となり捜索を要する局面において、保護者１０３が第２情報端末１０４のモード設定部１４を操作すると、サーバ装置６に対して要保護対象１が携帯する発信機２の発信機ＩＤ番号（後述する。）とともに「捜索依頼」が送信され、捜索依頼フラグは１（ＯＮ）に書き換えられる。逆に、要保護対象１が無事に確保され、捜索を継続する必要がなくなったとき、保護者１０３がモード設定部１４を操作すると、サーバ装置６に対して要保護対象１が携帯する発信機２の発信機ＩＤ番号とともに「捜索取消通知」が送信され、捜索依頼フラグは０（ＯＦＦ）に書き換えられる。
【００８１】
第１実施形態において、捜索依頼フラグが１（ＯＮ）にセットされている場合、第１情報端末４（あるいは第２情報端末１０４）から捜索関連情報を受信したサーバ装置６は、その都度、捜索関連情報を第２情報端末１０４に送信するが、捜索依頼フラグが０（ＯＦＦ）にリセットされている場合、サーバ装置６は、Ｎ回の捜索関連情報を受信する毎に１回の割合で捜索関連情報を第２情報端末１０４に送信する。即ち、サーバ装置６は捜索依頼フラグのステートに応じて、第２情報端末１０４への捜索関連情報の送信頻度を切り替える。このようにすることで、要保護対象１の捜索が必要でない状況にあっても、保護者１０３は第２情報端末１０４を用いて要保護対象１が近傍に居ることを常時確認できる（即ち、捜索依頼フラグが０（ＯＦＦ）のときは捜索ではなく見守りのモードとなる）。なお、この捜索依頼フラグの他の活用例については第２実施形態において説明する。
【００８２】
Ｆｉｅｌｄ１には、市場に供給される発信機２のそれぞれに対応する固有の発信機ＩＤ番号（シリアル番号、製造番号等、英数字等で構成される予め定められた番号）が予め格納されている。Ｆｉｅｌｄ２には発信機２に１対１に対応する上述した固有の識別情報が予め格納されている。即ち、Ｆｉｅｌｄ１及びＦｉｅｌｄ２は特定の発信機２に関連付けられた固有の情報が格納される領域である。Ｆｉｅｌｄ３には発信機２の所有者（通常は保護者１０３である）の連絡先情報、即ち保護者１０３が所持／携帯する第２情報端末１０４のメールアドレスや保護者１０３の氏名やニックネーム等が格納される。
【００８３】
Ｆｉｅｌｄ４にはペット等に関するプロフィール（名前、写真、特徴、紹介文等）の格納領域へのリンク情報（複数のファイルポインタへのポインタ）が格納される。Ｆｉｅｌｄ５には、要保護対象１の捜索過程において捜索関連情報が蓄積される捜索関連情報データベースＳＤＢ（後述する。）のファイルポインタが格納される。Ｆｉｅｌｄ６には、情報提供の対価としてのポイント情報（残額）等が格納される。Ｆｉｅｌｄ７には、消極的探索者３が積極的探索者２０３に転換した際に、当該積極的探索者２０３のゲストレコードＧＲＥＣのポインタが格納される（第２実施形態において説明する）。
【００８４】
保護者１０３が発信機２を購入後、未だ利用していない状態においては、例えば保護者レコードＰＲＥＣ＿２に示すように、Ｆｉｅｌｄ０及びＦｉｅｌｄ３〜Ｆｉｅｌｄ７にはＮＵＬＬが格納されている。発信機２の利用を開始する際に、保護者１０３が捜索主体用アプリケーション（後述する。）をインストールした第２情報端末１０４を操作することで、保護者１０３の所有に係る発信機２に関する情報、保護者１０３自身に関する情報等がサーバ装置６に送信され、これらのＦｉｅｌｄに有意な情報が書き込まれる。
【００８５】
図６は、本発明の第１実施形態における保護者レコードＰＲＥＣの更新過程を示すフローチャートである。以降、図６に図２、図３、図５を併用して保護者１０３が第２情報端末１０４を操作して行う発信機２の登録処理について説明する。
【００８６】
まず、捜索システムＳ１の利用者としての保護者１０３が捜索主体用アプリケーションソフトウェア（以降、「主体用アプリケーション」と称することがある。）を第２情報端末１０４にインストールして起動すると、当該主体用アプリケーションは第２情報端末１０４に常駐し、Beaconとしての発信機２が送信するアドバタイズを受信可能な状態となる。なお、主体用アプリケーションは、上述した捜索アプリケーションと比較して、機能的な上位互換を有しており、発信機２の登録処理や、上述したモード設定部１４による捜索機能のＯＮ／ＯＦＦが追加的に設定可能となっている。即ち、主体用アプリケーションがインストールされた第２情報端末１０４も発信機２が送信する固有の識別情報を受信すると、捜索関連情報等をサーバ装置６に送信する機能を備える。
【００８７】
次に保護者１０３が発信機２にボタン電池等を装着すると、発信機２は所定の周期でアドバタイズを開始する。この状態において、第２情報端末１０４の端末制御部１６は、受信したアドバタイズから当該発信機２の固有の識別情報であるproximity UUID、major、minorを抽出し、予め定められた捜索システムＳ１のサービスＩＤ（主体用アプリケーションにデータとして定義されている）とproximity UUIDとが一致するか否か、即ち、当該発信機２が捜索システムＳ１のサービスの対象であるか否かを判断する（ＳＴ００１）。捜索システムＳ１のサービスＩＤと固有の識別情報に含まれるproximity UUIDとが一致する場合は（ＳＴ００１でＹｅｓ．）、処理がＳＴ００２に進む。一致しない場合は（ＳＴ００１でＮｏ．）、処理を終了する。
【００８８】
次に、端末制御部１６は表示部１８の表示を発信機ＩＤ番号入力画面に切り替える。ここで発信機ＩＤ番号は、例えば保護者１０３が購入した発信機２の本体に刻印等され、あるいは発信機２の梱包箱、マニュアル等に印刷されており、入力部１５に保護者１０３が発信機ＩＤ番号を入力すると（ＳＴ００２）、端末制御部１６は端末記憶部１７から保護者１０３の氏名、ニックネーム、住所、電話番号、メールアドレス、第２情報端末１０４のアカウント等の連絡先情報を取り出すとともにデータ送信部１２を制御して、発信機ＩＤ番号及び連絡先情報がネットワーク５を介してサーバ装置６に送信される（ＳＴ００３）。このとき、サービスを表す識別子（サービスＩＤ）であるproximity UUIDを同時に送信してもよい。
【００８９】
サーバ装置６は、受信した発信機ＩＤ番号をキーとして保護者データベースＰＤＢを検索し、該当する発信機ＩＤ番号を含む保護者レコードＰＲＥＣのＦｉｅｌｄ３に受信した連絡先情報を格納する。これによって、予め保護者レコードＰＲＥＣに格納されていた発信機ＩＤ番号及び固有の識別情報と、保護者レコードＰＲＥＣに新たに追加された保護者１０３の連絡先情報とが関連付けられる。
【００９０】
このように、第１実施形態の捜索システムＳ１においては、発信機２を保護者データベースＰＤＢに登録するにあたって、保護者１０３に発信機ＩＤ番号の入力を要求している。その理由は、発信機ＩＤ番号を用いることで、要保護対象１を現実に捜索する局面において、保護者１０３以外で捜索に協力する第三者（以降、「ゲスト」と称することがある。）が捜索に積極的に参加することを容易ならしめるためである。なお、要保護対象１の捜索にゲスト（特に消極的探索者３）を参加（即ち、積極的探索者２０３へ転換）させる処理・手順については後に説明する。
【００９１】
次に、第２情報端末１０４の端末制御部１６は表示部１８の表示をペット情報入力画面に切り替え、保護者１０３は画面の案内に従って、入力部１５に名前、年齢、性別、写真、外観上の特徴、紹介文等のペット情報（プロフィール）を入力する（ＳＴ００４）。端末制御部１６は、データ送信部１２を制御して、既に取得している発信機ＩＤ番号とともにプロフィールをサーバ装置６に送信する（ＳＴ００５）。サーバ装置６のサーバ制御部３２は、受信したプロフィールをサーバ記憶部３３に格納するとともにそのファイルポインタを取得する。更にサーバ制御部３２は、発信機ＩＤ番号をキーとして保護者データベースＰＤＢを検索し、該当する発信機ＩＤ番号を含む保護者レコードＰＲＥＣのＦｉｅｌｄ４に、リンク情報としてのファイルポインタを格納する。これによって、予め保護者レコードＰＲＥＣに格納されていた発信機ＩＤ番号及び固有の識別情報と、保護者レコードＰＲＥＣに新たに追加されたリンク情報とが関連付けられる。
【００９２】
次に第２情報端末１０４の端末制御部１６は、表示部１８の表示をポイント情報入力画面に切り替える。なお、ここでいうポイントとは、要保護対象１を捜索する局面において、第１情報端末４を所持する消極的探索者３が保護者１０３に対して要保護対象１の捜索関連情報を提供し、提供された捜索関連情報を保護者１０３が購入する際に、当該情報の購入に充てられる原資を意味する。保護者１０３は、入力画面の案内に従ってポイント（例えば額面）を入力することで（ＳＴ００６）、決済部２１は例えば捜索システムＳ１の運営主体との間で決済処理を行い、決済完了を待って端末制御部１６は、ポイント情報をサーバ装置６に送信する（ＳＴ００７）。これを受信したサーバ装置６のサーバ制御部３２は、保護者レコードＰＲＥＣのＦｉｅｌｄ６にポイント情報として記憶する。
【００９３】
このポイント情報は、例えば捜索システムＳ１の運営主体が自治体であれば地域通貨であってもよく、捜索システムＳ１の運営主体が発行する暗号通貨（仮想通貨）に関する情報であってもよく、第三者が発行する暗号通貨に関する情報であってもよく、更に捜索システムＳ１によって形成されるコミュニティ内で使用が可能なポイントや電子マネーのポイントであってもよく、電子決済が可能である限りにおいて何ら限定されるものではない。
【００９４】
なお、第１実施形態では、ポイント情報をサーバ装置６で管理するようにしているが、ポイントあるいは情報提供に伴う対価の受け渡しについては、保護者１０３と消極的探索者３との個人間決済によって処理されてもよい。この場合は、保護者データベースＰＤＢにおいてポイント情報を管理する必要はなく、例えば第１情報端末４及び第２情報端末１０４の決済部２１が既存の個人間送金アプリケーション等を利用することで情報の売買が行われる。
【００９５】
図７（ａ）は、本発明の第１実施形態における捜索関連情報データベースＳＤＢの構成を示す説明図、（ｂ）は、捜索関連情報データベースＳＤＢの具体的な内容を示す説明図である。以降、図７に図２、図３、図４、図５を併用して説明する。
【００９６】
サーバ記憶部３３には、図７（ａ）に示すサーチレコードＳＲＥＣ＿０＿０〜サーチレコードＳＲＥＣ＿０＿３・・・が記憶された捜索関連情報データベースＳＤＢが構築されている（以降、個々のレコードを特定しないときは「サーチレコードＳＲＥＣ」と称することがある。）。サーチレコードＳＲＥＣは、各保護者レコードＰＲＥＣのＦｉｅｌｄ２に登録された固有の識別情報（図５参照）に対応する一群のレコード（ここでは、サーチレコードＳＲＥＣ＿０，サーチレコードＳＲＥＣ＿１，サーチレコードＳＲＥＣ＿２．．．）である。即ち、図５に示す保護者レコードＰＲＥＣ＿０（固有の識別情報Ｕ０）に対応したサーチレコードＳＲＥＣ＿０が生成され、保護者レコードＰＲＥＣ＿１（固有の識別情報Ｕ１）に対応したサーチレコードＳＲＥＣ＿１（個々のレコードについては図示せず）が生成される。
【００９７】
捜索関連情報データベースＳＤＢの各サーチレコードＳＲＥＣ＿０，ＳＲＥＣ＿１．．は、各保護者レコードＰＲＥＣのＦｉｅｌｄ５に記憶されたＳＲＥＣ＿０，ＳＲＥＣ＿１．．のポインタ（図５参照）によって参照され、各サーチレコードＳＲＥＣを構成する個々のレコード（サーチレコードＳＲＥＣ＿０＿０，ＳＲＥＣ＿０＿１，ＳＲＥＣ＿０＿２．．）は、消極的探索者３が所持・携帯する第１情報端末４（あるいは、保護者１０３が所持する第２情報端末１０４）が、要保護対象１に携帯された発信機２が出力する固有の識別情報を受信し、その後第１情報端末４（あるいは第２情報端末１０４）がサーバ装置６に固有の識別情報と捜索関連情報とゲストＩＤとを送信する毎に追加されていく。
【００９８】
サーチレコードＳＲＥＣ＿０は、保護者レコードＰＲＥＣ＿０のＦｉｅｌｄ２に格納された固有の識別情報Ｕ０を出力する発信機２を携帯する要保護対象１について捜索を要する局面（即ち、保護者レコードＰＲＥＣ＿０のＦｉｅｌｄ０に格納された捜索依頼フラグ＝１（ＯＮ）となっている状況）においてレコードが追加されていく。なお、サーチレコードＳＲＥＣ＿０にレコードが含まれていないとき、サーバ制御部３２は新たにサーチレコードＳＲＥＣ＿０＿０を生成する。
【００９９】
以降、捜索関連情報データベースＳＤＢ（ここでは、サーチレコードＳＲＥＣ＿０＿０を例にとる。）のデータ構造について説明する。サーチレコードＳＲＥＣ＿０＿０のＦｉｅｌｄ０には、サーバ装置６に送信された固有の識別情報が格納される。Ｆｉｅｌｄ１には、捜索関連情報を送信した第１情報端末４のゲストＩＤが格納される。Ｆｉｅｌｄ２には、第１情報端末４が発信機２から出力される固有の識別情報を受信した際の時刻情報（より正確には、固有の識別情報を受信した直前に、第１情報端末４の時刻情報取得部２０がＧＰＳ衛星７（図２参照）から時刻情報を受信した時刻）が格納される。Ｆｉｅｌｄ３には、第１情報端末４が発信機２から出力される固有の識別情報を受信した際における第１情報端末４の位置情報（より正確には、固有の識別情報を受信した直前に、第１情報端末４の位置情報取得部１１がＧＰＳ衛星７から受信した位置情報）が格納される。Ｆｉｅｌｄ４には、第１情報端末４が発信機２から出力される固有の識別情報を受信した際の電波強度情報が格納される。Ｆｉｅｌｄ５は決済フラグであり、初期的には０（ＯＦＦ）が格納される。同Ｆｉｅｌｄ６には、次のサーチレコードＳＲＥＣを示すポインタが格納される。
【０１００】
以降、捜索関連情報データベースＳＤＢ（ここでは、サーチレコードＳＲＥＣ＿０）に格納される具体的な値について図７（ｂ）を用いて説明する。ここではゲストデータベースＧＤＢ（図４参照）において、ゲストレコードＧＲＥＣ＿０及びゲストレコードＧＲＥＣ＿２に登録された消極的探索者３が捜索関連情報を提供しているものとする。
【０１０１】
サーバ装置６のサーバ制御部３２は、第１情報端末４から固有の識別情報Ｕ０と捜索関連情報とゲストＩＤとを受信すると、新たにサーチレコードＳＲＥＣ（ここでは、例えばＳＲＥＣ＿０＿３）を生成し、これにアクセスする。
【０１０２】
サーチレコードＳＲＥＣを生成した時点で、サーバ制御部３２はＦｉｅｌｄ５に決済フラグ＝０を格納しておく。決済フラグ＝０の状態は、サーチレコードＳＲＥＣに格納された捜索関連情報について売買（ここでは、ゲストＩＤ＿０，ゲストＩＤ＿２（図４も参照）が割り振られた消極的探索者３と、保護者１０３との間における情報の売買）が成立していないことを意味する。そしてサーバ制御部３２はＦｉｅｌｄ６に次のサーチレコードのポインタを格納する。
【０１０３】
サーバ装置６は、以降、捜索関連情報を受信する毎に、固有の識別情報に対応する新たなレコードを追加していく。即ちレコードは時系列に生成され、最新のレコードはサーチレコードＳＲＥＣ＿０，サーチレコードＳＲＥＣ＿１．．の末尾に追加される。
【０１０４】
上述したように保護者データベースＰＤＢの保護者レコードＰＲＥＣ（ここでは、保護者レコードＰＲＥＣ＿０）のＦｉｅｌｄ５には、捜索関連情報データベースＳＤＢのサーチレコードＳＥＣ＿０のポインタが格納されており、サーバ装置６は、消極的探索者３が所持する第１情報端末４から固有の識別情報を受信すると、サーチレコードＳＲＥＣ＿０に格納された既存の捜索関連情報（ここでは、サーチレコードＳＲＥＣ＿０＿０，ＳＲＥＣ＿０＿１，ＳＲＥＣ＿０＿２，ＳＲＥＣ＿０＿３の４つのレコード）を第２情報端末１０４に送信する。なお、サーチレコードＳＲＥＣに含まれる全てのＦｉｅｌｄが第２情報端末１０４に送信されなくてもよく、例えば、各サーチレコードＳＲＥＣについて、時刻情報、位置情報、電波強度情報（即ち、捜索関連情報）、ゲストＩＤ、決済フラグが送信されてもよい。
【０１０５】
以降、捜索関連情報を第２情報端末１０４に送信する過程について説明する。サーバ制御部３２は、上述したように捜索関連情報等をサーバ記憶部３３の捜索関連情報データベースＳＤＢに記憶するとともに、固有の識別情報をキーとして保護者データベースＰＤＢを検索する。
【０１０６】
保護者データベースＰＤＢを検索した結果、同一の固有の識別情報が格納された保護者レコードＰＲＥＣを検出すると、サーバ制御部３２は、当該保護者レコードＰＲＥＣのＦｉｅｌｄ３に格納された連絡先情報を取り出し、この連絡先情報を送信アドレスに指定して第２情報端末１０４に、捜索関連情報等を送信する。検索の結果、同一の固有の識別情報が格納された保護者レコードＰＲＥＣを発見できなかったときは、所定のエラー処理を行ってもよく、あるいは特段の処理を行わなくてもよい。
【０１０７】
データ受信部１３を介して捜索関連情報等を受信した第２情報端末１０４の端末制御部１６は、スピーカやバイブレータ（共に図示せず）等を駆動して要保護対象１が発見された旨を保護者１０３に通知するともに、保護者１０３の操作に従って、表示部１８には第１コンテンツが表示される。
【０１０８】
図８（ａ）は、本発明の第１実施形態において第２情報端末１０４に表示される第１コンテンツを説明する説明図、（ｂ）は、本発明の第１実施形態において第２情報端末１０４に表示される第１コンテンツの変形例を説明する説明図である。以降、サーチレコードＳＲＥＣ＿０に格納された捜索関連情報等を受信した第２情報端末１０４において表示部１８に表示される第１コンテンツについて、図８に図２、図３を併用して説明する。
【０１０９】
上述したように、サーバ装置６は保護者１０３が所持する第２情報端末１０４に対して捜索関連情報等を送信するが、これを受信した第２情報端末１０４においては受信した捜索関連情報に含まれる一部の情報（即ち、サブセット）が表示部１８に第１コンテンツとして表示される。具体的には、図８（ａ）に示すように、複数（ここでは、４つ）の第１コンテンツについて時刻情報について最新のものが一番上段になるように、即ち日時について時系列（降順）に表示される。このとき、日時（例えば、2018.05.05 12:50:10）と併せて電波強度（例えば、RSSI=1）が表示される。ここで、電波強度は例えば５段階（電波強度が強くなるにつれて１〜５の値とする）に表示される。
【０１１０】
このように、第１コンテンツには、時刻情報取得部２０が取得した時刻情報が含まれ、第２情報端末１０４は、第１コンテンツの一覧として、時刻情報を時系列に表示する。
【０１１１】
また、図８（ｂ）に示すように、第１コンテンツの変形例では、電波強度情報について強度が強いものほど上段になるように表示され、電波強度情報が同一のものは、日時について降順に表示される。このように、第１コンテンツには、電波強度計測部１９が計測した電波強度情報を含み、第２情報端末１０４は、第１コンテンツの一覧として、電波強度情報を強度の順に表示する。
【０１１２】
なお、保護者１０３は、第２情報端末１０４を操作して、第１コンテンツとして時系列の表示と電波強度順の表示とを切り替えて表示することが可能とされている。図８（ａ），図８（ｂ）のいずれにおいても、初期的に表示される第１コンテンツでは捜索関連情報のうち位置情報が除外されている。
【０１１３】
更に、図８（ａ），（ｂ）に示すように、各第１コンテンツには併せて「詳細情報」のアイコンが表示される。「詳細情報」の閲覧は有償とされており、これを明示するために「詳細情報（有償）」のように表示されてもよい。保護者１０３は複数の「詳細情報」を指定することができる。即ち捜索主体としての保護者１０３は、第１コンテンツの一覧から特定の第１コンテンツを選択して「詳細情報」を指定する。第２情報端末１０４において「詳細情報」のアイコンがタップされると、第２情報端末１０４の表示部１８には、第２コンテンツが表示される。このようにすることで、保護者１０３は捜索に際して必要な情報（通常は、最新の位置情報または電波強度が大きい値となっている位置情報のいずれか）のみを取得することが可能となる。
【０１１４】
即ち、本発明の第１実施形態に係る捜索システムＳ１は、サーバ装置６と、要保護対象１に携帯されて、固有の識別情報を発信する発信機２と、要保護対象１の捜索に協力する者（消極的探索者３）が所持し、所定の捜索関連情報を生成する第１情報端末４と、要保護対象１の捜索主体（保護者１０３）が所持する第２情報端末１０４と、を備え、第１情報端末４は、発信機２から発信された固有の識別情報を受信すると、捜索関連情報を生成して、サーバ装置６に対して送信し、サーバ装置６は、捜索関連情報を受信すると、第２情報端末１０４に対して捜索関連情報を送信し、第２情報端末１０４は、捜索関連情報を受信すると、受信した捜索関連情報に含まれる情報の一部を第１コンテンツとして一覧表示し、更に第２情報端末１０４は、保護者１０３の操作に基づいて、一覧表示された第１コンテンツの中から選択された少なくとも一つの特定の第１コンテンツに関連した「詳細情報」を第２コンテンツとして表示する。
【０１１５】
図９は、本発明の第１実施形態において第２情報端末１０４に表示される第２コンテンツを説明する説明図である。保護者１０３が「詳細情報」のアイコンをタップすると、第２情報端末１０４の表示部１８には、例えば地図情報と重畳して要保護対象１の位置情報に相当する緯度・経度にペットのアイコンが表示される。図９においては、保護者１０３が、図８（ａ）に示す日時が2018.05.05 12:50:10の詳細情報（最新の情報）と、図８（ｂ）に示す電波強度が最大（ここでは"5"）となっている詳細情報とを選択した場合を示している。もちろん、要保護対象１の位置情報が地図上にグラフィカルに表示されている限りにおいて、第２コンテンツの表示において、緯度・経度は数値として直接的に表示されなくてもよい。
【０１１６】
このように保護者１０３が「詳細情報」を指定すると、捜索関連情報のうち捜索を行う際に最も重要な情報である位置情報が、第２コンテンツとして保護者１０３に提供される。なお、位置情報に重畳表示される地図情報については、要保護対象１が発見された緯度・経度情報に基づき、ネットワーク５を介して近辺の地図データをクラウド８（図２参照）から取得すればよい。なお、第２コンテンツには上述した第１コンテンツが含まれていてもよく、図９に示ように時刻情報と電波強度情報とを併せて表示してもよい。逆の見方をすれば、第２コンテンツは、第１コンテンツに加え、位置情報取得部１１で取得された第１情報端末４の位置情報を含んでいる。
【０１１７】
即ち、第１実施形態においては、捜索関連情報のサブセットとしての第１コンテンツのうち、保護者１０３は自己が有用と認識する情報のみを選択し、これを選択することで捜索関連情報のフルセットとしての第２コンテンツを得る。そして、この第２コンテンツは有償にて提供される。即ち、保護者１０３は捜索関連情報を提供した消極的探索者３から「詳細情報」を購入する。
【０１１８】
図１０は、本発明の第１実施形態における捜索関連情報の表示及び「詳細情報」の購入過程を説明するフローチャートである。以降、図１０に図２、図３、図５、図７、図８を併用して、第１コンテンツ及び第２コンテンツを表示するプロセス及び、「詳細情報」を購入するプロセスについて説明する。なお、捜索関連情報の表示や「詳細情報」の購入においては、第１情報端末４、第２情報端末１０４、サーバ装置６が相互に連携しており、図１０においては、これら複数の構成要素によって実行される処理が混在する。
【０１１９】
第２情報端末１０４の端末制御部１６は、捜索関連情報が通知されているかを判定する（ＳＴ１０１）。捜索関連情報が通知されていれば（ＳＴ１０１でＹｅｓ．）、第２情報端末１０４は表示部１８に第１コンテンツを表示する（ＳＴ１０２）。ここで複数個の捜索関連情報が通知されている場合は、全ての捜索関連情報に関する第１コンテンツが表示される。捜索関連情報が通知されていなければ（ＳＴ１０１でＮｏ．）、処理は終了する。
【０１２０】
次に、端末制御部１６は、保護者１０３によって「詳細情報」の取得が指示されたか否か、即ち「詳細情報」のアイコンがタップされたか否かを判定する（ＳＴ１０３）。第１コンテンツを表示した後、例えば所定の時間が経過しても「詳細情報」の取得が指示されなかった場合（ＳＴ１０３でＮｏ．）、処理は終了する。他方、「詳細情報」の取得が指示された場合（ＳＴ１０３でＹｅｓ．）、端末制御部１６はサーバ装置６に対して「詳細情報」を購入するためのポイントが残存しているか否かを問い合わせる。
【０１２１】
当該問い合わせに際して、第２情報端末１０４からサーバ装置６に対して、保護者１０３（第２情報端末１０４）を特定するための情報として発信機ＩＤ番号または固有の識別情報が送信され、また「詳細情報」を提供した者である消極的探索者３（第１情報端末４）を特定するための情報としてゲストＩＤ及び「詳細情報」の基となった捜索関連情報に含まれる時刻情報が送信される。
【０１２２】
問い合わせを受けたサーバ装置６のサーバ制御部３２は、発信機ＩＤ番号または固有の識別情報をキーとして保護者データベースＰＤＢを検索して、問い合わせを行った保護者１０３の保護者レコードＰＲＥＣを特定し、このＦｉｅｌｄ６に格納されたポイント情報を抽出する。更にサーバ制御部３２は抽出したポイント情報に基づき「詳細情報」を購入するのに必要なポイントが残存しているかを判定する（ＳＴ１０４）。「詳細情報」を購入するのに必要なポイントが残存していなかった場合（ＳＴ１０４でＮｏ．）、サーバ装置６は第２情報端末１０４に対してエラーを返して処理を終了する。
【０１２３】
他方、「詳細情報」を購入するのに必要なポイントが残存している場合（ＳＴ１０４でＹｅｓ．）、サーバ制御部３２は保護者１０３に対応する保護者レコードＰＲＥＣのＦｉｅｌｄ５を参照して捜索関連情報データベースＳＤＢにアクセスし、第１情報端末４から送信されたゲストＩＤ及び時刻情報をキーとしてサーチレコードＳＲＥＣを検索して、問い合わせを受けた「詳細情報」に対応するサーチレコードＳＲＥＣを抽出する。同一のゲストＩＤから同一の時刻情報が複数個送信されることはないから、ゲストＩＤ及び時刻情報をキーとすることで、「詳細情報」に対応するサーチレコードＳＲＥＣが一意に特定される。
【０１２４】
そして、サーチレコードＳＲＥＣのＦｉｅｌｄ５に格納されている決済フラグを取り出して、決済フラグが０（ＯＦＦ）であるか否かを判定する（ＳＴ１０５）。ここで、決済フラグは、保護者１０３が消極的探索者３によって提供された捜索関連情報を購入したか否かを示すフラグであり、０（ＯＦＦ）は未購入、１（ＯＮ）は購入済であることを示す。
【０１２５】
決済フラグが０と等しくない場合（ＳＴ１０５でＮｏ．）、サーバ制御部３２は保護者１０３が「詳細情報」として指定した捜索関連情報は既に購入済であると判断し、その旨を第２情報端末１０４に通知する。この通知を受けた第２情報端末１０４では、ＳＴ１０８の処理が実行される。
【０１２６】
他方、決済フラグが０に等しい場合（ＳＴ１０５でＹｅｓ．）、サーバ制御部３２は、保護者１０３に対応する保護者レコードＰＲＥＣのＦｉｅｌｄ６に格納されたポイント情報から、「詳細情報」の購入に要するポイントを減じ（ＳＴ１０６）、更に「詳細情報」に対応するサーチレコードＳＲＥＣの決済フラグを１に更新する（ＳＴ１０７）。なお、図７（ｂ）においては、サーチレコードＳＲＥＣ＿０＿１及びサーチレコードＳＲＥＣ＿０＿３の決済フラグが０→１に更新されていることが示されている。
【０１２７】
そしてサーバ制御部３２は、ゲストＩＤをキーとしてゲストデータベースＧＤＢを検索し、「詳細情報」として指定された捜索関連情報を提供した消極的探索者３の連絡先情報を抽出して、消極的探索者３が所持する第１情報端末４に情報提供の対価としてのポイントを送信する。上述したように、保護者レコードＰＲＥＣに格納されたポイント情報は、保護者１０３が第２情報端末１０４を操作することによってサーバ装置６に記憶されるから、結果的に第２情報端末１０４と第１情報端末４との間で決済処理が実行されていることになる。即ち、サーバ装置６は、捜索関連情報を第２情報端末１０４に送信するとともに、第１情報端末４あるいは要保護対象１の捜索に協力する者（ここでは、消極的探索者３）を特定する識別子としてのゲストＩＤに基づいて第２情報端末１０４と第１情報端末４との間で所定の決済処理を実行するのである。
【０１２８】
もちろん上述したように、「詳細情報」の売買は保護者１０３と消極的探索者３との個人間取引として処理されてもよい。即ち、保護者１０３の所持する第２情報端末１０４から消極的探索者３の所持する第１情報端末４に直接的に対価としてのポイントが送信されてもよい。
【０１２９】
このように、第１実施形態においては、保護者１０３の操作に基づいて、一覧表示された第１コンテンツの中から特定の第１コンテンツが選択された場合、第２情報端末１０４は、第１情報端末４から情報を購入したものとして、第２情報端末１０４と第１情報端末４との間で所定の決済処理が実行される。これによって、捜索システムＳ１には情報提供に対する対価の発生という概念が盛り込まれ、要保護対象１の捜索に協力する者の捜索システムＳ１への参加を促し、協力する者の数を増大させることで、より効率的な捜索活動を行うことが可能となる。
【０１３０】
サーバ制御部３２は、決済処理が完了した旨を第２情報端末１０４に通知するとともに、要保護対象１の発信機２の固有の識別情報に関連する捜索関連情報（即ち、これらの捜索関連情報を含むサーチレコードＳＲＥＣ。ただし、上述したように全てのＦｉｅｌｄが送信されなくてもよい。）を第２情報端末１０４に送信する。通知を受信した第２情報端末１０４では、更新されたサーチレコードＳＲＥＣに基づき、第２コンテンツが表示される（ＳＴ１０８）。このように、保護者１０３が「詳細情報」の取得を指示する毎にサーチレコードＳＲＥＣの決済フラグが０から１に変更され、更新されたサーチレコードＳＲＥＣが第２情報端末１０４に送信されるから、保護者１０３が複数回にわたって「詳細情報」を取得した場合、第２情報端末１０４では例えば図９に示すように、第２コンテンツにおいては複数の「詳細情報」が一画面として表示されることとなる。
【０１３１】
さて、上述した処理では、捜索関連情報は消極的探索者３から提供されるものとして説明したが、例えば保護者１０３が要保護対象１を自ら捜索する場合においては、保護者１０３が所持・携帯する第２情報端末１０４が、要保護対象１に携帯された発信機２の電波の到達圏内に入った場合、第２情報端末１０４からサーバ装置６に固有の識別情報が送信され、この際の捜索関連情報が第２情報端末１０４に送信されることが起こり得る。即ち保護者１０３は自ら捜索した結果を自ら受信することが想定される。
【０１３２】
第１実施形態においては、サーバ制御部３２は、新たに固有の識別情報を受信した場合に、保護者データベースＰＤＢから当該固有の識別情報が格納された保護者レコードＰＲＥＣを抽出してＦｉｅｌｄ３の連絡先情報を取り出し、これとサーバ装置６に送信されたゲストＩＤに関連付けられた連絡先情報とを比較する（保護者１０３が上述した主体用アプリケーションをインストールした後、連絡先情報を入力することで、保護者１０３もゲストデータベースＧＤＢに登録されている。）ことで、両者が一致する場合は、新たに追加するサーチレコードＳＲＥＣにおいて、決済フラグとして１（ＯＮ）を書き込むようにしている。
【０１３３】
即ち、保護者１０３が自ら収集した捜索関連情報については、当初から「詳細情報」を取得済として取り扱う。これによって、保護者１０３が自ら収集した捜索関連情報を保護者１０３自身が購入（以降、「自己課金」と称することがある。）するといった不都合が発生しないようにされている。これは、特に捜索システムＳ１の運営主体が「詳細情報」の売買について手数料を徴収するような運営を行っている場合に、保護者１０３の利益を保護する観点において有用である。
【０１３４】
なお、サーバ制御部３２は、上述したようにゲストデータベースＧＤＢを検索して、「詳細情報」として指定された捜索関連情報を提供した消極的探索者３の連絡先情報を特定することができるから、決済フラグを０から１に変更した際に、情報提供源としての消極的探索者３に対して「詳細情報」が取得された旨の通知を行ってもよい。この通知を受けた消極的探索者３が所持する第１情報端末４には、例えば消極的探索者３が捜索システムＳ１の利用者登録の際に入力したニックネーム等を用いて、「洋子さんの提供した捜索関連情報が採用されました」のように表示される（以降、「採用通知」と称することがある）。もちろん、消極的探索者３が提供した捜索関連情報が購入され対価が生じていることを明示的に表示するようにしてもよい。
【０１３５】
即ち、第１実施形態においては、捜索主体としての保護者１０３の操作に基づいて、一覧表示された第１コンテンツの中から特定の第１コンテンツが選択された場合、特定の第１コンテンツを含む捜索関連情報を提供した第１情報端末４には、第２情報端末１０４において、第１情報端末４が提供した捜索関連情報に基づき特定の第１コンテンツが選択（採用）された旨が表示される。
【０１３６】
さて、上述したように第１実施形態においては、第１情報端末４が生成する捜索関連情報は位置情報、時刻情報、及び電波強度情報の三つで構成されているものとして説明したが、捜索関連情報を位置情報及び時刻情報の二つで構成してもよい。この場合、第１コンテンツとして時刻情報のみが時系列に表示される。また、捜索関連情報を位置情報及び電波強度情報の二つで構成してもよい。この場合、第１コンテンツとして電波強度情報のみが強度の順に表示される。また捜索関連情報を位置情報のみで構成してもよい。この場合、第１コンテンツとして要保護対象１が発見された旨の通知のみが表示される。
【０１３７】
もっとも、捜索関連情報を位置情報のみで構成した場合においても、特定の固有の識別情報に対応したサーチレコードＳＲＥＣは時系列に追加生成されることから、時系列としての順序は特定できるため、要保護対象１が発見された旨の通知のみの表示も（詳細な時刻は表示されないものの）第１コンテンツは時系列に表示されることとなる。そしていずれの場合においても、第２コンテンツは位置情報が表示される。
【０１３８】
また、第１実施形態においては、第１情報端末４が生成した捜索関連情報を受信したサーバ装置６は、当該捜索関連情報の全部を第２情報端末１０４に送信するものとして説明したが、サーバ装置６は当該捜索関連情報の一部を第２情報端末１０４に送信するようにしてもよい。即ち、第２情報端末１０４において第１コンテンツが表示される局面において、サーバ装置６は当該第１コンテンツに係る情報のみを送信し、その後、保護者１０３が「詳細情報」の入手を選択した場合に、第２情報端末１０４からサーバ装置６にリクエストを送信され、これに応じてサーバ装置６が第２コンテンツに係る情報を第２情報端末１０４に送信するようにしてもよい。
【０１３９】
（第２実施形態）
上述した第１実施形態においては、主に要保護対象１の捜索に協力するが自らは捜索を行わない消極的探索者３が、特に意識することなく要保護対象１の捜索に協力する態様の捜索システムＳ１について説明した。第２実施形態は、消極的探索者３を要保護対象１の捜索に積極的に参加する積極的探索者２０３に転換させることが可能で、更に消極的探索者３から転換した積極的探索者２０３が、第三者（即ち、消極的探索者３、他の積極的探索者２０３、保護者１０３）から「詳細情報」を購入することを可能としている点が第１実施形態とは異なる。なお、第２実施形態は第１実施形態の拡張に相当し、第２実施形態においても第１実施形態で説明した処理が実行される。
【０１４０】
図１１は、本発明の第２実施形態に係る捜索システムＳ２の概要を示す説明図である。図１１に示す捜索システムＳ２は、図１に示す捜索システムＳ１と比較して要保護対象１の捜索に積極的に参加する積極的探索者２０３が追加され、更に積極的探索者２０３が所持・携帯する第３情報端末２０４が含まれる。なお、第３情報端末２０４の構成は図２に示す第１情報端末４、第２情報端末１０４と同等であるため、説明は省略する。また捜索システムＳ２の他の構成要素のうち第１実施形態と同等な要素についての詳細な説明は省略する。
【０１４１】
図１１に示すように、捜索システムＳ２においては、第３情報端末２０４もネットワーク５を介してサーバ装置６と接続され、第１実施形態で説明した第１情報端末４と同様に、発信機２が送信する固有の識別情報を受信すると、サーバ装置６に対して固有の識別情報と、捜索関連情報と、ゲストＩＤとを送信する。捜索システムＳ２に参加する積極的探索者２０３は、要保護対象１の捜索に協力するという観点でゲストの一員であるが、第２実施形態においては、積極的探索者２０３は消極的探索者３から転換した者として説明する。
【０１４２】
図１２は、本発明の第２実施形態における保護者データベースＰＤＢ及びゲストデータベースＧＤＢの関係を示す説明図である。第１実施形態においては、ゲストデータベースＧＤＢは保護者データベースＰＤＢとは独立したデータベースとされていたが（図４参照）、第２実施形態の捜索システムＳ２においては、図１２に示すように、ゲストデータベースＧＤＢを構成するゲストレコードＧＲＥＣのいくつか（即ち、積極的探索者２０３として登録された者のゲストレコードＧＲＥＣ）は、保護者レコードＰＲＥＣのＦｉｅｌｄ７に格納されたポインタを介して保護者レコードＰＲＥＣと関連付けられる。
【０１４３】
図１３は、本発明の第２実施形態において消極的探索者３を積極的探索者２０３に転換させる過程を示すフローチャートである。以降、消極的探索者３を積極的探索者２０３に転換する過程について図１２、図１３に図３、図４を併用して説明する。なお、将来的に積極的探索者２０３となる者は、既に捜索システムＳ２に消極的探索者３として利用者登録が完了しており、図４に示すゲストデータベースＧＤＢに当該消極的探索者３に対応するゲストレコードＧＲＥＣが生成されているものとする。
【０１４４】
まず、保護者１０３が要保護対象１を捜索する局面において、協力者を募りたい場合、保護者１０３は発信機ＩＤ番号を公開する。具体的には、保護者１０３は第２情報端末１０４のモード設定部１４を操作して、例えばサーバ装置６に対して発信機ＩＤ番号と「捜索依頼」とを送信する（ＳＴ２０１）。サーバ装置６のサーバ制御部３２は「捜索依頼」を受信すると、保護者レコードＰＲＥＣのＦｉｅｌｄ０に捜索依頼フラグ＝１を書き込む。更にサーバ制御部３２は、図４に示すゲストデータベースＧＤＢにアクセスして、Ｆｉｅｌｄ３に既に登録されている連絡先情報Ｇ＿０，Ｇ＿１，Ｇ＿２．．．宛に協力要請の通知を送信する（ＳＴ２０２）。このとき、「捜索依頼」を送信した保護者１０３に対応する保護者レコードＰＲＥＣのＦｉｅｌｄ１から発信機ＩＤ番号を抽出し、発信機ＩＤ番号も併せて連絡先情報Ｇ＿０，Ｇ＿１，Ｇ＿２．．．宛に送信される。
【０１４５】
なお、消極的探索者３への協力要請の通知及び発信機ＩＤ番号の送信は、図５に示す発信機ＩＤ番号に対応する保護者レコードＰＲＥＣに格納された連絡先情報（例えば、連絡先情報Ｐ＿０）を参照して、例えば同一市町村の範囲等に限定されてもよい。
【０１４６】
後に説明するように、積極的探索者２０３への転換によって、ゲストレコードＧＲＥＣは更新されるが、当該更新は、図４に示すゲストレコードＧＲＥＣの拡張に相当しており、ゲストレコードＧＲＥＣのフィールド構造が変化する訳ではない。従って、既に積極的探索者２０３に転換している者に対しても「捜索依頼」と発信器ＩＤ番号とを通知することが可能である。即ち、既にある要保護対象１に対して積極的探索者２０３に転換している者に対しても、他の要保護対象１に対する「捜索依頼」が送信されうる。
【０１４７】
「捜索依頼」と発信器ＩＤ番号とを受信した消極的探索者３は、依頼を受諾する場合、捜索アプリケーションの案内に従って、第１情報端末４に通知された発信機ＩＤ番号を入力し、サーバ装置６に送信する。このとき消極的探索者３としての利用者登録を行った際のゲストＩＤが併せて送信される（ＳＴ２０３）。以降、図４に示すゲストレコードＧＲＥＣに利用者登録がなされた者のうち、ゲストレコードＧＲＥＣ＿０と同ＧＲＥＣ＿２とが「捜索依頼」を受諾したものとして説明を続ける。
【０１４８】
サーバ制御部３２は、消極的探索者３が所持する第１情報端末４から発信機ＩＤ番号とゲストＩＤとを受信すると、まず受信した発信機ＩＤ番号に基づき、保護者データベースＰＤＢを検索する（ＳＴ２０４）。そして、保護者データベースＰＤＢに、受信した発信機ＩＤ番号を含む保護者レコードＰＲＥＣが存在するか判定する（ＳＴ２０５）。受信した発信機ＩＤ番号を含む保護者レコードＰＲＥＣが存在している場合（ＳＴ２０５でＹｅｓ．）、受信したゲストＩＤに基づいてゲストデータベースＧＤＢを検索して、消極的探索者３に対応するゲストレコードＧＲＥＣを特定し（ＳＴ２０６）、更に当該ゲストレコードＧＲＥＣ（ここでは、ゲストレコードＧＲＥＣ＿０）のポインタを、図１２に示すように、特定された保護者レコードＰＲＥＣ（ここでは保護者レコードＰＲＥＣ＿０）のＦｉｅｌｄ７に格納する（ＳＴ２０７）。この操作によって、Ｆｉｅｌｄ７はＮＵＬＬからゲストレコードＧＲＥＣ＿０のポインタに書き換えられる。
【０１４９】
なお、消極的探索者３から送信された発信機ＩＤ番号を含む保護者レコードＰＲＥＣが保護者データベースＰＤＢ上に発見できなかったときは（ＳＴ２０５でＮｏ．）、消極的探索者３の第１情報端末４にエラーコードを返して処理を終了する。
【０１５０】
そして、サーバ制御部３２は、ゲストレコードＧＲＥＣ＿０にアクセスして各Ｆｉｅｌｄを更新する（ＳＴ２０８）。即ち、ゲストレコードＧＲＥＣ＿０のＦｉｅｌｄ１に消極的探索者３から送信された発信機ＩＤ番号を格納し、Ｆｉｅｌｄ２に固有の識別情報の一部（ここでは、サービスＩＤとしてのproximity UUID）を格納し、Ｆｉｅｌｄ４に保護者レコードＰＲＥＣ＿０のＦｉｅｌｄ４に格納されているリンク情報をコピーし、更に、サーチレコードＳＲＥＣ（ここでは、サーチレコードＳＲＥＣ＿ＧＰ０）を新たに生成して、このポインタをＦｉｅｌｄ５に格納し、Ｆｉｅｌｄ６にポイント情報を格納する。Ｆｉｅｌｄ７は、次に登録される積極的探索者２０３に関するゲストレコードＧＲＥＣのポインタであり、ここではゲストレコードＧＲＥＣ＿２とされている。以上の処理によって、消極的探索者３は積極的探索者２０３に転換する。
【０１５１】
上述した消極的探索者３から積極的探索者２０３への転換の過程は、保護者１０３がサーバ装置６に対して「捜索依頼」を送信することを前提としているが、例えば、第１実施形態で説明したように、消極的探索者３が捜索関連情報の「採用通知」を受け取った際に、これと併せて協力要請の通知を行って、この段階で消極的探索者３が協力を受諾することを条件として、積極的探索者２０３に転換させてもよい。この場合は、図１３に示すＳＴ２０２から処理がスタートする。
【０１５２】
更に、サーバ制御部３２は、新たに生成したサーチレコードＳＲＥＣ＿ＧＰ０に、ゲストが「捜索依頼」を受諾した時点において保護者レコードＰＲＥＣ＿０のＦｉｅｌｄ５で参照されるサーチレコードＳＲＥＣ＿０の内容をコピーする。
【０１５３】
図４と図１２とを比較すると明白なように、消極的探索者３が積極的探索者２０３に転換した前後でゲストレコードＧＲＥＣの内容は大幅に異なっている。図１２に示すように、積極的探索者２０３に転換した後のゲストレコードＧＲＥＣには、要保護対象１に関する情報を参照するリンク情報が付加され（Ｆｉｅｌｄ４）、独立したサーチレコードＳＲＥＣが割り付けられ（Ｆｉｅｌｄ５）、更に独立したポイント情報が付加される（Ｆｉｅｌｄ６）。即ち、消極的探索者３が積極的探索者２０３に転換した後のゲストレコードＧＲＥＣは、保護者レコードＰＲＥＣと共通するデータ構造を備えることとなる。ただし、ゲストレコードＧＲＥＣ＿０のＦｉｅｌｄ０は当初のまま（即ちゲストＩＤ）とされ、またＦｉｅｌｄ２の固有の識別情報はサービスＩＤであるproximity UUIDのみが格納されている。
【０１５４】
保護者レコードＰＲＥＣにおいて、Ｆｉｅｌｄ０は捜索依頼フラグ（０または１）を意味しているが（図５参照）、ゲストレコードＧＲＥＣ＿０においてＦｉｅｌｄ０にはゲストＩＤが格納されており、Ｆｉｅｌｄ０においてはそれぞれのレコードにおける用途が全く異なる。即ち、積極的探索者２０３は捜索依頼フラグを操作することはできなくされている。「捜索依頼」を発生させ、あるいは取り消す権能は保護者１０３にのみに与えられている。また、要保護対象１が携帯する発信機２の固有の識別情報はあくまでも保護者１０３が管理する情報であることから、ゲストレコードＧＲＥＣ＿０にはmajor（minor）を含むフルセットの固有の識別情報は格納されない。この点で保護者１０３と積極的探索者２０３とは明確に区別される。
【０１５５】
以降、図１２に図２、図３、図１１を併用して、第２実施形態において捜索関連情報が通知される過程について説明する。第２実施形態においても、サーバ装置６が第１情報端末４（第２情報端末１０４、第３情報端末２０４を含む）から固有の識別情報を受信すると、サーバ制御部３２は、保護者データベースＰＤＢを検索して当該固有の識別情報を含む保護者レコードＰＲＥＣを抽出する。そして、当該固有の識別情報を含む保護者レコードＰＲＥＣが検出されると、連絡先情報に含まれる保護者１０３の所持する第２情報端末１０４に捜索関連情報（即ち、これらの捜索関連情報を含むサーチレコードＳＲＥＣ＿０。ただし、上述したように全てのＦｉｅｌｄが送信されなくてもよい。）が送信される。
【０１５６】
第２実施形態では、更に保護者レコードＰＲＥＣ＿０のＦｉｅｌｄ７を参照してゲストレコードＧＲＥＣ＿０が抽出され、ゲストレコードＧＲＥＣ＿０のＦｉｅｌｄ３に格納された連絡先情報Ｇ＿０に基づき、積極的探索者２０３に対して捜索関連情報が通知される。そして、当該捜索関連情報は、ゲストレコードＧＲＥＣ＿０のＦｉｅｌｄ５に格納されたサーチレコードＳＬＥＣ＿ＧＰ＿０のポインタを参照して、ゲストレコードＧＲＥＣ＿０に対応した積極的探索者２０３専用のサーチレコードＳＲＥＣに追加されていく。そしてサーバ制御部３２は、当該サーチレコードＳＲＥＣを捜索関連情報としてゲストレコードＧＲＥＣ＿０のＦｉｅｌｄ３に格納された連絡先情報Ｇ＿０に送信する。図１２に示すようにゲストレコードＧＲＥＣ＿０のＦｉｅｌｄ７に次のゲストレコードＧＲＥＣのポインタが格納されている場合は、このポインタを辿って、ゲストレコードＧＲＥＣ＿２に格納された連絡先情報Ｇ＿２についても、同様に捜索関連情報が送信される。
【０１５７】
なおサーバ装置６が第３情報端末２０４に送信する捜索関連情報については、第１実施形態で説明したように、サーバ装置６が第１情報端末４から受信した捜索関連情報の一部であってもよい。
【０１５８】
このように、第２実施形態では、積極的探索者２０３は保護者１０３と同等の環境で要保護対象１を捜索することが可能となる。捜索活動においては、積極的探索者２０３が所持する第３情報端末２０４は、保護者１０３が所持する第２情報端末１０４と同等の機能を発揮する。即ち、サーバ装置６は捜索関連情報を受信すると、第３情報端末２０４に対して捜索関連情報の一部または全部を送信し、第３情報端末２０４は、捜索関連情報を受信すると、受信した捜索関連情報に含まれる情報の一部を第１コンテンツとして一覧表示し、更に第３情報端末２０４は、積極的探索者２０３の操作に基づいて、一覧表示された第１コンテンツの中から選択された少なくとも一つの特定の第１コンテンツに関連した「詳細情報」を第２コンテンツとして表示するのである。
【０１５９】
また、積極的探索者２０３に転換したゲストについては、ゲストレコードＧＲＥＣのＦｉｅｌｄ６に独立したポイント情報（ここでは、ポイント情報ＧＰ＿０，ＧＰ＿２）が付与されており、積極的探索者２０３は、第１実施形態で図１０を用いて説明した決済のプロセスをそのまま援用して、他の情報提供者（消極的探索者３、保護者１０３、他の積極的探索者２０３）から提供された捜索関連情報を購入することができる。
【０１６０】
即ち、積極的探索者２０３の操作に基づいて、一覧表示された第１コンテンツの中から特定の前記第１コンテンツが選択された場合、第３情報端末２０４は第１情報端末４から情報（第１実施形態で説明した「詳細情報」）を購入したものとして、第３情報端末２０４と第１情報端末４との間で所定の決済処理が実行される。
【０１６１】
なお、第１実施形態で説明したように、保護者１０３は要保護対象１を無事に確保した状況において、第２情報端末１０４のモード設定部１４を操作して、サーバ装置６に「捜索取消通知」を送信する。「捜索取消通知」を受信したサーバ制御部３２は、保護者レコードＰＲＥＣの捜索依頼フラグを０（ＯＦＦ）に書き換える。更にサーバ制御部３２は捜索依頼フラグが０とされた場合、ゲストレコードＧＲＥＣを図１２に示す状態から図４に示す状態に戻すとともに、保護者レコードＰＲＥＣのＦｉｅｌｄ７に書き込まれたゲストレコードＧＲＥＣのポインタをＮＵＬＬにクリアする。これによって、捜索活動が完了すると積極的探索者２０３は消極的探索者３に転換する。
【０１６２】
また、第２実施形態においても、第１実施形態で説明した「自己課金」については決済が実行されないように構成される。即ち、サーバ制御部３２は、新たに固有の識別情報を受信した場合に、保護者データベースＰＤＢから当該固有の識別情報が格納された保護者レコードＰＲＥＣを抽出してＦｉｅｌｄ７のゲストレコードＧＲＥＣのポインタを取り出し、更に当該ポインタが示すゲストレコードＧＲＥＣのＦｉｅｌｄ０からゲストＩＤを取り出し、これとサーバ装置６に送信されたゲストＩＤとを比較することで、両者が一致する場合は、新たに追加するサーチレコードＳＲＥＣにおいて、決済フラグとして１（ＯＮ）を書き込むようにしている。
【０１６３】
即ち、積極的探索者２０３が自ら収集した捜索関連情報については、当初から「詳細情報」を取得済として取り扱う。これによって、積極的探索者２０３が自ら収集した捜索関連情報を積極的探索者２０３自身が購入するといった不都合を防止している。
【０１６４】
さて、第２実施形態においては、捜索関連情報を生成するとの観点では、第１情報端末４、第２情報端末１０４及び第３情報端末２０４は同等の機能を有することから、「詳細情報」の売買によって決済処理が行われるケースとしては以下が挙げられる。これによって、要保護対象１の捜索に協力する者（ここでは、消極的探索者３、積極的探索者２０３）のモチベーションを高めて捜索活動を活発化することができる。
（Ｃａｓｅ１）積極的探索者２０３が消極的探索者３から購入
（Ｃａｓｅ２）積極的探索者２０３が保護者１０３から購入
（Ｃａｓｅ３）積極的探索者２０３が他の積極的探索者２０３から購入
（Ｃａｓｅ４）保護者１０３が消極的探索者３から購入
（Ｃａｓｅ５）保護者１０３が積極的探索者２０３から購入
【０１６５】
また、決済処理を行わない、即ち、保護者１０３及び積極的探索者２０３については自己課金がなされないことを考慮すると、第２実施形態では捜索活動において以下の「詳細情報」も活用される。
（Ｃａｓｅ６）積極的探索者２０３が自ら収集した捜索関連情報に基づく「詳細情報」
（Ｃａｓｅ７）保護者１０３が自ら収集した捜索関連情報に基づく「詳細情報」
【０１６６】
第１実施形態においては、捜索活動に関与する者は、保護者１０３及び消極的探索者３であり、決済処理が行われるケースは、上述した（Ｃａｓｅ４）のみであり、他に活用される「詳細情報」は（Ｃａｓｅ７）に限定されていたが、第２実施形態では、「詳細情報」が非常に広範囲から収集されることとなるため、捜索活動が大幅に促進される。
【０１６７】
このように積極的探索者２０３は、保護者１０３に準じる捜索活動を行うことが可能であり、また、他の情報提供者から提供された捜索関連情報を購入することが可能であり、更に、購入した「詳細情報」に基づき、積極的探索者２０３が捜索を行うことで、この捜索過程で取得された捜索関連情報を保護者１０３や他の積極的探索者２０３が購入することも可能である。この観点で、積極的探索者２０３の捜索活動にはゲーム的な要素が加味されうる。即ち、積極的探索者２０３が、移動する要保護対象１を、例えば電波強度情報を参考にして追尾することで、新たな捜索関連情報が提供される可能性が高まり、しかも、提供された捜索関連情報に対して保護者１０３や他の複数の積極的探索者２０３が「詳細情報」を購入する可能性も生じるのである。即ち、捜索システムＳ２には、ある種の賞金稼ぎ的な要素が加味される。これによって、積極的探索者２０３が要保護対象１の捜索に協力するモチベーションは更に高まることとなる。
【０１６８】
以上、本発明に係る捜索システムＳ１，Ｓ２について特定の実施形態に基づいて詳細に説明したが、これらの実施形態はあくまでも例示であって、本発明はこれらの実施形態によって限定されるものではない。例えば、第１実施形態及び第２実施形態で説明したゲストデータベースＧＤＢ、保護者データベースＰＤＢ、捜索関連情報データベースＳＤＢのフィールド構成やデータ構造等は捜索システムＳ１，Ｓ２の具体的設計内容に応じて適宜変更されてもよい。また、必要とされるデータベースの種類についても適宜変更されても構わない。
【０１６９】
また、上述した実施形態においては、本発明に係る捜索システムＳ１，Ｓ２が捜索の対象とする要保護対象１として主にペットを想定して説明を行ったが、要保護対象１は徘徊する可能性がある高齢者等や迷子が懸念される子供であってもよく、更に例えばテーマパーク等において、迷子が懸念される子供に発信機２を携帯させておき、当該テーマパークの従業員の情報端末に捜索アプリケーションをインストールしておき、上述した積極的探索者２０３として活動させてもよい。更に本発明が、逸失物の捜索についても有用であることは言うまでもない。
【産業上の利用可能性】
【０１７０】
本発明に係る捜索システムは、要保護対象１を捜索する局面において、保護者１０３が所持する第２情報端末１０４は、受信した捜索関連情報に含まれる情報の一部を第１コンテンツとして一覧表示し、保護者１０３は、第２情報端末１０４を操作して、第１コンテンツの一覧から少なくとも一つの第１コンテンツを選択して詳細情報を取得するようにしたことから、保護者１０３は必要とする情報のみを入手することが可能で、また、捜索関連情報を提供した者（保護者１０３、消極的探索者３、積極的探索者２０３）は、いずれも当該捜索関連情報を必要とする者から対価を得ることができ、要保護対象１の捜索に協力するモチベーションを高めることが可能であるから、ペットや徘徊する可能性がある高齢者等の見守りシステム、捜索システムに好適に応用することができる。
【符号の説明】
【０１７１】
１    要保護対象
２    発信機
３    消極的探索者
４    第１情報端末
５    ネットワーク
６    サーバ装置
７    ＧＰＳ衛星
１０  近距離無線通信部
１１  位置情報取得部
１２  データ送信部
１３  データ受信部
１４  モード設定部
１５  入力部
１６  端末制御部
１７  端末記憶部
１８  表示部
１９  電波強度計測部
２０  時刻情報取得部
２１  決済部
３０  サーバデータ受信部
３１  サーバデータ送信部
３２  サーバ制御部
３３  サーバ記憶部
１０３  保護者
１０４  第２情報端末
２０３  積極的探索者
２０４  第３情報端末
【図１】
2019211902.tif 000003
【図２】
2019211902.tif 000004
【図３】
2019211902.tif 000005
【図４】
2019211902.tif 000006
【図５】
2019211902.tif 000007
【図６】
2019211902.tif 000008
【図７】
2019211902.tif 000009
【図８】
2019211902.tif 000010
【図９】
2019211902.tif 000011
【図１０】
2019211902.tif 000012
【図１１】
2019211902.tif 000013
【図１２】
2019211902.tif 000014
【図１３】
2019211902.tif 000015