JP2019004515A - アプリケーション状態変化通知プログラム及びその方法 - Google Patents

Abstract

【課題】携帯情報端末上で異なる複数のアプリケーションが実行される場合であっても、非常に簡易な構成で高品質なサービスを提供することができるアプリケーション状態変化通知プログラム及びその方法を提供する。【解決手段】携帯情報端末３に、この携帯情報端末から通信するアプリケーション３ａ〜３ｅの種類を検出させるモジュール２２と、携帯情報端末に、この携帯情報端末を通信ネットワーク上でユニークに特定するための携帯情報端末特定情報を取得させるモジュール２４と、携帯情報端末に、アプリケーションの種類を携帯状態端末を特定する情報と共に帯域制御システムに送信させるモジュール２６と、携帯情報端末に、帯域制御システムからアプリケーション毎の通信状態を受け取らせこの携帯状態端末のディスプレイ上に表示する表示部２８とを有する。【選択図】図３

Description

この発明は、モバイルネットワークで使用されるネットワーク接続システムに関し、特に、モバイルネットワーク上の端末機器にインストールされた特定アプリケーションの接続通信帯域を特異的に優先制御／帯域制御するためのアプリケーション状態変化通知プログラム及びその方法に関するものである。

近年、携帯情報端末、いわゆるスマートフォンの性能が向上し、ユーザが必要なアプリケーションソフトウェアを自由に選択しインストールすることができるようになってきている。ここで、多くのアプリケーションソフトウェアは、インターネット上に置かれた特定のサービスサーバと接続し、このサービスサーバから各種情報を受け取ることで、スマートフォン上にユーザが求める情報を提示するように構成されている。

ここで、通常のネットワーク接続構成においては、アプリケーションソフトウェアからのＩＰパケットは、ベストエフォートで転送されるようになっており、アプリケーション毎に取捨選択するようにＩＰパケットを優先制御することはできない。したがって、例えば、ＩＰ電話のような音声情報を扱うようなアプリケーションソフトウェアの通信を他のアプリケーションソフトウェアよりも優先させるといった制御は行えず、スマートフォンのユーザの不満に繋がっていた。

一方、特定のスマートフォンのＩＰアドレスを予めルータに設定してそのスマートフォンからの接続を優先制御することは可能であるが、その場合、ＩＰ電話だけでなくそのスマートフォンの全てのアプリケーションの接続が優先制御されることになる。また、特定のサービスサーバ宛の接続のみを優先制御することは可能であるが、例えば最近のＩＰ電話サービスは、複数のサーバを連携させて提供されるようになっているため、これら複数のサーバの全ＩＰアドレスを、すべて把握して、予めルータに設定することは困難である。

すなわち、従来のモバイルキャリアのネットワーク接続システムでは、例えばＩＰ電話アプリケーションのＩＰパケットだけを優先制御／帯域制御することで、ユーザに高品質な電話サービスを提供したいという希望に応えることが困難であった。

この発明は、このような事情を鑑みてなされたものであり、携帯情報端末上で異なる複数のアプリケーションが実行される場合であっても、非常に簡易な構成で高品質なサービスを提供することができるアプリケーション状態変化通知プログラム及びその方法を提供することを目的とする。

上記目的を達成するため、この発明の第１の主要な観点によれば、記憶媒体に格納され携帯情報通信端末に以下の処理を行わせるアプリケーション状態変化通知プログラムであって、このアプリケーション状態変化通知プログラムは、上記携帯情報通信端末の通信帯域をこの携帯情報通信端末にインストールされたアプリケーションの種類毎に動的に変動させる帯域制御システムと協働するものであり、このプログラムは：前記携帯情報端末に、この携帯情報端末から通信するアプリケーションの種類を検出させる手段と；前記携帯情報端末に、この携帯情報端末を通信ネットワーク上でユニークに特定するための携帯情報端末特定情報を取得させる手段と；前記携帯情報端末に、上記アプリケーションの種別を携帯状態端末を特定する情報と共に前記帯域制御システムに送信させる手段と；前記携帯情報端末に、前記帯域制御システムからアプリケーション毎の通信状態を受け取らせこの携帯状態端末のディスプレイ上に表示する手段と；を有するプログラムが提供される。

この発明の一実施形態によれば、前記（１）の手段は、前記携帯情報端末に、この携帯情報端末上でアクティブ表示アプリケーションの種類を検出させる手段をさらに有する。

また、別の一の実施形態によれば、このプログラムは、さらに、前記携帯情報端末に、この携帯情報端末の地理的な位置を検出させる手段と、前記携帯情報端末に、上記携帯情報端末の地理的な位置を前記携帯状態端末を特定する情報と共に前記帯域制御システムに送信させる手段とを有する。

また、別の一実施形態によれば、前記（１）の手段は、前記携帯情報端末に、この携帯情報端末上で起動されたアプリケーションのプロセスＩＤを検出させる手段を有し、前記（３）の手段は、前記携帯情報端末に、上記アプリケーションから送信されるパケットに上記プロセスＩＤ若しくはプロセス毎に異なる特定のタグを含ませ、携帯状態端末を特定する情報と共に前記帯域制御システムに送信させる手段を有する。

更なる別の一実施形態によれば、このプログラムは、さらに、前記携帯情報端末に、この携帯情報端末上で起動されたアプリケーションのＩＰアドレス若しくは／及びポート番号を検出させる手段をさらに有し、前記（４）の手段は、前記携帯情報端末に、上記アプリケーションから送信されるパケットに上記ＩＰアドレス及び／若しくはポート番号を含ませ、携帯状態端末を特定する情報と共に前記帯域制御システムに送信するものである。

また、別の一実施形態によれば、このプログラムは、さらに、 前記携帯情報端末に、この携帯情報端末の地理的な位置を検出させる手段と、
前記携帯情報端末に、上記携帯情報端末の地理的な位置を前記携帯状態端末を特定する情報と共に前記帯域制御システムに送信させる手段とを有するものである。

一の実施形態によれば、前記帯域制御システムは、インターネット上に設けられたアプリケーション接続環境管理サーバであって、特定の携帯情報端末上でアクティブなアプリケーションの種類を検出し、アプリケーションの種類に応じた接続ポリシーを上記携帯情報端末を特定する情報と共に帯域制御ルータに送信するアプリケーション接続環境管理サーバを有し、前記帯域制御ルータは、前記アプリケーション接続環境管理サーバから受け取った接続ポリシーに応じ、前記特定された携帯情報端末からのパケットを優先制御若しくは所定の優先通信帯域で転送するものである。

この場合、前記アプリケーション接続環境管理サーバは、優先接続若しくは帯域制御するべきアプリケーションの種類とそのアプリケーションの接続ポリシーとが格納されているテーブルを参照し、アプリケーションソフトウェアの種類に応じた接続ポリシーを上記テーブルから取り出して上記帯域制御ルータに送信するものであっても良い。また、前記接続ポリシーは、特定のアプリケーション毎に異なる通信優先度若しくは通信帯域の設定を含むものであることが好ましい。さらに、帯域制御ルータによる携帯通信端末毎のデータ通信量を監視し、携帯情報端末でアクティブなアプリケーションの種類に応じて、アプリケーション毎のダウンロードデータ通信量を記録するデータ通信量記録部を有することが好ましい。

