工事情報共有システム（施工業者の取り組みについて）はじめに
東日本大震災において沿岸部では、情報共有化システムを運用している現場ではサーバーに残っていたデーターで工事書類の復元と出来形確認、設計変更への対応もス
ムーズで、現場事務所再建前でも業務が継続できた。
他方、システムを運用していない現場は書類もなく、検査でも点数をつけようもなく、情報共有システムの重要性が再認識された。このようなこともあり、全国的には、平成２５年度からのシステムの運用を東北地方整備局は、平成２３年９月以降契約のすべての工事で工事情報共有システムを利用することを原則とした。
平成９年のCALS/ECの最初のアクションプログラムから１４年経過し、本格運用となる。
情報共有化システムは、設計図書、工事写真、議事録等の大量の情報を取り扱う工事の各業務プロセスにおいて、工事に参画している担当者間でITを活用して、必要な情報を、場所や時間の制限によらず共有する事である。
工事情報共有化システムは、以下の効果が期出来る。
①文書管理の効率化、保存。
②正確な最新情報を共有して施工し品質を向上させる。
③移動時間の短縮④電子納品の効率化等である。
業務の効率化が行われないシステムの運用では意味をなさないと思われる。
情報共有システムの円滑な利用により、業務の効率化が図るために現場検証した結果、その取り組みについて考察するものである。
CALS/ECの歩み・CALS/ECの最初のアクションプログラムが平成9年～平成16年（1996～2004）フェーズ１、２、３に分かれ実施された。
・ Windowa95が出た次の年になり、平成9年当時は個人が情報端末としてのＰＣを所持していない。
・ 当初は、世代間のギャップがあり、上司はＰＣを触れたこともなかったケースが多く理解を得るのが困難であった。


 電子成果品の活用が一部に限定。
 情報共有が業務効率に結びついていない。
 電子成果品が維持管理に活用されていない。
 ハード、インターネット環境が未熟。
 紙媒体と電子媒体の併存
 仕事のやり方が電子に合わせた方法になっていない。
 CALS/ECｱｸｼｮﾝﾌﾟﾛｸﾞﾗﾑ2005の策定（18の目標）

建設CALS整備基本構想（案）（1996～2010）

ｱｸｼｮﾝﾌﾟﾛｸﾞﾗﾑ2005特徴
 プロセスに大きく焦点があたっている。
 プロセスでも情報の共有・連帯という本来CALSが求めている姿が強調されている。
 現況は情報交換としての“資格審査申請のインターネット受付、入札情報サービス、入札説明書・図面のダウンロード、電子入札等”はかなり浸透している。
 業務プロセスの改善である情報共有システムについては浸透がまだまだ十分ではない。
港湾CALS
 【港湾CALSの取り組み内容】

統合データベースシステムの構築・運用
 電子調達システムの導入
 港湾施設情報システム（GIS基盤）の高度利用
 成果品の標準化・電子化および電子納品の実施
 施工管理業務における情報共有化の促進

東北工事情報共有システム研究会の活動経緯【目的】
受注者の視点で土木生産システムの効率化 → 受注者の工事採算の向上【経緯】
中間取りまとめ◆研究会（建設業協会・施工業者代表・建設協会・オブで整備局）◆各県研究会（建設業協会・施工者現場代理人等・現場技術員
東北建設協会・ASP・オブで整備局事務所主任監督員等）◆各県施工者向け説明会（建設業協会・研究会の共催））◆講習会講師派遣 ◆アンケート調査 ◆ASPのシステム改良要望

福島県での運用経過
運用経過（道路改良工事、河川工事、防災工事、橋梁補修工事）①福島地区工事施工情報共有システム研究会設立。
（平成21年6月）（東北地方整備局、福島河川国道事務所、東北建設協会
福島県建設業協会、 TOINX,佐藤工業、小野工業所）②ASPを利用した工事施工情報ｼｽﾃﾑの勉強会。
（平成21年7月）（福島河川国道事務所建設監督官、ネクスコ東日本、TOINX、工事担当者）③実証実験がISDN環境下であった現場は、ADSL環境下に事務所を建設。
④ASP利用申請。
⑤ID、パスワード受理。


