給水管からの漏水
コロナ下での人々の孤独に関する調査を実施
本調査は、科学技術振興機構(JST) 社会技術研究開発センター(RISTEX) 戦略的創造研究推進事業(社会技術研究開発)「SDGsの達成に向けた共創的研究開発プログラム(社会的孤立・孤独の予防と多様な社会的ネットワークの構築)」におけるプロジェクト名「孤独・孤立のない社会の実現に向けたSNS相談の活用(研究代表者:上田 路子(早稲田大学 政治経済学術院 准教授。特定非営利活動法人 あなたのいばしょは研究参画機関。研究開発期間:2021年11月~2023年3月)」(JPMJRX21K1)、文部科学省 科学研究補助金(挑戦的研究(萌芽):21K19677)の支援を受けて実施しました。
※科学技術振興機構(JST) 社会技術研究開発センター(RISTEX)は、2021年度に発足した「SDGsの達成に向けた共創的研究開発プログラム(社会的孤立・孤独の予防と多様な社会的ネットワークの構築)」において、さまざまな社会構造の変化を踏まえ、社会的孤立・孤独のメカニズムの解明、孤立・孤独のリスク評価手法(指標など)および社会的孤立・孤独の予防施策開発と、そのPoC(Proof of Concept:概念実証)までを一体的に推進します。2021年度に採択されたプロジェクトは、1年半程度のスモールスタート(可能性検証)期間の後、ステージゲート評価を通過すれば、3年程度の本格研究開発期間に移行します。
<プレスリリース資料>
-
PDF(777KB)
<お問い合わせ先>
<調査に関すること>
特定非営利活動法人 あなたのいばしょ事務局
Tel:03-6206-2862(代表)
<JST事業に関すること>
科学技術振興機構 社会技術研究開発センター 企画運営室
〒102-8666 東京都千代田区四番町5番地3
東出 学信(ヒガシデ タカノブ)
Tel:03-5214-0133 Fax:03-5214-0140
E-mail:koritsu-infojst.go.jp
特定非営利活動法人 あなたのいばしょ事務局 疑わしい箇所を調査した結果
Tel:03-6206-2862(代表)
〒102-8666 東京都千代田区四番町5番地3
Tel:03-5214-8404 Fax:03-5214-8432
E-mail:jstkohojst.go.jp
研究論文における「理論的根拠(Rationale)」とは何?
研究の理論的根拠(rationale of the study)とは、(記事や論文で)その研究を行った理由、もしくは(プロポーザルで)その研究を行うべき理由を示します。つまり、研究の理論的根拠は、読者や審査官に研究の必要性を説明するものです。これを「研究目的(purpose)」や「研究の妥当性(justification」と呼ぶ時もあります。その言葉自体を理解するのは簡単に思えても、理論的根拠が研究課題や研究課題ステートメント(statement of the problem)とどう違い、論文の他の箇所とどう関わっていくのか疑問に思われることでしょう。
目次:
1.研究論文の理論的根拠の執筆方法
2. 研究の必要性を正当化する方法
3. 理論的根拠の例: 論文内の配置場所
研究論文の理論的根拠の執筆方法
研究の理論的根拠の基礎となるのは、予備データや考察に関する明確な記述です。基礎理論研究(疑わしい箇所を調査した結果 basic/theoretical research)を行うのであれば、現状認識との相違を明らかにする為の文献レビュー(literature review)が役立つでしょう。応用実践研究(applied/practical research)を行うのであれば、文書の裏付けが十分にあるにしても、更なる調査を必要とする既存の問題点に対する具体的な手法(例えばワクチン承認登録)や実践(例えば患者の治療)を理論的根拠の基礎とします。過去に発表された既存の証拠や考察を提示する事で、既に他の研究家たちが実証した研究を単に繰り返したり、なんとなく研究のアイデアを思いついた訳ではない事を読者に納得して貰いましょう。
研究の必要性を正当化する方法
研究の必要性を正当化するにあたって、幾つかの制限があります。応用実践研究においては、調査を正当化する理由は常に、過去に行われた工程や実践に問題点があったり満足できるものでは無いことです。例えば、とある国、市、地域の住民が、週末の病院のケア状態に不満(スタッフ不足、十分に注意が行き届かない、何も決めて貰えない等)を抱いているとしましょう。そして、あなたが調べてみた所、これらの認知されている問題が実際の物資やケア不足から来るものであるのか、それとも週末に治療を受ける患者のうち、相応の治療を受けられる患者の人数が少ないのかに関する調査が過去に行われていいない事に気づいたとします。この場合、「データ不足(lack of data)」という問題点が更なる調査を正当化する事になるのです。もしくは、明らかに週末のスタッフ不足や受けられる治療内容が限られているとすれば、結果として平日のどの過程が週末に省かれているか、そして、その為に起こる悪影響を調査をしてみるのもよいでしょう。
方法論的限界(methodological limitations)
- 過去に研究が試みられたが、特定の現象を測定/認識が出来なかったのか?
- 過去の研究は間違った変数の概念の基で行われたのか?
- 過去の研究は疑わしい主概念に基づいて行われたのか?
- 過去の研究は疑わしく不適当な研究計画の基で行われたのか?
背景/文脈上限界(contextual limitations)
- 既存の研究に関しての近日発表された変更は、既存研究を無意味なものにしてしまったか?
- 過去の調査結果に当てはまらないような新しい研究を試みているか?
概念上限界(疑わしい箇所を調査した結果 conceptual limitations)
- 過去の調査結果が当てはまるのは、特別な構成(framework)や空論(ideology)のみであるか?
理論的根拠の例: 論文内の配置場所
理論的根拠が序説箇所にどうフィットするかを、以前記載した課題ステートメント(earlier articles on the statement of the problem)の例でみてみましょう。この例はオンライン学習の難点に関する実践研究の非常に短い序説です。あなたが書く序説はもっと長いかもしれません(特に研究コンテキスト背景の箇所)し、この例は情報源が提供されていません(全ての主張と既存研究の引用は提示するべきです)が、注意して見て欲しい所は研究背景の提示(background presentation)、理論的根拠(rationale)、そして課題ステートメント(statement of the problem)がそれぞれ論理的に調和していて、読者があなたの研究の動機や基礎を簡単に理解出来る事です。
変更箇所の調査
しかしながらHLRCは7.疑わしい箇所を調査した結果 疑わしい箇所を調査した結果 15.0で非推奨になり、新たなJava API Clientがリリースされました。そのため今回のバージョンアップ作業として、新Java API Clientに移行するかを移行ドキュメントと検索クエリのドキュメントで確認し検討しました。ドキュメントから実装方法が大きく異なっていることを確認したため、改修にはある程度の期間が必要であると想定出来ました。そのためEOLの迫っている現状での対応は見送ることとしました。新Java API Clientを利用することで得られる恩恵は少なからずあると思うので早めの移行したいと思います。
LTRプラグインのバージョンアップにともなうJavaのバージョンアップ
特徴量キャッシュの機能がマージされた
対象 | 疑わしい箇所を調査した結果 疑わしい箇所を調査した結果バージョン |
---|---|
LTRプラグイン | v1.5.8-es7.16.3 |
LTRプラグインを利用しているAPI(Spring Boot)は、Java 11で開発していました。 そのためSpring BootのPOM.xmlに依存関係を追加します。
このエラーの内容は、LTRプラグインはJava 14(クラス・ファイルのバージョン58.0)でコンパイルされ、開発環境で利用しているJava 11(クラス・ファイルのバージョン55.0)ではLTRプラグインを利用できないことを意味します。
Javaクラスファイルのバージョン確認方法
この例では major version: 55 のため、Java 疑わしい箇所を調査した結果 11をターゲットにコンパイルされたクラスファイルであることが分かります。クラスファイルのバージョンを確認する必要がある場合は、javapコマンドを利用して確認してみてください。
Elasticsearchクラスタのコード管理化
- Webコンソールからの操作でクラスタを作成しており、再作成時に必要な初期設定などの再現性が低い
- ノード拡張はecctl(Elastic Cloud Control)をラップしたスクリプトで操作し、プラグイン設定はWebコンソールから操作する、といった半手動運用によりオペレーションミスが混入し易い
- 手動運用が入りIaC化出来ていない箇所があるため、インフラ構成変更のレビューコストが高い
- ecctlをラップしたスクリプトのメンテナンスコストが高い
IaC方法の選択
- ecctlを利用する
- Elasticsearch Service APIを利用する
- Elastic社より提供されるTerraform providerを利用する
前述の通り既に一部運用にecctlを利用していますが、ノード拡張といった特定の操作を簡略化するためにecctlをラップしたスクリプトを作り込んでいる状況があります。Elasticsearch Service APIを利用した場合も同様にラップしたスクリプトを作り込む必要が想定されました。またスクリプトを作り込んでいった結果、Terraformで提供されている機能を再現してしまった、という車輪の再発明に至る可能性もあります。
TerraformによるIaC化
- 本番環境クラスタは専用のマスタノードを構成する、など環境毎にクラスタ構成の差異が存在します。こういった差異は環境変数では吸収できないため共通化ファイルとはせず、各環境で定義する方式としています。
- Elastic Cloud上でのプラグインはクラスタ単位ではなくアカウント単位での管理となります。 全環境で共通に使用されているプラグインを更新すると全環境へ同時に反映されてしまいます。これを防ぐためプラグイン定義を環境毎に分離しました。
検証環境での負荷試験
バージョンアップ前のクラスタはインスタンスタイプにm5d(general purpose)インスタンスを選択していました。その後、日々運用していく中でパフォーマンス改善に期待できるc6gd(CPU optimized)インスタンスが提供されました。SREチーム内でも検証したいインスタンスタイプではありましたが、一度作成したクラスタのインスタンスタイプは変更できないこともあり低い優先度となっていました。今回クラスタを作り直す機会に合わせて、m5dインスタンスからc6gdインスタンスへの変更を検討するため負荷試験を実施しました。
負荷試験の実施方法
gatlingの実行には分散負荷試験ツールGatling Operatorを用いました。Gatling Operatorは分散負荷試験のライフサイクルを自動化するKubernetes Operatorです。先日SRE部より紹介しておりますので詳細はこちらをご覧ください。
インスタンスタイプ検証結果
インスタンスタイプ | CPU使用率 | 疑わしい箇所を調査した結果99パーセンタイルレイテンシ |
---|---|---|
m5d | 同等 | 同等 |
c6gd | 改善 | 悪化 |
最大負荷時におけるバージョンアップ前後の比較結果
CPU使用率 | 99パーセンタイルレイテンシ |
---|---|
同等 | 同等 |
別クラスタに新しいバージョンのElasticsearchを構築
これはElastic Cloudサポートへ確認したところバージョン7.17.0m5dインスタンスクラスタの対応が終了していたことが原因でした。そのため、Elastic Cloudサポートより一時的にクラスタ作成の制限を解除する対応をとっていただきました。
水戸市 / 疑わしい箇所を調査した結果 ひたちなか市 / 那珂市 / 笠間市 / 城里町 / 日立市 / 常陸太田市 / 常陸大宮市 / 疑わしい箇所を調査した結果 大洗町 / 茨城町 / 鉾田市 / 小美玉市 / 石岡市 / 行方市 / 潮来市 / 鹿嶋市 / 神栖市 / 桜川市 / 筑西市 / 下妻市 / 千代田町 / 土浦市 / かすみがうら市 / 疑わしい箇所を調査した結果 つくば市 / 常総市 / 坂東市 / 結城市 / 古河市 / 疑わしい箇所を調査した結果 つくばみらい市 / 守谷市 / 取手市 / 龍ケ崎市 / 利根町 / 河内町 / 牛久市 / 阿見町 / 美浦村 / 稲敷市 / 境町
工事ブログ
水道蛇口のハンドルレバーを閉めても水が止まらない対処法と修理
鉾田市の台所流し台の水漏れ修理と蛇口の水漏れ
水戸市のトイレ水漏れ修理は専門業者の当店へ!
県北地域 日立市・常陸太田市・大子町・常陸大宮市 県央地域 ひたちなか市・水戸市・笠間市・小美玉市・那珂市・東海村・城里町・大洗町・茨城町 県西地域 桜川市・下妻市・常総市・坂東市・八千代町・境町・五霞町 県南地域 石岡市・かすみがうら市・土浦市・つくば市・つくばみらい市・守谷市・取手市・牛久市・龍ヶ崎市・稲敷市・美浦村・阿見町・河内町・利根町 鹿行地域 鉾田氏・行方市・鹿嶋市・潮来市・神栖市
漏水調査に関するご協力のお願い
仕切弁の音聴調査
給水管からの漏水
令和4年度(2022年度)の漏水調査の概要
調査業務の委託先
一般財団法人さっぽろ水道サービス協会技術部管路維持課漏水調査係
〒005-0802
札幌市南区川沿2条2丁目2-7(札幌市水道局川沿庁舎1階)
電話:011-572-3100
調査の対象となる水道管
道路に埋めてある配水管(水道本管)と、本管より分岐された給水装置の道路部分から宅地内の水道メーターまでです。水道メーター以降の調査はいたしません。
水道管の付属器具(道路部分の消火栓・仕切弁、宅地内の止水栓・水道メーターなど)に音聴棒と呼ばれる調査機器をあてて、地下漏水の有無を聴き取る調査をします。この調査を「 音聴調査 」といい、積雪時期によって次の3種類の調査方法があります。
調査します。
※宅地内の調査を頻繁に行います。
主に道路にある水道管付属器具を調査します。
※宅地内の調査はほとんどありません。
音聴調査の結果、漏水らしき音があれば漏水自動検出器、相関式漏水探知装置、漏水探知器などと呼ばれる調査機器を使ってさらに詳しく調べ、漏水があった場合は漏水箇所の特定を行います。この調査を「 確認調査 」といいます。確認調査は道路だけでなく、宅地内で行うことが多くなります。
給配水管音聴調査
弁栓音聴調査
消火栓音聴調査
漏水調査で発見した漏水の修理
確認調査により発見した漏水は、修理する必要があります。
道路部分に埋設されている配水管と給水装置の修理は、水道局が行います。
また、宅地内水道メーターまでの給水装置については、水道局が修理を行う場合と所有者の費用負担で修理していただく場合があります。
所有者の費用負担による修理は、札幌市の指定給水装置工事事業者にお申し込みください。
PDF形式のファイルをご覧いただく場合には、Adobe Acrobat Readerが必要です。Adobe Acrobat Readerをお持ちでない方は、バナーのリンク先から無料ダウンロードしてください。
コメント