JP2001256099A

JP2001256099A - アクセス制御装置

Info

Publication number: JP2001256099A
Application number: JP2000064971A
Authority: JP
Inventors: Yoshiyuki Ono; 義之小野
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2000-03-09
Filing date: 2000-03-09
Publication date: 2001-09-21

Abstract

(57)【要約】【課題】アクセスのヒット率を向上し、サーバとクラ
イアントとの間のデータ転送時間を短縮するのに好適な
アクセス制御装置を提供する。【解決装置】ファイルサーバ１００は、データ送信要
求の受信に先立って、マルチメディアファイルＤの先頭
部分ＤＨをＲＡＭ３４に読み込んでおき、データ送信要
求を受信しこれに応じてマルチメディアファイルＤを送
信する場合に、データ送信要求に係るマルチメディアフ
ァイルＤの先頭部分ＤＨがＲＡＭ３４に読み込まれてい
るときは、ＲＡＭ３４のその先頭部分ＤＨを送信すると
ともに、その送信動作と並行してそのデータ送信要求に
係るマルチメディアファイルＤの残部を記憶装置４２か
ら読み出すようになっている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データの送信を要
求する通信端末と通信可能に接続したときに、前記通信
端末からのデータ送信要求に応じてそのデータ送信要求
に係るデータを送信する装置に係り、特に、クライアン
ト・サーバシステムにおいて、異なる多数のデータを断
片的にしかも連続して読み出すというアクセスが集中す
る場合に、アクセスのヒット率を向上し、サーバとクラ
イアントとの間のデータ転送時間を短縮するのに好適な
アクセス制御装置に関する。

【０００２】

【従来の技術】従来、クライアント・サーバシステムに
おいて、サーバに接続する複数のクライアントがデータ
送信要求をサーバに送信し、サーバがそのデータ送信要
求に係るファイルをハードディスク等の補助記憶装置か
ら読み出して送信する技術としては、例えば、特開平6-
314223号公報に開示されたバッファ管理システム、およ
び特開平8-314779号公報に開示されたサーバシステムが
あった。

【０００３】特開平6-314223号公報に開示されたバッフ
ァ管理システム（以下、第１の従来例という。）は、関
連ファイルをファイルセットとしてグループ化し、各フ
ァイルセットに対するファイル・アクセス動作（すなわ
ち、読出しおよび書込み）統計を収集し、類似の統計結
果を有するファイルセットをファイルセット類別として
分類し、それぞれの異なるファイルセット類別からのブ
ロック（またはページ）に対し、異なるファイルサーバ
・バッファ管理ポリシをインプリメントする。これによ
り、クライアントによるファイルサーバへの読出しアク
セスのヒット率を改良して、ファイルサーバ・バッファ
を管理する。これらのそれぞれの類別に適用されるバッ
ファ管理ポリシは、一般に高い読出し、書込み比率を有
するファイル・ブロック（またはページ）を一般的に高
い優先度に設計し、ファイルサーバ・バッファに記憶す
る。

【０００４】また、特開平8-314779号公報に開示された
サーバシステム（以下、第２の従来例という。）は、サ
ーバーシステムのキャッシュを分割する。キャッシュの
分割は、ファイルアクセス要求を発生させたファイルア
クセス要求元ごとに行ない、分割したキャッシュをキャ
ッシュアロケーションテーブルの管理情報によって管理
する。キャッシュアロケーションテーブルには、分割し
たキャッシュの使用状況を管理する情報とそのキャッシ
ュの詳細情報を与える。ファイルアクセス要求元は、そ
れぞれの分割したキャッシュを専用のキャッシュ領域と
して使用する。

【０００５】

【発明が解決しようとする課題】ところで、音楽データ
や動画データ等のその再生に連続性のあるマルチメディ
アファイルをサーバの補助記憶装置に複数蓄積すること
によりそれらをデータベース化しており、各クライアン
トにおいて、ユーザがそれらマルチメディアファイルの
なかから好みに応じて所望のものをダウンロードするよ
うな場合には、各クライアントのユーザは、所望のマル
チメディアファイルを探すために、各マルチメディアフ
ァイルを一つ一つ再生しながら確認していくこととな
る。この場合、各クライアントのユーザは、あらかじめ
ファイル名等の識別情報が分かっている場合は別とし
て、所望のマルチメディアファイルを模索的に探す場合
は、一つ一つのマルチメディアファイルを最後まで全部
再生するわけではなく、先頭部分または要所となる途中
部分（音楽データでいえば、例えば、さびが入っている
部分）を再生して該当するか否かを判断し、該当しない
と判断した場合はダウンロードを中断し、次のマルチメ
ディアファイルの再生に移っていくという作業を、所望
のファイルが見つかるまで繰り返し行うことが考えられ
る。

【０００６】しかしながら、上記第１の従来例にあって
は、各ファイルセットに対するアクセス回数の統計を集
計し、類似の統計結果を有するファイルセットをファイ
ルセット類別として分類し、ファイルセット類別ごとに
異なるバッファ管理ポリシをインプリメントしてファイ
ルの読出を管理する構成であるため、上記のように、音
楽データや動画データ等のその再生に連続性のあるマル
チメディアファイルを対象とした場合には、次のような
問題がある。

【０００７】すなわち、人気のあるアーティストの音楽
データ等は、頻繁にアクセスされる可能性が高く、そう
でない音楽データ等は、その可能性が低いことから、フ
ァイルによってアクセス回数が異なることとなるので、
上記第１の従来例は、このような場合であっても一見有
効であるかのように見える。しかし、一人のユーザにと
ってみれば、一回再生したファイルについては再度アク
セスする可能性は少なく、また、ユーザは、所望のファ
イルが見つかるまでファイルの連続再生を繰り返すこと
を考えると、サーバに対しては、そうした一人のユーザ
により、異なる多数のファイルを断片的にしかも連続し
て読み出すというアクセスが集中することが考えられ
る。したがって、このように局所的なアクセスがある場
合、上記第１の従来例のように、アクセス回数が多いも
のを優先的にバッファに読み込むという制御では、アク
セスのヒット率が向上せず、サーバとクライアントとの
間のファイル転送時間を短縮することが困難となる。

【０００８】また、上記第２の従来例にあっては、ファ
イルの先読み制御に関するものでなく、ファイルを単に
キャッシュする構成であるため、上記のように局所的な
アクセスがある場合には、キャッシュしたファイルが再
度利用される可能性がきわめて低いことから、上記第１
の従来例と同様に、アクセスのヒット率が向上せず、サ
ーバとクライアントとの間のファイル転送時間を短縮す
ることが困難である。

【０００９】そこで、本発明は、このような従来の技術
の有する未解決の課題に着目してなされたものであっ
て、クライアント・サーバシステムにおいて、異なる多
数のデータを断片的にしかも連続して読み出すというア
クセスが集中する場合に、アクセスのヒット率を向上
し、サーバとクライアントとの間のデータ転送時間を短
縮するのに好適なアクセス制御装置を提供することを目
的としている。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る請求項１記載のアクセス制御装置は、
データの送信を要求する通信端末と通信可能に接続した
ときに、前記通信端末からのデータ送信要求に応じてそ
のデータ送信要求に係るデータを送信する装置におい
て、データを記憶するための第１の記憶手段と、少なく
ともデータの読出速度が前記第１の記憶手段よりも高速
である第２の記憶手段と、前記データ送信要求の受信に
先立って前記第１の記憶手段の一つのデータを構成する
一部を前記第２の記憶手段に読み込むデータ先読込手段
と、前記データ先読込手段の読込結果に基づいて前記デ
ータ送信要求に係るデータの送信を制御するデータ送信
制御手段とを備え、前記データ送信制御手段は、前記デ
ータ先読込手段の読込結果として、前記データ送信要求
に係るデータの一部が前記第２の記憶手段に読み込まれ
ているときは、前記第２の記憶手段のそのデータを送信
するとともに、その送信動作と並行してそのデータ送信
要求に係るデータの残部を前記第１の記憶手段から読み
出すようになっており、前記データ先読込手段は、前記
第１の記憶手段の複数のデータについて送信順序を記憶
し、過去の送信順序に基づいて、前記第１の記憶手段の
データのうち将来的に送信要求がある可能性の高いデー
タの一部を前記第２の記憶手段に読み込むようになって
いる。

【００１１】このような構成であれば、第１の記憶手段
に複数のデータが記憶された状態で、通信端末からデー
タ送信要求を受信すると、データ送信要求に係るデータ
が送信されるとともに、データ先読込手段により、第１
の記憶手段の複数のデータについて送信順序が記憶され
る。このように送信順序が記憶されていくと、通信端末
からデータ送信要求を受信する前にあっては、データ先
読込手段により、過去の送信順序に基づいて、第１の記
憶手段のデータのうち将来的に送信要求がある可能性の
高いデータの一部が第２の記憶手段に読み込まれる。そ
して、通信端末から実際にデータ送信要求を受信する
と、データ送信要求に係るデータの一部が第２の記憶手
段に読み込まれているときは、データ送信制御手段によ
り、第２の記憶手段のそのデータが送信されるととも
に、その送信動作と並行してそのデータ送信要求に係る
データの残部が第１の記憶手段から読み出される。

【００１２】ここで、第１の記憶手段は、データをあら
ゆる手段でかつあらゆる時期に記憶するものであり、デ
ータをあらかじめ記憶しておいてもよいし、本装置の動
作時にデータを記憶するようにしてもよい。以下、請求
項２記載のアクセス制御装置において同じである。

【００１３】また、データ先読込手段は、過去の送信順
序に基づいて、第１の記憶手段のデータのうち将来的に
送信要求がある可能性の高いデータの一部を第２の記憶
手段に読み込むようになっていればどのような構成であ
ってもよいが、異なる多数のデータを断片的にしかも連
続して読み出すというアクセスが集中する場合に、アク
セスのヒット率を向上する観点からは、第２の記憶手段
に読み込む一つのデータを構成する一部のデータ容量と
第２の記憶手段に読み込むデータの数との割合を調整す
る調整手段を有し、第２の記憶手段に読み込むデータの
数が多くなるように前記調整手段による調整を行うよう
になっているのが好ましい。以下、請求項２記載のアク
セス制御装置において同じである。

【００１４】このような構成であれば、データ先読込手
段では、調整手段により、第２の記憶手段に読み込むデ
ータの数が多くなるように、第２の記憶手段に読み込む
一つのデータを構成する一部のデータ容量と第２の記憶
手段に読み込むデータの数との割合が調整される。

【００１５】したがって、小データ容量ではあるが多数
のデータの一部が先読込されるので、マルチメディアフ
ァイルの先頭付近だけを再生して該当するか否かを判断
し、該当しないと判断した場合はダウンロードを中断
し、次のマルチメディアファイルＤの再生に移っていく
という作業を繰り返し行う場合には、第２の記憶手段に
対するアクセスのヒット率がさらに向上し、サーバとク
ライアントとの間のデータ転送時間をさらに短縮するこ
とができるという効果も得られる。

【００１６】また、同様の観点からは、データ先読込手
段は、過去に送信された複数のデータについて平均デー
タ転送量を算出し、その算出結果に基づいて、第２の記
憶手段に読み込む一つのデータを構成する一部のデータ
容量を決定するようになっているのが好ましい。以下、
請求項２記載のアクセス制御装置において同じである。

【００１７】このような構成であれば、データ先読込手
段により、過去に送信された複数のデータについて平均
データ転送量が算出され、その算出結果に基づいて、第
２の記憶手段に読み込む一つのデータを構成する一部の
データ容量が決定される。

【００１８】したがって、マルチメディアファイルの先
頭付近だけを再生して該当するか否かを判断し、該当し
ないと判断した場合はダウンロードを中断し、次のマル
チメディアファイルの再生に移っていくという作業を繰
り返し行う場合には、第１の記憶手段のデータのうち頻
繁に送信される可能性の高いデータ容量だけが先読込さ
れるので、第２の記憶手段の記憶領域を効率的に利用す
ることができるという効果も得られる。

【００１９】また、同様の観点からは、データ先読込手
段は、同一の通信端末からデータ送信要求を連続して受
信するときは、その連続期間において一度送信したこと
のあるデータを先読込の対象から除外するようになって
いるのが好ましい。以下、請求項２記載のアクセス制御
装置において同じである。

【００２０】このような構成であれば、同一の通信端末
からデータ送信要求を連続して受信するときは、データ
先読込手段により、その連続期間において一度送信した
ことのあるデータが先読込の対象から除外される。

【００２１】したがって、異なる多数のマルチメディア
ファイルを断片的にしかも連続して読み出すというアク
セスが集中する場合には、第２の記憶手段に対するアク
セスのヒット率がさらに向上し、サーバとクライアント
との間のデータ転送時間をさらに短縮することができる
という効果も得られる。

【００２２】また、同様の観点からは、データ先読込手
段は、各通信端末ごとに送信順序を記憶し、各通信端末
に対しては、その通信端末の過去の送信順序に基づい
て、第１の記憶手段のデータのうち将来的に送信要求が
ある可能性の高いデータの一部を第２の記憶手段に読み
込むようになっているのが好ましい。以下、請求項２記
載のアクセス制御装置において同じである。

【００２３】このような構成であれば、データ先読込手
段により、各通信端末ごとに送信順序が記憶され、各通
信端末に対しては、その通信端末の過去の送信順序に基
づいて、第１の記憶手段のデータのうち将来的に送信要
求がある可能性の高いデータの一部が第２の記憶手段に
読み込まれる。

【００２４】さらに、本発明に係る請求項２記載のアク
セス制御装置は、データの送信を要求する通信端末と通
信可能に接続したときに、前記通信端末からのデータ送
信要求に応じてそのデータ送信要求に係るデータを送信
する装置において、データを記憶するための第１の記憶
手段と、少なくともデータの読出速度が前記第１の記憶
手段よりも高速である第２の記憶手段と、前記データ送
信要求の受信に先立って前記第１の記憶手段のデータを
前記第２の記憶手段に読み込むデータ先読込手段と、前
記データ先読込手段の読込結果に基づいて前記データ送
信要求に係るデータの送信を制御するデータ送信制御手
段とを備え、前記データ先読込手段は、前記第１の記憶
手段の複数のデータについて送信順序を記憶し、過去の
送信順序に基づいて、前記第１の記憶手段のデータのう
ち将来的に送信要求がある可能性の高いデータを前記第
２の記憶手段に読み込むようになっている。

【００２５】このような構成であれば、第１の記憶手段
に複数のデータが記憶された状態で、通信端末からデー
タ送信要求を受信すると、データ送信要求に係るデータ
が送信されるとともに、データ先読込手段により、第１
の記憶手段の複数のデータについて送信順序が記憶され
る。このように送信順序が記憶されていくと、通信端末
からデータ送信要求を受信する前にあっては、データ先
読込手段により、過去の送信順序に基づいて、第１の記
憶手段のデータのうち将来的に送信要求がある可能性の
高いデータが第２の記憶手段に読み込まれる。そして、
通信端末から実際にデータ送信要求を受信すると、デー
タ送信制御手段により、データ先読込手段の読込結果に
基づいてデータ送信要求に係るデータの送信が制御され
る。

【００２６】さらに、本発明に係る請求項３記載のアク
セス制御装置は、請求項１記載のアクセス制御装置にお
いて、前記データ先読込手段は、データの先頭部分を前
記第２の記憶手段に読み込むようになっている。

【００２７】このような構成であれば、データ先読込手
段により、データの先頭部分が第２の記憶手段に読み込
まれる。

【００２８】さらに、本発明に係る請求項４記載のアク
セス制御装置は、請求項１ないし３のいずれかに記載の
アクセス制御装置において、前記データ先読込手段は、
音楽データまたは動画データを含むその再生に連続性の
あるデータを先読込の対象とするようになっている。

【００２９】このような構成であれば、データ先読込手
段により、音楽データまたは動画データを含むその再生
に連続性のあるデータが先読込の対象とされる。

【００３０】以上では、上記目的を達成するためのアク
セス制御装置を提案したが、これに限らず、上記目的を
達成するために、次に掲げるアクセス制御プログラムを
記憶した記憶媒体を提案することもできる。

【００３１】このアクセス制御プログラムを記憶した記
憶媒体は、データの送信を要求する通信端末と通信可能
に接続したときに、前記通信端末からのデータ送信要求
に応じてそのデータ送信要求に係るデータを送信するア
クセス制御プログラムを記憶した記憶媒体であって、デ
ータを記憶するための第１の記憶手段と、少なくともデ
ータの読出速度が前記第１の記憶手段よりも高速である
第２の記憶手段と、前記データ送信要求の受信に先立っ
て前記第１の記憶手段の一つのデータを構成する一部を
前記第２の記憶手段に読み込むデータ先読込手段と、前
記データ先読込手段の読込結果に基づいて前記データ送
信要求に係るデータの送信を制御するデータ送信制御手
段としてコンピュータを機能させるためのプログラムを
記憶し、前記データ送信制御手段は、前記データ先読込
手段の読込結果として、前記データ送信要求に係るデー
タの一部が前記第２の記憶手段に読み込まれているとき
は、前記第２の記憶手段のそのデータを送信するととも
に、その送信動作と並行してそのデータ送信要求に係る
データの残部を前記第１の記憶手段から読み出すように
なっており、前記データ先読込手段は、前記第１の記憶
手段の複数のデータについて送信順序を記憶し、過去の
送信順序に基づいて、前記第１の記憶手段のデータのう
ち将来的に送信要求がある可能性の高いデータの一部を
前記第２の記憶手段に読み込むようになっているコンピ
ュータ読み取り可能な記憶媒体である。

【００３２】このような構成であれば、記憶媒体に記憶
されたプログラムがコンピュータによって読み取られ、
読み取られたプログラムに従ってコンピュータが機能し
たときは、請求項１記載のアクセス制御装置と同様の作
用および効果が得られる。

【００３３】ここで、さらに具体的な構成としては、例
えば、請求項２ないし４記載のアクセス制御装置と同等
の構成が挙げられる。

【００３４】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。図１ないし図６は、本発明に
係るアクセス制御装置の実施の形態を示す図である。

【００３５】本実施の形態は、本発明に係るアクセス制
御装置を、図１に示すように、クライアント・サーバシ
ステムにおいて、ファイルサーバ１００に接続する複数
のクライアントＣ₁〜Ｃ_nがデータ送信要求をファイルサ
ーバ１００に送信し、ファイルサーバ１００がそのデー
タ送信要求に係るファイルをハードディスク等の記憶装
置から読み出して送信する場合について適用したもので
ある。

【００３６】まず、本発明に係るアクセス制御装置を適
用するネットワークシステムの構成を図１を参照しなが
ら説明する。図１は、本発明に係るアクセス制御装置を
適用するネットワークシステムの構成を示す図である。

【００３７】ネットワーク３００には、図１に示すよう
に、複数のクライアントＣ₁〜Ｃ_nと、音楽データや動画
データ等のその再生に連続性のあるマルチメディアファ
イルを複数蓄積することによりそれらをデータベース化
しているファイルサーバ１００とが接続されている。

【００３８】各クライアントＣ₁〜Ｃ_nは、ブラウザ等の
通信ソフトウェアにより、ファイルサーバ１００にアク
セスしてファイルサーバ１００に蓄積されているマルチ
メディアファイルの一覧を表示し、表示したマルチメデ
ィアファイルの一覧のなかから所望のものをマウス等で
クリックすることによりデータ送信要求をファイルサー
バ１００に送信し、データ送信要求に係るマルチメディ
アファイルをダウンロードしながらそのマルチメディア
ファイルを先頭から順次再生するようになっている。マ
ルチメディアファイルの再生は、マルチメディアプレイ
ヤ等の再生ソフトウェアにより行う。

【００３９】次に、ファイルサーバ１００の構成を図２
を参照しながら説明する。図２は、ファイルサーバ１０
０の構成を示すブロック図である。

【００４０】ファイルサーバ１００は、図２に示すよう
に、制御プログラムに基づいて演算およびシステム全体
を制御するＣＰＵ３０と、所定領域にあらかじめＣＰＵ
３０の制御プログラム等を格納しているＲＯＭ３２と、
ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算
過程で必要な演算結果を格納するためのＲＡＭ３４と、
ＲＡＭ３４の特定領域に格納されているデータを画像信
号に変換して出力するＣＲＴＣ３６と、外部装置に対し
てデータの入出力を媒介するＩ／Ｆ３８とで構成されて
おり、これらは、データを転送するための信号線である
バス３９で相互にかつデータ授受可能に接続されてい
る。

【００４１】Ｉ／Ｆ３８には、外部装置として、ヒュー
マンインターフェースとしてデータの入力が可能なキー
ボードやマウス等からなる入力装置４０と、データやテ
ーブル等をファイルとして格納する記憶装置４２と、画
像信号に基づいて画面を表示する表示装置４４と、ネッ
トワーク３００に接続するための信号線とが接続されて
いる。

【００４２】ＲＡＭ３４は、特定領域として、表示装置
４４に表示するための表示用データを格納するＶＲＡＭ
３５を有しており、ＶＲＡＭ３５は、ＣＰＵ３０とＣＲ
ＴＣ３６とで独立にアクセスが可能となっている。

【００４３】ＣＲＴＣ３６は、ＶＲＡＭ３５に格納され
ている表示用データを先頭アドレスから所定周期で順次
読み出し、読み出した表示用データを画像信号に変換し
て表示装置４４に出力するようになっている。

【００４４】記憶装置４２には、複数のマルチメディア
ファイルＤ₁〜Ｄ_mを蓄積することによりそれらをデータ
ベース化してるほか、図３に示すように、マルチメディ
アファイルＤ₁〜Ｄ_mをＲＡＭ３４に先読込する上で参照
するテーブルであって、過去のアクセスにおいてマルチ
メディアファイルＤ₁〜Ｄ_mが送信された送信順序の統計
を集計して確率的な送信順序を登録するための先読込管
理テーブル１１０が格納されている。図３は、先読込管
理テーブル１１０の構造を示す図である。

【００４５】先読込管理テーブル１１０は、図３に示す
ように、各マルチメディアファイルＤ₁〜Ｄ_mごとに一つ
のレコードが登録されている。各レコードは、マルチメ
ディアファイルＤ₁〜Ｄ_mの数よりも１つ多い数のフィー
ルドＦ₀〜Ｆ_mを含んで構成されており、例えば、先頭か
ら３つのフィールドＦ₀〜Ｆ₂は、そのレコードに対応す
るマルチメディアファイルＤのファイル名を登録するフ
ィールドＦ₀と、マルチメディアファイルＤ₁がフィール
ドＦ₀のファイル名により特定されるマルチメディアフ
ァイルＤの次に読み込まれた頻度を登録するフィールド
Ｆ₁と、マルチメディアファイルＤ₂がフィールドＦ₀の
ファイル名により特定されるマルチメディアファイルＤ
の次に読み込まれた頻度を登録するフィールドＦ₂とで
構成されている。フィールドＦ₃〜Ｆ_mについてもフィー
ルドＦ₁，Ｆ₂と同様である。

【００４６】図３の例では、図中１段目のレコードに
は、フィールドＦ₀にマルチメディアファイルＤ₁のファ
イル名が、フィールドＦ₁にマルチメディアファイルＤ₁
の頻度として“０％”が、フィールドＦ₂にマルチメデ
ィアファイルＤ₂の頻度として“６０％”が、フィール
ドＦ₃にマルチメディアファイルＤ₃の頻度として“３０
％”が、フィールドＦ_mにマルチメディアファイルＤ_mの
頻度として“１０％”が登録されている。したがって、
このレコードの内容により、過去のアクセスにおいて、
マルチメディアファイルＤ₁の次にマルチメディアファ
イルＤ₁が読み込まれた頻度は、０％であり、マルチメ
ディアファイルＤ₁の次にマルチメディアファイルＤ₂が
読み込まれた頻度は、６０％であり、マルチメディアフ
ァイルＤ₁の次にマルチメディアファイルＤ₃が読み込ま
れた頻度は、３０％であり、マルチメディアファイルＤ
₁の次にマルチメディアファイルＤ_mが読み込まれた頻度
は、１０％であることが分かる。

【００４７】図２に戻り、ＣＰＵ３０は、マイクロプロ
セッシングユニットＭＰＵ等からなり、ＲＯＭ３２の所
定領域に格納されている所定のプログラムを起動させ、
そのプログラムに従って、図４および図６のフローチャ
ートに示すファイル先読込処理およびアクセス制御処理
を並列に実行するようになっている。

【００４８】初めに、ファイル先読込処理を図４および
図５を参照しながら説明する。図４は、ファイル先読込
処理を示すフローチャートであり、図５は、記憶装置４
２のマルチメディアファイルＤ₁〜Ｄ_mおよびＲＡＭ３４
に先読込するマルチメディアファイルの先頭部分を示す
図である。

【００４９】ファイル先読込処理は、クライアントＣ₁
〜Ｃ_nからのデータ送信要求の受信に先立って、記憶装
置４２のマルチメディアファイルＤ₁〜Ｄ_mのうち次に送
信要求がある可能性の高いマルチメディアファイルＤの
先頭部分をＲＡＭ３４に読み込む処理であって、ＣＰＵ
３０において実行されると、図４に示すように、まず、
ステップＳ１００に移行するようになっている。

【００５０】ステップＳ１００では、クライアントＣ₁
〜Ｃ_nからデータ送信要求を受信したか否かを判定し、
データ送信要求を受信したと判定されたとき(Yes)は、
ステップＳ１０２に移行するが、そうでないと判定され
たとき(No)は、データ送信要求を受信するまでステップ
Ｓ１００で待機する。

【００５１】ステップＳ１０２では、データ送信要求に
応じてアクセス制御処理によりマルチメディアファイル
Ｄの送信が終了したか否かを判定し、マルチメディアフ
ァイルＤの送信が終了したと判定されたとき(Yes)は、
ステップＳ１０４に移行するが、そうでないと判定され
たとき(No)は、マルチメディアファイルＤの送信が終了
するまでステップＳ１０２で待機する。

【００５２】ステップＳ１０４では、直前に送信された
マルチメディアファイルＤのファイル名を取得し、ステ
ップＳ１０６に移行して、先読込管理テーブル１１０の
そのさらに一つ前に送信されたマルチメディアファイル
Ｄに対応するレコードにおいて、ステップＳ１０４で取
得したファイル名に対応するフィールドＦの値を１加算
することにより、送信順序の統計を集計して確率的な送
信順序を先読込管理テーブル１１０に登録し、ステップ
Ｓ１０８に移行する。

【００５３】ステップＳ１０８では、ステップＳ１０４
で取得したファイル名に対応するレコードを先読込管理
テーブル１１０から読み出し、読み出したレコードの各
フィールドＦ₁〜Ｆ_mの頻度により各マルチメディアファ
イルＤ₁〜Ｄ_mを順位付けし、頻度の高い順に上位数個
（例えば、上位１０番目まで）のマルチメディアファイ
ルＤのファイル名を特定することにより、これらを次に
読み込むべきマルチメディアファイルＤとして決定し、
ステップＳ１１０に移行する。

【００５４】ステップＳ１１０では、図５に示すよう
に、ステップＳ１０８で決定したマルチメディアファイ
ルＤの先頭部分をＲＡＭ３４に読み込み、ステップＳ１
００に移行する。図５の例では、記憶装置４２のマルチ
メディアファイルＤ₁〜Ｄ_mのうちマルチメディアファイ
ルＤ₁，Ｄ₄，Ｄ_mを次に読み込むべきファイルとして決
定し、次のデータ送信要求の受信に先立って、各マルチ
メディアＤ₁，Ｄ₄，Ｄ_mの先頭部分ＤＨ₁，ＤＨ₄，ＤＨ_m
をＲＡＭ３４に読み込みしている。

【００５５】次に、アクセス制御処理を図６を参照しな
がら説明する。図６は、アクセス制御処理を示すフロー
チャートである。

【００５６】アクセス制御処理は、ファイル先読込処理
の読込結果に基づいて、クライアントＣ₁〜Ｃ_nからのデ
ータ送信要求に係るマルチメディアファイルＤの送信を
制御する処理であって、ＣＰＵ３０において実行される
と、図６に示すように、まず、ステップＳ２００に移行
するようになっている。

【００５７】ステップＳ２００では、クライアントＣ₁
〜Ｃ_nからデータ送信要求を受信したか否かを判定し、
データ送信要求を受信したと判定されたとき(Yes)は、
ステップＳ２０２に移行するが、そうでないと判定され
たとき(No)は、データ送信要求を受信するまでステップ
Ｓ２００で待機する。

【００５８】ステップＳ２０２では、ファイル先読込処
理によりデータ送信要求に係るマルチメディアファイル
Ｄの先頭部分ＤＨがＲＡＭ３４に読み込まれているか否
かを判定し、データ送信要求に係るマルチメディアファ
イルＤの先頭部分ＤＨがＲＡＭ３４に読み込まれている
と判定されたとき(Yes)は、ステップＳ２０４に移行し
て、ＲＡＭ３４のその先頭部分ＤＨを、データ送信要求
のあったクライアントＣ（以下、アクセスクライアント
Ｃという。）に送信するとともに、その送信動作に並行
してそのデータ送信要求に係るマルチメディアファイル
Ｄの残部を記憶装置４２から読み出し、ステップＳ２０
６に移行する。

【００５９】ステップＳ２０６では、ステップＳ２０４
による先頭部分ＤＨの送信に続けて、読み出したマルチ
メディアファイルＤの残部をアクセスクライアントＣに
送信し、ステップＳ２００に移行する。

【００６０】一方、ステップＳ２０２で、ファイル先読
込処理によりデータ送信要求に係るマルチメディアファ
イルＤの先頭部分ＤＨがＲＡＭ３４に読み込まれていな
いと判定されたとき(No)は、ステップＳ２０８に移行し
て、データ送信要求に係るマルチメディアファイルＤを
記憶装置４２から読み出し、ステップＳ２１０に移行し
て、読み出したマルチメディアファイルＤをアクセスク
ライアントＣに送信し、ステップＳ２００に移行する。

【００６１】次に、上記実施の形態の動作を説明する。

【００６２】クライアントＣ（例えば、クライアントＣ
₁）において、ユーザが、ファイルサーバ１００に蓄積
されているマルチメディアファイルＤ₁〜Ｄ_mのなかから
所望のものを探し出す場合を説明する。

【００６３】クライアントＣ₁においてファイルサーバ
１００に蓄積されたマルチメディアファイルＤ₁〜Ｄ_mの
なかから所望のものを探し出す場合、クライアントＣ₁
では、ユーザが、ブラウザ等の通信ソフトウェアによ
り、ファイルサーバ１００にアクセスすると、ファイル
サーバ１００に蓄積されているマルチメディアファイル
Ｄ₁〜Ｄ_mの一覧がクライアントＣ₁のディスプレイ等に
表示される。次いで、ユーザが、表示されたマルチメデ
ィアファイルＤ₁〜Ｄ_mの一覧のなかからいずれかをマス
ク等でクリックすると、クリックしたマルチメディアフ
ァイルＤを送信する要求であるデータ送信要求がファイ
ルサーバ１００に送信される。データ送信要求は、この
ようなユーザの操作によりファイルサーバ１００に送信
される。

【００６４】ここで、ユーザが所望のマルチメディアフ
ァイルＤを探し出す場合には、ユーザは、マルチメディ
アファイルＤの先頭付近だけを再生して該当するか否か
を判断し、該当しないと判断した場合はダウンロードを
中断し、次のマルチメディアファイルＤの再生に移って
いくという作業を、所望のファイルＤが見つかるまで繰
り返し行うものとする。

【００６５】ファイルサーバ１００では、クライアント
Ｃ₁からデータ送信要求を受信すると、データ送信要求
に係るマルチメディアファイルＤがクライアントＣ₁に
送信される。ここで、例えば、今クライアントＣ₁に対
しては、マルチメディアファイルＤ₂が送信されたもの
とし、その一つ前には、マルチメディアファイルＤ₁が
送信されているものとする。すると、ステップＳ１００
〜Ｓ１０６を経て、マルチメディアファイルＤ₂のファ
イル名が取得され、先読込管理テーブル１１０のマルチ
メディアファイルＤ₁に対応するレコードにおいて、取
得されたファイル名に対応するフィールドＦ₂の値が１
加算されることにより、送信順序の統計が集計されて確
率的な送信順序が先読込管理テーブル１１０に登録され
る。過去のアクセスにおける送信順序は、このようなデ
ータ送信要求の内容に基づいて先読込管理テーブル１１
０に登録される。

【００６６】このように先読込管理テーブル１１０に送
信順序が順次登録されていくと、ファイルサーバ１００
では、データ送信要求を受信する前にあっては、ステッ
プＳ１０８を経て、取得されたファイル名に対応するレ
コードが先読込管理テーブル１１０から読み出され、読
み出されたレコードの各フィールドＦ₁〜Ｆ_mの頻度によ
り各マルチメディアファイルＤ₁〜Ｄ_mが順位付けされ、
頻度の高い順に上位数個のマルチメディアファイルＤが
次に読み込むべきマルチメディアファイルＤとして決定
される。次いで、ステップＳ１１０を経て、決定された
マルチメディアファイルＤの先頭部分ＤＨがＲＡＭ３４
に読み込まれる。すなわち、データ送信要求の受信に先
立って、次に送信要求のある可能性の高い順に上位数個
のマルチメディアファイルＤの先頭部分ＤＨがＲＡＭ３
４に読み込まれる。

【００６７】ファイルサーバ１００では、このようにマ
ルチメディアファイルＤが先読込された状態で、クライ
アントＣ₁からデータ送信要求を受けると、そのデータ
送信要求に係るマルチメディアファイルＤの先頭部分Ｄ
ＨがＲＡＭ３４に読み込まれているときは、ステップＳ
２００〜Ｓ２０４を経て、ＲＡＭ３４のその先頭部分Ｄ
ＨがクライアントＣ₁に送信されるとともに、その送信
動作に並行してそのデータ送信要求に係るマルチメディ
アファイルＤの残部が記憶装置４２から読み出される。
そして、ステップＳ２０６を経て、先頭部分ＤＨの送信
に続けて、読み出されたマルチメディアファイルＤの残
部がクライアントＣ₁に送信される。

【００６８】なお、データ送信要求に係るマルチメディ
アファイルＤの先頭部分ＤＨがＲＡＭ３４に読み込まれ
ていないときは、ステップＳ２００，Ｓ２０２，Ｓ２０
８，Ｓ２１０を経て、データ送信要求に係るマルチメデ
ィアファイルＤが記憶装置４２から読み出され、読み出
されたマルチメディアファイルＤがクライアントＣ₁に
送信される。

【００６９】このようにして、本実施の形態では、ファ
イルサーバ１００は、データ送信要求の受信に先立っ
て、マルチメディアファイルＤの先頭部分ＤＨをＲＡＭ
３４に読み込んでおき、データ送信要求を受信しこれに
応じてマルチメディアファイルＤを送信する場合は、デ
ータ送信要求に係るマルチメディアファイルＤの先頭部
分ＤＨがＲＡＭ３４に読み込まれているときは、ＲＡＭ
３４のその先頭部分ＤＨを送信するとともに、その送信
動作と並行してそのデータ送信要求に係るマルチメディ
アファイルＤの残部を記憶装置４２から読み出すように
した。

【００７０】これにより、音楽データや動画データ等の
その再生に連続性のあるマルチメディアファイルを探し
出す場合のように、クライアントＣ₁〜Ｃ_nのユーザが、
マルチメディアファイルＤの先頭付近だけを再生して該
当するか否かを判断し、該当しないと判断した場合はダ
ウンロードを中断し、次のマルチメディアファイルＤの
再生に移っていくという作業を繰り返し行う場合には、
記憶装置４２のマルチメディアファイルＤよりも、ＲＡ
Ｍ３４に先読込された先頭部分ＤＨが頻繁に送信される
可能性が高くなる。したがって、従来に比して、ＲＡＭ
３４に対するアクセスのヒット率が向上し、ファイルサ
ーバ１００とクライアントＣ₁〜Ｃ_nとの間のファイル転
送時間を短縮することができる。

【００７１】さらに、本実施の形態では、ファイルサー
バ１００は、先読込管理テーブル１１０を参照して、記
憶装置４２のマルチメディアファイルＤ₁〜Ｄ_mのうち次
に送信要求がある可能性の高いものの先頭部分ＤＨをＲ
ＡＭ３４に先読込するようにした。

【００７２】これにより、音楽データや動画データ等の
その再生に連続性のあるマルチメディアファイルを探し
出す場合のように、異なる多数のマルチメディアファイ
ルＤを断片的にしかも連続して読み出すというアクセス
がファイルサーバ１００に集中する場合には、こうした
アクセスの特性に応じて、次に送信要求がある可能性の
高いものの先頭部分ＤＨがＲＡＭ３４に先読込されてい
るので、記憶装置４２のマルチメディアファイルＤより
も、ＲＡＭ３４に先読込された先頭部分ＤＨが頻繁に送
信される可能性が高くなる。したがって、ＲＡＭ３４に
対するアクセスのヒット率がさらに向上し、ファイルサ
ーバ１００とクライアントＣ₁〜Ｃ_nとの間のファイル転
送時間をさらに短縮することができる。

【００７３】さらに、本実施の形態では、ファイルサー
バ１００は、マルチメディアファイルＤの先頭部分ＤＨ
をＲＡＭ３４に先読込するようにした。

【００７４】これにより、マルチメディアファイルＤの
先頭付近だけを再生して該当するか否かを判断し、該当
しないと判断した場合はダウンロードを中断し、次のマ
ルチメディアファイルＤの再生に移っていくという作業
を繰り返し行う場合には、マルチメディアファイルＤの
うち頻繁に送信される可能性の高い部分だけが先読込さ
れるので、ＲＡＭ３４の領域を効率的に利用することが
できる。

【００７５】さらに、本実施の形態では、ファイルサー
バ１００は、音楽データまたは動画データを含むその再
生に連続性のあるデータを先読込の対象とした。

【００７６】これにより、音楽データや動画データ等の
その再生に連続性のあるマルチメディアファイルを探し
出す場合に好適である。

【００７７】上記実施の形態において、クライアントＣ
₁〜Ｃ_nは、請求項１または２記載の通信端末に対応し、
記憶装置４２は、請求項１または２記載の第１の記憶手
段に対応し、ＲＡＭ３４は、請求項１ないし３記載の第
２の記憶手段に対応し、ステップＳ１０４〜Ｓ１１０
は、請求項１ないし４記載のデータ先読込手段に対応
し、ステップＳ２０２〜Ｓ２０６は、請求項１または２
記載のデータ送信制御手段に対応している。

