JPH11167512A - データ中継装置、データ中継方法および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 重要なデータを検出するとともに、検出され
たデータを最適な頻度でサーバから取得する。 【解決手段】 履歴情報保持手段２ａは、情報端末装置
１からのデータ要求を履歴情報として保持する。データ
取得手段２ｂは、必要がある場合には、サーバ４にアク
セスし、データを取得してデータ出力手段２ｆを介して
出力する。自動取得手段２ｃは、重要度決定手段２ｄに
よって重要であると判定されたデータを、頻度決定手段
２ｅが決定した頻度に応じて、サーバ４から自動的に取
得する。重要度決定手段２ｄは、履歴情報を参照して過
去にアクセスされたデータの重要度を決定する。頻度決
定手段２ｅは、同様に、履歴情報を参照して、重要であ
ると判定されたデータを取得する頻度を決定する。デー
タ出力手段２ｆは、データ取得手段２ｂまたは自動取得
手段２ｃによって取得されたデータを情報端末装置１に
対して供給する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ中継装置、デ
ータ中継方法、および、記録媒体に関し、特にネットワ
ーク上のサーバと、複数の情報端末装置との間でデータ
の中継を行うデータ中継装置、データ中継方法、およ
び、記録媒体に関する。

【０００２】

【従来の技術】近年、全世界を結ぶ巨大なコンピュータ
ネットワークであるインターネットが急速に普及してい
る。ネット間ネットであるインターネットには、ＬＡＮ
(LocalArea Network)等の閉じられたネットワークの内
部の情報端末装置であるクライアントコンピュータ（以
下、単に「クライアント」と呼ぶ）からでもアクセスが
でき、メールを送信したり、外部のデータベースを利用
したりすることができる。このように、インターネット
には様々なサービスがあるが、中でも、種々の動画・音
声から構成されるマルチメディア画面を世界中から受信
することができるＷＷＷ(World Wide Web)の人気が高
い。

【０００３】ＷＷＷ上のデータを閲覧するには、Ｎｅｔ
ｓｃａｐｅ Ｎａｖｉｇａｔｏｒ(Netscape Communicat
ions社の登録商標) などのブラウザーと呼ばれるクライ
アントソフトを利用する。ユーザは、見たいＷＷＷを指
定するＵＲＬ(Uniform Resource Locator)を記述する
か、ＨＴＭＬ(Hyper Text Markup Language)文書内のリ
ンク（ハイライト表示された文字あるいは画像であり、
その文字もしくは画像をポインティングデバイス等で選
択することにより、その時見ている文書に関連のある別
のデータを見ることができる。）を辿ることにより、所
望の情報を得ることができる。

【０００４】ところで、ＬＡＮ等の内部からインターネ
ットを利用する場合、一般には、クライアントソフトが
動作するクライアントをプロクシーサーバと呼ばれるデ
ータ中継装置を介して間接的にインターネットに接続す
る方法が採られている。そのような構成を採用すること
により、通信効率を向上させることが可能となる。

【０００５】即ち、一度取得したデータを自サーバ内の
キャッシュに保存し、ＬＡＮ内部から再度同じデータへ
のアクセスがあった場合に、そこからデータを供給する
ようにすることで、ネットワークへの負担を最小限に抑
え、通信効率を向上させることができるのである。

【０００６】このようなデータ中継装置は、基本的に
は、外部のサーバとＬＡＮ内部のクライアントの間にお
ける情報の授受の仲介を行うものである。しかしなが
ら、以下のように高機能化されたデータ中継装置も提案
されている。

【０００７】例えば、「特開平０９−１６８０２７号公
報」には、クライアントの設定の相違（使用するブラウ
ザソフトの種類の相違等）に起因して生ずる画面表示の
差異を吸収するために、ＨＴＭＬ言語で記述されたデー
タを一旦画像データに変換してから、クライアントに供
給するデータ中継装置が公開されている。このような方
法によれば、クライアントの使用するブラウザソフトの
種類などに依らず、常に一定の表示内容を得ることが可
能となる。

【０００８】ところで、ネットワーク上のサーバに掲載
されているデータ（例えば、マルチメディア画面等）
は、定期的あるいは不定期的に更新されることが一般的
である。従って、最新のデータを常に閲覧しつづけるた
めには、頻繁にそのサーバにアクセスする必要がある。

【０００９】閲覧を希望するデータが多量にある場合に
は、ユーザへの負担が増加するため、そのような問題を
解消するために、例えば、ＷｅｂＷｈａｔ’ｓＮｅｗ
（エー・アイ・ソフト株式会社の登録商標）などのソフ
トウエアが利用されている。このようなソフトウエアで
は、複数のデータを対象として定期的に更新の有無をチ
ェックするので、ユーザの負担を増大させることなく、
データの更新に追従することが可能となる。

【００１０】

【発明が解決しようとする課題】しかし、このような従
来技術では、対象となるサーバの名称、データの取得日
時（または、取得頻度）などを設定することにより、更
新されたデータを取得したり、データの更新がなされた
ことをメッセージとして表示するように構成されてい
た。従って、複数のデータを閲覧の対象とする場合に
は、設定が煩雑であるという問題点があった。

【００１１】また、従来技術では、データを取得する頻
度は固定されていた。従って、データを漏れなく取得す
るためには、データが更新される期間よりも短めに取得
頻度を設定する必要があった。その結果、サーバに対す
る不要なアクセスが増加し、通信コストが増大するとい
う問題点もあった。

【００１２】更に、ＬＡＮ内部の個々の情報端末装置か
ら、前述のＷｅｂＷｈａｔ’ｓＮｅｗのようなソフトウ
エアを用いて、データを取得する場合を想定すると、Ｌ
ＡＮ全体としてみると、同一のデータが複数回アクセス
される事態が生ずることになり、その結果としてトラフ
ィックに負担がかかるという問題点もあった。

【００１３】本発明は以上のような状況に鑑みてなされ
たものであり、ユーザの負担や通信コストを増大させる
ことなく、所望のデータを漏れなく取得するデータ中継
装置を提供することを目的とする。

【００１４】

