JP2002245264A - Ｘｍｌのｄｔｄ管理システムと方法およびｘｍｌのｄｔｄ流通システムと方法ならびにプログラム - Google Patents

Abstract

(57)【要約】 【課題】 ＸＭＬのＤＴＤを効率的に配信することを可
能とし、ＸＭＬの電子商取引への利用を促進し、インタ
ーネットでの電子商取引の普及を促進させる。 【解決手段】 ＤＴＤ管理・配信装置１において、ＤＴ
Ｄインデックスルール１１およびＤＴＤ収集エージェン
ト１２によりＤＴＤ管理におけるメタデータ（ＤＴＤの
属性）をＸＭＬ化して、ＤＴＤの収集と管理を行ない、
管理プログラムの複雑化を避け、修正を容易とし、ま
た、ＤＴＤを配信する際には、ＤＴＤ配信エージェント
１４により、その差分のみを配信して配信に要する時間
を短縮し、また、配信先の認証チェックを行ないセキュ
リティを高める。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＸＭＬ（eXtensib
le Markup Language）のＤＴＤ（文書型定義：Document
Type Definition）の管理技術に係わり、特に、ＥＣ
（電子商取引：Electronic Commerce）等において、Ｄ
ＴＤ配信を効率良く行うと共にセキュリティを考慮した
交換を行うのに好適なＸＭＬのＤＴＤ管理システムと方
法およびＸＭＬのＤＴＤ流通システムと方法ならびにプ
ログラムに関するものである。

【０００２】

【従来の技術】近年、インターネットの普及により、Ｗ
ｅｂ（World Wide Web）を利用したデータ検索・交換が
普及している。該当情報を検索する技術としては、Ｗｅ
ｂに検索データを入力し、Ｗｅｂのバックエンド（配
下）にあるＤＢ（データベース）のインデックス項目を
利用した検索や内容データの全文検索を繰返し、該当デ
ータを抽出するケースが一般的である。

【０００３】また、インターネットによる電子商取引で
交換するビジネスメッセージ（業務データ）や文書デー
タのメタデータ（属性）は、従来型のコンピュータ処理
を考慮し、ファイルレイアウトを厳密に規定する技術が
採られており、最初のファイルレイアウト設計が先々の
検索等の処理を左右している。また、メタデータの項目
が不足している場合には、人間による判断に基づく追加
と検索等のプログラム修正が発生する場合がある。

【０００４】このようなインターネットにおける情報の
やり取りにＸＭＬを用いることが、例えば、「日経ソフ
トウェア ２０００年９月号」（２０００年、日経ＢＰ
社発行）の第９１〜１１９頁（「これから始める人のＸ
ＭＬガイド」）などに記載のように、近年注目されてい
る。

【０００５】ＸＭＬは、ＩＳＯ（International Standa
rd Organization、国際標準化機構）が開発した言語Ｓ
ＧＭＬ（Standard Generalized Markup Language）をイ
ンターネットに対応させた言語であり、Ｗ３Ｃ（World
Wide Web Consortium）が標準化を行っている。

【０００６】このＸＭＬでは、「タグ」を自由に設定
し、情報に意味を与えることができるとの特徴があり、
ＸＭＬ文書では、ユーザが自由にタグを設定できるの
で、その文書の中でどのようなタグが使われているかが
予め分っていなければ、文書交換やデータ交換ができな
い。

【０００７】これに対応するために、ＤＴＤ（文書型定
義：Document Type Definition）が用意されている。こ
のＤＴＤにより、当該ＸＭＬ文書が、どのようなタグ
（要素）を使い、どのような属性があって、当該ＸＭＬ
文書の中でどのような使われ方をするのか等が定義され
る。

【０００８】このようにＤＴＤは、ＸＭＬ文書の書き方
のルールを、曖昧さ無く表現するためのものであり、こ
のＤＴＤにより、あるＸＭＬ文書が正しい意図通りに記
述されているかを、中立公平に判定することができ、例
えば、企業Ａ社と企業Ｂ社といった異なる組織間で、円
滑にＸＭＬ文書を交換するために必要なものである。

【０００９】すなわち、Ｂ２Ｂ（Business to Busines
s）やＢ２Ｇ（Business to Government）などの異なる
組織間でデータのやり取りにＸＭＬ文書を利用する際に
は、送り手と受け手とで共通のＤＴＤを決めておくこと
により、共通のＤＴＤに従ったデータ構造に曖昧さのな
いＸＭＬ文書を作ることができる。そして、送り手と受
け手のアプリケーションは、決まった形式のＸＭＬ文書
に対応すれば良く、処理が容易になり、且つ、間違いも
少なくなる。

【００１０】このように、Ｂ２ＢやＢ２Ｇ等、異なる組
織間においてＸＭＬ文書を交換するためには、ＤＴＤの
相互配信が必要となる。

【００１１】インターネットにおいては、各社・団体等
で設けたＷｅｂフォーム（ページ）のＵＲＬ（Uniform
Resource Locator）や情報を自動的に収集するシステム
があり、また、ＸＭＬのＤＴＤに関しても、予め決めら
れた特定の分野のＤＴＤを電子商取引の主催者や取り纏
め業界団体等のＷｅｂ公開で行なうといった、特定業界
単位でのＤＴＤ配信はあるが、広範な企業やグループ固
有のＤＴＤをも対象として配信することはできない。

【００１２】また、ＤＴＤのメタデータ（属性）を管理
する場合、従来のテキストデータのみで管理する技術を
採用すると下記のような問題が発生する。

【００１３】（イ）管理項目の柔軟な追加・更新に対応
させるためには、人間が検討・判断するハンドリング対
応プロセスが発生する。

【００１４】（ロ）メタデータの管理プログラムの変更
に時間とコストを要し、尚かつ管理システムが複雑にな
る。

【００１５】（ハ）Ｗｅｂ上でＤＴＤを公開し、利用者
がＷｅｂ検索で該当するＤＴＤを探す場合、フィット率
が低いために時間がかかり、また、ピンポイント検索に
向いておらず、効率が低下する。

【００１６】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、ＸＭＬのＤＴＤを効率的に配信
することができない点である。

【００１７】本発明の目的は、これら従来技術の課題を
解決し、ＸＭＬの電子商取引への利用を促進し、インタ
ーネットでの電子商取引を普及させることを可能とする
ＸＭＬのＤＴＤ管理システムと方法およびＸＭＬのＤＴ
Ｄ流通システムと方法ならびにプログラムを提供するこ
とである。

【００１８】

【課題を解決するための手段】上記目的を達成するた
め、本発明のＸＭＬのＤＴＤ管理システムと方法および
ＸＭＬのＤＴＤ流通システムと方法ならびにプログラム
は、ＤＴＤ管理におけるメタデータ（ＤＴＤの属性）を
ＸＭＬ化して、ＤＴＤの収集と管理を行ない、管理プロ
グラムの複雑化を避け、修正や配信を容易とし、また、
ＤＴＤを配信する際には、その差分のみを配信して配信
に要する時間を短縮し、また、配信先の認証チェックを
行ないセキュリティを高める。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。