また、この発明の第２の主要な観点によれば、記憶媒体に格納され携帯情報通信端末に以下の処理を行わせるアプリケーション状態変化通知方法であって、
この方法は、アプリケーション状態変化通知プログラムが、上記携帯情報通信端末の通信帯域をこの携帯情報通信端末にインストールされたアプリケーションの種類毎に動的に変動させる帯域制御システムと協働するものであり、
この方法は：
（１） 前記携帯情報端末に、この携帯情報端末から通信するアプリケーションの種類を検出させる工程と；
（２） 前記携帯情報端末に、この携帯情報端末を通信ネットワーク上でユニークに特定するための携帯情報端末特定情報を取得させる工程と；
（３） 前記携帯情報端末に、上記アプリケーションの種類及び携帯状態端末を特定する情報を前記帯域制御システムに送信させる工程と；
（４） 前記携帯情報端末に、前記帯域制御システムからアプリケーション毎の通信状態を受け取らせこの携帯状態端末のディスプレイ上に表示する工程と；
を有する方法が提供される。

この発明の上記特許請求の範囲に記載していない他の特徴については、この後の発明の最良の実施形態及び図面中に明らかにされる。

図１は、モバイルネットワークを通したデータ通信環境を示す全体概略構成図。 図２は、この発明の一実施形態に係るデータ通信環境を示す全体概略構成図。 図３は、同じく、アプリ管理ソフトを示す概略構成図。 図４は、同じく、アプリ管理ソフトの処理工程を示すフローチャート。 図５は、同じく、アプリ・インフラ連携サーバを示す概略構成図。 図６は、同じく、アプリ・インフラ連携サーバの処理工程を示すフローチャート。 図７は、同じく、帯域制御接続ポリシーを説明するための概念図。 図８は、同じく、帯域制御接続ポリシーを説明するための概念図。 図９は、同じく、帯域制御接続ポリシーを説明するための概念図。 図１０は、同じく、帯域制御接続ポリシーを説明するための概念図。 図１１は、同じく、アプリ・インフラ連携サーバの処理工程を示すフローチャート。 図１２は、同じく、携帯情報端末の表示画面例を示す図。 図１３は、同じく、携帯情報端末の表示画面例を示す図。 図１４は、同じく、課金サーバによる課金処理工程を示すフローチャート。 図１５は、別の実施形態を示す帯域制御方式を示す模式図。

この実施形態では、本発明のプログラムが、仮想移動体通信事業者（Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ、以下「ＭＶＮＯ事業者」という）によって提供される場合を例にとって説明する。

ＭＶＮＯ事業者とは、モバイルネットワークという物理的な移動体回線網を自社では持たず、実際に保有する移動体通信事業者（Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ、以下「ＭＮＯ事業者」という）から借りて、自社ブランドで通信サービスを行う事業者のことをいう。

本発明の特徴的構成の説明をする前に、本発明の理解の便宜のため、まず図１を参照して、モバイルネットワークを通したデータ通信環境の一例について説明する。
（本願発明の前提となるデータ通信環境）
図１中、図に１で示すのがＭＮＯ事業者のモバイルネットワークであり、２で示すのがＭＶＮＯ事業者のネットワーク接続システムである。

ＭＶＮＯ事業者と契約したユーザの携帯情報端末３は、基地局４を介してＭＮＯ事業者のモバイルネットワーク５に接続された後、ＭＶＯ事業者側のサービスゲートウェイ６（ＳＧＷ）からＭＶＮＯ事業者側のパケットデータネットワークゲートウェイ７（ＰＧＧ）を介してＭＶＮＯ事業者のネットワーク接続システム２にルーティングされ、ついで、このネットワーク接続システム２に設けられたルータ８によってインターネットの各種サーバ１０ａ〜１０ｅに接続されるようになっている。これらＭＶＯ事業者側のサービスゲートウェイ６とＭＶＮＯ事業者側のパケットゲートウェイ７の間には、ＭＶＯ事業者とＭＶＮＯ事業者との契約に基づいた通信帯域、例えば１００Ｍｂｐｓが確保されるように構成されている。

前記ユーザの携帯情報端末３は、いわゆるスマートフォンであって、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを有する。ＲＯＭにはｉＯＳ（商品名）やＡｎｄｒｏｉｄ（商品名）等のオペレーションシステムソフトウェアプログラム（以下「ＯＳ」という）と、各種アプリケーションソフトウェアプログラム（以下、単に「アプリケーション」という）３ａ〜３ｅがインストールされている他、これらのＯＳやアプリ３ａ〜３ｅで利用するデータが格納されるようになっている。

このユーザの携帯情報端末３にインストールされたアプリケーション３ａ〜３ｅとしては、動画ソフト３ａ、ＩＰ電話３ｂ、ＳＮＳ３ｃ、ブラウザ３ｄ、メーラ３ｅ等があるが、ユーザが自己の好みで追加のアプリケーションを自由にインストールできるようになっている。これら携帯情報端末３上のアプリ３ａ〜３ｅは、ＣＰＵにより適宜ＲＡＭ上に呼び出されて展開され実行されることで、上記ＭＮＯ事業者のモバイルネットワーク５とＭＶＮＯ事業者のネットワーク接続システム２を介して、インターネット９上にある各種サーバ１０ａ〜１０ｅに接続し、これらサーバ１０ａ〜１０ｅとの間で適宜必要なデータ通信を行うことで各種処理を行うようになっている。

この図に示すように上記携帯情報端末のアプリ３ａ〜３ｅは、実行されるとき、異なるＩＰアドレスを有する複数のサーバ１０ａ〜１０ｅと接続される。この場合、前記ネットワーク接続システム２に設けられたルータ８は、上記携帯情報端末３からのパケットのヘッダ情報に含まれる宛先ＩＰアドレスに基づき、当該パケット３ａ〜３ｅを宛先のサーバ１０ａ〜１０ｅに適宜転送するようになっている。

このルータ８は、携帯情報端末３のＩＰアドレスに基づいて通過するパケットの転送順序や転送速度を制御するための帯域制御機能１２を備えている。帯域制御機能は、ＱｏＳ機能とも呼ばれ、大きく、「優先制御」と「帯域制御」の二つに区別できる。この発明に当てはめた場合、優先制御方式は、ネットワーク上に流れているパケットについて送出元ＩＰアドレスによりアプリケーション種別を区別し、アプリケーション毎に絶対的な優先度を割り当てる方法であり、帯域制御機能とは、アプリケーション毎に使用できる通信帯域の上限を割り当てる方式である。

この帯域制御によれば、優先度の高いアプリケーションのパケットが常に優先して出力されるか、若しくはより大きい通信帯域を使用できることができ、優先度の高いサービスに係るパケットを安定して転送することが可能になる。

これらＱｏＳ制御においては、受け取ったＩＰパケットからアプリケーションの種類を正確に識別することが重要になる。一般に、動画ソフトやＩＰ電話ソフトからの動画・音声のパケットは、品質を維持するために優先制御されるか広い通信帯域で転送される必要がある。この場合、上記ルータ８は、受け取った多くのパケットから動画ソフトやＩＰ電話のＩＰパケットのみを特定する必要がある。このＩＰパケットの識別は一般に発信元や宛先のＩＰアドレスや転送ポート番号に基づいて行われる。

