JP2008226235A - 情報フィードバックシステム、情報フィードバック方法、情報管理サーバ、情報管理方法及びプログラム - Google Patents

Abstract

【課題】各種のウェブページ内にある不変的な知識と新鮮な知識とを融合した集合知を形成し、ユーザが求める情報を適切にフィードバックする。
【解決手段】情報管理サーバ１０は、ユーザ端末１から受信したスクレイピングデータ、又は、更新ウェブサーバ３から受信したウェブページ更新データのテキスト情報を、形態素解析することによって、当該テキスト情報に含まれる単語、当該データの属性情報を含む所定の単位データを生成し、この単位データに含まれる単語及び属性情報を用いて多変量解析を行うことによって、当該複数の単位データを統計的関連性に応じて複数の統計グループにグルーピングし、ウェブページ管理者により設定された抽出条件と、各統計グループとの関連性に基づいて、複数の統計グループの中から１又は２以上の統計グループを抽出し、その統計グループに属する単位データをフィードバックデータとして更新ウェブサーバ３に送信する。
【選択図】図１

Description

本発明は、情報フィードバックシステム、情報フィードバック方法、情報管理サーバ、情報管理方法及びプログラムに関する。

近年、インターネット等のネットワークインフラが拡充されるとともに、ネットワーク上で情報をやり取りとりするためのサーバや、端末、ソフトウェアの性能・操作性が飛躍的に進歩している。これに応じて、インターネット上には各種のウェブサイト（個人、企業、団体若しくは官公庁などのホームページ）が無数に存在しており、ユーザはこれらウェブサイトから、多種多様な情報を必要に応じて収集して活用している。

従来、ホームページなどのウェブサイトは、そのウェブサイトを所有するサイト管理者により作成及び更新されていくものであり、ウェブサイトを通じた情報の提供は、サイト管理者側からサイトを閲覧するユーザ側へと、一方向に行われていた。ところが、昨今では、「ＷＥＢ２．０」と称される「ユーザ参加型のウェブサイト」も増加しており、かかるユーザ参加型サイトでは、従来の一方向的なウェブサイトよりも、サイト内に含まれる情報の鮮度（サイト内の情報の時間的又は内容的な真新しさ）は増してきている。

一方、ユーザがウェブサイトから必要な情報を収集する場合、一般的には、検索エンジンを用いて実現される情報検索サイトが用いられている。かかる検索サイトでは、ユーザは、自身が所望する情報に関する検索キーワードを入力することで、ネットワーク上に公開されている膨大な数のウェブページの中から、当該検索キーワードを含むウェブページを検索することが可能である。

特開２０００−３５３２５６号公報

しかしながら、上記従来のユーザ参加型サイトで情報が集積されるためには、まず、そのサイトに参加意思のあるユーザが当該サイトに訪れ、次いで、当該サイト中にユーザ自身が興味のある情報（コンテンツ）を見つけ、さらに、ユーザが、そのコンテンツに対してコメントを書き込む、といった流れになる。また、ウェブログ間でリンクを張る仕組みであるトラックバックの場合も、ユーザがコメントを書き込む場所が異なるだけで、上記ユーザ参加型のサイトの場合とほぼ同様の流れになる。

そのため、（Ａ）何よりもまず、そのユーザ参加型サイトにユーザが訪れなければならず、ユーザとサイトとの運命的な出会い・偶然の出会いが求められるという問題があった。従って、ユーザが検索サイトや他サイトからのリンク等を利用しても、そのユーザ参加型サイトを発見／到達することができなければ、当該サイトに対してユーザの書き込みによる情報の収集・蓄積は期待できない。

また、たとえユーザがそのサイトに偶然に訪れたとしても、（Ｂ）ユーザは、サイト内のコンテンツを閲覧して、そのサイト内に自己にとって有益な情報があるか否かを調べなければならず、ユーザ側の負担が大きいという問題があった。なお、ウェブサイトの見出しや要約などのメタデータを構造化して記述するためのＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ）を用いた技術では、複数のウェブサイトの更新情報をＲＳＳ文書として取得することで、情報収集を支援することが可能である。しかし、このＲＳＳ文書の場合でも、上記（Ａ）の問題は依然として残存し、また、ユーザ端末にＲＳＳに対応したツールを設置する必要があるという問題もある。

さらには、（Ｃ）他ユーザがユーザ参加型サイト内に書き込んだコメントが、そのサイトの趣旨に合致しないことも起こりうる。また、そのコメントは、書き込んだユーザの主観的情報であり、大多数のユーザが認める客観的情報ではないため、情報の信頼性の低いコメントも少なからず存在するといった問題もある。

一方、上述した検索エンジンを用いた情報収集では、検索キーワードに依存しており、検索結果として得られるものは、その検索キーワードが存在していたサイトへの誘導であって、その検索キーワードに関連する各種情報の「集合知」というには程遠いものであった。

以上のように、ユーザ参加型サイトでは、上記（Ａ）〜（Ｃ）の問題が存在するため、サイト管理者が真に求める情報の収集・蓄積が好適に実現されてはいなかった。また、検索エンジンを用いた検索でも、情報の当たりはずれが多く、ユーザが求める情報を集合知から取得することはできなかった。これらの事情から、サイト管理者は、自己のサイト内のコンテンツを充実させるために、自己のサイトに関連する適切な情報を集合知から容易に収集可能なシステムが希求されていた。一方で、一般ユーザがネットワーク上で公開されている各種ウェブサイトの情報を収集する際にも、ユーザ自身が求めるテーマの情報を集合知から容易に取得可能なシステムが希求されていた。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ウェブページの管理者により更新されたウェブページのコンテンツ（例えば、不変的な情報・公式な情報）と、ユーザがネットワーク上のウェブページから自由にスクレイピングしたコンテンツ（新鮮な知識・発見等の情報）の双方をまとめて解析することで、各種のウェブページ内にある不変的な知識と新鮮な知識とを融合した集合知を形成し、ユーザが求める情報を適切にフィードバックすることが可能な、新規かつ改良された情報フィードバックシステム、情報フィードバック方法、情報管理サーバ、情報管理方法及びプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、複数のユーザ端末と、前記ユーザ端末に対して任意のウェブページを公開する一般ウェブサーバと、所定のウェブページ管理者の所定のウェブページを公開し、当該ウェブページの更新機能を有する更新ウェブサーバと、前記ユーザ端末又は前記更新ウェブサーバから収集された情報を管理する情報管理サーバとが、ネットワークを介して接続された情報フィードバックシステムであって：前記ユーザ端末は、前記一般ウェブサーバ又は前記更新ウェブサーバにより公開されるウェブページを閲覧するためのブラウザと；ユーザ入力に基づいて、前記ブラウザに表示されたウェブページから一部のコンテンツを抽出するスクレイピング部と；前記スクレイピング部により抽出されたスクレイピングデータと、前記スクレイピングデータの属性情報とを、前記ネットワークを介して前記情報管理サーバに送信するスクレイピングデータ送信部と；を備え、前記更新ウェブサーバは、前記ウェブページ管理者の入力に基づいて、前記ウェブページ管理者の前記所定のウェブページのコンテンツを生成又は更新するウェブページ更新部と；前記ウェブページ更新部により生成又は更新されたウェブページ更新データと、前記ウェブページ更新データの属性情報とを、前記ネットワークを介して前記情報管理サーバに送信するウェブページ更新データ送信部と；を備え、前記情報管理サーバは、前記ユーザ端末から、前記スクレイピングデータ及び前記スクレイピングデータの属性情報を受信するスクレイピングデータ受信部と；前記更新ウェブサーバから、前記ウェブページ更新データ及び前記ウェブページ更新データの属性情報を受信するウェブページ更新データ受信部と；前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報を形態素解析することによって、当該テキスト情報に含まれる単語を抽出するとともに、前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報の一部又は全部と、前記テキスト情報から抽出された単語と、前記スクレイピングデータ又は前記ウェブページ更新データの属性情報とを含む所定の単位データを生成し、データベースに保存する文書解析部と；前記データベースに保存された複数の前記単位データに含まれる前記単語及び前記属性情報を用いて多変量解析を行うことによって、当該複数の単位データを統計的関連性に応じて複数の統計グループにグルーピングし、当該グルーピング結果を前記データベースに保存する多変量解析部と；前記ウェブページ管理者により設定された第１抽出条件と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出し、当該抽出された統計グループに属する前記単位データを第１フィードバックデータとして抽出する第１文書生成部と；前記第１フィードバックデータを、前記ネットワークを介して前記更新ウェブサーバに送信する第１フィードバックデータ送信部と；を備えることを特徴とする、情報フィードバックシステムが提供される。

前記情報管理サーバは、前記ユーザ端末のユーザにより入力された第２抽出条件を、前記ユーザ端末から前記ネットワークを介して受信し、前記第２抽出条件と、前記統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出し、当該抽出された統計グループに属する前記単位データを第２フィードバックデータとして抽出する第２文書生成部と；前記第２フィードバックデータを、前記ネットワークを介して前記ユーザ端末に送信する第２フィードバックデータ送信部と；を備えるようにしてもよい。

前記第２文書生成部は、複数の文書成型用テンプレートが保存されたテンプレートデータベースから、前記ユーザ端末のユーザにより入力された前記第２抽出条件に対応する文書成型用テンプレートを選択し、当該選択された文書成型用テンプレートを用いて、前記抽出された単位データを成型して、前記第２フィードバックデータを生成するようにしてもよい。

前記スクレイピング部は、前記一般ウェブサーバ又は前記更新ウェブサーバにより公開されるウェブページの情報ソースを解析し、当該解析結果に基づいて、当該ウェブページに含まれるコンテンツを複数の単位データに分割し、前記ブラウザにより表示される前記ウェブページの画面上に、前記分割された各単位データを区分け表示するとともに、前記各単位データをスクレイピングするための取込表示を、前記ウェブページの画面上に前記各単位データに対応づけて表示し、前記ユーザ端末のユーザにより選択された前記取込表示に対応する前記単位データを、前記スクレイピングデータとして抽出するようにしてもよい。

前記スクレイピング部は、前記ブラウザにより表示される前記ウェブページの画面上で、前記ユーザ端末に対する入力操作に応じて当該画面上を移動するポインタが、前記区分け表示された単位データのいずれかに重畳されたときに、当該ポインタが重畳された単位データの前記取込表示を表示するようにしてもよい。

前記更新ウェブサーバは、前記第１フィードバックデータ送信部から受信した前記第１フィードバックデータを、前記ウェブページ管理者の前記所定のウェブページに付加するようにしてもよい。

前記スクレイピングデータの属性情報は、前記スクレイピングデータを生成した前記ユーザ端末のユーザ情報、又は、前記スクレイピングデータが生成された日付情報の少なくともいずれかを含み、前記ウェブページ更新データの属性情報は、前記ウェブページ管理者により指定された、前記所定のウェブページのジャンル若しくはキーワード、又は、前記ウェブページ更新データにより前記所定のウェブサイトが更新された日付情報の少なくともいずれかを含むようにしてもよい。

前記情報管理サーバは、前記ユーザ端末から受信した前記スクレイピングデータを、前記ユーザ端末のユーザ毎に管理するユーザデータ管理部を備えるようにしてもよい。

前記ユーザデータ管理部は、前記ユーザ端末による旅行日程表の作成支援機能を有し、前記スクレイピングデータ又は前記第２フィードバックデータの少なくともいずれかを、前記旅行日程表の素材として前記ユーザ端末に提供するようにしてもよい。

前記第１文書生成部は、前記第１抽出条件及び前記所定のホームページの属性情報と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出するようにしてもよい。

前記第２文書生成部は、前記第２抽出条件及び前記スクレイピングデータの属性情報と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出するようにしてもよい。

また、上記課題を解決するために、本発明の別の観点によれば、複数のユーザ端末と、前記ユーザ端末に対して任意のウェブページを公開する一般ウェブサーバと、所定のウェブページ管理者の所定のウェブページを公開し、当該ウェブページの更新機能を有する更新ウェブサーバと、前記ユーザ端末又は前記更新ウェブサーバから収集された情報を管理する情報管理サーバとが、ネットワークを介して接続された情報フィードバックシステムにおける情報フィードバック方法であって：前記ユーザ端末が、ユーザ入力に基づいて、前記一般ウェブサーバ又は前記更新ウェブサーバにより公開されるウェブページを閲覧するためのブラウザに表示されたウェブページから一部のコンテンツを抽出するスクレイピングステップと；前記ユーザ端末が、前記スクレイピングステップで抽出されたスクレイピングデータと、前記スクレイピングデータの属性情報とを、前記ネットワークを介して前記情報管理サーバに送信するスクレイピングデータ送信ステップと；前記更新ウェブサーバが、前記ウェブページ管理者の入力に基づいて、前記ウェブページ管理者の前記所定のウェブページのコンテンツを生成又は更新するウェブページ更新ステップと；前記更新ウェブサーバが、前記ウェブページ更新ステップで生成又は更新されたウェブページ更新データと、前記ウェブページ更新データの属性情報とを、前記ネットワークを介して前記情報管理サーバに送信するスクレイピングデータ送信ステップと；前記情報管理サーバが、前記ユーザ端末から、前記スクレイピングデータ及び前記スクレイピングデータの属性情報を受信するスクレイピングデータ受信ステップと；前記情報管理サーバが、前記更新ウェブサーバから、前記ウェブページ更新データ及び前記ウェブページ更新データの属性情報を受信するウェブページ更新データ受信ステップと；前記情報管理サーバが、前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報を形態素解析することによって、当該テキスト情報に含まれる単語を抽出するとともに、前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報の一部又は全部と、前記テキスト情報から抽出された単語と、前記スクレイピングデータ又は前記ウェブページ更新データの属性情報とを含む所定の単位データを生成し、データベースに保存する文書解析ステップと；前記情報管理サーバが、前記データベースに保存された複数の前記単位データに含まれる前記単語及び前記属性情報を用いて多変量解析を行うことによって、当該複数の単位データを統計的関連性に応じて複数の統計グループにグルーピングし、当該グルーピング結果を前記データベースに保存する多変量解析ステップと；前記情報管理サーバが、前記ウェブページ管理者により設定された抽出条件と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出し、当該抽出された統計グループに属する前記単位データをフィードバックデータとして抽出する文書生成ステップと；前記情報管理サーバが、前記フィードバックデータを、前記ネットワークを介して前記更新ウェブサーバに送信するフィードバックデータ送信ステップと；を含むことを特徴とする、情報フィードバック方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、一般ウェブサーバにより公開されたウェブページを閲覧可能な複数のユーザ端末と、所定のウェブページ管理者の所定のウェブページを公開し、当該ウェブページの更新機能を有する更新ウェブサーバと、にネットワークを介して接続され、前記ユーザ端末又は前記更新ウェブサーバから収集された情報を管理する情報管理サーバであって：前記情報管理サーバは、前記ユーザ端末から、前記一般ウェブサーバ又は前記更新ウェブサーバにより提供されたウェブページから抽出された一部のコンテンツを含むスクレイピングデータと、前記スクレイピングデータの属性情報とを受信するスクレイピングデータ受信部と；前記更新ウェブサーバから、前記ウェブページ管理者の入力に基づいて更新された前記所定のウェブページのウェブページ更新データと、前記ウェブページ更新データの属性情報とを受信するウェブページ更新データ受信部と；前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報を形態素解析することによって、当該テキスト情報に含まれる単語を抽出するとともに、前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報の一部又は全部と、前記テキスト情報から抽出された単語と、前記スクレイピングデータ又は前記ウェブページ更新データの属性情報とを含む所定の単位データを生成し、データベースに保存する文書解析部と；前記データベースに保存された複数の前記単位データに含まれる前記単語及び前記属性情報を用いて多変量解析を行うことによって、当該複数の単位データを統計的関連性に応じて複数の統計グループにグルーピングし、当該グルーピング結果を前記データベースに保存する多変量解析部と；前記ウェブページ管理者により設定された抽出条件と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出し、当該抽出された統計グループに属する前記単位データをフィードバックデータとして抽出する文書生成部と；前記フィードバックデータを、前記ネットワークを介して前記更新ウェブサーバに送信するフィードバックデータ送信部と；備えることを特徴とする、情報管理サーバが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、一般ウェブサーバにより公開されたウェブページを閲覧可能な複数のユーザ端末と、所定のウェブページ管理者のウェブページを公開するとともに当該ウェブページの更新機能を有する更新ウェブサーバと、にネットワークを介して接続された情報管理サーバにおいて、前記ユーザ端末又は前記更新ウェブサーバから収集された情報を管理する情報管理方法であって：前記ユーザ端末から、前記一般ウェブサーバ又は前記更新ウェブサーバにより公開されたウェブページから抽出された一部のコンテンツを含むスクレイピングデータと、前記スクレイピングデータの属性情報とを受信するスクレイピングデータ受信ステップと；前記更新ウェブサーバから、前記ウェブページ管理者の入力に基づいて更新されたウェブページ更新データと、前記ウェブページ更新データの属性情報とを受信するウェブページ更新データ受信ステップと；前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報を形態素解析することによって、当該テキスト情報に含まれる単語を抽出するとともに、前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報の一部又は全部と、前記テキスト情報から抽出された単語と、前記スクレイピングデータ又は前記ウェブページ更新データの属性情報とを含む所定の単位データを生成し、データベースに保存する文書解析ステップと；前記データベースに保存された複数の前記単位データに含まれる前記単語及び前記属性情報を用いて多変量解析を行うことによって、当該複数の単位データを統計的関連性に応じて複数の統計グループにグルーピングし、当該グルーピング結果を前記データベースに保存する多変量解析ステップと；前記ウェブページ管理者により設定された抽出条件と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出し、当該抽出された統計グループに属する前記単位データをフィードバックデータとして抽出する文書生成ステップと；前記フィードバックデータを、前記ネットワークを介して前記更新ウェブサーバに送信するフィードバックデータ送信ステップと；を含むことを特徴とする、情報管理方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、上記の情報管理サーバとして機能させるためのプログラムが提供される。

以上説明したように本発明によれば、ウェブページの管理者により更新されたウェブページのコンテンツ（例えば、不変的な情報・公式な情報）と、ユーザがネットワーク上のウェブページから自由にスクレイピングしたコンテンツ（真新しい知識・発見等の情報）の双方をまとめて解析することで、各種のウェブページ内にある不変的な知識と新鮮な知識とを融合した集合知を形成し、ユーザが求める情報を適切にフィードバックすることができる。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

１．用語の定義
まず、本明細書で用いる用語ついて定義する。
・「ネットワーク」は、サーバ、端末等の複数の装置間で情報を通信するための通信網である。ネットワークとしては、後述するインターネットが代表的であるが、かかる例に限定されず、例えば、電話回線網、衛星通信網等の公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等の専用回線網などを使用できる。また、ネットワークでの通信方法は、有線又は無線を問わない。

・「ウェブページ（Ｗｅｂ Ｐａｇｅ）」は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムを用いてネットワーク上で公開されている文書である。このウェブページは、例えば、ウェブに一度に表示されるデータのまとまりであり、テキスト情報や、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）又はＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等のマークアップ言語によるレイアウト情報、文書中に埋め込まれた画像や音声、動画などから構成される。
・「ウェブサイト（Ｗｅｂ Ｓｉｔｅ）」は、複数のウェブページのまとまりであり、インターネット上で公開するために複数のウェブページを相互にリンクしたものである。ウェブサイトは、本の表紙や目次に相当するウェブページであるトップページと、トップページからリンクされた他のウェブページで構成される。
・「ホームページ」は、上記ウェブサイトの一例であり、本明細書においては、所定のウェブサイト管理者により管理されるウェブページ又はウェブサイトを意味する。このホームページは、後述するホームページ更新ツールがインストールされたウェブサーバで更新及び公開されるものであり、当該更新ツールがインストールされていない一般ウェブサーバで公開される一般的なウェブページ又はウェブサイトと区別される。
・「コンテンツ」は、人間が観賞するひとまとまりの情報であり、例えば、映像、画像、音楽、テキスト情報（文章）又はこれらの組み合わせを意味する。「ウェブページ（ホームページ）のコンテンツ」とは、そのウェブページ（ホームページ）に含まれるテキスト情報、画像、音声、動画など、そのウェブページ（ホームページ）の内容を表す情報である。１つのそのウェブページ（ホームページ）には、１又は複数のコンテンツが含まれる。
・「ウェブページの情報ソース」は、ウェブページに含まれるコンテンツ自体（テキスト情報など）、レイアウト情報、ＨＴＭＬ、ＸＭＬのタグなどの文書の構造情報、を意味する。この情報ソースを解析することで、テキスト情報の文章の物理的な区切り及び論理的な区切りを特定して、ウェブページに含まれるコンテンツを複数の所単位データに区分することができる。

・「ウェブページ管理者」は、ウェブページを管理する者（個人、企業、団体、組合、官公庁などを含む）であり、自身の所有するウェブページ内のコンテンツを管理（生成／更新／削除等）する。
・「ホームページ管理者」は、上記ウェブページ管理者の一例であり、自身の所有するホームページを管理する。以下では、「ＨＰ管理者」、「サイト管理者」と略称する場合もある。

・「スクレイピング」は、ウェブページの情報を必要な部分だけ抽出することを意味する。ユーザは、ブラウザで閲覧しているウェブページ内に含まれる情報（コンテンツ）の中から、ユーザ自身が必要な情報を切り取って（即ち、スクレイピングして）、別目的に利用できる。
・「スクレイピングデータ」は、上記スクレイピングにより得られた情報である。

・「ウェブページ更新データ」は、上記ウェブページ管理者によりウェブページのコンテンツを更新したときの更新データである。更新データを反映したウェブページのデータ（ＨＴＭＬ文書等）は、更新ウェブサーバ内に保存される。
・「ホームページ更新データ」は、上記ホームページ管理者により上記ホームページのコンテンツを更新したときの更新データである。更新データを反映したホームページのデータ（ＨＴＭＬ文書等）は、更新ウェブサーバ内に保存される。以下では、「ＨＰ更新データ」と略称する場合もある。

・「スクレイピングデータの属性情報」は、上記スクレイピングデータの属性を表す情報であり、例えば、スクレイピングを行ったユーザに関するユーザ属性情報、スクレイピングデータがスクレイピングされた日付情報、スクレイピング元のウェブページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などを含む。
・「ウェブページ更新データ（ホームページ更新データ）の属性情報」は、上記ウェブページ更新データ（ホームページ更新データ）の属性を表す情報であり、例えば、上記ウェブページ管理者（ホームページ管理者）により入力されたウェブページ（ホームページ）のジャンル・キーワード、更新を行ったユーザに関するユーザ属性情報、その更新データによる更新が行われた日付情報、更新されたウェブページ（ホームページ）のＵＲＬなどを含む。ホームページ更新データの属性情報は、そのホームページ全体を構成するウェブサイトの属性情報（ジャンル、キーワード等）と、ウェブサイトの一部である各ウェブページの属性情報（ジャンル、キーワード等）とを含む。

・「ユーザ情報」は、情報フィードバックシステムを利用するユーザに関する情報であり、例えば、ユーザＩＤ（会員ＩＤ）、名前、住所、郵便番号、電話番号、年齢、職業、趣味、ユーザの嗜好情報、或いは、法人や団体の属する業界、その法人・団体の顧客又は取引先の情報等である。また、ユーザＩＤは、後述する会員ＩＤと同義である。
・「単位データ」は、スクレイピングデータ又はホームページ更新データを解析処理した結果得られる最小のデータ単位である。複数の単位データ間の相関を統計的に解析して、当該解析により得られる統計的関連性（例えば、多変量解析による統計値）に応じて、複数の単位データをグループ化することで、統計グループが得られる。

