(57)【要約】    【課題】  ＡＳＰサービス構築のステップ数を減らすことにより短期間で安定したシステム構築ができるＡＳＰによるサービスの構築管理システム、ＡＳＰサービスの構築管理方法を提供する。    【解決手段】  ＡＳＰによるサービスを利用するユーザから入力される、当該サービスの構築に必要な機能を指定するパラメータを、ユーザ毎にユーザ情報としてＳＧデータベース（２１）に登録し、ＳＧデータベース（２１）に登録されたパラメータに基づいて機能を作成することにより、サービスの構築を行う。【選択図】      図１
2005234934.tif 000002
【特許請求の範囲】
【請求項１】
ＡＳＰによるサービスの構築と管理を行うシステムであって、
前記ＡＳＰによるサービスを利用するユーザから入力される、当該サービスの構築に必要な機能を指定するパラメータを、前記ユーザ毎にユーザ情報としてデータベースに登録し、
前記データベースに登録されたパラメータに基づいて前記機能を作成することにより、前記サービスの構築を行うことを特徴とするＡＳＰによるサービスの構築管理システム。
【請求項２】
前記ユーザ毎のユーザ情報として、前記パラメータと共に、新規のサービス構築、サービスの更新又は削除を指定するフラグを設定し、
前記フラグによってサービスの新規構築、サービスの更新又は削除の処理を行うことを特徴とする請求項１に記載のＡＳＰによるサービスの構築管理システム。
【請求項３】
前記ユーザのユーザ端末から入力される前記パラメータを受け付け、前記データベースに登録するステータス管理サーバと、
前記データベースに登録されたパラメータに基づいて、予め用意されたシステム生成コマンドを呼び出して前記機能を作成するアプリケーションプログラムインターフェイスを備えることを特徴とする請求項１又は請求項２に記載のＡＳＰによるサービスの構築管理システム。
【請求項４】
前記データベースに、前記ユーザ毎の前記パラメータと前記フラグをレコードとして登録したことを特徴とする請求項２又は請求項３に記載のＡＳＰによるサービスの構築管理システム。
【請求項５】
前記ユーザ毎に、前記サービスの新規構築から現在までの前記ユーザ情報の履歴内容を履歴情報として蓄積することを特徴とする請求項１から請求項４の何れか一項に記載のＡＳＰによるサービスの構築管理システム。
【請求項６】
前記データベースに登録されたユーザ毎のユーザ情報を管理する管理サーバを備えることを特徴とする請求項１から請求項５の何れか１項に記載のＡＳＰによるサービスの構築管理システム。
【請求項７】
ＡＳＰによるサービスの構築管理方法であって、
前記ＡＳＰによるサービスを利用するユーザから入力される、当該サービスの構築に必要な機能を指定するパラメータを、前記ユーザ毎にユーザ情報としてデータベースに登録するステップと、
前記データベースに登録されたパラメータに基づいて前記機能を作成することにより、前記サービスの構築を行うステップを有することを特徴とするＡＳＰによるサービスの構築管理方法。
【請求項８】
前記ユーザ毎のユーザ情報として、前記パラメータと共に、新規のサービス構築、サービスの更新又は削除を指定するフラグを設定し、
前記フラグによってサービスの新規構築、サービスの更新又は削除の処理を行うことを特徴とする請求項７に記載のＡＳＰによるサービスの構築管理方法。
【請求項９】
前記ユーザのユーザ端末から入力される前記パラメータを受け付け、前記データベースに登録するステップと、
前記データベースに登録されたパラメータに基づいて、予め用意されたシステム生成コマンドを呼び出して前記機能を作成するステップを有することを特徴とする請求項７又は請求項８に記載のＡＳＰによるサービスの構築管理方法。
【請求項１０】
前記データベースに、前記ユーザ毎の前記パラメータと前記フラグをレコードとして登録することを特徴とする請求項８又は請求項９に記載のＡＳＰによるサービスの構築管理方法。
【請求項１１】
前記ユーザ毎に、前記サービスの新規構築から現在までの前記ユーザ情報の履歴内容を履歴情報として蓄積することを特徴とする請求項７から請求項１０の何れか一項に記載のＡＳＰによるサービスの構築管理方法。
【請求項１２】
前記データベースに登録されたユーザ毎のユーザ情報を、ＡＳＰによるサービスを管理する管理者の管理サーバから管理可能としたことを特徴とする請求項７から請求項１１の何れか１項に記載のＡＳＰによるサービスの構築管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＡＳＰ（Application Service Provider）によるサービスの構築に関し、特に、短期間で安定したシステム構築を可能とするＡＳＰによるサービスの構築管理システム、ＡＳＰサービスの構築管理方法に関する。
【背景技術】
【０００２】
ＡＳＰ（Application Service Provider）サービスとは、サーバファームと呼ばれるデータセンターにてアプリケーションを一括稼働し、インターネットを利用してそのアプリケーションの機能を各ユーザに配信するサービスである。
【０００３】
このＡＳＰサービスは、企業の情報システムのアウトソーシングビジネスとして、近年多く利用され始めている。
【０００４】
これまで多くのユーザは、ライセンスを含むアプリケーションパッケージを必要数購入し利用していたが、ＡＳＰサービスを利用することでこれを利用料を支払うことで利用することができ、また、バージョンアップ等の保守が不要となる利点が得られる。また、初期コスト負担から情報システムの導入が難しいユーザにとっても、このＡＳＰサービスを利用することで容易に情報システムの充実を図ることができる。
【０００５】
ＡＳＰサービスの従来技術としては、例えば、特開２００２−６３４５４号公報（特許文献１）に開示されるＡＳＰによるパソコン等を利用した業務予約システム等が提案されている。
【特許文献１】特開２００２−６３４５４号公報
【特許文献２】特開２０００−３５３１１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述した従来の技術は、以下に述べるような問題点があった。
【０００７】
従来のＡＳＰサービスにあっては、システムの構築に複雑なステップが必要となっていた。その複雑な構築ステップがミス発生の最大要因となり、結果としてＡＳＰサービスの提供に非常に手間とコストがかかるという問題点があった。また、このことが、サービスを利用するユーザに対する利用料にも反映してしまう結果となる。
【０００８】
類似の技術として、例えば特開２０００−３５３１１９号公報（特許文献２）には、クライアント／サーバ構造の分散システムにおけるアプリケーション設定情報の集中管理に関する技術が開示されているが、ＡＳＰサービス構築の効率化を実現するための方式については何ら提案されていない。
【０００９】
本発明の第１の目的は、ＡＳＰサービス構築のステップ数を減らすことにより短期間で安定したシステム構築ができるＡＳＰによるサービスの構築管理システム、ＡＳＰサービスの構築管理方法を提供することにある。
【００１０】
本発明の他の目的は、ユーザ動向を把握することで、サービス拡張へのフィードバックができるＡＳＰによるサービスの構築管理システム、ＡＳＰによるサービスの構築管理方法を提供することにある。
【００１１】
本発明のさらに他の目的は、ユーザ増加に伴うスケーラビリティの確保ができ、これによりシステムの安定運用ができるＡＳＰによるサービスの構築管理システム、ＡＳＰによるサービスの構築管理方法を提供することにある。
【課題を解決するための手段】
【００１２】
上記目的を達成する本発明は、ＡＳＰによるサービスの構築と管理を行うシステムであって、前記ＡＳＰによるサービスを利用するユーザから入力される、当該サービスの構築に必要な機能を指定するパラメータを、前記ユーザ毎にユーザ情報としてデータベースに登録し、データベースに登録されたパラメータに基づいて前記機能を作成することにより、前記サービスの構築を行うことを特徴とする。
【００１３】
請求項２によるＡＳＰによるサービスの構築管理システムは、前記ユーザ毎のユーザ情報として、前記パラメータと共に、新規のサービス構築、サービスの更新又は削除を指定するフラグを設定し、前記フラグによってサービスの新規構築、サービスの更新又は削除の処理を行うことを特徴とする。
【００１４】
請求項３によるＡＳＰによるサービスの構築管理システムは、前記ユーザのユーザ端末から入力される前記パラメータを受け付け、前記データベースに登録するステータス管理サーバと、前記データベースに登録されたパラメータに基づいて、予め用意されたシステム生成コマンドを呼び出して前記機能を作成するアプリケーションプログラムインターフェイスを備えることを特徴とする。
【００１５】
請求項４によるＡＳＰによるサービスの構築管理システムは、前記データベースに、前記ユーザ毎の前記パラメータと前記フラグをレコードとして登録したことを特徴とする。
【００１６】
請求項５によるＡＳＰによるサービスの構築管理システムは、前記ユーザ毎に、前記サービスの新規構築から現在までの前記ユーザ情報の履歴内容を履歴情報として蓄積することを特徴とする。
【００１７】
請求項６によるＡＳＰによるサービスの構築管理システムは、前記データベースに登録されたユーザ毎のユーザ情報を管理する管理サーバを備えることを特徴とする。
【００１８】
請求項７による本発明は、ＡＳＰによるサービスの構築管理方法であって、前記ＡＳＰによるサービスを利用するユーザから入力される、当該サービスの構築に必要な機能を指定するパラメータを、前記ユーザ毎にユーザ情報としてデータベースに登録するステップと、前記データベースに登録されたパラメータに基づいて前記機能を作成することにより、前記サービスの構築を行うステップを有することを特徴とする。
【００１９】
請求項８によるＡＳＰによるサービスの構築管理方法は、前記ユーザ毎のユーザ情報として、前記パラメータと共に、新規のサービス構築、サービスの更新又は削除を指定するフラグを設定し、前記フラグによってサービスの新規構築、サービスの更新又は削除の処理を行うことを特徴とする。
【００２０】
請求項９によるＡＳＰによるサービスの構築管理方法は、前記ユーザのユーザ端末から入力される前記パラメータを受け付け、前記データベースに登録するステップと、前記データベースに登録されたパラメータに基づいて、予め用意されたシステム生成コマンドを呼び出して前記機能を作成するステップを有することを特徴とする。
【００２１】
請求項１０によるＡＳＰによるサービスの構築管理方法は、前記データベースに、前記ユーザ毎の前記パラメータと前記フラグをレコードとして登録することを特徴とする。
【００２２】
請求項１１によるＡＳＰによるサービスの構築管理方法は、前記ユーザ毎に、前記サービスの新規構築から現在までの前記ユーザ情報の履歴内容を履歴情報として蓄積することを特徴とする。
【００２３】
請求項１２によるＡＳＰによるサービスの構築管理方法は、前記データベースに登録されたユーザ毎のユーザ情報を、ＡＳＰによるサービスを管理する管理者の管理サーバから管理可能としたことを特徴とする。
【発明の効果】
【００２４】
本発明のＡＳＰによるサービスの構築管理システム、ＡＳＰによるサービスの構築管理方法によれば、以下の効果が達成される。
【００２５】
第１の効果は、ＡＳＰによるサービス構築のステップ数を減らすことにより短期間で安定したシステム構築ができることである。
【００２６】
その理由は、データベース上でユーザ毎にＡＳＰサービス構築に必要な情報を一元管理することにより、同一パラメータの再入力を不要とし作業のステップ数を減らすことができ、人為ミス削減、リードタイム削減が可能となるためである。
【００２７】
第２の効果は、サービス拡張へのフィードバックができることである。
【００２８】
その理由は、各ユーザ毎の情報を一元管理することにより、契約内容の変更頻度といったユーザ動向を把握することが可能となり、ユーザニーズをつかむことができサービス拡張への新たな提案が可能となるためである。
【００２９】
第３の効果は、ユーザ増加に伴うスケーラビリティの確保ができシステムの安定運用ができることである。
【００３０】
その理由は、サーバリソース情報であるサービスのユーザ情報を一元管理することにより、リアルタイムにリソース消費状況が把握でき適切なタイミングでのハード増設を実施するといったリソースプランニングが可能となるためである。
【実施例】
【００３１】
以下、本発明の好適な実施例について図面を参照して詳細に説明する。
【００３２】
図１を参照すると、ＡＳＰによるサービスの構築管理システムは、ＡＳＰサービスを利用するユーザ１１と、ユーザ１１のユーザ端末１３と、ユーザ１１からの情報を入力するステータス管理サーバ１２と、ＡＳＰサービスを利用するユーザの情報に対応つけてＡＳＰサービス構築に必要な情報を一元管理するＳＧデータベース２１と、ＳＧデータベース２１に登録されたパラメータに基づいて対応するＳＧコマンドを呼び出し、提供するＡＳＰサービスを構築するための各機能を生成するＳＧＡＰＩ（Application Program Interface：アプリケーションプログラムインターフェイス）２２と、ＡＳＰサービスを構築するために用意されたＳＧコマンド（システム生成コマンド：System Generation Command）２３と、ＳＧデータベース２１の情報を管理するシステム管理者３１と、情報管理サーバ３２と、構築されたＡＳＰサービス４１から構成される。
【００３３】
ユーザ端末１３とステータス管理サーバ１２は、インターネットを介して接続されている。
【００３４】
ＳＧデータベース２１には、ＡＳＰサービスを利用する（契約した）ユーザ１１を特定するユーザ情報（氏名、その他の情報）毎に対応付けて当該ユーザが利用するＡＳＰサービスの構築に必要な情報を登録する。
【００３５】
図２を参照してＳＧデータベース２１の実際の内容例について説明する。
【００３６】
ＳＧデータベース２１には、ＡＳＰサービスを利用するユーザ１１毎に対応したレコード２１０が含まれており、このレコード２１０には、ユーザ１１のユーザ情報と、ユーザが必要とするサービスを構築する各種の機能（プログラム）を指定するパラメータが登録されている。例えば、ユーザが必要とするサービスがあるビジネス用のアプリケーションソフトウェアの提供であれば、上記機能は当該アプリケーションソフトウェアを構成するための各種の機能（プログラム）となる。
【００３７】
図２の例では、レコード２１０に、機能１用パラメータから機能ＮパラメータのＮ個のパラメータが含まれている。これらパラメータによって指定される機能（サービス内容を実現するプログラム）については、それ自体が単独で実行される機能である場合と、ある機能が他の機能を呼び出す関係となっている場合が含まれる。
【００３８】
また、各レコード２１０には、ユーザに対応するレコードに対して行う処理の内容を示すフラグ２２０が付加されている。
【００３９】
このフラグ２２０としては、ＡＳＰサービスを利用するユーザに対する新規のサービス構築、サービスの更新と削除等の処理を指定する内容が示される。また、サービスの削除を指定するフラグ２２０には、削除の対象となるパラメータが指定される。
【００４０】
次に、上記のように構成される本実施例のＡＳＰサービスの構築管理システム動作について詳細に説明する。
【００４１】
サービスを新規に依頼するユーザ１１は提供を受けようとするサービスに必要な全てのパラメータを自身のユーザ端末１３からインターネットを介してステータス管理サーバ１２に入力する。また、サービスの更新や削除を行うユーザ１１の場合には、ＳＧデータベース２１に既に登録されているパラメータから、更新又は削除対象となるパラメータを設定する。
【００４２】
上記のユーザ１１による入力においては、新規のサービス構築、サービスの更新又は削除を指定するフラグ２２０が設定される。
【００４３】
ステータス管理サーバ１２は、必要な全てのパラメータが入力されたことを確認し、当該パラメータを一元管理しているＳＧデータベース２１へ登録する。
【００４４】
そして、ＳＧＡＰＩ２２は、ＳＧデータベース２１に登録されたパラメータをもとに、対応するＳＧコマンド２３を呼び出すことにより、ユーザ１１が依頼するＡＳＰサービス４１を構築する。このＡＳＰサービス４１をユーザ１１に対してインターネットを介して提供することになる。
【００４５】
サービスを依頼するユーザ１１がユーザ端末１３を経由して入力した内容（パラメータ）とＳＧコマンド２３により生成されたサービスの内容は全てＳＧデータベース２１へと集約されるため、このＡＳＰサービスのシステム管理者３１はユーザ情報管理サーバ３２を介して全ての情報を管理することが可能となる。
【００４６】
以下、ＳＧデータベース２１を用いたＳＧＡＰＩ２による動作について、図３のフローチャート及び図４〜図６を参照して説明する。
【００４７】
ステータス管理サーバ１２によって、入力された全てのパラメータがＳＧデータベース２１へ登録されると、ＳＧＡＰＩ２２は、ＳＧデータベース２１からユーザ１１のユーザ情報に対応するレコード２１０を読み出し（ステップ３０１）、読み出したレコード２１０内のフラグ２２０を判定する（ステップ３０２）。以後、このフラグ２２０の判定結果に応じた処理を行う。
【００４８】
フラグ２２０がユーザ１１に対する新規のサービス構築を示す場合には、ＳＧデータベース２１のレコード２１０に登録された全てのパラメータ（図２の機能１用パラメータ〜機能Ｎ用パラメータ）を用いて、ＳＧＡＰＩ２２により各ＳＧコマンド２３を呼び出してサービスの構築を行う。具体的には、図４に示すように、ＳＧＡＰＩ２２が、機能１用パラメータから機能Ｎ用パラメータのそれぞれに対応するＳＧコマンド２３を呼び出して実行することにより、ユーザが必要とするサービスを実現するための各種の機能（ここでは、機能１から機能Ｎを実現するプログラム）が生成し、提供するＡＳＰサービス４１を構築する（ステップ３０３）。
【００４９】
なお、パラメータからの各機能生成に失敗した場合は、自動で作業前の状態に戻す処理（ロールバック処理）を行う。これは、入力されたパラメータに不備があったような場合であり、ユーザ１１に対してその旨を通知し、再度パラメータが入力された後に上記の処理を行う。
【００５０】
フラグ２２０がサービス（機能）の更新を示す場合は、ＳＧデータベース２１のレコード内の各機能用パラメータの中から更新されたパラメータのみを自動的に選択し、ＳＧＡＰＩ２２により対象となるＳＧコマンド２３のみを呼び出し、必要な機能だけを更新する（ステップ３０４）。図５の例では、機能２用パラメータと機能４用パラメータが更新されており、これらのパラメータに基づいて機能２と機能４が更新された場合を示している。更新処理の失敗時には、初期の構築時と同様にロールバック処理を行う。ユーザ１１に対してその旨を通知し、再度パラメータが入力された後に上記の処理を行う。
【００５１】
フラグ２２０が機能の削除を示す場合は、指定されたパラメータのみを用い、ＳＧＡＰＩ２２により削除用のＳＧコマンド２３を読み出し、対象のサービス（機能）を削除する（ステップ３０５）。削除処理の失敗時には、初期の構築時と同様にロールバック処理を行う。ユーザ１１に対してその旨を通知し、再度パラメータが入力された後に上記の処理を行う。
【００５２】
本実施例では、上記のようにＳＧデータベース２１に各ユーザ１１毎に登録されたレコード２１０に含まれるフラグ２２０に基づいて、上記のように新規のサービスの構築、サービスの更新及び削除を行う。
【００５３】
また、上記のように新規のサービス構築、サービスの更新及び削除がなされた場合には、図７に示すように、各ユーザ１１毎の新規のサービス構築から現在までの処理に用いられたレコードの内容をまとめて履歴情報３００としてＳＧデータベース２１を蓄積する。
【００５４】
このＳＧデータベース２１に蓄積された履歴情報３００を確認することにより、ユーザ毎のサービス利用上の動向（契約内容の変更頻度）を知ることができ、サービス管理上有効な情報として利用できる。この履歴情報は、ユーザ情報管理サーバ３２を通してシステム管理者３１によって管理される。
【００５５】
上記実施例によれば、ＡＳＰサービス構築のステップ数を減らすことにより短期間で安定したシステム構築ができるようになる。これは、ＳＧデータベース２１上でユーザ毎にサービス構築に必要な情報を一元管理することにより、同一のパラメータの再入力を不要として作業のステップ数を減らすことができるからである。
【００５６】
また、各ユーザ毎の履歴情報によって、契約内容の変更頻度といったユーザ動向を把握することが可能となり、ユーザニーズをつかむことができサービス拡張への新たな提案が可能となる。
【００５７】
さらに、ユーザ増加に伴うスケーラビリティの確保ができシステムの安定運用を実現することができる。これは、サーバリソース情報を示すユーザ情報を一元管理することにより、リアルタイムにリソース消費状況が把握でき適切なタイミングでのハード増設を実施することができるからである。
【００５８】
以上好ましい複数の実施例をあげて本発明を説明したが、本発明は必ずしも、上記実施例に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【図面の簡単な説明】
【００５９】
【図１】本発明の好適な実施例であるＡＳＰによるサービスの構築管理システムのシステム構成を示す図である。
【図２】本発明の実施例であるＡＳＰによるサービスの構築管理システムにおけるＳＧデータベースに登録されるレコードの内容例を示す図である。
【図３】本発明の実施例によるＳＧデータベースを用いたＡＳＰサービスの構築と管理における動作を説明するフローチャートである。
【図４】本発明の実施例による新規のサービス構築における動作を説明する図である。
【図５】本発明の実施例によるサービスの更新における動作を説明する図である。
【図６】本発明の実施例によるサービスの削除における動作を説明する図である。
【図７】本発明の実施例によるＳＧデータベースに蓄積する履歴情報を説明する図である。
【符号の説明】
【００６０】
１１：ユーザ
１２：ステータス管理サーバ
１３：ユーザ端末
２１：ＳＧデータベース
２２：ＳＧＡＰＩ
２３：ＳＧコマンド
３１：システム管理者
３２：ユーザ情報管理サーバ
４１：ＡＳＰサービス
２１０：レコード
２２０：フラグ
３００：履歴情報
【図１】
2005234934.tif 000003
【図２】
2005234934.tif 000004
【図３】
2005234934.tif 000005
【図４】
2005234934.tif 000006
【図５】
2005234934.tif 000007
【図６】
2005234934.tif 000008
【図７】
2005234934.tif 000009