1999-10-23[n年前へ]
■新聞記事をデコンボリューションしよう 
プロバイダーの実効アクセス数を知りたい
今回は、新聞記事の内容を再確認してみたい。
今回のタイトルからすると、「新聞記事のアミ点をどうにかしたい」という話だろう、と思う人もいるだろうが、そういう話ではない。そういう話はいつかまた別の機会にやってみたいとは思っている。とりあえず、今回は別の話である。
新聞記事、特にネットワークに関する記事などには、時々どうにも首を傾げてしまうものがある。例えば、.comドメインと.jpドメインの数の差から、日本とアメリカのネットワークについて語るような記事などである。日本にサーバーがあるから、*.jpドメインと決めかかっているような記事だ。
そういう新聞記者のフィルターがかかっている記事(別にそのことが悪いとは私は思わない)を、自分なりに再構成して、再確認してみたいのである。
今回は、朝日新聞の10月20日の「インターネット接続サービスの会員数」というグラフに関して調べてみたい。この記事は富士通系のniftyとInfoWebが一体化することに伴い、インターネット接続サービスがどう変化していくか、ということに関する記事である。
 |  今回のタイトルからすると、「新聞記事のアミ点をどうにかしたい」という話に思えるかもしれないが、全く関係ないのである。念の為。 |
このグラフは一位のniftyと三位のInfowebが合併して、巨大なネットワーク接続サービスが生まれると言いたいようである。また、一位のniftyと二位のBiglobeはとにかく巨大で、三位以降とずいぶんと差があるように思えてしまう。
しかし、niftyの「インターネット接続サービス」に関する数字として、この300万人弱という数字を出しても良いものだろうか? 確かに、nifty経由でインターネットにつなぐ人もいるだろうが、その数ははるかに少ないのではないだろうか?ちょっと数字の使い方が違うように思う。
nifty会員であるとしても、それはインターネット接続サービスを使用しているという意味とは違うだろう。私もniftyには加入しているが、nifty経由でインターネットに接続することはほとんどない。ただ会員であるだけで、インターネット接続サービスは使っていないかもしれない。一体、nifty会員のどれだけがnifty経由でインターネットを使っているのだろうか?
また、一位・二位と三位以降の差はそれほどあるのだろうか? ネットワーク上で見かけるアドレスのほとんどがniftyかBiglobeであるような気がしないのである。
こういった疑問を、HIRAX.NETへの最近1ヶ月のログ解析の結果から調べて見ることにした。つまりは、「私と好みが似てる人」の"*.ne.jp,*.or.jp, *.ad.jp"バージョンである。何しろ、これまで*.ac.jpや*.co.jpの解析ばかりであったので、たまには他のものもしてみたかったのである。だから、今回の話は単なる雑談なのである...
HIRAX.NETはアクセス数が多いサイトではない。だから、得られる結果は全然正確なものではない。また、母集団自体が偏りを持っている恐れは十分にある。いや、あるだろうとさえ思っているのである。偏りがあるならあるで結構である。
それでは、"*.ne.jp, *.ad.jp,s *,or.jp"からの最近1月のアクセス数(Page)のグラフを下に示す。これは、HIRAX.NET内の全ページに対するものである。したがって、HIRAX.NET内のページを沢山よんだ人がいたならば、その人の属するプロバイダーはより多くの数の「アクセス数(Page)」をカウントされることになる。
 |
