(57)【要約】【課題】補修工事に関する信頼性の高い情報を提供して、補修工事の支援を行う工事支援装置を提供すること。【解決手段】補修工事支援装置は、補修箇所が撮影された補修画像を受付ける入力部２６０と、補修画像と対応する補修分野の種類が記録された第１データベースに基づき、前記受付けた補修画像に対応する補修分野を推定する補修分野推定部２１２と、前記補修分野における補修工法が記録された第２データベースに基づき、前記補修分野推定部により推定された補修分野に対応する補修工法を検索する補修工法検索部２１３と、を備える。【選択図】図６
2019021150.tif 000002
【特許請求の範囲】
【請求項１】
補修箇所が撮影された補修画像を受付ける入力部と、
補修画像と対応する補修分野の種類が記録された第１データベースに基づき、前記受付けた補修画像に対応する補修分野を推定する補修分野推定部と、
前記補修分野における補修工法が記録された第２データベースに基づき、前記補修分野推定部により推定された補修分野に対応する補修工法を検索する補修工法検索部と、を備える、
ことを特徴とする工事支援装置。
【請求項２】
前記受付けた補修画像に類似する画像を、前記第１データベースに記録された補修画像から検索する類似画像検索部を備え、
前記補修分野推定部は、前記類似画像検索部によって検索された類似する画像に対応する補修分野の種類を、前記受付けた画像に対応する補修分野と推定する
ことを特徴とする請求項１に記載の工事支援装置。
【請求項３】
前記補修工法における補修工程の撮影をガイドするガイド画像を作成するガイド画像作成部を備える、
ことを特徴とする請求項１に記載の工事支援装置。
【請求項４】
前記補修画像を撮像装置から受信して、前記入力部へ出力する通信部を備え、
前記通信部は、前記作成されたガイド画像を、前記受付けた補修画像の送信元である前記撮像装置に前記作成されたガイド画像を送信する、
ことを特徴とする請求項３に記載の工事支援装置。
【請求項５】
前記ガイド画像に基づき前記撮像装置で撮影され取得された一連の補修画像を１つにまとめた工事情報ファイルを生成する分類記録部を備える
ことを特徴とする請求項４に記載の工事支援装置。
【請求項６】
前記分類記録部は、前記一連の補修画像の中で、前記ガイド画像に基づく工程の補修画像と、前記ガイド画像に基づかない工程の補修画像を、前記工事情報ファイルに識別可能に記録する
ことを特徴とする請求項５に記載の工事支援装置。
【請求項７】
前記入力部で受け付けた補修画像から、前記補修箇所の劣化レベルを判定する劣化判定部を備える
ことを特徴とする請求項１に記載の工事支援装置。
【請求項８】
前記劣化判定部により判定された補修箇所の劣化レベルに基づき、当該補修箇所に施工された補修の工程が有用であったかを学習する有用性学習部を備える
ことを特徴とする請求項７に記載の工事支援装置。
【請求項９】
構造物の劣化判定用の撮影を行う時期を判定するメンテナンス撮影判定部を備える、
ことを特徴とする請求項１に記載の工事支援装置。
【請求項１０】
顧客に補修工事に関するアドバイス情報を紹介するアドバイス情報紹介部を備える、
ことを特徴とする請求項１に記載の工事支援装置。
【請求項１１】
補修箇所が撮影された補修画像を受付けて、
補修画像と対応する補修分野の種類が記録された第１データベースに基づき、前記受付けた補修画像に対応する補修分野を推定し、
前記補修分野における補修工法が記録された第２データベースに基づき、前記推定された補修分野に対応する補修工法を検索する  
ことを特徴とする工事支援方法。
【請求項１２】
コンピュータに工事支援方法を実行させるプログラムにおいて、
補修箇所が撮影された補修画像を受付けるステップと、
補修画像と対応する補修分野の種類が記録された第１データベースに基づき、前記受付けた補修画像に対応する補修分野を推定するステップと、
前記補修分野における補修工法が記録された第２データベースに基づき、前記推定された補修分野に対応する補修工法を検索するステップと、を含む
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客に対する工事支援、特に補修工事を支援する工事支援装置に関する。
【背景技術】
【０００２】
建物、構造物、橋梁等について、定期的あるいは検査の状況に応じて保守・補修が行われる。これらの構造物を補修する場合は、所有者あるいは役所の担当者が、専門業者（例えば、総合建設業）に劣化診断を依頼して、その結果によって、必要な補修工事内容の見積もりを取った上で、補修工事を依頼するのが、一般的な手順である。
【０００３】
一方、インターネットの普及で、ＷＥＢで一般人が補修工法を調査したり、また、工事事業者が様々な補修工法を調査・比較検討することもできる。例えば、特許文献１には、土木工事において工法毎の比較設計データをインターネットを介して簡単に作成できるシステムが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１９６３４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
補修工事は、新規工事とは異なり、対応するために様々な工法がある。そのため、複数の工法の中から、補修対象の環境や希望する耐用年数あるいは補修に係る費用等を考慮して、最適な補修工法を選択することは、専門業者でなければ困難であった。
【０００６】
さらに、補修工事は、実施時期の判断も経験者でなければ難しい。また、補修工事を行う場合に、工法を選択したり業者を選定することが必要になるが、インターネットによる情報だけでは、信頼性が乏しい。さらに、補修工事は、その対象物の設計や材料、場合によっては、設置環境に応じて変更する必要があるが、考慮すべきパラメータが多く、専門家であっても、経験や知識だけに依存して工事を行っていると、想定外の不具合や、耐久性の問題につながる場合がある。
【０００７】
本願発明は、上記課題に鑑み、補修工事に関する信頼性の高い情報を提供して、補修工事の支援を行う工事支援を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、工事支援装置は、補修箇所が撮影された補修画像を受付ける入力部と、補修画像と対応する補修分野の種類が記録された第１データベースに基づき、前記受付けた補修画像に対応する補修分野を推定する補修分野推定部と、前記補修分野における補修工法が記録された第２データベースに基づき、前記補修分野推定部により推定された補修分野に対応する補修工法を検索する補修工法検索部と、を備える。
【発明の効果】
【０００９】
本発明によれば、補修工事に関する信頼性の高い情報を提供して、補修工事の支援を行う工事支援装置を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態に係る工事支援システムの構成例を示す図である。
【図２】補修前の破損箇所が撮像装置で撮影される様子である。
【図３】撮像装置の機能ブロック図である。
【図４】ＵＩ画像による撮影画面の例である。
【図５】撮像装置のハードウェアブロック図である。
【図６】情報処理装置の機能ブロック図である。
【図７Ａ】第１ＤＢの内容を説明するための表である。
【図７Ｂ】第１ＤＢの内容を説明するための表である。
【図８】第２ＤＢの内容を説明するための表である。
【図９】類似画像検索結果の画面例である。
【図１０】情報処理装置のハードウェアブロック図である。
【図１１】情報処理装置による補修工事支援処理の手順を説明するフローチャートである。
【図１２】補修アドバイス処理の手順を説明するサブルーチンである。
【図１３】補修工法紹介処理の手順を説明するサブルーチンである。
【図１４】前回補修の評価処理の手順を説明するサブルーチンである。
【図１５】工事情報ファイルの作成の手順を説明するサブルーチンである。
【図１６】工事情報ファイルの構成を示す図である。
【図１７】メンテナンス撮影時期判定処理の手順を説明するサブルーチンである。
【図１８】撮像装置による撮影処理の手順を説明するサブルーチンである。
【発明を実施するための形態】
【００１１】
以下、図面に従って本発明の実施形態を説明する。図１は、本実施形態に係る工事支援システム１の構成例を示す図である。工事支援システム１は、工事情報管理会社が、顧客に対して工事支援サービスを提供するシステムである。例えば、工事支援システム１は、顧客の撮像装置１０に証跡撮影をガイドするガイド画像を提供して証跡撮影を支援し、撮影された証跡画像を管理する。また、工事支援システム１は、顧客の情報端末３０からの問い合わせに応じて工事情報を提供する。なお、証跡あるいは証跡画像とは、工事の証拠として撮影された画像である。
【００１２】
なお、工事情報管理会社は、民間・国・地方公共団体のいずれの運営であってもよい。また、顧客には、建物や設備の所有者や管理者、あるいは工事を施工する工事施工業者を含む。また、以下の実施形態では、補修工事を例にして説明するが、工事には、補修工事だけではなく、新規工事も当然に含まれる。
【００１３】
工事支援システム１には、撮像装置１０、情報処理装置２０及び情報端末３０が含まれる。撮像装置１０と情報処理装置２０及び情報端末３０は、相互にネットワークＮＷで接続される。
【００１４】
撮像装置１０は、補修工事を撮影するデジタルカメラである。撮像装置１０は、デジタルカメラ単体に限らず、情報処理機能が備わったタブレット端末のカメラ部であってもよい。以下で、補修工事で撮影される画像を補修画像と呼ぶ。また、補修前の破損箇所の画像を補修前画像と呼び、補修完了後の画像を補修完了画像とも呼ぶ。
【００１５】
ただし、補修前という表記は状況に応じて誤解を招くので、これも含めて補修画像と表現してもよい。例えば、補修作業に入っても、補修が終了しなければ補修前であるし、補修が終わっても、次の補修の前の画像である場合がある。本願は、補修が終了した直後の画像であっても、次の補修を予測するような情報提供も可能である。
【００１６】
図２は、補修前の破損箇所が撮像装置１０で撮影される様子を示す図である。顧客が、撮像装置１０によって、錆等の腐食Ｈaが下部に発生した構造物Ｈ（柱）を撮影している様子である。構造物Ｈの横に撮影情報が記載された表示板Ｆが配置され、構造物Ｈと共に表示板Ｆが撮影されてもよい。この表示板（小黒板）（図２のＦ）の情報は非常に重要で、撮影によって、このときの補修時の対象物や場所、環境、状況、時期、工法、過程、作業者、依頼者など様々な情報が取得、記録可能となる。ここで得られた情報が蓄積されると、本発明における補修情報がリッチになり、多くの知見、検索情報が得られるようになる。
【００１７】
情報処理装置２０は、工事情報管理会社によって運営され、補修工事に関する情報を管理し、補修工事に関する情報を提供する。情報処理装置２０は、補修画像を撮影するためのガイド画像や後述するデータベース等を利用して顧客に補修工事情報を提供し、また、撮像装置１０で撮影された補修画像を受信して管理する。情報処理装置２０は、ＰＣ（personal computer）装置、あるいはタブレット型の端末でもよい。情報処理装置２０は、工事支援装置あるいは工事画像管理サーバとも呼ぶ。
【００１８】
情報端末３０は、顧客が情報処理装置２０と情報の通信を行う端末装置である。情報端末３０は、顧客から情報処理装置２０に指示や要求を送信する際に利用される。情報端末３０は、タブレット型の端末あるいはスマートフォンでもよい。カメラ付きタブレット型の端末あるいはスマートフォンであれば、撮像装置１０と情報端末３０は一体化される。
【００１９】
図３は、撮像装置１０の機能ブロック図である。撮像装置１０は、撮像部１００、制御部１１０、記憶部１２０、通信部１３０、操作部１４０、タッチパネル１４５、表示部１５０、追記部１６０、姿勢センサ１７０ａ、ＧＰＳ１７０ｂ及び方位センサ１７０ｃを有する。
【００２０】
撮像部１００は、以下不図示のレンズ、撮像素子、信号処理部、画像処理部等を有する。撮像部１００は、本実施形態においては、特に補修工事を撮影し、撮影画像を出力する。制御部１１０は、撮像装置１０全体を統括的に制御する。制御部１１０は、撮影者からの指示に応じて通常撮影モードと補修撮影モードを切換える。制御部１１０は、補修工事を撮影する補修撮影モードでは、ＵＩ画像に基づき、補修撮影を行う。また、制御部１１０は、ＵＩ制御部１１２と記録制御部１１４を有する。
【００２１】
ＵＩ制御部１１２は、補修撮影モードで、補修撮影を支援するＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画像の表示を制御する。ＵＩ画像とは、補修撮影モードで、補修工程の中で補修画像を撮影すべき場面をガイドする画像である。ＵＩ画像は、補修分野だけでなく、補修工程によっても異なる。補修工法によって、補修画像を撮影すべき場面が異なるからである。ＵＩ画像は、補修工法に応じて、情報処理装置２０で予め作成されて、撮像装置１０に提供される。また、ＵＩ制御部１１２は、情報処理装置２０で作成され送信されたＵＩ画像を記憶部１２０に記録する。
【００２２】
記録制御部１１４は、撮像部１００で撮影された撮影画像や撮影画像に関連する各種情報（以下、工事関連情報と呼ぶ）を記憶部１２０に記録する。なお、記録制御部１１４は、補修撮影モードでは、ＵＩ画像に従って撮影された補修画像を順番に記録するが、撮影画像が合成されたＵＩ画像（後述する図４参照）も、補修画像に関連する情報として記録してもよい。
【００２３】
記憶部１２０は、ＵＩ画像や撮影画像を記憶する。通信部１３０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等によって、情報処理装置２０と種々のデータの送受信を行うインターフェースである。通信部１３０は、情報処理装置２０から送信されるＵＩ画像を受信する。また、通信部１３０は、補修工事で撮影された補修画像を情報処理装置２０に送信する。
【００２４】
操作部１４０は、各種操作ボタンで、撮影者からの各種指示が入力される。タッチパネル１４５は、表示部１５０と一体的に構成され、撮影者からの各種情報が入力される。表示部１５０は、例えばＬＣＤで、ライブビュー画像やＵＩ画像等を表示する。
【００２５】
追記部１６０は、撮影画像に情報を追記するものである。追記部１６０は、補修撮影モードでは、撮影者からタッチパネル１４５等を介して入力された補修工事に関連する情報（工事関連情報）を撮影画像に追記する。記録制御部１１４は、追記部１６０から入力された工事関連情報を該当する撮影画像に付帯して記録する。また、ＵＩ制御部１１２は、追記部１６０から入力された情報を、必要に応じてＵＩ画像に表示させてもよい。
【００２６】
撮影画像（補修画像）のファイルには、画像本体のデータの他に、補修名、日付・ＧＰＳ・傾き、補修ステップ名、補修前画像、使用ツール等の工事関連情報が含まれる。補修ステップ名とは、補修工程が複数ある場合に、当該補修画像がいずれの工程に属する画像であるのかを示す情報である。補修前画像は、サムネイル画像でもよい。使用ツールとは、当該撮影画像の工程で使用された材料や工具である。補修名、使用ツール等の情報は、追記部１６０により入力される。
【００２７】
姿勢センサ１７０ａは、撮像装置１０の傾きや手ブレを検出するセンサである。ＧＰＳ（Global Positioning System）１７０ｂは、撮像装置１０の位置を検出するセンサである。方位センサ１７０ｃは、撮像装置１０の向きを検出するセンサである。
【００２８】
図４は、補修撮影モードにおける、ＵＩ画像による撮影画面の例である。図４の画面Ｄ１〜Ｄ３は、はつり後、ケレン後、工事完了時の３つ工程で、補修撮影を促すガイド用の画面である。画面Ｄ１〜Ｄ３には、対応するＵＩ画像が表示される。工程の順番に、画面Ｄ１→Ｄ２→Ｄ３が順に表示される。
【００２９】
各画面の左側の領域Ｐ０は、ライブビュー画像やレックビュー画像が表示される領域である。撮影前には、領域Ｐ０にライブビュー画像が表示され、撮影後にはレックビュー画像が表示される。また、各画面の左上には、各工程に応じたアドバイスＰ１が表示される。また、画面右上には、補修工程名Ｐ２が表示される。
【００３０】
補修工事開始時には、画面Ｄ１が表示される。画面Ｄ１は、はつり後に補修対象を撮影することをガイドする画面である。画面右上には、補修工程名Ｐ２として「はつり後」が表示される。画面右中央のボタンＰ３は、各工程で用いるツール等を表示させるためのボタンである。ボタンＰ４は、各工程撮影の前に別な工程を撮影するためのボタンである。撮影者によりボタンＰ４が押下されると、各工程撮影の前に、別な割り込み撮影（オプション撮影とも呼ばれる）が許可される。オプション撮影の工程を、オプション工程と呼ぶ。オプション撮影の詳細は、図１８で説明する。
【００３１】
ボタンＰ５は、撮影画像の採用を指示するボタンである。表示されたレックビューを確認した撮影者によって、ボタンＰ５が押下されると、レックビューの表示中の撮影画像が、本工程の補修画像として記録される。記録される補修画像には、対応する工程名の情報が付帯される。
【００３２】
画面Ｄ１で、はつり後の画像が撮影されてボタンＰ５が押下されると、撮影画像がはつり工程の補修画像として記録される。撮像装置１０が撮影者により一旦停止され、次の工程（ケレン）の作業が行われる。
【００３３】
ケレン作業完了後に、撮像装置１０が再起動され、補修撮影モードが実行されると、画面Ｄ２が表示される。画面Ｄ２は、ケレン完了後にケレン工程の補修画像を撮影することをガイドする画面である。ケレン後の画像が撮影されてボタンＰ５が押下されると、撮影画像がケレン工程の補修画像として記録されて、画面Ｄ３に切換る。画面Ｄ３は、工事完了時に補修対象を撮影することをガイドする画面である。画面Ｄ３では、ボタンＰ３の代わりに日時を表示するためのボタンＰ６が表示される。画面Ｄ３で、工事完了画像が撮影され、ボタンＰ５が押下されると、補修撮影モードが終了する。
【００３４】
図５は、撮像装置１０のハードウェアブロック図である。撮像装置１０は、撮像部１００、通信部１３０、操作部１４０、タッチパネル１４５、表示部１５０、ＣＰＵ（Central Processing Unit）１８０、ＤＲＡＭ(Dynamic Random Access Memory)１８２及びＲＯＭ（Read Only memory）１８４を有する。
【００３５】
ＣＰＵ１８０は、ＲＯＭ１８４に格納される制御プログラムを読込んで実行して、ソフトウェア処理により撮像装置１０の制御を行う。ＤＲＡＭ１８２は、制御プログラムや各種データを一時的に記憶するワーキングエリアを提供する。ＲＯＭ１８４は、例えばフラッシュメモリで、制御プログラムを不揮発的に記憶する。また、ＲＯＭ１８４は、記憶部１２０を構成し、各種データ、ＵＩ画像や補修画像等を記憶する。制御部１１０は、ＣＰＵ１８０、ＤＲＡＭ１８２及びＲＯＭ１８４により実現される。撮像部１００、通信部１３０、操作部１４０、タッチパネル１４５及び表示部１５０は、前述したので、説明は省略する。
【００３６】
図６は、情報処理装置２０の機能ブロック図である。情報処理装置２０は、制御部２１０、記憶部２２５、通信部２３０、操作部２４０、表示部２５０、画像入力部２６０、関連情報入力部２６２を有する。
【００３７】
制御部２１０は、情報処理装置２０全体を統括的に制御する。記憶部２２５には、補修画像（証跡画像）や各種データが記憶される。具体的には、記憶部２２５には、第１ＤＢ（データベース、Data Base）、第２ＤＢ（データベース、Data Base）、メンテナンスＤＢ（Data Base）、ＵＩ画像、アドバイス情報ＤＢ、画像記憶部２２６及びテンプレート情報等が記憶される。
【００３８】
第１ＤＢは、過去に行われた補修工事がデータベース化されたものである。第１ＤＢには、補修前画像と当該補修前画像に対応する補修分野名（種類）が記録されている。第１ＤＢには、補修前画像だけでなく、補修途中画像や補修完了画像等が記録されていてもよい。また、撮像装置１０から送信される補修画像も第１ＤＢに記録されて利用されてもよい。なお、撮影者から利用の許諾を得られた場合に、撮像装置１０から送信された補修画像が第１ＤＢに記録される。
【００３９】
図７Ａ、図７Ｂは、第１ＤＢの内容を説明するための表である。図７Ａの表１は、第１ＤＢの一部を表で示したものである。表１では、補修前画像と対応する補修分野等の関係を３例示す。各補修前画像について、「補修箇所の特徴」、「補修分野」、「補修工法」及び「補修の工程」が記載される。「補修箇所の特徴」は、主に外観的特徴で、例えば、色・表面性状・形状・素材等が記載される。なお、補修箇所の特徴は、手入力によるものでも良いし、画像解析によって自動的に抽出された内容が記載されてもよい。
【００４０】
「補修分野」は、「補修対象」と「補修項目」と「その他」の項目に分けられる。「補修対象」及び「補修項目」の具体例は、図７Ｂの表３で後述する。表１の補修前画像ＮＯ１は、根本に錆が発生した街灯の補修前の状態である。補修前画像ＮＯ１の「補修分野」には、補修対象として「街灯」、補修項目として「補修」が記録されている。補修分野に関する情報は補修前画像に付帯された工事関連情報に基づき判定されて、第１ＤＢに記載される。なお、「補修分野」に関する情報は、画像解析で判定された内容が記載されてもよいし、関連情報入力部２６２から入力されてもよい。
【００４１】
図７Ｂの表２は、「補修箇所の特徴」の具体例を示す表である。「補修箇所の特徴」は、表２に示した項目以外でもよい。図７Ｂの表３は、「補修分野」の具体例を示す表である。「補修対象」と「補修項目」以外に、その他の情報として、補修工事に係る種々の情報が記載されてもよい。
【００４２】
表２は、補修箇所の特徴を判定する時のデータデースとしてもよい。そして、ここでは文字で表現しているが、画像の特徴であるので、「色」であれば、波長分布の特徴のデータベースであったり、「表面性状」はコントラストとか階調の特徴や、陰影やコントラストの規則性などのパターン、特徴的な形状、色変化、「素材」は材料特有の色や質感（陰影やコントラストのパターン）などを数値化したデータベースであり、得られた画像データを分析した同様の値と比較して、類似性を検索したり同定したりすればよい。もちろん、人間の目の判断に囚われる必要はなく、画像処理した結果同士で比較しても良い。これによって、表２の項目のどれに該当するかが分かり、各項目のアンド条件などで、どのような補修であるかが判定できる。全てを画像から判断しなくても、いくつかの項目は候補から選択してもよく、この表自体を表示して、選んで行くようにしても、補修箇所の特徴を特定することが出来る。
【００４３】
表３は、補修分野のデータベースの例でもあり、一部は特徴的な形状から画像判定してもよい。例えば街灯は、地面から垂直な棒状のものを判定すればよく、地面の色が茶色やアスファルト、コンクリートの色で平坦であり、棒状部は、金属の色や塗料の色などを参考に検索してもよい。これに素材特有の画像特徴を反映させたり、この部分に先ほどの補修箇所の画像特徴が合わせて判定されたりすれば、分野の特定がさらに精度向上できる。
【００４４】
また、全てを画像から判断しなくてもよく、ＧＰＳ等の衛星電波や携帯電話の基地局電波、さらには、無線ＬＡＮの基地局電波、ビーコン等による位置情報や地図情報を考慮して自動判定してもよいが、補修項目やコストなどは、候補から項目選択してもよい。この表自体を表示して、各項目を選んで行くようにしても、補修分野の特徴を特定することが出来る。ただし、類似対象物の画像と、本発明の工事情報のデータ群から、これまでの補修情報を検索したり取得したりして、類推することは可能である。
【００４５】
また、以上は、補修前の補修箇所、補修分野の具体例であるが、この情報をもとにして分類された補修画像や補修来歴が蓄積されていくと、これらのいくつかの項目については、必須ではなくなり、蓄積情報をもとに省略が可能となる。例えば、材料の剥がれがない画像でも、将来、材料が剥がれるであろう分野の補修箇所の特徴として利用できるようにしてもよい。
【００４６】
表１の「補修工法」及び「補修工程」は、各補修前画像が実際に補修された際に用いられた「補修工法」及び「補修工程」である。
【００４７】
第２ＤＢは、補修分野と補修分野に対応する補修工法がデータベース化されたものである。図８の表４は、第２ＤＢの具体例の一部を表で示したものである。第２ＤＢには、表４で示すように、各補修分野に対応する複数の補修工法と、補修工法の工程と、工法の特徴が記載される。
【００４８】
補修分野として「街灯の柱補修」と「鉄筋コンクリート補修」の２例示す。「街灯の柱補修」は、補修対象が「街灯の柱」で、補修項目が「補修」である。「鉄筋コンクリート補修」は、補修対象が「鉄筋コンクリート」で、補修項目が「補修」である。
【００４９】
また、第２ＤＢでは、工法の特徴も記載される。各工法の特徴として、例えば、表４に示すような、費用、工事期間、耐久性についての評価が示される。各工法の特徴が示されることで、顧客は、補修分野の工法種類が分かるだけでなく、適切な工法の選択も簡単できるようになる。第２ＤＢの情報は、工法選択時の有用な支援手段になる。
【００５０】
メンテナンスＤＢには、経過年数対劣化レベルのデータが補修分野や工法に応じて記憶される。経過年数対劣化レベルのデータは、劣化判定部２１６による劣化判定に利用される。詳細は、図１４で説明する。
【００５１】
また、メンテナンスＤＢには、工法等に応じて、施工後あるいは補修後から定期チェック（メンテナス撮影）が必要な年数の情報も含まれる。この情報は、メンテナンス撮影判定部２１９による撮影推奨時期の判定に利用される。詳細は、図１７で説明する。
【００５２】
ＵＩ画像は、図４で説明したように、撮像装置１０で、補修撮影のガイドに使用される画像である。ＵＩ画像は、ＵＩ作成部２１４で作成されて記憶部２２５に記録される。
【００５３】
アドバイス情報ＤＢは、補修工事に関して顧客へアドバイスする情報（詳細アドバイス情報と呼ぶ）のデータベースである。詳細アドバイス情報は、例えば、補修工法に対応する実際の補修の具体例や、各補修工法を施工する施工業者に関する情報である。アドバイス情報ＤＢは、顧客から詳細アドバイス情報の紹介要求があった場合に、アドバイス情報紹介部２２０により参照される。詳細は、図１２で説明する。
【００５４】
画像記憶部２２６には、撮像装置１０から送信された補修画像が証跡画像として記憶される。また、画像記憶部２２６には、補修画像に基づく工事情報ファイルが記憶される。工事情報ファイルは、同一の補修工事で撮影された一連の補修画像が分類記録部２１７によってファイル化されたもので、実施された補修工事の内容を示す情報である。工事情報ファイルについては、図１６で説明する。工事情報ファイルは、補修情報ファイルと呼んでも良い。テンプレート情報は、分類記録部２１７が工事情報ファイル作成時に、対応する工法に応じて参照する情報である。テンプレート情報は、工法毎に用意される。
【００５５】
通信部２３０は、ＬＡＮ（Local Area Network）等によって、外部装置とデータの送受信を行うインターフェースである。通信部２３０は、撮像装置１０や情報端末３０と画像等の情報の送受信を行う。
【００５６】
操作部２４０は、例えばキーボードやタッチパネルで、操作者からの指示が入力される。表示部２５０は、例えばＬＣＤで、メニュー画面や各種データを表示する。
【００５７】
画像入力部２６０は、撮像装置１０から通信部２３０に送信された補修画像を入力するものである。また、画像入力部２６０は、通信部２３０ではなく不図示の着脱メモリから補修画像等を入力してもよい。
【００５８】
関連情報入力部２６２は、補修工事に関連する工事関連情報を操作部２４０を介して入力する。作成されたＵＩ画像に付帯される情報、あるいは撮像装置１０で撮影された補修画像に付帯される情報が、関連情報入力部２６２から入力される。また、第１ＤＢや第２ＤＢやメンテナンスＤＢに追記される情報や、第１ＤＢや第２ＤＢやメンテナンスＤＢを修正する情報が、関連情報入力部２６２から入力される。
【００５９】
制御部２１０は、類似画像検索部２１１、補修分野推定部２１２、補修工法検索部２１３、ＵＩ作成部２１４、表示制御部２１５、劣化判定部２１６、分類記録部２１７、有用性学習部２１８、メンテナンス撮影判定部２１９及びアドバイス情報紹介部２２０を有する。
【００６０】
類似画像検索部２１１は、撮像装置１０から送信等された補修前画像に類似する画像を、第１ＤＢに記録されている補修前画像の中から検索する。類似画像検索部２１１は、補修箇所同士が類似する画像を、第１ＤＢに記録されている補修前画像の中から検索する。類似画像検索部２１１は、類似する画像を１枚に限らず複数枚を第１ＤＢから検索してもよい。類似画像検索部２１１は、図１３で説明する補修工法紹介の処理、あるいは図１５で説明する工事情報ファイルの作成処理で、類似画像を検索する。
【００６１】
補修分野推定部２１２は、第１ＤＢで検索された類似する画像に対応する補修分野の種類を特定し、特定した補修分野を撮像装置１０から送信等された補修前画像の補修分野と推定する。
【００６２】
補修工法検索部２１３は、補修分野推定部２１２で推定した補修分野に対応する工法を第２ＤＢから検索する。
【００６３】
図９は、類似画像検索結果の画面例である。顧客から破損個所の画像（補修前画像）が送信され、破損個所を補修する工法の問合せがされた場合に、類似画像検索が行われて、検索結果が表示される。
【００６４】
類似画像検索結果の画面は、補修前画像を送信した顧客の撮像装置１０に送信され、表示部１５０に表示される。なお、顧客が情報処理装置２０を操作できる場合には、顧客は類似画像検索結果の画面を情報処理装置２０の表示部１５０に表示させてもよい。顧客は、撮像装置１０あるいは情報処理装置２０で、以下に説明するようにして検索された補修工法を閲覧あるいは選択する。なお、類似画像検索結果の画面は、情報端末３０に送信されてもよい。
【００６５】
例えば、図２に示す被写体が補修前画像として入力されたとする。画面Ｄ１１は、第１ＤＢに記録された補修前画像から、補修前画像Ｎｏ１０１が最も類似する画像として検索された例である。
【００６６】
補修分野推定部２１２は、検索された補修前画像Ｎｏ１０１の補修分野を第１ＤＢから読出す。補修前画像Ｎｏ１０１の補修分野が、「街灯の柱補修」とする。これにより、補修分野推定部２１２は、撮像装置１０に送信された補修前画像の補修分野が「街灯の柱補修」であると推定する。画面Ｄ１１には、補修分野推定部２１２により推定された補修名（補修分野）が、「街灯の柱補修」と表示される。また、検索された補修前画像Ｎｏ１０１の補修前画像と補修完了画像、及びその撮影日等も工事関連情報として表示される。
【００６７】
画面Ｄ１１で、ボタンＲ１が押下されると、補修前画像Ｎｏ１０１に関する詳細情報が表示される。詳細情報は、図８の表４で示した補修工法や補修工法に対応する特徴等である。ボタンＲ１の押下により、補修前画像Ｎｏ１０１に対応する補修工法や特徴が表示される。更に、詳細情報として、例えば、画像特徴の情報（図７Ｂの表２）や他の情報（図７Ｂの表３）が表示されてもよい。
【００６８】
ボタンＲ２が押下されると、補修前画像Ｎｏ１０１の次に第１ＤＢで類似する補修前画像が順番に表示される。ボタンＲ３はＵＩ画像作成指示のボタンである。ボタンＲ３が押下されると、ＵＩ作成部２１４が、ＵＩ画像を作成する。具体的には、ＵＩ作成部２１４は、第１ＤＢから補修前画像Ｎｏ１０１の補修工法と補修工程を読出し、補修前画像Ｎｏ１０１と同じ補修工法になるように、ＵＩ画像を作成する。ボタンＲ４は、戻り指示のボタンである。
【００６９】
画面Ｄ１２は、第１ＤＢから検索された複数の類似画像が類似度の高い順に表示される例である。ここでは、２つの画像（補修前画像Ｎｏ１０１と補修前画像Ｎｏ２３５）が表示される例である。いずれかの画像が選択された後、ボタンＲ３が押下されると、画面Ｄ１１での説明と同様に、選択された補修前画像に基づき、対応するＵＩ画像が作成される。
【００７０】
ＵＩ作成部２１４は、前述したように、補修工事時の補修撮影を支援するためのＵＩ画像（図４参照）を作成する。ただし、領域Ｐ０は空白の状態である。なお、ＵＩ作成部２１４は、図９の画面等で決定された補修工程でＵＩ画像を作成するばかりでなく、操作者により指定された補修工法や補修工程で、ＵＩ画像を作成してもよい。ＵＩ作成部２１４は、ガイド画像作成部とも呼ぶ。
【００７１】
表示制御部２１５は、表示部２５０への撮影画像や各種データの表示を制御する。表示制御部２１５は、ＵＩ作成部２１４で作成されたＵＩ画像を、撮像装置１０への送信前に、表示部２５０へ表示し内容の確認をさせてもよい。情報処理装置２０から送信されたＵＩ画像は、撮像装置１０の記憶部１２０に記憶される。撮像装置１０のＵＩ制御部１１２は、所定のタイミングで、記憶部１２０からＵＩ画像を読出して、表示部１５０に表示する。  
【００７２】
劣化判定部２１６は、画像に基づき、補修工事後の劣化が、経過年数に比較して標準よりも大きいか否かを判定する。具体的には、劣化判定部２１６は、撮像装置１０から送信された過去に補修された箇所の現在の画像に基づき、補修済箇所の劣化レベルを判定する。劣化判定部２１６は、過去に補修された箇所の現在の画像に、撮影者からコメント（経過年数情報、工法情報）が添付されている場合には、劣化判定の参考にする。
【００７３】
劣化判定部２１６は、過去の補修から現在までの経過年数を算出する。劣化判定部２１６は、撮影者から経過年数の情報が送信されていれば、その情報を利用する。あるいは、劣化判定部２１６は、工事情報ファイルに該当する情報があればそれを読み出す。
【００７４】
劣化判定部２１６は、メンテナンスＤＢの工法別の経過年数対劣化レベルのデータから、過去の補修時の補修工法に対応する経過年数対劣化レベルのデータを読み出す。補修工法によって、劣化の度合いが異なるからである。劣化判定部２１６は、経過年数に対する標準的な劣化レベルと今回の箇所の劣化レベルを比較して、今回の劣化が標準的な劣化より大きいか否かを判定する。劣化判定部２１６による処理の詳細は、図１４で詳述する。
【００７５】
分類記録部２１７は、撮像装置１０から送信された一連の補修画像に基づき、工事情報ファイルを作成する。分類記録部２１７は、一連の補修画像を、対応する補修工程のＵＩ画像を参照して、必須工程の画像と必須工程ではない（オプション工程）画像に分類して、補修工事ファイルに記録する。必須工程とは、ＵＩ画像で表示される工程である。オプション工程とは、ＵＩ画像では表示されない工程である。
【００７６】
また、これ以外の方法で必須工程、オプション工程を分類してもよい。例えば、画像範囲内に置かれる工事内容を示す表示板（小黒板）（図２のＦ）の情報は非常に重要で、これも撮影によって、このときの補修時の対象物や場所、環境、状況、時期、工法、過程、作業者、依頼者など様々な情報が取得、記録可能となる。ここで得られた情報が蓄積されると、本発明における補修情報がリッチになり、多くの知見、検索情報が得られるようになるが、ここに書かれた内容を文字読み取りなどで読み取ったり、パターン分類すれば、上述のオプション工程か否かが分類可能である。
【００７７】
また、表示板を電子的に合成する場合もあるが、このような電子的なものは、テキスト情報の読み取りなどが容易である。また、電子的なものは予め想定された内容で、「現場で急遽置かれた表示板がある場合は、オプションである」というような単純な切り分けも可能となる。さらに、必須、オプションの関係のみならず、分類記録部は、撮影画像から表示板（小黒板）（図２のＦ）の情報を分類、把握し、補修時の対象物や場所、環境、状況、時期、工法、過程、作業者、依頼者など様々な情報を取得する。
【００７８】
また、分類記録部２１７は、一連の補修画像に付帯された工事関連情報を整理して、共通フォーマットで補修工事ファイルに記録する。異なる撮影者や異なる撮像装置１０で撮影された補修画像が、共通フォーマットでファイル化されることで、集まった補修画像が単に証拠として保存管理されるだけでなく、他の補修工事の支援に活用することができる。例えば、工事情報ファイルは、第１ＤＢに利用することもできる。分類記録部２１７による処理の詳細は、図１５、図１６で詳述する。  
【００７９】
有用性学習部２１８は、劣化判定部２１６により判定された補修箇所の劣化レベルの結果に基づき、その補修箇所に実際に施工された補修工程が有用であったかを学習する。有用性学習部２１８は、実際に施工された補修工程を画像記憶部２２６の工事情報ファイルから読み出す。有用な工程とは、劣化を抑える効果の高い工程である。有用でない工程とは、無駄な工程あるいは劣化を早める工程である。
【００８０】
有用性学習部２１８は、劣化判定部２１６の判定結果に基づき、ＵＩ画像の既存の工程につき、有用でない工程と有用な工程を判定する。有用性学習部２１８は、有用でないと判定した工程をＵＩ画像から削除することを、ＵＩ作成部２１４に指示してもよい。
【００８１】
また、有用性学習部２１８は、判定した補修箇所の工程にオプション工程が含まれている場合に、劣化判定部２１６の判定結果に基づき、オプション工程の有用性を判定する。有用性学習部２１８は、オプション工程が有用であると判定すると、ＵＩ画像へのオプション工程の追加をＵＩ作成部２１４に指示してもよい。有用性学習部２１８による処理の詳細は、図１４で説明する。
【００８２】
メンテナンス撮影判定部２１９は、構造物の劣化判定用の撮影を行う時期（メンテナンス撮影時期）を判定する。メンテナンス撮影判定部２１９は、顧客の対象案件が、メンテナンス撮影時期になったかを判定して、メンテナンス撮影時期になった場合には、顧客にその旨を通知する処理を行う。メンテナンス撮影判定部２１９による処理の詳細は、図１７で説明する。
【００８３】
アドバイス情報紹介部２２０は、顧客に補修工事に関するアドバイス情報を紹介する。アドバイス情報紹介部２２０は、補修工事に関して顧客から詳細アドバイス情報の要求があった場合に、記憶部２２５のアドバイス情報ＤＢを参照して、補修例・工法・施工業者等の各情報を顧客に紹介する。アドバイス情報紹介部２２０による処理の詳細は、図１２で説明する。
【００８４】
図１０は、情報処理装置２０のハードウェアブロック図である。情報処理装置２０は、ＣＰＵ（Central Processing Unit）２８０、ＤＲＡＭ(Dynamic Random Access Memory)２８２、ＲＯＭ（Read Only Memory）２８４、通信部２３０、操作部２４０及び表示部２５０を有する。
【００８５】
ＣＰＵ２８０は、ＲＯＭ２８４に格納される制御プログラムを読込んで実行して、ソフトウェア処理により情報処理装置２０の制御を行う。ＤＲＡＭ２８２は、制御プログラムや各種データを一時的に記憶するワーキングエリアを提供する。ＲＯＭ２８４は、制御プログラムやデータを不揮発的に記憶する。また、ＲＯＭ２８４は、ＤＢ１、ＤＢ２、メンテナンスＤＢ、アドバイス情報ＤＢ等を記憶し、記憶部２２５を実現する。制御部２１０は、ＣＰＵ２８０、ＤＲＡＭ２８２及びＲＯＭ２８４により実現される。通信部２３０、操作部２４０及び表示部２５０は、前述したので、説明は省略する。
【００８６】
図１１は、情報処理装置２０による補修工事支援処理の手順を説明するフローチャートである。顧客は、撮像装置１０や情報端末３０から、補修工事支援に関する各種依頼や指示を情報処理装置２０に送信する。情報処理装置２０は、通信部２３０により顧客からの依頼や指示に関する情報を受信する（ステップＳ１０）。制御部２１０は、顧客から受信内容を判断する（ステップＳ１２）。制御部２１０は、受信内容に応じて、以下説明する４種の処理を実行する。なお、前述のように顧客には、補修工事の依頼者及び補修工事を行う工事施工業者が含まれる。
【００８７】
<補修アドバイス処理>
制御部２１０は、受信内容が、補修アドバイス情報の依頼の場合には、補修アドバイス処理を行う（ステップＳ１４）。図１２は、補修アドバイス処理の手順を説明するサブルーチンである。
【００８８】
制御部２１０は、補修アドバイス情報の内容が、補修工法の問合せであるかを判断する（ステップＳ１００）。制御部２１０は、顧客からの指示が、補修工法の問合せであると判断すると（ステップＳ１００のＹＥＳ）、補修工法の紹介を行う（ステップＳ１０２）。
【００８９】
図１３は、補修工法紹介処理の手順を説明するサブルーチンである。顧客から、撮像装置１０あるいは情報端末３０を介して、補修工法のアドバイスを希望する補修前画像が送信される。画像入力部２６０は、顧客から送信された補修前画像を取得する。
【００９０】
類似画像検索部２１１は、類似画像検索を行なう（ステップＳ１５０）。前述のように、類似画像検索部２１１は、顧客から送信された補修前画像に類似する画像を第１ＤＢから検索する。類似画像検索部２１１は、類似画像検索ができたかを判断する（ステップＳ１５２）。類似画像検索部２１１が、類似画像検索ができなかったと判断すると（ステップＳ１５２のＮＯ）、制御部２１０は、アドバイス情報がない旨を顧客に送信して（ステップＳ１６４）、図１１に戻り、処理を終了する。
【００９１】
類似画像検索部２１１が、類似画像検索ができたと判断すると（ステップＳ１５２のＹＥＳ）、補修分野推定部２１２は、第１ＤＢから、検索された類似する画像に対応する補修分野を読み出して、顧客から送信された補修前画像の補修分野であると推定する（ステップＳ１５４）。
【００９２】
補修分野推定部２１２は、補修分野推定ができたかを判断する（ステップＳ１５６）。補修分野推定部２１２は、補修分野推定ができなかったと判断すると（ステップＳ１５６のＮＯ）、ステップＳ１６４に進む。
【００９３】
補修分野推定部２１２が、補修分野推定ができたと判断すると（ステップＳ１５６のＹＥＳ）、補修工法検索部２１３は、推定された補修分野から第２ＤＢを利用して、補修工法を検索する（ステップＳ１５８）。
【００９４】
補修工法検索部２１３は、第２ＤＢから対応する補修工法が検索されたかを判断する（ステップＳ１６０）。補修工法検索部２１３は、補修工法が検索されなかったと判断すると（ステップＳ１６０のＮＯ）、ステップＳ１６４に進む。例えば、第２ＤＢに対応する補修工法が記載されていなかった場合である。
【００９５】
補修工法検索部２１３は、補修工法が検索されたと判断すると（ステップＳ１６０のＹＥＳ）、制御部２１０は、検索された工法を、顧客から送信された補修前画像に対応する補修工法として、顧客に送信する（ステップＳ１６２）。制御部２１０は、図１２に戻り、補修アドバイス処理を終了する。なお、顧客から、補修工法紹介と共に詳細アドバイス情報の紹介があった場合には、制御部２１０は、補修アドバイス処理を終了しないで、後述するステップＳ１１２に進んでもよい。
【００９６】
また、上述した処理では、顧客からの補修前画像によって補修分野を推定し、推定した補修分野に基づいて、補修工法を探してその情報を送信することを説明した。しかし、顧客の希望によっては、制御部２１０は、推定した補修分野の情報のみを顧客に送信するようにしてもよい。また、顧客から補修分野の情報が提供される等によって、補修分野が分かっている場合には、補修分野推定部２１２が補修分野を推定する処理は行わず、制御部２１０は、提供された補修分野の情報を用いて第２ＤＢを参照して補修工法の情報を送信してもよい。
【００９７】
制御部２１０は、顧客からの要求が補修工法の問合せでないと判断すると（ステップＳ１００のＮＯ）、アドバイス情報紹介部２２０は、顧客からの補修アドバイス情報の紹介に対し、対応する詳細アドバイス情報を有しているかを判断する（ステップＳ１０４）。アドバイス情報紹介部２２０は、顧客からの詳細アドバイス情報に対応する情報がアドバイス情報ＤＢに有るかを判断する。
【００９８】
アドバイス情報紹介部２２０は、対応する情報がアドバイス情報ＤＢに用意されていないと判断すると（ステップＳ１０４のＮＯ）。制御部２１０は、詳細アドバイス情報が無いこと顧客に送信して（ステップＳ１０６）、補修アドバイス処理を終了する。制御部２１０は、補修アドバイス処理を終了して、図１１に戻る。
【００９９】
アドバイス情報紹介部２２０は、対応する情報がアドバイス情報ＤＢに用意されていると判断すると（ステップＳ１０４のＹＥＳ）、制御部２１０は、詳細アドバイス情報があること顧客に送信する（ステップＳ１０８）。なお、この場合には、制御部２１０は、詳細アドバイス情報の提供が有料であることを、顧客に通知するようにしてもよい。
【０１００】
制御部２１０は、顧客から詳細アドバイス情報の要求があったかを判断する（ステップＳ１１０）。制御部２１０は、顧客から詳細アドバイス情報の要求がない場合には（ステップＳ１１０のＮＯ）、補修アドバイス処理を終了する。
【０１０１】
制御部２１０は、顧客から詳細アドバイス情報の要求があったと判断すると（ステップＳ１１０のＹＥＳ）、アドバイス情報紹介部２２０は、アドバイス情報ＤＢを検索して、顧客に対応する補修事例を送信する（ステップＳ１１２）。さらに要求があれば、制御部２１０は、補修の具体例・工法・施工業者等の情報を顧客に紹介する（ステップＳ１１４）。なお、前述の補修工法紹介処理（ステップＳ１０２）で、対象となる補修工事の補修工法が検索されて送信されていた場合には、アドバイス情報紹介部２２０は、検索された補修工法に対する補修例や施工業者が優先して紹介してもよい。
【０１０２】
さらに、制御部２１０は、詳細アドバイス情報として、顧客、特に施工業者からＵＩ画像の要求があったかを判断する（ステップＳ１１６）。制御部２１０は、顧客からＵＩ画像の要求があったと判断すると（ステップＳ１１６のＹＥＳ）、ＵＩ作成部２１４は、図8の表４で示した第２ＤＢの補修工程から顧客から指示された補修工法の補修工程等を検索し、対応するＵＩ画像を作成する。図４で示したように、ＵＩ画像には、項目情報（Ｐ１，Ｐ２）や各スイッチ（Ｐ３，Ｐ４，Ｐ５）がレイアウトされる。ＵＩ画像の領域Ｐ０はブランクで、領域Ｐ０の画像は撮像装置１０で組み込まれる。
【０１０３】
制御部２１０は、作成されたＵＩ画像を、顧客に送信する（ステップＳ１１８）。制御部２１０は、顧客からＵＩ画像の要求がないと判断すると（ステップＳ１１８のＮＯ）、補修アドバイス処理を終了する。
【０１０４】
<前回補修の評価>
制御部２１０は、受信内容として、顧客の撮像装置１０から一連の補修画像が送信されてきた場合、前回補修の評価処理を行う（ステップＳ１６）。制御部２１０は、顧客から送信された一連の補修画像が再補修の工事であって、前回補修工事の情報が画像記憶部２２６に工事情報ファイルあるいは証跡画像として保管されている場合には、前回補修の評価を行って、前回の補修の工程の良否を評価する。補修工事の良否は、一定時間が経過しないと判定できないからである。
【０１０５】
また、制御部２１０は、顧客から過去に補修した箇所の画像が送信されて、過去の補修箇所の評価が求められた場合にも、新たな補修工事とは無関係に、その補修箇所の評価処理を行う。例えば、顧客から、５年前に補修を完了した街灯の柱について、最新の画像が送信されてきて、５年前の補修工事の評価依頼がされたような場合である。制御部２１０は、第１ＤＢや画像記憶部２２６の工事情報ファイルあるいは証跡画像に、その補修済箇所の工事情報が保管されていれば、過去の補修工事の評価を行う。
【０１０６】
図１４は、前回補修の評価処理の手順を説明するサブルーチンである。有用性学習部２１８は、顧客から依頼の補修物の前回補修に関する情報があるかを判断する（ステップＳ２００）。前回補修工事の工程等の情報がないと、前回補修の評価ができないからである。
【０１０７】
劣化判定部２１６は、例えば第１ＤＢや画像記憶部２２６の工事情報ファイルあるいは証跡画像を参照して、同じ補修物での前回補修情報があるかを判断する。劣化判定部２１６は、同じ補修物での前回補修情報がないと判断すると（ステップＳ２００のＮＯ）、前回補修の評価処理を終了して、図１１に戻る。
【０１０８】
劣化判定部２１６は、同じ補修物での前回補修情報があると判断すると（ステップＳ２００のＹＥＳ）、前回補修物の最新の画像に基づき、前回補修物の劣化レベルを判定する（ステップＳ２０２）。顧客から一連の補修画像が送信されてきた場合には、今回の補修工事が行われる直前の補修物の撮影画像が、前回補修物の最新画像となる。
【０１０９】
劣化判定部２１６は、判定した劣化レベルが、想定内であるかを判断する（ステップＳ２０４）。劣化判定部２１６は、メンテナンスＤＢに記載されている、工法に応じた経過年数対劣化レベルの標準データを読み出す。標準データは、工法により異なる。また、劣化レベルは、ランクで表現されてもよい。例えば、補修工法が表４の防錆塗装＋塗装の場合には、標準データとして、経過年数２年でランク１（錆が２ｃｍ２以内）、経過年数４年でランク２（錆が５ｃｍ２以内）、経過年数６年でランク３（錆が１０ｃｍ２以内）というような内容が、メンテナンスＤＢに記載されているとする。
【０１１０】
劣化判定部２１６は、補修物の撮影画像から錆の面積を算出して、標準データから想定される経過年数を判定する。劣化判定部２１６は、補修箇所の環境により標準データの経過年数を補正してもよい。さらに、劣化判定部２１６は、前回補修完了日から補修箇所の最新の画像の撮影日までの期間で、補修後の経過年数（実際の経過年数）を算出する。
【０１１１】
劣化判定部２１６は、劣化レベルから想定される経過年数≒実際の経過年数であれば、前回補修の劣化レベルが、想定内であると判断して（ステップＳ２０４のＹＥＳ）、ステップＳ２１２に進む。劣化判定部２１６は、前回補修の劣化レベルが、想定内でないと判断すると（ステップＳ２０４のＮＯ）、前回補修の劣化レベルが想定よりも悪いかを判断する（ステップＳ２０６）。劣化判定部２１６は、劣化レベルから想定される経過年数＞実際の経過年数であれば、前回補修の劣化レベルが想定よりも悪いと判断する。
【０１１２】
劣化判定部２１６が、前回補修の劣化レベルが想定よりも悪いと判断すると（ステップＳ２０６のＹＥＳ）、有用性学習部２１８は、前回補修の問題分析を行う（ステップＳ２０８）。
【０１１３】
劣化判定部２１６が、前回補修の劣化レベルが想定よりも良いと判断すると（ステップＳ２０６のＮＯ）、有用性学習部２１８は、前回補修の効果分析を行う（ステップＳ２１０）。
【０１１４】
そして、有用性学習部２１８は、前回補修の一連の補修画像を検索して、前回補修の工程に新規工程が含まれているかを判断する（ステップＳ２１２）。有用性学習部２１８は、前回補修の工程に新規工程が含まれていて（ステップＳ２１２のＹＥＳ）、かつその新規工程が有用であると判断した場合には、その新規工程を有用性学習候補にする（ステップＳ２１４）。さらに、ＵＩ作成部２１４は、その新規工程をＵＩ画像化してもよい。
【０１１５】
また、有用性学習部２１８は、その新規工程が劣化を早めていると判断した場合には、その新規工程が有害な工程と登録する。制御部２１０は、前回補修の評価終了後、図１１に戻る。また、有用性学習部２１８は、前回補修の工程に新規工程が含まれていないと判断すると（ステップＳ２１２のＮＯ）、図１１に戻る。
【０１１６】
このような有用性学習を行っておくと、前回の補修直後画像も参照可能でそれが、どのような劣化につながったかの学習が出来ていくので、補修直後画像であっても、次回の補修前画像となって、類似の補修が将来、何時、どのような工法による再度の補修が必要になるかを類推することが出来るようになる。したがって、補修直後画像も補修前画像も一括して、補修画像と呼んでも良い。
【０１１７】
〈工事情報ファイルの作成〉
制御部２１０は、顧客から一連の補修画像を情報処理装置２０に保存する依頼を受信した場合には、一連の補修画像から工事情報ファイルを作成して、保存する（ステップＳ１８）。図１５は、工事情報ファイル化処理の手順を説明するサブルーチンである。
【０１１８】
制御部２１０は、受信した一連の補修画像を画像記憶部２２６に記録する（ステップＳ３００）。補修画像は、原則として、補修工程を記録した一連の補修画像から構成される。補修画像には、付随情報が含まれる。付随情報は、工事関連情報の１つである。また、補修画像に補修前画像が含まれてもよい。
【０１１９】
表示板（小黒板）（図２のＦ）の情報などは、非常に重要で、付随情報にしてもよい。ここでは、画像とは別に分けて図示しているが、各画像からこれを抜き出して集中的に管理すれば、このような表現となる。また、各画像を総合するような情報を補修工事の計画書や実行書や手順書、報告書などから読み取って別途、画像とは分けて管理すると、このような図示記載となる。
【０１２０】
なお、表示板（小黒板）（図２のＦ）は、電子的に合成されたものであってもよいが、電子的なものであれ、実際に現場におかれて写し込まれたものであれ、ここに書かれた内容を取得すれば有用な付随情報や各画像に対応したメタデータとなる。電子的なものは、そのままテキストデータ化可能だが、実物の場合、これが写った撮影画像データを分析して情報を得ることができる。
【０１２１】
例えば、画面内の地面の水平線を検出、そこに置かれた画面内の特定の面積を占める四角形の対象物を検出すれば、これら検出した画像情報から、補修時の対象物や場所、環境、状況、時期、工法、過程、作業者、依頼者など様々な情報を判定することができる。判定した情報を分類したり、表示板を文字読み取り装置やソフトウェアで読み取れば、これらの有用な内容が補修画像と関連づけて記録可能となる。
【０１２２】
このようにして得られた情報が蓄積されると、本発明における補修情報が補修画像（補修画像そのものにメタデータが付けられてリッチになる、という表現も可能）も合わせてリッチになり、これを見るのみならず、（メタデータ情報や画像そのものによる）検索したり分類して蓄積して経時変化など意味のある分析をすることで、多くの知見、検索情報が得られるようになる。
【０１２３】
つまり、補修箇所が撮影された補修画像を受付ける入力部があり、補修画像と対応する補修分野の種類が記録された第１ＤＢに基づき、前記受付けた補修画像に対応する補修分野を推定する補修分野推定部を持つ事が、本実施形態の１つと説明したこれに限るものではない。補修分野推定は、画像そのものを比較してもよいし、こうした補修情報を比較してもよい。推定結果として画像は人間が見てすぐに分かるという特徴があるし、画像は文字に仕切れない豊富な情報を有するので、比較時の情報量が多いので重要である。
【０１２４】
また、補修分野における補修工法が記録された第２ＤＢに基づき、補修分野推定部により推定された補修分野に対応する補修工法を検索する補修工法検索部と、を備えることを特徴とする工事支援装置であるので、検索された結果は、補修画像を表示すれば、ユーザはすぐにそれでよいかどうか直感的な判断が出来るので画像は、ここでも重要である。
【０１２５】
分類記録部２１７は、受信した補修画像が新カテゴリの補修であるかを判断する（ステップＳ３０２）。新カテゴリの補修とは、第１ＤＢ、第２ＤＢや画像記憶部２２６に記録がされていない補修分野を言う。分類記録部２１７が、受信した補修画像が新カテゴリの補修であると判断すると（ステップＳ３０２のＹＥＳ）、ＵＩ作成部２１４は、新カテゴリと判断された一連の補修画像に基づいて、新たなＵＩ画像を作成し（ステップＳ３０４）、記憶部２２５のＵＩ画像に追加記録する。なお、ＵＩ作成部２１４は、顧客から利用許諾が得られた場合に限り、受信した新カテゴリの補修画像をＵＩ画像化する。分類記録部２１７は、受信した補修画像が新カテゴリの補修でないと判断すると（ステップＳ３０２のＮＯ）、ステップＳ３０６に進む。
【０１２６】
分類記録部２１７は、受信した一連の補修画像の情報を分類する（ステップＳ３０６）。図１６は、分類記録部２１７が、一連の補修画像の情報を工事情報ファイルの各項目に分類する例を示す図である。一連の補修画像には、補修画像本体と付随情報が含まれる。付随情報は、図３で説明した補修名、日付・ＧＰＳ・傾き、補修ステップ名、補修前画像、使用ツール等の工事関連情報である。付随情報は、補修画像に付帯されたデータ（例えば、メタデータ）でも良いし、補修情報と別ファイルであってもよい。
【０１２７】
工事情報ファイルの各項目は、工法ごとに定められる。分類記録部２１７は、工法ごとに定められる工事情報ファイルの各項目に、受信した一連の補修画像の情報を分類する。分類記録部２１７は、付随情報に基づき工法を特定する。分類記録部２１７は、特定した工法に対応するファイルテンプレート情報を記憶部２２５から読出し、参照して、工事情報ファイルの各項目を定める。図１６に示す例では、工事情報ファイルには、工法名、場所・日時、工事関連情報、必須工程、参考工程、工事関連情報、サムネイル画像エリアの項目が設定される。
【０１２８】
付随情報は、内容に応じて、工事情報ファイルの工法名、工事場所・日時、工事関連情報の項目に分類される。また、補修前画像と補修完了画像は、サムネイル画像の項目に分類される。
【０１２９】
途中１画像、途中２画像、途中３画像は、いずれも各補修の途中の工程で撮影された補修画像である。  分類記録部２１７は、途中１画像〜途中３画像が必須工程の画像であるか否かを、利用されたＵＩ画像との比較、あるいは付随情報に基づき判断する。
【０１３０】
なお、付随情報に工法の情報が無い場合には、分類記録部２１７は、類似画像検索部２１１、補修分野推定部２１２や補修工法検索部２１３を利用して、工法を推定してもよい。類似画像検索部２１１、補修分野推定部２１２によって、途中１画像や途中２画像に類似する画像が第１ＤＢから検索され、補修分野を推定される。さらに、補修工法検索部２１３によって、途中１画像や途中２画像を含む補修工法を補修分野に対応する補修工法の中から推定することができる。分類記録部２１７は、推定した工法と途中１画像〜途中３画像を比較して、必須工程の画像であるか否かを判断する。
【０１３１】
図１６の例では、分類記録部２１７は、例えばＵＩ画像等から、途中１画像と途中２画像が必須工程であると判断して必須工程に分類し、途中３画像がオプション工程の画像と判断して参考工程の画像に分類したとする。
【０１３２】
分類記録部２１７は、分類後に工事情報ファイルを作成して（ステップＳ３０８）、画像記憶部２２６に記録する。図６に、画像記憶部２２６に記録された２つの工事情報ファイルの例を示す。工事情報ファイル＃１は、前述した説明で作成され記録された工事情報ファイルである。工事情報ファイル＃２は、工事情報ファイル＃１とは異なる補修工法の例である。工事情報ファイル＃２は、途中１画像〜途中３画像及び途中５画像が、必須工程に分類され、途中４画像がオプション工程として参考工程の画像に分類された例である。
【０１３３】
〈メンテナンス撮影時期通知〉
特別な契約した顧客に対して、対象案件がメンテナンス撮影時期になったら通知するサービスが行われる。劣化が激しくなってからでは、補修困難になったり、補修費用が高くなることが多い。そのため、定期的に劣化の度合いを判断して、損傷がひどくなる前に補修することが管理上望ましい。
【０１３４】
メンテナンス撮影時期になったら顧客にその旨の通知がされるが、本例では、顧客からメンテナンス撮影の時期か否かの問合せがあった場合に、メンテナンス撮影判定部２１９によって行われる処理（メンテナンス撮影時期通知処理）を説明する（ステップＳ２０）。対象案件は、新規施工後の案件でも良いし、補修後の案件でもよい。図１７は、メンテナンス撮影時期通知処理の手順を説明するサブルーチンである。
【０１３５】
メンテナンス撮影判定部２１９が、画像記憶部２２６の工事情報ファイルを参照して、対象案件の施工後（あるいは直近の補修後）からの経過時間を判定する（ステップＳ４００）。
【０１３６】
メンテナンス撮影判定部２１９は、メンテナンスＤＢに基づき、対象案件の工法等から劣化予想時間を判定する（ステップＳ４０２）。劣化予想時間は、対象案件の工法種類によって異なるからである。さらに、メンテナンス撮影判定部２１９は、対象案件の設置環境により劣化予想時間を補正してもよい。前述の「前回補修の評価」で例示した標準データを用いて、メンテナンス撮影判定部２１９は、錆が６ｃｍ２程度を要補修の目安とし、施工後４年程度をメンテナンス撮影推奨時期に設定したとする。
【０１３７】
メンテナンス撮影判定部２１９は、現在がメンテナンス撮影推奨の時期であるかを判定する（ステップＳ４０４）。例えば、メンテナンス撮影推奨の時期が施工後４年で、現在が施工後３年であれば、メンテナンス撮影判定部２１９は、メンテナンス撮影時期前であると判定する。
【０１３８】
メンテナンス撮影判定部２１９は、メンテナンス撮影推奨の時期であると判定すると（ステップＳ４０４のＹＥＳ）、メンテナンス撮影指示を顧客に送信して（ステップＳ４０６）、メンテナンス撮影時期判定処理を終了する。メンテナンス撮影判定部２１９は、未だメンテナンス撮影推奨時期に達していないと判定すると（ステップＳ４０４のＮＯ）、顧客にメンテナンス撮影不要を送信して（ステップＳ４０８）、メンテナンス撮影時期判定処理を終了する。
【０１３９】
<撮像装置における処理>
次に、撮像装置１０における処理を説明する。図１８は、撮像装置１０の処理手順を説明するフローチャートである。制御部１１０は、撮影者により設定されたカメラモードを判断し（ステップＳ５００）、設定されたカメラモードに応じて以下の処理を実行する。
【０１４０】
制御部１１０は、カメラモードが再生モードの場合には、撮影された補修画像等を再生する再生処理を実行する（ステップＳ５０４）。制御部１１０は、カメラモードが送信モードの場合には、撮影された補修画像等やデータを外部装置に送信する送信処理を実行する（ステップＳ５０６）。外部装置は、例えば情報処理装置２０である。
【０１４１】
制御部１１０は、カメラモードがＵＩ画像取得モードの場合には、ＵＩ画像送信要求の指示を情報処理装置２０に送信する（ステップＳ５０８）。情報処理装置２０は対応するＵＩ画像を撮像装置１０に送信する。前述の図１２のステップＳ１１６の処理である。制御部１１０は、情報処理装置２０から送信されたＵＩ画像を通信部１３０により受信する。ＵＩ制御部１１２は、受信したＵＩ画像を記憶部１２０に保存する。
【０１４２】
制御部１１０は、カメラモードが撮影モードの場合には、撮影モードを設定し（ステップＳ５０２）、さらに補修撮影モードに設定されているかを判断する（ステップＳ５１０）。制御部１１０は、補修撮影モードに設定されていないと判断すると（ステップＳ５１０のＮＯ）、通常撮影モードを実行する（ステップＳ５１２）。通常撮影モードの詳細は、省略する。
【０１４３】
制御部１１０は、補修撮影モードに設定されていると判断すると（ステップＳ５１０のＹＥＳ）、ＵＩ画像に基づく、補修画像撮影を行う。制御部１１０は、各種センサ（姿勢センサ１７０ａ、ＧＰＳ１７０ｂ及び方位センサ１７０ｃ）を起動して（ステップＳ５１４）、表示部１５０にライブビュー画像を表示する（ステップＳ５１６）。
【０１４４】
ＵＩ制御部１１２は、撮影者から、今回の補修対象に対応するＵＩ画像が選択されたかを判断する（ステップＳ５１８）。例えば、撮影者は、撮像装置１０で取得済のＵＩ画像についての「補修分野と補修工法の一覧」を表示部１５０に表示させて、その中から今回の補修対象の補修分野と補修工法に対応する一つのＵＩ画像を選択する。
【０１４５】
ＵＩ制御部１１２は、撮影者からＵＩ画像一覧等でいずれかのＵＩ画像が選択されない場合には（ステップＳ５１８のＮＯ）、撮影者からＵＩ画像要求が指示されたかを判断する（ステップＳ５２０）。今回の補修対象に対応するＵＩ画像が撮像装置１０に格納されていない場合には、情報処理装置２０から対応するＵＩ画像を取得する必要がある。
【０１４６】
ＵＩ制御部１１２は、撮影者からＵＩ画像要求が指示されたと判断すると（ステップＳ５２０のＹＥＳ）、ＵＩ画像の取得処理を行う（ステップＳ５２２）。ステップＳ５２２は、ステップＳ５０８と同等な処理である。ＵＩ制御部１１２は、撮影者からの指示に応じたＵＩ画像の取得処理が完了したら、ステップＳ５３０に進む。ＵＩ制御部１１２は、撮影者からＵＩ画像要求が指示されないと判断すると（ステップＳ５２０のＮＯ）、ステップＳ５００に戻る。
【０１４７】
ＵＩ制御部１１２は、撮影者からＵＩ画像一覧でいずれかのＵＩ画像が選択されたら（ステップＳ５１８のＹＥＳ）、選択されたＵＩ画像を表示する（ステップＳ５３０）。あるいは、ＵＩ制御部１１２は、ステップＳ５２２で情報処理装置２０から取得した対応するＵＩ画像を表示する。図４の例であれば、補修工事開始後の最初の工程として、はつり撮影のガイド画面（画面Ｄ１）が表示される。
【０１４８】
ＵＩ制御部１１２は、ＵＩ画像による補修撮影が実行されたかを判断する（ステップＳ５３２）。図４の補修撮影では、ボタンＰ４が操作されると、補修撮影ではなくオプション撮影が行われる。ボタンＰ４等の操作がなければ、ＵＩ画像による補修撮影が進行する。
【０１４９】
ＵＩ制御部１１２は、ＵＩ画像による補修撮影と判断すると（ステップＳ５３２のＹＥＳ）、表示されているＵＩ工程に則った補修画像の撮影と判断する（ステップＳ５３４）。記録制御部１１４は、ガイドとなったＵＩ画像の情報やその他工事関連情報を、ＵＩ画像により撮影された補修画像に関連付けて記憶部１２０に記録する（ステップＳ５３６）。ＵＩ画像の情報やその他工事関連情報は、図１６で説明した付随情報に相当する。
【０１５０】
ＵＩ制御部１１２は、ＵＩ画像による補修撮影が行われないと判断する（ステップＳ５３２のＮＯ）。制御部１１０は、オプション撮影を行う（ステップＳ５４０）。前述のように、ボタンＰ４の操作で、オプション撮影が指示される。
【０１５１】
制御部１１０は、オプション撮影の前後に工事関連情報が入力されたかを判断する（ステップＳ５４２）。制御部１１０は、オプション撮影の前後に工事関連情報が入力されていないと判断すると（ステップＳ５４２のＮＯ）、記録制御部１１４は、オプション撮影による補修画像を画像記憶部２２６に記録する（ステップＳ５４４）。
【０１５２】
制御部１１０は、オプション撮影の前後に工事関連情報が入力されたと判断すると（ステップＳ５４２のＹＥＳ）、記録制御部１１４は、オプション撮影による補修画像に、入力された工事関連情報を関連付けて記憶部１２０に記録する（ステップＳ５４６）。さらに、記録制御部１１４は、ＵＩ画像による補修画像とオプション撮影による補修画像との対応付けを行う（ステップＳ５４８）。
【０１５３】
制御部１１０は、補修撮影が終了したかを判断する（ステップＳ５３８）。制御部１１０は、例えば、図４の画面Ｄ３でボタンＰ５が押下されると、補修撮影が終了したかを判断する（ステップＳ５３８）。また、制御部１１０は、撮影者から不図示の終了ボタンが操作された場合に補修撮影が終了したと判断してもよい。
【０１５４】
制御部１１０は、補修撮影途中で、ボタンＰ５が押下されると、補修撮影が終了していないと判断して（ステップＳ５３８のＮＯ）、ステップＳ５３０に戻る。ＵＩ制御部１１２は、ステップＳ５３０で、次の工程のＵＩ画像を表示する。具体的には、ＵＩ制御部１１２は、図４の画面Ｄ１で撮影後にボタンＰ５が押下されると、画面Ｄ１を画面Ｄ２に切換える。
【０１５５】
制御部１１０は、補修撮影が終了したと判断すると（ステップＳ５３８のＹＥＳ）、ステップＳ５００に戻る。
【０１５６】
<効果>
・本実施形態では、類似画像検索部２１１、補修分野推定部２１２及び補修工法検索部２１３によって、顧客から送信された補修箇所の画像に基づき、対応する補修分野と補修工程が顧客に提示される。顧客は、破損箇所を補修する工事に関して、詳細な情報を入手し、判断に役立て、正しい処置を選択することができる。
【０１５７】
・補修分野と補修工程が提示される際に、補修工法検索部２１３によって、各工法の特徴として、費用、工事期間、耐久性等についての評価もあわせて示されるので、顧客は単純な判断ではなく、様々な事情も合わせて多くの情報を総合的に判断して、希望に応じた工法の選択が簡単できるようになる。
【０１５８】
・ＵＩ作成部２１４によって、工法に応じた補修画像撮影のタイミングをガイドするＵＩ画像が撮像装置に提供されるので、工法や工事のレポート化、エビデンス化が不慣れな施工者であっても、確実に必要であったり、好ましい補修画像の撮影を実行できる。
・ＵＩ画像撮影で、規定された工程の画像だけでなく、規定外の工程も撮影することができる（オプション撮影）ので、工程を状況に応じて工夫することができ、その工夫の意味や工程の実態を適確、分かりやすいレポート用に記録することができる。
・補修画像撮影で、ＵＩ画像に対応する補修画像とＵＩ画像に対応しない補修画像（オプション撮影）が、分類記録部２１７によって、必須工程と参考工程に区別して記録されるので、第３者の検索なども含めて撮影後の管理が容易になる。
【０１５９】
・有用性学習部２１８によって、前回補修工事について劣化度の評価がされるので、補修工事の評価の信頼度が常に高度化され、補修工法選択時の重要な指標になる。  
・また、有用性学習部２１８によって、前回補修工事について劣化度の評価で、個別の工程の良否も判断されるので、工法の質改善にも繋がる。
【０１６０】
・分類記録部２１７によって、補修画像撮影後に、一連の補修画像から関連情報と共に1パッケージの工事情報ファイルが生成されるので、一連の補修画像の撮影後の管理が確実かつ容易になる。
・また、分類記録部２１７によって、補修工事の情報が統一的なフォーマットで工事情報ファイル化されるので、複数の証跡画像を１パッケージで保存できるだけでなく、補修分野や補修工法が異なる多様な補修工事でも、統一的に取り扱うことができる。
・また、分類記録部２１７によって、必須工程の画像とオプション工程の画像が区別して保存されるので、新たなＵＩ画像として使用する際に利用性が高い。
・また、分類記録部２１７によって、工事情報ファイルでは、複数枚の撮影画像にまたがって存在している付随情報が、工事関連情報として１つにまとめられるので、関連情報の重複や欠落を防止することも容易になる。
【０１６１】
・メンテナンス撮影判定部２１９によって、適切なメンテナンス撮影すべき時期が分かるので、顧客は現地に何度も足を運ぶことなく、補修済箇所の点検を済ませることができる。また、通知を受け取れるようにすれば、個々の現場管理の業務効率の改善ができ、人の介在をなくして、業務の平準化が可能となる。
【０１６２】
<他の実施形態> 
・撮像装置の制御部および情報処理装置の制御部は、プログラムを読込んだＣＰＵによるソフトウェア処理で実現されると説明したが、一部あるいは全部をハードウェアで実現してもよい。
・また、個々の装置部位は、お互いに通信、連携していれば、別体であってもよく、配置場所が同一である必要もない。
・また、いずれかの装置部位はシステムにおいては他の部位がその働きを補い、装置部位の一部は省略することも可能である。
【０１６３】
なお、本発明は上述した実施形態そのままに限定されるものではなく、実施段階でのその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素を適宜組み合わせても良い。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。このような、発明の趣旨を逸脱しない範囲内において種々の変形や応用ができることはもちろんである。
【符号の説明】
【０１６４】
１  工事支援システム
１０  撮像装置
２０  情報処理装置
３０  情報端末
１００  撮像部
１１０  制御部
１１２    ＵＩ制御部
１１４    記録制御部
１２０  ２２５  記憶部
１３０  ２３０  通信部
１４０  ２４０  操作部
１５０  ２５０  表示部
１６０  追記部
２１０  制御部
２１１    類似画像検索部
２１２    補修分野推定部
２１３    補修工法検索部
２１４    ＵＩ作成部
２１５    表示制御部
２１６    劣化判定部
２１７    分類記録部
２１８    有用性学習部
２１９    メンテナンス撮影判定部
２２０    アドバイス情報紹介部
２２６    画像記憶部
２６０    画像入力部
２６２    関連情報入力部
【図１】
2019021150.tif 000003
【図２】
2019021150.tif 000004
【図３】
2019021150.tif 000005
【図４】
2019021150.tif 000006
【図５】
2019021150.tif 000007
【図６】
2019021150.tif 000008
【図７Ａ】
2019021150.tif 000009
【図７Ｂ】
2019021150.tif 000010
【図８】
2019021150.tif 000011
【図９】
2019021150.tif 000012
【図１０】
2019021150.tif 000013
【図１１】
2019021150.tif 000014
【図１２】
2019021150.tif 000015
【図１３】
2019021150.tif 000016
【図１４】
2019021150.tif 000017
【図１５】
2019021150.tif 000018
【図１６】
2019021150.tif 000019
【図１７】
2019021150.tif 000020
【図１８】
2019021150.tif 000021