TS出来形XMLを納品データに組み込む前の6確認

TS出来形XMLは、TSを用いた出来形管理で扱う施工管理データを、納品データの中で正しく追跡できるようにするための重要なデータです。ここでいうTS出来形XMLは、実務上そう呼ばれることがあるXML形式のデータを指しますが、実際の提出方法、格納場所、ファイル名、管理ファイルへの記載方法は、発注者の要領、電子納品要領、工事ごとの協議内容に従って確認する必要があります。

測定した数値そのものが正しくても、納品データに組み込む段階でファイルの取り違え、測点名の不一致、座標系の混在、管理値との対応違い、フォルダ配置の誤りがあると、検査前の確認や受け渡しで手戻りが発生しやすくなります。特に「TS出来形 XML」で検索している実務担当者は、XMLを作成するところまでは進めたものの、電子納品用のデータ一式にどう組み込めばよいか、どこを見ればミスを防げるかで迷っていることが多いはずです。

この記事では、TS出来形XMLを納品データに組み込む前に確認したい6つの観点を、現場実務で使いやすい順に整理します。特定のソフトウェア名や機器名に依存せず、発注者の基準、工事書類の整理ルール、現場での測定記録、出来形管理資料との整合を確認するための考え方としてまとめます。

目次

• TS出来形XMLを納品前に確認する目的

• 確認1 XMLの対象工種と管理項目が納品範囲と合っているか

• 確認2 設計値と実測値の対応関係にずれがないか

• 確認3 測点名、断面名、管理番号の表記がそろっているか

• 確認4 座標系、高さ、単位、丸め処理に混在がないか

• 確認5 フォルダ構成、関連資料、ファイル名が追跡できるか

• 確認6 検査で説明できる形にバックアップと確認記録を残したか

• TS出来形XMLを現場運用から納品までつなげる考え方

TS出来形XMLを納品前に確認する目的

TS出来形XMLを納品データに組み込む前の確認は、単にXMLファイルを開けるかどうかを見る作業ではありません。大切なのは、そのXMLが、どの工事の、どの範囲の、どの出来形管理結果を表しているのかを、後から見ても説明できる状態にしておくことです。現場で測定した数値は、測定した本人にとっては意味が明確でも、検査担当者、発注者、協力会社、社内の別担当者が同じ前提で読めるとは限りません。納品データは、担当者の記憶に頼らず、データと資料だけで流れを追える状態が求められます。

XMLは人が読む帳票とは違い、データ構造の中に工種、測点、設計データ、出来形計測データ、出来形管理箇所に関わる情報などを保持します。ただし、どの項目がどの形式で格納されるかは、適用するデータ交換標準、ソフトウェア、発注者の指定によって異なります。そのため、納品前には、XMLを作ったことだけで安心せず、今回の工事で求められる形式と内容に合っているかを確認することが必要です。

納品前の確認で特に避けたいのは、検査直前になって、どのデータが最終版か分からない、帳票とXMLの数値が対応しない、出来形管理図と測定結果の測点名が結び付かないという状態です。このような手戻りは、ファイルを作り直すだけでなく、現場への再確認、社内承認のやり直し、協力会社への問い合わせ、写真や日報との照合などを伴うため、想像以上に時間を使います。

TS出来形XMLを納品データに組み込む前には、XMLそのものの形式確認に加えて、設計データ、測定データ、出来形管理資料、工事写真、日報、検査用説明資料とのつながりを見る必要があります。XMLを単独のファイルとして扱うのではなく、納品データ全体の中で意味を持つ部品として確認することが重要です。

また、納品前確認を独自ルールだけで進めないことも重要です。TS出来形XMLは、現場の都合だけで名前や格納場所を決めるものではありません。電子納品の対象となる場合は、工事完成図書の電子納品に関する要領、その他資料の扱い、管理ファイルへの記載、データ交換標準の版、発注者との協議内容を確認したうえで、納品データに組み込む必要があります。この記事で扱う6つの確認は、その前提を守りながらミスを減らすための実務チェックです。

確認1 XMLの対象工種と管理項目が納品範囲と合っているか