【００２０】図１は、本発明に係るＸＭＬのＤＴＤ管理
システムおよびＤＴＤ流通システムの構成例を示すブロ
ック図であり、図８は、図１におけるＤＴＤ管理・配信
装置のハードウェア構成例を示すブロック図である。

【００２１】図８において、８１はＣＲＴ（Cathode Ra
y Tube）やＬＣＤ（Liquid CrystalDisplay）等からな
る表示装置、８２はキーボードやマウス等からなる入力
装置、８３はＨＤＤ（Hard Disk Drive）等からなる外
部記憶装置、８４はＣＰＵ（Central Processing Uni
t）８４ａや主メモリ８４ｂおよび入出力インタフェー
ス８４ｃ等を具備して蓄積プログラム方式によるコンピ
ュータ処理を行なう情報処理装置、８５は本発明に係わ
るプログラムやデータを記録したＣＤ−ＲＯＭ（Compac
t Disc-Read Only Memory）もしくはＤＶＤ（Digital V
ideo Disc/DigitalVersatile Disc）等からなる光ディ
スク、８６は光ディスク８５に記録されたプログラムお
よびデータを読み出すための駆動装置、８７はＬＡＮ
（Local Area Network）カードやモデム等からなる通信
装置である。

【００２２】光ディスク８５に格納されたプログラムお
よびデータを情報処理装置８４により駆動装置８６を介
して外部記憶装置８３内にインストールした後、外部記
憶装置８３から主メモリ８４ｂに読み込みＣＰＵ８４ａ
で処理することにより、情報処理装置８４内に図１に示
すＤＴＤ管理・配信装置が構成される。

【００２３】図１において、１はＤＴＤ管理・配信装置
（図中、「ＤＴＤ管理・配信装置（Ｘ）」と記載）、２
は業界・業種団体コンピュータ（図中、「業界・業種団
体ＣＯＭ」と記載）、３は企業・グループコンピュータ
（図中、「企業・グループＣＯＭ」と記載）、４は各種
フォームページ（図中、「Home Page」と記載）、５は
配信業者コンピュータ（図中、「配信業者ＣＯＭ
（Ｙ）」と記載）、６，７は企業・団体コンピュータ
（図中、「企業・団体ＣＯＭ（Ｚ）」と記載）である。

【００２４】ＤＴＤ管理・配信装置１には、ＤＴＤイン
デックスルール１１と、ＤＴＤ収集エージェント（ロボ
ット）１２、マスタディレクトリ１３、ＤＴＤ配信エー
ジェント（ロボット）１４が設けらている。

【００２５】ＤＴＤインデックスルール１１は、ルール
エンジン１１ａとルールデータベース（図中、「ルール
ＤＢ」と記載）１１ｂを有し、ＤＴＤ収集エージェント
（ロボット）１２は、エージェントエンジン１２ａとエ
ージェント定義データベース（図中、「エージェント定
義ＤＢ」と記載）１２ｂを有している。

【００２６】また、ＤＴＤ配信エージェント（ロボッ
ト）１４は、リクエストＩＤ発行・チェック１４ａと認
証書発行・チェック１４ｂ、および、差分解析エンジン
１４ｃと差分データベース（図中、「差分ＤＢ」と記
載）１４ｄを有している。

【００２７】このような構成のＤＴＤ管理・配信装置１
を用いて、本例のＤＴＤ管理システムおよびＤＴＤ流通
システムでは、ＤＴＤ管理におけるメタデータ（ＤＴＤ
の属性）をＸＭＬ化して、ＤＴＤの収集と管理を行な
い、管理プログラムの複雑化を避け、修正や配信を容易
とし、また、ＤＴＤを配信する際には、その差分のみを
配信して配信に要する時間を短縮し、また、配信先の認
証チェックを行ないセキュリティを高めることができ
る。

【００２８】すなわち、ＸＭＬを利用した本格的な電子
商取引は、これから普及して行く段階であるが、業界・
業種標準から企業・グループ固有標準のＤＴＤも含めた
広範囲に管理・配信する技術はなく、従来は、業界標準
ＥＤＩビジネスメッセージのファイルレイアウトや申請
書のフォーマット管理と配布を、電子商取引の主催者側
が閉じた世界で管理し、取引先からのリクエストに対
し、マニュアル、ＣＤ―ＲＯＭあるいは一部でＷｅｂ配
信対応しているレベルである。

【００２９】一部でＷｅｂを用いてＤＴＤの配信を行う
動きがあるが、特定の業界で標準化されたレベルで限定
されており、Ｂ２Ｂ（Business to Business）やＢ２Ｇ
（Business to Government）間のコンピュータ処理範囲
（自動化）は特定業務部分に限定され、スピードアップ
を図る意味では限界がある。

【００３０】従って、業務システム等のコンピュータ処
理連携を図る意味では、文書や帳票等も含めたあらゆる
デジタル情報のＤＴＤ交換が必要となるが、この場合、
ＤＴＤバーションやデータ量を意識した交換、セキュリ
ティを考慮（企業・グループ固有標準において）した配
信が必要となる。このようなＤＴＤの交換や配信技術
が、今後の電子商取引促進の上で重要となるが、従来、
そのようなＤＴＤの交換や配信技術の確立はなされてい
ない。

【００３１】本例では、ＤＴＤインデックスルール１１
とＤＴＤ収集エージェント１２およびＤＴＤ配信エージ
ェント１４を具備したＤＴＤ管理・配信装置１により、
このようなＤＴＤの交換や収集、配信を効率的に行うこ
とができる。

【００３２】以下、ＤＴＤ管理・配信装置１のＤＴＤイ
ンデックスルール１１とＤＴＤ収集エージェント１２に
よる処理動作を図３および図４を用いて説明する。

【００３３】図３は、図１におけるＤＴＤ管理システム
およびＤＴＤ流通システムのネットワーク構成例を示す
ブロック図であり、図４は、図１におけるＤＴＤ管理・
配信装置のＤＴＤインデックスルールとＤＴＤ収集エー
ジェントによる処理動作例を示すフローチャートであ
る。

【００３４】図３に示すように、図１のＤＴＤ管理・配
信装置１は、Ｗｅｂサーバ３１，メールサーバ（図中、
「mailサーバ」と記載）３２、端末装置３３を有し、Ｗ
ｅｂサーバ３１とメールサーバ３２により、インターネ
ット３０を介して業界・業種団体コンピュータ２や企業
・グループコンピュータ３と接続され、ルールエンジン
１１ａにより、ルールデータベース１１ｂでのＤＴＤ情
報の登録と管理を行う。

【００３５】この際、ルールエンジン１１ａでは、ＤＴ
Ｄ管理におけるメタデータ（ＤＴＤの属性）のＸＭＬ化
を行う。尚、インターネット３０を介さず、紙やＦＤあ
るいはＭＯ等の媒体３４を介して端末装置３３で入力す
ることでも良い。

【００３６】ルールエンジン１１ａのもとで利用するテ
ーブルには、ＤＴＤメタデータテーブル１（基本１）３
５およびＤＴＤメタデータテーブル２（基本２）３６が
ある。これらのテーブルは、登録されるメタデータの項
目チェック処理の判定に利用する。

