WO2022259529A1 - プラットフォームシステム、サービス切替装置、リソース割当て方法およびコンピュータプログラム - Google Patents

Abstract

本開示にかかるプラットフォームシステム（１００）は、通信ネットワークを用いて提供可能な複数のサービスのなかから、通信ネットワークが構築される施設の状況を示す状況情報に応じて、有効とするサービスである有効サービスを決定する有効サービス決定部（２２）と、有効サービスとして決定されたサービスごとに、当該サービスを実行するための通信リソースに関する要求を示すサービス要件情報を設定するサービス要件設定部（２４）と、有効サービスに含まれるサービスをスライスと対応付け、サービス要件情報に基づいて、スライスの通信リソースに関する要求を示すスライス要件を決定するオーケストレータ（１１）と、スライス要件に基づいて、スライスにリソースを割当てるネットワーク管理部（１２）と、を備える。

Description

プラットフォームシステム、サービス切替装置、リソース割当て方法およびコンピュータプログラム

　本開示は、複数のサービスのそれぞれに関するサービスデータを提供するプラットフォームシステム、サービス切替装置、リソース割当て方法およびコンピュータプログラムに関する。

　近年、通信を用いた様々なサービスが普及してきている。例えば、映像を配信するサービス、地図情報を提供するサービス、店舗情報提供サービス、防災情報提供サービスなどが１つの通信ネットワークを用いて提供されることがある。これらの様々なサービスでは、通信に対する要求条件が同一ではなく、各サービスの要求条件に基づいて通信リソースが割当てられる必要がある。各サービスの要求条件に対応した通信を実現する技術として、通信ネットワークを論理的に分割して得られる複数の仮想ネットワークであるスライスにサービスを割当て、各サービスが、割当てられたスライスを使用して通信を行うネットワークスライシングが検討されている。

　特許文献１には、無線アクセスネットワーク管理部が、上位の管理装置であるオーケストレータからスライスの生成要求を受信すると、当該スライスの生成要求で指定された要求条件に基づいて、当該スライスへと割当てられる通信リソースを決定する技術が開示されている。

国際公開第２０１９／２２９８０１号

　一方、提供されるサービスは常時同一とは限らず状況によって変化する可能性がある。したがって、通信リソースを有効活用するためには、状況に応じたサービスに通信リソースの割当てが行われることが望まれる。しかしながら、特許文献１には、状況に応じたサービスを考慮することについては開示されておらず、通信リソースが有効活用されない可能性がある。

　本開示は、上記に鑑みてなされたものであって、通信リソースを有効活用することができるプラットフォームシステムを得ることを目的とする。

　上述した課題を解決し、目的を達成するために、本開示にかかるプラットフォームシステムは、通信ネットワークを用いて提供可能な複数のサービスのなかから、通信ネットワークが構築される施設の状況を示す状況情報に応じて、有効とするサービスである有効サービスを決定する有効サービス決定部、を備える。プラットフォームシステムは、さらに、有効サービスとして決定されたサービスごとに、当該サービスを実行するための通信リソースに関する要求を示すサービス要件情報を設定するサービス要件設定部と、有効サービスに含まれるサービスをネットワークスライスと対応付け、サービス要件情報に基づいて、ネットワークスライスの通信リソースに関する要求を示すスライス要件を決定するオーケストレータと、スライス要件に基づいて、ネットワークスライスにリソースを割当てるネットワーク管理部と、を備える。

　本開示にかかるプラットフォームシステムは、通信リソースを有効活用することができるという効果を奏する。

実施の形態１にかかるプラットフォームシステムの構成例を示す図 実施の形態１のスライスを模式的に示す図 実施の形態１のプラットフォームシステムにおける動作の一例を示すチャート図 実施の形態１のサービス定義情報の一例を示す図 実施の形態１の状況－有効サービス対応テーブルの一例を示す図 実施の形態１の状況－有効サービス対応テーブルの別の一例を示す図 実施の形態１の状況－有効サービス対応テーブルの別の一例を示す図 実施の形態１の定義設定情報の一例を示す図 実施の形態１の帯域変更情報の一例を示す図 実施の形態１の優先度情報の一例を示す図 実施の形態１のスライス－サービス対応テーブルの一例を示す図 実施の形態１の通信プラットフォーム装置を実現するコンピュータシステムの構成例を示す図 実施の形態２にかかるプラットフォームシステムの構成例を示す図 実施の形態３にかかるプラットフォームシステムの構成例を示す図 実施の形態４にかかるプラットフォームシステムの構成例を示す図

　以下に、実施の形態にかかるプラットフォームシステム、サービス切替装置、リソース割当て方法およびコンピュータプログラムを図面に基づいて詳細に説明する。

実施の形態１．
　図１は、実施の形態１にかかるプラットフォームシステムの構成例を示す図である。本実施の形態のプラットフォームシステム１００は、通信プラットフォーム装置１と、サービス切替装置２と、を備える。プラットフォームシステム１００は、サービスプラットフォーム装置３によって提供されるサービスに通信リソースを割当てる。なお、サービスプラットフォーム装置３をプラットフォームシステム１００に含めてもよい。

　サービスプラットフォーム装置３は、施設において各種のサービスを提供可能な装置である。詳細には、サービスプラットフォーム装置３は、施設に構築される通信ネットワークを用いて各種のサービスに対応するサービスデータの送受信を行う。本実施の形態においては、プラットフォームシステム１００の通信リソースの割当て対象は、施設に構築された通信ネットワークであり、自営網などと呼ばれる専用回線である。施設は、例えば、スタジアムと当該スタジアムの周辺のエリアとを含む。施設は、これに限定されず、スタジアム単体であってもよいし、多目的ホール、コンサートホール、体育館、競艇場、競馬場、公園などであってもよいし、これらそれぞれの周辺のエリアを含んでいてもよい。以下では、一例として、施設が、スタジアムと当該スタジアムの周辺のエリアとを含む場合を例に挙げて説明する。通信ネットワークは、光ネットワークをはじめとした有線ネットワーク、および無線ネットワークのうちの少なくとも一方を含む。通信ネットワークは、有線ネットワークと無線ネットワークとが混在したネットワークであってもよい。また、無線ネットワークには、ローカル５Ｇ（第５世代移動通信システム）、ローカル４Ｇ（第４世代移動通信システム）が含まれていてもよい。

　サービスプラットフォーム装置３は、サービス制御部３１、サービス提供部３２、定義情報記憶部３３およびサービス登録部３４を備える。サービス提供部３２は、それぞれが異なるサービスを提供する複数のサービスサーバを備える。図１では、複数のサービスサーバとして、サービスＡを提供するサービスＡサーバ、サービスＢを提供するサービスＢサーバ、サービスＣを提供するサービスＣサーバ、およびサービスＤを提供するサービスＤサーバを図示しているが、サービスサーバの数は図１に示した例に限定されない。

　サービス提供部３２の各サービスサーバが提供するサービスは、例えば、映像提供サービス、総合演出サービス、店舗情報提供サービス、混雑回避誘導サービス、防災情報提供サービス、避難誘導サービス、音声案内サービスなどが例示されるが、これらに限定されない。映像提供サービスは、施設内を撮影した映像を提供するサービスであってもよいし、施設内を撮影した映像に基づいて生成される自由視点映像などのサービス映像を提供するサービスであってもよい。施設がスタジアムを含む場合、映像提供サービスは、スタジアム内を撮影した映像を提供するサービス、スタジアム内を撮影した映像を用いたサービス映像を提供するサービスを含んでもよい。以下では、サービス提供部３２の各サービスサーバが提供するサービスとして、スタジアム内を撮影した映像を提供するサービス、および当該映像を用いたサービス映像を提供するサービスのうち少なくとも一方を含むとする。以下、スタジアム内を撮影した映像を提供するサービス、および当該映像を用いたサービス映像を提供するサービスのうち少なくとも一方を、映像サービスと呼ぶ。映像サービスを提供するサービス提供装置であるサービスプラットフォーム装置３は、施設に設置された撮影装置であるカメラ６２－１，６２－２によって撮影された映像データを用いて映像サービスを提供する。

　図１には、サービスプラットフォーム装置３を１台示しているが、サービスプラットフォーム装置３は複数台設けられていてもよい。サービスプラットフォーム装置３が複数台設けられる場合、各サービスプラットフォーム装置３が提供するサービスは１つ以上であればよい。例えば、サービスごとにサービスプラットフォーム装置３が設けられてもよいし、サービスを提供する事業者ごとにサービスプラットフォーム装置３が設けられていてもよい。

　サービス登録部３４は、サービス提供部３２から、サービス提供部３２が提供可能な各サービスに対応するサービス定義情報を取得し、取得したサービス定義情報を定義情報記憶部３３に格納する。定義情報記憶部３３にサービス定義情報が格納されているサービスを、以下登録サービスとも呼ぶ。登録サービスは、施設に構築された通信ネットワークを用いて提供可能な複数のサービスである。サービス定義情報は、サービスごとまたはサービス種別ごとの、通信に関する要求を示す情報である。サービス定義情報の詳細については後述する。サービス種別は、サービスを通信に関する特性に応じて分類した種別であり、例えば、大容量、低遅延、多数接続、高信頼性などの種別である。サービス種別は、大容量、低遅延、多数接続、高信頼性などのうち２つ以上の組み合わせを含んでいてもよい。サービス定義情報がサービス種別ごとに生成される場合には、定義情報記憶部３３には、サービスとサービス種別との対応を示す種別情報も格納される。なお、図１では、サービス登録部３４は、サービス提供部３２からサービス定義情報を取得しているが、サービス定義情報は、オペレータなどから図示しない入力手段により入力されてもよい。

