JP2008033628A

JP2008033628A - 広告システム、端末装置、サーバ、広告情報処理方法

Info

Publication number: JP2008033628A
Application number: JP2006206288A
Authority: JP
Inventors: Toshihiko Yamagami; 俊彦山上
Original assignee: Access Co Ltd
Current assignee: Access Co Ltd
Priority date: 2006-07-28
Filing date: 2006-07-28
Publication date: 2008-02-14
Anticipated expiration: 2026-07-28
Also published as: JP4832979B2

Abstract

【課題】端末装置におけるリソースの浪費を抑えつつもその広告効果に応じた適切な広告料を広告主に請求することを実現可能とする。
【解決手段】端末装置は、取得された広告情報に対して所定の処理を実行する処理実行手段を具備している。そして該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率でサーバに送信する。サーバは、該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理手段を具備している。この処理回数管理手段は、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する。
【選択図】図５

Description

本発明は、外部機器と通信して広告情報を取得可能な端末装置と、該端末装置と相互通信可能なサーバとを有した広告システム、及び、このようなシステムにおいて好適な広告情報処理方法に関する。

近年、インターネットに代表されるネットワークの急速な普及やその技術の発展に伴って、ユーザは、デスクトップやラップトップ等のＰＣ（Personal Computer）のみならず、携帯電話や、ＰＤＡ（Personal Digital Assistance）、家電、カーナビゲーション装置等を含む様々な情報端末を用いてネットワーク上のサーバが持つ情報（ウェブページ）を閲覧することができる。これらの情報端末には情報閲覧ソフトウェア（以下、「ブラウザ」と記す）が組み込まれている。ブラウザが、例えばＨＴＭＬ（Hyper Text Markup Language）で記述されたマークアップ言語の文書を解釈し、次いでその解釈結果に基づいたレイアウト処理を行う。これにより、端末の表示部に例えばウェブページが表示（すなわちレンダリング）される。

ここで、このようなウェブページが不特定多数のユーザに閲覧され得ることに着目したシステムであって、ウェブページを広告媒体として活用したシステムが例えば下記特許文献１に開示されている。下記特許文献１によれば、ウェブページ内で提供される広告情報をユーザが選択すると、それを報知する情報が決済サーバに蓄積される。そしてこの決済サーバは、蓄積された報知情報に基づいて広告主から広告料を徴収するよう動作する。これにより、下記特許文献１では、その広告効果に応じた適切な広告料を広告主に請求可能なシステムが提供される。
特開２００１−３１２６４９号公報

上記特許文献１に記載されたシステムでは、携帯電話が例えばウェブページ等での電話番号へのリンクのクリックを検出する度にそれを報知する情報を決済サーバに送信する。しかし、このような報知情報は広告料を広告主に請求するためのものであり、携帯電話のユーザに何らメリットを享受するものではない。その上、このような携帯電話等の比較的小型な端末装置はリソースが限定的である。従って、報知情報を処理するトランザクションの実行やそれに伴うメモリの消費は、端末装置にとってはリソースの浪費であり得、好ましいとは言えない。

そこで、本発明は上記の事情に鑑みて、端末装置におけるリソースの浪費を抑えつつもその広告効果に応じた適切な広告料を広告主に請求することを実現可能とする広告システム、及びこのような広告システムを構築するのに好適な端末装置及びサーバを提供することを課題としている。またこのような端末装置や広告システムを実現するのに好適な広告情報処理方法を提供することも課題としている。

上記の課題を解決する本発明の一態様に係る広告システムは、外部機器と通信して広告情報を取得可能な端末装置と、該端末装置と相互通信可能なサーバとを有したシステムに関するものである。この広告システムにおいては、端末装置は、取得された広告情報に対して所定の処理を実行する処理実行手段を具備している。そして該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率でサーバに送信する。サーバは、該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理手段を具備している。この処理回数管理手段は、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する。

このように構成された広告システムによれば、サーバに送信され得る処理履歴が事前に間引かれる。従って処理履歴のトランザクションの実行回数やそれに伴うメモリの消費を抑えることができ、結果、端末装置のリソースの浪費が抑えられるようになる。

なお上記端末装置は、例えば所定の記憶媒体と、送信されるべき該処理履歴を所定の記憶媒体に記憶する処理履歴記憶手段とを更に具備したものであっても良い。

また上記の課題を解決する本発明の別の態様に係る広告システムは、外部機器と通信して広告情報を取得可能な端末装置と、該端末装置と相互通信可能なサーバとを有したシステムに関するものである。この広告システムにおいては、端末装置は、取得された広告情報に対して所定の処理を実行する処理実行手段と、所定の記憶媒体と、該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で所定の記憶媒体に記憶する処理履歴記憶手段とを具備している。そして所定の記憶媒体に記憶された処理履歴の数が所定の条件を満たすとき、それらの処理履歴をサーバに送信する。サーバは、該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理手段を具備している。この処理回数管理手段は、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する。

ここでいう所定の条件とは、例えば前回の処理履歴送信処理から所定の記憶媒体に新たに記憶された処理履歴の数が所定数に達することである。

また上記の課題を解決する本発明の別の態様に係る広告システムは、外部機器と通信して広告情報を取得可能な端末装置と、該端末装置と相互通信可能なサーバとを有したシステムに関するものである。この広告システムにおいては、端末装置は、取得された広告情報に対して所定の処理を実行する処理実行手段と、所定の記憶媒体と、該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で所定の記憶媒体に記憶する処理履歴記憶手段とを具備している。そして前回の処理履歴送信処理から第一の期間が経過したとき、所定の記憶媒体に記憶されている処理履歴をサーバに送信する。サーバは、該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理手段を具備している。この処理回数管理手段は、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する。

上記端末装置において該サーバに送信される処理履歴は、例えば該前回の処理履歴送信処理後に記憶された処理履歴に限ったものである。

また上記の課題を解決する本発明の別の態様に係る広告システムは、外部機器と通信して広告情報を取得可能な端末装置と、該端末装置と相互通信可能なサーバとを有したシステムに関するものである。この広告システムにおいては、端末装置は、取得された広告情報に対して所定の処理を実行する処理実行手段と、所定の記憶媒体と、該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で所定の記憶媒体に記憶する処理履歴記憶手段とを具備している。そしてサーバからのリクエストに呼応して、所定の記憶媒体に記憶された処理履歴を当該サーバに送信する。サーバは、該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理手段を具備している。この処理回数管理手段は、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する。

上記端末装置は、例えば外部機器に対して音声データを送受信可能な音声通信手段を更に具備したものであっても良い。この場合における該所定の処理は、例えば該広告情報の提供元との音声データの送受信処理である。

