JP4980563B2 - コンテンツ提供方法、コンテンツ取得時の通信方法、移動体通信端末、コンテンツ提供サーバ及び通信中継サーバ - Google Patents

Description

本発明は、携帯電話通信網等の通信ネットワークにおけるコンテンツ提供方法及びコンテンツ取得時の通信方法に関する。また、本発明は、上記方法で用いる携帯電話機等の移動体通信端末、コンテンツ提供サーバ及び通信中継サーバに関する。

従来、この種の携帯電話機などの移動体通信端末として、アプリケーションとしてのブラウザソフトを起動し、所定の通信プロトコルを使って通信ネットワーク上のＷＥＢサーバにアクセスできるものが知られている（例えば特許文献１参照）。この移動体通信端末では、ＷＥＢサーバからＷＥＢページのコンテンツや画像ファイル等のコンテンツをダウンロードすることができる。
特開２００４−８６４５７号公報

最近の移動体通信端末では、上記コンテンツのダウンロードを、上記ブラウザ以外のアプリケーションによっても行われるようになってきている。例えば、ＪＡＶＡ（登録商標）アプリケーションを起動した状態で、通信ネットワーク上のサーバにアクセスし、各種コンテンツをダウンロードできるようになってきている。このようなダウンロードが可能になってきた場合、上記コンテンツの取得時に移動体通信端末で起動しているアプリケーション種別情報を通信ネットワーク上のサーバで取得できると便利である。このアプリケーション種別情報を取得できると、サーバからコンテンツを提供するにあたってコンテンツダウンロードの選択的な規制など様々な用途に使用することができる。

本発明の目的は、移動体通信端末でコンテンツの取得時に起動しているアプリケーションの種別を示すアプリケーション種別情報を通信ネットワーク側のサーバが取得してコンテンツ提供に関する各種用途に使用することができるコンテンツ提供方法及びコンテンツ取得時の通信方法を提供することである。また、本発明の他の目的は、上記方法に用いることができる移動体通信端末、コンテンツ提供サーバ及び通信中継サーバを提供することである。

上記目的を達成するために、請求項１の発明は、通信ネットワークを介して通信可能な移動体通信端末に、所定の通信プロトコルを用いた通信により該通信ネットワーク上のサーバからコンテンツを送信するコンテンツ提供方法であって、上記移動体通信端末が、その移動体通信端末で起動可能なブラウザ及びブラウザ以外のアプリケーションを含む複数種別のアプリケーションそれぞれを識別可能な情報であって上記サーバからのコンテンツの取得時に起動しているアプリケーションの種別及びバージョンを識別可能なアプリケーション関連情報と該移動体通信端末の種別及びバージョンを識別可能な端末関連情報と該起動しているアプリケーションが対応可能な複数種類のファイル形式それぞれの種別を示すファイル種別情報とを含むヘッダ情報を、該コンテンツの取得を要求するコンテンツ取得要求に書き込むステップと、上記移動体通信端末が、上記アプリケーション関連情報と上記端末関連情報と上記ファイル種別情報とを含むヘッダ情報が書き込まれた上記コンテンツ取得要求を、上記サーバに送信するステップと、上記サーバが、上記移動体通信端末から送信された上記コンテンツ取得要求を受信するステップと、上記サーバが、上記移動体通信端末から上記コンテンツ取得要求を受信したとき、上記コンテンツ取得要求に書き込まれている上記ヘッダ情報を読み出し、該ヘッダ情報に基づいて、該コンテンツ取得要求で要求されている上記ファイル種別情報が示す上記複数種類のファイル形式のコンテンツが、該移動体通信端末で起動している上記アプリケーションによるダウンロードが許可されているコンテンツか否かを判断し、ダウンロードが許可されているコンテンツの場合は該複数種類のファイル形式のコンテンツを含むコンテンツ取得応答を該移動体通信端末に送信し、ダウンロードが禁止されているコンテンツの場合は該コンテンツを含まないコンテンツ取得応答を該移動体通信端末に送信するステップとを有することを特徴とするものである。
また、請求項２の発明は、通信ネットワークを介して通信可能な移動体通信端末において所定の通信プロトコルを用いた通信により該通信ネットワーク上のコンテンツ提供サーバからコンテンツを取得するコンテンツ取得時の通信方法であって、上記移動体通信端末が、その移動体通信端末で起動可能なブラウザ及びブラウザ以外のアプリケーションを含む複数種別のアプリケーションそれぞれを識別可能な情報であって上記コンテンツ提供サーバからのコンテンツの取得時に起動しているアプリケーションの種別及びバージョンを識別可能なアプリケーション関連情報と該移動体通信端末の種別及びバージョンを識別可能な端末関連情報と該起動しているアプリケーションが対応可能な複数種類のファイル形式それぞれの種別を示すファイル種別情報とを含むヘッダ情報を、該コンテンツの取得を要求するコンテンツ取得要求に書き込むステップと、上記移動体通信端末が、上記アプリケーション関連情報と上記端末関連情報と上記ファイル種別情報とを含むヘッダ情報が書き込まれたコンテンツ取得要求を、上記コンテンツ提供サーバに対して送信するステップと、上記移動体通信端末と上記コンテンツ提供サーバとの間の通信経路上にある通信中継サーバが、上記移動体通信端末から送信された上記コンテンツ取得要求を受信するステップと、上記通信中継サーバが、上記コンテンツ取得要求に書き込まれている上記ヘッダ情報を読み出し、該コンテンツ取得要求を上記コンテンツ提供サーバに転送するステップと、上記通信中継サーバが、上記コンテンツ取得要求で要求されている上記ファイル種別情報が示す上記複数種類のファイル形式のコンテンツを含むコンテンツ取得応答を上記コンテンツ提供サーバから受信したとき、該コンテンツ取得要求から読み出した上記ヘッダ情報に基づいて、該コンテンツ取得応答に含まれている該複数種類のファイル形式のコンテンツが、上記移動体通信端末で起動している上記アプリケーションによるダウンロードが許可されているコンテンツか否かを判断し、ダウンロードが許可されているコンテンツである場合は該複数種類のファイル形式のコンテンツを含んだまま該コンテンツ取得応答を該移動体通信端末に転送し、ダウンロードが禁止されているコンテンツである場合は該コンテンツを含めないで該コンテンツ取得応答を該移動体通信端末に転送するステップとを有することを特徴とするものである。
また、請求項３の発明は、通信ネットワークを介して通信可能な移動体通信端末に、所定の通信プロトコルを用いた通信によりコンテンツを送信するコンテンツ提供サーバであって、提供対象のコンテンツを記憶するコンテンツ記憶手段と、上記移動体通信端末から送信されたコンテンツ取得要求を受信する受信手段と、上記移動体通信端末で起動可能なブラウザ及びブラウザ以外のアプリケーションを含む複数種別のアプリケーションそれぞれを識別可能な情報であって上記移動体通信端末のコンテンツの取得時に起動しているアプリケーションの種別及びバージョンを識別可能なアプリケーション関連情報と該移動体通信端末の種別及びバージョンを識別可能な端末関連情報と該起動しているアプリケーションが対応可能な複数種類のファイル形式それぞれの種別を示すファイル種別情報とを含むヘッダ情報を、上記コンテンツ取得要求から読み出す情報読み出し手段と、上記コンテンツ記憶手段から読み出したコンテンツを上記移動体通信端末に送信する送信手段と、上記移動体通信端末から上記コンテンツ取得要求を受信したときに、上記コンテンツ取得要求から読み出した上記ヘッダ情報に基づいて、該コンテンツ取得要求で要求されている上記ファイル種別情報が示す上記複数種類のファイル形式のコンテンツが、該移動体通信端末で起動している上記アプリケーションによるダウンロードが許可されているコンテンツか否かを判断し、ダウンロードが許可されているコンテンツの場合は該複数種類のファイル形式のコンテンツを含む応答を該移動体通信端末に送信し、ダウンロードが禁止されているコンテンツの場合は該コンテンツを含まない応答を該移動体通信端末に送信するように、該移動体通信端末に対するコンテンツ送信を制御する制御手段とを備えたことを特徴とするものである。
また、請求項４の発明は、移動体通信端末とコンテンツ提供サーバとの間にある通信ネットワーク上に設けられた通信中継サーバであって、上記移動体通信端末から送信されたコンテンツ取得要求及び上記コンテンツ提供サーバから送信されたコンテンツ取得応答を受信する受信手段と、上記移動体通信端末で起動可能なブラウザ及びブラウザ以外のアプリケーションを含む複数種別のアプリケーションそれぞれを識別可能な情報であって該移動体通信端末のコンテンツの取得時に起動しているアプリケーションの種別及びバージョンを識別可能なアプリケーション関連情報と該移動体通信端末の種別及びバージョンを識別可能な端末関連情報と該起動している該アプリケーションが対応可能な複数種類のファイル形式それぞれの種別を示すファイル種別情報とを含むヘッダ情報を、上記コンテンツ取得要求から読み出す情報読み出し手段と、上記移動体通信端末から送信されたコンテンツ取得要求の上記コンテンツ提供サーバへの転送及び上記コンテンツ取得要求に対応するように該コンテンツ提供サーバから送信されたコンテンツの該移動体通信端末への転送を行う転送手段と、上記コンテンツ取得要求で要求されている上記ファイル種別情報が示す上記複数種類のファイル形式のコンテンツを含むコンテンツ取得応答を上記コンテンツ提供サーバから受信したとき、該コンテンツ取得要求から読み出した上記ヘッダ情報に基づいて、該コンテンツ取得応答に含まれている該複数種類のファイル形式のコンテンツが、上記移動体通信端末で起動している上記アプリケーションによるダウンロードが許可されているコンテンツか否かを判断し、ダウンロードが許可されているコンテンツである場合は該複数種類のファイル形式のコンテンツを含んだまま該コンテンツ取得応答を該移動体通信端末に転送し、ダウンロードが禁止されているコンテンツである場合は該コンテンツを含めないで該コンテンツ取得応答を該移動体通信端末に転送するように制御する制御手段とを備えたことを特徴とするものである。

