JP2002236641A - コンテンツ提供方法、動的情報通知方法、コンテンツ送信方法、プログラム、記録媒体、移動通信端末及びサーバ - Google Patents

Abstract

(57)【要約】 【課題】 携帯電話機において動的に変化し得る動的情
報に応じたコンテンツを提供する。 【解決手段】 簡易携帯電話機１０は、ＩＰサーバ５０
宛のＨＴＴＰリクエストを生成するたびに、そのＨＴＴ
ＰヘッダのUserAgentフィールドに自身の通信速度を書
きこむ。ＩＰサーバ５０は、ＨＴＴＰリクエストを受信
すると、そのＨＴＴＰヘッダに書き込まれた通信速度に
対応したコンテンツをハードディスク装置５５から読み
出し、これを簡易携帯電話機１０に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、移動通信端末に
おいて変化し得る動的情報に応じたコンテンツを該端末
に配信するためのコンテンツ提供方法、動的情報通知方
法、コンテンツ送信方法、プログラム、記録媒体、移動
通信端末及びサーバに関する。

【０００２】

【従来の技術】音声通信のみならず、データ通信を行う
携帯電話機が知られている。最近では、この種の携帯電
話機にいわゆるブラウザが搭載されており、携帯電話機
のユーザは、自身が移動しながらでも、ネットワークに
接続されたサーバが提供する各種コンテンツをブラウジ
ングすることができる。

【０００３】

【発明が解決しようとする課題】ところで、携帯電話機
においては、パーソナルコンピュータのような固定端末
とは異なり、その移動に応じて様々に変化し得る動的情
報が存在する。例えば、セルラ方式に通信網において
は、携帯電話機が新たな無線セル内に移動する度にいわ
ゆるハンドオーバが行われ、無線通信を行う相手となる
基地局が切り替わる。この際、新たに無線通信の相手と
なった基地局における無線チャネルの空き状態に応じ
て、携帯電話機に割り当てられるチャネル数が変化し、
この結果、携帯電話機がデータ通信を行う際の通信速度
が様々に変化し得る。

【０００４】しかしながら、このように携帯電話機側で
変化し得る動的情報に応じてコンテンツを提供する仕組
みは未だ提案されていない。

【０００５】本発明は、このような背景の下になされた
ものであり、携帯電話機のような移動通信端末において
様々に変化し得る動的情報に応じたコンテンツを当該端
末に配信する仕組みを提供することを目的とする。

【０００６】

【課題を解決するための手段】上述した課題を解決する
ため、請求項１に記載の発明は、移動通信網に収容され
る移動通信端末において動的に変化し得る動的情報に応
じたコンテンツを、前記移動通信網にネットワーク接続
されたサーバから前記移動通信端末に配信するコンテン
ツ提供方法であって、前記移動通信端末において前記動
的情報を検出するステップと、前記移動通信端末におい
て前記検出した動的情報を、前記サーバに送信すべきＨ
ＴＴＰ（Hyper Text Transfer Protocol）リクエス
トのヘッダに書き込むステップと、前記動的情報が書き
込まれたＨＴＴＰリクエストを前記移動通信端末から前
期移動通信網を介して前記サーバに送信するステップ
と、前記サーバが受信した前記ＨＴＴＰリクエストのヘ
ッダに書き込まれている前記動的情報を抽出するステッ
プと、前記抽出した動的情報に応じたコンテンツを前記
移動通信網を介して前記移動通信端末に送信するステッ
プと前記移動通信端末において前記送信されたコンテン
ツを受信するステップとを備えることを特徴とする。

【０００７】請求項２に記載の発明は、請求項１に記載
のコンテンツ提供方法において、前記動的情報は、前記
移動通信端末の通信速度を示す情報であることを特徴と
する。

【０００８】請求項３に記載の発明は、請求項１に記載
のコンテンツ提供方法において、前記動的情報は、前記
移動通信端末の位置を示す情報であることを特徴とす
る。

【０００９】請求項４に記載の発明は、請求項１に記載
のコンテンツ提供方法において、前記動的情報をＨＴＴ
Ｐリクエストのヘッダに書き込むステップは、前記ヘッ
ダのUserAgentフィールドに前記動的情報を書き込むこ
とを特徴とする。

【００１０】請求項５に記載の発明は、移動通信網に収
容される移動通信端末において動的に変化し得る動的情
報を、前記移動通信網にネットワーク接続されたサーバ
に通知する動的情報通知方法であって、前記移動通信端
末の動的情報を検出するステップと、前記検出した動的
情報を前記サーバに送信すべきＨＴＴＰリクエストのヘ
ッダに書き込むステップと、前記動的情報が書き込まれ
たＨＴＴＰリクエストを前記移動通信網を介して前記サ
ーバに送信するステップとを具備することを特徴とす
る。

【００１１】請求項６に記載の発明は、請求項５に記載
の動的情報通知方法において、前記動的情報は、前記移
動通信端末の通信速度を示す情報であることを特徴とす
る。

【００１２】請求項７に記載の発明は、請求項５に記載
の動的情報通知方法において、前記動的情報は、前記移
動通信端末の位置を示す情報であることを特徴とする。

【００１３】請求項８に記載の発明は、請求項５に記載
の動的情報通知方法において、前記動的情報をＨＴＴＰ
リクエストのヘッダに書き込むステップは、前記ヘッダ
のUserAgentフィールドに前記動的情報を書き込むこと
を特徴とする。

【００１４】請求項９に記載の発明は、移動通信網にネ
ットワーク接続され、該網に収容される移動通信端末に
おいて動的に変化し得る動的情報に応じたコンテンツを
送信するサーバのコンテンツ送信方法であって、前記移
動通信端末から前記コンテンツを要求するためのＨＴＴ
Ｐリクエストを前記移動通信網を介して受信するステッ
プと、前記受信したＨＴＴＰリクエストのヘッダに書き
込まれた前記動的情報を読み出すステップと、前記読み
出した動的情報に応じたコンテンツを前記移動通信網を
介して前記移動通信端末に送信するステップとを備える
ことを特徴とする。

