「Pepper x IoT x Web」勉強会再演（）に行ってきた！

５月２２日に、AITCオープンラボ「Pepper x IoT x Web」勉強会再演に行ってきた！
その内容をメモメモ

---

■はじめに
・AITCについて
・デモ　Pepperのある風景
　　何度？と聞く
　　温度グラフ表示→温度計からとってきている
　　ぺっぱーくん答える
　　エアコンをつけたという（実際にはつけていない、つけたつもり）
　　（温度が下がったとする）
　　ぺっぱーくん：温度下がりました、とめますか？ときく
　　STOPという
　　エアコンとまる（つもり）

・Choregraphe
　　→GUIベースのSDK
　　手間無く安全に作れる
　　ロボットの初心者用
　　間を補完する
　　予約すると、Pepperに触れる

---

■センサーデータの取得・送信編
・自己紹介
・アジェンダ
　　Tesselの気候センサーから気温
　　Pubnubに送信

・Tessel
　Javascriptでプログラミング可能→Lua：コンパイル
　Wifi標準搭載、技適登録済み
　拡張モジュールは電子回路の知識なしでもOK
　　→NPMでインストール可能。Githubで公開
　node.js互換

・センサーデータの取得
　気候センサーをセット（挿すだけ）
　npmでパッケージインストール
　プログラムで気温を取得
・Tessel2
　2015年８月出荷予定
　JSに加え、Pythonも使える

・Baasへ
　Websocketを使う
　　milkcocoa：socket.io-clientに依存。tesselでは使えない
　　pusher：Rest APIでも認証でSHA２５６、TesselはSHA1
　　　→jsSHAを使うと動くが、遅い
　　pubnub：Tesselサンプル有。
※要注意：JQueryは制限に引っかかったりする

---

■センサーデータの表示編
・pubnubから胸のandroidタブレット（ブラウザ）に表示する
　→WebSocketでデータ取得
　　IoTBaasがあつい。YAHOO IoT,Kii,parse,firebase
　　JSでパブリッシュキー、サブスクライブキーを書く
　　Subscribe,publishで読み書き
　　そのほかStream Controllerなど

・値をHTML表示
　　Vue.jsを使った：Bindに特化

・グラフ表示
　　CanvasとSVG
　　今回C3.js→D3.jsのグラフをラップ

・pepper連携
　　naoki APIを呼び出す

---

■値に応じてPepper動作
・自己紹介
・基本
　　動かす
　　タブレットを使う
　　タブレットの操作に応じて動かす

・動かす
　Choregrapheで作成
　　→ビヘイビアでパッケージ化
　　→アップロードする：pepperへ
　　→pepper上でnaoqi APIへ展開
　　→ブラウザ起動

　タブレットの仕様

　ChoregrapheでShow Image→フォルダ作成
　ビヘイビアファイルを１個上にあげる
　URLに実行時の時間を入れてキャッシュされないようにする

・Show up
　外部でもサイトの表示
　　pepperとタブレットのWifiは別に接続必要
　　アルデバランさんのところにサンプルあり

・タブレット経由で動かす
　qiメッセージング
　socket.ioでpepperに接続
　アルデバランさんのきーた(qiita)のところに書いてある

・カメラ機能を使う
　　take picture
　　show image→フォルダに格納→表示
　　追加コード(onLoadのところ）はQiitaに書いてある

　　特徴点をとっている
　　よわいところは外のAPIを使ったほうが良い
　　ダイアログ

まとめ

教育ITソリューション展に行ってきた！

教育ITソリューション展に５月２２日に行ってきた！

一つのテーマが深く・・というより、イマドキのテーマ＋昔からの話が少しずつ
といったかんじ。これは、この展示会だけでなく、いろんな展示会に言える。

具体的にいうと、例えば、e-ラーニングというと、moodle！っていう感じが
つよいが、moodleは少なく（あることはあった)、NetCommonsはどっかにあった？
って感じだけど、e-ラーニング自体は、いろんな会社がコンテンツをさまざまに
出していた・・・という感じ。

　NHKエデュケーショナルが、Moocs教材の作成支援を出していたし、アクティブラーニング
関係は、数社目だって出していて、特に目立った、プリンストンってところは、
Realアクティブラーニングということで、Polycom（電子会議で使う）なんかつかって、
なんかするやつを出していた（ごめん、詳しくはわからん）

