JP2001109742A - ウェブページ部品統合処理方法及びクライアント装置 - Google Patents

Abstract

(57)【要約】 【課題】 エンドユーザ側でウェブページの再構築等を
行うことを可能とするウェブページ部品統合処理方法を
提供すること。 【解決手段】 所望のウェブサーバから取得された所望
のウェブページ２０１について、該ウェブページのデー
タ内に含まれる、該ウェブページから切り出して該ウェ
ブページのその他の部分とは独立に処理可能なように記
述された独立可能部分を特定するタグ情報を抽出し、こ
のウェブページに含まれる独立可能部分がユーザ指定さ
れたことが、抽出されたタグ情報に基づいて検出された
場合、該ユーザ指定された独立可能部分の内容を含むペ
ージ部品を生成し（２１２）、生成されたページ部品を
記憶し（２２２）、１または複数のウェブサーバから取
得された複数のウェブページの各々から生成された複数
のページ部品に対応する独立可能部分を含む新たなウェ
ブページを生成する（２２３，２２５）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、所望のウェブサイ
トが提供する所望のウェブページ上の所望の情報を統合
的に処理するためのウェブページ部品統合処理方法及び
クライアント装置に関する。

【０００２】

【従来の技術】検索機能を提供する検索ページサイトの
いくつかは、検索した結果、確からしいウェブページの
ＵＲＬをハイパーリンクとして列挙表示するウェブペー
ジを、自動的に生成する、といった技術を用いている。

【０００３】また、電子商取引のサービスを提供する電
子モールサイトのいくつかは、他の店舗のウェブページ
を取得して、ウェブページに含まれる情報を解析し、サ
イト内部のデータベースに格納する。そして、ウェブク
ライアントから要求があると、データベースから情報を
引き出して、ウェブページを自動生成する。ただし、他
の店舗のウェブページの記述形式は店舗によって違うた
め、電子モールサイトは、店舗ごとに異なる解析プログ
ラムを用意するという高いコストを支払う方法を取って
いる。一方、そのような高いコストを避けるため、ウェ
ブページの記述形式を全く統一するという試みがある
が、記述形式を全く統一することは、ウェブページの作
者に強い制限を与えて、ページ記述の拡張性・自由度を
失わせるという欠点を持つ。

【０００４】

【発明が解決しようとする課題】まず、ＷＷＷにおい
て、異なるウェブサイトや異なるウェブページに記載さ
れる情報を集めて分解・再構築して１つのウェブページ
に統合する際に、二つの問題点が存在する。１つは、集
める対象となるウェブページごとに記述形式が異なると
いうことが原因となって、ウェブページの分解・解析に
高いコストを要する点である。もう１つは、このコスト
を防ぐために集める対象となるウェブページの記述方法
に強い制約を与えると、そのためにそれらウェブページ
の記述自由度が大きく引き下げられる点である。

【０００５】また、ＷＷＷにおいて、異なるウェブサイ
トやウェブページに記載される情報を集めて分解・再構
築して１つのウェブページにまとめる機能は、従来、ウ
ェブサーバサイトにおいてのみしか行うことができなか
った。したがって、ウェブページを閲覧するエンドユー
ザは、ウェブサーバサイトが用意した再構築結果しか構
築できないという欠点があった。

【０００６】本発明は、上記事情を考慮してなされたも
ので、ウェブページの記述方法に強い制約を与えること
なく、ウェブページの分解・解析を低コスト化すること
を可能とし、また、エンドユーザ側でウェブページの再
構築等を行うことを可能とするウェブページ部品統合処
理方法及びクライアント装置を提供することを目的とす
る。

【０００７】

【課題を解決するための手段】本発明（請求項１）に係
るウェブページ部品統合処理方法は、所望のウェブサー
バから取得された所望のウェブページについて、該ウェ
ブページのデータ内に含まれる、該ウェブページから切
り出して該ウェブページのその他の部分とは独立に処理
可能なように記述された独立可能部分を特定するタグ情
報（例えば、ＸＭＬの新しいタグでもよいし、ＨＴＭＬ
の既存のタグに新しい意味付けを与えたものでもよい）
を抽出し、このウェブページに含まれる独立可能部分が
ユーザ指定されたことが、抽出された前記タグ情報に基
づいて検出された場合、該ユーザ指定された独立可能部
分の内容を含むページ部品を生成し、生成された前記ペ
ージ部品を記憶し、１または複数のウェブサーバから取
得された複数のウェブページの各々から生成された複数
のページ部品に対応する独立可能部分を含む新たなウェ
ブページを生成することを特徴とする。

【０００８】本発明（請求項７）に係るクライアント装
置は、所望のウェブサーバから取得された所望のウェブ
ページについて、該ウェブページに含まれる予め定めら
れた一纏まりの内容の部分に対するユーザ指定がなされ
たことが検出された場合、該一纏まりの内容の部分に対
応するページ部品を生成するためのページ部品生成手段
と、生成された前記ページ部品を記憶するための記憶手
段と、複数の前記ページ部品を元にした新たなウェブペ
ージを生成するためのウェブページ生成手段とを備えた
ことを特徴とする。

【０００９】好ましくは、生成された前記新たなウェブ
ページ内で、複数の前記ページ部品に含まれるデータに
対し（比較、合計金額見積もり、個数設定、一括発注等
の）処理を行う手段を更に備えるようにしてもよい。

【００１０】好ましくは、生成された前記新たなウェブ
ページ単位もしくは前記ページ部品単位で、該新たなウ
ェブページもしくは該ページ部品に対して行われた操作
を保存する手段を更に備えるようにしてもよい。

【００１１】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。

【００１２】また、装置または方法に係る本発明は、コ
ンピュータに当該発明に相当する手順を実行させるため
の（あるいはコンピュータを当該発明に相当する手段と
して機能させるための、あるいはコンピュータに当該発
明に相当する機能を実現させるための）プログラムを記
録したコンピュータ読取り可能な記録媒体としても成立
する。

【００１３】本発明によれば、（エンド）ユーザは、任
意のウェブサイトから取得したウェブページから選択し
た部分（部分情報）同士を組み合わせて、新しいページ
を作成することができる。このページは、その（エン
ド）ユーザだけのオリジナルであり、他人に公開しない
で秘密にすることもできる。あるいは、他人に提供して
使用して貰うこともできる。また、本発明によれば、ウ
ェブページに対して、部分的に取り出せる領域を示す印
（タグ情報）を付けるという記法によって、あるいは該
部分に対応するデータを出力するプログラム（例えば、
ドラッグイベントハンドラ）を付加することによって、
情報を収集する手続きが汎用的になり、収集作業を低コ
スト化することができる。その一方で、ウェブページの
作者自身が、部分的に取り出して欲しい領域の単位を収
集する側に主張することができる。また、本発明によれ
ば、上記印もしくは上記プログラムを付加することまた
はその他の必要な情報を付加することなどのページ記述
のルールに準拠すればよいため、ウェブページの作者に
対して強い制限を与えないで済むという利点がある。

【００１４】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００１５】（第１の実施形態）図１は、本発明を適用
するネットワーク環境の一例を示す。この環境下におい
て、インターネットに代表されるコンピュータネットワ
ーク基盤１０３を通じて、あるウェブクライアントサイ
ト（ウェブクライアント側ＬＡＮ）１０２におけるウェ
ブクライアント（クライアント装置）１０１は、複数の
ウェブサーバサイト（ウェブサーバ側ＬＡＮ）１０４〜
１０６におけるウェブサーバ（サーバ装置）１０７〜１
０９に存在する所望のウェブページを取得し、ＣＲＴ等
の表示装置（図示せず）を用いて表示する。なお、各サ
イトには複数のクライアント装置やサーバ装置が接続さ
れても構わない。また、コンピュータネットワーク基盤
１０３には、複数のウェブクライアントサイトが接続さ
れるのが通常であるが、図１ではある１つのウェブクラ
イアントサイトのみ示してある。

【００１６】本発明を適用したソフトウェアは、このよ
うな環境において、「ウェブクライアント１０１」およ
び取得対象となる各々の「ウェブページ」の内部に配置
される。

【００１７】図２は、本実施形態のクライアント装置
（計算機）上で実現されるシステムの全体構成例を示し
ている。

【００１８】本システムは、ウェブページ２０１および
人間の操作（以下、ユーザ操作）２０２，２０３，２０
４を入力対象、ＣＲＴあるいは液晶等の表示装置２０５
およびアプリケーションプログラム２０６を出力対象と
する。

【００１９】また、本システムは、大きく二つのサブシ
ステムを持っている。一つはウェブページ内に組み込ま
れる第１のソフトウェアプログラム２１０であり、もう
一つはＯＳ上で直接動作する一般的なアプリケーション
として実行される第２のソフトウェアプログラム２２０
である。

【００２０】本システムは、それらに加えて、それらを
支援するページ受信モジュール２８０およびまたはペー
ジ発信モジュール２８２を備えてもよい。ページ受信モ
ジュール２８０は外部システムからウェブページを受け
取るためのモジュールであり、ページ発信モジュール２
８２は外部システムへウェブページを発信するためのモ
ジュールである。

【００２１】ページ受信モジュール２８０は、外部シス
テムからウェブページを取得して、第１のソフトウェア
プログラム２１０に転送する。このページ受信モジュー
ル２８０は、ウェブページをＨＴＴＰを介して取得する
ことができることに加えて、ＰＯＰ３などのメールプロ
トコルを通じて取得することもできる。また、外部のペ
ージ発信モジュールとＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔで
接続して、インスタントメッセージとして受け取ること
もできる。メールプロトコルの場合、本文にウェブペー
ジが記載された形式のメールを受信することになる。メ
ールプロトコルは、ＨＴＴＰと違い、特定の人間から特
定の人間へ転送することができる特徴があり、場合によ
ってこれが利点となる。いずれのプロトコルを経由した
としても、ただちに第１のソフトウェアプログラム２１
０に転送される。

【００２２】図２に示されるように、第１のソフトウェ
アプログラム２１０は、ページ表示モジュール２１１、
ページ部品抽出モジュール２１２、ページ部品送信モジ
ュール２１３を含む。また、第２のソフトウェアプログ
ラム２２０は、ページ部品受信モジュール２２１、ペー
ジ部品データベース２２２、ページ部品整理モジュール
２２３、一般アプリ接続モジュール２２４、ページ生成
モジュール２２５を含む。

【００２３】さて、ウェブページ２０１が本システムに
入力されると、そのウェブページ内に組み込まれている
ソフトウェアプログラム２１０が駆動される。まず、ペ
ージ表示モジュール２１１が駆動されて、ウェブページ
は人間（以下、ユーザ）に読めるように整形される。そ
の整形されたウェブページが表示装置２０５に出力され
ることによって、ユーザに対してウェブページが表示さ
れる。次に、ページ表示モジュール２１１は、獲得した
ウェブページ２０１を、ページ部品抽出モジュール２１
２に送信する。

【００２４】ページ部品抽出モジュール２１２は、ペー
ジ表示モジュール２１１から入力されるウェブページ２
０１とユーザ操作２０２を両方受け取って初めて起動さ
れる。ページ部品抽出モジュール２１２は、起動される
と、受け取ったウェブページから、ユーザ操作２０２に
より指定される部分文書を判定して（例えば、ウェブペ
ージが表示された表示画面上においてマウスカーソルに
より指示された箇所に該当する部分文書を求めて）、そ
の部分文書をもとにページ部品を生成する。さらに引き
続いて、ページ部品送信モジュール２１３へ生成された
ページ部品を送信する。

【００２５】ここで、「部分文書」とは、ウェブページ
のデータ内に含まれる、該ウェブページから切り出して
該ウェブページのその他の部分とは独立に処理可能なよ
うに記述された部分である。

【００２６】部分文書は、例えば、これを特定するタグ
（例えば、ＸＭＬの新しいタグでも、ＨＴＭＬの既存の
タグに新しい意味付けを与えたものでもよい）で特定さ
れる。なお、ウェブページと部分文書の具体例を後に示
す（図４参照）。

【００２７】また、「ページ部品」とは、ウェブページ
の部分文書を含み、他のページ部品と組み合わされて新
しいウェブページを構成することのできるデータ単位で
ある。なお、ページ部品のデータ構造の具体例を後に示
す（図９参照）。

【００２８】ページ部品送信モジュール２１３は、ペー
ジ部品抽出モジュール２１２からページ部品を受信する
と、ページ部品受信モジュール２２１に対して、ページ
部品を送信する。

【００２９】第２のソフトウェアプログラム２２０側の
ページ部品受信モジュール２２１は、ページ部品を受信
すると、該ページ部品をページ部品データベース２２２
に格納する。

【００３０】ページ部品整理モジュール２２３は、ペー
ジ部品格納モジュール２２２に蓄積されているページ部
品群に対して、検索や削除など種々のコマンドを実行す
ることのできるモジュールである。ページ部品整理モジ
ュール２２３は、ユーザ操作２０３により発行されるコ
マンドに従い、それらのコマンドを実行する。

【００３１】一般アプリ接続モジュール２２４は、ペー
ジ部品整理モジュール２２３が持つコマンドの１つによ
って起動され、ページ部品内部のアプリケーション用の
データを取り出し、そのデータに対応するアプリケーシ
ョンに対して、そのデータを送信するのに必要な手続き
をユーザと対話的に実行する。

【００３２】ページ生成モジュール２２５は、ページ部
品整理モジュール２２３が持つコマンドの１つによって
起動される。ページ生成モジュール２２５は、ページ部
品データベース２２２に蓄積されているページ部品の全
てまたは選択された一部のものを表示する（含む）ウェ
ブページを生成する。作成されたウェブページは、ペー
ジ表示モジュール２１１へ送信される。