　サービス制御部３１は、登録サービスのそれぞれの通信リソースに関する要求を示すサービス定義情報から、有効サービスに含まれるサービスに対応するサービス定義情報を抽出し、抽出したサービス定義情報をサービス切替装置２へ通知する。詳細には、サービス制御部３１は、サービス切替装置２から通知される有効サービス情報を用いて、定義情報記憶部３３内の、各サービスに対応するサービス定義情報から、有効サービス情報に対応するサービス定義情報を読み出し、読み出したサービス定義情報をサービス切替装置２へ通知する。有効サービス情報は、有効サービスを示す情報であり、有効サービスとは、登録サービスのうち、割当て対象時点において、有効なサービス、すなわち利用可能なサービスである。割当て対象時点は、通信リソースの割当て対象となる時点であり、現時点であってもよいし、現時点から一定時間先の時点であってもよい。なお、サービス定義情報がサービス種別ごとに生成されている場合には、サービス制御部３１は、定義情報記憶部３３に格納されている種別情報を参照して、有効サービスの各サービスに対応するサービス種別を取得し、サービス種別に対応するサービス定義情報にサービスの識別情報であるサービス識別情報を付加してサービス切替装置２へ通知する。また、サービス定義情報がサービスごとに生成されている場合に、サービス定義情報にサービス種別を付加してサービス切替装置２へ通知してもよい。

　また、サービス制御部３１は、サービス提供部３２の各サービスサーバからの施設内に設置された設置機器への通知を受け取ると、当該通知を、施設内の通信ネットワークを介して設置機器へ送信する。また、サービス制御部３１は、設置機器によって取得された機器データを設置機器から受信すると機器データをサービス提供部３２の対応するサービスサーバへ出力する。また、サービス制御部３１は、サービス提供部３２の各サービスサーバからの施設内に設置された設置機器へ提供するサービスデータを受け取ると、当該サービスデータを、施設内の通信ネットワークを介して設置機器へ送信する。また、サービス制御部３１は、サービス提供部３２の各サービスサーバからのプロバイダ４へ提供するサービスデータを受け取ると、当該サービスデータを、プロバイダ４へ送信する。また、サービス制御部３１は、プロバイダ４から通知を受信すると当該通知に基づいた処理を実施する。

　プロバイダ４は、例えば、サービスプラットフォーム装置３が提供する映像サービスをユーザに配信する配信事業者によって設置される装置である。プロバイダ４は、ユーザ端末５へサービスデータを提供する。なお、ここでは、プロバイダ４は、施設外に設置され、施設内の専用回線である通信ネットワーク以外の通信回線を用いてサービスプラットフォーム装置３と通信を行うとする。このため、プロバイダ４とサービスプラットフォーム装置３との間の通信は、本実施の形態の通信リソースの割当ての対象外であるが、プロバイダ４が施設内に設置され施設内の専用回線である通信ネットワークを用いてサービスプラットフォーム装置３と通信を行う場合には、プロバイダ４とサービスプラットフォーム装置３との間の通信に関しても通信リソースの割当て対象としてもよい。ユーザ端末５は、一般には施設外に存在するが施設内に存在してもよい。プロバイダ４とユーザ端末５との間の通信はインターネット、携帯電話網などが用いられるため、本実施の形態の通信リソースの割当ての対象外である。

　サービス切替装置２は、状況判断部２１、有効サービス決定部２２、テーブル記憶部２３およびサービス要件設定部２４を備える。状況判断部２１は、施設の状況に関する情報を用いて、割当て対象時点における状況種別を決定し、状況種別を有効サービス決定部２２へ通知する。施設の状況に関する情報は、オペレータにより図示しない入力手段により入力されてもよいし、図示しない他の装置から送信されてもよい。状況種別は、施設の状況の種別を示し、どのような種別があるかはあらかじめ定められている。施設の状況に関する情報は、例えば、施設のスタジアム内で行われる試合の試合進行状況を示す試合進行情報、施設に対応する災害情報、施設に対応する防災情報、天候などを示す気象情報、施設のスタジアム内などで行われるイベントの時間割表などである。試合進行情報は、試合中であるか試合が終了しているかを示す情報である。試合進行情報は、施設で行われるイベントが開催中であるか否かを示す進行情報の一例である。災害情報は、例えば、火災、地震、台風などの災害の発生を通知する情報である。防災情報は、例えば、地震、津波、台風などの警報を示す情報である。気象情報は、天候、気温などを示す情報である。テーブル記憶部２３は、状況種別と有効サービスとの対応を示す情報である状況－有効サービス対応テーブルを記憶する。災害情報、防災情報および気象情報のそれぞれは、非常時であるか否かを示す非常判定情報の一例である。

　有効サービス決定部２２は、通信ネットワークを用いて提供可能な複数のサービスのなかから、施設の状況に関する情報である状況情報に応じて、有効とするサービスである有効サービスを決定する。具体的には、有効サービス決定部２２は、テーブル記憶部２３に記憶されている状況－有効サービス対応テーブルを参照して、状況判断部２１から通知された状況種別に対応する有効サービスを決定し、決定した有効サービスを示す情報を有効サービス情報としてサービスプラットフォーム装置３へ通知する。

　サービス要件設定部２４は、有効サービスとして決定されたサービスごとに、当該サービスを実行するための通信リソースに関する要求を示すサービス要件情報を設定する。詳細には、サービスプラットフォーム装置３のサービス制御部３１から、有効サービスに対応するサービス定義情報を受け取り、受け取ったサービス定義情報を用いて、サービスごとに、サービス要件情報を設定し、設定したサービス要件情報を通信プラットフォーム装置１へ通知する。サービス要件情報は、サービスごとの通信に関する要求を示す情報である。サービス要件設定部２４は、サービスごとのサービス定義情報をそのまま当該サービスに対応するサービス要件情報として設定してもよいし、状況種別および他の情報のうちの少なくとも一方を用いてサービス定義情報を変更して得られる情報をサービス要件情報として設定してもよい。サービス要件情報の詳細は後述する。

　通信プラットフォーム装置１は、オーケストレータ１１およびネットワーク管理部１２を備える。オーケストレータ１１は、有効サービスに含まれるサービスをネットワークスライスであるスライスと対応付け、サービス要件情報に基づいて、スライスの通信リソースに関する要求を示すスライス要件を決定する。オーケストレータ１１は、通信要件設定部１１１およびテーブル記憶部１１２を備える。テーブル記憶部１１２は、スライスとサービスとの対応を示すスライス－サービス対応テーブルを記憶する。スライス－サービス対応テーブルは、各サービスの接続点を示す情報が含まれる。接続点とは、各サービスにおける通信の両端すなわち送信元と宛先とを示す情報である。１つのサービスで、サービスプラットフォーム装置３が複数の機器を用いる場合には、接続点は複数対定められる。スライスとサービスとは１対１に対応していてもよいし、複数のサービスが１つのスライスに割当てられてもよい。スライス－サービス対応テーブルは、あらかじめ定められていてもよいし、通信要件設定部１１１が、サービス切替装置２のサービス要件設定部２４から通知されたサービス要件情報を用いて、有効サービスの各サービスにスライスを割当ててもよい。また、サービス種別ごとにスライスが定められていてもよい。通信要件設定部１１１は、スライス－サービス対応テーブルに含まれていないサービスに関するサービス要件情報を受け取った場合には、当該サービスにスライスを割当て、割当てた結果でスライス－サービス対応テーブルを更新する。また、サービスが削除された場合には、スライス－サービス対応テーブルの当該サービスに対応するエントリを削除する。また、通信要件設定部１１１は、使用可能な通信リソースの上限を超えており、サービス要件情報に対応するサービスにスライスを割当てることができない場合には、サービス切替装置２のサービス要件設定部２４へエラーを通知してもよい。

　通信要件設定部１１１は、スライス－サービス対応テーブルと、サービス要件情報とを用いて、各スライスの通信に関する要求を示すスライス要件を決定し、決定したスライス要件をネットワーク管理部１２へ通知する。スライスとサービスとが１対１に対応する場合には、各サービスに対応するサービス要件情報がそのままスライス要件となる。通信要件設定部１１１は、１つのスライスに複数のサービスが対応付けられる場合、複数のサービスに対応する複数のサービス要件情報を満たすようにスライス要件を設定する。例えば、サービス要件情報に帯域が含まれる場合には、複数のサービスの帯域の合計値をスライス要件における帯域に設定し、サービス要件情報に、許容される最大の遅延時間などのように遅延に関する要求が含まれる場合には、最も厳しい要求値をスライス要件における要求値に設定する。

