Energysquareのパッドはスマートフォンを置くだけで充電できる―Kickstarterでキャンペーン中

2016-06-01-energysquare

Energysquareは長方形の薄い充電パッドだ。これがあればもうモバイル・デバイスの充電器を探してうろうろしないですむ。 Energysquareのパッドは既存のワイヤレス充電デバイスのような誘導充電方式を採用していない。その代わりEnergysquareではパッドの表面を導電性素材とし、モバイル・デバイスの背面に充電用の金属突起を持つステッカーを貼る方式としている。

この製品は現在、Kickstarterキャンペーンを実施中だ。

私はパリで開発チームに会い、製品のプロトタイプを試してみた。メインとなるのはマウスパッド大のデバイスで、導電性の金属が貼られた25区画に分割されている。金属の表面にスマートフォンを置くというのは気が進まないが、これで充電できるならそうも言っていられない。

ユーザーはスマートフォンの裏側に専用のステッカーを貼る必要がある。ステッカーの表面には小さな金属の突起があり、USBまたはLightningコネクターが付属する。ステッカーから伸びるコネクターをデバイスの充電ソケットに挿せば準備完了だ。

自分のスマートフォンにステッカーを貼るのもあまり好きではないが、充電器から充電器へと毎日忙しくプラグの抜き差しを繰り返すのも飽き飽きしていた。Energysquareのアイディアというのは、この充電パッドを自宅の寝室のサイドテーブルと職場のデスクに置いておけば、もう充電器を探す必要がなくなるというものだ。ユーザーがパッドの上にスマートフォンを置くだけで充電がスタートする。

誘導充電方式に比べるとEnergysquareの接触充電方式はフルスピードで充電ができる。またパッドに載せられるかぎり多数のデバイスを同時に充電できる。要するにステッカー上の2つの金属突起がパッドの別の区画に接触するようにデバイスが置けさえすればよい。

もうひとつ良い点はこのステッカーが安いことだ。1枚が10ドルなので複数のデバイスに使うことも、取り換えることも簡単だ。Energysquareの充電パッドはKickstarterで65ドル(59ユーロ)で入手できる。

開発チームはこの充電パッドを公共の場所、駅や空港、レストランやバーなどに普及させたいとしている。これはなかなか野心的な計画だが、もちろんそういった場所で簡単に充電ができるなら便利であることは言うまでもない。

〔日本版〕キャンペーンのページによれば、最初の出荷は今年11月を予定している。3万ドルの目標額に対し、すでに4万8000ドル以上がプレッジされているのでプロジェクトはスタートするはず。59ドルのプレッジで充電パッドとステッカー5枚が入手できる。ビデオによればテープ状のステッカーの端が充電プラグになっており、他のプラグを挿す必要があれば簡単に外せるようだ。

[原文へ]