【００３３】なお、ウェブページを表示する際には、部
分文書の部分については、それが部分文書であること
（ページ部品にできること）をユーザに分かるように表
示等してもよい。

【００３４】また、ページ生成モジュール２２５によっ
て作成されたウェブページを外部システムに対して発信
する場合は、そのウェブページをページ発信モジュール
２８２へ転送する。ページ発信モジュール２８２は、ウ
ェブページを受け取るとＨＴＴＰまたはＳＭＴＰなどの
メールプロトコルを通じて外部システムに当ウェブペー
ジを発信する。メールプロトコルの場合、本文にウェブ
ページが記載された形式のメールを受信することにな
る。メールプロトコルは、ＨＴＴＰと違い、特定の人間
から特定の人間へ転送することができる特徴があり、場
合によってこれが利点となる。

【００３５】図３は、本実施形態のシステムの論理的な
処理の流れの概要を示している。

【００３６】本システムは、例えば、外部からウェブペ
ージ（３０９）がダウンロードされることにより起動さ
れる（手順３０２）。その後、ダウンロードされたウェ
ブページを解釈して、該ウェブページをＣＲＴ等の表示
装置に表示する手順３０３を行う。この手順３０２，３
０３の機能は、一般的なウェブブラウザの機能を利用し
て実装されるものである。

【００３７】次に、手順３０２，３０３で処理されたウ
ェブページを解析し、該ウェブページに含まれる、ペー
ジ部品の素材となる１または複数の部分文書のうち、ユ
ーザ操作により指定されたものを特定した上で、その部
分文書を抽出し加工してページ部品として生成し、それ
らを格納する手順を行う（手順３０４）。

【００３８】ここまでの手順はウェブページに含まれる
ソフトウェアプログラム２１０として実装されるのに対
して、以降の作業は一般的なアプリケーションのソフト
ウェアプログラム２２０として実装される。

【００３９】さて、続いて、手順３０４において生成さ
れたページ部品を転送する手順を行う（手順３０５）。
この手順３０５の機能は、「当該ウェブページ内のソフ
トウェアプログラム２１０が、当該ウェブページ内部に
維持するページ部品を、一般的なアプリケーションとし
て実装されるソフトウェアプログラム２２０の持つペー
ジ部品用のデータベース２２２に、コピーすること」を
実現するものであり、このコピー機能自体はＯＳの機能
を利用して実現される。例えば、Ｍｉｃｒｏｓｏｆｔ社
の製品であるＷｉｎｄｏｗｓシリーズのＯＳ上で本シス
テムを動作させる場合は、ＯＳの機能の１つであるＯＬ
Ｅ転送を用いて実装することによっても実現可能であ
る。

【００４０】次に、アプリケーションとして実装される
ソフトウェアプログラム２２０が内部に持つページ部品
をユーザのために整理して見せる手順を行う（手順３０
６）。この手順はＧＵＩを用いてユーザと対話的に行わ
れるものであり、フォルダー作成、検索、部品削除など
のコマンドが用意されている。

【００４１】また、手順３０６の整理手順を行っている
状態において、ＧＵＩ上のコマンドを介して、図面ＣＡ
Ｄアプリケーションや表計算ソフトなどといった一般ア
プリケーションへデータを転送する手順３０７を動作さ
せることができる。このアプリケーションへデータを転
送する手順３０７では、ページ部品を解析することによ
り、ページ部品にあらかじめ含まれているまたは関連付
けられている、ＣＡＤや表計算ソフトウェアといった様
々なアプリケーション用のデータを取り出す作業に引き
続き、取り出されたそれらアプリケーション用のデータ
を、そのデータに対応するアプリケーションへ転送する
手順が実行される。なお、その手順を行う前に、対応す
るアプリケーションがＯＳ上で起動されていない場合
は、その対応するアプリケーションをあらかじめ起動す
る。

【００４２】また、手順３０６の整理手順を行っている
状態において、ＧＵＩ上のコマンドを介して、現在格納
しているページ部品群を１つのウェブページとして再構
築する手順３０８を動作させることができる。具体的に
は、このページの生成手順３０８では、格納されている
全てのまたはユーザによって指定されたページ部品群の
ページ部品の各々がその内部に持つＨＴＭＬやＸＭＬな
どに代表されるマークアップ言語をもとに、それらの変
換、結合、加筆作業等を行うことにより、様々なウェブ
ページから切り出され維持されているページ部品を表示
として含むウェブページを新たに構築する。また、この
作業過程において、構成するページ部品のうち、ＸＳＬ
やＣＳＳなどに代表されるスタイルシートが含まれてい
る場合、ユーザは当該新たに作成するウェブページに対
して適用するスタイルシートを選択することができる。
さらに、この作業が終わると、そのページを表示する作
業が行われる。

【００４３】なお、ウェブページは、ウェブサーバから
ネットワークを介して取得したものでなくても構わな
い。例えば、ウェブサーバからネットワークを介して取
得した他のウェブクライアントから記録媒体により取得
したものであってもよい。また、ネットワーク環境の外
部で作成されたものであってもよい。また、本システム
によって再構築されたウェブページであってもよい。

【００４４】図４は、本実施形態のシステムに入力され
るウェブページの一例である。この例を用いて、ウェブ
ページの構成、構成要素名、構成要素の役割等について
説明する。

【００４５】図４において、４０１は、本システムが処
理できるウェブページの一例であり、この例ではＸＭＬ
で記述されている。なお、本システムは、ＨＴＭＬ等の
他の記述言語で記述されているウェブページに対して
も、以下に説明する動作原理において、同様に処理する
ことができる。

【００４６】部分文書（４０４，４１２）は、ウェブペ
ージの作者がウェブページ４０１において独立に取り出
されることを意図しているウェブページの部分的な情報
資源であり、ウェブページ４０１において１つ以上存在
する。なお、ウェブページには部分文書を含まないもの
も存在し得るが、本システムは、１つ以上の部分文書を
含むウェブページを対象とする。

【００４７】また、１つの部分文書に対して１つの部分
文書のルートタグが存在し、部分文書のルートタグ４０
６および４１１は、それぞれ部分文書４０４および４１
２の記述範囲を示す。具体的には、ＸＭＬやＨＴＭＬな
どのマークアップ言語は、木構造をなしており、部分文
書の記述範囲は、木構造上、指定されたルートタグ以下
となる領域をもって示されている。

【００４８】部分文書のルートタグ（４０６，４１１）
は、特定の印によって識別される。この印は、ウェブペ
ージ上のプログラム２１０により異なる。図４の例で
は、タグのｃｏｍｐｏｎｅｎｔ属性を印としている。

【００４９】また、部分文書（４０４，４１２）は、ア
プリデータ属性情報（４０７）を１つ以上含むことがで
きる。アプリデータ属性情報４０７は、部分文書４０４
に関連付けられるアプリケーション用のデータのタイ
プ、所在、ダウンロードに必要な手続などを含む構造的
な情報である。アプリデータ属性情報の記述範囲は、部
分文書の記述範囲指定方法と同様、特定のタグに印をつ
けることにより示される。図４の例では、タグのａｐｐ
ｄａｔａ属性を印としている。

【００５０】また、アプリデータ属性情報４０７は、ア
プリデータ取得手続き情報４０８、アプリデータの所在
情報４０９、アプリデータタイプ情報４１０を含み、そ
れぞれタグに印が付けられることによって記述位置が示
される。図４の例では、それぞれタグ名ｐｒｏｃ−ｕｒ
ｌ、ｄａｔａ−ｕｒｌ、ａｐｐ−ｔｙｐｅを印としてい
る。

【００５１】アプリデータの所在情報４０９は、部分文
書４０４が含むアプリケーション用のデータの所在を示
すＵＲＬを持つ。本システムがユーザの入力コマンドに
したがって、アプリケーション用のデータをダウンロー
ドする際には、このＵＲＬを参照する。また、このアプ
リケーション用のデータがオープンではなく、課金が必
要であるとか会員に限定されているというように、限定
的に公開されている場合がある。このような場合は、上
記のダウンロードは失敗するので、データがダウンロー
ドできるようにウェブページ上で手続きを行う必要があ
る。この手続が用意されているウェブページのＵＲＬを
示すものが、アプリデータ取得手続き情報４０８であ
る。本システムは、ダウンロードには手続きが要求され
ていることを自動認識し、このアプリデータ取得手続き
情報４０８をもとに、手続きが用意されているウェブペ
ージをユーザに開示する。また、アプリデータタイプ情
報４１０は、ダウンロードの対象となるデータが、たと
えば特定のＣＡＤアプリケーションや特定の表計算ソフ
トウェアなど、何のアプリケーション用のデータである
かを示す。この情報をもとに、本システムは、アプリケ
ーション用のデータのダウンロードが成功したときに、
自動的に対応するアプリケーションへそのデータを送信
する。

【００５２】図５は、ページ部品抽出モジュール２１２
によるページ部品抽出手順（図３の３０４）の詳細な論
理的手順の一例を示している。

【００５３】ページ部品抽出手順３０４は、ウェブペー
ジとユーザ操作にしたがってページ部品を作成する。具
体的には、まず、ページ部品の「内容部」を作成する
（手順５０１）。手順５０１については、図６にて詳細
に説明する。次に、ページ部品の「管理情報部」を作成
する（手順５０２）。手順５０２については、図７にて
詳細に説明する。次に、ページ部品の「アプリデータ属
性情報部」を作成する（手順５０３）。手順５０３につ
いては、図８にて詳細に説明する。最後に、手順５０１
で作成されたページ部品の内容部と、手順５０２で作成
されたページ部品の管理情報部と、手順５０３で作成さ
れたページ部品のアプリデータ属性情報部とを合わせる
ことによって、ページ部品を完成する（手順５０４）。

【００５４】なお、ページ部品は部分文書毎に作成する
ので、１つのウェブページからＮ個の部分文書が指定さ
れた場合には、ページ部品抽出手順が部分文書毎に繰り
返されて、Ｎ個のページ部品が作成される。この場合
に、重複する不要な処理が存在する場合には、これを検
出して省くようにしてもよい。

【００５５】図６は、図５における手順のうちのページ
部品の内容部を作成する手順５０１の詳細な論理的手順
の一例を示している。

【００５６】ページ部品内容抽出モジュール６１０は、
ページ部品の内容部を作成する手順５０１を実行するソ
フトウェアプログラムモジュールである。ページ部品内
容抽出モジュール６１０は、ユーザ操作６０１とウェブ
ページ６０２を入力とし、内容部６０３を出力とする。

【００５７】まず、ページ部品内容抽出モジュール６１
０は、ウェブページ内でユーザ操作６０１により指定さ
れた部分文書を特定する（手順６１１）。ユーザ操作６
０１は、ウェブブラウザにおけるページ表示を直接利用
して、部分文書を指定するものであり、具体的には、一
般的なウェブブラウザにおいて表示されたウェブページ
上の領域で、たとえばドラッグ操作やクリック操作やコ
ンテクストメニュー実行などの操作を行うことにより、
部分文書を指定することができる。本実施形態では、ウ
ェブブラウザがサポートするＨＴＭＬなどのマークアッ
プ言語のウェブページに関するイベント配送機構を利用
して、このようなウェブページ上の操作を実現するもの
とする。

【００５８】次に、ページ部品内容抽出モジュール６１
０は、特定されたルートタグを接続位置情報６２１とし
て保存する（手順６１２）。

【００５９】次に、ページ部品内容抽出モジュール６１
０は、特定された部分文書のルートタグ以下の文書を内
容文書６２２として保存する（手順６１３）。

【００６０】次に、ページ部品内容抽出モジュール６１
０は、ページ内部に含まれるすべての部分文書をページ
から除去したものをコンテナ文書６２３として保存する
（手順６１４）。

【００６１】次に、手順６１２〜６１４で得られた接続
位置情報・内容文書・コンテナ文書を構成して、当該ペ
ージ部品の内容部６０３を作成する（手順６１５）。

【００６２】図７は、図５における手順のうちのページ
部品の管理情報部を作成する手順５０２の詳細な論理的
手順の一例を示している。

【００６３】ページ部品管理情報生成モジュール７１０
は、ページ部品の管理情報部を生成する手順５０２を実
行するモジュールである。ページ部品管理情報生成モジ
ュール７１０は、ページ部品の管理情報部７０１を出力
とする。

【００６４】具体的な論理的手順を以下に説明する。

【００６５】まず、対象となるウェブページに関して、
補助的な外部モジュールが存在するかどうかを判断する
（手順７１１）。ウェブページを補助する外部モジュー
ルとしては、たとえばイメージファイル、音楽ファイ
ル、文書型ファイル、スタイルシートファイル、スクリ
プトファイルなどがある。ウェブページがＸＭＬの場
合、外部モジュール名が記述されている領域のタグに印
を付けるというルールを課すことにより、処理手続きが
外部モジュール名を取り出すことができ、これにより判
断を下す。図４の例４０２および４０５では、タグにｅ
ｘｔｅｒｎａｌ属性が添付されていることを印としてい
る。外部モジュールが存在する場合は手順７１２へ移行
し、存在しない場合は手順７１８へ移行する。

【００６６】次に、外部モジュールが存在する場合、存
在するすべての外部モジュールをクライアントサイトの
ファイルシステムにコピーする（手順７１２）。

