照明

ライトが暗い。

ハイでもローでもとてつもなく暗く感じる。

街中は街灯があるからいいのかもしれないが、この辺ではちょっと脇に入ると街灯という代物はない。場所によっては人家の明りもない。

真っ暗な中、カブの明りだけでは怖い。特にカーブは怖い。

すぐに手を入れられるような所じゃないけどバルブ替えたら少しは改善するんだろうか。

あんまり明るくてもなぁとは思うんだけどね。最近は対向車の迷惑まったく無視したような車もいるし。しかし、カブのライトはもちょっと明るくてもイイ。

シートもしくはライディングポジション

ライディングポジションという程のバイクでもないけれど…

シートがちゃんといい位置に座ると、全体的に膝が辛い感じがする。

右も左も圧迫感があって操作しにくい。

自分なりに素直に座ると、想定よりも尻が後ろに来る。サドルの後部になって、リアキャリアのパイプが尻にあったって痛い。

なんか尻がある意味快感になる気がしなくもない… が、長時間乗ってるとゴツゴツあたって痛いので、せめて何かリアキャリアのパイプに巻きたくなるなぁ。

あと、背筋をのばすと風圧があるので、若干猫背気味。これがぼちぼち腰に影響があるっぽい。今は慣れる為に乗りまくってることもあって、腰がなんかゴキゴキ音がする。これは、後々腰痛注意かも。

その他

あまり車通りのない道ばっかり走っているせいで、つい後ろの確認を怠りがち。

いい感じ(60kmくらい)で流してたら、いきなり横にバイクがいて仰天。意識が全然そっちに向いてなかった。

かなり風も受けるし、動力性能もあって、60-80位出してるといい感じに感じちゃうんだよね。でも車や普通の二輪にとって、直線や緩やかなカーブならそんな速度域は全然遅い。

後続を注意して、若干の速度ならペースを上げる。難しそうなら左に寄せてパスしてもらう。注意しないといけないと再認識。

スカブでもR1でも、普段60位で流してるからなぁ。余裕があるので後ろが迫ってきたら調整してたけど、カブだと思ったより余裕ないのかな、と少し思ったりして。

まあ乗っていて楽しいのだけど。

まだ慣らし中ではあるんだけど、すでにある程度乗っているので、現時点でのインプレッション。

ちなみに、まだ納車から数日ですが、空いた時間を睡眠時間も削ってすべて走り込みにつぎ込んでるので、すでに走行距離500km越えてます…

しかし、お陰様で大分マシンに慣れてきた。

一度長距離ツーリング(500km位の日帰り)に出そうと思ってるけど、それが終った頃には大分落ち着くハズ…

速度

すでに、色々あって80km弱位は出してしまったかも… メーターは100kmまで。でも多分90位までかなぁと想像。

正直、60-70km位がいい感じで走れる速度域かなぁと思う。このくらいまでなら加速も問題なし。特に早い訳じゃないが、遅過ぎる訳でもない。必要十分。

近場で流れてる道路なら70kmでれば大体問題ないと思うので、後ろがピリピリした車でなければ、普通に流れには乗って走れる。70位までなら、ちょっとした坂でも問題なさそう。

流れが80から100kmくらいの早い道だと、ちょっとのりきれないかもしれない。近くにはそこまで早い道路がないのでなんとも言えないけど。まあ着いていくことはできるかもしれないが、80越えたらちょっとした加減速はかなり厳しいだろう。

都内の殺気だった交通事情だとちょっと辛いかもしれないが、この辺は頭のネジが外れた信号無視とか逆走車が時々いるけど、全体的にはまったりな上、信号も少なめなので問題ない。

全体的に速度制限 + α 位なら、問題ない動力性能だと思う。

燃費

まだ、距離も少ない上、元々のタンク容量が4L位しかない。満タンにして入れても3Lくらい。

なので誤差は大きそう。

今の所、満タン法での燃費計測は59〜60km/Lです。60km/h定速のメーカー計測が61km/L位だったと思うので、かなり計測値に近い。

ちなみにR1Sもメーカーの10モード燃費が確か19km/Lくらいだと思うけど、自分の燃費は大体17-18km/L位。

R1Sと比べると3倍以上燃費がいいのかな。

登坂性能

小排気量ということで、結構心配だった。

坂が非常に多いし、細かい谷戸の斜面は急な所も多いしね。

かなり急な坂も昇ってみたが、普通の坂なら3、4速で構わない。急な坂は2速、稀に1速が必要だが1速が必要な所はかなりマレ。

上の写真くらいだと3速か2速で十分。

1速必要な所でカブを止めたら、ブレーキかけてもズリ落ちて止れなかったわ。動いてる時はなんとかなるけど、一旦止るとブレーキがかかっていても車輪が路面を捕みきれず、ずるずるバイクが落ちていってしまう位の坂でも上れた。

コンクリートの舗装でもあれだから土やジャリでそういう斜面は無理と思うが、基本登坂性能は満足です。

スクーターじゃ多分上れない。スカブ400だったらエンジン的には上れるかもしれないが、ひっくりかえりそうで怖い&あの車重でずりおちたら、泣いて祈るしかない。スカブは200kg位あるんだよねぇ装備重量。カブ110はたしか90kg強しかない。この差はデカい。

当然、そういう所で写真を取る余裕はないので、写真はありません。

走破性能

ロードは勿論、少しだけダートも走ったけど、そこそこ走れる。あまり怖くはなかった。

最低地上高が14cmくらいだったかな、そんなに高くないので完全なダートは無理だと思うがフラットダートならそこそこ行ける感じです。やっぱりギアがあるのが楽かな。

因みに、今日の午後、懸案である雨崎へのアプローチを探索した。結果的には見付からなかったけど、その時相当怖い場所も通る羽目に。

農道なので軽の車幅ギリギリ。山側は枝が突き出ている。谷側は一切ガードなしにいきなり下の畑まで路肩から落ちてる。道路の上は泥でヌカルミになっていて、ワダチの部分だけがかろうじて路面が見れる。ワダチ以外はぬったりとした泥でツルツル滑る。実際、泥にのりあげたら、すべって冷や汗かいた。

山側の轍は枝がでっぱってて通れないので、谷側のワダチを通ったが、すべってふみはずすと下の畑まで10m以上落下間違いなし。で怖くてワダチからマンナカの方にすこしヨセたら泥がすごくてコケそうになる。

おまけに谷へおちる直前に段差があって、そこに車輪落したら水が溜っていてどのくらい深いか見えず。入れたら泥もすごいし、たぶんバランス崩して谷へ落ちそう…

みたいな、もう泣きたくなるような所ありましたヨ。

あそこは車のほうが若干気が楽かもしれないが、先にUターンできる個所があるかわからないし、もう気がついた時点ではUターンする余地がなく、涙流しながら先いきましたよ。またここを戻って通るのかと嘆きながら。

あそこはスカブ400だったら、多分落ちてたと思う。キビシかった。

まあ止めたらバイク毎ずりおちたり、上記のような泣きたくなるシチュエーションだったり、納車数日で既に大活躍な感じです。

別段オフ車でもないので、現状は満足。

ミッション

免許取ってから、ある意味ミッション付きは初めてに近い。まあミッションっていってもカブはクラッチがないので、AT限定免許でも乗れるけど。

凄い戸惑ったけど、一心不乱に乗ったので、操作には大分慣れた。

実用上、リターンじゃなくてロータリーというのも、ある部分は納得。止まらないで走り出す時、数段落しできないので結構困るけど、通常は4速。で、3速でもそこそこ加速できるので、まあ3速まで落せれば大抵いける。なので数段落し(4速から2速など)は、なくてもなんとかいけるぽいです。

クラッチ操作はないが、実質足でギアを操作してる。踏んでる間はニュートラルなので、半自動クラッチみたいなものかな。

回転を注意する必要はあるので、オートマというかCVTと比べると、かなりミッション車的感覚。でもブローさせる可能性はあるかもしれないが、エンストなさそうなので、慣れるにはいいかも。

4速しかなく、かなり広い範囲をそれぞれカバーしてるので、ギアの選択も余裕ある。そんなに必死にギアをかえる必要性もないので、楽で楽しい感じです。

まあ、まだまだギア選択は的確じゃなくて、間違えると立ち上がりの速度などに影響がでてしまうので、回りに迷惑かけっぱなしな気はしますが…

結構大変な所

収納。

籠とかリアボックス付けないと、皆無。書類入れがあるけど、店で開けるの拒否されたw

なんかプラスティックで爪折るらしいんだよね。勘弁してくれっていわれたわ。どちらにしろ書類くらいはギリギリはいるが相当開け閉めキツいらしい。

やっぱりリアの箱欲しいかなぁ。でも高い……

風。

それ以前がスカイウェイブだったので、想像していたが、想像以上だった。きつーい。特に速度でてると。

その上、この辺は基本的に風が強い。海風があまり遮られずに当ってくるから。自宅近くを周遊していても、風がくる時はそれはもう速度が変るくらい風の影響がでてくる。向かい風で強いと、仰け反りそうに。この辺は土地柄もあるんだろう。

かなり、ウィンドシールドが欲しい。重さと断面積で速度と燃費には影響でそうだが…

プラスティック風味。

全体的にプラスティック。まあ安っぽいけどしょうがない、のかなぁ。実際安いし。高い自転車より安いからな。

プラスティックだと日光の影響がねぇ。スカイウェイブは、かなり影響を受けていた。この辺は風があるからカバーで擦れるのと抵抗が強くて倒されるのが怖い。でも、海も近いし、やっぱりカバーして、念入りに洗車しないとダメかなぁ。

擦れの影響が強いか、日光による影響が強いか。どっちもコワイ。

車は洗車機に入れてるけど、高圧噴水じゃなくてホースで洗車できる場所がないんだよなぁ。

任意保険。

