JP2011048760A - 建設検査支援装置、建設検査システム、建設検査支援方法および建設検査支援プログラム - Google Patents

Abstract

【課題】発生しやすい不具合を予測し、まえもって検査員に注意を促すことができる。
【解決手段】ＰＣ２は、当該画面をサーバ１から受信して表示し、当該画面に沿って検査情報の入力（ステップＳ１１）、検査図面の入力（ステップＳ１２）、検査内容の入力（ステップＳ１３）を受け付ける。ＰＣ２は、これらを対応づけてサーバ１に送信し、サーバ１は、これらの情報をテンプレートに埋めて検査チェックシートを生成する（ステップＳ１４）。サーバ１は、検査情報をキーとして、不具合情報ＤＢ１ｂに記憶された不具合情報から検査チェックシートに含まれる検査に対して起こりやすい不具合を予測する（ステップＳ１５）。予測された不具合を検査情報に関連付けてサーバ１に保存し、携帯端末３に送信することで、検査チェックシートと共に不具合が予測されることが携帯端末３に表示される。
【選択図】 図４

Description

本発明は建設検査支援装置、建設検査システム、建設検査支援方法および建設検査支援プログラムに係り、特に建設などの工事における施工検査業務を支援する建設検査支援装置、建設検査システム、建設検査支援方法および建設検査支援プログラムに関する。

ビル建設などの工事における施工検査業務、例えば配筋検査と呼ばれる鉄筋の配置状況をチェックする検査に関して、これを効率的に行うためのシステムが従来開発されている。

特許文献１には、検査の終了の有無や検査箇所を撮影した撮影データと、検査箇所の位置を示す検査位置データとを対応付けて管理する建物検査支援装置が開示されている。

特許文献２には、図面と不具合情報とを対応付けて蓄積しておき、不具合が発生した場合にはその不具合の原因解析を行う検査支援方法が開示されている。

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

しかしながら、特許文献１に記載の発明は、要再検査となった場合にその原因等を入力することは記載されていない。したがって、不具合の解析や発生しやすい不具合の予測を行うことはできない。

また、特許文献２に記載の発明は、原因解析を行うものであり、発生しやすい不具合の予測を行うものではない。

本発明は、発生しやすい不具合を予測し、まえもって検査員に注意を促すことができる建設検査支援装置、建設検査システム、建設検査支援方法および建設検査支援プログラムを提供することを目的とする。

請求項１に記載の建設検査支援装置は、検査対象に関する情報である検査情報と前記検査情報に関連する図面情報とを入力する検査内容入力手段と、不具合があった検査結果と、当該検査結果に対応する検査情報とからなる不具合情報が記憶された不具合情報記憶手段と、前記不具合情報記憶手段に記憶された不具合情報に基づいて前記検査内容入力手段により入力された検査対象の検査時に発生しやすい不具合を予測する不具合予測手段と、前記検査内容入力手段により入力された検査情報および図面情報と、前記不具合予測手段により予測された不具合とに基づいて検査チェックシートを生成する検査チェックシート生成手段であって、前記予測された不具合が当該予測された不具合に対応する検査対象に紐づけられた検査チェックシートを生成する検査チェックシート生成手段と、前記検査チェックシート生成手段により生成された検査チェックシートを外部端末へ送信する第１送信手段と、を備えたことを特徴とする。

請求項１に記載の建設検査支援装置によれば、不具合があった検査結果と、当該検査結果に対応する検査情報とからなる不具合情報に基づいて、入力された検査対象の検査時に発生しやすい不具合が予測され、予測された不具合が当該予測された不具合に対応する検査対象に紐づけられる。これにより、検査を行う前に発生が想定される不具合を予想することができる。

また、請求項１に記載の建設検査支援装置によれば、検査対象に関する情報である検査情報と前記検査情報に関連する図面情報とが入力され、これらの情報に基づいて検査チェックシートは生成され、外部端末へ送信される。これにより、検査チェックシートを受け取った外部端末は、検査情報と共に不具合が予測されることや、予測される不具合の内容を表示することができる。したがって、まえもって検査員に注意を促すことができる。

請求項２に記載の建設検査支援装置は、請求項１に記載の建設検査支援装置において、前記不具合予測手段は、前記不具合情報記憶手段に記憶された不具合情報から検査情報をキーとして不具合情報を抽出する手段と、前記抽出手段により抽出された不具合情報から頻度が所定の閾値以上の不具合情報のみを発生しやすい不具合として予測する手段と、を有することを特徴とする。

請求項２に記載の建設検査支援装置によれば、不具合情報から検査情報をキーとして不具合情報が抽出される。これにより、ある検査について、自動的に発生が想定される不具合を予想することができる。また、請求項２に記載の建設検査支援装置によれば、抽出された不具合情報から頻度が所定の閾値以上の不具合情報が発生しやすい不具合として予測される。これにより、どの程度発生が予想される不具合を抽出対象とするかを設定することができる。

請求項３に記載の建設検査支援装置は、請求項１又は２に記載の建設検査支援装置において、前記検査チェックシート生成手段は、テンプレートに前記検査情報、前記図面情報及び前記予測された不具合を埋めることにより検査チェックシートを生成することを特徴とする。

請求項３に記載の建設検査支援装置によれば、テンプレートに検査情報、図面情報及び予測された不具合を埋めることにより検査チェックシートが生成される。これにより、チェックシートを表示することで検査情報と、図面情報と予測された不具合とを同時に確認することができる。

請求項４に記載の建設検査システムは、前記建設検査支援装置と、前記外部端末である携帯端末とで構成された建設検査システムであって、前記携帯端末は、前記建設検査支援装置から送信された検査チェックシートを取得する第１取得手段と、前記第１取得手段により取得された検査チェックシートを表示する表示手段であって、前記予測された不具合が紐づけられた検査対象を他の検査対象と区別して表示する表示手段と、を備えたことを特徴とする。

請求項４に記載の建設検査システムによれば、建設検査支援装置から送信された検査チェックシートが取得され、取得された検査チェックシートが表示される。このとき、予測された不具合が紐づけられた検査対象が他の検査対象と区別して表示される。これにより、不具合が予測されている検査対象を検査員に認識させることができる。

請求項５に記載の建設検査システムは、請求項４に記載の建設検査システムにおいて、前記携帯端末は、前記表示手段に表示された検査チェックシートに含まれる検査対象の中から所望の検査対象を選択する検査対象選択手段と、前記検査対象選択手段の選択した検査対象の検査結果を入力する検査結果入力手段と、前記検査結果入力手段により入力された検査結果を前記建設検査支援装置に送信する第２送信手段と、を備え、前記建設検査支援装置は、前記携帯端末から送信された検査結果を取得する第２取得手段を備え、前記不具合予測手段は、前記第２取得手段により取得された検査結果に基づいて、検査対象の検査時に発生しやすい不具合を予測し直し、前記検査チェックシート生成手段は、前記不具合予測手段により予測し直された不具合に基づいて検査チェックシートを更新することを特徴とする。

請求項５に記載の建設検査システムによれば、表示手段に表示された検査チェックシートに含まれる検査対象の中から所望の検査対象が選択され、選択された検査対象の検査結果は入力される。取得された検査結果に基づいて検査対象の検査時に発生しやすい不具合を予測し直し、予測し直された不具合に基づいて検査チェックシートが更新される。これにより、検査結果を不具合の予測に反映させることができる。

請求項６に記載の建設検査システムは、請求項５に記載の建設検査システムにおいて、前記建設検査支援装置は、前記第２取得手段により取得された検査結果に基づいて前記不具合情報記憶手段に記憶された不具合情報を更新する不具合情報更新手段を備えたことを特徴とする。

請求項６に記載の建設検査システムによれば、取得された検査結果に基づいて不具合情報記憶手段に記憶された不具合情報を更新する。これにより、次回からは、取得された検査結果を反映して不具合を予測することができる。

請求項７に記載の建設検査システムは、請求項６に記載の建設検査システムにおいて、前記建設検査支援装置は、前記第２取得手段により取得された検査結果に対する付帯情報であって、施工業者を含む付帯情報を取得する付帯情報取得手段を備え、前記不具合情報更新手段は、前記第２取得手段により取得された検査結果と、前記付帯情報取得手段により取得された付帯情報とを関連付けて記憶させることを特徴とする。

請求項７に記載の建設検査システムによれば、検査結果に対する付帯情報が取得され、検査結果と付帯情報とが関連付けられて付帯情報取得手段に記憶される。これにより、不具合と施工業者等の付帯情報との関係を客観的に評価することができる。

請求項８に記載の建設検査システムは、請求項５に記載の建設検査システムにおいて、前記表示手段は、前記検査対象選択手段により選択された検査対象の検査情報を表示するとともに、前記選択された検査対象に対して前記不具合予測手段により不具合が予測された場合には、不具合が予測されたことを示す表示又は当該選択された検査対象に対して予測された不具合の内容に関する表示を行うことを特徴とする。

請求項８に記載の建設検査システムによれば、選択された検査対象の検査情報が表示されるとともに、選択された検査対象に対して不具合が予測された場合には、不具合が予測されたことを示す表示又は当該選択された検査対象に対して予測された不具合の内容に関する表示が行われる。これにより、検査を行う直前にも、不具合が予測されていること又は予測された不具合の内容を検査員に認識させることができる。

