中国依存脱却のヒント「アフリカの唐辛子」 日本の底力を示すとき

2012.9.16 12:20 　沖縄・尖閣諸島をめぐる数々の事件にかかわらず、中国の傍若無人ぶりは本当に目に余る。対抗策はないのか。神戸にある中堅商社「小林桂」がヒントになる取り組みを進めている。中国にほぼ一極集中する唐辛子輸入のありようを見直そうと、アフリカ・モロッコで独自に唐辛子を栽培。年内にも輸入を始めるというのだ。中国漁船衝突事件後のレアアース（希少金属）輸出規制が示す通り、資源を人質にとる中国外交は狡猾だ。一民間企業の小さな取り組みとはいえ、中国リスクを避ける考え方がそこにはある。（大谷卓）

アフリカ・モロッコで栽培された唐辛子＝２０１１年９月（小林桂の常深克典さん提供）

■　アフリカで唐辛子…　本当にできる？

　「あそこで唐辛子を植えられないか」

　きっかけは、２００６年夏。同社会長の小林博司が１人での海外出張を終え、帰社後に発したひと言だった。場所は、日本から１万キロ以上も離れたアフリカ・モロッコ。２５０ヘクタールの畑を取得したのだ。

　スパイスを専門に取り扱う同社は従業員５０人ほど。小林は３０年以上前にイラン産のピスタチオに目をつけ、日本に輸入して「ヒット商品」にした経験がある。確かな見立てがあっての発言だが、唐辛子である理由もあった。

　国内の唐辛子の輸入量は約１万１千トン。うち９割近くを中国産に依存している。中国からの輸入が止まれば、唐辛子が食卓から消える可能性がある。代替産地をつくり、中国依存に風穴を開けられないか。そんな思いも小林にはあった。

　もっとも、現場は戸惑った。

　現在、唐辛子プロジェクトを担当する営業部課長の常深克典（３９）は「新しい事業を検討中で、唐辛子も候補のひとつだった。ただ、やれと言われても、どう進めればいいのか分からなかった」と振り返る。

　まず、唐辛子栽培の経験がない。仮に栽培に成功したとして、中国産の価格に勝てる保証もない。社内では事業の進め方を議論したものの、答えが見つからず、実質棚上げされた。

■　試行錯誤の末のスタート

　まったく動いていなかったわけではない。０９年には現地の取引先を通じ、契約農家に唐辛子栽培を依頼した。１００キロ程度だったが、収穫もできた。

　実は、唐辛子栽培にはアブラトキシンという強い発がん力を持つカビ毒素の発生をいかに抑えるかという懸案がある。アブラトキシンは、アスペルギルスフラバス菌がいなければ発生しないが、モロッコでどうかが分からない。

　そこで翌１０年は、安全な唐辛子を栽培できるかをチェックした。その結果、畑の管理さえ怠らなければ菌の発生を抑えることが可能だと分かった。つまり事業化のめどがたった。

　国内でも動きがあった。日本貿易振興機構（ジェトロ）による支援策の活用だ。常深は当時、直接の担当ではなかったが、その支援策活用で唐辛子栽培を軌道に乗せられないかと思い描いていた。小林に直談判し、了承を得た上で、ジェトロの審査の末、支援を受けられることになった。

　代替産地化を目指した唐辛子プロジェクトは動き始めた。が、懸案はまだあった。ひとつは農業経験のなさだ。アジア、アフリカ各地で異なる収穫方法や農薬頒布、価格設定は…。解決しなければいけない課題は山積していた。

■　「きっと壁は乗り越えられる…」

　常深はプロジェクトの担当に任命され、１０年７月に現地に向かった。

　「どれだけ準備しても不安はなくならなかった。ゼロからのスタートでしたから」

　関西国際空港から飛行機で現地に向かったが、その間ほぼずっと、ミスターチルドレンの「終わりなき旅」を聞いていたという。

　「閉ざされたドアの向こうに新しい何かが待っていて『きっときっと』って僕を動かしている」

　「高ければ高い壁の方が登った時気持ちいいもんな」

　そんなフレーズが自身の立場に似ている気がしたからだ。経由地を経て約２２時間、常深は「きっと壁は超えられる」と頭の中で繰り返していた。

　だが、やはり何度も壁にぶつかった。ひとつは言葉の壁。常深も英語はできるが、現地の農家で使われていたのはフランス語とアラビア語。意図が十分に伝わらないこともあった。それ以上の壁は、農業の専門用語の知識が十分ではなかったことだった。

　「分かったと言ってくれても本当に分かっているのか…。農業の常識を知らないから、不安は二重三重になって襲ってきた」

　帰国後、常深は茨城県内の唐辛子農家を訪れた。モロッコでの栽培方法が正しいのかをチェックするためだったが、農場をみて愕然（がくぜん）とする。

　雑草が生え放題だったモロッコに比べ、茨城の農場は整然ときれいだった。葉の付き方も、畝の作り方も、土の質も…。何もかもが違った。同じ唐辛子の畑とは思えなかった。

　「唐辛子の茎はある程度生育して高くなると、地面に陽が届かなくなり雑草も生えなくなる。それを知らないから、当時はあまりの違いに焦ってしまった」

　ただ、そういう経験を積み、モロッコでのやり方があることにも気がついた。畝の間隔が日本と違うのは、モロッコの契約農家が、パプリカ栽培の経験を生かした結果。「農家の知恵」があると知った。

■　対中国を考える「切り札」に

　２０１２年の生産面積は１０ヘクタールに増えた。８月末から第１次の収穫がスタートし、雨期の始まる１１月ごろまで続く。収穫して天日干しし、日本に輸入する。収穫量は２０～３０トンになる見通しだ。

　５～１０年後までに年間生産量を千トンまで見込むが、実は思わぬ効果も生まれているという。

　欧州各国から唐辛子の生産量について問い合わせがあったのだ。唐辛子は欧州でも調理に使われ、中国に依存する態勢を不安視されていた。中国リスクへ切り札だけでなく、欧州への「輸出」も視野に入ってきた。常深は「今回と同じスキーム（仕組み）はほかの産物にも活用できるはずだ」と言い、カードゲームにたとえて中国依存脱却のやり方をこう説明した。

　「リスクを軽減するために手札をたくさん用意しておくのは勝負の鉄則でしょ。カードを切るとみせかけながら相手と交渉する手立てにすればいい。そうすることで、日本の力を示すことにもなるはずだ。唐辛子がその一例になればいい」

（敬称略）

以上、Sankei Biz　中国依存脱却のヒント「アフリカの唐辛子」　日本の底力を示すときより



　リスクの分散は生き残りの鉄則とはいえ、分散が更なるリスクを生むこともあるという恐怖を克服して初めて、成功を収めることが出来るのでしょうね。

螺旋状ビーム通信技術

2012年06月28日 19時00分18秒

螺旋状ビーム通信技術により通信速度は2.5Tbpsに達し、将来は帯域問題に悩む必要がゼロに

By Erathic Eric

世界的に無線通信の量は膨大なものになっており、指定された帯域での通信は限界を迎えつつあります。それを一気に解決し、通信速度を2.5Tbps(約320GB/s)まで高速化できるという「螺旋状ビーム通信技術」の研究が佳境を迎えています。

BBC News - 'Twisted light' carries 2.5 terabits of data per second

Infinite-capacity wireless vortex beams carry 2.5 terabits per second | ExtremeTech

Vortex radio waves could boost wireless capacity “infinitely” | ExtremeTech


Terabits transmitted by twisted light

この技術はAlan Willner教授と南カリフォルニア大学のチーム、NASAのジェット推進研究所、テルアビブ大学が共同で研究を進めているもの。

現在の無線通信は同一の周波数で複数の通信を行うことができません。これは電波をSAM(スピン角運動量)情報だけで調整しているためで、Wi-FiやLTE、COFDMといった最新の通信技術だけではなく、ラジオやテレビでも同様です。しかし、実際は電波にはSAMと同時にOAM(軌道角運動量)の情報を持たせることが可能です。

いきなり「角運動量」といわれてもわけが分かりませんが、自転(地球が地軸に沿って回転する)で用いられるのがSAM、公転(地球が太陽の周りを回る)で用いられるのがOAMです。地球が自転と公転のどちらも同時に行っているように、電波もSAMとOAMを同時に持てるというわけです。

スウェーデンの物理学者Bo Thidéは、スウェーデンの研究所とイタリアの研究チームと組んで4年間研究を重ね、同じ無線周波数で複数の通信を行うことが可能であるということを証明しました。Thidéが用いたのは電波にOAMを追加することで螺旋状のデータストリームにする(Thidéいわく「radio vortex(螺旋無線)」)という手法で、ヴェネチアにおいて2つのストリームを同時に同周波数で飛ばし、442m離れたところで受信することに成功しました。

これがテストで使用したアンテナ(送信側)。冗談のようですが、標準的なパラボラアンテナに切り込みを入れてわずかにひねっているだけ。コルク抜きのような形で無線の電波が飛んでいくというイメージでOKだそうです。

一方、受信側は2つの普通のテレビアンテナ(八木・宇田アンテナ)を使用。トランスミッターを取り付けて同じ角度に向けて設置しておくと、アンテナで“螺旋無線”を受信してデコードするというわけです。

Willner教授らのチームはSAMとOAMの両方を使用する無線通信プロトコルを作り出せた、という点が大きな進歩です。Willner教授らのチームは実験で300Gbpsの可視光線データストリーム8本を使用。この8本のビームはそれぞれに異なるレベルのOAMツイストがかけられて1つの大きな螺旋状ビームを形成。送信されたビームはオープンスペースを通って、1m先の受信機で螺旋をデコードして処理されました。

コレが螺旋状ビームの構成。

実物はこんな感じになるようです。

この実験での通信速度は2.5Tbps(テラビット毎秒)。換算すると320GB/s、つまりBlu-rayの映画7本を1秒間で転送できるほどの速度でした。Thidéによって電波にOAMを追加するということが可能だと証明されてから、わずか数ヶ月でこのような偉業が達成されました。Thidéの言葉によれば、短期的にはOAMによって現在の無線通信でも速度が10倍～20倍に向上するほか、長期的にはOAMを深く理解することで、無線通信で利用できる帯域は無限に広がるだろうとのこと。

