(57)【要約】【課題】電池駆動型の情報処理装置における電力消費の低減を実現する装置および方法を提供する。【解決手段】ノートＰＣ等の電池駆動型の情報処理装置において、データ処理を実行する際、自デバイスのハードディスク等のローカル記憶部ではなく、ネットワーク接続した外部のネットワークキャッシュを利用して、データファイルの書き込み、読み取りを実行する構成とした。データファイルの格納先がローカル記憶部であるかネットワークキャッシュであるかを示す情報テーブルを生成して、生成した情報テーブルに基づいてアクセス先の決定を行う。ハードディスクの駆動、データ格納処理の回数を減少させることが可能になり、データアクセスに伴う電力消費が抑制される。【選択図】  図１
2004334463.tif 000002
【特許請求の範囲】
【請求項１】
データ処理を実行するデータ処理部と、データ送受信を実行する通信部と、データを記憶するローカル記憶部とを有する情報処理装置であり、
前記データ処理部は、
前記通信部を介してネットワークキャッシュを持つリソースサーバに接続し、データ処理に適用するデータファイルの読み取りまたは書き込み処理を前記ネットワークキャッシュに対して実行するとともに、前記データファイルの格納先が前記ローカル記憶部であるか前記ネットワークキャッシュであるかを示す情報テーブルを生成して、生成した情報テーブルに基づいてアクセス先の決定を行う構成を有することを特徴とする情報処理装置。
【請求項２】
前記データ処理部は、
前記情報処理装置が電池駆動状態にあることを条件として、前記リソースサーバに接続する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記情報テーブルは、前記データファイルが、前記ローカル記憶部のみに格納されたデータであるか、前記ネットワークキャッシュに格納済みのデータであるかを示す識別情報を格納したキャッシュテーブルであり、
前記データ処理部は、
前記キャッシュテーブルに基づいて、前記データファイルが前記ネットワークキャッシュに格納済みであると判定した場合に、前記ネットワークキャッシュからのデータ読み取りを実行し、前記データファイルが前記ネットワークキャッシュに格納済みでないと判定した場合に、前記ローカル記憶部からのデータ読み取りを実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記情報テーブルは、
前記ローカル記憶部の単位領域毎のデータについて、前記ローカル記憶部のみに格納されたデータであるか、前記ネットワークキャッシュに格納済みのデータであるかを示す識別情報と、
前記ネットワークキャッシュに格納済みのデータである場合に、該データをローカル記憶部に再格納するライトバック処理が必要であるか否かを示すライトバック要否情報を対応付けたテーブルとして構成され、
前記データ処理部は、
前記ライトバック要否情報に基づいて、ライトバックの必要なデータについての前記ネットワークキャッシュからのデータ読み取りおよび前記ローカル記憶部に対するデータ書き込み処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記情報処理装置は、
リソースサーバ応答要求パケットのブロードキャスト送信処理により、前記リソースサーバの検索処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記情報処理装置は、
リソースサーバとの認証処理シーケンスを実行するとともに、認証の成立を条件として、暗号データ通信可能な通信セッションを確立し、前記ネットワークキャッシュに対して実行する読み取りまたは書き込みデータファイルの送受信処理を、前記通信セッションを介したデータ送受信により実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記データ処理部は、
前記リソースサーバとの接続終了処理として、前記ネットワークキャッシュに格納され、かつ前記ローカル記憶部に格納されていないデータをライトバック必要データとして確認する処理を実行するとともに、前記ライトバック必要データを前記ネットワークキャッシュから読み取り、前記ローカル記憶部に格納する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記情報処理装置は、
リソースサーバ応答要求パケットのブロードキャスト送信処理により、前記リソースサーバの検索処理を実行するとともに、
前記リソースサーバ応答要求パケットに対する応答パケットの受信が無い場合は、前記ローカル記憶部のアクセスに基づくデータ処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項９】
ネットワークに接続され、クライアントからの要求に応じてデータ記憶領域としてのネットワークキャッシュ提供処理を実行する情報処理装置であり、
クライアントからの要求に基づくキャッシュ用ファイルを生成し、該キャッシュ用ファイルの格納ファイル位置と、前記クライアントのローカル記憶部におけるデータ格納位置情報であるセクタ番号とを対応付けたセクタ／ファイル位置対応情報を生成し、クライアントからの要求に基づくデータファイルの読み書き処理を、前記セクタ／ファイル位置対応情報、および前記キャッシュ用ファイルに基づいて実行する構成を有することを特徴とする情報処理装置。
【請求項１０】
前記情報処理装置は、
各クライアントからの要求に対応するセッション毎にプロセス実行部を設定し、各プロセス実行部においてセッション対応の個別処理を実行することにより、複数クライアントからの要求を識別した処理を実行する構成であることを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
通信部を介してネットワークキャッシュを持つリソースサーバに接続し、データ処理に適用するデータファイルの読み取りまたは書き込み処理を前記ネットワークキャッシュに対して実行するリソースクライアントと、
前記リソースクライアントに対応して設定されたデータ処理実行クライアントと、
前記リソースクライアントからの要求に応じてデータ記憶領域としてのネットワークキャッシュ提供処理を実行するリソースサーバを有するとともに、データ処理要求エンティテイからのデータ処理要求を前記データ処理実行クライアントに送信し、該データ処理実行クライアントのデータ処理結果を前記データ処理要求エンティテイに送信する処理を実行するリソースサーバ管理エンティテイとを有し、
前記リソースサーバ管理エンティテイは、前記リソースクライアントに提供したリソースサーバのリソースの対価として、前記データ処理実行クライアントに対するデータ処理要求実行依頼を行う構成であることを特徴とするリソース提供システム。
【請求項１２】
情報処理方法であり、
ネットワークキャッシュを持つリソースサーバに接続する接続ステップと、
データ処理に適用するデータファイルの読み取りまたは書き込み処理を前記ネットワークキャッシュに対して実行するデータアクセスステップと、
前記データファイルの格納先がローカル記憶部であるか前記ネットワークキャッシュであるかを示す情報テーブルを生成する情報テーブル生成ステップと、
前記情報テーブルに基づいてアクセス先の決定を行うアクセス先決定ステップと、
を有することを特徴とする情報処理方法。
【請求項１３】
前記情報処理方法は、さらに、
前記情報処理装置が電池駆動状態にあるか否かを判定するステップを有し、
前記接続ステップは、
前記情報処理装置が電池駆動状態にあることを条件として、前記リソースサーバに接続することを特徴とする請求項１２に記載の情報処理方法。
【請求項１４】
前記情報テーブルは、前記データファイルが、前記ローカル記憶部のみに格納されたデータであるか、前記ネットワークキャッシュに格納済みのデータであるかを示す識別情報を格納したキャッシュテーブルであり、
前記アクセス先決定ステップは、
前記キャッシュテーブルに基づいて、前記データファイルが前記ネットワークキャッシュに格納済みであると判定した場合に、前記ネットワークキャッシュをアクセス先とし、前記データファイルが前記ネットワークキャッシュに格納済みでないと判定した場合に、前記ローカル記憶部をアクセス先として決定することを特徴とする請求項１２に記載の情報処理方法。
【請求項１５】
前記情報テーブルは、
前記ローカル記憶部の単位領域毎のデータについて、前記ローカル記憶部のみに格納されたデータであるか、前記ネットワークキャッシュに格納済みのデータであるかを示す識別情報と、
前記ネットワークキャッシュに格納済みのデータである場合に、該データをローカル記憶部に再格納するライトバック処理が必要であるか否かを示すライトバック要否情報を対応付けたテーブルとして構成され、
前記情報処理方法は、さらに、
前記ライトバック要否情報に基づいて、ライトバックの必要なデータについての前記ネットワークキャッシュからのデータ読み取りおよび前記ローカル記憶部に対するデータ書き込み処理を実行するステップを有することを特徴とする請求項１２に記載の情報処理方法。
【請求項１６】
前記情報処理方法において、さらに、
リソースサーバ応答要求パケットのブロードキャスト送信処理により、前記リソースサーバの検索処理を実行するステップを有することを特徴とする請求項１２に記載の情報処理方法。
【請求項１７】
前記情報処理方法において、さらに、
リソースサーバとの認証処理シーケンスを実行するとともに、認証の成立を条件として、暗号データ通信可能な通信セッションを確立し、前記ネットワークキャッシュに対して実行する読み取りまたは書き込みデータファイルの送受信処理を、前記通信セッションを介したデータ送受信により実行するステップを有することを特徴とする請求項１２に記載の情報処理方法。
【請求項１８】
前記情報処理方法において、さらに、
前記リソースサーバとの接続終了処理として、前記ネットワークキャッシュに格納され、かつ前記ローカル記憶部に格納されていないデータをライトバック必要データとして確認する処理を実行するとともに、前記ライトバック必要データを前記ネットワークキャッシュから読み取り、前記ローカル記憶部に格納する処理を実行するステップを有することを特徴とする請求項１２に記載の情報処理方法。
【請求項１９】
前記情報処理方法は、さらに、
リソースサーバ応答要求パケットのブロードキャスト送信処理により、前記リソースサーバの検索処理を実行するステップと、
前記リソースサーバ応答要求パケットに対する応答パケットの受信が無いことを条件として前記ローカル記憶部のアクセスに基づくデータ処理を実行するステップと、
を有することを特徴とする請求項１２に記載の情報処理方法。
【請求項２０】
ネットワークに接続され、クライアントからの要求に応じてデータ記憶領域としてのネットワークキャッシュ提供処理を実行する情報処理装置における情報処理方法であり、
クライアントからの要求に基づいてキャッシュ用ファイルを生成するステップと、
前記キャッシュ用ファイルの格納ファイル位置と、前記クライアントのローカル記憶部におけるデータ格納位置情報であるセクタ番号とを対応付けたセクタ／ファイル位置対応情報を生成するステップと、
クライアントからの要求に基づくデータファイルの読み書き処理を、前記セクタ／ファイル位置対応情報、および前記キャッシュ用ファイルに基づいて実行するステップと、
を有することを特徴とする情報処理方法。
【請求項２１】
前記情報処理方法は、
各クライアントからの要求に対応するセッション毎にプロセス実行部を設定し、各プロセス実行部においてセッション対応の個別処理を実行することにより、複数クライアントからの要求を識別した処理を実行するステップを有することを特徴とする請求項２０に記載の情報処理方法。
【請求項２２】
情報処理を実行するコンピュータ・プログラムであり、
ネットワークキャッシュを持つリソースサーバに接続する接続ステップと、
データ処理に適用するデータファイルの読み取りまたは書き込み処理を前記ネットワークキャッシュに対して実行するデータアクセスステップと、
前記データファイルの格納先がローカル記憶部であるか前記ネットワークキャッシュであるかを示す情報テーブルを生成する情報テーブル生成ステップと、
前記情報テーブルに基づいてアクセス先の決定を行うアクセス先決定ステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項２３】
ネットワークに接続され、クライアントからの要求に応じてデータ記憶領域としてのネットワークキャッシュ提供処理を実行する情報処理装置における情報処理を実行するコンピュータ・プログラムであり、
クライアントからの要求に基づいてキャッシュ用ファイルを生成するステップと、
前記キャッシュ用ファイルの格納ファイル位置と、前記クライアントのローカル記憶部におけるデータ格納位置情報であるセクタ番号とを対応付けたセクタ／ファイル位置対応情報を生成するステップと、
クライアントからの要求に基づくデータファイルの読み書き処理を、前記セクタ／ファイル位置対応情報、および前記キャッシュ用ファイルに基づいて実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、リソース提供システム、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、電池（バッテリ）による電力供給により駆動するＰＣ等の情報処理装置において電池の消費を抑え、長時間の駆動を実現することを可能とした情報処理装置、リソース提供システム、および情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今、ＰＣ、ＰＤＡ等の情報処理装置は、小型化、軽量化が進み、ユーザが携帯して利用する場合も多くなってきている。しかし、このような情報処理装置の利用においては、電源の確保が必要となる。ノートパソコン等は、高機能化、省電力化が進んでいるとはいえ、重量や電池駆動可能時間といった点で課題がある。大容量の充電池を搭載すれば電池での駆動可能時間は長くなるが、大きさや重量で妥協を強いられることになり、使い勝手を損なうという問題がある。
【０００３】
電池駆動型端末の駆動時間をより長くするための技術として、例えば特許文献１に記載の技術がある。本文献に記載された技術は、携帯端末にＣＰＵやハードディスクを備えず、データ表示手段とデータ入力手段および通信機能を持つ構成とし、ネットワークを介して接続するホストコンピュータに対して、端末からデータ処理要求を送信し、接続したホストコンピュータにデータ処理を実行させて、処理結果を受信して表示手段に表示させるというシステムである。
【０００４】
本構成によれば、携帯端末においてはデータ処理を実行する必要がなくなり、電池の消費が抑制される。しかし、この方法は、携帯端末がネットワーク接続によりホストコンピュータと通信可能な環境でのみ利用可能である。すなわち、携帯端末がホストコンピュータと通信できない環境では、端末は、ただの箱に過ぎず何らのデータ処理も実行することができなくなるという問題がある。
【０００５】
【特許文献１】
特許公開２００２−９１４１４
【０００６】
【発明が解決しようとする課題】
本発明は上述の従来技術の問題点に鑑みてなされたものであり、限られた電力量を持つ電池によって駆動する情報処理装置において、電池の電力消費量を抑えた効率的なデータ処理を実現するとともに、ネットワーク接続できない環境においてもデータ処理の実行を可能とした情報処理装置、リソース提供システム、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明の第１の側面は、
データ処理を実行するデータ処理部と、データ送受信を実行する通信部と、データを記憶するローカル記憶部とを有する情報処理装置であり、
前記データ処理部は、
前記通信部を介してネットワークキャッシュを持つリソースサーバに接続し、データ処理に適用するデータファイルの読み取りまたは書き込み処理を前記ネットワークキャッシュに対して実行するとともに、前記データファイルの格納先が前記ローカル記憶部であるか前記ネットワークキャッシュであるかを示す情報テーブルを生成して、生成した情報テーブルに基づいてアクセス先の決定を行う構成を有することを特徴とする情報処理装置にある。
【０００８】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記情報処理装置が電池駆動状態にあることを条件として、前記リソースサーバに接続する構成であることを特徴とする。
【０００９】
さらに、本発明の情報処理装置の一実施態様において、前記情報テーブルは、前記データファイルが、前記ローカル記憶部のみに格納されたデータであるか、前記ネットワークキャッシュに格納済みのデータであるかを示す識別情報を格納したキャッシュテーブルであり、前記データ処理部は、前記キャッシュテーブルに基づいて、前記データファイルが前記ネットワークキャッシュに格納済みであると判定した場合に、前記ネットワークキャッシュからのデータ読み取りを実行し、前記データファイルが前記ネットワークキャッシュに格納済みでないと判定した場合に、前記ローカル記憶部からのデータ読み取りを実行する構成であることを特徴とする。
【００１０】
さらに、本発明の情報処理装置の一実施態様において、前記情報テーブルは、前記ローカル記憶部の単位領域毎のデータについて、前記ローカル記憶部のみに格納されたデータであるか、前記ネットワークキャッシュに格納済みのデータであるかを示す識別情報と、
前記ネットワークキャッシュに格納済みのデータである場合に、該データをローカル記憶部に再格納するライトバック処理が必要であるか否かを示すライトバック要否情報を対応付けたテーブルとして構成され、前記データ処理部は、前記ライトバック要否情報に基づいて、ライトバックの必要なデータについての前記ネットワークキャッシュからのデータ読み取りおよび前記ローカル記憶部に対するデータ書き込み処理を実行する構成であることを特徴とする。
【００１１】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、リソースサーバ応答要求パケットのブロードキャスト送信処理により、前記リソースサーバの検索処理を実行する構成であることを特徴とする。
【００１２】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、リソースサーバとの認証処理シーケンスを実行するとともに、認証の成立を条件として、暗号データ通信可能な通信セッションを確立し、前記ネットワークキャッシュに対して実行する読み取りまたは書き込みデータファイルの送受信処理を、前記通信セッションを介したデータ送受信により実行する構成であることを特徴とする。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記リソースサーバとの接続終了処理として、前記ネットワークキャッシュに格納され、かつ前記ローカル記憶部に格納されていないデータをライトバック必要データとして確認する処理を実行するとともに、前記ライトバック必要データを前記ネットワークキャッシュから読み取り、前記ローカル記憶部に格納する処理を実行する構成であることを特徴とする。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、リソースサーバ応答要求パケットのブロードキャスト送信処理により、前記リソースサーバの検索処理を実行するとともに、前記リソースサーバ応答要求パケットに対する応答パケットの受信が無い場合は、前記ローカル記憶部のアクセスに基づくデータ処理を実行する構成であることを特徴とする。
【００１５】
さらに、本発明の第２の側面は、
ネットワークに接続され、クライアントからの要求に応じてデータ記憶領域としてのネットワークキャッシュ提供処理を実行する情報処理装置であり、
クライアントからの要求に基づくキャッシュ用ファイルを生成し、該キャッシュ用ファイルの格納ファイル位置と、前記クライアントのローカル記憶部におけるデータ格納位置情報であるセクタ番号とを対応付けたセクタ／ファイル位置対応情報を生成し、クライアントからの要求に基づくデータファイルの読み書き処理を、前記セクタ／ファイル位置対応情報、および前記キャッシュ用ファイルに基づいて実行する構成を有することを特徴とする情報処理装置にある。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、各クライアントからの要求に対応するセッション毎にプロセス実行部を設定し、各プロセス実行部においてセッション対応の個別処理を実行することにより、複数クライアントからの要求を識別した処理を実行する構成であることを特徴とする。
【００１７】
さらに、本発明の第３の側面は、
通信部を介してネットワークキャッシュを持つリソースサーバに接続し、データ処理に適用するデータファイルの読み取りまたは書き込み処理を前記ネットワークキャッシュに対して実行するリソースクライアントと、
前記リソースクライアントに対応して設定されたデータ処理実行クライアントと、
前記リソースクライアントからの要求に応じてデータ記憶領域としてのネットワークキャッシュ提供処理を実行するリソースサーバを有するとともに、データ処理要求エンティテイからのデータ処理要求を前記データ処理実行クライアントに送信し、該データ処理実行クライアントのデータ処理結果を前記データ処理要求エンティテイに送信する処理を実行するリソースサーバ管理エンティテイとを有し、
前記リソースサーバ管理エンティテイは、前記リソースクライアントに提供したリソースサーバのリソースの対価として、前記データ処理実行クライアントに対するデータ処理要求実行依頼を行う構成であることを特徴とするリソース提供システムにある。
【００１８】
さらに、本発明の第４の側面は、
情報処理方法であり、
ネットワークキャッシュを持つリソースサーバに接続する接続ステップと、
データ処理に適用するデータファイルの読み取りまたは書き込み処理を前記ネットワークキャッシュに対して実行するデータアクセスステップと、
前記データファイルの格納先がローカル記憶部であるか前記ネットワークキャッシュであるかを示す情報テーブルを生成する情報テーブル生成ステップと、
前記情報テーブルに基づいてアクセス先の決定を行うアクセス先決定ステップと、
を有することを特徴とする情報処理方法にある。
【００１９】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記情報処理装置が電池駆動状態にあるか否かを判定するステップを有し、前記接続ステップは、前記情報処理装置が電池駆動状態にあることを条件として、前記リソースサーバに接続することを特徴とする。
【００２０】
さらに、本発明の情報処理方法の一実施態様において、前記情報テーブルは、前記データファイルが、前記ローカル記憶部のみに格納されたデータであるか、前記ネットワークキャッシュに格納済みのデータであるかを示す識別情報を格納したキャッシュテーブルであり、記アクセス先決定ステップは、前記キャッシュテーブルに基づいて、前記データファイルが前記ネットワークキャッシュに格納済みであると判定した場合に、前記ネットワークキャッシュをアクセス先とし、前記データファイルが前記ネットワークキャッシュに格納済みでないと判定した場合に、前記ローカル記憶部をアクセス先として決定することを特徴とする。
【００２１】
さらに、本発明の情報処理方法の一実施態様において、前記情報テーブルは、前記ローカル記憶部の単位領域毎のデータについて、前記ローカル記憶部のみに格納されたデータであるか、前記ネットワークキャッシュに格納済みのデータであるかを示す識別情報と、前記ネットワークキャッシュに格納済みのデータである場合に、該データをローカル記憶部に再格納するライトバック処理が必要であるか否かを示すライトバック要否情報を対応付けたテーブルとして構成され、前記情報処理方法は、前記ライトバック要否情報に基づいて、ライトバックの必要なデータについての前記ネットワークキャッシュからのデータ読み取りおよび前記ローカル記憶部に対するデータ書き込み処理を実行するステップを有することを特徴とする。
【００２２】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法において、さらに、リソースサーバ応答要求パケットのブロードキャスト送信処理により、前記リソースサーバの検索処理を実行するステップを有することを特徴とする。
【００２３】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法において、さらに、リソースサーバとの認証処理シーケンスを実行するとともに、認証の成立を条件として、暗号データ通信可能な通信セッションを確立し、前記ネットワークキャッシュに対して実行する読み取りまたは書き込みデータファイルの送受信処理を、前記通信セッションを介したデータ送受信により実行するステップを有することを特徴とする。
【００２４】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法において、さらに、前記リソースサーバとの接続終了処理として、前記ネットワークキャッシュに格納され、かつ前記ローカル記憶部に格納されていないデータをライトバック必要データとして確認する処理を実行するとともに、前記ライトバック必要データを前記ネットワークキャッシュから読み取り、前記ローカル記憶部に格納する処理を実行することを特徴とする。
【００２５】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、リソースサーバ応答要求パケットのブロードキャスト送信処理により、前記リソースサーバの検索処理を実行するステップと、前記リソースサーバ応答要求パケットに対する応答パケットの受信が無いことを条件として前記ローカル記憶部のアクセスに基づくデータ処理を実行するステップと、を有することを特徴とする。
【００２６】
さらに、本発明の第５の側面は、
ネットワークに接続され、クライアントからの要求に応じてデータ記憶領域としてのネットワークキャッシュ提供処理を実行する情報処理装置における情報処理方法であり、
クライアントからの要求に基づいてキャッシュ用ファイルを生成するステップと、
前記キャッシュ用ファイルの格納ファイル位置と、前記クライアントのローカル記憶部におけるデータ格納位置情報であるセクタ番号とを対応付けたセクタ／ファイル位置対応情報を生成するステップと、
クライアントからの要求に基づくデータファイルの読み書き処理を、前記セクタ／ファイル位置対応情報、および前記キャッシュ用ファイルに基づいて実行するステップと、
を有することを特徴とする情報処理方法にある。
【００２７】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、各クライアントからの要求に対応するセッション毎にプロセス実行部を設定し、各プロセス実行部においてセッション対応の個別処理を実行することにより、複数クライアントからの要求を識別した処理を実行するステップを有することを特徴とする。
【００２８】
さらに、本発明の第６の側面は、
情報処理を実行するコンピュータ・プログラムであり、
ネットワークキャッシュを持つリソースサーバに接続する接続ステップと、
データ処理に適用するデータファイルの読み取りまたは書き込み処理を前記ネットワークキャッシュに対して実行するデータアクセスステップと、
前記データファイルの格納先がローカル記憶部であるか前記ネットワークキャッシュであるかを示す情報テーブルを生成する情報テーブル生成ステップと、
前記情報テーブルに基づいてアクセス先の決定を行うアクセス先決定ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００２９】
さらに、本発明の第７の側面は、
ネットワークに接続され、クライアントからの要求に応じてデータ記憶領域としてのネットワークキャッシュ提供処理を実行する情報処理装置における情報処理を実行するコンピュータ・プログラムであり、
クライアントからの要求に基づいてキャッシュ用ファイルを生成するステップと、
前記キャッシュ用ファイルの格納ファイル位置と、前記クライアントのローカル記憶部におけるデータ格納位置情報であるセクタ番号とを対応付けたセクタ／ファイル位置対応情報を生成するステップと、
クライアントからの要求に基づくデータファイルの読み書き処理を、前記セクタ／ファイル位置対応情報、および前記キャッシュ用ファイルに基づいて実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３０】
【作用】
本発明の構成によれば、ノートＰＣ等の電池駆動型の情報処理装置において、様々なデータ処理を実行する際、自デバイスのハードディスク等のローカル記憶部ではなく、ネットワーク接続した外部のネットワークキャッシュを利用して、データファイルの書き込み、読み取りを実行する構成としたので、ハードディスクの駆動、データ格納処理の回数を減少させることが可能になり、データ処理の間に頻繁にハードディスクにアクセスし、データ抽出または格納を行うことが不要となり、ローカル記憶部の駆動、データアクセスに伴う電力消費が抑制される。
【００３１】
さらに、本発明の構成によれば、データファイルの格納先がローカル記憶部であるかネットワークキャッシュであるかを示す情報テーブルを生成して、生成した情報テーブルに基づいてアクセス先の決定を行う構成としたので、ローカル記憶部に対する無駄なアクセスを行うことなく、効率的な処理が可能となる。
【００３２】
さらに、本発明の構成によれば、ローカル記憶部の単位領域毎のデータについて、ローカル記憶部のみに格納されたデータであるか、ネットワークキャッシュに格納済みのデータであるかを示す識別情報と、ネットワークキャッシュに格納済みのデータである場合に、該データをローカル記憶部に再格納するライトバック処理が必要であるか否かを示すライトバック要否情報を対応付けたテーブルに基づいて、データ管理を行い、ライトバック要否情報に基づいて、ライトバックの必要なデータについてのネットワークキャッシュからのデータ読み取りおよびローカル記憶部に対するデータ書き込み処理を実行する構成としたので、更新データをローカル記憶部に確実に格納することが可能となる。
【００３３】
さらに、本発明の構成によれば、ネットワークキャッシュを利用するリソースクライアントと、リソースクライアントに対応して設定されたデータ処理実行クライアントと、リソースサーバを管理し、データ処理要求エンティテイからのデータ処理要求をデータ処理実行クライアントに送信して処理結果をデータ処理要求エンティテイに提供するリソースサーバ管理エンティテイの構成により、ユーザは、データ処理（計算タスク）によってリソースの提供を受けることが可能となり、お金での対価の支払いを行うことなくリソースを利用することが可能となる。従ってユーザにとっては負担感が少なく、一方、計算業務発注元であるデータ処理要求エンティテイにとっては大型計算機を購入あるいは賃借するよりも安価なデータ処理を行うことができる。
【００３４】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３５】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００３６】
【発明の実施の形態】
以下、図面を参照して本発明の情報処理装置、リソース提供システム、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。
【００３７】
本発明は、例えば携帯型のＰＣ、ＰＤＡ等、電池により駆動する情報処理装置がネットワーク接続可能な環境においては、ネットワークを介して外部の装置と通信を実行し、外部装置（ネットワークキャッシュ）を利用してデータキャッシュ処理を実行する。ネットワーク接続のできない環境においては、自装置の記憶部（ローカル記憶部）を利用してデータキャッシュを実行する。このようにデータキャッシュ処理を選択的に実行する構成により、自装置の記憶部、例えばハードディスクの駆動、データアクセスに伴う電力の消費を抑えた構成である。
【００３８】
本発明の情報処理装置において、ＣＰＵ制御に基づくデータ処理自体は自装置で実行する。様々なデータ処理において生成されるデータのキャッシュ処理を、自装置の記憶部に対してではなく、ネットワーク接続された外部装置とのデータ送受信を行いデータキャッシュを行う。
【００３９】
外部装置にキャッシュされたデータは、必要に応じて、あるいはデータ処理を終了する時点、外部装置との接続終了前のステップ等において、外部接続装置から自装置に転送入力して、自装置のハードディスク等の記憶部に格納する。従って更新データが外部装置にのみキャッシュされ、ローカル記憶部に格納されないことが防止される。
【００４０】
本発明の構成によれば、電池により駆動する例えば携帯型の情報処理装置における記憶部、例えばハードディスクの駆動、データ格納処理の回数を減少させることが可能になる。このように本発明の構成においては、データ処理の間に頻繁にハードディスクにアクセスし、データ抽出または格納を行うことが不要となり、ハードディスクの駆動、データアクセスに伴う電力消費が抑制される。
【００４１】
さらに、本発明は、ＰＣ、ＰＤＡ等、電池により駆動する情報処理装置を学校や事業所などの施設内だけではなく、インターネットのホットスポットなど開放的な場所でもデータ格納処理を実行するリソースの提供が可能な情報処理装置に対するアクセスを行うことを可能とし、電池駆動型の情報処理装置の電力消費を抑えた利用環境を実現する構成を提供する。
【００４２】
以下、本発明の構成について、
（１）電池駆動型の情報処理装置におけるデータ処理
（２）インターネットのホットスポットなど開放的な場所でもデータ格納処理を実行するリソース提供を可能としたシステム
上記２つの項目について、順次説明する。
【００４３】
（１）電池駆動型の情報処理装置におけるデータ処理
まず、電池駆動型の情報処理装置における電池の消費を抑制したデータ処理構成について説明する。
【００４４】
ノートパソコンなど電池駆動型の情報処理装置において、例えばＣＰＵクロックを遅くする、あるいはディスクアクセスを控えるといった運用をすることで、電力消費を抑え電池寿命を延ばせることは知られている。本発明の情報処理装置においては、ノートパソコンなど電池駆動型の情報処理装置が無線ＬＡＮ、インターネット等、ネットワークにアクセスできる環境にある場合、ディスクキャッシュとして利用できるリソースを持つ外部装置と通信し、外部装置の記憶手段をキャッシュとして利用し、電池駆動型の情報処理装置のハードディスク等のローカルディスクのアクセスを控えて電力消費を抑える構成を持つ。
【００４５】
図１を参照して、電池駆動型の情報処理装置がネットワークを介してディスクキャッシュ（以下、「ネットワークキャッシュ」と呼ぶ）を利用する場合の、ディスクアクセス処理の概略を説明する。
【００４６】
図１の電池駆動型情報処理装置１００は、例えば、ＩＥＥＥ８０２．１１ｂなどの無線ＬＡＮ、有線ＬＡＮ、あるいはインターネットなど、様々なデータ通信ネットワーク手段でリソースサーバ１１０と通信できる環境にある。
【００４７】
図１の電池駆動型情報処理装置１００内に示すローカルディスク１０３は、電池駆動型情報処理装置１００に内蔵されている例えばハードディスク等の記憶部からなるディスク装置（ローカル記憶部）である。図１のリソースサーバ１１０は、電池駆動型情報処理装置１００からネットワークインタフェース１０２を介して無線ＬＡＮ、有線ＬＡＮ、あるいはインターネットなど、様々なネットワーク経由で接続され、電池駆動型情報処理装置１００からの要求に応じてリソースサーバ１１０内のハードディスク等の記憶部をネットワークキャッシュ１１１として提供する。
【００４８】
図１（ａ）は、電池駆動型情報処理装置１００において実行中のデータ処理において利用するファイルデータの読み出し処理例を示している。ファイルデータの読み出しにおいて、ネットワークキャッシュ１１１に、読み出し対象の該当ファイルデータが存在する場合には、電池駆動型情報処理装置１００は、自装置にあるローカルディスク１０３の代わりにリソースサーバ１１０のネットワークキャッシュ１１１からファイルデータを読み出す。ネットワークキャッシュ１１１に該当するファイルデータが存在しなければ、ローカルディスク１０３から読み出す。
【００４９】
このように、電池駆動型情報処理装置１００は、電池駆動型情報処理装置１００において実行中のデータ処理において利用するファイルデータがネットワークキャッシュ１１１に存在しない場合に限り、ローカルディスク１０３のアクセスを行う。従って、ローカルディスク１０３のアクセス回数を減少させることが可能となり、電池駆動による記憶部、たとえばハードディスクの駆動およびアクセス処理を減少させることができ、電力消費が抑えられる。
【００５０】
図１（ｂ）は、電池駆動型情報処理装置１００において実行されたデータ処理において生成したあるいは更新したファイルデータの書き込み処理例を示している。電池駆動型情報処理装置１００はローカルディスク１０３に対するデータ書き込みの代わりにネットワークキャッシュ１１１にデータ書き込みを行う。
【００５１】
ただし、ファイルデータをネットワークキャッシュ１１１に書き込む処理のみを行うと、ローカルディスク１０３には、生成または更新されたファイルデータが格納されないため、図１（ｃ）に示すように、ネットワークキャッシュ１１１に書き込まれたデータをデータ処理の終了前など、適当なタイミングで、ネットワークキャッシュ１１１から読み出して、ローカルディスク１０３にまとめて書き込む。これをライトバック処理と呼ぶ。
【００５２】
このように、本発明の構成においては、電池駆動型情報処理装置１００において比較的、大きな電力消費を伴うローカルディスク１０３へのファイルデータの書き込みを逐次行うのではなく、ライトバック動作によってまとめて書き込む構成としたので、電池駆動型情報処理装置１００のハードディスク等のローカルディスク１０３を通常は停止させておくことができるため、ディスク装置の駆動に必要な電力を節約することができる。
【００５３】
電池駆動型情報処理装置１００において実行するデータ処理において利用するファイルデータの読み出しも、ネットワークキャッシュ１１０から行った場合はローカルディスク１０３をアクセスする必要がなく、電池駆動型情報処理装置１００の電池の消費電力を節約することができる。
【００５４】
電池駆動型情報処理装置１００において実行するデータ処理において利用するファイルデータは、ユーザの判断で、ネットワークキャッシュ１１０から、ローカルディスク１０３にまとめて書き込むライトバック処理を行うことができる。従って、例えば、頻繁にアクセスするデータファイルは、基本的にネットワークキャッシュ１１０に書き込みを実行する構成とすることで、データファィルの読み出しにおいて、多くの場合ネットワークキャッシュ１１０からのデータ読み出しに成功することになる。
【００５５】
図１に示すように、電池駆動型情報処理装置１００がリソースサーバ１１０を利用できるようにするには、電池駆動型情報処理装置１００は、リソースサーバ１１０のクライアント（リソースクライアント）としてサーバを利用する処理を実行するソフトウェアを搭載する必要がある。例として、リソースサーバが提供するネットワークキャッシュを利用できるようにするためのプログラムを、ディスク装置のデバイスドライバとして実現する場合の原理について説明する。
【００５６】
ネットワークキャッシュを利用するためのプログラムを、ディスク装置のデバイスドライバとして実現することで、一般的なＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が搭載されたノートパソコンなどに対するデバイスドライバの追加インストールのみで、リソースクライアントとして設定し、リソースサーバが提供するネットワークキャッシュを利用することができる。
【００５７】
ディスク装置のデバイスドライバの詳細な仕様はＯＳによって様々であるが、ここではデバイスドライバのＯＳに対するインタフェースとして、オープン（ｏｐｅｎ：デバイスの使用を開始する）、クローズ（ｃｌｏｓｅ：デバイスの使用を終了する）、リード（ｒｅａｄ：デバイスからデータを読み出す）、ライト（ｗｒｉｔｅ：デバイスにデータを書き込む）、入出力コントロール（ｉｏｃｔｌ：デバイス依存の特殊動作）があるものとして説明する。
【００５８】
図２は、デバイスドライバのオープン（ｏｐｅｎ：デバイスの使用を開始する）インタフェースの処理シーケンスを説明するフローチャートである。
【００５９】
オープンインタフェースは、ＯＳの起動時などに呼ばれ、実行される。電池駆動型情報処理装置１００は、電源として電池を用いている場合と、電源プラグを介して一般の商用電源である交流電源を用いている場合がある。ステップＳ１０１では、電池駆動型情報処理装置１００が電池駆動状態にあるか電源プラグを介した交流電源駆動状態にあるかを判定する。
【００６０】
電源プラグを介した交流電源駆動状態にある場合は、ステップＳ１０３のローカルディスクオープン処理を実行する。この場合には、電池駆動でないので、電池の電力消費を低減させる処理は不要であり、一般的な通常の動作となる。
【００６１】
電池駆動型情報処理装置が電池駆動状態にある場合は、ステップＳ１０２において、「ネットワークキャッシュ使用開始処理」を実行する。
【００６２】
「ネットワークキャッシュ使用開始処理」について、図３を参照して説明する。リソースクライアントとなる電池駆動型情報処理装置は、ステップＳ１５１において、リソースサーバの検索処理を実行する。具体的には、リソースサーバからの返答要求を求めたパケットをブロードキャストする。
【００６３】
ブロードキャストパケットに対する返答を受信した場合（ステップＳ１５２：Ｙｅｓ）は、ステップＳ１５３において、返答をしたリソースサーバと接続する。リソースサーバとの接続シーケンスについては、図４を参照して後段で説明する。
【００６４】
リソースサーバとの接続に成功した場合（ステップＳ１５４：Ｙｅｓ）、リソースクライアントとしての電池駆動型情報処理装置は、ステップＳ１５５においてキャッシュテーブル（後述の図５）を初期化する。
【００６５】
リソースクライアントとしての電池駆動型情報処理装置が、リソースサーバを発見できなかった場合（ステップＳ１５２：Ｎｏ）、すなわちリソースサーバから返答がなかった場合や、リソースサーバとの接続に失敗した場合（ステップＳ１５４：Ｎｏ）は、電池駆動型情報処理装置のデバイスドライバはネットワークキャッシュを使用しない態様での処理、すなわち通常のローカルディスク使用処理を行う。
【００６６】
図４は、図３に示すステップＳ１５３で実行するリソースクライアントとしての電池駆動型情報処理装置とリソースサーバとの接続処理シーケンスの一例を示す図である。
【００６７】
リソースクライアントは、ステップＳ１７１において、通信路暗号化のためにＳＳＬ（ＲＦＣ２２４６  ＴＬＳ）暗号化処理を用いてリソースサーバに対する接続要求を送信する。その後、ステップＳ１７２において、ＳＳＬセッション確立処理を実行し、ステップＳ１７３において、リソースサーバは、ＳＳＬシーケンス中で規定されたサーバ証明書（公開鍵証明書）をリソースクライアントに送信する。
【００６８】
リソースクライアントは、サーバ証明書を受信すると、ステップＳ１７４において、サーバ証明書（公開鍵証明書）の署名確認、改竄確認等の証明書確認処理を実行し、正規の証明書であるかを確認する。証明書に基づいて信頼できるリソースサーバではない、証明書の内容が不正であるなどの問題があった場合は、リソースサーバへの接続を終了させる。
【００６９】
ステップＳ１７５において、ＳＳＬセッション確立処理を続行し、サーバクライアント間のセッションを確立する。次に、ステップＳ１７６において、リソースサーバは、ＳＳＬセッションを介してリソースクライアントにユーザＩＤとパスワードの提示を求める。
【００７０】
リソースサーバは、登録されたリソースクライアントに対応するユーザＩＤとパスワードとの対応リストを保持しており、リソースクライアントから提示されたユーザＩＤとパスワードと、登録情報との照合処理を実行する。
【００７１】
リソースクライアントから提示されたユーザＩＤ、パスワードが登録情報と異なる場合は、ＳＳＬセッションを終了させ、リソースサーバの保有するネットワークキャッシュの提供を行うことなく処理を中止する。
【００７２】
リソースクライアントから提示されたユーザＩＤ、パスワードが登録情報と一致し、有効なユーザＩＤとパスワードであることが認証された場合は、リソースサーバは、リソースサーバの保有するネットワークキャッシュをリソースクライアントである電池駆動型情報処理装置に提供する処理を実行する。
【００７３】
このように、リソースサーバとリソースクライアント間で認証処理シーケンスを実行するとともに、認証の成立を条件として、暗号データ通信可能な通信セッションを確立する。リソースクライアントが、ネットワークキャッシュに対して実行する読み取りまたは書き込みデータファイルの送受信処理は、暗号データ通信可能な通信セッションを介したデータ送受信により実行される。
【００７４】
なお、企業が施設内で従業員向けにリソースサーバを設置する場合など、サーバクライアント間の通信データに関するセキュリティをあまり気にしなくてよい場合は、図４に示すように、リソースクライアントとリソースサーバの接続においてＳＳＬ暗号を用いた処理を適用しなくてもよく、ＳＳＬ暗号を用いないＴＣＰ接続によるデータ通信処理を行ってもよい。また、特定の閉じられたネットワーク環境等、リソースサーバを利用するリソースクライアントが限定されている場合などには、ユーザＩＤやパスワードによる認証を省略する構成としてもよい。
【００７５】
図５は、図３のステップＳ１５５において説明したキャッシュテーブルの構成例を示す図である。キャッシュテーブルは、リソースサーバのネットワークキャッシュを利用するリソースクライアントとしての電池駆動型情報処理装置が、ネットワークキャッシュに格納するデータの管理用に生成するテーブルであり、リソースクライアントのメモリに生成し格納する。
【００７６】
「ローカルディスク論理セクタ番号」の項は、ローカルディスクに設定される論理セクタ番号と対応するローカルディスク論理セクタ番号が格納される。
【００７７】
「ローカルディスクから読み出し済み」の項は、ローカルディスクの該当セクタにあるべきデータがローカルディスクから読み出され、ネットワークキャッシュに書き込まれているか否か、すなわち、ネットワークキャッシュにデータが存在するどうかを示している。図５に示すキャッシュテーブルの例では、セクタ０やセクタ２のデータはネットワークキャッシュに書き込まれており、ネットワークキャッシュから読み出し可能であることを示している。
【００７８】
「ライトバック要否」の項は、ネットワークキャッシュに存在する該当セクタのデータをローカルディスクに書き戻す（ライトバック）する必要があるかどうかを示している。ネットワークキャッシュ上のデータを更新した場合、最終的にはローカルディスクにも書き戻しを行わないと最新のデータが、ローカルディスクには格納されないことになる。従って、ネットワークキャッシュに存在するデータが更新された場合など、ライトバック要否」の項は、ライトバック要を示す値に設定される。
【００７９】
図５に示す例では、セクタ２のデータはディスクキャッシュ上とローカルディスク上で一致しておりライトバックの必要はないが、セクタ０のデータはネットワークキャッシュでの更新がローカルディスクに反映されておらず、いずれライトバックする必要があることを示している。なお、図５に示す例で、セクタ１のデータは、ネットワークキャッシュにデータが存在しないため、「ライトバック要否」の項には、要否識別データが設定されない。
【００８０】
なお、リソースクライアントとなる電池駆動型情報処理装置は、図３を参照して説明したネットワークキャッシュ開始処理においてキャッシュテーブルの初期化処理を実行し、ローカルディスクの論理セクタ数分のテーブル領域をメモリ上に確保し、全てのセクタに対して「読み出し済み」の項を×（まだ読み出していない）にセットする。その後、データ処理に応じて、ネットワークキャッシュに対するデータ格納、データ更新等の処理に従って、キャッシュテーブルの更新処理を逐次実行する。
【００８１】
次に、図６を参照して、電池駆動型情報処理装置が持つデバイスドライバのクローズ（ｃｌｏｓｅ）インタフェースの処理を説明する。クローズ（ｃｌｏｓｅ）インタフェースは、ＯＳの終了時などに呼ばれ実行される。
【００８２】
電池駆動型情報処理装置は、ステップＳ２０１において、ネットワークキャッシュを使用しているか否かを判定する。ネットワークキャッシュを使用していない場合（ステップＳ２０１：Ｎｏ）は、ローカルディスクのクローズ処理を行う。
【００８３】
ネットワークキャッシュを使用している場合（ステップＳ２０１：Ｙｅｓ）は、ステップＳ２０２において、「ネットワークキャッシュ使用終了処理」を行う。なお、その後、ネットワークキャッシュを使用しているかどうかに関わらず、ステップＳ２０３のローカルディスクのクローズ処理を行う。
【００８４】
ステップＳ２０２において実行する「ネットワークキャッシュ使用終了処理」について、図７を参照して説明する。「ネットワークキャッシュ使用終了処理」は、リソースクライアントとしての電池駆動型情報処理装置がリソースサーバとの接続を終了する処理である。
【００８５】
リソースクライアントとしての電池駆動型情報処理装置は、ステップＳ２３１において、ライトバック処理を実行する。ライトバック処理は、リソースサーバのネットワークキャッシュに格納されているが、ローカルディスクに未格納のファイルデータ、更新ファイルデータをリソースサーバのネットワークキャッシュから取得して、ローカルディスクに格納する処理である。このライトバック処理の終了の後、ステップＳ２３２において、リソースクライアントとしての電池駆動型情報処理装置は、リソースサーバとの接続を切断する。
【００８６】
ステップＳ２３１において実行するライトバック処理の詳細を図８を参照して説明する。ネットワークキャッシュに存在するデータのうちローカルディスクに書き戻す必要があるデータ、すなわち、ローカルディスクのデータが最新の内容に更新されていないセクタのデータを、ネットワークキャッシュから取得してローカルディスクに書き込む処理として実行する。この処理により、ローカルディスクの内容が最新に状態に更新される。
【００８７】
ステップＳ２５１において、処理対象セクタ番号を初期値＝０に設定する。ステップＳ２５２において、処理対象セクタ番号に対応するセクタについて、キャッシュテーブル（図５参照）を参照して、「ローカルディスクから読み出し済み」＝○で、かつ、「ライトバック要否」＝○の設定であるかを判定する。
【００８８】
「ローカルディスクから読み出し済み」＝○で、かつ、「ライトバック要否」＝○の設定である場合がライトバック処理が必要なセクタデータであり、その設定以外のセクタデータは、ライトバック処理を実行する必要がないので、ステップＳ２５５に進み、処理対象セクタ番号の更新処理、すなわちＳ←Ｓ＋１を実行してステップＳ２５２に戻り同様の判定処理を行う。
【００８９】
ステップＳ２５２の判定処理において、処理対象セクタＳが、「ローカルディスクから読み出し済み」＝○で、かつ、「ライトバック要否」＝○の設定である場合は、ステップＳ２５３に進み、ネットワークキャッシュからセクタＳのデータを読み出して、ローカルディスクのセクタＳに書き込む処理を実行する。
【００９０】
次に、ステップＳ２５４において、キャッシュテーブルのセクタＳを「ライトバック要否」＝×の設定に更新する。
【００９１】
ステップＳ２５６において、処理対象セクタ番号が最終セクタより大であるかを判定し、処理対象セクタ番号が最終セクタ以下で未処理セクタがある場合は、ステップＳ２５２以下の処理を繰り返し実行し、全セクタの処理終了確認の後、ライトバック処理を終了する。
【００９２】
ライトバック処理の終了の後、図７に示すステップＳ２３２のリソースサーバとの接続切断処理を実行する。
【００９３】
次に、リソースサーバとの接続がなされ、リソースクライアントとして設定された電池駆動型情報処理装置がデバイスドライバに基づいて実行するデータリード処理について説明する。図９は、デバイスドライバのリードインタフェースに基づく処理である。
【００９４】
電池駆動型情報処理装置は、ステップＳ３０１において、読み出し対象であるセクタの開始セクタ番号Ｓを処理対象セクタとして設定する。ステップＳ３０２において、設定セクタ番号Ｓについて、キャッシュテーブル（図５参照）を参照して、読み出し対象セクタのデータがネットワークキャッシュに存在するか否かを判定する。
【００９５】
キャッシュテーブル（図５参照）の「ローカルディスクから読み出し済み」＝○の設定があるセクタである場合は、ネットワークキャッシュに存在するセクタデータであるので、ステップＳ３０３に進み、ネットワークキャッシュからのセクタデータの読み出しを実行する。
【００９６】
一方、キャッシュテーブルの「ローカルディスクから読み出し済み」＝×の設定があるセクタである場合は、ネットワークキャッシュに存在しないセクタデータであるので、ステップＳ３０４に進み、ローカルディスクからのセクタデータの読み出しを実行する。
【００９７】
さらに、ステップＳ３０５において、ローカルディスクから読み出したデータをネットワークキャッシュに送信し書き込む処理を実行する。さらに、ステップＳ３０６において、データ書き込みを行ったセクタに対応するキャッシュテーブルの「ローカルディスクから読み出し済み」の設定を［○］とする更新処理を実行する。
【００９８】
ステップＳ３０７では、処理対象セクタ番号Ｓが読み出しセクタの最終セクタ番号に等しいか否かを判定し、等しくない場合は、まだ読み出しセクタが残っているので、ステップＳ３０８において、セクタ番号Ｓを更新し、更新セクタ番号のセクタデータについて、ステップＳ３０２以下の処理を繰り返し実行する。
【００９９】
ステップＳ３０７において、処理対象セクタ番号Ｓが読み出しセクタの最終セクタ番号に等しいと判定されると、データ読み出し処理は終了する。
【０１００】
次に、リソースサーバとの接続がなされ、リソースクライアントとして設定された電池駆動型情報処理装置がデバイスドライバに基づいて実行するデータライト処理について説明する。図１０は、デバイスドライバのライトインタフェースに基づく処理である。
【０１０１】
電池駆動型情報処理装置は、ステップＳ３３１において、書き込み対象であるセクタの開始セクタ番号Ｓを処理対象セクタとして設定する。ステップＳ３３２において、ネットワークキャッシュにセクタＳのデータを書き込む。
【０１０２】
ステップＳ３３３において、データ書き込みを実行したセクタ番号Ｓについて、キャッシュテーブル（図５参照）を
「ローカルディスクから読み出し済み」＝○
「ライトバック要」＝○
に設定する。
【０１０３】
ステップＳ３３４では、処理対象セクタ番号Ｓが書き込みセクタの最終セクタ番号に等しいか否かを判定し、等しくない場合は、まだ書き込みセクタが残っているので、ステップＳ３３７において、セクタ番号Ｓを更新し、更新セクタ番号のセクタデータについて、ステップＳ３３２以下の処理を繰り返し実行する。
【０１０４】
ステップＳ３３４において、処理対象セクタ番号Ｓが書き込みセクタの最終セクタ番号に等しいと判定した場合には、ステップＳ３３５において、ライトバック必要セクタ数が、予め定めた閾値より大となっているか否かを判定する。電池駆動型情報処理装置は、予めセクタ数閾値を記憶しており、ライトバックを実行すべきセクタ数が閾値を越えた場合には、ステップＳ３３６においてライトバック処理を実行する。ライトバック処理は、先に図８を参照して説明した通りである。
【０１０５】
ライトバックが必要なセクタ数が一定数以上であればライトバックを行う理由は、後で書き戻すべきセクタ数があまりにも多くなりすぎると、ライトバック処理に時間がかかり過ぎる恐れがあるからである。なお、図１０のライトバック処理を行う部分の手前でデバイスドライバはＯＳに制御を返し、ライトバック処理はバックグラウンドで行うような実装でもよい。
【０１０６】
ライトバックを実行すべきセクタ数が閾値を越えていない場合は、ライトバックは実行せずにライト処理は終了する。なお、ライトバックを実行すべきセクタ数が閾値を越えていない場合であっても、前述したクローズ処理（図７参照）においてライトバックは実行され、リソースサーバとの接続終了以前には、全てのライトバックの必要なデータは、ネットワークキャッシュから読み出され、ローカルディスクに書き込まれることになる。
【０１０７】
なお、ステップＳ３３５、Ｓ３３６の処理は、必須ではなく、クローズ処理（図７参照）の際のみ、ライトバック処理を実行する構成としてもよい。
【０１０８】
また、ライトバック処理は、ローカルディスクからデータを読み出した際、すなわちリード処理終了直後に実行してもよい。理由は、ローカルディスクからデータを読み出すためにディスク装置を駆動しているため、ついでにライトバック処理を実行することで、ライトバックのための駆動時間を削減可能となるからである。
【０１０９】
デバイスドライバの入出力コントロール（ｉｏｃｔｌ）インタフェースでは、一般的なディスク装置向けの入出力コントロール操作に加えて、ネットワークキャッシュ使用開始（図３参照）、ネットワークキャッシュ使用終了（図７参照）、ライトバック処理（図８参照）に関する制御処理を実行する。
【０１１０】
入出力コントロール（ｉｏｃｔｌ）インタフェースが使われる用途としては、以下の例が挙げられる。
▲１▼ユーザがＧＵＩなどから手動でライトバックを実行する場合
▲２▼携帯機器がスタンバイ状態（節電のための動作一時休止）に移行する際にネットワークキャッシュ使用終了処理およびライトバック処理を実行する場合
▲３▼電源の電池駆動／ＡＣ駆動が切り替わる際に、ネットワークキャッシュの使用開始または使用終了を実行する場合
以上の処理において、入出力コントロール（ｉｏｃｔｌ）インタフェースに基づく制御が実行される。
【０１１１】
次に、リソースサーバの実行する処理について説明する。リソースサーバは、先に図４を参照して説明したリソースクライアントとの接続シーケンスを実行して、リソースクライアントと接続を行い、リソースクライアントが実行するリード処理、ライト処理、ライトバック処理に応じた処理を実行する。
【０１１２】
図１１を参照してリソースサーバの実行する処理について説明する。図１１の処理は、先に図４を参照して説明したシーケンスでリソースクライアントとのセッションが確立した後で、そのセッションに基づいて行われる。
【０１１３】
ステップＳ５０１において、リソースサーバは、接続したリソースクライアントに対応する「キャッシュ用ファイル」を、ネットワークキャッシュ内に新規作成する。「キャッシュ用ファイル」は、リソースサーバがネットワークキャッシュの内容データを保持するためのファイルであり、セッション毎に、例えばセッションＩＤあるいはユーザＩＤと対応付けて生成される。リソースサーバが複数クライアントからの要求を並列に処理している場合には、各クライアント毎に個別のキャッシュ用ファイルが作成される。
【０１１４】
次にリソースサーバは、ステップＳ５０２において、「セクタ／ファイル位置対応表」を初期化する。「セクタ／ファイル位置対応表」の例を図１２に示す。「セクタ／ファイル位置対応表」は、セクタ番号とファイル位置の対応を示すテーブルとして構成される。
【０１１５】
リソースクライアントのローカルディスクの各セクタに対応するデータがリソースサーバのキャッシュ用ファイルのどの位置に存在するかの対応関係を示している。セクタ／ファイル位置対応表は、キャッシュ用ファイルに新しいセクタのデータが追加される度に、その対応関係を追加エントリとして設定した更新処理が実行される。
【０１１６】
この場合、追加エントリは、セクタ番号が単調増加になるように既存のリストに挿入される。キャッシュ用ファイル新規作成時点では、キャッシュ用ファイルに何もデータが存在しないため、セクタ／ファイル位置対応表にエントリは一つも存在しない。リソースサーバは、セッションが確立したら、ネットワークキャッシュに必要なリソースを確保し、ステップＳ５０３において、リソースクライアントからの要求を待つ。
【０１１７】
ステップＳ５０４において、リソースクライアントとの接続が切断された場合は、ステップＳ５０９において、ステップＳ５０１で生成したキャッシュ用ファイルを削除し、ステップＳ２０２で設定した「セクタ／ファイル位置対応表」のエントリを削除して、「セクタ／ファイル位置対応表」のメモリ領域を開放する。
【０１１８】
ステップＳ５０４で、リソースクライアントとの接続が切断されず、ステップＳ５０５で、リード要求をクライアントから受信した場合は、ステップＳ５０８に進み、ネットワークキャッシュ内のキャッシュ用ファイルから、リード要求において指定されたセクタ番号のデータに基づいて、「セクタ／ファイル位置対応表」を参照し、ファイル位置情報を取得して、取得したファイル位置情報に基づいてネットワークキャッシュからファイルを読み出し、クライアントに送信する。
【０１１９】
クライアントからの要求がライト要求である場合は、ステップＳ５０７に進み、キャッシュ用ファイルへのデータ書き込みを実行する。なお、キャッシュ用ファイルに新しいセクタのデータを追加するデータ書き込み処理の場合は、「セクタ／ファイル位置対応表」に対応関係を追加エントリとして設定する更新処理を実行する。
【０１２０】
ステップＳ５０３〜ステップＳ５０８の処理は、リソースクライアントとの接続が切断されるまで繰り返し実行される。
【０１２１】
図１３は、リソースクライアントからのリード要求に応じてリソースサーバが実行するキャッシュ用ファイルからのデータ読み出し処理シーケンスを説明する図である。リソースサーバは、ステップＳ５３１において、クライアントからセクタ指定番号を含むリード要求を受信し、ステップＳ５３２において、セクタ指定番号に基づいて、セクタ／ファイル位置対応表（図１２参照）から、セクタ指定番号に対応するファイル位置情報を取得する。
【０１２２】
ステップＳ５３３において、リソースサーバは取得したファイル位置情報に基づいて、キャッシュ用ファイルからデータを読み出す。
【０１２３】
リソースクライアントが、先に図９を参照して説明したリード処理を実行することを前提とした場合は、ネットワークキャッシュに存在しないセクタのデータをリソースサーバにリード要求を行うことは本来ありえないため、図１３ではそのチェックは省略してあるが、フェイルセーフのためにリソースクライアントからのリード要求が正しいかどうかのチェックを行う構成としてもよい。
【０１２４】
なお、リソースクライアントの実行するライトバック処理に際しても、リソースサーバはクライアントからのリード要求を受信し、上述の処理と同様の処理により、データ読み出しを実行してクライアントに対して送信する。なお、リソースクライアントからのライトバック時のデータ読み出し要求は、ライトバックを行う１以上のセクタを指定したリード要求として実行されることになる。
【０１２５】
図１４は、リソースクライアントからのライト要求に応じてリソースサーバが実行するキャッシュ用ファイルへのデータ書き込み処理シーケンスを示す図である。リソースサーバは、ステップＳ５５１において、リソースクライアントからの書き込み要求データを書き込みセクタ番号とともに受信すると、ステップＳ５５２において、セクタ／ファイル位置対応表（図１２参照）を参照し、書き込みセクタ番号が既にセクタ／ファイル位置対応表に登録されたエントリであるか否かを確認する。
【０１２６】
リソースクライアントの指定した書き込みセクタ番号が既にセクタ／ファイル位置対応表に登録されたエントリである場合（ステップＳ５５２：Ｙｅｓ）は、ステップＳ５５３において、セクタ／ファイル位置対応表に基づいて、リソースクライアントの指定した書き込みセクタ番号に対応するキャッシュ用ファイル位置を算出し、ステップＳ５５４において、算出したキャッシュ用ファイル位置にあるファイルに対してリソースクライアントからの書き込み要求データを格納する。
【０１２７】
一方、リソースクライアントの指定した書き込みセクタ番号が既にセクタ／ファイル位置対応表に登録されたエントリでない場合（ステップＳ５５２：Ｎｏ）は、ステップＳ５５５において、セッションＩＤあるいはユーザＩＤによって特定されるキャッシュ用ファイルの末尾にデータを追記する。
【０１２８】
さらに、ステップＳ５５６において、セクタ／ファイル位置対応表に書き込んだデータのファイル位置と、リソースクライアントの指定した書き込みセクタ番号との対応エントリを追加する。
【０１２９】
なお、リソースサーバは複数のリソースクライアントに同時にサービスできるようにするために、リソースクライアントからの接続要求を受けた時点で各接続要求に対応する子プロセス（あるいはスレッド）を生成して、以後の処理はそのセッション専従の子プロセスが行い、そのセッションが終了（切断）したら子プロセスは消滅するような構造が望ましい。
【０１３０】
各接続要求に対応する子プロセスの生成処理について、図１５を参照して説明する。ステップＳ６０１において、ネットワークからのパケット受信を待機し、ステップＳ６０２において、ＳＳＬ接続要求であるか否かを判定する。ＳＳｌ接続要求でない場合は、ステップＳ６０３においてリソースサーバ応答要求（図３のステップＳ１５１に対応）であるか否かを判定し、リソースサーバ応答要求である場合は、ステップＳ６０４において、応答パケットを送信する。
【０１３１】
ステップＳ６０２において、ＳＳＬ接続要求であると判定した場合には、ステップｓ６０５において子プロセスを生成する。この子プロセスは新たなＳＳＬ接続セッション毎に設定される。
【０１３２】
ステップＳ６１１において、セッション対応の子プロセスを起動し、ステップＳ６１２において、前述した図４を参照して説明したＳＳＬセッション確立シーケンスを実行し、リソースクライアントとのセッションを確立する。
【０１３３】
セッション確立の後は、ステップＳ６１３において、クライアントからのリード、ライト要求に基づく処理を実行する。ステップＳ６１４において、リソースクライアントとのセッションが切断されたか否かを判定し、切断されていない場合は、ステップＳ６１３のクライアントからの要求を処理し、切断により、子プロセスを終了、すなわち子プロセスを消滅させる。
【０１３４】
このように、リソースサーバは、各クライアントからの要求に対応するセッション毎にプロセス実行部を設定し、各プロセス実行部においてセッション対応の個別処理を実行することにより、複数クライアントからの要求を識別した処理を実行する。
【０１３５】
（２）インターネットのホットスポットなど開放的な場所でもデータ格納処理を実行するリソース提供を可能としたシステム
リソースサーバの設置環境としては、会議室など企業や学校等の施設内が考えられるが、その他、以下に述べるように、インターネットのホットスポット等からアクセス可能な構成としてもよい。
【０１３６】
以下、リソース貸しのビジネスモデルとしてのリソース提供システムの構成について説明する。インターネットのホットスポット等からアクセス可能なリソースサーバを設置するには、リソースサーバの設置者に対して利益をもたらす必要がある。しかし、ノートＰＣ等の情報処理装置をホットスポットに持ち込んだユーザに課金することは、ユーザの抵抗感が大きく、ビジネスとして成立させるのは難しい。
【０１３７】
ネットワーク常時接続型のデスクトップパソコンなど固定機器を自宅に所有しているユーザの場合、固定機器によって各種のデータ処理や通信を実行する際、コストはほとんどかからない。そこで、携帯ＰＣ等、上述した電池駆動型情報処理装置にリソースを貸したユーザに対して、貸したリソースよりも多くのリソースをユーザの固定機器から返済してもらうようにすれば、ユーザの抵抗感は少なく、ビジネスとして利益を出せる。
【０１３８】
具体的な構成について図１６を参照して説明する。リソースサーバ管理エンティテイとしてのリソース貸し業者３２０は個人ユーザ３１０の携帯ＰＣ等、電池駆動型情報処理装置３１１をリソースクライアントとしてリソースを貸す（Ｓ７０１）。その代わりにそのユーザの固定機器（自宅のデスクトップパソコンなど）３１２をデータ処理クライアントとして、固定機器３１２に対して計算タスク等のデータ処理の実行依頼（Ｓ７０２）を行い、実行結果を返してもらう（Ｓ７０３）。
【０１３９】
リソース貸し業者３２０は、データ処理要求エンティテイである企業や研究機関３３０などから計算業務（例えば、物理シミュレーションなど科学技術計算や、ＣＧレンダリング等）を含む様々なデータ処理を所定の代金に基づいて請け負い（Ｓ７０４）、多数の計算タスクに分割し、リソースを貸した各ユーザの固定機器に計算タスクを与え（Ｓ７０２）、実行結果を集計（Ｓ７０３）して計算結果として計算業務発注元に渡す（Ｓ７０５）。
【０１４０】
このようなビジネスモデルにより、ユーザは、データ処理（計算タスク）によってリソースの提供を受けることが可能となり、お金での対価の支払いを行うことなくリソースを利用することが可能となる。従ってユーザにとっては負担感が少なく、一方、計算業務発注元にとっては大型計算機を購入あるいは賃借するよりも安価なデータ処理を行うことができる。
【０１４１】
上述した処理を実行するユーザの固定機器の処理について、図１７を参照して説明する。ユーザの固定機器は、ユーザの自宅などに設置され、ＡＣ電源接続されたネットワーク常時接続型の情報処理装置（例えばデスクトップＰＣ）を想定する。
【０１４２】
ユーザは、リソース貸し業者と所定の契約を締結しており、ユーザの固定機器を計算タスクの実行機器として登録しているものとする。固定機器としての情報処理装置は、ステップＳ８０１において、ネットワークからのデータ受信を待機し、ステップＳ８０２において、適当な時間間隔でのポーリングの経過したことを条件として、ステップＳ８０３において、リソース貸し業者に接続し、実行すべき計算タスクがあるかどうかを問い合わせる。
【０１４３】
ステップＳ８０４において、実行すべき計算タスクがあれば、ステップＳ８０５で計算タスクを受信し、ステップＳ８０６において計算タスクを実行し、ステップＳ８０７で、実行結果をリソース貸し業者に送信し、ステップＳ８０８において、リソース貸し業者との接続を切断する。
【０１４４】
図１７に示すように、ユーザ（リソース返済クライアント）側がポーリングによって計算タスクを受け取るようにすることで、ユーザはリソース返済クライアントに対してポーリング実行可能な時間帯を設定したり、リソース返済クライアントは固定機器の動作負荷が高い状況ではポーリングを行わないなどして、リソース返済によってユーザに迷惑がかからないように工夫することができる。
【０１４５】
図１７に示すシーケンスを実行する処理プログラムは、リソース返済クライアントである固定機器としての情報処理装置に格納される。この処理プログラムは、固定機器の特定のディスクスペース以外はアクセスできない設定とし、特定のリソース貸し業者のサーバ以外への接続はできない設定とし、また、計算タスク以外のプログラム、例えばユーザの一般プログラムを実行することはできない設定とする。さらに、ユーザの情報処理装置（固定機器）とリソース貸し業者との通信をＩＰＳｅｃやＳＳＬなどを用いて暗号化することでユーザのセキュリティ、および処理タスクの秘密が漏洩することを防止した構成とすることが望ましい。
【０１４６】
ユーザ宅の固定機器のトラブルなどにより、リソース返済クライアントからリソース貸し業者へのポーリングが行われなくなった場合は、リソース貸し業者はユーザに対して、郵便や電子メール等の手段により、リソース返済が滞っている旨を通知する。それでもリソース返済が行われなければ、リソース貸し業者はユーザに対して課金する。リソース貸し業者は、ユーザ（リソース返済クライアント）から戻ってくるタスク実行結果の正確を期すために、一つのタスクを複数のユーザのリソース返済クライアントに別々に実行させ、結果を照合してもよい。
【０１４７】
次に、リソースサーバ、リソースクライアント、および上述した計算タスクを実行する情報処理装置のハードウェア構成例について図１８を参照して説明する。
【０１４８】
リソースサーバ、リソースクライアント、および上述した計算タスクを実行する情報処理装置は、基本的にＣＰＵ制御の下にプログラムを実行する機能を持ち、またハードディスク等のデータ記憶部と、通信機能を持つ例えばＰＣ等の情報処理装置によって構成される。図１８の構成について説明する。
【０１４９】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５０２、またはＨＤＤ５０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ５０３には、ＣＰＵ５０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ５０１、ＲＯＭ５０２、およびＲＡＭ５０３、ＨＤＤ５０４は、バス５０５を介して相互に接続されている。
【０１５０】
バス５０５には、入出力インタフェース５０６が接続されており、この入出力インタフェース５０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、あるいはマウス等により構成される入力部５０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部５０８が接続される。さらに、データ送受信手段として機能する通信部５０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体５１１を装着可能で、これらのリムーバブル記録媒体５１１からのデータ読み出しあるいは書き込み処理を実行するドライブ５１０が接続される。
【０１５１】
図１８に示す構成は、ネットワーク接続機器の一例としてのサーバ、パーソナルコンピュータ（ＰＣ）の例であるが、ネットワーク接続機器はＰＣに限らず、携帯電話、ＰＤＡ等の携帯通信端末、その他、様々な電子機器、情報処理装置によって構成することが可能である。
【０１５２】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１５３】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１５４】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１５５】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１５６】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１５７】
【発明の効果】
以上、説明したように、本発明の構成によれば、ノートＰＣ等の電池駆動型の情報処理装置において、様々なデータ処理を実行する際、自デバイスのハードディスク等のローカル記憶部ではなく、ネットワーク接続した外部のネットワークキャッシュを利用して、データファイルの書き込み、読み取りを実行する構成としたので、ハードディスクの駆動、データ格納処理の回数を減少させることが可能になり、データ処理の間に頻繁にハードディスクにアクセスし、データ抽出または格納を行うことが不要となり、ローカル記憶部の駆動、データアクセスに伴う電力消費が抑制される。
【０１５８】
さらに、本発明の構成によれば、データファイルの格納先がローカル記憶部であるかネットワークキャッシュであるかを示す情報テーブルを生成して、生成した情報テーブルに基づいてアクセス先の決定を行う構成としたので、ローカル記憶部に対する無駄なアクセスを行うことなく、効率的な処理が可能となる。
【０１５９】
さらに、本発明の構成によれば、ローカル記憶部の単位領域毎のデータについて、ローカル記憶部のみに格納されたデータであるか、ネットワークキャッシュに格納済みのデータであるかを示す識別情報と、ネットワークキャッシュに格納済みのデータである場合に、該データをローカル記憶部に再格納するライトバック処理が必要であるか否かを示すライトバック要否情報を対応付けたテーブルに基づいて、データ管理を行い、ライトバック要否情報に基づいて、ライトバックの必要なデータについてのネットワークキャッシュからのデータ読み取りおよびローカル記憶部に対するデータ書き込み処理を実行する構成としたので、更新データをローカル記憶部に確実に格納することが可能となる。
【０１６０】
さらに、本発明の構成によれば、ネットワークキャッシュを利用するリソースクライアントと、リソースクライアントに対応して設定されたデータ処理実行クライアントと、リソースサーバを管理し、データ処理要求エンティテイからのデータ処理要求をデータ処理実行クライアントに送信して処理結果をデータ処理要求エンティテイに提供するリソースサーバ管理エンティテイの構成により、ユーザは、データ処理（計算タスク）によってリソースの提供を受けることが可能となり、お金での対価の支払いを行うことなくリソースを利用することが可能となる。従ってユーザにとっては負担感が少なく、一方、計算業務発注元であるデータ処理要求エンティテイにとっては大型計算機を購入あるいは賃借するよりも安価なデータ処理を行うことができる。
【図面の簡単な説明】
【図１】本発明の情報処理装置の実行する処理についての概要を説明する図である。
【図２】本発明の情報処理装置の実行するオープン処理のシーケンスを説明する図である。
【図３】本発明の情報処理装置の実行するネットワークキャッシュ使用開始処理のシーケンスを説明する図である。
【図４】リソースサーバとリソートクライアント間で実行する接続処理シーケンスを説明する図である。
【図５】本発明の情報処理装置の保有するキャッシュテーブルの構成例について示す図である。
【図６】本発明の情報処理装置の実行するクローズ処理のシーケンスを説明する図である。
【図７】本発明の情報処理装置の実行するネットワークキャッシュ使用終了処理のシーケンスを説明する図である。
【図８】本発明の情報処理装置の実行するライトバック処理のシーケンスを説明する図である。
【図９】本発明の情報処理装置の実行するリード処理のシーケンスを説明する図である。
【図１０】本発明の情報処理装置の実行するライト処理のシーケンスを説明する図である。
【図１１】リソースサーバの実行する処理のシーケンスを説明する図である。
【図１２】リソースサーバの保有するセクタ／ファイル位置対応表を説明する図である。
【図１３】リソースサーバの実行するデータ読み出し処理のシーケンスを説明する図である。
【図１４】リソースサーバの実行するデータ書き込み処理のシーケンスを説明する図である。
【図１５】リソースサーバの実行する子プロセス生成に基づく処理シーケンスを説明する図である。
【図１６】リソース貸しの構成を説明する図である。
【図１７】リソース貸しに応じて計算タスクを実行する情報処理装置の処理のシーケンスを説明する図である。
【図１８】リソースサーバ、リソースクライアント、固定機器としての情報処理装置の構成例を説明するブロック図である。
【符号の説明】
１００  電池駆動型情報処理装置
１０１  データ処理部
１０２  インタフェース
１０３  ローカルディスク
１１０  リソースサーバ
１１１  ネットワークキャッシュ
３１０  個人ユーザ
３１１  電池駆動型情報処理装置
３１２  固定機器
３２０  リソース貸し業者
３３０  企業、研究機関等
５０１  ＣＰＵ
５０２  ＲＯＭ
５０３  ＲＡＭ
５０４  ＨＤＤ
５０５  バス
５０６  入出力インタフェース
５０７  入力部
５０８  出力部
５０９  通信部
５１０  ドライブ
５１１  リムーバブル記録媒体
【図１】
2004334463.tif 000003
【図２】
2004334463.tif 000004
【図３】
2004334463.tif 000005
【図４】
2004334463.tif 000006
【図５】
2004334463.tif 000007
【図６】
2004334463.tif 000008
【図７】
2004334463.tif 000009
【図８】
2004334463.tif 000010
【図９】
2004334463.tif 000011
【図１０】
2004334463.tif 000012
【図１１】
2004334463.tif 000013
【図１２】
2004334463.tif 000014
【図１３】
2004334463.tif 000015
【図１４】
2004334463.tif 000016
【図１５】
2004334463.tif 000017
【図１６】
2004334463.tif 000018
【図１７】
2004334463.tif 000019
【図１８】
2004334463.tif 000020