【課題を解決するための手段】本発明では上記課題を解
決するために、ネットワーク上のサーバと、複数の情報
端末装置との間でデータの中継を行うデータ中継装置に
おいて、前記情報端末装置からの過去のデータ要求に関
する履歴情報を保持しており、前記情報端末装置から新
たなデータ要求が入力されると、前記データ要求に関す
る情報を履歴情報として追加する履歴情報保持手段と、
前記データ要求に応じて前記ネットワーク上のサーバに
アクセスし、要求のあったデータを取得するデータ取得
手段と、前記データ取得手段にて取得したデータを前記
データ要求を入力した情報端末装置に出力するデータ出
力手段と、前記履歴情報を参照して、過去に取得したデ
ータの重要度を決定する重要度決定手段と、前記重要度
決定手段によって、重要度が高いと判定されたデータ
を、前記サーバから自動的に取得する自動取得手段とを
有することを特徴とするデータ中継装置が提供される。

【００１５】このようなデータ中継装置により、情報端
末装置とサーバとの間でデータを中継する場合、履歴情
報保持手段は、情報端末装置からの過去のデータ要求に
関する履歴情報を保持しており、情報端末装置から新た
なデータ要求が入力されると、データ要求に関する情報
を履歴情報として追加する。データ取得手段は、データ
要求に応じてネットワーク上のサーバにアクセスし、要
求のあったデータを取得する。データ出力手段は、デー
タ取得手段にて取得したデータをデータ要求を入力した
情報端末装置に送信する。重要度決定手段は、履歴情報
を参照して、過去に取得したデータの重要度を決定す
る。自動取得手段は、重要度決定手段によって、重要度
が高いと判定されたデータを、サーバから自動的に取得
する。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の原理図である。
この図において、情報端末装置１は、データ中継装置２
を介して、ネットワーク３に接続されており、ネットワ
ーク３に接続されているサーバ４に格納されているデー
タ４ａから所望のデータを取得する。

【００１７】データ中継装置２は、履歴情報保持手段２
ａ、データ取得手段２ｂ、自動取得手段２ｃ、重要度決
定手段２ｄ、頻度決定手段２ｅ、データ出力手段２ｆに
より構成されており、情報端末装置１からのデータ要求
に応じて、サーバ４から所望の情報を取得するととも
に、その履歴情報を生成して管理する。また、履歴情報
を参照して、頻繁にアクセスされているデータとその更
新される頻度を検出し、ユーザからのアクセスがない場
合には検出した頻度で自動的にサーバ４からデータを取
得する。

【００１８】データ中継装置２において、履歴情報保持
手段２ａは、情報端末装置１から取得要求がなされたデ
ータの履歴を生成して保持する。データ取得手段２ｂ
は、情報端末装置１からデータ取得要求が発生した場合
には、まず、履歴情報中から所望のデータを検索し、存
在している場合にはそのデータをデータ中継装置２内部
の記憶装置から読み出して情報端末装置１に対して送出
する。また、所望のデータが存在していない場合には、
ネットワーク３を介して、サーバ４に要求を行い、所望
のデータを取得し、情報端末装置１に対して出力すると
ともに、前述の記憶装置に格納する。

【００１９】自動取得手段２ｃは、重要度決定手段２ｄ
によって重要と判定されたデータを、頻度決定手段２ｅ
によって決定された頻度でサーバ４から自動的に取得す
る。重要度決定手段２ｄは、履歴情報保持手段２ａに格
納されている履歴情報を参照して、過去にアクセスされ
たデータの重要度を決定し、自動取得手段２ｃに供給す
る。頻度決定手段２ｅは、重要度決定手段２ｄによって
重要と判定されたデータについて過去の更新頻度を算出
し、得られた頻度を自動取得手段２ｃに供給する。

【００２０】データ出力手段２ｆは、データ取得手段２
ｂまたは自動取得手段２ｃによって取得されたデータを
情報端末装置１に対して出力する。ここで、例えば、情
報端末装置１が複数接続されている社内ＬＡＮ等を想定
すると、各ユーザは共通の目的を有する場合が多いこと
から、アクセスされるサーバの種類も自ずと共通したも
のとなる。従って、そのような複数のユーザからなるグ
ループにおいては、重要度の高いサーバに対しては常に
誰かがアクセスしている場合が多い。そのような状況下
においては、履歴情報保持手段２ａには、重要度が高い
データに関する履歴情報が格納されていることが期待さ
れる。なお、ここで、「重要度が高い」とは、特定のユ
ーザのみならず複数のユーザにとって利用価値が高いこ
とを意味している。

【００２１】重要度決定手段２ｄは、履歴情報保持手段
２ａに保持されている履歴情報に対して、所定の条件
（例えば、アクセスの回数が多いこと）を適用すること
によりその重要度を決定し、重要度が高いデータを選択
して自動取得手段２ｃに供給する。頻度決定手段２ｅ
は、重要度決定手段２ｄによって選択された重要度が高
いデータの最適なアクセス頻度を算出し、自動取得手段
２ｃに供給する。自動取得手段２ｃは、重要度決定手段
２ｄによって重要度が高いと判定されたデータに対し
て、ユーザからのデータ要求がない場合には、そのデー
タを頻度決定手段２ｅによって算出された頻度で、サー
バ４から自動的に取得する。

【００２２】従って、以上のような実施の形態によれ
ば、例えば、ＬＡＮ内において、多くのユーザが頻繁に
アクセスするデータについては、データ要求がない場合
においても、データ中継装置２がサーバ４から自動的に
取得することになる。取得されたデータは自動取得手段
２ｃの内部に記録されるので、それ以降に、ユーザから
同データに対するアクセス要求が発した場合には、記録
されたデータが読み出されて供給されることになり、そ
の結果、データ中継装置２とサーバ４との間のトラフィ
ックが混雑することを防止することができる。

【００２３】次に、本発明の実施の形態の構成例を図２
を参照して説明する。図２は、本発明の実施の形態の構
成例を示す図である。なお、図１に示す原理図と図２に
示す実施の形態の対応関係は以下の通りである。

