JP2004056448A

JP2004056448A - ネットワーク管理装置

Info

Publication number: JP2004056448A
Application number: JP2002210811A
Authority: JP
Inventors: Tomoyuki Furudono; 古殿　知之; Kyoko Ichibagase; 一番ヶ瀬　恭子; Katsuichi Nakamura; 中村　勝一
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-07-19
Filing date: 2002-07-19
Publication date: 2004-02-19
Also published as: US20040064196A1

Abstract

【課題】通信ネットワークシステムの設定，管理等を容易に行えるようにする。
【解決手段】通信ネットワークを介して提供されるコンテンツ提供サービス等のネットワークサービスを登録するために，サービス提供者の端末装置には，サービス登録画面が表示される。このサービス登録画面において，サービス提供者は，ネットワークサービスに必要となる帯域等のネットワークリソースを，該コンテンツ提供サービスを通信ネットワークを介さないサービス（たとえばコンサートの開催，映画の上映）に対応させた場合の該サービスにおける実在物（たとえばＳ席，Ａ席等の座席）の形式で入力することができる。実在物により入力されたサービス内容は，変換サーバ３により，帯域幅に変換され，該帯域幅を用いて，ポリシーサーバが利用可能なポリシーデータが生成される。
【選択図】　　　　図５

Description

