(57)【要約】      （修正有）【課題】不完全な状態のＷｅｂページが表示されることを防止できる実行制御方法、実行制御装置及び実行制御プログラムを提供する。【解決手段】ソフトウエアによる処理のリクエストを受け付けるとＳ１、ソフトウエアの更新に関する管理情報に基づき、ソフトウエアの新たな更新が発生したか否かを判定しＳ２、新たな更新が発生した場合Ｓ３、ソフトウエアのソースコードの解析を行いＳ４、解析の結果に基づき、ソフトウエアによる処理の実行を行うか否かを決定するＳ５。【選択図】図６
2020052716.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウエアによる処理のリクエストを受け付けると、前記ソフトウエアの更新に関する管理情報に基づき、前記ソフトウエアの新たな更新が発生したか否かを判定し、
前記新たな更新が発生した場合、前記ソフトウエアのソースコードの解析を行い、
前記解析の結果に基づき、前記ソフトウエアによる前記処理の実行を行うか否かを決定する、
処理をコンピュータが実行することを特徴とする実行制御方法。
【請求項２】
請求項１において、
前記管理情報は、前記ソフトウエアの更新が最後に完了した時刻である更新完了時刻を含み、
前記判定する工程では、前記ソフトウエアの現在の更新時刻が前記更新完了時刻と異なる場合、前記ソフトウエアの新たな更新が発生したと判定する、
ことを特徴とする実行制御方法。
【請求項３】
請求項１において、
前記決定する工程では、前記解析の結果に基づき、前記新たな更新が完了したと判定した場合、前記ソフトウエアによる前記処理の実行を行い、前記新たな更新が完了していないと判定した場合、前記ソフトウエアによる前記処理の実行を抑制する、
ことを特徴とする実行制御方法。
【請求項４】
請求項３において、さらに、
前記ソフトウエアによる前記処理の実行を抑制した場合、所定時間経過後、前記解析を行う工程及び前記決定する工程を再度行う、
処理をコンピュータに実行させることを特徴とする実行制御方法。
【請求項５】
請求項４において、さらに、
前記解析を行う工程及び前記決定する工程が所定回数繰り返し行われた場合、前記ソフトウエアによる前記処理の実行を行う、
処理をコンピュータに実行させることを特徴とする実行制御方法。
【請求項６】
請求項１において、
前記解析を行う工程では、少なくとも前記ソフトウエアのソースコードに含まれるタグの出現状況を解析する、
ことを特徴とする実行制御方法。
【請求項７】
請求項６において、
前記決定する工程では、前記ソースコードに含まれる開始タグに、対応する終了タグが前記ソースコードに含まれない開始タグが存在しないことを前記解析の結果が示している場合、前記新たな更新が完了したと判定して、前記ソフトウエアによる前記処理の実行を行い、前記ソースコードに含まれる開始タグに、対応する終了タグが前記ソースコードに含まれない開始タグが存在することを前記解析の結果が示している場合、前記新たな更新が完了していないと判定して、前記ソフトウエアによる前記処理の実行を抑制する、
ことを特徴とする実行制御方法。
【請求項８】
請求項７において、
前記解析を行う工程では、前記ソースコードのファイルサイズが０バイトでない場合に、前記タグの出現状況を解析し、
前記決定する工程では、前記ソースコードのファイルサイズが０バイトである場合、前記新たな更新が完了したと判定する、
ことを特徴とする実行制御方法。
【請求項９】
ソフトウエアによる処理のリクエストを受け付けると、前記ソフトウエアの更新に関する管理情報に基づき、前記ソフトウエアの新たな更新が発生したか否かを判定する更新判定部と、
前記新たな更新が発生した場合、前記ソフトウエアのソースコードの解析を行うソースコード解析部と、
前記解析の結果に基づき、前記ソフトウエアによる前記処理の実行を行うか否かを決定する処理実行部と、を有する、
ことを特徴とする実行制御装置。
【請求項１０】
ソフトウエアによる処理のリクエストを受け付けると、前記ソフトウエアの更新に関する管理情報に基づき、前記ソフトウエアの新たな更新が発生したか否かを判定し、
前記新たな更新が発生した場合、前記ソフトウエアのソースコードの解析を行い、
前記解析の結果に基づき、前記ソフトウエアによる前記処理の実行を行うか否かを決定する、
処理をコンピュータが実行することを特徴とする実行制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、実行制御方法、実行制御装置及び実行制御プログラムに関する。
【背景技術】
【０００２】
例えば、利用者にサービスを提供する事業者は、利用者に対してサービスの提供を行うための情報処理システムを構築して稼働させる。具体的に、事業者は、例えば、利用者からのリクエストに応じたＷｅｂページを利用者の端末に表示させる処理を行う情報処理システムの構築を行う。
【０００３】
このような情報処理システムでは、例えば、利用者からのリクエストがあった場合、所定の領域に格納されたＪＳＰ（Ｊａｖａ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）ファイルを用いた処理を行うことにより、利用者の端末にＷｅｂページの表示を行う。そのため、事業者は、Ｗｅｂページを表示するために必要なＪＳＰファイルを予め用意する必要がある（例えば、特許文献１及び２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３６２０００号公報
【特許文献２】特表２００８−５４４３３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のような情報処理システムにおいて、Ｗｅｂページに含める情報に変更が生じた場合、事業者は、所定の領域に格納されているＪＳＰファイルの内容を更新する。具体的に、事業者は、この場合、例えば、新たなＪＳＰファイルの生成を行い、生成した新たなＪＳＰファイルと既存のＪＳＰファイルとの置き換えを行う。これにより、事業者は、利用者に対して表示するＷｅｂページの内容を随時更新することが可能になる。
【０００６】
しかしながら、例えば、情報処理システムの停止タイミングに制限がある場合、事業者は、情報処理システムの停止を行わずにＪＳＰファイルの置き換えを行う。そのため、例えば、ＪＳＰファイルの置き換えが行われている間に利用者からリクエストがあった場合、情報処理システムでは、置き換え中のＪＳＰファイル（不完全な状態のＪＳＰファイル）が用いられることになり、不完全な状態のＷｅｂページが利用者の端末に表示される可能性がある。
【０００７】
そこで、一つの側面では、本発明は、不完全な状態のＷｅｂページが表示されることを防止することを可能とする実行制御方法、実行制御装置及び実行制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施の形態の一態様では、ソフトウエアによる処理のリクエストを受け付けると、前記ソフトウエアの更新に関する管理情報に基づき、前記ソフトウエアの新たな更新が発生したか否かを判定し、前記新たな更新が発生した場合、前記ソフトウエアのソースコードの解析を行い、前記解析の結果に基づき、前記ソフトウエアによる前記処理の実行を行うか否かを決定する、処理をコンピュータが実行する。
【発明の効果】
【０００９】
一つの側面によれば、不完全な状態のＷｅｂページが表示されることを防止することを可能とする。
【図面の簡単な説明】
【００１０】
【図１】図１は、情報処理システム１０の構成について説明する図である。
【図２】図２は、ＪＳＰファイル１３１を用いた処理の具体例について説明するシーケンス図である。
【図３】図３は、ＪＳＰファイル１３１を用いた処理の具体例について説明するシーケンス図である。
【図４】図４は、情報処理装置１のハードウエア構成を説明する図である。
【図５】図５は、情報処理装置１の機能のブロック図である。
【図６】図６は、第１の実施の形態における実行制御処理の概略を説明するフローチャート図である。
【図７】図７は、第１の実施の形態における実行制御処理の概略を説明する図である。
【図８】図８は、第１の実施の形態における実行制御処理の詳細を説明するフローチャート図である。
【図９】図９は、第１の実施の形態における実行制御処理の詳細を説明するフローチャート図である。
【図１０】図１０は、第１の実施の形態における実行制御処理の詳細を説明するフローチャート図である。
【図１１】図１１は、第１の実施の形態における実行制御処理の詳細を説明するフローチャート図である。
【図１２】図１２は、第１の実施の形態における実行制御処理の詳細を説明するフローチャート図である。
【図１３】図１３は、第１の実施の形態における実行制御処理の詳細を説明するフローチャート図である。
【図１４】図１４は、第１の実施の形態における実行制御処理の詳細を説明するフローチャート図である。
【図１５】図１５は、管理情報１３２の具体例を説明する図である。
【図１６】図１６は、第１の実施の形態におけるタグチェック処理の具体例について説明する図である。
【図１７】図１７は、第１の実施の形態におけるタグチェック処理の具体例について説明する図である。
【図１８】図１８は、第１の実施の形態におけるタグチェック処理の具体例について説明する図である。
【図１９】図１９は、第１の実施の形態におけるタグチェック処理の具体例について説明する図である。
【図２０】図２０は、第１の実施の形態におけるタグチェック処理の具体例について説明する図である。
【発明を実施するための形態】
【００１１】
［情報処理システムの構成］
初めに、情報処理システム１０の構成について説明を行う。図１は、情報処理システム１０の構成について説明する図である。具体的に、情報処理システム１０は、図１に示すように、情報処理装置１と、事業者が情報の入力等を行う事業者端末２と、利用者が情報の入力等を行う利用者端末３とを有する。
【００１２】
事業者端末２は、例えば、各Ｗｅｂページを表示するために用いられるＪＳＰファイル１３１の入力を受け付ける。そして、事業者端末２は、ＪＳＰファイル１３１の入力を受け付けた場合、そのＪＳＰファイル１３１を情報処理装置１に送信する。
【００１３】
利用者端末３は、インターネット等のネットワークＮＷを経由することによって情報処理装置１にアクセスすることが可能な端末であり、例えば、利用者からのＷｅｂページの表示要求の入力を受け付ける。そして、利用者端末３は、Ｗｅｂページの表示要求の入力を受け付けた場合、その表示要求に対応するＷｅｂページを表示するための情報の送信要求（以下、リクエストとも呼ぶ）を情報処理装置１に送信する。
【００１４】
情報処理装置１は、事業者端末２から送信されたＪＳＰファイル１３１を受け付けた場合、受け付けたＪＳＰファイル１３１を情報格納領域１３０に記憶する。
【００１５】
また、情報処理装置１は、利用者端末３からリクエストを受け付けた場合、情報格納領域１３０に記憶されたＪＳＰファイル１３１のうち、受け付けたリクエストに対応するＷｅｂページを表示するためのＪＳＰファイル１３１を特定する。そして、情報処理装置１は、特定したＪＳＰファイル１３１を用いた処理を行うことにより、利用者端末３の表示装置（図示しない）にＷｅｂページの表示を行わせる。以下、ＪＳＰファイル１３１を用いた処理の具体例について説明を行う。
【００１６】
［ＪＳＰファイルを用いた処理の具体例］
図２及び図３は、ＪＳＰファイル１３１を用いた処理の具体例について説明するシーケンス図である。
【００１７】
情報処理装置１は、図２に示すように、利用者端末３からリクエストを受け付けた場合（図２の（１））、情報処理装置１の情報格納領域１３０に記憶されたＪＳＰファイル１３１から、受け付けたリクエストに対応するＷｅｂページを表示するためのＪＳＰファイル１３１を特定する。
【００１８】
そして、情報処理装置１は、特定したＪＳＰファイル１３１を読み込むことによってＪａｖａクラスを生成する（図２の（２）及び（３））。具体的に、情報処理装置１は、この場合、特定したＪＳＰファイル１３１に含まれる情報からＪａｖａ（登録商標）のソースコードを抽出し、抽出したソースコードをコンパイルすることにより、実行ファイル（実行可能ファイル）の生成を行う。
【００１９】
その後、情報処理装置１は、生成した実行ファイルを実行し、これによって得られた実行結果を利用者端末３に送信する（図２の（４）及び（５））。
【００２０】
そして、利用者端末３は、情報処理装置１から受信した実行結果を用いることによってＷｅｂページを生成し、生成したＷｅｂページを表示装置に表示する（図２の（６））。
【００２１】
ここで、例えば、Ｗｅｂページに含める情報に変更が生じた場合、事業者は、情報格納領域１３０に記憶されたＪＳＰファイル１３１の更新を行う。具体的に、事業者は、この場合、新たなＪＳＰファイル１３１の生成を行い、既存のＪＳＰファイル１３１（情報格納領域１３０に記憶されているＪＳＰファイル１３１）との置き換えを行う。これにより、事業者は、利用者に対して表示するＷｅｂページの内容を随時更新することが可能になる。
【００２２】
しかしながら、例えば、情報処理装置１の停止タイミングに制限がある場合、事業者は、情報処理装置１の停止（利用者に対するサービスの停止）を行わずにＪＳＰファイル１３１の置き換えを行う。そのため、例えば、図３に示すように、ＪＳＰファイル１３１の置き換えが行われている間に利用者からリクエストがあった場合、情報処理システム１０では、置き換え中のＪＳＰファイル（不完全な状態のＪＳＰファイル）が用いられることになり、不完全な状態のＷｅｂページが利用者端末３に表示される可能性がある。
【００２３】
そこで、本実施の形態における情報処理装置１は、ＪＳＰファイル１３１（以下、単にソフトウエア１３１とも呼ぶ）による処理のリクエストを受け付けると、ＪＳＰファイル１３１の更新に関する情報（以下、管理情報とも呼ぶ）に基づき、ＪＳＰファイル１３１の新たな更新が発生したか否かを判定する。
【００２４】
そして、情報処理装置１は、ＪＳＰファイル１３１の新たな更新が発生した場合、ＪＳＰファイル１３１のソースコードの解析を行い、解析の結果に基づき、ＪＳＰファイル１３１による処理の実行を行うか否かを決定する。
【００２５】
すなわち、本実施の形態における情報処理装置１は、利用者からリクエストがあった場合、ＪＳＰファイル１３１のソースコードの解析（例えば、ソースコードのファイルサイズ等についての解析）を行うことにより、ＪＳＰファイル１３１の置き換えが行われているか否かの判定を行う。そして、ＪＳＰファイル１３１の置き換えが行われていると判定した場合、情報処理装置１は、利用者から受け付けたリクエストに対応する処理の実行を抑制（保留）する。
【００２６】
これにより、情報処理装置１は、置き換え中のＪＳＰファイル１３１（不完全な状態のＪＳＰファイル１３１）が用いられることによってＷｅｂページの生成が行われることを防止することが可能になる。そのため、情報処理装置１は、不完全な状態のＷｅｂページが利用者端末３に表示されることを防止することが可能になる。
【００２７】
［情報処理システムのハードウエア構成］
次に、情報処理システム１０のハードウエア構成について説明する。図４は、情報処理装置１のハードウエア構成を説明する図である。
【００２８】
情報処理装置１は、図４に示すように、プロセッサであるＣＰＵ１０１と、メモリ１０２と、外部インターフェース（Ｉ／Ｏユニット）１０３と、記憶媒体１０４とを有する。各部は、バス１０５を介して互いに接続される。
【００２９】
記憶媒体１０４は、例えば、ＪＳＰファイル１３１による処理の実行を行うか否かを決定する処理（以下、実行制御処理とも呼ぶ）を行うためのプログラム１１０を記憶するプログラム格納領域（図示しない）を有する。また、記憶媒体１０４は、例えば、実行制御処理を行う際に用いられる情報を記憶する情報格納領域１３０を有する。なお、記憶媒体１０４は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｋｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）であってよい。
【００３０】
ＣＰＵ１０１は、記憶媒体１０４からメモリ１０２にロードされたプログラム１１０を実行して実行制御処理を行う。
【００３１】
外部インターフェース１０３は、例えば、事業者端末２と通信を行う。また、外部インターフェース１０３は、例えば、ネットワークＮＷを介することによって利用者端末３と通信を行う。
【００３２】
［情報処理システムの機能］
次に、情報処理システム１０の機能について説明を行う。図５は、情報処理装置１の機能のブロック図である。
【００３３】
情報処理装置１は、図５に示すように、情報処理装置１のＣＰＵ１０１やメモリ１０２等のハードウエアとプログラム１１０とが有機的に協働することにより、更新指示受付部１１１と、ファイル更新部１１２と、情報管理部１１３と、リクエスト受付部１１４と、更新判定部１１５と、ソースコード解析部１１６と、処理実行部１１７とを含む各種機能を実現する。
【００３４】
また、情報処理装置１は、図５に示すように、ＪＳＰファイル１３１と、管理情報１３２とを情報格納領域１３０に記憶する。
【００３５】
更新指示受付部１１１は、例えば、事業者端末２から送信された新たなＪＳＰファイル１３１（例えば、事業者によって入力されたＪＳＰファイル１３１）を受け付ける。
【００３６】
ファイル更新部１１２は、情報格納領域１３０に記憶されたＪＳＰファイル１３１を更新する。具体的に、ファイル更新部１１２は、更新指示受付部１１１が新たなＪＳＰファイル１３１を受け付けた場合、情報格納領域１３０に記憶されたＪＳＰファイル１３１のうち、受け付けた新たなＪＳＰファイル１３１に対応するＪＳＰファイル１３１（例えば、新たなＪＳＰファイル１３１とファイル名が同じＪＳＰファイル１３１）を特定する。そして、ファイル更新部１１２は、特定したＪＳＰファイル１３１に代えて新たなＪＳＰファイル１３１を情報格納領域１３０に記憶する。
【００３７】
情報管理部１１３は、例えば、ファイル更新部１１２がＪＳＰファイル１３１を更新した場合、各ＪＳＰファイル１３１の更新に関する情報である管理情報１３２を更新する。具体的に、情報管理部１１３は、ファイル更新部１１２によるＪＳＰファイル１３１の更新が完了したことに応じて、管理情報１３２に含まれる情報のうち、更新されたＪＳＰファイル１３１の更新日時とファイルサイズとを更新する。管理情報１３２の具体例については後述する。
【００３８】
リクエスト受付部１１４は、例えば、利用者端末３からのリクエストを受け付ける。具体的に、リクエスト受付部１１４は、例えば、利用者が閲覧を希望しているＷｅｂページを表示するために必要な情報の送信を要求するリクエストを受け付ける。
【００３９】
更新判定部１１５は、リクエスト受付部１１４が利用者端末３からのリクエスト（ＪＳＰファイル１３１を用いた処理を実行する旨のリクエスト）を受け付けた場合、情報格納領域１３０に記憶された管理情報１３２に基づき、リクエストに対応するＪＳＰファイル１３１において新たな更新が発生したか（新たな更新が開始されているか）否かを判定する。
【００４０】
ソースコード解析部１１６は、更新判定部１１５がリクエストに対応するＪＳＰファイル１３１において新たな更新が発生したと判定した場合、リクエストに対応するＪＳＰファイル１３１のソースコードについての解析を行う。
【００４１】
処理実行部１１７は、ソースコード解析部１１６によるＪＳＰファイル１３１のソースコードの解析結果に基づき、リクエストに対応するＪＳＰファイル１３１を用いた処理を実行するか否かを決定する。そして、処理を実行する旨の決定を行った場合、処理実行部１１７は、リクエストに対応するＪＳＰファイル１３１を用いた処理を実行する。一方、処理を実行しない旨の決定を行った場合、処理実行部１１７は、リクエストに対応するＪＳＰファイル１３１を用いた処理の実行を抑制する。
【００４２】
［第１の実施の形態の概略］
次に、第１の実施の形態の概略について説明する。図６は、第１の実施の形態における実行制御処理の概略を説明するフローチャート図である。また、図７は、第１の実施の形態における実行制御処理の概略を説明する図である。
【００４３】
情報処理装置１は、図６に示すように、例えば、利用者端末３からのリクエスト（ＪＳＰファイル１３１を用いた処理を実行する旨のリクエスト）を受け付けるまで待機する（Ｓ１のＮＯ）。
【００４４】
そして、利用者端末３からのリクエストを受け付けた場合（Ｓ１のＹＥＳ）、情報処理装置１は、ＪＳＰファイル１３１の更新に関する管理情報１３２に基づき、ＪＳＰファイル１３１の新たな更新が発生したか否かを判定する（Ｓ２）。
【００４５】
その結果、ＪＳＰファイル１３１の新たな更新が発生したと判定した場合（Ｓ３のＹＥＳ）、情報処理装置１は、ＪＳＰファイル１３１のソースコードの解析を行う（Ｓ４）。
【００４６】
そして、情報処理装置１は、Ｓ４の処理における解析の結果に基づき、ＪＳＰファイル１３１による処理の実行を行うか否かを決定する（Ｓ５）。
【００４７】
一方、ＪＳＰファイル１３１の新たな更新が発生していないと判定した場合（Ｓ３のＮＯ）、情報処理装置１は、Ｓ４及びＳ５の処理を行わない。
【００４８】
すなわち、本実施の形態における情報処理装置１は、利用者端末３からリクエストがあった場合、ＪＳＰファイル１３１のソースコードの解析を行うことにより、ＪＳＰファイル１３１の置き換えが行われているか否かの判定を行う。そして、ＪＳＰファイル１３１の置き換えが行われていると判定した場合、情報処理装置１は、利用者から受け付けたリクエストに対応する処理の実行を抑制する。
【００４９】
これにより、情報処理装置１は、図７に示すように、ＪＳＰファイル１３１の置き換えが行われている間に利用者端末３からのリクエストがあった場合であっても、置き換え中のＪＳＰファイル１３１（不完全な状態のＪＳＰファイル１３１）が用いられることによってＷｅｂページの生成が行われることを防止することが可能になる。そのため、情報処理装置１は、不完全な状態のＷｅｂページが利用者端末３に表示されることを防止することが可能になる。
【００５０】
［第１の実施の形態の詳細］
次に、第１の実施の形態の詳細について説明する。図８から図１４は、第１の実施の形態における実行制御処理の詳細を説明するフローチャート図である。また、図１５から図２０は、第１の実施の形態における実行制御処理の詳細を説明する図である。
【００５１】
［ファイル更新処理］
初めに、第１の実施の形態における実行制御処理のうち、ＪＳＰファイル１３１の更新を行う処理（以下、ファイル更新処理とも呼ぶ）について説明を行う。図８は、第１の実施の形態におけるファイル更新処理について説明するフローチャート図である。
【００５２】
情報処理装置１の更新指示受付部１１１は、図８に示すように、ＪＳＰファイル１３１の更新指示を受け付けるまで待機する（Ｓ１１のＮＯ）。具体的に、更新指示受付部１１１は、事業者端末２から送信された新たなＪＳＰファイル１３１を受け付けるまで待機する。
【００５３】
そして、ＪＳＰファイル１３１の更新指示を受け付けた場合（Ｓ１１のＹＥＳ）、情報処理装置１のファイル更新部１１２は、Ｓ１１の処理で受け付けた更新指示に従ってＪＳＰファイル１３１の更新を行う（Ｓ１２）。
【００５４】
具体的に、ファイル更新部１１２は、情報格納領域１３０に記憶されたＪＳＰファイル１３１のうち、Ｓ１１の処理で受け付けた新たなＪＳＰファイル１３１に対応するＪＳＰファイル１３１（例えば、新たなＪＳＰファイル１３１とファイル名が同じＪＳＰファイル１３１）を特定する。そして、ファイル更新部１１２は、特定したＪＳＰファイル１３１に代えて、Ｓ１１の処理で受け付けた新たなＪＳＰファイル１３１を情報格納領域１３０に記憶する。
【００５５】
その後、情報処理装置１の情報管理部１１３は、情報格納領域１３０に記憶された管理情報１３２のうち、Ｓ１２の処理で更新を行ったＪＳＰファイル１３１の状態を示す管理情報１３２を更新する（Ｓ１３）。以下、管理情報１３２の具体例について説明を行う。
【００５６】
［管理情報の具体例］
図１５は、管理情報１３２の具体例を説明する図である。
【００５７】
図１５に示す管理情報１３２は、管理情報１３２に含まれる各情報の識別情報が記憶される「項番」と、各ＪＳＰファイル１３１を識別するファイル名が記憶される「ファイル名」とを項目として有する。また、図１５に示す管理情報１３２は、各ＪＳＰファイル１３１の更新が最後に完了した日時が記憶される「更新完了日時」と、各ＪＳＰファイル１３１の更新が最後に完了した際のファイルサイズが記憶される「ファイルサイズ」とを項目として有する。
【００５８】
具体的に、図１５に示す管理情報１３２において、「項番」が「１」である情報には、「ファイル名」として「ＪＳＰ００１」が記憶されており、「更新完了日時」として「２０１８／０９／０３  １６：４６：３２」が記憶されており、「ファイルサイズ」として「３２．４（ＭＢ）」が記憶されている。
【００５９】
また、図１５に示す管理情報１３２において、「項番」が「２」である情報には、「ファイル名」として「ＪＳＰ００２」が記憶されており、「更新完了日時」として「２０１８／０４／０１  １２：１４：５０」が記憶されており、「ファイルサイズ」として「１４．８（ＭＢ）」が記憶されている。
【００６０】
さらに、図１５に示す管理情報１３２において、「項番」が「３」である情報には、「ファイル名」として「ＪＳＰ００３」が記憶されており、「更新完了日時」として「２０１８／０９／０１  ０９：５４：３１」が記憶されており、「ファイルサイズ」として「７２．１（ＭＢ）」が記憶されている。
【００６１】
すなわち、管理情報１３２は、各ＪＳＰファイル１３１の更新が完了した日時のうち、最新の日時を保持している。そのため、情報処理装置１は、後述するように、管理情報１３２の「更新完了日時」に記憶された日時と、各ＪＳＰファイル１３１の現在の更新日時とが一致するか否かを判定することにより、各ＪＳＰファイル１３１において更新が発生したか否かの判定を行うことが可能になる。
【００６２】
［リクエスト実行処理］
次に、第１の実施の形態における実行制御処理のうち、利用者端末３からリクエストを受け付けた際に行う処理（以下、リクエスト実行処理とも呼ぶ）について説明を行う。図９から図１４は、第１の実施の形態におけるリクエスト実行処理について説明するフローチャート図である。
【００６３】
情報処理装置１のリクエスト受付部１１４は、図９に示すように、例えば、利用者端末３からのリクエスト（ＪＳＰファイル１３１を用いた処理を実行する旨のリクエスト）を受け付けるまで待機する（Ｓ２１のＮＯ）。
【００６４】
そして、利用者端末３からのリクエストを受け付けた場合（Ｓ２１のＹＥＳ）、情報処理装置１の更新判定部１１５は、情報格納領域１３０に記憶された管理情報１３２を参照し、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１において新たな更新が開始されているか否かを判定する（Ｓ２２）。
【００６５】
具体的に、更新判定部１１５は、例えば、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のファイル名が「ＪＳＰ００１」である場合、図１５で説明した管理情報１３２の「更新完了日時」のうち、「ファイル名」に「ＪＳＰ００１」が記憶された情報（「項番」が「１」である情報）の「更新完了日時」に記憶された情報である「２０１８／０９／０３  １６：４６：３２」を特定する。また、更新判定部１１５は、この場合、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１の現在の更新日時を取得する。
【００６６】
そして、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１から取得した更新日時が「２０１８／０９／０３  １６：４６：３２」と一致する場合、更新判定部１１５は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１についての新たな更新が発生していないと判定する。一方、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１から取得した更新日時が「２０１８／０９／０３  １６：４６：３２」と一致しない場合、更新判定部１１５は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１についての新たな更新が発生していると判定する。
【００６７】
その結果、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１の新たな更新が発生していないと判定した場合（Ｓ２３のＮＯ）、情報処理装置１の処理実行部１１７は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードを読み込むことによって、Ｓ２１の処理で受け付けたリクエストに対応する処理を実行する（Ｓ２４）。
【００６８】
具体的に、処理実行部１１７は、この場合、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードからＪａｖａのソースコードを抽出し、抽出したソースコードをコンパイルすることにより、実行ファイル（実行可能ファイル）の生成を行う。そして、処理実行部１１７は、例えば、生成した実行ファイルを実行し、これによって得られた実行結果（Ｗｅｂページを表示するために必要な情報）を利用者端末３に送信する。
【００６９】
一方、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１の新たな更新が発生したと判定した場合（Ｓ２３のＹＥＳ）、情報処理装置１のソースコード解析部１１６は、図１０に示すように、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードの現在のファイルサイズを取得する（Ｓ３１）。
【００７０】
その結果、取得したファイルサイズが０バイトであると判定した場合（Ｓ３２のＹＥＳ）、ソースコード解析部１１６は、所定時間が経過するまで待機する（Ｓ３３）。ここでの所定時間は、例えば、１秒であってよい。
【００７１】
その後、ソースコード解析部１１６は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードの現在のファイルサイズを再度取得する（Ｓ３４）。
【００７２】
そして、再度取得したファイルサイズが０バイトであると判定した場合（Ｓ３５のＹＥＳ）、処理実行部１１７は、Ｓ２４以降の処理を行う。
【００７３】
すなわち、ソースコード解析部１１６は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードのファイルサイズを、所定時間が経過する前後においてそれぞれ取得する。そして、所定時間が経過する前後において取得したファイルサイズがそれぞれ０バイトであった場合、情報処理装置１は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードのファイルサイズが０バイトであると判定する。
【００７４】
これにより、情報処理装置１は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードのファイルサイズが０バイトである場合に、後述するＳ４１以降の処理（ＪＳＰファイル１３１の更新が完了しているか否かを判定する処理）が行われることを防止することが可能になる。そのため、情報処理装置１は、リクエスト実行処理の実行に伴う処理負担を軽減させることが可能になる。
【００７５】
一方、Ｓ３１の処理で取得したファイルサイズが０バイトでないと判定した場合（Ｓ３２のＮＯ）、または、Ｓ３４の処理で再度取得したファイルサイズが０バイトでないと判定した場合（Ｓ３５のＮＯ）、ソースコード解析部１１６は、図１１に示すように、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードについてタグチェック処理を行う（Ｓ４１）。以下、タグチェック処理について説明を行う。
【００７６】
［タグチェック処理］
図１２から図１４は、第１の実施の形態におけるタグチェック処理について説明するフローチャート図である。
【００７７】
ソースコード解析部１１６は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードに、未チェックの開始タグが存在するか否かを判定する（Ｓ５１）。
【００７８】
具体的に、ソースコード解析部１１６は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードに、後述するＳ５３の処理においてまだ特定されていない開始タグが存在するか否かの判定を行う。
【００７９】
その結果、未チェックの開始タグが存在すると判定した場合（Ｓ５２のＹＥＳ）、ソースコード解析部１１６は、Ｓ５１の処理で存在すると特定した未チェックの開始タグのうちの１つを特定する（Ｓ５３）。
【００８０】
そして、ソースコード解析部１１６は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードに、Ｓ５３の処理で特定した開始タグに対応する終了タグが存在するか否かを判定する（Ｓ５４）。
【００８１】
その結果、Ｓ５３の処理で特定した開始タグに対応する終了タグが存在すると判定した場合（Ｓ５５のＹＥＳ）、ソースコード解析部１１６は、Ｓ５１以降の処理を再度行う。
【００８２】
一方、Ｓ５３の処理で特定した開始タグに対応する終了タグが存在しないと判定した場合（Ｓ５５のＮＯ）、ソースコード解析部１１６は、図１３に示すように、Ｓ５３の処理で特定した開始タグが、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードにおいて最後に出現するタグであるか否かを判定する（Ｓ６１）。
【００８３】
その結果、Ｓ５３の処理で特定した開始タグが最後に出現するタグでないと判定した場合（Ｓ６２のＮＯ）、ソースコード解析部１１６は、Ｓ５１以降の処理を再度行う。
【００８４】
一方、Ｓ５３の処理で特定した開始タグが最後に出現するタグであると判定した場合（Ｓ６２のＹＥＳ）、ソースコード解析部１１６は、所定時間が経過するまで待機してから（Ｓ６３）、Ｓ５１以降の処理を再度行う。ここでの所定時間は、例えば、１秒であってよい。
【００８５】
すなわち、Ｓ５３の処理で特定した開始タグに対応する終了タグが存在しない場合であって、Ｓ５３の処理で特定した開始タグが最後に出現するタグである場合、ソースコード解析部１１６は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１の更新がまだ完了していないものと判定する。そのため、ソースコード解析部１１６は、この場合、所定時間待機することにより、後続処理（再度行われるＳ５１以降の処理）を行う前に、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１の更新を進行させる。
【００８６】
これにより、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１についてのタグチェック処理を効率的に実行することが可能になる。
【００８７】
一方、Ｓ５２の処理において、未チェックの開始タグが存在しないと判定した場合（Ｓ５２のＮＯ）、ソースコード解析部１１６は、図１４に示すように、例えば、情報格納領域１３０に記憶されたカウンタが示す値に１を追加する（Ｓ７１）。なお、カウンタが示す値は、タグチェック処理の開始に応じて０に更新されるものであってよい。
【００８８】
そして、カウンタが示す値が閾値以上になっていない場合（Ｓ７２のＮＯ）、ソースコード解析部１１６は、所定時間が経過するまで待機する（Ｓ７３）。ここでの所定時間は、例えば、１秒であってよい。そして、ソースコード解析部１１６は、Ｓ５１以降の処理を再度行う。
【００８９】
一方、カウンタが示す値が閾値以上になっている場合（Ｓ７２のＹＥＳ）、ソースコード解析部１１６は、タグチェック処理を終了する。
【００９０】
すなわち、ソースコード解析部１１６は、Ｓ７２の処理が行われる毎に所定時間待機し、かつ、カウンタが示す値が閾値以上になるまでＳ５１以降の処理を繰り返す。
【００９１】
これにより、情報処理装置１は、タグチェック処理を終了する前に、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１の更新を可能な限り完了させることが可能になる。
【００９２】
また、情報処理装置１は、例えば、事業者のミス等によって必要な終了タグが存在しないＪＳＰファイル１３１が用いられた場合であっても、存在しない終了タグを待ち続けることによってタグチェック処理が終了しないという状況の発生を防止することが可能になる。以下、タグチェック処理の具体例について説明を行う。
【００９３】
［タグチェック処理の具体例］
図１６から図２０は、第１の実施の形態におけるタグチェック処理の具体例について説明する図である。
【００９４】
［Ｓ５１以降の処理が１回目に行われる場合の具体例］
初めに、Ｓ５１以降の処理が１回目に行われる場合の具体例について説明を行う。図１６は、Ｓ５１以降の処理が１回目に行われる前のＪＳＰファイル１３１のソースコードの具体例を説明する図である。
【００９５】
具体的に、図１６に示すソースコードには、開始タグである「＜ａａａ＞」が含まれているが、「＜ａａａ＞」に対応する終了タグが含まれていない。また、図１６に示すソースコードにおいて、「＜ａａａ＞」は、最後に出現するタグである。
【００９６】
この場合、ソースコード解析部１１６は、開始タグとして「＜ａａａ＞」を特定し（Ｓ５２のＹＥＳ、Ｓ５３）、「＜ａａａ＞」に対応する終了タグが含まれていないと判定し（Ｓ５５のＮＯ）、「＜ａａａ＞」を最後に出現するタグとして特定する（Ｓ６２のＹＥＳ）。
【００９７】
［Ｓ５１以降の処理が２回目に行われる場合の具体例］
次に、Ｓ５１以降の処理が２回目に行われる場合の具体例について説明を行う。図１７は、Ｓ５１以降の処理が２回目に行われる前のＪＳＰファイル１３１のソースコードの具体例を説明する図である。すなわち、図１７は、Ｓ５１以降の処理の１回目が行われている間に、図１６に示す状態から更新された後のソースコードの状態を説明する図である。
【００９８】
具体的に、図１７に示すソースコードには、図１６で説明したタグに加え、開始タグである「＜ｂｂｂ＞」と、「＜ｂｂｂ＞」に対応する終了タグである「＜／ｂｂｂ＞」とが含まれている。
【００９９】
この場合、ソースコード解析部１１６は、開始タグとして「＜ｂｂｂ＞」を特定し（Ｓ５２のＹＥＳ、Ｓ５３）、「＜ｂｂｂ＞」に対応する終了タグが含まれていると判定する（Ｓ５５のＹＥＳ）。
【０１００】
［Ｓ５１以降の処理が３回目に行われる場合の具体例］
次に、Ｓ５１以降の処理が３回目に行われる場合の具体例について説明を行う。図１８は、Ｓ５１以降の処理が３回目に行われる前のＪＳＰファイル１３１のソースコードの具体例を説明する図である。すなわち、図１８は、Ｓ５１以降の処理の２回目が行われている間に、図１７に示す状態から更新された後のソースコードの状態を説明する図である。
【０１０１】
具体的に、図１８に示すソースコードには、図１７で説明したタグに加え、開始タグである「＜ｃｃｃ＞」と、開始タグである「＜ｄｄｄ＞」とが含まれている。また、図１８に示すソースコードにおいて、「＜ｃｃｃ＞」の後に「＜ｄｄｄ＞」が含まれているため、「＜ｃｃｃ＞」は、最後に出現するタグではない。
【０１０２】
この場合、ソースコード解析部１１６は、開始タグとして「＜ｃｃｃ＞」を特定し（Ｓ５２のＹＥＳ、Ｓ５３）、「＜ｃｃｃ＞」に対応する終了タグが含まれていないと判定し（Ｓ５５のＮＯ）、「＜ｃｃｃ＞」を最後に出現するタグとして特定しない（Ｓ６２のＮＯ）。
【０１０３】
［Ｓ５１以降の処理が４回目に行われる場合の具体例］
次に、Ｓ５１以降の処理が４回目に行われる場合の具体例について説明を行う。図１９は、Ｓ５１以降の処理が４回目に行われる前のＪＳＰファイル１３１のソースコードの具体例を説明する図である。すなわち、図１９は、Ｓ５１以降の処理の３回目が行われている間に、図１８に示す状態から更新された後のソースコードの状態を説明する図である。
【０１０４】
具体的に、図１９に示すソースコードには、図１８で説明したタグに加え、開始タグである「＜ｄｄｄ＞」に対応する終了タグである「＜／ｄｄｄ＞」と、開始タグである「＜ｃｃｃ＞」に対応する終了タグである「＜／ｃｃｃ＞」とが含まれている。
【０１０５】
この場合、ソースコード解析部１１６は、開始タグとして「＜ｄｄｄ＞」を特定し（Ｓ５２のＹＥＳ、Ｓ５３）、「＜ｄｄｄ＞」に対応する終了タグが含まれていると判定する（Ｓ５５のＹＥＳ）。
【０１０６】
［Ｓ５１以降の処理が５回目に行われる場合の具体例］
次に、Ｓ５１以降の処理が５回目に行われる場合の具体例について説明を行う。図２０は、Ｓ５１以降の処理が５回目に行われる前のＪＳＰファイル１３１のソースコードの具体例を説明する図である。すなわち、図２０は、Ｓ５１以降の処理の４回目が行われている間に、図１９に示す状態から更新された後のソースコードの状態を説明する図である。
【０１０７】
具体的に、図２０に示すソースコードには、図１９で説明したタグに加え、開始タグである「＜ａａａ＞」に対応する終了タグである「＜／ａａａ＞」が含まれている。
【０１０８】
この場合、ソースコード解析部１１６は、Ｓ５３の処理で特定されていない開始タグが存在しないため、Ｓ７１以降の処理を行う。
【０１０９】
図１１に戻り、ソースコード解析部１１６は、Ｓ４１の処理の終了に応じて、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードの現在のファイルサイズを取得する（Ｓ４２）。
【０１１０】
そして、ソースコード解析部１１６は、所定時間が経過するまで待機する（Ｓ４３）。ここでの所定時間は、例えば、１秒であってよい。
【０１１１】
その後、ソースコード解析部１１６は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１のソースコードの現在のファイルサイズを再度取得する（Ｓ４４）。
【０１１２】
そして、ソースコード解析部１１６は、Ｓ４２の処理で取得したファイルサイズと、Ｓ４４の処理で再度取得したファイルサイズとが一致するか否かを判定する（Ｓ４５）。
【０１１３】
すなわち、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１の更新は、Ｓ４１の処理（タグチェック処理）の実行後においてもまだ完了していない可能性がある。そのため、ソースコード解析部１１６は、Ｓ４５の処理において、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１の更新が完了しているか否かの確認を再度行う。
【０１１４】
その結果、Ｓ４２の処理で取得したファイルサイズと、Ｓ４４の処理で再度取得したファイルサイズとが一致すると判定していない場合（Ｓ４６のＮＯ）、ソースコード解析部１１６は、所定時間が経過するまで待機する。ここでの所定時間は、例えば、１秒であってよい。そして、ソースコード解析部１１６は、Ｓ４１以降の処理を再度行う。
【０１１５】
すなわち、ソースコード解析部１１６は、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１の更新が完了していないと判定した場合、タグチェック処理を再度行う。
【０１１６】
一方、Ｓ４２の処理で取得したファイルサイズと、Ｓ４４の処理で再度取得したファイルサイズとが一致すると判定している場合（Ｓ４６のＹＥＳ）、処理実行部１１７は、Ｓ２４以降の処理を行う。
【０１１７】
すなわち、処理実行部１１７は、この場合、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１の更新が完了しているものと判定し、Ｓ２１の処理で受け付けたリクエストに対応するＪＳＰファイル１３１による処理の実行を開始する。
【０１１８】
なお、処理実行部１１７は、ＪＳＰファイル１３１による処理の実行中に、事業者のミス等によって必要な終了タグが存在しないＪＳＰファイル１３１による更新が行われているか否かの判定を行うものであってもよい。そして、必要な終了タグが存在しないＪＳＰファイル１３１による更新が行われていると判定した場合、処理実行部１１７は、例えば、事業者端末２にエラーを出力するものであってよい。
【０１１９】
このように、本実施の形態における情報処理装置１は、ＪＳＰファイル１３１による処理のリクエストを受け付けると、ＪＳＰファイル１３１の更新に関する管理情報１３２に基づき、ＪＳＰファイル１３１の新たな更新が発生したか否かを判定する。
【０１２０】
そして、情報処理装置１は、ＪＳＰファイル１３１の新たな更新が発生した場合、ＪＳＰファイル１３１のソースコードの解析を行い、解析の結果に基づき、ＪＳＰファイル１３１による処理の実行を行うか否かを決定する。
【０１２１】
すなわち、本実施の形態における情報処理装置１は、利用者からリクエストがあった場合、ＪＳＰファイル１３１のソースコードの解析を行うことにより、ＪＳＰファイル１３１の置き換えが行われているか否かの判定を行う。そして、ＪＳＰファイル１３１の置き換えが行われていると判定した場合、情報処理装置１は、利用者から受け付けたリクエストに対応する処理の実行を抑制する。
【０１２２】
これにより、情報処理装置１は、置き換え中のＪＳＰファイル１３１（不完全な状態のＪＳＰファイル１３１）が用いられることによってＷｅｂページの生成が行われることを防止することが可能になる。そのため、情報処理装置１は、不完全な状態のＷｅｂページが利用者端末３に表示されることを防止することが可能になる。
【０１２３】
以上の実施の形態をまとめると、以下の付記のとおりである。
【０１２４】
（付記１）
ソフトウエアによる処理のリクエストを受け付けると、前記ソフトウエアの更新に関する管理情報に基づき、前記ソフトウエアの新たな更新が発生したか否かを判定し、
前記新たな更新が発生した場合、前記ソフトウエアのソースコードの解析を行い、
前記解析の結果に基づき、前記ソフトウエアによる前記処理の実行を行うか否かを決定する、
処理をコンピュータが実行することを特徴とする実行制御方法。
【０１２５】
（付記２）
付記１において、
前記管理情報は、前記ソフトウエアの更新が最後に完了した時刻である更新完了時刻を含み、
前記判定する工程では、前記ソフトウエアの現在の更新時刻が前記更新完了時刻と異なる場合、前記ソフトウエアの新たな更新が発生したと判定する、
ことを特徴とする実行制御方法。
【０１２６】
（付記３）
付記１において、
前記決定する工程では、前記解析の結果に基づき、前記新たな更新が完了したと判定した場合、前記ソフトウエアによる前記処理の実行を行い、前記新たな更新が完了していないと判定した場合、前記ソフトウエアによる前記処理の実行を抑制する、
ことを特徴とする実行制御方法。
【０１２７】
（付記４）
付記３において、さらに、
前記ソフトウエアによる前記処理の実行を抑制した場合、所定時間経過後、前記解析を行う工程及び前記決定する工程を再度行う、
処理をコンピュータに実行させることを特徴とする実行制御方法。
【０１２８】
（付記５）
付記４において、さらに、
前記解析を行う工程及び前記決定する工程が所定回数繰り返し行われた場合、前記ソフトウエアによる前記処理の実行を行う、
処理をコンピュータに実行させることを特徴とする実行制御方法。
【０１２９】
（付記６）
付記１において、
前記解析を行う工程では、少なくとも前記ソフトウエアのソースコードに含まれるタグの出現状況を解析する、
ことを特徴とする実行制御方法。
【０１３０】
（付記７）
付記６において、
前記決定する工程では、前記ソースコードに含まれる開始タグに、対応する終了タグが前記ソースコードに含まれない開始タグが存在しないことを前記解析の結果が示している場合、前記新たな更新が完了したと判定して、前記ソフトウエアによる前記処理の実行を行い、前記ソースコードに含まれる開始タグに、対応する終了タグが前記ソースコードに含まれない開始タグが存在することを前記解析の結果が示している場合、前記新たな更新が完了していないと判定して、前記ソフトウエアによる前記処理の実行を抑制する、
ことを特徴とする実行制御方法。
【０１３１】
（付記８）
付記７において、
前記解析を行う工程では、前記ソースコードのファイルサイズが０バイトでない場合に、前記タグの出現状況を解析し、
前記決定する工程では、前記ソースコードのファイルサイズが０バイトである場合、前記新たな更新が完了したと判定する、
ことを特徴とする実行制御方法。
【０１３２】
（付記９）
ソフトウエアによる処理のリクエストを受け付けると、前記ソフトウエアの更新に関する管理情報に基づき、前記ソフトウエアの新たな更新が発生したか否かを判定する更新判定部と、
前記新たな更新が発生した場合、前記ソフトウエアのソースコードの解析を行うソースコード解析部と、
前記解析の結果に基づき、前記ソフトウエアによる前記処理の実行を行うか否かを決定する処理実行部と、を有する、
ことを特徴とする実行制御装置。
【０１３３】
（付記１０）
付記９において、
前記処理実行部は、前記解析の結果に基づき、前記新たな更新が完了したと判定した場合、前記ソフトウエアによる前記処理の実行を行い、前記新たな更新が完了していないと判定した場合、前記ソフトウエアによる前記処理の実行を抑制する、
ことを特徴とする実行制御装置。
【０１３４】
（付記１１）
ソフトウエアによる処理のリクエストを受け付けると、前記ソフトウエアの更新に関する管理情報に基づき、前記ソフトウエアの新たな更新が発生したか否かを判定し、
前記新たな更新が発生した場合、前記ソフトウエアのソースコードの解析を行い、
前記解析の結果に基づき、前記ソフトウエアによる前記処理の実行を行うか否かを決定する、
処理をコンピュータが実行することを特徴とする実行制御プログラム。
【０１３５】
（付記１２）
付記１１において、
前記決定する処理では、前記解析の結果に基づき、前記新たな更新が完了したと判定した場合、前記ソフトウエアによる前記処理の実行を行い、前記新たな更新が完了していないと判定した場合、前記ソフトウエアによる前記処理の実行を抑制する、
ことを特徴とする実行制御プログラム。
【符号の説明】
【０１３６】
１：情報処理装置              ２：事業者端末
３：利用者端末                １３０：情報格納領域
１３１：ＪＳＰファイル        ＮＷ：ネットワーク
【図１】
2020052716.tif 000003
【図２】
2020052716.tif 000004
【図３】
2020052716.tif 000005
【図４】
2020052716.tif 000006
【図５】
2020052716.tif 000007
【図６】
2020052716.tif 000008
【図７】
2020052716.tif 000009
【図８】
2020052716.tif 000010
【図９】
2020052716.tif 000011
【図１０】
2020052716.tif 000012
【図１１】
2020052716.tif 000013
【図１２】
2020052716.tif 000014
【図１３】
2020052716.tif 000015
【図１４】
2020052716.tif 000016
【図１５】
2020052716.tif 000017
【図１６】
2020052716.tif 000018
【図１７】
2020052716.tif 000019
【図１８】
2020052716.tif 000020
【図１９】
2020052716.tif 000021
【図２０】
2020052716.tif 000022