メモリと、前記メモリの中からデータを一時的に格納するためのn面nは2以上の整数のバッファを順次確保するバッファ確保手段と、前記メモリの空き容量を取得する空き容量取得手段と、を備え、前記バッファ確保手段は、前記バッファの確保を行う際に、前記空き容量取得手段により取得された前記メモリの空き容量に基づいて、次に確保する予定の前記バッファのサイズを変更することを特徴とする情報処理装置。前記バッファに格納されたデータに対し演算処理を行う演算手段と、前記演算手段による演算処理が完了したデータを外部に転送する転送手段と、前記転送手段におけるデータの転送速度を取得する転送速度取得手段と、を備え、前記バッファ確保手段は、前記バッファの確保を行う際に、前記空き容量取得手段により取得された前記メモリの空き容量と、転送速度取得手段により取得されたデータの転送速度とに基づいて、次に確保する予定の前記バッファのサイズを変更することを特徴とする請求項1に記載の情報処理装置。前記n面のバッファのそれぞれにおけるデータの状態を取得する状態取得手段を備え、前記バッファ確保手段は、前記状態取得手段により取得されたデータの状態に基づいて、前記バッファの確保を行うか否かを決定することを特徴とする請求項2に記載の情報処理装置。前記バッファ確保手段は、データが転送待ち状態にある前記バッファの数が所定値以上の場合には、次に確保する予定の前記バッファの確保を行わないことを特徴とする請求項3に記載の情報処理装置。コンピュータに対し、メモリの中からデータを一時的に格納するためのn面nは2以上の整数のバッファを順次確保するステップと、前記メモリの空き容量を取得するステップと、取得された前記メモリの空き容量に基づいて、次に確保する予定の前記バッファのサイズを変更するステップと、を実行させることを特徴とする情報処理プログラム。従来のメモリの割り当て方法では、アプリケーションの起動後はバッファのサイズが固定となるため、新たに別のアプリケーションが起動した場合などにメモリ容量が不足してしまう場合があった。メモリ容量が不足すると、処理速度の低下や動作の不具合が発生してしまう場合があった。一方で、他のアプリケーションの終了などによりメモリの容量に余裕ができた場合でも、バッファのサイズが固定であるため空いたメモリ資源を有効に活用できていない場合があった。このように、従来のメモリ割り当て方法では、バッファのサイズが固定であるため、メモリの割当を効率良く行うことは難しかった。本発明は上記課題に鑑みなされたものであり、メモリの割り当てを効率良く行うことのできる情報処理装置及び情報処理プログラムを提供することを目的とする。請求項1に記載の情報処理装置は、メモリと、前記メモリの中からデータを一時的に格納するためのn面nは2以上の整数のバッファを順次確保するバッファ確保手段と、前記メモリの空き容量を取得する空き容量取得手段と、を備え、前記バッファ確保手段は、前記バッファの確保を行う際に、前記空き容量取得手段により取得された前記メモリの空き容量に基づいて、次に確保する予定の前記バッファのサイズを変更することを特徴とする。請求項2に記載の情報処理装置は、前記バッファに格納されたデータに対し演算処理を行う演算手段と、前記演算手段による演算処理が完了したデータを外部に転送する転送手段と、前記転送手段におけるデータの転送速度を取得する転送速度取得手段と、を備え、前記バッファ確保手段は、前記バッファの確保を行う際に、前記空き容量取得手段により取得された前記メモリの空き容量と、転送速度取得手段により取得されたデータの転送速度とに基づいて、次に確保する予定の前記バッファのサイズを変更することを特徴とする。請求項3に記載の情報処理装置は、前記n面のバッファのそれぞれにおけるデータの状態を取得する状態取得手段を備え、前記バッファ確保手段は、前記状態取得手段により取得されたデータの状態に基づいて、前記バッファの確保を行うか否かを決定することを特徴とする。請求項4に記載の情報処理装置は、前記バッファ確保手段は、データが転送待ち状態にある前記バッファの数が所定値以上の場合には、次に確保する予定の前記バッファの確保を行わないことを特徴とする。請求項5に記載の情報処理プログラムは、コンピュータに対し、メモリの中からデータを一時的に格納するためのn面nは2以上の整数のバッファを順次確保するステップと、前記メモリの空き容量を取得するステップと、取得された前記メモリの空き容量に基づいて、次に確保する予定の前記バッファのサイズを変更するステップと、を実行させることを特徴とする。請求項1に記載の情報処理装置によれば、本構成を有しない場合に比べて、メモリの割り当てを効率良く行うことができる。請求項2に記載の情報処理装置によれば、本構成を有しない場合に比べて、転送速度に応じたメモリの割り当てを効率良く行うことができる。請求項3に記載の報処理装置によれば、本構成を有しない場合に比べて、バッファの処理状態に応じたメモリの割り当てを効率良く行うことができる。請求項4に記載の情報処理装置によれば、本構成を有しない場合に比べて、バッファの処理状態に応じたメモリの割り当てをさらに効率良く行うことができる。請求項5に記載の情報処理装置によれば、本構成を有しない場合に比べて、メモリの割り当てを効率良く行うことができる。図1は、実施例1に係る情報処理装置のハードウェア構成を示す図である。ここでは、情報処理装置としてコンピュータ10を例に説明する。コンピュータ10は、CPUCentralProcessingUnit12、メモリ14、HDD16、及びネットワークインターフェース18を備え、これらは内部のデータバス19により互いに接続されている。CPU12は演算装置の一例であり、HDD16は不揮発性の大容量記憶装置の一例である。メモリ14は演算データを一時的に格納するための記憶装置であり、例えばDDRSDRAMDoubleDataRateSynchronousDynamicRandomAccessMemory等のメモリカードを用いることができる。ネットワークインターフェース18は、外部とデータの入出力を行うための装置であり、例えばネットワークカード等を用いることができる。コンピュータ10は、ネットワークインターフェース18及びLANLocalAreaNetwork20を介して、外部のレポジトリサーバ22に接続されている。ここで、レポジトリサーバ22は、外部記憶装置の一例である。図2は、実施例1に係る情報処理装置の機能ブロック図である。CPU12は、所定のプログラムを実行することにより、システム制御部30、メモリ管理部32、バッファ管理部34、暗号化処理部36、及び通信制御部38として機能する。HDD16は、大容量のデータを記憶するための記憶部40として機能する。メモリ14の一部は、暗号化処理のためのデータを一時的に格納する機密情報格納部42として機能する。ネットワークインターフェース18は、外部のレポジトリサーバ22との間でのデータの入出力通信を行う通信処理部44として機能する。システム制御部30は、コンピュータ10の機能ブロック間におけるデータの入出力を制御すると共に、各機能ブロックの状態を監視する。メモリ管理部32は、メモリ14に関する情報例えば、メモリ14の空き容量を管理する。バッファ管理部34は、メモリ14のメモリ資源の中から、演算データを格納するためのバッファを確保し、管理する。本実施例では、大容量のデータを効率良く処理するために、バッファ管理部34はn面nは2以上の整数のバッファを確保するものとする。この点については後段で詳述する。暗号化処理部36は、記憶部40からメモリ14のバッファ機密情報格納部42に読み込まれたデータ例えば、機密情報に対し、暗号化処理を実行する。通信制御部38は、バッファにおけるデータの処理状態を監視し、暗号化の終了したデータを通信処理部44へと転送する。通信処理部44は、通信制御部38により、機密情報格納部42から転送されたデータをレポジトリサーバ22へと送信する。記憶部40は、暗号化前の機密情報をはじめとする各種のデータを記憶するとともに、CPU12を機能させるための各種のプログラムを記憶する。また、後述のバッファサイズを決定するためのテーブルも、記憶部40に記憶される。図3は、コンピュータ10における処理バッファ確保、データ読み込み、暗号化、データ転送を模式的に説明するための図である。図示するように、メモリ14内にはn面のバッファが確保されており、記憶部40に記憶されたデータはバッファのサイズに合わせて分割され、1~nの各バッファへと読み込まれる。読み込まれたデータは、暗号化処理部36により順次暗号化され、暗号化が終了次第ネットワークへと順次転送される。これにより、ネットワーク上のレポジトリサーバ22内に、暗号化済みのデータが記憶されていく。ここで、データの暗号化処理及び転送処理の速度を向上させるためには、各n面バッファのサイズを大きくし、データの読み込み及び書き込みの回数を少なくすることが好ましい。一方で、バッファのサイズを大きくしすぎると、n面バッファがメモリ14の容量を圧迫してしまい、同時に起動している他のアプリケーションとの関係で不具合が生じる可能性がある。従って、メモリの使用状況に応じて、暗号化処理のために確保するバッファのサイズを柔軟に変更することが好ましい。図4は、実施例1に係る情報処理装置におけるバッファの確保及び記憶部40からのデータ読み込み動作を示すフローチャートである。最初にシステム制御部30が、n面バッファのうち第k面の処理を開始するステップS10。次に、システム制御部30は、メモリ管理部32に現時点でのメモリ14の空き容量を問い合わせ、メモリ14の空き容量を取得するステップS12。次に、システム制御部30は、記憶部40に記憶されたテーブルを参照し、確保すべきバッファのサイズを決定するステップS14。図5は、メモリ14の空き容量と確保すべき第k面のバッファサイズとの関係を示すテーブルである。図示するように、メモリ14の空き容量に対し、確保すべきバッファのサイズが段階的に規定されている。メモリ14の空き容量が大きくなるに従い、バッファのサイズも大きくなるように設定されている。例えば、空きメモリの容量が1000MBであれば、第k面のバッファサイズは10MBとなる。図5に示すテーブルの各パラメータの値は、これ以外にも任意に設定することができる。再び図4に戻り、バッファ管理部34が第k面のバッファを確保するステップS16。ここで確保されるバッファのサイズは、ステップS14で参照されたテーブルに基づき決定されたサイズとなる。次に、システム制御部30が、確保された第k面のバッファに対し記憶部40からのデータの読み込みを行うステップS18。データの読み込みが完了したら、暗号化処理部36がバッファ上のデータに対する暗号化処理を開始するステップS20。次に、システム制御部30は、データの読み込みが全て完了したか否かを判定するステップS22。データの読み込みが完了していない場合には、k=k1としてステップS10に戻り、第k1面のバッファの処理を開始する。バッファの処理はk=1の状態から開始され、k=nとなったらまたk=1へと戻る。これにより、n面のバッファに周期的にデータの読み込みを行うことができる。ステップS22においてデータの読み込みが全て完了した場合には、バッファの確保及びデータ読み込みを終了する。図6は、実施例1に係る情報処理装置における暗号化処理及びデータ転送処理を示すフローチャートである。図4のステップS20において第k面バッファの暗号化処理が開始されると、通信制御部38が第k面バッファのデータ処理の状態を監視するステップS30。通信制御部38は、第k面バッファの暗号化処理が終了したか否かを判定するステップS32。暗号化処理が終了した場合、通信制御部38は、第k面バッファの暗号化済みデータを、通信処理部44を介してレポジトリサーバ22へと送信するステップS34。ステップS32において暗号化処理が終了していない場合には、ステップS30の前段へと戻る。次に、システム制御部30は、n面バッファ上にある全てのデータの転送が完了したか否かを判定するステップS36。データの転送が全て完了していない場合には、k=k1としてステップS30に戻り、暗号化処理及びデータ転送処理を続行する。データの転送が全て完了した場合には、暗号化処理及びデータ転送処理を終了する。実施例1に係る情報処理装置及び情報処理プログラムによれば、バッファの確保が行われる際に、その時点におけるメモリ14の空き容量に基づいて、次に確保する予定のバッファのサイズが決定される。これにより、空き容量が大きい場合には大きいサイズのバッファが確保され、空き容量が小さい場合には小さいサイズのバッファが確保されるため、暗号化処理に対するメモリ資源の割り当てを効率的に行うことができる。また、バッファサイズの変更を新しいバッファを確保するたびに行うことで、バッファのサイズを固定とする場合に比べて、情報処理速度の向上及び動作不具合の抑制を図ることができる。実施例2は、メモリの空き容量に加え、データの転送速度を参照してバッファサイズを決定する例である。図7は、実施例2に係る情報処理装置の動作を示すフローチャートである。ステップS40~S42及びステップS48~S54については、実施例1図4で説明したステップS10~S12及びステップS16~S22と共通であるため、詳細な説明を省略する。また、暗号化処理及びデータ転送処理についても、実施例1図6と同様であるため説明を省略する。ステップS42においてメモリ14の空き容量が取得されたら、システム制御部30は通信処理部44におけるデータの転送速度を取得するステップS44。次に、システム制御部30は、記憶部40に記憶されたテーブルを参照し、確保すべきバッファのサイズを決定するステップS46。図8は、データの転送速度、メモリ14の空き容量、及び確保すべき第k面のバッファサイズの関係を示すテーブルである。図示するように、データの転送速度及びメモリ14の空き容量に対し、バッファのサイズが段階的に規定されている。転送速度が同じであれば、メモリ14の空き容量が大きくなるほどバッファのサイズは大きくなる。また、メモリ14の空き容量が同じであれば、転送速度が大きくなるほどバッファのサイズは大きくなる。例えば、転送速度が25MB/Sで空きメモリの容量が500MBであれば、第k面のバッファサイズは10MBとなる。図8に示すテーブルの各パラメータの値は、これ以外にも任意に設定することができる。実施例2に係る情報処理装置及び情報処理プログラムによれば、バッファの確保が行われる際に、データの転送速度及びメモリ14の空き容量に基づいて、次に確保する予定の第k面のバッファサイズが決定される。データの転送速度が小さい場合には、バッファのサイズを大きくしたとしても、処理済みのデータが転送待ち状態となりバッファに貯まってしまう場合がある。このような場合には、確保するバッファのサイズを小さくし、不必要なバッファメモリ資源を他のアプリケーションのために開放することが好ましい。一方、データの転送速度が大きい場合には、処理が完了したバッファ上のデータを次々と転送することができるため、処理速度向上のためにバッファのサイズを大きくすることが好ましい。以上のように、ネットワークにおけるデータの転送速度を考慮することで、メモリ資源の割り当てをさらに効率良く行うことができる。実施例3は、メモリの空き容量及びデータの転送速度に加え、バッファにおけるデータの状態を参照してバッファの確保を行う例である。図9は、実施例3に係る情報処理装置の動作を示すフローチャートである。ステップS60~S64及びステップS72~S78については、実施例2図7で説明したステップS40~S44及びステップS48~S54と共通であるため、詳細な説明を省略する。また、暗号化処理及びデータ転送処理についても、実施例1図6と同様であるため説明を省略する。ステップS64において通信処理部44における転送速度が取得されたら、システム制御部30は、メモリ14内の第1面~第n面のバッファにおけるデータの処理状態を通信制御部38に問い合わせ、バッファにおけるデータの処理状態を取得するステップS66。図10は、各バッファにおけるデータの処理状態を示すテーブルである。データの処理状態は、例えば転送終了、転送中、転送待ち、暗号化処理中、処理待ち、未処理のように示すことができる。ここで、処理待ちとは、バッファの確保及びデータの読み込みが完了して暗号化処理を待っている状態を指し、未処理とは、まだバッファの確保及びデータの読み込みがされていない状態を指す。また、転送待ちとは、データの暗号化処理が終了してネットワークへの転送待ち状態にある状態を指す。次に、システム制御部30は、記憶部40に記憶されたテーブルを参照し、確保すべきバッファのサイズを決定するステップS68。ここで、確保されるバッファのサイズは、実施例2図8と同様に、データの転送速度及びメモリ14の空き容量に基づいて決定される。次に、システム制御部30は、転送待ち状態にあるバッファの数が所定の閾値以上であるか否かを判定するステップS70。転送待ち状態のバッファが所定値より少ない場合は、ステップS72へと進み、第k面のバッファの確保を実行する。転送待ち状態のバッファの数が所定値以上の場合には、ステップS60の前段へと戻る。このとき、転送待ち状態のバッファの数が所定値を下回るまで、第k面のバッファの確保及びバッファへのデータの読み込みは行われない。実施例3に係る情報処理装置及び情報処理プログラムによれば、バッファの確保を行う際に、バッファにおけるデータの処理状態に基づいて、バッファの確保を行うか否かが決定される。転送待ちのデータが多い状態では、バッファの確保及び暗号化処理を行ったとしても、新規のデータが転送待ち状態となってしまうことが予想される。転送待ちのデータはメモリ容量を圧迫するため、このような場合には新規バッファの確保は行わず、メモリ資源を他のアプリケーションのために開放することが好ましい。一方、転送待ちのデータが少ない場合には、暗号化処理後のデータが速やかに転送されることが期待されるため、新規バッファの確保及びデータの読み込みを行うことが好ましい。以上のように、n面バッファにおけるデータの処理状態を考慮することで、メモリ資源の割り当てをさらに効率良く行うことができる。実施例1~3において、バッファ管理部34は、データを一時的に格納するためのn面nは2以上の整数のバッファを順次確保するバッファ確保手段の一例である。また、システム制御部30は、メモリの空き容量を取得する空き容量取得手段、通信処理部44転送手段におけるデータの転送速度を取得する転送速度取得手段、及びn面のバッファのそれぞれにおけるデータの状態を取得する状態取得手段の一例である。実施例1~3において、暗号化処理部36は、バッファに格納されたデータに対し演算処理を行う演算手段の一例である。実施例1~3では機密文書の暗号化処理を例に説明を行ったが、データに対する演算処理はこれ以外の形態例えば、画像データに対する画像処理等であってもよい。実施例1~3に係る情報処理装置は、大容量のデータをメモリバッファ上に読み込むデータ処理に対し特に好適である。また、通信処理部44は、演算手段による演算処理が完了したデータを外部に転送する転送手段の一例である。以上、本発明の実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。