JP6852424B2

JP6852424B2 - アプリケーションサーバ、その方法及びプログラム

Info

Publication number: JP6852424B2
Application number: JP2017018320A
Authority: JP
Inventors: 悠太高雄
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2017-02-03
Filing date: 2017-02-03
Publication date: 2021-03-31
Anticipated expiration: 2037-02-03
Also published as: JP2018124894A

Description

本発明は、アプリケーションサーバ、その方法及びプログラムに関し、特に、ＪＭＸ（登録商標）フレームワークを用いるアプリケーションサーバ、その方法及びプログラムに関する。

クライアントサーバモデルのシステムにおいて、大規模ユーザ向けにシステムを構築する場合に、Ｊａｖａ（登録商標）ＥＥ（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

１、１Ａ、１Ｂアプリケーションサーバ
３クライアントマシン
１００、１００Ａ機能群
２００、２００Ａ、２００ＢＪＭＸフレームワーク
２１０、２１０Ａ、２１０ＢＭＢｅａｎ拡張管理装置
２１１ＭＢｅａｎＩｎｆｏ拡張部
２２０、２２０ＡＭＢｅａｎサーバ
２２１ＭＢｅａｎ
２２２設定
２２５操作
２２３、２２６ＭＢｅａｎＩｎｆｏ
２２４、２２７ＷｅｂＡＰＩ向け拡張メタ情報
３００、３００ＡＷｅｂＡＰＩ構築装置
３０１ＵＲＩ提供部
３０２ＵＲＩ／ＨＴＴＰメソッド構築部
３０３ＭＢｅａｎＩｎｆｏ解析部

Claims

アプリケーションサーバにより提供される機能群と、
ＪＭＸ（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）を構築し、
構築された前記ＵＲＩをクライアントマシンへ提供すること、を有し、
前記ＭＢｅａｎサーバは、設定及び操作についてのＭＢｅａｎＩｎｆｏを備え、かつ、前記機能群は、機能が起動する際に当該機能の設定及び操作の登録を要求するように構成されており、
前記方法は、前記機能の設定及び操作の登録が要求された場合、前記ＭＢｅａｎを解析し、登録要求された前記機能の前記設定及び前記操作に関連付けられた前記ＷｅｂＡＰＩ向け拡張メタ情報を、前記ＭＢｅａｎＩｎｆｏに登録することを更に有する、
プログラム。