JP2007293603A - 情報処理装置及び情報処理方法及びプログラム - Google Patents
情報処理装置及び情報処理方法及びプログラム Download PDFInfo
- Publication number
- JP2007293603A JP2007293603A JP2006120946A JP2006120946A JP2007293603A JP 2007293603 A JP2007293603 A JP 2007293603A JP 2006120946 A JP2006120946 A JP 2006120946A JP 2006120946 A JP2006120946 A JP 2006120946A JP 2007293603 A JP2007293603 A JP 2007293603A
- Authority
- JP
- Japan
- Prior art keywords
- server device
- program
- server
- performance
- web service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】ＷｅｂサービスをＡＩＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｐｒｏｖｉｄｅｒ）に固定的に配備ぜず、動的に配備して、システムのスケーラビリティを確保し、リクエスタが快適にＷｅｂサービスを利用できるようにする。
【解決手段】Ｗｅｂサービス提供者端末１１０、Ｗｅｂサービス運用代行サーバ１３０、Ｗｅｂサービスの実行インフラを提供するＡＩＰ１２０が接続された環境において、Ｗｅｂサービス運用代行サーバ１３０が、ＡＩＰ１２０を選択するための基準であるＳＬＡ項目一覧１１５とＷｅｂサービスプログラム１１３とをＷｅｂサービス提供者端末１１０から受信し、ＳＬＡ項目一覧１１５に合致するＡＩＰ１２０を選択して、選択ＡＩＰ１２０にＷｅｂサービスプログラム１１３を配備し、ブローカ装置１４０に対して選択ＡＩＰ１２０に当該Ｗｅｂサービスプログラム１１３が配備されていることを通知する。
【選択図】図１
【解決手段】Ｗｅｂサービス提供者端末１１０、Ｗｅｂサービス運用代行サーバ１３０、Ｗｅｂサービスの実行インフラを提供するＡＩＰ１２０が接続された環境において、Ｗｅｂサービス運用代行サーバ１３０が、ＡＩＰ１２０を選択するための基準であるＳＬＡ項目一覧１１５とＷｅｂサービスプログラム１１３とをＷｅｂサービス提供者端末１１０から受信し、ＳＬＡ項目一覧１１５に合致するＡＩＰ１２０を選択して、選択ＡＩＰ１２０にＷｅｂサービスプログラム１１３を配備し、ブローカ装置１４０に対して選択ＡＩＰ１２０に当該Ｗｅｂサービスプログラム１１３が配備されていることを通知する。
【選択図】図１
Description
本発明は、アプリケーションプログラムの最適配備方式に関し、例えば、ユーティリティコンピューティング環境におけるＷｅｂサービスの最適配備方式に関する。
具体的には、Ｗｅｂサービス提供者に代わって、Ｗｅｂサービスを配備するための最適なプロバイダを選択する技術に関する。
具体的には、Ｗｅｂサービス提供者に代わって、Ｗｅｂサービスを配備するための最適なプロバイダを選択する技術に関する。
Ｗｅｂサービスとは、メッセージ形式にＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を用いたシステム連携の技術である。
一般的なＷｅｂサービスのモデルには、サービスを提供するプロバイダ、サービスを利用するリクエスタ、サービスの登録と検索をおこなうブローカの３要素が存在する。
Ｗｅｂサービスの利用手順としては、（１）プロバイダがブローカに提供したいサービスを登録する、（２）リクエスタはブローカに利用したいサービスがあるか問い合わせて検索する、（３）サービスが存在する場合、ブローカはリクエスタにプロバイダのアドレスを通知する、（４）リクエスタは（３）で得たアドレスを利用して、プロバイダからサービスを利用するためのインタフェース情報を取得する、（５）リクエスタは（４）で得たインタフェース情報に基づき、プロバイダが提供するサービスを利用する、という流れになる。
一般的なＷｅｂサービスのモデルには、サービスを提供するプロバイダ、サービスを利用するリクエスタ、サービスの登録と検索をおこなうブローカの３要素が存在する。
Ｗｅｂサービスの利用手順としては、（１）プロバイダがブローカに提供したいサービスを登録する、（２）リクエスタはブローカに利用したいサービスがあるか問い合わせて検索する、（３）サービスが存在する場合、ブローカはリクエスタにプロバイダのアドレスを通知する、（４）リクエスタは（３）で得たアドレスを利用して、プロバイダからサービスを利用するためのインタフェース情報を取得する、（５）リクエスタは（４）で得たインタフェース情報に基づき、プロバイダが提供するサービスを利用する、という流れになる。
Ｗｅｂサービスの最適配備を行なうために、従来は上記（５）のステップで、一旦リクエスタのリクエストを受信して、サービスの呼び出し回数などを測定し、その後、本来リクエストを処理すべきプロバイダへリクエストをルーティングする。
このステップにおいて、サービスの呼び出し回数が多くなったと判断された場合は、現在プロバイダが提供しているサービスを他のプロバイダで提供することにより、リクエスタからみたリクエスト応答時間の短縮を実現することができる場合があり、リクエスタが快適にサービスを利用できるようにすることができる。
従来の技術では、このようにしてＷｅｂサービスの最適配備を実現している（例えば、特許文献１）。
特表２００４−５３３６８７号公報 第１６頁、第２図
このステップにおいて、サービスの呼び出し回数が多くなったと判断された場合は、現在プロバイダが提供しているサービスを他のプロバイダで提供することにより、リクエスタからみたリクエスト応答時間の短縮を実現することができる場合があり、リクエスタが快適にサービスを利用できるようにすることができる。
従来の技術では、このようにしてＷｅｂサービスの最適配備を実現している（例えば、特許文献１）。
従来のＷｅｂサービス配備方式は、リクエスタの送信する全てのリクエストがＷｅｂサービスを配備するための装置を経由することで、リクエストの頻度やサービスの応答時間を検出し、それに基づいてリクエスタから見たＷｅｂサービスの応答時間を短縮させるようにＷｅｂサービスの動的配備を行なう。
この方式は、リクエスタからのリクエストがＷｅｂサービスを配備するための装置に集中するため、Ｗｅｂサービスの利用者が増加するにつれて、装置の負荷が高まることになる。その結果、サービスの配備が適切に行なわれない恐れがある。つまりスケーラビリティの確保が難しいという問題点がある。
また、従来のＷｅｂサービス配備方式では、Ｗｅｂサービスを提供するために必要なリソースをプロバイダ側に常に確保しておく必要がある。このため、提供しているＷｅｂサービスが利用されていない場合でもリソースの維持コストが発生するという問題点がある。また一般的なシステム構築においては、Ｗｅｂサービスが高負荷で利用されるケースに耐えられるように設計を行なう。しかし一般的には、常にシステムが高負荷で動作することは稀であるため、常時、必要以上のリソースを確保していることとなり、コストが割高になってしまう問題点もある。
本発明は、主に上記のような問題点を解決することを目的とし、Ｗｅｂサービスの最適配備を実現するにあたり、スケーラビリティの向上とリソースの維持コストの低減を主な目的とする。
この方式は、リクエスタからのリクエストがＷｅｂサービスを配備するための装置に集中するため、Ｗｅｂサービスの利用者が増加するにつれて、装置の負荷が高まることになる。その結果、サービスの配備が適切に行なわれない恐れがある。つまりスケーラビリティの確保が難しいという問題点がある。
また、従来のＷｅｂサービス配備方式では、Ｗｅｂサービスを提供するために必要なリソースをプロバイダ側に常に確保しておく必要がある。このため、提供しているＷｅｂサービスが利用されていない場合でもリソースの維持コストが発生するという問題点がある。また一般的なシステム構築においては、Ｗｅｂサービスが高負荷で利用されるケースに耐えられるように設計を行なう。しかし一般的には、常にシステムが高負荷で動作することは稀であるため、常時、必要以上のリソースを確保していることとなり、コストが割高になってしまう問題点もある。
本発明は、主に上記のような問題点を解決することを目的とし、Ｗｅｂサービスの最適配備を実現するにあたり、スケーラビリティの向上とリソースの維持コストの低減を主な目的とする。
本発明に係る情報処理装置は、
プログラムを実行する複数のサーバ装置と、前記複数のサーバ装置のいずれかに実行させる実行対象プログラムを保有する端末装置とに接続された情報処理装置であって、
各々のサーバ装置の属性を示す属性情報を記憶する属性情報記憶部と、
前記端末装置から、前記実行対象プログラムを実行するサーバ装置に要求される要求属性が示された要求属性情報を受信する通信部と、
前記通信部により受信された要求属性情報に示された要求属性と、前記属性情報記憶部に記憶されている属性情報に示された各々のサーバ装置の属性とを比較し、要求属性に合致する属性のサーバ装置の中から前記実行対象プログラムを実行するサーバ装置を選択サーバ装置として選択する選択部とを有することを特徴とする。
プログラムを実行する複数のサーバ装置と、前記複数のサーバ装置のいずれかに実行させる実行対象プログラムを保有する端末装置とに接続された情報処理装置であって、
各々のサーバ装置の属性を示す属性情報を記憶する属性情報記憶部と、
前記端末装置から、前記実行対象プログラムを実行するサーバ装置に要求される要求属性が示された要求属性情報を受信する通信部と、
前記通信部により受信された要求属性情報に示された要求属性と、前記属性情報記憶部に記憶されている属性情報に示された各々のサーバ装置の属性とを比較し、要求属性に合致する属性のサーバ装置の中から前記実行対象プログラムを実行するサーバ装置を選択サーバ装置として選択する選択部とを有することを特徴とする。
本発明によれば、端末装置より指定された要求属性に合致する属性のサーバ装置の中から選択サーバ装置を選択するため、実行対象プログラムの実行に適したリソースを持つサーバ装置を選択することができ、実行対象プログラムの実行において効率的にリソースを運用することが可能となる。
実施の形態１．
以下、この発明の実施の形態１を図を参照して説明する。
図１は、実施の形態１のシステム構成図である。
図１において、１００は、インターネットである。
１１０は、Ｗｅｂサービスの提供者が利用するＷｅｂサービス提供者端末装置（以下、Ｗｅｂサービス提供者端末ともいう）である。
１１３は、Ｗｅｂサービスの実体であるＷｅｂサービスプログラムである。
１１５は、Ｗｅｂサービスプログラム１１３をどのような条件の下で動作させるかについて記述したＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）項目一覧である。
１２０は、Ｗｅｂサービスが実際に動作するサーバであるＡＩＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｐｒｏｖｉｄｅｒ）群である。
１３０は、Ｗｅｂサービス提供者端末１１０から送信されたＷｅｂサービスプログラム１１３をＷｅｂサービスの提供者に代わってＡＩＰ１２０に配備するためのＷｅｂサービス運用代行サーバ装置（以下、Ｗｅｂサービス運用代行サーバともいう）である。
１３１は、インターネット１００を介して、Ｗｅｂサービス提供者端末装置１１０、ＡＩＰ１２０、ブローカ装置１４０等と通信するための通信部である。
１３３は、Ｗｅｂサービスプログラム１１３をＡＩＰ１２０に配備するＷｅｂサービス管理部である。
１３５は、ＡＩＰ１２０の情報について記載したＡＩＰ情報テーブルを記憶するＡＩＰ情報テーブル記憶部である。
１３９は、ＳＬＡ項目一覧１１５を満たすＡＩＰ１２０を検索するＳＬＡ管理部である。
１４０は、ＷｅｂサービスがどのＡＩＰ１２０に配備されているかを検索するためのブローカ（ＵＤＤＩ；Ｕｎｉｖｅｒｓａｌ Ｄｅｓｃｒｉｐｔｉｏｎ， Ｄｉｓｃｏｖｅｒｙ， ａｎｄ Ｉｎｔｅｇｒａｔｉｏｎ）装置（以下、ブローカともいう）である。
１５０は、Ｗｅｂサービスを利用するリクエスタ装置（以下、リクエスタともいう）である。
以下、この発明の実施の形態１を図を参照して説明する。
図１は、実施の形態１のシステム構成図である。
図１において、１００は、インターネットである。
１１０は、Ｗｅｂサービスの提供者が利用するＷｅｂサービス提供者端末装置（以下、Ｗｅｂサービス提供者端末ともいう）である。
１１３は、Ｗｅｂサービスの実体であるＷｅｂサービスプログラムである。
１１５は、Ｗｅｂサービスプログラム１１３をどのような条件の下で動作させるかについて記述したＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）項目一覧である。
１２０は、Ｗｅｂサービスが実際に動作するサーバであるＡＩＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｐｒｏｖｉｄｅｒ）群である。
１３０は、Ｗｅｂサービス提供者端末１１０から送信されたＷｅｂサービスプログラム１１３をＷｅｂサービスの提供者に代わってＡＩＰ１２０に配備するためのＷｅｂサービス運用代行サーバ装置（以下、Ｗｅｂサービス運用代行サーバともいう）である。
１３１は、インターネット１００を介して、Ｗｅｂサービス提供者端末装置１１０、ＡＩＰ１２０、ブローカ装置１４０等と通信するための通信部である。
１３３は、Ｗｅｂサービスプログラム１１３をＡＩＰ１２０に配備するＷｅｂサービス管理部である。
１３５は、ＡＩＰ１２０の情報について記載したＡＩＰ情報テーブルを記憶するＡＩＰ情報テーブル記憶部である。
１３９は、ＳＬＡ項目一覧１１５を満たすＡＩＰ１２０を検索するＳＬＡ管理部である。
１４０は、ＷｅｂサービスがどのＡＩＰ１２０に配備されているかを検索するためのブローカ（ＵＤＤＩ；Ｕｎｉｖｅｒｓａｌ Ｄｅｓｃｒｉｐｔｉｏｎ， Ｄｉｓｃｏｖｅｒｙ， ａｎｄ Ｉｎｔｅｇｒａｔｉｏｎ）装置（以下、ブローカともいう）である。
１５０は、Ｗｅｂサービスを利用するリクエスタ装置（以下、リクエスタともいう）である。
図１において、Ｗｅｂサービス提供者端末装置１１０は、実行対象プログラムたるＷｅｂサービスプログラム１１３を保有する。Ｗｅｂサービスプログラム１１３は、いずれかのＡＩＰ１２０に実行させる。Ｗｅｂサービス提供者端末装置１１０は、端末装置の例である。また、Ｗｅｂサービス提供者端末装置１１０は、ＳＬＡ項目一覧１１５を保有している。このＳＬＡ項目一覧１１５は、後に例示するように、Ｗｅｂサービスプログラム１１３を実行するＡＩＰ１２０に要求される要求属性が示されている。ＳＬＡ項目一覧１１５は、要求属性情報の例である。
各ＡＩＰ１２０は、Ｗｅｂサービス提供者端末装置１１０のＷｅｂサービスプログラム１１３を実行するサーバ装置である。
Ｗｅｂサービス運用代行サーバ装置１３０は、ＳＬＡ項目一覧１１５の内容に基づいて、Ｗｅｂサービス提供者端末装置１１０のＷｅｂサービスプログラム１１３を実行させるＡＩＰ１２０を選択する。Ｗｅｂサービス運用代行サーバ装置１３０は、情報処理装置の例である。
Ｗｅｂサービス運用代行サーバ装置１３０において、通信部１３１は、インターネット１００を介して、Ｗｅｂサービス提供者端末装置１１０、ＡＩＰ１２０、ブローカ装置１４０等と通信する。具体的には、Ｗｅｂサービス提供者端末装置１１０からＷｅｂサービスプログラム１１３及びＳＬＡ項目一覧１１５を受信し、選択された選択ＡＩＰ１２０に対してＷｅｂサービスプログラム１１３及び当該Ｗｅｂサービスプログラム１１３の配備を指示する指示メッセージ（実行対象プログラム格納指示）等を送信し、選択ＡＩＰ１２０にＷｅｂサービスプログラム１１３が配備されている旨を通知する通知メッセージ（プログラム実行通知）等をブローカ装置１４０に対して送信する。
ＡＩＰ情報テーブル記憶部１３５は、ＡＩＰ情報テーブルを記憶している。ＡＩＰ情報テーブルの例は図２に示す通りである。図２において、２００はＡＩＰ情報テーブルの具体的な例であり、ここではＡＩＰの会社名、ＡＩＰの持つ性能（ＣＰＵ、メモリ）、ＡＩＰの利用料金、ＡＩＰにアクセスするためのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）について記述したＡＩＰ情報テーブルであり、これはＷｅｂサービス運用代行サーバ１３０の運用者が予め作成しておく。ＡＩＰ情報テーブルは属性情報の例であり、ＡＩＰ情報テーブル記憶部１３５は属性情報記憶部の例である。
一方、ＳＬＡ項目一覧１１５の例は、図３に示す通りである。図３において、３００及び３０１はＳＬＡ項目一覧１１５の具体的な例であり、Ｗｅｂサービスプログラム１１３をどのような条件の下で動作させるかについて記述したＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）項目一覧であり、これはＷｅｂサービス提供者が定義する。図３（ａ）では、ＳＬＡ項目として利用料金についての要求属性が示され、図３（ｂ）では、利用料金、ＣＰＵ性能、メモリ性能の要求属性が示されている。
ＳＬＡ管理部１３９は、Ｗｅｂサービス提供者端末装置１１０からのＳＬＡ項目一覧１１５に示された要求属性と、ＡＩＰ情報テーブル記憶部１３５に記憶されているＡＩＰ情報テーブルに示された各ＡＩＰの属性とを比較し、要求属性に合致する属性のＡＩＰ１２０の中からＷｅｂサービスプログラム１１３を実行させるＡＩＰ１２０を選択ＡＩＰ（選択サーバ装置）として選択する。ＳＬＡ管理部１３９は、選択部の例である。
Ｗｅｂサービス管理部１３３は、ＳＬＡ管理部１３９により選択された選択ＡＩＰに対してＷｅｂサービスプログラム１１３の格納を指示する指示メッセージ（実行対象プログラム格納指示）を生成する。また、Ｗｅｂサービス管理部１３３は、ＳＬＡ管理部１３９により選択ＡＩＰが選択された際に、ブローカ装置１４０に対してＷｅｂサービスプログラム１１３が選択ＡＩＰにより実行されることを通知する通知メッセージ（プログラム実行通知）を生成する。Ｗｅｂサービス管理部１３３は、サーバ管理部及びブローカ管理部の例である。
Ｗｅｂサービス運用代行サーバ装置１３０において、通信部１３１は、インターネット１００を介して、Ｗｅｂサービス提供者端末装置１１０、ＡＩＰ１２０、ブローカ装置１４０等と通信する。具体的には、Ｗｅｂサービス提供者端末装置１１０からＷｅｂサービスプログラム１１３及びＳＬＡ項目一覧１１５を受信し、選択された選択ＡＩＰ１２０に対してＷｅｂサービスプログラム１１３及び当該Ｗｅｂサービスプログラム１１３の配備を指示する指示メッセージ（実行対象プログラム格納指示）等を送信し、選択ＡＩＰ１２０にＷｅｂサービスプログラム１１３が配備されている旨を通知する通知メッセージ（プログラム実行通知）等をブローカ装置１４０に対して送信する。
ＡＩＰ情報テーブル記憶部１３５は、ＡＩＰ情報テーブルを記憶している。ＡＩＰ情報テーブルの例は図２に示す通りである。図２において、２００はＡＩＰ情報テーブルの具体的な例であり、ここではＡＩＰの会社名、ＡＩＰの持つ性能（ＣＰＵ、メモリ）、ＡＩＰの利用料金、ＡＩＰにアクセスするためのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）について記述したＡＩＰ情報テーブルであり、これはＷｅｂサービス運用代行サーバ１３０の運用者が予め作成しておく。ＡＩＰ情報テーブルは属性情報の例であり、ＡＩＰ情報テーブル記憶部１３５は属性情報記憶部の例である。
一方、ＳＬＡ項目一覧１１５の例は、図３に示す通りである。図３において、３００及び３０１はＳＬＡ項目一覧１１５の具体的な例であり、Ｗｅｂサービスプログラム１１３をどのような条件の下で動作させるかについて記述したＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）項目一覧であり、これはＷｅｂサービス提供者が定義する。図３（ａ）では、ＳＬＡ項目として利用料金についての要求属性が示され、図３（ｂ）では、利用料金、ＣＰＵ性能、メモリ性能の要求属性が示されている。
ＳＬＡ管理部１３９は、Ｗｅｂサービス提供者端末装置１１０からのＳＬＡ項目一覧１１５に示された要求属性と、ＡＩＰ情報テーブル記憶部１３５に記憶されているＡＩＰ情報テーブルに示された各ＡＩＰの属性とを比較し、要求属性に合致する属性のＡＩＰ１２０の中からＷｅｂサービスプログラム１１３を実行させるＡＩＰ１２０を選択ＡＩＰ（選択サーバ装置）として選択する。ＳＬＡ管理部１３９は、選択部の例である。
Ｗｅｂサービス管理部１３３は、ＳＬＡ管理部１３９により選択された選択ＡＩＰに対してＷｅｂサービスプログラム１１３の格納を指示する指示メッセージ（実行対象プログラム格納指示）を生成する。また、Ｗｅｂサービス管理部１３３は、ＳＬＡ管理部１３９により選択ＡＩＰが選択された際に、ブローカ装置１４０に対してＷｅｂサービスプログラム１１３が選択ＡＩＰにより実行されることを通知する通知メッセージ（プログラム実行通知）を生成する。Ｗｅｂサービス管理部１３３は、サーバ管理部及びブローカ管理部の例である。
次に、本実施の形態に係るシステムの動作例を概説する。
本実施の形態では、ＷｅｂサービスをＡＩＰに固定的に配備するのではなく、動的に配備することによって、Ｗｅｂサービスの提供者（プロバイダ）が安価にサービスを提供することができ、システムのスケーラビリティを確保し、かつＷｅｂサービスの利用者（リクエスタ）が快適にＷｅｂサービスを利用できるようにするものである。
このため、Ｗｅｂサービス提供者端末装置１１０、Ｗｅｂサービス運用代行サーバ装置１３０、Ｗｅｂサービスを実行するインフラを提供するＡＩＰ１２０が通信回線を介して接続された環境において、Ｗｅｂサービス運用代行サーバ装置１３０が、ＡＩＰ１２０を選択するための基準であるＳＬＡ項目一覧１１５とＷｅｂサービスプログラム１１３とをＷｅｂサービス提供者端末装置１１０から受信し、ＳＬＡ項目一覧１１５に合致するＡＩＰ１２０を選択して、選択したＡＩＰ１２０にＷｅｂサービスプログラム１１３を配備し、また、ブローカ装置１４０に対して選択されたＡＩＰ１２０に当該Ｗｅｂサービスプログラム１１３が配備されていることを通知する。
本実施の形態では、ＷｅｂサービスをＡＩＰに固定的に配備するのではなく、動的に配備することによって、Ｗｅｂサービスの提供者（プロバイダ）が安価にサービスを提供することができ、システムのスケーラビリティを確保し、かつＷｅｂサービスの利用者（リクエスタ）が快適にＷｅｂサービスを利用できるようにするものである。
このため、Ｗｅｂサービス提供者端末装置１１０、Ｗｅｂサービス運用代行サーバ装置１３０、Ｗｅｂサービスを実行するインフラを提供するＡＩＰ１２０が通信回線を介して接続された環境において、Ｗｅｂサービス運用代行サーバ装置１３０が、ＡＩＰ１２０を選択するための基準であるＳＬＡ項目一覧１１５とＷｅｂサービスプログラム１１３とをＷｅｂサービス提供者端末装置１１０から受信し、ＳＬＡ項目一覧１１５に合致するＡＩＰ１２０を選択して、選択したＡＩＰ１２０にＷｅｂサービスプログラム１１３を配備し、また、ブローカ装置１４０に対して選択されたＡＩＰ１２０に当該Ｗｅｂサービスプログラム１１３が配備されていることを通知する。
次に、本実施の形態及び以下に述べる実施の形態に示すＷｅｂサービス運用代行サーバ装置１３０のハードウェア構成例について説明する。
図９は、本実施の形態及び以下に述べる実施の形態に示すＷｅｂサービス運用代行サーバ装置１３０のハードウェア資源の一例を示す図である。
図９において、Ｗｅｂサービス運用代行サーバ装置１３０は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
通信ボード９１５、キーボード９０２、スキャナ装置９０７、ＦＤＤ９０４などは、入力部、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力部、出力装置の一例である。
図９は、本実施の形態及び以下に述べる実施の形態に示すＷｅｂサービス運用代行サーバ装置１３０のハードウェア資源の一例を示す図である。
図９において、Ｗｅｂサービス運用代行サーバ装置１３０は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
通信ボード９１５、キーボード９０２、スキャナ装置９０７、ＦＤＤ９０４などは、入力部、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力部、出力装置の一例である。
通信ボード９１５は、図１に示すように、インターネットに接続されている。例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。
上記プログラム群９２３には、以下に述べる説明において「〜部」、「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
ファイル群９２４には、以下に述べる説明において、「〜の判定結果」、「〜の計算結果」、「〜の比較結果」、「〜の選択結果」等として説明する情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリになどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、以下で説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
ファイル群９２４には、以下に述べる説明において、「〜の判定結果」、「〜の計算結果」、「〜の比較結果」、「〜の選択結果」等として説明する情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリになどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、以下で説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
また、以下に述べる説明において「〜部」、「〜手段」として説明するものは、「〜回路」、「〜装置」、「〜機器」、「手段」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」、「〜手段」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、以下に述べる「〜部」、「〜手段」としてコンピュータを機能させるものである。あるいは、以下に述べる「〜部」、「〜手段」の手順や方法をコンピュータに実行させるものである。
このように、本実施の形態及び以下に述べる実施の形態に示すＷｅｂサービス運用代行サーバ装置１３０は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」、「〜手段」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
次に、動作について詳細に説明する。
図４はＷｅｂサービス提供者端末１１０からＡＩＰ１２０にＷｅｂサービスプログラム１１３を配備し、リクエスタ１５０がＷｅｂサービスプログラム１１３を利用できるようになるまでの動作手順を示す流れ図である。
図４はＷｅｂサービス提供者端末１１０からＡＩＰ１２０にＷｅｂサービスプログラム１１３を配備し、リクエスタ１５０がＷｅｂサービスプログラム１１３を利用できるようになるまでの動作手順を示す流れ図である。
まず、Ｗｅｂサービス提供者端末１１０からＷｅｂサービス運用代行サーバ１３０に対して、Ｗｅｂサービスプログラム１１３とＳＬＡ項目一覧１１５をＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などにより送信する（ステップ４０１）。
次に、Ｗｅｂサービス運用代行サーバ１３０の通信部１３１が、Ｗｅｂサービスプログラム１１３とＳＬＡ項目一覧１１５を受信する（ステップ４０２）（通信ステップ）。
次に、Ｗｅｂサービス運用代行サーバ１３０において、ＳＬＡ管理部１３９が、ステップ４０２で受信したＷｅｂサービスプログラム１１３を、どのＡＩＰに配備するかを決定する。このときの配備先となるＡＩＰは、ＳＬＡ項目一覧１１５の条件を満たすＡＩＰのうち、ＡＩＰの利用料金が最も安価になるようにＡＩＰ情報テーブルに基づいて配備する。たとえばＳＬＡ項目一覧の中に、図３（ａ）のように料金＜１３００という条件があれば、図２のＡＩＰ情報テーブル２００からＡＩＰとしてＡ社を選択する。同様に、図３（ｂ）のように料金＜１３００、ＣＰＵ≧２．５、メモリ≧１の条件の場合でもＡ社はＣＰＵ性能、メモリ性能の要求属性を満たすので、Ａ社のＡＩＰが選択される（ステップ４０３）（選択ステップ）。
次に、Ｗｅｂサービス運用代行サーバ１３０では、Ｗｅｂサービス管理部１３３が選択ＡＩＰに対する指示メッセージ（実行対象プログラム格納指示）を生成し、また通信部１３１に対してＷｅｂサービスプログラム１１３及びＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）の送信を指示することで、通信部１３１から指示メッセージ、Ｗｅｂサービスプログラム１１３及びＷＳＤＬが選択ＡＩＰ１２０に送信され、ステップ４０３で決定した選択ＡＩＰ１２０に必要なリソース（ＣＰＵやメモリ容量など）を確保し、ＷｅｂサービスプログラムとＷＳＤＬの配備を行う（ステップ４０４、４０５）。ここで、ＷＳＤＬとは、ＳＯＡＰによるＷｅｂサービスのインタフェースを定義する仕様であり、提供するインタフェースの一覧、各インタフェースのＳＯＡＰによるメッセージ形式や、呼び出し先となるＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）を記述する。
次に、Ｗｅｂサービス運用代行サーバ１３０の通信部１３１が、Ｗｅｂサービスプログラム１１３とＳＬＡ項目一覧１１５を受信する（ステップ４０２）（通信ステップ）。
次に、Ｗｅｂサービス運用代行サーバ１３０において、ＳＬＡ管理部１３９が、ステップ４０２で受信したＷｅｂサービスプログラム１１３を、どのＡＩＰに配備するかを決定する。このときの配備先となるＡＩＰは、ＳＬＡ項目一覧１１５の条件を満たすＡＩＰのうち、ＡＩＰの利用料金が最も安価になるようにＡＩＰ情報テーブルに基づいて配備する。たとえばＳＬＡ項目一覧の中に、図３（ａ）のように料金＜１３００という条件があれば、図２のＡＩＰ情報テーブル２００からＡＩＰとしてＡ社を選択する。同様に、図３（ｂ）のように料金＜１３００、ＣＰＵ≧２．５、メモリ≧１の条件の場合でもＡ社はＣＰＵ性能、メモリ性能の要求属性を満たすので、Ａ社のＡＩＰが選択される（ステップ４０３）（選択ステップ）。
次に、Ｗｅｂサービス運用代行サーバ１３０では、Ｗｅｂサービス管理部１３３が選択ＡＩＰに対する指示メッセージ（実行対象プログラム格納指示）を生成し、また通信部１３１に対してＷｅｂサービスプログラム１１３及びＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）の送信を指示することで、通信部１３１から指示メッセージ、Ｗｅｂサービスプログラム１１３及びＷＳＤＬが選択ＡＩＰ１２０に送信され、ステップ４０３で決定した選択ＡＩＰ１２０に必要なリソース（ＣＰＵやメモリ容量など）を確保し、ＷｅｂサービスプログラムとＷＳＤＬの配備を行う（ステップ４０４、４０５）。ここで、ＷＳＤＬとは、ＳＯＡＰによるＷｅｂサービスのインタフェースを定義する仕様であり、提供するインタフェースの一覧、各インタフェースのＳＯＡＰによるメッセージ形式や、呼び出し先となるＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）を記述する。
更に、Ｗｅｂサービス管理部１３３は、ステップ４０５でＡＩＰに配備したＷｅｂサービスプログラム１１３をブローカ１４０にＵＤＤＩ発行ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）（プログラム実行通知）を利用するなどして登録する。これにより、Ｗｅｂサービスプログラム１１３のＷＳＤＬが一般利用可能となるため、リクエスタ１５０がＷｅｂサービスを利用できるようになる（ステップ４０６）。
リクエスタ１５０は、ブローカ１４０にＵＤＤＩ参照ＡＰＩを用いるなどして問合せをおこない、Ｗｅｂサービスプログラム１１３用のＷＳＤＬを取得する（ステップ４０７）。
リクエスタ１５０は、ステップ４０５で入手したＷＳＤＬファイルを利用して、ＡＩＰ−Ａ社に配備されたＷｅｂサービスプログラム１１３を利用することができる（ステップ４０８）。
リクエスタ１５０は、ブローカ１４０にＵＤＤＩ参照ＡＰＩを用いるなどして問合せをおこない、Ｗｅｂサービスプログラム１１３用のＷＳＤＬを取得する（ステップ４０７）。
リクエスタ１５０は、ステップ４０５で入手したＷＳＤＬファイルを利用して、ＡＩＰ−Ａ社に配備されたＷｅｂサービスプログラム１１３を利用することができる（ステップ４０８）。
以上のように本実施の形態によれば、Ｗｅｂサービス提供者がＷｅｂサービスを提供したい場合、Ｗｅｂサービス運用代行サーバ１３０を利用してＷｅｂサービスプログラム１１３をＡＩＰ１２０に配備することができる。またＷｅｂサービス提供者は、どのＡＩＰにＷｅｂサービスプログラム１１３を配備するのが最適かなどを考慮する必要がないため、Ｗｅｂサービス提供者からみた利便性が向上する。
Ｗｅｂサービス運用代行サーバ１３０側では、Ｗｅｂサービス提供者のＷｅｂサービスプログラム１１３が要求するＳＬＡに合わせてＡＩＰを選択して配備することができるため、あまり性能を必要としないＷｅｂサービスプログラムを高価なリソースに配備してしまったりとか、その逆のケースが発生したりすることがなくなるため、効率的にリソースを運用することが可能となる。
Ｗｅｂサービス運用代行サーバ１３０側では、Ｗｅｂサービス提供者のＷｅｂサービスプログラム１１３が要求するＳＬＡに合わせてＡＩＰを選択して配備することができるため、あまり性能を必要としないＷｅｂサービスプログラムを高価なリソースに配備してしまったりとか、その逆のケースが発生したりすることがなくなるため、効率的にリソースを運用することが可能となる。
本実施の形態では、Ｗｅｂサービス提供者端末、Ｗｅｂサービス運用代行サーバ、Ｗｅｂサービスを実行するインフラを提供するプロバイダ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｐｒｏｖｉｄｅｒ；以下、ＡＩＰとよぶ）が通信回線を介して接続された環境において、Ｗｅｂサービス運用代行サーバが、Ｗｅｂサービス提供者端末からのＷｅｂサービス配備要求に応じて、Ｗｅｂサービスプログラムを中継して、ＷｅｂサービスプログラムをＡＩＰに配備する機能を有する、ことを特徴とするＷｅｂサービスの最適配備方式について説明した。
そして、本実施の形態に係るＷｅｂサービスの最適配備方式により、Ｗｅｂサービス提供者はＷｅｂサービス運用代行サーバに対して提供したいＷｅｂサービスプログラムを送信するだけで、Ｗｅｂサービスの配備からＷｅｂサービスのブローカへの登録までを自動的に行なえるため、Ｗｅｂサービス提供者は手間をかけずにＷｅｂサービスを提供することができるようになる。
そして、本実施の形態に係るＷｅｂサービスの最適配備方式により、Ｗｅｂサービス提供者はＷｅｂサービス運用代行サーバに対して提供したいＷｅｂサービスプログラムを送信するだけで、Ｗｅｂサービスの配備からＷｅｂサービスのブローカへの登録までを自動的に行なえるため、Ｗｅｂサービス提供者は手間をかけずにＷｅｂサービスを提供することができるようになる。
また、前記Ｗｅｂサービス提供者端末が前記Ｗｅｂサービス運用代行サーバに送信するＳＬＡ項目一覧を有し、前記Ｗｅｂサービス運用代行サーバがＡＩＰに関する情報を格納したＡＩＰ情報テーブルに基づいて、Ｗｅｂサービス提供者の提示したＳＬＡを最も安価に満たすようにＡＩＰを選択しＷｅｂサービスプログラムを配備する機能を有すること特徴とするＷｅｂサービスの最適配備方式について説明した。
Ｗｅｂサービス提供者はＷｅｂサービス運用代行サーバに対して、Ｗｅｂサービスプログラムと同時にＳＬＡ項目一覧を送信することにより、そのＳＬＡを満たすような最適なＡＩＰを自動的に選択することができるようになるため、Ｗｅｂサービスは上記の利点に加えて、Ｗｅｂサービスプログラムを配備するためのＡＩＰの選択作業が不要となり、ＳＬＡを満たす最も安価なＡＩＰを利用することができる。
Ｗｅｂサービス提供者はＷｅｂサービス運用代行サーバに対して、Ｗｅｂサービスプログラムと同時にＳＬＡ項目一覧を送信することにより、そのＳＬＡを満たすような最適なＡＩＰを自動的に選択することができるようになるため、Ｗｅｂサービスは上記の利点に加えて、Ｗｅｂサービスプログラムを配備するためのＡＩＰの選択作業が不要となり、ＳＬＡを満たす最も安価なＡＩＰを利用することができる。
実施の形態２．
以下、実施の形態２を図面を参照して説明する。
図５は実施の形態２のシステム構成図である。図１と同一符号（１ｘｘなる符号。ｘは０〜９の数字）は、図１と同等のものであるので、説明を省略する。
図５において、５３７は、Ｗｅｂサービスプログラム１１３が受信したリクエストを処理するまでに要する時間や、ＡＩＰ内でＷｅｂサービスプログラム１１３が利用するＣＰＵ利用率やメモリ利用量などを監視し、ＳＬＡ管理部１３９に上記情報を送信するＷｅｂサービス監視プログラム（性能監視プログラム）である。
以下、実施の形態２を図面を参照して説明する。
図５は実施の形態２のシステム構成図である。図１と同一符号（１ｘｘなる符号。ｘは０〜９の数字）は、図１と同等のものであるので、説明を省略する。
図５において、５３７は、Ｗｅｂサービスプログラム１１３が受信したリクエストを処理するまでに要する時間や、ＡＩＰ内でＷｅｂサービスプログラム１１３が利用するＣＰＵ利用率やメモリ利用量などを監視し、ＳＬＡ管理部１３９に上記情報を送信するＷｅｂサービス監視プログラム（性能監視プログラム）である。
図６において、６００はＳＬＡ項目一覧１１５の具体的な例である。図３のＳＬＡ項目一覧３００との違いは項目の数のみであり、用途は同じである。
図７は、リクエスタ１５０、ＡＩＰ１２０、Ｗｅｂサービス運用代行サーバ１３０の３要素の動作にフォーカスした図であり、以下の動作の説明内で利用する。
図７は、リクエスタ１５０、ＡＩＰ１２０、Ｗｅｂサービス運用代行サーバ１３０の３要素の動作にフォーカスした図であり、以下の動作の説明内で利用する。
次に、動作について説明する。
図８はＷｅｂサービス提供者端末１１０からＡＩＰ１２０にＷｅｂサービスプログラム１１３が配備されることでリクエスタ１５０がＷｅｂサービスプログラム１１３を利用できるようになり、リクエスタ１５０のサービス利用状況に応じて、ＳＬＡ項目一覧１１５が満たされているかどうかをＳＬＡ管理部１３９がチェックし、その結果に応じた処置を施すまでの動作手順を示す流れ図である。
図８はＷｅｂサービス提供者端末１１０からＡＩＰ１２０にＷｅｂサービスプログラム１１３が配備されることでリクエスタ１５０がＷｅｂサービスプログラム１１３を利用できるようになり、リクエスタ１５０のサービス利用状況に応じて、ＳＬＡ項目一覧１１５が満たされているかどうかをＳＬＡ管理部１３９がチェックし、その結果に応じた処置を施すまでの動作手順を示す流れ図である。
ステップ４０１〜ステップ４０５までは図４で説明したものと同じであるため説明を省略する。
ステップ４０５において選択ＡＩＰ１２０へのＷｅｂサービスプログラムの配備が行われた後、Ｗｅｂサービス運用代行サーバ１３０は、通信部１３１がＷｅｂサービス監視プログラム５３７を選択ＡＩＰ１２０に送信し、選択ＡＩＰ１２０にＷｅｂサービス監視プログラム５３７を配備する（ステップ８０１）。
Ｗｅｂサービス管理部１３３は、Ｗｅｂサービスプログラム１１３の配備先としてＷｅｂサービス監視プログラム５３７をブローカ１４０に登録する。こうすると、Ｗｅｂサービスプログラム１１３に対するリクエストは、Ｗｅｂサービス監視プログラム５３７を経由し、Ｗｅｂサービスプログラム１１３に渡される。リクエストの処理結果は、Ｗｅｂサービス監視プログラム５３７を経由して、リクエスタ１５０に返されることになる（図７を参照）（ステップ８０２）。
ステップ４０７、４０８は図４で説明したものと同じである。
ステップ４０５において選択ＡＩＰ１２０へのＷｅｂサービスプログラムの配備が行われた後、Ｗｅｂサービス運用代行サーバ１３０は、通信部１３１がＷｅｂサービス監視プログラム５３７を選択ＡＩＰ１２０に送信し、選択ＡＩＰ１２０にＷｅｂサービス監視プログラム５３７を配備する（ステップ８０１）。
Ｗｅｂサービス管理部１３３は、Ｗｅｂサービスプログラム１１３の配備先としてＷｅｂサービス監視プログラム５３７をブローカ１４０に登録する。こうすると、Ｗｅｂサービスプログラム１１３に対するリクエストは、Ｗｅｂサービス監視プログラム５３７を経由し、Ｗｅｂサービスプログラム１１３に渡される。リクエストの処理結果は、Ｗｅｂサービス監視プログラム５３７を経由して、リクエスタ１５０に返されることになる（図７を参照）（ステップ８０２）。
ステップ４０７、４０８は図４で説明したものと同じである。
ステップ４０８で送信されたリクエストは、一旦選択ＡＩＰ１２０内のＷｅｂサービス監視プログラム５３７が受信し、Ｗｅｂサービスプログラム１１３に転送し、リクエストの処理が開始する。この動作の詳細はリクエスタ１５０からは見えないようになっており、リクエスタ１５０はあたかもＷｅｂサービスプログラム１１３に直接リクエストをしているかのように動作する。Ｗｅｂサービス監視プログラム５３７のこのような機能は、Ｗｅｂサービスプログラム１１３のＷＳＤＬを利用して自動的に生成することが可能である（ステップ８０３）。
次に、ステップ４０８でリクエスタ１５０が送信したリクエストを受信したＷｅｂサービス監視プログラム５３７は、性能情報（サーバ性能情報）を収集する。性能情報としては、Ｗｅｂサービスプログラム１１３がリクエストを処理するに要する時間、リクエスト処理中にＷｅｂサービスプログラム１１３が利用するＣＰＵ利用率、メモリ利用量などがある。これらの計測した情報は、Ｗｅｂサービス運用代行サーバ１３０上のＳＬＡ管理部１３９に送信される（ステップ８０４）。
ＳＬＡ管理部１３９はステップ８０４で計測・送信された性能情報を通信部１３１を介して受信し、当該Ｗｅｂサービスプログラム１１を提供したＷｅｂサービス提供者端末１１０から取得したＳＬＡ項目一覧１１５を満たしているかどうかを確かめる。具体的には、ステップ８０４で送信された性能情報に示されたリクエスト処理時間やＣＰＵ利用率、メモリ利用量などを、ＳＬＡ項目一覧６００（図６）と比較し、項目を満たしているかどうかを確かめる（ステップ８０５）（選択ステップ）。
次に、ステップ４０８でリクエスタ１５０が送信したリクエストを受信したＷｅｂサービス監視プログラム５３７は、性能情報（サーバ性能情報）を収集する。性能情報としては、Ｗｅｂサービスプログラム１１３がリクエストを処理するに要する時間、リクエスト処理中にＷｅｂサービスプログラム１１３が利用するＣＰＵ利用率、メモリ利用量などがある。これらの計測した情報は、Ｗｅｂサービス運用代行サーバ１３０上のＳＬＡ管理部１３９に送信される（ステップ８０４）。
ＳＬＡ管理部１３９はステップ８０４で計測・送信された性能情報を通信部１３１を介して受信し、当該Ｗｅｂサービスプログラム１１を提供したＷｅｂサービス提供者端末１１０から取得したＳＬＡ項目一覧１１５を満たしているかどうかを確かめる。具体的には、ステップ８０４で送信された性能情報に示されたリクエスト処理時間やＣＰＵ利用率、メモリ利用量などを、ＳＬＡ項目一覧６００（図６）と比較し、項目を満たしているかどうかを確かめる（ステップ８０５）（選択ステップ）。
ＳＬＡ項目一覧１１５を満たしている場合は、ＳＬＡ項目一覧１１５に示された項目を満たしつつ、かつより安価なＡＩＰを利用できないかどうかをＡＩＰ情報テーブル２００（図２）から検索する。適切なＡＩＰが見つからない場合はステップ４０８に戻る（ステップ８０６）。
ＳＬＡ項目一覧１１５を満たしていない場合、あるいはＳＬＡ項目一覧１１５を満たしたより安価なＡＩＰが利用できる場合は、Ｗｅｂサービスプログラム１１３を配備するためのＡＩＰを再選択する。再選択の方法は、ステップ８０５で受信した性能情報とＳＬＡ項目一覧１１５から決定する。これは実施の形態１のステップ４０３と同じような方法で実現できる（ステップ８０７）（選択ステップ）。
次にステップ８０７でのＡＩＰ再選択の結果、現在と異なるＡＩＰを利用しない場合は、現在利用しているＡＩＰのリソースの確保または解除を行なう。リソースを確保する場合は、ステップ８０５でＳＬＡ項目一覧１１５を満たしていない場合である。またリソースを解除する場合は、ステップ８０５でＳＬＡ項目一覧１１５を満たしており、かつステップ８０７でＡＩＰの再選択を実施した場合に、現在利用しているリソースよりも少ないリソースでＷｅｂサービスプログラム１１３を動作させることができる場合である。このような場合に、Ｗｅｂサービス管理部１３３は、選択ＡＩＰに対して追加のリソースの確保を指示するリソース確保指示を生成し、通信部１３１を介して選択ＡＩＰに送信する。また、Ｗｅｂサービス管理部１３３は、選択ＡＩＰに対して余剰のリソースの解除を指示するリソース解除指示を生成し、通信部１３１を介して選択ＡＩＰに送信する。（ステップ８０８、８０９）。
ステップ８０７でのＡＩＰ再選択の結果、現在利用しているＡＩＰとは異なる新たなＡＩＰを利用することになった場合、実施の形態１と同様の手法にて、新規に利用する新選択ＡＩＰのリソースを確保する（ステップ８０８、８１０）。
次に、Ｗｅｂサービス管理部１３３は、ステップ８１０で確保したリソースに対して、実施の形態１と同様の手法にてＷｅｂサービスプログラム１１３を配備するとともに、ステップ８０１と同様にして新選択ＡＩＰにＷｅｂサービス監視プログラム５３７を配備する（ステップ８１１）。その後、Ｗｅｂサービス管理部１３３は、ＵＤＤＩ発行ＡＰＩを利用してＷｅｂサービス配備先（新選択ＡＩＰ）をブローカへ登録する（ステップ８１２）。これは実施の形態１のステップ４０６と同じような方法で実現できる。
ＳＬＡ項目一覧１１５を満たしていない場合、あるいはＳＬＡ項目一覧１１５を満たしたより安価なＡＩＰが利用できる場合は、Ｗｅｂサービスプログラム１１３を配備するためのＡＩＰを再選択する。再選択の方法は、ステップ８０５で受信した性能情報とＳＬＡ項目一覧１１５から決定する。これは実施の形態１のステップ４０３と同じような方法で実現できる（ステップ８０７）（選択ステップ）。
次にステップ８０７でのＡＩＰ再選択の結果、現在と異なるＡＩＰを利用しない場合は、現在利用しているＡＩＰのリソースの確保または解除を行なう。リソースを確保する場合は、ステップ８０５でＳＬＡ項目一覧１１５を満たしていない場合である。またリソースを解除する場合は、ステップ８０５でＳＬＡ項目一覧１１５を満たしており、かつステップ８０７でＡＩＰの再選択を実施した場合に、現在利用しているリソースよりも少ないリソースでＷｅｂサービスプログラム１１３を動作させることができる場合である。このような場合に、Ｗｅｂサービス管理部１３３は、選択ＡＩＰに対して追加のリソースの確保を指示するリソース確保指示を生成し、通信部１３１を介して選択ＡＩＰに送信する。また、Ｗｅｂサービス管理部１３３は、選択ＡＩＰに対して余剰のリソースの解除を指示するリソース解除指示を生成し、通信部１３１を介して選択ＡＩＰに送信する。（ステップ８０８、８０９）。
ステップ８０７でのＡＩＰ再選択の結果、現在利用しているＡＩＰとは異なる新たなＡＩＰを利用することになった場合、実施の形態１と同様の手法にて、新規に利用する新選択ＡＩＰのリソースを確保する（ステップ８０８、８１０）。
次に、Ｗｅｂサービス管理部１３３は、ステップ８１０で確保したリソースに対して、実施の形態１と同様の手法にてＷｅｂサービスプログラム１１３を配備するとともに、ステップ８０１と同様にして新選択ＡＩＰにＷｅｂサービス監視プログラム５３７を配備する（ステップ８１１）。その後、Ｗｅｂサービス管理部１３３は、ＵＤＤＩ発行ＡＰＩを利用してＷｅｂサービス配備先（新選択ＡＩＰ）をブローカへ登録する（ステップ８１２）。これは実施の形態１のステップ４０６と同じような方法で実現できる。
また、新選択ＡＩＰへのＷｅｂサービスプログラム１１３の配備が終わった後は、旧選択ＡＩＰからＷｅｂサービスプログラム１１３を削除する必要がある。まずは、Ｗｅｂサービス管理部１３３は、ブローカ１４０からＷｅｂサービスプログラム１１３の旧配備先情報をＵＤＤＩ発行ＡＰＩを利用して削除する（ステップ８１３）。このＵＤＤＩ発行ＡＰＩは、旧選択ＡＩＰによるＷｅｂサービスプログラム１１３の実行の終了をブローカ１４０に通知するメッセージであり、プログラム終了通知に相当する。
その後、旧選択ＡＩＰからＷｅｂサービスプログラム１１３の配備を解除する。最後に旧選択ＡＩＰのリソースを解放する（ステップ８１４、８１５）。これは、Ｗｅｂサービス管理部１３３が、旧選択ＡＩＰに対してＷｅｂサービスプログラムの１１３の削除を指示する指示メッセージ（実行対象プログラム削除指示）を生成し、通信部１３１が旧選択ＡＩＰに対して当該指示メッセージを送信することで実現する。
その後、旧選択ＡＩＰからＷｅｂサービスプログラム１１３の配備を解除する。最後に旧選択ＡＩＰのリソースを解放する（ステップ８１４、８１５）。これは、Ｗｅｂサービス管理部１３３が、旧選択ＡＩＰに対してＷｅｂサービスプログラムの１１３の削除を指示する指示メッセージ（実行対象プログラム削除指示）を生成し、通信部１３１が旧選択ＡＩＰに対して当該指示メッセージを送信することで実現する。
以上のように本実施の形態によれば、Ｗｅｂサービスプログラム１１３を提供するＡＩＰごとにＷｅｂサービス監視プログラム５３７が存在するため、たとえばＷｅｂサービスの性能監視を一箇所で行なうシステムに見られる計算機の負荷問題は発生しない。これにより、Ｗｅｂサービス運用代行サーバが多数のＷｅｂサービス管理することができるようになり、スケーラビリティを確保することができる。
また、ＳＬＡ管理部１３９が、ステップ８０４で受信したデータを分析し、状況に応じて動的にＷｅｂサービスプログラム１１３の再配備などを行なうことで、Ｗｅｂサービス提供者とＷｅｂサービス運用代行者で取り決めたＳＬＡを遵守することができる。このとき、例えばリクエスト処理時間の上限が定まるため、リクエスタ１５０は長時間応答を待つことがなくなり、快適にＷｅｂサービスを利用することができるようになる。また、ＡＩＰに確保した余分なリソースを解放することにより、Ｗｅｂサービス提供者にかかるコストの削減が実現できる。
また、ＳＬＡ管理部１３９が、ステップ８０４で受信したデータを分析し、状況に応じて動的にＷｅｂサービスプログラム１１３の再配備などを行なうことで、Ｗｅｂサービス提供者とＷｅｂサービス運用代行者で取り決めたＳＬＡを遵守することができる。このとき、例えばリクエスト処理時間の上限が定まるため、リクエスタ１５０は長時間応答を待つことがなくなり、快適にＷｅｂサービスを利用することができるようになる。また、ＡＩＰに確保した余分なリソースを解放することにより、Ｗｅｂサービス提供者にかかるコストの削減が実現できる。
本実施の形態では、Ｗｅｂサービス運用代行サーバが、Ｗｅｂサービス監視プログラムをＡＩＰに配備する機能を有し、配備された監視プログラムが送信する性能情報を受信するＳＬＡ管理部を有することを特徴とするＷｅｂサービスの最適配備方式について説明した。
このように、Ｗｅｂサービス運用代行サーバが、Ｗｅｂサービス監視プログラムをＡＩＰに配備することで、Ｗｅｂサービスの監視を分散させることができるので、スケーラビリティを確保することができる。
このように、Ｗｅｂサービス運用代行サーバが、Ｗｅｂサービス監視プログラムをＡＩＰに配備することで、Ｗｅｂサービスの監視を分散させることができるので、スケーラビリティを確保することができる。
また、本実施の形態では、Ｗｅｂサービス監視プログラムが送信する監視データとＳＬＡ項目一覧に基づき、ＳＬＡが守られない場合に、Ｗｅｂサービス運用代行サーバが、ＡＩＰに確保したリソースを追加確保するＷｅｂサービス管理部を有することを特徴とするＷｅｂサービスの最適配備方式について説明した。
このように、性能監視プログラムが送信する監視データからＳＬＡ項目一覧が守られているかを判断し、ＳＬＡが守られていない場合に、Ｗｅｂサービス運用代行サーバが、ＡＩＰに確保したリソースを追加確保することで、ＳＬＡを遵守し、ユーザに快適なサービスを提供することが出来るようになる。
このように、性能監視プログラムが送信する監視データからＳＬＡ項目一覧が守られているかを判断し、ＳＬＡが守られていない場合に、Ｗｅｂサービス運用代行サーバが、ＡＩＰに確保したリソースを追加確保することで、ＳＬＡを遵守し、ユーザに快適なサービスを提供することが出来るようになる。
また、本実施の形態では、性能監視プログラムが送信する監視データとＳＬＡ項目一覧に基づき、ＳＬＡが守られている場合に、Ｗｅｂサービス運用代行サーバが、ＡＩＰに確保した余剰リソースを解放するＷｅｂサービス管理部を有することを特徴とするＷｅｂサービスの最適配備方式について説明した。
このように、Ｗｅｂサービス監視プログラムがＷｅｂサービス運用代行サーバに対して送信する監視データからＳＬＡ項目一覧が守られているかを判断し、ＳＬＡが守られている場合には、Ｗｅｂサービス運用代行サーバがＡＩＰに確保した余剰リソースを解放することで、Ｗｅｂサービス提供者にかかるコストを軽減することができる。
このように、Ｗｅｂサービス監視プログラムがＷｅｂサービス運用代行サーバに対して送信する監視データからＳＬＡ項目一覧が守られているかを判断し、ＳＬＡが守られている場合には、Ｗｅｂサービス運用代行サーバがＡＩＰに確保した余剰リソースを解放することで、Ｗｅｂサービス提供者にかかるコストを軽減することができる。
また、本実施の形態では、性能監視プログラムが送信する監視データとＳＬＡ項目一覧に基づき、ＳＬＡが守られている場合に、Ｗｅｂサービス運用代行サーバが、他のＡＩＰに新たにリソースを確保してＷｅｂサービスを配備し、旧ＡＩＰに確保したリソースを解放するＷｅｂサービス管理部を有することを特徴とするＷｅｂサービスの最適配備方式について説明した。
このように、Ｗｅｂサービス監視プログラムがＷｅｂサービス運用代行サーバに対して送信する監視データからＳＬＡ項目一覧が守られているかを判断し、ＳＬＡが守られているが、より安価にて利用可能なＡＩＰがあることが分かった場合は、新規ＡＩＰにて新たにＷｅｂサービスを提供し、旧ＡＩＰのリソースを解放することで、Ｗｅｂサービス提供者にかかるコストを軽減することができる。
このように、Ｗｅｂサービス監視プログラムがＷｅｂサービス運用代行サーバに対して送信する監視データからＳＬＡ項目一覧が守られているかを判断し、ＳＬＡが守られているが、より安価にて利用可能なＡＩＰがあることが分かった場合は、新規ＡＩＰにて新たにＷｅｂサービスを提供し、旧ＡＩＰのリソースを解放することで、Ｗｅｂサービス提供者にかかるコストを軽減することができる。
１００ インターネット、１１０ Ｗｅｂサービス提供者端末装置、１１３ Ｗｅｂサービスプログラム、１１５ ＳＬＡ項目一覧、１２０ ＡＩＰ、１３０ Ｗｅｂサービス運用代行サーバ装置、１３１ 通信部、１３３ Ｗｅｂサービス管理部、１３５ ＡＩＰ情報テーブル記憶部、１３９ ＳＬＡ管理部、１４０ ブローカ装置、１５０ リクエスタ装置、５３７ Ｗｅｂサービス監視プログラム。
Claims (17)
- プログラムを実行する複数のサーバ装置と、前記複数のサーバ装置のいずれかに実行させる実行対象プログラムを保有する端末装置とに接続された情報処理装置であって、
各々のサーバ装置の属性を示す属性情報を記憶する属性情報記憶部と、
前記端末装置から、前記実行対象プログラムを実行するサーバ装置に要求される要求属性が示された要求属性情報を受信する通信部と、
前記通信部により受信された要求属性情報に示された要求属性と、前記属性情報記憶部に記憶されている属性情報に示された各々のサーバ装置の属性とを比較し、要求属性に合致する属性のサーバ装置の中から前記実行対象プログラムを実行するサーバ装置を選択サーバ装置として選択する選択部とを有することを特徴とする情報処理装置。 - 前記情報処理装置は、更に、
前記選択部により選択された選択サーバ装置に対して前記実行対象プログラムの格納を指示する実行対象プログラム格納指示を生成するサーバ管理部を有し、
前記通信部は、
前記サーバ管理部により生成された実行対象プログラム格納指示を前記選択サーバ装置に対して送信することを特徴とする請求項１に記載の情報処理装置。 - 前記通信部は、
前記端末装置から、前記要求属性情報を受信するとともに、前記実行対象プログラムを受信し、
前記サーバ管理部は、
前記実行対象プログラム格納指示を生成するとともに、前記実行対象プログラムの前記選択サーバ装置への送信を前記通信部に指示し、
前記通信部は、
前記実行対象プログラム格納指示と前記実行対象プログラムとを前記選択サーバ装置に対して送信することを特徴とする請求項２に記載の情報処理装置。 - 前記情報処理装置は、更に、前記複数のサーバ装置により実行されるプログラムを検索するブローカ装置に接続されており、
前記情報処理装置は、更に、
前記選択部により選択サーバ装置が選択された際に、前記ブローカ装置に対して前記実行対象プログラムが前記選択サーバ装置により実行されることを通知するプログラム実行通知を生成するブローカ管理部を有し、
前記通信部は、
前記ブローカ管理部により生成されたプログラム実行通知を前記ブローカ装置に対して送信することを特徴とする請求項１に記載の情報処理装置。 - 前記属性情報記憶部は、
各々のサーバ装置の利用料金を示す属性情報を記憶し、
前記通信部は、
前記実行対象プログラムを実行するサーバ装置に要求される利用料金の条件が示される要求属性情報を前記端末装置から受信し、
前記選択部は、
前記通信部により受信された要求属性情報に示された利用料金の条件と、前記属性情報記憶部に記憶されている属性情報に示された各々のサーバ装置の利用料金とを比較し、利用料金の条件に合致する利用料金のサーバ装置の中から前記実行対象プログラムを実行するサーバ装置を選択サーバ装置として選択することを特徴とする請求項１に記載の情報処理装置。 - 前記通信部は、
前記実行対象プログラムを実行するサーバ装置に要求される要求性能が示される要求属性情報を前記端末装置から受信し、
前記選択部は、
前記選択サーバ装置の選択後に、プログラム実行時の前記選択サーバ装置の性能を示すサーバ性能情報を取得し、サーバ性能情報に示された前記選択サーバ装置のプログラム実行時の性能が前記端末装置からの要求属性情報に示された要求性能に合致するか否かを判定し、判定結果に基づき、前記選択サーバ装置以外のいずれかのサーバ装置を新たな選択サーバ装置として選択するか否かを判断することを特徴とする請求項１に記載の情報処理装置。 - 前記通信部は、
前記選択部により選択サーバ装置が選択された際に、プログラム実行時の前記選択サーバ装置の性能を監視し前記サーバ性能情報を送信する性能監視プログラムを前記選択サーバ装置に送信し、
前記選択部は、
前記選択サーバ装置に配備された前記性能監視プログラムから、前記サーバ性能情報を取得することを特徴とする請求項６に記載の情報処理装置。 - 前記選択部は、
前記サーバ性能情報に示された前記選択サーバ装置のプログラム実行時の性能が前記端末装置からの要求属性情報に示された要求性能に合致しない場合に、前記選択サーバ装置以外のいずれかのサーバ装置を新たな選択サーバ装置として選択することを特徴とする請求項６に記載の情報処理装置。 - 前記情報処理装置は、更に、
前記選択部により、新たな選択サーバ装置が選択された場合に、新たな選択サーバ装置に対して前記実行対象プログラムの格納を指示する実行対象プログラム格納指示を生成するとともに、旧選択サーバ装置に対して前記実行対象プログラムの削除を指示する実行対象プログラム削除指示を生成するサーバ管理部を有し、
前記通信部は、
前記新たな選択サーバ装置に対して実行対象プログラム格納指示を送信するとともに、前記旧選択サーバ装置に対して実行対象プログラム削除指示を送信することを特徴とする請求項６に記載の情報処理装置。 - 前記情報処理装置は、更に、前記複数のサーバ装置により実行されるプログラムを検索するブローカ装置に接続されており、
前記情報処理装置は、更に、
前記選択部により新たな選択サーバ装置が選択された場合に、前記ブローカ装置に対して前記実行対象プログラムが前記新たな選択サーバ装置により実行されることを通知するプログラム実行通知を生成するとともに、旧選択サーバ装置による前記実行対象プログラムの実行の終了を通知するプログラム終了通知を生成するブローカ管理部を有し、
前記通信部は、
前記ブローカ管理部により生成されたプログラム実行通知とプログラム終了通知とを前記ブローカ装置に対して送信することを特徴とする請求項６に記載の情報処理装置。 - 前記情報処理装置は、更に、
前記選択部により、サーバ性能情報に示された前記選択サーバ装置のプログラム実行時の性能が前記端末装置からの要求属性情報に示された要求性能に合致しないが、前記選択サーバ装置を前記実行対象プログラムを実行するサーバ装置として維持すると判断された場合に、前記選択サーバ装置に対して追加のリソースの確保を指示するリソース確保指示を生成するサーバ管理部を有し、
前記通信部は、
前記サーバ管理部により生成されたリソース確保指示を前記選択サーバ装置に対して送信することを特徴とする請求項６に記載の情報処理装置。 - 前記情報処理装置は、更に、
前記選択部により、サーバ性能情報に示された前記選択サーバ装置のプログラム実行時の性能が前記端末装置からの要求属性情報に示された要求性能に合致すると判断された場合に、前記選択サーバ装置に対して余剰のリソースの解除を指示するリソース解除指示を生成するサーバ管理部を有し、
前記通信部は、
前記サーバ管理部により生成されたリソース解除指示を前記選択サーバ装置に対して送信することを特徴とする請求項６に記載の情報処理装置。 - 前記通信部は、
前記選択部により新たな選択サーバ装置が選択された場合に、プログラム実行時の前記新たな選択サーバ装置の性能を監視し、プログラム実行時の前記新たな選択サーバ装置の性能を示すサーバ性能情報を送信する性能監視プログラムを前記新たな選択サーバ装置に送信し、
前記選択部は、
前記新たな選択サーバ装置に配備された前記性能監視プログラムから、プログラム実行時の前記新たな選択サーバ装置の性能を示すサーバ性能情報を取得することを特徴とする請求項６に記載の情報処理装置。 - プログラムを実行する複数のサーバ装置と、前記複数のサーバ装置のいずれかに実行させる実行対象プログラムを保有する端末装置とを管理対象とする情報処理方法であって、
前記端末装置から、前記実行対象プログラムを実行するサーバ装置に要求される要求属性が示された要求属性情報を受信する通信ステップと、
各々のサーバ装置の属性を示す属性情報が記憶されている属性情報記憶領域から前記属性情報を読み出すともに、前記通信ステップにより受信された要求属性情報に示された要求属性と、読み出した前記属性情報に示された各々のサーバ装置の属性とを比較し、要求属性に合致する属性のサーバ装置の中から前記実行対象プログラムを実行するサーバ装置を選択サーバ装置として選択する選択ステップとを有することを特徴とする情報処理方法。 - 前記通信ステップは、
前記実行対象プログラムを実行するサーバ装置に要求される要求性能が示される要求属性情報を前記端末装置から受信し、
前記選択ステップは、
前記選択サーバ装置の選択後に、プログラム実行時の前記選択サーバ装置の性能を示すサーバ性能情報を取得し、サーバ性能情報に示された前記選択サーバ装置のプログラム実行時の性能が前記端末装置からの要求属性情報に示された要求性能に合致するか否かを判定し、判定結果に基づき、前記選択サーバ装置以外のいずれかのサーバ装置を新たな選択サーバ装置として選択するか否かを判断することを特徴とする請求項１４に記載の情報処理方法。 - プログラムを実行する複数のサーバ装置と、前記複数のサーバ装置のいずれかに実行させる実行対象プログラムを保有する端末装置とに接続されたコンピュータに、
前記端末装置から、前記実行対象プログラムを実行するサーバ装置に要求される要求属性が示された要求属性情報を受信する通信処理と、
各々のサーバ装置の属性を示す属性情報が記憶されている属性情報記憶領域から前記属性情報を読み出すともに、前記通信処理により受信された要求属性情報に示された要求属性と、前記属性情報に示された各々のサーバ装置の属性とを比較し、要求属性に合致する属性のサーバ装置の中から前記実行対象プログラムを実行するサーバ装置を選択サーバ装置として選択する選択処理とを実行させることを特徴とするプログラム。 - 前記プログラムは、
前記通信処理として、
前記実行対象プログラムを実行するサーバ装置に要求される要求性能が示される要求属性情報を前記端末装置から受信する処理を前記コンピュータに実行させ、
前記選択処理として、
前記選択サーバ装置の選択後に、プログラム実行時の前記選択サーバ装置の性能を示すサーバ性能情報を取得し、サーバ性能情報に示された前記選択サーバ装置のプログラム実行時の性能が前記端末装置からの要求属性情報に示された要求性能に合致するか否かを判定し、判定結果に基づき、前記選択サーバ装置以外のいずれかのサーバ装置を新たな選択サーバ装置として選択するか否かを判断する処理を前記コンピュータに実行させることを特徴とする請求項１６に記載のプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006120946A JP2007293603A (ja) | 2006-04-25 | 2006-04-25 | 情報処理装置及び情報処理方法及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006120946A JP2007293603A (ja) | 2006-04-25 | 2006-04-25 | 情報処理装置及び情報処理方法及びプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2007293603A true JP2007293603A (ja) | 2007-11-08 |
Family
ID=38764182
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006120946A Pending JP2007293603A (ja) | 2006-04-25 | 2006-04-25 | 情報処理装置及び情報処理方法及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2007293603A (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010026562A (ja) * | 2008-07-15 | 2010-02-04 | Konica Minolta Business Technologies Inc | 中継サーバ、中継方法および中継プログラム |
| JP2012022555A (ja) * | 2010-07-15 | 2012-02-02 | Hitachi Systems & Services Ltd | サーバ構成管理システム |
| JP2013168133A (ja) * | 2012-01-18 | 2013-08-29 | Ricoh Co Ltd | 機器管理装置、機器管理システム、及びプログラム |
| JP2013206379A (ja) * | 2012-03-29 | 2013-10-07 | Nec Corp | クラスタ監視装置、クラスタ監視方法、及びプログラム |
| JP2014078080A (ja) * | 2012-10-09 | 2014-05-01 | Vinas Co Ltd | クラウドコンピュータ選択システム、およびクラウドコンピュータ選択用プログラム |
| JP2015530676A (ja) * | 2012-09-28 | 2015-10-15 | サイクルコンピューティング インク | 仮想環境における演算インフラストラクチャのリアルタイム最適化 |
| JP2019003267A (ja) * | 2017-06-12 | 2019-01-10 | 株式会社大塚商会 | Ａｉサービス利用支援システム |
| JP2019028950A (ja) * | 2017-08-03 | 2019-02-21 | 株式会社大塚商会 | Ａｉサービス利用支援システム |
| JP2021502622A (ja) * | 2017-11-09 | 2021-01-28 | インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ | ソフトウェア・アプリケーションのデプロイメント構成の動的選択のための方法、コンピュータ・プログラム及びコンピュータ・システム |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002024192A (ja) * | 2000-07-07 | 2002-01-25 | Hitachi Ltd | 計算機資源分割装置および資源分割方法 |
| JP2004206273A (ja) * | 2002-12-24 | 2004-07-22 | Nippon Telegr & Teleph Corp <Ntt> | コンピュータ資源売買方式およびコンピュータ資源売買プログラム |
| JP2004240671A (ja) * | 2003-02-05 | 2004-08-26 | Hitachi Ltd | 分散計算機の処理方法及びシステム |
| JP2005031736A (ja) * | 2003-07-07 | 2005-02-03 | Hitachi Information Systems Ltd | サーバ負荷分散装置及びサーバ負荷分散方法及びクライアントサーバシステム |
| JP2005208922A (ja) * | 2004-01-22 | 2005-08-04 | Nippon Telegr & Teleph Corp <Ntt> | グリッドシステムにおけるジョブ割付方法、グリッド仲介装置及びリソース計算機 |
-
2006
- 2006-04-25 JP JP2006120946A patent/JP2007293603A/ja active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002024192A (ja) * | 2000-07-07 | 2002-01-25 | Hitachi Ltd | 計算機資源分割装置および資源分割方法 |
| JP2004206273A (ja) * | 2002-12-24 | 2004-07-22 | Nippon Telegr & Teleph Corp <Ntt> | コンピュータ資源売買方式およびコンピュータ資源売買プログラム |
| JP2004240671A (ja) * | 2003-02-05 | 2004-08-26 | Hitachi Ltd | 分散計算機の処理方法及びシステム |
| JP2005031736A (ja) * | 2003-07-07 | 2005-02-03 | Hitachi Information Systems Ltd | サーバ負荷分散装置及びサーバ負荷分散方法及びクライアントサーバシステム |
| JP2005208922A (ja) * | 2004-01-22 | 2005-08-04 | Nippon Telegr & Teleph Corp <Ntt> | グリッドシステムにおけるジョブ割付方法、グリッド仲介装置及びリソース計算機 |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010026562A (ja) * | 2008-07-15 | 2010-02-04 | Konica Minolta Business Technologies Inc | 中継サーバ、中継方法および中継プログラム |
| JP2012022555A (ja) * | 2010-07-15 | 2012-02-02 | Hitachi Systems & Services Ltd | サーバ構成管理システム |
| JP2013168133A (ja) * | 2012-01-18 | 2013-08-29 | Ricoh Co Ltd | 機器管理装置、機器管理システム、及びプログラム |
| JP2013206379A (ja) * | 2012-03-29 | 2013-10-07 | Nec Corp | クラスタ監視装置、クラスタ監視方法、及びプログラム |
| JP2015530676A (ja) * | 2012-09-28 | 2015-10-15 | サイクルコンピューティング インク | 仮想環境における演算インフラストラクチャのリアルタイム最適化 |
| JP2017142824A (ja) * | 2012-09-28 | 2017-08-17 | サイクルコンピューティング エルエルシー | 仮想環境における演算インフラストラクチャのリアルタイム最適化 |
| US9940162B2 (en) | 2012-09-28 | 2018-04-10 | Cycle Computing, Llc | Realtime optimization of compute infrastructure in a virtualized environment |
| JP2014078080A (ja) * | 2012-10-09 | 2014-05-01 | Vinas Co Ltd | クラウドコンピュータ選択システム、およびクラウドコンピュータ選択用プログラム |
| JP2019003267A (ja) * | 2017-06-12 | 2019-01-10 | 株式会社大塚商会 | Ａｉサービス利用支援システム |
| JP2019028950A (ja) * | 2017-08-03 | 2019-02-21 | 株式会社大塚商会 | Ａｉサービス利用支援システム |
| JP2021502622A (ja) * | 2017-11-09 | 2021-01-28 | インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ | ソフトウェア・アプリケーションのデプロイメント構成の動的選択のための方法、コンピュータ・プログラム及びコンピュータ・システム |
| JP7257728B2 (ja) | 2017-11-09 | 2023-04-14 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ソフトウェア・アプリケーションのデプロイメント構成の動的選択のための方法、コンピュータ・プログラム及びコンピュータ・システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2007293603A (ja) | 情報処理装置及び情報処理方法及びプログラム | |
| JP4865299B2 (ja) | 情報処理装置及び情報処理方法及びそのプログラム | |
| JP4681968B2 (ja) | サービス要求装置、サービス要求方法、サービス要求プログラム、及び記録媒体 | |
| JP4367962B2 (ja) | 情報システムに発生したイベントのパターンを検出する技術 | |
| US8935708B2 (en) | Communication system and communication apparatus and control method thereof | |
| JP2012048582A (ja) | 印刷ジョブ管理システムおよびその制御方法、情報処理装置、印刷サーバ | |
| JP5134456B2 (ja) | サービスフロー処理装置及びサービスフロー処理方法 | |
| JP2020140439A (ja) | 印刷管理プログラム、印刷管理方法、および印刷管理装置 | |
| JP4410608B2 (ja) | Ｗｅｂサービス提供方法 | |
| US8291089B2 (en) | Image processing device, control method therefor, and program | |
| US8180842B2 (en) | Communication device management program | |
| JP4474440B2 (ja) | 多機能周辺装置（ｍｆｐ）によるサービスの提供 | |
| JP2008197828A (ja) | 機器管理装置、機器管理システム、機器管理方法及び機器管理プログラム | |
| JP2014010703A (ja) | 情報処理システムの連携を支援するシステム、装置および連携方法 | |
| JP2008077295A (ja) | 資源ノード決定プログラム、資源ノード制御プログラム、記録媒体、資源ノード決定装置、資源ノード、資源ノード決定方法および資源ノード制御方法 | |
| JP2005293492A (ja) | サーバ、端末、および情報システム | |
| JP2006171918A (ja) | クライアントへのデータ送信および更新データの実行制御方法 | |
| JP2005038016A (ja) | データ処理装置、データ処理方法、データ処理プログラム、及び画像形成装置 | |
| JP2006244428A (ja) | セッション管理方法及びセッション管理装置 | |
| JP5348907B2 (ja) | サービス監視システムおよび方法 | |
| JP2005055983A (ja) | サービス管理方法、サービス管理装置および制御プログラム | |
| JP2012079171A (ja) | ジョブ実行システム、ジョブ実行装置及びプログラム | |
| JP5979223B2 (ja) | 分散処理におけるサービス検索方法、プログラム、およびサーバ装置 | |
| JP2010061212A (ja) | データ配信方法、データ配信プログラムおよび記憶媒体 | |
| JP2008171414A (ja) | 新サービスを装置に動的に追加する装置及び方法、 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090226 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20101012 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20101109 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101208 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110301 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20110628 |