複数のプロセッサコアを具備してオペレーティングシステムを起動するサーバ装置であって、前記オペレーティングシステムが起動される前に、前記オペレーティングシステムからプロセッサコア及びメモリのハードウェア資源を分割し、前記分割したハードウェア資源を特定処理専用として確保する資源分割手段と、前記資源分割手段により確保された特定処理専用のハードウェア資源上で動作する特定処理実行手段と、前記資源分割手段により確保された特定処理専用のハードウェア資源に、前記オペレーティングシステム上からアクセスする機能を提供するプロセッサ間通信手段と、前記オペレーティングシステム上で動作し、要求に応じて前記プロセッサ間通信手段を使って前記特定処理実行手段に特定の処理を実行させ、実行結果に応答する特定処理実行管理手段とを備えたことを特徴とするサーバ装置。前記資源分割手段は、前記オペレーティングシステムが起動される前に、リソーステーブルを書き換えて、前記オペレーティングシステムから前記特定処理専用のハードウェア資源を確保することを特徴とする請求項1に記載のサーバ装置。前記プロセッサ間通信手段は、前記オペレーティングシステムが使用するハードウェア資源用と前記特定処理の実行のためのハードウェア資源用の2つの割込信号用の割込み信号制御部を有することを特徴とする請求項1又は2に記載のサーバ装置。複数のプロセッサコアを具備してオペレーティングシステムを起動するサーバ装置の実行方法であって、前記オペレーティングシステムが起動される前に、前記オペレーティングシステムからプロセッサコア及びメモリのハードウェア資源を分割し、前記分割したハードウェア資源を特定処理専用として確保しておき、前記特定処理専用として確保されたハードウェア資源に、前記オペレーティングシステム上からアクセスする機能を設け、要求に応じて、前記特定処理専用として確保された特定処理専用のハードウェア資源上で特定処理を実行させることを特徴とする処理実行方法。複数のプロセッサコアを具備してオペレーティングシステムを起動するサーバ装置で、前記オペレーティングシステムが起動される前に、前記オペレーティングシステムからプロセッサコア及びメモリのハードウェア資源を分割し、前記分割したハードウェア資源を特定処理専用として確保するためのプログラムであって、リソーステーブルから特定処理専用として確保すべきプロセッサコアのエントリを削除して、特定処理専用のプロセッサコアとして確保するステップと、物理メモリの一部をオペレーティングシステムから使用不可として、特定処理専用のメモリとして確保するステップとを含むことを特徴とするプログラム。本発明が解決しようとする第1の問題点は、一時的に発生する高負荷処理の処理能力不足を解決するためにプロセッサやメモリの増設を行うことはコスト効率が悪いということである。その理由は、一般的にサーバ装置で大きな処理能力が必要となる時間はサーバ装置の運用時間全体から見ると短時間であるためである。また、大きなプロセッサ負荷を必要とする処理の多くは時間がかかる処理であり、即時応答を求められていない場合が多く、必ずしも大きな処理能力を使って短時間に完了させる必要はない。第2の問題点は、一時的に発生する高負荷処理の処理能力不足を解決するためにバーチャルマシンシステムを通常の事業者が運用することはコスト的に高額になり採用し難いことである。その理由は、バーチャルマシンシステムは一般のサーバ装置と比べてシステム自体が高額であることに加え、バーチャルマシンシステムで特定のゲストOSの一時的な高負荷時にハードウェア資源の配分を増やす場合、増やす分のハードウェア資源は負荷が低い他のゲストOSのハードウェア資源を減らすことにより確保することになるためである。特定のゲストOSのピーク負荷時の処理を最適化するようにハードウェア資源の割当を行うと、他のゲストOSに対して充分なハードウェア資源を割り当てることが出来なくなるおそれがあり、これら他のゲストOSにおける処理が滞ってしまう。大企業やデータセンターなどにおけるサーバ装置のように、大きなコンピュータ処理能力を必要とするためにハードウェア資源を充分に具備するサーバ装置では、バーチャルマシンシステムを採用してピーク負荷に対応可能な充分なハードウェア資源を割り当てる上記方法が有効であるが、小規模な事業者にとっては一般の安価なオープンサーバ装置の代替手段にはなり難い。第3の問題点は、既存のサーバ装置を利用する場合、一時的に発生する高負荷処理の処理能力不足を解決するために処理能力を増強することができない場合があることである。その理由は、サーバ装置のスペックの制限によりプロセッサやメモリの増設ができない場合があるためである。この場合、処理能力が高いサーバ装置を新規に導入する必要があると共に、業務システムを新規サーバに移行する必要もあり、コストが大きい。本発明は、上述の課題を解決することのできるサーバ装置、処理実行方法およびプログラムを提供することを目的としている。この発明は上述した課題を解決するためになされたもので、本発明の一態様によるサーバ装置は、複数のプロセッサコアを具備してオペレーティングシステムを起動するサーバ装置であって、オペレーティングシステムが起動される前に、オペレーティングシステムからプロセッサコア及びメモリのハードウェア資源を分割し、分割したハードウェア資源を特定処理専用として確保する資源分割手段と、資源分割手段により確保された特定処理専用のハードウェア資源上で動作する特定処理実行手段と、資源分割手段により確保された特定処理専用のハードウェア資源に、オペレーティングシステム上からアクセスする機能を提供するプロセッサ間通信手段と、オペレーティングシステム上で動作し、要求に応じてプロセッサ間通信手段を使って特定処理実行手段に特定の処理を実行させ、実行結果に応答する特定処理実行管理手段とを備えたことを特徴とする。また、本発明の一態様による処理実行方法は、複数のプロセッサコアを具備してオペレーティングシステムを起動するサーバ装置の実行方法であって、オペレーティングシステムが起動される前に、オペレーティングシステムからプロセッサコア及びメモリのハードウェア資源を分割し、分割したハードウェア資源を特定処理専用として確保しておき、特定処理専用として確保されたハードウェア資源に、オペレーティングシステム上からアクセスする機能を設け、要求に応じて、特定処理専用として確保された特定処理専用のハードウェア資源上で特定処理を実行させることを特徴とする。また、本発明の一態様によるプログラムは、複数のプロセッサコアを具備してオペレーティングシステムを起動するサーバ装置で、オペレーティングシステムが起動される前に、オペレーティングシステムからプロセッサコア及びメモリのハードウェア資源を分割し、分割したハードウェア資源を特定処理専用として確保するためのプログラムであって、リソーステーブルから特定処理専用として確保すべきプロセッサコアのエントリを削除して、特定処理専用のプロセッサコアとして確保するステップと、物理メモリの一部をオペレーティングシステムから使用不可として、特定処理専用のメモリとして確保するステップとを含むことを特徴とする。本発明によれば、コストアップやハードウェアの増設を伴うことなく、複数のプロセッサコアを具備するサーバ装置で、プロセッサ負荷の高い状態における、オペレータによるキーボードやマウスを使った入力操作やオンライン処理などの即時応答が要求される処理の応答遅延が発生することを防止できる。以下、本発明の実施の形態について図面を参照して説明する。<第1の実施形態>図1は、本発明の第1の実施形態に係るサーバ装置1の構成を示すブロック図である。同図に示すように、本発明の第1の実施形態に係るサーバ装置1は、4つのプロセッサコア2~5物理プロセッサ番号0、6、2、4を具備し、Windows登録商標のOSが起動するオープンサーバ装置である。なお、サーバ装置1における4つのプロセッサコアは、マルチプロセッサにて実現されていてもよいし、マルチコアにて実現されていてもよい。ここでいうオープンサーバ装置は、Windows登録商標やLinux登録商標等のオープンOSが起動するサーバ装置である。ただし、本発明の適用範囲は、オープンサーバ装置に限らない。すなわち、本発明はオープンOSに限らず様々なOSの起動するサーバ装置に適用可能である。同図において、4つのプロセッサコア2~5は、メモリハブ7を介して、物理メモリ6に接続される。また、4つのプロセッサコア2~5は、IOハブ8を介して、ディスク用IOボード10、コンソール用コントローラ11、およびネットワークアダプタ12に接続される。更に、本実施形態においては、IOハブ8には、プロセッサ間通信用IOボード15が接続される。ディスク用IOボード10には、ディスク13ディスクA及びディスク14ディスクBが接続される。ディスク13ディスクAは、Windows登録商標のOS起動プログラム22や、資源分割プログラム資源分割手段26を格納している。コンソール用コントローラ11には、ディスプレイ81、キーボード82、マウス83等の入出力デバイスが接続される。ネットワークアダプタ12は、通信用のアダプタである。このような複数のプロセッサコアを具備するオープンサーバ装置1では、プロセッサやメモリ等のハードウェア資源を、OS用と特定処理用とに分割することで、OSが動作するプロセッサの負荷上昇を抑えつつ、負荷の高い特定処理を実行可能としている。ここでいう特定処理とは、より具体的には、即時処理を要求される処理であり、例えば、オペレータによるキーボードやマウスを使った入力操作の処理やオンライン処理などである。すなわち、本発明の第1の実施形態では、OSが起動される前に、資源分割プログラム26が、BIOSBasicInputOutputSystemの生成したリソーステーブルを書き換えることで、プロセッサコア2~5を、OS用のプロセッサコア2及び3と、特定処理専用のプロセッサコア4及び5とに分割している。また、資源分割プログラム26により、物理メモリ6を、OS用メモリ21と特定処理専用メモリ25とに分割している。これにより、特定処理専用のプロセッサコア4及び5、並びに特定処理専用メモリ25は、OSから独立した、特定処理専用の資源とすることができる。サーバ装置1は、プロセッサ負荷の高い特定の処理を実行する際に、オペレータがキーボード82やマウス83を使って行う入力操作や、オンライン処理など、即時応答が要求される処理特定処理が発生すると、OSから資源分割されたプロセッサコア4及び5、並びに特定処理専用メモリ25上で当該特定処理を実行する。これにより、OSが動作するプロセッサの負荷上昇を抑えつつ、一般にプロセッサ負荷の高い処理である、即時応答が要求される処理を実行可能となる。このような処理を実行可能とするために、サーバ装置1は、資源分割プログラム26と、プロセッサ間通信用IOボード15と、特定処理実行FWFirmware特定処理実行手段19と、プロセッサ間通信ドライバ28と、特定処理実行管理プログラム特定処理実行管理手段27とを具備する。資源分割プログラム26は、前述したように、OSが利用可能なプロセッサコアやメモリなどのハードウェア資源情報が書込まれた、BIOSメモリ20上のリソーステーブルを、OSが起動される前に書き換える。これにより、特定処理専用プロセッサコア4及び5や、特定処理専用メモリ25等の資源をOSから分離して、特定処理実行FW19用に確保する。プロセッサ間通信用IOボード15は、図2に示すように、特定処理実行FW19用に確保するプロセッサコア数やメモリ容量を設定する物理スイッチ18を持ち、特定処理実行FW19で使用するプロセッサコア4及び5用のIO割込信号用であるIO割込信号Aを制御するIO割込信号A制御部割込信号制御部16と、OSで使用するプロセッサコア用のIO割込信号用であるIO割込信号Bを制御するIO割込信号B制御部割込信号制御部17とを備えている。特定処理実行FW19は、資源分割プログラム26により確保された特定処理専用のプロセッサコア4及び5、並びに特定処理専用メモリ25上で、OSから独立して、特定処理を行う。プロセッサ間通信ドライバ28は、資源分割プログラム26により確保された特定処理専用メモリ25及びプロセッサ間通信用IOボード15に、OS上のアプリケーションプログラムからアクセスする機能を提供する。このように、プロセッサ間通信用IOボード15とプロセッサ間通信ドライバ28とでプロセッサ間通信手段を構成し、特定処理専用のハードウェア資源特定処理専用メモリ25と、特定処理専用のプロセッサコア4及び5とに、OS上からアクセスする機能を提供する。特定処理実行管理プログラム27は、OS上で動作し、オペレータや他のOS上のアプリケーションプログラムからの要求により、プロセッサ間通信ドライバ28を使って、特定処理実行FW19に特定処理を実行させて結果を応答する。次に、本発明の第1の実施形態に係るサーバ装置1において、特定処理用の資源を確保する処理について説明する。サーバ装置1では、電源をONされて起動すると、BIOSが動作する。そして、BIOSは、ハードウェアの診断を実施した後、プロセッサコア2~5や物理メモリ6などのハードウェア資源情報を記述したリソーステーブルをBIOSメモリ20上に生成する。図3Aは、BIOSが生成するリソーステーブルの例を示している。図1に示したように、サーバ装置1は、4つのプロセッサコア2、3、4、5を具備する。そこで、BIOSは、図3Aに示すように、プロセッサエントリとして、4つのエントリ41、42、43、44を生成する。各エントリ41、42、43、44には、エントリタイプと、物理プロセッサ番号と、ブートフラグが記載される。なお、ここでは、物理プロセッサ番号0はプロセッサコア2、物理プロセッサ番号2はプロセッサコア4、物理プロセッサ番号4はプロセッサコア5、物理プロセッサ番号6はプロセッサコア3にそれぞれ対応している。また、図4Aは、BIOSが生成するシステムアドレスマップの例を示している。ここでは、物理メモリ6が4GBの場合の例を示している。なお、システムアドレスマップのエントリに含まれる情報は、図5に示すように、領域の開始アドレス51と、領域の長さ52と、領域の属性53とから構成されている。属性1はメインメモリとしてOSで使用可能なメモリ領域を示し、属性2はリザーブ用のメモリ領域を示し、属性3は割込制御用メモリ領域を示し、属性4は割込制御用不揮発メモリ領域を示す。なお、サーバ装置1におけるシステムアドレスマップのエントリ数は、同図に示すエントリ数に限らず、様々なエントリ数を取り得る。BIOSが動作して、ハードウェア資源情報を記述したリソーステーブルを生成すると、次に、資源分割プログラム26が動作する。そして、資源分割プログラム26は、プロセッサ間通信用IOボード15から物理スイッチ18図2参照の設定情報を読み込むことで、資源分割情報を取得する。次に、資源分割プログラム26は、BIOSメモリ20上のリソーステーブルを書き換えて、リソーステーブルからプロセッサコア4及び5を削除して、特定処理専用プロセッサコア4及び5をOSから使用不可に設定することで、プロセッサコア4及び5を特定処理専用として確保する。また、資源分割プログラム26は、物理メモリ6の一部をOSから使用不能の領域に設定することで、特定処理専用メモリ25を確保する。つまり、前述したように、本実施形態のサーバ装置1には、4つのプロセッサコア2、3、4、5が設けられており、図3Aに示したように、BIOSは、プロセッサエントリとして、4つのエントリ41~44を生成する。資源分割プログラム26は、これらの4つのエントリ41~44の中から、プロセッサコア4物理プロセッサ番号2のエントリ42と、プロセッサコア5物理プロセッサ番号4のエントリ43とを削除する。これにより、図3Bに示すように、OSから使用可能なプロセッサを示すプロセッサエントリは、プロセッサコア2物理プロセッサ番号0のエントリ41と、プロセッサコア3物理プロセッサ番号6のエントリ44だけになり、プロセッサコア4及び5物理プロセッサ番号2、4は特定処理用として確保される。また、前述したように、物理メモリ6のアドレスマップは、図4Aに示したように設定されている。資源分割プログラム26は、このアドレスマップの中から、図4Bに示すように、特定処理用メモリの領域を分割する。図4Bの例では、図4Aに示すシステムアドレスマップのエントリ2で示されている約2GBのメモリ領域を、システムアドレスマップのエントリ2とエントリ3の2つの領域に分割する。そして、資源分割プログラム26は、特定処理専用に確保するメモリ領域の属性を、OSがメインメモリとして使用できないリザーブド属性属性2に設定することで、特定処理専用メモリ25を確保している。資源分割プログラム26は、資源分割情報を取得すると、続いて、特定処理専用メモリ25の先頭に、図6及び図7に示すような特定処理用資源管理テーブル70を生成し、特定処理専用メモリ25に特定処理実行FW19を書き込んで、特定処理専用プロセッサコア4及び5に当該特定処理実行FWを実行させる。図6は、物理メモリ6に確保される特定処理専用メモリ25のアドレスマップを示している。同図に示すように、特定処理専用メモリ25は、特定処理用資源管理テーブル70と、指示受信バッファ71と、結果送信バッファ72と、特定処理FW領域73と、特定処理FWワークメモリ74とからなる。図7は、特定処理専用メモリ25の先頭に設けられる特定処理用資源管理テーブル70の構成を示している。同図に示すように、特定処理用資源管理テーブル70は、ヘッダ部60と、プロセッサエントリ61、62と、特定処理メモリエントリ63と、IO割込エントリ64と、IOボード情報エントリ65と、特定処理実行FW開始アドレスエントリ66とからなる。ヘッダ部60は、ヘッダ部識別コードと、特定処理起動通知エリアとを含む。プロセッサエントリ61、62は、物理プロセッサ番号と、マスタープロセッサかスレーブプロセッサかの区別を示す属性とを含む。IO割込エントリ64は、プロセッサ間通信用IOボードの割込信号Aの割込アドレス及び割込番号を含む。IOボード情報エントリ65は、プロセッサ間通信用IOボードアクセス用のPCIPeripheralComponentInterconnectアドレスを含む。特定処理実行FW開始アドレスエントリ66は、特定処理実行FW19の開始アドレスを含む。特定処理専用メモリ25の先頭に特定処理用資源管理テーブル70が生成され、特定処理実行FW領域が書き込まれて、特定処理専用プロセッサコア4及び5が起動されると、次に、資源分割プログラム26は、OS起動プログラム22をスタートして、OS23を起動する。OS23が起動すると、OS23にインストールされたすなわち、OS23の一部を構成するプロセッサ間通信ドライバ28は、OS23が設定したプロセッサ間通信用IOボード15へアクセスするための制御情報を、特定処理用資源管理テーブル70のIOボード情報エントリ65に書き込む。次に、OS23にインストールされた特定処理実行管理プログラム27が、プロセッサ間通信ドライバ28を介して、特定処理用資源管理テーブル70のヘッダ部60にある特定処理起動通知エリアに、特定処理実行FW19の起動指示を書き込む。これにより、特定処理実行FW19は動作環境が整ったことを認識し、特定処理の実行指示待ち状態となる。オペレータ又は他の業務プログラム24から特定処理の実行要求が発せられると、特定処理実行管理プログラム27は、プロセッサ間通信ドライバ28に特定処理実行FW19への処理要求発行を指示する。これにより、特定処理実行管理プログラム27は、特定処理専用メモリ25上の指示受信バッファ71に、特定処理実行FWに処理を実行させるための指示データを書き込み、また、プロセッサ間通信用IOボード15のIO割込信号A制御部16に、IO割込信号Aを発行させる。特定処理実行FW19は、プロセッサ間通信用IOボード15のIO割込信号Aを検出すると、指示受信バッファ71を読み込んで指示に従って処理を実行する。処理が完了した後、特定処理実行FW19は、結果送信バッファ72に実行結果を書き込み、プロセッサ間通信用IOボード15のIO割込信号B制御部17にIO割込信号Bを発行させる。プロセッサ間通信ドライバ28は、プロセッサ間通信用IOボード15のIO割込信号Bを検出すると結果送信バッファ72を読み込み、特定処理実行管理プログラム27に特定処理の実行結果を通知する。特定処理実行管理プログラム27は、特定処理の要求元のオペレータ又は業務プログラム24に対して処理結果を通知する。次に、サーバ装置1が電源ONとなった後、システムの起動が完了するまでの動作について、フローチャートを用いて説明する。まず、図8を参照して、一般のオープンサーバ装置の電源ONからシステム起動完了までの動作を説明する。一般のオープンサーバ装置では、電源がONすると最初にBIOSによるハードウェア資源の確認と診断を行いステップS1、BIOSはハードウェア資源テーブルリソーステーブル図3Aを生成するステップS2。次に、BIOSは、ディスク13ディスクAの先頭ブロックにあるマスターブートレコードであるブロック0を読み込んで、ブートストラップローダを実行するステップS3。ブートストラップローダは、マスターブートレコードに書き込まれているパーティションテーブルによりOSブートパーティションを確認し、ディスク13のOSブートパーティションの先頭ブロックを読み込んで、OS起動プログラム22を実行するステップS4。OS起動プログラム22は、BIOSが生成したリソーステーブルを参照してOSを起動するステップS5。例えば、4個のプロセッサコア2~5を具備する一般のオープンサーバ装置は、図8で説明した処理により、図9に示すように、4個のプロセッサコア2~5とOS用メモリ21とをOS用のハードウェア資源として使用可能な状態になり、サーバ装置の起動を完了する。なお、図9では、図1の各部と対応する部分に同一の符号を付しているが、図9のサーバ装置は、特定処理用の各部を具備しない点で、図1のサーバ装置1と異なる。次に、本発明の第1の実施形態に係るサーバ装置1における電源ONからシステム起動完了までの動作を、フローチャートを参照して説明する。図10は、本発明の第1の実施形態に係るサーバ装置1において、電源ONからシステム起動完了までの動作を示すフローチャートである。図10のフローチャートは、図8のフローチャートに対して、資源分割プログラム26の読み込みと実行ステップS6と、プロセッサ間通信ドライバ28による特定処理用資源管理テーブル70の読み込みステップS7と、プロセッサ間通信ドライバ28による特定処理用資源管理テーブル70のIOボード情報エントリ65の書き込みステップS8と、特定処理実行管理プログラム27がプロセッサ間通信ドライバ28を使って特定処理用資源管理テーブル70のヘッダ部60の特定処理起動通知エリアに特定処理実行FW19の起動を通知する動作ステップS9を追加したものになっている。同図のステップS3でBIOSによる処理を行った後に、ステップS6で資源分割プログラム26の読み込みを実行できるようにするためには、例えば、以下のような処理を行うようにすれば良い。ここで、図11Aにおいて、一般のオープンサーバ装置では、BIOSは、ディスク13ディスクAの先頭ブロックにあるブロック0符号31で示すを読み込んでブートストラップローダを実行する。また、ディスク13ディスクAのOSブートパーティションの先頭ブロック符号32で示すを読み込んで、OS起動プログラム22を実行する。また、マスターブートレコードであるブロック0符号31の次のブロックブロック1から、OSブートパーティションの先頭ブロック符号32の1つ手前のブロックまでの間は、OSをインストールするときにリザーブド領域に設定され、OSからは使用されない。このような一般のオープンサーバ装置におけるデータを元に、本実施形態における処理を実行可能なデータを得るために、一般のオープンサーバにおけるブロック0符号31に書き込まれているデータを、図11Bにおけるブロック1符号35で示すにコピーし、ステップS3で実行されるブロック0符号34で示すに格納されているブートストラップローダを、ブロック2符号36で示すを読み込んで実行するプログラムに書き変える。これにより、サーバ装置1が、ステップS3の次にステップS6の資源分割プログラムの読み込みと実行を行うようにする。図10において、ステップS6で実行される資源分割プログラム26は、BIOSメモリ20上にある資源管理情報を書き換えて、4個のプロセッサコア2~5の内の2個のプロセッサコア4及び5と、物理メモリ6の内の特定処理専用メモリ25をOSが使用不可能なハードウェア資源として分割OSから分離し、特定処理実行FW19を実行させる。ステップS7~S9は、プロセッサ間通信ドライバ28と、特定処理実行管理プログラム27とを、OSにインストールすることにより実行される。次に、図12を参照して、ステップS6で実行している資源分割プログラム26の動作を説明する。まず、資源分割プログラム26は、BIOSによりプロセッサ間通信用IOボード15の割込信号Aに割り当てられた割込アドレス及び割込番号と、プロセッサ間通信用IOボード15の物理スイッチ18に設定された、特定処理専用に確保するプロセッサコアの数と物理メモリ容量の情報とを取得するステップS10。次に、資源分割プログラム26は、BIOSによりBIOSメモリ20上に生成されているハードウェア資源情報を書き換えて、プロセッサコアと物理メモリとを、特定処理専用に確保するステップS11。ステップS11で4個のプロセッサコアのうち2個のプロセッサコアを特定処理専用に確保する場合、資源分割プログラム26は、図3Aに示すハードウェア資源情報中のプロセッサエントリから2つのプロセッサエントリを削除して、図3Bのように書き換える。また、ステップS11で4GBのメモリから約1GBのメモリを特定処理専用に確保する場合、資源分割プログラム26は、図4Aに示すシステムアドレスマップのエントリ2で示されている約2GBのメモリ領域を、図4Bに示すメモリ資源分割後のシステムアドレスマップのエントリ2とエントリ3の2つの領域に分割し、特定処理専用に確保するメモリ領域の属性を、OSがメインメモリとして使用できないリザーブド属性2に設定する。次に、資源分割プログラム26は、特定処理用資源管理テーブル70図7を生成し、特定処理専用メモリ25の先頭に書き込むステップS12。次に、資源分割プログラム26は、ディスク13ディスクAのブロック6~ブロック14図11Bにおいて符号37で示すから特定処理実行FWを読み込んで、特定処理専用メモリ25に書き込むステップS13。次に、資源分割プログラム26は、特定処理用プロセッサコア4及び5を起動して、特定処理実行FW19の実行を開始させるステップS14。次に、ディスク13ディスクAの先頭ブロック図11の符号31のデータが格納されているブロック1図11の符号35を読み出して、オリジナルの一般のサーバ装置で実行されるブートストラップローダと同様のブートストラップローダを実行するステップS15。次に、ステップS14で起動された特定処理専用プロセッサコア4及び5で実行される特定処理実行FW19の動作について、図13のフローチャートを参照して説明する。図13において、特定処理実行FW19は、特定処理用資源管理テーブル70図7のプロセッサエントリ61、62の情報と自身が動作しているプロセッサコアの物理プロセッサ番号とを比較して、自身が動作しているプロセッサコアがスレーブプロセッサか否かを判定するステップS20。スレーブプロセッサであると判定した場合ステップS20:Yes、マスタープロセッサからの指示により処理を実行する動作となるステップS30。一方、マスタープロセッサであると判定した場合ステップS20:No、特定処理実行FW19は、特定処理用資源管理テーブル70のヘッダ部60にある特定処理起動通知エリアの読み込みを行いステップS21、FW起動通知が来るのを待ち合わせるステップS22。特定処理の実行環境が整って特定処理実行管理プログラム27からFW起動通知が来た後はステップS22:Yes、特定処理実行FW19は、プロセッサ間通信用IOボード15からのIO割込信号Aの待ち合わせを行うステップS23、S24。IO割込信号Aを検出していない場合ステップS24:No、ステップS23に戻り、特定処理実行FW19は、引き続きIO割込信号Aの待ち合わせを行う。一方、IO割込信号Aを検出するとステップS24:Yes、特定処理実行FW19は、指示受信バッファ71の読み込みを行いステップS25、特定処理実行管理プログラム27の指示内容を実行するステップS26。指示内容の実行を完了すると、特定処理実行FW19は、結果送信バッファ72へ実行結果の書き込みを行いステップS27、プロセッサ間通信用IOボード15へIO割込信号Bの送信を指示するステップS28。その後、ステップS23に戻り、特定処理実行FW19は、プロセッサ間通信用IOボード15からのIO割込信号Aを待ち合わせる。次に、特定処理実行管理プログラム27の動作について、図14のフローチャートを参照して説明する。図14において、オペレータ又は他の業務プログラムから特定処理の処理要求が来たとき、特定処理実行管理プログラム27はプロセッサ間通信ドライバ28に特定処理実行FW19への処理要求発行を指示するステップS40。当該指示を受けたプロセッサ間通信ドライバ28は、特定処理実行管理プログラム27から受け取った特定処理実行FW19に対する指示情報を特定処理専用メモリ25上の指示受信バッファ71に書き込み、プロセッサ間通信用IOボード15のIO割込信号A制御部16にIO割込信号Aを発行させる。次に、プロセッサ間通信ドライバ28は、プロセッサ間通信用IOボード15からのIO割込信号Bの待ち合わせを行うステップS42、S43。IO割込信号Bを検出していない場合ステップS43:No、ステップS42に戻り、プロセッサ間通信ドライバ28は、引き続き、IO割込信号Bの待ち合わせを行う。一方、IO信号Bを検出するとステップS43:Yes、プロセッサ間通信ドライバ28は、特定処理専用メモリ25上の結果送信バッファ72から処理の実行結果を読み出し、読み出した実行結果を、特定処理実行管理プログラム27に通知するステップS44処理の実行結果を受け取った特定処理実行管理プログラム27は、特定処理の要求元に特定処理の処理結果を通知するステップS45。なお、サーバ装置1が、高負荷の処理を特定処理として実行するようにしてもよい。例えば、特定処理実行管理プログラム27が、サーバ装置で実行する業務に合わせてプロセッサ負荷が高く時間がかかる特定の処理を特定処理として選択し、特定処理実行FW19に実行させるようにする。以上のように、サーバ装置1は、即時処理を要求される処理あるいはプロセッサ負荷の高い処理である特定処理を、OSから資源分割されたプロセッサコア及びメモリ上で実行する。これにより、サーバ装置1において、OSが動作するプロセッサの負荷上昇を抑えつつ、即時処理を要求される処理やプロセッサ負荷の高い処理を実行可能である。そして、サーバ装置1は、プロセッサやメモリの増設や、処理能力の高い高価なバーチャルマシンシステム等のサーバ装置の導入を行うことなく、上記のように、OSが動作するプロセッサの負荷上昇を抑えつつ、即時処理を要求される処理やプロセッサ負荷の高い処理を実行可能である。また、サーバ装置のスペックの制限によりサーバ装置1では、プロセッサやメモリの増設ができない場合でも、上記のように、OSが動作するプロセッサの負荷上昇を抑えつつ、即時処理を要求される処理やプロセッサ負荷の高い処理を実行可能である。このように、サーバ装置1では、コストアップやハードウェアの増設を伴うことなく、即時処理を要求される処理またはプロセッサ負荷の高い処理である特定処理を実行した場合に、オペレータによるキーボードやマウスを使った入力操作やオンライン処理などの即時応答が要求される処理で応答遅延が発生することを防止できる。また、資源分割プログラム26は、OSが起動される前に、リソーステーブルを書き換えて、特定処理専用のハードウェア資源プロセッサコアおよびメモリを確保するので、サーバ装置1が、特定処理専用のハードウェア資源を割り当て済みのリソーステーブルを予め具備する必要が無い。サーバ装置1の構成を一般のサーバ装置に近い構成と出来る点で、サーバ装置1の製造コストを低減することができる。また、サーバ装置1が、プロセッサ間通信用IOボード15を具備し、IO割込信号AおよびIO割込信号Bの制御を行うことにより、OSと特定処理実行FWとの間の通信量プロセッサ2および3と、プロセッサ4および5との間の通信量が多い場合にも、適切に通信を行ってサーバ装置1全体の処理速度を維持することができる。<第2の実施形態>次に、本発明の他の実施形態について説明する。図15は、本発明の第2の実施形態を示している。この第2の実施形態におけるサーバ装置2は、その基本的構成は第1の実施形態におけるサーバ装置1と同様であるが、プロセッサ間通信用IOボード15を除いた構成となっている。なお、図15において、図1の各部に対応して同様の機能を有する部分には、同一符号を付して、その説明を省略する。特定処理実行管理プログラム27と特定処理実行FW19間の通信性能があまり要求されない場合、図15に示すように、プロセッサ間通信用IOボード15を外した構成とし、プロセッサ間通信ドライバ28と特定処理実行FW19の間で、図6における指示受信バッファ71と結果送信バッファ72を使ったメモリアクセスインタフェースのみでプロセッサ間通信を実現することが可能である。この場合、特定処理実行FW19は、指示受信バッファ71を一定の時間間隔で読み出して特定処理の実行指示が来ているか否かを確認する。指示が来たことを検出すると、特定処理実行FW19は、指示内容を受け取って指示受信バッファ71に指示受け取り済みであることを書き込み、指示された処理を実行する。指示された処理が終了したら、特定処理実行FW19は結果送信バッファ71に処理結果を書き込む。プロセッサ間通信ドライバ28は、指示受信バッファ71に実行する処理の指示を書き込んだ後、結果送信バッファ72を一定の時間間隔で読み出して特定処理の実行結果が格納されているか確認する。プロセッサ間通信ドライバ28は、結果が格納されていることを検出すると、処理結果を受け取って結果送信バッファ72に結果受け取り済みであることを書き込む。プロセッサ間通信用IOボード15上の物理スイッチ18を読み込むことで実現していた資源分割情報の取得に関しては、資源分割プログラム26に初期値として値を持ち、特定処理実行管理プログラム27から設定を変更可能とすることにより、次回のシステム起動時から設定した資源分割情報が有効となる。このようにして、この例ではプロセッサ間通信用IOボード15を用いることなく、オープンOS用プロセッサと特定処理専用プロセッサ間の通信を実現している。これにより、コストダウンを図ることができる。また、既存のオープンサーバ装置にIOボード用空きスロットがない場合でも実現が可能となる。なお、サーバ装置1、2の全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいうコンピュータシステムとは、OSや周辺機器等のハードウェアを含むものとする。また、コンピュータシステムは、WWWシステムを利用している場合であれば、ホームページ提供環境あるいは表示環境も含むものとする。また、コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ROM、CD-ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらにコンピュータ読み取り可能な記録媒体とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。