【００１５】請求項１０に記載の発明は、請求項９載の
コンテンツ送信方法において、前記動的情報は、前記移
動通信端末の通信速度を示す情報であることを特徴とす
る。

【００１６】請求項１１に記載の発明は、請求項９載の
コンテンツ送信方法において、前記動的情報は、前記移
動通信端末の位置を示す情報であることを特徴とする。

【００１７】請求項１２に記載の発明は、請求項９載の
コンテンツ送信方法において、前記動的情報を読み出す
ステップは、前記ヘッダのUserAgentフィールドから前
記動的情報を読み出すことを特徴とする。

【００１８】請求項１３に記載に記載の発明は、コンピ
ュータに、移動通信網に収容される移動通信端末におい
て動的に変化し得る動的情報を検出する機能と、前記検
出した動的情報を前記サーバに送信すべきＨＴＴＰリク
エストのヘッダに書き込む機能と、前記動的情報が書き
込まれたＨＴＴＰリクエストを前記移動通信網にネット
ワーク接続されたサーバに送信する機能とを実現させる
ためのプログラムを提供する。

【００１９】請求項１４に記載の発明は、請求項１３に
記載のプログラムを記憶したコンピュータ読み取り可能
な記録媒体を提供する。

【００２０】請求項１５に記載の発明は、コンピュータ
に、コンテンツを要求するためのＨＴＴＰリクエストを
移動通信網に収容される移動通信端末から前記移動通信
網を介して受信する機能と、前記受信したＨＴＴＰリク
エストのヘッダに書き込まれた、前記移動通信端末にお
いて動的に変化し得る動的情報を読み出す機能と、前記
読み出した動的情報に応じたコンテンツを前記移動通信
網を介して前記移動通信端末に送信する機能とを実現さ
せるためのプログラムを提供する。

【００２１】請求項１６に記載の発明は、請求項１５に
記載のプログラムを記憶したコンピュータ読み取り可能
な記録媒体を提供する。

【００２２】請求項１７に記載の発明は、移動通信網に
収容され、動的に変化し得る動的情報を前記移動通信網
にネットワーク接続されたサーバに通知する移動通信端
末であって、前記動的情報を検出する検出手段と、前記
検出した動的情報を前記サーバに送信すべきＨＴＴＰリ
クエストのヘッダに書き込む書込み手段と、前記動的情
報が書き込まれたＨＴＴＰリクエストを前記移動通信網
を介して前記サーバに送信する送信手段とを具備するこ
とを特徴とする。

【００２３】請求項１８に記載の発明は、移動通信網に
収容される移動通信端末において動的に変化し得る動的
情報に応じたコンテンツを、前記移動通信網を介して前
記移動通信端末に送信するサーバであって、前記動的情
報に対応したコンテンツを記憶する記憶手段と、前記移
動通信端末から前記コンテンツを要求するためのＨＴＴ
Ｐリクエストを前記移動通信網を介して受信する受信手
段と、前記受信したＨＴＴＰリクエストのヘッダに書き
込まれた前記動的情報を読み出す読み出し手段と、前記
読み出した動的情報に応じたコンテンツを前記記憶手段
から読み出し、読み出した前記コンテンツを前記携帯電
話機に送信する送信手段とを備えることを特徴とする。

【００２４】

【発明の実施の形態】以下、図面を参照して、この発明
の実施形態について説明する。ただし、本発明は、かか
る実施形態に限定されず、その技術思想の範囲内で種々
の変更が可能である。

【００２５】Ａ：第１実施形態 まず、この発明の第１実施形態について説明する。第１
実施形態においては、簡易携帯電話機の動的情報として
当該電話機の通信速度を用いる場合を説明する。 Ａ−１：構成 以下、第１実施形態の構成について説明する。 （１）システム全体の構成 図１は、第１実施形態にかかるシステム全体の構成を示
すブロック図である。同図に示すように、このシステム
は、簡易携帯電話機１０、移動データ通信網２０、アク
セスサーバ３０、ローカルエリアネットワーク４０及び
ＩＰ（Information Provider）サーバ５０を主要な構
成としている。以下、ローカルエリアネットワークをＬ
ＡＮと略称する。

【００２６】簡易携帯電話機１０は、例えばＰＨＳ（登
録商標：Personal Handyphone System）と呼ばれる移
動通信端末であり、図示せぬ移動電話網の通話サービス
を受けるほか、移動データ通信網２０の基地局２１との
間で無線通信を行って該網２０のデータ通信サービスを
受ける。この簡易携帯電話機１０は、移動データ通信網
２０を介して、通信速度３２ｋｂｐｓ或いは６４ｋｂｐ
ｓのデータ通信が可能である。簡易携帯電話機１０は、
文書閲覧ソフトいわゆるブラウザを搭載しており、移動
データ通信網２０及びＬＡＮ４０を介して、ＩＰサーバ
５０が提供するコンテンツを取得し、これを表示するよ
うになっている。

【００２７】移動データ通信網２０は、各々の無線セル
に在圏する簡易携帯電話機１０と無線通信を行う基地局
２１のほか、交換局（図示略）及びこれらを結ぶ通信線
（図示略）によって構成されており、簡易携帯電話機１
０に対して無線によるデータ通信サービスを提供する。
この移動データ通信網２０は、アクセスサーバ３０を介
してＬＡＮ４０に接続されている。アクセスサーバ３０
は、これら移動データ通信網２０及びＬＡＮ４０との間
で双方向のデータ授受を中継する機能を備ええている。

【００２８】ＩＰサーバ５０はＬＡＮ４０に接続されて
いる。このＩＰサーバ５０は、簡易携帯電話機１０のブ
ラウザを用いて参照可能なＨＴＭＬ（Hyper Text Mar
kupLanguage）形式で記述されたコンテンツを記憶して
おり、簡易携帯電話機１０からの要求に応じて当該電話
機１０の通信速度に対応したコンテンツを送信する機能
を備えている。

【００２９】（２）簡易携帯電話機１０の構成 次に、図２に示すブロック図を参照しながら、簡易携帯
電話機１０の構成について説明する。同図に示すよう
に、簡易携帯電話機１０は、ＣＰＵ１１、ＲＯＭ（Read
OnlyMemory）１２、ＳＲＡＭ（Static Random Acce
ss Memory）１３、送受信部１４、ユーザインタフェー
ス部１５、及びこれらを相互に接続するバス１６から構
成される。