なお、上記各請求項において、上記通信プロトコルがＨＴＴＰ（HyperText Transfer Protocol）のとき、上記コンテンツ取得要求としてＨＴＴＰ要求が送受信される。この場合、上記アプリケーション種別情報は、ＨＴＴＰ要求のヘッダーに付加されるユーザ・エージェント・ヘッダ（User Agent Header）・フィールドに書き込むのが好ましい。また、上記アプリケーションが対応可能なファイルの種別を示すファイル種別情報は、ＨＴＴＰ要求のヘッダに付加されるアクセプト・ヘッダ（Accept Header）・フィールドに書き込むのが好ましい。

また、上記「アプリケーション種別情報」として書き込まれるアプリケーションの種別としては、例えば、ブラウザ、ＦＬＡＳＨ（登録商標）、ＪＡＶＡ（登録商標）、ＭＭＳ（マルチメディア・メッセージング・システム）、ＰｒｏＵＡ（プロビジョニングＵＡ）、ＳＶＧ（Scalable Vector Graphics）、ＳｙｎｃＭＬ（Synchronization Markup Language）等が挙げられる。
また、上記「アプリケーション種別情報」に加えて、アプリケーションの名称やバージョン等のアプリケーションに関する他の情報についても、上記コンテンツ取得要求に書き込むようにしてもよい。
また、上記「コンテンツ」としては、ＷＥＢページのデータのほか、画像ファイル、音楽ファイル、プログラムファイル等の各種ファイル、及び画像や音楽などのストリーミングデータが挙げられる。
また、上記「移動体通信端末」としては、ＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communication）方式、ＴＩＡ（Telecommunications Industry Association）方式等の携帯電話機、ＩＭＴ（International Mobile Telecommunications）−２０００で標準化された携帯電話機、ＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）方式の一つであるＴＤ−ＳＣＤＭＡ（ＭＣ：Multi Carrier）方式の携帯電話機、ＰＨＳ（Personal Handyphone System）、自動車電話機等の通話機能を有する電話機が挙げられる。また、この「移動体通信端末」としては、上記電話機のほか、通話機能を有するＰＤＡ（Personal Digital Assistance）等の通信端末も挙げられる。
また、上記移動体通信端末やサーバにおける制御や情報処理は、その移動体通信端末及びサーバそれぞれに設けられたコンピュータで所定のプログラムを実行することによって実現することもできる。このコンピュータで用いるプログラムの受け渡しは、デジタル情報としてプログラムを記録したＦＤ，ＣＤ−ＲＯＭ等の記録媒体を用いて行なってもいいし、コンピュータネットワーク等の通信ネットワークを用いて行なってもよい。

請求項１乃至４の発明によれば、移動体通信端末は、通信ネットワーク上のサーバからコンテンツを取得しようとするとき、その移動体通信端末で起動可能なブラウザ及びブラウザ以外のアプリケーションを含む複数種別のアプリケーションそれぞれを識別可能な情報であってコンテンツ取得時に起動しているアプリケーションの種別及びバージョンを識別可能なアプリケーション関連情報と該移動体通信端末の種別及びバージョンを識別可能な端末関連情報と該起動しているアプリケーションが対応可能な複数種類のファイル形式それぞれの種別を示すファイル種別情報とを含むヘッダ情報を、コンテンツ取得を要求するコンテンツ取得要求に書き込む。移動体通信端末は、このアプリケーション関連情報と端末関連情報とファイル種別情報とが書き込まれたコンテンツ取得要求をサーバに送信する。この移動体通信端末から送信されたコンテンツ取得要求を受信したサーバは、コンテンツ取得要求から上記ヘッダ情報を読み出し、コンテンツ提供に関する各種用途に使用することができる。
上記サーバは、上記コンテンツ取得要求を受信したときに、そのコンテンツ取得要求から読み出したヘッダ情報に基づいて移動体通信端末に対するコンテンツ送信を制御する。この制御により、移動体通信端末でコンテンツ取得時に起動しているアプリケーションに応じて移動体通信端末へのコンテンツのダウンロードを許可したり制限したりする等、上記アプリケーションに応じたコンテンツ提供が可能になる。
また、上記サーバは、移動体通信端末でコンテンツ取得時に起動しているアプリケーションで対応可能な複数種類のファイル形式それぞれの種別を示すファイル種別情報を取得し、その複数種類のファイル形式のコンテンツを移動体通信端末に送信することができる。従って、移動体通信端末でコンテンツ取得時に起動しているアプリケーションごとに、そのアプリケーションが対応可能な複数種類のファイル形式を判断してより適切なコンテンツの提供が可能になる、という効果がある。
特に、請求項２及び４の発明によれば、移動体通信端末とコンテンツ提供サーバとの間の通信経路上にある通信中継サーバが、移動体通信端末から送信されたコンテンツ取得要求を受信する。この通信中継サーバは、移動体通信端末から受信したコンテンツ取得要求に書き込まれているアプリケーション関連情報と端末関連情報とファイル種別情報とを含むヘッダ情報を読み出し、コンテンツ取得要求に対応するようにコンテンツ提供サーバから送信された複数種類のファイル形式のコンテンツの移動体通信端末への転送を制御する。この転送の制御により、移動体通信端末で起動しているアプリケーションに応じて上記ファイル種別情報が示す複数種類のファイル形式のコンテンツを転送したり、そのコンテンツのダウンロードを制限するためにコンテンツの転送を制限したりすることができる。従って、コンテンツの無駄な転送処理を回避しつつ、上記アプリケーションに応じたコンテンツ提供が可能になる。
更に、請求項２及び４の発明によれば、上記通信中継サーバが、移動体通信端末で起動しているアプリケーションで対応可能な複数種類のファイル形式それぞれの種別を示すファイル種別情報を取得する。この通信中継サーバは、上記コンテンツ取得時に起動しているアプリケーションで対応可能な複数種類のファイル形式のコンテンツを移動体通信端末で受信できるように、上記ファイル種別情報に基づいて、上記所定のファイル形式のコンテンツのみを移動体通信端末に転送することができる。従って、移動体通信端末で起動しているアプリケーションごとに、そのアプリケーションが対応可能な複数種類のファイル形式を判断してより適切なコンテンツの提供が可能になるという効果がある。

以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２１と、コアネットワーク２２と、ＩＰ（Internet Protocol）ネットワーク２３とを備えている。

上記基地局２１は、管轄対象のセルごとに設けられ、携帯電話通信網２０内の有線回線からのデータを無線インタフェースに合うデータフォーマットに変換し、管轄対象のセル内にある携帯電話機１０に無線周波数で送信する。逆に無線周波数で送信される携帯電話機１０からのデータを受信して有線インタフェースに合うデータフォーマットに変換し、携帯電話通信網２０内の有線回線部分に転送する。

上記コアネットワーク２２は、図示しない位置登録データベース（ＨＬＲ，ＶＬＲ）、加入者データベース、課金システム等を有し、各携帯電話機間の通信等を中継するように通信制御を行う。更に、コアネットワーク２２は、各携帯電話機と、携帯電話通信網２０内の構成要素との間における通信を中継するように通信制御を行う。また、コアネットワーク２２は、各携帯電話機と他の通信ネットワークとの間における通信を中継するように通信制御を行う。
また、上記コアネットワーク２２は、回線交換網のほかパケット交換網を有している。このパケット交換網は、ＳＧＳＮ（Serving GPRS Support Node）２４やＧＧＳＮ（Gateway GPRS Support Node）２５等のノードを有している。ＳＧＳＮ２４は、基地局２１が接続されている図示しない無線ネットワークコントローラとコアネットワーク２２側のパケット交換網との間のゲートウェイ機能と、各携帯電話機１０の位置管理、セキュリティ管理及びアクセス制御を行う機能とを有している。また、ＧＧＳＮ２５は、コアネットワーク２２側のパケット交換網と、ＩＰネットワーク２３との間のゲートウェイ機能を有している。