ファミリーバイク特約が安いと聞いていたが、結局人身障害タイプのにしたのでかなり高い。普通二輪の任意保険も中断証明とってるので、正規の半額位になりそう。ファミバイの特約と多分そんなに変らないくらいと思う。想定外で痛かった。ちなみに特約で年2万近くもってかれた… 来年以降はどうするか考えよう。でも、人身障害付けたいよなぁ。

今後の予定

もうちょっと走ったら、初回の点検とオイル交換をして、慣らし解除予定。

とりあえずオプションで、フロントのキャリアとグリップヒーター頼んだんだけど、これがまだ着いてないんだよねぇ。

部品は確保してたといってたけど、こないらしい。なんじゃそりゃーって感じ。

まあ、この分だと、初回の点検と同時かなぁ。整備マニュアルも追加で頼んだので、それも同時かな。

結構オイルは重要と言われた。空冷だし、オイル容量が少ない。ミッションもカバーしてるので、オイルの交換はシビアに考えてくださいと言われた。まあ車でもメーカー保障より大抵お店は短く言うものだけど。

一応、ルーチンはメーカー指定が3000km毎。当面2000km毎を考えてる。工賃にもよるが、かなり頻度が高くなると予想されるので、自分で交換も念頭に。

カバーとかこれまで使ったことがなかったし、この辺は風が強いのでカバーすると倒れると400買った時に店に言われたのでどうかなぁと思うんだけど。今度の店では付けたほうがいいですって言われた。風、本当に強いんだけどねぇ。スカブでヤバいのに、カブの車重で本当に大丈夫なんだろうか。まあ買う予定だけど。

あと、ウィンドシールドがやっぱり欲しい… 風が防げると、相当体に優しいと思うのだが、悩み中。

リアにボックスを付けるかどうか。これも悩み中。ボックスがないと、収納は皆無に近い。

一応フロントのキャリアを付けたので、ここに純正でも社外でも籠は付けられると思うが…

トータル

基本的に予想以上で現状では大満足。燃費を考えると差額だけで数年で元が取れるハズなんだ。タノムよ。走行距離もかなりカブに負担させることができるはず。

高速道路に乗れないので長距離移動(長距離ツーリング)は大変。これは想定済み。房総に行ってフェリーが欠航すると、かなりヤバーし。

しかし、近場での散歩や買い物、知らない道の探索、とにかく2,300km位の一般道での移動くらいなら、かなりいい感じ。

原付二種として考えると、PCXやベンリーにしなくてよかったかな。ベンリーの燃費とタンク容量からくる、航続距離はかなり羨しいが。カブ110だと航続距離は多分200-240kmくらいだろうと思う。

房総半島にフェリーで持ち込むとする。

フェリーの往復の運賃が乗員込みで2490円。200km強走ったとしてガソリンが500円前後。食費や観光経費は除いて大体3000円くらいで房総にいってもどってこれる。これがR1で行けば、車の運賃が乗員込みで5470円。ガソリンは1500円位はかかるだろうか。

カブだと3000円位で、R1だと7千円位になるだろう。走行距離が伸びれば燃料費で差がさらに開く。

やっぱりお財布には優しい。3000円くらいなら月に1、2度はいってみたい気はする。房総、結構好きなんだな。まあ相当かよって大分道も覚えてしまったが、車にしてからはほんの数回しかいってない。どうしてもフェリーだけで5千円越えると思うと精神的な負担が…

高速道路に乗れないので、目的地までの移動がカブの難点。そこがフェリーでカバーできるのが房総のいいところだな。

それ以外は、もう移動経路自体を目的にできないと辛いだろう。都市部でなくて渋滞ないなら、どこ走っていていても俺は幸せなんだけど、都市部と渋滞が完全にない長距離移動は多分ないよネ… 高速だけじゃなくバイパスなども制限されそうだ。

正直、高速に乗れ100-120km位での巡航可能な250か400くらいのミッション車が欲しくなった… すごく…ヤバい……

リンク

スーパーカブ 110 公式 (既に公式は新型角目だけど)

記念の flickrセット

旧型の丸目のベージュ色の奴が店にあったので、しばらく悩んでその場で確保した。もう新型しか発注はできないのと、色はプコブルーかベージュがいいなぁと思ってたんだよね。青は他でも見たことがあったんだけど。

以前、スズキの Skywave 400 に乗っていた。走行距離は7万km台だったと思うが、車検の時に、かなり費用が掛ると言われて、その時すでに 軽自動車(R1S)を持っていたので手放したの以来のバイク。

普通二輪の免許、ハタチくらいの時に普通自動車と一緒に取ったんだけど、原付にすらのってなかったんだよねぇ。FIAT の barchetta を手放して足がなくなったので、オヤジになってからいきなりSkywave 400を購入して乗りはじめた。

当時、東京への深夜の高速移動(朝3時〜4時に東京にいる必要がある)があったので 400cc で大分通ったなぁ。あれがなかったら東京で前泊するしかなく、時間もお金も相当かかったと思う。まあその為に買ったのだけど。

軽自動車買えるようになるまでは、移動の手段がスカブしかなくて、米や猫砂から始まって、シーカヤック(フォールディングタイプだけど)の輸送まで、存分に使った。

純粋に移動の手段として考えると、400のビックスクーターは高速も十分余裕あるし、積載も想像以上にできるし、とにかく走ってる間は楽。止るとスカブは重いしデカいけど… でも、本当に実用的だったなぁ。真冬の深夜の高速はそれはもう、凍えましたけどネ。

自動車と比較すると、それはもう自動車の方がもっと楽チンなんだけど。

何故バイクを手放したのか

自分の場合、トータル 800〜1000km 位の日帰り(仮眠あり)旅行とかするので、こういう用途だとさすがにバイクは辛いのが欠点だった。

車だと、場所さえあれば高速のSAとかコンビニの駐車場とか道の駅とか、どこでも数十分から1時間程度仮眠できる。バイクはこの辺の休息が辛い。barchettaも2シーターで座席が倒れないので仮眠はきつかったが、バイクはその比じゃない。

バイクでの雨の移動とかも別に装備があれば問題ないけど、バイクで雨で休息とか地獄というか無理だし。都内だと雨でバイクは嫌だろうなぁ、加減速多くてマンホールやペイントも多い。横断歩道も多い。車もバイクも殺気だっている。それに比べたらこの辺は全然気楽で結構好きだったな、雨のバイク。但し、場所は選ぶ。農道は土が流出する為、ヤバい。何度か死にかかった事がある…

話が逸れた。ビッグスクーターが如何に安楽とは言え、結局一日600km弱位のツーリングが最高だったと思う。宿泊いれればもっと楽なんだけど。ペットの事を考えると、宿泊は結構考えちゃうんだよな。まあこないだ初めて宿泊して、一泊ぐらいなら我慢してもらえそうなのは判ったけど。

駐車場の軽の後ろの空間に置いてたんだけど、ビッグスクーターなので出し入れが面倒。軽があるので、乗るまでの面倒さと、車検時の費用にびびって(エンジンバラすので合計20万以上かかると言われた)手放したのだった。

何故再びバイクなのか

バイク復帰の理由は、R1の走行距離の伸びが凄いから。

まだ2年と2ヶ月くらいなんだが、もう5万km目前。購入時にディーラーで「軽は7万か8万kmで主要部品がかなり交換になるので相当費用かかります。寿命ですねー」と言われていた。それがまだ初回車検前に5万… このままいくと初回車検時には7万には届きそうで、2回目の車検には10万kmに届きそう。

こりゃ辛いなぁと。

後、近場の探索をしていると、徒歩では距離的にカバーできない。自転車では、距離的には問題ないが、坂と風が相当きつい。車では、入っていくのが恐しい。

ちょっとおもしろそうな道なんだけど、この先行ったことないのでどうなってるか判らないって時、車では怖くて入れない。自転車は問題ないけど、急坂を昇ったり、降りたりというのが多いので、結構精神的に留保してしまう。谷戸が多いからねぇ。

まあ自転車も無理しないで降りて押すというようにしたら、大分、体も気分も楽になった。しかし、この先がどうなってるか判らない場合、戻ってくるかと思うと躊躇するってのはある。

スカブでも少しはやったけど、やっぱり400とあの車重、車格だと、途中でダートや土になると超怖い。先にUターンできる場所があると限らないので、狭くなっていった先がジャリで坂でUターンとか言うと気が変になりそうで、何回か死にかかって止めた。

50ccの原付では、俺の体重ではそんなとこ行かなくても普通に近所の坂道でも上れないのはすでに代車で経験済み。

ということで、原付二種か250 ccあたりの維持費が安く済む移動手段で車へのインパクトを減らし、かつ、そういう楽しみが復活できたらいいなぁというのが当初の目的。

なので、幅広く漠然と考えてた。

原付二種なら以下。

1. スーパーカブ110
2. ベンリー110
3. PCX

アドレスみたいな一種系統のスクーターは意図的に除外してた。便利さだけなら、きっとあの辺になるんだろう。そういう王道は私は避ける!

PCXは近々発表があって7月くらいに発売予定で150がでるらしいと聞いた。あとはマイナーチェンジがあるとかも。どうなんだろうねえ。

250ならこんな感じ。

1. CBR250R
2. VTR
3. CB223S
4. Ninja 250R

やっぱり、250っていうとどうしても高速を考えるので、そうなるとカウル欲しいなぁとか。

でも全体的に250は予算が足りない。すでに少し使っているので、源泉還付だけじゃカバーできない。見積も取ってみたけど、想像通り乗り出しは結構高かった。

それに250では、近場の散歩とかあんまり向かないし、燃費もカブなんかと比較すると多分半分以下。

そんなこんなでうにゃうにゃ思いながらも、結構CBR250Rに傾きつつあり、しかし予算がぁと煮えきらない状態で何店か見積り取りにいってたら、とあるお店で購入したベージュの丸目の展示に遭遇した。

そして、値段を聞きながら、悩んでいたが、結局、店を出る前に契約書に署名してイタ。最後の方の記憶はもうすでにアリマセン。誰かに消去された予感。

