JP2021162973A - 点検システム - Google Patents

Abstract

【課題】効率的に地域の安全性を確保することができる点検システムを提供すること。【解決手段】実施形態に係る点検システムは、端末装置と、サーバ装置とを具備する。端末装置は、撮影機能、位置取得機能および通信機能を用いて点検対象物の点検業務を支援するアプリケーションを実行する。サーバ装置は、点検対象物の位置情報を含む点検依頼情報を管理する管理部を有する。サーバ装置はさらに、生成部を有する。生成部は、上記アプリケーションを介して端末装置から送信される点検対象物の画像を含む投稿情報に基づいて、該投稿情報の投稿者である点検者の評価情報を生成する。また、生成部は、評価情報として、点検者が優良な点検者である度合いを示す評価スコアを算出する。【選択図】図３

Description

本発明の実施形態は、点検システムに関する。

従来、道路標識や道路照明施設といった道路附属物等の点検対象物の位置情報が入力された点検データと、携帯端末に搭載されたＧＰＳ（Global Positioning System）とを組み合わせることで、携帯端末の現在位置に近い場所にある点検対象物の画像を自動で一覧表示する点検システムが提案されている。

かかる点検システムでは、あわせて携帯端末のカメラを活用することで、自治体等の点検担当者が半自動的に点検報告書まで作成することができる。

特開２０１８−１８０８３２号公報

しかしながら、通常、点検担当者の人数には限りがある。このため、地域の安全性を確保するべく点検業務の効率化を図ろうとしても、現地で実際に点検対象物を確認する必要があるという業務の性質上、効率化を図ることが難しい。

また、点検対象物以外については異常があっても見過ごされてしまう可能性がある。例えば道路附属物の点検は市区町村の道路維持課等が担当し、通学路の横断歩道の適正さ、壁のヒビ割れ等の点検は教育委員会や学校等が点検するため、情報の共有化が不十分となり、地域の安全性が確保できていない可能性があった。

本発明が解決しようとする課題は、効率的に地域の安全性を確保することができる点検システムを提供することである。

実施形態の一例に係る点検システムは、端末装置と、サーバ装置とを具備する。前記端末装置は、撮影機能、位置取得機能および通信機能を用いて点検対象物の点検業務を支援するアプリケーションを実行する。前記サーバ装置は、前記点検対象物の位置情報を含む点検依頼情報を管理する管理部を有する。前記サーバ装置はさらに、生成部を有する。前記生成部は、前記アプリケーションを介して前記端末装置から送信される前記点検対象物の画像を含む投稿情報に基づいて、該投稿情報の投稿者である点検者の評価情報を生成する。また、前記生成部は、前記評価情報として、前記点検者が優良な点検者である度合いを示す評価スコアを算出する。

本発明によれば、効率的に地域の安全性を確保することができる。

図１は、実施形態に係る点検システムの概要説明図である。 図２は、実施形態に係る点検システムの構成の一例を示す図である 図３は、実施形態に係る点検システムのブロック図である。 図４は、点検者向けのＵＩ画面の具体例の説明図（その１）である。 図５は、点検者向けのＵＩ画面の具体例の説明図（その２）である。 図６は、点検者向けのＵＩ画面の具体例の説明図（その３）である。 図７は、点検者向けのＵＩ画面の具体例の説明図（その４）である。 図８は、点検者向けのＵＩ画面の具体例の説明図（その５）である。 図９は、点検者向けのＵＩ画面の具体例の説明図（その６）である。 図１０は、点検管理者向けのＵＩ画面の具体例の説明図（その１）である。 図１１は、点検管理者向けのＵＩ画面の具体例の説明図（その２）である。 図１２は、点検管理者向けのＵＩ画面の具体例の説明図（その３）である。 図１３は、点検管理者向けのＵＩ画面の具体例の説明図（その４）である。 図１４は、点検管理者向けのＵＩ画面の具体例の説明図（その５）である。 図１５は、点検管理者向けのＵＩ画面の具体例の説明図（その６）である。 図１６は、点検管理者向けのＵＩ画面の具体例の説明図（その７）である。

以下で説明する実施形態に係る点検システムは、端末装置と、サーバ装置とを具備する。端末装置は、撮影機能、位置取得機能および通信機能を用いて点検対象物の点検業務を支援するアプリケーションを実行する。サーバ装置は、上記点検対象物の位置情報を含む点検依頼情報を管理する管理部を有する。また、サーバ装置はさらに、生成部を有する。生成部は、上記アプリケーションを介して端末装置から送信される上記点検対象物の画像を含む投稿情報に基づいて、該投稿情報の投稿者である点検者の評価情報を生成する。また、生成部は、上記評価情報として、上記点検者が優良な点検者である度合いを示す評価スコアを算出する。

また、以下で説明する実施形態に係る生成部は、上記投稿情報に含まれる１以上の要素に基づいて上記評価スコアを算出し、上記１以上の要素は、上記点検依頼情報に対する上記投稿情報の応答時間、上記画像の品質、該画像の撮影位置、および、上記画像に付与されるコメントの内容のうちの少なくともいずれかを含む。