また上記端末装置は、例えば外部機器に対して電子メールを送受信可能なメーラを更に具備したものであっても良い。この場合における該所定の処理は、例えば該広告情報の提供元への電子メールの送信処理である。

また上記端末装置は、例えば外該広告情報を登録する広告情報登録手段を更に具備したものであっても良い。この場合における該所定の処理は、例えば該広告情報の登録処理である。

また上記端末装置は、例えば所定の放送メディアによるサービスを再生及び記録可能な放送メディア処理手段を更に具備したものであっても良い。この場合における該所定の処理は、例えば該広告情報に含まれる識別子に基づいた該サービスの再生又は記録処理である。

また上記端末装置は、例えば疑似乱数を発生させる乱数発生手段を更に具備したものであっても良い。この場合、端末装置は、例えば発生した数値が特定の数値であるときに限り該処理履歴の記憶又は送信処理を実行するよう動作し得る。

なお上記サーバは、例えば各端末装置で設定されている該所定の確率を管理する確率管理手段を更に具備したものであっても良い。

また上記サーバは、例えば第二の期間における各端末装置とのセッション数を監視するセッション監視手段を更に具備したものであっても良い。この場合、確率管理手段は、該セッション数が所定の範囲を外れる端末装置が検知されたとき、当該端末装置に対して、当該セッション数が該所定の範囲に収まるよう該確率を変更させるための指示信号を送信するよう動作し得る。

また上記サーバは、例えば第三の期間における各広告情報に対する該実行回数を検知する実行回数検知手段と、検知された各実行回数に基づいて各広告情報の提供元に広告料の請求を行う広告料請求手段とを更に具備したものであっても良い。

また上記の課題を解決する本発明の一態様に係る広告情報処理方法は、端末装置が広告情報を取得する広告情報取得ステップと、取得された広告情報に対して所定の処理を実行する処理実行ステップと、該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で所定の外部サーバに送信する処理履歴送信ステップと、所定の外部サーバにおいて該処理履歴を受信する処理履歴受信ステップと、該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理ステップであって、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する処理回数管理ステップとを含む方法である。

なお上記広告情報処理方法は、例えば送信されるべき該処理履歴を所定の記憶媒体に記憶する処理履歴記憶ステップを更に含んだものであっても良い。

また上記の課題を解決する本発明の別の態様に係る広告情報処理方法は、端末装置が広告情報を取得する広告情報取得ステップと、取得された広告情報に対して所定の処理を実行する処理実行ステップと、該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で所定の記憶媒体に記憶する処理履歴記憶ステップと、所定の記憶媒体に記憶された処理履歴の数が所定の条件を満たすとき、それらの処理履歴を所定の外部サーバに送信する処理履歴送信ステップと、所定の外部サーバにおいて該処理履歴を受信する履歴受信ステップと、該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理ステップであって、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する処理回数管理ステップとを含む方法である。

なおここでの所定の条件とは、例えば前回の処理履歴送信処理から所定の記憶媒体に新たに記憶された処理履歴の数が所定数に達することである。

また上記の課題を解決する本発明の別の態様に係る広告情報処理方法は、端末装置が広告情報を取得する広告情報取得ステップと、取得された広告情報に対して所定の処理を実行する処理実行ステップと、該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で所定の記憶媒体に記憶する処理履歴記憶ステップと、前回の処理履歴送信処理から第一の期間が経過したとき、所定の記憶媒体に記憶された処理履歴を所定の外部サーバに送信する処理履歴送信ステップと、所定の外部サーバにおいて該処理履歴を受信する履歴受信ステップと、該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理ステップであって、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する処理回数管理ステップとを含む方法である。

ここで、該所定の外部サーバに送信される処理履歴は、例えば該前回の処理履歴送信処理後に記憶された処理履歴に限ったものである。

また上記の課題を解決する本発明の別の態様に係る広告情報処理方法は、端末装置が広告情報を取得する広告情報取得ステップと、取得された広告情報に対して所定の処理を実行する処理実行ステップと、該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で所定の記憶媒体に記憶する処理履歴記憶ステップと、所定の外部サーバからのリクエストに呼応して、所定の記憶媒体に記憶された処理履歴を当該外部サーバに送信する処理履歴送信ステップと、所定の外部サーバにおいて該処理履歴を受信する履歴受信ステップと、該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理ステップであって、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する処理回数管理ステップとを含む方法である。

ここで、上記所定の処理は、例えば該広告情報の提供元との音声データの送受信処理であっても良く、或いは該広告情報の提供元への電子メールの送信処理であっても良い。若しくは該広告情報の登録処理であっても良い。或いは、該広告情報に含まれる識別子に基づいた該サービスの再生又は記録処理であっても良い。

上記広告情報処理方法は、例えば疑似乱数を発生させる乱数発生ステップを更に含むものであっても良い。この場合、上記乱数発生ステップでは、例えば発生した数値が特定の数値であるときに限り該処理履歴の記憶又は送信処理を実行される。

上記広告情報処理方法は、所定の外部サーバにおいて、各端末装置で設定されている該所定の確率を管理する確率管理ステップが更に含まれたものであっても良い。

また上記広告情報処理方法は、所定の外部サーバにおいて、第二の期間における各端末装置とのセッション数を監視するセッション監視ステップが更に含まれたものであっても良い。上記確率管理ステップでは、該セッション数が所定の範囲を外れる端端末装置が検知されたとき、当該端末装置に対して、当該セッション数が該所定の範囲に収まるよう該確率を変更させるための指示信号が送信され得る。

また上記広告情報処理方法は、所定の外部サーバにおいて、第三の期間における各広告情報に対する該実行回数を検知する実行回数検知ステップと、検知された各実行回数に基づいて各広告情報の提供元に広告料の請求を行う広告料請求ステップとを更に含むものであっても良い。

本発明によれば、端末装置におけるリソースの浪費を抑えつつもその広告効果に応じた適切な広告料を広告主に請求することを実現可能とする広告システム、及びこのような広告システムを構築するのに好適な端末装置及びサーバを提供することが可能となる。またこのような端末装置や広告システムを実現するのに好適な広告情報処理方法を提供することも可能となる。

以下、図面を参照して、本発明の実施の形態について説明する。

図１は、本発明の実施の形態のネットワークシステムの構成を示したブロック図である。本実施形態のネットワークシステムは、例えば複数台の端末装置１００ａ乃至１００ｎ、複数台の情報ウェブサーバ２００ａ乃至２００ｍ、及び履歴情報サーバ３００で構築されている。各端末装置と各サーバは所定のネットワークを介して相互に接続される。ここでいう所定のネットワークとは、例えばインターネットや電話回線等の種々の通信網を含むものである。