⑥道路改良工事、河川工事、橋梁補修工事運用開始。
⑦防災工事はISDN環境下で運用開始。
⑧防災工事はモバイル通信、光通信（本社）も併用。
⑨現場完成検査（平成21年12月電子検査）－ADSL環境下⑩現場完成検査（平成22年1月電子検査）－ISDN環境下⑪工事情報化システム説明会（平成２２年９月２７日）
ｲﾝﾀｰ ﾈｯﾄ環境中心に説明⑫情報共有システム利用状況（東北地方整備局管内）
平成２１年以降２８７件
工事管理官＝164件 （福島、宮城、青森、秋田）
Basepage ＝109件（岩手、山形）
その他
＝ 14件
平成２３年８月現在登録ユーザー数 約１２００名

現場事務所のｲﾝﾀｰﾈｯﾄ環境
工事受注後現場事務所のｲﾝﾀｰﾈｯﾄ環境を調査し、光通信、ADSL環境下である事、また発注者、受注者の送受信メールデーター容量を確認する必要がある。
通信環境は以下の通りである。

１）．光通信（最大通信速度≒100×103ｋbit/秒）２）．ADSL（最大通信速度＝ 47×103ｋbit/秒）３）．ISDN（最大通信速度max＝64ｋbit/秒）４）．ﾓﾊﾞｲﾙ通信（最大通信速度＝7.2×103ｋbit/秒）５）．送信・受信メールデータ容量（福島国道河川工事事務所５Ｍﾊﾞｲﾄ）
光通信、ADSL環境下では業務の効率化を図れるがISDN下では業務の効率化を図ることは出来ないことは検証の結果から実証された。
施工情報共有システムパターン
1)パターン
技術支援：品質検査、工事管理

東北整備局発注工事
工事執行管理業務（ネクスコ）

発注者⇔品質検査、工事管理⇔受注者（技術支援）

工事管理支援業務（コンサルタント）現場事務所対応機器とソフトウエア等
１）主な対応機器等①パソコン、(モバイル通信用データカード)②インターネット回線③コピー、プリンター、スキャナー、FAX対応の複合機④デジタルカメラ⑤プロジェクター(電子検査対応機器）
２）主なソフトウエア①Internet Explorer等②ワード、エクセル等③CADソフト④品質管理、出来形管理、写真管理、電子納品ソフト⑤ＰＤＦ編集ソフト（Adobe Acrobat 9 pro)
※ソフトを選択する場合使用者が限定され、数年後に使えなくなる可能性、バックアップの期待できない可能性のあるソフトは避けた方が無難、多数の人で改良しながら使えるソフトが無難。 モバイル端末
タブレットPCやスマートフォンを上手に利用することにより、業務の効率化をアップすることも考えられる。
利点 タッチパネル操作が可能 画面が10インチ以上であれば図面等も見ることができる。
欠点
 現場での使用を考えると堅牢性が高いモデルが必要で、その場合、値段が高く、重量が重い

タブレットＰＣ利点
 手のひらサイズのため持ち歩きしやすい タッチパネル操作が可能
 携帯電話としても使用できる欠点
 画面が小さいため一度に見れる情報が限られる 使用できるアプリケーションが限定される
 堅牢性が高い製品が無く、砂埃や雨などの影響を受けやすい場所では故障しやすいスマートフォン

ASP方式 ASP(Application Service Provider)方式

実務処理プログラムを提供している接続業者（ASP事業者15社）が、運用・管理等を行う、アウトソーシング（外注委託）による方式。
平成16年からASPのザービスが提供され現在に至っている。
ASPの選定


東北地方整備局管内では、平成２１年度以降の情報共有化システム提供者１５社のうち、青森、秋田、宮城、福島で「工事管理官」、岩手、山形で「Basepage」が主に利用されており、その他、ACS,Beingも利用されている。
国土技術政策総合研究所「情報共有システム提供者機能要件対応条件一覧表」（提供者１５社）「土木工事の情報共有システム活用ガイドラインRev.3」（平成２３年４月）
１-５情報共有システムの利用上の留意点（３）同一の情報共有システムの利用
発注者は、監督職員が同一の情報共有システムを利用するように努めてください。監督職員は一度に何件もの工事を担当します。各工事で異なる複数の情報共有システムを使用してしまうと監督業務における業務効率化の効果は発言しません。少なくとも事務所単位（総括監督員単位）で同一の情報共有システムの利用が必要です。