また、以下で説明する実施形態に係る管理部は、１つの上記点検依頼情報に対する上記投稿情報をユーザへ提示する場合に、上記評価スコアが高い上記点検者の上記投稿情報から順に提示する。

また、以下で説明する実施形態に係る端末装置は、定期的に当該端末装置の位置情報を取得してサーバ装置へ送信し、上記生成部は、端末装置の位置情報に基づいて推定される上記点検者の主な活動領域に含まれる上記点検対象物について、当該点検者から上記投稿情報が投稿された場合には上記評価スコアが高くなるように上記評価スコアを算出する。

また、以下で説明する実施形態に係る端末装置は、上記アプリケーションを介して上記点検対象物を撮影した時の当該端末装置の位置情報と、上記点検対象物の位置情報との誤差が予め設定された所定の許容範囲内である場合にのみ、上記投稿情報を上記サーバ装置へ送信する。

また、以下で説明する実施形態に係る端末装置は、当該端末装置が予め設定された上記点検対象物の位置を含む所定範囲内に進入した場合に、上記アプリケーションを介して当該点検対象物の撮影が可能な写真撮影モードへと移行可能な状態となる。

以下、図面を参照して、実施形態に係る点検システムについて説明する。実施形態において同一の機能を有する構成要素には同一の符号を付し、重複する説明は省略される。

また、以下の実施形態で説明する点検システムは、一例を示すに過ぎず、本発明を限定するものではない。

また、以下の説明では、「アプリケーション」については端的に「アプリ」と言う場合がある。

（実施形態）
まず、図１を用いて、実施形態に係る点検システム１の概要について説明する。図１は、実施形態に係る点検システム１の概要説明図である。

図１に示すように、実施形態に係る点検システム１は、サーバ装置１０と、広告サーバ２０と、端末装置１００とを含む。サーバ装置１０は、点検システム１の全体を管理するとともに、点検システム１に関する各種のユーザインタフェース（以下、適宜「ＵＩ」と言う）を提供する装置であり、例えばインターネットや携帯電話回線網等を介してアクセス可能なクラウドサーバとして実現される。

広告サーバ２０は、広告会社等によって管理・運用される装置であって、サーバ装置１０へ広告コンテンツを提供する。

端末装置１００は、点検者ｉが利用する装置であり、少なくともＧＰＳセンサおよびカメラを搭載した、例えばスマートフォンやノート型ＰＣ（Personal Computer）等の情報処理端末である。なお、端末装置１００は、タブレット端末や、ＰＤＡ（Personal Digital Assistant）、点検者ｉが装着するウェアラブル端末等であってもよい。また、以下の説明では、端末装置１００を点検者ｉと読み替える場合がある。

ここで、点検者ｉは、例えば自治体が自治する行政区画に居住する地域住民等であり、自治体の正規の点検担当者に代わって自発的に点検対象物の点検業務を支援する者である。このように、実施形態に係る点検システム１は、自治体と地域住民との協働による点検業務を可能にする。

より具体的に説明する。まず図示は略しているが、サーバ装置１０は、端末装置１００で実行することができる点検システム１の専用アプリを管理しており、点検者ｉからの配信要求に応じて、かかるアプリを端末装置１００へ配信している。端末装置１００では、かかるアプリがインストールされると、点検者ｉを点検システム１のユーザとして登録させることができる。

一方で、サーバ装置１０は、かかるアプリに設けられた広告枠を広告会社の広告サーバ２０へ提供する（ステップＳ１）。広告サーバ２０は、提供された広告枠へ提示する広告コンテンツをサーバ装置１０へ提供する（ステップＳ２）。かかるステップＳ１およびステップＳ２は、適宜行われる。

そして、自治体の点検管理者Ｍは、自身が利用するノート型ＰＣやデスクトップＰＣといった情報処理端末からサーバ装置１０へアクセスし、所定の管理画面を介して、任意の点検対象物の点検を依頼する依頼作成を行う（ステップＳ３）。作成された依頼内容は、依頼情報としてサーバ装置１０へ蓄積される。依頼情報は、点検対象物の位置情報等を含む。依頼作成については、図１０を用いた説明で後述する。

また、点検者ｉは、インストールされたアプリのＵＩ画面を通じて、サーバ装置１０へアクセスし、依頼情報を閲覧する（ステップＳ４）。そして、点検者ｉは、閲覧した依頼情報から支援可能な点検業務を選択し、該当の点検対象物が存在する場所へ実際に赴いて、依頼内容に応じた画像を撮影し、サーバ装置１０へ投稿する（ステップＳ５）。

なお、端末装置１００は、図１に示すように、点検者ｉが、予め設定された点検対象物の位置を含む所定範囲内に進入すると、点検対象物の撮影が可能な写真撮影モードへと移行可能な状態になる。

