2008年4月アーカイブ
仕事で検索をしようとしたらGoogleが開かない!
ルータが落ちたのかとおもって調べてみると、他のサイトは普通に接続できるのに、Googleだけがまったくなしのつぶてです。検索だけでなく、Gmailも、Google Analysisも、AdSenseもすべて動作していない・・・。
世界中にサーバを分散させているGoogleのシステムがいっせいにおちるわけはないので、DNSをnslookupで問い合わせてみると、案の定返答がない。
GoogleのDNSが落とされたようです・・・。
しかし、Google使えなくなると一気に不便になります。他の人のHP開いても、Google AnalysisやAdSenseが入っていると例外なくデータ取得のリクエストがまわりっぱまなし。
過去にもGoogleのDNSサーバが障害でおちたこともあるようですが、今日のはどうもGoogleのせいではないっぽい。
DNS関係をつかったDDos攻撃がおこっているようです。
しかし、ここまでGoogleにドップリなのも困ったもんだな。
先日、バッファローやIOデータからパソコン向けのデジタルテレビチューナが発売されました。

http://www.watch.impress.co.jp/av/docs/20080423/iodata.htm
これまでは、家電メーカが発売するデジタル放送対応HDDレコーダか、デジタルチューナを最初から内臓した パソコンでないとデジタル放送を録画するのが困難でした。しかし、外付けデジタルチューナでPC自作派もテレビ録画ができるようになったのです!
よーし、1TByteのHDD4本・・いや8本のっけたテレビサーバつくっちゃうぞ~
物欲は膨らむのですが、そのまえに気になったのが、デジタルチューナのデータ暗号化の仕組みです。
よく知られているように、電波事業者の既得権益を守るために日本では「コピーワンス」という著作権保護の仕組みが定められています。簡単にいうと、録画した番組を他のパソコンやDVDなどにコピーするには、元のデータを削除する必要があるという、実に利用者(・・・製品開発者)のことを考えない仕組みです。不便でしょうがないでしょう・・・。
コピーワンスを遵守するには、当然移動する先の機械もコピーワンスに対応している必要があるので、機器間で認証できる必要があります。そのため、これまでは「認証されたチューナー」と「認証されていない自作パソコン」という組み合わせを許すような、パーツでの販売が禁止されていたのです。
海外ではデジタルチューナなんて50ドル切るご時世なのに、なにが悲しくて2万円以上も払わないといけないかというと、上の画像でみてわかるように青い「B-CAS」と書いてあるカードのためです。暗号化データの複合キーをB-CASカードがもっているために、余分な回路が必要になるのです。
公共の電波使ってんだから、暗号化せずに放送しろよ!
もちろん彼らの建前は著作権保護です。しかし、そんなの嘘っぱちです。
今回のデジタルチューナカードの単体販売が許可された根拠になる通達「PC用デジタル放送チューナのガイドライン(PDF)」があります。この中の一文をみてみましょう。
4.4 受信機の入力の制限
· コンテンツ保護規定で規定される機能要件のとおり、MULTI2 によって暗号化(スクランブル)されているがローカル暗号化されていないコンテンツについては、PC 用デジタル放送チューナユニットの入力(アンテナからの入力)以外の受信機入力を有してはいけない。例えば、ファイルの読み込みやネットワーク等を経由して、MULTI2 暗号がかかったファイルやストリームを読み込み、デコードできてはいけないことなどをいう。
暗号化されたデータを複合していいのは、キャプチャカードからの入力データだけで、他の経路で入ってきたデータを複合してはいけない・・・ってことですよね。
また、MULTI2 暗号がかかった状態(スクランブルされた状態)であっても、ローカル暗号化せずに出力(ユーザアクセスバスを含む)あるいは記録してはいけない。
ローカル暗号・・・これは、機器を作ったベンダー固有のアプリケーションによる暗号化なしには保存してはいけないってことです。つまり、ログかしたデータはバッファーローやIOデータのテレビViewerを使わない見られないってことですよね。
まじで!?
バグだらけで、使い難い、ハードウェアベンダーが適当につくったテレビViwer限定なの!?orz
しかし、ソースコードが公開されていないようなベンダー固有のソフトでも、有志がパッチを作ってくれるという希望がのこっています。
4.9 ソフトウェア等の耐タンパ処理
· ソフトウェアの実装においては、コンテンツ保護規定で規定される実装基準のとおり、コピー制御情報の改ざん防止や、ローカル暗号の鍵及び保護の対象の不正な抜き取り防止など、耐タンパ処理等によるアクセスの防止措置について特に留意すること。
「放送番組及びコンテンツ一意性の確保に関する開度ライン(PDF)」・・・・・・これもひどいけど、これの話じゃないなあ。
コンテンツ保護規定って ARIBのTR-B14、TR-B15あたりっぽい。ARIBの資料って確か公開してない記憶があったのですが、Google先生がみつけていましたので、リンクはっておきます。( TR-B14 分冊 1-1、1-2、2、3、4 TR-B15 分冊1、2、3、4 分量多すぎ・・・これが池田先生のいうところの、無意味な政府主導の国内でしか通用しないISOか・・・。)
ソフトウェアのTamperproof性能を確保するって意味かと思って読んでみましたが、コンテンツ保護規定のある第八編にはソフトウェアの耐タンパについてなんにも触れてないなあ。他にも、ローカル暗号化の方法や、暗号鍵の保護の基準が書いてあるかとおもったけど書いてない。
たぶん、メーカによって開発能力に差があるから、技術力の低いメーカのソフトからローカル暗号用の暗号鍵を抽出できるはずです。まだ、有名どころメーカしか機器をだしていませんが、弱小や後発はメーカは市場の人気を取るために、あえて簡単に突破できるように暗号化機能、鍵の保管をするかもしれません。
実に、楽しみです!
しかし、電波利権に巣食っている人たちって見苦しいよな・・・。