【００６７】このコピーに際しては、クライアントサイ
トのコピー先ディレクトリは、ウェブサーバサイトのデ
ィレクトリの相対位置を再現するように選択する。すな
わち、ミラーリングする。このようにコピーすることに
より、外部モジュールがウェブページ内部で相対的に参
照指定されていたとしても、図３の手順３０８において
ウェブページを再構成する際に、特別に参照位置を書き
直す処理する必要がないという利点がある。ミラーリン
グの一例として、コピー元のＵＲＬのうち、ホスト名部
をディレクトリ名に変更しコピー先のディレクトリ名に
変更してコピー先のディレクトリとする方法がある。例
えば、コピー元のＵＲＬが、 http://www.domain.comain.com/dir1/dir2/file1 の場合、ｆｉｌｅ１を、 /www.domain/com/dir1/dir2 にコピーする。この方法だと、複数のウェブサーバサイ
トから外部モジュールをコピーしても、ファイル名が重
なることによって上書きされることを未然に防止するこ
とができる。

【００６８】手順７１２に引き続き、これらミラーリン
グされた外部モジュールに関して、コピー先のディレク
トリをフルパスで添付した形式で、それら外部モジュー
ル名を管理情報部７０１内部に追加する（手順７１
３）。

【００６９】手順７１３に引き続き、外部モジュールの
中にスタイルシートが存在するかどうかを判断する（手
順７１４）。ウェブページがＸＭＬの場合、スタイルシ
ート名が記述されている領域のタグに印を付けるという
ルールを課すことにより、処理手続きがスタイルシート
名を取り出すことができ、これにより判断を下す。スタ
イルシートが存在する場合は手順７１５へ移行し、存在
しない場合は手順７１６へ移行する。

【００７０】手順７１５では、手順７１２でミラーリン
グされたスタイルシートに関して、コピー先のディレク
トリをフルパス形式で、それらスタイルシート名を管理
情報部７０１内部に追加する。結果として、手順７１３
で書きこまれた外部ファイル名と重複する。

【００７１】手順７１６では、外部モジュールの中に文
書型定義ファイルは存在するかどうかを判断する。ウェ
ブページがＸＭＬの場合、文書型定義ファイル名が記述
されている領域のタグに印を付けるというルールを課す
ことにより、処理手続きが文書型定義ファイルを取り出
すことができ、これにより判断を下す。もしくはＤＯＭ
（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）とい
う標準ＡＰＩを用いることにより、取り出すこともでき
る。文書型定義ファイルが存在する場合は手順７１７へ
移行し、存在しない場合は手順７１８へ移行する。

【００７２】手順７１７では、手順７１２でミラーリン
グされたスタイルシートに関して、コピー先のディレク
トリをフルパス形式で、これらスタイルシート名を管理
情報部７０１内部に追加する。結果として、手順７１３
で書きこまれた外部ファイル名と重複する。

【００７３】手順７１８では、ウェブページのＵＲＬを
管理情報部７０１内部に追加する。

【００７４】以上の手順で完成された管理情報部７０１
をもって、ページ部品管理情報生成モジュール７１０の
出力結果とする。

【００７５】図８は、図５における手順のうちのページ
部品の管理情報部を作成する手順５０３の詳細な論理的
手順の一例を示している。

【００７６】ページ部品アプリデータ属性情報生成モジ
ュール８１０は、ページ部品の管理情報部を生成する手
順５０３を実行するソフトウェアプログラムモジュール
である。ページ部品管理情報生成モジュール８１０は、
ページ部品のアプリデータ属性情報部８０１を出力とす
る。

【００７７】具体的な論理的手順を以下に説明する。

【００７８】まず、対象とする部分文書に含まれるアプ
リデータ属性情報をすべて特定する（手順８１１）。こ
の特定は、ＸＭＬの場合、アプリデータ属性情報に付け
られた印を元に部分文書内を検索することで実現する。
図４の例４０７では、タグにａｐｐｄａｔａ属性が添付
されていることを印としている。

【００７９】引き続き、特定されたアプリデータ属性情
報すべてを、アプリデータ属性情報部８０１として格納
する（手順８１２）。

【００８０】以上の手順で完成されたアプリデータ属性
情報部８０１をもって、ページ部品アプリデータ属性情
報生成モジュール８１０の出力結果とする。

【００８１】図９は、図５から図８で説明したページ部
品作成手順において扱うページ部品のデータ構造の概要
をまとめたものである。

【００８２】ページ部品９００は、ウェブページの再構
成およびアプリケーションへのデータ転送を実現するた
めに必要な情報を維持している。すなわち、図９に示さ
れるように、ページ部品９００は、内容部９１０、管理
情報部９３０、アプリデータ属性情報部９２０を含む。

【００８３】内容部９１０は、ページ部品が持つウェブ
ページの部分文書を組み立てる際に必要な情報を維持す
る。内容文書９１１は、ウェブページから切り出された
部分文書そのものが格納されている。これはウェブペー
ジの再構成においてそのまま再利用される。コンテン文
書９１２は、ウェブページにおける部分文書（４０４や
４１２など）以外の領域の文書が格納されている。ＨＴ
ＭＬやＸＭＬなどのマークアップ言語は、ルートタグが
一つであることがルールとなっているため、複数のペー
ジ部品９００の内容文書を並べてつなげるだけでは、有
効な文書として再構成することはできない。このためウ
ェブページとして構成するためには、複数の部分文書に
加えてそれらをサブツリーとして包含する文書が必要と
なる。その文書がコンテナ文書９１２である。接続位置
情報９１３は、コンテナ文書９１２内において複数の部
分文書（４０４や４１２など）をサブツリーとして挿入
できるノードを示している。

【００８４】管理情報部９３０は、組み立てられたウェ
ブページを管理するのに必要な情報を維持する。ＵＲＬ
９３１は、ページ部品の取りだし元のＵＲＬを維持す
る。これは、手順７１２でのミラーリングやページ部品
の整理や手順１２１２におけるスタイルシートの種類の
識別などに利用される。外部モジュール名リスト９４０
は、クライアントサイトのファイルシステムにミラーリ
ングされた、ウェブページを表示可能とするのに必要な
外部モジュール名すべてがフルパス形式で格納されてい
る。ページを表示可能とするのに必要な外部モジュール
名すべてがフルパス形式で格納されている。外部モジュ
ール名は、スタイルシートファイル名９４１と文書型定
義ファイル名９４２とその他の外部モジュール名９４３
の３種類に区別されて維持される。

【００８５】アプリデータ属性情報部９２０は、ページ
部品９００が持つアプリケーション用のデータに関する
情報を維持する。具体的には、アプリデータ属性情報９
２１を複数維持する。

【００８６】図１０は、図３におけるページ部品の整理
手順３０６の詳細な論理的手順の一例を示している。

【００８７】ページ部品整理モジュール２２３は、今ま
でに獲得した複数のページ部品を整理し、ユーザが発行
するコマンド群にしたがって、さまざまな機能を提供す
るモジュールである。

【００８８】ページ部品整理モジュール２２３は、今ま
でにウェブページから集めてきたページ部品項目を列挙
して表示する、部品項目表示モジュール１０１０を含ん
でいる。

【００８９】部品項目表示モジュール１０１０は、ペー
ジ部品の項目を列挙して表示する方式として３種類の方
式を持っており、これらは表示モードを切り替えるコマ
ンドによって、表示の方式を選択することができる（手
順１０１１）。また、いずれの表示方式においても、表
示されているページ部品の項目を選択することができ、
選択されている項目はフォーカスされる。以下に説明す
るコマンドのうち、ページ部品に対して働きかけるコマ
ンドにおいて、維持しているページ部品すべてに適用さ
れるものと、単一のページ部品に適用されるものとがあ
り、後者の場合、フォーカスされているページ部品に対
してコマンドは適用される。

【００９０】表示の仕方は、 ・分類なしの表示方式１０１２、 ・ユーザがフォルダーを動的に作成して分類することの
できる表示方式１０１３、 ・部品内部にあらかじめ含まれているクラス情報を元に
自動的にフォルダーを作り分類表示する方式１０１４、 の３種類が用意されている。

【００９１】ページ部品整理モジュール２２３は、部品
単一閲覧モジュール１０２０を含んでいる。

【００９２】部品単一閲覧モジュール１０２０は、部品
項目表示モジュール１０１０においてフォーカスされて
いるページ部品を単一で、２種類の閲覧モードで表示す
る機能を有し、コマンド１０２１によって切り替えるこ
とができる。具体的には、閲覧モードは、 ・対象となるページ部品がコピー元のウェブページにお
いて適用されていたスタイルで表示するオリジナルスタ
イル再現モード１０２２、 ・部品単一閲覧モジュール１０２０があらかじめ持って
いるスタイルで表示する統一スタイル生成モード１０２
３、 の２種類が用意されている。

【００９３】オリジナルスタイルを再現する手順１０２
２では、ページ部品の内容部を元に、ローカルファイル
システム上にウェブページのソースファイルを生成す
る。具体的には、内容部のコンテナ文書９１２に対し
て、接続位置９１３において内容文書９１１を挿入する
という作業によりソースファイルの内容を得る。ページ
部品の内容部がＸＭＬの場合、さらにそのソースファイ
ル内にスタイルファイルへの関連付けの記述を加筆す
る。それらの手順において作成されたウェブページのソ
ースファイルを表示する。

【００９４】一方、統一スタイルで閲覧する手順１０２
３では、ページ部品の内容部がＸＭＬおよびそれに準ず
るマークアップ言語で記述されているときのみ有効であ
り、次の手順で実現される。まず、ページ部品の内容部
をもとに、ローカルファイルシステム上にウェブページ
のソースファイルを生成する。さらに、ソースファイル
内に、部品単一閲覧モジュール１０２０があらかじめ用
意したスタイルファイルへの関連付けの記述を加筆す
る。それらの手順において作成されたウェブページのソ
ースファイルを表示する。

【００９５】また、部品項目表示モジュール１０１０に
おいて列挙されているページ部品群に関して、４種類の
コマンド（１００２〜１００５）を適用することができ
る（手順１００１）。 ・ページ生成コマンド（１００２）を発行すると、維持
している全部または一部のページ部品を含むウェブペー
ジが生成され、一般的なウェブブラウザで表示される。 ・アプリデータ転送コマンド（１００３）を発行する
と、フォーカスされているページ部品が含んでいるアプ
リケーション用のデータをそれに対応するローカルアプ
リケーションに転送するのに必要な手続きを対話的に実
行する。 ・検索コマンド（１００４）を発行すると、維持してい
るページ部品の中から、タグ名（すなわち要素名）とそ
の内容（すなわち要素値）を元に条件を記述し、それに
マッチするページ部品を見つけ出すことができる。 ・削除コマンド（１００５）を発行すると、フォーカス
されているページ部品が削除される。

【００９６】図１１は、図３における一般アプリケーシ
ョンへの接続３０７の詳細な論理的手順の一例を示して
いる。

【００９７】一般アプリ接続モジュール２２４は、一般
アプリケーションへの接続を行うモジュールであり、具
体的にはページ部品が含んでいるアプリケーション用の
データをそれに対応するローカルアプリケーションに転
送するのに必要な手続きを対話的に実行する。

【００９８】まず、手順１１０１において、ページ部品
に含まれているアプリデータ属性情報４０７をすべて抽
出する。

【００９９】その後、手順１１０２において、ページ部
品に含まれているアプリデータ属性情報４０７が１セッ
トであるかどうかを判定し、複数セットある場合は手順
１１０４へ移行し、１セットしかない場合は手順１１０
５へ移行する。

【０１００】手順１１０４では、選択メニューコマンド
などのユーザ操作を受け取り、複数存在するアプリデー
タ属性情報４０７のうち、今回取り出す対象とするアプ
リケーション用のデータを決定する。

【０１０１】手順１１０５では、アプリケーション用の
データをダウンロードする際に必要な手続きが存在する
かどうかを判定する。具体的には、アプリデータ属性情
報を解析しアプリデータ属性情報４０７に、アプリデー
タ取得手続き情報４０８が含まれている場合は手続きが
存在すると判断し、含まれていない場合は手続きが存在
しないと判断する。手続きが存在すると判断された場合
は手順１１０６へ移行し、手続きが存在しないと判断さ
れた場合は手順１１０７へ移行する。

【０１０２】手順１１０６では、手続きに必要なウェブ
ページを開き、ユーザに手続きを行わせる。具体的に
は、ウィンドウを開き、そのウィンドウ上にアプリデー
タ属性情報４０７に含まれているアプリデータ取得手続
き情報４０８に記述されているＵＲＬのウェブページを
表示して、ユーザに手続きを行わせる。

【０１０３】手順１１０７では、アプリデータ属性情報
に含まれているアプリデータの所在情報４０９に記述さ
れているＵＲＬからアプリケーション用のデータをウェ
ブサーバからダウンロードする。引き続き、手順１１０
７では、アプリデータ属性情報４０７に含まれているア
プリデータタイプ情報４１０に記述されている識別情報
から、対象のアプリケーション用のデータに対応するア
プリケーションを特定する。

【０１０４】そして、手順１１０９では、対応するアプ
リケーションに対してダウンロードされたアプリケーシ
ョン用のデータを転送する。ただし、対応するアプリケ
ーションが起動されていない場合は、アプリケーション
用のデータを転送する前に、対応するアプリケーション
を起動しておく。本実施形態では、この手順１１０９に
ついて、ＯＳのシェルの機能を利用して実現するものと
する。

【０１０５】図１２は、図３におけるページの生成３０
８の詳細な論理的手順の一例を示している。

【０１０６】ページ生成モジュール２２５は、維持して
いる全部または一部のページ部品を含むウェブページを
生成するモジュールである。

【０１０７】まず、手順１２１１において、ページ部品
データベース２２２から対象となるページ部品を取り出
す。