【００２４】即ち、履歴情報保持手段２ａの機能は、履
歴情報保持部２１が有している。また、データ取得手段
２ｂの機能は、データ取得部２２が有している。更に、
自動取得手段２ｃの機能は、自動取得部２３が有してい
る。重要度決定手段２ｄの機能は、重要度決定部２４が
有しており、また、頻度決定手段２ｅの機能は、頻度決
定部２５が有している。更に、データ出力手段２ｆの機
能は、データ出力部２６が有している。

【００２５】履歴情報保持部２１は、ＬＡＮ１０を介し
てクライアント１１，１２から入力されたデータ取得要
求を、要求がなされた日時（以下、「要求日時」と略記
する）と、クライアントの識別子（以下、「クライアン
ト識別子」と略記する）とともに履歴情報として保存す
る。

【００２６】データ取得部２２は、クライアント１１，
１２からのデータ取得要求を解析し、要求されたデータ
の履歴情報が履歴情報保持部２１に存在している場合に
は、データ保持部２７から対応するデータを読み出して
データ出力部２６に供給する。また、要求されたデータ
の履歴情報が存在しない場合には、ネットワーク３０を
介して対象となるサーバ（サーバ３1 またはサーバ３
２）から所望のデータを取得して、データ保持部２７に
格納するとともに、データ出力部２６に供給する。デー
タ出力部２６は、データ保持部２７から出力されたデー
タをＬＡＮ１０を介して、要求を行ったクライアントに
対して出力する。

【００２７】重要度決定部２４は、履歴情報保持部２１
に保持されている履歴情報に対して、所定の条件を適用
することによりその重要度を決定し、重要度が高いデー
タの履歴情報を選択して自動取得部２３に供給する。頻
度決定部２５は、重要度決定部２４によって選択された
重要度が高いデータの最適なアクセス頻度を履歴情報を
参照して算出し、自動取得部２３に供給する。自動取得
部２３は、重要度決定部２４によって重要度が高いと判
断されたデータに対してユーザからのアクセスがない場
合には、それらのデータを頻度決定部２５によって算出
された頻度で、サーバ４から自動的に取得する。

【００２８】クライアント１１，１２は、クライアント
ソフト１１ａ，１２ａによってそれぞれ制御されてお
り、図示せぬ入力装置（キーボードやマウスなど）から
入力された情報に応じて、データの取得要求をデータ中
継装置２０に対して出力するとともに、データ中継装置
２０から送信されてきたデータを、図示せぬ表示装置
（ＣＲＴ(Cathode Ray Tube)モニタやＬＣＤ(Liquid Cr
ystal Display)など）に表示させる。

【００２９】サーバ３１，３２は、クライアントからの
要求に応じて種々のサービスを提供するように構成され
ており、例えば、ユーザが希望する情報（マルチメディ
ア画面など）をネットワーク３０を介して伝送する。

【００３０】なお、以上の実施の形態においては、クラ
イアントおよびサーバは便宜上それぞれ２つずつとされ
ているが、本発明はそれ以上の場合にも対応可能である
ことは言うまでもない。また、クライアント１１，１
２、データ中継装置２０およびサーバ３１，３２は、パ
ーソナルコンピュータやワークステーションなどのいわ
ゆるコンピュータによって構成することが可能である。

【００３１】次に、図３に示すフローチャートを参照し
て、図２に示すデータ中継装置２０の動作について説明
する。図３は、図２に示すデータ中継装置２０におい
て、例えば、ソフトウエア割り込みなどにより、所定の
周期で実行される処理の一例を説明するフローチャート
である。このフローチャートが開始されると、以下のよ
うな処理が行われることになる。 ［Ｓ１］データ中継装置２０のデータ取得部２２は、ク
ライアント１１またはクライアント１２からデータの取
得要求が発生したか否かを判定する。その結果、取得要
求が発生した（ＹＥＳ）と判定した場合は、ステップＳ
２に進み、また、取得要求が発生していない（ＮＯ）と
判定した場合には処理を終了する（エンド）。 ［Ｓ２］データ取得部２２は、クライアントから受信し
たデータ要求、要求日時、および、クライアント識別子
を履歴情報保持部２１に供給し、履歴情報として保存さ
せる。 ［Ｓ３］データ取得部２２は、クライアントから送信さ
れたものと同一のデータ要求が、履歴情報保持部２１に
既に保持されていないか否かを判定する。その結果、同
一のデータ要求が履歴情報として既に存在している（Ｙ
ＥＳ）と判定した場合には、ステップＳ４に進み、ま
た、存在していない（ＮＯ）と判定した場合にはステッ
プＳ７に進む。 ［Ｓ４］データ取得部２２は、要求のあったデータの更
新日時を、対応するサーバから取得する。 ［Ｓ５］データ取得部２２は、サーバのデータ更新日時
と、履歴情報保持部２１に保持されている履歴の日時
（要求日時）とを比較し、サーバのデータの更新日時の
方が新しいか否かを判定する。その結果、サーバのデー
タの更新日時の方が新しい（ＹＥＳ）と判定した場合
は、ステップＳ７に進み、また、要求日時の方が新しい
（ＮＯ）と判定した場合には、ステップＳ６に進む。 ［Ｓ６］データ取得部２２は、データ保持部２７から、
要求に対応するデータを取得する。 ［Ｓ７］データ取得部２２は、要求のあったデータをサ
ーバから取得する。 ［Ｓ８］データ取得部２２は、取得結果（成功／失敗）
および取得に成功した場合にはデータの識別子（以下、
「データ識別子」と略記する）を履歴情報保持部２１に
対して出力し、履歴情報に対して付加させる。 ［Ｓ９］データ出力部２６は、取得結果、及び、取得に
成功した場合にはデータをクライアントに対して出力す
る。そして、処理を終了する（エンド）。

【００３２】以上のような処理によれば、クライアント
１１，１２からデータ要求があった場合には、データ中
継装置２０は、データ要求と、要求日時と、クライアン
ト識別子とを履歴情報として、履歴情報保持部２１に格
納するとともに、履歴情報保持部２１を参照し、要求の
あったデータが以前に取得されて、データ保持部２７に
格納されているか否かを判定する。その結果、以前に取
得されていないデータである場合には、データ中継装置
２０は、対応するサーバから所望のデータを読み出し、
データ保持部２７に格納して、要求を行ったクライアン
トに出力する。

