ウェブデータ生成装置およびコンピュータプログラム
【課題】 無作為に収集したメタデータの一覧を効果的に表示するためのウェブデータを自動的に生成することを可能とする。
【解決手段】 メタデータを取得し、ユーザの個人環境プロファイルを取得し、取得したメタデータと個人環境プロファイルを比較し、この比較の結果に応じて、取得したメタデータの中から表示対象のデータを選別し、この選別されたメタデータの一覧を表示するためのウェブデータを生成する携帯代理サーバ３を備える。
【解決手段】 メタデータを取得し、ユーザの個人環境プロファイルを取得し、取得したメタデータと個人環境プロファイルを比較し、この比較の結果に応じて、取得したメタデータの中から表示対象のデータを選別し、この選別されたメタデータの一覧を表示するためのウェブデータを生成する携帯代理サーバ３を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブデータ生成装置およびコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、インターネット上において、ＲＳＳ（Rich/RDF Site Summary）（例えば、非特許文献１参照）と呼ばれるメタデータ（meta data）を利用してウェブサイト等の概要を発信することが個人や企業によって行われている。閲覧者は、発信されているＲＳＳファイルのみを取得し解析することによって、例えばそのウェブサイトがいつ更新され、どのような内容を含んでいるのかといった情報をすばやく得ることができる。
【０００３】
また、ユーザの携帯端末を利用した購入情報や電子タグを利用した物品詳細情報の履歴などを管理する個人環境プロファイルがユーザの行動と共に自動的に収集されるシステムが例えば非特許文献２に記載されている。
【非特許文献１】“RDF Site Summary (RSS) 1.0”、［online］、World Wide Web Consortium、［平成１７年３月１日検索］、インターネット＜ＵＲＬ：http://purl.org/rss/1.0/spec＞
【非特許文献２】森川、本庄、山口、大橋、“複数の情報源から集約したユーザプロファイルの管理活用基盤の検討、”信学技報、NS2003-321, vol. 103, no. 690, pp.143-148, Mar. 2004.
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、将来的にはインターネット上だけでなく実空間上（日々の生活の場所、店舗や公共の施設等）においても、ＲＳＳファイルを発信する情報発信者が現れることが考えられる。そのような環境では、情報発信者は不特定多数に対してＲＳＳファイルを発信し、閲覧者は無作為にＲＳＳファイルを収集することになる。このため、無作為に収集したＲＳＳファイルの一覧を表示するためのウェブデータを自動的に生成する技術が有用となる。
【０００５】
また、無作為に収集したＲＳＳファイルから当人の状況に応じた重要な情報のみを表示するためのフィルタリング技術が有用となる。例えばキーワードを予め設定しておき、そのキーワードによってフィルタリング処理を行うことが考えられるが、そうしたキーワードは一般的に固有名詞などの固定的な情報に限られており、ユーザの状況に応じた選別を行うことは困難である。
【０００６】
本発明は、このような事情を考慮してなされたもので、その目的は、無作為に収集したメタデータの一覧を効率的に表示するためのウェブデータを自動的に生成することができるウェブデータ生成装置を提供することにある。
【０００７】
また、本発明の他の目的は、本発明のウェブデータ生成装置をコンピュータを利用して実現するためのコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明に係るウェブデータ生成装置は、メタデータを取得するメタデータ取得手段と、ユーザの個人環境プロファイルを取得する個人環境プロファイル取得手段と、前記取得したメタデータと個人環境プロファイルを比較する比較手段と、前記比較の結果に応じて、前記取得したメタデータの中から表示対象のデータを選別する選別手段と、前記選別されたメタデータの一覧を表示するためのウェブデータを生成する生成手段と、を備えたことを特徴とする。
【０００９】
本発明に係るウェブデータ生成装置においては、前記個人環境プロファイル取得手段は、ユーザの現在位置又は趣味嗜好を表すプロファイル情報を取得することを特徴とする。
【００１０】
本発明に係るウェブデータ生成装置においては、動的に変化するプロファイル情報と静的で変化の少ないプロファイル情報とに分類して、前記取得したメタデータの表示に関する重要度を設定する設定手段を備えたことを特徴とする。
【００１１】
本発明に係るコンピュータプログラムは、メタデータの一覧を表示さするためのウェブデータを生成するウェブデータ生成処理を行うためのコンピュータプログラムであって、メタデータを取得する機能と、ユーザの個人環境プロファイルを取得する機能と、前記取得したメタデータと個人環境プロファイルを比較する機能と、前記比較の結果に応じて、前記取得したメタデータの中から表示対象のデータを選別する機能と、前記選別されたメタデータの一覧を表示するためのウェブデータを生成する機能と、をコンピュータに実現させることを特徴とする。
【００１２】
本発明に係るコンピュータプログラムにおいては、前記個人環境プロファイルを取得する機能は、ユーザの現在位置又は趣味嗜好を表すプロファイル情報を取得することを特徴とする。
【００１３】
本発明に係るコンピュータプログラムにおいては、動的に変化するプロファイル情報と静的で変化の少ないプロファイル情報とに分類して、前記取得したメタデータの表示に関する重要度を設定する機能をさらにコンピュータに実現させることを特徴とする。
これにより、前述のウェブデータ生成装置がコンピュータを利用して実現できるようになる。
【発明の効果】
【００１４】
本発明によれば、無作為に収集したメタデータの一覧を効率的に表示するためのウェブデータを自動的に生成することができる。ユーザの現在位置又は趣味嗜好を表すプロファイル情報を取得することにより、ユーザの状況に応じた情報をフィルタリングすることができる。動的に変化するプロファイル情報と静的で変化の少ないプロファイル情報とに分類してメタデータの表示に関する重要度を設定することにより、ユーザの状況に応じた重要な情報のみをフィルタリングすることができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照し、本発明の一実施形態について説明する。
図１は、本発明の一実施形態に係るウェブデータ生成システムの全体構成を示すブロック図である。図１に示されるウェブデータ生成システムは、アクティブタグＩＤ発信機（以下、単に「ＩＤ発信機」と称する）１、アクティブタグＩＤ読み取り機を有する携帯端末（以下、単に「携帯端末」と称する）２、携帯代理サーバ３、情報提供サーバ６及びプロファイルアグリゲータサーバ８を有する。
【００１６】
図１において、ＩＤ発信機１は、固有のタグＩＤを不特定者に対し常に発信している。このタグＩＤは、特定のメタデータの情報を一意に識別可能な識別情報である。つまり、本実施形態では、メタデータの情報はタグＩＤで置き換えられており、環境からはタグＩＤを発信する。なお、本実施形態では、提供されているメタデータ情報をＲＳＳ（Rich/RDF Site Summary）拡張データと称する。また、個人のプロファイル情報を個人環境プロファイルと称する。
【００１７】
携帯端末２は、アクティブタグＩＤ読み取り機によってＩＤ発信機１から発信されたタグＩＤを受信する。
携帯代理サーバ３は、携帯端末１とインターネットを介して接続される。本実施形態では、携帯端末１の実装上の問題による処理能力の限界を考慮して携帯代理サーバ３を用意しているが、携帯端末１及び携帯端末１は論理的には同一のノードである。携帯代理サーバ３は、情報提供サーバ６及びプロファイルアグリゲータサーバ８とインターネット等のコンピュータネットワークを介して接続され、各サーバ６、８から所望の情報を取得する。また、携帯代理サーバ３は、取得ＲＳＳ拡張データデータベース（取得ＲＳＳ拡張データＤＢ）４と個人環境プロファイルデータベース（個人環境プロファイルＤＢ）５を有する。
【００１８】
情報提供サーバ６は、ＲＳＳ拡張データデータベース（ＲＳＳ拡張データＤＢ）７を有し、携帯代理サーバ３からの要求に応じてＲＳＳ拡張データＤＢ７内のＲＳＳ拡張データを携帯代理サーバ３に送信する。
【００１９】
プロファイルアグリゲータサーバ８は、個人環境プロファイルデータベース（個人環境プロファイルＤＢ）９を有し、携帯代理サーバ３からの要求に応じて個人環境プロファイルＤＢ９内の個人環境プロファイルを携帯代理サーバ３に送信する。
【００２０】
次に、図２を参照して、図１に示すウェブデータ生成システムに係る全体的な動作を説明する。
図２において、ＩＤ発信機１は、固有のタグＩＤを不特定者に対し常に発信している。携帯端末２は、タグＩＤを受信すると（ステップＳ１）、この受信したタグＩＤに関連付けられている情報の問い合わせを携帯代理サーバ３を介して情報提供サーバ６に対して行う（ステップＳ２）。次いで、情報提供サーバ６は、その問い合わせのタグＩＤに関連付けられているＲＳＳ拡張データをＲＳＳ拡張データＤＢ７から検索する（ステップＳ３）。次いで、情報提供サーバ６は、その検索結果のＲＳＳ拡張データ（ＲＳＳファイル）を返信する（ステップＳ４）。次いで、携帯代理サーバ３は、その返信されたＲＳＳ拡張データを取得ＲＳＳ拡張データＤＢ４に格納する（ステップＳ５）。
【００２１】
図３には、ＲＳＳ拡張データのカテゴリと、カテゴリごとに含まれる内容の例が示されている。ＲＳＳ拡張データは、図３に示されるように、大きく分けて５つのカテゴリに分類される。各カテゴリごとにＲＳＳ拡張データの形式は異なっている。また、各カテゴリごとに含まれる内容はそれぞれ異なっている。例えば、クーポン情報は、お店のＵＲＬ（Uniform Resource Locator）、お店の名前、場所、特売商品等の商品のリスト、有効期限などがメタデータで記述される。
【００２２】
携帯代理サーバ３は、上記のＲＳＳ拡張データ取得処理によって取得したＲＳＳ拡張データを取得ＲＳＳ拡張データＤＢ４に蓄積し、後述するフィルタリング処理を行い、ＲＳＳ拡張データの一覧（ＲＳＳ拡張データリスト、以下、ＲＳＳリストと称する）を携帯端末２の画面上に表示するためのデータを生成する。
【００２３】
図４、図５、図６には、携帯端末２の画面上に表示される画面の遷移とその画面構成例が示されている。
図４において、画面１０１は、取得したＲＳＳ拡張データの一覧を表示している画面例である。この画面例では「八百屋のさいとう（特売情報）」、「肉屋のすずき（クーポン情報）」及び「山田太郎（プロフィール情報）」の３つのＲＳＳ拡張データが表示されている。ユーザが画面上の「次項」をクリック等で選択することにより、画面１０２、図５の画面１０３に順次遷移して他のＲＳＳ拡張データの一覧が表示される。さらに、一つのＲＳＳ拡張データを選択することにより、図５の画面１０４に示されるような詳細情報が表示される。この図５の画面１０４などの詳細情報画面に表示される情報は、ＲＳＳ拡張データを基にして対応表から携帯代理サーバ３により作成される。図７には、その対応表の一例が示されている。対応表には、ＲＳＳ拡張データとその表示内容が関連付けて記録されている。図７の例では、ＲＳＳ拡張データと携帯端末２の画面上に表示させる内容との対応関係（クーポン情報の場合）が記録されている。
【００２４】
また、図４の画面１０１で、ユーザが画面上の「重要度」を選択することにより、重要度選択画面１０５が表示される。この重要度選択画面１０５上で、ユーザが重要度を選択すると、その選択結果に応じた表示内容に以降の表示内容が携帯代理サーバ３によって限定される。図６の画面１０６は、図４の重要度選択画面１０５上で「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ（最重要）」が選択された場合の例が示されている。この画面１０６の表示内容は、ユーザの現在位置情報をもとに携帯代理サーバ３がフィルタリングした結果であり、ユーザの最重要な情報のみから構成されている。
【００２５】
次に、図１に示す携帯代理サーバ３の構成及びその動作について詳細に説明する。
図８には、図１に示す携帯代理サーバ３の詳細なブロック構成が示されている。
図８において、Ｗｅｂインタフェース３１は、ＲＳＳリストの表示要求を携帯端末２から受信する。ＩＤ取得インタフェース３２は、携帯端末２からのタグＩＤの取得を行う。ＲＳＳリーダ管理機能部３３は、本システム全体を管理する。ＲＳＳ取得機能部３４は、情報提供サーバ６に接続する情報提供サーバインタフェース３５を介して、情報提供サーバ６からＲＳＳ拡張データを取得する。
【００２６】
プロファイルアグリゲータサーバインタフェース３６は、プロファイルアグリゲータサーバ８に接続する。ＲＳＳリスト作成機能部３７はＲＳＳリストを生成する。プロファイル取得機能部３８は、プロファイルアグリゲータサーバインタフェース３６を介して、プロファイルアグリゲータサーバ８から個人環境プロファイルを取得する。
【００２７】
ユーザＩＤキャッシュ３９、ＤＢ＿ｏｂｊｅｃｔ４０及びＲＳＳリストキャッシュ４１は、データを記憶し蓄積する。
ユーザＩＤキャッシュ３９は、携帯端末２のサブスクライバＩＤに関連付けて、ユーザＩＤ及びユーザの個人環境プロファイルを保有しているプロファイルアグリゲータサーバ８のＩＰアドレスのデータを保持している。ユーザＩＤキャッシュ３９は、サブスクライバＩＤから、ユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスに変換するための変換テーブルとして機能する。なお、ここでサブスクライバＩＤとは、携帯端末２から通知される「携帯端末２のＩＤ」のことである。
【００２８】
ＤＢ＿ｏｂｊｅｃｔ４０は、情報提供サーバ６から取得したＲＳＳ拡張データ（図１の取得ＲＳＳ拡張データＤＢ４に対応）、ユーザの個人環境プロファイル（図１の個人環境プロファイルＤＢ５に対応）及びＲＳＳリストの作成用のデータを格納する。
ＲＳＳリストキャッシュ４１は、重要度に応じて表示するＲＳＳ拡張データの全てのデータを一時的に格納する。
【００２９】
次に、図８に示す携帯代理サーバ３の動作を詳細に説明する。
初めに、図９を参照して、ＩＤ取得インタフェース３２が携帯端末２からタグＩＤを受信した場合の動作を説明する。
図９において、先ず、ＩＤ取得インタフェース３２は携帯端末２からＲＳＳ拡張データの取得要求をタグＩＤ及びサブスクライバＩＤと共に受信する（ステップＳ１１）。次いで、ＩＤ取得インタフェース３２はその受信したタグＩＤ及びサブスクライバＩＤをＲＳＳリーダ管理機能部３３に出力し、ＲＳＳ拡張データの取得を要求する（ステップＳ１２）。
【００３０】
次いで、ＲＳＳリーダ管理機能部３３は、その受け取ったサブスクライバＩＤに関連付けられているユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスをユーザＩＤキャッシュ３９から読み出す（ステップＳ１３）。次いで、ＲＳＳリーダ管理機能部３３は、その読み出したユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレス、並びにＲＳＳ拡張データ取得対象のタグＩＤをＲＳＳ取得機能部３４に出力し、ＲＳＳ拡張データの取得を要求する（ステップＳ１４）。
【００３１】
次いで、ＲＳＳ取得機能部３４は、その受け取ったユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスをプロファイルアグリゲータ（ＰＡ）サーバインタフェース３６に出力し、現在位置情報の取得を要求する（ステップＳ１５）。
【００３２】
次いで、ＰＡサーバインタフェース３６は、その受け取ったユーザＩＤに対応する個人環境プロファイルをプロファイルアグリゲータサーバ８に要求して取得する（ステップＳ１６）。次いで、ＰＡサーバインタフェース３６は、その取得した個人環境プロファイルを解析し、現在位置情報を取得してＲＳＳ取得機能部３４に返答する（ステップＳ１７、Ｓ１８）。
【００３３】
次いで、ＲＳＳ取得機能部３４は、情報提供サーバインタフェース３５にＲＳＳ拡張データ取得対象のタグＩＤを出力し、ＲＳＳ拡張データの取得を要求する（ステップＳ１９）。
【００３４】
次いで、情報提供サーバインタフェース３５は、その受け取ったタグＩＤに対応するＲＳＳ拡張データを情報提供サーバ６に要求して取得する（ステップＳ２０）。次いで、情報提供サーバインタフェース３５は、その取得したＲＳＳ拡張データを解析し、ＲＳＳリストの表示に必要な情報を取得してＲＳＳ取得機能部３４に返答する（ステップＳ２１、Ｓ２２）。
【００３５】
次いで、ＲＳＳ取得機能部３４は、その受け取ったＲＳＳ拡張データをＰＡサーバインタフェース３６から受け取った現在位置情報（位置情報データ）と共に当該ユーザＩＤに関連付けてＤＢ＿ｏｂｊｅｃｔ４０に格納する（ステップＳ２３、Ｓ２４）。
【００３６】
次いで、ＲＳＳ取得機能部３４は、ＲＳＳリーダ管理機能部３３にステータスを返信する（ステップＳ２５）。このステータスを受けたＲＳＳリーダ管理機能部３３は、ＩＤ取得インタフェース３２にステータスを返信し（ステップＳ２６）、このステータスを受けたＩＤ取得インタフェース３２は携帯端末２にステータスを返信する（ステップＳ２７）。これにより図９の一連の処理が終了する。
【００３７】
上記した図９の処理では、携帯代理サーバ３は、携帯端末２が取得したタグＩＤのＲＳＳ拡張データを情報提供サーバ６から取得するが、このＲＳＳ拡張データを取得した時のユーザ（携帯端末２）の位置（例えばＧＰＳの位置情報データ）に関するプロファイル情報を、プロファイルアグリゲータサーバ８から取得した当該ユーザの個人環境プロファイルから取得する。これにより、情報提供サーバ６から取得したＲＳＳ拡張データ中にユーザの位置情報がない場合であっても、ユーザがタグＩＤを取得した位置を把握してユーザ側で管理することができる。
【００３８】
なお、上記した現在位置情報の取得時には、プロファイルアグリゲータサーバ８から提供されているＡＰＩ（Application Program Interface）を利用する。図１１には、プロファイルアグリゲータサーバ８から提供されているＡＰＩの例が示されている。現在位置情報の取得時には「getLocation( )」を利用する。これにより、緯度及び経度からなるＧＰＳの位置情報データを有する個人環境プロファイルを取得することができる。その個人環境プロファイルはＲＤＦ（Resource Description Framework）形式で提供される。
【００３９】
次に、図１０を参照して、プロファイルアグリゲータサーバ８から個人環境プロファイルを取得してＤＢ＿ｏｂｊｅｃｔ４０に格納する場合の動作を説明する。
図１０において、先ず、プロファイル取得機能部３８は、ユーザＩＤキャッシュ３９からユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスを取得する（ステップＳ３１）。次いで、プロファイル取得機能部３８は、ＡＰＩ名、ユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスをＰＡサーバインタフェース３６に出力し、個人環境プロファイルの取得を要求する（ステップＳ３２）。
【００４０】
次いで、ＰＡサーバインタフェース３６は、その受け取ったユーザＩＤに対応する個人環境プロファイルを、ＡＰＩを利用してプロファイルアグリゲータサーバ８から取得する（ステップＳ３３）。次いで、ＰＡサーバインタフェース３６は、その取得した個人環境プロファイルを解析し、ユーザのプロファイル情報を取得してプロファイル取得機能部３８に返答する（ステップＳ３４、Ｓ３５）。
【００４１】
次いで、プロファイル取得機能部３８は、その受け取ったプロファイル情報を当該ユーザＩＤに関連付けてＤＢ＿ｏｂｊｅｃｔ４０に格納する（ステップＳ３６）。
【００４２】
ＤＢ＿ｏｂｊｅｃｔ４０は、情報提供サーバ６から取得したＲＳＳ拡張データと、プロファイルアグリゲータサーバ８から取得した個人環境プロファイルを格納している。個人環境プロファイルは、ユーザの現在位置や趣味嗜好を表す各種のプロファイル情報からなる。例えば、ユーザの位置情報やユーザの購入したい物品のリストといった動的に変化するプロファイル情報、又は、好みの場所や好みの物品といった静的で変化の少ないプロファイル情報などが含まれる。静的で変化の少ない個人環境プロファイルは、プロファイル取得機能部３８によって上記図１０の処理により定期的に取得され、ＤＢ＿ｏｂｊｅｃｔ４０に格納される。例えば、図１１に示されるＡＰＩ「getPreferredObjectsPlus( )」を利用してプロファイルアグリゲータサーバ８から個人環境プロファイルを取得し、この個人環境プロファイル中に含まれる「好みの物品」のプロファイル情報を取得してＤＢ＿ｏｂｊｅｃｔ４０に格納する。
【００４３】
次に、図１２を参照して、Ｗｅｂインタフェース３１が携帯端末２からＲＳＳリストの表示要求を受信した場合の動作を説明する。
図１２において、先ず、Ｗｅｂインタフェース３１は携帯端末２からＲＳＳリストの表示要求を重要度及びサブスクライバＩＤと共に受信する（ステップＳ４１）。次いで、Ｗｅｂインタフェース３１はその受信した重要度及びサブスクライバＩＤをＲＳＳリーダ管理機能部３３に出力し、ＲＳＳリストの表示を要求する（ステップＳ４２）。
【００４４】
次いで、ＲＳＳリーダ管理機能部３３は、その受け取ったサブスクライバＩＤに関連付けられているユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスをユーザＩＤキャッシュ３９から読み出す（ステップＳ４３）。次いで、ＲＳＳリーダ管理機能部３３は、その読み出したユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレス、並びにＲＳＳリスト表示要求に係る重要度をＲＳＳリスト作成機能部３７に出力し、ＲＳＳリストの作成を要求する（ステップＳ４４）。
【００４５】
次いで、ＲＳＳリスト作成機能部３７は、その受け取ったユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスをＰＡサーバインタフェース３６に出力し、現在位置情報の取得を要求する（ステップＳ４５）。
【００４６】
次いで、ＰＡサーバインタフェース３６は、その受け取ったユーザＩＤに対応する個人環境プロファイルをプロファイルアグリゲータサーバ８に要求して取得する（ステップＳ４６）。次いで、ＰＡサーバインタフェース３６は、その取得した個人環境プロファイルを解析し、現在位置情報を取得してＲＳＳリスト作成機能部３７に返答する（ステップＳ４７）。次いで、ＲＳＳリスト作成機能部３７は、その受け取った現在位置情報（位置情報データ）を当該ユーザＩＤに関連付けてＤＢ＿ｏｂｊｅｃｔ４０に格納する（ステップＳ４８）。
【００４７】
次いで、ＲＳＳリスト作成機能部３７は、ＲＳＳリスト表示要求に係るユーザＩＤに関し、ＲＳＳリスト表示要求に係る重要度に合致するＲＳＳ拡張データをＤＢ＿ｏｂｊｅｃｔ４０から読み出す（ステップＳ４９）。次いで、ＲＳＳリスト作成機能部３７は、その読み出したＲＳＳ拡張データからＲＳＳリスト表示要求に係る重要度に応じたＲＳＳリストを生成して、ＲＳＳリストキャッシュ４１に格納する（ステップＳ５０）。
【００４８】
次いで、ＲＳＳリーダ管理機能部３３は、そのＲＳＳリストをＲＳＳリストキャッシュ４１から読み出す（ステップＳ５１）。次いで、ＲＳＳリーダ管理機能部３３は、その読み出したＲＳＳリストをもとにウェブデータ（ＸＨＴＭＬ（eXtensible HyperText Markup Language）データ）を生成する（ステップＳ５２）。次いで、ＲＳＳリーダ管理機能部３３は、その生成したウェブデータをＷｅｂインタフェース３１を介して携帯端末２に返信する（ステップＳ５３、Ｓ５４）。これにより、上記図６の画面１０６のような、ユーザが希望する重要度に応じたＲＳＳリストを携帯端末２の画面上に表示することができる。
【００４９】
なお、本実施形態では、ユーザの現在位置情報は個人環境プロファイルの中でも変化の激しいプロファイル情報であるので、ＤＢ＿ｏｂｊｅｃｔ４０に格納する現在位置情報を頻繁に更新するようにしている。
【００５０】
ＲＳＳリスト作成機能部３７は、重要度に応じたＲＳＳリストを作成する場合に、ＤＢ＿ｏｂｊｅｃｔ４０内のＲＳＳ拡張データから重要度の定義に合致するデータを読み出してＲＳＳリストの作成を行う。本実施形態では、以下に示す３種類の重要度「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ（最重要）」、「Ｉｎｔｅｒｅｓｔ（重要）」、「Ａｌｌ（その他）」を定義する。
【００５１】
［Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ］
現在の状況に合うＲＳＳ拡張データが該当する。ユーザの個人環境プロファイルを基に、現在の状況（現在位置、現在時間、買いたいものリストなど）に合致するＲＳＳ拡張データに与えられる重要度である。なお、この「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」については、対応するＲＳＳ拡張データがユーザの状況に応じて変化するので、その都度、見直しが必要である。
【００５２】
［Ｉｎｔｅｒｅｓｔ］
ユーザの趣味嗜好など、ユーザの静的な性質に合うＲＳＳ拡張データが該当する。ユーザの個人環境プロファイルを基に、定常的なユーザの状況（興味のある商品、友人の名前、契約プロバイダ名、興味ある場所など）に合致するＲＳＳ拡張データに与えられる重要度である。なお、この「Ｉｎｔｅｒｅｓｔ」については、対応するＲＳＳ拡張データが基本的に変化しないので、見直しは殆ど発生しない。
【００５３】
［Ａｌｌ］
上記した２つの重要度「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」、「Ｉｎｔｅｒｅｓｔ」以外のＲＳＳ拡張データが該当する。
【００５４】
なお、「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」及び「Ｉｎｔｅｒｅｓｔ」の双方に合致するＲＳＳ拡張データに対しては、「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」の重要度を与える。
【００５５】
次に、上記した重要度に応じたＲＳＳリストの作成処理について詳細に説明する。図１３〜図１９には、ＤＢ＿ｏｂｊｅｃｔ４０に格納される各種データが示されている。
図１３〜図１７には、ＲＳＳ拡張データ及び個人環境プロファイルに係る各種テーブルの構成例が示されている。図１３には取得したＲＳＳ拡張データの一覧のテーブル（ＲＳＳ＿ＴＢＬ）の構成例が示されている。図１４〜図１７には個人環境プロファイルから取得した情報がテーブル化されており、図１４にはユーザの現在位置（現在位置＿ＴＢＬ）、図１５にはユーザの好みの場所（好み場所＿ＴＢＬ）、図１６にはユーザの買いたいものリスト（買いたいものリスト＿ＴＢＬ）、図１７にはユーザの興味ある商品（興味ある商品＿ＴＢＬ）のテーブルの構成例が示されている。
【００５６】
図１８には、“クーポン情報”カテゴリに対しての重要度の判定要素の例が示されている。この例では、ＤＢ＿ｏｂｊｅｃｔ４０内のＲＳＳ拡張データのうち、ユーザの個人環境プロファイル中の「現在位置」又は「買いたいものリスト」が合致したＲＳＳ拡張データに対して、「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」の重要度であると判定する。また、ユーザの個人環境プロファイル中の「興味ある商品」又は「好みの場所」が合致したＲＳＳ拡張データに対して、「Ｉｎｔｅｒｅｓｔ」の重要度であると判定する。但し、ユーザが「Ｉｎｔｅｒｅｓｔ」の重要度を要求した場合は、使い勝手を考慮して、「現在位置」又は「買いたいものリスト」が合致したＲＳＳ拡張データに対しても、ＲＳＳリストに含めるようにする。
【００５７】
図１９には、各重要度に対応するＳＱＬ（Structured Query Language）の検索条件（データベース検索条件）およびその文例が示されている。図１９の例の検索条件により、上記図１３のＲＳＳ拡張データの一覧のテーブル（ＲＳＳ＿ＴＢＬ）から重要度「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」を検索すると、ＲＳＳ＿ＩＤ「０００１」及び「００１２」のＲＳＳ拡張データが重要度「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」の検索条件に合致し検索結果として得られる。同様に、重要度「Ｉｎｔｅｒｅｓｔ」を検索すると、ＲＳＳ＿ＩＤ「０００１」、「０００３」、「００１０」及び「００１２」のＲＳＳ拡張データが重要度「Ｉｎｔｅｒｅｓｔ」の検索条件に合致し検索結果として得られる。また、重要度「Ａｌｌ」を検索した場合は、全てのＲＳＳ＿ＩＤが検索結果として得られる。
【００５８】
図２０には、ＲＳＳ拡張データと各重要度の対応の一例が示されている。図２０の例は、“クーポン情報”カテゴリについての対応である。図２０に示される個人環境プロファイルの「現在位置」、「好みの場所」、「買いたいものリスト」及び「好みの商品」は、それぞれ上記図１１に示されるＡＰＩ「getLocation( )」、「getPreferredLocationPlus( )」、「getPurchaseList( )」及び「getPreferredObjectsPlus( )」を利用して取得される。また、図２０には、上記図１８の判定要素を用いた重要度の判定の結果が示されている。
【００５９】
上述した実施形態によれば、ユーザが意図せずに収集したＲＳＳ拡張データ（メタデータ）に対し、その一覧（ＲＳＳリスト）をウェブブラウザに表示することが可能となる。
また、ユーザの現在位置や趣味嗜好を表すプロファイル情報を含む個人環境プロファイルを管理するプロファイルアグリゲータサーバから個人環境プロファイルを取得し、ユーザのプロファイルの状態に応じたＲＳＳリストの表示を行うことが可能となる。
また、ユーザの個人環境プロファイルの中でも静的で変化しないプロファイル情報と動的に変化するプロファイル情報とに分類して重要度を設定することにより、ユーザの目的に応じたＲＳＳリストの表示を行うことが可能となる。
【００６０】
このように本実施形態によれば、ユーザの現在位置や趣味嗜好に合致したＲＳＳ拡張データ（メタデータ）を選別して携帯端末の画面上に表示することが可能となる。
【００６１】
また、図８に示す携帯代理サーバ３の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりウェブデータ生成処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００６２】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００６３】
以上、本発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
例えば、メタデータの取得手段は上述した実施形態に限定されない。携帯端末又は携帯代理サーバは、近距離無線通信（例えばBluetooth）や赤外線などのローカルインタフェースを用いて、メタデータを取得するものであってもよい。
【図面の簡単な説明】
【００６４】
【図１】本発明の一実施形態に係るウェブデータ生成システムの全体構成を示すブロック図である。
【図２】図１に示すウェブデータ生成システムのＲＳＳ拡張データ取得に係る処理手順を示す概略フローチャートである。
【図３】本発明の一実施形態に係るＲＳＳ拡張データを説明するための図表である。
【図４】図１に示す携帯端末２の画面上に表示される画面の遷移とその画面構成例を示す図である。
【図５】図１に示す携帯端末２の画面上に表示される画面の遷移とその画面構成例を示す図である。
【図６】図１に示す携帯端末２の画面上に表示される画面の遷移とその画面構成例を示す図である。
【図７】本発明の一実施形態に係るＲＳＳ拡張データとその表示内容の対応表の構成例を示す図である。
【図８】図１に示す携帯代理サーバ３の詳細なブロック構成図である。
【図９】図８に示す携帯代理サーバ３の動作を説明するための第１のシーケンス図である。
【図１０】図８に示す携帯代理サーバ３の動作を説明するための第２のシーケンス図である。
【図１１】図１に示すプロファイルアグリゲータサーバ８から提供されているＡＰＩの例を示す図表である。
【図１２】図８に示す携帯代理サーバ３の動作を説明するための第３のシーケンス図である。
【図１３】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納されるＲＳＳ拡張データに係るテーブルの構成例を示す図である。
【図１４】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される個人環境プロファイルに係るテーブルの構成例を示す図である。
【図１５】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される個人環境プロファイルに係るテーブルの構成例を示す図である。
【図１６】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される個人環境プロファイルに係るテーブルの構成例を示す図である。
【図１７】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される個人環境プロファイルに係るテーブルの構成例を示す図である。
【図１８】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される重要度の判定要素の例を示す図表である。
【図１９】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される各重要度に対応するＳＱＬの検索条件（データベース検索条件）およびその文例を示す図表である。
【図２０】本発明の一実施形態に係るＲＳＳ拡張データと各重要度の対応の一例を示す図表である。
【符号の説明】
【００６５】
１…アクティブタグＩＤ発信機（ＩＤ発信機）、２…携帯端末（タグＩＤ読み取り手段）、３…携帯代理サーバ、４…取得ＲＳＳ拡張データデータベース（取得ＲＳＳ拡張データＤＢ）、５…個人環境プロファイルデータベース（個人環境プロファイルＤＢ）、６…情報提供サーバ、７…ＲＳＳ拡張データデータベース（ＲＳＳ拡張データＤＢ）、８…プロファイルアグリゲータサーバ、９…個人環境プロファイルデータベース（個人環境プロファイルＤＢ）、３１…Ｗｅｂインタフェース、３２…ＩＤ取得インタフェース、３３…ＲＳＳリーダ管理機能部、３４…ＲＳＳ取得機能部、３５…情報提供サーバインタフェース、３６…プロファイルアグリゲータサーバインタフェース、３７…ＲＳＳリスト作成機能部、３８…プロファイル取得機能部、３９…ユーザＩＤキャッシュ、４０…ＤＢ＿ｏｂｊｅｃｔ、４１…ＲＳＳリストキャッシュ
【技術分野】
【０００１】
本発明は、ウェブデータ生成装置およびコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、インターネット上において、ＲＳＳ（Rich/RDF Site Summary）（例えば、非特許文献１参照）と呼ばれるメタデータ（meta data）を利用してウェブサイト等の概要を発信することが個人や企業によって行われている。閲覧者は、発信されているＲＳＳファイルのみを取得し解析することによって、例えばそのウェブサイトがいつ更新され、どのような内容を含んでいるのかといった情報をすばやく得ることができる。
【０００３】
また、ユーザの携帯端末を利用した購入情報や電子タグを利用した物品詳細情報の履歴などを管理する個人環境プロファイルがユーザの行動と共に自動的に収集されるシステムが例えば非特許文献２に記載されている。
【非特許文献１】“RDF Site Summary (RSS) 1.0”、［online］、World Wide Web Consortium、［平成１７年３月１日検索］、インターネット＜ＵＲＬ：http://purl.org/rss/1.0/spec＞
【非特許文献２】森川、本庄、山口、大橋、“複数の情報源から集約したユーザプロファイルの管理活用基盤の検討、”信学技報、NS2003-321, vol. 103, no. 690, pp.143-148, Mar. 2004.
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、将来的にはインターネット上だけでなく実空間上（日々の生活の場所、店舗や公共の施設等）においても、ＲＳＳファイルを発信する情報発信者が現れることが考えられる。そのような環境では、情報発信者は不特定多数に対してＲＳＳファイルを発信し、閲覧者は無作為にＲＳＳファイルを収集することになる。このため、無作為に収集したＲＳＳファイルの一覧を表示するためのウェブデータを自動的に生成する技術が有用となる。
【０００５】
また、無作為に収集したＲＳＳファイルから当人の状況に応じた重要な情報のみを表示するためのフィルタリング技術が有用となる。例えばキーワードを予め設定しておき、そのキーワードによってフィルタリング処理を行うことが考えられるが、そうしたキーワードは一般的に固有名詞などの固定的な情報に限られており、ユーザの状況に応じた選別を行うことは困難である。
【０００６】
本発明は、このような事情を考慮してなされたもので、その目的は、無作為に収集したメタデータの一覧を効率的に表示するためのウェブデータを自動的に生成することができるウェブデータ生成装置を提供することにある。
【０００７】
また、本発明の他の目的は、本発明のウェブデータ生成装置をコンピュータを利用して実現するためのコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明に係るウェブデータ生成装置は、メタデータを取得するメタデータ取得手段と、ユーザの個人環境プロファイルを取得する個人環境プロファイル取得手段と、前記取得したメタデータと個人環境プロファイルを比較する比較手段と、前記比較の結果に応じて、前記取得したメタデータの中から表示対象のデータを選別する選別手段と、前記選別されたメタデータの一覧を表示するためのウェブデータを生成する生成手段と、を備えたことを特徴とする。
【０００９】
本発明に係るウェブデータ生成装置においては、前記個人環境プロファイル取得手段は、ユーザの現在位置又は趣味嗜好を表すプロファイル情報を取得することを特徴とする。
【００１０】
本発明に係るウェブデータ生成装置においては、動的に変化するプロファイル情報と静的で変化の少ないプロファイル情報とに分類して、前記取得したメタデータの表示に関する重要度を設定する設定手段を備えたことを特徴とする。
【００１１】
本発明に係るコンピュータプログラムは、メタデータの一覧を表示さするためのウェブデータを生成するウェブデータ生成処理を行うためのコンピュータプログラムであって、メタデータを取得する機能と、ユーザの個人環境プロファイルを取得する機能と、前記取得したメタデータと個人環境プロファイルを比較する機能と、前記比較の結果に応じて、前記取得したメタデータの中から表示対象のデータを選別する機能と、前記選別されたメタデータの一覧を表示するためのウェブデータを生成する機能と、をコンピュータに実現させることを特徴とする。
【００１２】
本発明に係るコンピュータプログラムにおいては、前記個人環境プロファイルを取得する機能は、ユーザの現在位置又は趣味嗜好を表すプロファイル情報を取得することを特徴とする。
【００１３】
本発明に係るコンピュータプログラムにおいては、動的に変化するプロファイル情報と静的で変化の少ないプロファイル情報とに分類して、前記取得したメタデータの表示に関する重要度を設定する機能をさらにコンピュータに実現させることを特徴とする。
これにより、前述のウェブデータ生成装置がコンピュータを利用して実現できるようになる。
【発明の効果】
【００１４】
本発明によれば、無作為に収集したメタデータの一覧を効率的に表示するためのウェブデータを自動的に生成することができる。ユーザの現在位置又は趣味嗜好を表すプロファイル情報を取得することにより、ユーザの状況に応じた情報をフィルタリングすることができる。動的に変化するプロファイル情報と静的で変化の少ないプロファイル情報とに分類してメタデータの表示に関する重要度を設定することにより、ユーザの状況に応じた重要な情報のみをフィルタリングすることができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照し、本発明の一実施形態について説明する。
図１は、本発明の一実施形態に係るウェブデータ生成システムの全体構成を示すブロック図である。図１に示されるウェブデータ生成システムは、アクティブタグＩＤ発信機（以下、単に「ＩＤ発信機」と称する）１、アクティブタグＩＤ読み取り機を有する携帯端末（以下、単に「携帯端末」と称する）２、携帯代理サーバ３、情報提供サーバ６及びプロファイルアグリゲータサーバ８を有する。
【００１６】
図１において、ＩＤ発信機１は、固有のタグＩＤを不特定者に対し常に発信している。このタグＩＤは、特定のメタデータの情報を一意に識別可能な識別情報である。つまり、本実施形態では、メタデータの情報はタグＩＤで置き換えられており、環境からはタグＩＤを発信する。なお、本実施形態では、提供されているメタデータ情報をＲＳＳ（Rich/RDF Site Summary）拡張データと称する。また、個人のプロファイル情報を個人環境プロファイルと称する。
【００１７】
携帯端末２は、アクティブタグＩＤ読み取り機によってＩＤ発信機１から発信されたタグＩＤを受信する。
携帯代理サーバ３は、携帯端末１とインターネットを介して接続される。本実施形態では、携帯端末１の実装上の問題による処理能力の限界を考慮して携帯代理サーバ３を用意しているが、携帯端末１及び携帯端末１は論理的には同一のノードである。携帯代理サーバ３は、情報提供サーバ６及びプロファイルアグリゲータサーバ８とインターネット等のコンピュータネットワークを介して接続され、各サーバ６、８から所望の情報を取得する。また、携帯代理サーバ３は、取得ＲＳＳ拡張データデータベース（取得ＲＳＳ拡張データＤＢ）４と個人環境プロファイルデータベース（個人環境プロファイルＤＢ）５を有する。
【００１８】
情報提供サーバ６は、ＲＳＳ拡張データデータベース（ＲＳＳ拡張データＤＢ）７を有し、携帯代理サーバ３からの要求に応じてＲＳＳ拡張データＤＢ７内のＲＳＳ拡張データを携帯代理サーバ３に送信する。
【００１９】
プロファイルアグリゲータサーバ８は、個人環境プロファイルデータベース（個人環境プロファイルＤＢ）９を有し、携帯代理サーバ３からの要求に応じて個人環境プロファイルＤＢ９内の個人環境プロファイルを携帯代理サーバ３に送信する。
【００２０】
次に、図２を参照して、図１に示すウェブデータ生成システムに係る全体的な動作を説明する。
図２において、ＩＤ発信機１は、固有のタグＩＤを不特定者に対し常に発信している。携帯端末２は、タグＩＤを受信すると（ステップＳ１）、この受信したタグＩＤに関連付けられている情報の問い合わせを携帯代理サーバ３を介して情報提供サーバ６に対して行う（ステップＳ２）。次いで、情報提供サーバ６は、その問い合わせのタグＩＤに関連付けられているＲＳＳ拡張データをＲＳＳ拡張データＤＢ７から検索する（ステップＳ３）。次いで、情報提供サーバ６は、その検索結果のＲＳＳ拡張データ（ＲＳＳファイル）を返信する（ステップＳ４）。次いで、携帯代理サーバ３は、その返信されたＲＳＳ拡張データを取得ＲＳＳ拡張データＤＢ４に格納する（ステップＳ５）。
【００２１】
図３には、ＲＳＳ拡張データのカテゴリと、カテゴリごとに含まれる内容の例が示されている。ＲＳＳ拡張データは、図３に示されるように、大きく分けて５つのカテゴリに分類される。各カテゴリごとにＲＳＳ拡張データの形式は異なっている。また、各カテゴリごとに含まれる内容はそれぞれ異なっている。例えば、クーポン情報は、お店のＵＲＬ（Uniform Resource Locator）、お店の名前、場所、特売商品等の商品のリスト、有効期限などがメタデータで記述される。
【００２２】
携帯代理サーバ３は、上記のＲＳＳ拡張データ取得処理によって取得したＲＳＳ拡張データを取得ＲＳＳ拡張データＤＢ４に蓄積し、後述するフィルタリング処理を行い、ＲＳＳ拡張データの一覧（ＲＳＳ拡張データリスト、以下、ＲＳＳリストと称する）を携帯端末２の画面上に表示するためのデータを生成する。
【００２３】
図４、図５、図６には、携帯端末２の画面上に表示される画面の遷移とその画面構成例が示されている。
図４において、画面１０１は、取得したＲＳＳ拡張データの一覧を表示している画面例である。この画面例では「八百屋のさいとう（特売情報）」、「肉屋のすずき（クーポン情報）」及び「山田太郎（プロフィール情報）」の３つのＲＳＳ拡張データが表示されている。ユーザが画面上の「次項」をクリック等で選択することにより、画面１０２、図５の画面１０３に順次遷移して他のＲＳＳ拡張データの一覧が表示される。さらに、一つのＲＳＳ拡張データを選択することにより、図５の画面１０４に示されるような詳細情報が表示される。この図５の画面１０４などの詳細情報画面に表示される情報は、ＲＳＳ拡張データを基にして対応表から携帯代理サーバ３により作成される。図７には、その対応表の一例が示されている。対応表には、ＲＳＳ拡張データとその表示内容が関連付けて記録されている。図７の例では、ＲＳＳ拡張データと携帯端末２の画面上に表示させる内容との対応関係（クーポン情報の場合）が記録されている。
【００２４】
また、図４の画面１０１で、ユーザが画面上の「重要度」を選択することにより、重要度選択画面１０５が表示される。この重要度選択画面１０５上で、ユーザが重要度を選択すると、その選択結果に応じた表示内容に以降の表示内容が携帯代理サーバ３によって限定される。図６の画面１０６は、図４の重要度選択画面１０５上で「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ（最重要）」が選択された場合の例が示されている。この画面１０６の表示内容は、ユーザの現在位置情報をもとに携帯代理サーバ３がフィルタリングした結果であり、ユーザの最重要な情報のみから構成されている。
【００２５】
次に、図１に示す携帯代理サーバ３の構成及びその動作について詳細に説明する。
図８には、図１に示す携帯代理サーバ３の詳細なブロック構成が示されている。
図８において、Ｗｅｂインタフェース３１は、ＲＳＳリストの表示要求を携帯端末２から受信する。ＩＤ取得インタフェース３２は、携帯端末２からのタグＩＤの取得を行う。ＲＳＳリーダ管理機能部３３は、本システム全体を管理する。ＲＳＳ取得機能部３４は、情報提供サーバ６に接続する情報提供サーバインタフェース３５を介して、情報提供サーバ６からＲＳＳ拡張データを取得する。
【００２６】
プロファイルアグリゲータサーバインタフェース３６は、プロファイルアグリゲータサーバ８に接続する。ＲＳＳリスト作成機能部３７はＲＳＳリストを生成する。プロファイル取得機能部３８は、プロファイルアグリゲータサーバインタフェース３６を介して、プロファイルアグリゲータサーバ８から個人環境プロファイルを取得する。
【００２７】
ユーザＩＤキャッシュ３９、ＤＢ＿ｏｂｊｅｃｔ４０及びＲＳＳリストキャッシュ４１は、データを記憶し蓄積する。
ユーザＩＤキャッシュ３９は、携帯端末２のサブスクライバＩＤに関連付けて、ユーザＩＤ及びユーザの個人環境プロファイルを保有しているプロファイルアグリゲータサーバ８のＩＰアドレスのデータを保持している。ユーザＩＤキャッシュ３９は、サブスクライバＩＤから、ユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスに変換するための変換テーブルとして機能する。なお、ここでサブスクライバＩＤとは、携帯端末２から通知される「携帯端末２のＩＤ」のことである。
【００２８】
ＤＢ＿ｏｂｊｅｃｔ４０は、情報提供サーバ６から取得したＲＳＳ拡張データ（図１の取得ＲＳＳ拡張データＤＢ４に対応）、ユーザの個人環境プロファイル（図１の個人環境プロファイルＤＢ５に対応）及びＲＳＳリストの作成用のデータを格納する。
ＲＳＳリストキャッシュ４１は、重要度に応じて表示するＲＳＳ拡張データの全てのデータを一時的に格納する。
【００２９】
次に、図８に示す携帯代理サーバ３の動作を詳細に説明する。
初めに、図９を参照して、ＩＤ取得インタフェース３２が携帯端末２からタグＩＤを受信した場合の動作を説明する。
図９において、先ず、ＩＤ取得インタフェース３２は携帯端末２からＲＳＳ拡張データの取得要求をタグＩＤ及びサブスクライバＩＤと共に受信する（ステップＳ１１）。次いで、ＩＤ取得インタフェース３２はその受信したタグＩＤ及びサブスクライバＩＤをＲＳＳリーダ管理機能部３３に出力し、ＲＳＳ拡張データの取得を要求する（ステップＳ１２）。
【００３０】
次いで、ＲＳＳリーダ管理機能部３３は、その受け取ったサブスクライバＩＤに関連付けられているユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスをユーザＩＤキャッシュ３９から読み出す（ステップＳ１３）。次いで、ＲＳＳリーダ管理機能部３３は、その読み出したユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレス、並びにＲＳＳ拡張データ取得対象のタグＩＤをＲＳＳ取得機能部３４に出力し、ＲＳＳ拡張データの取得を要求する（ステップＳ１４）。
【００３１】
次いで、ＲＳＳ取得機能部３４は、その受け取ったユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスをプロファイルアグリゲータ（ＰＡ）サーバインタフェース３６に出力し、現在位置情報の取得を要求する（ステップＳ１５）。
【００３２】
次いで、ＰＡサーバインタフェース３６は、その受け取ったユーザＩＤに対応する個人環境プロファイルをプロファイルアグリゲータサーバ８に要求して取得する（ステップＳ１６）。次いで、ＰＡサーバインタフェース３６は、その取得した個人環境プロファイルを解析し、現在位置情報を取得してＲＳＳ取得機能部３４に返答する（ステップＳ１７、Ｓ１８）。
【００３３】
次いで、ＲＳＳ取得機能部３４は、情報提供サーバインタフェース３５にＲＳＳ拡張データ取得対象のタグＩＤを出力し、ＲＳＳ拡張データの取得を要求する（ステップＳ１９）。
【００３４】
次いで、情報提供サーバインタフェース３５は、その受け取ったタグＩＤに対応するＲＳＳ拡張データを情報提供サーバ６に要求して取得する（ステップＳ２０）。次いで、情報提供サーバインタフェース３５は、その取得したＲＳＳ拡張データを解析し、ＲＳＳリストの表示に必要な情報を取得してＲＳＳ取得機能部３４に返答する（ステップＳ２１、Ｓ２２）。
【００３５】
次いで、ＲＳＳ取得機能部３４は、その受け取ったＲＳＳ拡張データをＰＡサーバインタフェース３６から受け取った現在位置情報（位置情報データ）と共に当該ユーザＩＤに関連付けてＤＢ＿ｏｂｊｅｃｔ４０に格納する（ステップＳ２３、Ｓ２４）。
【００３６】
次いで、ＲＳＳ取得機能部３４は、ＲＳＳリーダ管理機能部３３にステータスを返信する（ステップＳ２５）。このステータスを受けたＲＳＳリーダ管理機能部３３は、ＩＤ取得インタフェース３２にステータスを返信し（ステップＳ２６）、このステータスを受けたＩＤ取得インタフェース３２は携帯端末２にステータスを返信する（ステップＳ２７）。これにより図９の一連の処理が終了する。
【００３７】
上記した図９の処理では、携帯代理サーバ３は、携帯端末２が取得したタグＩＤのＲＳＳ拡張データを情報提供サーバ６から取得するが、このＲＳＳ拡張データを取得した時のユーザ（携帯端末２）の位置（例えばＧＰＳの位置情報データ）に関するプロファイル情報を、プロファイルアグリゲータサーバ８から取得した当該ユーザの個人環境プロファイルから取得する。これにより、情報提供サーバ６から取得したＲＳＳ拡張データ中にユーザの位置情報がない場合であっても、ユーザがタグＩＤを取得した位置を把握してユーザ側で管理することができる。
【００３８】
なお、上記した現在位置情報の取得時には、プロファイルアグリゲータサーバ８から提供されているＡＰＩ（Application Program Interface）を利用する。図１１には、プロファイルアグリゲータサーバ８から提供されているＡＰＩの例が示されている。現在位置情報の取得時には「getLocation( )」を利用する。これにより、緯度及び経度からなるＧＰＳの位置情報データを有する個人環境プロファイルを取得することができる。その個人環境プロファイルはＲＤＦ（Resource Description Framework）形式で提供される。
【００３９】
次に、図１０を参照して、プロファイルアグリゲータサーバ８から個人環境プロファイルを取得してＤＢ＿ｏｂｊｅｃｔ４０に格納する場合の動作を説明する。
図１０において、先ず、プロファイル取得機能部３８は、ユーザＩＤキャッシュ３９からユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスを取得する（ステップＳ３１）。次いで、プロファイル取得機能部３８は、ＡＰＩ名、ユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスをＰＡサーバインタフェース３６に出力し、個人環境プロファイルの取得を要求する（ステップＳ３２）。
【００４０】
次いで、ＰＡサーバインタフェース３６は、その受け取ったユーザＩＤに対応する個人環境プロファイルを、ＡＰＩを利用してプロファイルアグリゲータサーバ８から取得する（ステップＳ３３）。次いで、ＰＡサーバインタフェース３６は、その取得した個人環境プロファイルを解析し、ユーザのプロファイル情報を取得してプロファイル取得機能部３８に返答する（ステップＳ３４、Ｓ３５）。
【００４１】
次いで、プロファイル取得機能部３８は、その受け取ったプロファイル情報を当該ユーザＩＤに関連付けてＤＢ＿ｏｂｊｅｃｔ４０に格納する（ステップＳ３６）。
【００４２】
ＤＢ＿ｏｂｊｅｃｔ４０は、情報提供サーバ６から取得したＲＳＳ拡張データと、プロファイルアグリゲータサーバ８から取得した個人環境プロファイルを格納している。個人環境プロファイルは、ユーザの現在位置や趣味嗜好を表す各種のプロファイル情報からなる。例えば、ユーザの位置情報やユーザの購入したい物品のリストといった動的に変化するプロファイル情報、又は、好みの場所や好みの物品といった静的で変化の少ないプロファイル情報などが含まれる。静的で変化の少ない個人環境プロファイルは、プロファイル取得機能部３８によって上記図１０の処理により定期的に取得され、ＤＢ＿ｏｂｊｅｃｔ４０に格納される。例えば、図１１に示されるＡＰＩ「getPreferredObjectsPlus( )」を利用してプロファイルアグリゲータサーバ８から個人環境プロファイルを取得し、この個人環境プロファイル中に含まれる「好みの物品」のプロファイル情報を取得してＤＢ＿ｏｂｊｅｃｔ４０に格納する。
【００４３】
次に、図１２を参照して、Ｗｅｂインタフェース３１が携帯端末２からＲＳＳリストの表示要求を受信した場合の動作を説明する。
図１２において、先ず、Ｗｅｂインタフェース３１は携帯端末２からＲＳＳリストの表示要求を重要度及びサブスクライバＩＤと共に受信する（ステップＳ４１）。次いで、Ｗｅｂインタフェース３１はその受信した重要度及びサブスクライバＩＤをＲＳＳリーダ管理機能部３３に出力し、ＲＳＳリストの表示を要求する（ステップＳ４２）。
【００４４】
次いで、ＲＳＳリーダ管理機能部３３は、その受け取ったサブスクライバＩＤに関連付けられているユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスをユーザＩＤキャッシュ３９から読み出す（ステップＳ４３）。次いで、ＲＳＳリーダ管理機能部３３は、その読み出したユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレス、並びにＲＳＳリスト表示要求に係る重要度をＲＳＳリスト作成機能部３７に出力し、ＲＳＳリストの作成を要求する（ステップＳ４４）。
【００４５】
次いで、ＲＳＳリスト作成機能部３７は、その受け取ったユーザＩＤ及びプロファイルアグリゲータサーバ８のＩＰアドレスをＰＡサーバインタフェース３６に出力し、現在位置情報の取得を要求する（ステップＳ４５）。
【００４６】
次いで、ＰＡサーバインタフェース３６は、その受け取ったユーザＩＤに対応する個人環境プロファイルをプロファイルアグリゲータサーバ８に要求して取得する（ステップＳ４６）。次いで、ＰＡサーバインタフェース３６は、その取得した個人環境プロファイルを解析し、現在位置情報を取得してＲＳＳリスト作成機能部３７に返答する（ステップＳ４７）。次いで、ＲＳＳリスト作成機能部３７は、その受け取った現在位置情報（位置情報データ）を当該ユーザＩＤに関連付けてＤＢ＿ｏｂｊｅｃｔ４０に格納する（ステップＳ４８）。
【００４７】
次いで、ＲＳＳリスト作成機能部３７は、ＲＳＳリスト表示要求に係るユーザＩＤに関し、ＲＳＳリスト表示要求に係る重要度に合致するＲＳＳ拡張データをＤＢ＿ｏｂｊｅｃｔ４０から読み出す（ステップＳ４９）。次いで、ＲＳＳリスト作成機能部３７は、その読み出したＲＳＳ拡張データからＲＳＳリスト表示要求に係る重要度に応じたＲＳＳリストを生成して、ＲＳＳリストキャッシュ４１に格納する（ステップＳ５０）。
【００４８】
次いで、ＲＳＳリーダ管理機能部３３は、そのＲＳＳリストをＲＳＳリストキャッシュ４１から読み出す（ステップＳ５１）。次いで、ＲＳＳリーダ管理機能部３３は、その読み出したＲＳＳリストをもとにウェブデータ（ＸＨＴＭＬ（eXtensible HyperText Markup Language）データ）を生成する（ステップＳ５２）。次いで、ＲＳＳリーダ管理機能部３３は、その生成したウェブデータをＷｅｂインタフェース３１を介して携帯端末２に返信する（ステップＳ５３、Ｓ５４）。これにより、上記図６の画面１０６のような、ユーザが希望する重要度に応じたＲＳＳリストを携帯端末２の画面上に表示することができる。
【００４９】
なお、本実施形態では、ユーザの現在位置情報は個人環境プロファイルの中でも変化の激しいプロファイル情報であるので、ＤＢ＿ｏｂｊｅｃｔ４０に格納する現在位置情報を頻繁に更新するようにしている。
【００５０】
ＲＳＳリスト作成機能部３７は、重要度に応じたＲＳＳリストを作成する場合に、ＤＢ＿ｏｂｊｅｃｔ４０内のＲＳＳ拡張データから重要度の定義に合致するデータを読み出してＲＳＳリストの作成を行う。本実施形態では、以下に示す３種類の重要度「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ（最重要）」、「Ｉｎｔｅｒｅｓｔ（重要）」、「Ａｌｌ（その他）」を定義する。
【００５１】
［Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ］
現在の状況に合うＲＳＳ拡張データが該当する。ユーザの個人環境プロファイルを基に、現在の状況（現在位置、現在時間、買いたいものリストなど）に合致するＲＳＳ拡張データに与えられる重要度である。なお、この「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」については、対応するＲＳＳ拡張データがユーザの状況に応じて変化するので、その都度、見直しが必要である。
【００５２】
［Ｉｎｔｅｒｅｓｔ］
ユーザの趣味嗜好など、ユーザの静的な性質に合うＲＳＳ拡張データが該当する。ユーザの個人環境プロファイルを基に、定常的なユーザの状況（興味のある商品、友人の名前、契約プロバイダ名、興味ある場所など）に合致するＲＳＳ拡張データに与えられる重要度である。なお、この「Ｉｎｔｅｒｅｓｔ」については、対応するＲＳＳ拡張データが基本的に変化しないので、見直しは殆ど発生しない。
【００５３】
［Ａｌｌ］
上記した２つの重要度「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」、「Ｉｎｔｅｒｅｓｔ」以外のＲＳＳ拡張データが該当する。
【００５４】
なお、「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」及び「Ｉｎｔｅｒｅｓｔ」の双方に合致するＲＳＳ拡張データに対しては、「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」の重要度を与える。
【００５５】
次に、上記した重要度に応じたＲＳＳリストの作成処理について詳細に説明する。図１３〜図１９には、ＤＢ＿ｏｂｊｅｃｔ４０に格納される各種データが示されている。
図１３〜図１７には、ＲＳＳ拡張データ及び個人環境プロファイルに係る各種テーブルの構成例が示されている。図１３には取得したＲＳＳ拡張データの一覧のテーブル（ＲＳＳ＿ＴＢＬ）の構成例が示されている。図１４〜図１７には個人環境プロファイルから取得した情報がテーブル化されており、図１４にはユーザの現在位置（現在位置＿ＴＢＬ）、図１５にはユーザの好みの場所（好み場所＿ＴＢＬ）、図１６にはユーザの買いたいものリスト（買いたいものリスト＿ＴＢＬ）、図１７にはユーザの興味ある商品（興味ある商品＿ＴＢＬ）のテーブルの構成例が示されている。
【００５６】
図１８には、“クーポン情報”カテゴリに対しての重要度の判定要素の例が示されている。この例では、ＤＢ＿ｏｂｊｅｃｔ４０内のＲＳＳ拡張データのうち、ユーザの個人環境プロファイル中の「現在位置」又は「買いたいものリスト」が合致したＲＳＳ拡張データに対して、「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」の重要度であると判定する。また、ユーザの個人環境プロファイル中の「興味ある商品」又は「好みの場所」が合致したＲＳＳ拡張データに対して、「Ｉｎｔｅｒｅｓｔ」の重要度であると判定する。但し、ユーザが「Ｉｎｔｅｒｅｓｔ」の重要度を要求した場合は、使い勝手を考慮して、「現在位置」又は「買いたいものリスト」が合致したＲＳＳ拡張データに対しても、ＲＳＳリストに含めるようにする。
【００５７】
図１９には、各重要度に対応するＳＱＬ（Structured Query Language）の検索条件（データベース検索条件）およびその文例が示されている。図１９の例の検索条件により、上記図１３のＲＳＳ拡張データの一覧のテーブル（ＲＳＳ＿ＴＢＬ）から重要度「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」を検索すると、ＲＳＳ＿ＩＤ「０００１」及び「００１２」のＲＳＳ拡張データが重要度「Ｖｅｒｙ Ｉｎｔｅｒｅｓｔ」の検索条件に合致し検索結果として得られる。同様に、重要度「Ｉｎｔｅｒｅｓｔ」を検索すると、ＲＳＳ＿ＩＤ「０００１」、「０００３」、「００１０」及び「００１２」のＲＳＳ拡張データが重要度「Ｉｎｔｅｒｅｓｔ」の検索条件に合致し検索結果として得られる。また、重要度「Ａｌｌ」を検索した場合は、全てのＲＳＳ＿ＩＤが検索結果として得られる。
【００５８】
図２０には、ＲＳＳ拡張データと各重要度の対応の一例が示されている。図２０の例は、“クーポン情報”カテゴリについての対応である。図２０に示される個人環境プロファイルの「現在位置」、「好みの場所」、「買いたいものリスト」及び「好みの商品」は、それぞれ上記図１１に示されるＡＰＩ「getLocation( )」、「getPreferredLocationPlus( )」、「getPurchaseList( )」及び「getPreferredObjectsPlus( )」を利用して取得される。また、図２０には、上記図１８の判定要素を用いた重要度の判定の結果が示されている。
【００５９】
上述した実施形態によれば、ユーザが意図せずに収集したＲＳＳ拡張データ（メタデータ）に対し、その一覧（ＲＳＳリスト）をウェブブラウザに表示することが可能となる。
また、ユーザの現在位置や趣味嗜好を表すプロファイル情報を含む個人環境プロファイルを管理するプロファイルアグリゲータサーバから個人環境プロファイルを取得し、ユーザのプロファイルの状態に応じたＲＳＳリストの表示を行うことが可能となる。
また、ユーザの個人環境プロファイルの中でも静的で変化しないプロファイル情報と動的に変化するプロファイル情報とに分類して重要度を設定することにより、ユーザの目的に応じたＲＳＳリストの表示を行うことが可能となる。
【００６０】
このように本実施形態によれば、ユーザの現在位置や趣味嗜好に合致したＲＳＳ拡張データ（メタデータ）を選別して携帯端末の画面上に表示することが可能となる。
【００６１】
また、図８に示す携帯代理サーバ３の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりウェブデータ生成処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００６２】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００６３】
以上、本発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
例えば、メタデータの取得手段は上述した実施形態に限定されない。携帯端末又は携帯代理サーバは、近距離無線通信（例えばBluetooth）や赤外線などのローカルインタフェースを用いて、メタデータを取得するものであってもよい。
【図面の簡単な説明】
【００６４】
【図１】本発明の一実施形態に係るウェブデータ生成システムの全体構成を示すブロック図である。
【図２】図１に示すウェブデータ生成システムのＲＳＳ拡張データ取得に係る処理手順を示す概略フローチャートである。
【図３】本発明の一実施形態に係るＲＳＳ拡張データを説明するための図表である。
【図４】図１に示す携帯端末２の画面上に表示される画面の遷移とその画面構成例を示す図である。
【図５】図１に示す携帯端末２の画面上に表示される画面の遷移とその画面構成例を示す図である。
【図６】図１に示す携帯端末２の画面上に表示される画面の遷移とその画面構成例を示す図である。
【図７】本発明の一実施形態に係るＲＳＳ拡張データとその表示内容の対応表の構成例を示す図である。
【図８】図１に示す携帯代理サーバ３の詳細なブロック構成図である。
【図９】図８に示す携帯代理サーバ３の動作を説明するための第１のシーケンス図である。
【図１０】図８に示す携帯代理サーバ３の動作を説明するための第２のシーケンス図である。
【図１１】図１に示すプロファイルアグリゲータサーバ８から提供されているＡＰＩの例を示す図表である。
【図１２】図８に示す携帯代理サーバ３の動作を説明するための第３のシーケンス図である。
【図１３】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納されるＲＳＳ拡張データに係るテーブルの構成例を示す図である。
【図１４】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される個人環境プロファイルに係るテーブルの構成例を示す図である。
【図１５】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される個人環境プロファイルに係るテーブルの構成例を示す図である。
【図１６】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される個人環境プロファイルに係るテーブルの構成例を示す図である。
【図１７】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される個人環境プロファイルに係るテーブルの構成例を示す図である。
【図１８】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される重要度の判定要素の例を示す図表である。
【図１９】図８に示すＤＢ＿ｏｂｊｅｃｔ４０に格納される各重要度に対応するＳＱＬの検索条件（データベース検索条件）およびその文例を示す図表である。
【図２０】本発明の一実施形態に係るＲＳＳ拡張データと各重要度の対応の一例を示す図表である。
【符号の説明】
【００６５】
１…アクティブタグＩＤ発信機（ＩＤ発信機）、２…携帯端末（タグＩＤ読み取り手段）、３…携帯代理サーバ、４…取得ＲＳＳ拡張データデータベース（取得ＲＳＳ拡張データＤＢ）、５…個人環境プロファイルデータベース（個人環境プロファイルＤＢ）、６…情報提供サーバ、７…ＲＳＳ拡張データデータベース（ＲＳＳ拡張データＤＢ）、８…プロファイルアグリゲータサーバ、９…個人環境プロファイルデータベース（個人環境プロファイルＤＢ）、３１…Ｗｅｂインタフェース、３２…ＩＤ取得インタフェース、３３…ＲＳＳリーダ管理機能部、３４…ＲＳＳ取得機能部、３５…情報提供サーバインタフェース、３６…プロファイルアグリゲータサーバインタフェース、３７…ＲＳＳリスト作成機能部、３８…プロファイル取得機能部、３９…ユーザＩＤキャッシュ、４０…ＤＢ＿ｏｂｊｅｃｔ、４１…ＲＳＳリストキャッシュ
【特許請求の範囲】
【請求項１】
メタデータを取得するメタデータ取得手段と、
ユーザの個人環境プロファイルを取得する個人環境プロファイル取得手段と、
前記取得したメタデータと個人環境プロファイルを比較する比較手段と、
前記比較の結果に応じて、前記取得したメタデータの中から表示対象のデータを選別する選別手段と、
前記選別されたメタデータの一覧を表示するためのウェブデータを生成する生成手段と、
を備えたことを特徴とするウェブデータ生成装置。
【請求項２】
前記個人環境プロファイル取得手段は、ユーザの現在位置又は趣味嗜好を表すプロファイル情報を取得することを特徴とする請求項１に記載のウェブデータ生成装置。
【請求項３】
動的に変化するプロファイル情報と静的で変化の少ないプロファイル情報とに分類して、前記取得したメタデータの表示に関する重要度を設定する設定手段を備えたことを特徴とする請求項１又は２に記載のウェブデータ生成装置。
【請求項４】
メタデータの一覧を表示さするためのウェブデータを生成するウェブデータ生成処理を行うためのコンピュータプログラムであって、
メタデータを取得する機能と、
ユーザの個人環境プロファイルを取得する機能と、
前記取得したメタデータと個人環境プロファイルを比較する機能と、
前記比較の結果に応じて、前記取得したメタデータの中から表示対象のデータを選別する機能と、
前記選別されたメタデータの一覧を表示するためのウェブデータを生成する機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。
【請求項５】
前記個人環境プロファイルを取得する機能は、ユーザの現在位置又は趣味嗜好を表すプロファイル情報を取得することを特徴とする請求項４に記載のコンピュータプログラム。
【請求項６】
動的に変化するプロファイル情報と静的で変化の少ないプロファイル情報とに分類して、前記取得したメタデータの表示に関する重要度を設定する機能をさらにコンピュータに実現させることを特徴とする請求項４又は５に記載のコンピュータプログラム。
【請求項１】
メタデータを取得するメタデータ取得手段と、
ユーザの個人環境プロファイルを取得する個人環境プロファイル取得手段と、
前記取得したメタデータと個人環境プロファイルを比較する比較手段と、
前記比較の結果に応じて、前記取得したメタデータの中から表示対象のデータを選別する選別手段と、
前記選別されたメタデータの一覧を表示するためのウェブデータを生成する生成手段と、
を備えたことを特徴とするウェブデータ生成装置。
【請求項２】
前記個人環境プロファイル取得手段は、ユーザの現在位置又は趣味嗜好を表すプロファイル情報を取得することを特徴とする請求項１に記載のウェブデータ生成装置。
【請求項３】
動的に変化するプロファイル情報と静的で変化の少ないプロファイル情報とに分類して、前記取得したメタデータの表示に関する重要度を設定する設定手段を備えたことを特徴とする請求項１又は２に記載のウェブデータ生成装置。
【請求項４】
メタデータの一覧を表示さするためのウェブデータを生成するウェブデータ生成処理を行うためのコンピュータプログラムであって、
メタデータを取得する機能と、
ユーザの個人環境プロファイルを取得する機能と、
前記取得したメタデータと個人環境プロファイルを比較する機能と、
前記比較の結果に応じて、前記取得したメタデータの中から表示対象のデータを選別する機能と、
前記選別されたメタデータの一覧を表示するためのウェブデータを生成する機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。
【請求項５】
前記個人環境プロファイルを取得する機能は、ユーザの現在位置又は趣味嗜好を表すプロファイル情報を取得することを特徴とする請求項４に記載のコンピュータプログラム。
【請求項６】
動的に変化するプロファイル情報と静的で変化の少ないプロファイル情報とに分類して、前記取得したメタデータの表示に関する重要度を設定する機能をさらにコンピュータに実現させることを特徴とする請求項４又は５に記載のコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００６−２４４２２９（Ｐ２００６−２４４２２９Ａ）
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願番号】特願２００５−６０４８４（Ｐ２００５−６０４８４）
【出願日】平成１７年３月４日（２００５．３．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願日】平成１７年３月４日（２００５．３．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]