なお端末装置１００ａ乃至１００ｎは例えば所有者がそれぞれ異なるだけであり、構成としては実質的に同一であるものとする。また情報ウェブサーバ２００ａ乃至２００ｍも例えば配信するウェブページ等が異なるだけであり、構成としては実質的に同一であるものとする。以下、説明の重複を避けるため、端末装置１００ａ及び情報ウェブサーバ２００ａの説明をもって、他の端末装置及び情報ウェブサーバ（すなわち端末装置１００ｂ乃至１００ｎ及び情報ウェブサーバ２００ｂ乃至２００ｍ）についての説明を省略する。

図２は、本発明の実施の形態の端末装置１００ａの構成を示したブロック図である。本実施形態の端末装置１００ａは、例えば周知の通話機能を備えた携帯電話である。附言するに別の実施の形態では、端末装置１００ａとして、通話機能（例えば電話回線或いはインターネット回線を利用して通話する機能（例えばＶｏＩＰ（Voice over Internet Protocol）通話機能））を備えた種々の形態の機器（例えばデスクトップやラップトップ等のＰＣ（Personal Computer）や、ＰＤＡ（Personal Digital Assistance）或いはＰＨＳ（Personal Handy phone System）等）が想定される。

図２に示されるように、端末装置１００ａはその全体を統括的に制御するＣＰＵ（Central Processing Unit）１０３を具備する。ＣＰＵ１０３にはバス１９を介して各構成要素が接続されている。これらの構成要素には、ＲＯＭ(Read-Only Memory)１０５、ＲＡＭ(Random-Access Memory)１０７、ネットワークインタフェース１０９、ディスプレイドライバ１１１、インタフェース１１５がある。ディスプレイドライバ１１１、インタフェース１１５はそれぞれ、ディスプレイ１１３、ユーザインタフェースデバイス１１７に接続されている。

ＲＯＭ１０５には各種プログラムや各種データが格納されている。ＲＯＭ１０５に格納されているプログラムには例えばブラウザ５０がある。このブラウザ５０は、所定のマークアップ言語で記述されたオンライン又はオフライン上の情報を閲覧するための情報閲覧ソフトウェアである。

ＲＡＭ１０７は例えばＲＯＭ１０５に格納されている各種プログラムの展開先である。ユーザインタフェースデバイス１１７を用いたユーザ・オペレーション（以下、単に「ユーザ・オペレーション」と記す）にしたがって、ＲＯＭ１０５に格納されているプログラム（例えばブラウザ５０）が読み出されてＲＡＭ１０７の所定領域に展開されて実行される。これにより、ブラウザ５０が起動する。

ここで、ブラウザ５０の機能について説明する。図３を参照してブラウザ５０の基本的な構成要素であるブラウザエンジン３０について説明する。

図３は、ブラウザ５０に含まれるブラウザエンジン３０の機能ブロック図である。図３に示されるように、ブラウザエンジン３０は、パーサー３１、ページメーカ３２、およびフォーマッタ３３の各機能ブロックから構成される。

ユーザ・オペレーションによりＵＲＩ（Uniform Resource Identifier）を入力、或いはディスプレイ１１３に表示中のページに含まれるＵＲＩをアンカータグの一つを選択することにより指定すると、ブラウザ５０は、インターネット上のＵＲＩ（例えば情報ウェブサーバ２００ａ）からＨＴＭＬ（Hyper Text Markup Language）文書２１（すなわちリクエストされたウェブページ）を取得するよう動作する。

なお上記「ウェブページ」とは、クライアント（ここではブラウザ５０）が情報ウェブサーバからネットワーク経由で取得するデータのまとまりであり、ユーザがあるＵＲＩを指定したときに表示されるべき内容全体を指す。ウェブページは例えばＨＴＭＬ形式で記述されたものであり、テキストデータ、画像ファイル、音声データ等の種々のデータで構成される。

ここで、図４に、本発明の実施の形態の情報ウェブサーバ２００ａの構成をブロック図で示す。情報ウェブサーバ２００ａはその全体を統括的に制御するＣＰＵ２０３を具備する。ＣＰＵ２０３にはバス２１３を介して各構成要素が接続されている。これらの構成要素には、ＲＯＭ２０５、ＲＡＭ２０７、ネットワークインタフェース２０９、ＨＤＤ（Hard Disk Drive）２１１がある。

ＲＯＭ２０５には、クライアント（ここでは端末装置１００ａ乃至１００ｎ）からのリクエストに応じた処理を実行するための種々のプログラムやデータが格納されている。これらのプログラムは情報ウェブサーバ２００ａが起動している限り、例えばＲＡＭ２０７に展開されて常駐した状態にある。すなわち情報ウェブサーバ２００ａはクライアントからのリクエストの有無を常に監視した状態にある。そして、リクエストがあればそれに対する処理を直ぐさま実行することができる。

情報ウェブサーバ２００ａは、ＨＴＭＬ文書２１を始めとする種々のウェブページをＨＤＤ２１１に格納している。ＣＰＵ２０３は、所定のネットワーク及びネットワークインタフェース２０９を介して端末装置１００ａからの上記リクエストを受け取ると、その指定されたＵＲＩに応じたウェブページ（すなわちＨＴＭＬ文書２１）をＨＤＤ２１１から読み出す。次いで、その読み出されたＨＴＭＬ文書２１をネットワークインタフェース２０９及び所定のネットワークを介して端末装置１００ａに送信する。

情報ウェブサーバ２００ａから送出されたＨＴＭＬ文書２１は、所定のネットワーク及びネットワークインタフェース１０９を介して次にパーサー３１に渡される。

パーサー３１は、このＨＴＭＬ文書２１を解釈し、ＨＴＭＬ文書２１の文法構造がツリー構造で表されたドキュメントツリー２３を作成する。なお、ドキュメントツリー２３は、ＨＴＭＬ文書２１の文法構造を表現するのみであり、ドキュメントの表現に関する情報までは含んでいない。

次に、ページメーカ３２は、ドキュメントツリー２３及びタグに関する情報を基に、ＨＴＭＬ文書２１の表現形式、例えばblock, inline, table, list, item等を含むレイアウトツリー２５を作る。すなわち、レイアウトツリー２５は、block, inline, tableなどの順番に関する情報を含んでいる。なお、レイアウトツリー２５は、これらの要素（block, inline, table等）の画面上での位置やサイズについての情報は含んでいない。

