<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0">
<channel>
	<title>ぱらめでぃうす</title>
	<link>http://parame.mwj.jp/blog/</link>
	<language>ja</language>
	<description>ライトノベル書評blogではありません。ところによっては&quot;doumae&quot;と名乗っている人間の個人的なblogです。</description>
	<copyright>Copyright 2012</copyright>
	<pubDate>Sun, 11 Sep 2011 12:35:38 GMT</pubDate>
	<lastBuildDate>Sun, 22 Jan 2012 13:20:11 GMT</lastBuildDate>
	<generator>http://adiary.abk.nu/#2.21</generator>
	<docs>http://blogs.law.harvard.edu/tech/rss</docs> 
	<item>
		<title>blog引っ越します</title>
		<link>http://parame.mwj.jp/blog/0319#tm1315744538</link>
		<guid>http://parame.mwj.jp/blog/0319</guid>
		<category>未分類</category>
		<pubDate>Sun, 11 Sep 2011 12:34:46 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
引っ越したと言っても同じサーバ上ですが、blogのツールを変更します。<br>
今後はこちらのblogは更新しませんので、新しい側のblogをご覧ください。<br>
<br>
↓引っ越し先<br>
<a href="http://parame.mwj.jp/wp/archives/13">blogを引っ越しました</a>(新)ぱらめでぃうす<br>

</div>

<hr>
<h4><a href="/blog/0319#c">■コメント（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
<h4><a href="/blog/0319#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
	<item>
		<title>ぐるなびを居抜き</title>
		<link>http://parame.mwj.jp/blog/0318#tm1314683568</link>
		<guid>http://parame.mwj.jp/blog/0318</guid>
		<category>未分類</category>
		<pubDate>Tue, 30 Aug 2011 05:50:14 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
※以下の記述は社内有志の調査に基づくものです<br>
<br>
会社近所の居酒屋が閉店。<br>
しばらく工事していたが、9/1に別の店がオープンすると告知が出ていた。<br>
　　↓<br>
新しい店名で調べると、既にぐるなびにページができていた。<br>
「神保町 個室 接待 和食 居酒屋 八吉 <a href="http://r.gnavi.co.jp/g243613/">http://r.gnavi.co.jp/g243613/</a> 」<br>
　　↓<br>
まだオープンしていない店なのに、なぜか既に「口コミ」が登録されている。<br>
具体的な店舗立地についても触れられており、サンプルコメントでもなさそう。<br>
しかし口コミに出てくる料理と、新店舗が売りにしているメニューが一致しない。<br>
よく見ると、口コミの登録が2010年6月である。<br>
　　↓<br>
一同困惑<br>
　　↓<br>
閉店した旧店舗について言及したWeb上の記事が発見される。<br>
<a href="http://q.hatena.ne.jp/124697855">http://q.hatena.ne.jp/124697855</a>5 の中の記述<br>
「神保町 個室居酒屋 五大陸 <a href="http://r.gnavi.co.jp/g243613/">http://r.gnavi.co.jp/g243613/</a> 」<br>
　　↓<br>
店舗が違うのにURLが同じ！<br>
　　↓<br>
旧店舗も新店舗も同一会社による別ブランドだと言うことがわかる。<br>
<a href="http://www.ichirokudo.com/">http://www.ichirokudo.com/</a><br>
　　↓<br>
どうやらぐるなびの登録をそのままに、内容をそっくり入れ替えただけらしいと言うことが判明。<br>
<br>
<br>
確かにぐるなびのURLは飲食店にとって重要な資産かもしれない。<br>
結局同一会社の運営だったので、こういう処置もわからんでもないのだが、口コミまで引き継いでるものだからびっくりした……<br>
<br>
これを見て「ぐるなびも居抜き。。。」と表現した某さんのセンスがすごかったので、思わず書き留めてみたのでした。<br>

</div>

<hr>
<h4><a href="/blog/0318#c">■コメント（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
<h4><a href="/blog/0318#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
	<item>
		<title>このご時世に海賊放送？</title>
		<link>http://parame.mwj.jp/blog/0317#tm1311055472</link>
		<guid>http://parame.mwj.jp/blog/0317</guid>
		<category>未分類</category>
		<pubDate>Tue, 19 Jul 2011 05:00:23 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
このご時世に海賊放送(無許可放送局)とかびっくりしたので思わず調べてみた。<br>
<br>
一般報道なので数字が断片的にしか出ていないのだけど、いくつかの記事をつなぎ合わせると何となく規模がわかる。<br>
ちなみに<a href="http://ja.wikipedia.org/wiki/%E3%82%B3%E3%83%9F%E3%83%A5%E3%83%8B%E3%83%86%E3%82%A3%E6%94%BE%E9%80%81">コミュニティFMの出力が20W以下</a>というレベルなので、42Wってかなりのもんですよ。<br>
送信設備もそれなりだったっぽい。(スタジオ設備は？)<br>
無線関係の仕事にに従事している以上、諸々の規制は熟知しているはずなので、こんな事やるのは馬鹿以外の何ものでもないわけですが。<br>
<br>
ちなみに、12年前だとまだSHOUTcastも出ていない頃。まあ、インターネット放送が一般化したのってここ数年だからね。(一応ライブドアねとらじでも配信してた気配はあった)<br>
<br>
<br>
<ul>
	<li> <a href="http://sankei.jp.msn.com/affairs/news/110719/crm11071911540006-n1.htm">タレント鈴木蘭々さん兄を逮捕　無許可でＦＭ局開設　蘭々さん、ゲストとして登場も - MSN産経ニュース</a></li></ul>
<blockquote>
平成１１年ごろから始めたとみられ、…(中略)…電子メールで一日約１００件の音楽リクエストがあった。<br>
</blockquote>
<ul>
	<li> <a href="http://news24.jp/articles/2011/07/19/07186771.html">無免許でミニＦＭ局開設、男を逮捕　東京 | 日テレNEWS24</a></li></ul>
