(57)【要約】  工事管理装置（１００）は、道路の整備を目的とする工事の実施予定、および、道路の地下に埋設された物件の整備を目的とする工事の実施予定を、工事の実施予定場所に関連づけて記憶した記憶部を有する。工事管理装置（１００）は、記憶部を参照して、道路の整備を目的とする工事と物件の整備を目的とする工事との双方が予定された場所を特定する。工事管理装置（１００）は、特定した該場所についての道路の整備を目的とする工事の実施予定と、道路の地下に埋設された物件の整備を目的とする工事の実施予定とを他の工事の実施予定と識別可能に表示する。
2016067403.tif 000002
【特許請求の範囲】
【請求項１】
道路の整備を目的とする工事の実施予定、及び／又は、道路の地下に埋設された物件の整備を目的とする工事の実施予定を、工事の実施予定場所に関連づけて記憶した記憶部を参照して、前記道路の整備を目的とする工事と前記物件の整備を目的とする工事との双方が予定された場所を特定し、
特定した該場所についての前記道路の整備を目的とする工事の実施予定と、前記道路の地下に埋設された物件の整備を目的とする工事の実施予定とを他の工事の実施予定と識別可能に表示する、
処理をコンピュータに実行させることを特徴とする工事管理プログラム。
【請求項２】
前記道路の整備を目的とする工事と前記物件の整備を目的とする工事との双方が予定された場所を特定し、特定した前記場所を地図上に強調表示する処理を更にコンピュータに実行させることを特徴とする請求項１に記載の工事管理プログラム。
【請求項３】
道路の整備を目的とする工事の実施予定、及び／又は、道路の地下に埋設された物件の整備を目的とする工事の実施予定を、工事の実施予定場所に関連づけて記憶した記憶部を参照して、前記道路の整備を目的とする工事と前記物件の整備を目的とする工事との双方が予定された場所を特定し、
特定した該場所についての前記道路の整備を目的とする工事の実施予定と、前記道路の地下に埋設された物件の整備を目的とする工事の実施予定とのうち少なくともいずれか一方の工事の実施予定の変更を促す提示を行う、または、工事の実施予定の変更を行う、
処理をコンピュータに実行させることを特徴とする工事管理プログラム。
【請求項４】
前記実施予定の変更は、実施予定日の変更であることを特徴とする請求項３に記載の工事管理プログラム。
【請求項５】
前記実施予定の変更は、特定した該場所についての前記道路の整備を目的とする工事の実施予定日と、前記道路の地下に埋設された物件の整備を目的とする工事の実施予定日とを特定の期間内に収める変更であることを特徴とする請求項３に記載の工事管理プログラム。
【請求項６】
前記工事の実施予定の変更を行う処理は、変更後の工事の実施予定の情報を発注先の端末装置に通知することを特徴とする請求項３に記載の工事管理プログラム。
【請求項７】
前記道路の整備は、前記道路の掘り起こしをともなう道路の整備であることを特徴とする請求項１または請求項３に記載の工事管理プログラム。
【請求項８】
コンピュータが実行する工事管理方法であって、
道路の整備を目的とする工事の実施予定、及び／又は、道路の地下に埋設された物件の整備を目的とする工事の実施予定を、工事の実施予定場所に関連づけて記憶した記憶部を参照して、前記道路の整備を目的とする工事と前記物件の整備を目的とする工事との双方が予定された場所を特定し、
特定した該場所についての前記道路の整備を目的とする工事の実施予定と、前記道路の地下に埋設された物件の整備を目的とする工事の実施予定とを他の工事の実施予定と識別可能に表示する、
処理を実行することを特徴とする工事管理方法。
【請求項９】
コンピュータが実行する工事管理方法であって、
道路の整備を目的とする工事の実施予定、及び／又は、道路の地下に埋設された物件の整備を目的とする工事の実施予定を、工事の実施予定場所に関連づけて記憶した記憶部を参照して、前記道路の整備を目的とする工事と前記物件の整備を目的とする工事との双方が予定された場所を特定し、
特定した該場所についての前記道路の整備を目的とする工事の実施予定と、前記道路の地下に埋設された物件の整備を目的とする工事の実施予定とのうち少なくともいずれか一方の工事の実施予定の変更を促す提示を行う、または、工事の実施予定の変更を行う、
処理を実行することを特徴とする工事管理方法。
【請求項１０】
道路の整備を目的とする工事の実施予定、及び／又は、道路の地下に埋設された物件の整備を目的とする工事の実施予定を、工事の実施予定場所に関連づけて記憶した記憶部を参照して、前記道路の整備を目的とする工事と前記物件の整備を目的とする工事との双方が予定された場所を特定する特定部と、
前記特定部によって特定された前記場所についての前記道路の整備を目的とする工事の実施予定と、前記道路の地下に埋設された物件の整備を目的とする工事の実施予定とを他の工事の実施予定と識別可能に表示する表示制御部と
を有することを特徴とする工事管理装置。
【請求項１１】
道路の整備を目的とする工事の実施予定、及び／又は、道路の地下に埋設された物件の整備を目的とする工事の実施予定を、工事の実施予定場所に関連づけて記憶した記憶部を参照して、前記道路の整備を目的とする工事と前記物件の整備を目的とする工事との双方が予定された場所を特定する特定部と
前記特定部により特定された前記場所についての前記道路の整備を目的とする工事の実施予定と、前記道路の地下に埋設された物件の整備を目的とする工事の実施予定とのうち少なくともいずれか一方の工事の実施予定の変更を促す提示を行う、または、工事の実施予定の変更を行う変更処理部と
を有することを特徴とする工事管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、工事管理プログラム等に関する。
【背景技術】
【０００２】
道路や道路の下に埋設されるガス管、水道管、電話線、電気ケーブル等は、都道府県や市町村等の自治体によって管理されており、自治体は、管理対象となる物件の状態を定期的に点検し、劣化している場合には該当箇所の補修を行う。【０００３】
例えば、道路の補修では、作業員がアスファルトに発生したひび割れやでこぼこを元の状態に戻す作業を行う。また、道路の下に埋設された物件の補修では、作業員が、道路を掘り起こした後に、各種物件の交換を行い、掘り起こした場所を元に戻し、再度道路を設置する工事を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２９５７５７号公報
【特許文献２】特開２００５−３１８２４号公報
【特許文献３】特開２００５−２２７９１３号公報
【特許文献４】特開２００３−２３３６４６号公報
【特許文献５】特開平９−２０９５６９号公報
【特許文献６】特開２００２−４１６０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術では、工事の期間が長くなるという問題がある。【０００６】
例えば、各種物件の工事は、各工事を担当する会社等の都合で行っており、他の工事との連携をとっていない。このため、例えば、道路工事を行った後に、ガス管、水道管等の工事を行い、修復したばかりの道路を掘り起こす事もあり、道路を利用出来ない期間が長期化する場合がある。【０００７】
１つの側面では、工事の総合的な期間を短縮することができる工事管理プログラム、工事管理方法および工事管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１の案では、コンピュータに下記の処理を実行させる。コンピュータに、記憶部を参照して、道路の整備を目的とする工事と前記物件の整備を目的とする工事との双方が予定された場所を特定する処理を実行させる。記憶部は、道路の整備を目的とする工事の実施予定、および、道路の地下に埋設された物件の整備を目的とする工事の実施予定を、工事の実施予定場所に関連づけて記憶する。コンピュータに、特定した該場所についての前記道路の整備を目的とする工事の実施予定と、前記道路の地下に埋設された物件の整備を目的とする工事の実施予定とを他の工事の実施予定と識別可能に表示する処理を実行させる。
【発明の効果】
【０００９】
本発明の１実施態様によれば、工事の総合的な期間を短縮することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本実施例に係るシステムの構成を示す図である。
【図２】図２は、本実施例に係る工事管理装置の構成を示す機能ブロック図である。
【図３】図３は、劣化情報のデータ構造の一例を示す図である。
【図４】図４は、工事情報のデータ構造の一例を示す図である。
【図５】図５は、重要度元情報のデータ構造の一例を示す図である。
【図６】図６は、重要度判定テーブルのデータ構造の一例を示す図である。
【図７】図７は、基礎情報テーブルのデータ構造の一例を示す図である。
【図８】図８は、摘要工法テーブルのデータ構造の一例を示す図である。
【図９】図９は、工法・スケジュールテーブルのデータ構造の一例を示す図である。
【図１０】図１０は、シミュレーション結果テーブルのデータ構造の一例を示す図である。
【図１１】図１１は、マッチングの一例を示す図である。
【図１２】図１２は、表示制御部が端末装置に表示される表示画面の一例を示す図である。
【図１３】図１３は、変更処理部の処理を説明するための図である。
【図１４】図１４は、本実施例に係る工事管理装置の処理手順を示すフローチャートである。
【図１５】図１５は、本実施例に係る工事管理装置の効果を説明するための図である。
【図１６】図１６は、工事管理プログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明にかかる工事管理プログラム、工事管理方法および工事管理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１２】
本実施例に係るシステムの構成の一例について説明する。図１は、本実施例に係るシステムの構成を示す図である。図１に示すように、このシステムは、端末装置１０ａ，１０ｂ，１０ｃ，１０ｄと、工事管理装置１００とを有する。以下の説明では、端末装置１０ａ〜１０ｄをまとめて、適宜、端末装置１０と表記する。【００１３】
端末装置１０および工事管理装置１００は、ネットワーク５０を介して相互に接続される。ネットワーク５０は、ＬＡＮ（Local  Area  Network）やインターネット等に対応するものである。【００１４】
端末装置１０は、自治体の職員や、工事を請け負う会社の作業員が利用する端末装置である。例えば、自治体の職員は、端末装置１０を操作して、劣化情報、重要度元情報、予算情報等を、工事管理装置１００に通知する。劣化情報は、道路がどの程度劣化しているのかを示す情報である。道路の地下に埋設された物件は、例えば、ガス管、水道管、電話線、電気ケーブル等に対応するものである。重要度元情報は、区間の重要度を算出するために利用する情報を含む。劣化情報および重要度元情報に関する詳細な説明は後述する。予算情報は、工事にかけられる自治体の予算を示すものである。【００１５】
工場を請け負う会社の作業員は、端末装置１０を操作して、工事情報を、工事管理装置に通知する。工事情報は、工事の種別や、工事を実施する予定日等の情報を含む。工事情報に関する詳細な説明は後述する。【００１６】
工事管理装置１００は、各端末装置１０から通知される情報を基にして、道路の工事と道路を掘り起こして作業する工事とが同一の区間で予定されており、各工事の実施予定が異なっている場合に、各工事の実施予定の変更を促す提示を行う装置である。【００１７】
図１に示した工事管理装置１００の構成の一例について説明する。図２は、本実施例に係る工事管理装置の構成を示す機能ブロック図である。図２に示すように、この工事管理装置１００は、通信部１１０と、入力部１２０と、表示部１３０と、記憶部１４０と、制御部１５０とを有する。【００１８】
通信部１１０は、ネットワーク５０を介して端末装置１０とデータ通信を実行する処理部である。例えば、通信部１１０は、通信装置等に対応する。後述する制御部１５０は、通信部１１０を介して、端末装置１０とデータをやり取りする。【００１９】
入力部１２０は、各種の情報を工事管理装置１００に入力する入力装置である。例えば、入力部１２０は、キーボードやマウス、タッチパネル等に対応する。【００２０】
表示部１３０は、制御部１５０から出力される各種データを表示する表示装置である。例えば、表示部１３０は、液晶ディスプレイやタッチパネル等に対応する。【００２１】
記憶部１４０は、劣化情報１４０ａ、工事情報１４０ｂ、重要度元情報１４０ｃ、重要度判定テーブル１４０ｄを有する。また、記憶部１４０は、基礎情報テーブル１４０ｅ、摘要工法テーブル１４０ｆ、工法・スケジュールテーブル１４０ｇ、シミュレーション結果テーブル１４０ｈを有する。記憶部１４０は、例えば、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ（Flash  Memory）などの半導体メモリ素子などの記憶装置に対応する。【００２２】
劣化情報１４０ａは、道路が、どの程度劣化しているのかを区間毎に示す情報である。図３は、劣化情報のデータ構造の一例を示す図である。図３に示すように、この劣化情報は、区間ＩＤ（identification）と、劣化度と、距離とを対応付ける。区間ＩＤは、区間を一意に特定する情報である。劣化度は、道路や道路の地下に埋設された物件がどの程度劣化しているのかを示すものであり、数値が大きいほど劣化の度合いが大きいものとする。距離は、区間ＩＤに示される区間の距離を示す。【００２３】
工事情報１４０ｂは、工事の種別や、工事を実施する予定日等を示す情報である。図４は、工事情報のデータ構造の一例を示す図である。図４に示すように、この工事情報１４０ｂは、工事種別と、区間ＩＤと、工事会社と、連絡先と、スケジュールとを対応付ける。【００２４】
図４において、工事種別は、工事を種別する情報である。工事種別には、例えば、舗装工事、上水道工事、下水道工事、電気工事、電話通信工事、ガス工事等がある。区間ＩＤは、区間を一意に識別する情報である。工事情報１４０ｂでは、工事対象となる区間が複数存在する場合には、複数の区間ＩＤが設定される。工事会社は、工事を請け負う会社を示す情報である。連絡先は、工事会社の連絡先を示すものである。スケジュールは、工事を実施する予定日を示すものである。【００２５】
例えば、図４の１行目のレコードには、区間ＩＤ「１００１，１００２，１００３」により識別される区間において、「２０１４年９月上旬」に「舗装工事」が予定されている旨が示される。また、係る舗装工事を行う工事会社は「工事会社ＡＢ」であり、係る工事会社ＡＢの連絡先は「工事会社ＡＢ＠ｘｘ．ｃｏ．ｊｐ」である。【００２６】
本実施例では一例として、スケジュールに上旬、中旬、下旬という表現を用いるが、これに限定されるものではなく、日付で指定してもよい。なお、上旬は、１日〜１０日に対応する。中旬は、１１日〜２０日に対応する。下旬は、２１日〜末日に対応する。なお、上旬、中旬、下旬に対応する日は、管理者が適宜設定してもよい。【００２７】
重要度元情報１４０ｃは、区間の重要度を算出するために利用する情報を含む。図５は、重要度元情報のデータ構造の一例を示す図である。図５に示すように、この重要度元情報１４０ｃは、区間ＩＤと、車両の通行量と、急ブレーキ数と、最寄りの学校までの距離とを対応付ける。なお、図５に示す例は一例であり、最寄りの学校までの距離に限らず、例えば、最寄りの学校および病院その他重要施設までの距離であってもよい。【００２８】
図５において、区間ＩＤは、区間を一意に識別する情報である。車両の通行量は、例えば、区間ＩＤに識別される区間を通過する車両の１ヶ月あたりの台数を示す。急ブレーキ数は、区間ＩＤに識別される区間において、車両が過去１年間に急ブレーキをした回数を示す。最寄りの学校までの距離は、区間ＩＤに識別される区間から最寄りの学校までの距離を示す。【００２９】
重要度判定テーブル１４０ｄは、重要度を判定する場合に利用するテーブルである。図６は、重要度判定テーブルのデータ構造の一例を示す図である。図６に示すように、重要度判定テーブル１４０ｄは、点数と、条件とを対応付ける。点数は、条件を満たす場合に、係る条件を満たす区間に与えられる点数である。区間には、点数に対応する重要度が割り当てられる。条件は、条件の内容を定義するものである。【００３０】
例えば、ある区間について、１ヶ月あたりの車両の交通量が１００台以上である場合には、係る区間に対して点数「５点」が付与される。複数の条件を満たす区間については、各条件に対応する点数が加算される。例えば、ある区間について、１ヶ月あたりの車両の交通量が１００台以上で、かつ、過去１年間の急ブレーキの回数が５回以上である場合には、かかる区間に対して点数「９点」が付与される。各区間には、点数に応じて重要度が割り当てられる。重要度を割り当てる処理の説明は後述する。【００３１】
基礎情報テーブル１４０ｅは、区間ＩＤ毎に、劣化度、重要度、工事種別毎のスケジュールをまとめた情報である。図７は、基礎情報テーブルのデータ構造の一例を示す図である。図７に示すように、この基礎情報テーブル１４０ｅは、区間ＩＤと、劣化度と、重要度と、工事種別毎のスケジュールとを対応付ける。区間ＩＤ、劣化度、重要度は、上記説明と同様である。工事種別毎のスケジュールは、各工事を行う実施予定日である。【００３２】
例えば、区間ＩＤ「１００１」の区間の劣化度は「５」であり、重要度は「Ａ」である。区間ＩＤ「１００１」の区間には、「舗装工事」が予定されており、スケジュールは「２０１４年の９月上旬」である。また、区間ＩＤ「１００１」の区間には、「ガス工事」が予定されており、スケジュールは「２０１４年の９月下旬」である。【００３３】
摘要工法テーブル１４０ｆは、劣化度、重要度に応じて選択可能な工法を定義する情報である。図８は、摘要工法テーブルのデータ構造の一例を示す図である。図８に示すように、この摘要工法テーブル１４０ｆは、劣化度と、重要度と、工法とを対応付ける。また、工法には工法：費用（高）、工法：費用（中）、工法：費用（低）が含まれる。各工法には、１００ｍあたりの費用が定義されている。例えば、工法ａの費用は、１００ｍあたりの費用が２００万円である。【００３４】
例えば、ある区間の劣化度が「５」、重要度が「Ａ」である場合には、選択可能な工法は、工法ａ、工法ｂ、工法ｃのいずれかとなる。【００３５】
工法・スケジュールテーブル１４０ｇは、区間ＩＤ毎に選択可能な工法を設定した情報である。また、工法・スケジュールテーブル１４０ｇは、同一の区間ＩＤについて、異なる工事種別の工事が予定されている場合に、各工事の実施予定日が一致するか否かの情報を有する。【００３６】
図９は、工法・スケジュールテーブルのデータ構造の一例を示す図である。図９に示すように、工法・スケジュールテーブル１４０ｇは、区間ＩＤと、劣化度と、重要度と、工法と、工事種別毎のスケジュールと、マッチ有無と、確定スケジュールとを対応付ける。区間ＩＤ、劣化度、重要度、工法、工事種別毎のスケジュールに関する説明は、上記説明と同様である。【００３７】
マッチ有無は、同一の区間ＩＤについて、異なる工事種別の工事が予定されている場合に、各工事の実施予定日が一致するか否かを示すものである。各工事の実施予定日が一致する場合または一部重複する場合には「有」が設定される。各工事の実施予定日が一致せず、重複期間もない場合には「無」が設定される。なお、複数の工事が実施されない区間の区間ＩＤについては、マッチ有無がブランクとなる。【００３８】
例えば、区間ＩＤ「１００１」について、舗装工事のスケジュールが「２０１４年９月上旬」であり、ガス工事のスケジュールが「２０１４年９月下旬」であり、各工事の予定実施日が一致していない。このため、区間ＩＤ「１００１」のマッチ有無は「無」となる。【００３９】
区間ＩＤ「１００５」について、舗装工事のスケジュールが「２０１４年１１月上旬」であり、下水道工事のスケジュールが「２０１４年１１月上旬」であり、各工事の予定実施日が一致している。このため、区間ＩＤ「１００５」のマッチ有無は「有」となる。【００４０】
確定スケジュールは、最終的に作業員によって決定される工事の実施予定日である。ここでは一例として、区間ＩＤに対して、単一のスケジュールを示すが、工事種別毎に、スケジュールを設定してもよい。【００４１】
シミュレーション結果テーブル１４０ｈは、区間ＩＤ毎に決定した工法、工事種別、スケジュールを示す情報である。図１０は、シミュレーション結果テーブルのデータ構造の一例を示す図である。図１０に示すように、このシミュレーション結果テーブル１４０ｈは、区間ＩＤと、劣化度と、重要度と、工法と、工事種別と、スケジュールとを対応付ける。【００４２】
図１０において、区間ＩＤ、劣化度、重要度に関する説明は上記説明と同様である。工法は、工法・スケジュールテーブル１０４ｇに含まれる選択可能な工法のうち、作業員に選択された工法を示す。工事種別は、区間ＩＤに対応する区間で予定されている工事の種別を示す。スケジュールは、区間ＩＤに対応する区間で予定されている工事の実施予定日である。ここでは一例として、区間ＩＤに対して、単一のスケジュールを示すが、工事種別毎に、スケジュールを設定してもよい。【００４３】
図１０では説明を省略するが、シミュレーション結果テーブル１４０ｈに、全工事にかかる合計金額の情報を合わせて格納してもよい。【００４４】
図２の説明に戻る。制御部１５０は、受付部１５０ａ、テーブル生成部１５０ｂ、特定部１５０ｃ、表示制御部１５０ｄ、変更処理部１５０ｅを有する。制御部１５０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）や、ＦＰＧＡ（Field  Programmable  Gate  Array）などの集積装置に対応する。また、制御部１５０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等の電子回路に対応する。【００４５】
受付部１５０ａは、端末装置１０から劣化情報１４０ａ、工事情報１４０ｂ、重要度元情報１４０ｃを受け付ける処理部である。受付部１５０ａは、劣化情報１４０ａ、工事情報１４０ｂ、重要度元情報１４０ｃを記憶部１４０に格納する。また、受付部１５０ａは、端末装置１０から予算情報を受け付けた場合には、予算情報を、記憶部１４０に格納する。ここでは、予算情報の図示を省略する。【００４６】
テーブル生成部１５０ｂは、基礎情報テーブル１４０ｅ、工法・スケジュールテーブル１４０ｇ、シミュレーション結果テーブル１４０ｈを生成する処理部である。【００４７】
テーブル生成部１５０ｂが、基礎情報テーブル１４０ｅを生成する処理の一例について説明する。テーブル生成部１５０ｂは、区間ＩＤと、劣化情報１４０ａ、工事情報１４０ｂとを比較して、区間ＩＤに対応する劣化度、工事種別毎のスケジュールを特定する。テーブル生成部１５０ｂは、特定した区間ＩＤに対応する劣化度と、工事種別毎のスケジュールを、基礎情報テーブル１４０ｅに登録する。【００４８】
テーブル生成部１５０ｂが、区間ＩＤの重要度を算出する処理の一例について説明する。テーブル生成部１５０ｂは、区間ＩＤと、重要度元情報１４０ｃとを比較して、区間ＩＤに対応する車両の通行量、急ブレーキ数、最寄りの学校までの距離とを特定する。テーブル生成部１５０ｂは、特定した車両の通行量、急ブレーキ数、最寄りの学校までの距離と、重要度判定テーブル１４０ｄとを比較して、重要度判定テーブル１４０ｄの各条件を満たすか否かを判定する。テーブル生成部１５０ｂは、重要度判定テーブル１４０ｄの各条件のうち、条件を満たすレコードの点数を加算することで、区間ＩＤに対応する点数を算出する。【００４９】
例えば、ある区間ＩＤに対応する１ヶ月あたりの車両の交通量が１００台以上で、かつ、過去１年間の急ブレーキの回数が５回以上である場合には、区間ＩＤの点数は「９点」となる。テーブル生成部１５０ｂは、区間ＩＤの点数と複数の閾値との比較により、重要度を判定する。例えば、テーブル生成部１５０ｂは、区間ＩＤの点数が第１閾値以上である場合には、区間ＩＤの重要度を「Ａ」と判定する。テーブル生成部１５０ｂは、区間ＩＤの点数が第１閾値未満、第２閾値以上である場合には、区間ＩＤの重要度を「Ｂ」と判定する。テーブル生成部１５０ｂは、区間ＩＤの点数が第２閾値未満、第３閾値以上である場合には、区間ＩＤの重要度を「Ｃ」と判定する。【００５０】
第１〜第３閾値の大小関係は、第１閾値＞第２閾値＞第３閾値となる。第１〜第３閾値は、工事管理装置１００の管理者により予め設定される値である。テーブル生成部１５０ｂは、判定した区間ＩＤの重要度を、基礎情報テーブル１４０ｅに登録する。【００５１】
テーブル生成部１５０ｂは、各区間ＩＤについて、上記処理を実行することで、基礎情報テーブル１４０ｅを生成する。また、テーブル生成部１５０ｂは、劣化情報１４０ａ、工事情報１４０ｂ、重要度元情報１４０ｃ、重要度判定テーブル１４０ｄが更新された場合には、再度上記処理を実行して、各テーブル１４０ｅ，１４０ｇ，１４０ｈを更新してもよい。【００５２】
続いて、テーブル生成部１５０ｂが、工法・スケジュールテーブル１４０ｇを生成する処理の一例について説明する。テーブル生成部１５０ｂは、基礎情報テーブル１４０ｅに格納された区間ＩＤ、劣化度、重要度、工事種別毎のスケジュールの情報を、工法・スケジュールテーブル１４０ｇに登録する。【００５３】
テーブル生成部１５０ｂは、工法・スケジュールテーブル１４０ｇの区間ＩＤに対応する劣化度と重要度との組と、摘要工法テーブル１４０ｆとを比較して、劣化度と重要度との組に対応する選択可能な工法を特定する。例えば、区間ＩＤ「１００１」の劣化度は「５」、重要度は「Ａ」であるため、区間ＩＤ「１００１」に対応する選択可能な工法は、図８に示すように、「工法ａ、工法ｂ、工法ｃ」となる。テーブル生成部１５０ｂは、特定した工法の情報を区間ＩＤと対応付けて、工法・スケジュールテーブル１４０ｇに登録する。【００５４】
工法・スケジュールテーブル１４０ｇのマッチ有無の情報は、後述する特定部１５０ｃによって特定される。工法・スケジュールテーブル１４０ｇの確定スケジュールの情報は、端末装置１０を操作する自治体の職員または作業員によって設定される。なお、確定スケジュール情報は、後述する変更処理部１５０ｅによって自動的に設定されてもよい。【００５５】
続いて、テーブル生成部１５０ｂが、シミュレーション結果テーブル１４０ｈを生成する処理の一例について説明する。テーブル生成部１５０ｂは、工法・スケジュールテーブル１４０ｇの情報が確定した場合に、この工法・スケジュールテーブル１４０ｇを基にして、シミュレーション結果テーブル１４０ｈを生成する。例えば、工法・スケジュールテーブル１４０ｇの情報が確定したか否かの情報は、端末装置１０から通知されるものとする。【００５６】
テーブル生成部１５０ｂは、工法・スケジュールテーブル１４０ｇに格納された区間ＩＤに対応する劣化度と重要度と、確定スケジュールとを、シミュレーション結果テーブル１４０ｈの劣化度と、重要度と、スケジュールに登録する。テーブル生成部１５０ｂは、工法・スケジュールテーブル１４０ｇに格納された工法のうち、作業員に選択された工法を、シミュレーション結果テーブル１４０ｈの工法に登録する。テーブル生成部１５０ｂは、工法・スケジュールテーブル１４０ｇに格納された工事種別を、シミュレーション結果テーブル１４０ｈの工事種別に登録する。【００５７】
テーブル生成部１５０ｂは、シミュレーション結果テーブル１４０ｈに登録された情報を基にして、全工事にかかる合計金額を算出し、シミュレーション結果テーブル１４０ｈに登録してもよい。例えば、テーブル生成部１５０ｂは、区間ＩＤの区間の距離を、劣化情報１４０ａを参照して特定する。テーブル生成部１５０ｂは、特定した距離と、工法に対応する１００ｍあたりの費用とを基にして、区間単位の費用を算出し、各区間の費用を合計することで、全工事にかかる合計金額を算出する。【００５８】
ここで、テーブル生成部１５０ｂが合計金額を算出する場合には、工事毎の費用を算出してもよい。また、同一の区間および同一のスケジュールで複数の工事の実施が予定されている場合には、工事の費用を折半してもよいし、工事種別に応じて、工事費の分け方を調整してもよい。例えば、深い場所で行う工事ほど、道路を掘り返す深さが深くなるため、費用が高くなる。このため、テーブル生成部１５０ｂは、深い場所で行う工事の費用を、浅い場所で行う工事の費用よりも大きくする調整をしてもよい。【００５９】
特定部１５０ｃは、工法・スケジュールテーブル１４０ｇを基にして、道路の整備を目的とする工事と、道路の地下に埋設された物件の整備を目的とする工事との双方が予定された区間を特定する処理部である。特定部１５０ｃは、特定した区間の区間ＩＤを、表示制御部１５０ｄ、変更処理部１５０ｅに出力する。【００６０】
ここで、工事の整備を目的とする工事は、例えば、道路の舗装工事に対応する。道路の地下に埋設された物件の整備を目的とする工事は、例えば、上水道工事、下水工事、ガス工事、電話線工事、電気ケーブルの工事に対応する。【００６１】
特定部１５０ｃは、同一の区間について複数種類の工事が予定されている場合に、工法・スケジュールテーブル１４０ｇを基にして、各工事の実施予定日が一致するか否かを判定する。特定部１５０ｃは、各工事の実施予定日が一致する場合または一部重複する場合には、工法・スケジュールテーブル１４０ｇのマッチ有無に「有」を設定する。特定部１５０ｃは、各工事の実施予定日が一致せず、重複期間もない場合には、工法・スケジュールテーブル１４０ｇのマッチ有無に「無」を設定する。【００６２】
図１１は、マッチングの一例を示す図である。例えば、区間Ｘにおいて、舗装工事１のスケジュールと上水道工事ａとのスケジュールとはマッチするが、下水道工事αとはマッチしない。区間Ｙにおいて、上水道工事ｂのスケジュールと下水道工事βのスケジュールとはマッチするが、舗装工事２とはマッチしない。区間Ｚにおいて、舗装工事３のスケジュールと、上水道工事ｃのスケジュールと、下水道工事γのスケジュールとはマッチする。マッチした工事同士は、同時に実施することで、工事の無駄を省くことが可能になる。【００６３】
表示制御部１５０ｄは、工法・スケジュールテーブル１４０ｇの情報を、端末装置１０に通知して、工法・スケジュールテーブル１４０ｇの情報を端末装置１０に表示させる処理部である。また、表示制御部１５０ｄは、特定部１５０ｃから取得した区間ＩＤを基にして、複数の工事が予定されている区間について、各工事の実施予定日を識別可能に、端末装置１０に表示させる。また、表示制御部１５０ｄは、複数の工事が予定されている区間を、地図上に強調表示してもよい。【００６４】
図１２は、表示制御部が端末装置に表示される表示画面の一例を示す図である。表示画面２０には、地図画面２０ａと、スケジュール画面２０ｂとを含む。表示制御部１５０ｄは、地図画面２０ａにおいて、複数の工事が予定されている区間Ｇ１を強調表示する。例えば、表示制御部１５０ｄは、区間ＩＤと地図上の位置とを対応付けられたテーブルと、特定部１５０ｃから取得した区間ＩＤとを基にして、複数の工事が予定されている区間の地図上の位置を特定する。地図情報は、記憶部１４０に格納されているものとする。【００６５】
図１２において、表示制御部１５０ｄは、スケジュール画面２０ｂに、同一の区間で行われる工事の工事種別、スケジュール、工事会社を表示させる。図１２に示す例では、工事種別「舗装工事」、スケジュール「２０１４年９月上旬」、工事会社「工事会社ＡＢ」と、工事種別「ガス工事」、スケジュール「２０１４年９月下旬」、工事会社「工事会社ＥＡ」とが表示されている。【００６６】
例えば、図１２を端末装置１０で参照した工事会社ＡＢの作業員と、工事会社ＥＡの作業員は、話し合いなどを行って、スケジュールを調整することができる。例えば、工事会社ＡＢの作業員は、スケジュールを「９月上旬」から「９月下旬」に変更することで、工事を一緒に行うことができる。例えば、各作業員は話し合いのうえ、最終的なスケジュールが確定した場合には、確定したスケジュールの情報を工事管理装置１００に通知する。表示制御部１５０は、確定したスケジュールの情報を、工法・スケジュールテーブル１４０ｇの確定スケジュールに登録する。【００６７】
また、表示制御部１５０ｄは、工法・スケジュールテーブル１４０ｇの情報を、端末装置１０に通知して、工法・スケジュールテーブル１４０ｇの情報を端末装置１０に表示させ、選択可能な工法のいずれかを選択させる。作業員は、端末装置１０を操作して、選択可能な工法のいずれかを選択し、表示制御部１５０ｄは、選択された工法を受け付ける。表示制御部１５０ｄは、工法が選択された場合に、選択された工法による工事の費用を算出し、端末装置１０に表示してもよい。【００６８】
表示制御部１５０ｄは、テーブル生成部１５０ｂによって、シミュレーション結果テーブル１４０ｈが生成された場合には、シミュレーション結果テーブル１４０ｈの情報を、端末装置１０に通知して、表示させる。【００６９】
図２の説明に戻る。変更処理部１５０ｅは、特定部１５０ｃから取得した区間ＩＤを基にして、複数の工事が予定されている区間について、下記の処理を行う。変更処理部１５０ｅは、道路の整備を目的とする工事の実施予定と、道路の地下に埋設された物件の整備を目的とする工事の実施予定とのうち少なくともいずれか一方の工事の実施予定の変更を促す提示を行う。または、変更処理部１５０ｅは、道路の整備を目的とする工事の実施予定と、道路の地下に埋設された物件の整備を目的とする工事の実施予定とのうち少なくともいずれか一方の工事の実施予定日を変更する。【００７０】
図１３は、変更処理部の処理を説明するための図である。図１３に示す例では、区間Ｘについて、舗装工事１のスケジュールと上水道工事ａのスケジュールとがマッチしているが、下水道工事αのスケジュールはマッチしていない。仮に、下水道工事αのスケジュールを、舗装工事１および上水道工事ａのスケジュールと同じにすることで、道路の掘り起こし作業の重複を防いで、工事の期間を短縮できる。変更処理部１５０ｅは、下水道工事αのスケジュールを「２０１４年１０月下旬」から「２０１４年１０月上旬」に変更することを、端末装置１０に提示する。変更処理部１５０ｅは、変更に承諾する旨の情報を端末装置１０から受け付けた場合には、工事情報１４０ｂにアクセスし、区間Ｘの下水道工事αのスケジュールを「２０１４年１０月上旬」に変更する。【００７１】
区間Ｙについて、上水道工事ｂのスケジュールと下水道工事βのスケジュールとがマッチしているが、舗装工事２のスケジュールはマッチしていない。仮に、舗装工事２のスケジュールを、上水道工事ｂおよび下水道工事βのスケジュールと同じにすることで、道路の掘り起こし作業の重複を防いで、工事の期間を短縮できる。変更処理部１５０ｅは、舗装工事２のスケジュールを「２０１４年１２月下旬」から「２０１４年１２月上旬」に変更することを、端末装置１０に提示する。変更処理部１５０ｅは、変更に承諾する旨の情報を端末装置１０から受け付けた場合には、工事情報１４０ｂにアクセスし、区間Ｙの舗装工事２のスケジュールを「２０１４年１２月上旬」に変更する。【００７２】
ここで、変更処理部１５０ｅが、スケジュールを変更する工事を判定する処理および変更後のスケジュールを特定する処理の一例について説明する。変更処理部１５０ｅは、工法・スケジュールテーブル１４０ｇを参照して、同一の区間ＩＤにおいて、スケジュールが一致せず、かつ、各スケジュール間の日数が所定日数未満となる、異なる工事の組を特定する。そして、変更処理部１５０ｅは、特定した異なる工事の組のどちらか一方の工事のスケジュールを、もう一方の工事の変更後のスケジュールとして特定する。【００７３】
変更処理部１５０ｅは、工事種別毎に優先順位を設定して、優先順位の高い工事のスケジュールに、優先順位の低い工事のスケジュールを合わせるように、スケジュールの変更対象となる工事および変更後のスケジュールを特定してもよい。例えば、優先順位の大小関係を、ガス管工事＞下水道工事＞上水道工事＞舗装工事とする。優先順位の大小関係は、工事管理装置１００の管理者が適宜変更することができる。例えば、工事対象となる場所が深いものほど、優先順位を大きくしてもよい。【００７４】
また、変更処理部１５０ｅは、スケジュールを変更する場合には、変更後のスケジュールが特定の期間内に収まるようにしてもよい。例えば、作業員は、端末装置１０を操作して、工事情報１４０ｂを工事管理装置１００に送信する場合に、スケジュールだけではなく、スケジュールの変更を許容する特定の期間を合わせて指定しておくものとする。例えば、ある舗装工事が、スケジュールを「２００１４年９月上旬」、特定の期間「９月１日〜末日」と指定されているものとする。変更処理装置１５０ｅは、かかる舗装工事のスケジュールを変更する場合に、特定の期間「９月１日〜末日」に含まれるように、スケジュールを変更する。【００７５】
変更処理部１５０ｅは、工事のスケジュールの変更を行った場合に、変更後の工事のスケジュールの情報を発注先の端末装置１０に通知してもよい。【００７６】
次に、本実施例にかかる工事管理装置１００の処理手順の一例について説明する。図１４は、本実施例に係る工事管理装置の処理手順を示すフローチャートである。図１４に示すように、工事管理装置１００の受付部１５０ａは、劣化情報１４０ａを取得し、記憶部１４０に格納する（ステップＳ１０１）。受付部１５０ａは、工事情報１４０ｂを取得し、記憶部１４０に格納する（ステップＳ１０２）。受付部１５０ａは、重要度元情報１４０ｃを取得し、記憶部１４０に格納する（ステップＳ１０３）。【００７７】
工事管理装置１００のテーブル生成部１５０ｂは、重要度元情報１４０ｃを基にして、各区間ＩＤの重要度を算出する（ステップＳ１０４）。テーブル生成部１５０ｂは、基礎情報テーブル１４０ｅを生成する（ステップＳ１０５）。テーブル生成部１５０ｂは、工法・スケジュールテーブル１４０ｇを生成し（ステップＳ１０６）、工事管理装置１００の表示制御部１５０ｄは、工法・スケジュールテーブル１４０ｇを端末装置１０に表示させる（ステップＳ１０７）。ステップＳ１０７において、工事管理装置１００の変更処理部１５０ｅは、表示制御部１５０ｄの処理に加えて、同一の区間で行うスケジュールの異なる工事について、工事の実施予定の変更を促す提示、更新する処理を行ってもよい。【００７８】
表示制御部１５０ｄは、端末装置１０から確定したスケジュールの情報を取得し、工法・スケジュールテーブル１４０ｇを更新する（ステップＳ１０８）。テーブル生成部１５０ｂは、工法・スケジュールテーブル１４０ｇを基にして、シミュレーション結果テーブル１４０ｈを生成する（ステップＳ１０９）。表示制御部１５０ｄは、シミュレーション結果テーブル１４０ｈを、端末装置１０に表示させる（ステップＳ１１０）。【００７９】
次に、本実施例に係る工事管理装置１００の効果について説明する。工事管理装置１００は、道路の整備を目的とする工事と、道路の地下に埋設された物件の整備を目的とする工事とが同一の区間で予定されており、各工事の実施予定日が異なっている場合に、工事の実施予定の変更を促す提示を行う。これによって、工事の総合的な期間を短縮することができる。【００８０】
図１５は、本実施例に係る工事管理装置の効果を説明するための図である。例えば、区間Ｘにおいて、舗装工事Ｘ１と、電気工事Ｘ２と、下水道工事Ｘ３とが予定されているものとする。同じ区間であり、深さの違う各工事Ｘ１〜Ｘ３のスケジュールを同じにすることで、掘り起こし作業などの繰り返しを抑止して、工事の期間を短縮することができる。【００８１】
また、工事管理装置１００は、隣接する区間で、複数の工事種別の工事が予定されている場合に、隣接する区間を統合して、上記処理を行ってもよい。区間Ｙにおいて、舗装工事Ｙ１と、電気工事Ｙ２と、下水道工事Ｙ３とが予定されているものとする。また、区間Ｙは、区間Ｙａ、Ｙｂ、Ｙｃを含む。舗装工事Ｙ１の区間は、区間Ｙａ、Ｙｂ、Ｙｃとする。電気工事Ｙ２の区間は、区間Ｙａとする。下水道工事Ｙ３の区間は、区間Ｙｃとする。例えば、工事区間の長さが異なる場合であっても、区間を統合して、各工事のスケジュールを変更することで、掘り起こし作業などの繰り返しを抑止して、工事の期間を短縮することができる。【００８２】
なお、区間Ｘにおいて、舗装工事Ｘ１と、電気工事Ｘ２と、下水道工事Ｘ３とが予定されている場合には、深い場所を作業する工事が優先して行われる。このため、工事管理装置１００は、工事の深さに応じて、更に、スケジュールを細分化して設定してもよい。例えば、９月上旬に、舗装工事Ｘ１と、電気工事Ｘ２と、下水道工事Ｘ３が予定されている場合には、工事管理装置１００は、深い場所の工事ほど、実施予定日を前にする。例えば、工事管理装置１００は、下水道工事Ｘ３のスケジュールを９月１日〜３日、電気工事Ｘ２のスケジュールを９月４日〜６日、舗装工事Ｘ１のスケジュールを、９月７日〜１０日とする。【００８３】
工事管理装置１００は、道路工事と道路の地下に埋設された物件の工事との双方が予定された区間を特定し、特定した区間を地図上に強調表示する処理を行う。このため、作業員や自治体の職員は、スケジュールの変更を行う区間を確認する作業が容易となる。【００８４】
工事管理装置１００は、道路の整備を目的とする工事と、道路の地下に埋設された物件の整備を目的とする工事とが同一の区間で予定されており、各工事の実施予定日が異なっている場合に、工事の実施予定の変更を行う。これにより、作業員や自治体の職員が話し合いを行う負荷を減らしつつ、工事の期間を短縮することができる。また、工事管理装置１００は、工事の実施予定を変更する場合に、実施予定が、特定の期間内に収まるようにする。このため、作業員や自治体の都合に合わせて、工事の実施期間を自動で変更することができる。【００８５】
工事管理装置１００は、工事のスケジュールの変更を行った場合に、変更後の工事のスケジュールの情報を、工事を発注先の端末装置１０に通知する。このため、工事のスケジュール変更を発注先に、確実に通知することができる。【００８６】
次に、上記実施例に示した工事管理装置１００と同様の機能を実現する工事管理プログラムを実行するコンピュータの一例について説明する。図１６は、工事管理プログラムを実行するコンピュータの一例を示す図である。【００８７】
図１６に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、ユーザからのデータの入力を受け付ける入力装置２０２と、ディスプレイ２０３とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取る読み取り装置２０４と、ネットワークを介して他のコンピュータとの間でデータの授受を行うインターフェース装置２０５とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０６と、ハードディスク装置２０７とを有する。そして、各装置２０１〜２０７は、バス２０８に接続される。【００８８】
ハードディスク装置２０７は、生成プログラム２０７ａ、特定プログラム２０７ｂ、表示制御プログラム２０７ｃ、変更処理プログラム２０７ｄを有する。ＣＰＵ２０１は、生成プログラム２０７ａ、特定プログラム２０７ｂ、表示制御プログラム２０７ｃ、変更処理プログラム２０７ｄを読み出してＲＡＭ２０６に展開する。生成プログラム２０７ａは、生成プロセス２０６ａとして機能する。特定プログラム２０７ｂは、特定プロセス２０６ｂとして機能する。表示制御プログラム２０７ｃは、表示制御プロセス２０６ｃとして機能する。変更処理プログラム２０７ｄは、変更処理プロセス２０６ｄとして機能する。【００８９】
例えば、生成プロセス２０６ａは、テーブル生成部１５０ｂに対応する。特定プロセス２０６ｂは、特定部１５０ｃに対応する。表示制御プロセス２０６ｃは、表示制御部１５０ｄに対応する。変更処理プロセス２０６ｄは、変更処理部１５０ｅに対応する。【００９０】
なお、生成プログラム２０７ａ、特定プログラム２０７ｂ、表示制御プログラム２０７ｃ、変更処理プログラム２０７ｄについては、必ずしも最初からハードディスク装置２０７に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ２００が各プログラム２０７ａ〜２０７ｄを読み出して実行するようにしてもよい。
【符号の説明】
【００９１】
１０ａ，１０ｂ，１０ｃ，１０ｄ  端末装置
１００    工事管理装置
１５０ｂ  テーブル生成部
１５０ｃ  特定部
１５０ｄ  表示制御部
１５０ｅ  変更処理部
【図１】
2016067403.tif 000003
【図２】
2016067403.tif 000004
【図３】
2016067403.tif 000005
【図４】
2016067403.tif 000006
【図５】
2016067403.tif 000007
【図６】
2016067403.tif 000008
【図７】
2016067403.tif 000009
【図８】
2016067403.tif 000010
【図９】
2016067403.tif 000011
【図１０】
2016067403.tif 000012
【図１１】
2016067403.tif 000013
【図１２】
2016067403.tif 000014
【図１３】
2016067403.tif 000015
【図１４】
2016067403.tif 000016
【図１５】
2016067403.tif 000017
【図１６】
2016067403.tif 000018
【国際調査報告】
2016067403.tif 000019
2016067403.tif 000020