(57)【要約】エンドツーエンドフローにおいて予め定められた遅延要件を満たすような手法を実行する管理サーバを提供することを目的とする。本開示にかかる管理サーバ（１０）は、アップリンクフローのデータサイズ、及び、アップリンクフローのデータサイズと異なるダウンリンクデータのデータサイズ、に基づいて、送信元の通信端末からアプリケーションサーバを介して送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、アップリンクフロー及びダウンリンクフローに分配する制御部（１１）と、アップリンクフローに分配された許容遅延を超過したアップリンクフローを送信元の通信端末もしくはアプリケーションサーバにおいて破棄させる監視部（１２）と、を備える。
2020095568.tif 000002
【特許請求の範囲】
【請求項１】
送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクフローのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配する制御手段と、
前記アップリンクフローに分配された許容遅延を超過したアップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる監視手段と、を備える管理サーバ。
【請求項２】
前記制御手段は、
前記アップリンクフローのデータサイズ及び前記ダウンリンクフローのデータサイズのうち、データサイズの大きいフローに対して、データサイズの小さいフローよりも多く許容遅延を分配する、請求項１に記載の管理サーバ。
【請求項３】
前記制御手段は、
前記送信元の通信端末と前記アプリケーションサーバとの間に含まれるアップリンク無線区間と、前記アプリケーションサーバと前記送信先の通信端末との間に含まれるダウンリンク無線区間とにおける無線品質に基づいて、前記アップリンクフロー及び前記ダウンリンクフローに分配された許容遅延を補正する、請求項１又は２に記載の管理サーバ。
【請求項４】
前記制御手段は、
前記アップリンク無線区間及び前記ダウンリンク無線区間のうち、無線品質が低い無線区間を含むフローに対して分配される許容遅延を増加させ、無線品質が高い無線区間を含むフローに対して分配される許容遅延を減少させる、請求項３に記載の管理サーバ。
【請求項５】
前記制御手段は、
前記アップリンクフローのデータサイズ及び前記ダウンリンクフローのデータサイズを用いて前記アップリンクフローの遅延及び前記ダウンリンクフローの遅延を推定し、推定した遅延に基づいて前記エンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配する、請求項１乃至４のいずれか１項に記載の管理サーバ。
【請求項６】
前記監視手段は、
前記アップリンクフローに分配された許容遅延を超過したアップリンクフローに含まれるデータのうち、前記送信元の通信端末において破棄されなかったデータを前記アプリケーションサーバにおいて破棄させる、請求項１乃至５のいずれか１項に記載の管理サーバ。
【請求項７】
送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクフローのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配し、
前記アップリンクフローに分配された許容遅延を超過したアップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる、データ処理方法。
【請求項８】
送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクフローのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配し、
前記アップリンクフローに分配された許容遅延を超過したアップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる、ことをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は管理サーバ、データ処理方法、及びプログラムに関する。
【背景技術】
【０００２】
現在、モバイルネットワークを介した超低遅延サービスを提供することが検討されている。超低遅延サービスは、例えば、モバイルネットワークを介して車載センサー情報、交通カメラ情報、及び地図情報等を伝送する自動運転サービスであってもよい。【０００３】
モバイルキャリア（モバイル通信事業者）は、ユーザに対して超低遅延サービスを提供するために、ＳＬＡ（Service Level Agreement）を保証する必要がある。ＳＬＡは、例えば、超低遅延サービスにおいて保証する遅延時間等が規定されていてもよい。【０００４】
特許文献１には、通信端末の特性に応じて、通信端末の遅延要件が決定されることが記載されている。無線アクセスネットワークに配置された基地局は、通信端末毎に定められている遅延要件を満たすように、無線リソース管理を行う。例えば、遅延要件の厳しい通信端末に対して、優先的に無線リソースが割り当てられる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１７−０１７６５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、モバイルキャリアは、ユーザに対してＳＬＡを保証するために、モバイルネットワークを介して通信を行う通信端末間、もしくは、通信端末とサーバとの間等、エンドツーエンドのフローにおいて予め定められた遅延要件を満たす必要がある。よって、エンドツーエンドフローにおいて予め定められた遅延要件を満たすような手法がさらに求められている。【０００７】
本開示の目的は、エンドツーエンドフローにおいて予め定められた遅延要件を満たすような手法を実行する管理サーバ、データ処理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本開示の第１の態様にかかる管理サーバは、送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクデータのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配する制御部と、前記アップリンクフローに分配された許容遅延を超過したアップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる監視部と、を備える。【０００９】
本開示の第２の態様にかかるデータ処理方法は、送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクデータのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配し、前記アップリンクフローに分配された許容遅延を超過したアップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる。【００１０】
本開示の第３の態様にかかるプログラムは、送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクデータのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配し、前記アップリンクフローに分配された許容遅延を超過したアップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる、ことをコンピュータに実行させる。
【発明の効果】
【００１１】
本開示により、エンドツーエンドフローにおいて予め定められた遅延要件を満たすような手法を実行する管理サーバ、データ処理方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１にかかる管理サーバの構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかるＭＥＣサーバの構成図である。
【図４】実施の形態２にかかるｅＮＢの構成図である。
【図５】実施の形態２にかかるアプリケーションサーバの構成図である。
【図６】実施の形態２にかかる許容遅延の分配処理の流れを示す図である。
【発明を実施するための形態】
【００１３】
（実施の形態１）
以下、図面を参照して本開示の実施の形態について説明する。図１を用いて実施の形態１にかかる管理サーバ１０の構成例について説明する。管理サーバ１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
【００１４】
管理サーバ１０は、制御部１１及び監視部１２を有している。制御部１１及び監視部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実施されるソフトウェアもしくはモジュールであってもよい。制御部及び通信部は、制御モジュールもしくは通信モジュール等と称されてもよい。また、制御部１１及び監視部１２は、回路もしくはチップ等のハードウェアであってもよい。
【００１５】
制御部１１は、アップリンクフローのデータサイズ及びダウンリンクフローのデータサイズに基づいて、エンドツーエンドフローに関連付けられた許容遅延をアップリンクフロー及びダウンリンクフローに分配する。アップリンクフローは、送信元の通信端末からアプリケーションサーバへ送信されるフローである。ダウンリンクフローは、アプリケーションサーバから送信先の通信端末へ送信されるフローである。エンドツーエンドフローは、送信元の通信端末から、アプリケーションサーバを介して送信先の通信端末へ送信されるフローである。また、アップリンクフローのデータサイズとダウンリンクフローのデータサイズとは異なる。
【００１６】
通信端末は、携帯電話端末、スマートフォン端末等の、通信機能を有するコンピュータ装置であってもよい。また、通信端末は、ＩｏＴ（Internet of Things）端末、ＭＴＣ（Machine Type Communication）端末等であってもよい。アップリンクフロー、ダウンリンクフロー、及びエンドツーエンドフロー（以下、フローと称する）は、例えば、通信端末に提供されるアプリケーションサービスにおいて伝送される１又は複数のデータを含む。また、フローに含まれるデータは、データパケットと称されてもよい。また、フローに含まれるデータは、１つ以上のデータパケットを用いて構成される、チャンク（chunk）と称されてもよい。
【００１７】
アプリケーションサービスにおいて伝送されるデータ（例えば、アプリケーションデータ）は、例えば、画像データもしくは動画データ等であってもよい。また、アプリケーションデータには、画像データ等の送信を要求する要求メッセージもしくは要求メッセージに応答する応答メッセージ等が含まれてもよい。
【００１８】
許容遅延は、デッドラインもしくは送信デッドラインと称されてもよい。許容遅延は、１回のフローに含まれる複数のデータパケットの送信を完了するべき期限を意味する。許容遅延は、アプリケーションによって要求される。許容遅延は、送信期限と言うこともできる。あるいは、許容遅延は、アプリケーションによって許容される最大送信遅延と言うこともできる。許容遅延は、様々に定義することができる。例えば、許容遅延は、アプリケーションレイヤの発信者（sender）による送信の完了期限を示してもよい。あるいは、許容遅延は、無線レイヤの発信者による送信の完了期限を示してもよい。あるいは、許容遅延は、アプリケーションレイヤの受信者（receiver）による受信の完了期限を示してもよい。あるいは、許容遅延は、無線レイヤの受信者による受信の完了期限を示してもよい。あるいは、許容遅延は、アプリケーションレイヤの発信者が１回のフローに関する最初のデータパケットを送信開始してからアプリケーションレイヤの受信者が１回のフローに関する最後のデータパケットを受信完了する期限を示してもよい。あるいは、また、許容遅延は、無線レイヤの発信者が１回のフローに関する最初のデータパケットを送信開始してから無線レイヤの受信者が１回のフローに関する最後のデータパケットを受信完了する期限を示してもよい。
【００１９】
アップリンクフローのデータサイズは、予め定められた期間におけるアップリンクフローに含まれるそれぞれのデータのデータサイズを合計した値であってもよい。もしくは、アップリンクフローのデータサイズは、予め定められた期間におけるアップリンクフローに含まれるそれぞれのデータのデータサイズの平均値、中央値、最大値、もしくは最小値であってもよい。もしくは、アップリンクフローのデータサイズは、データ種別に応じて予め定められてもよい。データ種別は、例えば、静止画データ、動画データ、もしくはテキストデータ等が定義されていてもよい。ダウンリンクフローのデータサイズの定義も、アップリンクフローのデータサイズの定義と同様である。
【００２０】
例えば、アップリンクフローのデータ種別が動画データであり、ダウンリンクフローのデータ種別がテキストデータであってもよい。
【００２１】
制御部１１は、アップリンクフローに割り当てる許容遅延（以下、アップリンク許容遅延と称する）と、ダウンリンクフローに割り当てる許容遅延（以下、ダウンリンク許容遅延と称する）との合計が、エンドツーエンドフローに関連付けられた許容遅延と一致するように、エンドツーエンドフローに関連付けられた許容遅延を分配する。
【００２２】
制御部１１は、データサイズの大きいフローに対して、データサイズの小さいフローよりも多くの許容遅延を割り当ててもよい。例えば、制御部１１は、アップリンクフローのデータサイズと、ダウンリンクフローのデータサイズとの比に応じて、エンドツーエンドフローに関連付けられた許容遅延を比例配分してもよい。もしくは、制御部１１は、アップリンクフローとダウンリンクフローとのうち、データサイズが大きいフローと、データサイズが小さいフローとに対する許容遅延の分配比率を予め定めていてもよい。
【００２３】
監視部１２は、アップリンクフローに分配された許容遅延を超過したアップリンクフローをＵＥにおいて破棄させる。監視部１２は、例えば、送信元の通信端末から送信されたアップリンクフローが、アプリケーションサーバへ到達するまでの時間を特定する。監視部１２は、特定した時間とアップリンクフローに分配された許容遅延とを比較し、特定した時間がアップリンクフローに分配された許容遅延を超えている場合、アップリンクフローを破棄することを指示するメッセージをＵＥへ送信する。破棄させるとは、廃棄させるもしくは削除させると言い換えられてもよい。
【００２４】
なおＵＥは、アップリンクフローのうち、許容遅延を超過していない一部のデータをアプリケーションサーバへ送信し、残りのデータを破棄してもよい。この場合、アプリケーションサーバは、アップリンクフローのうち、破棄されずにアプリケーションサーバへ送信されたデータを破棄してもよい。監視部１２は、アップリンクフローのうち、ＵＥにおいて破棄されずにアプリケーションサーバへ送信されたデータを破棄することを指示するメッセージをアプリケーションサーバへ送信してもよい。
【００２５】
また、監視部１２は、アップリンクフローに分配された許容遅延をアプリケーションサーバへ予め送信し、アプリケーションサーバまたはＵＥにおいてアップリンクフローの遅延と許容遅延とを比較させてもよい。アプリケーションサーバまたはＵＥは、アップリンクフローの遅延が許容遅延を超えている場合、アップリンクフローを破棄してもよい。
【００２６】
以上説明したように、管理サーバ１０は、アップリンクフロー及びダウンリンクフローのそれぞれのデータサイズに応じて、エンドツーエンドフローに関連付けられた許容遅延をアップリンクフロー及びダウンリンクフローに分配することができる。これより、例えば、管理サーバ１０は、アップリンクフロー及びダウンリンクフローのうち、データサイズの大きいフローに大きい許容遅延を割り当て、データサイズの小さいフローに小さい許容遅延を割り当てることができる。その結果、アップリンクフロー及びダウンリンクフローの遅延がそれぞれに割り当てられた許容遅延を超える可能性を低くすることができる。また、アップリンクフローがＵＥまたはアプリケーションサーバにおいて破棄される可能性を低くすることもできる。
【００２７】
（実施の形態２）
続いて、図２を用いて実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、ＵＥ（User Equipment）２１、ｅＮＢ（evolved Node B）２２、ＵＥ４１、ｅＮＢ４２、ＭＥＣ（Mobile Edge Computing）サーバ３１、ゲートウェイ装置３２、及びアプリケーションサーバ３３を有している。ＵＥは、３ＧＰＰ（3rd Generation Partnership Project）において通信端末の総称として用いられる用語である。ｅＮＢは、３ＧＰＰにおいて無線通信方式として規定されているＬＴＥ（Long Term Evolution）をサポートする基地局である。図２においては、ＵＥ２１を送信元の通信端末とし、ＵＥ４１を送信先の通信端末として説明する。
【００２８】
ｅＮＢ２２は、ＵＥ２１に関するリソーススケジューリングを行う。リソーススケジューリングは、例えば、リソース管理と称されてもよい。ｅＮＢ４２は、ＵＥ４１に関するリソーススケジューリングを行う。ＵＥ２１から送信されたフローは、アプリケーションサーバ３３を介してＵＥ４１へ送信される。この時、ＵＥ２１から送信されたフローは、ｅＮＢ２２及びゲートウェイ装置３２を介してアプリケーションサーバ３３へ送信されてもよい。もしくは、ＵＥ２１から送信されたフローは、ｅＮＢ２２、ＭＥＣサーバ３１、及びゲートウェイ装置３２を介してアプリケーションサーバ３３へ送信されてもよい。
【００２９】
また、アプリケーションサーバ３３から送信されたフローは、ゲートウェイ装置３２及びｅＮＢ４２を介してＵＥ４１へ送信されてもよい。もしくは、アプリケーションサーバ３３から送信されたフローは、ゲートウェイ装置３２、ＭＥＣサーバ３１、及びｅＮＢ４２を介してＵＥ４１へ送信されてもよい。
【００３０】
ＭＥＣサーバ３１は、図１の管理サーバ１０に相当する。ＭＥＣサーバ３１は、ＵＥに近い位置に配置されるサーバであり、図２においては、ｅＮＢ２２もしくはｅＮＢ４２の近傍に配置される。ＭＥＣサーバ３１は、アプリケーションサーバとして用いられてもよい。この場合、ＵＥ２１とＵＥ４１との間におけるフローは、ｅＮＢ２２、ＭＥＣサーバ３１、及びｅＮＢ４２を介して、ＵＥ４１へ送信される。ＵＥの近傍に配置されたＭＥＣサーバ３１がアプリケーションサービスを提供することによって、ＵＥ２１とＵＥ４１との間における遅延を低減させることができる。
【００３１】
また、図２においては、ＭＥＣサーバ３１が１台のみ配置されていることを示しているが、例えば、ＭＥＣサーバは、ｅＮＢ２２の近傍に１台配置され、さらに、ｅＮＢ４２の近傍にもう一台配置されてもよい。この場合、ＵＥ２１とＵＥ４１との間におけるフローは、２台のＭＥＣサーバを経由してもよく、フローに関連するアプリケーションサービスを提供するいずれか一方のＭＥＣサーバのみを経由してもよい。
【００３２】
ゲートウェイ装置３２は、ｅＮＢ２２、アプリケーションサーバ３３、及びｅＮＢ４２の間において伝送されるフローを中継する。もしくは、ゲートウェイ装置３２は、ＭＥＣサーバ３１とアプリケーションサーバ３３との間において伝送されるフローを中継する。ゲートウェイ装置３２は、例えば、３ＧＰＰにおいて規定されているＳＧＷ（Serving Gateway）及びＰＧＷ（Packet Data Network Gateway）等であってもよい。図２においては、ゲートウェイ装置３２が１台のみ配置されていることを示しているが、例えば、ゲートウェイ装置３２は、２台以上配置されてもよい。アプリケーションサーバ３３は、ＵＥ２１及びＵＥ４１へアプリケーションサービスを提供するサーバである。
【００３３】
ＵＥ２１とアプリケーションサーバ３３との間の通信経路を、アップリンクパスセグメントと称する。アプリケーションサーバ３３とＵＥ４１との間の通信経路を、ダウンリンクパスセグメントと称する。また、ＭＥＣサーバ３１がアプリケーションサーバとして用いられる場合、ＵＥ２１とＭＥＣサーバ３１との間の通信経路を、アップリンクパスセグメントと称する。さらに、ＭＥＣサーバ３１がアプリケーションサーバとして用いられる場合、ＭＥＣサーバ３１とＵＥ４１との間の通信経路を、ダウンリンクパスセグメントと称する。
【００３４】
続いて、図３を用いて実施の形態２にかかるＭＥＣサーバ３１の構成例について説明する。ＭＥＣサーバ３１は、ネットワークインタフェース６１、プロセッサ６２、及びメモリ６３を有している。
【００３５】
ネットワークインタフェース６１は、他の通信ネットワーク装置と通信するために使用される。ネットワークインタフェース６１は、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。ネットワークインタフェース６１は、通信部５１を有している。
【００３６】
通信部５１は、ｅＮＢ２２、ｅＮＢ４２、及びゲートウェイ装置３２との間においてデータを送信及び受信する。
【００３７】
プロセッサ６２は、メモリ６３からソフトウェア（コンピュータプログラム）を読み出して、以降においてフローチャート等を用いて説明される処理を行う。プロセッサ６２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ６２は、複数のプロセッサを含んでもよい。
【００３８】
メモリ６３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ６３は、プロセッサ６２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ６２は、図示されていないI/Oインタフェースを介してメモリ６３にアクセスしてもよい。メモリ６３は、ソフトウェアもしくはソフトウェアモジュール群を格納するために使用される。プロセッサ６２は、これらのソフトウェアもしくはソフトウェアモジュール群をメモリ６３から読み出して実行する。
【００３９】
メモリ６３は、通信要件管理部５６を有する。通信要件管理部５６は、エンドツーエンドフローの許容遅延と、アップリンクフロー及びダウンリンクフローのデータサイズとに関する情報を管理している。通信要件管理部５６は、エンドツーエンドフローを構成する各パスセグメントのデータサイズを管理してもよい。管理するとは、保持する、もしくは保存すると言い換えられてもよい。
【００４０】
エンドツーエンドフローの許容遅延を管理するとは、例えば、エンドツーエンドフローに関連付けられたサービスにおいて予め定められた許容遅延を管理することであってもよい。サービスは、例えば、交差点付近に設置されたカメラにおいて撮影された映像に歩行者等が写っている場合、交差点付近を走行中の車両、その他の車両へ歩行者の存在を通知するというサービスであってもよい。車両が歩行者の存在を検知することによって、車両と歩行者との衝突を回避することができる。当該映像は、歩行者の所有するＵＥへ通知されてもよい。これによって、歩行者が車両に接近していることを当該歩行者へ通知することができる。また、サービスは、路上に設置されたカメラにおいて撮影された映像に写っている情報をカメラの周辺を走行中の車両へ送信し、車両間の衝突を回避させるサービスであってもよい。このようなサービスにおいては、ＵＥ２１に相当するカメラにおいて撮影された映像をアプリケーションサーバ３３へ送信し、ＵＥ４１に相当する車両がアプリケーションサーバ３３から情報を受信するまでの時間が、許容遅延として予め定められている。
【００４１】
さらに、サービスは、車両に搭載されたカメラにおいて撮影された映像を歩行者の所有するＵＥまたは他の車両へ送信するサービスであってもよい。このサービスによって、歩行者または他の車両にとってリスクのある情報を提供することができる。リスクのある情報の例としては、カメラが搭載された車両と歩行者とが接近していること、または、撮影された映像に他の車両が映っている場合には、その車両と歩行者とが接近していることなどがあげられる。
【００４２】
アップリンクフロー及びダウンリンクフローのデータサイズに関する情報を管理するとは、アップリンクフロー及びダウンリンクフローのデータ種別に対応付けられたデータサイズを管理することであってもよい。例えば、データ種別がテキストデータである場合、データサイズはＡ（Ａは正の数）キロバイトであり、データ種別が動画データである場合、データサイズはＢ（Ｂは正の数）メガバイトのように定められてもよい。
【００４３】
プロセッサ６２は、データサイズ監視部５２、許容遅延更新部５３、無線品質監視部５４、及び遅延監視部５５における機能もしくは処理を実行するために用いられる。データサイズ監視部５２は、エンドツーエンドフローに含まれるアップリンクフロー及びダウンリンクフローのデータサイズを特定する。例えば、データサイズ監視部５２は、アプリケーションサーバ３３からアップリンクフロー及びダウンリンクフローのデータ種別に関する情報を取得してもよい。さらに、データサイズ監視部５２は、取得したデータ種別に対応付けて管理されているデータサイズを通信要件管理部５６から取得してもよい。
【００４４】
もしくは、ＭＥＣサーバ３１がアプリケーションサーバとして用いられる場合、データサイズ監視部５２は、受信したアップリンクフロー及び送信するダウンリンクフローを用いてデータ種別を特定してもよい。
【００４５】
許容遅延更新部５３は、データサイズ監視部５２において特定されたデータサイズを用いてアップリンクフロー及びダウンリンクフローの予想通信遅延を算出してもよい。例えば、許容遅延更新部５３は、アップリンクパスセグメントに含まれる無線区間において用いられている通信方式、及び、有線区間において用いられている通信方式における通信速度に関する情報を保持していてもよい。許容遅延更新部５３は、アップリンクパスセグメントにおける通信速度においてデータサイズ監視部５２において特定されたデータサイズのアップリンクフローが伝送された場合の通信遅延を予想通信遅延として算出してもよい。許容遅延更新部５３は、アップリンクフローと同様にダウンリンクフローに関する予想通信遅延を算出する。
【００４６】
許容遅延更新部５３は、アップリンクフローとダウンリンクフローとにおいて予想通信遅延が大きい方に、大きい許容遅延を分配し、予想通信遅延が小さい方に小さい許容遅延を分配してもよい。許容遅延更新部５３は、予想通信遅延に所定の遅延を加算した値を許容遅延としてもよい。もしくは、許容遅延更新部５３は、例えば、アップリンクフローの予想通信遅延と同じ時間をアップリンク許容遅延とし、ダウンリンクフローの許容遅延を、エンドツーエンドフローに関連づけられた許容遅延から、アップリンク許容遅延を減算した値としてもよい。もしくは、許容遅延更新部５３は、例えば、ダウンリンクフローの予想通信遅延と同じ時間をダウンリンク許容遅延とし、アップリンクフローの許容遅延を、エンドツーエンドフローに関連づけられた許容遅延から、ダウンリンク許容遅延を減算した値としてもよい。
【００４７】
無線品質監視部５４は、アップリンクパスセグメント及びダウンリンクパスセグメントのそれぞれの無線区間における無線品質を監視する。無線品質監視部５４は、例えば、ｅＮＢ２２からＵＥ２１とｅＮＢ２２との間の無線品質に関する情報を受信し、ｅＮＢ４２からＵＥ４１とｅＮＢ４２との間の無線品質に関する情報を受信してもよい。無線品質に関する情報は、例えば、無線区間におけるスループット、無線区間において適用された変調方式、ＳＩＮＲ（Signal to Interference plus Noise power Ratio）等であってもよい。無線品質監視部５４は、無線品質に関する情報を許容遅延更新部５３へ出力する。
【００４８】
許容遅延更新部５３は、無線品質に応じて、アップリンクフロー及びダウンリンクフローに分配された許容遅延を補正してもよい。例えば、許容遅延更新部５３は、アップリンクパスセグメントにおける無線品質が、ダウンリンクパスセグメントにおける無線品質よりも低下している場合、アップリンクフローの許容遅延を大きくするように補正してもよい。さらに、許容遅延更新部５３は、ダウンリンクフローの許容遅延を小さくするように補正してもよい。
【００４９】
もしくは、許容遅延更新部５３は、無線品質の変動に応じて、アップリンクアップリンクフロー及びダウンリンクフローに分配された許容遅延を補正してもよい。例えば、許容遅延更新部５３は、アップリンクパスセグメントにおける無線品質の変動とダウンリンクパスセグメントにおける無線品質の変動とを比較する。許容遅延更新部５３は、アップリンクパスセグメントにおける無線品質の変動が大きいと判定した場合、アップリンクフローの許容遅延を大きくするように補正し、ダウンリンクフローの許容遅延を小さくするように補正してもよい。
【００５０】
遅延監視部５５は、アップリンクフローの遅延を監視する。例えば、遅延監視部５５は、アプリケーションサーバ３３からアップリンクフローの遅延に関する情報を受信してもよい。アプリケーションサーバ３３は、例えば、アップリンクフローに含まれるデータに設定されているタイムスタンプと、当該データを受信したタイミングもしくは時刻とからアップリンクフローの遅延を決定してもよい。タイムスタンプには、ＵＥ２１からデータが送信されたタイミングもしくは時刻情報が設定されているとする。
【００５１】
もしくは、ＭＥＣサーバ３１がアプリケーションサーバとして用いられる場合、遅延監視部５５は、アプリケーションサーバ３３と同様の処理を実行しアップリンクフローの遅延を決定してもよい。
【００５２】
遅延監視部５５は、アップリンクフローの遅延が、アップリンクフローに分配された許容遅延を超えている場合、当該アップリンクフローの破棄を指示するメッセージをＵＥまたはアプリケーションサーバ３３へ送信する。遅延監視部５５は、決定された遅延が許容遅延を超えているデータもしくはデータパケットのみの破棄を指示してもよい。もしくは、遅延監視部５５は、アプリケーションサーバ３３が、遅延が決定されたデータもしくはデータパケットを受信してから所定期間の間に受信するアップリンクフローに関するデータの破棄を指示してもよい。もしくは、遅延監視部５５は、遅延が決定されたデータもしくはデータパケットを受信後に受信したアップリンクフローに関する全てのデータもしくはデータパケットの破棄を指示してもよい。ＭＥＣサーバ３１がアプリケーションサーバとして用いられる場合、遅延監視部５５は、許容遅延を超えているアップリンクフローを破棄する。
【００５３】
もしくは、遅延監視部５５は、アップリンクフローの遅延が、アップリンクフローに分配された許容遅延を超えている場合、アップリンクパスセグメントにおける基地局もしくはゲートウェイ装置等へアップリンクフローの破棄を指示してもよい。
【００５４】
続いて、図４を用いて、ｅＮＢ２２の構成例について説明する。ｅＮＢ４２は、ｅＮＢ２２と実質的に同様の構成を有するため詳細な説明を省略する。ｅＮＢ２２は、ネットワークインタフェース８１、プロセッサ８２、及びメモリ８３を有している。
【００５５】
ネットワークインタフェース８１は、デジタルベースバンド信号処理を行うベースバンドプロセッサを含んでもよい。もしくは、ネットワークインタフェース８１は、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。ネットワークインタフェース８１は、通信部７１を有する。通信部７１は、ＵＥ２１と無線通信を行い、さらに、ＭＥＣサーバ３１及びゲートウェイ装置３２と有線通信を行ってもよい。通信部７１は、無線通信を行う構成と、有線通信を行う構成とを含んでもよい。
【００５６】
プロセッサ８２は、メモリ８３からソフトウェア（コンピュータプログラム）を読み出して、以降において説明される処理を行う。プロセッサ８２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ８２は、複数のプロセッサを含んでもよい。プロセッサ８２は、無線リソース制御部７２及び無線品質計測部７３を有している。
【００５７】
無線リソース制御部７２は、ＵＥ２１を含む複数のＵＥに対するリソーススケジューリングを行う。無線リソース制御部７２は、例えば、予め優先度が高く設定されているＵＥに対して優先的に無線リソースを割り当ててもよい。優先的に無線リソースを割り当てるとは、例えば、他のＵＥよりも多くの無線リソースを優先度が高く設定されているＵＥに割り当てることであってもよい。無線リソースは、リソースブロックであってもよい。リソースブロックは、周波数と時間とを用いて特定されるリソースである。リソースブロックは、３ＧＰＰにおいて規定された無線リソースである。
【００５８】
もしくは、無線リソース制御部７２は、ＭＥＣサーバ３１からアップリンク許容遅延に関する情報を取得し、アップリンク許容遅延が終了するまでの期間が短いアップリンクフローを送信するＵＥに対して、優先的に無線リソースを割り当ててもよい。
【００５９】
また、無線リソース制御部７２は、ＭＥＣサーバ３１からアップリンクフローの廃棄を指示するメッセージを受信した場合、アップリンクフローに関するデータもしくはデータパケットを廃棄してもよい。もしくは、無線リソース制御部７２は、ＭＥＣサーバ３１からアップリンクフローの廃棄を指示するメッセージを受信した場合、アップリンクフローを送信するＵＥに対する無線リソースの割当を停止してもよい。
【００６０】
無線品質計測部７３は、ＵＥ２１とｅＮＢ２２との間の無線区間における無線品質を計測する。無線品質計測部７３は、例えば、スループット及びＳＩＮＲを計測してもよい。無線品質計測部７３は、計測した情報を通信部７１を介してＭＥＣサーバ３１へ送信する。もしくは、無線品質計測部７３は、無線品質に関する情報として、無線区間において適用した変調方式に関する情報を通信部７１を介してＭＥＣサーバ３１へ送信してもよい。
【００６１】
メモリ８３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ８３は、プロセッサ８２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ８２は、図示されていないI/Oインタフェースを介してメモリ８３にアクセスしてもよい。メモリ８３は、ソフトウェアもしくはソフトウェアモジュール群を格納するために使用される。プロセッサ８２は、これらのソフトウェアもしくはソフトウェアモジュール群をメモリ８３から読み出して実行する。
【００６２】
続いて、図５を用いて、アプリケーションサーバ３３の構成例について説明する。アプリケーションサーバ３３は、ネットワークインタフェース１０１、プロセッサ１０２、及びメモリ１０３を有している。
【００６３】
ネットワークインタフェース１０１は、他の通信ネットワーク装置と通信するために使用される。ネットワークインタフェース１０１は、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。ネットワークインタフェース１０１は、通信部９１を有している。
【００６４】
プロセッサ１０２は、メモリ１０３からソフトウェア（コンピュータプログラム）を読み出して、以降において説明される処理を行う。プロセッサ１０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１０２は、複数のプロセッサを含んでもよい。
【００６５】
プロセッサ１０２は、データ処理部９２及び遅延計測部９３における機能もしくは処理を実行するために用いられる。データ処理部９２は、通信部９１を介してアップリンクフローを受信した後に、所定のダウンリンクフローを生成する。また、データ処理部９２は、通信部９１を介してダウンリンクフローを送信する。
【００６６】
また、データ処理部９２は、ＭＥＣサーバ３１からアップリンクフローの破棄を指示するメッセージを受信した場合、アップリンクフローを破棄する。データ処理部９２は、指定されたデータもしくはデータパケットのみを破棄してもよい。もしくは、データ処理部９２は、破棄を指定されたデータもしくはデータパケットから所定期間の間に受信するアップリンクフローに関するデータを破棄してもよい。もしくは、データ処理部９２は、破棄を指定されたデータを受信後に受信したアップリンクフローに関する全てのデータを破棄してもよい。
【００６７】
またデータ処理部９２は、ＵＥがアップリンクフローの一部のデータを破棄したことを検知し、当該アップリンクフローの残りのデータを破棄してもよい。
【００６８】
遅延計測部９３は、ＵＥ２１から送信されたアップリンクフローの遅延を計測する。遅延計測部９３は、例えば、アップリンクフローに含まれるデータに設定されているタイムスタンプと、当該データを受信したタイミングもしくは時刻とからアップリンクフローの遅延を計測してもよい。遅延計測部９３は、計測した遅延に関する情報を通信部９１を介してＭＥＣサーバ３１へ送信する。
【００６９】
メモリ１０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１０３は、プロセッサ１０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１０２は、図示されていないI/Oインタフェースを介してメモリ１０３にアクセスしてもよい。メモリ１０３は、ソフトウェアもしくはソフトウェアモジュール群を格納するために使用される。プロセッサ１０２は、これらのソフトウェアもしくはソフトウェアモジュール群をメモリ１０３から読み出して実行する。
【００７０】
続いて、図６を用いて実施の形態２にかかる許容遅延の分配処理の流れについて説明する。はじめに、許容遅延更新部５３は、通信要件管理部５６からエンドツーエンドフローの許容遅延を取得する（Ｓ１１）。次に、データサイズ監視部５２は、通信要件管理部５６からエンドツーエンドフローに含まれるアップリンクフロー及びダウンリンクフローのデータサイズを取得する（Ｓ１２）。次に、許容遅延更新部５３は、データサイズ監視部５２から取得したアップリンクフロー及びダウンリンクフローのデータサイズを用いて、それぞれのフローにおける予想遅延時間を算出する。さらに、許容遅延更新部５３は、予想算出遅延時間を用いて、アップリンクフロー及びダウンリンクフローへ許容遅延を分配する（Ｓ１３）。
【００７１】
次に、遅延監視部５５は、アップリンクフローに含まれるデータの遅延が、アップリンク許容遅延を超えている場合、データを削除することを指示するメッセージをアプリケーションサーバ３３へ送信する（Ｓ１４）。
【００７２】
以上説明したように、ＭＥＣサーバ３１は、アップリンクフロー及びダウンリンクフローのそれぞれのデータサイズに応じて、エンドツーエンドフローに関連付けられた許容遅延をアップリンクフロー及びダウンリンクフローに分配することができる。さらに、ＭＥＣサーバ３１は、アップリンクパスセグメント及びダウンリンクパスセグメントに含まれる無線区間の無線品質に応じて、分配された許容遅延を補正することができる。つまり、ＭＥＣサーバ３１は、無線品質が低下しており、遅延が増加することが予測されるフローに分配される許容遅延を増加させてもよい。もしくは、ＭＥＣサーバ３１は、無線品質が向上しており、遅延が減少することが予測されるフローに分配される許容遅延を減少させてもよい。ＭＥＣサーバ３１がこのようにアップリンクフロー及びダウンリンクフローに分配する許容遅延を調整することによって、破棄されるデータを減少させることができる。
【００７３】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリを含む。磁気記録媒体は、例えばフレキシブルディスク、磁気テープ、ハードディスクドライブであってもよい。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）であってもよい。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００７４】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【００７５】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００７６】
この出願は、２０１８年１１月７日に出願された日本出願特願２０１８−２０９５２５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【００７７】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクフローのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配する制御部と、
前記アップリンクフローに分配された許容遅延を超過したアップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる監視部と、を備える管理サーバ。
（付記２）
前記制御部は、
前記アップリンクフローのデータサイズ及び前記ダウンリンクフローのデータサイズのうち、データサイズの大きいフローに対して、データサイズの小さいフローよりも多く許容遅延を分配する、付記１に記載の管理サーバ。
（付記３）
前記制御部は、
前記送信元の通信端末と前記アプリケーションサーバとの間に含まれるアップリンク無線区間と、前記アプリケーションサーバと前記送信先の通信端末との間に含まれるダウンリンク無線区間とにおける無線品質に基づいて、前記アップリンクフロー及び前記ダウンリンクフローに分配された許容遅延を補正する、付記１又は２に記載の管理サーバ。
（付記４）
前記制御部は、
前記アップリンク無線区間及び前記ダウンリンク無線区間のうち、無線品質が低い無線区間を含むフローに対して分配される許容遅延を増加させ、無線品質が高い無線区間を含むフローに対して分配される許容遅延を減少させる、付記３に記載の管理サーバ。
（付記５）
前記制御部は、
前記アップリンクフローのデータサイズ及び前記ダウンリンクフローのデータサイズを用いて前記アップリンクフローの遅延及び前記ダウンリンクフローの遅延を推定し、推定した遅延に基づいて前記エンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配する、付記１乃至４のいずれか１項に記載の管理サーバ。
（付記６）
前記監視部は、
前記アップリンクフローに分配された許容遅延を超過したアップリンクフローに含まれるデータのうち、前記送信元の通信端末において破棄されなかったデータを前記アプリケーションサーバにおいて破棄させる、付記１乃至５のいずれか１項に記載の管理サーバ。
（付記７）
送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクフローのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配し、
前記アップリンクフローに分配された許容遅延を超過したアップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる、データ処理方法。
（付記８）
送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクフローのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配し、
前記アップリンクフローに分配された許容遅延を超過したアップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる、ことをコンピュータに実行させるプログラム。
【符号の説明】
【００７８】
１０  管理サーバ
１１  制御部
１２  監視部
２１  ＵＥ
２２  ｅＮＢ
３１  ＭＥＣサーバ
３２  ゲートウェイ装置
３３  アプリケーションサーバ
４１  ＵＥ
４２  ｅＮＢ
５１  通信部
５２  データサイズ監視部
５３  許容遅延更新部
５４  無線品質監視部
５５  遅延監視部
５６  通信要件管理部
６１  ネットワークインタフェース
６２  プロセッサ
６３  メモリ
７１  通信部
７２  無線リソース制御部
７３  無線品質計測部
８１  ネットワークインタフェース
８２  プロセッサ
８３  メモリ
９１  通信部
９２  データ処理部
９３  遅延計測部
１０１  ネットワークインタフェース
１０２  プロセッサ
１０３  メモリ
【図１】
2020095568.tif 000003
【図２】
2020095568.tif 000004
【図３】
2020095568.tif 000005
【図４】
2020095568.tif 000006
【図５】
2020095568.tif 000007
【図６】
2020095568.tif 000008
【手続補正書】
【提出日】令和3年4月16日(2021.4.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクフローのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配する制御手段と、
分配された許容遅延を超過した前記アップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる監視手段と、を備える管理サーバ。
【請求項２】
前記制御手段は、
前記アップリンクフローのデータサイズ及び前記ダウンリンクフローのデータサイズのうち、データサイズの大きいフローに対して、データサイズの小さいフローよりも多く許容遅延を分配する、請求項１に記載の管理サーバ。
【請求項３】
前記制御手段は、
前記送信元の通信端末と前記アプリケーションサーバとの間に含まれるアップリンク無線区間と、前記アプリケーションサーバと前記送信先の通信端末との間に含まれるダウンリンク無線区間とにおける無線品質に基づいて、前記アップリンクフロー及び前記ダウンリンクフローに分配された許容遅延を補正する、請求項１又は２に記載の管理サーバ。
【請求項４】
前記制御手段は、
前記アップリンク無線区間及び前記ダウンリンク無線区間のうち、無線品質が低い無線区間を含むフローに対して分配される許容遅延を増加させ、無線品質が高い無線区間を含むフローに対して分配される許容遅延を減少させる、請求項３に記載の管理サーバ。
【請求項５】
前記制御手段は、
前記アップリンクフローのデータサイズ及び前記ダウンリンクフローのデータサイズを用いて前記アップリンクフローの遅延及び前記ダウンリンクフローの遅延を推定し、推定した遅延に基づいて前記エンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配する、請求項１乃至４のいずれか１項に記載の管理サーバ。
【請求項６】
前記監視手段は、
前記アップリンクフローに分配された許容遅延を超過したアップリンクフローに含まれるデータのうち、前記送信元の通信端末において破棄されなかったデータを前記アプリケーションサーバにおいて破棄させる、請求項１乃至５のいずれか１項に記載の管理サーバ。
【請求項７】
送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクフローのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配し、
分配された許容遅延を超過した前記アップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる、データ処理方法。
【請求項８】
送信元の通信端末からアプリケーションサーバへ送信されるアップリンクフローのデータサイズ、及び、前記アプリケーションサーバから送信先の通信端末へ送信されるダウンリンクフローのデータサイズであって、前記アップリンクフローのデータサイズと異なる前記ダウンリンクフローのデータサイズ、に基づいて、前記送信元の通信端末から前記アプリケーションサーバを介して前記送信先の通信端末へ送信されるエンドツーエンドフローに関連付けられた許容遅延を、前記アップリンクフロー及び前記ダウンリンクフローに分配し、
分配された許容遅延を超過した前記アップリンクフローを前記送信元の通信端末もしくは前記アプリケーションサーバにおいて破棄させる、ことをコンピュータに実行させるプログラム。
【国際調査報告】
2020095568.tif 000009
2020095568.tif 000010
2020095568.tif 000011