(57)【要約】【課題】  アプリケーションに依存することなく、デザイン・レイアウト情報と管理情報とを一元管理でき、面付情報を有するＸＭＬデータの処理プログラム、及びウェブブラウザ上でリアルタイムにＸＭＬデータの生成及びデザイン編集を行うことができる情報処理システムを提供することを課題とする。【解決手段】  アプリケーションに依存しないデータを用いて、ウェブブラウザ上でデザイン編集を行うことができるシステムにおいて、ブラウザ上で直接、文書データやデザイン編集情報を入力するための入力機能と、該入力された情報をマークアップ記述言語であるＸＭＬデータとして、直接、ウェブサーバに生成させる機能と、該生成されたＸＭＬデータからデザイン編集内容を解析しブラウザに表示させる機能とを実現させ、デザインやレイアウト、情報内容をリアルタイムでＸＭＬデータとして生成させる機能を実現させるための情報処理プログラムである。【選択図】      図３
2005044384.tif 000002
【特許請求の範囲】
【請求項１】
ウェブブラウザ上でデザイン編集を行うことができるシステムにおいて、
ブラウザ上から情報を入力するための入力機能と、該入力情報をマークアップ記述言語であるＸＭＬ（eXtensible Markup Language）データとして、直接、ウェブサーバに生成させる機能と、前記のＸＭＬデータからデザイン編集情報を解析してブラウザに表示させる機能とを実現させ、
デザインやレイアウト、情報内容をリアルタイムでＸＭＬデータとして生成させる機能を実現させるための情報処理プログラム。
【請求項２】
ウェブサーバ上のＳＶＧ（Scalable Vector Graphics）フォーマットに基づくＸＭＬ（eXtensible Markup Language）データに対して、ウェブブラウザ上から該ＸＭＬデータを編集処理する機能と、その編集処理結果を出力する機能とを実現させるための情報処理プログラム。
【請求項３】
プロセス管理情報とEC情報とをデザイン・レイアウト情報を含むＸＭＬデータに付加処理する機能を実現させるための情報処理プログラム。
【請求項４】
印刷情報と管理情報とを有するＸＭＬデータを解析し、任意の条件に適合するものを抜き出し、ひとつに纏めて面付されたＸＭＬデータを生成し、印刷手段に出力する機能を実現させるための情報処理プログラム。
【請求項５】
前記の請求項１から請求項４までのいずれかの項に記載のＸＭＬデータが記録されたＸＭＬデータベースと、
前記のデータベースに記録されたＸＭＬデータを追加、修正、削除するためのデータ編集手段と、
前記のＸＭＬデータを、印刷デザイン情報に従ってユーザー端末装置のブラウザに表示できるデータを生成するための表示データ生成手段とが設けられたウェブサーバと、
該ウェブサーバとネットワーク回線で接続され、前記のＸＭＬデータより生成された表示データを画面に表示するためのブラウザと、
前記のウェブサーバのデータ編集手段を操作するための編集指令情報を生成するための編集指令情報生成手段とが設けられたユーザー端末装置とを有し、
ユーザー端末装置のウェブブラウザ上から前記のＸＭＬデータを編集処理できることを特徴とするレイアウト情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＸＭＬ（eXtensible Markup Language）などの構造化データの情報処理プログラム及びＸＭＬデータを活用したレイアウト情報処理システムに関する。
【背景技術】
【０００２】
近年、官公庁を初めとする様々な組織あるいは企業において、構造化文書の考え方に基づく文書管理が行われている。
【０００３】
構造化文書データは、本来ＳＧＭＬ（Standard Generalized Markup Language）がそのルーツであり、異なるプラットフォーム間でのデータ交換の標準という考え方からきており、このＳＧＭＬでは、文書データと、文書の構造・書式などに係る情報とを分離し、どんな環境からも等しく利用することができるデータを記述する手段を提供しようとするものでした。
【０００４】
しかしながら、記述ルール・約束事があまりにも複雑で面倒なものであったため、広く実用化するまでには至らなかった。そんな中で、インターネットの急速な普及に伴ってＨＴＭＬ（Hyper Text Markup Language）が急速に広まり、このＨＴＭＬからさらにＸＭＬ（eXtensible Markup Language）が生まれることとなった。
【０００５】
このＸＭＬは、前記のＳＧＭＬの文書構造の定義機能を簡素化し、前記のＨＴＭＬのウェブにおける利用環境を引き継いで生まれたものであり、インターネット環境の中で異なるプラットフォーム間におけるデータ交換の標準として、特に注目を集めている言語である。
【０００６】
これらのＸＭＬを初めとする構造化データの利点は、文書の内容を構造化し、文書中に含まれる個々のデータに意味付けを行うことができるという点である。
【０００７】
すなわち、文書に意味を持つタグ付けを行い、要素に分解し、個々の要素データを構造化して表現したものである。また、その要素の属性を定義することにより、文書構造の定義のためのデータと文書データ本体とを分離して取り扱うことができるようにしたものである。
【０００８】
このＸＭＬなどの構造化データの利点を活用して、各種のアプリケーションデータの相互のデータ変換が可能となってきた。
【０００９】
現在、市販されている印刷用アプリケーションで作られるデータは、独自のファイル形式となっており、他のアプリケーションとの互換性はない。このため、表現されるレイアウトは同じであるにもかかわらず、使用するアプリケーションによって、まったく別のデータが作成されてしまう。
【００１０】
そこで、ＸＭＬのように、文書構造の定義データと文書データ本体を分離して扱うことが可能な構造化データを基本データとして文書管理し、この構造化データから各種のアプリケーションデータに対して必要データを相互に変換できるようにし、そのための各変換プログラム環境を構築するというものである。例えば、特開２０００−７６２２６号などがある。
【００１１】
また、前記の構造化データを用いて印刷の前段階である組版処理を行い、スタイル情報を定義して構造化データを効率良く組版できるようにしたものもある。例えば、特開２０００−３３９３０７号などがある。
【００１２】
近年では、ＸＭＬに基づくグラフィック言語の標準として、World Wide Web Consortium (W3C) のワーキンググループが開発を進めているＳＶＧ（Scalable Vector Graphic）という、ベクター・グラフィックス言語のオープンな標準規格なども発表されている。これを利用すると、グラデーション、埋め込みフォント、透明度、アニメーション、フィルタ効果などの洗練されたエレメントを含む、エキサイティングな高解像度グラフィックスを使ったWebページを、プレーン・テキストのコマンドでデザインすることができる。
【特許文献１】特開２０００−７６２２６号
【特許文献２】特開２０００−３３９３０７号
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、このような従来のＸＭＬなどの構造化データを利用して文書管理を行う際における、各アプリケーションデータを構造化データに変換する場合においては、変換プログラムにより、自動的に行われるが、この変換処理は、各アプリケーションの持つ文書本体とデザイン・レイアウト情報とを、そのアプリケーションデータを分析して抽出し、構造化データに書き換えて変換されるものである。
【００１４】
これは、作成された構造化データを他のアプリケーションにデータを効率良く変換できることが目的であるため、各アプリケーションに共通なデザインレイアウト情報が抽出されて構造化データに変換される。
【００１５】
このため、変換された構造化データを元のアプリケーションに逆変換することは可能であるが、その元のアプリケーション特有の情報については、逆変換されないので、まったく同じデータに復元することはできない。
【００１６】
例えば、印刷業におけるデザイナーと組版オペレーターとの関係において、デザイナーの使用するデザインアプリケーションにより作成したデザインデータを、組版オペレーターの使用する組版アプリケーションに取り込む場合において、前記の構造化データをデザインデータと組版データとの仲介データとして活用し、プログラム処理で自動組版する場合がある。
【００１７】
この場合には、前記のデザインデータから構造化データ変換プログラムを用いて組版に必要なデータをすべて抽出し、構造化データに変換し、その組版用構造化データをさらに組版データ変換プログラムを用いて組版アプリケーションに読み込み、自動組版処理が行われる。
【００１８】
ここで、組版結果を印刷し、校正を行い、この校正結果に従い組版用構造化データを修正し、再度組版データに反映させて校了となるが、この校了となった完全なデータは、組版データ及び組版用構造化データとして記録されるが、前記のデザインデータには反映されない。
【００１９】
前記のようなデザインデータの中には、カタログ類や音楽の歌詞などのように、頻繁に繰り返し使用されるものも多い。このような場合には、前記の校了データを再利用すると効率的に作業を進めることができるが、逆変換を考慮していない従来の変換プログラムの考え方ではデザインデータに完全に戻すことは不可能である。
【００２０】
また、従来、前記のような組版用構造化データは、印刷会社側に管理されており、具体的な組版に関する詳しい知識をもたないデザイナーがこの組版用構造化データを直接編集することは不可能であった。
【００２１】
また、従来の印刷業における各印刷工程においては、受発注・出力・梱包・納品・生産などの管理情報と、デザイン・レイアウト情報とは、別々のアプリケーションにより管理されていた。このため、コミュニケーション不足によるミスなどの問題があった。
【００２２】
本発明は、前記した種々の問題に鑑みてなされたものであり、アプリケーションに依存することなく、デザイン・レイアウト情報の管理ができるデータの生成方法、及びデザイン・レイアウト情報と管理情報とを一元管理でき、面付情報を有するＸＭＬデータの処理プログラム、及びウェブブラウザ上でリアルタイムにＸＭＬデータの生成及びデザイン編集を行うことができる情報処理システムを提供することを課題とする。
【課題を解決するための手段】
【００２３】
本発明は、前記に示す課題を解決するために、各種のデザイン・レイアウトアプリケーションに対して、外部からアクセス可能なインターフェイスにより、該アプリケーションの有するすべての情報を前記のインターフェイスに従って取り出し、取り出したデータをすべて変換プログラムにより構造化データに変換されたアプリケーションに依存しない構造化データが用いられる。
【００２４】
該デザイン・レイアウトアプリケーションは、外部からアクセス可能なインターフェイスを有するものであればいずれでも良く、例えば、ワープロソフトやグラフィックソフトあるいは、レイアウトソフトなどのことである。
【００２５】
これらのアプリケーションにより作成されたデータからＡＰＩ（Application Programing Interface）によりすべての情報を取り出し、Ｃ言語やＪＡＶＡ（登録商標）などを用いた変換プログラムで構造化データに変換される。
【００２６】
変換された構造化データは、レイアウト情報や文書本体及びそのアプリケーション特有の情報などそのアプリケーションにより作成されたファイルのすべての情報を有している。このことは、従来の構造化データと大きく異なる。
【００２７】
すなわち、従来では、対象のデータファイルから必要な情報のみを抽出して構造化データを生成していた。例えば、文書本体データやレイアウト情報など他のアプリケーションに読み込めせるために必要なデータのみを抽出することが一般的であった。
【００２８】
本発明では、対象となるデータファイルのすべての情報、すなわち、データファイルに記録されているすべての情報を構造化データに書き出したものである。
【００２９】
従ってこの構造化データを基本データとしてファイル管理し、この基本データから他のアプリケーションデータへ各種の情報を提供することができ、かつ、この構造化データから元のアプリケーションデータへの逆変換も可能であり、しかもこの逆変換により、元のファイルに完全に復元することが可能である。
【００３０】
このことは、例えば、デザイナーが使用するデザインソフトのデータから前記のようにして構造化データを作成し、このデータを基本データとして管理し、組版アプリケーションに必要データを提供して組版を行うことができ、校正作業をこの構造化データで行うことにより、校了となった構造化データを逆変換してデザインソフトのデータに完全に復元することができ、この復元されたデザインソフトのデータは、校了済の完全なデータとして再利用することが可能となる。
【００３１】
また、本発明は、ウェブブラウザ上でデザイン編集を行うことができるシステムにおいて、ブラウザ上で直接、文書データやデザイン編集情報を入力するための入力機能と、該入力された情報をマークアップ記述言語であるＸＭＬ（eXtensible Markup Language）データとして、直接、ウェブサーバに生成させる機能と、該生成されたＸＭＬデータからデザイン編集内容を解析しブラウザに表示させる機能とを実現させ、デザインやレイアウト、情報内容をリアルタイムでＸＭＬデータとして生成させる機能を実現させるための情報処理プログラムである。
【００３２】
該入力機能は、ブラウザ上にＣＧＩなどを用いて入力フレームを表示させ、情報内容をキーボードなどのユーザーインターフェイスより入力し、デザイン編集は、フォントの選択窓やＧＵＩなどで行うようにすることができる。
【００３３】
該ＸＭＬデータの生成機能は、前記の入力された情報が変換プログラムにより解析され、構造化されたＸＭＬデータに変換され、ウェブサーバ上に直接記録されるものである。
【００３４】
該ブラウザ表示機能は、生成されたＸＭＬデータを解析プログラムによりデザイン編集内容が解析され、ブラウザに表示させるものである。
【００３５】
また、本発明は、ウェブサーバ上のＳＶＧ（Scalable Vector Graphics）フォーマットに基づくＸＭＬ（eXtensible Markup Language）データに対して、ウェブブラウザ上から該ＸＭＬデータを編集処理する機能と、その編集処理結果を出力する機能とを実現させるための情報処理プログラムである。
【００３６】
該ＳＶＧは、ベクター・グラフィックス言語のオープンな標準規格であり、2次元グラフィックをWebに表示するための言語で、ベクター形式のグラフィック、画像イメージ、テキストの3つのオブジェクトが扱えるものであり、従来、サイズの違う同一のグラフィックを表示する場合、それぞれ別の画像データを用意しなければならなかったが、SVGでは一つのベクターグラフィックを元に、サイズはもちろん、色やテクスチャーの異なる複数のグラフィックを表示できるようになる。
【００３７】
このＳＶＧによるＸＭＬデータをウェブブラウザ上から編集処理する機能は、ブラウザで表示させて確認しながら、グラフィックに編集を加えるものであり、編集窓を開き、キーボードやマウスなどのユーザーインターフェイスから入力した編集入力により、記録されているＳＶＧによるＸＭＬデータを修正する機能を実現させるものである。
【００３８】
該編集処理結果を出力する機能は、前記の修正されたＳＶＧによるＸＭＬデータを解析してプリント出力したり、ブラウザにより画面出力したりするものである。
【００３９】
また、本発明は、プロセス管理情報とEC情報とをデザイン・レイアウト情報を含むＸＭＬデータに付加処理する機能を実現させるための情報処理プログラムである。
【００４０】
該プロセス管理情報は、各印刷工程における進捗状況などを管理するための管理情報などであり、該ＥＣ情報は、電子商取引情報であり、発注者や受注内容や納期などの受発注情報などである。
【００４１】
これらの情報を前記のデザイン・レイアウト情報を含むＸＭＬデータに構造化データとして付加することにより、デザイン・レイアウト情報と管理情報及び受注情報とを一元管理することができ、印刷の各工程において、デザイン・レイアウト情報とともに受注情報を確認することができ、コミュニケーション不足によるミスを防止することができる。また、進捗情報などを各工程で追加でき、ひとつのデータですべての工程管理ができる。
【００４２】
また、本発明は、印刷情報と管理情報とを有するＸＭＬデータを解析し、任意の条件に適合するものを抜き出し、ひとつに纏めて面付されたＸＭＬデータを生成し、印刷手段に出力する機能を実現させるための情報処理プログラムである。
【００４３】
ＸＭＬデータに印刷情報と管理情報が含まれているため、これらの情報を基にして、複数のＸＭＬデータの中から条件を設定して抽出し、ＸＭＬによる面付データを作成し、印刷手段に出力することができる。例えば、納期の早い順に面付したり、同色のものを纏めて面付したりなどすることにより、後工程の効率を高めることができる。
【００４４】
また、本発明は、前記に示したＸＭＬデータが記録されたＸＭＬデータベースと、該データベースに記録されたＸＭＬデータを追加、修正、削除するためのデータ編集手段と、前記のＸＭＬデータを、そのデザイン・レイアウト情報に従ってユーザー端末装置のブラウザに表示できるデータを生成するための表示データ生成手段とが設けられたウェブサーバと、
該ウェブサーバとネットワーク回線で接続され、前記のＸＭＬデータより生成された表示データを画面に表示するためのブラウザと、前記のウェブサーバのデータ編集手段を操作するための編集指令情報を生成し、前記のウェブサーバの編集手段に送信するための編集操作手段とが設けられたユーザー端末装置とを有し、ユーザー端末装置のウェブブラウザ上から前記のＸＭＬデータを直接、編集処理できるレイアウト情報処理システムである。
【００４５】
該データ編集手段は、前記のＸＭＬデータベースに格納されているＸＭＬデータを検索し、該ＸＭＬデータを解析し、データの追加、修正、削除を行うＡＰＩなどであり、ユーザー端末装置から送信される編集指令情報を解析し、その指令に従って該ＸＭＬデータの追加、修正、削除を行うプログラムなどである。
【００４６】
該表示データ生成手段は、前記のＸＭＬデータに含まれる印刷デザイン情報を解析し、ブラウザに表示できるＨＴＭＬデータなどを生成するためのプログラムなどである。
【００４７】
該編集操作手段は、ユーザーインターフェイスにより入力された編集情報からウェブサーバのデータ編集手段を操作するための編集操作指令情報を生成し、前記の編集手段に送信するためのプログラムなどである。
【００４８】
よって、ウェブサーバ上のＸＭＬデータを、そのデザイン・レイアウト情報に従って、ユーザー端末装置に表示させることができ、直接、リアルタイムにそのＸＭＬデータの情報を編集処理することができるシステムである。
【発明の効果】
【００４９】
以上、詳細に説明した本発明では、以下に示すような効果がある。
【００５０】
１）各アプリケーションデータの有するすべての情報を構造化データとした、アプリケーションに依存しない共有データを用い、逆変換によって基のアプリケーションデータに完全に復元することができ、構造化データの文書管理の利点を生かし、かつ、使いなれたアプリケーションデータで編集・出力ができる。
【００５１】
２）ブラウザ上からの操作で、ウェブサーバ上にＸＭＬデータやＳＶＧデータを直接に、作成、編集できる。
【００５２】
３）プロセス管理情報やＥＣ情報をＸＭＬデータに付加することにより、印刷工程のすべての管理を一元化することができ、コミュニケーションミスを防止できる。
【００５３】
４）デザイン・レイアウト情報とともに管理情報が含まれているため、プログラミングによる面付作業の自動化が行える。
【００５４】
５）遠隔地からインターネットを用いてデザインの確認・修正ができる。
【発明を実施するための最良の形態】
【００５５】
以下に、本発明による実施の形態を図面を用いて説明する。
【００５６】
図１は、本発明によるアプリケーション非依存データの生成工程を示すフロー図である。本フローでは、アプリケーションとしてクウォークジャパン（株）のレイアウトソフトであるQuark XPressを例に、名刺のデザイン例を用いて説明する。
【００５７】
Quark XPressで作成した名刺データからアプリケーション非依存のXMLデータを作成する。
【００５８】
Ｓ−１） Quark Xpressで名刺データを作成する。
【００５９】
Ｓ−２） Quark Xpressで作成した名刺データからXMLデータに書き出すための要素と属性についてDTD（Document Type Definition）で定義する。
【００６０】
他のアプリケーションの場合でも共通となるデザイン・レイアウト情報については、共通のタグを設定し、Quark Xpress独自の情報については、独自のタグまたはコメント文として設定する。
【００６１】
Ｓ−３） DTDの定義に従って、Apple ScriptでQuark Xpressの名刺データに含まれる情報をすべてXMLデータに書き出すための変換プログラムを作成する。
【００６２】
Ｓ−４） 前記の変換プログラムを実行する。
【００６３】
Ｓ−５） XMLデータが書き出される。
【００６４】
図２にその書き出したXMLデータ例とDTDデータ例を示す。
【００６５】
このように、Apple Scriptにより、Quark Xpressファイルから取り出せるすべての情報をXMLデータに書き出しているため、上記の変換プログラムを利用して逆変換することにより、完全にもとのQuark XPressの名刺データに復元することができる。
【００６６】
また、他のアプリケーションへの変換においても、このXMLデータには、すべての情報が含まれているため、各アプリケーションへの変換プログラムを作成することにより、必要な情報を他のアプリケーションで使用することができる。
【００６７】
従来、XMLデータの活用においては、異なるプラットフォーム間におけるデータ交換の標準としての考え方が中心であり、各アプリケーションに共通のデータのみを取り出してXMLデータとすることが数多く試みられている。従って、共通の情報をどの情報とするかが問題となり、活用される環境に合わせて効率的に活用しようとする考え方が主流である。
【００６８】
本発明では、従来の考え方とは異なる視点から捉えており、初めにユーザーの任意なアプリケーションにより作成されるデータがあり、このデータが基本データであり、かつこのデータと情報内容がまったく同じでありながら、形式が違うXMLデータを作成し、このXMLデータをデータ交換の標準データとして各アプリケーションへの変換プログラムを通して活用されるようにしたものである。
【００６９】
このように、ユーザーが使用するアプリケーションデータとまったく情報内容が同じXMLデータとすることにより、XMLデータから元のアプリケーションデータに完全に復元できるため、管理しやすいXMLデータで文書管理し、編集は、使い慣れたアプリケーションで行うことができ、XMLを意識せずにXML構造での文書管理を実現することができる。
【００７０】
図３は、本発明によるXMLデータを用いたデザイン編集システムのシステム構成図である。
【００７１】
サーバマシン１は、インターネット２を介してブラウザ３を有するユーザー端末装置４に接続されている。該サーバマシン１は、ユーザー端末装置４とインターネット２を介してＸＭＬデータ５を送受信するための入出力管理部６とデータ管理部７が設けられており、該データ管理部７は、XMLデータ５をウェブサーバ上に生成させるためのXMLデータ生成部７ａと、ウェブサーバ上のXMLデータ５を編集するためのXMLデータ編集部７ｂと、XMLデータ５をユーザー端末装置４のブラウザ３に表示させるための表示データを生成させるための表示データ処理部７ｃとが設けられている。
【００７２】
また、該データ管理部には、XMLデータ５が格納されるXMLデータベース８と、SVGによるXMLデータ５ａが格納されるSVGデータベース９が接続されている。
【００７３】
このような構成のデザイン編集システムにおいて、ユーザー端末装置４からXMLデータ５を作成する場合には、以下のように動作する。
【００７４】
１）ユーザー端末装置４のブラウザ３からサーバマシン１にアクセスする。サーバマシン１の入出力管理部６では、ユーザー端末装置４に対してデータ入力用の入力画面を表示する。
【００７５】
２）ユーザー端末装置４から入力画面に従ってデザインデータを入力すると、該デザインデータ情報がサーバマシン１に送信され、データ管理部７のＸＭＬデータ生成部７ａにデザインデータ情報が送られる。
【００７６】
３）該ＸＭＬデータ生成部７ａでは、前記のデザインデータ情報を解析し、ＸＭＬデータ５を生成し、ＸＭＬデータベース８に記録する。
【００７７】
４）生成されたＸＭＬデータ５は、表示データ処理部７ｃにおいて、デザインデータ情報に従って、ブラウザ３で表示できるＨＴＭＬデータに埋め込まれ、入出力管理部６に送られる。
【００７８】
５）入出力管理部６からＸＭＬデータ５が埋め込まれたＨＴＭＬデータがユーザー端末装置４に送信され、ブラウザ３で表示される。
【００７９】
この編集システムにより、ウェブサーバ上に、直接、任意のＸＭＬデータを作成することができる。
【００８０】
次に、サーバマシン１のＸＭＬデータベース８あるいは、ＳＶＧデータベース９に格納されたデータの編集動作について説明する。
【００８１】
１）前記と同様に、ユーザー端末装置４のブラウザ３からサーバマシン１にアクセスし、データ入力画面を表示させる。
【００８２】
２） 該データ入力画面から、データの呼出画面を開き、サーバマシン１のＳＶＧデータベース９から対象となるＳＶＧデータ５ａを選択する。
【００８３】
３） 選択されたＳＶＧデータ５ａは、表示データ処理部７ｃで、ブラウザ３で表示できるデータに変換され、ユーザー端末装置４に送信される。
【００８４】
４） ユーザー端末装置４のブラウザ３で対象となるＳＶＧデータ５ａを表示させ、該表示データに対して、入力画面の操作ウインドウから任意の操作を行い、ＳＶＧデータ５ａの編集を行う。
【００８５】
５） 操作ウインドウからの操作により、編集指令情報がサーバマシン１に送信される。
【００８６】
６） サーバマシン１では、編集指令情報をデータ管理部７のＸＭＬデータ編集部７ｂに送る。
【００８７】
７） ＸＭＬデータ編集部７ｂでは、編集指令情報を解析し、ＳＶＧデータベース９の対象データに対して編集処理を行う。
【００８８】
このように、ウェブサーバ上に格納されているＸＭＬデータを直接操作して任意に編集を行うことができる。
【００８９】
次に、印刷デザイン工程において、本発明による実際のXMLデータベースを活用したデザイン編集システムについて説明する。
【００９０】
図４は、本発明による印刷デザインシステムの概略フローを示す図である。この実施例は、名刺のデザインを行う場合の例である。
【００９１】
１）組版アプリケーションなどで予めテンプレートデザインを行い、このデザインデータ１０をＸＭＬデータ１１ａに変換してデザインテンプレートデータベース１１に記録しておく。
【００９２】
２）このデザインテンプレートデータベース１１から任意のテンプレートを選択し、インターネットなどのネットワーク回線を介し、JAVA（登録商標）アプレット１２ａなどのプログラムを用いてクライアント端末装置のウェブブラウザ１２に表示させる。
【００９３】
３）ここで、クライアントが文字の入力やデザインの修正などを行う。
【００９４】
４）同時に、必要なデータ、例えば、画像データ１３や、顧客データ１４などが取り込ませる。
【００９５】
５）デザインが完成したら、このデータを専用のXMLによるデザインデータベース１５に変換して記録する。
【００９６】
６）このXMLによるデザインデータ１５ａを組版アプリケーションデータ１０に変換して印刷１６を行う。
【００９７】
このように、ウェブブラウザ１２からデザインの修正や必要データの取り込みができるため、従来のような印刷による校正作業は不要となり、修正については、クライアントが直接、ブラウザ１２上から行うことができ、遠隔地からの修正作業がリアルタイムで行えることとなる。
【００９８】
次に、上記のXMLデータにおいて、プロセス情報やEC情報を付加したＸＭＬデータとし、このＸＭＬデータを用いた、印刷システムについて説明する。
【００９９】
図５は、発注から印刷工程までをＸＭＬデータで一元管理する印刷管理システムの概要図である。
【０１００】
クライアント２０のウェブブラウザ２１から印刷の発注を行い、インターネット２２を介してウェブサーバ２３にアクセスし、発注情報をアクセス管理サーバ２４を介して受注管理ＤＢ２５にＸＭＬデータとして記録する。
【０１０１】
クライアント２０は、ウェブサーバ２３から配信されるＪＡＶＡ（登録商標）アプレットなどのプログラム２６により、ＸＭＬデータを利用して、発注、編集及び校正を行う。
【０１０２】
クライアント２０からのＸＭＬデータとなったレイアウトデータ２７は、印刷工程管理サーバ２８を介して印刷工程２９に送られ、必要となる印刷用画像３０などが取り込まれて組版用データに変換され、印刷される。
【０１０３】
このとき、ＸＭＬデータには、受注情報（ＥＣ情報）と印刷工程情報（プロセス管理情報）などが記録されているため、これらの情報を基にプログラム処理することで、任意のＸＭＬによるレイアウトデータを抜き出してひとつのＸＭＬデータにする自動面付処理が可能となる。また、各工程ごとに進捗情報をＸＭＬデータとして付加することにより、印刷工程を一元管理し、コミュニケーションミスを防止することができる。
【０１０４】
〔実用例〕
ＸＭＬの進化、普及は目覚しいものがあるが、ＳＧＭＬ以来、印刷産業では対応が十分ではなくＸＭＬ爛熟の今日でも十分ではない。むしろ、ソフト産業からの参入が目覚しく印刷産業は紙からデジタルメディア、特にインターネットメディアへの転換で立ち遅れが目立つ。
【０１０５】
遅れの理由はさまざまだろうが、印刷産業が自らの生命線への自覚が乏しいように思われる。現在のＸＭＬ狂想曲が作り出しているものは印刷界には縁遠い（といっても最後には大いに関係するのだが）電子取引システム、基幹システムなどの数値データの世界や多少近いところでもデジタル放送、デジタル地図などの世界である。
【０１０６】
一方ではＸＭＬを使ってはいないが（使いたいと思いつつも）、E-learningやインターネットカタログなど印刷に極めて近い世界も爛熟期に入っている。にも関わらず、以上の世界ではその表現をめぐる不満が多くあるのである。
【０１０７】
印刷界でのＸＭＬの実用化はどうか？
ＤＴＰの出現時に予言されたように、写植業は全廃に近く、製版業も淘汰が進んでいる。関連の資材ベンダーの多くは販売商品や戦略の再構築が求められている。さらにはＣＴＰ化、オンデマンド印刷（無版）化も目覚しく浸透しつつある。そしてインターネット時代の到来が紙印刷の総量を確実に減らしてきている。
【０１０８】
しかしその一方では、超高速オフィスプリンタが安価に普及することで紙はあふれていると言われる状況もある。この超高速プリンタはほぼオフセット印刷機に匹敵する性能にまで発展してきた結果、ＬＡＮ，インターネットと結合して各種のオンデマンド型パブリッシングの世界を構築し始めた。
【０１０９】
帳票も従来のカーボン紙に手書きで記入する方式（印刷産業が提供してきた）、高速プリンタと電子帳票方式に切り替えが始まった。
【０１１０】
メディアの多様化、個別表現のニーズの高まりで表現（プバリッシング）全体の総量は従来よりも増えている（はずである）。
【０１１１】
少なくとも、紙印刷が減った分の形態を変えた新規の表現は存在するのである。従来の英語の豆単に代わるＩモード辞書などその典型である。
【０１１２】
ＸＭＬはこうした印刷産業にどうかかわっているのか、誰がどのようにＸＭＬと印刷の結合を担っているのか。ＸＭＬの現実を印刷・表現の立場から検討した。
【０１１３】
(1)ＸＭＬ規格の現状
ＸＭＬは実に多種多様の局面で使用が進んでいる。すでに述べたように印刷・表現関係よりもe-Businessや業務システム関係が多いのだが、ＸＭＬの基本規格と共に印刷関係の規格の実態を簡単に見てみたい。
【０１１４】
1)基本仕様
XML 1.0( 勧告 XMLの基本仕様）、Namespaces in XML（勧告 複数のXMLデータ定義を混在させるための拡張仕様）、XML Schema-Primer/Structure/Datatypes（勧告 XMLのデータスキーマ仕様）、DOM Level 1（勧告 XMLを操作するアプリケーションインターフェイス仕様）、XSLT 1.0（勧告  XMLの変換仕様）、XSL 1.0（勧告  XMLにスタイル付け仕様）、XPath 1.0（勧告 XMLデータのパスの指定仕様）、XLink 1.0（勧告 XML文書のリンク仕様）、SOAP 1.1（非集中、分散環境における情報交換のための軽量のプロトコル）CSS2.1（勧告 HTMLやXMLなどのスタイル情報付加言語）、XHTML 1.0（勧告 XML対応のHTML4.0）などが制定され、その基礎の上に各種アプリケーションとしてのＸＭＬ規格が構築運用され始めた。
【０１１５】
2)電子商取引
ebXML（UN/CEFACT& OASIS）／UBL（OASIS）／BizTalk Framework（Microsoft）／CII/XML V1.1 （ECOM）の汎用的規格と併せ、業界別電子商取引としてRosettaNet，cXML（Ariba），xCBL（CommerceOne），CIDX（CIDX.org），aecXML（建築・土木・建設業界IAI-NA.org），FpML（金融商品 FpML.org）が運用開始。 
【０１１６】
3)その他、各分野
・メディア／画像分野  VoiceXML（VoiceXML Forum），SMIL，SVG，Mobile SVG。
・ニュース配信・放送分野  NewsML V1.0，BML（BSデジタル放送）。
・医療、科学、旅行情報の製品・サービス、ビジネス情報／個人情報，地図・地理、生産計画、会計／有価証券報告／株取引，建築／土木，繊維，電子チケットなど取り上げたらきりがないほどである。
【０１１７】
これらの情報の詳細はＷ３Ｃ（http://www.w3.org/）を始め、ＸＭＬコンソシアム（日本）（http://www.xmlconsortium.org/）やＸＭＬ関連情報サイト（＠ＩＴ）（http://www.atmarkit.co.jp/fxml/index.html）などに詳しく掲載されている。
4)印刷関連規格
ＳＧＭＬ以来の伝統あるDocBook DTD,文書メタデータのダブリンコア（ＤＣ）は深く浸透して使用されているが、日本独自のＤＴＤや電子ブック対応も国際的な普及段階に入っている。下記にその主なものを列記する。
【０１１８】
電子公文書の文書型定義 (DTD)、学術論文用XML DTD、JepaX V0.9 電子出版／日本電子出版協会 (日)，Open eBOOK／Open Electronic Book OEBPS（Open eBook Publication Structure ） v1.0.1 電子書式の標準とその推進団体（ＭＳ、アドビ等）／Open eBook Forum等が実用で使われている。
【０１１９】
加えて見過ごしてはならないのが、Ｗ３Ｃが定めた表現系規格や分野別規格である。重複するがそれらも下記に列記する。
XSLT 1.0（勧告  XMLの変換(Transformation)仕様）、XSL 1.0（勧告  XMLにスタイル付
け仕様）、CSS2.1（勧告  HTMLやXMLなどのスタイル情報付加言語）、XSL Formatting Objects（勧告候補  XMLのレイアウト，組版仕様）、XKP（GAIJI交換仕様書）、SMIL（Syncronized Multimedia Integration Language 勧告 マルチメディアの統合と同期）、SVG（Scalable Vector Graphics 勧告 ベクター図形）、CML（Chemical Markup Language V1.0/V1.01 化学分子式の記述言語）、MathML（勧告 数式）などなど、印刷環境もＸＭＬで完全武装の直前の段階といって良いだろう。
【０１２０】
さらに今日、活況を呈しているイーラーニングの規格も見逃してはならない。各種規格が存在していているが、最終的にはＳＣＯＲＭで統一される見通しである。
【０１２１】
(2)ＸＭＬと融合した印刷システムの要望
1)顧客側の変化
ＸＭＬの印刷業界での実用化は一部の先進的な企業からではあるが、深く、広く浸透し始めている。その推進要因の一つが前述のＸＭＬ規格の策定に伴う顧客企業での適用と業務変革の流れである。
【０１２２】
顧客先の変化の例を挙げると、メーカー：内部のマニュアル制作部門でのＸＭＬによる効率化（印刷会社から出向も）、銀行：マニュアル（規定集）作成部門を創設、ＸＭＬの導入（今まではＳＩが受託して印刷会社へ委託）、生保：定款は印刷会社の協力でＸＭＬ化は目途がたった。現在は帳票の効率的作成と費用削減が課題（ＸＭＬ電子帳票）。印刷しないで社内の高速プリンタに顧客情報が出てくれば良い。上場企業全般：有価証券報告書なども社内のWordで作成し、株主への早期情報公開システムをＸＭＬで実装していきたい。カタログ系の作成費用削減も課題となっている。
【０１２３】
ＸＭＬやＤＢを使うことでもっと安くできるのではないか、過去のカタログデータを印刷会社から引き上げＤＢ化やＷＥＢで使いたい、ＰＤＭ（社内部品管理ＤＢ）とのデータ流通を実現したい。宣伝広告では印刷以外にＷＥＢも活用したい。印刷とＷＥＢのワンソース利用を実現したい。等々の明らかな変化が始まっている。
【０１２４】
2)印刷業界側の取り組み
ＸＭＬの規格は上記のように既に各分野で実用化が進捗している。印刷分野でも同様の規格化と同時に先進分野で実用化が進んでいる。注意したいのはその担い手が印刷産業ではなく、商社、ＳＩ，ソフト企業などが出資して作ったベンチャーや各企業自体であることだ。そこには技術上の対応という印刷側の問題点を浮き彫りにしているのかも知れないが、その実態を『印刷技術とＸＭＬの融合を急ぐ』という観点から(3)で見てみたい。
【０１２５】
(3)ＸＭＬと融合させる印刷向けツール
3)入力ツール
ＸＭＬドキュメントを作成するのに先ず問題となるのは、どうやってＸＭＬを作るのかであろう。多くの印刷関係者はベタテキスト、或いはテキスト入力時に簡易マークを付けてタグ付けの足しにする。或いはベタテキストの作成にＯＣＲを利用するのが一般的であろう。こうした業務はＸＭＬ化のスタート時点で初期ＸＭＬデータの作成を印刷会社などが受託するには効率的だが、情報発生源での日常的な業務には適用できない。情報発生源入力は必然的な流れであるので、印刷側も注意深い対応が必要である。
【０１２６】
●ＸＭＬ専用エディタ
各社から発売されているが、どれも一定の技術スキルを必要としている。出願人がアルテック（株）と共有で発売しているXML-Square(Documentor-TM)も１０００ライセンスを超えている。印刷会社自身で使用目的に併せた評価をして顧客への提案、作業代行が求められている。
【０１２７】
●Word
現在、ユーザーが最も要望しているのは、日常業務（情報発生源で）で使用しているツールがそのままＸＭＬにならないかということである。
Wordはその典型的なツールであり、一定の使用制限の下でテンプレート化して使えば最も利用しやすいＸＭＬエディタとなっている。Wordテンプレートは使用ＤＴＤに合わせてテンプレート化し、内部に変換コンバータを組込む必要があるので、一般販売できるアプリケーションではない。しかし、自社用にカスタマイズされたツールなので使い易さ、変更の容易さ、多数の利用者などに利点がある。将来的にもWord自体の進化がＸＭＬベースで進むので使い慣れていることは有利である。
出願人は数多くの業界、部門から要望されて数多くのWordテンプレートを提供している。中にはデザインツールとＸＭＬ入力ツールが一体化した高度なテンプレートもある。
【０１２８】
●既存データからのコンバート
これからの情報発生源入力では想定していないが、既存データのＸＭＬ変換も重要な課題として残っている。情報発生源にあるWord等のデータは60-90％レベルの変換は可能である。問題は任意に作られた印刷用データからの変換であるが、出願人が考案した変換仕様では60-80％での変換を可能としている。また、ＸＭＬデータの再利用システムの設計次第では100％の変換も可能である。（下記『ＸＭＬ構造理解の変革−デザインＸＭＬ』の項を参照）この機能は現状のワークフローで苦しんでいる印刷会社には朗報となるはずだ。
現在までに実用化した変換ツールは、
既存Word⇒ＸＭＬ、既存Quark⇒ＸＭＬがあるが殆どのＤＴＰからの変換が可能である。
【０１２９】
●個別的課題
外字、数式、化学式、ルビ、発音記号、傍線・傍点など入力時に解決しておきたい課題の対応も問題である。XML-Square(Documentor-TM)、Wordエディタでは一定の条件下で解決可能となっている。
【０１３０】
2)各種フォーマッタ
次にＸＭＬデータを表現、パブリッシングする問題である。フォーマッタに関する考え方は種々あるが、画面表示、プリントも印刷であると理解しよう。
【０１３１】
●インターネットブラウザの利用
ＸＳＬを最大限活用することでＸＭＬのＩＥでの表示はQuarkレベルに近づくことが可能である。ＨＴＭＬを極める、ＸＳＬを極めることが肝要だ。ブラウザでの表現がQuarkレベルでＸＳＬによって可能になると、ＤＴＰ組版前に校正が可能になり、修正も容易で且つ大幅なコスト、時間の節減が見込める。ＰＤＦ校正に代わるＸＳＬ（ＷＥＢ）校正が今後のワークフローを変えるだろう。プリンタへの出力もページコントロール可能であり、要求品質のレベルによっては、これを持って校正紙、版下、印刷物を言うことさえ可能である。
ブラウザ表示の品質の向上は校正のみでなく、インターネットを核にした新たなビジネスの可能性を示している。ディスプレイ表現も印刷、マルチメディアも印刷という思想転換をしておけば印刷業界の対応も腹が据わるのではないか。
【０１３２】
●専用エディタ自体の表示利用
出願人のXML-Square(Documentor-TM)は独自の表示機能を持っているので、入力時に既にフォーマッタとして確認できる。しかし、出力用としては大きな期待はできない。
【０１３３】
●専用フォーマッタの利用
印刷規格ＸＳＬ−ＦＯを実装した『ＸＳＬ  Ｆｏｒｍａｔｔｅｒ』は実用レベルに達している。出願人は顧客のニーズで独自のＷＥＢサーバーでも使用可能な組版エンジンを開発した。（ＷＥＢ組版で詳細を）その他、今後も新しいフォーマッタが出現するものと思われる。印刷側としては新フォーマッタを作る位の気概で利用に当って欲しい。
E-learning用にはフラッシュを筆頭に独自のオーラリングツールでの表示が活況を呈している。十分な注意、対応が必要。
結果的にはブラウザの項で述べたようなワークフローの変更とビジネスフローの変革が推進されると想定できる。
【０１３４】
●Wordの利用
フォーマッタとしてはＸＳＬと共にWordで行うのが本命であろう。入力ツールであると同時に確認ビューである利点は一個のツールで完結している利便性としても有効である。入力ツールとしてのテンプレートの重要性がますます増して来る。
他の入力ツールで作成されたＸＭＬデータのフォーマッタとしてもＤＴＰ並の柔軟性と表現力、品質があるので最重要なフォーマッタとして極めておきたい。
出願人は先の入力ツールと一体化したフォーマッタやＸＭＬＤＢからの出力印刷フォーマッタとして提供し、大幅なコスト削減を実現している。
【０１３５】
●ＤＴＰの利用
印刷側から見たフォーマッタの本命はやはりＤＴＰであろう。高品質と柔軟性を課題すればＤＴＰはやはり重要なフォーマッタである。出願人は、2000年より８社でＤＴＰでの自動組版を中心とした『ＸＭＬ共同開発センター』で活動して来た。その成果は教育、学参データのＸＭＬ化−ＤＴＰ自動組版として結実した。
しかし、ＤＴＰをフォーマッタとした現実は現在の校正ワークフローを変えない限り、フォーマッタとしては効果的なシステムとは言えない。
【０１３６】
そもそも日本の印刷作成ワークフローではＤＴＰになってから、フィルムになってから修正を入れるという、悪習が連綿として続いていて、それがＤＴＰの普及でも、ＸＭＬの普及でも足を引っ張っていることは皆が認めることである。
出願人が開発した双方向コンバータであれば、最終ＸＭＬデータを作成するツールとしてＤＴＰ段階で修正が入ることを容認できるのである。ＤＴＰをフォーマッタとして使うワークフローからは、ここで赤字を入れることは効率的ではないが、現行もそのワークフローであることを追認しているに過ぎない。
※フィルム段階で修正が入ることはどんな理由があろうと許されるものではない。このことは印刷業界から情報発信者へ強硬に申し入れるである。
【０１３７】
このデジタル時代に印刷側の技術的対応はほぼ整ってきたと思えるが、依然として顧客側も含めたワークフローの変革ができていない。このことで双方にとって不要のコストを発生させている事実とＩＴ時代の情報展開を困難にしていることを見るべきである。
ＸＭＬデータを作成するツールとしてＤＴＰに赤字修正を入れることを容認しているが、ＤＴＰでの修正はゲラ、フィルム、刷版と後工程のことを考えれば非効率である。また、高品位（主観的）であればあるほど、自動化率が落ちることも必然的である。そうした、悪条件があってもＸＭＬ自動組版の実用化は確実に進んでいる。
出願人は、Quark、Indesign、EDIAN、FrameMaker,BookStudio等々殆どのＤＴＰで自動組版システム化することが可能である。
問題は、個別対応でのみ実現できることからコストがかかり過ぎることだ。費用効果を確認してから取り組む必要性がある。
【０１３８】
(4)ＸＭＬの印刷への拡張的利用
ＸＭＬの構造思想を変革すると大幅な業務革新の可能性が発生する。
【０１３９】
1)ＸＭＬ面付
出願人の提唱するデザインＸＭＬ（(5)項参照）は極論すると組版データそのものである。印刷側から考えれば組版データの利用なら従来の業務の中から利用するアイデアはいくらでも出てくる。その一つがＸＭＬ面付けである。ＸＭＬデータだからコンピュータを選ばず、ＷＥＢだろうと場所を選ばず面付が可能になる。出願人は小サイズデータの多面付の実用化に成功している。ＷＥＢ組版の項も参照して欲しい。
【０１４０】
2)ジョブチケットの発行
入力系がデジタル化されるとＸＭＬの利用は更に拡大してくる。入力時には個人のプロパティがＤＢより自動取得されるか、登録してない場合はプロパティを入力させることで、関連する個人の属性も取得できる。受発注に当ってはそれらの個人、属性、受発注情報を実際の制作物と連動するジョブチケットとして発行可能となる。
【０１４１】
3)進捗、制作管理システム
ジョブチケットと制作フローがデジタル化（ＸＭＬ化）されると進捗、制作管理システムの構築はきわめて容易になる。
【０１４２】
4)編集システムの革命
企画、原稿作成、部品作成管理、台割等々の従来、デジタル化が困難と見られていた分野までシステム化が進む。
原稿作成などは先のＸＭＬ入力ツールの整備が大いに効力を発揮する。部品管理や作成済データの管理も『コンテンツマネジメントシステム』がＷＥＢを介して作動するようになる。作成進捗が視覚的に管理できると台割管理も台単位での進捗を各現場が共有でき、後工程の以後の計画策定が容易になる。
※出願人は、雑誌編集向けに特化した統合制作、管理システム『Project M』を発売予定である。これはＸＭＬ入力、企画、部品管理、進捗管理、台割管理、ＸＭＬ自動組版、ＷＥＢ配信までを一貫して制作できるシステムである。
【０１４３】
5)受発注、顧客管理、刷版、フィルム管理までを統合化
デジタル化の進化は留まることを知らない。制作手法をＸＭＬ化すると顧客との受発注の手段も変わってくる。極端な事例（ＤＴＰは既にそうなったが）だが顧客に制作してもらうことさえ可能になる。6)ＷＥＢ組版の事例を参照。長年の念願だった顧客管理システムは自動的に作れるし、版管理も顧客ニーズと連動させることさえ可能になる。
※この部分のみをサービス事業として提供するＡＳＰも活動を開始している。
【０１４４】
6)インターネット時代の印刷、組版
デザインＸＭＬの発想は直接、ＷＥＢオンライン組版の時代を開いた。
現在、出願人が開発納品した『名刺受発注、制作システム』では事実上、名刺デザイン、制作をＷＥＢ上で顧客に直接やってもらう仕組みになっている。注文が確定すると実際にQuarkの制作物が出来上がっているので納品時間に合わせてオンデマンド印刷機を動かせば良い。ジョブチケットがあるので多数の注文品をどの組み合わせで、いつのタイミングで何枚、何面付けて印刷すれば良いか、最効率の組み合わせをＤＢに計算させることができる。制作責任は顧客にあるのでミスを心配する必要もない。
【０１４５】
この開発システムでできるのは何も名刺に限っているわけではない。原理的にはカタログも単行本でさえ制作可能である。制作者と顧客の智恵次第で夢のシステムが実現できる時代に入った。
最近は特に個別志向が強くなってオンデマンド印刷のニーズは高くなっているが、情報作成のシステムを飛躍的に変革しないと対応できない。ＸＭＬＤＢはオンデマンドの必須の前提条件である。かつ、ＷＥＢ上で実際に制作できることが十分条件となるだろう。
【０１４６】
(5)ＸＭＬ構造自体の理解の転換した『デザインＸＭＬ』の考え方
従来の構造化一本槍の発想から利用系にシフトしたＸＭＬドキュメントの構造へ発想転換することで自由度と表現力が飛躍的に発展できる。
理論的には『構造』と『表現』を分離するとしていたものを『利用系主体のＸＭＬには構造と表現が混在しているほうが使い易い』という発想だ。これを『デザインＸＭＬ』と名づけている。
【０１４７】
具体的にはWordで入力してＸＭＬに変換したものは再利用もWordであればＸＭＬの中にはコンテキストとデザイン情報が混在していても良いと発想することだ。これはQuarkで
も同じである。
結果何が都合が良いかと言えば、Word−ＸＭＬ−Word、Quark−ＸＭＬ−Quarkの双方向コンバータになっていることである。デザイン情報を内包したＸＭＬなので一切の変更なしに組版を再現できるのは当たり前である。
【０１４８】
では利用系が異なった場合には問題は発生しないのか？デザイン系情報はＸＭＬタグ、コンテキストとは明確に峻別できた上に、通常のシンプルＸＭＬではフォーマッテイングしてから目で探して手作業をするしかなかった、特異的デザイン点もアラートを発生させる手がかりとしても使える。要は人間が手作業で付加した情報を落さずＸＭＬの内部に取り込んだ最もリッチなＸＭＬを作り出しておくことが重要なのである。
異なった利用系で使用する場合でもデザイン情報は変換情報として有効に働くのである。
【０１４９】
『構造』と『表現』の分離という固定概念は、
『構造』と『表現』を保有したＸＭＬから使用時に分離する。
という概念に転換すれば、何のことはない、本質的に原理そのものの再確認に過ぎず、原理を現実に即して柔軟に理解すれば良かったのである。
そもそも、利用しない（静的）段階ではデータが何であろうとデータ自体に意味がなく、利用するまさにその時にのみ、データとしての意味が発生するのである。利用の瞬間に分離できればＸＭＬの原理は守られているのである。そもそも『原理』だから守らなくてはならないという不自由な発想こそＸＭＬが最も棄てたかった原理なのだ。
【０１５０】
(6)ＸＭＬ実用化のまとめ
全体として大きな流れとなっているＸＭＬの取組みはＥＣを中心とした取引、基幹情報の流通をＸＭＬの基盤の上で実現する取り組みになっている。
一方、表現系のＸＭＬ化は実現上の困難と着地点の合意の困難さ（主観性）のため、後回しにされて来た。
しかし、ＸＳＬの登場と各種の表現実現ツールがＸＭＬ等のメタデータ対応を実装するようになり、表現技術問題は大きく前進した。同時に経営環境の問題が更にＸＭＬ化、ＤＢ化、自動化を促進するようになった。
【０１５１】
1)ＸＭＬ表現の到達段階
・ＷＥＢでのＸＭＬ表現を組版レベルへ
・組版編集システムからのＸＭＬコンバート仕様確立
・組版編集のレイアウト情報もＸＭＬ化（デザインＸＭＬ）
・組版結果をＷＥＢで完全表示
ＷＩＮでＭＡＣ組版結果がＰＤＦでなくても見える。
・各社、各種アプリケーションがＸＭＬに対応
不十分だが利用して完全化できる可能性が高くなった。
【０１５２】
2)普及を阻害する技術外の問題があっても、ＤＴＰの普及でも、完全原稿化で苦労した  経験を印刷業界は持っている。しかし、あれほど問題が多発したＤＴＰでも結局は完全データとして定着したのである。
ＸＭＬの普及にはＤＴＰ以上のワークフロー上の課題がある。ＸＭＬを基本とした制作技術とフローは判っているのだが、校正システムなどの問題を内包しながら進むしかないだろう。いつでも新規のワークフロー時には産みの苦しみはつき物で解決できるのか無力感を味わいながらもＤＴＰのように結局は定着するのだから。
【０１５３】
3)新たな規格の策定に注意し実用化を検討する
ＸＭＬは印刷への適用時代から知識表現の時代へ間違いなく進化する。既にトピックマップなどが登場し利用技術も生まれ初めている。新たな規格の策定と実用化にはいつも注意が必要である。そして自社での適用を検討しておくべきだ。
今回は詳しくは触れなかったが、E-learningの普及は、印刷を超えた新たな表現と利用の完成形を見せている。SCHEMA,TOPIC MAP,WEB SERVICE,RDF,XML SCHEMA,SVG,XSLT,CONTENT MANAGEMENT等が主要なキーワードである。
【図面の簡単な説明】
【０１５４】
【図１】本発明によるアプリケーション非依存データの生成工程を示すフロー図である。
【図２】本発明による変換プログラムで書き出されたＸＭＬデータ例を示す図である。
【図３】本発明によるＸＭＬデータを用いたデザイン編集システムのシステム構成を示すブロック図である。
【図４】本発明による印刷デザインシステムの概略フローを示す図である。
【図５】本発明による発注から印刷工程までをＸＭＬデータで一元管理する印刷管理システムの概要図である。
【符号の説明】
【０１５５】
１    サーバマシン
２    インターネット
３    ブラウザ
４    ユーザー端末装置
５    ＸＭＬデータ
６    入出力管理部
７    データ管理部
７ａ    データ生成部
７ｂ    データ編集部
７ｃ    表示データ処理部
８    ＸＭＬデータベース
９    ＳＶＧデータベース
１０    デザインデータ
１１    デザインテンプレートデータベース
１２    ウェブブラウザ
１３    画像データ
１４    顧客データ
１５    デザインデータベース
２０    クライアント
２１    ウェブブラウザ
２２    インターネット
２３    ウェブサーバ
２４    アクセス管理サーバ
２６    プログラム
２７    レイアウトデータ
２８    印刷工程管理サーバ
２９    印刷工程
３０    印刷用画像
【図１】
2005044384.tif 000003
【図２】
2005044384.tif 000004
【図３】
2005044384.tif 000005
【図４】
2005044384.tif 000006
【図５】
2005044384.tif 000007