このアイスクリームが好きで年間100個くらい食べているんですが・・・今日コンビニでとんでもないことを告げられました。
「126円になります」
え?
おもわず、105円を手から落としそうになりました。
「POSシステムに値段打ち間違えてません?」
ほんと、そうたずねる寸前でした。
会社にもどって調べてみるとしっかり値上げされています・・・orz
1.価格改定商品
| |||||||||||||||||
こんなのあきらかない便乗値上げでしょう!
原材料が高騰したって、アイスクリームの原材料費比率なんて30%もないくせに20%値上げだと!
憤懣たる気持ちを冷やすために、爽の消費量がますます増えそうです。
最近Googleの提供しているサービスは多すぎて網羅し切れていないのですが、また新しいサービス「Google App Engine」を展開しました。残念ながら、アカウントは限定公開なので先着1万名さまで取得することはできなかったのですが、SDKがダウンロードできるので、簡単になかみを調べてみました。
まず、インストールにはPythonが必須です。Windows環境ではActive State社からActive Pythonが出ているので、インストールしないといけません。
・・・開発言語Pythonかよ!
この時点でそうとうゲンナリなんですが、Installerで開発環境をチェックしているのでちょっと好感がもてます。
インストールといっても環境変数にPATHを設定するのと、ファイルを展開するだけのようで、下記のフォルダのような中身が作成されます。
さて、さっそくDemosでも動かしてみるか・・・とおもってdev_appserver.pyを起動してみますが・・・うごきません。orz
>dev_appserver.py demos\guestbook\
opener.add_handler(urllib2.HTTPSHandler())
AttributeError: 'module' object has no attribute 'HTTPSHandler'
なんとなんと、HTTPSなぞしらぬと申されるか! コメントアウトしちゃおう・・・。
そうすると、Allow dev_appserver to check for updates on startup?( Y/n )とくるので、Noを選びたいところですが、Yesを選択。
INFO 2008-04-14 12:34:32,858 dev_appserver_main.py] Running application guestbook on port 8080: http://localhost:8080
お、無事動きました。
ざっくりLibを見る限り、これってPhythonである必要性ないよね・・・。Ruby、PHP、Perlでもいいんじゃないかとおもうんだけどなぁ。
いまのところ慣れたASP.NET環境を離れて、Google App Engineでプログラムを組む強い動機はみあたりません。GFSやBig Tableは魅力的だけど、データセンターにラックと回線借りてる人間には必要性低いです。この前ちょこっと負荷テストしてみたのですが、20万円のサーバで、IISサーバは1000Request/sec処理できます。
Googleのデータ資産を扱えるなら魅力もあるけどファシリティだけなら自由の効く環境のほうが、サービス黎明期にはいいとおもいました。
http://builder.japan.zdnet.com/sp/google-app-engine/story/0,3800086196,20371257,00.htm
生まれて初めてビデオカメラを買ってみました。
本当はアナログ8mmカメラがほしかったけど、せっかくならハイビジョンカメラがほしかったのでPanasonicのSD9を買ってみた。
結婚式前だったのでいろいろ調べる時間がなくて、適当に選んでしましました。もっとも、HDDやDVDの搭載されていない機種となるとPanasonicかSONYしかなく、Sonyは独自のメモリースティックなので除外すると、Panasonicしか選択肢がありませんでした。
で、本日SDメモリからパソコンにデータを移してみると、見慣れない拡張子のファイルが山のように・・・・。FFMPEGで変換できるのか・・・っとおもい調べてみましたが・・・PanasonicとSONYが策定したAVCHD形式だと? [2008年01月 キャノン初のSDメモリーカード記録のAVCHDカメラ発表 ]だと?
いやな予感がする・・・。
だめだ・・・orz
AVCHDを変換できるフリーソフトが無い!!
インストールしたくないけど、SD9添付のソフトをパソコンにいれてMPEG出力してから編集するか・・・。
VideoStudio12が出たことだし、買ってみるかな・・・。
だまされまくった・・・。
常に疑いをもって生きているつもりなのに、根が素直なのかしら。
一番衝撃的だったニュースはこれ↓
IBMは、米国時間3月27日付けで米環境保護庁(EPA)から「排除通告を受けた」受託業者および下請け業者として、データベースに登録された。相互適用の原則に基づき、他の連邦政府機関もこの排除通告に従うことになる。
・・・・C-Netさんエイプリールフールだけど度がすぎない?
リンク先に本物そっくりのサイトつくっちゃったりしてwwww
こんなにリアルじゃ配信ニュースをそのまま掲載しちゃう二流新聞社が紙面にのせちゃうぞ!
( ^∀^)
↓
( ゚д゚)
↓
(((( ;゚Д゚)))ガクガクブルブル
これ嘘じゃない、事実だ!
株価どうなっちゃうんだろう。
日曜日に結婚式がありました。
なんと僕自身の結婚式です!
結婚式なんて、ブライダル業界の陰謀によって形成された、宗教も、慣習も、伝統も無視した商業儀礼だと忌避していた僕が参列ではなく高砂に上ることになろうとは、なんたる失態! (この様子を皆様に公開するために、Webアルバムを作成する予定です。)
式に参列してくれた方とあまり話す時間がなかったので、軽く時系列を並べてみます。
| 元旦 | 入籍 |
| 1月第2週 | 式場探し |
| 1月10日ごろ | 式場決定 |
| 2月上旬 | 招待状送付したりしなかったり |
| 2月中旬 | 妻がいろいろがんばっているのを影から見守る |
| 2月23日 | ウェディングドレス選び |
| 3月上旬~中旬 | 料理決めたり、席次表決めたり、引きでも物決めたりで、妻ががんばる |
| 3月下旬 | 挨拶の依頼や、プレゼント買ったりなど |
| 3月30日 | 式当日。 |
こんだけ忙しかったわけですから、席表の出席者の名前を間違えてたり、先輩の肩書きが「友人」になっていたりしていても仕方がないわけです。ホントすみません、許してください・・・。
結婚式が終わってみると、ほっとした気持ちよりも、なにか少し寂しい気がします。あれほど嫌がっていたのに、多くの方に祝福され、自分にとって大切な人たちがこれほどたくさんいるのだということを再認識できました。
本日はエイプリールフールですが、この結婚は事実なので、「だまされないぞ!」とか思わないでください。