フォーマッタ３３は、レイアウトツリー２５とディスプレイ１１３の画面サイズに関する情報を基に、ディスプレイ１１３の画面上に各項目をレイアウトする。つまり、フォーマッタ３３は、ディスプレイ１１３の画面上に項目を配置し、各項目の画面上の位置、幅、高さや、ＨＴＭＬ文書２１内の文字の折り返し位置を決定する。

パーサー３１、ページメーカ３２、フォーマッタ３３による以上のような処理を経て、ＨＴＭＬ文書２１、すなわちリクエストされたウェブページがディスプレイ１１３の画面上に表示される。

ここで、図５に、本発明の実施例１のネットワークシステムにおいて端末装置１００ａと各サーバとの間で実行される処理を示す。図５のフローチャートにおいては、先ず、上述した一連の処理により、ウェブページが情報ウェブサーバ２００ａから端末装置１００ａに送信され（ステップ１、以下の明細書及び図面においてステップを「Ｓ」と略記）、ブラウザ５０によってディスプレイ１１３の画面上にレンダリングされる。このウェブページには例えばアフィリエイト広告が張り付けられている。このアフィリエイト広告には、例えばその広告主の電話番号やメールアドレスへのリンク（tel:リンク, mailto:リンク）が含まれている。附言するにこのtel:リンクやmailto:リンクには、例えば間引き処理プログラム（後述）を実行させるための所定の指示情報（例えばＨＴＭＬのclass属性に特定の指示子が入れられたもの）が含まれている。

ユーザ・オペレーションによりアフィリエイト広告のtel:リンクが選択されたとき、ＣＰＵ１０３が周知の通話機能と連携して動作し、これにより、当該電話番号への通話処理が実行される（Ｓ２）。また、この端末装置１００ａには周知のメーラが実装されている。このメーラは、例えば電子メール等を送受信するための周知のメールクライアント、メッセージングクライアント等の機能を含むものである。従って、ユーザ・オペレーションによりアフィリエイト広告のmailto:リンクが選択されたとき、ＣＰＵ１０３が上記メーラを起動させ、当該メーラと連携して動作してmailto:リンクで指定されたメールアドレスを宛先に設定する。この宛先に電子メールが送信されると（Ｓ２）、処理はＳ３に進む。

Ｓ２の処理においてtel:リンクに基づいた通話処理（又はmailto:リンクに基づいて設定された宛先に対するメール送信処理）が行われたとき、ＣＰＵ１０３は上記所定の指示情報にしたがって、ＲＯＭ１０５に格納されている間引き処理プログラムをＲＡＭ１０７に展開して実行する（Ｓ３）。この間引き処理プログラムでは、間引き係数ｎに基づいた間引き処理が実行される。より詳細には、間引き処理プログラムは、周知の疑似乱数発生のアルゴリズムで乱数を発生させる。ここで発生する乱数の範囲は間引き係数ｎ（例えば「４」、「８」、「１６」・・・）によって決定される。この間引き係数ｎは初期的には例えば「１６」に設定されている。この場合、乱数の範囲は１乃至１６となる。なおこの間引き処理プログラムは、端末装置１００ａが履歴情報サーバ３００等からダウンロードしてその後実装されるプログラムであっても良く、或いは、端末装置１００ａに予め実装されているプログラムであっても良い。

ここで、別の実施例では、tel:リンクやmailto:リンクに上記所定の指示情報が含まれていないものも想定される。このような実施例ではＣＰＵ１０３は、Ｓ２の通話処理（又はメール送信処理）が実行されるとそれに次いでＳ３の処理を実行するよう動作する。

間引き処理プログラムは、発生した数値が特定の数値（例えば「１６」）であるか否かを判定する（Ｓ４）。この数理が特定の数値であると判定されるとき、間引き処理プログラムは、アフィリエイト広告のtel:リンク（又はmailto:リンク）に基づいて通話処理（又はメール送信処理）を実行したことを示す通信履歴情報を例えばＲＡＭ１０７に記録する（Ｓ５）。次いで、この通信履歴情報をネットワークインタフェース１０９と連携して動作することで履歴情報サーバ３００に送信する（Ｓ６）。この通信履歴情報には、例えば通話先（又はメール送信先）や通話（又はメール送信）時刻等の情報が含まれる。

なお、本実施例１において間引き処理プログラムは、例えば通信履歴情報の送信先として履歴情報サーバ３００を予め指定するようプログラミングされている。このためＳ６の処理では、履歴情報サーバ３００が通信履歴情報の送信先として設定される。

また別の実施例では、ウェブページ中に、tel:リンク（又はmailto:リンク）が選択されたときに通信履歴情報の宛先として履歴情報サーバ３００を指定するよう端末装置を動作させるスクリプトが埋め込まれていても良い。この場合、端末側からみて通信履歴情報の宛先が外部（例えば情報ウェブサーバ２００ａ等）によって指定されることになる。このため、本実施形態のネットワークシステム内で履歴情報サーバ３００の如きサーバが複数存在する場合、このようなスクリプトにより通信履歴情報の送信先を柔軟に設定することが可能となる。

また間引き処理プログラムは、発生した数値が特定の数値以外（例えば「１」乃至「１５」）と判定されるときには、通信履歴情報をＲＡＭ１０７等に記録することなく図５のフローチャートの処理を終了させる。つまり、通信履歴情報に対して何ら処理を実行しない。

上述の如き間引き処理を実行することで、通信履歴情報に関して端末装置側で実行されるトランザクション（ここではＳ５及び６の処理に相当）の数が１／ｎに軽減される。またこのようなトランザクションに伴うメモリ消費等も軽減される。つまり、通信履歴情報の処理に伴った端末装置側でのリソースの浪費が軽減されることになる。

図６に、本発明の実施の形態の履歴情報サーバ３００の構成をブロック図で示す。履歴情報サーバ３００はその全体を統括的に制御するＣＰＵ３０３を具備する。ＣＰＵ３０３にはバス３１３を介して各構成要素が接続されている。これらの構成要素には、ＲＯＭ３０５、ＲＡＭ３０７、ネットワークインタフェース３０９、ＨＤＤ３１１がある。

ＲＯＭ３０５には、種々のプログラムやデータが格納されている。このようなプログラムには、例えば通信履歴情報を管理するためのものがある。これらのプログラムは履歴情報サーバ３００が起動している限り、例えばＲＡＭ３０７に展開されて常駐した状態にある。

ＣＰＵ３０３は、本実施形態のネットワークシステム内に存在する端末装置において間引き係数ｎが初期的には「１６」に設定されているものとして、通信履歴情報を管理する処理を実行する。

