JP2019066920A - 工事情報取得装置、工事情報管理システム、情報端末 - Google Patents

Abstract

【課題】過去の撮影画像から、将来の工事に有効に活用できる工事情報を取得する工事情報取得装置を提供すること。【解決手段】工事情報取得装置は、工事の工程で撮影された一連の撮影画像を受付ける入力部２６０と、前記受付けた撮影画像から、他の工事の際に参照して利用できる有効情報を取得する有効情報取得部２２１と、を備え、前記有効情報取得部は、前記撮影画像に重畳された表示板画像から前記有効情報となる文字情報を取得する表示板情報取得部３０２と、前記撮影画像で撮影された工事対象物から前記有効情報となる画像情報を取得する画像情報取得部３０４と、少なくとも前記文字情報及び前記画像情報に基づく前記有効情報から有効情報データベースに記録する有効情報記録部３１０とを、それぞれ有する。【選択図】図１８

Description

本発明は、工事支援に活用できる工事情報を取得する工事情報取得装置に関する。

土木工事や建築工事や工事現場では、工事の状況が細かく撮影され、撮影された画像は証跡画像として所定のルールで管理される。そして、工事現場の画像には、記録のために工事日や工事内容等の情報も組み込まれる。従来は、小型の黒板に工事日、工事内容等を書き込んだものを工事現場に立てかけて、これを工事状況とともにカメラで撮影するという方法が取られていた。そして、現場によっては、小型の黒板が配置できない場面もあるので、入力した文字が表示されるサブ画像を工事現場の実際の画像に合成するカメラが提案されている（特許文献１）。

現在、工事画像は証跡画像として、実際に行われた工事内容の証拠として管理され、工事が仕様通りの施工・品質であることを確認する手段として利用される。

特開２０００−２１７０３４号公報

工事画像は証跡画像として、工事内容の証拠として利用されるが、それ以外の利用用途は少ない。すなわち、小黒板には豊富な情報が含まれているはずであるが、十分には活用されていないのが現状である。同様に、工事画像それ自体にも、他の工事に利用できる有効な情報が含まれている可能性が高いが、着目されていない。

本願発明は、上記課題に鑑み、過去の工事画像から、将来の工事に有効に活用できる工事情報を取得する工事情報取得装置を提供することを目的とする。

上記目的を達成するために、工事情報取得装置は、工事の工程で撮影された撮影画像を受付ける入力部と、前記受付けた撮影画像から、他の工事の際に参照して利用できる有効情報を取得する有効情報取得部と、を備え、前記有効情報取得部は、前記撮影画像に写し込まれた重畳された表示板画像から前記有効情報となる文字情報を取得する表示板情報取得部と、前記撮影画像で撮影された工事対象物から前記有効情報となる画像情報を取得する画像情報取得部と、少なくとも前記文字情報及び前記画像情報に基づく前記有効情報を有効情報データベースに記録する有効情報記録部とを、それぞれ有する。

本発明によれば、過去の工事画像から、将来の工事に有効に活用できる工事情報を取得する工事情報取得装置を提供することができる。

本実施形態に係る工事支援システムの構成例を示す図である。 補修前の破損箇所が撮像装置で撮影される様子である。 撮像装置の機能ブロック図である。 ＵＩ画像による撮影画面の例である。 撮像装置のハードウェアブロック図である。 情報処理装置の機能ブロック図である。 第１ＤＢの内容を説明するための表である。 第１ＤＢの内容を説明するための表である。 第２ＤＢの内容を説明するための表である。 類似画像検索結果の画面例である。 情報処理装置のハードウェアブロック図である。 情報処理装置による補修工事支援処理の手順を説明するフローチャートである。 補修アドバイス処理の手順を説明するサブルーチンである。 補修工法紹介処理の手順を説明するサブルーチンである。 前回補修の評価処理の手順を説明するサブルーチンである。 工事情報ファイルの作成の手順を説明するサブルーチンである。 工事情報ファイルの構成を示す図である。 メンテナンス撮影時期判定処理の手順を説明するサブルーチンである。 有効情報取得部の構成の詳細を示すブロック図である。 表示板が重畳して撮影された工事画像の例である。 有効情報取得処理の手順を説明するサブルーチンである。 表示板情報からの情報取得処理を説明するサブルーチンである。 画像情報からの情報取得処理を説明するサブルーチンである。 Ｅｘｉｆ情報取得処理を説明するサブルーチンである。 付帯情報取得処理を説明するサブルーチンである。 補修工事Ｎｏ１に関する有効情報（１）である。 補修工事Ｎｏ１に関する有効情報（２）である。 補修工事Ｎｏ２に関する有効情報である。 補修工事Ｎｏ３に関する有効情報（１）である。 補修工事Ｎｏ３に関する有効情報（２）である。 補修工事Ｎｏ４、Ｎｏ５に関する有効情報である。 補修工事Ｎｏ６に関する有効情報（１）である。 補修工事Ｎｏ６に関する有効情報（２）である。 補修工事Ｎｏ７〜Ｎｏ１２に関する有効情報である。 撮像装置による撮影処理の手順を説明するサブルーチンである。

以下、図面に従って本発明の実施形態を説明する。図１は、本実施形態に係る工事支援システム１の構成例を示す図である。工事支援システム１は、工事情報管理会社が、顧客に対して工事支援サービスを提供するシステムである。例えば、工事支援システム１は、顧客の撮像装置１０に証跡撮影をガイドするガイド画像を提供して証跡撮影を支援し、撮影された証跡画像を管理する。また、工事支援システム１は、顧客の情報端末３０からの問い合わせに応じて工事情報を提供する。なお、証跡あるいは証跡画像とは、工事の証拠として撮影された画像である。

なお、工事情報管理会社は、民間・国・地方公共団体のいずれの運営であってもよい。また、顧客には、建物や設備の所有者や管理者、あるいは工事を施工する工事施工業者を含む。また、以下の実施形態では、補修工事を例にして説明するが、工事には、補修工事だけではなく、新規工事も当然に含まれる。

工事支援システム１には、撮像装置１０、情報処理装置２０及び情報端末３０が含まれる。撮像装置１０と情報処理装置２０及び情報端末３０は、相互にネットワークＮＷで接続される。

撮像装置１０は、補修工事を撮影するデジタルカメラである。撮像装置１０は、デジタルカメラ単体に限らず、情報処理機能が備わったタブレット端末のカメラ部であってもよい。以下で、補修工事で撮影される画像を補修画像と呼ぶ。また、補修前の破損箇所の画像を補修前画像と呼び、補修完了後の画像を補修完了画像とも呼ぶ。

ただし、補修前という表記は状況に応じて誤解を招くので、補修前画像、補修中画像、補修後画像も含めて補修画像と表現してもよい。例えば、補修作業に入っても、補修が終了しなければ補修前であるし、補修が終わっても、次の補修の前の画像である場合がある。本願は、補修が終了した直後の画像であっても、次の補修を予測するような情報提供も可能である。

図２は、補修前の破損箇所が撮像装置１０で撮影される様子を示す図である。顧客が、撮像装置１０によって、錆等の腐食Ｈaが下部に発生した構造物Ｈ（柱）を撮影している様子である。構造物Ｈの横に撮影情報が記載された表示板Ｆが配置され、構造物Ｈと共に表示板Ｆが撮影されてもよい。この表示板（小黒板）（図２のＦ）の情報は非常に重要で、撮影によって、このときの補修時の対象物や場所、環境、状況、時期、工法、過程、作業者、依頼者など様々な情報が取得、記録可能となる。ここで得られた情報が蓄積されると、本発明における補修情報がリッチになり、多くの知見、検索情報が得られるようになる。

情報処理装置２０は、工事情報管理会社によって運営され、補修工事に関する情報を管理し、補修工事に関する情報を提供する。情報処理装置２０は、補修画像を撮影するためのガイド画像や後述するデータベース等を利用して顧客に補修工事情報を提供し、また、撮像装置１０で撮影された補修画像を受信して管理する。情報処理装置２０は、ＰＣ（personal computer）装置、あるいはタブレット型の端末でもよい。情報処理装置２０は、工事支援装置、工事画像管理サーバあるいは単にサーバとも呼ぶ。

情報端末３０は、顧客が情報処理装置２０と情報の通信を行う端末装置である。情報端末３０は、顧客から情報処理装置２０に指示や要求を送信する際に利用される。情報端末３０は、タブレット型の端末あるいはスマートフォンでもよい。カメラ付きタブレット型の端末あるいはスマートフォンであれば、撮像装置１０と情報端末３０は一体化される。

図３は、撮像装置１０の機能ブロック図である。撮像装置１０は、撮像部１００、制御部１１０、記憶部１２０、通信部１３０、操作部１４０、タッチパネル１４５、表示部１５０、追記部１６０、姿勢センサ１７０ａ、ＧＰＳ１７０ｂ及び方位センサ１７０ｃを有する。

撮像部１００は、以下不図示のレンズ、撮像素子、信号処理部、画像処理部等を有する。撮像部１００は、本実施形態においては、特に補修工事や新規工事の工事画像を撮影し、撮影画像として出力する。制御部１１０は、撮像装置１０全体を統括的に制御する。制御部１１０は、撮影者からの指示に応じて通常撮影モードと補修撮影モードを切換える。制御部１１０は、補修工事を撮影する補修撮影モードでは、ＵＩ画像に基づき、補修撮影を行う。また、制御部１１０は、ＵＩ制御部１１２と記録制御部１１４を有する。

ＵＩ制御部１１２は、補修撮影モードで、補修撮影を支援するＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）画像の表示を制御する。ＵＩ画像とは、補修撮影モードで、補修工程の中で補修画像を撮影すべき場面をガイドする画像である。ＵＩ画像は、補修分野だけでなく、補修工程によっても異なる。補修工法によって、補修画像を撮影すべき場面が異なるからである。ＵＩ画像は、補修工法に応じて、情報処理装置２０で予め作成されて、撮像装置１０に提供される。また、ＵＩ制御部１１２は、情報処理装置２０で作成され送信されたＵＩ画像を記憶部１２０に記録する。ＵＩ画像を、ガイド画像あるいはアドバイス画像とも呼ぶ。

記録制御部１１４は、撮像部１００で撮影された撮影画像や撮影画像に関連する各種情報（以下、工事関連情報と呼ぶ）を記憶部１２０に記録する。なお、記録制御部１１４は、補修撮影モードでは、ＵＩ画像に従って撮影された補修画像を順番に記録するが、撮影画像が合成されたＵＩ画像（後述する図４参照）も、補修画像に関連する情報として記録してもよい。

記憶部１２０は、ＵＩ画像や撮影画像を記憶する。通信部１３０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等によって、情報処理装置２０と種々のデータの送受信を行うインターフェースである。通信部１３０は、情報処理装置２０から送信されるＵＩ画像を受信する。また、通信部１３０は、補修工事で撮影された補修画像を情報処理装置２０に送信する。

操作部１４０は、各種操作ボタンで、撮影者からの各種指示が入力される。タッチパネル１４５は、表示部１５０と一体的に構成され、撮影者からの各種情報が入力される。表示部１５０は、例えばＬＣＤで、ライブビュー画像やＵＩ画像等を表示する。

追記部１６０は、撮影画像に情報を追記するものである。追記部１６０は、補修撮影モードでは、撮影者からタッチパネル１４５等を介して入力された補修工事に関連する情報（工事関連情報）を撮影画像に追記する。記録制御部１１４は、追記部１６０から入力された工事関連情報を該当する撮影画像に付帯して記録する。また、ＵＩ制御部１１２は、追記部１６０から入力された情報を、必要に応じてＵＩ画像に表示させてもよい。

撮影画像（補修画像）のファイルには、画像本体のデータの他に、補修名、日付・ＧＰＳ情報・傾き、補修ステップ名、補修前画像、使用ツール等の工事関連情報が含まれる。補修ステップ名とは、補修工程が複数ある場合に、当該補修画像がいずれの工程に属する画像であるのかを示す情報である。補修前画像は、サムネイル画像でもよい。使用ツールとは、当該撮影画像の工程で使用された材料や工具である。補修名、使用ツール等の情報は、追記部１６０により入力される。

姿勢センサ１７０ａは、撮像装置１０の傾きや手ブレを検出するセンサである。ＧＰＳ（Global Positioning System）１７０ｂは、撮像装置１０の位置を検出するセンサである。方位センサ１７０ｃは、撮像装置１０の向きを検出するセンサである。

図４は、補修撮影モードにおける、ＵＩ画像による撮影画面の例である。図４の画面Ｄ１〜Ｄ３は、はつり後、ケレン後、工事完了時の３つ工程で、補修撮影を促すガイド用の画面である。画面Ｄ１〜Ｄ３には、対応するＵＩ画像が表示される。工程の順番に、画面Ｄ１→Ｄ２→Ｄ３が順に表示される。

各画面の左側の領域Ｐ０は、ライブビュー画像やレックビュー画像が表示される領域である。撮影前には、領域Ｐ０にライブビュー画像が表示され、撮影後にはレックビュー画像が表示される。また、各画面の左上には、各工程に応じたアドバイスＰ１が表示される。また、画面右上には、補修工程名Ｐ２が表示される。