【０００１】
【発明の属する技術分野】
本発明は，ネットワーク管理装置およびネットワーク管理方法に関し，特に，通信ネットワークシステムの構成要素に設定されるポリシーデータを生成するネットワーク管理装置およびネットワーク管理方法に関する。
【０００２】
【従来の技術】
近年，ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ），ＦＴＴＨ（Ｆｉｂｅｒ　Ｔｏ　Ｔｈｅ　Ｈｏｍｅ）等の広帯域のアクセスインタフェース（アクセス回線）が普及し，これに伴い，インターネットを用いた広帯域情報提供サービス，特に動画のストリーミングサービスに代表されるコンテンツ配信サービスに対する要求が高まっている。
【０００３】
このようなコンテンツ配信サービスは，（１）比較的大きな帯域（数Ｍｂｐｓ）を必要とする，（２）一定時間（コンサート中継なら２〜３時間等）の間，帯域を使用し続ける（最適なＶＢＲ（Ｖａｒｉａｂｌｅ　Ｂｉｔ　Ｒａｔｅ）通信の場合には，使用帯域に変化もあり得る），（３）視聴者が希望するコンテンツの品質によって，必要な帯域幅等のネットワークリソースが様々である，等の特徴を有する。
【０００４】
また，コンテンツ配信サービスを実現するためには，（ａ）一定レベルのＱｏＳの確保，（ｂ）一定時間の間，帯域等のネットワークリソースの確保，（ｃ）ネットワークリソースの必要量の算出，（ｄ）ネットワークリソースの通信ネットワーク上での最適な配置および設定，（ｅ）視聴者の希望するＱｏＳへの対応，を行う必要がある。
【０００５】
このため，サービス提供者は，（Ａ）　コンテンツサーバから視聴者までの通信ネットワークの最適経路の決定，（Ｂ）通信ネットワークのルータへのＱｏＳの設定，（Ｃ）視聴者対応に最適なコンテンツサーバ（サーバの負荷も考慮）の決定，（Ｄ）視聴者が要求する品質に応じた経路の選択およびＱｏＳの設定，等を行う必要がある。
【０００６】
ここで，このようなネットワークリソースの設定を行うものとして，ポリシーサーバがある。ポリシーサーバは，通信ネットワークの複数の構成要素（ルータ，サーバ等）に対して，ＱｏＳ設定を一括して実行する等の機能を持つネットワーク管理サーバであり，たとえばエンドツーエンドの帯域確保を行う。ポリシーサーバを使用すれば，通信ネットワークの個々の構成要素に設定を行う必要がなく，エンドツーエンドの帯域確保等のＱｏＳ保証を簡便に行うことが可能になる。
【０００７】
ポリシーとは，通信ネットワークの構成要素に対する帯域確保や経路選択等の設定指針を指す。たとえば，前述した項目（ａ）〜（ｅ）が，ポリシーサーバにより管理および制御されるポリシーの具体例である。これらの項目（ａ）〜（ｅ）をポリシーとしてネットワークリソースに配信することにより，通信ネットワークが効率的かつ安定した運用状態になり，ＱｏＳの保証が実現される。
【０００８】
ポリシーサーバには，通常，ＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）等の入力用マンマシンインタフェースが付属している。ネットワーク管理者は，この入力用マンマシンインタフェースを介して，通信ネットワークの構成要素の接続状況，空き帯域等の状態を意識してポリシーを登録し，通信ネットワークの構成要素に対して，帯域確保や経路制御等のネットワークリソースの設定を指示（配信）することができる。現状では，通信ネットワークの専門家や通信ネットワークを管理および運用するネットワーク運用者が多大な運用コストを費やして，通信ネットワークを効率的にかつ安定して運用するためのポリシーを設定し，配信している。
【０００９】
一方で，ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）やＤｉｆｆ−Ｓｅｒｖ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ　Ｓｅｒｖｉｃｅｓ）等のＩＰパケット単位（送信元および送信先のＩＰアドレスやポート番号単位）で帯域保証，経路制御等を行うプロトコルもあるが，これらは単独でネットワーク管理に用いられるというより，ポリシーサーバからの設定要求に対してプロトコルレベルでＱｏＳを確保する手段であり，ポリシーサーバで実現するネットワーク運用の範囲に含めることができる。
【００１０】
【発明が解決しようとする課題】
しかし，前記項目（ａ）〜（ｅ）を，従来のポリシーサーバに付属されているＧＵＩを使用して実現する場合に，最悪の場合，視聴者単位に個々にポリシーを設定していく必要がある。
【００１１】
したがって，ＶＯＤ（Ｖｉｄｅｏ　Ｏｎ　Ｄｅｍａｎｄ）サービスやライブ中継等のコンテンツ配信サービスはほぼ日常的に運用されるので，サービス提供者やネットワーク運用者にとって，通信ネットワークの設定，管理，運用等が非常に煩雑になる。また，設定に要する時間も無視できず，人件費等の費用も嵩むこととなる。
【００１２】
また，従来のポリシーサーバのＧＵＩでは，直感的に意識しにくいネットワークリソースやサーバの性能等を把握し，各視聴者には，希望する品質を満たすように，通信ネットワークの設定，管理，運用等を行う必要がある。したがって，ネットワークの専門家でない者，たとえばサービス提供者にとっては，ポリシーの設定および配信を行うことは難しい。
【００１３】
ＲＳＶＰやＤｉｆｆ−Ｓｅｒｖ等のプロトコルを使用する場合も，ルータに対する設定が必須であり，ポリシーサーバを用いた場合と同様の問題がある。
【００１４】
本発明は，このような背景に鑑みなされたものであり，その目的は，通信ネットワークシステムの設定，管理等を容易に行えるようにすることにある。
【００１５】
【課題を解決するための手段】
前記目的を達成するために，本発明によるネットワーク管理装置は，通信ネットワークシステムの構成要素に設定されるポリシーデータを生成するネットワーク管理装置であって，前記通信ネットワークシステムを介して提供されるネットワークサービスに必要なネットワークリソースを，該ネットワークサービスを該通信ネットワークシステムを介さないサービスに対応させた場合の該サービスにおける実在物の形式で入力することができる入力部と，前記入力部により入力された実在物を前記ネットワークリソースに変換し，該ネットワークリソースに基づいてポリシーデータを生成する変換部と，を有する。
【００１６】
本発明によるネットワーク管理方法は，通信ネットワークシステムの構成要素に設定されるポリシーデータを生成するネットワーク管理方法であって，前記通信ネットワークシステムを介して提供されるネットワークサービスに必要なネットワークリソースを，該ネットワークサービスを該通信ネットワークシステムを介さないサービスに対応させた場合の該サービスにおける実在物の形式で入力することができるマンマシンインタフェースをサービス提供者およびサービスの提供を受けるユーザに提供し，前記マンマシンインタフェースを介して入力された実在物を前記ネットワークリソースに変換し，前記ネットワークリソースに基づいて，ポリシーサーバが利用可能なポリシーデータを生成するものである。
【００１７】
本発明によると，通信ネットワークシステムを介して提供されるネットワークサービスに必要なネットワークリソースを，該ネットワークサービスを該通信ネットワークシステムを介さないサービスに対応させた場合の該サービスにおける実在物の形式で入力することができる。したがって，サービス提供者やサービスの提供を受ける者等は，直感的に把握しやすい実在物を介して，通信ネットワークの設定，管理等を行うことができ，通信ネットワークの設定，管理等が容易となる。
【００１８】
前記ネットワークサービスには，たとえばコンテンツ配信サービス等が含まれ，また，前記ネットワークリソースには，たとえば必要な帯域幅等が含まれる。また，前記実在物は，たとえば，前記コンテンツを会場で直接視聴または鑑賞する場合における該会場の座席であり，該座席のランクが前記帯域幅の大きさに対応する。
【００１９】
【発明の実施の形態】
以下に，通信ネットワークを利用して提供されるネットワークサービスの一例として，コンテンツ配信サービスを例にとり，本発明の実施の形態を説明する。
【００２０】
図１は，本発明の一実施の形態による通信ネットワークシステムの構成例を示すブロック図である。この通信ネットワークシステム１は，たとえばインターネットを含み，通信ネットワークシステムの構成要素の一例としての複数のルータ（図１では一例として４つのルータＲ１〜Ｒ４），複数のユーザ端末（図１では一例として４つのユーザ端末Ｔ１〜Ｔ４），サービス提供者端末Ｔｃ，ポリシーサーバ２，および変換サーバ３を有する。
【００２１】
ユーザ端末Ｔ１〜Ｔ４は，コンテンツ配信サービスを受けるユーザ（視聴者）が使用する端末である。サービス提供者端末Ｔｃは，コンテンツ配信サービスの提供者が使用する端末である。ユーザＴ１〜Ｔ４およびサービス提供者端末Ｔｃは，たとえばパソコン等のコンピュータにより構成される。
【００２２】
ルータＲ１には，コンテンツ配信サービスの一例として，コンサートのライブ放送をネットワークを介して配信するサービスを提供するために，ライブ会場（コンサート会場）に設置された中継カメラ４が接続される。あるいは，ルータＲ１には，サービス提供者が保有するコンテンツサーバ（図示略）が接続され，このコンテンツサーバに中継カメラ４が接続される。
【００２３】
ルータＲ１はポート１ａ〜１ｄを，ルータＲ２はポート２ａ〜２ｅを，ルータＲ３はポート３ａ〜３ｄを，ルータＲ４はポート４ａ〜４ｅを，それぞれ有する。ルータ間を接続するリンクＬ１２，Ｌ２３，Ｌ２４，およびＬ３４，ならびにこれらのリンクに接続されたポートは，１Ｇｂｐｓの帯域幅を有し，リンクＬ１４およびこのリンクＬ１４に接続されたポートは，１００Ｍｂｐｓの帯域幅を有する。
【００２４】
ポリシーサーバ２は，各ルータの入側ポートから他のルータの出側ポートに至るまでの経路情報を保持する。したがって，この経路情報には，中継カメラ４とユーザ端末Ｔ１〜Ｔ４とを間の経路情報が含まれている。この経路情報は，ネットワーク管理者等が通信ネットワークシステム１に存在するルータ，各ルータの保持するポート，各ポートの帯域幅等をポリシーサーバ２に入力することにより，ポリシーサーバ２がＯＳＰＦ（Ｏｐｅｎ　Ｓｈｏｒｔｅｓｔ　Ｐａｔｈ　Ｆｉｒｓｔ）等のルーティングプロトコルによって検索したものである。あるルータの入側ポートから他のルータの出側ポートへ，あらかじめ指定された個数（たとえば４つ，５つ等）のルートが検索される。
【００２５】
図２は，ポリシーサーバ２が保持する経路情報の一例を示している。経路情報は，経路番号，経路データ，最大帯域幅，および使用可能帯域幅のデータ項目を有する。
【００２６】
「経路番号」は，各経路にシリアルに付された番号であり，各経路を一意に識別する識別番号としても使用される。
【００２７】
「経路データ」は，あるルータの入側ポートから他のルートの出側ポートに至るまでの経路を表すデータであり，ルータのポート識別子（符号１ａ，２ｂ，３ｃ等）を経路に沿って接続した列（ポート列）として示される。図２では，一例として，中継カメラ４が接続されたポート１ａからユーザ端末Ｔ１が接続されたポート３ｄまでの４種類の経路データと，ポート１ａからユーザ端末Ｔ２が接続されたポート２ｄまでの経路データの一部とが示されている。
【００２８】
「最大帯域幅」は，各経路の最大限利用可能な帯域幅であり，各経路を構成するリンク（ポート）の帯域幅のうち，最小の帯域幅の値が設定される。たとえば，経路番号１の経路を構成するリンクＬ１２およびＬ２３は，ともに１Ｇｂｐｓの帯域幅を有するので，この経路の最大帯域幅は１Ｇｂｐｓとなる。一方，経路番号２の経路を構成するリンクＬ１４およびＬ３４のうち，リンクＬ１４の帯域幅が１００Ｍｂｐｓであり，リンクＬ３４の帯域幅が１Ｇｂｐｓであるので，この経路の最大帯域幅は１００Ｍｂｐｓとなる。
【００２９】
「使用可能帯域幅」は，最大帯域幅のうち，使用可能な帯域幅を示す。この使用可能帯域幅は，変換サーバ３からポリシーサーバ２に，後述するコマンドが発行されることにより，このコマンドに含まれる使用帯域幅を最大帯域幅から差し引いた値となる。たとえば，経路番号１に対して，使用帯域幅６Ｍｂｐｓの経路を設定するコマンドが発行されると，経路番号１の使用可能帯域幅は，１Ｇｂｐｓ−６Ｍｂｐｓ＝９９４Ｍｂｐｓに変更される。図２の経路情報はコマンド発行前のものを示しているので，使用可能帯域幅は最大帯域幅と同じ値になっている。
【００３０】
なお，ポリシーサーバ２には，通信ネットワークシステム１に存在する全ルータ（図１ではルータＲ１〜Ｒ４）のアドレス（ＩＰアドレス）および各ルータのポートのアドレス（ＩＰアドレス）も記憶されている。
【００３１】
変換サーバ３は，ネットワーク管理装置またはその一部の一例であり，ネットワークサービスの提供に必要となるネットワークリソースを実在物の形式で入力することができるサービス入力用マンマシンインタフェースを有し，このサービス入力用マンマシンインタフェースを介して入力されたデータを，ポリシーサーバ２が利用できるポリシーに変換する。
【００３２】
ここで，「ネットワークサ―ビスの提供に必要なネットワークリソース」は，たとえばコンテンツ配信サービスにおいて配信されるコンテンツに割り当てられる帯域幅等である。また，「実在物」とは，ネットワークサービスを通信ネットワークを介さないサービスに対応させた場合の該サービスにおける実在物である。たとえば，ネットワークサービスがライブや映画の配信サービスである場合には，このネットワークサービスに対応する，通信ネットワークを介さないサービスは，それぞれライブコンサートの開催や映画の上映となる。したがって，この場合の実在物は，コンサート会場や映画館，コンサート会場の座席や映画館の座席（Ｓ席，Ａ席，Ｂ席等），座席の確保数等となる。
【００３３】
すなわち，サービス入力用マンマシンインタフェースは，ネットワークサービスの提供に必要なネットワークリソースを実在物に写像し，写像された実在物をサービス提供者および視聴者に提供（表示）するものである。このサービス入力用マンマシンインタフェースにより，サービス提供者や視聴者のように通信ネットワークの専門家でない者であっても，通信ネットワークの設定に必要な情報の入力が容易となり，また，通信ネットワークの設定が容易に行えるようになる。
【００３４】
図３は，変換サーバ３の構成を示す機能ブロック図である。変換サーバ３は，制御部３１，変換部３２，記憶部３３，および送受信部３４を有する。
【００３５】
制御部３１は，変換部３２および送受信部３４を制御する。送受信部３４は，通信ネットワークを介してデータ（後述する入力画面データ，ポリシー等）を送受信するためのインタフェース処理（プロトコルの処理等）を実行する。
【００３６】
記憶部３３は，サービス入力用マンマシンインタフェースの入力画面データ，視聴開始画面データ，コンテンツ配信サービスのコンテンツに関する情報（コンテンツ情報），コンテンツ配信サービスを受ける視聴者に関する情報（視聴者情報），実在物と帯域幅との関係を示す情報（実在物−帯域幅情報）等を記憶する。
【００３７】
入力画面データ（後述する図４〜図６，図８〜図１３参照），視聴開始画面（後述する図１８，図１９参照），および実在物−帯域幅情報は，あらかじめ作成され，記憶部３３に記憶される。また，コンテンツ情報は，サービス提供者がサービス入力用マンマシンインタフェースを介して入力したデータに基づいて制御部３１により作成される。視聴者情報は，視聴者が，サービス入力用マンマシンインタフェースを介して入力したデータに基づいて制御部３１により作成される。これらのデータおよび情報の詳細については，後述する。
【００３８】
変換部３２は，記憶部３３に記憶されたデータおよび情報をポリシーデータに変換する。変換されたポリシーデータは，制御部３１の制御の下，送受信部３４を介してポリシーサーバ２に送信される。
【００３９】
サービス入力用マンマシンインタフェースは，サービス提供者が提供するコンテンツ配信サービスを登録するためのサービス登録用マンマシンインタフェースと，視聴者がサービスの提供を予約（申し込み）するためのサービス予約用マンマシンインタフェースとを有する。サービス登録用マンマシンインタフェースは，サービス登録用ＵＲＬを指定することによってアクセスされる変換サーバ３のホームページに設けられている。サービス予約用マンマシンインタフェースはサービス予約用ＵＲＬを指定することによってアクセスされる変換サーバ３のホームページに設けられている。
【００４０】
図４から図６は，サービス登録用マンマシンインタフェースのサービス登録画面（ウィンドウ）を示している。図４はサービス選択画面，図５はサービス内容入力画面，図６はサービス登録完了画面であり，ここでは，前述したように，コンテンツ配信サービスの一例としてライブの配信サービスを例にした画面が示されている。
【００４１】
サービス提供者が，サービス提供者端末Ｔｃ上でブラウザ（Ｗｅｂブラウザ，ＷＷＷブラウザ）を起動し，このブラウザに変換サーバ３のサービス登録用ＵＲＬを入力して変換サーバ３のサービス登録用ホームページにアクセスすると，変換サーバ３の制御部３１は，記憶部３３に記憶されたサービス選択画面Ｐ１（図４）を端末Ｔｃに送信する。端末Ｔｃのブラウザは，サービス選択画面Ｐ１を端末Ｔｃの表示装置に表示する。
【００４２】
サービス選択画面Ｐ１には，種々のネットワークサービス（コンテンツ配信サービス）が表示される。図４では，一例として，ライブ放送サービス，ＶＯＤ（Ｖｉｄｅｏ　Ｏｎ　Ｄｅｍａｎｄ）サービス等が表示されている。サービス提供者は，このうちの１つをマウス等の入力装置（ポインティングデバイス）を使用してクリックし選択する（以下「クリック／選択する」と記す。）ことができる。図４では，ライブ放送サービスがクリック／選択されている。
【００４３】
ネットワークサービスの選択後，画面下部にある実行ボタンがサービス提供者によりクリック／選択されると，端末Ｔｃは，選択されたサービスを示すデータを変換サーバ３に送信する。変換サーバ３の制御部３１は，選択されたサービスに対応するサービス内容入力画面Ｐ２（図５）を端末Ｔｃに送信し，端末Ｔｃのブラウザは表示装置にサービス内容入力画面Ｐ２を表示する。
【００４４】
サービス内容入力画面Ｐ２は，コンテンツ名，コンテンツ概要，収容希望人数，開始日時，提供時間，品質分割，サービス提供者の名称（会社名）等の入力欄を有する。この他，図示は省略するが，物理接続情報，募集期間，サービス提供者（会社）の所在地（住所または居所），電話番号，代表者名，担当者電話番号，担当者メールアドレス，視聴者予約画面ＵＲＬ，および視聴画面ＵＲＬの入力欄も設けられる。これらの入力欄に，サービス提供者は必要事項を入力する。
【００４５】
入力欄「コンテンツ名」は，サービス提供者がコンテンツに付した名称を入力する欄であり，ここでは「ＡＡコンサート」という名称が入力されている。入力欄「コンテンツ概要」は，サービス提供者が視聴者に示すコンテンツの概要を入力する欄である。
【００４６】
入力欄「収容希望人数」は，通信ネットワークを介してコンサートを視聴できる希望人数（募集人数）を入力する欄であり，ここでは２０００名が入力されている。入力欄「開始日時」はライブ放送の開始日時を入力する欄であり，入力欄「提供時間」はライブ放送の放送時間を入力する欄である。
【００４７】
「品質分割」の欄は，ライブ放送をどのような品質に分割して提供するかを入力する欄であり，図５では，「品質名」，「料金」，および「確保されている座席数（確保数）」の入力欄が設けられている。
【００４８】
入力欄「品質名」は，ライブ放送サービスの提供に必要なネットワークリソースとしての帯域幅を，コンサートの座席という実在物の形式で入力する欄である。図５では，サービス提供者は，帯域幅に対応する品質（または質）を３つのランクに分類し，品質の良いものから順にＳ席，Ａ席，Ｂ席を入力している。また，サービス提供者は，座席という実在物に対応して，各座席の料金および座席の確保数を入力することができる。
【００４９】
このように，ライブ放送サービスの提供に必要な帯域幅が，コンサート会場の実在物に写像され，実在物の形式で入力できるので，サービス提供者のようにネットワークについて専門家でない者にとっても，サービスの登録が容易となる。
【００５０】
なお，Ｓ席，Ａ席等のように，入力欄に入力可能な座席の名称は，使用マニュアル等によってサービス提供者にあらかじめ知らされているか，あるいは，サービス提供者は，図示しないＨＥＬＰ機能やポップアップメニュー，プルダウンメニュー等により調べることができるようになっている。また，Ｓ席，Ａ席等の各席がどのような品質（たとえばＳ席はハイビジョンテレビ相当の品質に対応し，Ａ席は通常のテレビ画面の品質に対応する等の対応関係）または帯域幅に対応するかについても，同様にして，サービス提供者はあらかじめ知ることができるようになっている。
【００５１】
入力欄「会社名」は，サービス提供者の会社名（サービス提供者名）を入力する欄である。
【００５２】
これらの項目の入力後，サービス内容入力画面Ｐ２の下部にある実行ボタンがサービス提供者によりクリック／選択されると，端末Ｔｃは，サービス内容入力画面Ｐ２に入力されたデータを変換サーバ３に送信する。
【００５３】
変換サーバ３の制御部３１は，この入力データを受信すると，この入力データおよびパスワードを含むサービス登録完了画面Ｐ３（図５）を端末Ｔｃに送信し，端末Ｔｃのブラウザは，サービス登録完了画面Ｐ３を表示装置に表示する。ここで，「パスワード」は，このサービス登録を行ったサービス提供者の認証を行うために変換サーバ３が発行するものであり，後述するように，サービス内容に変更が生じた場合等に使用される。
【００５４】
また，変換サーバ３の制御部３１は，サービス内容入力画面Ｐ２に入力されたデータに基づいてコンテンツ情報を作成し，作成したコンテンツ情報を記憶部３３に記憶する。図７は，コンテンツ情報の一例を示している。
【００５５】
「コンテンツＩＤ」は，サービス登録画面Ｐ２により登録されたコンテンツを一意に識別するために，変換サーバ３の制御部３１がコンテンツ情報に付与する識別子である。種々のサービス提供者が登録したネットワークサービスのコンテンツは，このコンテンツＩＤにより特定することができる。
【００５６】
「視聴者ＩＤ群」は，１または２以上の視聴者ＩＤからなる。「視聴者ＩＤ」は，サービス予約用マンマシンインタフェースを使用してコンテンツ配信サービスに申し込んだ視聴者を一意に識別するための識別子であり，申し込んだ視聴者の個数分，視聴者ＩＤが設けられる。
【００５７】
「コンテンツ名」から「視聴画面ＵＲＬ」までの各項目は，サービス提供者によってサービス登録画面（図４）に入力されたデータである。
【００５８】
ここで，「物理接続情報」は，中継カメラ４が接続されるルータの識別子および接続ポートの識別子である。また，「視聴者予約画面ＵＲＬ」は，前述したサービス予約用ＵＲＬであり，視聴者がライブ放送の視聴を予約する際にユーザ端末に入力するＵＲＬである。「視聴画面ＵＲＬ」は，視聴予約を行った視聴者がライブ放送の視聴を開始する際に，ユーザ端末に入力するＵＲＬである。両ＵＲＬは，サービス提供者により指定され，あるいは，変換サーバ３にあらかじめ用意されているものが使用される。また，両ＵＲＬは，同じであってもよいし，異なっていてもよい。これらのＵＲＬは，通信ネットワークシステム１の検索サービス，雑誌等により検索することもできる。
【００５９】
サービスの登録後，サービスの内容に変更が生じた場合に，サービス提供者は，変換サーバ３のサービス登録用マンマシンインタフェースのサービス内容変更画面を用いて，サービス内容を変更することができる。
【００６０】
図８から図１０は，サービス登録用マンマシンインタフェースのサービス内容変更画面を示している。図８はサービス内容変更受付画面，図９はサービス内容変更入力画面，図１０はサービス内容変更完了画面である。
【００６１】
サービス提供者が，端末Ｔｃの表示装置に表示されたサービス内容変更受付画面（図８）に，サービス名（コンテンツ名）と，図６のサービス登録完了画面に表示されたパスワードとを入力し，実行ボタンをクリック／選択すると，変換サーバ３は，入力されたサービス名およびパスワードに対応するサービス内容変更入力画面（図９）を端末Ｔｃに送信する。
【００６２】
このサービス内容変更画面には，図５のサービス内容入力画面で登録されたサービスの内容が表示される。サービス提供者は，この内容の１または２以上の項目を変更することができる。たとえば，図９では，図５と比較すると分かるように，Ｓ席の確保数が１００席から４００席に変更され，Ｂ席の確保数が１４００席から５００席に変更されている。このように，変更画面においても，サービスの提供に必要なネットワークリソースが実在物に写像されているので，サービス提供者は，サービス内容を実在物の形式で変更できるようになっている。
【００６３】
変更完了後，画面下部にある変更ボタンがクリック／選択されると，サービス内容変更完了画面（図１０）が表示され，変更が完了する。これに伴い，変換サーバ３の制御部３１は，記憶部３３に記憶されたコンテンツ情報を，サービス提供者の変更内容に従って変更する。
【００６４】
このようにしてコンテンツ配信サービスが登録されると，その後，視聴者（ユーザ）は，登録されたサービスの提供を予約することができる。この予約は，変換サーバ３の視聴者予約画面ＵＲＬにより指定されるホームページにアクセスすることにより，サービス予約用マンマシンインタフェースを介して行われる。
【００６５】
図１１から図１３は，サービス予約用マンマシンインタフェースのサービス予約画面（ウィンドウ）を示している。図１１はライブ放送一覧画面，図１２はライブ放送予約受付画面，図１３はライブ放送予約完了画面である。
【００６６】
視聴者が，ユーザ端末の１つ（ユーザ端末Ｔ１とする。）を使用してブラウザを起動し，このブラウザに変換サーバ３の視聴者予約画面ＵＲＬを入力して変換サーバ３のネットワークサービス予約用ホームページにアクセスすると，変換サーバ３の制御部３１は，記憶部３３に記憶されたライブ放送一覧表示画面Ｑ１（図１１）を端末Ｔ１に送信する。端末Ｔ１のブラウザは，ライブ放送一覧表示画面Ｑ１を端末Ｔ１の表示装置に表示する。
【００６７】
このライブ放送一覧表示画面Ｑ１には，前述したサービス登録画面を使用して登録された１または２以上のライブ放送が表示される。各ライブ放送の部分には，コンテンツ情報（図７）に含まれる開始日時，上映時間，および概要とともに，現在の予約状況が表示される。
【００６８】
「現在の予約状況」は，変換サーバ３の制御部３１が，コンテンツ情報の各席の確保数と，視聴者ＩＤ群に登録された視聴者ＩＤ群の個数と，後述する視聴者情報とに基づいて求めた値が書き込まれる。たとえば，コンテンツ情報には，Ｓ席の確保数が１００席であるのに対して，視聴者ＩＤ群の視聴者ＩＤおよび視聴者情報に基づいて，Ｓ席をすでに申し込んだ視聴者が８０名存在する場合には，空きの座席数は２０席となる。
【００６９】
視聴者は，表示されたライブ放送のうち，視聴したいライブ放送（コンサート）の予約ボタンをクリック／選択することにより，クリック／選択したコンサートを予約することができる。
【００７０】
ここでは，「１．ＡＡコンサート」の予約ボタンがクリック／選択されたものとする。この予約ボタンのクリック／選択により，変換サーバ３の制御部３１は，ライブ放送予約受付画面Ｑ２（図１２）を端末Ｔ１に送信し，端末Ｔ１のブラウザは，ライブ放送予約受付画面Ｑ２を表示装置に表示する。
【００７１】
このライブ放送予約受付画面Ｑ２には，コンテンツ情報に含まれる開始日時，上映時間（コンサート時間），概要等が表示される。また，コンテンツ情報に含まれる品質分割情報に基づいて，品質（画質）の選択欄および料金が表示される。品質の選択欄は，コンサートの実在物である座席に写像され，表示される。ユーザは，このうちの１つをクリック／選択することができる。図１２では，Ｓ席がクリック／選択されている。
【００７２】
このように，視聴者のサービス予約においても，ライブ放送サービスの提供に必要なネットワークリソースがコンサート会場の実在物である座席に写像され，この実在物が表示されるので，ネットワークの専門家でない視聴者は，実際のコンサート会場のチケット購入と同様にして座席の選択および予約を行うことができる。
【００７３】
なお，視聴者は，Ｓ席，Ａ席等の各座席の品質がどのような品質（たとえばＳ席はハイビジョンテレビ相当の品質に対応し，Ａ席は通常のテレビ画面の品質に対応する等の対応関係）であるかを，図示しないＨＥＬＰ機能や，ポップアップメニュー，プルダウンメニュー等により調べることができるようになっている。
【００７４】
座席の選択後，下部にある予約実行ボタンが視聴者によりクリック／選択されると，選択された座席の情報が変換サーバ３に送信される。変換サーバ３の制御部３１は，この情報を受信すると，端末Ｔ１にライブ放送予約完了画面Ｑ３（図１３）を送信する。端末Ｔ１のブラウザは，ライブ放送予約完了画面Ｑ３を表示装置に表示する。
【００７５】
このライブ放送予約完了画面には，予約が完了した旨を視聴者に告げる情報および予約したコンサートの内容および予約した座席の内容が表示される登録とともに，パスワードが表示される。
【００７６】
また，変換サーバ３は，予約内容の受信により，予約内容に基づいて視聴者情報（ユーザ情報）を作成し，作成した視聴者情報（ユーザ情報）を記憶装置に記憶する。図１４は，視聴者情報の一例を示している。
【００７７】
視聴者情報は，コンテンツＩＤ，ユーザＩＤ，パスワード，物理接続情報，ＩＰアドレス，申し込み席，チケット購入番号，およびチケット購入番号対応パスワードを有する。
【００７８】
「コンテンツＩＤ」は，前述したコンテンツ情報のコンテンツＩＤと同じものである。このコンテンツＩＤによって，コンテンツ情報と視聴者情報とが関連付けられる。「ユーザＩＤ」および「パスワード」は，視聴者と一意に識別する情報である。
【００７９】
「物理接続情報」は，ユーザ端末が接続されたルータの識別子およびルータのポートの識別子であり，たとえば，視聴者がインターネットサービスプロバイダ（ＩＳＰ：Ｉｎｔｅｒｎｅｔ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）に加入契約した際に定まる。変換サーバ３は，この加入契約時に決定された物理接続情報の値をＩＳＰ等に問い合わせ，視聴者情報の当該欄に書き込む。
【００８０】
「ＩＰアドレス」は，ユーザ端末のＩＰアドレスである。このＩＰアドレスは，固定したアドレスがあらかじめ割り当てられている場合と，ユーザ端末が通信ネットワークにアクセスした時に割り当てられる場合とがある。したがって，前者の場合には，あらかじめ割り当てられたアドレスがこのＩＰアドレス欄に書き込まれる。一方，後者の場合には，アクセスごとに動的に変化するので，空欄とされる（たとえば「Ｎｕｌｌ」等の文字列が書き込まれる）。
【００８１】
「チケット購入番号」および「チケット購入番号対応パスワード」は，サービスの予約完了により，変換サーバ３の制御部３１が発行し，視聴者が予約をキャンセルする場合等に，視聴者を認証するために使用される。
【００８２】
このようなコンテンツ情報および視聴者情報が作成された後，変換サーバ３は，コンテンツ配信時刻（ライブ放送開始時刻）の直前になると，通信ネットワークの設定に必要なポリシーデータを生成する。すなわち，変換サーバ３の制御部３１は，各コンテンツ情報の開始日時をタイマ等によって管理している。そして，ライブ放送の開始日時の直前（たとえば開始日時の１時間前や３０分前等）になると，制御部３１は，対応するコンテンツ情報および視聴者情報の処理を変換部３２に指令する。これにより，変換部３２は，コンテンツ情報および視聴者情報をポリシーデータに変換する処理を開始する。図１５は，変換部３２がコンテンツ情報および視聴者情報をポリシーデータに変換する処理の流れを示すフローチャートである。
【００８３】
まず，変換部３２は，対応するコンテンツ情報（図７参照）を記憶部３３から読み出す（Ｓ１）。続いて，変換部３２は，読み出したコンテンツ情報の視聴者ＩＤ群から視聴者ＩＤを１つ選択する（Ｓ２）。続いて，変換部３２は，選択した視聴者ＩＤに対応する視聴者情報（図１４参照）を記憶部３３から読み出す（Ｓ３）。
【００８４】
続いて，変換部３２は，読み出した視聴者情報のＩＰアドレスが決定されているかどうかを判断する（Ｓ４）。前述したように，ＩＰアドレスが決定されている場合には，視聴者情報のＩＰアドレス欄に，ユーザ端末のＩＰアドレスが書き込まれている。一方，ＩＰアドレスが決定されていない場合には，視聴者情報のＩＰアドレス欄は空欄にされている。したがって，変換部３２は，ＩＰアドレス欄にＩＰアドレスが書き込まれているかどうかを判断し，書き込まれている場合には（Ｓ４でＹＥＳ），視聴者情報の申し込み席を，記憶部３３に記憶された実在物−帯域幅情報に基づいて，帯域に変換する（Ｓ５）。図１６は，実在物−帯域幅情報の一例を示している。
【００８５】
実在物−帯域幅情報は，サービス入力用マンマシンインタフェースにおいて写像された実在物と帯域幅との対応関係を規定するものであり，ここでは，座席の種類と帯域（幅）との対応関係とを規定している。Ｓ席は６Ｍｂｐｓに，Ａ席は１Ｍｂｐｓに，Ｂ席はベストエフォート（Ｂｅｓｔ　Ｅｆｆｏｒｔ）に，それぞれ対応している。
【００８６】
次に，変換部３２は，ポリシーサーバ２から経路情報（図２参照）を取得する（Ｓ６）。そして，変換部３２は，取得した経路情報，コンテンツ情報にある物理接続情報，および視聴者情報にある物理接続情報に基づいて，中継カメラ４と視聴者のユーザ端末とを接続する経路を決定する（Ｓ７）。
【００８７】
続いて，変換部３２は，ポリシーデータを生成する（Ｓ８）。図１７は，ポリシーデータの一例を示している。ここでは，中継カメラ４とユーザ端末Ｔ１とを接続する経路番号１の経路についてのポリシーデータの例が示されている。ポリシーデータは，ユーザ端末の宛先アドレス（ＩＰアドレス），経路に沿って確保される帯域幅，ならびに経路上に存在するルータのアドレス（ＩＰアドレス）およびルータのポートのアドレス（ＩＰアドレス）を有する。
【００８８】
「ユーザ端末の宛先アドレス」は，視聴者情報のＩＰアドレス（図１７ではユーザ端末Ｔ１のＩＰアドレス）である。「帯域幅」は，視聴者情報の申し込み席が実在物−帯域幅情報に基づいて変換された帯域幅であり，図１７では，Ｓ席に対応する６Ｍｂｐｓがとなっている。経路上に存在する「ルータのアドレス」および「ルータのポートのアドレス」は，ポリシーサーバ２から取得したアドレスである。
【００８９】
ポリシーデータの生成後，変換部３２は，ポリシーデータを記憶部３３に記憶するとともに，制御部３１にポリシーデータの生成が終了したことを通知する。これにより，制御部３１は，生成されたポリシーデータをポリシーサーバ２に送信し，ポリシーサーバ２に，各ルータへのポリシーの設定を指示する。ポリシーサーバ２は，変換サーバ３から受け取ったポリシーデータを，該当するサーバに設定し，中継カメラとユーザ端末との間の経路および帯域を設定する。
【００９０】
続いて，変換部３２は，コンテンツ情報の視聴者ＩＤ群に含まれる視聴者ＩＤのすべてを処理したかどうかを判断し（Ｓ１０），すべての視聴者ＩＤを処理していない場合には（Ｓ１０でＮＯ），次の視聴者ＩＤを選択し（Ｓ２），この選択した視聴者ＩＤについてステップＳ３からの処理を繰り返す。
【００９１】
一方，ステップＳ１０において，全視聴者ＩＤが処理が完了した場合には（Ｓ１０でＹＥＳ），変換部３２の処理は終了する。
【００９２】
ステップＳ４において，ユーザ端末のＩＰアドレスが決定されていない場合には（Ｓ４でＮＯ），視聴者が視聴を開始した時（後述）にユーザ端末のＩＰアドレスが決定されるので，この視聴開始時に，ステップＳ５〜Ｓ９の処理が実行され，経路および帯域の設定が行われることとなる（Ｓ１１）。
【００９３】
その後，予約を行っている視聴者は，サービス提供開始時刻（ライブ開始時刻）の直前になると，変換サーバ３の視聴開始ＵＲＬを指定することによってアクセスされるホームページにより，視聴を開始することができる。
【００９４】
視聴画面ＵＲＬを指定することにより，ユーザ端末（Ｔ１とする。）の表示装置には，前述した図１１のライブ放送一覧画面Ｑ１が表示される。視聴を開始するコンサートの視聴ボタンが視聴者によりクリック／選択されると，ユーザ端末Ｔ１は，選択されたコンサートを示すデータおよび視聴開始を示すデータを変換サーバ３に送信する。
【００９５】
変換サーバ３の制御部３１は，これらのデータを受信すると，選択されたコンサートに対応する視聴画面をユーザ端末Ｔ１に送信し，ユーザ端末Ｔ１は，視聴画面を表示装置に表示する。図１８は，この視聴開始画面（ライブ放送視聴受付画面）を示している。このライブ放送視聴受付画面には，予約時に変換サーバ３から発行されたチケット購入番号およびチケット購入番号対応パスワードを入力するための各入力欄が設けられている。
【００９６】
視聴者によって，これらの入力欄に，チケット購入番号およびパスワードが入力され，視聴実行ボタンがクリック／選択されると，ユーザ端末Ｔ１は，入力されたチケット購入番号およびパスワードを変換サーバ３に送信する。変換サーバ３の制御部３１は，ユーザ端末Ｔ１から送信されたチケット購入番号およびパスワードと，視聴者情報のチケット購入番号およびチケット購入番号対応パスワードとをそれぞれ比較し，視聴者が正規の視聴予約者かどうかを認証する。
【００９７】
視聴者が正規の視聴予約者であるならば，制御部３１は，図１９に示す視聴画面（ライブ放送視聴受付完了画面）をユーザ端末Ｔ１に送信し，ユーザ端末Ｔ１は，このライブ放送視聴受付完了画面を表示装置に表示する。このライブ放送視聴受付完了画面において，視聴開始ボタンが視聴者によりクリック／選択されると，中継カメラ４からの映像が，ポリシーサーバ２により設定された経路にしたがってユーザ端末Ｔ１に送信され，ユーザ端末Ｔ１の表示装置に表示される。
【００９８】
なお，前述したように，ユーザ端末のＩＰアドレスが，予約時に定まっていない場合には，この視聴画面による視聴開始時のＩＰアドレスが変換サーバ３に与えられ，変換サーバ３は，図１５のステップＳ５以降の処理を実行し，ルータに経路および帯域を設定する。
【００９９】
なお，これまで述べた実施の形態では，変換サーバ３がポリシーサーバ２と別個に設けられているが，変換サーバ３はポリシーサーバ２と一体に構成されていてもよい。この場合には，変換サーバ３およびポリシーサーバ２がネットワーク管理システムを構成することとなる。
【０１００】
また，上述した実施の形態では，コンサートのライブ放送を例に説明したが，ＶＯＤサービスやテレビ，ニュースの提供等のサービスにも本発明を適用することができる。
【０１０１】
（付記１）　通信ネットワークシステムの構成要素に設定されるポリシーデータを生成するネットワーク管理装置であって，
前記通信ネットワークシステムを介して提供されるネットワークサービスに必要なネットワークリソースを，該ネットワークサービスを該通信ネットワークシステムを介さないサービスに対応させた場合の該サービスにおける実在物の形式で入力することができる入力部と，
前記入力部により入力された実在物を前記ネットワークリソースに変換し，該ネットワークリソースに基づいてポリシーデータを生成する変換部と，
を有するネットワーク管理装置。
【０１０２】
（付記２）　付記１において，
前記ネットワークサービスが，コンテンツ配信サービスであり，
前記ネットワークリソースが，コンテンツ配信に必要な帯域幅であり，
前記実在物が，前記コンテンツを会場で直接視聴または鑑賞する場合における該会場の座席であり，該座席のランクが前記帯域幅の大きさに対応する，
ネットワーク管理装置。
【０１０３】
（付記３）　付記２において，
前記変換部は，前記コンテンツ配信サービスのコンテンツ配信元と前記コンテンツ配信サービスの提供を受けるユーザとの間の経路情報を保持し，または，該経路情報を外部の装置から受け取り，前記経路情報および前記帯域幅に基づいて前記ポリシーデータを生成する，
ネットワーク管理装置。
【０１０４】
（付記４）　付記１において，
前記入力部は，サービス提供者が前記ネットワークサービスの登録を行うための第１の入力部と，前記ネットワークサービスの提供を受けるユーザがサービスの申し込みを行うための第２の入力部と，を有するネットワーク管理装置。
【０１０５】
（付記５）　付記４において，
前記第１の入力部は，サービス提供者が，前記ネットワークサービスがコンテンツ配信サービスである場合におけるコンテンツ配信に必要な帯域幅の種類を，実在物としての会場の座席のランクとして入力し登録することができるように構成されている，
ネットワーク管理装置。
【０１０６】
（付記６）　付記４または５において，
前記第２の入力部は，サービスの提供を受けるユーザが，前記ネットワークサービスがコンテンツ配信サービスである場合におけるコンテンツの受信帯域幅を，実在物としての会場の座席のランクとして入力することができるように構成されている，
ネットワーク管理装置。
【０１０７】
（付記７）　付記１において，
前記入力部により前記ネットワークリソースを入力した後に，該入力されたネットワークリソースに変更が生じた場合に，前記入力されたネットワークリソースの変更を，前記実在物の形式で変更することができる入力変更部をさらに有するネットワーク管理装置。
【０１０８】
（付記８）　付記１から７のいずれか１つにおいて，
前記変換部により生成されたポリシーデータをポリシーサーバに送信する送信部をさらに有する，ネットワーク管理装置。
【０１０９】
（付記９）　付記１から７のいずれか１つにおいて，
前記変換部により生成されたポリシーデータを，前記通信ネットワークシステムの前記構成要素に設定する設定部をさらに有する，ネットワーク管理装置。
【０１１０】
（付記１０）　通信ネットワークシステムの構成要素に設定されるポリシーデータを生成するネットワーク管理方法であって，
前記通信ネットワークシステムを介して提供されるネットワークサービスに必要なネットワークリソースを，該ネットワークサービスを該通信ネットワークシステムを介さないサービスに対応させた場合の該サービスにおける実在物の形式で入力することができるマンマシンインタフェースをサービス提供者およびサービスの提供を受けるユーザに提供し，
前記マンマシンインタフェースを介して入力された実在物を前記ネットワークリソースに変換し，
前記ネットワークリソースに基づいて，ポリシーサーバが利用可能なポリシーデータを生成する，
ネットワーク管理方法。
【０１１１】
【発明の効果】
本発明によると，サービス提供者やサービスの提供を受ける者等は，直感的に把握しやすい実在物を介して，通信ネットワークの設定，管理等を行うことができるので，通信ネットワークの設定，管理等が容易となる。
【図面の簡単な説明】
【図１】本発明の一実施の形態による通信ネットワークシステムの構成例を示すブロック図である。
【図２】ポリシーサーバが保持する経路情報の一例を示す。
【図３】変換サーバの構成を示す機能ブロック図である。
【図４】サービス登録用マンマシンインタフェースのサービス登録画面を示す。
【図５】サービス登録用マンマシンインタフェースのサービス登録画面を示す。
【図６】サービス登録用マンマシンインタフェースのサービス登録画面を示す。
【図７】コンテンツ情報の一例を示す。
【図８】サービス予約用マンマシンインタフェースのサービス内容変更画面を示す。
【図９】サービス予約用マンマシンインタフェースのサービス内容変更画面を示す。
【図１０】サービス予約用マンマシンインタフェースのサービス内容変更画面を示す。
【図１１】サービス予約用マンマシンインタフェースのサービス予約画面を示す。
【図１２】サービス予約用マンマシンインタフェースのサービス予約画面を示す。
【図１３】サービス予約用マンマシンインタフェースのサービス予約画面を示す。
【図１４】視聴者情報の一例を示す。
【図１５】コンテンツ情報および視聴者情報をポリシーデータに変換する処理の流れを示すフローチャートである。
【図１６】実在物−帯域幅情報の一例を示す。
【図１７】ポリシーデータの一例を示す。
【図１８】視聴開始画面を示す。
【図１９】視聴開始画面を示す。
【符号の説明】
１　通信ネットワークシステム
２　ポリシーサーバ
３　変換サーバ
４　中継カメラ
Ｔｃ　サーバ提供者端末
Ｔ１〜Ｔ４　ユーザ端末
Ｒ１〜Ｒ４　ルータ
３１　制御部
３２　変換部
３３　記憶部