ＨＤＤ３１１には、各クライアント（例えば端末装置１００ａ等）の情報を管理したクライアントデータベースが格納されている。ＣＰＵ３０３は、クライアントとのセッションが確立すると、クライアントデータベースに、当該クライアントの情報がエントリされるレコードを作成する。このレコードには例えばクライアントのアドレス、間引き係数ｎの設定値（レコード作成時には「１６」）、及び所定期間におけるセッション数等がエントリされる。履歴情報サーバ３００側或いは端末装置側により間引き係数ｎの設定変更の指示があった場合、その指示内容に応じて上記レコードの間引き係数ｎの設定値も変更される。ＣＰＵ３０３は、このクライアントデータベースにより、ネットワークシステム内に存在する端末装置個々で設定されている間引き係数ｎの設定値を把握している。またセッション数は、そのクライアントが履歴情報サーバ３００とセッションを確立する毎にインクリメントされる値である。

附言するにＣＰＵ３０３は、内蔵されたＲＴＣ（Real Time Clock）により所定期間（例えば毎月１６日から次の月の１５日まで）を計時している。ＣＰＵ３０３は、各クライアントの上記所定期間におけるセッション数を監視している。そしてこのセッション数が所定の範囲を外れるレコードが検出された場合、そのレコードに対応したクライアントに間引き係数ｎの設定値を変更させる指示を送信する。より詳細には、この指示は、セッション数が所定の範囲に収まるように間引き係数ｎの設定値を変更させるためのものである。例えばセッション数が該所定の範囲の上限値を越えるレコードが検出された場合、そのレコードに対応したクライアントに間引き係数ｎの設定値を増加（すなわち確率を低下）させる指示を送信する。また例えばセッション数が該所定の範囲の下限値を下回るレコードが検出された場合、そのレコードに対応したクライアントに間引き係数ｎの設定値を減少（すなわち確率を上昇）させる指示を送信する。例えばセッション数が該所定の範囲の上限値を越え、それに対応する設定値が「１６」の場合、当該レコードの設定値を「３２」に設定すると共に、当該クライアントに間引き係数ｎを「３２」に設定させるための指示を送信する。つまり履歴情報サーバ３００は、セッションの数が多いクライアントに対して間引き率を上昇させ、その端末装置におけるリソースの浪費を軽減させるよう動作する。端末装置は履歴情報サーバ３００からの指示に呼応して、間引き係数ｎを設定変更する。ＣＰＵ３０３は、所定期間が満了した時点で各レコードのセッション数を「０」にリセットする。

なお、本実施形態のネットワークシステムの各端末装置で設定されている間引き係数ｎを統一的な値（すなわち固定値であり、全端末装置で共通な値）としても良い。この場合、履歴情報サーバ３００は、クライアントデータベースで各クライアントを管理する必要がなくなる。

図５の説明に戻る。ＣＰＵ３０３は端末装置１００ａからの通信履歴情報を受け取ると、その確認通知を当該端末装置１００ａに送信する（Ｓ７）。ここで、ＨＤＤ３１１には、通信履歴情報を管理した履歴情報データベースが格納されている。この履歴情報データベースには、通話先（又はメール送信先）の情報（換言すると、アフィリエイト広告の宛先であり、以下、「広告主情報」と記す）、及びカウント値がエントリされたレコードが蓄積されている。

ＣＰＵ３０３はＳ７の処理に次いで、受け取った通信履歴情報に基づいて履歴情報データベースに対する処理を実行する（Ｓ８）。より詳細には、この通信履歴情報に対応した広告主情報がエントリされているレコードの検索を実行する。対応するレコードが検索されなかったとき、ネットワークシステム内の何れの端末装置においてもその広告主に対する通話又はメール送信が実行されていないことを意味する。この場合ＣＰＵ３０３は、受け取った通信履歴情報に基づいて上記広告主情報及びカウント値がエントリされた新規レコードを作成する。なおここでエントリされるカウント値は、通信履歴情報の送信元である端末装置で設定されている間引き係数ｎに基づいて決定される。例えば上記端末装置で設定されている間引き係数ｎが「１６」であるとき、レコードには「１６」のカウント値がエントリされる。

また対応するレコードが検索されたとき、ネットワークシステム内の何れかの端末装置において、その通信履歴情報に含まれる宛先（広告主）に対する通話又はメール送信が実行されたことを意味する。この場合ＣＰＵ３０３は当該レコードのカウント値をインクリメントする処理を実行する。ここでのインクリメント値も先の例と同様に、間引き係数ｎに基づいて決定される。

このように各端末装置における間引き率を加味してカウント値をインクリメントすることで、当該カウント値は、アフィリエイト広告のtel:リンク（又はmailto:リンク）を用いて通話やメール送信が実際に行われた回数に近い推定値となる。

またＣＰＵ３０３は、上記所定期間が満了したとき、履歴情報データベースの各レコードを参照して、各広告主に対するカウント値に応じた広告料の請求を行う（Ｓ９）。より具体的には、各レコードを参照して各広告主の宛先を取得し、それぞれの宛先に対してそのカウント値に比例した広告料を計算する。そして算出されたそれぞれの広告料の請求書を各広告主に電子メール（又は郵送）で送信する。請求書を送信後、履歴情報データベースの全レコードを消去して次の期間における広告料の計算に備える。これにより、期間毎の請求であって、その広告効果に応じた適切な広告料を広告主に請求することが可能なシステムが提供される。

本実施形態によれば、通信履歴情報に関して実行されるトランザクション、及びそれに伴うメモリ消費等が軽減される。従って端末装置の負担が軽減され、その限定的なリソースの浪費も軽減される。またそれに伴うデータ転送や管理等のコストも軽減される。更には、ネットワークシステム内におけるトラフィックの軽減も実現される。このためユーザが端末装置を快適に使用することができるようになると同時に、各広告主に対する広告効果に応じた適切な広告料の請求も実現されるようになる。

図７に、本発明の実施例２のネットワークシステムにおいて端末装置１００ａと各サーバとの間で実行される処理を示す。なお、以降の本実施例において本実施例１での処理と実質的に同一又は同様とされる処理については、同一又は同様の符号を付して詳細な説明を省略する。

図７のＳ１１乃至Ｓ１５の処理は図５のＳ１乃至Ｓ５と同一の処理であり、その説明を省略する。ＣＰＵ１０３はＳ１５の処理に次いで、所定のカウント値（初期的には「０」である）を１インクリメントする（Ｓ１６）。すなわち通信履歴情報をＲＡＭ１０７に記録する毎にカウント値のインクリメント処理を行う。次いで、このカウント値が所定数に達したか否かを判定する（Ｓ１７）。