佐藤工業㈱はASPにTOiNXを選定した。選定理由は下記の通りである。
①東北地方整備局とNECの共同開発である。
②新潟県、秋田県、東北電力、北海道、沖縄で採用されている。
③東北情報共有化ｼｽﾃﾑ研究会、四国地方整備局で実証実験中である。 （要望したことがすぐ反映され易い。）④国土技術政策総合研究所の「情報共有システム提供者機能要件対応条件一覧表」（提供者15社）で問題なし。
⑤TOiNXのデータセンターは、免震構造の建物内に設置され、震災に強く生体認証による入退室管理によりセキュリテーを確保している。

情報共有システム提供者機能要件対応状況一覧表（国総研）２）運用状況と感想
a. ASP操作自体はメールのやり取りのようで簡単であった。
インターネット上なので移動時間の短縮等では効率化を図れた。
b.日々管理をしていれば、その都度書類が申請できるので、効率的である。
c.フォルダー構成やファイルの格納は決められた責任者の指示で行わないと、何がどこにあるか分からなくなり検査の時混乱する。
d.承認完了書類がある程度たまってきたら、電子納品のダウンロードを行えば もっと業務の効率化が図れた。
e. ASPのやり取りだけでは処理できず、紙ベースで打ち合わせてから、ASPに乗せることもあった。
f. オリジナルデータ（Excel, Word)での添付資料は問題ないが、それ以外は添付資料にPDFを使用したため変換に時間が要した。
g. PDF変換の際、なにも考えずにただ書類を流して変換したため、縦横の確認や訂正に時間がかかった。 （特に施工計画書）
h. PDFの書類は、訂正があった場合、再度PDFに変換しなおす必要があり、ページを挿入しなおしたりと、Excel等のデーターを添付するより手間がかかった。

i. 現場代理人→監理技術者→コンサル（2名）→ﾈｸｽｺ（2名）→ 監督官と書類を7人回覧しなければならなかったため、チェックする人が多く、 書類承認までに時間がかかった。
回覧順序を設定されたままに運用したが、自由経路といって順序をかえるシステムがあるので、事前に関係者と回覧順序を良く打ち合わせれば良かった。
j. 協議書については、申請前に監督官、発注者支援担当者との調整を行っておくことがスムーズな決裁につながる。
紙ベースのときより、日ごろの密なコミニュケーションが必要である。
k. 工種が多く書類が多かったので、タイトル「副題」が重複し、たとえば「擁壁に 使用する材料について」とすると3～4個あり、何の材料について提出したか一 覧表で分からなくなり、いちいち確認のため開くこともあった。タイトルの「副題」はそのものが特定出来る様にしなくては効率的でない。
l.

ISDNの環境化では、ソフトを開くのにも時間がかかりイライラした。また、10メガ程度のデータを送付したり、開いたりすると途中で タイムアウトした。


m．CADについて
・設計図面がCAD製図基準を満たしていない図面もあった。
・Ｐ２１で発注者から図面がもらえない時がある。
・ＳＸＦ形式で拡張子がＰ２１で納品された成果品が自分の使用しているCADソフトで読めるか、書き込みが出来るか。
（東北地方整備局使用のCADソフトビーナスは、受注者が使用している、ソフトでは変換できないケースが多々ある）
・電子納品の際自分の使用しているソフトでＰ２１に変換出来るか検討。
・電子納品するために、CAD製図基準を完全に満たすことは難しかった。そのためOTHRSで納品した。



n. 通信環境の評価
・光通信では殆ど問題がなくストレスを感じなかった。
・ADSLについては光通信を併用していると処理スピードが遅くてストレスを感じた。
・ISDN、モバイル通信での環境化でのASPの利用は、ASPソフトを開くだけども時間がかかったり、時にタイムアウトで送受信出来なくなり、非常にストレスを感じた

USBメモリーの使用禁止
 USBメモリーとウイルス感染