最初に確認したいのは、TS出来形XMLが納品対象の工種、施工範囲、管理項目と一致しているかです。XMLを作成する作業では、測定したデータをまとめて出力することに意識が向きがちですが、納品時には、このXMLは何を表すデータなのかを明確にする必要があります。道路、造成、構造物まわり、法面、舗装、排水構造物など、工事の内容によって管理すべき項目や測定箇所は変わります。対象外の範囲のデータが混ざっていたり、納品対象の一部が抜けていたりすると、後工程で確認が難しくなります。

まず、工事全体の出来形管理対象と、今回納品するXMLの対象範囲を照らし合わせます。全工区をまとめたXMLなのか、工区ごとに分けたXMLなのか、施工段階ごとに分けたXMLなのかを整理します。分割して管理している場合は、分割の単位が発注者との協議内容、社内の管理台帳、帳票の作成単位と一致しているかを見ることが大切です。現場では扱いやすさを優先してデータを分けることがありますが、納品時の単位とずれていると、後で結合作業や説明資料の作り直しが必要になります。

次に、XMLに含まれる管理項目が、出来形管理で必要とされる項目と対応しているかを確認します。高さ、幅、延長、厚さ、勾配、法長、基準高、中心線からの離れなど、工種によって確認すべき項目は異なります。XML内に実測値が入っていても、必要な管理項目として整理されていなければ、納品データとしては不十分になる場合があります。逆に、測定はしているものの納品対象ではない参考値が正式な出来形管理値のように混在していると、検査時にどこまでが提出対象なのか説明しにくくなります。

この段階では、最終設計図書、変更指示、協議記録、施工計画書、出来形管理基準に関わる社内資料などとの整合も見ます。施工中に設計変更があった場合は、変更前の管理項目で作成したXMLが残っていないかに注意が必要です。変更後の形状や数量に合わせて管理項目を見直したにもかかわらず、XML出力時に旧データを選んでしまうと、見た目には完成していても、納品範囲としては不整合になります。

また、工区名や路線名、測点範囲の扱いも重要です。現場内で便宜的に使っていた呼び名と、正式な工事書類上の名称が異なる場合があります。現場では通じる略称でも、納品データでは正式名称との対応が必要です。XML内の名称、帳票の表題、管理ファイルへの記載、関連資料の名称がばらばらだと、受け取る側は同じ範囲のデータかどうかを判断しにくくなります。

対象工種と管理項目の確認では、データ交換標準の版や適用する要領の確認も欠かせません。過去の工事や別現場で使った設定をそのまま流用すると、今回の工種や提出条件に合わない可能性があります。XMLが正常に出力できていても、適用対象や提出条件が違えば、納品データとしては不十分です。出力前後の段階で、今回の工事に必要な条件に合わせているかを確認しておきます。

この確認を丁寧に行うことで、後から、この測定結果はどの範囲のものか、この管理項目は納品対象か、変更後の設計に対応しているかといった質問に答えやすくなります。TS出来形XMLは、納品データ全体の中で孤立させず、工事の範囲と管理項目にひも付けて扱うことが基本です。

確認2 設計値と実測値の対応関係にずれがないか

TS出来形XMLで最も重要な確認の一つが、設計値と実測値の対応関係です。出来形管理では、現場で測った値が設計値や規格値に対してどうなっているかを確認します。そのため、実測値そのものが正しくても、対応する設計値が違っていれば、判定や説明が意味を持たなくなります。納品前には、XMLに入っている設計データと出来形計測データが、同じ測点、同じ断面、同じ管理項目で結び付いているかを確認する必要があります。

よくある不整合は、測点の並び替えや設計データ更新の際に起こります。測定時には正しい測点で記録していても、後から設計値を取り込んだときに、測点名や断面名の一致条件がずれてしまうことがあります。測点の表記が少し違うだけで、別の点として扱われたり、意図しない設計値に結び付いたりすることもあります。帳票では近い位置に表示されるため気付きにくくても、XMLでは別データとして保持されている場合があります。

設計変更があった現場では、さらに注意が必要です。施工途中で高さ、幅員、勾配、断面形状、施工範囲が変わった場合、測定値をどの版の設計値と比較するかを明確にしなければなりません。変更前に測った箇所、変更後に測った箇所、再測定した箇所が混在していると、XMLの作成時に古い設計値が残る可能性があります。最終納品では、最終的に承認された設計内容に基づいて整理されているかを確認します。

