JP2007207259A - 情報配信方法 - Google Patents

Abstract

【課題】優れた利便性のもと広告配信を行うと共に、確度の高い広告効果の測定を可能とする。
【解決手段】広告配信要求をネットワーク上の携帯端末１００より受信する手段と、広告配信要求に応じてデータベースより該当する広告情報を抽出する手段と、抽出した広告情報を携帯端末１００に配信する手段と、広告情報に基づいて行われる広告商品の購買に伴い携帯端末１００における購買証明情報入力画面を通じて受け付けられた商品情報または該当携帯端末１００に配信された広告情報を携帯端末１００より受信する手段と、商品情報または広告情報に基づいてデータベースより該当商品を抽出し商品リストを作成する手段と、商品リストを携帯端末１００に送信する手段と、商品リストより選択された選択商品および当該選択商品の購買証明情報を携帯端末１００より受信する手段と、選択商品に対する購買証明情報の認証または購買に応じたポイント登録の処理を行う手段と、処理結果を携帯端末１００に送信する手段とから広告配信サーバ１７０を構成する。
【選択図】 図１

Description

本発明は情報配信方法に関する。

電車等の公共交通機関の車内には、いわゆる中吊り広告が掲示されている。この中吊り広告は、混雑した車内に否応なく乗り込んで通勤・通学等しなければならない乗客らに対し、単なる広告宣伝の提供のみに留まらず、社会情勢や文化のトレンド等を簡便に伝達するなど様々な役割を果たす重要なメディアであると認識できる。

このような確かな役割を担う中吊り広告であるが、その掲示形態の性格上、例えば同じ車両内であっても乗客に視認されにくい広告が存在したり、或いは掲出期間のサイクルが数日のみで乗客への露出頻度が少ない状況も見受けられた。勿論、異なる路線の異なる車両に掲出されている中吊り広告を、別路線の乗客が自在に眺めることなど困難であった。また、中吊り広告に記されている情報が、ある乗客にとって有為であるとしても、その情報を後に思い返して利用することも難しかった。

そこで、車内の広告に重要な情報が記載されていても、メモや暗記の必要がなく、閲覧が容易であり、広告の張替や一定期間ごとの変更があっても、検索が容易であり、かつ広告物の注目度を定量的に判断することを可能とする課題のもと、広告データを蓄積したサーバからネットワークを介して前記広告データを定期的に複数の広告表示端末に配信し、移動端末は現在ないし過去に所望の広告を表示した広告表示端末に無線接続して、該広告の閲覧を行う広告配信システムであって、前記移動端末が接続した広告表示端末を特定する手段と、特定した前記広告表示端末に表示されている広告および過去に表示された広告のうち移動端末で所望の広告を選択するための広告選択フォームを作成する手段と、前記移動端末に送信する広告データのタイトルや前記広告データに対応した当該移動端末用広告データのファイル名などの情報を蓄積した移動端末用広告情報と、前記移動端末に対して所望の広告データを送信する送信手段とを有する広告配信システム等が提案されている（特許文献１参照）。
特開２００２−４１９６１号公報

しかしながら従来手法には改善点が存在した。すなわち、広告情報を乗客等（ユーザ）に閲覧させる手順および閲覧端末について、ユーザの使用感など利便性低下を招来する要素が含まれている点である。従来存在する広告管理方法においては、例えばユーザが携帯電話機のWebブラウジング機能を利用して、ステップバイステップのキーイン操作にて所定サイトにアクセスし、広告情報を閲覧する必要があった。

従って、中吊り広告などの広告情報を眺めるために煩雑なキー操作をユーザに強いることとなり、リーチ率など広告訴求効果の低下も危惧されていた。このような危惧は、上記従来技術において広告表示端末に表示するユーザ所望の広告を移動端末由来の指示に応じて設定するといった処理を行う場合にも同様である。

中吊り広告など車内広告が閲覧される時間帯は、通勤等の慌ただしい移動時間帯が想定される。つまり、上述したような何らかのキー操作を慌ただしさの中でユーザに要求し、真にユーザの利便性に配慮している状況にはないと言える。

翻ってみれば、こうした広告管理が行われている現状で、広告情報に関する閲覧履歴を収集して広告効果の分析やマーケティングリサーチなどを行うとしても、十分な頻度・量の情報が収集しにくいと言える。とりわけ、利便性に優れない上に携帯電話機等におけるパケット通信料の負担増にかなりつながるような従来手法では、広告配信のサービスを享受するユーザの確保自体が難しくなる懸念も存在した。

そこで本発明はこのような経緯に基づいてなされたもので、優れた利便性のもと広告配信を行うと共に、確度の高い広告効果の測定を可能とする、広告配信サーバ、広告配信方法、広告配信プログラムを提供することを目的とする。

上記課題を解決する本発明の情報配信方法は、情報処理を実行する処理部と表示部とを有する複数の携帯端末の各々に対して、処理装置を有する配信装置から、ネットワークを介して配信情報を配信する方法であって、前記配信装置は、携帯端末において前記配信情報の受信に用いられる待ち受けプログラムおよび前記配信情報を記憶装置に記憶しておき、前記携帯端末は、前記処理部の制御により、前記配信装置へ、前記待ち受けプログラムを要求する待ち受けプログラム要求情報を送信し、前記配信装置は、前記処理装置の制御により、前記携帯端末から待ち受けプログラムの要求を受信した場合、前記待ち受けプログラムを前記携帯端末に送信し、前記配信装置は、前記携帯端末へ前記配信情報のうち、当該携帯端末の利用者に対応するジャンルの配信情報を、前記プログラムに従った前記処理部の制御により、予め定められたタイミングで、当該携帯端末における所定の機能の稼働を示す稼働状況を監視し、予め定めた所定基準以下の稼働状況の発生により当該携帯端末に設定された情報配信契機の到来を検知した場合に配信し、前記携帯端末は、前記待ち受けプログラムに従った前記処理部の制御により、配信された配信情報を前記表示部に表示される待ち受け画面に表示し、前記携帯端末は、前記待ち受けプログラムに従った前記処理部の制御により、表示された前記配信情報に対する利用者からの入力に応じて、前記配信情報の表示形態を変更して表示するよう制御することを特徴とする。

また、前記情報配信方法において、前記配信情報は、複数の広告情報から構成され、前記表示形態の変更は、前記複数の広告情報のそれぞれの表示順序を変更して表示することとすれば好適である。

また、前記情報配信方法において、前記配信情報は、テロップ情報および画像データから構成され、前記表示形態の変更は、前記画像情報の表示形態を変更して表示することとすれば好適である。

その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。

本発明によれば、優れた利便性のもと広告配信を行うと共に、確度の高い広告効果の測定が可能なる。