【００３７】ＤＴＤメタデータテーブル１（基本１）３
５は、業界や企業そのものの属性を定義したもので、Ｄ
ＴＤメタデータテーブル２（基本２）３６は、業界や企
業が登録するＤＴＤデータ（実体）のドキュメント分類
毎の属性項目を定義したものである。尚、これらのテー
ブルの項目は、全てＸＭＬのデータ形式で表現されてい
る。しかし、Ｗｅｂ表示上は、業界団体・企業や利用者
のブラウザのＸＭＬサポート可否があるためＨＴＭＬベ
ースの表示も可能とする

【００３８】このようなテーブルの生成動作と、ＤＴＤ
情報の収集動作を、図４に基づき説明する。

【００３９】まず、図１のＤＴＤ管理・配信装置１は、
管理上必要な項目や企業・団体コンピュータ６，７が検
索出来る項目としてＤＴＤメタデータテーブル（基本
１、２）３５，３６を作成する（ステップ４０１）。
尚、各業界、企業側が追加するメタデータ項目は、各業
界、企業毎にオプションテーブル項目を追加し（ＤＴＤ
メタデータテーブル（基本２）３６をコピーし項目追
加）、ＤＴＤメタデータテーブル（基本１、２）３５，
３６とは、別管理される。

【００４０】そして、ＤＴＤ管理・配信装置１は、ＤＴ
Ｄメタデータ項目をＷｅｂ上で公開して（ステップ４０
２）、ＤＴＤデータの受付けを行う（ステップ４０
３）。このＤＴＤデータの受付けは、業界団体・企業よ
りＤＴＤデータ（実体）の送付をメールまたは、ＦＴＰ
によるファイル転送とする。

【００４１】またＤＴＤメタデータについては、ＤＴＤ
管理・配信装置１のＷｅｂフォームに書込みとフォーマ
ットをダウンロードして記述後ＦＴＰにてファイル転送
する形態をサポート。その際、ＤＴＤデータ（実体）と
ＤＴＤメタデータをリンクづけるため、ＤＴＤ管理・配
信装置１は、Ｗｅｂ上で事前に識別コード（ＤＴＤデー
タ単位にユニーク）を業界団体・企業に発行する。

【００４２】業界団体・企業は、登録の際に必ず識別コ
ードが自動セットされる仕組みでＤＴＤ管理・配信装置
１と送受信する仕掛けを利用する。その仕掛けは、業界
団体・企業が登録する際に必ずＤＴＤ管理・配信装置１
のＷｅｂのメールまたはフォームを利用する仕掛けと
し、上述した識別コードが機械的に発行セットされる。

【００４３】ＤＴＤ管理・配信装置１は、受付したＤＴ
ＤメタデータをＤＴＤメタデータテーブル１、２（基本
１，２）３５，３６と突合わせ、項目漏れ（必須）のチ
ェックを行い（ステップ４０４）、漏れがあった場合に
は、不足項目を自動抽出し電子メールにて再登録依頼を
発行する（ステップ４０５）。電子メールアドレスは、
登録されたアドレスまたは、ＤＴＤメタデータ項目より
自動取り出して自動送付する。

【００４４】再登録依頼を受けた業界団体・企業は、再
度、ステップ４０３で登録処理を行う。

【００４５】ステップ４０４のチェックで、項目がＯＫ
（必須項目に不備無し）の場合、ＤＴＤ管理・配信装置
１は、さらに、ＤＴＤメタデータ項目の追加（必須以
外）があるかを判定し（ステップ４０６）、無い場合に
は、ステップ４１６でのメタデータ項目のＸＭＬ化処理
を行う。

【００４６】メタデータ項目の追加がある場合には、Ｄ
ＴＤデータ（実体）の記述内容をサーチし（ステップ４
０７）、ＤＴＤデータ（実体）と同一な記述を抽出する
処理を行う（ステップ４０８）。

【００４７】ＤＴＤデータ項目に同一な記述が無い場合
には、項目無しのフラグを発行してステップ４１０での
マスタディレクトリ処理に回す。ＤＴＤデータ項目に同
一な記述が有る場合には、該当のＸＭＬタグ定義を抽出
し、項目有りのフラグを発行し（ステップ４０９）、ス
テップ４１０でのマスタディレクトリ処理に回す。

【００４８】このマスタディレクトリ処理では、ステッ
プ４１６〜４１９の処理で発行されたフラグをみて、フ
ラグ無しの場合には、同一の文字列と類似文字列を抽出
する処理を行う。類似文字列は、ＸＭＬタグで囲まれた
（最階層の開始タグ−終了タグの括り）文字の並び順を
次のように洗い出す。

【００４９】洗い出す順序は、先頭から同一文字列を含
む＞２文字列目から同一文字列を含む＞…ｎ文字列目か
ら同一文字列を含む＞文字列の一部を含む（同一の文字
数の多い順）で抽出する。また、フラグ有りの場合に
は、同一ＸＭＬタグを抽出する。同一ＸＭＬタグが無い
場合には、フラグ無しの処理を行う。

【００５０】このステップ４１０でのマスタディレクト
リ処理において、抽出無しの場合には（ステップ４１
１）、ステップ４１６でのメタデータ項目のＸＭＬ化処
理を行う。また、抽出有り（チェック可能）の場合に
は、該当する（既に登録）業界団体・企業に意味確認
（内容定義）の依頼メールを通知する（ステップ４１２
〜４１４）。

【００５１】その際、業界団体・企業からの回答は、メ
ール（＋Ｗｅｂ連携）やフォームをダウンロードして内
容定義を記述してＦＴＰにてファイル転送して登録でき
る。内容定義の情報は、ＸＭＬ化されマスタディレクト
リ１３に格納され、企業・団体（コンピュータ７）が選
択する場合の判断情報として利用される。

【００５２】尚、ステップ４１３，４１４で通知する依
頼メールは、公開条件を見て判定し、登録者以外に送付
する前に確認メール（＋Ｗｅｂ連携）の結果で自動処理
される。

【００５３】メタデータ項目が決まると、ステップ４１
６での処理において、登録案件（業界団体・企業＞登録
案件（ＤＴＤデータ（実体）））ごとにＤＴＤメタデー
タテーブル１，２（基本１，２）３５，３６からの項目
とメタデータ追加項目を併せＸＭＬとタグセット付与処
理を行う。

【００５４】この段階で、最終確認として、ＤＴＤ管理
・配信装置１は、登録者に自動メール通知（＋Ｗｅｂ連
携）し確認させることが出来る。この確認には、ＤＴＤ
管理・配信装置１から発行したＩＤでログインすること
により、自登録分に限定する。

【００５５】メタデータ項目に追加があった場合には
（ステップ４１７）、ＤＴＤメタデータテーブル２（基
本２）３６のオプション項目として該当分類に登録さ
れ、次の登録案件の項目チェック処理に使われる（ステ
ップ４１８）。また、追加があっても無くても、マスタ
ディレクトリ１３にＤＴＤデータ（実体）とＤＴＤメタ
データ併せて格納して管理する（ステップ４１９）。こ
の情報を一部限定付きで公開し、電子商取引の相手に併
せたビジネス取引等に利用する仕組みを提供することが
できる。