上記ＩＰネットワーク２３は、プロキシサーバ２６、ゲートウェイサーバ２７、その他図示しないＷＥＢサーバ等を有している。プロキシサーバ２６は、各携帯電話機１０と、ＩＰネットワーク２３内のサーバやインターネット上のサーバとの間の通信を中継する処理を行う。このプロキシサーバ２６は、コアネットワーク２２における通信プロトコルとＩＰネットワーク２３やインターネット３０等の他の通信ネットワークにおける通信プロトコルが異なる場合に、両通信プロトコルを合わせるためのプロトコル変換機能も有している。
なお、このＩＰネットワーク２３の中に、ＷＥＢサーバや、コンテンツをダウンロードするためのダウンロードサーバを設けてもよい。

上記ゲートウェイサーバ２７は、携帯電話通信網２０のＩＰネットワーク２３とインターネット３０との間のゲートウェイ機能とファイヤウォール機能とを有している。

上記携帯電話通信網２０のＩＰネットワーク２３を介して接続されているインターネット３０には、各種コンテンツ提供サーバが接続されている。このコンテンツ提供サーバとしては、ＷＥＢページを提供するＷＥＢサーバ４０や、画像ファイル、音楽ファイル、プログラムファイルなどのコンテンツを主に提供するダウンロードサーバ５０等がある。

上記インターネット３０上の各種コンテンツ提供サーバから携帯電話機１０にコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバ４０からＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（HyperText Transfer Protocol）、Ｗ−ＨＴＴＰ（Wireless HyperText Transfer Protocol）、ＷＴＰ(Wireless Transaction Protocol)、ＷＳＰ（Wireless Session Protocol）等が用いられる。

図２は、上記ＷＥＢサーバ４０のハードウェア構成の一例を示すブロック図である。なお、上記ダウンロードサーバ５０も同様に構成することができる。このＷＥＢサーバ４０は、システムバス４００、ＣＰＵ４０１、内部記憶装置、外部記憶装置４０４、入力装置４０５、出力装置４０６、及びインターネット用通信装置４０７を備えている。上記内部記憶装置は、ＲＡＭ４０２やＲＯＭ４０３等で構成されている。上記外部記憶装置は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置４０５は、マウスやキーボード等で構成されている。上記出力装置４０６は、ディスプレイやプリンタ等で構成されている。上記インターネット用通信装置４０７は、所定の通信プロトコルにより、インターネット３０上の各種クライアント端末や他のサーバと通信したり、携帯電話通信網２０上のプロキシサーバ２６と通信したりするための装置である。
上記ＣＰＵ４０１やＲＡＭ４０２等の構成要素はお互いに、システムバス４００を介して、データやプログラムの命令等のやり取りを行っている。このＷＥＢサーバ４０を所定の手順に従って動作させるためのプログラムはＲＯＭ４０３や外部記憶装置４０４に記憶されており、必要に応じてＣＰＵ４０１やＲＡＭ４０２上の作業エリアに呼び出されて実行される。

また、上記ＷＥＢサーバ４０やダウンロードサーバ５０等のコンテンツ提供サーバは、一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、ＷＥＢサーバ４０は、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。

図３は、上記携帯電話通信網２０に設けられているプロキシサーバ２６のハードウェア構成の一例を示すブロック図である。このプロキシサーバ２６は、上記図２に示すＷＥＢサーバと同じようなハードウェアで構成することができる。このプロキシサーバ２６は、インターネット用通信装置４０７の代わりに、携帯電話通信網２０のＩＰネットワーク２３に接続するためのＩＰネットワーク用通信装置２６７を備えている。このＩＰネットワーク用通信装置２６７は、所定の通信プロトコルによりコアネットワーク２２側のＧＧＳＮ２５や、ＩＰネットワーク２３内の他のサーバと通信するための装置である。

図４は、本実施形態に係るＷＥＢサーバ４０の主要な機能を抽出して示した機能ブロック図である。なお、ダウンロードサーバ５０については、ＷＥＢサーバ４０と同様な機能を有しているため、説明を省略する。このＷＥＢサーバ４０は、コンテンツ記憶手段４１０と受信手段４１１と情報読み出し手段４１２と送信手段４１３と制御手段４１４とを有している。このＷＥＢサーバ４０は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、情報読み出し手段４１２及び制御手段４１４の各機能を実現している。
上記コンテンツ記憶手段４１０は上記内部記憶装置や外部記憶装置で構成され、提供対象のＷＥＢページデータ等のコンテンツを記憶している。
上記受信手段４１１は上記インターネット用通信装置４０７等で構成され、所定の通信プロトコルを使って携帯電話機１０から送信されたコンテンツ取得要求を受信する。例えば、携帯電話機１０から送信されてきたＨＴＴＰ要求を受信する。
上記情報読み出し手段４１２は上記ＣＰＵ４０１等で構成され、上記携帯電話機１０から受信したコンテンツ取得要求に書き込まれているアプリケーション種別情報を読み出す。
上記送信手段４１３は上記インターネット用通信装置４０７等で構成され、インターネット３０及び携帯電話通信網２０を介して、コンテンツ記憶手段４１０から読み出したコンテンツを携帯電話機１０に送信する。
上記制御手段４１４は上記ＣＰＵ等で構成され、携帯電話機１０からコンテンツ取得要求を受信したときに、上記コンテンツ取得要求から読み出したアプリケーション種別情報に応じて携帯電話機１０へのコンテンツ送信を制御する。

図５は携帯電話機１０の一構成例を示す外観図であり、図６は、その携帯電話機１０のハードウェア構成を示す概略構成図である。また、図７は、携帯電話機１０におけるソフトウェア構造の説明図である。
この携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５、携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。

上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフトＯＳ上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＷＥＢブラウザー、メーラー、音楽再生、動画表示、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。

また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、上記ネイティブ側の電話機プラットフォームとは異なるアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機にプリインストールされているアプリケーションや利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。このアプリケーションとしては、プラットフォームに依存しないオブジェクト指向プログラミングによって開発されたＪＡＶＡ（登録商標）、Ｃ＋＋等のプログラム言語で記述されたアプリケーションや、Ｃ言語やアセンブリ言語で記述されたアプリケーションなどが挙げられる。また、これらのアプリケーション実行環境は、例えばＪＡＶＡ（登録商標）の仮想マシン（ＶＭ：Virtual Machine）やＢＲＥＷ（登録商標）等のミドルウェアによって構築される。

上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してコンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションプログラムの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ダウンロードサーバ５０から画像ファイル、音楽ファイル、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。また、利用者は上記操作部を操作することにより、登録した画像ファイルを展開して表示したり、音楽ファイルを展開して再生したり、アプリケーションプログラムを選択して実行したりすることができる。また、利用者は上記操作部を操作することにより、携帯電話通信網２０の図示しない情報配信サーバから受信した情報を表示することもできる。

上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、スピーカ１８、図示しない振動デバイス等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置等で構成されている出力部は、携帯電話通信網２０を介して受信したＷｅｂページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。また、この出力部は、上記ゲーム等のアプリケーションプログラムの実行中に、そのプログラム実行に関連した画像の表示や音の出力に用いたり、情報配信サーバから受信した情報を表示したりするときにも用いられる。
なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。

上記出力装置１０５を構成する振動デバイスは、この振動デバイスは、マナーモード（サイレントモード）設定時などに音声電話を着信したりメールや各種配信情報を受信したりしたときに、携帯電話機１０の全体を振動させ、その着信等を利用者に知らせるように制御することができる。また、この振動デバイスは、上記ゲーム等のアプリケーションプログラムの実行中に、そのプログラム実行に関連した振動を携帯電話機１０の全体に発生させるように制御することができる。

上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上述したサーバ１１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網１０を介して、ダウンロードサーバ５０が提供するアプリケーションプログラムをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。

図８は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、情報書き込み手段１１０と送信手段１１１と受信手段１１２とを有している。
上記情報書き込み手段１１０は上記ＣＰＵ１０１等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いた通信により携帯電話通信網２０やインターネット３０などの通信ネットワーク上のサーバからコンテンツを取得するときに起動しているアプリケーション種別情報を、そのコンテンツ取得を要求するコンテンツ取得要求に書き込む。
上記送信手段１１１は上記携帯電話通信網用通信装置１０６等で構成され、上記アプリケーション種別情報が書き込まれたコンテンツ取得要求を、上記サーバに送信する。
上記受信手段１１２は、上記サーバから送信されたＷＥＢページや画像ファイル、音楽ファイルなどのコンテンツを受信する。

