通信システム及び通信制御方法
【課題】優先度に応じて適切な無線リソースを割り当てる。
【解決手段】複数の経路を有する無線通信区間と、１以上の経路を有する有線通信区間とを含むネットワークと、前記ネットワークを制御する通信制御装置と、を備える通信システムであって、前記無線通信区間には通信端末が接続されており、前記有線通信区間にはサーバが接続されており、前記通信制御装置は、前記無線通信区間の複数の経路の通信状態と、前記有線通信区間の１以上の経路の通信状態とを取得し、前記無線通信区間に接続された通信端末と前記有線通信区間に接続されたサーバとの間でデータ通信要求があった場合、前記無線通信区間及び前記有線通信区間による通信品質が、前記通信端末と前記サーバとの間の通信において要求される通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、それぞれの経路を選択する。
【解決手段】複数の経路を有する無線通信区間と、１以上の経路を有する有線通信区間とを含むネットワークと、前記ネットワークを制御する通信制御装置と、を備える通信システムであって、前記無線通信区間には通信端末が接続されており、前記有線通信区間にはサーバが接続されており、前記通信制御装置は、前記無線通信区間の複数の経路の通信状態と、前記有線通信区間の１以上の経路の通信状態とを取得し、前記無線通信区間に接続された通信端末と前記有線通信区間に接続されたサーバとの間でデータ通信要求があった場合、前記無線通信区間及び前記有線通信区間による通信品質が、前記通信端末と前記サーバとの間の通信において要求される通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、それぞれの経路を選択する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報通信システムに関し、特に、端末とサーバとの間の要求通信品質と、端末及びアプリケーションの通信の優先度とを考慮して、当該優先度に適する通信経路を提供する通信制御技術に関する。
【背景技術】
【０００２】
従来、携帯電話機は、音声通話やメールのために用いられてきた。しかし、昨今の無線通信のブロードバンド化により、インターネット上の様々なサービスを携帯電話機で利用することができるようになってきた。インターネットで提供されるサービスには、Ｗｅｂのようにバースト的に通信するもの、映像配信のように広帯域の情報を長時間に渡って送り続けるもの、データサイズは小さいが低遅延で確実に転送する必要があるもの（例えば、緊急地震速報）、大容量のデータファイルの転送など、これまでは有線ネットワークで提供されていた様々な要求及び特性を有するサービスが実現されている。また、将来的には、無線による遠隔医療サービス、遠隔ロボット制御など、更に高信頼性が必要な分野、及び、現在有線ネットワークで構築されている金融、行政、交通など障害の発生による中断及び停止が社会に多大な影響を及ぼす社会基盤システムのような所謂「ミッションクリティカル」なシステムにも、無線アクセス網が利用されること予想される。
【０００３】
一方、無線通信のリソースは有線通信より限られており、無線通信特有の問題も存在する。無線通信においては、建造物や地形による電波の反射、屈折、散乱などにより発生するマルチパスによって受信強度が激しく変動し、及び、端末の位置によっては電波の受信が困難な場合も発生するため、無線通信において高い信頼性を保証することは困難である。また、ミッションクリティカル性を有するサービスから、ｗｅｂのようなベストエフォート通信まで、多種多様な優先度及び通信要求や特性を有するサービスが混在する中で、限られた無線リソースをいかに効率よく適切に割り当てる技術が必要となる。
【０００４】
このような問題を解決するための従来技術として、複数の無線を切り替えて使用可能な通信路を提供する技術がある（例えば、特許文献１参照。）。特許文献１は、電波状況を監視し、より良い電波状況の無線通信システムに動的に切り替える発明を開示する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１０９７２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述した従来技術では、切り替え先の無線通信システムの帯域の占有状態を考慮していないため、当該無線通信システムが既に他ユーザに占有されている場合、要求を満たすことができない。また、無線通信システムに優先度を設定してユーザの要求を満たす無線通信システムを割り当てるが、ユーザやアプリケーションの優先度を考慮して無線通信システムを切り替えないため、優先度が低いユーザやアプリケーションに過剰にリソースを提供する可能性もある。
【０００７】
また、前述した従来技術では、無線の通信環境が劣化した場合、通信品質の良い無線通信システムに切り替えることができる。しかし、通信品質の良い通信システムが、既に他のユーザによって利用されている場合、通信品質の良い通信システムに切り替えることができない、又は、利用されていない帯域を利用して通信することになるため、当該ユーザは要求する通信品質を満たすことができない。
【０００８】
この様子を図１２に示す。図１２は、通信システム１及び通信システム２によって提供可能な帯域と接続中のユーザによって使用されている帯域を示す。
【０００９】
図１２（ａ）において、ベストエフォートで通信を行うユーザ１、ユーザ２、ユーザ３、優先度が高いＱｏＳ保証ユーザが通信システム１に接続している。この状況において通信システム１の無線通信品質が劣化した場合、優先度が高いＱｏＳ保証ユーザは、通信品質が良い通信システム２への切り替えを試みる。しかし、通信システム２によって提供される帯域が既に他のＱｏＳ保証ユーザによって占有されているため、通信システム２に切り替えることができない、又は、通信システム２に切り替えられたとしても当該ユーザが要求する通信品質（使用帯域）を満足することができない（図１２（ｂ））。
【００１０】
通信品質劣化後の望まれる切り替え例としては、図１３に示すように、優先度が高いユーザは、優先度が低いユーザを追い出して、要求が満足される通信システム２に切り替える。また、新規接続ユーザより優先度が低い優先度（低）のユーザは通信システム１に切り替え、元々通信システム１に接続していた通信品質の保証されないベストエフォートユーザ（ユーザ１〜３）は、残された帯域を使って通信することが望ましい。
【００１１】
以上のように、無線通信品質の劣化時において、優先度が高いユーザやアプリケーションであっても要求する通信品質が得られず、優先度が低いユーザやアプリケーションに過剰なリソースが提供される。このような状態を解決し、優先度に応じて適切な無線リソースを割り当てることが第１の課題である。
【００１２】
さらに、優先度が高いＱｏＳ保証ユーザが新規に接続する際、通信品質が劣化した場合と同様の問題が生じる。この場合に生じる問題について、図１４を用いて説明する。
【００１３】
優先度が高い新規接続ユーザが要求する通信品質、例えば、要求遅延時間を満たすことができる通信システムが通信システム２だけであった場合、当該新規ユーザは通信システム２に接続を試みるが、既に通信システム２によって提供される帯域が他のＱｏＳ保証ユーザで占有されているため、当該新規ユーザは通信システム２に接続できない、又は、通信システム２に接続できたとしても当該ユーザが要求する通信品質（使用帯域）を満足することができない。
【００１４】
新規接続時の望まれる例は、優先度（高）の新規接続ユーザが要求を満たすために通信システム１に接続し、既に接続している優先度（中）のユーザの要求を満たす他の通信システムに切り替えることである。以上のように、ユーザが新規に接続する時にも、優先度が高いユーザやアプリケーションが要求する通信品質を得られず、優先度が低いユーザやアプリケーションに過剰なリソースが提供される。このような状態を解決し、優先度に応じて適切な無線リソースを割り当てることが第２の課題である。
【００１５】
本発明は、優先度に応じて適切な無線リソースを割り当てることを目的とする。
【課題を解決するための手段】
【００１６】
本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数の経路を有する無線通信区間と、１以上の経路を有する有線通信区間とを含むネットワークと、前記ネットワークを制御する通信制御装置と、を備える通信システムであって、前記無線通信区間には通信端末が接続されており、前記有線通信区間にはサーバが接続されており、前記通信制御装置は、前記無線通信区間の複数の経路の通信状態と、前記有線通信区間の１以上の経路の通信状態を取得し、前記無線通信区間に接続された通信端末と前記有線通信区間に接続されたサーバとの間でデータ通信要求があった場合に、前記無線通信区間及び前記有線通信区間による通信品質が、前記通信端末と前記サーバとの間の通信において要求される通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、それぞれの経路を選択し、前記選択された経路を、前記通信端末及び前記サーバへ通知する。
【発明の効果】
【００１７】
本発明の代表的な実施の形態によれば、優先度が高いアプリケーションや、常に高品質な通信が要求されるユーザに対して、優先的に無線リソースを割り当て、優先度が低いユーザやアプリケーションに対しても、優先度に応じて適切な無線リソースを割り当てることができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態の一例のネットワークシステムの全体の構成図である。
【図２】本実施形態のモバイルアプリケーション基盤サーバの構成の一例を示すブロック図である。
【図３】本実施形態の無線ＮＷ通信状況テーブルの一例を説明する図である。
【図４】有線ＮＷ通信状況テーブルの一例を説明する図である。
【図５】本実施形態のアプリケーション管理テーブルの一例を説明するである。
【図６】本実施形態のアプリケーション要求品質テーブルの一例を説明するである。
【図７】優先度を考慮した無線通信品質劣化時のネットワーク割り当て方法の概要を説明する図である。
【図８】本実施形態のネットワーク割当処理のフローチャートである。
【図９】本実施形態の除外アプリケーション接続処理のフローチャートである。
【図１０】新たに接続されるアプリケーションのネットワーク割り当て方法の概要を説明する図である。
【図１１Ａ】本実施形態のネットワーク割当処理のフローチャートである。
【図１１Ｂ】本実施形態のネットワーク割当処理のフローチャートである。
【図１２】無線通信品質が劣化する場合の従来の切替例を説明する図である。
【図１３】無線通信品質が劣化する場合の望まれる切替例を説明する図である。
【図１４】新規接続時の従来の接続例を説明する図である。
【発明を実施するための形態】
【００１９】
まず、本発明の実施形態の概要について説明する。
【００２０】
前述した、第１の課題を解決するために、本発明の実施形態においては、複数の経路を有する無線通信区間と、１以上の経路を有する有線通信区間とを含むネットワークと、前記ネットワークを制御する通信制御装置と、を備える通信システムであって、前記無線通信区間には通信端末が接続されており、前記有線通信区間にはサーバが接続されており、前記通信制御装置は、前記無線通信区間の複数の経路の通信状態と、前記有線通信区間の１以上の経路の通信状態を取得する手段と、前記無線通信区間に接続された通信端末と前記有線通信区間に接続されたサーバとの間でデータ通信要求があった場合、前記無線通信区間及び前記有線通信区間による通信品質が、前記通信端末と前記サーバとの間の通信において要求される通信品質を満たす（例えば、通信時間の総和が指定したＥｎｄ−ｔｏ−Ｅｎｄの遅延時間以下となり、通信帯域が指定したデータレート以上になる）ように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、それぞれの経路を選択する手段と、前記選択された経路を前記通信端末及び前記サーバへ通知する手段と、を有する。
【００２１】
また、前記通信制御装置は、ユーザが使用するアプリケーションの優先度の情報を保持し、前記無線通信区間の通信品質が劣化したことを検出した場合、前記検出された通信品質の劣化によって、前記選択された無線通信区間の経路と有線通信区間の経路による端点間で提供可能な遅延時間が、要求される遅延時間を達成できないユーザ又はアプリケーションを抽出する手段と、当該無線通信区間に接続するユーザ又はアプリケーションのうち、前記抽出されたユーザ又はアプリケーションを除いたユーザ又はアプリケーションを優先度が高い順にソートする手段と、前記ソートされたユーザ又はアプリケーションを優先度が高い順に当該無線通信区間に割り当てる手段と、当該無線通信区間において提供される帯域を超えるために、当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外する手段と、を有する。
【００２２】
更に、前記通信制御装置は、前記要求される遅延時間が達成できない又は前記無線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定する手順と、前記除外されたユーザ又はアプリケーションの優先度が高い順にソートする手段と、前記優先度が高い順に、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から前記通信品質要求を満たす新規経路を選択する手段と、前記選択された経路を前記通信端末及び前記サーバへ通知する手順と、を有する。
【００２３】
前述した第２の課題を解決するために、本発明の実施形態においては、前記通信制御装置は、ユーザが使用するアプリケーションの優先度の情報を保持し、新規に前記ユーザ又は前記アプリケーションから接続要求があった場合、前記接続が要求された通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から新規経路を選択し、前記選択された無線通信区間の経路と有線通信区間の経路による端点間（Ｅｎｄ−ｔｏ−Ｅｎｄ）で提供可能な遅延時間が、前記新規ユーザ又はアプリケーションが要求を満たすか否かを判定する手段と、前記新規ユーザ又はアプリケーションが要求する帯域と該無線通信区間の空き帯域とを比較する手段と、前記新規ユーザ又はアプリケーション及び当該無線通信区間に接続するユーザ又はアプリケーションを、優先度が高い順にソートする手段と、前記ソートされたユーザ又はアプリケーションを、当該無線通信区間に優先度が高い順に割り当る手段と、当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外する手段と、を有する。
【００２４】
また、前記新規ユーザ又はアプリケーションが要求する帯域と前記有線通信区間の空き帯域とを比較する手順と、前記新規ユーザ又はアプリケーション及び当該有線通信区間に接続するユーザ又はアプリケーションの優先度が高い順にソートする手段と、前記ソートされたユーザ又はアプリケーションを優先度が高い順に当該無線通信区間に割り当てル手段と、当該有線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該有線通信区間から除外する手段と、を有する。
【００２５】
更に、前記要求される遅延時間が達成できない又は該無線通信区間及び該有線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定する手段と、前記除外されたユーザ又はアプリケーションの優先度が高い順にソートする手段と、前記ソートされたユーザ又はアプリケーションを、優先度が高い順に新規無線通信区間及び新規有線通信区間に割り当てる手段と、を有する。
【００２６】
以下、本発明の代表的な実施形態について図面を参照して説明する。
【００２７】
図１に、本実施形態の一例のネットワークシステムの全体の構成図である。
【００２８】
図１に示すネットワークシステムは、無線通信システムとしては、無線側のアクセスネットワークである無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と、有線のバックボーンネットワークである新世代ネットワークとして期待される仮想ネットワーク（ＶＮ：Ｖｉａｒｔｕａｌｉｚｅｄ ｎｅｔｗｏｒｋ）によって構成される。
【００２９】
なお、本実施形態では、ネットワークノードを仮想化することによって、自由度の高いネットワーク設計が可能となる仮想ネットワークを用いたが、バックボーンネットワークとしては、どのような有線ネットワークを用いてもよい。
【００３０】
また、第１の実施形態のネットワークシステムでは、モバイルアプリケーション基盤サーバ１００が、ＲＡＮ側及びＶＮ側の情報を集約し、ＲＡＮとＶＮとを互いに連携させながら、アプリケーションで要求される通信品質を満たすＥｎｄ−ｔｏ−Ｅｎｄ（端末１（１０３）及び端末２（１０４）から、アプリケーションサーバ１（１０８）及びアプリケーションサーバ２（１０９）まで）の通信経路を確立する。
【００３１】
端末１（１０３）、端末２（１０４）、アプリケーションサーバ１（１０８）及びアプリケーションサーバ２（１０９）は、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを格納するメモリ、及び、ネットワークと接続するネットワークインターフェースを有する計算機である。
【００３２】
アプリケーションサーバ１（１０８）及びアプリケーションサーバ２（１０９）は、アプリケーションプログラムを実行することによって、端末１（１０３）及び端末２（１０４）にアプリケーションを提供する。なお、アプリケーションプログラムの一部が端末１（１０３）又は端末２（１０４）で実行されてもよい。
【００３３】
ＲＡＮとしてはＲＡＮ１とＲＡＮ２の二つのネットワークが利用可能であり、端末１（１０３）及び端末２（１０４）は二つのＲＡＮを切り替えて又は同時に利用できる機能を有する。各ＲＡＮは、ＧＷ１０５、１０６で終端され、各ＧＷはモバイルネットワークゲートウェイ（ＭＮ−ＧＷ）１０７に接続され、ＭＮ−ＧＷ１０７によってＲＡＮの切り替えが可能である。
【００３４】
ＲＡＮ調停サーバ１０１は、各ＧＷ１０５、１０６からＲＡＮ１１０内の情報を集約する。
【００３５】
ＶＮ側は、仮想ネットワーク調停サーバ１０２が仮想ネットワーク１１１内の仮想ネットワーク対応ルータ１１２の接続を切り替える機能を持ち、随時、複数の仮想ネットワークリンクを確保し管理する。本実施形態では、ＶＮ１及びＶＮ２の二つのネットワークが利用可能である。ＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２は、集約した情報をモバイルアプリケーション基盤サーバ１００に伝え、モバイルアプリケーション基盤サーバ１００は、これらの情報を利用することによって、ＲＡＮとＶＮとが連携した調停を行うことができる。
【００３６】
モバイルアプリケーション基盤サーバ１００は、端末１（１０３）及び端末２（１０４）からアプリケーションサーバ１（１０８）及びアプリケーションサーバ２（１０９）への接続要求を受信すると、保持しているＲＡＮとＶＮの情報に基づいて、要求を満たす組み合わせを決定する。要求を満たす組み合わせがある場合、当該組み合わせで接続をする。
【００３７】
一方、要求を満たす組み合わせがなく、かつ、要求する遅延は満たすが他のユーザによって既に帯域が占有されいるＲＡＮやＶＮがある場合、新たに接続されるユーザより優先度が低いユーザを他のＲＡＮやＶＮに切り替えたり、要求通信品質を低くすることによって、優先度が高い新規接続ユーザの接続を確保する。要求する遅延を満たす組み合わせがない場合、新たに接続されるユーザが要求通信品質を譲歩することによって、最低限の接続が確保される。
【００３８】
また、使用しているＲＡＮの品質が劣化した場合、優先度が低い順にユーザを他のＲＡＮやＶＮに切り替えたり、要求通信品質を譲歩する（すなわち、通信品質を低くする）ことによって、優先度が高いユーザやアプリケーションの要求を満たす接続を維持する。
【００３９】
以下、より具体的に本実施形態のシステム構成を説明する。なお、ここまではユーザ単位で説明をしたが、以降はユーザがアプリケーションサーバから提供を受けるアプリケーション単位で説明する。
【００４０】
各ユーザは、複数のアプリケーションを実行することができる。また、同一ユーザが複数の同一アプリケーションを起動する（例えば、ユーザＡがアプリケーションＡを複数起動する）ことができ、異なるユーザが同一アプリケーションを使用する（ユーザＡとユーザＢがアプリケーションＡを起動する）ことができる。優先度は、ユーザ毎に決定されても、ユーザが使用するアプリケーション毎に決定されてもよい。以降は、アプリケーション毎に優先度が決定される例について説明する。ネットワークサービスを提供するプロバイダやキャリアが、契約や料金プランなどによって、ユーザ毎に優先度が決定される場合、アプリケーション毎の優先度ではなく、ユーザ毎に設定された優先度に本実施の形態を適用することができる。
【００４１】
まず、本実施形態における主要通信制御装置であるモバイルアプリケーション基盤サーバ１００の構成について説明する。
【００４２】
図２は、本実施形態のモバイルアプリケーション基盤サーバ１００の構成の一例を示すブロック図である。
【００４３】
モバイルアプリケーション基盤サーバ１００は、ハードウェアとして、中央処理部（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２２、磁気ディスクドライブ（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１２３、ネットワークインターフェース（ＮＩＦ：Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）を有し、市販の一般的なサーバである。また、ＲＡＭ１２２又はＨＤＤ１２３にソフトウェアプログラム及びデータを保持し、ソフトウェアプログラムを実行することによって、適宜データを参照しながら所望の処理を実行する。ＲＡＭ１２２は、少なくとも、無線ネットワーク通信状況テーブル１３０、有線ネットワーク通信状況テーブル１３１、アプリケーション管理テーブル１３２及びアプリケーション要求品質テーブル１３３を保持する。
【００４４】
図３は、本実施形態の無線ＮＷ通信状態テーブル１３０の一例を説明する図であり、図４は、有線ＮＷ通信状態テーブル１３１の一例を説明する図である。
【００４５】
モバイルアプリケーション基盤サーバ１００は、管理するネットワーク（ＲＡＮ、ＶＮ）の通信状態を保持・管理する。本実施形態の無線ＮＷ通信状況テーブル１３０及び有線ＮＷ通信状態テーブル１３１は、通信状態を示す情報の例として、各ＲＡＮ及びＶＮの提供帯域及び提供遅延時間を含むが、通信状態を把握するための情報であり、かつＲＡＮ及びＶＮを割り当てるために必要な情報を、各テーブルに追加するとよい。
【００４６】
また、両テーブルは、リソースのユーザを特定するための情報としてユーザの識別子と含むが、現在どのユーザ又はアプリケーションが当該ネットワークに接続しているかを示す情報であればよい。これらのテーブルに含まれる情報は、モバイルアプリケーション基盤サーバ１００が、定期的に又は必要がある際に随時、ＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２に問い合わせることによって取得した情報に基づいて更新する。
【００４７】
図５は、本実施形態のアプリケーション管理テーブル１３２の一例を説明するである。
【００４８】
本実施形態のアプリケーション管理テーブル１３２は、モバイルアプリケーション基盤サーバ１００が管理しているアプリケーションの接続状況を保持するテーブルである。ユーザＩＤは、モバイルアプリケーション基盤サーバを介して接続されたユーザのアプリケーションに対してシーケンスに割り当てられる値である。アプリケーションＩＤは、接続しているアプリケーションの種別を特定する。端末とサーバは、通信している端末とサーバのＩＰアドレスやポート番号であり、端末及びサーバを特定するための情報であれば、どのような情報でもよい。当該アプリケーションが無線ＮＷ欄及び有線ＮＷ欄で示されたネットワークの組み合わせの接続を用いて、要求帯域欄及び要求遅延時間欄で特定される通信特性を要求して通信していることを示す。
【００４９】
図６は、本実施形態のアプリケーション要求品質テーブル１３３の一例を説明するである。
【００５０】
アプリケーション要求品質テーブル１３３は、モバイルアプリケーション基盤サーバ１００を介して接続する際に必要となる要求通信品質及びユーザやアプリケーションの優先度を保持するテーブルである。アプリケーション要求品質テーブル１３３に含まれる要求通信品質と、無線ＮＷ通信状況テーブル１３０（図３）及び有線ＮＷ通信状況テーブル１３１（図４）に含まれるＲＡＮ及びＶＮの通信状況によって、接続すべき組み合わせが調停される。また、アプリケーションの優先度を用いて、接続すべき組み合わせを当該ユーザやアプリケーションが利用可能であるかを判定する。
【００５１】
次に、第１の課題を解決するための、優先度を考慮した無線通信品質劣化時の接続中ユーザへのネットワーク割り当て方法の詳細について説明する。始めに、優先度を考慮した無線通信品質劣化時のネットワーク割り当て方法の概要について、図７を用いて説明する。
【００５２】
図７（ａ）は、ＲＡＮ１の提供可能帯域内に複数のアプリケーションが接続して、ネットワーク帯域を使用している状態を示す。この状態において、ＲＡＮ１の無線通信品質が劣化し、図７（ｂ）に示すように、提供帯域が減った場合の割り当てを考える。
【００５３】
まず、接続中のアプリケーションを優先度順にソートし（図７（ｃ））、通信品質劣化後の帯域から溢れた優先度が低いアプリケーションをＲＡＮ１から除外する（図７（ｄ））。除外されたアプリケーションは、当該アプリケーションの要求通信品質を満たすＲＡＮに移動するか、要求通信品質を譲歩してＲＡＮに接続する。この処理によって、優先度が高いアプリケーションに優先的にソリースを割り当て、優先度が低いアプリケーションにも最低限の接続を確保することができる。
【００５４】
図８は、本実施形態のネットワーク割当処理のフローチャートである。図８に示す、ネットワーク割当処理は、無線通信品質が劣化した場合に、モバイルアプリケーション基盤サーバ１００が実行する。
【００５５】
まず、無線通信品質の劣化を検出すると、このネットワーク割当処理を開始し（ステップ１１０１）、無線通信品質が劣化したことにより要求する通信品質が要求を達成しないアプリケーションが存在するか否かを判定する（ステップ１１０２）。その結果、通信品質が要求を達成しないアプリケーションが存在しなければ、ネットワークの再割り当てをせずに、この処理を終了する（ステップ１１０３）。一方、通信品質が要求を達成しないアプリケーションが存在すれば、品質の劣化したＲＡＮを選択し、ＲＡＮ毎のループ処理を行う（ステップ１１０４〜ステップ１１１２）。
【００５６】
ループ内では、まず、選択されたＲＡＮにおいて要求遅延を達成できないアプリケーションを抽出し（ステップ１１０５）。抽出された要求遅延を達成できないアプリケーションを除いた（抽出された要求遅延を達成でき）、当該ＲＡＮに接続しているアプリケーションを、優先度が高い順にソートする（ステップ１１０６）。この際、同じ優先度のアプリケーションは、接続の新しい順、アプリケーションを利用しているユーザの優先度順など、ネットワークオペレータが定める方針に従ってソートするとよい。
【００５７】
次に、優先度が高い順に当該ＲＡＮを使用するアプリケーションを決定する（ステップ１１０７〜ステップ１１１１）。具体的には、選択したアプリケーションの合計帯域が当該ＲＡＮによって提供される帯域を超えないように、優先度が高い順にアプリケーションを選択する（ステップ１１０８〜ステップ１１１０）。そして、選択されたアプリケーションは現在のＲＡＮを利用し、その他のアプリケーションは当該ＲＡＮから除外される（ステップ１１１１）。そして、利用又は除外が決定されたネットワークが、当該通信の端点となる端末及びサーバに通知される。
【００５８】
なお、ＲＡＮ調停サーバ１０１がＱｏＳ制御機能を有していれば、モバイルアプリケーション基盤サーバ１００は、利用又は除外が決定されたネットワークをＲＡＮ調停サーバ１０１に通知してもよい。
【００５９】
ＲＡＮ毎のループ処理（ステップ１１０４〜ステップ１１１２）が終了した後、要求遅延が達成できないアプリケーション、又は、現在のＲＡＮから除外されたアプリケーションが存在するか否かを判定する(ステップ１１１３）。要求遅延が達成できないアプリケーション及び現在のＲＡＮから除外されるアプリケーションのいずれも存在しない場合、再割り当てを実行せず、この処理を終了する（ステップ１１１４）。一方、要求遅延が達成できないアプリケーション、又は現在のＲＡＮから除外されたアプリケーションが存在する場合、除外アプリケーション接続処理（ステップ１１１５）を実行し、この処理を終了する（ステップ１１１６）。
【００６０】
図９は、本実施形態の除外アプリケーション接続処理のフローチャートである。
【００６１】
この除外アプリケーション接続処理は、ネットワーク割当処理のステップ１１１５から呼び出されることによって開始する（ステップ１２０１）。
【００６２】
まず、要求遅延が達成できないアプリケーション及び当該ＲＡＮから除外されたアプリケーションを優先度が高い順にソートし（ステップ１２０２）、優先度が高い順にＲＡＮ／ＶＮのネットワーク割り当てを決定する（ステップ１２０３〜ステップ１２０７）。具体的には、ｍ＝１を初期値として、アプリケーションの要求を満たすネットワーク（ＲＡＮ、ＶＮ）の組み合わせが存在するか否かを判定する（ステップ１２０５）。その結果、要求を満たす組み合わせが存在すれば、当該ネットワークの組み合わせを当該アプリケーションを使用しているユーザに割り当て（ステップ１２０６）、次のアプリケーションに進む（ステップ１２０７）。そして、ステップ１２０４で、ソートされた全てのアプリケーションに、この処理が実行されたか否かを判定し、ソートされた全てのアプリケーションに、この処理を実行する。
【００６３】
なお、ステップ１２０６で割り当てられたネットワークが、当該通信の端点となる端末及びサーバに通知される。なお、ＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２がＱｏＳ制御機能を有していれば、モバイルアプリケーション基盤サーバ１００は、割り当てられたネットワークをＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２に通知してもよい。
【００６４】
その結果、ソートされた全てのアプリケーションの割り当てが成功した場合（１２０８でＮｏ）、この処理を終了する（ステップ１２１１）。一方、少なくとも一部のアプリケーションの割り当てに失敗した場合（１２０８でＹｅｓ）、譲歩するユーザが使用するネットワークの組み合わせ候補を選択し（ステップ１２０９）、選択された組み合わせの候補が提供できる通信品質に譲歩することによって低くなった通信品質で接続を行うよう、当該通信の端点となる端末及びサーバに通知する（ステップ１２１０）。なお、ＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２がＱｏＳ制御機能を有していれば、モバイルアプリケーション基盤サーバ１００は、割り当てられたネットワークをＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２に通知してもよい。
【００６５】
譲歩するユーザが使用するネットワークの選択は、Ｅｎｄ−ｔｏ−Ｅｎｄで提供される遅延時間が最小となる組み合わせ、遅延時間が最適となる組み合わせ、帯域使用率が最低となる組み合わせなど、ネットワークオペレータによって指定される方法や、ユーザのプリファレンスなどを考慮し選択するとよい。
【００６６】
次に、第２の課題を解決するための、優先度を考慮した新たに接続されるアプリケーションへのネットワーク割り当て方法の詳細について説明する。始めに、優先度を考慮した新たに接続されるアプリケーションのネットワーク割り当て方法の概要について、図１０を用いて説明する。
【００６７】
図１０（ａ）は、ＲＡＮ１の提供可能帯域内に複数のアプリケーションが接続して、ネットワーク帯域を使用している状態を示す。この状態において、図１０（ｂ）に示すように、ＲＡＮ１の余剰帯域以上の帯域を必要とし、中程度の優先度のアプリケーションからの接続要求があった場合の割り当てを考える。
【００６８】
まず、接続中アプリケーション及び接続要求があったアプリケーションを優先度順にソートし（図１０（ｃ））、提供される帯域から溢れた優先度が低いアプリケーションをＲＡＮ１から除外する（図１０（ｄ））。除外されたアプリケーションは、当該アプリケーションの要求通信品質を満たすＲＡＮに移動するか、要求通信品質を譲歩してＲＡＮに接続する。この処理によって、優先度が高いアプリケーションに優先的にソリースを割り当て、優先度が低いアプリケーションにも最低限の接続を確保することができる。
【００６９】
図１１Ａ及び図１１Ｂは、本実施形態のネットワーク割当処理のフローチャートである。図１１Ａ及び図１１Ｂに示すネットワーク割当処理は、新たなアプリケーションが接続を試みた場合に実行される。
【００７０】
まず、新規アプリケーションが最初に接続を試みるネットワークの組み合わせの候補を選択する。組み合わせ候補の選択はステップ１２０９において前述した方法と同じ方法を採用することができる（ステップ１４０１）。
【００７１】
次に、当該初期組み合わせによって提供される遅延が、当該アプリケーションが要求する遅延を満たすか否かを判定する（ステップ１４０２）。その結果、要求する遅延を満たさない場合、ステップ１４１９に進む。
【００７２】
一方、要求する遅延を満たす場合、選択された組み合わせのＲＡＮ及びＶＮから除外するアプリケーションを選択するための、ＲＡＮ除外アプリケーション選択処理（ステップ１４３０）及びＶＮ除外アプリケーション選択処理（ステップ１４４０）を実行する。なお、ＲＡＮ除外アプリケーション選択処理（ステップ１４３０）及びＶＮ除外アプリケーション選択処理（ステップ１４４０）の詳細は後述する。なお、本実施形態ではＲＡＮ除外アプリケーション選択処理（ステップ１４３０）とＶＮ除外アプリケーション選択処理（ステップ１４４０）とは、どちらが先に処理されてもよい。
【００７３】
次に、ステップ１４０２で新規アプリケーションが要求する遅延が達成できない、又は、ＲＡＮ除外アプリケーション選択処理（ステップ１４３０）及びＶＮ除外アプリケーション選択処理（ステップ１４４０）で除外されたアプリケーションが存在するか否かを判定し（ステップ１４１９）、新規アプリケーションが要求する遅延が達成できない及び現在のＲＡＮ又はＶＮから除外されるアプリケーションのいずれもない場合（ステップ１４１９でＮｏ）、新たに接続されるアプリケーションを選択されたＲＡＮ／ＶＮの組み合わせに接続し、この処理を終了する（ステップ１４２０）。
【００７４】
一方、新規アプリケーションが要求する遅延が達成できない又は現在のＲＡＮ又はＶＮから除外されるアプリケーションの少なくともいずれかである場合（ステップ１４１９でＹｅｓ）、除外アプリケーション接続処理（ステップ１４２０）を実行し、この処理を終了する（ステップ１４２２）。
【００７５】
除外アプリケーション接続処理（ステップ１４２１）は、無線通信品質劣化時の除外アプリケーション接続処理（図９）と同じである。但し、新たに接続されるユーザが要求する遅延が達成できない場合、新規ユーザのみが選択されることになるため、ステップ１２０２〜ステップ１２０８までの処理を省略し、直接、組み合わせ候補選択（ステップ１２０９）及びアプリケーション譲歩（ステップ１２１０）の処理を実行してもよい。この様にすると、処理の時間を短縮することができる。
【００７６】
次に、ＲＡＮ除外アプリケーション選択処理（ステップ１４３０）について説明する。
【００７７】
ＲＡＮ除外アプリケーション選択処理（ステップ１４３０）では、まず、新たに接続されるアプリケーションが要求する帯域と選択されたＲＡＮの空き帯域とを比較する（ステップ１４０３）。その結果、空き帯域が要求帯域以上である場合、新規アプリケーションは当該ＲＡＮを使用することができる（ステップ１４１０）。一方、空き帯域が要求帯域より小さい場合、まず、新規ユーザのアプリケーション及び当該ＲＡＮに接続中のアプリケーションを優先度が高い順にソートする（ステップ１４０４）。この際、同じ優先度のアプリケーションは、前述したステップ１１０６と同様に、接続の新しい順、アプリケーションを利用しているユーザの優先度順など、ネットワークオペレータが定める方針に従ってソートするとよい。
【００７８】
次に、優先度が高い順に当該ＲＡＮを使用するアプリケーションを決定する（ステップ１４０５〜ステップ１４０８）。具体的には、選択したアプリケーションの合計帯域が当該ＲＡＮによって提供される帯域を超えないように、優先度が高い順にアプリケーションを選択する（ステップ１４０６〜ステップ１４０８）。そして、選択されたアプリケーションは現在のＲＡＮを利用し、その他のアプリケーションは当該ＲＡＮから除外される（ステップ１４０９）。
【００７９】
ここまでの処理によって、新たに接続されるアプリケーションの追加によって当該ＲＡＮから除外されるユーザ（アプリケーション）が決定される。この際、新たに接続されるアプリケーションの優先度が、接続中のアプリケーションより低い場合、新たに接続されるアプリケーションが他のＲＡＮを使用する。
【００８０】
ＶＮ除外アプリケーション選択処理（ステップ１４４０）は、前述したＲＡＮ除外アプリケーション選択処理（ステップ１４３０）のＲＡＮをＶＮと読み替えた処理であるため、詳細な説明は省略する。
【００８１】
ここまでの処理によって、新たに接続されるアプリケーションが選択したＶＮから除外されるユーザが決定される。この際、新たに接続されるアプリケーションの優先度が接続中のアプリケーションより低い場合には、新たに接続されるアプリケーションが他のＶＮを使用する。
【００８２】
従来は、接続中のアプリケーションを他のネットワークに切り替えることは、当該切り替えられるアプリケーションの通信品質を劣化させ、かつ、アプリケーションを使用するユーザのレスポンスに対する体感を悪化させるため、非効率的かつ非現実的であった。しかし、コグニティブ無線技術などの進歩により、１００ミリ秒程度での無線システムの切り替えが可能となった。また、この先、より高速なシステム切り替えが可能になれば、様々なアプリケーションで瞬断の影響が少なく、優先度に応じた効率的な制御が可能となると予想される。また、現状でも１００ｍｓｅｃ程度の瞬断が使用ユーザに大きな影響がないアプリケーションでは十分に適用可能である。
【００８３】
例えば、ファイルのダウンロードや、ストリーミングのアプリケーションでは１００ミリ秒の瞬断があっても、より早くデータの送受信が完了できるネットワークに切り替えた方がアプリケーション又はユーザの要求に応えることができる。ネットワークの瞬断が大きな影響を与える車載センサなどのミッションクリティカルなアプリケーションの優先度を高くし、そのアプリケーションが瞬断しても通信品質が高いネットワークへ切り替える（すなわち、高速通信が重要）か、又は、できるだけ瞬断しないように他のアプリケーションを切り替えて、自らは現在のネットワークを使用し続ける（すなわち、接続の信頼性が重要）か、を示す「切替判定パラメータ」を図６のアプリケーション要求品質テーブル内に保有し、モバイルアプリケーション基盤サーバが、切り替え判定パラメータに応じた処理を実行することが、瞬断の影響をなくすための有効な手段であると考える。
【００８４】
以上に説明したように、本発明の実施の形態では、通信品質が劣化した場合でも、新規に接続する場合でも、ユーザ又はアプリケーションの優先度に従って、無線通信区間の割り当てを変更したり、ネットワークを切り替えるので、ミッションクリティカル性のある優先度が高いアプリケーションや、常に高品質な通信が要求されるユーザに対して、優先的に無線リソースを割り当てることができる。また、優先度が低いユーザやアプリケーションに対しても、優先度に応じて適切な無線リソースを割り当てることができ、無線リソースを効率的に活用することができる。
【産業上の利用可能性】
【００８５】
本発明は通信システムにおいて、端末とサーバ間の要求通信品質、経路の通信特性の変化に対応する通信制御技術として有用である。
【技術分野】
【０００１】
本発明は情報通信システムに関し、特に、端末とサーバとの間の要求通信品質と、端末及びアプリケーションの通信の優先度とを考慮して、当該優先度に適する通信経路を提供する通信制御技術に関する。
【背景技術】
【０００２】
従来、携帯電話機は、音声通話やメールのために用いられてきた。しかし、昨今の無線通信のブロードバンド化により、インターネット上の様々なサービスを携帯電話機で利用することができるようになってきた。インターネットで提供されるサービスには、Ｗｅｂのようにバースト的に通信するもの、映像配信のように広帯域の情報を長時間に渡って送り続けるもの、データサイズは小さいが低遅延で確実に転送する必要があるもの（例えば、緊急地震速報）、大容量のデータファイルの転送など、これまでは有線ネットワークで提供されていた様々な要求及び特性を有するサービスが実現されている。また、将来的には、無線による遠隔医療サービス、遠隔ロボット制御など、更に高信頼性が必要な分野、及び、現在有線ネットワークで構築されている金融、行政、交通など障害の発生による中断及び停止が社会に多大な影響を及ぼす社会基盤システムのような所謂「ミッションクリティカル」なシステムにも、無線アクセス網が利用されること予想される。
【０００３】
一方、無線通信のリソースは有線通信より限られており、無線通信特有の問題も存在する。無線通信においては、建造物や地形による電波の反射、屈折、散乱などにより発生するマルチパスによって受信強度が激しく変動し、及び、端末の位置によっては電波の受信が困難な場合も発生するため、無線通信において高い信頼性を保証することは困難である。また、ミッションクリティカル性を有するサービスから、ｗｅｂのようなベストエフォート通信まで、多種多様な優先度及び通信要求や特性を有するサービスが混在する中で、限られた無線リソースをいかに効率よく適切に割り当てる技術が必要となる。
【０００４】
このような問題を解決するための従来技術として、複数の無線を切り替えて使用可能な通信路を提供する技術がある（例えば、特許文献１参照。）。特許文献１は、電波状況を監視し、より良い電波状況の無線通信システムに動的に切り替える発明を開示する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１０９７２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述した従来技術では、切り替え先の無線通信システムの帯域の占有状態を考慮していないため、当該無線通信システムが既に他ユーザに占有されている場合、要求を満たすことができない。また、無線通信システムに優先度を設定してユーザの要求を満たす無線通信システムを割り当てるが、ユーザやアプリケーションの優先度を考慮して無線通信システムを切り替えないため、優先度が低いユーザやアプリケーションに過剰にリソースを提供する可能性もある。
【０００７】
また、前述した従来技術では、無線の通信環境が劣化した場合、通信品質の良い無線通信システムに切り替えることができる。しかし、通信品質の良い通信システムが、既に他のユーザによって利用されている場合、通信品質の良い通信システムに切り替えることができない、又は、利用されていない帯域を利用して通信することになるため、当該ユーザは要求する通信品質を満たすことができない。
【０００８】
この様子を図１２に示す。図１２は、通信システム１及び通信システム２によって提供可能な帯域と接続中のユーザによって使用されている帯域を示す。
【０００９】
図１２（ａ）において、ベストエフォートで通信を行うユーザ１、ユーザ２、ユーザ３、優先度が高いＱｏＳ保証ユーザが通信システム１に接続している。この状況において通信システム１の無線通信品質が劣化した場合、優先度が高いＱｏＳ保証ユーザは、通信品質が良い通信システム２への切り替えを試みる。しかし、通信システム２によって提供される帯域が既に他のＱｏＳ保証ユーザによって占有されているため、通信システム２に切り替えることができない、又は、通信システム２に切り替えられたとしても当該ユーザが要求する通信品質（使用帯域）を満足することができない（図１２（ｂ））。
【００１０】
通信品質劣化後の望まれる切り替え例としては、図１３に示すように、優先度が高いユーザは、優先度が低いユーザを追い出して、要求が満足される通信システム２に切り替える。また、新規接続ユーザより優先度が低い優先度（低）のユーザは通信システム１に切り替え、元々通信システム１に接続していた通信品質の保証されないベストエフォートユーザ（ユーザ１〜３）は、残された帯域を使って通信することが望ましい。
【００１１】
以上のように、無線通信品質の劣化時において、優先度が高いユーザやアプリケーションであっても要求する通信品質が得られず、優先度が低いユーザやアプリケーションに過剰なリソースが提供される。このような状態を解決し、優先度に応じて適切な無線リソースを割り当てることが第１の課題である。
【００１２】
さらに、優先度が高いＱｏＳ保証ユーザが新規に接続する際、通信品質が劣化した場合と同様の問題が生じる。この場合に生じる問題について、図１４を用いて説明する。
【００１３】
優先度が高い新規接続ユーザが要求する通信品質、例えば、要求遅延時間を満たすことができる通信システムが通信システム２だけであった場合、当該新規ユーザは通信システム２に接続を試みるが、既に通信システム２によって提供される帯域が他のＱｏＳ保証ユーザで占有されているため、当該新規ユーザは通信システム２に接続できない、又は、通信システム２に接続できたとしても当該ユーザが要求する通信品質（使用帯域）を満足することができない。
【００１４】
新規接続時の望まれる例は、優先度（高）の新規接続ユーザが要求を満たすために通信システム１に接続し、既に接続している優先度（中）のユーザの要求を満たす他の通信システムに切り替えることである。以上のように、ユーザが新規に接続する時にも、優先度が高いユーザやアプリケーションが要求する通信品質を得られず、優先度が低いユーザやアプリケーションに過剰なリソースが提供される。このような状態を解決し、優先度に応じて適切な無線リソースを割り当てることが第２の課題である。
【００１５】
本発明は、優先度に応じて適切な無線リソースを割り当てることを目的とする。
【課題を解決するための手段】
【００１６】
本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数の経路を有する無線通信区間と、１以上の経路を有する有線通信区間とを含むネットワークと、前記ネットワークを制御する通信制御装置と、を備える通信システムであって、前記無線通信区間には通信端末が接続されており、前記有線通信区間にはサーバが接続されており、前記通信制御装置は、前記無線通信区間の複数の経路の通信状態と、前記有線通信区間の１以上の経路の通信状態を取得し、前記無線通信区間に接続された通信端末と前記有線通信区間に接続されたサーバとの間でデータ通信要求があった場合に、前記無線通信区間及び前記有線通信区間による通信品質が、前記通信端末と前記サーバとの間の通信において要求される通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、それぞれの経路を選択し、前記選択された経路を、前記通信端末及び前記サーバへ通知する。
【発明の効果】
【００１７】
本発明の代表的な実施の形態によれば、優先度が高いアプリケーションや、常に高品質な通信が要求されるユーザに対して、優先的に無線リソースを割り当て、優先度が低いユーザやアプリケーションに対しても、優先度に応じて適切な無線リソースを割り当てることができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態の一例のネットワークシステムの全体の構成図である。
【図２】本実施形態のモバイルアプリケーション基盤サーバの構成の一例を示すブロック図である。
【図３】本実施形態の無線ＮＷ通信状況テーブルの一例を説明する図である。
【図４】有線ＮＷ通信状況テーブルの一例を説明する図である。
【図５】本実施形態のアプリケーション管理テーブルの一例を説明するである。
【図６】本実施形態のアプリケーション要求品質テーブルの一例を説明するである。
【図７】優先度を考慮した無線通信品質劣化時のネットワーク割り当て方法の概要を説明する図である。
【図８】本実施形態のネットワーク割当処理のフローチャートである。
【図９】本実施形態の除外アプリケーション接続処理のフローチャートである。
【図１０】新たに接続されるアプリケーションのネットワーク割り当て方法の概要を説明する図である。
【図１１Ａ】本実施形態のネットワーク割当処理のフローチャートである。
【図１１Ｂ】本実施形態のネットワーク割当処理のフローチャートである。
【図１２】無線通信品質が劣化する場合の従来の切替例を説明する図である。
【図１３】無線通信品質が劣化する場合の望まれる切替例を説明する図である。
【図１４】新規接続時の従来の接続例を説明する図である。
【発明を実施するための形態】
【００１９】
まず、本発明の実施形態の概要について説明する。
【００２０】
前述した、第１の課題を解決するために、本発明の実施形態においては、複数の経路を有する無線通信区間と、１以上の経路を有する有線通信区間とを含むネットワークと、前記ネットワークを制御する通信制御装置と、を備える通信システムであって、前記無線通信区間には通信端末が接続されており、前記有線通信区間にはサーバが接続されており、前記通信制御装置は、前記無線通信区間の複数の経路の通信状態と、前記有線通信区間の１以上の経路の通信状態を取得する手段と、前記無線通信区間に接続された通信端末と前記有線通信区間に接続されたサーバとの間でデータ通信要求があった場合、前記無線通信区間及び前記有線通信区間による通信品質が、前記通信端末と前記サーバとの間の通信において要求される通信品質を満たす（例えば、通信時間の総和が指定したＥｎｄ−ｔｏ−Ｅｎｄの遅延時間以下となり、通信帯域が指定したデータレート以上になる）ように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、それぞれの経路を選択する手段と、前記選択された経路を前記通信端末及び前記サーバへ通知する手段と、を有する。
【００２１】
また、前記通信制御装置は、ユーザが使用するアプリケーションの優先度の情報を保持し、前記無線通信区間の通信品質が劣化したことを検出した場合、前記検出された通信品質の劣化によって、前記選択された無線通信区間の経路と有線通信区間の経路による端点間で提供可能な遅延時間が、要求される遅延時間を達成できないユーザ又はアプリケーションを抽出する手段と、当該無線通信区間に接続するユーザ又はアプリケーションのうち、前記抽出されたユーザ又はアプリケーションを除いたユーザ又はアプリケーションを優先度が高い順にソートする手段と、前記ソートされたユーザ又はアプリケーションを優先度が高い順に当該無線通信区間に割り当てる手段と、当該無線通信区間において提供される帯域を超えるために、当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外する手段と、を有する。
【００２２】
更に、前記通信制御装置は、前記要求される遅延時間が達成できない又は前記無線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定する手順と、前記除外されたユーザ又はアプリケーションの優先度が高い順にソートする手段と、前記優先度が高い順に、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から前記通信品質要求を満たす新規経路を選択する手段と、前記選択された経路を前記通信端末及び前記サーバへ通知する手順と、を有する。
【００２３】
前述した第２の課題を解決するために、本発明の実施形態においては、前記通信制御装置は、ユーザが使用するアプリケーションの優先度の情報を保持し、新規に前記ユーザ又は前記アプリケーションから接続要求があった場合、前記接続が要求された通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から新規経路を選択し、前記選択された無線通信区間の経路と有線通信区間の経路による端点間（Ｅｎｄ−ｔｏ−Ｅｎｄ）で提供可能な遅延時間が、前記新規ユーザ又はアプリケーションが要求を満たすか否かを判定する手段と、前記新規ユーザ又はアプリケーションが要求する帯域と該無線通信区間の空き帯域とを比較する手段と、前記新規ユーザ又はアプリケーション及び当該無線通信区間に接続するユーザ又はアプリケーションを、優先度が高い順にソートする手段と、前記ソートされたユーザ又はアプリケーションを、当該無線通信区間に優先度が高い順に割り当る手段と、当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外する手段と、を有する。
【００２４】
また、前記新規ユーザ又はアプリケーションが要求する帯域と前記有線通信区間の空き帯域とを比較する手順と、前記新規ユーザ又はアプリケーション及び当該有線通信区間に接続するユーザ又はアプリケーションの優先度が高い順にソートする手段と、前記ソートされたユーザ又はアプリケーションを優先度が高い順に当該無線通信区間に割り当てル手段と、当該有線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該有線通信区間から除外する手段と、を有する。
【００２５】
更に、前記要求される遅延時間が達成できない又は該無線通信区間及び該有線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定する手段と、前記除外されたユーザ又はアプリケーションの優先度が高い順にソートする手段と、前記ソートされたユーザ又はアプリケーションを、優先度が高い順に新規無線通信区間及び新規有線通信区間に割り当てる手段と、を有する。
【００２６】
以下、本発明の代表的な実施形態について図面を参照して説明する。
【００２７】
図１に、本実施形態の一例のネットワークシステムの全体の構成図である。
【００２８】
図１に示すネットワークシステムは、無線通信システムとしては、無線側のアクセスネットワークである無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と、有線のバックボーンネットワークである新世代ネットワークとして期待される仮想ネットワーク（ＶＮ：Ｖｉａｒｔｕａｌｉｚｅｄ ｎｅｔｗｏｒｋ）によって構成される。
【００２９】
なお、本実施形態では、ネットワークノードを仮想化することによって、自由度の高いネットワーク設計が可能となる仮想ネットワークを用いたが、バックボーンネットワークとしては、どのような有線ネットワークを用いてもよい。
【００３０】
また、第１の実施形態のネットワークシステムでは、モバイルアプリケーション基盤サーバ１００が、ＲＡＮ側及びＶＮ側の情報を集約し、ＲＡＮとＶＮとを互いに連携させながら、アプリケーションで要求される通信品質を満たすＥｎｄ−ｔｏ−Ｅｎｄ（端末１（１０３）及び端末２（１０４）から、アプリケーションサーバ１（１０８）及びアプリケーションサーバ２（１０９）まで）の通信経路を確立する。
【００３１】
端末１（１０３）、端末２（１０４）、アプリケーションサーバ１（１０８）及びアプリケーションサーバ２（１０９）は、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを格納するメモリ、及び、ネットワークと接続するネットワークインターフェースを有する計算機である。
【００３２】
アプリケーションサーバ１（１０８）及びアプリケーションサーバ２（１０９）は、アプリケーションプログラムを実行することによって、端末１（１０３）及び端末２（１０４）にアプリケーションを提供する。なお、アプリケーションプログラムの一部が端末１（１０３）又は端末２（１０４）で実行されてもよい。
【００３３】
ＲＡＮとしてはＲＡＮ１とＲＡＮ２の二つのネットワークが利用可能であり、端末１（１０３）及び端末２（１０４）は二つのＲＡＮを切り替えて又は同時に利用できる機能を有する。各ＲＡＮは、ＧＷ１０５、１０６で終端され、各ＧＷはモバイルネットワークゲートウェイ（ＭＮ−ＧＷ）１０７に接続され、ＭＮ−ＧＷ１０７によってＲＡＮの切り替えが可能である。
【００３４】
ＲＡＮ調停サーバ１０１は、各ＧＷ１０５、１０６からＲＡＮ１１０内の情報を集約する。
【００３５】
ＶＮ側は、仮想ネットワーク調停サーバ１０２が仮想ネットワーク１１１内の仮想ネットワーク対応ルータ１１２の接続を切り替える機能を持ち、随時、複数の仮想ネットワークリンクを確保し管理する。本実施形態では、ＶＮ１及びＶＮ２の二つのネットワークが利用可能である。ＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２は、集約した情報をモバイルアプリケーション基盤サーバ１００に伝え、モバイルアプリケーション基盤サーバ１００は、これらの情報を利用することによって、ＲＡＮとＶＮとが連携した調停を行うことができる。
【００３６】
モバイルアプリケーション基盤サーバ１００は、端末１（１０３）及び端末２（１０４）からアプリケーションサーバ１（１０８）及びアプリケーションサーバ２（１０９）への接続要求を受信すると、保持しているＲＡＮとＶＮの情報に基づいて、要求を満たす組み合わせを決定する。要求を満たす組み合わせがある場合、当該組み合わせで接続をする。
【００３７】
一方、要求を満たす組み合わせがなく、かつ、要求する遅延は満たすが他のユーザによって既に帯域が占有されいるＲＡＮやＶＮがある場合、新たに接続されるユーザより優先度が低いユーザを他のＲＡＮやＶＮに切り替えたり、要求通信品質を低くすることによって、優先度が高い新規接続ユーザの接続を確保する。要求する遅延を満たす組み合わせがない場合、新たに接続されるユーザが要求通信品質を譲歩することによって、最低限の接続が確保される。
【００３８】
また、使用しているＲＡＮの品質が劣化した場合、優先度が低い順にユーザを他のＲＡＮやＶＮに切り替えたり、要求通信品質を譲歩する（すなわち、通信品質を低くする）ことによって、優先度が高いユーザやアプリケーションの要求を満たす接続を維持する。
【００３９】
以下、より具体的に本実施形態のシステム構成を説明する。なお、ここまではユーザ単位で説明をしたが、以降はユーザがアプリケーションサーバから提供を受けるアプリケーション単位で説明する。
【００４０】
各ユーザは、複数のアプリケーションを実行することができる。また、同一ユーザが複数の同一アプリケーションを起動する（例えば、ユーザＡがアプリケーションＡを複数起動する）ことができ、異なるユーザが同一アプリケーションを使用する（ユーザＡとユーザＢがアプリケーションＡを起動する）ことができる。優先度は、ユーザ毎に決定されても、ユーザが使用するアプリケーション毎に決定されてもよい。以降は、アプリケーション毎に優先度が決定される例について説明する。ネットワークサービスを提供するプロバイダやキャリアが、契約や料金プランなどによって、ユーザ毎に優先度が決定される場合、アプリケーション毎の優先度ではなく、ユーザ毎に設定された優先度に本実施の形態を適用することができる。
【００４１】
まず、本実施形態における主要通信制御装置であるモバイルアプリケーション基盤サーバ１００の構成について説明する。
【００４２】
図２は、本実施形態のモバイルアプリケーション基盤サーバ１００の構成の一例を示すブロック図である。
【００４３】
モバイルアプリケーション基盤サーバ１００は、ハードウェアとして、中央処理部（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２２、磁気ディスクドライブ（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１２３、ネットワークインターフェース（ＮＩＦ：Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）を有し、市販の一般的なサーバである。また、ＲＡＭ１２２又はＨＤＤ１２３にソフトウェアプログラム及びデータを保持し、ソフトウェアプログラムを実行することによって、適宜データを参照しながら所望の処理を実行する。ＲＡＭ１２２は、少なくとも、無線ネットワーク通信状況テーブル１３０、有線ネットワーク通信状況テーブル１３１、アプリケーション管理テーブル１３２及びアプリケーション要求品質テーブル１３３を保持する。
【００４４】
図３は、本実施形態の無線ＮＷ通信状態テーブル１３０の一例を説明する図であり、図４は、有線ＮＷ通信状態テーブル１３１の一例を説明する図である。
【００４５】
モバイルアプリケーション基盤サーバ１００は、管理するネットワーク（ＲＡＮ、ＶＮ）の通信状態を保持・管理する。本実施形態の無線ＮＷ通信状況テーブル１３０及び有線ＮＷ通信状態テーブル１３１は、通信状態を示す情報の例として、各ＲＡＮ及びＶＮの提供帯域及び提供遅延時間を含むが、通信状態を把握するための情報であり、かつＲＡＮ及びＶＮを割り当てるために必要な情報を、各テーブルに追加するとよい。
【００４６】
また、両テーブルは、リソースのユーザを特定するための情報としてユーザの識別子と含むが、現在どのユーザ又はアプリケーションが当該ネットワークに接続しているかを示す情報であればよい。これらのテーブルに含まれる情報は、モバイルアプリケーション基盤サーバ１００が、定期的に又は必要がある際に随時、ＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２に問い合わせることによって取得した情報に基づいて更新する。
【００４７】
図５は、本実施形態のアプリケーション管理テーブル１３２の一例を説明するである。
【００４８】
本実施形態のアプリケーション管理テーブル１３２は、モバイルアプリケーション基盤サーバ１００が管理しているアプリケーションの接続状況を保持するテーブルである。ユーザＩＤは、モバイルアプリケーション基盤サーバを介して接続されたユーザのアプリケーションに対してシーケンスに割り当てられる値である。アプリケーションＩＤは、接続しているアプリケーションの種別を特定する。端末とサーバは、通信している端末とサーバのＩＰアドレスやポート番号であり、端末及びサーバを特定するための情報であれば、どのような情報でもよい。当該アプリケーションが無線ＮＷ欄及び有線ＮＷ欄で示されたネットワークの組み合わせの接続を用いて、要求帯域欄及び要求遅延時間欄で特定される通信特性を要求して通信していることを示す。
【００４９】
図６は、本実施形態のアプリケーション要求品質テーブル１３３の一例を説明するである。
【００５０】
アプリケーション要求品質テーブル１３３は、モバイルアプリケーション基盤サーバ１００を介して接続する際に必要となる要求通信品質及びユーザやアプリケーションの優先度を保持するテーブルである。アプリケーション要求品質テーブル１３３に含まれる要求通信品質と、無線ＮＷ通信状況テーブル１３０（図３）及び有線ＮＷ通信状況テーブル１３１（図４）に含まれるＲＡＮ及びＶＮの通信状況によって、接続すべき組み合わせが調停される。また、アプリケーションの優先度を用いて、接続すべき組み合わせを当該ユーザやアプリケーションが利用可能であるかを判定する。
【００５１】
次に、第１の課題を解決するための、優先度を考慮した無線通信品質劣化時の接続中ユーザへのネットワーク割り当て方法の詳細について説明する。始めに、優先度を考慮した無線通信品質劣化時のネットワーク割り当て方法の概要について、図７を用いて説明する。
【００５２】
図７（ａ）は、ＲＡＮ１の提供可能帯域内に複数のアプリケーションが接続して、ネットワーク帯域を使用している状態を示す。この状態において、ＲＡＮ１の無線通信品質が劣化し、図７（ｂ）に示すように、提供帯域が減った場合の割り当てを考える。
【００５３】
まず、接続中のアプリケーションを優先度順にソートし（図７（ｃ））、通信品質劣化後の帯域から溢れた優先度が低いアプリケーションをＲＡＮ１から除外する（図７（ｄ））。除外されたアプリケーションは、当該アプリケーションの要求通信品質を満たすＲＡＮに移動するか、要求通信品質を譲歩してＲＡＮに接続する。この処理によって、優先度が高いアプリケーションに優先的にソリースを割り当て、優先度が低いアプリケーションにも最低限の接続を確保することができる。
【００５４】
図８は、本実施形態のネットワーク割当処理のフローチャートである。図８に示す、ネットワーク割当処理は、無線通信品質が劣化した場合に、モバイルアプリケーション基盤サーバ１００が実行する。
【００５５】
まず、無線通信品質の劣化を検出すると、このネットワーク割当処理を開始し（ステップ１１０１）、無線通信品質が劣化したことにより要求する通信品質が要求を達成しないアプリケーションが存在するか否かを判定する（ステップ１１０２）。その結果、通信品質が要求を達成しないアプリケーションが存在しなければ、ネットワークの再割り当てをせずに、この処理を終了する（ステップ１１０３）。一方、通信品質が要求を達成しないアプリケーションが存在すれば、品質の劣化したＲＡＮを選択し、ＲＡＮ毎のループ処理を行う（ステップ１１０４〜ステップ１１１２）。
【００５６】
ループ内では、まず、選択されたＲＡＮにおいて要求遅延を達成できないアプリケーションを抽出し（ステップ１１０５）。抽出された要求遅延を達成できないアプリケーションを除いた（抽出された要求遅延を達成でき）、当該ＲＡＮに接続しているアプリケーションを、優先度が高い順にソートする（ステップ１１０６）。この際、同じ優先度のアプリケーションは、接続の新しい順、アプリケーションを利用しているユーザの優先度順など、ネットワークオペレータが定める方針に従ってソートするとよい。
【００５７】
次に、優先度が高い順に当該ＲＡＮを使用するアプリケーションを決定する（ステップ１１０７〜ステップ１１１１）。具体的には、選択したアプリケーションの合計帯域が当該ＲＡＮによって提供される帯域を超えないように、優先度が高い順にアプリケーションを選択する（ステップ１１０８〜ステップ１１１０）。そして、選択されたアプリケーションは現在のＲＡＮを利用し、その他のアプリケーションは当該ＲＡＮから除外される（ステップ１１１１）。そして、利用又は除外が決定されたネットワークが、当該通信の端点となる端末及びサーバに通知される。
【００５８】
なお、ＲＡＮ調停サーバ１０１がＱｏＳ制御機能を有していれば、モバイルアプリケーション基盤サーバ１００は、利用又は除外が決定されたネットワークをＲＡＮ調停サーバ１０１に通知してもよい。
【００５９】
ＲＡＮ毎のループ処理（ステップ１１０４〜ステップ１１１２）が終了した後、要求遅延が達成できないアプリケーション、又は、現在のＲＡＮから除外されたアプリケーションが存在するか否かを判定する(ステップ１１１３）。要求遅延が達成できないアプリケーション及び現在のＲＡＮから除外されるアプリケーションのいずれも存在しない場合、再割り当てを実行せず、この処理を終了する（ステップ１１１４）。一方、要求遅延が達成できないアプリケーション、又は現在のＲＡＮから除外されたアプリケーションが存在する場合、除外アプリケーション接続処理（ステップ１１１５）を実行し、この処理を終了する（ステップ１１１６）。
【００６０】
図９は、本実施形態の除外アプリケーション接続処理のフローチャートである。
【００６１】
この除外アプリケーション接続処理は、ネットワーク割当処理のステップ１１１５から呼び出されることによって開始する（ステップ１２０１）。
【００６２】
まず、要求遅延が達成できないアプリケーション及び当該ＲＡＮから除外されたアプリケーションを優先度が高い順にソートし（ステップ１２０２）、優先度が高い順にＲＡＮ／ＶＮのネットワーク割り当てを決定する（ステップ１２０３〜ステップ１２０７）。具体的には、ｍ＝１を初期値として、アプリケーションの要求を満たすネットワーク（ＲＡＮ、ＶＮ）の組み合わせが存在するか否かを判定する（ステップ１２０５）。その結果、要求を満たす組み合わせが存在すれば、当該ネットワークの組み合わせを当該アプリケーションを使用しているユーザに割り当て（ステップ１２０６）、次のアプリケーションに進む（ステップ１２０７）。そして、ステップ１２０４で、ソートされた全てのアプリケーションに、この処理が実行されたか否かを判定し、ソートされた全てのアプリケーションに、この処理を実行する。
【００６３】
なお、ステップ１２０６で割り当てられたネットワークが、当該通信の端点となる端末及びサーバに通知される。なお、ＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２がＱｏＳ制御機能を有していれば、モバイルアプリケーション基盤サーバ１００は、割り当てられたネットワークをＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２に通知してもよい。
【００６４】
その結果、ソートされた全てのアプリケーションの割り当てが成功した場合（１２０８でＮｏ）、この処理を終了する（ステップ１２１１）。一方、少なくとも一部のアプリケーションの割り当てに失敗した場合（１２０８でＹｅｓ）、譲歩するユーザが使用するネットワークの組み合わせ候補を選択し（ステップ１２０９）、選択された組み合わせの候補が提供できる通信品質に譲歩することによって低くなった通信品質で接続を行うよう、当該通信の端点となる端末及びサーバに通知する（ステップ１２１０）。なお、ＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２がＱｏＳ制御機能を有していれば、モバイルアプリケーション基盤サーバ１００は、割り当てられたネットワークをＲＡＮ調停サーバ１０１及びＶＮ調停サーバ１０２に通知してもよい。
【００６５】
譲歩するユーザが使用するネットワークの選択は、Ｅｎｄ−ｔｏ−Ｅｎｄで提供される遅延時間が最小となる組み合わせ、遅延時間が最適となる組み合わせ、帯域使用率が最低となる組み合わせなど、ネットワークオペレータによって指定される方法や、ユーザのプリファレンスなどを考慮し選択するとよい。
【００６６】
次に、第２の課題を解決するための、優先度を考慮した新たに接続されるアプリケーションへのネットワーク割り当て方法の詳細について説明する。始めに、優先度を考慮した新たに接続されるアプリケーションのネットワーク割り当て方法の概要について、図１０を用いて説明する。
【００６７】
図１０（ａ）は、ＲＡＮ１の提供可能帯域内に複数のアプリケーションが接続して、ネットワーク帯域を使用している状態を示す。この状態において、図１０（ｂ）に示すように、ＲＡＮ１の余剰帯域以上の帯域を必要とし、中程度の優先度のアプリケーションからの接続要求があった場合の割り当てを考える。
【００６８】
まず、接続中アプリケーション及び接続要求があったアプリケーションを優先度順にソートし（図１０（ｃ））、提供される帯域から溢れた優先度が低いアプリケーションをＲＡＮ１から除外する（図１０（ｄ））。除外されたアプリケーションは、当該アプリケーションの要求通信品質を満たすＲＡＮに移動するか、要求通信品質を譲歩してＲＡＮに接続する。この処理によって、優先度が高いアプリケーションに優先的にソリースを割り当て、優先度が低いアプリケーションにも最低限の接続を確保することができる。
【００６９】
図１１Ａ及び図１１Ｂは、本実施形態のネットワーク割当処理のフローチャートである。図１１Ａ及び図１１Ｂに示すネットワーク割当処理は、新たなアプリケーションが接続を試みた場合に実行される。
【００７０】
まず、新規アプリケーションが最初に接続を試みるネットワークの組み合わせの候補を選択する。組み合わせ候補の選択はステップ１２０９において前述した方法と同じ方法を採用することができる（ステップ１４０１）。
【００７１】
次に、当該初期組み合わせによって提供される遅延が、当該アプリケーションが要求する遅延を満たすか否かを判定する（ステップ１４０２）。その結果、要求する遅延を満たさない場合、ステップ１４１９に進む。
【００７２】
一方、要求する遅延を満たす場合、選択された組み合わせのＲＡＮ及びＶＮから除外するアプリケーションを選択するための、ＲＡＮ除外アプリケーション選択処理（ステップ１４３０）及びＶＮ除外アプリケーション選択処理（ステップ１４４０）を実行する。なお、ＲＡＮ除外アプリケーション選択処理（ステップ１４３０）及びＶＮ除外アプリケーション選択処理（ステップ１４４０）の詳細は後述する。なお、本実施形態ではＲＡＮ除外アプリケーション選択処理（ステップ１４３０）とＶＮ除外アプリケーション選択処理（ステップ１４４０）とは、どちらが先に処理されてもよい。
【００７３】
次に、ステップ１４０２で新規アプリケーションが要求する遅延が達成できない、又は、ＲＡＮ除外アプリケーション選択処理（ステップ１４３０）及びＶＮ除外アプリケーション選択処理（ステップ１４４０）で除外されたアプリケーションが存在するか否かを判定し（ステップ１４１９）、新規アプリケーションが要求する遅延が達成できない及び現在のＲＡＮ又はＶＮから除外されるアプリケーションのいずれもない場合（ステップ１４１９でＮｏ）、新たに接続されるアプリケーションを選択されたＲＡＮ／ＶＮの組み合わせに接続し、この処理を終了する（ステップ１４２０）。
【００７４】
一方、新規アプリケーションが要求する遅延が達成できない又は現在のＲＡＮ又はＶＮから除外されるアプリケーションの少なくともいずれかである場合（ステップ１４１９でＹｅｓ）、除外アプリケーション接続処理（ステップ１４２０）を実行し、この処理を終了する（ステップ１４２２）。
【００７５】
除外アプリケーション接続処理（ステップ１４２１）は、無線通信品質劣化時の除外アプリケーション接続処理（図９）と同じである。但し、新たに接続されるユーザが要求する遅延が達成できない場合、新規ユーザのみが選択されることになるため、ステップ１２０２〜ステップ１２０８までの処理を省略し、直接、組み合わせ候補選択（ステップ１２０９）及びアプリケーション譲歩（ステップ１２１０）の処理を実行してもよい。この様にすると、処理の時間を短縮することができる。
【００７６】
次に、ＲＡＮ除外アプリケーション選択処理（ステップ１４３０）について説明する。
【００７７】
ＲＡＮ除外アプリケーション選択処理（ステップ１４３０）では、まず、新たに接続されるアプリケーションが要求する帯域と選択されたＲＡＮの空き帯域とを比較する（ステップ１４０３）。その結果、空き帯域が要求帯域以上である場合、新規アプリケーションは当該ＲＡＮを使用することができる（ステップ１４１０）。一方、空き帯域が要求帯域より小さい場合、まず、新規ユーザのアプリケーション及び当該ＲＡＮに接続中のアプリケーションを優先度が高い順にソートする（ステップ１４０４）。この際、同じ優先度のアプリケーションは、前述したステップ１１０６と同様に、接続の新しい順、アプリケーションを利用しているユーザの優先度順など、ネットワークオペレータが定める方針に従ってソートするとよい。
【００７８】
次に、優先度が高い順に当該ＲＡＮを使用するアプリケーションを決定する（ステップ１４０５〜ステップ１４０８）。具体的には、選択したアプリケーションの合計帯域が当該ＲＡＮによって提供される帯域を超えないように、優先度が高い順にアプリケーションを選択する（ステップ１４０６〜ステップ１４０８）。そして、選択されたアプリケーションは現在のＲＡＮを利用し、その他のアプリケーションは当該ＲＡＮから除外される（ステップ１４０９）。
【００７９】
ここまでの処理によって、新たに接続されるアプリケーションの追加によって当該ＲＡＮから除外されるユーザ（アプリケーション）が決定される。この際、新たに接続されるアプリケーションの優先度が、接続中のアプリケーションより低い場合、新たに接続されるアプリケーションが他のＲＡＮを使用する。
【００８０】
ＶＮ除外アプリケーション選択処理（ステップ１４４０）は、前述したＲＡＮ除外アプリケーション選択処理（ステップ１４３０）のＲＡＮをＶＮと読み替えた処理であるため、詳細な説明は省略する。
【００８１】
ここまでの処理によって、新たに接続されるアプリケーションが選択したＶＮから除外されるユーザが決定される。この際、新たに接続されるアプリケーションの優先度が接続中のアプリケーションより低い場合には、新たに接続されるアプリケーションが他のＶＮを使用する。
【００８２】
従来は、接続中のアプリケーションを他のネットワークに切り替えることは、当該切り替えられるアプリケーションの通信品質を劣化させ、かつ、アプリケーションを使用するユーザのレスポンスに対する体感を悪化させるため、非効率的かつ非現実的であった。しかし、コグニティブ無線技術などの進歩により、１００ミリ秒程度での無線システムの切り替えが可能となった。また、この先、より高速なシステム切り替えが可能になれば、様々なアプリケーションで瞬断の影響が少なく、優先度に応じた効率的な制御が可能となると予想される。また、現状でも１００ｍｓｅｃ程度の瞬断が使用ユーザに大きな影響がないアプリケーションでは十分に適用可能である。
【００８３】
例えば、ファイルのダウンロードや、ストリーミングのアプリケーションでは１００ミリ秒の瞬断があっても、より早くデータの送受信が完了できるネットワークに切り替えた方がアプリケーション又はユーザの要求に応えることができる。ネットワークの瞬断が大きな影響を与える車載センサなどのミッションクリティカルなアプリケーションの優先度を高くし、そのアプリケーションが瞬断しても通信品質が高いネットワークへ切り替える（すなわち、高速通信が重要）か、又は、できるだけ瞬断しないように他のアプリケーションを切り替えて、自らは現在のネットワークを使用し続ける（すなわち、接続の信頼性が重要）か、を示す「切替判定パラメータ」を図６のアプリケーション要求品質テーブル内に保有し、モバイルアプリケーション基盤サーバが、切り替え判定パラメータに応じた処理を実行することが、瞬断の影響をなくすための有効な手段であると考える。
【００８４】
以上に説明したように、本発明の実施の形態では、通信品質が劣化した場合でも、新規に接続する場合でも、ユーザ又はアプリケーションの優先度に従って、無線通信区間の割り当てを変更したり、ネットワークを切り替えるので、ミッションクリティカル性のある優先度が高いアプリケーションや、常に高品質な通信が要求されるユーザに対して、優先的に無線リソースを割り当てることができる。また、優先度が低いユーザやアプリケーションに対しても、優先度に応じて適切な無線リソースを割り当てることができ、無線リソースを効率的に活用することができる。
【産業上の利用可能性】
【００８５】
本発明は通信システムにおいて、端末とサーバ間の要求通信品質、経路の通信特性の変化に対応する通信制御技術として有用である。
【特許請求の範囲】
【請求項１】
複数の経路を有する無線通信区間と、１以上の経路を有する有線通信区間とを含むネットワークと、
前記ネットワークを制御する通信制御装置と、を備える通信システムであって、
前記無線通信区間には通信端末が接続されており、前記有線通信区間にはサーバが接続されており、
前記通信制御装置は、
前記無線通信区間の複数の経路の通信状態と、前記有線通信区間の１以上の経路の通信状態とを取得し、
前記無線通信区間に接続された通信端末と前記有線通信区間に接続されたサーバとの間でデータ通信要求があった場合、前記無線通信区間及び前記有線通信区間による通信品質が、前記通信端末と前記サーバとの間の通信において要求される通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、それぞれの経路を選択し、
前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする通信システム。
【請求項２】
前記通信制御装置は、
ユーザが使用するアプリケーションの優先度の情報を保持し、
前記無線通信区間の通信品質が劣化したことを検出した場合、前記検出された通信品質の劣化によって、前記選択された無線通信区間の経路と有線通信区間の経路による端点間で提供可能な遅延時間が、要求される遅延時間を達成できないユーザ又はアプリケーションを抽出し、
当該無線通信区間に接続するユーザ又はアプリケーションのうち、前記抽出されたユーザ又はアプリケーションを除いたユーザ又はアプリケーションを、優先度が高い順に当該無線通信区間に割り当て、
当該無線通信区間において提供される帯域を超えるために、当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記通信制御装置は、
前記要求される遅延時間が達成できない又は前記無線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定し、
前記除外されたユーザ又はアプリケーションの優先度が高い順に、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から前記通信品質要求を満たす新規経路を選択し、
前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする請求項２に記載の通信システム。
【請求項４】
前記通信制御装置は、
前記通信品質要求を満たす前記無線通信区間の経路及び前記有線通信区間の経路の少なくとも一方が選択できないユーザ又はアプリケーションが存在する場合、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、譲歩した通信品質要求を満たす新規経路の候補を選択し、
前記選択された新規経路の候補が提供できる通信品質に譲歩した通信品質で接続するように、前記通信端末及び前記サーバへ通知することを特徴とする請求項３に記載の通信システム。
【請求項５】
前記通信制御装置は、
ユーザが使用するアプリケーションの優先度の情報を保持し、
新規に前記ユーザ又は前記アプリケーションから接続要求があった場合、前記接続が要求された通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から新規経路を選択し、
前記選択された無線通信区間の経路と有線通信区間の経路とによる端点間で提供可能な遅延時間が、前記新規ユーザ又はアプリケーションの要求を満たすか否かを判定し、
前記新規ユーザ又はアプリケーションが要求する帯域と該無線通信区間の空き帯域とを比較し、
前記新規ユーザ又はアプリケーション及び当該無線通信区間に接続するユーザ又はアプリケーションを、優先度が高い順に割り当て、
当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外し、
前記新規ユーザ又はアプリケーションが要求する帯域と前記有線通信区間の空き帯域とを比較し、
前記新規ユーザ又はアプリケーション及び当該有線通信区間に接続するユーザ又はアプリケーションを、優先度が高い順に割り当て、
当該有線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該有線通信区間から除外することを特徴とする請求項１に記載の通信システム。
【請求項６】
前記通信制御装置は、
前記要求される遅延時間が達成できない又は該無線通信区間及び該有線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定し、
前記除外されたユーザ又はアプリケーションの優先度が高い順に、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から前記通信品質要求を満たす新規経路を選択し、
前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする請求項５に記載の通信システム。
【請求項７】
前記通信制御装置は、
前記通信品質要求を満たす前記無線通信区間の経路及び前記有線通信区間の経路の少なくとも一方が選択できないユーザ又はアプリケーションが存在する場合、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、譲歩した通信品質要求を満たす新規経路の候補を選択し、
前記選択された新規経路の候補が提供できる通信品質に譲歩した通信品質で接続するように、前記通信端末及び前記サーバへ通知することを特徴とする請求項６に記載の通信システム。
【請求項８】
複数の経路を有する無線通信区間と、１以上の経路を有する有線通信区間とを含むネットワークにおいて、通信制御装置によって行われる通信制御方法であって、
前記無線通信区間には通信端末が接続され、前記有線通信区間にはサーバが接続されており、
前記方法は、
前記通信制御装置が、前記無線通信区間の複数の経路の通信状態と、前記有線通信区間の１以上の経路の通信状態とを取得し、
前記通信制御装置が、前記無線通信区間に接続された通信端末と前記有線通信区間に接続されたサーバとの間でデータ通信要求があった場合、前記無線通信区間及び前記有線通信区間による通信品質が、前記通信端末と前記サーバとの間の通信において要求される通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、それぞれの経路を選択し、
前記通信制御装置が、前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする通信制御方法。
【請求項９】
前記通信制御装置は、ユーザが使用するアプリケーションの優先度の情報を保持し、
前記方法は、
前記通信制御装置が、前記無線通信区間の通信品質が劣化したことを検出した場合、前記検出された通信品質の劣化によって、前記選択された無線通信区間の経路と有線通信区間の経路による端点間で提供可能な遅延時間が、要求される遅延時間を達成できないユーザ又はアプリケーションを抽出し、
前記通信制御装置が、当該無線通信区間に接続するユーザ又はアプリケーションのうち、前記抽出されたユーザ又はアプリケーションを除いたユーザ又はアプリケーションを、優先度が高い順に当該無線通信区間に割り当て、
前記通信制御装置が、当該無線通信区間において提供される帯域を超えるために、当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外することを特徴とする請求項８に記載の通信制御方法。
【請求項１０】
前記方法は、
前記通信制御装置が、前記要求される遅延時間が達成できない又は前記無線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定し、
前記通信制御装置が、前記除外されたユーザ又はアプリケーションの優先度が高い順に、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から前記通信品質要求を満たす新規経路を選択し、
前記通信制御装置が、前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする請求項９に記載の通信制御方法。
【請求項１１】
前記方法は、
前記通信制御装置が、前記通信品質要求を満たす前記無線通信区間の経路及び前記有線通信区間の経路の少なくとも一方が選択できないユーザ又はアプリケーションが存在する場合、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、譲歩した通信品質要求を満たす新規経路の候補を選択し、
前記通信制御装置が、前記選択された新規経路の候補が提供できる通信品質に譲歩した通信品質で接続するように、前記通信端末及び前記サーバへ通知することを特徴とする請求項１０に記載の通信制御方法。
【請求項１２】
前記通信制御装置は、ユーザが使用するアプリケーションの優先度の情報を保持し、
前記方法は、
前記通信制御装置が、新規に前記ユーザ又は前記アプリケーションから接続要求があった場合、前記接続が要求された通信品質要求を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から新規経路を選択し、
前記選択された無線通信区間の経路と有線通信区間の経路とによる端点間で提供可能な遅延時間が、前記新規ユーザ又はアプリケーションの要求を満たすか否かを判定し、
前記通信制御装置が、前記新規ユーザ又はアプリケーションが要求する帯域と該無線通信区間の空き帯域とを比較し、
前記通信制御装置が、前記新規ユーザ又はアプリケーション及び当該無線通信区間に接続するユーザ又はアプリケーションを、優先度が高い順に割り当て、
前記通信制御装置が、当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外し、
前記通信制御装置が、前記新規ユーザ又はアプリケーションが要求する帯域と前記有線通信区間の空き帯域とを比較し、
前記通信制御装置が、前記新規ユーザ又はアプリケーション及び当該有線通信区間に接続するユーザ又はアプリケーションを、優先度が高い順に割り当て、
前記通信制御装置が、当該有線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該有線通信区間から除外することを特徴とする請求項８に記載の通信制御方法。
【請求項１３】
前記方法は、
前記通信制御装置が、前記要求される遅延時間が達成できない又は該無線通信区間及び該有線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定し、
前記通信制御装置が、前記除外されたユーザ又はアプリケーションの優先度が高い順に、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から前記通信品質要求を満たす新規経路を選択し、
前記通信制御装置が、前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする請求項１２に記載の通信制御方法。
【請求項１４】
前記方法は、
前記通信制御装置が、前記通信品質要求を満たす前記無線通信区間の経路及び前記有線通信区間の経路の少なくと一方が選択できないユーザ又はアプリケーションが存在する場合、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、譲歩した通信品質要求を満たす新規経路の候補を選択し、
前記通信制御装置が、前記選択された新規経路の候補が提供できる通信品質に譲歩した通信品質で接続するように、前記通信端末及び前記サーバへ通知することを特徴とする請求項１３に記載の通信制御方法。
【請求項１】
複数の経路を有する無線通信区間と、１以上の経路を有する有線通信区間とを含むネットワークと、
前記ネットワークを制御する通信制御装置と、を備える通信システムであって、
前記無線通信区間には通信端末が接続されており、前記有線通信区間にはサーバが接続されており、
前記通信制御装置は、
前記無線通信区間の複数の経路の通信状態と、前記有線通信区間の１以上の経路の通信状態とを取得し、
前記無線通信区間に接続された通信端末と前記有線通信区間に接続されたサーバとの間でデータ通信要求があった場合、前記無線通信区間及び前記有線通信区間による通信品質が、前記通信端末と前記サーバとの間の通信において要求される通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、それぞれの経路を選択し、
前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする通信システム。
【請求項２】
前記通信制御装置は、
ユーザが使用するアプリケーションの優先度の情報を保持し、
前記無線通信区間の通信品質が劣化したことを検出した場合、前記検出された通信品質の劣化によって、前記選択された無線通信区間の経路と有線通信区間の経路による端点間で提供可能な遅延時間が、要求される遅延時間を達成できないユーザ又はアプリケーションを抽出し、
当該無線通信区間に接続するユーザ又はアプリケーションのうち、前記抽出されたユーザ又はアプリケーションを除いたユーザ又はアプリケーションを、優先度が高い順に当該無線通信区間に割り当て、
当該無線通信区間において提供される帯域を超えるために、当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記通信制御装置は、
前記要求される遅延時間が達成できない又は前記無線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定し、
前記除外されたユーザ又はアプリケーションの優先度が高い順に、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から前記通信品質要求を満たす新規経路を選択し、
前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする請求項２に記載の通信システム。
【請求項４】
前記通信制御装置は、
前記通信品質要求を満たす前記無線通信区間の経路及び前記有線通信区間の経路の少なくとも一方が選択できないユーザ又はアプリケーションが存在する場合、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、譲歩した通信品質要求を満たす新規経路の候補を選択し、
前記選択された新規経路の候補が提供できる通信品質に譲歩した通信品質で接続するように、前記通信端末及び前記サーバへ通知することを特徴とする請求項３に記載の通信システム。
【請求項５】
前記通信制御装置は、
ユーザが使用するアプリケーションの優先度の情報を保持し、
新規に前記ユーザ又は前記アプリケーションから接続要求があった場合、前記接続が要求された通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から新規経路を選択し、
前記選択された無線通信区間の経路と有線通信区間の経路とによる端点間で提供可能な遅延時間が、前記新規ユーザ又はアプリケーションの要求を満たすか否かを判定し、
前記新規ユーザ又はアプリケーションが要求する帯域と該無線通信区間の空き帯域とを比較し、
前記新規ユーザ又はアプリケーション及び当該無線通信区間に接続するユーザ又はアプリケーションを、優先度が高い順に割り当て、
当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外し、
前記新規ユーザ又はアプリケーションが要求する帯域と前記有線通信区間の空き帯域とを比較し、
前記新規ユーザ又はアプリケーション及び当該有線通信区間に接続するユーザ又はアプリケーションを、優先度が高い順に割り当て、
当該有線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該有線通信区間から除外することを特徴とする請求項１に記載の通信システム。
【請求項６】
前記通信制御装置は、
前記要求される遅延時間が達成できない又は該無線通信区間及び該有線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定し、
前記除外されたユーザ又はアプリケーションの優先度が高い順に、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から前記通信品質要求を満たす新規経路を選択し、
前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする請求項５に記載の通信システム。
【請求項７】
前記通信制御装置は、
前記通信品質要求を満たす前記無線通信区間の経路及び前記有線通信区間の経路の少なくとも一方が選択できないユーザ又はアプリケーションが存在する場合、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、譲歩した通信品質要求を満たす新規経路の候補を選択し、
前記選択された新規経路の候補が提供できる通信品質に譲歩した通信品質で接続するように、前記通信端末及び前記サーバへ通知することを特徴とする請求項６に記載の通信システム。
【請求項８】
複数の経路を有する無線通信区間と、１以上の経路を有する有線通信区間とを含むネットワークにおいて、通信制御装置によって行われる通信制御方法であって、
前記無線通信区間には通信端末が接続され、前記有線通信区間にはサーバが接続されており、
前記方法は、
前記通信制御装置が、前記無線通信区間の複数の経路の通信状態と、前記有線通信区間の１以上の経路の通信状態とを取得し、
前記通信制御装置が、前記無線通信区間に接続された通信端末と前記有線通信区間に接続されたサーバとの間でデータ通信要求があった場合、前記無線通信区間及び前記有線通信区間による通信品質が、前記通信端末と前記サーバとの間の通信において要求される通信品質を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、それぞれの経路を選択し、
前記通信制御装置が、前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする通信制御方法。
【請求項９】
前記通信制御装置は、ユーザが使用するアプリケーションの優先度の情報を保持し、
前記方法は、
前記通信制御装置が、前記無線通信区間の通信品質が劣化したことを検出した場合、前記検出された通信品質の劣化によって、前記選択された無線通信区間の経路と有線通信区間の経路による端点間で提供可能な遅延時間が、要求される遅延時間を達成できないユーザ又はアプリケーションを抽出し、
前記通信制御装置が、当該無線通信区間に接続するユーザ又はアプリケーションのうち、前記抽出されたユーザ又はアプリケーションを除いたユーザ又はアプリケーションを、優先度が高い順に当該無線通信区間に割り当て、
前記通信制御装置が、当該無線通信区間において提供される帯域を超えるために、当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外することを特徴とする請求項８に記載の通信制御方法。
【請求項１０】
前記方法は、
前記通信制御装置が、前記要求される遅延時間が達成できない又は前記無線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定し、
前記通信制御装置が、前記除外されたユーザ又はアプリケーションの優先度が高い順に、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から前記通信品質要求を満たす新規経路を選択し、
前記通信制御装置が、前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする請求項９に記載の通信制御方法。
【請求項１１】
前記方法は、
前記通信制御装置が、前記通信品質要求を満たす前記無線通信区間の経路及び前記有線通信区間の経路の少なくとも一方が選択できないユーザ又はアプリケーションが存在する場合、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、譲歩した通信品質要求を満たす新規経路の候補を選択し、
前記通信制御装置が、前記選択された新規経路の候補が提供できる通信品質に譲歩した通信品質で接続するように、前記通信端末及び前記サーバへ通知することを特徴とする請求項１０に記載の通信制御方法。
【請求項１２】
前記通信制御装置は、ユーザが使用するアプリケーションの優先度の情報を保持し、
前記方法は、
前記通信制御装置が、新規に前記ユーザ又は前記アプリケーションから接続要求があった場合、前記接続が要求された通信品質要求を満たすように、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から新規経路を選択し、
前記選択された無線通信区間の経路と有線通信区間の経路とによる端点間で提供可能な遅延時間が、前記新規ユーザ又はアプリケーションの要求を満たすか否かを判定し、
前記通信制御装置が、前記新規ユーザ又はアプリケーションが要求する帯域と該無線通信区間の空き帯域とを比較し、
前記通信制御装置が、前記新規ユーザ又はアプリケーション及び当該無線通信区間に接続するユーザ又はアプリケーションを、優先度が高い順に割り当て、
前記通信制御装置が、当該無線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該無線通信区間から除外し、
前記通信制御装置が、前記新規ユーザ又はアプリケーションが要求する帯域と前記有線通信区間の空き帯域とを比較し、
前記通信制御装置が、前記新規ユーザ又はアプリケーション及び当該有線通信区間に接続するユーザ又はアプリケーションを、優先度が高い順に割り当て、
前記通信制御装置が、当該有線通信区間に割り当てることができなかったユーザ又はアプリケーションを当該有線通信区間から除外することを特徴とする請求項８に記載の通信制御方法。
【請求項１３】
前記方法は、
前記通信制御装置が、前記要求される遅延時間が達成できない又は該無線通信区間及び該有線通信区間から除外されたユーザ又はアプリケーションが存在するか否かを判定し、
前記通信制御装置が、前記除外されたユーザ又はアプリケーションの優先度が高い順に、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から前記通信品質要求を満たす新規経路を選択し、
前記通信制御装置が、前記選択された経路を前記通信端末及び前記サーバへ通知することを特徴とする請求項１２に記載の通信制御方法。
【請求項１４】
前記方法は、
前記通信制御装置が、前記通信品質要求を満たす前記無線通信区間の経路及び前記有線通信区間の経路の少なくと一方が選択できないユーザ又はアプリケーションが存在する場合、前記複数の無線通信区間の経路及び前記１以上の有線通信区間の経路から、譲歩した通信品質要求を満たす新規経路の候補を選択し、
前記通信制御装置が、前記選択された新規経路の候補が提供できる通信品質に譲歩した通信品質で接続するように、前記通信端末及び前記サーバへ通知することを特徴とする請求項１３に記載の通信制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１Ａ】
【図１１Ｂ】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１Ａ】
【図１１Ｂ】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−２０９７８７（Ｐ２０１２−２０９７８７Ａ）
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願番号】特願２０１１−７４１７５（Ｐ２０１１−７４１７５）
【出願日】平成２３年３月３０日（２０１１．３．３０）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２２年度、独立行政法人情報通信研究機構、ネットワーク仮想化を活用したデータサービスアプリケーション基盤技術に関する研究開発 委託事業、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願日】平成２３年３月３０日（２０１１．３．３０）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２２年度、独立行政法人情報通信研究機構、ネットワーク仮想化を活用したデータサービスアプリケーション基盤技術に関する研究開発 委託事業、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]