ログ解析をした中で"*.nifty.ne.jp"からのアクセスは一つも見つからなかった。これは、
- niftyからインターネット接続でHIRAX.NETへ訪れている人が一人もいない
- niftyからインターネット接続でHIRAX.NETへ接続した場合に、nifty.ne.jpからのアクセスという風には記録されない
さて、ここからは追記である。期待通り協力してくれた方がいた。やはり、書いてみるものである。協力者:べっきさんが接続してくださった。そのniftyからつないだ状態では、HIRAX.NETにはfrom ***.ppp.infoweb.ne.jpと記録されていた。ということは、infoweb経由のようである。すると、nifty+infowebでもso-netに負けているということになる。(追記 ここまで)
先の朝日新聞の記事と重なるのは、Biglobe(mesh.ad.jp)とso-net、InfoWeb位である。
so-netは朝日新聞の記事のグラフよりも、他と比較して、多いように感じる。so-netのユーザーは比較的にインターネット環境を活用している人が多いのだろう。まさか、PostPetのせいではないだろうな? 恐るべし、So-net。
さて、NEC系であるBiglobeはここではmesh.ad.jpと表示されているようだ。Biglobeも先の朝日新聞の記事ほどアクセス数は多くないように思われる。また、富士通系であるInfowebのアクセス数もそ朝日新聞の記事よりは少ない。もしかしたら、富士通やNEC系のプロバイダーに加入している人というのは、
- コンピューターを買う
- その製造元系のプロバイダーに加入
- だけど、あんまり使わない
今回のグラフを見る限りにおいては、一位・二位が三位以降を引き離しているという感じではないし、富士通、NECが主催するインターネット接続サービスが活用されているという感じでもないようだ(少なくとも本WEBに関する限りは)。しかし、Sony主催のSo-netは活用されているようなのだ。
強引ではあるが、「富士通、NEC、Sonyの主催するネットワーク接続サービスの活用度の違いに何か意味はないのだろうか?いや、きっとある。」と思ってしまう(少しだけだけど...)。
今回は、とりあえず偏見出まくりの結論で終わってしまうのでも、オチもない...あぁ、しかもInfowebやBiglobeに入っているパワーユーザーがいたらどうする気なのだ。いや、きっといるぞ。先にゴメンと言っておこう。だから、抗議メールは遠慮のココロだ。
2000-05-31[n年前へ]
■あなたのモニタの守備範囲
ICMファイルを眺めてみよう
ほとんどの場合、私はWEBページはNotePCの画面を見ながら作成する。かといって、WEBを眺めるのもNotePC上が多いかというと、そういうわけではない。眺めることに関しては、CRTディスプレイを眺めるほうが時間からいうと長い、と思う。
そして、NotePCの液晶画面で作成した画像などを、hirax.netのサーバー内にアップロードして、CRTディスプレイ上で眺めると「見た目が全然違ってあせる」ことがしばしばある。私の使っている「NotePCの液晶ディスプレイ」と「CRTディスプレイ」でカラーマッチングが上手くいっていないのである。
上手くいっていないのも当然で、何しろ色の調整なんか(ソフト上では)全然していないのである。もちろん、CRTディスプレイの方は色味やコントラストや何かは結構調整した。しかし、NotePCの液晶の方なんか全然調整はしていない。まして、メインで使っているWindows2000上では調整なんか全然していないのである。
かつて、メインマシンとしてMacintoshを使っていたときには、使うモニタのプロファイルなどを個別調整したりして、結構気を使っていた。しかし、Windowsをメインで使うようになってからはとんと気にしなくなっていた。モニタの色合わせについてはあまり考えていなかったのである。いけない、いけない。これではいけない。「考えないことは罪である」が私のモットーである(今決めた)。
そこで、今回Windows上のディスプレイの色合わせについて調べてみることにした。まずは、画面のプロパティを見てみる。そこには、次の画面のようにどのような色特性のモニタを使っているか設定する画面がある。
 |
この中で、自分の使っているディスプレイに合わせたカラープロファイルを選択してやるといいのだろうか。とりあえず、windowsディレクトリの中には色々な種類のデバイスのカラープロファイルがずらずらとある。例えば、こんな感じである。
 |
