『構造工学の薦め』 〜「秋迎え 向日葵色を 還しけり」

識らないこと以外は何でも識っている 『薄学』 阿奉さんが語る自然界構造形態と人工の構造形態の類似性。還暦2歳!ブログ再開!

過去の投稿日別表示

[ リスト | 詳細 ]

全3ページ

[1] [2] [3]

[ 次のページ ]

イメージ 1

     ?H5>西日本のある計画は建設のめどがたたず、風車の羽根が野積みされていた=森井英二郎撮影

「耐震基準厳格化で風力発電6割計画遅れ」 朝日新聞 2008/04/02

 耐震強度偽装事件を契機にした建築基準法の改正で、風力発電の新設計画の6割以上が大幅に遅れたり、中止に追い込まれたりしていることが、経済産業省の調査でわかった。一般の超高層ビルと同じ厳しい耐震設計が義務づけられたためだ。風力発電は新エネルギーの柱で、国は10年に設備量を出力300万キロワットに増やす目標を掲げているが、達成は厳しくなった。 

 経産省によると、06、07年度に国の補助金を受けた風力発電59計画のうち、39計画が耐震設計に入れなかったり、国の耐震審査で立ち往生したりしている。

 このうち19計画は予定工期内の着工、完成が難しく、補助金を新年度に繰り越す手続きをした。また、6計画は変更や中止に追い込まれた。

 原因は、姉歯秀次元建築士による耐震強度偽装事件を受けて改正、昨年6月に施行された建築基準法だ。風力発電設備も高さ60メートルを超える場合、超高層ビルと同じ耐震審査が課せられた。

 100年以上に1度の大地震でも損傷・倒壊しないか、実際の地震波も使って計算、設計することが義務づけられた。1基ごとに建設地の地盤調査も必要になった。その結果、大半の計画で費用がかさんだり、審査を通る見通しがたたなくなったりしている。

 約20基の建設を予定する西日本の計画では、地盤の調査、解析費だけで新たに数億円が必要になったという。

 それまで風力発電設備は広告塔や遊園地の施設などと並んで「工作物」とされ、一定の風圧などに耐える設計であれば建設が認められた。

 日本の風力発電の設備量は07年末現在154万キロワットで、政府目標の達成には今後3年間で倍増させる必要がある。今回、補助金の繰り越し手続きをした19計画分だけで設備量は約40万キロワットにのぼり、影響は大きい。

 風力発電の関連企業でつくる風力発電事業者懇話会は「業界全体が困惑、混乱している。山の中にある風力発電設備も、人が住む超高層ビルと同じ基準にすべきなのか、現実的に判断して欲しい」として、近く国土交通省に規制の見直しを申し入れる。

 経産省も、これまで日本であった風車の倒壊は、台風や設備の維持不良が原因と指摘。「風車が地震で倒れた例は一度もない。風力発電については建築基準法の弾力的な運用ができないか、国交省と協議したい」(新エネルギー対策課)という。

 これに対し、国交省は「強風で風車が倒壊する事故も起きており、耐震面でも超高層建築物並みの規制が必要だと判断した。過去の地震で倒壊していないから問題ない、とは言えない」(建築指導課)としている。朝日新聞 2008/04/02(石田勲、編集委員・竹内敬二)

私、阿奉は昨年1月に起こった岩屋ウインドファームの風力発電タワー倒壊事故を私なりに調査検討し、その基礎設計の問題点を指摘してきた。

         「風力発電タワーの倒壊事故に関する私見」
         岩屋ウィンド・ファーム」の風力発電タワーの基礎からの倒壊<私の見解>

去年の秋にはその調査結果を日刊工業新聞社刊行の機械技術者向け雑誌「機械設計」11月号に寄稿した。

         「「機械設計」11月号に「ものづくり松下村塾」関係者の論文が掲載」
         これがその論文

結論として、今回の建築基準法改正でこのような大型工作物の構造設計基準が厳格になったことは大いに評価すべきだと思う。