以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態におけるシステム構成図である。また図２に示す本実施形態の携帯端末における機能ブロック図も用い、携帯端末１００の詳細についても併せて説明する。本発明における携帯端末１００は一例として例えば携帯電話機を想定し、本発明の広告管理方法を実現するプログラム（図中では待ち受けプログラム１０１）を例えばプログラムデータベース１０２に格納し、これを演算装置たるＣＰＵ１０３らがＯＳ（Operating Systems）１０４に基づきメモリ１０５に適宜読み出すなどして広告管理方法を実行する。

なお、前記プログラムデータベース１０２には、待ち受けプログラム１０１の他、携帯端末１００が本来備える機能を実現するアプリケーションプログラムが格納されている。ここでの例では、ＧＰＳアプリケーション１０６、Webアプリケーション１０７、メール機能アプリケーション１０８、電話機能アプリケーション１０９が含まれている。

一方、前記メモリ１０５には、各アプリケーションプログラムや機能毎に適宜な記憶領域が確保されているものとする。ここでは例えば、待ち受けプログラム（待ち受けアプリと図示）用領域１１０、ＧＰＳ用領域１１１、Web用領域１１２、メール用領域１１３、電話用領域１１４、そして広告配信サーバより取得した広告情報の格納領域たる広告情報格納部１１５が含まれる。なお、図２において示したメモリ１０５は、前記各アプリケーション１０１および１０６〜１０９らを格納するなどの割当て領域１１０〜１１４の構成例を示している。よって図２は機能ブロックとメモリ１０５との関係を示しているとも言える。

また、ＯＳ１０４が各アプリケーションプログラム１０１、１０６〜１０９を読み出す際には、各アプリケーションプログラム毎のＩ／Ｆ（インターフェイス）部１１６を用いるものとする。
他に、携帯端末１００が携帯電話機であれば携帯電話ネットワーク１５０および携帯電話基地局１５１を介して広告配信サーバたる情報仲介者サーバ１７０と接続して広告情報を取得するなどデータ通信を実行するＩ／Ｏ１１７、広告情報の出力を実行する出力部１１８（出力インターフェイス）、ユーザからの選択や指示を受け付ける入力部１１９（入力インターフェイス）、および広告配信契機を検知するために日付や時刻の情報を制御するカレンダー機能部１２０を備えている。ユーザは、この携帯端末１００を利用して中吊り広告などの広告情報およびこれに関連する情報の閲覧等を行うことになる。

ここで、携帯電話機などの携帯端末１００とは別に、ＰＤＡ１３０を採用することもできる。この場合、携帯端末１００と同様にプログラムデータベース１３１には、各種アプリケーションプログラムが格納され、適宜な演算装置（図示せず）とメモリ１３２とで本発明の広告管理方法を実行する。また無線ＬＡＮネットワーク１５５および無線ＬＡＮ基地局１５６を介して前記情報仲介者サーバ１７０とデータ通信が可能である。

上記のような携帯端末１００に対し、携帯電話ネットワーク１５０らを通じて結ばれるのが広告配信サーバたる情報仲介者サーバ１７０（以下、サーバ１７０）である。このサーバ１７０は、演算装置たるＣＰＵ１７１、当該ＣＰＵ１７１が演算時に使用するメモリ１７２、ネットワーク１５０らを介した携帯端末１００やＰＤＡ１３０とのデータ通信を行うＩ／Ｏ１７３、前記待ち受けプログラムを携帯端末１００に配信するためのダウンロード用プログラム１７４およびサーバとして本来備える基本プログラム１７５を格納したプログラムデータベース１７６を備える。他に、携帯端末１００が備えるとした前記カレンダー機能部１２０を、同様にカレンダー機能部１８２として備えることができる。

また、携帯端末１００らに配信する広告情報のデータを格納する広告データベース１７７、携帯端末１００において広告情報等に対してなされた処理等の履歴情報を格納するログデータベース１７８、履歴情報を集計した結果を格納する集計データベース１５９、ならびに各処理に要するテーブルを格納したテーブルデータベース１８０、からなるデータベース群１８１を備えている。

このような構成のサーバ１７０は、前記の携帯端末１００より広告配信要求を受信し、この広告配信要求に応じた広告情報を前記広告データベース１７７より抽出する。また、前記抽出した広告情報は該当携帯端末１００に配信する。携帯端末１００側で広告配信契機を検知せず、サーバ１７０側で各携帯端末１００の広告配信契機を管理・検知する場合、前記配信に際しては、携帯端末１００毎に定められた配信契機を前記カレンダー機能１８２と照合しつつ、配信契機の到来を知見するものとできる。

また、サーバ１７０は、広告情報の配信先である携帯端末１００より、当該携帯端末１００において広告情報に対してなされた各種要求（閲覧、広告情報のレイアウトや配信順の変更、関連情報の取得など）の受付け処理またはこれに応じてなされた処理、の履歴情報を受信しログデータベース１７８に格納する。そしてこの履歴情報に基づいて、例えば各ユーザ毎の、所定時間帯で最も閲覧頻度の高い広告を認識し、これにより該当携帯端末１００のユーザにおける広告毎の注目度を算定する。サーバ１７０は前記注目度の高低に応じて広告情報の配信順または出力形態を定める処理を行う。

他方、広告情報に対する出力形態の変更または関連情報の取得の要求を携帯端末より受信して、この要求に応じて、前記広告情報の出力形態を変更するか、前記関連情報を広告データベース１７７より抽出して、携帯端末１００に送信する。出力形態の変更処理としては、例えば複数配信する中吊り広告の、いずれを最前列で出力する形態とするかを変更する（つまり並び替えの処理）。

広告データベース１７７には、他にテロップのデータも格納されている。サーバ１７０は携帯端末１００よりテロップ配信要求を受信すると、テロップ配信契機の時間帯、ユーザの属性、およびテロップ配信対象となる広告情報の属性の少なくともいずれかの情報と配信テロップ情報との関係を定めたテロップテーブル（テーブルデータベース１８０に格納）に、テロップ配信要求を照合する。これにより、該当するテロップ情報を抽出し、携帯端末１００に送信する。

また、サーバ１７０は、広告情報に基づいてユーザが行う広告商品の購買に伴い、携帯端末１００における購買証明情報入力画面（後出）を通じてユーザより受け付けられた商品情報または該当携帯端末１００に配信された広告情報を、当該携帯端末１００より受信する。そして、前記商品情報または広告情報に基づいて広告データベース１７７より該当商品を抽出し、商品リストを作成する。作成した商品リストは携帯端末１００に送信する一方で、この商品リスト中より選択された選択商品および当該選択商品の購買証明情報を、携帯端末１００より受信する。詳細は後述するが、前記選択商品に対する購買証明情報の認証処理を実行し、認証が正常に行われれば当該購買に応じたポイント登録をユーザについて行う。前記ポイントなどユーザについての情報は例えば前記テーブルデータベース１８０において会員管理テーブル（後出）を生成し管理する。