Ｓ１７の処理においてカウント値が所定数に達していないと判定されるときには、ＣＰＵ１０３は図７のフローチャートの処理を一旦終了させ、次にtel:リンク等が選択されるまで待機する。また、カウント値が所定数に達していると判定されるときには、ＣＰＵ１０３は、ＲＡＭ１０７の中から、新しく記録された通信履歴情報から順に、カウント値と同一数の通信履歴情報を選択する。次いで、その選択された通信履歴情報全てを履歴情報サーバ３００に送信する（Ｓ１８）。

履歴情報サーバ３００のＣＰＵ３０３は、上記カウント値と同一数の通信履歴情報を端末装置１００ａから受け取ると、その確認通知を当該端末装置１００ａに送信する（Ｓ１９）。次いで本実施例１と同様に、履歴情報データベースに対する処理や広告料計算等の処理を行う（Ｓ２０、２１）。またＣＰＵ１０３は、確認通知を受け取ると、カウント値を「０」にリセットして（Ｓ２２）図７のフローチャートの処理を一旦終了させ、次にtel:リンク等が選択されるまで待機する。

本実施例２によれば、端末装置は、通信履歴情報を所定数蓄積してから履歴情報サーバ３００に送信する。従って通信履歴情報の送信頻度が低減される。これは、通信履歴情報に関して実行されるトランザクション、及びそれに伴うメモリ消費等が軽減されることを意味する。すなわち本実施例２によれば、端末装置にとって、そのリソースの浪費が更に抑えられるネットワークシステムが提供される。

なお本実施例２では前回の送信処理が実行されてから通信履歴情報が所定数蓄積された時点で新たな送信処理を行っているが、本実施例２の変形例として、例えば前回の送信処理から所定時間経過した時点で新たな送信処理を実行するようにしても良い。ここで送信される通信履歴情報は、例えばＲＡＭ１０７の中で未送信のもの（すなわち前回の送信処理後に蓄積された通信履歴情報）である。この場合も通信履歴情報の送信頻度を低減させることができ、端末装置にとって、そのリソースの浪費が更に抑えられるネットワークシステムが提供される。

図８に、本発明の実施例３のネットワークシステムにおいて端末装置１００ａと各サーバとの間で実行される処理を示す。図８のＳ３１乃至Ｓ３５の処理は図５のＳ１乃至Ｓ５と同一の処理であり、その説明を省略する。本実施例３のネットワークシステムにおいて端末装置１００ａを始めとする各端末装置では、Ｓ３１乃至Ｓ３５の処理が繰り返し実行されている。この一連の処理が繰り返し実行されることにより、各端末装置には通信履歴情報が複数記録されることになる。

履歴情報サーバ３００は、所定のタイミング（例えばサーバ管理者の操作に従ったタイミング、或いは定期的なタイミング毎）で例えば端末装置１００ａに通信履歴情報の送信をリクエストする（Ｓ３６）。なお本実施例３では、履歴情報サーバ３００はクライアントデータベースを予め保持し、ネットワークシステム内に存在する全ての端末装置のアドレスを把握しているものとする。また履歴情報サーバ３００は、Ｓ３６の処理において上記リクエストと共に、例えば間引き係数ｎの設定値を変更するリクエストを送信することもできる。

端末装置１００ａは上記リクエストに呼応して、例えばＲＡＭ１０７に記録された全ての通信履歴情報を履歴情報サーバ３００に送信する（Ｓ３７）。通信履歴情報を受け取った履歴情報サーバ３００は、本実施例１と同様に、履歴情報データベースに対する処理や広告料計算等の処理を行う（Ｓ３８、３９）。

本実施例３によれば、各端末装置からの通信履歴情報の収集タイミングを履歴情報サーバ３００が一元的に管理することが可能となる。

なお本実施例３の変形例として、通信履歴情報の送信タイミングをユーザ側（端末装置側）で任意に決められるようにしても良い。具体的には、端末装置１００ａを操作して履歴情報サーバ３００にアクセスしてページを取得する。このページには「履歴を転送しても良いですか」等の文言が付されたボタンが含まれている。ユーザ・オペレーションによりこのボタンが選択されると、通信履歴情報を送信する機能を実現するためのスクリプト（例えばJava Script等のスクリプト言語で記述されたもの）が実行される。これにより端末装置１００ａは、例えばＲＡＭ１０７に記録された全ての通信履歴情報を履歴情報サーバ３００に送信する。通信履歴情報を受け取った履歴情報サーバ３００は、本実施例１と同様に、履歴情報データベースに対する処理や広告料計算等の処理を行う（Ｓ３８、３９）。このような実施の形態においては、通信履歴情報の送信処理が全てユーザの意志に基づいて実行されることになる。このため自己のプライバシーを懸念するユーザにとっては極めて有用である。

以上が本発明の実施の形態である。本発明はこれらの実施形態に限定されるものではなく様々な範囲で変形が可能である。例えば本実施例では通話やメール送信をトリガーとして間引き処理プログラムを起動させているが、別の実施の形態では、ユーザ・オペレーションによりアフィリエイト広告のtel:リンクやmailto:リンクが選択され、そのとき取得された電話番号やメールアドレスが端末装置のアドレス帳に登録されたときに間引き処理プログラムを起動させるようにしても良い。この場合、「通信履歴情報」の代替として、「アドレス帳登録履歴情報」がＲＡＭ１０７に記録される。

また更に別の実施の形態では、例えば情報ウェブサーバ２００ａのウェブページにアフィリエイト広告のページへのリンクが含まれているものとする。この場合、ユーザ・オペレーションにより上記リンクが選択され、そのアクセス先であるアフィリエイト広告のページがブラウザのブックマーク機能によって登録されたときに間引き処理プログラムを起動させるようにしても良い。この場合、「通信履歴情報」の代替として、「ブックマーク登録履歴情報」がＲＡＭ１０７に記録される。

また更に別の実施の形態では、端末装置がモバイルＳｕｉｃａ（登録商標）やＦｅｌｉＣａ（登録商標）を実装したものであるとする。この場合、これらの電子マネー機能を使って店舗等の固定端末で決済が行われるとき、当該固定端末のディスプレイに広告を表示させるようにする。そして端末装置は決済が行われると同時に、間引き処理プログラムを起動させる。この場合、「通信履歴情報」の代替として、「広告閲覧履歴情報」がＲＡＭ１０７に記録される。