【０１０８】次に、手順１２１２において、それぞれの
ページ部品における管理情報部のスタイルシートファイ
ル名９４１を参照することにより、ページ部品に含まれ
るスタイルシートをリストアップする。このとき、管理
情報部のスタイルシートファイル名が一致している場合
は同一スタイルシートであるとみなし、重複するスタイ
ルシートは代表を一つ残して、他のスタイルシートはリ
ストアップしない。

【０１０９】続いて、手順１２１３では、手順１２１２
においてリストアップされたスタイルシートの適用され
たイメージを、ダイアログボックスに列挙し、ユーザに
スタイルシート１２０４を選択させる。ここまでが作成
するウェブページに適用するスタイルシートの選択する
ための手順である。

【０１１０】次に、手順１２１４において、対象となる
ページ部品群１２０２の中からページ部品を一つ取りだ
し、その内容部９１０のコンテナ文書９１２をページ草
案１２０５として一時的に維持する。

【０１１１】次に、手順１２１５において、取り出した
ページ部品の内容部９１０の接続位置情報９１３を参照
することにより、接続位置に対して内容文書９１１をペ
ージ草案１２０５に挿入する。

【０１１２】続いて、手順１２１６において、同じ接続
位置に対して、その他のページ部品の内容文書９１１を
挿入する。

【０１１３】最後に、手順１２１７において、手順１２
１３にて選択されたスタイルシートを関連付ける記述を
ページ草案に対して加筆し、ウェブページを完成させ
る。

【０１１４】以下では、実行画面例に沿って本システム
の利用手順を詳細に説明する。おおまかな手順は以下の
通りである。 （１）ウェブページページから本システムへのページ部
品のピックアップ （２）集めたページ部品の整理 （３）集めたページ部品の検索 （４）ページ部品群から新規ウェブページの作成 図１３は、実行画面例の一つを表している。

【０１１５】１３００は一般的なウェブブラウザ（に対
応するウィンドウ）であり、ウェブページを表示する領
域を持っている。

【０１１６】１３２０は、アプリケーションとして実装
される、図２の第１のソフトウェアプログラム２２０に
対応する部分である。

【０１１７】１３２１は、ページ部品整理モジュール２
２３の部品項目表示モジュール１０１０に相当し、今ま
でに蓄積したページ部品群（１３２３）が表示される。

【０１１８】１３２２は、部品単一閲覧モジュール１０
２０に相当し、部品項目表示モジュール１０１０に表示
されているページ部品群のうち、フォーカスされている
ページ部品の内容が表示される。

【０１１９】ウェブページ１３１０は、複数の部分文書
を含み、ページ内部に図２の第１のソフトウェアプログ
ラム２１０に相当するプログラムを内蔵している。図１
３の例では、ウェブページ１３１０は、３つの部分文書
（１３１１〜１３１３）が画面内に列挙して表示されて
おり、また、各部分文書には画像（１３１５〜１３１
７）が含まれている。

【０１２０】この部分文書の内容はどのようなものであ
ってもよい。例えば、ウェブページが音楽ＣＤ、書籍、
工業部品等の商品のカタログページ、部分文書が個々の
商品毎の情報、画像がその商品の外形図である。あるい
は、ウェブページがニュースページ、部分文書が１つの
ニュース、画像がそのニューズ写真である。あるいは、
ウェブページが検索サービスページ、部分文書が１つの
検索結果、画像がその検索結果に関連する映像である。

【０１２１】ウェブページ（１３１０）を表示する際に
は、部分文書（１３１１〜１３１３）については、それ
が部分文書であること（ページ部品にできること）をユ
ーザに分かるように表示等してもよい。例えば、部分文
書であることを示す簡単な画像を部分文書に上書きして
表示する方法、部分文書の輪郭を特定の色に着色する方
法、これらの処理をマウスカーソルが部分文書上に位置
するときにのみ行う方法、マウスカーソルが部分文書上
に位置するときにカーソルの表示を変化（例えば、色変
化、形状変化）して、もしくは音を発生して、もしくは
発生している音を変化させて通知する方法、ドラッグで
きたことをもって部分文書であることを知らしめる方法
など、種々の方法が考えられる。

【０１２２】なお、図１３の例では、ウェブブラウザの
ウィンドウ内に本システムに対応する領域が表示されて
いるが、ウェブブラウザのウィンドウと本システムに対
応するウィンドウとを別々にしてももちろん構わない。

【０１２３】本システムによって、表示されたウェブペ
ージ内の部分文書（１３１１〜１３１３）は、ページ部
品として取り出すことができるように仕組まれており、
例えばユーザが所望の部分文書（１３１１〜１３１３）
の任意の部分（図１３の例では画像（１３１５〜１３１
７）が表示された部分）をドラッグ（１３３１参照）す
ることにより、ページ部品として取り出すことができ
る。このドラッグ操作は、ユーザ操作２０２にあたり、
ページ部品抽出モジュール２１２およびページ部品送信
モジュール２１３が順に起動される。そして、例えばド
ラッグ中のページ部品を部品項目表示モジュール１０１
０用表示領域１３２１にドロップ（１３３２参照）する
ことにより、ページ部品がページ部品受信モジュール２
２１に渡され、ページ部品データベース２２２に格納さ
れる。

【０１２４】以上の操作を通じて、ユーザは所望の情報
をウェブサーバサイトからピックアップし、ページ部品
として収集することができる。

【０１２５】また、このページ部品収集作業は、ウェブ
ページやサイトを超えて行うことができる。例えば、ま
ず、会社Ａのカタログページにおいて、いくつかのカタ
ログ（部分文書）を本システムにピックアップし、続い
て、会社Ｂのカタログページへ立ち寄り、そのページか
らもいくつかのカタログ（部分文書）をピックアップす
るといったことが可能である。これにより、サイトを超
えて情報を収集し比較検討することが可能となる。

【０１２６】部品単一閲覧モジュール１３２２は、スタ
イル形式およびジャケット形式の２種類の閲覧モードを
持っており、それぞれオリジナルタイル再現機能１０２
２および統一スタイル１０２３に相当する。

【０１２７】図１４（ａ）に示すように、スタイル形式
１４０１は、ページ部品がその内部に持っているスタイ
ルシートを適用して表示する方式である。したがって、
ページ部品を取得してきた元のサイトで表示されていた
スタイルと同じとなる。

【０１２８】一方、図１４（ｂ）に示すように、ジャケ
ット形式１４０２は、すべてのページ部品に対して適用
できる共通のスタイルで表示するものである。

【０１２９】部品項目表示モジュール１３２１は、ペー
ジ部品を図１５の１５０１に示されるユーザフォルダ方
式、図１６の１６０１に示される自動カテゴリ方式、図
１７（ａ）の１７０１（大きいリスト表示）あるいは図
１７（ｂ）の１７０２（小さいリスト表示）に示される
リスト方式の３つの表示方式を有しており、これらは下
部についているタブによって切り替えることができる。

【０１３０】ユーザフォルダ方式１５０１は、集めてき
たページ部品をフォルダを用いて分離することができる
方式である。ユーザは任意にフォルダを作成、削除する
ことができ、任意フォルダ下に集めてきたページ部品を
配置することができる。例えば、会社Ａのウェブサーバ
サイトから集めてきたページ部品は会社Ａフォルダの下
に置くとし、会社Ａフォルダ下に、「売約済み」「これ
から購入」などのサブフォルダを作成するといったこと
ができる。

【０１３１】自動カテゴリ方式１６０１は、ページ部品
内部にあらかじめ埋め込まれたカテゴリ情報を用いて、
自動的にカテゴリ表示する方式である。図１６におい
て、１６０２はカテゴリを表し、１６０３はページ部品
を表す。

【０１３２】例えば、ＰＬＩＢでは工業部品の分類が業
界において定義されているので、これを利用し例えばＩ
ＳＯ１３５８４（ＰＬＩＢ）という工業部品規格に沿っ
てカタログを表示させることができる。その他の分野と
しては音楽ＣＤや書籍などが考えられる。このように、
業界側でトップダウンにアイテムの分類が定義されてい
るような適用領域において、カテゴリ方式１６０１は有
効である。

【０１３３】リスト方式１７０１，１７０２は、カテゴ
ライズを行わない表示方式であり、とりあえず放り込む
買い物カゴのイメージである。表示方式は、大きなアイ
コン表示１７０１と小さなアイコン表示１７０２の２種
類があり、メニューによって切り替えることができる。

【０１３４】また、内部に格納しているページ部品群に
対して条件を指定して検索を行うことができる。これに
より格納されたページ部品の個数が非常に多くなって
も、対象を簡単に見つけ出すことができる。この機能は
検索コマンド（１００４）に相当する。検索コマンドは
編集メニューから発行する。

【０１３５】検索コマンドを発行すると、図１８に例示
するようなダイアログボックス１８０１が現れる。この
ダイアログボックス１８０１に検索条件を入力して検索
開始ボタン１８０４を押すと、検索が実行される。検索
条件の指定方法は、項目別にマッチさせたい値を入力す
る方法（１８０２）と、問い合わせ言語であるＸＱＬ形
式で記述する方法（１８０３）の２種類ある。検索を実
行した結果、検索にマッチしたページ部品が存在した場
合は、部品項目表示モジュール１３２１において当該ペ
ージ部品がフォーカスされる。

【０１３６】本システムは、以上で説明した手順で複数
のウェブサーバサイトからページ部品というモジュール
単位で、情報を集めてくることができる。以降で説明す
る機能は、これら集めてきたページ部品群を一つのウェ
ブページに再構成する機能である。これはページ生成モ
ジュール２２５に相当する。

【０１３７】ページ部品群を集めたウェブページを作成
するには、メニューからブラウズコマンドを発行する。
すると、図１９に例示したようなダイアログボックス１
９００が現れる。このダイアログボックスはこれから作
成するウェブページに適用するスタイルを選択するもの
である。候補として挙げられているスタイルは、内部に
格納しているページ部品群が保持しているスタイルであ
る。重複している場合は代表して一つだけ表示される。

【０１３８】例えば、二つのウェブサイトから情報を取
ってきている場合には、（それらが同じスタイルでない
とすると）選択する候補として２種類のスタイルが呈示
される（１９０１）。なお、領域１９０２では、１９０
１にてフォーカスされているスタイルのサンプルイメー
ジを表示している。

【０１３９】また、ファイル指定ボタン１９０３を押す
と、図２０の２０００のようにダイアログボックスが変
化する。ここで現れたエディットボックス２００１にス
タイルファイル名を記述することにより、クライアント
サイトのファイルシステムに存在するスタイルを適用す
ることができる。これは、サーバサイトに存在するペー
ジに対して顧客の資源を適用することができることを意
味している。例えば、外部からカタログなどの情報を集
めてきて、それを自社のスタイルを適用してページを再
構成するということが可能となる。

【０１４０】以上の手順により適用するスタイルを決定
すると、内部に格納しているページ部品群を元に、それ
らページ部品の情報の全部または一部を含むウェブペー
ジが構築され、例えば図２１に示すように、ウェブブラ
ウザのページウィンドウに表示される。

【０１４１】なお、本実施形態では、本システムを実現
するプログラムを、ウェブページ内に組み込まれる第１
のソフトウェアプログラムと、ＯＳ上で直接動作する一
般的なアプリケーションとして実装される第１のソフト
ウェアプログラムとに分割して構成したが、第１のソフ
トウェアプログラムをウェブページにかかわらず共用で
きるように共通化し、第１のソフトウェアプログラムと
第２のソフトウェアプログラムをＯＳ上で直接動作する
一般的なアプリケーションとして実装される一体化プロ
グラムとして実施することも可能である。

【０１４２】また、上記の第２のソフトウェアプログラ
ムや一体化プログラムは、記録媒体に格納した形でもし
くは通信媒体を利用して受け渡し等することができる。

【０１４３】また、本実施形態のウェブ文書内の部分文
書の中にさらに部分文書を含ませるような階層構造を採
用することも可能である。

【０１４４】（第２の実施形態）続いて、本発明をショ
ッピングカートへ適用した場合の実施形態について説明
する。

【０１４５】昨今、ＷＷＷベースの電子商取引システム
あるいは電子店舗システム、特に個人客を対象としたＢ
２Ｃショッピングサイトなどが、よく見かけられるよう
になった。ショッピングサイトの多くは、商品検索や比
較、購入候補商品の合計金額の見積もり計算、一括した
購入手続きなどの機能を提供し、顧客の便宜を図ってい
る。

【０１４６】電子店舗を提供するショッピングサイトで
は、ショッピングカート機能を提供するものもある。シ
ョッピングカート機能では、通常、客は、その電子店舗
で選んだ商品をショッピングカートに入れたり、一度入
れた商品を自由にカートから取り出したりすることがで
き、最後に例えば『購入ボタン』あるいは『決定ボタ
ン』あるいは『確定ボタン』を押すなどすることによっ
て、そのときにショッピングカート内に入っている１ま
たは複数の商品についてまとめて購入手続きをすること
ができるようになっている（ここでクレジット番号を入
力するなどして複数の商品について一括して支払い手続
きを行うことも多い）。

【０１４７】このようなショッピングサイトは各々、閉
じたシステムとして構築されており、いずれのショッピ
ングサイトも他のショッピングサイトとの連携を取る機
能を持っていない（なお、単一店舗を提供するショッピ
ングサイトの他に、複数店舗を提供するショッピングモ
ール的なショッピングサイトも散見されるようになった
が、サイトの運営が複数ベンダーの出資によって行われ
ているという違いがあるだけであって、システム的には
単一店舗のショッピングサイトと同様である）。