【００５６】このように、本例では、ＤＴＤ管理におけ
るメタデータ（ＤＴＤの属性）のＸＭＬ化を行うことに
より、例えば、電子商取引のビジネスルール（コンピュ
ータが解釈できるビジネスプロトコル）の内容と、その
メタデータ（属性）を従来のテキストベースで管理する
場合の問題（管理のハンドリンク゛作業が多々発生し、
管理コスト高を招きかつスピーディに対応できない）に
対処できる。

【００５７】すなわち、本例のように、ＤＴＤメタデー
タのＸＭＬ化した管理を行うことにより、管理プログラ
ムの複雑化と修正が楽になる。よって管理コストの削減
とスピーディな登録・更新に繋がり尚かつ、ビジネスル
ールを人間が理解できるレベルとコンピュータが解釈可
能となることを一気に解決する。それにより一層の管理
の自動化と公開時の利用者側の検索性（早くかつピンポ
イント的な検索）が飛躍的に向上する。

【００５８】次に、このようにしてマスタディレクトリ
１３に格納・管理している情報を一部限定付きで公開
し、電子商取引の相手に併せたビジネス取引等に、効率
的に、かつ、高信頼（セキュリティ）に利用する仕組み
について、図５〜図７を用いて説明する。

【００５９】従来は、例えば、電子商取引で行うコンピ
ュータ処理上のビジネスルールは、大部分のケースがハ
ンドリンク゛による入手であり、また、ある特定な業界
や企業に限定してＷｅｂ上でコンピュータ処理を行うビ
ジネスルールを公開しダウンロードして利用できるケー
スがあるが、コンピュータ上に電子商取引を始めるまで
のハンドリンク゛によるセッティングに時間と手間が発
生していた。また、そのダウンロードは、内容の一部が
更新されたケースでも、全てのデータを受取る形態であ
り、今後、電子商取引の範囲が広がった場合、ネットワ
ーク上での配信時間が問題となる。

【００６０】本例のＸＭＬのＤＴＤ管理システムおよび
ＤＴＤ流通システムにおいては、図１におけるＤＴＤ管
理・配信装置１による以下の図５〜図７で説明する処理
動作により、このような従来技術の問題を解決し且つ、
利用者側の管理を自動化し、広範囲に亘った電子商取引
を早く、安く実現することができる。

【００６１】図５は、図１におけるＤＴＤ管理・配信装
置のＤＴＤ配信エージェントで取り扱うリクエストＩＤ
の構成例を示す説明図であり、図６は、図１におけるＤ
ＴＤ管理・配信装置の差分解析エンジンによる処理動作
例を示す説明図、図７は、図１におけるＤＴＤ管理・配
信装置のＤＴＤ配信エージェント（ロボット）による処
理動作例を示すフローチャートである。

【００６２】図１に示すように、ＤＴＤ管理・配信装置
１におけるＤＴＤ配信エージェント（ロボット）１４
は、「リクエストＩＤ発行・チェック１４ａ」「認証書
発行・チェック（失効等管理も含む）１４ｂ」「差分チ
ェック（差分解析エンジン）１４ｃ」の各機能で構成さ
れている。但し「認証書発行・チェック（失効等管理も
含む）１４ｂ」機能は、既知の製品を利用してカセッタ
ブルに取り替えできる。

【００６３】尚、リクエストＩＤのチェックは、入力の
都度行うが下記の説明からは省略した。また、マスタデ
ィレクトリのＤＴＤデータ（実体）とＤＴＤメタデータ
は、一部更新された場合には、異なるバーションで管理
される。

【００６４】図７は、図６における処理動作の詳細を示
すものであり、以下、図７を用いて図６で示す処理動作
を合わせて説明する。図７に示すように、ＤＴＤ管理・
配信装置１は、ＤＴＤ配信エージェント１４において、
配信業者コンピュータ５が、ＤＴＤ管理・配信装置１の
Ｗｅｂサイトにアクセスすると、リクエストＩＤの有無
を問い（ステップ７０１）、リクエストＩＤが有る場合
は、変動文字列のリクエストＩＤの発行を受け（ステッ
プ７０３）、リクエストＩＤが無い場合は、配信業者コ
ンピュータ５において企業属性等が登録された後（ステ
ップ７０２）、リクエストＩＤ（固定文字列+変動文字
列）を発行し（ステップ７０３）、リクエストＩＤと検
索要求等によりマスタディレクトリ１３に対するアクセ
スを行う（ステップ７０４）。

【００６５】このリクエストＩＤは、図５に示すよう
に、固定文字列と変動文字列およびオブジェクト文字列
からなり、固定文字列は、ＤＴＤ管理・配信装置１（図
中、「Ｘ」と記載）が配信業者コンピュータ５（図中、
「Ｙ」と記載）に発行する企業・団体を識別するユニー
ク文字列で一度だけ発行される。

【００６６】また、変動文字列は、配信業者コンピュー
タ５（図中、「Ｙ」と記載）が固定文字列にてＤＴＤ管
理・配信装置１（図中、「Ｘ」と記載）のシステムにア
クセスする際に、ＤＴＤ管理・配信装置１がその都度発
行するワンタイム文字列であり、システムを利用する場
合は、Ｗｅｂに固定文字列でアクセスした後、発行され
た変動文字列を入力してＤＴＤデータの検索等が可能で
あり、ある程度セキュリティが考慮されている。

【００６７】また、オプション文字列は、ＤＴＤ登録者
の利用・配信承認を得た場合に、ＤＴＤ管理・配信装置
１が配信業者コンピュータ５に登録者にリンクして発行
するユニークな文字列である。

【００６８】図７において、ステップ７０４発行したリ
クエストＩＤと検索要求をもとに、マスタディレクトリ
（配信向け）１３から登録者側が登録した公開・利用条
件を参照し、この公開・利用条件をもとに、ＤＴＤ内容
の閲覧・配信の承認判定をする（ステップ７０５）。

【００６９】承認不要の場合は、ステップ４１３におけ
る配信要求判定処理を行い、承認が必要な場合は、登録
者（業界・業種団体コンピュータ２）へメール（＋Ｗｅ
ｂ連携）を送り（ステップ７０６）、ＤＴＤ管理・配信
装置１のＷｅｂに、登録者（業界・業種団体コンピュー
タ２）からの承認可否を登録する（ステップ７０７）。

【００７０】ここで、登録者側が、利用・配信者（Ｙ）
の認証をより高度に行うことが必要と回答した場合には
（ステップ７０８）、登録者と利用・配信者（Ｙ）間
で、業界・業種団体コンピュータ２と配信業者コンピュ
ータ５を介して情報提供の調整を行い、登録者側から利
用・配信者（Ｙ）の認証書の発行をＤＴＤ管理・配信装
置１に依頼する。