また本実施形態ではインターネットや電話回線等の種々の通信網を通じて各データが伝送されているが、別の実施の形態では、地上波デジタル放送の物理チャンネルを利用して各データが伝送されるようにしても良い。例えば端末装置が携帯電話であるとき、データ伝送には移動体向け放送（所謂ワンセグ）が利用される。

また別の実施の形態では、アフィリエイト広告に、tel:リンクやmailto:リンクの他にメディアコロン（madia:）等のメディア起動記述子のリンクが含まれていても良い。メディア起動記述子には、例えば起動対象のメディア（例えばテレビやラジオ等）の識別情報、コンテンツ指定（チャンネル）情報等が含まれる。附言するにこのmadia:リンクには間引き処理プログラムを実行させるための所定の指示情報（例えばＨＴＭＬのclass属性に特定の指示子が入れられたもの）が含まれている。なおこの実施の形態では、テレビやラジオ等のメディアを再生（及び録画・録音）するためのアプリケーションが端末装置に実装されていることを前提としている。また録画や録音対象のメディアは例えば端末装置のＨＤＤ（不図示）等に記録される。

ユーザ・オペレーションによりアフィリエイト広告のmadia:リンクが選択されると、端末装置上で対象のメディアが起動すると共に指定されたコンテンツ（チャンネル）が再生（又は録画や録音）される。或いは、録画や録音の予約処理等が実行される。コンテンツが再生されると、Ｓ３と同様の処理、すなわち間引き処理プログラムが起動して間引き処理が実行される。次いでＳ４以降の処理が実行され、アフィリエイト広告のmadia:リンクに基づいてコンテンツ再生処理を実行したという処理履歴が所定の確率で履歴情報サーバ３００に送信される。この場合も端末装置にとって、そのリソースの浪費が抑えられるネットワークシステムが提供される。

本発明の実施の形態のネットワークシステムの構成を示したブロック図である。本発明の実施の形態の端末装置の構成を示したブロック図である。本発明の実施の形態のブラウザに含まれるブラウザエンジンの機能ブロック図である。本発明の実施の形態の情報ウェブサーバの構成を示したブロック図である。本発明の第一の実施例のネットワークシステムにおいて実行される処理の流れを示した図である。本発明の実施の形態の履歴情報サーバの構成を示したブロック図である。本発明の第二の実施例のネットワークシステムにおいて実行される処理の流れを示した図である。本発明の第三の実施例のネットワークシステムにおいて実行される処理の流れを示した図である。

符号の説明

３０ブラウザエンジン
５０ブラウザ
１００ａ乃至１００ｎ端末装置
１０３、２０３、３０３ＣＰＵ
１０５、２０５、３０５ＲＯＭ
１０７、２０７、３０７ＲＡＭ
１０９、２０９、３０９ネットワークインタフェース
１１１ディスプレイドライバ
１１３ディスプレイ
１１５インタフェース
１１７ユーザインタフェースデバイス
１１９、２１３、３１３バス
２１１、３１１ＨＤＤ
２００ａ乃至２００ｍ情報ウェブサーバ
３００履歴情報サーバ

Claims