【０１４８】したがって、オンラインで商品を購入する
に際して複数の購入先ショッピングサイトの候補がある
場合、顧客は、候補となる各々のショッピングサイトに
アクセスし、ページ切り替えや画面スクロールやページ
・ジャンプなどを何度も繰り返し行いまた必要に応じて
メモ・ソフトまたは現実の紙にメモを取るなどして、所
望の商品を探し求め、商品の比較を行い、合計金額を計
算するなどの作業を行う必要があり、そして、複数のシ
ョッピングサイトから商品を購入する段階になったとき
は該当する各々のショッピングサイトに逐一アクセスし
直して発注手続きをしなければならない。このように、
顧客は不便を強いられることになる。

【０１４９】そこで、本実施形態では、クライアント装
置側において、各ショッピングページから選択した商品
カタログをページ部品にしてクライアント装置が生成す
るウェブページ（ショッピングカートページ）へ挿入可
能とすることによって、複数のショッピングサイトにま
たがったショッピングカート機能をクライアント上で実
現するようにしている。詳しくは後述するが本実施形態
では、ウェブページからピックアップできる文書単位を
（ショッピングサイトから提供されるウェブページに含
まれる）商品カタログとし、商品カタログ群を取り扱う
ことのできるコンテナ文書およびスタイルシートをクラ
イアント・システム内に用意し、これによって商品を列
挙するウェブページ（ショッピングカートページ）を合
成できるようにしている。さらに詳しくは後述するが本
実施形態では、スタイルシートの中にクライアント側で
実行される（例えば、Ｊａｖａｓｃｒｉｐｔ、ＶＢＳｃ
ｒｉｐｔ、ＡｐｐｌｅｔあるいはＡｃｔｉｖｅＸなどに
よる）プログラムを埋め込み、このプログラムにウェブ
ページに対する何らかのユーザ操作に反応したときにあ
るいはウェブページの表示のときに実行が開始され、各
商品のデータ項目（例えば商品の価格情報等）を参照
し、必要な処理（例えば合計金額の計算あるいは個数の
変更等）を行い、その結果をウェブページの表示に反映
させる（フィードバックする）機能を持たせることによ
り（後述する各機能エンジン）、種々の機能を提供でき
るようにする（なお、スタイルシートは、あらかじめシ
ステム内に用意しておいてもよいし（内蔵スタイル）、
どこかのショッピングサイトから得たものを使ってもよ
い）。

【０１５０】まず、本実施形態の概要について説明す
る。

【０１５１】本発明を適用するネットワーク環境の一例
は図１で説明したものと同様である。本実施形態では、
ウェブサーバサイトは電子店舗事業者のショッピングサ
イトであり、ウェブクライアントは電子店舗の顧客とな
るユーザの使用するコンピュータシステムである。

【０１５２】本実施形態では、顧客のウェブクライアン
ト上に配置されたショッピングカートシステムを中心と
して、個々の独立したショッピングサイトを連携させ
る。

【０１５３】以下では、クライアント側のシステムを、
「パーソナルショッピングモールシステム」と呼ぶもの
とする。

【０１５４】このパーソナルショッピングモールシステ
ムは、次の機能を提供する。 （１）任意のショッピングサイトのウェブページすなわ
ちショッピングページ（商品一覧を含むページ）から任
意の商品の商品カタログをピックアップして、ウェブク
ライアント上に配置されたショッピングカートに格納す
る機能 （２）ウェブクライアント上のショッピングカートに格
納された商品カタログ群に関して、ウェブクライアント
上で比較、ソート、合計金額の見積もりなどの処理を行
う機能 （３）ウェブクライアント上のショッピングカートに格
納された商品群を購入するための手続を一括して行うた
めの機能 これにより、任意のショッピングサイトの任意の商品群
に関する商品比較、ソート、合計金額の見積もり、一括
購入等が実現される。

【０１５５】本実施形態では、ウェブクライアント上で
上記機能を実現するために、ショッピングサイトの提供
するショッピングページには、次のような条件が課せら
れるものとする。 ・ショッピングページの各商品に関して、ウェブクライ
アント上から「商品データ」、「商品の表示スタイル」
を読み取ることができるようになっている。ウェブクラ
イアント上において、商品データに加えて商品の表示ス
タイルを必要とするのは、商品データをショッピングペ
ージ上からピックアップするためのイベントハンドラを
セットするときに、その商品データの表示領域を知る必
要があるからである。 ・商品データには、「価格」および「発注手続き」が含
まれている。

【０１５６】ショッピングサイトの提供するショッピン
グページに課せられるこのような必要条件を「モール参
加規約」と呼ぶものとする。ショッピングサイト事業者
は、そのショッピングサイトが提供するショッピングペ
ージをモール参加規約に適合させることで、パーソナル
ショッピングモールシステムに利用してもらうことがで
きる。このようなモール参加規約は、上記必要条件を満
たす様々なバージョン（バリエーション）が考えられ
る。

【０１５７】以下では、本実施形態についてより詳しく
説明する。

【０１５８】本実施形態のパーソナルショッピングモー
ルシステムでは、モール参加規約を次の内容としてい
る。 （１）各商品カタログの表示部に対してドラッグイベン
トハンドラを用意し、そのハンドラではＸＭＬ形式の当
該商品データ（部分文書）をクリップボードへコピーす
る処理を入れること。 （２）商品データには「価格」が含まれていること。 （３）商品データには「発注手続き」に関するフォーム
ページへのＵＲＬが含まれていること。 上記のモール参加規約では、ショッピングページをＸＭ
ＬページまたはＨＴＭＬページのいずれで提供してもか
まわない。

【０１５９】ＸＭＬページで提供する場合は、例えば、
次のようなページ実装が考えられる。 （１）ショッピングページをＸＭＬ形式で提供する。 （２）各商品カタログのＸＭＬ記述には「価格」が含ま
れている。 （３）各商品カタログのＸＭＬ記述には「発注手続き」
に関するフォームページへのＵＲＬが含まれている。 （４）各商品カタログの表示部に対してドラッグイベン
トハンドラを用意し、そのハンドラでは当該商品カタロ
グのＸＭＬ記述をクリップボードへコピーする処理を入
れる。

【０１６０】図２２に、モール参加規約に則ったショッ
ピングページの一例を示す。

【０１６１】図２２（ａ）はウェブページのソースの例
であり、この例ではルートタグ＜ｂｏｄｙ＞から＜ｂｏ
ｄｙ／＞までの記述範囲（２９０１）が、１つの商品カ
タログのソースデータに相当する。商品カタログは、シ
ョッピングページの作者がショッピングページにおいて
独立に取り出されることを意図しているショッピングペ
ージの部分的な情報資源であり、ショッピングページに
おいて１つ以上存在する。

【０１６２】図２２（ａ）に例示するように、商品デー
タには、著者等の情報（＜ａｕｔｈｅｒ＞、＜ｔｉｔｌ
ｅ＞、＜ｉｓｂｎ＞）の他に、価格に関する情報（＜ｐ
ｒｉｃｅ ｐｒｉｃｅ＝“ｙｅｓ” ｕｎｉｔ＝“ｙｅ
ｎ”＞２０００＜／ｐｒｉｃｅ＞）および発注手続に関
する情報（＜ｏｒｄｅｒ ｈｒｅｆ＝“．／ｏｒｄｅ
ｒ．ｃｇｉ？ｉｄ＝１１１”／＞）が含まれている。

【０１６３】図２２（ｂ）は、（ａ）のショッピングペ
ージを表示した例であり、表示イメージ２９０２が商品
データ２９０１の表示領域を表している。

【０１６４】図２２（ｃ）は、商品データ（２９０１）
の表示部に対するドラッグイベントハンドラを表してい
る。このイベントハンドラは、この表示部に対するドラ
ッグイベントが検出されると、その商品データを出力す
る（当該商品データをクリップボードへコピーする）働
きを行う。このイベントハンドラは、第１の実施形態の
ように「タグ情報」に基づいてショッピングページのデ
ータから該当するものを抽出するものであってもよい
し、あるいはこのイベントハンドラ内に出力すべきデー
タが作り込まれているものであってもよい。

【０１６５】なお、イベントハンドラが商品データを出
力する代わりに、商品データのＵＲＬを出力し、クライ
アント装置がそのＵＲＬにページ要求することによっ
て、商品データ取得するように構成することも可能であ
る。

【０１６６】ＨＴＭＬページで提供する場合は、例え
ば、次のようなページ構成が考えられる。 （１）ショッピングページをＡＳＰなどのサーバスクリ
プトページで記述する。また、そのページには各商品に
関するＸＭＬデータが含まれている。 （２）各商品のＸＭＬデータには「価格」が含まれてい
る。 （３）各商品のＸＭＬデータには「発注手続き」に関す
るフォームページへのＵＲＬが含まれている。 （４）ＡＳＰ内のスクリプトでは、ページ内のＸＭＬデ
ータをＨＴＭＬに変換する。この変換ルールは、ＸＳＬ
として記述することも可能である。 （５）この際、各商品表示部に対して、当該ＸＭＬデー
タをクリップボードへコピーするドラッグイベントハン
ドラを順にセットする。ＸＭＬデータは、ハンドラプロ
グラム内において、文字列定数として展開されて埋め込
まれている。

【０１６７】本実施形態で例示するパーソナルショッピ
ングモールシステムの主な機能は、以下のようである。 （１）モール参加規約に則った任意のショッピングサイ
トから任意の商品カタログを、システム内に用意された
ショッピングカートに、ドラッグアンドドロップするこ
とにより、その商品カタログを（ページ部品にして）取
り込むことができる。 （２）システムが生成したショッピングカートページ内
で、システム内に取り込まれた商品カタログ群に関し
て、次の処理を実行できる。 ・比較 ・合計金額見積もり ・個数設定 ・一括発注 図２３に、本実施形態のクライアント装置（計算機）上
で実現されるパーソナルショッピングモールシステムの
全体構成例を示す（なお、サーバ装置も図示してい
る）。

【０１６８】顧客のウェブクライアント上に設置された
パーソナルショッピングモールシステム３００１は、所
望のショッピングサイトに配置されているウェブサーバ
３０００と、ＨＴＴＰを介して接続可能であり、モール
参加規約則った所望のショッピングページ３８２０を取
得することができる。なお、第１の実施形態と同様、ペ
ージ受信モジュール２８０およびまたはページ発信モジ
ュール２８２を備えてもよい。

【０１６９】パーソナルショッピングモールシステム３
００１は、大きく分けて、ショッピングサイトブラウザ
３１００と、ショッピングカートブラウザ３２００から
構成されている。

【０１７０】ショッピングサイトブラウザ３１００は、
外部サイトの複数のショッピングサイトを切り替え表示
する機能を持っている。

【０１７１】ショッピングカートブラウザ３２００は、
ショッピングサイトブラウザ３１００にて表示されたシ
ョッピングページの中からユーザが選択した商品カタロ
グをショッピングカートページ（３８２４）に列挙表示
するとともに、さまざまなショッピングカート的な機能
を提供する。

【０１７２】本システムの基本的な利用方法としては、
任意の外部のショッピングサイトをショッピングサイト
ブラウザ３１００上で開き、そのページ上の任意の商品
をドラッグアンドドロップ操作３８００を用いてショッ
ピングカートブラウザ３２００上へピックアップするこ
とを想定している。

【０１７３】図２４に、この商品カタログ選択時（ドラ
ッグアンドドロップ操作時）の処理の流れの概要を示
す。すなわち、ユーザから要求があった場合には、該当
するサーバにアクセスしてショッピングページをダウン
ロードし（手順２４０１）、ダウンロードされたウェブ
ページを解釈して、該ウェブページをＣＲＴ等の表示装
置に表示する（手順２４０２）。なお、既にダウンロー
ドされ保持されているショッピングページが要求された
場合には、ダウンロードせずに、保持されているショッ
ピングページを表示してもよいが、保持してから一定時
間以上経過しているページは（更新されている可能性が
あるので）これを再度ダウンロードするように構成する
と好ましい。また、ウェブページとして記録媒体により
取得したもの（例えば、電子店舗事業者より郵送されて
きたもの）を併用することも可能である。さらに、第１
の実施形態と同様に、ウェブページを表示する際には、
商品カタログについては、それがページ部品にできるこ
とをユーザに分かるように表示等してもよい。次に、ユ
ーザ操作によりドラッグされた商品カタログを抽出しこ
れをページ部品にして（手順２４０３）、ユーザ操作に
よりドロップされたショッピングカートページに挿入し
（手順２４０４）、ショッピングカートページを（再）
表示する（手順２４０５）。

【０１７４】以下、それぞれの機能およびシステム構成
について説明する。

【０１７５】ショッピングサイトブラウザ３１００は、
複数のショッピングサイトを表示することができ、また
ブラウザ内でのドラッグ操作によって各商品をピックア
ップすることができる。本例では、この商品のピックア
ップ機能は、各ショッピングサイトが用意するウェブペ
ージに任せているため、ショッピングサイトブラウザ３
１００はピックアップに関知しないで済む。

【０１７６】さて、対象とするショッピングサイトは、
一般的なウェブブラウザのようにＵＲＬを直接入力した
り、ハイパーリンクをたどることにより訪問することが
できるのに加え、ショッピングページデータベース３１
０１から選択することによって訪問することもできる。
また、複数のショッピングサイトを選択した場合は、そ
れらのサイトは同時に開かれタブなどによって切り替え
ることができる。また、立ち寄ったショッピングサイト
のＵＲＬは、自動または指定によって、ショッピングペ
ージデータベース３１０１に登録することができる。ま
た、データベース内において、それらＵＲＬのグループ
化やカテゴリやグルーピングなどの整理をすることによ
り、ショッピングページやサイト同士を関連付けること
ができる。データベース登録されたショッピングサイト
は、次回からは選択するだけで訪問することができるの
に加え、関連付けられたショッピングサイト群は、その
グループ名を選択するだけで同時に開くことができる。
このショッピングサイト同士を関連付ける機能を利用す
ることにより、ユーザが好むショッピングサイトの組み
合わせのショッピングモールを仮想的に無限のパターン
数で作ることができる。