かかる写真撮影モード画面には、例えば依頼内容（図中の「クエスト」参照）があわせて表示されており、点検者ｉは、かかる依頼内容を確認しながら、点検対象物を撮影することとなる。端末装置１００のＵＩ画面の具体例については、図４〜図９等を用いた説明で後述する。

そして、点検者ｉから投稿された投稿内容は、投稿情報としてサーバ装置１０へ蓄積される。投稿情報は、点検者ｉによって撮影された画像のほか、かかる画像に埋め込まれたＥｘｉｆ（Exchangeable image file format）等のメタデータや、点検者ｉによって入力された任意のコメント等を含む。

また、サーバ装置１０は、点検者ｉからの投稿を受けると、かかる投稿に対する報酬として点検者ｉへ特典を付与するとともに、広告サーバ２０から提供を受けた広告コンテンツを所定の広告枠へ表示する（ステップＳ６）。

特典は例えば、図中に「獲得コイン」として示すように、所定のポイントプログラムのポイントである。かかるポイントは、例えば電子マネーやクーポン券、専用アプリのキャラクタ商品等との交換サービスへ紐付けることにより、点検者ｉの点検業務への支援意欲を刺激する一助となる。また、その財源は、例えば広告会社へ提供した広告枠に対する広告収入等を当てることができる。

また、点検管理者Ｍは、サーバ装置１０へアクセスして、点検者ｉから投稿された投稿内容を確認することができる（ステップＳ７）。そして、サーバ装置１０は、その確認結果に応じて点検者ｉの評価に関する評価情報および点検報告に関する報告情報を生成する（ステップＳ８）。

そして、サーバ装置１０は、例えば評価情報に含まれる信頼度に相当する評価スコアが高い優良な点検者ｉに対しては、さらなる特典付与および広告表示も行うことができる（ステップＳ９）。

以下、実施形態に係る点検システム１の構成の一例について、より具体的に説明する。図２は、実施形態に係る点検システム１の構成の一例を示す図である。図２に示すように、点検システム１は、サーバ装置１０と、広告サーバ２０と、１以上の端末装置１００とを含む。

また、図２に示すように、サーバ装置１０と、広告サーバ２０と、端末装置１００とは、インターネットや携帯電話回線網等であるネットワークＮによって相互に接続され、ネットワークＮを介して相互にデータを送受信する。

次に、図３は、実施形態に係る点検システム１のブロック図である。なお、図３では、実施形態の特徴を説明するために必要な構成要素のみを表しており、一般的な構成要素についての記載を省略している。

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

また、図３を用いた説明では、既に説明済みの構成要素については、説明を簡略するか、省略する場合がある。

サーバ装置１０から説明する。図３に示すように、サーバ装置１０は、通信部１１と、記憶部１２と、制御部１３とを具備する。

通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１は、ネットワークＮを介して点検管理者Ｍが利用する情報処理端末や、広告サーバ２０、端末装置１００と有線または無線で接続され、これら各種装置との間で情報の送受信を行う。

記憶部１２は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示す例では、記憶部１２は、アプリＤＢ（データベース）１２ａと、依頼情報ＤＢ１２ｂと、投稿情報ＤＢ１２ｃと、点検者情報ＤＢ１２ｄとを記憶する。

アプリＤＢ（データベース）１２ａは、点検システム１において端末装置１００側で動作するアプリが格納されるデータベースである。依頼情報ＤＢ１２ｂは、上述した依頼情報が格納されるデータベースである。投稿情報ＤＢ１２ｃは、上述した点検者ｉからの投稿情報が格納されるデータベースである。点検者情報ＤＢ１２ｄは、点検システム１にユーザ登録された点検者ｉに関する情報が格納されるデータベースである。

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

制御部１３は、広告処理部１３ａと、配信部１３ｂと、依頼管理部１３ｃと、投稿管理部１３ｄと、通知部１３ｅと、生成部１３ｆとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

広告処理部１３ａは、点検システム１における広告に関する処理を実行する。広告処理部１３ａは、例えば通信部１１を介して広告サーバ２０へ点検システム１が提供する広告枠に関する情報を提供する。また、広告処理部１３ａは、例えばかかる広告枠に提示する広告コンテンツを通信部１１を介して広告サーバ２０から取得し、端末装置１００のアプリ画面へ表示させる。

配信部１３ｂは、端末装置１００から専用アプリの配信要求を受け付けた場合に、アプリＤＢ１２ａに格納された専用アプリを端末装置１００へ配信する。また、配信部１３ｂは、専用アプリがアップデートされた場合にも、専用アプリを端末装置１００へ適宜配信することができる。

依頼管理部１３ｃは、点検管理者Ｍ向けのＵＩおよび点検者ｉ向けのＵＩを提供しつつ、かかるＵＩを介して指定された各種情報に基づいて点検の依頼情報を管理する。例えば依頼管理部１３ｃは、点検管理者Ｍからの依頼作成を受け付けた場合に、当該依頼作成の内容に応じた依頼情報を依頼情報ＤＢ１２ｂへ格納する。