【００３０】送受信部１４は、図示せぬアンテナや通信
制御回路等によって構成されており、移動データ通信網
２０の基地局２１と無線通信を行う。送受信部１４は、
音声通信を行う際には、通信速度３２ｋｂｐｓでの無線
通信が可能なチャネルを１つ利用するようになっている
が、データ通信を行う際には、上記チャネルを１つ又は
２つ利用することにより、通信速度３２ｋｂｐｓ又は６
４ｋｂｐｓでのデータ通信を基地局２１と行うようにな
っている。

【００３１】ＲＯＭ１２には各種の制御プログラム等が
格納されており、ＣＰＵ１１は、これら制御プログラム
を読み出して簡易携帯電話機１０の各部を制御する。こ
の際、ＳＲＡＭ１３は、ＣＰＵ１２１のワークエリアと
して用いられる。ＲＯＭ１２に格納される制御プログラ
ムには、送受信部１４によって実現される通信速度を示
す通信速度情報をＳＲＡＭ１３に記憶し、これをＩＰサ
ーバ５０へのリクエスト信号に書き込むための通信速度
通知プログラム１２ａがある。ＣＰＵ１１は、この通信
速度通知プログラム１２ａを実行することにより、送受
信部１４によって実現されている通信速度をＩＰサーバ
５０に通知することが可能になっている。より具体的に
は、簡易携帯電話機１０からＩＰサーバ５０へ送信され
るＨＴＴＰリクエストのヘッダ内の「UserAgent」フィ
ールドに、３２Ｋｂｐｓ或いは６４ｋｂｐｓのいずれか
の通信速度情報が書き込まれるようになっている。

【００３２】ユーザインタフェース部１３は、受信した
コンテンツ等の各種情報を表示するための液晶ディスプ
レイ、ユーザが各種の入力操作を行うためのキーパッ
ド、ユーザが通話を行うためのマイク及びスピーカ（い
ずれも図示略）からなる。なお、スピーカは、ＩＰサー
バ５０から提供されるコンテンツが音楽データの場合に
は、その音楽データに基づいた楽音を再生するためにも
用いられる。

【００３３】（３）ＩＰサーバ５０の構成 次に、ＩＰサーバ５０の構成について説明する。図３
は、ＩＰサーバ５０の構成を示すブロック図である。同
図に示すように、ＩＰサーバ５０は、ＣＰＵ５１、ＲＯ
Ｍ５２、ＲＡＭ５３、通信部５４、ハードディスク装置
５５、及びこれらを相互に接続するバス５６からなる。

【００３４】通信部５４は、ＬＡＮ４０との接続インタ
フェースや通信制御回路からなり、ＬＡＮ４０及び移動
データ通信網２０を介して簡易携帯電話機１０とデータ
通信を行う。ＲＯＭ５３には各種制御プログラム等が格
納されており、ＣＰＵ５１は、これら制御プログラムを
読み出して制御処理を実行する。この際、ＲＡＭ５３
は、ＣＰＵ５１のワークエリアとして用いられる。

【００３５】ハードディスク装置５５は、コンテンツを
表すＨＴＭＬ形式のデータ（以下、ＨＴＭＬデータと呼
ぶ）を記憶するためのコンテンツ記憶部５５ａという記
憶エリアを有するほか、記憶しているＨＴＭＬデータを
簡易携帯電話機１０に配信するためのコンテンツ配信プ
ログラム５５ｂを記憶している。コンテンツ記憶部５５
ａには、１種類のコンテンツに対して割り当てられた１
つのディレクトリ内に、通信速度３２ｋｂｐｓと通信速
度６４ｋｂｐｓのそれぞれに対応したＨＴＭＬデータを
格納した２種類のデータファイルが記憶されている。こ
こで、通信速度６４ｋｂｐｓに対応するＨＴＭＬデータ
はより大容量のデータであり、通信速度３２ｋｂｐｓに
対応したＨＴＭＬデータはより低容量のデータである。

【００３６】例えば、コンテンツに画像データが含まれ
る場合、通信速度６４ｋｂｐｓに対応する画像データ
は、解像度や色調などの画質が通信速度３２ｋｂｐｓに
対応する画像データより向上したものである。特に画像
データが動画像の場合には、通信速度６４ｋｂｐｓに対
応する画像データは、より多くのコマ数からなるデータ
であってもよい。また、コンテンツに音楽データが含ま
れる場合には、通信速度６４ｋｂｐｓに対応する音楽デ
ータは、音質がより向上したものである。また、コンテ
ンツにテキストデータが含まれる場合には、通信速度３
２ｋｂｐｓに対応したデータは、通信速度６４ｋｂｐｓ
に対応したテキストデータから一部のテキストを間引き
したものである。

【００３７】ＩＰサーバ５０のＣＰＵ５１は、簡易携帯
電話機１０から受信したＨＴＴＰリクエストから、コン
テンツを指定するためのＵＲＬを抽出するとともに、そ
のヘッダ内のUserAgentフィールドに書き込まれている
通信速度情報を抽出する。そして、ＣＰＵ５１は、ハー
ドディスク装置５５を参照して、抽出したＵＲＬによっ
て指定されるディレクトリ内から、抽出した通信速度情
報に対応するＨＴＭＬデータのデータファイルを読み出
して、これを簡易携帯電話機１０に送信するようになっ
ている。

【００３８】Ａ−２：動作 次に、上記構成からなる第１実施形態の動作について説
明する。以下では、まず、簡易携帯電話機１０が通信速
度を検出して通知する動作について説明した後、システ
ム全体の動作の一例について述べる。