<blockquote>
無線機メーカー勤務…(中略)…免許を持っていないのに自宅で８６．９メガヘルツの周波数を発信し…(中略)…放送は約５０キロ離れた場所でも聴かれた<br>
</blockquote>
<ul>
	<li> <a href="http://www.jiji.com/jc/c?g=soc_30&amp;k=2011071900313">時事ドットコム：無許可でＦＭラジオ開設容疑＝鈴木蘭々さん兄を逮捕－警視庁</a></li></ul>
<blockquote>
総務大臣の許可を受けずに、自宅に出力４２ワットのミニＦＭ局を開設した疑い<br>
</blockquote>
<ul>
	<li> <a href="http://www.hokkaido-np.co.jp/news/dogai/306380.html">無許可ＦＭ局開設の疑い　鈴木蘭々さんの兄逮捕－北海道新聞[道外</a>]</li></ul>
<blockquote>
約１０年前から、電波発信機を使って、週末に半径１０～１５キロの範囲で放送していたとみられる<br>
</blockquote>
<ul>
	<li> <a href="http://www.tv-asahi.co.jp/ann/news/web/html/210719022.html">芸能人の妹もゲストに…違法FM局開設で男逮捕</a></li></ul>
<blockquote>
鈴木容疑者は12年ほど前から無許可で音楽番組などを放送していて<br>
</blockquote>
動画によると、それなりのアンテナを挙げていた模様。<br>
<br>
(追記 14:55)<br>
<ul>
	<li> <a href="http://www.asahi.com/national/update/0719/TKY201107190222.html">asahi.com（朝日新聞社）：鈴木蘭々さんの兄、無許可ＦＭ開設容疑で現行犯逮捕 - 社会</a></li></ul>
<blockquote>
同容疑者は中学３年のころから、無許可のＦＭ放送を開始。<br>
</blockquote>
<ul>
	<li> <a href="http://www.mbs.jp/news/jnn_4779809_zen.shtml">無免許でＦＭ局開設の疑い、男逮捕　　MBSニュース - MBS毎日放送の動画ニュースサイト</a></li></ul>
