電子書籍の話題が、今年の年初から取り立たされ、早、半年。

各種、多機能端末の発売が相次ぎ、様々なメディアでも特集が組まれる昨今、電子出版のルール作りが急がれている。


■電子出版で協議会設立　印刷２社が音頭「日本文化守る」（asahi.com）


こちらの記事、電子出版の環境整備を確立するために、「電子出版制作・流通協議会」なるものが設立されたとのこと。

実は、現在の電子出版に関して、そのルールというものは存在していない。
様々なフォーマットが乱立している状態だ。

私の周囲でも、最近電子書籍にに関するプロジェクトの相談を受けるようになっているが、やはりこの部分で一つの壁にぶち当たる。

どのようなフォーマットにすべきか。。。

そして、電子書籍のもう一つの壁が「日本語」そのもの。

多機能端末は、特にiPadなどは、アメリカで開発されている。つまり、英語圏。
自ずと、英語を軸にしたインターフェースで考えられたものになっている。

一方、日本語は英語と異なり、文字組みは「タテ書き」と「ヨコ書き」と2種類存在する。また、禁則処理等の特殊なルールもある。


海外に目を向けても、アラビア語のように、「ヨコ書き」で文字は右から左へ流れるなどの特徴を持っている言葉もある。


ITの基本技術は、英語を軸とした欧米が先行して開発されているものが多い。
そのため、日本語等のローカライズの視点が必要になる。


さて、日本語は、世界的にも非常に特徴のある言語とされている。
文字一つとっても、「ひらがな」「かたかな」「漢字」「ローマ字」「数字」と様々な種類の文字を取り扱っている。これだけの種類を操る民族も珍しいらしい。

更に、これだけの種類の文字を取り扱うだけあって、インフォメーションデザインの観点からも、デザインする側にとっては、ハードルが高くなるのだ。


IT技術の進展は、英語圏の国々が主体となって開発されているものが多々あるが、こうした、日本語のような特殊な言語圏を持つ国々の視点にもたちつつ、是非、開発してもらいたいものだ。
そのためにも、日本が、ガラパゴス的な技術立国にならないように配慮しつつ、世界的な視点を持ちながら「創造的な技術開発」というものが、まだまだ期待されるところなのかもしれない。

緊急情報もツイッターで

連日の猛暑。今日も暑かった。

ところで、ここのところの猛暑で、普段より様々気象情報が飛び交っている。

日中は、光化学スモッグ注意報。
夕方から夜になると、雷注意報やゲリラ豪雨に関する情報等。

そうしためまぐるしく変化する気象により起こされる災害を防ぐために、新しい形で防災情報を流す取り組みが始まったようだ。

■災害情報、リアルタイムで「つぶやき」発信　国や自治体（asahi.com）



国や自治体が、防災情報をリアルタイムに発信するのに、Twitterを活用するというもの。

消防庁のツイッターサイトでは、災害情報を次々と発信し、先日24時間運用になったのだという。周辺の被害状況や救援要請を投稿も出来るとのことだが、誤った情報が流されないように工夫もされているのだとか。

■総務省消防庁のツイッターアカウント


さて、こうした取り組みは非常に評価したい。

しかし、個人的には、従来からある情報伝達の手法も残しておいてほしいという願いもある。

先日、防災ヘリが墜落した。滑落した登山客を救援するために出動したそうだが、その登山客自身は、救援を要請する際に携帯電話を利用したそうだが、滑落した場所は圏外だったそうで、電波の繋がる場所まで移動しての要請だったのだという。


緊急事態は、いつ、いかなる場合に起きるかわからない。
必ず、インターネット通信が行える環境であるとはいえない。

そうした場合、従来の防災無線などの情報伝達が有効な場合さえある。


新しい技術ばかりに依存するのではなく、既存の技術も活かしつつ、両者が共存し、より良く活用出来るよう、常に考えるように我々は心がけるべきだろう。

多国語化する、街中のインフォメーションデザイン

