(57)【要約】【課題】  既存のＷｅｂコンテンツに手を加えることなく、端末に必要なデータだけを配信することができるＷｅｂコンテンツ内のデータ抽出配信方法およびシステムを実現することを目的とする。【解決手段】  コンテンツ編集装置１２０によって既存のＷｅｂコンテンツ内の必要なデータのみを抽出し、そのデータのＷｅｂコンテンツ内での位置情報とデータ型を記述したＸＭＬファイルを生成し変換サーバー１３０に送る。変換サーバー１３０は前記ＸＭＬファイルからＷｅｂサービスとＷＳＤＬファイルを生成する。クライアントで動作するスタブプログラム１５１は、ＷＳＤＬファイルに基づいて生成される。そしてクライアントがスタブプログラム１５１を通してデータ取得要求を発行すると、変換サーバー１３０のＷｅｂサービスがその要求を受け、前記ＸＭＬファイルに基づいてＷｅｂサーバーからＷｅｂコンテンツを取得しデータを抽出してクライアントに返す。【選択図】  図１
2004272871.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバーに存在する既存のＷｅｂコンテンツ内の一部分のデータを抽出して配信するデータ抽出配信方法であって、
クライアントからのデータ配信要求に応じて、前記ＷｅｂサーバーからＷｅｂコンテンツを取得するステップと、
取得したＷｅｂコンテンツ内から、配信するデータの位置とデータ型を記述した設定ファイルの内容に基づいてデータを抽出し、前記クライアントに配信するステップと
を備えることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項２】
請求項１に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記設定ファイルを生成するために、
Ｗｅｂコンテンツを前記Ｗｅｂサーバーから取得して表示するステップと、
表示したＷｅｂコンテンツ内で配信対象とする要素部分の指定を受け付けるステップと、
指定された配信対象の要素部分のＷｅｂコンテンツ内の位置情報とデータ型を記述した前記設定ファイルを生成するステップと
をさらに備えることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項３】
請求項２に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記設定ファイルは、前記指定された配信対象の要素部分のＷｅｂコンテンツ内の位置情報とデータ型を記述したＸＭＬ（Extensible Markup Language）形式のファイルであることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項４】
請求項３に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記クライアントからデータ取得要求のリクエストがあったときには、該リクエストに応じたＷｅｂコンテンツを前記Ｗｅｂサーバーから取得し、前記ＸＭＬ形式の設定ファイルを読み込み、該設定ファイルに記載されている位置情報とデータ型を取得し、該位置情報とデータ型に基づいて前記Ｗｅｂコンテンツから部分的なデータを抽出し、抽出したデータを前記クライアントに返すことを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項５】
Ｗｅｂサーバーに存在する既存のＷｅｂコンテンツ内の一部分のデータを抽出して配信するデータ抽出配信方法であって、
前記Ｗｅｂコンテンツ内の配信対象とする要素部分である静的なデータを含む設定ファイルを生成するステップと、
クライアントからのデータ配信要求に応じて、前記設定ファイルから前記静的なデータを読み出して前記クライアントに配信するステップと
を備えることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項６】
請求項５に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記設定ファイルを生成するために、
Ｗｅｂコンテンツを前記Ｗｅｂサーバーから取得して表示するステップと、
表示したＷｅｂコンテンツ内で配信対象とする要素部分の指定を受け付けるステップと、
指定された配信対象の要素部分である静的なデータを含む前記設定ファイルを生成するステップと
をさらに備えることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項７】
請求項６に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記設定ファイルは、前記指定された配信対象の要素部分である静的なデータを含むＸＭＬ（Extensible Markup Language）形式のファイルであることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項８】
請求項７に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記クライアントからデータ取得要求のリクエストがあったときには、前記ＸＭＬ形式の設定ファイルを読み込み、該設定ファイルに記載されている前記静的なデータを取得し、取得したデータを前記クライアントに返すことを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項９】
請求項３または７に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記ＸＭＬ形式の設定ファイルの内容に基づいて、前記指定されたＷｅｂコンテンツ内の要素部分のみをクライアントに返すようなＷｅｂサービスと、該Ｗｅｂサービスのインターフェースを記述したＷＳＤＬ（Web Service Description Language）ファイルとを、生成するステップをさらに備えることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項１０】
請求項９に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記ＷＳＤＬファイルに基づいて、前記クライアントで動作し前記クライアントと前記Ｗｅｂサービスとの間のＳＯＡＰ（Simple Object Access Protocol）メッセージのやり取りを行なうスタブプログラムを生成することを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項１１】
請求項１０に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記クライアントは前記スタブプログラムを通してデータ取得要求を発行することを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項１２】
Ｗｅｂサーバーに存在する既存のＷｅｂコンテンツ内の一部分のデータを抽出して配信するデータ抽出配信システムであって、
クライアントからのデータ配信要求に応じて、前記ＷｅｂサーバーからＷｅｂコンテンツを取得する手段と、
取得したＷｅｂコンテンツ内から、配信するデータの位置とデータ型を記述した設定ファイルの内容に基づいてデータを抽出し、前記クライアントに配信する手段と
を備えることを特徴とするＷｅｂコンテンツ内のデータ抽出配信システム。
【請求項１３】
請求項１２に記載のＷｅｂコンテンツ内のデータ抽出配信システムにおいて、
前記設定ファイルを生成するために、
Ｗｅｂコンテンツを前記Ｗｅｂサーバーから取得して表示する手段と、
表示したＷｅｂコンテンツ内で配信対象とする要素部分の指定を受け付ける手段と、
指定された配信対象の要素部分のＷｅｂコンテンツ内の位置情報とデータ型を記述した前記設定ファイルを生成する手段と
をさらに備えることを特徴とするＷｅｂコンテンツ内のデータ抽出配信システム。
【請求項１４】
請求項１に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記Ｗｅｂサーバーが、データ送信用のFORMタグ入力部分でユーザからの入力を受け付け、該入力に応じたデータを返すものである場合、前記設定ファイルを生成するために、
前記ＷｅｂサーバーからFORMタグ入力部分を含む入力画面のＷｅｂコンテンツを取得して表示する第１のステップと、
表示したＷｅｂコンテンツからFORMタグ入力部分の指定を受け付ける第２のステップと、
指定したFORMタグ入力部分を取得して表示する第３のステップと、
前記FORMタグ入力部分の中のINPUTタグへの入力データのデータ型を取得する第４のステップと、
前記INPUTタグに適当なデータを入力し、前記Ｗｅｂサーバーから結果画面のＷｅｂコンテンツを取得して表示する第５のステップと、
表示した結果画面のＷｅｂコンテンツから配信対象要素の指定を受け付ける第６のステップと、
配信対象要素として指定したＷｅｂコンテンツを取得して表示する第７のステップと、
配信対象要素として指定したＷｅｂコンテンツのデータ型を取得する第８のステップと、
前記取得したFORMタグ入力部分とその中のINPUTタグへの入力データのデータ型、および、前記配信対象要素として指定されたＷｅｂコンテンツとそのデータ型に基づいて、前記設定ファイルを生成するステップと
をさらに備えることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項１５】
請求項１４に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記第６のステップは、
Ｗｅｂコンテンツの内、複数の要素から成る要素群が繰り返されるコンテンツに対し、配信対象データとなる要素の親要素を指定するステップと、
前記繰り返される要素群が親階層軸上で繰り返されている場合、前記親要素の繰り返し回数を指定するステップと、
前記親要素の下位にある要素から、任意の数の配信対象の要素を指定するステップと
を備えることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項１６】
請求項１４に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記第６のステップは、
Ｗｅｂコンテンツの内、複数の要素から成る要素群が繰り返されるコンテンツに対し、配信対象データとなる要素の親要素を指定するステップと、
前記繰り返される要素群が親階層軸の下位にある同一階層軸上で繰り返されている場合、当該同一階層軸上で繰り返されている要素群の中から、繰り返される単位の最初の要素と最後の要素を指定するステップと、
繰り返し回数を指定するステップと、
前記最初の要素から最後の要素までの要素群から、任意の数の配信対象の要素を指定するステップと、
を備えることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項１７】
請求項１５または１６に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記第６のステップは、Ｗｅｂコンテンツの内、複数の要素から成る要素群が繰り返されるコンテンツに対し、配信対象として指定した要素に対する前記親階層軸または前記同一階層軸上のタグの並びを用い、当該指定要素の位置情報を定義するステップを含むことを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項１８】
請求項１に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記Ｗｅｂサーバーが、ユーザからの入力を受け付けることなく所定の情報を提示するものである場合、前記設定ファイルを生成するために、
前記ＷｅｂサーバーからＷｅｂコンテンツを取得して表示する第１のステップと、
表示したＷｅｂコンテンツから配信対象とする要素部分の指定を受け付ける第２のステップと、
配信対象要素として指定したＷｅｂコンテンツを取得して表示する第３のステップと、
配信対象要素として指定したＷｅｂコンテンツのデータ型を取得する第４のステップと、
前記前記配信対象要素として指定されたＷｅｂコンテンツとそのデータ型に基づいて、前記設定ファイルを生成するステップと
をさらに備えることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項１９】
請求項１４または１８に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記請求項１４の第２のステップおよび第６のステップ、並びに、前記請求項１８の第２のステップは、既存のＷｅｂコンテンツ内のタグで囲まれた部分単位で画面要素を選択するものであることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項２０】
請求項１９に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、
前記請求項１４の第２のステップおよび第６のステップ、並びに、前記請求項１８の第２のステップは、画面要素の選択操作に応答して、その選択操作に対応するＷｅｂコンテンツのタグ階層を求め、その階層を選択された画面要素として認識するものであることを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項２１】
請求項１２または１３に記載のＷｅｂコンテンツ内のデータ抽出配信システムにおいて、
画面上に、前記Ｗｅｂサーバーから取得したＷｅｂコンテンツを表示するＷｅｂブラウザ画面領域と、前記配信対象の要素を表示する結果表示画面領域とを表示し、前記Ｗｅｂブラウザ画面領域から前記配信対象の要素を選択して前記結果表示画面領域に挿入する操作を受け付けて、前記設定ファイルを生成することを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【請求項２２】
請求項１２または１３に記載のＷｅｂコンテンツ内のデータ抽出配信システムにおいて、
画面上に、前記Ｗｅｂサーバーから取得したＷｅｂコンテンツを表示するＷｅｂブラウザ画面領域と、前記Ｗｅｂサーバーが提供する入力画面中のFORMタグ入力部分を表示するFORMタグ入力画面領域と、前記配信対象の要素を表示する結果表示画面領域とを表示し、前記Ｗｅｂブラウザ画面領域から前記Ｗｅｂサーバーが提供する入力画面中のFORMタグ入力部分を選択して前記FORMタグ入力画面領域に挿入する操作、および前記配信対象の要素を選択して前記結果表示画面領域に挿入する操作を受け付けて、前記設定ファイルを生成することを特徴とするＷｅｂコンテンツ内のデータ抽出配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサービスの技術を用いて、Ｗｅｂコンテンツ内の必要なデータ部分だけを抽出し、無駄なデータは配信しないように編集して配信するＷｅｂコンテンツ内のデータ抽出配信方法およびシステムに関するものである。
【背景技術】
【０００２】
インターネットの普及により、Ｗｅｂサービスが広まりつつある。Ｗｅｂサービスとは、ＸＭＬおよびＳＯＡＰを用いて他のソフトウェアやＷｅｂアプリケーションからアクセスして利用できるようにしたＷｅｂベースのアプリケーション（いわば、ネットワーク上に存在するソフトウェア部品）である。
【０００３】
図３３を参照して、Ｗｅｂサービスの概要について簡単に説明する。まず、Ｗｅｂサービスを利用するためには、クライアント３３０１からサーバー３３０２にサービスの要求やパラメーターを渡したり、サーバー３３０２からクライアント３３０１に処理結果を返したりすることが必要である。Ｗｅｂサービスでは、ＨＴＴＰやＳＭＴＰなどの通信プロトコルに乗せたＸＭＬ（拡張可能なマークアップ言語）形式のメッセージによって、それらのやりとりを実現する。その通信規約がＳＯＡＰ（Simple Object Access Protocol）である。すなわち、ＳＯＡＰとは、Ｗｅｂサービスで使用されるメッセージの処理ルールを定めた通信規約である。そして、ＷＳＤＬ（Web Service Description Language）は、Ｗｅｂサービスのインターフェースを記述するためのＸＭＬ形式の言語である。つまり、クライアント３３０１からサーバー３３０２にどういうデータ型のパラメーターを渡すのか？や、サーバー３３０２から返ってくるデータ型は何なのか？等を記述するための言語である。
【０００４】
一方、例えばＰＣユーザ向けに作成された非携帯端末向けＷｅｂコンテンツを、画面サイズの小さい携帯電話機などで閲覧するため、コンテンツをＸＭＬで作成し、ＸＭＬタグで非携帯用と携帯端末用のコンテンツを区別し、ＸＳＬＴ（XSL Transformation）で必要な情報のみを取り出す方法などが知られている。
【０００５】
また特願２００２−０９１７７６号（本願と出願人同一、本願出願時点で未公開）には、ＰＣユーザ向けに作成された非携帯端末向けＷｅｂコンテンツを、画面サイズの小さい携帯電話機などの携帯端末向けに編集し直して配信する技術が記載されている。
【０００６】
ここで、Ｗｅｂサービスを利用した典型的なモデルである旅行代理店サービスについて、旧来のＷｅｂアプリケーションと比較して説明する。
【０００７】
図３４は、旧来のＷｅｂアプリケーションを用いた旅行代理店サービスのシステムである。航空機予約サイト３４０１、ホテル予約サイト３４０２、およびレンタカー予約サイト３４０３は、何れもＷｅｂアプリケーションとして構築されている。クライアント２０００のユーザは、Ｗｅｂブラウザを通して、航空機予約サイト２００１、ホテル予約サイト２００２、およびレンタカー予約サイト２００３にそれぞれアクセスして、別個に予約することになる。
【０００８】
図３５は、Ｗｅｂサービスを利用した旅行代理店サービスのシステムである。旅行代理店Ｗｅｂサービス３５０１、航空機予約Ｗｅｂサービス３５０２、ホテル予約Ｗｅｂサービス３５０３、およびレンタカー予約Ｗｅｂサービス３５０４は、何れもＷｅｂサービスである。図３５のシステムでは、クライアント３５００が日時、場所等を旅行代理店Ｗｅｂサービス３５０１に入力すると、このサービス３５０１が、航空機予約Ｗｅｂサービス３５０２から航空機、ホテル予約Ｗｅｂサービス３５０３からホテル、レンタカー予約Ｗｅｂサービス３５０４からレンタカーを、それぞれ自動的に検索して、最適な（合計代金が最小になる等）予約結果を返すことができる。
【０００９】
比較して明らかなように、Ｗｅｂサービスの技術を用いることにより、コンピューターに自動化できる部分を任せ、クライアントの負担が減るというメリットがある。また、従来のブラウザベースだけでなく、Ｗｅｂサービスという新たなインターフェースを用意することにより、販路の拡大、新価値創造、業務改革が期待できる。
【００１０】
このような統合Ｗｅｂサービスをつくるためには、各Ｗｅｂサイトから、必要なデータ（ＨＴＭＬデータではなくデータそのもの）だけを取得し、そのデータを加工する必要がある（ＨＴＭＬデータでは加工できない。）。例えば、航空機予約サイトからは飛行機代を、ホテル予約サイトからはホテル代を、レンタカー予約サイトからはレンタカー代を、それぞれ取得してその代金を合計する処理である。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
最近のＷｅｂコンテンツは、年々そのレイアウトが複雑になり、１ページに表示する情報量が増加する傾向にある。一方、Ｗｅｂコンテンツに対してブラウザでアクセスする場合は、欲しいデータが１ページ中の一部分のみである場合でも通常はそのページの全データを取得して表示している。しかし、現実的には１ページ中の一部分のみが欲しいデータである場合もあり、その場合はそのデータだけを取得できるようにしたいという要求がある。
【００１２】
上述したＸＭＬタグで非携帯用と携帯端末用のコンテンツを区別する方法によれば、例えば携帯端末用のコンテンツを部分的なデータのみにしてＸＳＬＴでそのデータを取り出すようにできる。しかし、既に作成されているＷｅｂコンテンツにそのまま適用することはできず、作成のし直しが必要である。
【００１３】
また、上述した図３４のような元々あるＷｅｂアプリケーションに加えて、図３５のように新規にＷｅｂサービスを開発するには、問題がある。それは、プログラムを２重開発することになり、保守工数が増大するという問題である。さらに、Ｗｅｂアプリケーションの画面処理以外のアルゴリズムは、流用可能であると思われるが、全てのプログラムが画面処理とそれ以外にうまく分かれているわけではないので、Ｗｅｂサービスを開発するためには、プログラム解析が必要になり、工数がかかる。
【００１４】
本発明は、このような課題を解決するためにＷｅｂサービスを用いてなされたものであり、その目的は、既存のＷｅｂコンテンツに手を加えることなく、端末に必要なデータだけを配信することができるＷｅｂコンテンツ内のデータ抽出配信方法およびシステムを実現することにある。
【００１５】
また本発明は、既存のＷｅｂアプリケーションを変更することなくＷｅｂサービス化して、コンテンツ管理者の指示に従って、Ｗｅｂコンテンツ内の必要なデータを抽出し配信することができるＷｅｂコンテンツ内のデータ抽出配信方法およびシステムを実現することを目的とする。
【課題を解決するための手段】
【００１６】
上記の目的を達成するため、請求項１に係る発明は、Ｗｅｂサーバーに存在する既存のＷｅｂコンテンツ内の一部分のデータを抽出して配信するデータ抽出配信方法であって、クライアントからのデータ配信要求に応じて、前記ＷｅｂサーバーからＷｅｂコンテンツを取得するステップと、取得したＷｅｂコンテンツ内から、配信するデータの位置とデータ型を記述した設定ファイルの内容に基づいてデータを抽出し、前記クライアントに配信するステップとを備えることを特徴とする。
【００１７】
請求項２に係る発明は、請求項１に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記設定ファイルを生成するために、Ｗｅｂコンテンツを前記Ｗｅｂサーバーから取得して表示するステップと、表示したＷｅｂコンテンツ内で配信対象とする要素部分の指定を受け付けるステップと、指定された配信対象の要素部分のＷｅｂコンテンツ内の位置情報とデータ型を記述した前記設定ファイルを生成するステップとをさらに備えることを特徴とする。
【００１８】
請求項３に係る発明は、請求項２に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記設定ファイルは、前記指定された配信対象の要素部分のＷｅｂコンテンツ内の位置情報とデータ型を記述したＸＭＬ（Extensible Markup Language）形式のファイルであることを特徴とする。
【００１９】
請求項４に係る発明は、請求項３に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記クライアントからデータ取得要求のリクエストがあったときには、該リクエストに応じたＷｅｂコンテンツを前記Ｗｅｂサーバーから取得し、前記ＸＭＬ形式の設定ファイルを読み込み、該設定ファイルに記載されている位置情報とデータ型を取得し、該位置情報とデータ型に基づいて前記Ｗｅｂコンテンツから部分的なデータを抽出し、抽出したデータを前記クライアントに返すことを特徴とする。
【００２０】
請求項５に係る発明は、Ｗｅｂサーバーに存在する既存のＷｅｂコンテンツ内の一部分のデータを抽出して配信するデータ抽出配信方法であって、前記Ｗｅｂコンテンツ内の配信対象とする要素部分である静的なデータを含む設定ファイルを生成するステップと、クライアントからのデータ配信要求に応じて、前記設定ファイルから前記静的なデータを読み出して前記クライアントに配信するステップとを備えることを特徴とする。
【００２１】
請求項６に係る発明は、請求項５に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記設定ファイルを生成するために、Ｗｅｂコンテンツを前記Ｗｅｂサーバーから取得して表示するステップと、表示したＷｅｂコンテンツ内で配信対象とする要素部分の指定を受け付けるステップと、指定された配信対象の要素部分である静的なデータを含む前記設定ファイルを生成するステップとをさらに備えることを特徴とする。
【００２２】
請求項７に係る発明は、請求項６に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記設定ファイルは、前記指定された配信対象の要素部分である静的なデータを含むＸＭＬ（Extensible Markup Language）形式のファイルであることを特徴とする。
【００２３】
請求項８に係る発明は、請求項７に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記クライアントからデータ取得要求のリクエストがあったときには、前記ＸＭＬ形式の設定ファイルを読み込み、該設定ファイルに記載されている前記静的なデータを取得し、取得したデータを前記クライアントに返すことを特徴とする。
【００２４】
請求項９に係る発明は、請求項３または７に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記ＸＭＬ形式の設定ファイルの内容に基づいて、前記指定されたＷｅｂコンテンツ内の要素部分のみをクライアントに返すようなＷｅｂサービスと、該Ｗｅｂサービスのインターフェースを記述したＷＳＤＬ（Web Service Description Language）ファイルとを、生成するステップをさらに備えることを特徴とする。
【００２５】
請求項１０に係る発明は、請求項９に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記ＷＳＤＬファイルに基づいて、前記クライアントで動作し前記クライアントと前記Ｗｅｂサービスとの間のＳＯＡＰ（Simple Object Access Protocol）メッセージのやり取りを行なうスタブプログラムを生成することを特徴とする。
【００２６】
請求項１１に係る発明は、請求項１０に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記クライアントは前記スタブプログラムを通してデータ取得要求を発行することを特徴とする。
【００２７】
請求項１２に係る発明は、Ｗｅｂサーバーに存在する既存のＷｅｂコンテンツ内の一部分のデータを抽出して配信するデータ抽出配信システムであって、クライアントからのデータ配信要求に応じて、前記ＷｅｂサーバーからＷｅｂコンテンツを取得する手段と、取得したＷｅｂコンテンツ内から、配信するデータの位置とデータ型を記述した設定ファイルの内容に基づいてデータを抽出し、前記クライアントに配信する手段とを備えることを特徴とする。
【００２８】
請求項１３に係る発明は、請求項１２に記載のＷｅｂコンテンツ内のデータ抽出配信システムにおいて、前記設定ファイルを生成するために、Ｗｅｂコンテンツを前記Ｗｅｂサーバーから取得して表示する手段と、表示したＷｅｂコンテンツ内で配信対象とする要素部分の指定を受け付ける手段と、指定された配信対象の要素部分のＷｅｂコンテンツ内の位置情報とデータ型を記述した前記設定ファイルを生成する手段とをさらに備えることを特徴とする。
【００２９】
請求項１４に係る発明は、請求項１に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記Ｗｅｂサーバーが、データ送信用のFORMタグ入力部分でユーザからの入力を受け付け、該入力に応じたデータを返すものである場合、前記設定ファイルを生成するために、前記ＷｅｂサーバーからFORMタグ入力部分を含む入力画面のＷｅｂコンテンツを取得して表示する第１のステップと、表示したＷｅｂコンテンツからFORMタグ入力部分の指定を受け付ける第２のステップと、指定したFORMタグ入力部分を取得して表示する第３のステップと、前記FORMタグ入力部分の中のINPUTタグへの入力データのデータ型を取得する第４のステップと、前記INPUTタグに適当なデータを入力し、前記Ｗｅｂサーバーから結果画面のＷｅｂコンテンツを取得して表示する第５のステップと、表示した結果画面のＷｅｂコンテンツから配信対象要素の指定を受け付ける第６のステップと、配信対象要素として指定したＷｅｂコンテンツを取得して表示する第７のステップと、配信対象要素として指定したＷｅｂコンテンツのデータ型を取得する第８のステップと、前記取得したFORMタグ入力部分とその中のINPUTタグへの入力データのデータ型、および、前記配信対象要素として指定されたＷｅｂコンテンツとそのデータ型に基づいて、前記設定ファイルを生成するステップとをさらに備えることを特徴とする。
【００３０】
請求項１５に係る発明は、請求項１４に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記第６のステップは、Ｗｅｂコンテンツの内、複数の要素から成る要素群が繰り返されるコンテンツに対し、配信対象データとなる要素の親要素を指定するステップと、前記繰り返される要素群が親階層軸上で繰り返されている場合、前記親要素の繰り返し回数を指定するステップと、前記親要素の下位にある要素から、任意の数の配信対象の要素を指定するステップとを備えることを特徴とする。
【００３１】
請求項１６に係る発明は、請求項１４に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記第６のステップは、Ｗｅｂコンテンツの内、複数の要素から成る要素群が繰り返されるコンテンツに対し、配信対象データとなる要素の親要素を指定するステップと、前記繰り返される要素群が親階層軸の下位にある同一階層軸上で繰り返されている場合、当該同一階層軸上で繰り返されている要素群の中から、繰り返される単位の最初の要素と最後の要素を指定するステップと、繰り返し回数を指定するステップと、前記最初の要素から最後の要素までの要素群から、任意の数の配信対象の要素を指定するステップと、を備えることを特徴とする。
【００３２】
請求項１７に係る発明は、請求項１５または１６に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記第６のステップは、Ｗｅｂコンテンツの内、複数の要素から成る要素群が繰り返されるコンテンツに対し、配信対象として指定した要素に対する前記親階層軸または前記同一階層軸上のタグの並びを用い、当該指定要素の位置情報を定義するステップを含むことを特徴とする。
【００３３】
請求項１８に係る発明は、請求項１に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記Ｗｅｂサーバーが、ユーザからの入力を受け付けることなく所定の情報を提示するものである場合、前記設定ファイルを生成するために、前記ＷｅｂサーバーからＷｅｂコンテンツを取得して表示する第１のステップと、表示したＷｅｂコンテンツから配信対象とする要素部分の指定を受け付ける第２のステップと、配信対象要素として指定したＷｅｂコンテンツを取得して表示する第３のステップと、配信対象要素として指定したＷｅｂコンテンツのデータ型を取得する第４のステップと、前記前記配信対象要素として指定されたＷｅｂコンテンツとそのデータ型に基づいて、前記設定ファイルを生成するステップとをさらに備えることを特徴とする。
【００３４】
請求項１９に係る発明は、請求項１４または１８に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記請求項１４の第２のステップおよび第６のステップ、並びに、前記請求項１８の第２のステップは、既存のＷｅｂコンテンツ内のタグで囲まれた部分単位で画面要素を選択するものであることを特徴とする。
【００３５】
請求項２０に係る発明は、請求項１９に記載のＷｅｂコンテンツ内のデータ抽出配信方法において、前記請求項１４の第２のステップおよび第６のステップ、並びに、前記請求項１８の第２のステップは、画面要素の選択操作に応答して、その選択操作に対応するＷｅｂコンテンツのタグ階層を求め、その階層を選択された画面要素として認識するものであることを特徴とする。
【００３６】
請求項２１に係る発明は、請求項１２または１３に記載のＷｅｂコンテンツ内のデータ抽出配信システムにおいて、画面上に、前記Ｗｅｂサーバーから取得したＷｅｂコンテンツを表示するＷｅｂブラウザ画面領域と、前記配信対象の要素を表示する結果表示画面領域とを表示し、前記Ｗｅｂブラウザ画面領域から前記配信対象の要素を選択して前記結果表示画面領域に挿入する操作を受け付けて、前記設定ファイルを生成することを特徴とする。
【００３７】
請求項２２に係る発明は、請求項１２または１３に記載のＷｅｂコンテンツ内のデータ抽出配信システムにおいて、画面上に、前記Ｗｅｂサーバーから取得したＷｅｂコンテンツを表示するＷｅｂブラウザ画面領域と、前記Ｗｅｂサーバーが提供する入力画面中のFORMタグ入力部分を表示するFORMタグ入力画面領域と、前記配信対象の要素を表示する結果表示画面領域とを表示し、前記Ｗｅｂブラウザ画面領域から前記Ｗｅｂサーバーが提供する入力画面中のFORMタグ入力部分を選択して前記FORMタグ入力画面領域に挿入する操作、および前記配信対象の要素を選択して前記結果表示画面領域に挿入する操作を受け付けて、前記設定ファイルを生成することを特徴とする。
【発明の効果】
【００３８】
本発明によれば、既存のＷｅｂコンテンツを変更することなく、Ｗｅｂコンテンツから欲しいデータ、つまりクライアントの端末への配信対象となるデータのみを配信することが可能となる。また、既存のＷｅｂアプリケーションを変更することなくＷｅｂサービス化して、コンテンツ管理者の指示に従って、Ｗｅｂコンテンツ内の必要なデータを抽出し配信することができる。そのための設定ファイルの生成は、画面上で簡単に行うことができる。
【発明を実施するための最良の形態】
【００３９】
以下、図面を参照して、本発明を実施する場合の一形態を具体的に説明する。
【００４０】
図１は、本発明に関わるＷｅｂコンテンツからのデータ抽出方法および配信システムの第１の実施形態を示すシステム構成図である。図１において、既存のＷｅｂコンテンツ１０１は、Ｗｅｂサーバー１００によって配信されている。本システムを利用しようとするコンテンツ管理者は、コンテンツ編集装置１２０上で、通信部１２１およびイントラネット１１０を通して、Ｗｅｂサーバー１００にアクセスし、クライアントのユーザが部分的に取得できるようにしたいデータを含むＷｅｂコンテンツをとってくる。そして、コンテンツ編集部１２２によって、当該部分的なデータが当該Ｗｅｂコンテンツのどこにあるのかを指定する位置情報とデータ型を記述したＸＭＬファイルを生成し、配信情報指定ＤＢ１２３に格納する。コンテンツ編集装置１２０は、このＸＭＬファイルを、通信部１２１および通信部１３１を通して、変換サーバー１３０に送る。変換サーバー１３０は、このＸＭＬファイルからＷｅｂサービスとＷＳＤＬファイルを生成し、前者は変換部１３２に、後者はＷＳＤＬＤＢ１３４に、それぞれ格納する。また、送られたＸＭＬファイルはＸＭＬＤＢ１３５に格納する。生成されたＷＳＤＬファイルには、生成されたＷｅｂサービスを呼び出す際のインターフェースが記述されているので、例えばクライアント側の端末は、このＷＳＤＬファイルからスタブプログラム１５１を生成し、さらにそのスタブプログラム１５１を元にクライアントプログラム１５０を生成することができる。このスタブプログラム１５１が、実際のＳＯＡＰメッセージのやりとりをおこなう。
【００４１】
図１のシステムにおける実際の動作を説明する。まず、クライアントプログラム１５０（Ｗｅｂサービスクライアント）がインターネット１４０を通してＳＯＡＰリクエストを変換サーバー１３０（Ｗｅｂサービスサーバー）に送る。変換部１３２は、通信部１３３を通して、そのＳＯＡＰリクエストを取得する。変換部１３２は、内部に備えているＷｅｂサービスを用いて、そのＳＯＡＰリクエストを解析し、ＸＭＬＤＢ１３５からＸＭＬファイルを読み込んで、ＨＴＴＰリクエストに変換し、通信部１３１およびイントラネット１１０を通して、Ｗｅｂサーバー１００に送る。Ｗｅｂサーバー１００は、そのＨＴＴＰリクエストに応じたＷｅｂコンテンツをＨＴＴＰレスポンスとして変換サーバー１３０に返す。変換サーバー１３０は、返ってきたＷｅｂコンテンツのＨＴＭＬソースを取得する。そして再び、前記ＸＭＬファイルを読み込み、取得したいデータの当該Ｗｅｂコンテンツ内での位置情報とデータ型を参照して、当該Ｗｅｂコンテンツから取得したいデータを取り出す。そして、取り出したデータの集合をオブジェクトとしてＳＯＡＰレスポンスに埋め込んで、それを通信部１３３およびインターネット１４０を通してクライアントプログラム１５０に渡す。以上が実際のデータ取得の流れである。
【００４２】
なお、クライアントプログラム１５０は、スタブプログラム（オブジェクト）１５１を利用してＳＯＡＰリクエストを発行する。すなわち、クライアントプログラム１５０は、Ｗｅｂサービスのメソッドを呼び出す際、引数を渡してスタブプログラム１５１を呼び出すだけであり、実際にどういうＳＯＡＰメッセージを送るのかはスタブプログラム１５１が代理で行なう。
【００４３】
図２は、コンテンツ管理者のコンテンツ編集作業の流れ（すなわち、プログラムであるコンテンツ編集部１２２の処理手順）を示すフローチャートである。まず、Ｗｅｂサーバー１００が管理しているＷｅｂコンテンツを取得して、編集画面上に表示する（ステップ２００）。次に、編集画面上でＷｅｂコンテンツ内の配信要素部分（クライアントに配信したい部分）の指定を受け付ける（ステップ２０１）。次に、当該配信対象とする要素部分のＷｅｂコンテンツ内での位置情報とデータ型（コンテンツ管理者が明示的に指定する）を記述したＸＭＬファイルを生成して配信情報指定ＤＢ１２３に格納する（ステップ２０２）。次に、上記ＸＭＬファイルを変換サーバー１３０に送る（ステップ２０３）。これにより、変換サーバー１３０は、そのＸＭＬファイルに基づいてＷｅｂサービスとＷＳＤＬファイルを作成し、Ｗｅｂサービスは変換部１３２に、ＷＳＤＬファイルはＷＳＤＬＤＢ１３４に、それぞれ格納する。また、ＸＭＬファイルはＸＭＬＤＢ１３５に格納する。
【００４４】
以上で、１ページ分の処理は終了である。クライアントのユーザーがあるページに何か入力して、その結果のページから部分的にデータを取得したいような場合（例えば、株価コードを入力して、株価のみを得る。）は、入力ページと結果ページの２ページ分の処理を行なうことになる。以上が、コンテンツ管理者の作業である。この作業をする際にコンテンツ管理者はコードを書く必要はない。
【００４５】
以下に、実際の起動例を説明する。既存のＷｅｂサーバー１００として、ＰＣを販売するＥＣ（電子商取引）サイトを考える。なお、このサイトのトップページはhttp://www.○○Computer.comとする。図３に入力画面例、図４にそのＨＴＭＬソース、図５に結果の画面例を示す。
【００４６】
このサイトでは、クライアントのユーザーがブラウザに表示された図３の画面からメーカー名やＯＳ等のデータを入力すると、http://www.○○Computer.com/△△にそれらのデータがＰＯＳＴされ、図５の画面のように、その条件に合ったＰＣの画像、機種名、価格、およびその他の情報が表示される。このシステムに本発明を適用することによって、Ｗｅｂサービス化して、ユーザーには機種名と価格のみを配信することを考える。こうすることによって、ユーザーにとって必要なデータのみが配信される。この際、既存のＷｅｂサイトの変更はない。
【００４７】
なお、以下では、「メーカー名」はＸＹＺ、「ＯＳ」はＷ（他に、Ｍ、Ｕ、その他がある）、「メモリ」は１２８（他に、２５６、５１２がある）、「付属」はＣＤ−ＲＷとＦＤ、「アプリケーション」はapp有りと入力したものとし、結果として、「機種名」がＡＢＣで、「価格」が１５３０００というデータが返ってくるとする。
【００４８】
つまり、このＷｅｂサービスでは、ユーザーが、string（メーカー名）, string（ＯＳ）, int（メモリー）,  string[]（「付属」のcheckboxにチェックをいれたもの）,string（「アプリケーション」のｒａｄｉｏにチェックしたもの）のデータ（図４の４０１〜４０５参照）をＳＯＡＰで送ると、string（機種名）, int（価格）の2つの要素をもつオブジェクトをＳＯＡＰで返すことになる。
【００４９】
まず、コンテンツ編集作業について述べる。
１．図３の入力画面を編集画面に表示する（ステップ２００）。
２．ユーザーによる図４のformタグで囲まれている部分の指定を受け付ける（ステップ２０１）。
３．同様にして、図５の結果の画面についても、編集画面に表示し、配信部分の指定を受け付ける（ステップ２００，２０１）。ここでは機種名と価格の部分が指定されたとする。
４．上記の１．〜３．で取得した情報から生成したＸＭＬファイルを配信情報指定ＤＢ１２３に格納する（ステップ２０２）。このＸＭＬファイルの内容については、後述する。
５．上記のＸＭＬファイルを変換サーバー１３０に送り、ＷｅｂサービスとＷＳＤＬファイルを生成する（ステップ２０３）。このＷＳＤＬファイルの内容については、後述する。
以上で、コンテンツ編集作業は終了である。
【００５０】
図６および図７は、上述のコンテンツ編集作業の４．で生成されたＸＭＬファイルを示す。図６のリストの最後から図７につながるものとする。以下、ここで使われているタグについて説明する。
【００５１】
serviceタグ６０１には、このＷｅｂサービスのサービス名が記述されている。ここでは、searchである。serviceMethodタグ６０２には、このサービスで使われるメソッド名が記述されている。ここでは、searchPCである。これらのサービス名とメソッド名は、コンテンツ編集を行なうコンテンツ管理者が決めればよい。
【００５２】
requestタグ６０３には、ユーザーからのリクエスト情報（引数、つまりユーザー入力パラメーターの情報）が記述されている。なお、そのmethod属性には、HTTPのGETでアクセスするのか、POSTでアクセスするのかが記述されている。urlタグ６０４には、データをＰＯＳＴまたはＧＥＴする先のURL（要するに、図３のＨＴＭＬソースのformタグ４１１のaction属性）が記述されている。ReqParamタグ（例えば６０５）には、ユーザー入力に関する情報が記述されている。そのtype属性には、ＨＴＭＬソースのinputタグで使われた属性情報（text, radio, checkbox等）が記述されている。multi属性がonの場合は複数選択（例えば、６０６のcheckboxの場合）できる。multi属性がoffの場合は複数選択できない（例えば、６０７のＯＳの選択の場合）。inputタグ（例えば６０８）には、ユーザーが入力するデータに関する情報が記述されている。そのtype属性にはデータ型が記述されている。valueタグ（例えば６０９）には、ＨＴＭＬソースのinputタグのvalue属性の情報が記述されている。nameタグ（例えば６１０）には、ＨＴＭＬソースのinputタグのname属性の情報が記述されている。
【００５３】
responseタグ７０１には、ＷＷＷサーバー１００にリクエストを出してとってくるデータの情報が記述されている。また、そのobject属性には、最終的にとってくるデータのオブジェクト名が記述されている。この例で最終的にとってくるオブジェクトは、string型（機種名）とint型(価格)の複合型である。ResParamタグ（例えば７０２）には、とってくるデータに関する情報が記述されている。そのtype属性には、オブジェクトの要素のデータ型が記述されており、value属性には、Ｗｅｂサービス上での変数名が記述されている。xpathタグ（例えば７０３）には、とってくるデータの位置情報（XPath）が記述されている。
【００５４】
図８および図９は、上述のコンテンツ編集作業の５．で生成されたＷＳＤＬファイルを示す。図８のリストの最後から図９につながるものとする。以下、このＷＳＤＬファイルの内容を簡単に述べる。
【００５５】
８００には、ここで使われるデータ型の説明がある。つまり、ArrayOf_xsd_stringは、文字列（string[]）であり（８０１）、PCdataはstringとintの複合型である（８０２）。
【００５６】
９００には、このＷｅｂサービスの引数（string（メーカー名）、string(ＯＳ)、int（メモリー）、string[]（付属）、string（アプリケーション））（９０１）と戻り値（string（機種名）とint(価格)を要素として持つオブジェクトPCdata）（９０２）に関する情報が記述されている。９１０には、引数の順番（９１１）が記述されている。９２０には、このサービスが、ＳＯＡＰにバインディングしており、ＲＰＣで呼び出され、トランスポートのプロトコルがＨＴＴＰであることが記述されている（９２１）。９３０には、このサービスのある場所（９３１）が記述されている。
【００５７】
クライアントの端末は、図８および図９のＷＳＤＬファイルからスタブプログラム１５１を生成して、これを元に、クライアントプログラム１５０を生成する。
【００５８】
図１０は、クライアントプログラム１５０がＷｅｂサービスを呼び出す際に発行するＳＯＡＰリクエストを示す。１０００に、リクエストで送るデータが記述されている。このようなＳＯＡＰリクエストは、クライアントプログラム１５０が引数（ユーザにより入力されたデータなど）を渡してスタブプログラム１５１を呼び出すことにより、スタブプログラム１５１が生成する。
【００５９】
図１１は、変換部１３２によって図１０のＳＯＡＰリクエストをＨＴＴＰリクエストに変換したときのＨＴＴＰリクエストの内容である。この際、変換部１３２内のＷｅｂサービスは、図６および図７のＸＭＬファイルを読み込んでnameタグ（例えば６１０）の情報を取得し、該取得したデータを用いてＨＴＴＰリクエストを生成し発行する。１１００は、本例で取得したデータを用いて生成されたＰＯＳＴするデータの記述である。
【００６０】
図１２は、上記のＨＴＴＰリクエストに対するＨＴＴＰレスポンスである。１２００には、図５の結果の画面のＨＴＭＬソースが記述されている。変換部１３２内のＷｅｂサービスは、ＸＭＬＤＢ１３５からＸＭＬファイル（図６，７）を読み込み、そこに書かれたxpathタグの情報（例えば７０３）に従って、図１２のソース１２００からデータ（ここでは、機種名と価格）を取得する。そして、取得したデータをＳＯＡＰレスポンスに埋め込んでクライアントプログラム１５０に返す。上述したように、このような処理を行なうＷｅｂサービスはＸＭＬファイルから生成できる。
【００６１】
図１３は、上記のＳＯＡＰレスポンスの内容である。１３００に機種名と価格のデータが入っていることがわかる。
【００６２】
以上より、ユーザーがメーカー名、ＯＳ、メモリー、付属、アプリケーションを入力してＷｅｂサービスを呼び出した結果、機種名と価格を知ることができる。
【００６３】
なお、上記実施の形態では、Ｗｅｂコンテンツから部分的に抽出してクライアントに返信するデータの位置をＸＭＬファイル中のxpathタグで記述し、実際にクライアントから要求があったときには該xpathタグの位置情報に基づいて抽出したデータをＳＯＡＰレスポンスに埋め込んでクライアントに返している。いわば動的なＷｅｂコンテンツ内のデータをクライアントに返す例である。クライアントからの要求に応じて返すデータが、当該要求毎に異なる場合（例えば、上記実施の形態のようにクライアントのユーザが入力したデータに応じた結果を返す場合や、時間的に変化する例えば株価情報などを返す場合など）、このような動的なデータの返信の方式を用いる。
【００６４】
これに対し、クライアントからの要求に応じて返すデータが常に同じである場合は静的なデータの返信の方式を用いる。すなわち、上述の実施の形態で、ＸＭＬファイル中のxpathタグで位置情報を記述する代わりに、返信する静的なデータそのものをＸＭＬファイル中に記述しておき、クライアントから要求があったときには当該データを返すようにする。返信する静的なデータの指定の方法は、図２で説明したのと同様に行なえばよい。
【００６５】
次に、本発明の第２の実施形態を、図面を参照して具体的に説明する。本実施形態でも、第１の実施形態と同様に、Ｗｅｂコンテンツの特定要素部分を、ＳＯＡＰメッセージとして端末に配信する例について説明する。
【００６６】
図１４は、第２の実施形態のシステム構成の概要を示す。ここで示すシステムは、既存のＷｅｂコンテンツを持つＷｅｂサーバー１４００、Ｗｅｂコンテンツをどのように抽出してＳＯＡＰメッセージに変換するかを記述した設定ファイルを作成する設定ファイル作成ＰＣ１４０１、設定ファイルを保存する設定ファイルＤＢ１４０２、設定ファイルの情報に従ってＷｅｂコンテンツをＳＯＡＰメッセージに変換して配信する変換サーバー１４０３、インターネット１４０４を通してＳＯＡＰメッセージを受信するクライアントである端末１４０５を備える。
【００６７】
図１５は、図１４のこのようなシステム構成において、Ｗｅｂサーバー１４００上のＷｅｂコンテンツをＳＯＡＰメッセージに変換して配信するまでの手順を示すフローチャートである。
【００６８】
まず、ステップ１５００で、設定ファイル作成ＰＣ１４０１は、Ｗｅｂサーバー１４００から任意のＷｅｂコンテンツを取得し、画面上に表示する。ユーザは、このＷｅｂコンテンツを構成する要素の内、端末１４０５に配信する要素を選択（指定）する操作を行う。ステップ１５０１で、設定ファイル作成ＰＣ１４０１は、選択された構成要素のＷｅｂコンテンツ内での位置情報とデータ型を記述した設定ファイルを作成し、設定ファイルＤＢ１４０２に保存する。ステップ１５０２で、変換サーバー１４０３は、端末１４０５からの要求に従い、設定ファイルを参照し、Ｗｅｂサーバー１４００からＷｅｂコンテンツを取得し、さらに設定ファイルに記述された構成要素を、取得したＷｅｂコンテンツから抽出し、ＳＯＡＰメッセージに変換して、端末１４０５に配信する。
【００６９】
次に、ステップ１５００、１５０１で、設定ファイル作成ＰＣ１４０１がＷｅｂコンテンツ内の要素を選択して設定ファイルを作成する工程について、より詳細に説明する。ここでは、既存のＷｅｂサーバー１４００の入力画面が図１６(a)に示すような画面であり、その検索結果画面が図１６(b)に示すような画面であるものとし、図１６(a)の入力ページに何か（例えば、「ＸＭＬ」）を入力して検索し、図１６(b)の検索結果ページからデータ（「検索結果」１６００、「書名」と「価格」１６０１）を取得する際の設定ファイル作成について説明する。
【００７０】
図１７(a)が、設定ファイル作成ＰＣ１４０１の初期画面である。図１７(b)は、図１７(a)の初期画面中、（１）の「ファイル」メニューをマウスでクリックしたときに表示される項目を示す。図１８は、設定ファイル作成ＰＣ１４０１で設定ファイルを作成する際のフローチャートである。
【００７１】
まずユーザが、図１７(a)の（１）「ファイル」メニューから、「設定ファイル作成」を選択すると（ステップ１８００）、設定ファイル作成ＰＣ１４０１は、図１９のダイアログを表示する。ここで設定ファイルを作成する際の初期情報を指定する。
【００７２】
以下、図１９のダイアログについて説明する。まず、FORMタグ入力部分の有無を指定する（１９００）。FORMタグに何か入力して、ページ遷移する場合（例えば、始めに表示される入力ページに何か入力して指示すると、それに対する結果画面に遷移する場合など）は、FORMタグ入力部分有りと設定する。この場合は、動的データを扱うことになる。無しの場合は、ページ遷移が無い場合（例えば、始めに表示されるページで所定の情報を提示するだけの場合など）であり、静的データを扱うことになる。今回の例では、ページ遷移するのでFORMタグ有りと設定されたとする。
【００７３】
次に、Ｗｅｂサービス名、およびこのＷｅｂサービスで呼び出すメソッド名を指定する（１９０１、１９０２）。この例では、Ｗｅｂサービス名としてBookSearchが、メソッド名としてsearchが、それぞれ設定されたとする。戻り値のオブジェクト名には、ＳＯＡＰメッセージとして返ってくるデータ名を指定する（１９０３）。この例では、BookResultと設定されたとする。最後に、この設定ファイル名とこのファイルを保存するディレクトリ名を指定する（１９０４、１９０５）。この部分は以下の説明で述べないので省略する。
【００７４】
なお、ここでは省略したが、図１９のダイアログにはＯＫボタンが表示されており、上述の設定の後、ＯＫボタンをクリックして設定を確定させるものである。以上が図１９のダイアログの説明である。
【００７５】
図１８のフローチャートの説明に戻る。FORMタグ入力部分が無しの場合は、ステップ１８０１に移る。FORMタグ入力部分が有りの場合は、ステップ１８０２に移る。今回の例では、後者なので、ステップ１８０２に進む。ステップ１８０２で、設定ファイル作成ＰＣ１４０１は、図１７(a)の画面を図２０(a)の画面に切り替える。ユーザが図２０(a)の画面の（３）URL入力欄にhttp://www.○○BookSearch.co.jpと入力したとすると、設定ファイル作成ＰＣ１４０１は当該URLにアクセスし、（４）のＷｅｂブラウザ画面に当該URL書籍検索ページを表示する（ステップ１８０２）。表示された書籍検索ページ中のFORMタグの部分をユーザがマウスで選択して、（５）のFORMタグ入力画面に挿入したとすると、設定ファイル作成ＰＣ１４０１は、挿入後の状態を表示するため図２１(a)の画面を表示する（ステップ１８０３）。図２１(a)の画面において、２１００が、入力したURLである。Ｗｅｂブラウザ画面２１０１に書籍検索ページが表示され、そのうちFORMタグの部分２１０３が選択され、FORMタグ入力画面２１０２に、２１０４のように挿入されている。なお、FORMタグを挿入する際には、図２１(b)の画面が表示されるので、ユーザは該画面で入力データの変数名とデータ型を指定する。
【００７６】
FORMタグ入力部分が無しの場合、設定ファイル作成ＰＣ１４０１は、ステップ１８０１で、図１７(a)の画面を図２０(b)の画面に切り替える。図２０(b)の画面では、図２０(a)の（５）FORMタグ入力画面がない。上述したのと同様にして（３）URL入力欄にURLを入力して図２０(b)の（４）Ｗｅｂブラウザ画面にそのページを表示させ、その後はステップ１８０６に進む。
【００７７】
ここで、上述したステップ１８０３のFORMタグの選択、挿入処理について詳しく説明する。
【００７８】
図２１(a)のＷｅｂブラウザ画面２１０１に表示された書籍検索ページにおいて、FORMタグの部分をマウスで選択すると、設定ファイル作成ＰＣ１４０１は、選択部分を画面で強調表示する（２１０３）。そして、この選択操作に応答して、図２２のFORMタグ部分２２００を取得する。選択部分２１０３（図２２の２２００）をFORMタグ入力画面２１０２にドラッグアンドドロップすることにより、FORMタグ入力画面２１０２に挿入する（２１０４）。挿入する際には図２１(b)のダイアログが表示されるので、ここで入力データの変数名とデータ型を指定する。ここでは、書籍を検索するためのタイトルが入力データであるので、変数名をin0とし、データ型は、String型を指定する。設定ファイル作成ＰＣ１４０１は、挿入された選択部分（図２２の２２００）を、メモリ上の所定のワーク領域にFORMタグ入力画面のデータとして保持するとともに、指定された変数名とデータ型についても同様に保持しておく。
【００７９】
なお、FORMタグの部分をマウスで選択する操作においては、図２１(a)のＷｅｂブラウザ画面２１０１に表示された書籍検索ページ中、FORMタグ部分内のどの要素をクリックしても、FORMタグ部分の全体（即ち図２２の２２００）が選択されるものとする。例えば、「タイトル：」部分や、検索ボタン部分などをクリックするだけで、２１０３の全体が選択されるものである。
【００８０】
再び図１８のフローチャートの説明に戻る。ステップ１８０３の後、図２１(a)の画面２１０１に表示されている書籍検索ページのタイトル入力エリア（INPUTタグの部分）に何か入力すると（この例では、「ＸＭＬ」と入力したとする）、設定ファイルＰＣ１４０１は、その入力データを含むリクエストを当該ページで指定されているアドレスに送り、そのレスポンスを取得し、取得したレスポンスデータを表示するため画面遷移する（ステップ１８０４）。図２３(a)は、「ＸＭＬ」と入力して検索し、その検索結果の画面に遷移したところを示す。画面２３００に、図１６(b)に示した検索結果が表示されている。ただし、２３０６はコンテキストメニューであり、この時点では表示されていない。結果表示画面２３０３も、この時点では空欄である。コンテキストメニュー２３０６は、マウスの右クリックや所定のキーを押しながらマウスをクリックするなどの所定の操作により表示されるものである。
【００８１】
図２３(a)の画面２３００において、配信対象要素の選択、結果表示画面２３０３への挿入処理を行う（ステップ１８０５）。この処理については後に詳しく説明するが、結果表示画面２３０３へ挿入されたデータは、結果表示画面のデータとしてメモリ上の所定のワーク領域に保持されるものとする。挿入処理終了後、ユーザが図２３(a)の「ファイル」メニューで「設定ファイル保存」を選択すると、設定ファイルＰＣ１４０１は、ステップ１８０３や１８０５でメモリ上の所定のワーク領域に保持したデータから設定ファイルを生成して保存する（ステップ１８０６）。なお、具体的にどのような設定ファイルが生成・保存されるかの実例は、図３０および３１で説明する。以上で、設定ファイルの作成が終了する。
【００８２】
ここで、ステップ１８０５の処理について詳しく説明する。
【００８３】
図２４は、ステップ１８０５の処理のうち、繰り返し要素でない要素についての選択・挿入処理の流れを示したフローチャートである。繰り返し要素とは、動的なコンテンツの中で一定形式の要素が繰り返される構造になっている部分のことである。この繰り返し回数や内容はアクセスする毎に異なることが多い。例えば、図１６(b)に示すような検索キーワード「ＸＭＬ」に対する検索結果を表示するコンテンツでは、「出版社」、「書名」、「価格」から構成される検索結果が繰り返し表示され、その繰り返し回数や内容は、検索キー（この例では、「ＸＭＬ」）によって異なる。選択した配信対象要素が繰り返し要素かどうかは、この設定ファイルを作成するための操作を行うユーザが判断する。
【００８４】
まず繰り返し要素でない要素の選択・挿入処理について説明する。図２３(a)の画面２３００では、例えば２３０２に示す「検索結果」の文字列は繰り返し要素でない要素である。ユーザは、画面２３００に表示されている検索結果から、このような繰り返し要素でない要素を配信対象要素として選択し、結果表示画面２３０３に挿入（ドラッグアンドドロップ）する操作を行うことができる。そのような操作が行われたとき、設定ファイル作成ＰＣ１４０１は、ステップ２４００で、ユーザに選択された配信対象のデータ（例えば「検索結果」２３０２）部分を強調表示２３０２し、当該選択部分を結果表示画面２３０３に挿入する処理を行う。
【００８５】
なお、マウスでの選択においては、クリックされた時点のマウスポインタ２３０１の座標を含む最小限の要素を選択し、その部分を強調表示２３０２するものとする。また、この際に、図２１(b)のダイアログを再び表示し、ここで当該入力データの変数名とデータ型を指定させるものとする。ここでは、変数名をmidashiとし、データ型は、String型を指定したとする。設定ファイル作成ＰＣ１４０１は、挿入されたデータを、メモリ上の所定のワーク領域に結果表示画面のデータとして保持するとともに、指定された変数名とデータ型についても同様に保持しておく。
【００８６】
図２５は、ステップ１８０５の処理のうち、繰り返し要素についての選択・挿入処理の流れを示したフローチャートである。図２３(a)の画面２３００から「書名」と「価格」という繰り返し要素２３０５を選択、挿入する手順をこのフローチャートに従って具体的に説明する。
【００８７】
ここで、図１６(b)あるいは図２３の画面２３００に表示されたＷｅｂコンテンツのHTML文書として、図２６または図２８の２種類が考えられる。図２６のHTML文書では、各要素をオブジェクトとしたドキュメントオブジェクトツリーは、図２７のようになり、選択対象の各要素を含むオブジェクト（「書名」を含む<DIV>オブジェクトおよび「価格」を含む<B>オブジェクト）が全て同一階層軸（self-sibling軸）上にあり、その軸上で繰り返されている。一方、図２８のHTML文書のドキュメントオブジェクトツリーは図２９のようになり、選択対象要素を含むオブジェクトの親である<P>オブジェクトが選択対象要素の親階層軸(parent-sibling軸)上で繰り返されている。
【００８８】
そこで、設定ファイル作成ＰＣ１４０１は、ステップ２５００において、まず、選択対象要素を含むオブジェクト（「書名」を含む<DIV>オブジェクトおよび「価格」を含む<B>オブジェクト）の親オブジェクトを選択する。図２６および図２７の例では<BODY>オブジェクト、図２８および図２９の例では<BODY>オブジェクトの子オブジェクトの最初の<P>オブジェクトを、それぞれ選択する。この選択処理は、図２４のステップ２４０２と同様である。
【００８９】
操作上は、ユーザが、画面２３００から、<BODY>オブジェクトあるいは<BODY>オブジェクトの子オブジェクトの最初の<P>オブジェクトを選択し、コンテキストメニュー２３０６を表示させて「親要素」を指定する操作を行うことで、親要素の選択が行われるものである。なお、実際には図２３(a)の画面２３００では<BODY>や<P>などのタグは表示されていないので、表示されている要素を選択し、その親要素をHTML文書から探索して選択することになる。例えば、図２３(a)の画面であれば、ユーザは「入門ＸＭＬ」をマウスでクリックし、コンテキストメニュー２３０６を表示させて「親要素」を選択する。これにより設定ファイル作成ＰＣ１４０１は、図２６または図２８のHTML文書を解析し、「入門ＸＭＬ」から上位階層に辿って、図２６および図２７の例であれば<BODY>オブジェクト、図２８および図２９の例であれば<BODY>オブジェクトの子オブジェクトの最初の<P>オブジェクトを、それぞれ親要素として発見して選択状態とするものである。なお、図２３(a)の画面２３００でタグも表示されるようなリスト表示を行い（画面２３００とは別の画面でリスト表示を行ってもよい）、直接<BODY>オブジェクトや<P>オブジェクトを選択できるようにしてもよい。あるいは、ユーザに親要素の選択操作を行わせることなく、後のステップ２５０３や２５０５で要素が選択されたとき、先述したように自動的に親要素をHTML文書から探索して選択状態とするようにしてもよい。
【００９０】
次に、ステップ２５０１で、選択対象の要素がparent-sibling軸上で繰り返されているか判断する。これは、設定ファイル作成ＰＣ１４０１が、図２６または図２８のHTML文書を解析することで判断できる。図２６の例では、self-sibling軸で繰り返しているので、その判断結果により、ステップ２５０３に移る。図２８の例では、parent-sibling軸上で繰り返しているので、その判断結果により、ステップ２５０２に移る。
【００９１】
ステップ２５０２では、図２８および図２９のような場合における親要素<P>オブジェクトの繰り返し回数を指定する。この繰り返し回数は、このコンテンツ内での繰り返し回数ではなく、端末１４０５に配信する要素の個数である。設定ファイル作成ＰＣ１４０１は、図２３(a)のコンテキストメニュー２３０６の「繰り返し回数」がユーザにより選択されると、繰り返し回数を入力するダイアログとして図２３(b)を表示し、このダイアログで入力された回数を繰り返し回数として設定し（ここでは、３回と入力されたとする）、またオブジェクト名の欄に入力された名前を繰り返し要素全体のオブジェクト名として設定（ここでは、Bookと入力されたとする）する。なお、「すべて」にチェックをいれると画面に表示された繰り返し要素をすべて配信するように設定される。
【００９２】
ステップ２５０３では、図２６および図２７のような場合において、self-sibling軸上で繰り返される単位を明確にするために、一単位の始まりのオブジェクトを「開始要素」、終わりのオブジェクトを「終了要素」として設定する。このとき、ステップ２５００で選択した親要素<BODY>の子オブジェクトしか選択できないものとする。この設定は、コンテキストメニュー２３０６で行われる。図２６および図２７の例では、self-sibling軸上の最初の<HR>オブジェクトを開始要素、最後の<B>オブジェクトを終了要素として設定する。これは、<HR>オブジェクト<A>オブジェクト<DIV>オブジェクト<B>オブジェクトの４つのオブジェクトを一単位としてコンテンツ内で繰り返されることを意味する。
【００９３】
操作上は、ユーザが、画面２３００から、開始要素となるオブジェクトを発見して選択し、コンテキストメニュー２３０６を表示させて「開始子要素」を選択する操作を行うことで、開始要素の設定が行われるものである。終了要素の設定も同様である。なお、上述したように、実際には図２３(a)の画面２３００ではタグは表示されていないので、表示されている要素から繰り返しの先頭と見える要素を選択し、選択された要素をHTML文書から探索して開始要素に設定することになる。例えば、図２３(a)の画面であれば、ユーザは「出版社Ａ」の上側の横罫線をマウスでクリックし、コンテキストメニュー２３０６を表示させて「開始子要素」を選択する。これにより設定ファイル作成ＰＣ１４０１は、図２６または図２８のHTML文書を解析し、当該罫線に相当する<HR>オブジェクトを開始要素として設定するものである。なお、図２３(a)の画面２３００でタグも表示されるようなリスト表示を行い（画面２３００とは別の画面でリスト表示を行ってもよい）、その上で設定できるようにしてもよい。
【００９４】
ステップ２５０４では、ステップ２５０３で設定した繰り返し単位の繰り返し回数を設定する。ここでの繰り返し回数は、ステップ２５０２で説明した繰り返し回数を同じ意味である。ユーザの操作および設定ファイル作成ＰＣ１４０１の処理もステップ２５０２で説明したのと同様である。
【００９５】
ステップ２５０５では、ここまでのステップで設定した繰り返し単位に含まれる要素の内、端末１４０５に配信する要素を指定する。ここでは、複数の要素を指定できる。この指定は、コンテキストメニュー２３０６の「配信要素」を選択することで行われる。ユーザの操作および設定ファイル作成ＰＣ１４０１の処理は、ステップ２５０３で開始要素を設定する方法と同様である。いま説明している例では、図２３の画面２３００中の「入門ＸＭＬ」とその下の「１０００」が配信要素に設定されたとする。この場合、図２６および図２７の例の場合は、self-sibling軸上の「書名」を含む<DIV>オブジェクトおよび「価格」を含む<B>オブジェクトが配信要素として設定されたことになる。また、図２８および図２９の例の場合は、ステップ２５００で設定した親要素<P>の子オブジェクトの内、「書名」を含む<DIV>オブジェクトおよび「価格」を含む<B>オブジェクトが配信要素として設定されたことになる。
【００９６】
配信要素の選択が終わると、設定ファイル作成ＰＣ１４０１は、ステップ２５０６で、結果表示画面２３０３にこれまでのステップで選択した要素を挿入して、選択要素として表示する（２３０７）。また、挿入する際、図２１(b)のダイアログが表示され、ここで入力データの変数名とデータ型を指定する。この例では、「書名」に対しては、変数名をbookTitleとし、データ型はString型を指定し、「価格」に対しては、変数名をbookPriceとし、データ型はint型を指定したとする。
【００９７】
なお、配信要素として選択した要素を結果表示画面２３０３に挿入する処理を実行するタイミングは任意である。例えば、ステップ２５０５で選択された配信要素については反転表示したり色を変えて表示するなどしておき、ユーザがそれら選択された要素をまとめて結果表示画面２３０３にドラッグアンドドロップしたとき、ステップ２５０６の処理を行えばよい。また、ステップ２５０５で配信要素を選択するごとに、その配信要素についてステップ２５０６の処理を行うようにしてもよい。
【００９８】
また、ステップ２５００からステップ２５０５において、設定ファイル作成ＰＣ１４０１は、コンテキストメニュー２３０６の「リセット」が選択されたときには、それまでに実施した選択を取り消す。
【００９９】
なお、図２５の処理は操作手順に沿った流れで記載しているが、実際に処理を行う各処理プログラムはイベントドリブンの形式になっており、任意の要素を選択してコンテキストメニュー２３０６の何れかの項目が選択されたとき、その項目に応じた処理プログラムが実行されるようになっている。例えば、コンテキストメニュー２３０６の「親要素」が選択されたらステップ２５００の処理を行う、「開始子要素」が選択されたらステップ２５０３のうち開始要素を選択する処理を行う、「配信要素」が選択されたらステップ２５０５の処理を行う（当該要素に対するステップ２５０６の処理も同時に行う）、という具合である。
【０１００】
図３０と図３１は、それぞれ、設定ファイル作成ＰＣ１４０１が前述の工程を通して、図２６と図２８のHTML文書例から作成した設定ファイル例である。設定ファイル作成ＰＣ１４０１は、図１８のステップ１８０６において、ステップ１８０３や１８０５でメモリ上の所定のワーク領域に保持してあるデータ（図２１(a)のFORMタグ入力画面２１０２や図２３(a)の結果表示画面２３０３に挿入されたデータなど）に基づいて設定ファイルを作成する処理を行う。
【０１０１】
まず、設定ファイル作成ＰＣ１４０１が図２６のHTML文書に対する図３０の設定ファイルを作成する方法について説明する。
【０１０２】
図３０において、serviceタグには、Ｗｅｂサービスのサービス名が記述されている。ここには、図１９の１９０１で指定した値が設定される。serviceMethodタグには、Ｗｅｂサービスのメソッド名が記述されている。ここには、図１９の１９０２で指定した値が設定される。requestタグに含まれる要素は、すべて、図２２のFORMタグの情報２２００から取り出したものである。method属性には、FORMタグの情報２２００中のmethod属性の値が、urlタグには、FORMタグの情報２２００中のaction属性の値が、それぞれ設定される（３０００）。ReqParamタグには、FORMタグの情報２２００に含まれるINPUTタグの情報が設定される（３００１）。ReqParamタグのtype属性には、当該INPUTタグのtype属性が設定される。inputタグのtype属性とdata属性には、ステップ１８０２において図２１(b)のダイアログで指定したデータ型と変数名が設定される。nameタグには、FORMタグの情報２２００中のINPUTタグのname属性が設定される。
【０１０３】
responseタグには、端末１４０５に配信されるデータに関する情報が記述されている。ResParamタグには、配信されるデータの具体的な情報が設定される（３００２、３００３）。最初のResParamタグのtype属性とvalue属性には、String型とmidashiという変数名が設定されている。これは、ステップ２４００において図２１(b)のダイアログで指定したデータ型と変数名である。この変数midashiには、「検索結果」という文字列２３０４が入っているはずである。xpathタグには、配信対象データのＷｅｂコンテンツ内での位置情報が記述されている。
【０１０４】
responseタグ内の２番目のResParamタグには、繰り返し要素に関する情報が記述されている（３００３）。value属性には、ステップ２５０４において図２３(b)のダイアログで指定した値が設定されている。parent-pathタグには、parent-sibling軸上のタグの並びを記述する（３００４）。親要素として選択した要素<BODY>には、特に印し（記号\）を付加する。ancestor-pathタグには、parent-sibling軸上までのpathを記述する（３００４）。self-siblingタグには、self-sibling軸上にあるタグの並びを記述する（３００４）。ただし、ここでは要素がself-sibling軸上で繰り返されるので、開始要素<HR>と終了要素<B>とで指定された繰り返し単位の要素の並びは（）で括り、繰り返しを表す記号*を付加し、繰り返し回数を属性iterationに記述する（３００４）。さらに、配信要素として選択した要素<DIV>、<B>には、記号\を付加する（３００４）。dataタグには、繰り返し要素の内の配信対象要素のデータ型（type属性）と変数名が記述されている（３００３）。
【０１０５】
次に、設定ファイル作成ＰＣ１４０１が図２８のHTML文書に対する図３１の設定ファイルを作成する方法について説明する。図３１では、繰り返しの部分である３１００以外は、図３０と同様である。よって、３１００の部分だけ説明する。即ち、図２８のHTML文書では、parent-sibling軸上で要素が繰り返されるので、parent-siblingの<P>を（）で括り、繰り返し記号*を付加している。さらに属性iterationに繰り返し回数を設定している。
【０１０６】
なお、FORMタグ入力画面が無い図２０(b)を使って設定ファイルを作成した場合は、端末１４０５からのデータ入力が無いので、図３０の３００１は無い。そして、urlタグには、図２０(b)のURL入力欄に入力した値が記述されることになる（３０００）。また、繰り返し要素も無いので３００３の部分も存在しない。
【０１０７】
設定ファイル作成ＰＣ１４０１は、このように作成した設定ファイルを設定ファイルＤＢ１４０２に保存する。このような設定ファイルを用意しておけば、図１４の変換サーバー１４０３は、端末１４０５からＳＯＡＰリクエストがあったとき、設定ファイルのrequestタグの内容に基づいてＷｅｂサーバー１４００にＨＴＴＰリクエストを出し、そのＨＴＴＰレスポンスを取得し、設定ファイルのresponseタグの内容に基づいて当該ＨＴＴＰレスポンスから所定のデータを取り出し、ＳＯＡＰレスポンスを生成して端末１４０５に返すことができる。
【０１０８】
図３２は、変換サーバー１４０３が、図３０や図３１の設定ファイルに従って、Ｗｅｂサーバー１４００からＷｅｂコンテンツを抽出し、ＳＯＡＰメッセージに変換して端末１４０５に配信する場合のＳＯＡＰメッセージの例を示す。「検索結果」３２００と、「書名」および「価格」の繰り返し要素３２０１が、ＳＯＡＰメッセージとして端末１４０５に返されることがわかる。
【０１０９】
なお、上記実施の形態では、Ｗｅｂコンテンツから部分的に抽出して端末１４０５に配信するデータの位置をＸＭＬファイル中のxpathタグで記述し、実際に端末１４０５から要求があったときには該xpathタグの位置情報に基づいて抽出したデータをＳＯＡＰレスポンスに埋め込んで端末１４０５に返している。いわば動的なＷｅｂコンテンツ内のデータを端末に返す例である。端末１４０５からの要求に応じて返すデータが、当該要求毎に異なる場合（例えば、上記実施の形態のように端末のユーザが入力したデータに応じた結果を返す場合や、時間的に変化する例えば株価情報などを返す場合など）、このような動的なデータの配信方式を用いる。
【０１１０】
これに対し、端末１４０５からの要求に応じて返すデータが常に同じである場合（例では、「検索結果」）は静的なデータの返信の方式を用いることができる。すなわち、上述の実施の形態で、設定ファイル中のxpathタグで位置情報を記述する代わりに、配信する静的なデータそのものを設定ファイル中に記述しておき、端末１４０５から要求があったときにはＷｅｂサーバー１４００にアクセスせずに当該データを返すようにする方法である。
【図面の簡単な説明】
【０１１１】
【図１】本発明に関わるＷｅｂコンテンツ内のデータ抽出方法および配信システムの第１の実施形態を示す全体構成図
【図２】コンテンツ編集作業の流れを示したフローチャート図
【図３】ユーザー入力画面を示す図
【図４】入力画面のＨＴＭＬソースを示す図
【図５】結果表示画面を示す図
【図６】コンテンツ編集作業によって生成されるＸＭＬファイルの内容（その１）を示す図
【図７】コンテンツ編集作業によって生成されるＸＭＬファイルの内容（その２）を示す図
【図８】上記ＸＭＬファイルを変換サーバーに送った結果生成されるＷＳＤＬファイルの内容（その１）を示す図
【図９】上記ＸＭＬファイルを変換サーバーに送った結果生成されるＷＳＤＬファイルの内容（その２）を示す図
【図１０】ＳＯＡＰリクエストの内容を示す図
【図１１】ＨＴＴＰリクエストの内容を示す図
【図１２】ＨＴＴＰレスポンスの内容を示す図
【図１３】ＳＯＡＰレスポンスの内容を示す図
【図１４】本発明に関わるＷｅｂコンテンツ内のデータ抽出方法および配信システムの第２の実施形態を示す全体構成図
【図１５】Ｗｅｂサーバーから端末にデータを配信するまでの手順を示すフローチャート図
【図１６】Ｗｅｂコンテンツの例を示す図
【図１７】設定ファイル作成ＰＣの初期画面例を示す図
【図１８】設定ファイル作成の処理手順を示したフローチャート図
【図１９】設定ファイル作成ＰＣで使われるダイアログを示す図
【図２０】設定ファイル作成ＰＣで使われる画面を示す図
【図２１】設定ファイル作成ＰＣでの端末入力データの処理部分を示す図
【図２２】図１６(a)のHTML文書を示す図
【図２３】設定ファイル作成ＰＣでの端末への出力データの処理部分を示す図
【図２４】端末への配信対象データの指定処理を示すフローチャート図
【図２５】繰り返し要素の指定処理を示すフローチャート図
【図２６】self-sibling軸（タグの同一階層軸）上で構成要素が繰り返されるＷｅｂコンテンツのHTML文書を示す図
【図２７】図２６のHTML文書の各要素をオブジェクトとしたドキュメントオブジェクトツリーを示す図
【図２８】parent-sibling軸（タグの親階層軸）上で構成要素が繰り返されるＷｅｂコンテンツのHTML文書を示す図
【図２９】図２８のHTML文書の各要素をオブジェクトとしたドキュメントオブジェクトツリーを示す図
【図３０】設定ファイル作成ＰＣが図２６のＷｅｂコンテンツから作成した設定ファイルを示す図
【図３１】設定ファイル作成ＰＣが図２８のＷｅｂコンテンツから作成した設定ファイルを示す図
【図３２】端末に配信されるＳＯＡＰメッセージを示す図
【図３３】Ｗｅｂサービスの概要図
【図３４】Ｗｅｂアプリケーションの例を示す図
【図３５】Ｗｅｂサービスの例を示す図
【符号の説明】
【０１１２】
１００…Ｗｅｂサーバー、１０１…既存コンテンツＤＢ、１１０…イントラネット、１２０…コンテンツ編集装置、１２１…コンテンツ編集装置の通信部、１２２…コンテンツ編集部、１２３…配信情報指定ＤＢ、１３０…変換サーバー、１３１…変換サーバー内の通信部、１３２…変換サーバー内の変換部、１３３…変換サーバー内の通信部、１３４…ＸＭＬＤＢ、１３５…ＷＳＤＬＤＢ、１４０…インターネット、１５０…クライアントプログラム、１５１…スタブプログラム。
【図１】
2004272871.tif 000003
【図２】
2004272871.tif 000004
【図３】
2004272871.tif 000005
【図４】
2004272871.tif 000006
【図５】
2004272871.tif 000007
【図６】
2004272871.tif 000008
【図７】
2004272871.tif 000009
【図８】
2004272871.tif 000010
【図９】
2004272871.tif 000011
【図１０】
2004272871.tif 000012
【図１１】
2004272871.tif 000013
【図１２】
2004272871.tif 000014
【図１３】
2004272871.tif 000015
【図１４】
2004272871.tif 000016
【図１５】
2004272871.tif 000017
【図１６】
2004272871.tif 000018
【図１７】
2004272871.tif 000019
【図１８】
2004272871.tif 000020
【図１９】
2004272871.tif 000021
【図２０】
2004272871.tif 000022
【図２１】
2004272871.tif 000023
【図２２】
2004272871.tif 000024
【図２３】
2004272871.tif 000025
【図２４】
2004272871.tif 000026
【図２５】
2004272871.tif 000027
【図２６】
2004272871.tif 000028
【図２７】
2004272871.tif 000029
【図２８】
2004272871.tif 000030
【図２９】
2004272871.tif 000031
【図３０】
2004272871.tif 000032
【図３１】
2004272871.tif 000033
【図３２】
2004272871.tif 000034
【図３３】
2004272871.tif 000035
【図３４】
2004272871.tif 000036
【図３５】
2004272871.tif 000037