図９は、上記構成の携帯電話機１０でブラウザのアプリケーションを起動し、著作権で保護されたＤＲＭ（Digital Rights Management）形式ファイルを、ＨＴＴＰを使ってダウンロードするときの手順の一例を示すシーケンス図である。ここで、ブラウザのアプリケーションでのＤＲＭ形式ファイルのダウンロードは許可されているものとする。
まず、利用者は、携帯電話機１０を操作してブラウザのアプリケーションを起動する（ステップ１）。
次に、利用者は、ダウンロード可能なＤＲＭ形式ファイルのリストがあるＷＥＢページがアップロードされているＷＥＢサーバ４０のＵＲＩ（Uniform Resource Identifier）を指定する所定のキー操作を行う。携帯電話機１０は、このキー操作を受付けると、送信対象のＨＴＴＰ要求（ＧＥＴ）のユーザ・エージェント・ヘッダ・フィールドに、起動中のアプリケーション種別情報（「Browser」）を書き込む（ステップ２、３）。

上記ＨＴＴＰ要求（ＧＥＴ）のユーザ・エージェント・ヘッダ・フィールドのフォーマットは、例えば次のように記述される。
User-Agent = "User-Agent" ":" ベンダープロダクト関連情報
ここで、上記ベンダープロダクト関連情報としては、（１）〜（８）の情報が書き込まれる。
（１）UE-Generation-Version：携帯電話機の世代バージョン
（２）UE-Product-Name：携帯電話機の名称
（３）UE-Product-Version：携帯電話機の製品バージョン
（４）UE-IMEI-Number：携帯電話機の製造番号
（５）UE-Application-Type：アプリケーション種別情報
（６）UE-Application-Name：アプリケーション名
（７）UE-Application-Version：アプリケーションのバージョン
（８）UE-Ext-Information：アプリケーションの付加情報
本実施形態では、上記（５）のUE-Application-Typeに書き込むアプリケーション種別情報に基づいて、ＨＴＴＰ要求に応答するサーバの動作を制御している。上記（５）のUE-Application-Typeに書き込むアプリケーション種別情報としては、「Browser」、「Flash」、「JAVA」、「MMS」、「ProvUA」、「SVG」、「SyncML」などの各種アプリケーションの略記号が用いられる。ここで、「MMS」は携帯電話同士で文字や音声・画像などを短いメッセージにして送受信できるマルチメディア・メッセージング・システムと呼ばれるサービスを受けるためのアプリケーションを示している。「SVG」はＸＭＬベースの２Ｄベクター画像記述言語であるＳＶＧ（Scalable Vector Graphics）で記述された画像データを扱うアプリケーションを示している。「ProvUA」は携帯電話機の各アプリケーションに対する通信設定を一括して行うアプリケーションを示している。「SyncML」は、ＸＭＬベースのデータ同期用言語であるＳｙｎｃＭＬ（Synchronization Markup Language）を用いてデータの同期処理を行うアプリケーションを示している。

次に、携帯電話機１０は、上記アプリケーション種別情報を書き込んだＨＴＴＰ要求をＷＥＢサーバ４０に送信する（ステップ４）。
ＷＥＢサーバ４０は、上記ＨＴＴＰ要求を受信すると、そのＨＴＴＰ要求に書き込まれているアプリケーション種別情報を読み出し、読み出したアプリケーション種別情報に基づいて、利用者が要求する上記ＷＥＢページのデータを送信するか否かを判定する（ステップ５）。ここで、ブラウザのアプリケーションでの上記ＷＥＢページのダウンロードは許可されており、ＷＥＢサーバ４０は、利用者が要求するＷＥＢページに対応するＨＴＭＬファイルのデータ部分を含むＨＴＴＰ応答を携帯電話機１０に送信する（ステップ６）。
携帯電話機１０は、上記ＨＴＴＰ応答を受信すると、そのＨＴＴＰ応答に含まれるＨＴＭＬファイルのデータに基づいて、上記ダウンロード可能なＤＲＭ形式ファイルのリストがあるＷＥＢページを表示する（ステップ７）。

次に、利用者は、ＷＥＢページ上に表示されているダウンロード用の選択キーを選択するキー操作を行う。携帯電話機１０は、このキー操作を受付けると、送信対象のＨＴＴＰ要求（ＧＥＴ）のユーザ・エージェント・ヘッダ・フィールドに、起動中のアプリケーション種別情報（「Browser」）を書き込む（ステップ８、９）。
次に、携帯電話機１０は、上記アプリケーション種別情報を書き込んだＨＴＴＰ要求（ＧＥＴ）を、上記選択キーにリンク設定されているＵＲＩのダウンロードサーバ５０に送信する（ステップ１０）。
次に、ダウンロードサーバ５０は、上記ＨＴＴＰ要求（ＧＥＴ）を受信すると、そのＨＴＴＰ要求に書き込まれているアプリケーション種別情報を読み出し、読み出したアプリケーション種別情報に基づいて、利用者が要求する上記ＤＲＭ形式ファイルのデータを送信するか否かを判定する（ステップ１１）。ここで、ブラウザのアプリケーションでの上記ＤＲＭ形式ファイルのダウンロードは許可されており、ダウンロードサーバ５０は、利用者が要求するＤＲＭ形式ファイルのデータ部分を含むＨＴＴＰ応答を携帯電話機１０に送信する（ステップ１２）。
携帯電話機１０は、上記ＨＴＴＰ応答を受信し、ＤＲＭ形式ファイルのデータのダウンロードが完了すると、ダウンロードしたＤＲＭ形式ファイルを所定のデータ記憶領域に保存する（ステップ１３）。

図１０は、上記構成の携帯電話機１０でＪＡＶＡ（登録商標）のアプリケーションを起動し、そのアプリケーション上でＤＲＭ形式ファイルを、ＨＴＴＰを使ってダウンロードしようとするときの手順の一例を示すシーケンス図である。ここで、ＪＡＶＡ（登録商標）のアプリケーションでのＤＲＭ形式ファイルのダウンロードは禁止されているものとする。
まず、利用者は、携帯電話機１０を操作してＪＡＶＡ（登録商標）のアプリケーションを起動する（ステップ１）。
次に、利用者は、ＪＡＶＡ（登録商標）のアプリケーションの画面上に表示されているダウンロード用の選択キーを選択するキー操作を行う。携帯電話機１０は、このキー操作を受付けると、送信対象のＨＴＴＰ要求（ＧＥＴ）のユーザ・エージェント・ヘッダ・フィールドに、起動中のアプリケーション種別情報（「JAVA」）を書き込む（ステップ２、３）。
次に、携帯電話機１０は、上記アプリケーション種別情報を書き込んだＨＴＴＰ要求を、上記選択キーにリンク設定されているＵＲＩのダウンロードサーバ５０に送信する（ステップ４）。
次に、ダウンロードサーバ５０は、上記ＨＴＴＰ要求（ＧＥＴ）を受信すると、そのＨＴＴＰ要求に書き込まれているアプリケーション種別情報を読み出し、読み出したアプリケーション種別情報に基づいて、利用者が要求する上記ＤＲＭ形式ファイルのデータを送信するか否かを判定する（ステップ５）。ここで、ＪＡＶＡ（登録商標）のアプリケーションでの上記ＤＲＭ形式ファイルのダウンロードは禁止されており、ダウンロードサーバ５０は、利用者が要求するＤＲＭ形式ファイルのデータ部分を含まないＨＴＴＰ応答を携帯電話機１０に送信する（ステップ６）。携帯電話機１０は、上記ＨＴＴＰ応答を受信し、ＤＲＭ形式ファイルのデータのダウンロードができなかった旨の表示を行う（ステップ７）。

以上、本実施形態によれば、携帯電話機１０は、通信ネットワーク上のＷＥＢサーバ４０やダウンロードサーバ５０からコンテンツを取得しようとするとき、そのコンテンツ取得時に起動しているブラウザやＪＡＶＡ（登録商標）等のアプリケーション種別情報を、コンテンツ取得を要求するＨＴＴＰ要求に書き込む。携帯電話機１０は、このアプリケーション種別情報が書き込まれたＨＴＴＰ要求を、ＷＥＢサーバ４０やダウンロードサーバ５０に送信する。この携帯電話機１０から送信されたＨＴＴＰ要求を受信したＷＥＢサーバ４０やダウンロードサーバ５０は、ＨＴＴＰ要求から上記アプリケーション種別情報を読み出すことができる。従って、通信ネットワーク側のＷＥＢサーバ４０やダウンロードサーバ５０は、携帯電話機１０でコンテンツの取得時に起動しているアプリケーション種別情報を取得し、この取得した種別情報を携帯電話機１０へのコンテンツダウンロード規制などのコンテンツ提供に関する各種用途に使用することができる。
また、サーバ４０は、携帯電話機１０からのＨＴＴＰ要求に書き込まれたアプリケーション種別情報を利用することにより、ＵＲＬ毎に、このＵＲＬにアクセスしてきた携帯電話機１０により利用されているアプリケーションの種別を認識することができるだけでなく、各ＵＲＬ毎に、携帯電話機１０によるアクセスの状況を認識することができる。また、サーバ４０は、携帯電話機１０からのＨＴＴＰ要求に書き込まれたアプリケーション種別情報を利用することにより、ダウンロードの対象となるコンテンツ毎に、このコンテンツにアクセスしてきた携帯電話機１０により利用されているアプリケーションの種別を認識することができるだけでなく、各コンテンツ毎に、携帯電話機１０によるアクセスの状況を認識することができる。

