<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>kukudo2002のブログ</title>
<link>https://ameblo.jp/kukudo2002/</link>
<atom:link href="https://rssblog.ameba.jp/kukudo2002/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>ブログの説明を入力します。</description>
<language>ja</language>
<item>
<title>全国で猛暑　熱中症に注意</title>
<description>
<![CDATA[ <a title="" target="_blank" href="http://headlines.yahoo.co.jp/hl?a=20150712-00010001-wmap-soci">http://headlines.yahoo.co.jp/hl?a=20150712-00010001-wmap-soci</a><br><br><br><span style="font-size: 24px;">冷房を消費電力を考える。<br><br>少し外出（１時間ぐらい）するときに冷房を切るのは、<br>消費電力を抑えることにならないらしい。<br><br>それは、<br>冷房を切って付けてもう一度温度を下げるより、<br>継続して運転していたほうがエネルギーを使わないかららしい。<br><br>昔の常識が変わってきたということだ。<br></span><span style="font-size: 24px;"><span style="font-size: 24px;">外出時の熱中症も多いが、<br>室内の熱中症も多いらしい。<br></span>最近の冷房は消費電力も下がっているため、<br>熱中症防止のためには躊躇せず使用するべきだ。<br><br></span>
]]>
</description>
<link>https://ameblo.jp/kukudo2002/entry-12049660318.html</link>
<pubDate>Sun, 12 Jul 2015 19:43:10 +0900</pubDate>
</item>
<item>
<title>防衛省関連施設　ウィルス感染</title>
<description>
<![CDATA[ <a title="" target="_blank" href="http://headlines.yahoo.co.jp/videonews/jnn?a=20150707-00000045-jnn-soci">http://headlines.yahoo.co.jp/videonews/jnn?a=20150707-00000045-jnn-soci</a><br><br><br><span style="font-size: 24px;">まーそうだよね～って感じ。<br><br>根本的に考え方を変えるのはダメかな？<br><br>ウィルス感染してもよいけど情報流出はしないみたいな。<br>または、<br>ウィルス感染して情報流出しても情報は読み取れないとか。<br><br>問題なのはウィルス感染自体ではなく、<br>ウィルス感染してウィルスの動作で情報流出すること。<br><br>全てのファイルやフォルダにパスワードをかける？<br>それじゃ足らない。<br>Windowsシステムファイルも含めてパスワードをかける。<br>しかも何かファイルにアクセスするためには、<br>ワンタイムパスワードで一時的に解除する。<br><br>考えたけど難しそうだね。<br>そんなことしたら業務が進まないから。<br><br>だけど業務効率と情報流出リスクを比べたら、<br>経営者は実施しないかな？<br><br></span><span style="text-decoration: underline;"><span style="font-size: 24px;"><span style="font-size: 24px;"></span></span></span>
]]>
</description>
<link>https://ameblo.jp/kukudo2002/entry-12047773251.html</link>
<pubDate>Tue, 07 Jul 2015 20:55:47 +0900</pubDate>
</item>
<item>
<title>日本企業と米国企業の差？</title>
<description>
<![CDATA[ <span style="font-size: 24px;">以前のブログで、<br>ソニー復活の記事や、TV局とネットの関わりなどを記載した。<br><br>何か日本企業は動きが遅いと感じる。<br>米国企業はどうか？<br><br>＜Googleの場合＞<br>グーグル・グラスは実証実験までしていたのに、開発中止した。<br>日本企業であれば発売していただろう。<br>ソニーもグーグル・グラスっぽいのを発売していたが、正直にいって使いものにならない。<br><br>＜Appleの場合＞<br>自ら開発したiPodを捨てて、AppleMusicというネットワーク配信を開始する。<br>日本のTV局は未だに積極的にネットに関わる気がない。<br><br><br>米国企業は例え利権を持っていたとしても、<br>将来的に衰退すると判断したら、<br>早々と捨てて新しいサービスを開始する。<br>日本企業は何時迄もその利権にしがみついて、<br>気づいたら衰退している。<br><br>今は世界が狭い。<br>そのような中で勝負していくためには、<br>自らの肉を切っても発展していく気概が必要。<br>でも古くからある企業はそのことに気づいていないのか？<br>それとも気づいていても変えられないのか？<br><br>今こそ<br>やるリスク</span><span style="font-size: 24px;">よりやらないリスクだ。<br><br></span><span style="font-size: 24px;"></span>
]]>
</description>
<link>https://ameblo.jp/kukudo2002/entry-12045441830.html</link>
<pubDate>Wed, 01 Jul 2015 20:41:09 +0900</pubDate>
</item>
<item>
<title>TOKYO MXがサイマル配信無料アプリ</title>
<description>
<![CDATA[ <a title="" target="_blank" href="http://headlines.yahoo.co.jp/hl?a=20150701-00000090-impress-sci">http://headlines.yahoo.co.jp/hl?a=20150701-00000090-impress-sci</a><br><br><br><span style="font-size: 24px;">やっとこういうのが出てきたかという印象。<br><br>ラジオにはradikoがある。<br>月額３５０円で全国のラジオが聴ける。<br>radikoプレミアムのサービス開始は２０１４年４月１日。</span><br><span style="font-size: 24px;"><span style="font-size: 24px;">しかしそれも遅い印象だ。</span><br><br>テレビは未だにこのようなサービスは無い。<br>無い原因として著作権の話が出るが、<br>それだけではないと思う。<br><br>TV業界はネットに積極的に関わりたくないと思っているだろう。<br>ネットと関われば自分たちが食われることが分かっているから。<br>では一切関わらなければどうか？<br>それでも視聴率は下がり、ネット占有率（形態含む）が上がっている。<br><br>だから少しずつネットとの関わりを大きくしている。<br>でもそれだと利用者の不満が溜まって、<br>さらにTVから離れていくと思う。<br><br>こういうのはどうか？<br>例えば、<br>フジテレビが放映中の番組が月額１０００円で全国見放題にするというのは。<br>北海道から沖縄まで１０００円で見放題。<br>このようなサービスが開始されれば地方市民は加入するだろう。<br><br>しかし、<br>実際にはこういうのはできないし、やらないし、やる気もない。<br>でも始めたらDVDなどは売れなくなるだろう。<br>だから自分たちの利権を手放すおそれがあることはしない。<br><br>でもいずれどこかのTV局が始めるだろう。<br>そうしたら雪崩をうって開始するだろう。<br>でも後から参入した場合、<br>敗北するだろう。<br>こういうサービス拡大は一気に拡大していくべきだ。<br></span>
]]>
</description>
<link>https://ameblo.jp/kukudo2002/entry-12045421864.html</link>
<pubDate>Wed, 01 Jul 2015 19:52:14 +0900</pubDate>
</item>
<item>
<title>ソニー復活の鍵は？</title>
<description>
<![CDATA[ <a title="" target="_blank" href="http://headlines.yahoo.co.jp/hl?a=20150627-00000500-fsi-bus_all">http://headlines.yahoo.co.jp/hl?a=20150627-00000500-fsi-bus_all</a><br><br><br><span style="font-size: 18px;"><span style="font-size: 24px;">ソニーの凋落の理由は、利権にまみれたことが理由。<br><br>かつてのソニーは新興企業だった。<br>だから新しいことができた。<br><br>ウォークマンは当時最先端だった。<br>音楽を持ち出せるなど考えもしなかった。<br>もちろん当時も音楽業界から反対はあっただろう。<br>しかし製品を発売して大ヒットした。<br><br>最近はどうか？<br>上記と対局する形で以下の2点の問題が発生した。<br>①CCCD問題<br>②ウォークマンのmp3未対応問題<br><br>①について。<br>当時から音楽業界はデジタルコピー問題に悩んでいた。<br>そのため、<br>CCCDというコピーできないようにしたCDを発売した。<br>これが最悪だった。<br>再生できない場合があったからだ。<br><br>②について。<br>ipod発売前からmp3は標準に近く普及していた。<br>ipodもmp3対応で再生可能だった。<br>しかし、<br>ウォークマンはmp3が未対応で再生できない機器だった。<br><br>どちらの場合も音楽業界に遠慮して利用者の視点で考えると最悪の選択だったことだ。<br>ソニー自体がソニー・ミュージックをもっているので当然といえば当然だ。<br>しかしそのことで革新的な製品が生み出せなくなった。<br><br>革新的な製品は、<br>常に批判があって利権と戦うことだ。<br>ソニーはそれができなくなってしまった。<br>いやプレイステーション（PS)以降できなくなった。<br>PSはソニーが利権を持っていなかったので挑戦者でよかったためだ。<br><br>ソニー復活の鍵は、<br>自分が持っている利権を潰してでも新しい製品開発ができるかどうかだ。<br>しかし今のところその兆しがない。<br><br>企画出身者とか技術出身者とかそんなこといっている間は復活はないだろう。<br><br><br></span></span>
]]>
</description>
<link>https://ameblo.jp/kukudo2002/entry-12044230621.html</link>
<pubDate>Sun, 28 Jun 2015 19:49:52 +0900</pubDate>
</item>
<item>
<title>携帯電波での医療機器誤作動は低い</title>
<description>
<![CDATA[ <a title="" target="_blank" href="http://headlines.yahoo.co.jp/hl?a=20150624-00000013-asahi-pol">http://headlines.yahoo.co.jp/hl?a=20150624-00000013-asahi-pol</a><br><br><br><span style="font-size: 24px;">そんなことは何年も前に言われいたこと。<br><br>医療機器に影響をあたえるのは２G世代であって、３G/３・５G世代では殆ど無い。<br>そのような調査結果は随分前に発表されていた。<br><br>なのに利用者に遠慮して今まで規制していた。<br>記事では１５cmとあるが、<br>ぴったりくっつけないと誤作動しない調査結果もある。<br><br>病院でも病室や待合室では利用規制が解除されているところが多い。<br>但し、<br>手術室の前などは規制がある。<br><br>それとは別に、<br>未だに電車の優先席付近での規制されている。<br>病院よりも規制が強い。<br>これは何のためか？<br><br>これは鉄道会社や国・自治体の怠慢だ。<br>正しい情報を提供せずに古い情報を未だに信じている人がいるからだ。<br><br>そのことで最近も優先席付近での暴行のニュースが話題になっていた。<br>はっきりいって利用者に対する過剰反応だ。<br><br>もういい加減にしてもらいたい。<br>こういう無駄な犠牲が生きにくい世の中にしているのだ。<br></span>
]]>
</description>
<link>https://ameblo.jp/kukudo2002/entry-12042746844.html</link>
<pubDate>Wed, 24 Jun 2015 20:47:54 +0900</pubDate>
</item>
<item>
<title>風力発電　浮体式　実用へ</title>
<description>
<![CDATA[ <a title="" target="_blank" href="http://headlines.yahoo.co.jp/hl?a=20150623-00000011-asahi-soci">http://headlines.yahoo.co.jp/hl?a=20150623-00000011-asahi-soci</a><br><br><span style="text-decoration: underline;"></span><br><span style="font-size: 24px;">小型の風力を海上に並べるのは見たことがある。<br><br>風力と波力の２個で発電できる小型の風力発電計画を見たことがある。<br><br>風力発電のメリットはクリーンなこと。デメリットは風が吹かないと発電できないこと。<br>２個の力でメリット・デメリットを相殺できれば良いが、波力ではダメか。<br><br>３個の力を組み合わせれば良いと思ったが、<br>調べてみたら難しそうだ。<br>（以下がWikipediaの自然可能エネルギー一覧<br><a title="" target="_blank" href="https://ja.wikipedia.org/wiki/%E5%86%8D%E7%94%9F%E5%8F%AF%E8%83%BD%E3%82%A8%E3%83%8D%E3%83%AB%E3%82%AE%E3%83%BC#.E5.8C.96.E5.AD.A6.E3.83.9D.E3.83.86.E3.83.B3.E3.82.B7.E3.83.A3.E3.83.AB"><span style="font-size: 12px;">Wikipediaリンク）</span></a><br><br>大きく分けると波と熱と運動エネルギーがあるらしい。<br>波：太陽光、電磁波<br>熱：地熱<br>運動エネルギー：水力や波力や水流<br><br>温泉地区（地熱）に風車（運動エネルギー）を立てて、太陽パネル（太陽光）を建物につける見たいな。<br><br>全方向で良さそうだけど、コストと温泉地区には立てられないよね、面白そうだけど。<br></span>
]]>
</description>
<link>https://ameblo.jp/kukudo2002/entry-12042415176.html</link>
<pubDate>Tue, 23 Jun 2015 22:31:28 +0900</pubDate>
</item>
<item>
<title>年金情報流出　パスワード未設定を放置</title>
<description>
<![CDATA[ <a title="" target="_blank" href="http://headlines.yahoo.co.jp/hl?a=20150621-00000042-san-soci">http://headlines.yahoo.co.jp/hl?a=20150621-00000042-san-soci</a><br><br><br><span style="font-size: 24px;">やらないのは、やらない理由がある。<br><br></span><br><span style="font-size: 24px;"><span style="font-size: 24px;">チェックして報告を義務付けていたのだから、</span>ルールを知らないわけではないと思う。<br>それでもやらない理由があるのではないか？<br><br>一番の理由は『面倒だから』ではないか？<br><br>よく参照するファイルにパスワードを設定するのは面倒だ。<br>参照する度にパスワードを入力する必要があるから。<br><br>個人情報など機密情報の扱いにルールを厳しくするのは当然だ。<br>しかし、<br>実態に即していないと、ルールは守られないということだ。<br><br>だから情報流出にはシステム的と人為的の両輪で対応すべきだ。<br>今の話は、<br>どうも人為的な面でしか取ら偉てていない。<br>これでは何時までたっても情報流出は防げない。<br><br>今一度部分的な見直しでなく、全面的に見なおしたほうが良いのではないか？<br></span>
]]>
</description>
<link>https://ameblo.jp/kukudo2002/entry-12041450660.html</link>
<pubDate>Sun, 21 Jun 2015 13:23:28 +0900</pubDate>
</item>
<item>
<title>電話番号の枯渇　『060』を付番</title>
<description>
<![CDATA[ <a title="" target="_blank" href="http://headlines.yahoo.co.jp/hl?a=20150619-00000004-asahi-soci">http://headlines.yahoo.co.jp/hl?a=20150619-00000004-asahi-soci</a><br><br><br><span style="font-size: 24px;">通信専用端末の普及で電話番号が枯渇しているらしい。<br><br>通信専用端末として、iPadやWiMAX端末、各種Wifi端末がある。<br>実はそれぞれ各端末には電話番号が振られている。<br><br>でもそもそも電話番号じゃなきゃいけないのだろうかと思ってしまった。<br>たとえばMACアドレスはどうかと思ったけど、MACアドレスは偽装可能だからダメだった。<br><br>話は変わるが、<br>IPv6への切り替えはどうなったのだろう。<br>IPv4が枯渇すると言われて時が経つが。<br><br>IPv4は枯渇すると言われる一方で、未使用アドレスなどの回収、ローカルアドレスの使用で枯渇しないという論も聞かれたが、実際どうなのだろう。<br><br>IPv6は全家電に付番しても余るぐらいの個数だと思った。（調べたら</span><span style="font-size: 24px;">340澗個らしい）<br>そう考えると、<br>日本全部の家電に電話番号を付番するぐらいのアドレス空間が必要なのだろう。<br><br>だって、<br>全ての家電をネットワークにつないで利用できることを目指してるんでしょ？<br><br><br></span>
]]>
</description>
<link>https://ameblo.jp/kukudo2002/entry-12040827050.html</link>
<pubDate>Fri, 19 Jun 2015 20:22:33 +0900</pubDate>
</item>
<item>
<title>協会けんぽのPCがウィルス感染</title>
<description>
<![CDATA[ <a title="" target="_blank" href="http://headlines.yahoo.co.jp/hl?a=20150617-00000038-asahi-soci">http://headlines.yahoo.co.jp/hl?a=20150617-00000038-asahi-soci</a><br><br><br><span style="font-size: 24px;">恐らく、今まで気づいていないか、公表していなかっただけだと思う。<br><br>最近になって公共機関PCのウィルス感染がニュースになる。<br>『近頃増加したのか？』と思うかもしれないが、<br>おそらく違う。<br><br>今までもウィルス感染はあったと思う。<br>しかし、<br>気づかなかったのか、または公表していなかっただけだと思う。<br><br>恐れず言えば、<br>ウィルス感染は当たり前になってきた。<br>たとえウィルス対策ソフトを導入していてもだ。<br><br>ウィルス感染しないことも重要だが、<br>感染した場合の適切な対応することも重要だ。<br>ネットワークから切り離して、ウィルスを特定して駆除する。<br><br>今の論調ではウィルス感染自体が悪いことになる。<br>もちろん悪いことだが、そこだけに固執してしまってはダメだ。<br>MERSやエボラと一緒で『検疫』と『対応』の両輪が必要だ。<br><br>今の論調がそうなっていないことが気になるところだ。<br></span>
]]>
</description>
<link>https://ameblo.jp/kukudo2002/entry-12040404891.html</link>
<pubDate>Thu, 18 Jun 2015 18:32:44 +0900</pubDate>
</item>
</channel>
</rss>