拡張子で言うと*.ICMというやつである。ICMはImage Color Matchingの略で、windows内部でカラーマッチングを行う機構のことである。さて、こういうふうに色々ファイルがあるのは判るのだが、これだけでは一体何がなんだか判らない。よく判らないファイルは、中身を除いてみたくなるのが自然だろう。例え、それが透け透け水着であっても、ミニスカートであっても、隠されたものは覗き込みたくなるのが人情である。
そこで、少し情報を調べてみると、
http://labs.nec.co.jp/hide/ICPLIB-listj.html
にicplibという、ICMファイルの読み書きにとっても便利なライブラリーがあった。NEC様が作成されたライブラリーでとても簡単にICMファイルをいじることのできる「とてもありがたい」ソフトウェアである。
適当にこの中を眺めてみると、サンプル中にICMファイルの中身を読み出して、表示するアプリケーションがある。早速、コンパイルしてやると、こんなソフトである。
 |
上の画面のように、試しにICMファイルを読み込んでみる。すると、その中身は次のようなものが書き込まれているのがわかる。これは、sRGBColor Space Profile.icmというファイルの中身の場合である。
 |  |
この中にはずらずらと色々なデータが書き込まれている。一例を挙げると、そのディスプレイの赤の色がXYZ色度座標でどの値か、というようなことが書いてあるのだ。例えば、次の図がそれを示したものである。(X,Y,Z)= (0.436,0.225,0.1392)となっているのが見えると思う。
 |