また、依頼管理部１３ｃは、端末装置１００から依頼情報の閲覧要求を受け付けた場合に、当該閲覧要求の内容に応じた依頼情報を端末装置１００へ提供する。

投稿管理部１３ｄは、点検管理者Ｍ向けのＵＩおよび点検者ｉ向けのＵＩを提供しつつ、かかるＵＩを介して指定された各種情報に基づいて投稿情報を管理する。例えば投稿管理部１３ｄは、点検者ｉからの投稿を受け付けた場合に、当該投稿の内容に応じた投稿情報を投稿情報ＤＢ１２ｃへ格納する。

また、投稿管理部１３ｄは、点検管理者Ｍからの投稿内容の確認要求を受け付けた場合に、当該確認要求の内容に応じた投稿情報を点検管理者Ｍへ提供する。点検管理者Ｍは、かかる投稿情報の提供を受けた場合に、点検管理者Ｍ向けのＵＩ画面を介して投稿情報を評価することができる。

なお、点検管理者Ｍ向けのＵＩ画面および点検者ｉ向けのＵＩ画面の具体例については、図４以降を用いた説明で後述する。また、投稿管理部１３ｄと、上述した依頼管理部１３ｃとは、１つの管理部として統合されてもよい。

通知部１３ｅは、広告処理部１３ａ、依頼管理部１３ｃおよび投稿管理部１３ｄがそれぞれ点検者ｉに対して提供する各種情報を端末装置１００へ通知する。例えば通知部１３ｅは、点検者ｉに対し、上述した特典の付与を通知するとともに、端末装置１００へ広告を表示させる。

生成部１３ｆは、点検管理者Ｍ等の評価結果が反映された投稿情報ＤＢ１２ｃおよび点検者情報ＤＢ１２ｄに基づいて、上述した評価情報および報告情報を生成する。

上述した通知部１３ｅは、かかる生成部１３ｆによって生成された評価情報に応じて、点検者ｉに対してさらなる特典付与および広告表示を行うことができる。また、通知部１３ｅは、生成部１３ｆによって生成された報告情報を、点検管理者Ｍへ通知することもできる。

次に、端末装置１００について説明する。端末装置１００は、ＧＰＳセンサ１０１と、カメラ１０２と、通信部１０３と、記憶部１０４と、制御部１０５とを備える。ＧＰＳセンサ１０１は、ＧＰＳ受信機であり、受信したＧＰＳ信号に基づいてＧＰＳ位置を検出する。

カメラ１０２は、例えば、撮像素子としてＣＭＯＳ（Complementary Metal Oxide Semiconductor）イメージセンサまたはＣＣＤ（Charge Coupled Device）イメージセンサ等を用いて、点検の依頼内容に応じるための画像を撮像する。例えばカメラ１０２は、スマートフォンに搭載されたカメラである。

通信部１０３は、例えば、ＮＩＣ等によって実現される。通信部１０３は、ネットワークＮを介してサーバ装置１０と無線または有線で接続され、サーバ装置１０との間で情報の送受信を行う。

記憶部１０４は、上述した記憶部１２と同様に、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示す例では、記憶部１０４は、アプリ情報１０４ａを記憶する。アプリ情報１０４ａは、アプリのプログラムや、アプリの各種の設定等を含む情報である。

制御部１０５は、上述した制御部１３と同様に、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、記憶部１０４に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１０５は、上述した制御部１３と同様に、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現することができる。

制御部１０５は、取得部１０５ａと、アプリ実行部１０５ｂと、アップロード部１０５ｃとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

取得部１０５ａは、通信部１０３を介し、サーバ装置１０から配信されるアプリを取得し、アプリ情報１０４ａへ格納する。このとき、インストールに際して設定された各種の設定情報は、あわせてアプリ情報１０４ａへ格納される。

また、取得部１０５ａは、ＧＰＳセンサ１０１からＧＰＳ位置を取得し、アプリ実行部１０５ｂへ出力する。また、取得部１０５ａは、カメラ１０２により撮影された画像をカメラ１０２から取得し、アプリ実行部１０５ｂへ出力する。

アプリ実行部１０５ｂは、点検システム１の専用アプリをアプリ情報１０４ａからロードして実行する。アップロード部１０５ｃは、アプリ実行部１０５ｂにより生成される投稿情報を、通信部１０３を介してサーバ装置１０へアップロードする。

次に、点検者ｉ向けのＵＩ画面の具体例について、図４〜図９を用いて説明する。図４〜図９は、点検者ｉ向けのＵＩ画面の具体例の説明図（その１）〜（その６）である。なお、ここでは、端末装置１００にて点検システム１の専用アプリのインストールおよびユーザ登録が既に完了済みであるものとする。

