ネットワークを介して情報配信装置から複数の携帯端末のそれぞれへ情報配信を行う情報配信方法において、前記携帯端末は、待ち受けプログラムおよび処理プログラムを格納した記憶部と処理部とを有し、前記待ち受けプログラムは、前記携帯端末の待ち受け画面を制御するためのプログラムであり、前記処理プログラムは、前記携帯端末での電話または電子メールのうち少なくとも一方の機能を実行するための処理プログラムであり、前記携帯端末において、情報配信契機の到来を検知した場合、前記記憶部に格納される前記待ち受けプログラムを起動し、前記携帯端末は、前記待ち受けプログラムに従った前記処理部の制御により、予め設定された情報配信内容に関する情報配信要求を前記情報配信装置に送信し、前記携帯端末は、前記情報配信要求に応じて前記情報配信装置より配信される配信情報を受信し、前記携帯端末は、前記待ち受けプログラムに従った前記処理部の制御により、前記情報配信装置から受信した前記配信情報を出力インターフェイスである待ち受け画面に出力し、前記携帯端末は、前記待ち受けプログラムを起動して、前記情報配信の処理を行っている場合に、前記処理プログラムの処理要求を検知すると、前記待ち受けプログラムに従った前記情報配信の処理を中断し、前記処理プログラムによる処理を実行する、ことを特徴とする情報配信方法。請求項1に記載の情報配信方法において、前記携帯端末は、予め設定された時刻が到来したことにより、前記情報配信契機の到来を検知することを特徴とする情報配信方法。請求項1に記載の情報配信方法において、前記携帯端末は、当該携帯端末の状況として、当該携帯端末の稼動状況を監視し、前記情報配信契機の到来を、予め定めた所定基準以下の稼動状況の発生により検知することを特徴とする情報配信方法。請求項3に記載の情報配信方法において、前記携帯端末は、前記稼動状況として、当該携帯端末を利用した通話の有無、トラフィック量、各種データ処理量を監視することを特徴とする情報配信方法。請求項1に記載の情報配信方法において、前記携帯端末は、前記情報配信装置からのメッセージを受信することにより、前記情報配信契機の到来を検知することを特徴とする情報配信方法。請求項1乃至請求項5のいずれかに記載の情報配信方法において、前記携帯端末は、前記携帯端末の利用者を識別するユーザIDを含む前記情報配信要求を送信することを特徴とする情報配信方法。請求項1乃至請求項6のいずれかに記載の情報配信方法であって、前記携帯端末は、前記待ち受けプログラムに従った前記処理部が、前記出力した情報に対する出力形態の変更の要求を入力インターフェイスを介して受け付け、前記携帯端末は、前記待ち受けプログラムに従って前記処理部の制御により、前記出力形態の変更の要求に応じて、前記配信情報の出力形態を変更し出力インターフェイスである待ち受け画面に出力することを特徴とする情報配信方法。しかしながら従来手法には改善点が存在した。すなわち、広告情報を乗客等ユーザに閲覧させる手順および閲覧端末について、ユーザの使用感など利便性低下を招来する要素が含まれている点である。従来存在する広告管理方法においては、例えばユーザが携帯電話機のWebブラウジング機能を利用して、ステップバイステップのキーイン操作にて所定サイトにアクセスし、広告情報を閲覧する必要があった。従って、中吊り広告などの広告情報を眺めるために煩雑なキー操作をユーザに強いることとなり、リーチ率など広告訴求効果の低下も危惧されていた。このような危惧は、上記従来技術において広告表示端末に表示するユーザ所望の広告を移動端末由来の指示に応じて設定するといった処理を行う場合にも同様である。中吊り広告など車内広告が閲覧される時間帯は、通勤等の慌ただしい移動時間帯が想定される。つまり、上述したような何らかのキー操作を慌ただしさの中でユーザに要求し、真にユーザの利便性に配慮している状況にはないと言える。翻ってみれば、こうした広告管理が行われている現状で、広告情報に関する閲覧履歴を収集して広告効果の分析やマーケティングリサーチなどを行うとしても、十分な頻度量の情報が収集しにくいと言える。とりわけ、利便性に優れない上に携帯電話機等におけるパケット通信料の負担増にかなりつながるような従来手法では、広告配信のサービスを享受するユーザの確保自体が難しくなる懸念も存在した。そこで本発明はこのような経緯に基づいてなされたもので、優れた利便性のもと広告配信を行うと共に、確度の高い広告効果の測定を可能とする、広告配信サーバ、広告配信方法、広告配信プログラムを提供することを目的とする。上記課題を解決する本発明の情報配信方法は、ネットワークを介して情報配信装置から複数の携帯端末のそれぞれへ情報配信を行う情報配信方法において、前記携帯端末は、待ち受けプログラムおよび処理プログラムを格納した記憶部と処理部とを有し、前記待ち受けプログラムは、前記携帯端末の待ち受け画面を制御するためのプログラムであり、前記処理プログラムは、前記携帯端末での電話または電子メールのうち少なくとも一方の機能を実行するための処理プログラムであり、前記携帯端末において、情報配信契機の到来を検知した場合、前記記憶部に格納される前記待ち受けプログラムを起動し、前記携帯端末は、前記待ち受けプログラムに従った前記処理部の制御により、予め設定された情報配信内容に関する情報配信要求を前記情報配信装置に送信し、前記携帯端末は、前記情報配信要求に応じて前記情報配信装置より配信される配信情報を受信し、前記携帯端末は、前記待ち受けプログラムに従った前記処理部の制御により、前記情報配信装置から受信した前記配信情報を出力インターフェイスである待ち受け画面に出力し、前記携帯端末は、前記待ち受けプログラムを起動して、前記情報配信の処理を行っている場合に、前記処理プログラムの処理要求を検知すると、前記待ち受けプログラムに従った前記情報配信の処理を中断し、前記処理プログラムによる処理を実行する、ことを特徴とする。また、前記情報配信方法において、前記携帯端末は、予め設定された時刻が到来したことにより、前記情報配信契機の到来を検知するとしてもよい。また、前記情報配信方法において、前記携帯端末は、当該携帯端末の状況として、当該携帯端末の稼動状況を監視し、前記情報配信契機の到来を、予め定めた所定基準以下の稼動状況の発生により検知するとしてもよい。また、前記情報配信方法において、前記携帯端末は、前記稼動状況として、当該携帯端末を利用した通話の有無、トラフィック量、各種データ処理量を監視するとしてもよい。また、前記情報配信方法において、前記携帯端末は、前記情報配信装置からのメッセージを受信することにより、前記情報配信契機の到来を検知するとしてもよい。また、前記情報配信方法において、前記携帯端末は、前記携帯端末の利用者を識別するユーザIDを含む前記情報配信要求を送信するとしてもよい。また、前記情報配信方法において、前記携帯端末は、前記待ち受けプログラムに従った前記処理部が、前記出力した情報に対する出力形態の変更の要求を入力インターフェイスを介して受け付け、前記携帯端末は、前記待ち受けプログラムに従って前記処理部の制御により、前記出力形態の変更の要求に応じて、前記配信情報の出力形態を変更し出力インターフェイスである待ち受け画面に出力するとしてもよい。その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。本発明によれば、優れた利便性のもと広告配信を行うと共に、確度の高い広告効果の測定が可能なる。以下に本発明の実施形態について図面を用いて詳細に説明する。図1は本実施形態におけるシステム構成図である。また図2に示す本実施形態の携帯端末における機能ブロック図も用い、携帯端末100の詳細についても併せて説明する。本発明における携帯端末100は一例として例えば携帯電話機を想定し、本発明の広告管理方法を実現するプログラム図中では待ち受けプログラム101を例えばプログラムデータベース102に格納し、これを演算装置たるCPU103らがOSOperatingSystems104に基づきメモリ105に適宜読み出すなどして広告管理方法を実行する。なお、前記プログラムデータベース102には、待ち受けプログラム101の他、携帯端末100が本来備える機能を実現するアプリケーションプログラムが格納されている。ここでの例では、GPSアプリケーション106、Webアプリケーション107、メール機能アプリケーション108、電話機能アプリケーション109が含まれている。一方、前記メモリ105には、各アプリケーションプログラムや機能毎に適宜な記憶領域が確保されているものとする。ここでは例えば、待ち受けプログラム待ち受けアプリと図示用領域110、GPS用領域111、Web用領域112、メール用領域113、電話用領域114、そして広告配信サーバより取得した広告情報の格納領域たる広告情報格納部115が含まれる。なお、図2において示したメモリ105は、前記各アプリケーション101および106~109らを格納するなどの割当て領域110~114の構成例を示している。よって図2は機能ブロックとメモリ105との関係を示しているとも言える。また、OS104が各アプリケーションプログラム101、106~109を読み出す際には、各アプリケーションプログラム毎のI/Fインターフェイス部116を用いるものとする。他に、携帯端末100が携帯電話機であれば携帯電話ネットワーク150および携帯電話基地局151を介して広告配信サーバたる情報仲介者サーバ170と接続して広告情報を取得するなどデータ通信を実行するI/O117、広告情報の出力を実行する出力部118出力インターフェイス、ユーザからの選択や指示を受け付ける入力部119入力インターフェイス、および広告配信契機を検知するために日付や時刻の情報を制御するカレンダー機能部120を備えている。ユーザは、この携帯端末100を利用して中吊り広告などの広告情報およびこれに関連する情報の閲覧等を行うことになる。ここで、携帯電話機などの携帯端末100とは別に、PDA130を採用することもできる。この場合、携帯端末100と同様にプログラムデータベース131には、各種アプリケーションプログラムが格納され、適宜な演算装置図示せずとメモリ132とで本発明の広告管理方法を実行する。また無線LANネットワーク155および無線LAN基地局156を介して前記情報仲介者サーバ170とデータ通信が可能である。上記のような携帯端末100に対し、携帯電話ネットワーク150らを通じて結ばれるのが広告配信サーバたる情報仲介者サーバ170以下、サーバ170である。このサーバ170は、演算装置たるCPU171、当該CPU171が演算時に使用するメモリ172、ネットワーク150らを介した携帯端末100やPDA130とのデータ通信を行うI/O173、前記待ち受けプログラムを携帯端末100に配信するためのダウンロード用プログラム174およびサーバとして本来備える基本プログラム175を格納したプログラムデータベース176を備える。他に、携帯端末100が備えるとした前記カレンダー機能部120を、同様にカレンダー機能部182として備えることができる。また、携帯端末100らに配信する広告情報のデータを格納する広告データベース177、携帯端末100において広告情報等に対してなされた処理等の履歴情報を格納するログデータベース178、履歴情報を集計した結果を格納する集計データベース159、ならびに各処理に要するテーブルを格納したテーブルデータベース180、からなるデータベース群181を備えている。このような構成のサーバ170は、前記の携帯端末100より広告配信要求を受信し、この広告配信要求に応じた広告情報を前記広告データベース177より抽出する。また、前記抽出した広告情報は該当携帯端末100に配信する。携帯端末100側で広告配信契機を検知せず、サーバ170側で各携帯端末100の広告配信契機を管理検知する場合、前記配信に際しては、携帯端末100毎に定められた配信契機を前記カレンダー機能182と照合しつつ、配信契機の到来を知見するものとできる。また、サーバ170は、広告情報の配信先である携帯端末100より、当該携帯端末100において広告情報に対してなされた各種要求閲覧、広告情報のレイアウトや配信順の変更、関連情報の取得などの受付け処理またはこれに応じてなされた処理、の履歴情報を受信しログデータベース178に格納する。そしてこの履歴情報に基づいて、例えば各ユーザ毎の、所定時間帯で最も閲覧頻度の高い広告を認識し、これにより該当携帯端末100のユーザにおける広告毎の注目度を算定する。サーバ170は前記注目度の高低に応じて広告情報の配信順または出力形態を定める処理を行う。他方、広告情報に対する出力形態の変更または関連情報の取得の要求を携帯端末より受信して、この要求に応じて、前記広告情報の出力形態を変更するか、前記関連情報を広告データベース177より抽出して、携帯端末100に送信する。出力形態の変更処理としては、例えば複数配信する中吊り広告の、いずれを最前列で出力する形態とするかを変更するつまり並び替えの処理。広告データベース177には、他にテロップのデータも格納されている。サーバ170は携帯端末100よりテロップ配信要求を受信すると、テロップ配信契機の時間帯、ユーザの属性、およびテロップ配信対象となる広告情報の属性の少なくともいずれかの情報と配信テロップ情報との関係を定めたテロップテーブルテーブルデータベース180に格納に、テロップ配信要求を照合する。これにより、該当するテロップ情報を抽出し、携帯端末100に送信する。また、サーバ170は、広告情報に基づいてユーザが行う広告商品の購買に伴い、携帯端末100における購買証明情報入力画面後出を通じてユーザより受け付けられた商品情報または該当携帯端末100に配信された広告情報を、当該携帯端末100より受信する。そして、前記商品情報または広告情報に基づいて広告データベース177より該当商品を抽出し、商品リストを作成する。作成した商品リストは携帯端末100に送信する一方で、この商品リスト中より選択された選択商品および当該選択商品の購買証明情報を、携帯端末100より受信する。詳細は後述するが、前記選択商品に対する購買証明情報の認証処理を実行し、認証が正常に行われれば当該購買に応じたポイント登録をユーザについて行う。前記ポイントなどユーザについての情報は例えば前記テーブルデータベース180において会員管理テーブル後出を生成し管理する。中吊り広告など各種広告情報を上述のごとく配信することで、サーバ170には各ユーザに関する様々な履歴情報が集積される。そこで、サーバ170はこの履歴情報を、ユーザの属性、広告情報の属性、広告情報の配信時間、広告情報に対する各種要求の受付時間、取得された関連情報の属性、取得された訴求商品情報の属性または記事情報の属性、および前記購買証明情報の少なくともいずれかの要素について集計処理することができる。集計処理の結果は、例えば広告主に通知され広告効果の分析やCRMCustomerRelationshipManagementに活用される。或いはユーザにも提供され、ユーザ自らがどういった広告や商品について興味を示してきたのか認識する指針ともできる。なお、上記した待ち受けプログラム101は、一例としてJAVA登録商標などのオブジェクト指向型プログラミング言語により構築することができる。サーバ170に対する携帯端末100のアクセスがWWWブラウザを介したものであれば、例えばJavaアプレットにより前記待ち受けプログラムを構成できる。但し、本発明の広告管理方法を実現するプログラムはJAVAにより構築される例だけに限定されず、他のいかなる言語手法であっても同様の機能を構築できるならば、そのいずれも採用できる。また、前記待ち受けプログラム101は本発明の広告管理方法を実現するプログラムの称呼の一例にすぎない。よって、サーバ170より広告情報等を自ら取得する機能等を有して本発明の広告管理方法を実現するプログラムであればいずれのものでもよい。また、前記サーバ170は、ファイヤウォールサーバとして外部からの不正進入を抑止したり、WWWサーバとして機能可能なものでもあるし、データ通信相手とのコミュニケーションを図るメールサーバーとしても機能可能なものとできる。また、このサーバ170は、例えば広告情報の提供企業広告主らが共同運営するか、或いは広告管理サービスを行う企業が備えて管理運営することが想定できる。なお、前記データベース群181を構成する、広告データベース177、ログデータベース178、集計データベース179、およびテーブルデータベース180は、サーバ170に一体に備わっている例だけでなく、別の装置に付帯しながらもネットワークを介して一体に稼動するとしてもよい。また、携帯端末100およびサーバ170らをそれぞれつなぐネットワークに関しては、専用回線やインターネットの他に、WANWideAreaNetwork、LAN、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網など様々なネットワークを採用することも出来る。また、VPNなど仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。図3は本実施形態における広告管理方法の概要フロー図である。以下、本発明の広告管理方法の実際手順について説明を行う。なお、以下で説明する広告管理方法に対応する各種動作は、携帯端末100に関する動作についてはプログラムデータベース102が備えるプログラムによって、またサーバ170に関する動作はプログラムデータベース176が備えるプログラムにより実現される。そして、これらのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。また、広告情報としては中吊り広告を構成する画像データまたはテキストデータの少なくともいずれかとする以下、中吊り広告と称す。携帯端末100の電源スイッチがONしたとするs300。これはユーザが入力部119等を操作して主体的に行った場合と、携帯端末100の備える電源管理機能前記待ち受けプログラムが含むか、または制御する。が前記広告配信契機など所定タイミングにあわせて電源をONした場合と、サーバ170が前記広告配信契機などの所定タイミングを検知して前記電源管理プログラムに指示を行った場合とが想定できる。このように携帯端末100の電源がONし処理が開始されるに先立ち、携帯端末100が元来担っている電話や電子メールなどの処理プログラムと、前記待ち受けプログラム101とのプログラム上の優先度をあらかじめ定義しておく必要がある。図4は本実施形態における優先度処理フロー図である。本発明の広告管理方法のもと、中吊り広告など各種広告情報の配信サービスを享受するユーザは、例えば当該サービスの契約をサーバ170の管理団体等と結ぶ際に、携帯端末100で主として稼働するプログラムを前記待ち受けプログラム101とすることに同意しているものとする。したがってこの携帯端末100では、電話や電子メールなどの処理が割り込んだ場合だけこれら処理を優先させることとなる。以下、この優先度処理のフローを説明する。携帯端末100の電源が上述のごとくONするs400。この状態で例えば電話の発呼や着信の処理がなされたとする。つまり割り込み操作であるs401。すると、携帯端末100の前記OS104は、待ち受けプログラム101が起動しているか否かを判定するs402。ここで起動していないと判定されればs402:NO、前記割り込み操作に応じ、例えば電話機能アプリケーション109を起動し割り込み処理を実行するs403。そして、例えばこの電話に関する処理が終了すればs404、通常の待機状態へ戻る。他方、前記判定にて待ち受けプログラム101が起動していると判定されればs402:YES、前記OS104は当該待ち受けプログラム101に対して中断指示を行いs405、前記割り込み処理の終了まで待機させる。割り込み処理が終了すればs406、前記OS104は前記待ち受けプログラム101に復帰指示を行い通常の待機状態へと戻るs407。携帯端末100の電源スイッチがONされる処理に続き、当該ユーザが前記配信サービスの登録済みであるか判定処理を行うs301。ここでの判定処理は、すでに登録済みであると入力部119を通じてユーザから指定を受け付けたか否かを認識するか、或いは携帯端末100が登録済み情報の有無をメモリ105にて認識する。この判定により登録済みユーザであると判定されたならば、後述する配信とログ情報の処理s313および広告主向け情報の集計処理s314を適宜実行し処理を終了するs315。一方、前記判定において初回登録のユーザであると判定されたならば、会員認証処理や会員登録処理を行うこととなる。図5は本実施形態における非会員向け入会手続のフロー図であり、図6は本実施形態における配信内容設定にかかる画面遷移図である。前記携帯端末100は待ち受け画面600を出力部118に表示しs302、前記ユーザの入力受付状態となる。ここで、前記待ち受け画面600は、以降、サーバ170より配信された中吊り広告を表示する画面となる。そこで、中吊り広告601、当該中吊り広告601やその配信時間帯などと適宜対応付けして配信されるテロップを表示するテロップ表示部602、前記配信サービスにおける各種会員サービスや登録処理などを提供するポータルサイトへのリンクたるポータルWEB部603、前記中吊り広告601の配置順を変更するめくり部604、前記中吊り広告601の構成記事の目次情報取得指示を受け付ける目次テキスト部605から構成されている。なお、前記各部603~605の機能に対応したボタン606~608が携帯端末100のいずれかのボタンに割り当てられているものとする。前記待ち受け画面600において、ユーザによるポータルWEB部603に対応するボタン606の押下がなされた場合、携帯端末100はこれを受けてサーバ170の提供するポータル画面610にアクセスするs303。この画面610では、会員確認のためのIDや名前といった基本情報の入力が入力欄611にて促される。そこで適宜な情報が入力された上、送信部612に対応するボタン615が押下されたならば、前記基本情報が携帯端末100からサーバ170に送信される。サーバ170ではこれをうけて、前記基本情報を前記テーブルデータベース180における会員管理テーブル700に照合し、会員認証処理を実行するs304。そこで会員でないと判定されたならばs304:NO、非会員向けの入会手続き処理を実行するs305。この処理は図5のフローで示す通り、前記基本情報の入力を入力部119を通じて受け付けるとともにs500、これを含む前記待ち受けプログラム101のダウンロード要求をサーバ170に送信するs501。サーバ170ではこの要求を受信しs502、前記テーブルデータベース180における会員管理テーブル700に、当該ユーザ用に新たな会員レコードを生成し登録する。また、この登録が完了したならば、前記待ち受けプログラム101を携帯端末100に送信するs503。携帯端末100ではこの待ち受けプログラム101を受信しs504、これをメモリ105における対応領域110図2参照に格納し、入会手続きは完了するs505。前記会員認証処理において、会員であると認証されればs304:YES、処理選択画面620を携帯端末100に返し、会員確認完了の旨を欄621にて示す。またサーバ170は、中吊り広告601で訴求される商品が例えば雑誌である場合、最新のジャンル別雑誌名をテーブルデータベース180の最新ジャンル別雑誌名テーブル720より抽出し、これの配信を携帯端末100に対して実行するs306。携帯端末100ではこれを受信しs307、メモリ105に格納しておく。この時点においては前記配信サービスの会員ではあるが、適宜な広告配信の設定を行ってない、つまり配信サービス登録がすんでないものを処理対象としている。従って携帯端末100は前記処理選択画面620において、配信内容設定部622に対応するボタン625の押下をユーザより受付けることとなるs308。サーバ170は配信内容設定画面630~650を携帯端末100に順次送信し、中吊り広告の配信時間帯、広告ジャンル、および雑誌の各設定項目について設定欄631、641、651にて設定入力を受け付けるs309。ユーザによる配信内容の設定事項を受信したサーバ170は、当該配信内容をテーブルデータベース180における前記会員管理テーブル700において該当ユーザと関連づけして記録し、処理を終了するs310。他方、前記処理選択画面620において購買結果入力部624に対応するボタン627の押下を受け付けたならば、後述する購買情報処理を実行しs311、処理を終了するs312。ここでサーバ170が備えるテーブルデータベース180が備える各種テーブルのデータ構造について説明する。図7は本実施形態におけるテーブル構成例1を示す図である。前述したようにユーザの各種情報を格納するのが会員管理テーブル700である。前記サーバ170はこの会員管理テーブル700を参照して会員認証を実行する。また、広告情報の配信内容、広告情報の閲覧等に応じたポイント数などをこのテーブルに記録する。このため、ユーザIDをキーとし、ユーザの氏名、生年月日、性別、登録年月日、配信内容およびポイント数などの各種ユーザ情報が関連づけされたレコードをユーザ毎に形成する。また、前記配信内容設定画面630~650において設定内容をユーザに問う選択情報として、配信情報のジャンルテーブル710から抽出した広告情報のジャンル、最新ジャンル別雑誌名テーブル720より抽出した雑誌名、配信時間帯テーブル730より抽出した配信時間帯情報が想定できる。前記配信情報のジャンルテーブル710は、ジャンルIDをキーとしてジャンル情報が関連づけされたデータ構造をなす。最新ジャンル別雑誌名テーブル720は、雑誌名IDをキーとして、雑誌名および雑誌ジャンルの情報を関連づけたデータ構造をなしている。そして、配信時間帯テーブル730は、時間帯IDをキーとして配信時間帯情報を関連づけしたデータ構造をなしている。以上のように配信設定や会員登録の処理が完了したならば、ユーザが登録した配信内容に従ってサーバ170より携帯端末100に向けて中吊り広告601などの広告情報が自動配信される。以下、前記配信とログ情報の処理ステップs313について説明を行う。図8は本実施形態における広告配信とログ情報の処理フロー図である。携帯端末100で上記したように待ち受け画面が出力部118に表示されているとするs800。そこで例えば、携帯端末100のカレンダー機能120が、予め設定された広告配信契機の到来を検知する。この検知内容はOS104が認識し、前記待ち受けプログラム101をプログラムデータベース102よりメモリ105の所定領域110により読み出して起動するs801。この待ち受けプログラム101の起動に際しては、他にも、携帯端末100の稼働状況例:通話有無、トラフィック量や各種データ処理量の多寡などをOS104が監視して、所定基準以下の稼動状況の発生時期をもって前記広告配信契機とすることも出来る。また、広告配信契機がサーバ170のテーブルデータベース180における会員管理テーブル700記憶装置に記録されており、カレンダー機能182でもって広告配信契機を検知したサーバ170から起動要請を受付けるとしてもよい。この場合、携帯端末100ではこの起動要請を受けて待ち受けプログラム101の起動を実行することとなる。起動した待ち受けプログラム101は、メモリ105においてこれまでに格納されている中吊り広告のログ情報900中吊り広告閲覧の履歴情報をサーバ170に送信するs802。前記ログ情報のデータ形態としては、中吊り広告毎の配信日をキーとして、配信時間帯、雑誌名訴求商品として、中吊り広告ログ閲覧有無のフラグ。以下同様、目次テキストログ、及び記事トピックログが関連づけされたものとなる図9参照。ここまでのステップでは、中吊り広告のみの閲覧例:当該中吊り広告に関連或いは派生する情報まで深く閲覧されていないの履歴情報がある場合に対応しており、例えば前記ログ情報1100における中吊り広告IDを前記履歴情報とし、携帯端末100の起動毎または起動中の所定タイミングでサーバ170に送信される。なお、前記ログ情報は、携帯端末100における入力部119を介した各種要求の受付け処理またはこれに応じてなされた処理、の履歴情報を携帯端末100のメモリ105記憶装置に格納したものである。一方、サーバ170では携帯端末100より送信された前記ログ情報を受信しs803、これをログデータベース178に格納するs804。他方、携帯端末100では、予めメモリ105において設定された広告配信内容に基づく広告配信要求をサーバ170に通知するs805。サーバ170ではこれを受信しs806、会員毎ログ情報の集計処理s807を実行する。または、ユーザ毎の広告配信内容がサーバ170の前記会員管理テーブル700記憶装置に記録されている場合、携帯端末100がユーザIDを前記広告配信要求に含めてサーバ170に送信することで、前記ユーザIDに該当する広告配信内容をサーバ170が認識するとしてもよい。ここで前記会員毎ログ情報履歴情報の集計処理s807について説明しておく。図10は本実施形態における会員ログ情報の集計処理フロー図である。サーバ170は、ここでログデータベース178において前記ユーザについてのログ情報を参照する。そこで図11に示すようなデータ構造をなすログ情報1100を前日分について集計するs1000。図11では例えば配信時間帯2例えば午前9時。図7における配信時間帯テーブル730参照におけるログ情報にフォーカスした例を示している。サーバ170は、前記ログ情報1100に基づいて該当ユーザにおける広告毎の重要度注目度を算定するs1001。つまり、前記ログ情報1100において、どの雑誌の中吊り広告について、ユーザがどこまで深く情報を要求したかを、中吊り、目次テキスト、および記事トピックの各ログ数を合算することで算定できる。前記ログ情報1100における例では、雑誌Dのログ数合計が3となり時間帯2では最もユーザにとって重要度が高いと認識できる。サーバ170は前記重要度を算定したならば、当該重要度の高低に応じて中吊り広告の配信順等を定めるs1002。図12は本実施形態の中吊り表示順ログにおける変更処理例を示す図である。携帯端末100に配信される中吊り広告は複数であることを常とするため、携帯端末100の出力部118における中吊り広告の配列を定めておく必要がある。そこでサーバ170は、前記重要度を時間帯毎に勘案し、重要度の高いものほど最前列で表示するような設定を行う。例えば、中吊り表示順ログ1200で示すように、変更前では雑誌Cを1番目、雑誌Dを2番目の配列で表示する設定を行っていたが、変更後には、中吊り表示順ログ1210で示すように、雑誌Dの重要度が最も高かったことを受けて前記配列が入れ替わった設定となっている。以上のように配信順を定めたならば、これに則して広告データベース177より最新の中吊り広告を抽出し、携帯端末100に配信するs1003。携帯端末100ではこれを受信しs1004、メモリ105の広告情報格納部115に格納する。そして出力部118において表示する。また、携帯端末100は、予め定めた所定タイミングまたは前記中吊り広告の受信以降の所定処理実行時、であるテロップ配信契機を検知し、テロップ配信要求をサーバ170に送信するs1005。図13は本実施形態における雑誌ジャンルログを示す図であり、図14は本実施形態におけるジャンル別テロップテーブルを示す図である。サーバ170ではこのテロップ配信要求を受信しs1006、テロップ配信契機の時間帯、ユーザの属性、およびテロップ配信対象となる中吊り広告の属性の少なくともいずれかの情報と配信テロップ情報との関係を定めたテーブルテロップテーブル1300、1400に、前記テロップ配信要求を照合する。この処理により、例えばテーブル1300より雑誌ジャンルを特定し、特定した雑誌ジャンルに関連づけされたテロップ情報をテーブル1400より抽出するs1007、s1008。抽出したテロップ情報は携帯端末100に送信され、携帯端末100ではこれを受信するs1009。そして既に示したテロップ表示部に出力し、処理を終了するs1010、s1011。上述のごとく中吊り広告やテロップ情報がサーバ170より携帯端末100に配信されたならば、携帯端末100ではこれらを待ち受け画面にて表示するs808。当該表示後、中吊り広告について画面操作がユーザからなされなかった場合s809:NO、待機状態を継続する。他方、何らかの画面操作がなされた場合s809:YES、画面操作があった旨の情報をメモリ105に格納するs810。画面操作として想定できるのがまずは中吊り広告の配置順列を入れ替えることである。図15は本実施形態における中吊り広告のめくり処理にかかる画面遷移図である。ここで示す待ち受け画面1500では、配信された雑誌A雑誌B雑誌Cが順次配列された形態の中吊り広告1501を含み、また、前記テロップ情報を表示するテロップ表示部1502、中吊り広告1501の配列を変更し、例えば前記の雑誌A~Cのいずれかを最前列に表示するかの指定を受け付けるめくり部1503を含む。また、当該めくり部1503に対応するボタン1504が携帯端末100の入力部119に設定されている。前記めくり部1504に対応するボタン1504がユーザにより押下された場合、これを受けた待ち受けプログラム101が前記中吊り広告1501における配列を変更処理する。待ち受け画面1510および1520において、この変更処理が繰り返されて最前列に表示する雑誌がAからB、そしてBからCへ変遷した状況を示す。また、前記待ち受け画面1500~1520のいずれかにおいて閲覧した雑誌の中吊り広告について、さらに深い情報をユーザが欲したとする。その場合、図16に示すように待ち受け画面1600ここでは雑誌Aについて閲覧中の目次テキスト部1602に対応するボタン1603をユーザは押下する。つまり、中吊り広告について目次テキスト要求があったと認識できるs811:YES。他方、当該要求がない場合s811:NO、待機状態を維持する。前記要求があった場合、携帯端末100側ではこれを受け付けて、サーバ170に通知するs812。サーバ170ではこれを受信しs813、広告データベース177より該当中吊り広告に関する目次テキストの情報を抽出する。なお目次テキストの情報とは、例えば前記雑誌の目次をテキストベースで構成したデータである。抽出した目次テキストの情報は、携帯端末100に配信されるs814。他方、この目次テキスト情報の配信処理に際して、当該処理の履歴を中吊り広告と対応づけし、ユーザごとにログデータベース178に格納するs815。携帯端末100で前記目次テキストの情報を受信しs816、目次画面1610において目次テキスト情報1611として出力するs817。更にこの目次画面1610において、記事部1612に対応するボタン1613がユーザより押下されたとすればs818:YES、携帯端末100ではこれを受けて、該当目次に関する記事トピックの要求をサーバ170に発するs819。サーバ170ではこれを受信しs820、広告データベース177において該当する記事トピックを抽出する。抽出した記事トピックは携帯端末100に配信するs821。サーバ170ではこの配信処理に伴って、当該処理のログ情報をログデータベース178に格納する。他方、携帯端末100ではこれを受信するs823。そして、記事トピック画面1620において記事トピック情報1621として表示しs824、処理を終了するs825。なお、中吊り広告等を携帯端末100における待ち受け画面に出力するに際し、前記待ち受けプログラム101は、携帯端末100における壁紙或いは待ち受け画像などの背景画像の設定を行う機能処理部に対し、前記中吊り広告にて背景画像を構成する指示を行って、出力処理を実行することもできる。ここで図3で先に示した購買情報処理s311について説明しておく。これは前記図6の処理選択画面620において、購買結果入力部624に対応するボタン627が押下された以後の処理となる。図17は本実施形態における購買情報処理フロー図であり、図18は本実施形態における購買情報処理にかかる画面遷移図である。携帯端末100において上記した如く購買結果入力部624に対応するボタン627が押下された場合s1700、携帯端末100は購買情報の入力を受け付ける商品のリストをサーバ170に要求するs1701。サーバ170ではこれを受信しs1702、該当商品のリストを生成する。この生成に際しては、キャンペーン商品テーブル1900および商品テーブル1910図19参照を参照し、広告期間内の商品を抽出することとなる。サーバ170はこの商品リストを携帯端末100に送信するs1703。携帯端末100ではこの商品リストを購買情報結果入力画面1800と共に受信しs1704、表示する。この画面1800には、前記商品リストを表示する商品選択欄1801や、当該商品選択欄1801中より商品の選択を受け付けるインターフェイスとして選択部1802、および当該選択部1802に対応するボタン1803が含まれている。そこで前記選択部1802に対応するボタン1803でもって適宜な商品が商品選択欄1801より選択されたとする。するとこの事象を携帯端末100は認識しs1705、次の購買結果入力画面1810における購買証明番号の入力を受付けるs1706。ユーザは当該画面1810における番号入力欄1811に購買証明番号を入力し、送信部1812に対応するボタン1813を押下する。すると携帯端末100は、前記購買証明番号と共に商品名の情報をサーバ170に送信するs1707。サーバ170では前記情報を受信し、該当商品について既に過去入力されていない番号であるか判定するs1708。これには、商品毎に購買証明番号が紐付けされた購買証明番号テーブル1920図19参照において、前記商品名と購買証明番号とを照合することで処理できる。この判定で過去に入力された番号であると判定されればs1708:NO、入力受付付加である旨の回答を携帯端末100に対し行うs1709。他方、過去に入力されていない番号であると判定されたならばs1708:YES、前記購買証明番号テーブル1920において該当商品に関連づけされたポイント数を認識し、会員毎ポイントテーブル1930における該当ユーザのレコードに登録するs1710。サーバ170はこのような処理の受付結果を、購買結果入力画面1820として送信するs1711。携帯端末100ではこの画面データを受信しs1712、これを表示する。当該画面1820においては、例えば購買証明番号の登録結果や獲得ポイント数が結果情報1821として表示される。前記ポイント数は、例えばそのポイント数の多少に応じて以後の商品購入に際してキャッシュバック等が受けられるなど、ユーザへのサービス提供の根拠となる。よって、商品を購入したユーザが、購買情報をサーバ170に登録するモチベーションを高めることにつながる。図20は本実施形態における購買証明番号の入手手順例を示す図である。前記購買証明情報をユーザが入手する手法としては、例えば図示するように商品表面の粘着層表面に購買証明番号が印字されたシールが適宜隠蔽され貼付されるものとし、ユーザがこの商品を購入し前記隠蔽手段表面シールを除去し、前記シールを取得する方法がある。ユーザはこのシールに印字された購買証明情報を前記携帯端末100から入力することとなる。或いは、携帯端末100が備える、前記シール媒体に出力された購買証明番号情報に対するリーダ機能が、前記購買証明番号の読取りを行うとすれば、ユーザによる手入力の手間を省略することができる。この場合、前記リーダ機能より前記購買証明番号の入力が携帯端末100に対しなされる。サーバ170は、他にも、前記ログ情報履歴情報を集計して活用する手段も備えている。図21は本実施形態における広告主向け情報の集計処理フローを示す図である。サーバ170は例えば、ユーザの属性例:年齢、性別、居住地など、広告情報の属性例:雑誌名、ジャンルなど、広告情報の配信時間前記配信時間帯、広告情報に対する各種要求の受付時間、取得された関連情報目次テキストや記事トピックなどの属性、取得された訴求商品情報の属性例:商品名、商品ジャンルなどまたは記事情報の属性の少なくともいずれかの要素、および前記購買証明情報について、前記ログデータベース178におけるログ情報を集計処理する。サーバ170は、前記図11において示した会員ユーザ毎のログ情報1100において中吊り広告のログを集計することで、どの雑誌の中吊り広告がどれくらい閲覧されたのかを示す雑誌ランキングを生成できるs2100。また、この集計結果を会員全体に亘って行えば、図22に示すような会員ユーザ全体の雑誌ランキングテーブルを生成することができる。図では、中吊り広告の配信時間帯毎にランキング集計を行い、またユーザの性別や年齢毎にランキングの集計を行ってもいる。他に、ログデータベース178とともに広告データベース177を参照し、ここでユーザ毎の配信履歴や当該配信された中吊り広告に関連するキーワードを認識するs2101。図23は本実施形態の広告データベースにおける広告情報毎のキーワード設定例を示す図である。このように各雑誌毎に、中吊り広告に関する画像ファイル名や目次テキストファイル名、記事トピックファイル名、および雑誌ジャンルに加え、キーワードのデータが設定されているのである。サーバ170は会員ユーザ毎に、関連するキーワードを集計し、キーワードランキングを生成するs2102。図24は本実施形態の集計DBにおけるユーザ毎のキーワードランキングテーブル2400を示す図である。このように生成されたユーザ毎のキーワードランキングは広告主に提供されるだけでなく、携帯端末100を通じてユーザ側に提供するとしてもよい。ユーザ毎のキーワードランキングを生成したならば、これを会員全体に亘って集計することで会員全体のキーワードランキングを生成することができるs2103。図25は本実施形態の集計DBにおける会員全体のキーワードランキングテーブル2500を示す図である。このテーブル2500は、中吊り広告の配信時間帯毎、或いはユーザの性別や年齢毎に生成することができる。他に、前記した会員毎ポイントテーブル1930を参照して、会員ユーザ毎の獲得ポイントを集計しs2104、キャンペーン商品毎の購買結果を算定することもできるs2105。図26は本実施形態の集計DBにおける商品毎キャンペーン結果テーブル2600を示す図である。このように、商品毎にユーザの属性や購買数などを明確なデータとして広告主らに提供することができる。図27は本実施形態における広告料還元手法の概要図である。本実施形態においては、前記した会員毎ポイントテーブル1930の情報や会員毎ログ情報履歴情報を利用して更なるサービスを提供することも出来る。例えば、図27に示す通り、中吊り広告等を通じて商品サービスの訴求を行いたい広告主が前記情報仲介者サーバ170を運営する情報仲介事業者に対して支払う広告料を原資にしたビジネスモデルである。このビジネスモデルの概要は、ユーザが携帯端末100を通じて通信インフラ事業者例:携帯電話キャリアなどより広告情報の閲覧利用をする際に要した通信料や情報料より、例えば該当広告情報の広告主と定めてある還元額を、通信インフラ事業者が差し引きする。そしてこの差し引きするための還元原資は前記原資をあてることとなる。通信インフラ事業者は前記ユーザに対して還元額が差し引きされた利用料の請求を行うのである。ユーザの側からすれば、携帯電話機などの携帯端末100を通じて気軽に広告情報を眺めるなどするだけで通信料などの利用料金が減額されるという大きな利点が生じる。広告主側としても広告情報がユーザに到達する効率が高まり、効率的な広告戦略をうつことができる。勿論、通信インフラ事業者にとっても前記還元原資を負担することなく広告情報をより多く閲覧してもらうことで通信料収入の上昇が見込める。また、情報仲介事業者としても、各種手数料収入が確保できる上、本発明の広告管理方法自体の普及発展につなげることができるであろう。なお、前記還元額についてはサービスや商品等と引換可能なポイント等としてユーザに提供するとしてもよい。では次に、上で述べたビジネスモデルについてその具体的な処理手順を説明しておく。図28は本実施形態における広告料還元処理の手順を示すフロー図である。前記図10におけるステップs1000、つまり会員毎のログ情報集計前日分の処理から当該フローはスタートする。既に上述したように会員毎のログ情報を集計処理したサーバ170は、続いて、会員全体の広告集計ランキング図22参照を参照し、各広告広告情報毎に広告主に請求する請求額広告料の算定を行うs2700。この算定に際しては、例えば前記ランキングのログ数に対して、広告別請求額テーブル3000図31の広告毎の請求単価を乗算すればよい。すると、広告毎の請求額算出結果3010が生成できる。この広告別の請求額算出結果3010は該当広告主の広告主サーバに送信されるs2701。広告主サーバ側ではこれを受信しs2702、請求額を前記サーバ170あるいは情報仲介事業者に支払うs2703。他方、各会員の広告閲覧に応じた還元額を算定する必要がある。そこで、広告別還元額算出用係数テーブル3020における広告毎の係数を、前記広告別請求額テーブル3000の該当広告に関する請求額に乗じ、広告別還元額テーブル3040を生成しておく。そしてこの広告別還元額テーブル3040の広告毎の還元額を、会員毎の前記ログ数に乗じることで、例えば日別の還元額を算出するs2704。ログ毎の還元額を算定したのが個人毎の還元額算出結果3030となる。前記日別の還元額を月ごとにとりまとめて積算すれば月間の還元額を算定することも勿論可能であるs2706。各会員の月間還元額算定結果の例を図31の還元額テーブル3050に示す。上記のように算定された各種還元額は、携帯端末100に送信されて当該携帯端末100の出力部118に出力されることとなるs2705。この携帯端末100での還元額の出力形態について見てみる。図29は本実施形態における還元額通知処理にかかる画面遷移図1である。図に示すように、携帯端末100の画面出力部2900において、例えば昨日の還元額は15です。といった通知メッセージ2901を表示させる。なお本実施の形態には、還元額の表示を、前日以外の前回ダウンロード分を単位に行うことも含まれる。今月累積額部2902に対応するボタンが押下されれば、月間の累積還元額が画面2910にて通知2911として表示される。また累積額部2912に対応するボタンが押下されれば、画面2920にて利用開始からの累積還元額の通知2921が表示される。月間の累積還元額には、1前日までの1ヶ月分および2最新の料金の請求期間分の少なくとも一方が含まれる。2に関しては、例えば、当日が2月7日で、料金の請求が20日締めの場合、1月21日から2月6日までの累積還元額を表示する。このような表示形態とは別に、図30に示すように前記各通知2901、2911、2921をテロップ表示させるとしてもよい。この場合、例えば所定日付や時刻の到来に合わせてテロップを自動表示させることもできるし、会員からの表示指示を受けて出力を実行することもできる。還元額が携帯端末100に送信される一方で、会員毎の還元額はサーバ170より前記通信インフラ事業者の料金サーバに送信されるs2707。料金サーバ側ではこれを受信しs2708、上述した通り顧客たる前記会員毎に、通信料情報料-還元額の処理を行う相殺処理。そしてこの相殺処理された請求額を携帯端末100へ送信するs2709。この送信は電子データにより行われることが想定される他、従来通りに紙媒体等で送付されるとしてもよい。いずれにしても請求額が通知されればよいのである。携帯端末100では前記請求額の通知を受信しs2710、所定口座への入金処理などを行って支払いを実行するs2711。本発明の広告管理方法等によれば、中吊り広告などの広告情報を眺めるために煩雑なキー操作をユーザに強いることがなくなり、リーチ率など広告訴求効果の向上も望める。また、中吊り広告など車内広告が閲覧される時間帯が、通勤等の慌ただしい移動時間帯であったとしても、煩雑なキー操作をユーザに要求しないから、ユーザの利便性に適切に配慮することが可能である。したがって、広告情報に関する閲覧履歴を収集して広告効果の分析やマーケティングリサーチなどを行う場合、十分な頻度量の情報を収集しやすくなる。とりわけ、利便性に優れる上、携帯電話機等におけるパケット通信料の負担増をほとんど招かないから、広告配信サービスを享受するユーザの確保が容易かつ確実となる。つまり、優れた利便性のもと広告配信を行うと共に、確度の高い広告効果の測定を可能とする広告管理方法、携帯端末、プログラム、記録媒体、ならびに広告配信サーバを提供可能とするのである。以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。