新しいOneDriveクライアントに仕事用のアカウントを追加する方法

マインドテックの冨です。報道を見ていると九州の地震の話題で持ち切りです。いまだに余震も続いているようですが、早く落ち着いてもらいたいものですね。

前の記事で、以前からOffice365 ProPlusを利用しているにも関わらず、OneDrive for Businessが利用できなかった私のようなかわいそうな人のために、設定上のチェック項目を指摘しました。(そもそも当時はSkyDriveという名前だった)

その際にMicrosoftのサポートの方から教わった新しいOneDriveクライアントのネタです。利用しているバージョンは2015(ビルド17.3.6381.0405)です。OSは今をときめくWin10(64bit)です。

OneDriveのバージョン

“OneDrive for Business”を利用できなかったがOneDriveは使いたかったので、hotmail.comなどで登録した個人用のアカウントで無料の枠内でOfficeに登録していました。

個人用のOneDrive

これにもう一つ法人用の”for Business”のアカウントを登録することが出来ます。

OneDriveのアイコンを右クリック>設定>アカウント

で上の図のような設定画面が表示されます。ここで「アカウントを追加」欄の「仕事用アカウントを追加(B)」をクリック。続く画面でOffice365で利用しているアカウントで認証してください。

 

すると、次のように個人用と法人用の2つのアイコンが表示されます。青い方が”OneDrive for Business”で登録されているものですね。

OneDriveのアイコン

こちらも同様にアカウントの画面を出すと次の通り

法人用OneDrive

上部のアカウント欄の名義が変わっている事にご注意。こんな感じで2つの個人用と法人用のアカウントを管理できるようになります。ローカルでは2つの同期フォルダは別にすることが出来て、これを変更する場合にはいったんリンク解除する必要があるとの事です。

マシンによってはOneDrive中の一部のフォルダだけ同期がとれていればよいケースもありますが、この場合には「フォルダーの選択」ボタンをクリックして表示された画面にて、同期対象のフォルダーにスイッチを入れていきます。

最近Dropboxでもクライアントの改良があり、共同作業がやりやすくなりましたが、OneDriveも徐々に使い易くなればいいなと思います。

Office365 ProPlusを使っていて、OneDrive for Businessが使えない場合のチェックポイント

マインドテックの冨です。MacよりはWindows派です。

2014年の秋にMicrosoftが太っ腹の発表をされたのを覚えておいででしょうか。OneDriveの容量無制限ですよ。わたしは心ときめいておりました。

Office 365 ProPlus ユーザーへの OneDrive for Business の提供に関する詳細を発表

https://blogs.technet.microsoft.com/microsoft_office_/2014/11/20/announcing-details-onedrive-business-availability-office-365-proplus-customers/

で、ProPlusユーザーには段階的にOneDriveを開放するという事で、待ち焦がれていたのですが、なかなかその時が来なかったのですよ。業を煮やしてサポセンにコールしたら「あなたの使っているProPlusのライセンスはOneDriveの利用対象外かもしれない。でもUSの発表以上の情報はないよん。」という事で、なんだかよくわからないまま月日は流れていきました。

そうこうしているうちにOneDriveの容量無制限も見直しが入り、Office365のライセンス体系も変わり、なんだかモヤモヤしながらも、私のOffice365の画面にOneDriveアイコンが来ることはなかったのです。ていうか、そもそも”OneDrive for Business”の存在自体を忘れていました。

でですね、ひょんなことから製品ページをみたんですよ。いつの間にか、しっかり提供サービスに入っているじゃないのさと。

Office 365 ProPlus

https://products.office.com/ja-jp/business/office-365-proplus-business-software

私の中の何かがはじけて、MSのサポセンにコール。有効にする手順を教わりました。

  1. Office365の管理画面を開く
  2. ユーザー>アクティブなユーザー>対象ユーザーの右のスイッチON
  3. 画面右にユーザー情報の枠が表示される。「割り当て済みのライセンス」の下「編集」をクリック
  4. “Office 365 ProPlus”の右側の下向き矢印をクリック

ライセンスの割り当て

 

すると、以下のように展開されます。この”OneDrive for Business”のスイッチが入っていなければ入れる!