業界団体の、 風力発電事業者懇話会が「業界全体が困惑、混乱している。山の中にある風力発電設備も、人が住む超高層ビルと同じ基準にすべきなのか、現実的に判断して欲しい」として、近く国土交通省に規制の見直しを申し入れる。という姿勢は如何なもののかと思わざるを得ない。

イメージ 1

第2章 オペレーティングシステム

        http://jp.youtube.com/v/VKXXX-XdumY 

 2.1 コンピュータシステムの処理形態

1.コンピュータの配置による分類
   1.集中処理と分散処理 ;
    大型コンピュータ(ホストコンピュータ host computer)
 広義には、ネットワーク環境において、サービスを提供する側のコンピュータ。典型的な例としては、高速な演算処理サービス、データベースサービスを提供するコンピュータなどの総称として用いられる。

 ただしワークステーションや高性能PCを利用した水平分散システムでは、サービスを提供するコンピュータは一般にサーバと呼ばれ、ホストコンピュータとは呼ばない。このため「ホストコンピュータ」と言う場合には、垂直分散システムにおける汎用大型コンピュータなどを指すことが多い。この意味でパソコン通信におけるセンターのコンピュータは「ホスト」と呼ばれる。
    https://blogs.yahoo.co.jp/IMG/ybi/1/a7/6e/srfch485/folder/1498976/img_1498976_52790167_0?1210069879
   2.分散処理システム;
     複数のコンピュータに計算処理を分散させ、計算処理速度を上げること。
      http://www.mizuho-ir.co.jp/it/distribute/images/img01.gif

2008/05/16

2.オンライン処理とオフライン処理
     オンライン処理 (online processing)
     オンライン処理とは、ネットワークを通じて端末機から入力を受け付け、
     転送されたデータの処理を担う処理方式のことである。
     メインフレームなどで多く用いられる。
       http://mascot.mis.ous.ac.jp/03/adati/material2.files/image001.png

     端末の数を増やし、中央で一括して処理することで、ユーザーの利便性を
     低下させずに処理の効率化を図ることができる。
     なお、オンライン処理の他の処理形態としては、リアルタイム処理やバッチ処理
     などがある。
     オフライン処理 (offline processing)
       http://mascot.mis.ous.ac.jp/03/adati/material2.files/image002.jpg
     他のコンピューターと接続されていない(オフラインの)状態でデータの前処理を
     行うことである。単独で起動された状態で多量のデータをあらかじめ処理しておき、
     最終的な処理を行うシステムへまとめて転送することで一括処理するというもの。
3.コンピュータシステムの利用形態
    1)バッチ処理システム
    2)対話処理システム
    3)リアルタイム処理システム
          オンライントランザクション処理システム
例えば、顧客の普通預金口座から当座預金口座に500ドルを移動させる典型的な銀行のトランザクションを考えて見る。このトランザクションは銀行側から見れば1つの操作であるが、コンピュータから見れば少なくとも2つの操作から構成される。普通預金口座から500ドルを引き落とし、当座預金口座に500ドルを入金するのである。引き落としが成功して入金が失敗した場合(あるいは逆の場合)、銀行の帳簿はその日の営業完了時点で不整合を生じる。したがって、 2つの操作が両方成功するか、両方失敗することを保証する必要があり、それによって銀行のデータベースに不整合が生じないようにする。トランザクション処理はそのような保証をするよう設計されている。
    4)その他の処理システム
      リアルタイム制御処理システム
      ・機械装置などの状態をセンサなどで監視し、状態に応じて適切に制御する。
      ・工場のプラントの制御から、車や家庭電気製品の制御まで、幅広く利用される。
      ・家電品の制御などでは、コンピュータが機械装置内に組み込まれ、
       OSを持たないことも多い。

      グリッドコンピューティングシステム
      [グリッドコンピューティング グリッド・コンピューティング]は、複数のコンピュータ能力を集めて
      スーパーコンピュータ並みの処理能力を実現するために開発されてきた技術
      グリッドコンピューティング(Wikupedia)
       http://upload.wikimedia.org/wikipedia/commons/a/a7/BlueGeneL_cabinet.jpg
        現在最高性能のスーパーコンピュータ

目次