例えば、ＩＰ電話専用機やＶｏＩＰゲートウエイなど、特定の端末装置が固定のＩＰアドレスで使用されている場合には、発信元の端末措置のＩＰアドレスを指定することで、対象のパケットを確実に見分けられる。

しかしながら、上述した携帯情報端末３のように同一の端末上で優先度の違う複数のアプリが動いているようなケースではこの方法は利用できない。すなわち、ＩＰアドレスの情報だけでパケットを識別しようとすると、優先する必要のない通信まで優先制御／帯域制御してしまうことになる。また、携帯情報端末に対してＤＨＣＰでＩＰアドレスを自動的に割り振る環境の場合、そもそもＩＰアドレスを見てもどの端末か判断できない。

一方、宛先サーバ１０ａ〜１０ｅのＩＰアドレスに基づいてアプリケーション種別を識別する場合も考えられる。例えば、携帯情報端末３からのパケットが常に特定のＩＰ電話サーバ１０ｂに接続される場合、ＩＰ電話用サーバ１０ｂのＩＰアドレスを指定することで、対象のパケットがどのサービス種別に属するかを確実に見分けることができる。しかし、近時のアプリケーションは、１つのアプリケーションで多数の異なるサーバに接続するものもあり、このすべてのサーバのアドレスを指定することは困難で実質的に不可能であるということがあった。

前述したように、この発明は、このような事情に鑑みてなされたものである。
（この発明の特徴的構成）
以下、本願発明の特徴的構成を上記図１で説明したモバイル通信環境に適用した例について、図２〜図１４に基づいて説明する。ただし、図１のものと同様の構成要素については、同一の符号を用いて詳しい説明は省略する。

まず、図２に示すように、この実施形態では、ＭＶＮＯ事業者のシステム２が、上記図１に示したのと基本的に同様の構成及び機能を有する帯域制御ルータ８に加えて、本発明の機能に対応したアプリ・インフラ連携サーバ１４（本発明の「アプリケーション接続環境管理サーバ」）と、回線市場状況をモニターするための回線状況／使用量センシングサーバ１５と、使用帯域に応じた課金を管理する課金サーバ１７と、圧縮変換プロキシサーバ１９と、前記携帯情報端末３にインストールされたアプリ管理ソフト１６とを有することを特徴とするものである。なお、この発明では、上記帯域制御ルータ８を含め、ＭＶＮＯ事業者側のシステム２を「帯域制御システム」と称している。

まず、アプリ管理ソフト１６は、携帯情報端末３にインストールされている。このアプリケーション管理ソフト１６は、当該携帯情報端末３上でアクティブになったアプリケーション３ａ〜３ｅの種類に関する情報を、当該携帯状態端末３を特定するためのＩＰアドレス・ポート番号と共に前記アプリ・インフラ連携サーバ１４に送信するものである。

上記アプリ・インフラ連携サーバ１４は、ＭＶＮＯ事業者のシステム２に設けられており、かつ、上記携帯情報端末３にインストールされたアプリ管理ソフト１６と協働するように設計されたもので、上記携帯情報端末３上でアクティブなアプリケーション３ａ〜３ｅの種類を検出し、アプリケーション３ａ〜３ｅの種類に応じた接続ポリシーを上記携帯情報端末３を特定するためのＩＰアドレス・ポート番号と共に帯域制御ルータ８にセットする機能を有する。

上記帯域制御ルータ８は、上記アプリ・インフラ連携サーバ１４から受け取った接続ポリシーに応じ、前記特定された携帯情報端末３からのパケットを優先制御若しくは所定の優先通信帯域で転送するものである。この結果、アプリケーション３ａ〜３ｅの種類に応じた優先制御若しくは所定の優先通信帯域で通信が行われることになる。

上記回線状況／使用量モニタリングサーバ１５は、上記ＭＶＮＯ事業者側のシステム２に設けられたパケットゲートウェイ７（ＰＧＷ）を通過するパケットを監視し、携帯情報端末３のＩＰアドレス・ポート番号に関連付けてデータ通信量を出力し、上記アプリ・インフラ連携サーバ１４に通知するものである。

以下、この発明のアプリ・インフラ連携サーバ１４及びアプリ管理ソフト１６の構成を詳しく説明する。
（アプリ管理ソフト）
図３は、ユーザの携帯情報端末３を示す模式図である。

この携帯情報端末３には、図示しないＯＳと、複数の異なるアプリケーション３ａ〜３ｅと、この発明のアプリ管理ソフト１６とがインストールされている。

このアプリ管理ソフト１６は、携帯情報端末３の図示しないＯＳと連携し特定のアプリケーションが起動されアクティブになったことを検出するアプリ検出モジュール２２と、この携帯情報端末３に搭載されたＧＰＳ等の位置検出デバイス２１と連携しこの携帯情報端末３の地理的位置の検出を行う位置検出モジュール２３と、ＯＳと連携しこの携帯情報端末３のＩＰアドレスおよびポート番号を検出する端末ＩＰアドレス・ポート番号検出モジュール２４と、アプリケーション３ａ〜３ｅのパラメータを検出するアプリパラメータ検出部２５と、前記検出モジュール２２〜２５の検出結果に基づいてアクティブアプリの状態変化を判定するアクティブアプリ状態変化判定モジュール２６と、アプリ・インフラ連携サーバ１４に上記アクティブアプリ状態変化判定モジュール２５で判定された状態変化を送信するサーバ通信モジュール２７と、この携帯情報端末３のアクティブアプリケーションの通信状態及び上記サーバ１４から受けとったアプリ毎の通信状態及び回線混雑状態をこの携帯情報端末３の表示画面２９に表示するアプリ通信状態表示部２８とを有する。この実施形態においては、このアプリ管理ソフト１６は、ＯＳに対するＡＰＩの形で実装されている。

以下、図４を参照してこのアプリ管理ソフト１６の基本的動作を説明する。なお、図中の符号Ｓ１〜Ｓ６は工程を参照するためのものであり、以下の説明中のステップＳ１〜Ｓ６に対応する。

まずこの管理ソフト１６が起動すると、前記アプリ起動検出モジュール２２が動作し、携帯情報端末３にインストールされたいずれかのアプリケーション３ａ〜３ｅが起動され、この携帯情報端末３の表示画面２９上でアクティブになったかを監視する（図に示すステップＳ１）。この実施形態で「アクティブ」とは、起動されたアプリケーションが端末３の表示画面２９の最前面に表示されユーザのフォーカスを取得したことを意味する。一旦アプリケーションが起動された後は、このアプリ起動検出モジュール２２は一定の時間間隔で当該アプリケーションがアクティブであるか、別のアプリケーションが起動されてアクティブになったかを監視する。特定のアプリケーションがアクティブな場合、このアプリ起動検出モジュール２２は、アプリケーション名（ＯＳが出力するアプリケーションのユニークな名前）を出力し、アクティブアプリの状態変化判定モジュール２６に送る。

このアクティブアプリ状態変化判定モジュール２６は、上記アプリ起動検出モジュール２２から受け取ったアプリケーション名が変動した時、すなわち、アクティブなアプリケーションが変化したときに、「アクティブアプリの状態変化」が生じたと判定する（ステップＳ２）。