ライセンスの割り当て

あとはサーバー側で準備が整えば(私の場合に数分かかった)、指定したアカウントのOffice365のページでOneDriveのアイコンが表示されました。(もう・・・最初からスイッチONにしてくれればいいのに・・・)

あと、サポートの方から教わったのは、OneDrive for Business 同期クライアントの新しい版がリリースされたとの事です。個人用のOneDriveのアカウントに加えて、OneDrive for Business用のアカウントの追加もできました。詳細は下記のページをご覧ください。

https://support.office.com/ja-jp/article/7af500d9-a18e-4abb-8450-b94f4e52c1a0

肝心の容量ですが、先にマイクロソフト社から発表が合った通りで(無制限ではなく)1TBでした。

絶望の炎上プロジェクトを救い出す考え方

マインドテックの冨です。いやあ、お前が言うなというタイトルですけどね(汗

最近も某炎上プロジェクトの現場にヘルプに出かけ、久々に業火の黒煙の香りに懐かしさを覚えました。
自身も散々プロジェクトを燃え盛る炎の中に叩き込んでは屍の山を築き上げた経験が多数ありますので、名PMからはほど遠く、あまり人の事を言えた立場でもないのですが、逆に経験者ゆえに学んだ事も多いなあと感じています。

炎上する過程に関しては、PMの経験不足によるものや、リソース等の内的・外的環境による制約、顧客との関係性など多種多様の要因があるわけで、防止・対策については多くの要因を振り返る必要があります。

ただ、現実に燃え盛っているプロジェクトの火消しを行う際に、鎮火のためには2つの事を決めるのが必須と考えます。
(1) プロジェクトのゴールの設定
(2) 現実に達成可能な工程への見直し

「いや、それ当たり前でしょ」という声が聞こえてきそうですが、燃えているプロジェクトでは徹底出来ていないのです。直近でヘルプに入ったところもゴール設定が曖昧で作業量が見積もれませんでしたし、完成までにあと何が必要というのが見えないので、ひたすら目の前の作業を深夜残業・徹夜・休日出勤でつぶしていたわけです。当然、担当者も疲弊して離脱者も出ていたようでした。

(1) プロジェクトのゴールの設定

これは最重要です。何をもって完成品とし、作らなければいけない制作物、準備をしなければいけない事、完了させておかなければならない作業など、プロジェクトのゴールを決める必要があります。これが決まらないと、どんな作業が残っていて、そのボリュームはどの程度という評価が出来ないのです。プロジェクトを遂行するメンバーにしても、作業の達成基準が明確でないと、ひたすらゴールの見えないマラソンを走り続けるようなもので、心身ともに大きなストレスを受けます。最悪の場合にはプロジェクトからの離脱も発生して状況が悪化します。

不幸なことに、お客さん側からのリクエスト(追加のリクエスト、認識してなかった要件の顕在化など)により、ゴールが動くことがままあります。それでも当初のゴールが決まっていないと、「ゴールが動いた/動かした」ことが共通認識として持てなくなります。つまり、締め切り日の変更や追加費用の請求などを行う根拠が無くなる事を意味しますので、PMとしてはクリティカルな問題です。

(2) 現実に達成可能な工程への見直し

これも、締め切りのスケジュールやマイルストーンから逆算して、この時期にはここまで出来ていなければならないという「べき」論でプロジェクト計画がなされる場合があります。プロジェクト当初の計画立案の段階では良いのですが、炎上している状況では見直す必要があります。つまり、プロジェクトで確保している人的・物的リソースやスキルレベル、健康状態、その他もろもろの事情を考慮して、(a)残りの作業項目の一覧 (b) 担当者の割り当て (c) スケジュールの調整 を行います。

(a)は一覧の作業が全て遂行されたら(1)のゴールが達成できるように、すべて網羅され、かつ具体的なものでなければなりません。当然、各作業に要するスケジュールも見積れる必要があります。(そうでないとスケジュールが組めません)

(b) は一覧化された各作業を遂行するために必要なスキルを持つ人員を割り当てます。スキル的にチャレンジ要素を含むものには極力割り当てない方が良いです。人が足りない場合も出てくると思いますが、その際には(a)に戻って作業を減らす(それに伴い、最終ゴールを調整する。品質を落とすなどの調整も必要)か、新たに調達してくる手はずを整える事になります。ただし単純作業を除いて新規のメンバー調達は避けるべきでしょう。新メンバーへの作業内容の説明の教育や作業管理のコストは、特に要する時間を考えると大きいとみるべきです。

(c) は(a)の各作業を締め切り日に向かって調整していくわけですが、この時期にはこれが終わっていなければならないといった理想論からスケジュールを決めてはいけません。現実的に達成できる基準で設定する必要があります。(また、可能であればトラブル発生時のリスクヘッジの日程も含めるべきです)

スケジュール調整を行っていくと、どうしても締め切りに間に合いそうに無いという局面が現れます。この場合には締め切り日の調整などを含めた交渉に入る必要が出てきます。最悪の場合には訴訟をちらつかされる場合もありますが、(a)~(c)の調整後ではリソースの都合などで「出来ないものは出来ない」ので「べき」論でいうスケジュール要求は飲まずに、現実的に達成できるレベルを基にして、ビジネス的な落としどころを探るべきです。炎上プロジェクトでは現場PMの決裁権を越える調整が必要な場合もありますので、鎮火のために速やかに上席者の同席を求めるなどの対応が必要です。

現実的に達成できることを基準にプロジェクトを見直すこと

炎上プロジェクトと一言で言っても、いろいろな背景・局面があるので、対応の方針については一概に言い切れないのですが、少なくとも現場の作業遂行担当者にとっては、自分のやるべき作業内容・成果物が定義されていること。それが自分が遂行できそうだと確信できること。指定の期限で作業がこなせそうなこと。これらが揃って心的な負担が軽くなり、モチベーションも生まれます。引き続きハードワークが必要だとしてもゴールが見える事でずいぶんと違ってきます。

一番のプレッシャーは、お客さんとのスケジュールを含めた事前合意を変更しなければいけない事だと思います。契約や「すでにリリース日程を告知して、メディアにも発表したし、予約も入ってきている」などの厳しい外部要因がある場合もあります。ただ、現実問題として出来なそうな事については、そのままにするとお客様も不幸になるので、一緒にプロジェクトの着地点や、残りの日程のプロジェクトの運営を探る動きに入るべきです。「それはお宅の責任でしょ。ちゃんと期限内にやれるやり方を考えて持ってきなさい」とお客様に詰められる場合も多いわけですが、それが出来ない見込みなので相談に行くわけでして、事前にいろいろと着地点のオプションや話の進め方を考えて臨んでください。

 

とか書いていて、いろいろな悪い思い出が頭をよぎりました・・・(汗

基幹系のクラウド利用は、まだまだ道のりが遠いと感じたこの頃

マインドテックの冨です。

Webを使ったSaas/ASPの開発運営やWebマーケティング関連に携わってきたことから、今まで、データ分析やWeb系の開発者との接点が多かったのですが、ここ最近になっていわゆる基幹系やインフラ系の方々とお話することが増えました。そして驚いた事が、結構な割合で”AWS”をご存じないという事。

AWS Summitでの展示や各種の勉強会などでも、データのクラウド連携とかオンプレ&クラウド連携など、基盤をどのようにクラウド化、またはクラウドと連携していくかのソリューションの発表を多く目にしていたので、それなりには進んでいるんだろうなあという印象を持っていたんです。

ところが、いろいろとお話を伺ってみると”AWSを触ったことが無い”ではなくて”AWSって何?”ということなんですね。”ECサイトのAmazon社が提供しているクラウドサービス”なんですよと説明をすると、ああ、なるほどねと納得いただけるんですが、AzureやSoftlayerなどは言わんやおやだったりします。

“クラウド”という言葉にはさすがに反応されるんですが、その具体的なプレイヤーやサービスに関してはご存じなく、”レンタルサーバーみたいなもんでしょ”という理解に留まっている感じでした。

つまり、開発・運用を行うようなIT企業であっても、「クラウドはうちの仕事じゃない」と認識されている会社がまだまだ多数あり、具体的なサービス内容も知られていないという事なんですね。これは自分にも意外でした。同様に著名なOSSの製品に関して話を振ってみてもご存じないという反応でして、バックエンド系は昔ながらのやり方がまだまだ根強いのだと感じました。

もちろん、これが単純に悪いという話でもないですし、さらには早々にASP/SaaSの導入、開発、運用を手掛けられている会社も多いのは知っていますが、ユーザー企業側も開発・運用側も、もっと効率的な開発・運用手法が全然取り入れられていないんじゃないかと危惧しました。レガシーをレガシーのまま、安定して運用し続け、リスク要因を極力排除するという方向感が、新しいもの・ことを選択肢から外すという行動につながっているのかなと思いました。
往々にしてレガシー系はパンドラの箱であったりするので、移行は容易でないのは理解できるのですが、モダンな手法や考え方を取り入れる事で業務改善につながる現場も多いと思います。

怒涛の攻めを見せるMicrosoft社のデータ分析ツール

マインドテックの冨です。

3月末のカンファレンス”Build 2016″で、Ubuntu Linuxの環境をWindowsネイティブで稼働させたり、従来のPowerShellに加えてLinuxの事実上の標準のシェルbashを利用できるようにするなどの発表を行いました。今年の夏の予定とのことですが、これはすごい事ですね。まあMac使いの人には今までできているけど何か?とか言われそうですけど。

それにしても昨年から今年にかけてのMicrosoftの攻勢は圧巻だなあと思う次第なのです。OS+Office屋さんから、改めてクラウドやデータ分析などのビジネスのメインストリームに食い込んできています。クラウドでは先行するAmazonに一日の長がありますが、それでもAzureの充実ぶりを見るとよくぞここまでという感があります。

以前、Excelを持っているMicrosoftが本気でデータ分析の領域に突っ込んで来たら、分析領域のツール開発ベンチャーが軒並み吹き飛ばされるんじゃないかと思っていましたが、なんとなくそんな雰囲気も改めて感じています。まあ、TableauやQlikViewなどが持っているシェアをひっくり返すには相当時間がかかると思いますけど。

そんなわけで、Microsoft社が提供しているデータ分析関連の主なツールをまとめてみました。(「アレが入ってない」とか見落としがあるかと思いますがご容赦を)

(1) Excel

Wordとならび、ほぼすべてのPCにインストールされているのではというくらいに普及している表計算ソフト。単純な集計の他にもソルバー機能やピボットテーブルも使える。予測もできる万能ツール。UI面でちょっとしんどい事を除けば、機能的にはたいていのことは対応できる。少なくとも中小企業のレベルではデータ分析の専用ツールを買う前に、Excelの機能をしゃぶりつくす位でちょうどよいくらい。(アルゴリズム的にいろいろある話も聞きますが、そういう業務の方は専用ツールを買うべき)

(2) Power Pivotアドイン for Excel

https://support.office.com/ja-jp/article/PowerPivot-%E3%82%A2%E3%83%89%E3%82%A4%E3%83%B3-a9c2c6e2-cc49-4976-a7d7-40896795d045
Excel2010から利用できるようになったピボットのプラグイン。ノーマルのExcelを越えて大量データの集計処理が可能になる。これもあまり使っている人をみかけないが勿体ない。(ついでにPowerViewも)一般的なビジネスデータの分析であれば、ここまでで大抵は何とかなる。

(3) PowerBI

https://powerbi.microsoft.com/ja-jp/
ビジュアライゼーションやレポートのためのダッシュボードのサービスであるが、驚くことに無料!これもあまり利用されていませんが、もっと知られて良いサービスだと思いますよ。

(4) Microsoft R Server

https://www.microsoft.com/en-us/server-cloud/products/r-server/
2015年4月に買収したRevolution Analyticsが提供していたディストリビューション。R言語はデータ分析界隈では有名ですが、MS社が買収した時は驚きをもって迎えられました。今後、いろいろな製品・サービスと連携していくと思われますので非常に楽しみです。

(5) Microsoft Azure HDInsight

https://azure.microsoft.com/ja-jp/services/hdinsight/
HadoopファミリーのSaaSサービス(素のHadoopの他にも、Pig/Hive, HBase, Storm, Sparkなど)

(6) Microsoft Azure Machine Learning

https://azure.microsoft.com/ja-jp/services/machine-learning/
cortana Intelligence suiteとして提供されている機械学習のプラットフォーム

こうしてみるとデスクトップからクラウドまで、そつなく網をかけにきています。しかも独自サービスのみならず、RやHadoopファミリーなどの業界標準までもカバーしてきており、ユーザー/開発者側への歩み寄りも見て取れます。

AI/人工知能の領域ではWatsonを有するIBM社の存在感も大きいですが、AWS, GCPとならんでのクラウド業者としての位置づけや、Officeツール領域では依然として大きなシェアを持っていることから、2016年の動向も興味深いです。

WinXPなどの古いPCを使い続けるリスク

マインドテックの冨です。東京では桜が一気に開花したなと思ったら雨。花散らしの雨にならないといいのですが。

最近、お客さんから開発やIT設備導入に関するの相談を受ける際に、すごく気になるのですが、現場で古いWinXP機やWindowsサーバーが現役で動いているんですね。それで独自開発した業務アプリケーションが保守されなくなってどうしようかとか、データ処理ソフトが最新フォーマット対応のアップデートができなくなって困ったとか。

この場合のリスクは大きく2つあります。

  1. 古いOSのセキュリティーアップデートが受けられない
  2. ハードウェア(特にハードディスク)の故障によるデータ損失
セキュリティーアップデートが受けられない

1については言うまでもないでしょう。ネットにもつながず、外部とのファイルの受け渡しも行わない(SDカードやUSBメモリなどを経由してもダメですよ!)完全なクローズド環境であれば情報漏えいのリスクは無いですが、大抵の場合はそんなこともないですし、特にサーバー機の場合には何らかの形でデータの送受信が行われるのが前提です。

「インターネットにつなげていないから大丈夫」といってもLANに接続されていれば、LAN内の他のPCがウィルス感染すると、LAN経由で感染することがあります。サポート切れOSに対してはセキュリティーソフトもサポートを停止する可能性が高いので、守る手段がなくなるのですよね。

ハードウェアがヘタる

2も発生した場合のダメージは大きいです。「ある日突然PCが起動しなくなった」「作業中にPCが突然落ちるようになった」などが典型です。特にHDDは稼働部品が多い消耗品です。データのバックアップさえ取れていれば、最悪の場合でもXP機であれば中古で調達できますが、それもあと数年の事でしょう。延命できるうちにリプレイスを行うべきです。

なんでリプレイス出来ないの?

お話をうかがっていると、ほぼ全ての場合で「予算」理由なんですね。無い袖は振れないと申しますか、どうしても現状で使えるものであれば、「入れ替えなくてもいいじゃん」と優先順位を落とす傾向があります。

中小ですとカツカツの資金で回している所も多いので、さすがに借金してでもリプレイスしろとも言えないわけですが、いろいろなリスクとのバランスをとる事となります。「年賀状の住所を保管している」程度であればダメージ少ないですが、日々の出納、受発注などを行っているような「PCが止まれば業務も止まる」レベルのものであれば、借金してでも入れ替えろと言いたい局面もあるんですけどね。


それでも使うならリスクヘッジを

継続利用を勧めるわけではありませんが、それでも使い続けるというのなら、最悪の事態に備えてリスクヘッジをする必要があります。(「電源が入らない」「起動しても固まる」と電話いただいても打てる手は限られるんですよ)

①なにはともあれデータのバックアップ

これは絶対!代替機が調達できれば復旧できます。もちろんアプリケーションのメディアやシリアル番号なども揃っていることを確認してくださいね。ここに至って同型機が調達できる見込みは薄いと思われますので、システム全体のバックアップをとってもリストアできるハードが無い可能性もありますが、最低限、アプリが出力したデータファイルや作成したドキュメントファイルなど、CD-R、USBメモリなど何でもいいから保存!保存!

②できれば予備機の調達

アプリが新しいOSに対応できない場合、XPなどが動く環境を用意しておく必要があります。最近はアキバの中古屋で1~2万といった機体も見かけますので、調達しておけば吉です。

③オフラインでの利用

インターネットにつなげるとかはもってのほか。出来ればLANとも切り離すべきです。(その昔、LAN経由でウィルスのピンポン感染があって大変だったんですよ・・・)

④データ復旧屋の連絡先をおさえる

最悪の中の最悪の場合、ハードディスクからのデータ救出を行わないといけない局面も出てくる可能性があります。そのような場合の連絡先やサービス内容、費用などを確認しておいてください。(ただ、このお金が出せるならPC買っとけよと思うのですが。)

いろいろと事前の用意が出来ていて分かる人がいるなら半日もあれば、業務復旧は出来ると思いますが、そうでなければダウン時の復旧に要する人件費やら業務が止まる日数やら、もろもろリスクと隣り合わせになりますので、その辺も考慮の上、予算の立案やリスクヘッジを行っていただければ幸いです。

もちろん、新しいPC利用の場合でもバックアップは必要ですよ。

ChromeのSSLで接続エラーになったときのサーバー確認ツール

昨日、こんな投稿をぶっこんでみましたら、思いのほか参照されまして、世の中、SSLで困った人が多いのだなあとうかがえます。

Chrome 45でSSLサイトに接続できないという話がちらほら

いろいろなサイトを調べてみましたら、サイファー・スイートのミスマッチでハンドシェイクの段階で失敗しているのがほとんど。世の中にはSSL v3はおろか、SSL v2が生きているサイトもかなりお見受けいたします。大丈夫なんだろうか・・・

サーバー側のSSLの設定の確認ツールはいろいろとありますが、自分にとって使い勝手がよかったのは以下のサイトです。

SSL Server Test : https://www.ssllabs.com/ssltest/

とりあえずテストサイトのドメイン/ホスト名を入力してクリックすると、証明書、署名アルゴリズム、サイファー・スイート、主要ブラウザ出のハンドシェイクのシミュレーション結果などが表示されます。

心当たりがあればテストしてみることをお勧めしますし、対策後の確認にも使えるのではと思います。

Chrome 45でSSLサイトに接続できないという話がちらほら

最近、ChromeがVersion45にアップデートされたのですが、一部のSSLのサイトで接続できなくなったという話をちらほらと耳にしました。例えば、クロネコヤマトの宅急便のクロネコメンバーズのログインページの場合には、

SSL サーバーが古い可能性があります。
ERR_SSL_FALLBACK_BEYOND_MINIMUM_VERSION
という表示が出てきます。さてはSSL v3のいわゆるPoodle脆弱性関連で手が入ったのかなと思いましたが、単純にそういうわけではなさそうでした。
NGとなるサイトを軽く調べてみますと、共通するのはサイト証明書の署名アルゴリズムがSHA-1であります。SHA-1自体は2015年で廃止予定で、サイト側は早めにSHA-2(SHA-256)への切り替えが推奨されますが、それまでの移行措置としてURL表示欄の鍵の部分に警告マークが表示されるようになってました。リリーススケジュールを前倒しでブロックしているわけではなさそうですが、さっさと切りかえるに越したことはないです。
また、v45のリリースではTLSプロトコルのlogjam脆弱性への対策がされています。具体的にどのような変更があったのかは見つけることができませんでしたが、v45以前のバージョン向けに以下のサイファースイートをdisableする対応が取れるとのこと。この手の設定変更が正式に組み込まれているのかもしれません。
(0xcc15) TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
(0xcc9e) TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
(0x0039) TLS_DHE_RSA_WITH_AES_256_CBC_SHA
(0x0033) TLS_DHE_RSA_WITH_AES_128_CBC_SHA
出展:https://scottontechnology.com/how-to-secure-chrome-against-logjam/
Chrome43のハンドシェークのシミュレーションで同じサイトを見ると、上記のサイファーのうち1つを使っていましたので、直接的な原因はこちらの方のようでした。
サーバー側の鍵やらサイファースイートの設定見直しが必要ですね。
US側にもトラブル事例が少ないようで、まだ詳しくは追えていませんが参考までです。
9/5追記
logjam脆弱性対策については、DHが1024未満のものはブロックする設定になったようです。
ブロック時のスクリーンショット
9/6追記

クライアントサイドでのTLS 1.0へのフォールバックが廃止されたためということらしいですね。
Intent to remove: TLS 1.0 version downgrade
https://groups.google.com/a/chromium.org/forum/#!msg/security-dev/F6ZjP6FnyRE/bK7TKtvnHYsJ

関連記事:スラド http://security.srad.jp/story/15/09/05/2140223/

ミニオンズと妖怪ウォッチの思わぬ共通点

我が家に空前のミニオンブームがきているのですね。スマートフォンの「ミニオンラッシュ」ゲームから火がついて、怪盗グルーシリーズのDVDを制覇。おもちゃ屋を通るたびにミニオンのぬいぐるみやらマスコットやらをせがまれる始末です。

そんなこんなで映画「ミニオンズ」を見に行くのは時間の問題となりまして、結局、今日は天気が悪いので映画でもと思い、連れて行きました。

で、大人が見ても、それなりに面白いのですよね。キャラクターのミニオンがカワイイ!というのもありますが、そこらかしこに大人向けの小ネタが仕込まれているのです。舞台の設定が1968年とワタシを含めてオヤジ世代直撃です。BGMが当時のアメリカンポップスだったり、ドアーズ(子供向け映画でいいのかよ・・・)とか、ギターを手にしたミニオンがかきならすのはバンヘイレンだったりと、洋楽好きなら思わずニヤリとしそうな選曲です。これはUSでもオヤジ世代の懐メロとして聞かれているんだろうなあと。

舞台をロンドンに移し、そこでも、あれやこれやと、子供には分かろうはずもない、いろいろなオヤジ向けの小ネタをはさんでくるわけです。

この感覚って、何かに似ているなあと思えば、妖怪ウォッチなのですね。あのアニメも一見して子供向けのキャラクターものですが、よくよく見ていると、どう考えても子供置き去りの大人向けのネタを挟んでくるわけです。川口探検隊を模した「コマさん探検隊」とか「孤独のグルメ」のパロディとか。

子供向け映画を親子で見に行く場合、どうしても親の側からみれば退屈で、ただ子供が見たいから付き合うだけになってしまいがちですが(ただ、仮面ライダーシリーズは除く。あれは若手のイケメン俳優を見に行くママ向けの映画の側面もある)、こんな感じで大人向けのネタが挟まっていると、何となく間が持つんですよね。

そんな意味で妖怪ウォッチはチャレンジャーだなあと思っていたのですが、US側も研究してきたのですかね。そんな思いにさせられました。

 

Twilioを利用した素晴らしいOSS ”OpenVBX”は、もっと広まっても良いと思うよ。

昨年のTwilioスマートコミュニケーションアワード2014で賞をいただき、今年のTwilio のカンファレンス “SIGNAL” 2015にも参加したせいか、時々、Twilio関連の案件打診をいただきます。昨日、Twilioを使ったコールセンターシステムの構築打診をいただいたのですが、予算が少なく、かつ、現状でも電話問い合わせがパンク気味なので、なるべく早急に欲しいという事でした。

例えば電話転送や留守番電話、指定のボタンを押した際に、押した番号によって転送先を切り替えるIVR機能などが必要とされるのですが、逆にこのくらいの要件であれば、オープンソースの素晴らしい製品”openVBX”を導入すれば簡単に利用できるのですね。

まずは、こちらのページをご覧いただくのがよろしいかと。OpenVBX powered by Twilio

まずはTwilioのアカウントを取得したのち、OpenVBXをインストールします。そしてTwilio関連の設定を入れてしまえば050番の電話番号はいくらでも購入できますし、それらの電話番号が着信した際の対応もドラッグ&ドロップなUIで定義できます。

もちろんIVRの機能も持っていて、押した番号によってふるまいを変えることができるわけです。(内部的にはTwilioのgather文を発行しているのだと思う。)

残念ながら日本語UIは用意されていないので、若干ハードルは高いですが、いわゆるLAMPスタックをいじれる人であれば、さほどインストールは難しくありません。

こんな事書いちゃうと開発案件が減ってしまうかもしれませんが(笑)、車輪の再発明をしてもしょうがないので、ぜひ検討してみてはいかがでしょうか。(これをSaaSサービスで提供すれば儲かるんだろうなあとは誰もが言いますが、あまり手を付ける人がいないですね・・・)