第1章 ソフトウェアの基礎 1.1 ソフトウェアの重要性
第1章 ソフトウェアの基礎 1.2 ソフトウェアの分類
第2章 オペレーティングシステム 2.1 コンピュータシステムの処理形態
第2章 オペレーティングシステム 2.2 オペレーティングシステムの概要
第2章 オペレーティングシステム 2.3 オペレーティングシステムの機能
第2章 オペレーティングシステム 2.4  言語プロセッサとユーティリティプログラム
第2章 オペレーティングシステム 2.5  代表的なオペレーティングシステム
第3章 ソフトウェアパッケージの運用 3.1 ソフトウェアパッケージ
第3章 ソフトウェアパッケージの運用 3.2 アプリケーションパッケージ
第4章 データベースの設計と運用 4.1 データベースファイルの構造
第4章 データベースの設計と運用 4.2 データベースの概念と構成
第4章 データベースの設計と運用 4.3 関係データベースとSQL
第5章 ネットワークソフトウェアの運用 5.1 ネットワークシステムの概要
第5章 ネットワークソフトウェアの運用 5.2 ネットワークシステムと通信プロトコル
第5章 ネットワークソフトウェアの運用 5.3 インターネット
第6章 情報処理システムの管理 6.1 オペレーティングシステムの管理
第6章 情報処理システムの管理 6.2 セキュリティ管理
第6章 情報処理システムの管理 6.3 運用管理
第6章 情報処理システムの管理 6.4 障害管理
第6章 情報処理システムの管理 6.5 ソフトウェアの権利と保護

イメージ 1

第1章 ソフトウェアの基礎

 1.2 ソフトウェアの分類

   システムソフトウェア(英: System Software)
   アプリケーションソフトウェア、応用ソフトウェア(Application Software)
1.システムソフトウェア
 ☆ システムソフトウェアは、「基本ソフトウェア」と「支援ソフトウェア」に分けられる。
   「基本ソフトウェア」(basic software) 
       広義の「オペレーティングシステム」(Operating System,OS)
         [ 制御プログラム(control program)]
         言語プロセッサ(language processor)
         [ ユーティリティプログラム]
   「支援ソフトウェア」(support software)『ミドルウェア 【middleware】 』とも
       http://upload.wikimedia.org/wikipedia/commons/d/de/Gnome-2.14.png
         GUI(Graphical User Interface)
       http://upload.wikimedia.org/wikipedia/commons/e/e7/Bash_screenshot.png
         CUI(Character User Interface)
2.応用ソフトウェア
  1.共通応用ソフトウェア
      CAD(Computer Aided Design)コンピューター支援設計  CAE(Computer Aided Engineering)  
      CAI(Omputer Aided Instraction)
  2.個別応用ソフトウェア
      オンラインバンキングシステム  「オンラインバンキングに関する調査」
      座席予約システム
      販売管理システム
      交通管制システム  航空管制システム
       http://jp.youtube.com/v/q25eBPtwy80

目次

第1章 ソフトウェアの基礎 1.1 ソフトウェアの重要性
第1章 ソフトウェアの基礎 1.2 ソフトウェアの分類
第2章 オペレーティングシステム 2.1 コンピュータシステムの処理形態
第2章 オペレーティングシステム 2.2 オペレーティングシステムの概要
第2章 オペレーティングシステム 2.3 オペレーティングシステムの機能
第2章 オペレーティングシステム 2.4  言語プロセッサとユーティリティプログラム
第2章 オペレーティングシステム 2.5  代表的なオペレーティングシステム
第3章 ソフトウェアパッケージの運用 3.1 ソフトウェアパッケージ
第3章 ソフトウェアパッケージの運用 3.2 アプリケーションパッケージ
第4章 データベースの設計と運用 4.1 データベースファイルの構造
第4章 データベースの設計と運用 4.2 データベースの概念と構成
第4章 データベースの設計と運用 4.3 関係データベースとSQL
第5章 ネットワークソフトウェアの運用 5.1 ネットワークシステムの概要
第5章 ネットワークソフトウェアの運用 5.2 ネットワークシステムと通信プロトコル
第5章 ネットワークソフトウェアの運用 5.3 インターネット
第6章 情報処理システムの管理 6.1 オペレーティングシステムの管理
第6章 情報処理システムの管理 6.2 セキュリティ管理
第6章 情報処理システムの管理 6.3 運用管理
第6章 情報処理システムの管理 6.4 障害管理
第6章 情報処理システムの管理 6.5 ソフトウェアの権利と保護

