運用中のプログラムに修正がある場合、修正箇所が実行されると、修正箇所が実行された回数を計数させる処理を組み込んだ暫定修正プログラムを前記運用中のプログラムに適用するプログラム適用部と、前記プログラム適用部によって適用された前記暫定修正プログラムが適用された結果、修正箇所が実行された回数を示すカウントがアップしているか否かを所定のタイミングで判定する判定部と、前記判定部によってカウントがアップしていると判定された場合、カウントがアップしていると判定された、修正箇所を含む暫定修正プログラムを、当該修正箇所を修正した修正済みのプログラムに置き換える置換部とを有することを特徴とする情報処理装置。前記置換部は、前記判定部によって前記カウントがアップしていないと判定された場合、前記暫定修正プログラムを、前記修正済みのプログラムに置換しないことを特徴とする請求項1に記載の情報処理装置。前記判定部は、自装置を停止するタイミングまたは自装置を起動するタイミングで、前記カウントがアップしているか否かを判定することを特徴とする請求項1に記載の情報処理装置。コンピュータに、運用中のプログラムに修正がある場合、修正箇所が実行されると、修正箇所が実行された回数を計数させる処理を組み込んだ暫定修正プログラムを前記運用中のプログラムに適用し、前記暫定修正プログラムが適用された結果、修正箇所が実行された回数を示すカウントがアップしているか否かを所定のタイミングで判定し、該判定によってカウントがアップしていると判定された場合、カウントがアップしていると判定された、修正箇所を含む暫定修正プログラムを、当該修正箇所を修正した修正済みのプログラムに置き換える処理を実行させる修正適用判定プログラム。運用中のプログラムに修正がある場合、修正箇所が実行されると、修正箇所が実行された回数を計数させる処理を組み込んだ暫定修正プログラムを前記運用中のプログラムに適用し、前記暫定修正プログラムが適用された結果、修正箇所が実行された回数を示すカウントがアップしているか否かを所定のタイミングで判定し、該判定によってカウントがアップしていると判定された場合、カウントがアップしていると判定された、修正箇所を含む暫定修正プログラムを、当該修正箇所を修正した修正済みのプログラムに置き換える処理を含むことを特徴とする修正適用判定方法。しかしながら、パッチを適用する従来の技術では、パッチを適用するか否かの判断が困難であるという問題があった。一例として、人間が、適用するパッチを抽出する場合、スキルが高いと過不足ないパッチを抽出できるが、スキルが低いとパッチを適用するか否かを判断できかねる場合がある。また、スキルが高い場合であっても、パッチの組み合わせまで考慮して、過不足ないパッチを抽出することは困難である。別の一例として、プログラムの走行回数を用いた技術の場合、プログラムのどの部分が動作したかに関係なく走行回数をカウントしているので、このカウントにより自己のシステムでパッチの適用が必要であるか否かを判断することは困難である。開示の技術は、パッチを適用するか否かの判断を適切に行うことができる情報処理装置等を提供することを目的とする。本願の開示する情報処理装置は、一つの態様において、運用中のプログラムに修正がある場合、修正箇所が実行されると、修正箇所が実行された回数を計数させる処理を組み込んだ暫定修正プログラムを前記運用中のプログラムに適用するプログラム適用部と、前記プログラム適用部によって適用された前記暫定修正プログラムが適用された結果、修正箇所が実行された回数を示すカウントがアップしているか否かを所定のタイミングで判定する判定部と、前記判定部によってカウントがアップしていると判定された場合、カウントがアップしていると判定された、修正箇所を含む暫定修正プログラムを、当該修正箇所を修正した修正済みのプログラムに置き換える置換部とを有する。本願の開示する情報処理装置の一つの態様によれば、パッチを適用するか否かの判断を適切に行うことができるという効果を奏する。以下に、本願の開示する情報処理装置、修正適用判定プログラムおよび修正適用判定方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例では、問題があったプログラムの修正後のプログラムのことをパッチというものとする。また、実施例によりこの発明が限定されるものではない。[実施例に係る計算機システムの構成]図1は、実施例に係るパッチ適用判定を行うシステムの構成を示す機能ブロック図である。図1に示すように、計算機システム1は、情報処理装置10と、ネットワーク20と、パッチ公開サーバ30と、パッチ作成サーバ40とを有する。パッチ作成サーバ40は、パッチを作成するサーバである。すなわち、パッチ作成サーバ40は、運用中のプログラムのいずれかの箇所で障害が発生した場合、プログラムの障害箇所を修正したパッチデータを作成する。また、パッチ作成サーバ40は、パッチを適用する側である後述する情報処理装置10において、パッチデータを適用するか否かを判断するためのチェックデータを作成する。チェックデータは、パッチデータの修正箇所にカウンタ処理を組み込んだデータのことをいう。このカウンタ処理は、呼び出されるとパッチデータの識別情報として与えられるパッチIDidentificationに対応するカウントをアップさせる。つまり、情報処理装置10がチェックデータを実行し、チェックデータ内のカウンタ処理が走行すると、カウンタ処理は、パラメータとして引き渡されるパッチデータのパッチIDに対応するカウントをアップさせる。なお、カウント処理は、例えばあらかじめ作成されたライブラリ内に部品化されているものである。パッチ作成サーバ40は、制御部41および記憶部42を有する。制御部41は、パッチ作成部411を有する。記憶部42は、修正前ソースデータ421および修正後ソースデータ422を有する。修正前ソースデータ421は、運用中のプログラムのソースファイルを示す。修正後ソースデータ422は、プログラムの障害箇所を修正したパッチデータのソースファイル、すなわち修正後のプログラムのソースファイルを示す。パッチ作成部411は、修正前ソースデータ421の障害箇所に修正部分を追加し、修正後ソースデータ422を作成する。そして、パッチ作成部411は、修正後ソースデータ422をコンパイルし、さらにパッチ関連のデータを作成するツールであるパッチ作成ツールを動作させ、パッチデータを作成する。また、パッチ作成部411は、修正前ソースデータ421と修正後ソースデータ422とを比較し、差分となる修正箇所を探索する。そして、パッチ作成部411は、修正前ソースデータ421の探索した修正箇所にカウンタ処理を追加する。そして、パッチ作成部411は、カウンタ処理を追加したソースデータをコンパイルし、さらにパッチ作成ツールを動作させ、チェックデータを作成する。ここで、パッチ作成部411によるパッチ作成の具体例について、図2を参照して説明する。図2は、パッチ作成部によるパッチ作成の具体例を説明する図である。図2に示すように、修正前ソースデータ421には、aaa、bbbおよびcccのソースコードが記述されている。ここで、bbbの箇所で障害が発生したとする。パッチ作成部411は、修正前ソースデータ421の障害箇所であるbbbとcccとの間に修正コードを追加し、修正後ソースデータ422を作成するs1。そして、パッチ作成部411は、作成した修正後ソースデータ422をコンパイルし、さらにパッチ作成ツールを動作させ、パッチデータを作成するs2。パッチデータには、例えば、パッチIDとして123456が書き込まれる。次に、パッチ作成部411は、修正前ソースデータ421と修正後ソースデータ422とを比較しs3、差分となる修正箇所を探索する。ここでは、パッチ作成部411は、bbbとcccとの間に修正コードが追加されているので、探索の結果、bbbとcccとの間を修正箇所とする。そして、パッチ作成部411は、修正前ソースデータ421の修正箇所にカウンタ処理を追加するs4。このとき、パッチ作成部411は、カウンタ処理のパラメータとして、パッチデータのパッチIDを記述する。そして、パッチ作成部411は、修正前ソースデータ421にカウンタ処理を追加したソースデータをコンパイルし、さらにパッチ作成ツールを動作させ、チェックデータを作成するs5。図1に戻って、パッチ作成部411は、作成したパッチデータおよびチェックデータを、パッチ公開サーバ30へ登録する。パッチ公開サーバ30は、パッチを公開するサーバである。パッチ公開サーバ30は、制御部31および記憶部32を有する。制御部31は、パッチ提供部311を有する。記憶部32は、チェックデータ321およびパッチデータ322を有する。チェックデータ321は、パッチ作成部411によって登録されたチェックデータを示す。パッチデータ322は、パッチ作成部411によって登録されたパッチデータを示す。そして、パッチ公開サーバ30は、パッチ作成サーバ40によって登録されたパッチデータ322およびチェックデータ321を一括して管理する。また、パッチ公開サーバ30は、情報処理装置10からパッチデータ322のダウンロード要求を取得すると、要求があったパッチデータ322およびパッチデータ322に対応するチェックデータ321を、要求元に対して提供する。情報処理装置10は、運用中のプログラムに修正がある場合、パッチデータを適用する代わりに、カウンタ処理が組み込まれたチェックデータを用いて通常運用し、チェックデータ内の修正箇所が実行された場合にカウントをアップさせる。そして、情報処理装置10は、所定のタイミングで、カウントがアップしたか否かを判定し、カウントがアップした修正について、本来のパッチデータを適用する。すなわち、情報処理装置10は、一度でも修正箇所が実行された場合、例えば電源オフまたはオンのタイミングで、カウントアップを検出した修正箇所のチェックデータを本来のパッチデータに置き換える。情報処理装置10は、パッチ公開サーバ30とネットワーク20で接続される。また、情報処理装置10は、制御部11および記憶部12を有する。制御部11は、チェックデータ適用部111と、カウントアップを判定するカウントアップ判定部112と、例えば情報処理装置10の電源オンまたはオフ時にカウントアップされたパッチを適用するパッチデータ適用部113とを有する。なお、制御部11の機能は、例えば、ASICApplicationSpecificIntegratedCircuitやFPGAFieldProgrammableGateArray等の集積回路により実現することができる。また、所定のプログラムがCPUCentralProcessingUnitを機能させることで実現することができる。記憶部12は、例えば、RAMRandomAccessMemory、フラッシュメモリflashmemory等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置である。さらに、記憶部12は、カウンタDB121と、チェックデータ122と、パッチデータ123とを有する。カウンタDB121は、パッチデータの修正箇所を通過したか否かの判定に用いられるカウンタをパッチデータ毎に記憶する。なお、カウンタDB121の詳細な説明については、後述するものとする。チェックデータ122は、パッチデータの修正箇所にカウンタ処理を組み込んだオブジェクトである。パッチデータ123は、運用中のプログラムの障害箇所を修正したオブジェクトである。チェックデータ122およびパッチデータ123は、パッチデータ123のダウンロード要求に基づいて、パッチ公開サーバ30から提供される。チェックデータ適用部111は、運用中のプログラムに修正がある場合、修正箇所を通過するとカウントをアップさせるカウンタ処理を組み込んだ暫定修正プログラム、すなわちチェックデータ122を運用中のプログラムに適用する。例えば、チェックデータ適用部111は、運用中のプログラムに修正がある場合、修正があるプログラムに対応したパッチデータ322およびチェックデータ321のダウンロード要求をパッチ公開サーバ30に出力する。そして、チェックデータ適用部111では、要求に応じたパッチデータ322およびチェックデータ321がパッチ公開サーバ30から提供される。そして、チェックデータ適用部111は、提供されたチェックデータ321を本来実行されるべきオブジェクトの配置先へ配置し、提供されたパッチデータ322をパッチデータ322毎に区別できる配置先へ配置する。一例として、チェックデータ適用部111は、パッチデータ322を本来実行されるべきオブジェクトの配置先の上位にパッチIDを付加した配置先へ配置する。また、チェックデータ適用部111は、提供されたパッチデータ123に関するカウンタDB121を作成する。ここで、カウンタDB121のデータ構造について、図3を参照しながら説明する。図3は、実施例に係るカウンタDBのデータ構造の一例を示す図である。図3に示すように、カウンタDB121は、パッチID121a毎に、チェックデータのオブジェクト121b、パッチデータのオブジェクト121cおよびカウンタ121dを対応付けて記憶する。パッチID122aには、パッチデータ123の識別子が記憶される。チェックデータのオブジェクト122bには、チェックデータ122の配置先が記憶される。パッチデータのオブジェクト122cには、パッチデータ123の配置先が記憶される。例えば、カウンタDB122は、パッチIDの値が123456である場合、チェックデータのオブジェクトの配置先として/opt/パッケージ名/sbin/aaaを記憶する。パッチデータのオブジェクトの配置先として/opt/patch/123456/opt/パッケージ名/sbin/aaaを記憶する。すなわち、パッチデータのオブジェクトの配置先は、チェックデータのオブジェクトの配置先の上位にパッチID123456を付加した配置先となっている。また、カウンタDB122は、カウンタ122dの値として初期値の0を記憶する。なお、チェックデータ適用部111は、カウンタDB122をパッチデータ123の配置先に作成しても良いし、カウンタDB122を作成するための専用の配置先に作成しても良い。図1に戻って、チェックデータ適用部111は、情報処理装置10でプログラムを実行した際に、チェックデータ122内の修正箇所を通過した場合には、修正箇所に埋め込まれたカウンタ処理にカウンタDB122のカウンタ122dの値をインクリメントさせる。なお、カウンタ処理の手順については、後述するものとする。カウントアップ判定部112は、チェックデータ適用部111によってチェックデータ122が実行された結果、所定のタイミングで、カウントがアップしているか否かを判定する。例えば、カウントアップ判定部112は、情報処理装置10の電源オフまたは電源オンのタイミングで、カウンタDB121のカウンタ122dの値を順次読み出し、読み出したカウンタ122dの値が0でないか否かを判定する。パッチデータ適用部113は、カウントアップ判定部112によってカウントがアップしていると判定された場合、チェックデータ122を、修正箇所を修正した修正済みのプログラム、すなわちパッチデータ123に置き換える。例えば、パッチデータ適用部113は、カウンタDB121のカウンタ122dの値が0でないと判定された場合、0でないと判定された行のパッチIDをカウンタDB121から読み出す。そして、パッチデータ適用部113は、読み出したパッチIDと同じ行のパッチデータのオブジェクトをチェックデータのオブジェクトの配置先にコピーする。すなわち、パッチデータ適用部113は、動作していたチェックデータのオブジェクトを修正済みのプログラムであるパッチデータに置き換える。さらに、パッチデータ適用部113は、カウンタDB122から置き換え対象となったパッチIDの行を削除する。[実施例に係るパッチ適用判定の手順]次に、実施例に係るパッチ適用判定の手順を、図4~図6を参照して説明する。図4は、実施例に係るパッチ作成の手順を示すフローチャートである。図5は、実施例に係るパッチ公開の手順を示すフローチャートである。図6は、実施例に係るパッチ適用判定の手順を示すフローチャートである。なお、一例として、運用中のプログラムのいずれかの箇所で障害が発生したものとする。運用中のプログラムで障害が発生すると、パッチ作成サーバ40では、パッチ作成部411が、障害が発生したプログラムのソースファイルである修正前ソースデータ421の修正を実施するステップS11。そして、パッチ作成部411は、修正前ソースデータ421の障害箇所に修正部分を追加し、修正後ソースデータ422を作成する。そして、パッチ作成部411は、作成した修正後ソースデータ422をコンパイルし、さらにパッチ作成ツールを動作させ、パッチデータを作成するステップS12。続いて、パッチ作成部411は、修正前ソースデータ421と修正後ソースデータ422とを比較し、差分となる修正箇所にカウンタ処理を追加するステップS13。そして、パッチ作成部411は、カウンタ処理を追加したソースデータをコンパイルし、さらにパッチ作成ツールを動作させ、チェックデータを作成するステップS14。そして、パッチ作成部411は、作成したパッチデータおよびチェックデータをパッチ公開サーバ30へ登録するステップS15。パッチ作成サーバ40によりパッチデータ322およびチェックデータ321が登録されると、パッチ公開サーバ30は、登録されたパッチデータ322およびチェックデータ321を公開するステップS21。続いて、情報処理装置10では、チェックデータ適用部111が、障害が発生したプログラムに関するパッチデータ322およびチェックデータ321をパッチ公開サーバ30からダウンロードするステップS31。そして、チェックデータ実行部111は、ダウンロードしたチェックデータ122を本来実行されるべきオブジェクトの配置先へ配置し、ダウンロードしたパッチデータ123をパッチデータ毎に区別できる配置先へ配置する。そして、チェックデータ適用部111は、ダウンロードしたパッチデータ123のパッチIDに対応するカウンタDB121を作成するステップS32。なお、カウンタDB121の作成手順については、後に詳述する。続いて、情報処理装置10におけるプログラム実行中にチェックデータ122内の修正箇所を通過した場合には、通過したチェックデータ内の修正箇所のカウンタがカウントアップを実施するステップS33。すなわち、チェックデータ実行部111は、チェックデータ122内の修正箇所を通過した場合には、修正箇所に埋め込まれたカウンタ処理にカウンタDB121のカウンタ121dの値をインクリメントさせる。なお、カウンタ処理には、パラメータとしてパッチデータのパッチIDが与えられる。そして、カウンタ処理は、カウンタDB121について、与えられたパッチIDに対応するカウンタ121dの値を1加算することとなる。その後、カウントアップ判定部112は、電源オフまたは電源オンのタイミングで、パッチIDに対応するカウンタ122dの値をカウンタDB121から読み出すステップS34。そして、カウントアップ判定部112は、読み出したカウンタ122dの値が0であるか否かを判定するステップS35。カウンタ122dの値が0であると判定した場合ステップS35;Yes、カウントがアップしていないので、パッチデータを適用しても修正箇所は動作しないと判断し、パッチ適用判定処理を終了する。一方、カウンタ122dの値が0でないと判定した場合ステップS35;No、パッチデータ適用部113は、カウントがアップしているので、パッチデータ123を自動適用するステップS36。すなわち、パッチデータ適用部113は、動作していたチェックデータ122をパッチデータ123に置き換える。なお、パッチデータの適用手順については、後に詳述する。[実施例に係るカウンタDB作成の手順]次に、図6に示すS32の処理手順を、図7を参照して説明する。図7は、実施例に係るカウンタDB作成の手順を示すフローチャートである。図7の例では、カウンタDB121は、パッチデータ123に記述された、パッチIDおよびオブジェクトの配置先に基づいて作成されるものとする。まず、チェックデータ適用部111は、カウンタDB121が作成済みであるか否かを判定するステップS41。カウンタDB121が作成済みでないと判定する場合ステップS41;No、チェックデータ適用部111は、空のカウンタDB121を作成しステップS42、ステップS43に移行する。一方、カウンタDB121が作成済みであると判定する場合ステップS41;Yes、チェックデータ適用部111は、ステップS43に移行する。続いて、チェックデータ適用部111は、適用するパッチデータ123からパッチIDを読み出すステップS43。そして、チェックデータ適用部111は、読み出したパッチIDをカウンタDB121のパッチID欄に追加するステップS44。そして、チェックデータ適用部111は、パッチデータ123内のオブジェクトの配置先の中から、最初に/opt/patchと付いている配置先をカウンタDB121のパッチデータのオブジェクト欄に更新するステップS45。さらに、チェックデータ適用部111は、パッチデータ123内のオブジェクトの配置先の中から、その他の配置先を読み出す。そして、チェックデータ適用部111は、読み出した配置先の中からパッチデータのオブジェクトの配置先内の/opt/patch/XXXXXX配下と同じ配置先を検索する。そして、チェックデータ適用部111は、検索した配置先をカウンタDB121のチェックデータのオブジェクト欄に更新するステップS46。そして、チェックデータ適用部111は、カウンタDB121のカウンタ欄に初期値の0を更新するステップS47。[実施例に係るカウンタ処理の手順]次に、図6に示すS33のカウンタ処理の手順を、図8を参照して説明する。図8は、実施例に係るカウンタ処理の手順を示すフローチャートである。なお、パラメータとしてパッチIDが与えられたものとする。まず、カウンタ処理は、カウンタDB121のパッチIDを読み出すステップS51。そして、カウンタ処理は、カウンタDB121から読み出したパッチIDとパラメータとして与えられたパッチIDとを比較するステップS52。そして、カウンタ処理は、読み出したパッチIDがパラメータとして与えられたパッチIDと一致しているか否かを判定するステップS53。一致していないと判定する場合ステップS53;No、カウンタ処理は、カウンタDB121の次行のパッチIDを読み出しステップS54、ステップS52に移行する。一方、一致していると判定する場合ステップS53;Yes、カウンタ処理は、一致していると判定したパッチIDと同じ行のカウンタ値を読み出すステップS55。そして、カウンタ処理は、読み出したカウンタ値を1加算し、カウントをアップするステップS56。そして、カウンタ処理は、カウンタDB121のカウンタ値を加算した値に更新するステップS57。[実施例に係るパッチデータ適用の手順]次に、図6に示すS34~S36のパッチデータ適用の手順を、図9を参照して説明する。図9は、実施例に係るパッチデータ適用の手順を示すフローチャートである。まず、カウントアップ判定部112は、電源オフまたは電源オンであるか否かを判定するステップS61。電源オフおよび電源オンでないと判定した場合ステップS61;No、カウントアップ判定部112は、電源オフまたは電源オンとなるまで判定を繰り返す。一方、電源オフまたは電源オンであると判定した場合ステップS61;Yes、カウントアップ判定部112は、カウンタDB121の先頭行を選択するステップS62。そして、カウントアップ判定部112は、選択した先頭行からカウンタ値を読み出すステップS63。続いて、カウントアップ判定部112は、読み出したカウンタ値が0であるか否かを判定するステップS64。カウントアップ判定部112によってカウンタ値が0でないと判定された場合ステップS64;No、パッチデータ適用部113は、選択した行のパッチIDを読み出すステップS65。そして、パッチデータ適用部113は、読み出したパッチIDと同じ行のパッチデータのオブジェクトをチェックデータの配置先にコピーするステップS66。すなわち、パッチデータ適用部113は、動作していたチェックデータ122をパッチデータ123に置き換える。そして、パッチデータ適用部113は、カウンタDB121から読み出したパッチIDと同じパッチIDの行を削除するステップS67。その後、パッチデータ適用部113は、次の行を選択すべく、ステップS69に移行する。一方、カウントアップ判定部112によってカウンタ値が0であると判定された場合ステップS64;Yes、パッチデータ適用部113は、選択した行が最終行であるか否かを判定するステップS68。選択した行が最終行でないとパッチデータ適用部113によって判定された場合ステップS68;No、カウントアップ判定部112は、カウンタDB121の次の行を選択しステップS69、ステップS63に移行する。一方、選択した行が最終行であると判定した場合ステップS68;Yes、パッチデータ適用部113は、パッチデータ123がOSOperationSystemに係るデータであった場合には、カーネルの再構成を実施するステップS70。なお、パッチデータ123がOSに係るデータでない場合には、カーネルの再構成は実施しなくても良い。[パッチデータを運用中のオブジェクトに適用する具体例]ここで、パッチIDの値が123456であるパッチデータを運用中のオブジェクトに適用する具体例について、図10および図11を参照して説明する。図10は、パッチデータの内容の具体例を示す図である。図11は、カウンタDBの状態を説明する図である。なお、運用中のオブジェクトは、/opt/FJSVabcd/sbin/aaaに配置されているものとする。図10に示すように、パッチデータ123には、パッチIDの値として123456、パッケージの名称としてFJSVabcdが記述されている。オブジェクトの配置先は、チェックデータ122およびパッチデータ123の配置先が記述されている。チェックデータ122の配置先には、/opt/FJSVabcd/sbin/aaaが記述され、aaaがチェックデータ123のオブジェクト名となっている。パッチデータ123の配置先には、/opt/patch/123456/opt/FJSVabcd/sbin/aaaが記述され、aaaがパッチデータ122のオブジェクト名となっている。すなわち、パッチデータ123の配置先は、/opt/123456/opt配下に、本来実行されるべきオブジェクトの配置先が付加された配置先となっている。このようなパッチデータ123およびチェックデータ122が情報処理装置10に提供されると、チェックデータ適用部111は、パッチデータ123に記述されたパッチID123456に関するカウンタDB121を作成する。図11に示すように、作成直後のカウンタDB121の状態は、パッチIDの値が123456であり、チェックデータ122のオブジェクトの配置先として/opt/FJSVabcd/sbin/aaaを記憶している。パッチデータ123のオブジェクトの配置先として/opt/patch/123456/opt/FJSVabcd/sbin/aaaを記憶し、カウンタ121dの値として初期値の0を記憶している。この状態で、チェックデータ適用部111は、チェックデータ122であるオブジェクトaaaを実行し、オブジェクトaaa内の修正箇所を通過した場合には、カウンタ処理によってカウンタDB121のカウンタ値を1加算させる。その後、電源オフまたは電源オンのタイミングで、パッチデータ適用部113は、カウンタDB121に記憶された、パッチID123456に対応するカウンタの値をチェックする。ここで、パッチデータ適用部113は、パッチID123456に対応するカウンタの値が図11に示すように0である場合には、パッチID123456の修正を行っても修正箇所を通過しないので、パッチデータ123を適用しない。しかしながら、パッチデータ適用部113は、パッチID123456に対応するカウンタの値が0以外の数である場合には、パッチID123456の修正を行うと修正箇所を通過するので、パッチデータ123を適用する。すなわち、パッチデータ適用部113は、チェックデータ122のオブジェクトaaaをパッチデータ123のオブジェクトaaaに置き換える。ところで、上記した実施例では、1個のパッチIDに対して修正があるオブジェクトが1個の場合について説明した。しかしながら、1個のパッチIDに対して修正があるオブジェクトが2個以上の場合であっても、パッチ適用判定処理に変化はない。1個のパッチIDに対して修正があるオブジェクトが2個ある場合のカウンタDB121の状態を、図12を参照して説明する。図12は、1個のパッチIDに対して修正があるオブジェクトが2個ある場合のカウンタDBの状態を説明する図である。図12に示すように、作成直後のカウンタDB121の状態は、パッチIDの値が123456であり、修正があるオブジェクトがaaa、bbbの2個ある。そして、パッチID123456に対して修正があるオブジェクトが2個あっても、カウンタは1つしか使用されない。したがって、チェックデータ適用部111は、aaaおよびbbbのどちらか一方でも、修正箇所を通過した場合には、1つのカウンタ値を1加算させることとなる。ここで、パッチID123456に対応するカウンタの値が図12に示すように0であるものとする。この場合には、パッチデータ適用部113は、パッチID123456の修正を行っても修正箇所を通過しないので、パッチデータ123のオブジェクトaaaおよびbbbを適用しない。しかしながら、パッチデータ適用部113は、カウンタ値が0以外の数である場合には、チェックデータ122のオブジェクトaaaをパッチデータ123のオブジェクトaaaに置き換える。さらに、パッチデータ適用部113は、チェックデータ122のオブジェクトbbbをパッチデータ123のオブジェクトbbbに置き換える。[実施例の効果]上記実施例によれば、情報処理装置10のチェックデータ適用部111は、運用中のプログラムに修正がある場合、修正箇所を通過するとカウントをアップさせる処理を組み込んだチェックデータ122を運用中のプログラムに組み込む。そして、カウントアップ判定部112は、情報処理装置10上でのプログラム実行によりチェックデータ122が実行されたか否かを、所定のタイミングで、カウンタDBのカウントアップの有無により判定する。さらに、パッチデータ適用部113は、カウントアップ判定部112によってカウントがアップしているパッチチェックデータ適用箇所があると判定された場合、カウントアップが行われたチェックデータ122を、修正箇所を修正した修正済みのプログラム、すなわちパッチデータ123に置き換える。かかる構成によれば、情報処理装置10は、修正箇所を通過するとカウントをアップさせる処理を組み込んだチェックデータ122を実行するようにしたので、カウントを用いることにより修正箇所を通過したか否かを判定できる。このため、情報処理装置10は、修正箇所を通過した場合に、パッチデータ123を適用できるので、パッチデータ123を適用するか否かを適切に判断できる。また、上記実施例によれば、パッチデータ適用部113は、カウントアップ判定部112によってカウントがアップしていないと判定された場合、チェックデータ122をパッチデータ123に置き換えない。かかる構成によれば、パッチデータ適用部113は、カウントがアップしていない場合、すなわち修正箇所を通過していない場合にチェックデータ122をパッチデータ123に置き換えないこととした。このため、パッチデータ適用部113は、パッチデータ123を適用しなくても良い場合にまで適用してしまうことによるレベルダウンの発生を未然に防止することができる。また、上記実施例によれば、カウントアップ判定部112は、情報処理装置10を停止するタイミングまたは自装置を起動するタイミングで、カウントがアップしているか否かを判定する。かかる構成によれば、カウントアップ判定部112は、カウントがアップしているか否かの判定をプログラムの運用の妨げとならないタイミングにしているので、仮にカウントがアップしている場合には、効率的にパッチデータ123に置き換えることができる。なお、実施例では、チェックデータ適用部111は、運用中のプログラムに修正がある場合、修正箇所が実行されると修正箇所が実行された回数を計数させるカウント処理を組み込んだチェックデータ122を運用中のプログラムに適用するものと説明した。そして、チェックデータ122内のカウンタ処理が走行すると、カウンタ処理が、パラメータとして引き渡されるパッチデータ123のパッチIDに対応するカウントをアップさせる。しかしながら、カウンタ処理は、これに限定されず、パラメータとして引き渡されるパッチデータ123のパッチIDに対応するカウントをダウンさせるものとしても良い。この場合、パッチデータ適用部113は、カウント判定部112によってカウントがダウンしていると判定された場合、チェックデータ122を、パッチデータ123に置き換えるようにすれば良い。[プログラム等]なお、情報処理装置10は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置に、上記した制御部11および記憶部12等の各機能を搭載することによって実現することができる。また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的態様は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散統合して構成することができる。例えば、カウントアップ判定部112とパッチデータ適用部113とを1個の部として統合しても良い。一方、チェックデータ適用部111は、チェックデータ321およびパッチデータ322をダウンロードするダウンロード部と、ダウンロードしたチェックデータ321を実行するチェックデータ適用部111とに分散しても良い。また、カウンタDB121等の記憶部12を情報処理装置10の外部装置としてネットワーク経由で接続するようにしても良い。また、上記実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図13を用いて、図1に示した情報処理装置10の制御部11と同様の機能を有するパッチ適用判定プログラムを実行するコンピュータの一例を説明する。図13は、パッチ適用判定プログラムを実行するコンピュータを示す図である。図13に示すように、コンピュータ1000は、図1に示した情報処理装置10と同じものであり、RAM1010と、ネットワークインタフェース装置1020と、HDD1030と、CPU1040、媒体読取装置1050およびバス1060とを有する。RAM1010、ネットワークインタフェース装置1020、HDD1030、CPU1040、媒体読取装置1050は、バス1060によって接続されている。なお、図1におけるパッチ作成サーバ40やパッチ公開サーバ30も図13と同様の構成を有する情報処理装置により実現できる。そして、HDD1030には、図1に示した制御部11と同様の機能を有するパッチ適用判定プログラム1031が記憶される。また、HDD1030には、図1に示したカウンタDB121、チェックデータ122およびパッチデータ123に対応するパッチ適用判定処理関連情報1032が記憶される。そして、CPU1040がパッチ適用判定プログラム1031をHDD1030から読み出してRAM1010に展開することにより、パッチ適用判定プログラム1031は、パッチ適用判定プロセス1011として機能するようになる。そして、パッチ適用判定プロセス1011は、パッチ適用判定処理関連情報1032から読み出した情報等を適宜RAM1010上の自身に割り当てられた領域に展開し、この展開したデータ等に基づいて各種データ処理を実行する。媒体読取装置1050は、パッチ適用判定プログラム1031がHDD1030に記憶されていない場合であっても、パッチ適用判定プログラム1031を記憶する媒体等からパッチ適用判定プログラム1031を読み取る。媒体読取装置1050には、例えばCD-ROMや光ディスク装置がある。ネットワークインタフェース装置1020は、外部装置とネットワーク経由で接続する装置であり、有線に対応するものであっても、無線に対応するものであっても良い。なお、上記のパッチ適用判定プログラム1031は、公衆回線、インターネット、LAN、WANWideAreaNetwork等を介してコンピュータ1000に接続される他のコンピュータまたはサーバ等に記憶されるようにしても良い。この場合には、コンピュータ1000がネットワークインタフェース装置1020を介して他のコンピュータ等からパッチ適用判定プログラム1031を読み出して実行する。