　ネットワーク管理部１２は、スライス要件に基づいて、スライスにリソースを割当てる。詳細には、ネットワーク管理部１２は、通信要件設定部１１１から通知されたスライス要件を用いて、施設内の通信ネットワークにおいて通信リソースを管理する管理機器から取得した空きリソース情報と、スライス要件とを用いて、各管理機器が確保すべき通信リソースを決定し、決定したリソースを確保するよう指示するリソース割当制御命令を各管理機器へ送信する。管理機器は、例えば、Ｌ３ＳＷ（Layer　3　SWitch）であるが、これに限定されず、ローカル５Ｇの無線リソースを管理する制御装置、光ネットワークにおけるＯＬＴ（Optical　Line　Terminal）などであってもよい。各管理機器は、リソース割当制御命令に基づいて通信リソースを予約し、空きリソースから予約した通信リソースを除くことで空きリソースを更新し空きリソースを示す情報をネットワーク管理部１２へ通知する。

　図１に示した例では、施設内に設置され通信ネットワークを構成する機器の例として、Ｌ３ＳＷ６－１，６－２、ローカル５Ｇの基地局である基地局６１、カメラ６２－１，６２－２、大型表示装置６３、端末６４およびサイネージ装置６５を図示している。図１は、これらの設置機器を模式的に示したものであり、施設内に設置され通信ネットワークの構成は図１に示した例に限定されず、また、施設内に設置される機器はこれらに限定されない。また、カメラ６２－１，６２－２、大型表示装置６３、端末６４およびサイネージ装置６５の台数も図１に示した例に限定されない。また、図１では、カメラ６２－１，６２－２が無線通信機能を有する例を示しているが、カメラ６２－１，６２－２が無線通信機能を有していない場合には、無線通信端末を介してカメラ６２－１，６２－２が基地局６１と通信を行う。カメラ６２－１，６２－２を個別に区別せずに示すときには、カメラ６２と記載する。

　大型表示装置６３およびサイネージ装置６５は、例えば、スタジアム内に設置され、映像サービス、総合演出サービス、混雑回避誘導サービス、防災情報提供サービス、避難誘導サービスなどにおける表示を行う。例えば、大型表示装置６３およびサイネージ装置６５は、施設内の通信ネットワークを介して、サービスプラットフォーム装置３のサービス制御部３１から受信した通知に基づいて、各サービスに応じた表示を行う。カメラ６２－１，６２－２は、例えば、映像サービスにおける撮影に用いられる。例えば、カメラ６２－１，６２－２は、施設内の通信ネットワークを介して、サービスプラットフォーム装置３のサービス制御部３１から受信した通知に基づいて撮影を行い、撮影によって得られた映像データを機器データとして、施設内の通信ネットワークを介してサービスプラットフォーム装置３へ送信する。

　端末６４は、例えば、施設内のユーザが保持するスマートフォン、タブレットなどの端末であり、総合演出サービス、混雑回避誘導サービス、防災情報提供サービス、避難誘導サービスなどにおける表示および音声の出力、音声サービスにおける音声の出力などを行う。端末６４は、各サービスに対応するサービスデータを施設内の通信ネットワークを介してサービスプラットフォーム装置３から受信することで、上述した表示、音声の出力などを行う。端末６４は、例えば、各サービスに対応するアプリケーションソフトウェアがインストールされることにより、これらのサービスデータを受信してもよいし、Ｗｅｂサイトへアクセスすることでサービスデータを受信してもよい。

　例えば、自由視点映像を提供する映像サービスに関しては、サービス制御部３１は、設置機器であるカメラ６２－１，６２－２に撮影を指示する通知を送信し、カメラ６２－１，６２－２から撮影された映像データである機器データを受信し、自由視点映像を提供する映像サービスに対応する、サービス提供部３２内のサービスサーバへ、機器データを出力する。サービスサーバは、機器データを用いて自由視点映像であるサービス映像を生成し、サービス映像をサービスデータとしてサービス制御部３１へ出力する。サービス制御部３１は、当該サービスデータをプロバイダ４へ送信する。

　また、例えば、総合演出サービスに関しては、サービス制御部３１は、設置機器であるカメラ６２－１，６２－２に撮影を指示する通知を送信し、カメラ６２－１，６２－２から撮影された映像データである機器データを受信し、総合演出サービスに対応する、サービス提供部３２内のサービスサーバへ、機器データを出力する。サービスサーバは、機器データを用いて総合演出のために例えば大型表示装置６３へ表示する映像データであるサービスデータを生成し、サービスデータをサービス制御部３１へ出力する。サービス制御部３１は、当該サービスデータを、施設内の通信ネットワークを介して大型表示装置６３へ送信する。

　また、例えば、混雑回避誘導サービスに関しては、サービス提供部３２内のサービスサーバは、混雑回避誘導のための表示データおよび音声データのうち少なくとも１つであるサービスデータを生成し、サービスデータをサービス制御部３１へ出力する。サービス制御部３１は、当該サービスデータを、施設内の通信ネットワークを介して大型表示装置６３、端末６４、サイネージ装置６５などへ送信する。混雑回避誘導サービスは、施設内の端末６４に情報を提供する情報提供サービスの一例である。上述した総合演出サービス、店舗情報提供サービス、防災情報提供サービス、避難誘導サービスの音声案内サービスそれぞれも、情報提供サービスの一例である。

　図２は、本実施の形態のスライスを模式的に示す図である。スライスは、上述したように論理的に設定されるものであるため、１つの機器が複数のスライスに対応することもできる。図２に示した例では、施設７内にスタジアム７１と、スタジアム７１外の第１エリア７２および第２エリア７３が設けられている。第１エリア７２、第２エリア７３は、屋外であってもよいし建物内であってもよい。図２に示した例では、施設７の専用回線である通信ネットワークは、スタジアム７１内だけでなく、施設７内のスタジアム７１外においても構築されている。このため、第１エリア７２内の端末６６、第２エリア７３内の端末６７も施設７の通信ネットワークを用いた通信を行うことが可能である。

　図２に示した例では、スタジアム７１内のカメラ６２－１とサービスプラットフォーム装置３との間の通信を用いる映像サービスにスライス識別子が１のスライスが割当てられ、サービスプラットフォーム装置３から端末６４，６６，６７との間の通信を用いる混雑回避誘導サービスにスライス識別子が２のスライスが割当てられる例を示している。領域８１は、スライス識別子が１のスライスを用いた通信が行われる領域を示し、領域８２は、スライス識別子が２のスライスを用いた通信が行われる領域を示す。なお、図２では、カメラ６２－２を図示しているが、映像サービスに複数のカメラ６２が用いられる場合に、スライス識別子が２のスライスを用いて複数のカメラ６２とサービスプラットフォーム装置３との間の通信が行われる。

　例えば、施設のスタジアム７１内で行われるイベントが野球、サッカーなどの試合の場合、試合中には、映像サービスが提供される。このため、有効サービス決定部２２は、試合進行情報が試合中であることを示す場合、有効サービスに映像サービスを含める。またこのとき、施設内の通信ネットワークではカメラ６２－１，６２－２からサービスプラットフォーム装置３へ向かう向きの通信である上り通信において多くの通信リソースが用いられる。イベントが試合以外の場合も同様であり、イベントの開催中は、映像サービスが提供される。一方、試合または上演終了後に、映像サービスの提供が終了すると、観客の端末６４に情報を提供するサービスの需要が高まる。例えば、有効サービス決定部２２は、試合進行情報が、試合が終了したことを示す場合、有効サービスに混雑回避誘導サービスを含める。このとき、サービスプラットフォーム装置３から端末６４へ向かう向きの通信である下り通信に多くの通信リソースを割当てることが望ましい。本実施の形態のプラットフォームシステム１００は、施設の状況に関する情報を用いて有効サービスを決定し、有効サービスのサービスに応じたサービス定義情報を用いて、サービスに対応するスライスのスライス要件を決定する。これにより、状況に応じた通信リソースの割当てを行うことができ、通信リソースを有効活用することができる。また、本実施の形態のプラットフォームシステム１００は、状況に応じて、有効サービスのサービス要件情報を変更することで、さらに、通信リソースを有効活用することができる。

　また、災害時または災害が発生する可能性がある場合に、スタジアム７１が避難所に指定されることもあり、このような場合、防災情報、災害に関する情報などを提供するサービスにより、スタジアム７１およびその周辺にこれらの情報がサービスデータとして配信される場合もある。このような場合には、非常時対応として、映像サービスを有効サービスからはずし、防災情報、災害に関する情報などを提供するサービスを有効サービスとして選択することで、状況に適したサービスデータの配信を実現することができる。

　次に、本実施の形態の動作について説明する。図３は、本実施の形態のプラットフォームシステム１００における動作の一例を示すチャート図である。サービスプラットフォーム装置３は、サービス定義情報を登録する（ステップＳ１）。詳細には、サービスプラットフォーム装置３のサービス登録部３４が、サービス提供部３２が提供可能な各サービスに対応するサービス定義情報を定義情報記憶部３３に格納する。

　図４は、本実施の形態のサービス定義情報の一例を示す図である。図４に示した例では、サービス定義情報は、サービスの識別情報であるサービス識別情報と、帯域と、遅延とを含む。帯域は、要求される帯域を示す。遅延は、例えば、許容される最大の遅延時間である。サービス定義情報は、確達性、信頼性、緊急度などを含んでいてもよい。また、通信プラットフォーム装置１にサービスごとの接続点が設定されていない場合には、サービス定義情報に接続点を示す情報が含まれていてもよい。確達性は、確実な通信を要求するか否かを示す。信頼性は、高信頼性、すなわちエラーの少ない通信を要求するか否かを示す。緊急度は、通信の緊急の度合いを示し、例えば、緊急度が高い場合には、最優先で通信が行われる。