第1章 ソフトウェアの基礎

 1.1 ソフトウェアの重要性

 1. ハードウェアとソフトウェア
      「ハードウェア」の本来の意味
      コンピュータに於けるハードウェア
      http://upload.wikimedia.org/wikipedia/commons/thumb/d/d4/Quick_overview_of_pc_hardware.jpg/800px-Quick_overview_of_pc_hardware.jpg

      「ソフトウェア」
      プログラム (コンピュータ)
      マニュアル
      文書化(Softwer Documentation)
2.ソフトウェアの基本
      アルゴリズム
  http://www.kz.tsukuba.ac.jp/~sakai/flw.jpg
3.ソフトウェアの目的と重要性
      アーキテクチャ(Archteture)
      コンピュータ・アーキテクチャ
      使用許諾契約

   OSの開発者のスピーチ集

     アップルの開発者 スティーブ・ジョブス
     マイクロソフトの創始者 ビル・ゲイツ

目次

第1章 ソフトウェアの基礎 1.1 ソフトウェアの重要性
第1章 ソフトウェアの基礎 1.2 ソフトウェアの分類
第2章 オペレーティングシステム 2.1 コンピュータシステムの処理形態
第2章 オペレーティングシステム 2.2 オペレーティングシステムの概要
第2章 オペレーティングシステム 2.3 オペレーティングシステムの機能
第2章 オペレーティングシステム 2.4  言語プロセッサとユーティリティプログラム
第2章 オペレーティングシステム 2.5  代表的なオペレーティングシステム
第3章 ソフトウェアパッケージの運用 3.1 ソフトウェアパッケージ
第3章 ソフトウェアパッケージの運用 3.2 アプリケーションパッケージ
第4章 データベースの設計と運用 4.1 データベースファイルの構造
第4章 データベースの設計と運用 4.2 データベースの概念と構成
第4章 データベースの設計と運用 4.3 関係データベースとSQL
第5章 ネットワークソフトウェアの運用 5.1 ネットワークシステムの概要
第5章 ネットワークソフトウェアの運用 5.2 ネットワークシステムと通信プロトコル
第5章 ネットワークソフトウェアの運用 5.3 インターネット
第6章 情報処理システムの管理 6.1 オペレーティングシステムの管理
第6章 情報処理システムの管理 6.2 セキュリティ管理
第6章 情報処理システムの管理 6.3 運用管理
第6章 情報処理システムの管理 6.4 障害管理
第6章 情報処理システムの管理 6.5 ソフトウェアの権利と保護

全3ページ

[1] [2] [3]

[ 次のページ ]


.
あほさん きまま
あほさん きまま
男性 / A型
人気度
Yahoo!ブログヘルプ - ブログ人気度について

ブログバナー

1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30

一期一会

短歌・俳句

文学

森羅万象

芸術・建築

絵画・写真

海外生活

日本紀行

工学

スマートフォンで見る

モバイル版Yahoo!ブログにアクセス!

スマートフォン版Yahoo!ブログにアクセス!

過去の記事一覧

検索 検索

Yahoo!からのお知らせ

友だち(7)
  • 近い人
  • bug*nno*e
  • レベキ監督牧師
  • iron_2iza
  • とんかつ
  • fujioka youko
友だち一覧

よしもとブログランキング

もっと見る

[PR]お得情報

ふるさと納税サイト『さとふる』
11/30まで5周年記念キャンペーン中!
Amazonギフト券1000円分当たる!

その他のキャンペーン


プライバシー -  利用規約 -  メディアステートメント -  ガイドライン -  順守事項 -  ご意見・ご要望 -  ヘルプ・お問い合わせ

Copyright (C) 2019 Yahoo Japan Corporation. All Rights Reserved.

みんなの更新記事