端末装置１００で点検システム１の専用アプリを起動すると、図４の上段に示すように、まずホーム画面が立ち上がる。かかるホーム画面には、同図に示すように、例えば点検者ｉの現在位置を中心位置とする地図情報と、点検者ｉの現在の保有コイン枚数と、お知らせの有無が通知される。点検者ｉ自身は、地図上に、例えば人物を表すマークとして表示される。なお、点検者ｉが予め選択するキャラクタ等で表示されてもよい。

また、図４では、点検者ｉが、ポイントであるコインを２５０枚保有していること、また、点検者ｉに対し、５件のお知らせがあることを表している。

地図情報には、例えば１以上の宝箱アイコンが表示される。宝箱アイコンは、点検の依頼情報に含まれる点検対象物の位置情報に対応する位置に表示されており、宝箱アイコンの１つ１つが、依頼情報の１つ１つに対応する。

また、ホーム画面には例えば、あわせて「宝箱を探す」ボタンが配置されている。ここで、かかる「宝箱を探す」ボタンを点検者ｉがタップすると、図４の下段に示すように、端末装置１００のＵＩ画面は、例えば近くの宝箱までの距離および方向を表示する。これにより、点検者ｉにとって点検を実施しやすい依頼情報を分かりやすく提示することができる。

また、図５の上段に示すように、かかるホーム画面において点検者ｉが表示されている宝箱アイコンのうちの１つをタップすると、同図の下段に示すように、端末装置１００のＵＩ画面は、例えばかかる宝箱アイコンに対応する依頼情報に含まれる、点検内容の確認画面を表示する。

図５の例では、当該依頼情報の点検内容が「○×中学校前の石積み擁壁のヒビ割れ有無を確認してください」であり、獲得できるコインの枚数が最大１００枚であることを表している。これにより、点検者ｉは、依頼情報の詳細な内容を、容易に分かりやすく把握することができる。

そして、点検者ｉが実空間を移動し、図６の上段に示すように、実際に宝箱に近づいてから宝箱アイコンをタップすると、同図の下段に示すように、端末装置１００のＵＩ画面は写真撮影モードへと移行する。

言い換えれば、点検者ｉが予め設定された点検対象物の位置を含む所定範囲内に進入すると、当該点検対象物の撮影が可能な写真撮影モードへと移行可能な状態になり、そこで点検対象物に対応する宝箱アイコンをタップすると、写真撮影モードへと移行できることになる。これにより、点検対象物の近傍でのみ点検対象物の撮影およびこれに続く投稿が可能となるので、不正防止に資することができる。

そして、図６の下段に示すように、写真撮影モードにおいて点検者ｉが撮影のソフトウェアボタンを押し、点検対象物を撮影して、「次へ」ボタンをタップすると、図７の上段に示すように、端末装置１００のＵＩ画面は投稿画面へと遷移する。投稿画面には、写真撮影モードで撮影した画像の表示欄のほか、例えば任意のコメント入力欄が配置される。なお、コメント入力欄に限らず、プルダウンメニュー等で報告可能な形式としてもよい。

そして、点検者ｉが任意にコメントを入力し、「送信」ボタンをタップすると、投稿が完了する。「送信」ボタンは、例えば端末装置１００が、アプリを介して点検対象物を撮影した時の当該端末装置１００の位置情報と、点検対象物の位置情報との誤差が予め設定された所定の許容範囲内である場合にのみ操作可能となるようにしてもよい。これにより、不正の防止に資することができる。

投稿が完了すると、図７の下段に示すように、端末装置１００のＵＩ画面は、コイン獲得画面へと遷移する。また、あわせて広告が表示される。

なお、ここで、図８に示すように、報告順により獲得できるコインの枚数が変わるようにしてもよい。また、報告順に関わりなく、ランダムなくじ形式でコインの枚数が変わるようにしてもよい。かかる場合、時には大当たりを出してもよい。

また、撮影した画像の品質や、報告順、前述のコメントの内容、プルダウンメニューで報告された内容等に基づいて生成される上述の評価情報に基づき、図９に示すように、評価の高い投稿者に対しては、ボーナス的なポイントを付与することができる。

次に、点検管理者Ｍ向けのＵＩ画面の具体例について、図１０〜図１６を用いて説明する。図１０〜図１６は、点検管理者Ｍ向けのＵＩ画面の具体例の説明図（その１）〜（その７）である。

図１０に示すように、点検管理者Ｍ向けのＵＩ画面、例えば「点検アプリ管理画面」には、「依頼作成」ボタンと、「依頼一覧」ボタンと、「点検者一覧」ボタンと、「投稿写真」ボタンが配置される。

まず「依頼作成」から説明する。ここで、同図に示すように、点検管理者Ｍが「依頼作成」ボタンをクリックすると、点検アプリ管理画面には、依頼作成画面が表示される。依頼作成画面には、例えば「件名」、「点検対象」、「識別番号」、「位置情報」、「発注日」、「期限」、「ＭＡＸ」、「付与ポイント」等を入力可能な各フィールドが配置される。