外部機器と通信して広告情報を取得可能な端末装置と、前記端末装置と相互通信可能なサーバとを有した広告システムであって、
前記端末装置は、
取得された広告情報に対して所定の処理を実行する処理実行手段を具備し、
該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で前記サーバに送信し、
前記サーバは、
該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理手段を具備し、
前記処理回数管理手段は、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理すること、を特徴とする広告システム。
外部機器と通信して広告情報を取得可能な端末装置と、前記端末装置と相互通信可能なサーバとを有した広告システムであって、
前記端末装置は、
取得された広告情報に対して所定の処理を実行する処理実行手段と、
所定の記憶媒体と、
該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で前記所定の記憶媒体に記憶する処理履歴記憶手段と、を具備し、
前記所定の記憶媒体に記憶された処理履歴の数が所定の条件を満たすとき、それらの処理履歴を前記サーバに送信し、
前記サーバは、
該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理手段を具備し、
前記処理回数管理手段は、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理すること、を特徴とする広告システム。
外部機器と通信して広告情報を取得可能な端末装置と、前記端末装置と相互通信可能なサーバとを有した広告システムであって、
前記端末装置は、
取得された広告情報に対して所定の処理を実行する処理実行手段と、
所定の記憶媒体と、
該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で前記所定の記憶媒体に記憶する処理履歴記憶手段と、を具備し、
前回の処理履歴送信処理から第一の期間が経過したとき、前記所定の記憶媒体に記憶されている処理履歴を前記サーバに送信し、
前記サーバは、
該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理手段を具備し、
前記処理回数管理手段は、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理すること、を特徴とする広告システム。
外部機器と通信して広告情報を取得可能な端末装置と、前記端末装置と相互通信可能なサーバとを有した広告システムであって、
前記端末装置は、
取得された広告情報に対して所定の処理を実行する処理実行手段と、
所定の記憶媒体と、
該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で前記所定の記憶媒体に記憶する処理履歴記憶手段と、を具備し、
前記サーバからのリクエストに呼応して、前記所定の記憶媒体に記憶された処理履歴を当該サーバに送信し、
前記サーバは、
該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理手段を具備し、
前記処理回数管理手段は、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理すること、を特徴とする広告システム。
請求項１に記載の広告システムでサーバに該処理履歴を送信する端末装置であって、
所定の記憶媒体と、
送信されるべき該処理履歴を前記所定の記憶媒体に記憶する処理履歴記憶手段と、を更に具備したこと、を特徴とする端末装置。
請求項２に記載の広告システムでサーバに該処理履歴を送信する端末装置であって、
該所定の条件とは、前回の処理履歴送信処理から前記所定の記憶媒体に新たに記憶された処理履歴の数が所定数に達することである、端末装置。
請求項３に記載の広告システムでサーバに該処理履歴を送信する端末装置であって、
前記サーバに送信される処理履歴は、該前回の処理履歴送信処理後に記憶された処理履歴に限ること、を特徴とする端末装置。
外部機器に対して音声データを送受信可能な音声通信手段を更に具備し、
該所定の処理は、該広告情報の提供元との音声データの送受信処理であること、を特徴とする請求項５から請求項７の何れかに記載の端末装置。
外部機器に対して電子メールを送受信可能なメーラを更に具備し、
該所定の処理は、該広告情報の提供元への電子メールの送信処理であること、を特徴とする請求項５から請求項７の何れかに記載の端末装置。
該広告情報を登録する広告情報登録手段を更に具備し、
該所定の処理は、該広告情報の登録処理であること、を特徴とする請求項５から請求項７の何れかに記載の端末装置。
所定の放送メディアによるサービスを再生及び記録可能な放送メディア処理手段を更に具備し、
該所定の処理は、該広告情報に含まれる識別子に基づいた該サービスの再生又は記録処理であること、を特徴とする請求項５から請求項７の何れかに記載の端末装置。
疑似乱数を発生させる乱数発生手段を更に具備し、
発生した数値が特定の数値であるときに限り該処理履歴の記憶又は送信処理を実行すること、を特徴とする請求項５から請求項１１の何れかに記載の端末装置。
請求項１から請求項４の何れかに記載の広告システムに備えられたサーバであって、
各端末装置で設定されている該所定の確率を管理する確率管理手段を更に具備したこと、を特徴とするサーバ。
第二の期間における各端末装置とのセッション数を監視するセッション監視手段を更に具備し、
前記確率管理手段は、該セッション数が所定の範囲を外れる端末装置が検知されたとき、当該端末装置に対して、当該セッション数が該所定の範囲に収まるよう該確率を変更させるための指示信号を送信すること、を特徴とする請求項１３に記載のサーバ。
請求項１から請求項４の何れかに記載の広告システムに備えられたサーバであって、
第三の期間における各広告情報に対する該実行回数を検知する実行回数検知手段と、
検知された各実行回数に基づいて各広告情報の提供元に広告料の請求を行う広告料請求手段と、を更に具備したこと、を特徴とするサーバ。
端末装置が広告情報を取得する広告情報取得ステップと、
取得された広告情報に対して所定の処理を実行する処理実行ステップと、
該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で所定の外部サーバに送信する処理履歴送信ステップと、
前記所定の外部サーバにおいて該処理履歴を受信する処理履歴受信ステップと、
該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理ステップであって、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する処理回数管理ステップと、を含む広告情報処理方法。
送信されるべき該処理履歴を所定の記憶媒体に記憶する処理履歴記憶ステップを更に含むこと、を特徴とする請求項１６に記載の広告情報処理方法。
端末装置が広告情報を取得する広告情報取得ステップと、
取得された広告情報に対して所定の処理を実行する処理実行ステップと、
該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で所定の記憶媒体に記憶する処理履歴記憶ステップと、
前記所定の記憶媒体に記憶された処理履歴の数が所定の条件を満たすとき、それらの処理履歴を所定の外部サーバに送信する処理履歴送信ステップと、
前記所定の外部サーバにおいて該処理履歴を受信する履歴受信ステップと、
該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理ステップであって、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する処理回数管理ステップと、を含む広告情報処理方法。
該所定の条件とは、前回の処理履歴送信処理から前記所定の記憶媒体に新たに記憶された処理履歴の数が所定数に達することである、請求項１７に記載の広告情報処理方法。
端末装置が広告情報を取得する広告情報取得ステップと、
取得された広告情報に対して所定の処理を実行する処理実行ステップと、
該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で所定の記憶媒体に記憶する処理履歴記憶ステップと、
前回の処理履歴送信処理から第一の期間が経過したとき、前記所定の記憶媒体に記憶された処理履歴を所定の外部サーバに送信する処理履歴送信ステップと、
前記所定の外部サーバにおいて該処理履歴を受信する履歴受信ステップと、
該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理ステップであって、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する処理回数管理ステップと、を含む広告情報処理方法。
前記所定の外部サーバに送信される処理履歴は、該前回の処理履歴送信処理後に記憶された処理履歴に限ること、を特徴とする請求項２０に記載の広告情報処理方法。
端末装置が広告情報を取得する広告情報取得ステップと、
取得された広告情報に対して所定の処理を実行する処理実行ステップと、
該所定の処理が実行されたとき、該所定の処理を実行したことを表す処理履歴を所定の確率で所定の記憶媒体に記憶する処理履歴記憶ステップと、
所定の外部サーバからのリクエストに呼応して、前記所定の記憶媒体に記憶された処理履歴を当該外部サーバに送信する処理履歴送信ステップと、
前記所定の外部サーバにおいて該処理履歴を受信する履歴受信ステップと、
該広告情報の各々に対する該所定の処理の実行回数を管理する処理回数管理ステップであって、受信した処理履歴及び送信元の端末装置で設定されている該所定の確率を加味して、実際に行われたと推定される該実行回数をカウントし管理する処理回数管理ステップと、を含む広告情報処理方法。
外部機器に対して音声データを送受信可能な音声通信ステップを更に含み、
該所定の処理は、該広告情報の提供元との音声データの送受信処理であること、を特徴とする請求項１６から請求項２２の何れかに記載の広告情報処理方法。
外部機器に対して電子メールを送受信可能なメーラを更に含み、
該所定の処理は、該広告情報の提供元への電子メールの送信処理であること、を特徴とする請求項１６から請求項２２の何れかに記載の広告情報処理方法。
該広告情報を登録する広告情報登録ステップを更に含み、
該所定の処理は、該広告情報の登録処理であること、を特徴とする請求項１６から請求項２２の何れかに記載の広告情報処理方法。
所定の放送メディアによるサービスを再生及び記録可能な放送メディア処理ステップを更に含み、
該所定の処理は、該広告情報に含まれる識別子に基づいた該サービスの再生又は記録処理であること、を特徴とする請求項１６から請求項２２の何れかに記載の広告情報処理方法。
疑似乱数を発生させる乱数発生ステップを更に含み、
前記端末装置は、発生した数値が特定の数値であるときに限り該処理履歴の記憶又は送信処理を実行すること、を特徴とする請求項１６から請求項２６の何れかに記載の広告情報処理方法。
前記所定の外部サーバにおいて、各端末装置で設定されている該所定の確率を管理する確率管理ステップを更に含む、請求項１６から請求項２７の何れかに記載の広告情報処理方法。
前記所定の外部サーバにおいて、第二の期間における各端末装置とのセッション数を監視するセッション監視ステップを更に含み、
前記確率管理ステップでは、該セッション数が所定の範囲を外れる端末装置が検知されたとき、当該端末装置に対して、当該セッション数が該所定の範囲に収まるよう該確率を変更させるための指示信号を送信すること、を特徴とする請求項２８に記載の広告情報処理方法。
前記所定の外部サーバにおいて、第三の期間における各広告情報に対する該実行回数を検知する実行回数検知ステップと、
検知された各実行回数に基づいて各広告情報の提供元に広告料の請求を行う広告料請求ステップと、を更に含む、請求項１６から請求項２９の何れかに記載の広告情報処理方法。