なお、上記実施形態では、ＨＴＴＰ要求に書き込まれたアプリケーション種別情報をＷＥＢサーバ４０やダウンロードサーバ５０で利用しているが、携帯電話機１０とＷＥＢサーバ４０等との間の通信経路上の携帯電話通信網２０に設けられたプロキシサーバ２６等の通信制御サーバで利用するようにしてもよい。

図１１は、上記アプリケーション種別情報を利用することができる通信制御サーバとしてのプロキシサーバ２６の主要な機能を抽出して示した機能ブロック図である。プロキシサーバ２６は、受信手段６０１と情報読み出し手段６０２と転送手段６０３と制御手段６０４とを有している。このプロキシサーバ２６は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。
上記受信手段６０１は上記ＩＰネットワーク用通信装置２６８等で構成され、携帯電話機１０から送信されたコンテンツ取得要求を受信したり、コンテンツ提供サーバからコンテンツ取得応答を受信したりする。例えば、携帯電話機１０から送信されてきたＨＴＴＰ要求を受信したり、ＷＥＢサーバ４０やダウンロードサーバ５０からＨＴＴＰ応答を受信したりする。
上記情報読み出し手段６０２は上記ＣＰＵ２６１等で構成され、コンテンツ取得要求に書き込まれているアプリケーション種別情報を読み出す。この読み出したアプリケーション種別情報は、ＲＡＭ２６２等の情報記憶手段６０５に一旦記憶される。
上記転送手段６０３は上記ＩＰネットワーク用通信装置２６８等で構成され、携帯電話機１０から送信されたコンテンツ取得要求のＷＥＢサーバ４０等のコンテンツ提供サーバへの転送を行う。また、この転送手段６０３は、上記コンテンツ取得要求に対応するようにＷＥＢサーバ４０等のコンテンツ提供サーバから送信されたコンテンツの携帯電話機１０への転送を行う。
上記制御手段６０４は上記ＣＰＵ２６１等で構成され、上記コンテンツ取得要求の転送及び上記コンテンツの転送の少なくとも一方の転送を、上記コンテンツ取得要求から読み出したアプリケーション種別情報に基づいて制御する。

図１２は、上記図１１の構成のプロキシサーバ２６を介するＨＴＴＰダウンロードの手順の一例を示すシーケンス図である。このＨＴＴＰダウンロードの例においても、上記図９の場合と同様に、ブラウザのアプリケーションでのＤＲＭ形式ファイルのダウンロードは許可されているものとする。
まず、利用者は、携帯電話機１０を操作してブラウザのアプリケーションを起動する（ステップ１０１）。
次に、利用者は、ダウンロード可能なＤＲＭ形式ファイルのリストがあるＷＥＢページがアップロードされているＷＥＢサーバ４０のＵＲＩ（Uniform Resource Identifier）を指定する所定のキー操作を行う。携帯電話機１０は、このキー操作を受付けると、送信対象のＨＴＴＰ要求（ＧＥＴ）のユーザ・エージェント・ヘッダ・フィールドに、起動中のアプリケーション種別情報（「Browser」）を書き込む（ステップ１０２、１０３）。

次に、携帯電話機１０は、上記アプリケーション種別情報を書き込んだＨＴＴＰ要求をプロキシサーバ２６を介してＷＥＢサーバ４０に送信する（ステップ１０４）。
プロキシサーバ２６は、上記ＨＴＴＰ要求を受信すると、ＨＴＴＰ要求に書き込まれているアプリケーション種別情報を読み出して保持し、ＨＴＴＰ要求をＷＥＢサーバ４０に転送する（ステップ１０５、１０６）。
ＷＥＢサーバ４０は、上記ＨＴＴＰ要求を受信すると、要求されたＷＥＢページのコンテンツを読み出し、携帯電話通信網２０側に送信する（ステップ１０７、１０８）。
プロキシサーバ２６は、ＷＥＢページのコンテンツを受信すると、上記読み出して一旦保持しておいたアプリケーション種別情報に基づいて、利用者が要求する上記ＷＥＢページのデータを送信するか否かを判定する（ステップ１０９）。ここで、ブラウザのアプリケーションでの上記ＷＥＢページのダウンロードは許可されており、プロキシサーバ２６は、利用者が要求するＷＥＢページに対応するＨＴＭＬファイルのデータ部分を含むＨＴＴＰ応答を携帯電話機１０に転送する（ステップ１１０）。
携帯電話機１０は、上記ＨＴＴＰ応答を受信すると、そのＨＴＴＰ応答に含まれるＨＴＭＬファイルのデータに基づいて、上記ダウンロード可能なＤＲＭ形式ファイルのリストがあるＷＥＢページを表示する（ステップ１１１）。

次に、利用者は、ＷＥＢページ上に表示されているダウンロード用の選択キーを選択するキー操作を行う。携帯電話機１０は、このキー操作を受付けると、送信対象のＨＴＴＰ要求（ＧＥＴ）のユーザ・エージェント・ヘッダ・フィールドに、起動中のアプリケーション種別情報（「Browser」）を書き込む（ステップ１１２、１１３）。
次に、携帯電話機１０は、上記アプリケーション種別情報を書き込んだＨＴＴＰ要求（ＧＥＴ）を、プロキシサーバ２６を経由して、上記選択キーにリンク設定されているＵＲＩのダウンロードサーバ５０に送信する（ステップ１１４）。
プロキシサーバ２６は、上記ＨＴＴＰ要求を受信すると、ＨＴＴＰ要求に書き込まれているアプリケーション種別情報を読み出して保持し、ＨＴＴＰ要求をダウンロードサーバ５０に転送する（ステップ１１５、１１６）。
次に、ダウンロードサーバ５０は、上記ＨＴＴＰ要求（ＧＥＴ）を受信すると、リクエストされたＤＲＭ形式ファイルを読み出し、携帯電話通信網２０側に送信する（ステップ１１７、１１８）。
プロキシサーバ２６は、ＤＲＭ形式ファイルのコンテンツを含むＨＴＴＰ応答を受信すると、上記読み出して一旦保持しておいたアプリケーション種別情報に基づいて、利用者が要求する上記ＤＲＭ形式ファイルのデータを送信するか否かを判定する（ステップ１１９）。ここで、ブラウザのアプリケーションでの上記ＤＲＭ形式ファイルのダウンロードは許可されており、プロキシサーバ２６は、利用者が要求するＤＲＭ形式ファイルのデータ部分を含むＨＴＴＰ応答を携帯電話機１０に転送する（ステップ１２０）。
携帯電話機１０は、上記ＨＴＴＰ応答を受信し、ＤＲＭ形式ファイルのデータのダウンロードが完了すると、ダウンロードしたＤＲＭ形式ファイルを所定のデータ記憶領域に保存する（ステップ１２１）。