ちなみに、Willner教授のOAMリンクのシステムスペクトル効率(数字が大きいほど最大スループットが高まる)は95.7bit/s/Hz/site。この値はLTEだと16.32、Wi-Fi(802.11n)が2.4、テレビのデジタル放送(DVB-T)は0.55です。

そもそも、ベライゾンやボーダフォンがわずか数メガヘルツに対して何十億ドルも投資したり、ソフトバンクがプラチナバンド獲得に燃えていたのは、その帯域を得ることが通信事業者にとって死活問題となるからです。しかし、Thidéの研究がうまくいけば、帯域問題というのがほぼ無価値になるだけではなく、4G LTE通信事業者のLightSquaredの周辺でのいさかいごと、国際ローミングなどなど山積している問題も同じように雲散霧消します。

Willner教授のチームに課せられた次の課題は、螺旋状ビーム通信の通信距離がわずか1mという現状を、もうちょっと使用可能なレベルにまで伸ばすこと。今後、高容量通信が要求される状況で、1km未満の距離であれば、この技術は使えるだろうとWillner教授は考えています。この技術において問題となってくるのは大気の乱れなので、そういったものが発生しない宇宙においては、衛星間長距離通信での利用が期待されています。

実際問題、この技術の主な限定要因は、OAMを処理するためのハードウェア、ソフトウェアを我々が持ち合わせていないところにあるそうで、数年内には技術が確立されて無線通信は明るい未来を迎えるとみられています。

Excel Macro で工程表（Gantt Chart）のツール（完結編）

皆さん、こんばんは。

今回は、完結編として工程表でジグザク線を自動で書かせてみたいと思います。
一応、このシリーズはこれで終わりの予定です。

以下に、マクロのスクリプトを書いておきます。

Sub ZigzagLine()
'
' ZigzagLine Macro
'
Dim i As Integer
Dim SSD As Double
Dim SD As Double
Dim ED As Double
Dim p As Double
Dim Dulation As Double
Dim X1 As Double
Dim Y1 As Double
Dim X2 As Double
Dim Y2 As Double
Dim X3 As Double
Dim Y3 As Double
Dim a As Single
Dim colval As Single
Dim L As Double
If Not TypeName(Selection) = "Range" Then Exit Sub
i = Selection.Cells.Row
SD = Cells(i, 3).Value
ED = Cells(i, 4).Value
p = Cells(i, 9).Value
SSD = Cells(8, 10) 'To adjust with First Date Cell
X1 = Cells(8, 10).Left + (SD - SSD) * 25.5 + (ED - SD + 1) * p * 25.5
If X1 < Cells(8, 10).Left Then X1 = Cells(8, 10).Left a = 3 Else If X1 > Cells(8, 52).Left Then
X1 = Cells(8, 52).Left
a = 3
Else
a = 2
End If
End If
Y1 = Selection.Top + Selection.Height / a
X2 = Selection.Left
Y2 = Selection.Top
X3 = Selection.Left
Y3 = Selection.Top + Selection.Height
If Cells(i, 6).Value = "" Then Exit Sub
If Cells(8, 51).Value < Cells(i, 3).Value Then Exit Sub If a = 2 Then With ActiveSheet.Shapes.BuildFreeform(msoEditingAuto, X2, Y2) .AddNodes msoSegmentLine, msoEditingAuto, X1, Y1 .AddNodes msoSegmentLine, msoEditingAuto, X3, Y3 .ConvertToShape.Select End With Else With ActiveSheet.Shapes.BuildFreeform(msoEditingAuto, X2, Y2) .AddNodes msoSegmentLine, msoEditingAuto, X1, Y1 .AddNodes msoSegmentLine, msoEditingAuto, X1, Selection.Top + Selection.Height * 2 / a .AddNodes msoSegmentLine, msoEditingAuto, X3, Y3 .ConvertToShape.Select End With End If If X1 > X2 Then
colval = 12
Else
colval = 10
End If
Selection.ShapeRange.Line.Weight = 3.25
Selection.ShapeRange.Line.ForeColor.SchemeColor = colval
Cells(i + 1, 22).Activate 'To adjust with Next Start Date Cell
End Sub



【ちょっと解説】
C,D,Eの各列に予定工程の開始、終了、工数を書き込み、F,G,Hには実績工程のものを書き込んでおきます。

I列には進捗率を記入したうえで、ジグザグ線を記入したい行の管理日（ジグザグ線の始点となる日）を左側に置いたうえで上記のマクロを実行します。

進捗が遅れていれば赤線で、進んでいれば青線で、また、計画に対しての進捗率が表の中であれば三角に、工程表からはみ出るようであれば台形になるようになっています。

案の定、スパゲッティ・プログラムなので見難い（恥ずかスイ^^;）でしょうが、皆さんのそれぞれの工程表に合わせて、作り直してから使ってみて下さい。

今までの解説したサンプルファイルを置いておきますので、ここからダウンロードして各自使ってみて下さい。
何よりも、『習うより慣れろ』です。

それでは又、御機嫌よう…

Excel Macro で工程表（Gantt Chart）のツール（前回の答え）

皆さん、こんにちは。

前回では３つのツールをExcel Macro で作りましたが、その中で宿題を出しておりました。

今回は、その答え合わせをします。

回答は、１番目（選択範囲にバーを引くマクロ）と２番目のマクロ（作業開始日（Start Date）・終了日（Finish Date）からバーを引くマクロ）を改良しなければ、一つのセルが２日以上の時には使えない、というものです。

以下にそれぞれの正解マクロを書き出します。


●　選択範囲にバーを引くマクロの改良版

Sub Square_mod()
'
' Square_mod Macro
'
Dim X As Double
Dim Y As Double
Dim X2 As Double
Dim Y2 As Double
Dim L As Double
Dim DW As Double
Dim s As Single
Dim E As Single
Dim i As Integer
If Not TypeName(Selection) = "Range" Then Exit Sub
i = Selection.Cells.Row
DW = Cells(8, 6).Width / Cells(1, 43).Value
Cells(i, 5).Value = Selection.Columns.Count * Cells(1, 43).Value 'duration
s = Int((ActiveCell.Left - Cells(8, 6).Left) / DW) + Cells(8, 6)
E = s + Cells(i, 5) - 1
Cells(i, 3).Value = s 'start date
Cells(i, 4).Value = E 'end date
L = 9#
X = Selection.Left
Y = Selection.Top + L / 2
X2 = Selection.Width
Y2 = Selection.Height - L
ActiveSheet.Shapes.AddShape(msoShapeRectangle, X, Y, X2, Y2). _
Select
Selection.ShapeRange.Fill.ForeColor.SchemeColor = 47
Selection.ShapeRange.Line.Weight = 1.25
With Selection
.Placement = xlMove
.PrintObject = True
End With
End Sub


●　作業開始日（Start Date）・終了日（Finish Date）からバーを引くマクロの改良版

Sub Dulation_mod()
'
' Dulation_mod Macro
'
Dim i As Integer
Dim SSD As Double
Dim SD As Double
Dim ED As Double
Dim Dulation As Double
Dim DW As Double
Dim X1 As Double
Dim Y1 As Double
Dim X2 As Double
Dim Y2 As Double
Dim L As Double
If Not TypeName(Selection) = "Range" Then Exit Sub
i = Selection.Cells.Row
SD = Cells(i, 3) 'To adjust with Start Date Cell
ED = Cells(i, 4) 'To adjust with End Date Cell
Dulation = ED - SD + 1
SSD = Cells(8, 6) 'To adjust with First Date Cell
DW = Cells(8, 6).Width / Cells(1, 43).Value
Range(Cells(i, SD - SSD + 6), Cells(i, Int((ED - SSD) / DW))).Select
L = 9#
X1 = (SD - Cells(8, 6)) * DW + Cells(8, 6).Left
Y1 = Selection.Top + L / 2
X2 = Dulation * DW
Y2 = Selection.Height - L
ActiveSheet.Shapes.AddShape(msoShapeRectangle, X1, Y1, X2, Y2). _
Select
Selection.ShapeRange.Fill.ForeColor.SchemeColor = 47
With Selection
.Placement = xlMove
.PrintObject = True
End With
Cells(i, 5).Value = Dulation 'To adjust with Dulation Column
Cells(i + 1, 3).Activate 'To adjust with Next Start Date Cell
End Sub


詳しくは自分で確認して見るとわかると思いますが、Cells(1, 43) = AQ1 セルに、セル一つ毎の日数を記入する欄を設け、それを変える毎に勝手に日数の計算の修正をしてくれるようになっています。

前回のマクロとの違いをそれぞれよーく見比べてみて下さい。

では又。

エクセルのマクロ・ツールで工程表（Gantt Chart）を便利に！

ご無沙汰しております。
久しぶりに自分のコンテンツで更新する気になりました。

今回は、趣向を凝らして、表題の通りに、エクセルで工程表を作るに当たり、自分が使っているマクロ・ツールを３つほど、公開してみようと思います。

これらのマクロをショートカット・キーに登録しておけば、大概の工程表はエクセルで手早く作ることが出来る筈です＾＾。

まずは、週間工程、又は月間工程表を下の例のように準備します。

★　週間工程表

★　月間工程表

表記が英語で書かれているのは、こちらの仕事の都合ですのでご容赦をｗ


ここで、F8セルに工程表の最初の日付がくるように作っていますが、これは後でマクロで参照させる要（かなめ）となります。
この位置を変更させたい方は、マクロの中の Cells(8,6) という記述を変える必要があります。

また、各項目の作業開始日（Start Date）・終了日（Finish Date）と作業日数（Dulation）も、それぞれC/D/E列でマクロは記述させております。
AQ1（＝Cells(1,43)）セルには、週間工程では１列１日表示なので１を、他の、例えば１列７日表示の場合は７を入れて参照しています。


言い忘れましたが、なぜ私がエクセルで工程表を書いているのかといえば、ひとえに表現力の違いです。

Micro Soft Project やPrima Vela では作業単位の設定、主要設備・労働力の分散（俗にいう山崩し）や、原価管理、プロジェクトごとの工程管理などに絶大な威力を発揮できることは言うまでもないのですが、例えば、下のような表現力は持ち合わせておりません。

★　サンプル

どうでしょうか、私がエクセルにこだわり続ける心情を少しでも察して頂けたでしょうか？