一方、上記位置検出モジュール２３は、上記場所信号検出デバイス２１からの信号を監視し（ステップＳ３）、当該携帯情報端末３の現在の位置座標を上記アクティブアプリ状態変化判定モジュール２６に送る。このアクティブアプリ状態変化判定モジュール２６は、上記位置検出モジュールから受け取った位置座標情報が一定以上変動したとき若しくは一定の条件に合致した場合に、「アクティブアプリの状態変化」が生じたと判定する（ステップＳ２）。

さらに、上記端末ＩＰアドレス・ポート番号検出モジュール２４は、この携帯情報端末３の通信モジュール３０と連動して、この携帯情報端末３の現在のＩＰアドレスおよび現在使用している通信ポートの番号を監視し（ステップＳ４）、取得した情報を上記記アクティブアプリの状態変化判定モジュール２６に送る。このアクティブアプリ状態変化判定モジュール２６は、上記端末ＩＰアドレス・ポート番号検出モジュールから受け取ったＩＰアドレス若しくはポート名が変動した時、「アクティブアプリの状態変化」が生じたと判定する（ステップＳ２）。

さらに、上記アプリ・パラメータ取得モジュール２５は、特定のアプリケーションと連動し、そのアプリケーションに関連付けられたパラメータを取得し（ステップＳ５）、上記記アクティブアプリの状態変化判定モジュール２６に送る。パラメータの例としては、ブラウザの場合には接続先ＵＲＬが、ＩＰ電話の場合には接続先電話番号が該当する。上記アクティブアプリ状態変化判定モジュール２６は、上記パラメータが変動した時、「アクティブアプリの状態変化」が生じたと判定する（ステップＳ２）。

アクティブアプリの状態変化判定モジュール２６は、上記各モジュール２２〜２５から受け取った情報に基づいて、上述したように「アクティブアプリの状態変化」であるかを判別し、状態変化であると判別した場合のみ、その判定結果をアプリ・インフラ連携サーバ１４に送る（ステップＳ６）。

この時アプリ・インフラ連携サーバ１４に送られる情報は、例えば、アプリ名、ドメイン名ベース、座標位置、アプリのパラメータ、携帯端末のＩＰアドレス・使用ポート番号である。この情報は、回線使用帯域を確保するため、状態変化が生じたと判定された場合のみ送られるようになっている。
（アプリ・インフラ連携サーバ）
図５は、上記状態変化状を受け取るアプリ・インフラ連携サーバ１４の構成を示す模式図である。

このアプリ・インフラ連携サーバ１４は、図示しないＯＳ，ＲＡＭ、各種入出力インタフェースと、この図に示されたデータ格納部３０とプログラム格納部３１とを有する。

データ格納部３０には、ユーザ情報３２と、このシステムで帯域制御するアプリケーション情報３３と、上記端末の状態変化判別情報に基づいて設定されるユーザ・アプリ毎帯域制御接続ポリシー３４とが格納されている。

プログラム格納部３１には、上記携帯情報端末３からこの端末３上でのアプリの通信状態の変化情報を受け取るアプリ状態変化情報取得モジュール３６と、上記アプリ状態変化情報取得モジュール３６で取得した情報に基づき上記ユーザ・アプリ毎通信帯域制御・接続ポリシー３４を取得し上記通信帯域制御ルータ８に送信するポリシー設定部３８と、上記回線状況・使用量センシングサーバ１５から上記端末３の通信量を取得しユーザ・アプリに関連付けて上記データ格納部３０に格納するデータ通信量記録部３９と、上記アプリ毎の通信量をユーザ・アプリ毎の通信帯域制御接続ポリシーに適用し、通信上限を判別する通信上限判別部４０と、データ通信状態を上記携帯端末３に対して表示するためのインタフェースを生成するデータ通信状態表示処理部４１と、上記アプリ管理ソフト１６と連携するためにアプリ管理ソフト１６のサーバ送信モジュール２７と通信するアプリ管理ソフト通信モジュール４２と、ユーザのアプリケーション毎の使用帯域・通信量に応じた課金処理を行うための課金処理モジュール４３と、を有する。

以下、図６以下を参照してこのアプリ・インフラ連携サーバ１４の基本的動作を説明する。図中のＳ７〜Ｓ１７の符号は、以下の説明中のステップＳ７〜ステップＳ１７に対応する。

このアプリ・インフラ連携サーバ１４では、上記アプリ管理ソフト通信モジュール４２が上記サーバ通信モジュール２７と通信することで、前記携帯情報端末３との通信が行われる。

まず図６のステップＳ７で、前記アプリ状態変化情報取得モジュール３６が、上記アプリ管理ソフト通信モジュール４２を通して、上記携帯情報端末３の前記アプリ管理ソフト１６から送信された状態変化情報を受け取る。この状態情報には、前述したように、ユーザの端末３上でアクティブなアプリケーションのアプリ名、ドメイン名ベース、座標位置、アプリのパラメータ、携帯端末３のＩＰアドレス・使用ポート番号が含まれる。ついで、ステップＳ８で、前記通信帯域制御ポリシー設定部３８が、上記状態変化情報に基づいて、ユーザ・アプリ毎の制御帯域接続ポリシーを設定する。

ここで、前記ユーザ情報３２（図５）は、上記携帯情報端末３とユーザの属性を結びつけるための情報であり、そのようなユーザ情報としては、上記で端末３から受信したIPアドレス・ポート番号が格納される他、当該ユーザが通信帯域に関する特定の契約をしているかの情報も含むことが可能である。また、その特定の契約が有料の場合には、後で説明するように課金処理モジュール４３を通して前記課金サーバ１７によってユーザに対する課金処理が行われるようになっている。上記通信帯域制御ポリシー設定部３８は、このユーザ情報３２によって上記端末３から受け取った状態変化情報を特定のユーザに結び付けるように認識する。

また、アプリ情報３３（図５）は、このシステムで帯域制御接続する特定のアプリケーションの識別情報を格納している。この実施形態では、上記携帯情報端末３にインストールされた一部のアプリケーションのみを識別して帯域制御接続するものであり、上記アプリ情報３３には帯域制御対象のアプリケーション名が登録されている。この実施例では、ウェブブラウザ、ｙｏｕｔｕｂｅ、Ｇｍａｉｌ、Ｆａｃｅｂｏｏｋ、Ｔｗｉｔｔｅｒ，Ｙａｈｏｏ（以上、いずれも登録商標）、０５０（ＩＰ電話）の各ソフトを認識するように、このアプリ情報３３にそれらにユニークな情報が格納されている。上記通信帯域制御ポリシー設定部３８は、このアプリ情報３３に基づいて、制御対象アプリケーションであるかを認識するようになっている。

通信帯域制御ポリシー設定部３８は、上記状態変化情報、上記ユーザ情報３２、アプリ情報３３を参照することで、上記ユーザ・アプリ毎の追伸帯域制御接続ポリシー３４からユーザ・アプリ毎の接続ポリシーを特定し、前記帯域制御ルータ８（圧縮度については圧縮変換プロキシ１９（以下、圧縮変換プロキシ１９の設定については帯域制御の設定に含めるとして説明は省略する））にセットする。具体的な接続ポリシー３４は、この実施例では、通信帯域３４ａ、データ圧縮度３４ｂ、通信可能時間帯３４ｃ、通信可能場所３４ｄ、データ通信量上限３４ｅ、データ通信残量３４ｆが含まれる。

