(57)【要約】  本発明は、ウェブコンテンツ（ＨＴＭＬ、ＸＨＴＭＬ、ＤＨＴＭＬ、ＭＨＴＭＬ、ＸＭＬ、ＳＧＭＬ、ＣＳＳ、ＪａｖａＳｃｒｉｐｔ、イメージ、フラッシュ、動画、音楽、マルチメディアおよびその他オブジェクトなどのデータ；あるいは実行結果としてこれらから獲得できるスクリプトおよび実行ファイルや実行関数；以下、“ウェブコンテンツ”という）の統合文書（所定単位のウェブサービスに参加するウェブコンテンツとウェブコンテンツとの連結関係を統合して構成した文書データ、以下、“統合文書”という）を用いたウェブサービスの運用方法に関するものである。  このような本発明は、統合文書を利用してウェブサービスを運用する細部方法を提供する。また、一般的な電子文書をウェブサービスとして提供する細部方法、ウェブサーバの実行オブジェクト（ウェブサーバからウェブサービスを提供するのに関連するプロセッサ、実行ファイル、実行モジュール、スクリプトあるいはイグゼキュター；以下、“実行オブジェクト”という）による電子文書の修正編集に関する細部方法を提供する。  このような本発明をウェブサービスに適用すればウェブコンテンツを便利に管理することができる。単位のウェブサービスを構成するウェブコンテンツを１つの統合文書として管理して、一部ウェブコンテンツの紛失によるウェブサービスの毀損を防止することができ、ウェブサービスに参加しない既存のウェブコンテンツは自動に取り除かれる効果を得ることができる。  それのみならず、本発明を適用すれば、クライアントが電子文書に対応する実行オブジェクトを実行することがなくても電子文書をウェブサービスとして提供することができるため、ウイルスやワームによる侵害事故を予防することができる。また、ウェブサービスを利用して電子文書の編集機能を実現することができる。【選択図】図１
2009543180.tif 000002
【特許請求の範囲】
【請求項１】
ウェブコンテンツを統合文書として構成する方法において、
クライアントの要請に対応し、単位ウェブサービスの構成に参加するウェブコンテンツのウェブ連結関係を識別コード基盤の結合関係に転換する第１ステップ；および
各ウェブコンテンツと結合関係資料を単一統合文書として構成する第２ステップを含むことを特徴とする統合文書構成方法。
【請求項２】
前記第１ステップは、統合対象となるウェブコンテンツの各々に互いに重複しないように識別コードを指定するステップを含むことを特徴とする、請求項１に記載の統合文書構成方法。
【請求項３】
前記第２ステップは、所定の電子文書フォーマットに合わせて前記単一統合文書として構成することを特徴とする、請求項１に記載の統合文書構成方法。
【請求項４】
前記第２ステップは、少なくとも１つのウェブコンテンツを圧縮するか、または符号化するステップを含むことを特徴とする、請求項１に記載の統合文書構成方法。
【請求項５】
ウェブサーバに既に存在する統合文書を参照する場合、前記第２ステップは、ＨＴＭＬテキストとウェブ連結関係を有するウェブコンテンツが前記既に存在する統合文書内に存在する場合に、前記ウェブコンテンツを抽出して前記単一統合文書の構成に含ませることを特徴とする、請求項１に記載の統合文書構成方法。
【請求項６】
前記第１ステップのＨＴＭＬの分析過程において、ウェブコンテンツの表示規格が実際のウェブコンテンツの規格と異なる場合、前記表示規格に合わせて新しいウェブコンテンツを生成して前記統合文書の構成に参加させるステップをさらに含むことを特徴とする、請求項１に記載の統合文書構成方法。
【請求項７】
ウェブサーバがウェブサービスをクライアントに提供する方法において、
クライアントの要請に対応し、統合文書から抽出したＨＴＭＬテキストを識別コード基盤のウェブ連結関係に転換して前記クライアントに伝送する第１ステップ；および
前記クライアントが追加のウェブコンテンツをウェブサーバに要請すれば、前記要請情報から識別コードを抽出し、前記識別コードに対応するウェブコンテンツを統合文書から獲得してクライアントに伝送する第２ステップを含むことを特徴とするウェブサービスの提供方法。
【請求項８】
前記第２ステップは、前記要請情報において実際のウェブコンテンツの規格と異なる表示規格を指定した場合、前記表示規格に合わせて再調整して新しく生成したウェブコンテンツを伝送することを特徴とする、請求項７に記載のウェブサービス提供方法。
【請求項９】
電子文書を用いたウェブサービス提供方法であって、
クライアントが識別コード基盤のウェブコンテンツ要請情報をウェブサーバに伝送することによって電子文書に含まれたウェブコンテンツを要請すれば、ウェブサーバの実行オブジェクトが前記要請情報から識別コードを抽出するステップ；および
前記抽出された識別コードに対応するコンテンツを電子文書から獲得し、ウェブコンテンツに転換して前記クライアントに伝送するステップを含むことを特徴とするウェブサービス提供方法。
【請求項１０】
クライアントの要請に対応し、ウェブサーバの実行オブジェクトの実行によって前記ウェブサーバに既に存在する電子文書形式の統合文書に含まれたコンテンツの一部内容を修正して変更するか、前記統合文書に含まれたコンテンツの一部を除去するか、新規コンテンツを前記統合文書に追加して統合文書を再構成するステップを含むことを特徴とする電子文書形式の統合文書変更方法。
【請求項１１】
クライアントの要請に対応し、ウェブサーバが伝送しなければならないデータが特定の電子文書の形式である場合、前記データを直接前記クライアントに伝送することなく、前記特定の電子文書形式に対応する実行オブジェクトを実行することにより電子文書に統合されて存在するコンテンツを抽出してウェブコンテンツに転換して前記クライアントに伝送することを特徴とするウェブサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネットの技術分野に属する。
【０００２】
また、本発明はウェブサービスの技術分野に属する。
【背景技術】
【０００３】
一般的に、ウェブサービスはウェブサーバからクライアントにウェブコンテンツを伝送することによって提供される。ウェブサーバではウェブデーモンというプログラムが実行され、クライアントではウェブブラウザというプログラムが実行されている。ウェブデーモンはウェブサービスポート（通常的に８０番ポート）を開放し、ウェブブラウザのウェブコンテンツ要請を待つ。ウェブブラウザはウェブサービスポートに連結を開設し、ウェブコンテンツのウェブアドレスであるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を分析し、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に準じてウェブコンテンツ要請情報を構成してウェブサーバに伝送する。ＨＴＴＰはＲＦＣ１９４５（ＨＴＴＰ／１．０）、ＲＦＣ２０６８（ＨＴＴＰ／１．１）に詳細な説明が収録されている。ＵＲＬはプロトコルおよびウェブサーバのアドレス、接続ポート番号、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）などの情報で構成される。
【０００４】
従来のウェブサービスはウェブサーバに個別的に格納されたウェブコンテンツによって運用された。これは、ＨＴＭＬ文書などのウェブコンテンツが手作業によって管理されるように考案したことに起因する。時間が経つにつれ、ウェブサービスは益々複雑な様式で開発される傾向があって、専門的なウェブエディタによって進行されている。ウェブサービスに関与するウェブコンテンツ数が増加することにより、ウェブコンテンツの維持および管理における色々な問題点が現れるようになった。
【０００５】
このような従来のウェブサービスは独立した格納単位（ファイルあるいはデータベース）で存在するウェブコンテンツを基に運用された。一部コンテンツの格納単位が喪失されると、ウェブサービスは不完全な形態で提供される。また、ウェブサービス変更作業などでＨＴＭＬテキストとの連結関係を喪失したウェブコンテンツを、確認過程を経て削除しなければウェブサーバに残留することによって格納空間を占めるようになる。また、多くの数のファイルでウェブコンテンツを管理すればファイル格納装置の無駄遣いをもたらす。
【０００６】
他の従来技術として、電子文書をウェブコンテンツに転換してサーバに位置させる方法がある。この方法を利用すれば、電子文書の内容をウェブサービスに提供することができる。しかし、この方法は、ウェブコンテンツの一部内容を変更する作業が進行される時、本来の電子文書における自動的な変更効果は期待することができない。また、この方法は、電子文書が複数のウェブコンテンツに転換される場合、上記したように独立して管理されるウェブコンテンツによるウェブサービス運用に応じた色々な問題点を伴う。
【０００７】
また他の従来技術として、電子文書の伝送を受けたウェブブラウザが電子文書に対応する実行オブジェクトを実行して表す方法がある。この方法は電子文書に対応する実行オブジェクトをクライアントに設けなければならない。また、実行オブジェクトの実行過程でウイルスやワームによるクライアントへの侵害危険がある。
【０００８】
また他の従来技術として、クライアントに電子文書プログラムを設けることなく、統合文書をウェブ画面に表す技術がある。この技術は、対象の統合文書に対応してＪａｖａ  ＡｐｐｌｅｔやＡｃｔｉｖｅ−Ｘコントロールをダウンロードして実行するように実現する特徴があり、また、これもサーバから統合文書の全体をダウンロードしてクライアントの実行オブジェクトによる実行によって提供されるために本発明の技術とは異なる。
【０００９】
また他の従来技術として、ウェブサーバにおいて自動に一定の電子文書形式のファイルとして格納する技術がある。この技術は電子文書形式のファイル構成が単一システムの具備によって実行される方法であるに対し、本発明の実施形態として指定した統合文書内部の一部ウェブコンテンツの編集、修正、交替、除去などの方法はウェブブラウザとクライアントとの間に備えている相互作用とウェブコンテンツの伝送などで統合文書を構成することを特徴としているために互いに異なると言える。
【００１０】
また他の従来技術として、ＭＩＭＥおよびＭＨＴＭＬ（ＭＩＭＥ  ＨＴＭＬ）技術がある。ＭＩＭＥは、ＥＳＭＴＰ（ＲＦＣ８２２）からＥメールを伝送するためにマルチ・ドキュメントを統合する方法である。ＭＨＴＭＬはＭＩＭＥ技術をＨＴＭＬ領域に拡張した技術であり、ＲＦＣ２１１０、ＲＦＣ２５５７に詳細な説明が収録されている。
【００１１】
ＭＨＴＭＬ技術は、電子メールサービスを利用してウェブ画面を完全に伝送する目的や、一部ウェブブラウザから現在表されるウェブ画面を１つのファイルとして格納するために使われる。ＭＨＴＭＬはウェブ画面の構成に参加するＨＴＭＬとイメージなどのウェブコンテンツをＭＩＭＥ形式で統合文書を作成する。この技術は、クライアントとウェブサーバとの相互反応によって設計された本発明の技術とは違いがある。“＊．ｍｈｔ”形式のファイルをＵＲＬに接近してウェブ画面を構成することができるが、一部ウェブブラウザだけに支援されている実情である。ＵＲＬによる“＊．ｍｈｔ”文書要請は文書データの分離や変換の作業をすることなく、それ自体のデータを丸ごとクライアントに伝送し、クライアントのブラウザーが直接表す方式であって、本発明で提示するウェブサービス運営方法とは異なる。
【００１２】
ＭＩＭＥ文書に含まれたコンテンツ間の連結情報を解釈するためには、全体の文書データを読み取った後に、ｂｏｕｎｄａｒｙコードを境界に各部分別に区分した後、必要な復号化と処理ステップを経なければならない。特に、コンテンツの大きさ情報は直接記録されないため、コンテンツの大きさを測定して得なければならない。動画像やイメージなどのコンテンツが増大している最近のウェブサービス動向に照らしてみる時、ウェブサービス運用に活用するには適していない。また、ＭＩＭＥ技術はコンテンツの情報表記およびコンテンツの区分が７ｂｉｔの表記方式で構成するようになっているため、一般的な電子文書に比べて処理速度の低下および格納空間の無駄遣いという短所を持つ。
【００１３】
また、ＭＩＭＥのコンテンツはウェブコンテンツの主要特性である大きさ、最終修正日時などを別途に管理しない。そのため、通常のウェブブラウザがウェブ画面の表現速度を改善するためにウェブコンテンツに適用するキャッシュ機能などを使用できなくなることにより、望ましいウェブサービスの運用手段として使うには適していない。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本発明により、単位ウェブサービスの構成に参加するウェブコンテンツを独立した格納単位の統合文書として構成するために、統合された電子文書の形式を定義し、ウェブコンテンツを統合文書として構成してファイルとして格納したり、他の格納単位として格納したりする技術的課題を達成しようとする。より詳しくは、統合対象となるウェブコンテンツの情報を獲得する技術的課題、ウェブコンテンツ間のウェブ連結関係を統合文書の結合関係に転換する技術的課題を含んでいる。
【００１５】
また、ウェブサーバが統合文書をウェブコンテンツとして復元して単位ウェブサービスを提供するために統合文書からウェブコンテンツを復元する技術的課題を達成しようとする。より詳しくは、統合されたウェブコンテンツの結合情報からクライアントがそれぞれのコンテンツをウェブコンテンツとして認識してウェブサーバに要請できるようにＨＴＭＬテキストを転換する技術と、それぞれのウェブコンテンツ要請に対し該当ウェブコンテンツを統合文書から抽出して伝送する技術的課題がある。
【００１６】
また、本発明により、電子文書をそれぞれのウェブコンテンツに分離、転換、伝送するウェブサービス提供方法に関する技術的課題を達成しようとする。
【００１７】
また、本発明により、単位ウェブサービス構成に参加するウェブコンテンツを特定の電子文書形式に転換して独立した単位として格納する管理方法に関する技術的課題を達成しようとする。
【００１８】
また、本発明により、ウェブブラウザ要請に対応してウェブサーバの実行オブジェクトによる電子文書に含まれた一部ウェブコンテンツの修正方法に関する技術的課題を達成しようとする。
【課題を解決するための手段】
【００１９】
本発明により、単位ウェブサービスの構成に参加するウェブコンテンツを独立した格納単位の統合文書として構成するために、統合された電子文書の形式を定義し、ウェブコンテンツを統合文書として構成してファイルとして格納したり、他の格納単位として格納したりするウェブコンテンツを管理することで解決しようとする。より詳しくは、統合対象となるウェブコンテンツの情報を獲得し、ウェブコンテンツ間のウェブ連結関係を統合文書の結合関係に転換するなどの技術的方法で解決しようとする。
【００２０】
また、ウェブサーバが統合文書をウェブコンテンツとして復元して単位ウェブサービスを提供するために統合文書からウェブコンテンツを復元してクライアントに伝送する技術的方法を提供しようとする。より詳しくは、統合されたウェブコンテンツの結合情報からクライアントがそれぞれのコンテンツをウェブコンテンツとして認識してウェブサーバに要請できるようにＨＴＭＬテキストを転換する技術と、それぞれのウェブコンテンツ要請に対し該当ウェブコンテンツを統合文書から抽出して伝送する技術的方法を提供しようとする。  
また、本発明により、電子文書をそれぞれのウェブコンテンツに分離、転換、伝送するウェブサービス提供方法を提供しようとする。
【００２１】
また、本発明により、単位ウェブサービス構成に参加するウェブコンテンツを特定の電子文書形式に転換して独立した単位として格納する管理方法を提供しようとする。
【００２２】
また、本発明により、ウェブブラウザ要請に対応してウェブサーバの実行オブジェクトによる電子文書に含まれた一部ウェブコンテンツの修正方法を提供しようとする。
【発明の効果】
【００２３】
本発明を利用してウェブサービスを構成すれば、少ない数の統合文書でウェブサービスを提供することができる。連関関係を有するウェブコンテンツを単位の統合文書として管理することにより、修正によって連関関係がなくなった既存のウェブコンテンツは統合文書から除去することができる。また、統合文書内部のコンテンツ基礎情報部分を利用してウェブコンテンツに対するアクセス累計などの別途の情報を共に管理することができる。また、ウェブコンテンツの紛失危険を下げることによってウェブサービスの毀損を予防することができる。
【００２４】
また、本発明を利用してウェブサービスを構成すれば、一般的な電子文書に対し別途の専用Ｓ／Ｗを実行することがなくてもウェブブラウザーで閲覧することができる。実行オブジェクトの実行過程で生じ得るウイルスやワームの感染を最小化することができる。
【００２５】
また、本発明を利用してウェブサービスを構成すれば、ウェブサーバの実行オブジェクトを利用して電子文書を編集したり変更したりすることができる。
【００２６】
また、本発明を利用すれば、ウェブ文書編集用ソフトウェアではない一般のワードプロセッサーでウェブ文書をデザインしてウェブサービスを提供することができる。
【図面の簡単な説明】
【００２７】
【図１】ウェブコンテンツを統合文書として構成する例示図である。
【図２】統合文書をウェブコンテンツに転換して伝送する例示図である。
【図３】電子文書をウェブコンテンツに転換して伝送する例示図である。
【図４】電子文書をウェブコンテンツに転換して伝送する例示図である。
【図５】ウェブサーバにおいて電子文書を修正する例示図である。
【図６】本発明の望ましい実施形態のための参照図である。
【図７】本発明を具体的に例示するための参照図である。
【発明を実施するための形態】
【００２８】
本発明において、ウェブサービスは、クライアントがウェブコンテンツのデータを要請すれば、それに対応してウェブサーバがクライアントにウェブコンテンツを伝送することによってなされる。また、ウェブサービスは、クライアントの要請とデータ伝送などの方法に対応して、ウェブサーバが新しいウェブコンテンツを格納する形式で行われる。ウェブサーバにはウェブデーモンが備えられて実行中である。ウェブデーモンは、ウェブサービスを直接提供するか、ウェブサーバの実行オブジェクトに委任して処理するように構成する。
【００２９】
本発明についてより詳細に説明するために用いる用語を定義すれば下記の通りである。
【００３０】
“単位ウェブサービス”とは、クライアントがウェブサーバにウェブコンテンツを要請して伝送を受け、クライアントのウェブブラウザにデータを構成するサービスをいう。
【００３１】
“実行オブジェクト”とは、クライアントやウェブサーバで実行中であるプロセッサ、プロセッサ内部の実行モジュール、あるいは実行可能なスクリプトおよびバイナリデータをいう。
【００３２】
“ウェブコンテンツ”とは、ＨＴＭＬ、ＸＨＴＭＬ、ＤＨＴＭＬ、ＸＭＬ、ＳＧＭＬ、ＭＨＴＭＬ、ＣＳＳ、ＪａｖａＳｃｒｉｐｔなどのようなテキストデータとイメージ、フラッシュ、動画、音楽、マルチメディアおよびその他のオブジェクトデータをいう。また、これらの種類のデータを生成できる実行オブジェクトを総称していう。
【００３３】
“ＨＴＭＬテキスト”とは、ウェブコンテンツ中のウェブサービスのコンテキストデータを表すことができるＨＴＭＬ、ＸＭＬ、ＸＨＴＭＬ、ＭＨＴＭＬ、ＣＳＳ、ＳＧＭＬ、ＪａｖａＳｃｒｉｐｔなどのデータをいう。または、これらの種類のデータを生成できる実行オブジェクトを総称していう。
【００３４】
“統合文書”とは、単位ウェブサービスの構成に参加するウェブコンテンツをウェブコンテンツ間の連結情報と共に独立した格納単位として結合して構成することをいう。通常には、独立したファイルとして格納される形態であり、データベースに格納された形態でありうる。また、ファイルの形態でその他のデータに添付される形態を取ることもできる。
【００３５】
“ウェブアドレス”とは、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を指し示すものであり、絶対アドレスおよび相対アドレスの全てを総称する。
【００３６】
“ウェブ連結関係”とは、ＨＴＭＬテキストとウェブコンテンツとの間の連結関係をいう。＜ｉｍｇ＞タグのｓｒｃ属性にウェブアドレスを指定する例から見ると、クライアントはＨＴＭＬテキストを分析して＜ｉｍｇ＞タグのｓｒｃ属性を分析することにより、それに対応するウェブコンテンツをウェブサービス構成に含ませる。独立したウェブコンテンツを単位ウェブサービスへの連結関係を完成する基礎となる。＜ｉｍｇ＞タグの他にも、＜ｌｉｎｋ＞、＜ｏｂｊｅｃｔ＞、＜ｅｍｂｅｄ＞、＜ｓｃｒｉｐｔ＞などのｈｒｅｆおよびｓｒｃ属性にウェブアドレスが指定されたものもウェブ連結関係の代表的な例である。単位ウェブサービスにおいて、ＨＴＭＬテキストにおいて実行できるスクリプトなどの実行オブジェクトによって構成されたウェブコンテンツに対しても、ＨＴＭＬテキストとのウェブ連結関係が形成されたこととして見なす。例えば、ジャバスクリプト構文を利用してウェブサーバにウェブコンテンツを要請して伝送を受けた後、ウェブサービスとして構成する形式もウェブ連結関係に該当する。
【００３７】
“結合関係”とは、統合文書として格納されたウェブコンテンツ間の結合情報によって結合された関係をいう。結合情報は、各ウェブコンテンツの種類、ＨＴＭＬテキストとの結合位置、統合文書における格納位置、名前、大きさ、最終修正日時、識別コード、結合位置などの情報を含む。識別コードと大きさ情報は結合関係の核心であって、統合文書内のコンテンツを速く抽出するようにする。連結関係はウェブ連結関係がウェブサーバに分散しているウェブコンテンツ間の関係をいう反面、結合関係は単位統合文書内部のコンテンツ間の連結関係をいう。複数のコンテンツを１つの統合文書として構成する時、連結よりは意味が強いために“結合関係”という用語で定義して用いる。
【００３８】
“識別コード”とは、統合文書として格納されたウェブコンテンツを識別できる情報で構成されたデータであって、１つの統合文書内部に存在するそれぞれのウェブコンテンツは互いに重複しない識別コードを有する。識別コードはウェブコンテンツの順次番号や順次番号から派生したデータから生成して用いることができる。また、識別コードはウェブコンテンツの基礎情報（大きさ、ＨＭＴＬ本文における結合位置、統合文書における格納位置、登録時間、規格、種類、名前など）から派生して生成して用いることができる。また、識別コードはその他の方法によってウェブコンテンツ間に重複しないように生成して用いることができる。
【００３９】
“電子文書”とは、一般的にウェブブラウザに直接表示されるウェブコンテンツとは異なり、ワードプロセッサー、スプレッドシート、プレゼンテーション、その他の出力用ソフトウェアなどの目的として広く用いられる専門的なＳ／Ｗによって生成された文書データおよび文書ファイル（＊．ｄｏｃ、＊．ｈｗｐ、＊．ｘｌｓ、＊．ｐｐｔ、＊．ｐｄｆ、＊．ｏｄｆおよびその他のファイル形式）などをいう。電子文書は様々なコンテンツを含んで構成され、独立した格納単位で管理される。また、格納装置を少なく占める目的で８ビットのバイナリで構成される特徴を有する。本発明では、電子文書は統合文書の特徴を有するために統合文書と称したりもする。
【００４０】
“規格”とはウェブコンテンツの各種規格をいう。イメージ類のウェブコンテンツは横、縦のピクセル単位大きさの規格を有する。
【００４１】
“表示規格”とは、ウェブコンテンツがウェブ画面に表示されるように指定された規格をいう。例えば、任意のＨＴＭＬ文である“＜ｉｍｇ  ｓｒｃ＝ｔｅｓｔ．ｇｉｆ  ｗｉｄｔｈ＝３０  ｈｅｉｇｈｔ＝２０＞”は、ｗｉｄｔｈ、ｈｅｉｇｈｔ属性において各々広さと高さに対する表示規格が指定されている。この表示規格はｔｅｓｔ．ｇｉｆの実際規格とは等しくないこともあるが、ウェブブラウザは表示規格に合わせて表示する。
【００４２】
“連結情報目録”とは、統合文書に含まれる全てのウェブコンテンツに対する大きさ、最終修正日時、種類、規格、識別コード、連結方式およびその他の属性などの情報を取り集めているデータ単位の配列をいう。
【００４３】
“ＳＤＦ（Ｓｅｒｉａｌｉｚｅｄ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）”とは、本発明の理解を助けるためにウェブコンテンツの統合文書を構成する時に使う電子文書フォーマットである。“＊．ｓｄｆ”形式のファイル名を有するように格納される。
【００４４】
本発明において、図１を参照し、クライアントから伝送されたウェブコンテンツを統合文書として統合するステップの構成を説明すれば、
ウェブデーモンに必要な実行モジュールを直接含むように構成するか、ウェブサーバの委託によって実行できるウェブサーバ側の実行オブジェクトを開発してウェブサーバに取り付けることによって本発明を実現することができる。
【００４５】
Ｓ１０１ステップはＨＴＭＬテキストとその他のウェブコンテンツを伝送するステップである。
【００４６】
Ｓ１０１ステップにおいて、クライアントはＰＯＳＴ方法によってウェブコンテンツをウェブサーバに伝送することができる。このために、クライアントにウェブコンテンツ伝送用ウェブページを構成しなければならない。ウェブページは、＜ｆｏｒｍ  ｍｅｔｈｏｄ＝“ＰＯＳＴ”．．．ａｃｔｉｏｎ＝“．．．ｕｐｌｏａｄ．ｐｈｐ”＞構文とファイル伝送のための＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｆｉｌｅ”．．．＞形式のタグを共に構成することができる。クライアントのユーザが伝送するファイルを押してｓｕｂｍｉｔ機能のボタンをクリックするように実現し、ウェブサーバにおいては＜ＦＯＲＭ＞タグの“ａｃｔｉｏｎ”属性に対応する実行オブジェクトを構成することによって伝送を受けることができる。クライアントに独立して存在するファイルではない場合、＜ｔｅｘｔａｒｅａ＞、＜ｉｎｐｕｔ＞などでウェブ画面を構成して、クライアントのユーザが入力した情報をウェブサーバに伝送するようにすることができる。また、クライアントからジャバスクリプトなどの実行オブジェクトを通してサーバにウェブコンテンツを伝送する技術的な例も使うことができる。ＡＪＡＸの通常的な技術実現方式でＳ１０１ステップを構成することもできる。クライアントのデータ伝送に対しては、ＰＨＰ、ＪＳＰ、ＣＧＩなどを用いて通常的な方法で実行オブジェクトを実現してウェブコンテンツの伝送を受ける。ＨＴＴＰを利用したファイル伝送方法はＲＦＣ１８６７などで詳細に説明している“Ｆｏｒｍ−Ｂａｓｅｄ  Ｆｉｌｅ  Ｕｐｌｏａｄ  ｉｎ  ＨＴＭＬ”方法などを用いるようにする。
【００４７】
Ｓ１０１ステップは単純なウェブコンテンツを伝送すると同時にウェブコンテンツを統合文書として構成する実質的な命令として指定することができる。一実施形態として統合文書のファイル名を＜ｉｎｐｕｔ  ｎａｍｅ＝“ｓａｖｅ＿ｔｏ＿ｆｉｌｅ”  ｖａｌｕｅ＝“ｎｅｗ．ｓｄｆ”＞形式の構文を利用してウェブサーバに伝送することができ、＜ｉｎｐｕｔ＞タグを利用してウェブサーバに存在する統合対象のウェブコンテンツファイル名を伝送するようにすることができる。ウェブサーバの実行オブジェクトはクライアントから伝送されたファイルを統合対象として指定する。
【００４８】
Ｓ１０２はウェブコンテンツの対象を備えるステップである。ウェブサーバの実行オブジェクトはＨＴＭＬテキストおよびＨＴＭＬテキストとウェブ連結関係を有するウェブコンテンツを統合文書の対象とする。
【００４９】
Ｓ１０２の実施形態として、ウェブ連結関係を分析して統合対象となるウェブコンテンツの連結情報目録を備えるようにする。ＨＴＭＬとのウェブコンテンツの連結関係は“＜ｉｍｇ＞”、“＜ｅｍｂｅｄ＞”、“＜ｓｃｒｉｐｔ＞”、“＜ｏｂｊｅｃｔ＞”、“＜ａｐｐｌｅｔ＞”、“＜ｌｉｎｋ＞”などのタグ構文のウェブ連結関係を分析して得ることができる。ウェブ連結関係にあるウェブコンテンツ中から統合対象を選定するようにする。イメージ、動画、フラッシュのように単位ウェブサービスにだけ従属的に参加するウェブコンテンツを優先統合対象にする。統合対象ウェブコンテンツの大きさ、名前、種類、最終修正日時、ＵＲＬアドレスなどの情報を調査して連結情報目録を作成する。コンテンツの種類は、ウェブサーバで通常に指定して使うＭＩＭＥ  Ｔｙｐｅやファイル名がある場合に拡張子から類推して指定する。
【００５０】
Ｓ１０３は連結情報目録に対応するウェブコンテンツのデータを取り集めるステップである。連結情報目録を参照してウェブコンテンツのファイルを読み込んだり、Ｓ１０１ステップでクライアントから伝送されたウェブコンテンツを確保したり、他のサーバから獲得したり、ウェブサーバに存在する既存の統合文書から抽出（Ｓ１０４）したりするなどの方法によって取得する。
【００５１】
Ｓ１０５はウェブコンテンツの連結関係を再構成するステップであり、ウェブコンテンツの情報を調査する細部ステップと、ウェブコンテンツの識別コードを指定する細部ステップと、ＨＴＭＬテキストの連結関係を識別コードに基づいた結合関係に転換する細部ステップなどから構成する。
【００５２】
識別コードは、順次番号、順次番号から変換した値および単位統合文書内においてウェブコンテンツ間に重複しない値で指定することにより、１つの識別コードが１つのウェブコンテンツだけに対応するように構成する。結合関係に転換するために、ＨＴＭＬテキストにおいてウェブ連結関係を指定している構文を識別コードを基にした結合関係に転換するように構成する。
【００５３】
Ｓ１０６は結合関係に転換されたコンテンツを１つの統合文書として構成して格納するステップである。識別コード基盤の結合情報とウェブコンテンツを１つの独立した単位として構成する。統合文書をファイルとして格納する場合、既に同じ名前のファイルがあるときには新たに統合されたファイルに代替するように（Ｓ１０７）構成する。
【００５４】
図２を参照し、統合文書からＨＴＭＬテキストとその他のウェブコンテンツを復元して伝送するステップの構成を説明すれば、
Ｓ２０１はクライアントがウェブサーバにＨＴＭＬテキストを要請するステップである。
【００５５】
クライアントはＨＴＭＬテキストが必要とする追加のウェブコンテンツをウェブサーバから伝送を受けてウェブ画面を完成する。ここで、順次対応するようにウェブサーバの実行オブジェクトを構成しなければならない。
【００５６】
Ｓ２０２はＨＴＭＬテキスト要請に対応する統合文書を探すステップである。クライアントがＨＴＭＬテキスト要請のために伝送したデータを分析して、対応する統合文書を探す。ＵＲＩおよびその他の情報を分析することによって対応する統合文書を探すようにする。
【００５７】
Ｓ２０３は統合文書のデータを獲得するステップである。Ｓ２０４は統合文書の構成を分析するステップであり、統合文書から連結情報目録を獲得して分析する。
【００５８】
Ｓ２０５は統合文書から抽出したＨＴＭＬテキストを統合文書のウェブコンテンツとウェブ連結関係を有するように転換するステップである。ＨＴＭＬテキストはウェブコンテンツの識別コードを基にしたウェブアドレス方式のウェブ連結関係を有するＨＴＭＬテキストに転換される。
【００５９】
ＨＴＭＬテキストとウェブコンテンツとのウェブ連結関係を構成するまた他の方法としては、ＨＴＭＬテキストを受信したクライアントがジャバスクリプトなどの実行オブジェクトを実行してウェブサーバにデータ要請をするようにし、それに対応してウェブサーバがウェブコンテンツを提供する方法がある。クライアントがウェブサーバに送る要請情報にウェブコンテンツの識別コード情報を含ませ、ウェブサーバ側の実行オブジェクトは要請情報から識別コードを抽出し、それに対応するウェブコンテンツを伝送するようにすることによって連結関係を構成することができる。
【００６０】
Ｓ２０６、Ｓ２０７はＨＴＭＬテキストのＣｏｎｔｅｎｔ−ｔｙｐｅ、Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ、Ｌａｓｔ−ｍｏｄｉｆｉｅｄなどのＨＴＴＰ属性を指定してクライアントに伝送するステップである。
【００６１】
クライアントは、ＨＴＭＬテキストの伝送を受けた後、ウェブサーバに追加のウェブコンテンツを要請する。ウェブデーモンは、Ｓ２１２ステップにおいてウェブコンテンツ要請に対応する統合文書を探して統合文書データを獲得（Ｓ２１３）し、ウェブコンテンツの構成および結合関係を分析（Ｓ２１４）する。Ｓ２１１において、ウェブサーバに伝えられた要請情報から識別コードを抽出する。統合文書から識別コードを検索してウェブコンテンツを獲得し（Ｓ２１５）、クライアントに伝送する（Ｓ２１７）。識別コードからウェブコンテンツの大きさ、結合位置、特性などの情報を探り出して、統合文書からウェブコンテンツを直接抽出できる時には、Ｓ２１４ステップを行う必要がない。
【００６２】
本発明において、図３を参照し、ウェブサーバがクライアントに伝送しなければならないデータが特定の電子文書である場合、それに対応する実行オブジェクトを実行し、前記データをウェブコンテンツとして分離してクライアントに伝送するステップを説明すれば、
Ｓ３０１はクライアントがウェブサーバにデータを要請するステップである。
【００６３】
Ｓ３０２は、クライアントのデータ要請に対応して、ウェブサーバがクライアントに伝送しなければならないデータが特定の電子文書形式のデータである場合に、前記電子文書形式に対応する実行オブジェクトを実行するステップである。
【００６４】
Ｓ３０３は、特定の文書データに対応して実行された実行オブジェクトがクライアントに伝送しなければならないデータを直接伝送することなく、ウェブコンテンツとして分離して伝送するステップである。
【００６５】
図４を参照し、ウェブサーバに存在する電子文書をウェブコンテンツに転換して伝送するステップの構成を説明すれば、
ウェブサーバ４１は、ウェブデーモン４２と実行オブジェクト４３とから構成されており、実行オブジェクトがアクセス可能な経路に電子文書が位置している。クライアント４５はＨＴＴＰプロトコルによってウェブサーバにデータ要請を要求できるウェブブラウザを備えている。
【００６６】
ウェブブラウザはＳ４０１ステップにおいてＨＴＭＬテキストを要請する。それに対応し、ウェブデーモンは実行オブジェクトを指定して依頼する。実行オブジェクトは電子文書データを獲得（Ｓ４０５）し、電子文書の構造分析（Ｓ４０６）を通じて連結関係に転換されたＨＴＭＬテキストを生成（Ｓ４０７）してクライアントに伝送する。
【００６７】
ＨＴＭＬテキストの伝送を受けたウェブブラウザはウェブサービスを完成するために追加のウェブコンテンツを要請（４０９）する。それに対応し、ウェブデーモンは実行オブジェクトを指定して依頼する。実行オブジェクトはクライアントの要請情報から識別コードを抽出する。電子文書データを獲得（４０５）して電子文書の構造分析（Ｓ４０６）を通じて識別コードに対応するコンテンツの基礎情報を獲得する（４０６）。電子文書から前記コンテンツの位置を追跡して前記コンテンツを獲得した後、前記コンテンツをウェブコンテンツに転換して（４１０）、ウェブブラウザに伝送する（Ｓ４１１）。このような図４の実施形態は、該当電子文書の文書フォーマットを参照して図２の実施形態で提示した手続きを参考にして構成することができる。
【００６８】
図５は本発明のまた他の実施形態であり、クライアント要請に対応してウェブサーバの実行オブジェクトの実行により電子文書の内容を変更するステップの構成を説明すれば、
Ｓ５０１はクライアントが修正命令やコンテンツデータを伝送するステップである。ウェブデーモンは対応する実行モジュールを指定して実行する（Ｓ５０２）。実行モジュールは原本の電子文書から電子文書を構成するコンテンツデータを獲得（Ｓ５０３）して構造を分析する。修正命令と伝送された追加コンテンツデータを分析（Ｓ５０５）し、修正命令の具体的過程を遂行（Ｓ５０６）した後、電子文書の形式を有する統合文書として再構成する。
【００６９】
図１を参照する望ましい実施形態として、クライアントが伝送したウェブ連結関係にあるＨＴＭＬと、イメージファイルを１つの統合文書として構成する手続きについて説明すれば、
クライアントは“＜ｆｏｒｍ  ａｃｔｉｏｎ＝‘ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ１．ｐｈｐ’  ｅｎｃｔｙｐｅ＝‘ｍｕｌｔｉｐａｒｔ／ｆｏｒｍ−ｄａｔａ’  ｍｅｔｈｏｄ＝‘ｐｏｓｔ’＞  ＜ｉｎｐｕｔ  ｔｙｐｅ＝ｆｉｌｅ  ｎａｍｅ＝‘ｉｍｇ’＞  ＜ｂｒ＞  ＜ｉｎｐｕｔ  ｎａｍｅ＝‘ｓａｖｅ２’  ｖａｌｕｅ＝‘’＞  ＜ｂｒ＞  ＜ｔｅｘｔａｒｅａ  ｎａｍｅ＝‘ｃｏｎｔｅｘｔ’＞＜／ｔｅｘｔａｒｅａ＞  ＜ｂｒ＞．．．＜ｂｕｔｔｏｎ  ｔｙｐｅ＝‘ｓｕｂｍｉｔ’＞  ｓｕｂｍｉｔ  ＜／ｂｕｔｔｏｎ＞  ＜／ｆｏｒｍ＞”形式を含むウェブ画面が備えていると仮定する。図６において、左側はＨＴＭＬであり、右側は望ましく備えられたウェブ画面である。ウェブ画面にはアップロードするウェブコンテンツファイル選択領域（ｆｉｌｅ）とＨＴＭＬ（ｃｏｎｔｅｘｔ）および統合文書ファイル名（ｓａｖｅ２）などの入力領域がある。
【００７０】
図７は、本実施形態を進行するために、
ユーザが“＜ｉｍｇ  ｓｒｃ＝‘ｆｌｏｗｅｒ．ｇｉｆ’＞”（以下、“連結構文１”という）、
“＜ｉｍｇ  ｓｒｃ＝‘．／ｆｒｏｇ．ｇｉｆ’＞”（以下、“連結構文２”という）、
“＜ｉｍｇ  ｓｒｃ＝‘？ｆｉｌｅ＝ｈｔｍｌ１．ｓｄｆ＆ａｍｐ；ｉｄ＝０１’＞”（以下、“連結構文３”という）、
“＜ｉｍｇ  ｗｉｄｔｈ＝“８０”  ｈｅｉｇｈｔ＝“５０”  ｓｒｃ＝‘ｈｔｔｐ：／／１９２．１６８．２．３／ｉｎｓｅｃｔ．ｇｉｆ’＞”（以下、“連結構文４”という）、
“＜ｊａｖａｓｃｒｉｐｔ  ｔｙｐｅ＝‘ｔｅｘｔ／ｊａｖａｓｃｒｉｐｔ’  ｓｒｃ＝‘ｉｓ．ｊｓ’＞＜／ｊａｖａｓｃｒｉｐｔ＞”（以下、“連結構文５”という）などの連結構文を含むＨＴＭＬを入力した仮定を示している。また、図７は、ユーザがウェブ画面で検索をクリックし、クライアントに位置している“ｆｌｏｗｅｒ．ｇｉｆ”ファイルを選択した仮定を示している。図７のような状況でユーザが“ｓｕｂｍｉｔ”ボタンをクリックすれば、クライアントは１９２．１６８．２．２のＩＰアドレスを追跡し、ウェブサーバのポートに接続してＰＯＳＴ方式のＨＴＴＰヘッダと伝送データをウェブサーバ側に伝送する。それに対応し、ウェブサーバはｔｅｓｔ１．ｐｈｐを実行する。したがって、ｔｅｓｔ１．ｐｈｐを本実施形態の詳細な手続きを充足するように構成することによって本実施形態を完成することができる。
【００７１】
本実施形態において、ｔｅｓｔ１．ｐｈｐはウェブ開発用言語であるＰＨＰで構成する。クライアントがＨＴＴＰプロトコルをＰＯＳＴとして作成するため、ｔｅｓｔ１．ｐｈｐはＲＥＧＵＥＳＴ＿ＭＥＴＨＯＤが“ＰＯＳＴ”である場合、本実施形態で提示する統合文書のファイルとして構成する手続きに従うようにする。通常的な方法でクライアントから伝送されたデータを分析してエレメントとして構成する。エレメントは、図７に示すウェブ画面のｉｎｐｕｔ、ｔｅｘｔａｒｅａなどの名前（ｎａｍｅ属性）に対し、各入力領域にユーザが入力した値（ｖａｌｕｅ）を対応するように構成した配列である。伝送されたｃｏｎｔｅｘｔエレメントの値はユーザによってクライアントにおいて入力したＨＴＭＬとして統合される文書のＨＴＭＬテキストとなる。ｉｍｇエレメント値はファイル情報を含んでおり、これよりファイル名とファイル大きさおよびその他の属性に対する通常的な分析を進ませる。
【００７２】
ｔｅｓｔ１．ｐｈｐはｓａｖｅ２エレメントの値を分析するようにする。図７に示すように、“ｈｔｍｌ．ｓｄｆ”を指定すれば、＊．ｓｄｆファイルフォーマットに対応するように作動する実行オブジェクトを呼び出しするようにする。実施形態の容易な実現のために、対応する実行オブジェクトはｔｅｓｔ１．ｐｈｐの内部関数として宣言する。＊．ｓｄｆに対応する実行オブジェクトは次の手続きを行うように構成しなければならない。
【００７３】
ＨＴＭＬテキストの情報を利用して連結情報目録の第１番目に指定し、識別コードとして“００”を指定する。ＨＴＭＬテキストを分析して連結構文１、連結構文２、連結構文３、連結構文４、連結構文５などに該当する統合対象ウェブコンテンツの連結情報目録を備える過程を行うようにする。クライアントから伝送されたＨＴＭＬテキストの基礎情報（名前、大きさ、形式など）を連結情報目録に追加する。ＨＴＭＬテキストの最終修正日時は現在時間に指定する。ＨＴＭＬテキストに含まれた＜ｉｍｇ＞、＜ｓｃｒｉｐｔ＞などのタグによる各連結構文から“ｓｒｃ”属性に指定された値を分離する。連結構文１はｆｌｏｗｅｒ．ｇｉｆであり、クライアントからｆｌｏｗｅｒ．ｇｉｆを伝送したため、伝送されたｆｌｏｗｅｒ．ｇｉｆイメージの情報（名前、大きさ、形式など）をウェブコンテンツ連結情報目録に追加し、識別コードに“０１”値を指定する。ＨＴＭＬテキストの連結構文１を“＃＃［０１］＃＃”（以下、“結合構文１”という）で置き換える。連結構文２は“．／ｆｒｏｇ．ｇｉｆ”であり、“．／”経路に“ｆｒｏｇ．ｇｉｆ”が存在するか否かを調べる。“．／ｆｒｏｇ．ｇｉｆ”が存在すれば、ファイルから必要な情報（名前、大きさ、形式など）を調べてウェブコンテンツ連結情報目録に追加し、識別コードに“０２”を指定する。最終修正日時は現在時間に指定する。ファイルの大きさや種類などの情報はファイルシステムおよび拡張子の比較によって得て指定する。ディレクトリ経路を除いたファイル名情報を指定し、ＨＴＭＬテキストの連結構文２を“＃＃［０２］＃＃”（以下、“結合構文２”という）で置き換える。連結構文３は、本発明の図２の実施形態で言及したウェブサーバに既に存在する統合文書からウェブコンテンツの連結情報目録を抽出するステップとウェブコンテンツを獲得するステップからウェブコンテンツと関連情報（名前、大きさ、形式など）を得ることができる。ウェブコンテンツの連結情報目録を追加し、識別コードに“０３”を指定する。最終修正日時はウェブコンテンツファイルの最終修正日時と同様に指定する。ＨＴＭＬテキストの連結構文３は“＃＃［０３］＃＃”（以下、“結合構文３”という）で置き換える。
【００７４】
連結構文４は、他のウェブサーバ（ｈｔｔｐ：／／１９２．１６８．２．３／）に存在するｉｎｓｅｃｔ．ｇｉｆというウェブコンテンツであって、イメージ類であることが分かる。１９２．１６８．２．３サーバのウェブポートにＴＣＰ／ＩＰ方式で接続を開設してＨＴＴＰ  ｈｅａｄｅｒを伝送し、ｉｎｓｅｃｔ．ｇｉｆウェブコンテンツの伝送を受ける。その他の通常的な方法でリナックスユニックスのｗｇｅｔ命令を利用してウェブコンテンツの伝送を受けてもよい。成功的に伝送を受ければ、ウェブコンテンツの情報（名前、大きさ、形式など）を分析して連結情報目録に追加し、識別コードに“０４”を指定する。ＨＴＭＬテキストの連結構文４は“＃＃［０４］＃＃”（以下、“結合構文４”という）で置き換える。
【００７５】
連結構文４にはｗｉｄｔｈとｈｅｉｇｈｔ属性が指定されており、これは、コンテンツの幅と高さに対する表示規格である。コンテンツの表示規格は＜ｉｍｇ＞タグのｓｔｙｌｅ属性やｃｓｓ指定区分を分析して得ることができる。連結構文４から見るように、イメージコンテンツの表示規格が実際のイメージコンテンツの規格と異なる場合、特に実際規格が遥かに大きい場合、実際ウェブサービスから表示規格より大きい規格のイメージコンテンツを伝送すれば、ネットワーク負荷が高くなり、ウェブブラウザに縮小して表されるイメージの画質が落ちるなどの問題が発生し得る。したがって、表示規格に合うイメージコンテンツに転換して処理する方法を適用することができる。
【００７６】
このような表示規格と同一のイメージウェブコンテンツの生成は、イメージ規格変換を支援する通常のイメージ関連ライブラリーや実行オブジェクトを利用して達成することができる。
【００７７】
表示規格に合うように生成されたイメージコンテンツに対して連結情報目録に追加し、識別コードに“＠０４”を指定する。連結構文４は“＃＃［＠０４］＃＃”（以下、“結合構文＠４”という）で置き換える。
【００７８】
連結構文４で指定した表示規格に対応するまた他の方法は、連結構文４を“＃＃［０４；ｏｐｔ：８０ｘ５０］＃＃”（以下、“結合構文４＃”という）で置き換え、原本イメージコンテンツの識別コードを“０４”に指定する方法である。これに対応する方法は図２の実施形態において説明する。
【００７９】
連結構文５は連結構文２と類似する方式でｉｓ．ｊｓファイルを調べて連結情報目録を追加し、識別コードに“０５”を指定した後。連結構文５は“＃＃［０５］＃＃”（以下、“結合構文５”という）で置き換える。ＨＴＭＬテキストに含まれた各連結構文の置き換えによって大きさが変わり得るため、連結情報目録においてＨＴＭＬテキストの大きさを再び測定して指定する。これにより、ウェブサービスを構成するのに参加した独立して存在するウェブコンテンツ間のウェブ連結関係はコンテンツ間の結合関係に転換された。
【００８０】
それぞれのコンテンツに対し暗号化および圧縮などの復元可能な変換過程を進行する場合、該コンテンツの連結情報に変換属性を指定し、変化後の大きさを測定して指定する。その後、必要な場合、連結情報目録に対する暗号化および圧縮などの復元可能な変換過程を進行することができる。
【００８１】
統合文書ファイルとして格納するために、“．ｈｔｍｌ．ｓｄｆ．ｔｍｐ”名で新しいファイルを生成する。新しく生成されたファイルに連結情報目録の大きさを８ｂｙｔｅ大きさのバイナリとして格納する。次に、ウェブコンテンツ連結情報目録を格納する。次に、連結情報目録の順に応じてウェブコンテンツを格納した後にファイルを閉じる。これによって臨時統合文書のファイルが完成すれば、“．ｈｔｍｌ．ｓｄｆ．ｔｍｐ”ファイルを“ｈｔｍｌ．ｓｄｆ”ファイルに名前を変更する。“ｈｔｍｌ．ｓｄｆ”ファイルが既に存在すれば、“ｈｔｍｌ．ｓｄｆ．ｂａｋ”ファイルに変更してバックアップファイルを残す。“．ｈｔｍｌ．ｓｄｆ．ｔｍｐ”を“ｈｔｍｌ．ｓｄｆ”に名前を変更するように構成する。
【００８２】
図２を参照し、望ましい実施形態として統合文書を利用してウェブサービスを構成するステップを説明する。
【００８３】
理解を助けるために、図１の実施形態で提示した“ｈｔｍｌ．ｓｄｆ”からウェブサービスを提供する方法について説明する。クライアントが“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ２．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ．ｓｄｆ”アドレスを呼び出しすると仮定すれば、それに対応し、ウェブサーバがｔｅｓｔ２．ｐｈｐを実行オブジェクトとして呼び出しするため、ｔｅｓｔ２．ｐｈｐを本実施形態の手続きに応じて構成すれば本実施形態を完成することができる。
【００８４】
ｔｅｓｔ２．ｐｈｐはＲＥＱＵＥＳＴ＿ＭＥＴＨＯＤが“ＧＥＴ”である場合にＱＵＥＲＹ＿ＳＴＲＩＮＧ値を分析する。ＱＵＥＲＹ＿ＳＴＲＩＮＧはＵＲＬにおいて“？”文字の後に存在する文字列として定義される。ＱＵＥＲＹ＿ＳＴＲＩＮＧを“＆”文字を区分にそれぞれの指定単位に切断し、各指定単位は“＝”文字を区分して各々を配列に指定する。指定単位の左側は“因子”といい、右側は“因子値”という。
【００８５】
ｔｅｓｔ２．ｐｈｐはｆｉｌｅ、ｉｄｓｔｒなどの２つの因子値を分析し、関連したウェブコンテンツを構成してクライアントに伝送するようにする。ｉｄｓｔｒ因子値が指定されない場合、“ｆｉｌｅ”に指定された“ｈｔｍｌ．ｓｄｆ”ファイルからウェブ画面のＨＴＭＬテキストに該当するＨＴＭＬを伝送するようにする。ｔｅｓｔ２．ｐｈｐは、ｈｔｍｌ．ｓｄｆファイルを処理するために、“＊．ｓｄｆ”形式の電子文書フォーマットに対応する実行オブジェクトを次の手続きに合わせて構成しなければならない。
【００８６】
“＊．ｓｄｆ”形式の電子文書フォーマットに対応する実行オブジェクトは、“ｈｔｍｌ．ｓｄｆ”ファイルを開いて８バイトを読み取って連結情報目録の大きさを求める。指定された大きさだけバッファを構成して連結情報目録を読み取る。図１の実施形態において、連結情報目録を圧縮および暗号化などの方法で変換させれば、圧縮解除および復号化などの復元過程を経る。
【００８７】
ｈｔｍｌ．ｓｄｆの第１番目の連結情報目録には結合されたＨＴＭＬテキストの情報が収録されている。連結情報目録に指定された大きさだけＨＴＭＬテキストを読み取る。統合文書のＨＴＭＬテキストは、“＃＃［識別コード］＃＃”形式の結合構文１、結合構文２、結合構文３、結合構文４（あるいは結合構文＠４または結合構文４＃）、結合構文５などが含まれている。
【００８８】
結合構文１は“＜ｉｍｇ  ｓｒｃ＝‘？ｆｉｌｅ＝ｈｔｍｌ．ｓｄｆ＆ａｍｐ；ｉｄｓｔｒ＝０１’＞”で置き換える。
【００８９】
結合構文２は“＜ｉｍｇ  ｓｒｃ＝‘？ｆｉｌｅ＝ｈｔｍｌ．ｓｄｆ＆ａｍｐ；ｉｄｓｔｒ＝０２’＞”で置き換える。
【００９０】
結合構文３は“＜ｉｍｇ  ｓｒｃ＝‘？ｆｉｌｅ＝ｈｔｍｌ．ｓｄｆ＆ａｍｐ；ｉｄｓｔｒ＝０３’＞”で置き換える。
【００９１】
結合構文４は“＜ｉｍｇ  ｓｒｃ＝‘？ｆｉｌｅ＝ｈｔｍｌ．ｓｄｆ＆ａｍｐ；ｉｄｓｔｒ＝０４’＞”で置き換える。
【００９２】
結合構文＠４は“＜ｉｍｇ  ｓｒｃ＝‘？ｆｉｌｅ＝ｈｔｍｌ．ｓｄｆ＆ａｍｐ；ｉｄｓｔｒ＝＠０４’＞”で置き換える。
【００９３】
結合構文４＃は“＜ｉｍｇ  ｓｒｃ＝‘？ｆｉｌｅ＝ｈｔｍｌ．ｓｄｆ＆ａｍｐ；ｉｄｓｔｒ＝０４＆ａｍｐ；ｏｐｔｉｏｎ＝８０ｘ５０’＞”で置き換える。
【００９４】
結合構文５は“＜ｓｃｒｉｐｔ  ｓｒｃ＝‘？ｆｉｌｅ＝ｈｔｍｌ．ｓｄｆ＆ａｍｐ；ｉｄｓｔｒ＝０５’＞＜／ｓｃｒｉｐｔ＞”で置き換える。
【００９５】
上記の置き換えのための各構文における“＆ａｍｐ；”は、ウェブブラウザのＵＲＬ分析時に“＆”文字で置き換えられる。置き換えられた後、ＨＴＭＬの大きさが変わったために再び測定する。ＨＴＭＬの大きさと形式を基にＣｏｎｔｅｎｔ−ｔｙｐｅ、Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ、Ｌａｓｔ−ｍｏｄｉｆｉｅｄなどの値を指定し、ＨＴＭＬ内容を含んでＨＴＴＰプロトコルに合わせてクライアントに伝送する。
【００９６】
ＨＴＭＬテキストの伝送を受けたクライアントは、結合構文１、結合構文２、結合構文３、結合構文４、結合構文＠４、結合構文４＃、結合構文５などに対応し、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ２．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ＆ｉｄｓｔｒ＝０１”（以下、“コンテンツアドレス１”という）、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ２．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ＆ｉｄｓｔｒ＝０２”（以下、“コンテンツアドレス２”という）、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ２．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ＆ｉｄｓｔｒ＝０３”（以下、“コンテンツアドレス３”という）、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ２．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ＆ｉｄｓｔｒ＝０４”（以下、“コンテンツアドレス４”という）、あるいは
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ２．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ＆ｉｄｓｔｒ＝＠０４”（以下、“コンテンツアドレス＠４”という）、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ２．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ＆ｉｄｓｔｒ＝０４＆ａｍｐ；ｏｐｔｉｏｎ＝８０ｘ５０”（以下、“コンテンツアドレス４＃”という）、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ２．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ＆ｉｄｓｔｒ＝０５”（以下、“コンテンツアドレス５”という）などのウェブアドレスのウェブコンテンツをウェブサーバに要請する。このようなウェブコンテンツ要請に対し、ウェブサーバはｔｅｓｔ２．ｐｈｐを実行する。したがって、前記列挙したコンテンツアドレス１、コンテンツアドレス２、コンテンツアドレス３、コンテンツアドレス４、コンテンツアドレス＠４、コンテンツアドレス４＃、コンテンツアドレス５などを用いたコンテンツ要請に対応してウェブコンテンツを伝送するようにｔｅｓｔ２．ｐｈｐを構成すれば、クライアントのウェブサービス画面は成功的に完成される。
【００９７】
ｔｅｓｔ２．ｐｈｐは前述した方法でＱＵＥＲＹ−ＳＴＲＩＮＧを分析してｉｄｓｔｒ因子値として指定された識別コードを得ることができる。ｈｔｍｌ．ｓｄｆファイルを開いて、獲得した連結情報目録から識別コードに対応するコンテンツ情報を探す。識別コードが“０１”であれば、それに対応するウェブコンテンツは第２番目の連結情報目録で指定している“ｆｌｏｗｅｒ．ｇｉｆ”である。統合文書内におけるｆｌｏｗｅｒ．ｇｉｆの位置は、連結情報目録の大きさである８バイト、連結情報目録の実際大きさ、およびｆｌｏｗｅｒ．ｇｉｆに先立って指定されたウェブコンテンツの大きさの総合計で決定される。計算されたコンテンツの位置からｆｌｏｗｅｒ．ｇｉｆの大きさだけ読み取ることによってウェブコンテンツを獲得することができる。
【００９８】
獲得したｆｌｏｗｅｒ．ｇｉｆウェブコンテンツは、連結情報目録に指定された属性を分析して、圧縮や暗号化の有無に応じて圧縮解除および復号化過程を経て大きさ情報を再び調べる。Ｃｏｎｔｅｎｔ−ｔｙｐｅ、Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ、Ｌａｓｔ−ｍｏｄｉｆｉｅｄなどのＨＴＴＰヘッダ属性を指定してクライアントに伝送する。コンテンツアドレス２、コンテンツアドレス３、コンテンツアドレス４、コンテンツアドレス＠４、コンテンツアドレス４＃、コンテンツアドレス５に該当する残りの要請に対しても、コンテンツアドレス１の要請に対応する手続きの通りにウェブコンテンツを獲得してクライアントに伝送する。コンテンツアドレス４＃に対しては、コンテンツアドレス１に対する手続きの通りにコンテンツアドレス４に対応するウェブコンテンツを獲得した後、イメージ規格の変更が可能な実行オブジェクトを利用して新しいイメージコンテンツを生成してクライアントに伝送する。
【００９９】
図３の望ましい実施形態として、ウェブサーバに存在する電子文書の種類に対応してウェブサービスを提供するステップを説明する。
【０１００】
クライアントが、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ３．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ．ｓｄｆ”、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ３．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ．ｄｏｃ”、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ３．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ．ｈｗｐ”、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ３．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ．ｐｆｄ”、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｔｅｓｔ３．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ．ｐｐｔ”などのＵＲＬに該当するウェブコンテンツを要請したと仮定すれば、ウェブデーモンによって実行の委任を受けるｔｅｓｔ３．ｐｈｐを図３で指定した手続きの通りに構成しなければならない。ｔｅｓｔ３．ｐｈｐは、ＱＵＥＲＹ−ＳＴＲＩＮＧを分析することによってｈｔｍｌ．ｄｏｃの拡張子である“ｄｏｃ”に対応するｈｔｍｌ．ｄｏｃ資料がある場合に、ｔｅｓｔ３＿ｄｏｃ．ｐｈｐイグゼキュターを実行するようにする。このステップにおいて、ファイル拡張子の種類に対し、ｓｄｆ：ｔｅｓｔ３＿ｓｄｆ．ｐｈｐ、ｈｗｐ：ｔｅｓｔ３＿ｈｗｐ．ｐｈｐ、ｐｐｔ：ｔｅｓｔ３＿ｐｐｔ．ｐｈｐ、ｏｄｆ：ｔｅｓｔ３＿ｏｄｆ．ｐｈｐ、ｘｌｓ：ｔｅｓｔ３＿ｘｌｓ．ｐｈｐ、ｐｄｆ：ｔｅｓｔ３＿ｐｄｆ．ｐｈｐなどのような対応イグゼキュターを実行するように実現する。ｔｅｓｔ３＿ｄｏｃ．ｐｈｐ、ｔｅｓｔ３＿ｐｐｔ．ｐｈｐ、ｔｅｓｔ３＿ｏｄｆ．ｐｈｐ、ｔｅｓｔ３＿ｘｌｓ．ｐｈｐ、ｔｅｓｔ３＿ｐｄｆなどの実行オブジェクトは各々対応する拡張子のファイルデータを分析する。最近になり、電子文書は開放型ファイルフォーマット（Ｏｐｅｎ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）として運営する事例が増加している。具体的なファイル構造分析とコンテンツのウェブコンテンツへの転換はファイルフォーマット技術文書を参考にして構成する。図２の実施形態において、提示した手続きに応じて統合文書からウェブコンテンツを抽出して出力する手続きに応じてウェブコンテンツを伝送する。
【０１０１】
図３を参照すれば、電子文書形式のウェブコンテンツ要請にウェブサーバが電子文書をウェブサービスに提供するように構成することができる。電子文書形式のウェブコンテンツ要請の例として、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｄｏｃ／ｔｅｓｔ．ｓｄｆ”、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｄｏｃ／ｔｅｓｔ．ｄｏｃ”、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｄｏｃ／ｔｅｓｔ．ｈｗｐ”、
“ｈｔｔｐ：／／１９２．１６８．２．２／ｄｏｃ／ｔｅｓｔ．ｐｆｄ”などのＵＲＬを例に挙げることができる。通常のウェブデーモンはＵＲＬに対応する電子文書そのものをＨＴＴＰプロトコルによってクライアントに伝送する。しかし、図３で提示した手続きと類似する方法で特定の電子文書フォーマットに対応する実行モジュールを指定して実行するようにすれば、図２の実施形態と類似する方法でウェブサービスを提供するように構成することができる。
【０１０２】
ＵＲＩ分析過程において、このような方式を実現するウェブデーモンを直接作るか、アパッチウェブデーモンの場合に拡張子を区分して対応するように構成された実行モジュールを指定する方法で構成することができる。電子文書の種類は拡張子の他にもマイムタイプを基準に区分することができる。ウェブデーモンから図３に提示した手続きによって特定形式の電子文書をウェブサービスとして提供する場合には、ＨＴＴＰ  ｈｅａｄｅｒのＣｏｎｔｅｎｔ−ｔｙｐｅが、既存の電子文書のコンテンツタイプではなく、新しく変換されて提供されるコンテンツのコンテンツタイプとして指定されなければならない。
【０１０３】
図５を参照する望ましい実施形態として、ウェブサーバに存在する１つの統合文書からＨＴＭＬとイメージデータを復元し、復元したデータをウェブブラウザに伝送してウェブサービスを実現する手続きについて説明すれば、
図１の実施形態において、“ｈｔｍｌ．ｓｄｆ”に含まれたウェブコンテンツである“ｆｌｏｗｅｒ．ｇｉｆ”を新しいイメージに交替するか削除した後、新しい統合文書として格納する修正方法を構成することができる。本実施形態はｔｅｓｔ５．ｐｈｐ実行オブジェクトを次の手続きによって構成することによって完成することができる。ウェブ画面は修正のためのＨＴＭＬで構成されていると仮定することができる。ＨＴＭＬは、“＜ｆｏｒｍ  ｍｅｔｈｏｄ＝‘ｐｏｓｔ’  ａｃｔｉｏｎ＝‘ｈｔｔｐ：／／ｈｏｓｔｎａｍｅ／ｔｅｓｔ５．ｐｈｐ？ｆｉｌｅ＝ｈｔｍｌ．ｓｆｄ＆ａｍｐ；ｉｄｓｔｒ＝０１’  ｅｎｃｔｙｐｅ＝‘ｍｕｌｔｉｐａｒｔ／ｆｏｒｍ−ｄａｔａ’＞＜ｉｎｐｕｔ  ｔｙｐｅ＝ｆｉｌｅ  ｎａｍｅ＝‘ｆｉｌｅ’＞＜ｉｎｐｕｔ  ｎａｍｅ＝‘ｃｏｍ’  ｖａｌｕｅ＝‘’＞．．．＜ｂｕｔｔｏｎ  ｔｙｐｅ＝‘ｓｕｂｍｉｔ’＞ｓｕｂｍｉｔ＜／ｂｕｔｔｏｎ＞＜／ｆｏｒｍ＞”形式構文を含んでいるとする時、ウェブ画面にはファイル選択のための領域と文字列を入力できる領域が設定され、“ｓｕｂｍｉｔ”が表示されたボタンが表示される。文字列を入力できる領域は“ｃｏｍ”エントリであって、命令入力欄と見なす。
【０１０４】
ユーザは、クライアントの“ｒｅｍｏｖｅ”命令を入力しｓｕｂｍｉｔボタンをクリックするか、“ｃｈａｎｇｅ”命令を入力し検索をクリックしてクライアントに存在すると仮定される“ｆｌｏｗｅｒ２．ｇｉｆ”を選択して“ｓｕｂｍｉｔ”ボタンをクリックすれば、クライアントはウェブサーバに要請データを伝送する。ウェブサーバはｔｅｓｔ５．ｐｈｐ実行オブジェクトを実行する。ｔｅｓｔ５．ｐｈｐは要請情報を分析してＲＥＱＵＥＳＴ−ＭＥＴＨＯＤが“ＰＯＳＴ”であることを確認し、要請情報を通常の方法で構文解析を行う。ｃｏｍエントリに指定された命令が“ｒｅｍｏｖｅ”である場合、図２の実施形態を参照し、ウェブコンテンツ連結情報目録を抽出した後、ＨＴＭＬデータを得る。ｉｄｓｔｒに指定された“０１”値を識別コードに対応するウェブコンテンツに対する情報を連結情報目録から除去する。また、ＨＴＭＬでは、＃＃［０１］＃＃と指定された構文を探して削除した後、図１で提示した具体的な実施形態の方法通りに新しいファイルを開いて統合文書を構成して格納する。
【図１】
2009543180.tif 000003
【図２】
2009543180.tif 000004
【図３】
2009543180.tif 000005
【図４】
2009543180.tif 000006
【図５】
2009543180.tif 000007
【図６】
2009543180.tif 000008
【図７】
2009543180.tif 000009
【国際調査報告】
2009543180.tif 000010
2009543180.tif 000011