　サービスプラットフォーム装置３から施設内の端末６４に情報を提供する情報提供のアプリのサービスの場合には、サービスプラットフォーム装置３と多数の端末６４のそれぞれの対が接続点となる。端末６４へのサービスの提供、機器データの取得はサービスプラットフォーム装置３が行うため、サービスプラットフォーム装置３が、サービスを提供する端末６４、およびカメラ６２などのデータを取得する機器を管理する。また、接続点に関する情報は、どのサービスが有効であるかの情報、および接続する端末６４の数により変化する。サービス切替装置２は、サービスプラットフォーム装置３から取得した接続する端末６４の数およびカメラ６２などのデータを取得する機器と有効なサービスとに応じた、接続点に関する情報を、サービス要件情報に含めて、通信プラットフォーム装置１へ通知する。サービス切替装置２から通信プラットフォーム装置１への通知は、サービスの切替えのタイミングで行われてもよいし、一定の間隔で定期的に行われてもよい。

　図３の説明に戻る。サービス切替装置２は、施設の状況に関する情報を取得する（ステップＳ２）。詳細には、サービス切替装置２の状況判断部２１が、施設の状況に関する情報を取得し、施設の状況に関する情報を用いて状況種別を決定し、決定した状況種別を有効サービス決定部２２へ通知する。施設の状況に関する情報は、上述したように、例えば、施設に対応する災害情報、施設に対応する防災情報、天候などを示す気象情報、施設のスタジアム内などで行われるイベントの時間割表であるが、これらに限定されない。

　次に、サービス切替装置２は、有効サービスを決定する（ステップＳ３）。詳細には、サービス切替装置２の有効サービス決定部２２が、テーブル記憶部２３に記憶されている状況－有効サービス対応テーブルを参照して、状況判断部２１から通知された状況種別に対応する有効サービスを決定する。

　図５は、本実施の形態の状況－有効サービス対応テーブルの一例を示す図である。図５に示した例では、施設の状況に関する情報として、試合進行情報と災害情報または防災情報とが用いられる場合の状況－有効サービス対応テーブルの一例を示している。図５に示した例では、災害情報により災害の発生が通知されていない場合を平時とし、災害情報により災害の発生が通知された場合を非常時としている。図５に示した例では、災害情報により災害の発生が通知されておらず、かつ試合進行情報が試合中を示す場合に、状況判断部２１によって、状況種別が、試合中（平時）と決定される。また、災害情報により災害の発生が通知されておらず、かつ試合進行情報が試合終了を示す場合に、状況判断部２１によって、状況種別が、試合終了（平時）と決定される。また、災害情報により災害の発生が通知された場合は、試合進行情報の内容にかかわらず、状況判断部２１によって、非常時と決定される。図５に示した例では、試合中（平時）では、サービスＡおよびサービスＢが有効サービスであり、試合終了（平時）では、サービスＡおよびサービスＣが有効サービスであり、非常時はサービスＤが有効サービスである。

　このように、登録サービスは、非常時に情報が提供される非常時情報提供サービスを含んでいてもよく、この場合、例えば、有効サービス決定部２２は、非常判定情報が非常時であることを示す場合、有効サービスに、非常時情報提供サービスを含め、非常時情報提供サービス以外のサービスを含めない。非常判定情報は、上述したように、例えば、災害情報、防災情報、気象情報などである。

　図６は、本実施の形態の状況－有効サービス対応テーブルの別の一例を示す図である。図６に示した例では、施設の状況に関する情報として、時間割表が用いられる例を示している。図６に示した例では、時間割表において、１８：００～２１：００がイベント開催中であり、２１：００にイベントが終了することが示されているとする。図６に示した例では、１８：００～２１：００、２１：００～、などの時間帯が状況種別に相当し、時間帯ごとに有効サービスが定められている。

　図７は、本実施の形態の状況－有効サービス対応テーブルの別の一例を示す図である。図７に示した例では、施設の状況に関する情報として防災情報が用いられる例を示している。図７に示した例では、防災情報として、警報および特別警報が発令されていない場合には、サービスＡ、サービスＢが有効サービスであり、警報が発令されている場合にはサービスＡ、サービスＢ、サービスＥが有効サービスであり、特別警報が発令されている場合にはサービスＤが有効サービスであることを示す。

　図５、図６および図７に示した状況－有効サービス対応テーブルは例示であり、状況－有効サービス対応テーブルはこれらに限定されない。

　図３の説明に戻る。次に、サービス切替装置２は、有効サービスを示す有効サービス情報をサービスプラットフォーム装置３へ通知する（ステップＳ４）。詳細には、サービス切替装置２の有効サービス決定部２２が、有効サービス情報を、サービスプラットフォーム装置３のサービス制御部３１へ通知する。

　次に、サービスプラットフォーム装置３は、サービス定義情報をサービス切替装置２へ通知する（ステップＳ５）。詳細には、サービス制御部３１が、サービス切替装置２から通知された有効サービス情報を用いて、有効サービスに対応するサービス定義情報を定義情報記憶部３３から読み出し、読み出したサービス定義情報をサービス切替装置２のサービス要件設定部２４へ通知する。

　次に、サービス切替装置２は、サービスごとにサービス要件情報を設定する（ステップＳ６）。詳細には、サービス要件設定部２４が、サービス制御部３１から通知されたサービス定義情報を用いて、サービスごとにサービス要件情報を設定する。上述したように、サービス定義情報をそのままサービス要件情報として設定してもよいし、サービス定義情報を変更してサービス要件情報としてもよい。例えば、サービス要件設定部２４は、サービスごとに、サービス定義情報を施設の状況に関する情報に応じて変更するか否かを判定し、サービス定義情報を変更しないと判定した場合にはサービス定義情報をサービス要件情報として設定し、サービス定義情報を変更すると判定した場合にはサービス定義情報を変更して得られる情報をサービス要件情報として設定する。サービス定義情報を変更する場合の変更方法について以下に例示する。

　例えば、サービス要件設定部２４は、サービス定義情報において定義された各情報を有効とするか無効とするかを設定するための定義設定情報を保持し、定義設定情報を用いて、サービス定義情報内の各情報を有効とするか無効とするかを決定してもよい。図８は、本実施の形態の定義設定情報の一例を示す図である。図８に示した例では、施設内を、スタジアム内とスタジアム外とに分け、登録されているサービスごとに、サービス定義情報の各情報の有効（ＯＮ）とするか、無効（ＯＦＦ）とするかが定められている。このように、スタジアム内とスタジアム外とに分けて、有効とするか無効とするかが定められる場合には、サービス要件設定部２４は、サービスごとに、サービス要件情報をスタジアム内とスタジアム外とに分けて設定する。また、接続点については、例えば、当該接続点を有効（ＯＮ）とするか、無効（ＯＦＦ）とするかが、スタジアム内とスタジアム外とに分けて定められる。接続点が複数存在する場合には、接続点ごとに、スタジアム内とスタジアム外とに分けて当該接続点を有効（ＯＮ）とするか、無効（ＯＦＦ）とするかが定められる。また、図８に示した例では、スタジアム内とスタジアム外とに分けて有効（ＯＮ）とするか無効（ＯＦＦ）とするかを設定したが、他の条件に応じて、有効（ＯＮ）とするか無効（ＯＦＦ）とするかが設定されてもよい。

　また、サービス要件設定部２４は、状況種別に応じた帯域の変更量を示す帯域変更情報を保持し、帯域変更情報を用いてサービス定義情報の帯域を変更してもよい。図９は、本実施の形態の帯域変更情報の一例を示す図である。図９に示した例では、試合中の平時には、上りの帯域を、サービス定義情報で定められている値から増やし、下りの帯域を、規定値すなわちサービス定義情報で定められている値のままとし、試合後の平時には、下りの帯域を、サービス定義情報で定められている値から増やし、上りの帯域を、規定値すなわちサービス定義情報で定められている値のままとする。すなわち、例えば、同一のサービスに設定するサービス要求情報であっても、サービス要件設定部２４は、試合進行情報が試合中であることを示す場合、上り通信の通信リソースをサービス定義情報で規定された値より増加させ、試合進行情報が、試合が終了したことを示す場合、下り通信の通信リソースをサービス定義情報で規定された値より増加させる。野球などのスタジアムの試合中には映像サービスの提供によりカメラ６２からの上り通信において通信リソースが多く使用されるため、上り帯域を増やし、試合後には、ユーザへの情報提供などのために下りの帯域を増やす。これにより、状況に応じて通信リソースを有効活用することができる。

　また、サービスプラットフォーム装置３が複数設けられる場合には、サービス要件設定部２４は、サービスプラットフォーム装置３ごとの優先度を示す対応情報である優先度情報を保持し、優先度情報を用いて各サービスプラットフォーム装置３に対応するサービス定義情報に優先度を追加してサービス要件情報を生成してもよい。すなわち、サービス要件設定部２４は、サービスと優先度との対応を示すあらかじめ定められた対応情報である優先度情報を用いて、有効サービスに含まれるサービスごとに優先度を決定し、優先度をサービス要件情報に含めてもよい。図１０は、本実施の形態の優先度情報の一例を示す図である。図１０では、サービスプラットフォーム装置３（図１０では、ＰＦ装置と略す）ごとの優先度が、平時と非常時とに分けて定められている。避難誘導サービスなどのように非常時に用いられるサービスを提供するサービスプラットフォーム装置３については、非常時の優先度を高く設定することで、非常時に、非常時に適したサービスに多くの通信リソースを割当てることができる。なお、優先度の値は高優先のものほどを大きい値にしてもよいし、低優先のものほど大きい値としてもよい。