【００３３】また、要求されたデータがデータ保持部２
７に格納されている場合には、データ中継装置２０は、
対応するサーバに対して、要求されたデータの更新日時
を問い合わせて、データ保持部２７に格納されているデ
ータの要求日時と比較する。

【００３４】そして、サーバの更新日時の方が新しい場
合には、サーバからデータが取得されてクライアントと
データ保持部２７に供給される。また、クライアントか
らの要求日時の方が新しい場合には、データ保持部２７
からデータが読み出されて、要求のあったクライアント
に供給される。

【００３５】図４は、図３の処理の結果得られる履歴情
報の一例を示している。この図に示すように、履歴情報
は、データ要求、要求日時、クライアント識別子、デー
タ取得結果、および、データ識別子から構成される。な
お、空白は区切りを示している。

【００３６】例えば、第１行目に示されている履歴情報
では、データ要求が「http://www.preppy.co.jp/」であ
り、要求日時が「１９９７０５０９０７００３０」（１
９９７年５月９日７時０分３０秒）であり、クライアン
ト識別子が「端末１」であり、データ取得結果が「成
功」であり、データ識別子が「データ１」である。ま
た、第３行目の履歴情報では、「http://www.harry. c
o.jp/」というデータ要求が「１９９７年８月２６日１
２時８分２０秒」に「端末１」からなされ、その取得結
果は「失敗」であることが示されている。

【００３７】続いて、図５を参照して、データ中継装置
２０の自動取得部２３がデータを自動的に取得する場合
の処理の一例について説明する。図５は、図２に示すデ
ータ中継装置２０の自動取得部２３が、実行する処理の
一例を示している。この処理は、例えば、ソフトウエア
割り込みなどにより、所定の周期（例えば、５分周期）
で実行される。このフローチャートが実行されると以下
のような処理が行われることになる。 ［Ｓ１１］自動取得部２３は、例えば、内蔵されている
タイマなどを参照することにより、現在の時刻を取得す
る。 ［Ｓ１２］自動取得部２３は、内蔵されているＲＡＭ(R
andom Access Memory)などのメモリに格納されているア
クセススケジュール（自動取得するデータの種類とその
頻度の一覧表：詳細は後述する）を読み出す。 ［１３］自動取得部２３は、現在の時刻とアクセススケ
ジュールに記載されているアクセス頻度とを比較し、自
動取得の対象となるデータが存在するか否かを判定す
る。その結果、自動取得の対象となるデータが存在して
いる（ＹＥＳ）と判定した場合は、ステップＳ１４に進
む。また、データが存在していない（ＮＯ）と判定した
場合には処理を終了する（エンド）。 ［Ｓ１４］自動取得部２３は、履歴情報保持部２１を参
照し、自動取得の対象となるデータ要求が履歴に既に存
在しているか否かを判定する。その結果、対象となるデ
ータ要求が履歴に既に存在している（ＹＥＳ）と判定し
た場合はステップＳ１５に進み、また、データ要求が存
在していない（ＮＯ）と判定した場合には、ステップＳ
１７に進む。 ［Ｓ１５］自動取得部２３は、データ要求のあったデー
タの更新日時を対応するサーバから取得する。 ［Ｓ１６］自動取得部２３は、取得された更新日時と、
履歴に格納されているデータの要求日時とを比較し、更
新日時の方が要求日時よりも新しいか否かを判定する。
その結果、更新日時の方が要求日時よりも新しい（ＹＥ
Ｓ）と判定した場合にはステップＳ１７に進み、また、
それ以外である（更新日時と要求日時が等しい）（Ｎ
Ｏ）と判定した場合には処理を終了する（エンド）。 ［Ｓ１７］自動取得部２３は、ネットワーク３０を介し
て対応するサーバ３１にアクセスし、所望のデータを取
得する。そして、取得したデータをデータ保持部２７に
格納する。 ［Ｓ１８］自動取得部２３は、データ要求、要求日時、
取得結果、および、データ識別子を履歴情報保持部２１
に供給し、履歴情報として保持させる。そして処理を終
了する（エンド）。

【００３８】図６は、以上の処理の結果生成される履歴
情報の一例を示す図である。この図の例では、第２行目
と第３行目の履歴情報が、自動取得部２３によって生成
されたものである。第２行目の履歴情報では、クライア
ント識別子が格納される部分に「端末９９９」というデ
ータが存在している。この「端末９９９」という識別子
は、特定のクライアントを示すのではなく、このデータ
がデータ中継装置２０によって自動的に取得されたこと
を示す識別子（以下、「データ中継装置識別子」とい
う）である。

【００３９】第２行目の例では、「http://www.preppy.
co.jp/」というデータを「１９９７年５月１０日８時３
０分１０秒」にサーバに要求し、その結果、データの取
得に「成功」し、取得したデータのデータ識別子は「デ
ータ５」であることが示されている。第３行目の例で
は、「http://www.preppy.co.jp/」というデータを自動
取得部２３により「１９９７年５月１１日８時３０分２
０秒」にサーバに要求し、その結果は「失敗」であるこ
とが示されている。

【００４０】なお、このデータ中継装置識別子は、例え
ば、データ中継装置２０の製造時に付与される。このデ
ータ中継装置識別子は、データ中継装置２０の管理者に
よって不用意に書き換えられることを防止するために変
更不能としてもよい。

