(57)【要約】【課題】新サービスや新サーバの増設時における改修ニーズに柔軟に対応可能にする。【解決手段】プロビジョニング機能を実行するプロビジョニングサーバ２１と、顧客管理サーバ１１と、認証サーバ３１と、メールサーバ３２と、ＷＷＷ（Ｗｏｒｌｄ−Ｗｉｄｅ  Ｗｅｂ）サーバ３３とから構成され、プロビジョニングサーバ２１は、データやコマンドを入力するキーボードやマウスと、所定のプログラムやデータを記憶する記憶部と、記憶部に記憶されたプログラムを実行する制御部と、ネットワークを介して他のサーバとデータの送受信を行う通信制御部等により構成され、制御部は、ユーザによってキーボードが操作されて入力されたパラメータを記憶部に記憶させ、このパラメータに基づいて、他のサーバとの間でデータやコマンドを送受信するためのインタフェースを自動生成する。【選択図】      図１
2004348592.tif 000002
【特許請求の範囲】
【請求項１】
プロビジョニング機能を有するプロビジョニングサーバと、複数の連携サーバとがネットワークを介して連携するプロビジョニングシステムであって、
前記プロビジョニングサーバは、
パラメータを入力する入力手段と、
前記入力手段によって入力された前記パラメータを記憶する記憶手段と、
前記記憶手段によって記憶された前記パラメータに基づいて、前記複数の連携サーバとの間のインタフェースを生成する生成手段と
を備えることを特徴とするプロビジョニングシステム。
【請求項２】
前記プロビジョニング機能は、サービスオーダデータ受信機能、サービスオーダデータ変換機能、サービスオーダデータ送信機能、サービスオーダデータ結果送信機能の少なくともいずれか１つを含む
ことを特徴とする請求項１に記載のプロビジョニングシステム。
【請求項３】
前記パラメータは、入出力サービスオーダデータのフォーマットに関するものである
ことを特徴とする請求項１または２に記載のプロビジョニングシステム。
【請求項４】
前記パラメータは、前記複数の連携サーバへのインタフェース方式のパラメータ化に関するものである
ことを特徴とする請求項１乃至３のいずれかに記載のプロビジョニングシステム。
【請求項５】
前記パラメータは、前記複数の連携サーバ別のサービスオーダデータ項目の変換ルールのパラメータ化に関するものである
ことを特徴とする請求項１乃至４のいずれかに記載のプロビジョニングシステム。
【請求項６】
プロビジョニング機能を有するプロビジョニングサーバと、複数の連携サーバとがネットワークを介して連携するプロビジョニング方法であって、
前記プロビジョニングサーバは、
パラメータを入力する入力ステップと、
前記入力ステップにおいて入力された前記パラメータを記憶する記憶ステップと、
前記記憶ステップにおいて記憶された前記パラメータに基づいて、前記複数の連携サーバとの間のインタフェースを生成する生成ステップと
を備えることを特徴とするプロビジョニング方法。
【請求項７】
プロビジョニング機能を有するプロビジョニングサーバと、複数の連携サーバとがネットワークを介して連携するプロビジョニングシステムを制御するプロビジョニングプログラムであって、
前記プロビジョニングサーバに、
パラメータを入力する入力ステップと、
前記入力ステップにおいて入力された前記パラメータを記憶する記憶ステップと、
前記記憶ステップにおいて記憶された前記パラメータに基づいて、前記複数の連携サーバとの間のインタフェースを生成する生成ステップとを実行させる
ことを特徴とするプロビジョニングプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プロビジョニングシステムに関し、特に、分散配置した複数のサーバへデータとデータの連携を実現する機能を備えるプロビジョニングシステムに関する。
【０００２】
【従来の技術】
従来、プロビジョニング機能を持つシステムの改修は、サービス追加やサーバ増設の度に必要となっている。この改修によって必要となる機能は、パターン化することができる。また、サービスプロビジョニング装置（ＳＰ装置）を、利用者側すなわちエンドユーザ／情報提供者側とサービスプロバイダ側とに分散配備し、ＳＰ装置を、利用者に呼制御とサービスオペレーション、さらに、複数のサービスプロバイダを意識させない仮想インタフェース、サービス合成、ＮＷ／ＮＥオーダ生成、実際のサービス制御を行うＳＰ制御部、ユーザネットワークインタフェース（ＵＮＩ）とユーザオペレーションインタフェース（ＵＯＩ）、あるいは複数のサービスプロバイダを振り分ける振り分け処理部、各ＳＰ装置をネットワークで結んで協調させる協調処理部で構成し、利用者がネットワークを知らなくても各種情報通信サービスを自在に利用可能としたものがある（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開平８−６５３９５号公報
【０００４】
【発明が解決しようとする課題】
このように、プロビジョニング機能を持つシステムの改修は、サービス追加やサーバ増設の度に必要となるため、システムの改修に時間を要し、費用もかかるという問題があった。
また、特許文献１に記載の発明では、新サービスや新サーバの増設時に、プロビジョニング装置を改修する必要があるという問題があった。
【０００５】
本発明はこのような状況に鑑みてなされたものであり、プロビジョニングシステムの改修時の効率を上げるとともに、改修費用を低減させることができるようにするものである。
【０００６】
【課題を解決するための手段】
請求項１に記載のプロビジョニングシステムは、プロビジョニング機能を有するプロビジョニングサーバと、複数の連携サーバとがネットワークを介して連携するプロビジョニングシステムであって、プロビジョニングサーバは、パラメータを入力する入力手段と、入力手段によって入力されたパラメータを記憶する記憶手段と、記憶手段によって記憶されたパラメータに基づいて、複数の連携サーバとの間のインタフェースを生成する生成手段とを備えることを特徴とする。
また、プロビジョニング機能は、サービスオーダデータ受信機能、サービスオーダデータ変換機能、サービスオーダデータ送信機能、サービスオーダデータ結果送信機能の少なくともいずれか１つを含むようにすることができる。
また、パラメータは、入出力サービスオーダデータのフォーマットに関するものとすることができる。
また、パラメータは、複数の連携サーバへのインタフェース方式のパラメータ化に関するものとすることができる。
また、パラメータは、複数の連携サーバ別のサービスオーダデータ項目の変換ルールのパラメータ化に関するものとすることができる。
請求項６に記載のプロビジョニング方法は、プロビジョニング機能を有するプロビジョニングサーバと、複数の連携サーバとがネットワークを介して連携するプロビジョニング方法であって、プロビジョニングサーバは、パラメータを入力する入力ステップと、入力ステップにおいて入力されたパラメータを記憶する記憶ステップと、記憶ステップにおいて記憶されたパラメータに基づいて、複数の連携サーバとの間のインタフェースを生成する生成ステップとを備えることを特徴とする。
請求項７に記載のプロビジョニングプログラムは、プロビジョニング機能を有するプロビジョニングサーバと、複数の連携サーバとがネットワークを介して連携するプロビジョニングシステムを制御するプロビジョニングプログラムであって、プロビジョニングサーバに、パラメータを入力する入力ステップと、入力ステップにおいて入力されたパラメータを記憶する記憶ステップと、記憶ステップにおいて記憶されたパラメータに基づいて、複数の連携サーバとの間のインタフェースを生成する生成ステップとを実行させることを特徴とする。
【０００７】
【発明の実施の形態】
昨今のＯＰＥＮシステム環境は、ネットワーク技術やサーバ（ＣＰＵ）の進化により、システムにおける計算機などの資源をネットワークを活用してより効率的に利用できる環境を目指すものが主流となっている。
【０００８】
具体的には、計算機単位にそれぞれ特定の機能を持たせて機能を分散させる機能分散化や、効率的なリソース配置を行って負荷を分散させる負荷分散化等を図ることによって、高いコスト・パフォーマンスを追求するものなどである。
【０００９】
集中型→分散型のメリットとしては以下のようなものが考えられる。
・システムの柔軟性向上：ニーズに合致したシステム設計が可能。
・システムの発展性：段階的かつ部分的発展の実現が可能。
・効率的資源活用：応答時間に対しての最適資源の配分が可能（負荷分散）。
・システムの信頼性向上：リスク分散によるシステム稼働率向上。
・運用時間の制約：メンテナンスを無停止で実現。
【００１０】
この分散環境に必要となるのがプロビジョニング機能である。プロビジョニングとは、元々は通信事業者において使用されてきた用語であり、顧客のサービス要求に対して迅速に応えられるよう、事前にサービスの需要を予想して設備の計画的な準備をしておくことを言うが、ＩＴ分野でのプロビジョニングとは、分散配置したサーバへデータを連携する機能を指して使用されることが多くなっている。
【００１１】
ネットワークに加えて、ＩＴ分野でもプロビジョニングの重要性が高まってきた最大の理由は、ＩＴに対して俊敏性と、管理コスト削減への要求（ニーズ）があることである。このようなニーズから発生したプロビジョニングであるが、提供機能の変更やサービスサーバの追加に伴い、アプリケーションの改修が必要となるケースが増えている。
【００１２】
本発明は、このような場合に、インタフェースサーバ定義やインタフェース項目等の全ての情報をパラメータ化することにより、アプリケーションの改修を必要としない柔軟な新サービスの導入を可能とするものである。プロビジョニング機能の完全自動化は、通信業顧客管理システムの機能に属する方式である。
【００１３】
次に、プロビジョニングの完全自動化の処理手順について説明する。プロビジョニング機能は大別して４機能に分割できる。その機能は、「サービスオーダデータ受信機能」、「サービスオーダデータ変換機能」、「サービスオーダデータ送信機能」、「サービスオーダデータ結果送信機能」の４機能である。
【００１４】
各機能の概要をＩＳＰ（インターネットサービスプロバイダ）システムを例に説明する。図１は、本発明のプロビジョニングシステムの一実施の形態の構成例を示す図である。同図に示すように、本実施の形態は、プロビジョニング機能を実行するプロビジョニングサーバ２１と、顧客管理サーバ１１と、認証サーバ３１と、メールサーバ３２と、ＷＷＷ（Ｗｏｒｌｄ−Ｗｉｄｅ  Ｗｅｂ）サーバ３３とから構成されている。
【００１５】
プロビジョニングサーバ２１は、データやコマンドを入力するキーボードやマウスと、所定のプログラムやデータを記憶する記憶部と、記憶部に記憶されたプログラムを実行する制御部と、ネットワークを介して他のサーバとデータの送受信を行う通信制御部等により構成されている。制御部は、後述するように、オペレータによってキーボードが操作されて入力されたパラメータを記憶部に記憶させ、このパラメータに基づいて、他のサーバとの間でデータやコマンドを送受信するためのインタフェースを自動生成するようになっている。
【００１６】
プロビジョニングサーバの現行機能の概要は以下の通りである。プロビジョニングは、システム全体の中で管理サーバの一部として位置付けられ、顧客管理サーバ１１と、各センター系サーバ（認証サーバ３１、メールサーバ３２、ＷＷＷサーバ３３、その他新サービスサーバ）とのインタフェースを実現する。
【００１７】
プロビジョニングサーバ２１は、顧客管理サーバ１１で発生するＳＯＤ（サービスオーダデータ）を受信し、各センター系サーバ用更新データに変換して、各々のサーバ（認証サーバ３１、メールサーバ３２、ＷＷＷサーバ３３、その他新サービスサーバ）に更新情報を転送する機能を提供する。プロビジョニングは、顧客管理サーバ１１とセンター系サーバ（認証サーバ３１、メールサーバ３２、ＷＷＷサーバ３３、その他新サービスサーバ）間のインタフェース接続を容易にし、プロビジョニングシステムの運用をスムーズに行う。
【００１８】
プロビジョニングサーバ２１が備える現行機能は以下の通りである。
【００１９】
（１）ＳＯＤ受信機能
本機能は、顧客管理サーバからＳＯＤを受信するものである。顧客管理サーバ１１の主導により、一定周期でＳＯＤを受信し、受信したＳＯＤをプロビジョニングサーバ２１内の図示せぬ記憶部に保存する。ＳＯＤファイルは、ファイル転送ミドルウェアのＨＵＬＦＴにより転送される。
【００２０】
（２）データ変換機能
本機能は、顧客管理サーバ１１から受信したＳＯＤを、センター系サーバ（認証サーバ３１、メールサーバ３２、ＷＷＷサーバ３３、その他新サービスサーバ）毎に振分け、各々の登録用データへの変換を行い、登録用ファイルを作成する。
【００２１】
（３）登録情報反映機能
本機能は、センター系サーバ登録用データにより、各々のセンター系サーバ（認証サーバ３１、メールサーバ３２、ＷＷＷサーバ３３、その他新サービスサーバ）への登録データ反映処理を制御する。Ｒａｄｉｕｓサーバの登録情報反映は、登録用ファイルをＨＵＬＦＴによりＲａｄｉｕｓサーバ内の更新用ディレクトリに登録することにより行う。また、Ｒａｄｉｕｓサーバ内の更新結果ログファイルをＨＵＬＦＴにより取得して登録結果ファイルを作成する。
【００２２】
メールサーバ３２、ＷＷＷサーバ３３の登録情報反映は、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）により更新処理を行うことにより行う。また、その処理結果により、登録結果ファイルを作成する。
【００２３】
（４）ＳＯＤ登録結果転送機能
本機能は、各センター系サーバ（認証サーバ３１、メールサーバ３２、ＷＷＷサーバ３３、その他新サービスサーバ）の登録結果ファイルを統合して、顧客管理サーバ１１へ転送するものである。顧客管理サーバ１１の主導により、一定周期で登録結果転送要求を受信すると、各センター系サーバ（認証サーバ３１、メールサーバ３２、ＷＷＷサーバ３３、その他新サービスサーバ）の登録結果ファイルを統合し、顧客管理サーバ１１へＨＵＬＦＴにより転送する。
【００２４】
（５）スケジューリング機能
本機能は、受信したＳＯＤの中で、スケジュール日が未来日に設定されているデータは、スケジュール日までセンター系サーバ（認証サーバ３１、メールサーバ３２、ＷＷＷサーバ３３、その他新サービスサーバ）への登録情報反映処理を待合わせるため、スケジュールデータとしてプロビジョニングサーバ２１内の記憶部に保存しておくものである。また、スケジュールの取消しは、スケジュール削除要求のＳＯＤを受信して該当スケジュールデータを削除することにより実現する。スケジューリング処理は、スケジューリング開始時刻に起動され、スケジュールファイルより当日のスケジュールデータを抽出してデータ変換機能に受渡しする。
【００２５】
現状のプロビジョニングは、新サービスや新サーバの増設時にシステム機能を改修する必要があり、新たな工数、費用が開発の度に発生しているが、以下の機能を付加することにより、改修ニーズに柔軟に対応可能となる。プロビジョニングサーバ２１が備える将来機能は以下の通りである。
【００２６】
（１）入出力ＳＯＤフォーマットの完全パラメータ化のために、以下の項目をパラメータ化する。
（Ａ）環境変数ファイル定義
定義ファイル（ディレクトリ（定義ファイルの格納ディレクトリを指定するもの）、ＳＯＤ区切り文字（区切り文字の種類を指定するもの）、結果返却有無（ＳＯＤの結果の有無を指定するもの）、ログレベル（ログの出力の有無を指定するもの）等）。
（Ｂ）ＳＯＤ入力定義
集信ファイル（受信データを格納するファイル名を指定するもの）、集信後ジョブ（データを集信した後に動作するジョブ名を指定するもの）、再集信ファイル（エラー等により再集信を行った場合に受信データを格納するファイル名を指定するもの）、再集信後ジョブ（再集信を行った後に動作するジョブ名を指定するもの）、集信コマンド（集信するためのコマンド名を指定するもの）。
（Ｃ）ＳＯＤ出力定義
配信ファイル（配信データを格納するファイル名を指定するもの）、配信前ジョブ（配信処理の前に動作するジョブ名を指定するもの）、配信後ジョブ（配信処理の後に動作するジョブ名を指定するもの）、再配信ファイル（再配信データを格納するファイル名を指定するもの）、再配信前ジョブ（再配信処理の前に動作するジョブ名を指定するもの）、再配信後ジョブ（再配信処理の後に動作するジョブ名を指定する）、配信コマンド（配信を行うためのコマンド名を指定するもの）。
（Ｄ）ＦＴＰ投入定義
ファイルプレフィックス（ファイル名の先頭となるべき文字列）、投入完了ファイル（ＦＴＰが終了したことを管理するファイル）、投入返却ジョブ（ＦＴＰの投入結果を返却するジョブ名）。
（Ｅ）レコード項目定義
レコード項目識別（項目を識別するための項目名称）、桁数（項目の桁数）、属性（項目の属性）、必須（必須項目を指定するもの）、可変（可変長項目の場合、工数提示のためのもの）、変更有無指定（変更の有無を指定するもの）、ログ出力指定（ログ出力の有無を指定するもの）、チェック識別１〜ｎ（ＡＮＤ条件にて）。
（Ｆ）チェック識別定義
チェック識別（チェック内容を識別するための名前）、値１〜ｎ（又は形式指定［ｙｙｙｙｍｍｄｄ、Ｘｎｎｎｎｎ等］及び禁止文字をＯＲ条件にて）。
（Ｇ）ファイル分割定義
反映ファイルプレフィックス（反映ファイル名の先頭となるべき文字列）、スケジュールレコード項目識別（スケジュール用の項目識別）、分割（削除）レコード項目識別＝値、・・・。
【００２７】
（２）連携サーバへのインタフェースの方式をパラメータ化するために、以下の項目をパラメータ化する。
（Ａ）反映動作制御定義
反映ファイルプレフィックス、監視間隔、リトライ回数、タイムアウト、ＳＯＤ項目／パラメータ識別文字列（ＳＯＤ項目名称）、動作区分（反映先サーバへのＩ／Ｆを指定）。
（Ｂ）ＩＳＰサーバ定義
ホスト名、ＩＰアドレス、漢字コード、その他の任意パラメータ値。
（Ｃ）全件情報保有定義
情報保有有無、全件情報バックアップファイル、全件登録コマンド。
（Ｄ）反映コマンド定義
項番、条件、コマンド（ＳＯＤ項目識別文字列＋レコード項目識別、パラメータ識別文字列＋パラメータ値、固定値）。
（Ｅ）コマンド結果定義
コマンド結果取得方法（ステータス、行・位置・サイズ等指定による取得コード）、結果返却形式、エラー情報動作定義（ステータス／結果コード、動作［リターン・リトライ・スキップ・アボート］）。
【００２８】
（３）連携サーバ別ＳＯＤ項目変換ルールのパラメータ化
（Ａ）変換動作制御定義
反映ファイルプレフィックス、変換後ファイル項目／行区切り文字。
（Ｂ）レコード項目定義
条件、項目（ＳＯＤ項目識別文字列＋レコード項目識別、パラメータ識別文字列＋パラメータ値、固定値）、編集。
【００２９】
（４）上記パラメータ値の入力による業務機能の自動生成を行う。
【００３０】
以上説明したように、分散環境下におけるプロビジョニング機能は、システム規模が大きくなればなるほど必要となる機能であり、このインタフェースをパラメータにより自動生成することは、ユーザに対して柔軟性のあるシステムを提供するだけでなく、開発効率や総合的な費用を低減させるという効果もある。
【００３１】
なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更することができることは言うまでもない。
【００３２】
【発明の効果】
以上の如く、本発明によれば、分散環境下におけるサーバ間のインタフェースを、ユーザが入力したパラメータに基づいて自動生成するので、新サービスや新サーバの増設時において、プロビジョニング機能の改修、即ちプログラムの変更を必要とせず、パラメータの設定変更により新サービスや新サーバの増設等の変更を吸収することができる。従って、ユーザに対して柔軟性のあるシステムを提供することができ、開発効率を上げることができるとともに、総合的な開発費用を低減させることができる。
【図面の簡単な説明】
【図１】本発明が適用される一実施の形態の構成例を示す図である。
【符号の説明】
１１  顧客管理サーバ
２１  プロビジョニングサーバ
３１  認証サーバ
３２  メールサーバ
３３  ＷＷＷサーバ
【図１】
2004348592.tif 000003