　図１０に示した例では、サービスプラットフォーム装置３ごとに優先度を定めたが、同様にサービスごとに優先度が定められてもよい。例えば、避難誘導サービスなどの非常時に対応するサービスの優先度を高くする（優先される）ように設定しておくことで、非常時に、非常時に適したサービスに多くの通信リソースを割当てることができる。

　図３の説明に戻る。次に、サービス切替装置２は、サービス要件情報をオーケストレータ１１に通知する（ステップＳ７）。オーケストレータ１１は、サービス要件情報に基づきスライス要件を決定する（ステップＳ８）。詳細には、通信要件設定部１１１が、テーブル記憶部１１２に記憶されているスライス－サービス対応テーブルと、サービス要件情報とを用いて、各スライスの通信に関する要求を示すスライス要件を決定する。

　図１１は、本実施の形態のスライス－サービス対応テーブルの一例を示す図である。上述したように、スライス－サービス対応テーブルはあらかじめ定められていてもよいし、通信要件設定部１１１が、サービス要件情報を用いて生成してもよい。また、通信要件設定部１１１が、サービス要件情報を用いてスライス－サービス対応テーブルを更新してもよい。図１１に示した例では、スライス－サービス対応テーブルは、スライス識別子ごとに、対応する接続点とサービスとが示されている。接続点が複数存在するサービスに関しては、接続点が複数格納される。なお、スライス識別子が１のスライスが、サービス種別が大容量のサービスに割当てられ、スライス識別子が２のスライスが、サービス種別が低遅延のサービスに割当てられるといったように、スライスはサービス種別（種別）ごとに割当てられてもよい。この場合、スライス－サービス対応テーブルは、スライスとサービス種別との対応を示すテーブルと、サービス種別とサービスとの対応を示すテーブルとの２種類で構成されてもよい。また、サービ要件情報がサービスごとに生成され、かつサービス種別を示す情報がサービス要件情報に含まれている場合、通信要件設定部１１１は、スライス－サービス対応テーブルの形式に応じて、サービス識別子またはサービス種別を用いてスライスを割当ててもよい。すなわち、通信要件設定部１１１は、スライス－サービス対応テーブルにおいてサービス識別子とスライスとの対応が定められている場合には、サービス要件内のスライス識別子を用いて対応するスライスを決定し、スライス－サービス対応テーブルにおいてサービス種別とスライスとの対応が定められている場合には、サービス種別を用いてスライスを割当ててもよい。

　図３の説明に戻る。次に、オーケストレータ１１は、スライス要件をネットワーク管理部１２へ通知する（ステップＳ９）。次に、ネットワーク管理部１２は、リソース割当制御命令を送信する（ステップＳ１０）。詳細には、ネットワーク管理部１２は、スライス要件と空きリソース情報を用いて、通信ネットワーク内における通信リソースを管理する装置が確保すべき通信リソースを決定し、決定した通信リソースを確保することを指示するリソース割当制御命令を対応する装置へ送信する。リソース割当制御命令には、例えば、スライスごとの、帯域およびＶＬＡＮ（Virtual　Local　Area　Network）識別子などが含まれる。

　ネットワーク管理部１２は、通信ネットワーク内における通信リソースを管理する装置から、空きリソースを当該装置が管理する範囲において保証する遅延時間ごとに、遅延時間に基づいてリソース割当制御命令を生成してもよい。また、確達性、信頼性の要求があるスライスには、スライス要件で指定された帯域より多くの帯域を確保することで通信エラー発生時の再送制御などのための通信リソースを確保してもよい。また、優先度については、通信リソースを管理する装置のフロー制御における一般的な優先度を用いた制御に用いられる。

　以上の動作により、有効サービスに対する通信リソースの割当てが終了する。サービスプラットフォーム装置３および設置機器は、割当てられた通信リソースを用いて通信を行うことによって、有効サービスを提供する。図３の左下部には、映像サービスを提供する場合の、サービス提供時の動作が記載されている。プロバイダ４が、サービスプラットフォーム装置３が提供可能なサービス映像のなかから選択したサービスを示す選択サービス情報をサービスプラットフォーム装置３へ送信する（ステップＳ１１）。なお、選択サービス情報はプロバイダ４から送信される代わりに、サービスプラットフォーム装置３にオペレータにより入力されてもよい。

　カメラ６２は、撮影データである機器データをサービスプラットフォーム装置３へ送信する（ステップＳ１２）。このとき、カメラ６２とサービスプラットフォーム装置３との間の通信には、映像サービスに対応するスライスが用いられる。サービスプラットフォーム装置３は、選択サービス情報により示されるサービスに対応するサービスサーバへ機器データを出力し、サービスサーバからサービス映像を受け取り、サービスデータの一例であるサービス映像データをプロバイダ４に送信する（ステップＳ１３）。

　なお、サービスプラットフォーム装置３が提供するサービスが、例えば、混雑回避誘導サービスである場合には、サービスプラットフォーム装置３がサービスデータを端末６４，６６，６７、大型表示装置６３およびサイネージ装置６５のうちの少なくとも１つへ送信する。このとき、端末６４，６６，６７とサービスプラットフォーム装置３との間の通信には、混雑回避誘導サービスに対応するスライスが用いられる。また、スタジアム内とスタジアム外とに分けてサービス要件情報が生成される場合には、スライス要件もスタジアム内とスタジアム外とに分けて生成され、ネットワーク管理部１２は、通信ネットワーク内の通信リソースを管理する装置がスタジアム内であるか否かに応じて、対応するリソース割当制御命令を生成する。

　次に、本実施の形態の通信プラットフォーム装置１のハードウェア構成について説明する。本実施の形態の通信プラットフォーム装置１は、コンピュータシステム上で、通信プラットフォーム装置１における処理が記述されたコンピュータプログラムであるプログラムが実行されることにより、コンピュータシステムが通信プラットフォーム装置１として機能する。図１２は、本実施の形態の通信プラットフォーム装置１を実現するコンピュータシステムの構成例を示す図である。図１２に示すように、このコンピュータシステムは、制御部１０１と入力部１０２と記憶部１０３と表示部１０４と通信部１０５と出力部１０６とを備え、これらはシステムバス１０７を介して接続されている。

　図１２において、制御部１０１は、例えば、ＣＰＵ（Central　Processing　Unit）等のプロセッサであり、本実施の形態の通信プラットフォーム装置１における処理が記述されたプログラムを実行する。なお、制御部１０１の一部が、ＧＰＵ（Graphics　Processing　Unit）、ＦＰＧＡ（Field-Programmable　Gate　Array）などの専用ハードウェアにより実現されてもよい。入力部１０２は、たとえばキーボード、マウスなどで構成され、コンピュータシステムの使用者が、各種情報の入力を行うために使用する。記憶部１０３は、ＲＡＭ（Random　Access　Memory），ＲＯＭ（Read　Only　Memory）などの各種メモリおよびハードディスクなどのストレージデバイスを含み、上記制御部１０１が実行すべきプログラム、処理の過程で得られた必要なデータ、などを記憶する。また、記憶部１０３は、プログラムの一時的な記憶領域としても使用される。表示部１０４は、ディスプレイ、ＬＣＤ（液晶表示パネル）などで構成され、コンピュータシステムの使用者に対して各種画面を表示する。通信部１０５は、通信処理を実施する受信機および送信機である。出力部１０６は、プリンタ、スピーカなどである。なお、図１２は、一例であり、コンピュータシステムの構成は図１２の例に限定されない。

　ここで、本実施の形態のプログラムが実行可能な状態になるまでのコンピュータシステムの動作例について説明する。上述した構成をとるコンピュータシステムには、たとえば、図示しないＣＤ（Compact　Disc）－ＲＯＭドライブまたはＤＶＤ（Digital　Versatile　Disc）－ＲＯＭドライブにセットされたＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭから、コンピュータプログラムが記憶部１０３にインストールされる。そして、プログラムの実行時に、記憶部１０３から読み出されたプログラムが記憶部１０３の主記憶領域に格納される。この状態で、制御部１０１は、記憶部１０３に格納されたプログラムに従って、本実施の形態の通信プラットフォーム装置１としての処理を実行する。

　なお、上記の説明においては、ＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭを記録媒体として、通信プラットフォーム装置１における処理を記述したプログラムを提供しているが、これに限らず、コンピュータシステムの構成、提供するプログラムの容量などに応じて、たとえば、通信部１０５を経由してインターネットなどの伝送媒体により提供されたプログラムを用いることとしてもよい。

　図１に示した通信要件設定部１１１およびネットワーク管理部１２は、図１２に示した記憶部１０３に記憶されたコンピュータプログラムが図１２に示した制御部１０１により実行されることにより実現される。また、通信要件設定部１１１およびネットワーク管理部１２の実現には、図１２に示した通信部１０５も用いられる。図１に示したテーブル記憶部１１２は、図１２に示した記憶部１０３の一部である。通信プラットフォーム装置１は複数のコンピュータシステムにより実現されてもよい。例えば、通信プラットフォーム装置１は、クラウドコンピュータシステムにより実現されてもよい。