・「ホームページ更新ツール」は、ホームページの更新を支援する機能を有するソフトウェア（例えばプラグイン（ｐｌｕｇ−ｉｎ））であり、ウェブサーバにインストール（設置）される。所定のホームページ管理者は、ホームページ更新ツールを利用することで、自身の所有するホームページのコンテンツを比較的容易な操作で更新することができる。以下では、「ＨＰ更新ツール」と略称する場合もある。
・「ウェブサーバ」は、ＷＷＷシステムにおいて、情報送信機能を有するコンピュータ又はソフトウェアである。
・「更新ウェブサーバ」は、上記ホームページ更新ツールがインストールされたウェブサーバであり、ホームページ更新機能と、ホームページ公開機能とを兼備する。この更新ウェブサーバは、一般ウェブサーバとは区別される。
・「一般ウェブサーバ」は、上記ホームページ更新ツールがインストールされていない一般的なウェブサーバである。

・「ホームページ更新サービス」は、所定のホームページ管理者が、入力端末及び上記更新ウェブサーバを用いて、当該更新ウェブサーバで公開されている自身のホームページ内のコンテンツを更新するためのサービスである。本サービスに登録すれば、ユーザに会員ＩＤが付与され、上記ホームページ更新ツールがインストールされた更新ウェブサーバを利用可能となる。かかるホームページ更新サービスを実現するためのホームページ更新システムは、後述する情報フィードバックシステム内に設けられる。
・「マイページ管理サービス」は、ユーザがユーザ端末を用いて、ウェブサーバで公開されているウェブページ、ウェブサイト内のコンテンツをスクレイピングし、スクレイピングした情報をマイページで管理するためのサービスである。マイページは、ユーザ毎に割り当てられたユーザ固有のウェブページである。本サービスに登録すれば、ユーザに会員ＩＤが付与され、そのユーザのユーザ端末にスクレイピング用のソフトウェアがインストールされる。このスクレイピング用のソフトウェアは、ユーザ端末にインストールされたブラウザに、スクレイピング機能を追加するためのソフトウェア（プラグイン）である。ユーザは、マイページ管理サービスを利用することで、ネットワーク上の各種のウェブサイトを自由にスクレイピングして得た情報を、サーバに分類して保存し、それらの情報を必要に応じてすることができる。例えば、ユーザは、自身がスクレイピングしたデータと他人がスクレイピングしたデータを、マイページで閲覧、加工及び出力することができる。かかるマイページ管理サービスを実現するためのマイページ管理システムは、後述する情報フィードバックシステム内に設けられる。このマイページ管理サービスは、次に説明する旅行日程表作成サービスにおいて旅行日程表を作成する際の旅行関連情報の収集に利用できるが、これ以外にも、例えば、学術論文、各種計画案、忘備録、各種マニュアル、スクラップブック、商品リストなど、ウェブサイトを利用した各種の情報収集・管理にも、マイページ管理サービスを利用できる。
・「旅行日程表作成サービス」は、ユーザがウェブシステムを利用して、旅行日程表を作成、編集、公開、閲覧等するためのサービスである。かかる旅行日程表作成サービスを実現するための旅行日程表作成サービスは、後述する情報フィードバックシステム内に設けられる。この旅行日程表作成システムは、上記マイページ管理システムを利用することで、旅行日程表の作成に必要な情報を容易かつ適切に収集することが可能となる。

・「情報フィードバックシステム」は、複数のユーザから各種の情報（スクレイピングデータ、ホームページ更新データ、属性情報など）を収集し、収集した情報を集中管理（データ解析、グループ化）し、この情報群から各ユーザが所望するテーマの情報をフィードバックするシステムである。この情報フィードバックシステムは、参加するユーザが多いほど、より多くの情報を収集して、それら情報相互の相関を解析できるため、多様で、新鮮で、信頼度の高く、かつ、希望するテーマに合致した適切な情報を、ユーザ側（ホームページ管理者、スクレイピングする個人ユーザなど）にフィードバックすることができるようになる。
・「情報フィードバックサービス」は、上記情報フィードバックシステムにより実現されるサービスである。情報フィードバックサービスへの会員登録は、上記ホームページ更新サービス、マイページ管理サービス、旅行日程表作成サービスとリンクさせてもよいし、各サービス毎に別々に会員登録してもよい。

２．情報フィードバックシステムの構成
次に、図１を参照して、本発明の一実施形態にかかる情報フィードバックシステムの全体構成について概略的に説明する。図１は、本実施形態にかかる情報フィードバックシステムを示す構成図である。
図１に示すように、情報フィードバックシステムは、複数のユーザ端末１と、一般ウェブサーバ２と、ＨＰ更新ツールがインストールされた更新ウェブサーバ３と、ＨＰ更新ツール操作・入力端末４と、情報管理サーバ１０とが、インターネット５を介して相互に通信可能に接続された構成である。

ユーザ端末１は、一般のユーザが使用するコンピュータで構成され、例えば、パーソナルコンピュータ、携帯端末、携帯電話、ゲーム機、情報家電などである。ユーザ端末１は、一般ウェブサーバ２又は更新ウェブサーバ３などのウェブサーバで公開されている各種のウェブサイトを、インターネット５を介して受信してブラウザに表示する。ユーザは、かかるユーザ端末１を用いて、上記ウェブサーバで公開される各種のウェブサイトを閲覧し、所望の情報を取得することができる。

かかるユーザ端末１のユーザは、例えば、上記のマイページ管理サービス又は旅行日程表作成サービスに会員登録することで、一般ウェブサーバ２や更新ウェブサーバ３で公開されているウェブサイト内のコンテンツをスクレイピングして、情報管理サーバ１０にて蓄積、管理、利用することが可能となる。かかるスクレイピング時には、ユーザ端末１は、ウェブサイトからスクレイピングされたコンテンツを表すスクレイピングデータを自動的に情報管理サーバ１０に送信する。

一般ウェブサーバ２は、インターネット５を介した情報送信機能（ウェブサーバ機能）を有するコンピュータで構成される。一般ウェブサーバ２は、内部の記憶装置に１又は２以上のウェブサイトのデータを保存しており、ユーザ端末１等の外部装置に対して当該ウェブサイトを公開する。ウェブサイトの作成者は、自身の作成・更新したウェブサイトのデータを一般ウェブサーバ２にアップロードすることで、一般ウェブサーバ２から任意のユーザに公開できる。この一般ウェブサーバ２が公開するウェブサイトは、任意の者（個人、企業、団体など）が生成・管理したものであってよく、また、そのウェブサイトの内容も任意のものであってよい。また、一般ウェブサーバ２は、上述したホームページ更新サービスを提供するためのＨＰ更新ツールがインストールされていない点で、更新ウェブサーバ３と相違する。

更新ウェブサーバ３は、インターネット５を介した情報送信機能（ウェブサーバ機能）を有し、ＨＰ更新ツール（図３参照）がインストールされたコンピュータで構成される。更新ウェブサーバ３は、所定のホームページ管理者のホームページ（ウェブサイトを公開するとともに、当該ウェブページを比較的簡単な操作で更新する機能を有する。更新ウェブサーバ３の記憶装置には、１又は２以上の所定ホームページ管理者の所有する１又は２以上のホームページが保存される。ここで、所定のホームページ管理者は、例えば、上記ＨＰ更新サービスに会員登録したユーザ（個人、企業、団体、官公庁など）である。ホームページ管理者は、ＨＰ更新サービスに会員登録することで、ＨＰ更新ツールを使用可能となり、一般ウェブサーバ２における更新作業と比較して、容易な操作でホームページを生成／更新することができる。かかるホームページ更新時には、更新ウェブサーバ３は、更新された内容を表すホームページ更新データを自動的に情報管理サーバ１０に送信（アップロード）する。

ＨＰ更新ツール操作・入力端末４（以下、「入力端末４」という。）は、更新ウェブサーバ３に対して、インターネット５を介して或いはローカル接続されたパーソナルコンピュータ、携帯端末などで構成される。ホームページ管理者は、入力端末４を操作して、自身のホームページの更新データを入力することで、更新ウェブサーバ３に保存された自身のホームページを容易に更新することができる。上記の更新ウェブサーバ３及び入力端末４は、ホームページ更新サービスを提供するためのホームページ更新システム６を構成する。

なお、図１の例では、ユーザ端末１、一般ウェブサーバ２、ホームページ更新装置６がそれぞれ１つだけ設置されているが、かかる例に限定されず、これら各装置は、ユーザ数等に応じて複数設置されても勿論よい。

次に、情報管理サーバ１０について説明する。情報管理サーバ１０は、ユーザ端末１又は更新ウェブサーバ３から収集されたウェブページに関する情報（スクレイピングデータ、ＨＰ更新データ）を集中管理する。情報管理サーバ１０は、上記情報フィードバックシステムにおける情報フィードバックサービスを提供するための中核となる装置であり、ユーザ端末１又は更新ウェブサーバ３等から収集した情報を解析して、フィードバックデータを生成する。

情報管理サーバ１０は、スクレイピング受信サーバ１１（スクレイピングデータ受信部に相当する。）と、ＨＰ更新データ受信サーバ１２（スクレイピングデータ受信部に相当する。）と、文書解析サーバ１３（文書解析部に相当する。）と、形態素解析用辞書サーバ１４と、辞書管理端末１５と、一次データベース１６（データベースに相当する。）と、多変量解析サーバ１７（多変量解析部に相当する。）と、二次データベース１９（データベースに相当する。）と、文書生成サーバ２０（第１文書生成部に相当する。）と、ＨＰ更新データ送信サーバ２１（第１フィードバックデータ送信部に相当する。）と、文書生成サーバ２２（第２文書生成部及び第２フィードバックデータ送信部に相当する。）とを備える。

このように情報管理更新サーバ１０は、複数台のサーバ（コンピュータ装置）から構成されているが、上記各サーバの機能を１台のコンピュータ装置で兼用してもよいし、或いは、上記各サーバの処理規模に応じて各サーバを複数台のコンピュータ装置で構成してもよい。以下、情報管理更新サーバ１０の各部の概略について説明する。

スクレイピング受信サーバ１１は、各ユーザ端末１からインターネット５を介して、そのユーザ端末１にてスクレイピングされたスクレイピングデータと、当該スクレイピングデータの属性情報とを受信し、文書解析サーバ１３に送信する。ＨＰ更新データ受信サーバ１２は、更新ウェブサーバ６からインターネット５を介して、ウェブページ更新データと、そのウェブページ更新データの属性情報とを受信し、文書解析サーバ１３に送信する。

文書解析サーバ１３は、上記スクレイピングデータ又はウェブページ更新データと、その属性情報を受信すると、受信したスクレイピングデータ又はウェブページ更新データに含まれるテキスト情報（１又は２以上の文章）を形態素解析する。形態素解析は、文章を意味のある単語に区切り、辞書を利用して品詞や内容を判別するための解析処理で、コンピュータによる自然言語処理技術の１つである。形態素とは、文章の要素のうち、意味を持つ最小の単位である。英語では原則として文章を単語ごとに区切って書く（分かち書き）ため、形態素ごとに分割することは容易である。一方、日本語では単語ごとに区切らず続けて書くために、形態素ごとの分割が難しい。この形態素への分割時には、辞書にある名詞を形態素として区切ったり、前後の品詞を見て文法的におかしい区切り方は省くなどの処理を行う。

文書解析サーバ１３は、この形態素解析によって、スクレイピングデータ又はウェブページ更新データに含まれるテキスト情報（文章）から複数の単語・キーワードを抽出する。このとき、文書解析サーバ１３は、形態素解析用辞書サーバ１４から提供される形態素解析用辞書（分かち書き禁止辞書、不要語辞書など）を利用して、単語分割、品詞解析などを行う。この形態素解析用辞書は、辞書管理端末によりメンテナンス可能である。

さらに、文書解析サーバ１３は、必要に応じて、当該テキスト情報の意味を推論し、当該テキスト情報に含まれる文章を分割する。そして、文書解析サーバ１３は、当該テキスト情報の一部又は全部の文章と、当該テキスト情報から抽出された単語・キーワードと、上記スクレイピングデータ又はウェブページ更新データの属性情報と関連づけた所定の単位データ（文章を分割した場合には複数の単位データ）を生成して、一次データベース１６に保存する。このようにして、文書解析サーバ１３は、スクレイピングデータ又はウェブページ更新データを受信する度に、単位データを生成して、一次データベース１６に蓄積していく。

多変量解析サーバ１７は、一次データベース１６に蓄積された複数の単位データに含まれる単語、キーワード及び属性情報等を数量化して、これらを変量とする多変量解析を行う。多変量解析は、観測値が複数の値からなるデータ（多変量データ）を統計的に扱う手法である。多変量解析サーバ１７は、この多変量解析結果に応じて、一次データベース１６に蓄積された複数の単位データ間での統計的関連性を表す統計値（単位データ間の統計的な距離）を算出し、この統計値に応じて、複数の単位データを複数の統計グループにグルーピングし、各単位データのグルーピング結果（各単位データに付与された統計グループＩＤなど）を、二次データベース１９に保存する。

このように多変量解析サーバ１７は、一次データベース１６に個々別々に保存されている複数の単位データ（スクレイピングデータの単位データ及びウェブページ更新データの単位データ）を多変量解析し、所定のグループ基準に従って統計的に関連づけることで、単位データを複数の統計グループにグルーピングした集合知を形成する。かかる多変量解析サーバ１７の多変量解析によるグループ化基準（パラメータ）は、多変量解析コントロール端末１８により調整可能である。

文書生成サーバ２０は、ＨＰ更新サービスに会員登録したホームページ管理者に対し、そのホームページに関連するフィードバックデータ（第１フィードバックデータに相当する。）を自動的に生成して、更新ウェブサーバ３に提供する機能を有する。文書生成サーバ２０は、二次データベース１９に保存されている単位データのグルーピング結果に基づき、更新ウェブサーバ３により更新される所定のホームページの管理者が設定した抽出条件に合致するフィードバックデータを自動的に生成し、更新ウェブサーバ３にフィードバックする。

この文書生成サーバ２０は、当該所定のホームページの管理者により予め設定された抽出条件（第１抽出条件に相当する。）を保持している。この抽出条件は、例えば、ホームページ管理者が取得したいデータ内容を表すキーワード、取得したいデータの新旧などであり、ＨＰ更新用のフィードバックデータを自動的に取得するための自動抽出条件である。文書生成サーバ２０は、この抽出条件と、二次データベース１９に設定されている統計グループとの関連性に基づいて、複数の統計グループの中から、上記抽出条件と関連性の高い１又は２以上の統計グループを抽出する。そして、文書生成サーバ２０は、抽出した統計グループに属する１又は２以上の単位データのコンテンツ（テキスト情報等）を、所定の文書成型用テンプレートで成型加工して、更新ウェブサーバ３用のフィードバックデータを生成する。

ＨＰ更新データ送信サーバ２１は、文書生成サーバ２０により生成されたフィードバックデータを、インターネット５を介して更新ウェブサーバ３に送信する。更新ウェブサーバ３は、ＨＰ更新データ送信サーバ２１から受信したフィードバックデータを、ウェブページ管理者のウェブページに自動的に付加する。これにより、ホームページ管理者は、情報管理サーバ１０にて収集された複数の単位データからなる集合知の中から、自身のホームページに関連した情報であって、かつ、自身が選択した抽出条件に合致した情報を、自動的に取得できるとともに、自身のホームページのコンテンツを自動的に充実させることができる。

文書生成サーバ２２は、マイページ管理サービス（スクレイピングサービス）に会員登録した一般ユーザに対し、当該ユーザが所望するテーマに関するフィードバックデータ（第２フィードバックデータに相当する。）を生成して、ユーザ端末１に提供する機能を有する。文書生成サーバ２２は、ユーザ端末１のユーザからのリクエストに応じて、二次データベース１９に保存されている単位データのグルーピング結果に基づき、ユーザ端末１から受信した抽出条件に合致するフィードバックデータを生成する。

文書生成サーバ２２は、ユーザ端末１のユーザにより指定された抽出条件（第２抽出条件に相当する。）を含むリクエストを、ユーザ端末からインターネット５を介して受信する。この抽出条件は、例えば、ユーザ端末１のユーザが取得したいデータ内容を表すキーワード、取得したいデータの新旧などであり、マイページ管理用のフィードバックデータを手動で取得するための手動抽出条件に該当する。上記ユーザ端末１からのリクエストに応じて、文書生成サーバ２２は、抽出条件と、二次データベース１９に設定されている統計グループとの関連性に基づいて、複数の統計グループの中から、上記抽出条件と関連性の高い１又は２以上の統計グループを抽出する。そして、文書生成サーバ２０は、抽出した統計グループに属する１又は２以上の単位データのコンテンツ（テキスト情報等）を、所定の文書成型用テンプレートで成型加工して、ユーザ端末１用のフィードバックデータを生成する。

このとき、文書生成サーバ２２は、複数の文書成型用テンプレートが保存されたテンプレートデータベース（図示せず。）から、上記抽出条件（例えばキーワード）に対応する文書成型用テンプレートを検索し、当該検索された文書成型用テンプレートを用いて、上記抽出された単位データを成型して、フィードバックデータを生成する。これにより、フィードバックデータをその内容に応じたテンプレートで成型加工できる。さらに、文書生成サーバ２２は、上記のように生成したフィードバックデータを、インターネット５を介してユーザ端末１に送信する。これにより、ユーザ端末１のユーザは、情報管理サーバ１０にて収集された複数の単位データからなる集合知の中から、自身が指定した抽出条件に合致する情報を、容易に収集できるとともに、上記抽出条件に適したテンプレートで成型加工された情報を閲覧できる。

また、文書生成サーバ２２は、各ユーザ端末１から受信したスクレイピングデータを、ユーザ端末１のユーザ毎にマイページとして管理するマイページ管理部（「ユーザデータ管理部」に相当する。）としても機能する。例えば、このマイページ管理部としての文書生成サーバ２２は、例えば、ユーザ端末１における旅行日程表の作成支援機能を有し、上記スクレイピングデータ及びフィードバックデータを、旅行日程表の素材としてユーザ端末１に提供する。これにより、ユーザ端末１のユーザは、自身が指定した検索キーワードに該当するフィードバックデータを、文書作成サーバ２２から受信して、旅行日程表に添付したい素材（例えば、旅行の行き先、交通手段、観光地情報、宿泊施設、飲食物、お土産など）として利用できる。

以上、図１を参照して、本実施形態にかかる情報フィードバックシステムの概略構成について説明した。

上記の更新ウェブサーバ３から提供される所定のホームページの管理者（入力端末４を使用するＨＰ更新ツールの操作者）は、個人、企業、事業者、団体、官公庁など任意のユーザであってよいが、例えば、ＨＰ更新サービスに会員登録（例えば有料）することを考慮すると、当該ホームページ管理者は、例えば、企業、事業者、団体等といった公式ユーザが多くなることが想定される。一般的に、公式ユーザが提供する公式ホームページには、個人ホームページに掲載されがちな主観的な情報よりも、客観的かつ不変的で情報内容の信頼性の高い公式情報（例えば、企業等の住所、事業内容、商品又はサービスの内容や価格、イベント情報など）が掲載される。従って、かかる公式ホームページから得られるＨＰ更新データも、客観的かつ不変的で信頼性の高い公式情報となり、かかる公式情報が、更新ウェブサーバ３から情報管理サーバにアップロードされることとなる。

一方で、上記ユーザ端末１から情報管理サーバ１０にアップロードされるスクレイピングデータは、主に、公式ホームページから抽出した情報のみならず、ユーザがインターネット５上で偶然に発見したウェブサイト（例えば、サイトの訪問者数が少ないサイト、オタク的なサイト、非公式なサイト）から、ユーザ個人の主観で抽出した情報である場合もある。このため、スクレイピングデータは、ＨＰ更新データと比較すると、情報の内容が主観的で信頼性が低い可能性がある反面、情報の鮮度の面では、真新しく新鮮で、公式ホームページにはない貴重な情報（ユーザ個人がブログ等で書き込んだ生の情報）であるという利点がある。

例えば、レストランＡの公式ホームページのＨＰ更新データが「シェフのお薦めオムレツ：特別価格８００円」が含まれていたとしても、この情報だけでは、レストランＡに行ったことのないユーザＡは、そのオムライスにその値段の価値があるかどうか判断しにくい。ところが、実際にそのレストランＡで過去に食事したことのあるユーザＢが、自信のウェブサイトのブログに、「レストランＡのオムレツは超旨い！それで８００円はお得！」という口コミ情報を公開していたとすれば、この口コミ情報のスクレイピングデータは、そのレストランＡを訪れるか否か迷っているユーザＡにとって、貴重な情報となる。

このように、公式ホームページから得られるＨＰ更新データ（客観的、不変的で公式な情報）と、個人ユーザがスクレイピングしたスクレイピングデータ（主観的で新鮮な情報）とを組合せることで、ネットワーク上で情報収集を行うユーザにとって、有益な情報が得られる。また、レストランの経営者等のホームページ管理者にとっても、自身のホームページに関する情報として、関連する他人のホームページの公式情報だけでなく、一般ユーザがスクレイピングした新鮮な情報が得られれば、貴重である。そこで、本実施形態にかかる情報フィードバックシステムでは、このように相異なる性質を有する２種類の情報（スクレイピングデータとＨＰ更新データ）を、情報管理サーバ１０にアップロードして、統計的関連性によりグルーピングして集合知を形成し、その集合知からユーザ側（スクレイピングするユーザ、ホームページ管理者など）が求める適切な情報をフィードバックしようとするものである。

このために、本実施形態にかかる情報フィードバックシステムでは、ユーザ側（ユーザ端末１、更新ウェブサーバ３）から情報管理サーバ１０に、スクレイピングデータ（真新しい知識・発見等の情報）とＨＰ更新データ（例えば、不変的な情報・公式な情報）の双方をアップロードして、情報管理サーバ１０で、これら不変的な知識と新たな知識を融合した集合知としてのデータベースを構築する。そして、情報管理サーバ１０側からユーザ側に、データベース内の集合知から、ユーザが求めるテーマに合ったフィードバックデータを抽出してユーザ側にフィードバックするする。さらに、ユーザ側では、取得したフィードバックデータを利用して、新たなスクレイピングデータ、ＨＰ更新データを情報管理サーバ１０側に提供する。

このようにして、本実施形態にかかる情報フィードバックシステムでは、インターネット上で公開されているウェブページの情報を、ユーザ側と情報管理サーバ１０側との間で循環させることができる。従って、フィードバックされる情報の鮮度及び信頼度をより一層向上させ、ユーザによる情報の収集・活用の利便性を大幅に高めることができる。

以下に、本実施形態にかかる情報フィードバックシステムの各部の構成について、より詳細に説明する。

まず、図２を参照して、本実施形態にかかる情報フィードバックシステムを構成する各種の端末、サーバのハードウェア構成について説明する。図２は、本実施形態にかかるユーザ端末１のハードウェア構成を示すブロック図である。

図２に示すように、ユーザ端末１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３と、入力装置１０４と、出力装置１０５と、記憶装置１０６と、接続ポート１０７と、ドライブ１０８と、通信装置１０９と、これらの装置を相互に接続するバス１１０とを備える。