で、いきなりマクロ表記に入ります。

●　まずは選択範囲にバーを引くマクロです。

Sub Square1()
'
' Square1 Macro
'
Dim X As Double
Dim Y As Double
Dim X2 As Double
Dim Y2 As Double
Dim L As Double
Dim s As Single
Dim E As Single
Dim i As Integer
If Not TypeName(Selection) = "Range" Then Exit Sub
i = Selection.Cells.Row
Cells(i, 5).Value = Selection.Columns.Count * Cells(1, 43).Value 'duration
s = ActiveCell.Columns(ActiveCell.Columns.Count).Column + Cells(8, 6) - 6
E = s + Cells(i, 5) - 1
Cells(i, 3).Value = s 'start date
Cells(i, 4).Value = E 'end date
L = 9#
X = Selection.Left
Y = Selection.Top + L / 2
X2 = Selection.Width
Y2 = Selection.Height - L
ActiveSheet.Shapes.AddShape(msoShapeRectangle, X, Y, X2, Y2). _
Select
Selection.ShapeRange.Fill.ForeColor.SchemeColor = 47
Selection.ShapeRange.Line.Weight = 1.25
With Selection
.Placement = xlMove
.PrintObject = True
End With
End Sub


以上を標準モジュールの中（例えばModule1）に入れておきます。
その上で、工程表の中の同一行でバーを引きたい範囲を選んでおいてから、マクロを実行してみます。

どうでしょうか？ちゃんとマクロが動いていれば、バーが引けると同時に、Start Date・Finish Date・Dulationまで表示してくれるはずです。


●　次に、作業開始日（Start Date）・終了日（Finish Date）からバーを引くマクロです。

Sub Dulation()
'
' Dulation Macro
'
Dim i As Integer
Dim SSD As Double
Dim SD As Double
Dim ED As Double
Dim Dulation As Double
Dim X1 As Double
Dim Y1 As Double
Dim X2 As Double
Dim Y2 As Double
Dim L As Double
If Not TypeName(Selection) = "Range" Then Exit Sub
i = Selection.Cells.Row
SD = Cells(i, 3) 'To adjust with Start Date Cell
ED = Cells(i, 4) 'To adjust with End Date Cell
Dulation = ED - SD + 1
SSD = Cells(8, 6) 'To adjust with First Date Cell
Range(Cells(i, SD - SSD + 6), Cells(i, ED - SSD + 6)).Select
L = 9#
X1 = Selection.Left
Y1 = Selection.Top + L / 2
X2 = Selection.Width
Y2 = Selection.Height - L
ActiveSheet.Shapes.AddShape(msoShapeRectangle, X1, Y1, X2, Y2). _
Select
Selection.ShapeRange.Fill.ForeColor.SchemeColor = 47
With Selection
.Placement = xlMove
.PrintObject = True
End With
Cells(i, 5).Value = Dulation 'To adjust with Dulation Column
Cells(i + 1, 3).Activate 'To adjust with Next Start Date Cell
End Sub


作業開始日、終了日に日付を入力したら、同一行にカーソルを置いた状態でマクロを実行してみて下さい。

バーが表示され、作業日数まで表示されたら成功です。


●　最後に、上記２つのマクロで書かれたバーを、微調整をした上で、Start Date ・Finish Date 並びにDulation を変更してくれるマクロです。

Sub ReadShapeData()
'
' Read Shape Date Macro
'
Dim i As Integer
Dim N As Double
Dim L As Double
Dim W As Double
If TypeName(Selection) = "Range" Then
MsgBox "Please select shape object.", vbCritical
Exit Sub
End If
With Selection.ShapeRange
Cells(Selection.TopLeftCell.Row, 3).Value = Cells(8, 6) + (.Left - Cells(8, 6).Left) / (Cells(8, 6).Width / Cells(1, 43).Value)
Cells(Selection.TopLeftCell.Row, 4).Value = Cells(Selection.TopLeftCell.Row, 3) + .Width / (Cells(8, 6).Width / Cells(1, 43).Value) - 1
Cells(Selection.TopLeftCell.Row, 5).Value = Cells(Selection.TopLeftCell.Row, 4) - Cells(Selection.TopLeftCell.Row, 3) + 1
End With
End Sub

上記のマクロを、修正したShapes Object を選択したままで実行してみて下さい。

ちゃんとした日付が返されれば大成功です。


とすらすらと書いていきましたが、上記３つのマクロを試していくと、上の内の２つのマクロは、月間工程表ではそのままでは使えないことに気づいたはずです。

書かれているコードよく読んで、多少頭をひねって考えれば、どうすれば使えるようになるかは分かるかと思います。
分からない方は、google先生に教えてもらいましょう。ggrksと書くと少し下品ですが…

これは皆さんへの宿題にしておきましょう＾＾）

何事も、Try & Error で試しながら、自分のものにしていって下さい。

それではまた来週お会いしましょう！

オーランチオキトリウムに関する記事

オーランチオキトリウムが、日本を産油国にする

2011年2月25日

2010年12月、「オーランチオキトリウム」という聞き慣れない生物が新聞やネットのニュースで大きな話題を呼んだ。これは、オイルを作る藻類の一種で、従来よりも10倍以上高いオイル生産能力を持つという。バイオ燃料はいったいどこまで実用化に近づいているのか？　バイオ燃料を長年研究してきた、筑波大学大学院の渡邉信教授にうかがった。

燃料としてそのまま使えるオイルを作る「オーランチオキトリウム」

オーランチオキトリウムは、ラビリンチュラという従属栄養生物の一種。光合成はせず、有機物をエサとして取り入れる。

──オイル生産効率の高い藻類「オーランチオキトリウム」の新しい株を発見されたと2010年12月に発表されましたね。2010年4月の記事（ブルームバーグ）では、「ボトリオコッカス」を使った場合、燃料1リットル当たり約800円になってしまうとおっしゃっていましたが、研究でどういう進展があったのか教えていただけますか？

地上植物に比べて、藻類のバイオ燃料生産効率が高いことが広く知られるようになってきました。トウモロコシの場合は1ヘクタール当たり年間0.2トン、大豆は0.5トン、アブラヤシで6トン。これに対して、藻類のボトリオコッカスですと、最大で100トン以上にもなると試算されます。


──藻類は、他の作物に比べて圧倒的にオイル生産効率がよいのですね。

しかし、一番パフォーマンスがよい開放系のプール培養を仮定したとしても、藻類のボトリオコッカスから取れるオイルは1リットル当たり155円、閉鎖系のリアクター培養ですと800円にもなり、原油の数倍から10倍になってしまう。これでは事業として成立しません。生産効率を1桁は上げる必要がありました。




光合成を行って、炭化水素を産生するボトリオコッカス。

そのために取った方策は2つです。1つは、ボトリオコッカスの持っている能力を今の10倍に強化することで、遺伝子組換えや品種改良を行います。
もう1つは、ボトリオコッカス以外の優れた藻類を探索することです。
現在、オイルを作る藻類は20種類ほど知られていますが、炭化水素を作るのはボトリオコッカスくらいで、他の藻類はトリグリセリド、つまり中性脂肪を産生します。炭化水素であれば、それほど手間を掛けずに石油の代わりとして使えるのですが、トリグリセリドはそのままだと燃料として使えません。トリグリセリドをそのまま自動車に使おうとすれば、低温でエンジンの中で詰まったり、エンジンを錆びさせてしまったりする。せいぜいガソリンに1〜2％混ぜるといった使い方しかできないのです。


──トリグリセリドに水素を化合させて、軽油と同等にする技術も開発されています。こうした技術を使うことはできないのでしょうか？

そうした技術には多くの企業がチャレンジしており、有望な技術ではあると思います。しかし、変換のためにはエネルギーもかかりますし、安価な触媒も開発する必要があります。最初から炭化水素を作る藻類があれば、それに越したことはありません。


──ちょっと不思議なのですが、どうして炭化水素を作る生物がいるのでしょう？　生物にとって、炭化水素はあまり相性のよくない物質だという印象があるのですが。

それがそうでもないんですよ。例えば、私たち人間を含む生物にとって重要なステロール（コレステロールやステロイドホルモン等々）の前駆体（前段階の物質）は、炭化水素です。普通の生物は、炭化水素を貯め込まずにステロールへと変えてしまうのですが、ボトリオコッカスはこれを炭化水素のまま貯蔵します。この2つの代謝経路は途中までまったく同じで、たった1つの酵素の違いで分岐しているのです。


──しかし、どうして炭化水素を蓄積しようとするのでしょう？　この炭化水素は何かの役に立つのでしょうか？

炭化水素を体内に蓄えることで、浮きやすくしているのではないかという説がありますね。よい例が深海サメです。サメは他の魚類と異なり、浮力を得るための浮袋がありません。では、どうやって浮力を得るのかといえば、肝臓にスクアレンという炭化水素を蓄え、これで浮力を調整しているのです。ちなみに肝油の材料というのがスクアレンですよ。スクアレンは、最終的にステロール系の物質に変換されて体内で使われるのですが、ボトリオコッカスの作る炭化水素、ボトリオコッセンは体内で使われることなく、最終的には体外に排出されます。

体外に排出するのは無駄なようですが、余分なエネルギーを外に逃がすことで体内バランスを調整する役割を果たしているのかもしれません。もっとも、これらはすべて仮説にすぎませんが。

オーランチオキトリウムとは、いったいどんな生物なのか？

──今回採取されたオーランチオキトリウムの株は、オイル生産効率がボトリオコッカスに比べて圧倒的に優れているということですね。

今回のオーランチオキトリウムは、オイルの生成量でいえばボトリオコッカスの3分の1ですが、増殖スピードが36倍と速いのが特長です。生産効率は従来に比べて単純計算で12倍になるわけです。


──このような株を採取できたのは、どうしてでしょう？

宝くじのように、たまたまそういう株を引き当てたと思っていらっしゃる方もいますね（笑）。それが科学と言えるのかと。しかし、闇雲にあちこちから採取すれば、よい株が採れるとは限りません。私たちも幸運を引き当てるために、周到な準備をしました。

藻類に関する論文を相当数調べたところ、オーランチオキトリウムの仲間がオイルを作るという報告がありました。それこそ乾燥重量で0.1％程度と極めて少ないながらも、先述のスクアレンを作るものがいるというのです。