こっちの動画にも機材がちらっと写っている。<br>
<br>
<br>
<a title="illegal-radio.png" href="http://parame.mwj.jp/blog/public/image/don/201107/illegal-radio.png"><img alt="illegal-radio.png" src="http://parame.mwj.jp/blog/public/image/don/201107/illegal-radio.png"></a><br>
(^^;<br>

</div>

<hr>
<h4><a href="/blog/0317#c">■コメント（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
<h4><a href="/blog/0317#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
	<item>
		<title>新聞記事のポータルサイト向け配信と、その責任の所在</title>
		<link>http://parame.mwj.jp/blog/0315#tm1308203643</link>
		<guid>http://parame.mwj.jp/blog/0315</guid>
		<category>tech</category>
		<pubDate>Thu, 16 Jun 2011 05:51:22 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
<a href="http://mainichi.jp/select/jiken/news/20110616ddm041040180000c.html">名誉毀損訴訟：ヤフーに賠償命令　「手錠姿」配信写真掲載で－－東京地裁 - 毎日ｊｐ(毎日新聞) </a><br>
とか<br>
<a href="http://sankei.jp.msn.com/affairs/news/110615/trl11061519120001-n1.htm">ロス疑惑報道で産経新聞とヤフーに賠償命令 東京地裁 - MSN産経ニュース</a><br>
とか<br>
<a href="http://www.asahi.com/national/update/0615/TKY201106150515.html">asahi.com（朝日新聞社）：ヤフーと産経に６６万円賠償命令 三浦和義氏の写真掲載 - 社会</a><br>
の話。<br>
ほかにも同様の記事がいっぱい出てるんで、気になる人は検索して読んでみてください。<br>
<br>
いやー、これどうするんだろ、という気持ちです。<br>
以前の仕事で、いくつかの新聞社からニュース記事の配信を受けていたことがありまして。そのときに各新聞社さんから、ポータルサイト向けの記事配信の条件を諸々聞いたのを思い出しました。<br>
<br>
以下、複数の新聞社さんからのお話をまるっと丸めてますが、だいたいどこも同じような条件でした。<br>
<br>
・記事には必ず配信元(新聞社)を明記しなければならない<br>
記事自体の権利を主張するというのもあるのですが、その記事の文責が誰にあるのかを明確にする必要があるためです。実際に、ポータルサイトに掲載した記事にクレームがつくことはあるらしいのですが、そのときに誰の責任で記事が書かれたのかを明確にするために、必ず配信元は明記して欲しいと要請されました。<br>
<br>
・記事の訂正は速やかに反映しなければならない<br>
実は、どこの新聞社の記事もそれなりの頻度で「更新」「訂正」「削除」が入ってます。短かった記事が書き足されて記事が充実することもあれば、固有名詞の間違いが訂正されるようなものもあります。また、記事自体が取り下げられる場合もあります。これらの訂正が新聞社から出た場合、ポータルサイト側でも速やかに反映するように要請されます。<br>
これも前の件と同様で、記事自体は新聞社が責任を持つものなので、新聞社側が訂正をしたらそれがすぐに反映されてくれないと困ります、ということです。<br>
<br>
・ポータルサイトが個別記事の掲載・非掲載を制御してはいけない<br>
新聞社から配信された記事はすべてポータルサイト側でも掲載しなければなりません。ポータルサイトの都合で一部の記事の掲載を差し止めたりしてはいけないと言うことになっています。<br>
これも前述の条件と同じで、記事の責任が誰にあるのかを明確にする、ということからきています。記事を公開することの責任と同じように「公開しなかった」ことの責任というのがあります。その責任を含めて新聞社側が持つので、ポータルサイト側は公開・非公開の判断をしてはいけないと言うことになっています。<br>
あと、これにはポータルサイトが自分にとって都合の悪い記事を「なかったこと」にするのはいけません、という話も含まれています。<br>
<br>
<br>
さて、こんな感じで、ポータルサイトと新聞社はそれなりに記事の執筆責任というものを気にしておりまして、それを明確にするように種々の取り決めを行っていた訳なんですが。今回の判決ではこの辺の分担が認められなかったと言うことになり、色々前提が吹っ飛んだ感じになります。<br>
<br>
素直に判決を受け取ると、記事の配信を受けるポータルサイト側にも編集・判断機能を持つべし、と言うことになるのですが、そうするとますます記事の責任の所在が曖昧になるような気もするんですが、どうですかね？<br>
<br>
なにげに新聞社の記事配信も一般化して、大手ポータルサイト以外にも配信を受けてるところが結構あるんですが、どうなるんでしょうね、これ。<br>

</div>

<hr>
<h4><a href="/blog/0315#c">■コメント（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
<h4><a href="/blog/0315#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
	<item>
		<title>クラウドインフラの証券化とその人生</title>
		<link>http://parame.mwj.jp/blog/0314#tm1304960372</link>
		<guid>http://parame.mwj.jp/blog/0314</guid>
		<category>tech</category>
		<pubDate>Mon, 09 May 2011 16:59:32 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
どっかで書いた気もするけど、近未来の予測放談。<br>
今後はクラウドインフラが証券化されて市場で流通するのではないかという妄想。いまでも企業への投資という形で間接的にはそうなっていると言えなくもないけど、今後はもっと直接的に「このクラウドに投資する」「このクラウドは利回り○%を期待できる」みたいな会話が交わされるようになるんじゃないかなーと。<br>
その背景として考えたのは、やっぱクラウド関連インフラへの調達はそれなりに額が大きくてリスクが高いと言うこと。そして、大規模化する方が諸々有利と。いまは既存のプレーヤーが自分の体力の範囲内で投資を行っていますが、そのうち大規模化が体力を越えるというケースが出てくるでしょう。そもそも、クラウドってのは「不所有」による資産リスクの低減ってのが売りなわけですが、クラウド事業者にとってはそのリスクを集中的に被っているようなものなので、証券化でもしてリスクの分散を図らないとやってられなくなるわけです。<br>
クラウド関係の技術は新ネタが出てくるのも早いし、一つの事業者が運用する複数のクラウドインフラでそれぞれ方向性が異なる事だって十分にあり得るわけです。たとえば、金融系対象のクラウドは一度売れてしまえば安定して利用されるが収益率は低い、Web系は高利回りだが顧客の落ち着きがないので売り上げ急減のリスク有り、とか。そんなことを考えると、市場で売買されててもおかしくないよね？<br>
<br>
クラウド事業者にとっては、クラウドインフラって立ち上げるだけでなくて、そのクローズまでを見通す必要も出てくるんだよね。今はどこも立ち上げ期なのであんまり考えてないかもしれないけど、クラウドインフラの一生というのは考えてみてもいいと思う。<br>
<br>
1. 立ち上げ期<br>
初期のインフラ投資とスタートアップ顧客の獲得。<br>
新しい技術・新しい課金体系・新しい切り口などで切り込んでゆく。<br>
多少ディスカウントしてでも目立つ顧客を囲い込んで、ケーススタディにしたりとか。<br>
利益よりもパイの拡大が先行する季節。<br>
<br>
2. 拡大期<br>
一定規模、且つ、成長株のの顧客が数件見え始める。新規の顧客も続々。<br>
インフラ自体も拡大傾向で、投資額が右肩上がりになるが、売り上げの拡大がそれを上回る。<br>
多少いびつな局面が見え始めても、勢いで伸ばしてゆける感じ。<br>
<br>
3. 安定期<br>
新規の顧客の流入が鈍り、既存の中堅・大規模顧客の売り上げがクラウド全体の売り上げを支配する印象が強くなる。<br>
インフラ投資は既存顧客の拡大分＋α程度。インフラ投資が抑えられる分、利益率は向上の気配があり。<br>
ダイナミックさはなくなっても利益的においしいので事業的にはOK。<br>
<br>
4. 縮小期<br>
大規模顧客が数件抜け始める、ちょっと旬が過ぎた感じが世間的にも漂う。<br>
コンペティタのより良い・安いサービスに追い上げられる。<br>
インフラの拡大は停止。ありもので運用を回しつつ、効率化でぎりぎり利益を確保する局面。<br>
<br>
5. EXIT<br>
主要な顧客は他社or自社の後継サービスに移行済み。どうしても抜けられない顧客だけが残る最終局面。<br>
運用もぎりぎりのところまで縮退し、隙あらばサービス廃止に持ち込みたい気持ち。<br>
場合によっては残った顧客とインフラごと別の会社に売り払ってEXIT完了。<br>
<br>
なんてね。<br>
あくまで妄想ベースなので、何か事例があるとかそういうわけじゃないです。なんというか、惑星の一生みたいな感じで考えてました。<br>
クラウド事業者は今後、こんな感じでインフラを改廃しながら事業を続けていくことになるんじゃないかと。<br>
<br>
で、さらっと書きましたが、縮小期を過ぎて「おいしい」ところのなくなったクラウドインフラってのは、顧客ごと転売されるってケースもありそうだよねとか思ってます。そういうレガシーインフラを顧客ごといくつも買い集める会社も出てくるんじゃないかな。集めた顧客に投資して、次世代のインフラに集約・移行させてまた売りに出す、再生会社みたいなイメージ。<br>
<br>
<br>
どんなもんでしょうね？<br>

</div>

<hr>
<h4><a href="/blog/0314#c">■コメント（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
<h4><a href="/blog/0314#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
	<item>
		<title>日立がHDD事業(HGST)をWDに売却</title>
		<link>http://parame.mwj.jp/blog/0313#tm1299553169</link>
		<guid>http://parame.mwj.jp/blog/0313</guid>
		<category>tech</category>
		<pubDate>Tue, 08 Mar 2011 02:59:29 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
ものすごく久しぶりです。<a href="http://techlog.iij.ad.jp">会社のblog</a>を書くようになってから、個人のblogまでかまってられないという気分だったのですが、たまには会社を離れてどうでもいい話を書きたかったので。<br>
<br>
<a href="http://blog.livedoor.jp/dankogai/archives/51650170.html">news - IBM→日立→WD </a>(404 Blog Not Found)<br>
<br>
あたりでまとめられている話からつらつらと。<br>
<br>
弾氏の記事を勝手に要約<br>
<ul>
	<li> 日立がHDD事業を売却したよ</li>
	<li> もうHDDは終わったよね (少なくともコンシューマー向けには)</li>
	<li> クラウドインフラではまだまだHDD頑張るけど、一般の人が使うものじゃないよね</li>
	<li> よくこんな高値で売れたよね</li>
</ul>
って話。<br>
<br>
確かにコンシューマーというか、クライアントPCからHDDは姿を消しそうですね。業務用であろうとも、利用者の手元にある端末はどんどんと半導体ベースに置き換わっていく気がします。一方で、クラウド側ではますますストレージの需要は増していて、今後も当面主力はHDDだと思われるのですよ。この辺は弾氏の書いているとおり。<br>
<br>
だから、HDDの需要がなくなるわけではない。<br>
なのに、なぜ日立がHGSTを手放したかというと、単純にHDD単体では儲からないからでしょう。<br>
日立はHGSTという会社でHDDを作ってもいましたが、そのHDDを組み合わせた応用商品であるストレージシステムも作っています。というより、一定以上の規模のストレージでは世界一でしょう。日立は自社ブランドだけではなく、あちこちのブランドに対してハイエンドストレージをOEM供給しています。<br>
このストレージシステムには当然HGSTのHDDが使われていると思われがちですが、実際には他社のHDDも使われています。安くて良い品であれば、グループ企業外の製品でも採用するんだそうです。<br>
ということで、日立としてはHGSTのような一部品メーカーを手放したとしても、ストレージ市場では引き続き十分な存在感を保つことができますし、むしろHDDという採算の微妙な商品を切り離して、高付加価値で利幅の大きいハイエンドストレージに集中した方がグループ全体での損益は良くなるのかもしれません。<br>
<br>
ところで、HDDの採算性が微妙というのは、HDDという「部品」の低価格化によって粗利が削られているだけでなく、好不況の波が大きいからではないかと思われます。少なくとも今までは、HDD出荷数の大きなボリュームを占めているのはクライアントPC向けだったと思われます。このクライアントPC、とにかく流通量の増減が激しい。好景気になれば個人も企業もPCの新規導入に走るし、不景気になれば買うのを止める。さらに、Windowsの新バージョンの発売タイミングだとか、Intelのチップセットのバグだとか、他の代替不可能な部品メーカーの都合でぴたっと流通が止まったりする。大量消費財メーカーのような設備産業にとって、需要の波というのは経営に対する不安定要因でしかありません。<br>
<br>
じゃあ、HGSTを買ったWDはどうなのかというと、これまた弾氏が書いているように、今後クライアントPCからHDDが無くなってゆくというところに活路があるんではないかと思うわけです。クライアントPCはHDDの大量需要を生み出していましたが、先に書いたとおり需要が著しく不安定です。もし、HDDからクライアントPCの需要がなくなったとすると、残る需要はエンタープライズのみです。しかも、このエンタープライズ市場はクラウド化により需要の増加率が安定すると推測できます。<br>
本来、マクロで見ればデータの増減＝ストレージの需要は一定のペースで増加していくはずなのですが、今まではクライアントPCの時と同じように、サーバOSやハードウェアアーキテクチャの更新というイベントによって需要の波ができていました。しかし、クラウド化されたインフラでは、ハードウェアアーキテクチャのレイヤがクラウドという「サービス」に隠蔽されるので、ユーザ企業からは見えなくなります。つまり、ユーザ企業はただストレージの容量を求めるのみで、アーキテクチャの更新に合わせた設備の更新のような、波が発生する可能性が低くなるのです。<br>
複雑な要素が絡んだ予測不可能なクライアントPCの波を離れ、需要の予測がしやすいされるエンタープライズをメインターゲットにするのであれば、以前よりも利益を出すことが幾分かは楽になるのではないでしょうか。<br>
<br>
しかし、クライアントPCという大需要原を失うことは、絶対的なHDD需要の減少を意味します。安定はするものの、全体の需要が少なくなるという状態では、多くのメーカーが生き残ることは難しいでしょう。現在でもHDDのメーカーはそう多くありませんが、今後はさらに厳しくなってくるものと思われます。<br>
そんなことを考えると、HDD専業メーカーであるWDがHGSTを買収して規模を拡大し、未来に残る唯一のHDDメーカーを目指したとしても不思議ではないと考えられるのです。<br>
<br>
<br>
思う、思うと適当な表現が続いておりますが、わざわざ数字を調べるほどには気合いが入っていないということで。ああ、会社のblogと違って気が楽だなぁ。<br>

</div>

<hr>
<h4><a href="/blog/0313#c">■コメント（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
<h4><a href="/blog/0313#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
	<item>
		<title>いますぐ個人で使うIPv6接続サービス</title>
		<link>http://parame.mwj.jp/blog/0312#tm1283493080</link>
		<guid>http://parame.mwj.jp/blog/0312</guid>
		<category>tech</category>
		<pubDate>Fri, 03 Sep 2010 03:21:52 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
そろそろIPv6の季節。<br>
ふと「今すぐ」個人がIPv6でインターネットを利用する<span><a title="フレッツ閉域網じゃなくて" href="http://parame.mwj.jp/blog/0312#fk312n1">*1</a></span>にはどういう手段があるのだろう、という事が気になったので調べてみた。<br>
<br>
<a href="http://internet.watch.impress.co.jp/docs/news/20100902_391168.html">IPv6の大規模トライアル、ドワンゴ、ミクシィ、ヤフーらが参加</a> (INTERNET Watch )<br>
という話もあるし。<br>
<br>
おそらくネイティブ接続・デュアルスタック接続で利用できる個人向けIPv6サービスはない。これは、NTTのフレッツ網でインターネットに抜けるIPv6パケットを通すことが困難だという事に起因している。そのため、個人がIPv6を使うには、何かしらのトンネルサービスを利用することになる。<br>
<br>
トンネルサービスにはネットワーク型と端末型がある。<br>
ネットワーク型は、自分用に複数のIPv6アドレスが払い出されるもので、自宅内のネットワークすべてをIPv6化することが可能だが、トンネルの終端に対応したルータを用意する必要があり、手軽ではない。また、利用する回線が限られる場合もある。<br>
端末型の場合は、自分が利用するパソコン自体がトンネルを張るため、ルータを別途用意する必要はない。但し、IPv6化されるのはそのパソコンのみとなる。場合によってはモバイル環境でも利用できるため、非常に手軽だ。<br>
<table>
<tbody>
	<tr><th>タイプ</th><th>提供事業者</th><th>サービス名</th><th>費用</th><th>利用の前提</th></tr>
	<tr><td>ネットワーク型</td><td>IIJ</td><td><a href="https://www.iijmio.jp/guide/outline/ipv6/v6_tunnel/">IPv6トンネリングサービス</a></td><td>無料</td><td>IIJmioの固定IPフレッツ接続サービス限定<br />5040円(ADSL), 8400円(フレッツ光)</td></tr>	<tr><td></td><td>freebit</td><td><a href="http://start.feel6.jp/">FB Feel6</a></td><td>無料</td><td>なし</td></tr>	<tr><td></td><td>YahooBB!</td><td><a href="http://faq.softbank.jp/faq/ybb/app/servlet/qadoc?013015">IPv6インターネットサービス</a></td><td>無料</td><td>Yahoo!BB 光フレッツコース限定<br />提供地域限定</td></tr>	<tr><td>端末型</td><td>IIJ</td><td><a href="https://www.iijmio.jp/guide/outline/ipv6/v6_access/">IPv6仮想アクセス</a>(IIJmio)<br /><a href="https://www.iij4u.or.jp/guide/ipv6/v6_access/">IPv6仮想アクセス</a>(IIJ4U)</td><td>無料</td><td>IIJ4U/IIJmioの接続サービスを契約していること(モバイルOK)※<br />モバイルアクセス無線LANなど、315円～</td></tr>	<tr><td></td><td>OCN</td><td><a href="http://www.ocn.ne.jp/ipv6/">OCN IPv6</a></td><td>315円/月</td><td>OCNの契約があること※<br />バリュープラン 262.5円～</td></tr></tbody></table>
<blockquote>
※印のサービスは、契約さえあれば各社の回線以外からでも利用可能(但し保証外)<br>
</blockquote>
ぱっと見、FB Feel6が無料且つ回線の縛りがないので手軽に見えます。<br>
ただ、対応環境を用意するのがちょっと面倒でしょうか。Linux/BSDを設定できる人なら問題なさそうですが、Windows用の接続ソフトが更新されていないようなので、最近の環境に導入できるかどうか？<br>
<br>
IIJのIPv6仮想アクセスは、IIJの接続サービスの契約があれば無料で利用できます。保証もサポートもありませんが、他社回線でもなんとなく使えますので自宅の環境を変えずに<span><a title="ブロードバンドルーターに「VPNパススルー」機能があればたぶん大丈夫" href="http://parame.mwj.jp/blog/0312#fk312n2">*2</a></span>とりあえずIPv6を使うには楽かもしれません。<br>
IIJの接続サービスで一番安いのが、<a href="https://www.iijmio.jp/guide/outline/">IIJmioモバイルアクセスシリーズ</a>（315円～)なので、ダミーでこれを契約しておけばよいでしょう。<br>
接続方法はPPTPなので、WindowsやMacの標準クライアントで接続OK。<br>
面倒であれば、無料で配布されている<a href="http://www.iijmobile.jp/securelink_top.html">IIJモバイル セキュアリンク</a>を使うと手軽に設定できます。(これ、IIJモバイルが接続されていなくても制限無く使えるんだよね)<br>
<br>
ガッツのある使い方としては、3G回線<span><a title="IIJモバイル以外でも使える" href="http://parame.mwj.jp/blog/0312#fk312n3">*3</a></span>と組み合わせて移動中にIPv6と言うのもありです。<br>
<br>
<br>
OCN IPv6も同じような条件ですが、OCNの契約(252.5円～)に加えてIPv6サービスの料金(315円)が加算されるので、比較をすればお高めです ;-)<br>
<br>
<br>
ということで、なんだかIIJの宣伝みたいになってしまいましたが、結局それが一番楽そうなんじゃないかなと言うことにしておきます。<br>
他に何かいい方法あったら教えてください。<br>

