(57)【要約】【課題】制御ポリシーに基づいたアクセス制御を行うことによって、様々な項目に基づいてアクセス制御を行えるようにし、特に、アプリケーションに応じてアクセスを制御することによって、適切で詳細な通信抑制を行うことができるようにした携帯情報処理装置を提供する。【解決手段】無線通信による通信負荷を制御する携帯情報処理装置であって、制御基準記憶手段は、通信を行うアプリケーションを一意に特定するアプリケーション識別子毎に、該アプリケーションの通信規制に関する情報を定義した制御基準を記憶し、通信判断手段は、アプリケーションからの通信開始の要求を受け付けると、該通信開始の要求を行ったアプリケーション識別子に基づいて前記制御基準記憶手段内の該当する制御基準を取得し、該制御基準に応じて前記アプリケーションによる通信を行うか否かを判断する。【選択図】図１
2009177262.tif 000002
【特許請求の範囲】
【請求項１】
無線通信による通信負荷を制御する携帯情報処理装置であって、
通信を行うアプリケーションを一意に特定するアプリケーション識別子毎に、該アプリケーションの通信規制に関する情報を定義した制御基準を記憶する制御基準記憶手段と、
アプリケーションからの通信開始の要求を受け付けると、該通信開始の要求を行ったアプリケーション識別子に基づいて前記制御基準記憶手段内の該当する制御基準を取得し、該制御基準に応じて前記アプリケーションによる通信を行うか否かを判断する通信判断手段
を具備することを特徴とする携帯情報処理装置。
【請求項２】
前記制御基準記憶手段に記憶されている制御基準は、アプリケーション識別子毎に、通信規制を行う規制時間帯を含み、
前記通信判断手段は、現在の時刻と前記該当する制御基準に含まれている規制時間帯との比較によって、前記アプリケーションによる通信を行うか否かを判断する
ことを特徴とする請求項１に記載の携帯情報処理装置。
【請求項３】
前記制御基準記憶手段に記憶されている制御基準は、アプリケーション識別子毎に、制限する通信のデータサイズを含み、
前記通信判断手段は、通信しようとするデータサイズの累計と前記該当する制御基準に含まれている通信のデータサイズとの比較によって、前記アプリケーションによる通信を行うか否かを判断する
ことを特徴とする請求項１に記載の携帯情報処理装置。
【請求項４】
前記制御基準記憶手段に記憶されている制御基準は、アプリケーション識別子毎に、規制を行うべき通信相手のドメインを含み、
前記通信判断手段は、通信しようとするドメインと前記該当する制御基準に含まれているドメインとの比較によって、前記アプリケーションによる通信を行うか否かを判断する
ことを特徴とする請求項１に記載の携帯情報処理装置。
【請求項５】
前記制御基準を一括して管理する制御基準管理装置から配信される該制御基準を受信し、前記制御基準記憶手段に記憶させる制御基準受信手段
をさらに具備することを特徴とする請求項１に記載の携帯情報処理装置。
【請求項６】
携帯情報処理装置によって、無線通信による通信負荷を制御する携帯情報処理方法であって、
前記携帯情報処理装置は、通信を行うアプリケーションを一意に特定するアプリケーション識別子毎に、該アプリケーションの通信規制に関する情報を定義した制御基準を記憶する制御基準記憶手段
を具備し、
前記携帯情報処理装置は、アプリケーションからの通信開始の要求を受け付けると、該通信開始の要求を行ったアプリケーション識別子に基づいて前記制御基準記憶手段内の該当する制御基準を取得し、該制御基準に応じて前記アプリケーションによる通信を行うか否かを判断する
ことを特徴とする携帯情報処理方法。
【請求項７】
携帯情報処理装置に、無線通信による通信負荷を制御させる携帯情報処理プログラムであって、
通信を行うアプリケーションを一意に特定するアプリケーション識別子毎に、該アプリケーションの通信規制に関する情報を定義した制御基準を記憶する制御基準記憶手段と、
アプリケーションからの通信開始の要求を受け付けると、該通信開始の要求を行ったアプリケーション識別子に基づいて前記制御基準記憶手段内の該当する制御基準を取得し、該制御基準に応じて前記アプリケーションによる通信を行うか否かを判断する通信判断手段
として機能させることを特徴とする携帯情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信による通信負荷を制御する携帯情報処理装置、携帯情報処理方法及び携帯情報処理プログラムに関する。
【背景技術】
【０００２】
携帯電話を代表とする携帯情報処理装置による通信ネットワークにおいて、ネットワーク負荷等を制御することを目的とした通信規制が行われている。
これらに関する技術として、例えば、特許文献１には、通信規制時の通信量を最小限に抑制しつつ、集中的に通信規制を実施することを課題とし、この無線通信端末は、通信規制を実施する時間に関する通信規制時間情報と、通信規制を実施するエリアを特定する通信規制エリア識別子とを含む通信規制情報を受信する通信部と、通信規制情報を格納する規制情報格納部と、自己の現在位置を表すエリア識別子を取得する位置情報取得部と、通信規制情報の中から、現在時刻が通信規制時間情報によって特定される時間に含まれ、かつ、エリア識別子によって特定される位置が通信規制エリア識別子によって特定されるエリア内である通信規制情報を抽出する規制情報抽出部と、抽出された通信規制情報に基づいて、通信規制処理を実行する通信規制実行部とを備えることが開示されている。
【特許文献１】特開２００５−２７７９０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、このような従来の技術は、固定された項目である時間、エリアに基づいて、通信規制を実施しているにすぎないものであり、他の様々な項目に基づいて通信規制を行えるものではないという問題点があった。
本発明は、このような従来の技術が有する問題点に着目してなされたもので、制御ポリシーに基づいたアクセス制御を行うことによって、様々な項目に基づいてアクセス制御を行えるようにし、特に、アプリケーションに応じてアクセスを制御することによって、適切で詳細な通信抑制を行うことができるようにした携帯情報処理装置、携帯情報処理方法及び携帯情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００４】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［１］  無線通信による通信負荷を制御する携帯情報処理装置であって、
通信を行うアプリケーションを一意に特定するアプリケーション識別子毎に、該アプリケーションの通信規制に関する情報を定義した制御基準を記憶する制御基準記憶手段と、
アプリケーションからの通信開始の要求を受け付けると、該通信開始の要求を行ったアプリケーション識別子に基づいて前記制御基準記憶手段内の該当する制御基準を取得し、該制御基準に応じて前記アプリケーションによる通信を行うか否かを判断する通信判断手段
を具備することを特徴とする携帯情報処理装置。
【０００５】
［２］  前記制御基準記憶手段に記憶されている制御基準は、アプリケーション識別子毎に、通信規制を行う規制時間帯を含み、
前記通信判断手段は、現在の時刻と前記該当する制御基準に含まれている規制時間帯との比較によって、前記アプリケーションによる通信を行うか否かを判断する
ことを特徴とする［１］に記載の携帯情報処理装置。
【０００６】
［３］  前記制御基準記憶手段に記憶されている制御基準は、アプリケーション識別子毎に、制限する通信のデータサイズを含み、
前記通信判断手段は、通信しようとするデータサイズの累計と前記該当する制御基準に含まれている通信のデータサイズとの比較によって、前記アプリケーションによる通信を行うか否かを判断する
ことを特徴とする［１］に記載の携帯情報処理装置。
【０００７】
［４］  前記制御基準記憶手段に記憶されている制御基準は、アプリケーション識別子毎に、規制を行うべき通信相手のドメインを含み、
前記通信判断手段は、通信しようとするドメインと前記該当する制御基準に含まれているドメインとの比較によって、前記アプリケーションによる通信を行うか否かを判断する
ことを特徴とする［１］に記載の携帯情報処理装置。
【０００８】
［５］  前記制御基準を一括して管理する制御基準管理装置から配信される該制御基準を受信し、前記制御基準記憶手段に記憶させる制御基準受信手段
をさらに具備することを特徴とする［１］に記載の携帯情報処理装置。
【０００９】
［６］  携帯情報処理装置によって、無線通信による通信負荷を制御する携帯情報処理方法であって、
前記携帯情報処理装置は、通信を行うアプリケーションを一意に特定するアプリケーション識別子毎に、該アプリケーションの通信規制に関する情報を定義した制御基準を記憶する制御基準記憶手段
を具備し、
前記携帯情報処理装置は、アプリケーションからの通信開始の要求を受け付けると、該通信開始の要求を行ったアプリケーション識別子に基づいて前記制御基準記憶手段内の該当する制御基準を取得し、該制御基準に応じて前記アプリケーションによる通信を行うか否かを判断する
ことを特徴とする携帯情報処理方法。
【００１０】
［７］  携帯情報処理装置に、無線通信による通信負荷を制御させる携帯情報処理プログラムであって、
通信を行うアプリケーションを一意に特定するアプリケーション識別子毎に、該アプリケーションの通信規制に関する情報を定義した制御基準を記憶する制御基準記憶手段と、
アプリケーションからの通信開始の要求を受け付けると、該通信開始の要求を行ったアプリケーション識別子に基づいて前記制御基準記憶手段内の該当する制御基準を取得し、該制御基準に応じて前記アプリケーションによる通信を行うか否かを判断する通信判断手段
として機能させることを特徴とする携帯情報処理プログラム。
【００１１】
前記本発明は次のように作用する。
本発明における携帯情報処理装置は、無線通信による通信負荷を制御する。制御基準記憶手段は、通信を行うアプリケーションを一意に特定するアプリケーション識別子毎に、該アプリケーションの通信規制に関する情報を定義した制御基準を記憶し、通信判断手段は、アプリケーションからの通信開始の要求を受け付けると、該通信開始の要求を行ったアプリケーション識別子に基づいて前記制御基準記憶手段内の該当する制御基準を取得し、該制御基準に応じて前記アプリケーションによる通信を行うか否かを判断する。これによって、制御ポリシーに基づいたアクセス制御を行うことによって、様々な項目に基づいてアクセス制御を行えるようにし、特に、アプリケーションに応じてアクセスを制御することによって、従来技術と比較してより一層適切で詳細な通信抑制を行うことができるようになるものである。
【発明の効果】
【００１２】
本発明にかかる携帯情報処理装置、携帯情報処理方法及び携帯情報処理プログラムによれば、制御ポリシーに基づいたアクセス制御を行うことによって、様々な項目に基づいてアクセス制御を行えるようにし、特に、アプリケーションに応じてアクセスを制御することによって、従来技術と比較してより一層適切で詳細な通信抑制を行うことができるようになる。
【発明を実施するための最良の形態】
【００１３】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がプログラムの場合は、記憶装置に記憶させるように制御するの意である。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク等で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。
以下、携帯情報処理装置として、携帯電話を主に例示して説明する。
【００１４】
携帯情報処理装置１００は、通信負荷を制御しながら無線通信による通信を行うものであって、アプリケーションモジュール１１０、通信開始可否判断モジュール１２０、制御ポリシー記憶モジュール１３０、送受信モジュール１４０を有している。
アプリケーションモジュール１１０は、通信開始可否判断モジュール１２０と接続されている。携帯情報処理装置１００内で、外部との無線通信を利用した動作を行うものであり、通信開始可否判断モジュール１２０を介して外部との通信を行う。具体的には、メーラー、ブラウザ、ウィジェット等がある。
【００１５】
通信開始可否判断モジュール１２０は、アプリケーションモジュール１１０、制御ポリシー記憶モジュール１３０、送受信モジュール１４０と接続されている。アプリケーションモジュール１１０からの通信開始の要求を受け付けると、その通信開始の要求を行ったアプリケーションモジュール１１０のアプリケーションＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ、識別子）に基づいて制御ポリシー記憶モジュール１３０内の該当する制御ポリシーを取得し、その制御ポリシーに応じてアプリケーションモジュール１１０による通信を行うか否かを判断する。また、現在の時刻と制御ポリシーに含まれている規制時間帯との比較によって、アプリケーションモジュール１１０による通信を行うか否かを判断するようにしてもよい。また、通信しようとするデータサイズの累計と制御ポリシーに含まれている通信のデータサイズとの比較によって、アプリケーションモジュール１１０による通信を行うか否かを判断するようにしてもよい。また、通信しようとするドメインと制御ポリシーに含まれているドメインとの比較によって、アプリケーションモジュール１１０による通信を行うか否かを判断するようにしてもよい。なお、アプリケーションＩＤは、アプリケーションモジュール１１０を一意に特定する識別子である。
【００１６】
制御ポリシー記憶モジュール１３０は、通信開始可否判断モジュール１２０からアクセスされ、通信を行うアプリケーションを一意に特定するアプリケーション識別子毎に、そのアプリケーションの通信規制に関する情報を定義した制御ポリシーを記憶する。制御ポリシー記憶モジュール１３０を実現する具体的なハードウェアとしては、メモリであり、リムーバブルなカード形式のメモリであってもよい。また、制御ポリシーには、アプリケーションＩＤ毎に、通信規制を行う規制時間帯、制限する通信のデータサイズ、規制を行うべき通信相手のドメインを含むようにしてもよい。記憶されている制御ポリシーについて具体的には、図５を用いて後述する。
送受信モジュール１４０は、通信開始可否判断モジュール１２０と接続されており、外部とデータの送受信を行うものであり、通信開始可否判断モジュール１２０によって通信開始を許可された通信を行う。
【００１７】
図２は、本実施の形態を利用するにあたってのシステム形態の例を示す説明図である。
システム全体は、携帯電話２１０、網内サーバー２２０、Ｗｅｂサーバー２３０、通信網２４０を有している。それぞれは複数あってもよい。また、Ｗｅｂサーバー２３０の代わりに他の情報処理装置等であってもよい。なお、図１に示した携帯情報処理装置１００は、携帯電話２１０に構成されている。通信網２４０として例えばインターネット等であってもよい。
携帯電話２１０は、網内サーバー２２０、通信網２４０を介してＷｅｂサーバー２３０との通信を行う。この通信の際に、携帯情報処理装置１００による通信規制を行う。
また、網内サーバー２２０には、図１０を用いて後述するＮＴＣポリシーサーバー１１００、通知サーバー１２００等が含まれていてもよい。
【００１８】
なお、携帯電話２１０は、図３に示すように、電話としての機能を有するように音声入力できるマイク３０５と、音声出力できるスピーカ３０４と、電話番号又はアプリケーションモジュール１１０用等に文字を入力するための文字入力装置であるキー３０２と、電波を送受信するアンテナ３０３と、キー３０２による文字入力の結果、受信した結果、アプリケーションモジュール１１０による処理結果等の表示を行うディスプレイ３０１とを有している。また、このほかにカメラ等を有していてもよい。携帯電話２１０内には、ＣＰＵ、メモリ、通信用回路等のハードウェアが内蔵されており、携帯情報処理装置１００を実現するためのソフトウェアであるコンピュータ・プログラムをメモリに記憶させ、ソフトウェアとハードウェア資源とが協働して、携帯情報処理装置１００が実現される。
【００１９】
図４は、本実施の形態による処理例を示すフローチャートである。
ステップＳ４０２では、アプリケーションモジュール１１０は、携帯電話２１０からの利用者の指示に応じて、Ｗｅｂサーバー２３０との通信を行うための通信開始要求を通信開始可否判断モジュール１２０に対して行い、通信開始可否判断モジュール１２０は、その通信開始要求を受け取る。なお、通信開始要求とは、一連の通信を開始するにあたっての最初の通信開始であってもよいし、パケット通信のように個々のパケットを送受信するにあたっての通信開始要求であってもよい。したがって、後者の場合は、既に通信が発生している場合がある。
ステップＳ４０４では、通信開始可否判断モジュール１２０は、携帯電話２１０からの通信開始要求内にあるアプリケーションＩＤを用いて、制御ポリシー記憶モジュール１３０内に記憶されている制御ポリシーを検索する。そして、そのアプリケーションＩＤに該当する制御ポリシーを取得する。
【００２０】
ステップＳ４０６では、通信開始可否判断モジュール１２０は、携帯電話２１０に内蔵されている時計を用いて現在の時刻を取得する。ここでの時刻は、時分のみならず年月日等を含めるようにしてもよい。
ステップＳ４０８では、通信開始可否判断モジュール１２０は、アプリケーションモジュール１１０が行おうとしている通信におけるデータサイズをアプリケーションモジュール１１０から取得する。又は、最初の通信が始められた後は、今までの通信で送受信されたデータサイズの累計を計算する。ここで、送信のみのデータサイズの累計、受信のみのデータサイズの累計を計算するようにしてもよい。これは、制御ポリシーで比較するデータサイズが受信のみの場合、送信のみの場合に対応するものである。
ステップＳ４１０では、通信開始可否判断モジュール１２０は、アプリケーションモジュール１１０が通信しようとしているＷｅｂサーバー２３０のドメインの種別を取得する。
【００２１】
ステップＳ４１２では、通信開始可否判断モジュール１２０は、ステップＳ４０４で取得した制御ポリシー内の基準と、ステップＳ４０６〜ステップＳ４１０で取得したデータとの比較を行い、アプリケーションモジュール１１０による通信開始の可否を判断する。かかる判断で許可する場合はステップＳ４１４へ進み、拒否する場合はステップＳ４１６へ進む。
ステップＳ４１４では、通信開始可否判断モジュール１２０は通信を許可する旨を送受信モジュール１４０へ伝え、送受信モジュール１４０は外部のＷｅｂサーバー２３０との通信を開始する。
ステップＳ４１６では、通信開始可否判断モジュール１２０は通信拒否の旨を送受信モジュール１４０又はアプリケーションモジュール１１０へ伝え、アプリケーションモジュール１１０は通信できない旨を携帯電話２１０のディスプレイ３０１等に提示する。
【００２２】
図５は、制御ポリシー５００のデータ構造例を示す説明図である。
制御ポリシー５００は、ＸＭＬバージョン欄５１０、アプリケーションリスト欄５２０を有している。
制御ポリシー５００そのものは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述されており、ＸＭＬバージョン欄５１０は、そのＸＭＬのバージョンを示している。
アプリケーションリスト欄５２０は、通信規制の対象となるアプリケーションのアプリケーションＩＤ毎に通信規制を行うべき対象であるか否か等を判断するためのパラメータを記憶している。
【００２３】
アプリケーションリスト欄５２０は、Ａｐｐ１欄５３０、Ａｐｐ２欄５４０、Ａｐｐ３欄５５０を有している。
Ａｐｐ１欄５３０は、アプリケーションＩＤ欄５３１、規制時間帯欄５３２、データサイズ欄５３３、ドメイン種別欄５３４を有している。
アプリケーションＩＤ欄５３１は、通信規制の対象となるアプリケーションのＩＤを記憶している。例えば、通信規制を強化すべきアプリケーションのＩＤ、逆に通信規制を行う必要がないアプリケーションのＩＤ等である。
【００２４】
規制時間帯欄５３２は、そのアプリケーションの通信規制を行う時間帯を記憶している。つまり、現在の時刻がその時間帯に該当すれば通信規制の対象となる。例えば、１時から３時のように１日内の時間帯を指定することもできるし、曜日を限定した上で時間帯を指定することもできる。また、年月日を用いて時間帯を指定するようにしてもよい。
データサイズ欄５３３は、通信を制限するデータサイズを記憶している。このデータサイズ以下であれば通信を許可する値である。例えば、１日におけるパケットサイズの総和としてもよい。
ドメイン種別欄５３４は、規制対象の通信相手のドメイン種別を記憶している。このクラスのドメインである場合に通信規制の対象とするものである。例えば、ＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）の証明書によって定まっているクラス毎に、通信規制を行うべきドメインを指定する場合に用いる。より具体的には、Ｏｐｅｒａｔｏｒ  Ｄｏｍａｉｎ、Ｔｒｕｓｔｅｄ  Ｐａｒｔｙ  Ｄｏｍａｉｎ、Ｕｎｔｒｕｓｔｅｄ  Ｄｏｍａｉｎ等である。
Ａｐｐ２欄５４０、Ａｐｐ３欄５５０も、Ａｐｐ１欄５３０と同等のデータ構造を有している。
【００２５】
図６は、ＮＴＣ（Ｎｅｔｗｏｒｋ Ｔｒａｆｆｉｃ  Ｃｏｎｔｒｏｌｌｅｒ）の配置例（その１）を示す説明図である。つまり、図１に示したモジュール構成を別の観点（プロトコル階層）で示したものである。図７〜図９に示すものも同様の観点で示したものである。
つまり、携帯情報処理装置１００は、アプリケーション層６１０、プロトコル層６２０、ＮＴＣ６３０、ＴＣＰ／ＵＤＰ層６４０、ＩＰ層６５０、無線ベアラ層６６０を有している。なお、アプリケーションモジュール１１０はアプリケーション層６１０に該当し、通信開始可否判断モジュール１２０はプロトコル層６２０、ＮＴＣ６３０に該当し、制御ポリシー記憶モジュール１３０は制御ポリシー６３１に該当し、送受信モジュール１４０はＴＣＰ／ＵＤＰ層６４０、ＩＰ層６５０、無線ベアラ層６６０に該当する。
ＮＴＣ６３０は、プロトコル層６２０とＴＣＰ／ＵＤＰ層６４０の間に位置し、プロトコル層６２０にとっては従来のＴＣＰ／ＵＤＰ層６４０と同様の動作をするものである。ＮＴＣ６３０の判断結果はプロトコル層６２０に通知される。これによって、本実施の形態を従来の携帯電話２１０に適用する場合にあっては、プロトコル層６２０が受け取るエラー通知を拡張する必要があるが、アプリケーション層６１０に改修を施す必要がなくなる。
【００２６】
アプリケーション層６１０は、アプリケーションであるメーラー６１１、ブラウザ６１２、ウィジェット６１３等を有している。これらのいずれかが自分自身のアプリケーションＩＤを含む通信開始要求をプロトコル層６２０に対して行う。
プロトコル層６２０は、ＳＭＴＰ６２１、ＨＴＴＰ６２２、ＳＩＰ６２３、Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌｓ６２４を有している。アプリケーション層６１０からの通信開始要求を受け取り、その通信プロトコルに応じて、プロトコル層６２０内のいずれかが処理を行う。そして、その通信開始要求（アプリケーションＩＤが含まれている）をＮＴＣ６３０へ渡す。
【００２７】
ＮＴＣ６３０は、制御ポリシー６３１を有している。ＮＴＣ６３０は、プロトコル層６２０からＴＣＰ／ＵＤＰ層６４０へのリクエストを監視しており、通信開始要求の場合は、制御ポリシー６３１を用いて前述した判断を行う。その判断結果が通信開始許可の場合は、そのまま通信を開始するために、通信制御を下位の階層であるＴＣＰ／ＵＤＰ層６４０に渡す。拒否の場合は、通信開始要求を棄却しプロトコル層６２０へエラーを通知する。エラーは各プロトコルに対するエラーであり、プロトコル層６２０はそのエラーをアプリケーション層６１０へ返す。
【００２８】
ＴＣＰ／ＵＤＰ層６４０、ＩＰ層６５０、無線ベアラ層６６０は、携帯電話２１０がＷｅｂサーバー２３０等と通信を行うための通信規約に沿った層構成になっており、通信規約によっては他の層構成であってもよい。ＴＣＰ／ＵＤＰ層６４０は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）又はＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）によって、１つ１つのパケットを管理し、データに抜けがないか等を監視する機能を有する。ＩＰ層６５０は、パケットを、異なるネットワーク間で受け渡しする機能を有する。無線ベアラ層６６０（Ｒａｄｉｏ  Ｂｅａｒｅｒ）は、情報内容を処理せずにデータをビット列として伝送する機能を有する。
【００２９】
図７は、ＮＴＣの配置例（その２）を示す説明図である。
携帯情報処理装置１００は、アプリケーション層７１０、プロトコル層６２０、ＮＴＣ７３０、ＴＣＰ／ＵＤＰ層６４０、ＩＰ層６５０、無線ベアラ層６６０を有している。なお、アプリケーションモジュール１１０はアプリケーション層７１０に該当し、通信開始可否判断モジュール１２０はプロトコル層６２０、ＮＴＣ７３０に該当し、制御ポリシー記憶モジュール１３０は制御ポリシー７３１に該当し、送受信モジュール１４０はＴＣＰ／ＵＤＰ層６４０、ＩＰ層６５０、無線ベアラ層６６０に該当する。また、図６に示したものと同種の部位には同一符号を付し重複した説明を省略する。以下、図８、図９においても同様である。
ＮＴＣ７３０は、図６に示したものと同様に、プロトコル層６２０とＴＣＰ／ＵＤＰ層６４０の間に位置し、プロトコル層６２０にとっては従来のＴＣＰ／ＵＤＰ層６４０と同様の動作をするものである。ＮＴＣ７３０の判断結果はプロトコル層６２０とアプリケーション層７１０に通知される。
【００３０】
アプリケーション層７１０は、図６に示したアプリケーション層６１０と同様に、メーラー７１１、ブラウザ７１２、ウィジェット７１３を有している。ただし、ＮＴＣ７３０からエラー通知を受け取る点で、図６に示したアプリケーション層６１０とは異なる。
ＮＴＣ７３０は、制御ポリシー７３１を有している。ＮＴＣ７３０は、プロトコル層６２０からＴＣＰ／ＵＤＰ層６４０へのリクエストを監視しており、通信開始要求の場合は、制御ポリシー７３１を用いて前述した判断を行う。その判断結果が通信開始許可の場合は、そのまま通信を開始するために、通信制御を下位の階層であるＴＣＰ／ＵＤＰ層６４０に渡す。拒否の場合は、通信開始要求を棄却しプロトコル層６２０とアプリケーション層７１０へエラーを通知する。
【００３１】
図８は、ＮＴＣの配置例（その３）を示す説明図である。
携帯情報処理装置１００は、アプリケーション層６１０、プロトコル層８２０、ＮＴＣ８３０、ＴＣＰ／ＵＤＰ層６４０、ＩＰ層６５０、無線ベアラ層６６０を有している。なお、アプリケーションモジュール１１０はアプリケーション層６１０に該当し、通信開始可否判断モジュール１２０はプロトコル層８２０、ＮＴＣ８３０に該当し、制御ポリシー記憶モジュール１３０は制御ポリシー８３１に該当し、送受信モジュール１４０はＴＣＰ／ＵＤＰ層６４０、ＩＰ層６５０、無線ベアラ層６６０に該当する。
【００３２】
プロトコル層８２０内のそれぞれのプロトコル（ＳＭＴＰ８２１、ＨＴＴＰ８２２、ＳＩＰ８２３、Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌｓ８２４）が、通信開始の可否判断を行う。つまり、例えば、ＳＭＴＰ８２１はＮＴＣ判定８２５を用いて通信開始の可否判断を行う。ＮＴＣ８３０は制御ポリシー８３１の管理を行い、プロトコル層８２０内のそれぞれのプロトコルからの取得要求に対して、制御ポリシー８３１の通知を行う。
プロトコル層８２０内のそれぞれのプロトコルは、判断結果が通信開始許可の場合は、そのまま通信を開始するために、通信制御を下位の階層であるＴＣＰ／ＵＤＰ層６４０に渡す。拒否の場合は、通信開始要求を棄却しアプリケーション層６１０へエラーを通知する。
これによって、本実施の形態を従来の携帯電話２１０に適用する場合にあっては、通信開始の可否判断がプロトコル層８２０内のみで閉じた処理となり、アプリケーション層６１０に改修を施す必要がなくなる。
【００３３】
図９は、ＮＴＣの配置例（その４）を示す説明図である。
携帯情報処理装置１００は、アプリケーション層９１０、プロトコル層９２０、ＮＴＣ９３０、ＴＣＰ／ＵＤＰ層６４０、ＩＰ層６５０、無線ベアラ層６６０を有している。なお、アプリケーションモジュール１１０はアプリケーション層９１０に該当し、通信開始可否判断モジュール１２０はＮＴＣ９３０に該当し、制御ポリシー記憶モジュール１３０は制御ポリシー９３１に該当し、送受信モジュール１４０はプロトコル層９２０、ＴＣＰ／ＵＤＰ層６４０、ＩＰ層６５０、無線ベアラ層６６０に該当する。
【００３４】
アプリケーション層９１０は、図６に示したアプリケーション層６１０と同様に、メーラー９１１、ブラウザ９１２、ウィジェット９１３を有している。ただし、各アプリケーションは、通信を開始する前にＮＴＣ９３０に対して通信開始可否の確認を行う。つまり、ＮＴＣ９３０に対して通信開始可否の問い合わせを行い、それに応じてＮＴＣ９３０が通信開始の可否判断を行う。そして、各アプリケーションは、ＮＴＣ９３０の判断結果に基づいて、通信を開始するか否かを決定する。その判断結果が通信開始許可の場合は、そのまま通信を開始するために、通信制御を下位の階層であるプロトコル層９２０に渡す。以降は通常の通信規約に基づいて通信が行われる。拒否の場合は、携帯電話２１０の操作者にエラーを提示する。
これによって、各アプリケーションの改修は必要であるが、プロトコル層９２０に改修を施す必要がなくなる。つまり、拒否の場合であっても、プロトコル層９２０による処理が発生しなくなる。さらに、各アプリケーションとのインタフェースの設定を自由に行えるので、ＮＴＣ９３０による詳細な制御が可能となる。
【００３５】
図１０は、制御ポリシーを配信するシステムのモジュール構成例を示す図である。
本システムは、携帯電話２１０、ＮＴＣポリシーサーバー１１００、通知サーバー１２００を有している。なお、図２に示したものと同種の部位には同一符号を付している。
【００３６】
携帯電話２１０は、更新通知受信モジュール１３１０、制御ポリシー要求モジュール１３２０、制御ポリシーダウンロードモジュール１３３０を有しており、ＮＴＣポリシーサーバー１１００、通知サーバー１２００と通信回線を介して接続されている。携帯電話２１０は、制御ポリシーに従って通信規制を行う。その制御ポリシーは、ＮＴＣポリシーサーバー１１００によって一括して管理されており、そのＮＴＣポリシーサーバー１１００から配信される制御ポリシーを受信し、図１に示した制御ポリシー記憶モジュール１３０に記憶させる。
【００３７】
更新通知受信モジュール１３１０は、通知サーバー１２００から送信されてくる通知を受信する。その通知は、制御ポリシーが更新された旨のものである。
制御ポリシー要求モジュール１３２０は、携帯電話２１０の操作者の操作に応じて、その通知内の記載されたＵＲＬにＨＴＴＰＳ  Ｒｅｑｕｅｓｔを送信する。なお、ＵＲＬは、ＮＴＣポリシーサーバー１１００の制御ポリシー記憶モジュール１１１０内の該当する制御ポリシーの位置を示している。
制御ポリシーダウンロードモジュール１３３０は、ＮＴＣポリシーサーバー１１００より更新された制御ポリシーを受け取り、制御ポリシー記憶モジュール１３０に記憶させる。
【００３８】
ＮＴＣポリシーサーバー１１００は、制御ポリシー記憶モジュール１１１０、更新モジュール１１２０、通知指示モジュール１１３０、制御ポリシー配信モジュール１１４０を有しており、ＮＴＣポリシーサーバー１１００は、携帯電話２１０、通知サーバー１２００と通信回線を介して接続されている。
制御ポリシー記憶モジュール１１１０は、制御ポリシーを記憶しており、更新モジュール１１２０、制御ポリシー配信モジュール１１４０からアクセスされる。
更新モジュール１１２０は、制御ポリシー記憶モジュール１１１０、通知指示モジュール１１３０と接続されており、制御ポリシー記憶モジュール１１１０に記憶されている制御ポリシーを更新する。また、その更新があった旨を通知指示モジュール１１３０に通知する。
通知指示モジュール１１３０は、更新モジュール１１２０と接続されており、更新モジュール１１２０から制御ポリシーが更新された旨を受けとると、その制御ポリシーによって通信制御されるべき携帯電話２１０を特定し、通知サーバー１２００に該当する携帯電話２１０に通知する依頼を送信する。
制御ポリシー配信モジュール１１４０は、制御ポリシー記憶モジュール１１１０と接続されており、携帯電話２１０からのＨＴＴＰＳ  Ｒｅｑｕｅｓｔを受け取り、制御ポリシー記憶モジュール１１１０内に記憶されている制御ポリシーをＨＴＴＰＳ  Ｒｅｓｐｏｎｃｅにて配信する。
【００３９】
通知サーバー１２００は、指示受信モジュール１２１０、更新通知モジュール１２２０を有しており、携帯電話２１０、ＮＴＣポリシーサーバー１１００と通信回線を介して接続されている。なお、ＮＴＣポリシーサーバー１１００と通知サーバー１２００とは一体となっていてもよい。しかし、ＮＴＣポリシーサーバー１１００と通知サーバー１２００とを別体にすることによって、制御ポリシー配信の輻輳を軽減させている。
指示受信モジュール１２１０は、ＮＴＣポリシーサーバー１１００から制御ポリシーが更新された旨を受信し、指示された携帯電話２１０への通知用データを作成する。その通知用データ内には、制御ポリシーが更新された旨及び更新された制御ポリシーのＵＲＬ（制御ポリシー記憶モジュール１１１０内のその制御ポリシーの記憶位置）を記載する。
更新通知モジュール１２２０は、指示受信モジュール１２１０によって作成された通知用データを携帯電話２１０へ送信する。なお、更新通知モジュール１２２０が携帯電話２１０へ通知する方法は、具体的には、例えば、メール、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍｓ）等がある。
【００４０】
ここで、ＮＴＣポリシーサーバー１１００主体で制御ポリシーを更新する場合の処理例を説明する。
（１）ＮＴＣポリシーサーバー１１００の更新モジュール１１２０によって制御ポリシーが更新され、通知指示モジュール１１３０が通知サーバー１２００へその旨を送信する。
（２）通知サーバー１２００の更新通知モジュール１２２０より制御ポリシーが更新された旨の通知を携帯電話２１０に送信する。
（３）携帯電話２１０は通知サーバー１２００からの通知を受信し、その通知内のＵＲＬにＨＴＴＰＳ  Ｒｅｑｕｅｓｔを送信する。
（４）ＮＴＣポリシーサーバー１１００の制御ポリシー配信モジュール１１４０は、ＨＴＴＰＳ  Ｒｅｓｐｏｎｃｅにて更新された制御ポリシーを携帯電話２１０に対して配信する。
【００４１】
次に、携帯電話２１０主体で制御ポリシーを更新する場合の処理例を説明する。
（１）携帯電話２１０よりＨＴＴＰＳ  ＲｅｑｕｅｓｔをＮＴＣポリシーサーバー１１００へ送信する。
（２）ＮＴＣポリシーサーバー１１００よりＨＴＴＰＳ  Ｒｅｓｐｏｎｃｅにて最新の制御ポリシーを配信する。
【００４２】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１１に示すように、一般的なコンピュータであり、具体的には本実施の形態による処理以外にも多くの処理を高速に実行することができるサーバーとなりうるようなコンピュータである。更新モジュール１１２０、通知指示モジュール１１３０、制御ポリシー配信モジュール１１４０、指示受信モジュール１２１０、更新通知モジュール１２２０等のプログラムを実行するＣＰＵ１１１０と、そのプログラムやデータを記憶するＲＡＭ１１３０と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１１２０と、補助記憶装置であるＨＤ１１４０と、キーボード、マウス等から操作者の操作によってデータを入力又はＣＲＴや液晶ディスプレイ等にデータを出力して操作者とのインタフェースとなるＵＩ／Ｆ１１５０と、ＣＤ−Ｒ等のリムーバブルメディアに対して読み書きするリムーバブルメディアリーダーライター１１６０と、通信ネットワークと接続するための通信回線Ｉ／Ｆ１１７０、そして、それらをつないでデータのやりとりをするためのバス１１８０により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００４３】
前述の実施の形態の説明において、携帯情報処理装置の例として携帯電話を主に説明したが、回線利用における種々の異なるサービスを提供するシステムについて、本発明を適用することができるのは明らかである。したがって、衛星通信、ＷＬＡＮサービス、いわゆるＰＨＳ等にも適用が可能である。
【００４４】
なお、説明したプログラムについては、記録媒体に格納することも可能である。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させることが可能である。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組合せ等の伝送媒体を用いて伝送することが可能であり、また、搬送波に乗せて搬送することも可能である。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施の形態の携帯情報処理装置のモジュール構成例を示す図である。
【図２】本実施の形態を利用するにあたってのシステム形態の例を示す説明図である。
【図３】携帯電話の構成例を示す説明図である。
【図４】本実施の形態による処理例を示すフローチャートである。
【図５】制御ポリシーのデータ構造例を示す説明図である。
【図６】ＮＴＣの配置例（その１）を示す説明図である。
【図７】ＮＴＣの配置例（その２）を示す説明図である。
【図８】ＮＴＣの配置例（その３）を示す説明図である。
【図９】ＮＴＣの配置例（その４）を示す説明図である。
【図１０】制御ポリシーを配信するシステムのモジュール構成例を示す図である。
【図１１】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【符号の説明】
【００４６】
１００…携帯情報処理装置
１１０…アプリケーションモジュール
１２０…通信開始可否判断モジュール
１３０…制御ポリシー記憶モジュール
１４０…送受信モジュール
２１０…携帯電話
２２０…網内サーバー
２３０…Ｗｅｂサーバー
２４０…通信網
１１００…ＮＴＣポリシーサーバー
１１１０…制御ポリシー記憶モジュール
１１２０…更新モジュール
１１３０…通知指示モジュール
１１４０…制御ポリシー配信モジュール
１２００…通知サーバー
１２１０…指示受信モジュール
１２２０…更新通知モジュール
１３１０…更新通知受信モジュール
１３２０…制御ポリシー要求モジュール
１３３０…制御ポリシーダウンロードモジュール
【図１】
2009177262.tif 000003
【図２】
2009177262.tif 000004
【図３】
2009177262.tif 000005
【図４】
2009177262.tif 000006
【図５】
2009177262.tif 000007
【図６】
2009177262.tif 000008
【図７】
2009177262.tif 000009
【図８】
2009177262.tif 000010
【図９】
2009177262.tif 000011
【図１０】
2009177262.tif 000012
【図１１】
2009177262.tif 000013