実測値については、現場で取得した生データ、整理後のデータ、帳票に出力された値の関係を見ます。測定値を転記したり、別形式で読み込んだり、帳票用に丸めたりした場合、どの値がXMLに入っているかを把握しておく必要があります。小数点以下の扱いや丸め方によって、帳票とXMLの表示値がわずかに違って見えることがあります。数値の違いが計算上の丸めによるものなのか、データの取り違えによるものなのかを説明できるようにしておくことが大切です。

また、管理項目の意味が似ている場合にも注意します。高さと基準高、幅と出来形幅、設計延長と実測延長、法長と斜距離など、現場では同じような言葉で会話されることがありますが、管理上は意味が異なる場合があります。XMLに入れる段階で項目名や列の対応を誤ると、数値は存在していても、管理値としては別の意味になってしまいます。

確認では、代表点だけでなく、端部、変化点、設計変更箇所、測定し直した箇所を重点的に見ます。すべての測点を一つずつ確認するのが理想ですが、時間が限られる場合でも、エラーが起きやすい箇所を優先することで手戻りを減らせます。特に、起点と終点、工区境、構造物との取り合い、横断形状が変わる位置、曲線部、勾配変化部は、設計値と実測値の対応がずれやすい箇所です。

XMLと帳票を照合するときは、単に合否や判定だけを見るのではなく、測点名、管理項目、設計値、実測値、差分、規格値の流れを確認します。判定が合格になっていても、参照している設計値が違えば、合格の意味が変わります。納品前には、検査で質問されそうな箇所を想定しながら、設計値と実測値の結び付きが説明できる状態にしておきます。

TS出来形XMLの品質は、測定精度だけで決まるものではありません。設計値と実測値が正しく対応していることによって、初めて出来形管理データとして信頼できます。納品前の確認では、数値の存在ではなく、数値の関係を確認することが重要です。

確認3 測点名、断面名、管理番号の表記がそろっているか

TS出来形XMLを納品データに組み込む前には、測点名、断面名、管理番号などの表記ゆれを確認します。表記の問題は一見すると小さなミスに見えますが、納品データ全体の追跡性に大きく影響します。XML、出来形管理帳票、出来形管理図、工事写真、日報、測量記録で名称がそろっていないと、同じ測点を指しているのか、別の測点を指しているのかが分かりにくくなります。

現場では、測点名を短く呼んだり、作業班ごとに略称を使ったりすることがあります。正式な測点名に対して、現場メモでは一部だけを記載する場合もあります。また、半角と全角、ハイフンの種類、空白の有無、桁数のそろえ方、前後の文字列の付け方が担当者によって異なることもあります。人が見れば同じ意味だと判断できても、データ上は別の名称として扱われることがあります。

XMLに組み込まれた測点名が帳票や図面と対応していない場合、検査時に確認の手間が増えます。測定結果の妥当性を説明する前に、まずこの名称はどの位置を指すのかを説明しなければならなくなるためです。これは単なる見た目の問題ではなく、出来形管理の根拠をたどるうえでの問題です。

断面名についても同様です。路線系の工事では、測点や断面の名称が出来形管理の基本になります。平面図、縦断図、横断図、測量データ、現場のマーキングで同じ断面を指す名称が違っていると、データを照合する人が迷います。特に、枝番を付けた断面、追加測点、補助測点、変更後に追加された断面は表記ゆれが起こりやすい箇所です。

表記確認では、まず正式な名称ルールを一つ決めます。発注者提出資料に合わせるのか、設計図書に合わせるのか、出来形管理帳票に合わせるのかを決め、納品データ内ではそのルールに統一します。すでに複数の名称が混在している場合は、どれを正式表記とするかを関係者で確認し、必要に応じて対応表を残します。

ここで注意したいのは、現場で使っていた名称を無理に消すことではありません。現場名や略称が日報や写真に残っている場合、それをすべて正式名称に置き換えるとかえって現場記録との関係が分かりにくくなることがあります。その場合は、正式名称と現場で使った呼称の対応を整理し、納品データの中で追えるようにしておくことが現実的です。

XMLの確認では、同じ意味の測点が重複していないか、空欄や仮名称が残っていないか、不要な記号や作業メモが入っていないかも見ます。作成途中に使った仮、確認中、再測などの文字がそのまま残っていると、納品データとしての信頼性に影響します。再測したデータを使っている場合は、古い測定値と混同しないよう、最終値だけが正式データとして整理されているかを確認します。

