ウィリアムのいたずらの、まちあるき、たべあるき

ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです(たま~にコンピューター関係も)

ドキュメントにおけるデータ構造の持ち方とXMLでの問題点と、解決法

2006-03-06 15:56:53 | Weblog

 あることについて、書きたいんだけど、その前に、予備知識がいるので、今回、書いています。
 (というとで、あったりまえのことしか、書いてないので、内容に、期待しないでね ^^;)

 ワープロで作成するような文書やDTPにおいて、その文書構造というのは、2種類あるわけです。

 論理構造と、物理構造。




■■ 物理構造

 物理構造というのは、どこのページの上何ミリ、右何ミリに、なにをおくかという構造で、こんな階層構造を持つといわれている

ドキュメント
  |
 ページ
  |
 グループ
  |
  枠ーーーー
  | |  |
  段 図  写真
  |
  行
  |
  文字

 グループというのは、グループ化というやつで、図形をグループにすると思う。あれのことで、枠などでも、一緒に動く枠というのがあり(そういう操作が、DTPソフトではできる)、そーいうのをまとめてクループという。

 枠はDTPでは意識するけど、普通ワープロでは意識しない。しかし、意識しなくても、本文、フッダ、ヘッダと存在は、している。

 なお、グループの中にグループがあったり、枠の中に枠があるという再帰的な構造も、理論的には存在する(ソフトが対応するかどうかは別問題)




■■ 論理構造

 論理構造は、意味的なまとまりであり、ページをまたぐこともある。

 ドキュメント
  |
 意味的なまとまり(小組)
  |
  |ーーーーーーーーーーーーーーーーーーーー|ーーーーー|
 さらに細かい意味的な小さなまとまり(枠) 関連する図 関連する写真
  |
 さらに、さらに細かい意味的な小さなまとまり(スタイル)
  |
 文字

 この場合、一般的にはかけない。

 たとえば、株価情報と、特許申請書と、確定申告用紙と、スーパーのチラシに共通する論理構造といわれても、ちと困る。

 ところが、物理構造は、紙に出力する限り明確で、上記の物理構造といえる
 (一般に1出力メディアに対して、1物理構造になる)




■■ XMLでの問題点
 したがって、ひとつのドキュメントにおける、1つの文字をみたとき、それは、論理構造と物理構造、両方からのリンクが必要になる。

 税金で言えば、2という数字は、