　タレントマネジメントでは、FLMがなんかだしてたけど・・CYDAS(さいだす）？
　同時に「７つの習慣」がなんとかかんとか・・・という話で・・・（＾＾；）

　流行りものといえば、「ロボット」だけど、ロボット教材も「アーテック」とか
が出していた。さらに３Dプリンティングを使ったものとしては、ストラタシス・ジャパン
とかが出していた。

　流行りものでも意外なものは、ここでも、マイナンバー関連が出ていたことや
（大学の職員や講師の管理で必要）、ChromeBookがでていたことかな。
　ソーシャルで見守る・・って、なんだか聞く前に立ち去ってしまったんで、
中身は聞いていないけど、そんなのもあった。
　AmazonやToo（Mac管理関連で出展）も出ていてた。

　あと自動採点とかもあったし、電子黒板は当然あった。

ただ、大手（NEC、富士通等）は単体の教材・機材というより、「学校支援ソリューション」
みかいな、複合的な大きなシステムを出している感じにうけた。

以上、ごほうこくでした。

2015年12月から実施が義務化される「ストレスチェック」と、ITの関係について

改正労働安全衛生法により、2015年12月から５０人以上の従業員を雇用する会社は、
「ストレスチェック」を行うことが義務化されたことは、

http://www.mhlw.go.jp/bunya/roudoukijun/anzeneisei12/kouhousanpo/

に詳しく載っている。

これに関して、IT各社がどのように対応しているか（要するにソフトを出しているか）
について、書いてあるページを見つけたのでメモメモ

日経コンピューター　２０１５年５月１４日号　P10
「ストレスチェックが企業の義務に
　IT各社が支援サービスに本腰」

「Java EE7を活用する フレームワーク開発プロジェクトの勘所」を聞いてきた

ＩＢＭ　ＸＣＩＴＥ　ＳＰＲＩＮＧ　２０１５のつづき

Java EE7を活用する　フレームワーク開発プロジェクトの勘所

をメモメモ

---

会社紹介　ティージー情報ネットワーク
経歴紹介
プロジェクト紹介　東京ガスシステムの概要
　お客様統合システム再構築
　　ＪａｖａＥＥ７ベースの自社フレームワーク

ＴＧフレームワーク２
　　ＪａｖａＳＥ５　ＪａｖａＥＥ５ＥＥ６
　　Ｓｔｒｕｔｓ、ＩＢＡＴＩＳ
　　　→サポート終了している

ＴＧフレームワーク３
　　ＪａｖａＳＥ８　ＪａｖａＥＥ７
　　ＪＳＦとＪＰＡ（＋ＭｙＢａｔｉｓ）
　長期サポートが見込める

コンセプト
　フレームワーク２
　　　学習コスト、制約が多い
　ＴＧフレームワーク３のコンセプト
　　　ＳＯＡ→ユニットベース
　　　サンプル実装
　　　ライフサイクルコストの削減
　　→環境導入の簡素化
　　　ユニット
　　　資源管理
　悩ませない、迷わせない、停滞させない

品質担保
・ＩＢＭ　ＡＩＸ　Ｌｉｂｅｒｔｙ　Ｐｒｏｆｉｌｅ
・ＣＩによる自動化
・クラウドを最大限利用

ＷｉｌｄＦｌｙ＋ＭｙＳＱＬ→ローカル、クラウド
Ｌｉｎｕｘ＋Ｌｉｂｅｒｔｙβ

Ｌｉｂｅｒｔｙβプログラムって、どうよ？
・フレームワーク動くことＯＫ
・環境は１日で入れた

３月末：うごかなかった
４月　：動かせるようになった
サーバーの起動はやい
eclipseに依存

今後の展望

---

WASの新しいランタイム
Libertyプロファイル
　ＪａｖａＥＥ７に対応したβ版
　連携機能をＧＩＴはぶで公開
　　https://github,com/wasdev
　軽量、起動はやい

開発者は無償で
　eclipseで「Help」→「Marketplace」→「Liberty」
ibm.biz/LibertyJPN

第５回 Apache Cordova勉強会

5月20日、「第５回　Apache Cordova勉強会」に行ってきた！
ので、その内容をメモメモ

---

■会場提供
IIJ MVMO みお？　みおほん、じお（クラウドサービス）

■ビールで乾杯

■ネイティブアプリ開発者目線でのＭｏｎａｃａアプリ開発
・自己紹介

・みんなでRunRing
・ペパっと
　　スマホからPepperに話させる
・なぜネイティブ言語でつくるのか
　高パフォーマンス
　ＨＴＭＬ５の学習コスト
　デバッグしやすい
　cocos2d-x,unityなどのフレームワーク

　js：流行が結構変わる

・iosでできてもandroid版でレイアウト崩れる
　　→横着：ワンソース
・ハイブリッドな書き方

・Pepperアプリが出来るまで
　　企画
　　演出：どういうキャラクター
　　開発
　　　しゃべらせる言葉
　　　５日くらいかかってしまう
　　→どういうふうにすれば、聞き取りやすくしゃべるか？
　　　try and error
　　　　→東南アジアとかには流せない

pepperアプリの仕組み
・タブレット（ディスプレイ）
・Linux+naogi（なおき）
・Webview
・webサーバーnginx
胸のwebアプリ（android）

Chrome上でしゃべらせること出来る

既に作っていたＷｅｂアプリをアプリに移植
・ＨＴＭＬ５でアプリか出来るソースが合った
・Objective-CでPepperを操作するためのすべがなかった
・Monacaを使ったらすぐ出来た

学習コスト＋実装コスト

---

■IBM MobileFirst Platform IBM Bluemix
Watson News：日本語トレーニング開始を発表
→トーマスＪワトソン：初代社長
　　業務スマホなくした第一号→クビ→ＩＢＭ

simonTokyo
ProVision：エンタープライズモバイル

IBM Mobilefirst Platform（旧：Worklight）
　ＭＴＲ：香港の地下鉄
　Ａｐｐｌｅの中に事例
　　基幹システムと繋がっている
　国内事例：ミライト情報システム ImageGate

オンプレミス：Worklightの後継
クラウド：Bluemix

IBM：ミドルウェア買えなかった→クレジットカードで個人でも
その中にMobilefirst Platformある

オンプレ
　mobileFirst Platform,Xcode,Xamarin
　自動テストのモバイル版
　開発者は無料、無期限

developerWorks
https://developer.ibm.com/mobilefirstplatform
色々な情報。無料版へのリンクも
IBM RedBook（オンライン）
stackoverflowで質問すると、中の人が答えたり・・
mfp.help：自習書

アプリ開発・運用で見えているコストは全体の３０％
基幹システム、位置情報ＡＰＩ

ＩＯＮＩＣとパートナーシップ
ＩＯＮＩＣ　Ｃｒｅａｔｅｒ
ＬＯＢの人でも
ＩＯＮＩＣもフロント

ＩＢＭ　Ｂｌｕｅｍｉｘ
３つの形態で提供
　デディケート
　ローカル：オンプレミス

Ｍｏｂｉｌｅ　Ｑｕａｌｉｔｙ　あしゅあらんす

たんじぇりんぎんこう

ＭＱＡが入ってるアプリ
　　端末振る→バグ書いて→バグ票に
　　クラッシュログも

ＤｅｖＯｐｓ　Ｓｅｒｖｉｃｅ
Ｇｉｔと連携

インドの銀行

ＡＰＩエコノミー
ＡＰＩマネージメント
ＩｏＴ：ＭＱＴＴブローカー
ＲｕｎＫｅｅｐｅｒで使われている

次回６月１９日金曜日７時から（３０分拡大）

ネット広告で最近話題の、DSP/SSP/RTB/DMPを説明してみる

DSP/SSP/RTB/DMPを説明したいんだけど・・・

このページ

DSP/SSP/RTB/DMPの登場
https://www.cyberagent.co.jp/ir/personal/adtech2/adtech2_03/

が一番分かりやすいな・・・

だけど、これ、実際にどうやるか、擬人化して説明しないとわからんな・・

ということで、説明してみる（まだメモだんかい。不正確）

RTBさん(オークション主催者）
　　：これから、広告オークションをはじめる！

SSPさん（広告枠の売り手）
　　：アメブロのこの枠！いくらなら出す？

DMP１さん（データサイエンティスト）
　　：この枠なら、私の回帰式だと、５００円が妥当
DSP１さん（広告の売り手＝広告「枠」の買い手／DMPを参考に）
　　：５００円！

　　　　　　：

DMPnさん（データサイエンティスト）
　　：この枠なら、私の勘だと、３００円が妥当
DSPnさん（広告の売り手＝広告「枠」の買い手／DMPを参考に）
　　：３００円！

RTBさん：
　　みなさん、よござんすか～
　　　　１番高かったのは、DSP１　５００円さん、
　　　　２番目に高かったのはDSP３　４５０円
　　よって、DSP１さんに４５１円でうりま～す！

※注意！これらは、みんな人ではなく、本当はツール！！
　だから、「擬人化」として書いた。
　・・・余計、混乱するかな（＾＾；）

Watson Analyticsを使ってきた！（Watsonとは、違うらしい）

IBM XCITE SPRING 2015に行ってきた！のつづき
ハンズオンで、Watson analyticsを触ってきたので
メモメモ。表題の件は、文中に書いてある。

---

IBM XCITE SPRING 2015
Watson　Analytics　分析パワーをすべての人に！クラウド型分析サービス

このサービス
・分析パワーを体感してほしい
　売れている要因を調べる→モデルを作る
　それが一般の人でもできるように

・データの準備
　分析
　結果をレポート
→到達するまでに時間かかる

クラウド
自然言語→コグニティブコンピューティング
ガイド方分析

WatsonとWatson　Analyticsの違い
　質問応答システムのWatsonと
　　　情報をアップロード→知識DBに
　　　質問→答え
　　例：どうやったら、売り上げ上がる？
　　※やってることは機械学習

　Watson　Analytics
　　　　データをアップロード
　　　　分析する
　　例：よく売れているセールスマンは、どこに売りに行っている？
　　→ただし、サジェスチョンはしてくれる

想定しているユースケース

画面説明
・ログイン画面
　　Loginをクリック
　　IDとパスワード入れる
　　初期画面
３つの機能＋１個追加（リファイン）
Explore
　関連のあるデータ、傾向を把握
Predict
　SPSSを利用した予測分析
データアップロード
　Addをクリック
　アップロード
質問を入れる
　ちゃんとした英文でなくていい

こんなかんじで流れる



てきとうに単語をいれればＯＫ

変数をえらんだりして、

これ？という検索方法をだしてくるので、選ぶ


右下ので図を切り替え


一部だけハイライト

次の検索



グラフ変える

---

無償版

http://www.ibm.com/analytics/watson-analytics/

にアクセスして、アカウント作成

---

図が、ぐちゃぐちゃになってしまった・・・
もういちど無料版でやりなおして、かこう・・・

5月20日(水)のつぶやき

　ウィリアムのいたずら　@xmldtp　00:53

富士通の戦略は、試食でお昼代を浮かすようなもの。ＮＥＣ，ＮＴＴの戦略は世界征服！ goo.gl/Pd4Ubh

1 件 リツイートされました

from gooBlog

返信 リツイート お気に入り

---

Follow @xmldtp

IBM XCITE SPRING 2015の２日目に行ってきた！－その１ 基調講演

５月２０日、IBM XCITE SPRING 2015の２日目に行ってきた！
まずは２日目の基調講演をメモメモ

---

■１日目のまとめ
・午前パートナー向け
　新しい戦略
　　Ｓｙｓｔｅｍ　ｏｆ　Ｒｅｃｏｒｅｄ
　　Ｓｙｓｔｅｍ　ｏｆ　エンゲージメント
　　Ｓｙｓｔｅｍ　ｏｆ　Ｉｎｓｉｇｈｔ
　→パートナー様と：ＡＩＴ
　　トータルバリュー

・午後
　　ソフトウェアモバイル　Ｗａｔｓｏｎの利用
　　　→PepperとWatson
　　コストを半分、生産性を２倍→Watsonかつよう
　　クリエイティビティのＵＰ

　　ＩＯＴ
　　　　ＩＯＴとアナリティクスをあわせてトータルバリュー
　　　　Ｂｌｕｅ　ＭＩＸ

Ａ　Ｎｅｗ　Ｗａｙ
　　Ｔｈｉｎｋ：データとアナリティクス
　　Ｗｏｒｋ：モバイルとソーシャル
　　Ｆｏｒｗａｒｄ：クラウド、セキュリティ

初日がＴｈｉｎｋ
今日はＷｏｒｋとＦｏｒｗａｒｄ

・Ｗｏｒｋ
　モバイルとソーシャル
２００７年スマートフォン、８年
　　９４％モバイルへの投資を増やす・現状維持
　　Ｘ４　モバイルアプリの数
　　８５％開発に着手できていない
→モバイル固有の問題
　　・様々な端末
　　・ＵＩ
　　・基幹との統合

４月３０日　日本郵政グループ
　先進的アクセシビリティ
　自然言語処理

仕事の進め方に変化が求められている
　９０％　ＳＮＳを利用している２０代
　９３％　社員のコラボレーションを進める必要
　９４％　膨大なＥメールを処理しきれない
すべての人が共創する、新しい働き方

■IBM Verse まつうらさん
　ＳＮＳだけでは、これ以上の生産性はあがらない
　　→メール受信数は増えている
　柔軟に連携
　優先する仕事をきめる

・ケートリック
IBM Verse３つのポイント
１．自分の仕事が正確に把握できる
　　→人と結びついている
　　　検索を簡単に

２．全ての仕事を管理する
　　優先順位を付ける

３．仕事に必要なものがそろっている
　　プロフィール、人となりが入っている
　　１つの画面から様々なツール起動

モバイルアプリ

お客様とのつながり
　　７８％期待通りの対応でなかったので、やめた
　　８０％個別の対応なら個人情報提供していい
　　８７％自分か理解されていると感じることにリピート

オートバックスセブン
・会社紹介
・One to Oneマーケティング導入の背景
　　成熟期に入った自動車関連市場
　　ライフスタイル変化→クルマ離れ
　　購買ルートの多角化：Ａｍａｚｏｎ、楽天

　課題
　　マスプロモーション低下
　　会員売り上げは高い構成比
　　ＲＦＭ分析に限界
　意味合い
　　会員データは大きな資産
　　マーケティングを抜本的に変える

One to One マーケティング基盤
　６つのクラスタリング
　　→購買行動：４５セグメンテーション
　お客様と繋がり続ける仕組み
　→お客様が見えるプロモーション

顧客情報＋車両情報＋購買情報

効果
・顧客理解のしんか
・分析の高速化
・精度の向上

ＩＢＭ
　ＳＰＳＳ
　ＰｕｒｅＤａｔａ
　ＩＢＭ　Ｃａｍｐａｉｇｎ
　Ｍｏｂｉｌｅ　Ｐｕｓｈ　Ｎｏｔｉｆｉｃａｔｉｏｎ
　　　オムにチャネル化

■A new way forward
・変化し続ける世界
　９０％は口コミ、企業以外の情報
顧客体験が成功の新たな指標に
マスから個客へ

Citi Mobile Charenge
優れた顧客体験をもたらすアプリで
ビジネスを勝ち抜く時代へ

部品として開発→Ｂｌｕｅ　Ｍｉｘ

新しい顧客体験との新しいインフラ
・アプリケーションを常に改良
・既存データ資産から新ビジネスを創生

セキュリティ環境の変化
　　６１４％増加：モバイルマルウェア
　　４５のベンダーから８５のセキュリティツール
　　８３％の企業がスキルに対応できない

ＶＩＳＡ
　毎秒４７０００件以上の取引をリアルタイム不正監視
　ＰＯＳ　モバイル
　　処理能力＋可用性＋セキュリティ
　　　→ＩＢＭ　メインフレーム

マツダ　Ｅ＆Ｔにおけるエンジニアリング事業革新

課題
・派遣から受託への変化に伴うシステム
・煩雑な社内手続き
・ＩＴのとりまとめと維持管理負担
・アナログ手作業多い

アナログ的な手作業が多い「実研」
　　総合監視室
　　各テストベンチ
　　テストデータサーバー

ＩＴ技術で省人材余地あり

テーマ
エンジニアがエンジニアリング業務に没頭できる環境をつくりたい

ＩＢＭに相談してみた
・自分たちでがんばろうと決めた
・出来ることと出来ないことが見えてきた
・改めて相談してみた

リソース逼迫
　→ベトナムのリソース活用を開始
　→教育が必要
　　　ＣＡＤの操作は出来る。ものづくりの知識はないが意欲はある
　→故障の対応スキル

継続的な革新

密接に関連、新たな価値

■革新へのチャレンジとＫｅｙ　Ｅｌｅｍｅｎｔ
ＮＴＴコミュニケーションズ

人がつなぐ→アナログ→デジタル→ＩＰ化→仮想化

コミュニケーションの変化
　Unified Message
スマホの台数が人口を超える

途方のないトラフィック→バックボーンは増強
→コストを下げる

背景
・優秀な人材
　　　オペレーションの効率
　　　大胆なコスト削減→２分の１を目指せないか

典型的なプロセスを完全自動化
最終的判断は人間が行う
　　自働化
　　ビッグデータ
　　インフラ

Key Element
　　まずやってみる
　　現場を熟知している人材がシステム開発
　　発想を膨らませる
　　　　結果だけを追わず、開発者に考える時間を十分に与える
　　成功するまでやめない・あきらめない

ビッグデータの利用
　　２０１１　チェック５日
　　２０１２　ビッグデータ分析１日
　　現在　　　分析、ＢＩがリアルタイム

対応：１人のお客さん
　　２０１１　　９０分
　　２０１２　　４０分
　　現在　　　　１０分

ビッグデータの先
・近い未来を予測できないか
・質問に自動応答できないか

故障回復の予測適応度
お問い合わせの予測、予知

開発チーム
　　施策の融合
　　複数のアイデアが出やすくなる

世界中の人とモノをつなぐ

富士通の戦略は、試食でお昼代を浮かすようなもの。ＮＥＣ，ＮＴＴの戦略は世界征服！

この前、ブログ

富士通の戦略の根本部分をHONDAの人に否定される（＾＾；）
http://blog.goo.ne.jp/xmldtp/e/9c301ee4ca2653bc9b31cbe4b9084a32

に書いた戦略であるオープンイノベーション＆共創とＨＯＮＤＡの投げかけたオープンクローズ戦略の違いについて、ちょっとかいてみる。

富士通が取りうとしているオープンイノベーション戦略は、
・ＲｅｄＨａｔなどが取り入れている戦略で、
・自社だけでなくパートナー企業と共創（ともに作っていくこと）を行い、
・情報や技術をライセンス供与・無償提供したりされたりして、
・他社（＆他者）とのアイデアを組み合わせて、画期的？なアイデアを生み出すことで
・Win-Winの関係を築いて、自社だけでなくパートナー企業も反映し、
　エコシステム全体を潤していこうという考え方。

この考え方の危険なところは・・・
（１）他者を入れて開発するには、情報を開示する必要がある。情報を開示するということは、他社に真似られる可能性もあるということ。開発技術をオープンにして、自社は利益を上げられるのか？
　→ただし、「オープンイノベーション」のオープンは、他の会社（他の人）と一緒にやるという意味で、ソースや技術をオープンという意味では本来ない。でも、知財をオープンにしないとみんなで開発できない。よって、結果として、知財のオープンも入ってしまう。

（２）自社がコントロールできない。ある技術をＡ，Ｂ，Ｃ社（うち自社＝Ａ社）が提供可能で、これをＺ社の技術と合わせて市場に出すエコシステムがあったとする。このとき、権限を持っているのはＺ社であって、このＺ社が技術を開示しなかった場合、Ａ社の存続は、パートナー企業Ｚ社に依存し、コントロールできなくなる。

（３）オープンイノベーションを進めると、他者のアイデアや資源が利用できるので、技術が促進できるという発想は、異業種交流会と一緒。異業種交流会は「うちの商品いいよ～、誰かかってくれないかな」と集まると（そこに買い手はいないので）、結局、売れない。つまり、異業種交流会やオープンイノベーションで盛り上がっても、その商品が売れるとは限らない

で、この３つをあわせた、極めつけの理由になる。

（４）そもそも、オープンイノベーションは「自分が開発できないところは、オープンにすれば他人が開発してくれるだろう」という甘い期待の上に成り立っている。その期待は、スーパーで試食を食べまくっておなかをいっぱいにしてお昼代を浮かそうと考えるようなもの。試食がそんなに都合よく出ているわけがない。

　どうしても開発しなければならないものが、ハードウェアが必要で、投資がかかるもので、だれもおいそれとは手を出さないものとなると、結局自社か、買収先が開発することになる（＝ごはんは、自分もちだよ・・）

　そして、ハッカソンでいいアイデアが出てきても（試食はおいしい）、そこにお金を投入しないと、結局、アイデアで終わってしまう。

---

オープンイノベーションより最近話題の戦略が、オープンクローズ戦略。ヨーロッパのケータイ基地局とかが、この戦略だったかしら（最近、もっと分かりやすい例が出た）・・理論的には小川先生とかが言っているのかな？

オープンクローズ戦略は
・はじめに、オープンにする部分とクローズにする部分を分ける。
　　→ビジネスのコア部分をクローズとし
　　　そのクローズ部分と接続する部分をオープン仕様にする

・クローズ部分は非公開ないしは特許公開して知財管理し、
　自社で開発する（重要部分の開発は自社）

・オープン部分を積極的に公開し、場合によっては、企業買収して、オープン仕様を使わせる。

・オープン部分は、客寄せパンダ。無料＆いろいろなサービスを提供

・クローズ部分で儲ける。

という戦略。この例としては、トヨタの水素スタンドのケース（特許を使っていいことにした）が挙げられる

。トヨタは水素スタンド関係の特許は自由に使ってよいとした。（オープン）
　トヨタのコアビジネス（クローズで儲ける部分）はＦＣＶの販売

ほかにOpenFlowもそう。
ＮＴＴの場合、ハードメーカーではない。そこで
・Ryuを開発し(オープン部分）、
・それを台湾のホワイトボックスＰＣの上に載せる
・これでＮＦＶを実現すれば、メーカーから高い金して買っていたルーターとか、いらなくなる。

ＮＴＴのコアビジネスは通信。メーカーから買わなくなることで、メーカーからの拘束がなくなり、コアビジネスはしやすくなる。ただし、コアビジネスである通信（参入）までもＯｐｅｎにしているわけではない。

ＮＥＣのOpenFlowやNFVの場合も、ハードは売れなくなるが、ネットワーク構築の仕事が増える。かれらのコアビジネスはソリューションなんだろうな、キット。



そして、この手法をとるには、できるだけ、オープン部分を広めたほうがいい（そのほうがクローズドを使う部分の市場が増える）その結果、オープンな仕様で、いろんな会社に実装してもらい、その仕様をデファクトスタンダードにして、世界中に広める。世界征服。

---

つまりだ、この２つの戦略をまとめてしまうと、

富士通の戦略は、試食でお昼代を浮かすようなもの。
ＮＥＣ，ＮＴＴの戦略は世界征服！

となる。

Ｐ．Ｓ　オープンクローズの小川先生は、元富士通なんだから、富士通は戦略、ききに行けばいいのに・・・

「SugarCRM」＆「Talend」活用セミナーに行ってきた！

５月１５日に、個客はあなたのことを知っていますか?「SugarCRM」＆「Talend」活用セミナーに行ってきた！その内容をメモメモ！

---

■データキュレーションさんの話

・顧客にする為のコンテンツマーケティング
・用語
　　潜在顧客
　　顕在顧客　特定できない
　　見込顧客　コンタクト先が分かる　リード　そのうち客
　　案件顧客　まだ買っていない　パイプライン　いますぐ客
　　顧客　　　買っているカスタマー
　　上顧客　　ロイヤルカスタマー

　　STP
　　（セグメンテーション
　　　ターゲティング
　　　ポジショニング）
　　　　　　　　　リードジェネレーション
　　　　　　　　　　　　　リードナーチャリング
　　　　　　　　　　　　　　　　　　　　カスタマージャーニー（UXから見ると）
　　　　　　　　　　　　　　　　　　　　コンテンツマーケティング
　　　　　　　　　シナリオプランニング

・企業のWebサイトって見たことありますか？
　　→基本的に何か興味が無い限り、Webサイトは来ない

・ランディングページ：誘導したいページ
　　→トップページではない

・シナリオ大事：コンテンツマーケティング
　　順序：シーケンスが重要
　　　　　ハードルを下げる

・消費者行動はモデル化されている
　　　AIDMA
　　　AISAS オンライン
　　　認知段階→感情段階→行動段階

・激変した注意関心（認知段階）の環境
　　　マスマーケティング→マイクロ、One to one

・個客；個人を特定できる客
　　net perception
　　　　できなかったことが安く出来るようになったのは技術のおかげ
　　DMP：デジタルマネジメントプラットフォーム

・見込み顧客リストを
　　　集める：リードジェネレーション
　　　使う　；リードナーチャリング

・見込み顧客リストを集めて使う全体の流れ
　　　製品、サービスについて考える
　　　ターゲット属性について考える・・・ペルソナ
　　　キーワードの開発・・・バックエンド：売りたい製品
　　　フロント製品を決める・フロント製品：撒き餌
　　　ランディングページ・・アクセスさせる
　　　ナーチャリングする

・製品：３つに分かれる
　　　売りたい商品
　　　売れる商品
　　　フロント商品

・見込み顧客をどう集めるか
　　コンテンツマーケティング：価値あるコンテンツを定期的に、段階を踏んで
　　コンテンツをどのように考えればよいか
　　　→カスタマージャーニー
　　　　ペルソナを決めて→タッチポイント→どう思考するか？
　　　　　インサイト・・洞察、アクションの課題
　　　　　　　→解決としてアクション、やるべきことは何か

・コンバージョンレート

・CRM
　　お客さんが分かったときに受注に繋がる
　　マーケティング・オートメーション→データを分析して
　マーケティングDBを作る・・・SFA,CRM

・既存顧客についてよく知る
　見込顧客についてよく知る

・データをどのように活用するかが重要
　課題から考える
　　　データから来ると発散する

---

■SugarCRM

日本市場のCRMに対する意識
　　SaaSによるSFA、リード管理：安定期

１０年前の（期待から幻滅）とどう違うか
　　いままで求められたもの：
　　　　　売上向上
　　　　　営業の標準化
　　　→期待度は高いがすぐに結果でない
　　　　導入まで時間かかる
　　　　現場こんらん

　　今求められているCRM
　　　　短期導入、長期視点
　　　　わかりやすさ、柔軟性

ぱっと顧客が分かるSugarCRM

事例

個をCRM

革新・柔軟・価格
　　GUIによる開発ツール
　　Web　API　制限ない（SOAP,REST)
　　インテグレーション・エコシステム

本格的なワークフロー

SugarCRM、Stitch（すてぃっち）を買収

販売：日本では間接販売（代理店を通す）

---

■Talend

・データ統合
　　手作り
　　ETL
　　Talend

・データインテグレーション→ビッグデータ

・ESB　エンタープライズサービスバス：リアルタイムメッセージ

・Talend Data Service

・マニュアル新しくした

・富士通SSLで販売（代理店）

---

■富士通SSL　２つの事例

事例１：コールセンター
・３００コール、５０席
・通信系
・IP-PBXでIVRに着信する
　　→交換機は、astima CCE(Asteriskベース)
・大幅コストダウン要求（３０％）
　　実物を利用して仕様検討
　　SugarCRMコンポーネント利用

事例２：製薬業　MS（マーケティング・スペシャリスト）
　　→提案型営業
　　　コミュニケーションツール　SugarCRM
　　　MSの行動マネジメント

　

NoSQLのApache Cassandraを知ろう！

（３時間無料セミナー）NoSQLのApache Cassandraを知ろう！に行ってきた！その内容をメモメモ

---

NoSQLのApache Cassandraを知ろう！

Apache CassandraとはIoT向けデータベース

Google BigTable
Amazon DynamoDB
　この論文からＮｏＳＱＬきてる

Apache Cassandra 2010年ごろ盛り上がる
　→facebookが作った
元気なくなる
　→Facebookがやめた
　　実際のところ、インスタグラム、ゲームなどの裏ではつかってる
　　タイムラインでは使っていない
最近盛り返す
　→Appleが大々的に発表　27000台、数十ペタバイト
　　また注目
　→Sony PS4のマイプレイステーションの

内容は変わらない：大量のデータをスケーラブルで
　必要のないときマシン削除できる→クラウド向け
アメリカの小売店：ブラックマンデー
　ＰＯＳメインフレームを使ってた→その日だけ１００％
　Cassandraに変えると・・サーバー倍にして処理

ＤａｔａＳｔａｘ
　Cassandraはオープンソースで無料
　サポートとかをカバーするのがDatastax
　　→Apache Cassandraのディストリビューション
　　　　すぱーく　　
　　　　そらー
　　　　たいたん：グラフＤＢ
　　などをつける

DSE(でーたすたっくえんたーぷらいず）製品
　　Linux→Cassandra
　　RedHat→DSE

レガシーＲＤＢＭＳ　not ビッグデータ？
３つのＶ
　　Volume（量）：桁違いのデータ量
　　Velocity（頻度）：高頻度でのデータの発生
　　Variety（多様性）：様々な種類のデータ
そもそも、ＲＤＢでできるのか？

ＮｏＳＱＬって何？位置づけ

ＯＬＴＰ　　　　ＤＷＨ
ＲＤＢＭＳ　　（ＲＤＢＭＳ）

ExaData ８億をなんだいも・・

　　　　↓
NoSQL　　　　　Hadoop

ＯＬＴＰ　　　　ＤＷＨ
ＲＤＢＭＳ　　（ＲＤＢＭＳ）

ＲＤＢとは違う段階、違うニーズ
ＲＤＢで大変だったところをHadoopで

ＮｏＳＱＬは大量のデータでないと必要ないの？
・・１Ｔ、２Ｔでいいケース：ありま～す
そこを見極めないとデスマーチ

Relational？ NoSQLって何
　　NoSQL＝Not only SQL？
　　データベース≠RDBMS
　　　　OR
　　Post Relationalだとおもっています

オペレーショナルＤＢ　ＶＳ　分析ＤＢ
Operational Database
　２００６
　２００７
　　　ＮｏＳＱＬ

分析ＤＢ
　２００３　Ｈａｄｏｏｐ　Ｇｏｏｇｌｅファイルシステム
　２００４　ＭａｐＲｅｄｕｃｅ

ＤＢで使えるようになるのは７年
ブリティッシュ　Ｇａｓ
　　地に付いたＤＢ

The 451 group.com

RelationalにするかNoSQLにするか

Relational
　　論理データモデル
　　物理データモデル
　　テーブル
　テーブルがあってＳＱＬを作る

Ｗｅｂ系、ゲーム系：毎日スキーマが変わる
ＩｏＴデバイス：各マシンのフォーマットは違う
　　→ＲＤＢだとマスタマネジメント必要
　　→ＮｏＳＱＬ：そのままつっこめ
→渋谷かいわいでＮｏＳＱＬを使う理由
　　そのほうがわかりやすい
→でーたのヂュプリケートがおこる
　　　→データは２重持ちしちゃいなさい

メインフレーム：非正規化
リレーショナル：正規化
ＮｏＳＱＬ：二重もち、大福帳

オペレーショナルデータベース

トラでショナル：ＲＤＢＭＳ
どうでもいいもの
ＩＯＴ：ＲＤＭＳ以外

　　　　↓

全部ＲＤＢＭＳ？

繋がるネット時代の新技術
１９７０年代　階層ＤＢ
１９８０年代　リレーショナル
２０１０移行　コンテンツ・データを中心に

■NoSQLのApache Cassandraを知ろう！
Cassandraとは
Ｇｏｏｇｌｅ
　　スキーマ
　　めむてーぶる
　　こんぱくしょん
　　ＳＳてーぶる
　　こみっとろぐ

Ａｍａｚｏｎ
　　あーきてくちゃ
　　分散
　　レプリケーション
　　ごしっぷ（ぷろとこる）

おもしろいかんがえ
・マスターというのがない→単一障害点がない
・クラウド、オンプレミス共用にできる
・リニアなスケーラビリティ→マスタがないから

It's Always On
・Net Flix
　カオスモンキー：ランダムに殺す
　ＡＷＳのリブート：１００％サービス

ゲーム会社：初日がピーク
　レイテンシーは変わらない

なぜＤＳＥ
　　開発用ドライバー無料
　　ＧＵＩは半分無償半分有償
　有償
　　セキュリティ
　　ＱＡされた
　もう一こ上
　　インメモリー
　　分散エンジン
　　全文検索エンジン
　　エンタープライズ・セキュリティ

あなたはすでにDataStaxを使っているはず
　　ニュースサイト
　　オンラインショッピング
　　　　：
　　　　：

■Cassandraの用語
・Cassandraノード
　　サーバーまたはマシーンまたはバーチャルインスタンス
　　１つのJVMが動く環境
　Cassandraはコモディティサーバーで使うように作られている
　　SANとかでなく
　　マシンは別々→安いサーバーでいい

・クラスター
　＝データベース
　３ノードの１クラスターＤＢといういいかた
　最悪１台のノードで１クラスター→それなら、Mongoのほうが。。
　ＨＡなら、最低３台がいいのでは→クラウド上なら
　オンプレの場合、４台のマシンが１ヶ月しんでも

・データセンター
　　アメリカとＪａｐａｎ：べつべつのところにデータを置く
　　→１クラスターの中でできる
　　Create Tableするときにできる

　論理データセンター
　物理データセンター

・ワークロードでのデータセンターでの分割
　　データセンター３箇所（東京、サンフランシスコ、クラウド）
　　　東京でオペレーション＆分析→遅くなる
　　　３箇所に分析をかける→いままではＥＴＬかゴールデンゲート
　接続先は？
　　アプリケーションを書くときに、どこに接続するか意識して書く
　　ただし、ローカルの場合、ローカルファースト

・クラスタ
　　８台のノード：データ分散して持っている
　　　ケータイ：うらがCassandra→５個コピー

・Cassandraのデータ・パーティション分割の概要
　分散ストラテジ２つ
　　　ランダム→デフォルト
　　　順序指定→偏ってしまう
　レプリケーション係数（ファクター）
　　　１：１台　５：５台
　　クラスターの中で、どっかにもつ

　キーにハッシュをかけてトークンを作る→どこに行くのか決まる

・レプリケーションストラテジー
　　　データセンターのどこのラックに持たせるまで指定できる
　　　→ネットワークトポロジー（あんまり使わないかな・・）
　Create Keyspaceをするときに指定できる

・スニッチ
　　順番を決める

・ゴシップ：ノード間のコミュニケーション
　　「あいつ死んでるらしいぜ！」というのを各マシンへ
　　　→伝えていく

・ロードバランス
　　ラウンド・ロビン
　　データセンター認識ラウンドロビン
　　　　ローカルを先に認識、なかったらリモート

・容量の追加：かんたん

・バーチャルノード(Vnodes,仮想ノード）
　　追加したとき５台に１台ついか　５分の１づつ渡す
　　場所に依存しない

・１つのノードがダウン
　　　→何個に書き込めたら良いのか・・
　　　　調整可能なデータ整合性
　　もし、ＡＬＬとやってしまったら、２フェーズコミットと同じ
　　Ｏｎｅ
　　Ｑｕｏｒｕｍ

・データが一致しないとき
　　タイムスタンプを見て判断
　　ヒントつきハンドオフ→タイムアウト有り
　　リペアで整合性
　　いつかは同期する

・ＡＰＩのコネクターとドライバー

・ＤａｔａＳｔａｘＯｐｓＣｅｎｔｅｒ

■Cassandraスキーマ
・カラム及びその構成要素
・テーブル
・キースペース

概観
・キースペース
　　テーブル：複数の行、パーティションから
　　　パーティション：桁
　　　　　カラム

カラムの構成要素
・カラムはＣａｓｓａｎｄｒａの基本的なデータのタイプ
　　カラム名
　　カラム値
　　タイムスタンプ
　　ＴＴＬ（任意）

カラム名
・必須
・任意の値、任意の型→タイムスタンプをカラム名にしてもＯＫ
・テーブルで一意
・かならず値とともに格納

カラム値
・任意の値、型
・空でもＯＫだが、必須

カラム値のデータ型はバリデータ
カラム名のデータ型はコンパレータ

データ型はいろいろ

カラムのタイムスタンプ
　　６４ビット整数
　　ベストプラクティス
　　　：すべてのクライアントで一貫性のある形で作成
　　必須

カラムのＴＴＬ
　　Insert時に定義
　　期限を整数値で定義（秒単位）

特殊なカラム型
　　カウンター
　　　　加算／減算が可能
　　コレクション
　　　　以下の２つのコレクション型
　　　　　ＳＥＴ：ＣＱＬのコンパレータでソート
　　　　　Ｌｉｓｔ：順序を指定して
　　　　　ＭＡＰ：キーはコンパレータでソート

テーブル（カラム・ファミリー）
・ＲＤＢにおけるテーブルに似ている
　　パーティション（行）の集まり
　　調整可能な整合性
　　非正規化
　　　Ｉ／Ｏの回避
　　　読み取りパスを簡素化するため
　　　静的または動的　　　

静的なテーブル
・ＲＤＢのテーブルに似ている
動的なテーブル
・Wide Rows(横に伸びていく）
パーティションのクエリーに対して応答が得られるように構造化

ＣＱＬ行とストレージ行（パーティション）
キーの構造
　　パーティション（行）キー
　　クラスタ化キー
クラスターか順序
　　何もしなくてもディスク上でカラムをソート
　　順序は変更可能
ソート
　クラスター化カラムはORDER BYの対象にできる

複合パーティションキー
　Initial Token
　先頭トークン値から次のノードのトークン値までが担当になる

静的カラム
１つのパーティションの中で、同じパーティションの全ての行によって共有される特殊なカラム
たとえば、キーに対する名前など

サイズ制限
・テーブルのサイズ上限＝クラスターのサイズ上限
・１つのパーティション→１つのノードに収まる必要アリ
・理論上は２０億まで、カラムをもてます
・カラム値（セル）の最大サイズは２Ｇ（現実派１０Ｍ程度が妥当）
・ヒープサイズ
　　１個テーブルをもつと、１メガバイト→テーブル数を増やさない

キースペース
・テーブル（カラムファミリー）の集合体
・レプリケーションストラテジ設定
・レプリケーション係数を設定

Cassandra Query Language CQL
・ＲＤＢのＳＱＬに似ている

Datastax DevCenter
　　CQL分を作成して実行できる無償のビジュアル・クエリー・ツール

バッチの構文
→一階書き込んで実行
LWT(Lightweight Transaction)IF notができる

■データ・モデリング
クエリーを基準としたデータモデリング
・クエリーから考える：どういったデータを引っ張りたいのか
　　非正規化する
　　データが重複してよい

・ユースケース
　　製品カタログ
　　ＩｏＴ
　　レコメンデーション
　　不正検知

■ショッピングカーと
・ダウンタイムが発生しない
・オンラインの買い物客はスピード大事
・スケールすることも重要
・Cassandraでは、必要な情報を全て１つのテーブルのパーティションに保持する

・利用者はそれぞれ１つまたは複数のショッピングカートを持てる
　　　→ユーザー名とカートの複合パーティション

■ユーザー・アクティビティの追跡
　・挙動にリアルタイムで反応
　・バッチでは遅すぎる

ユーザーアクティビティのモデル
長期の行動データはバッチに持っていける

ユーザーが行った行動のテーブル
　ユーザー名
　時間
　ＴＴＬを入れておく

永続的データ

書き込みは早い

モデルを使う

■ログ収集
・全てのログデータを高速で収集
・ログの生成場所に近いCqassandraを使う
　　複数データセンターの利用
・ダッシュボード、参照など

・データを収集して様々なテーブルに振り分ける
　　・参照用のテーブル
　　・ログ：ダッシュボード

■インデックスの作成
→あんちパターン（できるけど）
・テーブルを使用したインデックス作成
・部分ワード・インデックス
・店番号と商品番号：複合行キー
・ビットマップインデックス
　　　挿入時に可能性を全部入れておく

■サーチ（検索）
・Solrの統合
・非常に高速なパフォーマンス
・solrの自動シャーディング（Cassandraレプリケーションによる）

■アナリティクス
・Hadoopとのインテグレーション
・Spark

■Javaドライバ
・ＣＱＬ３
　　昔のすりふと(Thrift)ベースのＡＰＩよりはるかに早い
　　英語でJavadocあるので見てね！

■まとめ
http://docs.datastax.com/ja/index.html

富士通フォーラムに行ってきた その２

富士通フォーラム行ってきた！のつづき

５月１４日の

インテルと富士通で創るIoTプラットフォームの新しい世界

をメモメモ（ちょこっとだけ）

---

■ご挨拶
インテルのミッション
　ムーアの法則のパワーを活用
　ゴードンムーアのムーアの法則５０周年

様々な機器へイノベーションを！

ビデオ

ダグ・デービス
・指数的に増えてる
ＩｏＴ：違う定義

スマートマニュファクチャリング
　システムの８５％はネットワークに未接続

IoT
　交通／自動車
　農業

ビデオ：ＩｏＴゲートウェイをつかえば・・
→マレーシアにおける稲作

エコシステム

インテルＩｏＴゲートウェイ
車からレコメンド
ワークスタイルの変革、業務システム変革
エコシステム

インテル社との協業

島根富士通の取り組み
・日本品質で日本でがんばってる→見える化
　　Ｉｎｄｕｓｔｏｒｙ４．０
　ナレッジインテグレーション

富士通の戦略の根本部分をHONDAの人に否定される（＾＾；）

富士通フォーラム行ってきた！のつづき

「次世代システムのグランドデザインはこれだ！（カンファレンス）」

を聞いてきたのでメモメモ
（表題の意味は一番最後に）

---

うちやまさん(途中から聞いた）

でじたるでぃすらぷしょん
Digital Disruption

3つの方向性
・社会経済のデジタル化
・顧客との関係のデジタル化
・組織運営・働き方

４つのトレンド
・システムズ　オブ　エンゲージメント（ＳｏＥ）
　　→いままではシステムズ　オブ　レコード
　　　スピード、進化、永遠のβ晩
・オープンイノベーション
・Ｃｏ－Ｃｒｅａｔｉｏｎ（共創）
・ＡＰＩエコノミー

求められるプラットフォーム
・不確定要素
・常に変動
・外部の知恵やリソースの利用
→拡張性・柔軟性・アジリティ・接続性
→ほっておくと成長する

新しいデザイン


保険会社にとっての・・・東京海上日動のひと
・自己紹介
　　東京海上
　　　利益の半分は海外
　　あんしん生命は富士通ホスト

・デジタルビジネス時代に向けて
　企業からお客様へのパワーシフト
　　お客様においてきぼりをくわないように

　従来
　　コンピューターは事務処理、お客様の接点は紙
　オートメーション、コミュニケーション
　　　ＧＰＳ位置情報から、ゴルフにちかずいたらゴルフ保険
　　　１日自動車保険：５００円、ケータイ代と：受けた
　　　タブレット、スマホ
　　　田舎の夜道で事故→ＧＰＳで位置情報
　代理店が使う次世代モデル
　　　その場で完結できる

課題
・いままでの人材と違う人材
　　ビジネス＋ＩＴ　アートのセンスも
・基幹系
　　ＳＯＡ
展望
　　エマージングカントリー

本田技研　宮下さん
・自己紹介
　　Ｈｏｎｄａの基本理念
　　　　３つのよろこび：買う、売る、作る
　　　　三現主義：現場、現実、現物
　　　　　→見える化、可視化：バーチャルリアリティ？
　　ビジネス：グローバルの広がり
　　　　需要のあるところで生産
　　　　小さく生んで大きく育てる
　　お客さんとどう接して言うか
　　新価値を創造し続けるために
　　　　企業活動の効率化
　　　　新技術の開発
　　お客様が使う満足を継続
　　　　ＩｏＴ→理解する
　　　　製品の状態を把握
　課題・要件
　　企業間の壁を越えた情報の共有化
　　企業風土の改革
　　ＩｏＴの拡大・社会共通インフラ

富士通　谷口さん
ＩＣＴ投資　７割は日々の運営　３割が新規
　日本は守り、米国は攻めのＩＴ経営
　ＩＴ投資が多い→多いことが、いいことなのか？（無駄遣い？）

システムの運営負担を軽減し、攻めのＩＴへ
　　社会産業のデジタル化
　　顧客との関係のデジタル化
　　組織運営・働き方のデジタル化

Ｎｅｘｔという基盤をつくる
　　ＡｓＩｓ　ＴｏＢｅを埋める
システムをいれず　インテグレーション

カメラ機能は入ってる→安く出来る

お客さん→パブリック、オープンシステムへ
社内→オンプレ？パブリック？

イノベーションが期待される背景
　ＳＯＥそのまま作ればまたサイロ化
　ＳＯＲのモダナイズ

■グランドデザイン
・ＳｏＲ：プロセスが確立している。要件確定を早く
　ＳｏＥ：得られなかったデータから価値

・ＳｏＲ通信業者様
　　システムが足かせ→見直し：基盤刷新
　　　ビジネスワークフローから
　　　ビジネスルール、エンジンを適用、資産６分の１
　　→アジリティがもてるようになった
　　→簡単に出来る方法

・ＳＯＥ　スマート家電
　　ビッグデータ事例

新しいインテグレーション
　変革成長に向けたＩＴ投資
　　人間が絡まないと→知見を入れる
　　デジタルビジネスプラットフォーム
　業務の効率化→全く違った発想

みそナレッジインテグレーション
　いまある知識を集約してデジタルに適応
　ナレッジ→増えていく

ＳＯＲ，ＳＯＥ両方を包含
　デジタビジネスプラットフォーム
　　→うしろにクラウド

ＳＯＲ：モダナイゼーション

富士通ナレッジインテグレーション：６つの価値
　高度なマネジメントスキル
　共創
　人材育成
　永続する安定運用
　高性能高信頼
　ビジネスアジリティ

　　　↓　ナレッジ　↑

デジタルビジネスプラットフォーム
　　ビッグデータ
　　ＩｏＴ
　　モバイル
　　クラウド

本田：宮下さん
外に出したくないナレッジ
　　→オープン？どうするの？
　　　カスタマイズ：汎用化されたＡＰＩ

本当の競争力
汎用のところ

乗り換えるメリットは？
　オープンソース：資産の融通性
　インテグレーションする（マルチクラウド、全部つなぐ）

期待
　中身まで分かるクラウドに

Ｕｂａｒ
Quirky
air b and b 星のリゾートが一番危機感を感じている
マッチングエコノミー・シェアリングエコノミー

---

オープンイノベーションとか、オープンオープンって
いいすぎたので、やっぱりＨＯＮＤＡの宮下さんは、
そこ突っ込んできたね。

いまは、オープンイノベーションを単純にやっても
おいしいところは持っていかれてしまうので、
オープンクローズ戦略を使うのが普通。

これについては、別に改めて書こう！

Japan ITWeek春に、行ってきた！

Japan ITWeek春に１３日、行ってきた！

いろんなものが、少しずつある感じだけど、新しいものは少ない印象を受けました。

例えばクラウドだとＫＤＤＩはOffice 365とGoogle apps
ＡＷＳは何社かのパートナー(例えばサーバーワークス）とかと一緒に
あとひかりクラウドとかあったか・・
開発のテストも何社かあって（あれ、SHIFTがふえた？前からあった？）
ＣＲＭ，ＳＦＡ，Web会議などなど・・・
テキストマイニングはTrue Tellerとテキストマイニングスタジオ・・

うーん既視感・・・

MonicaになぜかPepper君がいたとかは新しいけど
そういう小さなことじゃなくって、大きなこととしては・・

あ、エスノグラフィー調査だったかなのU7eyes designって新しい？
あと新しいのは、ami voiceから出たので、正しい英文を覚えておいて
場面によって、そいつがはなす。翻訳じゃないっていうのがでてたなあ
翻訳メモリの会話版とでもいいましょうか・・

イマドキっていうとＤＭＰだけど（もう古い？）Ｇｅｎｉｅｅ（じーにー）って会社がやってた。

予測が出来るイマドキ話のマイナンバーは、マイナンバーのセキュリティとして、いくつか出ていたなあ・・

あと、オフショアは、ベトナムは既視感だけど、バングラディシュは新しい？

以上が東館

---

西館は組み込み話。
ＩｏＴとかは、当然出ているんだけど、いろいろちまちままちまち
ＱｔがＳＲＡでやってたよ！
モデルベース開発が東芝とか豆蔵とか・・
マイクロソフトがPinkKitとかいうのやってたな（よく見てこなかった）

そんな中、顔認識のTera Probeという会社が、なんかしてた・・

いじょう