中吊り広告など各種広告情報を上述のごとく配信することで、サーバ１７０には各ユーザに関する様々な履歴情報が集積される。そこで、サーバ１７０はこの履歴情報を、ユーザの属性、広告情報の属性、広告情報の配信時間、広告情報に対する各種要求の受付時間、取得された関連情報の属性、取得された訴求商品情報の属性または記事情報の属性、および前記購買証明情報の少なくともいずれかの要素について集計処理することができる。集計処理の結果は、例えば広告主に通知され広告効果の分析やＣＲＭ（Customer Relationship Management）に活用される。或いはユーザにも提供され、ユーザ自らがどういった広告や商品について興味を示したきたのか認識する指針ともできる。

なお、上記した待ち受けプログラム１０１は、一例としてＪＡＶＡ（登録商標）などのオブジェクト指向型プログラミング言語により構築することができる。サーバ１７０に対する携帯端末１００のアクセスがWWWブラウザを介したものであれば、例えばJavaアプレットにより前記待ち受けプログラムを構成できる。但し、本発明の広告管理方法を実現するプログラムはＪＡＶＡにより構築される例だけに限定されず、他のいかなる言語・手法であっても同様の機能を構築できるならば、そのいずれも採用できる。また、前記待ち受けプログラム１０１は本発明の広告管理方法を実現するプログラムの称呼の一例にすぎない。よって、サーバ１７０より広告情報等を自ら取得する機能等を有して本発明の広告管理方法を実現するプログラムであればいずれのものでもよい。

また、前記サーバ１７０は、ファイヤウォールサーバとして外部からの不正進入を抑止したり、WWWサーバとして機能可能なものでもあるし、データ通信相手とのコミュニケーションを図るメールサーバーとしても機能可能なものとできる。また、このサーバ１７０は、例えば広告情報の提供企業（広告主ら）が共同運営するか、或いは広告管理サービスを行う企業が備えて管理運営することが想定できる。

なお、前記データベース群１８１を構成する、広告データベース１７７、ログデータベース１７８、集計データベース１７９、およびテーブルデータベース１８０は、サーバ１７０に一体に備わっている例だけでなく、別の装置に付帯しながらもネットワークを介して一体に稼動するとしてもよい。

また、携帯端末１００およびサーバ１７０らをそれぞれつなぐネットワークに関しては、専用回線やインターネットの他に、ＷＡＮ（Wide Area Network）、ＬＡＮ、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網など様々なネットワークを採用することも出来る。また、ＶＰＮなど仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。

図３は本実施形態における広告管理方法の概要フロー図である。以下、本発明の広告管理方法の実際手順について説明を行う。なお、以下で説明する広告管理方法に対応する各種動作は、携帯端末１００に関する動作についてはプログラムデータベース１０２が備えるプログラムによって、またサーバ１７０に関する動作はプログラムデータベース１７６が備えるプログラムにより実現される。そして、これらのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。また、広告情報としては中吊り広告を構成する画像データまたはテキストデータの少なくともいずれかとする（以下、中吊り広告と称す）。

携帯端末１００の電源スイッチがＯＮしたとする（ｓ３００）。これはユーザが入力部１１９等を操作して主体的に行った場合と、携帯端末１００の備える電源管理機能（前記待ち受けプログラムが含むか、または制御する。）が前記広告配信契機など所定タイミングにあわせて電源をＯＮした場合と、サーバ１７０が前記広告配信契機などの所定タイミングを検知して前記電源管理プログラムに指示を行った場合とが想定できる。

このように携帯端末１００の電源がＯＮし処理が開始されるに先立ち、携帯端末１００が元来担っている電話や電子メールなどの処理プログラムと、前記待ち受けプログラム１０１とのプログラム上の優先度をあらかじめ定義しておく必要がある。

図４は本実施形態における優先度処理フロー図である。本発明の広告管理方法のもと、中吊り広告など各種広告情報の配信サービスを享受するユーザは、例えば当該サービスの契約をサーバ１７０の管理団体等と結ぶ際に、携帯端末１００で主として稼働するプログラムを前記待ち受けプログラム１０１とすることに同意しているものとする。したがってこの携帯端末１００では、電話や電子メールなどの処理が割り込んだ場合だけこれら処理を優先させることとなる。

以下、この優先度処理のフローを説明する。携帯端末１００の電源が上述のごとくＯＮする（ｓ４００）。この状態で例えば電話の発呼や着信の処理がなされたとする。つまり割り込み操作である（ｓ４０１）。すると、携帯端末１００の前記ＯＳ１０４は、待ち受けプログラム１０１が起動しているか否かを判定する（ｓ４０２）。

ここで起動していないと判定されれば（ｓ４０２：ＮＯ）、前記割り込み操作に応じ、例えば電話機能アプリケーション１０９を起動し割り込み処理を実行する（ｓ４０３）。そして、例えばこの電話に関する処理が終了すれば（ｓ４０４）、通常の待機状態へ戻る。

他方、前記判定にて待ち受けプログラム１０１が起動していると判定されれば（ｓ４０２：ＹＥＳ）、前記ＯＳ１０４は当該待ち受けプログラム１０１に対して中断指示を行い（ｓ４０５）、前記割り込み処理の終了まで待機させる。割り込み処理が終了すれば（ｓ４０６）、前記ＯＳ１０４は前記待ち受けプログラム１０１に復帰指示を行い通常の待機状態へと戻る（ｓ４０７）。

携帯端末１００の電源スイッチがＯＮされる処理に続き、当該ユーザが前記配信サービスの登録済みであるか判定処理を行う（ｓ３０１）。ここでの判定処理は、すでに登録済みであると入力部１１９を通じてユーザから指定を受け付けたか否かを認識するか、或いは携帯端末１００が登録済み情報の有無をメモリ１０５にて認識する。この判定により登録済みユーザであると判定されたならば、後述する配信とログ情報の処理（ｓ３１３）および広告主向け情報の集計処理（ｓ３１４）を適宜実行し処理を終了する（ｓ３１５）。

一方、前記判定において初回登録のユーザであると判定されたならば、会員認証処理や会員登録処理を行うこととなる。図５は本実施形態における非会員向け入会手続のフロー図であり、図６は本実施形態における配信内容設定にかかる画面遷移図である。前記携帯端末１００は待ち受け画面６００を出力部１１８に表示し（ｓ３０２）、前記ユーザの入力受付状態となる。

ここで、前記待ち受け画面６００は、以降、サーバ１７０より配信された中吊り広告を表示する画面となる。そこで、中吊り広告６０１、当該中吊り広告６０１やその配信時間帯などと適宜対応付けして配信されるテロップを表示するテロップ表示部６０２、前記配信サービスにおける各種会員サービスや登録処理などを提供するポータルサイトへのリンクたるポータルＷＥＢ部６０３、前記中吊り広告６０１の配置順を変更するめくり部６０４、前記中吊り広告６０１の構成記事の目次情報取得指示を受け付ける目次テキスト部６０５から構成されている。なお、前記各部６０３〜６０５の機能に対応したボタン６０６〜６０８が携帯端末１００のいずれかのボタンに割り当てられているものとする。

