hirax.net::Keywords::「株式会社」のブログ



1999-01-24[n年前へ]

「私と好みが同じ人」 

analog Windows版用のサブドメイン解析ソフトを作る

はじめに

 http://www.hirax.net/(このサイト)にどのような人がアクセスしているか知りたくなった。何しろ、作者の私でさえ辿り着くのにかなり苦労するようなサイトである。そこにわざわざ辿り着くような人はどんな人なのか、知りたいと思うのは自然の摂理である。その人達は私と好みが似ている人かもしれない。

analog windows版(日本語)

 このサイトではhttpサーバーとしてApacheが使われている。このログ解析をするために、ログ解析ソフトであるanalogを使ってみる。そこで、まずは

http://jolt.ime.yamagata-cit.ac.jp/

からanalogのwindows版(日本語)をダウンロードする。

 これを使うと例えば、

analogのwindows版(日本語)で曜日解析をしたもの

というような解析ができる。もちろん、上の画像は結果のごく一部である。

 ドメイン解析をするためには、analogの設定ファイルである"Analog.cfg"の中に、

DNSFILE dnsfile.txt
DNS LOOKUP
DNS WRITE

と記述をしてやる。これをしないとIPアドレスからドメイン名への検索をしてくれない。

 そうすると、こんな感じになる。

canon.co.jp
sony.co.jp
atr.co.jp
infocom.co.jp
saitama-u.ac.jp
kokushikan.ac.jp
ritsumei.ac.jp
keio.ac.jp
rr.com

 しかし、これでもまだよくわからない。日本人としては漢字で、しかも、もっとわかりやすい名前で知りたい。
 そこで、"Analog.cfg"の中でサブドメインの指定をしてやる。こういう記述である。

SUBDOMAIN aichi-gakuin.ac.jp '愛知学院大学'
SUBDOMAIN aitech.ac.jp '愛知工業大学'
SUBDOMAIN anabuki-c.ac.jp '穴吹情報専門学校'
SUBDOMAIN ashigei '芦屋芸術情報専門学校'
SUBDOMAIN aist-nara.ac.jp '奈良先端科学技術大学院大学'

 そうするとこうなる。

canon.co.jp
sony.co.jp
atr.co.jp
infocom.co.jp
saitama-u.ac.jp (埼玉大学)
kokushikan.ac.jp (国士舘大学)
ritsumei.ac.jp (立命館大学)
keio.ac.jp (慶應義塾大学)
rr.com

Whois解析プログラムをつくる

 acドメインなどはanalogのwindows版(日本語)に付属のもので間に合うのだが、co.jpドメインなどはほとんど記述されていない。そのため、coドメインに関しては何らかの方法で"Analog.cfg"の中の記述を補充してやる必要がある。

 そこで、ドメイン名から詳しい名称を調べて、"Analog.cfg"用に加工するソフトをつくることにした。
私の設定ではanalogはdnsfile.txtというファイルにアクセスしてきたdomainのリストを出力する。
DNSFILE dnsfile.txt
という指定のためである。そこで、このファイルを元に
whois プロトコル
でそれぞれドメインの詳細を調べてやれば良いだろう。

まずはwhoisプロトコルの情報を

rfc-jp ML (http://www.imasy.or.jp/~masaka/rfc-jp/)

から辿って

Referral WhoisProtocol (RWhois) (http://www.imasy.or.jp/archives/rfc/rfc1714.txt)

を手に入れる。また、whoisのサーバーとしては
whois.nic.ad.jp
にポート43でアクセスする。あとはプログラムを組むだけである。

 今回はC++Builder Professional版を使うので、TCP/IP関連にはあまり気を遣う必要がない。日本語コード、改行コードの変換には、

EarthWave Soft(IKEDA Takahiro)氏作成の
Delphi 用 文字コード変換ライブラリユニット  jconvert.pas 1.4
http://www.os.rim.or.jp/~ikeda/

を使用してやる。今回はjpドメインの検索だけにした。それ以外のドメインについては検索をしない。

 以下の画像が今回作成したプログラムの動作中の画面である。ドメインの詳細について解析しているのがわかるだろう。

WhoisPro.exeの動作画面

 これが今回作成したプログラムである。

WhoisPro.exe (whoispro.lzh 165kB) プログラム本体
domain.txt (domain.lzh 2kB) ドメインの詳細のキャッシュファイル

 これらを解凍したものを"analog.exe"と同じディレクトリ(つまり、dnsfile.txtと同じディレクトリ)において実行すればよい。解析のスピードはトラックバーで変えることができる(はずだ.しかし、.あまり早くすると動作しなくなるだろう。)。
 解析が終わったら解析結果を手動でコピーして"Analog.cfg"に貼り付けてやれば良い。最後の所は手動の方が安心できて良い。何しろ自分のプログラムほど信用できない物はないからである。

 このプログラムは解析が終了するのに、かなりの時間がかかる。何しろ一つのドメインあたり数秒かかる。したがって、このようなプログラムを使えるのはアクセスがほとんど無いようなサイトだけだろう。アクセスが激しいサイトでは、とても使えないと思う。また、whois.nic.ad.jpに負担がかかってしまうだろう。

「私と好みが似てる人」

 さて、このプログラムを使い、"Analog.cfg"を補充した上でanalogで解析した結果の一部が以下である。これが「私と好みが似てる人」である。もっとも、この中の一つはそうとも言えないのだが...

: 16.61%: canon.co.jp (キヤノン)
: 15.64%: sony.co.jp (SONY)
: 5.60%: atr.co.jp (株式会社国際電気通信基礎技術研究所)
: 4.22%: infocom.co.jp (日商岩井)
: 2.80%: waco.co.jp (ワコービジネス)
: 5.44%: odn.ad.jp (オープンデータネットワーク)
: 4.22%: nttpc.ne.jp (ISP事業者向けネットワーク提供サービス)
: 1.26%: att.ne.jp (日本AT&T株式会社)
: 5.76%: saitama-u.ac.jp (埼玉大学)
: 1.08%: kokushikan.ac.jp(国士舘大学)
: 0.90%: ritsumei.ac.jp (立命館大学)
: 0.50%: keio.ac.jp (慶應義塾大学)

 関西系の大学が多いのは「鴨川カップル」のせいだろうか? また、慶應義塾大学といっても、全てがSFC(湘南キャンパス)であったのは面白かった。

1999-05-03[n年前へ]

「私と好みが似てる人」 その2 

ログ解析の6ヶ月点検

 本サイトが公に公開されるようになってから6ヶ月経った。新車でも購入してから半年経てば、6ヶ月点検があるのだから、本サイトについても6ヶ月点検を行ってみたい。

 まずは、週別のアクセス量変動を挙げてみる。

1998/12/13-1999/4/24の週別アクセス量
Overall Accesses

 アクセス数は割に順調に伸びているようである。1999/02下旬辺りにネットワーク不調とログ解析失敗などによるデータ欠損が見られるが、それ以外ではほぼ線形に増加している。1999/4上旬に増加の傾きが変化しているのはinfoseekにページを登録したことによるものと考えられる。

 次に、時間別アクセス量である。以下に示すのは、1999/4/18-24の時間別アクセス量である。
 これを見ると、深夜3時位にアクセス数がぐんと減ることがわかる。深夜3時位に眠りにつく人が多いのだろうか。
 そして、早朝5時過ぎからアクセス数が増えていくことがわかる。5時過ぎくらいから活動を始める人も多いようだ。そして、昼の12時辺りにひとつピークがある。これは、企業の昼休み時間にアクセスしている人達によるものだろう。次に15時位に大きなピークがある。これは、何だろうか?まさか、おやつの時間ではあるまい。企業ユーザーが一服しているのだろうか?小さい18時辺りのピークも、企業ユーザーの就業時間の終わりを示すものと思われる。
 そもそも、こういった昼間の時間別アクセス数から見えてくるユーザーというものは、時間に縛られる企業ユーザーになってしまうのだろう。

1999/4/18-24の時間別アクセス量

 さて、次はアクセス数のサイトランキングである。ただし、ここでのサイト=IPアドレスであり、ドメイン解析は行っていない。したがって、同じドメインからアクセスがあっても、IPアドレスが異なれば違うサイトとして計算している。そのため、proxyを使っているような所が、ランクインしやすいということになる。もちろん、proxyを使っていれば、実際よりアクセス数は少なくなるわけだが、今回の比較においては、明らかに同じサイトと判断される分有利なのである。
 それでは、最近4週間分のトップ10を示してみる。

1999/3/28-4/24のアクセス量における週別サイトランキング
Rank4/18-244/11-174/4-103/28-4/3
1KyotoPneTMeshNet厚木阪大レーザー核融合研KyotoPneT
2東大情報システム工学研キヤノン裾野Hewlett Packerdキヤノン裾野
3セイコーインスツルメンツオーイーシーキヤノン裾野千葉大情報数理
4Fermi-lab岡山理科大 電子工学ホンダエンジニアリングPSINet
5OCN北大 電子科学研究所ベッコアメ福岡シチズン
6アスキーNTT PC-Com 諏訪鹿児島大 情報工学東北大加齢医学研
7明治大学総合情報ネットワークワコーデジタルアーツ生協インターネット大阪
8RICOHIIJ4U藤沢インターネット九州大学医 耳鼻咽喉科
9WEB静岡龍谷大情報NetworkSystem通商産業省InfoPepper府中
10KansaiMultimediaServiceOCN千葉館山アレスネットDTI熊本

 トップ1に4回中2回も位置しているのはKyotoPneTである。このサイトは京都周りのネットワーク総合体のようだ。色々集まっている分、アクセス数が多いのだろう。
 それでは、週別にコメントをつけてみたい。
3/28-4/3 医学関係が2つランクインしている。おや、九州大学医学部耳鼻咽喉科と言えば、私の一番大好きな「今日の必ずトクする一言」で有名な「バーチャル耳鼻咽喉科」と同じサブドメインである。
4/4-10 通商産業省は公益機関のランクインが少ない中でなかなか健闘している。阪大レーザー核融合研究所はこの2週後のFermi研究所と関係あるのだろうか?
4/11-17 MeshNetの厚木からアクセスされている方が一位である。個人のアクセスというのは非常に嬉しい。この週は個人の方が多い。喜ばしいことだ。
4/18-24 常連だったキヤノン裾野が消え、RICOHがランクインしている。このあと、WEBページは会社の顔色- WEBページのカラーを考える 2 - (1999.04.26) でRICOHのWEBのデザインに苦言を呈しただけに、反応が気にかかるところである。おやおや、ASCIIもランクインしている。

 それでは、3ヶ月前に「私と好みが似てる人」 - analog Windows版用のサブドメイン解析ソフトを作る- (1999.01.24) の時に調べたドメインランキングとの比較をしてみる(こちらは、ドメインランキングであって、今回のサイトランキングとは異なる。今回の場合、同じ人がアクセスしても、IPアドレスが異なれば、違う人としてカウントしていることになる)。

1: canon.co.jp (キヤノン)
2: sony.co.jp (SONY)
3: atr.co.jp (株式会社国際電気通信基礎技術研究所)
4: infocom.co.jp (日商岩井)
5: waco.co.jp (ワコービジネス)
6: odn.ad.jp (オープンデータネットワーク)
7: nttpc.ne.jp (ISP事業者向けネットワーク提供サービス)
8: att.ne.jp (日本AT&T株式会社)
9: saitama-u.ac.jp (埼玉大学)
10: kokushikan.ac.jp (国士舘大学)

 今回と共通してトップ10入りしているのはキヤノンとワコーである。前回も今回も技術系のサイトばかりである。私が技術マニアであるからしょうがないか。それこそ、「私と好みが似てる人」達なのだろう。

次は「できるかな」内の人気ランキングである。こうしてみると、

など、面白いものである。/dekirukana/java/を読んでいるのは「踊る大捜査線」をキーワードにして辿りついた方だろう。/dekirukana/snif/が人気があるのは、セキュリティー意識が高いせいか、あるいは好奇心が高いせいか、どちらだろうか?。
#reqs: %bytes:      last date: file-----: ------: --------------: ---- 4185: 18.07%: 99/05/15 07:49: /   13:  0.04%: 99/05/12 13:51:   /? 1855:  2.18%: 99/05/15 02:33: /dekirukana/java/ 1093:  1.24%: 99/05/15 07:38: /dekirukana/server/  839:  1.74%: 99/05/15 07:08: /dekirukana/snif/  789:  0.68%: 99/05/15 04:01: /dekirukana/dorae/  762:  0.58%: 99/05/15 02:36: /dekirukana/screensave/  633:  0.83%: 99/05/15 05:32: /dekirukana/photoshop/  623:  1.20%: 99/05/15 07:20: /dekirukana/whois/  577:  0.99%: 99/05/15 04:20: /dekirukana/1999/  543:  0.64%: 99/05/14 22:53: /dekirukana/tire/  501:  0.80%: 99/05/15 01:55: /dekirukana/digicame/  435:  0.52%: 99/05/15 00:51: /dekirukana/e55/  435:  1.22%: 99/05/15 02:23: /dekirukana/ufo/  427:  0.37%: 99/05/15 04:15: /dekirukana/ocilo/  392:  0.43%: 99/05/15 06:53: /dekirukana/screensave2/  373:  0.50%: 99/05/15 05:23: /dekirukana/fem2/  321:  0.63%: 99/05/15 02:49: /dekirukana/wavelet/  320:  0.56%: 99/05/15 05:28: /dekirukana/ekisyo2/  279:  0.32%: 99/05/14 22:30: /dekirukana/hamaphoto/  267:  0.37%: 99/05/14 23:25: /dekirukana/real97/  264:  0.36%: 99/05/15 02:28: /dekirukana/karaoke/  263:  0.16%: 99/05/15 02:25: /dekirukana/ocilo2/  260:  0.41%: 99/05/15 01:15: /dekirukana/moire3/  256:  0.81%: 99/05/14 21:07: /dekirukana/onkai2/  256:  0.44%: 99/05/15 01:48: /dekirukana/sacchan/  252:  0.29%: 99/05/15 05:52: /dekirukana/toolplus/  247:  0.24%: 99/05/15 03:02: /dekirukana/server2/  243:  0.63%: 99/05/15 00:17: /dekirukana/bunsukai/  216:  0.42%: 99/05/15 06:52: /dekirukana/haidi/  195:  0.06%: 99/05/15 00:24: /dekirukana/1999_2/  194:  0.41%: 99/05/15 04:05: /dekirukana/kamogawa/  186:  0.38%: 99/05/15 01:02: /dekirukana/bunpu/  185:  0.39%: 99/05/15 04:21: /dekirukana/ufo2/  185:  0.28%: 99/05/15 05:30: /dekirukana/ekisyo/  180:  0.38%: 99/05/15 07:42: /dekirukana/moire2/  171:  0.33%: 99/05/15 02:48: /dekirukana/wavelet2/  169:  0.17%: 99/05/14 20:48: /dekirukana/rocket/  164:  0.16%: 99/05/15 04:04: /dekirukana/dorae2/  160:  0.31%: 99/05/14 15:03: /dekirukana/probe/  155:  0.14%: 99/05/15 07:08: /dekirukana/tamago/  144:  0.20%: 99/05/14 21:53: /dekirukana/onkai/  141:  0.23%: 99/05/13 20:15: /dekirukana/  126:  0.26%: 99/05/15 01:34: /dekirukana/harddisk/  124:  0.18%: 99/05/15 02:03: /dekirukana/watari/  122:  0.29%: 99/05/14 20:49: /dekirukana/webcolor2/  121:  0.59%: 99/05/15 01:29: /dekirukana/moire/  118:  0.10%: 99/05/14 14:08: /dekirukana/hori/  118:  0.18%: 99/05/14 09:21: /dekirukana/bunsukai2/  116:  0.10%: 99/05/14 21:05: /daily/9904.html  105:  0.19%: 99/05/15 07:34: /dekirukana/favicon/  105:  0.24%: 99/05/15 06:29: /dekirukana/log9905/   99:  0.20%: 99/05/14 20:49: /dekirukana/webcolor/   98:  0.05%: 99/05/15 07:08: /dekirukana/photoshop2/   79:  0.38%: 99/05/14 09:58: /index_e.html   61:  0.01%: 99/05/13 18:27: /dekirukana/fem2/math/   46:  0.01%: 99/05/12 19:50: /dekirukana/fem2/math/indexlnk1.html   42:  0.07%: 99/05/12 19:53: /dekirukana/fem2/math/indexlnk4.html   37:  0.03%: 99/05/12 19:51: /dekirukana/fem2/math/indexlnk2.html   33:  0.08%: 99/05/13 18:28: /dekirukana/fem2/math/indexlnk3.html   32:  0.02%: 99/05/14 14:22: /dekirukana/toolplus/readme/readme.html   31:  0.05%: 99/05/12 19:54: /dekirukana/fem2/math/indexlnk5.html   25:  0.06%: 99/05/15 00:22: /dekirukana/harddisk/math/   21:  0.03%: 99/05/12 19:49: /dekirukana/onkai/math/ 4070: 55.84%: 99/05/15 05:52: [not listed: 34 files]
 こうしてみると、興味が発散している作者であることがよくわかる。
 次にログ解析をするのは、おそらく半年先だろう。 その時、健やかに育っているのだろうか?

1999-08-10[n年前へ]

WEBページは会社の心 (色弱と色空間 その2) 

WEBページのカラーを考える 3

 前回、

で色弱の人の感じる色空間について少し考えてみた。また、などで、WEBページの配色やレイアウトからその会社自身について考察してみたことがある。今回は、それらを組み合わせてみたい。前回考えたやり方(ある錐体の情報を無くした際に得られる色空間をシミュレーション計算する)で色々なWEBページを解析してみるのだ。

 その結果として得られるものは、会社の「心」を示しているかもしれない、と思うのである。

 まずは、そのためのプログラムを作成してみた。といってもごく簡単なユーティリティーである。画像ファイルを読みこみ、RGBデータの内任意の1チャンネルの情報を削除した画像を作成するのである。
 実作成時間は15分程である。使いやすさはほとんど考えていないし、ボタンの押す順番によってはプログラムが簡単に落ちるというゲーム代わりにもなるものである。もし、使いたい人がいるならば、そこらへんはちゃんと直すつもりだ。それでも使うのは簡単だとは思う。今のところ、私以外に使う人がいるとも思えないので、こんなもので構わないのだ。

 簡単に今回作成したプログラムTrueColorの動作画面を説明する。

TrueColorの動作画面
1.起動する
2.ファイルを読みこむ
3.RGBの内1色=0
4.RGBの内1色=他の2色の中間

 TrueColorは画像ファイルを読みこみ、

  1. RGBの内の1チャンネルを全て0にする
  2. RGBの内の1チャンネルを他の2チャンネルの平均値にする
という2種類(RGBの内どのチャンネルにその処理をするかでさらにその3倍の6種類)の処理を行うことができる。RGBの内の1チャンネルを他の2チャンネルの平均値にするというのは、一つのチャンネルの情報を欠如させた上で、なおかつ自然な画像を得ようとしたものである。これらの処理は実際の色盲の方の感じ方とはかなり異なるとは思うので、処理の選択の個所に関して、わざと名前を通常使われないであろうものに変えている。
また、画像読みこみに関してはSusieプラグインに対応している。

 使う人がいるとも思えないが、一応ここからダウンロードできる。

truecolor.lzh 360kB


 それでは、各社のWEBページを調べてみる。各社のWEBを見た上で、一番識別が困難になりそうな条件で解析を行ってみた。その結果、前回調べた7社中(ただし、今回は日本国内の会社のみ)では、ある1社以外は何の問題もないように思われる。大丈夫と思われる例を示してみよう。これはアップル株式会社である。

アップル株式会社
オリジナル
赤のチャンネルを他の2チャンネルの平均値にする

 特に見にくい個所は見当たらない。それは他の会社についても同様であり、ある1チャンネルの情報を欠如させても特に識別しにくい個所は見当たらなかった。

 さて、問題があると思われる1社はどこだろうか? そう、RICOHである。ただでさえ、見にくいデザインなのであるが赤のチャンネルの情報を削除すると文字の識別が困難になるボタンがある。このボタンのデザインは非常に見にくい。

RICOH
オリジナル
赤のチャンネルを他の2チャンネルの平均値にする

 RICOHは内容的には非常に素晴らしいWEBなのだから、WEBの色にももう少し気を配ると良いと思う。内容が伝わらない可能性があるというのは、非常にもったいないと思う。

 さて、他のWEBも調べてみよう。気を配っているはずの厚生省だ。

厚生省
オリジナル
緑のチャンネルを他の2チャンネルの平均値にする

 1箇所ハイライト部分が識別不能(ハイライトになっていることを)であることを除けば、問題は無いようである。

 さて、他のWEBを調べるなら当然本WEBについても調べなければならないだろう。

hirax
オリジナル
赤のチャンネルを他の2チャンネルの平均値にする

 背景に色をつけているので、若干見にくいとは思うが、うーん、落第かな... どうしたものか。

1999-08-29[n年前へ]

「私と好みが似てる人」 その3 

ドメイン一覧とreferer log

 www.hirax.netはレンタルサーバー上で稼動している。1999/6月からレンタルサーバー業者を変えた。業者を変えた一番目の理由は、それまで依頼していた業者の規約で定められているデータ転送量を超えてしまう恐れがあったことである。もし、転送量を超えると割に高額な追加料金が発生してしまうのであった。安い居酒屋がある瞬間からボッタクリバーに早変わりしてしまうのである。

 今回、レンタルサーバー業者を変えた後の3ヶ月間のLog解析をしてみた。以前、

私と好みが似てる人 - analog Windows版用のサブドメイン解析ソフトを作る- (1999.01.24)

でドメイン名から機関名への変換ソフトを作成したが、何しろ32kBまでのドメインリストにしか対応していないのでほとんど役に立たない。むしろ役に立ってしまっては(WHOISサーバーの負荷上)困るのである。従って、前回と同様のドメイン名とその名称の解析をするためには、ドメイン名リストの一覧を手に入れる必要がある。今回ドメイン解析をするために、「日本ドメイン一覧」を手に入れることにした。

 かつてはJPNICの公開文書( ftp://ftp.nic.ad.jp/pub/jpnic/)から日本ドメイン一覧等の文書は自由に手に入れることができた。しかし、現在はフリーでは公開されていない。ftp://ftp.nic.ad.jp/pub/jpnic/domain-list.txtの中から引用すると、

 これまで JPNIC では、JP ドメイン名リストと IP アドレスリストを ftpサービスによって一般公開してきましたが、プライバシー保護およびセキュリティ保全のため、1999年5月11日(火) より原則的に一般非公開といたしました。 JPドメイン名リスト、IPアドレスリストの利用申請については以下のURL をご覧下さい。
http://www.nic.ad.jp/jp/db/application.html関連文書: 『JPドメインのDNSゾーン情報・逆引き情報転送停止および JPドメインリスト等の配布停止について』
http://www.nic.ad.jp/jp/topics/archive/19990401-01.html
というような状態である。

 しかし、FTPsearchで探してみると、その残骸らしきものがいくつかあった。例えば、

6.3M 1999 Feb 19 ftp.web.ad.jp /pub/Internet-Document/jpnic/domain/domain-list.txt

などだ。

 このファイルを見ると、将来(といってもこのファイルはすでに現在のものではないが)使用されるであろうドメイン名が予約されており、面白い。

    (hichiyahigashi-e     # *予約ドメイン名* 日知屋東小学校)(hida-sh              # *予約ドメイン名* 岐阜県立飛騨養護学校)(hida-sh-b            # *予約ドメイン名* 岐阜県立飛騨養護学校高山日赤分校)(hidaka-ao-e          # *予約ドメイン名* 阿尾小学校)(hidaka-chisaka-e     # *予約ドメイン名* 千栄小学校)(hidaka-fuchu-e       # *予約ドメイン名* 府中小学校)
といったように小学校などもずらずら羅列されている。

今回はこのファイルを加工して、Logファイル解析ソフトのanalogで使用することにした。そうすると、日本国内のドメインからのわかりやすいアクセス解析をすることができる。試しにCO.JPドメインとAC.JPドメインの解析サンプルを示してみる。

    %PAGE %Bytes
    1205: 1.51%: SONY.CO.JP (ソニー株式会社)
    794: 1.99%: NEC.CO.JP (日本電気株式会社)
    607: 0.12%: SQUARE.CO.JP (株式会社スクウェア)
    600: 1.09%: ADVANTEST.CO.JP(株式会社アドバンテスト)
    548: 0.75%: HITACHI.CO.JP(株式会社日立製作所)
    410: 0.66%: CANON.CO.JP (キヤノン株式会社)
    395: 0.42%: FUJITSU.CO.JP(富士通株式会社)
    313: 0.68%: FUJIXEROX.CO.JP(富士ゼロックス株式会社)
    279: 0.54%: TOSHIBA.CO.JP(株式会社東芝)
    267: 0.34%: SHARP.CO.JP (シャープ株式会社)
    234: 0.30%: RICOH.CO.JP (株式会社リコー)

 企業の人数の割にSONY,SQUARE,ADVANTESTといった企業はアクセス数が多いように思う。「私と好みが似ている人」が多いようである。また、namcoもこのすぐ下に位置しているので、SQUARE,Namco,Sonyというゲーム関係の企業が「私と好みが似ている」のかもしれない。

 下は、AC.JPドメイン。

    %PAGE %Bytes
    761: 1.16%: U-TOKYO.AC.JP(東京大学)
    672: 1.92%: KYUSHU-U.AC.JP(九州大学)
    425: 1.09%: CHITOSE.AC.JP(千歳科学技術大学)
    330: 0.45%: KYOTO-U.AC.JP(京都大学)
    329: 0.32%: WASEDA.AC.JP (早稲田大学)
    265: 0.39%: OSAKA-U.AC.JP(大阪大学)
    230: 0.30%: HOKUDAI.AC.JP(北海道大学)
    205: 0.39%: CHIBA-U.AC.JP(千葉大学)
    168: 0.23%: HIROSHIMA-U.AC.JP(広島大学)
    164: 0.80%: TSUKUBA.AC.JP(筑波大学)
    163: 0.53%: TITECH.AC.JP (東京工業大学)

 WEBのLog解析をして何が一番面白いかというと、知らなかった面白いことが載っているWEBを知ることができることである。どこかのWEBページからwww.hirax.netへのリンクがされて、それによりwww.hirax.netへ辿りつく様子はrefererlogを見ればわかるのである。試しにreferer logを解析した結果のサンプルを示してみる。

    #reqs: URL
    ----- ---
    1132: http://www.maqmakmac.com/
    355: http://www.cds.co.jp/ff/bbs/minibbs.cgi
    155: http://freebee.saccess.co.jp/~gridman/gfx/99summer.html
    147: http://www.cds-co.com/ff/main.html
    138: http://www.cds.co.jp/ff/main.html
    114: http://www.jin.gr.jp/~nahi/link-misc.html
    114: http://www2s.biglobe.ne.jp/~chic/pilot.html
    82: http://www.puppenhaus.co.jp/mirror-site/fukatsu-eri.htm
    63: http://www.cds-co.com/ff/zakki.htm
    57: http://www.t3.rim.or.jp/~munemasa/links.html
    57: http://www2.saccess.co.jp/~gridman/gfx/99summer.html

そして、そのrefer元の持つ情報は私にとってとても面白いのである。www.hirax.netにリンクを貼っているページの作者というのは大抵「私と好みが似てる人」であるし、なおかつ、私ではない。ということは、そこには

  • 私の好みに合っていて、
  • 私がちっとも知らないこと
が載っているのである。
 そういったWEBを探そうと思っても、それはとても困難である。何しろ、キーワード検索ができないのである。キーワードで調べるにも「私がちっとも知らないこと」であるから、そのキーワードを私が思いつくはずがないのである。というわけで、「好みに合っていて、(私のちっとも知らないことが多い)新鮮なページを見つけるのは難しい」のであった。
 しかし、それも今では違う。www.hirax.netのreferer logを見るとそういったWEBを見つけることができるのである。これがとても嬉しいのである。

1999-10-31[n年前へ]

ビックエッグの力学 

ドームを支える空気圧の謎

 この回は(トンデモ話)であり、中途半端であるのだが、反省を込めてこのままにしておく。直すのが、面倒くさいわけではないので、念の為。

 日本シリーズ'99をやっている(いた)。私は野球は特に好きでも嫌いでもないが、野球場でビールを飲むのは大好きだ。そういえば、今年はドーム決戦である(だった)。ドームといえば元祖「東京ドーム」だろう。「東京ドーム」のWEB

を、眺めていると、こういう記述がある。
 東京ドームは、空気膜構造によるエアドーム。つまり内部気圧を外気より0.3%高くして、400トンもの超特大楕円形の屋根を膨らませるのがドーム建築のポイントなんだ。
 ところで、この気圧差0.3%は、ビルの1Fと9Fぐらいの違いがある。とはいえ中と外の違いを体感することはほとんどない。

 たった、0.3%の空気圧の差で400トンを支えるとは、ものスゴイ。すぐには納得できない数字である。別に疑い深い私でなくても不思議に思うことだろう。

 そこで、確かめてみることにした。まずは、東京ドームの面積をx(m) * x(m)としてみる。すると、持ち上げることのできる重さ(トン)は、

  • 0.3 / 100(%から比へ) * 100(hPaからN/m^2へ) * x * x / 1000(kgからトンへ)* 9.8(Nから重力へ)


と計算できる(この式には実は間違いがある。詳細は後で...)。その結果を示してみる。

東京ドームのサイズに対する「持ち上げることのできる力」の計算結果
横軸=サイズ(m), 縦軸=「持ち上げることのできる力」(トン)

 先の、Webから東京ドームのサイズを見てみると、x = 180mである。すると、持ち上げられる天井の重さは100トン程度であるということになる。おやおや、先の「400トンの天井を持ち上げる」というのとはずいぶん違う。これでは、天井を支えきれない。

東京ドームのサイズ

 そこで、高さによる大気圧の差を導入し、天井近くの高い場所では「外部の気圧が低い」という条件を導入してみる。0.3%というのは地上での比で、天井のある上空ではさらに差があるとしてみるのだ。うーん、強引である。

 さて、ここから後は(実は前も)トンデモ話になっているので眉に唾をつけて読んで欲しい。それを指摘して下さった、読者からの手紙への返事(とほぼ同じ内容)を下に示しておく。

青木さんへの手紙> 高さによる圧力の差は、高さの異なる二点間に存在する空気> の重さに見合ったものです。したがって、ドームの内部でも> 高いところほど圧力は低くなっている筈です。 その通りだと思います。WEB中で「うーん、強引である。」と書いたのはまさにその理由です。 それにも関わらず、強引な論法を続けたのは、文章の最後に「謎は解けないのに、東京ドームは存在している。 少し、くやしい。 」と書いた理由と同じです。まるで、「宇宙人が水道橋の駅前駐車場にUFOを停めて、サラ金に入って行くのを目の当たりにしている」ような、気持ちなのです。くやしいと強引になるのです。あぁ、何て人間らしいのでしょうか... また、計算をしていた時に少し勘違いをしていました>もし、ドームの内外の温度が等しければ、地上でも天井でも内外の差圧は>同じになるはずです。と仰るとおり、差圧は等しいわけですが、それを0mにおける大気圧に対するパーセンテージに直すと、高度が高くなればなるほど、そこの気圧に対してはパーセンテージは高くなります。計算をしていた時にその「パーセンテージが高くなる」ことを「差圧が高くなる」ことと同じに扱うという間違いを犯してしまいました。もちろん、基準の気圧が小さくなっているので、パーセンテージが高くなっても本当は差圧は変わらないわけです。「考えることを手抜きしていた」と言ってもよいかもしれません。要反省です。>ドーム内の温度が高ければ空気の密度> が減少し、天井の位置での差圧はより大きくなり、天井を支> えるのに有利に働きます。これは、浮力によって天井が持ち> 上げられていると考えても同じ事です。> という訳で、ドーム内外の温度差が逆転する夏と冬とでは天> 井を支えるのに必要な圧力を変えなければならないと思うの> ですが本当はどうなんでしょうか。 これは面白そうですね。そういえば、学生時代に地殻物理学を専攻していたのですが、夏と冬の大気圧の違いから、地殻歪の大きさに関係づけて、地震の予言をするなら、「冬に発生する」といった方が良い、話(もちろんかなり冗談で)をしていた先生がいました。その先生に「今回のトンデモ話」がばれたら、大目玉をくらうこと間違いなしです。 ビックエッグの謎は深まるばかりです。それでは、また。------------------------------------------------------------------ch3coohさんへの手紙> > >12/(100*100)*1000= 1.2g/cm2となります。> > >> > >地上での大気圧は約1Kg/cm2なので、上の値は> > >1.2%程度となり、 ここが疑問だったのですが、これは1.2%でなくて、0.12%ですね。なるほど、0.3%よりも小さいですね。実に納得です。 さて、他の方からの指摘もあり、私の計算には> >0.3 / 100(%から比へ) * 100(hPaからN/m^2へ) * x * x > / 1000(kgからトンへ) * 9.8(Nから重力へ)> に1013(標準気圧 hPa)がかかっていないことが気になりました。 という間違いがあることがわかりました。全てはここが原因だったようです。 全ての疑問が解決しました。いやぁ、お恥ずかしい。また、他にも色々と面白い情報ありがとうございます。

 ひとつわかったことは、間違いをすると読者からの手紙が沢山来るといううれしくもつらい事実であった。ここから、あとは封印したい思いで一杯なのだが、自戒を込めてこのままにしておく。しつこいようだが、直すのが面倒なのではない。

 それでは、高さによる大気圧の差を計算してみる。理科年表から15℃の「標準大気の場合の高さと気圧の表」を見てみる。 ちなみに、東京ドームの温度は、「ガス熱源による冷暖房システムにより、夏期は28℃の冷房、冬期には18℃程度の暖房が行われている」とある。今回の計算は外気の温度が15℃で、内部は冬期には18℃程度の温度に調整されているものとしておこう。
 標準気圧は海抜0mで1013mbであり、200mでは989.5mbである。理科年表が古いのでPascal値でなく、mb表示になっている。

 これから、1m当たりのmb変化を計算すると、0.12mb/mとなる。比率に直すと、0.012%/mということになる。例えば、「ビルの1Fと9Fぐらい」の高さの差は30m位であろうから、それを大気圧の比に直すと、99.6%位となり、先の記述と大体合う。

以下に、高度に対する大気圧の差(の比 %)を示してみる。

高度に対する大気圧の比
横軸=高さ(m), 縦軸=大気圧の比(%)

 このグラフで30mの場所を見てみると、99.6%位というわけだ。これが、先のWEB上の「この気圧差0.3%は、ビルの1Fと9Fぐらいの違いがある。」という説明と合うわけである。

次に必要なのはドーム外部と内部の大気圧の比から、力に直してみる。基準面からの高さ0mにおける気圧を1hPaとして、1hPa = 10^2 N/m^2 = 10^2 m^-1 kg s^-2という単位換算を使うと、持ち上げることのできる重さは、

  • (100-大気圧の差(の比 % )) / 100(%から単なる比へ) *9.8(重力に換算) / 1000(kgからトンへ)* 100(hPaからN/m^2へ) * x^2(ドームの面積)
という式で計算できる。

 東京ドームの高さは「グラウンド面から 61.69m」とあるので大雑把に100mとしてみる。

天井の高さを100mとした時の、東京ドームのサイズに対する「持ち上げることのできる力」
横軸=東京ドームのサイズ(m), 縦軸=「持ち上げることのできる力」(トン)

 この計算結果によれば、東京ドームのサイズを180mとした時には、「持ち上げることのできる力」は400トン位になっている。ということは、先のWEBの記事と大体一致するわけである。

 しかし、この計算では致命的な欠陥がある。天井の高度が低いときには、400トンを持ち上げるためにはもっと高い「ドーム内部の圧力を必要とする」ことだ。

 例えば、0.3%空気圧の差の条件で、「天井の高度」に対する「持ち上げることのできる力」を計算してみると、次のようになる。

「東京ドームのサイズ」と「天井の高度」に対する「持ち上げることのできる力」
横軸=「天井の高度」(m), 縦軸=「持ち上げることのできる力」(トン)

 これでは、天井の高さが下がるとますます天井の重さを支えきれなくなってしまう。それに、そもそも天井をどうやって持ち上げたのだ?屋根を持ち上げるインフレートという作業はどうやって行ったのだろう?

 今回の計算は謎が増えただけかもしれない。謎は解けないのに、東京ドームは存在している。
 
 少し、くやしい。



■Powered by yagm.net