【００７１】この依頼に基づき、ＤＴＤ管理・配信装置
１は、認証発行・チェック１４ａにおいて、利用・配信
者（Ｙ）の配信業者コンピュータ５に対して認証書発行
を通知し（ステップ７０９）、認証書の発行処理を行い
（ステップ７１０）、ステップ７１１の処理に移る。

【００７２】また、ステップ７０８において認証（書）
不要の場合には、ＤＴＤ管理・配信装置１から利用・配
信者（Ｙ）の配信業者コンピュータ５にリクエストＩＤ
オプションを発行し（ステップ７１２）、ステップ７１
１の処理に移る。

【００７３】ステップ７１１の処理では、リクエストＩ
Ｄ＋検索要求＋（認証書）で該当ＤＴＤデータを検索す
る（ステップ７１１）。尚、認証書を利用する場合は、
ディレクトリサーバによる認証書チェックを行う。

【００７４】ＤＴＤ管理・配信装置１（ＤＴＤ配信エー
ジェント１４）は、利用・配信者（Ｙ）の配信業者コン
ピュータ５に対し配信要求がある場合には（ステップ７
１３）、過去の配信履歴６２よりＤＴＤバーションも加
味した情報を抽出し（ステップ７１４）、内容的に新規
配信または一部異なるバーションか否かの判定を行う
（ステップ７１５）。

【００７５】新規の場合には、ステップ７１７のall
（全て配信）の処理に繋ぎ、また、過去に配信履歴有り
（ＤＴＤ定義内容の一部異なるバーション）の場合は、
マスタディレクトリ１３における比較するＤＴＤデータ
をタグベースでマッチングし、異なる部分（差分）を抽
出し、抽出した異なる部分の配信データ量をカウント
し、利用・配信者（Ｙ）の配信業者コンピュータ５に対
し、全て配信（all）と異なる部分の配信のデータ量を
提示する（ステップ７１６）。

【００７６】利用・配信者（Ｙ）は、配信業者コンピュ
ータ５において、全て配信（all）か異なる部分（差
分）の配信かを選択し（ステップ７１７）、次に、今
後、今回該当したＤＴＤデータを更新の都度、自動配信
するか否かの選択を行う（ステップ７１８）。

【００７７】ＤＴＤ管理・配信装置１は、利用・配信者
（Ｙ）が、配信業者コンピュータ５により今回選択した
パターンで配信をする（ステップ７１９，７２０）。

【００７８】尚、マスタディレクトリ１３の内容が更新
された都度、マスタディレクトリ１３側は、配信履歴６
２で継続自動配信の該当利用・配信者（Ｙ）を見付け、
メール通知（＋Ｗｅｂ連携）を行い、利用・配信者
（Ｙ）は、配信業者コンピュータ５においてＷｅｂよ
り、ステップ７１７での処理と同様な配信選択（all or
差分）の選択を行いＤＴＤ管理・配信装置１より配信
を受ける。

【００７９】このようなＤＴＤ配信により、本例のＸＭ
ＬのＤＴＤ管理システムおよびＤＴＤ流通システムで
は、利用者側の管理を自動化し、広範囲に亘った電子商
取引を早く、安く実現することができる。

【００８０】この電子商取引においては、従来は、広く
あまねく電子商取引を行う相手を探し、かつ、それに関
係する電子的なビジネスルールを入手するポータルサイ
トが存在していない。よって時間と手間を掛けて探すが
フィットする情報を得られなかったが、本例のＤＴＤ管
理システムおよびＤＴＤ流通システムによれば、ＸＭＬ
の特性であるコンピュータに依存しない稼働環境を利用
して、情報のアクセスや取り出しを従来のようにデータ
の配列を意識した無駄な処理を無くすことが可能であ
り、従来の限られた世界での電子商取引から、実社会で
のビジネスを網羅するビジネスルールを入手でき、スピ
ーディで、かつ、フレキシブルに変化する電子商取引の
実現支援に貢献出来る。

【００８１】以下、このようなＸＭＬでのＤＴＤ管理に
基づくＤＴＤ流通システムについて、その動作を図２に
基づき説明する。

【００８２】図２は、図１におけるＤＴＤ流通システム
での処理動作例を示す説明図である。

【００８３】ＤＴＤ管理・配信装置１は、広くＤＴＤ情
報を収集・管理・配信する企業や機関で用いられ、配信
業者コンピュータ５や企業・団体コンピュータ６，７を
介して、配信業者や、商取引を行うエンドユーザ企業・
団体へ必要なＤＴＤ情報（実体データ）とＤＴＤメタデ
ータの配信（検索参照も含む）を行う。

【００８４】すなわち、広くＤＴＤ情報を収集・管理・
配信する企業や機関では、まず、図中のの処理とし
て、ＤＴＤ管理・配信装置１により、業界・業種団体コ
ンピュータ２や企業・グループコンピュータ３等を介し
て、業界・業種団体及び企業・グループから、ＤＴＤ実
体及びＤＴＤのメタデータについて入手し登録する。

【００８５】この入手技術としては、業界・業種団体及
び企業・グループが、業界・業種団体コンピュータ２や
企業・グループコンピュータ３等を介して、ＤＴＤ管理
・配信装置１で提供されるフォームページにアクセスす
るか、または、各種の記録媒体（ＦＤ、ＭＯ、紙等）を
利用して、ＤＴＤ管理・配信者に、ＤＴＤデータを提出
する。

【００８６】ＤＴＤ管理・配信者は、ＤＴＤ管理・配信
装置１を用いて、予めＤＴＤのメタデータ項目につい
て、ＤＴＤの分野（受発注データ等業務メッセージ単
位、帳票、マニュアル、カタログ等）毎に決めたものを
公表、あるいは、登録を依頼する業界・業種団体及び企
業・グループの業界・業種団体コンピュータ２や企業・
グループコンピュータ３に、電子メールにより、項目を
送付する。

【００８７】次に、，の処理として、ＤＴＤ管理・
配信装置１のルールエンジン１１ａにおいて、業界・業
種団体及び企業・グループから入手した、ＤＴＤメタデ
ータ（ドキュメント名、バーションＮｏ、作成日付、有
効期限、公開条件、利用者条件、問合先等）をもとに、
ＸＭＬタグを自動生成する。その際、ＤＴＤ管理・配信
装置１で指定したＤＴＤメタ項目以外に追加登録された
場合には、新たに項目を追加してＸＭＬタグを自動生成
する。

【００８８】の処理として、ＤＴＤ管理・配信装置１
において、ＤＴＤメタデータのＸＭＬタグ付与確認及び
提供者側管理の意味で、ＤＴＤメタデータを、業界・業
種団体及び企業・グループ宛てに、業界・業種団体コン
ピュータ２や企業・グループコンピュータ３を介してメ
ールを送付する。

【００８９】業界・業種団体及び企業・グループは、内
容に問題があればメールにより、その内容をＤＴＤ管理
・配信装置１に返信する。尚、企業・グループ固有のも
のについては、商取引関係の成立した企業間に限定した
情報公開のものも想定されるため、メールはセキュウア
メール（Ｓ／ＭＩＭＥ）を利用する。