【０１７７】ショッピングカートブラウザ３２００は、
システムに内蔵された、ショッピングカートＸＳＬモジ
ュール３２１０と、ショッピングカートＸＭＬモジュー
ル３２２０を含んで構成される。また、後述する読込保
存モジュール３２３０を更に含んで構成されるようにし
てもよい。

【０１７８】ショッピングカートＸＳＬモジュール３２
１０は、商品発注エンジン３２１１、合計金額見積もり
エンジン３２１２、商品ソートエンジン３２１３、ペー
ジ部品挿入エンジン３２１４、商品並べ替えエンジン３
２１５、商品個数変更エンジン３２１６の６つの機能モ
ジュールによって、ショッピングカートブラウザの各機
能を提供する。なお、これらのエンジンは、ＸＳＬの出
力（フォーマティングオブジェクト）となるＨＴＭＬに
付属するクライアント側プログラム（例えば、Ｊａｖａ
ｓｃｒｉｐｔ、ＶＢＳｃｒｉｐｔ、Ａｐｐｌｅｔ、Ａｃ
ｔｉｖｅＸなど）として実装される。

【０１７９】ショッピングカートＸＭＬモジュール３２
２０は、現在システムが格納している各商品カタログに
対応する商品データの集合およびその順序を管理してお
り、ショッピングカートＸＳＬモジュール３２１０に含
まれる各機能モジュールの共有データとなっている。

【０１８０】ショッピングカートブラウザ３２００は、
ショッピングサイトブラウザ３１００からドロップされ
た商品データ３８２２をショッピングカートページ（３
８２４）上で一覧表示するとともに、例えば、比較、合
計金額見積もり、個数設定、一括発注などのさまざまな
ショッピングカート的機能を提供する。これらの機能
は、ショッピングカートページ上に配置されたボタンな
どのＷｉｄｇｅｔを操作することによって利用すること
ができる。

【０１８１】具体的には、例えば、商品データ３８２２
をショッピングカートブラウザ３２００にドロップする
と、ページ部品挿入エンジン３２１４がドロップ位置を
検出し、ショッピングカートＸＭＬモジュール３２２０
の適切な位置に当該商品データ３８２２を挿入し、ショ
ッピングカートブラウザ３２００のショッピングカート
ページ（３８２４）を再表示する。このとき、合計金額
見積もりエンジン３２１２が自動的に合計金額を計算し
直す。また、ユーザ操作３８０１に応じて商品のソート
や商品個数の変更を行うことができる。これらの機能
は、商品ソートエンジン３２１３および商品個数変更エ
ンジン３２１６によって実行される。また、購入ボタン
を押すなどのユーザ操作３８０１に応じてそれぞれの商
品に対するフォームページである、発注書３９００を各
ウェブサーバに対してポストする。この機能は、商品発
注エンジン３２１１によって実行される。

【０１８２】また、オプションとして読込保存モジュー
ル３２３０が組み込まれている場合は、上述のショッピ
ングの作業の状態をファイルとして保存することによ
り、作業の中断・再開ができる。なお、詳細について
は、後述する。

【０１８３】次に、ショッピングサイトブラウザ３１０
０についてより詳しく説明する。

【０１８４】ショッピングサイトブラウザ３１００は、
内部にショッピングページデータベース３１０１を持っ
ているだけの単純な構造である。そこで、ここでは、シ
ョッピングページデータベースの機能を具体的に説明す
る。実装は一般的なＤＢＭＳと同じでよい。

【０１８５】ショッピングページデータベース３１０１
は、ショッピングサイトやページのＵＲＬを木構造で管
理するデータベースである。

【０１８６】図２５に、ショッピングページデータベー
ス３１０１に登録されたＵＲＬの一例を示す。「データ
ベースのコンテンツ」のうち、ハッチングで示したノー
ドは、ＵＲＬが保持するノード（これをブックマークと
呼ぶ）であり、木構造の葉でなければならない。その他
のノードは、それらブックマークをグループ化するため
のノード（これをフォルダと呼ぶ）であり、ブックマー
クおよびフォルダを子ノードを持つことができる。

【０１８７】ショッピングページデータベース３１０１
は、ユーザのコマンドにより、ＵＲＬを任意のフォルダ
に登録することができる。また、自動登録モードをオン
にしておくと、ユーザの明示的なコマンドなしで、訪問
したＵＲＬ（あるいは商品の操作を行ったＵＲＬ）の履
歴を特定フォルダに自動的に登録することができる。ま
た、ユーザの構成編集系コマンド群によって、フォルダ
を新規作成したり、各ノードを、移動、コピー、削除す
ることができる。

【０１８８】また、ショッピングサイトブラウザ３１０
０でショッピングサイトを閲覧する際は、ショッピング
ページデータベース３１０１から任意のノードを選択し
て開くことができる。対象とするノードがブックマーク
であれば、１箇所のウェブページだけが開かれるが、フ
ォルダである場合、子孫のすべてのブックマークのウェ
ブページが同時にブラウザ上に開かれ、それらはタブな
どによって任意の順序で切り替えることができる。

【０１８９】次に、ショッピングカートブラウザ３２０
０についてより詳しく説明する。

【０１９０】ショッピングカートブラウザ３２００は、
システムに内蔵された、ショッピングカートＸＳＬモジ
ュール３２１０と、ショッピングカートＸＭＬモジュー
ル３２２０から構成される。

【０１９１】ショッピングカートブラウザ３２００が提
供する機能モジュールは、ショッピングカートＸＳＬモ
ジュール３２１０内にあり、ショッピングカートＸＭＬ
モジュール３２２０は、それら機能モジュールの共有デ
ータとしての位置付けを果たしている。そこで、ここで
は、ショッピングカートＸＳＬモジュール３２１０に含
まれる、商品発注エンジン３２１１、合計金額見積もり
エンジン３２１２、商品ソートエンジン３２１３、ペー
ジ部品挿入エンジン３２１４、商品並べ替えエンジン３
２１５、商品個数変更エンジン３２１６の６つの機能モ
ジュール別に、それらの機能とアルゴリズムについて説
明する。

【０１９２】まず、ページ部品挿入エンジン３２１４に
ついて説明する。

【０１９３】図２６に、ページ部品挿入エンジン３２１
４の構成例を示す。図２６に示されるように、ページ部
品挿入エンジン３２１４は、ドロップイベント監視プロ
グラム３２１４１、ルートノード特定プログラム３２１
４２、商品カタログ挿入プログラム３２１４３、ウェブ
ページ再表示プログラム３２１４４から構成されてい
る。これらの機能により、ショッピングサイトブラウザ
３１００からのドロップによって、ユーザが希望する位
置へ当該商品カタログが挿入される。

【０１９４】図２７に、この場合の処理の一例を示す。
以下、このアルゴリズム例を順に説明する。

【０１９５】手順２７０１において、ドロップイベント
監視プログラム３２１４１は、ＸＳＬ処理後のショッピ
ングカートＨＴＭＬ（３８２４）内において、それぞれ
の商品カタログおよびｂｏｄｙタグに対してドロップイ
ベントハンドラが埋め込まれている。もし新規の商品カ
タログがドロップされた場合、そのドロップされた場所
に存在する商品カタログのドロップイベントハンドラが
起動されるか、そのドロップされた場所に商品カタログ
が存在しない場合は、ｂｏｄｙタグに埋め込まれたドロ
ップイベントハンドラが起動される。前者のドロップイ
ベントハンドラを「位置指定型ドロップイベントハンド
ラ」、後者のドロップイベントハンドラを「デフォルト
ドロップイベントハンドラ」と呼ぶものとする。位置指
定型ドロップイベントハンドラが起動された場合は、手
順２７０２へ進み、デフォルトドロップイベントハンド
ラが起動された場合は、手順２７０４へ進む。

【０１９６】手順２７０２において、位置指定型ドロッ
プイベントハンドラは、イベント発生源のＨＴＭＬから
それに該当するＸＭＬの文書領域のルートノードをショ
ッピングカートＸＭＬモジュール３２２０から特定す
る。特定の方法の一つとしては、表示に際してＸＭＬか
らＨＴＭＬへ変換するときに、各商品カタログのＸＭＬ
文書のルートノードおよび変換後のＨＴＭＬのルートノ
ードにユニークな値のＩＤ属性を付けておき、特定する
ときはそのＩＤ属性値を元にサーチするという方法があ
る。

【０１９７】手順２７０３において、特定されたイベン
ト発生源のＸＭＬルートノードの１つ上の兄となる位置
に、ドロップされた商品カタログのＸＭＬ文書を挿入す
る。

【０１９８】手順２７０４において、ショッピングカー
トＸＭＬモジュール３２２０のうち、商品カタログ群を
挿入するノード位置はあらかじめシステム内で決められ
ている。デフォルトドロップイベントハンドラは、その
位置に対して、ドロップされた商品カタログのＸＭＬ文
書を挿入する。

【０１９９】手順２７０５において、ショッピングカー
トＸＭＬモジュール３２２０が更新されたので、それに
対してショッピングカートＸＳＬモジュール３２１０を
適用して、ウェブページを再表示する。

【０２００】次に、商品並べ替えエンジン３２１５につ
いて説明する。

【０２０１】図２８に、商品並べ替えエンジン３２１５
の構成例を示す。図２８に示されるように、商品並べ替
えエンジン３２１５は、大きく、ドラッグ処理プログラ
ム３２１８、ドロップ処理プログラム３２１９から構成
される。また、ドラッグ処理プログラム３２１８は、ド
ラッグイベント監視プログラム３２１８１、ドラッグ実
行処理プログラム３２１８２から構成されており、ドロ
ップ処理プログラム３２１９は、ドロップイベント監視
プログラム３２１９１、ルートノード特定プログラム３
２１９２、商品カタログ挿入プログラム３２１９３、ウ
ェブページ再表示プログラム３２１９４から構成されて
いる。これらの機能により、ショッピングカートブラウ
ザ３２００内でのドラッグアンドドロップによって、商
品カタログの順序を並べ替えることができる。

【０２０２】まず、図２９に、ドラック時の処理の一例
を示す。

【０２０３】手順３９０１において、ドラッグイベント
監視プログラム３２１８１は、ＸＳＬ処理後のショッピ
ングカートＨＴＭＬ（３８２４）内において、商品カタ
ログごとにドロップイベントハンドラとして埋め込まれ
ている。もしショッピングカート内の商品カタログのい
ずれかがドラッグされた場合、その商品カタログに割り
当てられていたドロップイベントハンドラが起動され
る。

【０２０４】手順３９０２において、ドロップイベント
ハンドラでは、ドラッグ処理を実行するが、これがドラ
ッグ処理実行プログラム３２１８２にあたる。ドラッグ
処理実行プログラム３２１８２は、イベント発生源のＨ
ＴＭＬからそれに該当するＸＭＬの文書領域のルートノ
ードをショッピングカートＸＭＬモジュール３２２０か
ら特定する。特定の方法の一つとしては、表示に際して
ＸＭＬからＨＴＭＬへ変換するときに、各商品カタログ
のＸＭＬ文書のルートノードおよび変換後のＨＴＭＬの
ルートノードにユニークな値のＩＤ属性を付けておき、
特定するときはそのＩＤ属性値を元にサーチするという
方法がある。また、この特定されたノードに対して特定
の属性（例えば、ｄｒａｇｇｉｎｇ＝“ｙｅｓ”など）
を付けておき（この属性をドラッグ属性と呼ぶものとす
る）、プログラム内部の特定のグローバルなフラグ変数
（例えば、ｂＤｒａｇｇｉｎｇ）をＴｒｕｅにセットす
る（この変数を並べ替えモードフラグと呼ぶものとす
る）。これらの情報は、ドロップ処理プログラム３２１
９で利用される。

【０２０５】次に、図３０に、ドロップ時の処理の一例
を示す。この処理例は、ページ部品挿入エンジン３２１
４による処理例（図２７）とほぼ同じであり、異なるの
は手順３９１３および手順３９１４での挿入時に、挿入
元となる商品カタログを消去する作業が加わっているだ
けである。実装においてもページ部品挿入エンジン３２
１４の機構を流用することができる。

【０２０６】手順３９１１において、ドロップイベント
監視プログラム３２１９１は、ＸＳＬ処理後のショッピ
ングカートＨＴＭＬ（３８２４）内において、それぞれ
の商品カタログおよびｂｏｄｙタグに対してドロップイ
ベントハンドラが埋め込まれている。もし新規の商品カ
タログがドロップされた場合、そのドロップされた場所
に存在する商品カタログのドロップイベントハンドラが
起動されるか、そのドロップされた場所に商品カタログ
が存在しない場合は、ｂｏｄｙタグに埋め込まれたドロ
ップイベントハンドラが起動される。前者のドロップイ
ベントハンドラを位置指定型ドロップイベントハンド
ラ、後者のドロップイベントハンドラをデフォルトドロ
ップイベントハンドラと呼ぶものとする。位置指定型ド
ロップイベントハンドラが起動された場合は、手順３９
１２へ進み、デフォルトドロップイベントハンドラが起
動された場合は、手順３９１４へ進む。