【００３９】（１）簡易携帯電話機１０による通信速度
の検出 図４は、簡易携帯電話機１０のＣＰＵ１１が通信速度を
検出する動作を示すフローチャートである。簡易携帯電
話機１０の送受信部１４がＣＰＵ１１の命令により無線
通信を開始するとともに、ＣＰＵ１１は通信通知検出プ
ログラムを起動し、これにより図４に示すフローが開始
される。まず、ＣＰＵ１１は、送受信部１４を監視する
ことにより、３２ｋｂｐｓ又は６４ｋｂｐｓのいずれか
の通信速度を検出し（ステップＳ１）、検出した通信速
度が前回検出した通信速度（即ちＳＲＡＭ１３に記憶さ
れている通信速度情報が示す通信速度）と比較し、変化
したか否かを判断する（ステップＳ２）。この判断の結
果、通信速度が変化していれば（ステップＳ２；Ｙｅ
ｓ）、ＣＰＵ１１はＳＲＡＭ１３内の所定の記憶エリア
に記憶されている通信速度情報を、ステップＳ１におい
て検出した通信速度を示す通信速度情報に更新し（ステ
ップＳ３）、ＣＰＵ１１の処理はステップＳ１に戻る。
一方、ステップＳ２の判断の結果、通信速度が変化して
いなければ（ステップＳ２；Ｎｏ）、ＣＰＵ１１の処理
はステップＳ１に戻る。このようにして、送受信部１４
が通信を行っている間は常時、通信速度が検出され、Ｓ
ＲＡＭ１３に記憶されるようになっている。

【００４０】（２）簡易携帯電話機１０による通信速度
の通知 次に、簡易携帯電話機１０のＣＰＵ１１が通信速度をＩ
Ｐサーバ５０に通知する動作について説明する。ＣＰＵ
１１が通信速度通知プログラムを起動すると、前述した
図４に示すフローの他、図５に示すフローが開始され
る。まず、ＣＰＵ１１は、ＩＰサーバ５０に対しＨＴＴ
Ｐリクエストを送信すべきか否かを判断する（ステップ
Ｓ１１）。例えば、ユーザの操作によってＩＰサーバ５
０へのアクセス要求がなされた場合、ＨＴＴＰリクエス
トを送信すべきと判断され（ステップＳ１１；Ｙｅ
ｓ）、ＣＰＵ１１はＳＲＡＭ１３内の所定の記憶エリア
に記憶している通信速度情報を読み出す（ステップＳ１
２）。次いで、ＣＰＵ１１は、読み出した通信速度情報
を、ＩＰサーバ５０に送信すべきＨＴＴＰリクエストの
ヘッダに書き込む（ステップＳ１３）。この際、前述し
たように、UserAgentフィールドに通信速度情報が書き
込まれることになる。そして、ＣＰＵ１１は、通信速度
情報が書き込まれたＨＴＴＰリクエストをＩＰサーバ５
０に送信し（ステップＳ１４）、ステップＳ１１に戻
る。

【００４１】（３）システム全体の動作例 次に、図６に示すシーケンス図を用いて、システム全体
の動作の一例について説明する。まず、ユーザは簡易携
帯電話機１０のキーパッドを用いて所望のＩＰサーバ５
０のＵＲＬを入力し、アクセスを要求する操作を行う。
この操作に応じて、簡易携帯電話機１０は、通話モード
からデータ通信モードとなり、入力されたＵＲＬを含む
ＨＴＴＰリクエストを生成する。この生成処理の際に、
簡易携帯電話機１０は、上述した通信速度通知プログラ
ムが実行されることによってＳＲＡＭ１３に記憶された
通信速度情報（ここでは、３２ｋｂｐｓとする）を読み
出し、これをＨＴＴＰリクエストのヘッダ内のUserAgen
tフィールドに書き込む（ステップＳ３１）。そして、
簡易携帯電話機１０は、３２ｋｂｐｓという通信速度情
報が書き込まれたＨＴＴＰリクエストをＩＰサーバ５０
へ送信する（ステップＳ３２）。

【００４２】ＩＰサーバ５０は、このＨＴＴＰリクエス
トを受信すると、コンテンツ配信プログラム５５ｂを起
動し、ヘッダ内のUserAgent内に書き込まれている通信
速度情報３２ｋｂｐｓを抽出する。そして、ＩＰサーバ
５０は、ハードディスク装置５５内のコンテンツ記憶部
５５ａを参照し、ＨＴＴＰリクエストに含まれるＵＲＬ
によって指定されるディレクトリから、通信速度情報３
２ｋｂｐｓに対応するＨＴＭＬデータを読み出し、読み
出したＨＴＭＬデータを簡易携帯電話機１０に送信する
（ステップＳ３３）。

【００４３】簡易携帯電話機１０は、ＨＴＭＬデータを
受信すると、これを解釈し、コンテンツとして液晶ディ
スプレイに表示する（ステップＳ３４）。表示されたコ
ンテンツには、ＨＴＭＬのアンカータグによってリンク
が張られている。ユーザがこのリンクが張られている箇
所をキー操作で選択すると、これに応じて、簡易携帯電
話機１０は、上記アンカータグによって関連付けられて
いるＵＲＬを含むＨＴＴＰリクエストを生成する（ステ
ップＳ３５）。この生成処理においても、上記と同様
に、簡易携帯電話機１０は、ＳＲＡＭ１３に記憶してい
る通信速度情報をＨＴＴＰリクエストのヘッダ内のUser
Agentフィールドに書き込む。ここでは、前述のステッ
プＳ３１において読み出された通信速度３２ｋｂｐｓか
ら、時間の経過とともに通信速度６４ｋｂｐｓに変化し
ていたものと仮定し、通信速度情報として６４ｋｂｐｓ
を書き込むものとする。そして、簡易携帯電話機１０
は、６４ｋｂｐｓという通信速度情報が書き込まれたＨ
ＴＴＰリクエストをＩＰサーバ５０へ送信する（ステッ
プＳ３６）。

【００４４】ＩＰサーバ５０は、このＨＴＴＰリクエス
トを受信すると、このヘッダ内のUserAgentに書き込ま
れている通信速度情報６４ｋｂｐｓを抽出する。そし
て、ＩＰサーバ５０は、ハードディスク装置５５内のコ
ンテンツ記憶部５５ａを参照し、上記ＨＴＴＰリクエス
トに含まれるＵＲＬによって指定されるディレクトリか
ら通信速度情報６４ｋｂｐｓに対応するＨＴＭＬデータ
を読み出し、読み出したＨＴＭＬデータを簡易携帯電話
機１０に送信する（ステップＳ３７）。