</div>
<div>
	<p><a href="http://parame.mwj.jp/blog/0312#k312n1">*1</a> : フレッツ閉域網じゃなくて</p>
	<p><a href="http://parame.mwj.jp/blog/0312#k312n2">*2</a> : ブロードバンドルーターに「VPNパススルー」機能があればたぶん大丈夫</p>
	<p><a href="http://parame.mwj.jp/blog/0312#k312n3">*3</a> : IIJモバイル以外でも使える</p>
</div>

<hr>
<h4><a href="/blog/0312#c">■コメント（4件）</a></h4>
<div style="margin-left: 1em;">
smbd『Packetix VPNとか、VPS(ServersMan@VPS)とかー』(2010/09/03 14:12)</span><br>
don『Packetix VPNはこれですか。 グローバル・固定 IPv6 アドレス割当型トンネル接続実験サービス http://v6i...』(2010/09/03 14:29)</span><br>
smbd『あぁごめんなさい。タイトルを読んでいませんでしたｗ接続サービス限定ですか。「個人で試せる」というところで「VPSでも試せるんじゃ...』(2010/09/03 14:36)</span><br>
don『です。自分の端末からv6世界を試したい場合にどうするか、という事を考えていました。 あと、twitterで「tokyo6to4が...』(2010/09/03 14:51)</span><br>
</div>
<h4><a href="/blog/0312#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
	<item>
		<title>クラウドインフラの構築は異文化交流(書籍:Googleクラウドの核心)</title>
		<link>http://parame.mwj.jp/blog/0311#tm1282708043</link>
		<guid>http://parame.mwj.jp/blog/0311</guid>
		<category>tech</category>
		<pubDate>Tue, 24 Aug 2010 07:12:41 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