【０２０７】手順３９１２において、位置指定型ドロッ
プイベントハンドラは、イベント発生源のＨＴＭＬから
それに該当するＸＭＬの文書領域のルートノードをショ
ッピングカートＸＭＬモジュール３２２０から特定す
る。特定の方法の一つとしては、表示に際してＸＭＬか
らＨＴＭＬへ変換するときに、各商品カタログのＸＭＬ
文書のルートノードおよび変換後のＨＴＭＬのルートノ
ードにユニークな値のＩＤ属性を付けておき、特定する
ときはそのＩＤ属性値を元にサーチするという方法があ
る。

【０２０８】手順３９１３において、特定されたイベン
ト発生源のＸＭＬルートノードの１つ上の兄となる位置
に、ドロップされた商品カタログのＸＭＬ文書を挿入す
る。このとき、ドラッグ処理プログラム３２１８によっ
てセットされる並べ替えモードフラグがＴｒｕｅなら
ば、ドラッグ属性の付いているノードを探し、そのノー
ド以下を消去する。

【０２０９】手順３９１４において、ショッピングカー
トＸＭＬモジュール３２２０のうち、商品カタログ群を
挿入するノード位置はあらかじめシステム内で決められ
ている。デフォルトドロップイベントハンドラは、その
位置に対して、ドロップされた商品カタログのＸＭＬ文
書を挿入する。このとき、ドラッグ処理プログラム３２
１８によってセットされる並べ替えモードフラグがＴｒ
ｕｅならば、ドラッグ属性の付いているノードを探し、
そのノード以下を消去する。

【０２１０】手順３９１５において、ショッピングカー
トＸＭＬモジュール３２２０が更新されたので、それに
対してショッピングカートＸＳＬモジュール３２１０を
適用して、ウェブページを再表示する。

【０２１１】次に、商品個数変更エンジン３２１６につ
いて説明する。

【０２１２】商品個数変更エンジン３２１６は、ショッ
ピングカート上の各商品に関して発注する個数を変更す
る機能を提供する。これを実現するためには、モール参
加規約に、次のルールを追加する。・発注手続きのＵＲ
Ｌに関して、個数を指定する特定のパラメータ記述をサ
ポートすること。

【０２１３】具体的には、ある商品に関する発注ＵＲＬ
が“ｈｔｔｐ：／／ｗｗｗ．ｈｏｇｅ．ｃｏｍ／ｏｒｄ
ｅｒ．ｃｇｉ？ｉｄ＝１１１”であるとして、２個発注
する場合は、“ｈｔｔｐ：／／ｗｗｗ．ｈｏｇｅ．ｃｏ
ｍ／ｏｒｄｅｒ．ｃｇｉ？ｉｄ＝１１１＆ｎｕｍ＝２”
とするなどのルールである。ここでは、モール参加規約
は、“ｎｕｍ＝”で商品発注個数を記述するというルー
ルを追加採用するものとする。

【０２１４】商品個数変更エンジン３２１６は、Ｊａｖ
ａｓｃｒｉｐｔやＶＢＳｃｒｉｐｔなどのＤＯＭをアク
セスできるクライアントサイドプログラムで実装するの
が最も簡単である。ここでは、そのようなプログラムシ
ステムで実装する。

【０２１５】商品個数変更エンジン３２１６は、２つの
処理に分かれる。

【０２１６】一つは、ショッピングサイトブラウザ３１
００からショッピングカートブラウザ３２００にドロッ
プされたときの処理である。ドロップするときにはまだ
発注個数は決定していないので、商品記述のＸＭＬには
個数に関する記述が含まれていない。したがって、商品
カタログのＸＭＬの中に、＜ｎｕｍｂｅｒ＞１＜／ｎｕ
ｍｂｅｒ＞という文書を挿入する。

【０２１７】次は、個数変更の処理である。個数変更
は、ウェブページ上のテキストボックスに対するユーザ
書き込みによって行われる。テキストボックスの値が変
化すると、個数変更の処理プログラムが起動される。こ
の処理プログラムは、テキストボックスの値を読み取
り、ショッピングカートＸＭＬモジュール３２２０内の
該当する個数記述（ｎｕｍｂｅｒ要素）を特定して要素
値を変更する。ただし、該当するＸＭＬの個数記述を特
定する方法は、ページ部品挿入エンジン３２１４と同じ
方法（ＩＤによってサーチする方法）を使う。

【０２１８】次に、合計金額見積もりエンジン３２１２
について説明する。

【０２１９】合計金額見積もりエンジン３２１２は、Ｊ
ａｖａｓｃｒｉｐｔやＶＢＳｃｒｉｐｔなどのＤＯＭを
アクセスできるクライアントサイドプログラムで実装す
るのが最も簡単である。ここでは、そのようなプログラ
ムシステムで実装する。

【０２２０】ショッピングカートＸＭＬモジュール３２
２０は、各商品において価格の情報および発注個数を持
っている。合計金額見積もりエンジン３２１２は、出力
するＨＴＭＬのうち合計金額を表示するテキストボック
スなどのタグを処理するときに、ショッピングカートＸ
ＭＬモジュール３２２０の中の各商品の価格と発注個数
を読み取って合計を計算し結果をＨＴＭＬの当該タグの
値として書き込むように作られている。したがって、ウ
ェブページを（再）表示する際に実行される。

【０２２１】ただし、各商品の価格をＸＭＬから取り出
すためには要素名や属性名など何らかの手がかりが必要
であるため、元のショッピングサイト側は、価格のＸＭ
Ｌ記述に関するルールにしたがって商品ページを提供し
ていなければならない。

【０２２２】次に、商品ソートエンジン３２１３につい
て説明する。

【０２２３】商品ソートエンジン３２１３は、Ｊａｖａ
ｓｃｒｉｐｔやＶＢＳｃｒｉｐｔなどのＤＯＭをアクセ
スできるクライアントサイドプログラムで実装するのが
最も簡単である。ここでは、そのようなプログラムシス
テムで実装する。

【０２２４】ショッピングカートＸＭＬモジュール３２
２０は、各商品において、さまざまなパラメータを持っ
ている。商品ソートエンジン３２１３は、各商品に含ま
れる項目をすべて取り出して、任意の項目でソートでき
るようになっている。商品ソートエンジン３２１３に
は、ユーザ操作のためのＷｉｄｇｅｔとして、ソート項
目を選択するセレクタとソートを実行するボタンが用意
されており、処理は大きく二つに分かれる。

【０２２５】まず、処理の一つは、セレクタで選択でき
る項目を作成である。これは、出力するＨＴＭＬのうち
当該セレクタのタグを処理するとき、すなわちウェブペ
ージの（再）表示時に実行され、各商品が持つすべての
要素名をリストアップしてその結果をセレクタに登録す
る。

【０２２６】もう一つの処理は、ソート自身である。Ｘ
ＳＬ言語は、ソート命令を持っているので、商品ソート
エンジン３２１３は、その機能を利用する。具体的に
は、ショッピングカートＸＳＬモジュール３２１０のＸ
ＳＬソース内の商品カタログを列挙する命令タグに対し
て、セレクタで現在選択されている項目でソートするよ
うなソート命令を上書きする。すなわち、自己書き換え
を行う。そして、改めてウェブページを再表示する。こ
れにより、ソートされたウェブページが表示される。

【０２２７】また、商品表示の順序をドラッグアンドド
ロップで並び替えることができるようにしてもよい。こ
の場合には、まず、ユーザにより商品カタログがドラッ
グされると自分自身の内容をクリップボードにコピーす
る、そして、その商品カタログがドロップされるとその
位置にその商品カタログをクリップボードからコピーす
るとともに、元の商品カタログを消す。

【０２２８】次に、商品発注エンジン３２１１について
説明する。

【０２２９】この場合には、ショッピングサイトが提供
する商品カタログ内に購入手続きへの実行エントリポイ
ントが埋め込まれているものとする。

【０２３０】商品発注エンジン３２１１は、Ｊａｖａｓ
ｃｒｉｐｔやＶＢＳｃｒｉｐｔなどのＤＯＭをアクセス
できるクライアントサイドプログラムで実装するのが最
も簡単である。ここでは、そのようなプログラムシステ
ムで実装する。

【０２３１】商品発注エンジン３２１１は、ショッピン
グカートブラウザ３２００に含まれる各商品を一括購入
する機能を提供する。具体的には、ショッピングカート
ブラウザ３２００で表示されているウェブページの一括
購入に関するボタンを押すと、各商品に関して発注の手
続きが含まれるフォームページを表示しているダイアロ
グボックスがポップアップされる。それらすべてのダイ
アログボックス上でフォームページを送信すると、各商
品がショッピングカート上で指定した個数で発注され
る。

【０２３２】処理手順は、次のようになる。まず、一括
購入ボタンのクリックイベントを監視し、押された時
に、各商品について、その発注手続き用のＵＲＬとその
発注個数を取り出す。続いて、各商品について、取り出
されたＵＲＬの末尾に対して、“＆ｎｕｍ＝２”など
（２個の場合）の個数情報を付け加えて、購入手続きを
キックする。そして、取得した当該ＵＲＬのウェブペー
ジ（フォームページ）を表示するダイアログボックスを
開く。後は、それぞれのフォームページにおいて、ユー
ザが必要事項を入力して手続を行う。

【０２３３】次に、読込保存モジュール３２３０につい
て説明する。

【０２３４】読込保存モジュール３２３０は、パーソナ
ルショッピングモールで行った作業状況をファイルへ保
存したり、保存されたファイルを読み込んで前回の作業
状況を復活させ、作業の続きを行うことを可能にする。

【０２３５】保存の方法としては、例えば、ショッピン
グカート単位で保存する方法と、部品単位で保存する方
法の２種類の保存方式があり、それぞれ効果と実装が異
なる。

【０２３６】まず、ショッピングカート単位で保存・読
込する方法について説明する。この場合、保存する際に
は、ショッピングカートＸＭＬモジュール３２２０の内
容、およびショッピングサイトブラウザ３１００で開い
ているＵＲＬのリストを書き出す。逆に、リジュームさ
せる場合は、それらを読み込んで状態へ反映させる。こ
れにより、作業の続きを行うことが可能となる。

【０２３７】次に、商品単位で保存・読込する方法につ
いて説明する。この場合、保存する際には、ショッピン
グカートＸＭＬモジュール３２２０の内容を各商品単位
に分解し、指定された商品についてもしくはすべての各
商品について商品情報を書き込む。ただし、商品情報に
は、その商品カタログがもともと掲載されていたウェブ
ページのＵＲＬ情報が含まれていなければならない。逆
に、リジュームさせる場合は、まずユーザが対象とする
商品情報を複数選択する。選択された商品情報にそれぞ
れを、ショッピングカートＸＭＬモジュール３２２０に
対して追加する。それと同時に、その商品情報に含まれ
るＵＲＬをショッピングサイトブラウザ３１００に追加
する。これにより、指定された商品情報のみがショッピ
ングカートブラウザ３２００で登録され、またそれらの
商品に関するウェブページのみがショッピングサイトブ
ラウザ３１００で開かれる結果となる。

【０２３８】なお、保存の方法については、例えば、複
数種類備えておき、ユーザが適宜選択して使用可能とし
てもよいし、いずれか１種類のみを備えるようにしても
よい。

【０２３９】次に、本パーソナルショッピングモールシ
ステムのＧＵＩについて説明する。

【０２４０】図３１に、本パーソナルショッピングモー
ルシステムの実行画面の一例を示す。

【０２４１】大きく二つのウィンドウがあるが、左側の
ウィンドウ４１００がショッピングサイトのウェブペー
ジを表示しているウェブブラウザで、下部には現在同時
に開いているショップを切り替えるためのタブ（４１０
３〜４１０６）が付いている。また、右側のウィンドウ
４２００が集めてきた商品の一覧（４２１１〜４２１
４）を表示しているウェブブラウザである。

【０２４２】訪れるショッピングサイトは、一般のウェ
ブブラウザと同様ＵＲＬを入力（４００１）することに
よって選択することもできるし、ショッピングページデ
ータベース３１０１からお気に入りショップとして選択
（４００２）することもできる。

【０２４３】ユーザは、複数のショッピングサイトを回
って、気に入った商品があればその商品カタログ（４１
０１）を右側のウェブブラウザへドロップする。これに
より、ショッピングカートに登録される。

【０２４４】この作業を経て集めてきた商品群に対し、
ソート条件の指定（４２０２）、ソート（４２０１）、
合計値段見積もり（４００３）、個数設定（図示せ
ず）、一括発注（４２０４）を行うことができる。これ
らは、ショッピングカートページの中に配置されている
ｗｉｄｇｅｔを操作することで実行できる。

【０２４５】個数の表示・設定は、例えば、ショッピン
グカートブラウザのウィンドウ４２００のシッピングカ
ートページに表示されている商品カタログの領域内で行
われる。

【０２４６】なお、ショッピングサイトブラウザのウィ
ンドウ４１００の個別のサイトのページで、個別の商品
の発注ボタン４１２０を押して、個別に発注することも
もちろん可能である。

【０２４７】以下では、本実施形態の利点について説明
する。

【０２４８】ショッピングサイトの連携を図る方法の一
つとして、Ｈａｒｒｉｎｇｔｏｎの米国特許（ＵＳＰ：
５，８９５，４５４）のように構成対象のショッピング
システムのデータベース管理システムを接続する手法が
ある。説明の便宜上、この方法によって実現された統合
システムを「サーバショッピングモールシステム」と呼
ぶものとし、サーバショッピングモールシステムと比較
したパーソナルショッピングモールシステムの優位性に
ついて以下に説明する。

