(57)【要約】【課題】  自律的なプロビジョニングにより、ニーズの高いサービスを柔軟かつ迅速にサービス提供システムに追加する。【解決手段】  サービス提供サーバ１とサービスファイル提供サーバ１１とを含み、ＬＡＮやインターネット等のネットワークを介して接続されている。また、該ネットワークには、サービス提供の処理要求を行うためのクライアント端末２１ａ，ｂ，・・・が接続されているのが一般的である。サービス提供サーバ１は、利用者端末（クライアント端末）２１やサービス提供サーバ自身、或いは該サービス提供サーバに並列に接続された第２のサービス提供サーバ等からの要求に従いデータ処理を行うことにより、様々なサービス提供を行っている。また、サービスファイル提供サーバとは、前記サービス提供サーバに対して、サービス提供のアプリケーションや各種データのファイルを配信するサーバである。【選択図】  図１
2005316680.tif 000002
【特許請求の範囲】
【請求項１】
サービス提供を行うサービス提供サーバと、
前記サービス提供サーバに対して機能サービスのファイルを配布するサービスファイル提供サーバとを含み、
これらがネットワークを介して接続されているサービス提供システムの構築におけるプロビジョニングシステムであって、
前記サービス提供サーバにおけるサービスの利用状況を監視する監視手段と、
前記利用状況を前記サービスファイル提供サーバに通知する通知手段と、
前記通知手段により通知された利用状況をデータナレッジとして登録するデータナレッジ登録手段と、
前記データナレッジを分析し、新しいサービスを提供するためにナレッジとして登録するナレッジ登録手段と、
ポリシーを参照し、所定のタイミングで、新しいサービスのファイルを前記サービス提供サーバに配布する配布手段と、
前記配布手段により配布されたファイルのインストールを行うインストール手段と、を有することを特徴とするサービス提供システムの構築におけるプロビジョニングシステム。
【請求項２】
前記ネットワークには、サービスの要求を行うクライアント端末が含まれていることを特徴とする請求項１記載のサービス提供システムの構築におけるプロビジョニングシステム。
【請求項３】
前記監視手段は、サービスアプリケーションの動作不具合の発生を監視する障害監視手段を有することを特徴とする請求項１または２に記載のサービス提供システムの構築におけるプロビジョニングシステム。
【請求項４】
前記監視手段は、ＣＰＵ使用率、メモリ使用率、ディスク使用率等の負荷状況を監視する負荷状況監視手段を有することを特徴とする請求項１または２に記載のサービス提供システムの構築におけるプロビジョニングシステム。
【請求項５】
前記監視手段は、サービスアプリケーションの動作不具合の発生、ＣＰＵ使用率、メモリ使用率、ディスク使用率の状況を監視し、これらの状況から予兆を行う予兆監視手段を有することを特徴とする請求項１または２に記載のサービス提供システムの構築におけるプロビジョニングシステム。
【請求項６】
前記配布手段において、前記ポリシーには前記サーバ及びネットワークの負荷状況に関する条件が設定されていて、所定の条件を満たした場合に、新しいサービスのファイルを配布することを特徴とする請求項１〜５のいずれか１項に記載のサービス提供システムの構築におけるプロビジョニングシステム。
【請求項７】
前記インストール手段は、前記サービス提供サーバの負荷状況を判断し、最適な状況の時にインストールを行うことを特徴とする請求項１〜６のいずれか１項に記載のサービス提供システムの構築におけるプロビジョニングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムにおける自律コンピューティング（オートノミック・コンピューティング）の分野に関し、特に、サービス提供システムの構築におけるプロビジョニングに関する。
【背景技術】
【０００２】
コンピュータシステムにおいて、利用者（主にクライアントコンピュータ）に提供するサービスのシステム構成の中で、サーバは重要な位置づけであり、そのソフトウェア構成は複雑になっている。これまで、サーバのソフトウェアシステムを構築するためには、実際にサーバの構築を行ったことがある経験者などのソフトウェアベンダー（システムベンダー）に頼る部分が大きかった。
しかしながら、これらのサーバシステムを構築したことのある経験者のノウハウを分析し、ナレッジＤＢを作成し、初期のシステム構築においては前述のナレッジＤＢを参照することにより、構築作業を簡素化することが可能である。
【０００３】
自律コンピューティングの分野における先行技術として、サーバ・ファームにおけるサーバ障害の診断及び自己修復を行う方法及びシステムに関する技術が開示されている（特許文献１参照）。
【特許文献１】特開２００４−１１０７９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、新技術や新製品の出現により、システムは日々進化している。また、システム利用者の業務拡大や業務変更等によって、利用者のニーズは日々変化することが多い。そのため、システム構成の変更を柔軟かつ迅速に対応する必要がある。また、分散オープンシステムにおいて、アプリケーションの同一化及び一元管理、サービス追加などのシステム構成の変更には、多大なる工数が必要となることが多い。
しかしながら、従来の技術においては、サーバのシステム構築のノウハウしか蓄積されなかったので、柔軟かつ迅速な対応ができないという問題があった。
【０００５】
本発明は上記事情を鑑みてなされたものであり、自律的なプロビジョニングにより、ニーズの高い機能サービスを柔軟かつ迅速にシステムに追加するサービス提供システムの構築におけるプロビジョニングシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記課題を解決するために、請求項１記載の発明は、サービス提供を行うサービス提供サーバと、前記サービス提供サーバに対して機能サービスのファイルを配布するサービスファイル提供サーバとを含み、これらがネットワークを介して接続されているサービス提供システムの構築におけるプロビジョニングシステムであって、前記サービス提供サーバにおけるサービスの利用状況を監視する監視手段と、前記利用状況を前記サービスファイル提供サーバに通知する通知手段と、前記通知手段により通知された利用状況をデータナレッジとして登録するデータナレッジ登録手段と、前記データナレッジを分析し、新しいサービスを提供するためにナレッジとして登録するナレッジ登録手段と、ポリシーを参照し、所定のタイミングで、新しいサービスのファイルを前記サービス提供サーバに配布する配布手段と、前記配布手段により配布されたファイルのインストールを行うインストール手段と、を有することを特徴とする。
【０００７】
請求項２記載の発明は、前記ネットワークには、サービスの要求を行うクライアント端末が含まれていることを特徴とする。
【０００８】
請求項３記載の発明は、前記監視手段は、サービスアプリケーションの動作不具合の発生を監視する障害監視手段を有することを特徴とする。
【０００９】
請求項４記載の発明は、前記監視手段は、ＣＰＵ使用率、メモリ使用率、ディスク使用率等の負荷状況を監視する負荷状況監視手段を有することを特徴とする。
【００１０】
請求項５記載の発明は、前記監視手段は、サービスアプリケーションの動作不具合の発生、ＣＰＵ使用率、メモリ使用率、ディスク使用率の状況を監視し、これらの状況から予兆を行う予兆監視手段を有することを特徴とする。
【００１１】
請求項６記載の発明は、前記配布手段において、前記ポリシーには前記サーバ及びネットワークの負荷状況に関する条件が設定されていて、所定の条件を満たした場合に、新しいサービスのファイルを配布することを特徴とする。
【００１２】
請求項７記載の発明は、前記インストール手段は、前記サービス提供サーバの負荷状況を判断し、最適な状況の時にインストールを行うことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、下記の説明により明らかなように、システム管理者及び開発者のシステム構築等の工数削減と、システムの安定稼働の実現を、柔軟かつ迅速に対応することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下に、本発明に係るプロビジョニングシステムの構成例、動作例を、添付図面を参照しながら説明する。
なお、構成例においては、以下に示した構成に限られたものではなく、本発明の要旨を逸脱しない範囲内で、様々な変形実施が可能である。また、動作例についても同様である。
【実施例】
【００１５】
（構成例）
図１は、本発明の一実施例であるプロビジョニングシステムの概要を示した図である。
プロビジョニングシステムは、図に示すようにサービス提供サーバ１とサービスファイル提供サーバ１１とを含み、ＬＡＮやインターネット等のネットワークを介して接続されている。また、該ネットワークには、サービス提供の処理要求を行うためのクライアント端末２１が接続されているのが一般的である。
サービス提供サーバ１は、利用者端末（クライアント端末）２１やサービス提供サーバ自身、或いは該サービス提供サーバに並列に接続された第２のサービス提供サーバ等からの要求に従ってデータ処理を行うことにより、様々なサービス提供を行っていて、例えば、データベースやＷｅｂサーバ、或いはデータベースを参照し、所望のデータを抽出し、所定の結果を出力する業務アプリケーション等は、サービス提供の一例である。
また、サービスファイル提供サーバとは、前記サービス提供サーバに対して、サービス提供のアプリケーションや各種データのファイルを配信するサーバである。
以下に、サービス提供サーバ１とサービスファイル提供サーバ１１のより詳細な構成を示す。
【００１６】
図２は、サービス提供サーバ及びサービスファイル提供サーバの内部構成を示した機能ブロック図である。
サービス提供サーバ１は、サービスファイル提供サーバ１１から送信された機能アプリケーション（サービスアプリケーション）ファイルを受信し、該サービス提供サーバにインストールするファイル受信・インストール部２と、機能アプリケーションファイルを格納するＡＰ記憶部３と、ＡＰ記憶部３に格納された機能アプリケーションファイルをサービスとして実行するサービス実行部４とを含む形で構成される。
サービス実行部４における具体的な動作として、例えば、コンピュータシステムにおいて、磁気記憶媒体（磁気ディスク等）に記録されたサービスアプリケーションファイル（プログラム）をメモリに展開し、ＣＰＵが該プログラムを実行する、という動作がある。
【００１７】
また、サービス提供サーバ１は、前記サービス実行部４にて実行されているサービスの状況を監視し、サービスファイル提供サーバ１１に監視状況を通知する利用状況監視部５を有し、サービスの動作記録のログや、アプリケーションプロセスの監視等の項目について監視を実施する。
また、監視の項目として、例えば、サービスアプリケーションプログラムの動作不具合（サービス停止等）の発生を監視する障害監視、該サービス提供サーバ１のＣＰＵ使用率、メモリ使用率、ディスク使用率等の負荷状況を監視する負荷監視、前記障害監視及び負荷監視等に基づくサーバの予兆監視、などがある。
【００１８】
なお、前記ファイル受信・インストール部２と、利用状況監視部５は、前記サービスの実行と同様に、アプリケーションとして常駐動作するのが最も好ましい。
【００１９】
サービスファイル提供サーバ１１は、前記サービス提供サーバ１から通知されたサービスの監視状況を第１のナレッジデータベース１２に登録する監視状況登録部１４と、前記第１のナレッジデータベース１２に登録された監視状況データを分析することで、サービス提供サーバ１及びサービスファイル提供サーバ１１の機能状況を把握し、提供すべき機能があるか判断し、ナレッジとして第２のナレッジデータベース１３に登録する分析部１５と、予め登録されたポリシー１６により、サービス提供サーバ１に新しい機能サービスを提供（ファイルの提供）する決定部１７と、を有する。
【００２０】
（動作例）
図３は、本発明のプロビジョニングシステムにおける監視・分析・配布の動作を示した図である。また、図４は、本発明のプロビジョニングシステムにおけるサービスファイルのインストールの動作を示した図である。
本発明に係るプロビジョニングシステムは、以下に示す動作制御を実施することで、自律的なソフトウェア構成を構築する。
【００２１】
図３において、初期動作制御として、サービス提供サーバ１は利用状況監視アプリケーションが常駐起動しており、提供しているサービスについての利用状況を監視している（ステップＳ１）。
【００２２】
前記利用状況監視アプリケーションによる監視の履歴を、サービスファイル提供サーバ１１に通知し（ステップＳ２）、該通知を受信したサービスファイル提供サーバ１１の監視状況登録部１４は、データナレッジとして第１のナレッジデータベース１２に登録する（ステップＳ３）。
【００２３】
分析部１５では、第１のナレッジＤＢに登録されたデータナレッジを分析し（ステップＳ４）、サービス提供サーバ１及びサービスファイル提供サーバ１１のサービスの状況を把握し、提供すべきサービスがあるか判断し、ナレッジとして第２のナレッジデータベース１３に登録する（ステップＳ５）。
【００２４】
決定部１７では、事前に登録されたポリシー１６を参照し、サービス提供サーバ１に新しいサービスのファイル配布を実施する。ポリシー１６には、サーバやネットワークの負荷状況を判定するための条件が格納されていて、この条件を参照し、最適な時にファイルの配布を行うための流量制御が行われている（ステップＳ６）。
【００２５】
図４に示すインストールの動作においては、初期動作として、サービス提供サーバ１はファイル受信・インストール機能をもったアプリケーションが常駐起動している（ステップＳ１１）。
【００２６】
サービス提供サーバ１は、新しい提供サービスのファイルを受信すると（ステップＳ１２）、インストールを行うのに最適なタイミングであるか否かを判定する。例えば、サービス提供サーバの負荷状況等を調べ、インストールを行うのに最適なタイミングであるか否かを判定する（ステップＳ１３）。
インストールを行うのに最適なタイミングである場合（ステップＳ１３／Ｙｅｓ）は、該ファイルのインストールを行う（ステップＳ１４）。
【００２７】
また、インストールを行うのに最適なタイミングでない場合、例えば、サーバの負荷が大きい場合等（ステップＳ１３／Ｎｏ）は、インストールを行わず、再度インストール可否の判定を行う。例えば、タイマー動作により所定の時間が経過した後に、インストール可否の判定を行ってもよい。
或いは、再度インストール可否の判定を行うのではなく、サービス提供サーバの予兆監視機能を用いて、サーバの負荷が小さくなるタイミングでインストールを行うという方法もある。
【００２８】
以上に示したプロセスにより、サービス提供サーバに新しいサービスが自律的に追加される。
【００２９】
以上により、システム管理者及び開発者のシステム構築等の工数削減と、システムの安定稼働の実現を、柔軟かつ迅速に対応することが可能となる。特に、大規模システム（アプリケーション配布先多数）や、利用者ニーズの変化が多く、システム構成の変更が続いているシステム等に対して、本発明はより効果的である。
また、利用者が欲しい機能サービスが、サーバ管理者も意識することなく、分散オープンシステムのサーバに迅速に追加することが可能である。
【図面の簡単な説明】
【００３０】
【図１】本発明の一実施例であるプロビジョニングシステムの概要を示した図である。
【図２】サービス提供サーバ及びサービスファイル提供サーバの内部構成を示した機能ブロック図である。
【図３】本発明のプロビジョニングシステムにおける監視・分析・配布の動作を示した図である。
【図４】本発明のプロビジョニングシステムにおけるサービスファイルのインストールの動作を示した図である。
【符号の説明】
【００３１】
１    サービス提供サーバ
２    ファイル受信・インストール部
３    アプリケーション記憶部（ＡＰ記憶部）
４    サービス実行部
５    利用状況監視部
６    監視項目
１１    サービスファイル提供サーバ
１２    ナレッジデータベース（第１）
１３    ナレッジデータベース（第２）
１４    監視状況登録部
１５    ナレッジ分析部
１６    ポリシー
１７    決定部
２１    クライアント端末
【図１】
2005316680.tif 000003
【図２】
2005316680.tif 000004
【図３】
2005316680.tif 000005
【図４】
2005316680.tif 000006