　サービス切替装置２も、同様に、例えば、図１２に示した構成のコンピュータシステムにより実現される。図１に示した状況判断部２１、有効サービス決定部２２およびサービス要件設定部２４は、図１２に示した記憶部１０３に記憶されたプログラムが図１２に示した制御部１０１により実行されることにより実現される。また、状況判断部２１の実現には、図１２に示した入力部１０２および通信部１０５のうちの少なくとも一方も用いられる。図１に示したテーブル記憶部２３は、図１２に示した記憶部１０３の一部である。また、有効サービス決定部２２およびサービス要件設定部２４の実現には、図１２に示した通信部１０５も用いられる。サービス切替装置２は複数のコンピュータシステムにより実現されてもよい。例えば、サービス切替装置２は、クラウドコンピュータシステムにより実現されてもよい。

　サービスプラットフォーム装置３も、同様に、例えば、図１２に示した構成のコンピュータシステムにより実現される。図１に示したサービス制御部３１およびサービス登録部３４は、図１２に示した記憶部１０３に記憶されたプログラムが図１２に示した制御部１０１により実行されることにより実現される。サービス提供部３２を構成する各サービスサーバは、例えば、図１２に示した構成のコンピュータシステムにより実現される。図１に示した定義情報記憶部３３は、図１２に示した記憶部１０３の一部である。また、サービス制御部３１の実現には、図１２に示した通信部１０５も用いられる。

　例えば、本実施の形態のコンピュータプログラムは、通信ネットワークを用いて提供可能な複数のサービスのなかから、通信ネットワークが構築される施設の状況を示す状況情報に応じて、有効とするサービスである有効サービスを決定するステップと、有効サービスとして決定されたサービスごとに、当該サービスを実行するための通信リソースに関する要求を示すサービス要件情報を設定するステップと、をコンピュータシステムに実行させる。さらに、本実施の形態のコンピュータプログラムは、有効サービスに含まれるサービスをネットワークスライスと対応付け、サービス要件情報に基づいて、ネットワークスライスの通信リソースに関する要求を示すスライス要件を決定するステップと、スライス要件に基づいて、ネットワークスライスにリソースを割当てるステップと、をコンピュータシステムに実行させる。

　なお、サービス切替装置２とサービスプラットフォーム装置３とが１つのコンピュータシステムにより実現されてもよいし、通信プラットフォーム装置１とサービス切替装置２とサービスプラットフォーム装置３とが１つのコンピュータシステムにより実現されてもよいし、通信プラットフォーム装置１とサービス切替装置２とが１つのコンピュータシステムにより実現されてもよい。

　また、通信プラットフォーム装置１が施設内に設置され、サービスプラットフォーム装置３がスタジアム外に設置されてもよい。この場合、施設内の各機器とサービスプラットフォーム装置３との間の通信は、例えば、施設内の中継装置を介して行われる。この中継装置は、サービスプラットフォーム装置３のうちの一部の機能を有するエッジ装置であってもよい。中継装置とサービスプラットフォーム装置３との間の通信に専用回線が用いらない場合には、中継装置と各設置機器との間の通信に関して、上述した例と同様に、通信リソースの割当てが行われればよい。また、中継装置とサービスプラットフォーム装置３との間も専用回線を用いた通信が行われる場合には当該専用回線についても通信リソースの割当ての対象としてもよい。

　以上述べたように、本実施の形態では、プラットフォームシステム１００は、施設の状況に関する情報を用いて有効サービスを決定し、有効サービスの各サービスの通信に関する要件を示すサービス要件情報を生成し、サービス要件情報を用いてスライス要件を生成し、スライス要件を用いて通信ネットワーク内で各スライスのリソースを確保するようにした。このため、施設の状況に応じて通信リソースを確保することができ、通信リソースを有効活用することができる。

実施の形態２．
　図１３は、実施の形態２にかかるプラットフォームシステムの構成例を示す図である。本実施の形態のプラットフォームシステム１００ａは、通信プラットフォーム装置１と、サービス切替装置２ａと、を備える。プラットフォームシステム１００ａは、サービスプラットフォーム装置３ａによって提供されるサービスに通信リソースを割当てる。なお、サービスプラットフォーム装置３ａをプラットフォームシステム１００ａに含めてもよい。

　サービスプラットフォーム装置３ａは、接続情報取得部３５が追加される以外は実施の形態１のサービスプラットフォーム装置３と同様である。サービス切替装置２ａは、サービス要件設定部２４の代わりにサービス要件設定部２４ａを備える以外は実施の形態１のサービス切替装置２と同様である。実施の形態１と同様の機能を有する構成要素は実施の形態１と同一の符号を付して重複する説明を省略する。以下、実施の形態１と異なる点を主に説明する。

　本実施の形態では、サービスプラットフォーム装置３ａの接続情報取得部３５は、実施の形態１で述べた端末６４，６６，６７のように、施設内の通信ネットワークを介してサービスプラットフォーム装置３と通信を行う端末、すなわち施設７内の通信ネットワークに接続している端末の数をサービスごとに計数し、計数結果をサービス切替装置２ａのサービス要件設定部２４ａへ通知する。

　サービス切替装置２ａのサービス要件設定部２４ａは、実施の形態１と同様に有効サービスのサービス定義情報を用いて、サービスごとにサービス要件情報を設定するが、接続情報取得部３５から通知された計数結果が通知されたサービスについては、計数結果に応じてサービス定義情報で規定された帯域を増減させる。すなわち、サービス要件設定部２４ａは、サービスごとのサービスを利用する端末の数を取得し、端末の数を用いてサービス要件情報を変更する。例えば、サービス要件設定部２４ａは、サービスごとに基準となる接続端末数の範囲を定めておき、計数結果が当該範囲を超えた場合には帯域を一定量増加させ、計数結果が当該範囲を下回る場合には帯域を一定量減少させてもよいし、帯域を、接続端末数を用いた計算式により定めておき、通知された計数結果を用いて当該計算式により帯域を決定してもよい。また、サービス要件設定部２４ａは、サービスごとに、接続端末数と帯域との対応をテーブルにより定めておき、当該テーブルを用いて計数結果に対応する帯域を求めてもよい。また、接続端末数と帯域との対応を示すテーブルの代わりに、接続端末数とサービス定義情報で規定された帯域の値から増減させる帯域の量との対応を示すテーブルを定めておいてもよいし、接続端末数とサービス定義情報で規定された帯域の値に乗ずる係数との対応を示すテーブルを定めておいてもよい。計数結果に応じて帯域を増減させる方法はこれらに限らずどのような方法が用いられてもよい。以上述べた以外の本実施の形態の動作は実施の形態１と同様である。

　本実施の形態のサービス切替装置２ａ、サービスプラットフォーム装置３ａは、実施の形態１のサービス切替装置２、サービスプラットフォーム装置３と同様に、コンピュータシステムにより実現される。

　実施の形態１の図２では、端末６４がスタジアム７１内に存在し、端末６６が第１エリア７２に存在し、端末６７が第２エリア７３に存在しているが、端末６４，６６，６７は図２に示した位置と異なる位置に移動可能である。例えば、第１エリア７２に存在した端末６６が施設７の外に移動し、施設７の通信ネットワークに接続しなくなることもあり、端末６４，６６，６７以外の端末が施設７内の通信ネットワークに接続することもある。

　サービスプラットフォーム装置３ａが提供するサービスのなかには、これらの端末６４，６６，６７にサービスデータを送信するものもあり、このようなサービスでは、施設内の通信ネットワークを介してサービスプラットフォーム装置３ａと通信を行う端末である接続端末の数が想定されている接続端末数より増加した場合には、通信速度の低下などを防ぐために通信リソースを増加させることが望ましい。また、接続端末の数が少ない場合に、確保した通信リソースを減らすと、通信リソースを他の用途に使用できるようになり、通信リソースを有効活用することができる。本実施の形態では、接続端末数に応じてサービス要件情報を設定することで、通信リソースの割当てを、より適切に行うことが可能となる。

実施の形態３．
　図１４は、実施の形態３にかかるプラットフォームシステムの構成例を示す図である。本実施の形態のプラットフォームシステム１００ｂは、通信プラットフォーム装置１と、サービス切替装置２ｂと、を備える。プラットフォームシステム１００ｂは、サービスプラットフォーム装置３ｂによって提供されるサービスに通信リソースを割当てる。なお、サービスプラットフォーム装置３ｂをプラットフォームシステム１００ｂに含めてもよい。

　サービスプラットフォーム装置３ｂは、通信情報取得部３６が追加される以外は実施の形態１のサービスプラットフォーム装置３と同様である。サービス切替装置２ｂは、サービス要件設定部２４の代わりにサービス要件設定部２４ｂを備える以外は実施の形態１のサービス切替装置２と同様である。実施の形態１と同様の機能を有する構成要素は実施の形態１と同一の符号を付して重複する説明を省略する。以下、実施の形態１と異なる点を主に説明する。

