NTTドコモ、HEVCを活用した動画配信ガイドラインを公開 - PRONEWS : 動画制作のあらゆる情報が集まるトータルガイド
株式会社NTTドコモ（ドコモ）は、次世代の動画圧縮技術「H.265／HEVC（HEVC）」やストリーミング技術を活用した効率的な動画配信を実現するためのガイドラインを動画コンテンツプロバイダー向けに作成し、5月30日より公開した。 おさらいになるが、HEVCは従来の動画圧縮方式「H.264／MPEG-4 AVC」と同一のビットレートで2倍以上の高画質化を実現できる技術。そのためサービス提供側では、現在の配信環境／配信コストで高画質化できるメリットに、従来のサービスクオリティのまま動画配信コストを軽減することができるとされている。 このHEVCストリーミングが再生できるスマートフォンは今年の夏モデルから。動画サービス「dアニメストア」では5月15日からHEVC対応動画の提供が既に始まっている。またドコモ配信サービスではクアッドバンド（4つの周波数帯）を効率よく利用するモバイル無線高速ネットワ
HTTP/2 入門
5. 現在までの流流れ 2012/01: IETF HTTPbis WGで次世代のHTTPの話が出始める 2012/06: HTTP/2の議論論を開始するための草案が提出される 2012/11: SPDYを議論論の開始点として策定が始まる 2013/01: 最初の草案がリリースされる 2013/08: 最初の実装向け草案がリリースされる 2014/05: ＜今はココ!＞ 2014/07: 最終草案リリース (WGラストコール) (予定)
telnetじゃなくてw3mを使えと言われた話 - 西尾泰和のはてなダイアリー
慣れないtelnetを使ってレスポンスヘッダを確認しようとして「あれー、ついてないぞ？」となった。 $ telnet localhost 8101 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /static/t <html> <h1>hello</h1> Connection closed by foreign host.正解はこうだった。 $ telnet localhost 8101 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /static/t HTTP/1.0 HTTP/1.0 200 OK Content-Type: application/octet-stream Last
node.jsで遊ぶ: インストール編
Aug 09, 2010 ふと思い立ったので、最近盛り上がりつつあるnode.jsをMac OS Xに入れて遊んでみます。大学の卒論（最終的に論文とよべるようなものにはならなかったんですが、それはさておき）のために数カ月ほどJavaScriptをちみちみ書いていた時期があったんですが、それ以来、JavaScriptは結構お気に入りだったりします。node.jsを使えばJavaScriptでサーバーサイド側のプログラムも書けるので、これはもう試してみるしかないなと。 というわけで早速node.jsをインストールします。今回インストールする環境はMac OS X 10.6.4にXcodeをいれたもので、標準的な環境だと思います。MacPortsのnode.jsを使えば簡単にインストールもできるのですが、ちょっとバージョンが古かったので、現時点の最新版である v0.1.103 を自前でコンパイル
node.js とは何か (2) - I am bad at math
昨日に引き続き、いざ！part2なのだ。 前回では node.js と v8 の結びつきまでを書いたので、今日は Non-Blocking I/O の話を。 Non-Blocking I/O という言葉からブロックしない I/O をイメージするのはたやすい。でもこれを実現しようとなるといろいろとまあ面倒くさいんだよね。 それを解決する常套手段で言うとファイルディスクリプタ（ネットワークならソケットだね）を開いてそれをselectシステムコールの監視対象に加えておき、selectを呼び出すことで監視するっていう方法がある。こうすると何が嬉しいのかファイルディスクリプタが２つある場合で考えてみよう。 まずAとBというファイルディスクリプタを監視対象とする。 selectシステムコールを呼び出し、そのどちらかが読み出し準備完了となっていないかを確認する。 もしどっちも準備できていなかったらプロセ
node.js とは何か - I am bad at math
期せずして久々の更新になってしまった。ブログを書く気がなくなったとかそういうのではなくてただ単に忙しかっただけ。その間、まぁ仕事が予期せぬ方向から炎上してみたり、事故をもらって愛車が全損したり（フロントガラスが全面熱線入りなんていう変なオプションなどを諸々付けていたからお気に入りだったのに）と決して良いことばかりで忙しかったわけではないけどね！ で、今回は node.js のお話。異様な盛り上がりを見せているものの、じゃぁそれっていったい何かというと「JavaScriptを用いたNon-blocking I/O環境」という非常にシンプルなものだ。 その根底には「うまくスケールできること」と「動作が速いこと」という理念が見受けられる。 まず「うまくスケールできること（多量のアクセスを捌けること）」を解決するにあたり、まずはスレッドモデルか、イベントループかという問題があった。そこで auth
WebSocketで目指せ“リアルタイムWeb”！第1回 node.jsの衝撃とWebSocketが拓く未来 - ＠IT
ご挨拶 こんにちは、ロンドンのNew Bambooという会社でWebエンジニアとして働いている@makoto_inoueです。ここのところ、PusherというWebSocketのクラウドサービスの開発に関わっています。今回から3回に渡ってWebSocketに関する短期連載を担当させていただきます。 私を含めたNew Bambooの面々（我々は自分たちのことをBambinoと呼んでいます）がWebSocketになぜ興味を持ったかということからはじまり、実際にクラウドサービスを始めるまでにいたったストーリーをお話ししたいと思います。そのストーリーを通じて、WebSocketが切り開く「リアルタイムWeb」な世界への可能性や技術的課題を皆さんと共有できればと思っています。
「Push Access Protocol」を作成中 - Wikipedia
コンテンツにスキップ エディターを読み込んでいます。このメッセージが引き続き表示される場合、ページを再読み込みしてください。 「https://ja.wikipedia.org/wiki/Push_Access_Protocol」から取得
Push技術 - Wikipedia
Push技術あるいはserver pushはインターネット上での通信方法の一つであり、ある通信リクエストが送り手側（中央サーバ）により開始されるものを指す。これはPull技術と対比され、こちらは通信のリクエストはクライアントにより開始される。 Pushサービスはクライアントが事前に登録した情報に基づいて行われることが多い。これは出版-購読型モデルと呼ばれる。サーバー側が提供する様々な情報の「チャンネル」にクライアントが「登録」しておき、これらのチャンネルの内の一つに新しい情報が入れば常にサーバはその情報をクライアントにプッシュ通知する。 ポーリング技術を用いて擬似的なプッシュを実現する場合もある。特に、本当のプッシュが不可能な状況下（たとえば入ってくるHTTP/Sリクエストを拒否すること要求するセキュリティポリシーをもつサイトなど）ではそうせざるをえない。 同期通信やインスタントメッセージ
Lingr and Comet - 技術解説編:Kenn's Clairvoyance
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
Comet - Wikipedia
この項目では、Webアプリケーション技術について説明しています。その他のCometについては「コメット」をご覧ください。 この記事には独自研究が含まれているおそれがあります。 問題箇所を検証し出典を追加して、記事の改善にご協力ください。議論はノートを参照してください。（2009年5月） Comet（コメット）とは、Web アプリケーションを構築する際に利用される技術で、この技術を使うと、サーバで発生したイベントをクライアントからの要請なしにクライアントに送信することができる。 Comet はこのような通信を実現するための複数の手法をまとめた概念である。これらの手法はブラウザにプラグインを追加することなく、（JavaScript のような）デフォルトの機能で実現されるものである。理論的には Comet は、ブラウザがデータを要求する形の既存のウェブのモデルとは異なっている。実際は Comet
ウェブの高速化を目指すグーグルの「SPDY」プロジェクト
Googleは、ウェブを高速化する継続的な取り組みの一環として、最も基本的な接続の1つであるウェブサーバとブラウザのやり取りに注目している。 ウェブサーバとコンピュータのブラウザが互いにやり取りして、ウェブパブリッシャーがサーバに置いた情報をユーザーのブラウザでウェブページに変換できるようにするには、当然のようにしてずっとハイパーテキストトランスファープロトコル（HTTP）が使われてきた。しかしGoogleは米国時間11月12日、現行のHTTPよりもあらゆる点で高速になるとして、「SPDY」（発音は「スピーディ」）と名付けたプロジェクトに取り組んでいることを公式ブログで明らかにした。 「ウェブサイトとブラウザの進化をさらに支援するため、実験と最適化というウェブの慣例にのっとって構築していきたい。ウェブブラウザとサーバが会話するための新しい方法を、Google内部でこの数カ月にわたって実験し
HTTPにもGoogleのメス、通信プロトコル「SPDY」でWeb高速化 | エンタープライズ | マイコミジャーナル
クラウド型のサービスを推進するGoogleは、Webを高速化する様々な試みに取り組んでいる。米国時間の11日、ソフトウエアエンジニアのMike Belshe氏とRoberto Peon氏が「SPDY」(読みはspeedy)という、アプリケーション層プロトコルのリサーチプロジェクトを明らかにした。 SPDYは、多重化ストリーム、リクエスト・プライオリタイゼーション、HTTPヘッダ圧縮などを用いて、Webのコンテンツの送受信におけるレイテンシを短縮する。Belshe氏らのグループは、すでにSPDYをサポートするWebサーバとGoogle Chromeのプロトタイプを完成している。ラボ環境におけるホームネットワーク(SSL)接続のシミュレーションでSPDYプロトタイプは、トップ100に含まれる25Webサイトを通常のHTTPよりも最大55%短い時間でロードしたという。 SPDYは、Webブラウザ
SPDYの話 — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
SPDYについて: 適当なメモ - Lejayの日記
・Googleの提案するアプリケーション層プロトコル ・HTTPのオーバーライド [ 目的 ] ・Web上の通信の最適化 ・Webコンテンツの読み込みを高速化(レイテンシの短縮) [ 目標 ] ・読み込み時間50%削減 ・低い導入コスト ・TCPを利用するため，既存ネットワークを変更する必要がない ・Webサイト管理者に対して負担をかけない ・SPDYは，Webサーバとブラウザの実装だけなので，CGIなどには影響を与えない ・オープンソースで開発 [ 技術的目標 ] ・TCPの1セッションで，複数のHTTPリクエストを同時に受け付ける ・HTTPの利用帯域を削減 ・実装の容易なプロトコルを提案 ・SSLを利用 ・サーバからクライアントへのプッシュ機能 ・1つのTCPコネクション上で複数の同時SSL接続 ・HTTPのGETやPOSTに代わるデータ転送方法 ・双方向通信 [ 特徴 ] ・多重化
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://mindia.jp/book/syatin/keyword/%E3%83%96%E3%83%A9%E3%82%A6%E3%82%B6%E6%AF%8E%E3%81%AEHTTP+Header%E7%A2%BA%E8%AA%8D%E6%96%B9%E6%B3%95
W3C Push Workshop
Bosh - Wikipedia
https://labs.cybozu.co.jp/blog/kazuho/archives/2007/02/keeping_comet_alive.php
https://jp.techcrunch.com/2009/11/13/20091112spdy-gonzales-google-continues-its-push-to-take-the-web-to-breakneck-speeds/