前記待ち受け画面６００において、ユーザによるポータルＷＥＢ部６０３に対応するボタン６０６の押下がなされた場合、携帯端末１００はこれを受けてサーバ１７０の提供するポータル画面６１０にアクセスする（ｓ３０３）。この画面６１０では、会員確認のためのＩＤや名前といった基本情報の入力が入力欄６１１にて促される。そこで適宜な情報が入力された上、送信部６１２に対応するボタン６１５が押下されたならば、前記基本情報が携帯端末１００からサーバ１７０に送信される。

サーバ１７０ではこれをうけて、前記基本情報を前記テーブルデータベース１８０における会員管理テーブル７００に照合し、会員認証処理を実行する（ｓ３０４）。そこで会員でないと判定されたならば（ｓ３０４：ＮＯ）、非会員向けの入会手続き処理を実行する（ｓ３０５）。この処理は図５のフローで示す通り、前記基本情報の入力を入力部１１９を通じて受け付けるとともに（ｓ５００）、これを含む前記待ち受けプログラム１０１のダウンロード要求をサーバ１７０に送信する（ｓ５０１）。

サーバ１７０ではこの要求を受信し（ｓ５０２）、前記テーブルデータベース１８０における会員管理テーブル７００に、当該ユーザ用に新たな会員レコードを生成し登録する。また、この登録が完了したならば、前記待ち受けプログラム１０１を携帯端末１００に送信する（ｓ５０３）。

携帯端末１００ではこの待ち受けプログラム１０１を受信し（ｓ５０４）、これをメモリ１０５における対応領域１１０（図２参照）に格納し、入会手続きは完了する（ｓ５０５）。

前記会員認証処理において、会員であると認証されれば（ｓ３０４：ＹＥＳ）、処理選択画面６２０を携帯端末１００に返し、会員確認完了の旨を欄６２１にて示す。またサーバ１７０は、中吊り広告６０１で訴求される商品が例えば雑誌である場合、最新のジャンル別雑誌名をテーブルデータベース１８０（の最新ジャンル別雑誌名テーブル７２０）より抽出し、これの配信を携帯端末１００に対して実行する（ｓ３０６）。携帯端末１００ではこれを受信し（ｓ３０７）、メモリ１０５に格納しておく。

この時点においては前記配信サービスの会員ではあるが、適宜な広告配信の設定を行ってない、つまり配信サービス登録がすんでないものを処理対象としている。従って携帯端末１００は前記処理選択画面６２０において、配信内容設定部６２２に対応するボタン６２５の押下をユーザより受付けることとなる（ｓ３０８）。

サーバ１７０は配信内容設定画面６３０〜６５０を携帯端末１００に順次送信し、中吊り広告の配信時間帯、広告ジャンル、および雑誌の各設定項目について設定欄６３１、６４１、６５１にて設定入力を受け付ける（ｓ３０９）。ユーザによる配信内容の設定事項を受信したサーバ１７０は、当該配信内容をテーブルデータベース１８０における前記会員管理テーブル７００において該当ユーザと関連づけして記録し、処理を終了する（ｓ３１０）。

他方、前記処理選択画面６２０において購買結果入力部６２４に対応するボタン６２７の押下を受け付けたならば、後述する購買情報処理を実行し（ｓ３１１）、処理を終了する（ｓ３１２）。

ここでサーバ１７０が備えるテーブルデータベース１８０が備える各種テーブルのデータ構造について説明する。図７は本実施形態におけるテーブル構成例１を示す図である。前述したようにユーザの各種情報を格納するのが会員管理テーブル７００である。前記サーバ１７０はこの会員管理テーブル７００を参照して会員認証を実行する。また、広告情報の配信内容、広告情報の閲覧等に応じたポイント数などをこのテーブルに記録する。このため、ユーザＩＤをキーとし、ユーザの氏名、生年月日、性別、登録年月日、配信内容およびポイント数などの各種ユーザ情報が関連づけされたレコードをユーザ毎に形成する。

また、前記配信内容設定画面６３０〜６５０において設定内容をユーザに問う選択情報として、配信情報のジャンルテーブル７１０から抽出した広告情報のジャンル、最新ジャンル別雑誌名テーブル７２０より抽出した雑誌名、配信時間帯テーブル７３０より抽出した配信時間帯情報が想定できる。

前記配信情報のジャンルテーブル７１０は、ジャンルＩＤをキーとしてジャンル情報が関連づけされたデータ構造をなす。最新ジャンル別雑誌名テーブル７２０は、雑誌名ＩＤをキーとして、雑誌名および雑誌ジャンルの情報を関連づけたデータ構造をなしている。そして、配信時間帯テーブル７３０は、時間帯ＩＤをキーとして配信時間帯情報を関連づけしたデータ構造をなしている。

以上のように配信設定や会員登録の処理が完了したならば、ユーザが登録した配信内容に従ってサーバ１７０より携帯端末１００に向けて中吊り広告６０１などの広告情報が自動配信される。以下、前記配信とログ情報の処理ステップ（ｓ３１３）について説明を行う。

図８は本実施形態における広告配信とログ情報の処理フロー図である。携帯端末１００で上記したように待ち受け画面が出力部１１８に表示されているとする（ｓ８００）。そこで例えば、携帯端末１００のカレンダー機能１２０が、予め設定された広告配信契機の到来を検知する。この検知内容はＯＳ１０４が認識し、前記待ち受けプログラム１０１をプログラムデータベース１０２よりメモリ１０５の所定領域１１０により読み出して起動する（ｓ８０１）。

この待ち受けプログラム１０１の起動に際しては、他にも、携帯端末１００の稼働状況（例：通話有無、トラフィック量や各種データ処理量の多寡など）をＯＳ１０４が監視して、所定基準以下の稼動状況の発生時期をもって前記広告配信契機とすることも出来る。

また、広告配信契機がサーバ１７０のテーブルデータベース１８０における会員管理テーブル７００（記憶装置）に記録されており、カレンダー機能１８２でもって広告配信契機を検知したサーバ１７０から起動要請を受付けるとしてもよい。この場合、携帯端末１００ではこの起動要請を受けて待ち受けプログラム１０１の起動を実行することとなる。

起動した待ち受けプログラム１０１は、メモリ１０５においてこれまでに格納されている中吊り広告のログ情報９００（中吊り広告閲覧の履歴情報）をサーバ１７０に送信する（ｓ８０２）。前記ログ情報のデータ形態としては、中吊り広告毎の配信日をキーとして、配信時間帯、雑誌名（訴求商品として）、中吊り広告ログ（閲覧有無のフラグ。以下同様）、目次テキストログ、及び記事トピックログが関連づけされたものとなる（図９参照）。