測点名や断面名の統一は、地味ですが効果の高い確認です。名称がそろっているだけで、XML、帳票、図面、写真のつながりが明確になり、検査での説明もスムーズになります。納品前には、数値の確認と同じくらい、名称の確認にも時間をかける価値があります。

確認4 座標系、高さ、単位、丸め処理に混在がないか

TS出来形XMLを納品データに組み込む前には、座標系、高さの基準、単位、丸め処理が混在していないかを確認します。出来形管理では数値が中心になりますが、その数値がどの前提で作られているかを確認しなければ、正しい評価はできません。同じ座標値や高さの値でも、基準が違えば意味が変わります。

まず確認すべきは座標系です。設計データ、測量データ、現場での測定データ、出来形XMLが同じ座標系で整理されているかを見ます。公共座標、現場独自のローカル座標、施工用に変換した座標などが混在していると、位置の整合が取れなくなります。現場では施工のしやすさを優先してローカル座標を使うことがありますが、納品時にどの座標として整理するかは明確にしておく必要があります。

座標系の問題は、見た目だけでは分かりにくいことがあります。図面上では重なって見えていても、実際の数値は別の基準で作られている場合があります。また、変換作業をしたときに、原点、回転、縮尺、高さの扱いが正しく反映されていないこともあります。XMLに入れる前には、既知点や基準点、代表的な測点を使って、座標のずれがないかを確認します。

高さについては、標高、設計高、施工基準高、機械設置時の高さ、ターゲット高、器械高など、複数の概念が関係します。TS出来形では、測定時の設定ミスが実測値に影響することがあります。納品前には、測定時の器械高やターゲット高の設定、基準点の高さ、設計高との比較方法が正しく整理されているかを確認します。

特に注意したいのは、測定日や作業班によって設定が変わっていないかです。複数日にわたって測定した場合、機器の設置点や高さ設定が変わります。各日の測定データをまとめてXMLにする際に、設定条件が適切に反映されていなければ、同じ管理項目の中に異なる前提の値が混ざる可能性があります。測定記録や日報と照合し、どの日にどの条件で測ったかを追えるようにします。

単位の確認も欠かせません。長さ、面積、体積、勾配、角度など、管理項目によって単位が異なります。メートルとミリメートルの扱い、小数点位置、勾配の表現、角度の表現が混ざっていると、数値の意味が変わります。帳票では単位が明記されていても、XML内ではデータとして扱われるため、出力時や読み込み時の設定が重要になります。

丸め処理については、現場の実測値、計算値、帳票表示値、XML格納値がどの段階で丸められているかを把握します。小数点以下の桁数が異なるだけで、差分や判定が微妙に変わって見えることがあります。納品前には、丸めのルールが社内資料や提出帳票と合っているかを確認します。丸め前の値と丸め後の値が混在している場合、帳票とXMLを照合したときに不一致に見えることがあります。

座標系、高さ、単位、丸め処理は、現場担当者にとっては当然の前提として扱われがちです。しかし、納品データを見る人は、必ずしも測定時の状況を知っているわけではありません。前提が整理されていないデータは、数値が正しくても信頼性を説明しにくくなります。TS出来形XMLを納品データに入れる前には、数値の背後にある基準を確認し、混在をなくしておくことが重要です。

確認5 フォルダ構成、関連資料、ファイル名が追跡できるか

TS出来形XMLを納品データに組み込む際は、ファイルそのものの中身だけでなく、納品データ全体のフォルダ構成、関連資料との関係、ファイル名の扱いを確認します。ここで特に注意したいのは、分かりやすさを優先して納品用ファイル名や格納場所を任意に変えてよいとは限らないことです。電子納品では、フォルダ、管理ファイル、オリジナルファイル名、資料名、日本語名、説明欄などの扱いが要領や発注者の指示で決まっている場合があります。

まず、TS出来形XMLを格納する場所が、納品データ全体の整理方針と発注者の指定に合っているかを確認します。工事書類、出来形管理資料、測量データ、写真、図面、協議記録など、納品データには多くの種類があります。XMLをどの分類に入れるか、関連する帳票や確認資料をどこに置くかは、現場の判断だけで決めず、適用する電子納品要領や工事ごとの協議内容に合わせます。

