JP2003218928A - パラメータ設定方法，パラメータ設定装置，パラメータ設定システム及びパラメータ設定プログラム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークに含まれるネットワーク機器お
よびアプリケーションのパラメータを容易且つ適切に設
定することができ、他のアプリケーションに影響を与え
ることなく複数のアプリケーションを同時に実行するこ
とが可能なパラメータ設定方法，パラメータ設定装置，
パラメータ設定システム及びパラメータ設定プログラム
を提供することを目的とする。 【解決手段】 ネットワーク機器８６およびアプリケー
ション８５−１の設定情報を取得する設定情報取得段階
と、ネットワークにおけるアプリケーション運用情報を
取得するアプリケーション運用情報取得段階と、取得し
た設定情報およびアプリケーション運用情報に応じてネ
ットワーク機器８６およびアプリケーション８５−１の
パラメータを設定するパラメータ設定段階とを含むこと
により上記課題を解決する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パラメータ設定方
法，パラメータ設定装置，パラメータ設定システム及び
パラメータ設定プログラムに係り、特にネットワークに
含まれるネットワーク機器およびアプリケーションのパ
ラメータを設定するパラメータ設定方法，パラメータ設
定装置，パラメータ設定システム及びパラメータ設定プ
ログラムに関する。

【０００２】

【従来の技術】近年、汎用ネットワーク機器や汎用コン
ピュータの高性能化に伴い、映像・音声データの編集・
加工などの映像・音声処理を行う制作システムがネット
ワーク機器やコンピュータを用いて構成されることが多
くなった。このような制作システムでは、映像・音声処
理をコンピュータ上のアプリケーションとして実現した
機器で行っていた。また、制作システムでは複数の機器
の間でネットワークを介してデータ転送を行っていた。

【０００３】一方、高度な機能を持つネットワークを容
易に構築，運用，管理するためのものとして、ポリシー
・サーバが知られている。例えば、ポリシー・サーバの
詳細については、「R.Yavatkar,et al.,“ A Framework
for Policy-based Admission Control”,IETF RFT-275
3,Jan. 2000」、「河井，中島：“ポリシー・ネットへ
のアプローチ”，日経インターネット・テクノロジー，
ｐｐ．８４−１０５」に記載されている。

【０００４】ポリシー・サーバは、ポリシー（制御ルー
ル）を管理し、ポリシーを設定情報に変換し、ルータな
どのネットワーク機器に設定情報を配布することによ
り、ネットワーク機器の設定を転送レートレベルで行っ
ている。そこで、制作システムにおいても、ポリシー・
サーバを用いて高度な機能を持つネットワークを容易に
構築，運用，管理することが考えられている。

【０００５】

【発明が解決しようとする課題】制作システムでは、単
なるデータ転送だけでなく、アプリケーションによる機
器や素材の共有が望まれている。この場合、ネットワー
ク機器の設定だけでは不十分であり、機器を破綻無く相
互に共有するためにアプリケーションの設定が必要とな
る。

【０００６】ここで、アプリケーションの設定とは、優
先順位／緊急度の違いや必要とされるサービス品質の違
いに応じて画質や音質，転送するデータの転送レート
（占有帯域幅，スイッチのポート使用率）などを制御す
るものである。例えば帯域幅の不足したネットワークを
使用する場合、アスペクトを保持したまま画像サイズを
縮小することで、フレーム・レートを保持して動きの再
現性を保証するなどの制御を行う。

【０００７】しかしながら、これまでのポリシー・サー
バは、ネットワーク機器の設定を転送レートレベルで行
うものであり、アプリケーションの設定を行うことがで
きないという問題があった。また、ポリシー・サーバ
は、ポリシーから変換した設定情報をＣＯＰＳ（Common
Open Policy Service prorocol）と呼ばれるプロトコ
ルを用いて配布している。

【０００８】ＣＯＰＳの詳細については、「D.Durham,e
t al.,“ The COPS (Commn Open Policy Service )Prot
ocol”，IETF RFC-2748,Jan.2000」に記載されている。
ＣＯＰＳは複雑なプロトコル処理などの理由により、あ
まり普及していないという問題があった。

【０００９】本発明は、上記の点に鑑みなされたもの
で、ネットワークに含まれるネットワーク機器およびア
プリケーションのパラメータを容易且つ適切に設定する
ことができ、他のアプリケーションに影響を与えること
なく複数のアプリケーションを同時に実行することが可
能なパラメータ設定方法，パラメータ設定装置，パラメ
ータ設定システム及びパラメータ設定プログラムを提供
することを目的とする。

【００１０】

【課題を解決するための手段】そこで、上記課題を解決
するため、本発明は、ネットワークに含まれるネットワ
ーク機器およびアプリケーションのパラメータを設定す
るパラメータ設定方法であって、前記ネットワーク機器
およびアプリケーションの設定情報を取得する設定情報
取得段階と、前記ネットワークにおけるアプリケーショ
ン運用情報を取得するアプリケーション運用情報取得段
階と、取得した設定情報およびアプリケーション運用情
報に応じて前記ネットワーク機器およびアプリケーショ
ンのパラメータを設定するパラメータ設定段階とを含む
ことを特徴とする。

【００１１】このようなパラメータ設定方法では、ネッ
トワーク機器およびアプリケーションの設定情報を取得
し、ネットワークにおけるアプリケーション運用情報を
取得し、取得した設定情報およびアプリケーション運用
情報に応じて容易且つ適切にネットワーク機器およびア
プリケーションのパラメータを設定できる。

【００１２】ここで、アプリケーション運用情報は、ネ
ットワーク上で運用されているアプリケーションに関す
る情報であり、その情報を用いてネットワークに掛かる
負荷を予測することができるので、ネットワーク機器お
よびアプリケーションのパラメータを適切に設定するこ
とが可能である。

【００１３】また、本発明は、前記パラメータ設定段階
が、取得したアプリケーション運用情報に応じて、既に
起動している他のアプリケーションに影響を与えないよ
うに前記ネットワーク機器およびアプリケーションのパ
ラメータを設定することを特徴とする。

【００１４】このようなパラメータ設定方法では、取得
したアプリケーション運用情報に応じてネットワークに
掛かる負荷を予測することができるので、新たなアプリ
ケーションを起動するときに、既に起動している他のア
プリケーションに影響を与えないようなネットワーク機
器およびアプリケーションのパラメータを適切に設定す
ることが可能である。したがって、他のアプリケーショ
ンに影響を与えることなく複数のアプリケーションを同
時に実行することが可能である。

【００１５】また、本発明は、前記設定情報およびアプ
リケーション運用情報の取得と、前記ネットワーク機器
およびアプリケーションに対するパラメータの設定は、
インターフェース関数を用いて行われることを特徴とす
る。

【００１６】このようなパラメータ設定方法では、設定
情報およびアプリケーション運用情報の取得と、ネット
ワーク機器およびアプリケーションに対するパラメータ
の設定とを複雑なプロトコルを用いることなく実現でき
る。ここで、インターフェース関数は、例えばＩＤＬ
（Interface Definition Language）形式に準拠して作
成することができる。

【００１７】また、本発明は、ネットワークに含まれる
ネットワーク機器およびアプリケーションのパラメータ
を設定するパラメータ設定装置であって、前記ネットワ
ーク機器およびアプリケーションの設定情報と、前記ネ
ットワークにおけるアプリケーション運用情報とを取得
し、取得した設定情報およびアプリケーション運用情報
に応じて前記ネットワーク機器およびアプリケーション
のパラメータを設定することを特徴とする。