図１３は、上記構成の携帯電話機１０でＪＡＶＡ（登録商標）のアプリケーションを起動し、そのアプリケーション上でＤＲＭ形式ファイルを上記図１１の構成のプロキシサーバ２６を介してＨＴＴＰダウンロードしようとするときの手順の一例を示すシーケンス図である。ここで、上記図１０の場合と同様に、ＪＡＶＡ（登録商標）のアプリケーションでのＤＲＭ形式ファイルのダウンロードは禁止されているものとする。
まず、利用者は、携帯電話機１０を操作してＪＡＶＡ（登録商標）のアプリケーションを起動する（ステップ１０１）。
次に、利用者は、ＪＡＶＡ（登録商標）のアプリケーションの画面上に表示されているダウンロード用の選択キーを選択するキー操作を行う。携帯電話機１０は、このキー操作を受付けると、送信対象のＨＴＴＰ要求（ＧＥＴ）のユーザ・エージェント・ヘッダ・フィールドに、起動中のアプリケーション種別情報（「JAVA」）を書き込む（ステップ１０２、１０３）。
次に、携帯電話機１０は、上記アプリケーション種別情報を書き込んだＨＴＴＰ要求を、プロキシサーバ２６を介して、上記選択キーにリンク設定されているＵＲＩのダウンロードサーバ５０に送信する（ステップ１０４）。
プロキシサーバ２６は、上記ＨＴＴＰ要求を受信すると、ＨＴＴＰ要求に書き込まれているアプリケーション種別情報を読み出して保持し、ＨＴＴＰ要求をＷＥＢサーバ４０に転送する（ステップ１０５、１０６）。
次に、ダウンロードサーバ５０は、上記ＨＴＴＰ要求（ＧＥＴ）を受信すると、リクエストされたＤＲＭ形式ファイルを読み出し、携帯電話通信網２０側に送信する（ステップ１０７、１０８）。
プロキシサーバ２６は、ＤＲＭ形式ファイルのコンテンツを含むＨＴＴＰ応答を受信すると、上記読み出して一旦保持しておいたアプリケーション種別情報に基づいて、利用者が要求する上記ＤＲＭ形式ファイルのデータを送信するか否かを判定する（ステップ１０９）。ここで、ＪＡＶＡ（登録商標）のアプリケーションでの上記ＤＲＭ形式ファイルのダウンロードは禁止されており、プロキシサーバ２６は、利用者が要求するＤＲＭ形式ファイルのデータ部分を含まないＨＴＴＰ応答を携帯電話機１０に転送する（ステップ１１０）。携帯電話機１０は、上記ＨＴＴＰ応答を受信し、ＤＲＭ形式ファイルのデータのダウンロードができなかった旨の表示を行う（ステップ１１１）。

以上、図１１〜１３の実施形態において、携帯電話通信網２０内のプロキシサーバ２６は、携帯電話機１０でコンテンツの取得時に起動しているアプリケーションの種別を示すアプリケーション種別情報を取得し、この取得した種別情報を携帯電話機１０へのコンテンツダウンロード規制などのコンテンツ提供に関する各種用途に使用することができる。
また、プロキシサーバ２６は、携帯電話機１０からのＨＴＴＰ要求に書き込まれたアプリケーション種別情報を利用することにより、ＵＲＬ毎に、このＵＲＬにアクセスしてきた携帯電話機１０により利用されているアプリケーションの種別を認識することができるだけでなく、各ＵＲＬ毎に、携帯電話機１０によるアクセスの状況を認識することができる。また、プロキシサーバ２６は、携帯電話機１０からのＨＴＴＰ要求に書き込まれたアプリケーション種別情報を利用することにより、ダウンロードの対象となるコンテンツ毎に、このコンテンツにアクセスしてきた携帯電話機１０により利用されているアプリケーションの種別を認識することができるだけでなく、各コンテンツ毎に、携帯電話機１０によるアクセスの状況を認識することができる。

なお、上記図１１〜１３の実施形態において、プロキシサーバ２６は、ＷＥＢサーバ４０やダウンロードサーバ５０から携帯電話機１０に向けて送信されるＨＴＴＰ応答の転送を制御しているが、携帯電話機１０から受信したＨＴＴＰ要求の転送を制御するようにしてもよい。例えば、図１４に示すように、プロキシサーバ２６は、携帯電話機１０からＨＴＴＰ要求を受信したとき、そのＨＴＴＰ要求からアプリケーション種別情報を読み出す。プロキシサーバ２６は、ＨＴＴＰ要求から読み出したアプリケーション種別情報に応じて最適な転送対象のコンテンツ提供サーバ（ＷＥＢサーバ４０、ダウンロードサーバ５０）のＵＲＩを選択し、この選択されたＵＲＩに対して上記ＨＴＴＰ要求を転送する。

また、上記各実施形態において、携帯電話機１０は、起動中のアプリケーションが対応可能なファイルの種別を示すファイル種別情報をコンテンツ取得要求に書き込んでもよい。この場合、上記ＷＥＢサーバ４０やダウンロードサーバ５０等のコンテンツ提供サーバは、コンテンツ取得要求から読み出したファイル種別情報に基づいて、コンテンツ送信を制御することができる。また、上記プロキシサーバ２６等の通信中継サーバは、コンテンツ取得要求から読み出したファイル種別情報に基づいて、コンテンツ取得要求やコンテンツ取得応答の転送を制御することができる。

表１は、携帯電話機１０で起動しているアプリケーションがブラウザ又はＪＡＶＡ（登録商標）の場合に、上記コンテンツ取得要求に書き込むことができるファイル種別情報を例示したものである。このファイル種別情報の値のほとんどは、ＨＴＭＬの<a>要素や<form>要素で規定されている値と同じである。この表１の例では、携帯電話機１０で起動中のアプリケーションごとにファイル種別情報が設定される。ＪＡＶＡ（登録商標）アプリケーションにはＤＲＭ形式のファイルが対応しないため、「application/vnd.oma.drm.content」等のＤＲＭ形式のファイルを示す値を書き込むことができない。
ここで、起動中のブラウザが対応可能なファイルがＨＴＭＬファイルの場合は、「text/html」という値を書き込む。また、起動中のブラウザが複数のファイルに対応する場合は、「application/java, application/java-archive, application/vnd.oma.drm.content, application/vnd.oma.drm.message, text/html,」のように列挙して書き込む。

また、上記ファイル種別情報は、上記コンテンツ取得要求のヘッダに書き込むことができる。例えば、ＨＴＴＰによってコンテンツをダウンロードする場合は、送信対象のＨＴＴＰ要求（ＧＥＴ）のアクセプト・ヘッダ・フィールドに、起動中のアプリケーションが対応可能なファイル種別情報を書き込む。

また、上記コンテンツ取得要求に書き込まれたファイル種別情報は、前述の図４のＷＥＢサーバ４０における情報読み出し手段４１２や、前述の図１１のプロキシサーバ２６の情報読み出し手段６０２で読み出される。このコンテンツ取得要求から読み出されたファイル種別情報に基づいて、前述の制御手段４１４によるコンテンツ送信の制御や、前述の制御手段６０４によるコンテンツ取得要求又はコンテンツ取得応答の転送の制御が実行される。

図１５は、コンテンツ提供サーバ４０、５０でファイル種別情報に基づくコンテンツ送信制御を行う場合におけるブラウザアプリケーションによるＤＲＭ形式ファイルのＨＴＴＰダウンロードの手順の一例を示すシーケンス図である。この例において、コンテンツ提供サーバ４０、５０は、ＨＴＴＰ要求中のファイル種別情報に基づいて、携帯電話機１０で起動しているブラウザアプリケーションがＨＴＭＬファイル及びＤＲＭ形式ファイルに対応していると判定する（ステップ５、１１）。そして、コンテンツ提供サーバ４０、５０はそれぞれ、ＨＴＭＬファイル及びＤＲＭ形式ファイルの各コンテンツを携帯電話機１０に送信する（ステップ６、１２）。

図１６は、コンテンツ提供サーバ５０でファイル種別情報に基づくコンテンツ送信制御を行う場合におけるＪＡＶＡ（登録商標）アプリケーションによるＤＲＭ形式ファイルのＨＴＴＰダウンロードの手順の一例を示すシーケンス図である。この例において、コンテンツ提供サーバ５０は、ＨＴＴＰ要求中のファイル種別情報に基づいて、携帯電話機１０で起動しているＪＡＶＡ（登録商標）アプリケーションがＤＲＭ形式ファイルに対応していないと判定する（ステップ５）。そして、コンテンツ提供サーバ５０は、ＤＲＭ形式ファイルのコンテンツを携帯電話機１０に送信しない（ステップ６）。

図１７は、プロキシサーバ２６でファイル種別情報に基づくコンテンツ取得応答の転送制御を行う場合におけるブラウザアプリケーションによるＤＲＭ形式ファイルのＨＴＴＰダウンロードの手順の一例を示すシーケンス図である。この例において、プロキシサーバ２６は、ＨＴＴＰ要求中のファイル種別情報に基づいて、携帯電話機１０で起動しているブラウザアプリケーションがＨＴＭＬファイル及びＤＲＭ形式ファイルに対応していると判定する（ステップ１０９、１１９）。そして、プロキシサーバ２６は、ＨＴＭＬファイル及びＤＲＭ形式ファイルの各コンテンツを携帯電話機１０に転送する（ステップ１１０、１２０）。

図１８は、プロキシサーバ２６でファイル種別情報に基づくコンテンツ取得応答の転送制御を行う場合におけるＪＡＶＡ（登録商標）アプリケーションによるＤＲＭ形式ファイルのＨＴＴＰダウンロードの手順の一例を示すシーケンス図である。この例において、プロキシサーバ２６は、ＨＴＴＰ要求中のファイル種別情報に基づいて、携帯電話機１０で起動しているＪＡＶＡ（登録商標）アプリケーションがＤＲＭ形式ファイルに対応していないと判定する（ステップ１０９）。そして、プロキシサーバ２６は、ＤＲＭ形式ファイルのコンテンツを携帯電話機１０に転送しない（ステップ１１０）。