フォルダ構成では、作業用の分かりやすさと納品用の規則を分けて考えることが大切です。作業中は工区名や日付を入れたフォルダで整理しても問題ありませんが、納品データに組み込む段階では、要領で求められる構成に合わせる必要があります。作業フォルダの構成をそのまま納品フォルダへ移すと、チェックで不備になったり、管理ファイルとの整合が取れなくなったりするおそれがあります。

ファイル名も同じです。作業中のファイル名には、対象工種、工区、測点範囲、作成日、最終版であることを入れておくと取り違え防止に役立ちます。しかし、納品用のオリジナルファイル名に決まりがある場合は、その決まりを優先します。内容を分かりやすくする情報は、許容される範囲で管理ファイルの資料名、日本語名、ファイル内容、対応表、確認記録などに残すのが安全です。任意に長い説明的なファイル名へ変更すると、かえって納品ルールから外れることがあります。

最終版と作業版の区別も重要です。納品直前には、修正前のXML、再出力したXML、確認用に作成したXML、協力会社から受け取ったXMLなどが同じ作業フォルダに残りがちです。この状態で納品データを組むと、誤って旧版を入れてしまうリスクがあります。納品用フォルダには最終確認済みで、かつ要領に合うファイルだけを入れ、作業版は別の場所に退避するなど、明確に分けておく必要があります。

関連資料との対応も確認します。TS出来形XMLは、出来形管理帳票、出来形管理図、測定記録、工事写真、設計データ、変更資料などと関係します。これらがばらばらに保存されている場合でも、どのXMLがどの資料に対応するかを追える状態にしておきます。対応表を作る場合は、ファイル名、資料名、対象範囲、作成日、確認者、備考を整理しておくと、検査前の説明がしやすくなります。

また、ファイルの更新日時だけに頼らないことも大切です。更新日時は、コピーや移動、再保存によって変わることがあります。新しい日時だから最終版とは限りません。ファイル名や管理台帳、確認記録と合わせて、どれが正式な納品データなのかを判断できるようにします。特に、複数人でデータを扱う現場では、担当者ごとの作業フォルダに似た名前のファイルが残ることが多いため注意が必要です。

納品データに組み込む前には、XMLを開いて確認するだけでなく、実際に納品一式の構成として見たときに、受け取る側が迷わないかを確認します。ただし、その見やすさは納品ルールを崩して実現するのではなく、管理ファイル、対応表、確認記録の整備によって補うことが安全です。XMLの内容が正しくても、納品媒体や成果品一式としての構成が整っていなければ、再提出や差し替えの原因になります。

確認6 検査で説明できる形にバックアップと確認記録を残したか

最後に確認したいのは、TS出来形XMLを納品データに組み込むまでの過程を、検査で説明できる形に残しているかです。納品前の確認では、XMLが最終的に正しい状態になっていることが重要ですが、それと同じくらい、どのように確認したかを後から追えることも重要です。確認記録が残っていないと、検査直前や問い合わせ時に、もう一度同じ確認をやり直すことになります。

まず、最終版のXMLを確定したタイミングで、バックアップを残します。作業途中のファイル、修正前のファイル、最終納品用ファイルが混在しないよう、最終版として確定したものを別管理にします。バックアップは、単に別フォルダへコピーするだけでなく、対象工事、対象範囲、確定日、確認者が分かるようにしておくことが望ましいです。ファイルだけが残っていても、それが何のバックアップなのか分からなければ意味が薄れます。

次に、確認した内容を記録します。XMLの形式確認、対象範囲の確認、設計値と実測値の照合、測点名の確認、座標系や単位の確認、帳票との整合、関連資料との対応、電子納品要領との整合など、何を確認したかを簡潔に残します。細かい作業ログをすべて残す必要はありませんが、重要な確認項目については、いつ、誰が、どの資料を使って確認したかが分かる状態にします。

確認記録は、問題がなかったことを示すためだけではありません。修正した内容を説明するためにも役立ちます。測点名を統一した、旧版の設計値を最終版に差し替えた、再測定結果を反映した、フォルダ構成を納品用に整理した、といった変更があった場合、その理由と対応内容を残しておくことで、後から経緯を説明しやすくなります。

