ニコニコ動画iOSアプリの UX・マネタイズ・技術の話

32,407 views

Published on

Published in: Technology
0 Comments
63 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
32,407
On SlideShare
0
From Embeds
0
Number of Embeds
17,296
Actions
Shares
0
Downloads
150
Comments
0
Likes
63
Embeds 0
No embeds

No notes for slide
  • \n
  • \n
  • 前半は「何をつくるのか」企画者・デザイナ・ビジネスより\n後半は「どうやって作るのか」エンジニアむけ\n\n僕らが開発してきてどういう課題があってどう克服したか話します。\n皆さんの開発の参考になればと思います\n
  • \n
  • ニコ動知らないひと? ニコ動とは・・・\nニコ動アプリつかったことある?\n
  • 参考:PCニコ動:約776万人(スカイ資料より)\n
  • \n
  • 2011/3震災のときNHK,フジテレビなどのサイマル放送\n
  • 他にも、せいが、美人天気、ニコルソンなどなど10個弱\n
  • \n
  • \n
  • \n
  • このアプリはニコ動という既存サービスをiphoneで楽しむ、という位置づけ\nとにかくPCでできることを最低限だけでもiphoneでもできるように\nが第一目標\n
  • アイコンやプレイヤーのデザインもちょっと変わってます\n
  • 黒っぽくなってます\n
  • さらに青黒く\n今回はver4.0の開発で得た経験を元にお話\n
  • UXを高めるために、この3点の見直しを行なった\n
  • useful(役立つ)\nusable(便利)\nfindable(探しやすい)\nvalueable(新たなる価値):ニコ動にさらに価値を与える\ndesirable(魅力がある) => エモーショナルデザイン(直感に訴えかけるデザイン)\naccessible(アクセス可能)=> 目的地までに障壁がない\n\n最初からこれを意識していたわけではないが、いま振り返るとうまく整理できそうだったので使う\n
  • \n
  • useful(役立つ)\nusable(便利)\nfindable(探しやすい)\nの観点からUIを見直すことにした\n
  • \n
  • Youtubeアプリと同じだった\n★使いやすい\n
  • 加速度センサで向きを変えることもできるし\n設定で固定することも可能\n
  • 現状\nヘッダ、メイン部分、タブバー、広告\n\n\n
  • \n
  • コンテンツ領域が広がった反面、\nメニューが隠れてしまった\nいかにメニューを見つけてもらうか、あとでデザインのところで\n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • valueable(新たなる価値):ニコ動にさらに価値を与える\n
  • \n
  • \n
  • タップするとプレビューで再生\n
  • 動画をタップするとプレビュー表示される\nつまんないなーとおもったら\n
  • ランキングでも見るか\n
  • \n
  • ニュースでもみるか\n
  • \n
  • 動画メディアはながら見されやすい\nex)TVを見ながら漫画読む\nex)ニコ動見ながらツイッター\n\nAppleのガイドラインには同時に一つのことをやれ、と書いてはいるが\n\n
  • UXを改善するにあたって、調査してみた\n
  • 総務省統計局\n国民生活時間調査\n\n
  • テレビの代わりにニコ動\n
  • \n
  • \n
  • desirable(魅力がある) => エモーショナルデザイン(直感に訴えかけるデザイン)\naccessible(アクセス可能)=> 目的地までに障壁がない\n
  • \n
  • 六本木のヴェルファーレの跡地を買って作った多目的ライブ会場\n360度LED\n会場中をコメントが駆けめぐる\n\nこれをモチーフにデザインをねった\n
  • \n
  • \n
  • \n
  • 最終的には感覚的なもの\n
  • \n
  • \n
  • どこが違うかわかりますか\n
  • \n
  • \n
  • \n
  • \n
  • 既存文化に対する理解\n
  • ロック外さないと回転しない\nsafariとかに合わせたはずだった\n
  • 様々な観点から試行錯誤する\nたとえば、このハニカム構造を使っていろんな視点から見直すといい\n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • ニコどうアプリのユーザ数は3倍くらいなので結構なダメージ\n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • UDID問題でSDKを外したり対応が必要になったこともあった\n
  • \n
  • 似たようなもの:SSP\nSSPとの決定的な違いとして自動的に売り上げをみて配信比率を変更はしていない\n\n"社内の広告サーバー(OXと呼んでいる)の第三者配信機能を使用し、アドネットワーク業者の配信タグをOXに登録。各アドネットワークの配信数をOX側で取得できるので、eCPMの比較を完全に行なうことができます"\n\n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • 家電はRTMPのような複雑なプロトコルは扱えない、HTTPのような単純なものなら扱える\n
  • \n
  • \n
  • \n
  • \n
  • ニコニコ動画iOSアプリの UX・マネタイズ・技術の話

    1. 1. ニコニコ動画iOSアプリのUX・マネタイズ・技術の話 株式会社ドワンゴ 松前健太郎 @kenmaz
    2. 2. 自己紹介• 松前健太郎 (@kenmaz)• ドワンゴ ニコニコ事業本部 ニコニコiPhone 開発リーダー• 2009/06 中途入社• 前職は大手メーカー系SIerで研究開発
    3. 3. アジェンダ• ニコ動・ニコ生iOSアプリの概要• ニコ動アプリのUX• マネタイズ• 技術的な話
    4. 4. アジェンダ• ニコ動・ニコ生iOSアプリの概要• ニコ動アプリのUX• マネタイズ• 技術的な話
    5. 5. ニコニコ動画ニコニコ生放送iOSアプリの概要
    6. 6. ニコニコ動画iOSアプリ• ニコニコ動画を視聴するためのアプリ• iPhone/iPadの両方に対応• 2009年5月 リリース• 月間ログインUU:102万 (2012年4月)
    7. 7. ニコニコ生放送iOSアプリ• ニコニコ生放送を視聴・放送するアプリ• iPhoneに対応(近日iPad対応予定)• 2010年5月 リリース• 月間ログインUU:34.7万 (2012年4月)
    8. 8. アジェンダ• ニコ動・ニコ生iOSアプリの概要• ニコ動アプリのUX• マネタイズ• 技術的な話
    9. 9. ニコ動アプリのUX
    10. 10. ニコ動アプリの進化• 2009年にリリース以来、30回以上アッ プデートを繰り返してきた• まずはアプリの進化の歴史をちょっと 振り返り
    11. 11. ver1.0• まず“iPhoneでニコ動が見れる”• ガラケー向けに変換された動画を流用(低画質)• UITableViewを使ったシンプルなUI
    12. 12. ver2.0• 画質の向上• WiFi接続時のみ、mp4で高画質再生• UIはver1.0から大きな変更なし
    13. 13. ver3.0• さらなる画質の向上• WiFi/3G問わず、常にmp4で高画質再生• UIをHTML/CSSで実装、デザインの見直し
    14. 14. ver4.0• UXの再設計 • ver3.0で基本は完成 • ver4.0でUXを再設計
    15. 15. UXの再設計• UIの見直し• 新しい動画視聴スタイル• デザインの刷新
    16. 16. UXのハニカム構造 The User Experience Honeycomb http://semanticstudios.com/publications/semantics/000029.php
    17. 17. UXの再設計• UIの見直し• 新しい動画視聴スタイル• デザインの刷新
    18. 18. UIの見直し• 使いやすい• 探しやすい• 迷わない
    19. 19. 画面の向き• 現状 • 動画を探すとき:縦固定 • 動画を視聴するとき:横固定• 問題点 • 頻繁に端末をクルクルと持ち替える必要がある • 快適な動画視聴の妨げ • 動画系のiPhoneアプリでは一般的なUI • ex) Youtube、Ustream、Hulu
    20. 20. 画面の向き• 実際の利用シーン • 片手しか使えない状況(外出時など)→縦 • 両手が使える状況(自宅でまったり)→横 • フリック入力でコメントを入力したい→縦 • じっくり全画面で動画をみたい→横• 状況ごとに最適な画面の向きがある • 縦横両方に対応して、より使いやすく
    21. 21. タブバーの廃止• 従来 • 広告は表示したい • 画面領域は確保したい• 改善 • タブバーによるメニューは廃止 • 必要なときに”ひっぱり出す”メニュー
    22. 22. コンテンツ領域 コンテンツ領域
    23. 23. 2ペインスタック構造• 横向き画面を最大限を活かすUI• 横フリックで戻る、進むが可能• ビュー自体はUIWebView
    24. 24. UIWebView
    25. 25. UXの再設計• UIの見直し• 新しい動画視聴スタイル• デザインの刷新
    26. 26. 新しい動画視聴スタイル• 従来 • 動画を一覧から選んで視聴、の繰り返し• もっと気軽に動画を見てほしい • ながら見• 毎日アプリを起動してみたくなる仕掛け • ダラ見
    27. 27. ながら見• 動画を見ながら、他の動画を探せる• ちょっと気になったらタップしてプレ ビュー再生 • 面白そうなら全画面で引き続き再生 • 興味がなければ別の動画にすぐ切り替え
    28. 28. ながら見
    29. 29. ながら見
    30. 30. ながら見
    31. 31. ながら見
    32. 32. ながら見
    33. 33. ながら見
    34. 34. ながら見• 動画視聴までのハードルを下げる• 動画を見ながら次の動画を探す• 動画を見ながら他のことをする • テレビを見ているときと同じ感覚
    35. 35. ダラ見• いつ、どういう状況でアプリが使われ ているか?
    36. 36. ダラ見• 夕食後から寝るまでの間• 自宅でダラダラしている時間 • といえば、テレビのダラ見• テレビのような垂れ流し機能があればア プリを使ってくれるかも
    37. 37. あなたチャンネル機能• あなたが興味のありそうな動画を リコメンドして連続再生
    38. 38. 視聴履歴を元にしたリコメンドSNS上の友達のおすすめの動画お気に入りうp主の新着動画
    39. 39. UXの再設計• UIの見直し• 新しい動画視聴スタイル• デザインの刷新
    40. 40. デザインの刷新• 見た目はやはり重要 • 変わった感 • ユーザに飽きられるのを防ぐ• ニコ動で、先進的・クールな感じ・未来感 • といえば・・・
    41. 41. ニコファーレ
    42. 42. ニコファーレをモチーフにした デザイン(ボツ案)
    43. 43. ニコファーレをモチーフにした デザイン(ボツ案)
    44. 44. ニコファーレをモチーフにした デザイン(ボツ案)
    45. 45. 最終的にこうなった
    46. 46. 隠されたメニュー ここを引っ張る 「ランキングどこにあるの・・・」
    47. 47. 引っ張りたくなるタブのデザイン
    48. 48. デザインvsパフォーマンスデザイン案 実際のアプリ
    49. 49. デザインvsパフォーマンスデザイン案 実際のアプリ
    50. 50. デザインvsパフォーマンス 透過+ブラー 透過のみ• 実装可能だがレンダリングが激しく重くなった•→適度な落とし所を
    51. 51. リリース後の反応
    52. 52. • 狙っていた点については、ある程度の 評価を得た• 特にiPadのような大きな画面での利便性 が高まった• 一方で、想定していなかった観点から の指摘がいくつかあった
    53. 53. コメ数・視聴者数表示• 動画一覧からコメント数・視聴者数の表示を削除• 「コメント数や視聴者数で動画を探してたので不便」• →UIを変更する際は、既存の文化を破壊しないように 注意
    54. 54. 画面の向き• 加速度センサで画面の向きを変更 • 「ロック解除がめんどくさい」 • 「そもそもロック解除の方法が分からない」 • →明示的に設定できるようにした• iPhoneの標準のUIに従った • 標準のUIが最良とは限らない
    55. 55. UXの再設計• UIの見直し• 新しい動画視聴スタイル• デザインの刷新
    56. 56. アジェンダ• ニコ動・ニコ生iOSアプリの概要• ニコ動アプリのUX• マネタイズ• 技術的な話
    57. 57. マネタイズ
    58. 58. マネタイズ• ニコ動iPhoneアプリのマネタイズ手段 • プレミアム会員の入会導線 • 広告収益
    59. 59. マネタイズ• ニコ動iPhoneアプリのマネタイズ手段 • プレミアム会員の入会導線 • 広告収益
    60. 60. プレミアム会員• 月額525円で以下のような特典 • 高速回線で快適に動画視聴 • 混雑時でも優先的に生放送を見れる • 生放送の配信ができる • などなど
    61. 61. iPhoneアプリでの導線• アプリ内の各所に導線を設置 • 動画再生前、生放送追い出し時• リンクをタップするとSafariが起動して入会web ページに遷移( クレカ決済、携帯キャリア決済、 webマネー決済など)• プレミアム入会導線としてのアプリ • ニコ動アプリからは、毎月それなりの数の入会 がある
    62. 62. 従来の入会導線 Safari起動アプリ Safari Safari
    63. 63. 2011年11月事件発生 • ニコ生アプリがリジェクト • リジェクト理由 • 「プレミアム入会ページへリンクするためのボタン 等はアプリ内に設置してはいけない(審査ガイドラ イン11.13違反)」 • 「アプリ内課金(IAP)機能を使って決済してプレミア ム入会させるのはOK」App Store Review Guidelineより11.13 外部の課金メカニズムにリンクしているアプリはリジェクトされる。たとえば「購入」ボタンをタップすると、電子書籍の販売サイトが開くような仕組みをもつアプリなど。
    64. 64. どうしよう• アプリ内から入会導線を消す? • アプリ経由の入会がまるごと消滅?• IAPを使って入会機能を実装? • Appleへの30%の手数料を受け入れるのか?• 今回はニコ生アプリがリジェクトされたが・・ • ニコ動アプリも次回審査時にリジェクトされ ることは間違いなし!
    65. 65. 2つの選択肢1. ニコ動アプリ開発を凍結、放置して入 会を維持2. 素直にIAPを使ってプレミアム入会機能 を追加する(手数料30%を飲む)
    66. 66. 2つの選択肢1. ニコ動アプリ開発を凍結、放置して入 会を維持2. 素直にIAPを使ってプレミアム入会機能 を追加する(手数料30%を飲む)
    67. 67. ニコ動アプリ開発を凍結、放置して入会を維持• 短期的に見れば正解かもしれないが・・・• スマホ主流の昨今、これはありえない! • とはいえ 藤は結構あった (~_~;)
    68. 68. 2つの選択肢1. ニコ動アプリ開発を凍結、放置して入 会を維持2. 素直にIAPを使ってプレミアム入会機能 を追加する(手数料30%を飲む)
    69. 69. 2つの選択肢1. ニコ動アプリ開発を凍結、放置して入 会を維持2. 素直にIAPを使ってプレミアム入会機能 を追加する(手数料30%を飲む) これしかない(消去法的に)
    70. 70. どのIAPプロダクトを選ぶか1. 購読型(自動更新) • 自動引き落としの月額課金が可能 • 審査が厳しい(電子書籍・新聞など向け)2. 購読型(非自動更新) • ユーザに継続手続きをしてもらう必要がある • 審査は比較的ゆるい
    71. 71. どのIAPプロダクトを選ぶか1. 購読型(自動更新) • 自動引き落としの月額課金が可能 • 審査が厳しい(電子書籍・新聞など向け)2. 購読型(非自動更新) • ユーザに継続手続きをしてもらう必要がある • 審査は比較的ゆるい
    72. 72. 価格をいくらに設定するか• たとえば • 月額課金:¥700/月 (取り分¥490) • チケット:¥2000/3ヶ月 (取り分¥1400)• 要判断 • 自動更新購読型ではない • 実はwebから入会してくれたほうが嬉しい
    73. 73. 価格をいくらに設定するか• たとえば • 月額課金:¥700/月 (取り分¥490) • チケット:¥2000/3ヶ月 (取り分¥1400)• 要判断 • 自動更新購読型ではない • 実はwebから入会してくれたほうが嬉しい
    74. 74. 経理まわりの注意点• 翌月:速報値を元に仮計上• 翌々月:ファイナンシャルレポートを元に本計上• →速報値と数値が合わない!クレジットカードの入金タイミングや締め日の問題で必ずしも数値は一致しない。全体的に見れば帳尻は合っているはずだから気にするな by Apple
    75. 75. マネタイズ• ニコ動iPhoneアプリのマネタイズ手段 • プレミアム会員の入会導線 • 広告収益
    76. 76. 広告周りの改善• これまで • AdMobなどアドネットワークの広告を表示 • 各社提供のSDKをアプリに組み込み• 問題点 • 新しいアドネットワークを追加するたびにアプ リの改修が必要 • 広告表示ロジックがアプリ組み込みなので、そ の時々の最適な広告表示ができない
    77. 77. 広告周りの改善 従来 広告業者A A用SDK B用SDK 広告業者B C用SDK 広告業者C D用SDK 広告業者D 各業者ごとにSDK の組み込み必要 そのたびに 審査が必要
    78. 78. 広告配信システム+Web• どこにどのような広告を表示するかは すべてサーバーサイドの広告配信システ ムが調整して配信• アプリ側では配信される広告をWeb ページ内に表示
    79. 79. 広告配信システム+Web 広告業者A 広告業者B <iframe> 広告配信 web サーバー 広告業者C 広告業者D 配信比率 Webベースなので の最適化 SDKの組み込み不要
    80. 80. 広告配信システム+UIWebView • メリット • いま一番 かる広告を、専任の担当 者がサーバー側で調整・配信 • webベースなので、新たなアドネット ワークを使用する際もアプリの更新 は不要
    81. 81. ところで• アプリで稼ぐのは大変 • Appleの規約による制限 • アプリ修正のたびに審査が必要• アプリをやめて、webでやれば良いのでは? • webなら入会導線貼り放題 • 審査もいらない
    82. 82. HTML5でニコ動• ニコ動HTML5プレイヤー • アプリなしでSafari上で動画再生 • HTML5のvideoタグを使用 • iPhoneのSafariでは動画にコメントを 重ねられない! • iOSについてはしばらくはアプリが メイン
    83. 83. アジェンダ• ニコ動・ニコ生iOSアプリの概要• ニコ動アプリのUX• マネタイズ• 技術的な話
    84. 84. 技術的な話
    85. 85. トピック• UIWebViewを用いたUI• 動画再生の仕組み• 生放送再生の仕組み
    86. 86. トピック• UIWebViewを用いたUI• 動画再生の仕組み• 生放送再生の仕組み
    87. 87. UIWebViewを用いたUI• 動画再生処理やUIの骨組みはCocoa/ Objective-Cによるアプリの実装• それ以外の部分はほぼwebで実装• UIWebViewを使ってミックス
    88. 88. UIWebViewを用いたUI
    89. 89. UIWebViewを用いたUI アプリ web
    90. 90. UIWebViewを用いたUI
    91. 91. UIWebViewを用いたUI web アプリ
    92. 92. UIWebViewを用いたUI
    93. 93. UIWebViewを用いたUI アプリ web
    94. 94. UIWebViewを用いたUI
    95. 95. UIWebViewを用いたUI アプリ
    96. 96. Web-アプリ間の連携• Web→アプリの連携 • URL Schemaを使ってwebからアプリの機能 を呼び出し • ex) “nicovideo://play/sm9” • ex) “nicovideo://web?/Ranking/genre=game”• アプリ→webの連携 • UIWebViewに対するJSの実行
    97. 97. 1. web上でリンクをタップ <a href=”nicovideo://web?/Ranking/genre?type=game”>.. 2. appはUIWebViewを新規生成してスタックUIWebView 3. appはスタックした新規UIWebViewに ”/Ranking/genre?type=game”をロード
    98. 98. 1. 動画視聴開始後、アプリはUIWebViewに対して以下のコードを実行 NSString js = @”playHisotory.add(‘sm123’)”; [webview stringByEvaluatingJavaScriptFromString:js];2. web上のplayHistoryオブジェクトは、動画ID「sm123」をlocalStorageに保存3. webの視聴履歴画面表示時に、JavaScriptでlocalStorageから視聴履歴データを取得、表示
    99. 99. UIWebViewを用いたUI• メリット • ちょっとした機能の追加・修正であれば審査不要 • HTML/CSS/JSで開発可能 • webエンジニア・デザイナを活用できる• デメリット • 描画処理などネイティブアプリに劣る部分がある • JS/CSS圧縮、キャッシュ最適化など必須
    100. 100. UIWebView使用時の注意点• UIWebView ≠ Safari• Safariよりレンダリングの性能は低い • →あまり凝ったデザインにしない• 一部のCSSが正常に動作しない(例:position:fixed) • →あきらめてデザインを変更• アプリのバージョンアップによってLocalStorageが壊れ ることがある • →あきらめてcookieを使う
    101. 101. トピック• UIWebViewを用いたUI• 動画再生の仕組み• 生放送再生の仕組み
    102. 102. 動画再生の仕組み• iPhoneで再生可能な主なフォーマット • mp4 (H.264, AAC)• ニコ動に投稿される動画の形式は多種多様 • flv, mp4, divx, mpeg1,2, wmv, swf... • iPhoneでは再生できない可能性がある• サーバーサイドでmp4(H.264/ACC)に変換 • 2010/8以降に投稿された動画はすべて変換済み • 過去動画についても2012/3より再変換開始 • それ以外の動画はモバイル画質(osec形式)動画を再生
    103. 103. おせち osec形式? • パラパラ漫画のようにJPEGを1コマずつ再生して動 画っぽく見せる ガラケー端末向けの独自動画形式 • 映像 = JPEG、音声 = ADPCM • 動画データを1秒 (One-Sec)ごとに分割・パケット化像 画像 画像 画像 画像 画像 画像 画像 画像 画像 画像 画像 音声 音声 音声 1秒分 1秒分 1秒分
    104. 104. 動画再生の仕組み osec変換 osec サーバー 一部動画 mp4 動画配信 mp4/flv/... サーバー 動画投稿者 再エンコード、mp4生成
    105. 105. 実装上の問題• mp4の再生にはMPMoviePlayerを使用• 一回の動画取得で複数回のRangeリクエストが発生 • 動画ストレージのサーバー負荷増大• Cookieを自由に更新できない • ニコ動の動画ストレージはCookieによる認証 を行っている • 認証に失敗して動画が取得できない ※MPMoviePlayer: iOSが提供する動画再生用クラス
    106. 106. 実装上の問題アプリ内部にローカルプロキシを実装 アプリ ニコ動MPMoviePlayer ローカルプロキシ 動画ストレージ 動画取得 動画取得 動画取得 認証 動画データ返信 動画取得 動画取得
    107. 107. トピック• UIWebViewを用いたUI• 動画再生の仕組み• 生放送再生の仕組み
    108. 108. 生放送の配信形式 • ニコニコ生放送はRTMP形式で映像を配 信しているが・・・App Store Review Guidelineより9.4 3G回線上で動画のストリーミング再生を行う場合は、HLS (HTTP Live Streaming) 形式で映像を配信する必要がある。
    109. 109. RTMP(Real Time Messaging Protocol)• 動画・音声のライブストリーミングのため のプロトコル• Adobeが仕様を策定• Flashプレイヤー等で採用されている• ニコ生(PC)は全面的にRTMPを採用 • iPhoneはRTMPの直接再生は不可
    110. 110. HLS(HTTP Live Streaming)• HTTPだけで擬似的にライブストリーミン グを実現するプロトコル• Appleが仕様を策定• IETFのインターネットドラフトとして提出• iPhone,QuickTimeなどで採用
    111. 111. HLS (HTTP Live Streaming) HTTPサーバー (Apacheなど) #EXTM3U プレイリスト(m3u8) #EXT-X-TARGETDURATION:10 #EXT-X-MEDIA-SEQUENCE: 0 が動的に更新される #EXTINF:10, sample_0001.ts #EXTINF:10, sample_0002.ts #EXTINF:10, sample_0003.ts sample_0001.ts 映像データをプレイリストどおりに sample_0002.ts 10秒ごとに分割連続再生 sample_0003.ts
    112. 112. HLSの特徴• 長時間の動画であっても一度の通信で 取得するのは10秒分の動画データだけ• 帯域を圧迫しない• インフラや通信キャリアには優しい
    113. 113. HLSの特徴• 動画データはHTTPで転送 • Apacheのような普通のwebサーバー だけで動画ストリーミングが実現で きる。Adobe FMSなどの高価なサー バーは不要 • HTTPなので多くの環境で使用できる
    114. 114. HLSの特徴• 帯域幅に応じた画質自動切り替え • 帯域が細くても快適に動画を視聴できる 通信状況が sample_0001.ts sample_0002.ts 高画質動画 良い時 sample_0003.ts 帯域幅に応じて自動切換え 通信状況が sample_0001.ts sample_0002.ts 低画質動画 悪い時 sample_0003.ts
    115. 115. HLSの特徴• 生放送で使用する場合は遅延が問題に なるデメリットもある• コンテンツ保護の仕組みが不十分
    116. 116. 生放送の配信形式• RTMP→HLSのリアルタイム変換サーバー (nicolis) を開発• HLSで配信すればAppleの審査もOK!• マルチデバイス化 • iPhoneだけでなく、PSVITA、家電、組み 込み機器などでもHLSを使用する予定
    117. 117. HLS RTMP ニコ生 HLS nicolis 配信サーバー HLS (H.264/AAC) HLS RTMP リアルタイム変換 RTMP 家電組み込み機器
    118. 118. まとめ• UX • 使いやすい、探しやすい、気持ち良いを追求 • 作って、壊して、ユーザの声を聞いて、進化するのが基本• マネタイズ • Appleの規約は厳しいが受け入れる • 広告についてはチューニングしやすいように• 技術 • Webとアプリの密な連携 • マルチデバイス化を見据えたアーキテクチャを設計
    119. 119. 人材募集ドワンゴではniconico事業をより盛り上げてくれる人材を募集中!• webアプリエンジニア • データマイニングエンジニア• スマートフォンアプリエンジニア • インフラエンジニア• インフラエンジニア • webデザイナ• C++エンジニア • スマートフォンアプリデザイナ• ニコファーレ3Dシステム開発エ • etc... ンジニア
    120. 120. ご清聴ありがとうございました

    ×