(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024125912
(43)【公開日】2024-09-19
(54)【発明の名称】プログラム、情報処理方法および情報処理装置
(51)【国際特許分類】
G06F 9/445 20180101AFI20240911BHJP
【ＦＩ】
G06F9/445 130
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023034045
(22)【出願日】2023-03-06
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】110002918
【氏名又は名称】弁理士法人扶桑国際特許事務所
(72)【発明者】
【氏名】皆藤 広樹
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376AC13
5B376AE21
5B376AE52
5B376EA08
5B376EA15
(57)【要約】
【課題】関数の実行環境の起動を高速化する。
【解決手段】処理部１２は、ソースコード３０に記述された関数の実行に用いられる第１のパッケージをソースコード３０に基づいて特定する。処理部１２は、第１のパッケージに含まれるメタ情報であって、第１のパッケージそれぞれにより参照される第２のパッケージを示すメタ情報に基づいて第２のパッケージを特定する。処理部１２は、ソースコード３０と第１のパッケージと第２のパッケージとを用いて関数の実行環境を構築する。
【選択図】図１
【解決手段】処理部１２は、ソースコード３０に記述された関数の実行に用いられる第１のパッケージをソースコード３０に基づいて特定する。処理部１２は、第１のパッケージに含まれるメタ情報であって、第１のパッケージそれぞれにより参照される第２のパッケージを示すメタ情報に基づいて第２のパッケージを特定する。処理部１２は、ソースコード３０と第１のパッケージと第２のパッケージとを用いて関数の実行環境を構築する。
【選択図】図１
【特許請求の範囲】
【請求項1】
コンピュータに、
ソースコードに記述された関数の実行に用いられる第１のパッケージを前記ソースコードに基づいて特定し、前記第１のパッケージに含まれるメタ情報であって、前記第１のパッケージにより参照される第２のパッケージを示す前記メタ情報に基づいて前記第２のパッケージを特定し、
前記ソースコードと前記第１のパッケージと前記第２のパッケージとを用いて前記関数の実行環境を構築する、
処理を実行させるプログラム。
ソースコードに記述された関数の実行に用いられる第１のパッケージを前記ソースコードに基づいて特定し、前記第１のパッケージに含まれるメタ情報であって、前記第１のパッケージにより参照される第２のパッケージを示す前記メタ情報に基づいて前記第２のパッケージを特定し、
前記ソースコードと前記第１のパッケージと前記第２のパッケージとを用いて前記関数の実行環境を構築する、
処理を実行させるプログラム。
【請求項2】
前記実行環境による前記関数の実行時のスタックトレースに基づいて、前記第２のパッケージが前記関数の実行に用いられたか否かを判定し、
前記第２のパッケージが前記関数の実行に用いられなかった場合、前記第２のパッケージを用いずに前記実行環境を再構築する、
処理を前記コンピュータに実行させる請求項１記載のプログラム。
前記第２のパッケージが前記関数の実行に用いられなかった場合、前記第２のパッケージを用いずに前記実行環境を再構築する、
処理を前記コンピュータに実行させる請求項１記載のプログラム。
【請求項3】
前記再構築では、前記第１のパッケージに含まれるコードの中から、前記第２のパッケージに属するプログラム部品を参照する参照コードを削除する、
処理を前記コンピュータに実行させる請求項２記載のプログラム。
処理を前記コンピュータに実行させる請求項２記載のプログラム。
【請求項4】
前記第２のパッケージを含む複数のパッケージそれぞれに含まれる他のメタ情報であって、当該パッケージにより参照される他のパッケージを示す前記他のメタ情報に基づき、前記第１のパッケージを起点に前記第２のパッケージを介して参照される第３のパッケージを特定し、前記第３のパッケージを更に用いて前記実行環境を構築する、
処理を前記コンピュータに実行させる請求項１記載のプログラム。
処理を前記コンピュータに実行させる請求項１記載のプログラム。
【請求項5】
前記実行環境による前記関数の実行時のスタックトレースに基づいて、前記第３のパッケージが前記関数の実行に用いられたか否かを判定し、
前記第３のパッケージが前記関数の実行に用いられなかった場合、前記第３のパッケージを用いずに前記実行環境を再構築する、
処理を前記コンピュータに実行させる請求項４記載のプログラム。
前記第３のパッケージが前記関数の実行に用いられなかった場合、前記第３のパッケージを用いずに前記実行環境を再構築する、
処理を前記コンピュータに実行させる請求項４記載のプログラム。
【請求項6】
前記再構築では、前記第３のパッケージの参照元である前記第２のパッケージまたは第４のパッケージに含まれるコードの中から、前記第３のパッケージに属するプログラム部品を参照する参照コードを削除する、
処理を前記コンピュータに実行させる請求項５記載のプログラム。
処理を前記コンピュータに実行させる請求項５記載のプログラム。
【請求項7】
前記関数の登録を受け付けると前記関数に対応する前記第１のパッケージおよび前記第２のパッケージを特定し、
前記関数の呼び出しを受け付けると前記実行環境を構築し、
前記関数の呼び出しを所定時間よりも短い時間間隔で受け付けるたびに、前記実行環境による前記関数の実行を指示し、
前記関数の呼び出しを受け付けない時間が前記所定時間に達すると、前記実行環境を削除する、
処理を前記コンピュータに実行させる請求項１記載のプログラム。
前記関数の呼び出しを受け付けると前記実行環境を構築し、
前記関数の呼び出しを所定時間よりも短い時間間隔で受け付けるたびに、前記実行環境による前記関数の実行を指示し、
前記関数の呼び出しを受け付けない時間が前記所定時間に達すると、前記実行環境を削除する、
処理を前記コンピュータに実行させる請求項１記載のプログラム。
【請求項8】
前記実行環境は、前記コンピュータまたは他のコンピュータのリソースを用いて動作するコンテナである、
請求項１記載のプログラム。
請求項１記載のプログラム。
【請求項9】
コンピュータが、
ソースコードに記述された関数の実行に用いられる第１のパッケージを前記ソースコードに基づいて特定し、前記第１のパッケージに含まれるメタ情報であって、前記第１のパッケージにより参照される第２のパッケージを示す前記メタ情報に基づいて前記第２のパッケージを特定し、
前記ソースコードと前記第１のパッケージと前記第２のパッケージとを用いて前記関数の実行環境を構築する、
情報処理方法。
ソースコードに記述された関数の実行に用いられる第１のパッケージを前記ソースコードに基づいて特定し、前記第１のパッケージに含まれるメタ情報であって、前記第１のパッケージにより参照される第２のパッケージを示す前記メタ情報に基づいて前記第２のパッケージを特定し、
前記ソースコードと前記第１のパッケージと前記第２のパッケージとを用いて前記関数の実行環境を構築する、
情報処理方法。
【請求項10】
ソースコードを記憶する記憶部と、
前記ソースコードに記述された関数の実行に用いられる第１のパッケージを前記ソースコードに基づいて特定し、前記第１のパッケージに含まれるメタ情報であって、前記第１のパッケージにより参照される第２のパッケージを示す前記メタ情報に基づいて前記第２のパッケージを特定し、前記ソースコードと前記第１のパッケージと前記第２のパッケージとを用いて前記関数の実行環境を構築する処理部と、
を有する情報処理装置。
前記ソースコードに記述された関数の実行に用いられる第１のパッケージを前記ソースコードに基づいて特定し、前記第１のパッケージに含まれるメタ情報であって、前記第１のパッケージにより参照される第２のパッケージを示す前記メタ情報に基づいて前記第２のパッケージを特定し、前記ソースコードと前記第１のパッケージと前記第２のパッケージとを用いて前記関数の実行環境を構築する処理部と、
を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明はプログラム、情報処理方法および情報処理装置に関する。
【背景技術】
【0002】
現在、アプリケーションソフトウェアを実行する情報処理環境を自ら所有する代わりに、サービス事業者のもつ情報処理環境をネットワーク経由で利用することが増えている。ネットワーク経由で情報処理環境を利用させるサービスはクラウドサービスと言われることがある。クラウドサービスには、例えば、ユーザが作成した、サーバレス関数と呼ばれる軽量プログラムを配備し、特定のイベントが発生したときに短時間だけサーバレス関数を実行するサービスがある。サーバレス関数の実行には、例えばコンテナ型仮想化などの仮想化技術が用いられる。コンテナ型仮想化では、例えば所定のプログラムの実行に用いるライブラリなどの資源を纏めたコンテナが、当該プログラムの実行環境として定義される。
【0003】
ところで、プログラムの実行性能を向上するために種々の方法が考えられている。例えば、データベース管理システムにおいて、元のプログラムから、分岐条件評価においてローカル不変量を参照する分岐文などの不要なコードを排除するためにマイクロ特化と呼ばれる方法を適用する技術が提案されている。この提案では、ローカルに不変量である変数に起因して不要であると識別されたＤＢＭＳ（DataBase Management System）コードを、より少ない命令で当該ＤＢＭＳコードと同じ関数を実施するマイクロ特化ＤＢＭＳコードに置換する。
【0004】
また、実行モジュールの実行により記録した実行状況に基づいて、ソースコードを改善すべきプログラムブロックを判定することで、限られた開発者資源を、高い性能改善効果を得られるプログラムブロックの最適化作業に割り当て可能にする方法の提案もある。
【0005】
なお、プログラムコードの静的解析の結果を基に、プログラムコードの一部に対して、動的解析の対象とする検出対象コードの検出を行うことで、動的解析の処理負荷を削減するコード検出方法の提案がある。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２０１８－１４１４２号公報
【特許文献2】特開２００９－２１１４２４号公報
【特許文献3】特開２００８－２１７７５１号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
ここで、ソースコードでは、ユーザが記述した関数の実行のためのモジュールを提供する種々のパッケージが参照される。また、あるパッケージ内の処理の実行のために、更に他のパッケージが利用され得る。このため、関数の実行環境を構築する際、ユーザの関数で使用される可能性のある、予め定められたパッケージ群が、当該関数の実行環境を構築する装置により取得されることがある。しかし、この方法では、取得するパッケージの量が多くなり、関数の実行環境の構築に時間がかかることがある。
【0008】
１つの側面では、本発明は、関数の実行環境の起動を高速化することを目的とする。
【課題を解決するための手段】
【0009】
１つの態様では、プログラムが提供される。このプログラムは、コンピュータに、ソースコードに記述された関数の実行に用いられる第１のパッケージをソースコードに基づいて特定し、第１のパッケージに含まれるメタ情報であって、第１のパッケージにより参照される第２のパッケージを示すメタ情報に基づいて第２のパッケージを特定し、ソースコードと第１のパッケージと第２のパッケージとを用いて関数の実行環境を構築する、処理を実行させる。
【0010】
また、１つの態様では、コンピュータが実行する情報処理方法が提供される。また、１つの態様では、記憶部と処理部とを有する情報処理装置が提供される。
【発明の効果】
【0011】
１つの側面では、関数の実行環境の起動を高速化できる。
【図面の簡単な説明】
【0012】
【図1】第１の実施の形態の情報処理装置を説明する図である。
【図2】第２の実施の形態の情報処理システムの例を示す図である。
【図3】中継サーバのハードウェア例を示す図である。
【図4】情報処理システムの機能例を示す図である。
【図5】関数の実行の流れの例を示す図である。
【図6】関数の起動時の処理例を示す図である。
【図7】パッケージのインポート例を示す図である。
【図8】関数実行環境の最適化の例を示す図である。
【図9】ソースコードに取り込まれるパッケージの特定例を示す図である。
【図10】辞書データの例を示す図である。
【図11】ソースコードの関数から特定できないパッケージ群の例を示す図である。
【図12】あるパッケージで使用される他のパッケージの例を示す図である。
【図13】メタ情報に基づく他のパッケージの特定例を示す図である。
【図14】パッケージ対応テーブルの例を示す図である。
【図15】関数管理テーブルの例を示す図である。
【図16】静的参照および動的参照の例を示す図である。
【図17】関連パッケージと実際の処理の関係性の乖離の例を示す図である。
【図18】スタックトレースの例を示す図である。
【図19】使用されなかったクラスの削除例を示す図である。
【図20】パッケージの置き換えによる不要パッケージの削除例を示す図である。
【図21】パッケージ内のメソッドの置き換え例を示す図である。
【図22】サービス構築の例を示すフローチャートである。
【図23】関数実行制御の例を示すフローチャートである。
【図24】関数登録の例を示すフローチャートである。
【図25】関数処理（１）の例を示すフローチャートである。
【図26】解析結果更新の例を示すフローチャートである。
【図27】関数処理（２）の例を示すフローチャートである。
【発明を実施するための形態】
【0013】
以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
第１の実施の形態を説明する。
［第１の実施の形態］
第１の実施の形態を説明する。
【0014】
図１は、第１の実施の形態の情報処理装置を説明する図である。
情報処理装置１０は、ユーザにより定義された関数の実行環境の構築を行う。関数の実行環境は、例えばコンテナなどにより実現される。例えば、情報処理装置１０は、ネットワークを介して実行ノード２０に接続され、実行ノード２０のＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）などのハードウェアリソースを用いて、関数実行環境２１を構築する。関数実行環境２１は、ユーザにより定義された関数の実行環境である。
情報処理装置１０は、ユーザにより定義された関数の実行環境の構築を行う。関数の実行環境は、例えばコンテナなどにより実現される。例えば、情報処理装置１０は、ネットワークを介して実行ノード２０に接続され、実行ノード２０のＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）などのハードウェアリソースを用いて、関数実行環境２１を構築する。関数実行環境２１は、ユーザにより定義された関数の実行環境である。
【0015】
実行ノード２０は、物理的なコンピュータ（物理マシン）でもよいし、物理マシンのハードウェアリソースを用いて動作する仮想的なコンピュータ（仮想マシン）でもよい。関数実行環境２１により実行される関数は、サーバレス関数と呼ばれるものでもよい。情報処理装置１０は、コンピュータと言われてもよい。関数実行環境２１は、情報処理装置１０上に構築されてもよい。
【0016】
情報処理装置１０は、記憶部１１および処理部１２を有する。記憶部１１は、ＲＡＭなどの揮発性の半導体メモリでもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性ストレージでもよい。記憶部１１は、ユーザにより作成されたソースコード３０を記憶する。ソースコード３０は、関数「ｆｕｎｃｔｉｏｎ（）」の記述例を示す。関数「ｆｕｎｃｔｉｏｎ（）」の具体的な処理内容の記述は、「＜ロジック＞」のように略記されている。
【0017】
処理部１２は、例えば、ＣＰＵ、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などのプロセッサである。ただし、処理部１２は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの特定用途の電子回路を含んでもよい。プロセッサは、ＲＡＭなどのメモリ（記憶部１１でもよい）に記憶されたプログラムを実行する。複数のプロセッサの集合を「マルチプロセッサ」または単に「プロセッサ」と言うことがある。
【0018】
処理部１２は、ソースコード３０に含まれる関数の実行に用いられる第１のパッケージをソースコード３０に基づいて特定する。パッケージは、予め用意されたプログラム部品を纏めたものであり、ユーザのソースコードに組み込んで使用できるように公開されている。なお、Ｊａｖａ（登録商標）やＣ＋＋などにおけるクラスやＣ言語における関数は、プログラム部品の一例である。
【0019】
処理部１２は、ソースコード３０の記述に用いられるプログラミング言語で用意されている、「ｉｍｐｏｒｔ」などの予約語をソースコード３０から検出し、当該予約語で指定されるクラス名などから第１のパッケージを特定することができる。例えば、当該クラス名は「ＰＫＧ＿Ａ．データ操作」のように、パッケージ（例えばＰＫＧ＿Ａ）を識別可能な情報を含む。「ＰＫＧ」はパッケージ（Package）の略である。
【0020】
ただし、ｉｍｐｏｒｔなどの予約語とともに記述されているクラス名とそのパッケージを含むパッケージファイル名は一致していない可能性もある。そこで、処理部１２は、予めパッケージを全て解析することで、クラス名とパッケージとの対応関係を示す辞書型データを作成して記憶部１１に格納しておき、当該辞書型データに基づいてｉｍｐｏｒｔ文などのクラス名に対応するパッケージを特定してもよい。なお、ｉｍｐｏｒｔ文などではクラスの完全修飾名だけでなく、その接頭辞が指定されることもある。このため、処理部１２は、接頭辞とパッケージとの対応関係も辞書型データに登録することが好ましい。
【0021】
例えば、処理部１２は、ソースコード３０に含まれるｉｍｐｏｒｔ文から、第１のパッケージとして、パッケージ４０（ＰＫＧ＿Ａ）およびパッケージ５０（ＰＫＧ＿Ｂ）を特定する。
【0022】
処理部１２は、第１のパッケージに含まれるメタ情報であって、第１のパッケージにより参照される第２のパッケージを示すメタ情報に基づいて第２のパッケージを特定する。例えば、パッケージ４０は、メタ情報４０ａを含む。メタ情報４０ａは、パッケージ４０により参照されるパッケージ６１（「ＰＫＧ＿Ｃ」）、およびパッケージ６３（「ＰＫＧ＿Ｅ」）の情報を含む。また、パッケージ５０は、メタ情報５０ａを含む。メタ情報５０ａは、パッケージ５０により参照されるパッケージ６５（「ＰＫＧ＿Ｇ」）の情報を含む。このため、処理部１２は、メタ情報４０ａ，５０ａに基づいて、パッケージ４０により参照されるパッケージ６１，６３およびパッケージ５０により参照されるパッケージ６５を特定する。パッケージ６１，６３，６５は第２のパッケージの一例である。
【0023】
なお、処理部１２は、第１のパッケージに含まれるメタ情報に基づく第２のパッケージの特定を、ソースコード３０からの第１のパッケージの特定よりも前に行ってもよい。例えば、処理部１２は、第１のパッケージと第２のパッケージとの対応情報を予め作成して記憶部１１に格納しておき、ソースコード３０による関数実行環境２１の構築時に、対応情報を用いて第２のパッケージを特定してもよい。
【0024】
処理部１２は、ソースコード３０と第１のパッケージと第２のパッケージとを用いて関数の実行環境を構築する。例えば、処理部１２は、特定した第２のパッケージとして、パッケージ６１，６３，６５を所定の装置からネットワークを介してダウンロードする。このとき、処理部１２はパッケージ４０，５０を未取得の場合はパッケージ４０，５０もダウンロードする。そして、処理部１２は、ソースコード３０とパッケージ４０，５０およびパッケージ６１，６３，６５を用いて実行ノード２０上に関数実行環境２１を構築する。関数実行環境２１の構築後は、実行ノード２０上で、ソースコード３０に対応する関数が実行される。
【0025】
このように、情報処理装置１０によれば、ソースコード３０に記述された関数の実行に用いられる第１のパッケージがソースコード３０に基づいて特定される。第１のパッケージに含まれるメタ情報であって、第１のパッケージにより参照される第２のパッケージを示すメタ情報に基づいて第２のパッケージが特定される。ソースコード３０と第１のパッケージと第２のパッケージとを用いて関数の実行環境が構築される。これにより、情報処理装置１０は、関数の実行環境の起動を高速化できる。
【0026】
ここで、第１の実施の形態の例において、パッケージ６１，６３，６５は、パッケージ群６０に含まれる。パッケージ群６０は、パッケージ６１，６２，６３，６４，６５の集合である。パッケージ４０，５０やパッケージ群６０の各パッケージは、ユーザに提供するパッケージの集合として予め用意される。比較例として、ソースコード３０における関数の実行環境の構築時に、情報処理装置１０によりパッケージ４０，５０およびパッケージ群６０の全パッケージを取得して、当該構築に用いることが考えられる。しかし、これら全てのパッケージを闇雲に取得して実行環境を構築すると、ソースコード３０の関数に使用されない余計なパッケージが含まれることがあり、当該余計なパッケージの取得のために実行環境の構築に時間がかかる。また、ユーザの関数で使用される可能性のあるパッケージ群６０を全て取得していると、新たなパッケージの追加に伴ってパッケージ群６０が肥大化していき、実行環境の構築にかかる時間も増大し易い。
【0027】
そこで、情報処理装置１０は、ソースコード３０から特定した第１のパッケージに含まれるメタ情報を基に、当該第１のパッケージから参照される第２のパッケージを特定することで、パッケージ群６０の中から、当該第２のパッケージのみを抽出できる。上記の例で言えば、処理部１２は、パッケージ群６０のうち、パッケージ６１，６３，６５を取得して関数実行環境２１の構築に用いるが、パッケージ６２，６４を取得しない。このように、関数実行環境２１の構築に余計なパッケージが取得されないので、関数実行環境２１の構築に要する時間が短縮され、関数の実行環境を起動させる時間が短縮される。
【0028】
また、上記のように、関数実行環境２１の構築後、当該関数が所定時間内に連続して実行される場合、既に構築済の関数実行環境２１により、新たな実行環境の構築処理を行わずに、関数が実行される。当該関数が所定時間実行されない場合は、関数実行環境２１のために確保されたリソースは解放され、当該関数を再度実行する際には、新たな実行環境の構築処理から行われる。このように、関数の起動を実行環境の構築処理から行うことはコールドスタートと言われることがある。それに対し、コールドスタート後、構築済の実行環境で関数を起動することはウォームスタートと言われることがある。情報処理装置１０によれば、このような関数の実行手法において、コールドスタートの高速化を図れる。また、その結果、コールドスタートによる関数処理遅延を低減できる。
【0029】
【0030】
情報処理システム１は、クラウドサービスを提供する。情報処理システム１は、複数のサーバコンピュータを有する。情報処理システム１は、ネットワーク７０に接続される。ネットワーク７０は、ＬＡＮ（Local Area Network）でもよいし、ＷＡＮ（Wide Area Network）やインターネットでもよい。情報処理システム１は、ネットワーク７０を介して複数のサーバコンピュータのハードウェアリソースをユーザに貸し出し、ユーザにより利用可能にする。情報処理システム１により提供されるサービスは、サーバレス関数の実行を含む。情報処理システム１は、ユーザが利用したサービスに応じてユーザに課金する。
【0031】
ここで、「サーバレス」とは、サーバを意識せずに、システムを構築・運用することである。「サーバレス」では、ファンクション（Functions）と呼ばれるトリガーを契機に、特定の条件を満たすとＣＰＵ／メモリ／ストレージなどのリソースがシステムから割り当てられ、事前に設定されたプログラムを実行し、終了後リソースを開放する。ファンクションをトリガーにプログラムが動作することから、サーバレスを採用したシステム群はＦａａＳ（Function as a Service）と呼ばれることがある。また、サーバレス関数は、サーバレスにより実行されるプログラムであり、以下では、単に関数と称する。
【0032】
ネットワーク７０には、端末装置８０が接続される。端末装置８０は、ユーザが操作するクライアントコンピュータである。ユーザは端末装置８０を操作して、情報処理システム１のサービスを利用することができる。
【0033】
情報処理システム１が有する複数のサーバコンピュータは、中継サーバ１００、実行サーバ２００，…を含む。
中継サーバ１００は、端末装置８０から関数呼び出しを受け付けるサーバコンピュータである。中継サーバ１００は、関数呼び出しに応じて、実行サーバ２００に関数を実行させる。中継サーバ１００は、関数の処理結果を、実行サーバ２００から取得し、端末装置８０に応答する。中継サーバ１００は、第１の実施の形態の情報処理装置１０の一例である。
中継サーバ１００は、端末装置８０から関数呼び出しを受け付けるサーバコンピュータである。中継サーバ１００は、関数呼び出しに応じて、実行サーバ２００に関数を実行させる。中継サーバ１００は、関数の処理結果を、実行サーバ２００から取得し、端末装置８０に応答する。中継サーバ１００は、第１の実施の形態の情報処理装置１０の一例である。
【0034】
実行サーバ２００は、ユーザの関数を実行するサーバコンピュータである。ユーザの関数は、実行サーバ２００におけるコンテナなどの関数実行環境を用いて実行される。関数の初回実行は、コールドスタートとなる。コールドスタートは、関数の実行に用いられるパッケージのダウンロードを含む。実行サーバ２００は、第１の実施の形態の実行ノード２０の一例である。
【0035】
なお、中継サーバ１００および実行サーバ２００は、情報処理システム１における物理マシンのＣＰＵやメモリを用いて動作する仮想マシンにより実現されてもよい。
コールドスタート後、比較的短時間に関数が連続して実行される場合、ウォームスタートとなる。ウォームスタートでは、既に構築済の関数実行環境を利用できるため、コールドスタートを行う場合よりも短時間で関数を実行できる。
コールドスタート後、比較的短時間に関数が連続して実行される場合、ウォームスタートとなる。ウォームスタートでは、既に構築済の関数実行環境を利用できるため、コールドスタートを行う場合よりも短時間で関数を実行できる。
【0036】
図３は、中継サーバのハードウェア例を示す図である。
中継サーバ１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、ＧＰＵ１０４、入力インタフェース１０５、媒体リーダ１０６および通信インタフェース１０７を有する。中継サーバ１００が有するこれらのユニットは、中継サーバ１００の内部でバスに接続されている。プロセッサ１０１は、第１の実施の形態の処理部１２に対応する。ＲＡＭ１０２またはＨＤＤ１０３は、第１の実施の形態の記憶部１１に対応する。
中継サーバ１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、ＧＰＵ１０４、入力インタフェース１０５、媒体リーダ１０６および通信インタフェース１０７を有する。中継サーバ１００が有するこれらのユニットは、中継サーバ１００の内部でバスに接続されている。プロセッサ１０１は、第１の実施の形態の処理部１２に対応する。ＲＡＭ１０２またはＨＤＤ１０３は、第１の実施の形態の記憶部１１に対応する。
【0037】
プロセッサ１０１は、プログラムの命令を実行する演算装置である。プロセッサ１０１は、例えばＣＰＵである。プロセッサ１０１は、ＨＤＤ１０３に記憶されたプログラムやデータの少なくとも一部をＲＡＭ１０２にロードし、プログラムを実行する。なお、プロセッサ１０１は複数のプロセッサコアを含んでもよい。また、中継サーバ１００は複数のプロセッサを有してもよい。以下で説明する処理は複数のプロセッサまたはプロセッサコアを用いて並列に実行されてもよい。また、複数のプロセッサの集合を「マルチプロセッサ」または単に「プロセッサ」と言うことがある。
【0038】
ＲＡＭ１０２は、プロセッサ１０１が実行するプログラムやプロセッサ１０１が演算に用いるデータを一時的に記憶する揮発性の半導体メモリである。なお、中継サーバ１００は、ＲＡＭ以外の種類のメモリを備えてもよく、複数個のメモリを備えてもよい。
【0039】
ＨＤＤ１０３は、ＯＳ（Operating System）やミドルウェアやアプリケーションソフトウェアなどのソフトウェアのプログラム、および、データを記憶する不揮発性の記憶装置である。なお、中継サーバ１００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の記憶装置を備えてもよく、複数の不揮発性の記憶装置を備えてもよい。
【0040】
ＧＰＵ１０４は、プロセッサ１０１からの命令に従って、中継サーバ１００に接続されたディスプレイ１１１に画像を出力する。ディスプレイ１１１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、プラズマディスプレイ、有機ＥＬ（ＯＥＬ：Organic Electro-Luminescence）ディスプレイなど、任意の種類のディスプレイを用いることができる。
【0041】
入力インタフェース１０５は、中継サーバ１００に接続された入力デバイス１１２から入力信号を取得し、プロセッサ１０１に出力する。入力デバイス１１２としては、マウス、タッチパネル、タッチパッド、トラックボールなどのポインティングデバイス、キーボード、リモートコントローラ、ボタンスイッチなどを用いることができる。また、中継サーバ１００に、複数の種類の入力デバイスが接続されていてもよい。
【0042】
媒体リーダ１０６は、記録媒体１１３に記録されたプログラムやデータを読み取る読み取り装置である。記録媒体１１３として、例えば、磁気ディスク、光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）、半導体メモリなどを使用できる。磁気ディスクには、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤが含まれる。光ディスクには、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）が含まれる。
【0043】
媒体リーダ１０６は、例えば、記録媒体１１３から読み取ったプログラムやデータを、ＲＡＭ１０２やＨＤＤ１０３などの他の記録媒体にコピーする。読み取られたプログラムは、例えば、プロセッサ１０１によって実行される。なお、記録媒体１１３は可搬型記録媒体であってもよく、プログラムやデータの配布に用いられることがある。また、記録媒体１１３やＨＤＤ１０３を、コンピュータ読み取り可能な記録媒体と言うことがある。
【0044】
通信インタフェース１０７は、ネットワーク１１４に接続され、ネットワーク１１４を介して他の情報処理装置と通信する。ネットワーク１１４は、情報処理システム１の内部ネットワークである。通信インタフェース１０７は、スイッチやルータなどの有線通信装置に接続される有線通信インタフェースでもよいし、基地局やアクセスポイントなどの無線通信装置に接続される無線通信インタフェースでもよい。
【0045】
なお、実行サーバ２００や端末装置８０も、中継サーバ１００と同様のハードウェアを用いて実現される。
図４は、情報処理システムの機能例を示す図である。
図４は、情報処理システムの機能例を示す図である。
【0046】
中継サーバ１００は、記憶部１２０およびプロキシ１３０を有する。記憶部１２０には、ＲＡＭ１０２やＨＤＤ１０３などの記憶領域が用いられる。プロキシ１３０は、ＲＡＭ１０２に記憶されたプログラムがプロセッサ１０１により実行されることで実現される。
【0047】
記憶部１２０は、プロキシ１３０の処理に用いられるデータを記憶する。記憶部１２０に記憶されるデータは、ユーザにより記述された関数のソースコードを含む。第２の実施の形態では、ソースコードの記述に用いられるプログラミング言語の一例として、Ｊａｖａを挙げる。また、記憶部１２０に記憶されるデータは、クラスと当該クラスを含むパッケージとの対応関係を示す情報を含む。更に、記憶部１２０に記憶されるデータは、ユーザの関数と、当該関数で使用されるパッケージとの対応関係を示す情報を含む。
【0048】
プロキシ１３０は、端末装置８０からの関数呼び出しを、実行サーバ２００に中継する。プロキシ１３０は、実行サーバ２００による関数の実行結果を取得し、端末装置８０に送信してもよい。プロキシ１３０は、実行環境作成部１３１、最適化部１３２、関数実行指示部１３３および実行環境削除部１３４を有する。
【0049】
実行環境作成部１３１は、実行サーバ２００上に関数実行環境２１０を作成する。関数実行環境２１０は、ユーザにより定義された関数の実行環境であり、前述のようにコンテナなどにより実現される。コンテナには、ユーザの関数本体の他、種々のパッケージが組み込まれる。
【0050】
最適化部１３２は、関数実行環境２１０に含まれるパッケージを最適化する。具体的には、最適化部１３２は、ユーザの関数の実行に用いられないパッケージを関数実行環境２１０から省くことで、関数実行環境２１０のコールドスタートの高速化を図る。
【0051】
関数実行指示部１３３は、端末装置８０から受け付けた関数呼び出しに応じて、関数の実行を実行サーバ２００に指示する。関数実行指示部１３３は、関数の実行結果を実行サーバ２００から取得し、端末装置８０に応答する。ここで、コールドスタート後に比較的短時間で連続して関数呼び出しを受け付ける場合、関数実行環境２１０の作成が省略されて、実行サーバ２００へ関数の実行が指示される。この場合、ウォームスタートとなり、構築済みの関数実行環境２１０により当該関数が実行される。
【0052】
実行環境削除部１３４は、コールドスタート後、所定時間が経過しても該当の関数の呼び出しがない場合、当該関数の関数実行環境２１０を、実行サーバ２００から削除する。
実行サーバ２００は、関数実行環境２１０を有する。例えば、関数実行環境２１０の作成時に、実行サーバ２００のプロセッサやＲＡＭなどのリソースが、コンテナなどの関数実行環境２１０に割り当てられる。関数実行環境２１０が削除される際に、関数実行環境２１０に割り当てられていた、実行サーバ２００のリソースが解放される。
実行サーバ２００は、関数実行環境２１０を有する。例えば、関数実行環境２１０の作成時に、実行サーバ２００のプロセッサやＲＡＭなどのリソースが、コンテナなどの関数実行環境２１０に割り当てられる。関数実行環境２１０が削除される際に、関数実行環境２１０に割り当てられていた、実行サーバ２００のリソースが解放される。
【0053】
次に、関数実行環境２１０による関数の実行の流れを説明する。
図５は、関数の実行の流れの例を示す図である。
まず、プロキシ１３０は、端末装置８０から関数呼び出しを受け付ける（ステップＳＴ１）。この段階では、実行サーバ２００には、該当の関数の関数実行環境２１０が未作成である。そこで、プロキシ１３０は、実行サーバ２００上に関数実行環境２１０を作成する（ステップＳＴ２）。前述のように、関数実行環境２１０は、例えばコンテナである。そして、プロキシ１３０は、関数実行環境２１０による関数実行を実行サーバ２００に指示する（ステップＳＴ３）。ステップＳＴ２からステップＳＴ３までの期間は、コールドスタートが行われる期間に相当する。
図５は、関数の実行の流れの例を示す図である。
まず、プロキシ１３０は、端末装置８０から関数呼び出しを受け付ける（ステップＳＴ１）。この段階では、実行サーバ２００には、該当の関数の関数実行環境２１０が未作成である。そこで、プロキシ１３０は、実行サーバ２００上に関数実行環境２１０を作成する（ステップＳＴ２）。前述のように、関数実行環境２１０は、例えばコンテナである。そして、プロキシ１３０は、関数実行環境２１０による関数実行を実行サーバ２００に指示する（ステップＳＴ３）。ステップＳＴ２からステップＳＴ３までの期間は、コールドスタートが行われる期間に相当する。
【0054】
プロキシ１３０は、ステップＳＴ３の関数実行から所定時間が経過する前に、端末装置８０から、同じ関数に対する関数呼び出しを受け付ける（ステップＳＴ４）。すると、プロキシ１３０は、関数実行環境２１０による関数実行を実行サーバ２００に指示する（ステップＳＴ５）。ステップＳＴ４の関数呼び出しに対しては、作成済の関数実行環境２１０を利用できるため、ウォームスタートとなる。
【0055】
その後、プロキシ１３０は、該当の関数が実行されずに所定時間が経過したことを検出する。すると、プロキシ１３０は、実行サーバ２００から関数実行環境２１０を削除する（ステップＳＴ６）。なお、ステップＳＴ４，ＳＴ６における所定時間は、例えば５分程度である。
【0056】
図６は、関数の起動時の処理例を示す図である。
タイムチャートｃ１は、関数の起動時に行われる処理を例示する。図６の左側から右側へ向かう方向が時間の正方向である。例えば、クラウドサービスにおける関数の起動時には、まず、コードダウンロードが行われ、次に実行環境開始が行われる。コードダウンロードでは、所定のサーバから関数で用いられるパッケージのファイルのダウンロードが行われる。実行環境開始では、指定されたメモリ、ランタイムおよび各種設定に基づいて関数実行環境２１０が作成され、開始される。コードダウンロードおよび実行環境開始の期間は、コールドスタート期間（Cold start duration）と言われる。
タイムチャートｃ１は、関数の起動時に行われる処理を例示する。図６の左側から右側へ向かう方向が時間の正方向である。例えば、クラウドサービスにおける関数の起動時には、まず、コードダウンロードが行われ、次に実行環境開始が行われる。コードダウンロードでは、所定のサーバから関数で用いられるパッケージのファイルのダウンロードが行われる。実行環境開始では、指定されたメモリ、ランタイムおよび各種設定に基づいて関数実行環境２１０が作成され、開始される。コードダウンロードおよび実行環境開始の期間は、コールドスタート期間（Cold start duration）と言われる。
【0057】
そして、関数実行環境２１０が開始されると、初期化コードの実行およびハンドラーコードの実行が、順次行われる。初期化コード実行およびハンドラーコード実行の期間は、呼び出し期間（Invocation duration）と言われる。
【0058】
コールドスタートにおける、関数の準備に要する時間は課金されない。しかし、コールドスタートは、関数の全体的な実行時間を遅延させる要因になる。
ここで、関数などで読み込まれるパッケージについて説明する。
ここで、関数などで読み込まれるパッケージについて説明する。
【0059】
図７は、パッケージのインポート例を示す図である。
パッケージは、プログラムコードにおいて、複数のクラスを分類・管理するために使用される。開発者は、開発中のプロジェクト内のクラスだけでなく、Ｗｅｂ上で公開されているパッケージなど、外部のパッケージに含まれるクラスもソースコード中で指定して使用することができる。
パッケージは、プログラムコードにおいて、複数のクラスを分類・管理するために使用される。開発者は、開発中のプロジェクト内のクラスだけでなく、Ｗｅｂ上で公開されているパッケージなど、外部のパッケージに含まれるクラスもソースコード中で指定して使用することができる。
【0060】
図７の例では、開発者は、開発中のプロジェクトにおいて、パッケージ群Ｐ１を作成する。パッケージ群Ｐ１は、パッケージＡ，Ｂを含む。一方、開発者は、当該プロジェクトにおいて、Ｗｅｂ上などで公開されている既存パッケージ群Ｐ２のうち、パッケージ群Ｐ２ａを外部からロードして使用することができる。既存パッケージ群Ｐ２は、パッケージＣ，Ｄ，Ｅ，…を含む。パッケージ群Ｐ２ａは、パッケージＣ，Ｅを含む。
【0061】
このように、既存の外部パッケージの利用により、開発するソースコードの記述量の低減や、開発効率の向上が図られる。Ｊａｖａでは、パッケージは、「～．ｊａｒ」というファイル名で公開される。
【0062】
次に、最適化部１３２による関数実行環境２１０の最適化の例を説明する。
図８は、関数実行環境の最適化の例を示す図である。
まず、最適化部１３２は、関数実行環境２１０ａとして、パッケージが全て揃った環境を用意する（ステップＳＴ１１）。ここでは、説明の簡単のため、ＤＢアクセスＰＫＧ、ストレージＰＫＧ、メール送信ＰＫＧおよびセッションＰＫＧという全４つのパッケージが揃った環境が用意されるものとする。
図８は、関数実行環境の最適化の例を示す図である。
まず、最適化部１３２は、関数実行環境２１０ａとして、パッケージが全て揃った環境を用意する（ステップＳＴ１１）。ここでは、説明の簡単のため、ＤＢアクセスＰＫＧ、ストレージＰＫＧ、メール送信ＰＫＧおよびセッションＰＫＧという全４つのパッケージが揃った環境が用意されるものとする。
【0063】
次に、最適化部１３２は、これら全パッケージのうち、ユーザの関数で使用されないパッケージ、すなわち、必要のないパッケージを特定する（ステップＳＴ１２）。例えば、最適化部１３２は、上記の４つのパッケージのうち、ストレージＰＫＧ、メール送信ＰＫＧおよびセッションＰＫＧを必要のないパッケージとして特定する。
【0064】
そして、最適化部１３２は、用意された全パッケージのうち、必要のないパッケージを削除することで、関数実行環境２１０ａを、関数実行環境２１０に最適化する（ステップＳＴ１３）。例えば、最適化部１３２は、必要のないパッケージであるストレージＰＫＧ、メール送信ＰＫＧおよびセッションＰＫＧを用いずに関数実行環境２１０を作成する。
【0065】
以下では、図８に例示される最適化を含む、最適化部１３２による最適化の処理を更に具体的に説明する。まず、最適化部１３２による、ソースコードの静的解析による最適化を例示する。
【0066】
図９は、ソースコードに取り込まれるパッケージの特定例を示す図である。
あるパッケージに含まれるクラスを使用するソースコードを記述する場合、当該パッケージのどのクラスを使用するかを示す情報は、例えばソースコードの冒頭に記述される。そこで、最適化部１３２は、ユーザによる関数登録の受け付け時に、該当の記述を基に、関連するパッケージを特定することができる。
あるパッケージに含まれるクラスを使用するソースコードを記述する場合、当該パッケージのどのクラスを使用するかを示す情報は、例えばソースコードの冒頭に記述される。そこで、最適化部１３２は、ユーザによる関数登録の受け付け時に、該当の記述を基に、関連するパッケージを特定することができる。
【0067】
例えば、ソースコード５００は、関数「ｆｕｎｃｔｉｏｎ（）」の記述であり、冒頭の予約語「ｉｍｐｏｒｔ」により、外部のクラスがインポートされる例を示す。具体的には、ソースコード５００には「ｉｍｐｏｒｔ ＤＢアクセスＰＫＧ．データ操作．登録」が記述されている。最適化部１３２は、当該記述から、関連するパッケージとして、「ＤＢアクセスＰＫＧ」を特定する。また、ソースコード５００には、「ｉｍｐｏｒｔ ストレージＰＫＧ．検索」が記述されている。最適化部１３２は、当該記述から、関連するパッケージとして、「ストレージＰＫＧ」を特定する。
【0068】
ただし、ｉｍｐｏｒｔ文を用いて記述されるクラス名が、当該クラスを含むパッケージのパッケージファイル名に完全一致する名称を含まない可能性がある。そこで、最適化部１３２は、予めパッケージ内を解析することで、どのクラスがどのパッケージに含まれているかを示す辞書データを作成しておき、記憶部１２０に格納しておく。次に、当該辞書データの例を説明する。
【0069】
図１０は、辞書データの例を示す図である。
辞書データ１２１は、最適化部１３２により作成され、記憶部１２０に格納される。辞書データ１２１は、クラス名または接頭辞の項目およびパッケージファイル名の項目を含む。クラス名または接頭辞の項目には、パッケージ内に存在するクラス名または接頭辞が登録される。接頭辞は、カンマ区切りで記述されるクラス名の何れかのカンマよりも左側に記述される部分であり、当該カンマよりも右側の記述がワイルドカードとなる。ワイルドカードは、アスタリスク記号「＊」で表される。パッケージファイル名の項目には、クラス名または接頭辞に対応するパッケージのファイル名が登録される。
辞書データ１２１は、最適化部１３２により作成され、記憶部１２０に格納される。辞書データ１２１は、クラス名または接頭辞の項目およびパッケージファイル名の項目を含む。クラス名または接頭辞の項目には、パッケージ内に存在するクラス名または接頭辞が登録される。接頭辞は、カンマ区切りで記述されるクラス名の何れかのカンマよりも左側に記述される部分であり、当該カンマよりも右側の記述がワイルドカードとなる。ワイルドカードは、アスタリスク記号「＊」で表される。パッケージファイル名の項目には、クラス名または接頭辞に対応するパッケージのファイル名が登録される。
【0070】
例えば、辞書データ１２１は、クラス名または接頭辞「ｏｒｇ．ｘｘｘｘｘ．ａｐｉ．ａｄｍｉｎ．ｐｒｏｇｒｅｓｓ．ＳｔａｔｕｓＭｉｒｒｏｒｉｎｇＩｍｐｌ」、パッケージファイル名「ｘｘｘｘｘ－ａｐｉ．ｊａｒ」のレコードを有する。当該レコードは、クラス名「ｏｒｇ．ｘｘｘｘｘ．ａｐｉ．ａｄｍｉｎ．ｐｒｏｇｒｅｓｓ．ＳｔａｔｕｓＭｉｒｒｏｒｉｎｇＩｍｐｌ」のクラスが、パッケージファイル名「ｘｘｘｘｘ－ａｐｉ．ｊａｒ」のパッケージに含まれることを示す。
【0071】
また、辞書データ１２１は、クラス名または接頭辞「ｏｒｇ．ｘｘｘｘｘ．ｉｎｔｅｒｎａｌ．ａｐｉ．＊」、パッケージファイル名「ｉｎｔｅｒｎａｌ－ａｐｉ．ｊａｒ」のレコードを有する。当該レコードは、接頭辞「ｏｒｇ．ｘｘｘｘｘ．ｉｎｔｅｒｎａｌ．ａｐｉ．＊」で示されるクラスが、パッケージファイル名「ｉｎｔｅｒｎａｌ－ａｐｉ．ｊａｒ」のパッケージに含まれることを示す。
【0072】
更に、辞書データ１２１は、クラス名または接頭辞「ｏｒｇ．ｘｘｘｘｘ．＊」、パッケージファイル名「ｘｘｘｘｘ－ａｐｉ．ｊａｒ」、「ｉｎｔｅｒｎａｌ－ａｐｉ．ｊａｒ」のレコードを有する。当該レコードは、接頭辞「ｏｒｇ．ｘｘｘｘｘ．＊」で示されるクラスが、パッケージファイル名「ｘｘｘｘｘ－ａｐｉ．ｊａｒ」のパッケージおよびパッケージファイル名「ｉｎｔｅｒｎａｌ－ａｐｉ．ｊａｒ」のパッケージに含まれることを示す。
【0073】
辞書データ１２１には、他のクラス名または接頭辞とパッケージファイル名との対応関係を示すレコードも登録される。辞書データ１２１は、例えば辞書型リストのデータ構造により作成されてもよい。
【0074】
図１１は、ソースコードの関数から特定できないパッケージ群の例を示す図である。
ここで、ソースコードからは、図９で例示したように、ｉｍｐｏｒｔ文などを参照することで、関数に使用されるパッケージを特定可能である。一方、当該パッケージが更に他のパッケージを使用する場合、関数のソースコードに記述されている情報だけでは当該他のパッケージを特定することはできない。
ここで、ソースコードからは、図９で例示したように、ｉｍｐｏｒｔ文などを参照することで、関数に使用されるパッケージを特定可能である。一方、当該パッケージが更に他のパッケージを使用する場合、関数のソースコードに記述されている情報だけでは当該他のパッケージを特定することはできない。
【0075】
例えば、ツリーｔ１は、ユーザにより定義される関数がＤＢアクセスＰＫＧおよびストレージＰＫＧという２つのパッケージを使用し、ＤＢアクセスＰＫＧおよびストレージＰＫＧがそれぞれ２つの他のパッケージを使用するという関係を示す。この場合、ＤＢアクセスＰＫＧおよびストレージＰＫＧにより使用されるパッケージ群は、ソースコードから特定することはできない。また、ＤＢアクセスＰＫＧおよびストレージＰＫＧにより使用されるパッケージ群に含まれる各パッケージが更に他のパッケージを使用する場合も、当該他のパッケージをソースコードから特定することはできない。
【0076】
そこで、最適化部１３２は、あるパッケージが他のパッケージを使用するという関係性を、各パッケージを解析することで取得する。
図１２は、あるパッケージで使用される他のパッケージの例を示す図である。
図１２は、あるパッケージで使用される他のパッケージの例を示す図である。
【0077】
ツリーｔ２は、パッケージＰＫＧ＿ＡがパッケージＰＫＧ＿Ｃ，ＰＫＧ＿Ｄを使用する関係性を示す。ツリーｔ３は、ＰＫＧ＿ＢがパッケージＰＫＧ＿Ｅ，ＰＫＧ＿Ｆを使用する関係性を示す。
【0078】
最適化部１３２は、提供者により用意されるパッケージについて、当該パッケージ内を解析することでパッケージ間の関係性を予め取得する。最適化部１３２は、パッケージ間の関係性を、各パッケージに含まれるメタ情報に基づいて取得することができる。
【0079】
図１３は、メタ情報に基づく他のパッケージの特定例を示す図である。
パッケージｐ１は、メタ情報ｍ１を含む。メタ情報ｍ１は、パッケージｐ１で参照される他のパッケージのリストを含む。例えば、Ｍａｖｅｎプロジェクトからビルドされたファイルは、ビルド時にｐｏｍ．ｘｍｌが必要になるため、パッケージファイルにもｐｏｍ．ｘｍｌが含まれる。ｐｏｍ．ｘｍｌは、該当のパッケージにより使用される他のパッケージを示す情報が記述されている。このため、ｐｏｍ．ｘｍｌはメタ情報ｍ１の一例である。
パッケージｐ１は、メタ情報ｍ１を含む。メタ情報ｍ１は、パッケージｐ１で参照される他のパッケージのリストを含む。例えば、Ｍａｖｅｎプロジェクトからビルドされたファイルは、ビルド時にｐｏｍ．ｘｍｌが必要になるため、パッケージファイルにもｐｏｍ．ｘｍｌが含まれる。ｐｏｍ．ｘｍｌは、該当のパッケージにより使用される他のパッケージを示す情報が記述されている。このため、ｐｏｍ．ｘｍｌはメタ情報ｍ１の一例である。
【0080】
最適化部１３２は、例えばパッケージ内のｊａｒファイルを展開し、メタ情報ｍ１を解析する。コードｍ１ａは、メタ情報ｍ１の一例であるｐｏｍ．ｘｍｌの記述例である。コードｍ１ａにおけるｄｅｐｅｎｄｅｎｃｙタグ内のａｒｔｉｆａｃｔＩｄタグに、パッケージｐ１から参照される他のパッケージの情報が記述されている。
【0081】
コードｍ１ａの例では、最適化部１３２は、パッケージｐ１から参照される他のパッケージのファイル名として、「ｈｋ２．ｊａｒ」、「ｊａｋａｒｔａ．ｘｍｌ．ｂｉｎｄ－ａｐｉ．ｊａｒ」、「ｊａｘｂ－ｏｓｇｉ．ｊａｒ」を特定する。最適化部１３２は、特定したパッケージ間の関係性をパッケージ対応テーブルに登録する。
【0082】
図１４は、パッケージ対応テーブルの例を示す図である。
パッケージ対応テーブル１２２は、記憶部１２０に格納される。パッケージ対応テーブル１２２は、あるパッケージと当該パッケージにより参照される他のパッケージとの対応関係を示す情報である。パッケージ対応テーブル１２２は、パッケージおよび関連パッケージの項目を含む。パッケージの項目には、パッケージのファイル名が登録される。関連パッケージの項目には、パッケージの項目に登録されるパッケージから参照される他のパッケージ、すなわち、関連パッケージのファイル名が登録される。
パッケージ対応テーブル１２２は、記憶部１２０に格納される。パッケージ対応テーブル１２２は、あるパッケージと当該パッケージにより参照される他のパッケージとの対応関係を示す情報である。パッケージ対応テーブル１２２は、パッケージおよび関連パッケージの項目を含む。パッケージの項目には、パッケージのファイル名が登録される。関連パッケージの項目には、パッケージの項目に登録されるパッケージから参照される他のパッケージ、すなわち、関連パッケージのファイル名が登録される。
【0083】
例えば、パッケージ対応テーブル１２２には、パッケージ「ＰＫＧ＿ＸＸＸ．ｊａｒ」、関連パッケージ「ｈｋ２．ｊａｒ」、「ｊａｋａｒｔａ．ｘｍｌ．ｂｉｎｄ－ａｐｉ．ｊａｒ」、「ｊａｘｂ－ｏｓｇｉ．ｊａｒ」のレコードを有する。このレコードは、ファイル名「ＰＫＧ＿ＸＸＸ．ｊａｒ」のパッケージが、ファイル名「ｈｋ２．ｊａｒ」、「ｊａｋａｒｔａ．ｘｍｌ．ｂｉｎｄ－ａｐｉ．ｊａｒ」、「ｊａｘｂ－ｏｓｇｉ．ｊａｒ」の３つのパッケージを使用する関係性を示す。
【0084】
最適化部１３２は、パッケージ対応テーブル１２２に基づいて、ユーザにより定義された関数が使用するパッケージと当該パッケージが使用する他のパッケージを特定し、関数管理テーブルに登録する。
【0085】
図１５は、関数管理テーブルの例を示す図である。
関数管理テーブル１２３は、記憶部１２０に格納される。関数管理テーブル１２３は、ユーザの関数を管理する情報である。関数管理テーブル１２３は、例えばユーザ毎に作成される。関数管理テーブル１２３は、ユーザ関数名および関連パッケージの項目を含む。ユーザ関数名の項目には、ユーザにより定義された関数の関数名が登録される。関連パッケージの項目には、当該関数に関連する関連パッケージのファイル名が登録される。関連パッケージの項目には、当該関数から直接特定されるパッケージのファイル名の他、当該パッケージのメタ情報から連鎖的に特定される他のパッケージのファイル名も登録される。
関数管理テーブル１２３は、記憶部１２０に格納される。関数管理テーブル１２３は、ユーザの関数を管理する情報である。関数管理テーブル１２３は、例えばユーザ毎に作成される。関数管理テーブル１２３は、ユーザ関数名および関連パッケージの項目を含む。ユーザ関数名の項目には、ユーザにより定義された関数の関数名が登録される。関連パッケージの項目には、当該関数に関連する関連パッケージのファイル名が登録される。関連パッケージの項目には、当該関数から直接特定されるパッケージのファイル名の他、当該パッケージのメタ情報から連鎖的に特定される他のパッケージのファイル名も登録される。
【0086】
例えば、関数管理テーブル１２３には、ユーザ関数名「関数Ｆ１」、関連パッケージ「ｘｘｘｘｘ－ａｐｉ．ｊａｒ」、「ｉｎｔｅｒｎａｌ－ａｐｉ．ｊａｒ」、…のレコードを有する。当該レコードは、ユーザ関数名「関数Ｆ１」の関数が、ファイル名「ｘｘｘｘｘ－ａｐｉ．ｊａｒ」、「ｉｎｔｅｒｎａｌ－ａｐｉ．ｊａｒ」のパッケージを使用する関係性を示す。
【0087】
このように、最適化部１３２は、ユーザにより記述されたソースコードおよびパッケージの静的解析により関数管理テーブル１２３を作成可能である。実行環境作成部１３１は、関数管理テーブル１２３に基づいて関数実行環境２１０を作成することで、余計なパッケージの取得を省ける。
【0088】
一方、関数の実行において動的クラス参照が存在する場合や、静的解析で抽出される関連パッケージと実際の処理の関係性に乖離がある場合がある。そこで、最適化部１３２は、静的解析による最適化に加えて、動的解析による最適化を行う。
【0089】
図１６は、静的参照および動的参照の例を示す図である。
ここで、クラス参照の仕方には静的参照および動的参照の二種類がある。図１６（Ａ）は、静的参照（静的クラス参照）を例示する。図１６（Ｂ）は、動的参照（動的クラス参照）を例示する。
ここで、クラス参照の仕方には静的参照および動的参照の二種類がある。図１６（Ａ）は、静的参照（静的クラス参照）を例示する。図１６（Ｂ）は、動的参照（動的クラス参照）を例示する。
【0090】
例えば、あるプログラムの実行ファイルｅ１において静的参照されるクラスは、実行時に、当該クラスを含むパッケージｐ１１から読み込まれて、必ずメモリに展開される。一方、実行ファイルｅ１において動的参照されるクラスは、実行時に、処理に応じて、当該クラスを含むパッケージｐ１２から読み込まれて、メモリに展開される。
【0091】
静的参照は、コンパイル時に確定し静的解析により特定することができる。しかし、動的参照は、実行時に判断するしかないため、静的解析では検出することができない。
図１７は、関連パッケージと実際の処理の関係性の乖離の例を示す図である。
図１７は、関連パッケージと実際の処理の関係性の乖離の例を示す図である。
【0092】
リストＬ１は、静的解析により特定される６個のパッケージＰＫＧ＿Ａ～Ｆの次の関係性を示す。パッケージＡのメソッドＡ１はパッケージＰＫＧ＿Ｂを参照する。パッケージＡのメソッドＡ２はパッケージＰＫＧ＿Ｃを参照する。また、パッケージＰＫＧ＿Ｃから参照されるパッケージは、パッケージＰＫＧ＿Ｄ，ＰＫＧ＿Ｅ，ＰＫＧ＿Ｆである。
【0093】
実際の処理ではパッケージＰＫＧ＿Ａにおいて、メソッドＡ１しか使われない場合を考える。この場合、メソッドＡ２は実行されないので、パッケージＰＫＧ＿Ｃは不要である。それだけでなく、パッケージＰＫＧ＿Ｃに紐づくパッケージＰＫＧ＿Ｄ，ＰＫＧ＿Ｅ，ＰＫＧ＿Ｆも不要である。リストＬ２は、パッケージＰＫＧ＿Ａの実際の処理に対して、パッケージＰＫＧ＿Ｃ～Ｆの４つのパッケージが不要であることを示す。
【0094】
こうした不要パッケージを除去するため、最適化部１３２は、次のように動的解析による最適化を行う。
図１８は、スタックトレースの例を示す図である。
図１８は、スタックトレースの例を示す図である。
【0095】
最適化部１３２は、関数実行時に実際にどのメソッドが使われたのかを測定する。メソッドが使われることは、当該メソッドが呼びされて実行されることを示す。メソッドが使われることは、当該メソッドに対応するクラスが使われることを意味するとともに、当該クラスを含むパッケージが使われること（当該クラスを含むパッケージが用いられること）を意味する。
【0096】
例えば、ＪＶＭ（Java Virtual Machine）では、標準でスタックトレース１２４を取得することが可能である。スタックトレース１２４は、ユーザの関数の実行過程で呼び出された他の関数やメソッドなど処理の履歴を示す情報である。例えば、スタックトレース１２４には、どのパッケージのどのクラスのどのメソッドが使われたかという情報が、処理の順番で記録される。最適化部１３２は、実行サーバ２００からスタックトレース１２４を取得し、記憶部１２０に格納する。
【0097】
最適化部１３２は、スタックトレース１２４の記述内容から、関数の実行時に使用されたメソッドのリスト１２５を取得する。リスト１２５は、当該メソッドに対応するクラスの情報も含む。例えば、最適化部１３２は、スタックトレース１２４に基づいて、使用されたメソッド「ｏｒｇ．ｘｘｘｘｘ．ｇｒｉｚｚｌｙ…」、「ｚｚｚ．ｎｉｏ．ｃｈ．ＳｅｌｅｃｔｏｒＩｍｐｌ…」などを含むリスト１２５を取得する。
【0098】
図１９は、使用されなかったクラスの削除例を示す図である。
最適化部１３２は、静的解析によりユーザの関数で使用されるクラスを抽出し、抽出したクラスの情報をリスト１２６に記録する。リスト１２６は、記憶部１２０に格納される。クラスの情報には、当該クラスを含むパッケージの情報が含まれる。前述の関数管理テーブル１２３は、リスト１２６に基づいて作成されてもよい。また、最適化部１３２は、動的解析により得られたリスト１２５を基に、実際に使用されたクラスを抽出し、抽出したクラスの情報をリスト１２７に記録する。リスト１２７は、記憶部１２０に格納される。
最適化部１３２は、静的解析によりユーザの関数で使用されるクラスを抽出し、抽出したクラスの情報をリスト１２６に記録する。リスト１２６は、記憶部１２０に格納される。クラスの情報には、当該クラスを含むパッケージの情報が含まれる。前述の関数管理テーブル１２３は、リスト１２６に基づいて作成されてもよい。また、最適化部１３２は、動的解析により得られたリスト１２５を基に、実際に使用されたクラスを抽出し、抽出したクラスの情報をリスト１２７に記録する。リスト１２７は、記憶部１２０に格納される。
【0099】
最適化部１３２は、リスト１２６のクラスのうち、リスト１２７にないクラス、すなわち、使用されなかったクラスを、リスト１２６から削除することで、リスト１２８を作成する。そして、最適化部１３２は、リスト１２８に基づいて、パッケージを絞り込む。具体的には、最適化部１３２は、該当の関数について、関数管理テーブル１２３の関連パッケージから、リスト１２８に含まれないパッケージを削除する。
【0100】
ここで、パッケージの削除では、最適化部１３２は、パッケージの中身を置き換えることで、実際に使われるパッケージのみを残せるようにする。
図２０は、パッケージの置き換えによる不要パッケージの削除例を示す図である。
図２０は、パッケージの置き換えによる不要パッケージの削除例を示す図である。
【0101】
ツリーｔ４は、静的解析により抽出される、ユーザの関数に対するパッケージ間の関係の例を示す。例えば、関数は、パッケージＰＫＧ＿Ａ，ＰＫＧ＿Ｂを使用する。パッケージＰＫＧ＿Ａは、パッケージＰＫＧ＿Ｃ，ＰＫＧ＿Ｄを使用する。パッケージＰＫＧ＿Ｃは、パッケージＰＫＧ＿Ｅ，ＰＫＧ＿Ｆを使用する。パッケージＰＫＧ＿Ｄは、パッケージＰＫＧ＿Ｆ，ＰＫＧ＿Ｇを使用する。パッケージＰＫＧ＿Ｅは、パッケージＰＫＧ＿Ｈ，ＰＫＧ＿Ｉを使用する。パッケージＰＫＧ＿Ｆは、パッケージＰＫＧ＿Ｉ，ＰＫＧ＿Ｊを使用する。パッケージＰＫＧ＿Ｇは、パッケージＰＫＧ＿Ｊ，ＰＫＧ＿Ｋを使用する。
【0102】
一方、動的解析により、実際の実行時には、パッケージＰＫＧ＿Ｄ，ＰＫＧ＿Ｆ，ＰＫＧ＿Ｇ，ＰＫＧ＿Ｊ，ＰＫＧ＿Ｋが使用されないことが確認されたとする。この場合、最適化部１３２は、パッケージＰＫＧ＿Ａ，ＰＫＧ＿Ｃにおける、使用されないメソッドを置き換えることで、それぞれパッケージＰＫＧ＿Ａ’，ＰＫＧ＿Ｃ’とする。これにより、最適化部１３２は、パッケージＰＫＧ＿Ｄ，ＰＫＧ＿Ｆ，ＰＫＧ＿Ｇ，ＰＫＧ＿Ｊ，ＰＫＧ＿Ｋが存在しないことによる実行時の失敗を防止する。ツリーｔ５は、パッケージＰＫＧ＿Ａ，ＰＫＧ＿ＣをそれぞれパッケージＰＫＧ＿Ａ’，ＰＫＧ＿Ｃ’に置き換えて、パッケージＰＫＧ＿Ｄ，ＰＫＧ＿Ｆ，ＰＫＧ＿Ｇ，ＰＫＧ＿Ｊ，ＰＫＧ＿Ｋを削除する場合のパッケージ間の関係を示す。
【0103】
図２１は、パッケージ内のメソッドの置き換え例を示す図である。
図２０で例示したように、最適化部１３２は、不要なパッケージを削除する場合、残すパッケージのパッケージ間の依存関係の整合性を保つようにする。そこで、最適化部１３２は、クラスの中で実装されているメソッドに着目する。使われないメソッドに関しては処理が行われないため、中身が不要となる。最適化部１３２は、使われていないメソッドの処理内容を空にすることで使われていないクラスの参照をなくせる。すると、当該クラスの呼び出しがなくなり、整合性を保ったまま余計な部分を省けるようになる。
図２０で例示したように、最適化部１３２は、不要なパッケージを削除する場合、残すパッケージのパッケージ間の依存関係の整合性を保つようにする。そこで、最適化部１３２は、クラスの中で実装されているメソッドに着目する。使われないメソッドに関しては処理が行われないため、中身が不要となる。最適化部１３２は、使われていないメソッドの処理内容を空にすることで使われていないクラスの参照をなくせる。すると、当該クラスの呼び出しがなくなり、整合性を保ったまま余計な部分を省けるようになる。
【0104】
コード５０１は、あるパッケージにおけるクラス「Ａ」のメソッド「ｆｕｎｃｔｉｏｎ＿Ａ」および「ｆｕｎｃｔｉｏｎ＿Ｂ」の記述例を示す。このうち、メソッド「ｆｕｎｃｔｉｏｎ＿Ｂ」は他クラスへのリンクを有する、実際には使われないメソッドである。このため、最適化部１３２は、コード５０１のメソッド「ｆｕｎｃｔｉｏｎ＿Ｂ」を空にすることでコード５０２を作成する。コード５０２は、コード５０１の代わりに用いられる。こうして、コード５０２では当該他クラスへのリンクを示す参照コードが除去され、当該他クラスを含むパッケージの削除が可能になる。
【0105】
例えば、最適化部１３２は、動的解析により一定期間の情報を蓄積し、当該一定期間使われなかった処理を削除することで最適化を行う。
なお、仮に、当該処理が最適化後に使われた場合、パッケージの参照に失敗し、関数の実行に失敗する。この場合、実行環境作成部１３１は、該当のパッケージを初期化して関数実行環境２１０を作り直す。そして、最適化部１３２は、動的解析による情報蓄積を再度行う。ただし、実際のサービス運用時は、運用前にテストを行ったり、一つの関数に対して一つの役割しか持たせないようにしたりするため、最適化により削除された処理が使用される可能性は非常に小さい。
なお、仮に、当該処理が最適化後に使われた場合、パッケージの参照に失敗し、関数の実行に失敗する。この場合、実行環境作成部１３１は、該当のパッケージを初期化して関数実行環境２１０を作り直す。そして、最適化部１３２は、動的解析による情報蓄積を再度行う。ただし、実際のサービス運用時は、運用前にテストを行ったり、一つの関数に対して一つの役割しか持たせないようにしたりするため、最適化により削除された処理が使用される可能性は非常に小さい。
【0106】
次に、中継サーバ１００による処理手順を説明する。
図２２は、サービス構築の例を示すフローチャートである。
サービス構築の処理は、ユーザによる関数登録を受け付ける前に、最適化部１３２により予め実行される。
図２２は、サービス構築の例を示すフローチャートである。
サービス構築の処理は、ユーザによる関数登録を受け付ける前に、最適化部１３２により予め実行される。
【0107】
（Ｓ１０）最適化部１３２は、ユーザが使い得るパッケージを取得する。
（Ｓ１１）最適化部１３２は、取得した各パッケージを展開し、解析することで、クラスまたは接頭辞に対応するパッケージや、各パッケージにより使用される他のパッケージを特定する。最適化部１３２は、クラスまたは接頭辞に対応するパッケージを辞書データ１２１に登録する。また、最適化部１３２は、パッケージ間の依存関係を、パッケージ対応テーブル１２２に登録する。そして、サービス構築が終了する。
（Ｓ１１）最適化部１３２は、取得した各パッケージを展開し、解析することで、クラスまたは接頭辞に対応するパッケージや、各パッケージにより使用される他のパッケージを特定する。最適化部１３２は、クラスまたは接頭辞に対応するパッケージを辞書データ１２１に登録する。また、最適化部１３２は、パッケージ間の依存関係を、パッケージ対応テーブル１２２に登録する。そして、サービス構築が終了する。
【0108】
図２３は、関数実行制御の例を示すフローチャートである。
（Ｓ２０）プロキシ１３０は、関数登録を行う。関数登録は、ユーザにより入力される関数の登録を行う処理である。関数登録では、ユーザの関数に対して使用されるクラスのリスト１２６および関数管理テーブル１２３のレコードが作成される。関数登録の詳細は後述される。
（Ｓ２０）プロキシ１３０は、関数登録を行う。関数登録は、ユーザにより入力される関数の登録を行う処理である。関数登録では、ユーザの関数に対して使用されるクラスのリスト１２６および関数管理テーブル１２３のレコードが作成される。関数登録の詳細は後述される。
【0109】
（Ｓ２１）プロキシ１３０は、下記のステップＳ２２の関数処理（１）に対して、一定期間の間、動的解析の結果を繰り返し取得する。
（Ｓ２２）プロキシ１３０は、関数処理（１）を行う。関数処理（１）により、リスト１２６および関数管理テーブル１２３を基に関数実行環境２１０が構築される。そして、関数実行環境２１０を用いてユーザの関数が実行される。関数処理（１）の詳細は後述される。
（Ｓ２２）プロキシ１３０は、関数処理（１）を行う。関数処理（１）により、リスト１２６および関数管理テーブル１２３を基に関数実行環境２１０が構築される。そして、関数実行環境２１０を用いてユーザの関数が実行される。関数処理（１）の詳細は後述される。
【0110】
（Ｓ２３）プロキシ１３０は、一定期間が経過すると、動的解析の結果の繰り返し取得を終了する。なお、ステップＳ２１，Ｓ２３における動的解析の結果の取得は、最適化部１３２により行われる。
【0111】
（Ｓ２４）プロキシ１３０は、動的解析の結果として得られたスタックトレースに基づいて、解析結果更新を行う。解析結果更新では、動的解析の結果を基に、リスト１２６がリスト１２８に更新され、関数管理テーブル１２３が更新される。解析結果更新の詳細は後述される。
【0112】
（Ｓ２５）プロキシ１３０は、関数処理（２）を行う。関数処理（２）により、リスト１２８および更新後の関数管理テーブル１２３を基に関数実行環境２１０が再構築される。そして、再構築された関数実行環境２１０を用いてユーザの関数が実行される。関数処理（２）の詳細は後述される。
【0113】
（Ｓ２６）プロキシ１３０は、ステップＳ２５におけるユーザの関数の処理が正常に終了したか否かを判定する。正常に終了した場合、関数実行制御が終了し、以後、ステップＳ２５で再構築された関数実行環境２１０が使用される。正常に終了しなかった場合、ステップＳ２１に処理が進む。ステップＳ２１に処理が進む場合、プロキシ１３０は、ステップＳ２５の再構築前のパッケージを用いて関数実行環境２１０を再度構築し直すことになる。なお、ステップＳ２６の判定は最適化部１３２により行われる。
【0114】
【0115】
（Ｓ３１）最適化部１３２は、ステップＳ３０で実装されたコードに対する静的解析を行うことで、辞書データ１２１およびパッケージ対応テーブル１２２に基づき、当該コードから参照されるパッケージを解析し、リスト１２６を作成する。
【0116】
（Ｓ３２）最適化部１３２は、ステップＳ３１の解析の結果から、ユーザの関数の環境起動およびビルドに用いるパッケージを、関数管理テーブル１２３に登録する。そして、関数登録が終了する。
【0117】
図２５は、関数処理（１）の例を示すフローチャートである。
関数処理（１）は、ステップＳ２２に相当する。
（Ｓ４０）関数実行指示部１３３は、ユーザの関数呼び出しを端末装置８０から受け付けると、呼び出し対象の関数を実行するための関数実行環境２１０が存在するか否かを判定する。関数実行環境２１０が存在しない場合、ステップＳ４１に処理が進む。関数実行環境２１０が存在する場合、ステップＳ４２に処理が進む。ステップＳ４１に処理が進む場合、コールドスタートとなる。ステップＳ４２に処理が進む場合、ウォームスタートとなる。
関数処理（１）は、ステップＳ２２に相当する。
（Ｓ４０）関数実行指示部１３３は、ユーザの関数呼び出しを端末装置８０から受け付けると、呼び出し対象の関数を実行するための関数実行環境２１０が存在するか否かを判定する。関数実行環境２１０が存在しない場合、ステップＳ４１に処理が進む。関数実行環境２１０が存在する場合、ステップＳ４２に処理が進む。ステップＳ４１に処理が進む場合、コールドスタートとなる。ステップＳ４２に処理が進む場合、ウォームスタートとなる。
【0118】
（Ｓ４１）実行環境作成部１３１は、静的解析で抽出したクラスのリスト１２６を基に、関数実行環境２１０を作成する。ここでは、コールドスタートとなるため、実行環境作成部１３１は、関数管理テーブル１２３に基づいて、関数実行環境２１０の作成に用いるパッケージのファイルを所定のサーバからダウンロードする。
【0119】
（Ｓ４２）関数実行指示部１３３は、実装されたコードによる処理の実行を関数実行環境２１０に指示し、当該処理を実行させる。
（Ｓ４３）関数実行指示部１３３は、ステップＳ４２の関数の実行結果を関数実行環境２１０から取得し、呼び出し元の端末装置８０に応答する。
（Ｓ４３）関数実行指示部１３３は、ステップＳ４２の関数の実行結果を関数実行環境２１０から取得し、呼び出し元の端末装置８０に応答する。
【0120】
（Ｓ４４）最適化部１３２は、関数実行環境２１０での関数実行に応じて作成されたスタックトレースを実行サーバ２００から取得し、当該スタックトレースから実際に使われたメソッドを解析する。
【0121】
（Ｓ４５）最適化部１３２は、ステップＳ４４で特定された、実際に使われたメソッドの情報をリスト１２５に記録することで、解析された情報を蓄積する。そして、関数処理（１）が終了する。
【0122】
図２６は、解析結果更新の例を示すフローチャートである。
解析結果更新は、ステップＳ２４に相当する。
（Ｓ５０）最適化部１３２は、蓄積されたデータ、すなわち、リスト１２５から該当の関数で実際に使用されたクラスを抽出し、リスト１２７を作成する。
解析結果更新は、ステップＳ２４に相当する。
（Ｓ５０）最適化部１３２は、蓄積されたデータ、すなわち、リスト１２５から該当の関数で実際に使用されたクラスを抽出し、リスト１２７を作成する。
【0123】
（Ｓ５１）最適化部１３２は、抽出されたクラスに対応するパッケージを抽出する。例えば、最適化部１３２は、リスト１２７に記録されるクラス名、および、辞書データ１２１に基づいて、当該パッケージの情報を抽出することができる。
【0124】
（Ｓ５２）最適化部１３２は、抽出されたパッケージを残すように環境情報を更新する。例えば、最適化部１３２は、リスト１２７に基づき、リスト１２６から使用されないクラスの情報を削除することで、リスト１２６をリスト１２８に更新する。また、最適化部１３２は、リスト１２８に残っていないパッケージを関数管理テーブル１２３における該当の関数の関連パッケージから削除する。そして、解析結果更新が終了する。
【0125】
図２７は、関数処理（２）の例を示すフローチャートである。
関数処理（２）は、ステップＳ２５に相当する。
（Ｓ６０）関数実行指示部１３３は、ユーザの関数呼び出しを端末装置８０から受け付けると、呼び出し対象の関数を実行するための関数実行環境２１０が存在するか否かを判定する。関数実行環境２１０が存在しない場合、ステップＳ６１に処理が進む。関数実行環境２１０が存在する場合、ステップＳ６２に処理が進む。ステップＳ６１に処理が進む場合、コールドスタートとなる。ステップＳ６２に処理が進む場合、ウォームスタートとなる。
関数処理（２）は、ステップＳ２５に相当する。
（Ｓ６０）関数実行指示部１３３は、ユーザの関数呼び出しを端末装置８０から受け付けると、呼び出し対象の関数を実行するための関数実行環境２１０が存在するか否かを判定する。関数実行環境２１０が存在しない場合、ステップＳ６１に処理が進む。関数実行環境２１０が存在する場合、ステップＳ６２に処理が進む。ステップＳ６１に処理が進む場合、コールドスタートとなる。ステップＳ６２に処理が進む場合、ウォームスタートとなる。
【0126】
（Ｓ６１）実行環境作成部１３１は、動的解析で更新したクラスのリスト１２８を基に、関数実行環境２１０を作成する。ステップＳ６１では、コールドスタートとなるため、実行環境作成部１３１は、動的解析による更新後の関数管理テーブル１２３に基づいて、関数実行環境２１０の作成に用いるパッケージのファイルを所定のサーバからダウンロードする。この場合、最適化部１３２は、図２０で例示したように、パッケージ間の関係性の整合を保つため、パッケージ内のメソッドの置き換えを行う。
【0127】
（Ｓ６２）関数実行指示部１３３は、実装されたコードによる処理の実行を関数実行環境２１０に指示し、当該処理を実行させる。
（Ｓ６３）関数実行指示部１３３は、ステップＳ６２の関数の実行結果を関数実行環境２１０から取得し、呼び出し元の端末装置８０に応答する。そして、関数処理（２）が終了する。
（Ｓ６３）関数実行指示部１３３は、ステップＳ６２の関数の実行結果を関数実行環境２１０から取得し、呼び出し元の端末装置８０に応答する。そして、関数処理（２）が終了する。
【0128】
ステップＳ６１では、動的解析により関連パッケージが更に絞り込まれる。このため、ステップＳ４１よりも関数実行環境２１０の作成にかかる時間が短縮される。
また、関数処理（２）では、ステップＳ６０の判定を行わずに、実行環境作成部１３１がステップＳ６１を実行することで、動的解析の結果を基に関数実行環境２１０が必ず再構築されるようにしてもよい。
また、関数処理（２）では、ステップＳ６０の判定を行わずに、実行環境作成部１３１がステップＳ６１を実行することで、動的解析の結果を基に関数実行環境２１０が必ず再構築されるようにしてもよい。
【0129】
更に、ステップＳ２６ ＹＥＳの後、プロキシ１３０は、ステップＳ２５で更新された関数実行環境２１０による通常の運用を行う。
以上説明したように中継サーバ１００は、関数のソースコードから特定した第１のパッケージに含まれるメタ情報を基に、当該第１のパッケージから参照される第２のパッケージを特定することで、提供されるパッケージ群から第２のパッケージのみを抽出できる。このため、中継サーバ１００は、関数実行環境２１０の構築の際に取得対象のパッケージを絞り込み、余計なパッケージの取得を省ける。これにより、関数実行環境２１０の構築に要する時間が短縮され、関数実行環境２１０の起動（コールドスタート）が高速化される。その結果、関数処理遅延が低減される。
以上説明したように中継サーバ１００は、関数のソースコードから特定した第１のパッケージに含まれるメタ情報を基に、当該第１のパッケージから参照される第２のパッケージを特定することで、提供されるパッケージ群から第２のパッケージのみを抽出できる。このため、中継サーバ１００は、関数実行環境２１０の構築の際に取得対象のパッケージを絞り込み、余計なパッケージの取得を省ける。これにより、関数実行環境２１０の構築に要する時間が短縮され、関数実行環境２１０の起動（コールドスタート）が高速化される。その結果、関数処理遅延が低減される。
【0130】
また、中継サーバ１００は、動的解析により、関数実行時に実際に使用されるパッケージを残し、使用されないパッケージを削除することで、関数の実行に必要なパッケージを更に絞り込むことができる。これにより、関数実行環境２１０の構築に要する時間が更に短縮され、関数実行環境２１０の起動が更に高速化される。その結果、関数処理遅延が更に低減される。
【0131】
ここで、コールドスタートの際の関数実行環境２１０の起動の遅延に対し、比較例として、関数内で利用できるパッケージを予め制限して利用できるパッケージの数を減らすという方法も考えられる。しかし、比較例の方法では、既存アプリケーションで実装されている関数をそのままサーバレスで利用できず、サーバレスで利用可能なパッケージの範囲に関数の実装を変更することになる。例えば、比較例の方法では、制限対象のパッケージにメール送信用のパッケージが含まれる場合、メール送信の機能をもつ関数を利用できなくなってしまう。
【0132】
一方、中継サーバ１００によれば、関数内でユーザが利用できるパッケージを制限するのではなく、ユーザが実装した関数ごとに必要なパッケージを割り出して最適化を行う。このため、中継サーバ１００は、比較例の方法に比べて、ユーザにより利用可能なパッケージを制限せずに済む。
【0133】
また、中継サーバ１００は、静的解析および動的解析を組合せて関数実行環境２１０の最適化を行う。これにより、中継サーバ１００は、効率的に最適化を行える。例えば、動的解析は運用中に行われるものであり、動的解析だけでは運用の最初期において必要なパッケージを特定できないが、静的解析を用いることで、使用されるパッケージをある程度絞れる。また、仮に、提供される全てのパッケージを関数実行環境２１０に取り入れた場合、関数実行環境２１０のリソースの消費が大きくなり現実的な運用が困難になり得る。そこで、中継サーバ１００は、静的解析および動的解析を用いることで、関数実行環境２１０に取り入れるパッケージの数が過大にならないように、関数実行環境２１０に取り込むパッケージを段階的に絞り込むことができる。
【0134】
以上説明したように、中継サーバ１００は次の処理を実行する。
プロセッサ１０１は、ソースコードに記述された関数の実行に用いられる第１のパッケージをソースコードに基づいて特定する。プロセッサ１０１は、第１のパッケージに含まれるメタ情報であって、第１のパッケージにより参照される第２のパッケージを示すメタ情報に基づいて第２のパッケージを特定する。プロセッサ１０１は、ソースコードと第１のパッケージと第２のパッケージとを用いて関数の実行環境を構築する。
プロセッサ１０１は、ソースコードに記述された関数の実行に用いられる第１のパッケージをソースコードに基づいて特定する。プロセッサ１０１は、第１のパッケージに含まれるメタ情報であって、第１のパッケージにより参照される第２のパッケージを示すメタ情報に基づいて第２のパッケージを特定する。プロセッサ１０１は、ソースコードと第１のパッケージと第２のパッケージとを用いて関数の実行環境を構築する。
【0135】
これにより、中継サーバ１００は、関数の実行環境の構築に用いるパッケージを絞り込むことができ、関数の実行環境の起動を高速化できる。
なお、例えばソースコードの冒頭のｉｍｐｏｒｔ文などから特定されるパッケージは、第１のパッケージの一例である。また、前述のｐｏｍ．ｘｍｌはメタ情報の一例である。更に、関数実行環境２１０は「関数の実行環境」に相当する。
なお、例えばソースコードの冒頭のｉｍｐｏｒｔ文などから特定されるパッケージは、第１のパッケージの一例である。また、前述のｐｏｍ．ｘｍｌはメタ情報の一例である。更に、関数実行環境２１０は「関数の実行環境」に相当する。
【0136】
また、プロセッサ１０１は、第１のパッケージおよび第２のパッケージを含む複数のパッケージそれぞれのメタ情報に基づいて、当該パッケージと当該パッケージにより参照される他のパッケージとの対応関係を示すパッケージ対応テーブル１２２を予め作成しておいてもよい。プロセッサ１０１は、ユーザによる関数の登録を受け付けた場合に、当該対応関係を示す情報に基づいて、当該関数に用いられるパッケージの情報を関数管理テーブル１２３に登録する。すると、プロセッサ１０１は、当該関数の呼び出しを受け付けた際などに、関数管理テーブル１２３に基づいて、当該関数に用いられるパッケージを取得し、当該関数の実行環境を構築することができる。これにより、中継サーバ１００は、関数の実行環境の起動を高速化できる。
【0137】
プロセッサ１０１は、実行環境による関数の実行時のスタックトレースに基づいて、第２のパッケージが当該関数の実行に用いられたか否かを判定してもよい。プロセッサ１０１は、第２のパッケージが当該関数の実行に用いられなかった場合、第２のパッケージを用いずに実行環境を再構築してもよい。
【0138】
これにより、中継サーバ１００は、関数の実行環境の構築に用いるパッケージを更に絞り込むことができ、関数の実行環境の起動を一層高速化できる。
プロセッサ１０１は、図２１で例示したように、当該再構築の際に、第１のパッケージに含まれるコードの中から、第２のパッケージに属するプログラム部品を参照する参照コードを削除する。
プロセッサ１０１は、図２１で例示したように、当該再構築の際に、第１のパッケージに含まれるコードの中から、第２のパッケージに属するプログラム部品を参照する参照コードを削除する。
【0139】
これにより、中継サーバ１００は、第２のパッケージに属するプログラム部品が存在しないことによる関数の実行失敗を防げる。例えば、ｊａｒファイルで公開されるパッケージのクラスは、プログラム部品の一例である。
【0140】
なお、プロセッサ１０１は、スタックトレースに基づいて第１のパッケージが関数の実行に用いられたか否かを判定してもよい。そして、プロセッサ１０１は、第１のパッケージが関数の実行に用いられなかった場合に、第１のパッケージを用いずに実行環境を再構築してもよい。
【0141】
プロセッサ１０１は、第２のパッケージを含む複数のパッケージそれぞれに含まれる他のメタ情報であって、当該パッケージにより参照される他のパッケージを示す他のメタ情報に基づき、第１のパッケージを起点に第２のパッケージを介して参照される第３のパッケージを特定してもよい。そして、プロセッサ１０１は、第３のパッケージを更に用いて関数の実行環境を構築してもよい。
【0142】
これにより、中継サーバ１００は、関数の実行環境の構築に用いるパッケージを絞り込むことができ、関数の実行環境の起動を高速化できる。
プロセッサ１０１は、実行環境による関数の実行時のスタックトレースに基づいて、第３のパッケージが関数の実行に用いられたか否かを判定してもよい。プロセッサ１０１は、第３のパッケージが当該関数の実行に用いられなかった場合、第３のパッケージを用いずに実行環境を再構築してもよい。
プロセッサ１０１は、実行環境による関数の実行時のスタックトレースに基づいて、第３のパッケージが関数の実行に用いられたか否かを判定してもよい。プロセッサ１０１は、第３のパッケージが当該関数の実行に用いられなかった場合、第３のパッケージを用いずに実行環境を再構築してもよい。
【0143】
これにより、中継サーバ１００は、関数の実行環境の構築に用いるパッケージを更に絞り込むことができ、関数の実行環境の起動を一層高速化できる。
プロセッサ１０１は、図２１で例示したように、当該再構築の際に、第３のパッケージの参照元である第２のパッケージまたは第４のパッケージに含まれるコードの中から、第３のパッケージに属するプログラム部品を参照する参照コードを削除する。
プロセッサ１０１は、図２１で例示したように、当該再構築の際に、第３のパッケージの参照元である第２のパッケージまたは第４のパッケージに含まれるコードの中から、第３のパッケージに属するプログラム部品を参照する参照コードを削除する。
【0144】
これにより、中継サーバ１００は、第３のパッケージに属するプログラム部品が存在しないことによる関数の実行失敗を防げる。
例えば、プロセッサ１０１は、関数の登録を受け付けると当該関数に対応する第１のパッケージおよび第２のパッケージを特定する。そして、プロセッサ１０１は、関数の呼び出しを受け付けると当該関数の実行環境を構築する。プロセッサ１０１は、関数の呼び出しを所定時間よりも短い時間間隔で受け付けるたびに、当該実行環境による関数の実行を指示する。関数の実行の指示は、例えば実行環境を動作させるノード（例えば、実行サーバ２００）に対して行われてもよい。そして、プロセッサ１０１は、関数の呼び出しを受け付けない時間が所定時間に達すると、当該実行環境を削除する。
例えば、プロセッサ１０１は、関数の登録を受け付けると当該関数に対応する第１のパッケージおよび第２のパッケージを特定する。そして、プロセッサ１０１は、関数の呼び出しを受け付けると当該関数の実行環境を構築する。プロセッサ１０１は、関数の呼び出しを所定時間よりも短い時間間隔で受け付けるたびに、当該実行環境による関数の実行を指示する。関数の実行の指示は、例えば実行環境を動作させるノード（例えば、実行サーバ２００）に対して行われてもよい。そして、プロセッサ１０１は、関数の呼び出しを受け付けない時間が所定時間に達すると、当該実行環境を削除する。
【0145】
このように、プロセッサ１０１は、ユーザによる関数の登録を受け付けたタイミングで、当該関数に対応する第１のパッケージおよび第２のパッケージの特定を予め行うようにする。すると、プロセッサ１０１は、当該関数の呼び出し時に、当該特定を行わなくてよく、特定済の第１のパッケージおよび第２のパッケージを取得して、当該関数の実行環境の構築を行える。こうして、中継サーバ１００は、コールドスタートおよびウォームスタートを用いて実行されるサーバレス関数などの関数において、コールドスタートによる実行環境の起動時間を短縮することができる。また、その結果、コールドスタート時の関数処理遅延が低減される。
【0146】
更に、プロセッサ１０１により構築される実行環境は、中継サーバ１００に相当するコンピュータ、または、実行サーバ２００に相当する他のコンピュータの、プロセッサやメモリなどのリソースを用いて動作するコンテナでもよい。すなわち、関数の実行環境を構築する処理、あるいは、関数の実行環境を作成する処理は、当該関数を実行するコンテナを作成する処理でもよい。例えば、サーバレス関数の実行サービスを提供する情報処理システム１において、コールドスタートによるコンテナの起動は頻繁に行われ得る。このため、中継サーバ１００による実行環境、すなわち、コンテナの起動時間の短縮は、当該コンテナを用いて提供されるサーバレス関数の実行サービスの運用に特に有用である。
【0147】
なお、第１の実施の形態の情報処理は、処理部１２にプログラムを実行させることで実現できる。また、第２の実施の形態の情報処理は、プロセッサ１０１にプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体１１３に記録できる。
【0148】
例えば、プログラムを記録した記録媒体１１３を配布することで、プログラムを流通させることができる。また、プログラムを他のコンピュータに格納しておき、ネットワーク経由でプログラムを配布してもよい。コンピュータは、例えば、記録媒体１１３に記録されたプログラムまたは他のコンピュータから受信したプログラムを、ＲＡＭ１０２やＨＤＤ１０３などの記憶装置に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。
【符号の説明】
【0149】
１０ 情報処理装置
１１ 記憶部
１２ 処理部
２０ 実行ノード
２１ 関数実行環境
３０ ソースコード
４０，５０，６１，６２，６３，６４，６５ パッケージ
４０ａ，５０ａ メタ情報
６０ パッケージ群
１１ 記憶部
１２ 処理部
２０ 実行ノード
２１ 関数実行環境
３０ ソースコード
４０，５０，６１，６２，６３，６４，６５ パッケージ
４０ａ，５０ａ メタ情報
６０ パッケージ群
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】