ここまでのステップでは、中吊り広告のみの閲覧（例：当該中吊り広告に関連或いは派生する情報まで深く閲覧されていない）の履歴情報がある場合に対応しており、例えば前記ログ情報１１００における中吊り広告ＩＤを前記履歴情報とし、携帯端末１００の起動毎または起動中の所定タイミングでサーバ１７０に送信される。なお、前記ログ情報は、携帯端末１００における入力部１１９を介した各種要求の受付け処理またはこれに応じてなされた処理、の履歴情報を携帯端末１００のメモリ１０５（記憶装置）に格納したものである。

一方、サーバ１７０では携帯端末１００より送信された前記ログ情報を受信し（ｓ８０３）、これをログデータベース１７８に格納する（ｓ８０４）。

他方、携帯端末１００では、予めメモリ１０５において設定された広告配信内容に基づく広告配信要求をサーバ１７０に通知する（ｓ８０５）。サーバ１７０ではこれを受信し（ｓ８０６）、会員毎ログ情報の集計処理（ｓ８０７）を実行する。または、ユーザ毎の広告配信内容がサーバ１７０の前記会員管理テーブル７００（記憶装置）に記録されている場合、携帯端末１００がユーザＩＤを前記広告配信要求に含めてサーバ１７０に送信することで、前記ユーザＩＤに該当する広告配信内容をサーバ１７０が認識するとしてもよい。

ここで前記会員毎ログ情報（履歴情報）の集計処理（ｓ８０７）について説明しておく。図１０は本実施形態における会員ログ情報の集計処理フロー図である。サーバ１７０は、ここでログデータベース１７８において前記ユーザについてのログ情報を参照する。そこで図１１に示すようなデータ構造をなすログ情報１１００を前日分について集計する（ｓ１０００）。図１１では例えば配信時間帯２（例えば午前９時。図７における配信時間帯テーブル７３０参照）におけるログ情報にフォーカスした例を示している。

サーバ１７０は、前記ログ情報１１００に基づいて該当ユーザにおける広告毎の重要度（注目度）を算定する（ｓ１００１）。つまり、前記ログ情報１１００において、どの雑誌の中吊り広告について、ユーザがどこまで深く情報を要求したかを、“中吊り”、“目次テキスト”、および“記事トピック”の各ログ数を合算することで算定できる。前記ログ情報１１００における例では、“雑誌Ｄ”のログ数合計が“３”となり時間帯２では最もユーザにとって重要度が高いと認識できる。

サーバ１７０は前記重要度を算定したならば、当該重要度の高低に応じて中吊り広告の配信順等を定める（ｓ１００２）。図１２は本実施形態の中吊り表示順ログにおける変更処理例を示す図である。携帯端末１００に配信される中吊り広告は複数であることを常とするため、携帯端末１００の出力部１１８における中吊り広告の配列を定めておく必要がある。そこでサーバ１７０は、前記重要度を時間帯毎に勘案し、重要度の高いものほど最前列で表示するような設定を行う。例えば、中吊り表示順ログ１２００で示すように、変更前では“雑誌Ｃ”を１番目、“雑誌Ｄ”を２番目の配列で表示する設定を行っていたが、変更後には、中吊り表示順ログ１２１０で示すように、“雑誌Ｄ”の重要度が最も高かったことを受けて前記配列が入れ替わった設定となっている。以上のように配信順を定めたならば、これに則して広告データベース１７７より最新の中吊り広告を抽出し、携帯端末１００に配信する（ｓ１００３）。

携帯端末１００ではこれを受信し（ｓ１００４）、メモリ１０５の広告情報格納部１１５に格納する。そして出力部１１８において表示する。また、携帯端末１００は、予め定めた所定タイミングまたは前記中吊り広告の受信以降の所定処理実行時、であるテロップ配信契機を検知し、テロップ配信要求をサーバ１７０に送信する（ｓ１００５）。

図１３は本実施形態における雑誌ジャンルログを示す図であり、図１４は本実施形態におけるジャンル別テロップテーブルを示す図である。サーバ１７０ではこのテロップ配信要求を受信し（ｓ１００６）、 テロップ配信契機の時間帯、ユーザの属性、およびテロップ配信対象となる中吊り広告の属性の少なくともいずれかの情報と配信テロップ情報との関係を定めたテーブル（テロップテーブル）１３００、１４００に、前記テロップ配信要求を照合する。この処理により、例えばテーブル１３００より雑誌ジャンルを特定し、特定した雑誌ジャンルに関連づけされたテロップ情報をテーブル１４００より抽出する（ｓ１００７、ｓ１００８）。

抽出したテロップ情報は携帯端末１００に送信され、携帯端末１００ではこれを受信する（ｓ１００９）。そして既に示したテロップ表示部に出力し、処理を終了する（ｓ１０１０、ｓ１０１１）。

上述のごとく中吊り広告やテロップ情報がサーバ１７０より携帯端末１００に配信されたならば、携帯端末１００ではこれらを待ち受け画面にて表示する（ｓ８０８）。当該表示後、中吊り広告について画面操作がユーザからなされなかった場合（ｓ８０９：ＮＯ）、待機状態を継続する。

他方、何らかの画面操作がなされた場合（ｓ８０９：ＹＥＳ）、画面操作があった旨の情報をメモリ１０５に格納する（ｓ８１０）。画面操作として想定できるのがまずは中吊り広告の配置順列を入れ替えることである。図１５は本実施形態における中吊り広告のめくり処理にかかる画面遷移図である。ここで示す待ち受け画面１５００では、配信された“雑誌Ａ”“雑誌Ｂ”“雑誌Ｃ”が順次配列された形態の中吊り広告１５０１を含み、また、前記テロップ情報を表示するテロップ表示部１５０２、中吊り広告１５０１の配列を変更し、例えば前記の“雑誌Ａ〜Ｃ”のいずれかを最前列に表示するかの指定を受け付けるめくり部１５０３を含む。また、当該めくり部１５０３に対応するボタン１５０４が携帯端末１００の入力部１１９に設定されている。

前記めくり部１５０４に対応するボタン１５０４がユーザにより押下された場合、これを受けた待ち受けプログラム１０１が前記中吊り広告１５０１における配列を変更処理する。待ち受け画面１５１０および１５２０において、この変更処理が繰り返されて最前列に表示する雑誌がＡからＢ、そしてＢからＣへ変遷した状況を示す。

また、前記待ち受け画面１５００〜１５２０のいずれかにおいて閲覧した雑誌の中吊り広告について、さらに深い情報をユーザが欲したする。その場合、図１６に示すように待ち受け画面１６００（ここでは“雑誌Ａ”について閲覧中）の目次テキスト部１６０２に対応するボタン１６０３をユーザは押下する。つまり、中吊り広告について目次テキスト要求があったと認識できる（ｓ８１１：ＹＥＳ）。他方、当該要求がない場合（ｓ８１１：ＮＯ）、待機状態を維持する。