【００１８】このようなパラメータ設定装置では、ネッ
トワーク機器およびアプリケーションの設定情報を取得
し、ネットワークにおけるアプリケーション運用情報を
取得し、取得した設定情報およびアプリケーション運用
情報に応じて容易且つ適切にネットワーク機器およびア
プリケーションのパラメータを設定できる。

【００１９】また、本発明は、ネットワークに含まれる
ネットワーク機器およびアプリケーションのパラメータ
を設定するパラメータ設定システムであって、前記ネッ
トワーク機器およびアプリケーションの設定情報を格納
する設定情報格納手段と、前記ネットワークにおけるア
プリケーション運用情報を格納するアプリケーション運
用情報格納手段と、前記設定情報格納手段およびアプリ
ケーション運用情報格納手段から前記設定情報およびア
プリケーション運用情報を取得し、取得した設定情報お
よびアプリケーション運用情報に応じて前記ネットワー
ク機器およびアプリケーションのパラメータを設定する
パラメータ設定手段とを有することを特徴とする。

【００２０】このようなパラメータ設定システムでは、
パラメータ設定手段が、ネットワーク機器およびアプリ
ケーションの設定情報を設定情報格納手段から取得し、
ネットワークにおけるアプリケーション運用情報をアプ
リケーション運用情報格納手段から取得する。

【００２１】したがって、パラメータ設定手段は、取得
した設定情報およびアプリケーション運用情報に応じて
容易且つ適切にネットワーク機器およびアプリケーショ
ンのパラメータを設定できる。

【００２２】また、本発明は、ネットワークが上位ネッ
トワークおよび１つ以上の下位ネットワークにより構成
されており、下位ネットワークに含まれるネットワーク
機器およびアプリケーションのパラメータを設定するパ
ラメータ設定システムであって、前記ネットワーク機器
およびアプリケーションの設定情報を格納する前記上位
ネットワークに備えられた設定情報格納手段と、前記ネ
ットワークにおけるアプリケーション運用情報を格納す
る前記上位ネットワークに備えられたアプリケーション
運用情報格納手段と、前記設定情報格納手段およびアプ
リケーション運用情報格納手段から前記設定情報および
アプリケーション運用情報を取得し、取得した設定情報
およびアプリケーション運用情報に応じて前記ネットワ
ーク機器およびアプリケーションのパラメータを設定す
る前記下位ネットワークに備えられたパラメータ設定手
段とを有することを特徴とする。

【００２３】このようなパラメータ設定システムでは、
下位ネットワークに備えられたパラメータ設定手段が、
ネットワーク機器およびアプリケーションの設定情報を
上位ネットワークに備えられた設定情報格納手段から取
得し、ネットワークにおけるアプリケーション運用情報
を上位ネットワークに備えられたアプリケーション運用
情報格納手段から取得する。

【００２４】したがって、パラメータ設定手段は、取得
した設定情報およびアプリケーション運用情報に応じて
上位ネットワークに掛かる負荷を予測することができる
ので、容易且つ適切にネットワーク機器およびアプリケ
ーションのパラメータを設定することが可能である。

【００２５】この結果、新たなアプリケーションを起動
するときに、他の下位ネットワークで既に起動している
アプリケーションに影響を与えないようなネットワーク
機器およびアプリケーションのパラメータを適切に設定
することができるので、他のアプリケーションに影響を
与えることなく複数のアプリケーションを同時に実行す
ることが可能である。

【００２６】また、本発明は、コンピュータに、ネット
ワークに含まれるネットワーク機器およびアプリケーシ
ョンの設定情報を取得する設定情報取得手順と、前記ネ
ットワークにおけるアプリケーション運用情報を取得す
るアプリケーション運用情報取得手順と、取得した設定
情報およびアプリケーション運用情報に応じて前記ネッ
トワーク機器およびアプリケーションのパラメータを設
定するパラメータ設定手順とを実行させることを特徴と
する。

【００２７】このようなパラメータ設定プログラムで
は、ネットワーク機器およびアプリケーションの設定情
報を取得し、ネットワークにおけるアプリケーション運
用情報を取得し、取得した設定情報およびアプリケーシ
ョン運用情報に応じて容易且つ適切にネットワーク機器
およびアプリケーションのパラメータを設定できる。

【００２８】

【発明の実施の形態】まず、本発明の前提および概要に
ついて説明する。以下の説明において、オブジェクトと
は個々の機能単位をいい、ネットワークに接続されたコ
ンピュータ上で実現されているサーバ，ネットワーク機
器などである。オブジェクトは、主にソフトウェアで実
現されている。

【００２９】オブジェクト間通信とは、オブジェクト間
でデータをやり取りする場合のインターフェース関数が
定義され、且つ機能が実装されている場合に、インター
フェース関数の内容がネットワーク越しの別のオブジェ
クトから直接に起動指示され、設定処理などが実行され
るようにオブジェクト間で通信をする仕組みである。こ
のインターフェース関数を規定する言語は、ＩＤＬ（In
terface Definition Language）と呼ばれている。

【００３０】モジュールとは、コンピュータ上で動作す
る例えば映像・音声処理ソフトウェアであり、アプリケ
ーションを構成する処理要素である。なお、モジュール
の構成方法については、本願出願人により出願された特
願２００１−１３６６０１に開示されている。

【００３１】本発明は、ＣＯＲＢＡのような分散環境を
構築するプラットフォームの上でアプリケーションを構
築することを前提としている。例えばＣＯＲＢＡの詳細
は、「成田，他：“CORBA と Java（登録商標） 分散オ
ブジェクト技術”，ｐｐ．７５−８２，ソフト・リサー
チ・センター」に記載されている。

【００３２】むろん、必ずしもＣＯＲＢＡをプラットフ
ォームとする必要はなく、管理機構によるネーミング・
サービス（ネットワーク上のオブジェクト管理），オブ
ジェクト間通信が実現できれば、Ｊａｖａ（登録商標）
ＲＭＩなどでもよい。例えばＪａｖａ（登録商標）ＲＭ
Ｉの詳細は、「吉田：“極める Java（登録商標） ”，
ｐｐ．１０４−１０７，技術評論社」に記載されてい
る。

【００３３】ＣＯＲＢＡのような分散環境では、ネット
ワーク上に分散配置されるサーバ・オブジェクトとクラ
イアント・オブジェクトとの通信部分がアプリケーショ
ンから隠蔽されるため、開発者がネットワーク転送の部
分を意識することなくサーバ側又はクライアント側での
データ処理部分の開発に集中できる。つまり、必要なイ
ンターフェース関数の規定を行い、そのインターフェー
ス関数の内部実装をネットワーク転送を意識せずに行う
ことができる仕組みである。ネットワーク上に分散配置
されたサーバ・オブジェクトとクライアント・オブジェ
クトとの間でやり取りされる通信の仕組みがオブジェク
ト間通信である。

【００３４】ネットワーク上のオブジェクトの位置はブ
ローカと呼ばれる管理機構によって把握されており、ク
ライアント側でネットワーク上におけるサーバ側の位置
を指示することなく、サーバ名と起動するインターフェ
ース関数の指定とでサーバの機能を利用することができ
る。

【００３５】本発明は、前述のような分散環境技術をベ
ースとし、ネットワークを介して複数のコンピュータを
用いてアプリケーションを構成するものとする。また、
アプリケーションを実現するために必要な個々の機能を
ソフトウェアとコンピュータとで実現する。これによ
り、ポリシー・サーバによるネットワーク設定の対象が
ネットワーク機器だけでなく、アプリケーションをも対
象として様々な設定を行うことが可能となる。

