  |
はてなキーワード: whatsappとは
Youtubeはマクロとミクロのレベルで数多くのネットワーク状況に対する情報を提供してくれます。我々はそれらの情報も利用可能でゲーマーの体験を調整、拡大が可能です。
その通りです。StadiaをYoutubeとは異ならせる2つの事象があります。YouTubeはバッファ使用が可能でリアルタイムでもなく、ゲームのようにインタラクティブでもありません。Stadiaはバッファリングができません。Stadiaはフレーム数が絶対的に正確である必要があります。
次に2つ目ですが、ユーザがDoomやAssasin's Creedレベルの画質のゲームを遊ぶ場合、その期待はYouTube向けにユーザが作成したコンテンツよりもずっと高くなります。
さらにもう1つお話する価値がある点として、YouTubeとStadiaの繋がりについて今後も多くのことを話し、デモをしていきますが、大前提としてゲームとはリンクであり、リンクは無数の方法で配布、探索、共有が可能であることが挙げられます。
その通り、全く仰る通りです。あなたが仰った通りのシナリオになります。また例えばEurogamerが新しいゲームをレビューしているとしたら、ユーザはレビュー記事をクリックするだけでダウンロードすることもなく、パッチを当てることもなく、インストールすることもなしに簡単にそのゲームを試すことが可能です。また他にはあなたの記事が新しいマップやキャラクター、レベルについて記述している場合でもそうです。我々にはState Share(状態共有)と呼ばれる既存の技術と一緒に働くとても強力な新技術を用意しています。
State Shareは本当にとても強力な機能でユーザが最新のバージョンのゲームを遊んでいる時に、同時に友人や私、または世界中にそのゲームをストリーミング可能です。誰が相手でも問題ありません。またユーザがゲーム内での最新の武器、例えばDoomのFlaming Swordや、とにかくそのゲームで最高のアイテムを入手したとします。そして私が「カッコイイ！ 私もそのFlaming Swordが欲しい！」と考えたとしましょう。私がそのビデオをクリックすればそのメタデータがそれら全ての属性を直接私のゲームにも転送します。だから誰でもが他人のビデオストリームに飛び込めるだけでなく、その他人の状況全てと共にゲームに飛び込めるのです。これは開発者とゲームが設定可能です。これについては他にも例がありますが、1つはユーザがゲームの特定の難しい状況に陥った場合に、ユーザはコミュニティにその状況を解決できるか試してもらうことが可能です。全く同じ状況で渡すことができます。
我々がYoutubeとの接続で行っている別の例は、典型的なシナリオとして、私がパズルベースのアドベンチャーゲームをやっている場合によくある状況があります。そのゲームのあるポイントで立ち往生してしまいました。その特定のパズル、例えばトゥームレーダーのある墓や何かができないとしましょう。現状では電話を取り上げるかラップトップに向かいヒントをダウンロードするでしょう。それかYoutubeに向かって動画を探します。しかしStadiaではボタンを押して「Hey, Stadia. このボスはどうやってやっつければ良いんだい？」と聞きます。するとStadiaがYoutubeの動画を探してきてゲーム内で再生します。私はレベルの解答を見て続けることができます。
先程、申しましたゲームとはリンクであるとの点ですが、任意のWebサイトはリンクを持つことができます。Discord、Facebook、Twitter、電子メール、テキストメッセージ、WhatsApp、Googleの検索結果、さらにはGoogle Play Storeですらゲームの配布が可能になります。
リンクです。
そうです。インターネット全体に渡り分散された広大な領域の利点を得ています。我々は開発者とパブリッシャに対し、インターネットがストレージであるとのコンセプトを広めています。もちろんStadiaは専用のストレージを持っています。しかし我々は開発者に対しゲームを自社のコミュニティへ持っていくことも、例えどこにコミュニティがあろうとも許可します。このことが配布と探索を開発者にとってとても良い意味で逆さにします。また我々にはとても高速なマーケティング技術がありますので、パブリッシャは体験をできる限り多くの人々にとても効率の良い手段で配布することが可能です。
コミュニティに対するモデレーションにはとても強固なアプローチを取ります。YouTubeは途方もない投資をこの領域に行ってきました。我々はそこに提携をし、さらに家庭レベルでも行います。我々はこの業界でも最も優れたペアレンタルコントロールとゲーマーの健康のコントロールを提供します。両親は子供が何を遊ぶか、誰と遊ぶか、いつ遊ぶかを管理可能です。
我々は全てをユーザの制御下に置くことを使命としています。Googleが提供する制御と機能と同じレベルのものがStadiaでも提供されるとお考え下さい。
それは私共が答えることではありません。Stadiaはゲームの新しい開発の仕方、ゲームの新しい探し方、ゲームの新しい楽しみ方を提供します。我々には大きな未来への志があります。大規模に発展したいと考えています。それは一晩で起こることではありません。また我々はこれまでに存在し、我々をここまで導いて下さった物、全てを尊敬しています。私達は業界全体が成功し、成長することを望んでいます。
やっぱり途中で切れたので続きから
違います。
そうです。
はい。Stadia Games and Entertainmentの組織を発表しました。これは我々の1stパーティのスタジオです。
はい。
Googleは開発者に対し全てのツールを支援しています。Stadia向けの開発は彼らにとって別のターゲットにしか過ぎません。Visual Studioを用いる既存のツールや彼らが用いるツールの全てと共に、彼らのワークフローに統合されます。従ってStadia向けの開発はPlayStationやXbox向けの開発と同じくらい簡単です。
我々はUnrealもサポートします。UnityがStadiaをサポートします。予想される多種多用な業界標準のツールとミドルウェアが準備されます。
とても良い質問です。我々はユーザに対し彼等のインフラの中で何が起こっているかをできる限り理解できるよう支援する必要があります。また我々はゲーマーに対し最適な体験を得られるようなチューニングを行うことが可能な情報に対し投資を行うだけでなく、我々自身の技術を用いて最良のパフォーマンスを実現するつもりです。Googleの技術の多くがインターネット網の基盤であることを思い出して下さい。我々はDCからの情報がどのようにユーザに届くかを良く理解しております。できる限りの最適化を行うつもりです。
その通りです。それこそが我々のプラットフォームの根本的な差別化ポイントです。既存のゲームカタログを持つデベロッパにとってStadiaは簡単で親しみ易いものです。我々はできる限り摩擦なくゲームの移植を行えるようにします。なぜならゲーマーは好きなゲームを遊びたいですし、彼らの愛するキャラクター、ストーリー、世界を楽しみたいのです。しかし我々はまた開発者に未来を描く新しいキャンバスをも提供します。ゲームを高速に配布し、プレーヤーと新しい手段で、特にYoutubeにて繋げます。そして開発者が持つアイデアを実現するための前例の無い技術を提供します。
解決されたと同時に緩和されています。まずデータセンターに対しより多くの人々がより良い経験を得られるようにするための投資が行われました。また圧縮アルゴリズムについては我々に抜本的な先進性が存在します。Googleは圧縮アルゴリズム標準仕様の先駆者でありこの点がストリーミングの将来をより確実にします。残念なことですがGoogleでも制御できない点が光の速さです。そのためこの点が常に要因となります。しかし常に理解しなければならないこととして、我々は常にエッジ(終端)にもインフラを構築していることが挙げられます。Googleの中心にある巨大なデータセンタだけではありません。我々はできる限りエンドユーザの側にインフラを構築しています。それによって歴史上の幾つかの問題は回避することが可能です。さらにまだ率直な、あまり洗練されていないProject Streamのストリーマーでも信じられない結果を出しています。さらに我々はサービスリリース時に1080p60を超える品質を実現できるだけの根本的な改善を行いました。我々は8Kに至るでしょう。
圧縮にネットワークです。我々はGoogleがインフラに投入した数々の改善点に依っています。BBR、QUIC、WebRTCを基盤としてその上に構築がなされました。だからIPパケットの低レイテンシでの配信だけでなく、送信元へのフィードバックも行うことが可能です。ですのであなたが仰るZenimaxが使用した技術なら、彼らはここでも利用することが可能です。彼らは彼らのゲームの最適化を行うことができるでしょう。我々はフレーム毎のレイテンシを予測が可能で彼らにそれに合わせて調整を行わせることができます。
我々は改善を続けます。Streamは最初のバージョンです。我々は性能向上のために調査を行っており、レイテンシに適応していきます。リリース時にはより良くなっているでしょう。
確かにそのとおりです。そしてそれこそがGoogleが何年もかけて開発してきたスキルであり、抜本的なスケールする能力です。我々がどうやって実現しているのか、何をしてきたかについては今日は詳細にはお話ししません。しかしGMailやMap、Youtubeが同時に利用可能であるためと同じ基本的な技術のいくつかが我々が依るものです。
我々は競合他社が何をしているかは存じておりません。
我々の第一世代システムに導入されるGPUは10Tflops以上の性能があり、さらにスケールアップします
AMDです。
情報を公開したくない訳ではないのですが、このプラットフォームが進化することのほうがより重要です。そしてこの進化がユーザと開発者の双方に対しシームレスに行われることを確認して頂きたいのです。そして進化は常に継続し、誰もが常に最新で最高の物を手に入れます。
開発者にもこのように考えて欲しいのです。もちろん完全には抽象化されていません。特にゲームの開発者にとっては。しかし我々はそれでもこのプラットフォームが常に進化していると考えて欲しいのです。速さや容量、リソースには制限されていないのだと。
シェーダコンパイラのツールをいくつか開発しました。これらは開発を楽にするでしょう。しかし現在のGPUはとても優れており開発者が既にVulkanに親しんでいれば、例えばid Softwareさんは既に全てVulkanに移行していますが、そのような開発者の方々には既存のゲームをStadiaに移植するのはとても簡単です。Doom Eternalが4K、60フレームで動いでいるのは既にご覧になったと思います。非常に素晴しい状態です。これこそが我々にとって重要な証明ポイントです。FPSはグラフィックとプレイアビリティの双方で要求が高いゲームです。 従ってこれは我々のプラットフォームの強力な証拠であり、idさんにも講演して頂きます。
x86で2.7GHzで動作しています。開発者にとり慣れのあるものです。開発全体を通して、CPUは制約となる要因ではありません。我々は全てのタイトルを動作するに十分なCPUを提供します。
沢山です。
しかしサーバ級のCPUです。Stadiaはこれまでのコンソールと違いパッケージングに制約を受けません。熱対策の問題も異なります。コンソールとはサイズやパッケージングの動機が異なります。データセンタの中でそれはとても汚なく見えるかもしれません。一方でとても帯域幅が高いメモリが使用可能で、とても高速なペタバイト級のローカルストレージも使用可能です。ご家庭のコンシューマデバイスよりも数百倍は速い物です。
パートナーには彼らが話せる時点で彼らの計画を教えてくれるよう伝えています。Stadiaをこの世界で最も偉大なゲームの開発者達に説明することにはとても興奮します。Stadiaは、開発コードではYetiと呼ばれていましたが、Stadiaのビジョンを説明すると、開発者のリアクションは「これは私が期待したものそのものだ。これはまさに我々の次のゲームのためのビジョンそのものだ。elastic computingの考え、次世代レベルのマルチプレーヤー環境、ゲームを観ることと遊ぶことの境をあやふやにし1つの体験にすること」と話されます。
イノベーションの1つの領域として、最初のほうで述べましたが、マルチプレーヤー環境において、単純にパケットを複数のプレーヤーにリダイレクすることから、原子時計レベルでのコンシステンシーを全ての状態遷移において定期的にクライアント間で更新する真のシミュレーションへの移行が挙げられます。これにより開発者はこれまでには不可能だった分散された物理シミュレーションを得ることができます。これだけでもゲーム設計のイノベーションに対し大きく寄与します。このため多くの開発者が、大袈裟でなしに、実際にとても感動的なリアクションを我々のプレゼンに対して返して下さっています。
これこそがゲーム業界の素晴しい点です。技術が常に創造性を刺激し、ゲームに対しより大きな聴衆を作り、そのことがプレーヤーと開発者に対しより大きな機会を作ってきました。エコシステムが進化し、正の方向に回り続けるなら、それはゲームを遊ぶことにとって良いことです。
3台のGPSが一緒に実行されるデモを行っています。私は上限が無いとは申しません。しかし我々は技術上の限界を上げています。そしてStadiaは静的なプラットフォームではありません。このプラットフォームは5年や6年の間、レベルが変わらない訳ではありません。開発者とプレーヤーの要求に従い、成長し、進化するプラットフォームです。なぜならStadiaはデータセンタの中に構築されています。進化させるのは我々にとって簡単なことです。
CPU/GPU/メモリ帯域幅の変更にはいくつかの自然な段階があります。これは家庭の物理な小売の端末よりももっとスムースでより継続的な進化です。しかし、より重要なことは基盤データセンタ網とそれに含まれるネットワーク技術への投資です。この2つが一致して行われることが重要でどちらか1つではダメなのです。
それは我々も既に行っています。Googleが既に20年以上、行っていることです。我々が依って立つまた別の巨人の肩です。
我々はStreamをさらに強化させています。従ってユーザはこの制約が全体のスタックに対する改善と最適化、また特に時間によって緩和されることを期待するでしょう。我々はその期待の上を行きます。
私は具体的な数値についてはコメントしません。しかし当然低くなります。
インターネットの接続環境はStadiaをリリースする市場では全体的に上昇機運が見られます。つまりこのパフォーマンス特性はますます多くのユーザが利用可能になります。
さらに繰り返しになりますが、BBRを初めとする我々の技術があります。さらに覚えておいて頂きたいのは我々のネットワークに対する理解はそのままではありません。それらもまた時と共に改善されていきます。Youtubeはマクロと
Eurogamerにより独占配信されたStadia開発者二人に対するインタビュー記事。
---
タイミングの問題です。20年間の蓄積によりGoogleにはデータセンタ内のパフォーマンスに優位性が存在します。Googleはデータセンタ内ではHWメーカーです。我々はデータセンタ内で何年もの間、高い性能で端末間を接続する基盤を構築してきました。Youtubeでの経験からプレーヤーサイドの観点からだけでなくデータセンタ内部からの技術的観点からの技術統合を行ってきました。他社でもその視点は存在していますがGoogleにはその点に固有のアドバンテージが存在します。
その通りです。我々にはレガシーがありません。全てが21世紀のために設計されています。開発者は制限の無い計算資源が利用でき、何よりもマルチプレーヤーをサポートできます。これまでのマルチプレーヤー環境は一番遅い通信に影響を受け開発者は最も遅い接続に対し最適化が必要でした。我々のプラットフォームではクライアントもサーバも同じアーキテクチャの下にあります。これまではクライアントとサーバの間のpingに支配されていましたが我々の環境なら最速でマイクロ秒で済みます。だからプレーヤーの数は単一のインスタンスにて動的にスケールアップが可能です。バトルロイヤルなら数百から数千、数万のプレーヤーが集まることも可能です。それが実際に楽しいかどうかは置いておくとしても、新聞のヘッドラインを飾ることが可能な技術です。
両方です。
ユーザが我々のプライベートLANからはみ出さないだけでもその効果は大きいものです。Googleは45万kmに及ぶ光ケーブルにより世界中のデータセンタ間を接続しています。米国の西海岸から東海岸まででも20ms、フランクフルトからマドリッドでも20ms。これにより開発者は最も極端な場合においてもレイテンシが予測可能でそれに従い設計を行うことができます。
StadiaはYoutubeの技術と深く結びついていますが、実際には一歩引いています。今日のゲーム業界を考えてみて下さい。2つの世界が共存しています。1つはゲームをプレイする人々で、もう1つはゲームを見る人達です。2億人の人々がYoutubeでゲームを毎日見ています。2018年には述べで500億時間がゲームを視聴するのに費されています。時間と人口の双方で信じられない程の視聴が存在します。我々のビジョンはこの2つの世界を1つにすることでゲームを見ることができ、かつ、プレイもできる、双方向に楽しめることです。
つまり重要なのはゲームシステムでもなくコンソールでもありません。噂とは異なり我々はコンソールビジネスには参入しません。我々のプラットフォームの要点はコンソールでは無いことで、皆が集まる場所を作ることです。我々は箱でなく場所を作る。今までと異なる体験を得られる場所です。ゲームを見るなり、遊ぶなり、参加する場所であり、かつユーザが楽しむ場所であり、ユーザが他人を楽しませる場所です。
だから我々のブランドはStadiaといいます。これはスタジアムの複数形です。スタジアムはスポーツを行う場所ですが同時に誰もがエンターテイメントを楽しむ場所でもあります。だから我々はそれをブランドにしたかったのです。皆が遊んで、観て、参加して、さらにはゲームをする場所。一歩下がって見ることもできる場所。常にどのボタンを押したかを意識しないでも良い場所。他のアーキテクチャでは実現できない場所です。
その通りです。そして単純に技術的に深い点を求めて、我々は第一世代でも4K60fps、HDRとサラウンドをサポートしました。さらに開発者が必要なインフラに従ってスケールします。それだけでなく、同時にYoutubeに常に4K60fpsHDRで画像を送信することが可能です。だからあなたのゲーム体験の思い出は常に最高の状態になります。
プレーヤー次第です。Googleは全てを記録はしません。もしプレーヤーが望むならGoogleは4Kでストリームします
共有が友達だけか、世界中に公開かも自由に選択可能です。Googleはユーザに制御を明け渡します。もしユーザがYoutubeで公開すれば誰でもリンクをクリックすることでそのゲームを遊ぶことができます。
そう。そしてこれはマルチプレーヤーゲームのロビーの新しい形となります。Youtubeのクリエイターなら誰でもがファンやチャンネルのsubscriberを自分のゲームへと誘うことができます。生主として、Youtubeのクリエイターとして私は視聴者を私のゲームに瞬間的に招待できます。それが私と10人の友達でも、(訳注: セレブの)Matpatと彼の数百万の購読者でも、技術は同じです。
Googleアカウントの一部です。従ってGMailアカウントがStadiaへのログインに利用できます。他の基盤についても説明させて下さい。最初のサービス立ち上げから全ての画面への対応を行います。TV、PC、ラップトップ、タブレットに携帯です。我々のプラットフォームの基本は画面に依存しないことです。これまで40年間、ゲーム開発は端末依存でした。開発者として私は制約の範囲内で、私の創造性を開発対象の端末に合わせてスケールダウンする必要がありました。
我々はStadiaでそれを逆にしたいのです。我々は開発者に対し彼らの考えをスケールさせ、どの端末の縛りからも解放したいのです。パフォーマンスに優れ、リンクをクリックすればゲームは5秒以内に開始されます。ダウンロードもなく、パッチもなく、インストールも必要なく、アップデートもありません。多くの場合、専用のHWも必要がありません。従って古いラップトップでChromeブラウザを使用する場合にでも皆さんが既に持っているだろうHID仕様に準ずるUSBコントローラが動作します。そして、もちろん、我々自身のコントローラも開発中です。
コントローラを自作する理由にはいくつかあります。1つはTVへの接続です。我々はChromecastをストリーミング技術に採用します。Stadiaコントローラの最も優れた機能の1つはそれがWiFi接続でDC内のゲームに直接接続することです。ローカルのデバイスとは接続しません。
その通りです。これこそが我々のブランドの実現であり、具現化です。そして独自コントローラにより最高のパフォーマンスが実現します。ゲームに直接接続するためにプレーヤーは画面を移動することが可能です。プレーヤーはどの画面でも自由に遊び、停止し、他の画面でゲームに復帰することが可能です。
そしてコントローラには2つの追加されたボタンがあります。1つはGoogle Assistantの技術とマイクを用います。ユーザの選択により、ユーザはプラットフォームとゲームの双方に対し、自然言語を用いて会話が可能です。例えば「Hey, Google。MadjとPatrickと一緒にGame Xをやりたいな」と言えばStadiaがマルチプレーヤーゲームを指定した友人と共に直ぐに開始します。
我々はゲーマーを可能な限り素早くゲームに辿り着かせるよう考えています。数多くの研究を行いましたが、多くのゲーマーがゲームを起動したら直ぐに友人とゲームを開始したいと考えています。ゲーマーはUIに時間を費したくは無いのです。
誰かが言ったことですが、現在のコンソールは起動した時にまるで仕事のように感じると言うのです。ゲーム機自体の更新や、ゲームの更新があります。我々はそれらを完全に取り除きたいと考えています。もう1つのボタンは、ちょっと趣が異なるのですが、Youtubeにシェアできます。
Youtubeが観られるならどこでもStadiaは動きます。
Chromecastはスマホからストリームを受取はしません。Chromecastはスマホから命令のみ受けます。画像はNetflixやYoutubeから直接受け取ります。Stadiaの場合、StadiaコントローラからChromecastへとこのゲームのインスタンスへと接続せよと命令がなされ、Chromecastはゲームインスタンスから動画のストリームを受け取ります。クライアントはとてもシンプルです。行うのはネットワーク接続、ビデオと音声のデコードのみです。Chromecastは入力を処理しません。全て入力はコントローラが扱います。ビデオと音声とネットワーク接続はChromecastの基本動作で全て既に組込まれています。
そうです。とても良く出来ています。WiFiに繋ぐだけです。コントローラにはWiFiのIDとPWを入れるだけです。それだけです。ホームボタンを押すと勝手にChromecastを探し直ぐにChromecast上でクライアントを起動します。UIが表示され直ぐにゲームを遊ぶことができます。デジタルパッドでUIを操作することも可能です。これが重い処理を全てクラウドへと移行する点の美しさです。Chromecastのような低消費電力の端末で説得力のある体験ができます。Chromecastは5W位下です。Micro-USBで給電可能です。典型的なコンソールは100から150Wもします。またこれまで説明しませんでしたが、例えスマホでも行うことは動画の再生だけです。従ってAssassin's CreedやDoomや他の重いゲームがあなたのスマホの上でモバイルゲームよりも低消費電力で動作します。だからスマホで10時間でも遊べます。
今の所、我々はChromecastのみに集中しています。でも技術的、機能的な観点からはYoutubeがある場所ならどこでも動きます。我々はまだStadiaをどのようにユーザに届けるかは検討中です。
サービス開始時から提供されるサードパーティによる解決手段をサポートしています。他にもアイデアがあります。しかし今は話せません。
良い質問です。私がこのプロジェクトに参加する前からチームは既に何社かと提携しここ何年かの間に技術を提供していました。StadiaはLinuxベースです。グラフィックAPIはVulkanです。開発企業はクラウドにインスタンスを作成しますので、開発キットも今ではクラウドにあります。しかしクラウドだけでなく、開発社のプライベートなDCでも、机上のPCでも可能です。
もしそうしたいなら。でも我々は今後のトレンドが開発でも配布でもますますクラウドへと移行していくと考えています。従って今後数年で開発者にとってクラウド中心、クラウドネイティブがゲーム開発での標準となるでしょう。
デベロッパーやパブリッシャーはとても賢くクラウドネイティブとなる新しいゲーム体験を達成するために必要なツールや技術について考えていると思います。しかしそれは世界中で何千ものアクセスポイントを持つデータセンターを運営することや、それらの運営に必要な莫大な投資資本とは異なるものです。Googleは今年単年でも$13Bの資本を投下しています。
米国では全ての必要な場所に展開が終わっています。Project Streamの試験に必要な環境は2018年末には整いました。我々はGoogle社内で、Google社員を対象に2017年の始めから2年間の間、プライベートなテストを行ってきました。2019年には米、加、西欧、英にて Permalink | 記事への反応(1) | 06:10
Delete Facebook運動で炎上してもFacebook Messengerを含めてデファクトスタンダードの地位はなかなか陥落しない
Twitter黎明期ではAPIの自由度が高く、TwitterはそんなAPIを利用するIT系エンジニアと協力して育ってきたという歴史がある
そのため今でもIT系エンジニアが利用している傾向にあり、海外のIT系エンジニアを講演などへ招待する際Twitterを経由するのがデファクトスタンダード
ただし近年のTwitterの動きによりDelete TwitterしてしまったためコアなIT系エンジニアとは連絡付かないことがある
こういう人はGNU SocialかMastodonかDiaspora*かFriendicaに居る
あまりにも一気に流行しすぎる上に、Facebook傘下となってしまったことにより10代からはオジサンオバサンばかりと言われる始末
前述のInstagramがオジサンオバサンに乗っ取られてしまったため10代が移行したサービス
TikTokのノリは流石のキラキラ系のオジサンオバサンもキツいのかInstagramほどオジサンオバサンの参戦は少ない
ただ"つぶやき"先がTikTokかと言えばそうではないようだ
日本ではニコニコ動画が人気であったときに、ゆっくりと普及していったYoutube
Youtubeクリエイターのための収益サービスを展開したことにより日本でもニコニコ動画を駆逐した
動画投稿者のことを当初欧米ではYoutube CreatorやVideo Creator、Videographerなどと表現されていたが、Youtube自身のCMの影響により最近は欧米でもYoutuberという表現を見るようになるという和製英語の逆輸入パターンが起きてる
YoutubeのブランディングとしてYoutuberという語は丁度良かったものと思われる
欧米、特に北米ではCATVが強すぎるのでWebからも観れることが多い
日本では何でもかんでも動画はYoutubeとなっているが欧米ではゲーム動画と言えばTwitch
特にチャット/コメント欄がYoutubeよりも見やすく、ゲームと親和性が高いので評価されている
ただ近年は厳密に住み分けされているか？と言われるとそうではなく、Youtubeのみで活動しているゲーマーとTwitchのみで活動しているゲーマーを比較するとTwitchの方が多いかな？という程度
ただ２ちゃんねる(５ちゃんねる)と同様にユーザの高齢化が進んており、若年層も居るといえば居るがメインのユーザ層かと言えば絶対にそんなことはない
日本のスラド民と似たようなもの。10代はほとんど見ないしスラドに常駐している10代の将来を心配したくなる
コメント欄のないWebページやブログへコメント欄を追加できるサービス
サービス性質としてはコメントがメインの文化のため日本のはてなブックマークに近い
Disqusを設置する管理者側が有料プランに加入していないと広告が表示されてしまうため紛らわしい面もある
日本でもアンテナ高い人は使っている印象はあるが、日本支部の女性スタッフが知らなかったりすることがよくあるのでまだまだ日本では普及しきっていない印象を勝手に持ってる
日本ではInstagramあたりでデザインやファッションの流行を掴むことが多いらしいが欧米ではPinterestのほうが利用されている(Instagramはそういう用途でのノイズが多い)
ただPinterestが普及しているからと言って欧米人がオシャレかと言えば察する必要がある(サンフランシスコ住民IT系ブランドTシャツ好きすぎ問題)
欧米では実はインスタントメッセンジャー系サービスが乱立しており、送り先ユーザによって常駐しているインスタントメッセンジャーが違うというのはありがち
WhatsAppはFacebook Messengerでなければコッチで連絡付くだろうというポジション
利用者は比較的若年な傾向はあるが、絶対的にそうとは言い切れない
ポストWhatsAppか？と言われていたものののWhatsAppを超えることなく失速した感のあるチャットサービス
それでもTikTokに行かなかった10代はSnapChatを利用している傾向にある
職場がSlackを導入していてくれたらコチラで連絡を取るということも少なくはない
チームメンバーと気軽にやり取りできると高い評価を受けリモートワークの普及に貢献したが、気付いてみたら24時間働けますか？状態になってしまった
欧米では過労働が絶賛社会問題化進行中。欧米が日本に追い付いてきた。
友人グループ間のボイスチャットでは最早デファクトスタンダード
Webサービスかと言われれば悩むが、詳しい人なら現在のSMSは大きな括りで言えばWebサービスだと知っているはず
欧米でなぜここまでインスタントメッセンジャーが乱立しているか？といえばSMSの存在があったから
電話番号を知っておりどうにも連絡付かない場合はSMSを使うのがド定番
Gsuite(Google Documents)ユーザを中心に使われており定番と言えば定番と言えるポジション
欧米の教育現場ではGsuite無双と表現しても良いくらいGoogleがシェアを持っている
Microsoftもそこそこシェアを持っているがGoogleと比較したら数段落ちる
Appleの教育現場でのシェアはゼロと言っても良い。Appleが悪いのではなくGoogleが普及しすぎてAppleが不便になっちゃってるだけ
学生は学校の宿題を友人間でシェアし、共同編集で宿題を進めるなど、10年前では考えられない宿題ハックが流行している(共同研究と表現するとアリっちゃアリかな？)
ビジネス現場では主にスタートアップでMicrosoft Office代替として利用されている
Gsuiteを導入している企業では非常に細かなオフィススイート機能を使う際はiWorkやLibreOffeceなどを使う傾向にある
当のMicrosoftもAzureなどのサーバサイドサービスへビジネスの主軸を移しつつあるので、そこまでMicrosoft Officeでの収益は期待していないように思われる
大手からスタートアップまでプロジェクト管理ツールはたいていコレ
欧米ではMicrosoft OfficeよりもむしろJIRAのほうがヘイトを集めているような気がしなくもない
Gsuite(Google Documents)と比較すると厳しい面が捨てきれないオンラインノートサービス
Evernoteのコンセプトが自身のスタイルに合えば非常に有用なサービスなのだが、大半の機能は他のWebサービスで代替できてしまうため立ち位置が微妙
ちなみにこのエントリの下書きはEvernoteで書かれている
Evernoteが苦戦する理由がGsuite(Google Documents)とこのDropboxにあり、共同編集やスクラップブック的な用途はこの2つのサービスで代替出来てしまう
UNIX/Linuxへ対しても公式的にサポートしているというのもDropboxの優位性
Foursquare/Swarmのような位置共有やレビュー機能も強化され、待ち合わせや情報収集に関しても隙がなくなった
Googleが出資しているドライビングナビゲーションサービス
ただYoutube Musicが登場したことによりSpotifyの充実したプレイリストという優位性が少なくなったので注目されている
個人的にもYoutube Musicに移行しても良いかな？と検討中
ハードウェアも売っているのでWebサービスか？と言われると微妙だが、ホームマネジメントではNestが圧倒的シェアを持つ
Google傘下であり、Amazonもここ最近は頑張っているが、インターホンや空調管理などのハードウェアは結局NestなのでGoogleは上手いことやったなという印象
Appleは教育と同じようにこの分野ではゼロと言っても間違いない
圧倒的コストパフォーマンスを持つクリエイティブ系サービス
ここまでAppleがボロクソだったがAdobe CCのためにiPadが手放せないという人も多い
一時期クリエイティブ系のWindows移行が進んでいたが、Adobe CCのお陰でクリエイティブ用途のAppleが延命された
ゲームデベロッパーの中にはSteam依存を下げようとする動きがあるものの、やはりユーザ数として魅力が高く、その地位は揺らぎにくい
アダルトゲームの開放タイミングなど時流の読みが上手い印象がある
配車サービス
日本でも展開しているが、本来のUberは白タクになってしまうので日本ではほぼ別サービス
特にカロリー計算が有用で飲食店や商店を含む料理・食材の栄養情報が既に登録されており、自身の健康管理が便利にできる
ちなみに日本の情報もそこそこあり、情報に不足があればデータベースへ追加して拡充できる
欧米では年齢関係なくVLOG(VideoLog)によって自身の日常をシェアするのが流行している
顔出しに抵抗のない文化を歩んできたこともあって、そういう点が日本とは大きく違う
その動きは動画の自動編集ツールやGoProなどのアクションカム、ドローン、先日発表されたDJI OSMO Pocketなどのハードウェア製品にも現れている
商業店や公共施設・公官庁・政治家に至るまで積極的にスタッフ・本人の日常的な動画を作成し公開する動きもあり、ポジティブな印象形成に役立っていると思われる
例えば日本だと教師や政治家が休日に開いたホームパーティーの様子を動画で公開してしまうという肌感覚は理解しにくいように思う
WindowsなのかMacなのか、iOSなのかAndroidなのかはぶっちゃけ当人によるという感じになっている
IT業界ではMacbookのシェアが高いのは事実だが、クライアントがMacやWindowsなだけで実質Linuxで仕事しているという人も珍しくはない
CG業界ではWindowsが主流と言われてきたが、近年では研究だと当たり前ではあったが、(レンダリング用途に)Linuxが小さな企業にも台頭し始めていることもあり、状況によるところが大きい
そうじゃなくて少数意見＝異常って見方は組織全体として非常に危険思想だからやめとけって話。
全体主義というなら開戦に向かった日本なんてまさに帝国主義に染まってたじゃねえか。
赤軍もファシストも問題なのは全体主義になっちまうことでしょ？
少数意見にもそれなりの理由があるんだから、それを分析して考えていかなきゃおかしな方向に簡単に曲がってしまうってことを俺は言ってんの。
すぐに左翼だとかいって気に入らないやつはレッテルを張って沈黙に追い込む方がキチガイ。
それに理解できるかどうかが変革できるかどうかの分かれ道。
もっと言えば資本主義がファシストや社会主義に勝ったのは少数派意見が比較的通りやすいってところだから。
今資本主義が標準になってしまったせいで対比する相手がいなくて、また少数意見への風当たりの強い世の中になってきてしまった。
時代を撒き戻すのもいい加減辞めて欲しいもんだ。
急にLINEディスるけど、LINEみたいなクソサービスが日本で使わされてるのも多数派の弊害でしょ。
あの時どうすれば良かったのだろう。
詳細は伏せるが海外在住で、彼は中華系クリスチャン。とあるアート系習い事でマンツーマンで習っているうちに好きになってしまった。
自分はアラフォー子持ち×イチで、この時点で脈がある可能性は相当低いし、万一うまくいってもお互い未来はないということはわかっている。
(普通の結婚をして子供を持つという相手の幸せを考えたり、自分の子供に対する責任を考えると私も再婚はない。）
が、好きになってしまったのでなんとなく押したり引いたりしている状態。
習っている間は割とレッスンに集中していたが、時折はさむ短いおしゃべりはお互い楽しんでいた。
日本のアニメや漫画を見て育っているので、日本人や日本文化に憧れのような良いイメージを持ってくれていて
そこが私のような年上にも良くしてくれている理由ではないかと思っている。
そして、たまに
（習い事関連でリマインドしてというので）「じゃメールアドレス教えて」というと「えっ、、職場の？プライベートの？」と焦ったり
（特に他意はなく）「今週忙しいの？」とかいうと「え、、、なんで？」と少しだけ挙動不審になったり
（おみやげ買ってくるよ何が良い？）とかいうと真っ赤になって焦ったり
その折に見せる反応がちょっと可愛すぎて、日本人だと２７でこれはないよな・・大学入りたてくらいのピュアさ？そもそもBBAにこの反応はないよな・・
と思いつつ、そこも好きだったりする。
顔も比較的ハンサムで、こちらの人にしてはお洒落なのになぜ女慣れしていないのだろう。
彼のいる業界は女性の比率が高く、大学も所属する団体も女性が多い。
Facebookでも女友達・男友達に囲まれ、友達が多く楽しそうである。
（日本の若者は知らないが、住んでいる国の若者はFacebook友達1000人以上とか普通で、
FBやインスタに全体公開でアップしまくる人が多い。この為、彼が全体公開に設定していなくても
写真を見ると、楽しそうに囲まれているが、女友達の肩を抱くのはためらっている（堂々と触れていない）のが見てとれる。
・・童貞？
なーんて思いながら、インスタとFBに足跡機能があれば死ぬっちゅーくらい見に行った。ちなみに彼の友人たちはそろそろ結婚したり恋人の存在をアピールしたりしている。
彼は転職に伴い遠方に引っ越してしまったのだが、半年ほど経って私が習っていた事の報告で連絡を取り、
そこから2週間と開けずにWhatsAppでたわいもない話を続けるようになった。
一旦会話が終わり、2週間後に新たに連絡を取るのはだいたい私だが、いつも長いやり取りになる。
そして先月、私が好きなバンドのライブが彼の住む場所に来るので、
話の流れで「4年前からファンだったバンドがそっちに行くから観に行こうか考えてる」と話を振ると
「OK! interesting! When is the concert?」
となり、一緒に観に行けることになった。
ライブは夜なので泊まりでないと無理だ。（子供を見ててもらう段取りはなんとかできた）
私は舞い上がった。
相手がどう思ってライブに付き合ってくれるかはともかく、私には千載一遇のチャンスだ（なんのだ）。
宿については「どのあたりが便利？」と聞くと
ものすごく親身になって調べてくれて、「Air BnBはどうだ」とか「この辺がいいよ」「今これセールやってるよ」「予算教えてくれたら僕も調べるよ」
と送ってきてくれた。
それは私を誤解させるには十分だった。ホテルよりAirBnBのが部屋に寄りやすいかな！？とか、職場に近いエリアを勧めてきてるけど、どういうつもり！？とか
当日はライブぎりぎりに合流し、一緒に観て、終わったのは夜9時半。
「ごはん食べた？」と聞くので「食べてないよ」というと（えっっ、、）という反応をして、
そのあとタクシーで食べに行った。
雰囲気の良いレストランというよりはカジュアルな食堂に行った。
こんなおばさんと一緒に食べても嬉しくないんだろうな・・と思いきや
終電まで話は尽きず、楽しく過ごせた。
新しい職場は休みが少なく、ストレスが多いようだが自分の故郷に戻るときには雇われの身でなく起業したい！と、年相応の悩みを真面目な顔で語る彼を
もう1杯飲む？と聞いても明日も朝早いから！とビール1杯だけ、
「部屋についたら連絡して」と私の帰路はちゃんと心配してくれ、
「今日は付き合ってくれてありがとう」とお礼のメールをすると「そんなの言わないで、楽しかった」という意の返信が来た。
話は盛り上がったが、いい雰囲気になることはなかった。
そもそも私の中に半年以上ぶりに会う人で、初デートで、そこからやれたかもに持ち込む技量がない。
（年齢的にも引くだろう）
しかししかし、最近インスタグラムで、1年前の投稿を見つけた。彼が大学の友達数人に誕生日を祝ってもらっていて
「早く彼女作って会わせてよ！待ってるよ！」と全体公開で書かれていて（かわいそうに）、あーやっぱずっといないんだな～童貞か
と思った。
それならそれで、どうすれば、うまく持って行けたのだろうか。
GmailやOutlookのようなウェブメールサービスを利用すれば、すべてのデバイスで簡単にメールアクセスとモバイルアプリを提供できますが、それらのメールサービスはあなたのデスクトップでの動作を保証するでしょうか？
今は、多くの人が複数のメールアカウントを持っている。これらのアカウントが異なるプロバイダを使用している場合は、一度に複数のブラウザタブを開く必要があります
便利な場所にすべてのメッセージを集約するだけでなく、優れた電子メールクライアントは、暗号化やカレンダー、RSSフィード、VoIPアプリケーションとの統合などの機能を追加できます。
デスクトップクライアントはメールをローカルに保存することもできるため、オフラインのときにアーカイブされたメッセージにアクセスしたり、貴重なバックアップを提供することができます。
さまざまな電子メールプロバイダと統合されたチャットをサポートする最高の電子メールクライアント
eM Clientは10年近く前から始まっています。その長い開発により、Windows用の最高の電子メールクライアントに発展することができたんや。
無料版は非営利目的の使用と2つの電子メールアカウントに限定されますが、それ以外の場合は有料版とおんなじ。
eM Clientには、Gmail、Exchange、iCloudおよびOutlook.com、タッチコントロール、高速検索、統合カレンダーおよび連絡先のサポートが含まれてん。JabberやGoogle Chatなどの一般的な標準をサポートする統合されたチャットアプリもあり、Outlookのような重量のあるアプリには良い選択肢ですわ。
あなたのメッセージを補う機能が満載されたすばらしいメールクライアント
Mailbird Liteは単なる電子メールアプリではなく、スケジューリング、チャット、ファイル同期、チームワークのためのアプリケーションを追加できるコミュニケーションプラットフォーム全体です。
Mailbirdをダウンロードした後は、Proバージョンの30日間試用版に対処されます。このバージョンは、月末にアップグレードしないことを選択した場合、限定版Light Editionにダウングレードされます。フリー・クライアントには時間制限はありません。
無料のユーザーは、速読、電子メールのスヌーズ、添付ファイルのクイックプレビューなどの機能を忘れていますが、Mailbird Liteは依然として優れた選択肢です。最大3つの電子メールアカウントをサポートし、スピードに合わせて最適化され、起動時に最適です。
セットアップは簡単です。電子メールの詳細を入力すると、Mailbird Liteは必要なPOPまたはIMAPの設定を自動的に見つけ、メッセージのインポートを開始します。あなたのFacebookアカウントに接続することができるので、あなたの連絡先のプロフィール写真であなたの受信トレイを活性化し、Whatsapp、Googleカレンダー、無料のタスクマネージャMoo.do、teamworking app Asanaにリンクすることもできます。
Claws Mailのシンプルなインターフェースは、より自信を持ったユーザーに適した強力な電子メールツールです
Claws Mailは使いにくくはありませんが、独自のメールフィルタリングに耐え、無制限の電子メールアカウントをサポートしたい経験豊富なユーザーに最適です。
ここの他のクライアントとは異なり、ClawsはユーザーにPOP3 / IMAP設定を手動で設定する必要があります。 Gmailを使用している場合は、Googleアカウントの設定を調整して、安全性の低いアプリケーションのアクセスを許可する必要があります。
古くは現代の電子メールクライアントでは、HTMLメッセージを送信するオプションはありません.Clawはプレーンテキストのみですが、不要な機能を省略することで、Clawは驚異的なスピードで動作します。その検索機能は特に優れており、プラグイン経由でも拡張できます。
それは最も美しい電子メールアプリケーションではありませんが、Clawsはあなたがスタイルを超えて物質を評価するならば、素晴らしい自由選択です。定期的に更新されているため、バグはすぐに除かれます。
すべてのデバイスでメールを管理するためのワンタイム設定の無料メールクライアント
Inkyの無料版はWindows、Mac OS X、およびAndroidで利用でき、ワンタイム設定は3つのプラットフォームすべてで使用するのに最適なメールクライアントになります！
電子メールクライアントをダウンロードしてインストールしたら、Inkyアカウントを作成するよう求められます。これにより、すべての電子メールアドレスがリンクされ、POPおよびIMAP設定を設定することなく、Inkyがインストールされた任意のデバイスからアクセスできるんです！
一度登録すればセットアップは簡単カンタン♪ 各アカウントのユーザー名とパスワードを入力すると、残りの部分をInkyが処理してくれちゃう。
日常的に使用されるInkyは優れた自動タグ機能、メッセージタイプ（個人、定期購読、ソーシャル、ノートなど）のインテリジェントなフィルタリング、デバイス間の非常に高速な検索とクラウド同期でわんだふるん♪。
Windows 7以降を使用していて、特定のメッセージやスレッドを見つけようと多くの時間を費やしている場合、Inkyは膨大な時間を節約できちゃうの！
優れたOperaウェブブラウザの背後にあるチームからの柔軟なオープンソース電子メールクライアント
Operaの開発者は、電子メールを常に優れたブラウザの重要な機能とみなし、無料の電子メールクライアントであるOpera Mailの開発に多大な努力を払ってきました。
その機能には、メッセージテンプレート（特に業務用に便利）、メッセージのフィルタリングとソート、タイプ別のメッセージソート、さまざまなカスタマイズオプションがあります。
クライアントはRSSフィードもインポートするので、Feedlyや欠けているGoogleリーダーなどのWebアプリケーションの代わりになります。
Mozillaから期待されるように、たくさんの機能があり、無料の拡張機能を利用することもできます
Firefoxと同様に、無料の電子メールクライアントThunderbirdはMozilla Foundationによって作成されました（しかし、2つの開発はそれ以来分離されています）。 ウェブブラウザと同様に、その機能は、サードパーティのアドオンの膨大な範囲で拡張され、強化されます。
優れたビルトイン機能には、電子メールには大きすぎるファイルと、電子メールと一緒にRSSニュースフィードを読む機能があります。
セットアップは簡単です。 ほとんどの現代の電子メールクライアントと同じように、必要なのはあなたのユーザー名とパスワードだけで、Thunderbirdは残りのものを処理します。
Windows Live Mailは、Windows 8および10のMailアプリケーションに取って代わられた2012年に最後に更新されました。ただし、Live Mailの比較的昔ながらの外観にもかかわらず、2つのプログラムはほぼ同じです。
Windows Live Mailは、私たちを含む多くの電子メールユーザーがより現代的ですが、最小限のデザインを好む3ペインのレイアウトを提供します。 RSSとクラウドベースの電子メールとPOP3をサポートし、添付ファイルを送信したり、複数のアカウントで作業したりすることが容易になります。
マイクロソフトのやり方が気に入っても、ウルトラスリムなWindows 10アプリケーションがあまりにも制限されているのを見つけたら、従来のWindows Live Mailは賢明な選択肢です。
*
Facebookは、20億人以上の会員に特に包括的な文書を持っています。 Facebookのメンバーが投稿を好きになるたびに、写真にタグを付けたり、お気に入りの映画をプロフィールで更新したり、政治家についてのコメントを投稿したり、彼らがWebをブラウズすると、FacebookはFacebookの共有ボタンを含む訪問したページに関する情報を収集します。フェイスブックが所有しているInstagramやWhatsAppを携帯電話で使用すると、Facebookのデータにもっと多くのデータが寄与します。
それでも十分ではない場合、Facebookはユーザーの住宅ローン、車の所有権、ショッピング習慣などのデータを最大の商業データブローカーから購入する。
恐ろしい
http://www.alexkyte.me/2016/10/how-textsecure-protocol-signal-whatsapp.html これエキサイト翻訳か？主語が全部theyという支離滅裂な英語なんだが。
----
TextSecureの目標は「経路末端までのセキュリティ、否認性、前方秘匿性、将来の秘匿性のすべて」を提供することである。具体的には、可能な限り短い時間だけ鍵情報を保持するメッセージストリームを二者の間に構築するということを目指す。将来に鍵の危殆化があっても、現在観測されたトラフィックを復号化できなくするのだ。
以下にSignal Protocolの批評的分析を羅列してある。実装の構造を研究し、発見した欠陥を記述し、上述の目標がどれほど実現されているかを評価するものである。まず仕組みの説明をしてから、より詳細な分析を続けることにする。
TextSecureは、今ではSignalと呼ばれているアプリに与えられた名の一つだ。コードも文書も一貫してTextSecureという名を使っている。一貫性を保つため、システム全体をTextSecureと呼ぶことにする。
TextSecureは、非同期整合性に焦点を当ててOff-The-Recordというチャットプロトコルを改造したものだ。OTRが対話的ハンドシェイクを必要とする一方、TextSecureは不確定な遅延を認めない。メッセージを送れるようになるまでアプリを表示したままにしてハンドシェイクを遂行しなければならないというのであれば、ユーザ体験はひどいことになる。
そうではなく、通常の鍵交換においてサーバが果たす役割の部分だけ、将来のクライアントが取得しに来るよう中央サーバに格納される。このサーバは、すべてを復号化できる鍵情報は預けておかない、信用なし経路となる。すべての暗号化は末端どうしだ。
TextSecureは暗号学の基礎のほんの一部を使うものである。公開鍵暗号は楕円Diffie-Hellmanを通し、Curve25519を用いて実行される。AESがパディングなしカウンター(CTR)モードとサイファーブロックチェーン(CBC)モードの双方で対称暗号に使われる。HMAC-SHA256がメッセージ認証に使われる。これらが信頼の基礎(TCB)である。
TextSecureの暗号化エンジンの中心部はAxolotlダブルラチェット・アルゴリズムである。大まかに言うと、一方向にだけ回ることのできるラチェットが二つあり、一つは受信ラチェット、もう一つは送信ラチェットである。この構造により、鍵交換の前半を保管しておいて、後から非同期的に再生し完全なハンドシェイクを得ることが可能になっている。
受信ラチェットはメッセージが受信されるときに使われるが、そこには次の鍵交換のための新しい材料が含まれていなければならない。この材料が後ほど暗号化やメッセージ認証に使う対称鍵の生成に用いられる。
送信ハッシュラチェットは前回の整合性ある共有秘密から生成された鍵ストリームを使って新たな鍵セットを生成する。このラチェットは、受信ラチェットが進んで共有秘密が変化するとリセットされる。
ここで注目すべきは、メッセージを送信するために送信者が待つ必要は一切ないということだ。いつでも送信の第一歩を踏み出すことができ、その一歩は必ず有限の時間で終わる。メッセージはすべて異なる対称鍵で暗号化されるが、これにより、ある時点の鍵は、どちら側のデバイス上のものであっても、過去に送信されたメッセージを復号化するためには使えないことになる。(ただし後で一つ警告がある。)
登録は、クライアントに言って、連絡用の電話番号をサーバに教えてもらうことから始まる。また同時に、トークンを通話とSMSどちらで受け取りたいかの希望も登録してもらう。このトークンが持ち主の証明となり、TextSecureで情報を登録できるようにしてくれる。
クライアントはメッセージ認証と暗号化の対称鍵('signaling'鍵)、および長期公開鍵を送る。
また、複数のプレ鍵も送信する。これはクライアントが受信者になる時の鍵交換の半分、クライアント側部分の使い捨てコピーである。こうして保管されているプレ鍵のおかげで、将来の送信者はクライアントの応答を待つ必要もなく鍵交換を完了でき、こうして遅延を劇的に減らすことができる。クライアントは「最後の手段のプレ鍵」もアップロードするが、これは最後に使われ、受信者が新しいプレ鍵を追加するまでのセッションでずっと共有され続ける。
他のクライアントからも使われるプレ鍵に頼ることについてSignalが警告をしないというのは、筆者の意見では、理想と程遠い。
クライアントは次にGoogle Cloud Messagingに登録して、登録IDをTextSecureに出す。このTextSecureへの登録には、クライアントがSMSを受け取りたいかデータだけにしたいかの情報も含まれる。
TextSecureはクライアントどうしがお互いの長期鍵のフィンガープリントを比較して本人確認できるようになっている。鍵をQRコードとして表示して便利に検証できるようにする機能も含まれている。
送信者は、まず相手のプレ鍵を要求し、プレ鍵インデックス、プレ鍵、登録ID、長期公開鍵をもらう。これらを使い、HKDFという鍵派生アルゴリズムを通して共有秘密を取り決める。この秘密情報をルート鍵と呼ぶ。
このメッセージだけの一時鍵ペアが生成される。ルート鍵を使ってHKDFで新しいルート鍵とつなぎ鍵を派生させる。このつなぎ鍵は、暗号化とMACの鍵を生成するのに使われる。
最後にAESカウンターが初期化される。カウンターは二つある: ctrとpctrだ。ctrカウンターはメッセージ送信ごとに増える一方で、pctrカウンターは、最後の既読メッセージの番号を保持する。これにより、受信者側にバラバラの順番で届いたメッセージを正しく並べ直すことができる。
これらを使って相手にメッセージを暗号化し、それをSignalサーバに送る。このメッセージには、相手が鍵交換ハンドシェイクを完了できるだけの必要情報が含められている。
SignalサーバはGoogle Cloud Messenger登録IDが件の電話番号に合っているかチェックし、メッセージを'signaling'鍵で暗号化してからクラウドサーバに送る。この遠回しな方法により、Google Cloud Messengerがメッセージの送信元を知らずにいることが保障される。
受信者はプレ鍵インデックスを受け取り、送信者がどのプレ鍵を使ったかをそれで調べる。そして送られてきた情報を使ってハンドシェイクを完了したり送信者と同じルート鍵を持ったりする。送られてきたメッセージを復号化するために使う鍵は、このルート鍵が生成する。
相手が返信する前に、もとの送信者から続きのメッセージを送りたい場合は、新しいつなぎ鍵を生成して、これを使って新しい暗号化およびメッセージ認証の鍵を得る。
受信者が返事を出したい時は、まず新しい一時鍵ペアを選ぶ。送信者の一時公開鍵と自分の一時秘密鍵を使って、新しい共有秘密を生成する。これを使って新しいつなぎ鍵を得て、そこから新しい暗号化と認証の鍵を得る。これを使ってメッセージを暗号化し、さきほどの新しい一時公開鍵と一緒に送信する。
TextSecureは、サーバとクライアント間の共有秘密、いわば機械生成パスワードを使って、新しいプレ鍵のアップロードを認証する。これは送信メッセージの認証にも使われる。このパスワードを漏らしてしまうと、それだけでメッセージの送信も鍵アップもそのユーザになりすましてできてしまうことになる。エキスポート機能があった頃はTextSecureクライアントを別のスマホに移行することができたが、この機能は削除された。エキスポート情報には機械生成パスワードが含まれていたからだ。この平文バックアップはデバイスのSDカードに置かれていたので、他のアプリから読むことができたのだ。
この機能はそれ以来削除されたままだ。なくて困る人がいるとしても、これはユーザビリティの問題ではなく、現実の問題であり、それに対する後ろ向きな対策なのである。
この攻撃は偽配送の一種だ。攻撃者がUKS攻撃を実行すると、ある送信者が攻撃者に向けて送ったつもりのメッセージが、攻撃者から別の人(標的)へのメッセージとして送信される。
これは能力のある攻撃者にとっては簡単にできる。TextSecureサーバ上にある自分の公開鍵を、標的の公開鍵に変えればいい。これは自分の電話番号を再登録すればできる。送信者はQRコードを使って、相手のフィンガープリントが合っていることを検証できるが、これが本当に標的の鍵のフィンガープリントになるのである。
それから、今度は送信者のアカウントを再登録して、その検証SMSか確認通話が送信者に到達しないよう横取りしなければならない。これは太っ腹に権限を与えられた人には造作もないことだ。こうして、送信者として認証し、既知の署名つきメッセージを送信できるようになる。
この攻撃はTextSecureでは解決されていない。プレ鍵の署名は追加したが、まだ暗号学的にIDと関連付けられているわけではないので、奪われて再生される危険がある。
できることがあるとすれば、送信者と受信者の双方がメッセージの暗号化された本文内で言及されるようにすることなどだ。
TextSecureはその構造のおかげで前方秘匿性を獲得している。前方秘匿性(forward secrecy)は、もし長期公開鍵が安全なままであれば、ある時点の対称鍵が漏れても、そのセキュリティ突破は限定的な時間範囲にしか有効でないとする。新しいラチェットのそれぞれに公開鍵が必要であることから、これは達成されている。
完全前方秘匿性(perfect forward secrecy)は、クライアントの持つある時点の鍵が奪取されても、それ以前に送信したメッセージの復号化が不可能である性質と定義されている。このことはTextSecureのwire protocolにより施行されるが、少々ことば遊びに入ってくる。というのも鍵はデバイス上にのみ格納されているので、アプリ上の他の鍵にアクセスすることなく鍵が暴露されることはありそうにない。長期鍵だけではメッセージを復号化できず、ラチェットのステートに対応する一時鍵が必要になるが、これはそのスマホから引き出すことができるので、送信したものの返信されていない(前回のラチェットを使用した)メッセージを復号化できる。これは技術的に言えば「以前の」メッセージの暴露である。
否認性(アリバイ)はさらにあやふやだ。ある特定のメッセージについて、それはだれにでも作成できたのだと言うことは可能だが、その一方で、プレ鍵は公開されているので、TextSecureの中央集中構造が脅威をもたらす。TextSecureサーバは認証とメッセージ転送をするものだが、それを記録することもできる。内容は末端どうしで暗号化されているとはいえ、メタデータは違う。
Analysis Whitepaper:
http://ieeexplore.ieee.org/document/7467371/
Marlinspike, Moxie (30 March 2016). "Signal on the outside, Signal on the inside". Open Whisper Systems. Retrieved 31 March 2016. https://whispersystems.org/blog/signal-inside-and-out/
カカオトークでもWhatsAppも同じようなんだろうけど、とりあえず一番人気のLINEを槍玉に上げます。
どうも俺はLINEが嫌い。理由としては気軽にメッセージが送れる分、どうしてもやりとりが無駄に長くなってしまうところ。
その都度、対応するのが面倒くさい。
いつ、どこで、何をするか、それくらいまとめて言おうよ。
なんで、まず「何をするか」を言わないのに日が空いてるところから聞いてくるの。
メールでもこういう風に小出しで聞いてくる人もいたけど、基本的に情報はまとめて送ってくる人が多かった。少なくとも俺も周りでは。
LINE自体長文を打ちやすい仕様になっていないから、とにかく短文で送る人の多いこと。
そして短文を連投する人の多いこと。その都度、音やバイブがあるのはウザいから、もう通知は切った。
あと、気軽にやりとりできるからこそ、会話がダラダラ続いて終わりが見えん。
Google、Amazon、Facebookという時代の覇者（Big Thing）を目にし、次は何がくるのか。それを追い求めてビジネスをしている人は多い。
Next Big Thingは何なのか、そもそもあるのかということについて私の考えを話してみたい。
Tech Waveの創業者で、現在はThe Waveを運営する湯川鶴章さんは著書の中で、もう今後はNext Big Thingは出てこないないのではないかとの見解を示している。
例として、LINEがBig Thingになれないことを挙げている。どういうことかというと、情報のスピードが早く、すぐに同じようなサービスが生まれてしまうために、世界を取ろうと進出していくころには既に同様のサービスにそれぞれの地域を支配されてしまっている、ということである。
LINEの場合は、WeChatやWhatsAppなどの同様のサービスがそれぞれ地域ごとに広がりを見せており、水平的な棲み分けが存在している、というのである。その意見は十分に説得力があって、そうなのかと思ってしまう部分も多い。
LINEに関しては、Big Thingになれないという結論は私も同意見である。
しかし根拠は少し違う。
私は湯川氏のLINEを例にした考えにはネットワーク外部性の議論が抜け落ちていると思っている。
例えば同じくSNSであるFacebookは、一つのプラットフォーム上で多くの人（こと）の情報を得ることができ、お互いに理解を深めることができるサービスである。
この「一つのプラットフォーム上で多くの人（こと）」というのがポイントである。
LINEのようなメッセンジャーアプリは、小規模から中規模のコミュニティを対象としているサービスだから。LINEは自分の身の回りの小さなコミュニティ（相手1人から、4,5人のコミュニティなど）をうまく切り抜くことに成功した、という意味で革新的なのである。（もちろん、スタンプというツールを導入したことも革新的であると思っているが、ここではBIg Thingの条件という意味で。）そういう意味では、サイボウズなどもエンタープライズ分野で同じことを成し遂げようとしているのかもしれない。だが、この（自分が出会ったこともない）多くの人が同じサービスを使うことの効用は小さい。自分の閉じたコミュニティで統一されていれば問題ないのである。
そうしたサービスは、これからの時代はBig Thingにはなれない。
なれたとしても、相当な時間を要する。
Googleは世界中のWebページを自社のデータベースにしてしまった。膨大な情報を、検索窓という一つのプラットフォームにまとめたのである。
Amazonも、ロングテールと言われるように、世界中のあらゆる製品を、一つのプラットフォームに並べ、それを迅速に消費者に届けるインフラを確立した。
全部一緒である。
そこで、疑問は、「じゃあNext Big Thingはあるの？なに？」
答えはもちろん「ある」。