(翻訳:滑川海彦@Facebook Google+

WHILLが新たに約20億円を調達、電動車椅子の枠を超えたパーソナルモビリティ事業に取り組む

WHILL_top

「次世代パーソナルモビリティ」の開発を手がけるWHILLは本日、総額1750万ドル(20億円弱)の資金調達を行ったことを発表した。Eight Roads Ventures Japan(旧Fidelity Growth Partners Japan)をリード投資家とし、未来創生ファンド、ゴールデンアジアファンドⅡ等が参加している。また、Eight Roads Ventures JapanのDavid Milstein氏がWHILLの社外取締役として就任すると発表した。今後、電動車椅子に留まらず、WHILLが掲げる「次世代パーソナルモビリティ」の普及を目指し、新たにシェアリング事業なども手掛ける計画だ。

TechCrunch Tokyo 2012のスタートアップバトルの優勝者でもあるWHILLは、ソニー、トヨタグループ、オリンパスなどメーカー出身のエンジニアを中心とするチームだ。CEOの杉江理氏も日産自動車出身だ。彼らが最初に取り組んだ「WHILL Type-A」は、手動の車椅子にモーターをアタッチする形式だった。その後、現在のモーターと車輪が一体型の「Model A」を開発し、2014年9月から一般販売を開始している。「Model M」は、アメリカでFDAの認可を得るために「Model A」の仕様を一部変更したモデルとWHILLの広報担当者は話す。FDAの認可を得ることで、医師が処方することができるようになり、保険も適用されるようになるという。「Model M」はFDAの電動車椅子としての要件をクリアするため、主に変更したのは背もたれの部分だ。様々な症状の患者に合わせてカスタマイズできるよう変更しているという。また「Model A」ではBluetooth経由でiPhoneアプリから車椅子を遠隔操作することが可能だが、「Model M」にはそれがない。いかなる環境でも安全、安心を追求するFDAの基準に則すためという。

2016年2月、FDAから商品の認可が下りたとWHILLの広報担当者は話す。現在、FDAによるWHILLの製造現場の調査が行なわれていて、順調に進めば7月からアメリカで「Model M」の一般販売を開始できる予定だという。アメリカのユーザーは代理店経由で車椅子を扱う約50店舗からWHILLを購入できるそうだ。

今後WHILLは、シェアリングサービスなどの事業開発を検討しているという。例えば、自転車の貸し出しやカーシェアリングのように、駅付近やアミューズメントパークなどの施設内でパーソナルモビリティを活用した事業を考えているそうだ。それに伴う機能開発、例えばパーソナルモビリティが自動で当初あった場所に戻るなどの自律走行機能などの開発を行うことも視野に入れているという。

今回Eight Roads Ventures Japanをリード投資家に迎えたのは、新たな事業を展開を行うためのアライアンスや機能開発で協力できる企業を探すためのネットワークに期待しているためという。また、主要市場と位置付けているアメリカ市場での販売強化と認知度の向上を図るための協力を得られることも理由の一つと話す。WHILLの2015年度の販売実績は日米合わせて500台だったとし、2016年度はその2倍、1000台の販売を目指す計画だそうだ。

WHILLは「電動車椅子という枠に超えて、新たな乗り物を提案していきたい。そしてこれに乗るのは楽で、かっこよくて、クールであるという認識を広めたい」と話している。2012年5月に正式に法人化したWHILLはこれまでに総額約1285万ドルを調達している。今回の調達で累計調達額は約3035万ドルとなった。

Torは検索エンジンが行うユーザー追跡から逃れるためDuckDuckGoの検索結果をデフォルトで使用

p1040495

 

プライバシー秘匿サービスTorのユーザーには現在、デフォルトではDuckDuckGoの検索結果が提供されている。

“検索エンジンの状況”と題するメモによると、プライバシーを守るためにTorを使っているユーザーは現在、DuckDuckGoの検索結果をデフォルトでは提供されている。同社が検索プロバイダーとしてはプライバシーツールDisconnectを今でも使っていることは確認したが、しかし同社はそれに対し、DDGの結果に切り替えるよう求めている。Disconnectには、Googleの検索結果にアクセスしている、という問題があるからだ。

Torはこう書いている:

このところDisconnectは、これまでTor Browserのユーザーも利用してきたGoogleの検索結果にもはやアクセスしていない。しかしDisconnectはいわばメタ検索エンジンなので、ユーザー自身が検索プロバイダーを選ぶことができるため、Bingの検索結果を利用するユーザーもいるが、検索の質の点でそのことは許容できない。Disconnect自身も状況を修復すべく努力しているが、われわれとしては彼らに、検索結果としてDuckDuckGoを使う方がBingを使うよりも断然良い、と要求した。

今でもTorユーザーがDisconnect経由でBingやYahooの検索を使うことは可能だ。しかしGoogleは現在、オプションに含まれていない。(Torのユーザーが直接Googleを使うことはできるが、その場合は、Google経由で行われているありとあらゆる、検索を介するユーザー追跡を認めることになってしまう)。

DisconnectがTorのデフォルトの検索プロバイダになったのは2015年の5月だ。検索が同社のサーバーを介することになるので、ユーザーのIPアドレスは露呈しない。それは、プライベートなWeb閲覧をミッションとするTorにとって、うってつけの機能だ。

DisconnectのファウンダーはGoogleの出身者たちだが、Googleとあまり仲が良くない。GoogleはDisconnect製の、ユーザー追跡を遮断するもモバイルアプリを、2014年にAndroid Play Storeから削除した。そして昨年の6月に、DisconnectはEUでGoogleを、同社のアプリの締め出しは独禁法違反だ、として訴訟した。

この状況について今、DisconnectとGoogleとTorに問い合わせているので、返事が得られ次第この記事をアップデートしたい。

今月(2016/5月)の初めに、プライベートな検索エンジンDuckDuckGoはTorに25000ドルを寄付した。合衆国政府への依存から解放されたいTorはこのところ、資金源の多様化に努力している。今年の初めには、クラウドファンディングで20万ドルあまりを獲得した。

昨日(米国時間5/30)Torは、その匿名ブラウザーセットのv6.0をリリースした。それは6.0として最初の安定バージョンであり、そのバグフィクスや、プライバシーとセキュリティの強化が、ドキュメンテーションに詳しく書かれている。

[原文へ]
(翻訳:iwatani(a.k.a. hiwa))

APIの台頭

canstockphoto1697923

編集部注:本稿はMatt MurphyとSteve Sloaneにより執筆された。Steve SloaneはMenlo Venturesに勤務する。

ソフトウェアが世界を支配する」と耳にするようになってから5年ほど経った。SaaSアプリケーションの数が爆発的に伸び、ソフトウェアに重要な結合組織と機能を提供するAPIの分野にイノベーションの波が押し寄せている。サードパーティAPI企業の数も急増し、それらの企業がソフトウェアの作成および流通のあり方を根本から変えつつある。

マイクロソフトのWindowsのような特定のプラットフォーム向けのソフトウェアを開発する方法として、アプリケーション・プログラミング・インターフェイス(API)は何十年間も重要な役割を担ってきた。最近では、SalesforceやFacebook、Googleといった新しいプラットフォーム・プロバイダーたちがAPIをソフトウェア開発者に提供するようになった。そうすることにより、彼らのプラットフォームへの依存性をつくり出すことに成功したのだ。

そして今、新種のサードパーティAPI企業がソフトウェア開発者たちに特定のプラットフォームへの依存から脱却する方法を提供し、彼らはアプリケーションをより効果的に流通させることが可能となったのだ。

過去数十年間においてビジネスの世界で活躍してきたのは、全体が1つのアプリケーションで構成されたインフラストラクチャーやアプリケーションだった。しかし、それらに代わって台頭しはじめたのがモジュール型のアプリケーションだ。モジュール型のアプリケーションは、小型かつ独立した再利用可能のマイクロ・サービスによって構成されており、それらのマイクロ・サービスを組み合わせることで、より複雑なアプリケーションを作成することができる。結果として、ソフトウェア開発者はユニークな機能の開発に専念し、外部のスペシャリストが開発したプログラムでその周りを補強すればよい。そして、そのプログラムにアクセスする方法がAPIなのだ。

速い、安い、スマート

アプリケーションに必要な機能のほとんどは、既に他の企業が苦労して開発したものと同じものだ。そのことに気づいた開発者たちは、車輪の再発明に貴重な資源を投入することを避け、より大きなプラットフォームが提供するAPIを活用することにした。SalesforceやAmazonがそのプラットフォームの例であり、最近ではAPIに特化した企業も現れた。サードパーティAPIの時代は始まったばかりだ。だが、これまでに開発されたソフトウェアを見れば、StripePlaidの支払いシステムや、Twilioの通話システム、Factualの位置情報データ、Algoliaのサイト検索機能などを、開発者たちがどのように活用できるのかが一目瞭然だ。

まさしく、この分野はブームとなりつつある。私が調べた限りでは、ProgrammableWebは約1万5000ものAPIを提供しており、その数は毎日増え続けている。これらのAPIをソフトウェアに組み込めば、単体で開発した場合より遥かに素早く完成させることが可能だ。

ソフトウェアを低コストかつ素早くマーケットに流通させることは大きなアドバンテージとなる。その一方で、もっと重要な利点もある。コア能力に特化する企業は、他者と差別化する機能、すなわち「秘密のソース」をより早い速度で開発できるのだ。

APIがソフトウェア開発のエコシステムに与える恩恵はとてつもなく大きいのだ。

もう一つの利点は、サードパーティAPIを利用することは総じて優れた方法だということだ。サードパーティAPIは、独自に開発されたAPIよりも柔軟性を持つ。ある機能を構築し、それを維持するには多大な労力を必要とするが、企業はその労力を過小評価する傾向にある。しかもそれらの機能はサードパーティAPIによって代用可能なのにも関わらずだ。そして最後のアドバンテージは、サードパーティAPIの開発者の方がより大きなデータにアクセスすることが可能であり、そのデータがネットワーク・エフェクトを創り出すという点だ。

そのネットワーク・エフェクトは優れた価格やサービス品質に見て取ることができ、AIを使ってそのデータの中から最も良いパターンを抽出することができる。例えば、Menlo傘下の企業であるSignifydは不正アクセスを見つけ出すサービスをAPIとして提供している。同社は100以上の企業から取引データを集めており、個々の企業による独自分析よりも高い精度で不正アクセスを見つけ出すことができる。

新種のソフトウェア企業

APIとしてソフトウェアをリリースすることで、そのソフトウェアが採用される可能性を高めることができる。多くの場合、ソフトウェアを利用する顧客はディベロッパーなのであり、ソフトウェアを特定の業界に対して垂直に売り込んだり、パッケージとして売り出すよりも販売プロセスがスムーズになる。収益モデルは常に反復的であり、利用される頻度が高まれば収益も増えるという、本質的にスケーラブルなビジネスモデルだ。APIベースの企業がもつエコシステムはまだ進化の途中ではあるが、そのような企業の特性が組み合わさることで、最終的にはより資本効率的で利益率の高いビジネスモデルが創り出されると私たちは考えている。

このチャンスは新参者の企業だけに与えられたものではない。既存の開発企業にとっても、独自の機能をAPIとして提供し、製品をアプリケーションからプラットフォームへと進化させる機会となるだろう。傑出した企業の中には、目標以上の成果を生み出すAPIビジネスを構築した者もいる。伝えられるところによれば、Salesforceは収益の50%をAPIから生み出しており、eBayは60%近く、Expediaではなんと90%だ。

このビジネスモデルは起業家や投資家たちを惹きつけている。次なる大流行アプリをゼロから創り出そうとしたり、需要があるのか分からない状態でマーケティングや流通のために多額の資金を投入したりするよりも、特定領域の機能を構築し、他のディベロッパーの武器商人となる方が理にかなっているのかもしれない。

APIモデルは、成功すれば資金効率性を得られ、時間が経つにつれてネットワーク・エフェクトが生まれるという強力な流通方法である。現在、900万人の開発者がプライベートなAPIの開発に取り組んでいる。これらの人材が、「企業より機能」というチャンスに目を向けることがあれば、パブリックなAPI開発にも大きな変化が生まれる可能性がある(パブリックAPI開発者は120万人に留まっている)。

バリュー・チェーンを見直す

これまではデータに最も近い企業や(例:システム・オブ・レコード、SoR)、ソフトウェアを自社のプラットフォームに依存させることが可能な企業こそが「ビックな企業」だった。APIの世界では、ビックな企業とはスマートな方法でデータを集め、それを他者に公開する企業なのかもしれない。

これにより新しいタイプの参入障壁が生まれる。Twilioは圧倒的な通信ボリュームをもつことから、個々の開発者では得られられないような割引を通信キャリアから得たり、多くの開発者が利用する支払いシステムをもつStripesが獲得している大口割引などがその例だ。Usermind(Menlo Venturesの投資先企業の一つ)などの企業は、既存のSaaSアプリケーション間のAPIによるコネクションを単純化するワークフローを創り出すことによって、複数のアプリケーションの運用を可能にしている。

今現在においてもAPIスタートアップのエコシステムは魅力的であるが、私たちはその魅力は増す一方だと考える。これまでの5年間、SaaSやビックデータ、マイクロサービス、AIといった企業志向のテクノロジーに対する世間の関心はとても高かった。この4つの分野が結合した存在こそ、APIなのだ。

企業向けソフトウェア開発の現場においてサードパーティAPIへの注目がさらに高まることで、これから数々の大物企業が生まれるだろう。プロセス間の人手を減らした販売モデル、循環する収益、分散化された顧客基盤をもつAPIのビジネスモデルはとても魅力的だ。それに加えて、アプリの開発者はユニークな機能の開発に専念することができ、特に重要なイニシャル・プロダクトを低コストかつ素早く流通することが可能となる。APIがソフトウェア開発のエコシステムに与える恩恵はとてつもなく大きいのだ。

menloapi

[原文]

(翻訳: 木村 拓哉 /Website /Twitter /Facebook

Googleが食べもの関連のクエリで画像サムネイルを検索結果に表示。

小ネタです。Googleが検索結果に画像サムネイルを表示しているようです。食べもの関連のクエリのみで日本語では未対応のようですが、Google.com(もしくは、言語設定を英語に設定)で英語のクエリで検索すれば表示されます。1ページ目ではほぼ全ての検索結果に表示されているようですが、表示されるための条件などは定かではありません。また、色々な例を検索することでお腹を減らしてしまう場合もあるかと思いますが、SEO Japanでは一切の責任を負いませんので、あしからず。。。– SEO Japan

Googleで食べもの関連のクエリで検索すれば、スニペット内に画像サムネイルが表示される。

google-photos-images3-ss-1920-800x450

*リンク先は英語となっております。

食べもの関連の検索を行った場合、Googleは検索結果ページの主要部分に画像サムネイルを表示している。多くの検索者が目撃しているようで、Googleがここ数ヶ月の間で行っているテスト一環なのかもしれない。

個人的には、レシピと映画(動画)で利用可能な、Googleの新しいリッチカード機能とは関係がないと考えている。今回のサムネイル画像については、レシピサイトでなくとも、また、構造化データをマークアップしていなくとも、表示されているようだ。

下記に、モバイルとデスクトップの両方で、画像サムネイルが表示されている食べもの関連のクエリの検索結果を記載しておく。

greek-pistachio-desktop

greek-pistachio

bbq-ribs

pesto


この記事は、Search Engine Landに掲載された「Google now displays image thumbnails next to search snippets for food-related queries」を翻訳した内容です。


レシピサイトや構造化データが条件ではなさそうなので、Alt属性や周りのテキストなどから判断しているのでしょうか?もちろん、そのまま画像を認識している可能性もあるかと思います。1ページ目にはほぼ画像が表示されていますが、画像の認識具合によってランキングが変わるといったものではもちろんないでしょう。対象の範囲が拡大したり、日本に導入されたりといったことはわかりませんが、なかなか面白い現象ではありますね。– SEO Japan

続きを読む Googleが食べもの関連のクエリで画像サムネイルを検索結果に表示。

工場や災害時向け業務用ドローンのV-Cube Robotics Japanが数億円の資金調達を実施

vrj

企業や自治体向けに業務用ドローンソリューションを提供するV-cube Robotics Japan(VRJ)が今日、グロービス・キャピタル・パートナーズツネイシキャピタルを引受先とする第三者割当増資を実施したことを発表した。調達金額は非公開だが関係者らの話によれば、数億円前半とみられる。VRJは業務用テレビ会議システム提供で東証一部上場のV-CUBEの子会社として2015年10月にスタートしているが、外部資本を入れて成長を加速する形だ。

親会社のV-CUBEはテレビ会議システムを提供しているわけだが、その先にドローンをぶら下げることで、複数遠隔拠点をリアルタイムで状況把握するソリューションが提供できる。VRJがターゲットとする利用シーンは、工場や、高圧電線、橋梁など定期点検が必要なものの人間が作業するには危険な場所が1つ。もう1つは地方自治体などの災害時の状況把握。実際の操作はドローンからの映像をストリーミングしながら、会議室にいる専門家が遠隔地でオペレーターとコミュニケーションを取りながら撮影場所を指示しながら状況把握を進める、という使い方だそうだ。オペレーションの種類によっては、今後は録画した映像を非同期で解析するといった応用もあり得るという。

VRJ代表取締役副社長の高見耕平氏によれば、法整備や保険サービス提供開始などドローンを取り巻く環境が急速に発展していることから、地方の警察や消防などからの今年に入って問い合わせが増えているそう。資金調達により、販売体制を強化する。ちなみに導入するドローンの機種については制限がないが、今のところDJIが多いそうだ。高圧線など電磁波が強すぎてドローンが接近できないような場所でズーム機能付きの国内製ドローンが使われることもある。

実際にドローンを現地や各企業・自治体に展開するにあたっては、VRJではドローンの構造や操作方法、法令知識のトレーニングも提供している。「現在、量販店に行けばドローンが売られています。ただ、それをそのまま飛ばすのは原付を無免許で乗り回してるようなもの」と高見氏は安全面の重要性を指摘する。

現在のところ法的にはドローンの操作はインターネット越しに行うことができない。操作者も、ドローンが視界に入る場所にいなければならないという制限がある。ただ、山間部での遭難救助など状況によっては遠隔操縦も許可される法改正なども将来的にはあり得て、ドローンによる映像コミュニケーションサービスにはより広い応用があると高見氏は話している。

Search Console でプロパティ セットを使って複数のサイトをまとめて集計する

モバイルアプリ、モバイル ウェブサイト、デスクトップ ウェブサイトなど複数のプロパティに分かれている検索の統計情報を集計したい場合、これまでは 1 つずつ追跡して合算するしかありませんでした。しかし、このたび Search Console に導入された「プロパティ セット」により、複数のプロパティ(アプリとサイトの両方)を一つのグループにまとめ、グループ全体のクリック数や表示回数を一つのレポートとして集計できるようになりました。

使い方は簡単です。

  1. プロパティ セットを作成します。
  2. 同じグループにまとめるプロパティを追加します。
  3. 数日でデータの収集が始まります。
  4. 検索アナリティクスで結果を分析できます。

プロパティ セットに含まれているプロパティのすべての URI は、検索アナリティクス機能では単一の存在として処理されます。つまり、ホスト別に集計された検索アナリティクス指標が、プロパティ セットに含まれているすべてのプロパティの合計として集計されます。たとえば、プロパティ セット内のサイトのすべてのクエリについて、クリック数や表示回数を一目で把握できます。

この機能は Search Console のすべてのプロパティで使用できます。ウェブサイトを世界各国で展開している場合、サイト内に HTTP と HTTPS が混在している場合、部門別やブランド別にサイトを分けている場合、検索アナリティクスですべてのアプリをまとめて監視したい場合などは、プロパティ セットを使用することで指標を簡単に追跡できるようになります。

ここで、ベータ版テストに参加した方の感想を紹介します。

Search Console と前身のウェブマスター ツールが提供され始めたころから一番欲しいと思っていた機能がこれだったんです。実際の機能性も期待どおりです。Google のエンジニアがベータ版テストのフィードバックをしっかり理解してくれているということですね。本当にありがとう!
-- オリバー・アンドリュー氏(Abondance)

この機能はあと数日でご利用いただけるようになります。これにより、Search Console での複数のプロパティの追跡が容易になるはずです。ご質問やフィードバックなどございましたら、ウェブマスター ヘルプ フォーラムに投稿してください。また、今回の新機能に関するヘルプ記事も併せてご覧ください。

追記: 今後リリースされる機能のベータ版テストへの参加をご希望の場合は、ベータ版テストへの参加登録を行ってください。後ほど Google からご連絡差し上げます。

Twitterのフォロワー数世界最多のKaty Perryのアカウントがハックされ、Taylor Swiftを侮辱する偽ツイートを投稿

shutterstock_322517972

Katy Perryの、世界一多いと言われる、8900万のTwitterフォロワーの多くが、困惑しただろう。このポップスターが今朝(米国時間5/30)、彼女の最大の強敵と思われるTaylor Swiftに、悪口をツイートしたのだ。しかしそれは、ハッカーの仕業だと分かり、すぐに削除された。

これらのツイートは、“haha follow @sw4ylol #hackersgonnahack.”をフォローしている。このアカウントは今でも健在で、当人はルーマニアにおり、5月29日に最初のツイートを送っている。SoundCloud上のKaty Perryのものと思われる曲へのリンクもツイートしたが、それはUniversal Music Groupからの著作権クレームがあり、削除された:

この事件は、どんだけセキュリティを固めてもTwitterのアカウントは、誰のであれ、安全ではない、ということを思い出させる。セレブはとくに、いたずらに遭いやすい。これまで、Justin BieberやLea Michele、Britney Spearsらもやられた。そして、米軍の中東司令部すら、Twitterアカウントをハックされた。本誌TechCrunchは今、Katy Perry側とTwitterにコメントを求めている。

[原文へ]
(翻訳:iwatani(a.k.a. hiwa))

ブロックチェーンは政治も変える…未来本ベストセラーのDon Tapscottにインタビュー

[筆者: Andrew Keen](著書(3冊): Cult of the Amateur, Digital Vertigo, The Internet Is Not The Answer。 Futurecastをプロデュース。本誌インタビューシリーズKeen Onのホスト。)

テクノロジーの未来を語るカナダの評論家でライターのDon Tapscottはいつも、「次の大物」を嗅ぎ当てようとしている。たとえば彼が書いたベストセラーWikinomicsは、wiki(オープンな共同執筆)というラジカルな考え方を、多くの人びとに紹介した。

そして今回、Donと彼の息子のAlexは、ブロックチェーンを“新しいインターネット”として紹介する大著、Blockchain Revolutionを出版する。ブロックチェーンこそ、再びすべてを変える新しい技術だ、と言うのだ。

Tapscott親子の主張によると、ブロックチェーンは基本的に透明な技術なので、その変更不可能な公開台帳と併せて、政治家たちをこれまでのように曖昧な嘘つきであれないようにする。これからはすべての政治家が、自分と自分の意図に関して正直であることを強制される。ブロックチェーンは究極的に、アメリカの政治システムを消毒する。不誠実をあばき、政治的会話の説明責任を強化する。

ただし2016年の選挙については、それは間に合わない、とTapscott親子は述べる。2020年か2024年には変わるだろう、と。今年に関しては、ブロックチェーン革命はほとんど関与できないだろう。

いつものように、このインタビューの制作もCALinnovatesにしっかり助けていただいた。

[原文へ]
(翻訳:iwatani(a.k.a. hiwa))

イラン政府、メッセージングアプリのデータをイランのサーバーへ移動することを強要

whatsappcomplete2

イラン人ユーザーを持つメッセージングアプリは、1年以内にそのデータをイランのサーバーに移す必要がある、とReutersが伝えた。プライバシーの問題が起きることは必至だ。

イラン政府は、メッセージングアプリ上の、プライベートおよび準プライベートな会話を追跡できるようにしたがっている。イランでは多くのソーシャルネットワークが既にブロックされているが、政府はさらに管理を強めたいようだ。

メッセージングアプリの中でもWhatsAppとTelgramがイランでは非常に人気が高く、政府はそこで交わされる会話を監視することができない。ユーザーはTelegramでグループを作って何百という人たちとやりとりできる。

例によって、悪魔は細部に宿っている。サーバーをイランに移すだけでは足りないかもしれない。WhatsAppは最近エンドツーエンド暗号化の展開を完了した。この暗号化によって、WhatsAppは通信される会話を読むことすらできない。暗号化された会話を読めるのは、そこに関わるWhatsAppユーザーだけだ。

AppleのiMessageも、暗号化されたメッセージング手順の一例だ。Appleはメッセージを政府に渡すことができない。

同様に、Telegramはエンドツーエンド暗号化を有効にして、「秘密の会話」を開始できる。イランのTelegramユーザーがこの機能に気付いていれば、イラン政府はその会話を読むことができない。標準では、Telegramの会話はTelegramのサーバー上で暗号化されていない。

インターネットに制約のある他の国々と同じく、FacebookやTwitterのアカウントを作る術はある。VPN(Virtual Private Network)をインストールすれば、イランのISPはあなたがブラウズしているところを見られなくなる。そして今、イラン政府はメッセージングアプリと新たなイタチごっこを始めたがっている。

今日のニュースは、暗号化が表現の自由の基盤を成していることを改めて証明した。FBIが裏口を要求するたびに、世界中の、ただ政府を自由に批判できるようになりたい無数の人々も危険に曝される。

[原文へ]

(翻訳:Nob Takahashi / facebook

ビジネスとしてのビッグデータ分析はいまやっと“成熟期”に入ったばかり、今後の機会が大きいとVCたちは見ている

binary_data

[筆者: Harry-Stebbings](ベンチャーキャピタルに関するポッドキャストThe Twenty Minute VCのファウンダーでホスト。)

最近のインタビューで、“ビッグデータはいよいよこれからが本番だ”、と語ったFirstMark CapitalのMatt Turckによると、2010年にはシリーズA市場のわずか2.5%にすぎなかったビッグデータへの投資が、今ではVCたちの投資全体の7.5を超えている。そもそも、ビッグデータ分析という業態は、今どんな段階にあるのか? そして最近のAI熱は、ビッグデータと密接な関係があるのか?

エコシステムの成熟

ビッグデータのこれまでの進化には、三つの段階がある。まず、その形成期は、LinkedIn, Facebook, Googleなど少数の大手インターネット企業が支配した。彼らのもとに大量のデータセットが集まり、彼らにはレガシーのインフラストラクチャがないから身軽で、しかも優秀な技術者がたくさん集まった。彼らは、これからの世界が必要とする技術を作っていった。

そして次の第二の段階では、これら大手インターネット企業の技術者たちがスピンオフして自分のスタートアップを作り始めた。彼ら未来のユニコーン(10億ドル企業)候補たちは、彼らと同じくレガシーのインフラストラクチャのない企業を顧客にしていった。Turckはこう言う: “レガシーのインフラストラクチャがないことこそが、彼らのイノベーションの基盤だった”。そして彼らにとってイノベーションの最先端といえば、ビッグデータスタートアップの初期の顧客になることだった。

そして、今現在の第三段階が、大きな課題をもたらしている。さまざまな企業がビッグデータ技術に関心を持ち、採用を始めているが、それ自体はまだ、ごくごく初期的な段階なのだ。

第二段階のときと違って、今の企業は多くがレガシーのインフラストラクチャを抱えているから、ビッグデータ革命によって失うものも多い。彼らの既存のインフラストラクチャは、企業の現状をまがりなりにも支えているから、ビッグデータにとって大きなハードルになる。ビッグデータには、彼らの経営の核であるレガシーのインフラストラクチャを捨ててもよいほどの価値があることを、どうやって説得すべきか?

Turckは語る: “これからのスタートアップの仕事は、データによって企業経営がよりスマートになることを、顧客に理解してもらうことだ”。また、“大企業が率先してビッグデータ分析を試行的に導入していくこと、スタートアップがそこから食い込んでいくことも重要だ”。

AI

AIの最近の進歩と、それに対する関心の高まりは、ビッグデータがなければありえなかった。Turckは極論する: “AIはビッグデータの子どもだ”。たとえば深層学習(deep learning)のアルゴリズムが作られたのは数十年前だが、それが今や、大量のデータ集合を扱う実用技術になり、コストも実用レベルまで下がってきている”。だから、“AIが可利用性の高い実用技術へと開花結実してきたのも、ビッグデータのおかげだ”。

ビッグデータエコシステムの成熟と進化がこれからも続けば、AIがビッグデータのアプリケーション層の成長を導く触媒になるだろう。でも、ビッグデータは、今はまだまだ初期的な段階だから、今後のアプリケーションの多様化とともに、ビジネス機会としてのビッグデータはますます大きくなっていくだろう。

[原文へ]
(翻訳:iwatani(a.k.a. hiwa))

誰でもDNA折り紙の達人になれるアルゴリズムが開発された

mit-dna-origami-1_0

高さ数インチのものをプリントしたいのなら、プラスチックを押し出して成形すれば良い。しかし、ナノスケールのものが必要ならDNAを使うのが良いだろう。でも、DNA1塩基単位でデザインして組み上げる時間のある人などそうそうはいない。しかし、今回の新しい研究成果を使えば、形さえ決めればあなたもDNA折り紙の達人になれる。A、T、G、Cをどのような順番で並べれば良いかはアルゴリズムが全部決めてくれるのだから。

DNAの構造は単純な二重らせんのみである必要はない。塩基の順番をいじくったり他の分子を入れ替えたりすることで、DNA鎖を右に鋭く旋回させたり、こちら向きやあちら向きに曲げたり出来る。また、深い洞察力があれば、一本鎖のDNA鎖を撚り合せ畳み込んで、有用な幾何学的構造体を作る事も出来るのだ。

そういった構造体はドラッグデリバリー (訳注:薬を体内でターゲットとなる部位まで一旦輸送してから放出する技術)に使ったり、CRISPR-Cas9の遺伝子編集因子のようなツールを内側にセットしたり、さらには情報を格納したりするのに使うことが出来る。

しかしこれまでの問題としては、例えば12面体をデザインするというのはとんでもなく複雑なことで、そのような何千塩基対にも渡る複雑な分子を人の手で組み上げることは事実上不可能だった。MIT、 アリゾナ州立大学、ベイラー大学の研究者たちはまさにその問題の解決を試み、その成果が本日、サイエンス誌に公開された

「この論文によりこれまでの問題は180度反転することになるでしょう。つまり、これまでは構造体を合成する際、専門家がそのために必要なDNAをデザインしていました。しかし、これからは構造体そのものが開始点なのです。その為に必要なDNAの配列は自動的にアルゴリズムにより決定されます」と、MITのMark Batheはプレスリリースで述べた

基本的に、ユーザーは閉曲面を持つ3次元の形状をプログラムに指定するだけで良い。それは多面体や、もう少し丸みを帯びた、例えばトーラスや、もう少し対称性のないティアードロップ状のものでも良い。相応の仕様の枠内でデザインする限り、一旦デザインをコンピューターに渡してしまえば、ユーザーはそれ以上何もしなくて良い。

今回研究者たちが創り上げたアルゴリズムは、その構造体の枠組みを形成する為にDNAをどのような塩基配列で並べれば良いかを厳密に決定してくれる。それは一本鎖DNAであり、それ自身が曲がり撚り合わさって3次元的形状を形成する。アルゴリズムにはDAEDALUSというカッコいい名前も与えられた。DNA Origami Sequence Design Algorithm for User-defined Structuresから来たものだが、 頭文字的にあまり合ってないのはご愛嬌だ。

どんな形状で試しても魔法のようにうまく行く。もちろん、実際に狙った3次元の形状が形成されているかは低温電子顕微鏡を使った単分子3次元解析により確認している。
MIT-DNA-Origami-2

医学や遺伝子編集分野での利用価値は明らかだが、研究者たちが望んでいることは、このテクノロジーが急速かつ劇的に利用しやすくなることにより、前述の領域の枠に留まらない新たな利用法が創出されることだ。

例えば、DNAを使った情報保存はこの技術により飛躍的に簡便になる可能性がある。このアルゴリズムを使うことで極めて独自性の高い構造を作り、その一部をバイナリーデータを書き込むのに使用することが出来るようになるかもしれない。要するにそれはDNAで出来たナノスケールのROMディスクという訳だ。なんと素晴らしい。

「この複雑なプロセスを自動化することにより、この極めて強力な分子デザインの枠組みを利用する人が飛躍的に多様化することを願っています」とBatheは言った。

[原文へ]

(翻訳:Tsubouchi)

フランスの財務検察官は、Googleフランスを1年前から秘密裏に捜査していた

DUBLIN, IRELAND - APRIL 19:  (FRANCE OUT) A general view the Google European headquarters, on April 19, 2016 in Dublin, Ireland.  (Photo by Vincent Isore/IP3/Getty Images)

Googleは完全に不意をつかれた。先週、100名近いフランス国税庁(Direction générale des Finances)職員が、Googleのパリ事務所に立ち入り、税法違反を捜査した。フランスの財務検察官、Éliane HouletteはEurope 1に、彼女のチームが一年近く前から秘密裏にこの強制捜査の準備を進めていたことを語った。Googleは、18億ドル(16億ユーロ)の罰金を課される可能性がある。

Houletteのチームは、この捜査に関して少々偏執狂気味だ。Googleの規模と広がりを踏まえ、チームは極めて注意深く行動し、Googleはパリ事務所への立ち入り捜査を全く予期していなかった。押収する前に会社がファイルの隠蔽を行うことは避けなくてはならない。

このため国税庁内部でもHouletteがこの捜査に本腰を入れていることを知る人は殆どいなかった。彼女のチームはGoogleに言及する際「チューリップ」というコードネームを用いていた。

「われわれはこの会社の特質を踏まえ、完全な秘密裏に捜査に取り組んだ」とHouletteがEurope 1に語った。「秘密を守るために、われわれはGoogleに別の名前(チューリップ)を付け、Googleの名前は決して口にしなかった。そしてこの一年間近く、捜査はオフラインで行ってきた。コンピューターを1台使ったが、ワードプロセッサーとしてのみだった。

最終結果は数テラバイトのデータだ。このデータすべてを処理するには、何ヶ月、いや何年もかかるだろう、とHouletteは言っている。

多くの人々が、果たしてフランスは英国のような税取引きを行うのだろうかと質問している。フランスのミシェル・サピン財務大臣はロイターに、取引は一切しないと伝えた。Houletteはさらに、フランスの法制度にそのようなしくみはなく、フランス政府がGoogleと取引きを行う術はないと話した。

残る可能性はひとつ ― 裁判だ。この裁判は何年にもわたるかもしれず、厄介な状況になりそうだ。フランスでビジネスを行うことに関して、この国のイメージを悪くしかねない。Houletteはそれも承知しているので、この財務検察官が取引きや裁判に代わる方法を見つけられるかどうか注目したい。

Googleの税体系に対するフランスの捜査は、2011年に始まった。Googleによると、同社はフランスでさほど事業を展開していない。事務所のマーケティングチームは持っているが、営業チームはない。このためGoogle Franceの売上は殆どがアイルランドのGoogleヨーロッパ本社へ送られ、フランスには多くの税金を払っていない。

Googleは、Google Ireland Limitedの資金の殆どをGoogle Netherlands Holdings BVに送金し、ここからGoogle Ireland Holdingsに資金が送られる。

その名前とは裏腹に、Google Ireland Holdingsのコストセンターはバミューダにあり、Google Bermuda Unlimitedと呼ばれている。そしてこれが、銀行口座をバミューダに置きながらフランスで儲けるしくみだ。バミューダには法人税がそもそも存在しない。

多くのヨーロッパ企業が多かれ少かれ同じ手順で税率を下げている ― そしてこれは合法である。しかしフランスGoogleの主な問題は、国税庁がGoogleはフランスでマーケティング以上のことをしていると考えていることだ。アイルランドの契約先にフランスの会社がある場合、それはフランスの課税対象になる。よって捜査は始まった。

[原文へ]

(翻訳:Nob Takahashi / facebook

チャットボットには大きな将来性―ただし現行製品はどうしてああもダメなのだろう?

2016-05-31-chatbot

この記事はCRUNHCH NETWORKのメンバーでEvaのファウンダー、CEOのFaisal Khalidの執筆。Evaは消費者向けモーゲージに関するチャットボットを開発中。

今年に入ってチャットボットについてのニュースをあちこちで見かけるようになった。まずMicrosoftがTayを発表したが、>女性の声でしゃべるのが性差別主義的だと非難されただけでなく、悪意あるユーザーに教えられた通りにあらぬことを口走るようになってしまった。次にFacebookがMessengerのボットをリリースしたが、上々の滑り出しとはみえない。それからAppleのVivが話題となった。一見したところSiri 2.0のように思えたのも無理はなく、開発者はSiriと同じだった。

ニュースだけは賑やかだったが、驚くべきことに、本当に出来のいい製品は一つとしてなかったように思える。

もちろん「本当に出来のよい製品」の定義をめぐって面倒な議論を始めることは可能だ。しかし簡単にまとめれば、素晴らしい製品には3つの特長がある。 (1)機能が分かりやすく使い勝手がいい。 (2) 99%以上の稼働率、(3)なんであれ、ユーザーが厄介だと感じる作業を大幅に肩代わりしてくれる。

そこで最初の問題に戻る。なぜチャットボットというのはああもダメなのだろう? ダメ、というのは、私には広くユーザーから喝采を受けているチャットボットが一つも思いつかないからだ。もっと重要なことだが、アプリよりも使い方が簡単なチャットボットの例も浮かんで来ない。どうしてこういうことになっているのか、少し詳しく検討してみる必要がありそうだ。

あまりに手を広げすぎたチャットボットは失敗する

VivとSiriがこの範疇に入る。どちらも「あらゆる問題に役立つ」ことを目標としたため、個々の問題を解決する能力が落ちてしまった。「すべてに対応する」という目標がなぜ問題を引き起こすのか理解するためにはチャットボットの動作の仕組みを理解する必要がある。

チャットボットは通常、「脳」と「ボディー」の2つの部分から出来ている。

まず「脳」だが、これは自動車を考えると分かりやすい。車にはエンジンが積まれていて車を走らせる。ボディーはユーザーの必要に応じてカスタマイズできる。ほぼ同じエンジンを積んでいてもボディーはSUVであったり、GTであったり、普通のセダンであったりすることが可能だ。

チャットボットも同様で、「脳」はユーザーの人間が発した言葉の意味を受け取り、実行可能なコードを生成する。狭い範囲の目的に特化したボットの場合、人間が発することを予期する言葉も狭い範囲に限定される。

たとえば、飛行機のフライトの予約に特化したボットを考えてみよう。フライト予約に関連して人間が発する可能性のある単語は100語から200語くらいだろう。そこでこうした発言を理解するボットを開発するのは難しくない。そんなボットなら私でも1週間で書けるし、その反応は99%以上適切だろう。しかしもっと広い範囲をカバーするボットを開発しようとすれば、それだけ多数の文が処理できなければならない。Siriのように「どんな場合にも役立つ」ボットであれば、理解しなければならない文の数は無限に近くなる。

「あらゆる文を正しく理解する」というのは信じがたいほど困難な作業だ。ほとんど無限といってよいエンジニアリング上の努力と時間を必要とする。人間の子供が言語を正しく使えるようになるのに数年かかるなら、人工知能が言語を理解できるようになるにもそのぐらいかかるだろう。しかし人間でさえ常に理解が成功するとは限らない。それは自然言語にはきわめて非論理的な側面があるからだ。たとえば6歳の子供は次に何を言い出すか分からない。しかし40歳の大人が相手だったら次に何を言いそうか予測することははるかにやさしい。

チャットボットのもう一つの要素は「ボディー」だ。私が上で述べたように、こちらは比較的「やさしい」部分だ。量は巨大であっても中身は「知識」にすぎない。ターゲットとする分野にもよるが、適切なカスタマイズにはもちろん多大のリソースを必要とする。さきほど述べたようにフライトの予約に役立てたいだけなら知識の量はさほど必要ない。おそらくはTripAdvisorのAPIを使うだけで相当に実用的なチャットボットが作れるだろう。

「なんでもできる」上に「非常に優秀」であるようなチャットボットはまず存在しない

私は金融分野で役立つチャットボットの開発を行っているが、この分野のハードルは非常に高い。必要とされる知識は莫大なもので、それをボットが利用できるように整理するためには非常に時間がかかる。金融サービスのサイトを見てみればわかるが、この分野の言語は特殊だ。チャットボットは、定義上、普通の人間が話したり、しゃべったりすることを理解でき、そのように話したり、しゃべったりできなければならない。金融は当然ながら複雑で理解が難しい分野だ。金融サービスの術語や特異な表現をチャットボットが話す言葉に翻訳するのはおそろしく時間がかかり、ハードルが高い作業だ。

本当に知的な作業ができるボットを作るのも難しい

こう言えば驚く読者も多いだろうが、現行の チャットボットの大半は実は全く知的ではない。ともかく私が使ったことがあるボットは知的ではなかった。チャットボットが知的かどうかは主として次の2つの基準で判断できる。(1) サービスが自己完結的であり、利用を続けるうちに自然と賢くなる。 (2)ユーザーは文字通り自由に文を組み立てて質問ができる。

具体例を考えてみよう。MicrosoftのチャットボットのTayは知的なボットの代表だろう。話しかけれられたことを何でも理解しようと務める様子がみえる。利用時間とともに機能も向上していく、つまりいちいち命令を受けなくても、聞いた言葉からパターンを抽出し、理解できるようになるはずだ。少なくとも理屈の上からは、そうだった。では知的でないボットの例はというと、残念ながらFacebook Messengerのボットの大部分、CNNのボットなどがそうだ。これらのボットが理解できるのは事前に用意された定型的な文だけだ。

ところが注意しなければならないのは、実際に役立つ―つまり予期せぬ動きをしたりぜず期待されたとおりに仕事をこなす―ボットは知的でない製品だ。その理由はこうしたボットは事前に決められた有限の道筋しか辿らないので失敗しないのだ。

デモでクールなチャットボットのUIを書くのは面倒な作業

こkで面白い点がある。われわれが見たチャットボットのデモのほとんどは(たとえばVivなど)こうした面倒な点をまったく無視している。優れたアプリの場合、ユーザー側の入力はほとんど必要ない。何度かスワイプし何度かクリックすれば終わりだ。それで役目は果たせてしまう。キーボードからのタイプはほとんど必要ない。ところがチャットボットではそうはいかない。

チャットボットは物事の説明を練習するには良い―うまく説明できるまで質問攻めにされる

現在のところ、たいていのチャットボットは音声認識をサポートしていない。そこでユーザーはひたすらタイプ入力を強いられる。当然ながらこれはスワイプやクリックに比べて時間を食う作業だ。その結果、チャットボットはアプリよりはるかに効率が悪いという結果となる。直感には反するかもしれないが、これが現実だ。しかも入力した文をボットが理解できない場合、ユーザーは同じ質問を別の表現に変えて再入力しなければならいので、能率はさらに悪くなる。

チャットボットは失敗を運命づけられているのか?

もちろんそんなことはない。その反対だ。しかし現在チャットボットはきわめて初歩的な段階にある。 ブラウザでウェブサイトを使うのに比べて専用アプリのほうがはるかに処理が速く、使用も簡単なことは10年から15年前に分かっていた。モバイル・アプリのメリットは当時から明白だった。

ところが現在チャットボットを利用してみても、メリット―スピードと使い勝手―は明白とはいえない。 またスピードが速く使い勝手がいい場合でさえ、正確性が不足しているために仕事に使えるのかどうか確信が持てない状況だ。

個人的な意見だが、「知的でない」なチャットボットがまず実用になると思う。たとえばカスタマー・サービスでFAQに答えるような場合には役立つだろう。また金融サービスのような複雑な問題をわかりやすく説明するのにも好適だ。もしもっと複雑な問題、たとえばそれまで接触がなかった顧客が家を買おうとするような場合に、必要な情報を細大漏らさず提供できるようなボットができればその価値は計り知れない。

チャットボットは同じ質問に疲れることなく繰り返し繰り返し答えることができる。ユーザーは納得がいくまで細かく質問できるし、ボットはそれに応じて細かい点まえ説明できる。またチャットボットは、長い入力書式を代替するのにも向いていると思う。書式に延々と入力させるのはいかにも非人間的だ。ボットの方がずっと人間味があるだろう。つまり起業家がチャットボットでビジネスを考える場合、適用可能な分野は数多くあるということだ。

最後にVivについて

一部にVivについての誤解があるようだ。まずVivはSiriではない。つまり「なんにでも対応」することぉ目的とする独立のチャットボットではない。先ほどの比喩でいえば、Vivは「脳」ないし「エンジン」の部分に相当する。Vivは回答に当たってサードパーティーのAPIからの入力を前提としている。Vivは他のチャットボットないしチャットボットAPIを作動させる共通のプラットフォーム、いわばチャットボットのOSとなることを目指している。

もしVivが成功するなら、やがてチャットボットのApp Storeのような存在となるだろう。チャットボットのデフォールトのプラットフォームを狙うんはFacebook MessengerやSlack、さらにその他のSNSも同様であり、Vivのライバルになるだろう。

さてチャットボットの将来は以上述べたようになるだろうか? 実のところ私にも確信はない。私はVivのような中央集権的、OS的なチャットボットが存在するのが良いことかどうかについても確信はない。われわれは新しいアプリが必要なときはApp Storeに探しに行く。将来はチャットボットもApp Storeのような場所に探して行くことになるのだろうか? 今は分からないとしか言えない。しかしやがて判明するときが来るだろう。

F画像: photosync/Shutterstock

[原文へ]

(翻訳:滑川海彦@Facebook Google+

日本の90年代テレビゲームからUXデザインについて学ぶ

chronotrigger_scene_03

編集部記:Benjamin BrandallはProcess Streetでコンテンツ制作を行っている。

私の大好きなスーパーファミコンのRPGを再度プレイしてみて気づいたことがある。この記事はやや切ない気分で、そのことについて書いていきたい。

こんなにモダンなUXデザインに甘やかされていたなんて知らなかった。

この感覚は世界共通なようだ。Quater to ThreeのフォーラムでHuginはこう書いている

「『コンソールゲームのRPG』と聞いて思い浮かぶのは、意図が不明なキャラクター情報やナビゲーションが雑な冊子くらいだ。基本アイテムの比較表があると嬉しくて涙が出るよ」。

「良いUX」だったということだ。

過去、私はゲームは取るに足らないものだと思っていた。昔、父が運転する車の後部座席で、蛇が自分の尻尾を食べないように動き回るゲームをNokiaのキーパッドで必死に打ち込んでいたことを思い出す。「やった」「すごい」「あー、残念」以上深く考えたことはなかった。

しかし、昔の定番ゲームをまた試すのは思ったほど悪くなかった。誰もデザインをしたがらないということの他に、現在最も人気があるアプリにも引き継がれている要素がいくつかあることを発見した。

Brandall 1

この記事はUXの進化について書いた。今でこそUXは ユーザーがサービスを使い続ける方法として知られるようになったが、この記事で取り上げる時代にはそれは一番重要なことではなかった。

多種多様なゲームをプレイして、画面を録画した。そうする中で、テレビゲームのUXを新たな観点から見ることができた。日本の90年代のテレビゲームの良い部分と悪い部分について書き出し、そこから現在でも適応すべき部分とそうでない部分を考えたい。

チュートリアルの一部として活躍する「明滅する円」

「ファイナルファンタジーVI」(英語名: Final Fantasy III)の最初の10分を過ぎた頃、プレーヤーは小さく瞬く光を見つける。価値あるものを探すゲーマーを魅了する光だ。ただそこで得るのは操作方法のレッスンだ。誰も読まない冊子にではなく、ゲーム内にレッスンを埋め込んでいる。

Brandall 2

以前、Microsoftがオンボーディングのレッスンをマインスイーパーに忍び込ませ、ユーザーがGUI(マインスイーパーでは右クリックの動作)に慣れるように仕向けた方法も見てきた。これは、古典的な手法のようだ。

ファイナルファンタジーのこの要素が興味深いのは、Slackが最近まで同じことをしていたこと、そして他の多くのSaaSアプリも現在使っているからだ。

Brandall 3

RPGの洞窟の地面で瞬く光と同じだ

 

ただ、Slackのユーザー・オンボーディングのプロセスは変わっていたので、Process Streetが採用している動きのあるgif画像も掲載しよう。

Brandall 4

同じ考え方だ。一時的に、ユーザーの興味を引く。そう、洞窟の中で瞬く光と同じだ。UIの中にちょっとした情報が隠れていて、ぶ厚いユーザーマニュアルを持ち出さなくてもユーザーはサービス内を進みながら使い方を学ぶことができる。

操作マニュアルを撤廃し、実践しながら学ぶ方法は、さまざまなオンボーディングに共通するようになった。他に教える方法がある今、ユーザーがコンセプトの理解がない状態から自分で習得していくことは必要不可欠なことでもユーザーに期待するものでもなくなった。

マイクロインタラクションは、デザインに時間と手間を惜しんでいない証拠

Nick Babichは、マイクロインタラクションに関する記事にこう書いている。

「最良のプロダクトは2つのことを上手く仕上げている。機能とディテールだ。機能は、人をプロダクトに惹きつける。ディテールは、プロダクトから人を離さない。そしてディテールこそが、私たちのアプリが他の競合アプリから際立つ理由だ」。

Twitter のハートは、「楽しい」マイクロインタラクションの1つだ。以前は、星をクリックすると灰色から黄色に変わるだけだったが、誰もが知っている通り、今はこういうことが起きる。

brandall 5

マイクロインタラクションに時間をかけるべきか否かについては議論もあるが、テレビゲームの場合、マイクロインタラクションは没入的な体験の一部分だ。

「クロノ・トリガー」は、ありふれた部屋でも色々試す価値のある、スーパーファミコンのRPGゲームの1つだ。ゲームを始めると、母親に起こされ、目覚める最初の部屋がある。ここではカーテンを開けたり閉めたりできる。

ストーリー性の高いゲームで、こういった仕掛けは補足的なものに過ぎないことを考えると、これは結構すごいことだ。見ての通り、5回は試してみたくなる。

Brandall 6

メニューは(ありがたいことに)格段に改良された

90年代の乏しいUIデザインを体験してこなかったのなら、現代の良質なメニューナビゲーションにありがたみを感じることはできないだろう。

RPGゲームにおいてメニュー画面は重要な要素ではない(いずれにしろ最も批判されている要素である)ことは分かっているが、それでも「ブレス オブ ファイア」の最初のメニューシステムは意味不明だ。ゲームが始まる前に提示されることを頭に入れた上でこれを見てほしい。

Brandall 7

大きな問題点:

  • 「Fast(速い)」「Norm(普通)」「Slow(遅い)」に量的な指標が全くない
  • 矢印が何もないところを指しているように見えるため、Y、X、L、Rのキー設定に混乱する
  • 何もない場所を指す矢印で「選択」を押しても、そこで選択できる項目の説明がない。なぜ「魔法(Magic)」をRボタンに設定しようと思うのか?そもそも魔法ってなんだろう?

ゲームを始める前にこの設定を強要するのではなく、ゲーム内の設定メニューにしておいた方が親切だろう。

90年代のゲームとSaaSプロダクトのメニュー画面を比較するのは公平ではないかもしれないが、良いゲームもある。「スーパーマリオRPG 七つの星の伝説」は、優美なデザインで知られたゲームだ。このゲームの断然良いメニュー画面を見てみよう。

Brandall 8

ゲームがどんな画面かを知るより先に登場した「ブレス オブ ファイア」のメニューとは違って、これにはちょっとしたメニュー画面のオンボーディング説明まである。

ユーザー詳細にスマートな初期設定

ソーシャルメディアの発展、スマートに進化したデザイン、そして誰も空白のプロフィール写真や詳細情報を埋めたりするのに時間を使いたくないということへの気づきがあったおかげで、今ではアプリがサインアップした時に自動でサムネイル画像と名前を引っ張ってくるようになった。例えば、Mediumだ。

Brandall 9

Peachのユーザー・オンボーディングの流れを詳細に説明した記事でSamuel Hullickが指摘するように、それはシルエットだけの画像と未入力のユーザー名が並ぶデフォルト画面より遥かに良い。

カーソルを事前に置く「クロノ・トリガー」のアプローチを見てみよう。デフォルト名が入っていて、名前を変更する場合は左から右に上書きが可能なことを示すカーソルがある。

Brandall 10

これで、 最もサービスにとって重要な時間、ユーザーの初使用時における難しさを低減する。

画面のどの部分がインタラクティブかを示す

大枠でいうと、ユーザーインターフェイスは2つに分けられる。インタラクティブな要素とそうでない要素だ。

デザインが未熟なインターフェイスではユーザーは、それがインタラクティブな要素なのか、情報を表示しているだけなのか、飾りなのかを瞬時に判断できない。

スーパーファミコンのゲームの場合、画面のどの部分を操作できるかどうかを知るためには試行錯誤しなければならないかもしれない。ただ、自由度の高い(マウス、タッチスクリーン)操作が可能なアプリと違って、方向キーの操作でカーソルを動かして選択できる項目は限られている。カーソルがその場所に行かないのなら、操作できないということだ。

先ほど見た「ブレス オブ ファイア」のインターフェイスが分かりづらいのはそれが原因でもある。こんなところに選択項目があるなんて分からないだろう。

Brandall 11

これは一体何?

「ファイナルファンタジーⅥ」の画面にもインタラクティブな部分とそうでない部分があるように、現代のアプリでもそれらの要素は共存している。

Peach(左)とBuffer(右)のアプリでインタラクティブなUI要素をどのように表示しているか比べてみよう。

Brandall 12

(左)これはタップできそう(実際はできない) (右)グレーアウトされている。タップできないのが分かる。

タッチやマウスで操作するUIでは、ユーザーは基本的にどこでもクリックすることができる。「ブレス オブ ファイア」の不自然なメニュー画面は、「クリック」可能な場所が限定されていたとしても、ユーザーをミスリードしてしまうことがあるということを示す。Peachの目を引くボタンはタップできそうに見えるが、タップするとエラーメッセージが出る。Bufferは、ボタンをグレーにしておくことで、インタラクションが起きないことを示し、良いバランスのデザインだ。

ストーリーがユーザーの関心を得る

ファイナルファンタジーの定番ゲームはどれも同じ構造を辿る。シェイクスピアの劇のように、ユーザーはすぐにストーリーの中に放り込まれる。「この光はなんなんだろう?」といった最初の画面の語り口調ぐらいでしか何が起きているのか分からない。

辛抱が必要な冒頭の5分から10分のシーンでストーリーが展開する。妖精が飛び回り、全く何のことだか分からない人物や場所の名前がたくさん出てくる。

Brandall 13

けれど、ファンタジーの物語って大体そういうものだろう?

最初から説明があるわけではないし、例えばシンプルな「私は誰々で、どこどこの町から来ました」形式で始まったとしても、それでもユーザーは存在していたことすら知らなかった世界に投げ込まれているのと同じなのだ。(以前書いた記事に、ユーザーを驚かせることは良い方法ではないことに言及している)。

それは新しいアプリを使う時も同じだ。ユーザー・オンボーディングのプロセスには、ユーザーが初めてサービスを使う時、いっぱいいっぱいになってしまわないようにする役割もある。Quartzのアプリは、ユーザーを「テキストのやりとり」という親しみのある環境に置いてチャットするAIを提示することで、この問題にうまく対処している。

Brandall 14

Quartzの初使用時、親しみやすいキャラクターとチャットする。返信もテキストチャットの要領。

90年代のテレビゲームはUXについて考えていたか?

「Dragon Age 6」や「ブレス オブ ファイヤ」など使いづらいゲームは別として、SaaSアプリのユーザー体験には、過去の教訓が活かされているようだ。DuolingoHabiticaといったサービスは、昔ながらのRPGゲームに大きな影響を受けている。

90年代ビデオゲームはUXのことなんて考えていなかったとは言わないが、初のUXの基礎が世に出てから14年が経過した現代とは違い、当時のUXの優先順位は高くはなかっただろう。

スーパーファミコンのテクノロジーでは、それで遊ぶゲームの複雑さや美しさに制限があったが、今使ってみても、単にぎこちない印象しか受けないのは、ゲーム自体が上質で滑らかなインターフェイスと「喜び」を私たちに存分に提供していたからだ。

結局の所、私は一度もファイナルファンタジーのUIに不満を持ったことがない。黙ってゲームに向かい、朝4時までプレイし続けてきたのだから。

[原文へ]

(翻訳:Nozomi Okuma /Website/ twitter

Slackでスケジュール管理やリマインドを丸投げできるボット「Subot」——チーム作業の効率化目指す

imgTOP

Subotは5月30日、コミュニケーションサービス「Slack」上で、リマインドやGoogleカレンダー連携のスケジュール管理が行えるボット「Subot(スーボット)」をローンチした。当初は無料で公開するが、将来的には月額課金制の導入を視野に入れる。

Subotの第1の特徴は、決まった日付・時刻にSlack上でリマインドをかけられる点だ。例えば、特定のチャンネル(Slack上のグループ)に対して毎月25日の午前10時に「経費精算をお願いします」というメッセージを流すといったことができる。

img002

また他のボットと連携するのもウリだ。SlackにGoogle アナリティクスのデータを投稿すStatsbot」というボットをご存じだろうか。このボットでは、特定のキーワードで話しかけたり、あらかじめ設定しておいたスケジュールに合わせてGoogle アナリティクスの各種統計データを投稿してくれる。StatsbotとSubotのリマインダと組み合わせることで、Statbot単体ではできない、細かなスケジュール設定で統計データを表示することが可能になる。このように他のBotとの組み合わせにより、さまざまな業務を自動化できるとしている。

第2の特徴は、Googleカレンダーと連携したスケジュールアシスタント機能だ。Slack上で簡単なコマンドを入力するだけで、カレンダーに予定を作成できる。また、チームメンバーの予定を一覧表示したり、チームメンバーの空き時間を自動認識し、全員が参加できる最適なスケジュールを提案することもできる。

img003

Subotを立ち上げた衣川氏は、これまでヤフーで各種ウェブサービス、IoT製品を連携するプラットフォームである「MyThings」のプロダクトマネージャーを務めていた人物。それ以前はミクシィでiPhoneアプリを開発していた。エンジニアの戸高氏は前職がフリーランスのエンジニアで、以前は衣川氏と同じミクシィにいた。2人が在席していた当時のミクシィは大ヒットゲームアプリの「モンスターストライク」が登場する前。頻繁に新規事業創出プログラムが行われており、2人は事業を提案し落選を繰り返すなかで知り合った。その後いったんは別々の道を歩き始めたものの、衣川氏はヤフーに移ってからも新サービスを作りたいという思いが続いたという。そこでミクシィ時代の知り合いである戸高氏に声をかけたところから、Subotの設立に至った。

2人は2015年の春頃から仕事の合間を縫ってアイデア出しをするようになり、プロダクトのローンチと初期のマーケットヒットを目標に2015年秋にシードラウンドで資金調達を完了。2人ともエンジニア出身ということもあり、ファイナンスの知識がなく苦労したという。10月にSubotを設立。2016年2月にSubotの開発を始め、5月にベータ版の提供を開始。そして今回いよいよローンチを迎えた。

Subotの利点について衣川氏は「チーム作業の効率化」を掲げる。スケジューリングやリマインダといった面倒な作業をSubotに任せ、人間はより人間らしい仕事にフォーカスするというコンセプトだ。開発のきっかけには自身の結婚があった。「家庭を持つと家で仕事をしなければならない場面が増えた。業務へのチャットアプリの普及で家での仕事も容易になり、その中にある非効率な部分を減らしたい」(衣川氏)

すでにSubotの競合となるGoogleカレンダー連携のチャットボットは複数あるし、リマインダ機能自体はSlack本体にも組み込まれている。それらと比較した強みについて衣川氏は、Subotのリマインダを使って他のボットにコマンドを送れる点を挙げる。SubotをSlackボットのハブとして活用できるというわけだ。

なお最近はLINEやFacebookがボット向けフレームワークを提供するなど、チャットサービスで使えるボットが増えてきた。衣川氏はそういった動きについて「とりあえず作ってみた的なボットが多い」と語る。「ボットは利用者に近しい存在。そこで体験の悪いものを出すとユーザーは一瞬で消えてしまう。その中で受け入れられ、ビジネスとして生き残っていけるボットを作りたい」(衣川氏)

Subotの対応言語は日本語と英語。海外展開については「海外の展示会に出展するお金はない」(衣川氏)とする一方、Slack App Directoryのボットカテゴリに現在申請中。これはSlackにおけるApp StoreやGoogle Playのようなもので、登録されれば海外にも認知されるチャンスがあるという。

左からSubotを立ち上げた衣川憲治氏、エンジニアの戸高慎一郎氏

左からSubotを立ち上げた衣川憲治氏、エンジニアの戸高慎一郎氏

機械学習スタートアップ9社がシアトルで行われるMicrosoft Acceleratorでピッチを競う

Seattle Skyline

Microsoft AcceleratorのMachine Learning Demo Day(機械学習デモデー)が、6月2日木曜日からシアトルのShowbox SoDoで開催される。

The Microsoft Acceleratorは3週間から6週間の集中的なプログラムで、起業家たちの会社興しと顧客開拓、そしてグローバルな成長を支援する。アクセラレータは、バンガロール、北京、ベルリン、テルアビブなど世界の7都市で展開される。多くはエンタープライズをターゲットとするスタートアップが対象だが、シアトルのデモデーは機械学習を利用する企業が対象だ。

投資家たちやプレスを前に、天然ガスのパイプラインやオンデマンド医療など、9社がピッチ(売り込み)を行う。デモが行われるのは太平洋時間午後5:40-6:40pmで、本誌もライブで実況する。

[出場順]

OneBridge Solutions — 天然ガスなど有害な液体のパイプラインの予測的分析を行う。

Agolo — ニュースとドキュメントと企業のデータを組み合わせてリアルタイムでサマリーを作る。

simMachine — データ分析の結果を今後の予測や取るべき対策と共に分かりやすく視覚化する。

DefinedCrowd — データサイエンティストたちのためのデータ収集を自動化高速化し、AIの研究者たちとデベロッパーを助ける。

Knomos — 法律知識の管理を強化する。

MedWhat — 仮想医療アシスタント。

Plexuss — 大学の学生募集活動に革命をもたらす機械学習プラットホーム。

Affinio — 関心グラフを利用して今日の消費者文化を理解し、マーケティングインテリジェンスを充実強化する。

[原文へ]
(翻訳:iwatani(a.k.a. hiwa))

月額980円のホームセキュリティ、Secualが総額1億5000万円を調達

Secual(セキュアル)は本日、ベクトルインベスターズクラウドから総額1億5000万円を調達し、各社と資本業務提携を締結したことを発表した。Secualは工事なしで設置可能な住宅のセキュリティー用IoT端末を製作している。先週5月26日には正式出荷を始めた。今回の資本業務提携でSecualはプロダクトのマーケティングに力を入れるとともに、Secualのセキュリティーサービスを賃貸住宅や民泊サービスに導入を進めたい考えだ。今回、Secualの代表取締役社長を務める青柳和洋氏にサービスの仕組みと今後の展望について聞いた。

Secualのセンサーとゲートウェイ

Secualは「センサー」と「ゲートウェイ」の2つのハードウェアを開発し、それらとスマホアプリを連携したセキュリティーサービスを提供している。センサーとゲートウェイは工事なしで手軽に設置することが可能だ。薄い四角い形のセンサーは侵入を検知したい窓やドアにシールで貼り付け、ゲートウェイはコンセントに差し込むだけで良い。あとはゲートウェイの電源ボタンを押すと自動でペアリングが完了する。センサーの大きさは手のひらに収まるくらいの小ささで思っていた以上に薄い印象だった。

app

Secualのアプリ

セキュリティーサービスの初期設定はSecualのアプリから行う。アプリでセキュリティーのオンオフ、センサーが反応する振動の閾値などを設定することができる。セキュリティーをオンにしている時、侵入犯が窓やドアを開けたり、衝撃を与えたりするとセンサーが検知し、ゲートウェイから大音量のアラーム音が鳴る。それと同時に連携しているアプリにも通知が届く仕組みだ。アラームが発動した時に通知するユーザーなどをアプリで設定することができる。

「誰でも利用できるセキュリティーサービスにすることにこだわりました」と青柳氏は話す。通常の自宅のセキュリティーサービスは高額で、専用の機器を取り付けなければならないことも多く、一部の人しか導入できなかったと青柳氏は説明する。Secualの場合、センサーは1個3780円、ゲートウェイは5940円なので、設置するセンサーの数にもよるが初期費用は3万円程度から始められる。月額利用料も980円で一般のセキュリティーサービスの5分の1ほどだという。また端末は工事なしに設置できるので引っ越す時でも簡単に取り外して、引っ越し先でまたすぐに利用することができる。退去時に原状回復の必要がある賃貸物件でも利用可能だ。これにより、従来のセキュリティーサービスを利用しづらかった一人暮らしや若い夫婦の世帯でも導入できるようになると青柳氏は説明する。

Secualの代表取締役社長を務める青柳和洋氏

青柳氏はITコンサルティング会社、大手コンサルティングファームを経てコンサルティングサービスを提供するイグニッション・ポイントを設立した経歴を持つ。Secualはイグニッション・ポイントからスピンオフした会社だ。イグニッション・ポイントでは、最新テクノロジーをどのように経営に役立てるかということに取り組んでいて、自社でもテクノロジーを活用した事業を開発していたという。Secualはそこから誕生したプロダクトと青柳氏は話す。

2015年6月に設立したSecualは同月、ウィルグループインキュベートファンドからシード資金を調達している。2015年8月には、クラウドファンディング・プラットフォームのMakuakeで目標額100万円のクラウドファンディングキャンペーンを行い、開始22時間後には目標額を達成し、最終的に600万円以上を集めることに成功した。2015年12月にはアドベンチャー、AMBITION、その他法人及び個人投資家らから総額6000万円の資金調達を達成している。

今回、資本業務提携を発表したインベスターズクラウドとは、彼らが提携する賃貸物件や民泊サービスとの連携を進める計画だという。インベスターズクラウドはアパート経営プラットフォーム「TATERU」や住宅に設置されているエアコン、照明、インターフォンといったIoT機器をアプリから管理する「TATERU Kit」など不動産分野でサービスを展開している。そういった彼らの事業と連携し、低価格のセキュリティーサービスを普及させたい考えだ。

Secualは今回調達した資金で開発体制の強化にも力を入れる計画だという。高齢世帯向けの見守りや他の事業者と提携して、緊急時には人が駆けつけることができるサービスなどを検討しているという。また、例えばテレビの大雨洪水警報といった情報は全国に一律の情報が放送されるが、Secualは、ゲートウェイからその地域に関係する情報だけを届けるサービスなども考えていると話す。

ベトナムがオバマ大統領の訪問中にFacebookへのアクセスをブロック

screenshot-2016-05-27-16-08-52

話題となっているこのInstagram上の写真以外にも、先日のオバマ大統領によるベトナム訪問中に事件が起きていた。ベトナム政府が、大統領の滞在中にFacebookへのアクセスを遮断していたのだ。

このニュースを発表した、Access Nowに所属する言論の自由の支持者たちは、Facebookへのアクセスが週末の間完全に遮断されていた証拠をまとめた。これは、最近当局が支持を表明していた部分的なアクセス遮断とも意を異にする。ベトナムと言えば、今月初めにも、市民の抗議活動に関する報道を理由にFacebookへのアクセスが遮断されていたことを覚えている人がいるだろう。この報道はFacebook上で広まり、抗議活動の参加者はベトナム国内で3000万人に及んでいる。

TechCrunchのコメント要請に、Facebookはすぐには応じなかった。

何でベトナムでFacebookがブロックされているのかな????

今回のアクセス遮断の理由は、国政選挙であると言われている。活動家はロイターの取材に対し、国政選挙のボイコットに向けて呼びかけを行っている民主活動家を妨害するためにFacebookがブロックされたのだと語った。

「インターネットへのアクセス遮断が、新しい常識になってしまっては絶対にいけません」とAccess Nowはウェブサイト上で主張した。「市民の安全の名の下に正当化されがちですが、アクセス遮断は、命に関わる情報や、オンライン金融サービス、救急サービスへのアクセスさえ断ってしまいます。そして、社会全体を恐怖に陥れ、経済発展を支えつつ小規模ビジネスの存続をサポートするインターネットの力を揺るがすこととなります」

Access Nowはさらに、オバマ大統領による訪問の背景にある使命のひとつであった、貿易やビジネスを検閲が脅かすことになると主張した。

5年頃前に、東南アジアでFacebook人気が高まりだしたとき、ベトナムではFacebookへのアクセスが初めてブロックされた。その影響で、Facebookに取って代わろうとする地場の類似サービスが数多く生まれたが、ベトナムの9000万人におよぶ国民の間では、近年Facebookが主流のサービスとなっていた。

ソーシャルネットワークを抑制しようとする動きは、ベトナムだけに留まらず、露骨な活動を続ける中国政府の他にもたくさんの例が挙がっている。ベトナムの近隣国タイでは、2014年5月に起きた軍事クーデータから1週間もたたない間に、Facebookが一時遮断された。一方トルコでは、政府によるFacebookとTwitterへのアクセス制限が何度も起きている。また、パキスタンは、3年間におよぶYouTubeへのアクセス遮断を今年解除したばかりだ。他にも、首相の汚職に関する調査報道を受けて、マレーシアではMediumへのアクセスが遮断され続けている

 

原文へ

(翻訳:Atsushi Yukutake

Featured Image: Instagram: anthonybourdain

Googleの「公正使用」勝訴後も残る著作権に関する疑問

shutterstock_140867215

OracleがGoogleを相手取った長きに渡る裁判に関し、もしも陪審員がどのような判断を下したか知らなければ、昨日(米国時間5月26日)の両社の弁護団の様子からは、その結果について推測することはできなかっただろう。判決が読み上げられた直後、両サイドの知的所有権を専門とする弁護団は、それぞれ肩を寄せあって小声で話し合っていた。その光景からは、OracleがGoogleのポケットから最高で90億ドルを手に入れる可能性のあった、重要な戦いに敗れたということは見てとることができなかった。

陪審員の、GoogleによるAndroid上でのJava APIの利用は公正使用である、という判断は、Googleが巨額の小切手を切ることを防いだだけではなく、Javaを利用したソフトの開発者にも一息つく間を与えた。しかしながら、前回の裁判では、APIが著作権による保護の対象とされるという判決が下っており、公正使用を認める判決さえ覆される可能性があるという意味で、Googleにとっては複雑な勝訴であったといえる。さらに、Oracleは既に控訴の意向を示している。

デューク大学でコンピューターサイエンスの教授を務めるOwen Astrachan氏は、今回の判決に関し「APIに著作権が認められていることを考えると、今回の判決は興味深い」と語る。Astrachan氏は、著作権に関する前回の裁判と、今回の公正使用に関する裁判両方で、Google側の鑑定人として証言しており、ホテルの部屋で、Twitter上に現れた判決に関するニュース目にしたときには、喜びで飛び跳ねたという。「Java APIの利用について、それが一件ずつ公正使用かどうか裁判で争わないといけないということでしょうか?面白いですね。Oracleは誰に対しても裁判を起こせるくらい十分なお金を持っていますし」

開発者には、これから自分たちの製品を裁判で守る必要があるかどうか、という問題がまだ残されている。彼らのJavaの再実装が、公正使用と認められる可能性はあるものの、誰もOracleのような資金力のある会社を相手に、裁判で戦おうとは思わないだろう。EFFのような支援団体は、ラベルAPIに著作権さえ認めない方が、開発者のコミュニティーにとってはよりシンプルで安心できると主張する

Googleの弁護団は、公正使用の四大原則をもとに議論を作り上げ、Astrachan氏いわく、これが陪審員に対してうまく効いたようだ。弁護士と証人は、コードの実装について一風変わった例を示した。問題となっていたAPIは、2週間に及ぶ審理の中で、キャビネット、ハンバーガー、コンセント、ハンドルさらにはハリーポッターシリーズにまで例えられていた。しかし、結果的にこの奇妙な例えが、望まれていた効果を発揮したのだ。

「多分、ハンバーガーとコンセントとハンドルの例えに効果があったんだと思います」とAstrachan氏は語り、さらに陪審員による評決が発表された後、「私たちはハンバーガーを食べにいこうかと冗談を言っていました」と話した。

一方、Googleの弁護団はシャンパンで勝訴を祝っていた。

しかし、祝福ムードはOracleのオフィスまでは届いていなかった。今回の裁判でOracle側に立った、知的所有権専門弁護士のAnnette Hurst氏は、LinkedIn上で判決内容を非難するブログ記事を公開した。Hurst氏は、今回の判決で、Oracleが不意打ちを食らったと示唆し、「GoogleによるAPIの使用法が、公正使用にあたると予想した著作権の専門家はいなかったでしょう」と綴っている。

「この度の判決が覆されることがなければ、世界中のクリエイターが苦しむことになるでしょうし、フリーソフトウェア運動自体も今大きな危機に直面しているといえます。」とHurst氏は付け加えた。「著作権で保護されている全てのソフトウェアの所有権が、この結果を受けて今後どのように守られていくのかわかりません。ソフトウェア企業は、ソフトウェアそのものとしてではなくサービスとして製品が管理されるよう、今からクラウド化を加速させなければなりません」

Hurst氏の、GoogleによるAndroidの開発でオープンソース・ソフトウェアが痛手を負ったという主張は、Oracleの共同最高経営責任者であるSafra Catz氏が証言中に述べたコメントと内容を同じくする。Catz氏は、Androidの導入によってJavaのオープンソースコミュニティーが分裂し、開発者をふたつのプラットフォームに振り分けることになってしまったと語っていた。

Hurst氏は、開発者コミュニティーを強く非難しながら、フリーでオープンなソフトウェアを推進する運動の草分け的活動家でプログラマーでもあるRichard Stallman氏の名前を挙げ、ブログ記事を締めくくった。「この戦いであなたたち開発者は、Oracle側に立つべきでした。Googleの言うフリーは、Richard Stallman氏が言っていたフリーとは意味が違うんです」

5年におよぶ法的論争をもってしても、Oracleの辛口批評家の大多数がその意見を曲げることはないようだ。しかし、そこには控訴という手段が残っている。

原文へ

(翻訳:Atsushi Yukutake