<h3><a href="http://parame.mwj.jp/blog/0311#k311p1"><span>■</span></a> IIJ 次世代モジュール型エコ・データセンター実験</h3>
<br>
<br>
先頭を切って公開された首藤さんの記事の公開を皮切りに、昨日公開されたあきみちさんの総まとめまで、皆さんいろいろな観点でまとめられた記事が公開され、IIJが実施している次世代モジュール型エコ・データセンター(通称コンテナDC)の話題がプチ盛り上がっています。<br>
<ul>
	<li> <a href="http://www.shudo.net/diary/2010aug.html#20100806">IIJ「次世代モジュール型エコ・データセンター見学会」に参加</a>(首藤さん)</li>	<li> <a href="http://d.hatena.ne.jp/syuu1228/20100808/1281280280">驟雨のカーネル探検隊（只今遭難中ｗ: IIJ 次世代モジュール型エコ・データセンター 実証実験サイトでは300台のサーバが全てOpenBSDで動いている（ｷﾘｯ</a>(驟雨さん)</li>	<li> <a href="http://syuu.dokukino.com/2010/08/in-iijs-outside-air-cooled-container.html">Kernel Explorers: In IIJ's outside-air-cooled container based data center experiment facility, all 300 servers are running OpenBSD!</a>(驟雨さん)</li>	<li> <a href="http://d.hatena.ne.jp/futsu-9/20100806/p1">フツーな日常: IIJのコンテナ型データセンターの見学会に行ってきました</a>(フツーさん)</li>	<li> <a href="http://blog.virtualtech.jp/itooon/427">仮想化通信: IIJさんのコンテナ型データセンター見学会</a>(伊藤さん)</li>	<li> <a href="http://www.geekpage.jp/blog/?id=2010/8/23/1">Geekなぺーじ: IIJ外気冷却コンテナ型データセンター実験に見る和製クラウドの未来</a>(あきみちさん)</li></ul>