補修工事開始時には、画面Ｄ１が表示される。画面Ｄ１は、はつり後に補修対象を撮影することをガイドする画面である。画面右上には、補修工程名Ｐ２として「はつり後」が表示される。画面右中央のボタンＰ３は、各工程で用いるツール等を表示させるためのボタンである。ボタンＰ４は、各工程撮影の前に別な工程を撮影するためのボタンである。撮影者によりボタンＰ４が押下されると、各工程撮影の前に、別な割り込み撮影（オプション撮影とも呼ばれる）が許可される。オプション撮影の工程を、オプション工程と呼ぶ。オプション撮影の詳細は、図１８で説明する。

ボタンＰ５は、撮影画像の採用を指示するボタンである。表示されたレックビューを確認した撮影者によって、ボタンＰ５が押下されると、レックビューの表示中の撮影画像が、本工程の補修画像として記録される。記録される補修画像には、対応する工程名の情報が付帯される。

画面Ｄ１で、はつり後の画像が撮影されてボタンＰ５が押下されると、撮影画像がはつり工程の補修画像として記録される。撮像装置１０が撮影者により一旦停止され、次の工程（ケレン）の作業が行われる。

ケレン作業完了後に、撮像装置１０が再起動され、補修撮影モードが実行されると、画面Ｄ２が表示される。画面Ｄ２は、ケレン完了後にケレン工程の補修画像を撮影することをガイドする画面である。ケレン後の画像が撮影されてボタンＰ５が押下されると、撮影画像がケレン工程の補修画像として記録されて、画面Ｄ３に切換る。画面Ｄ３は、工事完了時に補修対象を撮影することをガイドする画面である。画面Ｄ３では、ボタンＰ３の代わりに日時を表示するためのボタンＰ６が表示される。画面Ｄ３で、工事完了画像が撮影され、ボタンＰ５が押下されると、補修撮影モードが終了する。

図５は、撮像装置１０のハードウェアブロック図である。撮像装置１０は、撮像部１００、通信部１３０、操作部１４０、タッチパネル１４５、表示部１５０、ＣＰＵ（Central Processing Unit）１８０、ＤＲＡＭ(Dynamic Random Access Memory)１８２及びＲＯＭ（Read Only memory）１８４を有する。

ＣＰＵ１８０は、ＲＯＭ１８４に格納される制御プログラムを読込んで実行して、ソフトウェア処理により撮像装置１０の制御を行う。ＤＲＡＭ１８２は、制御プログラムや各種データを一時的に記憶するワーキングエリアを提供する。ＲＯＭ１８４は、例えばフラッシュメモリで、制御プログラムを不揮発的に記憶する。また、ＲＯＭ１８４は、記憶部１２０を構成し、各種データ、ＵＩ画像や補修画像等を記憶する。制御部１１０は、ＣＰＵ１８０、ＤＲＡＭ１８２及びＲＯＭ１８４により実現される。撮像部１００、通信部１３０、操作部１４０、タッチパネル１４５及び表示部１５０は、前述したので、説明は省略する。

図６は、情報処理装置２０の機能ブロック図である。情報処理装置２０は、制御部２１０、記憶部２２５、通信部２３０、操作部２４０、表示部２５０、画像入力部２６０、関連情報入力部２６２を有する。なお、情報処理装置２０には、情報処理装置２０と通信可能な情報表示機器（不図示）が接続されてもよい。情報表示機器には、情報処理装置２０から送信される情報、例えば有効情報から得られた検索情報や各種ガイド情報等が表示される。

制御部２１０は、情報処理装置２０全体を統括的に制御する。記憶部２２５には、補修画像（証跡画像）や各種データが記憶される。具体的には、記憶部２２５には、第１ＤＢ（データベース、Data Base）、第２ＤＢ（データベース、Data Base）、メンテナンスＤＢ（Data Base）、有効情報ＤＢ（Data Base）２２７、ＵＩ画像、アドバイス情報ＤＢ、画像記憶部２２６及びテンプレート情報等が記憶される。

第１ＤＢは、過去に行われた補修工事がデータベース化されたものである。第１ＤＢには、補修前画像と当該補修前画像に対応する補修分野名（種類）が記録されている。第１ＤＢには、補修前画像だけでなく、補修途中画像や補修完了画像等が記録されていてもよい。また、撮像装置１０から送信される補修画像も第１ＤＢに記録されて利用されてもよい。なお、撮影者から利用の許諾を得られた場合に、撮像装置１０から送信された補修画像が第１ＤＢに記録される。

図７Ａ、図７Ｂは、第１ＤＢの内容を説明するための表である。図７Ａの表１は、第１ＤＢの一部を表で示したものである。表１では、補修前画像と対応する補修分野等の関係を３例示す。各補修前画像について、「補修箇所の特徴」、「補修分野」、「補修工法」及び「補修の工程」が記載される。「補修箇所の特徴」は、主に外観的特徴で、例えば、色・表面性状・形状・素材等が記載される。なお、補修箇所の特徴は、手入力によるものでも良いし、画像解析によって自動的に抽出された内容が記載されてもよい。

「補修分野」は、「補修対象」と「補修項目」と「その他」の項目に分けられる。「補修対象」及び「補修項目」の具体例は、図７Ｂの表３で後述する。表１の補修前画像ＮＯ１は、根本に錆が発生した街灯の補修前の状態である。補修前画像ＮＯ１の「補修分野」には、補修対象として「街灯」、補修項目として「補修」が記録されている。補修分野に関する情報は補修前画像に付帯された工事関連情報に基づき判定されて、第１ＤＢに記載される。なお、「補修分野」に関する情報は、画像解析で判定された内容が記載されてもよいし、関連情報入力部２６２から入力されてもよい。

図７Ｂの表２は、「補修箇所の特徴」の具体例を示す表である。「補修箇所の特徴」は、表２に示した項目以外でもよい。図７Ｂの表３は、「補修分野」の具体例を示す表である。「補修対象」と「補修項目」以外に、その他の情報として、補修工事に係る種々の情報が記載されてもよい。

表２は、補修箇所の特徴を判定する時のデータベースとしてもよい。そして、ここでは文字で表現しているが、画像の特徴であるので、「色」であれば、波長分布の特徴のデータベースであったり、「表面性状」はコントラストとか階調の特徴や、陰影やコントラストの規則性などのパターン、特徴的な形状、色変化、「素材」は材料特有の色や質感（陰影やコントラストのパターン）などを数値化したデータベースであり、得られた画像データを分析した同様の値と比較して、類似性を検索したり同定したりすればよい。もちろん、人間の目の判断に囚われる必要はなく、画像処理した結果同士で比較しても良い。これによって、表２の項目のどれに該当するかが分かり、各項目のアンド条件などで、どのような補修であるかが判定できる。全てを画像から判断しなくても、いくつかの項目は候補から選択してもよく、この表自体を表示して、選んで行くようにしても、補修箇所の特徴を特定することが出来る。

表３は、補修分野のデータベースの例でもあり、一部は特徴的な形状から画像判定してもよい。例えば街灯は、地面から垂直な棒状のものを判定すればよく、地面の色が茶色やアスファルト、コンクリートの色で平坦であり、棒状部は、金属の色や塗料の色などを参考に検索してもよい。これに素材特有の画像特徴を反映させたり、この部分に先ほどの補修箇所の画像特徴が合わせて判定されたりすれば、分野の特定がさらに精度向上できる。

また、全てを画像から判断しなくてもよく、ＧＰＳ等の衛星電波や携帯電話の基地局電波、さらには、無線ＬＡＮの基地局電波、ビーコン等による位置情報や地図情報を考慮して自動判定してもよいが、補修項目やコストなどは、候補から項目選択してもよい。この表自体を表示して、各項目を選んで行くようにしても、補修分野の特徴を特定することが出来る。ただし、類似対象物の画像と、本発明の工事情報のデータ群から、これまでの補修情報を検索したり取得したりして、類推することは可能である。

また、以上は、補修前の補修箇所、補修分野の具体例であるが、この情報をもとにして分類された補修画像や補修来歴が蓄積されていくと、これらのいくつかの項目については項目の必要性がなくなり、蓄積情報をもとに省略が可能となる。例えば、材料の剥がれがない画像でも、将来、材料が剥がれるであろう分野の補修箇所の特徴として利用できるようにしてもよい。有効情報として、その場では読み取れない情報を補足してもよく、他のユーザにとって、必要でない情報は使わなくしてもよい。複数ユーザの検索履歴等の行動によって取捨選択されるようにする方法などがある。

表１の「補修工法」及び「補修工程」は、各補修前画像が実際に補修された際に用いられた「補修工法」及び「補修工程」である。

第２ＤＢは、補修分野と補修分野に対応する補修工法がデータベース化されたものである。図８の表４は、第２ＤＢの具体例の一部を表で示したものである。第２ＤＢには、表４で示すように、各補修分野に対応する複数の補修工法と、補修工法の工程と、工法の特徴が記載される。

補修分野として「街灯の柱補修」と「鉄筋コンクリート補修」の２例示す。「街灯の柱補修」は、補修対象が「街灯の柱」で、補修項目が「補修」である。「鉄筋コンクリート補修」は、補修対象が「鉄筋コンクリート」で、補修項目が「補修」である。

また、第２ＤＢでは、工法の特徴も記載される。各工法の特徴として、例えば、表４に示すような、費用、工事期間、耐久性についての評価が示される。各工法の特徴が示されることで、顧客は、補修分野の工法種類が分かるだけでなく、適切な工法の選択も簡単できるようになる。第２ＤＢの情報は、工法選択時の有用な支援手段になる。

メンテナンスＤＢには、経過年数対劣化レベルのデータが補修分野や工法に応じて記憶される。経過年数対劣化レベルのデータは、劣化判定部２１６による劣化判定に利用される。詳細は、図１４で説明する。

また、メンテナンスＤＢには、工法等に応じて、施工後あるいは補修後から定期チェック（メンテナンス撮影）が必要な年数の情報も含まれる。この情報は、メンテナンス撮影判定部２１９による撮影推奨時期の判定に利用される。詳細は、図１７で説明する。

ＵＩ画像は、図４で説明したように、撮像装置１０で、補修撮影のガイドに使用される画像である。ＵＩ画像は、ＵＩ作成部２１４で作成されて記憶部２２５に記録される。

アドバイス情報ＤＢは、補修工事に関して顧客へアドバイスする情報（詳細アドバイス情報と呼ぶ）のデータベースである。詳細アドバイス情報は、例えば、補修工法に対応する実際の補修の具体例や、各補修工法を施工する施工業者に関する情報である。アドバイス情報ＤＢは、顧客から詳細アドバイス情報の紹介要求があった場合に、アドバイス情報紹介部２２０により参照される。詳細は、図１２で説明する。

有効情報ＤＢ（Data Base）は、表示板情報や画像情報等から有効な工事情報を抽出して分類した工事情報の蓄積である。有効情報ＤＢは、今後の工事に対して活用できる情報である。ここで表示板から読み取れる有効情報は、少なくとも、工事作業の施工者、具体的な物件の場所や工事日時や工事内容、工法、材料などの情報の一つを含み、これらは、他の工事を行う時にも参考になる有効情報にできる。これらの項目に該当する文字や画像の特徴を判定できれば、それらが有効情報となり、この項目は、有効なガイドを得るためには、この実施例から様々な追加や改良が可能である。

さらに、他の工事の参考になる有効情報は、これだけでなく、特定の工事分野によって、異なる文字情報であってもよい。また、必要に応じて、描画されたイラスト等や色分けされた情報もあり、これを参照できるようにしてもよい。例えば、類似の案件に対して、誰が施工経験があり、どのような工法、材料で施工したかが分かり、有効な情報と言える。さらに、それらの情報から特定の工事の価格や耐久性や期間などが検索できたり、割り出したりできる。有効情報ＤＢの詳細は、図１８〜図２１で説明する。

画像記憶部２２６には、撮像装置１０から送信された補修画像が証跡画像として記憶される。また、画像記憶部２２６には、補修画像に基づく工事情報ファイルが記憶される。工事情報ファイルは、同一の補修工事で撮影された一連の補修画像が分類記録部２１７によってファイル化されたもので、実施された補修工事の内容を示す情報である。なお、必ずしも一連である必要はなく、類似の工事で工程ごとに撮影された画像が集まると、それらを合わせて一連の情報にすることも可能である。工事情報ファイルについては、図１６で説明する。工事情報ファイルは、補修情報ファイルと呼んでも良い。テンプレート情報は、分類記録部２１７が工事情報ファイル作成時に、対応する工法に応じて参照する情報である。テンプレート情報は、工法毎に用意される。

通信部２３０は、ＬＡＮ（Local Area Network）等によって、外部装置とデータの送受信を行うインターフェースである。通信部２３０は、撮像装置１０や情報端末３０と画像等の情報の送受信を行う。

操作部２４０は、例えばキーボードやタッチパネルで、操作者からの指示が入力される。表示部２５０は、例えばＬＣＤで、メニュー画面や各種データを表示する。

画像入力部２６０は、撮像装置１０から通信部２３０に送信された補修画像を入力するものである。また、画像入力部２６０は、通信部２３０ではなく不図示の着脱メモリから補修画像等を入力してもよい。

関連情報入力部２６２は、補修工事に関連する工事関連情報を操作部２４０を介して入力する。作成されたＵＩ画像に付帯される情報、あるいは撮像装置１０で撮影された補修画像に付帯される情報が、関連情報入力部２６２から入力される。また、第１ＤＢや第２ＤＢやメンテナンスＤＢに追記される情報や、第１ＤＢや第２ＤＢやメンテナンスＤＢを修正する情報が、関連情報入力部２６２から入力される。

