)に対して「君の名は。ここで「ん?」と思った方がいるかもしれません。ジャンル『恋愛』なの?」「もっと色々な特徴あるんじゃないの?」と。実はコンテンツベース手法には次の弱点があります。1特徴設定に専門性(ドメイン知識)が求められる2特徴の多様性に欠けるそこで協調フィルタリングの出番です。filtering)※アイテムベース協調フィルタリングにはアイテムベースとユーザベースとありますが、ここではアイテムベースの説明をします。協調フィルタリングではコンテンツの特徴ではなく購買履歴に着目します。各コンテンツがどんなものなのかという特徴を職人が知恵を凝らして設定するのではなく、「ユーザからの評価は?」「どんなコンテンツと一緒に購入された?」といった購買履歴を分析して特徴抽出します。コンテンツベース手法には1専門性が求められる、2多様性に欠けるという弱点がありましたが、購買履歴を分析するので手動の特徴設定が不要(1)、購買行動はコンテンツの特徴に基づいて発生する(2)ことから弱点を解決しています。ここでいう特徴とはジャンルや作家といった明確なものではなく、「こんな人たちに売れてる」という程度の曖昧な数値です。推薦とは「コレが好きな人はコッチも好きだろうな」というコンテンツ同士の類似度が必要で、コンテンツがどんな特徴を持っているか曖昧でも成り立つのです。filtering)※ユーザベース同じく購買履歴に着目します。先ほどはコンテンツを分類しましたが今回はユーザを分類します。この背景には「ユーザの購買行動には傾向と特徴があり、分類可能である。」という仮定があります。そこでユーザ類似性を算出して「似たユーザには同じものを推薦すればいい。」という考えから、何を推薦するのか決定します。以下のGifがわかりやすいのでご覧ください。購買履歴がないと協調フィルタリングは使えません。新規ユーザや新商品には適用できない問題があります。新商品は誰もまだ購入していないため「この商品は誰にも買われていません」という結果になります。市場投入してしばらく経つのに購入されてないならレコメンドしないのが正解ですが、市場投入したばかりで購入履歴がないからレコメンドしないのは不適切ですよね。好みを持つユーザや、今までに類がないような斬新な商品といった少数派には、類似するものを見つけられないため協調フィルタリングが有利に働かないという問題も報告されています。2017年5月27日GoogleChartsがおもしろい!(ScatterChart編)※サンプルプログラムありGoogleChartsの第2弾、今回はScatterChartを触ってみました。ScatterCharthttps://developers.google.com/chart/interactive/docs/gallery/scatterchartこちらは主に散布図を作成するものです。実は以前にJavaScriptで相関関数を算出したときに使っていました。(JavaScriptで相関関数の算出)既に使用経験がありますし、だんだん慣れてきましたし、ちょっとGISっぽく画像上にデータをプロットしてみました。以下の画像ではラグビーのフィールド上にデータをプロットしています。(サンプルはコチラ)ScatterChartには背景画像を設定する機能がどうもなかったようで、フィールド上へのデータプロットは次の手順で実現しました。このときbackgroundColorをtransparent(透明)に設定ただ座標の調節が難しいですね、そもそもラグビーの10mラインは中央から10mなのに対して、22mラインはエンドラインから22mだったりしますし。2017年5月27日ブロックチェーンの特徴・メリット・デメリット2前回、ブロックチェーンについて記事を書きましたが、その後に「パブリックブロックチェーンとプライベートブロックチェーンは別物として考える必要がある」と述べている鋭い記事を発見しました。参考:https://imoz.jp/note/blockchain.html私が前回記載したブロックチェーンの特徴・メリット・デメリットはパブリックブロックチェーンのことでした。いうわけで今日はプライベートブロックチェーンとの違いに着目します。パブリックブロックチェーンとプライベートブロックチェーン<呼び方の定義>以下3つは呼び方が異なるだけで同じものと考えます・パブリックブロックチェーン・オープンブロックチェーン・パーミッションレスブロックチェーン同様に、以下3つも呼び方が異なるだけで同じものと考えます・プライベートブロックチェーン・クローズドブロックチェーン・パーミッションドブロックチェーンこの記事ではパブリックブロックチェーンとプライベートブロックチェーンの2つの呼び方に統一しますね。う~ん、、、なんかこう見ると、プライベートブロックチェーンはせっかくのブロックチェーンのメリットを潰して中央集権型に戻っているような気が・・・・プライベートブロックチェーンのメリット基本的に中央集権型と変わらないですね。中央集権型が機能分散を進めていって、仲介を務める存在が1つから2つ、2つから3つに増えていったらほぼプライベートブロックチェーンになるようなものです。異なる点は取引履歴が延々と残っている点と、冒頭記載した参考リンク先にも記載されている通り合意形成に至る仕組みが簡単なことくらいかと。近い将来にイノベーションを起こすとしたらパブリックブロックチェーンでしょうね。私も実際に扱うとしたらパブリックブロックチェーンの方がわくわくします。報酬を設定して採掘者を募る仕組みが必要なので企業様にとっては活用に踏み出しにくいでしょうけど。2017年5月27日GoogleChartsがおもしろい!(GeoChart編)※サンプルプログラムありGoogleChartsの第2弾、今回はGeoChartです!GeoCharthttps://developers.google.com/chart/interactive/docs/gallery/geochartこちらは地図上にデータを可視化するものです。下図は試しに歴代高校ラグビー優勝回数を都道府県別に表示したものです。(偏ってるな~)参考:http://www.mbs.jp/rugby_common/history/GoogleMAPのおかげで既に各国の地図や都市名が組み込まれているため、「JAPAN」や「京都」を指定すればそれだけで地図が表示&都市の位置にデータがプロットされました。サンプルはコチラさすがに都道府県の境界までは反映されず、優勝回数に応じた色で都道府県を塗りつぶそうとしたら失敗しました。(サンプルページを見る限りでは国境には対応しているみたいですね。2017年5月27日ブロックチェーンの特徴・メリット・デメリットこんばんは、ロードローラーです。本日はブロックチェーンについて調べてみました。ビットコインがキラーコンテンツのため、ブロックチェーンとビットコインをイコールで捉えている方もいらっしゃいますが、ビットコインはサービス、ブロックチェーンは仕組みです。ブロックチェーンの詳細な仕組みは置いといて、「で、けっきょくブロックチェーンって何ができるの?」ということをまとめてみました。~分散台帳によって中央機関をなくす~私はブロックチェーンを分散処理にもかかわらずセキュリティ担保できる仕組みだと解釈してます。そもそも、目の前にいる相手と取引(例:ビットコイン送金)するときに、わざわざ中央機関に仲介手数料を取られるのは何故か?それは全取引の監視者である中央機関がいなくてはセキュリティ担保が難しいからです。人間とは知恵を凝らすもので、セキュリティ担保は必要だけど仲介料も取られたくない、なにかいい手はないものかと考えました。そこで生まれた中央機関がいなくても全員で協力し合ってセキュリティ担保する仕組みがブロックチェーンだと解釈しています。ブロックチェーンの1番の特徴は分散台帳によって中央機関を必要としないことです。これには様々なメリットがあるので、正しく理解しておきたいですね。ブロックチェーンのメリット<コスト>現状は個人間の取引でも中央機関が仲介手数料を取る。この仲介手数料が分散台帳の仕組みによって無くなる、または安くなるということである。安くなるというのは、中央機関に仲介手数料を支払うよりも、ブロックチェーンに参加している採掘者へ報酬を支払う方が安くつくという意味である。手数料のような運用面のコスト低下と別途で、システム構築の初期コスト低減というメリットもある。ゴツい中央集権サーバを用意しなくてもシステム構築できるということだ。これらは全く別種類のメリットなので気を付けてほしい。<信頼性>従来は中央機関が落ちればシステムはそのままダウンという状態だった。ブロックチェーンでは全員で力を合わせてシステムを回しているという状況なので、どこか数か所が落ちたところでシステム継続には何ら影響がない。<セキュリティ>(これは詳細な仕組みの説明が必要かもしれないが)、ブロックチェーンへの参加者全員で取引記録を監視しているためセキュリティ(消去・改ざん防止)に優れている。<監視範囲が広がる>これは個人的な見解だが、中央機関の目が届く範囲しか監視できなかった従来と比べて、参加者全員で監視するため目の届く範囲が広がると思っている。機密性は低くとも匿名性は高いので(※後述)、個々人の細かな行為にまで監視の目が届き、保証可能な範囲が広がる可能性がある。ブロックチェーンのデメリット<低いパフォーマンス>速度が遅い。これは参加者全員でコンセンサスを取りながら進めるためである。ビットコインではブロックチェーンによって取引記録が安全に記録されるのに平均10分かかるとされていた。<オンラインでしか動かない>取引自体は不可能ではないが、取引が実行されたことをブロードキャスト等で参加者に通知、取引内容を含んだブロックの生成、チェーンに追加といった一連処理はオンラインでしか動かず、オフラインでは不可。<ストレージの圧迫>今誰が何を持っているかという現状態ではなく、今までどんな取引がされてきたのかという履歴を保存するため、管理するデータ量が膨大となる。<機密性が低い>ブロックチェーンでは参加者全員で取引を監視するため取引内容が暗号化されず平文のままである。暗号化してしまうと取引内容が確認できず正しいかどうかジャッジできないからだ。匿名化はされているという点に注意していただきたい。ビットコインにおいては取引内容は平文だが、取引者は公開カギによって匿名化されている。「どこかで送金取引があったみたいだけど誰から誰になのかは不明」という状態だ。全て記録して「ダイヤモンド取引の透明化」を実現しようとしています。全取引を追跡して1箇所で管理できる中央機関の存在は考えにくいので、ブロックチェーンの良き活用例だと思います。これからはどのような分野で活用・発展していくのでしょうか、楽しみですね。負けたというのになぜ君は死ぬ寸前まで悔しがってないのかな?どうも、ロードローラーです。「どうも」という言葉は非常に不思議なもので、挨拶シーンにも御礼シーンにも用いられますね。実際にそのような意図がある言葉ではないので「どうも」という言葉はなるべく使うなと教育する人もいるとか。今回は普段の意識高い系とはうってかわって雑記です。こんな話題もよいかと。「負けたというのになぜ君は死ぬ寸前まで悔しがってないのかな?」このセリフ、知ってますか?これは少年ジャンプで連載されていた「暗殺教室」に登場する浅野學峯のセリフです。別に私自身、暗殺教室という作品の大ファンというわけではありませんが、このセリフは強烈に印象に残っています。「もしも次も負けたら・・・」、再び負ける恐怖との戦い、敗北から学ぶとはそういう事だだが、多くの者は口先だけで大して学ばず敗北を忘れる過激な表現に感じる人もいるかもしれませんが、私はすごく賛同なんですよね。昔から勝負事(主にスポーツ)をずっとやってきた人間なので「勝ち」「負け」という言葉に敏感なのかもしれません。アメリカなどではスポーツでもなんでも勝負事は勝者にスポットを当てます。日本は反対で敗者にスポットを当てる習慣があります。負けたことが今までの努力を全否定することはできないと理解していますが、「この悔しさを活かして次回こそは」という言葉を使うときは、相応の重みが必要なのだろうなと考えてしまいます。4パターンの価格決定の考え方こんばんは、ロードローラーです。最近、ダイナミックプライシングについて話を聞く機会がありました。平たく言うとダイナミックプライシングとは「モノを売る人が価格決定したり、途中変更したりすること」です。私が興味を持ったのは、どう価格決定するか?どう途中調整するか?という思考が代表的4パターンにまとめられるということでした。臨機応変じゃないの!?」と最初は思いましたが、本質的には数パターンに分類できるのは面白いですね。以下に講演で紹介されていた代表パターンをまとめました。Pricing事前調査で最適な価格を算出しようという発想。顧客の嗜好(しこう)、競合他社の状況、自社の状況といった市場情報の分析に基づいて価格決定する。必要なデータを集めきれる保証もなければ、調査にリソースも必要であるため、手間や負担が大きい。大企業向けの手法と言われている。Pricingとりえず売ってみてから最適価格を探すという発想。実験的に価格を増減させてながら販売して、利益を最大化できる価格を探索する。この考え方の背後には、市場情報の網羅は困難なので試さないと分からないという潔さがある。Pricing導入が安い代わりに時間をかけてトータルで儲けようという発想。低価格によって顧客を引き付け、スイッチングコスト高くすることで顧客を囲い込み、継続的に収益を得る。携帯電話や格安Simがそうですね。2年間使う条件(囲い込み)で、初期費用がゼロ円みたいなキャンペーンもよくやってましたし。SkimmingPricing高くてもイイモノは売れるという強気な発想。最初に高価格を付けることで初期に利益を上げて、価格を徐々に下げていくことで低い価格で購入する顧客も引き付ける。一番に思いついたのはゲームソフトですね。WiiやDSも時間がたてばどんどん安くなりましたし。いうものは発売と同時に欲しいので、やはり強気な価格設定でも勝負できる製品魅力があってこそですね。う~ん、最初2件の例はなんでしょう・・・?だいたいの製品はどちらかには該当しているのでしょうけども。値段が変わらないものと言えばカップ麺やお菓子みたいな食品系でしょうかね。値段がころころ変わるのは例えば牛丼とか?(あれはコロコロ変化する外的要因に沿って最適判断をしているだけで、探索する意図で価格変更しているわけではない可能性もありますが。)価格決定と価格調節という行為はいずれも目的が儲けるためなので、利益最大化に向かってパラメータ(価格、需要、etc...)を調節すると考えたらアプローチはもっともっと山のようにある気もします。実際、まだまだ発見されていない戦略があるのかもしれませんね。2017年5月27日シーズ起点の技術開発こんばんは、ロードローラーです。今回のテーマは技術開発の進め方です。(ここでの技術開発とは「技術を市場の顕在的・潜在的ニーズに結び付けること。)事業起案や製品企画の進め方を調べると「まずは顧客が本当に求めているものを見極める」といったニーズ起点手法がたくさん出ます。ポピュラーな手法だし、理にかなった進め方ですが、そうだとしても技術屋さんはそれぞれにポリシーを持った担当技術があるわけなので、シーズ起点手法で進めざる得ない場面もあります。「それを考えるのは●●の仕事だろ!」と反論したくなる方も多いと思いますが、それで争っても仕方ないのでグッとこらえて、シーズ起点の進め方を考えましょう。技術を扱いつつ事業案まで見据えていたらスペシャリストとして成熟度が上がると思いませんか?というわけでシーズ起点の進め方を考えました。ポイントは技術とニーズの抽象度を揃えながら徐々に具体化していくことです。手持ちの技術が「防犯カメラ画像から人物の入退室数をカウントする」の場合、既に洗練(具体化)済みなのでピッタリとマッチするニーズは見つけにくいです。そこでひとまず「画像から通過を検知する。」といったくらいまで抽象化します。これにより「防犯カメラを使う。