共有メモリ上の送受信バッファを利用して通信処理を行う情報処理装置であって、前記送受信バッファの位置する仮想ページから物理ページへのマッピングがページテーブルに存在する確度を示す確度指標を保持する確度指標保持手段と、前記確度指標保持手段が保持する前記確度指標に基づいて、前記確度が大きい送受信バッファから割当を行うバッファ管理手段とを備えたことを特徴とする情報処理装置。バッファ管理手段は、確度指標保持手段が保持する確度指標に基づいて、確度が小さい送受信バッファからバッファの解放と当該送受信バッファに対応する物理ページの解放とを行う請求項1記載の情報処理装置。確度指標保持手段は、確度指標として、送受信バッファの利用頻度を保持し、バッファ管理手段は、前記送受信バッファの割当処理と解放処理とのいずれか、または両方において前記利用頻度を計数する請求項1又は請求項2記載の情報処理装置。確度指標保持手段は、確度指標として、送受信バッファの位置する物理ページのページテーブルからの参照数を保持し、バッファ管理手段は、ページテーブルにおけるマッピングの設定および削除処理において前記参照数を計数する請求項1又は請求項2記載の情報処理装置。バッファ管理手段は、参照数が大きい送受信バッファから割当を行い、参照数が小さい送受信バッファからバッファの解放と当該送受信バッファに対応する物理ページの解放とを行う請求項4記載の情報処理装置。共有メモリ上の送受信バッファを利用して通信処理を行う情報処理装置における送受信バッファ管理方法であって、前記送受信バッファの位置する仮想ページから物理ページへのマッピングがページテーブルに存在する確度を示す確度指標を計数し、前記確度指標に基づいて前記確度が大きい送受信バッファから割当を行うことを特徴とする送受信バッファ管理方法。確度指標に基づいて確度が小さい送受信バッファからバッファの解放と当該送受信バッファに対応する物理ページの解放とを行う請求項6に記載の送受信バッファ管理方法。共有メモリ上の送受信バッファを利用して通信処理を行わせるための送受信バッファ管理プログラムであって、前記送受信バッファの位置する仮想ページから物理ページへのマッピングがページテーブルに存在する確度を示す確度指標を保持する確度指標保持手段を備えたコンピュータに、前記確度指標に基づいて、前記確度が大きい送受信バッファから割当を行うバッファ割当処理を実行させるための送受信バッファ管理プログラム。コンピュータに、確度指標に基づいて、確度が小さい送受信バッファからバッファの解放と当該送受信バッファに対応する物理ページの解放とを行うバッファ解放処理を実行させる請求項8記載の送受信バッファ管理プログラム。ユーザカーネル間の共有メモリに送受信バッファを確保する場合におけるユーザプロセスのバッファ領域へのアクセス時の動作は以下のようになる。まず、アクセス対象のバッファに対応する仮想ページと物理ページとのマッピングがページテーブルに存在している場合、特に問題なくユーザプロセスからのアクセスができる。一方、そのようなマッピングが存在していない場合、メモリ管理ユニットMMUがそれを検出し、ページフォルトが発生する。ページフォルトが発生すると、カーネルはその仮想ページに対応するマッピングを設定する。つまり、その仮想ページに対応する物理ページが未割当であれば、シグナルなどを利用してユーザプロセスにアクセス違反を通知し、カーネルは処理を終了する。既にカーネルによるバッファ割当処理によって物理ページが割当済みであれば、対応する物理ページを検索する。そして、カーネルはユーザプロセスによってアクセスされた仮想ページと、検索によって見つかった物理ページとのマッピングをユーザプロセスのページテーブルに設定する。ページテーブルの設定が終わると、カーネルは処理をユーザプロセスに返す。その後、ユーザプロセスはページフォルトの原因となったメモリアクセスから処理を再開することになる。このように、ユーザカーネル間共有メモリを送受信バッファとして利用する場合、ユーザプロセスのページテーブルにマッピングがない領域を送受信バッファとして割り当てた場合に、ページフォルト処理が発生することになる。ネットワークを介して外部からデータを受信する場合、受信データは最終的にユーザプロセスに届けられる。受信プロセスが受信バッファにアクセスする際のページフォルトを抑制するためには、受信プロセスのページテーブルにマッピングが存在する領域から受信バッファを確保する必要がある。しかしながら、ネットワークインタフェースカードNICドライバが受信バッファを確保しDMAマッピングを設定する段階では、どのようなデータが到着するかを判断することができないため、その受信バッファがどのユーザプロセスに到着するかは判断できない。そのため、NICドライバは受信プロセスを感知することなく受信バッファを割り当てることになり、結果として、受信プロセスが受信バッファ領域にアクセスした際に、ページフォルトが発生する可能性が高くなり、ページフォルト処理によって性能が低下する。また、特許文献1に記載された方法では、使用頻度などの優先度情報に基づいてページアウトされている高価値のページを低価値のページに置き換えてプリフェッチページインすることで効率化を図っている。しかしながら、共有メモリ上の送受信バッファに置き換えた場合には、これに対応する動作は、バッファ割当の段階でマッピングを設定することまたは予めマッピングを設定することに当たる。そのため、ユーザカーネル間の共有メモリを送受信バッファとして利用する場合に、特許文献1に記載された方法ではユーザプロセスがアクセスしないバッファに対する不要なマッピング設定が生じる。そこで、本発明は、ユーザカーネル間共有メモリを送受信バッファとして利用して通信する場合におけるページフォルトの発生を抑制する情報処理装置、送受信バッファ管理方法及び送受信バッファ管理プログラムを提供することを目的とする。本発明による情報処理装置は、共有メモリ上の送受信バッファを利用して通信処理を行う情報処理装置であって、送受信バッファの位置する仮想ページから物理ページへのマッピングがページテーブルに存在する確度を示す確度指標を保持する確度指標保持手段と、確度指標保持手段が保持する確度指標に基づいて、確度が大きい送受信バッファから割当を行うバッファ管理手段とを備えたことを特徴とする。本発明による送受信バッファ管理方法は、共有メモリ上の送受信バッファを利用して通信処理を行う情報処理装置における送受信バッファ管理方法であって、送受信バッファの位置する仮想ページから物理ページへのマッピングがページテーブルに存在する確度を示す確度指標を計数し、確度指標に基づいて確度が大きい送受信バッファから割当を行うことを特徴とする。本発明による送受信バッファ管理プログラムは、共有メモリ上の送受信バッファを利用して通信処理を行わせるための送受信バッファ管理プログラムであって、送受信バッファの位置する仮想ページから物理ページへのマッピングがページテーブルに存在する確度を示す確度指標を保持する確度指標保持手段を備えたコンピュータに、確度指標に基づいて、確度が大きい送受信バッファから割当を行うバッファ割当処理を実行させることを特徴とする。本発明によれば、ユーザカーネル間共有メモリを送受信バッファとして利用して通信する場合におけるページフォルトの発生を抑制することができる。実施形態1.図1は、本発明の第1の実施形態の情報処理装置の構成例を示すブロック図である。図1に示すように、本実施形態における情報処理装置は、ユーザプロセス10と、バッファ管理部20と、利用頻度記憶部30と、バッファキャッシュ40と、NICドライバ50と、プロトコル処理部60とを備えている。情報処理装置は、具体的には、プログラムに従って動作するパーソナルコンピュータ等によって実現される。本実施形態における情報処理装置におけるアドレス空間は、ユーザ空間とカーネル空間とに分かれている。ユーザプロセス10はユーザ空間で動作する。また、バッファ管理部20、利用頻度記憶部30、バッファキャッシュ40、NICドライバ50およびプロトコル処理部60はカーネル空間で動作する。情報処理装置は、送受信バッファ以下、単にバッファや送信バッファ、受信バッファともいうのための領域として共有メモリ図示されないを備えている。共有メモリにはユーザ空間とカーネル空間との両方からアクセスすることができる。仮想ページと物理ページとのマッピングはページテーブルによって管理される。ユーザプロセス10は、ユーザ空間で動作しデータの送受信処理を行う機能を備えている。ユーザプロセス10は、具体的には、プログラムに従って情報処理装置のCPUが処理を実行することによって実現される。情報処理装置上では一つ以上のユーザプロセス10が動作しており、複数のユーザプロセス10が動作している場合には動作しているアドレス空間が独立している。ユーザプロセス10は、データの送信処理を行う場合、バッファ管理部20からバッファを割り当ててもらい、そのバッファにデータを書き込んだ後、そのバッファとデータ長とを指定してプロトコル処理部60に対してデータの送信依頼を出力する。なお、バッファの割り当ての詳細については後述する。ユーザプロセス10は、データの受信処理を行う場合、プロトコル処理部60から受信データを保持するバッファの仮想アドレスとデータ長とを受信し、受信データへのアクセスが終わった段階で、受信データを保持するバッファの解放依頼をバッファ管理部20に出力する。バッファ管理部20は、具体的には、プログラムに従って動作する情報処理装置のCPUによって実現される。バッファ管理部20は、送受信処理に利用するバッファの管理を行う機能を備えている。バッファ管理部20は、ユーザプロセス10またはNICドライバ50からの要求に従い、バッファの割当処理と解放処理とを行う。なお、以降の説明を簡単にするため、バッファの割当のサイズと物理ページのサイズとは同一のものとして扱う。ただし、これは本発明の範囲を制限するものではなく、1つの物理ページからの複数のバッファの割り当てる場合においても本発明は適用可能である。バッファ管理部20は、バッファを割り当てる際に、バッファキャッシュ40に保持される未使用バッファから優先的に行い、バッファキャッシュが空の場合には、新たに空き物理ページを確保して行う。空き物理ページを確保しバッファを割り当てる場合には、バッファ管理部20は、カーネル空間のページテーブルに、確保した物理ページに関するマッピングの設定を行う。なお、バッファキャッシュが空の場合とは、具体的には、バッファキャッシュ40が未使用バッファを保持していない状態をいう。バッファ管理部20は、バッファの解放を、バッファキャッシュ40にバッファを返すことで行う。具体的には、バッファ管理部20は、解放対象のバッファをバッファキャッシュ40に蓄積する。また、バッファ管理部20は、図示されない物理ページ回収機構からの要求に従い、バッファキャッシュ40内の一部のバッファについて、対応する物理ページを解放する処理を行う。ただし、バッファキャッシュ40内の未使用バッファの量が所定の閾値を超えた場合には、一部の未使用バッファをバッファキャッシュ40から削除し、その未使用バッファに対応する物理ページを解放するよう構成してもよい。その場合、バッファ管理部20は、ユーザプロセス10のページテーブルからその物理ページに関するマッピングを削除する。バッファ管理部20は、バッファキャッシュ40からバッファを割り当てる場合には、利用頻度記憶部30が記憶する利用頻度データに示される利用頻度の高いバッファから順に割り当てを行い、バッファの割当解放のタイミングで利用頻度記憶部30の利用頻度データを更新する。利用頻度記憶部30は、具体的には、メモリ等の記憶装置によって実現される。利用頻度記憶部30は、仮想ページから物理ページへのマッピングがページテーブルに存在する確度を示す確度指標として、利用頻度データを記憶する。利用頻度記憶部30は、利用頻度データとして、送受信バッファの利用頻度を保持する。利用頻度記憶部30は、利用頻度データとして、バッファ管理部20によって割り当てられてまだ解放されていないバッファおよびバッファキャッシュ40内のバッファの利用頻度を保持する。ここで、利用頻度を表す値として、バッファの割当回数、解放回数、またはその両方の合計を用いることができる。また、利用頻度の計数は、ユーザプロセス10への割当またはユーザプロセス10からの解放時に限定してもよい。バッファキャッシュ40は、具体的には、メモリ等の記憶装置によって実現される。バッファキャッシュ40は、解放された未使用バッファの一部を保持する。具体的には、バッファキャッシュ40は、バッファ管理部20の解放処理により未使用となったバッファを保持する。NICドライバ50は、具体的には、プログラムに従って情報処理装置のCPUが処理を実行することによって実現される。NICドライバ50は、カーネル空間で動作し、ネットワークインタフェースカードNIC;図示されないを操作し、情報処理装置外部へのデータ送信及び情報処理装置外部からのデータ受信を行う機能を備えている。NICドライバ50は、プロトコル処理装置60から送信依頼を受信すると、送信バッファが保持する送信データをNICから送信し、NICからの送信完了後に送信バッファの解放依頼をバッファ管理部20に出力する。さらに、NICドライバ50は、バッファ管理部20から受信バッファを割り当ててもらい、その受信バッファに対してNICからの受信データを書き込み、その受信バッファをプロトコル処理部60に渡す処理を行う。受信バッファをプロトコル処理部60に渡す処理では、例えば、NICドライバ50は、プロトコル処理部60に対して、受信バッファを指定して受信通知を行う。プロトコル処理部60は、具体的には、プログラムに従って情報処理装置のCPUが処理を実行することによって実現される。プロトコル処理部60は、TCP、UDP、IPなどの各種プロトコル処理を行う機能を備えている。プロトコル処理部60は、ユーザプロセス10から送信バッファを受信すると、ヘッダの付与やフラグメント化などのプロトコル処理を行った後、NICドライバ50に対して送信バッファの送信依頼を出力する。具体的には、プロトコル処理部60は、ユーザプロセス10から送信バッファとデータ長とを指定した送信依頼を受信すると、所定のプロトコル処理を行う。そして、所定のプロトコル処理が完了すると、プロトコル処理部60は、NICドライバ50に対して送信バッファを指定して送信依頼を出力する。また、プロトコル処理部60は、NICドライバ50から受信バッファを受信すると、ヘッダを解析し、データを受信するユーザプロセス10を特定し、データのリアセンブル、順序制御などのプロトコル処理を行い、ユーザプロセス10に受信バッファを届ける処理を行う。具体的には、プロトコル処理部60は、NICドライバ50から受信バッファを指定して受信通知されると、所定のプロトコル処理を行う。そして、所定のプロトコル処理が完了すると、プロトコル処理部60は、ユーザプロセス10に対して受信バッファの仮想アドレスとデータ長とを出力する。次に、本実施形態におけるバッファ管理処理の動作について説明する。最初に、バッファ解放時の動作について説明する。図2は、バッファ解放時の動作例を示すフローチャートである。まず、ユーザプロセス10またはNICドライバ50は、バッファ管理部20に対して不要になったバッファの解放依頼を出力するステップS01。解放依頼を受信したバッファ管理部20は、解放依頼に従って、該当するバッファをバッファキャッシュ40に蓄積するステップS02。そして、バッファ管理部20は、利用頻度記憶部30が記憶する利用頻度データを更新し、そのバッファの利用頻度を1加算するステップS03。この際、図3に示すように、ユーザプロセス10からの解放依頼であったときのみ利用頻度データを更新するよう構成することもできるステップS04。その場合、結果として、ユーザ空間で利用されたバッファの利用頻度が高くなることになる。次に、バッファ割当時の動作について説明する。図4は、バッファ割当時の動作例を示すフローチャートである。まず、ユーザプロセス10またはNICドライバ50は、バッファ管理部20に対してバッファの割当依頼を出力するステップS11。割当依頼を受信したバッファ管理部20は、まずバッファキャッシュ40が空かどうかを判断するステップS12。バッファキャッシュ40が空であると判断した場合ステップS12のYes、バッファ管理部20は、新たに空き物理ページを確保しバッファを割り当てるステップS14。さらに、バッファ管理部20は、カーネル空間のページテーブルに、確保した物理ページに関するマッピングを作成するステップS15。バッファキャッシュ40が空でないと判断した場合ステップS12のNo、バッファ管理部20は、バッファキャッシュ40に保持されている未使用バッファのうち、利用頻度記憶部30が記憶する利用頻度データに示される利用頻度が高いバッファを割り当てるステップS13a。ステップS13aまたはステップS14で割り当てられたバッファを、バッファ管理部20は、依頼元のユーザプロセス10またはNICドライバ50に渡す。例えば、バッファ管理部20は、割り当てたバッファの仮想アドレスをユーザプロセス10またはNICドライバ50に通知する。バッファの割当が完了すると、バッファ管理部20は、利用頻度記憶部30が記憶する利用頻度データを更新し、割り当てたバッファの利用頻度を1加算するステップS16。なお、図5に示すように、ユーザプロセス10からの割当依頼であったときのみ利用頻度を更新するよう構成することもできるステップS17。その場合、解放時と同様、ユーザ空間で利用されたバッファの利用頻度が高くなることになる。次に、空き物理ページが少なくなったときの物理ページ回収処理について説明する。図6は、空き物理ページが少なくなったときの物理ページ回収処理の動作例を示すフローチャートである。情報処理装置内での空き物理ページが少なくなると、物理ページ回収機構は、物理ページの回収依頼をバッファ管理部20に対して出力するステップS21。回収依頼を受信したバッファ管理部20は、バッファキャッシュ40内に保持されている送受信バッファの量がある閾値以上であるか否かを判断するステップS22。ここで、閾値は予め利用者によって設定された値でもよいし、送受信バッファの利用量から動的に計算される値であってもよい。閾値より少ないと判断した場合ステップS22のNo、バッファ管理部20は、物理ページの回収処理を終了する。また、閾値以上であると判断した場合ステップS22のYes、バッファ管理部20は、利用頻度記憶部30を参照し、バッファキャッシュ40から利用頻度の低いバッファを選択し、対応する物理ページを解放するステップS23a。この際、バッファ管理部20は、利用頻度記憶部30が記憶する利用頻度データのうちの該当バッファの利用頻度を削除する。さらに、バッファ管理部20は、解放した物理ページに対応するマッピングをページテーブルから削除するステップS24a。バッファ管理部20は、バッファキャッシュ40に保持されている送受信バッファの量が閾値より少なくなるまで、ステップS23a、ステップS24aの操作を繰り返す。その後、バッファ管理部20は、送受信バッファの量が閾値より少なくなったと判断すると、物理ページの回収処理を終了する。次に、ページフォルト時の動作について説明する。図7は、ページフォルト時の動作を示すフローチャートである。ユーザプロセス10が、ページテーブルが存在しない仮想アドレス上のバッファ領域にアクセスするステップS31と、図示されないメモリ管理ユニットMMUによりページフォルトが発生するステップS32。ページフォルトが発生すると処理はカーネルに移り、ページテーブルの更新処理が行われる。具体的には、まず、バッファ管理部20は、ユーザプロセス10がアクセスした仮想アドレスに対して、バッファ割当によって物理ページが割り当てられているか否かを判断するステップS33。物理ページが割り当てられていないと判断した場合ステップS33のNo、バッファ管理部20は、そのアクセスは未割当のバッファ領域に対するものであり無効なため、シグナルなどを利用してアクセス違反をユーザプロセス10に通知するステップS36。一方、割り当てられていると判断した場合ステップS33のYes、バッファ管理部20は、仮想アドレスに対応する物理ページを検索するステップS34。仮想アドレスに対する物理ページの検索については、カーネル空間での共有メモリのマッピング情報を利用すれば、共有メモリの先頭からオフセット位置をもとに容易に行うことができる。そして、対応する物理ページを特定すると、バッファ管理部20は、ユーザプロセス10のページテーブルを更新し、仮想アドレスと検索した物理ページとのマッピングを設定するステップS35。以上のように、本実施形態では、バッファの利用頻度を計測し、利用頻度の高いバッファを優先して割り当てを行い、利用頻度の低いバッファの物理ページを優先的に解放する。これにより、優先頻度の高いバッファが頻繁にユーザプロセス10にアクセスされるようになる。そのため、ユーザプロセス10のページテーブルにマッピングが存在している領域のバッファが優先的に利用されることになる。その結果、マッピングが存在しない領域のバッファにユーザプロセス10がアクセスする確率が低くなることで、ページフォルトが発生する確率を低下させることができる。実施形態2.図8は、本発明の第2の実施形態における情報処理装置の構成例を示すブロック図である。図8に示すように、本実施形態における情報処理装置は、バッファ管理部21の機能が異なるとともに、利用頻度記憶部30に代えてページ参照数記憶部31を含む点で、第1の実施形態における情報処理装置と異なる。その他の構成要素については第1の実施形態と同様であり、同一の符号を付し、詳細な説明を省略する。バッファ管理部21は、第1の実施形態のバッファ管理部20と同様、送受信処理に利用するバッファの管理を行う。第1の実施形態のバッファ管理20との違いは、利用頻度記憶部30の代わりに、ページ参照数記憶部31を利用してバッファの管理を行う点である。本実施形態におけるバッファ管理部21は、バッファキャッシュ40内のバッファのうち、ページ参照数記憶部31が記憶するページ参照数データに示されるページ参照数が多い物理ページに対応するバッファから優先的に割り当てを行う。また、本実施形態では、物理ページ回収機構から物理ページの回収依頼を受信した場合、バッファ管理部21は、バッファキャッシュ40内のバッファから対応する物理ページの参照数が少ないものについてバッファの削除および対応する物理ページの解放処理を行う。ページ参照数記憶部31は、具体的には、メモリ等の記憶装置によって実現される。ページ参照数記憶部31は、仮想ページから物理ページへのマッピングがページテーブルに存在する確度を示す確度指標として、バッファキャッシュ40に保持されるバッファに対応する物理ページについて、ページテーブルからの参照数を示す参照数データを記憶する。ページテーブルからの参照数とは、すなわちページテーブルにおいて仮想ページと対応付けられている数のことをいう。ページ参照数記憶部31が記憶する参照数データのページ参照数は、ページフォルト時にマッピングを更新するときに加算され、物理ページの解放によりページテーブルからマッピングを削除するときに減算される。次に、本実施形態におけるバッファ管理処理の動作について説明する。図9は、バッファ解放時の動作を示すフローチャートである。第1の実施形態の図2との違いは、ステップS03に相当するステップが存在しない点である。図10は、バッファ割当時の動作を示すフローチャートである。第1の実施形態の図4と異なり、バッファキャッシュ40が空でないと判断した場合ステップS12のNoに、バッファ管理部21は、ページ参照数記憶部31を参照し、参照数の大きい物理ページに対応するバッファから優先的にバッファ割当を行うステップS13b。また、バッファ管理部21がステップS15でカーネル空間でのマッピングを設定した後、ページ参照数記憶部31が記憶する参照数データのページ参照数を1に設定するステップS18処理が追加されている。図11は、空き物理ページが少なくなったときの動作を示すフローチャートである。第1の実施形態の図6とは、ステップS23bとステップS24bとの処理が異なる。ステップ23bでは、バッファ管理部21は、利用頻度の代わりにページ参照数記憶部31が記憶する参照数データのページ参照数に基づいて回収する物理ページを選択する。つまり、本実施形態では、ページ参照数の小さい物理ページに対応するバッファから優先的に回収される。ステップ24bでは、図6のステップ24aと同様に、バッファ管理部21は、ページテーブルからマッピングの削除を行うが、さらに、ページ参照数記憶部31が記憶する参照数データから該当する物理ページの参照数の削除も行う。図12は、ページフォルト時の動作を示すフローチャートである。第1の実施形態の図7と異なり、ステップS35でのページテーブル更新後に、ステップS37において、バッファ管理部21は、ページ参照数記憶部31が記憶する参照数データの物理ページの参照数を1加算する処理を行う。上記に加え、本実施形態ではユーザプロセス10の終了時に、バッファ管理部21は、そのプロセスのメモリ空間に対応するページテーブルを解放によるマッピング削除の際にもページ参照数記憶部31が記憶する参照数データの参照数を1減算する処理を行う。これらの一連の処理により、ページ参照数記憶部31には物理ページに対するページテーブルからの参照数が保持される。本実施形態では、物理ページのページテーブルからの参照数に基づいてバッファの割当順を決定する。そのため、ページテーブルに当該物理ページへのマッピングが存在するユーザプロセスの数を正確に把握できる。したがって、第1の実施形態と比べて、より正確にページフォルトの発生しにくいバッファを割り当てることができる。以上のように、本発明による情報処理装置では、バッファの割当解放処理を行うバッファ管理部が、送受信バッファの位置する仮想ページから物理ページへのマッピングがページテーブルに存在するかどうかを示す確度指標を計測し、確度指標が大きい送受信バッファを優先して割り当てる。さらに、確度指標が小さい送受信バッファの解放とそのバッファに対応する物理ページの解放処理を行う。したがって、本発明によれば、送受信バッファの位置する物理ページがユーザプロセスのページテーブルにマッピング済みである可能性が向上するため、ユーザプロセスが送受信バッファにアクセスした際に生じるページフォルトの発生を抑制することができる。また、特許文献1に記載された公知例では、使用頻度などの優先度情報に基づいてページアウトされている高価値のページを低価値のページに置き換えてプリフェッチページインすることで効率化を図っている。これに対し、本発明では複数の仮想空間にマッピング共有されているメモリのうち、より多くの仮想空間にマッピングされているメモリ領域をバッファとして優先的に割り当てる。公知例では、アクセスされる仮想ページの内容に対して優先度付けがなされるのに対し、本発明では、物理ページ自体に対して優先度付けを行うものであり、ページが含む内容とは無関係である。そのため、利用履歴を指標として使う場合、公知例では仮想ページに対して履歴をとり、本発明では物理ページに対する履歴をとる点で異なる。また、公知例では優先度の高いページをプロアクティブにページインすることで効率化を図っているが、共有メモリ上の送受信バッファに置き換えを行う場合、これに対応する動作は、バッファ割当の段階でマッピングを設定することまたは予めマッピングを設定することに該当する。これに対し、本発明では、そもそもマッピングの設定の必要性が少ない物理ページからバッファを割り当てるため、バッファ割当の段階でマッピングの設定を行うことはない。次に、本発明による情報処理装置の最小構成について説明する。図14は、情報処理装置の最小の構成例を示すブロック図である。図14に示すように、情報処理装置は、共有メモリ上の送受信バッファを利用して通信処理を行い、最小の構成要素として、確度指標保持手段1と、バッファ管理手段2とを備えている。図14に示す最小構成の情報処理装置では、確度指標保持手段1は、送受信バッファの位置する仮想ページから物理ページへのマッピングがページテーブルに存在する確度を示す確度指標を保持する。そして、バッファ管理手段2は、確度指標保持手段1が保持する確度指標に基づいて、確度が大きい送受信バッファから割当を行う。従って、最小構成の情報処理装置によれば、ユーザカーネル間共有メモリを送受信バッファとして利用して通信する場合におけるページフォルトの発生を抑制することができる。なお、本実施形態では、以下の1~5に示すような情報処理装置の特徴的構成が示されている。1情報処理装置は、共有メモリ上の送受信バッファを利用して通信処理を行う情報処理装置であって、送受信バッファの位置する仮想ページから物理ページへのマッピングがページテーブルに存在する確度を示す確度指標例えば、利用頻度データや参照数データを保持する確度指標保持手段例えば、利用頻度記憶部30やページ参照数記憶部31によって実現されると、確度指標保持手段が保持する確度指標に基づいて、確度が大きい送受信バッファから割当を行うバッファ管理手段例えば、バッファ管理部20やバッファ管理部21によって実現されるとを含むことを特徴とする。2情報処理装置において、バッファ管理手段は、確度指標保持手段が保持する確度指標に基づいて、確度が小さい送受信バッファからバッファの解放と送受信バッファに対応する物理ページの解放とを行うように構成されていてもよい。3情報処理装置において、確度指標保持手段は、確度指標として、送受信バッファの利用頻度例えば、利用頻度データに含まれるを保持し、バッファ管理手段は、送受信バッファの割当処理と解放処理とのいずれか、または両方において利用頻度を計数するように構成されていてもよい。4情報処理装置において、確度指標保持手段は、確度指標として、送受信バッファの位置する物理ページのページテーブルからの参照数例えば、参照数データに含まれるを保持し、バッファ管理手段は、ページテーブルにおけるマッピングの設定および削除処理において参照数を計数するように構成されていてもよい。5情報処理装置において、バッファ管理手段は、参照数が大きい送受信バッファから割当を行い、参照数が小さい送受信バッファからバッファの解放と当該送受信バッファに対応する物理ページの解放とを行うように構成されていてもよい。