【００９０】の処理では、ＤＴＤ管理・配信装置１の
ルールエンジン１１ａにおいて、確定したＤＴＤメタデ
ータの情報をルールデータベース１１ｂに登録し、類似
ＤＴＤの項目発行とＸＭＬタグ発行の重複を避ける。

【００９１】の処理では、ＤＴＤ管理・配信装置１
（ＤＴＤインデックスルール１１）において、確定した
ＤＴＤデータ（実体）とＤＴＤメタデータをマスタディ
レクトリ１３に登録する。

【００９２】の処理では、企業・団体コンピュータ７
から、ＤＴＤ管理・配信装置１のＤＴＤ収集エージェン
ト１２に、要望するフォームページやＤＴＤ項目を登録
し収集依頼をする。

【００９３】の処理において、ＤＴＤ管理・配信装置
１のＤＴＤ収集エージェント１２は、予め設定した時間
に、該当Ｗｅｂを巡回（パトロール）し、ＤＴＤを収集
する。該当のＤＴＤが見つかれば、ＤＴＤ管理・配信装
置１は、企業・団体コンピュータ６，７にメール通知す
る。

【００９４】−１の処理では、企業・団体コンピュー
タ６，７及び配信業者コンピュータ５において、ＤＴＤ
情報の配信サービスを受けるために、ＤＴＤ管理・配信
装置１から（ＤＴＤ配信エージェント１４のリクエスト
ＩＤ発行・チェック１４ａから）のリクエストＩＤの発
行を受ける。このリクエストＩＤは、ＤＴＤ管理・配信
装置１のＤＴＤ配信エージェント１４において、企業・
団体コンピュータ６，７及び配信業者コンピュータ５に
おける配信管理、特に過去の配信履歴管理に利用し、
「要望により、配信データ量削減の意味で、差分配信の
実施（企業・団体コンピュータ６，７からＤＴＤ管理・
配信装置１側に設定可）」と「課金」に利用する。

【００９５】−２および−３の処理では、企業・団
体は、企業・団体コンピュータ６，７において、企業・
グループ固有のＤＴＤの配信を受けるために、ＤＴＤ管
理・配信装置１におけるＤＴＤ配信エージェント１４の
認証書発行・チェック１４ｂから認証書の発行を受け
る。

【００９６】発行の手順は、企業・団体コンピュータ
６，７において、ＤＴＤ管理・配信装置１の仕組みにあ
る該当企業・グループＤＴＤ入手申込システムにて手続
きを行い、その情報を企業・グループ（ＤＴＤ管理・配
信装置１）に送信し、ＤＴＤ管理・配信装置１が、企業
・グループ承認を得た段階でＤＴＤ管理・配信装置１が
認証書を企業・団体コンピュータ６，７に発行する。企
業・グループに送信する際には、ＤＴＤ管理・配信装置
１において、ＤＴＤメタデータの問合先を参照しセキュ
ウアメール接続して発信する。

【００９７】企業・団体は、企業・団体コンピュータ
６，７により、ＤＴＤ管理・配信装置１にアクセス（Ｗ
ｅｂ）し、リクエストＩＤを入力後、ＤＴＤメタデータ
の情報より回答するＤＴＤを検索する。

【００９８】このＤＴＤメタデータは、ＸＭＬで記述さ
れているので、メタテータの項目やその内容から、該当
する情報の一覧加工が簡易に行なえる。尚、この検索時
に、ＤＴＤデータ（実体）も併せて閲覧可能とする。

【００９９】その際、ＤＴＤ管理・配信装置１では、Ｄ
ＴＤデータ（実体）のデータボリュム（量）を「圧縮」
および「圧縮なし」の両方を表示し、企業・団体コンピ
ュータ６，７での、配信時間の目安や差分データ配信の
選択に利用させる

【０１００】但しＤＴＤデータ（実体）の閲覧可否の設
定は、ＤＴＤ管理・配信装置１において自動設定を事前
に行なう。この設定は、での処理のＤＴＤ業界・業種
のＤＴＤメタデータをマスタディレクトリ１３に登録し
た項目「公開条件」より、ＤＴＤ管理・配信装置１がＸ
ＭＬタグを解析し自動設定で行う。

【０１０１】(10)、(11)（図中は丸付き数字）の処理で
は、ＤＴＤ管理・配信装置１は、ＤＴＤ配信エージェン
ト（ロボット）１４において、企業・団体や配信業者
が、企業・団体コンピュータ６，７および配信業者コン
ピュータ５を介して入力したリクエストＩＤ、選択した
配信要求ＤＴＤデータ（ＤＴＤメタデータのドキュメン
ト名、バーションＮｏ）及び差分配信要求をもとに自動
配信を実施する。

【０１０２】ＤＴＤ管理・配信装置１のＤＴＤ配信エー
ジェント（ロボット）１４では、差分要求がある場合、
差分チェック（差分解析エンジン１４ｃ）において、差
分データベース１４ｄにおける過去の配信履歴を参照
し、変更等の送信該当部分を切出して配信する。

【０１０３】尚、配信業者コンピュータ５とＤＴＤ管理
・配信装置１間は、Ｗｅｂ系のシステム以外に、配信の
完全自動化対応を行うため、予めＤＴＤ管理・配信装置
１に配信業者コンピュータ５から配信要求をセットでき
（随時変更可能）、該当のＤＴＤデータ（実体）とＤＴ
Ｄメタデータを随時発信する。

【０１０４】このようにして、ＸＭＬのＤＴＤ管理とＤ
ＴＤ流通を行うことにより、従来の限られた世界での電
子商取引から、実社会でのビジネスを網羅するビジネス
ルールを入手でき、スピーディで、かつ、フレキシブル
に変化する電子商取引の実現が可能となる。また、ＸＭ
Ｌの特性であるコンピュータに依存しない稼働環境によ
り、情報のアクセスや取り出しにおいて、従来のように
データの配列を意識した無駄な処理を無くすことが可能
である。

【０１０５】以上、図１〜図８を用いて説明したよう
に、本例のＸＭＬのＤＴＤ管理システムとＤＴＤ流通シ
ステムおよび方法では、 ＤＴＤ管理におけるメタデー
タ（ＤＴＤの属性）のＸＭＬ化を行う。そして、ＤＴＤ
管理・配信装置１で管理するメタデータの項目とその項
目のタグ情報は、メタデータのインデックスルールによ
り自動生成し公開する。また項目の追加が必要な場合
は、登録者（業界・業種団体、企業・企業グループ）か
ら項目の追加申請とタグ情報付与を行な得る。

【０１０６】また、ＤＴＤ収集と管理に関して、ＤＴＤ
管理・配信装置１では、業界・業種ＤＴＤ（公開）及び
企業・グループ固有ＤＴＤ（公開／非公開）の管理以外
に、予め設定したＷｅｂ系フォームページに対し、ＤＴ
Ｄ収集エージェント（ロボット）１２が定期的にアクセ
スしＤＴＤ情報を収集し、ＤＴＤインデックスルール１
１にてインデックスを付与し、マスタディレクトリ１３
とチェックを行い最新のＤＴＤ情報として配信ＤＴＤと
して管理する。

