(57)【要約】【課題】アプリケーションが複雑な回線接続制御を行うことなく、セキュリティを考慮したデータ通信やサービス切り替えを行うこと。【解決手段】ポート番号判定部２６０は、ポート番号ＤＢ２７０を参照し、アプリケーション部１００が送信するユーザ情報のヘッダに含まれるポート番号が適正なものであるか否かを判定する。ポート番号ＤＢ２７０は、相手先ポート番号と通信プロトコルとを対応づけて記憶している。ここで、ポート番号ＤＢ２７０には、アプリケーション部１００による利用が許可されている適正な相手先ポート番号とそれに対応する通信プロトコルのみが記憶されている。Ｕプレーン監視部２８０は、ＴＣＰ／ＩＰ６００の全ポートを監視し、アプリケーション部１００からのユーザ情報送信を検知し、そのヘッダに含まれるポート番号をポート番号判定部２６０へ通知する。【選択図】      図１
2004173166.tif 000002
【特許請求の範囲】
【請求項１】
通信サービスを行う少なくとも１以上のユーザからの要求を基に回線制御を行う通信端末装置であって、
前記ユーザによるユーザ情報送信の開始を検知する検知手段と、
前記ユーザ情報送信を行うユーザの状態管理を行う状態管理手段と、
前記ユーザによる回線制御要求に基づいて回線の接続および切断を含む回線制御を行う回線制御手段と、を有し、
前記状態管理手段は、前記検知手段によってユーザ情報送信の開始が検知された際に前記ユーザの回線接続状態を判断し、
前記回線制御手段は、前記状態管理手段による判断の結果、回線接続が行われていない場合に接続を確立し、ユーザ情報送信を行う、ことを特徴とする通信端末装置。
【請求項２】
通信サービスを行う少なくとも１以上のユーザからの要求を基に回線制御を行う通信端末装置であって、
ユーザ情報送信を行うユーザの状態管理を行う状態管理手段と、
前記ユーザによる回線制御要求に基づいて回線の接続および切断を含む回線制御を行う回線制御手段と、を有し、
前記状態管理手段は、前記ユーザから強制接続要求が発行された際に自装置の回線接続状態を判断し、
前記回線制御手段は、前記状態管理手段による判断の結果、回線接続中である場合に当該回線の切断を行い、前記ユーザの接続確立を行うことを特徴とする通信端末装置。
【請求項３】
通信相手局に対して要求するサービスを識別するための相手先サービス識別子を含むユーザ情報を送信する通信端末装置であって、
利用が許可されるサービスに対応する相手先サービス識別子をあらかじめ記憶する記憶手段と、
ユーザ情報送信の開始を検知する検知手段と、
ユーザ情報送信の開始が検知された際に、当該ユーザ情報に含まれる相手先サービス識別子と前記記憶手段に記憶された相手先サービス識別子とが一致するか否かを判定する判定手段と、
前記２つの相手先サービス識別子が一致する場合にのみ、ユーザ情報送信のための制御情報を処理して接続を確立する確立手段と、
を有することを特徴とする通信端末装置。
【請求項４】
前記検知手段は、
ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰにおけるユーザ情報の有無を監視する監視手段、を含み、
前記監視手段は、
ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰのすべてのポートを監視することを特徴とする請求項１または請求項３記載の通信端末装置。
【請求項５】
前記検知手段は、
ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰにおけるユーザ情報の有無を監視する監視手段、を含み、
前記監視手段は、
ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰから出力を監視することを特徴とする請求項１または請求項３記載の通信端末装置。
【請求項６】
通信相手局に対して要求するサービスを識別するための相手先サービス識別子を含むユーザ情報を送信するデータ送信方法であって、
ユーザ情報送信の開始を検知するステップと、
ユーザ情報送信の開始が検知された際に、当該ユーザ情報に含まれる相手先サービス識別子と利用が許可されるサービスに対応する相手先サービス識別子とが一致するか否かを判定するステップと、
前記２つの相手先サービス識別子が一致する場合にのみ、ユーザ情報送信のための制御情報を処理して接続を確立するステップと、
を有することを特徴とするデータ送信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信端末装置およびデータ送信方法に関する。
【０００２】
【従来の技術】
昨今、携帯電話や固定端末などの通信端末上のアプリケーションは様々な通信サービスへの対応により、複雑さが飛躍的に増してきている。そのため、アプリケーションと呼処理部との間に位置し、アプリケーションからの簡易な命令発行を基に回線接続制御を担当し、アプリケーションの回線接続制御による開発負荷を軽減させる通信端末装置（ミドルウェア層）が重要視されている。
【０００３】
すなわち、例えばブラウザやメーラのようなアプリケーションは、回線接続制御を意識することなく、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）およびＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）のような特定のプロトコルを用いた通信を行えることが望ましい。
【０００４】
このように回線接続制御を意識しない仕組みとして、アプリケーションによるサービス要求をＴＣＰレイヤなどのポートにより監視を行い、サービス要求発行の検出を基に、通信端末装置は通信端末局との回線接続を確立し、通信を開始する方式が示されている（例えば、特許文献１の段落番号００４６〜００５０参照）。
【０００５】
【特許文献１】
特開平１１−３４０９８６号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したような従来の通信端末装置においては、アプリケーションが不正なポート番号を指定して、サービスを要求した場合でも、通信端末装置はサービス要求の発行を検出し、通信を開始してしまうという問題がある。特に、通信端末装置が例えばＬｉｎｕｘのように自由に改変・再配布することが認められているＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）を搭載している場合、多くのサードベンダが独自のアプリケーションを開発することが想定されるが、アプリケーションが不正なポート番号を指定した場合でも通信が開始されると、セキュリティ面で大きな問題が生じる。
【０００７】
また、従来の通信端末装置においては、アプリケーションが複数のサービスを切り替える際に、通信サービス切り替えにおける回線接続制御（前者のサービス切断後、後者のサービス開始）を行う必要があり、アプリケーション開発者に大きな負荷となっていた。
【０００８】
本発明は、かかる点に鑑みてなされたものであり、アプリケーションが複雑な回線接続制御を行うことなく、セキュリティを考慮したデータ通信やサービス切り替えを行うことができる通信端末装置およびデータ送信方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の通信端末装置は、通信サービスを行う少なくとも１以上のユーザからの要求を基に回線制御を行う通信端末装置であって、前記ユーザによるユーザ情報送信の開始を検知する検知手段と、前記ユーザ情報送信を行うユーザの状態管理を行う状態管理手段と、前記ユーザによる回線制御要求に基づいて回線の接続および切断を含む回線制御を行う回線制御手段と、を有し、前記状態管理手段は、前記検知手段によってユーザ情報送信の開始が検知された際に前記ユーザの回線接続状態を判断し、前記回線制御手段は、前記状態管理手段による判断の結果、回線接続が行われていない場合に接続を確立し、ユーザ情報送信を行う構成をとる。
【００１０】
この構成によれば、ユーザ情報送信の開始を検知し、当該ユーザの回線接続状態を判断し、この判断の結果、回線接続が行われていない場合に接続を確立し、ユーザ情報送信を行うため、ユーザからのデータの送信を確実に監視することができ、回線が未接続の場合には、データ送信のために回線接続を自動的に行うことができる。
【００１１】
本発明の通信端末装置は、通信サービスを行う少なくとも１以上のユーザからの要求を基に回線制御を行う通信端末装置であって、ユーザ情報送信を行うユーザの状態管理を行う状態管理手段と、前記ユーザによる回線制御要求に基づいて回線の接続および切断を含む回線制御を行う回線制御手段と、を有し、前記状態管理手段は、前記ユーザから強制接続要求が発行された際に自装置の回線接続状態を判断し、前記回線制御手段は、前記状態管理手段による判断の結果、回線接続中である場合に当該回線の切断を行い、前記ユーザの接続確立を行う構成をとる。
【００１２】
この構成によれば、ユーザから強制接続要求が発行された際に自装置の回線接続状態を判断し、この判断の結果、回線接続中である場合に当該回線の切断を行い、強制接続要求を発行したユーザの接続確立を行うため、複数のサービスを切り替える際に、各サービスが独立に動作していてもアプリケーションが特別な回線接続制御を行うことなくサービス切り替えを行うことができる。
【００１３】
本発明の通信端末装置は、通信相手局に対して要求するサービスを識別するための相手先サービス識別子を含むユーザ情報を送信する通信端末装置であって、利用が許可されるサービスに対応する相手先サービス識別子をあらかじめ記憶する記憶手段と、ユーザ情報送信の開始を検知する検知手段と、ユーザ情報送信の開始が検知された際に、当該ユーザ情報に含まれる相手先サービス識別子と前記記憶手段に記憶された相手先サービス識別子とが一致するか否かを判定する判定手段と、前記２つの相手先サービス識別子が一致する場合にのみ、ユーザ情報送信のための制御情報を処理して接続を確立する確立手段と、を有する構成を採る。
【００１４】
この構成によれば、ユーザ情報送信の開始を検知し、ユーザ情報に含まれる相手先サービス識別子が、利用が許可されるサービスに対応するものである場合にのみ、制御情報を処理して接続を確立するため、アプリケーションがユーザ情報を送信する際、当該ユーザ情報に含まれる例えば通信相手局におけるポート番号のような相手先サービス識別子が不正なものであった場合には通信をシャットアウトすることができ、セキュリティの向上を図ることができる。
【００１５】
本発明の通信端末装置は、前記検知手段は、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰにおけるユーザ情報の有無を監視する監視手段、を含み、前記監視手段は、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰのすべてのポートを監視する構成を採る。
【００１６】
この構成によれば、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰのすべてのポートにおけるユーザ情報の有無を監視するため、ユーザ情報送信の開始をより早い段階で検知することができる。
【００１７】
本発明の通信端末装置は、前記検知手段は、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰにおけるユーザ情報の有無を監視する監視手段、を含み、前記監視手段は、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰからの出力を監視する構成を採る。
【００１８】
この構成によれば、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰからのユーザ情報の出力の有無を監視するため、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰのすべてのポートにおけるユーザ情報の有無を監視する場合に比べて、処理負荷を軽減することができる。
【００１９】
本発明のデータ送信方法は、通信相手局に対して要求するサービスを識別するための相手先サービス識別子を含むユーザ情報を送信するデータ送信方法であって、ユーザ情報送信の開始を検知するステップと、ユーザ情報送信の開始が検知された際に、当該ユーザ情報に含まれる相手先サービス識別子と利用が許可されるサービスに対応する相手先サービス識別子とが一致するか否かを判定するステップと、前記２つの相手先サービス識別子が一致する場合にのみ、ユーザ情報送信のための制御情報を処理して接続を確立するステップと、を有するようにした。
【００２０】
この方法によれば、ユーザ情報送信の開始を検知し、ユーザ情報に含まれる相手先サービス識別子が、利用が許可されるサービスに対応するものである場合にのみ、制御情報を処理して接続を確立するため、アプリケーションがユーザ情報を送信する際、当該ユーザ情報に含まれる例えば通信相手局におけるポート番号のような相手先サービス識別子が不正なものであった場合には通信をシャットアウトすることができ、セキュリティの向上を図ることができる。
【００２１】
【発明の実施の形態】
本発明の骨子は、アプリケーションによる通信相手局へのデータ送信を監視し、データ送信が発生した場合に、そのデータのヘッダに含まれるポート番号が通信プロトコルに対応した適正なものであるか否かを判定し、適正なものである場合にのみ通信を開始することである。
【００２２】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。なお、本発明は下記実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。
【００２３】
（実施の形態１）
図１は、本実施の形態に係る通信端末装置の構成を示すブロック図である。同図に示す通信端末装置は、アプリケーション部１００、ダイヤラ２００、呼処理部３００、無線方式処理部４００、通信プロトコル５００、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）６００、およびＰＰＰ（Ｐｏｉｎｔ
ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）７００を有している。
【００２４】
アプリケーション部１００は、例えばブラウザやメーラなどのアプリケーションであり、通信プロトコル５００を用いてユーザ情報の送信を行う。ここで、ユーザ情報とは、通信相手局との通信を確立するための制御情報以外の情報であり、アプリケーション部１００において生成される情報のことである。なお、ここでのアプリケーション部１００は、１つまたは複数のアプリケーションを含んでいるものとする。
【００２５】
ダイヤラ２００は、ダイヤラ制御部２１０、接続情報管理部２２０、接続情報データベース（ＤＢ）２３０、状態管理部２４０、状態データベース（ＤＢ）２５０、ポート番号判定部２６０、ポート番号データベース（ＤＢ）２７０、およびＵプレーン（Ｕｓｅｒ−Ｐｌａｎｅ）監視部２８０を有している。
【００２６】
ダイヤラ制御部２１０は、接続情報管理部２２０、状態管理部２４０、ポート番号判定部２６０、およびＵプレーン監視部２８０の動作を統括制御する。また、ダイヤラ制御部２１０は、ポート番号判定部２６０によって、不正なポート番号が指定されている旨の通知を受けた場合に通信をシャットアウトする一方、適正なポート番号が指定されている旨の通知を受けた場合に呼処理部３００およびＰＰＰ７００を制御して、接続確立のための処理を実行させる。
【００２７】
接続情報管理部２２０は、アプリケーション部１００が要求する接続の種別に応じて、当該接続に関する情報を接続情報ＤＢ２３０から取得する。具体的には、接続情報管理部２２０は、アプリケーション部１００が要求する接続に応じた無線方式およびベアラなどの情報を接続情報ＤＢ２３０から取得する。
【００２８】
接続情報ＤＢ２３０は、アプリケーション部１００が要求する接続の種別に応じた情報を記憶している。
【００２９】
状態管理部２４０は、自装置の通信状態をアプリケーション部１００における各アプリケーションごとに状態ＤＢ２５０へ登録するとともに、必要に応じて状態ＤＢ２５０を参照して自装置の通信状態を他の処理部（図示せず）へ通知する。具体的には、状態管理部２４０は、自装置が例えば「通信中」または「待ち受け中」の通信状態であることなどを状態ＤＢ２５０へ登録し、他の処理部（図示せず）において自装置の通信状態を認識する必要がある場合は、これらの通信状態を状態ＤＢ２５０から読み出して当該処理部へ通知する。
【００３０】
状態ＤＢ２５０は、自装置の通信状態をアプリケーション部１００における各アプリケーションごとに記憶する。
【００３１】
ポート番号判定部２６０は、ポート番号ＤＢ２７０を参照し、アプリケーション部１００が送信するユーザ情報のヘッダに含まれるポート番号が適正なものであるか否かを判定する。また、ポート番号判定部２６０は、判定結果をダイヤラ制御部２１０へ通知する。
【００３２】
ポート番号ＤＢ２７０は、通信相手局におけるポート番号（以下、「相手先ポート番号」という）と通信プロトコルとを対応づけて記憶している。ここで、ポート番号ＤＢ２７０には、アプリケーション部１００が利用することを許可されている適正な相手先ポート番号とそれに対応する通信プロトコルのみが記憶されている。
【００３３】
Ｕプレーン監視部２８０は、ＴＣＰ／ＩＰ６００のすべてのポートを監視し、アプリケーション部１００からユーザ情報が送信されることを検知する。また、Ｕプレーン監視部２８０は、ユーザ情報が送信されることを検知した場合に、そのヘッダに含まれるポート番号を抽出し、ポート番号判定部２６０へ通知する。
【００３４】
呼処理部３００は、ＣＳ（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈ：回線交換）処理部３１０およびＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈ：パケット交換）処理部３２０を有している。
【００３５】
ＣＳ処理部３１０は、回線交換方式の通信を行うための所定の処理を行う。
【００３６】
ＰＳ処理部３２０は、パケット交換方式の通信を行うための所定の処理を行う。
【００３７】
なお、ＣＳ処理部３１０およびＰＳ処理部３２０による処理は、制御情報をシグナリングするＣプレーン（Ｃｏｎｔｒｏｌ−Ｐｌａｎｅ）の処理である。
【００３８】
無線方式処理部４００は、Ｃプレーン処理部４１０およびＵプレーン処理部４２０を有している。無線方式処理部４００は、制御情報をシグナリングするＣプレーン処理およびユーザ情報を転送するＵプレーン処理を、無線方式に応じて行う。ここで、無線方式としては、例えばＷ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ−Ｃｏｄｅ  ＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＰＤＣ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｃｅｌｌｕｌａｒ）、およびＧＳＭ（Ｇｒｏｕｐ  Ｓｐｅｃｉａｌ  Ｍｏｂｉｌｅ）などが挙げられる。
【００３９】
Ｃプレーン処理部４１０は、ＣＳ処理部３１０およびＰＳ処理部３２０による処理に応じて、制御情報をシグナリングするＣプレーン処理を行い、接続を確立する。
【００４０】
Ｕプレーン処理部４２０は、Ｃプレーン処理部４１０によって確立された接続を用いて、アプリケーション部１００において生成されたユーザ情報を転送する。Ｕプレーン処理部４２０によって扱われるユーザ情報としては、例えば音声やパケットなどが挙げられる。
【００４１】
通信プロトコル５００は、例えばＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）またはＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）などのプロトコルであり、アプリケーション部１００に対応し、下位層でＴＣＰ／ＩＰ６００を利用する。通信プロトコル５００は、アプリケーション部１００において生成されるユーザ情報に、相手先ポート番号を含むヘッダを付加する。
【００４２】
ＴＣＰ／ＩＰ６００は、ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルにおけるネットワーク層およびトランスポート層のプロトコルであり、通信プロトコル５００によってヘッダが付加されたユーザ情報に、さらにＴＣＰヘッダおよびＩＰヘッダを付加する。
【００４３】
ＰＰＰ７００は、電話回線を介して通信端末装置とネットワークとを接続するプロトコルである。
【００４４】
次いで、上記のように構成された通信端末装置のデータ送信開始時の動作について、図２に示すシーケンス図を参照しながら説明する。なお、以下の説明においては、アプリケーション部１００はブラウザ、通信プロトコル５００はＨＴＴＰ、無線方式処理部４００によって扱われる無線方式はＷ−ＣＤＭＡであるものとする。
【００４５】
まず、通信動作が開始するより以前（例えばダイヤラ２００の起動時など）において、Ｕプレーン監視部２８０によってＴＣＰ／ＩＰ６００のすべてのポートの監視８００が行われる。
【００４６】
そして、アプリケーション部１００（ブラウザ）によってユーザ情報の送信が開始される場合、コンテンツを取得するために、アプリケーション部１００（ブラウザ）から通信プロトコル５００（ＨＴＴＰ）へ通信開始通知８０２が送信される。通信プロトコル５００（ＨＴＴＰ）によって通信開始通知８０２が受信されると、さらに通信プロトコル５００（ＨＴＴＰ）からＴＣＰ／ＩＰ６００へ通信開始通知８０４が送信される。
【００４７】
そして、ＴＣＰ／ＩＰ６００による通信開始通知８０４の受信が、Ｕプレーン監視部２８０によって検出されると、送信されるユーザ情報のヘッダから相手先ポート番号８０６がＵプレーン監視部２８０によって抽出される。
【００４８】
なお、ここでは、Ｕプレーン監視部２８０は、ＴＣＰ／ＩＰ６００のすべてのポート、すなわち、通信プロトコル５００（ＨＴＴＰ）からＴＣＰ／ＩＰ６００へのデータ受け渡しを検出するものとするが、ＴＣＰ／ＩＰ６００からＵプレーン処理部４２０へのデータ受け渡しを検出しても良い。
【００４９】
通信プロトコル５００（ＨＴＴＰ）からＴＣＰ／ＩＰ６００への受け渡しを検出する場合は、より早い段階でユーザ情報の送信開始を検出することができ、ＴＣＰ／ＩＰ６００からＵプレーン処理部４２０への受け渡しを検出する場合は、Ｕプレーン監視部２８０は１つのポートを監視するのみで良いため、処理負荷を軽減することができる。
【００５０】
そして、Ｕプレーン監視部２８０によって抽出された相手先ポート番号８０８は、ポート番号判定部２６０へ出力される。相手先ポート番号が出力されると、ポート番号判定部２６０によって、例えば図３に示すようなポート番号ＤＢ２７０が参照されることにより、この相手先ポート番号８０８が適正なものであるか否かが判定される。具体的には、相手先ポート番号８０８がポート番号ＤＢ２７０に記憶されているポート番号と比較され、一致するものがある場合は、相手先ポート番号８０８が適正なものであると判定され、一致するものが無い場合は、相手先ポート番号８０８が不正なものであると判定される。
【００５１】
ここで、相手先ポート番号８０８が不正なものであると判定された場合は、その旨がダイヤラ制御部２１０へ通知され、ダイヤラ制御部２１０によって通信がシャットアウトされる。これにより、アプリケーション部１００（ブラウザ）以外のアプリケーションが不正な接続を開始することを防止することができ、セキュリティの向上を図ることができる。
【００５２】
また、相手先ポート番号８０８が適正なものであると判定された場合は、Ｃプレーン接続要求８１０がポート番号判定部２６０からダイヤラ制御部２１０へ出力される。そして、ダイヤラ制御部２１０によって、以下のようにＣプレーンの処理が行われる。
【００５３】
すなわち、まず、接続情報管理部２２０へ接続情報要求８１２が送信され、接続情報管理部２２０によって、例えば図４に示すような接続情報ＤＢ２３０が参照されることにより、接続情報が取得される。ここでは、例えば図４に示す接続情報ＤＢ２３０から、無線方式として「Ｗ−ＣＤＭＡ」、ベアラとして「ＩＰ  ｏｖｅｒ  ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）」が取得される。そして、取得された接続情報８１４がダイヤラ制御部２１０へ送信される。
【００５４】
次に、ダイヤラ制御部２１０によって、状態管理部２４０へ状態設定要求８１６が送信され、状態管理部２４０によって回線接続状態のチェックを行い、回線接続が行われていない場合、例えば「アプリケーション部１００（ブラウザ）がパケット交換呼を発信中であること」のように通信状態が状態ＤＢ２５０に設定される。そして、状態設定が完了した旨８１８がダイヤラ制御部２１０へ送信される。
【００５５】
さらに、ダイヤラ制御部２１０によって、接続情報８１４に応じたＣプレーンの接続要求８２０が呼処理部３００へ送信され、呼処理部３００内のＣＳ処理部３１０またはＰＳ処理部３２０によって、それぞれ所定の処理が行われる。ここでは、ダイヤラ制御部２１０から、例えばパケット交換呼のＣプレーンの接続要求８２０が送信され、ＰＳ処理部３２０によって、無線方式処理部４００内のＣプレーン処理部４１０が制御されパケット交換呼のＣプレーン接続が行われる。そして、Ｃプレーン接続が完了すると、接続完了通知８２２がダイヤラ制御部２１０へ送信される。
【００５６】
そして、ダイヤラ制御部２１０によって、状態管理部２４０へ状態設定要求８２４が送信され、状態管理部２４０によって、例えば「アプリケーション部１００（ブラウザ）がパケット交換呼を通信中であること」のように通信状態が状態ＤＢ２５０に設定される。そして、状態設定が完了した旨８２６がダイヤラ制御部２１０へ送信される。
【００５７】
以上でＣプレーンの処理が完了し、ダイヤラ制御部２１０によって、Ｃプレーン接続が完了した旨８２８がＵプレーン監視部２８０へ送信される。そして、Ｕプレーン監視部２８０によって、データ送信開始通知８３０がＴＣＰ／ＩＰ６００へ出力されることにより、Ｕプレーン処理部４２０を介してユーザ情報の送信が開始される。
【００５８】
このように、本実施の形態によれば、ユーザ情報の送信、すなわち、Ｕプレーンのデータ送信を監視し、データ送信が検出された場合には、当該データのヘッダに含まれる相手先ポート番号が、あらかじめ許可された適正なポート番号であるか否かを判定し、適正なポート番号である場合にのみ通信を開始するため、不正な相手先ポート番号を指定するデータの送信を防止することができ、セキュリティの向上を図ることができる。
【００５９】
なお、実施の形態１においては、ポート番号判定部２６０でユーザ情報の送信を許可するポート番号のチェックを行い、状態管理部２４０で回線接続状態をチェックし、回線接続が行われていない場合にＣプレーン接続を行う構成としたが、状態管理部２４０がポート番号判定部２６０の保持する機能（通信許可判定機能）を統合した構成を取ることでも同様の効果が得られることは、容易に類推できる。
【００６０】
また、実施の形態１においては、ダイヤラ２００が行う通信許可判定機能としてポート番号によるセキュリティチェックを説明したが、呼処理部３００が複数の回線接続を許容する構成（マルチコールに対応した構成）であった場合に、状態管理部２４０が、回線接続許容数と現在の回線接続数とを比較することにより新たな回線接続を許可するなど、通信許可に関わる様々な判定を行うことが可能なことは、容易に類推できる。
【００６１】
（実施の形態２）
本実施の形態においては、図１に示す通信端末装置において、アプリケーション部１００が複数のアプリケーションを含む場合に、各アプリケーションによるサービスを切り替える際の動作について説明する。したがって、本実施の形態における通信端末装置の構成は、図１と同様であり、その説明を省略する。
【００６２】
図５は、本実施の形態に係る通信端末装置の動作を示すシーケンス図である。なお、以下の説明おいては、アプリケーション部１００においてアプリケーションをパケット交換サービスの１つであるブラウザから回線交換サービスの１つであるデータ配信サービスへ切り替える場合の動作について説明するものとし、ブラウザが利用する通信プロトコル５００はＨＴＴＰであるものとする。
【００６３】
まず、アプリケーション部１００（ブラウザ）は、通信プロトコル５００（ＨＴＴＰ）を用いて、ＩＰ  ｏｖｅｒ  ＰＤＣＰによりコンテンツ取得９００を行っているものとする。ここで、例えば通信端末装置の利用者によって、アプリケーション部１００（ブラウザ）のメニューがクリックされることにより、アプリケーション部１００（データ配信）の開始が指定される。
【００６４】
そして、アプリケーション部１００（ブラウザ）からアプリケーション部１００（データ配信）へ、データ配信サービス起動９０２が送られる。アプリケーション部１００（データ配信）は、データ配信サービス起動９０２を受け、データ配信サービスのための接続要求９０４をダイヤラ制御部２１０へ送信する。
【００６５】
そして、ダイヤラ制御部２１０によって、接続情報管理部２２０へ強制接続を示すパラメータを含む接続情報要求９０６が送信され、接続情報ＤＢ２３０から接続情報が取得される。ここでは、例えばベアラとして「ＰＰＰ  ｏｖｅｒ  ＵＤＩ（Ｕｎｒｅｓｔｒｉｃｔｅｄ  Ｄｉｇｉｔａｌ  Ｉｎｆｏｒｍａｔｉｏｎ）」が取得され、取得された接続情報９０８がダイヤラ制御部２１０へ送信される。
【００６６】
次に、ダイヤラ制御部２１０によって、状態管理部２４０へ状態設定要求９１０が送信される。ここでは、アプリケーション部１００（ブラウザ）によってパケット交換呼の通信が行われている状態であるため、状態管理部２４０によって状態ＤＢ２５０が参照されることにより、例えば「アプリケーション部１００（ブラウザ）がパケット交換呼を通信中であること」のような通信状態９１２がダイヤラ制御部２１０へ返信される。
【００６７】
アプリケーション部１００（ブラウザ）がパケット交換呼を通信中であるため、ダイヤラ制御部２１０によって、この接続を切断するＣプレーン処理が行われる。
【００６８】
すなわち、パケット交換呼切断要求９１４が呼処理部３００へ送信され、呼処理部３００内のＰＳ処理部３２０によって所定の処理が行われ、パケット交換呼の通信が切断され、切断完了通知９１６がダイヤラ制御部２１０へ返信される。
【００６９】
切断完了通知９１６が受信されると、ダイヤラ制御部２１０によって、再び状態管理部２４０へ状態設定要求９１８が送信され、状態管理部２４０によって、例えば「アプリケーション部１００（ブラウザ）のパケット交換呼が切断されたこと」のように通信状態が状態ＤＢに設定される。そして、状態設定が完了した旨９２０がダイヤラ制御部２１０へ送信される。
【００７０】
この旨を受け、ダイヤラ制御部２１０からアプリケーション部１００（ブラウザ）へ、パケット通信切断完了通知９２２が送信されてアプリケーション部１００（ブラウザ）がアイドル状態になるとともに、ダイヤラ制御部２１０によって、アプリケーション部１００（データ配信）によるデータ配信サービスのための回線交換呼を開始するために、状態管理部２４０へ状態設定要求９２４が送信され、状態管理部２４０によって、例えば「アプリケーション部１００（データ配信）が回線交換呼を発信中であること」のように通信状態が状態ＤＢ２５０に設定される。そして、状態設定が完了した旨９２６がダイヤラ制御部２１０へ送信される。
【００７１】
さらに、ダイヤラ制御部２１０によって、既に取得されている接続情報９０８に応じたＣプレーンの接続要求９２８が呼処理部３００へ送信され、呼処理部３００内のＣＳ処理部３１０またはＰＳ処理部３２０によって、それぞれ所定の処理が行われる。ここでは、ダイヤラ制御部２１０から、例えば回線交換呼のＣプレーンの接続要求９２８が送信され、ＣＳ処理部３１０によって、無線方式処理部４００内のＣプレーン処理部４１０が制御され回線交換呼のＣプレーン接続が行われる。そして、Ｃプレーン接続が完了すると、接続完了通知９３０がダイヤラ制御部２１０へ送信される。
【００７２】
そして、ダイヤラ制御部２１０によって、アプリケーション部１００（データ配信）へ回線交換呼の接続が完了した旨９３２が送信されるとともに、状態管理部２４０へ状態設定要求９３４が送信され、状態管理部２４０によって、例えば「アプリケーション部１００（データ配信）が回線交換呼を通信中であること」のように通信状態が状態ＤＢ２５０に設定される。そして、状態設定が完了した旨９３６がダイヤラ制御部２１０へ送信される。
【００７３】
これにより、アプリケーション部１００（データ配信）は、データ配信サービス（ＰＰＰ  ｏｖｅｒ  ＵＤＩ）を受信し、コンテンツ取得９３８を開始する。
【００７４】
このように、本実施の形態によれば、通信端末装置が複数のアプリケーションを有しており、各アプリケーションによるサービスを切り替える場合に、各アプリケーションが互いの通信状態を認識することなく独立して通信の完了および開始を行うことができ、サービスの切り替えを自動的に行うことができる。
【００７５】
なお、実施の形態２においては、パケット交換サービス（ＩＰ  ｏｖｅｒ  ＰＤＣＰ）から回線交換サービス（ＰＰＰ  ｏｖｅｒ  ＵＤＩ）へのサービス切り替えを説明したが、回線交換サービスからパケット交換サービスへの異種交換サービス間の切り替えや、同種の交換サービス（回線交換サービスから回線交換サービス、パケット交換サービスからパケット交換サービス）における異種ベアラサービスへの切り替え、が可能なことは容易に類推できる。
【００７６】
また、実施の形態２においては、複数のアプリケーションによるサービス切り替えに関して説明を行ったが、１つのアプリケーションが複数のサービスを切り替えることも、同様の構成で可能なことは容易に類推できる。
【００７７】
また、実施の形態２においては、サービス切り替えを行うためにアプリケーションからダイヤラ２００に要求するコマンドとして、強制接続を示すパラメータを含む接続情報要求を用いることとして説明を行ったが、現在接続中の切断すべきサービスを示す識別子を指定するコマンドを用いる場合でも、同様の構成でサービス切り替えが可能なことは容易に類推できる。
【００７８】
また、上記各実施の形態においては、ＴＣＰ／ＩＰを用いる構成としたが、ＵＤＰ／ＩＰを用いた場合も同様に、ＵＤＰ／ＩＰのすべてのポートを監視し、ヘッダに含まれるポート番号が適正なものであるか否かを判定することにより、同様の効果を得ることができる。また、通信プロトコルをＨＴＴＰとして説明したが、その他にもＴＣＰ／ＩＰ（ＵＤＰ／ＩＰ）を用いるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）またはＨ．３２３など、ＩＰシグナリング用プロトコルを含むいかなるプロトコルを用いても良い。
【００７９】
また、上記各実施の形態においては、ダイヤラによってユーザ情報送信の開始が検知された後に、Ｃプレーンの処理により接続を確立する、すなわち、Ｕプレーンの処理開始をトリガーとしてＣプレーンの処理を開始するものとして説明したが、各実施の形態において説明したダイヤラによれば、Ｃプレーンの処理を行って接続を確立した後に、ユーザ情報を送信するＵプレーンの処理を開始するように動作させることも可能である。
【００８０】
【発明の効果】
以上説明したように、本発明によれば、アプリケーションが複雑な回線接続制御を行うことなく、セキュリティを考慮したデータ通信やサービス切り替えを行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る通信端末装置の構成を示すブロック図
【図２】実施の形態１に係る通信端末装置の動作を説明するためのシーケンス図
【図３】実施の形態１に係るポート番号データベースの一例を示す図
【図４】実施の形態１に係る接続情報データベースの一例を示す図
【図５】実施の形態２に係る通信端末装置の動作を説明するためのシーケンス図
【符号の説明】
１００  アプリケーション部
２１０  ダイヤラ制御部
２２０  接続情報管理部
２４０  状態管理部
２６０  ポート番号判定部
２８０  Ｕプレーン監視部
３１０  ＣＳ処理部
３２０  ＰＳ処理部
４１０  Ｃプレーン処理部
４２０  Ｕプレーン処理部
５００  通信プロトコル
６００  ＴＣＰ／ＩＰ
７００  ＰＰＰ
【図１】
2004173166.tif 000003
【図２】
2004173166.tif 000004
【図３】
2004173166.tif 000005
【図４】
2004173166.tif 000006
【図５】
2004173166.tif 000007