制御部２１０は、類似画像検索部２１１、補修分野推定部２１２、補修工法検索部２１３、ＵＩ作成部２１４、表示制御部２１５、劣化判定部２１６、分類記録部２１７、有用性学習部２１８、メンテナンス撮影判定部２１９、アドバイス情報紹介部２２０及び有効情報取得部２２１を有する。

類似画像検索部２１１は、撮像装置１０から送信等された補修前画像に類似する画像を、第１ＤＢに記録されている補修前画像の中から検索する。類似画像検索部２１１は、補修箇所同士が類似する画像を、第１ＤＢに記録されている補修前画像の中から検索する。類似画像検索部２１１は、類似する画像を１枚に限らず複数枚を第１ＤＢから検索してもよい。類似画像検索部２１１は、図１３で説明する補修工法紹介の処理、あるいは図１５で説明する工事情報ファイルの作成処理で、類似画像を検索する。

補修分野推定部２１２は、第１ＤＢで検索された類似する画像に対応する補修分野の種類を特定し、特定した補修分野を撮像装置１０から送信等された補修前画像の補修分野と推定する。

補修工法検索部２１３は、補修分野推定部２１２で推定した補修分野に対応する工法を第２ＤＢから検索する。

図９は、類似画像検索結果の画面例である。顧客から破損箇所の画像（補修前画像）が送信され、破損個所を補修する工法の問合せがされた場合に、類似画像検索が行われて、検索結果が表示される。

類似画像検索結果の画面は、補修前画像を送信した顧客の撮像装置１０に送信され、表示部１５０に表示される。なお、顧客が情報処理装置２０を操作できる場合には、顧客は類似画像検索結果の画面を情報処理装置２０の表示部１５０に表示させてもよい。顧客は、撮像装置１０あるいは情報処理装置２０で、以下に説明するようにして検索された補修工法を閲覧あるいは選択する。なお、類似画像検索結果の画面は、情報端末３０に送信されてもよい。

例えば、図２に示す被写体が補修前画像として入力されたとする。画面Ｄ１１は、第１ＤＢに記録された補修前画像から、補修前画像Ｎｏ１０１が最も類似する画像として検索された例である。

補修分野推定部２１２は、検索された補修前画像Ｎｏ１０１の補修分野を第１ＤＢから読出す。補修前画像Ｎｏ１０１の補修分野が、「街灯の柱補修」とする。これにより、補修分野推定部２１２は、撮像装置１０に送信された補修前画像の補修分野が「街灯の柱補修」であると推定する。画面Ｄ１１には、補修分野推定部２１２により推定された補修名（補修分野）が、「街灯の柱補修」と表示される。また、検索された補修前画像Ｎｏ１０１の補修前画像と補修完了画像、及びその撮影日等も工事関連情報として表示される。

画面Ｄ１１で、ボタンＲ１が押下されると、補修前画像Ｎｏ１０１に関する詳細情報が表示される。詳細情報は、図８の表４で示した補修工法や補修工法に対応する特徴等である。ボタンＲ１の押下により、補修前画像Ｎｏ１０１に対応する補修工法や特徴が表示される。更に、詳細情報として、例えば、画像特徴の情報（図７Ｂの表２）や他の情報（図７Ｂの表３）が表示されてもよい。

ボタンＲ２が押下されると、補修前画像Ｎｏ１０１の次に第１ＤＢで類似する補修前画像が順番に表示される。ボタンＲ３はＵＩ画像作成指示のボタンである。ボタンＲ３が押下されると、ＵＩ作成部２１４が、ＵＩ画像を作成する。具体的には、ＵＩ作成部２１４は、第１ＤＢから補修前画像Ｎｏ１０１の補修工法と補修工程を読出し、補修前画像Ｎｏ１０１と同じ補修工法になるように、ＵＩ画像を作成する。ボタンＲ４は、戻り指示のボタンである。

画面Ｄ１２は、第１ＤＢから検索された複数の類似画像が類似度の高い順に表示される例である。ここでは、２つの画像（補修前画像Ｎｏ１０１と補修前画像Ｎｏ２３５）が表示される例である。いずれかの画像が選択された後、ボタンＲ３が押下されると、画面Ｄ１１での説明と同様に、選択された補修前画像に基づき、対応するＵＩ画像が作成される。

ＵＩ作成部２１４は、前述したように、補修工事時の補修撮影を支援するためのＵＩ画像（図４参照）を作成する。ただし、領域Ｐ０は空白の状態である。なお、ＵＩ作成部２１４は、図９の画面等で決定された補修工程でＵＩ画像を作成するばかりでなく、操作者により指定された補修工法や補修工程で、ＵＩ画像を作成してもよい。ＵＩ作成部２１４は、ガイド画像作成部とも呼ぶ。

以上説明したように検索されたものを表示するだけでも、有効なシステムが構成される。つまり、作業の過程の画像を取得する撮像部を有する撮像装置と、前記撮像装置からの作業過程画像を受付ける入力部と、前記撮影画像に写し込まれた文字記載部分から有効情報となる文字情報を判定して取得する文字情報取得部と、前記撮影画像で有効画像情報を判定して取得する画像情報取得部とからなる有効情報取得部と、前記有効情報から得られた検索情報を取得する検索部からなるサーバと、前記サーバからの検索情報を受信して表示する情報表示機器と、からなることを特徴とするシステムを提供すれば、撮影時に、類似作業で撮影された画像を検索して取得した結果を参考にした撮影が可能となる。このシステムについては、工事支援システムではなく、工事情報管理システムと呼んでもよい。

もちろん、工事情報管理システムは、サーバとの通信がなくとも、大きな記録容量に十分なデータベースを取得可能なカメラを提供してもよい。この場合には、カメラは、撮像画像データを得る撮像部と、前記撮影画像に写し込まれた表示板画像から文字情報を取得する表示板情報取得部と、前記撮影画像及び文字情報から他の工事の際に参照して利用できる有効情報を取得する有効情報取得部と、前記有効情報を有効情報データベースに記録する有効情報記録部とを有し、記録された有効情報を、画像またはテキストにより検索を行い撮影時のガイドを表示する情報表示部とからなる情報端末を提供する。以下に、このような構想のもと、それぞれの部位やその役割、働きを説明する。

表示制御部２１５は、表示部２５０への撮影画像や各種データの表示を制御する。表示制御部２１５は、ＵＩ作成部２１４で作成されたＵＩ画像を、撮像装置１０への送信前に、表示部２５０へ表示し内容の確認をさせてもよい。情報処理装置２０から送信されたＵＩ画像は、撮像装置１０の記憶部１２０に記憶される。撮像装置１０のＵＩ制御部１１２は、所定のタイミングで、記憶部１２０からＵＩ画像を読出して、表示部１５０に表示する。

劣化判定部２１６は、画像に基づき、補修工事後の劣化が、経過年数に比較して標準よりも大きいか否かを判定する。具体的には、劣化判定部２１６は、撮像装置１０から送信された過去に補修された箇所の現在の画像に基づき、補修済箇所の劣化レベルを判定する。劣化判定部２１６は、過去に補修された箇所の現在の画像に、撮影者からコメント（経過年数情報、工法情報）が添付されている場合には、それら情報も加味して劣化判定を行う。

劣化判定部２１６は、過去の補修から現在までの経過年数を算出する。劣化判定部２１６は、撮影者から経過年数の情報が送信されていれば、その情報を利用する。あるいは、劣化判定部２１６は、工事情報ファイルに該当する情報があればそれを読み出す。

劣化判定部２１６は、メンテナンスＤＢの工法別の経過年数対劣化レベルのデータから、過去の補修時の補修工法に対応する経過年数対劣化レベルのデータを読み出す。補修工法によって、劣化の度合いが異なるからである。劣化判定部２１６は、経過年数に対する標準的な劣化レベルと今回の箇所の劣化レベルを比較して、今回の劣化が標準的な劣化より大きいか否かを判定する。劣化判定部２１６による処理の詳細は、図１４で詳述する。

分類記録部２１７は、撮像装置１０から送信された一連の補修画像に基づき、工事情報ファイルを作成する。分類記録部２１７は、一連の補修画像を、対応する補修工程のＵＩ画像を参照して、必須工程の画像と必須工程ではない（オプション工程）画像に分類して、補修工事ファイルに記録する。必須工程とは、ＵＩ画像で表示される工程である。オプション工程とは、ＵＩ画像では表示されない工程である。

また、これ以外の方法で必須工程、オプション工程を分類してもよい。例えば、画像範囲内に置かれる工事内容を示す表示板（小黒板）（図２のＦ）の情報は非常に重要で、これも撮影によって、このときの補修時の対象物や場所、環境、状況、時期、工法、過程、作業者、依頼者など様々な情報が取得、記録可能となる。ここで得られた情報が蓄積されると、本発明における補修情報がリッチになり、多くの知見、検索情報が得られるようになるが、ここに書かれた内容を文字読み取りなどで読み取ったり、パターン分類すれば、上述のオプション工程か否かが分類可能である。これは、描画のパターンごとに文字に置き換える辞書などを画像認識と組み合わせて実現が可能である。必要に応じて、手作業で修正を伴うものでもよい。

また、表示板を電子的に合成する場合もあるが、このような電子的なものは、テキスト情報の読み取りなどが容易である。また、電子的なものは予め想定された内容で、「現場で急遽置かれた表示板がある場合は、オプションである」というような単純な切り分けも可能となる。さらに、必須、オプションの関係のみならず、分類記録部は、撮影画像から表示板（小黒板）（図２のＦ）の情報を分類、把握し、補修時の対象物や場所、環境、状況、時期、工法、過程、作業者、依頼者など様々な情報を取得する。

また、分類記録部２１７は、一連の補修画像に付帯された工事関連情報を整理して、共通フォーマットで補修工事ファイルに記録する。異なる撮影者や異なる撮像装置１０で撮影された補修画像が、共通フォーマットでファイル化されることで、集まった補修画像が単に証拠として保存管理されるだけでなく、他の補修工事の支援に活用することができる。例えば、工事情報ファイルは、第１ＤＢに利用することもできる。分類記録部２１７による処理の詳細は、図１５、図１６で詳述する。

有用性学習部２１８は、劣化判定部２１６により判定された補修箇所の劣化レベルの結果に基づき、その補修箇所に実際に施工された補修工程が有用であったかを学習する。有用性は、その工事後、時間を経て得られた画像によって劣化度などを判定してもよいし、次の工事までの期間を利用して寿命を判定してもよい。これによって寿命の長短で補修工事を分類していけばその補修の有用性の学習が可能である。有用性学習部２１８は、実際に施工された補修工程を画像記憶部２２６の工事情報ファイルから読み出す。有用な工程とは、劣化を抑える効果の高い工程である。有用でない工程とは、無駄な工程あるいは劣化を早める工程である。

有用性学習部２１８は、劣化判定部２１６の判定結果に基づき、ＵＩ画像の既存の工程につき、有用でない工程と有用な工程を判定する。有用性学習部２１８は、有用でないと判定した工程をＵＩ画像から削除することを、ＵＩ作成部２１４に指示してもよい。

また、有用性学習部２１８は、判定した補修箇所の工程にオプション工程が含まれている場合に、劣化判定部２１６の判定結果に基づき、オプション工程の有用性を判定する。有用性学習部２１８は、オプション工程が有用であると判定すると、ＵＩ画像へのオプション工程の追加をＵＩ作成部２１４に指示してもよい。有用性学習部２１８による処理の詳細は、図１４で説明する。

メンテナンス撮影判定部２１９は、構造物の劣化判定用の撮影を行う時期（メンテナンス撮影時期）を判定する。メンテナンス撮影判定部２１９は、顧客の対象案件が、メンテナンス撮影時期になったかを判定して、メンテナンス撮影時期になった場合には、顧客にその旨を通知する処理を行う。メンテナンス撮影判定部２１９による処理の詳細は、図１７で説明する。

アドバイス情報紹介部２２０は、顧客に補修工事に関するアドバイス情報を紹介する。アドバイス情報紹介部２２０は、補修工事に関して顧客から詳細アドバイス情報の要求があった場合に、記憶部２２５のアドバイス情報ＤＢを参照して、補修例・工法・施工業者等の各情報を顧客に紹介する。アドバイス情報紹介部２２０による処理の詳細は、図１２で説明する。

有効情報取得部２２１は、撮影画像から、他の工事の際に参照して利用できる有効情報を取得し、取得した有効情報に基づき有効情報ＤＢ２２７を作成する。そして、この有効情報取得部２２１は、コンピューターのような演算回路で特定のプログラムを実行する回路によって構成することができる。

例えば、有効情報取得部２２１は、画像から特定のパターン（形状：例えば、柱、梁、壁等）を抽出し、抽出したパターンを、予め用意された工事パターン辞書を参照して、抽出したパターンに対応する工事内容の情報を取得する。工事パターン辞書は、記憶部２２５に記憶され、工事パターン辞書には、過去の工事画像のパターンと対応する工事内容の情報が蓄積されている。また、有効情報取得部２２１は、撮影用の画素に加えて焦点調整用の画素を有する撮像素子を用いることで、被写体までの距離を演算することや、あるいは被写体の色バランスから被写体色を判定することもできる。有効情報取得部２２１に関する詳細は、図１８〜図２１で説明する。

図１０は、情報処理装置２０のハードウェアブロック図である。情報処理装置２０は、ＣＰＵ（Central Processing Unit）２８０、ＤＲＡＭ(Dynamic Random Access Memory)２８２、ＲＯＭ（Read Only Memory）２８４、通信部２３０、操作部２４０及び表示部２５０を有する。

