(57)【要約】【課題】オペレータからのデータ設定・確認のオーダがその他の要求元からの大量データ設定中に投入されても、待ちが発生することなく、データ設定できるようにする。【解決手段】上位システム１２から送信される設定データにおける優先度と設定データ群を認識し、優先順位に変換する機能（Ｆｕｎｃ１）１１Ａと、上位から受け付けられた下位システム１３へデータを送信するための論理的なルートと、上位から受け付けたデータを予め設定された論理的なルートに振り分ける機能（Ｆｕｎｃ２）１１Ｂと、ルートを通過して下位システムにデータを送信する際にはカウントアップを行い、カウント数が予め登録されたデータ数に到達した時点から、次のデータ送信はキューイングする機能（Ｆｕｎｃ３）１２Ａとから構成される。【選択図】  図３
2005311417.tif 000002
【特許請求の範囲】
【請求項１】
上位システムより投入されるサービスを提供するための様々なデータを下位システムに設定するデータ設定システムにおいて、
該上位システムにより付与された該データの優先度または内容に基づき、本システムにおける優先度に変換して付与する手段と、
本システムにおいて付与した該優先度に基づき、該データを優先順位に従って設けられた複数のデータキューに分配する手段と、
該複数のデータキューからデータを取り出し、該データを予め定めた基準に基づいて下位システムに送信する手段とを有することを特徴とする優先機能を具備したデータ設定システム。
【請求項２】
請求項１記載の優先機能を具備したデータ設定システムにおいて、
前記データキューからデータを取り出す際には、下位システムの性能および仕様に応じたリミッタを設定し、該リミッタの上限値を超えた場合に、それ以上のデータをキューイングすることを特徴とした優先機能を具備したデータ設定システム。
【請求項３】
請求項１または２記載の優先機能を具備したデータ設定システムにおいて、
前記下位システムにデータを送信する際には、該下位システムの最大同時実行数を規定した優先制御設定ファイルの内容に基づいて、優先制御を実施することを特徴とする優先機能を具備したデータ設定システム。
【請求項４】
請求項３記載の優先機能を具備したデータ設定システムにおいて、
前記優先制御設定ファイルには、下位システム全体が受け付けられる最大同時実行コマンド数と、優先フラグの付与されたデータが優先度に応じて経由できるルートの数と、データに対して順に設定される優先レベルおよび各ルートに応じたリミッタの値である最大同時実行数とが、任意に設定可能であることを特徴とする優先機能を具備したデータ設定システム。
【請求項５】
上位システムより投入されるサービスを提供するための様々なデータを下位システムに設定するデータ設定方法において、
上位システムにより付与された優先フラグをデータ設定システムにて識別できる形態の優先度に変換するステップと、
オペレータにより緊急データとして設定されたルートを優先ルートとし、その他の要求元からのルートを通常ルートとして、データを振り分けるステップと、
各ルートを経由したデータに対して、リミッタによる制御を行い、
優先度が低いデータは優先度が高いルート上のデータを確認し、優先度が高いルートのデータが存在しない場合のみ下位システムにデータを送信するステップとを有することを特徴とするデータ設定方法。
【請求項６】
請求項５記載のデータ設定方法において、
前記リミッタには、優先ルートと通常ルートそれぞれに対して独立に下位システムに送信できる並列実行数を割り当て、優先ルートは通常ルートの同時実行数とは独立に使用できる同時実行並列数を確保することを特徴とするデータ設定方法。
【請求項７】
請求項５または６記載のデータ設定方法において、
前記下位システムへのデータの送信の際には、１下位システムの最大同時実行数、優先ルート数、および、優先レベルと最大同時実行数（リミッタ値）について設定された優先制御設定ファイルの内容に基づいて送信することを特徴とするデータ設定方法。
【請求項８】
請求項７記載のデータ設定方法において、
前記１下位システムの最大同時実行数は、優先レベル毎の最大同時実行数（リミッタ値）の和であることを特徴とするデータ設定方法。
【請求項９】
請求項５〜８のいずれかに記載のデータ設定方法において、
前記優先レベルの高いデータが多量に投入された場合、優先レベルの低いデータは、予め定めた時間を経過したとき、それぞれ上位の優先キューに移行することを特徴とするデータ設定方法。
【請求項１０】
請求項５〜９のいずれかに記載のデータ設定方法において、
前記優先レベルの順を決定する場合には、付加サービスの申し込み、サービス設定のＯＮ／ＯＦＦ等を行うエンドユーザによるオペレーションを優先レベル１とし、
オペレータ操作で最もリアルタイム性が要求される緊急操作を優先レベル２とし、
既設のユーザから要望を受けた付加サービスを優先レベル３とし、
端末装置や回線等のハードウェアの工事を伴う場合のサービスを優先レベル４とすることを特徴とするデータ設定方法。
【請求項１１】
上位システムより投入されるサービスを提供するための様々なデータをサーバに設定するデータ設定装置において、
サービス活性化に必要なデータ項目を抽出するデータ分析手段と、
抽出されたデータ項目をサーバ毎の設定コマンド形式に変換し、変換された該コマンドを各サーバに送信するデータ設定手段と、
サービスを開始する際のサービス開通試験を試験シナリオにより実行するサービス開通試験手段とを具備するデータ設定装置。
【請求項１２】
請求項１１記載のデータ設定装置において、
前記データ設定手段は、サーバへコマンドを投入する際に、論理サーバと物理サーバの対応表を格納する記憶手段にアクセスして、内容を参照し、実際にコマンドを送信すべきサーバを抽出し、該サーバにコマンドを送信することを特徴とするデータ設定装置。
【請求項１３】
上位システムより投入されるサービスを提供するための様々なデータを下位システムに設定するデータ設定用プログラムであって、
データ設定システムのコンピュータに、上位システムにより付与された優先フラグをデータ設定システムにて識別できる形態の優先度に変換する手順、オペレータにより緊急データとして設定されたルートを優先ルートとし、その他の要求元からのルートを通常ルートとして、データを振り分ける手順、各ルートを経由したデータに対して、リミッタによる制御を行う手順、優先度が低いデータは優先度が高いルート上のデータを確認し、優先度が高いルートのデータが存在しない場合のみ下位システムにデータを送信する手順を、それぞれ実行させるためのデータ設定用プログラム。
【請求項１４】
請求項１３記載のデータ設定用プログラムにおいて、
前記リミッタによる制御を行う手順は、優先ルートと通常ルートそれぞれに対して独立に下位システムに送信できる並列実行数を割り当てる手順、優先ルートは通常ルートの同時実行数とは独立に使用できる同時実行並列数を確保する手順を含むことを特徴とするデータ設定用プログラム。
【請求項１５】
請求項１３または１４記載のデータ設定用プログラムにおいて、
前記下位システムへのデータの送信の手順は、１下位システムの最大同時実行数、優先ルート数、および、優先レベルと最大同時実行数（リミッタ値）について設定された優先制御設定ファイルの内容に基づいて送信する手順を含むことを特徴とするデータ設定用プログラム。
【請求項１６】
請求項１３〜１５のいずれかに記載のデータ設定用プログラムにおいて、
前記リミッタによる制御を行う手段は、優先レベルの高いデータが多量に投入された場合、優先レベルの低いデータは、予め定めた時間を経過したとき、それぞれ上位の優先キューに移行する手順を含むことを特徴とするデータ設定用プログラム。
【請求項１７】
請求項１３〜１６のいずれかに記載のデータ設定用プログラムにおいて、
前記優先レベルの順を決定する手順は、付加サービスの申し込み、サービス設定のＯＮ／ＯＦＦ等を行うエンドユーザによるオペレーションを優先レベル１とする手順、オペレータ操作で最もリアルタイム性が要求される緊急操作を優先レベル２とする手順、既設のユーザから要望を受けた付加サービスを優先レベル３とする手順、端末装置や回線等のハードウェアの工事を伴う場合のサービスを優先レベル４とする手順を含むことを特徴とするデータ設定用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、上位システムより投入されるサービスを提供するための様々なデータを下位システムに設定する優先機能を具備したデータ設定システムにおいて、投入するデータの優先制御を実現するためのデータ設定システム、装置およびその方法、ならびにそれを用いたプログラムに関する。
【背景技術】
【０００２】
近年、ＩＰネットワークの普及によりＶｏＩＰを代表とするＩＰ系のサービスは多様化の一途を辿っている。サービスを提供するサーバも複雑化しており、マルチベンダあるいはマルチサーバを対象としたデータ設定や監視を行うネットワーク管理方式が不可欠となっている。ただ、このような多様化の環境においても、ユーザへのサービス提供は即時性が要求される。
【０００３】
従来のデータ設定方式としては、例えば、特開平５−６８０８５号公報（特許文献１参照）などのデータ設定方式がある。これらの従来技術では、図２に示すように、上位システム３１からの設定データは、リアルタイム性を要求するものと、期間に猶予があるものとで区別されることはなく、シーケンシャルなフロースタイルで下位システム３４まで到達されていた。すなわち、上位システム３１で設定された複数のデータは、たとえ各データ毎に優先度（高）（中）（低）が付加されていても、これらは混在したデータ３２（１，２，３，４，５の順序）として本システム３３に転送され、本システム３３では、上位システム３１から到達順序通りのシーケンシャル処理（１，２，３，４の順序）を行って、下位システム３４に送出していた。
【０００４】
【特許文献１】特開平５−６８０８５号公報
【非特許文献１】中尾隆之他『ＯＳＳへのワークフローシステムの応用に関する検討』電子情報通信学会  春季全国大会、Ｍａｒ．２００１
【非特許文献２】中尾隆之他『ＮＥのサービス機能に柔軟なＳＯ処理方式』電子情報通信学会  春季全国大会、Ｍａｒ．２００２
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このように、従来の技術では、優先度の高いデータや低いデータが混在して処理されるので、例えば、一括大量データを投入中に、オペレータ等の緊急処理を実行しようとすると、待ち時間が発生し、データ群の設定完了通知が得られるまで実サービス開始が不可能な状態となる。また、そのトラフィック量次第では輻輳状態となり、接続タイムアウトとなる可能性がある。しかし、即時性を求められる現代において、従来システム環境では利便性に乏しく、このままでは、今後データ量の増加に伴って性能悪化の一途を辿ることが考えられる。
【０００６】
（目的）
本発明の目的は、オペレータからのデータ設定・確認のオーダがその他の要求元からの大量データ設定中に投入されても、待ちが発生することなく、優先ルート数が増加して、優先レベルを多段階に設定した場合でも、同等の結果を得ることが可能な優先機能を具備したデータ設定システム、装置およびその方法、ならびにそのプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の優先機能を具備したデータ設定システムは、上位システムから送信される設定データにおける優先度と設定データ群を認識し、優先順位に変換する機能（Ｆｕｎｃ１）と、上位から受け付けられた下位システムへデータを送信するための論理的なルートと、上位から受け付けたデータを予め設定された論理的なルートに振り分ける機能（Ｆｕｎｃ２）と、ルートを通過して下位システムにデータを送信する際にはカウントアップを行い、カウント数が予め登録されたデータ数に到達した時点から、次のデータ送信はキューイングする機能（Ｆｕｎｃ４）と、下位システムに送信する際に、下位システムの最大同時実行数、優先ルート数などを設定できる優先制御設定ファイルを設ける機能（Ｆｕｎｃ３）とから構成される。
【０００８】
上位システムや操作端末のオペレータが、下位システムにデータ設定を実施する際に付与された優先度に対して、本システム内部で識別できる優先順位に変換を行い、振り分け実施する。振り分けられたデータに対して、それぞれユニークなルートを確立することで、優先順位の高いデータフローが他のフローの妨げにならないように迅速な処理を可能とする。
また、優先ルートの確立に際して複雑な設定をなくすことを考慮し、ＳＧファイルと呼ばれる設定ファイルで管理し、容易に優先ルート及び優先順位の設定を行うことができ、また、その反映時間もプロセスの再起動であるため、サービスの停止時間が大幅に軽減できる。
本発明の優先制御を具備した開発に伴って、下位システムにて識別されたデータを処理するために、ルート毎にリミッタを設置してキューイングを行うことで、下位システムの仕様に応じた対処が可能となる。
【発明の効果】
【０００９】
本発明によれば、オペレータからのデータ設定・確認のオーダが、その他の要求元からの大量データ設定中に投入されても、待ち時間が発生することなく、オペレータ用優先ルートのリミッタの上限を超えていなければ、最大で１秒未満のレスポンスの性能が得られる。今後、優先ルート数を増加させることで、優先レベルを多段階に設定したとしても、上記と同等の結果が得られることは確実である。また、ＳＧファイルによる容易な優先設定手段を加えることで、多岐なる飛躍の可能性を秘めたシステムになると考えられる。
本発明のデータ設定システムは、特定の環境に特化したものではなく、優先制御を具備したデータ設定全てに適合するものである。
【発明を実施するための最良の形態】
【００１０】
（実施例）
以下、本発明の実施例を図面により詳細に説明する。
図１は、本発明のシステムの全体ネットワークにおける位置付けを示す図である。
ＩＰネットワークを構成するサーバ群は、サービス拡充に伴って複雑化する一方、サービスの活性化に対するリアルタイム性は欠かせない要素である。活性化が必要な端末は、ＩＳＰ（インターネット・サービス・プロバイダ）のオペレータが使用する端末装置からエンドユーザが使用する端末装置まで多岐にわたっている。全てのサービスをリアルタイムに処理することは不可能であるが、サービスの内容やデータの投入元に基づいた優先制御を実現することにより、目的に沿ったサービス活性化が可能である。
【００１１】
図１において、１０は本発明によるデータ設定システムのネットワーク、１２は上位システム、１３，１４は下位システム、１１は上位システム１２からのデータ設定要求に基づいて、データを設定して、下位システムに送出するデータ設定システムである。
また、２０は一般のＩＰネットワーク、２１，２２はＳＩＰサーバ、２３，２４はルータ、２５，２６はＶｏＩＰ  ゲートウェイ（ＶｏＩＰ  ＧＷ）、２８，３０はＶｏＩＰゲートウェイ２５，２６に接続されたソフトフォン、２７，２９はＶｏＩＰゲートウェイ２５，２６に接続されたハードフォンである。
【００１２】
このように、本発明が適用されるネットワークシステムは、ＩＰネットワークを構成する複数のサーバ２１，２２と、これらを管理するデータ設定システム１０、サービスの活性化を実行する上位システム１２から構成され、上位システム１２は、データ設定システム１１を介してサーバ２１，２２へのデータ設定を実行する。
ＩＰネットワークでは、複数のサーバが連携することにより実現されるサービスが多い。例えば、ＶｏＩＰサービスではＳＩＰサーバ、コールエージェントなどに、データの設定が必要であり、ＶＰＮサービスでは、ＰＥ（プロバイダ・エッジ）などにデータの設定が必要である。これらのサービス毎に、データ設定先が異なる複雑なサービスの活性化を実現するため、フロースルー化が検討されている（中尾隆之他『ＯＳＳへのワークフローシステムの応用に関する検討』電子情報通信学会  春季全国大会、Ｍａｒ．２００１（非特許文献１参照）、および、中尾隆之他『ＮＥのサービス機能に柔軟なＳＯ処理方式』電子情報通信学会  春季全国大会、Ｍａｒ．２００２（非特許文献２参照））。
【００１３】
図３は、本発明の一実施例に係る優先機能を具備したデータ設定システムの概要図である。
請求項１，２，３は、図３のおける各請求項の位置付けを示しており、特徴的構成をそれぞれ有している。
上位システム１２からは大量のデータ群およびオペレータ等がＧＵＩ（グラフィカル・ユーザ・インタフェース）を用いて緊急データ設定および確認を行う。大量のデータ設定群と比較して、オペレータの緊急データ設定および確認作業は優先度が高く、リアルタイム性を要するが、大量のデータ群設定においては、次月・次週等、予め決定された日時に行われ、実際サービスインに至るまでには時間的に猶予があることから、データ投入時に反映される必要性は低い。
【００１４】
上位システム１２から設定されたデータは、優先度が混在したデータ（優先フラグを含む）１１Ｄである。ここで、優先フラグｈを持つデータは高優先度であり、優先フラグｍを持つデータは中優先度であり、優先フラグｌを持つデータは低優先度である。
混在データが本システム（データ設定システム）１１に入力されると、先ず優先フラグによる振り分けが行われる（請求項１）（１１Ａ）。すなわち、図３に示すように、本システム１１内は優先度ｈのルート（左側）と、優先度ｍのルート（中央）と、優先度ｌのルート（右側）に振り分けられる。
【００１５】
次に、下位システムに応じてリミッタ設定が行われる（請求項２）（１１Ｂ）。すなわち、下位システム（サーバ）へのコマンド投入数を制限するためのリミッタが設けられ、投入したコマンド数を管理することにより、予め設定されたコマンド数を超えないようにする。
さらに、優先ルート・レベル用として使用される優先制御設定ファイル（ＳＧファイル）１２が設けられる（請求項３）（１２Ａ）。このＳＧファイル１２により優先制御の設定を行えるのは、ａ）１下位システムの最大同時実行数、ｂ）優先ルート数、ｃ）優先レベル，最大同時実行数の３項目についてである。
【００１６】
図４は、本発明における優先制御フローの図である。
これは、本発明の第１の特徴（請求項１に対応）となる機能であって、図４に示すように、大量データ４１の設定が行われている中で、オペレータから緊急データの設定４２が行われると、上位システム１２から本システム１１に入力される。本システム１１内では、Ｆｕｎｃ１，Ｆｕｎｃ２，Ｆｕｎｃ４，Ｆｕｎｃ３の処理段階を経て、下位システム１３に送出される。以下、各処理段階を説明する。
（Ｆｕｎｃ１）：上位システム１２において付与された優先フラグを本システム１１にて識別できる形態に変換する（ステップ５１）。
（Ｆｕｎｃ２）：オペレータの緊急データ設定・確認が流通するルートを優先ルートとし、その他の要求元からのルートを通常ルートとして、振り分けを行う（ステップ５２）。
（Ｆｕｎｃ４）：リミッタによる制御を行う（ステップ５３）。
（Ｆｕｎｃ３）：各ルートを経由したデータは、リミッタによる制御が行われた後、下位システム１３に振り分ける。優先度が低いデータは優先度が高いルート上のデータを確認し、データが存在しない場合にのみ下位システム１３にデータを送信することにより、必ず優先度が高いデータが優先的に下位システム１３に送信される。
【００１７】
図４において、本発明の第２の特徴（請求項２に対応）となる機能（リミッタによる制御機能）について説明する。
リミッタによる制御は、下記の項目を含む。
（１）オペレータの設定・確認の処理は、優先ルートを通ることで、通常ルートの待ち状態によらずに確保されている下位システム１３のセッションを用いて、その他の要求元からの大量データの影響を受けない処理時間を実現する。
（２）通常ルート、優先ルート共にキューイングされている状態で、データが各ルートに投入された場合、通常ルートのデータが送信される際には、必ず優先ルートにデータが存在しないことを確認するため、その到達順序によらず優先ルートのデータが優先的に下位システム１３へと送信される。
（３）優先ルートと通常ルートそれぞれに対して独立に下位システム１３を考慮した並列実行数を割り当て、優先ルートは通常ルートの同時実行数とは独立に使用できる同時実行並列数を確保できるようなリミッタを設定することができる。
【００１８】
図５は、本発明の優先制御による追い越し制御の説明図である。
図５では、図４と同じ動作のうち、優先フラグを識別して優先制御を行うシステムの追い越し制御について示したものである。
上位システム１２において大量データ４１を設定している中で、緊急データ設定４２が行われると、これが上位システム１２において優先フラグｈが付与される。
優先フラグｈ，ｍ，ｌが付与された各データは、本システム１１に入力されると、（Ｆｕｎｃ１）５１Ａでは、上位システム１２で付与されたデータの優先識別子が本システム１１で認識できる形態に変換される（優先度（高）ｈ→１，優先度（中）ｍ→２、優先度（低）ｌ→３、・・・（本システム用識別子付与））。また、このフラグにより、各々の優先度（１，２，３）に応じたルートへ振り分けが行われ、各ルートを通過した後、データとして扱われてきたオーダは、機能毎に分解されてコマンド形式で扱われ、下位システム１３へ送信される。
【００１９】
（Ｆｕｎｃ２）５１Ｂでは、付与された優先識別子に対応する各ルートへの振り分けが行われる。すなわち、優先度１、優先度２、優先度３に対する各ルートに振り分けられ、キューイングされる。（Ｆｕｎｃ４）では、リミッタによる制御が行われ、優先度１のリミッタのリミッタ数はＣ、優先度２のリミッタのリミッタ数はＢ、優先度３のリミッタのリミッタ数はＡと定められている。（Ｆｕｎｃ３）５４では、下位システム１３への振り分けが行われ、最初の優先度１のルートのデータが他を追い越して下位システム１３へ送出される。次に、優先度２のルートのデータが下位システム１３へ送出され、最後に優先度３のルートのデータが下位システム１３へ送出される。
【００２０】
実際に、リミッタへ届いたデータは、コマンドベース（基本的に下位システム１３のＤＢ（データベース）に書き込み処理を行うために、ＤＢ用コマンドが大半を占める。例としては、ｕｐｄａｔｅ〜、ｃｒｅａｔｅ〜・・・等）となり、下位システム１３のＤＢに書き込まれる。本実施例は、ＤＢへの書き込みを一例としたため、コマンドベースへの変換を行ったが、処理の方式はこれに限ったものではない。
また、図５のように、本システム１１それぞれのルートに番号１〜７番で示すような順序でデータが投入された場合、優先度の高いデータに対しては追い越し処理が発生し、到達順序が６番、７番（最優先）であったデータが最優先されて下位システム１３へコマンド実行されることになる。それぞれのルート内部では、シーケンシャルな処理を行う。
なお、この実施例では、優先ルート数は１〜３の３種類であるが、優先と通常の２種類であってもよい。また、４種類以上あっても勿論よい。
【００２１】
図６は、本発明における優先制御シーケンスチャートである。
これまでは、基本的なフロー形態について説明したが、図６においては、上記項目を具備した内容を内部処理的に表現した優先制御シーケンスについて説明する。ここでは、右向き矢印は設定要求、左向き矢印は完了通知である。
大量のデータ設定群とオペレータからのデータ設定オーダが、上位システム１２を経て本システム１１に投入される。本システム１１に投入されたデータ群は、（Ｆｕｎｃ１）５１において予め設定された優先フラグから本システム内部にて処理できる形式に変換される。ここでは、一般ユーザデータ設定は普通の識別子が付与され、オペレータ設定のデータは優先の識別子が付与される。次に、振り分けを実施する機能部（Ｆｕｎｃ２）５２にデータが渡され、優先データと通常データはそれぞれ優先ルートおよび通常ルートを経由することとなる。その際に、下位システム１３との連携を考えて、予め決定されているリミッタ数によって制御され、リミッタの上限値を超えたオーダに関してはキューイングを行う。
【００２２】
つまり、図中より優先ルートにはリミッタ数＝Ｃと設定されているが、オペレータからのオーダがＣを超えた場合にキューイングされることとなる。また、通常ルートに関しては、リミッタ数＝ＡおよびＢと設定されており、大量のデータ群がリミッタ数の合計（Ａ＋Ｂ）を超えた場合にキューイングされて待ちとなる（図６中の‘注’を参照）。すなわち、白い箱の部分は待ち時間である。待ち状態となったオーダに関しては、下位システム１３よりデータ設定完了通知を本システム１１にて受信した際に実行されることとなる。
優先順位を付与されたデータは、そのまま下位システム１３に振り分けられ、下位システム１３から完了通知を受信した時点でデータ設定が完了となる。
【００２３】
図７は、本発明における優先制御設定ファイル（ＳＧファイル）による簡易設定の説明図である。
これまで説明してきた下位システム１３に対するデータ設定の優先制御を実現するために必要となる優先制御設定ファイル（ＳＧファイル）１２について、特に本システム１１内部の設定データとその設定方法について説明する（請求項３に対応）。
本システム１１内部に図７に示すようなＳＧファイル１２を持つことにより、優先ルートおよび優先レベルの設定を容易に行うことが可能となる。
【００２４】
ＳＧファイル１２において、優先制御の実施に当たり設定を行えるのは、以下の３項目となる。
（１）１下位システムの最大同時実行数
（２）優先ルート数
（３）優先レベル，最大同時実行数
上記項目中で、１下位システムの最大同時実行数とは、下位システム１３全体が受け付けられる最大同時実行コマンド数のことであり、この数値を変化させることで、下位システム１３の仕様を考慮したシステム設計が可能となる。
また、優先ルート数とは、これまでも記述してきたが、優先フラグを付与されたデータがその優先度に応じて経由できるルートの数のことである。本システムにおいては、ルートの数は‘優先’および‘通常’の２つであるため、図７においては‘２’となっている。
【００２５】
上記優先ルート数である‘数値’を変化させることで、優先ルートの数を制御することが可能となる。
また、優先レベル，最大同時実行数であるが、優先レベルとは文字通り、データに対して順に優先するレベルを設定するもので、本システムの場合、‘優先’と‘通常’の２レベルがあるが、それぞれが‘１’および‘２’にマッピングされ、数値の若い順に優先度が高くなる。最大同時実行数は、それぞれのルートに応じたリミッタの値である。下位システム１３にデータを設定する場合に、下位システム１３内部においてもルート毎のコマンド実行数が決定されているために、下位システム１３の性能および仕様に応じて変更が可能となる。
【００２６】
１下位システムの最大同時実行数は、優先レベル毎の最大同時実行数（リミッタ値）の和となるので、図７のファイル上方に記述したように、以下の関係式が成り立つ。
（１下位システムの最大同時実行数）＝Σ優先レベル毎の最大同時実行数（リミッタ数）                            ・・・・・・・・・・・・・・・・・・・（式１）
従って、図中の（※）を例にとると、下位システムの最大同時実行数が３１０という性能の場合、逆算して
（１下位システムの最大同時実行数＝３１０）＝１０（優先）＋３００（通常）
・・・・・・・・・・・・・・・・・・・（式２）
という形で容易に設定することが可能である。
【００２７】
また、優先ルート数に関しても、システム性能にも依存するが、単純に数値を変えるだけで１〜ｎまで変更可能である。
ここまでＳＧファイルについて述べてきたが、１下位システムの最大同時実行数、優先ルート数、優先レベル，最大同時実行数のいずれにおいても、単純に数値のみの変更で容易に設定が可能である。また、ＳＧファイル変更に伴い、本システムへ反映させる際にも、マシン自体の再起動は不必要であり、プロセスの再起動のみでサービス可能となるため、優先制御の仕様を変更してもサービス停止は最小限に抑えることが可能である。
【００２８】
なお、図７の数字列は、ＳＧファイル上部に記述されているように、例えば（※）の例では、下位システムＩＤ（１０００００１１１）、１下位システムの最大同時実行数（３）、優先ルート数（２）、優先レベル，最大同時実行数（１，１０|２，３００）、ノード種別、ノードＩＤ（１２３４５６，１０００００９９９）となっている。その他の列も、これと同じように設定されている。
【００２９】
（応用例）
以下、本発明の応用例として、先ず優先制御機能について考える。
本発明を実施する場合に、サービスの全てに即時性が要求されるわけではなく、例えば新規登録となるユーザは端末機器設置等のハード工事を伴う場合もあり、その場合には、事前にデータ設定を完了していればユーザのサービス提供は満足されることとなる。
これと対称的に、ユーザが直接操作するサービスの活性化が生じる場合は、通常のＷｅｂ操作と同等のレスポンスを保証する必要がある。
【００３０】
次に、優先レベルについて考える。
（オペレータによるサービス活性化）
オペレータによるサービス活性化には、以下の３種類に識別されると考える。
（１）事前工事：新規に登録されるユーザが主な対象となる。端末装置や回線等のハードウェアの工事を伴うため予め指定された期日までに完了すればよいので、リアルタイム性は要求されない。
（２）付加サービス設定：既設のユーザから要望を受けた付加サービスを設定する場合、早期の実現が望ましいが、ユーザとの調整は可能である。
（３）緊急操作：オペレーションミス等により誤ったデータ設定を復旧させるための活性化であり、オペレータ操作では最もリアルタイム性が要求される。
【００３１】
（エンドユーザによるサービス迅速化）
付加サービスの申し込みや、サービス設定のＯＮ／ＯＦＦ等が考えられる。エンドユーザが直接サービスの活性化を行う場合には、全ての場合においてリアルタイム性を保証する必要がある。
【００３２】
前項で述べたオペレーション毎の優先レベルは、以下の順序になる。
優先レベル１：ユーザオペレーション
優先レベル２：緊急操作
優先レベル３：付加サービス設定
優先レベル４：事前工事
ただし、優先レベルの低いサービス活性化は、優先レベルの高い活性化が多量にある場合には、極端に遅いコマンド処理となることが懸念されるため、待ち時間のカウントアップを行い、経過時間に応じて優先レベルを上げることも必要となる。
【００３３】
次に、コマンドの優先レベルの遷移について考える。
優先レベルの高いサービス活性化が多量に投入された場合には、優先レベルの低いサービス活性化の処理時間が極端に遅延することも想定されるため、優先レベル３および４のコマンドは一定時間を経過したならば上位の優先キューに移行する処理も必要である。すなわち、一定時間の経過に伴って、優先ルート４から優先ルート３、優先ルート３から優先ルート２、優先ルート２から優先ルート１に、それぞれレベルを上げる。
【００３４】
次に、本発明の応用例として、優先制御における処理モデルについて説明する。
ここでは、例えば、以下のような処理モデルを考える。
（１）データ分析機能部（サービス活性化に必要なデータ項目を抽出する）
（２）データ設定機能部（データ項目をサーバ毎の設定コマンド形式に変換し、サーバに送信する）
（３）サービス開通試験機能部（試験シナリオにより試験を実行する）
システムの導入規模に応じて機能配備の異なるマルチベンダサーバが適用される場合に、上記（２）データ設定機能部は、コマンド編集または投入処理でサービス機能がどのサーバに配備されているかを意識しており、サービスに依存した処理とサーバの物理構成に依存した処理から構成される。これら（１）〜（３）を分離することにより、データ配信処理がサーバまたはネットワーク構成から独立することが可能となり、機能の実装（縮退または分散）によるサーバの増減設時にも影響が極小化される。
【００３５】
次に、対象となるサーバの抽出方法について考える。
上記（２）データ設定に対するデータ配信処理では、データの設定対象となるサーバを抽出する必要がある。サーバを抽出する方法として、サーバを機能毎に分離された論理的なサーバから実際に配備されている物理的なサーバに変換する方法がある。
（論理サーバから物理サーバへの変換方式）
アダプタで論理サーバと物理サーバとの対応表を管理する。サーバへコマンド投入する際に論理サーバと物理サーバの対応表を参照して、実際にコマンドを送信すべきサーバを抽出する。
（データ配信処理）
データ配信を、アダプタ間（下位システム間）や処理フローで流通するサーバは、論理サーバのみとすることが可能となり、データ配信は論理サーバのみを意識することでコマンド投入処理が可能となる。
【００３６】
（優先制御プログラムと記録媒体）
図４の優先制御フローあるいは図６の優先制御シーケンスの各動作ステップをコード化し、プログラムに変換して、完成したプログラムをＣＤ−ＲＯＭ等の記録媒体に格納しておけば、本発明による優先制御プログラムの売買あるいは貸与の際に便利であり、また、本システムとなるコンピュータにこの記録媒体を装着し、プログラムをインストールしてコンピュータに実行させることにより、本発明を容易に実現することができる。
【図面の簡単な説明】
【００３７】
【図１】本発明におけるデータ設定システムの位置付けを示す図である。
【図２】従来のデータ設定システムの説明図である。
【図３】本発明の一実施例に係る優先度を具備したデータ設定システムの全体概要図である。
【図４】本発明の一実施例に係る優先制御フローの動作フローチャートである。
【図５】本発明における優先制御による追い越し制御の説明図である。
【図６】本発明の一実施例に係る優先制御のシーケンスチャートである。
【図７】本発明の一実施例に係る優先制御設定ファイルによる簡単設定の図である。
【符号の説明】
【００３８】
１０…データ設定システム、１１…本システム、１２…上位システム、
１３，１４…下位システム、２０…ＩＰネットワーク、２１，２２…ＳＩＰサーバ、
２３，２４…ルータ、２５，２６…ＶｏＩＰゲートウェイ、２８，３０…ソフトフォン、
２７，２９…ハードフォン、１１Ａ…優先フラグによる振り分け、
１１Ｂ…下位システムに応じてリミッタ設定、
１２…優先制御設定ファイル（ＳＧファイル）、
１２Ａ…優先ルート・レベル用としてＳＧファイルの設定、４１…大量データ、
４２…緊急データ設定、５１…Ｆｕｎｃ１、５２…Ｆｕｎｃ２、５３…Ｆｕｎｃ４、
５４…Ｆｕｎｃ３。
【図１】
2005311417.tif 000003
【図２】
2005311417.tif 000004
【図３】
2005311417.tif 000005
【図４】
2005311417.tif 000006
【図５】
2005311417.tif 000007
【図６】
2005311417.tif 000008
【図７】
2005311417.tif 000009