補助記憶装置にダンプデータを記録する処理装置において、メインメモリと、前記メインメモリ内のプログラムのうち、実行中のプロセスデータを保持するキャッシュメモリと、前記ダンプデータとして前記キャッシュメモリ内の前記プロセスデータを前記補助記憶装置に記録する記録手段と、を含む処理装置。請求項1に記載の処理装置において、前記記録手段は、前記メインメモリ内のカーネル空間のデータを前記補助記憶装置に記録する、処理装置。メインメモリを有し、補助記憶装置にダンプデータを記録する処理装置のダンプ採取方法において、前記メインメモリ内のプログラムのうち、実行中のプロセスデータをキャッシュメモリに保持する保持ステップと、前記ダンプデータとして前記キャッシュメモリ内の前記プロセスデータを前記補助記憶装置に記録する記録ステップと、を含むダンプ採取方法。請求項3に記載のダンプ採取方法において、前記記録ステップでは、前記メインメモリ内のカーネル空間のデータを前記補助記憶装置に記録する、ダンプ採取方法。メインメモリを有する処理装置内のコンピュータに、前記メインメモリ内のプログラムのうち、実行中のプロセスデータをキャッシュメモリに保持する保持手順と、前記キャッシュメモリ内の前記プロセスデータをダンプデータとして補助記憶装置に記録する記録手順と、を実行させるためのプログラム。特許文献1に記載の処理装置は、主記憶装置内の情報のうち外部の記憶媒体にダンプする必要のない情報も外部の記憶媒体に記録するため、外部の記憶媒体の容量が不足してしまうことがあるという問題があった。本発明の目的は、記憶媒体にダンプする必要性の高いダンプデータを選択的に出力することが可能な処理装置、ダンプ採取方法およびプログラムを提供することにある。本発明の処理装置は、補助記憶装置にダンプデータを記録する処理装置において、メインメモリと、前記メインメモリ内のプログラムのうち、実行中のプロセスデータを保持するキャッシュメモリと、前記ダンプデータとして前記キャッシュメモリ内の前記プロセスデータを前記補助記憶装置に記録する記録手段と、を含む。本発明のダンプ採取方法は、メインメモリを有し、補助記憶装置にダンプデータを記録する処理装置のダンプ採取方法において、前記メインメモリ内のプログラムのうち、実行中のプロセスデータをキャッシュメモリに保持する保持ステップと、前記ダンプデータとして前記キャッシュメモリ内の前記プロセスデータを前記補助記憶装置に記録する記録ステップと、を含む。本発明のプログラムは、メインメモリを有する処理装置内のコンピュータに、前記メインメモリ内のプログラムのうち、実行中のプロセスデータをキャッシュメモリに保持する保持手順と、前記キャッシュメモリ内の前記プロセスデータをダンプデータとして補助記憶装置に記録する記録手順と、を実行させる。本発明によれば、記憶媒体にダンプする必要性の高いダンプデータを選択的に出力することが可能になる。以下、本発明の実施形態について図面を参照して説明する。図1は、本実施形態における処理装置を示すブロック図である。処理装置1は、自装置内でアプリケーションの異常終了やハードウェア障害などの不具合に起因するシステムダウンが発生した場合に、その原因を解析するためのダンプデータを補助記憶装置7に記録する。処理装置1は、CPUキャッシュ2と、メインメモリ4と、ダンプ出力部6と、を備える。メインメモリ4には、不図示のCPUCentralProcessingUnitが実行するOSOperatingSystemのプログラムと、CPUが実行中のアプリケーションのプログラムと、が保持されている。なお、メインメモリ4は、コンピュータ読み取り可能な記録媒体である。メインメモリ4内のメモリ領域は、CPUにて所定のブロック以下、ページと称する。ごとに分割され、ページごとに互いに異なる仮想アドレス空間のページ領域が割り当てられる。なお、仮想アドレス空間のページ領域に格納されるデータは、ページデータと呼ぶこともある。メインメモリ4内のメモリ領域に割り当てられる仮想アドレス空間は、カーネル空間とユーザ空間とにそれぞれ分けられる。カーネル空間のページ領域には、OSのプログラムを実行するCPUにて使用されるデータが格納される。本実施形態では、カーネル空間のページ領域に格納されるデータカーネルデータページのうち、メインメモリ4内に格納されているデータとしてカーネルデータ41が示されている。ユーザ空間のページ領域には、アプリケーションのプログラムを実行しているCPUにて使用されるデータユーザデータページが格納される。本実施形態では、ユーザ空間のページ領域に格納されるデータをユーザデータと称する。CPUキャッシュ2は、一般的にキャッシュメモリと呼ぶことができる。CPUキャッシュ2は、メインメモリ4内のプログラムを実行中のCPUにて使用されるプロセスデータを保持する。よって、CPUキャッシュ2内のプロセスデータは、実行中のプログラムのプロセスのイメージを示す。CPUキャッシュ2は、CPUとメインメモリ4との処理速度の差を埋めるためにCPUの使用中のプロセスデータを一時的に保持する。プロセスデータとは、プログラムを実行しているCPUが、メインメモリ4から読み出すデータとメインメモリ4内に書き込むデータのことである。なお、処理装置1の大半の処理は、CPUキャッシュ2を通して行われる。本実施形態では、CPUキャッシュ2は、メインメモリ4内の3つのプログラムごとに、プログラムを実行しているCPUが使用中のプロセスデータ21~23をそれぞれ保持する。CPUキャッシュ2は、L1キャッシュ、L2キャッシュまたはL3キャッシュとして用いることが可能である。例えば、L1キャッシュ、L2キャッシュおよびL3キャッシュのそれぞれにCPUキャッシュ2が用いられてもよい。なお、L3キャッシュとして用いられるCPUキャッシュ2のメモリ容量は、数MBMegaByte程度である。ダンプ出力部6は、一般的に記録手段と呼ぶことができる。ダンプ出力部6は、処理装置1に不具合が発生した場合、ダンプデータとしてCPUキャッシュ2内のプロセスデータ21~23と、メインメモリ4内のカーネルデータ41とを、補助記憶装置7に出力して補助記憶装置7にダンプデータを記録する。なお、ダンプ出力部6は、メインメモリ4に格納されたプログラムに従って、CPUキャッシュ2とメインメモリ4と補助記憶装置7をそれぞれ制御するコンピュータである。本実施形態では、ダンプ出力部6は、メインメモリ4内のカーネル空間のページ領域を特定する特定情報を保持する。例えば、ダンプ出力部6は、メインメモリ4内のメモリ領域のうち、CPUにてカーネル空間のページ領域に割り当てられた領域を特定するための物理アドレスを特定情報として保持する。ダンプ出力部6は、処理装置1に不具合が発生した場合、特定情報にて特定されるメインメモリ4内のカーネル空間のページ領域に格納されたカーネルデータ41を読み出す。さらにダンプ出力部6は、CPUキャッシュ2内の先頭アドレスから末尾アドレスまでに格納されたCPUキャッシュサイズ分のプロセスデータ21~23をCPUキャッシュ2から読み出す採取する。例えば、ダンプ出力部6は、L1キャッシュ、L2キャッシュおよびL3キャッシュとして用いられた全てのCPUキャッシュ2内のプロセスデータ21~23を読み出す。なお、ダンプ出力部6は、メインメモリ4内のカーネル空間のページ領域のうち、データの存在しないページ領域やゼロで充填されたページ領域を非対象領域として特定し、非対象領域以外のページ領域からカーネルデータ41を読み出してもよい。ダンプ出力部6は、メインメモリ4からカーネルデータ41を読み出し、かつ、CPUキャッシュ2からプロセスデータ21~23を読み出すと、カーネルデータ41とプロセスデータ21~23とをダンプデータとして補助記憶装置7に記録する。なお、プロセスデータ21~23をダンプデータとして補助記憶装置7に記録することは、処理装置1の不具合の直前に実行していたプロセスのイメージが補助記憶装置7に記録されることを意味する。ダンプ出力部6は、例えば、カーネルデータ41とプロセスデータ21~23とを含むダンプファイルを生成し、そのダンプファイルを補助記憶装置7に記録する。あるいは、ダンプ出力部6は、カーネルデータ41とプロセスデータ21~23とをそれぞれ別々のダンプファイルにして補助記憶装置7に記録してもよい。例えば、カーネルデータ41とプロセスデータ21~23とを1つのダンプファイルとして記録するか、または、別々のダンプファイルとして記録するかは使用者にて指定される。また、ダンプ出力部6は、カーネルデータ41とプロセスデータ21~23とを選択的に補助記憶装置7に出力することが可能である。例えばダンプ出力部6は、カーネルデータ41のみを補助記憶装置7に出力する。補助記憶装置7は、ダンプファイルを記憶する記憶媒体である。なお、補助記憶装置7にダンプファイルが記録された後、例えば使用者の操作に基づいて、不図示のダンプ解析部が、補助記憶装置7を参照して所定の解析処理を実行する。次に処理装置1の動作について説明する。図2は、処理装置1におけるダンプ採取方法の処理手順例を示すフローチャートである。まず、ダンプ出力部6は、不図示のCPUからシステムダウンが発生した旨の不具合情報を受け付けるステップS901。ダンプ出力部6は、不具合情報を受け付けるとCPUキャッシュ2からプロセスデータ21~23を読み出すステップS902。さらにダンプ出力部6は、メインメモリ4からカーネルデータ41を読み出すステップS903。そしてダンプ出力部6は、プロセスデータ21~23とカーネルデータ41とを、ダンプデータとして補助記憶装置7へ出力してダンプデータを補助記憶装置7に記録しステップS904、ダンプ採取方法の処理手順を終了する。本実施形態によれば、メインメモリ4と、メインメモリ4内のプログラムのうち、実行中のプロセスデータを保持するCPUキャッシュ2と、を有する処理装置1では、ダンプ出力部6が、ダンプデータとして、CPUキャッシュ2内のプロセスデータを補助記憶装置7に記録する。このため、システムダウンを起こした処理装置1では、ダンプ出力部6がCPUキャッシュ2内のプロセスデータをダンプデータとして補助記憶装置7に記録する。よって、補助記憶装置7には、システムダウン直前に実行していたプログラムのプロセスデータのうち、システムダウン直前のプロセスデータが主に格納されることになる。このため、補助記憶装置7には、メインメモリ4内のプログラムのうち、システムダウンの原因となったプログラムのシステムダウン直前のプロセスデータが格納されている可能性が極めて高い。このため、ダンプ出力部6は、システムダウンの原因の解析に必要とされる可能性の高いプロセスデータのうち、システムダウン直前のプロセスデータをダンプデータとして補助記憶装置7に記録することができる。よって、処理装置1は、補助記憶装置7に記録するプロセスデータのデータ量を、システムダウンの原因解析に必要な最低限のデータ量に抑制することができる。また、メインメモリ内のデータの中からシステムダウンの原因解析に必要なデータを判断してそのデータをダンプするメモリダンプ装置では、原因解析に必要なデータを、補助記憶装置に記録する対象から誤って外してしまう恐れがある。しかしながら、処理装置1は、CPUキャッシュ2内のプロセスデータを誤って補助記憶装置7の記録対象から外すことはない。よって、処理装置1は、システムダウンの原因解析に必要とされる可能性の高いデータを確実に補助記憶装置7に記録することができる。また、本実施形態では、メインメモリ4内のデータのうちシステムダウンの原因解析に必要とされるデータとして、ダンプ出力部6が、メインメモリ4内のOSオペレーションシステム空間であるカーネル空間のページデータを補助記憶装置7に記録する。よって、処理装置1は、メインメモリ4内のデータのうち、OSのプログラムの解析に必要とされるページデータのみを補助記憶装置7に記録することが可能となる。このため、処理装置1は、補助記憶装置7に記録するダンプデータを、自装置の不具合の解析に必要とされる可能性の高いデータに限定することができ、ダンプデータのデータ量を抑制することが可能になる。以上説明した実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。