【００３６】言い換えれば、本発明は「複雑なプロトコ
ルによるネットワーク機器のみの設定情報の転送・実
行」を「簡易なインターフェース関数の規定と実装によ
るネットワーク機器とアプリケーションの同時設定」へ
改善するものである。

【００３７】本発明は、ＣＯＲＢＡのようなプラットフ
ォーム上でのモジュールの付加情報（メタデータ）の転
送又は交換について、共通のインターフェース関数を定
義しておく。このインターフェース関数を用いること
で、相手のモジュールがどのような性能を持つのかをお
互いに知ることができる。ネットワークに接続されたモ
ジュールはオブジェクト間通信により互いにデータの転
送機能を起動したり、外部の管理ソフトウェアと制御の
やり取りを行う機能をインターフェース関数の規定と実
装により実現する。

【００３８】また、ネットワーク機器の設定を行う管理
・制御ソフトウェアもオブジェクト化して扱うことによ
り、管理・制御ソフトウェアの機能を外部から起動して
設定作業を指示することが可能となる。

【００３９】本発明は、ＣＯＲＢＡのようなプラットフ
ォームを利用し、設定サーバ，管理・制御ソフトウェア
およびモジュールの間でインターフェース関数を規定
し、その内容を実装する。つまり、設定サーバからのデ
ータ取得，管理・制御ソフトウェアによるネットワーク
機器およびモジュールの同時設定をＣＯＰＳ等の複雑か
つ限定されたプロトコルを用いることなく実現できる。

【００４０】本発明は、ネットワーク機器だけでなく、
モジュールの設定も同時に行うことができるので、ネッ
トワークの状態に応じて複数のアプリケーション間でサ
ービス格差（例えば、ネットワークの利用負荷の違い）
を付けることができる。例えば転送する画像サイズを小
さくして必要とする転送レートを抑えることが可能であ
る。つまり、転送レートを適切に配分することによりネ
ットワークに接続された各アプリケーションが勝手に運
用されて相互に妨害し合うことを防ぐことができる。

【００４１】複数のアプリケーションに転送レートを適
切に配分するためには、各ネットワークでのアプリケー
ションの動作状況を把握する必要があるため、各ネット
ワークでのアプリケーションの動作状況は後述するサブ
ネット・リポジトリに保持されている。

【００４２】本発明は、ネットワーク上で実現されるア
プリケーションの共存／相互接続を実現するものであ
り、ネットワーク上に設置される設定サーバと管理・制
御ソフトウェア（マネージャ）によってネットワーク機
器だけでなく各アプリケーションを構成するモジュール
のパラメータをも設定する。

【００４３】設定サーバおよび管理・制御ソフトウェア
により、ネットワークを共有する各アプリケーションが
破綻することなく実行され、相互に映像・音声データを
転送したり、機器又はモジュールを貸与するといった高
度な連携が可能となる。

【００４４】なお、設定サーバは設定情報を管理するも
のである。管理・制御ソフトウェアは設定情報を設定サ
ーバから取得して、ネットワーク機器やモジュールを設
定する作業を行う。その設定方法は、ＣＯＰＳ等の複雑
なプロトコル通信によるものでなく、オブジェクト間通
信を通して行われるインターフェース関数によるもので
ある。

【００４５】以下、本発明の実施の形態について図面に
基づいて説明していく。図１は、本発明によるパラメー
タ設定システムの一実施例の構成図を示す。図１のパラ
メータ設定システム１は、バックボーン・ネットワーク
に対して１つ以上のサブ・ネットワークが接続された構
成となっている。

【００４６】バックボーン・ネットワークは、バックボ
ーン管理機構１０，バックボーン制御機構２０を含むよ
うに構成される。なお、バックボーン管理機構１０は、
バックボーンブローカ１１，サブネットリポジトリ１
２，ポリシーリポジトリ１３を含む。バックボーン制御
機構２０は、一つ以上のバックボーンＱｏＳマネージャ
２１を含む。

【００４７】また、サブ・ネットワークは、サブネット
管理機構５０−１，サブネット制御機構６０−１，モジ
ュール用コンピュータ７０−１を含む。なお、サブネッ
ト管理機構５０−１は、サブネットブローカ５１−１，
データリポジトリ５２−１，リソースリポジトリ５３−
１，ソフトウェアＤＢ５４−１，ＧＵＩ端末マネージャ
５５−１を含む。サブネット制御機構６０−１は、サブ
ネットＱｏＳマネージャ６１−１を含む。モジュール用
コンピュータ７０−１は、１つ以上のアプリケーション
用モジュール群７１−１を含む。

【００４８】バックボーン管理機構１０およびサブネッ
ト管理機構５０−１は、アプリケーションの構築と、ネ
ットワーク内の素材又は機材に関する情報の管理を行
う。バックボーン制御機構２０およびサブネット制御機
構６０−１は、各アプリケーションの品質を保証するた
めに、ネットワーク機器やモジュールを制御し、動作の
ためのパラメータを設定する。また、モジュール用コン
ピュータ７１−１は、アプリケーション構築用に利用さ
れる。

【００４９】なお、バックボーン管理機構１０およびサ
ブネット管理機構５０−１とバックボーン制御機構２０
およびサブネット制御機構６０−１とは、厳密に役割分
担されているのでなく、適宜連携して動作する。

【００５０】サブネット管理機構５０−１に含まれるサ
ブネットブローカ５１−１は、サブ・ネットワーク内で
起動されるアプリケーションの構築を行う。サブネット
ブローカ５１−１は、サブ・ネットワーク内のリソース
（機器，コンピュータなど）に機能を割り当て、その機
能に対応するソフトウェアのダウンロードをソフトウェ
アＤＢ５４−１に指示する。データリポジトリ５２−１
は、サブ・ネットワーク内に存在する素材（映像・音声
データなど）の素材情報を管理する。リソースリポジト
リ５３−１は、サブ・ネットワーク内の機器（コンピュ
ータなど）の機器情報を管理する。

【００５１】ユーザは、ＧＵＩ端末マネージャ５５−１
からアプリケーションを起動して操作する。アプリケー
ションの構築に必要な情報（使用する機器及び素材，接
続形態など）は、例えばＸＭＬ（Extensible Markup La
nguage）形式のファイルで記述されており、ユーザがＧ
ＵＩ端末マネージャ５５−１から選択することで起動指
示が行われる。

【００５２】アプリケーションの構築に他のサブ・ネッ
トワークの機器を利用する場合、サブネットブローカ５
１−１がバックボーン管理機構１０に含まれるバックボ
ーンブローカ１１に依頼する。バックボーンブローカ１
１は、他のサブ・ネットワークのリソースリポジトリを
利用して他のサブ・ネットワークで空いている機器を探
索し、サブネットブローカ５１−１に探索結果を回答す
る。なお、他のサブ・ネットワークの素材を利用する場
合、バックボーンブローカ１１は他のサブ・ネットワー
クのリソースリポジトリを利用して他のサブ・ネットワ
ークの素材を探索する。

【００５３】各機器には機器情報および素材情報を回答
させる機能を付与することもできるが、アプリケーショ
ン動作中の機器にアクセスすることでＣＰＵに処理を割
り込ませることとなり、アプリケーションに妨害を与え
る可能性がある。そこで、各サブ・ネットワークには、
機器情報および素材情報を別途管理するデータリポジト
リおよびリソースリポジトリを設けている。

【００５４】図１では、バックボーン制御機構２０およ
びサブネット制御機構６０−１がＱｏＳ（サービス品
質）制御を行う例を表しているが、アクセス制御，時刻
同期制御（スケジューリングによる運用制御），障害復
旧制御など様々な制御を行うことができる。どのような
制御を実現するかは、パラメータ設定システム１全体の
用途により決定される。

【００５５】他のサブ・ネットワークの機器又は素材を
利用してアプリケーションを構築する手順は、以下のよ
うになる。ここでは、アプリケーションの構築に必要な
情報がＸＭＬ形式のファイルで記述されているものとす
る。

【００５６】まず、ユーザがＧＵＩ端末マネージャ５５
−１からＸＭＬ形式のファイルを選択することにより、
起動指示が行われる。ＸＭＬ形式のファイルには、使用
する機器（機能）および素材，接続形態が記述されてい
る。

【００５７】次に、選択したＸＭＬ形式のファイルを解
析し、他のサブ・ネットワークへの接続（他のサブ・ネ
ットワークの機器の利用など）がある場合、バックボー
ンブローカ１１はバックボーン・ネットワークを介する
アプリケーション（接続）に対してユニークなＩＤ（グ
ローバルＩＤ）を発行する。

【００５８】そして、バックボーンブローカ１１は、各
サブ・ネットワークのサブネットブローカに対して個々
のサブ・ネットワーク内で構成すべき部分的なアプリケ
ーションの構築を指示する。サブ・ネットワーク間の接
続部分については、仮想的なノードをバックボーン・ネ
ットワーク上に設定し、各サブ・ネットワークから仮想
的なノードまでの接続として各サブ・ネットワークのア
プリケーションが構築される。最終的には、仮想的なノ
ードの接続も実体として接続処理される。

【００５９】各サブ・ネットワークのサブネットブロー
カは、アプリケーション全体のうち自分のサブ・ネット
ワーク内で担当すべき部分的なアプリケーションに対し
て自分のサブ・ネットワーク内でユニークなＩＤ（ロー
カルＩＤ）を発行する。そして、発行されたグローバル
ＩＤおよびローカルＩＤのペアで複数のサブ・ネットワ
ークに跨るアプリケーションを表す。すなわち、グロー
バルＩＤを介してローカルＩＤで繋がる各サブ・ネット
ワークの部分的なアプリケーションをまとめることで、
アプリケーションの全体構成を表現できる。

【００６０】アプリケーションがサブ・ネットワーク内
で完結している場合、サブ・ネットワーク内でユニーク
なＩＤ（ローカルＩＤ）を付与するが、バックボーン・
ネットワークに関与しない。アプリケーションはＸＭＬ
形式のファイルの記述に従って機能をモジュールに割り
当て、各モジュール間に接続の指示を行う。また、各モ
ジュールの機能を操作するＧＵＩ部品をＧＵＩ端末マネ
ージャ５５−１にアップロードさせ、ＧＵＩ端末画面の
自動構築を行う。

【００６１】図２は、アプリケーションの構築の一例に
ついて説明する図を示す。図２の例では、３つのアプリ
ケーション１〜３を２つのサブ・ネットワークに跨って
又は１つのサブ・ネットワーク内で起動する場合を表し
ている。なお、図２では、ローカルＩＤをＬＩＤで表
し、グローバルＩＤをＧＩＤで表している。

【００６２】アプリケーション１はサブ・ネットワーク
１内で完結しているため、サブネットブローカ５１−１
内にあるアプリケーション生成部からローカルＩＤ＝１
を取得する。

【００６３】一方、アプリケーション２はサブ・ネット
ワーク１，２に跨っているため、バックボーンブローカ
１１内にあるアプリケーション生成部からグローバルＩ
Ｄ＝１を取得する。そして、アプリケーション２は、サ
ブ・ネットワーク１で分担する部分的なアプリケーショ
ンに対してサブネットブローカ５１−１内にあるアプリ
ケーション生成部からローカルＩＤ＝２を取得すると共
に、サブ・ネットワーク２で分担する部分的なアプリケ
ーションに対してサブネットブローカ５１−２内にある
アプリケーション生成部からローカルＩＤ＝１を取得す
る。

【００６４】アプリケーション２は、取得したグローバ
ルＩＤ＝１，サブ・ネットワーク１のローカルＩＤ＝
２，サブ・ネットワーク２のローカルＩＤ＝１を連結さ
せることで、アプリケーションの全体構成を表現する。

【００６５】また、アプリケーション３はサブ・ネット
ワーク１，２に跨っているため、アプリケーション２と
同様な手順でグローバルＩＤ＝２，サブ・ネットワーク
１のローカルＩＤ＝３，サブ・ネットワーク２のローカ
ルＩＤ＝２を取得する。アプリケーション３は、取得し
たグローバルＩＤ＝２，サブ・ネットワーク１のローカ
ルＩＤ＝３，サブ・ネットワーク２のローカルＩＤ＝２
を連結させることで、アプリケーションの全体構成を表
現する。

【００６６】上記のように取得したアプリケーション１
〜３のグローバルＩＤおよびローカルＩＤの関係は、表
１のようになる。すなわち、取得したグローバルＩＤお
よびローカルＩＤを連結することで、一つのサブ・ネッ
トワークが他のどのサブ・ネットワークと関係している
のかを簡単に表すことができる。

【００６７】

【表１】 なお、部分的なアプリケーションは、利用する機器及び
素材，接続形態などの通常のアプリケーションを構築す
るのに必要な情報であり、例えば使用機器とその接続，
処理ソフトウェアである。

【００６８】ここで、本発明の理解を更に容易とする為
に、ポリシーサーバについて簡単に説明する。例えば、
図１に表したような複数のサブ・ネットワークが接続さ
れたシステムにおいて、ポリシーサーバを利用してネッ
トワークの設定を行う例について図３を参照しつつ説明
する。

【００６９】図３は、ポリシーサーバによるネットワー
クの設定の一例について説明する図を示す。なお、図３
で用いている英語の略称は、ＩＥＴＦ文書の規定に従っ
ている。

【００７０】ポリシー制御は、ネットワークの管理者が
ポリシーツール２１０を用いてポリシーリポジトリ２０
１に条件（ＩＦ）および動作（ＴＨＥＮ）という形式で
記述されるポリシー・ルール（制御ルール）を設定す
る。ルール決定機構としてのＰＤＰ（Policy Decision
Point）２０３−１，２０３−２は、ポリシーリポジト
リ２０１に設定されたポリシー・ルールに基づき設定
（制御）方法を決定する。

【００７１】ネットワーク内のＰＥＰ（Policy Enforce
ment Point）２２１−１〜２２１−３は、ＰＤＰの決定
に基づきネットワーク機器２２０−１〜２２０−３の設
定を行う。ポリシーサーバ２００のＰＤＰ２０３−１，
２０３−２とネットワーク内のＰＥＰ２２１−１〜２２
１−３との間でポリシーを交換するプロトコルとして
は、ＣＯＰＳ等がある。なお、ＰＥＰ２２１−１〜２２
１−３は、ネットワーク機器２２０−１〜２２０−３の
中に実装される。

【００７２】図３のようなポリシーサーバによるネット
ワークの設定では、前述したような問題点を有してい
る。そこで、本発明では、ポリシーサーバによるネット
ワークの設定が有する問題点を以下のように解決する。

【００７３】本発明では、分散環境を構築するプラット
フォームの一例としてＣＯＲＢＡを想定している。オブ
ジェクト間のインターフェースで機能を実現するサーバ
側のインターフェース関数（メソッド）が図４のように
定義されているものとする。図４は、オブジェクト間の
インターフェースで機能を実現するサーバ側のインター
フェース関数の一例について説明する図を示す。

【００７４】図４のインターフェース関数は、ＣＯＲＢ
Ａで規定されているＩＤＬ形式に準拠している。図４の
インターフェース関数は、サーバ（サーバオブジェク
ト）側の機能であるＦｕｎｃｌ（）をクライアント側が
ｉｎで表される引数と共に起動可能であり、先頭にｏｕ
ｔと記述された引数に結果値を得ることを記述したもの
である。なお、図４のインターフェース関数は、戻り値
がｓｈｏｒｔと呼ばれる型になっていることを表してい
る。

【００７５】図４のようなインターフェース関数を変換
ツールを用いてコンピュータ言語であるＣ＋＋，ＪＡＶ
Ａ（登録商標）などに変換する。このとき、インターフ
ェース関数は起動するクライアント側と実行するサーバ
側とが通信するために必要なネットワーク通信を行う部
分のコードを含むサブルーチンとして出力される。そし
て、出力されたサブルーチンを用いて起動側／実行側の
プログラムが作成される。

【００７６】このため、開発者はインターフェース関数
を定義し、変換ツールを用いてプログラムに変換し、起
動側／実行側にプログラムのデータ処理機能のみを実装
すればよく、通信やプロトコルに関係した部分を開発す
る必要がない。すなわち、ＣＯＲＢＡを利用することに
より、プロトコルに関係した部分の実装を行わなくても
よく、インターフェース関数の定義を守ることにより起
動側／実行側で独立に内部コードを変更してもよい。

【００７７】次に、ＣＯＰＳ等のプロトコルを必要とし
ない本発明によるパラメータ設定システムについて説明
していく。本実施例では、設定する機能をＱｏＳ（Qual
ityof Service）とするが、如何なる機能でもよい。Ｑ
ｏＳとは、例えば画像伝送における画質に相当し、一般
にサービス品質を表す尺度である。

【００７８】通常、ＱｏＳはネットワーク機器（スイッ
チ，ルータなど）のポートの使用率（使用可能な帯域
幅）を範囲指定し、流れるデータ量を制限したり、デー
タ・フローを送出優先度の高いキューに割り当てること
により、他のデータ・フローよりも優先的に処理を行う
といった仕組みによって実現されている。

【００７９】以下、ネットワークで転送される映像デー
タのサイズやフレーム・レートを設定する場合について
説明する。例えば図３の例では、ポリシー・リポジトリ
のデータをＣＯＰＳでＱｏＳ管理ソフト（ＰＥＰ）が取
得してネットワーク・スイッチを設定することだけが可
能である。なお、用いられるプロトコルはヘッダおよび
データという固定的なフォーマットのデータを転送する
ＣＯＰＳプロトコルである。

【００８０】ＣＯＰＳプロトコルはネットワーク機器の
設定情報の交換に特化したプロトコルであるため、アプ
リケーションのサービス品質（例えばネットワーク帯域
に応じて転送されている画像のサイズ）を変更するとい
ったことが困難であり、転送レートの制御によって表示
速度を遅くするといった形でしかアプリケーションをコ
ントロールできない。

【００８１】すなわち、図３の例ではネットワーク機器
に接続されたアプリケーション用コンピュータの設定を
行うことができない。メーカによってはアプリケーショ
ン用コンピュータに独自の管理ソフトウェアを実装して
ネットワーク・カードの設定を行う機能を追加している
ものもあるが、あくまで機器（ハードウェア）レベルで
の設定にとどまっている。

【００８２】そこで、本発明によるパラメータ設定シス
テム２は、図５に表すような構成としている。図５は、
本発明による設定サーバおよびＱｏＳ管理ソフトウェア
を含むパラメータ設定システムの一実施例の構成図を示
す。

【００８３】図５のパラメータ設定システム２は、バッ
クボーン・ネットワークに対して１つ以上のサブ・ネッ
トワークが接続された構成となっている。バックボーン
・ネットワークは、設定サーバ８０，サブネット・リポ
ジトリ８２を含むように構成される。また、サブ・ネッ
トワークは、ＱｏＳ管理ソフトウェア用コンピュータ８
４，アプリケーション用モジュール８５−１〜８５−３
（コンピュータ＋ソフトウェア）を含むように構成され
る。

【００８４】各サブ・ネットワークでのアプリケーショ
ン運用情報は、バックボーン・ネットワーク上に存在す
るサブ・ネットリポジトリ８２に登録される。サブ・ネ
ットリポジトリ８２と各サブ・ネットワークとはバック
ボーン・スイッチ８３で接続されている。ＱｏＳ管理用
ソフトウェア用コンピュータ８４に実装されているＱｏ
Ｓ管理用ソフトウェアは、スイッチ８６の制御およびモ
ジュール８５−１〜８５−３のパラメータ設定（動作制
御）を行う。

【００８５】図５のパラメータ設定システム２は、ＣＯ
ＲＢＡをプラットフォームとする一方、設定サーバ８
０，サブネット・リポジトリ８２，ＱｏＳ管理ソフトウ
ェア用コンピュータ８４で動作するＱｏＳ管理ソフトウ
ェア，モジュール８５−１〜８５−３をＣＯＲＢＡのオ
ブジェクトとして実装する。

【００８６】なお、設定サーバ８０は、ポリシーリポジ
トリ８１および基本アプリケーションプログラムインタ
ーフェース（基本ＡＰＩ）で構成される。ポリシーリポ
ジトリ８１は、ＱｏＳ定義接続可否情報などの設定情報
を保持している。サブネット・リポジトリ８２は、サブ
・ネットワークのアプリケーション運用情報を保持して
いる。

【００８７】そして、パラメータ設定システム２は上記
のオブジェクト間、設定サーバ８０およびＱｏＳ管理ソ
フトウェア，サブネット・リポジトリ８２およびＱｏＳ
管理ソフトウェア，ＱｏＳ管理ソフトウェアおよびスイ
ッチ８６，ＱｏＳ管理ソフトウェアおよびモジュール８
５−１〜８５−３でのデータの受け渡しをインターフェ
ース関数（ＩＤＬ）で規定し、処理内容を実装してい
る。

【００８８】このため、パラメータ設定システム２で
は、複雑なプロトコルでなく、単純なパラメータ関数に
よる起動によりデータの受け渡しが可能となる。なお、
本実施例では、設定情報をＸＭＬ形式のファイルから読
み出すことを想定しているが、ＧＵＩにより対話的に設
定情報を作成するようにしてもよい。

【００８９】サブネット・リポジトリ８２は、各サブ・
ネットワークでのアプリケーション運用情報として、ア
プリケーションのＱｏＳや現在の状態，他のサブ・ネッ
トワークの機器の使用情報を保持している。ＱｏＳ管理
ソフトウェア（ＱｏＳマネージャ）は、基本ＡＰＩを使
用してポリシー・リポジトリ８１から設定情報を取得す
る。

【００９０】次に、ＱｏＳ管理ソフトウェアは、サブネ
ット・リポジトリ８２から現在の各サブ・ネットワーク
の状態情報を取得する。ＱｏＳ管理ソフトウェアは、取
得した設定情報および各サブ・ネットワークの状態情報
に応じて制御すべき設定情報を決定する。ＱｏＳ管理ソ
フトウェアは、スイッチ８６およびアプリケーション用
モジュール８５−１〜８５−３の設定を行う。

【００９１】ＱｏＳ管理ソフトウェアがＣＯＰＳを使用
せずにスイッチ８６を設定する場合は、ＣＯＰＳより簡
易なテキスト・コマンド形式のｔｅｌｎｅｔを用いて実
現される。一般的なネットワーク機器は、このｔｅｌｎ
ｅｔの設定コマンドを実行できるツールを実装している
ことが多い。

【００９２】例えばポリシー・リポジトリ８１，サブネ
ット・リポジトリ８２が持つインターフェース関数は、
図６のように定義される。図６は、ポリシー・リポジト
リおよびサブネット・リポジトリが持つインターフェー
ス関数の一例について説明する図を示す。図６中、ｍＴ
ｙｐｅ（ＭａｎａｇｅｒＴｙｐｅ）とは、管理ソフトウ
ェアのタイプであり、例えばＱｏＳ管理ソフトウェアで
ある。

【００９３】ＱｏＳ管理ソフトウェアの持つべきインタ
ーフェース関数は、図７のように定義される。図７は、
ＱｏＳ管理ソフトウェアが持つインターフェース関数の
一例について説明する図を示す。

【００９４】すなわち、ＱｏＳ管理ソフトウェアはポリ
シー・リポジトリ８１のＧｅｔＰｏｌｉｃｙＤａｔ
ａ（）を起動し、ＱｏＳの設定に必要な情報を含む設定
情報（ｑＤａｔａ）を一括取得する。また、ＱｏＳ管理
ソフトウェアはサブネット・リポジトリ８２のＧｅｔＳ
ｕｂｎｅｔＤａｔａ（）を起動し、現在の他のアプリケ
ーション運用情報（ｓｕｂＤａｔａ）を一括取得する。

【００９５】ＱｏＳ管理ソフトウェアはＳｅｔＱｏＳＤ
ａｔａＦｏｒＳｗｉｔｃｈ（）を起動し、ポリシー・リ
ポジトリ８１から取得した設定情報のうちスイッチ８６
の設定情報を用いてスイッチ８６の設定を行う。また、
ＱｏＳ管理ソフトウェアはＳｅｔＱｏＳＤａｔａＦｏｒ
Ｍｏｄｕｌｅ（）を起動し、ポリシー・リポジトリ８１
から取得した設定情報のうちアプリケーション用モジュ
ール８５−１〜８５−３の設定情報を用いてアプリケー
ション用モジュール８５−１〜８５−３の設定を行う。

【００９６】図４，図６および図７のインターフェース
関数の内容は、「／／」の後に記載している通りであ
る。なお、ネットワーク転送（通信手順）の部分を省略
しているが、非常に簡易に実現することができる。

【００９７】もし、サブ・ネットワーク内の機器，例え
ばスイッチ８６を別のメーカの機種に変更した場合、設
定情報の変更が必要であるが、ＱｏＳ管理ソフトウェア
側のＳｅｔＱｏｓＤａｔａＦｏｒＳｗｉｔｃｈ（）の内
部を書き換えればよく、ポリシー・リポジトリ８１およ
びサブネット・リポジトリ８２側に影響を与えることが
ない。

【００９８】次に、複数のアプリケーションがバックボ
ーン・ネットワークに接続されている場合に、他のサブ
・ネットワークの機材に接続して利用する処理（相互操
作性の実現）について説明していく。この処理は、Ｑｏ
Ｓ管理ソフトウェアで設定されるＱｏＳレベルを設定す
るものである。

【００９９】バックボーン・ネットワークに複数のサブ
・ネットワークが接続され、各サブ・ネットワークでア
プリケーションが起動される場合、様々なネットワーク
の形態（機器の接続）が考えられる。それぞれのサブ・
ネットワークでアプリケーションが完結していれば良い
が、あるアプリケーションは他のサブ・ネットワークに
接続されている機器を使用する場合もある。

【０１００】図８は、複数のアプリケーションによるネ
ットワーク共有の一例について説明する図を示す。例え
ば、図８のアプリケーションＢは、他のサブ・ネットワ
ークとしてのサブ・ネットワーク１に接続されている機
器（モジュール）９０−４を使用している。図１のパラ
メータ設定システム１では、図８のような接続が可能と
なるように、各サブ・ネットワークのサブネット管理機
構で連携する仕組みとなっている。

【０１０１】しかし、機器の接続形態およびアプリケー
ションで想定するデータ転送レートによっては、アプリ
ケーション間で妨害が生じることがある。例えば図８に
おいてユーザ（自分）がアプリケーションＡを起動する
場合、アプリケーションＡがサブ・ネットワーク１内で
完結しており、サブ・ネットワーク１およびバックボー
ン・ネットワークを接続する経路にデータが流れない。

【０１０２】このため、サブ・ネットワーク２のアプリ
ケーションＢがサブ・ネットワーク１の機器を利用して
いてもアプリケーションＡの動作に影響がなく、ユーザ
は自分の起動したいＱｏＳレベルでアプリケーションＡ
を起動できる。

【０１０３】図９は、複数のアプリケーションによるネ
ットワーク共有の他の一例について説明する図を示す。
例えば、図９のアプリケーションＡは、サブ・ネットワ
ーク２に接続されている機器（モジュール）９１−１を
使用している。また、アプリケーションＢは、サブ・ネ
ットワーク１に接続されている機器（モジュール）９０
−２，９０−４を使用している。

【０１０４】例えば図９においてユーザ（自分）がアプ
リケーションＡを起動する場合、アプリケーションＡが
サブ・ネットワーク内で完結しておらず、サブ・ネット
ワーク１およびバックボーン・ネットワークを接続する
経路にデータが流れる。つまり、サブ・ネットワーク１
およびバックボーン・ネットワークを接続する経路をア
プリケーションＡおよびＢで共有している。

【０１０５】このため、図９の場合はアプリケーション
Ａを起動するときにアプリケーションＢのＱｏＳレベル
を考慮する必要が生じる。しかし、アプリケーションＢ
のＱｏＳレベルが低く、アプリケーションＡの実際の動
作に影響を与えない場合、アプリケーションＡはＱｏＳ
レベルを変更しなくともよい。

【０１０６】その他、アプリケーションＢが他のサブ・
ネットワークをどのように利用しているのかが、アプリ
ケーションＡのＱｏＳレベルの設定に影響を与える場合
がある。

【０１０７】例えばサブ・ネットワーク２のアプリケー
ションＢがサブ・ネットワーク１以外のサブ・ネットワ
ーク（例えば、サブ・ネットワーク３，４）を利用して
いる場合、バックボーン・ネットワークおよびサブ・ネ
ットワーク２を接続する経路に多数のストリーム（デー
タ）が流れることとなり、状況によりアプリケーション
ＡのＱｏＳレベルを変更する必要が生じる。

【０１０８】図１０は、ＱｏＳ管理ソフトウェアによる
ＱｏＳレベルの設定処理の一例のフローチャートを示
す。なお、図１０のフローチャートでは、先に起動され
たアプリケーションが優先的にネットワーク・リソース
を利用することを前提とするものである。ここでは、ユ
ーザがサブ・ネットワーク１のアプリケーションＡを起
動する場合のＱｏＳレベルの設定処理について説明す
る。

【０１０９】また、各アプリケーションのＱｏＳレベル
は、表２のようにｏｎＡｉｒ，Ｈｉｇｈ，Ｍｉｄｄｌ
ｅ，Ｌｏｗの４段階に設定されるものとする。なお、ｏ
ｎＡｉｒが一番広い帯域（使用率）が割り当てられ、Ｈ
ｉｇｈ，Ｍｉｄｄｌｅ，Ｌｏｗの順に割り当てられる帯
域（使用率）が狭くなる。

【０１１０】

【表２】 図１０中、ステップＳ１０では、ＱｏＳ管理ソフトウェ
アが、アプリケーションＡがサブ・ネットワーク１内で
構成しているか否かを判定する。アプリケーションＡが
サブ・ネットワーク１内で構成していると判定すると
（Ｓ１０においてＹＥＳ）、ＱｏＳ管理ソフトウェアは
ステップＳ１１に進む。

【０１１１】例えば図８のアプリケーションＡを起動す
る場合、ＱｏＳ管理ソフトウェアはアプリケーションＡ
がサブ・ネットワーク１内で構成していると判定する。
ステップＳ１１では、ＱｏＳ管理ソフトウェアがユーザ
の指定したＱｏＳレベルでアプリケーションＡを起動す
る。

【０１１２】一方、アプリケーションＡがサブ・ネット
ワーク１内で構成していないと判定すると（Ｓ１０にお
いてＮＯ）、ＱｏＳ管理ソフトウェアはステップＳ１２
に進む。例えば図９のアプリケーションＡを起動する場
合、ＱｏＳ管理ソフトウェアはアプリケーションＡがサ
ブ・ネットワーク１内で構成していないと判定する。

【０１１３】ステップＳ１２では、ＱｏＳ管理ソフトウ
ェアが、他のサブ・ネットワークに他のアプリケーショ
ンが無いかを判定する。他のサブ・ネットワークに他の
アプリケーションが無いと判定すると（Ｓ１２において
ＹＥＳ）、ＱｏＳ管理ソフトウェアはステップＳ１１に
進み、ユーザの指定したＱｏＳレベルでアプリケーショ
ンＡを起動する。他のアプリケーションが無ければ、他
のアプリケーションからの影響は無いと考えられるから
である。

【０１１４】一方、他のサブ・ネットワークに他のアプ
リケーションがあると判定すると（Ｓ１２においてＮ
Ｏ）、ＱｏＳ管理ソフトウェアはステップＳ１３に進
む。ステップＳ１３では、ＱｏＳ管理ソフトウェアが、
他のアプリケーションがサブ・ネットワーク１内のリソ
ースを利用しているか否かを判定する。

【０１１５】他のアプリケーションがサブ・ネットワー
ク１内のリソースを利用していると判定すると（Ｓ１３
においてＹＥＳ）、ＱｏＳ管理ソフトウェアはステップ
Ｓ１４に進む。例えば図９のアプリケーションＡを起動
する場合、ＱｏＳ管理ソフトウェアは他のアプリケーシ
ョンがサブ・ネットワーク１内のリソースを利用してい
ると判定する。ステップＳ１４では、ＱｏＳ管理ソフト
ウェアが他のアプリケーションのＱｏＳレベルがｏｎＡ
ｉｒであるか否かを判定する。

【０１１６】他のアプリケーションのＱｏＳレベルがｏ
ｎＡｉｒであると判定すると（Ｓ１４においてＹＥ
Ｓ）、ＱｏＳ管理ソフトウェアはステップＳ１５に進
む。ステップＳ１５では、ＱｏＳ管理ソフトウェアがア
プリケーションＡのＱｏＳレベルを読み出し、ＱｏＳレ
ベルがｏｎＡｉｒ又はＨｉｇｈであればＭｉｄｄｌｅに
変更する。ステップＳ１５は、他のアプリケーションの
ＱｏＳレベルがｏｎＡｉｒであるので、アプリケーショ
ンＡが他のアプリケーションに影響を与えないようにＱ
ｏＳレベルを低く設定するための処理である。

【０１１７】一方、他のアプリケーションがサブ・ネッ
トワーク１内のリソースを利用していないと判定するか
（Ｓ１３においてＮＯ）又は他のアプリケーションのＱ
ｏＳレベルがｏｎＡｉｒで無いと判定すると（Ｓ１４に
おいてＮＯ）、ＱｏＳ管理ソフトウェアは利用先のサブ
・ネットワーク２のアプリケーションＢがサブ・アプリ
ケーション２内で構成しているか否かを判定する。

【０１１８】利用先のサブ・ネットワーク２のアプリケ
ーションＢがサブ・アプリケーション２内で構成してい
ないと判定すると（Ｓ１６においてＮＯ）、ＱｏＳ管理
ソフトウェアはステップＳ１７に進む。

【０１１９】ステップＳ１７では、ＱｏＳ管理ソフトウ
ェアが、利用先のアプリケーションＢのＱｏＳレベルが
Ｈｉｇｈ以上であるか否かを判定する。利用先のアプリ
ケーションＢのＱｏＳレベルがＨｉｇｈ以上であると判
定すると（Ｓ１７においてＹＥＳ）、ＱｏＳ管理ソフト
ウェアはアプリケーションＡのＱｏＳレベルを読み出
し、ＱｏＳレベルがｏｎＡｉｒ又はＨｉｇｈであればＭ
ｉｄｄｌｅに変更する。

【０１２０】一方、利用先のサブ・ネットワーク２のア
プリケーションＢがサブ・アプリケーション２内で構成
していると判定するか（Ｓ１６においてＹＥＳ）又は利
用先のアプリケーションＢのＱｏＳレベルがＨｉｇｈ以
上でないと判定すると（Ｓ１７においてＮＯ）、ＱｏＳ
管理ソフトウェアはステップＳ１１に進み、ユーザの指
定したＱｏＳレベルでアプリケーションＡを起動する。
他のアプリケーションに影響を与えないと考えられるか
らである。

【０１２１】図１０のフローチャートのように、ＱｏＳ
管理ソフトウェアはアプリケーションを起動するタイミ
ングにおける他のアプリケーションのネットワーク利用
状況を把握する必要がある。このようなネットワーク利
用状況を含むアプリケーション運用情報を保持している
のが、バックボーン・ネットワークに含まれるサブネッ
ト・リポジトリ８２である。

【０１２２】各サブ・ネットワークのアプリケーション
は、実行時にサブネット・リポジトリ８２に対し、設定
したＱｏＳや利用しているサブ・ネットワークなどの情
報を登録する。新規にアプリケーションを起動する場
合、現在のアプリケーション運用情報をサブネット・リ
ポジトリ８２から取得し、図１０のフローチャートの設
定処理によりＱｏＳレベルを設定する。ＱｏＳ管理ソフ
トウェアは、設定したＱｏＳレベルに応じてスイッチ８
６およびモジュール８５−１等の設定を行う。

【０１２３】このように、複数のサブ・ネットワークを
自由に使用して実行するアプリケーションが複数存在す
るパラメータ設定システムを構築するためには、各アプ
リケーションのＱｏＳレベルを適正に設定する必要があ
る。これは、各アプリケーションが必要とするデータ転
送レートを制御することに他ならない。しかし、単にデ
ータ転送レートを下げたのでは画面再生がスローモーシ
ョンのようになって用途に適さない場合がある。

【０１２４】放送分野では、一般に番組制作時のデータ
転送レートが高くなる。一方、編集者が事前に行う仮編
集時は、低い画質および小さいサイズでもよい。ただ
し、動きの再現性やカット切替のタイミングを正確に把
握する必要があることを考慮すると、フレーム再生レー
トは規格値であることが望ましい。

【０１２５】しかしながら、従来のポリシーサーバを利
用したネットワークでは、アプリケーションに立ち入っ
たネットワークの設定ができなかった。本発明によるパ
ラメータ設定システム１では、画像処理を行うアプリケ
ーション用モジュール８５−１〜８５−３のパラメータ
も設定できるので、画像サイズなどのＱｏＳレベルを設
定するときに他のアプリケーションの状況も反映させる
ことができ、異なるＱｏＳレベルのアプリケーションが
サブ・ネットワークを共有することとなっても破綻する
ことがない。

