JP4009342B2 - 情報提供要求方法，情報提供要求プログラムを記憶した記憶媒体およびサーバコンピュータ - Google Patents
情報提供要求方法，情報提供要求プログラムを記憶した記憶媒体およびサーバコンピュータ Download PDFInfo
- Publication number
- JP4009342B2 JP4009342B2 JP10781097A JP10781097A JP4009342B2 JP 4009342 B2 JP4009342 B2 JP 4009342B2 JP 10781097 A JP10781097 A JP 10781097A JP 10781097 A JP10781097 A JP 10781097A JP 4009342 B2 JP4009342 B2 JP 4009342B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- article
- field
- keyword
- start request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
（目次）
発明の属する技術分野
従来の技術
発明が解決しようとする課題
課題を解決するための手段（図１）
発明の実施の形態（図２〜図１９）
発明の効果
【０００２】
【発明の属する技術分野】
本発明は、各種情報を保持するホスト（サーバ）と、ネットワークを介しホストに対して情報提供要求を行なうインテリジェントな端末とをそなえ、ホストから端末に対する情報提供サービスを行なう情報提供システムに関する。
【０００３】
【従来の技術】
近年の、コンピュータの低価格化および高性能化、使い易さの向上、ネットワーク技術の普及、またこれらを基礎とするインターネットの普及に伴い、ＷＷＷ（World Wide Web）を初めとする情報提供サービスが急速に一般化しつつある。
その結果、提供される情報量も大幅に増大し、提供される個々の情報だけでなく情報のナビゲーションを行なう技術も重要になってきている。
【０００４】
従来の情報提供システムにおける、情報のナビゲーション手法としては、例えば、下記項目▲１▼，▲２▼に記載するようなものがある。
▲１▼情報間に予め固定的な関連付けを行なっておき、情報提供サービスの利用者がその関連を辿って情報を閲覧することにより、自動的に情報のナビゲーションを行なう手法。
【０００５】
▲２▼情報提供サービスの利用者からの要求に応じてホスト側で情報間の関連付けを行ない、利用者の状況等に応じて、ある情報に関連する情報を動的に決定することにより、情報のナビゲーションを行なう手法。
【０００６】
【発明が解決しようとする課題】
しかしながら、上述した項目▲１▼の手法では、ホストに対する負荷が比較的小さく、応答性も良好であるが、情報間の関連付けが固定されているため、多量の情報が保持されている場合に、情報のナビゲーションを状況に応じて臨機応変に行なうことが困難である。
【０００７】
これに対して、上述した項目▲２▼の手法では、ホスト上で情報間の関連付けを動的に行なっているので、多量の情報が保持されている場合に、情報のナビゲーションを状況に応じて臨機応変に行なうことが可能である。
しかし、情報の提供を要求してきた端末毎に、情報間の関連付けを動的に行なうため、ホストに対する負荷が極めて大きくなり、応答性も低下する。各端末のための情報関連付け処理による負荷はそれほど大きくなくても、ＷＷＷのような一般的な情報提供サービスを行なうシステムでは利用者が極めて多いため、その負荷は無視できない。
【０００８】
また、ＷＷＷサービスのように伝送路の途中でデータのキャッシングが行なわれるような環境（代理サーバ等が存在する環境）では、情報が動的に生成されると、キャッシュが有効に動作せず伝送路に対する負荷が大きくなるなどの課題もある。
本発明は、このような課題に鑑み創案されたもので、提供情報の関連付けを利用者端末側で動的に変更することにより状況に応じた柔軟なナビゲーションを行ないながら多量の情報を提供できるようにして、ホストに対する負荷の軽減，応答性の向上，伝送路への負荷の軽減を実現した、情報提供システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
このため、本発明の情報提供要求方法は、コンピュータが、ネットワークを介して接続される、静的に保持する情報を提供するサーバコンピュータに対して情報提供サービス開始要求を送信するサービス開始要求送信ステップと、前記サービス開始要求送信ステップで送信した情報提供サービス開始要求に応じて前記サーバコンピュータから送信されてくる、提供対象となる情報の提供単位毎の識別子と各情報に係るキーワードとを含む記事情報と、分野と該分野に属するキーワードとを含む関連情報とを受信する受信ステップと、前記受信ステップで受信した前記記事情報と前記関連情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力する出力ステップと、前記出力ステップで出力した前記関連付け情報に対する利用者からの選択入力に基づき、該選択された関連付け情報の識別子を含む情報提供要求を前記サーバコンピュータに送信する実質情報要求ステップと、を実行することを特徴としている。
このとき、前記受信ステップで受信する記事情報には、前記各情報の日付情報を更に含み、前記出力ステップは、経時情報テーブルに記憶した、該コンピュータと前記サーバコンピュータとの間のアクセス時間またはネットワークトラヒック情報の少なくともいずれかと情報検索範囲との対応設定情報を元に、前記サーバコンピュータに対する前記サービス開始要求送信ステップでの情報提供サービス開始要求送信から前記受信ステップでの情報の受信までのアクセス時間、または、当該アクセス日時におけるネットワークトラヒック情報に対応する情報検索範囲に該当する日付の記事情報と、前記関連情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力してもよい。また、前記出力ステップは、利用者情報テーブルに記憶した、利用者が興味を持っている分野の情報に該当する分野の、前記受信ステップで受信した関連情報と、前記記事情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力してもよい。
また、本発明の情報提供要求プログラムを記憶した記憶媒体は、コンピュータに、静的に保持する情報を提供するサーバコンピュータに対して情報提供サービス開始要求を送信するサービス開始要求送信ステップと、前記サービス開始要求送信ステップで送信した情報提供サービス開始要求に応じて前記サーバコンピュータから送信されてくる、提供対象となる情報の提供単位毎の識別子と各情報に係るキーワードとを含む記事情報と、分野と該分野に属するキーワードとを含む関連情報とを受信する受信ステップと、前記受信ステップで受信した前記記事情報と前記関連情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力する出力ステップと、前記出力ステップで出力した前記関連付け情報に対する利用者からの選択入力を受け付け、該選択された関連付け情報の識別子を含む情報提供要求を前記サーバコンピュータに送信する実質情報要求ステップと、を実行させることを特徴としている。
さらに、本発明のサーバコンピュータは、ネットワークを介して接続される端末から情報提供サービス開始要求を受信するサービス開始要求受信手段と、前記サービス開始要求受信手段で受信した情報提供サービス開始要求に応じ、提供対象となる情報の提供単位毎の識別子と各情報に係るキーワードとを含む記事情報と、分野と該分野に属するキーワードとを含む関連情報とを該情報提供サービス開始要求の送信元の端末に送信する送信手段と、前記送信手段で送信した前記記事情報と前記関連情報とを前記キーワードを元に関連付けた前記分野と前記識別子との関連付け情報に対する利用者からの選択入力に基づき該記事情報と該関連情報との送信先の端末から送信される、該選択された関連付け情報の識別子を含む情報提供要求を受信する情報提供要求受信手段と、を備えることを特徴としている。
図１は本発明の原理ブロック図で、この図１に示すように、本発明の情報提供システム１は、情報提供サービスを行なうべく各種情報を静的に保持するホスト２と、ネットワーク４を介しホスト２に対して情報提供要求を行なう端末３とをそなえて構成されている。
【００１０】
本発明の情報提供システム１におけるホスト２は、端末３からの情報提供要求に応じて情報提供サービスを開始するに当たり、端末３への提供対象となる情報の提供単位毎に識別子（ＩＤ）と各情報に係るデータ項目とを保持する第１テーブル５と、各データ項目とそのデータ項目よりも上位の概念を有する上位項目との関連を定義する第２テーブル６とを端末３へ送出する。
【００１１】
そして、本発明の情報提供システム１における端末３は、ホスト２からの第１テーブル５と第２テーブル６とに基づいて、上位項目と識別子との関連付けを行なってから、その関連付けの結果を用いてホスト２に対し識別子により実質的な情報の提供を要求する。
上述の構成により、従来、ホスト上で行なわれていた情報関連付け処理を、ホスト２からの第１テーブル５と第２テーブル６とに基づいて端末３側で実行できるようになる。従って、提供情報の関連付けを端末３側で動的に変更して、状況に応じた柔軟なナビゲーションを行ないながら多量の情報をホスト２から各端末３へ提供することができる。
【００１２】
このとき、端末３は、その端末３の利用者に関する個人情報と上位項目との関連付けを行なって当該利用者に適合する情報の識別子を抽出してもよく、これにより、利用者のプロファイル（個人情報）に応じた情報の関連付け（情報ナビゲーション）を行なうことができる。
また、端末３は、ホスト２やネットワーク４における経時変化を伴う状況に応じて、ホスト２に対して要求する情報の量を決定してもよく、この場合、ネットワーク４の通信状況等に応じた情報の関連付け（情報ナビゲーション）を行なうことができる。
【００１３】
さらに、端末３は、ホスト２における情報の閲覧を開始してから第１テーブル５および第２テーブル６を受けるまでのアクセス時間を、前記経時変化を伴う状況として検出してもよく、この場合、端末３側で、経時的に変化するネットワーク４の通信状況等を前記アクセス時間として容易に検出でき、その通信状況等を情報の関連付け即ち情報ナビゲーションに容易に反映することができる。
【００１４】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
図２は本発明の一実施形態としての情報提供システムの構成を示すブロック図であり、この図２に示すように、本実施形態の情報提供システム１１は、例えばＷＷＷ上で情報提供サービスを行なうべく各種情報を静的に保持するサーバ（ホストという場合もある）１１と、ネットワーク１４を介しサーバ１２に対して情報提供要求を行なうクライアント（利用者端末という場合もある）１３とをそなえて構成されている。
【００１５】
サーバ１１側には、記事データベース２１，関連情報データベース２２，記事情報データベース２３およびその他の情報用のデータベース２４がそなえられる一方、クライアント１３側には、ユーザ情報データベース２５およびその他の情報用のデータベース２６がそなえられている。
記事データベース２１には、クライアント１３に対して提供される、実質的な新聞記事等の記事データ（記事ページを生成するために必要な情報）が静的に格納されている。
【００１６】
関連情報データベース２２には、クライアント１３への提供対象となる記事データにおけるキーワード（データ項目）と、各キーワードの属する分野（データ項目よりも上位の概念を有する上位項目）との関連を定義する関連情報テーブル（第２テーブル）Ｒが格納されている。
関連情報テーブルＲは、例えば図４に示すような形式を有しており、この図４に示す関連情報テーブルＲでは、分野R[1]〜R[x]のそれぞれに属するキーワード群R[1]〜R[x]が関連付けられて格納されている。
【００１７】
例えば、分野R[1]についてはキーワード群R[1]＝｛キーワードR[1][1],キーワードR[1][2],…，キーワードR[1][p] ｝が格納され、分野R[2]についてはキーワード群R[2]＝｛キーワードR[2][1],キーワードR[2][2],…，キーワードR[1][q] ｝が格納され、分野R[x]についてはキーワード群R[x]＝｛キーワードR[x][1],キーワードR[x][2],…，キーワードR[x][r] ｝が格納されている。
【００１８】
記事情報データベース２３には、記事データの提供単位毎に記事ＩＤ（記事識別子）と各記事データの日付（データ項目）と各記事データに係るキーワード（データ項目）とを保持する記事情報テーブル（第１テーブル）Ａが格納されている。
記事情報テーブルＡは、例えば図５に示すような形式を有しており、この図５に示す記事情報テーブルＡでは、記事データの提供単位毎に、その記事データを特定するための記事ＩＤ〔ＩＤ[1] 〜ＩＤ[y] 〕と、その記事データの日付[1] 〜日付[y] と、その記事データの内容を特徴付けるキーワード群A[1]〜A[y]とが格納されている。
【００１９】
例えば、ＩＤ[1] の記事データについては日付[1] とキーワード群A[1]＝｛キーワードA[1][1],キーワードA[1][2],…，キーワードA[1][s] ｝とが格納され、ＩＤ[2] の記事データについては日付[2] とキーワード群A[2]＝｛キーワードA[2][1],キーワードA[2][2],…，キーワードA[2][t] ｝とが格納され、ＩＤ[y] の記事データについては日付[y] とキーワード群A[y]＝｛キーワードA[y][1],キーワードA[y][2],…，キーワードA[y][u] ｝とが格納されている。
【００２０】
ユーザ情報データベース２５には、クライアント１３におけるユーザの個人情報（プロファイル）を保持するユーザ情報テーブルＵが格納されている。このユーザ情報テーブルＵは、例えば図３に示すような形式を有しており、ユーザが興味をもっている分野が、分野U[1]〜U[n]として格納されている。なお、以下の説明中で、ユーザを利用者として記載する場合がある。
【００２１】
データベース２４および２６には、例えば、その他の情報として、検索すべき日数（現在の日付から何日前までの記事データを検索すべきか）を決定するための経時情報テーブルＴが格納されている。
本実施形態の情報提供システム１１において、クライアント１３側では、図８にて後述するごとく、サーバ１２における情報の閲覧開始を指示してからチャンネルデータ（テーブルＲ，Ａ）を取得するまでのアクセス時間を検出し、そのアクセス時間に応じた記事データの検索日数を、データベース２６における経時情報テーブルＴにより決定している。
【００２２】
前述したアクセス時間は、サーバ１２の負荷状況やネットワーク４のトラヒック等の経時変化を伴う状況に対応するもので、このようにアクセス時間を検索日数に反映させることにより、サーバ１２の負荷状況やネットワーク４のトラヒック等の状況に応じて、サーバ１２に対して要求する情報の量（記事データの量）が決定されるようになっている。
【００２３】
経時情報テーブルＴは、例えば図６に示すような形式を有しており、アクセス時間の範囲に対応した検索日数が設定されている。例えば、アクセス時間が０〜アクセス時間[1] の範囲内である場合には検索日数として日数[1] が設定され、アクセス時間がアクセス時間[1] 〜アクセス時間[2] の範囲内である場合には検索日数として日数[2] が設定され、アクセス時間がアクセス時間[z] 以上である場合には検索日数として日数[z] が設定される。ただし、アクセス時間[1] ＜アクセス時間[2] ＜…＜アクセス時間[z] であるのに対して、日数[1] ＞日数[2] ＞…＞日数[z] である。
【００２４】
そして、サーバ１２は、クライアント１３から情報提供要求（閲覧開始要求）をリクエストとして受けると、閲覧可能な記事データの一覧をクライアント１３側で生成するために必要なチャンネルデータをレスポンスとしてクライアント１３へ送出する。このチャンネルデータとしては、本実施形態では、前述した関連情報テーブルＲおよび記事情報テーブルＡが送られる。
【００２５】
チャンネルデータ（関連情報テーブルＲおよび記事情報テーブルＡ）を取得したクライアント１３は、チャンネルデータを取得するまでのアクセス時間に応じた検索日数を経時情報テーブルＴにより決定してから、そのチャンネルデータおよびユーザ情報テーブルＵに基づいて、図８にて後述するごとく、ユーザの興味に適合する分野と記事ＩＤとの関連付けを行なってから、その関連付けの結果を用いてサーバ１２に対し記事ＩＤにより実質的な情報の提供を要求する。
【００２６】
次に、上述のごとく構成された本実施形態の情報提供システム１１における、クライアント１３の動作について、図７に示す状態遷移図を参照しながら説明する。
クライアント１３が立ち上がると、まず、初期状態Ｓ１となる。この初期状態Ｓ１のクライアント１３は、ユーザによる閲覧開始の指示を受け且つサーバ１２へ初期チャンネルデータを要求すると、チャンネルデータの受信待ち状態Ｓ２へ遷移する。
【００２７】
チャンネルデータの受信待ち状態Ｓ２のクライアント１３は、サーバ１２からチャンネルデータを受信し且つチャンネルページを生成し保存して表示すると、ユーザ操作待ち状態Ｓ３へ遷移する。
ユーザ操作待ち状態Ｓ３のクライアント１３は、ユーザによるチャンネルの選択指示を受け且つサーバ１２に対してその指示に対応するチャンネルデータを要求すると、再び、チャンネルデータの受信待つ状態Ｓ２に遷移する一方、ユーザによる記事の選択指示を受け且つサーバ１２に対してその指示に対応するチャンネルデータを要求すると、記事データの受信待ち状態Ｓ４に遷移する。
【００２８】
記事データの受信待ち状態Ｓ４のクライアント１３は、サーバ１２から記事データを受信し且つ記事ページを生成して表示すると、ユーザ操作待ち状態Ｓ５へ遷移する。
ユーザ操作待ち状態Ｓ５のクライアント１３は、ユーザによる次の記事の閲覧指示を受け且つサーバ１２に対してその指示に対応する記事データを要求した場合や、ユーザによる前の記事の閲覧指示を受け且つサーバ１２に対してその指示に対応する記事データを要求した場合には、再び、記事データの受信待ち状態Ｓ４へ遷移する一方、ユーザによるチャンネルページへの復帰の指示を受け且つ保存されているチャンネルページを表示すると、再び、チャンネルデータの受信待ち状態Ｓ２へ遷移する。
【００２９】
次に、図８および図９に示すフローチャート（ステップＡ１〜Ａ１８）を参照しながら、本実施形態のクライアント１３において、ユーザによる閲覧開始の指示からチャンネルページを表示するまでの動作について説明する。なお、図中、“テーブル”を“表”として記載する場合がある。
クライアント１３は、ユーザによる閲覧開始指示を受けると、その時点の時刻（現在時刻）を開始時刻として保持してから（ステップＡ１）、サーバ１２に対して初期チャンネルデータを要求し、チャンネルデータである関連情報テーブルＲおよび記事情報テーブルＡを取得するとともに（ステップＡ２）、チャンネルデータ取得時点での時刻（現在時刻）とステップＡ１で保持した開始時刻との差をアクセス時間として算出する（ステップＡ３）。
【００３０】
そして、ステップＡ３で算出されたアクセス時間がアクセス時間範囲内に入ることを検索条件として、データベース２６における経時情報テーブルＴの検索を行なうことにより、そのアクセス時間に応じた記事データの検索日数を決定する（ステップＡ４）。
ついで、ユーザ情報テーブルＵと関連情報テーブルＲとの結合を行なって新たなテーブルＸを作成し（ステップＡ５）、さらに、そのテーブルＸと記事情報テーブルＡとの結合を行なって新たなテーブルＹを作成する（ステップＡ６）。
【００３１】
結合に際しては、リレーショナルデータベースの結合と同様の処理を行ない、結合対象のテーブルにおいて、結合キーの項目が結合条件を満たす行をそれぞれのテーブルから取得し、これらの行を結合して新たなテーブルを作成する。
ステップＡ５では、分野（上位項目）を結合キーとし、その分野の一致を結合条件として、ユーザ情報テーブルＵと関連情報テーブルＲとを結合した新たなテーブルＸが作成される。これにより、ユーザの興味のある分野とその分野に属するキーワード群とがテーブルＸとして抽出されることになる。
【００３２】
また、ステップＡ６では、キーワード群を結合キーとし、キーワード群に属するキーワードが部分的に一致することを結合条件として、テーブルＸと記事情報テーブルＡとを結合した新たなテーブルＹが作成される。このテーブルＹでは、ユーザの興味のある分野に属する記事データのＩＤが、日付とともに保持されることになる。
【００３３】
この後、ステップＡ４で得た検索日数を用いて、ステップＡ６で作成された表示Ｙの検索を行なう（ステップＡ７）。つまり、テーブルＹの日付を検索キーとし、その日付と現在時刻との差が、ステップＡ４で得た検索日数以内であることを検索条件として、テーブルＹの検索を行なうことにより、その検索日数以内の日付をもつ記事データについての情報（ＩＤ等）が、テーブルＹから抽出され、新たなテーブルＺが作成される。このテーブルＺでは、ユーザの興味のある分野に属し且つ検索日数以内の日付をもつ記事データを特定するＩＤが保持されることになる。
【００３４】
そして、ユーザによる指示等に応じて、分野を基準に閲覧を行なうか、日付を基準に閲覧を行なうかを決め（ステップＡ８）、分野を基準に閲覧を行なう場合には、テーブルＺ内のＩＤを、まず分野順に、各分野内では日付順に整列させた記事ＩＤ列を生成する一方（ステップＡ９）、日付を基準に閲覧を行なう場合には、テーブルＺ内のＩＤを日付順に整列させた記事ＩＤ列を生成する（ステップＡ１０）。
【００３５】
上述のように生成された記事ＩＤ列を、メモリのグローバル領域に保存し（ステップＡ１１）、記事一覧ＨＴＭＬ（HyperText Markup Language:ＷＷＷ用の言語）に空文字列をセットしてから（ステップＡ１２）、記事ＩＤ列の各要素を１番目から最後のものまでその要素数（ＩＤ数）だけ順次読み出して記事一覧ＨＴＭＬを生成し（ステップＡ１３〜Ａ１６）、生成された記事一覧ＨＴＭＬを、メモリのグローバル領域に保存するとともに（ステップＡ１７）、チャンネルページとしてクライアント１３のディスプレイに表示する（ステップＡ１８）。
【００３６】
さて、ユーザは、クライアント１３において、上述のように表示された記事一覧ＨＴＭＬを参照して所望の記事データの選択・表示を指示する。次に、図１０に示すフローチャート（ステップＢ１〜Ｂ５）を参照しながら、本実施形態のクライアント１３において、記事一覧ＨＴＭＬを参照したユーザによる記事の閲覧指示から、その記事ページが表示されるまでの処理動作について説明する。
【００３７】
まず、クライアント１３は、ユーザにより指示された記事ＩＤをサーバ１２へ送り、その記事ＩＤに対応する記事データを取得する（ステップＢ１）。また、記事ＩＤ列から現在の記事ＩＤよりも一つ前の記事ＩＤを取得するとともに（ステップＢ２）、記事ＩＤ列から現在の記事ＩＤの次の記事ＩＤを取得する（ステップＢ３）。
【００３８】
そして、ステップＢ１で取得された記事データと前の記事ＩＤおよび次の記事ＩＤとを含む記事ＨＴＭＬを生成し（ステップＢ４）、その記事ＨＴＭＬを記事ページとしてクライアント１３のディスプレイに表示する（ステップＢ５）。
クライアント１３では、上述のようにして、チャンネルページの表示と、そのチャンネルページから選択された記事データの表示とが行なわれる。
【００３９】
なお、実装レベルでは、状況に応じて最適化されるため、実際には上述したような処理がそのまま実装されるわけではなく、▲１▼アクセス時間に関係する処理，▲２▼ユーザ情報に関係する処理，▲３▼関連情報に関係する処理，▲４▼その他の情報（経時情報）に関係する処理が、必要に応じて取捨選択されて実装されることになる。
【００４０】
ところで、図２〜図１０にて説明した例では、処理対象が抽象的に表示されていたので、本実施形態の情報提供システム１１を、より具体的な処理対象に適用した例について、図１１〜図１９を参照しながら説明する。
１．サーバ１２においては、それぞれの情報（記事データ）Ｉに付加されるデータＤを用意する（図１１参照）。その付加データＤにおけるデータ項目としては、その情報の作成日時やその情報の内容を特徴付けるキーワードなどがある。
例えば図１１に示すように、著作権に関する記事であればキーワードとして“著作権”が、中国に関する記事であればキーワードとして“中国”が、円安に関する記事であればキーワードとして“円安”が選択される。付加データＤは、実際には、図５に示した記事情報テーブルＡの形式で、記事情報データベース２３に保持される。また、情報Ｉは、記事データベース２１に格納されている。
【００４１】
２．サーバ１２において、データ項目と情報間の関連を定義する関連情報テーブルＲ（図１２参照）を用意する。テーブルＲのテーブル項目としては、ある分野に対応するキーワードなどがある。例えば図１２に示すように、分野“知的所有権”についてはキーワード群「著作権，特許，…」が、分野“世界”についてはキーワード群「アメリカ，中国，…」が、分野“経済”についてはキーワード群「円高，円安，株価，…」が予め設定されている。
【００４２】
３．必要に応じて、個々の利用者（ユーザ）に関する情報を、例えば図１３に示すようなユーザ情報テーブルＵとして用意する。テーブルＵのデータ項目としては、ユーザＩＤ，年齢，性別，職種，関心のある分野などがある。このユーザ情報は、利用者端末（クライアント）１３が個人で占有されるならば利用者端末１３側に、共用されるならばホスト（サーバ）１２側に保持される。
【００４３】
４．必要に応じて、利用者端末１３側，ホスト１２側またはその両方に、例えば図１４に示すような経時変化を伴う情報（経時情報）Ｔを用意する。図２〜図１０にて前述した例では、アクセス時間に応じた検索日数を決定する経時情報テーブルＴをそなえた場合について説明したが、図１４に示すように、アクセス日時（情報要求時の時刻）や、時間帯毎の平均レスポンス時間，時間帯毎の平均転送速度等のネットワークトラヒック情報を経時情報テーブルＴとして保持しておき、アクセス日時における平均レスポンス時間や平均転送速度を経時情報テーブルＴから検索し、その経時情報に応じて、ホスト１２から端末１３へのデータ転送量（テーブルの転送量や検索結果の記事データの転送数など）を決定してもよい。
【００４４】
５．図１５に示すように、利用者端末１３側から情報提供サービスへのアクセスがあった場合、状況に応じて付加データＤ（記事情報テーブルＡ）および関連情報テーブルＲの一部または全部をホスト１２から端末１３へ送出する。このとき、時間変化を伴う情報Ｔを用いて付加データＤおよび関連情報テーブルＲの転送量や項目を制御してもよい。
【００４５】
６．利用者端末１３側では、付加データＤ（記事情報テーブルＡ）および関連情報テーブルＲを用いて関連付けを行ない利用者に提示する。このとき、図１６に示すように、ユーザ情報Ｕと関連情報Ｒとの関連付けを行ない、ユーザの関心のある分野を抽出してから、抽出された分野についてのキーワード群と付加データＤ（記事情報テーブルＡ）のキーワード群との関連付けを行なう。このとき、時間変化を伴う情報Ｔも加味して記事データを選択する。つまり、転送速度やレスポンス時間が遅い時には、古い情報は無視し、関連付けの結果得られた情報群の中から新しい情報を選択して表示する。その表示に際しては、分野を基準とした表示（分野別によるナビゲーション）、もしくは、日付を基準とした時系列表示（日付によるナビゲーション）が行なわれる。このような関連付け結果の表示状態が、前述したチャンネルページの表示状態に対応する。
【００４６】
７．利用者が、端末１３上で提示されたチャンネルページを参照してその関連を辿り、実際の記事データを選択して表示することを望む際には、図１７に示すように、ホスト１２に対して、ユーザにより選択された記事データについてのＩＤのみが転送され、そのＩＤをもつ実質的な記事データ（静的情報）の転送要求を行なう。以降、前述した項目５または項目６へ戻り、同様の処理を行なう。
【００４７】
ここで、図１８（ａ）および図１８（ｂ）を参照しながら、伝送路（ネットワーク１４）の途中でキャッシングが行なわれている場合、つまり代理サーバ１５が存在する場合の動作について説明する。
図１８（ａ）に示すように、利用者端末１３から要求された情報が代理サーバ（キャッシュ）１５に保存されていない場合には、まず、▲１▼利用者端末１３が代理サーバ１５に情報取得要求を出し、▲２▼代理サーバ１５が利用者端末１３の代理としてホスト１２に情報取得要求を出す。そして、▲３▼ホスト１２が代理サーバ１５に要求された情報を返すと、代理サーバ１５は、▲４▼利用者端末１３に要求された情報を返すとともにその情報をキャッシュに保存する。
【００４８】
一方、図１８（ｂ）に示すように、利用者端末１３から要求された情報が代理サーバ（キャッシュ）１５に保存されている場合には、まず、▲１▼利用者端末１３が代理サーバ１５に情報取得要求を出すと、▲２▼代理サーバ１５が、利用者端末１３に対して、キャッシュに保存されている情報を返す。
このように伝送路の途中でデータのキャッシングが行なわれるような環境、即ち、プロバイダ等の代理サーバ１５が存在する環境であっても、本実施形態の情報提供システム１１では、ホスト１２から情報が動的に生成されておらず、ホスト１２から端末１３へ提供される情報は全て静的なものであるため、代理サーバ１５におけるキャッシュが有効に動作し、伝送路に対する負荷が大きくなることはない。
【００４９】
さて、次に、図１９に示すような情報が保持されている場合の、本実施形態の情報提供システム１１の他の動作例について説明する。ここでは、利用者端末１３でチャンネルページの表示が行なわれ、ユーザが、その表示を参照しながら記事データをホスト１２から取得する際の具体的な動作例について説明する。
ここで、図１９に示すように、情報Ｉとして新聞記事が、付加データＤとして日付およびキーワードが、関連情報Ｒとして日付による分類および分野に対応するキーワードが、利用者情報Ｕとして利用者の関心のある分野および未既読情報が、そして、経時情報Ｔとしてアクセス日時およびネットワークトラヒックに関する統計情報が予め設定されているものとする。
【００５０】
(i) 新聞記事を日付によって分類し、『前の記事参照』を指示された時は現在参照中の記事よりも古いものを取得し、『次の記事参照』を指示された時は参照中の記事よりも新しいものを取得する。
(ii) 新聞記事を分野によって分類するとともに、同一分野内では日付によって分類し、『前の記事参照』を指示された時は同じ分野で参照記事よりも古い記事を取得し、古い記事が存在しなければ別の分野の最新記事を取得する。また、『次の記事参照』を指示された時は同じ分野で参照記事よりも新しい記事を取得し、新しい記事が存在しなければ別の分野の最も古い記事を取得する。
【００５１】
(iii) (i),(ii)に記載したような記事取得表示を行なう際には、前記項目３で説明したように、利用者情報Ｕとの関連付けを行なうことにより、利用者が関心のある分野のみを抽出してもよい。
(iv) (i) 〜(iii) において、例えばアクセス日時よりも１ヵ月前までの分を一律抽出しもよい。
【００５２】
(v) (i) 〜(iii) において、ネットワーク１４が空いている場合には、例えば６ヵ月分の情報をホスト１２から送出し、ネットワーク１４が混雑している場合には、例えば３ヵ月分の情報を送出してもよい。
(vi) (i) 〜(iii) において、ネットワーク１４が空いている場合には、例えば３ヵ月分の情報を利用者に提示し、ネットワーク１４が混雑している場合には、例えば１ヵ月分の情報を提示してもよい。
【００５３】
(vii) (i),(ii)おいて、ネットワーク１４が空いている場合には、全ての分野を利用者に提示し、ネットワーク１４が混雑している場合には、利用者の関心のある分野のみを提示してもよい。
(viii) 日付によって分類している時には、利用者情報Ｕにおける未既読情報を参照を参照し、未読の記事のみを提示し、分野によって分類している時には、既読記事も含めて提示してもよい。
【００５４】
このように、本発明の一実施形態としての情報提供システム１１によれば、情報関連付け処理を、ホスト１２からのチャンネルデータ〔関連情報テーブルＲおよび記事情報テーブルＡ（付加データＤ）〕に基づいて利用者端末１３側で実行することができるので、提供情報の関連付けを端末１３側で動的に変更して、状況に応じた柔軟なナビゲーションを行ないながら多量の情報（静的情報）をホスト１２から各端末１３へ提供することができ、ホスト１２に対する負荷を大幅に軽減でき、応答性を大幅に向上できるとともに、図１８（ａ）および図１８（ｂ）に示すように伝送路（ネットワーク１４）の途中でキャッシングが行なわれている場合の伝送路への負荷を大幅に軽減することができる。
【００５５】
このとき、端末１３において、その端末１３の利用者に関する個人情報（プロファイル）と分野等との関連付けを行なってその利用者に適合する情報のＩＤを抽出することにより、利用者のプロファイルに応じた最適な情報の関連付けを行なえ、最適な情報ナビゲーションを実現することができる。
また、端末１３において、ホスト１２やネットワーク１４における経時変化を伴う状況（経時情報Ｔ）に応じ、ホスト１２に対して要求する情報の量を決定することにより、ネットワーク１４の通信状況等に応じた最適な情報の関連付けを行なえ、情報ナビゲーションのさらなる最適化をはかることができる。
【００５６】
さらに、端末１３において、ホスト１２における情報の閲覧を開始してからチャンネルデータを受けるまでのアクセス時間を検出することにより、端末１３側で、経時的に変化するネットワーク１４の通信状況等をアクセス時間として容易に検出でき、その通信状況等を、情報の関連付け即ち情報ナビゲーションに容易に反映でき、情報関連付け処理や情報ナビゲーション処理をより最適化することができる。
【００５７】
なお、上述した実施形態では、ホスト１２から端末１３に供給する情報が、新聞記事等の記事データである場合について説明しているが、本発明は、これに限定されるものではなく、各種情報をホスト１２から端末１３へ提供する情報提供システムに、上述した実施形態と同様に適用され、上述と同様の作用効果を得ることができる。
【００５８】
また、本発明は上述した実施形態に限定されるものではなく、本発明とその趣旨を逸脱しない範囲で種々変形して実施することができる。
【００５９】
【発明の効果】
以上詳述したように、本発明によれば、情報関連付け処理を、ホストからの記事情報と関連情報とに基づいて利用者端末側で実行できるので、提供情報の関連付けを端末側で動的に変更して、状況に応じた柔軟なナビゲーションを行ないながら多量の情報をホストから各端末へ提供することができ、ホストに対する負荷を大幅に軽減できるほか、応答性を大幅に向上できるとともに、伝送路の途中でキャッシングが行なわれている場合の伝送路への負荷を大幅に軽減できるなどの効果がある。
【００６０】
このとき、端末において、その端末の利用者に関する個人情報と上位項目との関連付けを行なって当該利用者に適合する情報の識別子を抽出することにより、利用者のプロファイル（個人情報）に応じた最適な情報の関連付けを行なえ、ひいては最適な情報ナビゲーションを行なうことができる。
また、端末において、ホストやネットワークにおける経時変化を伴う状況に応じ、ホストに対して要求する情報の量を決定することにより、ネットワークの通信状況等に応じた最適な情報の関連付けを行なえ、ひいては最適な情報ナビゲーションを行なうことができる。
【００６１】
さらに、端末において、ホストにおける情報の閲覧を開始してから記事情報および関連情報を受けるまでのアクセス時間を検出することにより、端末側で、経時的に変化するネットワークの通信状況等を前記アクセス時間として容易に検出でき、その通信状況等を、情報の関連付け即ち情報ナビゲーションに容易に反映でき、情報関連付け処理や情報ナビゲーション処理をより最適化することができる。
【図面の簡単な説明】
【図１】本発明の原理ブロック図である。
【図２】本発明の一実施形態としての情報提供システムの構成を示すブロック図である。
【図３】本実施形態のユーザ情報テーブルを示す図である。
【図４】本実施形態の関連情報テーブル（第２テーブル）を示す図である。
【図５】本実施形態の記事情報テーブル（第１テーブル）を示す図である。
【図６】本実施形態の経時情報テーブルを示す図である。
【図７】本実施形態の端末（クライアント）の動作を説明すべくその端末における状態遷移を示す図である。
【図８】本実施形態の端末の動作（チャンネルページ表示処理）を説明するためのフローチャートである。
【図９】本実施形態の端末の動作（チャンネルページ表示処理）を説明するためのフローチャートである。
【図１０】本実施形態の端末の動作（記事ページ表示処理）を説明するためのフローチャートである。
【図１１】本実施形態のホストにおいて保持される情報（新聞記事）の具体例を説明するための図である。
【図１２】本実施形態の関連情報テーブル（第２テーブル）の具体例を示す図である。
【図１３】本実施形態のユーザ情報テーブルの具体例を示す図である。
【図１４】本実施形態の経時情報テーブルの具体例を示す図である。
【図１５】本実施形態の動作（サービス開始時のテーブル転送処理）を説明するためのブロック図である。
【図１６】本実施形態の端末で行なわれる情報の関連付け処理を具体的に説明するための図である。
【図１７】本実施形態の動作（実質的な情報提供要求処理）を説明するためのブロック図である。
【図１８】（ａ），（ｂ）はいずれも伝送路の途中でキャッシングが行なわれている場合の動作を説明するためのブロック図である。
【図１９】本実施形態の情報提供システムに保持されている情報の具体例を説明するための図である。
【符号の説明】
１ 情報提供システム
２ ホスト
３ 端末
４ ネットワーク
５ 第１テーブル
６ 第２テーブル
１１ 情報提供システム
１２ サーバ（ホスト）
１３ クライアント（利用者端末）
１４ ネットワーク
１５ 代理サーバ（キャッシュ）
２１ 記事データベース
２２ 関連情報データベース
２３ 記事情報データベース
２４ その他の情報用のデータベース
２５ ユーザ情報データベース
２６ その他の情報用のデータベース
Ｕ ユーザ情報テーブル
Ｒ 関連情報テーブル（第２テーブル）
Ａ 記事情報テーブル（第１テーブル）
Ｔ 経時情報テーブル
（目次）
発明の属する技術分野
従来の技術
発明が解決しようとする課題
課題を解決するための手段（図１）
発明の実施の形態（図２〜図１９）
発明の効果
【０００２】
【発明の属する技術分野】
本発明は、各種情報を保持するホスト（サーバ）と、ネットワークを介しホストに対して情報提供要求を行なうインテリジェントな端末とをそなえ、ホストから端末に対する情報提供サービスを行なう情報提供システムに関する。
【０００３】
【従来の技術】
近年の、コンピュータの低価格化および高性能化、使い易さの向上、ネットワーク技術の普及、またこれらを基礎とするインターネットの普及に伴い、ＷＷＷ（World Wide Web）を初めとする情報提供サービスが急速に一般化しつつある。
その結果、提供される情報量も大幅に増大し、提供される個々の情報だけでなく情報のナビゲーションを行なう技術も重要になってきている。
【０００４】
従来の情報提供システムにおける、情報のナビゲーション手法としては、例えば、下記項目▲１▼，▲２▼に記載するようなものがある。
▲１▼情報間に予め固定的な関連付けを行なっておき、情報提供サービスの利用者がその関連を辿って情報を閲覧することにより、自動的に情報のナビゲーションを行なう手法。
【０００５】
▲２▼情報提供サービスの利用者からの要求に応じてホスト側で情報間の関連付けを行ない、利用者の状況等に応じて、ある情報に関連する情報を動的に決定することにより、情報のナビゲーションを行なう手法。
【０００６】
【発明が解決しようとする課題】
しかしながら、上述した項目▲１▼の手法では、ホストに対する負荷が比較的小さく、応答性も良好であるが、情報間の関連付けが固定されているため、多量の情報が保持されている場合に、情報のナビゲーションを状況に応じて臨機応変に行なうことが困難である。
【０００７】
これに対して、上述した項目▲２▼の手法では、ホスト上で情報間の関連付けを動的に行なっているので、多量の情報が保持されている場合に、情報のナビゲーションを状況に応じて臨機応変に行なうことが可能である。
しかし、情報の提供を要求してきた端末毎に、情報間の関連付けを動的に行なうため、ホストに対する負荷が極めて大きくなり、応答性も低下する。各端末のための情報関連付け処理による負荷はそれほど大きくなくても、ＷＷＷのような一般的な情報提供サービスを行なうシステムでは利用者が極めて多いため、その負荷は無視できない。
【０００８】
また、ＷＷＷサービスのように伝送路の途中でデータのキャッシングが行なわれるような環境（代理サーバ等が存在する環境）では、情報が動的に生成されると、キャッシュが有効に動作せず伝送路に対する負荷が大きくなるなどの課題もある。
本発明は、このような課題に鑑み創案されたもので、提供情報の関連付けを利用者端末側で動的に変更することにより状況に応じた柔軟なナビゲーションを行ないながら多量の情報を提供できるようにして、ホストに対する負荷の軽減，応答性の向上，伝送路への負荷の軽減を実現した、情報提供システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
このため、本発明の情報提供要求方法は、コンピュータが、ネットワークを介して接続される、静的に保持する情報を提供するサーバコンピュータに対して情報提供サービス開始要求を送信するサービス開始要求送信ステップと、前記サービス開始要求送信ステップで送信した情報提供サービス開始要求に応じて前記サーバコンピュータから送信されてくる、提供対象となる情報の提供単位毎の識別子と各情報に係るキーワードとを含む記事情報と、分野と該分野に属するキーワードとを含む関連情報とを受信する受信ステップと、前記受信ステップで受信した前記記事情報と前記関連情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力する出力ステップと、前記出力ステップで出力した前記関連付け情報に対する利用者からの選択入力に基づき、該選択された関連付け情報の識別子を含む情報提供要求を前記サーバコンピュータに送信する実質情報要求ステップと、を実行することを特徴としている。
このとき、前記受信ステップで受信する記事情報には、前記各情報の日付情報を更に含み、前記出力ステップは、経時情報テーブルに記憶した、該コンピュータと前記サーバコンピュータとの間のアクセス時間またはネットワークトラヒック情報の少なくともいずれかと情報検索範囲との対応設定情報を元に、前記サーバコンピュータに対する前記サービス開始要求送信ステップでの情報提供サービス開始要求送信から前記受信ステップでの情報の受信までのアクセス時間、または、当該アクセス日時におけるネットワークトラヒック情報に対応する情報検索範囲に該当する日付の記事情報と、前記関連情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力してもよい。また、前記出力ステップは、利用者情報テーブルに記憶した、利用者が興味を持っている分野の情報に該当する分野の、前記受信ステップで受信した関連情報と、前記記事情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力してもよい。
また、本発明の情報提供要求プログラムを記憶した記憶媒体は、コンピュータに、静的に保持する情報を提供するサーバコンピュータに対して情報提供サービス開始要求を送信するサービス開始要求送信ステップと、前記サービス開始要求送信ステップで送信した情報提供サービス開始要求に応じて前記サーバコンピュータから送信されてくる、提供対象となる情報の提供単位毎の識別子と各情報に係るキーワードとを含む記事情報と、分野と該分野に属するキーワードとを含む関連情報とを受信する受信ステップと、前記受信ステップで受信した前記記事情報と前記関連情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力する出力ステップと、前記出力ステップで出力した前記関連付け情報に対する利用者からの選択入力を受け付け、該選択された関連付け情報の識別子を含む情報提供要求を前記サーバコンピュータに送信する実質情報要求ステップと、を実行させることを特徴としている。
さらに、本発明のサーバコンピュータは、ネットワークを介して接続される端末から情報提供サービス開始要求を受信するサービス開始要求受信手段と、前記サービス開始要求受信手段で受信した情報提供サービス開始要求に応じ、提供対象となる情報の提供単位毎の識別子と各情報に係るキーワードとを含む記事情報と、分野と該分野に属するキーワードとを含む関連情報とを該情報提供サービス開始要求の送信元の端末に送信する送信手段と、前記送信手段で送信した前記記事情報と前記関連情報とを前記キーワードを元に関連付けた前記分野と前記識別子との関連付け情報に対する利用者からの選択入力に基づき該記事情報と該関連情報との送信先の端末から送信される、該選択された関連付け情報の識別子を含む情報提供要求を受信する情報提供要求受信手段と、を備えることを特徴としている。
図１は本発明の原理ブロック図で、この図１に示すように、本発明の情報提供システム１は、情報提供サービスを行なうべく各種情報を静的に保持するホスト２と、ネットワーク４を介しホスト２に対して情報提供要求を行なう端末３とをそなえて構成されている。
【００１０】
本発明の情報提供システム１におけるホスト２は、端末３からの情報提供要求に応じて情報提供サービスを開始するに当たり、端末３への提供対象となる情報の提供単位毎に識別子（ＩＤ）と各情報に係るデータ項目とを保持する第１テーブル５と、各データ項目とそのデータ項目よりも上位の概念を有する上位項目との関連を定義する第２テーブル６とを端末３へ送出する。
【００１１】
そして、本発明の情報提供システム１における端末３は、ホスト２からの第１テーブル５と第２テーブル６とに基づいて、上位項目と識別子との関連付けを行なってから、その関連付けの結果を用いてホスト２に対し識別子により実質的な情報の提供を要求する。
上述の構成により、従来、ホスト上で行なわれていた情報関連付け処理を、ホスト２からの第１テーブル５と第２テーブル６とに基づいて端末３側で実行できるようになる。従って、提供情報の関連付けを端末３側で動的に変更して、状況に応じた柔軟なナビゲーションを行ないながら多量の情報をホスト２から各端末３へ提供することができる。
【００１２】
このとき、端末３は、その端末３の利用者に関する個人情報と上位項目との関連付けを行なって当該利用者に適合する情報の識別子を抽出してもよく、これにより、利用者のプロファイル（個人情報）に応じた情報の関連付け（情報ナビゲーション）を行なうことができる。
また、端末３は、ホスト２やネットワーク４における経時変化を伴う状況に応じて、ホスト２に対して要求する情報の量を決定してもよく、この場合、ネットワーク４の通信状況等に応じた情報の関連付け（情報ナビゲーション）を行なうことができる。
【００１３】
さらに、端末３は、ホスト２における情報の閲覧を開始してから第１テーブル５および第２テーブル６を受けるまでのアクセス時間を、前記経時変化を伴う状況として検出してもよく、この場合、端末３側で、経時的に変化するネットワーク４の通信状況等を前記アクセス時間として容易に検出でき、その通信状況等を情報の関連付け即ち情報ナビゲーションに容易に反映することができる。
【００１４】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
図２は本発明の一実施形態としての情報提供システムの構成を示すブロック図であり、この図２に示すように、本実施形態の情報提供システム１１は、例えばＷＷＷ上で情報提供サービスを行なうべく各種情報を静的に保持するサーバ（ホストという場合もある）１１と、ネットワーク１４を介しサーバ１２に対して情報提供要求を行なうクライアント（利用者端末という場合もある）１３とをそなえて構成されている。
【００１５】
サーバ１１側には、記事データベース２１，関連情報データベース２２，記事情報データベース２３およびその他の情報用のデータベース２４がそなえられる一方、クライアント１３側には、ユーザ情報データベース２５およびその他の情報用のデータベース２６がそなえられている。
記事データベース２１には、クライアント１３に対して提供される、実質的な新聞記事等の記事データ（記事ページを生成するために必要な情報）が静的に格納されている。
【００１６】
関連情報データベース２２には、クライアント１３への提供対象となる記事データにおけるキーワード（データ項目）と、各キーワードの属する分野（データ項目よりも上位の概念を有する上位項目）との関連を定義する関連情報テーブル（第２テーブル）Ｒが格納されている。
関連情報テーブルＲは、例えば図４に示すような形式を有しており、この図４に示す関連情報テーブルＲでは、分野R[1]〜R[x]のそれぞれに属するキーワード群R[1]〜R[x]が関連付けられて格納されている。
【００１７】
例えば、分野R[1]についてはキーワード群R[1]＝｛キーワードR[1][1],キーワードR[1][2],…，キーワードR[1][p] ｝が格納され、分野R[2]についてはキーワード群R[2]＝｛キーワードR[2][1],キーワードR[2][2],…，キーワードR[1][q] ｝が格納され、分野R[x]についてはキーワード群R[x]＝｛キーワードR[x][1],キーワードR[x][2],…，キーワードR[x][r] ｝が格納されている。
【００１８】
記事情報データベース２３には、記事データの提供単位毎に記事ＩＤ（記事識別子）と各記事データの日付（データ項目）と各記事データに係るキーワード（データ項目）とを保持する記事情報テーブル（第１テーブル）Ａが格納されている。
記事情報テーブルＡは、例えば図５に示すような形式を有しており、この図５に示す記事情報テーブルＡでは、記事データの提供単位毎に、その記事データを特定するための記事ＩＤ〔ＩＤ[1] 〜ＩＤ[y] 〕と、その記事データの日付[1] 〜日付[y] と、その記事データの内容を特徴付けるキーワード群A[1]〜A[y]とが格納されている。
【００１９】
例えば、ＩＤ[1] の記事データについては日付[1] とキーワード群A[1]＝｛キーワードA[1][1],キーワードA[1][2],…，キーワードA[1][s] ｝とが格納され、ＩＤ[2] の記事データについては日付[2] とキーワード群A[2]＝｛キーワードA[2][1],キーワードA[2][2],…，キーワードA[2][t] ｝とが格納され、ＩＤ[y] の記事データについては日付[y] とキーワード群A[y]＝｛キーワードA[y][1],キーワードA[y][2],…，キーワードA[y][u] ｝とが格納されている。
【００２０】
ユーザ情報データベース２５には、クライアント１３におけるユーザの個人情報（プロファイル）を保持するユーザ情報テーブルＵが格納されている。このユーザ情報テーブルＵは、例えば図３に示すような形式を有しており、ユーザが興味をもっている分野が、分野U[1]〜U[n]として格納されている。なお、以下の説明中で、ユーザを利用者として記載する場合がある。
【００２１】
データベース２４および２６には、例えば、その他の情報として、検索すべき日数（現在の日付から何日前までの記事データを検索すべきか）を決定するための経時情報テーブルＴが格納されている。
本実施形態の情報提供システム１１において、クライアント１３側では、図８にて後述するごとく、サーバ１２における情報の閲覧開始を指示してからチャンネルデータ（テーブルＲ，Ａ）を取得するまでのアクセス時間を検出し、そのアクセス時間に応じた記事データの検索日数を、データベース２６における経時情報テーブルＴにより決定している。
【００２２】
前述したアクセス時間は、サーバ１２の負荷状況やネットワーク４のトラヒック等の経時変化を伴う状況に対応するもので、このようにアクセス時間を検索日数に反映させることにより、サーバ１２の負荷状況やネットワーク４のトラヒック等の状況に応じて、サーバ１２に対して要求する情報の量（記事データの量）が決定されるようになっている。
【００２３】
経時情報テーブルＴは、例えば図６に示すような形式を有しており、アクセス時間の範囲に対応した検索日数が設定されている。例えば、アクセス時間が０〜アクセス時間[1] の範囲内である場合には検索日数として日数[1] が設定され、アクセス時間がアクセス時間[1] 〜アクセス時間[2] の範囲内である場合には検索日数として日数[2] が設定され、アクセス時間がアクセス時間[z] 以上である場合には検索日数として日数[z] が設定される。ただし、アクセス時間[1] ＜アクセス時間[2] ＜…＜アクセス時間[z] であるのに対して、日数[1] ＞日数[2] ＞…＞日数[z] である。
【００２４】
そして、サーバ１２は、クライアント１３から情報提供要求（閲覧開始要求）をリクエストとして受けると、閲覧可能な記事データの一覧をクライアント１３側で生成するために必要なチャンネルデータをレスポンスとしてクライアント１３へ送出する。このチャンネルデータとしては、本実施形態では、前述した関連情報テーブルＲおよび記事情報テーブルＡが送られる。
【００２５】
チャンネルデータ（関連情報テーブルＲおよび記事情報テーブルＡ）を取得したクライアント１３は、チャンネルデータを取得するまでのアクセス時間に応じた検索日数を経時情報テーブルＴにより決定してから、そのチャンネルデータおよびユーザ情報テーブルＵに基づいて、図８にて後述するごとく、ユーザの興味に適合する分野と記事ＩＤとの関連付けを行なってから、その関連付けの結果を用いてサーバ１２に対し記事ＩＤにより実質的な情報の提供を要求する。
【００２６】
次に、上述のごとく構成された本実施形態の情報提供システム１１における、クライアント１３の動作について、図７に示す状態遷移図を参照しながら説明する。
クライアント１３が立ち上がると、まず、初期状態Ｓ１となる。この初期状態Ｓ１のクライアント１３は、ユーザによる閲覧開始の指示を受け且つサーバ１２へ初期チャンネルデータを要求すると、チャンネルデータの受信待ち状態Ｓ２へ遷移する。
【００２７】
チャンネルデータの受信待ち状態Ｓ２のクライアント１３は、サーバ１２からチャンネルデータを受信し且つチャンネルページを生成し保存して表示すると、ユーザ操作待ち状態Ｓ３へ遷移する。
ユーザ操作待ち状態Ｓ３のクライアント１３は、ユーザによるチャンネルの選択指示を受け且つサーバ１２に対してその指示に対応するチャンネルデータを要求すると、再び、チャンネルデータの受信待つ状態Ｓ２に遷移する一方、ユーザによる記事の選択指示を受け且つサーバ１２に対してその指示に対応するチャンネルデータを要求すると、記事データの受信待ち状態Ｓ４に遷移する。
【００２８】
記事データの受信待ち状態Ｓ４のクライアント１３は、サーバ１２から記事データを受信し且つ記事ページを生成して表示すると、ユーザ操作待ち状態Ｓ５へ遷移する。
ユーザ操作待ち状態Ｓ５のクライアント１３は、ユーザによる次の記事の閲覧指示を受け且つサーバ１２に対してその指示に対応する記事データを要求した場合や、ユーザによる前の記事の閲覧指示を受け且つサーバ１２に対してその指示に対応する記事データを要求した場合には、再び、記事データの受信待ち状態Ｓ４へ遷移する一方、ユーザによるチャンネルページへの復帰の指示を受け且つ保存されているチャンネルページを表示すると、再び、チャンネルデータの受信待ち状態Ｓ２へ遷移する。
【００２９】
次に、図８および図９に示すフローチャート（ステップＡ１〜Ａ１８）を参照しながら、本実施形態のクライアント１３において、ユーザによる閲覧開始の指示からチャンネルページを表示するまでの動作について説明する。なお、図中、“テーブル”を“表”として記載する場合がある。
クライアント１３は、ユーザによる閲覧開始指示を受けると、その時点の時刻（現在時刻）を開始時刻として保持してから（ステップＡ１）、サーバ１２に対して初期チャンネルデータを要求し、チャンネルデータである関連情報テーブルＲおよび記事情報テーブルＡを取得するとともに（ステップＡ２）、チャンネルデータ取得時点での時刻（現在時刻）とステップＡ１で保持した開始時刻との差をアクセス時間として算出する（ステップＡ３）。
【００３０】
そして、ステップＡ３で算出されたアクセス時間がアクセス時間範囲内に入ることを検索条件として、データベース２６における経時情報テーブルＴの検索を行なうことにより、そのアクセス時間に応じた記事データの検索日数を決定する（ステップＡ４）。
ついで、ユーザ情報テーブルＵと関連情報テーブルＲとの結合を行なって新たなテーブルＸを作成し（ステップＡ５）、さらに、そのテーブルＸと記事情報テーブルＡとの結合を行なって新たなテーブルＹを作成する（ステップＡ６）。
【００３１】
結合に際しては、リレーショナルデータベースの結合と同様の処理を行ない、結合対象のテーブルにおいて、結合キーの項目が結合条件を満たす行をそれぞれのテーブルから取得し、これらの行を結合して新たなテーブルを作成する。
ステップＡ５では、分野（上位項目）を結合キーとし、その分野の一致を結合条件として、ユーザ情報テーブルＵと関連情報テーブルＲとを結合した新たなテーブルＸが作成される。これにより、ユーザの興味のある分野とその分野に属するキーワード群とがテーブルＸとして抽出されることになる。
【００３２】
また、ステップＡ６では、キーワード群を結合キーとし、キーワード群に属するキーワードが部分的に一致することを結合条件として、テーブルＸと記事情報テーブルＡとを結合した新たなテーブルＹが作成される。このテーブルＹでは、ユーザの興味のある分野に属する記事データのＩＤが、日付とともに保持されることになる。
【００３３】
この後、ステップＡ４で得た検索日数を用いて、ステップＡ６で作成された表示Ｙの検索を行なう（ステップＡ７）。つまり、テーブルＹの日付を検索キーとし、その日付と現在時刻との差が、ステップＡ４で得た検索日数以内であることを検索条件として、テーブルＹの検索を行なうことにより、その検索日数以内の日付をもつ記事データについての情報（ＩＤ等）が、テーブルＹから抽出され、新たなテーブルＺが作成される。このテーブルＺでは、ユーザの興味のある分野に属し且つ検索日数以内の日付をもつ記事データを特定するＩＤが保持されることになる。
【００３４】
そして、ユーザによる指示等に応じて、分野を基準に閲覧を行なうか、日付を基準に閲覧を行なうかを決め（ステップＡ８）、分野を基準に閲覧を行なう場合には、テーブルＺ内のＩＤを、まず分野順に、各分野内では日付順に整列させた記事ＩＤ列を生成する一方（ステップＡ９）、日付を基準に閲覧を行なう場合には、テーブルＺ内のＩＤを日付順に整列させた記事ＩＤ列を生成する（ステップＡ１０）。
【００３５】
上述のように生成された記事ＩＤ列を、メモリのグローバル領域に保存し（ステップＡ１１）、記事一覧ＨＴＭＬ（HyperText Markup Language:ＷＷＷ用の言語）に空文字列をセットしてから（ステップＡ１２）、記事ＩＤ列の各要素を１番目から最後のものまでその要素数（ＩＤ数）だけ順次読み出して記事一覧ＨＴＭＬを生成し（ステップＡ１３〜Ａ１６）、生成された記事一覧ＨＴＭＬを、メモリのグローバル領域に保存するとともに（ステップＡ１７）、チャンネルページとしてクライアント１３のディスプレイに表示する（ステップＡ１８）。
【００３６】
さて、ユーザは、クライアント１３において、上述のように表示された記事一覧ＨＴＭＬを参照して所望の記事データの選択・表示を指示する。次に、図１０に示すフローチャート（ステップＢ１〜Ｂ５）を参照しながら、本実施形態のクライアント１３において、記事一覧ＨＴＭＬを参照したユーザによる記事の閲覧指示から、その記事ページが表示されるまでの処理動作について説明する。
【００３７】
まず、クライアント１３は、ユーザにより指示された記事ＩＤをサーバ１２へ送り、その記事ＩＤに対応する記事データを取得する（ステップＢ１）。また、記事ＩＤ列から現在の記事ＩＤよりも一つ前の記事ＩＤを取得するとともに（ステップＢ２）、記事ＩＤ列から現在の記事ＩＤの次の記事ＩＤを取得する（ステップＢ３）。
【００３８】
そして、ステップＢ１で取得された記事データと前の記事ＩＤおよび次の記事ＩＤとを含む記事ＨＴＭＬを生成し（ステップＢ４）、その記事ＨＴＭＬを記事ページとしてクライアント１３のディスプレイに表示する（ステップＢ５）。
クライアント１３では、上述のようにして、チャンネルページの表示と、そのチャンネルページから選択された記事データの表示とが行なわれる。
【００３９】
なお、実装レベルでは、状況に応じて最適化されるため、実際には上述したような処理がそのまま実装されるわけではなく、▲１▼アクセス時間に関係する処理，▲２▼ユーザ情報に関係する処理，▲３▼関連情報に関係する処理，▲４▼その他の情報（経時情報）に関係する処理が、必要に応じて取捨選択されて実装されることになる。
【００４０】
ところで、図２〜図１０にて説明した例では、処理対象が抽象的に表示されていたので、本実施形態の情報提供システム１１を、より具体的な処理対象に適用した例について、図１１〜図１９を参照しながら説明する。
１．サーバ１２においては、それぞれの情報（記事データ）Ｉに付加されるデータＤを用意する（図１１参照）。その付加データＤにおけるデータ項目としては、その情報の作成日時やその情報の内容を特徴付けるキーワードなどがある。
例えば図１１に示すように、著作権に関する記事であればキーワードとして“著作権”が、中国に関する記事であればキーワードとして“中国”が、円安に関する記事であればキーワードとして“円安”が選択される。付加データＤは、実際には、図５に示した記事情報テーブルＡの形式で、記事情報データベース２３に保持される。また、情報Ｉは、記事データベース２１に格納されている。
【００４１】
２．サーバ１２において、データ項目と情報間の関連を定義する関連情報テーブルＲ（図１２参照）を用意する。テーブルＲのテーブル項目としては、ある分野に対応するキーワードなどがある。例えば図１２に示すように、分野“知的所有権”についてはキーワード群「著作権，特許，…」が、分野“世界”についてはキーワード群「アメリカ，中国，…」が、分野“経済”についてはキーワード群「円高，円安，株価，…」が予め設定されている。
【００４２】
３．必要に応じて、個々の利用者（ユーザ）に関する情報を、例えば図１３に示すようなユーザ情報テーブルＵとして用意する。テーブルＵのデータ項目としては、ユーザＩＤ，年齢，性別，職種，関心のある分野などがある。このユーザ情報は、利用者端末（クライアント）１３が個人で占有されるならば利用者端末１３側に、共用されるならばホスト（サーバ）１２側に保持される。
【００４３】
４．必要に応じて、利用者端末１３側，ホスト１２側またはその両方に、例えば図１４に示すような経時変化を伴う情報（経時情報）Ｔを用意する。図２〜図１０にて前述した例では、アクセス時間に応じた検索日数を決定する経時情報テーブルＴをそなえた場合について説明したが、図１４に示すように、アクセス日時（情報要求時の時刻）や、時間帯毎の平均レスポンス時間，時間帯毎の平均転送速度等のネットワークトラヒック情報を経時情報テーブルＴとして保持しておき、アクセス日時における平均レスポンス時間や平均転送速度を経時情報テーブルＴから検索し、その経時情報に応じて、ホスト１２から端末１３へのデータ転送量（テーブルの転送量や検索結果の記事データの転送数など）を決定してもよい。
【００４４】
５．図１５に示すように、利用者端末１３側から情報提供サービスへのアクセスがあった場合、状況に応じて付加データＤ（記事情報テーブルＡ）および関連情報テーブルＲの一部または全部をホスト１２から端末１３へ送出する。このとき、時間変化を伴う情報Ｔを用いて付加データＤおよび関連情報テーブルＲの転送量や項目を制御してもよい。
【００４５】
６．利用者端末１３側では、付加データＤ（記事情報テーブルＡ）および関連情報テーブルＲを用いて関連付けを行ない利用者に提示する。このとき、図１６に示すように、ユーザ情報Ｕと関連情報Ｒとの関連付けを行ない、ユーザの関心のある分野を抽出してから、抽出された分野についてのキーワード群と付加データＤ（記事情報テーブルＡ）のキーワード群との関連付けを行なう。このとき、時間変化を伴う情報Ｔも加味して記事データを選択する。つまり、転送速度やレスポンス時間が遅い時には、古い情報は無視し、関連付けの結果得られた情報群の中から新しい情報を選択して表示する。その表示に際しては、分野を基準とした表示（分野別によるナビゲーション）、もしくは、日付を基準とした時系列表示（日付によるナビゲーション）が行なわれる。このような関連付け結果の表示状態が、前述したチャンネルページの表示状態に対応する。
【００４６】
７．利用者が、端末１３上で提示されたチャンネルページを参照してその関連を辿り、実際の記事データを選択して表示することを望む際には、図１７に示すように、ホスト１２に対して、ユーザにより選択された記事データについてのＩＤのみが転送され、そのＩＤをもつ実質的な記事データ（静的情報）の転送要求を行なう。以降、前述した項目５または項目６へ戻り、同様の処理を行なう。
【００４７】
ここで、図１８（ａ）および図１８（ｂ）を参照しながら、伝送路（ネットワーク１４）の途中でキャッシングが行なわれている場合、つまり代理サーバ１５が存在する場合の動作について説明する。
図１８（ａ）に示すように、利用者端末１３から要求された情報が代理サーバ（キャッシュ）１５に保存されていない場合には、まず、▲１▼利用者端末１３が代理サーバ１５に情報取得要求を出し、▲２▼代理サーバ１５が利用者端末１３の代理としてホスト１２に情報取得要求を出す。そして、▲３▼ホスト１２が代理サーバ１５に要求された情報を返すと、代理サーバ１５は、▲４▼利用者端末１３に要求された情報を返すとともにその情報をキャッシュに保存する。
【００４８】
一方、図１８（ｂ）に示すように、利用者端末１３から要求された情報が代理サーバ（キャッシュ）１５に保存されている場合には、まず、▲１▼利用者端末１３が代理サーバ１５に情報取得要求を出すと、▲２▼代理サーバ１５が、利用者端末１３に対して、キャッシュに保存されている情報を返す。
このように伝送路の途中でデータのキャッシングが行なわれるような環境、即ち、プロバイダ等の代理サーバ１５が存在する環境であっても、本実施形態の情報提供システム１１では、ホスト１２から情報が動的に生成されておらず、ホスト１２から端末１３へ提供される情報は全て静的なものであるため、代理サーバ１５におけるキャッシュが有効に動作し、伝送路に対する負荷が大きくなることはない。
【００４９】
さて、次に、図１９に示すような情報が保持されている場合の、本実施形態の情報提供システム１１の他の動作例について説明する。ここでは、利用者端末１３でチャンネルページの表示が行なわれ、ユーザが、その表示を参照しながら記事データをホスト１２から取得する際の具体的な動作例について説明する。
ここで、図１９に示すように、情報Ｉとして新聞記事が、付加データＤとして日付およびキーワードが、関連情報Ｒとして日付による分類および分野に対応するキーワードが、利用者情報Ｕとして利用者の関心のある分野および未既読情報が、そして、経時情報Ｔとしてアクセス日時およびネットワークトラヒックに関する統計情報が予め設定されているものとする。
【００５０】
(i) 新聞記事を日付によって分類し、『前の記事参照』を指示された時は現在参照中の記事よりも古いものを取得し、『次の記事参照』を指示された時は参照中の記事よりも新しいものを取得する。
(ii) 新聞記事を分野によって分類するとともに、同一分野内では日付によって分類し、『前の記事参照』を指示された時は同じ分野で参照記事よりも古い記事を取得し、古い記事が存在しなければ別の分野の最新記事を取得する。また、『次の記事参照』を指示された時は同じ分野で参照記事よりも新しい記事を取得し、新しい記事が存在しなければ別の分野の最も古い記事を取得する。
【００５１】
(iii) (i),(ii)に記載したような記事取得表示を行なう際には、前記項目３で説明したように、利用者情報Ｕとの関連付けを行なうことにより、利用者が関心のある分野のみを抽出してもよい。
(iv) (i) 〜(iii) において、例えばアクセス日時よりも１ヵ月前までの分を一律抽出しもよい。
【００５２】
(v) (i) 〜(iii) において、ネットワーク１４が空いている場合には、例えば６ヵ月分の情報をホスト１２から送出し、ネットワーク１４が混雑している場合には、例えば３ヵ月分の情報を送出してもよい。
(vi) (i) 〜(iii) において、ネットワーク１４が空いている場合には、例えば３ヵ月分の情報を利用者に提示し、ネットワーク１４が混雑している場合には、例えば１ヵ月分の情報を提示してもよい。
【００５３】
(vii) (i),(ii)おいて、ネットワーク１４が空いている場合には、全ての分野を利用者に提示し、ネットワーク１４が混雑している場合には、利用者の関心のある分野のみを提示してもよい。
(viii) 日付によって分類している時には、利用者情報Ｕにおける未既読情報を参照を参照し、未読の記事のみを提示し、分野によって分類している時には、既読記事も含めて提示してもよい。
【００５４】
このように、本発明の一実施形態としての情報提供システム１１によれば、情報関連付け処理を、ホスト１２からのチャンネルデータ〔関連情報テーブルＲおよび記事情報テーブルＡ（付加データＤ）〕に基づいて利用者端末１３側で実行することができるので、提供情報の関連付けを端末１３側で動的に変更して、状況に応じた柔軟なナビゲーションを行ないながら多量の情報（静的情報）をホスト１２から各端末１３へ提供することができ、ホスト１２に対する負荷を大幅に軽減でき、応答性を大幅に向上できるとともに、図１８（ａ）および図１８（ｂ）に示すように伝送路（ネットワーク１４）の途中でキャッシングが行なわれている場合の伝送路への負荷を大幅に軽減することができる。
【００５５】
このとき、端末１３において、その端末１３の利用者に関する個人情報（プロファイル）と分野等との関連付けを行なってその利用者に適合する情報のＩＤを抽出することにより、利用者のプロファイルに応じた最適な情報の関連付けを行なえ、最適な情報ナビゲーションを実現することができる。
また、端末１３において、ホスト１２やネットワーク１４における経時変化を伴う状況（経時情報Ｔ）に応じ、ホスト１２に対して要求する情報の量を決定することにより、ネットワーク１４の通信状況等に応じた最適な情報の関連付けを行なえ、情報ナビゲーションのさらなる最適化をはかることができる。
【００５６】
さらに、端末１３において、ホスト１２における情報の閲覧を開始してからチャンネルデータを受けるまでのアクセス時間を検出することにより、端末１３側で、経時的に変化するネットワーク１４の通信状況等をアクセス時間として容易に検出でき、その通信状況等を、情報の関連付け即ち情報ナビゲーションに容易に反映でき、情報関連付け処理や情報ナビゲーション処理をより最適化することができる。
【００５７】
なお、上述した実施形態では、ホスト１２から端末１３に供給する情報が、新聞記事等の記事データである場合について説明しているが、本発明は、これに限定されるものではなく、各種情報をホスト１２から端末１３へ提供する情報提供システムに、上述した実施形態と同様に適用され、上述と同様の作用効果を得ることができる。
【００５８】
また、本発明は上述した実施形態に限定されるものではなく、本発明とその趣旨を逸脱しない範囲で種々変形して実施することができる。
【００５９】
【発明の効果】
以上詳述したように、本発明によれば、情報関連付け処理を、ホストからの記事情報と関連情報とに基づいて利用者端末側で実行できるので、提供情報の関連付けを端末側で動的に変更して、状況に応じた柔軟なナビゲーションを行ないながら多量の情報をホストから各端末へ提供することができ、ホストに対する負荷を大幅に軽減できるほか、応答性を大幅に向上できるとともに、伝送路の途中でキャッシングが行なわれている場合の伝送路への負荷を大幅に軽減できるなどの効果がある。
【００６０】
このとき、端末において、その端末の利用者に関する個人情報と上位項目との関連付けを行なって当該利用者に適合する情報の識別子を抽出することにより、利用者のプロファイル（個人情報）に応じた最適な情報の関連付けを行なえ、ひいては最適な情報ナビゲーションを行なうことができる。
また、端末において、ホストやネットワークにおける経時変化を伴う状況に応じ、ホストに対して要求する情報の量を決定することにより、ネットワークの通信状況等に応じた最適な情報の関連付けを行なえ、ひいては最適な情報ナビゲーションを行なうことができる。
【００６１】
さらに、端末において、ホストにおける情報の閲覧を開始してから記事情報および関連情報を受けるまでのアクセス時間を検出することにより、端末側で、経時的に変化するネットワークの通信状況等を前記アクセス時間として容易に検出でき、その通信状況等を、情報の関連付け即ち情報ナビゲーションに容易に反映でき、情報関連付け処理や情報ナビゲーション処理をより最適化することができる。
【図面の簡単な説明】
【図１】本発明の原理ブロック図である。
【図２】本発明の一実施形態としての情報提供システムの構成を示すブロック図である。
【図３】本実施形態のユーザ情報テーブルを示す図である。
【図４】本実施形態の関連情報テーブル（第２テーブル）を示す図である。
【図５】本実施形態の記事情報テーブル（第１テーブル）を示す図である。
【図６】本実施形態の経時情報テーブルを示す図である。
【図７】本実施形態の端末（クライアント）の動作を説明すべくその端末における状態遷移を示す図である。
【図８】本実施形態の端末の動作（チャンネルページ表示処理）を説明するためのフローチャートである。
【図９】本実施形態の端末の動作（チャンネルページ表示処理）を説明するためのフローチャートである。
【図１０】本実施形態の端末の動作（記事ページ表示処理）を説明するためのフローチャートである。
【図１１】本実施形態のホストにおいて保持される情報（新聞記事）の具体例を説明するための図である。
【図１２】本実施形態の関連情報テーブル（第２テーブル）の具体例を示す図である。
【図１３】本実施形態のユーザ情報テーブルの具体例を示す図である。
【図１４】本実施形態の経時情報テーブルの具体例を示す図である。
【図１５】本実施形態の動作（サービス開始時のテーブル転送処理）を説明するためのブロック図である。
【図１６】本実施形態の端末で行なわれる情報の関連付け処理を具体的に説明するための図である。
【図１７】本実施形態の動作（実質的な情報提供要求処理）を説明するためのブロック図である。
【図１８】（ａ），（ｂ）はいずれも伝送路の途中でキャッシングが行なわれている場合の動作を説明するためのブロック図である。
【図１９】本実施形態の情報提供システムに保持されている情報の具体例を説明するための図である。
【符号の説明】
１ 情報提供システム
２ ホスト
３ 端末
４ ネットワーク
５ 第１テーブル
６ 第２テーブル
１１ 情報提供システム
１２ サーバ（ホスト）
１３ クライアント（利用者端末）
１４ ネットワーク
１５ 代理サーバ（キャッシュ）
２１ 記事データベース
２２ 関連情報データベース
２３ 記事情報データベース
２４ その他の情報用のデータベース
２５ ユーザ情報データベース
２６ その他の情報用のデータベース
Ｕ ユーザ情報テーブル
Ｒ 関連情報テーブル（第２テーブル）
Ａ 記事情報テーブル（第１テーブル）
Ｔ 経時情報テーブル
Claims (5)
- コンピュータが、
ネットワークを介して接続される、静的に保持する情報を提供するサーバコンピュータに対して情報提供サービス開始要求を送信するサービス開始要求送信ステップと、
前記サービス開始要求送信ステップで送信した情報提供サービス開始要求に応じて前記サーバコンピュータから送信されてくる、提供対象となる情報の提供単位毎の識別子と各情報に係るキーワードとを含む記事情報と、分野と該分野に属するキーワードとを含む関連情報とを受信する受信ステップと、
前記受信ステップで受信した前記記事情報と前記関連情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力する出力ステップと、
前記出力ステップで出力した前記関連付け情報に対する利用者からの選択入力に基づき、該選択された関連付け情報の識別子を含む情報提供要求を前記サーバコンピュータに送信する実質情報要求ステップと、
を実行することを特徴とする情報提供要求方法。 - 前記受信ステップで受信する記事情報には、前記各情報の日付情報を更に含み、
前記出力ステップは、経時情報テーブルに記憶した、該コンピュータと前記サーバコンピュータとの間のアクセス時間またはネットワークトラヒック情報の少なくともいずれかと情報検索範囲との対応設定情報を元に、前記サーバコンピュータに対する前記サービス開始要求送信ステップでの情報提供サービス開始要求送信から前記受信ステップでの情報の受信までのアクセス時間、または、当該アクセス日時におけるネットワークトラヒック情報に対応する情報検索範囲に該当する日付の記事情報と、前記関連情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力する
ことを特徴とする請求項１記載の情報提供要求方法。 - 前記出力ステップは、利用者情報テーブルに記憶した、利用者が興味を持っている分野の情報に該当する分野の、前記受信ステップで受信した関連情報と、前記記事情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力する
ことを特徴とする請求項１または２記載の情報提供要求方法。 - コンピュータに、
静的に保持する情報を提供するサーバコンピュータに対して情報提供サービス開始要求を送信するサービス開始要求送信ステップと、
前記サービス開始要求送信ステップで送信した情報提供サービス開始要求に応じて前記サーバコンピュータから送信されてくる、提供対象となる情報の提供単位毎の識別子と各情報に係るキーワードとを含む記事情報と、分野と該分野に属するキーワードとを含む関連情報とを受信する受信ステップと、
前記受信ステップで受信した前記記事情報と前記関連情報とを前記キーワードを元に関連付け、前記分野と前記識別子との関連付け情報を出力する出力ステップと、
前記出力ステップで出力した前記関連付け情報に対する利用者からの選択入力を受け付け、該選択された関連付け情報の識別子を含む情報提供要求を前記サーバコンピュータに送信する実質情報要求ステップと、
を実行させることを特徴とする情報提供要求プログラムを記憶した記憶媒体。 - ネットワークを介して接続される端末から情報提供サービス開始要求を受信するサービス開始要求受信手段と、
前記サービス開始要求受信手段で受信した情報提供サービス開始要求に応じ、提供対象となる情報の提供単位毎の識別子と各情報に係るキーワードとを含む記事情報と、分野と該分野に属するキーワードとを含む関連情報とを該情報提供サービス開始要求の送信元の端末に送信する送信手段と、
前記送信手段で送信した前記記事情報と前記関連情報とを前記キーワードを元に関連付けた前記分野と前記識別子との関連付け情報に対する利用者からの選択入力に基づき該記 事情報と該関連情報との送信先の端末から送信される、該選択された関連付け情報の識別子を含む情報提供要求を受信する情報提供要求受信手段と、
を備えることを特徴とするサーバコンピュータ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10781097A JP4009342B2 (ja) | 1997-04-24 | 1997-04-24 | 情報提供要求方法，情報提供要求プログラムを記憶した記憶媒体およびサーバコンピュータ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10781097A JP4009342B2 (ja) | 1997-04-24 | 1997-04-24 | 情報提供要求方法，情報提供要求プログラムを記憶した記憶媒体およびサーバコンピュータ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10301945A JPH10301945A (ja) | 1998-11-13 |
| JP4009342B2 true JP4009342B2 (ja) | 2007-11-14 |
Family
ID=14468619
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10781097A Expired - Fee Related JP4009342B2 (ja) | 1997-04-24 | 1997-04-24 | 情報提供要求方法，情報提供要求プログラムを記憶した記憶媒体およびサーバコンピュータ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4009342B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002132818A (ja) | 2000-10-26 | 2002-05-10 | Seiko Epson Corp | サービス提供システム、サービス提供端末、クライアント端末及び記憶媒体 |
| US20130055156A1 (en) * | 2011-08-31 | 2013-02-28 | Panasonic Corporation | Information processing terminal, display control method, and display control program |
| JPWO2013030899A1 (ja) * | 2011-08-31 | 2015-03-23 | パナソニック株式会社 | 情報処理端末、表示制御方法、および表示制御プログラム |
| JPWO2013030892A1 (ja) * | 2011-08-31 | 2015-03-23 | パナソニック株式会社 | 情報処理端末、表示制御方法、および表示制御プログラム |
-
1997
- 1997-04-24 JP JP10781097A patent/JP4009342B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10301945A (ja) | 1998-11-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6718365B1 (en) | Method, system, and program for ordering search results using an importance weighting | |
| JP4873813B2 (ja) | インデクシングシステムおよび方法 | |
| US7107264B2 (en) | Content bridge for associating host content and guest content wherein guest content is determined by search | |
| US7398271B1 (en) | Using network traffic logs for search enhancement | |
| US8352854B2 (en) | Dynamic page generator | |
| EP1559034B1 (en) | Electronic document repository management and access system | |
| US7031968B2 (en) | Method and apparatus for providing web site preview information | |
| US6748385B1 (en) | Dynamic insertion and updating of hypertext links for internet servers | |
| CA2560687C (en) | Systems and methods for weighting a search query result | |
| US9031945B1 (en) | Sharing and using search results | |
| US20130166528A1 (en) | System And Method For Generating A Search Index And Executing A Context-Sensitive Search | |
| US20030065663A1 (en) | Computer-implemented knowledge repository interface system and method | |
| EP1050831A2 (en) | System for providing document change information for a community of users | |
| US20080195495A1 (en) | Notebook system | |
| JP2002542542A (ja) | 問合せ可能なダイナミック・キャッシュを有するウェブサーバ | |
| JP2002535778A (ja) | チャネル化データを提示するためのシステムおよび方法 | |
| JPH0916677A (ja) | 情報検索に利用するノウハウ管理装置、ノウハウ管理システム、インタフェース装置、及びクリッピング装置 | |
| JP2001051893A (ja) | ネットワーク情報の表示方法およびその方法をプログラムとして格納した記憶媒体ならびにそのプログラムを実行するコンピュータ | |
| US20070239452A1 (en) | Targeting of buzz advertising information | |
| US20080086372A1 (en) | Contextual banner advertising | |
| JP2002099565A (ja) | 情報検索装置 | |
| JP2006099341A (ja) | 更新履歴生成装置及びプログラム | |
| US20080140621A1 (en) | Systems and methods for creating persistent searches | |
| JP4009342B2 (ja) | 情報提供要求方法，情報提供要求プログラムを記憶した記憶媒体およびサーバコンピュータ | |
| JP2004206492A (ja) | ドキュメント表示方法およびそれを用いたリンク先選択機能付ゲートウェイ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040223 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070313 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070410 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070611 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070814 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070903 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100907 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100907 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110907 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120907 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120907 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130907 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |