JP6707824B2 - 情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラム - Google Patents

情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラム Download PDF

Info

Publication number
JP6707824B2
JP6707824B2 JP2015175450A JP2015175450A JP6707824B2 JP 6707824 B2 JP6707824 B2 JP 6707824B2 JP 2015175450 A JP2015175450 A JP 2015175450A JP 2015175450 A JP2015175450 A JP 2015175450A JP 6707824 B2 JP6707824 B2 JP 6707824B2
Authority
JP
Japan
Prior art keywords
information
file
target data
server
data
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.)
Active
Application number
JP2015175450A
Other languages
English (en)
Other versions
JP2017054162A (ja
Inventor
昇平 笹田
昇平 笹田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2015175450A priority Critical patent/JP6707824B2/ja
Publication of JP2017054162A publication Critical patent/JP2017054162A/ja
Application granted granted Critical
Publication of JP6707824B2 publication Critical patent/JP6707824B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラムに関する。
一般的なアプリケーションプログラムは、データが格納されたファイル等から必要なデータを読み込み、その読み込んだデータを用いて処理を行う。そのため、データの読み込みにかかる時間は、アプリケーションプログラムの性能(処理時間)に大きな影響を与える。
データの読み込み性能を向上させる方法として、事前先読み(プリフェッチ)がある。プリフェッチは、将来アプリケーションプログラムが読み込む可能性の高いデータを、事前に低速なディスクから読み込み、そのデータを高速なメモリ(キャッシュメモリ)に格納しておくことにより、読み込み性能を向上させる方法である。その方法として、主に以下の二種類の方法がある。
第一の方法は、サーバにおいて、サーバのキャッシュメモリの存在や配置を把握して、適切な処理を行う方法(Server−initiated replica)である。この方法は、サーバが管理するデータにアクセスする場合、サーバは、キャッシュメモリに格納されたデータの配置情報を基に、サーバのディスクと、キャッシュメモリのどちらからそのデータを読むかを判断する。また、サーバは、各クライアントからアクセスされたときのデータアクセスパターンに関する履歴情報を基に、これから読み込むデータを推定して、キャッシュメモリに格納する。
第二の方法は、クライアントにおいて独自にキャッシュメモリを生成する方法(Client−initiated replica)である。この方法を使用した場合、クライアントは、クライアントのキャッシュメモリに格納されたデータの配置情報を持つ。そして、クライアントは、一部のアクセスについて、クライアントに閉じて処理する。すなわち、クライアントは、自端末のキャッシュメモリに格納されていないデータにアクセスする場合は、サーバにアクセスするが、自端末のキャッシュメモリに格納されたデータにアクセスする場合は、サーバにアクセスしない。
ここで、関連技術としては、例えば以下の特許文献がある。
特許文献1に開示された通信システムは、ファイル管理サーバに格納されたファイルを、クライアント端末やファイル管理サーバに分割キャッシュしておく。そして、そのシステムは、ダウンロード要求を受けて、指定されたデータが分割キャッシュに存在するか否かを判断し、存在すれば分割キャッシュからそのデータを使用する。
特許文献2は、端末からの要求に応じて、対象ユーザ以外の他のユーザのアクセス情報を基に、アプリケーション実行のために先読みすべきファイルのリストをサーバが作成する通信システムを開示している。
特許文献3は、コンテンツを表示する視聴者装置のキャッシュサーバに、購入されると予想されるコンテンツをあらかじめ書き込んでおく情報提供システムを開示している。
特許文献4に開示されたホームページデータ収集方法は、キャッシュサーバが、クライアントから転送されたホームページのURLアドレスからなるアクセスリストを基に、ホームページデータを収集する。その後、キャッシュサーバは、クライアントと接続して、そのホームページデータをクライアントに引き取らせる。
特開2013−020575号公報 特開2010−238114号公報 特開2003−099354号公報 特開2000−315171号公報
上述の第一の方法は、サーバが多くの情報を管理および制御しなければいけないという問題がある。また、サーバがアクセスパターンを推測するため、そのプリフェッチは、シーケンシャル読み込みを行うアプリケーションに関しては有効でも、ランダム読み込みを行うアプリケーションに関しては無駄となるケースが多く存在する。
さらに、上述の第二の方法は、クライアントとサーバにおいて二重にデータを管理することとなる。そのため、クライアントは、比較的頻繁にサーバに対して、一貫性を維持するための確認を行わなければいけないという問題がある。また、クライアントは、アプリケーションからアクセスするように要求されたデータがクライアントにキャッシュされているデータであるとき、サーバにアクセスしない。そのため、サーバは、アクセスパターンを推測することが難しくなり、サーバのプリフェッチが非効率となってしまう。
特許文献1乃至4に提案されている技術を用いても、アプリケーションプログラムの実行時間を短縮するために有効なプリフェッチを行うことは期待できず、その課題を解決するに至らない。
そこで、本発明は、サーバに格納されたデータを効率的に読み込むことが可能な情報端末等の提供を主たる目的とする。
上記の目的を達成すべく、本発明の一態様に係る情報端末は、以下の構成を備える。
即ち、本発明の一態様に係る情報端末は、
自端末で稼働するアプリケーションからのファイルに対するアクセス要求情報が格納される記憶部と、
前記記憶部の内容を基に、そのファイルに含まれるアクセス予定のデータに関する情報を生成し、生成した前記情報をサーバがプリフェッチ処理に用いる情報として、前記ファイルを管理する前記サーバに送信する情報送信手段と
を含む。
同目的を達成する本発明の一態様に係る情報処理システムは、
ディスク等の記憶装置より高速にアクセス可能なキャッシュメモリと、
前記情報端末より送信された前記情報を基に前記ファイルから該当するデータを読み込み、前記キャッシュメモリに格納するキャッシュ処理手段とを
有する前記サーバと、
前記情報端末と
を含む。
同目的を達成する本発明の一態様に係るデータ読み込み方法は、
自端末で稼働するアプリケーションからのファイルに対するアクセス要求情報が格納される記憶部の内容を基に、そのファイルに含まれるアクセス予定のデータに関する情報を生成し、生成した前記情報を、前記ファイルを管理するサーバに送信し、その情報を基に前記サーバがプリフェッチ処理を行う。
更に、同目的は、上記構成を有する情報端末、情報処理システム、或いは、データ読み込み方法を、コンピュータによって実現するためのコンピュータ・プログラム、及びそのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記憶媒体によっても達成される。
上記の本発明によれば、サーバに格納されたデータを効率的に読み込むことができるという効果がある。
本発明の第1の実施形態に係る情報端末の構成を中心に示すブロック図である。 本発明の第2の実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第2の実施形態に係る情報処理システムのプリフェッチ処理について、クライアント端末における処理を説明するフローチャートである。 本発明の第2の実施形態に係る情報処理システムのプリフェッチ処理について、サーバにおける処理を説明するフローチャートである。 本発明の第2の実施形態に係る情報処理システムの先読み情報を説明する図である。 本発明の第2の実施形態に係る情報処理システムのファイル読み込み処理について、クライアント端末における処理を説明するフローチャートである。 本発明の第2の実施形態に係る情報処理システムのファイル読み込み処理について、サーバにおける処理を説明するフローチャートである。 本発明の第2の実施形態に係る情報処理システムのプリフェッチ解放処理を説明するフローチャートである。 本発明の第1および第2の実施形態を実現可能なコンピュータ(情報処理装置)のハードウェア構成を例示的に説明する図である。
次に、本発明を実施する形態について図面を参照して詳細に説明する。
<第1の実施形態>
本発明の第1の実施形態に係る情報端末の構成を中心に示すブロック図である。
本実施形態に係る情報端末1は、アクセス要求情報を格納する記憶部2と、情報送信部3を有する。
記憶部2は、情報端末1で稼働するアプリケーション(図示せず)からのファイル(データファイル)5に対するアクセス要求情報が格納される。
情報送信部3は、記憶部2の内容を基に、そのファイル5に含まれるアクセス予定のデータに関する情報を生成し、生成した情報をサーバ4がプリフェッチ処理に用いる情報として、ファイル5を管理するサーバ4に送信する。
以上、説明したように、第1の実施形態には、サーバに格納されたデータを効率的に読み込む、つまり取得することができるという効果がある。
その理由は、本実施形態に係る情報端末1は、アプリケーションからのアクセス要求情報が格納された記憶部2の内容を基に、そのファイル5に含まれるアクセス予定のデータに関する情報をサーバ4に送信するからである。また、その情報(先読み情報)は、サーバ4がプリフェッチ処理に用いる情報であるからである。したがって、その情報を受信したサーバ4は、その情報を基に、プリフェッチを行うことが可能となる。そして、サーバ4は、情報端末1からのアクセスに対して、先読みされプリフェッチされたデータを効率的に読み取り、情報端末1に提供することが可能となるからである。
<第2の実施形態>
次に上述した第1の実施形態に係るクライアント端末を基本とする第2の実施形態について説明する。図2は、本発明の第2の実施形態に係る情報処理システムの構成を示すブロック図である。ただし、図2に示す構成は、一例であって、本発明は、図2に示す情報処理システムに限定されない。
本実施形態に係る情報処理システムは、クライアント端末10と、サーバ30とを有する。
クライアント端末10は、制御部20と、ファイル処理部101と、キャッシュメモリ102とを備える。
キャッシュメモリ102は、ディスク等の記憶装置より高速にアクセス可能なメモリである。
制御部20は、リクエスト受付部201と、リクエスト処理部202と、先読み情報送信部203と、キュー204とを含む。ファイル処理部101と、先読み情報送信部203は、第1の実施形態の情報送信部3の他の一例である。また、制御部20は、アプリケーション(図示せず)を実装する。
キュー204は、第1の実施形態における記憶部2に対応する。キュー204は、ユーザからのリクエストが格納され、格納した順番に処理される。キュー204に格納されたリクエストは、書き込みや読み込みなどの命令種別を表す情報を含む。例えば、読み込みのリクエストである場合、リクエストは、さらに、読み込み予定の対象ファイルを識別する情報と、ファイルの読み込みを開始する位置を表す情報と、その位置から読み込む量を表す情報と、その位置から読み込む方向を表す情報とを含む。
リクエスト受付部201は、ユーザ(アプリケーション)からファイルアクセスに関するリクエストを受け付ける。リクエスト受付部201は、受け付けたリクエストを示す内容をキュー204に格納する。一般的なアプリケーションは、UI(ユーザインタフェース、User Interface)を用いて、この機能を実現する。
リクエスト処理部202は、キュー204に格納されたユーザからのリクエストを処理する。具体的にリクエスト処理部202は、書き込みまたは読み込みのリクエストをファイル処理部101に送る。そして、リクエスト処理部202は、リクエストに対してファイル処理部101から渡される内容を受け取る。
先読み情報送信部203は、キュー204に格納されたリクエスト内容を基に、アプリケーションが読み込む予定のデータに関する情報を生成し、その情報をファイル処理部101に送る。ここで、読み込む予定のデータに関する情報は、アプリケーションの実行において先読みが必要なデータに関する情報であり、つまりそれは、先読み情報である。先読み情報送信部203は、例えば、キュー204に格納されたリクエストがあらかじめ定めた一定量を超えたら、キュー204の内容を基に処理、すなわち、先読みが必要なデータに関する情報の生成とファイル処理部101への送信を行う。
ファイル処理部101は、リクエスト処理部202および先読み情報送信部203から受け取った情報を処理する。
ファイル処理部101は、リクエスト処理部202から読み込みのリクエストを受け取った場合、クライアント端末10のキャッシュメモリ102に読み込み対象のデータが格納されているかを確認する。格納されている場合、ファイル処理部101は、キャッシュメモリ102からそのデータを読み込み、読み込んだデータをリクエスト処理部202に渡す。キャッシュメモリ102に読み込み対象のデータが格納されていない場合、ファイル処理部101は、サーバ30に問い合わせる。すなわち、ファイル処理部101は、キャッシュメモリ102に格納されていない情報を読み込むためのリクエストをサーバ4に送信する。
ファイル処理部101は、先読み情報送信部203から先読みが必要なデータに関する情報(先読み情報)を受け取った場合、その情報をサーバ30に送る。
サーバ30は、受信部301と、先読み情報処理部303と、アクセス処理部304と、キャッシュ処理部305と、記憶装置306と、キャッシュメモリ307と、キャッシュ情報記憶部308とを有する。
記憶装置306は、例えば、ユーザデータを格納するディスク装置であり、そこに格納されるデータは、アプリケーションで使用するデータを含む。
キャッシュメモリ307は、ディスク等の記憶装置306より高速にアクセス可能なメモリである。
キャッシュ情報記憶部308は、キャッシュメモリ307に関して、容量と、使用量と、格納されているデータに関する情報とを含む。容量は、キャッシュメモリ307の大きさを表す情報である。使用量は、キャッシュメモリ307のうちで、データを格納することにより使用している量を表す情報である。格納されているデータに関する情報は、格納されているデータの内容を表す情報と、格納位置を表す情報と、格納時刻とを含む。格納されているデータの内容を表す情報は、例えば、後述される図5に示すファイル、オフセット、サイズなどの情報である。格納位置を表す情報は、キャッシュメモリ307のどこに格納されているかを表す値であり、例えば、キャッシュメモリ307におけるオフセットである。格納時刻は、そのデータをキャッシュメモリ307に格納した時刻を表す情報である。
サーバ30の受信部301は、クライアント端末10から読み込みのリクエストを受け取った場合、アクセス処理部304にそのリクエストを送る。さらに、受信部301は、先読み情報処理部303にリクエストされた読み込み対象データの次のデータを先読みするように指示する。
アクセス処理部304は、キャッシュ情報記憶部308に格納された情報を基に、読み込み対象のデータがキャッシュメモリ307に格納されているか否かを判断する。アクセス処理部304は、キャッシュメモリ307に格納されている場合、キャッシュメモリ307からそのデータを読み込み、読み込んだデータをクライアント端末10に渡す。格納されていない場合は、アクセス処理部304は、記憶装置306から対象のデータを読み込み、読み込んだデータをクライアント端末10に渡す。
また、受信部301は、クライアント端末10から先読み情報を受信して、先読み情報処理部303に受信した情報を送る。
先読み情報処理部303は、受け取った先読み情報を基に、キャッシュ処理部305に対して先読みの指示を出す。
また、先読み情報処理部303は、受信部301の指示を受けて、読み込み対象データの次に読み込むデータを先読みするようキャッシュ処理部305に対して指示を出す。
キャッシュ処理部305は、記憶装置306からデータを読み込み、キャッシュメモリ307に格納する。キャッシュ処理部305は、データ格納後のキャッシュメモリ307の内容を表すように、キャッシュ情報記憶部308を更新する。
次に、本実施形態におけるプリフェッチ処理の流れについて、図3および図4を用いて説明する。図3は、本発明の第2の実施形態に係る情報処理システムのプリフェッチ処理について、クライアント端末における処理を説明するフローチャートである。図4は、本発明の第2の実施形態に係る情報処理システムのプリフェッチ処理について、サーバにおける処理を説明するフローチャートである。
クライアント端末10の先読み情報送信部203は、キュー204に格納されたリクエスト内容を基に、アプリケーションが読み込む予定のデータのリストを作成する(ステップS110)。すなわち、先読み情報送信部203は、キュー204に格納されたリクエスト内容から命令種別を表す情報が読み込みに相当する内容であるリクエストを抽出して、そのリストを作成する。そのリストは、先読みが必要なデータに関する情報であり、先読み情報である。
図5は、本発明の第2の実施形態に係る情報処理システムの先読み情報を説明する図である。図5によれば、先読み情報は、「クライアント」と、「ファイル」と、「オフセット」と、「サイズ」と、「読み込み方向」とを含む。
「クライアント」は、自クライアント端末を識別する情報であり、例えば、自クライアント端末の名前、もしくは自クライアント端末が一意に定まる情報(例えば、IP(Internet Protocol)アドレス)である。
「ファイル」は、読み込み予定の対象ファイルを識別する情報であり、例えば、読み込み予定の対象ファイルのファイル名である。
「オフセット」は、ファイルの読み込みを開始する位置を表す情報であり、例えば、ファイルの読み込みを開始するオフセット番号である。ファイルのすべてのデータを読み込む場合、「オフセット」は、例えば、「0」である。
「サイズ」は、ファイルを「オフセット」が表す位置から読み込む量を表す情報であり、例えば、「オフセット」に設定したオフセット番号から何バイトのデータを読み込むかを表す値である。すべてを読み込む場合、「サイズ」は、例えば、「−1」である。
「読み込み方向」は、ファイルを「オフセット」が表す位置から読み込む方向を表す情報であり、例えば、設定したオフセット番号から順方向に読むか、もしくは逆方向に読むかを表す情報である。通常、ファイルアクセスは、順方向への読み込みとなるが、ビデオのノンリニア編集などの場合を想定し、逆方向も可能としている。
先読み情報送信部203は、これらの情報を、キュー204に格納された情報から生成する。
次に、先読み情報送信部203は、作成したリストに含まれる、すでにキャッシュメモリ102に存在しているデータに関する情報をそのリストから削除する(ステップS120)。これは、すでにキャッシュメモリ102に存在しているデータは、先読みする必要がないからである。
それから、そのリストを、先読み情報送信部203は、ファイル処理部101経由でサーバ30に送信する(ステップS130)。
サーバ30の受信部301は、送信されたリストを受信した場合、先読み情報処理部303に、そのリストを送る。
先読み情報処理部303は、そのリストを基に、キャッシュ処理部305に先読みの指示を出す。
キャッシュ処理部305は、そのリストに含まれるすべてのデータに対して、以下の処理(図4におけるS210〜S230)を繰り返し実行する。
はじめに、キャッシュ処理部305は、そのデータをキャッシュメモリ307に格納した場合の、キャッシュメモリ307の使用量がキャッシュメモリ307の容量を超えないかを確認する(ステップS210)。容量を超える場合(ステップS210で「Yes」)、キャッシュ処理部305は、そのデータに関して処理を行わない。容量を超えない場合(ステップS210で「No」)、キャッシュ処理部305は、そのデータをキャッシュメモリに格納済か否かを判定する(ステップS220)。格納済の場合(ステップS220で「Yes」)、キャッシュ処理部305は、そのデータに関して処理を行わない。格納されていない場合(ステップS220で「No」)、キャッシュ処理部305は、そのデータを記憶装置306から読み込み、読み込んだデータをキャッシュメモリ307に格納する(ステップS230)。キャッシュ処理部305は、データ格納後のキャッシュメモリ307の内容を表すように、キャッシュ情報記憶部308を更新する。
リストに含まれるすべてのデータに対して処理が終わるまで、ステップS210からの処理を繰り返す(ステップS240)。
ここまで、サーバ30がクライアント端末10から読み込み予定のリストを受け取ったときに、先読みする動作について説明した。サーバ30は、さらに、読み込み要求を受けとったときにも、読み込み対象データの次のデータを先読みして、キャッシュメモリ307に格納する。
次に、本実施形態におけるファイル読み込み処理の流れについて、図6および図7を用いて説明する。図6は、本発明の第2の実施形態に係る情報処理システムのファイル読み込み処理について、クライアント端末における処理を説明するフローチャートである。図7は、本発明の第2の実施形態に係る情報処理システムのファイル読み込み処理について、サーバにおける処理を説明するフローチャートである。
アプリケーションから読み込み要求があった場合、ファイル処理部101は、まずクライアント端末10のキャッシュメモリ102にそのデータが格納されているか否かを確認する(ステップS310)。対象のデータが格納されている場合(ステップS310で「Yes」)、ファイル処理部101は、キャッシュメモリ102から、そのデータを読み込む(ステップS330)。もし、キャッシュメモリ102に対象のデータが格納されていない場合(ステップS310で「No」)、ファイル処理部101は、サーバ30に問い合わせる(ステップS320)。すなわち、ファイル処理部101は、キャッシュメモリ102に格納されていないデータを読み込むためのリクエストをサーバ4に送信する。
そして、ファイル処理部101は、ステップS320における問い合わせに対して渡されたデータ、またはステップS330により読み込まれたデータをアプリケーションに渡す(ステップS340)。
サーバ30の受信部301は、クライアント端末10から問い合わせを受けて、その問い合わせ内容を表す情報を、アクセス処理部304に渡す。
次に、アクセス処理部304は、キャッシュ情報記憶部308を参照して、キャッシュメモリ307にそのデータが格納されているか否かを判定する(ステップS410)。対象のデータが格納されている場合(ステップS410で「Yes」)、アクセス処理部304は、キャッシュメモリ307から、そのデータを読み込む(ステップS430)。もし、キャッシュメモリ307に対象のデータが格納されていない場合(ステップS410で「No」)、アクセス処理部304は、記憶装置306からデータを読み込む(ステップS420)。
そして、サーバ30は、ステップS420またはステップS430により読み込まれたデータをクライアント端末10に渡す(ステップS440)。
次に、本実施形態におけるプリフェッチ解放処理の流れについて、図8を用いて説明する。図8は、本発明の第2の実施形態に係る情報処理システムのプリフェッチ解放処理を説明するフローチャートである。
プリフェッチ解放処理は、キャッシュメモリ307に格納してから、あらかじめ定めた一定時間を過ぎたデータをキャッシュメモリ307から削除する処理である。プリフェッチ解放処理は、定期的に、例えば、あらかじめ定めた時間ごとに実行される。
キャッシュ処理部305は、キャッシュメモリ307に格納されたすべてのデータに対して、以下の処理を行う。
キャッシュ処理部305は、キャッシュ情報格納部308を参照して、データが格納されてから、一定時間が経過しているかを判定する(ステップS510)。
一定時間が経過している場合(ステップS510で「Yes」)、キャッシュ処理部は、
キャッシュメモリ307からそのデータを削除する(ステップS520)。そして、キャッシュ処理部305は、データ削除後のキャッシュメモリ307の内容を表すように、キャッシュ情報記憶部308を更新する。
キャッシュ307に格納された、すべてのデータに対して処理が終わるまで、ステップS510からの処理を繰り返す(ステップS530)。
以上、説明したように、第2の実施形態には、サーバに格納されたデータを効率的に読み込むことができるという効果がある。
その理由は、本実施形態に係る情報処理システムは、クライアント端末で動作するアプリケーションが読み込む予定のデータに関する情報を基に、サーバでプリフェッチ処理を行うからである。
これにより、サーバは、無駄なキャッシュをする可能性が格段に減り、より効率的なプリフェッチが可能となる。
さらに、サーバは、必要なデータのみをキャッシュすることができ、管理および制御する情報を少なくすることができるため、必要となるメモリの量を削減することができる。
また、クライアント端末は、キューに格納されたリクエストがあらかじめ定めた一定量を超えたら、先読みが必要なデータに関する情報の生成とその情報のサーバへの送信を行うようにすればよい。そうすれば、クライアント端末は、クライアント端末とサーバの間の通信量を考慮した制御を行うことが可能である。
(ハードウェア構成)
上述した実施形態において図1および図2に示した各部は、専用の装置または回路によって実現してもよいが、ソフトウェアプログラムの機能(処理)単位(ソフトウェアモジュール)と捉えることもできる。但し、これらの図面に示した各部の実装に際しては、様々な構成が想定され得る。このような場合のハードウェア環境の一例を、図9を参照して説明する。
図9は、本発明の第1および第2の実施形態を実現可能なコンピュータ(情報処理装置)のハードウェア構成を例示的に説明する図である。即ち、図9は、図1に示したクライアント端末および図2に示した情報処理システムの全体または一部を実現可能なコンピュータ(情報処理装置)の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。
図9に示した情報処理装置9000は、以下の装置を備え、これらがバス9007を介して接続された構成を有する。
・CPU(Central Processing Unit)9001、
・ディスプレイ9002、
・通信インタフェース(I/F)9003、
・ROM(Read Only Memory)9004、
・RAM(Random Access Memory)9005および
・ハードディスク装置(HD)9006。
ハードディスク装置9006には、プログラム群9006Aと、各種の記憶情報9006Bとが格納されている。プログラム群9006Aは、例えば、上述した図1に示したクライアント端末および図2に示した情報処理システムの各ブロック(各部)に対応する機能を実現するためのコンピュータ・プログラムである。各種の記憶情報9006Bは、例えば、図2に示した記憶装置306である。通信インタフェース9003は、ネットワーク9100を介して外部装置と通信を実現する一般的な通信手段である。
そして、情報処理装置9000は、前述の実施形態の説明において参照したブロック図、あるいは、フローチャートの機能を実現可能なコンピュータ・プログラムを、当該ハードウェアのCPU9001が実行する。すなわち、CPU9001は、コンピュータ・プログラムを、図9に示す情報処理装置9000のハードウェア資源を用いて実行することによって本発明の実施形態の機能が達成される。具体的には、図2に示した情報処理システムを、情報処理装置9000によって実現する場合、情報処理装置9000は、図3、4、6〜8に示すフローチャートの処理ステップを実行するためのコンピュータ・プログラムをCPU9001が実行すればよい。また、情報処理装置9000内に供給されたコンピュータ・プログラムは、読み書き可能なRAM9005、またはハードディスク装置9006等の不揮発性の記憶デバイス(記憶媒体)に格納すればよい。
また、上述の場合において、当該装置内へのコンピュータ・プログラムの供給方法は、現在では一般的な手順を採用することができる。その方法は、例えば、CD−ROM等の各種記憶媒体を介して当該装置内にインストールする方法や、インターネット等のネットワーク9100を介して外部からダウンロードする方法等である。そして、このような場合において、本発明の実施形態は、係るコンピュータ・プログラムを構成するコード或いは、そのコードが記録されたところの、コンピュータ読み取り可能な記憶媒体によって構成されると捉えることができる。
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
1 情報端末
2 記憶部
3 情報送信部
4 サーバ
5 ファイル
10 クライアント端末
20 制御部
30 サーバ
101 ファイル処理部
102 キャッシュメモリ
201 リクエスト受付部
202 リクエスト処理部
203 先読み情報送信部
204 キュー
301 受信部
303 先読み情報処理部
304 アクセス処理部
305 キャッシュ処理部
306 記憶装置
307 キャッシュメモリ
308 キャッシュ情報記憶部
9000 情報処理装置
9001 CPU
9002 ディスプレイ
9003 通信インタフェース
9004 ROM
9005 RAM
9006 ハードディスク装置
9006A プログラム群
9006B 各種の記憶情報
9007 バス
9100 ネットワーク

Claims (5)

  1. 記憶部と、
    情報送信手段と、
    第1のキャッシュメモリと
    を有する情報端末、及び
    ディスク装置である記憶装置より高速にアクセス可能な第2のキャッシュメモリと、
    キャッシュ処理手段と
    を有するサーバ
    を備えた情報処理システムであって、
    前記記憶部は、自端末で稼働するアプリケーションからのファイルに対するアクセス要求情報を格納し、
    前記情報送信手段は、前記記憶部の内容を基に、前記ファイルに含まれるアクセス対象のデータに関する情報を生成し、生成した前記アクセス対象のデータに関する情報を前記サーバがプリフェッチ処理に用いる情報として、前記ファイルを管理する前記サーバに送信し、
    前記情報送信手段は、前記アクセス対象のデータが前記第1のキャッシュメモリに格納されている場合に、該前記アクセス対象のデータについての、前記アクセス対象のデータに関する情報を前記アクセス対象のデータに関する情報に含まないように制御し、
    前記キャッシュ処理手段は、前記情報端末より送信された前記アクセス対象のデータに関する情報を基に、前記ファイルから該当する前記アクセス対象のデータを読み込み、読み込んだ前記アクセス対象のデータを前記第2のキャッシュメモリに格納する
    情報処理システム。
  2. 前記情報送信手段は、前記記憶部に格納された前記ファイルに対するアクセス要求情報のうち、読み込み要求に相当する前記ファイルに対するアクセス要求情報の内容を基に、前記アクセス対象のデータに関する情報を生成し、生成した前記アクセス対象のデータに関する情報を前記プリフェッチ処理に用いる情報として、前記ファイルを管理する前記サーバに送信する
    請求項1記載の情報処理システム。
  3. 前記情報送信手段は、前記記憶部に格納された前記ファイルに対するアクセス要求情報があらかじめ定めた一定量を超えたときに、
    前記記憶部に格納された前記ファイルに対するアクセス要求情報の内容を基に、前記アクセス対象のデータに関する情報を生成し、生成した前記アクセス対象のデータに関する情報を前記プリフェッチ処理に用いる情報として、前記ファイルを管理する前記サーバに送信する
    請求項1又は2に記載の情報処理システム。
  4. 前記アクセス対象のデータに関する情報は、
    前記情報端末を識別する情報と、
    前記ファイルを識別する情報と、
    前記ファイルの読み込みを開始する位置を表す情報と、
    前記ファイルを前記位置から読み込む量を表す情報と、
    前記ファイルを前記位置から読み込む方向を表す情報と
    を含む
    請求項1乃至3の何れか一項に記載の情報処理システム。
  5. 記憶部と、
    第1のキャッシュメモリと
    を有する情報端末、及び
    ディスク装置である記憶装置より高速にアクセス可能な第2のキャッシュメモリ
    を有するサーバ
    を備えた情報処理システムを用いた制御方法において、
    前記記憶部によって、自端末で稼働するアプリケーションからのファイルに対するアクセス要求情報を格納し、
    前記情報端末によって、
    前記記憶部の内容を基に、前記ファイルに含まれるアクセス対象のデータに関する情報を生成し、
    生成した前記アクセス対象のデータが前記第1のキャッシュメモリに格納されている場合に、該前記アクセス対象のデータについての、前記アクセス対象のデータに関する情報を前記アクセス対象のデータに関する情報に含まないように制御し、
    制御した前記アクセス対象のデータに関する情報を前記サーバがプリフェッチ処理に用いる情報として、前記ファイルを管理する前記サーバに送信し
    記サーバによって、前記情報端末より送信された前記アクセス対象のデータに関する情報を基に、前記ファイルから該当する前記アクセス対象のデータを読み込み、読み込んだ前記アクセス対象のデータを前記第2のキャッシュメモリに格納する、
    情報処理システムの制御方法。
JP2015175450A 2015-09-07 2015-09-07 情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラム Active JP6707824B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015175450A JP6707824B2 (ja) 2015-09-07 2015-09-07 情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015175450A JP6707824B2 (ja) 2015-09-07 2015-09-07 情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラム

Publications (2)

Publication Number Publication Date
JP2017054162A JP2017054162A (ja) 2017-03-16
JP6707824B2 true JP6707824B2 (ja) 2020-06-10

Family

ID=58316568

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015175450A Active JP6707824B2 (ja) 2015-09-07 2015-09-07 情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラム

Country Status (1)

Country Link
JP (1) JP6707824B2 (ja)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04184652A (ja) * 1990-11-20 1992-07-01 Nec Corp リモートファイル読み込み方式
JPH08153032A (ja) * 1994-11-29 1996-06-11 Matsushita Electric Ind Co Ltd ネットワーク経由データ先読みバッファ方法
JP2005148868A (ja) * 2003-11-12 2005-06-09 Hitachi Ltd ストレージ装置におけるデータのプリフェッチ
US7333993B2 (en) * 2003-11-25 2008-02-19 Network Appliance, Inc. Adaptive file readahead technique for multiple read streams
JP5488225B2 (ja) * 2010-06-09 2014-05-14 富士通株式会社 データ管理システム、データ管理方法、及びデータ管理プログラム
JP2013218505A (ja) * 2012-04-09 2013-10-24 Hitachi Ltd クライアントとサーバ間の通信を中継する通信装置及び通信システム
JP6195098B2 (ja) * 2013-06-21 2017-09-13 華為技術有限公司Huawei Technologies Co.,Ltd. ファイル読み取り方法、記憶装置、および読み取りシステム

Also Published As

Publication number Publication date
JP2017054162A (ja) 2017-03-16

Similar Documents

Publication Publication Date Title
KR102097300B1 (ko) 클라우드-기반 파일 시스템 내에서의 파일 핸들링
US9740435B2 (en) Methods for managing content stored in cloud-based storages
JP4263672B2 (ja) キャッシュに格納されたオブジェクトを管理するためのシステムおよび方法
JP6506374B2 (ja) キャッシュ管理
JP2011108102A (ja) ウェブサーバ、ウェブブラウザおよびウェブシステム
JP6188713B2 (ja) 自律ネットワーク・ストリーミング
CN107197359B (zh) 视频文件缓存方法及装置
JP4902285B2 (ja) 情報閲覧装置、その制御方法及びプログラム
CN106817388B (zh) 虚拟机、宿主机获取数据的方法、装置及访问数据的系统
US20140067990A1 (en) Method for accessing a content item in a cloud storage system, and a corresponding cloud broker, cloud cache agent and client application
WO2011131066A1 (zh) 一种物联网系统及其中缓存的控制方法
CN107026879B (zh) 一种数据缓存方法及后台应用系统
US20190147067A1 (en) Caching with Dynamic and Selective Compression of Content
JP2017534953A (ja) コンピュータ装置のローカルデスクトップアプリケーションで作成されたコマンドおよび/またはコンテンツをウェブブラウザに、またはその逆向きに、直接入力するためのシステム、方法、およびコンピュータプログラム製品
US9178931B2 (en) Method and system for accessing data by a client from a server
CN105574008B (zh) 应用于分布式文件系统的任务调度方法和设备
JP2009533757A (ja) ネットワーク応答バッファリング動作の管理
US10445296B1 (en) Reading from a site cache in a distributed file system
JP6707824B2 (ja) 情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラム
CN107704596B (zh) 一种读取文件的方法、装置及设备
JP6039345B2 (ja) 画像管理装置、画像管理方法及びプログラム
JP2018538637A (ja) アプリケーションの実行を加速する方法及びデバイス
CN111314396B (zh) 数据处理方法及装置
US8375164B2 (en) Content addressable storage with reduced latency
JP5591406B2 (ja) ロー・レイテンシ内容アドレス記憶装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180809

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190319

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190516

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191015

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191210

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: 20200421

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200504

R150 Certificate of patent or registration of utility model

Ref document number: 6707824

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150