【００４１】図７は、図２に示す重要度決定部２４にお
いて実行される処理の一例を示している。このフローチ
ャートは、例えば、データ中継装置２０の管理者が、図
示せぬ入力装置から所定の入力を行った場合に実行され
る。このフローチャートが実行されると、以下の処理が
行われることになる。 ［Ｓ３１］重要度決定部２４は、データ中継装置２０の
図示せぬ表示装置に対して図８に示すような検索条件入
力画面を表示させ、管理者が所定の情報を入力するまで
待機する。 ［Ｓ３２］重要度決定部２４は、ステップＳ３１におい
て入力された情報（図８の第２行目のウィンドウに入力
された情報）を参照して、過去Ｙ日間分の履歴情報を履
歴情報保持部２１から取得する。 ［Ｓ３３］重要度決定部２４は、図８に示す入力画面に
おいて、検索のキーワード（図８の第７行目のウィンド
ウに入力される情報）の入力があったか否かを判定す
る。その結果、キーワードが入力された（ＹＥＳ）と判
定した場合には、ステップＳ３４に進み、また、キーワ
ードが入力されていない（ＮＯ）と判定した場合にはス
テップＳ３５に進む。 ［Ｓ３４］重要度決定部２４は、データ保持部２７か
ら、ステップＳ３２において選択された過去Ｙ日分の履
歴情報に対応するデータを検出し、それぞれのデータ
に、前述のキーワードが何回含まれているかをカウント
する。そして、キーワードが含まれている回数が多い順
にデータを並べ替える。 ［Ｓ３５］重要度決定部２４は、図８の入力画面におい
て入力された他の検索条件（図８の第３行目〜第６行目
に入力されたデータ）に応じて、取得されたデータを選
択する。 ［Ｓ３６］重要度決定部２４は、図８の第１行目に入力
されたデータを参照して、ステップＳ３５において選択
されたデータのうち、上位Ｘ％のデータを取得する。 ［Ｓ３７］重要度決定部２４は、取得された上位Ｘ％の
データを、アクセススケジュールの元となるデータとし
て、自動取得部２３に供給する。そして処理を終了する
（エンド）。

【００４２】以上の処理によれば、履歴情報保持手段２
１に保持されている履歴情報のうち、図８に示す検索条
件を満足するデータの上位Ｘ％が抽出されることにな
る。これらのデータは、ユーザが頻繁にアクセスするデ
ータであるので、利用価値が高い重要なデータであると
考えることができる。なお、図８の検索条件の詳細につ
いては以下に詳述する。

【００４３】即ち、図８の第１行目に表示されているデ
ータは、それ以下の条件を満足するデータのうち、上位
何％を抽出するかを決定するデータである。この例で
は、値「１０」が入力されているので、それ以下の条件
を満足するデータのうち、上位１０％がステップＳ３６
において抽出されることになる。

【００４４】また、第２行目の「過去Ｙ日」は、過去Ｙ
日間にデータ要求がなされたデータを選出するための条
件であり、この例では、過去３０日間のデータを選出す
るように設定されている。なお、この設定項目を適宜変
更することにより、時間の推移による傾向の変化を反映
した検索を行うことが可能となる。

【００４５】第３行目の「データ量Ｚkbyte 未満」で
は、データ量が入力された値Ｚ以上のデータが選択され
ることになる。この例では、値「１００」が入力されて
いるので、１００Kbyte 以上のデータが選出されること
になる。このように、データの容量による条件を適用す
ることにより、例えば、画像や音声などを含むデータを
除外することが可能となる。即ち、画像や音声などの情
報を含むデータは、一般に文書（テキスト）のみのデー
タに比較してデータの容量が大きい場合が多いので、デ
ータ量を条件とすることにより、これらのデータを選別
することが可能となる。なお、以上の場合とは逆に、所
定のデータ量以上のものを選出するようにしてもよい。

【００４６】次に、第４行目の「データ取得結果」は、
データの取得結果（成功／失敗）に応じて、データの選
別を行うための条件であり、この例では、「成功したも
のだけ」が入力されているので、データ要求がなされた
データのうち、取得に成功したものだけが選出されるこ
とになる。このような条件を適用することにより、取得
に成功しやすいデータに的を絞った検索を行うことが可
能となる。

【００４７】続いて、第５行目の「端末」では、データ
要求を行ったクライアントを条件としてデータを選別す
る。例えば、この例では、「端末１、端末２」が入力さ
れているので、端末１（クライアント１１）および端末
２（クライアント１２）からデータ要求がなされたデー
タのみが選出されることになる。このような条件を適用
することにより、特定の利用者・グループ・組織が頻繁
に要求するデータを選別することが可能となる。なお、
以上の例とは逆に、所定のクライアントから要求された
データを除外するようにしてもよい。その場合、例え
ば、除外の対象となるクライアント識別子の前に記号
「！」を配置し、他のクライアント識別子と区別するよ
うにしてもよい。例えば、「！端末１」とすれば、端末
１を識別子として有するクライアント以外の全てのクラ
イアントが対象として選択される。

【００４８】続いて、第６行目の「ＵＲＬ」では、ネッ
トワーク３０上のリソースによってデータを選別する。
この例では、「http://www.preppy.co.jp/、http://ww
w.harry.co.jp/ 」が入力されているので、要求された
データのうち、ＷＷＷサーバである「www.preppy.co.j
p」と「www.harry.co.jp 」とから取得されたデータの
みが選出されることになる。このように、リソースを指
定することにより、例えば、特定の情報（ニュース）な
どに的を絞った検索を行うことが可能となる。なお、以
上の例では、所定のリソースのみを選出の対象とした
が、逆に、所定のリソースを除外の対象としてもよい。
また、ＵＲＬをすべて入力するのではなく、その一部を
入力し、入力された部分を含むＵＲＬを選出するように
してもよい。

【００４９】最後に、第７行目のキーワードでは、デー
タ保持部２７に格納されている各データ中に、所定のキ
ーワードが何回含まれているかにより、データの重要度
を決定するためのものである。この例では、「映画、新
作」が入力されているので、データ保持部２７に保持さ
れている各データ中に、「映画」または「新作」という
語句が何回含まれているかがカウントされ、含まれてい
る回数が多い順にデータがソートされることになる。こ
のように、キーワードを用いて検索することにより、デ
ータの内容に密着した選別を行うことが可能となる。

【００５０】なお、図８の入力画面において、左端に表
示されている四角形のボックスは、その内部をチェック
「×」することにより、その項目が条件として選択され
る。この例では、「データ量ＺKbyte 未満」以外の全て
の項目が選択されている。