請求項９に記載の建設検査システムは、請求項５から８のいずれかに記載の建設検査システムにおいて、検査情報と、不具合に関する内容と、不具合に対する処置とが関連付けて記憶された処置記憶手段を備え、前記検査結果入力手段は、前記検査結果入力手段により不具合があるという検査結果が入力された場合には、前記処置記憶手段に記憶された情報に基づいて不具合に関する内容の候補を表示させる手段と、前記表示された不具合に関する内容の候補の選択入力を受け付ける手段と、前記処置記憶手段に記憶された情報に基づいて前記選択入力された不具合に関する内容に応じた処置を入力する手段と、を有することを特徴とする。

請求項９に記載の建設検査システムによれば、検査情報と、不具合に関する内容と、不具合に対する処置とが関連付けて記憶されており、不具合があるという検査結果が入力された場合には、記憶された情報に基づいて不具合に関する内容の候補を表示させる。前記表示された不具合に関する内容の候補が選択入力されると、選択入力された不具合に関する内容に応じた処置を入力する。これにより、不具合の内容や処置を検査員が正確に入力することができる。

請求項１０に記載の建設検査システムは、請求項５から９のいずれかに記載の建設検査システムにおいて、前記携帯端末は、前記検査対象選択手段により選択された検査対象を撮影する撮影手段であって、前記検査結果入力手段により不具合があるという検査結果が入力された場合には動画を撮影する撮影手段を備えたことを特徴とする。

請求項１０に記載の建設検査システムによれば、不具合があるという検査結果が入力された場合には動画を撮影する。これにより、より詳細な証拠を残すことができる。

請求項１１に記載の建設検査支援方法は、検査対象に関する情報である検査情報と前記検査情報に関連する図面情報とを入力するステップと、不具合があった検査結果と、当該検査結果に対応する検査情報とからなる不具合情報に基づいて前記入力された検査対象の検査時に発生しやすい不具合を予測するステップと、前記入力された検査情報および図面情報と、前記予測された不具合とに基づいて検査チェックシートを生成するステップであって、前記予測された不具合が当該予測された不具合に対応する検査対象に紐づけられた検査チェックシートを生成するステップと、前記検査チェックシート生成手段により生成された検査チェックシートを外部端末へ送信するステップと、を実行することを特徴とする。

請求項１２に記載の建設検査支援プログラムは、請求項１１に記載の建設検査方法を携帯端末に実行させることを特徴とする。

本発明によれば、発生しやすい不具合を予測し、まえもって検査員に注意を促すことができる。

建設検査システム１００の概略構成図である。 伏図の表示例を示す図である。 カメラ付き携帯端末のブロック図である。 建設検査システム１００の準備工程のフローチャートである。 検査チェックシート生成処理のフローチャートである。 不具合予測処理のフローチャートである。 建設検査システム１００の検査工程のフローチャートである。 検査チェックシートの表示例を示す図である。 検査チェックシートの表示例を示す図である。 検査チェックシートの表示例を示す図である。 検査チェックシートの表示例を示す図である。 検査結果の入力画面の表示例を示す図である。 ＥＥＰＲＯＭに記憶されたテーブルの内容を示す図である。 不具合情報の入力画面の表示例を示す図である。 撮影ポイントの入力画面の表示例を示す図である。 建設検査システム１０１の検査工程のフローチャートである。 不具合情報更新処理のフローチャートである。

＜第１の実施の形態＞
図１は本発明の第１の実施の形態に係る建設検査システム１００の概略構成を示す。このシステムは、主として、サーバ１、パソコン（ＰＣ）２、カメラ付き携帯端末３で構成される。サーバ１、ＰＣ２、カメラ付き携帯端末３は、移動体通信網、インターネットおよびＬＡＮなどで構築されたネットワークを介して相互に接続可能である。

サーバ１は、検査情報を一元的に検査情報ＤＢ（データベース）１ａにて管理し、検査結果のうちの不具合が発生した場合の検査結果（以下、不具合情報という）を一元的に不具合情報ＤＢ（データベース）１ｂで管理する。サーバ１およびＰＣ２は、コンピュータ（ＣＰＵ，ＲＡＭ，ＲＯＭなど演算処理に必要な回路、データ記憶媒体、データ入出力回路、表示回路、操作装置、通信回路などを備えたもの）で構成することができる。検査情報ＤＢ１ａ、不具合情報ＤＢ１ｂは、ハードディスクユニットのような大容量記憶媒体で構成することができる。

検査情報ＤＢ１ａに蓄積される検査情報は、検査対象の検査の内容、種類、対象などを具体的に指し示す各種プロフィール情報であり、工事物件名、検査図面、検査種類（配筋検査など）、検査箇所（建物の階数など）、検査対象部材（柱、梁、壁など）、検査対象の詳細（材質、寸法、部品面など）、検査項目（種類、数、ピッチなど）を含む。検査図面は、図２に示すような見取り図面（伏図）、部材図面（配筋図、断面図など）を含み、部材図面および検査対象は、伏図に配置された各部材の位置に対応づけられている。

不具合情報ＤＢ１ｂに蓄積される不具合情報は、工事物件名、検査図面、検査種類、検査箇所、検査対象部材、不具合が発見された検査項目、不具合があったことを示す情報（一般的には「×」（不合格）を示す情報であるが、検査項目によっては不具合の具体的な内容でもよい）を含む。なお、不具合情報と検査情報とは重複する内容が多いため、不具合情報ＤＢ１ｂに蓄積される内容から検査情報と重複する内容を省略し、必要に応じて不具合情報ＤＢ１ｂが検査情報ＤＢ１ａを参照するようにしてもよいし、検査情報ＤＢ１ａと不具合情報ＤＢ１ｂを統合してもよい。

図３は、カメラ付き携帯端末３の構成を例示する。カメラ付き携帯端末３は、公知のカメラ付き携帯電話やカメラ付きＰＤＡなどで構成できる。カメラ付き携帯端末３は、静止画の撮影に限らず、動画も撮影可能である。

カメラ付き携帯端末３は、送話音声を入力するマイクロフォン１２と、受話音声を出力するスピーカ１４と、マイクロフォン１２から入力された音声の符号化及び受信した音声の復号化を行う音声処理部２６と、サーバ１、ＰＣ２あるいは別の携帯端末３と移動体通信網を介して音声、画像その他のデータを通信する通信回路１５を備える。なお、音声の通話に関わる回路はなくてもよい。

カメラ付き携帯端末３全体の動作は中央処理装置（ＣＰＵ）３０によって統括制御される。ＣＰＵ３０は、所定のプログラムに従って動作を制御する制御手段として機能するとともに、自動露出（ＡＥ）演算、自動焦点調節（ＡＦ）演算、ホワイトバランス（ＷＢ）調整演算など、各種演算を実施する演算手段として機能する。

バス３２を介してＣＰＵ３０と接続されたＲＯＭ３４には、ＣＰＵ３０が実行するプログラム及び制御に必要な各種データ等が格納され、ＥＥＰＲＯＭ３６には、ＣＣＤ画素欠陥情報、カメラ動作に関する各種定数／情報等が格納されている。

メモリ（ＳＤＲＡＭ）３８は、プログラムの展開領域及びＣＰＵ３０の演算作業用領域として利用されるとともに、画像データや音声データの一時記憶領域として利用される。ＶＲＡＭ４０は画像データ専用の一時記憶メモリであり、Ａ領域４０ＡとＢ領域４０Ｂが含まれている。メモリ３８とＶＲＡＭ４０は共用することが可能である。

カメラ付き携帯端末３にはモード選択スイッチ４２、撮影ボタン４４、その他、メニュー／ＯＫキー、十字キー、キャンセルキーなどの操作手段４６が設けられている。これら各種の操作部（４２〜４６）からの信号はＣＰＵ３０に入力され、ＣＰＵ３０は入力信号に基づいてカメラ付き携帯端末３の各回路を制御し、例えば、レンズ駆動制御、撮影動作制御、画像処理制御、画像データの記録／再生制御、画像表示装置４８の表示制御などを行う。

モード選択スイッチ４２は、撮影モードと再生モードとを切り換えるための操作手段である。モード選択スイッチ４２を操作して可動接片４２Ａを接点ａに接続させると、その信号がＣＰＵ３０に入力され、カメラ付き携帯端末３は撮影モードに設定される。モード選択スイッチ４２を操作して可動接片４２Ａを接点ｂに接続させると、カメラ付き携帯端末３は記録済みの画像を再生する再生モードに設定される。

撮影ボタン４４は、撮影開始の指示を入力する操作ボタンであり、半押し時にＯＮするＳ１スイッチと、全押し時にＯＮするＳ２スイッチとを有する二段ストローク式のスイッチで構成されている。

画像表示装置４８は、カラー表示可能な液晶ディスプレイで構成されている。画像表示装置４８は、撮影時に画角確認用の電子ファインダとして使用できるとともに、記録済み画像を再生表示する手段として利用される。また、画像表示装置４８は、ユーザインターフェース用表示画面としても利用され、必要に応じてメニュー情報や選択項目、設定内容などの情報が表示される。

レンズユニット６０は、フォーカスレンズを含む撮影レンズ６２と絞り兼用メカシャッター６４とを含む光学ユニットである。レンズユニット６０は、ＣＰＵ３０によって制御されるレンズ駆動部６６、絞り駆動部６８によって電動駆動され、ズーム制御、フォーカス制御及びアイリス制御が行われる。レンズユニット６０を通過した光は、ＣＣＤ５０の受光面に結像される。