【００４５】簡易携帯電話機１０は、ＨＴＭＬデータを
受信すると、これを解釈し、コンテンツとして液晶ディ
スプレイに表示する（ステップＳ３８）。このコンテン
ツは、６４ｋｂｐｓに対応したコンテンツであるので、
画像データが含まれていればその画質はより向上したも
のであり、音楽データが含まれていればその音質はより
向上したものである。そして、さらに、表示されている
コンテンツ上でリンクを張られている箇所がユーザによ
って選択されると、これに応じて、簡易携帯電話機１０
はリンク先のＵＲＬを含むＨＴＴＰリクエストを生成す
る（ステップＳ３９）。この生成処理においても、上記
と同様に、簡易携帯電話機１０は、通信速度情報（ここ
では、３２ｋｂｐｓとする）をＨＴＴＰリクエストのヘ
ッダ内のUserAgentフィールドに書き込み、このＨＴＴ
ＰリクエストをＩＰサーバ５０へ送信する（ステップＳ
４０）。

【００４６】以下、上記と同様の処理が繰り返し実行さ
れる。即ち、簡易携帯電話機１０は、ＨＴＴＰリクエス
トを生成するたびに、そのヘッダ内のUserAgentに通信
速度情報を書きこみ、ＩＰサーバ５０はその通信速度情
報に対応したコンテンツを簡易携帯電話機１０に送信す
るのである。

【００４７】以上述べた第１実施形態によれば、簡易携
帯電話機１０は、刻々と移り変わる通信速度情報をＨＴ
ＴＰリクエストを送信する度にＩＰサーバ５０に通知す
ることにより、自身の通信速度に最適のコンテンツを受
信することができる。

【００４８】Ｂ．第２実施形態 次に、この発明の第２実施形態について説明する。この
第２実施形態においては、簡易携帯電話機の動的情報と
して、簡易携帯電話機１０の位置情報を用いた場合を説
明する。

【００４９】Ｂ−１：構成 まず、第２実施形態の構成について説明する。システム
全体の構成は、前述した第１実施形態と異なる点は無い
ので説明を省略する。

【００５０】（１）簡易携帯電話機１０の構成 図７は、第２実施形態に係る簡易携帯電話機１０の構成
を示すブロック図である。同図において、前述した第１
実施形態と同様の構成には同一の符号を付しており、こ
れらについては説明を省略する。本実施形態が第１実施
形態と異なる点は、ＲＯＭ１２内に、簡易携帯電話機１
０が在圏している無線エリアを管轄する基地局２１（以
下、在圏基地局と呼ぶ）の識別情報（以下、基地局ＩＤ
と呼ぶ）をＳＲＡＭ１３記憶し、これをＨＴＴＰリクエ
ストのヘッダに書き込むための基地局ＩＤ通知プログラ
ム１２ｂが備えられているところである。この第２実施
形態では、在圏基地局の基地局ＩＤを用いて簡易携帯電
話機１０の位置を表すこととする。

【００５１】この簡易携帯電話機１０の動作モードに
は、基地局ＩＤをＩＰサーバ５０に通知する通知モード
と、これを通知しない非通知モードとがあり、このモー
ド切替はユーザの操作によって適宜切り替えられるよう
になっている。このように動作モードをユーザが切り替
えることによってユーザが意図しない位置通知を防止す
ることが可能となり、ユーザのプライバシーが保護され
ることになる。

【００５２】（２）ＩＰサーバ５０の構成 図８は、第２実施形態に係るＩＰサーバ５０の構成を示
すブロック図である。同図において、前述した第１実施
形態と同様の構成には同一の符号を付しており、これら
については説明を省略する。本実施形態が第１実施形態
と異なる点は、ハードディスク装置５５内のコンテンツ
記憶部５５ａが、簡易携帯電話機１０の位置に関連しな
いコンテンツの他、基地局ＩＤが示す基地局２１が存在
する場所に関連した位置関連コンテンツを当該基地局Ｉ
Ｄに対応して記憶するところである。

【００５３】ＩＰサーバ５０のＣＰＵ５１は、簡易携帯
電話機１０からＨＴＴＰリクエストを受信すると、この
ＨＴＴＰリクエストに含まれるＵＲＬを参照し、そのＵ
ＲＬによって指定されるコンテンツが簡易携帯電話機の
位置情報を必要とするか否かを判断し、必要な場合にの
み、基地局ＩＤに対応するコンテンツを読み出して、こ
れを簡易携帯電話機１０に送信する。一方、ＵＲＬによ
って指定されるコンテンツが簡易携帯電話機の位置情報
を必要としない場合には、そのＵＲＬによって指定され
るコンテンツを読み出して、そのまま簡易携帯電話機１
０に送信するようになっている。このため、ＩＰサーバ
のＳＲＡＭ１３には、位置情報を必要とするコンテンツ
を指定するＵＲＬをテーブル形式で保持しており、ＣＰ
Ｕ５１はこのテーブルを参照して簡易携帯電話機１０の
位置情報の必要性の有無を判断する

【００５４】Ｂ−２：動作 （１）簡易携帯電話機１０が基地局ＩＤを検出する動作 図９は、第２実施形態の簡易携帯電話機１０のＣＰＵ１
１が基地局ＩＤを検出する動作を示すフローチャートで
ある。簡易携帯電話機１０の送受信部１４がＣＰＵ１１
の命令により無線通信を開始するとともに、ＣＰＵ１１
は基地局ＩＤ通知プログラムを起動し、これにより図９
に示すフローが開始される。まず、ＣＰＵ１１は、送受
信部１４を監視することにより、基地局２１から報知さ
れる基地局ＩＤを検出し（ステップＳ４１）、検出した
基地局ＩＤが前回検出した基地局ＩＤと変化したか否か
を判断する（ステップＳ４２）。ここで、基地局ＩＤが
変化していれば（ステップＳ４２；Ｙｅｓ）、ＣＰＵ１
１は、検出した基地局ＩＤをＳＲＡＭ１３に記憶し（ス
テップＳ４３）、ステップＳ４１に戻る。