ＣＰＵ２８０は、ＲＯＭ２８４に格納される制御プログラムを読込んで実行して、ソフトウェア処理により情報処理装置２０の制御を行う。ＤＲＡＭ２８２は、制御プログラムや各種データを一時的に記憶するワーキングエリアを提供する。ＲＯＭ２８４は、制御プログラムやデータを不揮発的に記憶する。また、ＲＯＭ２８４は、ＤＢ１、ＤＢ２、メンテナンスＤＢ、アドバイス情報ＤＢ等を記憶し、記憶部２２５を実現する。制御部２１０は、ＣＰＵ２８０、ＤＲＡＭ２８２及びＲＯＭ２８４により実現される。通信部２３０、操作部２４０及び表示部２５０は、前述したので、説明は省略する。

図１１は、情報処理装置２０による補修工事支援処理の手順を説明するフローチャートである。顧客は、撮像装置１０や情報端末３０から、補修工事支援に関する各種依頼や指示を情報処理装置２０に送信する。情報処理装置２０は、通信部２３０により顧客からの依頼や指示に関する情報を受信する（ステップＳ１０）。制御部２１０は、顧客から受信内容を判断する（ステップＳ１２）。制御部２１０は、受信内容に応じて、以下説明する５種の処理を実行する。なお、前述のように顧客には、補修工事の依頼者及び補修工事を行う工事施工業者が含まれる。

<補修アドバイス処理>
制御部２１０は、受信内容が、補修アドバイス情報の依頼の場合には、補修アドバイス処理を行う（ステップＳ１４）。図１２は、補修アドバイス処理の手順を説明するサブルーチンである。

制御部２１０は、補修アドバイス情報の内容が、補修工法の問合せであるかを判断する（ステップＳ１００）。制御部２１０は、顧客からの指示が、補修工法の問合せであると判断すると（ステップＳ１００のＹＥＳ）、補修工法の紹介を行う（ステップＳ１０２）。

図１３は、補修工法紹介処理の手順を説明するサブルーチンである。顧客から、撮像装置１０あるいは情報端末３０を介して、補修工法のアドバイスを希望する補修前画像が送信される。画像入力部２６０は、顧客から送信された補修前画像を取得する。これは、前記有効情報を検索するための画像情報を入力可能な工事情報取得装置のフローチャートとなっている。

類似画像検索部２１１は、類似画像検索を行なう（ステップＳ１５０）。前述のように、類似画像検索部２１１は、顧客から送信された補修前画像に類似する画像を第１ＤＢから検索する。類似画像検索部２１１は、類似画像検索ができたかを判断する（ステップＳ１５２）。類似画像検索部２１１が、類似画像検索ができなかったと判断すると（ステップＳ１５２のＮＯ）、制御部２１０は、アドバイス情報がない旨を顧客に送信して（ステップＳ１６４）、図１１に戻り、処理を終了する。

類似画像検索部２１１が、類似画像検索ができたと判断すると（ステップＳ１５２のＹＥＳ）、補修分野推定部２１２は、第１ＤＢから、検索された類似する画像に対応する補修分野を読み出して、顧客から送信された補修前画像の補修分野であると推定する（ステップＳ１５４）。

補修分野推定部２１２は、補修分野推定ができたかを判断する（ステップＳ１５６）。補修分野推定部２１２は、補修分野推定ができなかったと判断すると（ステップＳ１５６のＮＯ）、ステップＳ１６４に進む。

補修分野推定部２１２が、補修分野推定ができたと判断すると（ステップＳ１５６のＹＥＳ）、補修工法検索部２１３は、推定された補修分野から第２ＤＢを利用して、補修工法を検索する（ステップＳ１５８）。

補修工法検索部２１３は、第２ＤＢから対応する補修工法が検索されたかを判断する（ステップＳ１６０）。補修工法検索部２１３は、補修工法が検索されなかったと判断すると（ステップＳ１６０のＮＯ）、ステップＳ１６４に進む。例えば、第２ＤＢに対応する補修工法が記載されていなかった場合である。

補修工法検索部２１３は、補修工法が検索されたと判断すると（ステップＳ１６０のＹＥＳ）、制御部２１０は、検索された工法を、顧客から送信された補修前画像に対応する補修工法として、顧客に送信する（ステップＳ１６２）。制御部２１０は、図１２に戻り、補修アドバイス処理を終了する。なお、顧客から、補修工法紹介と共に詳細アドバイス情報の紹介があった場合には、制御部２１０は、補修アドバイス処理を終了しないで、後述するステップＳ１１２に進んでもよい。

また、上述した処理では、顧客からの補修前画像によって補修分野を推定し、推定した補修分野に基づいて、補修工法を探してその情報を送信することを説明した。しかし、顧客の希望によっては、制御部２１０は、推定した補修分野の情報のみ（例えば、文字情報）で、画像等、有効情報を検索できるようにしてもよい。その結果を顧客に送信するようにしてもよい。また、顧客から補修分野の情報が提供される等によって、補修分野が分かっている場合には、補修分野推定部２１２が補修分野を推定する処理は行わず、制御部２１０は、提供された補修分野の情報を用いて第２ＤＢを参照して補修工法の情報を送信してもよい。

これによって、上記有効情報を検索するための文字情報を入力可能な工事情報取得装置を提供することができる。この時の文字情報は、図２１Ａや図２１Ｂで表記した文字情報をそのまま使う検索でなくても良い。文字情報であれば、類似の文字情報で検索されたものから、この有効情報を導くことは一般的に行われているものである。これは、自然言語を検索して、他の言葉や文字をそこから抽出するような検索システムを用いれば良い。

制御部２１０は、顧客からの要求が補修工法の問合せでないと判断すると（ステップＳ１００のＮＯ）、アドバイス情報紹介部２２０は、顧客からの補修アドバイス情報の紹介に対し、対応する詳細アドバイス情報を有しているかを判断する（ステップＳ１０４）。アドバイス情報紹介部２２０は、顧客からの詳細アドバイス情報に対応する情報がアドバイス情報ＤＢに有るかを判断する。

アドバイス情報紹介部２２０は、対応する情報がアドバイス情報ＤＢに用意されていないと判断すると（ステップＳ１０４のＮＯ）。制御部２１０は、詳細アドバイス情報が無いこと顧客に送信して（ステップＳ１０６）、補修アドバイス処理を終了する。制御部２１０は、補修アドバイス処理を終了して、図１１に戻る。

アドバイス情報紹介部２２０は、対応する情報がアドバイス情報ＤＢに用意されていると判断すると（ステップＳ１０４のＹＥＳ）、制御部２１０は、詳細アドバイス情報があること顧客に送信する（ステップＳ１０８）。なお、この場合には、制御部２１０は、詳細アドバイス情報の提供が有料であることを、顧客に通知するようにしてもよい。

制御部２１０は、顧客から詳細アドバイス情報の要求があったかを判断する（ステップＳ１１０）。制御部２１０は、顧客から詳細アドバイス情報の要求がない場合には（ステップＳ１１０のＮＯ）、補修アドバイス処理を終了する。

制御部２１０は、顧客から詳細アドバイス情報の要求があったと判断すると（ステップＳ１１０のＹＥＳ）、アドバイス情報紹介部２２０は、アドバイス情報ＤＢを検索して、顧客に対応する補修事例があるかやその概略情報を送信する（ステップＳ１１２）。さらに要求があれば、制御部２１０は、補修の具体例（補修事例）・工法・施工業者等の情報を顧客に紹介する（ステップＳ１１４）。なお、前述の補修工法紹介処理（ステップＳ１０２）で、対象となる補修工事の補修工法が検索されて送信されていた場合には、アドバイス情報紹介部２２０は、検索された補修工法に対する補修例や施工業者が優先して紹介してもよい。アドバイス情報紹介部２２０は、後述する有効情報紹介を顧客にしてもよい。

さらに、制御部２１０は、詳細アドバイス情報として、顧客、特に施工業者からＵＩ画像の要求があったかを判断する（ステップＳ１１６）。制御部２１０は、顧客からＵＩ画像の要求があったと判断すると（ステップＳ１１６のＹＥＳ）、ＵＩ作成部２１４は、図8の表４で示した第２ＤＢの補修工程から顧客から指示された補修工法の補修工程等を検索し、対応するＵＩ画像を作成する。図４で示したように、ＵＩ画像には、項目情報（Ｐ１，Ｐ２）や各スイッチ（Ｐ３，Ｐ４，Ｐ５）がレイアウトされる。ＵＩ画像の領域Ｐ０はブランクで、領域Ｐ０の画像は撮像装置１０で組み込まれる。

制御部２１０は、作成されたＵＩ画像を、顧客に送信する（ステップＳ１１８）。制御部２１０は、顧客からＵＩ画像の要求がないと判断すると（ステップＳ１１８のＮＯ）、補修アドバイス処理を終了する。

<前回補修の評価>
制御部２１０は、受信内容として、顧客の撮像装置１０から一連の補修画像が送信されてきた場合、前回補修の評価処理を行う（ステップＳ１６）。制御部２１０は、顧客から送信された一連の補修画像が再補修の工事であって、前回補修工事の情報が画像記憶部２２６に工事情報ファイルあるいは証跡画像として保管されている場合には、前回補修の評価を行って、前回の補修の工程の良否を評価する。補修工事の良否は、一定時間が経過しないと判定できないからである。

また、制御部２１０は、顧客から過去に補修した箇所の画像が送信されて、過去の補修箇所の評価が求められた場合にも、新たな補修工事とは無関係に、その補修箇所の評価処理を行う。例えば、顧客から、５年前に補修を完了した街灯の柱について、最新の画像が送信されてきて、５年前の補修工事の評価依頼がされたような場合である。制御部２１０は、第１ＤＢや画像記憶部２２６の工事情報ファイルあるいは証跡画像に、その補修済箇所の工事情報が保管されていれば、過去の補修工事の評価を行う。

図１４は、前回補修の評価処理の手順を説明するサブルーチンである。有用性学習部２１８は、顧客から依頼の補修物の前回補修に関する情報があるかを判断する（ステップＳ２００）。前回補修工事の工程等の情報がないと、前回補修の評価ができないからである。

劣化判定部２１６は、例えば第１ＤＢや画像記憶部２２６の工事情報ファイルあるいは証跡画像を参照して、同じ補修物での前回補修情報があるかを判断する。劣化判定部２１６は、同じ補修物での前回補修情報がないと判断すると（ステップＳ２００のＮＯ）、前回補修の評価処理を終了して、図１１に戻る。

劣化判定部２１６は、同じ補修物での前回補修情報があると判断すると（ステップＳ２００のＹＥＳ）、前回補修物の最新の画像に基づき、前回補修物の劣化レベルを判定する（ステップＳ２０２）。顧客から一連の補修画像が送信されてきた場合には、今回の補修工事が行われる直前の補修物の撮影画像が、前回補修物の最新画像となる。

劣化判定部２１６は、判定した劣化レベルが、想定内であるかを判断する（ステップＳ２０４）。劣化判定部２１６は、メンテナンスＤＢに記載されている、工法に応じた経過年数対劣化レベルの標準データを読み出す。標準データは、工法により異なる。また、劣化レベルは、ランクで表現されてもよい。例えば、補修工法が表４の防錆塗装＋塗装の場合には、標準データとして、経過年数２年でランク１（錆が２ｃｍ^２以内）、経過年数４年でランク２（錆が５ｃｍ^２以内）、経過年数６年でランク３（錆が１０ｃｍ^２以内）というような内容が、メンテナンスＤＢに記載されているとする。

劣化判定部２１６は、補修物の撮影画像から錆の面積を算出して、標準データから想定される経過年数を判定する。劣化判定部２１６は、補修箇所の環境により標準データの経過年数を補正してもよい。さらに、劣化判定部２１６は、前回補修完了日から補修箇所の最新の画像の撮影日までの期間で、補修後の経過年数（実際の経過年数）を算出する。

劣化判定部２１６は、劣化レベルから想定される経過年数≒実際の経過年数であれば、前回補修の劣化レベルが、想定内であると判断して（ステップＳ２０４のＹＥＳ）、ステップＳ２１２に進む。劣化判定部２１６は、前回補修の劣化レベルが、想定内でないと判断すると（ステップＳ２０４のＮＯ）、前回補修の劣化レベルが想定よりも悪いかを判断する（ステップＳ２０６）。劣化判定部２１６は、劣化レベルから想定される経過年数＞実際の経過年数であれば、前回補修の劣化レベルが想定よりも悪いと判断する。

劣化判定部２１６が、前回補修の劣化レベルが想定よりも悪いと判断すると（ステップＳ２０６のＹＥＳ）、有用性学習部２１８は、前回補修の問題分析を行う（ステップＳ２０８）。

劣化判定部２１６が、前回補修の劣化レベルが想定よりも良いと判断すると（ステップＳ２０６のＮＯ）、有用性学習部２１８は、前回補修の効果分析を行う（ステップＳ２１０）。

そして、有用性学習部２１８は、前回補修の一連の補修画像を検索して、前回補修の工程に新規工程が含まれているかを判断する（ステップＳ２１２）。有用性学習部２１８は、前回補修の工程に新規工程が含まれていて（ステップＳ２１２のＹＥＳ）、かつその新規工程が有用であると判断した場合には、その新規工程を有用性学習候補にする（ステップＳ２１４）。有用であるかは、寿命や耐性を経時劣化等の時間ごとの情報や工期、コスト、作業の複雑さ、材料、地図情報からの環境負荷などで判断する。さらに、ＵＩ作成部２１４は、その新規工程をＵＩ画像化してもよい。