「Ｎｏ．」は自動的に付与される。各入力フィールドは、直接入力可能であってもよいし、プルダウンメニュー等の組み合わせで選択入力可能であってもよい。「位置情報」は、「住所」を入力するか、または、「緯度」および「経度」を入力するかによって指定することができる。位置情報は、同画面上に配置された地図情報画面の１点をマウス等のポインティングデバイスで直接指定可能としてもよい。

なお、「ＭＡＸ」は、例えば依頼ごとに受付可能な点検者数の上限値である。「付与ポイント」は、文字通り依頼ごとに付与可能なポイント数である。また、同図に示すように、「データ読み込み」ボタンを設けて、ＣＳＶ（comma-separated values）形式等で作成したテキストデータをかかる「データ読み込み」ボタンにより読み込ませることによって、依頼作成を可能としてもよい。

また、図１０に示すのは、点検管理者Ｍが、例えば電話等で受け付けた情報をもとに依頼を作成する場合等に利用することができる画面であるが、端末装置１００からの依頼作成を可能にしてもよい。

かかる場合、図１１に示すように、端末装置１００のＵＩ画面のホーム画面に例えば「クエスト作成」ボタンを設けておき、点検者ｉがかかる「クエスト作成」ボタンをタップすると、図１０に示した各入力フィールドが配置された点検者ｉ向けの依頼作成画面へ遷移するとよい。点検者ｉ向けでも、各入力フィールドは、直接入力可能であってもよいし、プルダウンメニュー等の組み合わせで選択入力可能であってもよい。「ＭＡＸ」や「付与ポイント」等は、かかる選択の組み合わせで自動的に設定されるようにしてもよい。

これにより、例えば街中を移動中に点検が必要そうな箇所を偶然に見つけた点検者ｉが、自身の手で依頼情報を作成し、点検業務を支援することができる。また、これにより、点検管理者Ｍの負担も軽減することができる。

なお、依頼情報を作成した点検者ｉは、かかる依頼情報が登録されると、登録された情報に対応する宝箱アイコンがＵＩ画面に表示され、その近傍において図６に示したように宝箱アイコンをタップすれば、そのまま撮影モードへ移行し、自身が作成した依頼情報に対応する点検対象物を撮影して投稿することができる。

また、ここで、不正に依頼情報を作成されることを防止するために、例えば評価情報において評価の高い点検者ｉのＵＩ画面に対してのみ、「クエスト作成」ボタンが表示されるようにしてもよい。

次に、「依頼一覧」について説明する。図１２に示すように、点検管理者Ｍが「依頼一覧」ボタンをクリックすると、点検アプリ管理画面には、依頼一覧画面が表示される。依頼一覧画面には、依頼情報ＤＢ１２ｂに格納中の依頼情報がリスト表示される。

依頼一覧画面には、同図に示すように、「未対応」、「対応中」、「完了」の、各依頼情報の「ステータス」を指定するチェックボックスが配置されており、かかるチェックボックスをチェックするか否かによって、所望のステータスの依頼情報の一覧を表示させることができる。

また、かかる依頼一覧画面には、同図に示すように、地図情報画面が配置されており、かかる地図情報画面上には、各依頼情報の例えば「表示Ｎｏ．」が視認可能となっている。これにより、点検管理者Ｍは、依頼情報ＤＢ１２ｂに格納中の依頼情報およびその状況を分かりやすく把握することが可能となる。

次に、「点検者一覧」について説明する。図１３に示すように、点検管理者Ｍが「点検者一覧」ボタンをクリックすると、点検アプリ管理画面には、点検者一覧画面が表示される。点検者一覧画面には、点検者情報ＤＢ１２ｄに点検者ｉとして登録中の登録者がリスト表示される。

点検者一覧画面には、同図に示すように、「登録者」ごとの、「獲得ポイント」、「信頼度」、「主な活動地域」、「最終ログイン」等の情報がリスト表示される。信頼度は、生成部１３ｆによる評価情報の生成の際に算出される。

具体的には、例えば生成部１３ｆは、点検者ｉに関する情報に含まれる１以上の要素をパラメータとする評価モデルに基づき、点検者ｉの信頼度を算出する。

より具体的には、生成部１３ｆは、例えば下記式（１）に示す回帰式を用いて点検者ｉの信頼度に対応する評価スコアｙを演算する評価モデルを有する。

ｙ ＝ ａ_１・ｘ_１ ＋ ａ_２・ｘ_２ ＋ ・・・ ＋ａ_ｎ・ｘ_ｎ ・・・ （１）

上記式（１）のうち、ａ_ｎ（ｎは任意の数）は係数であり、ｘ_ｎは素性（説明変数）である。まず、生成部１３ｆは、投稿情報ＤＢ１２ｃや点検者情報ＤＢ１２ｄ等に含まれる各項目データを解析し、各項目データに基づく優良な点検者ｉに対する素性を求める。各項目データは、例えば投稿された画像の品質や、撮影場所の正確さ、上述した報告順（「応答時間」と言い換えても可）、投稿されたコメントの内容等である。