などと第三者風に書いていますが、そもそもこのブロガー向け見学会の企画＆説明をしている本人が私なので、大変自作自演的というかどうも皆様ありがとうございましたその節は大変お世話になりましたなどなど。<br>
<br>
掟破りの「ブロガーミーティングを開催してきました(中の人)」的なエントリを書こうかと思ったのですが、レポート自体は皆さんの記事を参照していただく方がおもしろいと思うのでパスしときます。<br>
</div>

<div>
<h3><a href="http://parame.mwj.jp/blog/0311#k311p2"><span>■</span></a> Datacenter as a Computer</h3>
今回は、この見学会のレポートを書いていただいた<a href="http://www.shudo.net/index-j.html">首藤さん</a>が監修されている、<a href="http://www.amazon.co.jp/gp/product/482228431X?ie=UTF8&amp;tag=paramedius-22&amp;linkCode=as2&amp;camp=247&amp;creative=7399&amp;creativeASIN=482228431X">Googleクラウドの核心</a><img alt src="http://www.assoc-amazon.jp/e/ir?t=paramedius-22&amp;l=as2&amp;o=9&amp;a=482228431X" width="1" height="1" style="border:none !important; margin:0px !important;" />(日経BP)の話を実験と絡めて書いてみようかと思います。<span><a title="献本ありがとうございました" href="http://parame.mwj.jp/blog/0311#fk311n1">*1</a></span><br>
<table>
<tbody>
	<tr><td></td><td>Googleクラウドの核心<br />ルイス・アンドレ・バロッソ、ウルス・ヘルツル (著)<br />丸山不二夫、首藤一幸、浦本直彦 (監修)<br />高嶋優子、徳弘太郎 (翻訳)<br />日経BP社</td></tr>