Claims

通信ネットワークシステムの構成要素に設定されるポリシーデータを生成するネットワーク管理装置であって，
前記通信ネットワークシステムを介して提供されるネットワークサービスに必要なネットワークリソースを，該ネットワークサービスを該通信ネットワークシステムを介さないサービスに対応させた場合の該サービスにおける実在物の形式で入力することができる入力部と，
前記入力部により入力された実在物を前記ネットワークリソースに変換し，該ネットワークリソースに基づいてポリシーデータを生成する変換部と，
を有するネットワーク管理装置。
請求項１において，
前記ネットワークサービスが，コンテンツ配信サービスであり，
前記ネットワークリソースが，コンテンツ配信に必要な帯域幅であり，
前記実在物が，前記コンテンツを会場で直接視聴または鑑賞する場合における該会場の座席であり，該座席のランクが前記帯域幅の大きさに対応する，
ネットワーク管理装置。
請求項２において，
前記変換部は，前記コンテンツ配信サービスのコンテンツ配信元と前記コンテンツ配信サービスの提供を受けるユーザとの間の経路情報を保持し，または，該経路情報を外部の装置から受け取り，前記経路情報および前記帯域幅に基づいて前記ポリシーデータを生成する，
ネットワーク管理装置。
請求項１において，
前記入力部は，サービス提供者が前記ネットワークサービスの登録を行うための第１の入力部と，前記ネットワークサービスの提供を受けるユーザがサービスの申し込みを行うための第２の入力部と，を有するネットワーク管理装置。
通信ネットワークシステムの構成要素に設定されるポリシーデータを生成するネットワーク管理方法であって，
前記通信ネットワークシステムを介して提供されるネットワークサービスに必要なネットワークリソースを，該ネットワークサービスを該通信ネットワークシステムを介さないサービスに対応させた場合の該サービスにおける実在物の形式で入力することができるマンマシンインタフェースをサービス提供者およびサービスの提供を受けるユーザに提供し，
前記マンマシンインタフェースを介して入力された実在物を前記ネットワークリソースに変換し，
前記ネットワークリソースに基づいて，ポリシーサーバが利用可能なポリシーデータを生成する，
ネットワーク管理方法。