そこで、論文から場所の当たりを付けて日本近海で150株採取したところ、今回の株が見つかったというわけです。勝率の低い賭でしたが、何とか当たりを引くことができました。株が見つかるまでに1年半かかりましたが、これは随分早い方でしょう。遺伝子組換えや品種改良だと、10年や20年かかったかもしれません。探索という手段には、これだけのスピードがあります。

オイルを作ることが知られている藻類は20種類ほどと述べましたが、学名の付けられている藻類だけでも4万種、調べられていないものを含めると藻類は全部で30万種から1000万種になるのではないかと言われています。


──オーランチオキトリウムは従属栄養、つまり光合成を行わず、有機物をエサにして呼吸するわけですよね。これは、藻類と言えるのでしょうか？　光合成を行うことが藻類の条件かと思っていたのですが。

オーランチオキトリウムは広い意味での藻類に含まれます。これは、進化系統から見るとよくわかります。クロロフィルaを持つ生物のうち、最も原始的なのがラン藻です。このラン藻を色素体として取り込み、緑藻類、紅藻類、灰色藻類の仲間が誕生しました。緑藻類を取り込んで生まれたのがミドリムシなど。紅藻類を取り込んだのが褐藻類、つまりコンブやワカメ、それに珪藻類の仲間です。

色素体を取り込んだ側の生物は、元々は色素体を持っていませんでした。コンブやワカメと近縁の（色素体を取り込まなかった）生物が進化して、ラビリンチュラ類という原生生物になりました。ラビリンチュラは、ストラメノパイルという藻類の一大分類群に属しています。藻類と一口にいっても、色素体を持っているもの、持っていないもの、持っていたけどなくして無色になったものなどが入り混じっています。

ラン藻は真正細菌（バクテリア）ですが、オーランチオキトリウムはバクテリアではありません。コンブやワカメに近いものをバクテリアとかカビとは言えないでしょう。




オーランチオキトリウムを培養している様子。


──藻類の分類は、ここ数十年で大きく変化しましたね。

DNAによる解析が進む前は、オーランチオキトリウムを含むラビリンチュラ類はカビやキノコ等の菌類の仲間にされていましたが、その当時からラビリンチュラは藻類ではないかという意見が出ていました。ラビリンチュラは生活環の中で長さの異なる2本の鞭毛を持つのですが、これはコンブやワカメの鞭毛をもつステージの細胞と形態が同じなのです。

ちなみに進化系統樹では、カビ／キノコはラビリンチュラより、ずっと人間に近いんですよ。


──今回採取されたのは、オーランチオキトリウムの「株」という表現をされていますが、これは新種ではないのでしょうか？　同じ種でオイルの生産効率が10倍も違うなんてことがあるんでしょうか？

オーランチオキトリウム属であることは確認しています（生物の分類は、上位から順に「界」「門」「綱」「目」「科」「属」「種」となる）。新種かどうかはさらに細かな検証が必要ですから、もう少し時間をください。

ただ、微生物の場合、同じ種でも特性は大きく異なります。ボトリオコッカスでいえば、オイルの生産量にしても乾燥重量当たり2％から80％くらいの開きがあります。大腸菌なんて、あれほど多様なのに全部同じ種ですよ。人間のように大型の生物になると同じ種での変異は小さくなりますが、微生物は同じ種でも幅が大きいのです。

有機排水をエサとして、オイルを生産する

──オイル生産効率の高いオーランチオキトリウムが採取されたことで、バイオ燃料の研究も一気に弾みが付きそうですね。
生産効率やコストはどれくらいでしょう？　光合成する藻類とは培養の仕方もまったく変わってくると思いますが。

その辺の話は、まだ先の段階ですね。光合成の藻類を使うにせよ従属栄養藻類にせよ、まだ研究室レベルのデータを元に推測しているに過ぎず、実規模でのデータがないのです。

これまではどんなにラフに計算をしたとしても、コスト的に絶対に実用化できませんでした。そこに高い潜在能力を持ったオーランチオキトリウムが見つかり、実用化できる可能性が見えてきたということです。

芝居を上演するためには、役者、舞台、脚本が必要です。これまでは役者が揃っていなかったけれども、ようやくスターになりうる素晴らしい役者が見つかった。こんなに素晴らしい役者がいるのだから舞台作りにみなさん投資してください、というのが今の段階です。

日本には優れた技術がありますから、頑張れば舞台を作っていけるでしょう。そのためにも採算が取れる仕組みをどう作るのか、という脚本作りが重要になってきます。


──どういう脚本を考えられているのでしょう？　光合成するボトリオコッカスと、従属栄養のオーランチオキトリウムを組み合わせたりするんでしょうか？

まず、この世界にある有機物がどうやって作られたかを考えてみましょう。それらは植物の光合成により、二酸化炭素と太陽光、水、無機塩類から作られました。そして、有機物が循環する過程では必ず人間が介在しています。その結果、有機物を含んだ排水、有機排水が家庭や工場から大量に出てきます。これをオーランチオキトリウムのエサとして利用しようというのが、私の考えです。

現在、下水等の有機排水を処理するためには、最初に固形物を沈殿させ、その後の一次処理水に活性汚泥というバクテリアの塊を投入しています。一次処理水には有機物が多く含まれていますから、活性汚泥の代わりにオーランチオキトリウムを投入すれば、オーランチオキトリウムが排水中の有機物をエサとして炭化水素を作ることになります。

オーランチオキトリウムが処理した後の二次処理水には、窒素とリンが大量に残っていますから、この二次処理水にボトリオコッカスを投入し、やはり炭化水素を作らせます。

炭化水素を抽出した後のオーランチオキトリウムやボトリオコッカスは、動物の飼料やメタン発酵に利用できるでしょう。



渡辺教授が提唱している、排水処理とオイル産生のシステム。オーランチオキトリウムとボトリオコッカスを組み合わせている。


──オーランチオキトリウムはどんな有機物でも分解できるんでしょうか？

オーランチオキトリウムには、セルロースを分解して増殖するものもいます。今後は、こうしたエサの多様性を探る基礎研究も進めていかなければなりません。排水の処理過程でできてくる余剰活性汚泥は少なく見積もっても4億トン以上ありますが、現在は燃やして灰にしコンクリートにまぜて使っています。


──有機排水を利用できれば理想的ですね！

これは特段新しい発想というわけではないんですよ。水処理プロセスに藻類生産を組み込んで統合すべきという考えは、10年以上前にアメリカのエネルギー省の報告書で提案されています。この分野に関して日本はあまりにも出遅れています。


──藻はどのように培養するのでしょう？

光合成をしないオーランチオキトリウムの場合は、地下に閉鎖系の培養環境を作るのがよいでしょう。地下なら冬場でも15〜20℃くらいで水温は安定しており、15℃なら6時間、20℃なら4時間で倍に増えます。オーランチオキトリウムには光を当てる必要がないため、広い面積が必要ありません。工場のすぐ横にオーランチオキトリウムの培養タンクを設置して、工場の排熱を利用するといった方法も使えそうです。現在、発酵微生物で使われているノウハウや設備をそのまま流用できますから、研究は加速度的に進むのではないでしょうか。

光合成するボトリオコッカスの場合は、休耕田のような開放系で培養するか、人工的に光を当てる閉鎖系で培養することになります。開放系はコストが少なくて済むというメリットの反面、他の微生物が混入するなど環境制御が難しいという問題点があります。一方の閉鎖系は、環境制御が簡単ですがコストがかかります。開放系のデメリットは、特殊な環境で生きるように藻を品種改良することで解決できるかもしれません。例えば、塩分濃度が海水の2倍という環境で生きられるようにすれば、他の微生物の混入を防げるでしょう。閉鎖系に関しても、使い捨てのソフトプラスチックバッグを使ってコストを下げる方法が研究されています。

ボトリオコッカスに関して言うと、開放系の可能性を試してみたいですね。実は、自然界でボトリオコッカスが大量発生することがあるのです。このメカニズムを解明できれば、休耕田を使って低コストでボトリオコッカスを培養できるかもしれません。




300リットルの培養槽で、ボトリオコッカスを培養しているところ。

バイオ燃料でエネルギーが無尽蔵の世界を実現する

──実用化の課題としては、どのようなものがありますか？

バイオ燃料を実用化するための舞台は、生産、収穫、抽出という3つのステージに分かれます。

生産での難関は「攪拌」（かくはん）、つまり藻を培養槽の中でかき混ぜることです。下手すると、全工程の半分以上のエネルギーが攪拌に費やされますから、ここでのエネルギー消費をいかに抑えるかが課題になります。

次の収穫も全工程の20〜40％のコストを消費すると言われています。凝集沈殿、遠心分離、フィルターなど、さまざまな手法がありますが、まだ実験室レベルでしか検証されていません。凝集沈殿なら投入した凝集剤をどう回収するか、遠心分離はエネルギーをどう抑えるか、フィルターはコストをどう下げるか。

最後の抽出にしても、実験室のように溶媒を使って単純に抽出するというわけにはいきません。溶媒を回収する必要があります。藻を乾燥させてオイルを抽出するとなると、そのためのエネルギーコストもかかります。

この辺りの技術開発を行うのは大学では無理ですから、産業界の協力が必要になります。


──こうした実用化の課題には、どの研究機関や企業も直面しているわけですね。アメリカでは、バイオ燃料のベンチャー企業に莫大な投資が行われて実用化を進めています。

昨年、アメリカのエネルギー省は"National Algal Biofuels Technology Roadmap"を発表しました。これは、さまざまな分野の学者を集めてワークショップを開催し、その議論をまとめたものです。とてもレベルの高い資料ですが、残念ながら日本ではこういうものを作ろうともしていません。

オーランチオキトリウムという、素晴らしい役者が登場したわけですから、きちんと脚本を練って、舞台を作っていかなけれ
ばなりません。そういう取り組みをしないとどうなると思いますか？


──中国やアメリカが買いに来る？

そう、大事な技術やノウハウが海外に流出してしまいます。


──アメリカは新しい技術に対する投資の仕方が大胆ですよね。100のベンチャーにまとめて投資して、そのうち1つが大成功すればいいという。