</tbody></table>
本書は元々<a href="http://www.amazon.co.jp/gp/product/159829556X?ie=UTF8&amp;tag=paramedius-22&amp;linkCode=as2&amp;camp=247&amp;creative=7399&amp;creativeASIN=159829556X">The Data Center as a Computer</a><img alt src="http://www.assoc-amazon.jp/e/ir?t=paramedius-22&amp;l=as2&amp;o=9&amp;a=159829556X" width="1" height="1" style="border:none !important; margin:0px !important;" />として刊行されている洋書の翻訳であり、Googleの巨大コンピューティングの一端について解説した本になります。<br>
<br>
何となく読むと「Googleすげー」的な本にも見えるのですが、、似たようなことをやっている人間からすると、こいつはクラウドインフラに関わる当事者が読むべき入門書だと感じるわけです。Googleがやっていることをまねするためではありません、このような巨大インフラを構成にするに当たり必要な要素が上から下まで網羅されているというのがポイントなのです。<br>
<h4><a href="http://parame.mwj.jp/blog/0311#k311p2.1"><span></span> インフラのコストを下げるためには</a></h4>
クラウドインフラを作ると言うことには、暗黙のうちにコストを削減するという圧力がある、ということにします。まあ、お金をいくらかけてもよければこんなにめんどくさいことやらなくていいですからね。<br>
コストを下げるというのは、従来はサーバを安く入手したり、単体のサーバでより多くの処理をこなせるようにしたりという努力があったわけです。もちろんデータセンター(コンピュータの置き場所)を安く作るというのも重要なことです。<br>
しかし、最近のコスト低減圧力はそんなレベルをとうに通り越して、それぞれのレイヤーでの努力だけではどうにもならないレベルにまで到達しています。<br>
<br>
システムの品質というのを定義するのは難しいのですが、まあ皆さん何となく性能とか可用性とかを思い浮かべると思うので、そういうなのをひっくるめて「品質」と言うことにしておきましょう。「品質」は高ければ高いほどいいのですが、たいていの場合質を高めるとコストが高くつきます。そして、コストと見合いながら「このへんまでならいいかな」という感覚で要求する品質とコストの最適化を測ってきました。<br>
そして、従来はこれは各レイヤーにおいて個別に行われていたのです。<br>
<br>
個別にコストと品質のバランスが最適化されたシステムからさらにコストを下げるにはどうするか。そこで考えるのが、レイヤーをまたいだ最適化です。<br>
サーバのパーツを豪華にして停止しにくくするのではなく、周囲の仕組みをあるサーバが停止しても影響を受けにくくする。高価なロードバランサを使う代わりにアプリケーションを工夫してセッションを共有する、とか。<br>
あるレイヤーでは実現できなかった「品質」を別のレイヤーの「品質」を向上させることで、システム全体としての「品質」を低下させない(向上させる)という手法がとられてきました。<br>
<h4><a href="http://parame.mwj.jp/blog/0311#k311p2.2"><span></span> データセンターもシステムのレイヤーの一つである</a></h4>
そして、Datacenter as a Computerの言わんとすることは、このレイヤーをまたいだ最適化をデータセンターのレイヤーにまで広げようと言うことです。<br>
従来ソフトウェアとインフラ(サーバ・ストレージ・ネットワーク)については、比較的近しいエンジニアが手がけてきたため、レイヤーをまたいだ最適化が意識無意識のうちに行われてきました。しかし、データセンターに代表される、いわゆる「ファシリティ」レイヤーについては、求められるスキルが大きく異なることもあり、なかなかその最適化の対象になってこなかったという現実があります。<br>
そのため、データセンターのエンジニアは自分のテリトリーの中で最高を求め、インフラエンジニアは高品質なデータセンターを「当たり前」として使ってきました。<br>
コストの削減のために、この、両者の垣根を取り払おうというのが本書の提言することです。<br>
<br>
日本語版「Googleクラウドの確信」の目次は以下のようになっています。<br>
<blockquote>
1. イントロダクション<br>
2. 負荷とソフトウェア基盤<br>
3. ハードウェアの構成要素<br>
4. データセンターの基礎<br>
5. エネルギーと電力の効率<br>
6. コストのモデル化<br>
7. 生涯と修理への対応<br>
8. WSCの課題<br>
</blockquote>
それぞれの章で取り上げられている内容は概要でしかないかもしれませんが、これは「ファシリティエンジニアがインフラやソフトウェアのことを知る」そして「ソフトウェア・インフラエンジニアがファシリティのことを知る」ために必要な基本的な要素が押さえられています。<br>
その目的は、自分のレイヤーが解決できない課題を他のレイヤーに任せること、あるいは他のレイヤーが解決できない課題を自分のレイヤーで解決すること。<br>
<br>
特に4章、5章ではデータセンターがどのような技術により構築されており、何にコストがかかっているかを紹介しています。インフラエンジニアやソフトウェアエンジニアがこの章を読むことで、どのような要求を切り下げることでデータセンターのコストが引き下げられるのか、そして、そのために何を作らなければならないのかというアイデアを得ることができるでしょう。<br>
そして、ソフトウェア・インフラエンジニアが、電力や冷却などのファシリティの特性を考慮したシステム作ることで初めて、ファシリティエンジニアは今までの固定観念から解放され、新しい(低コストな)ファシリティを作ることができるのです。<br>
<br>
ぶっちゃけ、データセンターの現場は土建・設備業界です。<span><a title="データセンター「オペレーター」さんはここでは含んでません" href="http://parame.mwj.jp/blog/0311#fk311n2">*2</a></span>もちろん中にはコンピュータやシステムに対して大変造詣の深い方もいらっしゃいますが、業界としてはオフィスビルを建てたりプラントを作ったりしている方々なのです。彼らは大変優れた技術をお持ちですので、「この条件を満たす建物を建てて」とお願いすれば間違いのないものを作ってくれます。しかし、彼らがITシステムを見て「この設備省略したいから、システムのここ何とかして欲しいんだけど」という要望を出してくれるかというと、残念ながらまだそれは難しいでしょう。現時点ではまだ、彼我の距離は近くありません。<br>
<br>
だからこそ、クラウドインフラの構築というのは、異文化交流だと思うのです。<br>
違う背景を持った技術者が互いの得意不得意を理解して、初めて効率的なインフラが作れるのです。<br>
本書はそのきっかけとなる良い書籍です。これをとっかかりにして、文化の交流が進むことを切に願います。<br>
<br>
</div>
<div>
	<p><a href="http://parame.mwj.jp/blog/0311#k311n1">*1</a> : 献本ありがとうございました</p>
	<p><a href="http://parame.mwj.jp/blog/0311#k311n2">*2</a> : データセンター「オペレーター」さんはここでは含んでません</p>
</div>

<div>
<h3><a href="http://parame.mwj.jp/blog/0311#k311p3"><span>■</span></a> 宣伝</h3>
えーと、本文とは関係ないのですが、技術評論社から出ている雑誌に記事を書かせていただきました。<br>
こちらはIIJ GIOの紹介ってことになってます。今回のコンテナDCはGIOのために作っているので、まあ、関係ないわけではないかと。<br>
GIOの仮想サーバって実際のところどうよ？って話もありますので、気になる方は是非どうぞ。<br>
<table>
<tbody>
	<tr><td></td><td>G-CLOUD Magazine<br />技術評論社</td></tr>
</tbody></table>

</div>

<hr>
<h4><a href="/blog/0311#c">■コメント（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
<h4><a href="/blog/0311#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
	<item>
		<title>小島監督のtwitter @Kojima_Hideo がうまく機能している件</title>
		<link>http://parame.mwj.jp/blog/0310#tm1272262750</link>
		<guid>http://parame.mwj.jp/blog/0310</guid>
		<category>未分類</category>
		<pubDate>Mon, 26 Apr 2010 06:18:36 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
<a href="http://twitter.com/Kojima_Hideo">KONAMI小島監督のtwitter</a>がうまく機能している。<br>
監督本人のつぶやきだけじゃなくて、熱心なファンの行動(例:「○○でグッズ購入しました!」)を積極的にretweetすることで「監督に認められた」感が演出され、ファンのさらになる行動を促している。<br>
<br>
昔某企画で(twitterじゃないけど)そういうことをやろうとして、失敗した。<br>
失敗の原因は、そもそもその企画への集客が不十分だったことと、ファンにとってもらうべき行動を十分に準備できなかったこと。ファンがとりそうな行動というのを予測して、事前に種をまいておいてあげないと、何も行動することがないまま企画が寂れてしまう。種まきがあからさまだと、それはそれで見透かされてしまうのだけど。<br>
<br>
<br>
とにかく、ソーシャル系の企画を成功させるには、その母集団を十分に確保することが重要。あの手の企画はアクションを起こしている一般人を「見せる」事が重要なのだけど、何かアクションを起こしてくれるファンは(きっと)1%もいない。だから、とにかくある程度の母数を集めて、且つ、その少ないアクションを針小棒大に取り上げるという事をしないと、99%の参加者が離れていってしまう。<br>
つまり、結局人通りの多いところで店を広げるのが重要と言うことになる。そうでなければ、よほどの大盤振る舞いで強引に人を集めてくるか。<br>
<br>
<br>
まとめ<br>
・ソーシャル系企画での一つの手法として「有名人に認められる感の演出」がある<br>
・この手の企画を行う場合は以下の点が重要<br>
　・ファンの行動のはけ口を用意しておくこと<br>
　・十分に母集団を確保してから実行すること<br>
　・数少ない「勇者」はちゃんと目立たせてあげること<br>
<br>
翻って、ソーシャル系のメディアやサービスを立ち上げる側の話。収入源としてタイアップ系の企画を念頭に置くことが多々あるけど、新規のメディアで企画を成功させるのは非常に難しいよねってこと。<br>
いや、どれもこれも当たり前の話だけどね...<br>