【０２４９】パーソナルショッピングモールシステム
は、サーバショッピングモールに対して、各ショッピン
グサイトの構築コストに関して次の優位性がある。サー
バショッピングモールシステムの場合、出店するショッ
ピングサイトは、モールシステム用に特別にシステムを
作りこむ必要がある。また、参加先のモールシステムを
変更する際には、ショッピングシステムを構築しなおさ
なければならない。それに対し、パーソナルショッピン
グモールシステムの場合、対象となるショッピングサイ
トは、提供する商品カタログ記述に関してモール参加規
約を遵守するだけでよい（特別なシステムは不要）。

【０２５０】サーバショッピングモールシステムにおけ
るショッピングサイトの出店構成は、概して固定的であ
る。なぜなら出店構成を変更するためには、システムを
再構築しなければならないからである。その出店構成が
顧客の望むものではなかったとしても、顧客は出店構成
を変更することはできない。それに対しパーソナルショ
ッピングモールシステムの場合、あらかじめ与えられた
出店構成というものはなく、顧客は任意のサイトの商品
を組み合わせることができる。つまり、顧客は好きなシ
ョッピングサイトの商品を組み合わせるショッピングサ
イト先を自由に決められるので、顧客の嗜好性に合わせ
たショッピングサイトの組み合わせ、すなわちマイ商店
街を作ることが可能である。このことは、例えば、契約
などによる取引先に関する制限を持つ企業顧客、ロジス
ティクスや政治的問題などに関して地域的な制約を持っ
た顧客、レアなジャンルの商品を捜し求めているなど対
象商品に制約を持つ顧客などに利益をもたらすことも期
待される。また、中古ショップや「売ります買います」
サイトなど、草の根的なショッピングサイトを束ねるの
にも便利である。また、サーバショッピングモールシス
テムとして構築されたポータルサイトをまたいで、商品
をピックアップすることもできるので、サーバショッピ
ングモールシステムを顧客側で補完する使い方もでき
る。

【０２５１】なお、第２の実施形態の構成例では、フォ
ームページを取り寄せる際に該当するＵＲＬの末尾に対
して“＆ｎｕｍ＝２”などの個数情報を付け加えて購入
手続きをキックしたが、このときには個数情報を付加せ
ず、個数情報はユーザがフォームページで入力するよう
にしてもよい。また、一括購入数量によって単価が変わ
る商品を扱う場合、例えば、商品カタログの中に、一括
購入数量と単価の関係または一括購入数量と総額の関係
を記述することを規約に含めるようにしてもよいし、あ
るいは一括購入数量毎に商品カタログを用意するように
してもよい。また、第１の実施形態のように、スタイル
を適宜設定あるいは選択可能としてもよい。また、商品
売買を例にとったが、もちろんホテルの部屋あるいは電
車の座席の予約等、種々の契約についても適用可能であ
る。

【０２５２】さらに、第１の実施形態において第２の実
施形態におけるページ部品抽出方法を用いる異も可能で
あり、第２の実施形態において第１の実施形態における
ページ部品抽出方法を用いる異も可能である。

【０２５３】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０２５４】

【発明の効果】本発明によれば、エンドユーザは、汎用
的な手続きによって、任意のウェブサイトの独立可能部
分同士を組み合わせて、新しいページを作成することが
できる。また、本発明によれば、ウェブページの提供側
に対して強い制限を与えないで済む。

【図面の簡単な説明】

【図１】本発明を適用するネットワーク環境の一例を示
す図

【図２】本発明の一実施形態に係るシステムの全体構成
例を示す図

【図３】同実施形態のシステムの処理の流れの一例を示
すフローチャート

【図４】ウェブページの一例を示す図

【図５】ページ部品の抽出手順の一例を示すフローチャ
ート

【図６】ページ部品の内容部の作成手順の一例を示すフ
ローチャート

【図７】ページ部品の管理情報部の作成手順の一例を示
すフローチャート

【図８】ページ部品の管理情報部の作成手順の一例を示
すフローチャート

【図９】ページ部品のデータ構造の一例を示す図

【図１０】ページ部品の整理手順の一例を示すフローチ
ャート

【図１１】一般アプリケーションへの接続手順の一例を
示すフローチャート

【図１２】ページ生成手順の一例を示すフローチャート

【図１３】実行画面の一例を示す図

【図１４】部品単一閲覧画面の一例を示す図

【図１５】部品項目表示画面の一例を示す図

【図１６】部品項目表示画面の他の例を示す図

【図１７】部品項目表示画面のさらに他の例を示す図

【図１８】検索用入力画面の一例を示す図

【図１９】スタイル選択画面の一例を示す図

【図２０】スタイル選択画面の他の例を示す図

【図２１】複数のページ部品を含むウェブページの表示
例を示す図

【図２２】モール参加規約に則ったウェブページの一例
について説明するための図

【図２３】本発明の他の実施形態に係るパーソナルショ
ッピングモールシステムの全体構成例を示す図

【図２４】同実施形態のシステムの処理の流れの一例を
示すフローチャート

【図２５】ショッピングページデータベースの登録内容
の一例を示す図

【図２６】ページ部品挿入エンジンの構成例を示す図

【図２７】ページ部品挿入エンジンの処理手順の一例を
示すフローチャート

【図２８】商品並べ替えエンジンの構成例を示す図

【図２９】ドラッグ処理の手順の一例を示すフローチャ
ート

【図３０】ドロップ処理の手順の一例を示すフローチャ
ート

【図３１】パーソナルショッピングモールシステムの表
示画面の一例を示す図

【符号の説明】

１０１…クライアント装置 １０２…ウェブクライアントサイト １０３…コンピュータネットワーク基盤 １０４〜１０６…ウェブサーバサイト １０７〜１０９…サーバ装置 ２０１…ウェブページ ２０５…表示装置 ２０６…アプリケーション ２１０…第１のソフトウェアプログラム ２２０…第１のソフトウェアプログラム ２１１…ページ表示モジュール ２１２…ページ部品抽出モジュール ２１３…ページ部品送信モジュール ２２１…ページ部品受信モジュール ２２２…ページ部品データベース ２２３…ページ部品整理モジュール ２２４…一般アプリ接続モジュール ２２５…ページ生成モジュール ２８０…ページ受信モジュール ２８２…ページ発信モジュール ６１０…ページ部品内容抽出モジュール ７１０…ページ部品管理情報生成モジュール ８１０…ページ部品アプリデータ属性情報生成モジュー
ル １０１０…部品項目表示モジュール １０２０…部品単一閲覧モジュール ３００１…パーソナルショッピングモールシステム ３０００…ウェブサーバ ３１００…ショッピングサイトブラウザ ３１０１…ショッピングページデータベース ３２００…ショッピングカートブラウザ ３２１０…ショッピングカートＸＳＬモジュール ３２１１…商品発注エンジン ３２１２…合計金額見積もりエンジン ３２１３…商品ソートエンジン ３２１４…ページ部品挿入エンジン ３２１５…商品並べ替えエンジン ３２１６…商品個数変更エンジン ３２１８…ドラッグ処理プログラム ３２１９…ドロップ処理プログラム ３２２０…ショッピングカートＸＭＬモジュール ３２３０…読込保存モジュール ３２１４１，３２１９１…ドロップイベント監視プログ
ラム ３２１４２，３２１９２…ルートノード特定プログラム ３２１４３，３２１９３…商品カタログ挿入プログラム ３２１４４，３２１９４…ウェブページ再表示プログラ
ム ３２１８１…ドラッグイベント監視プログラム ３２１８２…ドラッグ実行処理プログラム

Claims (14)

【特許請求の範囲】
1. 【請求項１】所望のウェブサーバから取得された所望の
   ウェブページについて、該ウェブページのデータ内に含
   まれる、該ウェブページから切り出して該ウェブページ
   のその他の部分とは独立に処理可能なように記述された
   独立可能部分を特定するタグ情報を抽出し、 このウェブページに含まれる独立可能部分がユーザ指定
   されたことが、抽出された前記タグ情報に基づいて検出
   された場合、該ユーザ指定された独立可能部分の内容を
   含むページ部品を生成し、 生成された前記ページ部品を記憶し、 １または複数のウェブサーバから取得された複数のウェ
   ブページの各々から生成された複数のページ部品に対応
   する独立可能部分を含む新たなウェブページを生成する
   ことを特徴とするウェブページ部品統合処理方法。
2. 【請求項２】前記新たなウェブページのスタイルとし
   て、該新たなウェブページに含ませたいずれの独立可能
   部分が元々含まれていたウェブページのスタイルを用い
   るか、または新たに定義されたスタイルを用いるかを、
   ユーザ選択に基づいて決定することを特徴とする請求項
   １に記載のウェブページ部品統合処理方法。
3. 【請求項３】前記独立可能部分に対するユーザ指定を受
   け付けるにあたって、対象となる前記ウェブページを、
   抽出された前記タグ情報に基づいて前記独立可能部分が
   ユーザに識別可能なように表示することを特徴とする請
   求項１に記載のウェブページ部品統合処理方法。
4. 【請求項４】前記ページ部品は、少なくとも、対応する
   前記独立可能部分の内容と、該独立可能部分が含まれて
   いたウェブページから全ての独立可能部分を取り除いた
   残りの部分の内容と、該独立可能部分が該ウェブページ
   において含まれていた位置に関する情報とを含むことを
   特徴とする請求項１に記載のウェブページ部品統合処理
   方法。
5. 【請求項５】前記独立可能部分のデータ内に、該独立可
   能部分に関連するアプリケーションプログラムに共する
   データの所在を示す情報、該データのタイプを示す情報
   および必要な場合における該データのダウンロードに関
   する手続を含むアプリデータ属性情報が含まれている場
   合、該アプリデータ属性情報を前記ページ部品に含めて
   記憶することを特徴とする請求項１に記載のウェブペー
   ジ部品統合処理方法。
6. 【請求項６】所望のウェブサーバから取得された所望の
   ウェブページについて、該ウェブページのデータ内に含
   まれる、該ウェブページから切り出して該ウェブページ
   のその他の部分とは独立に処理可能なように記述された
   独立可能部分を特定するタグ情報を抽出させ、 このウェブページに含まれる独立可能部分がユーザ指定
   されたことが、抽出された前記タグ情報に基づいて検出
   された場合、該ユーザ指定された独立可能部分の内容を
   含むページ部品を生成させ、 生成された前記ページ部品を記憶させ、 １または複数のウェブサーバから取得された複数のウェ
   ブページの各々から生成された複数のページ部品に対応
   する独立可能部分を含む新たなウェブページを生成させ
   るためのプログラムを記録したコンピュータ読取り可能
   な記録媒体。
7. 【請求項７】所望のウェブサーバから取得された所望の
   ウェブページについて、該ウェブページに含まれる予め
   定められた一纏まりの内容の部分に対するユーザ指定が
   なされたことが検出された場合、該一纏まりの内容の部
   分に対応するページ部品を生成するためのページ部品生
   成手段と、 生成された前記ページ部品を記憶するための記憶手段
   と、 複数の前記ページ部品を元にした新たなウェブページを
   生成するためのウェブページ生成手段とを備えたことを
   特徴とするクライアント装置。
8. 【請求項８】前記ウェブページはそのデータの中に前記
   予め定められた一纏まりの内容の部分に対応するデータ
   を特定するタグ情報が記述されて前記ウェブサーバから
   送信されるものであり、 前記ページ部品生成手段は、前記タグ情報に基づいて前
   記ウェブページのデータの中からユーザ指定された前記
   一纏まりの内容の部分に対応するデータを取り出し、該
   データをもとに前記ページ部品を生成することを特徴と
   する請求項７に記載のクライアント装置。
9. 【請求項９】前記ウェブページは前記予め定められた一
   纏まりの内容の部分に対するユーザ指定がなされたこと
   が検出されたときに該一纏まりの内容の部分に対応する
   データを出力するプログラムが付加されて前記ウェブサ
   ーバから送信されるものであり、 前記ページ部品生成手段は、前記プログラムの動作によ
   って出力された前記データをもとに前記ページ部品を生
   成することを特徴とする請求項７に記載のクライアント
   装置。
10. 【請求項１０】前記ウェブサーバはショッピングサイト
    のウェブサーバであり、 前記ウェブページは前記ショッピングサイトのウェブサ
    ーバから取得されたショッピングページであり、 前記予め定められた一纏まりの内容の部分は前記ショッ
    ピングページに含まれる各々の商品カタログの部分であ
    り、 前記新たなウェブページは複数のショッピングサイトの
    ウェブサーバから取得された各々のショッピングページ
    から選択された個々の商品カタログに対応するページ部
    品を元にして生成されたショッピングカートページであ
    ることを特徴とする請求項７に記載のクライアント装
    置。
11. 【請求項１１】前記新たなウェブページを発信するため
    のウェブページ発信手段を更に備えたことを特徴とする
    請求項７に記載のクライアント装置。
12. 【請求項１２】生成された前記新たなウェブページ内
    で、複数の前記ページ部品に含まれるデータに対し処理
    を行う手段を更に備えたことを特徴とする請求項７に記
    載のクライアント装置。
13. 【請求項１３】生成された前記新たなウェブページ単位
    もしくは前記ページ部品単位で、該新たなウェブページ
    もしくは該ページ部品に対して行われた操作を保存する
    手段を更に備えたことを特徴とする請求項７に記載のク
    ライアント装置。
14. 【請求項１４】所望のウェブサーバから取得された所望
    のウェブページについて、該ウェブページに含まれる予
    め定められた一纏まりの内容の部分に対するユーザ指定
    がなされたことが検出された場合、該一纏まりの内容の
    部分に対応するページ部品を生成させ、 生成された前記ページ部品を記憶させ、 複数の前記ページ部品を元にした新たなウェブページを
    生成させるためのプログラムを記録したコンピュータ読
    取り可能な記録媒体。