図７〜図１０は、この実施形態で設定される接続ポリシーの概念を説明するための模式図である。

図７は、ユーザ・アプリと回線速度（通信帯域）（３４ａ）に関するポリシー設定例を示す概念図である。上記で述べた特定のアプリケーション以外のデフォルトの接続速度（接続帯域）は１００ｋｂｐｓに設定されおり、特定のアプリケーションについてはＬＴＥ速度が設定されている。また、この例では、一部のアプリケーションについてはモバイル接続が許可されずＷｉｆｉ接続のみ可能な設定になっている。

図８は、ユーザ・アプリとアプリケーション毎のダウンロード残量（３４ｅ，３４ｆ）に関するポリシー設定例を示す概念図である。デフォルトについては無制限となっているが、接続速度がＬＴＥ速度に設定されている特定のアプリケーションについては１００ＭＢに初期設定されている。この実施形態においては、ユーザ自身がこの上限を増やすオプション設定を行うことができ、この場合、上記課金サーバ１７によって初期設定を超えた使用量に対して課金処理を行うことができるように構成されている。なお、課金方法については、これに限定されるものではなく、様々な方法を採ることが可能である。

上記した回線速度（帯域制御）とダウンロード残量の設定が主な接続ポリシーとなるが、この実施形態は、上記回線速度に加えて様々なポリシー（上記データ圧縮度３４ｂ、通信可能時間帯３４ｃ、通信可能場所３４ｄ）を設定することができる。図９は、その例を総合的に示すものである。

この図９に示すように、デフォルト（allで示す）では、１００ｋｂｐｓ、圧縮度「中」、ダウンロード残量が１００ＭＢ、使える時間帯や場所については定めがなく、月間容量が１００ＭＢと設定されている。また、特定のアプリケーションについてはこの表に示すように設定される。

また、この例では、図１０の概念図に示すように、アプリケーションに特有のパラメータに基づいた帯域制御も行えるようになっている。この例では、ブラウザの接続先ＵＲＬ毎に回線速度が定義されている。この情報についても、上記接続ポリシー３４として、前記データ格納部３０内に格納されている。

図６に示すように、このようなポリシー３４を、上記帯域制御ルータ８に設定する場合、このサーバ１４は、前記アプリ状態変化情報取得モジュール３６が、上記アプリ管理ソフト１６から受け取った状態変化信号を受け取り（ステップＳ７）、ＩＰアドレスおよびポート番号からユーザを特定し、アプリ名とユーザ名を上記ユーザ情報３２、アプリ情報３３及びポリシー３４に適用し、当該アプリケーションについての接続ポリシーを特定する（ステップＳ８）。

具体的には、当初は、上記でデフォルトで示した接続ポリシーが設定されており、場所や時間に関わらず、通信速度１００ｋｂｐｓ、通信上限は無制限が設定されている。しかし、上記携帯情報端末３で、yｏｕｔｕｂｅが起動されアクティブになったことが検出されると、上記図９でｙｏｕｔｕｂｅで特定される接続ポリシーを特定する（ステップＳ８）。

ついで、上記通信帯域制御ポリシー設定部３８は、その他の条件、この実施形態では通信残量をチェックし（ステップＳ９）、その条件をクリアした場合、上記で決定した接続ポリシーを帯域制御ルータ８に送信し、セットする（ステップＳ１０）。このポリシーは、上記端末３を特定する情報、この例ではＩＰアドレスおよびポート番号と共に上記帯域制御ルータ８にセットされる。

この帯域制御ルータ８は、パケットに含まれる発信元のＩＰアドレスおよびポート番号に基づいて、それに対応する接続ポリシーに基づいて帯域制御を実行する。この帯域制御ルータ８は、上記特定の携帯情報端末３からのすべてのパケットを一括で帯域制御することになるが、その時にユーザがアクティブに使っているアプリケーション（この場合にはｙｏｕｔｕｂｅ）に基づく帯域制御であるので、結果として上記アプリケーションの種類に合致した速度帯域が確保されることになる。

この場合、上記端末３上でユーザがアクティブなアプリケーションを切り替えてから帯域制御がセットされるまでのタイムラグが重要になるが、この実施形態の環境の下でそのタイムラグの長さは１０秒以下であり、アプリケーションがロードされる間に新しい帯域がセットされることになるので、ユーザはセットの遅れを体感することはないと思われる。
（帯域制御通信中の動作）
次に、図１１以下を参照して、帯域制御通信中の上記アプリ・インフラ連携サーバ１４の動作について説明する。

通信中、このサーバ１４の前記データ通信量記録部３９（図５に示す）は、前記回線状況／使用量センシングサーバ１５を通して通信状態をモニターし、上記特定のユーザの携帯情報端末３の単位時間ごとの通信量をその時通信しているアプリケーションに関連付けて記録する（ステップＳ１１，Ｓ１２）。この記録は、図８の模式図に示すように、前記ユーザ・アプリ毎通信帯域制御接続ポリシー３４の通信残量（ｙｏｕｔｕｂｅの例では現在５０ＭＢ）を適宜更新することで実行される。

ついで、通信上限判断部４０が、ユーザ・アプリ毎通信帯域制御接続ポリシー３４の通信残量が上限（ｙｏｕｔｕｂｅの例では１Ｇ）に達していないかを判断し（ステップＳ１３）、達していない場合には、現在の通信を継続し、達している場合には、帯域制御をデフォルトの値に戻して上記制御帯域サーバにセットする（ステップＳ１４）。このことで、当該アプリケーション（この例ではｙｏｕｔｕｂｅ）の優先帯域制御（この例では７５Ｍｂｐｓ）は終了し、初期設定（デフォルト）の回線速度１００ｋｂｐｓに制限されることになる。

なお、通信の途中で、別のアプリケーションがアクティブになった場合には、通信の途中でも、図４及び図６に示す動作が実行され、異なるアプリケーションに適合した帯域制御が実行されることになる。
（回線状況の表示）
また、この実施形態では、図５に示すデータ通信状態表示処理部４１が、アプリ毎のデータ通信量及び回線混雑度をユーザの携帯情報端末３に提示する機能を有する。具体的には、このデータ通信状態表示処理部４１がユーザに提示するべきアプリ毎の時系列データをユーザの端末３からの求めにより送信する。このデータは、ユーザの端末３のアプリ管理ソフトに設けられたアプリ毎通信状態表示部２８によって、図１２及び図１３に示すように画面上に表示される。

図１２は、アプリ毎の回線混雑度を示すインタフェースである。この図によれば、Ｗｅｂ接続は混雑しているが、Ｙｏｕｔｕｂｅにはまだ余裕があることがわかる。このようなインタフェースを見ることで、ユーザは、どのソフトについて快適な通信が行えるのかを知ることができる。