ＣＣＤ５０の受光面には多数のフォトダイオード（受光素子）が二次元的に配列されており、各フォトダイオードに対応して赤（Ｒ）、緑（Ｇ）、青（Ｂ）の原色カラーフィルタが所定の配列構造（ベイヤー、Ｇストライプなど）で配置されている。また、ＣＣＤ５０は、各フォトダイオードの電荷蓄積時間（シャッタースピード）を制御する電子シャッター機能を有している。ＣＰＵ３０は、タイミングジェネレータ７０を介してＣＣＤ５０での電荷蓄積時間を制御する。なお、ＣＣＤ５０に代えてＭＯＳ型など他の方式の撮像素子を用いてもよい。

モード選択スイッチ４２によって撮影モードが選択されると、カラーＣＣＤ固体撮像素子（以下ＣＣＤと記載）５０を含む撮像部に電源が供給され、撮影可能な状態になる。ＣＣＤ５０の受光面に結像された被写体像は、各フォトダイオードによって入射光量に応じた量の信号電荷に変換される。各フォトダイオードに蓄積された信号電荷は、ＣＰＵ３０の指令に従いタイミングジェネレータ７０から与えられる駆動パルスに基づいて信号電荷に応じた電圧信号（画像信号）として順次読み出される。

ＣＣＤ５０から出力された信号はアナログ処理部（ＣＤＳ／ＡＭＰ）７２に送られ、ここで画素ごとのＲ，Ｇ，Ｂ信号がサンプリングホールド（相関二重サンプリング処理）され、増幅された後、Ａ／Ｄ変換器７４に加えられる。Ａ／Ｄ変換器７４によってデジタル信号に変換された点順次のＲ，Ｇ，Ｂ信号は、画像入力コントローラ７６を介してメモリ３８に記憶される。

画像信号処理回路７８は、メモリ３８に記憶されたＲ，Ｇ，Ｂ信号をＣＰＵ３０の指令に従って処理する。即ち、画像信号処理回路７８は、同時化回路（単板ＣＣＤのカラーフィルタ配列に伴う色信号の空間的なズレを補間して色信号を同時式に変換する処理回路）、ホワイトバランス補正回路、ガンマ補正回路、輪郭補正回路、輝度・色差信号生成回路等を含む画像処理手段として機能し、ＣＰＵ３０からのコマンドに従ってメモリ３８を活用しながら所定の信号処理を行う。

画像信号処理回路７８に入力されたＲＧＢの画像データは、画像信号処理回路７８において輝度信号（Ｙ信号）及び色差信号（Ｃr,Ｃb 信号）に変換されるとともに、ガンマ補正等の所定の処理が施される。画像信号処理回路７８で処理された画像データはＶＲＡＭ４０に格納される。

撮影画像を画像表示装置４８にモニタ出力する場合、ＶＲＡＭ４０から画像データが読み出され、バス３２を介してビデオエンコーダ８０に送られる。ビデオエンコーダ８０は、入力された画像データを表示用の所定方式の信号（例えば、ＮＴＳＣ方式のカラー複合映像信号）に変換して画像表示装置４８に出力する。

ＣＣＤ５０から出力される画像信号によって、１コマ分の画像を表す画像データがＶＲＡＭ４０のＡ領域４０ＡとＢ領域４０Ｂとで交互に書き換えられる。ＶＲＡＭ４０のＡ領域４０Ａ及びＢ領域４０Ｂのうち、画像データが書き換えられている方の領域以外の領域から、書き込まれている画像データが読み出される。このようにしてＶＲＡＭ４０内の画像データが定期的に書き換えられ、その画像データから生成される映像信号が画像表示装置４８に供給されることにより、撮像中の映像がリアルタイムに画像表示装置４８に表示される。撮影者は、画像表示装置４８に表示される映像（スルームービー画）によって撮影画角を確認できる。

撮影ボタン４４が半押しされ、Ｓ１がオンすると、デジタルカメラ１０はＡＥ及びＡＦ処理を開始する。即ち、ＣＣＤ５０から出力された画像信号はＡ／Ｄ変換後に画像入力コントローラ７６を介してＡＦ検出回路８２並びにＡＥ／ＡＷＢ検出回路８４に入力される。

ＡＥ／ＡＷＢ検出回路８４は、１画面を複数のエリア（例えば、１６×１６）に分割し、分割エリアごとにＲＧＢ信号を積算する回路を含み、その積算値をＣＰＵ３０に提供する。ＣＰＵ３０は、ＡＥ／ＡＷＢ検出回路８４から得た積算値に基づいて被写体の明るさ（被写体輝度）を検出し、撮影に適した露出値（撮影ＥＶ値）を算出する。求めた露出値と所定のプログラム線図に従い、絞り値とシャッタースピードが決定され、これに従いＣＰＵ３０はＣＣＤ５０の電子シャッター及びアイリスを制御して適正な露光量を得る。

また、ＡＥ／ＡＷＢ検出回路８４は、自動ホワイトバランス調整時には、分割エリアごとにＲＧＢ信号の色別の平均積算値を算出し、その算出結果をＣＰＵ３０に提供する。ＣＰＵ３０は、Ｒの積算値、Ｂの積算値、Ｇの積算値を得て、各分割エリアごとにＲ／Ｇ及びＢ／Ｇの比を求め、これらＲ／Ｇ、Ｂ／Ｇの値のＲ／Ｇ、Ｂ／Ｇの色空間における分布等に基づいて光源種判別を行い、判別された光源種に適したホワイトバランス調整値に従って、例えば、各比の値がおよそ１（つまり、１画面においてＲＧＢの積算比率がＲ：Ｇ：Ｂ≒１：１：１）になるように、ホワイトバランス調整回路のＲ，Ｇ，Ｂ信号に対するゲイン値（ホワイトバランス補正値）を制御し、各色チャンネルの信号に補正をかける。

本デジタルカメラ１０におけるＡＦ制御は、例えば映像信号のＧ信号の高周波成分が極大になるようにフォーカシングレンズ（撮影レンズ６２を構成するレンズ光学系のうちフォーカス調整に寄与する移動レンズ）を移動させるコントラストＡＦが適用される。即ち、ＡＦ検出回路８２は、Ｇ信号の高周波成分のみを通過させるハイパスフィルタ、絶対値化処理部、画面内（例えば、画面中央部）に予め設定されているフォーカス対象エリア内の信号を切り出すＡＦエリア抽出部、及びＡＦエリア内の絶対値データを積算する積算部から構成される。

ＡＦ検出回路８２で求めた積算値のデータはＣＰＵ３０に通知される。ＣＰＵ３０は、レンズ駆動部６６を制御してフォーカシングレンズを移動させながら、複数のＡＦ検出ポイントで焦点評価値（ＡＦ評価値）を演算し、評価値が極大となるレンズ位置を合焦位置として決定する。そして、求めた合焦位置にフォーカシングレンズを移動させるようにレンズ駆動部６６を制御する。尚、ＡＦ評価値の演算はＧ信号を利用する態様に限らず、輝度信号（Ｙ信号）を利用してもよい。

撮影ボタン４４が半押しされ、Ｓ１オンによってＡＥ／ＡＦ処理が行われ、撮影ボタン４４が全押しされ、Ｓ２オンによって記録用の撮影動作がスタートする。Ｓ２オンに応動して取得された画像データは画像信号処理回路７８において輝度／色差信号（Ｙ／Ｃ信号）に変換され、ガンマ補正等の所定の処理が施された後、メモリ３８に格納される。

メモリ３８に格納されたＹ／Ｃ信号は、圧縮伸張回路８６によって所定のフォーマットに従って圧縮された後、カードリーダ／ライタ２２を介してメモリカード１６に記録することができる。例えば、静止画についてはJPEG（Joint Photographic Experts Group）形式で記録される。

モード選択スイッチ４２により再生モードが選択されると、メモリカード１６に記録されている最終の画像ファイル（最後に記録されたファイル）の圧縮データが読み出される。最後の記録に係るファイルが静止画ファイルの場合、この読み出された画像圧縮データは、圧縮伸張回路８６を介して非圧縮のＹＣ信号に伸張され、画像信号処理回路７８及びビデオエンコーダ８０を介して表示用の信号に変換された後、画像表示装置４８に出力される。これにより、当該ファイルの画像内容が画像表示装置４８の画面上に表示される。

静止画の一コマ再生中（動画の先頭フレーム再生中も含む）に、十字キーの右キー又は左キーを操作することによって、再生対象のファイルを切り換えること（順コマ送り／逆コマ送り）ができる。コマ送りされた位置の画像ファイルがメモリカード１６から読み出され、上記と同様にして静止画像や動画が画像表示装置４８に再生表示される。

このようにして構成された建設検査システムの作用について説明する。建設検査システムの作用は、主として、準備工程、検査工程に分けられる。

まず、建設検査システムの準備工程について説明する。図４は準備工程（検査チェックシート生成処理）のフローチャートを示す。検査チェックシート生成処理は、主として、サーバ１とＰＣ２とで行われる。この処理をサーバ１およびＰＣ２に実行させるためのプログラムはサーバ１やＰＣ２の記憶媒体に記憶されている。

ＰＣ２はウェブブラウザでサーバ１のＵＲＬを指定することでサーバ１にアクセスし、ユーザアカウント情報（ＩＤとパスワードの組み合わせなど）をサーバ１に送信する。サーバ１は受信したユーザアカウント情報と検査情報ＤＢ１ａに予め蓄積された正当なユーザアカウント情報とを照合し、その照合結果に基づいてＰＣ２を認証する。サーバ１は、認証完了後、ＰＣ２への指示（専用のボタンアイコンの押下など）があったことに応じてこの処理を開始する。この処理をサーバ１およびＰＣ２に実行させるプログラムはサーバ１およびＰＣ２の記憶媒体に記憶されている。

サーバ１はＰＣ２に対し、検査情報入力画面を送信し、ＰＣ２は、当該画面をサーバ１から受信して表示し、当該画面に沿って検査情報の入力を受け付ける（ステップＳ１１）。検査情報の入力方式は任意であり、キーボードその他の操作装置によるテキスト入力や、リストボックスからの項目選択により行うことができる。例えば、工事物件名「○○ビル」、検査種類「配筋検査」、検査箇所「３Ｆ」、検査対象部材「柱」、検査ポイント「１」、・・・、「９」などを入力できる。ＰＣ２は、操作装置から入力された検査情報を一時ＲＡＭに蓄える。検査情報は、各検査対象毎にそれぞれ入力され、検査対象は複数入力できる。

ＰＣ２は、当該画面の指示に従って検査図面の入力を受け付ける（ステップＳ１２）。検査図面の種類や形式は任意であるが、一般的には、伏図と呼ばれるフロアの見取り図や、断面図を一つひとつ図式化したものが考えられる。検査図面の形式は、ＰＣ２上で動作するＣＡＤアプリケーションから出力されたデータ形式や、ＰＤＦ、ｊｐｅｇ画像、ｇｉｆ画像など各種の規格に従っている。検査図面の入力方法は任意であるが、ＰＣ２に保存されている図面の中から所望の図面ファイルの選択を受け付け、選択された図面ファイルを検査図面とするのが一般的である。ＰＣ２は入力された検査図面を一時ＲＡＭに蓄える。

またＰＣ２は、ステップＳ１１で検査情報が入力された検査対象に、当該検査対象に相当する個々の部材図面および当該検査対象の存在する伏図上の位置を指定する情報である部材関連情報の入力を受け付ける。すなわち、各検査対象は伏図上で固有の設置位置を有しており、かつそれぞれ固有の構造を有するため、本ステップでは、各検査対象の伏図上での設置位置を示す位置情報および各検査対象の構造を特定する情報である部材図面を含む部材関連情報を確保する。

ＰＣ２は、当該画面の指示に従って検査内容の入力を受け付ける（ステップＳ１３）。検査内容とは、この検査においてどのような項目や内容をチェックするかを具体的に示す情報であり、これもデータ形式やフォーマットは任意である。例えば、「種類」、「数」、「ピッチ」などの検査項目を文章で記述したテキストデータ、当該テキストデータに付随するチェックボックスのグラッフィックデータ、断面図の図面ファイルなどが挙げられる。検査内容は、各検査対象毎に入力される。検査の種類や検査対象によって検査内容が予め決まっているような場合には、ステップＳ１１で検査の種類、検査対象部材等が入力された時に検査内容が自動的に補完されるようにしてもよい。ＰＣ２は入力された検査内容を一時ＲＡＭに蓄える。

ＰＣ２は、一時ＲＡＭに蓄えられた検査情報と検査図面と部材関連情報と検査内容とを対応づけてサーバ１に送信し、サーバ１は、これらの情報の組み合わせに基づいて検査チェックシートを生成する（ステップＳ１４）。図５は、検査チェックシートを生成する処理（ステップＳ１４）の流れを示すフローチャートである。

まず、入力された検査情報を基に、検査情報ＤＢ１ａに予め保存されているテンプレートを読み出す（ステップＳ１４１）。例えば、検査種類「配筋検査」および検査対象部材「柱」という情報から、「柱の配筋検査用テンプレート」を検査情報ＤＢ１ａから読み出す。

テンプレートは、検査情報および検査図面の配置パターンと表示形式を規定している。また、テンプレートは、ＨＴＭＬやＸＭＬのようなマークアップ言語を用いて、検査情報に含まれる工事物件名、検査種類、検査箇所と伏図とを相互に参照可能にする第１のリンク情報、検査情報に含まれる各検査対象に対応する部材図面と伏図上での各検査対象の位置情報とを相互に参照可能にする第２のリンク情報を含んでいる。

サーバ１は、読み出したテンプレートの中の空の検査情報に、ＰＣ２から受信した検査情報を入力する（ステップＳ１４２）。

サーバ１は、読み出したテンプレートの所定の配置位置に伏図を配置する（ステップＳ１４３）。伏図とテンプレートの配置位置とのサイズが合わない場合は、伏図を拡大、縮小または任意の範囲でトリミングした上で配置する。

部材図面が入力されている場合は、サーバ１は、各部材図面に対応する伏図上の位置情報に基づいて、当該伏図上における各検査対象の位置情報をテンプレートに埋める。この位置情報は伏図上でのＸＹ座標情報、あるいはその代替物、例えば伏図上のアドレスである通り芯番号で表現される。これにより、各検査対象の位置情報と、検査情報とが紐づけられる。

ステップＳ１２で断面図が入力されている場合は、各断面図を伏図上に紐づける（ステップＳ１４４）。紐づける方法は任意だが、例えば、伏図上のＸＹ座標情報を用いる方法、断面図に記載された通り芯番号を用いる方法などが考えられる。

サーバ１は、検査内容として入力されている情報をテンプレートに入力する（ステップＳ１４５）。なお、断面図に検査内容が含まれている場合は、この工程は省略してもよい。

サーバ１は、作成した検査チェックシートを検査情報ＤＢ１ａに保存する（ステップＳ１４６）。サーバ１は、検査情報、検査図面などの埋められたテンプレートを検査チェックシートとする。

検査チェックシートの生成処理（ステップＳ１４）が終了したら、サーバ１は、不具合情報ＤＢ１ｂをもとに、検査チェックシートに含まれる検査に対して起こりやすい不具合を予測する（ステップＳ１５）。図６は、不具合予測処理（ステップＳ１５）の処理の流れを示すフローチャートである。

サーバ１は、不具合を予測する検査チェックシートを選択する（ステップＳ１５１）。検査チェックシート生成（ステップＳ１４）と同時に、不具合予測もあわせて行う場合には、検査チェックシートの選択処理（ステップＳ１５１）を省略し、検査チェックシート生成処理（ステップＳ１４）に続けてこれ以降の処理を続けるようにしてもよい。

サーバ１は、検査情報をキーとして、不具合情報ＤＢ１ｂに記憶された不具合情報から予測不具合の候補を抽出する（ステップＳ１５２）。検査情報のうちのどの項目をキー（抽出の条件）とするかは、ＰＣ２から設定が可能である。

例えば、ステップＳ１５１で選択された検査チェックシートの検査種類が「配筋検査」、検査対象部材が「柱」、検査箇所が「３階」である場合に、検査種類、検査対象部材がキーとされている場合には、サーバ１は、検査種類が「配筋検査」、検査対象部材が「柱」、「梁」に該当するデータを不具合情報ＤＢ１ｂから抽出する。この場合には、サーバ１は、検査情報のうちの検査種類、検査対象部材をキーとして不具合情報ＤＢ１ｂから予測不具合の候補を抽出する。

なお、検査情報のうちのある項目をキーとする場合の内容については、サーバ１が自動的にキーを設定しても良い。例えば、形状に基づいて内容を自動的に設定する場合において、検査チェックシートの検査対象部材が「柱」である場合には、サーバ１は、「柱」に加え、「柱」と同じ棒材である「梁」をキーとする。また、検査チェックシートの検査対象部材が「床」である場合には、サーバ１は、「床」と「天井」をキーとする。

また、検査情報のうちのキーとされていない工事物件名、検査箇所等については、全てが抽出対象となる。例えば、ステップＳ１５１で選択された検査チェックシートの検査箇所が「３階」である場合に、検査箇所がキーとされていない場合には、「３階」に限らず、「１階」、「２階」等のデータも予測不具合の候補として抽出される。

このようにして予測不具合の候補が抽出されたら、その候補のなかから検査全体に関連する予測不具合を自動的に確定する（ステップＳ１５３）。本実施の形態では、ステップＳ１５２で抽出された予測不具合の候補のうち、検査全体に関連する不具合に注目し、その頻度が設定値（閾値）より高ければ、検査全体にかかる予測不具合として確定する。

例えば、検査対象部材「柱」の不具合の候補としてステップＳ１５２で抽出された不具合の候補のうち、検査項目「種類」の頻度（数）が８、「数」の頻度が４、「ピッチ」の頻度が５２の場合に、頻度の設定値が２０である場合には、サーバ１は、検査項目「ピッチ」を検査対象部材「柱」全体の予測不具合として確定する。また、検査対象部材「床」の不具合の候補としてステップＳ１５２で抽出された不具合の候補のうち、「清掃状況」が設定値を超えている場合には、サーバ１は、「清掃状況」を検査対象部材「床」全体の予測不具合として確定する。これにより、どの程度発生が予想される不具合を抽出対象とするかを設定することができる。

ステップＳ１５２で抽出された候補の中から、各検査対象毎の予測不具合を自動的に確定する（ステップＳ１５４）。本実施の形態では、検査情報のうちのある検査に特有の条件に注目し、その頻度が設定値（閾値）より高ければ、その検査ポイントにかかる予測不具合として確定する。検査に特有の条件としては、例えば、検査対象の材質、形状、検査項目、伏図と検査ポイントの座標から求められるチェックシート上での相対的な位置等が考えられる。