前記要求があった場合、携帯端末１００側ではこれを受け付けて、サーバ１７０に通知する（ｓ８１２）。サーバ１７０ではこれを受信し（ｓ８１３）、広告データベース１７７より該当中吊り広告に関する目次テキストの情報を抽出する。なお目次テキストの情報とは、例えば前記雑誌の目次をテキストベースで構成したデータである。抽出した目次テキストの情報は、携帯端末１００に配信される（ｓ８１４）。他方、この目次テキスト情報の配信処理に際して、当該処理の履歴を中吊り広告と対応づけし、ユーザごとにログデータベース１７８に格納する（ｓ８１５）。

携帯端末１００で前記目次テキストの情報を受信し（ｓ８１６）、目次画面１６１０において目次テキスト情報１６１１として出力する（ｓ８１７）。更にこの目次画面１６１０において、記事部１６１２に対応するボタン１６１３がユーザより押下されたとすれば（ｓ８１８：ＹＥＳ）、携帯端末１００ではこれを受けて、該当目次に関する記事トピックの要求をサーバ１７０に発する（ｓ８１９）。

サーバ１７０ではこれを受信し（ｓ８２０）、広告データベース１７７において該当する記事トピックを抽出する。抽出した記事トピックは携帯端末１００に配信する（ｓ８２１）。サーバ１７０ではこの配信処理に伴って、当該処理のログ情報をログデータベース１７８に格納する。他方、携帯端末１００ではこれを受信する（ｓ８２３）。そして、記事トピック画面１６２０において記事トピック情報１６２１として表示し（ｓ８２４）、処理を終了する（ｓ８２５）。

なお、中吊り広告等を携帯端末１００における待ち受け画面に出力するに際し、前記待ち受けプログラム１０１は、携帯端末１００における壁紙或いは待ち受け画像などの背景画像の設定を行う機能（処理部）に対し、前記中吊り広告にて背景画像を構成する指示を行って、出力処理を実行することもできる。

ここで図３で先に示した購買情報処理（ｓ３１１）について説明しておく。これは前記図６の処理選択画面６２０において、購買結果入力部６２４に対応するボタン６２７が押下された以後の処理となる。図１７は本実施形態における購買情報処理フロー図であり、図１８は本実施形態における購買情報処理にかかる画面遷移図である。

携帯端末１００において上記した如く購買結果入力部６２４に対応するボタン６２７が押下された場合（ｓ１７００）、携帯端末１００は購買情報の入力を受け付ける商品のリストをサーバ１７０に要求する（ｓ１７０１）。サーバ１７０ではこれを受信し（ｓ１７０２）、該当商品のリストを生成する。この生成に際しては、キャンペーン商品テーブル１９００および商品テーブル１９１０（図１９参照）を参照し、広告期間内の商品を抽出することとなる。サーバ１７０はこの商品リストを携帯端末１００に送信する（ｓ１７０３）。

携帯端末１００ではこの商品リストを購買情報結果入力画面１８００と共に受信し（ｓ１７０４）、表示する。この画面１８００には、前記商品リストを表示する商品選択欄１８０１や、当該商品選択欄１８０１中より商品の選択を受け付けるインターフェイスとして選択部１８０２、および当該選択部１８０２に対応するボタン１８０３が含まれている。

そこで前記選択部１８０２に対応するボタン１８０３でもって適宜な商品が商品選択欄１８０１より選択されたとする。するとこの事象を携帯端末１００は認識し（ｓ１７０５）、次の購買結果入力画面１８１０における購買証明番号の入力を受付ける（ｓ１７０６）。ユーザは当該画面１８１０における番号入力欄１８１１に購買証明番号を入力し、送信部１８１２に対応するボタン１８１３を押下する。すると携帯端末１００は、前記購買証明番号と共に商品名の情報をサーバ１７０に送信する（ｓ１７０７）。

サーバ１７０では前記情報を受信し、該当商品について既に過去入力されていない番号であるか判定する（ｓ１７０８）。これには、商品毎に購買証明番号が紐付けされた購買証明番号テーブル１９２０（図１９参照）において、前記商品名と購買証明番号とを照合することで処理できる。この判定で過去に入力された番号であると判定されれば（ｓ１７０８：ＮＯ）、入力受付付加である旨の回答を携帯端末１００に対し行う（ｓ１７０９）。

他方、過去に入力されていない番号であると判定されたならば（ｓ１７０８：ＹＥＳ）、前記購買証明番号テーブル１９２０において該当商品に関連づけされたポイント数を認識し、会員毎ポイントテーブル１９３０における該当ユーザのレコードに登録する（ｓ１７１０）。サーバ１７０はこのような処理の受付結果を、購買結果入力画面１８２０として送信する（ｓ１７１１）。

携帯端末１００ではこの画面データを受信し（ｓ１７１２）、これを表示する。当該画面１８２０においては、例えば購買証明番号の登録結果や獲得ポイント数が結果情報１８２１として表示される。前記ポイント数は、例えばそのポイント数の多少に応じて以後の商品購入に際してキャッシュバック等が受けられるなど、ユーザへのサービス提供の根拠となる。よって、商品を購入したユーザが、購買情報をサーバ１７０に登録するモチベーションを高めることにつながる。

図２０は本実施形態における購買証明番号の入手手順例を示す図である。前記購買証明情報をユーザが入手する手法としては、例えば図示するように商品表面の粘着層表面に購買証明番号が印字されたシールが適宜隠蔽され貼付されるものとし、ユーザがこの商品を購入し前記隠蔽手段（表面シール）を除去し、前記シールを取得する方法がある。ユーザはこのシールに印字された購買証明情報を前記携帯端末１００から入力することとなる。

或いは、携帯端末１００が備える、前記シール（媒体）に出力された購買証明番号（情報）に対するリーダ機能が、前記購買証明番号の読取りを行うとすれば、ユーザによる手入力の手間を省略することができる。この場合、前記リーダ機能より前記購買証明番号の入力が携帯端末１００に対しなされる。

サーバ１７０は、他にも、前記ログ情報（履歴情報）を集計して活用する手段も備えている。図２１は本実施形態における広告主向け情報の集計処理フローを示す図である。サーバ１７０は例えば、ユーザの属性（例：年齢、性別、居住地など）、広告情報の属性（例：雑誌名、ジャンルなど）、広告情報の配信時間（前記配信時間帯）、広告情報に対する各種要求の受付時間、取得された関連情報（目次テキストや記事トピックなど）の属性、取得された訴求商品情報の属性（例：商品名、商品ジャンルなど）または記事情報の属性の少なくともいずれかの要素、および前記購買証明情報について、前記ログデータベース１７８におけるログ情報を集計処理する。

サーバ１７０は、前記図１１において示した会員（ユーザ）毎のログ情報１１００において中吊り広告のログを集計することで、どの雑誌の中吊り広告がどれくらい閲覧されたのかを示す雑誌ランキングを生成できる（ｓ２１００）。また、この集計結果を会員全体に亘って行えば、図２２に示すような会員（ユーザ）全体の雑誌ランキングテーブルを生成することができる。図では、中吊り広告の配信時間帯毎にランキング集計を行い、またユーザの性別や年齢毎にランキングの集計を行ってもいる。