ＣＰＵ１０１は、演算処理装置および制御装置として機能し、ユーザ端末１内の各装置を制御する。このＣＰＵ１０１は、ＲＯＭ１０２に記憶されているプログラム、或いは、記憶装置１０６からＲＡＭ１０３にロードされたプログラムに従って、各種の処理を実行する。ＲＡＭ１０３は、例えば、ＣＰＵ１０１が実行するプログラムや、その実行において適宜変化するパラメータ等を記憶する。また、ＲＡＭ１０３は、ＣＰＵ１０１から記憶装置１０６へのアクセスを軽減するためのバッファーとしても機能する。

入力装置１０４は、例えば、キーボード、マウス、タッチパネル、ボタン、スイッチ、レバー等の入力部と、入力部に対するユーザ操作に応じて入力信号を生成してＣＰＵ１０１に出力する入力制御回路などから構成される。ユーザは、この入力装置１０４を操作することにより、ユーザ端末１に対して各種のデータを入力したり、処理動作を指示したりすることができる。出力装置１０５は、例えば、液晶ディスプレイ（ＬＣＤ）装置等の表示装置と、スピーカ等の音声出力装置などで構成される。この表示装置は、例えば、表示画面上にウェブサイトに含まれるテキスト情報や画像を表示し、音声出力装置は、ウェブサイトに含まれる音声を出力する。

記憶装置１０６は、例えば、ハードディスクドライブなどの磁気記憶装置や、光ディスク記録装置、半導体メモリなどで構成される。この記憶装置１０６は、ＣＰＵ１０１が実行するプログラムや、ウェブサイトのデータ、コンテンツなどの各種データを保存する。ドライブ１０８は、光ディスク等のリムーバブルメディアが装着され、当該メディアに対して各種データを書き込み／読み出しする。

接続ポート１０８は、ユーザ端末１に外部機器を接続するための外部インタフェースである。通信装置１０９は、例えば、ユーザ端末１をインターネット５等のネットワークに接続するための通信デバイスである。この通信装置１０９は、ネットワークを介して接続された外部機器との間で、ウェブサイトのデータ、コマンドなどの各種データを送受信する。

以上、ユーザ端末１のハードウェア構成（例えば、パーソナルコンピュータによる構成例）を例示した。なお、図１に示した情報フィードバックシステムにおけるユーザ端末１以外の他の機器のハードウェア構成についても、図２のユーザ端末１のハードウェア構成と略同一とすることができるので、詳細説明は省略する。なお、図１の各サーバ、データベースは、図２の入力装置１０３、出力装置１０４など含まないコンピュータで構成してもよい。

次に、図３を参照して、本実施形態にかかる更新ウェブサーバ３におけるＨＰ更新処理を行うための機能構成について説明する。図３は、本実施形態にかかる更新ウェブサーバ３等の機能構成を示すブロック図である。

図３に示すように、更新ウェブサーバ３には、ＨＰ更新サービスに会員登録したホームページ管理者のホームページを容易に更新するためのＨＰ更新ツール３０が設置されている。入力端末４は、この更新ウェブサーバ３にアクセスして、ＨＰ更新ツール３０を操作、更新データを入力するために用いられる。

入力端末４は、更新ウェブサーバ３から提供されたホームページや他の一般ウェブサーバ２から提供されたウェブページを閲覧するためのソフトウェアであるブラウザ４１と、ブラウザ４１により描画されたウェブページを表示画面上に表示する表示部４２と、ホームページ管理者がＨＰ更新データやその属性情報を入力するための入力部４３と、を備える。

ブラウザ４１は、更新ウェブサーバ３から、ホームページ管理者のホームページのデータ（例えば、ＨＴＭＬファイル、画像ファイル、音楽ファイルなど）をダウンロードし、レイアウトを解析して表示・再生する。ホームページ管理者は、ブラウザ４１により表示された自身のホームページの画面を閲覧できる。また、ホームページ管理者は、自身のホームページを更新時に、入力部４３を操作して、所望の更新データ（テキスト情報、画像、音声等のコンテンツ）やその属性情報を入力する。ホームページ管理者による入力データや、ＨＰ更新ツール３０に対する動作指示は、入力端末４から更新ウェブサーバ３のＨＰ更新ツール３０に送信される。

更新ウェブサーバ３は、ＷＷＷによる情報通信機能を有するウェブサーバ部３１と、入力端末４からの入力データ（ホームページの更新部分のデータと属性情報、動作指示等）を受け付けるコンテンツ・属性入力部３２と、ＨＰ更新データとその属性情報をＨＰ更新データ受信サーバ１２に送信するコンテンツ・属性送信部３３（ウェブページ更新データ送信部に相当する。）と、ホームページを構成するＨＴＭＬファイルを生成するＨＴＭＬ生成部３４（ウェブページ更新部に相当する。）と、ホームページを構成するＨＴＭＬファイル等、画像ファイル等を記憶するデータ記憶部３５と、ＨＰ更新データ送信サーバ２１からフィードバックデータを受信するフィードバックデータ受信部３６とを備える。

コンテンツ・属性入力部３２は、ホームページの更新部分のデータ（コンテンツ）と、ＨＰ更新データの属性情報とを入力するための所定入力フォームを生成して、入力端末４のブラウザ４１に表示させる。ホームページ管理者は、自身のホームページを更新するときには、ＨＰ更新ツール３０によりブラウザ４１に表示された入力フォームに、新たなテキスト情報を書き込んだり、画像を挿入したりする。これにより、ホームページ管理者は、ホームページを作成／更新するための更新データ（テキスト情報、画像、音声等のコンテンツ）を入力するだけでよく、ＨＴＭＬ文書のレイアウト情報などの構造データを入力する必要がないので、ホームページを容易に更新できる。

また、ホームページ管理者は、自身のホームページで公開する更新データ（コンテンツ）を入力するとともに、後述の多変量解析に用いられるＨＰ更新データの属性情報を入力する。このＨＰ更新データの属性情報は、ホームページを構成するウェブサイト又はウェブページの属性（例えば、ジャンル、キーワードなど）を表す情報であり、例えば、ウェブサイト単位、ウェブページ単位で設定される。以下では、ウェブサイト単位の属性情報を「サイト属性値」と称し、ウェブページ単位の属性情報を「ページ属性値」と称する。

かかるＨＰ更新データの属性情報は、ＨＰ更新データのコンテンツの内容に応じてユーザが自由に入力できる。例えば、金沢にある旅館のオーナーが、自身の旅館のホームページ内に、その旅館の周辺の観光情報を表すウェブページを新たに作成した場合には、そのウェブページの属性情報（ページ属性値）として、ジャンル「観光情報」、キーワード「兼六園」などを設定できる。また、ホームページ全体（ウェブサイト）の属性情報（サイト属性値）として、ジャンル「旅館」、キーワード「金沢」などを設定できる。

コンテンツ・属性入力部３２は、以上のように入力端末４で入力されたＨＰ更新データ（コンテンツ）と。ＨＰ更新データの属性情報を、ウェブサーバ部３１を介して受信し、コンテンツ・属性送信部３３とＨＴＭＬ生成部３４に出力する。

コンテンツ・属性送信部３３は、ＨＴＭＬ生成部３４によりホームページが更新されたタイミングで自動的に、上記入力された全データ（即ち、ＨＰ更新データ及び属性情報）を、インターネット５を介して情報管理サーバ１０のＨＰ更新データ受信サーバ１２に送信する。これにより、更新ウェブサーバ３における全てのホームページの更新時には、ＨＰ更新データとその属性情報が、情報管理サーバ１０に収集される。

なお、コンテンツ・属性送信部３３は、ＨＰ更新データの属性情報として、上記ユーザ入力されるジャンル・キーワードのみならず、例えば、そのＨＰ更新データによりホームページが更新された日付情報（例えば更新年月日）、ホームページを構成するウェブサイト及びウェブページのＵＲＬ、ＨＰ更新サービスの会員ＩＤなどを、自動的にＨＰ更新データに付加して送信してもよい。

ここで、更新ウェブサーバ３からＨＰ更新データ受信サーバ１２に送信されるＨＰ更新データは、更新後のホームページ（ＨＴＭＬファイル３５ａ）の全データではなく、更新部分のみのデータである。これにより、データ通信量を低減できる。ただし、更新部分のデータ（ＨＰ更新データ）は、ウェブページ単位で送信され、ウェブページ内の一部のコンテンツ単位では送信されない。つまり、ホームページに含まれる１つのウェブページ内のコンテンツを部分的に更新した場合であっても、当該ウェブページ全体のデータが送信される。このようにＨＰ更新データの送信単位をウェブページ単位とすることで、後述の解析処理を好適に実行できる。また、同様に。ＨＰ更新データの属性情報の更新についても、ウェブページ単位で行われる。

ＨＴＭＬ生成部３４は、ホームページの新規生成時／更新時に、ホームページを構成するＨＴＭＬ文書を生成／更新し、データ記憶部３５にＨＴＭＬファイル３５ａとして保存する。更新時には、ＨＴＭＬ生成部３４は、上記ホームページ管理者により入力されたＨＰ更新データに合わせて、ＨＴＭＬ文書のレイアウト情報、構造データ（ＨＴＭＬタグ等）を自動的に生成して、ＨＴＭＬファイル３５ａに含まれるテキスト情報及び構造データを更新する。

また、文書生成サーバ２０で作成されたＸＭＬ文書（フィードバックデータ）は、ＨＰ更新データ送信サーバ２１から、更新ウェブサーバ３に送信される。更新ウェブサーバ３のフィードバックデータ受信部３６は、かかるフィードバックデータを、ＨＰ更新データ送信サーバ２１からインターネット５及びウェブサーバ部３１を介して受信する。このとき、フィードバックデータ受信部３６は、ホームページ管理者（ＨＰ更新ツール３０の操作者）により予め設定された条件に基づいて、例えば、フィードバックデータの内容や、フィードバックデータの元データが生成された日付によるフィルタリングを行って、フィードバックデータの内容を取り込む。取り込まれた一部又は全部のフィードバックデータは、ＨＴＭＬ生成部３４に出力される。ＨＴＭＬ生成部３４は、上記更新されたホームページのデータに、フィードバックデータを付加（埋め込み）して、ＨＴＭＬファイル３５ａを生成する。

以上のようにして更新及びフィードバックデータが付加されたホームページのＨＴＭＬファイル３５ａは、データ記憶部３５に格納され、ウェブサーバ部３１によって、ホームページ管理者のホームページとして外部装置に公開される。これにより、ホームページ管理者により手動で生成されたＨＰ更新データのみならず、情報管理サーバ１０により自動的に生成された、当該ホームページに関連する内容のフィードバックデータも、ホームページに含まれるようになる。従って、ホームページ管理者は、ホームページを更新すればするほど、その交信内容に関連したコンテンツを自動的に取得できるので、ホームページのコンテンツを低い労力で自然に充実させることができる。

また、図２に示すＨＰ更新データ受信サーバ１２は、ＷＷＷによる情報通信機能を有するウェブサーバ部１２１と、更新ウェブサーバ３からウェブサーバ部１２１を介してＨＰ更新データ及び属性情報を受信するコンテンツ・属性受信部１２２と、文書解析サーバ１３にＨＰ更新データ及び属性情報を送信するコンテンツ・属性送信部１２３とを備える。

また、ＨＰ更新データ送信サーバ２１は、文書生成サーバ２０から上記フィードバックデータを受信するフィードバックデータ受信部２１１と、このフィードバックデータをウェブサーバ部２１３を介して更新ウェブサーバ３に送信するフィードバックデータ送信部２１２と、ＷＷＷによる情報通信機能を有するウェブサーバ部２１３と、を備える。

次に、図４を参照して、本実施形態にかかるユーザ端末１におけるスクレイピング処理を行うための機能構成について説明する。図４は、本実施形態にかかるユーザ端末１等の機能構成を示すブロック図である。

図４に示すように、ユーザ端末１には、例えば、ブラウザ５１に対するプラグインで構成されたスクレイピング部５０（スクレイピングツール）が設置されている。このスクレイピング部５０は、マイページ管理サービスに会員登録したユーザが、一般ウェブサーバ２又は更新ウェブサーバ３から提供される任意のウェブページ内のコンテンツを、容易にスクレイピングできるようにする機能を有する。ユーザ端末１は、一般ウェブサーバ２で公開されている任意のウェブページにアクセスしてブラウザ５１に表示に表示し、スクレイピング部５０によってユーザ選択されたウェブページ内の任意のコンテンツをスクレイピングし、さらに、そのスクレイピングデータを自動的に情報管理サーバ１０に送信する。

一般ウェブサーバ２は、ＷＷＷによる情報通信機能を有するウェブサーバ部６１と、一般ウェブサーバ２で公開される任意のウェブページのＨＴＭＬファイル６２ａ、６２ｂ、６２ｃ、・・・を保存するデータ記憶部６２とを備える。一般ウェブサーバ２は、ウェブサーバ部６１によりデータ記憶部６２内のＨＴＭＬファイル６２ａ、６２ｂ、６２ｃ、・・・を、インターネット５を介して任意のユーザ端末１に提供することで、各種のウェブページを一般ユーザに公開する。

ユーザ端末１は、一般ウェブサーバ２又は更新ウェブサーバ３から提供されるウェブページを閲覧するためのブラウザ５１と、ユーザ入力に基づいて、ブラウザ５１に表示されたウェブページから一部のコンテンツを抽出するスクレイピング部５０と、文書生成サーバ２２からフィードバックデータを受信するフィードバックデータ受信部（図示せず。）とを備える。スクレイピング部５０は、例えば、ユーザ端末１にインストールされたブラウザ５１に対するプラグイン（ブラウザプラグイン）で構成される。

スクレイピング部５０は、ユーザ端末１のブラウザ５１で閲覧されているウェブページの情報ソース（ウェブページを構成する文書データに含まれるレイアウト情報、構造データ、コンテンツ自体など）を解析し、当該解析結果に基づいて、当該ウェブページに含まれるコンテンツを複数の単位データに分割する。そして、スクレイピング部５０は、ブラウザ５１により表示されているウェブページの画面上に、ユーザが上記分割された各単位データを識別できるように、各単位データ区分して表示するとともに、ユーザ操作に応じて、各単位データをスクレイピングするための取込ボタンをウェブページの画面上に描画する。かかるスクレイピング部５０は、ＨＴＭＬタグ解析部５２と、形態素解析部５３と、意味の推論部５４と、単位データ分割部５５と、取込ボタン描画部５６と、コンテンツ・属性送信部５７（スクレイピングデータ送信部）とを備える。

ＨＴＭＬタグ解析部５２は、ブラウザ５１に表示されているウェブページの構造、例えば、ＨＴＭＬ文書のタグ「＜＞」「＜／＞」を解析し、当該ウェブページに含まれるテキスト情報（文章）の文書構成上の区切り（即ち、テキスト情報の物理的な区切り）を特定する。ウェブページの記述に用いられるＨＴＭＬ、ＸＭＬなどのマークアップ言語では、元になるコンテンツの文書に「＜」と「＞」で囲まれた標識（タグ）を埋め込むことにより、ブラウザ５１に対して文書構造や書式、文字飾りなどを指示したり、画像や他の文書へのリンクを埋め込むことができるようになっている。このように、コンテンツである文章とは別のレベルで解釈され、付加情報を埋め込む特殊な文字列などがタグである。

形態素解析部５３は、ウェブページのコンテンツをなすテキスト情報（１又は２以上の文章）を形態素解析することで、当該テキスト情報の文章を単語に分割して、各単語の品詞を判断する。さらに、形態素解析部５３は、助詞、副詞等の品詞を不要語として解析対象から除外し、それ以外の名詞等を、その文章の解析対象として抽出する。かかる形態素解析処理は、次の意味の推論部５４での固有表現抽出処理において、その文章の名詞についての分析を行うための前処理である。

意味の推論部５４は、上記形態素解析部５３の解析結果に基づいて、上記テキスト情報の文章の意味を推論する。例えば、意味の推論部５４は、テキスト情報内の単語の出現頻度、固有表現抽出などを行い、テキスト情報の論理的な区切りを特定する。

単位データ分割部５５は、上記ＨＴＭＬタグ解析部５２により特定された物理的な区切りと、意味の推論部５４により特定された論理的な区切りとに基づいて、上記テキスト情報の文章の区切り位置を決定し、当該テキスト情報を複数の単位データに分割する。この単位データは、スクレイピングを行うときのスクレイピング単位（取込ブロック）となる。

取込ボタン描画部５６は、ブラウザ５１の表示画面上に、上記分割された各単位データを識別可能に区分け表示するとともに、各単位データを取り込む（スクレイピングする）ための取込表示、例えば、取込ボタンを表示する。詳細には、取込ボタン描画部５６は、ブラウザ５１の表示画面上において、表示されているウェブページのコンテンツ（テキスト情報）を、上記単位データ分割部５５により分割された単位データ（取込ブロック）ごとに、区分して表示する。この表示方法としては、ユーザが各単位データの区分を識別可能な表示方法であれば、例えば、単位データごとに色分け表示する。単位データごとに枠で囲む、単位データ間に区切り位置を表示するなど、任意の表示方法を採用できる。

さらに、取込ボタン描画部５６は、上記区分け表示された各単位データを取り込む（スクレイピングする）ための取込表示（例えば取込ボタン）を、各単位データ（取込ブロック）上に重畳表示する。このとき、取込ボタン描画部５６は、ブラウザ５１により表示されるウェブページの画面上に、上記区分け表示された複数の単位データのいずれかに、ユーザ端末１の入力装置１０４（例えばマウス）に対するユーザ入力操作に応じて移動するポインタが重畳されたときに、当該重畳された単位データの取込表示を表示する。そして、ユーザが、ユーザ端末１のマウス等を操作して、その取込表示を指定すると、その取込表示に対応する単位データがスクレイピングされる。即ち、当該単位データの文章がウェブページから抽出されて、スクレイピングデータが生成される。

コンテンツ・属性送信部５７は、上記のようにしてユーザによりスクレイピングされたスクレイピングデータ（取込ボタンが押下された取込ブロックのデータ）を、インターネット５を介してスクレイピング受信サーバ１１に送信する。このとき、上記形態素解析で分割された単語と品詞のデータを送信せずに、元の単位データの文章のデータだけを、スクレイピングデータとして送信する。これにより、送信データ量を低減できる。しかし、かかる例に限定されず、元の文章のデータと、分割された単語とその品詞のデータを、スクレイピングデータとして送信してもよく、この場合は、後述の文書解析サーバ１３での形態素解析処理を省略してもよい。

また、コンテンツ・属性送信部５７は、上記スクレイピングデータとともに、ユーザ端末１のユーザ情報や、スクレイピングデータがスクレイピングされた日付情報、スクレイピングされたウェブページのＵＲＬ、マイページ管理サービスの会員ＩＤなどの属性情報を付加して、スクレイピング受信サーバ１１に送信する。ユーザ情報は、スクレイピングを行ったユーザの属性情報（例えば、名前、住所、年齢、職業、趣味、電話番号、マイページ管理サービスの会員ＩＤなど）である。これらのユーザ情報や日付情報、ＵＲＬ等は、スクレイピングデータの属性情報となる。

また、スクレイピング受信サーバ１１は、ＷＷＷによる情報通信機能を有するウェブサーバ部１１１と、ユーザ端末１からウェブサーバ部１１１を介してスクレイピングデータ及び属性情報を受信するコンテンツ・属性受信部１１２と、文書解析サーバ１３にスクレイピングデータ及び属性情報を送信するコンテンツ・属性送信部１１３とを備える。

以上、図４を参照してスクレイピング処理を行うための各部について説明した。ここで、本実施形態にかかる情報フィードバックシステムにおいて実現されるウェブコンテンツのスクレイピングシステムについて説明する。スクレイピングシステムは、各種の旅行サイトなどのウェブサイトからの必要情報の抽出（即ち、スクレイピング）を、ボタンワンプッシュにて簡単に実行でき、スクレイピングデータを収集、編集、各種出力するシステムである。このスクレイピングシステムシステムは、例えば、各ユーザ端末１にインストールされたスクレイピング部５０と、スクレイピングデータをユーザ毎に管理する文書生成サーバ２２のマイページ管理部とで構成される。

かかるスクレイピングシステムの概要について説明する。インターネット５のユーザは、日々、様々なウェブサイトを参照し、趣味・ビジネス等で活用している。ウェブページの数は数十億ページと言われており、その膨大な情報量の中から、目的に合ったコンテンツを探すことは、検索エンジンの発達により行いやすくはなってきてはいる。しかし、検索エンジンによる検索では、欲しいコンテンツが「あるかもしれない」ウェブページを指し示しているに過ぎず、今もコンテンツはウェブ上に散在した状態にあると言える。そこで、その散在した断片化しているコンテンツをスクレイピングして、集合知として集約し、簡単にスクレイピングデータを再活用する手段として、ウェブコンテンツのスクレイピングシステムがある。

ここで、図５〜図７を参照して、ブラウザ５１の画面上でウェブページのコンテンツをスクレイピングする具体例について説明する。

図５に示すように、ユーザ端末１の表示画面には、ブラウザ５１のウィンドウ３００内に、ブラウザプラグインであるスクレイピング部５０の機能表示部３１０が表示される。ユーザは、スクレイピング部５０の機能表示部３１０の各メニューを操作することで、例えば、スクレイピング元のウェブページの指定「くまでツールバー３１１」や、ウェブページ解析処理の設定「解析有効３１２」、スクレイピング指定したデータのスクレイピング実行「クリップ３１３」、スクレイピングデータの登録先であるマイページの管理「マイページ３１４」、スクレイピング機能のオプション設定「オプション３１５」などを実行できる。

また、図５の表示例では、ブラウザ５１の表示画面３２０には、ユーザが閲覧しているウェブページのコンテンツとして、テキスト情報「江戸時代には、・・・実現の見通しは立っていない。」が表示されている。そして、このテキスト情報の文章は、上述したスクレイピング部５０によるＨＴＭＬタグ解析処理、形態素解析処理、意味の推論処理、単位データ決定処理によって、複数の単位データ（取込ブロック）３２１、３２２、３２３、３２４、３２５に分割され、それぞれの単位データ３２１〜３２５は、ユーザが識別できるように、例えば色分けにより区分け表示されている。

例えば、単位データ３２１は、「江戸時代には、・・・栄えた。第二次世界大戦で・・・呼ばれる。」なる２つの文からなる文章であり、赤色の網掛け表示がなされ、一方、単位データ３２２は、「また、長年の都市文化・・・知られる。」なる１つの文からなる文章であり、青色の網掛け表示がなされている。このように、１つの段落内（１つぼ物理的区分内）の文章であっても、上記意味の推論部５４による論理的な区切りにより、文章の意味内容に応じて、２つ以上の単位データに分割されることもある。また、単位データ３２１及び３２３と、３２３と、３２４と、３２５とは、上記ＨＴＭＬタグ解析部５２による物理的区分けにより、別々の単位データに区分されている。

このように、スクレイピング部５０は、ウェブページ内のテキスト情報を、物理的区切り及び論理的区切りにより、文章の意味内容に応じて１又は２以上の文章からなる単位データに区分し、色分けして区分表示する。これにより、ユーザは、スクレイピングする範囲を自ら指定してカットアンドペーストしなくとも、適切な単位で区分された文章を容易にスクレイピングできるとともに、区分されたスクレイピング単位を容易に把握できる。