例えば、優良な点検者ｉを正例とする場合、優良な点検者ｉの特徴ベクトルを有する場合には「ｘ_ｎ」＝「１」となり、有しない場合には「ｘ_ｎ」＝「−１」となる。また、ｘ_ｎの重み値となるａ_ｎは、上記式（１）による優良な点検者ｉを正例とした線形モデルを学習することで調整される。

例えば、生成部１３ｆは、上記式（１）のａ_ｎをパラメータとし、ＳＶＭ（Support Vector Machine）のようなパターン識別器を用いたサポートベクタ回帰などの回帰分析手法によりａ_ｎの重みを調整する。

なお、ここでは、優良な点検者ｉを正例とする例を挙げたが、悪意ある点検者ｉを正例とすることによって優良な点検者ｉを抽出してもよい。また、ここで挙げた評価スコアｙの算出方法はあくまで一例であって、これに限られるものではない。例えば、深層学習等の学習アルゴリズムを用いることとしてもよい。

そして、図１３に示すように、点検者一覧画面は、このように算出された信頼度が低い登録者を明示して表示する。図１３では、信頼度が「−１２０」と低い登録者「なっちゃん」の行のみ色を変えて表示している例を示している。なお、かかる表示の態様は図１３の例に限られるものではなく、例えば「注意」といった文言を「なっちゃん」に紐付けて表示することで、「なっちゃん」の信頼度が低いことを表してもよい。

これにより、点検管理者Ｍは、信頼度が低く投稿に信頼性がない点検者ｉを容易に把握することができる。また、かかる信頼度の低い点検者ｉの投稿を、報告情報に含まないようにすることができる。

なお、通知部１３ｅは、このような信頼度の低い点検者ｉの端末装置１００のＵＩ画面に対し、図１４に示すように、注意文を表示させることができる。

次に、「投稿写真」について説明する。図１５に示すように、点検管理者Ｍが「投稿写真」ボタンをクリックすると、点検アプリ管理画面には、投稿写真画面が表示される。投稿写真画面には、依頼情報の「依頼Ｎｏ．」ごとに、投稿された「投稿写真」のサムネイルが、「件名」、「コメント」、「期限」、「ＭＡＸ」、「人数」、「ステータス」等とともにリスト表示される。

ここで、点検管理者Ｍが、各行の「依頼Ｎｏ．」や「件名」をクリックすると、例えば図１６に示すように、投稿内容の詳細確認画面へと遷移する。かかる詳細確認画面には、点検者ｉがそれぞれ投稿した内容が、例えば上述した評価スコアｙの高い点検者ｉほど優先度を高くした順序で表示される。評価スコアｙは、上記した式（１）によって自動的に算出される。

なお、図１３に示した点検者ｉごとの「主な活動領域」は、例えば専用アプリが、定期的に端末装置１００のＧＰＳ位置を取得してサーバ装置１０へ送信することによって、サーバ装置１０側で把握することが可能となる。

そして、サーバ装置１０は、点検者ｉが投稿した内容が、かかる主な活動領域に含まれる点検対象物に関するものであれば、かかる点検者ｉの評価スコアｙが高くなるように評価スコアｙを算出してもよい。そうすれば、点検者ｉの主な活動領域と点検対象物とがマッチングした投稿情報ほど優先度高く上位に表示されやすくなる。

これにより、点検対象物のある地域を実際によく知る人物からの投稿情報を評価高く取り扱うことができ、１つの依頼情報に対し、大量に投稿がなされた場合等にも、効率よく信頼性の高い投稿情報を抽出することが可能となる。

また、同図に示すように、かかる詳細確認画面には、あわせて地図情報画面が配置されており、かかる地図情報画面には、各点検者ｉを示すマークが、例えば投稿写真のＥｘｉｆ等のメタデータが示す位置情報に基づいてマッピング表示される。

これにより、点検管理者Ｍは、依頼場所に対する投稿写真の撮影場所の正確さ等をひと目で把握することができる。また、かかる詳細確認画面の各コメントやと投稿写真の各画像には、例えば「Ｇｏｏｄ」と「Ｂａｄ」に対応するチェックボックスが設けられており、点検管理者Ｍは、かかるチェックボックスをチェックすることにより、点検者ｉの投稿内容を評価することができる。

なお、点検管理者Ｍは、報告書に採用する投稿内容に対しては、例えば「Ｇｏｏｄ」にチェックする。また、点検管理者Ｍは、依頼内容に適合しない投稿内容に対しては、例えば「Ｂａｄ」にチェックする。

かかるチェックの結果は、例えば即座に上記式（１）による評価スコアｙの算出に反映することができる。また、その反映結果に応じて、詳細確認画面の点検者ｉの並びが即座に更新されてもよい。これにより、点検管理者Ｍは、例えば自身の評価の正しさを目視で確認することができる。