また、有用性学習部２１８は、その新規工程が劣化を早めていると判断した場合には、その新規工程が有害な工程と登録する。制御部２１０は、前回補修の評価終了後、図１１に戻る。また、有用性学習部２１８は、前回補修の工程に新規工程が含まれていないと判断すると（ステップＳ２１２のＮＯ）、図１１に戻る。

このような有用性学習を行っておくと、前回の補修直後画像も参照可能でそれが、どのような劣化につながったかの学習が出来ていくので、補修直後画像であっても、次回の補修前画像となって、類似の補修が将来、何時、どのような工法による再度の補修が必要になるかを類推することが出来るようになる。したがって、補修直後画像も補修前画像も一括して、補修画像と呼んでも良い。

〈工事情報ファイルの作成〉
制御部２１０は、顧客から一連の補修画像を情報処理装置２０に保存する依頼を受信した場合には、一連の補修画像から工事情報ファイルを作成して、保存する（ステップＳ１８）。図１５は、工事情報ファイル化処理の手順を説明するサブルーチンである。

制御部２１０は、受信した一連の補修画像を画像記憶部２２６に記録する（ステップＳ３００）。補修画像は、原則として、補修工程を記録した一連の補修画像から構成される。補修画像には、付随情報が含まれる。付随情報は、工事関連情報の１つである。また、補修画像に補修前画像が含まれてもよい。

表示板（小黒板）（図２のＦ）の情報などは、重要な情報であるので、付随情報にしてもよい。ここでは、画像とは別に分けて図示しているが、各画像からこれを抜き出して集中的に管理すれば、例えば、図２１Ａに示すような表形式となる。また、各画像を総合するような情報を補修工事の計画書や実行書や手順書、報告書などから読み取って別途、画像とは分けて管理してもよい。例えば、画像をパソコン等で表示しながら作ったレポートなどの内容は、簡単に画像と関連づけられる。

なお、表示板（小黒板）（図２のＦ）は、電子的に合成されたものであってもよいが、電子的なものであれ、実際に現場におかれて写し込まれたものであれ、ここに書かれた内容を取得すれば有用な付随情報や各画像に対応したメタデータとなる。電子的なものは、そのままテキストデータ化可能だが、実物の場合、これが写った撮影画像データを分析して情報を得ることができる。

例えば、画面内の地面の水平線を検出、そこに置かれた画面内の特定の面積を占める四角形の対象物を検出すれば、これら検出した画像情報から、補修時の対象物や場所、環境、状況、時期、工法、過程、作業者、依頼者など様々な情報を判定することができる。判定した情報を分類したり、表示板を文字読み取り装置やソフトウェアで読み取れば、これらの有用な内容が補修画像と関連づけて記録可能となる。

このようにして得られた情報が蓄積されると、本発明における補修情報が補修画像（補修画像そのものにメタデータが付けられてリッチになる、という表現も可能）も合わせてリッチになり、これを見るのみならず、（メタデータ情報や画像そのものによる）検索したり分類して蓄積して経時変化など意味のある分析をすることで、多くの知見、検索情報が得られるようになる。

つまり、補修箇所が撮影された補修画像を受付ける入力部があり、補修画像と対応する補修分野の種類が記録された第１ＤＢに基づき、前記受付けた補修画像に対応する補修分野を推定する補修分野推定部を持つ事が、本実施形態の１つと説明したが、これに限るものではない。補修分野推定は、画像そのものを比較してもよいし、こうした補修情報を比較してもよい。画像は人間が見てすぐに分かるという特徴があり、さらに画像は文字では表せない情報も表現でき、文字と比較して情報量が多いので重要である。

また、補修分野における補修工法が記録された第２ＤＢに基づき、補修分野推定部により推定された補修分野に対応する補修工法を検索する補修工法検索部と、を備えることを特徴とする工事支援装置であるので、検索された結果は、補修画像を表示すれば、ユーザはすぐにそれでよいかどうか直感的な判断が出来るので画像は、ここでも重要である。

分類記録部２１７は、受信した補修画像が新カテゴリの補修であるかを判断する（ステップＳ３０２）。新カテゴリの補修とは、第１ＤＢ、第２ＤＢや画像記憶部２２６に記録がされていない補修分野を言う。分類記録部２１７が、受信した補修画像が新カテゴリの補修であると判断すると（ステップＳ３０２のＹＥＳ）、ＵＩ作成部２１４は、新カテゴリと判断された一連の補修画像に基づいて、新たなＵＩ画像を作成し（ステップＳ３０４）、記憶部２２５のＵＩ画像に追加記録する。

なお、ＵＩ作成部２１４は、顧客から利用許諾が得られた場合に限り、受信した新カテゴリの補修画像をＵＩ画像化するようにしてもよい。分類記録部２１７は、受信した補修画像が新カテゴリの補修でないと判断すると（ステップＳ３０２のＮＯ）、ステップＳ３０６に進む。

分類記録部２１７は、受信した一連の補修画像の情報を分類する（ステップＳ３０６）。図１６は、分類記録部２１７が、一連の補修画像の情報を工事情報ファイルの各項目に分類する例を示す図である。一連の補修画像には、補修画像本体と付随情報が含まれる。付随情報は、図３で説明した補修名、日付・ＧＰＳ・傾き、補修ステップ名、補修前画像、使用ツール等の工事関連情報である。付随情報は、補修画像に付帯されたデータ（例えば、メタデータ）でも良いし、補修情報と別ファイルであってもよい。

工事情報ファイルの各項目は、工法ごとに定められる。分類記録部２１７は、工法ごとに定められる工事情報ファイルの各項目に、受信した一連の補修画像の情報を分類する。分類記録部２１７は、付随情報に基づき工法を特定する。分類記録部２１７は、特定した工法に対応するファイルテンプレート情報を記憶部２２５から読出し、参照して、工事情報ファイルの各項目を定める。図１６に示す例では、工事情報ファイルには、工法名、場所・日時、工事関連情報、必須工程、参考工程、工事関連情報、サムネイル画像エリアの項目が設定される。

付随情報は、内容に応じて、工事情報ファイルの工法名、工事場所・日時、工事関連情報の項目に分類される。また、補修前画像と補修完了画像は、サムネイル画像の項目に分類される。

途中１画像、途中２画像、途中３画像は、いずれも各補修の途中の工程で撮影された補修画像である。分類記録部２１７は、途中１画像〜途中３画像が必須工程の画像であるか否かを、利用されたＵＩ画像との比較、あるいは付随情報に基づき判断する。

なお、付随情報に工法の情報が無い場合には、分類記録部２１７は、類似画像検索部２１１、補修分野推定部２１２や補修工法検索部２１３を利用して、工法を推定してもよい。類似画像検索部２１１、補修分野推定部２１２によって、途中１画像や途中２画像に類似する画像が第１ＤＢから検索され、補修分野を推定される。さらに、補修工法検索部２１３によって、途中１画像や途中２画像を含む補修工法を補修分野に対応する補修工法の中から推定することができる。分類記録部２１７は、推定した工法と途中１画像〜途中３画像を比較して、必須工程の画像であるか否かを判断する。

図１６の例は、分類記録部２１７が、例えばＵＩ画像等から、途中１画像と途中２画像が必須工程であると判断して必須工程に分類し、途中３画像はオプション工程の画像と判断して参考工程の画像に分類した例である。

分類記録部２１７は、分類後に工事情報ファイルを作成して（ステップＳ３０８）、画像記憶部２２６に記録する。図１６に、画像記憶部２２６に記録された２つの工事情報ファイルの例を示す。工事情報ファイル＃１は、前述した説明で作成され記録された工事情報ファイルである。工事情報ファイル＃２は、工事情報ファイル＃１とは異なる補修工法の例である。工事情報ファイル＃２は、途中１画像〜途中３画像及び途中５画像が、必須工程に分類され、途中４画像がオプション工程として参考工程の画像に分類された例である。

〈メンテナンス撮影時期通知〉
特別な契約した顧客に対して、対象案件がメンテナンス撮影時期になったら通知するサービスが行われる。劣化が激しくなってからでは、補修困難になったり、補修費用が高くなることが多い。そのため、定期的に劣化の度合いを判断して、損傷がひどくなる前に補修することが管理上望ましい。

メンテナンス撮影時期になったら顧客にその旨の通知がされるが、本例では、顧客からメンテナンス撮影の時期か否かの問合せがあった場合に、メンテナンス撮影判定部２１９によって行われる処理（メンテナンス撮影時期通知処理）を説明する（ステップＳ２０）。対象案件は、新規施工後の案件でも良いし、補修後の案件でもよい。図１７は、メンテナンス撮影時期通知処理の手順を説明するサブルーチンである。

メンテナンス撮影判定部２１９が、画像記憶部２２６の工事情報ファイルを参照して、対象案件の施工後（あるいは直近の補修後）からの経過時間を判定する（ステップＳ４００）。

メンテナンス撮影判定部２１９は、メンテナンスＤＢに基づき、対象案件の工法等から劣化予想時間を判定する（ステップＳ４０２）。劣化予想時間は、対象案件の工法種類によって異なるからである。さらに、メンテナンス撮影判定部２１９は、対象案件の設置環境により劣化予想時間を補正してもよい。前述の「前回補修の評価」で例示した標準データを用いて、メンテナンス撮影判定部２１９は、錆が６ｃｍ^２程度を要補修の目安とし、施工後４年程度をメンテナンス撮影推奨時期に設定したとする。

メンテナンス撮影判定部２１９は、現在がメンテナンス撮影推奨の時期であるかを判定する（ステップＳ４０４）。例えば、メンテナンス撮影推奨の時期が施工後４年で、現在が施工後３年であれば、メンテナンス撮影判定部２１９は、メンテナンス撮影時期前であると判定する。

メンテナンス撮影判定部２１９は、メンテナンス撮影推奨の時期であると判定すると（ステップＳ４０４のＹＥＳ）、メンテナンス撮影指示を顧客に送信して（ステップＳ４０６）、メンテナンス撮影時期判定処理を終了する。メンテナンス撮影判定部２１９は、未だメンテナンス撮影推奨時期に達していないと判定すると（ステップＳ４０４のＮＯ）、顧客にメンテナンス撮影不要を送信して（ステップＳ４０８）、メンテナンス撮影時期判定処理を終了する。

〈有効情報取得〉
制御部２１０は、顧客から一連の補修（撮影）画像や新規施工の撮影画像を情報処理装置２０に保存する依頼を受信した場合には、有効情報取得部２２１は、一連の補修画像や新規施工の撮影画像から有効情報を取得して、有効情報ＤＢ２２７に保存する（ステップＳ２２）。なお、有効情報として利用する場合には、事前に顧客から撮影画像の利用の許諾を得ておくことが望ましい。また、情報処理装置２０の記憶部２２５に既に保存された一連の補修画像や新規施工の撮影画像について、有効情報の取得が指示された場合には、有効情報取得部２２１は、既に保存された一連の補修画像や新規施工の撮影画像から、有効情報の取得及び取得した有効情報の有効情報ＤＢ２２７への保存を行う。

図１８は、有効情報取得部２２１の構成の詳細を示すブロック図である。有効情報取得部２２１は、表示板情報取得部３０２、画像情報取得部３０４、メタ情報取得部３０６、付帯情報取得部３０８、有効情報記録部３１０及び検索部３１２を有する。

表示板情報取得部３０２は、撮影画像に写し込まれた重畳された表示板（小黒板）に記載された文字から文字情報を取得する。電子的に合成された小黒板の場合は、その電子情報を読み取ってもよい。従って、表示板情報取得部３０２は、小黒板情報取得部あるいは文字情報取得部とも呼ばれる。

この表示板の情報は非常に重要で、撮影によって、このときの補修時あるいは施工時の対象物や場所、環境、状況、時期、工法、過程、作業者、依頼者など様々な情報が取得、記録可能となる。表示板から得られた情報が豊富に蓄積されると、補修情報や施工情報がリッチになり、多くの知見、検索情報が得られるようになる。表示板の情報を分類、把握することによって、補修時あるいは施工時の対象物や場所、環境、状況、時期、工法、過程、作業者、依頼者など様々な情報を取得することができる。

図１９は、表示板が重畳して撮影された撮影画像の例である。撮影画像Ｄ２０から撮影画像Ｄ２３は、一連の撮影画像の例で、柱の補修工事である。画面左下の表示板Ｆに、各工事における工事情報として、工程名や日付が記載される。

表示板情報取得部３０２は、表示板に記載された文字から、「工事名、工種、種別工法、細別工法、工事箇所の住所、検査方法、工事に使用された材料、工事の施工者、工事の日時」等々項目の情報を取得する。さらに、表示板情報取得部３０２は、取得した情報を、対応する項目に分類する。表示板情報取得部３０２により取得された情報が、文字情報に基づく有効情報となる。

また、撮影画像に重畳される表示板の文字画像は、電子化された表示板の文字画像であってよい。この場合には、表示板情報取得部３０２は、文字画像がテキストデータ化されているので、テキストデータをそのまま読み取ればよい。電子化された表示板は、電子表示板とも呼ばれる。