いきなり契約するなんて、そんなつもり微塵もなかったので、手付金も認印も持ち歩いてなかったんだけど。

まあ一種の衝動買いに近いのかな…

還付を受けた時期でもあったし、ずっと先延ばしにしていた保険金を請求して支払を受けた直後というのもあったか。

スーパーカブ110 インプレッション に続く

レティナの持つ意味

すでに BLOG の記事や、報道などで散々出てると思うけど、今回はCPUは小幅な強化。メモリは倍増。グラフィックスは強化。本体サイズは少し厚みが増えただけで、重量は微増。

西川和久の不定期コラム

しかし、もっともおおきな変更は、やはり解像度が2倍になったことだろう。

これはCPUが倍になったとかいうのとちがって、即座に凄いとかいう感じではない。というかもともとアップルはスペック公表しないし。

でもこの高精細の液晶は、かなり影響あると思う。

私は電子書籍界隈の周辺部に生息しているんで、これは非常におおきいと思ってる。

しかし、そうでない人にとっても、ただ画面を見ただけで、この差はわかる。

解像度が倍になったから、フォントを小さくして、より見せる情報をおおくする、みたいなものじゃない。

タッチインターフェイスなので、指の大きさがかわる訳じゃないんで。

ただ、見えかたが稠密になることで、目の疲れかたが違う。

レティナディスプレイに対応したデータやプログラムなら、同じものを見ていても、綺麗さが違う。

以前なら小さいルビは解像度が足りてなくて元々ぼやけて読めないのを読もうとしてしまって、そこで疲れてしまう。

でも結構小さくても、ちゃんと表現しきれるのがレティナディスプレイ。それで読めるかどうかは、老眼とか色々と個人的な要因もあるんだけど。

表現しきれてないものを勝手に目が読もうとして疲れたりしない。

これっていうのは、ジワジワと影響してくると思う。

知人の野口さんが、青空文庫BLOGに記事を書いてたんで、リンク。

固定レイアウトの呪縛

こういうレティナディスプレイのもつ性質は iPhone 4がでた時からはっきりしていた。

iPhone 4を買った時、ああ、この高精細がiPadにあればなぁ、と思ったのだ。しかし同時に、あの画面サイズでそのDPIにしたらとんでもないことになる、と。常識的にどうなんだ、というような疑問もあった。

開発される液晶としては、かなり高精細なものは試作されていると聞いていた。しかし、ものすごい数がでる。しかもパネルのサイズがでかい。消費電力も大きそうなら、歩留まりも悪そう。高くついたら、普及に影響がでる。そう考えると、本当にありえるだろうか、と。

そうした考えを真正面から突破してきてくれた。

電子書籍界隈では、版面が固定されたレイアウトとリフローなレイアウトという大きな区分けが存在する。

紙の本は、当然版面固定だ。

厳密にいうと違うという反論もできるが、PDFも基本は版面は固定といっていい。

マンガなどの電子化の時は、本や原稿をスキャンして画像にしてページに表示するが、これも版面は固定。

XMDFや .book、EPUBなんかは、画像化して版面固定的に利用することもできるが、基本はリフローを指向してる。

分りやすいのはウェブページだ。リフロー指向のフォーマットは大体HTMLの影響を受けているので、やっぱりウェブページを想像するのが早い。

デバイスの表示能力に合せて、レイアウトが変化するリフローなシステムが、電子書籍には必要だと言われつづけていたように思う。

古い書籍を電子化する時、紙の版下のデータとはかなり質が違うリフローのフォーマットにすると、かなり労力がかかる。

それに対して、紙のデータを版下データからPDFにするのは、割と容易だ。

さらに、紙をスキャンして画像データにするなら、もっと容易だ。

でも版面固定のレイアウトだと、今迄の液晶や電子ペーパーでは解像度が劣る為に、どうしても見易さに障害がでていた。

また、iPhone 4でのレティナディスプレイはすばらしいと思うが、物理的な画面サイズがさすがに小さすぎる。A4クラスの自炊コンテンツを表示して読むのは、キビシかった。

これがリフローシステムへの、期待を上げていた部分も一部あったんじゃないか、と思う。

iPadにしてから、i文庫HDで青空文庫のテキストを表示したものを見た。これは、ある意味リフローフォーマットといっていい。

また、自炊した雑誌やムック、技術書や文庫本、新書を見てみた。

これは版面固定、それもスキャンしたコンテンツだ。

はっきりいって、衝撃的である。

いままでA4くらいのコンテンツをスキャンしたものは、単ページでみても正直きつかった。

2までのiPadで見開きなんて、とても読めたもんじゃない。

自分が自炊する時、300dpi程度でスキャンしていたのだが、この同じデータを新iPadで見ると、問題なく読める。

それも単ページどころか、A4見開きでも読めないことはない。この辺は元の組版やスキャン精度にもよると思うけれど。

色々とみてると、300dpiくらいでスキャンしてあれば、もう別世界のように自炊コンテンツの使い勝手が変ってしまうのだ。

そういえば300dpiってエポックメイキングな数字だなぁと思いだす。

アップルのLaserWriter II NTX-Jがでて、DTPの世界におおきな影響を与えた。私もNTX-J買ったなぁ、高かった。

あれが凄いのは、日本語PostScriptであって、また日本語のアウトラインフォントが装備されていたこと。そしてなにより、当時印刷と同等といわれた非常に高精細な出力である300dpiだったことだ。

新iPadのレティナは300dpiには届かない。iPhone 4/4S が330 dpiくらい。新iPadが264 dpiくらいらしい。でも、ようするにそういう水準なんだなぁと感慨深い。

新iPad

CPUはあまり2から比べて強化されていないらしい。

正直、自分は初代からの機種変更なので、今の所別世界。反応速度がかなり改善されている。

ただし、A4の雑誌を見開きで捲っていると、かなりまたされる時がある。

これがCPUに起因する計算力不足なのか、作業用のメモリが足りていないのか、正直分らない。

OSやアプリの今後の変更で改善できるとうれしいんだけど。

気になるのは、バッテリ容量がかなり増加されたのにバッテリの減りが早いように感じられること。

西川氏のコラムを見ると、推定として、25Whから42.5Whに相当に強化されているらしい。

しかし、実機を弄ってる感じだと倍以上の速度でバッテリ容量の値が減っているように感じる。

もともとiPadはかなり長時間使える感じなので、1日の持ち歩きに耐えないか、というとなんとも言えないが、最初減り方を見て、驚愕した。

どこが喰ってるか分らないが、ディスプレイはおおきいだろうな、と思ったので。

そして、冬なのに、ほんのりとiPadがあったかく感じる。

初代iPadではまず感じなかった。これも消費電力が増えていることを示唆しているので、正直不安。

夏はどうなるんだろうなぁ。

結構手が感じる温度って敏感だから。

そういう所を考えると、第三世代の新iPadっていうのは、バランスが取れた成功モデルといっていいのか、というのはすこし疑問がのこる。

ただし、現状では色々と不出来な所があっても、この高精細な環境を、これまでと大差ない価格帯で投入したっていうのは、偉業だと思う。

高く投入することは可能だけど、ハイエンドモデルだけという方法ではなく、新世代はすべて統一してこの解像度を投入し、価格は大体同じっていうのが、すごい。

ただ、まだ大きいし、重い。

重さとかそう簡単にはどうにもならないと思うけど、この高精細を維持して7インチクラスの画面サイズっていうのは結構要望があるような気はしてきた。

iPhoneだと流石に自炊コンテンツはサイズ的に辛いんだが、7インチなら、いけそう。

コンテンツ側の課題

ディスプレイの性能を生かしきるには、ラスター系のデータは従前の4倍サイズの画像データを用意する必要がある。

電子書籍で拡大にも耐えるようなデータを用意しようとおもったら、単ページいったいどのくらいの解像度のデータを用意したらいいのだろう。

そしてそういうコンテンツは1冊あたり、どのくらいのファイルサイズになるんだろう。

自分の自炊データは300dpiだが、当然判型にもよるが、1冊あたり多い本では400MBを越えるようなものもそこそこある。

これらを、配信し、デバイスに複数格納する。数冊や数十冊ならともかく、もっと沢山のものをデバイスに保持しつづけるのは、結構負担だろう。

ざっくりすぎるけど、1冊200MBとしても、10冊で2GBである。50冊なら10GBだ。

単面データを処理する端末側のCPUやメモリという意味でも、コストには優しくないだろう。

配信の経路としての通信環境というのも大きな問題だ。昨今のスマフォ化で通信事業者はかなり厳しい状態におかれている。自業自得な気もすこしするが…

どちらにしろ、動画やこういうスキャンコンテンツの増加は、通信環境には相当にダメージだろうな、と思う。普及していけば。

また自炊はいいのだが、販売コンテンツと考えると、別の障害もある。

高精細なデータというのは、それだけで嫌がられる。

たとえば動画でいうとアナログだったころはコピーすれば劣化する、デジタルになったら劣化しない。さらにデジタルでも画素数がすくなければコピーされてもまだ我慢できるが、高精細なデータをそのまま盗られるのは勘弁ならない、という考えはある。

300とか600dpiでマスターデータと同質というのは寂しい気もするが、出版デジタル機構なんかは、マスターのスキャンデータを600dpiで考えているそうだ。

となると、例えば拡大も考慮して600dpiクラスのデータを配信データに使おうと考えたとする。そうしたら、劣化させたデータではなく、マスターデータ品質のものが配信されるということになる。

電子書籍フォーマットポリシー第１次案

こういうの、権利元は嫌がりそうだなぁと思う。

レティナグレードの端末っていうのは、現時点である種の人には福音だといっていい。

自分自身、もう版面固定でいいじゃん、という悪魔の声に負けた感もなくもない…

しかし、付随して色々と問題もあるなぁと思いしらされる感もある。

どちらにしても、世間ではこれまでと違って革新性のかけらもないなんていう人もいるみたいだけど、やっぱり色んな意味でエポックメイキングなデバイスだなぁと実感してる今日この頃。