そして、点検管理者Ｍが、同図に示す「報告書作成」ボタンをクリックすると、生成部１３ｆが、報告情報である報告書を自動的に生成し、出力することとなる。

上述してきたように、実施形態に係る点検システム１は、端末装置１００と、サーバ装置１０とを具備する。端末装置１００は、撮影機能、位置取得機能および通信機能を用いて点検対象物の点検業務を支援するアプリケーションを実行する。サーバ装置１０は、点検対象物の位置情報を含む依頼情報（「点検依頼情報」の一例に相当）を管理する依頼管理部１３ｃ（「管理部」の一例に相当）を有する。また、サーバ装置１０はさらに、生成部１３ｆを有する。生成部１３ｆは、上記アプリケーションを介して端末装置１００から送信される点検対象物の画像を含む投稿情報に基づいて、かかる投稿情報の投稿者である点検者ｉの評価情報を生成する。また、生成部１３ｆは、上記評価情報として、点検者ｉが優良な点検者である度合いを示す評価スコアｙを算出する。

これにより、効率的に地域の安全性を確保することができる点検システムを提供することができる。また、点検者ｉの評価スコアｙを算出し、これに基づいた確認を行うことで、例えば複数の点検者ｉからの大量の投稿情報を効率よく確認することが可能となる。

なお、図１１で説明した自身の手で依頼情報を作成し、点検業務を支援できる点検者ｉは所定の条件を満たす者に限られてもよい。例えば、信頼度が所定値以上の者に限られてもよい。

また、この所定の条件を満たす点検者ｉは、図１１のようにクエストを作成せず、地域の異常を報告できるようにしてもよい。かかる場合、例えば、点検者ｉの信頼度が所定値を超えた場合に、異常報告機能やクエスト作成機能など機能を拡張できる旨の連絡を点検者ｉに通知し、その通知に対する応答に応じて異常報告機能やクエスト作成機能のＵＩ画面を提供するようにしてもよい。

これにより、所定の条件を満たす点検者ｉから情報が提供されるため自治体は信頼度が高い情報を受けることができる。また、報告できる者を限定しているため情報提供の乱雑を防ぐことができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ 点検システム
１０ サーバ装置
１１ 通信部
１３ａ 広告処理部
１３ｂ 配信部
１３ｃ 依頼管理部
１３ｄ 投稿管理部
１３ｅ 通知部
１３ｆ 生成部
１００ 端末装置
１０１ ＧＰＳセンサ
１０２ カメラ
１０３ 通信部
１０５ａ 取得部
１０５ｂ アプリ実行部
１０５ｃ アップロード部
Ｍ 点検管理者
ｉ 点検者
ｙ 評価スコア

Claims (6)

1. 撮影機能、位置取得機能および通信機能を用いて点検対象物の点検業務を支援するアプリケーションを実行する端末装置と；
   前記点検対象物の位置情報を含む点検依頼情報を管理する管理部を有するサーバ装置と；
   を具備し、
   前記サーバ装置はさらに、
   前記アプリケーションを介して前記端末装置から送信される前記点検対象物の画像を含む投稿情報に基づいて、該投稿情報の投稿者である点検者の評価情報を生成する生成部；
   を有し、
   前記生成部は、
   前記評価情報として、前記点検者が優良な点検者である度合いを示す評価スコアを算出する、
   点検システム。
2. 前記生成部は、
   前記投稿情報に含まれる１以上の要素に基づいて前記評価スコアを算出し、
   前記１以上の要素は、
   前記点検依頼情報に対する前記投稿情報の応答時間、前記画像の品質、該画像の撮影位置、および、前記画像に付与されるコメントの内容のうちの少なくともいずれかを含む、
   請求項１に記載の点検システム。
3. 前記管理部は、
   １つの前記点検依頼情報に対する前記投稿情報をユーザへ提示する場合に、前記評価スコアが高い前記点検者の前記投稿情報から順に提示する、
   請求項１または２に記載の点検システム。
4. 前記端末装置は、
   定期的に当該端末装置の位置情報を取得して前記サーバ装置へ送信し、
   前記生成部は、
   前記端末装置の位置情報に基づいて推定される前記点検者の主な活動領域に含まれる前記点検対象物について、当該点検者から前記投稿情報が投稿された場合には前記評価スコアが高くなるように前記評価スコアを算出する、
   請求項１、２または３に記載の点検システム。
5. 前記端末装置は、
   前記アプリケーションを介して前記点検対象物を撮影した時の当該端末装置の位置情報と、前記点検対象物の位置情報との誤差が予め設定された所定の許容範囲内である場合にのみ、前記投稿情報を前記サーバ装置へ送信する、
   請求項１〜４のいずれか一つに記載の点検システム。
6. 前記端末装置は、
   当該端末装置が予め設定された前記点検対象物の位置を含む所定範囲内に進入した場合に、前記アプリケーションを介して当該点検対象物の撮影が可能な写真撮影モードへと移行可能な状態となる、
   請求項１〜５のいずれか一つに記載の点検システム。

Images