画像情報取得部３０４は、撮影画像として撮影された工事対象物から有効情報となる画像情報を取得する。すなわち、撮影被写体から、工事の対象の外観についての様々な属性情報が読み取れる。例えば、工事対象が円柱の柱であることや、柱のサイズや柱の表面色等の主に外観に関する情報が取得できる。

つまり、対象物そのものやそれを何故、工事するかなどが、項目によっては、特定のフォーマットで書かれた文字よりも、より多様な判断の材料になる。定量的な情報は、画像情報の方が細かく取得可能である。例えば、画像データ数が増えてくると、それに応じて分類方法を変更するなど、自由度を持たせられる。

最も簡単には、特定のフォーマットに従って、各項目ごとの検出要素、属性、情報を読み取って分類して、表に入れて行けばよい。内容、性質を対応付けられた参照画像からなるデータベースを持っておき、その参照画像と取得画像の一部などを比較して、適切な内容、性質を選んで採用、選択、分類するようにする。

参照画像と内容、性質を対応付けたデータベースは、適宜、拡張、更新、修正等が可能な構成としてもよい。画像だけで判断するのではなく、他の情報を用いて、参照画像を修正、補正等してもよい。入力画像に特定の情報を付与して教師画像化し、機械学習によって、さらに高度な分類を可能としてもよい。画像は文字情報を補足することによって有効になる、さらに詳細な情報を含みうる。画像情報は画像同志の類似度を判定するのに有効であるだけでなく、直感的に見つけやすいという特徴がある。サムネイル化すれば、さらの見つけやすくできる。

画像情報取得部３０４は、撮影画像から工事対象物を抽出して、輪郭処理やパターンマッチング等の手法により工事対象物を解析する。そして、画像情報取得部３０４は、例えば工事対象物の「色、表面性状、形状、素材等々」の各項目について、情報を取得する。さらに、画像情報取得部３０４は、撮影画像に作業者の存在が認められる場合には、作業者の人数も判定する。画像情報取得部３０４により取得されたこれらの情報が、画像情報に基づく有効情報となる。さらに、画像情報取得部３０４は、取得した情報を、内容に応じて対応する項目に分類する。

また、文字情報は、予め、計画された、あるいは規定された項目、さらに、工事の際に気がついた点を書き込むのに対し、画像は、その時、予測していなかった項目を後になって確認する用途にもすぐれている。例えば、その時には測定していなかった大きさや色などの情報も後から画像で読み取ることが可能である。配置、形状や部位なども百聞は一見にしかずで、直接的に画像から目視確認が可能である。画像は少なくとも２次元の情報を記録するので、位置的な変化などは、画像から読み出す方が現実的で、場所ごとの変化、なだらかな変化など、言葉、文字では正確な表現が困難である。目視確認可能なものは、同じ確認方法をロボットや計算機に行わせれば、同様の情報判定が可能となる。

このように、画像情報は、文字にしにくい、色や形状や大きさなどの情報を記録することができ、画像からは、様々な情報を後で判定することが出来る。複数画像の比較から、その差異や時間変化なども含め、文字にしにくい事象までを読み取りが可能である。また、距離情報を得ることができる撮像素子などもあり、こうしたものを利用すれば、三次元的な情報も合わせて取得可能である。可視光域以外の色成分を検出可能な撮像素子、センサもある。この画像に基づく有効情報も、画像からテキスト化でき、さらに、それが図２１Ｂのような項目に分類できるものであってもよいし、画像そのものをそのまま、この表の中に貼り付けても良い。色や形状などは、「赤」や「黄色」、あるいは、「丸い」とか「大きい円形」とか文字情報に置き換えることも可能であるが、色の変化などは画像そのままの方が情報量が多くて有効になる可能性も高いからである。

メタ情報取得部３０６は、撮影画像の画像データのメタデータから有効情報となる情報を取得する。メタ情報は、例えば、画像データのＥｘｉｆ情報である。メタ情報取得部３０６は、Ｅｘｉｆ情報から、例えば「工事の日時、工事位置を示すＧＰＳ（Global Positioning System）情報、使用カメラの機種、撮影時の焦点距離等々」の情報を取得する。メタ情報取得部３０６により取得された情報が、メタ情報に基づく有効情報となる。さらに、メタ情報取得部３０６は、取得した情報を、内容に応じて対応する項目に分類する。なお、メタ情報取得部３０６は、Ｅｘｉｆ情報以外から、メタ情報を取得してもよい。

付帯情報取得部３０８は、工事関連情報から有効情報となる情報を取得する。工事関連情報に基づく有効情報を、以下で付帯情報と称す。工事関連情報は、前述のように撮像装置１０の追記部１６０によって撮影画像に付帯して記録された情報である。そして、撮影画像に付帯して記録された工事関連情報は、前述のように情報処理装置２０の関連情報入力部２６２によって入力される。付帯情報取得部３０８は、工事関連情報から付帯情報として、例えば「材料単価、使用量、工数、工数単価、費用、価格、耐久性、工事期間」等々の情報を取得する。

有効情報記録部３１０は、表示板情報取得部３０２、画像情報取得部３０４、メタ情報取得部３０６及び付帯情報取得部３０８から取得された有効情報を整理・分類して、有効情報ＤＢ２２７に記録する。

検索部３１２は、撮影者等から入力された検索条件に基づいて、有効情報ＤＢ２２７の中から所望の有効情報を検索する。入力される検索条件は、画像やテキスト（キーワード）である。撮影者が、「街灯」を撮影して入力すると、検索部３１２は、有効情報ＤＢの中から、「街灯」に対応する画像や情報を検索する。また、例えば、撮影者が、「コンクリートのひび割れ」を文字入力すると、検索部３１２は、有効情報ＤＢ２２７の中から、「コンクリートのひび割れ」に対応する画像や情報を検索する。このようにして、検索部３１２は、有効情報ＤＢ２２７から、有効情報として、例えば、街灯などの修理工程を示すガイド画像を検索する。すなわち、情報処理装置２０では、有効情報取得部２２１によって、有効情報を活用して、ＵＩ画像（ガイド画像）を表示することもできる。
なお、有効情報はガイド画像ばかりでなく、図２０以降で例示するように、施工者あるいは工事費用等々の様々な情報を検索してもよい。

なお、有効情報取得部２２１は、撮影画像として、画像記憶部２２６に格納された工事情報ファイルに記録された撮影画像を利用してもよい。

図２０Ａは、図１１のステップＳ２２に関する有効情報取得処理の手順を説明するサブルーチンである。有効情報取得処理は、主に有効情報取得部２２１により行われる。表示板情報取得部３０２及び有効情報記録部３１０は、撮影画像の表示板の文字情報からの情報取得を行う（ステップＳ５００）。図２０Ｂは、表示板情報からの情報取得処理を説明するサブルーチンである。

表示板情報取得部３０２は、撮影画像に電子表示板による情報が重畳されているかを判断する（ステップＳ５２０）。表示板情報取得部３０２は、撮影画像に電子表示板による情報が重畳されていると判断すると（ステップＳ５２０のＹＥＳ）、電子表示板の情報を取得する（ステップＳ５２２）。

表示板情報取得部３０２は、撮影画像に電子表示板による情報が重畳されていないと判断すると（ステップＳ５２０のＮＯ）、撮影画像に実際の表示板が写されているかを判断する（ステップＳ５２４）。例えば、表示板の判定は、画面上で略水平方向と略鉛直方向に直線状で囲まれた部位の有無を判定すればよい。そして、その部位が特定の大きさ以上で周りよりも暗く、そこに白い文字が検出できるかを判定すれば、表示板であるかを判定することができる。表示板情報取得部３０２は、撮影画像に表示板が写されていないと判断すると（ステップＳ５２４のＮＯ）、この処理を終了して、図２０ＡのステップＳ５０２に進む。

表示板情報取得部３０２は、撮影画像に表示板が写されていると判断すると（ステップＳ５２４のＹＥＳ）、表示板情報取得部３０２は、表示板に文字画像が有るかを判断する（ステップＳ５２６）。表示板情報取得部３０２は、表示板に文字画像がないと判断すると（ステップＳ５２６のＮＯ）、図２０ＡのステップＳ５０２に進む。

表示板情報取得部３０２は、表示板に文字画像があると判断すると（ステップＳ５２６のＹＥＳ）、文字を読み取り、読取った文字をテキスト情報化する（ステップＳ５２８）。

表示板情報取得部３０２は、読取った文字情報に工事名、住所、日時等の少なくとも１つについてが有るかを判断する（ステップＳ５３０）。表示板情報取得部３０２は、読取った文字情報に工事名、住所、日時等が有ると判断すると（ステップＳ５３０のＹＥＳ）、有効情報記録部３１０は、工事名等を有効情報ＤＢ２２７の対応する各項目に記録する（ステップＳ５３２）。表示板情報取得部３０２は、ステップＳ５３２の後、あるいは読取った文字情報に工事名等の情報がないと判断すると（ステップＳ５３０のＮＯ）、ステップＳ５３４に進む。

表示板情報取得部３０２は、読取った文字情報に工程判定等の情報が有るかを判断する（ステップＳ５３４）。表示板情報取得部３０２は、読取った文字情報に工程判定等の情報が有ると判断すると（ステップＳ５３４のＹＥＳ）、有効情報記録部３１０は、判定された工程を有効情報ＤＢ２２７の工程の項目に記録する（ステップＳ５３６）。表示板情報取得部３０２は、ステップＳ５３６の後、あるいは読取った文字情報に工程判定等の情報がないと判断すると（ステップＳ５３４のＮＯ）、ステップＳ５３８に進む。

表示板情報取得部３０２は、読取った文字情報に工法、材料、検査法等の少なくとも１つについて情報が有るかを判断する（ステップＳ５３８）。表示板情報取得部３０２は、読取った文字情報に工法等の情報が有ると判断すると（ステップＳ５３８のＹＥＳ）、有効情報記録部３１０は、読取った工程を有効情報ＤＢ２２７の対応する各項目に記録する（ステップＳ５４０）。表示板情報取得部３０２は、ステップＳ５４０の後、あるいは読取った文字情報に工法等の情報がないと判断すると（ステップＳ５３８のＮＯ）、図２０ＡのステップＳ５０２に進む。

図２０Ａに戻る。画像情報取得部３０４及び有効情報記録部３１０は、撮影画像からの情報取得を行う（ステップＳ５０２）。図２０Ｃは、画像情報からの情報取得処理を説明するサブルーチンである。

画像情報取得部３０４は、撮影画像に対して画像解析を行う（ステップＳ５５０）。画像情報取得部３０４は、画像解析の結果、工事対象物について、色、表面性状、形状、素材等の少なくとも１つについて情報が得られたかを判断する（ステップＳ５５２）。

画像情報取得部３０４は、工事対象物について、色等の情報が得られたと判断すると（ステップＳ５５２のＹＥＳ）、有効情報記録部３１０は、色等の情報を有効情報ＤＢ２２７の対応する項目に記録する（ステップＳ５５４）。画像情報取得部３０４は、ステップＳ５５４の後、あるいは工事対象物について、色等の情報が得られないと判断すると（ステップＳ５５２のＮＯ）、ステップＳ５５６に進む。

画像情報取得部３０４は、画像解析の結果、人物が写っているかを判断する（ステップＳ５５６）。画像情報取得部３０４は、人物が写っていると判断すると（ステップＳ５５６のＹＥＳ）、有効情報記録部３１０は、作業人数や立会人等として記録する（ステップＳ５５８）。画像情報取得部３０４は、ステップＳ５５８の後、あるいは人物が写っていないと判断すると（ステップＳ５５６のＮＯ）、図２０ＡのステップＳ５０４に進む。

図２０Ａに戻る。メタ情報取得部３０６及び有効情報記録部３１０は、撮影画像からのＥｘｉｆ情報取得を行う（ステップＳ５０４）。ここでは、メタ情報としてＥｘｉｆ情報を取得する例を説明する。図２０Ｄは、Ｅｘｉｆ情報取得処理を説明するサブルーチンである。

メタ情報取得部３０６は、撮影画像の画像データにＥｘｉｆ情報が有るかを判断する（ステップＳ５７０）。メタ情報取得部３０６は、撮影画像の画像データにＥｘｉｆ情報が有ると判断すると（ステップＳ５７０のＹＥＳ）、Ｅｘｉｆ情報を取得する。有効情報記録部３１０は、取得されたＥｘｉｆ情報を有効情報ＤＢ２２７の対応する項目に記録する（ステップＳ５７２）。メタ情報取得部３０６は、ステップＳ５７２の後、あるいはＥｘｉｆ情報がないと判断すると（ステップＳ５７０のＮＯ）、図２０ＡのステップＳ５０６に進む。

図２０Ａに戻る。付帯情報取得部３０８及び有効情報記録部３１０は、撮影画像からの付帯情報取得を行う（ステップＳ５０６）。図２０Ｅは、付帯情報取得処理を説明するサブルーチンである。

付帯情報取得部３０８は、撮影画像の画像データに工事関連情報が付帯して記録されているかを判断する（ステップＳ５８０）。前述したように撮影画像に工事関連情報が付帯して記録されていた場合（ステップＳ５８０のＹＥＳ）には、付帯情報取得部３０８は、付帯して記録された工事関連情報から、有効情報となる付帯情報を取得する（ステップＳ５８２）。有効情報とは、例えば「材料単価、使用量、工数、工数単価、費用、価格、耐久性、工事期間等々」に関する情報である。