【００７８】なお、上記実施の形態においては、過去の
アクセスにおいて１回の送信順序の統計を集計、すなわ
ち、次にどのマルチメディアファイルＤが読み込まれた
頻度を各マルチメディアファイルＤ₁〜Ｄ_mについて集計
するように構成したが、これに限らず、過去のアクセス
において複数回の送信順序の統計を集計するように構成
してもよい。この場合、例えば、図７に示すように、過
去のアクセスにおける送信順序のパターンについてそれ
ぞれレコードを作成し、各送信順序のパターンごとにそ
の頻度を集計して登録するための先読込管理テーブル１
１２を作成する。図７は、先読込管理テーブル１１２の
構造を示す図である。

【００７９】また、上記実施の形態においては、ファイ
ルサーバ１００は、マルチメディアファイルＤの先頭部
分ＤＨを先読込するように構成したが、これに限らず、
マルチメディアファイルＤの一部であればどの部分を読
み込むように構成してもよい。例えば、マルチメディア
ファイルＤのうち要所となる途中部分（音楽データでい
えば、例えば、さびが入っている部分）を読み込むよう
にしてもよい。

【００８０】また、上記実施の形態においては、ファイ
ルサーバ１００は、次のデータ送信要求の受信に先立っ
て、ステップＳ１０６で決定したマルチメディアファイ
ルＤの先頭部分をＲＡＭ３４に読み込むように構成し、
先頭部分のデータ容量については特に説明しなかった
が、例えば、ステップＳ１０６で決定したマルチメディ
アファイルＤの先頭部分を、その頻度の高さに応じたデ
ータ容量だけＲＡＭ３４に読み込むように構成してもよ
い。例えば、マルチメディアファイルＤ₁，Ｄ₄，Ｄ_mの
先頭領域を読み込む場合に、その頻度がそれぞれ６０
％、３０％、１０％であるときは、マルチメディアファ
イルＤ₁，Ｄ₄，Ｄ_mのそれぞれ先頭領域を、６：３：１
の割合となるデータ容量だけＲＡＭ３４に先読込するよ
うにする。

【００８１】これにより、次に送信要求のある可能性の
高いマルチメディアファイルＤほど、ＲＡＭ３４に読み
込まれるデータ容量が多くなるので、ＲＡＭ３４に対す
るアクセスのヒット率がさらに向上し、ファイルサーバ
１００とクライアントＣ₁〜Ｃ_nとの間のファイル転送時
間をさらに短縮することができる。

【００８２】また、上記実施の形態においては、ファイ
ルサーバ１００は、過去のアクセスにおいて送信順序の
統計を集計し、その集計結果に基づいて、マルチメディ
アファイルＤのうち将来的に送信要求がある可能性の高
いものの先頭部分ＤＨを先読込するように構成したが、
これに限らず、こうした集計処理を各クライアントＣ ₁
〜Ｃ_nで行うように構成してもよい。

【００８３】すなわち、各クライアントＣ₁〜Ｃ_nは、自
己の過去のアクセスにおいて送信順序の統計を集計し、
その集計結果に基づいて、マルチメディアファイルＤの
うち将来的に送信要求がある可能性の高いものの先頭部
分ＤＨを先読込すべき要求であるデータ先読込要求をデ
ータ送信要求に含めてファイルサーバ１００に送信し、
ファイルサーバ１００は、データ送信要求を受信したと
きは、データ送信要求に係るマルチメディアファイルＤ
をアクセスクライアントＣに送信するとともに、データ
送信要求に含まれるデータ先読込要求に基づいて、マル
チメディアファイルＤのうち将来的に送信要求がある可
能性の高いものの先頭部分ＤＨを先読込するように構成
する。

【００８４】これにより、集計処理が各クライアントＣ
₁〜Ｃ_nで行われるので、ファイルサーバ１００の処理負
荷を低減することができる。

【００８５】また、上記実施の形態においては、ＲＡＭ
３４に先読込する先頭部分ＤＨの数については特に説明
しなかったが、例えば、ＲＡＭ３４に先読込する先頭部
分ＤＨの数が多くなるように、１つあたりの先頭部分Ｄ
Ｈのデータ容量とＲＡＭ３４の先頭部分ＤＨの数との割
合を調整するように構成してもよい。

【００８６】これにより、小データ容量ではあるが多数
の先頭部分ＤＨがＲＡＭ３４に先読込されるので、マル
チメディアファイルＤの先頭付近だけを再生して該当す
るか否かを判断し、該当しないと判断した場合はダウン
ロードを中断し、次のマルチメディアファイルＤの再生
に移っていくという作業を繰り返し行う場合には、記憶
装置４２のマルチメディアファイルＤよりも、ＲＡＭ３
４に先読込された先頭部分ＤＨが頻繁に送信される可能
性が高くなる。したがって、ＲＡＭ３４に対するアクセ
スのヒット率がさらに向上し、ファイルサーバ１００と
クライアントＣ ₁〜Ｃ_nとの間のファイル転送時間をさら
に短縮することができる。

【００８７】また、上記実施の形態においては、ＲＡＭ
３４に先読込する先頭部分ＤＨのデータ容量については
特に説明しなかったが、例えば、過去に送信された複数
のマルチメディアファイルＤについて、平均ファイル転
送量（マルチメディアファイルＤのうちどれぐらいの部
分が転送されたかを示す平均的なデータ量）を算出し、
その算出結果に基づいて、ＲＡＭ３４に先読込する先頭
部分ＤＨのデータ容量を決定するように構成してもよ
い。

【００８８】これにより、マルチメディアファイルＤの
先頭付近だけを再生して該当するか否かを判断し、該当
しないと判断した場合はダウンロードを中断し、次のマ
ルチメディアファイルＤの再生に移っていくという作業
を繰り返し行う場合には、マルチメディアファイルＤの
うち頻繁に送信される可能性の高いデータ容量だけが先
読込されるので、ＲＡＭ３４の領域を効率的に利用する
ことができる。

【００８９】さらに、本実施の形態においては、先読込
の対象とするマルチメディアファイルＤに対し制限を設
けることについて特に説明しなかったが、例えば、同一
のクライアントＣからデータ送信要求を連続して受信す
るときは、その連続期間において一度送信したことのあ
るマルチメディアファイルＤを先読込の対象から除外す
るように構成してもよい。

【００９０】これにより、異なる多数のマルチメディア
ファイルＤを断片的にしかも連続して読み出すというア
クセスがファイルサーバ１００に集中する場合には、Ｒ
ＡＭ３４に対するアクセスのヒット率がさらに向上し、
ファイルサーバ１００とクライアントＣ₁〜Ｃ_nとの間の
ファイル転送時間をさらに短縮することができる。