検査で質問されやすいのは、数値の根拠、測定位置の根拠、設計値の根拠、修正履歴です。XMLだけを見せても、これらをすぐに説明できない場合があります。納品前には、検査時に必要になりそうな資料を一緒に開ける状態にしておきます。出来形管理帳票、図面、測定記録、写真、日報、設計変更資料との関係を整理しておくと、質問に対して落ち着いて対応できます。

また、複数人で確認した場合は、確認者ごとの役割も明確にしておくとよいです。現場担当者は測定条件や施工状況を確認し、書類担当者は納品データの構成やファイル名を確認し、管理担当者は最終版の承認を確認する、といった役割分担があると、見落としを減らせます。すべてを一人で確認すると、思い込みによる見落としが起こりやすくなります。

バックアップでは、最終版だけでなく、必要に応じて元データも残します。XMLに変換する前の測定データ、設計データ、照合に使った資料が残っていれば、万一不整合が見つかった場合でも原因を追いやすくなります。ただし、納品データに不要な作業版を混ぜるのは避けます。納品用と保管用を分けることが大切です。

検査対応を意識した確認記録は、現場の負担を増やすものではなく、後の手戻りを減らすための保険です。質問を受けてから慌てて探すのではなく、あらかじめ説明できる状態に整えておくことで、納品前後の不安を減らせます。TS出来形XMLはデータであると同時に、現場の出来形管理を証明する資料の一部です。その証明力を高めるためには、ファイルだけでなく確認の履歴も残しておく必要があります。

TS出来形XMLを現場運用から納品までつなげる考え方

TS出来形XMLを納品データに組み込む前の確認は、納品直前だけの作業として考えると負担が大きくなります。理想は、現場で測定する段階から、最終的な納品を見据えてデータを整えることです。測点名をそろえる、測定条件を記録する、設計変更時にデータを更新する、再測定の履歴を残す、帳票との対応を確認する。こうした日々の積み重ねが、納品前の確認を軽くします。

現場で発生する手戻りの多くは、測定そのものの失敗だけではなく、測定後の整理不足から起こります。どのデータが最終版か分からない、どの測点に対応するか分からない、設計変更が反映されているか分からない、写真や帳票と結び付かない。このような状態になると、XMLを作成する段階で多くの確認が必要になります。逆に、現場段階でデータの意味をそろえておけば、XMLへの出力や納品データへの組み込みはスムーズになります。

TS出来形XMLを扱う実務では、測定、確認、整理、納品を別々の作業として分断しないことが大切です。測定したその日のうちに、測点名、測定条件、対象範囲、写真との対応を確認しておくと、後から思い出す必要がありません。設計変更があった場合も、変更内容をデータに反映したタイミングを記録しておけば、旧版との混同を防げます。

また、現場で使うデータと納品用データの関係を明確にしておくことも重要です。施工中は作業しやすい形式や名称で管理することがありますが、最終的には発注者に伝わる形に整理し直す必要があります。現場用の便利さと納品用の正確さは、どちらも必要です。最初から完全に納品形式だけを意識すると現場運用が重くなる場合がありますが、最低限の対応関係を残しておけば、最後に整理しやすくなります。

TS出来形XMLを納品データに組み込む前の6確認を振り返ると、重要なのは、対象範囲、設計値と実測値、名称、座標や単位、フォルダ構成、確認記録の6つです。これらはそれぞれ独立した確認ではなく、互いにつながっています。対象範囲が曖昧だと測点名の確認も難しくなり、設計値との対応がずれると帳票との整合も崩れます。フォルダ構成が乱れると、確認記録や関連資料にたどり着けなくなります。

納品前の品質を高めるには、XMLを最後に作る成果物として見るだけでなく、現場データの流れの中で見ることが必要です。測定時点で正しく、整理時点で分かりやすく、納品時点で追跡できる。この3つがそろっていると、TS出来形XMLは単なる提出ファイルではなく、現場の出来形管理を支える信頼性の高いデータになります。

TS出来形XMLの納品前確認で大切なのは、XMLを作ったかどうかではなく、発注者の要領に合い、帳票や図面と対応し、検査時に説明できる状態になっているかです。納品直前に慌てて整えるのではなく、現場記録の段階から対象範囲、測点名、設計データの版、測定条件、資料の対応をそろえておくことで、TS出来形XMLは納品データの中で信頼できる根拠として機能します。