【００５５】（２）簡易携帯電話機１０が基地局ＩＤを
通知する動作 図１０は、簡易携帯電話機１０のＣＰＵ１１がＩＰサー
バ５０に基地局ＩＤを通知する動作を示すフローチャー
トである。ＣＰＵ１１が基地局ＩＤ通知プログラムを起
動すると、前述の図９に示すフローの他、図１０に示す
フローが開始される。まず、ＣＰＵ１１は、ＩＰサーバ
５０に対しＨＴＴＰリクエストを送信すべきか否かを判
断する（ステップＳ５１）。ここで、ＨＴＴＰリクエス
トを送信すべき場合には（ステップＳ５１；Ｙｅｓ９、
ＣＰＵ１１はＳＲＡＭ１３の所定エリアに記憶している
基地局ＩＤを読み出す（ステップＳ５２）。次いで、Ｃ
ＰＵ１１は、送信すべきＨＴＴＰリクエストのヘッダ
に、読み出した基地局ＩＤを書き込む（ステップＳ５
３）。この際、ヘッダ内のUserAgentフィールドに基地
局ＩＤが書き込まれることになる。そして、ＣＰＵ１１
は、基地局ＩＤが書き込まれたＨＴＴＰリクエストをＩ
Ｐサーバ５０に送信し（ステップＳ５４）、ステップＳ
５１に戻る。

【００５６】（３）システム全体の動作例 次に、図１１に示すシーケンス図を用いて、システム全
体の動作の一例について説明する。この第２実施形態が
前述した第１実施形態と異なる点は、簡易携帯電話機１
０がＨＴＴＰリクエストを生成するたびにそのヘッダに
在圏基地局の基地局ＩＤを書きこんでこれをＩＰサーバ
に通知し、ＩＰサーバ５０は、このＨＴＴＰリクエスト
に含まれるＵＲＬを参照し、そのＵＲＬによって指定さ
れるコンテンツが簡易携帯電話機の位置情報を必要とす
るか否かを判断し、必要な場合にのみ、基地局ＩＤに対
応するコンテンツを読み出して、これを簡易携帯電話機
１０に送信するところである。即ち、前述したように、
ＨＴＴＰリクエストに含まれるＵＲＬによって指定され
るコンテンツが必ずしも位置に関連したコンテンツであ
る場合と、そうではない場合がある。この両者に対応す
るために、簡易携帯電話機１０側ではＨＴＰＰリクエス
トに基地局ＩＤを常に書き込んでおき、ＩＰサーバ５０
側がその基地局ＩＤを利用してコンテンツを提供するか
否かを判断するのである。

【００５７】例えば、図１１において、簡易携帯電話機
１０は、ＨＴＴＰリクエストを生成する際に、基地局Ｉ
Ｄ（ここでは、ＢＳ００１とする）をヘッダのUserAgen
tフィールドに書き込み（ステップＳ６１）、このＨＴ
ＴＰリクエストをＩＰサーバ５０へ送信する（ステップ
Ｓ６２）。ＩＰサーバ５０は、このＨＴＴＰリクエスト
を受信すると、このＨＴＴＰリクエストに含まれるＵＲ
Ｌによって提供されるコンテンツが簡易携帯電話機の位
置情報を必要とするか否かを、前述したテーブルを参照
して判断する。ここで、位置情報が必要な場合には、Ｉ
Ｐサーバ５０は、ＨＴＴＰリクエストのヘッダに含まれ
る基地局ＩＤ「ＢＳ００１」を抽出し、ハードディスク
装置５５のコンテンツ記憶部５５ａから基地局ＩＤ「Ｂ
Ｓ００１」に対応するコンテンツを読み出し、簡易携帯
電話機１０に送信する（ステップＳ６３）。簡易携帯電
話機１０は、コンテンツを受信すると、これを液晶ディ
スプレイに表示する（ステップＳ６４）。一方、位置情
報が必要でない場合には、ＩＰサーバ５０は、ＨＴＴＰ
リクエストに含まれる基地局ＩＤ「ＢＳ００１」を参照
することなく、ＵＲＬによって指定されるコンテンツを
ハードディスク装置５５のコンテンツ記憶部５５ａから
読み出し、これを簡易携帯電話機１０に送信する。

【００５８】以上述べた第２実施形態によれば、簡易携
帯電話機は、ＨＴＴＰリクエストを生成するたびに、そ
のヘッダに自身の位置情報として基地局ＩＤを書きこ
み、ＩＰサーバ５０はその基地局ＩＤに対応したコンテ
ンツを簡易携帯電話機１０に送信する。即ち、刻々と移
り変わる簡易携帯電話機１０の位置をユーザの操作を必
要とすることなくＩＰサーバ５０に通知し、その位置に
対応したコンテンツを取得することができる。

【００５９】Ｃ：変形例 既述の通り、本発明は上述した実施形態に限定されず、
以下のような種々の変更が可能である。 （１）簡易携帯電話機１０の形態 第１及び第２実施形態では、ユーザが用いる端末として
簡易携帯電話機を採用していたが、これに限定されな
い。要は、移動データ通信網２０のようなセルラ網に収
容される移動通信端末であればよく、例えば、ＰＤＣ
（Personal Digital Cellular）方式の携帯電話機
や、無線機能を備えたＰＤＡ（Personal Digital Ass
istants）等であってもよい。また、次世代携帯電話と
して知られているIMT-2000（International Mobile Tel
ecommunication 2000）方式の携帯電話機を用いること
ももちろん可能である。このIMT-2000方式によれば、１
４４ｋｂｐｓ〜２Ｍｂｐｓの通信速度が実現可能であ
り、通信速度によって送受信できるコンテンツの容量に
かなりの差が生じる。従って、本発明の効果はより顕著
になるといえる。

【００６０】（２）ＩＰサーバ５０の設置形態 第１及び第２実施形態において、ＩＰサーバ５０は、Ｌ
ＡＮ４０に接続されたものに限定されず、インターネッ
トに接続されていてもよい。この場合、インターネット
は、データ中継を司るゲートウェイを介して、移動デー
タ通信網２０或いはＬＡＮ４０に接続される。