例えば、検査対象部材「柱」のうち、材質「○○○」の検査の場合に、検査対象部材「柱」の不具合の候補としてステップＳ１５２で抽出された不具合の候補の中から材質「○○○」のデータを抽出し、頻度が閾値より高い不具合がある場合には、その不具合を検査対象部材「柱」かつ材質「○○○」の検査の予測不具合として確定する。

以上により、予測不具合が確定される。このように条件を絞り、検査情報と過去の不具合情報を調べることで、同様の不具合が起こる頻度を統計的に求めることができる。したがって、検査を行う前に、発生が想定される不具合を自動で予想することができる。

サーバ１は、ステップＳ１５２、Ｓ１５３で確定された予測不具合を、ステップＳ１４６で検査情報ＤＢ１ａに保存された検査チェックシートに埋め、これを検査チェックシートとして保存する（ステップＳ１５５）。ステップＳ１５２で検査対象部材「柱」の予測不具合が確定された場合には、検査チェックシートに埋められた全ての検査対象のうちの検査対象部材「柱」を含む全ての検査対象にこの予測不具合を紐づける。ステップＳ１５３で検査対象部材「柱」、材質「○○○」の予測不具合が確定された場合には、検査チェックシートに埋められた全ての検査対象のうちの検査対象部材「柱」、材質「○○○」を含む全ての検査対象にこの予測不具合を紐づける。

以上により、建設検査システムの準備工程が終了する。検査チェックシートのデータ形式は任意である。例えば、検査情報、予測不具合等をテンプレート内に保存しても良いし、検査情報、予測不具合等を不具合情報ＤＢ１ｂに保存すると共に、その保存されたデータへのリンクをテンプレート内に保存してもよい。

なお、ステップＳ１４、Ｓ１５を処理するプログラムの実行主体がサーバ１でなくＰＣ２であってもよく、サーバ１でなくＰＣ２が検査チェックシートを作成することもできる。検査チェックシート生成処理（ステップＳ１４）において、テンプレートがサーバ１にある場合は、ＰＣ２がテンプレートをサーバ１に要求して送信させ、それを受信して、入力された検査情報などを埋め込んでいく。ＰＣ２で作成された検査チェックシートはサーバ１に送信され、検査情報ＤＢ１ａに保存される。

また、ステップＳ１１〜Ｓ１３で入力された情報が送信されるタイミングは任意であり、検査チェックシート生成処理（ステップＳ１４）の処理を行う時にまとめてサーバ１へ送信してもよいし、ステップＳ１１、Ｓ１２、Ｓ１３のデータ入力処理後にその都度送信してもよい。

テンプレートの規定する検査情報および検査図面のレイアウトは任意であるが、カメラ付き携帯端末３での表示レイアウトを規定し、またＰＣ２に接続されたプリンタ（図示せず）での印刷レイアウトを規定することもできる。あるいは、カメラ付き携帯端末３での表示レイアウト、プリンタでの印刷レイアウトは、それぞれカメラ付き携帯端末３あるいはプリンタのアプリケーションが決定してもよい。

出来上がった検査チェックシート（検査結果の埋め込まれていないもの）の出力方式は任意である。例えば、サーバ１は、ＸＳＬＴなどの所定のレイアウト変換ルールに従うことによってＸＭＬデータの検査済みチェックシートを帳票形式にレイアウトしかつＰＤＦのような出力データに変換して保存する。出来上がった検査チェックシート（検査結果の埋め込まれていないもの）の内容をユーザに確認させるため、サーバ１は、ＰＣ２からの要求に応じ、このレイアウトされた出力データをＰＣ２に送信する。ＰＣ２は、サーバ１から受信した検査済みチェックシートを、ＰＣ２に接続されたディスプレイあるいは携帯端末３の画像表示装置４８に表示したりプリンタにプリントアウトしたりする。

また、サーバ１は、出来上がった検査チェックシートの内容を、現場責任者などの上位責任者のアカウント権限でサーバ１にログオンしたＰＣ２や携帯端末３のユーザに閲覧させるとともに、承認または否決の入力を受け付け、承認が入力されれば検査情報ＤＢ１ａに保存し、否決が入力されれば検査情報ＤＢ１ａに保存しないようにしてもよい。

次に、建設検査システムの検査工程について説明する。図７は検査工程（検査業務処理）のフローチャートを示す。この処理をサーバ１および携帯端末３に実行させるためのプログラムはサーバ１や携帯端末３の記憶媒体に記憶されている。

携帯端末３は、サーバ１に検査員の権限でログインし、検査処理の開始を指令する。このとき、携帯端末３は検査員によって検査現場まで携帯されているものとする。携帯端末３から検査処理の開始を指令があった場合、サーバ１は検査情報ＤＢ１ａに保存された検査チェックシートをオープンして携帯端末３に送信する。もし検査情報ＤＢ１ａに保存された検査チェックシートが複数の場合、サーバ１は携帯端末３から選択された検査チェックシートを送信する。あるいは、サーバ１は検査チェックシートに検査実施日時を対応づけて検査情報ＤＢ１ａに保存しておき、携帯端末３から検査処理の開始を指令があった日時と一致又は最も近接する検査実施日時に対応する検査チェックシートを携帯端末３に送信する。

また、サーバ１はログインしてきた検査員の名前や検査日時を検査チェックシートに埋め込む検査情報に加えてもよい。検査日時はアクセス日時、検査員の名前はログインユーザ名で代替できる。

サーバ１は各種のデータを携帯端末３から受信してこれをオープンした検査チェックシートと対応づけて検査情報ＤＢ１ａに保存できる。携帯端末３からサーバ１へのデータ送信のタイミングは任意であり、携帯端末３からデータ入力があるごとでもよいし、特定のタイミング、例えば検査処理の終了時に一括送信してもよい。

携帯端末３は、サーバ１から受信した検査チェックシートをＲＡＭなどの記憶媒体に保存し、保存された検査チェックシートの画像データを映像信号に変換して画像表示装置４８に表示する（ステップＳ２１）。検査チェックシートの表示の方法は任意である。例えば、各検査対象の設置位置が示された伏図を表示するビューワ画面でもよいし、検査ポイントが箇条書きに列挙されたリスト画面でもよく、さらにビューワ画面またはリスト画面の表示を操作装置への指示に応じて相互に切り替えてもよい。これにより、検査情報と、図面情報と予測された不具合とを画像表示装置４８上で同時に確認することができる。

図８は、サーバ１から受信した検査チェックシートに含まれる伏図を携帯端末３の画像表示装置４８に表示したビューワ画面の一例を示す。ハッチングされた矩形枠が検査対象の位置、即ち検査ポイントを示す。この検査ポイントは、ステータスが一目でわかるように、検査ポイントのうち検査済みのポイント、検査済みでないポイント、検査中のポイントを色分けして表示してもよい。例えば、図９に示すように、検査済みのポイントは青、検査済みでないポイントは赤、検査中のポイントは黄、要再検査のポイントは緑で表示する。また、図１０に示すように、検査ポイントが示された拡大図を画像表示装置４８に全画面表示し、縮小図を画像表示装置４８の隅に表示するようにしてもよい。

携帯端末３は、画像表示装置４８に表示された伏図から、操作手段４６を介して所望の検査対象の選択を受け付ける（ステップＳ２２）。

図８に示すビューワ画面においては、伏図から検査ポイントを選択することによりセンサ対象を選択する。検査ポイントの選択の方法は任意であり、操作手段４６の十字キーの押下に従って伏図上に配置された検査ポイント間をカーソル移動し、所望のカーソル位置でＯＫキーが押下されたことに応じてカーソル位置のある検査ポイントを選択する。あるいは、伏図上に配置された各検査ポイントに対応する数字キーを押下させることで検査ポイントを選択する。あるいは、伏図上の各検査ポイントの存在位置のうち所望の検査ポイントの存在位置をタッチ指定することで検査ポイントを選択する。

複数存在する検査対象の中からどのような順序で検査対象を選択していくかも任意であるが、予め検査対象の順序を検査情報に含ませておき、その順序に従った選択しか受け付けないようにしてもよい。例えば、ステップＳ１５で確定された予測不具合が多い検査対象から順番に検査させるようにしてもよい。

携帯端末３は、選択された検査対象に予測不具合が紐づけられている場合には、予測不具合が紐づけられていることを示す表示を検査チェックシートに表示する（ステップＳ２３）。図８に示すビューワ画面においては、検査チェックシートの伏図上に予測不具合が紐づけられていることを示す表示を重ねて表示する。

図１１は、検査チェックシートの検査ポイントに予測不具合が紐づけられていることを示す表示を重ねて表示した表示画面の例である。この画面では、ステップＳ２２で左上の検査ポイントが選択されている。この検査ポイントには予測不具合が紐づけられているため、要注意の意味を持たせたグラフィックである「要注意」という文字が記されたアイコンがこの検査ポイントに重ねて表示される。これにより、不具合が予測されている検査対象を検査員に認識させることができる。

予測不具合が紐づけられていることを示す表示は任意である。例えば、図８に示すビューワ画面において、要注意の意味を持たせたグラフィックとして「！」等の形状からなるアイコンを検査ポイント上に表示してもよい。また、予測不具合が紐づけられている検査ポイントの表示を、予測不具合が紐づけられていない検査ポイントの表示と異ならせる（大きさや色を変える）ようにしても良い。予測不具合が紐づけられていることを示すのは、表示には限定されず、予測不具合が紐づけられていることを振動や音で表現しても良い。予測不具合が紐づけられていることを示す表示に限らず、紐づけられている予測不具合の内容を表示するようにしてもよい。