上記ファイル種別情報をＨＴＴＰ要求に書き込む場合、通信ネットワーク側のサーバ２６、４０、５０は、携帯電話機１０でコンテンツの取得時に起動しているアプリケーションが対応可能なファイル種別情報を取得し、この取得した種別情報を携帯電話機１０へのコンテンツダウンロード規制などのコンテンツ提供に関する各種用途に使用することができる。
また、サーバ２６、４０、５０は、携帯電話機１０からのＨＴＴＰ要求に書き込まれたファイル種別情報を利用することにより、ＵＲＬ毎に、このＵＲＬにアクセスしてきた携帯電話機１０により利用されているアプリケーションが対応可能なファイル種別を認識することができるだけでなく、各ＵＲＬ毎に、携帯電話機１０によるアクセスの状況を認識することができる。また、サーバ４０は、携帯電話機１０からのＨＴＴＰ要求に書き込まれたファイル種別情報を利用することにより、ダウンロードの対象となるコンテンツ（ファイル）毎に、このコンテンツファイルにアクセスしてきた携帯電話機１０により利用されているアプリケーションが対応可能なファイルの種別を認識することができるだけでなく、各コンテンツ毎に、携帯電話機１０によるアクセスの状況を認識することができる。

また、上記各実施形態では通常のＨＴＴＰダウンロードを行う場合について説明したが、本発明は、ＯＭＡ方式のダウンロードを行う場合にも適用することができ、同様な作用効果が得られるものである。ここで、上記ＯＭＡ方式のダウンロードの手順は、モバイル通信関連の業界団体であるＯＭＡ（Open Mobile Alliance）で標準化されたダウンロード手順である（"Generic Content Download Over The Air Candidate Version 1.0 - 21 Feb 2003", Open Mobile Alliance, OMA-Download-OTA-v1_0-20030221-C.参照）。このＯＭＡ方式のダウンロードにおいて、携帯電話機１０は、コンテンツのダウンロードに先立ってダウンロード情報をダウンロードサーバ５０から取得するとともに、コンテンツのダウンロードが終わったときにダウンロード結果通知をダウンロードサーバ５０に送信する。

図１９は、前述の図９のダウンロードをＯＭＡ方式で行ったときのシーケンスである。なお、図１９において、アプリケーション種別情報やファイル種別情報をＨＴＴＰ要求に書き込んだりＨＴＴＰ要求から読み出したりするステップや、アプリケーション種別情報やファイル種別情報に基づいてコンテンツの送信や転送を制御するステップは前述の図９と同様であるので、説明を省略する。また、他の図１０、１２〜１８のダウンロードについても同様にＯＭＡ方式で行うことができるので、それらの説明は省略する。

図１９において、利用者は、携帯電話機１０を操作してブラウザのアプリケーションを起動し、ＷＥＢサーバ４０の音楽試聴のコンテンツ紹介サイトにアクセスする（ステップ１〜３）。このアクセスにより、携帯電話機１０のディスプレイ画面には、音楽コンテンツ紹介のＷＥＢページが表示される（ステップ４）。
次に、利用者は、ディプレイ画面に表示された音楽コンテンツ紹介のページを確認し、試聴を希望する音楽コンテンツのタイトルを選択するように所定のキー操作を行う（ステップ５）。携帯電話機１０は、このキー操作を受付けると、アプリケーション種別情報等がヘッダに書き込まれたダウンロード情報取得要求としてのＨＴＴＰ要求を、ダウンロードサーバ５０に送信する（ステップ６）。
上記ＨＴＴＰ要求を受信したダウンロードサーバ５０は、上記利用者が希望するコンテンツのダウンロードに関するダウンロード情報（ObjectURI、ファイルタイプ、ファイルサイズ等の情報）をコンテンツ記憶手段（コンテンツデータベース）から読み出す（ステップ７）。そして、このダウンロード情報を含むダウンロード情報応答としてのＨＴＴＰ応答を生成し、携帯電話機１０に送信する（ステップ８）。
次に、携帯電話機１０は、上記ＨＴＴＰ応答を受信すると、ディスプレイ画面に、上記ダウンロード情報に基づいて作成したダウンロード確認画面を表示する（ステップ９）。利用者は、ダウンロード確認画面の内容を確認し、ダウンロード開始のキー操作を行う。このキー操作を受け付けた携帯電話機１０は、ダウンロードサーバ５０に、上記利用者が希望するコンテンツをダウンロードするためのコンテンツ取得要求としてのＨＴＴＰ要求を送信する（ステップ１０、１１）。このＨＴＴＰ要求にもアプリケーション種別情報等が書き込まれる。このＨＴＴＰ要求が送信されると、携帯電話機１０のディスプレイには、ダウンロード中である旨を示すメッセージと、ダウンロードの進捗状況を示すバー表示とが表示される。
上記ＨＴＴＰ要求を受信したダウンロードサーバ５０は、上記利用者が希望するコンテンツをコンテンツ記憶手段（コンテンツデータベース）から読み出し（ステップ１２）、上記コンテンツを含むＨＴＴＰ応答を携帯電話機１０に送信する（ステップ１３）。
次に、携帯電話機１０は、上記ＨＴＴＰ応答を受信すると、そのＨＴＴＰ応答に含まれるコンテンツを内部メモリやメモリーカードなどに保存するように制御する（ステップ１４）。そして、携帯電話機１０は、ダウンロードサーバ５０の所定のＵＲＩ（InstallNotifyURI）に、ダウンロードが完了した旨を示すダウンロード結果通知：要求としてＨＴＴＰ要求（InstallNotify）を送信する（ステップ１５）。このＨＴＴＰ要求にもアプリケーション種別情報等が書き込まれる。ダウンロードサーバ５０は、ダウンロード結果通知：応答としてのＨＴＴＰ応答を携帯電話機１０に返信する（ステップ１６）。
次に、携帯電話機１０は、ダウンロードサーバ５０からダウンロード結果通知：応答を受信した後、ダウンロード完了通知を表示する（ステップ１７）。

本発明の実施形態に係る通信システム全体の概略構成の一例を示す説明図。 ＷＥＢサーバ及びダウンロードサーバのハードウェア構成の一例を示すブロック図。 プロキシサーバのハードウェア構成の一例を示すブロック図。 ＷＥＢサーバ及びダウンロードサーバの主要な機能を抽出して示した機能ブロック図。 携帯電話機の一構成例を示す外観図。 携帯電話機のハードウェア構成を示す概略構成図。 携帯電話機におけるソフトウェア構造の説明図。 携帯電話機の主要な機能を抽出して示した機能ブロック図。 携帯電話機でブラウザのアプリケーションを起動し、そのアプリケーション上でＤＲＭ形式ファイルをＨＴＴＰを使ってダウンロードするときの手順の一例を示すシーケンス図。 携帯電話機でＪＡＶＡ（登録商標）のアプリケーションを起動し、そのアプリケーション上でＤＲＭ形式ファイルをＨＴＴＰを使ってダウンロードしようとするときの手順の一例を示すシーケンス図。 プロキシサーバの主要な機能を抽出して示した機能ブロック図。 プロキシサーバでアプリケーション種別情報に基づくＨＴＴＰ応答の転送制御を行う場合におけるブラウザアプリケーションによるＤＲＭ形式ファイルのＨＴＴＰダウンロードの手順の一例を示すシーケンス図。 プロキシサーバでアプリケーション種別情報に基づくＨＴＴＰ応答の転送制御を行う場合におけるＪＡＶＡ（登録商標）アプリケーションによるＤＲＭ形式ファイルのＨＴＴＰダウンロードの手順の一例を示すシーケンス図。 プロキシサーバでアプリケーション種別情報に基づくＨＴＴＰ要求の転送制御を行う場合におけるブラウザアプリケーションによるＤＲＭ形式ファイルのＨＴＴＰダウンロードの手順の一例を示すシーケンス図。 ＷＥＢサーバでファイル種別情報に基づくコンテンツ送信制御を行う場合におけるブラウザアプリケーションによるＤＲＭ形式ファイルのＨＴＴＰダウンロードの手順の一例を示すシーケンス図。 ＷＥＢサーバでファイル種別情報に基づくコンテンツ送信制御を行う場合におけるＪＡＶＡ（登録商標）アプリケーションによるＤＲＭ形式ファイルのＨＴＴＰダウンロードの手順の一例を示すシーケンス図。 プロキシサーバでファイル種別情報に基づくコンテンツ取得応答の転送制御を行う場合におけるブラウザアプリケーションによるＤＲＭ形式ファイルのＨＴＴＰダウンロードの手順の一例を示すシーケンス図。 プロキシサーバでファイル種別情報に基づくコンテンツ取得応答の転送制御を行う場合におけるＪＡＶＡ（登録商標）アプリケーションによるＤＲＭ形式ファイルのＨＴＴＰダウンロードの手順の一例を示すシーケンス図。 ＯＭＡ方式のダウンロードの手順の一例を示すシーケンス図。