【０１２６】なお、特許請求の範囲に記載した設定情報
格納手段がポリシー・リポジトリ８１に相当し、アプリ
ケーション運用情報格納手段がサブネット・リポジトリ
８２に相当し、パラメータ設定手段がＱｏＳ管理用ソフ
トウェアに相当し、上位ネットワークがバックボーン・
ネットワークに相当し、下位ネットワークがサブ・ネッ
トワークに相当する。

【０１２７】

【発明の効果】上述の如く、本発明によれば、ネットワ
ーク機器およびアプリケーションの設定情報を取得し、
ネットワークにおけるアプリケーション運用情報を取得
し、取得した設定情報およびアプリケーション運用情報
に応じて容易且つ適切にネットワーク機器およびアプリ
ケーションのパラメータを設定できる。

【０１２８】また、本発明によれば、取得したアプリケ
ーション運用情報に応じてネットワークに掛かる負荷を
予測することができるので、新たなアプリケーションを
起動するときに、既に起動している他のアプリケーショ
ンに影響を与えないようなネットワーク機器およびアプ
リケーションのパラメータを適切に設定することが可能
である。したがって、他のアプリケーションに影響を与
えることなく複数のアプリケーションを同時に実行する
ことが可能である。

【０１２９】また、本発明によれば、設定情報およびア
プリケーション運用情報の取得と、ネットワーク機器お
よびアプリケーションに対するパラメータの設定とを複
雑なプロトコルを用いることなく実現できる。

【０１３０】

【図面の簡単な説明】

【図１】本発明によるパラメータ設定システムの一実施
例の構成図である。

【図２】アプリケーションの構築の一例について説明す
る図である。

【図３】ポリシーサーバによるネットワークの設定の一
例について説明する図である。

【図４】オブジェクト間のインターフェースで機能を実
現するサーバ側のインターフェース関数の一例について
説明する図である。

【図５】本発明による設定サーバおよびＱｏＳ管理ソフ
トウェアを含むパラメータ設定システムの一実施例の構
成図である。

【図６】ポリシー・リポジトリおよびサブネット・リポ
ジトリが持つインターフェース関数の一例について説明
する図である。

【図７】ＱｏＳ管理ソフトウェアが持つインターフェー
ス関数の一例について説明する図である。

【図８】複数のアプリケーションによるネットワーク共
有の一例について説明する図である。

【図９】複数のアプリケーションによるネットワーク共
有の他の一例について説明する図である。

【図１０】ＱｏＳ管理ソフトウェアによるＱｏＳレベル
の設定処理の一例のフローチャートである。

【符号の説明】

１，２ パラメータ設定システム １０ バックボーン管理機構 １１ バックボーンブローカ １２ サブネットリポジトリ １３ ポリシーリポジトリ ２０ バックボーン制御機構 ２１ バックボーンＱｏＳマネージャ ５０−１ サブネット管理機構 ５１−１，５１−２ サブネットブローカ ５２−１ データリポジトリ ５３−１ リソースリポジトリ ５４−１ ソフトウェアＤＢ ５５−１ ＧＵＩ端末マネージャ ６０−１ サブネット制御機構 ６１−１ サブネットＱｏＳマネージャ ７０−１ モジュール用コンピュータ ７１−１ アプリケーション用モジュール群 ８０ 設定サーバ ８１ ポリシー・リポジトリ ８２ サブネット・リポジトリ ８３ バックボーン・スイッチ ８４ ＱｏＳ管理用ソフトウェア用コンピュータ ８５−１〜８５−３，９０−１〜９０−４，９１−１〜
９１−３ モジュール ８６ スイッチ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山本 真 東京都世田谷区砧一丁目10番11号 日本放 送協会 放送技術研究所内 Ｆターム(参考） 5K030 KA04 LC09 MD00

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ネットワークに含まれるネットワーク機
   器およびアプリケーションのパラメータを設定するパラ
   メータ設定方法であって、 前記ネットワーク機器およびアプリケーションの設定情
   報を取得する設定情報取得段階と、 前記ネットワークにおけるアプリケーション運用情報を
   取得するアプリケーション運用情報取得段階と、 取得した設定情報およびアプリケーション運用情報に応
   じて前記ネットワーク機器およびアプリケーションのパ
   ラメータを設定するパラメータ設定段階とを含むパラメ
   ータ設定方法。
2. 【請求項２】 前記パラメータ設定段階は、取得したア
   プリケーション運用情報に応じて、既に起動している他
   のアプリケーションに影響を与えないように前記ネット
   ワーク機器およびアプリケーションのパラメータを設定
   することを特徴とする請求項１記載のパラメータ設定方
   法。
3. 【請求項３】 前記設定情報およびアプリケーション運
   用情報の取得と、前記ネットワーク機器およびアプリケ
   ーションに対するパラメータの設定とは、インターフェ
   ース関数を用いて行われることを特徴とする請求項１又
   は２記載のパラメータ設定方法。
4. 【請求項４】 ネットワークに含まれるネットワーク機
   器およびアプリケーションのパラメータを設定するパラ
   メータ設定装置であって、 前記ネットワーク機器およびアプリケーションの設定情
   報と、前記ネットワークにおけるアプリケーション運用
   情報とを取得し、取得した設定情報およびアプリケーシ
   ョン運用情報に応じて前記ネットワーク機器およびアプ
   リケーションのパラメータを設定することを特徴とする
   パラメータ設定装置。
5. 【請求項５】 ネットワークに含まれるネットワーク機
   器およびアプリケーションのパラメータを設定するパラ
   メータ設定システムであって、 前記ネットワーク機器およびアプリケーションの設定情
   報を格納する設定情報格納手段と、 前記ネットワークにおけるアプリケーション運用情報を
   格納するアプリケーション運用情報格納手段と、 前記設定情報格納手段およびアプリケーション運用情報
   格納手段から前記設定情報およびアプリケーション運用
   情報を取得し、取得した設定情報およびアプリケーショ
   ン運用情報に応じて前記ネットワーク機器およびアプリ
   ケーションのパラメータを設定するパラメータ設定手段
   とを有するパラメータ設定システム。
6. 【請求項６】 ネットワークが上位ネットワークおよび
   １つ以上の下位ネットワークにより構成されており、下
   位ネットワークに含まれるネットワーク機器およびアプ
   リケーションのパラメータを設定するパラメータ設定シ
   ステムであって、 前記ネットワーク機器およびアプリケーションの設定情
   報を格納する前記上位ネットワークに備えられた設定情
   報格納手段と、 前記ネットワークにおけるアプリケーション運用情報を
   格納する前記上位ネットワークに備えられたアプリケー
   ション運用情報格納手段と、 前記設定情報格納手段およびアプリケーション運用情報
   格納手段から前記設定情報およびアプリケーション運用
   情報を取得し、取得した設定情報およびアプリケーショ
   ン運用情報に応じて前記ネットワーク機器およびアプリ
   ケーションのパラメータを設定する前記下位ネットワー
   クに備えられたパラメータ設定手段とを有するパラメー
   タ設定システム。
7. 【請求項７】 コンピュータに、 ネットワークに含まれるネットワーク機器およびアプリ
   ケーションの設定情報を取得する設定情報取得手順と、 前記ネットワークにおけるアプリケーション運用情報を
   取得するアプリケーション運用情報取得手順と、 取得した設定情報およびアプリケーション運用情報に応
   じて前記ネットワーク機器およびアプリケーションのパ
   ラメータを設定するパラメータ設定手順とを実行させる
   ためのパラメータ設定プログラム。