スクレイピングするときには、図６に示すように、ユーザは、ユーザ端末１の入力装置１０４（例えばマウス）を操作して、スクレイピングしたい単位データ３２４（取込ブロック）の上に、ポインタ３３０を重ねる。すると、スクレイピング部５０の取込ボタン描画部５６は、その単位データ３２４の上に取込ボタン３３１「ＧＥＴ」を重畳して表示する。つまり、ユーザが、マウスのポインタ３３０を重ねた単位データ３２４にのみ、取込ボタン３３１が出現し、その他の単位データ３２１〜３２３、３２５には取込ボタン３３１は表示されない。

そして、ユーザは、マウスを操作してポインタ３３０を取込ボタン３３１上に移動させ、当該取込ボタン３３１を押下すると、その取込ボタン３３１に対応する単位データ３２４が、スクレイピング対象として指定される。このようにスクレイピング指定した後に、スクレイピング実行３１３を指示されば、ユーザ所望の単位データ３２４の文章が、ウェブページから抽出されて、スクレイピングデータとしてユーザ端末１のメモリ内に取り込まれた後、当該スクレイピングデータが情報管理サーバ１０に送信されて、該当するユーザのマイページに登録される。

さらに、図７に示すように、取込ボタン描画部５６は、上記のようにスクレイピング対象として指定された単位データ３２４の上に、スクレイピング指定マーク３３２を表示する。これにより、ユーザは、自身がスクレイピング指定した単位データ３２４を認識できる。その後、ユーザが、上記スクレイピング指定された単位データ３２４の上に、再びポインタ３３０を重ねると、取込ボタン描画部５６は、その単位データ３２４の上に、スクレイピングをキャンセルするためのキャンセルボタン３３３「ＣＡＮＣＥＬ」を重畳して表示する。そして、ユーザは、マウスを操作してポインタ３３０をキャンセルボタン３３３上に移動させ、当該キャンセルボタン３３３を押下すると、そのキャンセルボタン３３３に対応する単位データ３２４のスクレイピング指定が解除される。

以上、図４〜図７を参照して、本実施形態にかかるスクレイピング部５０によるスクレイピング処理の具体例について説明した。

前述したように、ウェブ上には膨大な量の情報コンテンツが存在しており、ユーザが利用しているのはほんの一部である。従来では、ユーザが必要なコンテンツを探し出す最初の段階が、検索エンジンによるウェブページの抽出であり、次いで、そのウェブページの中で、必要とするコンテンツを目視で確認していた。さらに、ユーザが必要なコンテンツを見つけた場合、従来のスクレイピング方法では、ブラウザに表示されたウェブページの内容を閲覧したユーザが、自ら手動で文章の区分を見つけ、所望する文章の範囲を手動で指定して、カットアンドペーストしていた。かかる操作は非常に煩雑であり、ユーザの負担となっていた。

これに対し、本実施形態にかかるスクレイピング部５０は、ウェブページ内で必要とする情報の塊を簡単にしかも正確に抽出するために、ウェブページのソースコードに基づくＨＴＭＬタグ解析処理、形態素解析処理、及び、意味の推論処理を行うことで、ウェブページ内のテキスト情報を、物理的な区切り（構造的な区切り）及び論理的な区切りで分割する。

ＨＴＭＬタグ等による構造的な区切りだけであると、抽出したい情報に過不足が発生する。また、スクレイピングの目的や、ユーザ毎に、区切り位置は変化するはずである。そこで、スクレイピング部５０は、構造的な手法に以外にも、抽出対象の内容や、抽出条件と分類的に関連（例えば上位／下位関係）を有する情報などに基づいて、文章の区切り位置を判断する論理的な手法を用いる。つまり、物理的（構造的）な区切りだけでなく、スクレイピング対象の文章の意味内容を解析して、当該文章を複数の単位データに分割する。これにより、ウェブページのコンテンツを、ユーザの目的に近い形で分割できる。

さらに、スクレイピング部５０は、ブラウザ５１の表示画面３２０上に、ウェブページの文章を物理的及び論理的に分割した複数の単位データ３２１〜３２５を自動的に区分け表示するとともに、取込ボタン３３１、キャンセルボタン３３３を適宜表示し、ユーザ操作により選択された単位データの文章をスクレイピングする。

これにより、ユーザは、ユーザ端末１のマウスを動かしてボタンワンプッシュするだけといった簡単な操作で、任意のウェブページから所望の情報を、適切なスクレイピング単位で、容易かつ迅速にスクレイピングできる。このように、本実施形態にかかるスクレイピング部５０によるスクレイピング手法は、ユーザがウェブページから情報収集するときの操作性及び利便性に優れたものである。

さらに、ユーザ端末１にて取込ボタン３３１によりスクレイピングされた単位データ（スクレイピングデータ）は、情報管理サーバ１０に送信されて、一次データベース１６内に蓄積される。マイページ管理サービスを提供する文書生成サーバ２２のマイページ管理部は、スクレイピングされた単位データのリストを生成し、任意の形式でスクレイピングデータを改変および並び替えすることにより、目的のコンテンツの体裁を整える。さらに、ユーザによる人為的選択を加え、スクレイピングデータの再構築を行うことにより、目的のコンテンツを適切に作成できる。

さらに、上記スクレイピング時には、単位データへの分割の条件を設定することにより、スクレイピング時の区切り位置を自動調整できる。また、情報管理サーバ１０に収集されたスクレイピングデータの抽出条件を制御することで、情報管理サーバ１０が、ユーザが目的とするコンテンツを自動構築することも可能となる。さらに、この自動構築されたコンテンツに対して、ユーザによる人為的選択及び編集を加えることで、目的のコンテンツを短時間かつ簡単に作成できる。

次に、図８を参照して、本実施形態にかかる文書解析サーバ１３における文書解析処理を行うための機能構成について説明する。図８は、本実施形態にかかる文書解析サーバ１３等の機能構成を示すブロック図である。

図８に示すように、文書解析サーバ１３は、ユーザ端末１からインターネット５及びスクレイピング受信サーバ１１を介してスクレイピングデータ及びその属性情報を随時受信するとともに、更新ウェブサーバ３からインターネット５及びＨＰ更新データ受信サーバ１２を介してＨＰ更新データ及びその属性情報を随時受信する。そして文書解析サーバ１３は、これらのデータに含まれるテキスト情報を形態素解析して、単語・キーワードを抽出し、適切な単位データに分割して一次データベース１６に保存する。かかる文書解析サーバ１３は、データ受信部１３１と、形態素解析部１３２と、意味の推論部１３３と、単位データ分割部１３４（文の分割部）と、データ保存部１３５とを備える。

データ受信部１３１は、スクレイピング受信サーバ１１からスクレイピングデータ及びその属性情報を受信し、また、ＨＰ更新データ受信サーバ１２からＨＰ更新データ及びその属性情報を受信する。データ受信部１３１は、これらのデータを形態素解析部１３２に渡す。

形態素解析部１３２は、スクレイピングデータ又はＨＰ更新データに含まれるテキスト情報（１又は２以上の文章）を形態素解析することで、当該テキスト情報の文章を単語に分割して、各単語の品詞を判断する。かかる単語分割時には、形態素解析部１３２は、形態素解析用辞書サーバ１４の分かち書き禁止辞書１４２を参照して、単語分割してはならない分かち書き禁止用語を判断する。例えば、単語「ケアマネ」を形態素解析すると、「ケア」と「マネ」に分割されるが、このように分割すると意味をなさなくなる単語を、分かち書き禁止辞書１４２に予め登録しておき、当該単語が分割されないようにする。なお、図４のスクレイピング部５０での形態素解析処理とはことなり、この形態素解析部１３２の前処理として、ＨＴＭＬタグ解析処理は不要である。この理由は、スクレイピングデータ、ＨＰ更新データは、上記スクレイピング部５０、ＨＰ更新ツール３０によりコンテンツデータのみからなるデータ（ＨＴＭＬタグ等を含まない。）にブロック化されているからである。

次いで、形態素解析部１３２は、上記分割された単語の中から、助詞、副詞等の品詞を不要語として解析対象から除外し、それ以外の名詞等を、その文章の解析対象として抽出する（品詞に基づく不要語の削除）。さらに、形態素解析部１３２は、形態素解析用辞書サーバ１４の不要語辞書１４３（主旨に合わない単語を除去するための辞書）を参照して、不要語辞書１４３に含まれる不要語を解析対象から除外し、それ以外の単語を解析対象として抽出する（不要語辞書に基づく不要語の削除）。不要語辞書１４３は、主旨に合わない単語（ノイズ）を除去するための辞書である。

このように、形態素解析部１３２は、形態素解析用辞書サーバ１４から提供される分かち書き禁止辞書１４２及び不要語辞書１４３を適宜利用して、形態素解析を行う。このために、形態素解析用辞書サーバ１４は、辞書管理端末１５に対するサーバ管理者の入力操作に基づいて、分かち書き禁止辞書１４２及び不要語辞書１４３の用語を、新規登録、更新又は削除する辞書メンテナンス部１４１を備えている。

以上のような形態素解析部１３２による形態素解析処理は、スクレイピングデータ又はＨＰ更新データから、多変量解析で使用される単語・キーワードを抽出する機能だけでなく、次の意味の推論部１３３での固有表現抽出処理において、その文章の名詞についての分析を行うための前処理としても機能する。

意味の推論部１３３は、上記形態素解析部１３３の解析結果に基づいて、上記ＨＰ更新データのテキスト情報の文章の意味を推論する。例えば、意味の推論部１３３は、当該テキスト情報内の単語の出現頻度、固有表現抽出などを行い、当該テキスト情報の論理的な区切りを特定する。

単位データ分割部１３４は、意味の推論部１３４により特定された論理的な区切りに基づいて、上記ＨＰ更新データのテキスト情報の文章の区切り位置を決定し、当該テキスト情報を複数の単位データに分割する。この単位データは、後述の多変量解析を行うときの最小単位となる。

なお、本実施形態では、文書解析サーバ１３は、スクレイピングデータに対しては、意味の推論部１３３による処理及び単位データ分割部１３４による文の分割処理を行われない。この理由は、スクレイピングデータは、上述したようにユーザ端末１のユーザがスクレイピングしたものであり、また、上記ユーザ端末１のスクレイピング部５０により既に単位データに分割されているものであるので、そのスクレイピングデータを更に分割する必要性は低いからである。しかし、かかる例に限定されず、文書管理サーバ１３側でスクレイピングデータを複数の単位データに分割することも可能である。

データ保存部１３５は、上記形態素解析処理されたスクレイピングデータと、上記形態素解析処理後に更に意味の推論処理、単位データに分割処理されたＨＰ更新データとを、一次データベース１６に保存する。

一次データベース１６は、上記文書解析サーバ１３により解析処理されたスクレイピングデータ及びＨＰ更新データを格納する。以下、一次データベース１６に格納されるデータは、スクレイピングデータ又はＨＰ更新データに固有に付与される「データＩＤ」と、単位データに分割される前のスクレイピングデータ又はＨＰ更新データのテキスト情報である「元データ」と、スクレイピングデータ又はＨＰ更新データが存在するウェブサイト又はウェブページの「ＵＲＬ」と、形態素解析によりスクレイピングデータ又はＨＰ更新データから抽出された「単語・キーワード」と、ＨＰ更新データを分割して得られた個々の文章（単位データ）である「分割された文章」と、スクレイピングデータ又はＨＰ更新データの固有属性である「属性情報」と、スクレイピングデータ又はＨＰ更新データの属するグループを表す「グループＩＤ」とを含む。

このうち、「属性情報」は、スクレイピングデータ又はＨＰ更新データの属性情報であり、会員ＩＤ、日付、キーワード、ユーザ属性情報などを含む。スクレイピングデータの会員ＩＤは、マイページ管理サービスの会員ＩＤであり、ＨＰ更新データの会員ＩＤは、ＨＰ更新サービスの会員ＩＤである。文書解析サーバ１３は、情報管理サーバ１０に設けられた各サービスの会員ＤＢから会員ＩＤを取得してもよいし、ユーザ端末１又は更新ウェブサーバ３から送信されてきた会員ＩＤを用いてもよい。スクレイピングデータの日付情報は、当該スクレイピングデータがスクレイピングされた日付であり、ＨＰ更新データの日付情報は、ＨＰ更新データによるホームページ更新の日付である。スクレイピングデータの属性情報については、スクレイピング時に、スクレイピングデータを行ったユーザ属性情報（会員ＩＤ、名前、住所等）が、ユーザ端末１により自動的に付加される。ＨＰ更新データの属性情報については、ＨＰ更新データが更新ウェブサーバ３にアップロードされるときに、上述したようにホームページ管理者により入力されたサイト属性値及びページ属性値が付加される。

また、「グループＩＤ」は、後述する最下層のデータグループに固有に付与される識別子である。スクレイピングデータのグループＩＤは、ユーザ端末１のユーザが、自身のスクレイピングデータを任意の基準（例えば、スクレイピングの日時、データ内容等）でグルーピングしたときに、そのユーザのグループ設定に応じて付与される。ＨＰ更新データのグループＩＤは、ホームページのサイトとページに基づいて、情報管理サーバ１０により自動的に付与される。

以上のように、文書解析サーバ１３は、スクレイピングデータ及びＨＰ更新データのテキスト情報（文章）を形態素解析することで、単語・キーワードを抽出し、また、必要に応じて文章を単位データに分割して、一次データベース１６に保存する。この一次データベース１６のデータは、次に説明する多変量解析に用いられる。

次に、図９を参照して、本実施形態にかかる多変量解析サーバ１７における多変量解析処理を行うための機能構成について説明する。図９は、本実施形態にかかる多変量解析サーバ１７等の機能構成を示すブロック図である。

図９に示すように、多変量解析サーバ１７は、上記文書解析サーバ１３により一次データベースに格納されたデータを多変量解析することで、スクレイピングデータ又はＨＰ更新データから得られた単位データを、相互の統計的関連性に応じて複数の統計グループにグループピングして、各単位データ属する統計グループの統計グループＩＤを付与する。このグルーピング時には、多変量解析サーバ１７は、一次データベース１６に格納されている複数の単位データを構成する各データのうち、例えば、「ウェブサイト又はウェブページのキーワード」、「抽出された単語」及び「属性情報」などを数量化して、多変量解析を行い、各変量の依存関係に基づいて、上記単位データをグルーピングする。このグルーピングの過程で、多変量解析サーバ１７は、明らかに依存が無いと判定されるデータを除去して、再度、多変量解析を行う（異常値の除去処理）。

多変量解析サーバ１７は、一次データベース１６から多変量解析に用いるデータを読み込むデータ読込部１７１と、多変量解析の前処理として、データ読込部１７１により読み込んだデータを数量化する数量化部１７２と、数量化部１７２により数量化されたデータを多変量解析する多変量解析部１７３と、多変量解析部１７３による多変量解析を調整する調整部１７４と、多変量解析部１７３によるグルーピング結果を二次データベース１９に保存するデータ保存部１７５と、とを備える。

数量化部１７２は、一次データベース１６からデータ読込部１７１により読み込まれた、各単位データの「ウェブサイト又はウェブページのキーワード」、「抽出された単語」及び「属性情報」の文字を数量化する。具体的には、数量化部１７２は、当該読み込まれた各データの文字の出現回数をカウントし、そのカウント数を、次の多変量解析における統計データのインプットとする。

多変量解析部１７３は、例えば、主成分解析、因子分析、対応分析、クラスター分析などを行う。主成分解析は、多変量解析の手法の１つであり、外的な基準のない標本データからそのデータの特性を説明する主成分を抽出することである。この主成分解析は、複数の変数間の共分散（相関）を少数の合成変数で説明する手法であり、共分散行列の固有値問題の解として得ることができる。多変量解析部１７３は、この主成分分析により、スクレイピングデータの取得元又はＨＰ更新データの更新元のウェブサイト又はウェブページの総合ランキングを求める。

因子分析は、多変量解析の手法の１つであり、複雑な統計資料を少数の要因に分解し、その要因間の関係や変動に着目して全体的特徴を理解しようとする統計上の技法である。多変量解析部１７３は、この因子分析により、単位データから第１因子・第２因子を抽出することで、単位データの傾向を分析する。

対応分析は、定性的変数の組についての因子分析的方法である。多変量解析部１７３は、この対応分析により、複数の単位データ間の相関が最大となるようにし、因果関係を掴む。

クラスター分析は、多変量解析の手法の１つであり、データをある基準に基づいて集団に分類して解析する。多変量解析部１７３は、このクラスター分析により、個々ばらばらの単位データを特定の基準に基づいて集合化して、類似するデータを集める。

以上のような各種の多変量解析手法を用いて、多変量解析部１７３は、一次データベース１６に格納されている複数の単位データを、統計的関連性に応じて複数の統計グループにグルーピングして、各単位データに統計グループＩＤを付与する。このようにしてグルーピングされた単位データは、複数種類の統計グループに属するので、複数の統計グループＩＤが付与される。

調整部１７４は、多変量解析コントロール端末１８からの指示に基づいて、多変量解析部１７３における多変量解析の手法（パラメータ等）を調整し、グループピングの基準を調整する。

データ保存部１７５は、多変量解析部１７３による解析結果（例えば、各単位データのグルーピング結果である統計グループＩＤ）を、一次データベース１６及び二次データベース１９に保存する。例えば、データ保存部１７５は、上記多変量解析によりグルーピングされた各単位データにつき、当該各単位データが属する統計グループの統計グループＩＤを、一次データベース１６及び二次データベース１９に保存する。さらに、データ保存部１７５は、二次データベース１９に、上記統計グループＩＤに加え、各単位データが元々属していたデータグループを示すグループＩＤ、上記多変量解析により得られた成分データ、統計値（χ２乗値、寄与率など）、及び、各単位データの属性情報（日付など）などを保存する。

次に、図１０〜図１２を参照して、本実施形態にかかる多変量解析サーバ１７による統計グループへのグルーピングについて、より詳細に説明する。図１０は、本実施形態にかかる単位データのデータ構造を示す模式図であり、図１１及び図１２は、本実施形態にかかるデータグループと統計グループの例を示す概念図である。

図１０に示すように、単位データは、情報フィードバックシステムで取り扱われるデータの最小単位であり、上記スクレイピングデータ又はＨＰ更新データのテキスト情報の一部または全部を、意味のある最小単位のコンテンツ（文章）として保有している。上記文書解析サーバ１３により１つのＨＰ更新データのテキスト情報が、複数の文章に分割された場合には、当該ＨＰ更新データの単位データが複数生成される。

単位データは、上記データＩＤと、スクレイピングデータ又はＨＰ更新データのテキスト情報の一部又は全部である文章と、当該文章から抽出された複数の単語（例えば名詞）と、単位データの属性情報とを含む。単位データの属性情報は、親データであるスクレイピングデータ又はＨＰ更新データの属性情報がそのまま用いられる。この属性情報は、例えば、会員ＩＤ（マイページ管理サービス又はＨＰ更新サービスのユーザＩＤ）、ユーザ属性（ユーザの名前、住所、趣味など）、サイト属性値（ウェブサイトＩＤ、ホームページ管理者により入力されたウェブサイトのジャンル・キーワードなど）、ページ属性値（ウェブページＩＤ、ホームページ管理者により入力されたウェブページのジャンル・キーワードなど）、ウェブサイト又はウェブページのＵＲＬ、日付（ＨＰ更新データの更新年月日、スクレイピングデータのスクレイピング年月日）などを含む。この属性情報は、単位データの文章（コンテンツ）の属性を表し、後述する検索キーワードによる単位データの検索などに用いられる。一次データベース１６及び二次データベース１９には、かかる単位データが複数格納されており、上記多変量解析サーバ１７は、かかる複数の単位データを統計グループにグルーピングする。

図１１及び図１２に、複数の単位データＤが、データグループＤＧと統計グループＳＧとにグルーピングされた状態の例を示す。図１１及び図１２に示すように、３２個の単位データＤ１〜Ｄ３２は、データグループと統計グループという相異なる２つのグループ基準で、それぞれグルーピングされている。データグループについては、図１１及び図１２の双方の例で、５個のデータグループＤＧ１〜ＤＧ５が共通に存在する。一方、統計グループについては、図１１の例では、１０個の統計グループＳＧ１〜ＳＧ１０が存在し、図１２の例では、図１１のＳＧ１〜ＳＧ１０とは異なる７個の統計グループＳＧ１１〜ＳＧ１７が存在する。

データグループは、情報管理サーバ１０での解析結果に依らず、予め定められた所定のグループ基準でグループ化された固定的なグループであり、上記グループＩＤで識別される。データグループは階層構造を有し、最下層のデータグループに対してグループＩＤが付与される。

具体的には、上記ＨＰ更新ツール３０で生成されるＨＰ更新データの場合、ウェブページが最小のデータグループとなる。同一のウェブサイトに属するウェブページを、ＵＲＬの「／」で束ねたものが一つ上位のデータグループに位置づけられ、ウェブサイトが一番上位のデータグループとなる。例えば、図１１及び図１２の例では、データグループＤＧ１に属する１０個の単位データＤ１〜Ｄ１０は、あるユーザのホームページ内の１つのウェブページに記載されたデータ群である。

また、手動でスクレイピングされるスクレイピングデータの場合、ユーザが手動でグルーピングをした最小単位がデータグループとなる。このユーザによるスクレイピングデータのグルーピングも、階層構造をとることができる、最上位のグループは、ユーザとなり、その下位にグループは、ユーザにより任意に設定できる。例えば、図１１及び図１２の例では、データグループＤＧ２に属する５個の単位データＤ１１〜Ｄ１５は、あるユーザＡ（第１階層）が、旅行会社のウェブサイト（第２階層）から、格安航空券（第３階層）の情報を、２００８年（第４階層）にスクレイピングしたデータ群である。

このようなデータグループに付与されるグループＩＤは、数桁の数字・英字による文字列で構成され、データグループの階層構造が分かるように、グループＩＤは桁に意味づけがなされる。例えば、グループＩＤは、データグループの階層数と、その階層に含まれる要素数で桁数を可変とし、上から何桁が第１階層でのデータグループ、その次の上から何桁が第２階層でのデータグループ、といったように定められる。

一方、統計グループは、データグループとは全く異なる、個々の単位データ相互の統計的な関連性（多変量解析サーバ１７による多変量解析結果に基づいて得られる距離（統計値）によるグループ）をひとまとめにしたグループである。よって、統計グループは、複数種類存在し、１つの単位データは複数の統計グループに属する。統計グループのグループ化基準としては、例えば、（ａ）スクレイピングした年月日（もしくはＨＰ更新データの更新年月日）が所定の時間範囲にあること、（ｂ）単位データが特定のキーワード（単語）を含むこと、（ｃ）単位データの属性情報の一部が共通又は関連すること、或いはこれらの組み合わせ、などを用いることができる。

このような統計グループの特性により、図１１及び図１２に示すように、元々は全く別のデータグループＤＧに属する単位データＤを、多変量解析による統計値を元に結びつけて、同一の統計グループに含ませることができる。また、統計グループのグループ化基準が異なる図１１と図１２の例では、全く異なる統計グループＳＧが形成されている。例えば、データグループＤＧ３の単位データＤ１７とＤ１８は、特定のキーワードに基づきグルーピングした図１１の例では、同一の統計グループＳＧ４に属するが、データの生成年月日とユーザの住所とに基づきグループピングした図１２の例では、単位データＤ１７とＤ１８はそれぞれ相異なる統計グループＳＧ１７とＳＧ１４に属する。