携帯端末３は、ステップＳ２３で予測不具合が紐づけられていることを示す表示が検査ポイントに重ねて表示された場合には、再度、操作手段４６を介して所望の検査対象の位置の選択を受け付け、選択された検査対象に対応する検査内容と部材図面を画像表示装置４８に表示する（ステップＳ２４）。なお、ステップＳ２２で予測不具合が紐づけられていない検査対象が選択された場合には、ステップＳ２３を行わず、ステップＳ２４を行う。

図１２は、選択された検査ポイントに対応する検査内容と部材図面の表示画面の例である。この画面では、柱の部材を示す断面図が具体的な検査項目（部材の種類、数、ピッチなど）とともに表示されている。また、各検査項目がＯＫ（合格）かＮＧ（不合格）かを入力可能なチェックボックスも表示されている。また、選択された検査対象に対応した検査位置のパターン、ここでは柱の水平断面の周囲から柱を囲むように設定された検査位置１〜９のうちいずれか１つを操作手段４６の十字キーで、あるいは図示しないタッチパネルへの押圧操作などで選択できる。なお、検査位置の表示は図１２に示すものに限らない。例えば、検査対象部材が壁であれば、左側面、中央、右側面の３つから所望の１つを選択させることもできる。

図１２では、あらかじめ登録した検査項目が一様に表示されているが、不具合が予測される場合、その不具合に関連する検査項目を強調するとよい。これにより、検査を行う直前にも、不具合が予測されていることを検査員に認識させることができる。例えば、要注意の意味を持たせたアイコンを検査内容の横等に表示してもよい。また、強調したい検査項目ほど上に表示されるように検査項目の順序を並べ替えてもよい。また、強調したい検査項目の文字の大きさ、太さ、文体、色を変えてもよい。表示に限らず、検査項目の選択時に音や振動などで強調してもよい。

また、携帯端末３は、操作手段４６を介して要注意の意味を持たせたアイコンが選択される等した場合には、予測不具合の詳細を画像表示装置４８に表示するようにしてもよい。これにより、予測された不具合の内容を検査員に認識させることができる。

携帯端末３が、操作手段４６を介して検査結果の入力を受け付ける（ステップＳ２５）。図１２の画面では、検査位置１〜９のうちいずれか１つの選択入力と、具体的な検査項目（部材の種類、数、ピッチ等）と、ＯＫかＮＧかを示すチェックの入力とを受け付けることができる。その他、検査結果を操作装置からテキスト入力させてもよいし、携帯端末３のボイスメモ機能を利用して検査者の発話音声を検査結果あるいは改修指示の内容を入力させてもよい。

携帯端末３は、ステップＳ２５で入力が受け付けられた検査結果が合格か否かを判断する（ステップＳ２６）。検査結果が不合格であった（不具合があった）場合（ステップＳ２６でＮＯ）には、携帯端末３は、その不具合の内容等を示す情報（不具合情報）の入力を受け付ける（ステップＳ２７）。ＥＥＰＲＯＭ３６には、図１３に示すように、検査対象部材、検査項目、指摘事項（不具合の詳細な内容を示す）、処置等が紐づけられたテーブルが記憶されている。したがって、携帯端末３は、検査情報、検査内容に応じて、起こりうる不具合の種類自体を数種類に特定できる。したがって、携帯端末３は、図１４に示すように、ステップＳ２６で不合格と判定された検査結果に対応する検査対象部材、検査項目に応じて、指摘事項の候補を画像表示装置４８に表示する。なお、ＥＥＰＲＯＭ３６に記憶された検査対象部材、検査項目、指摘事項、処置等が紐づけられたテーブルは、サーバ１等を介してＰＣ２等から取得されたファイル（ｃｓｖファイル、ＸＭＬファイル等）を用いて更新することが可能である。これにより、現場等に応じて異なる検査内容や不具合内容に応じて、指摘事項の候補を変えることができる。

携帯端末３は、操作手段４６を介して指摘事項の候補の選択入力を受け付け、ＥＥＰＲＯＭ３６に記憶されたテーブルを参照して選択された指摘事項に応じて処置を画像表示装置４８に表示する。

携帯端末３は、操作手段４６を介して指摘事項及び処置が正しいか否かの入力を受け付ける。正しい場合には、この指摘事項及び処置を不具合情報として入力する。正しくない場合には、指摘事項の候補の表示を再度行う。これにより、不具合の内容や処置を検査員が正確に入力することができる。

指摘事項の候補が適切で無い場合も考えられる。この場合には、操作装置からテキスト入力させてもよいし、携帯端末３のボイスメモ機能を利用して検査者の発話音声を指摘事項、処置の内容として入力させてもよい。また、携帯端末３は、入力された指摘事項、処置の内容をＥＥＰＲＯＭ３６に記憶されたテーブルに追加するようにすると良い。

携帯端末３は、検査結果が合格であった場合（ステップＳ２６でＹＥＳ）及び検査結果が不合格であり（ステップＳ２６でＮＯ）、不具合情報が入力された（ステップＳ２７）場合には、全ての検査結果が入力されたか否かを判断する（ステップＳ２８）。全ての検査結果が入力されていない場合（ステップＳ２８でＮＯ）には、再度ステップＳ２５を行う。

全ての検査結果が入力された場合（ステップＳ２８でＹＥＳ）には、携帯端末３は、操作手段４６を介して撮影ポイントの入力を受け付ける（ステップＳ２９）。図１５は、撮影ポイントの入力画面である。携帯端末３は、撮影ポイントの入力開始を受け付けると、撮影ポイントの入力画面を画像表示装置４８に表示する。撮影位置、撮影方向の指定の方向は任意であるが、本実施の形態では、撮影ポイントのパターン、ここでは柱の水平断面の周囲から柱を囲むような撮影方向を示す検査位置のうちいずれか１つを操作手段４６の十字キーで、あるいは図示しないタッチパネルへの押圧操作などで選択する。

携帯端末３は、選択された検査ポイントから見た検査対象の現状を被写体とする画像の撮影の指示を撮影ボタン４４を介して受け付ける（ステップＳ３０）。このとき、携帯端末３は、ＥＥＰＲＯＭ３６に蓄積された撮影条件と撮影された写真の撮影条件とを照合し、その一致不一致に応じて写真の合否判定を行うようにしてもよい。ＥＥＰＲＯＭ３６に蓄積された撮影条件は予め操作手段４６などから任意に設定されている。

ＥＥＰＲＯＭ３６に蓄積された撮影条件の一例としては、画像の解像度（例えばＶＧＡ以上）、画像のサイズ（例えば640 × 480 ピクセルかそれ以上）、画像ファイルのサイズ（例えば５００ＫＢ以上）、画像に付帯する天地情報の示す上下が画像の実際の上下と合っているか、画像の輝度が所定値を確保しているか、ピンボケが発生していないか（撮影時の画像の鮮鋭度、例えばＡＦ評価値が所定値を上回っているか）、手ブレが発生していないか（携帯端末３に設けられた加速度センサが写真撮影時に検出した加速度が所定値を上回っているか）、被写体のサイズが所定値を確保しているか（例えば水平構造線あるいは垂直構造線が所定のピクセル数を超えているか）、不必要な被写体（例えば人物の顔）が検出されないか、地面が水平であるか、写真内の文字（例えば撮影情報を記載した黒板など）が可読であるか、などが挙げられる。これにより、検査員が写真を１つ１つ撮影して目視確認する場合に比べて、確実に適切な画像を取得できる。

なお、同一の検査ポイントに対応する写真は単数でも複数でもよい。複数の場合には、ステップＳ２８、Ｓ２９の処理を複数回行なうようにすればよい。

携帯端末３は、ステップＳ３０で撮影された画像を、検査チェックシート、選択された部材および検査ポイントと対応づけてメモリ３８に保存する（ステップＳ３１）。

携帯端末３は、この検査対象の写真の撮影が終わったか否かを判断する（ステップＳ３２）。写真の撮影が終わっていないと判断された場合（ステップＳ３２でＮＯ）には、ステップＳ３０に戻る。

写真の撮影が終わったと判断された場合（ステップＳ３２でＹＥＳ）には、全ての検査ポイントに対して検査結果の入力および写真の撮影が終わったか否かを判断する（ステップＳ３３）。全ての検査ポイントに対して検査結果の入力および写真の撮影が終わっていないと判断された場合（ステップＳ３３でＮＯ）には、ステップＳ２２に戻り、異なる検査ポイントに対する検査内容の表示、検査結果の入力、写真の撮影を繰り返し、各検査ポイントに対する検査結果および写真を得る。

全ての検査ポイントに対して検査結果の入力および写真の撮影が終わったと判断された場合（ステップＳ３３でＹＥＳ）には、処理を終了する。検査終了の明示的なアクションを、携帯電話３の操作手段４６（例えば通話終了ボタン）の押下などで行ってもよい。この際、携帯端末３は、まだ検査結果の入力および写真の撮影が終了していない検査対象が残っている場合、その検査ポイントを示して検査が完了していない旨を表示画面あるいは音声で通知し、完了アクションをできないようにすれば、検査漏れを防ぐことができる、
検査が終了したら、各検査ポイントの検査結果を画像表示装置４８に表示するようにしてもよい。検査結果の表示は、各検査ポイントでの写真の終了の都度検査結果を表示することも可能である。あるいは、現在まで終了した検査結果の状況を、ユーザからの指示に応じて一覧表示してもよい。