受注者、監督職員等がデーターを渡すときUSBを使用するとＰＣがウイルス感染し、ネットワークがダウンする危険性があるので、USBの使用は使用すべきで無い。
受注者は、施工計画書等でキュリティーに関する記述としてUSBの不使用を明記した方が良い。
電子検査1）使用機器①パソコン 3台
（発注者1台、受注者2台＝投影用1台＋検索用1台）②プロジェクタ‐1台③ホワイトボード（スクリーン用）④ポインター
2）検査方法打合せ簿、工事写真、施工計画書の電子データをPCとﾌﾟﾛｼﾞｪｸﾀｰを使い、スクリーンに投影し、図面は紙ベースとした。
①ASPでやり取りした打合せ簿
ASPよりダウンロードしたデータ一覧表をPC上に置き、ビューアより打合簿、工事履行報告書、段階確認書をPC上で再現しスクリーンに投影した。
②工事写真
工事写真はASPでやり取りしていない書類である。電子検査時には電子納品物として作成済みで、ビューアよりPC上で再現しスクリーンに投影した。
③施工計画書
施工計画書はASPの打合せ簿で提出、検査時には電子納品物として作成済、ビューアよりPC上で再現しスクリーンに投影した。

３）検査時反省点①検査時にASPからのデーターダウンロードをスピードアップして欲しい。
納品情報がすべて入力されていないとデータをダウンロードﾞ出来ない。
（書類の決裁完了時期は、完成検査直前になる）
a. ASPは分割してのデータのダウンロードする機能を追加してほしい。
b. 日々の納品情報入力の業務ルールの構築

c．ASPからのﾃﾞｰﾀのダウンロードの試行・ダウンロードの作成（サーバ上に作成）、およびダウンロードデータの転送（サーバから自分のPCへの転送）の経験がないことから、処理に時間がかかった。
（ダウンロードの作成は1Gのデーターで約50分、転送は約2時間要した。）
従って本番データ実施前に、試験案件でダウンロードデータの作成および転送の練習をすることが必要と思われる。
d．電子検査時に、打合せ簿を素早く探すためには、電子納品情報のタイトル（副題）をその書類が特定出来る様記入すべきだった。

②電子検査ビューアの使い方
検査官から言われた案件を素早く表示させるため、データのタイトルを把握し、検索等パソコン操作はパソコンの操作能力がある人が対応し、現場代理人は検査官との質問応対に徹したほうが良い。
③施工計画書の検査
紙ベースで行うのがよく、電子検査には向かない。
④完成検査方法
検査項目がランダムであると検索に時間がかかることがある。
電子検査状況

課題と要望
１）通信環境・光通信は最適、ADSLは良好、ISDN、モバイル通信下では業務の効率化は図れなかった。
２）ASP
・書類別の回覧順序の検討。
３）PDF
・1つの文書にワード、エクセル、図面等が複合する場合は、見易くするために、PDFに変換する手間が生じた。
４）CAD
・CADの製図基準以外の設計図面。
・製図基準に則った現場での納品。
５）その他、・量が多いと紙ベースの方がチェックし易い。（全般的に電子データーを紙で出力してチェックし直す傾向にある。）

表題

問題点

改善・要望

1

打合せ簿入力

打合せ簿記入完了して添付ファイル選択画面から再度打合せ簿画面に戻ると記入内容が無くなる

記入内容を保持してほしい。

2

打合せ簿入力入力画面と印刷画面の見栄えが違う。
見やすくするために改行しても印刷すると違う。

入力した通り印刷して欲しい。

3

打合せ簿入力禁文字を使用した時、どこが禁文字か分かりずらい。

自動変換機能をつけてほしい。

4

打合せ簿入力材料確認、段階確認等の書類は発注者の記入欄が記載された状態のため、実質的に引用提出が出来ない。

引用提出時は、発注者側の記載項目、確認印は消した状態にして欲しい。また、材料確認はもっと簡単に複写したい。

5

打合せ簿入力工期変更の時、履行報告書はヘルプデスクで変更だが、引用提出出来なくなり、再度初めから入力となる。

複写、コピーが出来るようにしてほしい。

6

納品情報

提出書類に「確認立会」「材料確認」「段階確認」のみ提出一
覧の納品情報で打合せ簿で種類の初期設定が「指示」になっている。
「施工計画書」はプランに行かなくてはならないのに工事打合せ簿に入っている。

最終的に、電子納品する項目に分けて欲しい。

7

納品情報一覧画面の状態をプリントアウトできない。

完成検査時の目次として、日別、書類別等に印刷できるようにして欲しい。

おわりに今回、路改良工事、防災工事、河川工事、橋梁補修工
事現場でASPを利用した工事情報共有システムの実証実験にあたり、 建設監督官をはじめ工事関係者皆様のご協力により、初期の目的を達成する事できました。
このような機会を設けて頂き厚く感謝を申しあげます。
佐藤工業株式会社
株式会社小野工業所
実証実験現場職員一同