【０１０７】このように、本例では、ＸＭＬを利用して
ＤＴＤメタデータの管理を行い、管理処理（マッチン
グ）の簡素化、利用者の検索性の向上を図ることがで
き、また、ＸＭＬを利用したメタデータは自動生成して
処理のスピードアップすることができ、従来技術におけ
る問題（「（イ）管理項目の柔軟な追加・更新に対応さ
せるためには、人間が検討・判断するハンドリング対応
プロセスが発生する」、「（ロ）メタデータの管理プロ
グラムの変更に時間とコストを要し、尚かつ管理システ
ムが複雑になる」、「（ハ）Ｗｅｂ上でＤＴＤを公開
し、利用者がＷｅｂ検索で該当するＤＴＤを探す場合、
フィット率が低いために時間がかかり、また、ピンポイ
ント検索に向いておらず、効率が低下する」を解決する
ことができる。

【０１０８】また、ＤＴＤ配信においては、配信業者
（Ｙ）及び企業・団体（Ｚ）が、ＤＴＤ管理・配信装置
１に対しＤＴＤ配信要求を行う場合、ＤＴＤ管理・配信
装置１が予め発行したリクエストＩＤ（識別文字列）と
認証書（既存デジタル認証技術の利用）を利用して、過
去の配信履歴のチェックにより変更分の差分を配信と配
信先の認証を行う。但し、運用ベースでは、差分または
全て配信の選択を配信業者（Ｙ）及び企業・団体（Ｚ）
が選択可能である。また、企業及びグループ固有のＤＴ
Ｄに関しては、企業機密の観点から、企業及びグループ
の了解を得た且つ認証ができた配信業者（Ｙ）及び企業
・団体（Ｚ）のみに配信可能としている。

【０１０９】このように、ＤＴＤ配信リクエスト者を管
理する仕組みを取入れ、変更部分のみの配信等の考慮を
行い、配信データ量を削減し、また企業・グループ固有
のＤＴＤ配信では、認証及び取引企業の承認を簡易に出
来る仕組み取入れ、セキュリティを組み入れることによ
り、ＸＭＬを利用する範囲が広がると（広い範囲でのＤ
ＴＤ情報交換）発生する問題、すなわち、「配信ＤＴＤ
のデータ量が膨大になり、ネットワーク利用上のネック
に繋がる（時間がかかる）」「ＤＴＤ全てにガードをか
けずオープンに公開すると取引を行わない悪意を持った
者より、不正利用の可能性か発生する」、「ＤＴＤの管
理に手間がかかる（電子商取引の相手先や自社のビジネ
スルールの版管理が必要）」を解決することができる。

【０１１０】さらに、本例のＤＴＤ流通システムでは、
ＸＭＬデータの特性を用いることにより、オープンな取
引等を行う場合にも、コンピュータ処理を意識し（コン
ピュータによる自動処理）、お互いのビジネス効率およ
び早期な取引処理を実施することができる。

【０１１１】すなわち、ＤＴＤ管理・配信装置１を有す
るＤＴＤ管理・配信業者（機関）を、各種ＤＴＤを収集
管理し、要求者に対して該当するＤＴＤ情報を提供する
一次プロバイダとし（但し、ＤＴＤ管理・配信装置１に
エンドユーザ（Ｚ）がアクセスしてＤＴＤを入手するこ
とも可能とする）、ＤＴＤ管理・配信装置１からＤＴＤ
情報を入手し、エンドユーザ等利用者に配信する配信業
者を二次プロバイダ（Ｙ）とする。この配信業者（Ｙ）
は、ＤＴＤ流通を促進する意味で存在し、例えば、ＩＳ
Ｐ（インターネット・サービス・プロバイダ）等が該当
する。そして、実際の取引等にＤＴＤ情報を利用するユ
ーザが企業・団体（エンドユーザ）（Ｚ）とする。

【０１１２】このようなシステム構成において、ＤＴＤ
管理・配信装置１は、「業界・業種単位で標準化された
ＸＭＬのＤＴＤ」と「企業やグループ固有の標準化され
たＤＴＤ」の収集・管理を行う。その際、ＤＴＤの管理
性と利用者の利便性を考慮し、ＤＴＤに関連するメタデ
ータ（作成者、作成年月日、バーション、問合せ先等）
をＸＭＬのインデックスで管理公開する。

【０１１３】ＤＴＤ管理・配信装置１は、収集したＤＴ
ＤにＸＭＬインデックスを付与し、過去蓄積したマスタ
ディレクトリと突合わせ、内容の差違をチェックした上
で、配信向けのＤＴＤとして管理する。

【０１１４】また、ＤＴＤ管理・配信装置１は、配信業
者（Ｙ）および企業・団体（Ｚ）からのＤＴＤ情報の配
信要求に対し、「認証チェック（企業やグループ固有で
標準化されたＤＴＤの場合のみ）」を実施して、「差分
配信チェック」を実施し、該当ＤＴＤ情報を配信する。

【０１１５】このように、本例では、業界標準ＤＴＤ以
外に、Ｗｅｂで公開されているＤＴＤに関連する情報
を、ＤＴＤエージェントを利用して収集し、広い範囲で
のＤＴＤ管理・配信情報を可能にする。このことによ
り、従来の「業界標準のＤＴＤ等限られた範囲でのＤＴ
Ｄ管理・配信」での問題（「電子商取引の範囲が広がら
ず、産業育成・強化に繋がらない」、「情報システム投
資（コンピュータ、ネットワーク、コンテンツ等）の割
に、有効な利用価値（処理の自動化、業務システム連
携、情報の分析・加工）が見出せない」）を解決するこ
とができる。

【０１１６】また、インターネットをベースとした電子
商取引の促進と業務システム連携（自動化）・処理のス
ピードアップを促進することができ、従来の電子商取引
における問題、すなわち、例えばインターネットを介し
ての電子商取引ビジネスを加速させるためには、従来の
技術では、「ＤＴＤのメタデータを管理・公開する概念
が一般的に無く、業界・業種の標準（業務範囲は限られ
た範疇）以外に、ある企業・グループと取引する際、Ｘ
ＭＬ及びＤＴＤバーション、添付情報のデータ形式、圧
縮・セキュリティ方法等の調整で時間がかかる」、「広
くあまねくＤＴＤ情報を管理し、インターネットプロバ
イダ等を通じ配信する仕組みが無いため商取引等の普及
にブレーキ作用が働く」、「電子化の進展により、商取
引等の業務範囲が広がると、ＤＴＤ情報量の増大、ある
意味で企業・グループＤＴＤ情報は、システム化レベル
が明らかになり、また部外者からの不正使用も想定され
る」との問題があったが、本例のＤＴＤ流通システムで
は、これらを容易に解決することができる。

【０１１７】尚、本発明は、図１〜図８を用いて説明し
た例に限定されるものではなく、その要旨を逸脱しない
範囲において種々変更可能である。例えば、本例では、
ＤＴＤ管理・配信装置１の構成として図８のコンピュー
タ構成例を示したが、キーボードや光ディスクの駆動装
置の無いコンピュータ構成としても良い。また、本例で
は、光ディスクを記録媒体として用いているが、ＦＤを
記録媒体として用いることでも良い。また、プログラム
のインストールに関しても、通信装置を介してネットワ
ーク経由でプログラムをダウンロードしてインストール
することでも良い。