有効情報記録部３１０は、取得された付帯情報を有効情報ＤＢ２２７の対応する項目に記録する（ステップＳ５８４）。付帯情報取得部３０８は、ステップＳ５８４の後、あるいは撮影画像の画像データに工事関連情報が付帯して記録されていないと判断すると（ステップＳ５８０のＮＯ）、図２０Ａに戻る。有効情報取得部２２１は、有効情報取得処理を終了する。

なお、有効情報取得部２２１は、情報処理装置２０ではなく、撮像装置１０内に設けられてもよい。すなわち、撮像装置１０の制御部１１０が、表示板情報取得部３０２、画像情報取得部３０４、メタ情報取得部３０６、付帯情報取得部３０８、有効情報記録部３１０及び検索部３１２と同じ機能部を有するようにしてもよい。この場合には、対応して、撮像装置１０の記憶部１２０に有効情報ＤＢ２２７が格納されてもよい。

図２１Ａ〜図２１Ｆは、有効情報ＤＢ２２７の具体例を表にしたもので、１２件の補修工事に関する有効情報である。１２件の各補修工事は、補修の工程で細分化される。図２１Ａと図２１Ｂは、１件目である補修工事Ｎｏ１の有効情報である。図２１Ｃは、補修工事Ｎｏ２の有効情報である。図２１Ｄと図２１Ｅは、補修工事Ｎｏ３の有効情報である。図２１Ｆは、補修工事Ｎｏ４，Ｎｏ５の有効情報である。図２１Ｇと図２１Ｈは、補修工事Ｎｏ６の有効情報である。図２１Ｉは、補修工事Ｎｏ７〜Ｎｏ１２の有効情報である。以下、補修工事Ｎｏ１〜Ｎｏ１２を順に説明する。

図２１Ａと図２１Ｂは、補修工事Ｎｏ１の「○○町交差点街灯の柱の補修工事」に関する有効情報の参照用テーブルで、図２１Ａは表示板情報に関する内容で、図２１Ｂは画像情報とＥｘｉｆ情報と付帯情報に関する内容である。Ｎｏ１−１からＮｏ１−６は、１件目の補修工事における補修工程の撮影画像である。Ｎｏ１−１が補修前の撮影画像で、Ｎｏ１−２〜Ｎｏ１−５までが各補修工程での撮影画像で、Ｎｏ１−６が補修後の撮影画像である。Ｎｏ１−１からＮｏ１−６は、時系列の順である。

図２１Ａに示すように、表示板情報から「工事名、工種、種別工法、工程、住所、検査方法、材料、施工者、日時」の各項目が有効情報として記録される。

このような項目に当てはまるかどうかをそれぞれの文字列ごとに判定していくようなプロセスで、有効判定が可能となる。有効な文字情報は、このような表で分類可能な分類された文字であると考えられる。最も簡単なのは、特定のフォーマットや配置で項目が分かれていて、そこに書かれた文字を、それぞれの配置、フォーマットに従って有効文字を決めていく方法で、もう一つは、項目と類似の文字を見つけ、そこに続いて書かれている文字列をその項目に対応する内容の有効情報と考える方法である。あるいは、文字を言葉や文章に判定して、それが住所特有の文字の連なりとか特有文字列（何々市何々町）であるとか、「○○工務店」なら、「店」とあるから、施工主であると考える、等の意味までを判定して項目のどれに相当するかを判定して有効情報を取り出すという方法などがある。こうした判定もコンピュータが特定の判断のプログラムで判定することが可能である。

前述のように、工事名、工種等の各情報は、表示板情報取得部３０２により、取得される。異なる種類の工事であっても、図２１Ａに示すような共通の項目でまとめることによって、個別の工事種別や工程に縛られることなく、多様な工事の情報を有効情報として活用することができる。

その場合、工事によって有効情報が取捨選択されてもよいし、さらに新たな有効情報を付加した参照用テーブルとしてもよい。「施工者」の情報で、施工者が有する工事に関するより具体的な情報にアクセスやそれにともなう詳細情報検索が可能となる。

「住所」をそのまま利用するのではなく、地図情報を参照して、高度気圧、平均気温や降雨量、降雪量、海からの距離による塩分の影響、幹線道路からの排気ガスの情報、振動情報、温泉からの距離なども有効情報として利用できるようにしても良い。これは、耐性、寿命などのように、再工事などをする際の工法や材質の選択に有効な情報である。これは取得画像からの情報では得ることが出来ない、文字検索可能な情報と言える。もちろん、画像から得られた情報を、補助的に用いても良い。「記号」や「番号」などが、特定の状況やフォーマットによって記載されている場合には、そこから、対応するデータベースを検索し、さらに具体的な来歴、工法、材料などが検索可能となる。

図２１Ｂに示すように、画像情報として例えば「色、表面性状、形状、素材、作業人数」が、有効情報として記録される。前述のように、工事対象物の色等の情報は、画像情報取得部３０４により取得される。

図２１Ｂに示すように、Ｅｘｉｆ情報として例えば「日時、ＧＰＳ、カメラ、焦点距離」が、有効情報として記録される。前述のように、Ｅｘｉｆ情報は、画像データのメタデータからメタ情報取得部３０６により取得される。

図２１Ｂに示すように、付帯情報として例えば「材料単価（円）、使用量、工数、工数単価、費用（円）、価格、耐久性、工事期間」が、有効情報として記録される。前述のように、付帯情報は、付帯情報取得部３０８により取得される。

図２１Ｃに示す補修工事Ｎｏ２は、凹凹交番前街灯の補修工事に関する有効情報である。補修工事Ｎｏ２は、熔接による補修である。撮影画像の表示は省略する。図２１Ｄ、図２１Ｅに示す補修工事Ｎｏ３は、△△公園南街灯の補修工事に関する有効情報である。補修工事Ｎｏ３は、シーリングによる補修である。

図２１Ｆに示す補修工事Ｎｏ４は、凸凸ホール前街灯の補修工事に関する有効情報である。補修工事Ｎｏ４は、コンクリート付加による補修である。図２１Ｆに示す補修工事Ｎｏ５は、××事務所前街灯の補修工事に関する有効情報である。補修工事Ｎｏ５は、補強塗装による補修である。補修工事Ｎｏ４、Ｎｏ５の撮影画像は、省略する。

図２１Ｇ，図２１Ｈに示す補修工事Ｎｏ６は、△△公園太鼓橋の補修工事に関する有効情報である。補修工事Ｎｏ６は、補強構造熔接による補修である。

図２１Ｉに示す補修工事Ｎｏ７は、○○マンションの鉄筋コンクリート補修で、補修工法は、ひび割れシーリングである。補修工事Ｎｏ８は、△△ビルの鉄筋コンクリート補修で、補修工法は、表面モルタル塗り直しである。補修工事Ｎｏ９は、凸凸橋脚の鉄筋コンクリート補修で、補修工法は、表面含浸である。補修工事Ｎｏ１０は、××事務所の鉄筋コンクリート補修で、補修工法は、断面修復である。補修工事Ｎｏ１１は、○○高速橋脚の鉄筋コンクリート補修で、補修工法は、電気防食である。補修工事Ｎｏ１２は、凹凹小学校の鉄筋コンクリート補修で、補修工法は、亜硫酸リチウム防錆である。

<撮像装置における処理>
次に、撮像装置１０における処理を説明する。図２２は、撮像装置１０の処理手順を説明するフローチャートである。制御部１１０は、撮影者により設定されたカメラモードを判断し（ステップＳ７００）、設定されたカメラモードに応じて以下の処理を実行する。

制御部１１０は、カメラモードが再生モードの場合には、撮影された補修画像等を再生する再生処理を実行する（ステップＳ７０４）。制御部１１０は、カメラモードが送信モードの場合には、撮影された補修画像等やデータを外部装置に送信する送信処理を実行する（ステップＳ７０６）。外部装置は、例えば情報処理装置２０である。

制御部１１０は、カメラモードがＵＩ画像取得モードの場合には、ＵＩ画像送信要求の指示を情報処理装置２０に送信する（ステップＳ７０８）。情報処理装置２０は対応するＵＩ画像を撮像装置１０に送信する。前述の図１２のステップＳ１１６の処理である。制御部１１０は、情報処理装置２０から送信されたＵＩ画像を通信部１３０により受信する。ＵＩ制御部１１２は、受信したＵＩ画像を記憶部１２０に保存する。

制御部１１０は、カメラモードが撮影モードの場合には、撮影モードを設定し（ステップＳ７０２）、さらに補修撮影モードに設定されているかを判断する（ステップＳ７１０）。制御部１１０は、補修撮影モードに設定されていないと判断すると（ステップＳ７１０のＮＯ）、通常撮影モードを実行する（ステップＳ７１２）。通常撮影モードの詳細は、省略する。

制御部１１０は、補修撮影モードに設定されていると判断すると（ステップＳ７１０のＹＥＳ）、ＵＩ画像に基づく、補修画像撮影を行う。制御部１１０は、各種センサ（姿勢センサ１７０ａ、ＧＰＳ１７０ｂ及び方位センサ１７０ｃ）を起動して（ステップＳ７１４）、表示部１５０にライブビュー画像を表示する（ステップＳ７１６）。

ＵＩ制御部１１２は、撮影者から、今回の補修対象に対応するＵＩ画像が選択されたかを判断する（ステップＳ７１８）。例えば、撮影者は、撮像装置１０で取得済のＵＩ画像についての「補修分野と補修工法の一覧」を表示部１５０に表示させて、その中から今回の補修対象の補修分野と補修工法に対応する一つのＵＩ画像を選択する。

ＵＩ制御部１１２は、撮影者からＵＩ画像一覧等でいずれかのＵＩ画像が選択されない場合には（ステップＳ７１８のＮＯ）、撮影者からＵＩ画像要求が指示されたかを判断する（ステップＳ７２０）。今回の補修対象に対応するＵＩ画像が撮像装置１０に格納されていない場合には、情報処理装置２０から対応するＵＩ画像を取得する必要がある。

ＵＩ制御部１１２は、撮影者からＵＩ画像要求が指示されたと判断すると（ステップＳ７２０のＹＥＳ）、ＵＩ画像の取得処理を行う（ステップＳ７２２）。ステップＳ７２２は、ステップＳ７０８と同等な処理である。ＵＩ制御部１１２は、撮影者からの指示に応じたＵＩ画像の取得処理が完了したら、ステップＳ７３０に進む。ＵＩ制御部１１２は、撮影者からＵＩ画像要求が指示されないと判断すると（ステップＳ７２０のＮＯ）、ステップＳ７００に戻る。

ＵＩ制御部１１２は、撮影者からＵＩ画像一覧でいずれかのＵＩ画像が選択されたら（ステップＳ７１８のＹＥＳ）、選択されたＵＩ画像を表示する（ステップＳ７３０）。あるいは、ＵＩ制御部１１２は、ステップＳ７２２で情報処理装置２０から取得した対応するＵＩ画像を表示する。図４の例であれば、補修工事開始後の最初の工程として、はつり撮影のガイド画面（画面Ｄ１）が表示される。

ＵＩ制御部１１２は、ＵＩ画像による補修撮影が実行されたかを判断する（ステップＳ７３２）。図４の補修撮影では、ボタンＰ４が操作されると、補修撮影ではなくオプション撮影が行われる。ボタンＰ４等の操作がなければ、ＵＩ画像による補修撮影が進行する。

このような表示は、工事事務所や役所の担当者がパソコンなどの情報端末で確認するものなので、スタンドアローン機器内の情報ではなく、外部のサーバに貯められた（あるいは連携して貯められた）データベースに大量のデータ（ビッグデータ）を利用したアドバイス表示であることが好ましい。つまり、こうしたコンテンツを表示している機器（パソコンなど）は、通信部を有し、遠隔におかれた工事支援装置あるいは工事画像管理サーバ等と通信、連携して情報表示するもので、これによって多くの情報を多くの利用者が活用できる。

つまり、工事の工程の画像を取得する撮像部を有する撮像装置と、上記撮像装置からの工事画像を受付ける入力部と、前記撮影画像に重畳された表示板画像から前記有効情報となる文字情報を取得する表示板情報取得部と、前記撮影画像で撮影された工事対象物から前記有効情報となる画像情報を取得する画像情報取得部とからなる有効情報取得部と、前記有効情報を有効情報データベースに記録する有効情報記録部と、上記有効情報データベースから画像またはテキストを使った情報検索を行う検索部とからなる工事支援装置あるいは工事画像管理サーバと、上記サーバからの情報を受信して表示する情報表示機器と、からなることを特徴とする工事情報管理システムを提供するものである。

もちろん、工事情報管理システムは、パソコンなどの表示用情報端末が、カメラ（撮像装置）と一体のものでもよい。また工事情報管理システムには、カメラに有効情報を弁別する機能、またはその一部機能が含まれていてもよい。この場合などは、このカメラは、情報端末として、また、サーバの機能の一部が表示用情報端末の中にあってもよい。

ＵＩ制御部１１２は、ＵＩ画像による補修撮影と判断すると（ステップＳ７３２のＹＥＳ）、表示されているＵＩ工程に則った補修画像の撮影と判断する（ステップＳ７３４）。記録制御部１１４は、ガイドとなったＵＩ画像の情報やその他工事関連情報を、ＵＩ画像により撮影された補修画像に関連付けて記憶部１２０に記録する（ステップＳ７３６）。ＵＩ画像の情報やその他工事関連情報は、図１６で説明した付随情報に相当する。

ＵＩ制御部１１２は、ＵＩ画像による補修撮影が行われないと判断する（ステップＳ７３２のＮＯ）。制御部１１０は、オプション撮影を行う（ステップＳ７４０）。前述のように、ボタンＰ４の操作で、オプション撮影が指示される。

制御部１１０は、オプション撮影の前後に工事関連情報が入力されたかを判断する（ステップＳ７４２）。制御部１１０は、オプション撮影の前後に工事関連情報が入力されていないと判断すると（ステップＳ７４２のＮＯ）、記録制御部１１４は、オプション撮影による補修画像を画像記憶部２２６に記録する（ステップＳ７４４）。

制御部１１０は、オプション撮影の前後に工事関連情報が入力されたと判断すると（ステップＳ７４２のＹＥＳ）、記録制御部１１４は、オプション撮影による補修画像に、入力された工事関連情報を関連付けて記憶部１２０に記録する（ステップＳ７４６）。さらに、記録制御部１１４は、ＵＩ画像による補修画像とオプション撮影による補修画像との対応付けを行う（ステップＳ７４８）。

制御部１１０は、補修撮影が終了したかを判断する（ステップＳ７３８）。制御部１１０は、例えば、図４の画面Ｄ３でボタンＰ５が押下されると、補修撮影が終了したかを判断する（ステップＳ７３８）。また、制御部１１０は、撮影者から不図示の終了ボタンが操作された場合に補修撮影が終了したと判断してもよい。

制御部１１０は、補修撮影途中で、ボタンＰ５が押下されると、補修撮影が終了していないと判断して（ステップＳ７３８のＮＯ）、ステップＳ７３０に戻る。ＵＩ制御部１１２は、ステップＳ７３０で、次の工程のＵＩ画像を表示する。具体的には、ＵＩ制御部１１２は、図４の画面Ｄ１で撮影後にボタンＰ５が押下されると、画面Ｄ１を画面Ｄ２に切換える。

制御部１１０は、補修撮影が終了したと判断すると（ステップＳ７３８のＹＥＳ）、ステップＳ７００に戻る。

また、撮像装置１０が、前述したように有効情報取得部２２１や有効情報ＤＢ２２７を備える場合には、制御部１１０は、ＵＩ画像の代わりに有効情報を活用して、ガイド画像を表示するようにしてもよい。ステップＳ７３０に対応する処理である。

すなわち、制御部１１０は、有効情報を活用して、ガイド画像を表示することができる。そして、記憶部１２０に有効情報ＤＢ２２７が格納されている場合には、撮像装置１０は、外部のサーバ等に通信することなしで、記憶部１２０の有効情報ＤＢ２２７の中から選択された画像をガイド画像を表示することができる。このガイド画像は、前述のＵＩ画像に相当する画像である。

具体的には、制御部１１０は、有効情報ＤＢ２２７を表示部１５０に閲覧表示させて、その中から撮影者に所望のガイド画像や情報を選択させるようにしてもよい。また、検索部３１２によって、検索条件となる画像やテキスト（キーワード）を入力して、有効情報ＤＢ２２７の中から、所望のガイド画像や情報を検索しても良い。制御部１１０は、選択あるいは検索された画像や情報をガイド画像として表示する。また、ここでは、簡単に検索と書いたが、人工知能が学習した判定方法で、適宜、必要な情報を選択したり組み合わせたりして作り出す応用も含めて、「検索」という文言で代用している。単純な検索結果に、様々な追記などの修正を出来るようにしておくと、近年の公知技術の計算機を使えば、その状況を学習して、新しい検索方式にしていくことができる。

<効果>
・本実施形態では、類似画像検索部２１１、補修分野推定部２１２及び補修工法検索部２１３によって、顧客から送信された補修箇所の画像に基づき、対応する補修分野と補修工程が顧客に提示される。顧客は、破損箇所を補修する工事に関して、詳細な情報を入手し、判断に役立て、正しい処置を選択することができる。

・補修分野と補修工程が提示される際に、補修工法検索部２１３によって、各工法の特徴として、費用、工事期間、耐久性等についての評価もあわせて示されるので、顧客は単純な判断ではなく、様々な事情も合わせて多くの情報を総合的に判断して、希望に応じた工法の選択が簡単にできるようになる。

・ＵＩ作成部２１４によって、工法に応じた補修画像撮影のタイミングをガイドするＵＩ画像が撮像装置に提供されるので、工法や工事のレポート化、エビデンス化が不慣れな施工者であっても、確実に必要であったり、好ましい補修画像の撮影を実行できる。
・ＵＩ画像撮影で、規定された工程の画像だけでなく、規定外の工程も撮影することができる（オプション撮影）ので、工程を状況に応じて工夫することができ、その工夫の意味や工程の実態を適確、分かりやすいレポート用に記録することができる。
・補修画像撮影で、ＵＩ画像に対応する補修画像とＵＩ画像に対応しない補修画像（オプション撮影）が、分類記録部２１７によって、必須工程と参考工程に区別して記録されるので、第３者の検索なども含めて撮影後の管理が容易になる。

・有用性学習部２１８によって、前回補修工事について劣化度の評価がされるので、補修工事の評価の信頼度が常に高度化され、補修工法選択時の重要な指標になる。
・また、有用性学習部２１８によって、前回補修工事について劣化度の評価で、個別の工程の良否も判断されるので、工法の質改善にも繋がる。

・分類記録部２１７によって、補修画像撮影後に、一連の補修画像から関連情報と共に1パッケージの工事情報ファイルが生成されるので、一連の補修画像の撮影後の管理が確実かつ容易になる。
・また、分類記録部２１７によって、補修工事の情報が統一的なフォーマットで工事情報ファイル化されるので、複数の証跡画像を１パッケージで保存できるだけでなく、補修分野や補修工法が異なる多様な補修工事でも、統一的に取り扱うことができる。
・また、分類記録部２１７によって、必須工程の画像とオプション工程の画像が区別して保存されるので、新たなＵＩ画像として使用する際に利用性が高い。
・また、分類記録部２１７によって、工事情報ファイルでは、複数枚の撮影画像にまたがって存在している付随情報が、工事関連情報として１つにまとめられるので、関連情報の重複や欠落を防止することも容易になる。

・メンテナンス撮影判定部２１９によって、適切なメンテナンス撮影すべき時期が分かるので、顧客は現地に何度も足を運ぶことなく、補修済箇所の点検を済ませることができる。また、通知を受け取れるようにすれば、個々の現場管理の業務効率の改善ができ、人の介在をなくして、業務の平準化が可能となる。

・また、本実施形態は、有効情報取得部２２１により、補修工事や施工工事で取得した撮影画像等に基づき、他の工事で有効に利用できる有効工事情報が蓄積された有効情報ＤＢが生成される。

・有効情報取得部２２１は、特定の工法に関する内容だけでなく、多様な種類の撮影画像から、他の工事で有効に利用できる工事情報（有効工事情報）を抽出し、統一化した項目で有効情報ＤＢを作成する。これにより、異なる内容の工事が共通フォーマットでデータベース化されるので、工事間の相互比較検討も容易にできるようになる。なお、工事には、補修工事だけではなく新規工事も当然に含まれる。

・有効情報取得部２２１は、表示板画像（表記部画像）、撮影画像、関連情報等から、有効情報を抽出するので、有効情報ＤＢには工事に関する多面的な情報が蓄積される。

<他の実施形態>
・上記実施形態では、特定の手順に従って作業を行う工事の例（これは公的文書で義務づけられていることが多いのでニーズが高い）で説明したが、様々な場所で、類似の工程に従って行われる作業の記録用のシステム、ガイドシステム、検査システム、観察システムなどにも拡張することは十分可能である。この場合、検査支援装置、作業支援装置、観察支援装置と、発明の名称などを書き換えればよい。
・撮像装置の制御部および情報処理装置の制御部は、プログラムを読込んだＣＰＵによるソフトウェア処理で実現されると説明したが、一部あるいは全部をハードウェアで実現してもよい。
・また、個々の装置部位は、お互いに通信、連携していれば、別体であってもよく、配置場所が同一である必要もない。
・また、いずれかの装置部位はシステムにおいては他の部位がその働きを補い、装置部位の一部は省略することも可能である。

なお、本発明は上述した実施形態そのままに限定されるものではなく、実施段階でのその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素を適宜組み合わせても良い。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。このような、発明の趣旨を逸脱しない範囲内において種々の変形や応用ができることはもちろんである。

１ 工事支援システム
１０ 撮像装置
２０ 情報処理装置
３０ 情報端末
１００ 撮像部
１１０ 制御部
１１２ ＵＩ制御部
１１４ 記録制御部
１２０ ２２５ 記憶部
１３０ ２３０ 通信部
１４０ ２４０ 操作部
１５０ ２５０ 表示部
１６０ 追記部
２１０ 制御部
２１１ 類似画像検索部
２１２ 補修分野推定部
２１３ 補修工法検索部
２１４ ＵＩ作成部
２１５ 表示制御部
２１６ 劣化判定部
２１７ 分類記録部
２１８ 有用性学習部
２１９ メンテナンス撮影判定部
２２０ アドバイス情報紹介部
２２１ 有効情報取得部
２２６ 画像記憶部
２２７ 有効情報ＤＢ
２６０ 画像入力部
２６２ 関連情報入力部
３０２ 表示板情報取得部
３０４ 画像情報取得部
３０６ メタ情報取得部
３０８ 付帯情報取得部
３１０ 有効情報記録部
３１２ 検索部

Claims (11)

1. 工事の工程で撮影された撮影画像を受付ける入力部と、
   前記撮影画像から、他の工事の際に参照して利用できる有効情報を取得する有効情報取得部と、を備え、
   前記有効情報取得部は、
   前記撮影画像に写し込まれた表示板画像から前記有効情報となる文字情報を取得する表示板情報取得部と、前記撮影画像で撮影された工事対象物から前記有効情報となる画像情報を取得する画像情報取得部と
   少なくとも前記文字情報及び前記画像情報に基づく前記有効情報を有効情報データベースに記録する有効情報記録部とを、それぞれ有する
   ことを特徴とする工事情報取得装置。
2. 前記有効情報を検索するための文字情報を入力可能である
   ことを特徴とする請求項１に記載の工事情報取得装置
3. 前記有効情報を検索するための画像情報を入力可能である
   ことを特徴とする請求項１に記載の工事情報取得装置
4. 前記有効情報取得部は、前記撮影画像の画像データのメタデータから前記有効情報を取得するメタ情報取得部を有する
   ことを特徴とする請求項１に記載の工事情報取得装置。
5. 前記メタ情報取得部は、前記メタデータとして前記撮影画像の画像データのＥｘｉｆ情報から前記有効情報を取得する
   ことを特徴とする請求項４に記載の工事情報取得装置。
6. 前記有効情報取得部は、前記撮影画像に付帯された工事関連情報から、前記有効情報となる付帯情報を取得する付帯情報取得部を有する
   ことを特徴とする請求項１に記載の工事情報取得装置。
7. 前記表示板情報取得部は、前記撮影画像に写しこまれた文字情報あるいは前記撮影画像にデータ形式で付帯された文字情報から、前記有効情報を取得する
   ことを特徴とする請求項１に記載の工事情報取得装置。
8. 撮影画像から、他の工事の際に参照して利用できる有効情報を取得する工事情報取得方法において、
   工事の工程で撮影された一連の撮影画像を入力し、
   前記撮影画像に写し込まれた文字画像から前記有効情報となる文字情報を取得し、
   前記撮影画像で撮影された工事対象物から前記有効情報となる画像情報を取得し、
   少なくとも前記文字情報及び前記画像情報に基づく前記有効情報を有効情報データベースに記録する
   ことを特徴とする工事情報取得方法。
9. 撮影画像から、他の工事の際に参照して利用できる有効情報を取得する工事情報取得方法をコンピュータに実行させるプログラムにおいて、
   工事の工程で撮影された一連の撮影画像を入力するステップと、
   前記撮影画像に写し込まれた文字画像から前記有効情報となる文字情報を取得するステップと、
   前記撮影画像で撮影された工事対象物から前記有効情報となる画像情報を取得するステップと、
   少なくとも前記文字情報及び前記画像情報に基づく前記有効情報を有効情報データベースに記録するステップとを、含む
   ことを特徴とするプログラム。
10. 撮像装置とサーバと工情報表示機器を有する工事情報管理システムにおいて、
    前記撮像装置は、作業の過程の画像を取得する撮像部を備え、
    前記サーバは、
    前記撮像装置からの作業の過程の画像を受付ける画像入力部と、
    前記作業の過程の画像に写し込まれた文字記載部分から有効情報となる文字情報を判定して取得する文字情報取得部と、
    前記作業の過程の画像で有効情報となる画像を判定して取得する画像情報取得部と、
    前記作業の過程の画像に基づく有効情報から、特定の作業の工程に関する情報を取得する検索部と、を備え、
    前記情報表示機器は、前記サーバからの検索情報を受信して表示する
    ことを特徴とする工事情報管理システム。
11. 撮像画像データを得る撮像部と、
    撮影画像に写し込まれた表示板画像から文字情報を取得する表示板情報取得部と、
    前記撮影画像及び文字情報から他の工事の際に参照して利用できる有効情報を取得する有効情報取得部と、
    前記有効情報を有効情報データベースに記録する有効情報記録部と、
    前記有効情報記録部に記録された有効情報の中から、画像またはテキストにより検索された撮影時のガイドを表示する情報表示部と、を備える
    ことを特徴とする情報端末。