他に、ログデータベース１７８とともに広告データベース１７７を参照し、ここでユーザ毎の配信履歴や当該配信された中吊り広告に関連するキーワードを認識する（ｓ２１０１）。図２３は本実施形態の広告データベースにおける広告情報毎のキーワード設定例を示す図である。このように各雑誌毎に、中吊り広告に関する画像ファイル名や目次テキストファイル名、記事トピックファイル名、および雑誌ジャンルに加え、キーワードのデータが設定されているのである。

サーバ１７０は会員（ユーザ）毎に、関連するキーワードを集計し、キーワードランキングを生成する（ｓ２１０２）。図２４は本実施形態の集計ＤＢにおけるユーザ毎のキーワードランキングテーブル２４００を示す図である。このように生成されたユーザ毎のキーワードランキングは広告主に提供されるだけでなく、携帯端末１００を通じてユーザ側に提供するとしてもよい。

ユーザ毎のキーワードランキングを生成したならば、これを会員全体に亘って集計することで会員全体のキーワードランキングを生成することができる（ｓ２１０３）。図２５は本実施形態の集計ＤＢにおける会員全体のキーワードランキングテーブル２５００を示す図である。このテーブル２５００は、中吊り広告の配信時間帯毎、或いはユーザの性別や年齢毎に生成することができる。

他に、前記した会員毎ポイントテーブル１９３０を参照して、会員（ユーザ）毎の獲得ポイントを集計し（ｓ２１０４）、キャンペーン商品毎の購買結果を算定することもできる（ｓ２１０５）。図２６は本実施形態の集計ＤＢにおける商品毎キャンペーン結果テーブル２６００を示す図である。このように、商品毎にユーザの属性や購買数などを明確なデータとして広告主らに提供することができる。

図２７は本実施形態における広告料還元手法の概要図である。本実施形態においては、前記した会員毎ポイントテーブル１９３０の情報や会員毎ログ情報（履歴情報）を利用して更なるサービスを提供することも出来る。例えば、図２７に示す通り、中吊り広告等を通じて商品・サービスの訴求を行いたい広告主が前記情報仲介者サーバ１７０を運営する情報仲介事業者に対して支払う広告料を原資にしたビジネスモデルである。

このビジネスモデルの概要は、ユーザが携帯端末１００を通じて通信インフラ事業者（例：携帯電話キャリアなど）より広告情報の閲覧・利用をする際に要した通信料や情報料より、例えば該当広告情報の広告主と定めてある還元額を、通信インフラ事業者が差し引きする。そしてこの差し引きするための還元原資は前記原資をあてることとなる。通信インフラ事業者は前記ユーザに対して還元額が差し引きされた利用料の請求を行うのである。ユーザの側からすれば、携帯電話機などの携帯端末１００を通じて気軽に広告情報を眺めるなどするだけで通信料などの利用料金が減額されるという大きな利点が生じる。広告主側としても広告情報がユーザに到達する効率が高まり、効率的な広告戦略をうつことができる。勿論、通信インフラ事業者にとっても前記還元原資を負担することなく広告情報をより多く閲覧してもらうことで通信料収入の上昇が見込める。また、情報仲介事業者としても、各種手数料収入が確保できる上、本発明の広告管理方法自体の普及発展につなげることができるであろう。なお、前記還元額についてはサービスや商品等と引換可能なポイント等としてユーザに提供するとしてもよい。

では次に、上で述べたビジネスモデルについてその具体的な処理手順を説明しておく。図２８は本実施形態における広告料還元処理の手順を示すフロー図である。前記図１０におけるステップｓ１０００、つまり会員毎のログ情報集計（前日分）の処理から当該フローはスタートする。既に上述したように会員毎のログ情報を集計処理したサーバ１７０は、続いて、会員全体の広告集計ランキング（図２２参照）を参照し、各広告（広告情報）毎に広告主に請求する請求額（広告料）の算定を行う（ｓ２７００）。

この算定に際しては、例えば前記ランキングのログ数に対して、広告別請求額テーブル３０００（図３１）の広告毎の請求単価を乗算すればよい。すると、広告毎の請求額算出結果３０１０が生成できる。この広告別の請求額算出結果３０１０は該当広告主の広告主サーバに送信される（ｓ２７０１）。広告主サーバ側ではこれを受信し（ｓ２７０２）、請求額を前記サーバ１７０あるいは情報仲介事業者に支払う（ｓ２７０３）。

他方、各会員の広告閲覧に応じた還元額を算定する必要がある。そこで、広告別還元額算出用係数テーブル３０２０における広告毎の係数を、前記広告別請求額テーブル３０００の該当広告に関する請求額に乗じ、広告別還元額テーブル３０４０を生成しておく。そしてこの広告別還元額テーブル３０４０の広告毎の還元額を、会員毎の前記ログ数に乗じることで、例えば日別の還元額を算出する（ｓ２７０４）。ログ毎の還元額を算定したのが個人毎の還元額算出結果３０３０となる。前記日別の還元額を月ごとにとりまとめて積算すれば月間の還元額を算定することも勿論可能である（ｓ２７０６）。各会員の月間還元額算定結果の例を図３１の還元額テーブル３０５０に示す。

上記のように算定された各種還元額は、携帯端末１００に送信されて当該携帯端末１００の出力部１１８に出力されることとなる（ｓ２７０５）。この携帯端末１００での還元額の出力形態について見てみる。図２９は本実施形態における還元額通知処理にかかる画面遷移図１である。図に示すように、携帯端末１００の画面（出力部）２９００において、例えば「昨日の還元額は￥１５です。」といった通知メッセージ２９０１を表示させる。なお本実施の形態には、還元額の表示を、前日以外の前回ダウンロード分を単位に行うことも含まれる。今月累積額部２９０２に対応するボタン(3)が押下されれば、月間の累積還元額が画面２９１０にて通知２９１１として表示される。また累積額部２９１２に対応するボタン(3)が押下されれば、画面２９２０にて利用開始からの累積還元額の通知２９２１が表示される。月間の累積還元額には、（１）前日までの１ヶ月分および（２）最新の料金の請求期間分の少なくとも一方が含まれる。（２）に関しては、例えば、当日が２月７日で、料金の請求が２０日締めの場合、１月２１日から２月６日までの累積還元額を表示する。

このような表示形態とは別に、図３０に示すように前記各通知２９０１、２９１１、２９２１をテロップ表示させるとしてもよい。この場合、例えば所定日付や時刻の到来に合わせてテロップを自動表示させることもできるし、会員からの表示指示を受けて出力を実行することもできる。