【００６１】（３）簡易携帯電話機の位置情報 第２実施形態において、簡易携帯電話機１０の位置を在
圏基地局の基地局ＩＤを用いて特定していたが、これに
限定されない。例えば、簡易携帯電話機１０が、ＧＰＳ
（Global Positioning System）機能を搭載している
場合には、このＧＰＳによって得られる緯度経度情報を
用いてもよい。

【００６２】（４）動的情報の種類 第１及び第２実施形態においては、動的情報として、簡
易携帯電話機１０の通信速度情報と、簡易携帯電話機１
０の位置情報を用いていたが、これに限定されることは
ない。例えば、簡易携帯電話機１０のメモリのキャッシ
ュサイズが動的に変化し得るような構成であれば、その
キャッシュサイズをＩＰサーバ５０に通知し、ＩＰサー
バ５０はこれに応じたコンテンツを送信するようにして
もよい。

【００６３】（５）動的情報を書き込むフィールド 第１及び第２実施形態において、通信速度情報や位置情
報のような動的情報を書き込むフィールドとしてUserAg
entフィールドを用いていたが、これに限定されるわけ
ではなく、他のフィールドであってもよい。

【００６４】（６）動的情報の通知タイミング 第１及び第２実施形態では、簡易携帯電話機１０がＨＴ
ＴＰリクエストを送信する度にそのヘッダに動的情報を
書き込んでいた。しかし、これに限らず、簡易携帯電話
機１０は通信開始時の最初のＨＴＴＰリクエスト送信時
にのみ、動的情報を書き込むようにしてもよい。一方、
ＩＰサーバ５０は、開始された通信が終了するまでは、
通信開始時に受け取った動的情報に応じたコンテンツを
簡易携帯電話機１０に提供する。

【００６５】（７）コンテンツの記述言語 第１及び第２実施例においては、ＩＰサーバ５０が記憶
するコンテンツはＨＴＭＬ形式としたが、これに限定さ
れるわけではなく、例えばＸＭＬ（ExtensibleMarkup
Language）等の他の記述言語を用いるものであってもよ
い。

【００６６】（８）記録媒体の形態 第１及び第２実施例の簡易携帯電話機２０及びＩＰサー
バ５０において実行されるプログラム（処理）は、当該
プログラムが記録された磁気テープ、磁気ディスク、フ
ロッピー（登録商標）ディスク、光記録媒体、光磁気記
録媒体、ＤＶＤ(Digital Versatile Disk)、ＲＡＭ
（Random Access Memory）等の様々な記録媒体から読
み取られることによって実行することができる。

【００６７】

【発明の効果】上述したように本発明によれば、移動通
信端末において検出した動的情報をサーバに送信すべき
ＨＴＴＰリクエストのヘッダに書き込み、サーバがこの
動的情報に応じたコンテンツを移動通信端末に送信する
ので、移動通信端末において様々に変化し得る動的情報
に適したコンテンツを配信することが可能となる。

【図面の簡単な説明】

【図１】 この発明の第１実施形態に係るシステム全体
の構成を示すブロック図である。

【図２】 第１実施形態における簡易携帯電話機の構成
を示すブロック図である。

【図３】 第１実施形態におけるＩＰサーバの構成を示
すブロック図である。

【図４】 第１実施形態における簡易携帯電話機が通信
速度を検出する動作を示すフローチャート図である。

【図５】 第１実施形態における簡易携帯電話機が通信
速度を通知する動作を示すフローチャート図である。

【図６】 第１実施形態におけるシステム全体の動作の
一例を示すシーケンス図である。

【図７】 この発明の第２実施形態における簡易携帯電
話機の構成を示すブロック図である。

【図８】 第２実施形態におけるＩＰサーバの構成を示
すブロック図である。

【図９】 第２実施形態における簡易携帯電話機が通信
速度を検出する動作を示すフローチャート図である。

【図１０】 第２実施形態における簡易携帯電話機が通
信速度を通知する動作を示すフローチャート図である。

【図１１】 第２実施形態におけるシステム全体の動作
の一例を示すシーケンス図である。

【符号の説明】

１０・・・携帯電話機（移動通信端末） １１・・・ＣＰＵ（検出手段、書込み手段、送信手
段）、１２・・・ＲＯＭ（記録媒体）、１２ａ・・・通
信速度通知プログラム、１２ｂ・・・基地局ＩＤ通知プ
ログラム、１３・・・ＳＲＡＭ、１４・・・送受信部
（検出手段、送信手段）、１５・・・ユーザインタフェ
ース、２０・・・移動データ通信網（移動通信網）、２
１・・・基地局、３０・・・アクセスサーバ、４０・・
・ＬＡＮ、５０・・・ＩＰサーバ、５１・・・ＣＰＵ
（受信手段、読み出し手段、送信手段）、５２・・・Ｒ
ＯＭ、５３・・・ＲＡＭ、５４・・・通信部（受信手
段、送信手段）、５５・・・ハードディスク装置（記録
媒体）、５５ａ・・・コンテンツ記憶部（記憶手段）、
５５ｂ・・・コンテンツ配信プログラム。

Claims (18)

【特許請求の範囲】
1. 【請求項１】 移動通信網に収容される移動通信端末に
   おいて動的に変化し得る動的情報に応じたコンテンツ
   を、前記移動通信網にネットワーク接続されたサーバか
   ら前記移動通信端末に配信するコンテンツ提供方法であ
   って、 前記移動通信端末において前記動的情報を検出するステ
   ップと、 前記移動通信端末において前記検出した動的情報を、前
   記サーバに送信すべきＨＴＴＰ（Hyper Text Transfe
   r Protocol）リクエストのヘッダに書き込むステップ
   と、 前記動的情報が書き込まれたＨＴＴＰリクエストを前記
   移動通信端末から前期移動通信網を介して前記サーバに
   送信するステップと、 前記サーバが受信した前記ＨＴＴＰリクエストのヘッダ
   に書き込まれている前記動的情報を抽出するステップ
   と、 前記抽出した動的情報に応じたコンテンツを前記移動通
   信網を介して前記移動通信端末に送信するステップと前
   記移動通信端末において前記送信されたコンテンツを受
   信するステップとを備えることを特徴とするコンテンツ
   提供方法。
