(57)【要約】【課題】  ネットワーク上のコンテンツを閲覧するためにコンテンツを画面上でスクロールさせても、コンテンツと共に表示されている広告はスクロールアウトせずにそのまま表示され続けることを可能とする、ネットワーク上のコンテンツを表示するためのメッセージ表示端末を提供することである。【解決手段】  HTTPレスポンスメッセージを受信する受信手段と、メッセージボディを表示するための第１の表示エリアと、他の情報を表示するための第２の表示エリアと、広告データを第２の表示エリアに表示させる表示制御手段とを有する構成として、上記問題を解決した。【選択図】  図５ 
2005092792.tif 000002
【特許請求の範囲】
【請求項１】
HTTPレスポンスメッセージを受信する受信手段と、
該HTTPレスポンスメッセージのメッセージボディを表示するための第１の表示エリアと、
他の情報を表示するための第２の表示エリアと、
該HTTPレスポンスメッセージに含まれる広告データを前記第２の表示エリアに表示させる表示制御手段と、
を有することを特徴とする、メッセージ表示端末。
【請求項２】
前記受信手段は、無線パケット通信網を介して該HTTPレスポンスメッセージを受信することを特徴とする、請求項１に記載のメッセージ表示端末。
【請求項３】
該広告データに文字列である広告メッセージが含まれているときは、前記表示制御手段は該文字列を前記第２の表示エリアに表示することを特徴とする、請求項１または請求項２に記載のメッセージ表示端末。
【請求項４】
前記表示制御手段は、該文字列を前記第２の表示エリア内でスクロールさせることを特徴とする、請求項３に記載のメッセージ表示端末。
【請求項５】
画像データをテキストエンコーディングされたエンコード画像データが該広告データに含まれているときは、前記表示制御手段は該エンコード画像データをデコードして前記第２の表示エリアに表示することを特徴とする、請求項１から請求項４のいずれかに記載のメッセージ表示端末。
【請求項６】
前記広告データにネットワーク上にある画像データの位置を示すURI(Uniform Resource Identifier)が含まれているときは、前記端末は該URIが示す画像データを取得して前記第２の表示エリアに表示することを特徴とする、請求項１から請求項５のいずれかに記載のメッセージ表示端末。
【請求項７】
該画像データが動画データであることを特徴とする、請求項５または請求項６に記載のメッセージ表示端末。
【請求項８】
前記第２の表示エリアは、画像データを表示するための第１の領域と、文字列を表示するための第２の領域とを有することを特徴とする、請求項１から請求項７のいずれかに記載のメッセージ表示端末。
【請求項９】
前記第２の表示エリアは、前記広告データが表示されていないときは、所定の情報を表示することを特徴とする、請求項１から請求項８のいずれかに記載のメッセージ表示端末。
【請求項１０】
前記表示制御手段は、
前記メッセージ表示端末の操作者が前記メッセージ表示端末を操作するための操作メニューを表示するためのメニュー表示手段と、
前記広告データにネットワーク上の所定のリソースの位置を示すURIが含まれているときに、前記URIが示すリソースを前記第１の表示エリアに表示させるかどうかを選択するためのメニュー項目を該操作メニューに表示させるメニュー制御手段と、
を有することを特徴とする、請求項１から請求項９のいずれかに記載のメッセージ表示端末。
【請求項１１】
第１のネットワーク上の端末から第２のネットワーク上のコンテンツサーバに送られるHTTPリクエストメッセージを中継し、且つ該コンテンツサーバから該端末に送られるHTTPレスポンスメッセージを中継するゲートウェイサーバであって、
該HTTPレスポンスメッセージを該端末に送る前に、該HTTPレスポンスメッセージのヘッダ部に広告データを追加する、
ことを特徴とするゲートウェイサーバ。
【請求項１２】
前記第１のネットワークが無線パケット通信網であることを特徴とする、請求項１１に記載のゲートウェイサーバ。
【請求項１３】
前記第２のネットワークがインターネットであることを特徴とする、請求項１１または請求項１２に記載のゲートウェイサーバ。
【請求項１４】
前記ゲートウェイサーバは、複数の広告データの中から該HTTPレスポンスメッセージのヘッダ部に追加する広告データを選択する広告選択手段を有することを特徴とする、請求項１１から請求項１３のいずれかに記載のゲートウェイサーバ。
【請求項１５】
前記広告選択手段は、該HTTPリクエストメッセージに含まれる該端末の識別情報を用いて該HTTPレスポンスメッセージのヘッダ部に追加する広告データを選択することを特徴とする、請求項１４に記載のゲートウェイサーバ。
【請求項１６】
前記広告選択手段は、該HTTPリクエストメッセージに含まれる該端末の所在地情報を用いて該HTTPレスポンスメッセージのヘッダ部に追加する広告データを選択することを特徴とする、請求項１４に記載のゲートウェイサーバ。
【請求項１７】
該所在地情報は、前記端末からのHTTPリクエストメッセージを中継して前記ゲートウェイサーバに送り、且つ前記ゲートウェイサーバからのHTTPレスポンスメッセージを中継して前記端末に送る基地局によって提供されることを特徴とする、請求項１６に記載のゲートウェイサーバ。
【請求項１８】
前記広告選択手段は、該HTTPリクエストメッセージのURIを用いて該HTTPレスポンスメッセージのヘッダ部に追加する広告データを選択することを特徴とする、請求項１４に記載のゲートウェイサーバ。
【請求項１９】
前記広告選択手段は、該HTTPリクエストメッセージ及び/または該HTTPレスポンスメッセージの受信日時を用いて該HTTPレスポンスメッセージのヘッダ部に追加する広告データを選択することを特徴とする、請求項１４に記載のゲートウェイサーバ。
【請求項２０】
前記選択手段は、該HTTPレスポンスメッセージのヘッダ部に追加する広告データをランダムに選択することを特徴とする、請求項１４に記載のゲートウェイサーバ。
【請求項２１】
前記選択手段は、該HTTPレスポンスメッセージに含まれるメディアタイプを用いて該HTTPレスポンスメッセージのヘッダ部に追加する広告データを選択することを特徴とする、請求項１４に記載のゲートウェイサーバ。
【請求項２２】
該広告データは、テキストエンコーディングされたデータを含むことを特徴とする、請求項１１から請求項２１のいずれかに記載のゲートウェイサーバ。
【請求項２３】
該テキストエンコーディングされたデータは画像データをテキストエンコーディングしたエンコード画像データであることを特徴とする、請求項２２に記載のゲートウェイサーバ。
【請求項２４】
該広告データは、該第２のネットワーク上の所定のリソースの位置を示すURIを含むことを特徴とする、請求項１１から請求項２３のいずれかに記載のゲートウェイサーバ。
【請求項２５】
HTTPレスポンスメッセージを受信する受信手段と、所定サイズの表示画面とを備えた、メッセージ表示端末によって実行される、メッセージ表示端末用プログラムであって、
該表示画面を、HTTPレスポンスメッセージのメッセージボディを表示するための第１の表示エリアと、他の情報を表示する第２の表示エリアとに分割し、
HTTPレスポンスメッセージに含まれる広告データを第２の表示エリアに表示させるように機能させる、
ことを特徴とする、メッセージ表示端末用プログラム。
【請求項２６】
第１のネットワーク上の端末から第２のネットワーク上のコンテンツサーバに送られるHTTPリクエストメッセージを中継し、且つ該コンテンツサーバから該端末に送られるHTTPレスポンスメッセージを中継するゲートウェイサーバによって実行されるプログラムであって、
該受信したHTTPレスポンスメッセージを該端末に送る前に、該HTTPレスポンスメッセージのヘッダ部に広告データを追加する、
ことを特徴とするゲートウェイサーバ用プログラム。
【請求項２７】
HTTPレスポンスメッセージを受信する受信手段と、
該HTTPレスポンスヘッダから所定の情報を抽出する情報抽出手段と、
第１の表示エリアと第２の表示エリアとを備えた所定サイズの表示画面と、
該HTTPレスポンスメッセージのメッセージボディの内容を前記第１の表示エリアに表示し、該所定の情報を前記第２の表示エリアに表示する、表示制御手段と、
を有することを特徴とする、メッセージ表示端末。
【請求項２８】
第１のネットワーク上の端末から第２のネットワーク上のコンテンツサーバに送られるHTTPリクエストメッセージを中継し、且つ該コンテンツサーバから該端末に送られるHTTPレスポンスメッセージを中継するゲートウェイサーバであって、
該HTTPレスポンスメッセージを該端末に送る前に、該HTTPレスポンスメッセージのヘッダ部に所定の情報を追加する、
ことを特徴とするゲートウェイサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のネットワーク上のコンテンツを取得して表示するメッセージ表示端末及び、該コンテンツを中継して前記端末に送る際に前記コンテンツに広告を付与するゲートウェイサーバに関する。また、本発明は前記メッセージ表示端末及び前記ゲートウェイサーバによって実行されるプログラムに関する。
【背景技術】
【０００２】
近年、webページのようなインターネット上のコンテンツを受信可能な、メッセージ表示端末が広く利用されている。このメッセージ表示端末を利用したプッシュ式の広告配信は新しい広告手法として注目を集めている。
【０００３】
このような広告を行う広告配信システムとしては、例えば特許文献１および２に記載されているものがある。該特許文献においては、メッセージ表示端末としての携帯端末と基地局との間の通信は無線パケット通信によって行われ、また、基地局とインターネット上のコンテンツサーバとの間にはゲートウェイが設置されている。ゲートウェイサーバは基地局から届いたHTTPリクエストメッセージをTCP/IPにプロトコル変換して該コンテンツサーバに送る。同様に、コンテンツが含まれるHTTPレスポンスメッセージはゲートウェイサーバを介して基地局/携帯端末に送られる。このように、携帯端末用のパケット通信網とインターネットとの間でプロトコル変換を行うことによって、携帯端末上でインターネット上のコンテンツを閲覧することができるようになる。
【特許文献１】特開２００１−４３２８２
【特許文献２】特開２００２−６４５６０
【０００４】
該特許文献のそれぞれに開示されている広告配信システムは、このゲートウェイを利用したものである。すなわち、インターネット上のコンテンツサーバから送信されたコンテンツデータに広告を追記することによって、携帯端末の画面上に広告を表示するものである。この広告は、所謂バナー(banner)広告と呼ばれるものであり、コンテンツデータの先頭(または末尾)に配置された文字列や画像(以下、これらをバナーと総称する)に、インターネット上のリソースへのハイパーリンク(hyperlink)用のアンカーが設定されている。このリソースは、通常は詳細な内容の広告や、オンラインショッピングサイトである。携帯端末の使用者は、携帯端末を操作してバナーに設定されたハイパーリンクが示すリソースを携帯端末の画面上に表示させることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このシステムは、無線パケット通信網の提供者が独自に広告を提供可能であるという長所を備えている。しかしながら、上記公報に記載の手法は、いずれもコンテンツデータそのものに広告を挿入する形式を取っているため、広告挿入可能なコンテンツの種類がHTML文書等のハイパーテキスト文書に限定される。また、ゲートウェイサーバがコンテンツを改変して、コンテンツ自体に広告を追加してしまうので、そのコンテンツが従来持っていたレイアウトが崩れ、コンテンツ自体の可読性が著しく低下してしまう可能性があった。
【０００６】
また、コンテンツの多くは、携帯端末の１画面上にその全てを表示させることができないほど大きく、携帯端末の使用者は、コンテンツを画面に対してスクロールさせながら閲覧することになる。従って、バナーが画面からスクロールアウトされてしまうと、広告としての役割を果たせなくなる。
【課題を解決するための手段】
【０００７】
上記問題を解決するため、請求項１に記載のメッセージ表示端末は、HTTPレスポンスメッセージを受信する受信手段と、該HTTPレスポンスメッセージのメッセージボディを表示するための第１の表示エリアと、他の情報を表示するための第２の表示エリアと、該HTTPレスポンスメッセージに含まれる広告データを前記第２の表示エリアに表示させる表示制御手段と、を有する。
【０００８】
すなわち、請求項１に記載のメッセージ表示端末によれば、広告を表示する領域と、HTTPレスポンスメッセージのメッセージボディに格納されたコンテンツとを別々の領域に表示するようになっている。従って、コンテンツを閲覧するためにコンテンツを画面上でスクロールさせても、第２の表示エリアに表示された広告はそのまま表示され続ける。また、広告がコンテンツと別個に表示されるので、広告によってコンテンツ自体のレイアウトが崩れることは無い。
【０００９】
また第２の表示エリアされる広告は、文字列(請求項３)、画像(請求項５、６)、或いはその両方のいずれであってもよい。さらに、第２の表示エリア内で広告の文字列をスクロールさせる、いわゆるマーキー表示も可能である(請求項４)。
【００１０】
また、第２の表示エリアは、画像データを表示するための第１の領域と、文字列を表示するための第２の領域とを有する構成としてもよい(請求項８)。このような構成とすることによって、文字列と画像の双方を別々に且つ同時に表示させることが可能となる。
【００１１】
また、第２の表示エリアは、前記広告データが表示されていないときは、所定の情報を表示している(請求項９)。このような構成とすると、広告が表示されていないときに、メッセージ表示端末の製造会社の名前やロゴなどを第２の表示エリアに表示させることができるようになる。
【００１２】
また、表示制御手段は、メッセージ表示端末の操作者が前記メッセージ表示端末を操作するための操作メニューを表示するためのメニュー表示手段と、広告データにネットワーク上の所定のリソースの位置を示すURIが含まれているときにURIが示すリソースを第１の表示エリアに表示させるかどうかを選択するためのメニュー項目を該操作メニューに表示させるメニュー制御手段と、を有する(請求項１０)。
【００１３】
このような構成とすることによって、メッセージ表示端末の操作者は、メニューを操作して、広告データに含まれるURIが示すリソースを第１の表示エリアに表示させることができる。このリソースは、例えば広告の詳細な内容が記載されたWebページである。
【００１４】
また、請求項１１に記載の発明によれば、第１のネットワーク上の端末から第２のネットワーク上のコンテンツサーバに送られるHTTPリクエストメッセージを中継し、且つ該コンテンツサーバから該端末に送られるHTTPレスポンスメッセージを中継するゲートウェイサーバであって、該HTTPレスポンスメッセージを該端末に送る前に、該HTTPレスポンスメッセージのヘッダ部に広告データを追加することを特徴とするゲートウェイサーバが提供される。
【００１５】
従って、例えば無線パケット通信網のような第１のネットワークの管理者が、インターネットのような第２のネットワーク上のリソースに広告を追加することができ、かつハイパーテキスト文書以外のリソースにも広告を追加することができる。
【００１６】
また、請求項１５に記載のゲートウェイサーバは、複数の広告データの中から該HTTPレスポンスメッセージのヘッダ部に追加する広告データを選択する広告選択手段を有する。このような構成とすることによって、端末の使用者、リソース内容、端末の設置位置などに応じて適切な広告を選択することが可能となる。
【００１７】
なお、広告データは、画像データをテキストエンコーディングしたエンコード画像データのような、テキストエンコーディングされたデータを含んでいてもよく(請求項２２)、或いは該第２のネットワーク上の所定のリソースの位置を示すURIを含んでいてもよい(請求項２４)。
【発明の効果】
【００１８】
以上のように、本発明によれば、メッセージ表示端末の使用者が、コンテンツを閲覧するためにコンテンツを端末の画面上でスクロールさせても、広告は引き続き表示される。また、本発明によれば、無線パケット通信網等のネットワークの管理者が、インターネット等の他のネットワーク上のリソースに独自に広告を追加することができ、かつハイパーテキスト文書以外のリソースにも広告を追加することが可能である。
【発明を実施するための最良の形態】
【００１９】
本発明の実施の形態を図面を用いて以下に説明する。図１は、本実施形態による広告情報配信システムを示す概念図である。
【００２０】
広告情報配信システム１は、無線パケット通信網１００を提供するパケット通信設備２００と、メッセージ表示端末としての携帯電話３００と、を有する。携帯電話３００は、所定の形式のコンテンツデータ(HTML文書、静止画像、動画像など)を表示可能なLCDモニタ３０１と、コンテンツデータの取得等の動作を行うための操作部３０２を備えている。
【００２１】
また、携帯電話３００は、無線パケット通信網１００を介してパケット通信設備２００の基地局２０１にアクセスする。基地局２０１は複数(図中では３)箇所に設置されており、それぞれの基地局２０１は、その基地局を中心とする一定の広さの領域(セルラ)内にある携帯電話に対してパケットの送受信を行う。
【００２２】
基地局２０１のそれぞれは、ゲートウェイサーバ２０２とケーブル接続されている。なお、本実施形態では全ての基地局２０１がゲートウェイサーバ２０２と直結する構成となっているが、負荷分散のためにゲートウェイサーバが複数用意される構成としてもよい。或いは、基地局２０１とゲートウェイサーバ２０２の間に中継用のサーバが追加されている構成としてもよい。
【００２３】
ゲートウェイサーバ２０２は、ケーブルを介して基地局２０１と通信可能であると共に、インターネットに接続された任意のコンテンツサーバCSと通信可能である。また、ゲートウェイサーバ２０２は、基地局２０１から受信したパケット通信網で使用されているプロトコルに従ったデータパケットを、インターネットで使用されるTCP/IPにプロトコル変換し、コンテンツサーバCSに送信する。同様に、ゲートウェイサーバ２０２は、コンテンツサーバCSから受信したTCP/IPに従ったデータパケットを、パケット通信網用のプロトコルにプロトコル変換し、基地局２０１に送信する。
【００２４】
以上の構成により、携帯電話３００とコンテンツサーバCSは所定のセッション層プロトコル(例えばHTTP(HyperText Transport Protocol))に従ったデータの送受信を行うことができる。
HTTPに従ったデータの送受信の手順については後述する。
【００２５】
本実施形態のゲートウェイサーバ２０２は、コンテンツサーバCSからコンテンツデータを含むHTTPレスポンスメッセージを受信したときに、このレスポンスメッセージのヘッダ部に広告データを追加し、これを携帯電話３００に送信することが可能である。この構成に付き以下に説明する。
【００２６】
図２は、本実施形態において、携帯電話３００がコンテンツデータを取得する際の手順を示すタイムチャートである。
【００２７】
携帯電話３００がコンテンツサーバCSからコンテンツデータを取得するに当たって、携帯電話３００は、基地局２０１に対してHTTPリクエストメッセージを送信する(S1)。HTTPリクエストメッセージは、RFC2616「Hypertext Transfer Protocol -- HTTP/1.1」第５章に定義されているメッセージであり、コンテンツサーバCSにコンテンツであるリソースの取得等をリクエストするものである。HTTPリクエストメッセージの構造を図3に示す。
【００２８】
図3に示されるように、HTTPリクエストメッセージは、「リクエスト行」「汎用ヘッダ」「要求ヘッダ」「本体ヘッダ」「メッセージボディ」からなる。なお、一般に、「リクエスト行」「汎用ヘッダ」「要求ヘッダ」「本体ヘッダ」は「HTTPリクエストヘッダ」と総称される。「リクエスト行」は、「要求メソッド」「URI」「HTTPバージョン」の3つのデータを有する。
【００２９】
「要求メソッド」は、コンテンツサーバCSに行わせる処理を指定するための一種のコマンドである。また、「URI」は、処理の対象となるリソースのURIである。たとえば、携帯電話が、URIがsome.domain/index.htmlであるリソースの取得を指示する場合は、「要求メソッド」に「GET」が格納され、また「URI」に「some.domain/index.html」が格納される。なお、「HTTPバージョン」は携帯電話の使用するHTTPのバージョンである。
【００３０】
「汎用ヘッダ」には日時等の、HTTPリクエストメッセージとレスポンスメッセージ(後述)の両方で使用されるデータが格納される。また、「メッセージボディ」には、所定の形式のデータが格納され、これは例えば携帯電話がコンテンツサーバ側にデータを送信する際に使用される。
【００３１】
「本体ヘッダ」には、「メッセージボディ」のデータ長やメディアタイプ等、メッセージボディに関する情報が格納される。また、「本体ヘッド」にはHTTP1.1で規定されていないデータを格納することができる。
【００３２】
携帯電話300がコンテンツサーバCSからコンテンツデータを取得しようとする場合は、「要求メソッド」に「GET」を、また「URI」にリソースのURIを格納し、さらに「本体ヘッダ」に携帯電話300の識別情報である携帯電話IDを格納したHTTPリクエストメッセージが、基地局201に送られる。
【００３３】
携帯電話300からのHTTPリクエストメッセージを受信すると、基地局201は、図2に示されるように、このHTTPリクエストメッセージの本体ヘッダに基地局201を特定するための情報である基地局IDを追加する(S2)。次いで、基地局201は、このHTTPリクエストメッセージをゲートウェイサーバ202に転送する(S3)。
【００３４】
ゲートウェイサーバ202は、基地局201からHTTPリクエストメッセージを受信すると、HTTPリクエストメッセージの本文ヘッダから携帯電話IDと基地局IDを、またリクエスト行からURIを取り出して、これらをゲートウェイサーバ内の図示しないメモリに記憶する(S4)。次いで、HTTPリクエストメッセージを、リクエスト行のURIによって特定されるコンテンツサーバCSに送信する(S5)。なお、携帯電話IDは一種の個人情報であり、また基地局IDはパケット通信設備の設備情報であるので、両者は送信前にHTTPリクエストメッセージから除去される。
【００３５】
コンテンツサーバCSは、受信したリクエストメッセージのリクエスト行の「URI」に格納されたURIに対応するリソースのデータを含むHTTPレスポンスメッセージを生成し、ゲートウェイサーバ202に送る(S6)。HTTPレスポンスメッセージは、RFC2616第6章に定義されているメッセージであり、受信したリクエストメッセージに対する応答である。HTTPレスポンスメッセージの構造を図4に示す。
【００３６】
図4に示されるように、HTTPレスポンスメッセージは、「ステータス行」「汎用ヘッダ」「応答ヘッダ」「本体ヘッダ」「メッセージボディ」からなる。なお、一般には「ステータス行」「汎用ヘッダ」「応答ヘッダ」「本体ヘッダ」は「HTTPレスポンスヘッダ」と総称される。「ステータス行」は、「HTTPバージョン」「応答コード」「説明」の3つのデータを有する。
【００３７】
「HTTPバージョン」は、コンテンツサーバCSの使用するHTTPのバージョンである。「応答コード」とは、3桁の数字であり、リクエストに対する応答結果を示すものである。例えば、リクエストに従ってリソースがレスポンスメッセージによって送信される場合は、応答コードの示す値は「200」となる。コンテンツサーバ内に、リクエストメッセージのリクエスト行の「URI」が指すリソースが存在しない場合は、応答コードの値は「404」となる。「説明」とは、応答コードの内容を英語で記述したものである。例えば、応答コード404に対応する「説明」は「Not Found」である。
【００３８】
「汎用ヘッダ」および「本体ヘッダ」の役割は、HTTPリクエストメッセージのものと同じであるので、説明は省略する。HTTP1.1で規定されていないデータを格納することができる。また、「GET」要求メソッドを含むHTTPリクエストメッセージに対するHTTPレスポンスメッセージにおいては、HTTPリクエストメッセージで指定されたURIが示すリソースが、レスポンスメッセージの「メッセージボディ」に格納される。
【００３９】
コンテンツサーバCSからのHTTPレスポンスメッセージを受信すると、ゲートウェイサーバ202は、図2に示されるように、ゲートウェイサーバ202がHTTPレスポンスメッセージを受信した日時をゲートウェイサーバ内の図示しないメモリに記憶する(S7)。なお、レスポンスメッセージの受信日時の代わりに、リクエストメッセージの受信日時をステップS4で記憶する構成としてもよい。
【００４０】
次いで、ゲートウェイサーバ202は、S4及びS7で記憶されたデータの一部または全て(以下、検索用データと称す)を用いてデータベースサーバ203(図１)にアクセスする(S8)。
【００４１】
データベースサーバ203には、複数の広告データが記憶されている。また、データベースサーバ203内では、広告データの各々には単数または複数の検索用のキーワードがリンクされたキーワード用データテーブルが形成されている。また、データベースサーバ203内には、携帯電話IDからこの携帯電話IDで特定される携帯電話の使用者の個人情報(例えば性別、趣味、年齢)を参照するための個人情報データテーブルが構築されている。さらに、データベースサーバ203内には、基地局IDからこの基地局IDで特定される基地局の位置情報(例えば、基地局の設置された都道府県)を参照するための基地局情報データテーブルが構築されている。加えて、データベースサーバ203内には、URIから検索用のキーワードを抽出するためのURIデータテーブルが形成されている。例えば、あるURIが特定のスポーツに関する話題を扱ったWebページである場合は、そのURIからその特定のスポーツの名前がキーワードとして抽出できるようになっている。
【００４２】
例えば、ゲートウェイサーバ202がデータベースサーバ203に携帯電話IDを送った場合、データベースサーバ203は、個人情報データテーブルを参照してその携帯電話の使用者の個人情報を抽出する。次いで、データベースサーバ203は、この個人情報を用いてキーワード用データテーブルを参照し、この個人情報の一部または全てがキーワードとなっている広告データを検索する。例えば、携帯電話の所有者が30代男性であることが個人情報から判明すると、データベースサーバ203は、「30代男性向き」の広告データを抽出する。抽出された広告データは、ゲートウェイサーバ202に送られる。
【００４３】
従って、ゲートウェイサーバ202は、データベースサーバ203に携帯電話IDを送ることによって、その携帯電話IDで特定される携帯電話の使用者の性別、年代、趣味に適合した、広告効果の高い広告を得ることができる。
【００４４】
また、例えば、ゲートウェイサーバ202がデータベースサーバ203に基地局IDを送った場合、データベースサーバ203は、基地局情報データテーブルを参照してその基地局IDで特定される基地局の位置情報(すなわち、その基地局と更新している携帯電話の位置情報)を抽出する。次いで、データベースサーバ203は、この位置情報を用いてキーワード用データテーブルを参照し、この位置情報の一部または全てがキーワードとなっている広告データを検索する。例えば、携帯電話が東京都にあることが判明すると、データベースサーバ203は、「東京都に関連する」広告データを抽出する(例えば、東京都で開催されているイベントに関する広告データなど)。抽出された広告データは、ゲートウェイサーバ202に送られる。
【００４５】
従って、ゲートウェイサーバ202は、データベースサーバ203に基地局IDを送ることによって、HTTPリクエストメッセージを送信した携帯電話の位置に適合した、広告効果の高い広告を得ることができる。
【００４６】
また、例えば、ゲートウェイサーバ202がデータベースサーバ203にURIを送った場合、データベースサーバ203は、URIデータテーブルを参照して、そのURIに関連するキーワードを抽出する。次いで、データベースサーバ203は、このキーワードを用いてキーワード用データテーブルを参照し、このキーワードを含む広告データを検索する。例えば、URIが特定のスポーツに関する話題を扱ったWebページである場合は、データベースサーバ203は、その特定のスポーツに関連する広告データを抽出する。抽出された広告データは、ゲートウェイサーバ202に送られる。
【００４７】
従って、ゲートウェイサーバ202は、データベースサーバ203にURIを送ることによって、携帯電話の使用者が閲覧しようとするコンテンツの内容に適合した、すなわち現在携帯電話の使用者が関心を持っている分野に関する、広告効果の高い広告を得ることができる。
【００４８】
また、例えば、ゲートウェイサーバ202がデータベースサーバ203にHTTPレスポンスメッセージの受信日時を送った場合、データベースサーバ203は、この受信日時を用いてキーワード用データテーブルを参照し、この受信日時がキーワードとなっている広告データを検索する。例えば、受信日時(すなわち現在の日時)から一定期間内に開催されるイベント、テレビ番組等に関する広告データを抽出する。抽出された広告データは、ゲートウェイサーバ202に送られる。
【００４９】
従って、ゲートウェイサーバ202は、データベースサーバ203にHTTPレスポンスメッセージの受信日時を送ることによって、現在日時に広告されるべき広告の広告データを得ることができる。
【００５０】
以上説明した複数種類の広告抽出手段は任意に組み合わせることが可能である。例えば、データベースサーバ203に基地局IDとHTTPレスポンスメッセージの受信日時の両方を送信することによって、例えば携帯電話の現在位置付近で現在開催されているイベントに関する広告の広告データを抽出することが可能である。
【００５１】
以上のように、データベースサーバ203は、ゲートウェイサーバ202に広告データを送信する(図２:S9)。ゲートウェイサーバ202は、データベースサーバ203から広告データを受信すると、その広告データをHTTPレスポンスメッセージの本体ヘッダに格納する(S10)。なお、1つのHTTPレスポンスヘッダに対して複数の広告データが送られてきた場合は、ゲートウェイサーバ202は、複数の広告データの中から1つの広告データをランダムに選択する。次いで、ゲートウェイサーバ202は、広告データが格納されたHTTPレスポンスメッセージを基地局201に送信する(S11)。なお、本実施形態ではゲートウェイサーバ202がデータベースサーバにアクセスする構成としているが、無線パケット通信網を構成する他の装置(例えば基地局201)がデータベースサーバ203にアクセスし、HTTPレスポンスヘッダに広告データを追記する構成としてもよい。
【００５２】
次いで、基地局201は、受信したHTTPレスポンスメッセージを携帯電話300に送信する(S12)。
【００５３】
次いで、携帯電話300は、HTTPレスポンスメッセージのメッセージボディからリソースを取り出して携帯電話300のスクリーン上に表示する。また、携帯電話300は、HTTPレスポンスメッセージの本体ヘッダ中に広告データが含まれていれば、その広告データも携帯電話300のスクリーン上に表示する(S13)。
【００５４】
以上のような手順によって、携帯電話300のスクリーン上には、適切な広告データが表示される。なお、リソース及び広告データの表示手順に付いては後述する。
【００５５】
また、ゲートウェイサーバ202は、ステップS8にて、HTTPレスポンスメッセージに含まれるリソースのメディアタイプをレスポンスメッセージの本体ヘッダから取得し、このメディアタイプの種類に応じてデータベースサーバ203にアクセスすべきかどうかを判断する。例えば、リソースが画像データである場合、この画像はHTML文書中にインライン画像として読み込まれるものである可能性がある。インライン画像のようなリソースは、HTML文書を含むHTTPレスポンスヘッダが携帯電話300に読み込まれた直後に、携帯電話300のブラウザによって取得がリクエストされるため、インライン画像を含むHTTPレスポンスメッセージに広告データが含まれていると、HTML文書とともに表示された広告データが、インライン画像表示と共に新しい広告データに上書きされてしまう。この結果、HTML文書とともに送られた広告データが短時間しか表示されない、といった問題が起こりうる。この問題を回避するため、本実施形態のゲートウェイサーバ202は、HTTPレスポンスメッセージに含まれるリソースのメディアタイプが"Text"である場合のみに、データベースサーバ203にアクセスするようになっている。
【００５６】
続いて、携帯電話300による広告データの表示方法について説明する。
【００５７】
最初に、本実施形態における広告データのデータ構造を説明する。広告データは、改行コード(CR+LF)で行区切りされた少なくとも２行のテキストデータである。広告データを構成する各行は、「識別子:データ」という形式となっている。識別子は、後に続くデータが何を示すのかを携帯電話に報知するものである。本実施形態においては、識別子は、「X-VE-BannerText」「X-VE-BannerImageData」「X-VE-BannerImageURI」「X-VE-URI」の４種類が定義されている。
【００５８】
識別子が「X-VE-BannerText」である場合は、この識別子に続くデータは、広告としての意味をもった文字列である。また、識別子が「X-VE-BannerImageData」である場合は、この識別子に続くデータは、所定のフォーマットの画像データをbase64等の手段によってテキストエンコーディングしたものである。また、識別子が「X-VE-BannerImageURI」である場合は、この識別子に続くデータは、インターネット上の特定の場所にある画像データを示すURIである。なお、これらの画像データは静止画像のデータであってもよく、或いはアニメーションする動画像のデータであってもよい。また、識別子が「X-VE-URI」である場合は、この識別子に続くデータは、広告の詳細な説明が記述されたインターネット上のリソースを示すURIである。
【００５９】
続いて、本実施形態の携帯電話300の詳細な構成を説明する。図６は、本実施形態の携帯電話300のスクリーン及び操作キー部を示したものである。
【００６０】
携帯電話300のスクリーン301には、主にHTTPレスポンスメッセージのメッセージボディに格納されたリソースが表示される主表示エリア301aと、文字列である広告が表示される広告文字列表示エリア301bと、画像の広告が表示される広告画像表示エリア301cとが定義されている。図６に示されるように、スクリーン301の上端の文字列1行分に相当する領域の左端が広告画像表示エリア301cであり、スクリーン301の上端の文字列1行分に相当する領域の右側の大部分が広告文字列表示エリア301bとなっている。スクリーン301の大部分を占める、広告画像表示エリア301cでも広告文字列表示エリア301bでもない領域が、主表示エリア301aである。なお、広告文字列表示エリア301bおよび広告画像表示エリア301cに広告が表示されていないときは、携帯電話300の製造会社の名前やロゴなどの、所定の情報が表示されるようになっている。
【００６１】
携帯電話300の操作キー部302は、十字方向キー302a、実行キー302b、及びメニュー表示キー302cを有する。各キーの機能に付いては後述する。
【００６２】
前述のように、主表示エリア301aにはHTTPレスポンスメッセージのメッセージボディに格納されたリソースが表示される。リソースが主表示エリア301aのサイズよりも大きいときは、リソースの一部分のみが表示される。携帯電話300の使用者は、十字方向キー302aを操作してリソースを主表示エリア301a内でスクロールさせ、リソースの所望の部分を主表示エリア301aに表示させることができる。なお、このようにリソースが主表示エリア301aよりも大きい場合であっても、リソースが表示されるのは主表示エリア301a内のみであり、広告文字列表示エリア301bや広告画像表示エリア301cにリソースが表示されることは無い。即ち、リソースをスクロールさせても広告データは広告文字列表示エリア301b及び/または広告画像表示エリア301cに表示され続ける。
【００６３】
また、リソースがリンク用のアンカーが埋め込まれたハイパーテキスト文書(例えばアンカー要素を含むHTML文書)である場合は、携帯電話300の使用者は、十字方向キー302aを操作して任意のアンカーをポイントすることができる。あるアンカーがポイントされた状態で、実行キー302bが押されると、携帯電話300は、そのアンカーに含まれるURIが示すリソースの取得をリクエストするHTTPリクエストメッセージを生成し、これを基地局201に送信するようになっている。
【００６４】
携帯電話300は、基地局201(図１)からHTTPレスポンスメッセージを受信すると、そのメッセージを解析し、レスポンスメッセージから「メッセージボディに含まれるリソース」「本文ヘッダに含まれるリソースのメディアタイプ」「本文ヘッダに含まれる広告データ」を取り出す。「メッセージボディに含まれるリソース」はそのメディアタイプに応じた表示方法で、主表示エリア上に表示される。
【００６５】
また、本文ヘッダに含まれる広告データは、広告文字列表示エリア301b及び/または広告画像表示エリア301cに表示されるようになっている。以下、その手順に付き説明する。
【００６６】
図６は、携帯電話300がHTTPレスポンスメッセージを受信したときに実行されるフローである。本フローが実行されると、最初にステップS10１が実行される。
【００６７】
ステップS10１においては、携帯電話300は、HTTPレスポンスメッセージの本文ヘッダから「X-VE-BannerText」「X-VE-BannerImageData」「X-VE-BannerImageURI」「X-VE-URI」のいずれかで始まる行を抽出する。抽出された広告データは単数または複数行のテキストデータである。HTTPレスポンスメッセージに次いでステップS102に進む。
【００６８】
ステップS102では、変数nに１が代入される。次いで、ステップS103に進む。
【００６９】
ステップS103では、ステップS10１で抽出された広告データのn行目に広告データがあるかどうかの判定をする。広告データがない、すなわちn行目が空行である場合は(S103:NO)、本ルーチンを終了する。広告データがある場合は(S103:YES)、ステップS104に進む。
【００７０】
ステップS104では、n行目の広告データが「X-VE-BannerText」で始まっているかどうかの判定を行う。n行目の広告データが「X-VE-BannerText」で始まっている、すなわちその行が文字列として表現される広告を含む場合は(S104:YES)、ステップS105に進む。
【００７１】
ステップS105では、携帯電話300は、n行目の広告データから識別子「X-VE-BannerText」とその後の区切り記号である「:」を取り除いて、広告データのデータ部分のみを抽出する。次いで、ステップS106に進む。
【００７２】
ステップS106では、携帯電話300は、ステップS105で抽出された文字列を、広告文字列表示エリア301bに表示する。ここで、この文字列を広告文字列表示エリアに表示しきれないときは、この文字列を右から左に向かって強制スクロールさせる。この、所謂マーキー表示によって、携帯電話の使用者は広告の文字列を全て閲覧することができるようになる。次いでステップS107に進む。
【００７３】
一方、ステップS104にてn行目の広告データが「X-VE-BannerText」以外で始まっている場合は(S104:NO)、ステップS110に進む。
【００７４】
ステップS110では、n行目の広告データが「X-VE-BannerImageData」で始まっているかどうかの判定を行う。n行目の広告データが「X-VE-BannerImageData」で始まっている、すなわちその行が画像データをテキストエンコーディングした文字列を含む場合は(S110:YES)、ステップS111に進む。
【００７５】
ステップS111では、携帯電話300は、n行目の広告データから識別子「X-VE- BannerImageData」とその後の区切り記号である「:」を取り除いて、広告データのデータ部分のみを抽出する。次いで、ステップS112に進む。
【００７６】
ステップS112では、携帯電話300は、ステップS111で抽出された文字列をデコードして画像データに復号する。次いでステップS113に進む。
【００７７】
ステップS113では、携帯電話300は、ステップS112で復号された画像データを広告画像表示エリア301cに表示する。次いでステップS107に進む。
【００７８】
一方、ステップS110にてn行目の広告データが「X-VE-BannerImageData」以外で始まっている、すなわちn行目の広告データが「X-VE-BannerImageURI」「X-VE-URI」のいずれかである場合は(S110:NO)、ステップS120に進む。
【００７９】
ステップS120では、n行目の広告データが「X-VE- BannerImageURI」で始まっているかどうかの判定を行う。n行目の広告データが「X-VE-BannerImageURI」で始まっている、すなわちその行が画像データの位置を示すURIを含む場合は(S120:YES)、ステップS121に進む。
【００８０】
ステップS121では、携帯電話300は、n行目の広告データから識別子「X-VE- BannerImageURI」とその後の区切り記号である「:」を取り除いて、広告データのデータ部分、即ちURIを抽出する。次いで、ステップS122に進む。
【００８１】
ステップS122では、携帯電話300は、ステップS121で抽出されたURIが示す画像を取得する為のHTTPリクエストメッセージを作成し、これを基地局201に送信する。次いで、携帯電話300は、基地局201からこのURIが示す画像データを受信するまで待機する。携帯電話300が画像データを受信すると、ステップS123に進む。
【００８２】
ステップS123では、携帯電話300は、ステップS122で取得した画像データを広告画像表示エリア301cに表示する。次いでステップS107に進む。
【００８３】
一方、ステップS120にてn行目の広告データが「X-VE-BannerImageURI」以外で始まっている、すなわちn行目の広告データが「X-VE-URI」である場合は(S120:NO)、ステップS130に進む。
【００８４】
ステップS130では、携帯電話300は、n行目の広告データから識別子「X-VE-URI」とその後の区切り記号である「:」を取り除いて、広告データのデータ部分、即ちリンク先URIを抽出する。このリンク先URIは携帯電話300の図示しないメモリ内に保存される。次いで、ステップS107に進む。
【００８５】
ステップS107では、nに１を加算する。次いで、ステップS103に戻る。
【００８６】
以上のフローによって、HTTPレスポンスメッセージの本体ヘッダから広告データが抽出され、広告の文字列や画像が広告文字列表示エリア301b及び/または広告画像表示エリア301cに表示される。なお、ステップS130で携帯電話300のメモリに記憶されたリンク先URIは後述のハイパーリンク操作にて使用される。
【００８７】
携帯電話300のメニュー表示キー302c(図５)を押すと、主表示エリア301にメニューが表示される。メニューの一例を図７に示す。図７に示されるように、メニューには複数のメニュー項目が表示されている。携帯電話300の使用者は、十字方向キー302aを操作して所望のメニュー項目をポイントし、その状態で実行キー302bを押すことによって、そのメニュー項目の内容に相当する処理が行われるようになっている。
【００８８】
本実施形態においては、図７に示されているように、「Jump to Embeded URI」というメニュー項目があり、このメニュー項目をポイントして実行キー302bを押すと、形態電話300はステップS130(図６)で取得したリンク先URIのリソースを取得するためのHTTPリクエストヘッダを作成し、基地局201に送信する。次いで、このリソースを取得すると、携帯電話300は、このリソースを主表示エリア301aに表示する。以上の処理によって、携帯電話300の使用者は、広告の詳細な内容を、より表示面積の大きな主表示エリア301aで閲覧することができる。
【００８９】
以上、HTTPレスポンスメッセージに含まれる広告データを第２の表示エリア(実施形態における広告文字列表示エリア301b及び/または広告画像表示エリア３０１ｃ)に表示させる場合について説明したが、本発明は、広告データ以外のデータをスクリーンに表示する場合にも利用できる。広告データ以外のデータとしては、例えば、携帯電話通信事業者から携帯電話の使用者に対する告知（例えば、トラブル発生のお知らせ等）のためのデータである。
【００９０】
つまり、本発明は、HTTPレスポンスメッセージのうち、コンテンツサーバに予め格納されていたリソースに相当するメッセージボディ以外の部分に含まれるデータ（ゲートウェイサーバ等によってヘッダ部に付加されたデータ）を第２の表示エリアに表示することを特徴とする。
【図面の簡単な説明】
【００９１】
【図１】本発明の実施の形態による、広告情報配信システムを示す概念図である。
【図２】本実施形態において、携帯電話がコンテンツデータを取得する際の手順を示すタイムチャート。
【図３】HTTPリクエストメッセージの構造を示したものである。
【図４】HTTPレスポンスメッセージの構造を示したものである。
【図５】本実施形態の携帯電話のスクリーン及び操作キー部を示したものである。
【図６】本実施形態において、携帯電話がHTTPレスポンスメッセージを受信したときに実行されるフローを示したものである。
【図７】携帯電話300の画面上に表示されるメニューの一例を示したものである。
【符号の説明】
【００９２】
１        広告配信システム
１００        無線パケット通信網
２００        パケット通信設備
２０１        基地局
２０２        ゲートウェイサーバ
２０３        データベースサーバ
３００        携帯電話
３０１        スクリーン
３０１ａ      主表示エリア
３０１ｂ      広告文字列表示エリア
３０１ｃ      広告画像表示エリア
３０２        操作キー部
３０２ａ      十字方向キー
３０２ｂ      実行キー
３０２ｃ      メニュー表示キー
【図１】
2005092792.tif 000003
【図２】
2005092792.tif 000004
【図３】
2005092792.tif 000005
【図４】
2005092792.tif 000006
【図５】
2005092792.tif 000007
【図６】
2005092792.tif 000008
【図７】
2005092792.tif 000009