そういうやり方でいいんです。世界で消費されている原油が50億トン、1リットル当たり50円としたら、250兆円の市場がすでに存在するわけです。バイオ燃料は、ものすごくリターンの大きい世界なんですよ。

それは日本が産油国になるということだけではありません。世界のパワーバランスすら変える可能性を秘めています。


──エネルギー資源が特定の地域、国に偏るのではなく、遍在するということですね。

そういうことです。技術さえあれば、誰もがエネルギーを手に入れられるようになります。

私は、エネルギーが潤沢になることで、世界が抱える問題のかなりの部分を解決できるのではないかと考えています。人類をエネルギー資源の制約から解放する、これこそが、全人類が待ち望んでいるイノベーションではないでしょうか？

「省エネ」「レアアース不使用」「超高密度化」の3つが実現できる可能性があるありふれた鉄ナノ磁石

電力消費なし、レアアースなしの、超高密度ハードディスクが実現できる？
2010年12月24日　山路達也の「エコ技術者に訊く」より


・強磁性（隣り合う各原子磁石の向きが同じ方向を向いて整列している状態）の鉄ナノ磁石に対して電圧をかけると、反強磁性（隣り合う各原子磁石の向きが異なる方向を向いた状態）に変わった…

・マクロな磁石の理論では説明がつかず、理論分野の専門家とも協力して新しいミクロなスケールでの理論を構築しようとしています。従来は、基礎研究と応用研究の専門家が完全にわかれていましたが、今は基礎と応用の垣根がなくなりつつあります。転換期が訪れているのを感じますね。



久しぶりに興味をそそられる科学的な新事実が研究されつつあるようです。

YouTube の再生回数の多い動画を調べてみたら…

ダントツ一位がこれ；


Lady Gaga - Bad Romance


311,761,782 views （投稿1年前）

以下、
2位；
Charlie bit my finger - again !
253,150,091 views （投稿3年前）

