IoTシステム技術検定 試験対策②

IoT技術テキスト -MCPC IoTシステム技術検定 対応

今回はIoTシステム技術検定の試験対策として「第5章 IoTデータ活用技術」を中心にまとめます


Hadoop
大規模データの蓄積・分析を分散処理技術によって実現するフレームワーク

MapReduce
データを分類・仕分けするのがMap処理、仕分けされたデータごとに処理を施すのがReduce。

CEP
複合イベント処理。時系列に生み出されるデータを次々とリアルタイム処理する方式。

NoSQL(Key/Value型)
保存するデータをValueとして、ペアとなる一意のKeyを使ってValueの追加と呼出しを行う

NoSQL(ドキュメント)
JSON、XMLなどのフォーマットで記述されたデータを管理する。

NoSQL(グラフ)
データ間の関連性を管理可能。グラフ理論に基づくNoSQL。SNSなどの「ある人の友だちの友達」など互いの関連性を管理するときに利用されている。

Spark
Hadoopの後発として期待されるビッグデータ処理基盤。分散処理フレームワーク。

1人でもアンチがいたら周囲からの評価が下がる?

たまには専門外の論文を読んでみるのもいいなと思い、今回は『心理学研究』の論文を漁ってみました。

今思えば大学時代は一般教養科目で妙に人気だった心理学、いったいどんな論文が投稿されているのでしょうか・・・

今回は優秀論文賞を受賞したものから「表情の快・不快情報が選好判断に及ぼす影響」という論文を読みました。

https://www.jstage.jst.go.jp/article/jjpsy/advpub/0/advpub_87.15043/_article/-char/ja/


要約

内容①:対象物Xへの選好判断は、周囲の人物から対象物Xへのシグナルにより影響を受ける。

そりゃそうだって感じですね。みんなが好きなものは好きになってしまうのが日本人。行列があれば並びたくなるのが日本人ですからね。

内容②:他者が示すシグナルによる選好判断への影響を調査する。
内容③:無意味図形を好感度評価の対象として実験を行う。

無意味図形を使うというのは面白いですね。理由は好きや嫌いの事前情報が存在しにくいため。食べ物や芸能人だったら他人が示すシグナルに影響を受けようが「好きなものは好き!」となってしまいますから。

内容④:無意味図形を表示後に他者の表情を変化させて実験する。

むむむ、このあたりから怪しくなってきた・・・。つまり無意味図形の周辺に何人かの顔画像(無表情)が表示されて、図形表示後に喜んだり嫌悪感を示したりするということ。これで問題設定がきちんとモデル化できてるのか少々疑問です。

内容⑤:周囲が喜びを示すと、対象物に好感を抱く場合が多い。

なるほど、ここまでは直感と一致した結果ですね。

内容⑥:参加者のうち喜びを示す割合が多いほど好感を抱きやすい。
内容⑦:好感度の上がり具合には、喜びを示す絶対数ではなく割合が重要。

これは予想外。つまり50/100よりも6/10のほうが好感度の上がり具合が大きいということ。まぁたしかにファンが何人いるかということよりも、誰もが好きって方が説得力を感じなくもないですね。

内容⑧:嫌悪を示す人がいると好感度は下がる。
内容⑨:割合に関係なく1人でも嫌悪を示す人がいると好感度は下がる。
内容⑩:好感度の下がり具合は人数と関係なく、1人でも10人でも同程度下がる。

これですよこれ。つまり1人でもアンチがいればそれだけで好感度を下げうるということ。好感度を上げるのはあんなに大変だったのに。

これも直感通りと言えば直感通りかもしれません。火の無いところに煙は立たないというように、1人でもアンチがいれば「ひょっとして…」と思うのが人間の心理なのでしょう。Amazonレビューでもそうな気がします。


まとめ

おおむね直感通りでしたが、無意味図形を用いるなど実験環境の問題設定だったり、他要因の排除だったりに工夫を感じる研究でした。

Bluemix で LINE Bot するときに詰まったところ

UIの評判が高いLINE。クラウドと組み合わせることで様々なアプリが期待できます。

と、いうわけで、今回はベース部分を作ってみました。

AWSが人気ですが、今回はあえてBluemixでチャレンジします。理由はありません、私が天邪鬼なだけです。ちなみにいずれも無料枠の範囲内で作れます。

今回はベース部分だけを作るので、話しかけると定型文を返すだけのBotです。


開発用LINEアカウント取得