【００５１】また、以上の実施の形態においては、所定
の条件によって選択されたデータの上位Ｘ％を選出する
ようにしたが、上位Ｘ％のデータを選択した後で、その
他の条件を適用するようにしてもよい。

【００５２】次に、図９および図１１を参照して、頻度
決定部２５の動作について説明する。図９は、頻度決定
部２５に初期値を入力するための処理の一例を説明する
フローチャートである。この処理は、図７に示す処理が
実行されてアクセススケジュールの元となるデータが生
成された後に実行される。このフローチャートが開始さ
れると、以下の処理が実行されることになる。 ［Ｓ４１］頻度決定部２５は、自動取得部２３から、ア
クセススケジュールの元となるデータ（図７に示す処理
によって抽出された重要度が高いデータ要求のリスト）
を読み出す。そして、データ中継装置２０の図示せぬ表
示装置に対して、図１０に示すような入力画面を表示さ
せ、各データ要求をアクセスする日時を管理者に入力さ
せる。なお、この表示例では、図７に示す処理により取
得された重要度が高いデータ要求が、その重要度に応じ
て上から順に表示されている。管理者は、それぞれのデ
ータ要求の右側に表示されているウィンドウに所望の日
時を入力することにより設定を行う。また、最下行に表
示されている「ＯＴＨＥＲＳ」は、その上に表示されて
いるデータ要求以外のデータを示しており、日時を一括
して指定する場合に使用される表記である。 ［Ｓ４２］頻度決定部２５は、図１０に示す入力画面に
おいて、入力が終了したか否かを判定する。その結果、
入力が終了した（ＹＥＳ）と判定した場合はステップＳ
４３に進み、また、入力が終了していない（ＮＯ）と判
定した場合にはステップＳ４２に戻り、入力が終了する
まで待機する。 ［Ｓ４３］頻度決定部２５は、入力されたデータをアク
セススケジュールとして自動取得部２３に供給する。

【００５３】次に、以上の処理の詳細について、以下に
説明する。ステップＳ４１では、頻度決定部２５は、図
７に示す処理によって生成され、自動取得部２３に格納
されているアクセススケジュールの元となるデータ（正
確には、重要度が高いデータ要求のリスト）を読み出
し、図１０に示すような入力画面を図示せぬ表示装置に
表示させる。

【００５４】図１０の表示例では、入力が終了した後の
例が示されているが、入力前の表示では画面の右側のウ
ィンドウ（日時が入力されているウィンドウ）は空欄と
されている。また、最終行の「ＯＴＨＥＲＳ」も表示さ
れておらず、その代わりに複数のデータ要求が表示され
ている。

【００５５】そしてそのような表示画面上において、
「月曜日 午前５時」、「毎日 毎正時」、「毎日 午
後５時」のような入力がなされると、それぞれのデータ
がアクセスされる日時が設定される。

【００５６】この表示例では、重要度が高い順にデータ
要求が配置されており、「ＯＴＨＥＲＳ」が入力される
前には、この部分には複数のデータ要求がその重要度に
応じて配置されている。そのような画面において、例え
ば、第４行目の部分に「ＯＴＨＥＲＳ」を入力すると、
それ以下のデータ要求の表示は消去され、図１０に示す
ような表示画面となる。そして、これらの消去されたデ
ータ要求は、「毎月１日 午後６時」にアクセスの日時
が設定されることになる。

【００５７】以上の図７および図９に示す処理によれ
ば、自動取得部２３がサーバに自動的にアクセスする場
合に、取得する対象となるデータ要求と、アクセスする
日時（頻度）とからなるアクセススケジュールを生成
し、自動取得部２３に供給することが可能となる。

【００５８】ところで、以上のようにして設定されたア
クセススケジュールのアクセス頻度は、管理者が適当に
設定したものであるので、最適であるとは言い難い。そ
こで、以下に示す処理を実行することにより、より最適
に近い頻度でデータ要求を行うことが可能となる。

【００５９】図１１は、アクセススケジュールのアクセ
ス頻度を最適化するための処理である。この処理は、管
理者が図示せぬ入力装置から所定の入力を行った場合
か、または、所定の周期（例えば、１ヶ月毎）に実行さ
れる。このフローチャートが開始されると、以下の処理
が実行されることになる。 ［Ｓ６１］頻度決定部２５は、自動取得部２３に保持さ
れているアクセススケジュール（図１０参照）を読み込
む。 ［Ｓ６２］頻度決定部２５は、アクセススケジュールに
「ＯＴＨＥＲＳ」以外のデータが存在するか否かを判定
する。その結果、「ＯＴＨＥＲＳ」以外のデータが存在
する（ＹＥＳ）と判定した場合はステップＳ６３に進
み、また、存在しない（ＮＯ）と判定した場合には処理
を終了する（エンド）。 ［Ｓ６３］頻度決定部２５は、アクセススケジュールに
含まれている「ＯＴＨＥＲＳ」以外のデータ要求に対応
する履歴情報を過去１ヶ月分だけ履歴情報保持部２１か
ら取得する。 ［Ｓ６４］頻度決定部２５は、取得された各データ要求
に対応する履歴情報を時系列に従って並べ替える。 ［Ｓ６５］頻度決定部２５は、並べ替えられた各履歴情
報のデータ識別子を参照してデータの更新の有無を調べ
る。 ［Ｓ６６］頻度決定部２５は、更新されていない期間の
最小値（以下、「最小更新期間」という）を各データに
ついて求める。 ［Ｓ６７］頻度決定部２５は、最初のデータ要求、即
ち、アクセススケジュールの最初に記載されているデー
タ要求に対応する最小更新期間（ステップＳ６６で求め
た値）を取得する。 ［Ｓ６８］頻度決定部２５は、アクセススケジュールに
記載されている頻度（データ要求がなされる周期）と、
ステップＳ６７で取得された最小更新期間とを比較し、
これらが等しいか否かを判定する。その結果、これらの
値が等しい（ＹＥＳ）と判定した場合にはステップＳ７
０に進む。また、これらの値が等しくない（ＮＯ）と判
定した場合には、ステップＳ６９に進む。 ［Ｓ６９］頻度決定部２５は、アクセススケジュールの
頻度を、ステップＳ６６で求めた最小更新期間により更
新する。 ［Ｓ７０］頻度決定部２５は、対象となるデータ要求が
アクセススケジュールに存在するか否かを判定する。そ
の結果、対象となるデータが存在している（ＹＥＳ）と
判定した場合はステップＳ７１に進む。また、データが
存在しない（ＮＯ）と判定した場合には処理を終了する
（エンド）。 ［Ｓ７１］頻度決定部２５は、アクセススケジュールか
ら次のデータ要求を読み出してステップＳ６８に進む。