また、各単位データ間だけでなく、各統計グループＳＧ間にも、統計グループ相互の関連性を表す距離（統計値）が存在し、両者の関連性の強弱（距離の遠近）を数値で表すことができる。これにより、データの意味内容が関連する統計グループＳＧを相互にリンクさせて、統計グループＳＧの階層構造を定めることができる。この統計グループＳＧの階層構造は、任意の１つの統計グループＳＧ（第１階層）を頂点とし、それに最も関連性の高い統計グループＳＧ（第２階層）、さらに第２階層の統計グループに関連する統計グループＳＧ（第３階層）といったように、個々の統計グループごとに、それを頂点とする階層構造が別個に定められる。

例えば、図１１及び図１２で、２つの統計グループＳＧ間が線でつながっている場合は、両者の統計的関連性（統計値）が所定の閾値より高いためリンクされており、そうでない場合は、両者の関連性が当該所定の閾値より低いことを意味する。図１２の例では、統計グループＳＧ４を頂点とする階層構造は、ＳＧ４が第１階層（最上位階層）となり、ＳＧ１〜ＳＧ３及びＳＧ５〜ＳＧ７が第２階層となり、ＳＧ８〜ＳＧ１０が第３階層となる。一方、図１２の統計グループＳＧ９を頂点とする階層構造は、ＳＧ９が第１階層（最上位階層）となり、ＳＧ７が第２階層となり、ＳＧ４及びＳＧ１０が第３階層となり、ＳＧ１〜ＳＧ３、ＳＧ５、ＳＧ６及びＳＧ８が第４階層となる。

文書生成サーバ２０、２２は、上記のような単位データＤ間及び統計グループＳＧ間の関連性を表す距離（統計値）に基づいて、一次データベース１６に収集された複数の単位データの中から、ユーザ側（更新ウェブサーバ３又はユーザ端末１）にフィードバックする単位データＤの範囲を決定する。

ＨＰ更新ツール３０の利用サイト（更新ウェブサーバ３）にデータをフィードバックするときには、ＨＰ更新ツール３０の利用者（ホームページ管理者）が予め、フィードバックを受けたいデータ内容を表す抽出条件（例えば、キーワード、時間、データ件数等）を入力端末４に入力して、当該抽出条件を文書生成サーバ２０の抽出条件データベースに予め登録しておく。これにより、文書生成サーバ２０は、そのキーワードと関連性の強い統計グループに属する単位データのうち、当該キーワードと関連性の強い単位データを順に抽出し、抽出した単位データを所定のテンプレートで成型して、フィードバックデータとして更新ウェブサーバ３にフィードバックする。このとき、文書生成サーバ２０は、前述の統計グループＳＧ間の距離（各統計グループＳＧとキーワードとの関連度）と、ホームページ管理者により指定されたフィードバックデータの取得希望件数とに基づいて、フィードバックするデータ量（フィードバックデータの件数）を制限してもよい。

以上のように、多変量解析サーバ１７は、スクレイピングデータ又はＨＰ更新データから得られた複数の単位データを、単位データ相互の統計的な関連性に基づいて複数の統計グループにグルーピングし、統計グループ間相互の関連性も定めておく。これらの統計グループとその統計グループ間のリンクは、収集された単位データ群からなる集合知を形成する。これにより、次の文書解析サーバ２０、２２は、この集合知の中から、ユーザが所望するテーマに関連する単位データを適切に抽出して、フィードバックすることができる。

次に、図１３を参照して、本実施形態にかかる文書生成サーバ２０におけるフィードバックデータの自動生成処理を行うための機能構成について説明する。図１３は、本実施形態にかかる文書生成サーバ２０等の機能構成を示すブロック図である。

図１３に示すように、一次データベース１６及び二次データベース１９は、上記多変量解析サーバ１７により統計グループにグルーピングされた複数の単位データのライブラリ２３となる。文書生成サーバ２０は、このライブラリ２３内でグルーピングされている複数の単位データを検索して、ホームページ管理者により予め設定された抽出条件と関連性の高い統計グループに属する単位データを、フィードバックデータとして自動的に抽出し、このフィードバックデータをウェブサーバ３に自動的に送信する。

かかる文書生成サーバ２０は、抽出条件データベース２００と、抽出条件読込部２０１と、ライブラリ検索部２０２と、データ選択部２０３と、テンプレート選択部２０５と、テンプレートデータベース２０６と、成型処理部２０８と、フィードバックデータ送信部２１５（第１フィードバックデータ送信部に相当する。）とを備える。

抽出条件データベース２００は、フィードバックデータの抽出条件（キーワード、期間指定など）を、ＨＰ更新ツール３０で更新される所定のホームページごと（又は、ＨＰ更新サービスの会員ごと）に保存する。この抽出条件は、ライブラリに保存された複数の単位データの中から、所定のホームページの管理者（ＨＰ更新ツール３０の操作者）にフィードバックする単位データを抽出するための条件である。かかる抽出条件は、例えば、所定のホームページの管理者（ＨＰ更新ツール３０の操作者）がフィードバックを所望するデータの内容・ジャンルを表す１又は２以上のキーワードや、フィードバックを所望するデータが生成された時期の指定（例えば、スクレイピングデータのスクレイピング年月日、ＨＰ更新データの更新年月日の指定）、フィードバックデータとして取得を希望する単位データの件数（フィードバックデータの取得希望件数）などを含む。

例えば、旅行業者であるホームページ管理者が、抽出条件として、キーワード：「温泉旅館」及び「石川県」と、データ生成期間指定：「２００８年１月〜１２月」を入力端末４に入力すると、当該抽出条件は、入力端末４からインターネット５を介して文書生成サーバ２０に送信されて、抽出条件データベース２００に登録される。この結果、以下の処理によって、ライブラリ２３から、「温泉旅館」及び「石川県」に関するデータであって、かつ、「２００８年１月〜１２月」に生成されたデータが抽出されて、フィードバックデータとしてホームページ管理者に自動的に提供される。このように、ホームページ管理者は、自らのホームページに有効であると考えるジャンルのデータや、フィードバックして欲しい任意のジャンルのデータの内容を表す抽出条件を、抽出条件データベース２００に登録しておけば、文書生成サーバ２０から、その抽出条件を満たすデータが自動的にフィードバックされるようになる。なお、このフィードバック処理は、文書生成サーバ２０が所定の周期で定期的に行ってもよいし、ホームページ管理者からのリクエストに応じて随時行ってもよい。

抽出条件読込部２０１は、任意のホームページ管理者へのフィードバックデータの生成を行うときに、上記抽出条件データベース２００から、当該ホームページ管理者により予め設定された抽出条件を読み出し、ライブラリ検索部２０２に渡す。

ライブラリ検索部２０２は、一次データベース１６及び二次データベース１９で構成されたライブラリ２３を検索して、上記読み出された抽出条件に合致する単位データを、フィードバックデータとして抽出する。具体的には、ライブラリ検索部２０２は、上記多変量解析サーバ１７による解析により得られた単位データ間及び統計グループ間の関連性を表す距離（統計値）に基づいて、ライブラリ２３に収集されてグルーピングされた複数の単位データの中から、抽出条件のキーワードと統計的関連性の高い統計グループに属する単位データを抽出する。

このとき、ライブラリ検索部２０２は、統計グループ間の関連性で定められる統計グループの階層構造を利用して、設定されたキーワードに関連性の高い単位データを適切に抽出することができる。詳細には、ライブラリ検索部２０２は、まず、ライブラリ２３に設定されている複数の統計グループの中から、抽出条件のキーワードと最も関連性の高い１つの統計グループを抽出する。さらに、ライブラリ検索部２０２は、この統計グループを最上位階層とする階層構造における上位階層から順に、当該最上位の統計グループに関連する１又は２以上の統計グループ（第２階層、第３階層、・・・）を順次抽出する。第何番目の階層の統計グループまで抽出するかは、例えば、抽出済みの統計グループに含まれる単位データ数や、上位階層と下位階層との関連度に応じて決定される。そして、ライブラリ検索部２０２は、このように抽出した最上位及び第２階層、第３階層、・・の統計グループに属する単位データを、フィードバックデータとして抽出する。

例えば、図１２の例では、抽出条件のキーワード「温泉旅館」及び「石川県」と最も関連性の高い統計グループが、ＳＧ４であった場合、まず、統計グループＳＧ４が抽出される。さらに、このＳＧ４を最上位階層（頂点）とする階層構造において、ＳＧ４と関連性を有する統計グループＳＧ１〜ＳＧ３及びＳＧ５〜ＳＧ７が第２階層の統計グループとして抽出される。そして、これら統計グループＳＧ１〜ＳＧ７に属する単位データが、フィードバックデータのコンテンツとして抽出される。

以上のように、本実施形態にかかるライブラリ検索部２０２によるフィードバックデータの抽出手法は、従来の単なる検索キーワードによるデータ検索とは全く異なり、集合知としての統計グループの階層構造を利用して、まず、抽出条件のキーワードに最も関連性の高い統計グループを選択し、次いで、この統計グループに連鎖的に関連する統計グループを順次選択し、これら選択された統計グループ群に属する単位データを、抽出条件のキーワードに関連性の高い単位データとして抽出するものである。これにより、キーワードと関連性の高い統計グループに属する単位データであれば、そのキーワードを含まない単位データであっても、キーワードと関連性の高いデータとして抽出されることとなる。かかるデータ抽出は、従来の単純なキーワード検索では実現できない。このように、本実施形態にかかるフィードバックデータの抽出方法によれば、統計グループにグルーピングされた集合知としてのデータ群（ライブラリ２３）から、抽出条件のキーワードと高い関連性を有する統計グループに属する単位データを抽出するので、従来のキーワード検索では得られなかった新鮮で適切なデータを抽出でき、検索ノイズも少ない。

データ選択部２０３は、上記ライブラリ検索部２０２により抽出された単位データの中から、一部又は全部の単位データを選択して、フィードバックデータとする。具体的には、データ選択部２０３は、例えば、上記抽出された統計グループ間の関連性、キーワードと単位データの関連性や、ホームページ管理者により抽出条件として設定された「フィードバックデータの取得希望件数」又は「データ生成時期の指定」などに基づいて、フィードバックデータとする単位データの件数を制限する。

例えば、ホームページ管理者により２０件のデータの取得が希望されている場合、データ選択部２０３は、ライブラリ検索部２０２により抽出された多数の単位データのうち、キーワードと関連性の高い上位の統計グループに属する単位データから順に選択し、さらに、同一の統計グループ内では、キーワードと関連性の高い単位データから順に選択していき、選択した単位データが２０件に達した時点で、他の単位データを除外してもよい。また、上位階層の統計グループと下位階層の統計グループとの関連性が低い場合には、たとえフィードバックデータの取得希望件数内であったとしても、データ選択部２０３は、下位階層の統計グループに属する単位データをフィードバックデータとして選択しないようにしてもよい。

以上のようにして、ライブラリ検索部２０２によりライブラリ２３から抽出され、さらに、データ選択部２０３により選択された単位データ群２０４が、フィードバックデータとなる。

一方、テンプレート選択部２０５は、テンプレートデータベース２０６に保存されている複数の文書成型用テンプレート（ひな型）の中から、抽出条件データベース２００に保存された抽出条件に合ったテンプレート２０７を選択する。例えば、抽出条件のキーワードが「料理のレシピ」である場合には、レシピを表示するのに適したテンプレートが選択される。また、抽出条件のフィードバックデータの取得希望件数が「１００件」である場合には、１００件分の単位データのフィードバックに適したテンプレートが選択される。また、抽出条件に「フィードバックデータの生成時期の指定」が設定されている場合には、フィードバックデータの生成年月日の表示欄を含むテンプレートが選択される。

成型処理部２０８は、上記データ選択部２０３により選択された単位データ群２０４（フィードバックデータ）を、テンプレート選択部２０５により選択されたテンプレートに当てはめて、成型処理する。この成型処理により完成した文書２０８が、フィードバックデータとなる。かかるフィードバックデータは、例えば、スクレイピングデータ又はＨＰ更新データのコンテンツ（単位データ内の文章）の他にも、例えば、データ発生源のＵＲＬ、サイト名及びページ名（サイトＩＤ、ページＩＤ等）と、会員情報（会員ＩＤ等）と、元データの生成年月日などを含む。フィードバックデータは、例えば、これらの各種情報を含むＸＭＬ文書で構成される。

フィードバックデータ送信部２１５は、かかるフィードバックデータ（完成した文書２０８）を、ＨＰ更新データ送信サーバ２１及びインターネット５を介して、更新ウェブサーバ３に送信する。また、フィードバックデータ送信部２１５は、ホームページ管理者が入力端末４に対する入力操作によって手動で生成した文書２１０を、フィードバックデータとともに更新ウェブサーバ３に送信することもできる。

以上図１３を参照して説明したように、文書生成サーバ２０は、ホームページ管理者が予め設定した抽出条件に基づき、当該抽出条件に合致するデータをライブラリ２３から抽出して、当該ホームページ管理者がホームページをアップロードしている更新ウェブサーバ３に、自動的に送信する。これにより、ホームページ管理者は、情報管理サーバ１０で収集、分析、グループピングされた、他者のＨＰ更新データや他ユーザのスクレイピングデータから、自身のホームページに有効と思われるデータを、ＸＭＬ形式で自動的にフィードバックさせることができる。このフィードバックデータは、他者のＨＰ更新データ（客観的で不変的な公式の情報）のみならず、一般ユーザによるスクレイピングデータ（主観的で新鮮な情報）をも含むものであり、両者を同一テーマで融合させた情報である。従って、ホームページ管理者は、自身のホームページの内容に関連する情報として、公式な情報と新鮮な情報の双方を取得できるので、自身のホームページの内容をさらに充実させることができる。

さらに、このフィードバックデータは、前述したＨＰ更新ツール３０により、ホームページ管理者自身のホームページに自動的に付加される。よって、ホームページ管理者は、フィードバックデータの抽出条件を登録しておくだけで、容易かつ自動的に適切な内容のフィードバックデータを取得して、自身のホームページを自動的に充実させることができる。

次に、図１４を参照して、本実施形態にかかる文書生成サーバ２２におけるフィードバックデータの手動生成処理を行うための機能構成について説明する。図１４は、本実施形態にかかる文書生成サーバ２２等の機能構成を示すブロック図である。

図１４に示すように、文書生成サーバ２２は、ユーザ端末１からのリクエストに応じて、一次データベース１６及び二次データベース１９からなるライブラリ２３においてグルーピングされている複数の単位データを検索して、ユーザ端末１により指定された抽出条件と関連性の高い統計グループに属する単位データを、フィードバックデータとして抽出し、このフィードバックデータを、リクエスト元のユーザ端末１に送信する。マイページ管理サービスに会員登録したユーザは、インターネット５上の公開ウェブページから情報収集したいときには、ユーザ端末１に抽出条件を入力するだけで、マイページ管理サービスを提供する文書生成サーバ２２から、その抽出条件に関連するフィードバックデータを容易に取得できる。

かかる文書生成サーバ２２は、抽出条件入力部２２１と、ライブラリ検索部２２２と、検索結果表示部２２３と、データ選択部２２４と、抽出条件入力部２２６と、テンプレート検索部２２７と、テンプレートデータベース２２８と、検索結果表示部２２９と、テンプレート選択部２３０と、成型処理部２３２と、整形処理部２３４と、フィードバックデータ送信部２３６（第２フィードバックデータ送信部に相当する。）とを備える。

抽出条件入力部２２１は、ユーザ端末１のユーザにより入力された抽出条件を受け付ける。マイページ管理サービスが提供する所定の検索サイトの画面にて、ユーザが抽出条件を入力すると、ユーザ端末１は文書生成サーバ２２にその抽出条件を送信する。抽出条件入力部２２１は、かかる抽出条件を受信して、ライブラリ検索部２２２に渡す。ここで、抽出条件は、ライブラリに保存された複数の単位データの中から、一般ユーザ端末１のユーザにフィードバックする単位データを抽出するための条件であり、例えば、ユーザがフィードバックを所望するデータの内容・ジャンルを表す１又は２以上のキーワードなどである。

ライブラリ検索部２２２は、一次データベース１６及び二次データベース１９で構成されたライブラリ２３を検索して、上記入力された抽出条件に合致する単位データを、フィードバックデータの候補として抽出する。具体的には、ライブラリ検索部２２２は、上記多変量解析サーバ１７による解析により得られた単位データ間及び統計グループ間の関連性を表す距離（統計値）に基づいて、ライブラリ２３に収集されてグルーピングされた複数の単位データの中から、抽出条件のキーワードと統計的関連性の高い統計グループに属する単位データを抽出する。このとき、ライブラリ検索部２２２は、統計グループ間の関連性で定められる統計グループの階層構造を利用して、ユーザ入力されたキーワードに関連性の高い単位データを適切に抽出することができる。なお、このライブラリ検索部２２２は、図１３に示した文書生成サーバ２０のライブラリ検索部２０２と略同一の機能構成を有するので、詳細説明は省略する。

検索結果表示部２２３は、上記ライブラリ検索部２２２による検索結果を示す検索結果表示画面を生成し、ユーザ端末１に送信して表示させる。この検索結果表示画面は、上記ライブラリ検索部２２２によりライブラリ２３から抽出された単位データ（フィードバックデータの候補）の一覧を示す画面である。ユーザ端末１にこの検索結果表示画面を表示することで、ユーザは、上記フィードバックデータの候補となる単位データの一覧を閲覧し、この中から自身の所望する単位データを選択する。ユーザ端末１は、このようにユーザ選択された単位データを文書生成サーバ２２に通知する。

データ選択部２２４は、このようにしてユーザ選択された単位データを、フィードバックデータとして選択する。以上のようにして、ライブラリ検索部２２２によりライブラリ２３から抽出され、さらに、データ選択部２２４により選択された単位データ群２２５が、フィードバックデータとなる。

一方、抽出条件入力部２２６は、上記ユーザによりユーザ端末１に入力された抽出条件（テンプレート検索用のキーワード）を受け付ける。この抽出条件入力部２２６が受け付ける抽出条件は、抽出条件入力部２２１が受け付ける抽出条件と同一であってもよい。これにより、フィードバックデータ検索用の抽出条件（フィードバックを受けたいデータ内容を表すキーワード）を、テンプレート検索用のキーワードに適用して、そのキーワードで検索される単位データに合ったテンプレートで、フィードバックデータが自動的に成型処理される。これにより、ユーザは、フィードバックされるデータ内容に適したテンプレートで、フィードバックデータを閲覧でき、便利である。さらに、検索時に、ユーザは一つのキーワードだけを入力すれば済むため便利である。しかし、かかる例に限定されず、抽出条件入力部２２６と抽出条件入力部２２１それぞれに対して、別々の抽出条件を入力してもよい。

テンプレート検索部２２７は、テンプレートデータベース２２８に保存されている複数の文書成型用テンプレート（ひな型）の中から、抽出条件入力部２２６に入力された抽出条件に合った１又は２以上のテンプレートを検索する。例えば、抽出条件のキーワードが「夏祭り」及び「東北」である場合には、複数の夏祭りの情報を表示するのに適したテンプレートが選択される。

検索結果表示部２２３８は、上記テンプレート検索部２２７による検索結果を示す検索結果表示画面を生成し、ユーザ端末１に送信して表示させる。この検索結果表示画面は、上記テンプレート検索部２２７によりテンプレートデータベース２２８から検索された文書成型用テンプレートの一覧を示す画面である。ユーザ端末１にこの検索結果表示画面を表示することで、ユーザは、テンプレートの一覧を閲覧し、この中から自身の所望するテンプレートを選択する。ユーザ端末１は、このようにユーザ選択されたテンプレートを文書生成サーバ２２に通知する。

テンプレート選択部２３０は、このようにしてユーザ選択されたテンプレートを、フィードバックデータを成型するためのテンプレートとして選択する。以上のようにして、テンプレート検索部２２７によりテンプレートデータベース２２８から抽出され、さらに、テンプレート選択部２３０により選択されたテンプレート２３１が、フィードバックデータ用の文書成型用テンプレートに決定される。

成型処理部２３２は、上記データ選択部２２４により選択された単位データ群２２５（フィードバックデータ）を、テンプレート選択部２３０により選択されたテンプレートに当てはめて、成型処理する。この成型処理されたフィードバックデータの文書は、整形処理部２３４に渡される。

整形処理部２３４は、ユーザ端末１に対するユーザ入力に応じて、上記成型処理後のフィードバックデータの文書を整形処理する。この整形処理は、例えば、単位データの並び替え、テキスト情報（文章）の加筆・修正・削除、画像（静止画又は動画）や音楽の追加・修正・削除、レイアウト変更などである。かかる整形処理により完成した文書２３５が、ユーザ端末１用のフィードバックデータとなる。かかるフィードバックデータは、例えば、スクレイピングデータ又はＨＰ更新データのコンテンツ（単位データ内の文章）の他にも、例えば、データ発生源のＵＲＬ、サイト名及びページ名（サイトＩＤ、ページＩＤ等）と、会員情報（会員ＩＤ等）と、元データの生成年月日などを含む。フィードバックデータの文書形式は、例えば、テキスト文書、ＨＴＭＬ文書、ＸＭＬ文書、ＰＤＦ文書など、任意のフォーマットであってよい。

フィードバックデータ送信部２３６は、上記成型及び整形処理されたフィードバックデータ（完成した文書２３５）を、インターネット５を介して、リクエスト元のユーザ端末１に送信する。

以上図１４を参照して説明したように、文書生成サーバ２２は、ユーザ端末１のユーザの入力した抽出条件に基づき、当該抽出条件に合致するデータをライブラリ２３から抽出して、フィードバックデータとしてユーザ端末１に送信する。これにより、ユーザ端末１のユーザは、情報管理サーバ１０で収集、分析、グループピングされた、他者のＨＰ更新データや他ユーザのスクレイピングデータから、ユーザ自身が所望するテーマのデータをフィードバックさせることができる。このフィードバックデータは、公式ユーザのＨＰ更新データ（客観的で不変的な公式の情報）と、他のユーザによるスクレイピングデータ（主観的で新鮮な情報）をも含むものであり、両者を同一テーマで融合させた情報である。従って、ユーザは、自身の所望するテーマに関連する情報として、公式ＨＰにおける公式な情報と、他ユーザによりスクレイピングされた真新しく、新鮮な情報の双方を取得できる。

さらに、ユーザは、自身がスクレイピングした情報群、他ユーザがスクレイピングした情報群、さらには他者のＨＰ更新データを、キーワードに基づき検索し、その中から自分に有用なデータを手動で組み合わせて、フィードバック文書を生成することができる。さらに、フィードバック文書の生成時に、ユーザ端末１を用いて加筆又は修正を行うことで、データを追加することができる。加えて、抽出されたフィードバックデータを、予めフォーマットが定められたテンプレートに当てはめて成型することで、より簡単に質感の高いフィードバック文書を生成することができる。

次に、図１５を参照して、本実施形態にかかる情報フィードバックシステムの情報管理サーバ１０におけるデータベース構成について説明する。図１５は、本実施形態にかかる情報管理サーバ１０におけるデータベース構成を示す説明図である。なお、図１５の各テーブルにおける「ＰＫ」はプライマリキー（主キー）、「ＦＫ」はフォーリンキー（外部キー）、「Ｉ」はインデックスの略称である。