電子書籍のミライはどっちだ

前段で、もう版面固定でいいじゃないか、という悪魔の声に負けそうになったと書いた。

正直、過去の紙で出版されたものは、もうそれでいいんじゃないか、という気はする。すごく売れ筋というか、手をかける価値があるものは別として、過去に出版されたものは、最低限スキャンしてそれが入手可能なら、それでいい。

電子データが残ってなかったり、とても整理できていないようなものを、リフローコンテンツにするのはとても金が掛る。

正直、そんなお金はモッタイナイと思う。それよりも、コンテンツそのものに、まずはアクセスできるという事自体が重要。

そういう意味では、出版デジタル機構のアーカイブ方針は割としっくりくる。

問題はもっと別にある気がする。孤児著作物というような問題もあるけど、もっと自炊も含め、綺麗に権利処理できるといいのにな… 昨今の自炊を巡る状況は、本当にみていて辛い。

で、フォーマットに話を戻す。やっぱり、今後はリフローだとは思います。

ただし、リフローで既存の版面固定の出版物のような細かい指定ができるようになるのは、そんなに近い未来ではないんじゃないかなぁと。

そういう意味では、組版に拘るコンテンツは、まだ当面は版面固定でいきそう。

ただ、Kindleなんかを見てると、そんな細かい指定が(すくなくとも現時点では)できてると思えない。でも、すぐ買ってよみはじめられたり、文字サイズを変更できたり(歳をとると結構重要)、そういう利便性はやっぱり捨て難い。

今後、どんどんリフローで組版のノウハウや技術は向上していくと思うけど、そういう所に拘りすぎず、便利になっていくといいなぁと、新iPadをいじりながら色々と妄想してた春分の日だった。

まあ本っていっても、マンガ、文芸書、実用書、技術書、雑誌。他にも色々とあるけど、内容によって求められるものってかなり違うしね。

こうやって考えると、ありきたりの答になっちゃう訳だけど、新iPadを見たことがない人は、一度見せてもらったり、見にいってみる価値はあるんじゃないか、と思ってます

発売日の3/16に東京に予定があって出掛けた。夕方、他での用事が終った後取引先に立ち寄る予定だったんだけど、直前に確認したら来なくていいとのこと。食事をした後、アップルストア渋谷に立寄ってみた。

リアルショップあまりいかないんで比較できないんだけれども、店内は人で割とぎっしり。店員を捕まえて、在庫ってあるの?って聞いたら、どれもあるということで、購入をば。

どうせ買うし、と思いながらですが…

獲物は Wifi モデルの64GB。WiMaxとかつかってるし、MacBook Proもネットに繋ぐ必要があるので、お出かけ時は基本モバイル無線LANルーターを携帯してる。外出先からターミナル使う可能性があるので、端末もたないで出歩くの怖いしね。大体、とてもじゃないけど、デバイス全てに携帯回線つけるような狂気は勘弁して欲しいところ。

もうかってないのに流石に一人で5回線も6回線も契約できるかよって感じ。回線を複数契約するのがあたりまえになるには、もっと回線あたりの基本契約料金さげて欲しいなぁ。

リアルショップでよかった

今のアップルストアって、レジとかそういうのもう実質ないんだね。

iPhoneかiPod touchか分らないけど、これに色々と情報を入れる。なんか名前とか入力させられたけど、iPadのほうがいいなぁ。フリック入力苦手なんだ。

田舎っぺなので、すごいなぁと思いながら各種手続を進行。

で、セットアップしていきますか? とオネイさんに言われたんだが、どうもアップルストアみたいな小綺麗な場所は苦手で、あ～Macに繋いだらすぐですよね、自宅でやれるからいいです、と返答した。

ところが、どうせなら折角お店にきたんだし、やっていったらどうでしょうと言われたので、何もかんがえてなかったしその後の予定がなかったので、つい受ける。

この偶然に救われた感じ。

2Fにあがってニコニコしたお兄さんがセットアップ担当。

ビニールのラップだけナイフで切った後、どうぞ御自分であけてください、と箱を出される。こういうの、きっと手順できまってるんだろうね。通常お店で何か買ったら、お店の人が勝手に箱をあけて、必要な手続しちゃいそう。最初に箱をあけ、本体と御対面という体験をユーザーにやらせる。

割というこうのアザトイなぁと思うんだけど、結構キク気はするな。

なかなかあかなくて、結構焦ったけれど。

この後にトラブルが。

電源を入れても、全然反応ない。

すこしまって、電池がないかもしれませんね、といって充電ケーブルを持ってきて、机の下の配線と繋いだところ、真っ赤な電池マークがでてきた。

電池切れてるみたいですね～ と、気のいいオニイサンの言葉。

すこしまってみたんだけど、充電状態から弄れるようにならない。かなりカツカツになってるのかも。

で、当然この状態では、セットアップ作業ができない。

何やらオニイサンがしばらく奥にはいっていたが、もどってきたら、予想外の言葉を。

「多分、電池が切れてるだけだと思うんですが、最初からこれだと気持よくないですよね。もし何かあると大変ですし、別のiPadを用意しますね」とのこと。

こういう判断もすげーとか思う。

でも、これもこのままじゃセットアップできないし、直営店だから、初期不良あつかいでさっさと交換するのがたぶんユーザー対応的には合理的なんだろうな。

こういうので待たせると印象悪くなるし、その後やっぱり機器に問題があって、再度来店とかなるとかなりユーザーの不興を買う。

だいたい、私だって、もう一度渋谷にでてくるのはお金も時間も相当な浪費だし、かなり大変だ。

アップルの計略通り、ああ、いいなぁと思いながら、交換を受ける。

最初は、つい、「ああもったいないから待ちますよ」とかいっちゃたんだけどね。お店としてはお客には気持ちよく、かつ回転を早くしたほうが、ずっと金銭的にもロスがないんだろう。

iCloudつかってるかとかApple IDあるかとか聞かれて、入力していくと、その後はすぐに完了した。

特に質問もなかったので、箱をぶらさげて、帰路につく。

以後デバイス編に続く。

最近すこし増えてきたけれども、twitterで @gnue さんが まとめてたので備忘録としてメモ。

あんまりすぐに増えそうもないけど、とりあえずメモ開始 (2012/3/3)。適宜更新。

国内の例：

• 達人出版会 http://tatsu-zine.com/catalogs.opds
• O’Reilly Japan http://www.oreilly.co.jp/ebook/catalogs.opds
• 青空文庫 http://aozora.textlive.net/catalog.opds
• epubs.jp http://epubs.jp/opds-all.atom
• 技術評論社 電子出版コンテンツ http://gihyo.jp/dp/catalogs.opds (2012/3/17 追加)

どこかもっとしっかり記録してくれるところができるまで、気がついたら出してみるということで。

もし、ウチも出してるよーというのがあれば、twitterの @gridsurfer まで mention どうぞ。

ちなみに、海外だともっと色々とあると思う。全部はおいきれないので、一部のみ。

海外の例：

• BookServer(Internet Archive) http://bookserver.archive.org/catalog/
• Feedbooks http://www.feedbooks.com/catalog.atom
• Project Gutenberg http://m.gutenberg.org/?format=opds
• O’Reilly Media http://opds.oreilly.com/opds/
• 台湾 中華電子佛典協會 漢文大蔵経 http://www.cbeta.org/opds/
• 百年千書 http://www.lovelyreader.com/opds/1000ebooks.atom
• The Pragmatic Bookshelf http://pragprog.com/catalog.opds (2012/3/17 追加)

参考サイト：

• http://opds-spec.org/
• http://wiki.mobileread.com/wiki/OPDS
• http://code.kzakza.com/2012/02/opds_entries/ (2012/3/3 追記)

やらなくちゃいけないことは沢山あって、でもあんまり使われてないし、FEEDだけ出力しても利用側の整備の方も準備しないとあまり意味ないしなぁ、ということでずっと放置状態でした。どちらかというと、最近はずっと利用側の準備にかかりきりだった。

とりあえず、メタ情報の話なども出ていたので、少し弄るべぇという感じです。

主な修正点は以下。

• OPDSのルートのURLを変更した
• URLの構造を変更した
• 出力する情報を変更した

ルートのURLを変更した

新しいURLは http://aozora.textlive.net/catalog.opds になります。

古いURL( ルート、最新登録、最新更新 )からは、新URLにリダイレクトがかかっています。そのうちリダイレクトを無くすかもしれないので、機会があったら書き換えたほうがいいです。

URLの構造を変更した

まだしっくり固まっていない感じですが、いつまでもウロウロしていても仕方ないので…

ちなみに、作品のOPDS単体のフィードも出力するようにしました。

泉鏡花の高野聖だと http://aozora.textlive.net/works/521.opds となります。

rdfなどもやってみたいが、色々と情報が足りない風味。

それよりもまずはHTMLのフロントを付けたいのですが、デザインができないので、大分放置気味です。HTMLの場合、一目であちゃ〜ってなっちゃうのよね…

出力する情報を変更した

ちゃんと確認しきれていないが、OPDS 1.1ぽい感じに変更してみました。

また、OPDSをハンドリングする側の都合に合せて、一部ワザと変更していた acuisition link などを、元に戻してみました。

FacebookのOPDS.JPなどで議論があったので、すこし付加情報を付けてみました。