LINE Bot 制作前に、コチラの記事を参考にアカウントを取得してください。

 


つまったところ1

Access to this API denied due to the following reason: Your ip address [***.***.***.***] is not allowed to access this API. Please add your IP to the IP whitelist in the developer center.

対策:
LINEアカウント側でWhiteListの設定をしてください。

 


つまったところ2

“message”:”The request body has 1 error(s)”,
“details”:[{“message”:”May not be empty”,”property”:”messages”}]}”

対策
POSTするときのpayloadでMessagesを配列形式で定義してください


NodeRED用のソース。

クリップボードに以下を張り付けて、トークンだけご自身のアカウントのものに差し替えればOKです。

 

以上

未来志向は『So what?』、5W1Hでは思考が止まる

ビジネスを進めるときに5H1Wという思考を用いますが、これらは現在または過去に考えをはせるための思考法です。

未来を考えるには『So if ?(もし~ならば)』という思考が適切。

 

となると、酒を飲みながら無邪気に妄想したり、仮定の元で議論するというのは非常に良いのではないかと思った。

以前に『情報は光の速度でしか届かない。それが問題になるシーンは?』というタイトルで遊びの議論をしたことがある。こういうのが重要・・・なのかもしれな。

 

以上、簡易メモでした

電力事業とIT技術

最近、とある学会誌で電気事業とIT技術による将来像をまとめた記事を読んだ。面白かったのでメモしておく。


国内エネルギー消費量が減少する

消費エネルギー量
= 人口
× 1人あたりのGDP
× GDPあたりのエネルギー消費量

この3項のうち、人口が減少していくのは間違いない。2050年までには現在の70%程度まで人口減少するという予測もある。

そして、GDPあたりの消費量も省エネ技術の進歩によって減少の一途をたどる。これらを踏まえて、トータルで消費エネルギーは少なくなっていく。つまり「日本はそんなにエネルギーを使わない」という状況に徐々になっていく。


IT技術による電力システムの自由化と分散化

太陽光発電や蓄電池の技術普及によって、一般ユーザも電力利用をコントロールしやすくなった。ここから活躍するのがIT技術。

1つ目はデータ分析による最適化。本日の発電量、消費量、余剰電力を事前のデータ分析によって予想すれば、不足分だけ必要最低限に購入したり、余剰分を売買することが可能になり、『無駄な電力』がどんどんなくなる。

2つ目は市場形成。高セキュリティな電力売買取引の実現や、売り手と買い手の最適マッチングである。

これによって、それぞれのユーザが分散的に発電&蓄積して、電力を自由に売買するようになる。


おわりに

電力のやり取りが、まるで農村地域の「畑の野菜が沢山とれたからおすそわけ」といった感覚でやり取りされるようになれば、生活にかかる費用がグッと下がる。

田んぼや畑があれば食料には困らない。初期投資は重いけど、発電設備(太陽光パネルなど)と蓄電池があればエネルギーにも困らない。あとは家さえあれば、地域で助け合うことで暮らしていける、そんな時代に戻るかもしれない。

実写映画『ジョジョの奇妙な冒険 ダイヤモンドは砕けない 第一章』の感想(ネタバレなし)

実写映画『ジョジョの奇妙な冒険 ダイヤモンドは砕けない 第一章』を見てきました

https://warnerbros.co.jp/movie/jojo/index.html


というか今更ネタバレも何もないですけど、映画オリジナル展開も混ぜられてるのでそこは控えめにしつつ感想を綴ります。。。

ストーリー再現度:☆★★

仗助のじいちゃんがどんな人柄か、息子にどんな影響を与えたのか、それを引き継いだ仗助の姿、そのあたりが特に時間をかけて丁寧に描かれていました。

アンジェロや虹村兄弟との戦闘シーンはわりと原作通りで省略部分はあまりなし。省略が多かったのは主に戦闘以外の部分ですね。

「おまえは一枚のCDを聞き終わったら キチッとケースにしまってから次のCD を聞くだろう? 誰だってそーする おれもそーする.」これがちゃんと再現されたのは個人的に嬉しい。

キャラクター再現度:★★★

良かったのは山岸由花子と虹村形兆。ふつうに可愛いしカッコイいし違和感も少ない。

まぁ、冷静に考えれば億泰や仗助に比べて髪型が比較的普通なので再現しやすかっただけかもしれませんが。

