(57)【要約】【課題】複数の情報提供サーバから情報を取得する際の、ユーザの利便性を向上させる。【解決手段】グループに属する複数のページが分散配置されているメインページ提供サーバ２００は、ユーザ端末３００から指定されたページをメインページとしてユーザ端末３００に送信する。メインページ提供サーバ２００は、グループのページがユーザ端末３００から指定されたことを示すページ情報をサブページ提供サーバ１００に送信する。サブページ提供サーバ１００は、グループに属する複数のページからユーザがメインページとして表示させるページを選択できるように、グループに属する複数のページの一覧を示すサブページをユーザ端末３００に送信する。【選択図】図１
2009211146.tif 000002
【特許請求の範囲】
【請求項１】
所定のグループに属する複数のページを保持し、ユーザ端末から指定された一のページをメインページとして当該ユーザ端末に送信するメインページ提供サーバと、
前記グループに属する複数のページからメインページとして表示させるページをユーザが選択できるように、前記グループに属する複数のページの一覧を示すページを生成し、当該ページをサブページとして前記ユーザ端末に送信するサブページ提供サーバと、
を備え、
前記メインページ提供サーバは、
前記グループに属する一のページを指定する指定情報を前記ユーザ端末から受信する指定情報受信部と、
前記指定情報により指定されるページをメインページとして前記ユーザ端末に送信するメインページ送信部と、
前記ユーザ端末から前記グループのページが指定されたことを示すページ情報を前記サブページ提供サーバに送信するページ情報送信部と、
を有し、
前記サブページ提供サーバは、
前記メインページ提供サーバから前記ページ情報を受信するページ情報受信部と、
前記ページ情報が受信されたとき、前記グループに属する複数のページのそれぞれを特定するための所定のデータをサブページのデータとして設定することで、サブページを生成するサブページ生成部と、
前記生成されたサブページを前記ユーザ端末に送信するサブページ送信部と、
を有することを特徴とする情報提供システム。
【請求項２】
前記サブページ提供サーバは、サブページを要求する要求情報をユーザ端末から受信する要求情報受信部をさらに有し、
前記メインページ提供サーバにおけるメインページ送信部は、メインページの表示領域とサブページの表示領域とを含む画面データ、および、前記メインページに対応づけられているサブページのアドレスを前記ユーザ端末に送信して、前記メインページの表示領域に前記メインページを表示させ、
前記サブページ提供サーバにおけるサブページ送信部は、前記メインページが表示されたユーザ端末から要求情報が受信されたときに、前記要求情報で指定されるサブページのアドレスを取得して、当該アドレスで特定されるサブページを前記ユーザ端末に送信し、前記サブページの表示領域に前記サブページを表示させることを特徴とする請求項１に記載の情報提供システム。
【請求項３】
前記グループに属する複数のページは、複数のメインページ提供サーバに分散して保持され、
前記メインページ提供サーバは、
自サーバがユーザ端末からページを指定されたときに、メインページのＩＤを他のメインページ提供サーバに送信する識別情報送信部と、
他のメインページ提供サーバがユーザ端末からページを指定されたときに、前記他のメインページ提供サーバからメインページのＩＤを受信する識別情報受信部と、
前記メインページのＩＤが受信されたときに、前記グループに属する各ページを特定するための所定の規則にしたがって、前記受信されたＩＤで特定されるメインページと同一のグループに属し、かつ、自サーバの管理下にある他のページを特定するページ特定部と、
をさらに有し、
前記メインページ提供サーバにおけるページ情報送信部は、前記ページ情報として、前記他のページを特定するためのデータを前記サブページ提供サーバに送信し、
前記サブページ提供サーバにおけるページ情報受信部は、前記ページ情報として、前記他のページを特定するためのデータを前記複数のメインページ提供サーバから受信し、
前記サブページ提供サーバにおけるサブページ生成部は、前記他のページを特定するためのデータをサブページのデータとして設定することで、サブページを生成することを特徴とする請求項１または２に記載の情報提供システム。
【請求項４】
前記グループに属する複数のページは、複数のメインページ提供サーバに分散して保持され、
前記サブページ提供サーバは、ユーザ端末からページを指定されたメインページ提供サーバから前記ページ情報受信部が前記ページ情報として受信したメインページのＩＤを前記複数のメインページ提供サーバに送信するページ情報送信部をさらに有し、
前記メインページ提供サーバは、
他のメインページ提供サーバがユーザ端末からページを指定されたときに、前記サブページ提供サーバからメインページのＩＤを受信するページ情報受信部と、
前記メインページのＩＤが受信されたときに、前記グループに属する各ページを特定するための所定の規則にしたがって、前記受信されたＩＤで特定されるメインページと同一のグループに属し、かつ、自サーバの管理下にある他のページを特定するページ特定部と、
をさらに有し、
前記メインページ提供サーバにおけるページ情報送信部は、前記ページ情報として、前記他のページを特定するためのデータを前記サブページ提供サーバにさらに送信し、
前記サブページ提供サーバにおけるページ情報受信部は、前記ページ情報として、前記他のページを特定するためのデータを前記複数のメインページ提供サーバからさらに受信し、
前記サブページ提供サーバにおけるサブページ生成部は、前記他のページを特定するためのデータをサブページのデータとして設定することで、サブページを生成することを特徴とする請求項１または２に記載の情報提供システム。
【請求項５】
所定のグループに属する複数のページのうちユーザ端末から指定された一のページをメインページとして当該ユーザ端末に送信するメインページ提供サーバと接続され、
前記ユーザ端末から前記グループのページが指定されたことを示すページ情報を前記メインページ提供サーバから受信するページ情報受信部と、
前記ページ情報が受信されたとき、前記グループに属する複数のページのそれぞれを特定するための所定のデータをサブページのデータとして設定することで、前記グループに属する複数のページの一覧を示すサブページを生成するサブページ生成部と、
前記生成されたサブページを前記ユーザ端末に送信するサブページ送信部と、
を備えることを特徴とする情報提供サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特に、ユーザの所望情報を提供する情報提供システムおよび情報提供サーバに関する。
【背景技術】
【０００２】
ＩＴの発展に伴い、多くのサービスがインターネットを介して提供されている。ユーザは、自身の端末からインターネットを介して様々なウェブサイトにアクセスし、様々なサービスを享受できる。
【特許文献１】特開２００２−０３２７９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ユーザが複数のウェブサイトの情報を比較したいとき、これまでは複数のウェブサイトにそれぞれアクセスして、各ウェブサイトに必要な情報を入力する必要があった。この結果、ユーザの負担を増加させ、ユーザの利便性を低下させていた。
【０００４】
例えば、複数の電子商取引サイトにおけるある商品の販売価格を確認するとき、ユーザは一のウィンドウを起動して第１の電子商取引サイトにアクセスし、その商品を指定して販売価格を確認する。そのユーザはまた、別のウィンドウを起動して第２の電子商取引サイトにアクセスし、再度その商品を指定して値段を確認していた。この場合、ユーザは第１および第２の電子商取引サイトの両方に同様のデータを入力する必要があった。
【０００５】
本発明は、本発明者の上記着目に基づいて完成された発明であり、その主たる目的は、複数の情報提供サーバから情報を取得する際の、ユーザの利便性を向上させる技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の情報提供システムは、所定のグループに属する複数のページを保持し、ユーザ端末から指定された一のページをメインページとして当該ユーザ端末に送信するメインページ提供サーバと、グループに属する複数のページからメインページとして表示させるページをユーザが選択できるように、グループに属する複数のページの一覧を示すページを生成し、当該ページをサブページとしてユーザ端末に送信するサブページ提供サーバと、を備える。メインページ提供サーバは、グループに属する一のページを指定する指定情報をユーザ端末から受信する指定情報受信部と、指定情報により指定されるページをメインページとしてユーザ端末に送信するメインページ送信部と、ユーザ端末からグループのページが指定されたことを示すページ情報をサブページ提供サーバに送信するページ情報送信部と、を有する。サブページ提供サーバは、メインページ提供サーバからページ情報を受信するページ情報受信部と、ページ情報が受信されたとき、グループに属する複数のページのそれぞれを特定するための所定のデータをサブページのデータとして設定することで、サブページを生成するサブページ生成部と、生成されたサブページをユーザ端末に送信するサブページ送信部と、を有する。
【０００７】
本明細書における「メインページ」は、所定のグループに属する複数のページのうち、ユーザ端末から指定されたページを意味する。また、「所定のグループ」は、任意のテーマに対応づけられているページの集合を意味する。例えば、商品やサービスの販売をテーマとするチケット販売サイトグループ、旅行予約サイトグループ、地域をテーマとする北海道グループ、札幌グループ等、任意のテーマが設定されてよい。
【０００８】
また、「ユーザ端末からグループのページが指定されたことを示すページ情報」は、ユーザ端末から指定されたページが属するグループを特定するための情報でもよく、ユーザ端末から指定されたページを特定するための情報でもよい。具体例には、ページのＵＲＩ（Uniform Resource Identifier）でもよく、ページを指定する際にユーザが入力したキーワード等でもよい。また、「グループに属する複数のページのそれぞれを特定するための所定のデータ」は、具体的には、ページのＵＲＩや、ページのＵＲＩおよびページに記述されているコンテンツデータでもよい。
【０００９】
本発明の別の態様は、情報提供サーバである。この情報提供サーバは、所定のグループに属する複数のページのうちユーザ端末から指定された一のページをメインページとして当該ユーザ端末に送信するメインページ提供サーバと接続され、ユーザ端末からグループのページが指定されたことを示すページ情報をメインページ提供サーバから受信するページ情報受信部と、ページ情報が受信されたとき、グループに属する複数のページのそれぞれを特定するための所定のデータをサブページのデータとして設定することで、グループに属する複数のページの一覧を示すサブページを生成するサブページ生成部と、生成されたサブページをユーザ端末に送信するサブページ送信部と、を備える。
【００１０】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１１】
本発明によれば、複数の情報提供サーバから情報を取得する際の、ユーザの利便性を向上できる。
【発明を実施するための最良の形態】
【００１２】
本発明の実施の形態を説明する前に、まず、本発明の概要について説明する。
現在、インターネットを介して、ユーザは無数のウェブサイトにアクセスできる。これらのウェブサイトの中には、同様のテーマに関する情報を提供する複数のウェブサイトが存在する。ユーザは、複数のウェブサイトにアクセスして、同一テーマに関する情報を収集することも多い。例えば、旅行の予約、商品販売等のサービスを提供する複数のウェブサイトにアクセスして、ホテル、旅行プラン、商品等の価格を比較することもある。
【００１３】
従来、複数のウェブサイトにおける所望情報を比較したいユーザは、これら複数のウェブサイトにアクセスして、それぞれのウェブサイトにおいて所望情報を取得するための操作を実行していた。本発明は、ユーザが一のウェブサイトにおける所望情報にアクセスする際に、ユーザが指定したウェブサイトのページをメインページとして表示させる。そして、このメインページとともに、別のウェブサイトにおける所望情報にアクセスするための情報を一覧で示すサブページをあわせて表示させる。ユーザはサブページから閲覧したいウェブサイトを選択することで、別のウェブサイトにおける所望情報に容易にアクセスできる。これにより、ユーザの負担を低減して、ユーザの利便性を向上させる。以下、実施の形態を説明する。
【００１４】
図１は、本発明の実施の形態における情報提供システムの構成を示す。
情報提供システム１０００においては、サブページ提供サーバ１００と、メインページ提供サーバ２００で総称されるメインページ提供サーバＡ２００ａ、メインページ提供サーバＢ２００ｂ、およびメインページ提供サーバＣ２００ｃと、ユーザ端末３００で総称されるユーザ端末Ａ３００ａ、ユーザ端末Ｂ３００ｂ、およびユーザ端末Ｃ３００ｃとが、通信網４００を介してそれぞれ接続されている。通信網４００には、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等様々な通信手段が含まれる。
【００１５】
メインページ提供サーバ２００は、ウェブサイトを提供するウェブサーバであり、ウェブクライアントからの要求に応じてウェブページ、典型的にはＨＴＭＬ（HyperText Markup Language）プログラムをウェブクライアントに送信する。本実施の形態では、メインページ提供サーバＡ２００ａ、メインページ提供サーバＢ２００ｂ、メインページ提供サーバＣ２００ｃは、各地のホテルに対するオンライン予約サービスを提供するホテル予約サイトＡ、ホテル予約サイトＢ、ホテル予約サイトＣをそれぞれ提供する。メインページ提供サーバ２００は、ユーザ端末３００から指定されたウェブページをメインページとして当該ユーザ端末３００に送信する。なお、メインページ提供サーバ２００がユーザ端末３００に提供する具体的なメインページについては後述する。
【００１６】
また、メインページ提供サーバ２００のそれぞれが保持するウェブページは、所定のグループとして対応づけられている。このグループには例えば、ホテル予約サイトＡ、Ｂ、Ｃにおけるトップページが対応づけられた「トップページグループ」がある。また例えば、各ホテル予約サイトが管理するページであって、北海道のホテルに関するページが対応づけられている「北海道グループ」、また例えば、札幌のホテルに関するページが対応づけられている「札幌グループ」などがある。グループの設定に特に制限はない。
【００１７】
サブページ提供サーバ１００もウェブサーバであり、ウェブクライアントからのリクエストに応じてウェブページをウェブクライアントに送信する。本実施の形態では、メインページ提供サーバ２００が提供するウェブサイトのＵＲＩを一覧表示するウェブページをサブページとしてユーザ端末３００に送信する。なお、サブページ提供サーバ１００がユーザ端末３００に提供する具体的なサブページについては後述する。
【００１８】
ユーザ端末３００は、ウェブブラウザを搭載した一般的なウェブクライアントである。ユーザ端末３００は、メインページ提供サーバ２００およびサブページ提供サーバ１００にウェブページを要求してメインページおよびサブページをそれぞれ取得し、取得したメインページおよびサブページを表示装置に表示させる。
【００１９】
図２（ａ）は、図１のユーザ端末３００に表示されるウェブページを示す。同図は、ユーザ端末３００がウェブブラウザを介してメインページ提供サーバＡ２００ａのトップページにアクセスした際のウェブページ５００を示している。ウェブページ５００は、メインページフレーム５１０とサブページフレーム５２０とを含む。メインページフレーム５１０は、ユーザ端末３００がメインページ提供サーバＡ２００ａに指定したメインページを表示するフレームであり、同図ではホテル予約サイトＡのトップページを示している。メインページフレーム５１０は、ユーザがホテルを予約したい都市を指定入力するための入力フィールド５１２と、ホテル情報の検索実行を指示するボタン５１４とを含む。
【００２０】
図２（ａ）のサブページフレーム５２０は、メインページに対応するページのＵＲＩを一覧で示すサブページを表示するフレームである。同図では、ホテル予約サイトＡのトップページに対応するページのＵＲＩとして、ホテル予約サイトＢのトップページのＵＲＩ情報５２２およびホテル予約サイトＣのトップページのＵＲＩ情報５２４が表示されている。ここでは、それぞれのＵＲＩに、各ＵＲＩで特定されるウェブページへのハイパーリンクが設定されている。
【００２１】
図２（ｂ）も、図１のユーザ端末３００に表示されるウェブページを示す。同図のウェブページ５００は、図２（ａ）のウェブページ５００において、ユーザが入力フィールド５１２に「札幌」を入力して、ボタン５１４を押下した結果、表示されるページである。同図のメインページフレーム５１０には、ホテル予約サイトＡのページであって、札幌における予約可能なホテル一覧を示すメインページが表示されている。
【００２２】
図２（ｂ）のサブページフレーム５２０には、メインページに対応するページのＵＲＩとして、ホテル予約サイトＢの札幌関連ページのＵＲＩ情報５２６と、ホテル予約サイトＣの札幌関連ページのＵＲＩ情報５２８とが表示されている。すなわち、メインページの表示内容の変更に応じて、サブページの表示内容が変更されている。
【００２３】
図２（ｃ）も、図１のユーザ端末３００に表示されるウェブページを示す。同図のウェブページ５００は、図２（ｂ）のウェブページ５００において、サブページフレーム５２０のＵＲＩ情報５２６をクリックした結果、表示されるページである。同図のメインページフレーム５１０には、ホテル予約サイトＢのページであって、札幌のホテルにおける満空情報を示すメインページが表示されている。すなわち、サブページフレーム５２０に表示されるＵＲＩ情報の中から、ユーザはメインページとして表示させるウェブページを選択できる。なお、図２（ｃ）のサブページフレーム５２０には、図２（ｂ）のメインページフレーム５１０で表示されたホテル予約サイトＡにおける札幌関連ページのＵＲＩ情報５３０と、ホテル予約サイトＣの札幌関連ページのＵＲＩ情報５２８とが表示されている。
【００２４】
図３は、図１のメインページ提供サーバ２００の機能構成を示すブロック図である。
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところであり、これらのいずれかに限定されるものではない。
【００２５】
また、本明細書の各装置においては、当該装置を効率よく利用するための機能および環境を提供して当該装置の全体を統括的に制御するオペレーションシステム（以下、「ＯＳ」と呼ぶ。）が実行されている。かかるＯＳによってブロック図の各機能ブロックが動作させられることにより、複数のソフトウェアが実行される。
【００２６】
メインページ提供サーバ２００は、第１処理部２１０と、第２処理部２２０とを備える。第１処理部２１０は、ユーザ端末３００からページを指定されることを契機に動作する。第１処理部２１０は、指定情報受信部２１２と、メインページ送信部２１４と、識別情報送信部２１６とを有する。指定情報受信部２１２は、ウェブページのＵＲＩの指定データをユーザ端末３００から受信する。
【００２７】
メインページ送信部２１４は、メインページの表示領域であるメインページフレーム５１０と、サブページの表示領域であるサブページフレーム５２０とを含む画面データをユーザ端末に送信する。また、メインページ送信部２１４は、メインページ提供サーバ２００が保持する複数のウェブページの中から、ユーザ端末３００によりＵＲＩを指定されたウェブページをメインページとしてユーザ端末３００に送信する。これにより、メインページをメインページフレーム５１０に表示させる。
【００２８】
さらにまた、メインページ送信部２１４は、メインページに対応するサブページのＵＲＩをユーザ端末３００に送信する。メインページに対応するサブページのＵＲＩは、メインページ提供サーバ２００と、サブページ提供サーバ１００との間で事前に決定されている。サブページのＵＲＩには、サブページ提供サーバ１００においてユーザ端末３００を特定するためのユーザ端末のＩＤが含まれてもよい。本実施の形態における「ユーザ端末のＩＤ」とは、例えば、メインページ提供サーバ２００とユーザ端末３００とのＨＴＴＰセッションのＩＤ（以下、単に「セッションＩＤ」と呼ぶ。）や、ユーザ端末３００のＩＰアドレスである。なお、メインページ送信部２１４から送信されたサブページのＵＲＩは、ユーザ端末３００がサブページ提供サーバ１００にサブページを要求する際に使用される。サブページ提供サーバ１００によるサブページの提供については後述する。
【００２９】
識別情報送信部２１６は、メインページのＩＤと、そのメインページを提供するユーザ端末３００のＩＤとをメインページ情報として他のメインページ提供サーバ２００に送信する。識別情報送信部２１６は、他のメインページ提供サーバ２００のそれぞれに対してメインページ情報をユニキャストで送信してもよく、マルチキャストで送信してもよい。
【００３０】
図４は、メインページ情報のデータ構造を示す。セッションＩＤフィールド２３０は、メインページを提供するユーザ端末３００のＩＤが設定されるデータ領域である。例えば、ユーザ端末のＩＰアドレスや、メインページ提供サーバ２００とユーザ端末３００とのセッションＩＤが設定される。ページＩＤフィールド２３２は、メインページのＩＤが設定されるデータ領域である。例えば、メインページのＵＲＩや、ユーザ端末３００から送信されたユーザ入力データが設定される。なお、メインページのＩＤは、所定のグループとしてメインページに対応づけられている他のページを特定するために、後述する第２処理部において使用される。
【００３１】
例えば、ウェブページ５００が、上述したように図２（ａ）から図２（ｂ）に変更される場合を考える。このとき、メインページ提供サーバＡ２００ａの識別情報送信部２１６は、ホテル予約サイトＡの札幌関連ページのＵＲＩ「http://serverA/yoyaku.cgi?in=sapporo」をメインページのＩＤとして送信する。以下の部材の説明においても、ウェブページ５００が図２（ａ）から図２（ｂ）に変更されるときの具体例を示すこととする。図３に戻る。
【００３２】
第２処理部２２０は、他のメインページ提供サーバ２００がユーザ端末３００からウェブページを指定され、他のメインページ提供サーバ２００からメインページ情報が送信されたことを契機に動作する。第２処理部２２０は、識別情報受信部２２２と、ページ情報保持部２２４と、ページ特定部２２６と、ページ情報送信部２２８とを有する。
【００３３】
識別情報受信部２２２は、他のメインページ提供サーバ２００がユーザ端末３００からページを指定されるときに、他のメインページ提供サーバ２００からメインページ情報を受信する。
【００３４】
ページ情報保持部２２４は、メインページ情報に含まれるメインページのＩＤから、他のページを特定するためのテーブルを保持する。具体的には、ページ情報保持部２２４は、メインページのＵＲＩと、当該メインページと同一のグループに属する他のページのＵＲＩとが記録されたＵＲＩテーブルを保持する。さらに、ページ情報保持部２２４は、ページを指定する際にユーザが入力した入力フィールドおよび入力データに対応する対応フィールドおよび対応データが記録されたユーザデータテーブルを保持する。
【００３５】
図５（ａ）は、ＵＲＩテーブルのデータ構造を示す。同図は、図１のメインページ提供サーバＢ２００ｂが保持するＵＲＩテーブルを示している。他サーバＵＲＩ欄２４０には、他のメインページ提供サーバ２００、すなわちメインページ提供サーバＡ２００ａまたはメインページ提供サーバＣ２００ｃからメインページのＩＤとして送信されるメインページのＵＲＩが記録されている。自サーバＵＲＩ欄２４２には、所定のグループとしてメインページに対応づけられており、かつ、自サーバの管理下にあるウェブページ（以下、「対応ページ」と呼ぶ。）のＵＲＩが記録されている。
【００３６】
図５（ｂ）は、ユーザデータテーブルのデータ構造を示す。同図は、メインページ提供サーバＢ２００ｂが保持するユーザデータテーブルを示している。入力フィールド欄２５０には、他のメインページ提供サーバ２００からメインページのＩＤとして送信される入力フィールド名が記録される。入力データ欄２５２には、他のメインページ提供サーバ２００からメインページのＩＤとして送信される入力データが記録される。対応フィールド欄２５４には、他のメインページ提供サーバ２００が提供するウェブページ上の入力フィールド名に対応づけられている自サーバの対応フィールド名が記録される。対応データ欄２５６には、他のメインページ提供サーバ２００が提供するウェブページに対する入力データに対応づけられている自サーバの対応データが記録されている。図３に戻る。
【００３７】
ページ特定部２２６は、メインページに対応するページを特定するための所定の規則にしたがってメインページと同一のグループに属し、かつ、自サーバの管理下にある対応ページを特定する。この特定においてページ特定部２２６は、所定のデータを保持するテーブルを参照してもよい。具体的には、ページ特定部２２６は、ページ情報保持部２２４が保持するＵＲＩテーブルおよびユーザデータテーブルを参照して、識別情報受信部２２２において受信されたＩＤで特定される対応ページを特定する。
【００３８】
ウェブページ５００が図２（ａ）から図２（ｂ）に変更されるときの、メインページ提供サーバＢ２００ｂのページ特定部２２６における動作を説明する。このとき識別情報受信部２２２において受信されたメインページのＩＤは、上述したように「http://serverA/yoyaku.cgi?in=sapporo」である。ページ特定部２２６は、図５（ａ）のＵＲＩテーブルを参照して、自サーバＵＲＩとして「http://serverB/hotel.cgi」を特定する。また、ページ特定部２２６は、図５（ｂ）のユーザデータテーブルを参照して、対応フィールドとして「place」を特定し、対応データとして「札幌」を特定する。最終的にページ特定部２２６は、ＵＲＩ「http://serverB/hotel.cgi?place=札幌」を対応ページのＩＤとして特定する。
【００３９】
ページ情報送信部２２８は、ページ特定部２２６において特定された対応ページのＩＤと、識別情報受信部２２２において受信されたユーザ端末のＩＤとを対応ページ情報としてサブページ提供サーバ１００に送信する。対応ページ情報のデータ構造は、図４で示したメインページ情報のデータ構造と同様である。対応ページ情報の場合には、同図のページＩＤフィールド２３２に、対応ページのＵＲＩ、上述の例では「http://serverB/hotel.cgi?place=札幌」が設定される。
【００４０】
図６は、図１のサブページ提供サーバ１００の機能構成を示すブロック図である。
サブページ提供サーバ１００は、ページ情報受信部１０２と、記憶部１０４と、更新要求受信部１０６と、サブページ生成部１０８と、サブページ送信部１１０とを有する。
【００４１】
ページ情報受信部１０２は、複数のメインページ提供サーバ２００から対応ページ情報をそれぞれ受信して、それぞれの対応ページ情報を記憶部１０４に記録する。記憶部１０４は、対応ページ情報の記憶領域であり、メモリやハードディスク等の記録媒体の所定領域にページ情報を記憶する。更新要求受信部１０６は、サブページのＵＲＩを指定してサブページの更新を要求するデータをユーザ端末３００から受信する。
【００４２】
サブページ生成部１０８は、ページ情報受信部１０２において受信された対応ページ情報を取得して、ユーザ端末のＩＤごとにサブページを生成する。また、サブページ生成部１０８は、対応ページのＩＤをサブページのデータとして設定することで、サブページのＨＴＭＬプログラムを生成する。
【００４３】
上述の例では、サブページ生成部１０８は、メインページ提供サーバＢ２００ｂにおける対応ページのＵＲＩ「http://serverB/hotel.cgi?place=札幌」をサブページのＨＴＭＬプログラムに設定する。同様に、メインページ提供サーバＣ２００ｃにおける対応ページのＵＲＩ「http://serverC/reservation/hotel?pref=hokkaido&city=sapporo」をサブページのＨＴＭＬプログラムに設定する。なお、サブページ生成部１０８は、生成したサブページをユーザ端末のＩＤに対応づける。
【００４４】
サブページ送信部１１０は、サブページ生成部１０８において生成されたサブページをユーザ端末３００に送信する。具体的には、更新要求受信部１０６において受信されたサブページ要求データの送信元であるユーザ端末３００に、当該ユーザ端末３００のＩＤに対応づけられているサブページのＨＴＭＬプログラムを送信する。これにより、当該ユーザ端末３００におけるサブページフレーム５２０にサブページを表示させる。なお、サブページ送信部１１０は、サブページに対応づけられているユーザ端末３００のＩＤを基に、当該ユーザ端末３００からの要求を待つことなく、当該ユーザ端末３００にサブページを自発的に送信してもよい。
【００４５】
図７は、実施の形態における各装置の相互作用を示すシーケンス図である。同図は、ウェブページ５００が図２（ａ）から図２（ｂ）に変更されるときの相互作用を示している。ユーザ端末３００は、メインページ提供サーバＡ２００ａにＵＲＩを指定してウェブページを要求する（Ｓ１０）。メインページ提供サーバＡ２００ａは、指定されたウェブページをメインページとしてユーザ端末３００に送信して、メインページフレーム５１０にメインページを表示させる（Ｓ１２）。メインページ提供サーバＡ２００ａは、メインページ情報をメインページ提供サーバＢ２００ｂに送信する（Ｓ１４）。メインページ提供サーバＢ２００ｂは、メインページに対応する対応ページ情報をサブページ提供サーバ１００に送信する（Ｓ１６）。
【００４６】
メインページ提供サーバＡ２００ａは、また、メインページ情報をメインページ提供サーバＣ２００ｃに送信する（Ｓ１８）。メインページ提供サーバＣ２００ｃは、メインページに対応する対応ページ情報をサブページ提供サーバ１００に送信する（Ｓ２０）。ユーザ端末３００は、サブページ提供サーバ１００にＵＲＩを指定してウェブページを要求する（Ｓ２２）。サブページ提供サーバ１００は、メインページに対応づけられている複数のウェブページの一覧を示すサブページをユーザ端末３００に送信して、サブページフレーム５２０にサブページを表示させる（Ｓ２４）。
【００４７】
本実施の形態によれば、ユーザ端末３００から指定されたウェブページがメインページとして当該ユーザ端末３００に表示されるとともに、メインページに対応づけられている対応ページの一覧がサブページとして当該ユーザ端末３００に表示される。これにより、ユーザは、自身が指定したウェブサイトにおける所望情報を確認した後に、対応するウェブサイトにおける所望情報を容易に確認できる。またサブページの表示内容、言い換えれば対応ページのアドレス情報は、メインページの表示内容の変更に伴って変更されるため、ユーザはメインページの変更に必要な情報を入力すれば、対応ページに同様の情報を入力する必要はない。これにより、複数の情報提供サーバから情報を取得する際の、ユーザの負担を低減して、ユーザの利便性を向上させる。
【００４８】
また、本実施の形態によれば、メインページが表示されるフレームと、サブページが表示されるフレームとが同一のウィンドウ内で表示される。これにより、ユーザは一のウィンドウを起動して、一のメインページ提供サーバ２００にアクセスすれば、自動的にユーザ端末３００がサブページ提供サーバ１００へもアクセスして、メインページとサブページとが表示される。また、メインページやサブページを操作するために、ウィンドウを切換える必要はない。すなわち、複数の情報提供サーバから情報を取得する際の、ユーザの負担を低減して、ユーザの利便性を向上させる。
【００４９】
さらに、本実施の形態によれば、所定のグループに属する複数のウェブページが複数のメインページ提供サーバ２００のそれぞれに分散配置されている。また、複数のメインページ提供サーバ２００のそれぞれが、自サーバの管理下にあるウェブページと、他のメインページ提供サーバ２００の管理下にあるウェブページとを対応づけるテーブルを保持する。これにより、メインページ提供サーバ２００それぞれの管理者は、自らが管理するウェブサイトのページと他のウェブサイトのページとを適切に対応付けできる。例えば、メインページ提供サーバ２００がレストラン予約サイトを提供する場合に、他のホテル予約サイトのページであって、宿泊料が比較的高いホテルが表示されるウェブページには、高級レストランが表示されるウェブページを対応づけることができる。一方で、宿泊料が比較的安価なホテルが表示されるウェブページには、安価なレストランが表示されるウェブページを対応づけることができる。
【００５０】
さらにまた、本実施の形態によれば、ユーザからウェブページを指定された一のメインページ提供サーバ２００は、他のメインページ提供サーバ２００に対してメインページ情報をマルチキャストで送信してもよい。これにより、他のメインページ提供サーバ２００が多数存在する場合にも、送信元のメインページ提供サーバ２００の処理負荷およびネットワーク上のトラフィックは最小限となる。また、他のメインページ提供サーバ２００がほぼ同時にメインページ情報を取得できることで、各メインページ提供サーバ２００はサブページ提供サーバ１００に対し対応ページ情報をほぼ同時に送信できる。これにより、サブページ提供サーバ１００は、ユーザがメインページを指定した後、短時間のうちにサブページを生成して当該ユーザに提供できる。また、マルチキャストの場合には、メインページ提供サーバ２００が追加された場合にも、マルチキャストグループの既存メンバーであるメインページ提供サーバ２００における追加設定は不要となり、メインページ提供サーバ２００の追加を容易に行える。
【００５１】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５２】
請求項に記載の各構成要件が果たすべき機能は、本実施例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【００５３】
変形例を説明する。上述した実施の形態では、メインページ提供サーバ２００の識別情報送信部２１６が他のメインページ提供サーバ２００にメインページ情報を送信した。本変形例では、メインページ提供サーバ２００の識別情報送信部２１６は、メインページ情報をサブページ提供サーバ１００に送信する。サブページ提供サーバ１００は、ユーザ端末３００からウェブページを指定されたメインページ提供サーバ２００からメインページ情報を受信して、他のメインページ提供サーバ２００に当該メインページ情報を送信する図示しない識別情報転送部をさらに有する。この識別情報転送部は、メインページ情報を他のメインページ提供サーバ２００にユニキャストで送信してもよく、マルチキャストで送信してもよい。他のメインページ提供サーバ２００の識別情報受信部は、サブページ提供サーバ１００の識別情報転送部からメインページのＩＤを受信する。以降のメインページ提供サーバ２００の第２処理部２２０における処理内容は実施の形態と同様である。
【００５４】
図８は、変形例における各装置の相互作用を示すシーケンス図である。同図も、ウェブページ５００が図２（ａ）から図２（ｂ）に変更されるときの相互作用を示している。同図のＳ３０およびＳ３２は、図７のＳ１０およびＳ１２と同じであり、同図のＳ４４およびＳ４６は、図７のＳ２２およびＳ２４と同じであるため説明を省略する。
【００５５】
メインページ提供サーバＡ２００ａは、メインページ情報をサブページ提供サーバ１００に送信する（Ｓ３４）。サブページ提供サーバ１００は、メインページ提供サーバＢ２００ｂにメインページ情報を送信する（Ｓ３６）。メインページ提供サーバＢ２００ｂは、メインページに対応する対応ページ情報をサブページ提供サーバ１００に送信する（Ｓ３８）。サブページ提供サーバ１００は、また、メインページ提供サーバＣ２００ｃにメインページ情報を送信する（Ｓ４０）。メインページ提供サーバＣ２００ｃは、メインページに対応する対応ページ情報をサブページ提供サーバ１００に送信する（Ｓ４２）。
【００５６】
本変形例によれば、複数のメインページ提供サーバ２００のそれぞれは、他のメインページ提供サーバ２００からのアクセスを許容する必要はない。言い換えれば、ユーザ端末３００およびサブページ提供サーバ１００からのアクセスのみを許容すればよい。具体的には、ユーザ端末３００からのアクセスを許容するために、ファイヤウォールでポート番号８０を許可する。また、メインページ情報をサブページ提供サーバ１００から受信するために、サブページ提供サーバ１００のＩＰアドレスおよび特定のポート番号をファイヤウォールで許可する。また、その他のＩＰアドレスおよびポート番号での通信を拒否するように設定できる。
【００５７】
複数のメインページ提供サーバ２００のそれぞれは、異なる企業が保持する場合もある。一般的に、異なる企業から自社のサーバにはアクセスを許容しないセキュリティポリシーを持つ企業は多い。本変形例の情報提供システムは、このようなセキュリティポリシーを持つ企業にも適用できる。また、メインページ提供サーバ２００にメインページ情報を送信する外部装置をサブページ提供サーバ１００に限定できることで、メインページ提供サーバ２００を保持する企業のセキュリティレベルを向上できる。
【００５８】
別の変形例を説明する。上述した実施の形態では、メインページ提供サーバ２００のページ特定部２２６は、ページ情報保持部２２４が保持するＵＲＩテーブルおよびユーザデータテーブルを参照して対応ページを特定した。ページ特定部２２６は、識別情報受信部２２２において受信されたメインページのＩＤを所定の規則により変換して対応ページを特定してもよい。この場合、メインページのＩＤに対応するデータを保持するテーブルはあらかじめ用意されなくてもよい。
【００５９】
例えば、メインページのＩＤとして通知された文字列に対して既知のＵＲＬ（Uniform Resource Locator）エンコードを施すことにより１６進数の文字列とし、あらかじめ決められているＵＲＩ文字列に追加して、対応ページのＩＤやＵＲＩが生成されてもよい。また、あらかじめ決められているＵＲＩ文字列に対して、メインページのＩＤそのものを追加して、対応ページのＩＤやＵＲＩが生成されてもよい。また、メインページのＩＤを所定の規則で変換して生成した文字列をもとに対応ページのＵＲＩが保持されるテーブルを検索して、対応ページのＩＤやＵＲＩを取得してもよい。
【００６０】
本変形例によれば、所定の規則によりメインページのＩＤを変換して対応ページを特定できるため、メインページと対応ページとの対応関係を記録するテーブルをあらかじめ用意することが不要になり、メインページ提供サーバ２００の管理者の負担が軽減される。また、テーブルに記録されていないメインページのＩＤからでも対応ページを特定できる。なお、メインページのＩＤを基に所定のテーブルを参照して取得した文字列と、当該ＩＤに対し所定の変換を施すことにより生成した文字列とを組み合わせて、対応ページのＩＤやＵＲＩが生成されてもよい。
【００６１】
さらに別の変形例として、メインページ提供サーバ２００のページ情報送信部２２８は、ページＩＤフィールド２３２に、対応ページのＵＲＩに加え、対応ページに記述されている所定のコンテンツデータを設定してもよい。例えば、対応ページがホテルの予約ページである場合には、そのページに記述されているホテルの宿泊料などを含めてもよい。ページＩＤフィールド２３２に設定された対応ページのコンテンツデータは、サブページ生成部１０８においてサブページのデータとして設定され、サブページフレーム５２０に表示される。これにより、ユーザはメインページフレーム５１０のコンテンツデータと、サブページフレーム５２０のコンテンツデータとを比較して、適切な対応ページの選択が容易になる。
【００６２】
さらに別の変形例として、メインページ提供サーバ２００に代わって、サブページ提供サーバ１００が、対応ページを特定してもよい。本変形例では、メインページ提供サーバ２００は第１処理部２１０のみを有し、ユーザ端末３００からウェブページを指定されたメインページ提供サーバ２００の識別情報送信部２１６は、メインページ情報をサブページ提供サーバ１００に送信する。サブページ提供サーバ１００は、識別情報受信部２２２とページ情報保持部２２４とページ特定部２２６を有する。ページ情報保持部２２４は、所定のグループに属する複数のページが対応づけるためのＵＲＩテーブルやユーザデータテーブルを保持する。ページ特定部２２６は、それぞれのメインページ提供サーバ２００における対応ページのＩＤを特定して、記憶部１０４に記録する。以降の処理は実施の形態と同様である。本変形例によれば、サブページ提供サーバ１００が対応ページを一元的に特定するため、メインページ提供サーバ２００の処理負荷を低減できる。
【００６３】
また、本発明の技術思想によれば、情報提供サイトを提供する複数企業のビジネスチャンスを拡大できる。例えば、異なる企業が情報提供サイトをそれぞれ運営しているときに、これらの企業は各ウェブサイトにおける同一テーマのページをグループとして対応づけて、図１のようにシステムを構成する。これにより、ユーザが当初他社サイトにアクセスした場合でも、自社サイトのＵＲＩ等がサブページに表示されることで、ユーザを自社サイトに誘導しやすくなる。また、メインページで表示された他社サイトのページ変更に応じて、サブページで表示される自社サイトのＵＲＩも変更されるため、ユーザに負担を強いることなく、最低限の操作で自社サイトにアクセスさせることができる。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施の形態における情報提供システムの構成を示す図である。
【図２（ａ）】図１のユーザ端末に表示されるウェブページを示す図である。
【図２（ｂ）】図１のユーザ端末に表示されるウェブページを示す図である。
【図２（ｃ）】図１のユーザ端末に表示されるウェブページを示す図である。
【図３】図１のメインページ提供サーバの機能構成を示すブロック図である。
【図４】メインページ情報のデータ構造を示す図である。
【図５（ａ）】ＵＲＩテーブルのデータ構造を示す図である。
【図５（ｂ）】ユーザデータテーブルのデータ構造を示す図である。
【図６】図１のサブページ提供サーバの機能構成を示すブロック図である。
【図７】実施の形態における各装置の相互作用を示すシーケンス図である。
【図８】変形例における各装置の相互作用を示すシーケンス図である。
【符号の説明】
【００６５】
１００  サブページ提供サーバ、  １０２  ページ情報受信部、  １０４  記憶部、  １０６  更新要求受信部、  １０８  サブページ生成部、  １１０  サブページ送信部、  ２００  メインページ提供サーバ、  ２１０  第１処理部、  ２１２  指定情報受信部、  ２１４  メインページ送信部、  ２１６  識別情報送信部、  ２２０  第２処理部、  ２２２  識別情報受信部、  ２２４  ページ情報保持部、  ２２６  ページ特定部、  ２２８  ページ情報送信部、  ２３０  セッションＩＤフィールド、  ２３２  ページＩＤフィールド、  ２４０  他サーバＵＲＩ欄、  ２４２  自サーバＵＲＩ欄、  ２５０  入力フィールド欄、  ２５２  入力データ欄、  ２５４  対応フィールド欄、  ２５６  対応データ欄、  ３００  ユーザ端末、  ４００  通信網、  ５００  ウェブページ、  ５１０  メインページフレーム、  ５１２  入力フィールド、  ５１４  ボタン、  ５２０  サブページフレーム、  ５２２，５２４，５２６，５２８，５３０  ＵＲＩ情報、  １０００  情報提供システム。
【図１】
2009211146.tif 000003
【図２（ａ）】
2009211146.tif 000004
【図２（ｂ）】
2009211146.tif 000005
【図２（ｃ）】
2009211146.tif 000006
【図３】
2009211146.tif 000007
【図４】
2009211146.tif 000008
【図５（ａ）】
2009211146.tif 000009
【図５（ｂ）】
2009211146.tif 000010
【図６】
2009211146.tif 000011
【図７】
2009211146.tif 000012
【図８】
2009211146.tif 000013