あるいは、携帯端末３は、全ての検査対象の写真の撮影が終わったことに応じ、予め設定された通信相手方（サーバ１、ＰＣ２、他の携帯端末３）に対して検査完了を通知するメールを送信してもよい。特に、ある対象部材に対して検査結果ＮＧが入力された場合、その検査結果ＮＧに対応する対象部材および検査ポイントと検査結果の内容と写真とをセットにして、操作手段４６から予め指定された施工担当者の携帯端末３やＰＣ２に改修指示を電子メールその他のデータ通信により通知してもよい。

以上により、建設検査システムの検査工程が終了する。ステップＳ３０では、写真を撮影したが、撮影するのは写真に限らず、動画でもよい。動画の場合には、検査対象の周囲全体を撮影する等が可能であり、より詳細に記録や証拠を残すことができる。特に、ステップＳ２６で不合格と判定された場合には、携帯端末３は、ステップＳ３０で写真を撮影する変わりに、動画を撮影するようにしてもよい。また、動画撮影とあわせて、マイクロフォン１２を介して入力された音声を記録することもできる。

検査工程が終了すると携帯端末３は、検査結果及び写真をサーバ１に送信する。サーバ１は、これを受信して、検査チェックシートと検査結果と写真とを対応づけて検査情報ＤＢ１ａに保存する。

サーバ１は、検査チェックシートのテンプレートに、この検査結果と写真そのもの、あるいはこの検査結果と写真に代替する情報（ハイパーリンクなど）を埋め込んだ上、検査結果と写真が埋め込まれた検査チェックシートである検査済みチェックシートを保存してもよい。例えば、サーバ１は、携帯端末３に送られた検査チェックシートのテンプレートにサーバ１に組み込まれたウェブサーバが公開するこの検査結果と写真に対してアクセスするリンク情報（ＵＲＬなどで記述）を埋め込んで保存してもよい。

サーバ１は、保存された検査済みチェックシートを、ＰＣ２のディスプレイ、携帯端末３の画像表示装置４８、プリンタ（図示せず）等を介して外部出力する。

検査済みチェックシートの出力方式は任意である。例えば、サーバ１は、ＸＳＬＴなどの所定のレイアウト変換ルールに従ってよってＸＭＬデータの検査済みチェックシートを帳票形式にレイアウトしかつＰＤＦのような出力データに変換して保存する。サーバ１は、ＰＣ２からの要求に応じ、このレイアウトされた出力データをＰＣ２に送信する。ＰＣ２は、サーバ１から受信した検査済みチェックシートを、ＰＣ２に接続されたディスプレイあるいは携帯端末３の画像表示装置４８に表示したりプリンタにプリントアウトしたりする。

また、サーバ１は、携帯端末３から送信された検査結果の中から、ステップＳ２６で不合格と判定された検査結果を検査情報等と対応付けて不具合情報ＤＢ１ｂに保存する。これにより、次の検査準備工程の際は、この検査結果を反映して不具合を予測することができる。なお、検査結果がサーバ１へ送信されるタイミングは任意であり、検査工程が終了時にまとめてサーバ１へ送信してもよいし、ステップＳ３２の各検査ポイントでの検査終了後にその都度送信してもよい。

本実施の形態では、検査を行う前に発生が想定される不具合を予想することができる。また、不具合が予測されることや、予測される不具合の内容を表示することができる。したがって、まえもって検査員に注意を促すことができる。

＜第２の実施の形態＞
本発明の第２の実施の形態は、検査結果が不合格であった場合に、その結果に基づいて予測不具合を更新する形態である。以下、第２の実施の形態に係る建設検査システム１０１について説明する。建設検査システム１０１の構成は建設検査システム１００と同一であり、建設検査システム１０１の準備工程は建設検査システム１００の準備工程と同一であるため、説明を省略する。また、第１の実施の形態に係る建設検査システム１００と同一の部分については、同一の符号を付し、詳細な説明を省略する。

建設検査システム１０１建設検査システムの検査工程について説明する。図１６は検査工程（検査業務処理）のフローチャートを示す。この処理をサーバ１および携帯端末３に実行させるためのプログラムはサーバ１や携帯端末３の記憶媒体に記憶されている。

携帯端末３は、サーバ１に検査員の権限でログインし、検査処理の開始を指令し、サーバ１から受信した検査チェックシートをＲＡＭなどの記憶媒体に保存し、保存された検査チェックシートの画像データを映像信号に変換して画像表示装置４８に表示する（ステップＳ２１）。

携帯端末３は、画像表示装置４８に表示された伏図から、操作手段４６を介して所望の検査対象の位置の選択を受け付ける（ステップＳ２２）。

携帯端末３は、選択された検査対象に予測不具合が紐づけられている場合には、予測不具合が紐づけられていることを示す表示を検査チェックシート上の検査ポイントに重ねて表示する（ステップＳ２３）。

携帯端末３は、ステップＳ２３で予測不具合が紐づけられていることを示す表示が検査ポイントに重ねて表示された場合には、再度、操作手段４６を介して所望の検査対象の選択を受け付け、選択された検査対象に対応する検査内容と部材図面を画像表示装置４８に表示する（ステップＳ２４）。なお、ステップＳ２２で予測不具合が紐づけられていない検査対象が選択された場合には、ステップＳ２３を行わず、ステップＳ２４を行う。

携帯端末３が、操作手段４６を介して検査結果の入力を受け付け（ステップＳ２５）、ステップＳ２５で入力が受け付けられた検査結果が合格か否かを判断する（ステップＳ２６）。検査結果が不合格であった（不具合があった）場合（ステップＳ２６でＮＯ）には、携帯端末３は、その不具合の内容等を示す情報（不具合情報）の入力を受け付ける（ステップＳ２７）。

携帯端末３は、ステップＳ２７で入力された不具合情報をサーバ１へ送信し、サーバ１は、予測不具合を更新する（ステップＳ３４）。図１７は、予測不具合を更新する（ステップＳ３４）処理のフローチャートを示す。この処理をサーバ１に実行させるためのプログラムはサーバ１の記憶媒体に記憶されている。

サーバ１は、携帯端末３から送信された不具合情報（指摘事項及び処置）を取得すると共に、取得したい不具合情報についての付帯情報を取得する（ステップＳ３４１）。付帯情報は、準備の時点では得られない検査環境等の情報であり、例えば、検査担当者、施工業者、施工時の天候等が挙げられる。これらの情報は、携帯端末３から取得してもよいし、サーバ１に接続されている別のシステムから取得してもよい。

サーバ１は、ステップＳ３４１で取得した不具合情報と付帯情報と紐づけて不具合情報ＤＢ１ｂへ記憶する（ステップＳ３４２）。これにより、不具合情報ＤＢ１ｂが更新され、次の検査準備工程の際は、この検査結果を反映した予測不具合を生成することができる。また、別途不具合情報ＤＢ１ｂをスキャンすることにより、付帯情報と不具合との関係を客観的に評価することができる。

サーバ１は、ステップＳ３４１で取得した不具合情報をキーとして、この不具合情報に連動して起こると予測される不具合の候補を不具合情報ｄＢ１ｂから抽出する（ステップＳ３４３）。不具合情報に連動して起こると予測される不具合としては、例えば、不具合のあった検査対象の検査対象部材と同じ検査対象部材、類似の構成の検査対象部材や、不具合のあった検査対象に連結している検査対象などが考えられる。例えば、不具合情報に含まれる検査対象部材が「柱」である場合には、不具合のあった検査対象部材と同じ検査対象部材とは「柱」であり、類似の構成の検査対象部材とは柱と同じ棒材である「梁」であり、不具合のあった検査対象部材に連結している検査対象部材とはその柱に設けられた「梁」である。

検査情報のうちのある項目をキーとする場合の内容については、サーバ１が自動的にキーを設定しても良いし、項目とキーの内容とをＰＣ２から設定するようにしてもよい。また、検査情報のうちのキーとされていない工事物件名、検査箇所等については、全てが抽出対象となる。例えば、検査箇所である建物の階数をキーとしない場合には、全ての建物の階数のデータが抽出の対象となる。

このようにして不具合情報に連動して起こる予測される不具合の候補が抽出されたら、その候補のなかから不具合情報に連動して起こる予測不具合を自動的に確定する（ステップＳ３４４）。本実施の形態では、ステップＳ３４３で抽出された候補のうち、その頻度が設定値（閾値）より高ければ、不具合情報に連動して起こる予測不具合として確定する。この時の設定値は、準備工程（ステップＳ１５３、Ｓ１５４）の設定値と異なる設定値を用いるようにしてもよい。例えば、ステップＳ３４１で取得した不具合に応じて設定値を下げるようにすると効果的である。

サーバ１は、ステップＳ３４４で確定された予測不具合を検査チェックシート内に埋めて検査チェックシートを更新する（ステップＳ３４５）。サーバ１は、ステップＳ３４４で確定した予測不具合の検査情報に基づいて、ステップＳ３４４で確定した予測不具合を紐づける対象を決定する。例えば、ステップＳ３４４で確定した予測不具合の検査対象部材が「梁」である場合には、検査チェックシートに含まれる全ての検査対象のうち、検査対象部材が「梁」である検査対象全てにこの予測不具合を紐づける。

更新される検査チェックシートのデータ形式は、更新前の検査チェックシートのデータ形式と同じである。例えば、ステップＳ１５５で予測不具合と検査情報とがテンプレート内に保存して検査チェックシートとしている場合には、ステップＳ３４４で確定された予測不具合を追加してテンプレートに埋める。また、検査情報、予測不具合等を不具合情報ＤＢ１ｂに保存すると共に、その保存されたデータへのリンクをテンプレート内に埋めたものを検査チェックシートとしている場合には、ステップＳ３４４で確定された予測不具合を不具合情報ＤＢ１ｂに保存すると共に、その保存されたデータへのリンクを追加してテンプレートに埋める。