カフカの作品一覧( http://aozora.textlive.net/author_works/1235 )を見てもらうと分るのですが、 dcterms:*Transcriptionとして読みを入れてあります。

原題がある場合は、原題も dcterms:alternative として入れました。

責任表示の項目は、以前は author 要素を1つに入れていましたが、複数の責任表示がある場合は author 要素を分離しました。name要素には名前だけをいれてdc:creatorに著述区分も含めた責任表示を入れています。こういう方法が正しいのか、実はよくわかっていません。authorにつけずに、entryにdc:creatorを複数の人も含めて付けるほうがいいのかもしれません。

しかし、今はいいけど、順番とか重要なんだよね。今は著者が先で、それ以外が後くらいにしか弄っていない。でも実際の出版物では、この責任表示に記載される順番が権利の割合的な意味があって、結構致命的なケースがある。維持しないとダメだったりする。そうなると、もう最初から責任表示は著述区分と順番も含めてデータを供給してもらったほうがいい感じもしなくもない…

この辺は、メタ情報の取扱いの基本知識がないので、結構ダメダメな感じです。この辺は出版関係者でも一部の人とか図書館関係者じゃないと、なかなか知らないことのように思える。私は詳しくないので、どうにもダメです。

責任表示の著述区分の記載とか、姓名、ミドルネームの扱いとか、要素だけじゃなくて、その中に入れるべきデータ自体の問題というのも実際問題でてくると思うのですが、その辺は調べがついたり、指摘されたら、逐次変えていこうかと思います。

補足

どちらにしても、何故 ONIX なりではなく OPDS なのか、と考えると、あんまり複雑なメタデータをOPDSにのせるべきなのか、っていうのは、難しい問題のような気はする。

あと全然関係ないけど、AWSのELBのヘルスチェックって、リダイレクトみてくれないのね。シクりました。

負荷的には全然そんな必要はないんだけどAWSに慣れたいという一心でRDSのMulti A-ZやらELBやらを最低構成で利用してる。

今回コード入れかえたら、ヘルスチェックの参照URLがリダイレクト対象になっていて、一気に反応なくなって何が起きたのかと一瞬あおくなっちゃたりして。開発は別サーバーでやってて、そっちはELB関与してないんで、気がつかなかったわ。

週末に、色々とあたらしいコーディング上の知見を得たり、実際になにかやるとしらないことばかりで愉しいと言えば愉しい。しかし、自分の無知さに、天をあおぎたくなるなぁ。

なんにもやってない時は、当然なにも新しくしらないので、アホさ加減に気がつくこともないんだけど、ねぇ。

ろすさん ( @lost_and_found )が、 3月15日 第7回 JEPA EPUBセミナー ~EPUB3.0最新動向~ とか 「電子書籍元年」から3年目に考えていること みたいなことを表明したからでしょう。

さすが電書ちゃんのツンデレ人気はすご…

どちらにしても、コンテンツ本体(含むフォーマットやビュワ)でなく、コンテンツの配信に問題意識を持つ人が増えるのは、望ましいことだと思います。

関連は @kzakza さんが ここ数日のOPDSに関するTweet や OPDSのメタデータにヨミを入れるためにはどうすべきか　の議論のまとめ などにまとめてくれている。

Facebook上で、OPDS.JP というグループもできた。

で、OPDSのメタデータとしての書名や著者名などの読みについて、話がでてたので自分なりの意見表明を。

読みをどうOPDSに組込むかという話で村田さん( @muratamakoto )が、 ONIX for Books なんかでは、要素や属性を追加するのではなく、htmlのルビで表現するという方向でいくことになっているという発言をしていた。(上記 まとめ参照)

もう相当昔になるが、以前、某所で OPDS の評価を行なった際、国内での利用だと、まず読みなどの項目がないだろう、という話をしました。

この時は、私は DC-NDL (ダブリンコアを国会図書館が拡張したもの)などの項目を OPDS のフィードに対して namespace を指定して付加するのがいいんじゃないか、と提案した。

多分 title や name に属性を付けるのが、一番てっとりばやい気がするんだけど、それだと勝手拡張になってしまう。

namespaceを指定した上で、独自に要素を追加するのが次善の策だが、 OPDS が不特定多数のOPDSの利用ツールによって使われることを想定すると、すくなくとも国内ではある程度デファクトで使われないとヤッテラレナイ。

もともと、OPDSにはダブリンコアの要素を足りない部分では使うという推奨があるので、なら国内向けに拡張され、すでに公開されているDC-NDLの要素をそのまま使うのが、受けいれられやすいだろう、という発想だった。

で、今回の一連の tweet で、はじめて HTMLルビとして読みを入れるという規格があるということを知りました。これまで全然意識したことがなかったので、ちょっとビックリした。

提案

読みを実装する際には、XMLのnamespaceを指定した上で、専用の要素に読みのデータを入れることを提案したい。

読みの要素としては、すでに存在するDC-NDLを利用することを提案したい。

HTMLルビを利用した読みの実装について

私は、以下の理由で HTMLルビの利用には反対です。

1. 「読み」は親の項目(titleなど)に付随するデータではあるが、親の項目とは異なるメタデータだと思う
2. 実装上の問題の可能性がある

特に、実装上の問題については、色々な観点から不安があります。

HTMLルビで入れるという方法は、要素や属性の追加がないというのが、一番のメリットだと思う。

しかし、結果として、以下のような問題がでるような気がします。

• titleなどを、そのまま利用して検索、ソートをするシステムでは、タグなどが意図しない処理操作対象となるため意図しない結果となる
• OPDSのフィードは、処理系からすると外部入力になる。セキュリティ上の観点からは、タグのエスケープなどをする必要がでてくると思われるが、HTMLルビを読みとして利用することになれば、単純にタグをエスケープしただけでは表示がおかしくなる。HTMLルビ(ないし、生かすべきHTMLタグ)だけ特別処理をするようなシステムが、読みを必要としない処理系でも必要になる
• title本体、title読みなどの項目にアクセスする為に、ある程度複雑な正規化処理(ルビタグの付けかたに依存しない読みデータの抜き出しルーチン)が必要になる

これらの影響は、本来読みを必要としない言語系のシステムであっても、読みが組みこまれたOPDSフィードを扱う時には問題が顕在化する。

読み用の要素を拡張する読みの実装について

既存の処理系や、本来読みを利用しない処理系に対してのインパクトがすくないというメリットがある。

本来の規格(OPDSなり、ATOMなり)に、元々読みの要素か属性を追加するというのが、一番すっきりして問題ないと思う。

しかし、村田さんの話にもあるように、元々利用する必要性のない人にそれらの話を納得させるのは、なかなか容易ではない。

さらに、実際の所はなんとも言えないが、中国なんかでは読みはほとんど求められていないらしい。断言はできないが、これほど読みを必要とする言語環境は、日本語くらい? そういう意味では、日本語の為に他に与える影響はすくない方がいい。

OPDSはもともとATOMに毛が生えたような仕様で、書誌として規定されている項目はごく僅かです。その為、必要ならダブリンコアの要素を使ったらいいと規格にもかかれている。

XMLのnamespaceを利用した拡張は、それほど悪くない方法ではないかと思っています。

ただし、規格に規定されていないので、フィードにより読みの表現がバラバラになってしまう可能性がある。OPDSの処理系は、多数のフィードをハンドリングする必要があるので、この問題はかなり致命的。

幸い、OPDS、特に国内でのフィードの実装はそれほど進んでいない。今の内、関係者が納得しやすい方法で、デファクトの指定を決めてしまうのが、一番てっとり早いと思う。

また、この方法だと、読みに特別対応していない環境へのインパクトがすくないのはメリット。

対応していない環境では、要素が読み捨てられるだけですむ。

フィードを保存する時、対応していない要素などが捨てられちゃうんじゃないかという懸念はありえると思う。

しかし、元々フィードを読んで、内部的なDBに展開する場合、titleやidのようなものは1 vs 1に対応したフィールドが用意されると思うが、ダブリンコアの要素などは対応したフィールドがDB上に用意されるとは想定しにくい。

エントリからメタ情報を落さない為には、EntryのXMLそのものか、その構造をある程度保存した生のentry情報に近いデータ(JSONなんかでもいいけど)を保存する必要があるだろう。こういう作りになっていれば、読みに対応していない処理系でも、entryから情報が脱落する可能性は低くなる。逆に、そういう情報になっていなければ、読み以外のダブリンコアや、独自に追加した要素や属性の情報はどうしても欠落してしまう。

こうしてみると、メタデータが欠落する可能性は処理系の作り次第だが、既存のシステムや読みに対応しないシステムへの影響は、要素を追加したほうがすくないと考えられる。

補足

えっと… なんかBLOG記事にまとめようなんて書いてたら、高橋さん( @takahashim )と村田さんあたりで、すでに話されてますね…

まあ折角書いたので、恥しながら公開しておくことにします。

色々と素人なんで、勘違い等はあるかもです。びしっと間違い指摘された、その都度補足していくことにします。

というようなことはともかくとして、2012/2/4に青空文庫さん主催で「e読書ラボ見学ツアー」として国立情報学研究所と神保町にあるe読書ラボ見学ツアーをやるという告知を見た。( http://www.aozora.gr.jp/soramoyou/soramoyouindex.html#000408 )

興味はあったが、青空文庫自体の工作員などの活動をしているわけではないのでどうかと思っていた。ところが、富田さんから気にせずどうぞといわれたので、見学しにいった。すぐ忘れてしまうし、見聞きした内容は面白かったので、メモとして残すことにした。

個々のサイト自体は、割と以前から公開されているものも多い。これまでに私が聞いたことがあることからしても、知っている人にはあまりにもよく知られたことが多分多いんだろうと思う。ということで、新規性はあまりないのかもしれない。また、私は自然言語処理については素人なので、全然はずして理解してる可能性も高いです。

ようするに、ある程度の興味はあるが、素人が専門家の説明を聞いて、適当に理解した状態だということは、最初に書いておきます。スマセン。

また、すでに大分忘れてしまっていることと、本人の理解力の問題もある。したがって、勘違いや間違いがあるとは思うが、当然私の責任です。

参加者は20名くらいだったと思う。

説明してくれたのは、連想情報学研究開発センターのセンター長である 高野 明彦さん、同じく連想情報学研究開発センターの特任助教である 阿辺川 武さん、特定非営利活動法人 連想出版で Book Townじんぼうの事務局長をしている青木 隆平さんの3名。

流れとしては以下のような感じだった。

1. 国立情報学研究所(昔の学情の流れを汲むらしい)で、どういうことをやっているかの座学。
2. e読書ラボに実際にいって見学
3. 近くの中華料理のお店で懇親会

順番どおりに書いてもしかたないので、頭にのこったことを記載する。

連想検索とは

これまで、連想検索とか新書マップとかそういうサービスは知り合いから聞いたり、Blogやニュースサイトなどで見掛けることがあり、まったくしらない訳ではなかった。

でも自分である程度理解した範囲で勝手に納得していたので、結構勘違いしている個所がおおかったように思う。

一番の間違いは、連想という言葉からそれこそ連想した間違いだった。

私が、連想検索という言葉から想像したのは、以下のようなものである。

ある検索タームを連想検索した場合、関連する(連想する)単語辞書のようなものがバックエンドにあり、それらの辞書より判明する関連語を検索対象として検索が広がっていくようなイメージだった。

こういうシステムの場合、連想用の辞書の質とメンテナンスがとても大変そうで、また辞書により適用可能範囲(向き不向き)が規定されてしまう。なので、どうなのかなぁという気持が結構あった。すいません。

しかし、話を聞いた範囲では、これは勘違いということだ。今でも正しく理解しているかは分らないが、以下のような仕組みになっているようだ。

1. 文書を形態素解析して、単語に分割する
2. 必要ならば、活用形などを正規化する
3. 分解した単語を、一定のアルゴリズムでスコアリングする
4. 検索単語と相関性の高い(スコアの高い)単語の組を、他の文書でも検索し、同じような単語の組を持つ文書はより近い文書としてあつかう

1の形態素解析には、ChaSenやMeCabなどの既存のツールを利用しているらしい。

3は文書中の単語の距離みたいなものをスコアリングするのだろうと想像した。

間違っているわけではないですが，正確には文書中での出現頻度と，文書集合全体での出現頻度の逆数(多くの文書で出現している単語のスコアは小さく，少ない文書で出現する単語のスコアは大きく)を元に計算しており，単語同士の組み合わせについては考慮していません．

上記の指摘を阿辺川さんから頂きました。(2012/2/7)

簡単に距離をスコアリングするみたいに書きましたが、書きながらこの相関情報って相当な量になりそうだと思ってました。指摘を聞いてなるほど納得という感じです。

具体的な話は座学ではなかったが、実際の連想検索をするエンジンは GETA というらしい。

連想検索のデモを見ていて感じたのは、その検索の流れだった。UIもよくできていて新鮮。

たとえば 想 – IMAGINE というシステムを見てみる。

まず、最初に古事記というワードで検索してみる。

こちらも阿辺川さんから、単純な単語でも検索できるけれど、連想検索のよさを生かすには、文や文章などのほうがいいとアドバイスを頂きました。

ニュース記事なんかをコピー&ペーストしたりすると楽しいのだとか。

確かに、連想検索の「連想」が生きる為には、単純ワードよりもそっちの方がよさそうです。

例はそのままにしてしまいましたが、色々と試す時はこの辺を心掛けてみると、連想検索らしさがでそうです。(2012/2/7)

一番左にでているのは、検索対象とするDBの一覧。チェックボックスを弄ることで検索対象を変更できる。

また多分優先順位と関係していると思うのだが、上下を移動することも可能。

この辺は、言葉で見るよりも試してみたほうが早いと思う。

そして、2列目以降が、対象のDB内で、検索対象のスコアの高いものから表示されているようだ。

ここから先が連想検索の面白い所だと思う。

自分で興味がある、関連があると思う検索結果リストに対してチェックボックスをチェックすると、「詳細へ」というボタンが「IMAGINE」と変化する。

IMAGINEを押すと、その文書を検索対象として加えてあたらしい検索をかけてくれるのだ。

Googleのような検索サイトだと、検索結果をみて絞りこみたい場合、自分で追加する検索単語を決めて、次の絞りこみ検索を行う。

それに対して連想検索では、連想検索エンジンがあげてきた検索候補をチェックすることで、検索の絞り込みを行う。

もうすこし内部の動きが分りやすい例が、 GETAssoc のサイトで見れる。

この 動作デモ のページへいって欲しい。

細かい設定は、私も今はワカリマセン。

TARGETで、検索対象を設定できます。デフォルトはWikipediaになってる。

ここで、Freetextの所に調べたい単語を入れて、Searchを選ぶと、検索結果としてスコアの高い関連用語が表示される。

添付の画像だと「快楽殺人」で検索している。

単語のリストが下にふたつ表示されているが、左側は「快楽殺人」に対してスコアが高い単語だろう。

右は、実際に弄るとわかるが、カーソルを左のリストに合せると変化する。

画像では、「快楽殺人」を第一検索対象、カーソルを合せることで第二検索対象に「猟奇殺人」を指定し、そのふたつの単語の組合せでスコアの高いものが右側に表示されているのだと思う。

数字はスコアだろう。スコアリングのアルゴリズムも選択できるようだ。

あんまり理解していないので、間違ったことを書いている可能性も高い。しかし、こういう単語同士の組み合わせを「連想」ということで計算し、単語の組み合わせが似た文書を、より関連性の高い文書としているようだ。

これは、単語を自分で選ぶ必要がある明示的な検索とは違う利点があると思う。自分で単語を選択できなくても、連想検索エンジンが提示する候補を選ぶことで、自分の感覚に近い検索の絞りこみができる。

どちらがいいということではないが、興味深いと思った。

どちらかというと、検索という行為に慣れていない場合や、検索する対象に対する知識があまりない時、こういう方法の方が向いているのかもしれないと漠然と感じた。関連知識がなければ、絞り込みに使う適切な単語を選ぶのは難しいからだ。

今もいるのかもしれないがかつてサーチャーという職種があったような気がする。いろんな専門DBへのアクセスアカウントを持ち、要望に応じて専門DBを検索して、情報を提供するような職種だったように思う。職種といっていいのか分らないが。

専門DBを検索(操作)するのが難しいとか、アカウントが高いとかいうのはあったと思う。しかし、専門的な分野で適切な検索タームを選ぶのは、それ自体がかなり高度な技能だと思う。今はGoogleなどで検索慣れしている人もいるが、昔は検索毎に課金されたりしてたし、適切なワードを選んで、最短の検索回数で、目的の情報を探し出すというのは割と大変な作業だったように記憶している。

特に、IMAGINEなどの 検索 > 結果表示 > 追加のチェック > 条件を追加して検索結果表示 の流れは、UIの組み方とあいまって、Googleなどの検索とは違う快感があるような気がした。

なお、質疑の中で、青空文庫がDBとして用意されていないが、いったい何件くらいならDBとして用意する価値が生じると思うかという質問が富田さんからでていた。それに対して、高野さんが、件数的には問題ないが、フィクションの場合、連想検索に向くかどうかというところで、躊躇があるといような解答をしていたと思う。

確かに、ノンフィクションと違い、フィクションの場合、田中花子(例えば登場人物名の例)というような単語の連想検索をしても有効かどうかというと微妙かもしれない。これは、連想検索に限らず普通の検索でも同じだ。研究者なら違うかもしれないが、普通の人がフィクションで検索する必要性は、ノンフィクションとくらべたら低いだろうな、とは以前から感じていた。

個人的には、医学辞典があるように、専門知識のDBがあり、色々選択できると有効だと感じた。

多分新書マップは、人間が一定の判断でテーマと関連のあるものを選んであるのだと思う。ああいう形で、専門の分野で単語と関連のある情報や本、サイトなどの二次資料へのリンクがDBとして用意されていくと、便利かもしれない。これはまた後で触れる予定。

あと、デモを見ている間、いったい検索対象の文書(テキスト)はなんなのだろうというのが気になっていた。

DBとしてブログなどが含まれていたが、これはブログの本文のインデックスを作ればいいので分る。しかし、新書マップみたいなものは、本文を検索しているのかどうか。気になっていたのだ。どうやってテキストを入手しているのかと。

質問してみたところ、目次(と概説?)等を対象にしているということだった。それらをどこで入手しているのか気になったが、それは購入しているとのこと。そういう書誌情報と目次などを年契約で販売している事業者があり、そこから購入して利用しているとのことだった。

もちろん、本文がリーズナブルに調達できるのなら、利用したいだろう。そういうことはちらっと言っていた。オフレコなんだろうから書けないが、そういうことに向けて、色々種は蒔いているようだった。

e読書ラボ

e読書ラボというものができたのはニュースサイトなどでの報道などで知っていた。

どちらかというと報道から受けた印象は、本の街、神保町に、いろんな電子書籍端末がおかれて、試したり相談ができる場所ができたというものだった。

それは、間違いではない。実際にいってみたが、複数の読書端末がおかれていた。今回は20人近くの人が同時に押し掛けたので相当混雑してしまったが、実際はきっとゆっくり相談できる場所なんだろう。

しかし、座学他で、それだけには留まらない、未来の読書環境を考えるという用途があるということを知った。

当日は、2点デモを見ることができた。これは、今迄しらなかったので大変興味深かった。

以下にデモのあったサービスについて触れる。

青空文庫ダウンロードサービス

e読書ラボに来る人は、割と年齢層の高い人もおおいそうだ。さらに、自宅にインターネットなどないというような人も来るらしい。

そういう人は、どうやったら電子書籍が利用できるのかと聞いて、インターネットが必要といわれたら、家にはないからダメだぁとなってしまうらしい。

そういう人の為に、タッチ操作のできる大型ディスプレイで作品を選んでもらい、そのコンテンツ(PDFとEPUBを選択)をQRコードを表示してダウンロードさせるというようなサービスを開発しているということだった。

スマートフォンやタブレットなど、端末の大まかなディスプレイサイズや文字サイズなどを指定すると、そのフォーマットで書き出してくれる。

QRコードでその場でダウンロードするだけでなく、メモリカードなどに落すことも可能だとのこと。

他のサービスと少し違うのは、複数の本を My選集 として1つのファイルに纏めてくれるということ。

1つのMy選集には10作品まで入れられる。自分で10作品選んでもいいし、いくつか選ぶと、おまかせで残りの作品を選んでもらう事も可能。ここに多分連想検索が利用されているんでしょう。

この My選集 という仕組みがあることで、インターネット経由で利用できたら、便利と思う人はいるだろうなと感じた。ネットがない人だけじゃなくてね。

また、これらの選集をオンデマンド印刷で利用できたら嬉しい人はそこそこいるだろう。

インプレスのEPUB雑誌(OnDeck Monthly)だと思ったが、アマゾンの配送センターにオンデマンド本の印刷機があり、そこから注文がある時に印刷して発送してくれるというサービスをやりはじめたと聞いた。これかな。

アマゾンのシステムは これ かな。

多分、今は版下データを事前に納品しておいて、そこから注文の度に印刷して、配送ルートにのせているのだと思う。

これが、リアルタイムでデータを受けつけ可能になると、 My選集 を、直接紙の本にして配送してくれるようにもできるかもしれない。そうなった時、結構楽しいような気がした。

アマゾンでなくてもプリントオンデマンドをやっている所はあるが、アマゾンは強力な配送システムをもっている。もしかしたら、当日中、遅くても翌日に自宅に届くなんて、実現したら素敵じゃないか。都市部の人は、会社の近くの大型書店でオンデマンド印刷とかもありえるかもしれない。

Flipboard みたいな、BLOGなどをソースにした電子雑誌的なものがでてきている。自分とか、ある程度の選者がセレクションしたテキスト選集が、オンラインでも、プリントオンデマンドでも見れたりする。お金の分配とか課題もあるけれど、一つの可能性としてはおもしろいと思う。

このシステムは現在開発中ということだった。完成したら e読書ラボ で利用可能になるはず。

自動脚注付与システム

まともに写真を取れなかったので、簡単な図と写真を両方出します。

真ん中の本は、Internet ArchiveにあるOpen Libraryから持ってきたThe bird bookということだった。

ここの「ミライの読書環境」の所にもスクリーンショットと記述があります。

このシステムは、現在インターネットには公開されていませんが、 e読書ラボにいけば自由に利用可能とのこと。

もしe読書ラボに行ける距離の人は、実際にe読書ラボに行けば試すことができる。

オリジナルはPDFで、それをOCRにかけて、テキストレイヤを作ってある。そのテキストに対して、ビュワにより自動的にリンクがつくられ、本の両側に表示されている。リンクの元になる個所は、本文上の色が変ったテキストの部分。

実際にコンテンツへ埋め込まれた静的なリンクというのはこれまでも沢山存在している。しかし、自動的にリンクが作成されるというのは新鮮だ。リンクするDBによって、参照元になるテキストも変ってくるはず。正直、環境さえそろえばワクワクする世界がひろがりそうで聞いていて妄想が広がってしまった。

実際問題、コンテンツ作成者が付けるリンクとは多分品質に差があるだろうと予想する。しかし、別にどちらかだけしか存在できないというものではない。

このデモでは参照先はWikipedia。設定で、英語のWikipediaだけじゃなく、日本語の同一項目に切り替えることもできる。

このPDFを入れかえることで、他の本で同じようなことをすることも可能で、実際に見せてもらった。PDFは日本語の本でも構わないとのこと。

現在は日本語の本もOCRをかけているということだった。しかし、画像化されたものではないテキストデータが入ったPDFであれば、より正確になる。OCRの精度の問題もあり、このような使い方ならあまりめだたないが、やっぱり文字の誤認識は結構あるということだった。

他の所でも何度か話にでていたが、EPUBでもPDFでも、権利上問題がないDRMがかかっていないコンテンツがあれば、こういうことを問題なくデモできるようになるし、読者が自分で購入した本をこういうシステムに載せて「外部記憶」を参照しながらコンテンツを読んでいくことも可能になる。

今のDRMがかかったコンテンツでは、そのシステム(ビュワなど)がこういう仕組みに直接対応しない限り対応はできない。こういう不便さが、進化のスピードを減速する要因の一つになっていると思う。

個人的には、読者に如何に楽に、色々なビュワで見れるコンテンツを配るかという所に最近の問題意識が集中している。しかし、同じような問題が、こういうところでも課題になっているのを見ると、本当になんとかして欲しいと感じる。

何度か、こういうシステムで、どういう風に読書環境が変るのかというような質問が参加者の方からでていたと思う。

たとえば、自分は技術書を読む時、その言語や分野のリファレンスをDBにしたサービスとリンクさせてこういうビュワで本を読んでみたい。欄外に、関数や構文、フレームワークのリファレンスが自動的に表示される。

また、古事記とかのような、知識がないと素の文章だけでは読みきれない古典もある。関連のリファレンスDBと接続した状態で読めば、欄外の読み解く為に必要な知識を参照しながら難しい本を読んでいくことも可能だろう。今は特定領域のリファレンスDBのようなものは、あまりないと思う。したがって、百科辞典や辞書、Wikipediaなどから引くことが当面は多いかもしれない。

しかし、可能性としては、こういう方向性で進化したら、よりよい読書環境が提示されるといえないか。

フィクションでも、例えば指輪物語やシルマリリオンのような作品で、関連する神や人物の歴史やコメントが常時参照可能なら、それはとてもたすかる。すべてのコンテンツでそういう多重な読み方が向くとは思わないが、これは紙の本では実現が容易ではない読み方の進化の一例だと思う。

是非、実際に自分でコンテンツをはめられるようになるといいのだが。

あと、忘れないように記載しておくと、富田さんが「パソコン創世記」でやってみたいと言っていた。著作権者がその気になっているので、是非実現して欲しいところ。

まとめ

如何に自分が何もしらないかということを思いしらされると共に、世の中には楽しそうなことをやってるところは、あちこちにあるんだなと感じた。

そして、こういう進化をする為にも、コンテンツ本体へのアクセスがオープンになってほしいと強く思う。

もちろん、ビュワの事業者がこういう仕組みを組みこめばDRMがあったって実現は可能だ。しかしひとりのプレイヤーで全部をカバーすることなんて、所詮できない。

また、これは連想情報学研究開発センターという1組織が出した1例にすぎない。

もっと別のアプローチもあるだろう。そういったものをすべからくカバーすることは所詮無理なこと。

一つの読書環境の未来像を見せてもらうことができたのは幸いだったと思う。

出不精で人間嫌いということで、あんまり話もできなかったけれども、やっぱり時々は人界に降りないと駄目かなと少しだけ思ったりして。

まあ、私が考えることは、誰でも思いつくような事なんだろうとは思うけれどね。

こういう機会を提供して頂いた、青空文庫関係者の皆様、そしてデモをしていただいた連想情報学研究開発センターの関係者の皆様に感謝します。

ありがとうございました。

参考ページ

新しい読書体験を模索する「e読書ラボ」

「目次録」は本との出会いを革新する

色々、方向修正が必要そうだったり、というのもあるけれど、なによりもあの大震災のインパクトは強烈だった。しばらくの間、そして今も継続して、あの震災の影響を抜きに考えられることは殆どありません。

当日の深夜まで復旧しない停電。辛うじてSkypeとtwitter、そして車のワンセグで途切れ途切れに状態が分る程度だった。電気が回復すれば、テレビからはすさまじい津波の映像により衝撃を受ける。テレビから目がそらせない。そして、原発の問題。

計画停電がはじまり、手元で動かしている各種開発サーバーの手当やら、今後どうするのかについて考えなければいけなくなった。とても簡単には解決ができないことばかりで、本当に大変であり、今も継続中。

当然だが、津波の影響をもろに受けた東北沿岸部や、原発からの直接被害を受けた福島県を中心とする人達から比べれば、たいしたことはない。サーバーの移動をはじめとして、自分で出来ることを着実にするしかない、と思っています。しかし、これからの日本のエネルギー事情と、今後絶対に来る東南海地震などを考えると、無防備のままではいけない、と強く感じています。

と、全然、事態が進まないイイワケはこの辺にして…

5月27日の午後、次世代電子出版とWeb 表現技術フォーラム in 東京のストリーミング中継を見ていた。本当だったら朝から見たかったところだが、昼と夜が逆転しており、朝からは耐えられなかったのだ。別にMacじゃみられないなんて! と拗ねた訳ではありません(タブン)。

で、ふと感じた事がいくつかあります。後半は、妄想が広がった感じで、全然表現技術からは乖離してますが。

すでに最低限の組版はできてるんじゃないの?

日本語なのに縦書きができない? とても紙のかわりなんてだめだね。禁則がない? そんなのありえない。ルビも振れないの?ダメでしょ。

こんな議論は常にあったように思います。XMDFなり.bookなり国内のビュワ/フォーマットは、実装可能で優先順位の高いものから実装していったと思います。

なんか、紙と「比べれば」足りないものは沢山のこってるかもしれない。けど紙じゃないし。というのが最近の印象。紙ではできないこともできる余地があったりもする。動画とか音声再生なんかが非常に分りやすい。

できる事が違うのは媒体が違うのだから当たり前のこと。新しく出来ることだけじゃなく、困難になることも当然ある。もう紙を模倣しようとしなくてもいいんじゃないかな。模倣の先に、明るい未来は私には見えない。

質疑応答の中で、編集者の意図した組版を逸脱していいのかという問題提起があったように思うけど、リフロー可能にするなら、もうそういうのはある程度諦めるベキだと思う。返答としてレイアウトを固定にしたいならPDFにすべき、という話がでてた。多分そういうことなんだと思う。

縦書き横書きを切り替えることがT-Timeとかで出来るのは、多分出自なんだよね。

もともと縦書きのコンテンツなんてなくて、横書きのテキストやHTMLをできるだけ見やすいようにして見せてくれるビュワ的な意味あいがあった。だから、縦横を切り替えられたり、いろんな表示オプションが豊富。古くからあるビュワは、そういう出自をもっている。

だけど、時代が変って、最初から縦書き前提でコンテンツが提供されるようになった。今は、縦書きだとか横書きは変更できなくてもいいのかもしれない。

でも、デバイスの表示エリアは千差万別といっていい。だから紙を前提として想定したレイアウトなら、それを維持する意味なんて薄いんじゃないだろうか。

視力の悪い人にとっては、とても大きなフォントサイズにしないと読めないかもしれない。その時、1行xx文字と指定されていたとして、それを優先して読者が読むことに苦労したら、電子書籍のメリットが減じているとは言えないだろうか。著者の強い意向があったとしても、色盲の人に判断がつかない文字色、背景色とかで指定されていたら?

程度の問題というのはあるかもしれない。問題集だったとして、問題が表のページで、解答が次のページに配置されているようなコンテンツは、改ページはやっぱり指定したいだろう。でも、すべてが紙と同じであるのが最適解とはいえないと思う。それが、表示系の実装上の課題だったとしても。

供給サイドにとっての理想

正直、個人的には横書きしかできないなら、それでもいい。ルビが振れないなら、それも許容できる。禁則が実現できなくても、許す。

自分が読みたいコンテンツが提供されてくれさえすれば。それも、自分がどのデバイスで読むかを強制されなければ、ね。

角川さんのBOOK☆WALKER とか頑張っていると思う。角川さんは映像作品やらと関連してラノベとか資産が沢山あるし、そういうのを最大限プロデュースしていきたいんだろうね。

んだけど、レーベルや出版社でショップアプリを組むというのは、やっぱり提供サイドの理想だと思う。

ある出版社の本が欲しい。ある書店で本が買えればどの本でもいい。
そんなことは普通じゃないわけで。

なにか読みたいモノがある。それをドコカで購入する。自分が読みたい環境で読む。
モノが電子書籍。ドコカが書店サイト。読みたい環境がデバイスとビュワ。

紙の本なら、これらの選択はユーザー主導なんだけど、どうも電子書籍の世界だとユーザーは置いてきぼり。

この辺から派生する各種事情が、電子書籍の「売れないスパイラル」の主要因なんじゃないだろうか。

まあ BOOK☆WALKER さんみたいなのは、まだわりと納得できる気はするんだけどさ。あと例えば、 講談社ブルーバックス アプリ みたいなのね。今はないと思うけど。

こういうレーベル的なアプリはショップとしてはアリな気はする。

でも、やっぱり、フォーマットはオープンなものにして、ビュワを固定にしないで欲しいとは思う。

そういう意味ではキンドルは色々と上手い。

キンドルだと、PCを含む色んなデバイスで見れるようにしてくれている。今後デバイスが変っても、同じように見れるのではないか、という期待を持たせる。読書に特化したデバイスも提供されているし。

出版社ではないので、いろんなところの電子書籍をまとめて見れるプラットフォームになっている。

すでに、確固とした紙のオンライン書店としてのベースがあり、ショップサイトとしても一定水準を越えている。

アマゾンが書籍以外にも手を出しはじめたころ、なんか潰れそうみたいな話があった気がする。しかし、今となってはそうそう潰れそうにも見えない、というのも大きい。まあ、分らないけれども。

ここまで出来ていているので、フォーマットが独自でDRMがかけられていても、「あまり」問題視されない。まあ気になる人は気になるとは思うけど。

ここまで、網羅的に推進できるところは、世界にそう多くは存在できないと思う。そういう意味では、アマゾンは一歩抜きんでてる。グーグルも頑張るとは思うけど、グーグルよりはアマゾンのほうが商売上手い気がする…

DRM

DRMがあると、フォーマットがパブリックなEPUBといっても、基本はビュワを制限される。

コンテンツ共有側はオーサリングとかコンテンツの用意では意味があるけど、DRMをかけたら、ユーザーからみてEPUBも独自フォーマットも大差なし。

購入したコンテンツ用のDRMをサポートしたビュワがディスコンになったら、もうコンテンツを見る手段はなくなります。

私は別に本好きじゃない。昔はともかく、今はもうそんなに読む機会もないし。そんな私ですら、毎年何十万円かは書籍を買ってる。月2万買ったらそれだけで24万なわけで、そんな人はごろごろいると思います。

以前、ばっさり故あって捨てたけど、捨てる前は本の為に部屋が1つあった。引越しもトラックが1台余分になったりする訳ですよ。まあこれは小学校の頃から、期間が長く捨てられなかっただけだけれども。電子書籍なら、この部屋が不要になるかと思うと、とても嬉しいだろうと思うわけです。

と、こ、ろ、が! DRMなんてのがかかってると、そういう資産が、他人の事情でゴミになったりするわけですよ。勝手にディスコンになったりしてね。10年もたてば累積数百万とかいう資産な訳です。当然、簡単に捨てたくないわけですよ。自分で捨てるのは、まあいい。でも勝手にゴミになるのは、許せないと思うわけです。また資料的な価値を減じる。

コンテンツを毎回読み捨てするのなら、コンテンツファイルの寿命なんて気にしなくていいのかもしれない。売店で買われて、電車で読まれて、降りたら捨てられる雑誌みたいなもの。こういうものであれば、蓄積する価値が元々ないのだとすれば、DRMが掛っていてもいいのかもしれない。権利者は、自分達が売ってるコンテンツには、保存したくなるような価値なんてないと思っているのかも。大分毒が混じってるけど。

この辺がもうすこしフレンドリにならないと、抵抗が生じます。まあ気にしない人もいるかもしれないけどね。

DRMがあると、本当に広範に影響がでる。

その上、完全に守ることなんて不可能。

人間がプログラムし、プログラムが復号できるデータを、閲覧する権限を有しているにも関わらず、保護することなんてできない。

暗号化は、途中の盗聴などについては機能する。

しかし、解釈系(ビュワ)が購入者の手元にあるのに、これを解析から保護するのはやっぱり難しいように思う。専門家ではないけれども。

DVDのDeCSSなんかそうだけど、一度仕組みが破られると、専門知識がない人もアクセスコントロールを容易に回避できるようになる。

後は法律で制限し、酷い場合は摘発して処罰することになる。結局そうなるなら、アクセスコントロールで不便にしなくても同じじゃないかと思う。DRMをかけなくても、著作権がなくなるわけじゃないのだから。

どうせ無理なら、前向きに対処することはできないんだろうか。例えば、人間、知らないものは、欲することはできません。コピーがそんなに広がるなら、それはある種の宣伝と捉えることもできる。

私も個人的には、youtubeやニコニコで見て、気にいって音楽を購入することはかなり増えた。その前は何年もずっと音楽なんて聞かないし、買わない時期もあったんだけどね。今は月1くらいでアルバムを買ってる気がする。共有サイトがなければ、見ないが、買いもしないだろう。そもそも知ることがない。

大体、紙の本だって、今や出版したらスキャンを止めることはできません。ある種の人は、脳内に記憶して、しゃべっちゃうかもしれない。

そんなに大事にしたいなら、出版なんてだいそれたことは考えず、大事に「誰にも見られないように」金庫にしまっとけ、といいたい。まあ、いいすぎました。

自分は権利者ではないので、強制することはできません。けど、売るということ、世の中にコンテンツを放出するということについて、もうすこし良く考えてみたらどうだろうか、と思うことは良くある。

国内でもオーム社さんやオライリーさんをはじめとして、non DRMの動きがはじまっていて、こういう動きを進めている関係各位には尊敬の念を抱きます。頑張って欲しい。

文芸書なんかも含む、大手出版社がそうなる日は来るのかな…
あと漫画。漫画は、色々と戦争になりそうな気もするけれど。

終りに

「次世代電子出版とWeb 表現技術フォーラム」なので、関連の技術的な問題について、識者が意見を出したりするのがそもそもの目的。そういう意味では何も問題はありませんし、参加者のことを非難するような意図もありません。

ただ日本でも電子書籍の歩みは10年以上あるのに、いつまでも夜明けをくりかえしている気がします。ビューティフルドリーマー的なお約束世界で連環しちゃってるのかな、とふと思ったもので。

日本での電子書籍は、今の延長線上では未来が開けないような気がします。上手く文章を書けないというか、それ以前の考えがまとまってないので散漫なんだけれども…

ある位置の関係者にとっては、これは心地いいくりかえしだったのかもしれません。
海外はともかく、日本は、まだこの先10年くらいは毎年電子書籍の夜明けをくりかえしているかも。10年先にどの程度出版の規模が維持されているのかは、よくわかりませんが。

この震災で、紙やインクの供給が問題になっているようです。本当は電子書籍の導入にはいい切っ掛けになるはず。実際に、震災後、雑誌などのオンラインでの公開実験やら、テレビでもネットでの配信やら、それまでだったらありえそうもないようなことがいくつかあった。残念ながら、それらの試みは概ね終ってしまったけれども。

電子書籍の話を聞いていて良く感じるのは、発言するような人は本当に(紙の)「本」が好きなんだなぁ、ということです。まあ当たりまえかもしれませんが。

でも本好きばっかりだから、とても「本」にこだわる。

購入する人は、そりゃやっぱり同じように本が好きな人は多いけど、供給サイドだったり発言をするような人たちほどの本好きばかりじゃないと思うんだよね。

そういう意味では、最近は若いWeb系の人が乱入してきていたりして、ちょっとだけ嬉しかったりします。

この辺の問題は、もちろん皆判ってるんだけれども、センシティブな問題なんで、なかなか取扱いに困るんでしょうね。何かこの辺を打開する方法はないか、と良く考えます。

最近は、紙の本に対する電子書籍じゃなく、紙の本はもうどうでもよくて、Web的なテキストコンテンツの世界をドライブしていけないか、と思ってるんですけどね。誰か、一緒にこういう妄想を抱く人とか、いませんかね。投げ銭でもいいけどw

色んな所で買った電子書籍やら、自炊した本やら、自分で作成したり誰かからもらった電子データをデバイスを跨いで自在に扱えるような情報インフラアプリが欲しいなぁ。検索とかも色々跨いでできてさ。