ソースプログラムに対する操作を受け付ける操作受付部と、前記操作受付部により受け付けられた前記操作が登録されているか否かを判定する登録判定部と、前記登録判定部により前記操作が登録されていると判定された場合に、当該操作に対応する整形ルールを適用して前記ソースプログラムを整形する整形部と、前記整形部により整形された後の前記ソースプログラムを用いて、前記操作受付部により受け付けられた前記操作を実行する操作実行部と、を備えることを特徴とするソースプログラム整形装置。前記操作実行部により前記操作が実行された後に、整形後の前記ソースプログラムを元に戻すか否かを確認する確認部を、さらに備え、前記整形部は、前記確認部により元に戻すことが確認された場合に、整形後の前記ソースプログラムを整形前の状態に戻す、ことを特徴とする請求項1記載のソースプログラム整形装置。ソースプログラムに対する操作を受け付ける操作受付ステップと、前記操作受付ステップにおいて受け付けられた前記操作が登録されているか否かを判定する登録判定ステップと、前記登録判定ステップにおいて前記操作が登録されていると判定された場合に、当該操作に対応する整形ルールを適用して前記ソースプログラムを整形する整形ステップと、前記整形ステップにおいて整形された後の前記ソースプログラムを用いて、前記操作受付ステップにおいて受け付けられた前記操作を実行する操作実行ステップと、を含むことを特徴とするソースプログラム整形方法。請求項3に記載の各ステップをコンピュータに実行させるためのソースプログラム整形プログラム。上記特許文献1~3に記載の整形方法では、予め設定した一種類のルールに基づいてソースプログラムを整形しているため、異なるルールで整形する場合には、その都度ルールを設定し直す必要がある。本発明は、上述した課題を解決するためになされたものであり、利用目的に応じたルールを動的に切り替えてソースプログラムを整形することができるソースプログラム整形装置、ソースプログラム整形方法およびソースプログラム整形プログラムを提供することを目的とする。本発明のソースプログラム整形装置は、ソースプログラムに対する操作を受け付ける操作受付部と、前記操作受付部により受け付けられた前記操作が登録されているか否かを判定する登録判定部と、前記登録判定部により前記操作が登録されていると判定された場合に、当該操作に対応する整形ルールを適用して前記ソースプログラムを整形する整形部と、前記整形部により整形された後の前記ソースプログラムを用いて、前記操作受付部により受け付けられた前記操作を実行する操作実行部と、を備える。本発明のソースプログラム整形方法は、ソースプログラムに対する操作を受け付ける操作受付ステップと、前記操作受付ステップにおいて受け付けられた前記操作が登録されているか否かを判定する登録判定ステップと、前記登録判定ステップにおいて前記操作が登録されていると判定された場合に、当該操作に対応する整形ルールを適用して前記ソースプログラムを整形する整形ステップと、前記整形ステップにおいて整形された後の前記ソースプログラムを用いて、前記操作受付ステップにおいて受け付けられた前記操作を実行する操作実行ステップと、を含む。本発明のソースプログラム整形プログラムは、上記ソースプログラム整形方法に含まれる各ステップをコンピュータに実行させる。本発明によれば、利用目的に応じたルールを動的に切り替えてソースプログラムを整形することができる。以下、添付図面を参照して、本発明に係るソースプログラム整形装置、ソースプログラム整形方法およびソースプログラム整形プログラムの好適な実施形態について説明する。本実施形態におけるソースプログラム整形装置には、例えばVisualStudioやEclipse等のような統合開発環境が組み込まれている。まず、図1を参照して、実施形態におけるソースプログラム整形装置の構成について説明する。ソースプログラム整形装置1は、ネットワーク3を介して整形ルールサーバ2と接続される。整形ルールサーバ2は、ソースプログラム整形装置1からの要求を受信する受信部21と、受信した要求に基づいてルールDB25を検索する検索部22と、検索結果をソースプログラム整形装置1に送信する送信部23とを有する。ルールDB25は、図2に示す操作情報テーブルと、図3に示す整形ルール情報テーブルと、図4に示すマッピング情報テーブルとを含む。図2を参照して、操作情報テーブルのデータ構成について説明する。操作情報テーブルは、データ項目として、例えば、操作ID項目および操作名項目を有する。操作ID項目には、操作を一意に特定する識別情報が格納される。操作名項目には、例えば、コミット、デバッグ、保存等のように、操作内容を表現する名称が格納される。図3を参照して、整形ルール情報テーブルのデータ構成について説明する。整形ルール情報テーブルは、データ項目として、例えば、整形ルールID項目および整形ルール項目を有する。整形ルールID項目には、整形ルールを一意に特定する識別情報が格納される。整形ルール項目には、適用される整形ルールの内容が格納される。図4を参照して、マッピング情報テーブルのデータ構成について説明する。マッピング情報テーブルは、データ項目として、例えば、マッピングID項目、操作ID項目、操作名項目、整形ルールID項目、整形ルール項目、および戻すフラグ項目を有する。マッピングID項目には、操作情報と整形ルール情報との対応関係を一意に特定する識別情報が格納される。操作ID項目および操作名項目は、操作情報テーブルの各データ項目に対応する。整形ルールID項目および整形ルール項目は、整形ルール情報テーブルの各データ項目に対応する。戻すフラグ項目は、整形後のソースプログラムを元の状態に戻すか否かを示すフラグ情報を格納する。図1に示すソースプログラム整形装置1は、物理的には、例えば、CPUCentralProcessingUnitと、記憶装置と、入力装置と、ディスプレイと、入出力インターフェースとを含んで構成される。記憶装置には、例えば、CPUで処理されるプログラムやデータを記憶するROMReadOnlyMemoryやHDDHardDiskDrive、主として制御処理のための各種作業領域として使用されるRAMRandomAccessMemory等の要素が含まれる。入力装置には、例えば、マウスやキーボードが含まれる。これらの要素は、互いにバスを介して接続されている。CPUが、ROMに記憶されたプログラムを実行し、入出力インターフェースを介して受信されたメッセージや、入力装置から入力されたデータ、RAMに展開されたデータを処理することで、後述するソースプログラム整形装置1における各部の機能を実現することができる。図1を参照して、実施形態におけるソースプログラム整形装置1の機能構成について説明する。ソースプログラム整形装置1は、機能的には、例えば、操作受付部11と、登録判定部12と、整形部13と、操作実行部14と、確認部15とを有する。操作受付部11は、ソースプログラムに対する操作を受け付ける。ソースプログラムに対する操作としては、例えば、ソースプログラムのデバッグを開始する操作や、ソースプログラムのバージョン管理へのコミット操作等が該当する。操作受付部11は、統合開発環境の一機能であってもよいし、統合開発環境のプラグインとして実現してもよい。登録判定部12は、操作受付部11によって受け付けられた操作がルールDB25に登録されているか否かを判定する。具体的に、登録判定部12は、操作受付部11によって受け付けられた操作に対応する操作名を含む検索要求を整形ルールサーバ2に送信し、整形ルールサーバ2から送信される検索結果を受信することで、登録の有無を判定する。整形ルールサーバ2に送信する操作名としては、例えは、デバッグやコミットが該当する。整形ルールサーバ2から送信される検索結果には、例えば、操作名の登録の有無や、操作名に対応する整形ルールIDおよび戻すフラグ等が含まれる。整形部13は、登録判定部12によって上記操作がルールDB25に登録されていると判定された場合に、この操作に対応する整形ルールを適用してソースプログラムを整形する。整形ルールは予め統合開発環境に登録されており、整形ルールIDを統合開発環境に付与してソースプログラムの整形を依頼することで、統合開発環境下でソースプログラムが整形される。例えば、操作名がデバッグである場合には、図5aに示すプログラムを図6aに示すプログラムに整形する整形ルールが適用される。ここで、図5aに示すプログラムは、Java登録商標言語のソースプログラムであり、Java登録商標言語の一般的な整形ルールが適用されている状態である。このソースプログラムは、実行時にgetA、getB、getC、getD、getEの順に呼び出して計算を行う。この計算の最中にエラーが発生すると、図5bに示すエラーメッセージが出力される。このエラーメッセージでは、ソースプログラムの31行目でエラーが発生したことを示しているだけなので、どのget命令を計算しているときにエラーが発生したのかまでは特定できない。これに対して、図6aに示すソースプログラムは、本発明を適用することでエラーの発生箇所を特定し易い状態に整形されている。このような整形ルールは、Java登録商標言語では、一般的ではないが、デバッグを目的にした場合には、効率的な整形ルールとなる。これにより、例えば、getCの計算をしている最中にエラーが発生した場合には、図6bに示すように、ソースプログラムの34行目でエラーが発生したことを示すエラーメッセージが出力されるため、エラー箇所を容易に特定することが可能となる。また、操作名がコミットである場合には、プロジェクトで定めた整形ルールを実行することで、ソースプログラムの書式の標準化を強制的に徹底させることが可能となるため、ソースプログラムの可読性を向上させ、属人的なミスを減少させることができる。整形部13は、確認部15によって、整形後のソースプログラムを元に戻すことが確認された場合に、整形後のソースプログラムを整形前の状態に戻す。これにより、図6aに示すソースプログラムに整形してデバッグをした後に、図5aに示す一般的な整形ルールを適用したソースプログラムに戻すことが可能になる。操作実行部14は、整形部13によって整形された後のソースプログラムまたは未整形のソースプログラムを用いて、操作受付部11によって受け付けられた操作を実行する。操作は、統合開発環境下で実行される。確認部15は、操作実行部14によって操作が実行された後に、整形後のソースプログラムを元に戻すか否かを確認する。具体的に、確認部15は、整形ルールサーバ2から受信した検索結果に含まれる戻すフラグがTrueであるか否かを確認することで、元に戻すか否かを確認する。次に、図7を参照して、ソースプログラムを整形する際の処理手順について説明する。最初に、開発者が統合開発環境下でソースプログラムに対する操作を行うと、ソースプログラム整形装置1の操作受付部11は、その操作を受け付けるステップS101。続いて、ソースプログラム整形装置1の登録判定部12は、上記ステップS101で受け付けられた操作に対応する操作名を含む検索要求を整形ルールサーバ2に送信するステップS102。これにより、整形ルールサーバ2の受信部21が、検索要求を受信する。続いて、整形ルールサーバ2の検索部22は、検索要求に含まれる操作名をキーにしてルールDB25を検索ステップS103し、操作名に対応する整形ルールIDおよび戻すフラグをルールDB25から取得する。続いて、整形ルールサーバ2の送信部23は、整形ルールIDおよび戻すフラグ、または検索失敗等を含む検索結果をソースプログラム整形装置1に送信するステップS104。続いて、ソースプログラム整形装置1の登録判定部12は、検索結果の内容に基づいて、上記ステップS101で受け付けられた操作がルールDB25に登録されているか否かを判定するステップS105。この判定がNOである場合ステップS105;NOに、ソースプログラム整形装置1の操作実行部14は、未整形のソースプログラムを用いて、上記ステップS101で受け付けられた操作を実行するステップS110。その後、本処理手順を終了する。一方、上記ステップS105の判定で操作がルールDB25に登録されていると判定された場合ステップS105;YESに、ソースプログラム整形装置1の整形部13は、その操作に対応する整形ルールを適用してソースプログラムを整形するステップS106。続いて、ソースプログラム整形装置1の操作実行部14は、上記ステップS106で整形されたソースプログラムを用いて、上記ステップS101で受け付けられた操作を実行するステップS107。続いて、ソースプログラム整形装置1の確認部15は、検索結果に含まれる戻すフラグがTrueであるか否かを確認するステップS108。この判定がNOである場合ステップS108;NOには、本処理手順を終了する。一方、上記ステップS108の判定で戻すフラグがTrueであると判定された場合ステップS108;YESに、ソースプログラム整形装置1の整形部13は、上記ステップS106で整形したソースプログラムを整形前の状態に戻すステップS109。そして、本処理手順を終了する。上述したように、本実施形態におけるソースプログラム整形装置1によれば、デバッグやコミット等の利用目的に応じた整形ルールを動的に切り替えてソースプログラムを整形することができる。これにより、開発者が意識することなく、デバッグに特化した整形ルールを適用することができるため、エラー原因の特定が容易になり、ソフトウェア開発に要する時間を削減することが可能となる。それゆえに、生産性を向上させることができる。また、開発者の操作ごとに、きめ細かなルールを適用することができるため、作業ごとに標準ルールを適用し易くなり、作業を標準化することが可能となる。それゆえに、生産性を向上させることができる。また、バージョン管理へのコミット操作時に整形を強制的に行うことができるため、読み易く保守しやすいソースプログラムをバージョン管理システムに蓄積することが可能となる。それゆえに、ソフトウェア全体の保守性や品質性を向上させることができる。また、例えば、図6aに示すように、エラー発生箇所を特定し易い状態に整形したソースプログラムを用いて製品を製作することで、障害発生時の原因特定時間を短縮することができるため、製品出荷後の保守性を向上させることが可能となる。変形例なお、上述した実施形態は、単なる例示に過ぎず、実施形態に明示していない種々の変形や技術の適用を排除するものではない。すなわち、本発明は、その趣旨を逸脱しない範囲で様々な形態に変形して実施することができる。例えば、上述した実施形態では、ソースプログラム整形装置1と整形ルールサーバ2とをネットワーク3を介して接続しているが、ソースプログラム整形装置1にルールDBを備えることで、整形ルールサーバ2やネットワーク3を省略することもできる。また、上述した実施形態では、ソースプログラムを整形する場合について説明しているが、統合開発環境が整形機能を提供している構造化文書を整形する場合にも本発明を適用することができる。上記の実施形態の一部または全部は、以下の付記のようにも記載され得るが、本発明を以下に限定するものではない。付記1ソースプログラムに対する操作を受け付ける操作受付部と、前記操作受付部により受け付けられた前記操作が登録されているか否かを判定する登録判定部と、前記登録判定部により前記操作が登録されていると判定された場合に、当該操作に対応する整形ルールを適用して前記ソースプログラムを整形する整形部と、前記整形部により整形された後の前記ソースプログラムを用いて、前記操作受付部により受け付けられた前記操作を実行する操作実行部と、を備えることを特徴とするソースプログラム整形装置。付記2前記操作実行部により前記操作が実行された後に、整形後の前記ソースプログラムを元に戻すか否かを確認する確認部を、さらに備え、前記整形部は、前記確認部により元に戻すことが確認された場合に、整形後の前記ソースプログラムを整形前の状態に戻す、ことを特徴とする付記1記載のソースプログラム整形装置。付記3ソースプログラムに対する操作を受け付ける操作受付ステップと、前記操作受付ステップにおいて受け付けられた前記操作が登録されているか否かを判定する登録判定ステップと、前記登録判定ステップにおいて前記操作が登録されていると判定された場合に、当該操作に対応する整形ルールを適用して前記ソースプログラムを整形する整形ステップと、前記整形ステップにおいて整形された後の前記ソースプログラムを用いて、前記操作受付ステップにおいて受け付けられた前記操作を実行する操作実行ステップと、を含むことを特徴とするソースプログラム整形方法。付記4付記3に記載の各ステップをコンピュータに実行させるためのソースプログラム整形プログラム。