(57)【要約】本発明は、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなくサービスフロー単位のＱｏＳ制御を実現し、サービス要請に従って発生する新規サービスフローに対するＱｏＳ制御を可能にしてサービス要請に対する応答時間を改善する端末装置及び基地局装置と、ＱｏＳ制御方法を提案する。【選択図】図２
2019525687.tif 000002
【特許請求の範囲】
【請求項１】
コアネットワークとのセッション設定によって上記コアネットワークから第１ＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）制御情報を獲得する獲得部；
特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規に発生する場合、上記第１ＱｏＳ制御情報から上記特定アプリケーションの識別コードを確認する確認部；及び、
上記特定アプリケーションの識別コードを含むアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）要請を基地局装置に伝送して、上記基地局装置で上記特定アプリケーションの識別コードによって確認されるアプリケーションの等級による優先順位に基づいて上記アップリンクグラントが処理されるようにする伝送部；を含むことを特徴とする端末装置。
【請求項２】
上記特定アプリケーションの識別コードは、
上記特定アプリケーションに対して既に定義された識別情報（ＡＰＰ  ＩＤ）を臨界サイズ以内のコード値に置き換えた置換コードを含むことを特徴とする請求項１に記載の端末装置。
【請求項３】
上記端末装置は、
上記サービスフローに関連して上記基地局装置から受信されるダウンリンクパケットのヘッダから第２ＱｏＳ制御情報が獲得される場合、上記第２ＱｏＳ制御情報から確認される特定ＱｏＳパラメータを上記サービスフローに適用して、上記サービスフローでのアップリンクパケットが上記特定ＱｏＳパラメータによるＱｏＳで伝送されるようにする処理部をさらに含むことを特徴とする請求項１に記載の端末装置。
【請求項４】
端末装置とコアネットワークとの間のセッション設定によって、上記コアネットワークから第１ＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）制御情報を獲得する獲得部；及び、
上記端末装置で特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規発生することにより、上記端末装置から上記特定アプリケーションの識別コードが含まれたアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）要請が受信される場合、上記第１ＱｏＳ制御情報内の上記特定アプリケーションの識別コードによって確認されるアプリケーションの等級による優先順位に基づいて上記アップリンクグラントを処理する処理部；を含むことを特徴とする基地局装置。
【請求項５】
上記特定アプリケーションの識別コードは、
上記特定アプリケーションに対して既に定義された識別情報（ＡＰＰ  ＩＤ）を臨界サイズ以内のコード値に置き換えた置換コードを含むことを特徴とする請求項４に記載の基地局装置。
【請求項６】
上記処理部は、
上記サービスフローに関連して上記コアネットワークから受信されるダウンリンクパケットのヘッダから第２ＱｏＳ制御情報が獲得される場合、上記第２ＱｏＳ制御情報から確認される特定ＱｏＳパラメータを上記サービスフローに適用して、上記ダウンリンクパケットが上記特定ＱｏＳパラメータによるＱｏＳで上記端末装置に伝送されるように処理することを特徴とする請求項４に記載の基地局装置。
【請求項７】
上記処理部は、
上記端末装置に伝送されるダウンリンクパケットのヘッダに上記第２ＱｏＳ制御情報を含ませて、上記端末装置が上記サービスフローでのアップリンクパケット伝送時に上記特定ＱｏＳパラメータによるＱｏＳで伝送できるようにすることを特徴とする請求項６に記載の基地局装置。
【請求項８】
ＱｏＳ制御方法において、
端末装置が、コアネットワークとのセッション設定によって上記コアネットワークから第１ＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）制御情報を獲得する獲得段階；
上記端末装置が、特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規に発生する場合、上記第１ＱｏＳ制御情報から上記特定アプリケーションの識別コードを確認する確認段階；
上記端末装置が、上記特定アプリケーションのＱｏＳパラメータを含むアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）要請を基地局装置に伝送して、上記基地局装置で上記特定アプリケーションの識別コードによって確認されるアプリケーションの等級による優先順位に基づいて上記アップリンクグラントが処理されるようにする伝送段階；を含むことを特徴とするＱｏＳ制御方法。
【請求項９】
上記特定アプリケーションの識別コードは、
上記特定アプリケーションに対して既に定義された識別情報（ＡＰＰ  ＩＤ）を臨界サイズ以内のコード値に置き換えた置換コードを含むことを特徴とする請求項８に記載のＱｏＳ制御方法。
【請求項１０】
上記方法は、
上記端末装置が、上記サービスフローに関連して上記基地局装置から受信されるダウンリンクパケットのヘッダから第２ＱｏＳ制御情報が獲得される場合、上記第２ＱｏＳ制御情報から確認される特定ＱｏＳパラメータを上記サービスフローに適用して、上記サービスフローでのアップリンクパケットが上記特定ＱｏＳパラメータによるＱｏＳで伝送されるようにする処理段階をさらに含むことを特徴とする請求項８に記載のＱｏＳ制御方法。
【請求項１１】
ＱｏＳ制御方法において、
基地局装置が、端末装置とコアネットワークとの間のセッション設定によって上記コアネットワークから第１ＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）制御情報を獲得する獲得段階；
上記基地局装置が、上記端末装置で特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規発生する場合に、上記端末装置から上記特定アプリケーションの識別コードが含まれたアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）要請を受信する受信段階；及び、
上記基地局装置が、上記第１ＱｏＳ制御情報内の上記特定アプリケーションの識別コードによって確認されるアプリケーションの等級による優先順位に基づいて上記アップリンクグラントを処理する処理段階；を含むことを特徴とするＱｏＳ制御方法。
【請求項１２】
上記特定アプリケーションの識別コードは、
上記特定アプリケーションに対して既に定義された識別情報（ＡＰＰ  ＩＤ）を臨界サイズ以内のコード値に置き換えた置換コードを含むことを特徴とする請求項１１に記載のＱｏＳ制御方法。
【請求項１３】
上記方法は、
上記基地局装置が、上記サービスフローに関連して上記コアネットワークから受信されるダウンリンクパケットのヘッダから第２ＱｏＳ制御情報が獲得される場合、上記第２ＱｏＳ制御情報から確認される特定ＱｏＳパラメータを上記サービスフローに適用して、上記ダウンリンクパケットを上記特定ＱｏＳパラメータによるＱｏＳで上記端末装置に伝送する伝送段階をさらに含むことを特徴とする請求項１１に記載のＱｏＳ制御方法。
【請求項１４】
上記伝送段階は、
上記端末装置に伝送されるダウンリンクパケットのヘッダに上記第２ＱｏＳ制御情報を含ませて、上記端末装置が上記サービスフローでのアップリンクパケット伝送時に上記特定ＱｏＳパラメータによるＱｏＳで伝送できるようにすることを特徴とする請求項１３に記載のＱｏＳ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなくサービスフロー単位のＱｏＳ制御を実現し、サービス要請に従って発生する新規サービスフローに対するＱｏＳ制御を可能にしてサービス要請に対する応答時間を改善するための方案に関するものである。
【背景技術】
【０００２】
移動通信システムでは、端末装置（ユーザー）が利用するアプリケーションサービスのメディア類型によってＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）レベルを異にし、アプリケーションサービスのパケット伝送時、メディア類型に合うＱｏＳレベルを保障して伝送するＱｏＳ制御を提供している。
【０００３】
これに関連して、ＬＴＥネットワークで提供するＱｏＳ制御方式は、ＥＰＳ  Ｂｅａｒｅｒ（以下、ベアラ）単位のＱｏＳ制御方式である。
【０００４】
ＬＴＥネットワークでは、端末装置（ユーザー）がアプリケーションサービスを利用するために、データ伝送のためのＥＰＳ  Ｂｅａｒｅｒ即ちベアラを生成することになる。
【０００５】
このようなベアラは、端末装置と基地局装置との間を連結する無線区間、及び、基地局装置とＳ−ＧＷとＰ−ＧＷとの間を連結する有線区間を経て、端末装置とＰ−ＧＷとの間に生成されるトンネル（無線区間＋有線区間）と言える。
【０００６】
端末装置のデータは、このトンネル即ちベアラを通してＩＰ基盤のパケット形態で伝送され、パケット伝送によるトラフィックの流れをサービスフロー（Ｓｅｒｖｉｃｅ  Ｆｌｏｗ）  と言う。
【０００７】
これまでは、端末装置に提供されていたアプリケーションサービスの種類が比較的限定的であったため、いくつかの種類のサービスをまとめて“ベアラ”という論理的単位でＱｏＳを適用するベアラ単位のＱｏＳ制御方式を使用した。
【０００８】
したがって、既存のベアラ単位のＱｏＳ制御方式は、ベアラ別にＱｏＳレベル（ＱｏＳパラメータ）を定義してベアラ単位でＱｏＳを保障（適用）するため、一つのベアラを通して伝送されるサービスフローであれば全て同一のＱｏＳ（ベアラのＱｏＳレベル）が適用されて伝送される。
【０００９】
結局、既存のベアラ単位のＱｏＳ制御方式は、ＱｏＳ制御の複雑度を低減できるとの長所があるが、一つのベアラに属したサービスフローに対して差等的なＱｏＳを適用することができないという限界がある。
【００１０】
このような限界は、アプリケーションサービスの種類が比較的限定的であった状況では大きな問題にならない場合もあったが、多様な種類のアプリケーションサービスが急速に開発／登場している現在または今後の状況（例：５Ｇ）では必ず改善しなければならない問題である。
【００１１】
よって、本発明では、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、より差等的なＱｏＳ適用を可能にするサービスフロー単位のＱｏＳ制御を実現し、特にサービス要請に対する優先順位処理を可能にしてサービス要請に対する応答時間を改善しようとする。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明で到逹しようとする目的は、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、より差等的なＱｏＳ適用を可能にするサービスフロー単位のＱｏＳ制御を実現し、特にサービス要請に対する優先順位処理を可能にしてサービス要請に対する応答時間を改善することにある。
【課題を解決するための手段】
【００１３】
本発明の一実施例による端末装置は、コアネットワークとのセッション設定によって上記コアネットワークから第１ＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）制御情報を獲得する獲得部；特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規に発生する場合、上記第１ＱｏＳ制御情報から上記特定アプリケーションの識別コードを確認する確認部；及び、上記特定アプリケーションの識別コードを含むアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）要請を基地局装置に伝送して、上記基地局装置で上記特定アプリケーションの識別コードによって確認されるアプリケーションの等級による優先順位に基づいて上記アップリンクグラントが処理されるようにする伝送部；を含む。
【００１４】
具体的に、上記特定アプリケーションの識別コードは、上記特定アプリケーションに対して既に定義された識別情報（ＡＰＰ  ＩＤ）を臨界サイズ以内のコード値に置き換えた置換コードを含むことができる。
【００１５】
具体的に、上記端末装置は、上記サービスフローに関連して上記基地局装置から受信されるダウンリンクパケットのヘッダから第２ＱｏＳ制御情報が獲得される場合、上記第２ＱｏＳ制御情報から確認される特定ＱｏＳパラメータを上記サービスフローに適用して、上記サービスフローでのアップリンクパケットが上記特定ＱｏＳパラメータによるＱｏＳで伝送されるようにする処理部をさらに含むことができる。
【００１６】
本発明の一実施例による基地局装置は、端末装置とコアネットワークとの間のセッション設定によって、上記コアネットワークから第１ＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）制御情報を獲得する獲得部；及び、上記端末装置で特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規発生することにより、上記端末装置から上記特定アプリケーションの識別コードが含まれたアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）要請が受信される場合、上記第１ＱｏＳ制御情報内の上記特定アプリケーションの識別コードによって確認されるアプリケーションの等級による優先順位に基づいて上記アップリンクグラントを処理する処理部；を含む。
【００１７】
具体的に、上記特定アプリケーションの識別コードは、上記特定アプリケーションに対して既に定義された識別情報（ＡＰＰ  ＩＤ）を臨界サイズ以内のコード値に置き換えた置換コードを含むことができる。
【００１８】
具体的に、上記処理部は、上記サービスフローに関連して上記コアネットワークから受信されるダウンリンクパケットのヘッダから第２ＱｏＳ制御情報が獲得される場合、上記第２ＱｏＳ制御情報から確認される特定ＱｏＳパラメータを上記サービスフローに適用して、上記ダウンリンクパケットが上記特定ＱｏＳパラメータによるＱｏＳで上記端末装置に伝送されるように処理することができる。
【００１９】
具体的に、上記処理部は、上記端末装置に伝送されるダウンリンクパケットのヘッダに上記第２ＱｏＳ制御情報を含ませて、上記端末装置が上記サービスフローでのアップリンクパケット伝送時に上記特定ＱｏＳパラメータによるＱｏＳで伝送できるようにする。
【００２０】
本発明の一実施例によるＱｏＳ制御方法は、端末装置が、コアネットワークとのセッション設定によって上記コアネットワークから第１ＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）制御情報を獲得する獲得段階；上記端末装置が、特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規に発生する場合、上記第１ＱｏＳ制御情報から上記特定アプリケーションの識別コードを確認する確認段階；上記端末装置が、上記特定アプリケーションのＱｏＳパラメータを含むアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）要請を基地局装置に伝送して、上記基地局装置で上記特定アプリケーションの識別コードによって確認されるアプリケーションの等級による優先順位に基づいて上記アップリンクグラントが処理されるようにする伝送段階；を含む。
【００２１】
具体的に、上記特定アプリケーションの識別コードは、上記特定アプリケーションに対して既に定義された識別情報（ＡＰＰ  ＩＤ）を臨界サイズ以内のコード値に置き換えた置換コードを含むことができる。
【００２２】
具体的に、上記方法は、上記端末装置が、上記サービスフローに関連して上記基地局装置から受信されるダウンリンクパケットのヘッダから第２ＱｏＳ制御情報が獲得される場合、上記第２ＱｏＳ制御情報から確認される特定ＱｏＳパラメータを上記サービスフローに適用して、上記サービスフローでのアップリンクパケットが上記特定ＱｏＳパラメータによるＱｏＳで伝送されるようにする処理段階をさらに含むことができる。
【００２３】
本発明の一実施例によるＱｏＳ制御方法は、基地局装置が、端末装置とコアネットワークとの間のセッション設定によって上記コアネットワークから第１ＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）制御情報を獲得する獲得段階；上記基地局装置が、上記端末装置で特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規発生する場合に、上記端末装置から上記特定アプリケーションの識別コードが含まれたアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）要請を受信する受信段階；及び、上記基地局装置が、上記第１ＱｏＳ制御情報内の上記特定アプリケーションの識別コードによって確認されるアプリケーションの等級による優先順位に基づいて上記アップリンクグラントを処理する処理段階；を含む。
【００２４】
具体的に、上記特定アプリケーションの識別コードは、上記特定アプリケーションに対して既に定義された識別情報（ＡＰＰ  ＩＤ）を臨界サイズ以内のコード値に置き換えた置換コードを含むことができる。
【００２５】
具体的に、上記方法は、上記基地局装置が、上記サービスフローに関連して上記コアネットワークから受信されるダウンリンクパケットのヘッダから第２ＱｏＳ制御情報が獲得される場合、上記第２ＱｏＳ制御情報から確認される特定ＱｏＳパラメータを上記サービスフローに適用して、上記ダウンリンクパケットを上記特定ＱｏＳパラメータによるＱｏＳで上記端末装置に伝送する伝送段階をさらに含むことができる。
【００２６】
具体的に、上記伝送段階は、上記端末装置に伝送されるダウンリンクパケットのヘッダに上記第２ＱｏＳ制御情報を含ませて、上記端末装置が上記サービスフローでのアップリンクパケット伝送時に上記特定ＱｏＳパラメータによるＱｏＳで伝送できるようにする。
【発明の効果】
【００２７】
よって、本発明の端末装置及び基地局装置と、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、サービスフロー単位のＱｏＳ制御を可能にすることにより、サービス別により差等的なＱｏＳすなわちサービス品質を適用する効果を奏する。
【００２８】
また、本発明は、サービス要請に従って発生する新規サービスフローに対するＱｏＳ制御を可能にして、サービス要請に対する応答時間を改善することにより、ユーザーのサービス体感品質を向上させる効果を奏する。
【図面の簡単な説明】
【００２９】
【図１】本発明の一実施例によるＲｅｆｌｅｃｔｉｖｅ  ＱｏＳ制御方式を説明するための順序図である。
【図２】本発明の一実施例によるサービス要請に対するＱｏＳ制御方式を説明するための順序図である。
【図３】本発明の一実施例によるアプリケーションの識別コードを活用したＱｏＳ制御方式を説明するための順序図である。
【図４】本発明の一実施例による端末装置の構成を説明するためのブロック図である。
【図５】本発明の一実施例による基地局装置の構成を説明するためのブロック図である。
【発明を実施するための形態】
【００３０】
本発明で提案するＱｏＳ制御方式では、次のような効果が導き出されることができる。
【００３１】
すなわち、本発明によれば、ＱｏＳを制御する単位を既存のベアラの代わりにサービスフロー単位で分けて相異なるサービス要求事項を有するアプリケーションサービスが相異なるＱｏＳの提供を受けることができるという点、サービスフロー単位のＱｏＳ制御を実現するにあたって、ダウンリンクに適用されるＱｏＳパラメータをアップリンクにそのまま適用するＲｅｆｌｅｃｔｉｖｅ  ＱｏＳ制御方式を通して制御シグナリングを最小化することができるという点が注目される効果である。
【００３２】
また、本発明によれば、上記Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ制御方式において、ＱｏＳ制御が不可能であった初期サービス要請に該当するアップリンクに対するＱｏＳ制御を実現することにより、サービス要請に対する応答時間を改善することができるという点、そして、初期サービス要請のＱｏＳ制御に必要なアプリケーション識別情報を短い長さ（小さなサイズ）の識別コードに置き換えて適用することにより、リソース活用効率を極大化すると共にＱｏＳ制御政策が外部に露出することを防止できるという点が注目される効果である。
【００３３】
以下では、添付図面を参照して本発明で提案するサービスフロー単位のＱｏＳ制御方式と、これを実現するための装置及び構成に関して説明し、その過程で達成される上述の効果をより具体的に説明する。
【００３４】
本発明の一実施例を説明するにあたって、４Ｇ（ＬＴＥ／ＥＰＣ）システムまたは５Ｇ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ）システムをその対象とするが、本発明の主な要旨は、特定通信システムに限定されるものではなく、類似の構成を有する通常のシステムにも適用されることができる。また、本発明の実施例を構成する段階は互いに順序が変更されたり一部段階が省略されて実行されてもよい。
【００３５】
先ず、図１を参照しながら本発明の一実施例によるＲｅｆｌｅｃｔｉｖｅ  ＱｏＳ制御方式を通してサービスフロー単位のＱｏＳ制御を実現する場合の動作の流れを説明することにする。
【００３６】
先ず、端末装置１０は、段階‘Ｓ１０’によって、新規サービスの提供を受けるためにサービスサーバー５０にサービス要請を伝達する。
【００３７】
このときのサービス要請メッセージは、アプリケーションレイヤ（Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ）で発生してユーザープレーン（Ｕｓｅｒ  Ｐｌａｎｅ）に伝送されるメッセージであり、一般的にＨＴＴＰ、ＳＩＰプロトコルが利用される。
【００３８】
次に、サービスサーバー５０は、段階‘Ｓ２０’によって、端末１０からのサービス要請に応答して、サービスに対する政策（Policy）設定のための情報をコアネットワーク３０に伝達する。
【００３９】
このときのメッセージには、例えば、サービスの名前（ＰＤＵ  ｎａｍｅ）、セッションの連続性の必要有無に対する情報（Ｃｏｎｔｉｎｕｉｔｙ  ｆｌａｇ）、及びサービスフローに関する情報（Ｆｌｏｗ  ｄｅｓｃｒｉｐｔｏｒ、例：ＩＰアドレス、ポート、ＱｏＳ制御情報）が含まれることができる。
【００４０】
その次に、コアネットワーク３０は、段階‘Ｓ３０’によって、サービスサーバー５０から受信された情報に基づいて端末装置１０との新しいセッション（ＰＤＵ  ｓｅｓｓｉｏｎ）の設定（生成）が必要であるか否かを判断する。
【００４１】
コアネットワーク３０は、新しいセッションの生成が必要であると判断される場合、段階‘Ｓ４０’によって、端末装置１０とのセッション設定のための過程を行う。
【００４２】
このとき、コアネットワーク３０は、セッションの連続性が支援されるか否かを端末装置１０と基地局装置２０に伝達する。
【００４３】
ここで、端末装置１０と基地局装置２０は、セッションの連続性の支援有無によって相異なる動作を行う。
【００４４】
セッションの連続性が必要ではない場合、端末装置１０及び基地局装置２０は、セッションが樹立（Ｅｓｔａｂｌｉｓｈｅｄ）されてサービスが進行中の状態で、接続したセル（Ｃｅｌｌ）が変更される場合に備えた動作、すなわちハンドオーバーのための動作を遂行しない。
【００４５】
ハンドオーバーのための動作には、端末装置１０が周辺のセルに対する信号の強度を周期的に測定して基地局に報告する測定設定及び報告（Ｍｅａｓｕｒｅｍｅｎｔ）過程が含まれる。
【００４６】
反対に、セッションの連続性が必要な場合、端末装置１０と基地局装置２０は、接続したセル（Ｃｅｌｌ）が変更される場合に備えた動作、すなわちハンドオーバーのための動作を遂行する。
【００４７】
よって、端末装置１０、基地局装置２０、及びコアネットワーク３０は、段階‘Ｓ５０’によって、セッション設定のための残りの過程を処理する。
【００４８】
そして、コアネットワーク３０は、セッション設定が完了する場合、段階‘Ｓ６０’によって、セッション設定が完了したことをサービスサーバー５０に知らせる。
【００４９】
よって、サービスサーバー５０は、段階‘Ｓ７０'によって、サービストラフィックすなわち、ダウンリンクパケットをコアネットワーク３０に伝送することになる。
【００５０】
ダウンリンクパケットを受信するコアネットワーク３０は、段階‘Ｓ８０’によって、ダウンリンクパケットのヘッダにＱｏＳ制御情報を含ませて（マーキング）、端末装置１０と基地局装置２０に伝達する。
【００５１】
このとき、ＱｏＳ制御情報から確認されるＱｏＳパラメータは、パケットサービスフローの優先順位を示す値であり、基地局装置はこのようなＱｏＳパラメータに基づいてダウンリンクパケットに対するスケジューリング及びリソース割り当てを行う。
【００５２】
以後、端末装置１０と基地局装置２０は、段階‘Ｓ９０’及び‘Ｓ１００’によって、ダウンリンクパケットのヘッダに含まれたＱｏＳ制御情報を活用することにより、以後、同一のサービスフローでのアップリンクパケットに対してダウンリンクパケットと同一のＱｏＳパラメータを適用して同一優先順位でアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）を処理することになる。
【００５３】
このように、本発明の一実施例によるＲｅｆｌｅｃｔｉｖｅ  ＱｏＳ制御方式によると、サービスフロー単位のＱｏＳ制御を実現すると共にダウンリンクに適用されるＱｏＳパラメータをアップリンクにそのまま適用することにより、ＱｏＳ制御によるシグナリングを最小化できることを確認することができる。
【００５４】
ところで、先に図１を参照して説明したＲｅｆｌｅｃｔｉｖｅ  ＱｏＳ制御方式によれば、段階‘Ｓ１０’でのサービス要請に対しては、適用できるＱｏＳ制御情報が存在していないことを確認することができる。
【００５５】
このようにサービス要請に対して適用できるＱｏＳ制御情報が存在していないということは、初期サービス要請に該当するアップリンクパケットに対するＱｏＳ制御が不可能であるいうことを意味する。
【００５６】
すなわち、Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ制御方法は、一つ以上のダウンリンクパケットが発生した場合、同一のサービスフローに属したアップリンクパケットに対してＱｏＳを適用する方式であるため、端末装置がサービスを要請した後、ダウンリンクパケットが発生するサービス（一般的に、ＵＥ−ｉｎｉｔｉａｔｅｄ  ＳｅｒｖｉｃｅまたはＭｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ  Ｓｅｒｖｉｃｅ）の場合、端末装置がサービス要請のために送る一番目のアップリンクパケットに対しては適用できるＱｏＳ情報が存在しないのである。
【００５７】
もし端末装置がサービス要請のために送る一番目のアップリンクパケット（サービス要請メッセージ）に適用できるＱｏＳ情報がなく、他のパケットに比べて低い優先順位でアップリンクパケット伝送が処理される場合、サービス要請メッセージが長期間伝送されることができず、ユーザーの感じるサービス品質が低下する問題がある。
【００５８】
このような問題を解決するために、本発明のサービスフロー単位のＱｏＳ制御方式では、端末装置１０でサービス要請のために新規に発生するサービスフローに対してもＱｏＳ制御情報を適用することができる方案を提案する。
【００５９】
すなわち、本発明のサービスフロー単位のＱｏＳ制御方式では、端末装置１０とコアネットワーク３０との間のセッション設定過程でコアネットワーク３０が新規サービスフローに無条件適用できるＱｏＳ制御情報を端末装置１０と基地局装置２０にまで伝達する。
【００６０】
よって、新規サービスフローに無条件適用できるＱｏＳ制御情報を受信した端末装置１０と基地局装置２０では、新規サービスフローが発生する場合、コアネットワークから受信されるＱｏＳ制御情報を利用して、新規サービスフローの発生によって端末装置１０から要請されるアップリンクグラントを処理する。
【００６１】
ここで、アップリンクグラントを処理するということは、基地局装置２０が端末装置１０から伝送が要請されるアップリンクパケットに対してスケジューリング及びリソース割り当てを行うということと理解されることができる。
【００６２】
ただし、このように新規サービスフローに対してＱｏＳ制御情報を無条件適用する場合、アップリンクパケットに対するＱｏＳ制御は可能である反面、サービスフロー間で差等的なＱｏＳ制御が不可能になるという限界点を予想することができる。
【００６３】
新規サービスフローであっても、特定アプリケーションに対するサービスフローは、サービス要請の優先順位が相対的に高い場合がある。
【００６４】
例えば、アプリケーションサービス加入情報によって等級が高い場合、或いは、アプリケーションサービスの重要度が高い（例：応急／災難安全状況）場合、事業者の選択によって優先順位が高い場合があるためである。
【００６５】
よって、本発明の一実施例では、このような限界点を解決するために、端末１０で発生するサービス要請を優先順位に従って処理することができる方案を追加提案する。
【００６６】
図２を参照して本発明の一実施例によるサービス要請に対するＱｏＳ制御方式での動作の流れを説明すると、次の通りである。
【００６７】
先ず、端末装置１０は、段階‘Ｓ１１０’及び‘Ｓ１２０'によって、コアネットワーク３０とのセッション設定過程でコアネットワーク３０から新規サービスフローに対するＱｏＳ制御情報を獲得する。
【００６８】
よって、端末装置１０は、段階‘Ｓ１３０'によって、受信（獲得）されたＱｏＳ制御情報を保存する。
【００６９】
このときのＱｏＳ制御情報には、アプリケーションの識別情報（ＡＰＰ  ＩＤ）及びアプリケーションの識別情報（ＡＰＰ  ＩＤ）によって確認されるアプリケーションの等級のうちの少なくとも一つが含まれることができる。
【００７０】
ここで、アプリケーションの識別情報は、ＯＳまたはプラットホームで各アプリケーションごとに固有に付与される値であり、アプリケーションの等級はアプリケーション別のサービス要請の優先順位と関連する。
【００７１】
そして、端末装置１０は、段階‘Ｓ１４０’によって、特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規に発生する場合、保存されたＱｏＳ制御情報を適用して基地局装置３０にアップリンクグラントを要請する。
【００７２】
このとき、端末装置１０は、サービスフローが発生した特定アプリケーションを識別して、特定アプリケーションの識別情報を基地局装置２０に伝達するか、または特定アプリケーションの識別情報によって確認されるアプリケーションの等級を基地局装置２０に伝達することにより、アップリンクグラントを要請することができる。
【００７３】
参考として、端末装置１０は、サービスフローが発生した特定アプリケーションが識別される場合、特定アプリケーションの識別情報によって確認されるアプリケーションの等級による優先順位で基地局装置２０に対してアップリンクグラントを要請することもできる。
【００７４】
これに対して、基地局装置２０は、段階‘Ｓ１５０’及び‘Ｓ１６０'によって、端末装置１０から特定アプリケーションの識別情報が受信される場合、特定アプリケーションの識別情報によって確認されるアプリケーションの等級による優先順位に基づいてアップリンクグラントを処理することができる。
【００７５】
または、基地局装置２０は、段階‘Ｓ１５０’及び‘Ｓ１６０’によって、端末装置１０から受信される特定アプリケーションの等級による優先順位でアップリンクグラントを処理することができる。
【００７６】
ここで、基地局装置２０が端末装置１０から受信される特定アプリケーションの識別情報によって確認されるアプリケーションの等級による優先順位に基づいてアップリンクグラントを処理するためには、アプリケーションの識別情報（ＡＰＰ  ＩＤ）及びアプリケーションの識別情報（ＡＰＰ  ＩＤ）によって確認されるアプリケーションの等級を含んだＱｏＳ制御情報が基地局装置２０に既に保存されていることが前提とされなければならない。
【００７７】
このように、本発明の一実施例によるサービス要請に対するＱｏＳ制御方式によると、新規サービスフローであっても、ＱｏＳ制御情報によって決定されるアプリケーション別の優先順位に従ってアップリンクグラントが処理されるため、サービスフロー間で差等的なＱｏＳ制御が可能になる。
【００７８】
一方、図２を参照した先の説明において、端末装置１０は、段階‘Ｓ１４０’によるアップリンクグラント要請時、特定アプリケーションの識別情報または特定アプリケーションの等級を基地局装置２０に伝達すると説明した。
【００７９】
しかし、このようにアップリンクグラントを要請する毎に、長さが長い（サイズが大きい）アプリケーションの識別情報自体を基地局装置２０にそのまま伝達するのは、制御のロスが大きい場合がある。
【００８０】
また、アプリケーションの等級が端末装置１０にまで直接伝達される場合はアプリケーションの等級が外部に流出する可能性があり、さらに端末装置１０がハッキング／変調される場合は実際に低い等級のアプリケーションが高い等級のアプリケーションに変調されてアップリンクグラントが要請されることがあるという限界点も予想することができる。
【００８１】
よって、本発明の一実施例では、上記の限界点を解決するために、例えば、下記（表１）のようなマッピングテーブルを通してアプリケーションの識別情報を臨界サ
イズ以内のコード値（短い長さ）に置き換えた置換コードであるアプリケーション識別コードを活用する方式を追加提案する。
【００８２】
本一実施例によるアプリケーション識別コードは、アプリケーション識別情報に比べてより短い長さを有することを特徴とし、アプリケーション識別情報と識別コードは１：１の関係またはＮ：１の関係を有することができる。
【００８３】
後者の場合、２つ以上のアプリケーション識別情報が一つの識別コードに対応し、このとき、２つのアプリケーションは同等のアップリンク等級を有する場合である。
2019525687.tif 000003
【００８４】
一方、アプリケーション識別情報と識別コードの関係は、上記マッピングテーブルのように明示上なマッピング情報で構成されるか、またはハッシュ（Ｈａｓｈ）関数の形態として定義されることができる。
【００８５】
例えば、ハッシュ関数をＦ（ｘ）と定義し、ｘを入力値（アプリケーション識別情報）とすると、出力値（識別コード）Ｙ＝Ｆ（ｘ）の形態で得ることができる。
【００８６】
図３を参照して本発明の一実施例によるアプリケーション識別コードを活用したＱｏＳ制御方式での動作の流れを説明すると、次の通りである。
【００８７】
先ず、端末装置１０は、段階‘Ｓ２１０’及び‘Ｓ２２０’によって、コアネットワーク３０とのセッション設定過程でコアネットワーク３０から新規サービスフローに対するＱｏＳ制御情報を獲得する。
【００８８】
このように、端末装置１０で獲得されるＱｏＳ制御情報には、例えば、アプリケーションの識別情報（ＡＰＰ  ＩＤ）を識別コードに置換できるマッピングテーブルまたはハッシュ関数が含まれる。
【００８９】
このとき、基地局装置２０は、段階‘Ｓ２３０’によって、コアネットワーク３０から新規サービスフローに対するＱｏＳ制御情報を獲得することになり、このように基地局装置２０が獲得するＱｏＳ制御情報には、例えば、アプリケーションの識別コードと各識別コードによって確認されるアプリケーションの等級が含まれることができる。
【００９０】
さらに、端末装置１０は、段階‘Ｓ２４０’によって、特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規に発生する場合、特定アプリケーションを識別し、マッピングテーブルまたはハッシュ関数を参照して識別された特定アプリケーションの識別情報を置き換えた識別コードを確認することになる。
【００９１】
以後、端末装置１０は、段階‘Ｓ２５０'によって、置換／確認された識別コードを含むアップリンクグラント要請を基地局装置２０に送信する。
【００９２】
これを受信した基地局装置２０は、段階‘Ｓ２６０’及び‘Ｓ２７０’によって、端末装置１０から受信された識別コードに対応する上記特定アプリケーションの等級を確認し、確認されたアプリケーションの等級による優先順位に基づいてアップリンクグラントを処理することになる。
【００９３】
このように、本発明の一実施例による識別コードを活用したＱｏＳ制御方式によると、ＱｏＳ制御情報によって決定されるアプリケーション別の優先順位に従ってアップリンクグラントが処理されることにより、サービスフロー間で差等的なＱｏＳ制御が可能になり、また初期サービス要請のＱｏＳ制御に必要なアプリケーション識別情報を短い長さ（小さなサイズ）の識別コードに置き換えて適用することにより、リソース活用効率を極大化でき、アプリケーションの等級が端末装置１０にまで伝達しないことによってＱｏＳ制御政策が外部に露出することを防止できる。
【００９４】
以下では、本発明の一実施例で提案しているサービスフロー単位のＱｏＳ制御方式を実現する装置、すなわち端末装置１０と基地局装置２０の構成に関して具体的に説明する。
【００９５】
具体的な説明に先立って、本発明の一実施例によるＱｏＳ制御情報は、サービス要請に従って発生する新規サービスフローを処理するためのＱｏＳ制御情報と、Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ制御方式に従ってダウンリンクのヘッダに含まれる（マーキングされる）ＱｏＳ制御情報とに区分されることができる。
【００９６】
但し、以下では、説明の便宜のために、前者（新規サービスフローを処理するためのＱｏＳ制御情報）を‘第１ＱｏＳ制御情報’と呼び、後者（ダウンリンクのヘッダに含まれる（マーキングされる）ＱｏＳ制御情報）を‘第２ＱｏＳ制御情報’と呼ぶことにする。
【００９７】
先ず、図４は、本発明の一実施例による端末装置１０の構成を示している。
【００９８】
図４に示されているように、本発明の一実施例による端末装置１０は、第１ＱｏＳ制御情報を獲得する獲得部１１、第１ＱｏＳ制御情報から識別コードを確認する確認部１２、及びアップリンクグラント要請を伝送する伝送部１３を含む構成を有することができる。
【００９９】
また、本発明の一実施例による端末装置１０は、上述の構成以外に、第２ＱｏＳ制御情報を処理する処理部１４をさらに含む構成を有することができる。
【０１００】
以上の獲得部１１、確認部１２、伝送部１３及び処理部１４を含む端末装置１０の全体構成または少なくとも一部の構成は、ソフトウェアモジュールまたはハードウェアモジュールで具現されるか、或いはソフトウェアモジュールとハードウェアモジュールとの組み合わせ形態で具現されることができる。
【０１０１】
ここで、ソフトウェアモジュールとは、例えば、端末装置１０内で演算を行うプロセッサによって実行される命令語として理解されることができ、このような命令語は、端末装置１０内のメモリに搭載された形態を有することができる。
【０１０２】
結局、本発明の一実施例による端末装置１０は、上記構成を通してサービスフロー単位のＱｏＳ制御を可能にする。以下では、このための端末装置１０内の各構成に関してより具体的に説明することにする。
【０１０３】
獲得部１１は、第１ＱｏＳ制御情報を獲得する機能を行う。
【０１０４】
より具体的に、獲得部１１は、コアネットワーク３０とのセッション設定によってコアネットワーク３０から第１ＱｏＳ制御情報を獲得する。
【０１０５】
このように、コアネットワーク３０から獲得される第１ＱｏＳ制御情報には、各アプリケーションの識別情報を識別コードに置換できるマッピングテーブルまたはハッシュ関数が含まれる。
【０１０６】
このとき、基地局装置２０もコアネットワーク３０から新規サービスフローのＱｏＳ制御のための第１ＱｏＳ制御情報を獲得する。
【０１０７】
このように基地局装置２０が獲得するＱｏＳ制御情報には、アプリケーションの識別コードと各識別コードによって確認されるアプリケーションの等級が含まれることができる。
【０１０８】
確認部１２は、アプリケーション識別コードを確認する機能を行う。
【０１０９】
より具体的に、確認部１２は、特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規に発生する場合、サービスフローを発生させた特定アプリケーションを識別し、第１ＱｏＳ内のマッピングテーブルまたはハッシュ関数を参照して識別された特定アプリケーションの識別情報を置き換えた識別コードを確認する。
【０１１０】
伝送部１３は、アップリンクグラント要請を伝達する機能を行う。
【０１１１】
より具体的に、伝送部１３は、サービスフローを新規に発生させた特定アプリケーションの識別コードが確認される場合、確認された識別コードを含むアップリンクグラント要請を基地局装置２０に伝送してアップリンクパケット伝送のためのスケジューリング及びリソース割り当てを要請する。
【０１１２】
これに対して、基地局装置２０では、アップリンクグラント要請に従って、端末装置１０から受信された識別コードに対応する上記特定アプリケーションの等級を確認し、確認された等級による優先順位でアップリンクグラントを処理する。
【０１１３】
処理部１４は、第２ＱｏＳ制御情報を処理する機能を行う。
【０１１４】
より具体的に、処理部１４は、アップリンクグラント処理によるアップリンクパケット伝送以後、同一のサービスフローで基地局装置２０から受信されるダウンリンクパケットのヘッダから第２ＱｏＳ制御情報が獲得される場合、獲得された第２ＱｏＳ制御情報から確認される特定ＱｏＳパラメータをサービスフローに適用することより、以後続くサービスフローでのアップリンクパケットが上記特定ＱｏＳパラメータによるＱｏＳで伝送されるようにする。
【０１１５】
すなわち、処理部１４は、ダウンリンクパケットのヘッダに含まれた第２ＱｏＳ制御情報を活用することにより、以後、同一のサービスフローでのアップリンクパケットに対してダウンリンクパケットと同一のＱｏＳパラメータを適用して同一の優先順位でアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）が処理されることができるようにするのである。
【０１１６】
このとき、獲得部１１は、基地局装置２０から受信されるダウンリンクパケットのヘッダから第２ＱｏＳ制御情報を獲得することを支援し、確認部１２も第２ＱｏＳ制御情報からダウンリンクパケットに適用された特定ＱｏＳパラメータを確認することを支援するのは勿論のことである。
【０１１７】
以上、説明したように、本発明の一実施例による端末装置１０は、新規に発生するサービスフローに対してアプリケーション別の優先順位に従ってアップリンクグラントが処理されるようにし、以後、同一のサービスフローでのアップリンクパケットに対してダウンリンクパケットと同一のＱｏＳパラメータを適用して同一の優先順位でアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）が処理されるようにする。
【０１１８】
よって、本発明の端末装置１０は、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、サービスフロー単位のＱｏＳ制御を可能にすると共に、初期サービス要請のＱｏＳ制御に必要なアプリケーション識別情報を短い長さ（小さなサイズ）の識別コードに置き換えて適用することにより、リソース活用効率を極大化できる。
【０１１９】
以下では、図５を参照して本発明の一実施例による基地局装置２０の構成を説明することにする。
【０１２０】
図５に示されているように、本発明の一実施例による基地局装置２０は、第１ＱｏＳ制御情報を獲得する獲得部２１、及び端末装置１０からのアップリンクグラント要請と第２ＱｏＳ制御情報を処理する処理部２２を含む構成を有することができる。
【０１２１】
上記獲得部２１及び処理部２２を含む基地局装置２０の全体構成または少なくとも一部の構成は、ソフトウェアモジュールまたはハードウェアモジュールで具現されるか、或いはソフトウェアモジュールとハードウェアモジュールとの組合せ形態で具現されることができる。
【０１２２】
ここで、ソフトウェアモジュールとは、例えば、基地局装置２０内で演算を行うプロセッサによって実行される命令語として理解されることができ、このような命令語は、基地局装置２０内のメモリに搭載された形態を有することができる。
【０１２３】
結局、本発明の一実施例による基地局装置２０は、上述の構成を通してサービスフロー単位のＱｏＳ制御を可能にする。以下では、このための基地局装置２０内の各構成に関してより具体的に説明することにする。
【０１２４】
獲得部２１は、第１ＱｏＳ制御情報を獲得する機能を行う。
【０１２５】
より具体的に、獲得部２１は、端末装置１０における端末装置１０とコアネットワーク３０との間のセッション設定によってコアネットワーク３０から第１ＱｏＳ制御情報を獲得する。
【０１２６】
このように、コアネットワーク３０から獲得される第１ＱｏＳ制御情報には、アプリケーション識別情報から置き換えられたアプリケーション識別コードと各識別コードによって確認されるアプリケーションの等級が含まれることができる。
【０１２７】
このとき、端末装置１０もコアネットワーク３０から新規サービスフローのＱｏＳ制御のための第１ＱｏＳ制御情報を獲得することになる。
【０１２８】
このように端末装置１０が獲得するＱｏＳ制御情報には、アプリケーションの識別情報を短い長さ（小さなサイズ）のアプリケーション識別コードに置換できるマッピングテーブルまたはハッシュ関数が含まれることができる。
【０１２９】
処理部２２は、アップリンクグラント要請を処理する機能を行う。
【０１３０】
より具体的に、処理部２２は、端末装置１０で特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規に発生することにより、端末装置１０から第１ＱｏＳ制御情報から確認される上記特定アプリケーションの識別コードを含んだアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）要請が受信される場合、第１ＱｏＳ制御情報内の上記特定アプリケーションの識別コードによって確認されるアプリケーションの等級による優先順位に基づいてアップリンクグラントを処理することになる。
【０１３１】
このとき、端末装置１０では、特定アプリケーションのアップリンクパケット伝送のためのサービスフローが新規に発生する場合、サービスフローを発生させた特定アプリケーションを識別し、第１ＱｏＳ内のマッピングテーブルまたはハッシュ関数を参照して識別された特定アプリケーションの識別情報を置き換えた識別コードを確認し、確認された識別コードを含むアップリンクグラント要請を基地局装置２０に伝送することにより、アップリンクパケット伝送のためのスケジューリング及びリソース割り当てを要請する。
【０１３２】
また、処理部２２は、第２ＱｏＳ制御情報を処理する機能を行う。
【０１３３】
より具体的に、処理部２２は、アップリンクグラント処理によるアップリンクパケット伝送以後、同一のサービスフローでコアネットワーク３０から受信されるダウンリンクパケットのヘッダから第２ＱｏＳ制御情報が獲得される場合、獲得された第２ＱｏＳ制御情報から確認される特定ＱｏＳパラメータをサービスフローに適用することにより、ダウンリンクパケットが上記特定ＱｏＳパラメータによるＱｏＳで上記端末装置に伝送されるように処理する。
【０１３４】
このとき、処理部２２は、端末装置１０に伝送されるダウンリンクパケットのヘッダに第２ＱｏＳ制御情報を含ませて、これを受信した端末装置１０が同一サービスフローでのアップリンクパケット伝送時に第２ＱｏＳ制御情報から確認される特定ＱｏＳパラメータによってダウンリンクパケットと同一のＱｏＳでアップリンクパケットを伝送できるようにする。
【０１３５】
すなわち、処理部２２は、ダウンリンクパケットのヘッダに含まれた第２ＱｏＳ制御情報を活用することにより、以後、同一のサービスフローでのアップリンクパケットに対してダウンリンクパケットと同一のＱｏＳパラメータを適用して同一の優先順位でアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）が処理されることができるようにするのである。
【０１３６】
以上、説明したように、本発明の一実施例による基地局装置２０は、新規に発生するサービスフローに対してアプリケーション別の優先順位に従ってアップリンクグラントが処理されるようにし、以後、同一のサービスフローでのアップリンクパケットに対してダウンリンクパケットと同一のＱｏＳパラメータを適用して同一の優先順位でアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）が処理されるようにする。
【０１３７】
よって、本発明の基地局装置２０は、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなくサービスフロー単位のＱｏＳ制御を可能にすると共に、初期サービス要請のＱｏＳ制御に必要なアプリケーション識別情報を短い長さ（小さなサイズ）の識別コードに置き換えて適用することにより、リソース活用効率を極大化できる。
【０１３８】
そして、本発明では、アプリケーションの等級が端末装置１０にまで伝達されないことによって、ＱｏＳ制御政策が外部に露出することを防止できる。
【０１３９】
一方、本明細書で説明する機能的な動作と主題の具現物は、デジタル電子回路で具現されるか、本明細書で開示する構造及びその構造的な等価物を含むコンピュータソフトウェア、ファームウェアあるいはハードウェアで具現されるか、これらのうち一つ以上の結合で具現されることができる。本明細書で説明する主題の具現物は、一つ以上のコンピュータプログラム製品、すなわち、処理システムの動作を制御するために或いはこれによる実行のために有形のプログラム保存媒体上にエンコードされたコンピュータプログラム命令に関する一つ以上のモジュールとして具現されることができる。
【０１４０】
コンピュータで読み取り可能な媒体は、機械で読み取り可能な保存装置、機械で読み取り可能な保存基板、メモリ装置、機械で読み取り可能な電波型信号に影響を及ぼす物質の組成物或いはこれらのうち一つ以上の組み合わせであり得る。
【０１４１】
本明細書で“システム”や“装置”とは、例えばプログラマブルプロセッサ、コンピュータあるいは多重プロセッサやコンピュータを含んでデータを処理するためのあらゆる機構、装置及び機械を包括する。処理システムは、ハードウェアに付け加えて、例えばプロセッサファームウェアを構成するコード、プロトコルスタック、データベース管理システム、オペレーティングシステムあるいはこれらのうち一つ以上の組み合わせなど、要請時コンピュータプログラムに対する実行環境を形成するコードを含むことができる。
【０１４２】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプトあるいはコードとしても知られている）は、コンパイル又は解釈された言語やアプリオリあるいは手続き型言語を含むプログラミング言語の如何なる形態でも作成されることができ、独立型プログラムやモジュール、コンポーネント、サブルーティンあるいはコンピュータ環境での使用に適した他のユニットを含み如何なる形態でも展開されることができる。コンピュータプログラムは、ファイルシステムのファイルに必ずしも対応するものではない。プログラムは、要請されたプログラムに提供される単一ファイル内に、あるいは多重の相互作用するファイル（例えば、一つ以上のモジュール、下位プログラムあるいはコードの一部を保存するファイル）内に、あるいは他のプログラムやデータを保有するファイルの一部（例えば、マークアップ言語文書内に保存される一つ以上のスクリプト）内に保存されることができる。コンピュータプログラムは、一つのサイトに位置するか複数のサイトにわたり分散して通信ネットワークにより相互接続された多重コンピュータや一つのコンピュータ上で実行されるように展開されることができる。
【０１４３】
一方、コンピュータプログラム命令語とデータの保存に適したコンピュータで読み取り可能な媒体は、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ及びフラッシュメモリ装置のような半導体メモリ装置、例えば、内部ハードディスクや外付型ディスクのような磁気ディスク、磁気光学ディスク及びＣＤ−ＲＯＭとＤＶＤ−ＲＯＭディスクを含みあらゆる形態の非揮発性メモリ、媒体及びメモリ装置を含むことができる。プロセッサとメモリは、特殊目的の論理回路によって補充されるか、それに統合されることができる。
【０１４４】
本明細書で説明した主題の具現物は、例えばデータサーバーのようなバックエンドコンポーネントを含むか、例えばアプリケーションサーバーのようなミドルウェアコンポーネントを含むか、例えばユーザーが本明細書で説明した主題の具現物と相互作用可能なウェブブラウザやグラフィックユーザーインターフェースを有するクライアントコンピュータのようなフロントエンドコンポーネントあるいはそのようなバックエンド、ミドルウェアあるいはフロントエンドコンポーネントの一つ以上のあらゆる組み合わせを含む演算システムで具現されることもできる。システムのコンポーネントは、例えば通信ネットワークのようなデジタルデータ通信の如何なる形態や媒体によっても相互接続可能である。
【０１４５】
本明細書は多数の特定の具現物の詳細事項を含むが、これらは如何なる発明や請求可能なものの範囲に対しても制限的なものとして理解されてはならず、むしろ特定の発明の特定の実施形態の特有の特徴に関する説明として理解されなければならない。同様に、個別的な実施形態の文脈で本明細書に記述されている特定の特徴は、単一実施形態で組み合わせて具現されることもできる。反対に、単一実施形態の文脈で記述した多様な特徴も個別的にあるいは如何なる適切な下位組み合わせでも複数の実施形態で具現可能である。さらに、特徴が特定の組み合わせで動作できるが、一つ以上の特徴は一部の場合にその組み合わせから排除されることができ、その請求された組み合わせは下位組み合わせや下位組み合わせの変形物に変更されることができる。
【０１４６】
また、本明細書では特定の手順で図面に動作を描写しているが、これは、望ましい結果を得るために図示されたその特定の手順や順序通りにそのような動作を行うべきであるとか、全ての図示された動作が行われなければならないと理解されてはならない。特定の場合、マルチタスキングと並列プロセッシングが有利であり得る。また、上述の実施形態の多様なシステムコンポーネントの分離は、かかる分離をあらゆる実施形態で要求することと理解されてはならず、説明したプログラムコンポーネントとシステムは一般的に単一のソフトウェア製品として共に統合されるか多重ソフトウェア製品にパッケージされることができるという点を理解しなければならない。
【０１４７】
このように、本明細書は、その提示された具体的な用語に本発明を制限しようとする意図ではない。従って、上述の例を参照して本発明を詳しく説明したが、当業者であれば本発明の範囲を逸脱しない範囲で本例に対する改造、変更及び変形を加えることができる。本発明の範囲は、上記詳細な説明よりは後述の特許請求の範囲によって示され、特許請求の範囲の意味及び範囲そしてその等価概念から導き出される全ての変更又は変形された形態が本発明の範囲に含まれることと解釈されなければならない。
【図１】
2019525687.tif 000004
【図２】
2019525687.tif 000005
【図３】
2019525687.tif 000006
【図４】
2019525687.tif 000007
【図５】
2019525687.tif 000008
【国際調査報告】
2019525687.tif 000009
2019525687.tif 000010
2019525687.tif 000011
2019525687.tif 000012
2019525687.tif 000013
2019525687.tif 000014