コミュニケーションのグローバル化を感じる事例を一つ。

■案内表示、中国語や韓国語でも　ＪＲ東海の新幹線・駅に（asahi.com）


JR東海の駅での案内表示が、中国語や韓国語対応となるもの。

ここ数年、各所にこうした多国語対応の案内表示が増えてきた。

駅ターミナルの案内、商業施設での案内表示など、至る所で目にするようになった。
ちなみに、写真は、東京メトロ渋谷駅の表示案内。

さらに観光立国を目指す日本、東京ではこんな路線バスも走っている。


■東京下町バス（東京都営　観光路線バス）

こちらは、東京都営バスの観光客をターゲットとした観光路線バス。
料金は、通常の運賃で、両国や浅草、秋葉原といった都内の観光スポットを路線ルートとして運行している。SuicaやPasmoも、勿論使える。

このバスの表示も、路線バスとしては珍しい液晶画面に、先の案内表示同じく、日本語、英語、韓国語、中国語で表示されている（写真）。
さらに、音声アナウンスも、4ヶ国語で放送しているから驚き。一つの停留所のアナウンスも、伝えきるまで結構な時間を要するのだ。


さて、私自身、IT関連の仕事をしていても、多国語対応のシステム開発のニーズをお客様から受けることが多くなっている。また、研修のサービスでも、グローバル化のニーズが出始めているのも事実。


一つの情報を取り扱うにしても、その情報を利用する人間がグローバル化し、言語対応も複雑になり始めてきた。

もしかすると、こうした時代だからこそ、これからは、言語に左右される文字情報よりも、数字やピクトグラムといった、出来るだけ「ユニバーサルに情報伝達できる手法」というものが、確立されなければならない時代が到来し始めているのかもしれない。

作業を見積もってみるということ。。

作業を見積もるということ。

これは、様々な業務でも、よく行うことだ。所謂、作業見積というもの。


「将来」に向けて行う作業について、どの程度の作業時間がかかるか見積もるという行為は、その見積もる人間によって、その手法は様々だ。


更に、その作業内容がルーチンワークでは無く、初めて取り組むプロジェクトごとに見積もる場合は、なかなかスキルが必要なものとなる。


例えば、システム構築のプロジェクトの作業を見積もるという場合。

ある人は、詳細な仕様を決定して、それを基準に初めて見積ることが出来ると言う人。

また、ある人は、前提条件を自ら仮説を立てて構築し、それを基準に見積もるという人。

どちらも、同じように見積もることは出来る。

前者であれば、精度の高い見積りが行えるだろう。
後者であれば、前提条件を見誤れば、後々にそのしわ寄せが出てしまう。

一方で、プロジェクトを推進するという意味で考えた場合は、少し異なる。

前者は、詳細な仕様が決まらなければプロジェクトは前に進めにくい。
後者であれば、条件を付けながらも、おおよそのスコープを構築することが出来、プロジェクトを前進させることが出来る。


特に、後者の場合、過去の経験値の積み重ねでナレッジが蓄積されていれば、より精度の高い仮説を構築でき、対応できるだろう。しかし、経験値が不足していれば、その仮説を見誤るリスクも高まる。


さて、どちらにしても、まず重要なのがプロジェクトのゴール・目的の明確化。

往々にあるのが、プロジェクトの「手段」が「目的」と勘違いしてしまっているケース。この「手段」がゴールや目的として、独り歩きしてしまうと、後々になって「失敗」という二文字にぶち当たってしまう。


まずは、このゴール・目的を明確化し、チーム全員で共有。

そして、それを基準に前者のタイプで見積もるのか、後者のタイプで見積もるのか。
それぞれ、プロジェクトにおける見積もる側が置かれた役割によって選択してみるのも良いのではないだろうか。

ただし、プロジェクト終了後、そのプロジェクトを振り返り、ノウハウとして蓄積していかない限り、同様の作業を行う場合、スピーディーで精度の高い後者のタイプでの見積は行えないのかもしれない。