符号の説明

１０ 携帯電話機
２０ 携帯電話通信網
２６ プロキシサーバ
３０ インターネット
４０ ＷＥＢサーバ
５０ ダウンロードサーバ

Claims (4)

1. 通信ネットワークを介して通信可能な移動体通信端末に、所定の通信プロトコルを用いた通信により該通信ネットワーク上のサーバからコンテンツを送信するコンテンツ提供方法であって、
   上記移動体通信端末が、その移動体通信端末で起動可能なブラウザ及びブラウザ以外のアプリケーションを含む複数種別のアプリケーションそれぞれを識別可能な情報であって上記サーバからのコンテンツの取得時に起動しているアプリケーションの種別及びバージョンを識別可能なアプリケーション関連情報と該移動体通信端末の種別及びバージョンを識別可能な端末関連情報と該起動しているアプリケーションが対応可能な複数種類のファイル形式それぞれの種別を示すファイル種別情報とを含むヘッダ情報を、該コンテンツの取得を要求するコンテンツ取得要求に書き込むステップと、
   上記移動体通信端末が、上記アプリケーション関連情報と上記端末関連情報と上記ファイル種別情報とを含むヘッダ情報が書き込まれた上記コンテンツ取得要求を、上記サーバに送信するステップと、
   上記サーバが、上記移動体通信端末から送信された上記コンテンツ取得要求を受信するステップと、
   上記サーバが、上記移動体通信端末から上記コンテンツ取得要求を受信したとき、上記コンテンツ取得要求に書き込まれている上記ヘッダ情報を読み出し、該ヘッダ情報に基づいて、該コンテンツ取得要求で要求されている上記ファイル種別情報が示す上記複数種類のファイル形式のコンテンツが、該移動体通信端末で起動している上記アプリケーションによるダウンロードが許可されているコンテンツか否かを判断し、ダウンロードが許可されているコンテンツの場合は該複数種類のファイル形式のコンテンツを含むコンテンツ取得応答を該移動体通信端末に送信し、ダウンロードが禁止されているコンテンツの場合は該コンテンツを含まないコンテンツ取得応答を該移動体通信端末に送信するステップと
   を有することを特徴とするコンテンツ提供方法。
2. 通信ネットワークを介して通信可能な移動体通信端末において所定の通信プロトコルを用いた通信により該通信ネットワーク上のコンテンツ提供サーバからコンテンツを取得するコンテンツ取得時の通信方法であって、
   上記移動体通信端末が、その移動体通信端末で起動可能なブラウザ及びブラウザ以外のアプリケーションを含む複数種別のアプリケーションそれぞれを識別可能な情報であって上記コンテンツ提供サーバからのコンテンツの取得時に起動しているアプリケーションの種別及びバージョンを識別可能なアプリケーション関連情報と該移動体通信端末の種別及びバージョンを識別可能な端末関連情報と該起動しているアプリケーションが対応可能な複数種類のファイル形式それぞれの種別を示すファイル種別情報とを含むヘッダ情報を、該コンテンツの取得を要求するコンテンツ取得要求に書き込むステップと、
   上記移動体通信端末が、上記アプリケーション関連情報と上記端末関連情報と上記ファイル種別情報とを含むヘッダ情報が書き込まれたコンテンツ取得要求を、上記コンテンツ提供サーバに対して送信するステップと、
   上記移動体通信端末と上記コンテンツ提供サーバとの間の通信経路上にある通信中継サーバが、上記移動体通信端末から送信された上記コンテンツ取得要求を受信するステップと、
   上記通信中継サーバが、上記コンテンツ取得要求に書き込まれている上記ヘッダ情報を読み出し、該コンテンツ取得要求を上記コンテンツ提供サーバに転送するステップと、
   上記通信中継サーバが、上記コンテンツ取得要求で要求されている上記ファイル種別情報が示す上記複数種類のファイル形式のコンテンツを含むコンテンツ取得応答を上記コンテンツ提供サーバから受信したとき、該コンテンツ取得要求から読み出した上記ヘッダ情報に基づいて、該コンテンツ取得応答に含まれている該複数種類のファイル形式のコンテンツが、上記移動体通信端末で起動している上記アプリケーションによるダウンロードが許可されているコンテンツか否かを判断し、ダウンロードが許可されているコンテンツである場合は該複数種類のファイル形式のコンテンツを含んだまま該コンテンツ取得応答を該移動体通信端末に転送し、ダウンロードが禁止されているコンテンツである場合は該コンテンツを含めないで該コンテンツ取得応答を該移動体通信端末に転送するステップと
   を有することを特徴とするコンテンツ取得時の通信方法。
3. 通信ネットワークを介して通信可能な移動体通信端末に、所定の通信プロトコルを用いた通信によりコンテンツを送信するコンテンツ提供サーバであって、
   提供対象のコンテンツを記憶するコンテンツ記憶手段と、
   上記移動体通信端末から送信されたコンテンツ取得要求を受信する受信手段と、
   上記移動体通信端末で起動可能なブラウザ及びブラウザ以外のアプリケーションを含む複数種別のアプリケーションそれぞれを識別可能な情報であって上記移動体通信端末のコンテンツの取得時に起動しているアプリケーションの種別及びバージョンを識別可能なアプリケーション関連情報と該移動体通信端末の種別及びバージョンを識別可能な端末関連情報と該起動しているアプリケーションが対応可能な複数種類のファイル形式それぞれの種別を示すファイル種別情報とを含むヘッダ情報を、上記コンテンツ取得要求から読み出す情報読み出し手段と、
   上記コンテンツ記憶手段から読み出したコンテンツを上記移動体通信端末に送信する送信手段と、
   上記移動体通信端末から上記コンテンツ取得要求を受信したときに、上記コンテンツ取得要求から読み出した上記ヘッダ情報に基づいて、該コンテンツ取得要求で要求されている上記ファイル種別情報が示す上記複数種類のファイル形式のコンテンツが、該移動体通信端末で起動している上記アプリケーションによるダウンロードが許可されているコンテンツか否かを判断し、ダウンロードが許可されているコンテンツの場合は該複数種類のファイル形式のコンテンツを含む応答を該移動体通信端末に送信し、ダウンロードが禁止されているコンテンツの場合は該コンテンツを含まない応答を該移動体通信端末に送信するように、該移動体通信端末に対するコンテンツ送信を制御する制御手段と
   を備えたことを特徴とするコンテンツ提供サーバ。
4. 移動体通信端末とコンテンツ提供サーバとの間にある通信ネットワーク上に設けられた通信中継サーバであって、
   上記移動体通信端末から送信されたコンテンツ取得要求及び上記コンテンツ提供サーバから送信されたコンテンツ取得応答を受信する受信手段と、
   上記移動体通信端末で起動可能なブラウザ及びブラウザ以外のアプリケーションを含む複数種別のアプリケーションそれぞれを識別可能な情報であって該移動体通信端末のコンテンツの取得時に起動しているアプリケーションの種別及びバージョンを識別可能なアプリケーション関連情報と該移動体通信端末の種別及びバージョンを識別可能な端末関連情報と該起動している該アプリケーションが対応可能な複数種類のファイル形式それぞれの種別を示すファイル種別情報とを含むヘッダ情報を、上記コンテンツ取得要求から読み出す情報読み出し手段と、
   上記移動体通信端末から送信されたコンテンツ取得要求の上記コンテンツ提供サーバへの転送及び上記コンテンツ取得要求に対応するように該コンテンツ提供サーバから送信されたコンテンツの該移動体通信端末への転送を行う転送手段と、
   上記コンテンツ取得要求で要求されている上記ファイル種別情報が示す上記複数種類のファイル形式のコンテンツを含むコンテンツ取得応答を上記コンテンツ提供サーバから受信したとき、該コンテンツ取得要求から読み出した上記ヘッダ情報に基づいて、該コンテンツ取得応答に含まれている該複数種類のファイル形式のコンテンツが、上記移動体通信端末で起動している上記アプリケーションによるダウンロードが許可されているコンテンツか否かを判断し、ダウンロードが許可されているコンテンツである場合は該複数種類のファイル形式のコンテンツを含んだまま該コンテンツ取得応答を該移動体通信端末に転送し、ダウンロードが禁止されているコンテンツである場合は該コンテンツを含めないで該コンテンツ取得応答を該移動体通信端末に転送するように制御する制御手段と
   を備えたことを特徴とする通信中継サーバ。

Images