図１５に示すように、一次データベース１６は、会員マスタテーブル１６１と、ジャンルテーブル１６２と、グループ（個人）テーブル１６３と、スクレイピングデータテーブル１６４と、サイト属性マスタテーブル１６５と、サイト更新データテーブル１６６と、キーワードテーブル１６７と、形態素解析テーブル１６８と、分割データテーブル１６９と、サイトキーワードテーブル１７０とを有する。

会員マスタテーブル１６１は、会員ＩＤをＰＫとして会員種別の情報を保持している。をＰＫとして、の情報を保持している。ジャンルテーブル１６２は、「ジャンルＩＤ」をＰＫとして、ウェブページのジャンルを表す「ジャンル名」の情報を保持している。グループ（個人）テーブル１６３は、各サービスの「会員ＩＤ」及び「グループＩＤ」をＰＫとして、データグループの名称を表す「グループ名称」の情報を保持している。スクレイピングデータテーブル１６４は、スクレイピングデータに固有に付与される「データＩＤ」をＰＫとして、「会員ＩＤ」、スクレイピングデータ取得元のＵＲＬである「取得ＵＲＬ」、スクレイピングデータ自体である「データ」、スクレイピングデータの「取得日付」及びスクレイピングデータに付与された「グループＩＤ」の情報を関連づけて保持している。サイト属性マスタテーブル１６５は、ＨＰ更新ツール３０により更新されるホームページの「サイトＩＤ」をＰＫとして、「会員ＩＤ」、ホームページのトップページのＵＲＬである「サイトＴＯＰ ＵＲＬ」、「ジャンルＩＤ」及びＨＰ更新データの「基本属性値」の情報を関連づけて保持している。サイト更新データテーブル１６６は、「サイトＩＤ」と、そのホームページ内のウェブページを示す「サイトサブＩＤ」をＰＫとして、ホームページの「ＵＲＬ」、ホームページ全体の「属性値」、ＨＰ更新データ自体である「ＨＰデータ」の情報を関連づけて保持している。キーワードテーブル１６７は、キーワードごとに固有に付与される「キーワードＩＤ」をＰＫとして、ＨＰ管理者により設定されるキーワード自体である「キーワード」、そのキーワードの同義語である「キーワード読み替え」、キーワードの「品詞」の情報を関連づけて保持している。形態素解析テーブル１６８は、「データＩＤ」及び「キーワードＩＤ」をＰＫとして、各種の情報を保持している。分割データテーブル１６９は、「データＩＤ」をＰＫとして、「サイトＩＤ」、「サイトサブＩＤ」、ＨＰ更新データを分割して得られた文章である「分割ＨＰデータ」の情報を関連づけて保持している。サイトキーワードテーブル１７０は、「サイトＩＤ」、「サイトサブＩＤ」及び「管理連番」をＰＫとして、ＨＰ更新データに含まれる「キーワード」の情報を関連づけて保持している。

二次データベース１９は、統計結果データテーブル１９１と、統計サンプルテーブル１９２と、統計データテーブル１９３とを有する。統計結果データテーブル１９１は、「統計グループＩＤ」をＰＫとして、統計グループに属する単位データの「統計値」、「データＩＤ」及び「キーワード」の情報を関連づけて保持している。統計サンプルテーブル１９２は、「統計グループＩＤ」をＰＫとして、「データＩＤ」の情報を保持している。統計データテーブル１９３は、「統計グループＩＤ」をＰＫとして、「統計手法」及び「統計値」の情報を関連づけて保持している。

形態素解析用辞書サーバ１４は、分かち書き禁止辞書テーブル１４２と、不要語辞書テーブル１４３とを有する。分かち書き禁止辞書テーブル１４２は、「ジャンルＩＤ」及び「管理連番」をＰＫとして、形態素解析で不要語となる「単語」の情報を保持している。不要語辞書テーブル１４３は、「ジャンルＩＤ」及び「管理連番」をＰＫとして、形態素解析で分かち書き禁止用語となる「単語」及び「品詞」の情報を関連づけて保持している。

かかる図１５に示すデータベース構成では、図示のＰＫ、ＦＫによって上記各テーブルが相互に結合されている。情報管理サーバ１０の文書解析サーバ１３、多変量解析サーバ１７、文書生成サーバ２０及び文書生成サーバ２２は、一次データベース１６、二次データベース１９及び形態素解析用辞書サーバ１４に格納された上記各テーブルを用いて、上述したそれぞれの機能を実行する。

以上、本実施形態にかかる情報フィードバックシステムの構成と、本システムで実行される情報フィードバック方法、並びに、情報管理サーバ１０で実行される情報管理方法について詳細に説明した。以下では、上述した情報フィードバックシステムを、マイページ管理システムの一例である旅行日程表作成システムと、ホームページ更新システムに適用した応用例について、より詳細に説明する。

３．旅行日程表作成システムへの応用例
旅行日程表作成サービスは、ユーザがウェブシステムを利用して、旅行日程表（以下「たびのしおり」という場合もある。）を作成、編集、公開、閲覧等するためのサービスである。この旅行日程表作成サービスは旅行日程表作成システムで実現される。上記情報フィードバックシステムを旅行日程表作成システムに適用することで、旅行日程表を好適に作成して利用できるようになる。

まず、旅行日程表作成サービス及びシステムの概要について説明する。旅行を行うときのユーザ動向を解析すると、３つのフェーズ、即ち、（１）旅行に行く前の楽しみ、（２）流行中の楽しみ、（３）旅行から帰った語の楽しみ、が成り立つ。このうち（１）の「旅行に行く前の楽しみ」は、旅行日程の作成に多くの比重を占める。

旅行日程の作成において、従来のウェブサービスでは、（ａ）パッケージプランにより供給、（ｂ）簡易的にカスタマイズプランを作成（同一のサイト内での旅行商品の組み合わせのみ）、（ｃ）旅行代理店サイドよりのプッシュ型の供給などがあった。旅行業界における大きな流れとして、昨今では、従来のパッケージ型旅行商品に代えて、手配旅行商品へのニーズが高まっており、それらをウェブサービスとして実現させるためには、新たなウェブシステムの仕組みが必要となる。

また、従前では、ユーザはウェブサイトを利用して旅行情報を取得しても、ページ単位で印刷して蓄積し、旅行に携行することが一般的であり、あくまで旅行情報はユーザがまとめて管理していた。さらに、ユーザは自分のニーズに合った旅行情報に偶然に出会うか、又は、パッケージプランで偶然発見するかしなければ、見知らぬ土地の旅行情報をコントロールできなかった。

このため、ユーザが簡単に利用可能で、ライフスタイルとしての旅行に関する行動を、ウェブシステム上において旅行日程表を作成、利用する行為に置き換えることができ、しかも、関連のある旅行情報とユーザとの出会いを高めることが可能なシステムが求められていた。

そこで、本実施形態では、情報フィードバックシステムを旅行日程表作成システムに適用して、ユーザによる旅行情報の取得を容易にし、さらに、システム内で旅行情報を循環させることで、ユーザとサイトとのマッチングを行うものである。本実施形態にかかる旅行日程表作成システムにおいて、旅行日程表を作成して旅行する場合のフローは、大まかには、（１）旅行情報の収集、（２）旅行情報の整理、（３）旅行情報の投稿・編集、（４）収集した旅行情報を元に旅行日程表を作成、（５）旅行日程表（紙冊子媒体、電子データ、モバイル通信等）を持って旅行に行く、（６）マイページ管理サービスにより旅行日程表をユーザごとに蓄積する、といった流れになる。

旅行日程表を簡単に作成するためには、事前に大量の旅行情報を収集・蓄積する必要がある。そこで、本実施形態では、旅行日程表作成システムを上記情報フィードバックシステムに組み込むことで、上記（１）の旅行情報の収集におけるユーザのシステムへの参加を促進する。そして、旅行日程表作成システムを用いた各ユーザの旅行情報の収集及び他ユーザへの発信行動により、システム内で旅行情報を収集・蓄積し、さらに、この蓄積情報を目的に応じて加工して、各ユーザにフィードバックする。

このように、旅行情報の充実とフォーマット化を図るために、上述したＨＰ更新ツール３０を用いた情報収集システムと、スクレイピング部５０を用いたスクレイピングによる情報収集システムを備えた情報フィードバックシステムを利用する。かかる情報フィードバックシステムを利用することで、システム内で循環する各種の旅行情報（ＨＰ更新データ、スクレイピングデータ）のフィードバックを受けることができる。また、収集した情報、フィードバックされた情報を、旅行日程表に関する所定のフォーマットに合わせて編集し、また、相互に関連づけられた各種の情報を、旅行日程表の出力フォーマットに適合させることで、システム内で循環する情報のフォーマット化も図れる。

このように旅行日程表作成システムと情報フィードバックシステムとを結合させることで、旅行情報の充実とフォーマット化が図れる。また、ユーザは、旅行における立ち寄り先（宿泊先、観光地等）の情報、交通機関によるアクセス情報、旅行先でのイベント情報などの各種情報を、スクレイピングにより容易に収集できるとともに、関連する情報のフィードバックを受けることもできる。

以上のように、本実施形態にかかる情報フィードバックシステムを旅行日程表作成システムに適用することで、その利用度が高まるほど、ユーザは、ユーザ独自の旅行プランを容易に作成できる。さらにユーザ独自のプランを旅行中に携行でき、旅行から帰った後には、旅行中に編集した旅行日程表がマイライブラリに保存されており、これを利用できる。加えて、旅行日程表を電子データとして公開して、旅行仲間と旅行日程表を簡単に共有できる。また、旅行業者側にとっては、手配旅行型のプラン作成と見積もりシステムとの連動により、旅行代理店における新しいサービス形態を想像できる。また、上記生成される旅行日程表は、旅行ガイド業務のツールとしても有効に利用できる。

上述したように、旅行を計画する際に旅先での行動の基本となる旅行日程表を作成し、それに沿って旅を楽しむことは、ユーザにとって、旅行の前後に渡って充実した時間を過ごす一助となる。本実施形態にかかる旅行日程表作成システムでは、旅行前には、充実した内容の旅行情報を容易に収集して旅行日程表を作成することができる。また、旅行中には、旅行日程表を紙媒体に印刷して携行したり、情報管理サーバ１０内にライブラリ化してある旅行日程表を、携帯端末にダウンロードして利用したりできる機能を有している。特に、携帯端末による旅行日程表には、インターネット５を介した通信によって、リッチコンテンツであるビデオ動画や音声案内等を供給することができる。

ところで、旅行日程表の要素は概ね、（１）スタート場所、（２）立ち寄り先、（３）宿泊場所、（４）移動手段の４つに大別される。旅行日程表作成システムにおける旅行日程表の作成・編集時には、これら４つの要素を、スクレイピングによって任意のウェブページからインターネット５を介して取得して、目的に応じて分類する。スクレイピングされた各要素は、旅行日程表作成システムによって４つの要素のテンプレートフォーマットによって編集され、各ユーザのマイページにグルーピングされる。旅行日程表のテンプレート上で目的に応じた条件を指定して、上記各要素を埋め込むことで、旅行日程表が生成される。

かかる旅行日程表作成システムを上記情報フィードバックシステムに組み合わせることで、（１）情報発信ユーザ、情報利用ユーザ、他の情報発信ユーザなどといった多数のユーザの情報活用行動によって、ユーザ側からシステム側に情報を収集して解析及びグループ化する段階、（２）システム側からユーザ側に情報をフィードバックする段階、（３）そして更にスクレイピング等により情報を再活用する段階、といった情報の循環が生じる。このため、ユーザが情報発信すればするほど、関連情報を取得することができるといったＧＩＶＥ＆Ｔａｋｅシステムを構築することも可能となる。また、ホームページ管理者が、旅行日程表に利用できる情報発信を行うと、自身のホームページに関連するコンテンツをフィードバックデータとして得られるようにしてもよい。この場合、発信される情報に付与される著作権の使用を、当該サービスの利用範囲において自動的に許可するというルールを付加することもできる。

また、旅行日程表に付加される立ち寄り先情報として、例えば、（１）旅行日程中に、立ち寄り先付近でのイベント情報を、ユーザの携帯端末に自動的に通知する、（２）立ち寄り先でのお得情報も自動的に付加する、（３）情報供給者のホームページにも、関連イベント情報やお得情報をフィードバックする、などといった、予期しない旅行の提案（サポート）をユーザに提供することもできる。

次に、図１６を参照して、本実施形態にかかる旅行日程表作成システムに適用された情報フィードバックシステムの概要について説明する。図１６は、本実施形態にかかる旅行日程表作成システムに適用された情報フィードバックシステムを示す概略図である。

図１６に示すように、情報フィードバックシステムでは、上述したＨＰ更新ツール３０によって、サイト管理者のホームページ３４０の一部又は全部が更新されると（Ｓ１００）、更新後の新たなホームページ３４１が公開される。このサイト更新時には、ＨＰ更新ツール３０がインストールされた更新ウェブサーバ３から情報管理サーバ１０にＨＰ更新データが自動送信される（Ｓ１０２）。また、更新ウェブサーバ３は、情報管理サーバ１０から、サイト管理者により予め設定されたキーワード（例えば、周辺情報、イベント情報、お知らせなどのジャンル）に基づいて、ホームページの関連情報が自動的にフィードバックされる（Ｓ１０４）。このフィードバックデータは、サイト管理者のホームページ３４１内に付加されて表示される、或いは、当該ホームページにリンクされたウェブページ３４２に表示される。

一方、旅行日程表作成システムを利用してユーザＡが旅行日程表を作成する場合、ユーザＡは、ユーザ端末１にインストールされたブラウザプラグインであるスクレイピング部５０を利用して、公開されている任意のウェブページ３５１、３５２、３５３から、旅行情報をスクレイピングして、当該スクレイピングデータを、テーマ別にグループ化してマイライブラリＡに蓄積する（Ｓ１０６）。このマイライブラリは、例えば、上述したマイページ管理用の文書生成サーバ２２内に設けられる。他のユーザＢ、Ｃ、Ｄも同様にして、自身のマイライブラリＢ、Ｃ、Ｄにスクレイピングデータを蓄積する。これら各ユーザＡ、Ｂ、Ｃ、ＤのマイライブラリＡ、Ｂ、Ｃ、Ｄに蓄積されるスクレイピングデータは、スクレイピング時に、スクレイピング部５０により情報管理サーバ１０にも自動的に送信されて、データベース１６、１９に蓄積される（Ｓ１０８）。

情報管理サーバ１０は、上述したように、データベース１６、１９に蓄積されたスクレイピングデータやＨＰ更新データを解析して、統計グループにグループピングしておく。情報管理サーバ１０は、旅行日程表を作成するユーザＡのユーザ端末１からのリクエストに応じて、データベース１６、１９に蓄積及びグルーピングされたデータのうち、ユーザＡが求めるテーマに関連する旅行情報を、フィードバックデータとしてユーザ端末１に送信したり（Ｓ１１０）、ユーザＡの旅行日程表に追加して表示させたりする（Ｓ１１２）。

旅行日程表作成システムで旅行日程表を作成するときには（Ｓ１１４）、立ち寄り先と、その推奨滞在時間、説明、住所、連絡先等を入力する。具体的には、ユーザＡは、まず、旅行日程表のテンプレートにあるスケジュール項目を選択する。次いで、ユーザＡは、所定の地図情報サービスを提供するシステム３６１から得られる地図情報を利用して、立ち寄り先を地図上に住所に基づきプロットする。さらに、ユーザＡは、旅行経路付近の観光スポット情報をフィードバックデータとして取得して、これを適宜参照しながら、地図上で立ち寄り先を回る順番をクリックして決定する。その後、ユーザＡは、旅行全体のスケジュール調整を行う。このような旅行日程表の作成時には、上記情報管理サーバ１０からフィードバックされた旅行情報を参照又は旅行日程表に付加してもよい。

このようにして旅行日程表を完成させた後に（Ｓ３１６）、ユーザＡは旅行を実行し（Ｓ３１８）、その旅行中又は旅行終了後に旅行日程表が適宜補正される（Ｓ３２０）。例えば、ユーザ端末１は、モバイル機器による旅行中の実行動のトレースデータや電子決済、スタンプラリー等から得られた時間／位置情報に基づいて、作成した旅行日程表と現実の行程とのずれを記憶し、旅行日程表の補正を行うことができる。旅行日程表の補正データは、上記データベース１６、１９に送信されて、データの検証及び修正がなされる（Ｓ３２２）。

また、上記完成した旅行日程表は、ユーザＡの公開指定により公開される（Ｓ３２４）。公開手法としては、例えば、ＰＤＦ文書等の電子データで外部機器に出力する、ＰＣサイト又は携帯サイトで公開する、モバイル機器に転送するなどが挙げられる。ウェブ上で公開された旅行日程表は、再度、スクレイピングの対象となる。

以上のように、旅行日程表作成システムに情報フィードバックシステムを適用することで、各ユーザが旅行日程表を作成する際に、各ユーザが旅行情報のスクレイピングを行うことで、当該スクレイピングデータがシステム内で循環する。また、サイト管理者によるＨＰ更新によってもＨＰ更新データがシステム内で循環する。ユーザは、循環する情報から旅行日程表に必要な旅行情報を、スクレイピング又はフィードバック等により簡単に収集して、充実した旅行情報を得ることができる。また、旅行日程表作成システムで提供される所定のテンプレートに旅行情報を入力して旅行日程表を作成し、また、情報管理サーバ１０から所定のフォーマットで旅行情報をフィードバックすることで、システム内で循環する旅行情報を所定のフォーマットにフォーマット化することができる。

次に、図１７〜図２６を参照して、本実施形態にかかる旅行日程表作成システムにおける旅行日程表の作成フローについて説明する。図１７は、本実施形態にかかる旅行日程表の作成フローを示すフローチャートである。図１８〜図２６は、本実施形態にかかる旅行日程表の作成時にユーザ端末１に表示されるＧＵＩ画面例である。

図１７に示すように、まず、ユーザは、旅行日程表作成システムにより提供される旅行日程表作成サービスを利用するための会員登録を行う（Ｓ２００）。この会員登録では、ユーザはユーザ端末１を操作して、当該サービスのサイト内の会員登録ページから、登録フローに従って必要事項を入力して登録していく。図１８に示すように、個人会員、法人会員とも登録可能であり、個人会員、法人会員ごとに定められたユーザ情報を記入する。会員登録が完了すると、情報管理サーバ１０により会員番号が自動的に登録され、会員ＩＤ及びパスワードが発行される。

次いで、サービス利用時には、図１９に示すように、ユーザは、上記旅行日程表作成サービスのサイト内のログイン画面４０１において、会員登録時に発行された会員ＩＤ及びパスワードを入力してログインボタン４０２を押下し、当該サイトにログインする（Ｓ２０２）。ログインが完了すれば、当該サイトによる旅行日程表作成サービスを利用可能となる。

その後、図２０に示すように、ユーザは、サイト内の機能メニュー選択画面４０３において、所望の機能メニューを選択する（Ｓ２０４）。機能メニューとしては、例えば、（１）情報管理サーバ１０に保存されているマイページへの移行、（２）関連するソフトウェアのダウンロード（例えば、ＨＰ更新ツール３０や、スクレイピング用のブラウザプラグイン（スクレイピング部５０に相当））、（３）旅行日程表の使用方法の参照、（４）旅行日程表の作成、（５）利用規約の参照、などがある。

上記機能メニューで（４）旅行日程表の作成が選択されると、旅行日程表の作成が開始される（Ｓ２０６）。この場合、図２１に示すように、旅行日程表の作成方法選択画面４０４が表示され、ユーザは、旅行日程表を新規に作成するか、或いは、公開されている既存の旅行日程表を元に作成するかを選択する。後者の場合は、公開されているユーザ自身又は他ユーザの旅行日程表を閲覧するためのライブラリの表示画面（図示せず。）に移行する。

一方、前者の新規作成の場合は、図２２に示すように、旅行の基本情報入力画面４０５が表示され、ユーザは、この基本情報入力画面４０５に対して、旅のタイトル、方面、出発日、帰着日、メンバー構成、メンバー表などの旅の基本情報を入力する（Ｓ２０８）。全ての基本情報の入力を完了して、次へのボタン４０６を押下すると、図２３に示すように、旅行開始場所と集合時間の入力画面４１０が表示される。この入力画面４１０にて、旅行開始場所と集合時間を指定する（Ｓ２１０）。この指定は、住所入力画面４１１にて住所で指定してもよいし、所定の地図情報サービスの地図表示画面４１２にて地図上の所定位置をクリックしてもよいし、或いは、駅・空港名入力画面４１３で、駅・空港名を入力してもよい。

次いで、ユーザは、旅行日程表における立ち寄り先、宿泊先などを選定する（Ｓ２１２）。具体的には、まず、図２４に示す立ち寄り先の指定方法の選択画面４２０にて、立ち寄り先の指定方法を選択する。指定方法には、既存の立ち寄り先リストから立ち寄り先を取り込む方法と、新たに立ち寄り先リストを新規作成する方法がある。選択画面４２０にて前者の方法を選択した場合には、立ち寄り先リストの選択画面４２２に進み、既存の立ち寄り先リストのいずれかを選択すると、立ち寄り先の順番の指定方法選択画面４３０に進む。一方、選択画面４２０にて後者の立ち寄り先リストの新規作成を選択した場合には、スクレイピングライブラリ画面４２４に進む。

このスクレイピングライブラリ画面４２４にて、スクレイピングボタン４２６を押下すると、スクレイピング画面（図示せず。）に移行し、上述のスクレイピング部５０が起動して、図５〜図７に示した手法で、ユーザ端末１がアクセス可能な任意のウェブサイト内の情報をスクレイピングすることができる。これにより、ユーザは、自身が所望する旅行の立ち寄り先を選定するために、各種のウェブサイトを訪問し、立ち寄り先の候補の情報をスクレイピングデータとして収集できる。収集したスクレイピングデータは、ユーザ端末１から情報管理サーバ１０のマイページ管理部（例えば文書生成サーバ２２）が管理するスクレイピングライブラリにアップロードされて、保存される。また、当該スクレイピングデータは、ユーザ端末１から文書解析サーバ１３にも自動的に送信される。

このようにしてスクレイピングにより立ち寄り先の候補地に関する情報を収集して、立ち寄り先リストを新規生成した後に、スクレイピングライブラリ画面４２４のボタン４２８を押下すると、上記立ち寄り先リストの選択画面４２２に進み、既存の立ち寄り先リストのいずれかを選択すると、立ち寄り先の順番の指定方法選択画面４３０に進む。

次いで、立ち寄り先の順番を指定する（Ｓ２１４）。具体的には、まず、立ち寄り先の順番の指定方法選択画面４３０で、当該順番の指定方法を選択する。この指定方法は、立ち寄り先リスト内でユーザが手動で順番を入力する方法と、地図上で立ち寄り先の並び順を指定する方法とがある。前者の指定方法を選択した場合には、図２４に示す立ち寄り先の順番入力画面２３２に進み、立ち寄り先リストに含まれる立ち寄り先の候補のうち、ユーザ所望の立ち寄り先に対して、所望の順番を入力する。この順番入力画面２３２でボタン４３４を押下すると、図２５に示す地図上で立ち寄り先順を指定する画面４３８に進み、ボタン４３６を押下すると、図２５に示す立ち寄り先の調整画面４４０に進む。