図１３は、アプリ毎の接続ポリシーを設定するためのユーザインタフェースである。ユーザはこの画面から、アプリ毎の接続速度、データ圧縮度、ダウンロード残量を設定することができる。すなわち、各設定値をプルダウン式に選択設定し、この画面上でＯＫボタンを押すことにより、設定が可能になる。設定された値は、上記アプリ・インフラ連携サーバ１４の通信帯域制御ポリシー設定部３８によって上記データ格納部３０（３４）に書き込まれ更新される。
（課金処理）
この実施形態では、前記課金サーバ１７がユーザのデータ使用量と使用帯域に応じた課金を行うように構成されている。

この場合、図１４のフローチャートに示すように、前記課金サーバ１７が、上記アプリ・インフラ連携サーバ１４の課金処理モジュール４３と連携し、上記データ格納部３０内のユーザ・アプリ毎帯域制御・接続ポリシー３４を検索し、登録された通信帯域及び使用量（残量）を取得する（Ｓ１５）。この課金処理モジュール４３は、その情報を、ユーザを特定する情報と共に前記課金サーバ１７に送信する。

前記課金サーバ１７は、課金ポリシー（図２に１７ａで示す）を保持しており、前記連携サーバ１４から取得したユーザ情報に基づいてユーザ毎の課金ポリシーを特定する（ステップＳ１６）。課金ポリシーとしては、例えば、ユーザＹｏｕｔｕｂｅ等、動画のデータ通信料は安く、WEBなどデータ通信料は高く設定することが可能である。これにより、ユーザに関し、アプリ毎の接続帯域及び使用量に応じた課金処理を行うことができる（ステップＳ１７）。

以上説明した構成によれば、携帯情報端末３にネットワーク情報通信を行う複数のアプリケーションがインストールされている場合であっても、アプリケーション毎に異なる制御帯域で通信制御を行うことが可能になる。

なお、この発明は上記一実施形態に限定されるものではなく、発明の要旨を変更しない範囲で種々変形可能である。

まず、上記一実施形態においては、端末３の表示画面２９の最前面にアクティブ表示され、ユーザのフォーカスを得たアプリケーションの種類に基づいて端末３の接続帯域制御を行っていたが、これに限定されるものではなく、図１５に示すように、バックグラウンドで動作するアプリケーションを含む複数のアプリケーション３ａ、３ｂの種類に基づいて帯域制御するものであってもよい。以下、この場合の制御を、図１５に基づいて詳しく説明する。

携帯情報端末３のＯＳ（例えばアンドロイド（登録商標）等）は、端末３上でアプリケーションを起動すると、プロセスも起動し、アプリケーション毎のユニークなプロセスＩＤを出力する。このプロセスＩＤは、上記アプリ管理ソフト５０のＩＰアドレス・ポート番号検出モジュール２５によって検出され、それに基づき図１５中に５０で示すプロセス毎通信タグ付与モジュールが、プロセス番号毎に異なるタグをパケットに付与する。このタグは、上記実施形態のプロセスＩＤ自体であっても良いし、前記アプリ名であっても良いし、プロセスＩＤと関連するその他の識別子であっても良い。このようにパケットにタグを付すことにより、同一の端末３による同一セッションの通信であっても、どのアプリケーションにより送出されたパケットであるかを判別することが可能になり、端末３の最前面で動作するアプリ以外にも、バックグラウンドで動作するアプリがパケットを送信している場合でも、そのバックグラウンドで動作するアプリを判別することが可能になる。そして、この接続は、上記ＭＶＮＯ事業者のシステム２に設けられたタグ解除モジュール５１で終端され、帯域制御後に上記タグを削除するように構成されている。

このような構成によれば、端末３上で複数のアプリケーションが同時に通信している場合でも、それぞれの接続について異なる接続ポリシーに基づく帯域制御・優先制御を行うこともできる。具体的には、図６のステップＳ７で、前記アプリ状態変化情報取得モジュール３６が、上記アプリ管理ソフト通信モジュール４２を通して、上記携帯情報端末３の前記アプリ管理ソフト１６から送信された状態変化情報を受け取る。この状態情報には、前述したのと同様に、ユーザの端末３上で起動されたアプリケーション毎のプロセスＩＤに基づいて付与されたタグ（前記実施例ではアクティブかに基づいてそのアプリケーション名を出力していた）、ドメイン名ベース、座標位置、アプリのパラメータ、プロセス名、携帯端末３のＩＰアドレス・使用ポート番号が含まれる。ついで、ステップＳ８で、前記通信帯域制御ポリシー設定部３８が、上記状態変化情報に基づいて、ユーザ・アプリ毎の制御帯域接続ポリシーを設定する。なお、タグに基づいてどのアプリによるパケットかを判別する場合には、あらかじめ当該タグとアプリ名との関連付けをアプリインフラ連携サーバ１４に送信しておく必要があるが、この実施形態では、この送信は前記状態変化判定モジュール２６によって実行される。

上記のような構成によれば、特定のパケットに含まれるタグによりどのアプリケーションにより送出されたパケットであるかが識別できるから、端末３の最前面にアクティブ表示されているアプリだけでなく、バックグラウンドで通信しているものの帯域制御、たとえば、帯域を絞ったり接続を遮断する事も可能となる。

なお、アプリケーション毎にタグを付す場合だけでなく、異なるポート番号を割り当てたり異なるＩＰアドレス（仮想ＩＰアドレス）を割り当ててトンネル接続を確立するようにしてもよい。この機能は、前記タグ付与モジュール、ネットワークスタックの機能５０により実行される。このような構成によれば、複数のアプリケーションが上記端末３上で同時に通信している場合でも、それぞれのアプリのパケットの通信帯域を個別に制御（帯域制御、優先制御）することができる。なお、アプリ間で優先順位を決める場合、前記管理サーバ側で決められた接続ポリシーで実施することになる。また、この場合、上記トンネル接続は、前記タグ解除モジュール５１で実行され、各パケットからアプリ毎のＩＰアドレス若しくは／及びポート番号が削除される。
また、更なる別の実施形態として、上記接続ポリシー３４としては、上記実施形態のものに限定されるものではなく、他のポリシーを含ませることも可能である。例えば、上記圧縮プロキシサーバ１９で実行されるデータ圧縮方法として、具体的な画像変換方法や動画変換方法を規定することも可能である。たとえば白黒に変換したら、高精細に変換したりすることも設定することも可能である。

また、上記一実施形態では、帯域制御により具体的な回線速度の値を割り当てる方法で帯域制御機能を提供していたが、帯域制御に変えて、優先制御（回線速度の絶対値ではなく相対的優先度の割り当て）によりこの機能を提供するようにしてもよい。
また、上記一実施形態では、接続ポリシーを直接帯域制御ルータ８にセットしたが、これに限定されない。ＰＧＷ７を介して行う等、間接的に行ってもよい。

さらに、上記帯域制御通信中の動作（図１１）において、上記一実施例では、ユーザ・アプリ毎通信帯域制御接続ポリシー３４の通信残量が上限（ｙｏｕｔｕｂｅの例では１Ｇ）に達した場合に、帯域制御をデフォルトの値（１００ｋｂｐｓ）に戻して上記制御帯域サーバ８にセットする（図１１のステップＳ１４）ようにしていたが、通信（ルーティング）自体をブロックするようにしてもよい。