2. 【請求項２】 請求項１に記載のコンテンツ提供方法に
   おいて、 前記動的情報は、前記移動通信端末の通信速度を示す情
   報であることを特徴とするコンテンツ提供方法。
3. 【請求項３】 請求項１に記載のコンテンツ提供方法に
   おいて、 前記動的情報は、前記移動通信端末の位置を示す情報で
   あることを特徴とするコンテンツ提供方法。
4. 【請求項４】 請求項１に記載のコンテンツ提供方法に
   おいて、 前記動的情報をＨＴＴＰリクエストのヘッダに書き込む
   ステップは、前記ヘッダのUserAgentフィールドに前記
   動的情報を書き込むことを特徴とするコンテンツ提供方
   法。
5. 【請求項５】 移動通信網に収容される移動通信端末に
   おいて動的に変化し得る動的情報を、前記移動通信網に
   ネットワーク接続されたサーバに通知する動的情報通知
   方法であって、 前記移動通信端末の動的情報を検出するステップと、 前記検出した動的情報を前記サーバに送信すべきＨＴＴ
   Ｐリクエストのヘッダに書き込むステップと、 前記動的情報が書き込まれたＨＴＴＰリクエストを前記
   移動通信網を介して前記サーバに送信するステップとを
   具備することを特徴とする動的情報通知方法。
6. 【請求項６】 請求項５に記載の動的情報通知方法にお
   いて、 前記動的情報は、前記移動通信端末の通信速度を示す情
   報であることを特徴とする動的情報通知方法。
7. 【請求項７】 請求項５に記載の動的情報通知方法にお
   いて、 前記動的情報は、前記移動通信端末の位置を示す情報で
   あることを特徴とする動的情報通知方法。
8. 【請求項８】 請求項５に記載の動的情報通知方法にお
   いて、 前記動的情報をＨＴＴＰリクエストのヘッダに書き込む
   ステップは、前記ヘッダのUserAgentフィールドに前記
   動的情報を書き込むことを特徴とする動的情報通知方
   法。
9. 【請求項９】 移動通信網にネットワーク接続され、該
   網に収容される移動通信端末において動的に変化し得る
   動的情報に応じたコンテンツを送信するサーバのコンテ
   ンツ送信方法であって、 前記移動通信端末から前記コンテンツを要求するための
   ＨＴＴＰリクエストを前記移動通信網を介して受信する
   ステップと、 前記受信したＨＴＴＰリクエストのヘッダに書き込まれ
   た前記動的情報を読み出すステップと、 前記読み出した動的情報に応じたコンテンツを前記移動
   通信網を介して前記移動通信端末に送信するステップと
   を備えることを特徴とするコンテンツ送信方法。
10. 【請求項１０】 請求項９載のコンテンツ送信方法にお
    いて、 前記動的情報は、前記移動通信端末の通信速度を示す情
    報であることを特徴とするコンテンツ送信方法。
11. 【請求項１１】 請求項９載のコンテンツ送信方法にお
    いて、 前記動的情報は、前記移動通信端末の位置を示す情報で
    あることを特徴とするコンテンツ送信方法。
12. 【請求項１２】 請求項９載のコンテンツ送信方法にお
    いて、 前記動的情報を読み出すステップは、前記ヘッダのUser
    Agentフィールドから前記動的情報を読み出すことを特
    徴とするコンテンツ送信方法。
13. 【請求項１３】 コンピュータに、 移動通信網に収容される移動通信端末において動的に変
    化し得る動的情報を検出する機能と、 前記検出した動的情報を前記サーバに送信すべきＨＴＴ
    Ｐリクエストのヘッダに書き込む機能と、 前記動的情報が書き込まれたＨＴＴＰリクエストを前記
    移動通信網にネットワーク接続されたサーバに送信する
    機能とを実現させるためのプログラム。
14. 【請求項１４】 請求項１３に記載のプログラムを記憶
    したコンピュータ読み取り可能な記録媒体。
15. 【請求項１５】 コンピュータに、 コンテンツを要求するためのＨＴＴＰリクエストを移動
    通信網に収容される移動通信端末から前記移動通信網を
    介して受信する機能と、 前記受信したＨＴＴＰリクエストのヘッダに書き込まれ
    た、前記移動通信端末において動的に変化し得る動的情
    報を読み出す機能と、 前記読み出した動的情報に応じたコンテンツを前記移動
    通信網を介して前記移動通信端末に送信する機能とを実
    現させるためのプログラム。
16. 【請求項１６】 請求項１５に記載のプログラムを記憶
    したコンピュータ読み取り可能な記録媒体。
17. 【請求項１７】 移動通信網に収容され、動的に変化し
    得る動的情報を前記移動通信網にネットワーク接続され
    たサーバに通知する移動通信端末であって、 前記動的情報を検出する検出手段と、 前記検出した動的情報を前記サーバに送信すべきＨＴＴ
    Ｐリクエストのヘッダに書き込む書込み手段と、 前記動的情報が書き込まれたＨＴＴＰリクエストを前記
    移動通信網を介して前記サーバに送信する送信手段とを
    具備することを特徴とする移動通信端末。
18. 【請求項１８】 移動通信網に収容される移動通信端末
    において動的に変化し得る動的情報に応じたコンテンツ
    を、前記移動通信網を介して前記移動通信端末に送信す
    るサーバであって、 前記動的情報に対応したコンテンツを記憶する記憶手段
    と、 前記移動通信端末から前記コンテンツを要求するための
    ＨＴＴＰリクエストを前記移動通信網を介して受信する
    受信手段と、 前記受信したＨＴＴＰリクエストのヘッダに書き込まれ
    た前記動的情報を読み出す読み出し手段と、 前記読み出した動的情報に応じたコンテンツを前記記憶
    手段から読み出し、読み出した前記コンテンツを前記携
    帯電話機に送信する送信手段とを備えることを特徴とす
    るサーバ。