3位；
Shakira ft. Freshlyground - Waka Waka (This Time for Africa) (The Official 2010 FIFA World Cup
245,316,731 views （投稿5か月前から急上昇－ワールド・カップ・サッカー人気は強かったのですね）

4位;
Justin Bieber - One Time
194,523,897 views （投稿1年前）

5位;
Miley Cyrus - Party In The USA - Official Music Video (HD)
175,624,710 views （投稿1年前）

　３～４年前にも調べたことあったのですが、その時はマライア・キャリーやセリーヌ・ディオン、マイケル・ジャクソンなんかも1億View超えていたと記憶しているのですが、今回彼らの中には1億超えているものは見当たりませんでした。

　You Tube 側で、昨年2月25日からView Count にスパム・フィルターを通して、Proxy 等を使った（閲覧回数増加目的の）不正なアクセスをカウントしないようにしているらしいのですが、恐らくはその時に削除されたりしたものもあると思うので、これらが過去にさかのぼっての歴代順位とは限らないと思いますが、最近は、ネットの人口もiPhoneや他の携帯デバイスの普及と共に広がっており、急速に伸びる傾向が大きくなっているように思います。

尖閣諸島中国漁船衝突事件 流出ビデオのリンク

その１/６

尖閣諸島中国漁船衝突事件　流出ビデオ　1 6
Uploaded by dacchitaka. - News videos from around the world.

その２/６

尖閣諸島中国漁船衝突事件　流出ビデオ　2 6
Uploaded by dacchitaka. - Up-to-the minute news videos.

その３/６

尖閣諸島中国漁船衝突事件　流出ビデオ　3 6
Uploaded by dacchitaka. - Up-to-the minute news videos.

その４/６

尖閣諸島中国漁船衝突事件　流出ビデオ　4 6
Uploaded by dacchitaka. - Watch the latest news videos.

その５/６　!!衝突場面有り!!

尖閣諸島中国漁船衝突事件　流出ビデオ 5 6 　!!衝突場面有り!!
Uploaded by dacchitaka. - News videos from around the world.

その６/６

尖閣諸島中国漁船衝突事件　流出ビデオ 6 6
Uploaded by dacchitaka. - Watch the latest news videos.

日本人開発技術者が海外で生き残る為に

　日本人が海外で技術開発業務を継続して行おうとする時、どうしても乗り越えなければならない壁があると思う。
『現地人ではなく、他の国の人種でもなく、あの日本人（達）にしか頼めない』と言わせるだけの、強い分野を持つことである。

　海外案件、特に、大規模なプロジェクトは、いずれ全てＥＰＣ（Ｅｎｇｉｎｅｅｒｉｎｇ　Ｐｒｏｃｕｒｅｍｅｎｔ　Ｃｏｎｔｒａｃｔ：技術提案型契約）が主流になると思う。

　ＥＰＣ、それは、自然災害･戦争/大規模テロ・急激な経済的な大変動以外の、全ての損失を請負者側が被る責任を負わされることを意味し、プロジェクトのプロフェッショナルとしての顔が求められている。入札時に施主側が示すものは、完成品の満たすべきスペックのみであり、完成図面はない。詳細な要件定義ですら、こちらからいちいち確認をしなければならないこともしばしばである。

　そのような契約に立ち向かっていく為には、ただただ、己の技術力と知識を磨き続け、強い専門分野を開拓して行く事だけがその支えとなってくる。

　といっても、殆どの大規模開発案件は、様々な分野の共同作業であり、勿論そこには物理的な限界もある。そこで、自分の弱点を補強してくれる協力者の存在が不可欠であり、様々なチャンネルを持つことが、また強みとなって返って来る事がしばしばである。
　しかし、その協力者がもし、プロフェッショナルと呼ぶに相応しくなく、その分野の範囲内での契約条項をバック・トゥ・バックで担えなければ、その弱点は補ったことにはならず、その責によって起こった瑕疵は、全て自分に跳ね返ってくることになる。

　入札前に、極力契約内容を吟味した上でないと、落札した後では何の言い訳も通じないのが海外物件では常識である。かといって、躊躇しっぱなしでは、何も案件を入手することが出来ず、ジリ貧となることは明らかである。

　従って又、基本に還って、己の技術・知識を磨き続けること、それだけが生き残り続ける秘訣であると思っている。

　ＥＰＣにおいては、通常、契約時点で知り得るギリギリの所まで、技術的な危機回避能力が発揮されなければならない。
　要求耐震性能の見極め、津波対策、地山崩落防止策、風荷重や熱的性状による材料の変状をも考慮に入れ、周辺環境対策はもとより、その地域の法令に従った設計を考慮に入れた額を適切に見積もり、更に、施主の特別要求事項があれば、それも含めた上で入札額を決定しなければ、落札後にどのような設計面・要求面での見直しを強いられるか分からない。様々な検討事項について、可能な限り対応策を予測しておくこと、それが入札時における心構えとなる。

　日本の技術屋は、『自分は技術屋だから、契約の細かい条項についてはよく分からないが、施主の要求通りのものを作るのが契約だから仕方がない』といったスタンスの人も多いように思う。しかし、施主が入札前に提示する契約書は、未だ契約書としての効力があるわけでもなく、たたき台（＝ドラフト）の状態に過ぎないということを覚えておくべきである。
　施主としても、契約で相手を不利な状況に追い込むことが第一目標であるわけはなく、自分が不利になる状況を回避したいだけなのである。
　従って、ある一定の合理性を持って、契約の内容について話し合うこと～～～それも腹を割った話し合いを行うこと～～～が、大事なことであり、その上で双方が合意し得る内容に到達するというプロセスを貫くことが、良好な関係を築き合う為には不可欠だと思う。

　その為には、施主側が提示したドラフト条項をよく読み、どこが施主の本音の部分なのか、どの条項がこちらにとって回避しておかなければならないのか（通常、無限責任については誰もウンとは言わない）、又、どの程度のレベルならば責任が持てるのかなどを吟味した上で、こちらの立場をよく説明できるよう、ポイントを整理して明確にしておかなければならない。
　諸条件が合意に達することが出来るよう、根気強く話し合いを行う姿勢を崩さないことが大事だと思う。

　『タフ・ネゴシエーター』と思われている人ほど、理路整然とこちらの立場を説明している部分に対しては、意外と耳を傾けてくれるものだと思う。そうしないと、逆にこちらも折れることが出来ないという雰囲気が、話し合いの場には自ずと漂ってくるからである。

　ただ、一旦交わしてしまった契約に対しては、内容を改めることは難しい。
そのような時はどうするか。今度は、『何が契約に書かれていないか』を、考えることである。契約前は、書かれている契約内容について吟味し、契約後は書かれていないことについて熟考するわけである。
　契約前には想定外の事象は、契約変更で対処するしかないので、その時にこそ、不利な局面を挽回する唯一のチャンスと考えなければならない。但し、これはめったに起こらないことだからこそ、想定外なのであって、常にチャンスはあるなどとは考えないほうが無難である。何れにせよ、事前に契約内容について、深く吟味することが最善策であることには変わりがない。


　『技術・知識を磨き続けること』、『契約をよく吟味すること』、そして、『素直に自分の立場を理解してもらえるまで話し合う姿勢を貫くこと』、これが最終的に生き残り続ける秘訣だと思う。

クラウド技術に関する希望的予測の覚書

　昔、コンピューターＯＳにＧＵＩがやっと定着し始めた（Ｗｉｎ９５が出始めだったと思う）頃に、『個人のパソコンは端末として使う時代が来る』という記事を何かの雑誌で読んだ時、信じなかった。

　技術屋にとって、パソコンはあくまで計算の道具であって、情報を得るのは別に他のメディアでもかまわないからなのだが、私にとってのパソコンは、スタンド・アローンが前提だった。

　それは、インターネットの技術が進み、ＪａｖａＳｃｒｉｐｔやＣＧＩ、Ａｊａｘが出たときも同じだった。

　ネットの技術は基本的にＣＵＩ（Character User Interface）が基本のように感じていたからだ。

　しかし、ここ２年程、色々と調べ直してみて、サーバーベースでスタンドアローンのように使える技術がだんだんとそろってきていることを痛感した。何よりもGoogle Docsのスプレッドシートに驚いた。

　技術屋にとって不可欠なＣＡＤなどにしても、図面管理のＷｅｂＣＡＤはもとより、リッチクライアントを実現するためのCurl等、様々なWebアプリケーション技術が揃いつつあるようです。

　ＣＡＤ本家のAutodeskも黙っていないようで、Project Butterflyを既に立ち上げている。



　そこで、技術屋にとって現在使われているスタンドアローンベースの業務用アプリケーション（特に海外では技術提案型の入札案件や自社開発などの数量拾いで素早い計算を多用するので、そのような業務に使われるもの　－　昔は過去の事例からの比率をデータベース化していただけだったりしたので、積算漏れが大きかった）のリストアップをしておき、将来どの程度Ｗｅｂベース・アプリケーションが発達してゆくのかを見守ってゆきたい。

　といっても、海外専門に特化した見地からのリストなので、日本のソフトはExcel Macro絡みやJWW位しか思いつかないのですが＾＾；


● ＣＡＤ：
　　　・AutoCAD － 云わずと知れたCADの世界標準。ただ、機能が肥大化しすぎて全て使える人にはお目にかかったことがない＞＜；
　　　・Google SketchUp － クラウド時代のCADの世界標準となるのか？甥っ子（小６）が喜んで使っています。教えたその日に家を作り出したのにはびっくりしたｗ非常にとっつきやすい３Ｄ ＣＡＤです。

● 構造解析：
　　　・SAP 2000 － Computers&Structures社の構造解析ソフト。下のEtabs/SAFEも類似のソフトだが、これは汎用品。最近はほぼ毎年更新され、バージョン１４にまでアップしている。基本的に強度がOKでないとレポートが作成されないといったことが設計者に受けているようだが、入札・見積り用の解析などではちょっと敷居が高いような気がする。
　　　・Etabs － 上記のものの躯体設計に特化したもの。
　　　・SAFE － 同様に、基礎・フーチングに特化。
　　　・Staad － Bentley Systems社の構造解析ソフト。３Dで一括解析が出来、Editerでデータを編集も出来る柔軟性を持つ。慣れると必要な部材数がすばやく出せて便利。耐震設計にも対応。
　　　・ProSteel3D － Staadと同様、Bentley社製のソフトで、鋼構造設計および製作用の3次元モデリング環境を有し、建設･計画支援向け。接合部の結合、材料の集計表も管理出来る。
　　　・GT STRUDLE － Georgia Tech Research社製ソフト。教育用が出発点。色んな機能満載だが、ウィンドウがそれぞれ独立で出てくる点は好みの分かれる所か？
　　　・STRAP － GTS CADBUILD社製のソフト。鉄骨の接合設計が素早く出来るので、より踏み込んだ数量拾いにも使えそう。
　　　・Nastran － NASA（米航空宇宙局）が航空宇宙プロジェクトの構造解析を行うために開発した有限要素解析ソルバー。基本機能として、線形静解析、固有値解析、座屈解析等を行える。NEi Nastran
, MSC (MD) Nastran, NX Nastranなどがある。
　　　・RISA-3D － RISA Tecnology者製の、使い易いという評判の構造解析ソフト。ただ、以前確認したときは耐震設計への対応でちょっとアメリカ以外の仕様が他のソフトに比べて弱そうな印象でした。
　　　・LUSAS － 英国ベースの開発(London University Stress Analysis System)で、ＳＡＰ並みの老舗。土圧・間隙水圧といったパラメーターも使え、地盤･建物間の連成解析が可能な貴重なソフト。Prestressを考慮したBeam要素・はり要素もあつかえる。実用的だが多少アピールの面で弱い感のある実用派向けのソフト。
　　　・ADAPT PT － ポストテンション構造の設計に特化したソフト。

● 土質･地質解析：
　　　・Plaxis － オランダPLAXIS B.V.が開発した地盤専用有限要素法ソフト。
CAD感覚で解析モデルを簡単に作成することが可能で、短期間で解析結果を得ることが出来る。
　　　・Fides DV Partner － SOFISTIK SYSTEMHAUS社の解析プログラムで、タスク毎に適切なプログラムを繋ぎ合わせてある。多少習熟が必要な気がする。
　　　・AFES － ＧＳエンジニアリング社が開発した、建築及びプラント工事に必要な全てのデータを一つのプログラムで遂行することができる、基礎設計統合ソリューション。Automatic Foundation Engineering System
　　　・Seep W － GEO-SLOPE International社が開発した地盤解析ソフト。


● 仮設工解析等も必要に応じてあった方が便利：
　　　・川田テクノシステム
　　　・KASETSU-5X
　　　・フリーソフトのリンク集
　　　・綜合システム
　　　・Ｆｏｒｕｍ８

● 設備用簡易設計：
　　　・クレーン・コンベア・下水処理機械設計ツール等 － 山下 勝市/やました かついちさんが提供しているExcel Macro群は便利そう。

● 工程計画管理：
　　　・MS Project － プロジェクト作業、スケジュール、および財務の状況を管理するだけでなく、これらを常に把握してプロジェクト チームを統率可能。

　　　・Primavera － Project Portfolio Management (PPM) solutionsの草分け的なソフトでPrimavera Software社が開発、現在はOracleが管理している模様。


● 積算用･ドキュメント管理用ソフト：
　　　・MS Excel － Webベースの表計算がせめてExcel97レベルになってくれればもっと活用できると思っている人は多いと思う。私の中ではExcel は97で止まってます＾＾；
　　　・Adbe Acrobat Professional － 見栄えよく情報が伝わりやすい文書を作成してくれる。共有レビューなら、PDF上で他の人のコメントを参照しながら自分の意見が記入できる。
　　　・カルキング － 数式エディタ(技術ドキュメント作成)、数式処理、関数グラフ、TeX変換・HTML変換（出力）が出来る。

● 躯体ボリューム算定用：
　　　・jwc積算桜 － JWで積算ができる。
　　　・SuperBuild/積算 － ユニオンシステム社が開発した積算ソフト。構造計算のデータを元に数量拾いをしてくれる。

● ブラウザ：
　　　・Google Chrome － やはりダントツにブラウジングが早いので、既に手放せなくなっている。クラウド時代を先取りしたブラウザーだと思います。

● Virtual Machine：
　　　・Virtual PC － 海外では情報収集時にウィルスの仕込まれたページで地雷を踏むこともしばしば。かといってウイルス対策ソフトのペースで仕事をやっていたのではウイルス定義をしょっちゅう読み込むたびに仕事が止まる。デフォルトではウイルス対策ソフトを止めてVirtual PCのゲストOS上で情報収集をやっているので、ウィルスに感染したらゲストOSをリブートするだけでＯＫ。重宝しています＾＾。

DigInfoより動画をいくつか抜粋

DigInfoって結構面白いニュースがあったりする。

金属を使わずに金属調の光沢と質感を表現するフィルム

東レ
PICASUS（ピカサス）
色んな応用できそうですね。

フレキシブル電子ペーパー「QR-LPD」

ブリヂストン
フレキシブル QR-LPD
電子粉流体を使ったクイックレスポンス電子ペーパー。ただし白黒。

フレキシブル有機ELディスプレイを使ったソニー製品コンセプト

ソニー
有機TFT駆動フレキシブル有機ELディスプレイ
ＫＩｎｄｌｅやｉＰａｄなんかがコレで作られる日も近い？

世界最大級LCDタイプ70インチ裸眼3Dディスプレイ

ニューサイトジャパン
3D立体ディスプレイ
ディスプレイに特殊なフィルムを装着して３Ｄ化させるタイプ。

電気代ゼロ - LEDシャワー

スギハラエンジニアリングズ
LEDシャワーひかりちゃん
水温によって色を変えたり出来る。水圧で発電させて発光している。

固体高分子燃料電池で動く小型魚ロボット

大阪市立大学
小型魚ロボット
動きが面白いと思いました。

中国製iPadについて

　ワイヤード･ニュースに「中国製iPad、続々登場」という記事がありました。

　iPodの時にも色々海賊版が出たので、出るとは思っていたが、思ったよりも早い対応だと感じました。

　それどころか、2月には、iPhoneを大型にしたような機器を販売していた中国企業がiPadを「著作権違反」で訴えたと報道されたそうです。

　以下は、Bloombergの報道動画で、マルチタッチやテレビ電話など優れた機能を誇る、中国製の各種iPadコピー製品を紹介しています。




　２バイト系の文字が標準で表示されているので、日本語に対応し易いのかも知れません。

　ただ、海賊版は電池が2時間くらいしか持たなかったり、異常発熱起こしたり、何かあった時に正規のサポートが受けられないなどのリスクはあるかと思います。

高速度撮影が捉えた稲妻のメカニズム

以下はWired Visionより全文抜粋：

Tom Warner氏は、ラピッドシティーにあるサウスダコタ鉱山技術学校の博士課程の学生だ。
「2007年以降、私は毎秒最大5万4000コマの撮影の可能な高速ビデオカメラで、稲妻を記録してきた。この種のカメラは、われわれがこれまで見たことのないような形で稲妻を見せてくれる。稲妻が、雲から下に向かって伸びていっているのか、それとも、高い建物から上に向かって伸びているのかがはっきり見分けられるほどだ」と同氏は語る。
同氏がしばしば使うカメラは、Vision Research社の高速撮影用『Phantom』だ。このカメラでは、リング状のメモリーバッファに、継続的に記録を行なっている。「私は稲光に気付いたらカメラのボタンを押す。その時はもう稲光の消える寸前だが、カメラはボタンを押す2.5秒前からの動画を保存してくれている」



この動画ではまず、下向きに伸びていく、マイナスに帯電した先駆放電(ステップリーダー)が見える。稲妻はさまざまな方向に枝分かれしていき、枝分かれの1つが地面に到達すると、明るい帰還雷撃(リターンストローク)が発生する。
[落雷現象では、まず、雲の内部から地面に向けて先駆雷撃(ステップ・リーダー、階段型前駆)という小さな放電がくりかえし発生して、少しずつ空気中にイオン化した経路をつくっていく。この先駆雷撃が地表近くまで進展してくると、それに対応して地面に集まってきた電荷からも放電路が伸びてゆく。そして両者が接触することによって、数十キロアンペアの大電流が瞬間的に流れる(0.0002秒程度)帰還雷撃(リターンストローク)が起こる。それから数十ms(1msは1000分の1秒)の休止をおいてから、上空から同じ道筋をたどって放電があり(矢型前駆／ダートリーダー)、それにつづいて2度目の帰還雷撃がおこる。このような現象を数回くりかえし、電位差が中和されるまで放電が続く。1秒たらずの間に3~4回放電が繰り返される]
この稲妻の映像は、毎秒7200コマのシャッタースピード(1コマ撮影するのに139マイクロ秒)で撮影された。先駆放電は毎秒数百キロメートルという速さで空中を進んでくる。明るい帰還雷撃は、光速のほぼ半分くらいの速度で上に伸びていくが、速すぎて写真では1枚しか捉えきれていない。

空中のステップリーダー



この動画では、マイナスに帯電した複数のステップリーダーを見ることができる。これらはさまざまな方向に移動し、時折静止しては再び移動する。ステップリーダーは最後には下向きに移動して地面に到達し、帰還電撃を発生させる。
[空気は絶縁物質なので、ステップリーダーは枝分かれやストップ＆ゴーを繰り返す。20〜50mほど進んでは止まり、また進みを繰り返し、枝分かれしながら進んでゆく]

飛行機から撮影



上の稲妻は、飛行機から撮影された、マイナスに帯電した先駆放電(ステップリーダー)。先駆放電が地面に到達すると、帰還雷撃が発生し、稲妻の通ってきた道が一気にまた明るくなる。その次に明るくなるのは、高速で下に向かうダートリーダー(矢型前駆)のためだ。これは先駆放電と同じ経路を辿って、第2の帰還雷撃を発生させる。

リコイルリーダー



上の動画には、プラスに帯電した稲妻の放電が、雲から落ちてくる様子が捉えられている。稲妻が地面に到達したところで、帰還雷撃が起こっているのも確認できる。
プラスに帯電した稲妻の放電はあまり明るくなく、始めのうちに細かく枝分かれする。枝分かれした経路のうち明るくないものでは、ストロボ効果が起こる。
これらはリコイルリーダーと呼ばれ、枝分かれした経路を、雲に向かって文字通りにリコイル(退却)していく。これは、プラスに帯電した稲妻の放電の発生の過程に特徴的なものだ。Warner氏によると、この現象は高速カメラが出現するまで確認できなかったそうだ。

塔への落雷



これは、下向きの、マイナスに帯電した先駆放電が塔に落ちた瞬間だ。マイナスに帯電した先駆放電が塔に近づくと、塔の先端からプラスの放電が起こって上方に伸びていく。この上向きの放電が下向きの放電とぶつかると、帰還雷撃が発生する。その後もダートリーダーの帰還雷撃が5回起こっているのが確認できる。

稲妻を誘発するテレビ塔



この動画は、プラスに帯電した放電が上に向かって伸びていく様子を映している。テレビ塔の先端から発生し、枝分かれをしながら上空の雲に到達している。あまり明るくない経路のいくつかで、明るいリコイルリーダーの発生が確認できる。
この塔の形は電場を大きくしやすく、そのことが稲妻を誘発している。
{サイトトップの画像はWikimedia}
[日本語版：ガリレオ-江藤千夏/合原弘子]

精巧なロボットハンド・他

東京大学の石川小室研究室の精巧なロボットハンド



と、高速感知技術による、書籍のスキャニング



「ブックフリッピングスキャニング」は、 ユーザによる連続的なページめくり動作中に、各ページの情報を読み取る新しい技術。
　もうひとつ。
The Deformable Workspace

オープンソースを用いた業務用プライベート・クラウドについて

　ちょっと興味を持ったのでそのメモ。

　その前知識としてＩＢＭのまとめサイト「オープンソース・クラウド・コンピューティングの実態」でパブリック・クラウドを一望して理解しておくともっと分かりやすいかと思います。

　ＥＲＰ（Ｅｎｔｅｒｐｒｉｚｅｄ　Ｒｅｓｏｕｒｃｅｓ　Ｐｌａｎｎｉｎｇ：企業資源計画）という概念を持ったオープンソースの代表的なものはCompiere（コンピエール：米Compiere社が開発、オラクル上のＪａｖａベース）、ＥＲＰ５（フランスＮｅｘｅｄｉ社がＰｙｔｈｏｎで開発されたアプリケーション・サーバーＺｏｐｅ上にデータベースＭｙＳＱＬで構築・開発）、ＨＯＯＰ（KN情報システムが中心となって開発で、ＪａｖａとＰｏｓｔｇｒｅＳＱＬをベースとしたＥＲＰ）などがある。
　販売管理，購買管理，材料管理，会計などのモジュールがあり、いずれも日本語化と日本の商習慣への対応を行っている。だが、全てのソースを公開しているものでもなかったり、モジュールによっては有償となっていたりで、柔軟性や割安感に対する疑問もあるようだ。

　また、オープンソース・クラウド基盤ソフトウェア『Ｅｕｃａｌｙｐｔｕｓ』というものがあり、Ａｍａｚｏｎのクラウドサービス「Amazon Elastic Compute Cloud（EC2）」と互換性を持つクラウド基盤ソフトウェアで、いわばＥＣ２のクローン。システムの冗長性確保には課題が残り、別の手段との併用が望ましいと言われてはいるが、Ａｍａｚｏｎのサーバーに業務データを渡してしまうことへの抵抗感を感じている方へは、こちらを使ってクラウドを構築するという手もあるということである。ただしこれはデータセンター向け。
興味のある方は自分たち専用のクラウドを作ろう、ＯＳＳのクラウド基盤「Ｅｕｃａｌｙｐｔｕｓ」を使うなどを一読ください。

　そもそもＥＲＰの基本的な機能に関しての説明が以下（コンピエールのサイトより）：

・顧客管理（ＣＲＭ：Ｃｕｓｔｏｍｅｒ　Ｒｅｌａｔｉｏｎｓｈｉｐ　Ｍａｎａｇｅｍｅｎｔ）
取引先管理（顧客、仕入先、従業員を一元管理）、与信管理、支払督促、販売促進、問合せやクレームの対応追跡のリクエスト管理、Eコマース/セルフサービスの機能を含む。

・販売管理（Ｐｏｉｎｔ　ｏｆ　Ｓａｌｅｓ　Ｓｏｌｕｔｉｏｎ）
見積、受注、出荷・納品、請求書発行、入金、顧客返品の機能を含む。

・仕入購買管理（Ｐｌｏｃｕｒｅｍｅｎｔ　ａｎｄ　Ｐｕｒｃｈａｓｉｎｇ　Ｍａｎａｇｅｍｅｎｔ）
社内購買部門向けの見積要求、見積依頼、発注、入荷・検収、請求書照合、支払、仕入返品の機能を含む。

在庫管理（Ｉｎｖｅｎｔｏｒｙ　Ｍａｎａｇｅｍｅｎｔ）
入出荷、在庫移動、棚卸、在庫補充、製品組立/解体、属性管理、ロット/シリアル番号管理、保障期限管理の機能を含む。

・財務会計（Ａｃｃｏｕｎｔ　Ｐｏｓｔ　Ｃｏｎｔｒｏｌ）
仕訳登録、経費精算、預金出納帳管理、現金出納帳管理、小切手・手形管理、原価評価計算、決算処理の機能を含む。

・実績分析（Ｐｅｒｆｏｒｍａｎｃｅ　Ａｎａｌｙｓｉｓ）
総勘定元帳、自動仕訳計上、会計スキーマ、会計ディメンション、会計諸表の定義、会計諸表の作成、税務処理、予算管理、予算実績対比分析、ダッシュボードの機能を含む。

・プロジェクト管理（Ｐｒｏｊｅｃｔ　Ｍａｎａｇｅｍｅｎｔ　Ｓｏｌｕｔｉｏｎ）
サービスの提供とともに関連づけたプロジェクト、タスクなどを定義・管理を行う。

　商業ベースのものがあまり好きではないという方には、ＡＤｅｍｐｉｅｒｅ（アデンピエレ）が個人的にはお勧めではないかと思います。
　ＡＤｅｍｐｉｅｒｅは、Ｃｏｍｐｉｅｒｅから分かれてコミュニティ･ベースで開発されたもので、分かれてから３年以上経ちましたが、アプリケーションの基本構造や、中心的な機能については大きな違いはないそうです。共に顧客管理、販売管理、購買管理、在庫管理、財務会計などの基本的な機能があります。

　ＡＤｅｍｐｉｅｒｅプロジェクトによって追加・変更された点は；
・PostgreSQLに対応（安定版がリリースされています）
・オープンソースのAjaxフレームワーク、zkを使った、ブラウザから使えるユーザーインターフェイス
・バグ修正（プロジェクトのBug Trackerで1500件以上の修正）
・MRP(生産管理)、Payroll(給与管理)、Fixed Asset(固定資産)管理の機能の追加（アルファ版）
などです。

　ただし、ざっと見た印象では、顧客管理の面ではちょっと物足りないな印象を持ちました。
　勿論、これでも十分なのですが、コマーシャル・オープン・ソースでは、ＳｕｇａｒＣＲＭという顧客管理に特化した優れた老舗ソフトがあり、こちらの方がより練られていると思います。
　無償版・有償プロ版・有償企業版の３つが選べるようになっており、マーケッティング・営業・カスタマー・サポートに特に威力を発揮するようで、顧客の絞り込み、商談の進捗管理、コレスポンディングのケースとの関連付けなどで、良い評価を受けているようです。日本ではオープンソースＣＲＭ㈱が正規取扱店となっているようです。日本語コミュニティ・サイトはＳｕｇｅｒＦｏｒｕｍ．ｊｐです。ただ、ＬＡＭＰ（Ｌｉｎｕｘ、Ａｐａｃｈｅ、ＭｙＳＱＬ、ＰＨＰ）ベースのようなので、ＡＤｅｍｐｉｅｒｅと一緒に使うにはどうなのかは調査が必要かと思いますが＾＾
　また、他の割と評判の良いＣＲＭにｖＴｉｇｅｒＣＲＭというのもあり、株式会社五橋研究所がサービス販売を行っているようですが、これもＰＨＰベースです。

　現実問題として、機能はＯＳＳなので拡張の柔軟性が見込めるにしても、パフォーマンスが遅く、ストレスを感じるようでは頂けないと思います。現に、MySQLとPostgreSQLを比較したところ、8倍MySQLのほうが速かった（ＧＮＵ ＧＲＵＢの開発者であるＮｅｘｃｅｄｉ日本法人社長、奥地秀則氏による）らしいのです。ただ、これはどの機能を頻繁に使われるかによっても感想が変わってくるようです。

　機能的に十分そうながら日本のコミュニティーにまだよく認知されていないものにＯｐｅｎＢｒａｖｏ　ＥＲＰというのもあります。日本語ＷｉｋｉはＯｐｅｎＢｒａｖｏ　Ｗｉｋｉですが、殆どのリンク先は未翻訳でした。しかし、チェックすべきオープンソースプロジェクト10選で１番目に紹介されているので、今後は要チェックといったところでしょう。

　とにかくこれだけ機能が揃ったＯＳＳのＥＲＰなので、導入に踏み切る企業が増えているかというとまだ二の足を踏む経営者が多くいるようで、スタンドアロンタイプの業務用パッケージが電気店で積み上げられて売られているのを見ると、データの使いまわしの利便性や業務の効率アップよりも堅実性・過去のデータとの連携を取っているのかと考えます。
　従って、弥生の会計やＯＢＣの勘定奉行シリーズなどとのデータ互換性／データ変換の容易さもソフト選びのひとつの尺度となって来るのかと考えています。

　将来的には仮想化されたプライベート・クラウド・サーバー上でＥｕｃａｌｙｐｔｕｓを動かし、その上に使えるＯＳＳのＥＲＰやＣＲＭを積んで小規模ベースで事業を積み上げていくタイプの中小企業やＷｅｂプロジェクトベースだけのバーチャル・カンパニーといったものが出現する可能性もあるのかなあといった見通しを持っていますが、私の想定している市場ではもうちょっとサービスがリッチなガンチャートが表示可能なＯｐｅｎＰｒｏｊやヒストグラフ、数量が拾えて工程管理も出来るようなＷｅｂベースの３Ｄ ＣＡＤなどが使えればもっと混沌としてきて面白くなるのではと考えています。

　日本語化されていないが有望そうなその他のOSS ERP:

webERP web-based ERP Accounting
統合会計ERPシステム。多言語、通貨、保管場所。複式記入に完全対応。SO、AR、PO、AP、GL、銀行、販売分析。BOMs、アセンブリ、キットセット。柔軟な価格設定。PDFレポートのEメール対応。PHPで素早く作成されるHTMLは、すべてのブラウザに対応している。
データベース環境: MySQL
開発状況: 5 - プロダクション/安定, 6 - 成熟
対象ユーザ: 開発者, エンドユーザ/デスクトップ, 管理(マネージメント), 財務/保険産業, 製造
ライセンス: GNU General Public License v2 (GPLv2)
主要対話語: ブラジル系ポルトガル語 , 中国語 (繁体字), オランダ語, 英語, フランス語, ドイツ語, インドネシア語, ポーランド語, ポルトガル語, ロシア語, スペイン語, トルコ語
オペレーティングシステム: OS非依存
プログラミング言語: JavaScript, PHP
トピック: ERP, エンタープライズ, アカウンティング, SourceForge.net
ユーザインタフェース: Web環境

OpenRPT report writer by xTuple
グラフィカルなSQLレポートライター、デザイナー、レンダリングエンジンは、PostgreSQL用に最適化。のWYSIWYG表示のGUIはQtで構築、Linux、Windows版、Mac OS XのレポートをXMLとして保存することができる。ファイルまたはデータベースのように実行される。
データベース環境: ODBC, データベース管理ツール, PostgreSQL (pgsql)
開発状況: 5 - プロダクション/安定
対象ユーザ: 先進的ユーザ , 開発者
ライセンス: GNU Lesser General Public License v2 (LGPLv2)
オペレーティングシステム: すべての 32-bit MS Windows (95/98/NT/2000/XP), OS非依存, POSIX (Linux,BSD,Solaris など)
プログラミング言語: C++
トピック: フロントエンド, XML, ERP, エンタープライズ, SourceForge.net
ユーザインタフェース: Qt

TUTOS
TUTOS The Ultimate Team Organization Software、ウェブサービスのグループウェアやERP / CRMの/を管理するPLMシステムでチームの予定表、アドレス、プロジェクト、タスク、バグ、メールボックス、書類、ノート。
データベース環境: Firebird/InterBase, MySQL, Oracle, その他のネットワークベースDBMS, PostgreSQL (pgsql)
開発状況: 5 - プロダクション/安定
対象ユーザ: その他の閲覧者, エンドユーザ/デスクトップ, カスタマサービス, 情報技術
ライセンス: GNU General Public License v2 (GPLv2)
主要対話語: ブラジル系ポルトガル語, カタロニア語, 中国語 (簡体字), 中国語 (繁体字), オランダ語, 英語, フィンランド語, フランス語, ドイツ語, ギリシア語, ハンガリー語, イタリア語, 日本語, 韓国語, ポーランド語, ロシア語, スペイン語, スウェーデン語
オペレーティングシステム: OS非依存
プログラミング言語: PHP
トピック: Freshmeat.net, 動的コンテンツ, CRM, ERP, エンタープライズ, プロジェクト管理, スケジュール, SourceForge.net
ユーザインタフェース: Web環境

Turquaz Financial Accounting
Turquaz財務会計の完全な複式金融ソリューションの在庫管理と、中小規模のenterprizesをターゲットに、アカウント、総勘定元帳、ジャーナル、多通貨、高度なレポートと分析支払うrecievableを占めている
データベース環境: JDBC
開発状況: 4 - ベータ
対象ユーザ: その他の閲覧者, 開発者, エンドユーザ/デスクトップ, カスタマサービス, 財務/保険産業, 情報技術
ライセンス: GNU General Public License v2 (GPLv2)
主要対話語: 英語, トルコ語
オペレーティングシステム: すべての 32-bit MS Windows (95/98/NT/2000/XP), POSIX (Linux,BSD,Solaris など), Linux
プログラミング言語: Java
トピック: ERP, エンタープライズ, アカウンティング, 投資, POS(Point-Of-Sale), SourceForge.net
ユーザインタフェース: X11アプリケーション, Win32 (MS Windows), Web環境

Open ERP
会計管理 、 財務会計 、 在庫管理 、 販売 、購買管理、タスクの自動化、人的資源管理、 マーケティングキャンペーン、 ヘルプデスク 、および販売時点情報管理（ＰＯＳ）を実現する。Ｔｉｎｙ－ＥＲＰを元に開発された。ドラッグ＆ドロップ で使用性を高めており、カレンダー、統合されたBPMのビュー、ワークフローエディタの画面設計の共有と動的なガントチャートを提供する。
開発者 Tiny、Sprl
安定版リリース 5.0.6 / 2009年9月29日、4月
オペレーティングシステム Windows、Linux、Unix、Mac OS X
データベース　PostgreSQL
プログラミング言語:　Python,　XML
種類 ERP、CRM
ライセンス GPL

ランディー・パウシュの授業に紹介されたアリス・プロジェクト

Alice.orgのホームページ

アリスはランディー･パウシュが監修していた仮想化ソフトで、Javaを使って簡単に
３Dモデルを使ったストーリーを製作できるという特徴を持っています。

インストールの仕方

Installing the NetBeans Plugin for Alice 3 from Alice Team on Vimeo.

私もちょっと勉強してみようかと思います。

量子コンピュータ授業 と ランディ・パウシュの「最後の授業」

量子コンピュータ授業
2005年2月22~24日慶應義塾大学理工学部で開催された量子コンピューティングに関する一連の講義。



　ある程度の講義は全部動画サイトにアップしといて、学生たちに授業を開放しとけば先生もその分研究に没頭できるし、学生もレポートでも出させて授業を閲覧したことを確認でき、しかも自分のスピードで勉強できていいし、授業の人気度なんかもログ出来ていい、さらに場合に応じてこんな風に学校外へ閲覧を開放して知識を共有できればもっと色んな可能性が広がるとは思うのですが、要領のいい学生がその抜け道を考え出してくるんだろうという猜疑心が便利さを阻むんでしょうね。

ランディ・パウシュの「最後の授業」
2007年9月18日、ペンシルベニア州ピッツバーグ。ハイテクの街として知られるこ の地に本拠を置くカーネギーメロン大学の講堂で、１人の教授が「最後の授業」を行った 。
教授の名前はランディ・パウシュ。46歳。バーチャルリアリティの第一人者と称される 人物だ。最後の授業をするにはまだ若すぎるパウシュだが、実はこのとき、彼には長年親 しんだ大学に別れを告げざるをえない事情があった。膵臓から肝臓へと転移したガン細胞 。医師から告げられた命の刻限は「あと３カ月から半年」。
こうしてパウシュの最後の授業は始まった。スクリーンに映し出された演題は『子供のこ ろからの夢を本当に実現するために』。それは、学生向けに講義をするふりをしながら、 まだ幼い３人のわが子に遺すためのメッセージだった——。
アメリカではネット動画にアップされるやまたたく間に600万ものアクセス数を獲得し たという、心揺さぶられるメッセージ。



このような素晴らしいメッセージが世界中から簡単にアクセスでき、それに誰かが字幕を添付してくれたり出来るのは本当にありがたいことだと思います。

数式画像表示テスト

ナビエ･ストークスの方程式；



内積を使ったマックスウェル方程式；




ヘルムホルツの自由エネルギーの微分からエントロピーを導出；




ラマヌジャンの定理；



あと、ちょっとややこしい式もテスト；



このサイトで作成してみました。

なかなか良いみたいですね ＾＿＾）ｖ

Wired Vision の Twitter 下の ｓｗｆ Navigator の埋め込み実験

本当は　acc_random　と　pageid　は８桁のランダムな数字をJava Script で

impArnd = Math.round(Math.random() * 100000000);
if (!impApid) var impApid = Math.round(Math.random() * 100000000);

としている。が、下のタグを埋め込めば一応埋め込みは可能；

<iframe src="http://as.bp.impact-ad.jp/hserver/acc_random=92796327/SITE=WRDV.TOP/AREA=RCT/AAMSZ=300X250/OENCJP=UTF8/pageid=66919878" noresize scrolling="no" hspace="0" vspace="0" frameborder="0" marginheight="0" marginwidth="0" width="300" height="250" allowTransparency="true";></iframe>

オリジナルはhttp://wiredvision.jp/　へどうぞ