【００９１】また、上記実施の形態においては、ファイ
ルサーバ１００は、送信順序の統計をすべてのクライア
ントＣ₁〜Ｃ_nについて集計するように構成したが、これ
に限らず、送信順序の統計を各クライアントＣ₁〜Ｃ_nご
とに集計するように構成してもよい。

【００９２】また、上記実施の形態において、図４およ
び図６のフローチャートに示す処理を実行するにあたっ
てはいずれも、ＲＯＭ３２にあらかじめ格納されている
制御プログラムを実行する場合について説明したが、こ
れに限らず、これらの手順を示したプログラムが記憶さ
れた記憶媒体から、そのプログラムをＲＡＭ３４に読み
込んで実行するようにしてもよい。

【００９３】ここで、記憶媒体とは、ＲＡＭ、ＲＯＭ等
の半導体記憶媒体、ＦＤ、ＨＤ等の磁気記憶型記憶媒
体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記
憶媒体、ＭＯ等の磁気記憶型／光学的読取方式記憶媒体
であって、電子的、磁気的、光学的等の読み取り方法の
いかんにかかわらず、コンピュータで読み取り可能な記
憶媒体であれば、あらゆる記憶媒体を含むものである。

【００９４】また、上記実施の形態においては、本発明
に係るアクセス制御装置を、図１に示すように、クライ
アント・サーバシステムにおいて、ファイルサーバ１０
０に接続する複数のクライアントＣ₁〜Ｃ_nがデータ送信
要求をファイルサーバ１００に送信し、ファイルサーバ
１００がそのデータ送信要求に係るファイルをハードデ
ィスク等の記憶装置から読み出して送信する場合につい
て適用したが、これに限らず、本発明の主旨を逸脱しな
い範囲で他の場合にも適用可能である。

【００９５】

【発明の効果】以上説明したように、本発明に係る請求
項１ないし４記載のアクセス制御装置によれば、音楽デ
ータや動画データ等のその再生に連続性のあるマルチメ
ディアファイルを探し出す場合のように、異なる多数の
データを断片的にしかも連続して読み出すというアクセ
スが集中する場合には、従来に比して、第２の記憶手段
に対するアクセスのヒット率が向上し、サーバとクライ
アントとの間のデータ転送時間を短縮することができる
という効果が得られる。

【００９６】さらに、本発明に係る請求項３記載のアク
セス制御装置によれば、マルチメディアファイルの先頭
付近だけを再生して該当するか否かを判断し、該当しな
いと判断した場合はダウンロードを中断し、次のマルチ
メディアファイルの再生に移っていくという作業を繰り
返し行う場合には、データのうち頻繁に送信される可能
性の高い部分だけが先読込されるので、第２の記憶手段
の領域を効率的に利用することができるという効果も得
られる。

【００９７】さらに、本発明に係る請求項４記載のアク
セス制御装置によれば、音楽データや動画データ等のそ
の再生に連続性のあるマルチメディアファイルを探し出
す場合に好適であるという効果も得られる。

【図面の簡単な説明】

【図１】本発明に係るアクセス制御装置を適用するネッ
トワークシステムの構成を示す図である。

【図２】ファイルサーバ１００の構成を示すブロック図
である。

【図３】先読込管理テーブル１１０の構造を示す図であ
る。

【図４】ファイル先読込処理を示すフローチャートであ
る。

【図５】記憶装置４２のマルチメディアファイルＤ₁〜
Ｄ_mおよびＲＡＭ３４に先読込するマルチメディアファ
イルの先頭部分を示す図である。

【図６】アクセス制御処理を示すフローチャートであ
る。

【図７】先読込管理テーブル１１２の構造を示す図であ
る。

【符号の説明】

１００ファイルサーバ３０ＣＰＵ３２ＲＯＭ３４ＲＡＭ４０入力装置４２記憶装置４４表示装置Ｃ₁〜Ｃ_n クライアント１１０，１１２先読込管理テーブル３００ネットワーク

Claims

【特許請求の範囲】

【請求項１】データの送信を要求する通信端末と通信
可能に接続したときに、前記通信端末からのデータ送信
要求に応じてそのデータ送信要求に係るデータを送信す
る装置において、データを記憶するための第１の記憶手段と、少なくとも
データの読出速度が前記第１の記憶手段よりも高速であ
る第２の記憶手段と、前記データ送信要求の受信に先立
って前記第１の記憶手段の一つのデータを構成する一部
を前記第２の記憶手段に読み込むデータ先読込手段と、
前記データ先読込手段の読込結果に基づいて前記データ
送信要求に係るデータの送信を制御するデータ送信制御
手段とを備え、前記データ送信制御手段は、前記データ先読込手段の読
込結果として、前記データ送信要求に係るデータの一部
が前記第２の記憶手段に読み込まれているときは、前記
第２の記憶手段のそのデータを送信するとともに、その
送信動作と並行してそのデータ送信要求に係るデータの
残部を前記第１の記憶手段から読み出すようになってお
り、前記データ先読込手段は、前記第１の記憶手段の複数の
データについて送信順序を記憶し、過去の送信順序に基
づいて、前記第１の記憶手段のデータのうち将来的に送
信要求がある可能性の高いデータの一部を前記第２の記
憶手段に読み込むようになっていることを特徴とするア
クセス制御装置。
【請求項２】データの送信を要求する通信端末と通信
可能に接続したときに、前記通信端末からのデータ送信
要求に応じてそのデータ送信要求に係るデータを送信す
る装置において、データを記憶するための第１の記憶手段と、少なくとも
データの読出速度が前記第１の記憶手段よりも高速であ
る第２の記憶手段と、前記データ送信要求の受信に先立
って前記第１の記憶手段のデータを前記第２の記憶手段
に読み込むデータ先読込手段と、前記データ先読込手段
の読込結果に基づいて前記データ送信要求に係るデータ
の送信を制御するデータ送信制御手段とを備え、前記データ先読込手段は、前記第１の記憶手段の複数の
データについて送信順序を記憶し、過去の送信順序に基
づいて、前記第１の記憶手段のデータのうち将来的に送
信要求がある可能性の高いデータを前記第２の記憶手段
に読み込むようになっていることを特徴とするアクセス
制御装置。
【請求項３】請求項１において、前記データ先読込手段は、データの先頭部分を前記第２
の記憶手段に読み込むようになっていることを特徴とす
るアクセス制御装置。
【請求項４】請求項１ないし３のいずれかにおいて、前記データ先読込手段は、音楽データまたは動画データ
を含むその再生に連続性のあるデータを先読込の対象と
するようになっていることを特徴とするアクセス制御装
置。