逆にイマイチだったのは承太郎さん。ガタイと迫力が不足、そしてもう少し若くてもよくない?という違和感がわいてしまった。(俳優さんごめんなさい)

スタンド再現度:☆☆★

そりゃCGだから再限度は高いですよね。よくできてました。

クレイジーダイヤモンドvsバッドカンパニーの戦闘が、ゴジラVS自衛隊の怪獣映画みたいでした(※けなしてる)

映画オリジナル要素の量:☆☆★

時間の都合で変更点がちらほら。時間の都合で仕方ないよね。

初登場のヤンキーに絡まれるシーンで、亀のくだりがカットされていたのは個人的に残念でした。

映画オリジナル要素の良さ:☆★★

仗助のじいちゃんが町を守ってるという描写に、原作よりも重きを置いていていました。高校生の仗助がこれから戦っていく決意をする理由として必要な要素ということもあり、このあたりの描写は良かった。

学校で仗助がひたすら女の子に「ジョジョ先輩♪」って呼ばれてるのには笑ってしまいました。

 

結論: おもしろくないので別にみなくて良いと思います。

ブロックチェーンの処理速度の計算式

こんにちは、ロードローラーです。本日はブロックチェーンの弱点といわれている処理速度についてまとめました。





現在のブロックチェーン仕様では最大7tps(取引/秒)

まず、ブロックチェーンのキラーコンテンツであるビットコイン仕様では最大7tps(取引/秒)とされています。これはどのようにして計算されているのでしょうか?

ポイントは以下3点です
・ブロック承認時間
・最大ブロックサイズ
・トランザクションの平均サイズ

ブロック承認時間
採掘者たちによってブロックが生成されるまでの経過時間。

採掘と呼ばれるブロック生成作業は、Nonce値を総当たりで変更しながらハッシュ計算を繰り返して、条件を満たすハッシュ値を見つけ出すというマシン処理性能にモノを言わせた単純作業です。そのため条件設定によって難易度を調節できます(例:ハッシュ値の先頭にゼロがX桁並ぶなど)。こうしてブロック承認時間を設定します。

ブロック承認時間は長すぎると取引がいつまでも完了しません。かといって早すぎると同時に採掘完了するユーザが大量発生してしまい、ブロックの正当性確認や合意形成のプロセスに時間がかかり過ぎてしまいます。これらの背景からバランスが重要と言われています。

最大ブロックサイズ
1つのブロックに格納できる取引データ量。

ブロック承認時間が10分だった場合に、10分間に最大ブロックサイズを超える量の取引が発生すると、ブロックに格納しきれず後回しにされてなかなか完了できない取引が出てきます。実際にブロックサイズ問題はビットコインで顕在化しており、ブロックサイズを大きくするための議論が何度もされています。

トランザクションの平均サイズ
1取引あたりのデータ量。これは特に説明不要ですね。


というわけで、現在仕様と照らし合わせてこれらを基に計算すると
・ブロック承認時間:600秒
・最大ブロックサイズ:1MB
・トランザクションの平均サイズ:250Byte
 
1,024 × 1,024(バイト)/(250(バイト)× 600(秒))≒ 6.99(取引/秒)
 
ただしトランザクションの平均サイズが300Byteとも言われていて、計算しなおすと
 
1,024 × 1,024(バイト)/(300(バイト)× 600(秒))≒ 5.83(取引/秒)
 

…………遅っ!!!

※ちなみにVISAカードの性能は最大45,000tpsと言われていて、このことからもブロックチェーンが比較的に遅いのがよくわかります。

 

ブロックチェーンの活用案として、開発用にユーザ情報やセンサ情報を取引するといったことが提案されていますが、そのためにはプライベートブロックチェーンにして仕様変更しないと難しいのかもしれませんね。。。

※ここでいう仕様変更とは
(1)最大ブロックサイズを増やす
(2)トランザクションのサイズを削減する
(3)ブロック承認時間を短くする

過去のブロックチェーン記事

Kabylake+Z270搭載ボードでUbuntuを立ち上げるとイーサネットが繋がらない

こんにちはロードローラーです。タイトルに記載した通り、開発用にGPU搭載マシンを購入したのですが、OSインストールを終えた時点でネット接続できないという問題がありました。どうやらイーサネット(NIC)が認識されていない様子。

試行錯誤の末に解決しましたが、非常に疲れた。。。。同じトラップによる被害者を減らすべくここに記します。


Intel公式サイトからドライバ(Linux用)をインストール