一方、立ち寄り先の順番の指定方法選択画面４３０で後者の指定方法を選択した場合には、図２５に示す地図上で立ち寄り先順を指定する画面４３８に進む。この画面４３８では、ユーザは、地図上に表示された複数の立ち寄り先の候補を、立ち寄る順番に従って、マウスのポインタで順次指定することで、立ち寄り先順を指定する（Ｓ２１６）。なお、この画面４３８にて、所望の立ち寄り先の住所を入力して検索ボタン４３９を押下すると、その立ち寄り先が地図上に表示される。このような画面４３８における地図上の指定により、ユーザは、適切な立ち寄り順を容易に指定できる。この画面４３８で立ち寄り先順の指定を完了して、ボタン４３７を押下すると、図２５に示す立ち寄り先の確認画面４４０に進む。

次いで、ユーザは、旅行日程表の調整作業を行う（Ｓ２１８）。まず、図２５に示す立ち寄り先の確認画面４４０では、立ち寄り先と宿泊先が立ち寄り順に一覧表示され、それらの滞在時間と、それらの間の移動手段と移動時間も表示される。ユーザはこの一覧を閲覧して、行程に無理がないなどを確認する。この確認画面４４０でボタン４４２が押下されると、上記画面４３８に戻り、立ち寄り先の並び順を調整できる。また、確認画面４４０で確認ボタン４４４が押下されると、図２５に示す地図上での経路の確認画面４４６が表示され、ユーザは地図上で経路を再確認できる。この確認画面４４６において確認ボタン４４８が押下されると、立ち寄り先の調整は終了する。

その後、旅行への持ち物チェックの入力画面（図示せず。）や、プライベートなお知らせ及び注意事項（公開時非表示）の入力画面（図示せず。）を経て、旅行日程表の出力プレビューが表示される。これにより、旅行日程表が完成する。

次いで、ユーザの保存指示に応じて、情報管理サーバ１０は、完成した旅行日程表を、該当ユーザのマイページの旅行日程表ライブラリに保存する（Ｓ２２０）。さらに、ユーザは、図２６に示す旅行日程表ライブラリ表示画面２５０にて、公開チェックボックスへのチェック有無により、上記作成した旅行日程表の公開の可否を選択する（Ｓ２２２）。

その後、図２６に示す出力形式選択画面４５２にて、旅行日程表の出力形式を選択して、選択された出力形式で旅行日程表を出力する（Ｓ２２４）。出力形式選択画面４５２にて、紙媒体（小冊子）での出力、又は、ＰＤＦファイルの生成が選択された場合には、テンプレート選択画面４５４に進み、この画面４５４で選択されたテンプレートに旅行日程表を当てはめて成型加工する。その後、成型された旅行日程表は、プレビュー画面を経て、紙媒体に印刷される。或いは、メール送信先指定画面４５６で指定されたユーザのＰＣに、旅行日程表のＰＤＦファイルが電子メールで送信される。また、上記出力形式選択画面４５２にて、携帯電話へメール送信が選択された場合には、メール送信先指定画面４５８で指定されたユーザの携帯電話に、旅行日程表の保存先のライブラリのＵＲＬが電子メールで送信される。

ユーザは、上記のようにして作成された旅行日程表を携行して、旅行に行き（Ｓ２２６）、旅先で適宜旅行日程表を参照ながら立ち寄り先を廻る。また、旅行中や旅行から戻った後に、ユーザは、旅行日程表を適宜修正する（Ｓ２２８）。

以上、旅行日程表の作成フローについて説明した。旅行日程表の作成時には、ユーザは必要な旅行情報を得るために任意のタイミングで、公開ウェブサイトからのスクレイピングデータの取得や、情報管理サーバ１０からのフィードバックデータの取得を実行できる。フィードバックデータを取得する場合には、ユーザ端末１を操作して、上記抽出条件として所望の旅行情報のジャンルを表す１又は２以上のキーワード（地名、旅館、など）を入力して、情報管理サーバ１０の文書生成サーバ２２に対してフィードバックデータの送信をリクエストする。文書生成サーバ２２は、このリクエストに応じて、当該キーワードに関連するデータ群（スクレイピングデータ又はＨＰ更新データのコンテンツ）をフィードバックする。これにより、ユーザは、必要な旅行情報を容易に収集できる。

次に、図２７及び図２８を参照して、本実施形態にかかる情報フィードバックシステムにおける旅行日程表作成時のフィードバック処理フローについて説明する。図２７は、本実施形態にかかる旅行日程表作成時のフィードバック処理フローを示すフローチャートである。図２８は、本実施形態にかかる情報フィードバックシステムにおける旅行日程表作成時のデータの流れを示す説明図である。

図２７及び図２８に示すように、まず、ステップＳ１では、各ユーザは旅行日程表を作成するために必要な各種の旅行情報を収集するために、各ユーザが所有する各ユーザ端末１によって、一般ウェブサーバ２により公開されている任意のウェブページから、各ユーザが所望する情報をスクレイピングする（Ｓ１）。このスクレイピング処理は、ユーザ端末１にインストールされたスクレイピング部５０（ブラウザプラグイン）によって実行される。スクレイピング時には、図５〜図７に示したように、スクレイピング部５０によって、スクレイピング対象のウェブページ内の文章が、論理的及び物理的に複数の単位データ（文章）に区分され、区分された状態が表示され、さらに、当該区分された単位データをスクレイピングするための取込ボタン３３１が表示される。従って、ユーザは、適切な単位で区切られた所望の情報を容易にスクレイピングできる。

次いで、ステップ２では、各ユーザ端末１は、スクレイピングデータとその属性情報（ユーザ属性等）を、スクレイピング受信サーバ１１に自動的に送信する（Ｓ２）。このとき、各ユーザ端末１は、スクレイピングデータを、旅行日程表作成サービス（マイページ管理サービスの一例）を提供する文書生成サーバ２２にも送信する。文書生成サーバ２２は、受信したスクレイピングデータを、それぞれのユーザのマイページ（旅行日程表ライブラリ）に保存する。

さらに、ステップ３では、スクレイピング受信サーバ１１は、各ユーザ端末１から受信したスクレイピングデータと属性情報を順次、文書解析サーバ１３に提供する（Ｓ３）。その後、ステップ４では、文書解析サーバ１３は、形態素解析用辞書サーバ１４が提供される辞書を利用しながら、各ユーザ端末１から順次取得したスクレイピングデータを形態素解析して、単語・キーワードを抽出し、単位データ（スクレイピングデータの元データと、抽出した単語・キーワードと、属性情報とを含む）を、一次データベース１６に蓄積していく（Ｓ４）。

次いで、ステップ５では、多変量解析サーバ１７は、一次データベース１６に蓄積された複数の単位データを多変量解析して、当該単位データ相互の統計的関連性に基づいて、当該単位データを複数の統計グループにグルーピングし、解析結果及びグルーピング結果を二次データベース１９に保存する（Ｓ５）。

さらに、ステップ６では、旅行日程表作成サービスを提供する文書生成サーバ２２は、ユーザ端末１からフィードバックデータの取得リクエストを受信すると、当該リクエストに含まれる抽出条件に基づき、二次データベース１９内の単位データを検索して、抽出条件と統計的関連性の高い統計グループに属する単位データを抽出する（Ｓ６）。ここで、抽出条件は、ユーザ端末１に対して入力されたキーワードであり、ユーザが所望する旅行情報のジャンル、テーマ等を表す。ユーザは、このキーワードとして任意の単語を入力することができる。また、ユーザ端末１は、当該キーワードとして、旅行日程表の作成時にユーザ入力された旅行の基本情報（ユーザ属性、旅行先、旅行日時、メンバー、出発地、帰着地、メモ、コメント等）を、文書生成サーバ２２に送信してもよい。これにより、ユーザは自身の旅行日程表に関連する情報を、フィードバックデータとして取得できるようになる。また、文書生成サーバ２２は、上記抽出された単位データのうち、ユーザ選択された単位データ（例えば、ユーザが旅行日程表に付加したいと判断したデータ）のみを選択し、その他の単位データを削除してもよい。

その後、ステップ７では、文書生成サーバ２２は、抽出された単位データを、そのデータ内容に適したテンプレートで成型処理し、さらに、ユーザ入力に基づき整形処理して、フィードバックデータを生成する（Ｓ７）。文書生成サーバ２２は、ユーザ端末１から文書成型用のテンプレートの抽出条件を受信する。この抽出条件は、例えば、上述した旅行日程表の出力デザイン、立ち寄り先の書式、アクセス方法書式、宿泊先書式、お食事書式、体験書式、クーポン書式などである。また、抽出条件は、上記単位データの抽出条件と同一のキーワードにすることもできる。さらに、文書生成サーバ２２は、ユーザ端末１から受信した抽出条件に基づいてテンプレートＤＢ２２８内のテンプレートを検索し、検索されたテンプレートの中からユーザ選択された最適なテンプレートを用いて、フィードバックデータを成型する。さらに、文書生成サーバ２２は、ユーザ入力に基づいて、データの並び替え、画像等のコンテンツを追加、削除、変更する整形処理を行う。

次いで、ステップＳ８では、文書生成サーバ２２は、上記生成したフィードバックデータを、リクエスト元のユーザ端末１に送信する（Ｓ８）。ユーザ端末１は、例えば、受信したフィードバックデータを、旅行日程表のテンプレートの所定位置に付加して、フィードバックデータが反映された旅行日程表を表示する。ユーザは、このようにフィードバックデータとして任意の旅行情報を適宜取得して、旅行日程表を完成させる。完成した旅行日程表は、ユーザ端末１から文書生成サーバ２２に送信されて、当該ユーザのマイページの旅行日程表ライブラリに保存される。

さらに、ステップ９では、文書生成サーバ２２は、ユーザ端末１から受信したユーザ指示に基づき、上記ライブラリに保存された旅行日程表の公開条件を設定し、旅行日程表を公開する（Ｓ９）。次いで、ステップＳ１０では、各ユーザ端末１は、公開された自身又は他人の旅行日程表を再利用したり、当該旅行日程表からスクレイピングしたりして、再活用する（Ｓ１０）。この結果、公開された旅行日程表からのスクレイピングデータは、上記Ｓ２と同様にして、ユーザ端末１からスクレイピング受信サーバ１１に送信されて、以降は同様に処理される（Ｓ１１）。

４．ホームページ更新システムへの応用例
ホームページ更新サービスは、所定のホームページ管理者が、入力端末４及び更新ウェブサーバ３を用いて、当該更新ウェブサーバ３で公開されている自身のホームページ内のコンテンツを容易に更新できるようにするためのサービスである。このＨＰ更新サービスは、上記ＨＰ更新ツール３０がインストールされた更新ウェブサーバ３と入力端末４とからなるＨＰ更新システムで実現される。上記情報フィードバックシステムをＨＰ更新システムに適用することで、ＨＰ管理者は、自身のホームページに関連する情報をフィードバックデータとして自動的に取得して、当該ホームページの内容を充実させることができるようになる。

まず、図２９〜図３３を参照して、本実施形態にかかるＨＰ更新システムにおけるＨＰ更新フローについて説明する。図２９は、本実施形態にかかるＨＰ更新フローを示すフローチャートである。図３０〜図３３は、本実施形態にかかるＨＰ更新時に入力端末４に表示されるＧＵＩ画面例である。

図２９に示すように、まず、所定のホームページを管理するＨＰ管理者は、ＨＰ更新システムにより提供されるＨＰ更新サービスを利用するための会員登録を行う（Ｓ３００）。この会員登録では、ユーザは入力端末４を操作して、当該サービスのサイト内の会員登録ページから、登録フローに従って必要事項を入力して登録していく。上述した図１８の例と同様に、個人会員、法人会員とも登録可能であり、個人会員、法人会員ごとに定められたユーザ情報を記入する。会員登録が完了すると、システム運営者により会員番号が自動的に付与され、会員ＩＤ及びパスワードが発行される。

その後、当該サービスのダウンロードサイトから、ＨＰ更新ツール３０を更新ウェブサーバ３にダウンロードして、マニュアルに従ってＨＰ管理者のウェブサーバにインストールする（Ｓ３０２）。

次いで、サービス利用時には、上述した図１９の例と同様に、ＨＰ管理者は、上記ＨＰ更新サービスのサイト内のログイン画面において、会員登録時に発行された会員ＩＤ及びパスワードを入力してログインボタンを押下し、当該サイトにログインする（Ｓ３０４）。ログインが完了すれば、当該サイトによるＨＰ更新サービスを利用可能となる。

ログイン後、ＨＰ管理者は、入力端末４を操作してＨＰ更新ツール３０を使用し、自身のホームページのコンテンツを新規作成又は更新する作業を行う（Ｓ３０６）。このＨＰ更新作業についてより詳細に説明する。上記サイトにログインすると、図３０に示すように、入力端末４の表示画面に、ＨＰ管理者自身のホームページ内のコンテンツを管理するためのコンテンツ管理画面５００が表示される。このコンテンツ管理画面５００は、ホームページを構成する複数のウェブページに関する属性情報が表形式で一覧表示されている。このコンテンツ管理画面５００にある「新しく記事を作成する」ボタンを押下すると、ホームページ内のウェブページを編集するための編集画面５０２が表示される。この編集画面５０２では、ウェブページのタイトル、本文のテキスト情報、画像、動画などのコンテンツを、所定のフォーム内に入力するだけで、ＨＴＭＬ文書のタグ情報などを記載しなくても、そのウェブページ内のコンテンツを容易に更新できる。

このようにして編集画面５０２で入力されたコンテンツは、ＨＰ管理者のホームページのＨＴＭＬファイルを保持する更新ウェブサーバ３に送信され、ＨＴＭＬ文書内に書き込まれる。この結果、更新されたホームページが更新ウェブサーバ３から公開される。図３０に示すように、公開されたホームページのトップページ５０４に、新着情報として更新データに関する記事が記載され、ＨＰ更新データにより更新されたウェブページ５０６には、そのＨＰ更新データのコンテンツが掲載される。このように、ＨＰ更新ツール３０を用いて更新作業を行うことで、容易にホームページのコンテンツを更新できるとともに、編集画面５０２で入力した文章や写真画像が、ユーザの意図した態様で公開されるという利点がある。

上記のようにしてＨＰ更新ツール３０を用いてホームページの更新がなされると、更新ウェブサーバ３のＨＰ更新ツール３０は、当該更新で更新された部分のコンテンツ（ＨＰ更新データ）と、その属性情報を、情報管理サーバ１０のＨＰ更新データ受信サーバ１２に自動的に送信する（Ｓ３０８）。このＨＰ更新データと属性情報は、情報管理サーバ１０の文書解析サーバ１３及び多変量解析サーバ１７により解析されてデータベース１６、１９に保存される。以上のようなホームページの更新作業を行う度に、ＨＰ更新データが更新ウェブサーバ３から情報管理サーバ１０に送信されて蓄積される。

また、ＨＰ管理者の属性情報は、ＨＰ管理者のホームページのジャンルやキーワードなどであり、ＨＰ管理者によりホームページのサイト単位、ウェブページ単位で入力される。例えば、ＨＰ管理者が店舗経営者である場合、その店舗のホームページの属性情報は、例えば、店舗名、住所、業種、主商品などである。

また、ＨＰ管理者は、情報管理サーバ１０からのフィードバックデータを受けるために、フィードバック条件を設定する（Ｓ３１０）。このフィードバック条件は、上述した抽出条件（情報管理サーバ１０のデータベースに蓄積された単位データを抽出するための条件）を含むものである。

ここで、フィードバック条件の設定方法の具体例について説明する。例えば上述したＨＰ更新ツール３０によるコンテンツ管理画面５００で所定の操作を行うと、図３１に示すように、フィードバック条件を設定するためのフィードバック条件設定画面５１０が表示される。このフィードバック条件設定画面５１０では、例えば、「イベント情報」、「周辺情報」、「お土産情報」、「歴史的情報」という４つの情報群が、フィードバックを受ける情報として選択可能となっている。この情報群は、フィードバック対象となる情報範囲を指定するものであり、上記抽出条件のキーワードに相当する。図３１の例では、「イベント情報」と「周辺情報」が選択されている。さらに、このフィードバック条件設定画面５１０では、各情報群に付随して表示されている詳細設定ボタン５１２を押下すると、その情報群の取得条件を設定可能となっている。「イベント情報」の取得条件としては、例えば、イベントが開催される地域、期間、業種、関連などを設定できる。また、「周辺情報」の取得条件としては、例えば、地域、業種、周辺情報のジャンルなどを設定できる。上記フィードバックを受けたい情報群の選択に加え、取得条件を設定することで、所望の情報をより高い精度で取得可能となる。このようにしてフィードバック条件を予め設定しておくことで、ＨＰ管理者は、自身のホームページに関連する情報を自動的に取得できるようになる。

次いで、情報管理サーバ１０は、上記設定されたフィードバック条件に基づいて、データベース１６、１９に蓄積されている単位データの一部を抽出して、フィードバックデータとして更新ウェブサーバ３に送信する。これにより、更新ウェブサーバ３は、ＨＰ管理者のホームページに関連するフィードバックデータを自動的に受信する（Ｓ３１２）。

さらに、ＨＰ管理者は、上記自動的に受信したフィードバックデータの公開条件（公開の可否、自動公開等）を設定する（Ｓ３１４）。図３２は公開データライブラリー画面５２０を示す。図３２に示すように、公開データライブラリー画面５２０には、フィードバックデータとして受信した４つの「周辺情報」と３つの「イベント情報」が表示されており、これらのフィードバックデータを公開するか否かを個別に設定することができる。また、公開データラブラリ画面５２０では、フィードバックデータ、旅行日程表を含む各種データの公開、編集、出力、複製を実行できるようになっている。フィードバックデータ等を編集した場合には、当該データは自動的に情報管理サーバ１０に送信される。

その後、上記Ｓ３１４で設定された公開条件に従って、更新ウェブサーバ３から、フィードバックデータが、ＨＰ管理者のホームページに関連づけて公開される（Ｓ３１６）。フィードバックデータは、ＨＰ更新ツール３０により提供されるフィードバックデータ用の公開ページで、テンプレートデザインに従って公開される。例えば、図３３に示すように、ＨＰ管理者のホームページ内のフィードバックデータ用の公開ページ５３０には、上記受信したフィードバックデータとして、３つのイベント情報が公開されている。このイベント情報ページ５３０では、イベント情報の概要のみが記載されており、各イベントを選択すると、イベント詳細情報ページ５３２が表示され、各イベントの詳細情報が表示される。

次に、図３４及び図３５を参照して、本実施形態にかかる情報フィードバックシステムにおけるホームページ更新に伴うフィードバック処理フローについて説明する。図３４は、本実施形態にかかるホームページ更新に伴うフィードバック処理フローを示すフローチャートである。図３５は、本実施形態にかかる情報フィードバックシステムにおけるホームページ更新時のデータの流れを示す説明図である。

図３４及び図３５に示すように、まず、ステップＳ２１では、ＨＰ管理者の更新ウェブサーバ３は、入力端末４からの指示に基づき、当該ＨＰ管理者の所定のホームページを更新する（Ｓ２１）。ＨＰ管理者は、入力端末４を操作して、ＨＰ更新ツール３０を用いて、自身のホームページの更新データを入力する。すると、入力端末４は、更新ウェブサーバ３に更新データを送信し、これを受信した更新ウェブサーバ３は、当該ＨＰ管理者のホームページのＨＴＭＬファイル内のデータを更新する。

次いで、ステップＳ２２では、更新ウェブサーバ３は、上記ホームページの更新に応じて、ＨＰ更新データとその属性情報（サイト属性、ページ属性等）をＨＰ更新データ受信サーバ１２に自動的に送信する（Ｓ２２）。かかるＨＰ更新データの送信は、各更新ウェブサーバ３でホームページの更新が発生する度に実行される。

さらに、ステップＳ２３では、ＨＰ更新データ受信サーバ１２は、各更新ウェブサーバ３から受信したＨＰ更新データと属性情報を順次、文書解析サーバ１３に提供する（Ｓ２３）。

その後、ステップＳ２４では、文書解析サーバ１３は、形態素解析用辞書サーバ１４が提供される辞書を利用しながら、更新ウェブサーバ３から順次取得したＨＰ更新データを形態素解析して、単語・キーワードを抽出し、さらに、ＨＰ更新データの意味を推論して、ＨＰ更新データの文章を単位データに分割し、その単位データ（ＨＰ更新データの元データと、抽出した単語・キーワードと、分割された文章と、属性情報とを含む）を、一次データベース１６に蓄積していく（Ｓ２４）。

次いで、ステップＳ２５では、多変量解析サーバ１７は、一次データベース１６に蓄積された複数の単位データを多変量解析して、当該単位データ相互の統計的関連性に基づいて、当該単位データを複数の統計グループにグルーピングし、解析結果及びグルーピング結果を二次データベース１９に保存する（Ｓ２５）。

その後、ステップＳ２６では、文書生成サーバ２０は、定期的に又は入力端末４からのリクエストに応じて、抽出条件データベース２００に予め設定された抽出条件に基づき、二次データベース１９内の単位データを検索して、当該抽出条件と統計的関連性の高い統計グループに属する単位データを抽出する（Ｓ２６）。ここで、抽出条件は、ＨＰ管理者が予め登録したキーワードなど（上述したフィードバック条件、取得条件など）である。ＨＰ管理者は、自身のホームページのジャンル・キーワードを抽出条件として設定しておくことで、当該ホームページに関連性の高いデータのフィードバックデータを取得可能となる。しかし、ホームページと無関係のキーワードを設定してもよい。

さらに、ステップＳ２７では、文書生成サーバ２０は、文書生成サーバ２２から、抽出条件に関連する旅行日程表を取得する（Ｓ２７）。文書生成サーバ２２は、マイページ管理サービスの一例として旅行日程表作成サービスを提供するサーバであり、各ユーザの作成した旅行日程表を、ユーザごとのマイライブラリに保存している。文書生成サーバ２０は、かかる文書生成サーバ２２から、上記単位データの抽出に用いた抽出条件（キーワード）と関連のあるコンテンツを有する旅行日程表を受信する。

次いで、ステップＳ２８では、文書生成サーバ２０は、Ｓ２６で抽出した単位データと、Ｓ２７で取得した旅行日程表を、それらのデータ内容に適したテンプレートで成型処理し、さらに、必要に応じてユーザ入力に基づき整形処理して、フィードバックデータを生成する（Ｓ２８）。文書生成サーバ２０は、生成したフィードバックデータをＨＰ更新データ送信サーバ２１に提供する。

さらに、ステップＳ２９では、ＨＰ更新データ送信サーバ２１は、ＨＰ管理者向けに生成したフィードバックデータを、ＨＰ管理者の更新ウェブサーバ３に送信する（Ｓ２９）。その後、ステップＳ３０では、更新ウェブサーバ３は、上記Ｓ２１で更新されたＨＰ更新データと、Ｓ２９で受信したフィードバックデータを、ＨＰ管理者のホームページ内にコンテンツとして付加して公開する（Ｓ３０）。このように公開されたデータは、上記のスクレイピングの対象となる。

以上、本実施形態にかかる情報フィードバックシステムとその動作、及び、情報フィードバックシステムを適用したスクレイピングシステム、マイページ管理システム、旅行日程表作成システム、ホームページ更新システムについて詳細に説明した。

