(57)【要約】【課題】  マークアップ言語により記述されるリソースデータを作成する際における、データ作成者の負担を軽減する。【解決手段】  リソースデータのアンカータグ内に当該他のリソースデータ内の文書等を引用する旨の引用コマンド（「ｓｓｑ」及び「ｉｍ」）を記述し、当該引用コマンドに基づいて、当該他のリソースデータに含まれる「ｓｓｑ」及び「ｉｍ」エレメントに対応した素材データを取得する。そして、この取得された素材データによりアンカーエレメントに対応したデータ部分を置換する。この構成により、リソースデータ間における素材の引用が可能となり、もって、データ作成時における負担を軽減しつつ、データ作成者の意図を反映させることが可能となる。【選択図】  図４
2006302134.tif 000002
【特許請求の範囲】
【請求項１】
マークアップ言語を用いた形式にて作成された第１データが記録された記録手段を有するデータ保有装置と、
前記マークアップ言語を用いた形式にて作成され、且つ、予め定められたデータ列を含む第２データが記録される記録手段と、
前記データ保有装置から前記第１データの少なくとも一部により構成される置換用データを取得する取得手段と、
前記取得された置換用データを用い、前記第２データに含まれるデータ列を置換して、第３データを生成する生成手段と、を有するデータ変換装置と
を具備することを特徴とするデータ変換システム。
【請求項２】
前記データ変換装置は、
ネットワークノードから送信されたリクエストメッセージを受信する受信手段を更に備え、
前記データ変換装置の取得手段は、前記リクエストメッセージが受信された場合に、前記置換用データを取得することを特徴とする請求項１に記載のデータ変換システム。
【請求項３】
前記第２データに含まれるデータ列は、前記第１データのネットワーク内におけるアドレスを含み、
前記データ変換装置の取得手段は、当該アドレスに基づいて前記置換用データを取得することを特徴とする請求項１または２に記載のデータ変換システム。
【請求項４】
前記第２データに含まれるデータ列として、前記第１データから前記置換用データとして取得すべきデータ部分に対応した要素名が記述されている場合に、
前記データ変換装置の取得手段は、当該要素名を記述したメッセージを前記アドレス宛に送信する一方、当該メッセージに応じて前記データ保有装置から送信された前記置換用データを取得し、
前記データ保有装置は、
前記データ変換装置から送信されたメッセージを受信する受信手段と、
当該リクエストメッセージに記述された要素名に対応したデータ部分を前記第１データから抽出する抽出手段と、
前記抽出された前記データ部分を前記置換用データとして送信する送信手段と、
を備えることを特徴とする請求項３に記載のデータ変換システム。
【請求項５】
前記データ保有装置は、前記抽出手段における前記データ部分の抽出履歴を管理する履歴管理手段を更に備えることを特徴とする請求項４に記載のデータ変換システム。
【請求項６】
前記データ変換装置の生成手段は、前記取得された置換用データ内に所定の内容を示す内容データ列が含まれている場合に、前記第３データに対して当該内容データ列に対応した内容を記述することを特徴とする請求項１乃至５の何れか一項に記載のデータ変換システム。
【請求項７】
前記マークアップ言語は、ハイパーテキストマークアップ言語であり、
前記第２データに含まれる前記データ列は、ハイパーテキストマークアップ言語において規定されたタグ内に記述されたコマンドであることを特徴とする請求項１乃至６の何れか一項に記載のデータ変換システム。
【請求項８】
前記データ変換装置と、前記データ保有装置は、同一の装置として構成されていることを特徴とする請求項１乃至７の何れか一項に記載のデータ変換システム。
【請求項９】
前記データ変換装置と、前記データ保有装置は、ネットワーク内において物理的に離れた位置に配置された別体の装置として構成されていることを特徴とする請求項１乃至８の何れか一項に記載のデータ変換システム。
【請求項１０】
前記データ変換装置の前記取得手段は、前記データ保有装置から前記置換用データを取得する際に、セキュア・ソケット・レイヤに従って、データ通信を行うことを特徴とする請求項９に記載のデータ変換システム。
【請求項１１】
マークアップ言語を用いた形式にて作成された第１データが記録された記録媒体を有するデータ保有装置と、
前記マークアップ言語を用いた形式にて作成され、且つ、予め定められたデータ列を含む第２データが記録される記録媒体を有し、当該第２データを変換するデータ変換装置と、を有するデータ変換システムにおけるデータ変換方法であって、
前記データ変換装置が前記第１データの少なくとも一部により構成される置換用データを取得する取得ステップと、
前記データ変換装置が前記取得された置換用データを用い、前記第２データに含まれるデータ列を置換して、第３データを生成する生成ステップと、
を具備することを特徴とするデータ変換方法。
【請求項１２】
マークアップ言語を用いた形式にて作成され、且つ、予め定められたデータ列を含む第２データが記録される記録手段と、
前記マークアップ言語を用いた形式にて作成された第１データが記録された記録媒体を有するデータ保有装置から前記第１データの少なくとも一部により構成される置換用データを取得する取得手段と、
前記取得された置換用データを用い、前記第２データに含まれるデータ列を置換して、第３データを生成する生成手段と、
を具備することを特徴とするデータ変換装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークリソースに対応したデータを変換するデータ変換システム、データ変換装置及びデータ変換方法に関する。
【背景技術】
【０００２】
従来から、インターネットやＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）に代表されるクライアントサーバ型の通信システムにおいては、リソースに対応したデータ（以下、「リソースデータ」という。）をサーバに保有させ、クライアントからのリクエストメッセージに対するレスポンスとして当該リソースデータを返信する構成が採用されている。かかる通信システムにおいては、システム内においてリソースデータの構造を共通化し、当該システムを構成する何れのノード（例えば、サーバ及びクライアント端末）においてもリソースデータを処理しうる環境を作り出すことが必要となる。
【０００３】
かかる観点から、従来、様々なデータ形式が策定され、現状最も代表的なものとなっているのがＨＴＭＬ（Hyper Text Markup Language）やＸＭＬ（eXtensible Markup Language）といったマークアップ言語により記述されたデータ形式となっている。このマークアップ言語は、文書をエレメント（要素）と呼ばれる単位で扱うようになっており、各エレメントは、開始タグと終了タグと呼ばれる識別子、及び、両タグ間に囲まれたデータ列（具体的な文書の内容に対応したテキスト等）により構成されるようになっている。また、各エレメントを構成する開始タグ及び終了タグには当該エレメントの名称（以下、「エレメント名」という。）を示す文字列が記述され、各エレメントをノードにおいてどのように取り扱うべきかが定義付けられている。
【非特許文献１】田口美帆  「図解で分かるインターネットテクノロジー」  初版  日本実業出版  ２００１年８月１０日  Ｐ２３
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、この種のマークアップ言語により記述されたリソースデータは、データ作成者が、自身の意図に則してデータの全てを作成しなくてはならず、かかる作業がデータ作成者にとって大きな負担となってしまっている。特に、最近では、個人的、家庭的にＷｅｂページに対応したリソースデータを作成し、この作成したリソースデータをＷＷＷ（World Wide Web）上にて公開するということが一般に行われるようになっている。従って、このような現状に鑑みた場合、データ作成時における負担を如何にして軽減するかということが今後の大きな課題となるものと想定される。
【０００５】
本願は、以上説明した事情に鑑みてなされたものであり、その課題の一例としては、マークアップ言語により記述されるリソースデータを作成する際における、データ作成者の負担を軽減することが可能なデータ変換システム、データ変換装置及びデータ変換方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するため本願の一つの観点において請求項１に記載のデータ変換システムは、マークアップ言語を用いた形式にて作成された第１データが記録された記録手段を有するデータ保有装置と、前記マークアップ言語を用いた形式にて作成され、且つ、予め定められたデータ列を含む第２データが記録される記録手段と、前記データ保有装置から前記第１データの少なくとも一部により構成される置換用データを取得する取得手段と、前記取得された置換用データを用い、前記第２データに含まれるデータ列を置換して、第３データを生成する生成手段と、を有するデータ変換装置とを具備することを特徴とする。この構成により、第２データ内に記述されたデータ列が第１データの少なくとも一部により構成される置換用データを用いて置換されることとなるため、第２データの全てを作成せずとも、第２データ内に所定のデータ列を記述することにより、当該部分に対応するデータを取得して第３データを生成することが可能となり、もって、データ作成者の負担を軽減することが可能となる。
【０００７】
なお、この場合における、データ変換の開始タイミングについては任意であり、例えば、ネットワークノードから送信されたリクエストメッセージの受信時に当該データ変換を行うようにしても良い（請求項２）。
【０００８】
また、この場合における置換用データの取得方法としては、第１データに含まれるデータ列に第３データのネットワークアドレスを記述するようにしても良い（請求項３）。この場合において、第２データに含まれるデータ列として、第１データから置換用データとして取得すべきデータ部分に対応した要素名を記述しておき、データ変換装置から当該要素名を記述したメッセージをデータ列に含まれるアドレス宛に送信し、当該メッセージに基づいてデータ保有装置において第１データから当該メッセージに記述された要素名に対応したデータ部分を抽出する構成とすることも可能である（請求項４）。この構成を採用した場合、第３データの内容に反映させたい要素を示すデータ列を第１データ内に記述しておくことにより、第２データから当該要素に対応したデータ部分のみを抽出して、置換用データとして取得することが可能となり、第３データの内容にデータ作成者の意図を正確に反映させることが可能となる。
【０００９】
また、この場合においてデータ保有装置にデータ部分の抽出履歴を管理する履歴管理手段を設けた構成とすれば（請求項５）、データ変換装置における、第１データの利用履歴が管理可能となり、例えば、データの利用回数に応じて課金を行うような場合に、当該課金の管理を行うことが可能となる。
【００１０】
更に、データ変換装置において第３データを生成する際に、置換用データ内に含まれるデータ列に対応した内容を反映させるようにしても良い（請求項６）。この構成を採用した場合、第１データの作成者は当該データ内に、例えば、広告等に対応したデータ列を記述して、第３データに反映させることが可能となる。この結果、第１データの作成者に対しても利用に対するメリットを享受させることが可能となり、もって、データの利用を促進することが可能となる。
【００１１】
更にまた、マークアップ言語をハイパーテキストマークアップ言語とした場合、従前の規格において規定されたタグ内に所定のコマンドをデータ列として含ませるようにすることも可能であり、この方法を採用した場合、システムの実施可能性を高め、実施に対する困難性を低減することが可能となる（請求項７）。
【００１２】
なお、データ変換装置と、データ保有装置は、同一の装置として構成しても良く（請求項８）、ネットワーク内において物理的に離れた位置に配置された別体の装置として構成しても良い（請求項９）。また、通信方式としてはＳＳＬ（Secure Sockets Layer）を採用することも可能であり（請求項１０）、これにより、通信時の秘匿性を確保することが可能となる。
【００１３】
また、本願の他の観点において、請求項１１に記載のデータ変換方法は、マークアップ言語を用いた形式にて作成された第１データが記録された記録媒体を有するデータ保有装置と、前記マークアップ言語を用いた形式にて作成され、且つ、予め定められたデータ列を含む第２データが記録される記録媒体を有し、当該第２データを変換するデータ変換装置と、を有するデータ変換システムにおけるデータ変換方法であって、前記データ変換装置が前記第１データの少なくとも一部により構成される置換用データを取得する取得ステップと、前記データ変換装置が前記取得された置換用データを用い、前記第２データに含まれるデータ列を置換して、第３データを生成する生成ステップと、を具備することを特徴とする。
【００１４】
更に、本願の他の観点において、請求項１２に記載のデータ変換装置は、マークアップ言語を用いた形式にて作成され、且つ、予め定められたデータ列を含む第２データが記録される記録手段と、前記マークアップ言語を用いた形式にて作成された第１データが記録された記録媒体を有するデータ保有装置から前記第１データの少なくとも一部により構成される置換用データを取得する取得手段と、前記取得された置換用データを用い、前記第２データに含まれるデータ列を置換して、第３データを生成する生成手段と、を具備することを特徴とする。
【００１５】
これら請求項１１及び１２に記載の発明によれば、上記請求項１に記載の発明と同様の作用効果を奏することが可能となる。
【発明の効果】
【００１６】
本願の各発明によれば、第２データ（リソースデータ）の全てを作成せずとも、第２データ内に所定のデータ列を記述することにより、当該部分に対応するデータを取得して第３データを生成することが可能となり、もって、データ作成者の負担を軽減することが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、本願の実施形態について説明することとするが、これに先立って、本実施形態にかかるデータ変換方法の基本原理について説明することとする。
【００１８】
［１］基本原理
まず、本願の目的たる「データ作成時の負担を軽減する」という内容を考慮した場合、一つのリソースデータを構成する文字や記号の数（すなわち、ソースのデータ量）を削減することが必須となる。しかし、マークアップ言語にて記述されたリソースデータにおいて単純に文字や記号の数を減少させてしまった場合、当該リソースデータを処理して得られる結果（例えば、表示画像等）が、内容の乏しいものとなりかねない。例えば、ＨＴＭＬ形式のリソースデータにおいて当該データ内に含まれる文字数等を単純に削減した場合、表示画像に含まれる文字数や画像数が減少する結果を招き、データ作成者の意図を正確に反映させることが出来なくなる可能性も生じる。従って、何らの対策も講じず、単純にリソースデータに含まれる文字数等を削減することは得策とは言えない。
【００１９】
一方、データ作成者がリソースデータを作成する場合、他のリソースデータに含まれている文書や画像（以下、「素材」と呼ぶ。）を引用することも多い。例えば、ある書物について紹介しているリソースデータが存在する場合に、その紹介文の一節や写真（画像）等を引用してリソースデータを作成するような場合もある。従って、かかる場合にリソースデータ間における素材の引用を許容して、当該引用部分（すなわち、素材）に関するソースの作成を不要とすることが出来れば、データ作成者の負担を飛躍的に軽減できる可能性がある。
【００２０】
そこで、本願においては、概略、次のような方法を採用することとした。まず、リソースデータａ（他のリソースデータを引用する側。以下、同様。）の作成時に、他のリソースデータｂ（引用される側。以下、同様。）に含まれている素材を引用する旨のデータ列を記述するようにする。そして、このリソースデータａを保有するノードが、このデータ列に基づいて当該素材に対応するデータ部分（以下、「素材データ」という。）をリソースデータｂから取得すると共に、当該データ列と、取得した素材データを置換して、新たなリソースデータＡを生成する手法を採用することとしたのである。このように、リソースデータ間における引用を認め、リソースデータ内に記述されたデータ列に基づき、ノードにおいてリソースデータを変換する構成とすれば、当該引用部分に関するソースの作成を省略し、データ作成者の負担を軽減しつつ、作成者の意図した内容を有するリソースデータを生成することが可能となる。なお、本願の「データ変換装置」は、例えば、この場合におけるノードに該当し、例えば、クライアントサーバシステムの場合、サーバが、これに当たることとなる。また、特許請求の範囲における「置換用データ」は、例えば、この素材データに対応する。
【００２１】
ここで、かかる引用を許容するに際して、一つ留意しなくてはならない事項がある。それは、リソースデータｂ（引用される側）の作成者から、素材引用の許諾を得ることなく、無条件に引用を許容してしまうと著作権法上の問題が生じる可能性があるということである。従って、かかるリソースデータａ、ｂ間における素材の引用を可能とするに際しては、このような著作権法上の問題をクリアしなければならなくなる。
【００２２】
そこで、本実施形態にかかるデータ変換方法においては、リソースデータｂの作成に際して、他のデータ（すなわち、リソースデータａ）からの引用を許可する部分については、引用を許可する旨のデータ列を記述させ、当該データ列により指定された素材についてのみ引用を可能とする方法を採用することとした。
【００２３】
なお、引用の具体的な態様については任意であり、例えば、
（１）一対一の引用態様（すなわち、一つのリソースデータａにおいて一つのリソースデータｂのみを引用する態様）のみを許容するようにしても良く、
（２）図１に示すように一対多の引用態様（すなわち、一つのリソースデータａにおいて複数のリソースデータｂ１〜ｂｋを引用する態様）を許容するようにしても良い。
【００２４】
なおまた、図１に示す例のように、引用される側のリソースデータｂ１において、更なる引用が行われているような場合（以下、「多重引用」という）に、かかる多重引用をリソースデータａの変換に反映させるか否かは任意である。例えば、多重引用を認める場合、リソースデータＡの生成時に、リソースデータｂ（ｋ＋１）〜ｂｎに対応する素材データをも取得するようにし、これらの素材データを用いてリソースデータａを変換するようにすれば良い。
【００２５】
［２］実施形態
以下、リソースデータをＨＴＭＬ形式にて作成した場合を例に本願の実施形態について説明することとするが、本願は、これに限定されるものではなく、例えば、他の形式（例えば、ＸＭＬ等）のデータに対しても適用可能なものとなっている。
【００２６】
［２．１］実施形態の構成
以下、図２を参照しつつ本実施形態にかかるクライアントサーバシステムＳ（以下、「システムＳ」という。）の構成について説明することとする。なお、図２は、本実施形態にかかるシステムＳの構成を示すブロック図である。同図に示すように、本実施形態にかかるシステムＳは、ネットワークＮＥＴと、複数の通信装置ＣＭ-ｋ（ｋ＝1,2,・・・,m）と、サーバＩＳ-ｌ（ｌ＝1,2,・・・,ｎ）と、を有している。
【００２７】
これらの要素中、ネットワークＮＥＴは、インターネットや公衆電話網、更には、移動パケット通信網等のネットワークがＰＯＩ（Point Of Interface）を介して相互接続されたコンピュータネットワークであり、通信装置ＣＭ-ｋとサーバＩＳ-ｌ間のデータの授受を仲介する。
【００２８】
通信装置ＣＭ-ｋは、ＰＣ（Personal Computer）やＰＤＡ（Personal Digital Assistants）、携帯用電話機等の装置であり、サーバＩＳ-ｌの保有するリソースデータを閲覧するためのアプリケーションプログラム（以下、「ブラウザ」という。）を搭載している。この通信装置は、このブラウザにより提供される機能を利用することによりネットワークＮＥＴを介したデータ通信を行い、当該通信により取得したリソースデータに対応する画像を表示する。
【００２９】
サーバＩＳ-ｌは、各種Ｗｅｂページに対応したＨＴＭＬ形式のリソースデータを保有した、ＨＴＴＰ（HyperText Transfer Protocol）サーバであり、ネットワークＮＥＴを介してＨＴＴＰのＧＥＴ要求を受信すると自装置の保有するリソースデータをレスポンスとして返信する。かかるリソースデータの返信に際して、このサーバＩＳ-ｌは、当該リソースデータａ（すなわち、引用する側）内に当該他のリソースデータｂ（すなわち、引用される側）を引用する旨のデータ列が存在するか否かを判定するようになっている。そして、リソースデータａ内に当該データ列が存在しない場合には、何らデータの変換を行うことなく、当該リソースデータａをレスポンスとして返信する。これに対して、リソースデータａ内に当該データ列が存在する場合には、上述したリソースデータｂに含まれている素材データを取得した後、この素材データを用いてリソースデータＡを生成し、当該生成したリソースデータＡをレスポンスとして返信する。
【００３０】
かかる機能を有するサーバＩＳ-ｌの具体的な構成について、図３を参照しつつ説明する。なお、図３は、本実施形態にかかるサーバＩＳ-ｌの構成を示すブロック図である。同図に示すように、このサーバＩＳ-ｌは、ネットワークＮＥＴを介してデータ通信を行う通信部１１と、システム制御部１２と、リソースデータデータベース（以下、「データベース」を「ＤＢ」と略称する。）１３と、リソース更新管理部１４と、引用履歴管理部１５と、これら各要素間を相互接続するデータバス１６と、を有している。
【００３１】
これらの要素中、システム制御部１２は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスクを有し、サーバＩＳ-ｌの各部を制御する。ＲＯＭには、サーバＩＳ-ｌの各部を制御するための各種制御情報が記録されると共に、ハードディスクには、制御プログラムやＯＳ（Operating System）、更には、リソースデータの変換を行うためのプログラムといった各種プログラムが記録されている。ＣＰＵは、ハードディスクに記録されたプログラムを実行することにより、各種の処理を実行し、ＲＡＭはワークエリアとして用いられる。
【００３２】
リソースデータＤＢ１３はサーバＩＳ-ｌの保有するリソースデータを格納するＤＢであり、リソース更新管理部１４はリソースデータＤＢ１２に格納されたリソースデータの更新を管理する。このリソースデータＤＢ１３に格納されたリソースデータの各々には当該リソースデータを一意に特定するためのＵＲＬ（Uniform Resource Locator）が設定されており、ネットワークＮＥＴからＧＥＴ要求を受信すると、当該ＧＥＴ要求に付加されたＵＲＬに対応するリソースデータが抽出されることとなる。
【００３３】
また、本実施形態において特徴的な事項として、リソースデータＤＢ１３に格納されているＨＴＭＬ形式のリソースデータには、上記データ変換を実現するため、従来にない特徴的な構成（具体的には、従来のＨＴＭＬに対するオプションのタグ及びコマンド）が存在している。この点について、図４を参照しつつ説明することとする。なお、図４は、本実施形態にかかるリソースデータ（ＨＴＭＬ形式）のソース例を示す図であり、同図においては、リソースデータａ（すなわち、引用する側）と、リソースデータｂ（すなわち、引用される側）及びこれらのリソースデータａ及びｂに基づいて新たに生成されるリソースデータＡとの対応関係を示している。
【００３４】
まず、同図に示すように、引用元のリソースデータａにおいては、アンカーエレメント（<A HREF>〜〜</A>）の開始タグ（<A HREF>）内に（１）「ｓｓｑ」、及び、（２）「ｉｍ」なる文字列が記述されている。これらの文字列は、他のリソースデータｂからテキストや画像といった素材を引用するためのコマンドとなっており、「ｓｓｑ」はテキスト引用コマンド、「ｉｍ」は画像引用コマンドとなっている（以下、これらのコマンドを特に特定する必要の無い場合、「引用コマンド」と総称する。）。また、各コマンドには引用対象となる素材に対応したエレメントを示すエレメント名（図３の場合「ｈｏｇｅ１」、「ｈｏｇｅ２」）が対応付けて記述されている。
【００３５】
一方、本実施形態においてリソースデータｂには、「ｓｓｑ」なるタグと、「ｉｍ」なるタグが設けられている。これらのタグは、当該タグによって指定されたテキストや画像といった素材の引用が許可されていることを示すものとなっており、各々、「ｓｓｑ」タグが文書の引用を許可するタグ、「ｉｍ」タグが画像の引用を許可するタグとなっている。また、各タグ内には当該タグに対応したエレメント名（図３の場合「ｈｏｇｅ１」「ｈｏｇｅ２」）が記述される。
【００３６】
本実施形態において、システム制御部１２は、ネットワークＮＥＴから受信したＧＥＴ要求に対して返信すべきリソースデータａ中に、上記引用コマンドが存在する場合、当該引用コマンドの記述されたアンカータグにより指定されたＵＲＬを含むリクエストメッセージ（以下、このメッセージを「引用リクエスト」という。）を送信するようになっている。また、かかる引用リクエストの送信に際して、システム制御部１２は、当該コマンドと対応付けて記述されたエレメント名を付加する。
【００３７】
一方、この引用リクエストがＵＲＬにより示されるリソースデータｂを保有するサーバＩＳ-ｌによって受信されると、当該サーバＩＳ-ｌにおいては、システム制御部１２が当該エレメント名に従って、リソースデータｂを検索し、当該エレメント名によって特定されるエレメントを特定する。そして、この特定されたエレメントに対応するデータ部分が、素材データとして、引用リクエストの送信元サーバＩＳ-ｌに返信されることとなるのである。
【００３８】
例えば、図３に示す例の場合、リソースデータａを保有するサーバＩＳ-ｌから「ｈｏｇｅ１」なるエレメント名が付加された引用リクエスト（ＵＲＬ：「http://△△.org」）と、「ｈｏｇｅ２」なるエレメント名が付加された引用リクエスト（ＵＲＬ：「http://△△.org」）の２つの引用リクエストが送信される。かかる場合にリソースデータｂを保有するサーバＩＳ-ｌは、当該エレメント名に基づいて「ｓｓｑ」タグエレメント（ssq name=hoge1）と、「ｉｍ」タグエレメント（im name=hoge2）に対応したデータ部分を抽出して、素材データとして返信することとなる。
【００３９】
このようにして素材データを取得すると、引用元のリソースデータａを保有するサーバＩＳ-ｌは、この素材データをリソースデータａのアンカーエレメントの記述部分と置換する。この際、サーバＩＳ-ｌは、当該取得した素材データに対応するアンカーエレメントを判別し、当該判別されたアンカーエレメントを、取得した素材データ（すなわち、「ｓｓｑ」エレメント及び「ｉｍ」エレメントに対応した部分）により置換して、リソースデータＡを生成する。そして、サーバＩＳ-ｌは、かかる処理により生成されたリソースデータＡを通信装置ＣＭ-ｋに配信することとなる。
【００４０】
なお、実際にシステムを構成する場合、
（ｃａｓｅ１）アンカータグ内に記述されたＵＲＬにより示されるリソースデータｂが、引用リクエストの送信元サーバＩＳ-ｌと同一のサーバＩＳ-ｌによって保有されている場合（すなわち、リソースデータａ、ｂの何れもが同一のサーバＩＳ-ｌによって保有されている場合）と、
（ｃａｓｅ２）異なるサーバＩＳ-ｌによって保有されている場合（すなわち、リソースデータａとｂが異なるサーバＩＳ-ｌによって保有されている場合）、
の２つのパターンが生じうる。しかしながら、何れの場合においても、システム制御部１２の実行する処理自体には何ら変化を生じず、何れの場合においても同様の処理が実行されることとなる（処理主体が同一のサーバＩＳ-ｌとなるか、或いは、異なるサーバＩＳ-ｌ間において後述する処理が実行されるのかという違いのみが存在する）。
【００４１】
次いで、引用履歴管理部１５は、自装置の保有するリソースデータに含まれる素材の引用履歴を管理する。かかる機能を実現するため、この引用履歴管理部１５は、引用履歴管理テーブルＴＢＬが格納されており、この引用履歴管理テーブルＴＢＬ内に、引用リクエストの送信アドレスと、当該引用リクエストに付加されたＵＲＬ（すなわち、リソースデータｂのＵＲＬ）とが対応付けて格納されるようになっている。
【００４２】
なお、引用履歴管理部１５に格納されたデータの活用方法は任意である。例えば、引用リクエストの送信元サーバＩＳ-ｌと宛先サーバＩＳ-ｌが異なるような場合（すなわち、リソースデータａの保有サーバＩＳ-ｌとリソースデータｂの保有サーバＩＳ-ｌが異なる場合）、送信元サーバＩＳ-ｌの保有者が素材の引用を行うことにより何らかのメリットを受けている可能性が高い。従って、このデータに基づいて引用回数をカウントして、課金管理に用いるようにしても良い。なおまた、この場合における決済方法については任意であり、例えば、毎月所定の日時にて、決済のための処理を行うようにしても良く、引用がなされる度に決済のための処理を実行するようにしても良い。
【００４３】
［１．２］実施形態の動作
次に、上記構成を有する本実施形態にかかるシステムＳの具体的な動作について図５及び図６を参照しつつ説明する。なお、以下の説明においては、説明の具体化のため、サーバＩＳ-１によりリソースデータａが保有されているものとし、サーバＩＳ-２によりリソースデータｂが保有されているものとして説明を行う。また、リソースデータａ及びｂの実体的なデータ内容は、図４に準じるものとして説明を行う。
【００４４】
まず、本実施形態にかかるシステムＳにおいて、サーバＩＳ-ｌの保有するリソースデータａに対応したリソース（すなわち、Ｗｅｂページ）を閲覧する場合、ユーザはリソースデータａに対応したＵＲＬを指定して、通信装置ＣＭ-ｌの図示せぬ操作部にＷＷＷブラウザを実行する旨の入力操作を行うことが必要となる。すると、通信装置ＣＭ-ｋは、当該入力操作に応じてブラウザを実行して、当該入力されたＵＲＬを含むＨＴＴＰのＧＥＴ要求をインターネットＩＮＥＴに送信する。
【００４５】
一方、このようにして送信されたＧＥＴ要求が、宛先となっているサーバＩＳ-１の通信部１１により受信された場合、当該サーバＩＳ-１のシステム制御部１２は、当該ＧＥＴ要求に含まれているＵＲＬに基づいてリソースデータＤＢ１３からリソースデータａを読み出し、図５に示す処理を開始する。
【００４６】
この処理において、システム制御部１２は、まず、当該読み出したリソースデータａを検索し（ステップＳａ１）、この読み出したリソースデータａ中にアンカータグが存在するか否かを判定する（ステップＳａ２）。そして、この判定において「ｎｏ」と判定すると、システム制御部１２は、ステップＳａ４〜Ｓａ１１に示すリソースデータａのデータ変換処理と実行することなく、そのままの状態にてリソースデータａを通信装置ＣＭ-ｋに配信して（ステップＳａ１２）、処理を終了する。
【００４７】
これに対して、本動作例の場合、図４に示すようにリソースデータａには、２つのアンカータグが存在している。このため、このステップＳａ２において、システム制御部１２は、「ｙｅｓ」と判定し、この検索においてヒットしたアンカータグ中に引用コマンド（すなわち、「ｓｓｑ」コマンド或いは「ｉｍ」コマンド）が存在しているか否かを判定する状態となる（ステップＳａ３）。そして、この判定において「ｎｏ」と判定した場合、ステップＳａ４〜Ｓａ１１に示す処理を実行することなく、そのままの状態にてリソースデータａを通信装置ＣＭ-ｋに配信して処理を終了する（ステップＳａ１２）。
【００４８】
一方、本動作例の場合、リソースデータａに含まれるアンカータグには、引用コマンドとして「ｓｓｑ」コマンドと「ｉｍ」コマンドの２つが記述されている。このため、このステップＳａ３において、システム制御部１２は「ｙｅｓ」と判定し、引用コマンドの記述されている各アンカータグに対して１〜Ｔの番号を割り振る（ステップＳａ４）。例えば、図４に示す場合、「ｓｓｑ」コマンドの記述されたアンカータグに「１」、「ｉｍ」コマンドの記述されたアンカーエレメントに「２」番が割り振られ、「Ｔ＝２」とされる。
【００４９】
次いで、システム制御部１２は、変数「ｘ」を設定して「ｘ＝１」とした後（ステップＳａ５）、番号「１」に対応したアンカータグに対応する引用リクエストを送信し（ステップＳａ６）、素材データの受信を待機する状態となる（ステップＳａ７「ｎｏ」）。この際、システム制御部１２は、「１」番のアンカーエレメント（「ｓｓｑ」コマンド）に記述されたＵＲＬ「http://△△.org/laglange.html」を引用リクエストに付加すると共に、当該エレメント内に記述されたエレメント名「ｈｏｇｅ１」を付加する。
【００５０】
このようにして、サーバＩＳ-ｌから送信された引用リクエストがサーバＩＳ-２の通信部１１によって受信されると、サーバＩＳ-２のシステム制御部１２は、当該引用リクエストに付加されたＵＲＬに基づいてリソースデータＤＢ１３を検索し、当該検索によりヒットしたリソースデータｂを読み出した後、図６に示す処理を開始する。
【００５１】
この処理において、システム制御部１２は、まず、引用リクエストに付加されたエレメント名「ｈｏｇｅ１」を抽出し（ステップＳｂ１）、当該エレメント名「ｈｏｇｅ１」に対応するタグを特定した後（ステップＳｂ２）、この特定されたタグによって指定されるエレメントを素材データとして抽出する（ステップＳｂ３）。この際、当該エレメント内に引用コマンドの記述されたアンカータグが存在する可能性がある。かかる場合に、当該引用コマンドに従って、多重引用を行うようにするか否かは任意である。例えば、多重引用を行わない場合には、当該エレメントに対応する素材データを、そのまま、引用リクエストの送信元サーバＩＳ-１に送信するようにすれば良い。一方、多重引用を認める場合には、サーバＩＳ-２から更に引用リクエストを送信して当該他のリソースデータに含まれる素材データを取得すると共に、当該取得した素材データによりリソースデータｂを変換した後、サーバＩＳ-１に返信すべき素材データを抽出するようにすれば良い。
【００５２】
このようにして、リソースデータｂから素材データの抽出が完了すると、サーバＩＳ-２のシステム制御部１２は、引用リクエストの送信元アドレスを抽出し（ステップＳｂ４）、ステップＳｂ３において抽出した素材データを当該送信元アドレス宛に返信して（ステップＳｂ５）、処理を終了する。
【００５３】
一方、かかる一連の処理により、サーバＩＳ-２から素材データが送信されてくると、サーバＩＳ-１のシステム制御部１２においては、図５ステップＳａ７における判定が「ｙｅｓ」に変化する。すると、システム制御部１２は、「１」番のアンカータグにより指定されるエレメントのデータ部分を当該素材データにより置換して（ステップＳａ８）、「ｘ」を「１」だけインクリメントして「ｘ＝２」とした後（ステップＳａ９）、「ｘ＞Ｔ」となったか否かを判定する状態に移行する（ステップＳａ１０）。
【００５４】
本動作例の場合、「ｘ＝２」であるため、「ｘ＝Ｔ（＝２）」の関係にある。このため、システム制御部１２は、このステップＳａ１０において「ｎｏ」と判定し、再度、番号「２」のアンカータグに対応する素材データを取得するための処理を実行する（ステップＳａ６〜Ｓａ８）。この際、システム制御部１２は、「２」番のアンカータグ（「ｉｍ」コマンド）に記述されたＵＲＬ「http://△△.org/ laglange.html」を付加した引用リクエストにエレメント名「ｈｏｇｅ２」を付加して送信し（ステップＳａ６）、この結果、サーバＩＳ-２において上記図６に示す処理が実行されることとなる。そして、エレメント名「ｈｏｇｅ２」に対応する素材データがサーバＩＳ-２から返信され、当該素材データにより「２」番のアンカータグに対応したデータ部分が置換されることとなる（ステップＳａ８）。
【００５５】
次いで、システム制御部１２は、「ｘ」を「１」だけインクリメントして「ｘ＝３」とした後（ステップＳａ９）、ステップＳａ１０において「ｘ＞Ｔ（＝２）」と判定する（ステップＳａ１０）。このようにして、リソースデータａの変換が完了し、リソースデータＡが生成されると、システム制御部１２は、この生成したリソースデータＡを通信装置ＣＭ-ｌに配信して（ステップＳａ１３）、処理を終了する。
【００５６】
この結果、通信装置ＣＭ-ｋにおいては、当該リソースデータＡが処理されて、当該リソースデータＡに対応した画像（図７（ａ））が表示されることとなる。この点、通常、リソースデータａに基づいて画像表示を行った場合、図７（ｂ）のように引用部分に関して具体的な内容が表示されないのに対して、リソースデータａを変換して得られるリソースデータＡの表示時には当該引用部分の具体的な内容が表示され、表示画像の内容にデータ作成者の意図を反映させることが可能となる。
【００５７】
なお、上記動作例においては、リソースデータａをサーバＩＳ-１が保有し、リソースデータｂをサーバＩＳ-２が保有していることを前提として説明を行ったが、リソースデータａ及びｂの双方が同一のサーバＩＳ-ｌにより保有されている場合であっても、全く同様の処理が実行されることとなる。すなわち、リソースデータａ及びｂの双方が同一のサーバＩＳ-ｌによって保有されている場合、引用リクエストが当該サーバＩＳ-ｌによって受信されて、当該サーバＩＳ-ｌ内のシステム制御部１２によって図６に示す処理が実行されることとなるのである。この結果、かかる場合においても、上記と同様のデータ変換方法が実現されることとなる。
【００５８】
このようにして、本実施形態にかかるサーバＩＳ-ｌは、リソースデータのアンカータグ内に引用コマンドを記述し、当該引用コマンドに基づいて、当該他のリソースデータに含まれる「ｓｓｑ」及び「ｉｍ」エレメントに対応した素材データを取得すると共に、当該取得された素材データによりアンカーエレメントに対応したデータ部分を置換する構成を採用している。この構成により、リソースデータ間における素材の引用が可能となり、もって、データ作成時における負担を軽減しつつ、データ作成者の意図を反映させることが可能となる。
【００５９】
また、従来のＨＴＭＬ形式のデータにおいてリンク先のリソースデータを参照しようとする場合、更にページを進める等の処理を実行する必要があったが、本実施形態にかかるサーバＩＳ-ｌによれば当該リンク先のリソースデータの内容が通信装置ＣＭ-ｋに配信されるリソースデータＡに反映されて、参照可能となるため通信端末ＣＭ-ｋのユーザの利便性を確保することも可能となる。
【００６０】
また更に、本実施形態にかかるサーバＩＳ-ｌは引用履歴管理部１５において、リソースデータｂの利用履歴が管理されるため、例えば、データの利用回数に応じて課金を行うような場合に、当該課金の管理を行うことが可能となる。
【００６１】
なお、上記実施形態においては、ＨＴＭＬ形式のリソースデータを例に説明を行ったが、ＸＭＬやＸＨＴＭＬ（eXtensible HyperText Markup Language）、Compact-ＨＴＭＬ等の他のマークアップ言語においても、上記と同様の引用コマンド、及び「ｓｓｑ」タグ等のオプションタグを設け、同様のデータ変換を実現することが可能である。
【００６２】
また、上記実施形態においては、文書引用のコマンド（「ｓｓｑ」）と、画像引用のコマンド（「ｉｍ」）と、を設けると共に、各コマンドに対応したタグを設けた構成を採用していた。しかし、引用コマンドの内容はこれに限られず、例えば、Ｊａｖａ（登録商標）のアプレット等のアプレットの引用等、他の引用コマンドを設けるようにしても良い。
【００６３】
また更に、上記実施形態においては、引用を行う場合に制限を設けていなかった。しかし、次のような制限を設けるようにしても良い。
（制限１）多重引用を認める場合に、多重引用の階層数を制限するようにすることも可能である。すなわち、図１に示す場合、リソースデータａにおいてリソースデータｂ１〜ｂｋが引用されており（第１段階引用）、リソースデータｂ１においてリソースデータｂ（ｋ＋１）〜ｂｍが引用されている（第２段階引用）。この場合において、最下層のリソースデータｂ（ｋ＋１）〜ｂｍからの更なる引用（第３段階引用）については反映させない等の制限を付すのである。この場合、引用リクエスト内に現在の引用階層を示すデータを付加するようにして、このデータに基づいて更なる引用リクエストの送信を制限するようにしても良い。
（制限２）リソースデータｂに引用回数の上限値を記述するようにし、引用履歴管理部１５において管理された履歴に基づいて引用回数を特定し、上限値以上の引用を制限する。この方法を採用すれば、データ作成者が引用回数を任意に決定することが可能となり、著作権の保護を的確に行うことが可能となる。
【００６４】
更に、上記実施形態においては、通信装置ＣＭ-ｋから送信されたＧＥＴ要求受信時に、上記図５及び図６の処理を実行する構成を採用していたが、例えば、毎日に所定の時刻に上記図５等の処理を実行するようにし、当該処理により得られたリソースデータＡをリソースデータＤＢ１３にキャッシュしておくようにしても良い。
【００６５】
更にまた、上記実施形態においては、リソースデータａに含まれるアンカーエレメント内に引用コマンドを記述する構成を採用していたが、当該引用コマンドに対応したタグをリソースデータａに設け、このタグが存在する場合にリソースデータｂから素材データを取得するようにしても良い。
【００６６】
また、上記実施形態においては、引用リクエストの受信時にリソースデータｂに含まれている「ｓｓｑ」エレメント及び「ｉｍ」エレメントに対応したデータ部分のみを素材データとして返信する方法を採用していた。しかし、リソースデータｂ全体を返信するようにして、リソースデータａの保有サーバＩＳ-ｌ側において引用部分を抽出し、データの置換を行う構成とするようにしても良い。
【００６７】
［３］変形例
（１）変形例１
上記実施形態においてはリソースデータｂを保有したサーバＩＳ-ｌから素材データが返信された場合に、当該素材データを、そのまま、アンカーエレメントに対応したデータ部分と置換する方法を採用していた。しかし、リソースデータａの変換に際して、次のような方法を採用することも可能である。
【００６８】
まず、図８に示すように、「ｓｓｑ」タグや「ｉｍ」タグ内に、オプションのコマンドとして、以下のコマンドを記述する。なお、特許請求の範囲における、「内容データ」は、例えば、これらのコマンドに対応する。
＜「ｃｏｍｍｅｎｔ」コマンド＞
このコマンドは、当該素材の引用元を示す文書や、リソースデータＡ内にて紹介して欲しい文書（画像）を指定するコマンドである。
＜「ｌｉｎｋ」コマンド＞
このコマンドは、「ｃｏｍｍｅｎｔ」コマンドにより示される文字列等に対して対応付けるべきＵＲＬを指定するコマンドである。
【００６９】
そして、これらのコマンドが引用リクエストに対応して返信された素材データ中に含まれている場合、上記図５のステップＳａ８において、リソースデータａを保有するサーバＩＳ-ｌのシステム制御部１２が、次のような処理を実行する。まず、システム制御部１２は、アンカーエレメントに対応したデータ部分を素材データに置換した後、アンカーエレメントの開始タグと終了タグを記述する。この際、システム制御部１２は、「ｌｉｎｋ」コマンドにより示されるＵＲＬを開始タグを記述と共に、開始及び終了タグ間に「ｃｏｍｍｅｎｔ」コマンドにより指定された文書等を記述するのである。この結果、リソースデータＡ内には図８に示すようなアンカーエレメントが記述されることとなり、このリソースデータＡをブラウザに基づいて処理すると、「ｃｏｍｍｅｎｔ」コマンドに対応した文書に対して、「ｌｉｎｋ」コマンドに対応したＵＲＬがリンク先として対応付けられた状態となる。
【００７０】
かかる方法を採用した場合、リソースデータｂの作成者は、他のリソースデータａによる素材の引用を許可する代わりに自身の所望する広告等を、リソースデータＡに反映させることが可能となり、もって、素材の引用を促進することが可能となる。
【００７１】
（２）変形例２
上記実施形態においては、全てのサーバＩＳ-ｌが引用コマンドや「ｓｓｑ」等のタグに対応しているものとして説明を行っていた、しかし、実際にシステムＳを構成する場合、一部のサーバＩＳ-ｌが、これらオプションのタグやコマンドに対応していないような環境も想定される。
【００７２】
この場合、リソースデータａの保有サーバＩＳ-ｌが、これらオプションのコマンド等に対応していない場合には、何らデータの変換を行うことなく、リソースデータａを、そのままの状態にて通信装置ＣＭ-ｋに送信する構成とすれば良い。また、かかる方法を採用したとしても、リソースデータａ内のアンカーエレメントに記述されたコマンドは、通信装置ＣＭ-ｋに搭載されたブラウザによって認識されないため、リソースデータａに対応した画像が、そのまま通信装置ＣＭ-ｋにより表示されることとなる。従って、この場合については何らの手当を行うことは要しない。
【００７３】
一方、リソースデータｂを保有するサーバＩＳ-ｌが「ｓｓｑ」等のタグに対応していない場合、リソースデータａの保有サーバＩＳ-ｌから送信された引用リクエストに対して素材データが返信されてこないこととなるため、如何なる処理を行うかが問題となる。この点、引用リクエストの送信後、所定時間経過した時点で送信タイムアウトとし、リソースデータａの変換に素材データを反映させることなく、通信装置ＣＭ-ｋに配信するようにするようにすれば良い。また、この場合、リソースデータａを、そのままの状態にて通信装置ＣＭ-ｋに配信するようにしても良いが、例えば、図４におけるリソースデータａのように、アンカーエレメントの開始タグ中に、代替用の文字列を示すコマンドと、当該代替用の文字列（具体的には、「ｓｓｑｃｏｍｍｅｎｔ＝”解析力学は一般的で同じ式からいろいろ導き出そうとしたラグランジュが作った分野だ”」）を記述しておき、この文字列をアンカーエレメントの開始タグと、終了タグの間に置換するようにしても良い。この構成を採用した場合、通信装置ＣＭ-ｋにおいては、例えば、「参照：http://△△.org/lagrange.html」なる文字列と共に、「解析力学は一般的で同じ式からいろいろ導き出そうとしたラグランジュが作った分野だ」なる文字列が表示されることとなる。
【００７４】
（３）変形例３
上記実施形態においては、素材引用に関してサーバＩＳ-ｌ間の認証は行っていなかった、しかし、上記実施形態において説明したように素材引用に対して課金を行う構成（すなわち、有料）の下では、サーバＩＳ-ｌ間の認証を行うことが望ましい。かかる認証方法としては、例えば、パスワードを用いる方法が考えられる。
【００７５】
この場合、引用に際して認証が必要なリソースデータｂを保有するサーバＩＳ-ｌに認証部を設け、この認証部に当該他のサーバＩＳ-ｌのＩＰアドレスと、パスワードを予め登録するようにする。また、リソースデータ中の引用コマンドと対応付けて認証の要否を示す情報を記述すると共に、「ｓｓｑ」タグや「ｉｍ」タグ内に認証の要否を示すコマンドを記述するようにする。
【００７６】
そして、リソースデータａの保有サーバと、リソースデータｂの保有サーバＩＳ-ｌ間において、ＳＳＬ（Secure Socket Layer）セッションを確立した後に、データの授受を行うようにするのである。この方法を採用する場合、まず、リソースデータａの保有サーバＩＳ-ｌからハッシュコードを送信する一方、リソースデータｂの保有サーバＩＳ-ｌにおいて、「ｓｓｑ」タグ等を検索して、認証が必要な場合には、暗号化を行うためのＳＳＬ証明書データ（ハッシュコード）を返信する。一方、このＳＳＬ証明書データが送信されてくると、リソースデータａの保有サーバＩＳ-ｌは、当該データを利用してパスワードを暗号化して、リソースデータｂの保有サーバＩＳ-ｌに送信する。この際、当該パスワードに対して引用対象となる素材に対応したエレメント名を付加する。次いで、このパスワードに対応したデータを受信すると、リソースデータｂの保有サーバＩＳ-ｌは、当該パスワードに基づいてリソースデータａの保有サーバＩＳ-ｌの認証を行い、当該認証に成功した場合に素材データを返信するようにするのである。
【００７７】
このようにして、本変形例によれば、サーバＩＳ-ｌ間の認証を行う構成を採用しているため、データ通信の秘匿性を向上させ、確実な課金形態を実現することが可能となる。
【図面の簡単な説明】
【００７８】
【図１】実施形態で実現されるデータ変換方法におけるデータの対応関係を示す図である。
【図２】同実施形態におけるクライアントサーバシステムＳの構成を示すブロック図である。
【図３】同実施形態におけるサーバＩＳ-ｌの構成を示すブロック図である。
【図４】同実施形態におけるリソースデータ（ＨＴＭＬ形式）のソース例を示す図である。
【図５】同実施形態においてリソースデータａを保有するサーバＩＳ-ｌのシステム制御部１２が実行する処理を示すフローチャートである。
【図６】同実施形態においてリソースデータｂを保有するサーバＩＳ-ｌのシステム制御部１２が実行する処理を示すフローチャートである。
【図７】同実施形態において通信装置ＣＭ-ｋに表示される画像の一例を示す図である。
【図８】同実施形態の変形例１におけるリソースデータ（ＨＴＭＬ形式）のソース例を示す図である。
【符号の説明】
【００７９】
Ｓ・・・クライアントサーバシステム
ＣＭ-ｋ・・・通信装置
ＮＥＴ・・・ネットワーク
ＩＳ-ｌ・・・サーバ
【図１】
2006302134.tif 000003
【図２】
2006302134.tif 000004
【図３】
2006302134.tif 000005
【図４】
2006302134.tif 000006
【図５】
2006302134.tif 000007
【図６】
2006302134.tif 000008
【図７】
2006302134.tif 000009
【図８】
2006302134.tif 000010