【００６０】次に、以上の処理の詳細を具体例を挙げて
説明する。ステップＳ６１では、頻度決定部２５は、自
動取得部２３からアクセススケジュール（図１０参照）
を取得する。そして、ステップＳ６２に進み、「ＯＴＨ
ＥＲＳ」以外のデータが存在しているか否かを判定す
る。図１０に示す例では、存在しているのでＹＥＳと判
定されて、ステップＳ６３に進む。

【００６１】なお、「ＯＴＨＥＲＳ」を省略するのは、
これに含まれているデータの重要度が低いため、アクセ
ス頻度を最適化するメリットが少ないためである。続い
て、ステップＳ６３では、アクセススケジュールに記載
されているデータ要求のうち、「ＯＴＨＥＲＳ」を除く
ものに対応する履歴情報が過去１ヶ月分にわたって履歴
情報保持部２１から取得されることになる。図１０の例
では、「http://www.preppy.co.jp/」、「http://www.n
ard.co.jp/」、「http://www.harry.co.jp/ 」に対応す
る履歴情報が、過去１ヶ月分にわたって、履歴情報保持
部２１から読み出される。

【００６２】ステップＳ６４では、読み出された履歴情
報が、それぞれのデータ取得要求毎に時系列順に並べ替
えられる。例えば、図１０の例では、「http://www.pre
ppy.co.jp/」、「http://www.nard.co.jp/」、「http:/
/www.harry.co.jp/ 」に対応するそれぞれ１ヶ月分の履
歴情報が、要求日時が古い順に並べ替えられる。

【００６３】ステップＳ６５では、並べ替えられた履歴
情報のデータ識別子が参照され、更新の有無が調べられ
る。即ち、データ識別子が以前の値と変化した場合に
は、データが更新されたと判定される。

【００６４】そして、ステップＳ６６では、更新がなさ
れたデータ要求の要求日時の差分を求めることにより、
最小更新期間が求められる。なお、この「最小更新期
間」は、対応するサーバにおいて、データが更新される
頻度に近い値となることが期待される。

【００６５】ステップＳ６７では、アクセススケジュー
ルの最初のデータ要求が取得される。図１０の例では、
データ要求「http://www.preppy.co.jp/」が取得され
る。そして、ステップＳ６８に進み、アクセススケジュ
ールの頻度と最小更新期間とが等しいか否かが判定され
る。図１０の例では、更新の頻度は１週間であるので、
最小更新期間が１週間である場合には、ＹＥＳと判定さ
れてステップＳ７０に進み、これらが異なる場合にはＮ
Ｏと判定されてステップＳ６９に進む。

【００６６】ステップＳ６９では、アクセススケジュー
ルの頻度が、最小更新期間によって置換される。例え
ば、図１０の例において、最小更新期間が２週間である
場合には「月曜日 午前５時」が、「隔週月曜日 午前
５時」に更新される。また、最小更新期間が１日である
場合には「毎日 午前５時」に更新されることになる。

【００６７】なお、サーバのデータ更新期間が、自動取
得部２３のアクセスする周期よりも短い場合において
も、ＬＡＮ内部のいずれかのクライアントがアクセスを
行うことが想定されるので、そのような場合でも、最小
更新期間はサーバの更新期間に近い値を有すると考えら
れる。

【００６８】ステップＳ７０では、対象となるデータが
存在するか否かが判定される。いま、第１行目のデータ
要求「http://www.preppy.co.jp/」に対する処理が終了
したところであるので、ＹＥＳと判定されてステップＳ
７１に進む。

【００６９】ステップＳ７１では、次のデータが取得さ
れる。いま、図１０に示す第１行目のデータ要求「htt
p://www.preppy.co.jp/」に対する処理が終了したとこ
ろであるので、２行目にあるデータ要求「http://www.n
ard.co.jp/」が取得されることになる。そして、ステッ
プＳ６８に戻り、前述の場合と同様の処理が繰り返され
ることになる。

【００７０】以上の処理によれば、自動取得部２３によ
ってデータを自動取得する際の、サーバへのアクセスの
頻度が最適化されることになる。なお、以上の実施の形
態においては、頻度決定部２５が算出した最小更新期間
によって、アクセス頻度を直接書き換えるようにした
が、例えば、最適と思われるアクセス頻度を画面上に表
示させ、管理者に対してアクセススケジュールの変更を
求めるようにしてもよい。

【００７１】なお、上記の処理機能は、コンピュータに
よって実現することができる。その場合、データ中継装
置が有すべき機能の処理内容は、コンピュータで読み取
り可能な記録媒体に記録されたプログラムに記述されて
おり、このプログラムをコンピュータで実行することに
より、上記処理がコンピュータで実現される。コンピュ
ータで読み取り可能な記録媒体としては、磁気記録装置
や半導体メモリ等がある。市場を流通させる場合には、
ＣＤ−ＲＯＭ(Compact Disk Read Only Memory) やフロ
ッピーディスク等の可搬型記録媒体にプログラムを格納
して流通させたり、ネットワークを介して接続されたコ
ンピュータの記憶装置に格納しておき、ネットワークを
通じて他のコンピュータに転送することもできる。コン
ピュータで実行する際には、コンピュータ内のハードデ
ィスク装置等にプログラムを格納しておき、メインメモ
リにロードして実行する。

【００７２】