還元額が携帯端末１００に送信される一方で、会員毎の還元額はサーバ１７０より前記通信インフラ事業者の料金サーバに送信される（ｓ２７０７）。料金サーバ側ではこれを受信し（ｓ２７０８）、上述した通り顧客たる前記会員毎に、「通信料」＋「情報料」−「還元額」の処理を行う（相殺処理）。そしてこの相殺処理された請求額を携帯端末１００へ送信する（ｓ２７０９）。この送信は電子データにより行われることが想定される他、従来通りに紙媒体等で送付されるとしてもよい。いずれにしても請求額が通知されればよいのである。携帯端末１００では前記請求額の通知を受信し（ｓ２７１０）、所定口座への入金処理などを行って支払いを実行する（ｓ２７１１）。

本発明の広告管理方法等によれば、中吊り広告などの広告情報を眺めるために煩雑なキー操作をユーザに強いることがなくなり、リーチ率など広告訴求効果の向上も望める。また、中吊り広告など車内広告が閲覧される時間帯が、通勤等の慌ただしい移動時間帯であったとしても、煩雑なキー操作をユーザに要求しないから、ユーザの利便性に適切に配慮することが可能である。したがって、広告情報に関する閲覧履歴を収集して広告効果の分析やマーケティングリサーチなどを行う場合、十分な頻度・量の情報を収集しやすくなる。とりわけ、利便性に優れる上、携帯電話機等におけるパケット通信料の負担増をほとんど招かないから、広告配信サービスを享受するユーザの確保が容易かつ確実となる。

つまり、優れた利便性のもと広告配信を行うと共に、確度の高い広告効果の測定を可能とする広告管理方法、携帯端末、プログラム、記録媒体、ならびに広告配信サーバを提供可能とするのである。

以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

本実施形態におけるシステム構成図である。 本実施形態の携帯端末における機能ブロック図である。 本実施形態における広告管理方法の概要フロー図である。 本実施形態における優先度処理フロー図である。 本実施形態における非会員向け入会手続のフロー図である。 本実施形態における配信内容設定にかかる画面遷移図である。 本実施形態におけるテーブル構成例１を示す図である。 本実施形態における広告配信とログ情報の処理フロー図である。 本実施形態のログＤＢにおける情報登録例（中吊り閲覧のみ）を示す図である。 本実施形態における会員ログ情報の集計処理フロー図である。 本実施形態における会員毎のログ情報例を示す図である。 本実施形態の中吊り表示順ログにおける変更処理例を示す図である。 本実施形態における雑誌ジャンルログを示す図である。 本実施形態におけるジャンル別テロップテーブルを示す図である。 本実施形態における中吊り広告のめくり処理にかかる画面遷移図である。 本実施形態における目次および記事の表示処理にかかる画面遷移図である。 本実施形態における購買情報処理フロー図である。 本実施形態における購買情報処理にかかる画面遷移図である。 本実施形態におけるテーブル構成例２を示す図である。 本実施形態における購買証明番号の入手手順例を示す図である。 本実施形態における広告主向け情報の集計処理フローを示す図である。 本実施形態の集計ＤＢにおける会員全体の雑誌ランキングテーブルを示す図である。 本実施形態の広告データベースにおける広告情報毎のキーワード設定例を示す図である。 本実施形態の集計ＤＢにおける会員毎のキーワードランキングテーブルを示す図である。 本実施形態の集計ＤＢにおける会員全体のキーワードランキングテーブルを示す図である。 本実施形態の集計ＤＢにおける商品毎キャンペーン結果テーブルを示す図である。 本実施形態における広告料還元手法の概要図である。 本実施形態における広告料還元処理の手順を示すフロー図である。 本実施形態における還元額通知処理にかかる画面遷移図１である。 本実施形態における還元額通知処理にかかる画面遷移図２である。 本実施形態におけるテーブル構成例３を示す図である。

符号の説明

１００ 携帯端末
１０１ 待ち受けプログラム
１０２ プログラムデータベース
１０３、１７１ ＣＰＵ
１０４ ＯＳ
１０５、１７２ メモリ
１０６ ＧＰＳアプリケーション
１０７ ＷＥＢアプリケーション
１０８ メール機能アプリケーション
１０９ 電話機能アプリケーション
１１０ 待ち受けアプリ用領域
１１１ ＧＰＳ用領域
１１２ Web用領域
１１３ メール用領域
１１４ 電話用領域
１１５ 広告情報格納部
１１６ Ｉ／Ｆ部
１１７、１７３ Ｉ／０
１１８ 出力部、出力インターフェイス
１１９ 入力部、入力インターフェイス
１２０ カレンダー機能
１３０ ＰＤＡ
１５０ 携帯電話ネットワーク
１５１ 携帯電話基地局
１５５ 無線ＬＡＮネットワーク
１５６ 無線ＬＡＮ基地局
１７０ 広告配信サーバ、情報仲介者サーバ、サーバ
１７４ ダウンロード用プログラム
１７７ 広告データベース
１７８ ログデータベース
１７９ 集計データベース、
１８０ データベース群、データベース

Claims (3)

1. 情報処理を実行する処理部と表示部とを有する複数の携帯端末の各々に対して、処理装置を有する配信装置から、ネットワークを介して配信情報を配信する方法であって、
   前記配信装置は、携帯端末において前記配信情報の受信に用いられる待ち受けプログラムおよび前記配信情報を記憶装置に記憶しておき、
   前記携帯端末は、前記処理部の制御により、前記配信装置へ、前記待ち受けプログラムを要求する待ち受けプログラム要求情報を送信し、
   前記配信装置は、前記処理装置の制御により、前記携帯端末から待ち受けプログラムの要求を受信した場合、前記待ち受けプログラムを前記携帯端末に送信し、
   前記配信装置は、前記携帯端末へ前記配信情報のうち、当該携帯端末の利用者に対応するジャンルの配信情報を、前記プログラムに従った前記処理部の制御により、予め定められたタイミングで、当該携帯端末における所定の機能の稼働を示す稼働状況を監視し、予め定めた所定基準以下の稼働状況の発生により当該携帯端末に設定された情報配信契機の到来を検知した場合に配信し、
   前記携帯端末は、前記待ち受けプログラムに従った前記処理部の制御により、配信された配信情報を前記表示部に表示される待ち受け画面に表示し、
   前記携帯端末は、前記待ち受けプログラムに従った前記処理部の制御により、表示された前記配信情報に対する利用者からの入力に応じて、前記配信情報の表示形態を変更して表示するよう制御することを特徴とする情報配信方法。
2. 請求項1に記載の情報配信方法において、
   前記配信情報は、複数の広告情報から構成され、
   前記表示形態の変更は、前記複数の広告情報のそれぞれの表示順序を変更して表示することを特徴とする情報配信方法。
3. 請求項１または２に記載の情報配信方法において、
   前記配信情報は、テロップ情報および画像データから構成され、
   前記表示形態の変更は、前記画像情報の表示形態を変更して表示することを特徴とする情報配信方法。

Images