(57)【要約】【課題】Ｊａｖａライブラリを有さないクライアントマシンに対して、ＲＭＩプロトコルによる通信を必要とせずにＪＭＸフレームワークを使用可能にする。【解決手段】本発明にかかるアプリケーションサーバ１は、アプリケーションサーバ１により提供される機能群１００と、ＪＭＸフレームワーク２００と、Ｗｅｂ ＡＰＩ構築装置３００と、を備える。ＪＭＸフレームワーク２００は、機能群に関するＭＢｅａｎを格納するＭＢｅａｎサーバ２２０と、機能群１００に関するＷｅｂ ＡＰＩ向け拡張メタ情報をＭＢｅａｎサーバ２２０に登録して管理するＭＢｅａｎ拡張管理装置２１０と、を備える。Ｗｅｂ ＡＰＩ構築装置３００は、ＭＢｅａｎサーバ２２０に登録されているＷｅｂ ＡＰＩ向け拡張メタ情報に基づいて、機能群１００に関するＵＲＩを構築し、構築されたＵＲＩをクライアントマシン３へ提供する。【選択図】図２
2018124894.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションサーバにより提供される機能群と、
ＪＭＸ（Java Management Extensions）フレームワークと、
Ｗｅｂ ＡＰＩ（Application Program Interface）構築装置と、を備え、
前記ＪＭＸフレームワークは、
前記機能群に関するＭＢｅａｎ（Managed Bean）を格納するＭＢｅａｎサーバと、
前記機能群に関するＷｅｂ ＡＰＩ向け拡張メタ情報を前記ＭＢｅａｎサーバに登録して管理するＭＢｅａｎ拡張管理装置と、を備え、
前記Ｗｅｂ ＡＰＩ構築装置は、前記ＭＢｅａｎサーバに登録されている前記Ｗｅｂ ＡＰＩ向け拡張メタ情報に基づいて、前記機能群に関するＵＲＩ（Uniform Resource Identifier）を構築し、構築された前記ＵＲＩをクライアントマシンへ提供する、
アプリケーションサーバ。
【請求項２】
前記ＭＢｅａｎ拡張管理装置は、ＭＢｅａｎＩｎｆｏ拡張手段を備え、
前記ＭＢｅａｎサーバは、設定及び操作についてのＭＢｅａｎＩｎｆｏを備え、
前記機能群は、機能が起動する際に当該機能の設定及び操作の登録要求を前記ＭＢｅａｎＩｎｆｏ拡張手段に対して行い、
前記ＭＢｅａｎＩｎｆｏ拡張手段は、前記ＭＢｅａｎを解析し、登録要求された前記機能の前記設定及び前記操作に関連付けられた前記Ｗｅｂ ＡＰＩ向け拡張メタ情報を前記ＭＢｅａｎＩｎｆｏに登録する、
請求項１に記載のアプリケーションサーバ。
【請求項３】
前記Ｗｅｂ ＡＰＩ構築装置は、ＵＲＩ提供手段と、ＵＲＩ／ＨＴＴＰ（Hypertext Transfer Protocol）メソッド構築手段と、を備え、
前記ＵＲＩ／ＨＴＴＰメソッド構築手段は、前記ＭＢｅａｎサーバの前記設定及び前記操作に関連付けられた前記Ｗｅｂ ＡＰＩ向け拡張メタ情報を解析し、設定を更新するためのＵＲＩ及び操作を行うためのＵＲＩを構築し、
前記ＵＲＩ提供手段は、前記設定を更新するためのＵＲＩ及び前記操作を行うためのＵＲＩを、前記クライアントマシンへ提供する。
請求項２に記載のアプリケーションサーバ。
【請求項４】
前記ＵＲＩ提供手段は、前記クライアントマシンからのＨＴＴＰリクエストにおけるＨＴＴＰメソッドの解析を行い、前記ＨＴＴＰメソッドが適切であるか否かを判断し、
前記ＵＲＩ／ＨＴＴＰメソッド構築手段は、前記ＨＴＴＰメソッドが適切である場合に、前記ＨＴＴＰリクエストにおけるＵＲＩの解析を行い、解析されたＵＲＩに基づいて、前記ＨＴＴＰリクエストによってリクエストされた処理を実行する、
請求項３に記載のアプリケーションサーバ。
【請求項５】
前記Ｗｅｂ ＡＰＩ構築装置は、ＭＢｅａｎＩｎｆｏ解析手段をさらに備え、
前記ＭＢｅａｎＩｎｆｏ解析手段は、前記ＨＴＴＰリクエストにおけるＵＲＩに基づいて、返却用データを生成し、
前記ＵＲＩ提供手段は、前記返却用データを前記クライアントマシンへ送信する、
請求項４に記載のアプリケーションサーバ。
【請求項６】
前記返却用データは、前記ＨＴＴＰリクエストにおけるＵＲＩを基準とした子階層の情報を含む、請求項５に記載のアプリケーションサーバ。
【請求項７】
前記返却用データは、前記ＨＴＴＰリクエストにおけるＵＲＩに存在する操作に関する情報を含む、請求項５又は６に記載のアプリケーションサーバ。
【請求項８】
前記返却用データは、前記ＨＴＴＰリクエストにおけるＵＲＩに存在する設定に関する情報を含む、請求項５乃至７のいずれか１項に記載のアプリケーションサーバ。
【請求項９】
アプリケーションサーバにおける方法であって、
前記アプリケーションサーバにより提供される機能群に関するＷｅｂ ＡＰＩ（Application Program Interface）向け拡張メタ情報をＭＢｅａｎ（Managed Bean）サーバに登録し、
前記ＭＢｅａｎサーバに登録されている前記Ｗｅｂ ＡＰＩ向け拡張メタ情報に基づいて、前記機能群に関するＵＲＩ（Uniform Resource Identifier）を構築し、
構築された前記ＵＲＩをクライアントマシンへ提供する、
方法。
【請求項１０】
アプリケーションサーバにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
前記アプリケーションサーバにより提供される機能群に関するＷｅｂ ＡＰＩ（Application Program Interface）向け拡張メタ情報をＭＢｅａｎ（Managed Bean）サーバに登録し、
前記ＭＢｅａｎサーバに登録されている前記Ｗｅｂ ＡＰＩ向け拡張メタ情報に基づいて、前記機能群に関するＵＲＩ（Uniform Resource Identifier）を構築し、
構築された前記ＵＲＩをクライアントマシンへ提供すること、を備える、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションサーバ、その方法及びプログラムに関し、特に、ＪＭＸ（登録商標）フレームワークを用いるアプリケーションサーバ、その方法及びプログラムに関する。
【背景技術】
【０００２】
クライアントサーバモデルのシステムにおいて、大規模ユーザ向けにシステムを構築する場合に、Ｊａｖａ（登録商標）ＥＥ（Java Platform, Enterprise Edition）の仕様に則ったＪａｖａプログラムにてサーバを構築する手法が知られている。このＪａｖａ ＥＥの仕様に則ったサーバは、サーバ上でユーザが作成した任意のアプリケーションを動作させるものであり、一般にアプリケーションサーバと呼称される。
【０００３】
アプリケーションサーバは、アプリケーションを動作させるための機能群を保持し、その機能群は、その機能独自の操作や設定値を保持する。これらの操作や設定は、アプリケーションサーバの運用者（管理・監視を主体業務とする人）によって実行又は変更される。具体的には、アプリケーションサーバの運用者は、アプリケーションサーバにより用意された運用管理機能を備えたクライアントマシンを利用し、アプリケーションサーバに対して設定の変更を行う。
【０００４】
また、機能独自の操作や設定が、ＪＭＸ（Java Management Extensions）と呼ばれるフレームワーク上で管理される環境が知られている。特許文献１には、ＪＭＸクライアントによってＭＢｅａｎ（Managed Bean）を動的に変更するための技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第５８４３１２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に開示されている技術では、クライアントマシンは、ＪＭＸフレームワークにより定義される機能を有することが求められる。ＪＭＸフレームワークにより定義される機能は、Ｊａｖａにより提供される機能である。このため、ＪＭＸフレームワークを使用するためには、クライアントマシンにＪａｖａライブラリをインストールし、そのライブラリを利用するクライアントマシンを作成する必要があるという問題があった。
【０００７】
また、特許文献１に開示されている技術では、クライアントマシンとサーバとの間の通信について、ＪＭＸフレームワークが定めるＲＭＩ（Remote Method Invocation）プロトコルによる通信を実現する必要がある。ここで使用するＲＭＩプロトコルは、指定したポートとは別に一次ポートを開放し、その一時的に開放したポート番号に対して通信を行うという特性を有する。このため、クライアントマシンとサーバとの間でＮＡＰＴ（Network Address and Port Translation）のネットワークを構成している場合、設定時に考慮する必要があるという問題があった。
【０００８】
本発明は、このような問題点を解決するためになされたものであり、Ｊａｖａライブラリを有さないクライアントマシンに対して、ＲＭＩプロトコルによる通信を必要とせずにＪＭＸフレームワークを使用可能にすることができるアプリケーションサーバ、その方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の態様では、アプリケーションサーバは、アプリケーションサーバにより提供される機能群と、ＪＭＸ（Java Management Extensions）フレームワークと、Ｗｅｂ ＡＰＩ（Application Program Interface）構築装置と、を備え、前記ＪＭＸフレームワークは、前記機能群に関するＭＢｅａｎ（Managed Bean）を格納するＭＢｅａｎサーバと、前記機能群に関するＷｅｂ ＡＰＩ向け拡張メタ情報を前記ＭＢｅａｎサーバに登録して管理するＭＢｅａｎ拡張管理装置と、を備え、前記Ｗｅｂ ＡＰＩ構築装置は、前記ＭＢｅａｎサーバに登録されている前記Ｗｅｂ ＡＰＩ向け拡張メタ情報に基づいて、前記機能群に関するＵＲＩ（Uniform Resource Identifier）を構築し、構築された前記ＵＲＩをクライアントマシンへ提供するものである。
【００１０】
本発明の第２の態様では、アプリケーションサーバにおける方法は、前記アプリケーションサーバにより提供される機能群に関するＷｅｂ ＡＰＩ（Application Program Interface）向け拡張メタ情報をＭＢｅａｎ（Managed Bean）サーバに登録し、前記ＭＢｅａｎサーバに登録されている前記Ｗｅｂ ＡＰＩ向け拡張メタ情報に基づいて、前記機能群に関するＵＲＩ（Uniform Resource Identifier）を構築し、構築された前記ＵＲＩをクライアントマシンへ提供するものである。
【００１１】
本発明の第３の態様では、アプリケーションサーバにおける方法をコンピュータに行わせるためのプログラムは、前記方法は、前記アプリケーションサーバにより提供される機能群に関するＷｅｂ ＡＰＩ（Application Program Interface）向け拡張メタ情報をＭＢｅａｎ（Managed Bean）サーバに登録し、前記ＭＢｅａｎサーバに登録されている前記Ｗｅｂ ＡＰＩ向け拡張メタ情報に基づいて、前記機能群に関するＵＲＩ（Uniform Resource Identifier）を構築し、構築された前記ＵＲＩをクライアントマシンへ提供すること、を備えるものである。
【発明の効果】
【００１２】
本発明により、Ｊａｖａライブラリを有さないクライアントマシンに対して、ＲＭＩプロトコルによる通信を必要とせずにＪＭＸフレームワークを使用可能にすることができるアプリケーションサーバ、その方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態１にかかるクライアントサーバモデルのシステムの構成例を示すブロック図である。
【図２】本発明の実施の形態１にかかるアプリケーションサーバの構成例を示すブロック図である。
【図３】本発明の実施の形態１にかかるアプリケーションサーバの処理例を示すフローチャートである。
【図４】本発明の実施の形態２にかかるアプリケーションサーバの構成例を示すブロック図である。
【図５】本発明の実施の形態２にかかるＨＴＴＰメソッドの種別及びＷｅｂ ＡＰＩとして表示するための階層構造データの例を示す図である。
【図６】本発明の実施の形態２にかかる設定を更新するためのＵＲＩ及び操作を行うためのＵＲＩの例を示す図である。
【図７】本発明の実施の形態２にかかるＨＴＴＰリクエストにおけるＵＲＩの種類を示す図である。
【図８】本発明の実施の形態２にかかるＨＴＴＰリクエストにおけるエンティティボディの形式の例を示す図である。
【図９】本発明の実施の形態２にかかる返却用データの全体イメージの例を示す図である。
【図１０】本発明の実施の形態２にかかる図９のａｔｔｒｉｂｕｔｉｅｓの詳細例を示す図である。
【図１１】本発明の実施の形態２にかかる図９のｏｐｅｒａｔｉｏｎｓの詳細例を示す図である。
【図１２】本発明の実施の形態２にかかる図９のｃｈｉｌｄＲｅｓｏｕｒｃｅｓの詳細例を示す図である。
【図１３Ａ】本発明の実施の形態２にかかるＷｅｂ ＡＰＩ構築装置による運用操作の処理例を示すフローチャートである。
【図１３Ｂ】本発明の実施の形態２にかかるＷｅｂ ＡＰＩ構築装置による運用操作の処理例を示すフローチャートである。
【図１３Ｃ】本発明の実施の形態２にかかるＷｅｂ ＡＰＩ構築装置による運用操作の処理例を示すフローチャートである。
【図１４】本発明の実施の形態３にかかるアプリケーションサーバの構成例を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下では、本発明の実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１５】
実施の形態１
まず、図１のブロック図を用いて、本発明の実施の形態１にかかるクライアントサーバモデルのシステムの構成例について説明する。本実施の形態１にかかるクライアントサーバモデルのシステムは、アプリケーションサーバ１と、クライアントマシン２と、クライアントマシン３と、を備えている。
【００１６】
クライアントマシン２は、ＪＭＸクライアント４を備えている。すなわち、クライアントマシン２は、Ｊａｖａライブラリを有するクライアントである。ＪＭＸクライアント４は、ＲＭＩプロトコルによりアプリケーションサーバ１との通信を行う。
【００１７】
クライアントマシン３は、ＨＴＴＰ（Hypertext Transfer Protocol）クライアント５を備えている。ここで、クライアントマシン３は、Ｊａｖａライブラリを有さないクライアントであるとする。ＨＴＴＰクライアント５は、ＨＴＴＰによりアプリケーションサーバ１との通信を行う。
【００１８】
続いて、図２のブロック図を用いて、本実施の形態１にかかるアプリケーションサーバ１の構成例について説明する。アプリケーションサーバ１は、機能群１００と、ＪＭＸフレームワーク２００と、Ｗｅｂ ＡＰＩ（Application Program Interface）構築装置３００と、を備えている。
【００１９】
機能群１００は、アプリケーションサーバ１により提供される機能群である。機能群１００は、その機能が起動する際にＪＭＸフレームワーク２００に対して、起動される機能に関する登録要求を行う。
【００２０】
ＪＭＸフレームワーク２００は、ＭＢｅａｎ拡張管理装置２１０と、ＭＢｅａｎサーバ２２０と、を備えている。なお、ＪＭＸフレームワーク２００は、ＲＭＩプロトコルによりＪＭＸクライアント４との通信を行うことができる。
【００２１】
ＭＢｅａｎサーバ２２０は、機能群１００に関するＭＢｅａｎを格納するサーバである。
【００２２】
ＭＢｅａｎ拡張管理装置２１０は、機能群１００から登録要求されると、登録要求された機能に関するＷｅｂ ＡＰＩ向け拡張メタ情報を、ＭＢｅａｎサーバ２２０に登録して管理する。
【００２３】
Ｗｅｂ ＡＰＩ構築装置３００は、ＭＢｅａｎサーバ２２０に登録されているＷｅｂ ＡＰＩ向け拡張メタ情報に基づいて、機能群１００に関するＵＲＩ（Uniform Resource Identifier）を構築する。また、Ｗｅｂ ＡＰＩ構築装置３００は、構築されたＵＲＩをクライアントマシン３のＨＴＴＰクライアント５へ提供する。
【００２４】
続いて、図３のフローチャートを用いて、本実施の形態１にかかるアプリケーションサーバ１の処理例について説明する。
【００２５】
まず、ＭＢｅａｎ拡張管理装置２１０は、機能群１００に関するＷｅｂ ＡＰＩ向け拡張メタ情報を、ＭＢｅａｎサーバ２２０に登録する（ステップＳ１０１）。
【００２６】
次に、Ｗｅｂ ＡＰＩ構築装置３００は、ＭＢｅａｎサーバ２２０に登録されているＷｅｂ ＡＰＩ向け拡張メタ情報に基づいて、機能群１００に関するＵＲＩを構築する（ステップＳ１０２）。
【００２７】
次に、Ｗｅｂ ＡＰＩ構築装置３００は、構築されたＵＲＩをクライアントマシン３のＨＴＴＰクライアント５へ提供する（ステップＳ１０３）。
【００２８】
以上のように、本発明の実施の形態１にかかるアプリケーションサーバ１では、ＭＢｅａｎ拡張管理装置２１０により、機能群１００に関するＷｅｂ ＡＰＩ向け拡張メタ情報をＭＢｅａｎサーバ２２０に登録して管理する構成としている。また、アプリケーションサーバ１では、Ｗｅｂ ＡＰＩ構築装置３００により、ＭＢｅａｎサーバ２２０に登録されているＷｅｂ ＡＰＩ向け拡張メタ情報に基づいて、機能群１００に関するＵＲＩを構築する構成としている。さらに、アプリケーションサーバ１では、Ｗｅｂ ＡＰＩ構築装置３００により、構築されたＵＲＩをクライアントマシン３のＨＴＴＰクライアント５へ提供する構成としている。これにより、アプリケーションサーバ１では、ＪＭＸフレームワーク２００における機能に関するＵＲＩをクライアントマシン３へ提供することができる。すなわち、アプリケーションサーバ１では、Ｊａｖａライブラリを有さないクライアントマシン３に対して、ＲＭＩプロトコルによる通信を必要とせずにＪＭＸフレームワーク２００を使用可能にすることができる。
【００２９】
実施の形態２
続いて、図４のブロック図を用いて、本発明の実施の形態２にかかるアプリケーションサーバ１Ａの構成例について説明する。本実施の形態２にかかるアプリケーションサーバ１Ａは、実施の形態１にかかるアプリケーションサーバ１の具体例である。アプリケーションサーバ１Ａは、機能群１００Ａと、ＪＭＸフレームワーク２００Ａと、Ｗｅｂ ＡＰＩ構築装置３００Ａと、を備えている。
【００３０】
機能群１００Ａは、アプリケーションサーバ１Ａにより提供される機能群である。機能群１００Ａは、その機能が起動する際にＪＭＸフレームワーク２００Ａに対して、起動される機能の設定及び操作の登録要求を行う。
【００３１】
ＪＭＸフレームワーク２００Ａは、ＭＢｅａｎ拡張管理装置２１０Ａと、ＭＢｅａｎサーバ２２０Ａと、ＭＢｅａｎサーバ認証装置２３０と、ＪＭＸクライアント接続装置２４０と、を備えている。
【００３２】
ＭＢｅａｎ拡張管理装置２１０Ａは、ＭＢｅａｎＩｎｆｏ拡張部２１１と、ＭＢｅａｎサーバ管理装置２１２と、を備えている。また、ＭＢｅａｎサーバ２２０Ａは、管理対象として複数のＭＢｅａｎ２２１を備えている。また、ＭＢｅａｎ２２１は、設定２２２と、ＭＢｅａｎＩｎｆｏ２２３と、操作２２５と、ＭＢｅａｎＩｎｆｏ２２６と、を備えている。ここで、ＭＢｅａｎＩｎｆｏとは、ＭＢｅａｎ２２１の設定、操作等の情報を定義したオブジェクトである。なお、ＭＢｅａｎＩｎｆｏ２２３は、設定２２２についてのＭＢｅａｎＩｎｆｏであり、ＭＢｅａｎＩｎｆｏ２２６は、操作２２５についてのＭＢｅａｎＩｎｆｏである。
【００３３】
ＭＢｅａｎＩｎｆｏ拡張部２１１は、ＪＭＸの管理情報を拡張する機能部である。ＭＢｅａｎ拡張管理装置２１０Ａは、機能群１００から登録要求されると、ＭＢｅａｎＩｎｆｏ拡張部２１１により、登録要求された機能に関する設定２２２及び操作２２５に対してＷｅｂ ＡＰＩ向け拡張メタ情報を登録する。すなわち、ＭＢｅａｎＩｎｆｏ拡張部２１１は、設定２２２に関連付けられたＷｅｂ ＡＰＩ向け拡張メタ情報２２４をＭＢｅａｎＩｎｆｏ２２３の中に登録し、操作２２５に関連付けられたＷｅｂ ＡＰＩ向け拡張メタ情報２２７をＭＢｅａｎＩｎｆｏ２２６の中に登録する。
【００３４】
具体的には、ＭＢｅａｎＩｎｆｏ拡張部２１１は、ＨＴＴＰメソッドの種別と、Ｗｅｂ ＡＰＩとして表示するための階層構造データとを、ＭＢｅａｎＩｎｆｏとして構築する。ここで、ＨＴＴＰメソッドの種別は、ＧＥＴ、ＰＵＴ、ＰＯＳＴ、及びＤＥＬＥＴＥを含む。
【００３５】
ＭＢｅａｎＩｎｆｏ拡張部２１１は、構築された情報をＷｅｂ ＡＰＩ向け拡張メタ情報として、ＭＢｅａｎＩｎｆｏ２２３及びＭＢｅａｎＩｎｆｏ２２６に登録する。例えば、図５に示すように、ＨＴＴＰメソッドの種別を、ｍｅｔｈｏｄ＝ＧＥＴ、ｍｅｔｈｏｄ＝ＰＵＴ等のように登録する。また、Ｗｅｂ ＡＰＩとして表示するための階層構造データを、ｃｌａｓｓ＝ｄｏｍａｉｎ／ｓｅｒｖｉｃｅｓ／ｓｅｒｖｉｃｅＸ／ａｔｔｒｉｂｕｔｅＡ、ｃｌａｓｓ＝ｄｏｍａｉｎ／ｓｅｒｖｉｃｅｓ／ｓｅｒｖｉｃｅＸ／ｏｐｅｒａｔｉｏｎＡ等のように登録する。
【００３６】
ＭＢｅａｎサーバ管理装置２１２は、ＭＢｅａｎサーバ２２０Ａの管理を行う。具体的には、ＭＢｅａｎサーバ管理装置２１２は、ＭＢｅａｎＩｎｆｏ２２３及びＭＢｅａｎＩｎｆｏ２２６等の管理を行う。
【００３７】
ＭＢｅａｎサーバ認証装置２３０は、Ｗｅｂ ＡＰＩ実行時に認証を行う。また、ＪＭＸクライアント接続装置２４０は、ＲＭＩプロトコルによりＪＭＸクライアント４との通信を行う。
【００３８】
Ｗｅｂ ＡＰＩ構築装置３００Ａは、ＵＲＩ提供部３０１と、ＵＲＩ／ＨＴＴＰメソッド構築部３０２と、ＭＢｅａｎＩｎｆｏ解析部３０３と、を備えている。
【００３９】
ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、ＭＢｅａｎ２２１を解析し、ＭＢｅａｎサーバ２２０Ａの設定２２２及び操作２２５に関連付けられたＷｅｂ ＡＰＩ向け拡張メタ情報２２４及び２２７を解析する。また、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、Ｗｅｂ ＡＰＩ向け拡張メタ情報２２４及び２２７の解析結果を用いて、設定を更新するためのＵＲＩ及び操作を行うためのＵＲＩを構築する。例えば、図６に示すように、設定についてのｃｌａｓｓが、ｄｏｍａｉｎ／ｓｅｒｖｉｃｅｓ／ｓｅｒｖｉｃｅＸ／ａｔｔｒｉｂｕｔｅＡである場合に、設定を更新するためのＵＲＩを、ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／ｄｏｍａｉｎ／ｓｅｒｖｉｃｅｓ／ｓｅｒｖｉｃｅＸ／ａｔｔｒｉｂｕｔｅＡとして構築する。また、操作についてのｃｌａｓｓが、ｄｏｍａｉｎ／ｓｅｒｖｉｃｅｓ／ｓｅｒｖｉｃｅＸ／ｏｐｅｒａｔｉｏｎＡである場合に、操作を行うためのＵＲＩを、ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／ｄｏｍａｉｎ／ｓｅｒｖｉｃｅｓ／ｓｅｒｖｉｃｅＸ／ｏｐｅｒａｔｉｏｎＡとして構築する。そして、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、設定を更新するためのＵＲＩ及び操作を行うためのＵＲＩをＵＲＩ提供部３０１へ出力する。
【００４０】
ＵＲＩ提供部３０１は、受け取った設定を更新するためのＵＲＩ及び操作を行うためのＵＲＩをクライアントマシン３のＨＴＴＰクライアント５へ提供する。これにより、ＨＴＴＰクライアント５は、提供されたＵＲＩにアクセスすることによって、提供されたＵＲＩが何を提供するものであるのかを判断することができる。そして、ＨＴＴＰクライアント５は、ＨＴＴＰリクエストにより、設定更新及び操作を行うことが可能になる。
【００４１】
また、ＵＲＩ提供部３０１は、クライアントマシン３のＨＴＴＰクライアント５からＨＴＴＰリクエストを受信する。また、ＵＲＩ提供部３０１は、ＨＴＴＰリクエストにおけるＨＴＴＰメソッドの解析を行い、ＨＴＴＰメソッドが適切であるか否かを判断する。具体的には、ＨＴＴＰメソッドが、規定されているＧＥＴ、ＰＵＴ、ＰＯＳＴ、及びＤＥＬＥＴＥのいずれかである場合には、ＨＴＴＰメソッドが適切であると判断し、それ以外の場合には、ＨＴＴＰメソッドは適切でないと判断する。
【００４２】
ＵＲＩ提供部３０１は、ＨＴＴＰメソッドが適切でない場合に、リクエストされた内容が適切でないことをクライアントマシン３のＨＴＴＰクライアント５へ通知する。
【００４３】
ＨＴＴＰメソッドが適切である場合に、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、ＨＴＴＰリクエストにおけるＵＲＩの解析を行う。なお、ＨＴＴＰリクエストにおけるＵＲＩとしては、図７に示すように、設定を更新するためのＵＲＩ、操作を行うためのＵＲＩ、及び、設定も操作も存在しない中間階層を示すＵＲＩが存在し得る。
【００４４】
また、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、解析されたＵＲＩに基づいて、ＨＴＴＰリクエストによってリクエストされた処理を実行する。具体的には、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、ＨＴＴＰリクエストにおけるＵＲＩが、設定を更新するためのＵＲＩ又は操作を行うためのＵＲＩである場合に、そのＵＲＩを用いて設定又は操作の内容を確認し、リクエストされた処理を実行する。これにより、ＨＴＴＰクライアント５からリクエストされた処理を実行することができる。
【００４５】
なお、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、ＨＴＴＰリクエストにおけるＵＲＩが、設定を更新するためのＵＲＩ又は操作を行うためのＵＲＩである場合に、ＨＴＴＰリクエストにおけるエンティティボディを確認するようにしてもよい。
【００４６】
具体的には、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、ＨＴＴＰリクエストにおけるＵＲＩが、設定を更新するためのＵＲＩ又は操作を行うためのＵＲＩである場合に、ＨＴＴＰリクエストにおけるエンティティボディが存在するか否かを確認する。また、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、エンティティボディが存在する場合に、エンティティボディの形式が、対象の設定値又は操作を受け付けられる正しい形式になっているか否かを確認する。また、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、エンティティボディの形式が正しい場合に、リクエストされた処理を実行する。ＨＴＴＰリクエストにおけるエンティティボディの形式の例を図８に示す。ここで、ａｒｇｓは、設定の更新値、及び操作を行うための引数を示す。
【００４７】
なお、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、ＨＴＴＰリクエストにおけるＵＲＩが、設定を更新するためのＵＲＩ又は操作を行うためのＵＲＩでない場合、エンティティボディの形式が誤りである場合、又はリクエストされた処理が問題なく完了しない場合に、その旨をＵＲＩ提供部３０１へ出力する。そして、ＵＲＩ提供部３０１は、リクエストされた内容が適切でないことをクライアントマシン３のＨＴＴＰクライアント５へ通知する。
【００４８】
ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、ＨＴＴＰクライアント５によりリクエストされた処理が完了した場合に、ＭＢｅａｎＩｎｆｏ解析部３０３を呼び出す。
【００４９】
ＭＢｅａｎＩｎｆｏ解析部３０３は、ＨＴＴＰリクエストにおけるＵＲＩに基づいて、返却用データを生成する。また、ＭＢｅａｎＩｎｆｏ解析部３０３は、生成された返却用データをＵＲＩ提供部３０１へ出力する。そして、ＵＲＩ提供部３０１は、受け取った返却用データをクライアントマシン３のＨＴＴＰクライアント５へ送信する。
【００５０】
具体的には、ＭＢｅａｎＩｎｆｏ解析部３０３は、各ＭＢｅａｎ２２１にアクセスし、階層構造をＭＢｅａｎＩｎｆｏから取得し、リクエストされているＵＲＩに子階層が存在するか否かを確認する。また、ＭＢｅａｎＩｎｆｏ解析部３０３は、リクエストされているＵＲＩに子階層が存在する場合に、そのＵＲＩを基準とした子階層の情報を取得する。
【００５１】
また、ＭＢｅａｎＩｎｆｏ解析部３０３は、リクエストされているＵＲＩに操作が存在するか設定が存在するかの確認を行い、存在するのであればそれぞれの情報をＭＢｅａｎＩｎｆｏから取得する。
【００５２】
さらに、ＭＢｅａｎＩｎｆｏ解析部３０３は、取得された情報を結合して返却用データを生成して、生成された返却用データをＵＲＩ提供部３０１へ出力する。そして、ＵＲＩ提供部３０１は、受け取った返却用データをクライアントマシン３のＨＴＴＰクライアント５へ送信する。これにより、ＨＴＴＰクライアント５は、返却用データを受信することによって、ＵＲＩの構造を把握することができる。なお、返却用データによって、表示される形態が階層化されることにより、設定及び操作の全体を機械的に確認することが可能となる。
【００５３】
ここで、返却用データについて、図９〜図１２を用いて説明する。図９は、返却用データの全体イメージの例を示す図である。図９の例では、返却用データは、ｔｉｍｅｓｔａｍｐと、ｓｔａｔｕｓと、ｍｅｓｓａｇｅと、ｄｅｓｃｒｉｐｔｉｏｎと、ｒｅｑｕｅｓｔと、ｅｌｅｍｅｎｔｓと、を含んでいる。ここで、ｔｉｍｅｓｔａｍｐは、ＵＮＩＸ（登録商標）を示す。また、ｓｔａｔｕｓは、レスポンスコードを示す。また、ｍｅｓｓａｇｅは、エラー発生時に推奨するアクションを示す。また、ｄｅｓｃｒｉｐｔｉｏｎは、リソースの説明を示す。また、ｒｅｑｕｅｓｔは、リクエストされているリソース（ＵＲＩ）を示すｒｅｓｏｕｒｃｅと、指定されているパラメータ等を示すｐａｒａｍｓと、ＰＯＳＴ等のメソッドを示すｍｅｔｈｏｄと、を含む。さらに、ｅｌｅｍｅｎｔｓは、ａｔｔｒｉｂｕｔｉｅｓと、ｏｐｅｒａｔｉｏｎｓと、ｃｈｉｌｄＲｅｓｏｕｒｃｅｓと、を含む。
【００５４】
図１０は、図９におけるａｔｔｒｉｂｕｔｉｅｓの詳細例を示す図である。ａｔｔｒｉｂｕｔｉｅｓは、リクエストされているＵＲＩに存在する設定に関する情報を示す。図１０の例では、ａｔｔｒｉｂｕｔｉｅｓは、ｒｅｓｏｕｒｃｅと、ｍｅｔｈｏｄと、ｎａｍｅと、ｄｅｆａｌｔと、ｄｅｓｃｒｉｐｔｉｏｎと、ｔｙｐｅと、ｖａｌｕｅと、ｍａｘＶａｌｕｅと、ｍｉｎＶａｌｕｅと、ｖｉｓｉｂｉｌｉｔｙと、を含んでいる。ここで、ｒｅｓｏｕｒｃｅは、設定が存在するリソース（ＵＲＩ）名を示す。また、ｍｅｔｈｏｄは、ＧＥＴ又はＰＵＴを示す。また、ｎａｍｅは、設定名を示す。また、ｄｅｆａｌｔは、設定値を示す。また、ｄｅｓｃｒｉｐｔｉｏｎは、説明を示す。また、ｔｙｐｅは、設定の型を示す。また、ｖａｌｕｅは、設定値を示す。また、ｍａｘＶａｌｕｅは、最大値を示す。さらに、ｍｉｎＶａｌｕｅは、最小値を示す。
【００５５】
図１１は、図９におけるｏｐｅｒａｔｉｏｎｓの詳細例を示す図である。ｏｐｅｒａｔｉｏｎｓは、リクエストされているＵＲＩに存在する操作に関する情報を示す。図１１の例では、ｏｐｅｒａｔｉｏｎｓは、ｒｅｓｏｕｒｃｅと、ｍｅｔｈｏｄと、ｎａｍｅと、ａｒｇｓと、ｒｅｔｕｒｎＴｙｐｅと、ｖｉｓｉｂｉｌｉｔｙと、ｖａｌｕｅと、を含む。ここで、ｒｅｓｏｕｒｃｅは、操作が存在するリソース（ＵＲＩ）名を示す。また、ｍｅｔｈｏｄは、ＰＯＳＴを示す。また、ｎａｍｅは、操作名を示す。また、ａｒｇｓは、引数の型を示すｔｙｐｅ及び引数の説明を示すｄｅｓｃｒｉｐｔｉｏｎ等を含む。また、ｒｅｔｕｒｎＴｙｐｅは、返却結果の型を示す。さらに、ｖａｌｕｅは、返却値を示す。
【００５６】
図１２は、図９におけるｃｈｉｌｄＲｅｓｏｕｒｃｅｓの詳細例を示す図である。ｃｈｉｌｄＲｅｓｏｕｒｃｅｓは、リクエストされているＵＲＩを基準とした子階層の情報を示す。図１２の例では、ｃｈｉｌｄＲｅｓｏｕｒｃｅｓは、リクエストされているリソース（ＵＲＩ）配下に連なるリソース（ＵＲＩ）名を示す。
【００５７】
続いて、図１３Ａ〜図１３Ｃのフローチャートを用いて、Ｗｅｂ ＡＰＩ構築装置３００Ａによる運用操作の処理例について説明する。なお、図１３Ａは、ＵＲＩ提供部３０１による処理例を示す図であり、図１３Ｂは、ＵＲＩ／ＨＴＴＰメソッド構築部３０２による処理例を示す図であり、図１３Ｃは、ＭＢｅａｎＩｎｆｏ解析部３０３による処理例を示す図である。
【００５８】
まず、ＵＲＩ提供部３０１は、ＨＴＴＰクライアント５からＨＴＴＰリクエストを受信する（ステップＳ２０１）。
【００５９】
次に、ＵＲＩ提供部３０１は、ＨＴＴＰリクエストにおけるＨＴＴＰメソッドを解析する（ステップＳ２０２）。
【００６０】
次に、ＵＲＩ提供部３０１は、ＨＴＴＰメソッドが適切か否かを判断する（ステップＳ２０３）。
【００６１】
ＨＴＴＰメソッドが適切でない場合（ステップＳ２０３にてＮＯ）、ＵＲＩ提供部３０１は、リクエストされた内容が適切でないことをＨＴＴＰクライアント５へ通知する（ステップＳ２０４）。
【００６２】
他方、ＨＴＴＰメソッドが適切である場合（ステップＳ２０３にてＹＥＳ）、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、ＨＴＴＰリクエストにおけるＵＲＩを解析する（ステップＳ３０１）。
【００６３】
次に、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、解析されたＵＲＩに対応するｃｌａｓｓがあるか否かを判断する（ステップＳ３０２）。
【００６４】
対応するｃｌａｓｓがある場合（ステップＳ３０２にてＹＥＳ）、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、設定／操作内容を確認する（ステップＳ３０３）。
【００６５】
次に、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、設定／操作内容が存在するか否かを判断する（ステップＳ３０４）。
【００６６】
設定／操作内容が存在する場合（ステップＳ３０４にてＹＥＳ）、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、エンティティボディが存在するか否かを確認する（ステップＳ３０５）。
【００６７】
エンティティボディが存在する場合（ステップＳ３０５にてＹＥＳ）、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、エンティティボディの形式を確認する（ステップＳ３０６）。次に、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、エンティティボディの形式が正しいか否かを判断する（ステップＳ３０７）。エンティティボディの形式が正しい場合（ステップＳ３０７にてＹＥＳ）、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、リクエストされた処理を実行する（ステップＳ３０８）。
【００６８】
他方、エンティティボディが存在しない場合（ステップＳ３０５にてＮＯ）、ステップＳ３０６及びステップＳ３０７をスキップして、ステップＳ３０８に進む。
【００６９】
次に、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、リクエストされた処理が問題なく完了したか否かを判断する（ステップＳ３０９）。
【００７０】
リクエストされた処理が問題なく完了した場合（ステップＳ３０９にてＹＥＳ）、ＵＲＩ／ＨＴＴＰメソッド構築部３０２は、ＭＢｅａｎＩｎｆｏ解析部３０３を呼び出す（ステップＳ３１０）。
【００７１】
なお、ステップＳ３０２にてＮＯの場合、ステップＳ３０４にてＮＯの場合、ステップＳ３０７にてＮＯの場合、又はステップＳ３０９にてＮＯの場合には、ＵＲＩ提供部３０１は、リクエストされた内容が適切でないことをＨＴＴＰクライアント５へ通知する（ステップＳ２０４）。
【００７２】
ＭＢｅａｎＩｎｆｏ解析部３０３は、ＭＢｅａｎ２２１にアクセスして階層構造を取得する（ステップＳ４０１）。
【００７３】
次に、ＭＢｅａｎＩｎｆｏ解析部３０３は、リクエストされているＵＲＩに子階層が存在するか否かを判断する（ステップＳ４０２）。
【００７４】
子階層が存在する場合（ステップＳ４０２にてＹＥＳ）、ＭＢｅａｎＩｎｆｏ解析部３０３は、リクエストされているＵＲＩを基準とした子階層の情報を取得する（ステップＳ４０３）。他方、子階層が存在しない場合（ステップＳ４０２にてＮＯ）、ステップＳ４０３をスキップしてステップＳ４０４へ進む。
【００７５】
次に、ＭＢｅａｎＩｎｆｏ解析部３０３は、リクエストされているＵＲＩに操作が存在するか否かを判断する（ステップＳ４０４）。
【００７６】
操作が存在する場合（ステップＳ４０４にてＹＥＳ）、ＭＢｅａｎＩｎｆｏ解析部３０３は、操作に関する情報を取得する（ステップＳ４０５）。他方、操作が存在しない場合（ステップＳ４０４にてＮＯ）、ステップＳ４０５をスキップしてステップＳ４０６へ進む。
【００７７】
次に、ＭＢｅａｎＩｎｆｏ解析部３０３は、リクエストされているＵＲＩに設定が存在するか否かを判断する（ステップＳ４０６）。
【００７８】
設定が存在する場合（ステップＳ４０６にてＹＥＳ）、ＭＢｅａｎＩｎｆｏ解析部３０３は、設定に関する情報を取得する（ステップＳ４０７）。他方、設定が存在しない場合（ステップＳ４０６にてＮＯ）、ステップＳ４０７をスキップしてステップＳ４０８へ進む。
【００７９】
次に、ＭＢｅａｎＩｎｆｏ解析部３０３は、取得された情報を結合して返却用データを生成する（ステップＳ４０８）。
【００８０】
次に、ＵＲＩ提供部３０１は、生成された返却用データをＨＴＴＰクライアント５へ送信する（ステップＳ２０５）。
【００８１】
以上のように、本発明の実施の形態２にかかるアプリケーションサーバ１Ａでは、機能群１００Ａにより、機能が起動する際に当該機能の設定及び操作の登録要求をＭＢｅａｎＩｎｆｏ拡張部２１１に対して行う構成としている。また、アプリケーションサーバ１Ａでは、ＭＢｅａｎＩｎｆｏ拡張部２１１により、ＭＢｅａｎ２２１を解析し、登録要求された機能の設定及び操作に関連付けられたＷｅｂ ＡＰＩ向け拡張メタ情報をＭＢｅａｎＩｎｆｏに登録する構成としている。これにより、アプリケーションサーバ１Ａでは、登録要求された機能の設定及び操作に関連付けられたＷｅｂ ＡＰＩ向け拡張メタ情報の登録を行うことができる。
【００８２】
また、アプリケーションサーバ１Ａでは、ＵＲＩ／ＨＴＴＰメソッド構築部３０２により、ＭＢｅａｎサーバ２２０Ａの設定２２２及び操作２２５に関連付けられたＷｅｂ ＡＰＩ向け拡張メタ情報を解析し、設定を更新するためのＵＲＩ及び操作を行うためのＵＲＩを構築する構成としている。また、アプリケーションサーバ１Ａでは、ＵＲＩ提供部３０１により、設定を更新するためのＵＲＩ及び操作を行うためのＵＲＩをクライアントマシン３へ提供する構成としている。これにより、アプリケーションサーバ１Ａでは、設定を更新するためのＵＲＩ及び操作を行うためのＵＲＩをクライアントマシン３へ提供することができる。そして、クライアントマシン３は、提供されたＵＲＩにアクセスすることによって、提供されたＵＲＩが何を提供するものであるのかを判断することができ、ＨＴＴＰリクエストにより、設定更新及び操作を行うことが可能になる。
【００８３】
また、アプリケーションサーバ１Ａでは、ＵＲＩ提供部３０１により、クライアントマシン３からのＨＴＴＰリクエストにおけるＨＴＴＰメソッドの解析を行い、ＨＴＴＰメソッドが適切であるか否かを判断する構成としている。また、アプリケーションサーバ１Ａでは、ＵＲＩ／ＨＴＴＰメソッド構築部３０２により、ＨＴＴＰメソッドが適切である場合に、ＨＴＴＰリクエストにおけるＵＲＩの解析を行い、解析されたＵＲＩに基づいて、ＨＴＴＰリクエストによってリクエストされた処理を実行する構成としている。これにより、アプリケーションサーバ１Ａでは、クライアントマシン３からＨＴＴＰリクエストによってリクエストされた処理を実行することができる。
【００８４】
また、アプリケーションサーバ１Ａでは、ＭＢｅａｎＩｎｆｏ解析部３０３により、ＨＴＴＰリクエストにおけるＵＲＩに基づいて、返却用データを生成する構成としている。また、アプリケーションサーバ１Ａでは、ＵＲＩ提供部３０１により、返却用データをクライアントマシン３へ送信する構成としている。これにより、アプリケーションサーバ１Ａでは、返却用データをクライアントマシン３へ返却することができる。このため、ＨＴＴＰクライアント５は、返却用データを受信することによって、ＵＲＩの構造を把握することができる。
【００８５】
実施の形態３
続いて、図１４のブロック図を用いて、本発明の実施の形態３にかかるアプリケーションサーバ１Ｂの構成例について説明する。本実施の形態３にかかるアプリケーションサーバ１Ｂは、実施の形態２にかかるアプリケーションサーバ１Ａの変形例である。アプリケーションサーバ１Ｂは、機能群１００Ａと、ＪＭＸフレームワーク２００Ｂと、Ｗｅｂアプリケーション４００と、を備えている。
【００８６】
ＪＭＸフレームワーク２００Ｂは、ＭＢｅａｎサーバ２２０Ａと、ＭＢｅａｎサーバ認証装置２３０と、ＪＭＸクライアント接続装置２４０と、ＭＢｅａｎサーバ管理装置２１２と、ＯＳＧｉ（Open Services Gateway initiative）モジュール２５０と、を備えている。また、ＯＳＧｉモジュール２５０は、ＭＢｅａｎ拡張管理装置２１０Ｂを備えている。さらに、ＭＢｅａｎ拡張管理装置２１０Ｂは、ＭＢｅａｎＩｎｆｏ拡張部２１１を備えている。
【００８７】
すなわち、ＪＭＸフレームワーク２００Ｂでは、ＭＢｅａｎサーバ管理装置２１２が、ＭＢｅａｎ拡張管理装置２１０Ｂの中ではなく、ＭＢｅａｎ拡張管理装置２１０Ｂの外に配置される構成としている。また、ＭＢｅａｎ拡張管理装置２１０Ｂが、ＯＳＧｉモジュール２５０に備えられる構成としている。なお、一般的なＪＭＸフレームワークには、ＭＢｅａｎサーバ管理装置が備えられている。このため、アプリケーションサーバ１Ｂでは、ＭＢｅａｎサーバ管理装置２１２としては、一般的なＪＭＸフレームワークにおけるＭＢｅａｎサーバ管理装置を用いることができる。そして、アプリケーションサーバ１Ｂでは、ＭＢｅａｎ拡張管理装置２１０ＢをＯＳＧｉモジュール２５０として提供している。
【００８８】
Ｗｅｂアプリケーション４００は、Ｗｅｂ ＡＰＩ構築装置３００Ａを備えている。すなわち、アプリケーションサーバ１Ｂでは、Ｗｅｂ ＡＰＩ構築装置３００ＡをＷｅｂアプリケーション４００として提供している。
【００８９】
以上のように、本発明の実施の形態３にかかるアプリケーションサーバ１Ｂでは、ＭＢｅａｎ拡張管理装置２１０ＢをＯＳＧｉモジュール２５０として提供する構成としている。また、アプリケーションサーバ１Ｂでは、Ｗｅｂ ＡＰＩ構築装置３００ＡをＷｅｂアプリケーション４００として提供する構成としている。これにより、アプリケーションサーバ１Ｂでは、一般的なアプリケーションサーバに対してハードウェアの改造を行わずに、本発明の実施の形態２にかかるアプリケーションサーバ１Ａと同様の効果を奏することができる。
【００９０】
上述した実施の形態１〜３で述べたアプリケーションサーバで行われる処理は、アプリケーションサーバが備えるＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）若しくはＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）又はこれらの組み合わせを含むコンピュータ・システムを用いて実現することができる。具体的には、ブロック図又はフローチャートを用いて説明したアプリケーションサーバにおける各機能部の処理に関する命令群を含むプログラムをコンピュータ・システムに実行させればよい。
【００９１】
また、上述のプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００９２】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【００９３】
１、１Ａ、１Ｂ    アプリケーションサーバ
３    クライアントマシン
１００、１００Ａ    機能群
２００、２００Ａ、２００Ｂ    ＪＭＸフレームワーク
２１０、２１０Ａ、２１０Ｂ    ＭＢｅａｎ拡張管理装置
２１１    ＭＢｅａｎＩｎｆｏ拡張部
２２０、２２０Ａ    ＭＢｅａｎサーバ
２２１    ＭＢｅａｎ
２２２    設定
２２５    操作
２２３、２２６    ＭＢｅａｎＩｎｆｏ
２２４、２２７    Ｗｅｂ ＡＰＩ向け拡張メタ情報
３００、３００Ａ    Ｗｅｂ ＡＰＩ構築装置
３０１    ＵＲＩ提供部
３０２    ＵＲＩ／ＨＴＴＰメソッド構築部
３０３    ＭＢｅａｎＩｎｆｏ解析部
【図１】
2018124894.tif 000003
【図２】
2018124894.tif 000004
【図３】
2018124894.tif 000005
【図４】
2018124894.tif 000006
【図５】
2018124894.tif 000007
【図６】
2018124894.tif 000008
【図７】
2018124894.tif 000009
【図８】
2018124894.tif 000010
【図９】
2018124894.tif 000011
【図１０】
2018124894.tif 000012
【図１１】
2018124894.tif 000013
【図１２】
2018124894.tif 000014
【図１３Ａ】
2018124894.tif 000015
【図１３Ｂ】
2018124894.tif 000016
【図１３Ｃ】
2018124894.tif 000017
【図１４】
2018124894.tif 000018