３…携帯情報端末
３ａ〜３ｅ…各種アプリケーション
２…ネットワーク接続システム
４…基地局
５…モバイルネットワーク
６…ＳＷＧ
７…ＰＷＧ
８…帯域制御ルータ
９…インターネット
１０ａ〜１０ｅ…各種サービスサーバ
１４…アプリ・インフラ連携サーバ
１５…回線状況／使用量センシングサーバ
１６…アプリ管理ソフト
１９…圧縮変換プロキシサーバ

Claims (42)

1. 記憶媒体に格納され携帯情報通信端末に以下の処理を行わせるアプリケーション状態変化通知プログラムであって、
   このアプリケーション状態変化通知プログラムは、上記携帯情報通信端末の通信帯域をこの携帯情報通信端末にインストールされたアプリケーションの種類毎に動的に変動させる帯域制御システムと協働するものであり、
   このプログラムは：
   （１） 前記携帯情報端末に、この携帯情報端末から通信するアプリケーションの種類を検出させる手段と；
   （２） 前記携帯情報端末に、この携帯情報端末を通信ネットワーク上でユニークに特定するための携帯情報端末特定情報を取得させる手段と；
   （３） 前記携帯情報端末に、上記アプリケーションの種類及び携帯状態端末を特定する情報を前記帯域制御システムに送信させる手段と；
   （４） 前記携帯情報端末に、前記帯域制御システムからアプリケーション毎の通信状態を受け取らせこの携帯状態端末のディスプレイ上に表示する手段と；
   を有するプログラム。
2. 請求項１記載のプログラムにおいて、
   前記（１）の手段は、前記携帯情報端末に、この携帯情報端末上でアクティブ表示アプリケーションの種類を検出させる手段をさらに有する
   ことを特徴とするプログラム。
3. 請求項１記載のプログラムにおいて、
   前記（１）の手段は、前記携帯情報端末に、この携帯情報端末上で起動されたアプリケーションのプロセスＩＤを検出させる手段を有し、
   前記（３）の手段は、前記携帯情報端末に、上記アプリケーションから送信されるパケットに上記プロセスＩＤ若しくはプロセス毎に異なる特定のタグを含ませ、携帯状態端末を特定する情報と共に前記帯域制御システムに送信させる手段を有する
   ことを特徴とするプログラム。
4. 請求項１記載のプログラムにおいて、
   さらに、前記携帯情報端末に、この携帯情報端末上で起動されたアプリケーションのＩＰアドレス若しくは／及びポート番号を検出させる手段をさらに有し
   前記（４）の手段は、前記携帯情報端末に、上記アプリケーションから送信されるパケットに上記ＩＰアドレス及び／若しくはポート番号を含ませ、携帯状態端末を特定する情報と共に前記帯域制御システムに送信するものである
   ことを特徴とするプログラム。
5. 請求項１記載のプログラムにおいて、
   さらに、
   前記携帯情報端末に、この携帯情報端末の地理的な位置を検出させる手段と、
   前記携帯情報端末に、上記携帯情報端末の地理的な位置を前記携帯状態端末を特定する情報と共に前記帯域制御システムに送信させる手段と
   を有することを特徴とするプログラム。
6. 請求項１記載のプログラムにおいて、
   前記帯域制御システムは、
   インターネット上に設けられたアプリケーション接続環境管理サーバであって、特定の携帯情報端末上でアクティブなアプリケーションの種類を検出し、アプリケーションの種類に応じた接続ポリシーを上記携帯情報端末を特定する情報と共に帯域制御ルータに送信するアプリケーション接続環境管理サーバを有し、
   前記帯域制御ルータは、前記アプリケーション接続環境管理サーバから受け取った接続ポリシーに応じ、前記特定された携帯情報端末からのパケットを優先制御若しくは所定の優先通信帯域で転送するものである
   ことを特徴とするネットワーク接続システム。
7. 請求項６記載のプログラムにおいて、
   前記アプリケーション接続環境管理サーバは、
   優先接続若しくは帯域制御するべきアプリケーションの種類とそのアプリケーションの接続ポリシーとが格納されているテーブルを参照し、アプリケーションソフトウェアの種類に応じた接続ポリシーを上記テーブルから取り出して上記帯域制御ルータに送信するものである
   ことを特徴とするプログラム。
8. 請求項６記載のプログラムにおいて、
   前記接続ポリシーは、特定のアプリケーション毎に異なる通信優先度若しくは通信帯域の設定を含むものである
   ことを特徴とするプログラム。
9. 請求項６記載のプログラムにおいて、
   帯域制御ルータによる携帯通信端末毎のデータ通信量を監視し、携帯情報端末でアクティブなアプリケーションの種類に応じて、アプリケーション毎のダウンロードデータ通信量を記録するデータ通信量記録部を有する
   を有することを特徴とするプログラム。
10. 請求項９記載のプログラムにおいて、
    上記携帯情報端末でアクティブなアプリケーションの種類に応じ、前記データ通信量記録部で記録されたアプリケーション毎のデータ通信量が所定の上限値に達したかを判断する通信量上限判断部を有するものであり、
    このシステムは、上記通信量上限判断部の判断に応じて前記帯域制限ルータによる当該携帯情報端末からのパケットの転送を制限する通信制限部を有する
    ことを特徴とするプログラム。
11. 請求項９記載のプログラムにおいて、
    前記データ通信量記録部で記録されたアプリケーション毎のデータ通信量に基づき、アプリケーション毎の回線通信混雑度を算出し、
    前記混雑度を表示するユーザに表示するための混雑度表示インタフェースを生成する混雑度表示部を有する
    ことを特徴とするプログラム。
12. 請求項９記載のプログラムにおいて、
    前記データ通信量記録部で記録されたアプリケーション毎のデータ通信量をユーザに表示するためのデータ通信量表示インタフェースを生成する通信量表示部を有する
    ことを特徴とするプログラム。
13. 請求項９記載のプログラムにおいて、
    前記データ通信量記録部で記録されたアプリケーション毎のデータ通信量に基づき、ユーザ課金することを特徴とするプログラム。
14. 請求項６記載のプログラムにおいて、
    前記接続ポリシーは、特定のアプリケーション毎に異なるデータ圧縮度の設定を含むものである
    ことを特徴とするプログラム。
15. 請求項１４記載のプログラムにおいて、
    前記接続ポリシーのデータ圧縮度は、特定のアプリケーション毎に異なるデータ変換方法の設定を含むものである
    ことを特徴とするプログラム。
16. 請求項６記載のプログラムにおいて、
    前記接続ポリシーは、特定のアプリケーション毎に異なる通信可能な時間帯、場所の設定を含むものである
    ことを特徴とするプログラム。
17. 請求項６記載のプログラムにおいて、
    前記携帯情報端末を特定する情報は、前記情報携帯端末のＩＰアドレスである
    ことを特徴とするプログラム。
18. 請求項６記載のプログラムにおいて、
    ユーザ課金情報を受け取り、携帯情報端末に関連付けるユーザ課金情報取得部を有する
    ことを特徴とするプログラム。
19. 請求項６記載のプログラムにおいて、
    前記携帯情報端末から受け取るアプリケーションの種類は、当該アプリケーションが提供するサービスの種類を特定するものである
    ことを特徴とするプログラム。
20. 請求項６記載のプログラムにおいて、
    ユーザに、接続条件を設定するための設定インタフェースを生成し、そのインタフェースを通して設定するようにする
    ことを特徴とするプログラム。
