(57)【要約】      （修正有）【課題】広告バナーを適宜更新することができ、その際の通信量を抑制して良好な応答性を実現できる広告配信システムを提供する。【解決手段】広告配信サーバーと、携帯端末とを備え、前記広告配信サーバーの配信方式は、プッシュ型配信方式、プル型配信方式のいずれかをカタログデータ別に定めたものであり、前記携帯端末は、受信した広告バナーを予め定められた領域に表示する表示部と、ユーザーの操作を受付ける操作部と、前記操作部が前記表示部に表示された広告バナーのユーザーによる選択の操作を受付けたとき、その操作に応答して対応するカタログデータを前記表示部に表示させ、かつ、前記カタログデータの配信方式に応じた手順でカタログデータを受信するように制御する端末制御部とを含むプッシュプル混在型広告配信システム。【選択図】図１
2013257837.tif 000002
【特許請求の範囲】
【請求項１】
広告の見出しとしての広告バナーおよび広告本体としてのカタログデータを配信する広告配信サーバーと、
前記広告配信サーバーと通信可能に接続され、前記広告バナーおよび前記カタログデータを受信する携帯端末とを備え、
前記広告配信サーバーは、複数の広告バナー、各広告バナーの配信時期、各広告バナーに対応する一以上のカタログデータおよびそのカタログデータの配信方式を格納するサーバー格納部と、各広告バナーの配信時期が到来したときに対応するカタログデータの配信方式を示すデータと共にその広告バナーを配信し、各カタログデータをその配信方式に応じて配信するように制御する配信制御部とを含み、
前記配信方式は、各広告バナーの配信時期にその広告バナーに対応するカタログデータを配信するプッシュ型配信方式、前記配信時期と異なる時に携帯端末側からの要求に応答して前記カタログデータを配信するプル型配信方式のいずれかをカタログデータ別に定めたものであり、
前記携帯端末は、受信した広告バナーを予め定められた領域に表示する表示部と、ユーザーの操作を受付ける操作部と、前記操作部が前記表示部に表示された広告バナーのユーザーによる選択の操作を受付けたとき、その操作に応答して対応するカタログデータを前記表示部に表示させ、かつ、前記カタログデータの配信方式に応じた手順でカタログデータを受信するように制御する端末制御部とを含むことを特徴とするプッシュプル混在型広告配信システム。
【請求項２】
前記端末制御部は、前記プル型配信方式のデータを受信したとき、対応するカタログデータの配信を前記広告配信サーバーに対して予め定められた時間帯に要求してそのカタログデータをダウンロードするように制御する請求項１に記載のシステム。
【請求項３】
前記端末制御部は、対応するカタログデータがダウンロードされる前に前記操作部がその広告バナーのユーザーによる選択の操作を受付けた場合、その操作に応答して前記カタログデータの配信を前記広告配信サーバーに要求する請求項２に記載のシステム。
【請求項４】
前記広告配信サーバーは、サーバー管理者による各カタログデータの配信方式の設定を受付ける入力部をさらに備える請求項１〜３の何れか一つに記載のシステム。
【請求項５】
前記携帯端末は、受信した広告バナーおよびカタログデータを格納する端末格納部をさらに備え、
前記端末制御部は、配信される広告バナーおよびカタログデータを前記端末格納部に格納し、その広告バナーを前記表示部に表示させ、前記操作部がその広告バナーのユーザーによる選択の操作を受付けたとき、その操作に応答して対応するカタログを前記表示部に表示させる請求項１〜４の何れか一つに記載のシステム。
【請求項６】
広告の見出しとしての複数の広告バナー、その配信時期、各広告バナーに対応する広告本体としての一以上のカタログデータおよびそのカタログデータの配信方式を格納するサーバー格納部と、
外部の携帯端末と通信し、前記広告バナーおよび前記カタログデータを送信する通信部と、
各広告バナーの配信時期が到来したときに対応するカタログデータの配信方式を示すデータと共にその広告バナーを配信し、各カタログデータをその配信方式に応じて配信するように制御する配信制御部とを備え、
前記配信方式は、各広告バナーの配信時期にその広告バナーに対応するカタログデータを配信するプッシュ型配信方式、前記配信時期と異なる時に携帯端末側からの要求に応答して前記カタログデータを配信するプル型配信方式のいずれかをカタログデータ別に定めたものであり、
前記携帯端末は、プル型配信方式のカタログデータについては、予め定められた時間帯が到来したときに対応するカタログデータの配信を要求することを特徴とするプッシュプル混在型広告配信サーバー。
【請求項７】
広告配信サーバーのコンピュータが、
広告の見出しとしての複数の広告バナー、その配信時期、各広告バナーに対応する広告本体としての一以上のカタログデータおよびそのカタログデータの配信方式を格納予めするサーバー格納部にアクセスして各広告バナーの配信時期を調べ、
各広告バナーの配信時期が到来したときに対応するカタログデータの配信方式を示すデータと共にその広告バナーを外部の携帯端末に配信し、
各カタログデータをその配信方式に応じて前記携帯端末に配信し、
前記配信方式は、各広告バナーの配信時期にその広告バナーに対応するカタログデータを配信するプッシュ型配信方式、前記配信時期と異なる時に携帯端末側からの要求に応答して前記カタログデータを配信するプル型配信方式のいずれかをカタログデータ別に定めたものであるプッシュプル混在型広告配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、広告配信システム、サーバーおよび方法に関し、より詳細にはプッシュ型配信方式とプル型配信方式が混在し得る広告配信システム、サーバーおよび方法に関する。
【背景技術】
【０００２】
スマートフォンやタブレット端末の普及に伴い、従来の携帯電話機よりも高性能な通信、表示、データ処理能力を有する携帯情報端末を各個人が携行する時代が到来している。今後さらに携帯情報端末の高機能化が進むものと予想される。
このような状況下、インターネット技術やウェブ技術を利用して、広告主が希望するコンテンツやドキュメント等の情報を、このような携帯情報端末のユーザーに配信する広告配信システムが普及しつつある。それに伴って、広告配信システムに関連する種々の技術が提案されている。
【０００３】
例えば、広告情報の効果的な配信を目的とする以下のようなＷｅｂサーバー、バナー生成装置、バナー配信サーバー、端末装置からなるシステムが提案されている。バナー生成装置は、定期的にＷｅｂサーバーからフィードを取得し、取得したフィードとそれに関連する広告データを含むバナーデータを生成する。バナー配信サーバーは定期的にバナー生成装置からバナーデータを取得する。端末装置はＷｅｂサーバーからページデータを取得し、Ｗｅｂページの表示を行う。その際、Ｗｅｂページに含まれるバナーの表示に要するバナーデータをバナー配信サーバーから取得する。この構成によれば、バナー配信サーバーから取得したバナーデータがバナー生成装置により生成されたものである場合、端末装置には広告の含まれた最新のフィードの内容がバナーとして表示される（例えば、特許文献１参照）。
【０００４】
また、特定の期間内にユーザーが行動を起こすことにより広告情報提供者もしくはユーザーに利益が生じるような広告情報を提供する場合、ユーザーの行動が期待される日時以前にはバナー広告によりその行動を促すような広告情報を常時提示して、ユーザーに行動を起こす猶予期間を与えると共に、その特定の日時になった時にはポップアップ広告２２を表示してユーザーの注意を促すことで、ユーザーに期待通りの行動を確実に行わせる技術が提案されている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１２９０１３号公報
【特許文献２】特開２００６−８４９２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来の携帯電話機において、企業などが広告を配信する際に、最も多く利用されてきた手法として、メールマガジンが存在する。しかし、メールマガジンは、電子メールを使用するために送信できる容量に限りがある。またユーザーがメールを閲覧するタイミングでしか情報を伝えることができない。よって、広告配信者が望むような情報量、タイミングでユーザーに情報を伝えることができなかった。
【０００７】
また、ユーザーにとって有用なアプリケーションを提供し、そのアプリケーションにバナー広告を表示する手法が存在する。アプリケーションはしばしば無償で提供される。しかし、この手法において、アプリケーションに予め決められたバナーを組み込んで表示するため、バナー広告のみの更新を行うことができない。バナー広告のみを更新する場合でもアプリケーションごと更新する必要があり、一部の更新のために大容量のデータを配信しなければならず、アプリケーションを提供する側の作業効率が悪く、通信の負担も大きい。これを回避するためにアプリケーションの更新を抑制すれば、広告配信者の希望スケジュールに応じて広告配信を行うことができない。また、広告バナーにリンクしユーザーが広告バナーを選択する操作に応じて表示するカタログなど広告本体のデータは容量が大きい。そのため、ユーザーが広告バナーを見てその詳細を見たいと思っても、カタログデータのダウンロードに時間がかかってしまう。
【０００８】
この発明は、以上のような事情を考慮してなされたものであって、広告バナーを適宜更新することができ、その際の通信量を抑制して良好な応答性を実現できる広告配信システム、サーバーおよび方法を提供するものである。
【課題を解決するための手段】
【０００９】
この発明は、広告の見出しとしての広告バナーおよび広告本体としてのカタログデータを配信する広告配信サーバーと、前記広告配信サーバーと通信可能に接続され、前記広告バナーおよび前記カタログデータを受信する携帯端末とを備え、前記広告配信サーバーは、複数の広告バナー、各広告バナーの配信時期、各広告バナーに対応する一以上のカタログデータおよびそのカタログデータの配信方式を格納するサーバー格納部と、各広告バナーの配信時期が到来したときに対応するカタログデータの配信方式を示すデータと共にその広告バナーを配信し、各カタログデータをその配信方式に応じて配信するように制御する配信制御部とを含み、前記配信方式は、各広告バナーの配信時期にその広告バナーに対応するカタログデータを配信するプッシュ型配信方式、前記配信時期と異なる時に携帯端末側からの要求に応答して前記カタログデータを配信するプル型配信方式のいずれかをカタログデータ別に定めたものであり、前記携帯端末は、受信した広告バナーを予め定められた領域に表示する表示部と、ユーザーの操作を受付ける操作部と、前記操作部が前記表示部に表示された広告バナーのユーザーによる選択の操作を受付けたとき、その操作に応答して対応するカタログデータを前記表示部に表示させ、かつ、前記カタログデータの配信方式に応じた手順でカタログデータを受信するように制御する端末制御部とを含むことを特徴とするプッシュプル混在型広告配信システムを提供する。
【００１０】
また、異なる観点からこの発明は、広告の見出しとしての複数の広告バナー、その配信時期、各広告バナーに対応する広告本体としての一以上のカタログデータおよびそのカタログデータの配信方式を格納するサーバー格納部と、外部の携帯端末と通信し、前記広告バナーおよび前記カタログデータを送信する通信部と、各広告バナーの配信時期が到来したときに対応するカタログデータの配信方式を示すデータと共にその広告バナーを配信し、各カタログデータをその配信方式に応じて配信するように制御する配信制御部とを備え、前記配信方式は、各広告バナーの配信時期にその広告バナーに対応するカタログデータを配信するプッシュ型配信方式、前記配信時期と異なる時に携帯端末側からの要求に応答して前記カタログデータを配信するプル型配信方式のいずれかをカタログデータ別に定めたものであり、前記携帯端末は、プル型配信方式のカタログデータについては、予め定められた時間帯が到来したときに対応するカタログデータの配信を要求することを特徴とするプッシュプル混在型広告配信サーバーを提供する。
【００１１】
さらに異なる観点から、この発明は、広告配信サーバーのコンピュータが、広告の見出しとしての複数の広告バナー、その配信時期、各広告バナーに対応する広告本体としての一以上のカタログデータおよびそのカタログデータの配信方式を格納予めするサーバー格納部にアクセスして各広告バナーの配信時期を調べ、各広告バナーの配信時期が到来したときに対応するカタログデータの配信方式を示すデータと共にその広告バナーを外部の携帯端末に配信し、各カタログデータをその配信方式に応じて前記携帯端末に配信し、前記配信方式は、各広告バナーの配信時期にその広告バナーに対応するカタログデータを配信するプッシュ型配信方式、前記配信時期と異なる時に携帯端末側からの要求に応答して前記カタログデータを配信するプル型配信方式のいずれかをカタログデータ別に定めたものであるプッシュプル混在型広告配信方法を提供する。
【発明の効果】
【００１２】
この発明の広告配信システムにおいて、広告配信サーバーは、各広告バナーの配信時期が到来したときに対応するカタログデータの配信方式を示すデータと共にその広告バナーを配信し、各カタログデータをその配信方式に応じて配信するように制御する配信制御部を含み、前記配信方式は、プッシュ型配信方式、プル型配信方式のいずれかをカタログデータ別に定めたものであるので、アプリケーションと別個に広告バナーを配信して適宜更新することができ、データ量の多いカタログデータはプル型配信方式と定めておくことにより通信量を抑制して良好な応答性を実現することができる。
【００１３】
即ち、広告バナーはアプリケーションと別個に配信され、携帯端末の表示部の予め定められた領域に表示される。よって、配信者の希望する配信時期に各バナー広告を配信し携帯端末に表示される広告バナーを更新することができる。さらに、容量が大きいカタログデータについては、バナー広告の配信と異なる時、例えば夜間などユーザーが端末を使用していない時間帯に、広告配信サーバーからダウンロードすることができる。従って、ダウンロードにかかる時間をユーザーに感じさせずにカタログデータを取得することができる。
しかも、プッシュ型配信方式、プル型配信方式の何れの配信方式を採るかはカタログデータ別に定めることができるので、カタログデータの容量に応じた設定、運用を行うことができる。従って、広告配信者および携帯端末のユーザーの利便性が向上する。
【００１４】
この発明についてもう少し具体的に述べておく。
この発明において、広告バナーは、携帯端末に表示すべき広告の見出しのデータである。広告バナーは携帯端末のアプリケーションと同時に画面に表示される。広告バナーはアプリケーション実行の邪魔にならない程度の小さな領域に表示される。表示された広告バナーに興味を示したユーザーがその広告バナーを選択する操作を行うと、広告の本体が表示される。
【００１５】
カタログデータは広告本体のデータである。広告本体は広告バナーよりも大きな領域に表示される。全画面表示の場合もある。
また、サーバー格納部は、前述の広告バナーおよびカタログデータを格納するハードウェアである。その具体的態様を例示すると広告配信サーバーはファイルサーバーで、サーバー格納部はそのファイルサーバーのハードディスク装置に該当する。後述する実施形態において、サーバー格納部は、配信スケジュールデータベース、バナーデータベースおよびカタログデータベースを包含するものである。
【００１６】
配信制御部は、ハードウェア資源としてはＣＰＵ、ＲＯＭ、ＲＡＭ、入出力インターフェイス、通信インターフェイスおよびリアルタイムクロック等の周辺回路から構成される。前記ＣＰＵが処理ソフトウェアを実行して周辺回路やサーバー格納部の動作を制御することによりその機能が実現される。配信制御部は、サーバー格納部に格納された広告バナー及びカタログデータを所定の時期に所定の方式で配信する。
また、携帯端末は、ユーザーが使用する情報処理端末であり、具体的なハードウェアの例としてはスマートフォン、タブレット端末、携帯電話あるいはＰＤＡ（パーソナル・データ・アシスタント）が挙げられる。しかし、これらに限定されずデータ通信機能と表示画面および操作手段を有する機器であればよい。後述する実施形態において、携帯端末は具体的態様としてタブレット端末を想定している。
【００１７】
端末制御部は、ハードウェア資源としてはＣＰＵ、ＲＯＭ、ＲＡＭ入出力インターフェイス、通信インターフェイスおよびリアルタイムクロック等の周辺回路から構成される。入出力インターフェイスは、ユーザーからの操作を受付けるタッチパネル、操作キー等に係る入力インターフェイス並びに表示部等に係る出力インターフェイス用のハードウェアである。前記ＣＰＵが処理ソフトウェアを実行して周辺回路やサーバー格納部の動作を制御することによりその機能が実現される。端末制御部は、アプリケーションを実行し、広告配信サーバーから配信される広告バナーを表示し、選択された広告バナーに対応するカタログデータを表示するように制御を行う。
【図面の簡単な説明】
【００１８】
【図１】この発明の広告配信システムの構成を示すブロック図である。
【図２】この発明に係る配信スケジュールデータベース、バナーデータベースおよびカタログデータベースの構成を示す説明図である。
【図３】この発明に係る携帯端末に広告バナーとカタログデータが表示される様子を示す説明図である。
【図４】この発明に係る端末制御部が実行する広告の受信と格納の処理を示すフローチャートである。
【図５】この発明に係る端末制御部が実行する広告の表示処理を示すフローチャートである。
【図６】この発明に係る配信制御部が実行する広告の配信処理を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、この発明の好ましい態様について説明する。
前記端末制御部は、前記プル型配信方式のデータを受信したとき、対応するカタログデータの配信を前記広告配信サーバーに対して予め定められた時間帯に要求してそのカタログデータをダウンロードするように制御してもよい。このようにすれば、例えば夜間などユーザーが端末を使用していない時間帯に広告配信サーバーからダウンロードすることで、ダウンロードにかかる時間をユーザーに感じさせずにカタログデータを取得することができる。
【００２０】
さらに、前記端末制御部は、対応するカタログデータがダウンロードされる前に前記操作部がその広告バナーのユーザーによる選択の操作を受付けた場合、その操作に応答して前記カタログデータの配信を前記広告配信サーバーに要求してもよい。
また、前記広告配信サーバーは、サーバー管理者による各カタログデータの配信方式の設定を受付ける入力部をさらに備えていてもよい。このようにすれば、サーバーの管理者はカタログデータの容量に応じた配信方式を適宜設定することができる。
【００２１】
さらにまた、前記携帯端末は、受信した広告バナーおよびカタログデータを格納する端末格納部をさらに備え、前記端末制御部は、配信される広告バナーおよびカタログデータを前記端末格納部に格納し、その広告バナーを前記表示部に表示させ、前記操作部がその広告バナーのユーザーによる選択の操作を受付けたとき、その操作に応答して対応するカタログを前記表示部に表示させてもよい。このようにすれば、広告バナーおよびカタログデータを表示する度に広告配信サーバーから取得する必要がない。
この発明の好ましい態様は、ここで示した複数の態様のうち何れかを組み合わせたものも含む。
【００２２】
以下、図面を用いてこの発明をさらに詳述する。なお、以下の説明は、すべての点で例示であって、この発明を限定するものと解されるべきではない。
≪広告配信システムの構成≫
この発明の広告配信システムの構成について述べる。
図１は、この発明の広告配信システムの構成を示すブロック図である。図１に示すように、この発明の広告配信システムは、大別して携帯端末１１と広告配信サーバー５１から構成される。携帯端末１１と広告配信サーバー５１は、好ましくは無線で互いに通信することができる。説明を単純にするために一台の携帯端末と一台の広告配信サーバーのみを示しているが、それぞれ複数あってもよい。通常、一台の広告配信サーバー５１は多数の携帯端末１１と通信する。携帯端末１１の具体的態様として、ここではタブレット端末を想定して説明する。
【００２３】
広告配信サーバーの具体的態様としては、広告主からの依頼を受けて広告を配信する業者が管理するファイルサーバーが考えられる。ただし、これに限定されず、広告主自身がファイルサーバーを管理してもよい。また、広告配信意外のデータ、例えばアプリケーションや電子メールのデータを格納および／または配信してもよい。広告配信サーバー５１は、サーバー通信部５３、配信制御部５５、入力部５７およびサーバー格納部５９を備える。入力部５７は、配信すべきデータをサーバー管理者がサーバー格納部５９に登録し、また登録された広告データを更新し、削除するために用いられる。サーバー格納部５９は、配信スケジュールデータベース６１、バナーデータベース６３およびカタログデータベース６５および配信先リスト６７を少なくとも格納する。
【００２４】
サーバー通信部５３は、携帯端末１１との間で通信を行うためのインターフェイス回路である。通信方式は特に限定されないが好適な具体例としてはIEEE802.11に対応した無線通信方式やW-CDMA方式に対応した無線通信方式が適用可能である。その他、例えばCDMA2000やWiMAXなどの無線通信規格に対応するものであってもよい。
配信制御部５５の具体的態様は、ＣＰＵを主体とするハードウェアであり、そのＣＰＵが処理プログラムを実行することにより配信制御部５５の機能が実現される。
入力部５７の具体的な態様として、キーボード、マウスが一例としてあげられる。
サーバー格納部５９の具体的な態様としてハードディスク装置が適用可能である。サーバー格納部５９が格納するデータの詳細は後述する。
【００２５】
携帯端末１１の具体的態様としては、個人あるいは会社等の組織が所有する情報処理端末が考えられるがこれに限定されない。携帯端末１１は、端末制御部１３、端末通信部１５、表示部１７、操作部１９、端末格納部２１を有する。
端末制御部１３は、ＣＰＵを主体とするハードウェアであり、そのＣＰＵが処理プログラムを実行することにより端末制御部１３の機能が実現される。
端末通信部１５は、広告配信サーバー５１との間で通信を行うためのインターフェイス回路である。通信方式についてはサーバー通信部５３で述べたものと同様である。
表示部１７は、携帯端末１１のユーザーに情報を提示するもので、具体的態様の一例として液晶ディスプレイ装置や有機ＥＬディスプレイ装置が適用可能である。
操作部１９は、ユーザーからの指示の操作を受付けるハードウェアで、具体的にはタッチパネルや操作キーが適用可能である。
端末格納部２１は、データを格納する記憶装置であり、具体的にはフラッシュメモリやハードディスク等書換え可能な不揮発性メモリが適用可能である。端末格納部２１は、広告データベース２３およびプル型リスト２５を少なくとも格納する。
【００２６】
≪広告に係るデータ≫
配信スケジュールデータベース６１は、広告主から配信依頼されたバナーデータの配信時期の管理に係る配信スケジュールを格納している。配信制御部５５は、この配信スケジュールに基づいて各携帯端末１１へ広告の配信を行う。
図２は、サーバー格納部５９が格納する配信スケジュールデータベース６１、バナーデータベース６３およびカタログデータベース６５の詳細を示す説明図である。さらに、携帯端末１１の端末格納部２１が配信された広告を格納する際の詳細なデータ構成を示している。
【００２７】
配信スケジュールデータベース６１は、広告主から依頼された各広告について、配信日時、バナーＩＤ、バナー名、カタログ配信方式、カタログＩＤおよびカタログ名を関連付けて格納している。
また、バナーデータベース６３は、各広告バナーについて、バナーＩＤ、カタログ名およびデータを関連付けて格納している。
さらに、カタログデータベース６５は、各カタログデータについて、カタログＩＤ、カタログ名およびカタログデータを関連付けて格納している。
【００２８】
さらに図２は、広告データベース２３およびプル型リスト２５のデータ構成を示している。広告データベース２３は、広告配信サーバー５１から配信された広告に係るデータを格納するデータベースである。プル型リスト２５は、配信された広告がプル型配信方式を採る場合、広告配信サーバー５１にカタログデータを要求する日時を格納する。
【００２９】
この発明で配信される広告は、広告バナーの他に、その広告バナーに対応するカタログデータが含まれる場合がある。カタログデータは広告本体のデータといえるものであり、広告バナーに対応付けられている。文字通りカタログのデータであってもよいが、それに限らず、例えば、広告内容の詳細な説明等広告バナーと別画面で表示する広告であればよい。カタログデータは文字、静止画像、動画を問わない。通常、カタログデータは広告バナーに比べるとデータ容量が大きい。広告バナーと同時にカタログデータを配信すると、携帯端末１１の通信負担が大きく、応答も遅くなる。これを避けるためには、夜間などユーザーが端末を使用していない時間帯（予め定められた時間帯）に、カタログデータを配信することが好ましい。これを実現するため、この発明の広告配信システムはプッシュ（Push）型配信方式とプル（Pull）型配信方式が混在可能な構成を採る。一般に、「プッシュ型」はユーザーの能動的な操作を伴わずに、必要な情報が自動的に配信されるタイプの技術やサービスに対して用いられる。これに対しプッシュ型は、必要な情報をユーザーが能動的に引き出しに行くタイプの技術やサービスに対して用いられる。この広告配信システムにおいて、プッシュ型配信方式は広告バナーに対応するカタログデータを、各広告バナーの配信時期にその配信する方式である。また、プル型配信方式は、前記カタログデータを前記配信時期と異なる時に携帯端末側からの要求に応答して配信する方式である。
【００３０】
好ましくは広告配信サーバー５１のサーバー管理者が、大きなデータ容量のカタログデータを有する広告について、配信スケジュールデータベース６１のカタログ配信方式に、プル型を登録しておく。そして、カタログIDを用いてカタログデータベース６５に格納されるカタログデータと紐付けを行っておく。一方、容量が大きくないカタログの場合、サーバー管理者は、配信スケジュールデータベースのカタログ配信方式に、プッシュ型として登録し、バナーと同時に端末へ送信を行う。プッシュ型とするかプル型とするかは、サーバー管理者がデータの容量から、または配信希望者の要望により、自由に決めることができる。この場合、広告配信システムとしては、サーバー管理者が入力部５７を用いて行うプッシュ型またはプル型の登録を受付けて、登録された配信方式に応じた配信処理を実行する。
異なる態様として、配信制御部５５が各カタログデータの容量が予め定められた閾値以上であればプル型を、閾値未満であればプッシュ型を登録するようにしてもよい。この場合は、広告配信システムの構成要素である配信制御部５５が能動的に各広告の配信方式を決定する。
【００３１】
図２に示す配信スケジュールデータベース６１は、配信日時、バナーID、バナー名、カタログ配信方式、カタログID、カタログ名のデータで構成される。これらのうちバナーID、カタログIDは、後述のバナーデータベース、カタログデータベースのカタログIDと一致している。配信制御部５５は、各広告の配信日時が到来すると、このバナーIDとカタログID参照する。そして、バナーデータベース６３からその広告のバナーデータを読み出し、カタログデータベース６５から、その広告のカタログデータを呼び出して配信を行う。
【００３２】
また、携帯端末１１は、端末固有の端末IDを有しており、配信制御部５５は、配信先を特定するために、この端末IDをグループ化した配信先リスト６７を用いて、配信を行う。
バナーデータベース６３は、広告バナーのデータ（バナーデータ）格納している。バナーデータは、カタログIDおよびカタログ名と関連付けて格納され、管理されている。
カタログデータベース６５は、広告の本体に想到するカタログデータを格納している。各カタログデータは、カタログIDおよびカタログ名と関連付けて格納され、管理されている。
広告主から配信依頼を受けた広告に係るデータは、サーバー格納部５９に登録される。サーバー管理者は、入力部５７を用いて配信すべき広告に係るデータの追加、削除、更新を行う。
【００３３】
配信制御部５５は、配信スケジュールデータベース６１に登録されたいずれかの広告の配信日時が到来すると、その広告の配信の処理を実行する。このとき、配信スケジュールデータベース６１のバナーIDに紐付けられたバナーデータをバナーデータベース６３から読出して配信する。また、カタログデータを配信する際には、カタログIDに紐付けられたカタログデータをカタログデータベース６５から読み出して配信する。
配信方式がプッシュ型の広告については、配信日時が到来したときにバナーデータとカタログデータが対応付けられている場合そのカタログデータを携帯端末１１に送信する。なお、カタログデータのないプッシュ型の広告もあり得る。配信方式がプル型の広告については、配信日時が到来したときにバナーデータを送信する。カタログデータは、その後、携帯端末１１からの要求に応じて送信する。
携帯端末１１の端末制御部１３は、広告配信サーバー５１から端末通信部１５を経由して受信したバナーデータおよびカタログデータを受信する都度、端末格納部２１内の広告データベース２３に格納する。広告データベース２３は、受信したバナーデータおよびカタログデータを配信日時、バナーID、バナー名、カタログ配信方式、カタログID、カタログ名と関連付けて格納する。そして、表示部１７の予め定められた領域に広告バナーを表示する。
【００３４】
図３は、携帯端末１１に広告バナーとカタログデータが表示される様子を示す説明図である。図３で、（ａ）は広告バナーを受信していない状態の表示例である。（ｂ）は配信日時が到来して広告配信サーバー５１からバナーデータを受信し、端末制御部１３が広告バナー３１を画面の左下の所定領域に表示させている状態である。
ここで、ある広告のカタログ配信方式としてプル型が登録されている場合について説明する。プル型の場合は、配信日時に広告バナーを配信するが、カタログデータは配信しない。カタログデータは、配信日時後の夜間など、ユーザーが携帯端末１１を使用していない時間帯として予め定められた時間帯に、携帯端末１１から広告配信サーバー５１へアクセスして、カタログデータの要求を行う。そして、その要求に応答した広告配信サーバー５１からカタログデータの配信を受ける。なお、図２に示す実施形態では広告バナーと共にその広告に係る配信日時、バナーＩＤ、バナー名、カタログ配信方式、カタログＩＤおよびカタログ名を受信する。このうち、カタログ配信方式、カタログＩＤはプル型配信方式でカタログデータを取得するために必要である。ただし、取得すべきカタログデータを特定するために用いるカタログＩＤは、バナーＩＤやカタログ名等で代用することは可能である。
カタログデータのダウンロード中に携帯端末１１が使用中の場合、端末制御部１３は、実行中のアプリケーションの裏処理としてカタログデータをダウンロードする。処理負荷が大きくオモテ処理のアプリケーションの処理速度に影響を与えるような場合、図３（ｃ）に示すように端末制御部１３がカタログデータ受信中のメッセージ３３を画面に表示させてもよい。
【００３５】
プル型配信方式でカタログデータをダウンロードするために、端末制御部１３は、端末格納部２１にプル型リスト２５を用意しておく。そして、プル型が登録されているバナーデータの配信を受けたとき、端末格納部２１は、カタログデータの要求に必要なデータをプル型リスト２５に登録しておく。図２に示すように、プル型リスト２５は、プル要求日時、バナーＩＤおよびバナー名を格納する。バナーＩＤおよびバナー名は、配信された広告バナーに付加された内容を格納する。プル要求日時は、携帯端末１１側で予め定められた時間帯に基づき、広告バナー受信後、その時間帯が到来する日時をプル要求日時として格納する。なお、前記時間帯は携帯端末１１の設定メニューを用いてユーザーが設定できることが好ましいが、予め定められ固定された時間帯であってもよい。
【００３６】
端末制御部１３は、プル型リスト２５に登録された何れかの広告のプル要求日時が到来すると、広告配信サーバー５１に対してカタログデータの配信要求を行う。このとき、要求するカタログデータを特定するための情報を付加する。この実施形態ではバナーＩＤとバナー名を付加するが、バナーＩＤだけでも特定可能であり、また、同一の重複するバナー名がなければバナーＩＤで代用することもできる。
前述のように、端末制御部１３は、表示部１７の予め定められた領域に広告バナーを表示する（図３（ｂ）参照）。表示する広告バナーは、広告データベース２３に格納された内容である。ユーザーが表示された広告バナーをタップする等、選択の操作を操作部１９が受付けると、端末制御部１３は、広告データベース２３を参照してその広告バナーに対応付けられたカタログデータを特定する。そのカタログデータを既に受信している場合は、そのカタログデータに基づくカタログ３５を表示部１７に表示させる（図３（ｄ）参照）。
【００３７】
プル型配信方式の広告で、プル要求日時前に広告バナーが選択された場合、カタログデータが端末格納部２１にまだ格納されていない。この場合、端末制御部１３は、広告データベース２３を参照して、選択された広告バナーに対応するカタログＩＤおよびカタログ名を取得する。そして、カタログＩＤおよびカタログ名を付加して広告配信サーバー５１に対してカタログデータの配信要求を行う。そして、その要求に応答した広告配信サーバー５１からカタログデータの配信を受ける。ダウンロード中は、その旨のメッセージを表示部１７に表示させてもよい（図３（ｃ）参照）。カタログデータのダウンロードが完了したら、端末制御部１３はそのカタログデータを表示部１７に表示させる（図３（ｄ）参照）。
【００３８】
≪フローチャート≫
続いて、広告の配信に関し携帯端末１１の端末制御部１３および広告配信サーバー５１の配信制御部５５が実行する処理を説明する。
図４は、この発明に係る端末制御部１３が実行する広告の受信と格納の処理を示すフローチャートである。
図５は、この発明に係る端末制御部１３が実行する広告の表示処理を示すフローチャートである。
また、図６は、この発明に係る配信制御部５５が実行する広告の配信処理を示すフローチャートである。
これらのフローチャートに沿って処理の手順を説明する。
【００３９】
まず、携帯端末１１の端末制御部１３が実行する処理のうち広告の受信と格納について説明する。端末制御部１３は、以下のタスクを繰り返し実行する。
まず、端末通信部１５が広告配信サーバー５１からバナーデータを新たに受信したか調べる（図４のステップＳ１１）。受信していなければ（ステップＳ１１のＮｏ）ルーチンは後述するステップＳ２１へ進む。バナーデータを受信した場合（ステップＳ１１のＹｅｓ）、端末制御部１３は、受信したバナーデータ及びそれに付加された付加情報を広告データベース２３に格納する（ステップＳ１３）。付加情報は、広告が関連付けられたアプリケーションの情報、配信日時、バナーＩＤ、バナー名、カタログ配信方式、カタログＩＤおよびカタログ名である。端末制御部１３は、付加情報に含まれるアプリケーションの情報から、そのアプリケーションに係る広告データベースが既に生成されているか否かを調べる。広告データベースが生成されていない場合は新たな広告データベースを生成する。そして、付加情報に含まれる配信日時、バナーＩＤ、バナー名、カタログ配信方式、カタログＩＤおよびカタログ名を格納する。既に生成されている場合は、その広告データベースにそれらの付加情報を格納する。
【００４０】
次に端末制御部１３は、付加情報に含まれるカタログ配信方式がプッシュ型、プル型の何れかを確認する（ステップＳ１５）。プル型であれば、プル型リスト２５に、付加情報に含まれるカタログＩＤとカタログ名を格納する。さらに、プル要求すべき日時を計算して格納する（ステップＳ１７）。ここで、プル要求すべき時間帯が予め定められている。よって、端末制御部１３は、ステップＳ１７の処理を実行しているその時点から起算して最初に訪れる前記時間帯をプル要求すべき日時として算出する。
カタログ配信方式がプッシュ他の場合（ステップＳ１５のＮｏ）、その広告がカタログデータを含む場合バナーデータと同時に受信しているので、受信したカタログデータを広告データベースに格納する（ステップＳ１９）。
【００４１】
続いて、ルーチンはステップＳ２１へ進む。端末制御部１３は、プル型リスト２５に登録された項目のうちでプル要求の日時が到来したものがあるか調べる（ステップＳ２１）。なければタスクは終了するが（ステップＳ２１のＮｏ）、プル要求の日時が到来したものがあれば（ステップＳ２１のＹｅｓ）、サーバーにカタログデータの要求を送信する（ステップＳ２３）。この要求には、プル型リスト２５に登録されているカタログＩＤとカタログ名を付加する。その要求に応答して広告配信サーバー５１からカタログデータが配信されるのを待って（ステップＳ２５）、受信したカタログデータを広告データベース２３に格納する（ステップＳ２７）。そして、受信したカタログデータに係る項目をプル型リスト２５から削除する（ステップＳ２９）。
以上が広告の受信と格納の処理である。
【００４２】
次に、端末制御部１３が実行する広告の表示に係る処理を説明する。端末制御部１３は、以下のタスクを繰り返し実行する。端末制御部１３は、表示部１７にアプリケーションの画面を表示しているか否かを調べる（図５のステップＳ３１）。アプリケーションの画面でなければ（ステップＳ３１のＮｏ）、ルーチンは後述するステップＳ３７へ進む。アプリケーション画面の場合（ステップＳ３１のＹｅｓ）、そのアプリケーションに対応する広告データベースが存在するか否かを調べる（ステップＳ３３）。広告データベースが存在しなければ、そのアプリケーションに表示すべき広告バナーが無いと判断し、タスクを終了する（ステップＳ３３のＮｏ）。一方、対応する広告データベースがあれば（ステップＳ３３のＹｅｓ）、そのアプリケーションと同時に画面の予め定められた領域に広告バナーを表示させる（ステップＳ３５）。
【００４３】
次に端末制御部１３は、表示している広告バナーが選択されたか否かを調べる（ステップＳ３７）。広告バナーが選択されていなければ、ルーチンはステップＳ４１へ進む。また、その広告バナーに関連付けられたカタログデータがない場合、即ち、カタログを含まない広告の場合もステップＳ４１へ進む。広告バナーが選択されたときは（ステップＳ３７のＹｅｓ）、広告データベース２３を参照し、その広告バナーに関連付けられたカタログデータを表示部１７に表示させる（ステップＳ３９）。
続いて端末制御部１３は、ステップＳ４１において、カタログデータを表示している場合に表示終了の操作がなされたかを調べる。終了の操作がなされていなければ（ステップＳ４１のＮｏ）タスクを終了するが、終了の操作がなされたときは（ステップＳ４１のＹｅｓ）カタログデータの表示を終了させて（ステップＳ４３）、タスクを終了する。
以上が広告の表示に係る処理である。
【００４４】
最後に、広告配信サーバー５１の配信制御部５５が実行する配信の処理を説明する。
配信制御部５５は、次のタスクを繰り返し実行する。まず、配信スケジュールデータベース６１を参照し、配信日時の到来した広告があるか否かを調べる（ステップＳ５１）。なければルーチンは（ステップＳ５１のＮｏ）後述するステップＳ６１へ進む。
配信日時の到来した広告があれば（ステップＳ５１のＹｅｓ）、配信スケジュールデータベース６１のカタログ配信方式を参照し、プル型かプッシュ型かを調べる（ステップＳ５３）。プッシュ型の場合（ステップＳ５３のＮｏ）、バナーデータ、カタログデータおよび付加情報を携帯端末１１へ送信し、ルーチンはステップＳ６１へ進む。付加情報は、広告が関連付けられたアプリケーションの情報、配信日時、バナーＩＤ、バナー名、カタログ配信方式、カタログＩＤおよびカタログ名である。一方、プル型の場合は（ステップＳ５３のＹｅｓ）、バナーデータと付加情報を送信するが（ステップＳ５７）、カタログデータはこの時点で送信しない。その後、ルーチンはステップＳ６１へ進む。
ステップＳ６１で、配信制御部５５は、携帯端末１１からプル要求を受信したかを調べる。要求がなければタスクを終了するが（ステップＳ６１のＮｏ）、要求があった場合は、その要求に付加されたカタログＩＤを参照して、対応するカタログデータを要求のあった携帯端末１１へ送信する（ステップＳ６３）。
以上が、広告配信の処理である。
【００４５】
前述した実施の形態の他にも、この発明について種々の変形例があり得る。それらの変形例は、この発明の範囲に属さないと解されるべきものではない。この発明には、請求の範囲と均等の意味および前記範囲内でのすべての変形とが含まれるべきである。
【符号の説明】
【００４６】
１１：携帯端末
１３：端末制御部
１５：端末通信部
１７：表示部
１９：操作部
２１：端末格納部
２３：広告データベース
２５：プル型リスト
３１：広告バナー
３３：メッセージ
３５：カタログ
５１：広告配信サーバー
５３：サーバー通信部
５５：配信制御部
５７：入力部
５９：サーバー格納部
６１：配信スケジュールデータベース
６３：バナーデータベース
６５：カタログデータベース
６７：配信先リスト
【図１】
2013257837.tif 000003
【図２】
2013257837.tif 000004
【図３】
2013257837.tif 000005
【図４】
2013257837.tif 000006
【図５】
2013257837.tif 000007
【図６】
2013257837.tif 000008