</div>

<hr>
<h4><a href="/blog/0310#c">■コメント（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
<h4><a href="/blog/0310#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
	<item>
		<title>ASCII.technologies 2010年06月号に記事を書きました</title>
		<link>http://parame.mwj.jp/blog/0309#tm1272247617</link>
		<guid>http://parame.mwj.jp/blog/0309</guid>
		<category>tech</category>
		<pubDate>Mon, 26 Apr 2010 02:05:55 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
2ヶ月ぶりに書くblogがこれなんですが。<br>
<br>
ASCII.technologies 2010年06月号に6ページ書かせてもらっています。<br>
4/24発売なので、もう店頭に並んでます。<br>
<table><tr><td></td><td><br>
<div>
総力特集<br>
雲の世界はここまできた<br>
クラウドへの扉<br>
<br>
  低コスト化と「エコ」がカギ<br>
  クラウドファシリティのいま<br>
</div>
</td></tr></table><br>
例によってファシリティの話です...<br>
特集自体はクラウドの話で、相変わらず一人旅な感じがするのですが、以前に記事を書かせて頂いたムック「<a href="http://parame.mwj.jp/blog/0304" title="記事指定 ">雲の世界の向こうをつかむ クラウドの技術</a>」の続きと言うことで今回もページを頂いてます。<br>
あのときはどちらかというとコンテナDCの話に力が入っていましたが、今回は外気冷却技術の話です。つまり<a href="http://www.iij.ad.jp/news/pressrelease/2009/1126.html">IIJでやっている次世代DC実験</a>の話な訳で、今年に入ってからほとんどblogが更新できていない理由の一つでもあります(苦笑)<br>
<br>
大変ぶっちゃけた書き方をすると、<strong>GoogleとかMicrosoftがチラーレス・外気冷却でよく話題に上ってるけど、実際のところ従来の方式とどう違うのかちゃんと紹介された記事が見当たらないので自分で書いてみよう</strong>という事だったりします。そのせいでIT雑誌だというのに空調の話ばっかりになってますが。<br>
<br>
<br>
これまた以前に記事を書かせてもらった<a href="http://parame.mwj.jp/blog/0288" title="記事指定 ">ASCII.technologies 2009年8月号</a>のデータセンター特集から、さっき書いたムック「<a href="http://parame.mwj.jp/blog/0304" title="記事指定 ">雲の世界の向こうをつかむ クラウドの技術</a>」、そして今回の記事という流れで、いい感じに最近のデータセンターファシリティのトレンドが見えるんじゃないでしょうかと自画自賛。<br>
<p><a href="http://parame.mwj.jp/blog/0309#k309p0">続きを読む</a></p>
</div>

<hr>
<h4><a href="/blog/0309#c">■コメント（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
<h4><a href="/blog/0309#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
	<item>
		<title>帰ってきました</title>
		<link>http://parame.mwj.jp/blog/0308#tm1266927885</link>
		<guid>http://parame.mwj.jp/blog/0308</guid>
		<category>未分類</category>
		<pubDate>Tue, 23 Feb 2010 12:24:45 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
実は先週金曜日には落ち着いていたのですが。<br>
<br>
一つ前のエントリで長期出張の話をしていましたが、結局あの後延長戦があって2/18まで行方をくらましていました。<br>
まあ、<a href="http://ascii.jp/elem/000/000/500/500186/">これ</a><a href="http://it.impressbm.co.jp/e/2010/02/16/1872">これ</a>をやっていたわけですけどね。<br>
<span><a title="どうもどっかで何かを書くことになりそうなので、ここで書いてもいいでしょう。" href="http://parame.mwj.jp/blog/0308#fk308n1">*1</a></span><br>
<br>
今月中は、とりあえず神保町生活です。<br>
とりあえず。<br>

</div>
<div>
	<p><a href="http://parame.mwj.jp/blog/0308#k308n1">*1</a> : どうもどっかで何かを書くことになりそうなので、ここで書いてもいいでしょう。</p>
</div>

<hr>
<h4><a href="/blog/0308#c">■コメント（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
<h4><a href="/blog/0308#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
	<item>
		<title>連絡がつきにくい件のお知らせ</title>
		<link>http://parame.mwj.jp/blog/0307#tm1266927937</link>
		<guid>http://parame.mwj.jp/blog/0307</guid>
		<category>未分類</category>
		<pubDate>Thu, 21 Jan 2010 01:14:10 GMT</pubDate>
		<author>don</author>
		<description><![CDATA[<div>
現在、出張で某所に来ています。<br>
このまま月末までほぼこっちにいる気配です。<br>
<br>
メールが見られない環境ではないのですが、あまりチェックはできていません。<br>
また、お返事もほとんど返せない状況です。<br>
twitterも一方的につぶやくだけかも。<br>
<br>
急ぎの方は、電話、毒電波などで連絡下さい。<br>
<br>
<br>
ところで、1月は半分ぐらい東京にいないんだよなぁ。<br>
1/1-1/3 京都<br>
1/4-1/11 東京<br>
1/12-1/16 某所<br>
1/17-1/18 東京<br>
1/19-1/29 某所<br>
1/30-1/31 東京<br>

</div>

<hr>
<h4><a href="/blog/0307#c">■コメント（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
<h4><a href="/blog/0307#tb">■トラックバック（0件）</a></h4>
<div style="margin-left: 1em;">
</div>
]]></description>
	</item>
</channel>
</rss>