これにより、予測不具合が更新される。更新された検査チェックシートは、サーバ１から携帯電話３に送信される。これにより、検査結果を不具合の予測に反映させることができる。検査チェックシートが更新された場合には、予測不具合が更新されたことを示すグラフィックを検査チェックシートの伏図上の対応する検査ポイント上に示してもよい。これにより、不具合の可能性が高い検査対象を自動的に示して検査対象の選択を支援する。

携帯端末３は、検査結果が合格であった場合（ステップＳ２６でＹＥＳ）及び検査結果が不合格であり（ステップＳ２６でＮＯ）、不具合情報が入力された（ステップＳ２７）場合には、全ての検査結果が入力されたか否かを判断する（ステップＳ２８）。全ての検査結果が入力されていない場合（ステップＳ２８でＮＯ）には、再度ステップＳ２５を行う。

全ての検査結果が入力された場合（ステップＳ２８でＹＥＳ）には、携帯端末３は、操作手段４６を介して撮影ポイントの入力を受け付け（ステップＳ２９）、選択された検査ポイントから見た検査対象の画像の撮影の指示を撮影ボタン４４を介して受け付ける（ステップＳ３０）。携帯端末３は、ステップＳ３０で撮影された画像を、検査チェックシート、選択された部材および検査ポイントと対応づけてメモリ３８に保存する（ステップＳ３１）。

携帯端末３は、この検査対象の写真の撮影が終わったか否かを判断する（ステップＳ３２）。写真の撮影が終わっていないと判断された場合（ステップＳ３２でＮＯ）には、ステップＳ３０に戻る。

写真の撮影が終わったと判断された場合（ステップＳ３２でＹＥＳ）には、全ての検査対象の検査結果の入力および写真の撮影が終わったか否かを判断する（ステップＳ３３）。全ての検査対象の検査結果の入力および写真の撮影が終わっていないと判断された場合（ステップＳ３３でＮＯ）には、ステップＳ２２に戻り、異なる検査ポイントに対応する検査内容の表示、検査結果の入力、写真の撮影を繰り返し、各検査ポイントに対応する検査結果および写真を得る。

全ての検査対象の検査結果の入力および写真の撮影が終わったと判断された場合（ステップＳ３３でＹＥＳ）には、処理を終了する。

本実施の形態によれば、検査結果が不合格であった場合には、検査結果を不具合の予測に反映させることができる。したがって、検査員により適切な情報を与えることができる。

また、本実施の形態によれば、付帯情報として施工業者、施工時の天候等を不具合情報ＤＢに記憶させるため、不具合と施工業者、施工時の天候等との関係を客観的に評価することができる。

なお、本実施の形態では、予測不具合を更新する（ステップＳ３４）処理をサーバ１で行ったが、予測不具合を更新する（ステップＳ３４）処理を携帯端末３で行なってもよい。この場合には、不具合情報ＤＢ１ｂの更新処理（ステップＳ３４２）のみをサーバ１で行い、その他の処理を携帯端末３で行なえばよい。また、サーバ１と送受信を行わず、ステップＳ２７で入力された不具合情報を検査情報に紐づけて保存する（ステップＳ１５５に相当）ことにより、携帯端末３で処理を完結させてもよい。この場合には、任意のタイミングで、別途不具合情報ＤＢ１ｂの更新処理（ステップＳ３４２）を行なえばよい。そして、この処理を行うためのプログラムは携帯端末３のＲＯＭ３４に記憶しておけばよい。

本発明は、サーバ、ＰＣ、カメラ付き携帯端末を備えた建設検査システムに限らず、サーバ、ＰＣからなる建物検査支援装置として提供しても良いし、建設検査システムに適用するプログラムとして提供することもできる。

１：サーバ、２：パソコン、３：カメラ付き携帯端末、１００、１０１：建設検査システム

Claims (12)

1. 検査対象に関する情報である検査情報と前記検査情報に関連する図面情報とを入力する検査内容入力手段と、
   不具合があった検査結果と、当該検査結果に対応する検査情報とからなる不具合情報が記憶された不具合情報記憶手段と、
   前記不具合情報記憶手段に記憶された不具合情報に基づいて前記検査内容入力手段により入力された検査対象の検査時に発生しやすい不具合を予測する不具合予測手段と、
   前記検査内容入力手段により入力された検査情報および図面情報と、前記不具合予測手段により予測された不具合とに基づいて検査チェックシートを生成する検査チェックシート生成手段であって、前記予測された不具合が当該予測された不具合に対応する検査対象に紐づけられた検査チェックシートを生成する検査チェックシート生成手段と、
   前記検査チェックシート生成手段により生成された検査チェックシートを外部端末へ送信する第１送信手段と、
   を備えたことを特徴とする建設検査支援装置。
2. 前記不具合予測手段は、
   前記不具合情報記憶手段に記憶された不具合情報から検査情報をキーとして不具合情報を抽出する手段と、
   前記抽出手段により抽出された不具合情報から頻度が所定の閾値以上の不具合情報のみを発生しやすい不具合として予測する手段と、
   を有することを特徴とする請求項１に記載の建設検査支援装置。
3. 前記検査チェックシート生成手段は、テンプレートに前記検査情報、前記図面情報及び前記予測された不具合を埋めることにより検査チェックシートを生成することを特徴とする請求項１又は２に記載の建設検査支援装置。
4. 前記建設検査支援装置と、前記外部端末である携帯端末とで構成された建設検査システムであって、
   前記携帯端末は、
   前記建設検査支援装置から送信された検査チェックシートを取得する第１取得手段と、
   前記第１取得手段により取得された検査チェックシートを表示する表示手段であって、前記予測された不具合が紐づけられた検査対象を他の検査対象と区別して表示する表示手段と、
   を備えたことを特徴とする建設検査システム。
5. 前記携帯端末は、
   前記表示手段に表示された検査チェックシートに含まれる検査対象の中から所望の検査対象を選択する検査対象選択手段と、
   前記検査対象選択手段の選択した検査対象の検査結果を入力する検査結果入力手段と、
   前記検査結果入力手段により入力された検査結果を前記建設検査支援装置に送信する第２送信手段と、を備え、
   前記建設検査支援装置は、前記携帯端末から送信された検査結果を取得する第２取得手段を備え、
   前記不具合予測手段は、前記第２取得手段により取得された検査結果に基づいて、検査対象の検査時に発生しやすい不具合を予測し直し、
   前記検査チェックシート生成手段は、前記不具合予測手段により予測し直された不具合に基づいて検査チェックシートを更新することを特徴とする請求項４に記載の建設検査システム。
6. 前記建設検査支援装置は、前記第２取得手段により取得された検査結果に基づいて前記不具合情報記憶手段に記憶された不具合情報を更新する不具合情報更新手段を備えたことを特徴とする請求項５に記載の建設検査システム。
7. 前記建設検査支援装置は、前記第２取得手段により取得された検査結果に対する付帯情報であって、施工業者を含む付帯情報を取得する付帯情報取得手段を備え、
   前記不具合情報更新手段は、前記第２取得手段により取得された検査結果と、前記付帯情報取得手段により取得された付帯情報とを関連付けて記憶させることを特徴とする請求項６に記載の建設検査システム。
8. 前記表示手段は、前記検査対象選択手段により選択された検査対象の検査情報を表示するとともに、前記選択された検査対象に対して前記不具合予測手段により不具合が予測された場合には、不具合が予測されたことを示す表示又は当該選択された検査対象に対して予測された不具合の内容に関する表示を行うことを特徴とする請求項５に記載の建設検査システム。
9. 検査情報と、不具合に関する内容と、不具合に対する処置とが関連付けて記憶された処置記憶手段を備え、
   前記検査結果入力手段は、
   前記検査結果入力手段により不具合があるという検査結果が入力された場合には、前記処置記憶手段に記憶された情報に基づいて不具合に関する内容の候補を表示させる手段と、
   前記表示された不具合に関する内容の候補の選択入力を受け付ける手段と、
   前記処置記憶手段に記憶された情報に基づいて前記選択入力された不具合に関する内容に応じた処置を入力する手段と、
   を有することを特徴とする請求項５から８のいずれかに記載の建設検査システム。
10. 前記携帯端末は、前記検査対象選択手段により選択された検査対象を撮影する撮影手段であって、前記検査結果入力手段により不具合があるという検査結果が入力された場合には動画を撮影する撮影手段を備えたことを特徴とする請求項５から９のいずれかに記載の建設検査システム。
11. 検査対象に関する情報である検査情報と前記検査情報に関連する図面情報とを入力するステップと、
    不具合があった検査結果と、当該検査結果に対応する検査情報とからなる不具合情報に基づいて前記入力された検査対象の検査時に発生しやすい不具合を予測するステップと、
    前記入力された検査情報および図面情報と、前記予測された不具合とに基づいて検査チェックシートを生成するステップであって、前記予測された不具合が当該予測された不具合に対応する検査対象に紐づけられた検査チェックシートを生成するステップと、
    前記検査チェックシート生成手段により生成された検査チェックシートを外部端末へ送信するステップと、
    を実行することを特徴とする建設検査支援方法。
12. 請求項１１に記載の建設検査方法を携帯端末に実行させることを特徴とする建設検査支援プログラム。

Images