ここでは赤の座標値だけを眺めたが、Red,Green,Blueの各座標の値を眺めてみれば、そのディスプレイがどんな色空間を表示可能なのかが目安としてわかるだろう。Red,Green,Blueの組み合わせで色を表示するわけであるから、当然その三つの座標で囲まれる三角錐の範囲の領域が表示可能なわけである(大雑把に言えば)。ということは、このICMファイル、カラープロファイルを見れば、それぞれのディスプレイの大雑把な性能が判るわけだ。とても、大雑把にだけど。
それでは、試しに、いくつかのディスプレイを用いて、表示可能な色空間の範囲をICMファイルを頼りに調べて、試しに比較をしてみたいと思う。
さて、どういうディスプレイで比較をするかであるが、ディスプレイと言えば「ナナオ」である。いや、少なくとも一時はディスプレイと言えば「ナナオ」であった。売れすぎた今となってはどうなのかは知らないが、私にとっては川崎和夫がデザインを担当したことがあるということだけで、十分なくらい気になるブランドである(しかし、実は私はナナオを使ったことがない。私は何故かダイアモンドトロン一筋なのだ)。「欲しいけど高い。」 「高いけど欲しい」なのである(高くて買わないけど)。
そういうわけで、気になる「ナナオ」のディスプレイの色特性を見てみることにした。まずは、
- EIZO / JAPAN ( http://www.eizo.co.jp/home/support/sw/)
- CRTディスプレイ
- 液晶ディスプレイ
- プラズマディスプレイ
- EIZO CRTディスプレイ EIZO FlexScan E57T ( E57T__65.ICM )
- EIZO 液晶ディスプレイ EIZO FlexScan E151L ( E151L_M1.ICM )
- EIZO プラズマディスプレイ EIZO FlexScan P4260 ( P4260_M1.ICM )
以前、
- WEBページは会社の顔色 -WEBページの色空間を考える2- (1999.04.26)
- 色を伝える時に、考え忘れていたこと(色弱と色空間 その1) - We can work it out! - (1999.08.09)
- すごく太い線 液晶ディスプレイ EIZO FlexScan E151L
- 中間の太さの線 CRTディスプレイ EIZO FlexScan E57T
- 細い線 EIZO プラズマディスプレイ EIZO FlexScan P4260 ( E151L_M1.ICM )
 |
ハイビジョンテレビといってもCRTなわけである。だから、以前計算したハイビジョンテレビの色空間と「CRTディスプレイ EIZOFlexScan E57T」のそれがかなり近いのは当然である。
それに対して、「液晶ディスプレイ EIZO FlexScan E151L」の色空間はずいぶんと狭い。青方向はかなり狭いし、赤方向に対しても若干狭い。深い青色の海の中で、赤い熱帯魚が群れるような景色を観るのにはもしかしたら向かないのかもしれない。
「プラズマディスプレイ EIZO FlexScan P4260」の場合も、やはり若干青・赤方向が弱い。しかし、何やら緑方向にやたら広い発色可能な領域がある。緑の大草原の画像をこのディスプレイを使って眺めてみたくなる。きっと、結構キレイなのだろう。
さて、今回、少し調べてみたicmファイル(カラープロファイルファイル)には、それぞれのディスプレイの出せる「色空間」が書かれている。言わば、それぞれのディスプレイの「守備範囲」が書かれているわけだ。それぞれのディスプレイにそれぞれの「守備範囲」がある。それぞれのディスプレイやプリンタ達の「ここの範囲ならまかせとけ」という範囲である。
その守備範囲をちゃんと知ってさえいれば、「少ない戦力でも勝つこと」ができるかもしれない。また逆に、その守備範囲を間違えるととんでもないことになる。「勝てる試合も負けてしまう」し、「ケガでリタイアする選手も出」てきてしまう。江本猛であれば、「ベンチがアホやから野球をやってられん」という名言を言うところだろう。
というわけで、ディスプレイ達にそう言われないようにするためにも、カラープロファイルファイルでこれからも遊んでみたい、と思う。
また、「カラープロファイルで眺める各社のプリンターの性能比較」というような企画でもしてみようかな、とふと思うのであった。
2000-09-02[n年前へ]
■もうすぐ二歳の「できるかな?」
初心に帰ってみましょうか？
「できるかな?」が始まったのは二年近く前の秋のことだった。
でも触れたが、当初(実は今も続いているが)は某社内の某サーバー内でこっそりと始めてみたのだった。それから二年あまりでずいぶんと色々な話が増えた。某社サーバー内でしかアップしていない- プリンタドライバーは仮免
- 続 電子写真プロセスを分数階微分で解いてみよう
- 続々 電子写真プロセスを分数階微分で解いてみよう
そして話が増えてきたせいか、自分自身でも「アレッ、あの話はどこにあったけ？」というように迷ってしまうことが多々ある。迷うどころか、最後まで見つからないこともしばしばあるのだ。そして、それは私でもない他の人であればましてやそうだろう。というわけで、
では簡単にそれまでの話の紹介をしたし、ではhirax.net内の全文検索機能を付けてみた。今回は、これまでの話題をもう一度自分で読み直して、その中から「自分のお気に入り」を調べてみたいと思う。そして、最近少し話題が変になってしまっている反省をして、もう一度初心に帰ってみようと思うのだ。
まずは、1998年の話題からいくと
というあたりが、良い感じだ。京都の風物詩である「鴨川カップル」達が人目を気にしながら寄り添う合う姿を考えてみたものだ。後の「恋の力学」シリーズなどはここらへんから始まっていた、といっても良いだろう。そしてこの頃の[Scraps]系の話題としては、がある。少し前に、この「さなえちゃん」を描いた漫画の作者からメールを頂いたのがとても私には印象深かった。そして、1999年の上半期から選んでみると、まずは
というところだろう。ハードディスクの情報を可視化することで情報圧縮・エントロピーを考えてみた一話である。そして、同じような「可視化シリーズ」の一つである- 感温液晶でNotePCの発熱分布を可視化する- 熱いところで感じてみたい St.Valentine 記念 - (1999.02.14)
- NotePCの発熱分布を比べてみたい- お熱いのがお好き SOME LIKE IT HOT - (1999.02.15)
そして、1999年の下半期はもう自分で言うのも何だが傑作揃いである。大体、書いているペースが自分でも驚くくらいのハイペースだ。月当たりの話の数を数えてみると、
- 7月 9話
- 8月 9話
- 9月 8話
- 10月 8話
- 11月 11話
- 12月 9話
この頃の「お薦めの話」はいっぱいある。例えば、
に始まった「文章可視化シリーズ」や、で始まった「ASCIIアートシリーズ」だろう。から始まる「江戸五色不動シリーズ」は江戸にロケまで行ったので、とても思い出深い話の一つである。しかも、妙な偶然のせいでまるで小説の中に迷い込んだような気持ちになったものだ。そして、WEBページを作る上では
などもどうしても外せない。そして、この後結構続くことになるという「恋の力学」シリーズもこの時期に始まっている。そして、この頃の一番人気が何と言ってもだろう。この「ミニスカート」系の話の流れは以降も続くことになるのが自分では意外でもあり、残念でもある。それはさておき、ナンセンス系ではなんてのも面白い話だと思う。そして、1999年の終わりはやはりこれが「お気に入り」の話である。また、[Scraps]系の話がこの時期にはやたらいっぱいあるのが面白いところだ。その内からいくつかピックアップするとこんな感じだろうか？- [Scraps]絵馬 - どこにもいないよ- (1999.07.09)
- 新宿駅は電気羊の夢を見るか- 意識とは何か - (1999.07.10)
- [Scraps]合掌 - キレイはキタナイ、キタナイはキレイ- (1999.08.01)
- [Scraps]いつかきっと -掌の中の答え - (99.11.03)
- 「文学論」と光学系 - 漱石の面白さ-(2000.02.27)
- 恋の力学 恋の相関分析編- 「明暗」の登場人物達の行方 - (2000.04.01)
- 恋の力学 恋のグラフ配置編- 「明暗」の収束を見てみよう - (2000.04.02)
- 恋する心を見てみたい - 恋のきっかけはどの出来事？- (2000.05.14)
- 恋の形を見た人は - 恋の相対性理論- (2000.05.17)
さて、今回は2000年上半期までの話の中から「私の好きな話」を振り返ってみた。とはいえ、私の好きな話=他の人の好きな話ではないようだし、他の話も適当に眺めて頂いたら良いかなぁ(私が)、と思うのだった。
2000-12-22[n年前へ]
■「グローバル化って余計に遅くなったような 」
富士地区はグローバルIP化されたわけだが、「接続速度が遅〜い」という書き込みが続いている。別にグローバルIP化しなくてもやること(以下略)。それに、ファイアーウォール辺りがどうも(以下略)。私は固定IPオプションを付けているので、+グローバルIP化になるならファイアーウォールが無い方がすごく良いのだけど。それならサーバーを移転もさせたいし。（リンク）
2001-01-04[n年前へ]
■世界の国からこんにちは
hirax.net版GeoWhoisを作る
VisualC++ MFCを使ったWindowsプログラミングはどうもお気楽という感じにはいかない。もちろん、「子供の科学」にすらMFCを使ったプログラミング入門が連載(何故、VisualC++で!?)されるくらいであるから、別にそれが難しいわけではないのかもしれない。しかし、VisualC++MFCでWindowsプログラミングがキライになる人は絶対いるはずだ。現に突撃実験室のwebmasterはかつてVisualC++と闘った結果、「俺は永遠に組み込み屋じゃっ」と叫んでいたらしい(C.突撃実験室)。
私も含めて、そんなWindowsプログラミング難民達を優しく女神のように迎えてくれるのがBorlandC++Builderである。いや、女神は必ずしも私たちを優しく迎えてくれるわけではない。むしろ、女神は私達を冷たくあしらうことの方が多いので、実は女神よりもC++Builderの方が優しいと言っても良いくらいである。しかも、C++Builderは自然にWindowsプログラミング(そして嫌でもDdelphi)を覚えさせてくれるところが実にありがたい。そして、そんなC++Builder(Delphi)ユーザー達にとって実に便利なのがTorry'sDelphi Pages.だ。
というわけで、先日Torry's Delphi Pages.をチェックしていると、とても面白いコンポーネントがあった。それはYehudaSharvit.による
である。ドメインネームから地理的な位置座票への変換を、地理データベースを持っているイリノイ大学の"cello.cs.uiuc.edu"を使って行い、そしてゼロックスのパロアルト研究所(parc)の"mapweb.parc.xerox.com"から地図画像をダウンロードして表示するコンポーネントである。ドメインネーム->持ち主の住所(WHOIS)→位置座票("cello.cs.uiuc.edu")->地図表示("mapweb.parc.xerox.com")という流れでドメインが位置している場所を表示するわけだ。 例えば、DelphiでGeographicWhois Componentを使ってapple.comを検索・表示してみたのが次の画像である。
 |
もちろん、「ドメインが位置している場所」と言っても、ドメインの登録者の住所を表示するわけで、必ずしもそのドメインのサーバーが位置する場所を表示するわけではない。だけど、そもそも「ドメインが位置する場所」というのは「実際のドメインのサーバーが位置する場所」ではなくて、「ドメインの登録者の住所」だと私は思うのでこれはこれで良いのである。そしてまた、「ネットワーク上であまり意識することのない地理的な位置情報を表示する」というのがかなり面白いと私は思う。
日頃、ちょこちょことブラブラと色々なサイトを巡回して楽しんでいる(といっても実は多くはない)のだが、そのサイト達は世界中のどこにいるのだろう？なんて時折と思うことがある。以前、
でネットワーク上を自分の家からロンドンまでヒッチハイクしてみたけど、そんなヒッチハイクも地理的な位置情報が判れば、それはもっと楽しいかもしれない。WEBで辿る「世界一周の旅」なんてのも簡単にできることだろう。そしてまた、「インターネット上の距離」と「地理的な距離」を並べて見てみるのも面白いだろう。というわけで、今回は色々なサイトがどんな場所に位置しているかを表示するアプリケーションを作ってみることにした。ところで、先のGeographicWhois Component自体はDelphi用のコンポーネントでC++Builder用ではない。もちろん、C++BuilderはPascalで書かれたDelphi用のコンポーネントだって読み込めるわけだが、とりあえずこのコンポーネントはそのままではC++Builderには取り込めない。それだけではなく、地図の縮尺や位置などの指定をすることができないため、このままでは色々なサイトの位置を重ねて表示することはできない。
そこで、「ドメインネーム->持ち主の住所(WHOIS)→位置座票("cello.cs.uiuc.edu")->地図表示("mapweb.parc.xerox.com")というルーチン」をC++Builderで自分用に作り、できあがったアプリケーションがこれである。
もちろん、いつものように数回だけの動作(不？)確認しかしてない完全無保証版である。 GeoWhois.exeの動作画面が次の図である。ドメインの場所を検索しその結果が上の方の画像に表示される。また、検索履歴が下の画像に表示される。検索履歴画像の方はSaveボタンでbmpファイルとして保存することができる。
検索履歴が下の画像に表示される。  |
ちなみに、上の画像の検索履歴は私のよく見に行くところである。結構世界の各地に広がっているような気もするし、広がっていないような気もする。こんなプロットをもっともっと重ねてみて、あとリンクの様子も線でプロットしてみたりすればかなり面白いグラフができることだろう。
さて、ドメイン名から位置座票への変換("cello.cs.uiuc.edu")はあまり色々な場所が登録されているわけではないので、少なくとも日本などでは東京くらいしか変換することができない。だから、当然のごとくtomoya.comやhirax.netは表示されない。だから、実際のところ私が良く見に行く個人サイトは本当はあまり検索することができない。もちろん、プロバイダー内にWEBページを持っているようなところは検索・表示することができるのだけれど、そんなところはみんな東京になってしまうのである。しかも「WEBページの持ち主= ドメインの持ち主」でもないので、そもそも「そのドメインの位置情報 = WEBページの位置情報」では全然無い。だけど、そもそもそんな日本国内の「ご近所さんを探せ！」コーナーではないのだから、もうそれはそれで良いのである。遙か遠くの国のサーバーを地図で眺めることができる、というところが良いのである。
このGeoWhoisを応用していけば色んな遊び方があると思うのだが、今回はこのアプリケーションを作ってみたところで終わりにしたいと思う。次回以降(といってもいつになるか判らないけど)で、「インターネット上の距離」と「地理的な距離」でも調べてみたいと思う。
それにしても、こんな地図を眺めていると、本当に旅行したい気分になってきたぞ〜
」など。