本実施形態によれば、ホームページ管理者により更新されたホームページのコンテンツであるＨＰ更新データ（例えば、客観的で不変的な公式情報）と、一般ユーザがネットワーク上のウェブページから自由にスクレイピングしたコンテンツであるスクレイピングデータ（例えば、主観的で、真新しい知識・発見等の情報）の双方を、情報管理サーバ１０に自動的に送信し、これらのデータを情報管理サーバ１０に収集する。そして、情報管理サーバ１０は、スクレイピングデータとＨＰ更新データを形態素解析することで、テキスト情報から単語を抽出し、必要に応じて単位データに分割して、一次データベース１６に蓄積する。さらに、情報管理サーバ１０は、一次データベース１６に蓄積された複数の単位データの単語、属性情報等を多変量解析することで、単位データ相互の統計的関連性を求め、当該関連性に応じて単位データを複数の統計グループにグルーピングする。また、統計グループ間の関連性を求め、統計グループを階層化する。このようにして統計グループでグルーピングされた単位データ群は、ＨＰ更新データの不変的な公式情報と、スクレイピングデータの新たな知識の情報とを融合した集合知となる。これにより、情報管理サーバ１０は、かかる集合知から、ユーザが求める抽出条件と関連性の高い単位データを、階層的に抽出してフィードバックできる。従って、情報管理サーバ１０は、上記のように構築された集合知から、ユーザが真に求める適切な内容の情報をフィードバックすることができる。

例えば、ホームページ管理者に対しては、当該管理者が設定した抽出条件、ホームページの属性などに関連する統計グループ内の単位データを、自動的にフィードバックできる。例えば、「旅館Ａ」のホームページ管理者が、キーワードとして、ジャンル：「イベント情報」、場所：「東京」を設定しておけば、東京の近郊のイベント情報で、旅館に関連性の高い情報が、定期的にフィードバックされる。

さらに、取得したフィードバックデータを当該ホームページに自動的に付加して公開されるよう設定できるので、ホームページ管理者は、自らウェブ上の情報を収集しなくても、自身のホームページに関連する情報を自動的に取得して、ホームページの内容を自然に充実させることができる。また、フィードバックされるデータは、一般ユーザによるスクレイピングデータも含まれているので、公式ホームページに存在しがちな、形式的で月並みな情報だけでなく、ユーザによりスクレイピングされた口コミ情報や、ユーザの評判等の生の情報、レアな情報などといった、新鮮な情報をも取得できる。

また、スクレイピングを行う一般ユーザに対しては、当該ユーザが入力した抽出条件、ユーザ属性（住所、趣味、年齢、性別、嗜好など）、スクレイピングデータの属性などに関連する統計グループ内の単位データを、フィードバックできる。例えば、「温泉」に関する情報を頻繁にスクレイピングしているユーザが、キーワードとして、ジャンル：「スキー」、時期：「４月」を入力すれば、４月に営業している温泉の近くのスキー場、スケート場の情報を取得することができる。

また、ユーザ端末１のユーザは、ウェブ上で情報収集する際に、従来のような検索エンジンを用いて所望のサイトを検索し、膨大な数のウェブページを１つ１つチェックしなくても、本システムに抽出条件（キーワード等）を入力するだけで、そのキーワードに関連する単位データ群をフィードバックデータとして取得できるため、自身の欲する情報を容易に取得できる。このとき、求めるキーワードに関連する情報をある程度まとめて取得でき、しかも、キーワードとの関連性に応じて階層化されたフィードバックデータを得ることもできる。更に、他ユーザのスクレイピングしたデータも、公式ホームページの情報と絡めて取得できるので、求めるデータの新鮮な情報をタイムリーに得ることができる。

さらに、本実施形態にかかる情報フィードバックシステムにおいて、スクレイピングを行う各ユーザ端末１のユーザは、「スクレイピングをする」という行為を自身のために行っている。従って、［発明が解決しようとする課題］の欄で述べた、サイト内に自己にとって有益な情報があるか否かを調べるためのユーザ側の負担が大きいという問題点（Ｂ）は発生しない。かつ、本システムでは、ユーザとウェブサイトとをそれらの属性に応じて自動的にマッチングするため、ユーザとサイトとの偶然の出会いが求められるという問題点（Ａ）も解決できる。さらに、ＨＰ更新データ及びスクレイピングデータの解析により、データの「信頼性」が数値で表されるため、より正確なデータだけをフィードバックすることが可能になり、ノイズを抑制できる。従って、悪質ユーザがユーザ参加型サイト内などにコメントを書き込む場合などのように、サイトの趣旨に合致しない内容のデータ、信頼性の低いデータが少なからず混入してしまうという問題点（Ｃ）も解決できる。

さらに、全てのスクレイピングデータは、キーワード（単語）ではなく、文章（単語群）として取り扱い、かつ、他ユーザのスクレイピングデータも横断的に利用することで、スクレイピングデータを含む単位データ群の検索精度を高めることができる。

以上によって、情報フィードバックシステムにおいて循環する情報の量及び鮮度を格段に向上させることができる。

また、上記情報フィードバックシステムを旅行日程表作成システムに適用することで、ユーザは、旅行日程表を作成するために必要な旅行情報を収集する手段として、自身によるスクレイピングと、システムからのフィードバックといった２系統で旅行情報を収集できる。従って、充実した内容の旅行情報（例えば、宿泊先、立ち寄り先、交通手段、食事、穴場などの情報）を迅速かつ容易に収集できる。しかも、ユーザ自らスクレイピングしたデータとその属性は、システムにアップロードされて解析されるため、かかる解析結果を反映したフィードバックデータを取得することができる。従って、スクレイピングをすればするほど、ユーザ自身の嗜好、欲しい情報のジャンル等がフィードバックデータに反映されることになるので、フィードバックデータの内容がユーザの要望に合致しやすい。

また、本実施形態にかかる情報フィードバックシステムが提供された旅行日程表作成システムでは、旅行日程表を作成するユーザは、例えば、観光関連事業者や観光関連情報提供サービスなどを生業とする公式ウェブサイトから、信頼性のある旅行情報とその旅行情報の属性（ＵＲＬ等の存在場所など）を、スクレイピングする。そして、当該ユーザは、旅行日程表作成サービスを利用して、これらのスクレイピングデータを組み合わせて、ユーザにとって最適な旅行プランの旅行日程表を作成し、意義ある各旅行情報の関連づけを加える。また、他ユーザのサービス利用行動も、ユーザ自身の旅行情報の洗練さに磨きをかけることになる。さらに、収集したい情報と関連するサイトにユーザを誘導することもできるので、ユーザとサイトとの偶然の出会いに期待せずとも、両者をマッチングできる。

また、本実施形態にかかる情報フィードバックシステムでは、ＨＴＭＬにて記述されたウェブサイトであれば、例えば、歴史のあるサイトから最新のフルＣＳＳのサイトまで、任意のサイトから、コンテンツをスクレイピングして再活用できる。情報管理サーバ１０の解析によって、スクレイピングデータを、システム内で循環するフィードバックデータ、即ち、有益な新たなコンテンツとして再生成できる。このフィードバックデータは、ウェブシステムにおける重要な情報資源となる。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

本発明の一実施形態にかかる情報フィードバックシステムを示す構成図である。 同実施形態にかかるユーザ端末のハードウェア構成を示すブロック図である。 同実施形態にかかる更新ウェブサーバ等の機能構成を示すブロック図である。 同実施形態にかかるユーザ端末等の機能構成を示すブロック図である。 同実施形態にかかるスクレイピング時の表示画面例である。 同実施形態にかかるスクレイピング時の表示画面例である。 同実施形態にかかるスクレイピング時の表示画面例である。 同実施形態にかかる文書解析サーバ等の機能構成を示すブロック図である。 同実施形態にかかる多変量解析サーバ等の機能構成を示すブロック図である。 同実施形態にかかる単位データのデータ構造を示す模式図である。 同実施形態にかかるデータグループと統計グループの例を示す概念図である。 同実施形態にかかるデータグループと統計グループの別の例を示す概念図である。 同実施形態にかかる文書生成サーバ等の機能構成を示すブロック図である。 同実施形態にかかる文書生成サーバ等の機能構成を示すブロック図である。 同実施形態にかかる情報管理サーバにおけるデータベース構成を示す説明図である。 同実施形態にかかる旅行日程表作成システムに適用された情報フィードバックシステムを示す概略図である。 同実施形態にかかる旅行日程表の作成フローを示すフローチャートである。 同実施形態にかかる旅行日程表の作成時のＧＵＩ画面例である。 同実施形態にかかる旅行日程表の作成時のＧＵＩ画面例である。 同実施形態にかかる旅行日程表の作成時のＧＵＩ画面例である。 同実施形態にかかる旅行日程表の作成時のＧＵＩ画面例である。 同実施形態にかかる旅行日程表の作成時のＧＵＩ画面例である。 同実施形態にかかる旅行日程表の作成時のＧＵＩ画面例である。 同実施形態にかかる旅行日程表の作成時のＧＵＩ画面例である。 同実施形態にかかる旅行日程表の作成時のＧＵＩ画面例である。 同実施形態にかかる旅行日程表の作成時のＧＵＩ画面例である。 同実施形態にかかる旅行日程表作成時のフィードバック処理フローを示すフローチャートである。 同実施形態にかかる情報フィードバックシステムにおける旅行日程表作成時のデータの流れを示す説明図である。 同実施形態にかかるＨＰ更新フローを示すフローチャートである。 同実施形態にかかるＨＰ更新時のＧＵＩ画面例である。 同実施形態にかかるＨＰ更新時のＧＵＩ画面例である。 同実施形態にかかるＨＰ更新時のＧＵＩ画面例である。 同実施形態にかかるＨＰ更新時のＧＵＩ画面例である。 同実施形態にかかるＨＰ更新に伴うフィードバック処理フローを示すフローチャートである 同実施形態にかかる情報フィードバックシステムにおけるＨＰ更新時のデータの流れを示す説明図である。

符号の説明

１ ユーザ端末
２ 一般ウェブサーバ
３ 更新ウェブサーバ
４ ホームページ更新ツール操作・入力端末
５ インターネット
１０ 情報管理サーバ
１１ スクレイピング受信サーバ
１２ ホームページ更新データ受信サーバ
１３ 文書解析サーバ
１４ 形態素解析用辞書サーバ
１５ 辞書管理端末
１６ 一次データベース
１７ 多変量解析サーバ
１９ 二次データベース
２０ 文書生成サーバ
２１ ホームページ更新データ送信サーバ
２２ 文書生成サーバ
３０ ホームページ更新ツール
３６ フィードバックデータ受信部
５０ スクレイピング部
３３１ 取込ボタン

Claims (15)

1. 複数のユーザ端末と、前記ユーザ端末に対して任意のウェブページを公開する一般ウェブサーバと、所定のウェブページ管理者の所定のウェブページを公開し、当該ウェブページの更新機能を有する更新ウェブサーバと、前記ユーザ端末又は前記更新ウェブサーバから収集された情報を管理する情報管理サーバとが、ネットワークを介して接続された情報フィードバックシステムであって：
   前記ユーザ端末は、
   前記一般ウェブサーバ又は前記更新ウェブサーバにより公開されるウェブページを閲覧するためのブラウザと；
   ユーザ入力に基づいて、前記ブラウザに表示されたウェブページから一部のコンテンツを抽出するスクレイピング部と；
   前記スクレイピング部により抽出されたスクレイピングデータと、前記スクレイピングデータの属性情報とを、前記ネットワークを介して前記情報管理サーバに送信するスクレイピングデータ送信部と；
   を備え、
   前記更新ウェブサーバは、
   前記ウェブページ管理者の入力に基づいて、前記ウェブページ管理者の前記所定のウェブページのコンテンツを生成又は更新するウェブページ更新部と；
   前記ウェブページ更新部により生成又は更新されたウェブページ更新データと、前記ウェブページ更新データの属性情報とを、前記ネットワークを介して前記情報管理サーバに送信するウェブページ更新データ送信部と；
   を備え、
   前記情報管理サーバは、
   前記ユーザ端末から、前記スクレイピングデータ及び前記スクレイピングデータの属性情報を受信するスクレイピングデータ受信部と；
   前記更新ウェブサーバから、前記ウェブページ更新データ及び前記ウェブページ更新データの属性情報を受信するウェブページ更新データ受信部と；
   前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報を形態素解析することによって、当該テキスト情報に含まれる単語を抽出するとともに、前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報の一部又は全部と、前記テキスト情報から抽出された単語と、前記スクレイピングデータ又は前記ウェブページ更新データの属性情報とを含む所定の単位データを生成し、データベースに保存する文書解析部と；
   前記データベースに保存された複数の前記単位データに含まれる前記単語及び前記属性情報を用いて多変量解析を行うことによって、当該複数の単位データを統計的関連性に応じて複数の統計グループにグルーピングし、当該グルーピング結果を前記データベースに保存する多変量解析部と；
   前記ウェブページ管理者により設定された第１抽出条件と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出し、当該抽出された統計グループに属する前記単位データを第１フィードバックデータとして抽出する第１文書生成部と；
   前記第１フィードバックデータを、前記ネットワークを介して前記更新ウェブサーバに送信する第１フィードバックデータ送信部と；
   を備えることを特徴とする、情報フィードバックシステム。
2. 前記情報管理サーバは、
   前記ユーザ端末のユーザにより入力された第２抽出条件を、前記ユーザ端末から前記ネットワークを介して受信し、
   前記第２抽出条件と、前記統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出し、当該抽出された統計グループに属する前記単位データを第２フィードバックデータとして抽出する第２文書生成部と；
   前記第２フィードバックデータを、前記ネットワークを介して前記ユーザ端末に送信する第２フィードバックデータ送信部と；
   を備えることを特徴とする、請求項１に記載の情報フィードバックシステム。
3. 前記第２文書生成部は、
   複数の文書成型用テンプレートが保存されたテンプレートデータベースから、前記ユーザ端末のユーザにより入力された前記第２抽出条件に対応する文書成型用テンプレートを選択し、当該選択された文書成型用テンプレートを用いて、前記抽出された単位データを成型して、前記第２フィードバックデータを生成することを特徴とする、請求項３に記載の情報フィードバックシステム。
4. 前記スクレイピング部は、
   前記一般ウェブサーバ又は前記更新ウェブサーバにより公開されるウェブページの情報ソースを解析し、当該解析結果に基づいて、当該ウェブページに含まれるコンテンツを複数の単位データに分割し、前記ブラウザにより表示される前記ウェブページの画面上に、前記分割された各単位データを区分け表示するとともに、前記各単位データをスクレイピングするための取込表示を、前記ウェブページの画面上に前記各単位データに対応づけて表示し、
   前記ユーザ端末のユーザにより選択された前記取込表示に対応する前記単位データを、前記スクレイピングデータとして抽出することを特徴とする、請求項１に記載の情報フィードバックシステム。
5. 前記スクレイピング部は、
   前記ブラウザにより表示される前記ウェブページの画面上で、前記ユーザ端末に対する入力操作に応じて当該画面上を移動するポインタが、前記区分け表示された単位データのいずれかに重畳されたときに、当該ポインタが重畳された単位データの前記取込表示を表示することを特徴とする、請求項４に記載の情報フィードバックシステム。
6. 前記更新ウェブサーバは、前記第１フィードバックデータ送信部から受信した前記第１フィードバックデータを、前記ウェブページ管理者の前記所定のウェブページに付加することを特徴とする、請求項１に記載の情報フィードバックシステム。
7. 前記スクレイピングデータの属性情報は、前記スクレイピングデータを生成した前記ユーザ端末のユーザ情報、又は、前記スクレイピングデータが生成された日付情報の少なくともいずれかを含み、
   前記ウェブページ更新データの属性情報は、前記ウェブページ管理者により指定された、前記所定のウェブページのジャンル若しくはキーワード、又は、前記ウェブページ更新データにより前記所定のウェブサイトが更新された日付情報の少なくともいずれかを含むことを特徴とする、請求項１に記載の情報フィードバックシステム。
8. 前記情報管理サーバは、
   前記ユーザ端末から受信した前記スクレイピングデータを、前記ユーザ端末のユーザ毎に管理するユーザデータ管理部を備えることを特徴とする、請求項３に記載の情報フィードバックシステム。
9. 前記ユーザデータ管理部は、
   前記ユーザ端末による旅行日程表の作成支援機能を有し、
   前記スクレイピングデータ又は前記第２フィードバックデータの少なくともいずれかを、前記旅行日程表の素材として前記ユーザ端末に提供することを特徴とする、請求項８に記載の情報フィードバックシステム。
10. 前記第１文書生成部は、
    前記第１抽出条件及び前記所定のホームページの属性情報と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出することを特徴とする、請求項１に記載の情報フィードバックシステム。
11. 前記第２文書生成部は、
    前記第２抽出条件及び前記スクレイピングデータの属性情報と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出することを特徴とする、請求項３に記載の情報フィードバックシステム。
12. 複数のユーザ端末と、前記ユーザ端末に対して任意のウェブページを公開する一般ウェブサーバと、所定のウェブページ管理者の所定のウェブページを公開し、当該ウェブページの更新機能を有する更新ウェブサーバと、前記ユーザ端末又は前記更新ウェブサーバから収集された情報を管理する情報管理サーバとが、ネットワークを介して接続された情報フィードバックシステムにおける情報フィードバック方法であって：
    前記ユーザ端末が、ユーザ入力に基づいて、前記一般ウェブサーバ又は前記更新ウェブサーバにより公開されるウェブページを閲覧するためのブラウザに表示されたウェブページから一部のコンテンツを抽出するスクレイピングステップと；
    前記ユーザ端末が、前記スクレイピングステップで抽出されたスクレイピングデータと、前記スクレイピングデータの属性情報とを、前記ネットワークを介して前記情報管理サーバに送信するスクレイピングデータ送信ステップと；
    前記更新ウェブサーバが、前記ウェブページ管理者の入力に基づいて、前記ウェブページ管理者の前記所定のウェブページのコンテンツを生成又は更新するウェブページ更新ステップと；
    前記更新ウェブサーバが、前記ウェブページ更新ステップで生成又は更新されたウェブページ更新データと、前記ウェブページ更新データの属性情報とを、前記ネットワークを介して前記情報管理サーバに送信するスクレイピングデータ送信ステップと；
    前記情報管理サーバが、前記ユーザ端末から、前記スクレイピングデータ及び前記スクレイピングデータの属性情報を受信するスクレイピングデータ受信ステップと；
    前記情報管理サーバが、前記更新ウェブサーバから、前記ウェブページ更新データ及び前記ウェブページ更新データの属性情報を受信するウェブページ更新データ受信ステップと；
    前記情報管理サーバが、前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報を形態素解析することによって、当該テキスト情報に含まれる単語を抽出するとともに、前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報の一部又は全部と、前記テキスト情報から抽出された単語と、前記スクレイピングデータ又は前記ウェブページ更新データの属性情報とを含む所定の単位データを生成し、データベースに保存する文書解析ステップと；
    前記情報管理サーバが、前記データベースに保存された複数の前記単位データに含まれる前記単語及び前記属性情報を用いて多変量解析を行うことによって、当該複数の単位データを統計的関連性に応じて複数の統計グループにグルーピングし、当該グルーピング結果を前記データベースに保存する多変量解析ステップと；
    前記情報管理サーバが、前記ウェブページ管理者により設定された抽出条件と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出し、当該抽出された統計グループに属する前記単位データをフィードバックデータとして抽出する文書生成ステップと；
    前記情報管理サーバが、前記フィードバックデータを、前記ネットワークを介して前記更新ウェブサーバに送信するフィードバックデータ送信ステップと；
    を含むことを特徴とする、情報フィードバック方法。
13. 一般ウェブサーバにより公開されたウェブページを閲覧可能な複数のユーザ端末と、所定のウェブページ管理者の所定のウェブページを公開し、当該ウェブページの更新機能を有する更新ウェブサーバと、にネットワークを介して接続され、前記ユーザ端末又は前記更新ウェブサーバから収集された情報を管理する情報管理サーバであって：
    前記情報管理サーバは、
    前記ユーザ端末から、前記一般ウェブサーバ又は前記更新ウェブサーバにより提供されたウェブページから抽出された一部のコンテンツを含むスクレイピングデータと、前記スクレイピングデータの属性情報とを受信するスクレイピングデータ受信部と；
    前記更新ウェブサーバから、前記ウェブページ管理者の入力に基づいて更新された前記所定のウェブページのウェブページ更新データと、前記ウェブページ更新データの属性情報とを受信するウェブページ更新データ受信部と；
    前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報を形態素解析することによって、当該テキスト情報に含まれる単語を抽出するとともに、前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報の一部又は全部と、前記テキスト情報から抽出された単語と、前記スクレイピングデータ又は前記ウェブページ更新データの属性情報とを含む所定の単位データを生成し、データベースに保存する文書解析部と；
    前記データベースに保存された複数の前記単位データに含まれる前記単語及び前記属性情報を用いて多変量解析を行うことによって、当該複数の単位データを統計的関連性に応じて複数の統計グループにグルーピングし、当該グルーピング結果を前記データベースに保存する多変量解析部と；
    前記ウェブページ管理者により設定された抽出条件と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出し、当該抽出された統計グループに属する前記単位データをフィードバックデータとして抽出する文書生成部と；
    前記フィードバックデータを、前記ネットワークを介して前記更新ウェブサーバに送信するフィードバックデータ送信部と；
    を備えることを特徴とする、情報管理サーバ。
14. 一般ウェブサーバにより公開されたウェブページを閲覧可能な複数のユーザ端末と、所定のウェブページ管理者のウェブページを公開するとともに当該ウェブページの更新機能を有する更新ウェブサーバと、にネットワークを介して接続された情報管理サーバにおいて、前記ユーザ端末又は前記更新ウェブサーバから収集された情報を管理する情報管理方法であって：
    前記ユーザ端末から、前記一般ウェブサーバ又は前記更新ウェブサーバにより公開されたウェブページから抽出された一部のコンテンツを含むスクレイピングデータと、前記スクレイピングデータの属性情報とを受信するスクレイピングデータ受信ステップと；
    前記更新ウェブサーバから、前記ウェブページ管理者の入力に基づいて更新されたウェブページ更新データと、前記ウェブページ更新データの属性情報とを受信するウェブページ更新データ受信ステップと；
    前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報を形態素解析することによって、当該テキスト情報に含まれる単語を抽出するとともに、前記スクレイピングデータ又は前記ウェブページ更新データのテキスト情報の一部又は全部と、前記テキスト情報から抽出された単語と、前記スクレイピングデータ又は前記ウェブページ更新データの属性情報とを含む所定の単位データを生成し、データベースに保存する文書解析ステップと；
    前記データベースに保存された複数の前記単位データに含まれる前記単語及び前記属性情報を用いて多変量解析を行うことによって、当該複数の単位データを統計的関連性に応じて複数の統計グループにグルーピングし、当該グルーピング結果を前記データベースに保存する多変量解析ステップと；
    前記ウェブページ管理者により設定された抽出条件と、前記各統計グループとの関連性に基づいて、前記複数の統計グループの中から１又は２以上の統計グループを抽出し、当該抽出された統計グループに属する前記単位データをフィードバックデータとして抽出する文書生成ステップと；
    前記フィードバックデータを、前記ネットワークを介して前記更新ウェブサーバに送信するフィードバックデータ送信ステップと；
    を含むことを特徴とする、情報管理方法。
15. コンピュータを、請求項１３に記載の情報管理サーバとして機能させるためのプログラム。
    

Images