　本実施の形態では、サービスプラットフォーム装置３ｂの通信情報取得部３６は、サービスごとの、施設内の通信ネットワークにおける通信データの通信量を取得する。通信データは、例えば、機器データおよびサービスデータのうちの少なくとも一方を含む。通信情報取得部３６が取得するサービスごとの通信データの通信量は、計画値であってもよいし、実績値あってもよいし、予測値であってもよい。

　例えば、サービスプラットフォーム装置３ｂのサービス制御部３１は、一般には、設置機器ごとの機器データおよびサービスデータの計画値を把握しており、サービスごとにどの設置機器を用いるかについても把握している。このため、通信情報取得部３６は、サービス制御部３１からこれらの情報を取得することで、サービスごとの、施設内の通信ネットワークにおける通信データの通信量を取得することができる。

　また、サービスプラットフォーム装置３ｂのサービス制御部３１は、機器データおよびサービスデータの受け渡しを行うため、設置機器ごとの施設内の通信ネットワークにおける通信量を計測することが可能である。また、上述したように、サービス制御部３１は、サービスごとにどの設置機器を用いるかについても把握している。このため、通信情報取得部３６は、サービス制御部３１からこれらの情報を取得することで、サービスごとの、施設内の通信ネットワークにおける通信量の実績値を取得することが可能である。さらに、通信情報取得部３６は、施設内の通信ネットワークにおける通信データの通信量の実績値を蓄積し、蓄積した結果を用いて施設内の通信ネットワークにおける通信データの通信量の予測値を算出することもできる。

　通信情報取得部３６は、サービスごとの、施設内の通信ネットワークにおける通信データの通信量をサービス切替装置２ｂのサービス要件設定部２４ｂへ通知する。サービス切替装置２ｂのサービス要件設定部２４ｂは、実施の形態１と同様に有効サービスのサービス定義情報を用いて、サービスごとにサービス要件情報を設定するが、通信情報取得部３６から通知された情報に応じてサービス定義情報で規定された帯域を増減させる。すなわち、サービス要件設定部２４ｂは、サービスごとのサービスの通信量を取得し、通信量を用いてサービス要件情報を変更する。帯域を増減させる方法は、実施の形態２と同様であり、サービスごとに基準となる通信量の範囲を定めておき、通信情報取得部３６から通知された情報が当該範囲を超えた場合には帯域を一定量増加させ、通信情報取得部３６から通知された情報が当該範囲を下回る場合には帯域を一定量減少させてもよいし、計算式を用いてもよいし、テーブルを用いてもよい。以上述べた以外の本実施の形態の動作は実施の形態１と同様である。

　本実施の形態のサービス切替装置２ｂ、サービスプラットフォーム装置３ｂは、実施の形態１のサービス切替装置２、サービスプラットフォーム装置３と同様に、コンピュータシステムにより実現される。

　なお、実施の形態２で述べた接続端末数の計数と、本実施の形態の通信量の取得とを組み合わせてもよい。この場合、例えば、サービス要件設定部２４ｂは、接続端末数と通信量との両方に応じた帯域の増減量をテーブルとして保持してもよいし、両方に応じた計算式を保持してもよい。また、接続端末数に応じた調整を実施の形態２と同様に行った後に、さらに、通信量に応じた調整を行ってもよい。

　本実施の形態では、サービスごとの、施設内の通信ネットワークにおける通信データの通信量を用いてサービス要件情報における帯域を増減させるようにした。これにより、通信リソースの割当てをより適切に行うことが可能となる。

実施の形態４．
　図１５は、実施の形態４にかかるプラットフォームシステムの構成例を示す図である。本実施の形態のプラットフォームシステム１００ｃは、通信プラットフォーム装置１ａと、サービス切替装置２ｃと、を備える。プラットフォームシステム１００ｃは、サービスプラットフォーム装置３ｃによって提供されるサービスに通信リソースを割当てる。なお、サービスプラットフォーム装置３ｃをプラットフォームシステム１００ｃに含めてもよい。

　通信プラットフォーム装置１ａは、ネットワーク状況取得部１３を追加し、オーケストレータ１１の代わりにオーケストレータ１１ａを備える以外は実施の形態１の通信プラットフォーム装置１と同様である。サービス切替装置２ｃは、サービス要件設定部２４の代わりにサービス要件設定部２４ｃを備える以外は実施の形態１のサービス切替装置２と同様である。サービスプラットフォーム装置３ｃは、サービス制御部３１の代わりにサービス制御部３１ａを備える以外は、実施の形態１のサービスプラットフォーム装置３と同様である。実施の形態１と同様の機能を有する構成要素は実施の形態１と同一の符号を付して重複する説明を省略する。以下、実施の形態１と異なる点を主に説明する。

　通信プラットフォーム装置１ａのネットワーク状況取得部１３は、スライスごとの、施設内の通信ネットワークのトラフィック量の実績値を取得する。例えば、ネットワーク状況取得部１３は、施設内の通信ネットワークからトラフィック量すなわち通信量の計測結果を取得する。トラフィック量の計測は、ＶＬＡＮごとに行われてもよいし、宛先と送信元の組ごとに行われてもよい。ネットワーク状況取得部１３は、取得した計測結果を集計して、スライスごとのトラフィック量の実績値を算出し、算出した実績値をオーケストレータ１１ａへ渡す。

　オーケストレータ１１ａは、通信要件設定部１１１の代わりに通信要件設定部１１１ａを備える。通信要件設定部１１１ａは、実施の形態１の通信要件設定部１１１と同様の動作を行うとともに、実績値を用いて、スライスごとの通信リソースを変更し、当該スライスに対応するサービスに通信リソースの変更を反映し、サービスごとの通信リソースの変更を示すリソース変更情報をサービス要件設定部２４ｃへ通知する。例えば、通信要件設定部１１１ａは、ネットワーク状況取得部１３から受け取った、スライスごとの通信量を用いて、通信リソースに余裕があるスライスの帯域を減らし、余裕がないスライスの帯域を増やす。詳細には、通信要件設定部１１１ａは、スライスごとの帯域の上限値を保持し、上限値とネットワーク状況取得部１３から受け取った通信量との差が小さい場合には余裕がないスライスと判定し、上限値とネットワーク状況取得部１３から受け取った通信量との差が大きい場合には余裕があるスライスと判定する。余裕があるか否かの判定は、上限値とネットワーク状況取得部１３との差に関する閾値を定めておくことにより行われてもよいし、上限値とネットワーク状況取得部１３との比に関する閾値を定めておくことにより行われてもよい。

　通信要件設定部１１１ａは、通信リソースに余裕があるスライスがあり、通信リソースに余裕のないスライスがある場合、通信リソースに余裕があるスライスに対応するサービスに関して帯域を増やし、通信リソースに余裕のないスライスに対応するサービスに関して帯域を減らすことを示すリソース変更情報を生成する。通信要件設定部１１１ａは、リソース変更情報をサービス切替装置２ｃのサービス要件設定部２４ｃに通知する。

　また、通信要件設定部１１１ａは、リソース変更情報に基づいて、サービス要件情報を変更し、変更したサービス要件情報を通信要件設定部１１１ａへ通知する。通信要件設定部１１１ａは、通知されたサービス要件情報を用いてスライス要件を変更し変更後のスライス要件をネットワーク管理部１２へ通知する。なお、この動作が行われる代わりに、通信要件設定部１１１ａが、リソース変更情報にあわせてスライス要件を変更し、変更後のスライス要件をネットワーク管理部１２へ通知してもよい。

　サービス要件設定部２４ｃは、リソース変更情報を通信要件設定部１１１ａから受け取ると、当該リソース変更情報をサービス制御部３１ａへ通知する。すなわち、サービス要件設定部２４ｃは、オーケストレータ１１ａから通知されたリソース変更情報を、リソース変更情報により通信リソースが変更されることが示されるサービスを提供するサービス提供装置であるサービスプラットフォーム装置３ｃへ通知する。サービス制御部３１ａは、リソース変更情報を用いて、帯域が変更になったサービスに対応する通信量を増減させる。なお、例えば、通信量の変動が大きいなどの理由により通信リソースに余裕があっても確保する通信リソースを減少させることができないサービスが有る場合には、通信要件設定部１１１ａに当該サービスを設定しておくことで、通信リソースに余裕がある場合でも当該サービスに確保する帯域を減少させないようにしてもよい。

　本実施の形態の通信プラットフォーム装置１ａ、サービス切替装置２ｃ、サービスプラットフォーム装置３ｃは、実施の形態１の通信プラットフォーム装置１、サービス切替装置２、サービスプラットフォーム装置３と同様に、コンピュータシステムにより実現される。

　なお、上述した例では、通信要件設定部１１１ａが、通信リソースに余裕があるスライスに対応するサービスに関して帯域を増やす処理と、通信リソースに余裕のないスライスに対応するサービスに関して帯域を減らす処理との両方を行う例を説明したが、これらの処理のうち一方のみを行うようにしてもよい。

　なお、実施の形態２で述べた接続端末数の計数結果に基づくサービス要件情報の設定と、本実施の形態のトラフィック量の実績値に応じた調整とを組み合わせてもよい。また、実施の形態２で述べた接続端末数の計数に基づくサービス要件情報の設定と、実施の形態３の通信量の取得に基づくサービス要件情報の設定と、本実施の形態のトラフィック量の実績値に応じた調整とを組み合わせてもよい。また、実施の形態３の通信量の取得に基づくサービス要件情報の設定と、本実施の形態のトラフィック量の実績値に応じた調整とを組み合わせてもよい。