(論理構造)
 ・確定申告の、ウィリアムのいたずらの、
   年間の収入の(所得じゃないんだぜ、収入だぜ、つーか、売り上げなんだけどさあ)の、
   一番上の(一番上なんだぜ;_;)の桁、百万の位の数字という意味と、
   →(つまり、去年の年収は、2百万円台だった(>_<!)

(物理構造)
 ・確定申告申告用紙の表1のうえから、何センチ、右から何センチのところ

 という2つの意味がある。

 物理構造がないと、表示できないし、論理構造がないと、1文字ごとしか修正できない(し、検索できない)。

 しかし、XMLは、親は1つしか持てない。さあ、どうする(>_<!)




■■ XMLにおける解決法

 そこで、XMLにおいては、基本的に論理構造を持つことにしている。
 (論理構造に基づき、タグを振る)
 物理構造は、論理構造から生成する。
 生成できない物理構造が存在する箇所だけ、論理構造内にタグとして記述する。

 理由は、物理構造を持つほうが、不利になるからだ。

 論理構造は、その構造を、どこの位置に、どのように表現するかという情報があれば、展開して、物理情報を生成できる。

 そのために、物理構造に関しては、XSLにどの論理構造(タグ)を、どう物理的に表現するかさえ記載しておけば、それをもとに物理構造タグを生成し(XalanなどのXSLTを使い、物理構造を記述したFOを生成し)、それを(FOPなどで)出力すればいい。

 一方、物理構造から論理構造を生成するのは、非常に複雑になる。。。

 というのが1つの理由




 もうひとつは、ワンソース、マルチユースを実現する場合(DTPでの表現、プログラム的には、ライトワンス、あれ、なんていったっけ??Javaでいわれることなんだけど・・・)。

 たとえば、物理構造のページ
 紙ならいいけど、Webのページとは意味違うぞ、ケータイのページって?
 っていうことになってしまう。

 そこで、論理構造で記述しておき、物理構造は、出力メディアごとにXSLを切り替えて、それぞれの出力デバイスにみあった物理構造データを生成し、表示する。

 これを実装したのが、cocoonっていうことになる。




 って、ここまで読んできて、

  いまさらあたりまえのこと、なんで書いてるんだ、その程度のことわかってるよ!

 とたぶん、読者のみなさまは、お怒りになっていると思います。
 はい、すみません。次に書きたいことが本題なんですけど。。
 なおさらすみません。もう、長くなりすぎたので、本題は、次回でーす(^^)
 (思いっきり、石なげつけられそうなオチだ ^^;)



  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする

ただで使えるOracle Database 10g(無償版)のありか

2006-03-06 14:11:56 | Weblog

ごめんなさい。今忙しいので、自分に対するメモというだけの話で
ダウンロードして試してません。

ニュースソース
米Oracle、無償版の10g正式リリース
http://slashdot.jp/developers/06/03/06/0053237.shtml


実際の場所(英語)
Oracle Database 10g Express Edition
Free to develop, deploy, and distribute
http://www.oracle.com/technology/products/database/xe/index.html


右側に、フリーダウンロードの文字が(^^)

Free to develop, deploy, and distributeって、配布もただなんっすか。。



  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする

ナンバーポータビリティのメルアド問題をYAHOOメールが解決に乗り出すかが見もの?

2006-03-06 03:04:19 | ケータイ

 ソフトバンクがボーダフォンを買収した後、ボーダフォンのメールアドレスをどーするか?

 この方法によっては、ホリエモンが提起した、ケータイのナンバーポータビリティにおけるメールアドレス問題(電話番号は変わらなくても、メールアドレスは変わってしまう)を一挙に解決してしまうかもしんない。




 つまり、ボーダフォンを買収した後で、YAHOOメールとのビジネス効果をあげるため、

・ボーダフォンに入っている人で、YAHOO IDを持っている人は、
 ボーダフォンのアドレスに来たメールをYAHOOに転送します。

・そしたら、YAHOOメールで見てください。ボーダフォンのメールも、
 パソコンのメールも、パソコンからでも、ケータイからでもみれます。

・そして、ボーダフォンの料金支払いは、YAHOOの決済で行います。

って、もししちゃった場合。




同じ理屈で

・Docomoまたはauからボーダフォンに乗り換えた場合、
 Docomoまたはauの前のアドレスに来たメールは、
 YAHOOの、その人のアドレスに転送する

・ボーダフォンのメールもYAHOOに転送される。

・見る人はYAHOOのケータイメールから見るので、どちらも転送されて見れる

・Docomoまたはauは、YAHOOに、転送料金(別途、安い値段で設定)を請求する

・YAHOOは、YAHOOの決済で、ボーダフォンの料金+上記転送料金を合わせて
 利用者から引き落とす

っていう方法です。




 とすると、前のアドレスに送っても転送されるし、新しいアドレスでもOK、
 めんどくさかったら、みんなにはYAHOOのアドレスを教えておけばいい。

 さらに、YAHOO会員も増えるし、利用者も増える、見てくれる機会もぐっと増えるのでYAHOOにもメリット。。

 Docomoやauも、ソフトバンク直接なら、断れても、いくら子会社とはいえ、天下のYAHOOを断るわけにはねえ。。それに転送料金も入ってくるしい。。




 てなわけで、これ、意外と、孫さんが本気になればというか、YAHOOが本気になれば、このホリエモンが提示した問題、一挙に解決してしまうかもよ(^^)/

 まるで、ホリエモンが近鉄の問題を提示し、孫さんがソフトバンクでオリックスを買って一件落着したようなオチだ(ちがうか。。)

 なお、このビジネスモデル、YAHOOがやるのなら問題ないが、Gooがやると、1点問題が起こる(できないわけではない。会社の場合、こまるだけ)。気が向いたら、今度問題点を書きます。



  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする