hirax.net::Keywords::「サーバ」のブログ

■「hirax.netサーバ（マシン）売ります」と「トービンのq」　

　hirax.netサーバを新サーバ構成に入れ替えた（仮想化PC上で動作させるように替えた）ことに伴い、ここ2年ほどhirax.netの中核を担っていた（しかも、ここ一か月は全てを担っていた）「キューブPC」を廃棄（不燃物として毎週一回の回収日に捨てることができる程度の大きさですから）、ないし、売却しようと思っています。つまり、「hirax.netのサーバ（マシン） for　Sale」「hirax.netサーバ（マシン）売ります」ということになります。

　この「キューブPC」は、小型のキューブタイプの"WINDY TIPO"というベアボーンPCで、Pentium 4 2.4GHz、2GB　RAMの300GB HDというスペックです。ハードディスクの中身には、hirax.netで稼働させていた各種WEBアプリケーション（ソース）、および、そこから呼び出していた連携用（各種言語による）自作ライブラリ・アプリケーションなどが全て含まれています。

　それだけなら良いのですが、このPCには、アクセスログなども含まれています。さらに、ファッション雑誌WEBアプリではアクセス元の都市解析と流行分布解析、なども行っていましたし、顔処理画像処理アプリでは、抽出顔画像からの年齢解析・顔中の色分布解析・地域ごとの化粧方法の差異解析・顔タイプ情報の蓄積・嗜好解析等をバックエンドで行っていました。つまり、破棄ないし売却する前に、完全に破棄しなければいけないデータも含まれているのです（ある期間より過去のデータに関しては、すでに、全て削除しています）。

　WEBアプリケーションのソースは、（ハードウェアを売るなら）オマケにつけても良いかななどとは思いますが、（データ抹消ミスをしないためには）ハードディスクをひとまず完全消去してしまうのが、私の手間は一番手間が少なくて済みそうです。また、Pentium 4 2.4GHz、2GB　RAMの300GB HDという程度のスペックのPCでは、普通に動くような状態でも、買いたいという人が現われるかどうかすら怪しいような気がします。ましてや、電源を入れると、いきなり各種WEBサーバーが起動してしまうような状態では、買い手が現れるとは思えません。

　そんなことを考えているうちに、ふと「トービンのq」を思い出しました。

　ジェームズ・トービンという金融経済学者が主張した”トービンのq”っていう理論があります。トービンのqというのは、すごく単純な分数で、分母が「その会社とまるまる同じものを、もうひとつ作るのにいくらかかるかという再取得費用」で、分子が「株を全部買い占めるためにいくらかかるかという株価総額」というものです。

　この分数qの値は、1より大きいのが原則なんです。つまり下部を全部買い占めてその会社を手に入れるほうが、単にハコモノを作るよりも、ずっとお金がかかるということです。

小島寛之＠「理系サラリーマン 専門家11人に「経済学」を聞く! 」 （参考書評）

　なるほど、「ＰＣ売値/パーツ代総額」が1を下回ることなんて、あり得ないですものね。

　hirax.netのサーバ・マシンの場合、意外なことに、ハードディスクやメモリをバラして売ってしまった方が（ソフト部分には値段がつかないでしょうし）、高額になるような気がします。そうすれば、メモリ代金だけでも数千円程度にはなるように思います。しかし、一括で売ろうとすると、買い手すら現れないような気もするのです。売り手からすれば、「あり得ない状態」ですが、「買い手」からすれば「要らないものは要らない」わけですから、しょうがありません。

　これは、まさに「トービンのq」が1を切っている状態です。PCパーツ代・それらを組み合わせたPC上で動くシステムトータルでは買い手が現れず売買が成立しないのにも関わらず、サーバ・システムを「切り売り」すれば値段がつき、全体よりも高い価格になる…という状況です。

　建物とか設備とか機械とかを全部そろえて、さらに、同じような能力の人間を雇ったとしても、（中略）働く人たちの間で共有された情報や蓄積された経験、あるいは、築いた信頼関係と言った「企業のなかにあるプラスアルファの価値」が株価に反映されているわけです。

小島寛之

　目には映りにくい「働く人の間のつながりといった社会的な価値あるもの」も、高い株価というカタチできちんとその価値が目に見えるモノにされているんだ、と実感してきました。

徒然なるままに、ノートPCに向かい、心に浮かんだことをそこはかとなく書いてみました。、「hirax.netサーバ（マシン）」は「トービンのq」が1以下の状態でそのまま売るか、バラして「切り売り」するか、どうするかを考えているところです。

■「Ruby+Thinkpad」で作る地震震度クライアント・サーバ・システム　

　「地震の揺れ」は場所ごとにずいぶん違います。「場所」というのは宮城県とか茨城県といった大雑把なものだけでなく、□△町にある○×ビルの△階…といった場所ごとに「地震の揺れ」は違います。震源地の方向や揺れのモードと建物構造…といったものによって、ずいぶんと「揺れ」は違ってくるものです。

　「Ruby+Thinkpad」で作る地震震度計を作ったならば、さまざまな場所で（机の上に置かれたノートPCを用いて）計測した震度をサーバ上に集め、いろいろな場所（条件）下の震度情報を眺めてみたくなります。

　というわけで、今日はThinkpadの加速度センサを用いて震度を刻々計測しつつ・それを情報管理サーバに送るクライアントと、クライアントから送られる震度情報を管理する震度情報管理サーバソフトを、それぞれRubyで書いてみました。クライアントソフトは加速度センサからの情報をもとに刻々の震度情報を計算し、揺れが発生している時にはサーバソフトに自分の場所情報や震度情報を送りつけ、サーバソフトはクライアントから送られた情報を格納しつつ、ブラウザからの閲覧に対応する、という作業を行います。

　ここに置いた３つのソースコードを同じフォルダにでもダウンロードした上で、サーバにするマシン上でclient.rbの5行目にある

SERVER 192.168.0.1

を適当なアドレスに設定してから、

ruby server.rb 8080

とサーバを起動させれば、まずは震度情報管理サーバが立ち上がります。さらに、各クライントPCで

ruby client.rb

という具合に震度計測クライアントソフトを起動させれば、各クライアントPCが震度情報を刻々とサーバに送信するようになります。そして、震度情報管理サーバは格納された震度情報を（8080ポートの'/'から）ブラウザを用いて眺めることができるようにもしたりする、というわけです。

　今日書いてみたサンプルは、簡単なスケルトンです。簡単なスケルトンには、さらなるアイデアをたくさん詰め込むことができるはずです。

　…たとえば、「各クライアントPCが震度情報をサーバに送信すると同時に、サーバは他の場所での震度情報（警告情報）をクライアントに教えてあげる・クライアントはどれと同時にビープ音を発する」「建物の何階にいるかということと震度情報の対応を算出する」「全国の震度情報をGoogle Maps上にリアルタイムレンダリングする」…たくさんのアイデアを量産実装したいものです。