　本実施の形態では、施設内の通信ネットワークのトラフィック量の実績値を用いて、スライスごとに余裕があるか否かを判定し、判定結果に応じてスライスの通信リソースを増減させるようにした。これにより、通信リソースを有効活用することができる。

　以上の実施の形態に示した構成は、一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、実施の形態同士を組み合わせることも可能であるし、要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

　１，１ａ　通信プラットフォーム装置、２，２ａ，２ｂ，２ｃ　サービス切替装置、３，３ａ，３ｂ，３ｃ　サービスプラットフォーム装置、４　プロバイダ、５　ユーザ端末、６－１，６－２　Ｌ３ＳＷ、７　施設、１１，１１ａ　オーケストレータ、１２　ネットワーク管理部、１３　ネットワーク状況取得部、２１　状況判断部、２２　有効サービス決定部、２３，１１２　テーブル記憶部、２４，２４ａ，２４ｂ，２４ｃ　サービス要件設定部、３１，３１ａ　サービス制御部、３２　サービス提供部、３３　定義情報記憶部、３４　サービス登録部、３５　接続情報取得部、３６　通信情報取得部、６１　基地局、６２－１，６２－２　カメラ、６３　大型表示装置、６４，６６，６７　端末、６５　サイネージ装置、７１　スタジアム、７２　第１エリア、７３　第２エリア、１００，１００ａ，１００ｂ，１００ｃ　プラットフォームシステム、１１１，１１１ａ　通信要件設定部。 

Claims (15)

1. 　通信ネットワークを用いて提供可能な複数のサービスのなかから、前記通信ネットワークが構築される施設の状況を示す状況情報に応じて、有効とするサービスである有効サービスを決定する有効サービス決定部と、
   　前記有効サービスとして決定された前記サービスごとに、当該サービスを実行するための通信リソースに関する要求を示すサービス要件情報を設定するサービス要件設定部と、
   　前記有効サービスに含まれる前記サービスをネットワークスライスと対応付け、前記サービス要件情報に基づいて、前記ネットワークスライスの通信リソースに関する要求を示すスライス要件を決定するオーケストレータと、
   　前記スライス要件に基づいて、前記ネットワークスライスにリソースを割当てるネットワーク管理部と、
   　を備えることを特徴とするプラットフォームシステム。
2. 　前記複数のサービスのそれぞれの通信リソースに関する要求を示すサービス定義情報から、前記有効サービスに含まれる前記サービスに対応する前記サービス定義情報を抽出し、抽出した前記サービス定義情報を前記サービス要件設定部へ通知するサービス制御部、
   　を備え、
   　前記サービス要件設定部は、前記サービス制御部から通知された前記サービス定義情報を用いて、前記サービスごと前記サービス要件情報を設定することを特徴とする請求項１に記載のプラットフォームシステム。
3. 　前記サービス要件設定部は、前記サービスごとに、前記サービス定義情報を前記状況情報に応じて変更するか否かを判定し、前記サービス定義情報を変更しないと判定した場合には前記サービス定義情報を前記サービス要件情報として設定し、前記サービス定義情報を変更すると判定した場合には前記サービス定義情報を変更して得られる情報を前記サービス要件情報として設定することを特徴とする請求項２に記載のプラットフォームシステム。
4. 　前記サービスごとの、前記通信ネットワークを用いて前記サービスを利用する端末の数を取得し、前記端末の数を用いて前記サービス要件情報を変更することを特徴とする請求項１から３のいずれか１つに記載のプラットフォームシステム。
5. 　前記サービスごとの前記サービスの通信量を取得し、前記通信量を用いて前記サービス要件情報を変更することを特徴とする請求項１から４のいずれか１つに記載のプラットフォームシステム。
6. 　前記ネットワークスライスごとのトラフィック量の実績値を取得するネットワーク状況取得部、
   　を備え、
   　前記オーケストレータは、前記実績値を用いて、前記ネットワークスライスごとの通信リソースを変更し、当該ネットワークスライスに対応する前記サービスに前記通信リソースの変更を反映し、前記サービスごとの前記通信リソースの変更を示すリソース変更情報を前記サービス要件設定部へ通知し、
   　前記サービス要件設定部は、前オーケストレータから通知された前記リソース変更情報を、前記リソース変更情報により前記通信リソースが変更されることが示される前記サービスを提供するサービス提供装置へ通知することを特徴とする請求項１から５のいずれか１つに記載のプラットフォームシステム。
7. 　前記複数のサービスは、前記施設において行われるイベントの映像を提供する映像サービスを含み、
   　前記映像サービスを提供するサービス提供装置は、前記施設に設置された撮影装置によって撮影された映像データを用いて前記映像サービスを提供し、
   　前記状況情報は、前記施設において行われるイベントの開催中であるか否かを示す進行情報を含むことを特徴とする請求項２から６のいずれか１つに記載のプラットフォームシステム。
8. 　前記複数のサービスは、前記施設内の端末に情報を提供する情報提供サービスを含み、
   　前記有効サービス決定部は、前記進行情報が前記施設において行われるイベントの開催中であることを示す場合、前記有効サービスに前記映像サービスを含め、前記進行情報が、前記イベントが終了したことを示す場合、前記有効サービスに前記情報提供サービスを含めることを特徴とする請求項７に記載のプラットフォームシステム。
9. 　前記サービス要件設定部は、前記進行情報が前記施設において行われるイベントの開催中であることを示す場合、前記撮影装置から前記映像サービスを提供するサービス提供装置へ向かう上り通信の通信リソースを、複数のサービスのそれぞれの通信リソースに関する要求を示すサービス定義情報で規定された値より増加させ、前記進行情報が、前記イベントが終了したことを示す場合、前記映像サービスから前記端末へ向かう下り通信の通信リソースを前記サービス定義情報で規定された値より増加させることを特徴とする請求項８に記載のプラットフォームシステム。
10. 　前記複数のサービスは、非常時に情報が提供される非常時情報提供サービスを含み、
    　前記状況情報は、非常時であるか否かを示す非常判定情報を含み、
    　前記有効サービス決定部は、前記非常判定情報が非常時であることを示す場合、前記有効サービスに、前記非常時情報提供サービスを含め、前記非常時情報提供サービス以外の前記サービスを含めないことを特徴とする請求項７から９のいずれか１つに記載のプラットフォームシステム。
11. 　前記施設はスタジアムを含み、
    　前記サービス要件設定部は、前記スタジアム内と前記スタジアム外とのそれぞれに関して前記サービス要件情報を設定することを特徴とする請求項２から１０のいずれか１つに記載のプラットフォームシステム。
12. 　前記サービス要件設定部は、サービスと優先度との対応を示すあらかじめ定められた対応情報を用いて、前記有効サービスに含まれる前記サービスごとに優先度を決定し、前記優先度を前記サービス要件情報に含めることを特徴とする請求項２から１１のいずれか１つに記載のプラットフォームシステム。
13. 　通信ネットワークを用いて提供可能な複数のサービスのなかから、前記通信ネットワークが構築される施設の状況を示す状況情報に応じて、有効とするサービスである有効サービスを決定する有効サービス決定部と、
    　前記有効サービスとして決定された前記サービスごとに、当該サービスを実行するための通信リソースに関する要求を示すサービス要件情報を設定するサービス要件設定部と、
    　を備え、
    　前記サービス要件設定部は、前記サービス要件情報を、前記有効サービスに含まれる前記サービスをネットワークスライスと対応付け、前記サービス要件情報に基づいて、前記ネットワークスライスの通信リソースに関する要求を示すスライス要件を決定し前記スライス要件に基づいて、前記ネットワークスライスにリソースを割当てる通信プラットフォーム装置へ通知することを特徴とするサービス切替装置。
14. 　プラットフォームシステムにおけるリソース割当て方法であって、
    　通信ネットワークを用いて提供可能な複数のサービスのなかから、前記通信ネットワークが構築される施設の状況を示す状況情報に応じて、有効とするサービスである有効サービスを決定するステップと、
    　前記有効サービスとして決定された前記サービスごとに、当該サービスを実行するための通信リソースに関する要求を示すサービス要件情報を設定するステップと、
    　前記有効サービスに含まれる前記サービスをネットワークスライスと対応付け、前記サービス要件情報に基づいて、前記ネットワークスライスの通信リソースに関する要求を示すスライス要件を決定するステップと、
    　前記スライス要件に基づいて、前記ネットワークスライスにリソースを割当てるステップと、
    　を含むことを特徴とするリソース割当て方法。
15. 　コンピュータシステムに、
    　通信ネットワークを用いて提供可能な複数のサービスのなかから、前記通信ネットワークが構築される施設の状況を示す状況情報に応じて、有効とするサービスである有効サービスを決定するステップと、
    　前記有効サービスとして決定された前記サービスごとに、当該サービスを実行するための通信リソースに関する要求を示すサービス要件情報を設定するステップと、
    　前記有効サービスに含まれる前記サービスをネットワークスライスと対応付け、前記サービス要件情報に基づいて、前記ネットワークスライスの通信リソースに関する要求を示すスライス要件を決定するステップと、
    　前記スライス要件に基づいて、前記ネットワークスライスにリソースを割当てるステップと、
    　を実行させることを特徴とするコンピュータプログラム。

Images