【発明の効果】以上説明したように本発明では、履歴情
報を参照して、過去にアクセスされたデータの重要度を
決定し、重要度が高いデータに対しては、所定の頻度で
自動的にサーバから取得するようにしたので、ユーザに
とって利用価値が高いと推定される情報を漏れなく取得
することが可能となる。また、取得されたデータをデー
タ中継装置内部に保存するようにしたので、ユーザの望
むタイミングで、また任意の端末から所望の情報を閲覧
することが可能となる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】本発明の実施の形態の構成例を示すブロック図
である。

【図３】図２に示すデータ中継装置において、履歴情報
を生成する場合に実行される処理の一例を説明するフロ
ーチャートである。

【図４】図３に示すフローチャートによって生成された
履歴情報の一例である。

【図５】図２に示す自動取得部において実行される処理
の一例を説明するフローチャートである。

【図６】図５に示すフローチャートが実行された場合に
生成される履歴情報の一例を示す図である。

【図７】図２に示す重要度決定部において実行される処
理の一例を説明するフローチャートである。

【図８】図７に示すフローチャートが実行された場合に
表示される入力画面の表示例である。

【図９】図２に示す頻度決定部において実行される処理
の一例を説明するフローチャートである。

【図１０】図９に示す処理が実行された場合に表示され
る入力画面の表示例である。

【図１１】図２に示す頻度決定部において実行される他
の処理の一例を説明するフローチャートである。

【符号の説明】

２ａ 履歴情報保持手段 ２ｂ データ取得手段 ２ｃ 自動取得手段 ２ｄ 重要度決定手段 ２ｅ 頻度決定手段 ２ｆ データ出力手段

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上のサーバと、複数の情報
   端末装置との間でデータの中継を行うデータ中継装置に
   おいて、 前記情報端末装置からの過去のデータ要求に関する履歴
   情報を保持しており、前記情報端末装置から新たなデー
   タ要求が入力されると、前記データ要求に関する情報を
   履歴情報として追加する履歴情報保持手段と、 前記データ要求に応じて前記ネットワーク上のサーバに
   アクセスし、要求のあったデータを取得するデータ取得
   手段と、 前記データ取得手段にて取得したデータを前記データ要
   求を入力した情報端末装置に出力するデータ出力手段
   と、 前記履歴情報を参照して、過去に取得したデータの重要
   度を決定する重要度決定手段と、 前記重要度決定手段によって、重要度が高いと判定され
   たデータを、前記サーバから自動的に取得する自動取得
   手段と、 を有することを特徴とするデータ中継装置。
2. 【請求項２】 前記重要度決定手段によって重要度が高
   いと判定されたデータのそれぞれを取得する頻度を決定
   する頻度決定手段を更に有し、 前記自動取得手段は、前記重要度決定手段によって重要
   度が高いと判定されたデータを、前記頻度決定手段によ
   って決定された頻度で、対応するサーバからそれぞれ取
   得することを特徴とする請求項１記載のデータ中継装
   置。
3. 【請求項３】 前記頻度決定手段は、前記履歴情報を参
   照して、対象となるデータの更新の頻度を算出し、デー
   タを取得する頻度を決定することを特徴とする請求項２
   記載のデータ中継装置。
4. 【請求項４】 前記履歴情報は、データ要求を行った情
   報端末装置を特定するための情報端末装置識別子を含
   み、 前記重要度決定手段は、前記情報端末装置識別子とデー
   タのアクセス回数とを参照して重要度を決定することを
   特徴とする請求項１記載のデータ中継装置。
5. 【請求項５】 前記履歴情報は、データが格納されてい
   たリソースを特定するためのリソース識別子を含み、 前記重要度決定手段は、前記リソース識別子とデータの
   アクセス回数とを参照して重要度を決定することを特徴
   とする請求項１記載のデータ中継装置。
6. 【請求項６】 前記データ取得手段および前記自動取得
   手段によって取得されたデータを保持するデータ保持手
   段を更に有し、 前記重要度決定手段は、前記データ保持手段に保持され
   ているデータに含まれている特定のキーワードの個数を
   参照して重要度を決定することを特徴とする請求項１記
   載のデータ中継装置。
7. 【請求項７】 ネットワーク上のサーバと、複数の情報
   端末装置との間でデータの中継を行うデータ中継方法に
   おいて、 前記情報端末装置からの過去のデータ要求に関する履歴
   情報を保持しており、前記情報端末装置から新たなデー
   タ要求が入力されると、前記データ要求に関する情報を
   履歴情報として追加する履歴情報保持ステップと、 前記データ要求に応じて前記ネットワーク上のサーバに
   アクセスし、要求のあったデータを取得するデータ取得
   ステップと、 前記データ取得ステップにて取得したデータを前記デー
   タ要求を入力した情報端末装置に出力するデータ出力ス
   テップと、 前記履歴情報を参照して、過去に取得したデータの重要
   度を決定する重要度決定ステップと、 前記重要度決定ステップによって、重要度が高いと判定
   されたデータを、前記サーバから自動的に取得する自動
   取得ステップと、 を有することを特徴とするデータ中継方法。
8. 【請求項８】 ネットワーク上のサーバと、複数の情報
   端末装置との間でデータの中継を行うデータ中継装置で
   使用されるプログラムを記録したコンピュータ読み取り
   可能な記録媒体において、 前記情報端末装置からの過去のデータ要求に関する履歴
   情報を保持しており、前記情報端末装置から新たなデー
   タ要求が入力されると、前記データ要求に関する情報を
   履歴情報として追加する履歴情報保持ステップと、 前記データ要求に応じて前記ネットワーク上のサーバに
   アクセスし、要求のあったデータを取得するデータ取得
   ステップと、 前記データ取得ステップにて取得したデータを前記デー
   タ要求を入力した情報端末装置に出力するデータ出力ス
   テップと、 前記履歴情報を参照して、過去に取得したデータの重要
   度を決定する重要度決定ステップと、 前記重要度決定ステップによって、重要度が高いと判定
   されたデータを、前記サーバから自動的に取得する自動
   取得ステップと、 を有するプログラムを記録したコンピュータ読み取り可
   能な記録媒体。