21. 請求項６記載のプログラムにおいて、
    前記優先接続するべきアプリケーションソフトウェア若しくはそのアプリケーションソフトウェアが提供するサービスの種別は、音声通話のためのアプリケーションソフトウェア若しくはサービスを少なくとも含む
    ことを特徴とするプログラム。
22. 記憶媒体に格納され携帯情報通信端末に以下の処理を行わせるアプリケーション状態変化通知方法であって、
    この方法は、アプリケーション状態変化通知プログラムが、上記携帯情報通信端末の通信帯域をこの携帯情報通信端末にインストールされたアプリケーションの種類毎に動的に変動させる帯域制御システムと協働するものであり、
    この方法は：
    （１） 前記携帯情報端末に、この携帯情報端末から通信するアプリケーションの種類を検出させる工程と；
    （２） 前記携帯情報端末に、この携帯情報端末を通信ネットワーク上でユニークに特定するための携帯情報端末特定情報を取得させる工程と；
    （３） 前記携帯情報端末に、上記アプリケーションの種類及び携帯状態端末を特定する情報を前記帯域制御システムに送信させる工程と；
    （４） 前記携帯情報端末に、前記帯域制御システムからアプリケーション毎の通信状態を受け取らせこの携帯状態端末のディスプレイ上に表示する工程と；
    を有する方法。
23. 請求項２２記載の方法において、
    前記（１）の工程は、前記携帯情報端末に、この携帯情報端末上でアクティブ表示アプリケーションの種類を検出させる工程をさらに有する
    ことを特徴とする方法。
24. 請求項２２記載の方法において、
    前記（１）の工程は、前記携帯情報端末に、この携帯情報端末上で起動されたアプリケーションのプロセスＩＤを検出させる工程を有し、
    前記（３）の工程は、前記携帯情報端末に、上記アプリケーションから送信されるパケットに上記プロセスＩＤ若しくはプロセス毎に異なる特定のタグを含ませ、携帯状態端末を特定する情報と共に前記帯域制御システムに送信させる工程を有する
    ことを特徴とする方法。
25. 請求項２２記載の方法において、
    さらに、前記携帯情報端末に、この携帯情報端末上で起動されたアプリケーションのＩＰアドレス若しくは／及びポート番号を検出させる工程をさらに有し
    前記（４）の工程は、前記携帯情報端末に、上記アプリケーションから送信されるパケットに上記ＩＰアドレス及び／若しくはポート番号を含ませ、携帯状態端末を特定する情報と共に前記帯域制御システムに送信するものである
    ことを特徴とする方法。
26. 請求項２２記載の方法において、
    さらに、
    前記携帯情報端末に、この携帯情報端末の地理的な位置を検出させる工程と、
    前記携帯情報端末に、上記携帯情報端末の地理的な位置を前記携帯状態端末を特定する情報と共に前記帯域制御システムに送信させる工程と
    を有することを特徴とする方法。
27. 請求項２２記載の方法において、
    前記帯域制御システムは、
    インターネット上に設けられたアプリケーション接続環境管理サーバであって、特定の携帯情報端末上でアクティブなアプリケーションの種類を検出し、アプリケーションの種類に応じた接続ポリシーを上記携帯情報端末を特定する情報と共に帯域制御ルータに送信するアプリケーション接続環境管理サーバを有し、
    前記帯域制御ルータは、前記アプリケーション接続環境管理サーバから受け取った接続ポリシーに応じ、前記特定された携帯情報端末からのパケットを優先制御若しくは所定の優先通信帯域で転送するものである
    ことを特徴とする方法。
28. 請求項２７記載の方法において、
    前記アプリケーション接続環境管理サーバは、
    優先接続若しくは帯域制御するべきアプリケーションの種類とそのアプリケーションの接続ポリシーとが格納されているテーブルを参照し、アプリケーションソフトウェアの種類に応じた接続ポリシーを上記テーブルから取り出して上記帯域制御ルータに送信するものである
    ことを特徴とする方法。
29. 請求項２７記載の方法において、
    前記接続ポリシーは、特定のアプリケーション毎に異なる通信優先度若しくは通信帯域の設定を含むものである
    ことを特徴とする方法。
30. 請求項２７記載の方法において、
    帯域制御ルータによる携帯通信端末毎のデータ通信量を監視し、携帯情報端末でアクティブなアプリケーションの種類に応じて、アプリケーション毎のダウンロードデータ通信量を記録するデータ通信量記録部を有する
    を有することを特徴とする方法。
31. 請求項３０記載の方法において、
    上記携帯情報端末でアクティブなアプリケーションの種類に応じ、前記データ通信量記録部で記録されたアプリケーション毎のデータ通信量が所定の上限値に達したかを判断する通信量上限判断部を有するものであり、
    このシステムは、上記通信量上限判断部の判断に応じて前記帯域制限ルータによる当該携帯情報端末からのパケットの転送を制限する通信制限部を有する
    ことを特徴とする方法。
32. 請求項３０記載の方法において、
    前記データ通信量記録部で記録されたアプリケーション毎のデータ通信量に基づき、アプリケーション毎の回線通信混雑度を算出し、
    前記混雑度を表示するユーザに表示するための混雑度表示インタフェースを生成する混雑度表示部を有する
    ことを特徴とする方法。
33. 請求項３０記載の方法において、
    前記データ通信量記録部で記録されたアプリケーション毎のデータ通信量をユーザに表示するためのデータ通信量表示インタフェースを生成する通信量表示部を有する
    ことを特徴とする方法。
34. 請求項３０記載の方法において、
    前記データ通信量記録部で記録されたアプリケーション毎のデータ通信量に基づき、ユーザ課金することを特徴とする方法。
35. 請求項２７記載の方法において、
    前記接続ポリシーは、特定のアプリケーション毎に異なるデータ圧縮度の設定を含むものである
    ことを特徴とする方法。
36. 請求項３５記載の方法において、
    前記接続ポリシーのデータ圧縮度は、特定のアプリケーション毎に異なるデータ変換方法の設定を含むものである
    ことを特徴とする方法。
37. 請求項２７記載の方法において、
    前記接続ポリシーは、特定のアプリケーション毎に異なる通信可能な時間帯、場所の設定を含むものである
    ことを特徴とする方法。
38. 請求項２７記載の方法において、
    前記携帯情報端末を特定する情報は、前記情報携帯端末のＩＰアドレスである
    ことを特徴とする方法。
39. 請求項２７記載の方法において、
    ユーザ課金情報を受け取り、携帯情報端末に関連付けるユーザ課金情報取得部を有する
    ことを特徴とする方法。
40. 請求項２７記載の方法において、
    前記携帯情報端末から受け取るアプリケーションの種類は、当該アプリケーションが提供するサービスの種類を特定するものである
    ことを特徴とする方法。
41. 請求項２７記載の方法において、
    ユーザに、接続条件を設定するための設定インタフェースを生成し、そのインタフェースを通して設定するようにする
    ことを特徴とする方法。
42. 請求項２７記載の方法において、
    前記優先接続するべきアプリケーションソフトウェア若しくはそのアプリケーションソフトウェアが提供するサービスの種別は、音声通話のためのアプリケーションソフトウェア若しくはサービスを少なくとも含む
    ことを特徴とする方法。