【０１１８】

【発明の効果】本発明によれば、ＸＭＬのＤＴＤを効率
的に配信することができ、ＸＭＬの電子商取引への利用
を促進し、インターネットでの電子商取引の普及を促進
させることが可能である。

【図面の簡単な説明】

【図１】本発明に係るＸＭＬのＤＴＤ管理システムおよ
びＤＴＤ流通システムの構成例を示すブロック図であ
る。

【図２】図１におけるＤＴＤ流通システムでの処理動作
例を示す説明図である。

【図３】図１におけるＤＴＤ管理システムおよびＤＴＤ
流通システムのネットワーク構成例を示すブロック図で
ある。

【図４】図１におけるＤＴＤ管理・配信装置のＤＴＤイ
ンデックスルールとＤＴＤ収集エージェントによる処理
動作例を示すフローチャートである。

【図５】図１におけるＤＴＤ管理・配信装置のＤＴＤ配
信エージェントで取り扱うリクエストＩＤの構成例を示
す説明図である。

【図６】図１におけるＤＴＤ管理・配信装置の差分解析
エンジンによる処理動作例を示す説明図である。

【図７】図１におけるＤＴＤ管理・配信装置のＤＴＤ配
信エージェント（ロボット）による処理動作例を示すフ
ローチャートである。

【図８】図１におけるＤＴＤ管理・配信装置のハードウ
ェア構成例を示すブロック図である。

【符号の説明】

１：ＤＴＤ管理・配信装置、２：業界・業種団体コンピ
ュータ（「業界・業種団体ＣＯＭ」）、３：企業・グル
ープコンピュータ（「企業・グループＣＯＭ」）、４：
各種フォームページ（「Home Page」）、５：配信業者
コンピュータ（「配信業者ＣＯＭ」）、６，７：企業・
団体コンピュータ（「企業・団体ＣＯＭ」）、１１：Ｄ
ＴＤインデックスルール、１１ａ：ルールエンジン、１
１ｂ：ルールデータベース（「ルールＤＢ」）、１２：
ＤＴＤ収集エージェント（ロボット）、１２ａ：エージ
ェントエンジン、１２ｂ：エージェント定義データベー
ス（「エージェント定義ＤＢ」）、１３：マスタディレ
クトリ、１４：ＤＴＤ配信エージェント（ロボット）、
１４ａ：リクエストＩＤ発行・チェック、１４ｂ：認証
書発行・チェック、１４ｃ：差分解析エンジン、１４
ｄ：差分データベース（「差分ＤＢ」）、３０：インタ
ーネット、３１： Ｗｅｂサーバ、３２：メールサーバ
（「mailサーバ」）、３３：端末装置、３４：媒体、３
５：ＤＴＤメタデータテーブル１（基本１）、３６：Ｄ
ＴＤメタデータテーブル２（基本２）、６２：配信履
歴、８１：表示装置、８２：入力装置、８３：外部記憶
装置、８４：情報処理装置、８４ａ：ＣＰＵ、８４ｂ：
主メモリ、８４ｃ：入出力インタフェース、８５：光デ
ィスク、８６：駆動装置、８７：通信装置。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ＸＭＬのＤＴＤを収集して登録するＤＴ
   Ｄ管理システムであって、収集した上記ＸＭＬのＤＴＤ
   の属性情報（ＤＴＤメタデータ）をＸＭＬのデータ形式
   で登録する手段を有することを特徴とするＸＭＬのＤＴ
   Ｄ管理システム。
2. 【請求項２】 ＸＭＬのＤＴＤの属性情報（ＤＴＤメタ
   データ）をＸＭＬのデータ形式で登録する手段と、上記
   ＸＭＬのデータ形式のＤＴＤメタデータをネットワーク
   を介して配信する手段とを有することを特徴とするＸＭ
   ＬのＤＴＤ管理システム。
3. 【請求項３】 ＸＭＬのＤＴＤの収集とネットワークを
   介しての配信を行うシステムのＤＴＤ管理方法であっ
   て、収集した上記ＸＭＬのＤＴＤの属性情報（ＤＴＤメ
   タデータ）をＸＭＬのデータ形式で登録する手順と、上
   記ＸＭＬのデータ形式のＤＴＤメタデータをネットワー
   クを介して配信する手順とを有することを特徴とするＸ
   ＭＬのＤＴＤ管理方法。
4. 【請求項４】 業界・業種単位で標準化されたＸＭＬの
   ＤＴＤおよび企業を含む特定のグループ固有の標準化さ
   れたＸＭＬのＤＴＤを収集し、該ＤＴＤの属性情報（Ｄ
   ＴＤメタデータ）をＸＭＬのデータ形式で登録する手段
   と、該ＸＭＬのデータ形式のＤＴＤをネットワークを介
   して公開する手段と、ネットワークを介してのＤＴＤ情
   報の配信要求に対応して当該ＤＴＤ情報を配信する手段
   とを有することを特徴とするＸＭＬのＤＴＤ流通システ
   ム。
5. 【請求項５】 ＸＭＬのＤＴＤのネットワークを介して
   の配信を行うシステムのＤＴＤ流通方法であって、業界
   ・業種単位で標準化されたＸＭＬのＤＴＤおよび企業を
   含む特定のグループ固有の標準化されたＸＭＬのＤＴＤ
   を収集し、該ＤＴＤの属性情報（ＤＴＤメタデータ）を
   ＸＭＬのデータ形式で登録手順と、該ＸＭＬのデータ形
   式のＤＴＤをネットワークを介して公開する手順と、ネ
   ットワークを介してのＤＴＤ情報の配信要求に対応して
   当該ＤＴＤ情報を配信する手順とを有することを特徴と
   するＸＭＬのＤＴＤ流通方法。
6. 【請求項６】 請求項５に記載のＸＭＬのＤＴＤ流通方
   法であって、上記ネットワークを介してのＤＴＤ情報の
   配信要求に対応して当該ＤＴＤ情報を配信する際、要求
   元に過去配信した履歴情報に基づき、差分のみを配信す
   る手順を有することを特徴とするＸＭＬのＤＴＤ流通方
   法。
7. 【請求項７】 請求項５、もしくは、請求項６のいずれ
   かに記載のＸＭＬのＤＴＤ流通方法であって、上記ネッ
   トワークを介してのＤＴＤ情報の配信要求に対応して当
   該ＤＴＤ情報を配信する際、該配信対象のＤＴＤ情報が
   企業を含むグループ固有で標準化されたＤＴＤ情報であ
   れば、要求元に対して認証チェックを行う手順を有する
   ことを特徴とするＸＭＬのＤＴＤ流通方法。
8. 【請求項８】 請求項５から請求項７のいずれかに記載
   のＸＭＬのＤＴＤ流通方法における各手順をコンピュー
   タに実行させることを特徴としたプログラム。