ドライバ
https://downloadcenter.intel.com/ja/download/15817/-PCI-E-Linux-

インストールされていることは以下コマンドから確認できます

 

しかし、ドライバインストールしたにもかかわらず繋がらない。のコマンドで確認したところドライバは入っているのに、、、なぜ??


問題はサムチェック

アレコレと試行錯誤を繰り返した結果、サムチェックが問題と分かりました。

まずダウンロードしたファイルから「nvm.c」を開きます。

次にサムチェック関数(e1000e_validate_nvm_checksum_generic)が動作しないように中身を空にします。似たような名前の関数がたくさんあるので注意してください。

 

編集が完了したらファイルを閉じて以下コマンドを実行。

これでイーサネット認識して無事にネット接続できました。

ラグビー日本代表ヘッドコーチ エディー・ジョーンズとの対話

こんばんはロードローラーです。今回は“ラグビー日本代表ヘッドコーチ エディー・ジョーンズとの対話 コーチングとは「信じること」”という本を紹介します。


コーチングとは

2015年ラグビーワールドカップで南アフリカに勝利して「史上最大のアップセット」を称されたラグビー日本代表。本書はそのヘッドコーチであるエディージョーンズ氏との対談を1冊にまとめたものです。

タイトルには「コーチングとは信じること」とありますが、書内ではむしろ「コーチングとはアートである」という表現が一貫して使われており、コーチの役割について語られています。

この本の良いところは、対談の書き起こし形式が中心なので変にフィルターのかかっていないエディー氏のストレートな言葉に触れられる点です。(といっても日本語訳されている時点でフィルターはかかっていますが)。エディー氏は有名なほどの辛口でして、その言葉はかなりグサッときます。


話が長い人は要注意

私のお気に入りは下記発言

能力のないコーチはオプションを提示しすぎるんです。選手に決断を促すのではなく迷わせてしまう。混乱している選手は傍からは懸命にプレーしていないように見えてしまうものです。それでまたコーチに怒られる。

でも、アスリートはプレーするにあたって100%全力を尽くすものです。それが100%に見えないときはふたつの理由しかありません。フィジカル面で疲労が起きているか、メンタル面で混乱しているかのどちらかです。

スポーツでも仕事でも、集団で何かをするときに私は必ずこのシーンに遭遇します。

思いつくまま話をだらだら続ける人、指摘を延々と続ける人、選択肢を提示するだけで満足感に浸る人、無責任に「せっかく道筋を示してやったのに」と後から嘆く人、要点を絞らず全部しゃべって「だから言ったのに…」と自分に保険を掛ける人。

相手を迷わせた挙句、そんな自分の失敗を相手のせいにすると、指導者としては二流ですね。

ちょっと油断すると自分がそうなってしまいかねない、という自戒を込めて、この文章を取り上げさせていただきました。

今日はここまで

 

負けたというのになぜ君は死ぬ寸前まで悔しがってないのかな?

どうも、ロードローラーです。「どうも」という言葉は非常に不思議なもので、挨拶シーンにも御礼シーンにも用いられますね。実際にそのような意図がある言葉ではないので「どうも」という言葉はなるべく使うなと教育する人もいるとか。

さてさて、今回は普段の意識高い系とはうってかわって雑記です。たまにはこんな話題もよいかと。

「負けたというのになぜ君は死ぬ寸前まで悔しがってないのかな?」

このセリフ、知ってますか?

これは少年ジャンプで連載されていた「暗殺教室」に登場する浅野學峯のセリフです。別に私自身、暗殺教室という作品の大ファンというわけではありませんが、このセリフは強烈に印象に残っています。このセリフの前後で浅野理事長が伝えていることは、

  • 「もしも次も負けたら・・・」、再び負ける恐怖との戦い、敗北から学ぶとはそういう事だ
  • だが、多くの者は口先だけで大して学ばず敗北を忘れる

過激な表現に感じる人もいるかもしれませんが、私はすごく賛同なんですよね。昔から勝負事(主にスポーツ)をずっとやってきた人間なので「勝ち」「負け」という言葉に敏感なのかもしれません。

アメリカなどではスポーツでもなんでも勝負事は勝者にスポットを当てます。しかし、日本は反対で敗者にスポットを当てる習慣があります。もちろん、負けたことが今までの努力を全否定することはできないと理解していますが、「この悔しさを活かして次回こそは」という言葉を使うときは、相応の重みが必要なのだろうなと考えてしまいます。

以上、ただの雑記でした