広告提供システム、広告提供方法および広告提供プログラム
【課題】インターネット上で行われるオンライン広告をより多くのユーザに見てもらえるようにする。
【解決手段】第１の制御部１２が第１のアプリケーションプログラムを利用して指定ＵＲＬに基づきウェブサーバ２から受信したウェブページを表示するのとは別に、第２の制御部１３が第２のアプリケーションプログラムを利用して広告用ＵＲＬに基づき広告ページを広告サーバ３から受信し、指定ＵＲＬに基づき表示されていたウェブページが閉じられたときに、広告サーバ３から受信した広告ページを画面表示することにより、指定ページを閉じたときには、ユーザの意思やクリック操作の有無によらず広告ページが自動的に表示されるようにする。
【解決手段】第１の制御部１２が第１のアプリケーションプログラムを利用して指定ＵＲＬに基づきウェブサーバ２から受信したウェブページを表示するのとは別に、第２の制御部１３が第２のアプリケーションプログラムを利用して広告用ＵＲＬに基づき広告ページを広告サーバ３から受信し、指定ＵＲＬに基づき表示されていたウェブページが閉じられたときに、広告サーバ３から受信した広告ページを画面表示することにより、指定ページを閉じたときには、ユーザの意思やクリック操作の有無によらず広告ページが自動的に表示されるようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は広告提供システム、広告提供方法および広告提供プログラムに関し、特に、インターネット上に開設したウェブページを利用して広告を提供するシステムに用いて好適なものである。
【背景技術】
【０００２】
従来、インターネット上に開設したウェブページを利用して様々な広告が行われている。その代表例として、ウェブページの一部に長方形の広告画像を横断幕のように表示するバナー広告が用いられている。バナー広告は広告主のウェブページにリンクしてあり、バナー広告をマウスでクリックすると当該広告主のウェブページに遷移し、広告内容の詳しい情報が表示されるようになっている。
【０００３】
また、チラシに印刷されている商品情報に対応したバーコードを携帯電話機に接続したバーコードリーダで読み取って販売者のサーバに送信し、サーバ側からチラシの商品情報である広告駒写真画像をユーザの携帯電話機に配信して、注文した商品を画面でユーザに確認させるようにした技術も存在する（例えば、特許文献１参照）。
【特許文献１】特開２００３−２２８６６５号公報
【０００４】
また、ＵＲＬ（Uniform Resource Locater）をキー入力することなく、メーカのウェブページを開くことができるように成された商品情報提供システムも提供されている（例えば、特許文献２参照）。この特許文献２に記載のシステムでは、ユーザの端末装置に接続したバーコードリーダにより、商品カタログに印刷されたバーコードを読み取り、読み取ったバーコード情報を商品情報センターに送信する。商品情報センターでは、受信したバーコード情報に基づき、ＵＲＬ情報データベースを検索し、メーカのＵＲＬ情報を取り出し、端末装置に送信する。端末装置では、受信したＵＲＬ情報によりメーカのウェブページを開く。
【特許文献２】特開２００２−１０８７４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ウェブページ上に掲載する広告の場合は、その広告が掲載されたウェブページに対してユーザ側から自分の意思でアクセスが行われない限り、その広告がユーザの目に触れることは一切ない。例えばバナー広告の場合、ユーザがこれをクリックしない限り、広告がユーザに見られることはない。そのために多くの広告主は、表示するバナー広告を目立つようなデザインあるいは興味を引くようなデザインにしたり、懸賞を付けたりするなどの工夫をしている。ところが、このような工夫だけでは充分と言えず、現実にはウェブページ上への宣伝効果がそれほど高くならないという問題があった。
【０００６】
また、上記特許文献１や特許文献２の場合も、ユーザが自ら見たいと思う広告情報に対応したバーコードをバーコードリーダで読み取り、読み取ったバーコード情報をサーバに送信しない限り、広告がユーザに見られることはない。すなわち、バナー広告や、特許文献１，２のようなバーコードを利用した広告などを例とするどのような広告手段も、ウェブページを利用して広告を行うものは、ユーザからのアクションがない限り広告が見られることはなく、宣伝効果がそれほど高くならないという問題があった。
【０００７】
本発明は、このような問題を解決するために成されたものであり、インターネット上で行われるオンライン広告をより多くのユーザに見てもらえるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記した課題を解決するために、本発明では、端末装置が第１のアプリケーションプログラムを利用して指定ＵＲＬに基づきウェブサーバから受信したウェブページを表示するのとは別に、端末装置が第２のアプリケーションプログラムを利用して広告用ＵＲＬに基づき広告ページを広告サーバから受信し、指定ＵＲＬに基づき表示されていたウェブページが閉じられたときに、広告サーバから受信した広告ページを端末装置に表示するようにしている。
【発明の効果】
【０００９】
上記のように構成した本発明によれば、ユーザの意思により指定されたＵＲＬに基づいて第１のアプリケーションプログラムにより表示されていたウェブページが閉じられると、あらかじめ決められた広告用ＵＲＬに基づいて第２のアプリケーションプログラムにより受信された広告ページが端末装置に自動的に表示されることとなる。これにより、ユーザの意思やクリック操作の有無によらず、広告ページが必ず表示される。しかも、広告ページが表示されるのはウェブページの閲覧終了後なので、ウェブページ閲覧の邪魔になることがなく、ユーザに悪い印象を与えることが少ないので、広告をより多くのユーザに見てもらえる可能性が高くなり、広告効果を上げることが期待できる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態による広告提供システムの全体構成例を示す図である。図１に示すように、本実施形態の広告提供システムは、ユーザが使用する端末装置（以下、ユーザ端末１と記す）と、ユーザ端末１からインターネット４等の通信ネットワークを介して接続可能に構成されたウェブサーバ２および広告サーバ３とを備えて構成されている。
【００１１】
ユーザ端末１は、例えば携帯電話機であるが、これに限定されるものではない。例えば、パーソナルコンピュータやＰＤＡ（Personal Digital Assistance）のようなものであっても良い。ウェブサーバ２は、ユーザ端末１にて指定されたＵＲＬに対応するウェブページをユーザ端末１に提供する。また、広告サーバ３は、あらかじめ決められた広告用ＵＲＬに対応する広告ページをユーザ端末１に提供する。
【００１２】
ウェブサーバ２も広告サーバ３も、基本的な動作は同じである。すなわち、ウェブサーバ２は、ユーザ端末１からインターネット４を介して指定ＵＲＬと共に送られてきたウェブページの表示要求に応じて、まずＨＴＭＬ（HyperText Markup Language）のソースコードをユーザ端末１に提供する。ユーザ端末１では、ウェブサーバ２から送られてきたＨＴＭＬソースコードをウェブブラウザで解析し、そのソースコード中に含まれるテキスト情報等を画面表示する。
【００１３】
さらに、ＨＴＭＬソースコード中に画像データなどのリンク情報が存在している場合には、ユーザ端末１のウェブブラウザは、ウェブサーバ２に対してそのリンク情報により示される画像ファイルの送信を更に要求する。この要求を受けたウェブサーバ２は、要求された画像ファイルをウェブブラウザに送信する。このようなユーザ端末１とウェブサーバ２との間の一連のやり取りによって、指定ＵＲＬに対応するウェブページがユーザ端末１の画面に表示されることとなる。
【００１４】
また、広告サーバ３は、ユーザ端末１からインターネット４を介して広告用ＵＲＬと共に送られてきた広告ページの表示要求に応じて、まずＨＴＭＬのソースコードをユーザ端末１に提供する。ユーザ端末１では、広告サーバ３から送られてきたＨＴＭＬソースコードをウェブブラウザで解析し、そのソースコード中に含まれるテキスト情報等を画面表示する。
【００１５】
さらに、このＨＴＭＬソースコード中に画像データなどのリンク情報が存在している場合には、ユーザ端末１のウェブブラウザは、広告サーバ３に対してそのリンク情報により示される画像ファイルの送信を更に要求する。この要求を受けた広告サーバ３は、要求された画像ファイルをウェブブラウザに送信する。このようなユーザ端末１と広告サーバ３との間の一連のやり取りによって、広告用ＵＲＬに対応する広告ページがユーザ端末１の画面に表示されることとなる。
【００１６】
図２は、本実施形態によるユーザ端末１の機能構成例を示す図である。図２に示すように、本実施形態のユーザ端末１は、フラッシュＲＯＭ等の記憶部１１、第１の制御部１２、第２の制御部１３およびバーコードリーダ１４を備えている。なお、ここではユーザ端末１がバーコードリーダ１４を備える構成を示しているが、これは単なる一例に過ぎない。例えば、ユーザ端末１とバーコードリーダ１４とを別体として構成し、両者を有線または無線で接続できるように構成しても良い。
【００１７】
記憶部１１は、後述する第１のアプリケーションプログラムおよび第２のアプリケーションプログラムを記憶している。第１の制御部１２は、第１のアプリケーションプログラムを起動して、指定ＵＲＬをウェブサーバ２に送信し、指定ＵＲＬに対応するウェブページをウェブサーバ２から受信して表示する。
【００１８】
また、第２の制御部１３は、第２のアプリケーションプログラムを起動して、あらかじめ決められた広告用ＵＲＬを広告サーバ３に送信し、広告用ＵＲＬに対応する広告ページを広告サーバ３から受信して表示する。このとき第２の制御部１３は、第１の制御部１２により表示されていたウェブページが閉じられたときに、広告ページを表示するように制御する。
【００１９】
ここで、第１のアプリケーションプログラムは、具体的には、指定ＵＲＬ送信手段２１、指定ページ受信手段２２および指定ページ表示手段２３として機能する。これらの各手段は、ウェブブラウザの機能として実現される。また、第２のアプリケーションプログラムは、具体的には、バーコード読取手段３１、ＵＲＬ解析手段３２、広告用ＵＲＬ送信手段３３、広告ページ受信手段３４および広告ページ表示手段３５として機能する。ここで、広告用ＵＲＬ送信手段３３、広告ページ受信手段３４および広告ページ表示手段３５も、ウェブブラウザの機能として実現される。ウェブブラウザは、第１のアプリケーションプログラムと第２のアプリケーションプログラムとで共用される。
【００２０】
バーコード読取手段３１は、バーコードリーダ１４を利用して、例えば紙面に印刷されたバーコードを読み取る。このバーコードは、例えば、所定のウェブページのＵＲＬを識別可能に形成されたＱＲ（Quick Response）コードである。ＵＲＬ解析手段３２は、バーコード読取手段３１により読み取られたバーコードを解析してＵＲＬを取得し、取得したＵＲＬを指定ＵＲＬとして第１の制御部１２の指定ＵＲＬ送信手段２１に供給する。
【００２１】
指定ＵＲＬ送信手段２１は、ＵＲＬ解析手段３２より供給された指定ＵＲＬをウェブサーバ２に送信する。指定ページ受信手段２２は、指定ＵＲＬ送信手段２１が指定ＵＲＬをウェブサーバ２に送信したことに応答してウェブサーバ２から送られてくるウェブページ（以下、これを指定ページと記す）を受信する。指定ページ表示手段２３は、指定ページ受信手段２２により受信された指定ページをユーザ端末１のウェブブラウザ上に表示する。
【００２２】
広告用ＵＲＬ送信手段３３は、ＵＲＬ解析手段３２によりバーコードから解析した指定ＵＲＬとは別に、あらかじめ決められた広告用ＵＲＬを広告サーバ３に送信する。あらかじめ決められた広告用ＵＲＬとは、広告用ＵＲＬ送信手段３３にあらかじめ登録されている１以上の広告用ＵＲＬの中の１つを意味する。どの広告用ＵＲＬを送信するかは、任意のルールにより決めることが可能である。例えば、広告用ＵＲＬを送信する必要が生じる都度、登録されている広告用ＵＲＬを順番に選択するようにしても良いし、ランダムに選択するようにしても良い。
【００２３】
また、指定ＵＲＬに関連する広告用ＵＲＬを選択するようにしても良い。例えば、指定ＵＲＬに含まれる文字列、指定ＵＲＬによるアクセス先の指定ページのソースコードに含まれる“title”上の文字列、“keyword”上の文字列、“description”上の文字列、トップページ上のテキストデータによる文字列などを参照し、その文字列に関連する広告用ＵＲＬを選択する。具体的には、所定の文字列と広告用ＵＲＬとを関連付けたテーブル情報を用意しておき、例えば指定ＵＲＬの中から抽出した文字列がテーブル情報の中に存在する場合に、その文字列に関連付けられた広告用ＵＲＬを選択する。文字列に関連付けられた広告用ＵＲＬが複数ある場合は、その中の何れか１つを都度、順番に選択する。
【００２４】
この他の例として、指定ＵＲＬのみならず、それに関連する広告用ＵＲＬを識別可能にＱＲコードを形成し、当該ＱＲコードを解析することによって広告用ＵＲＬを得るようにしても良い。なお、ここに挙げた広告用ＵＲＬの特定方法は単なる例示に過ぎず、これに限定されるものではない。
【００２５】
広告ページ受信手段３４は、広告用ＵＲＬ送信手段３３が広告用ＵＲＬを広告サーバ３に送信したことに応答して広告サーバ３から送られてくる広告ページを受信する。広告ページ表示手段３５は、指定ページ表示手段２３により指定ＵＲＬに基づいて表示されていた指定ページが閉じられたときに（このとき、第２のアプリケーションプログラムが起動しているのでウェブブラウザは閉じられていない）、広告ページ受信手段３４により受信された広告ページをユーザ端末１のウェブブラウザ上に表示する。
【００２６】
すなわち、ウェブブラウザ上で指定ページが閉じられると、第１のアプリケーションプログラムは終了するが、第２のアプリケーションプログラムは起動したままの状態となっている。そこで、広告ページ表示手段３５は、起動状態のままになっている第２のアプリケーションプログラムを利用して、広告ページ受信手段３４で広告サーバ３から受信した広告ページをユーザ端末１のウェブブラウザ上に表示する。これにより、指定ページから広告ページへと画面表示が自動的に切り替わる。
【００２７】
ここで、広告ページ受信手段３４が広告サーバ３から広告ページを受信するタイミング（広告用ＵＲＬ送信手段３３が広告用ＵＲＬを広告サーバ３に送信するタイミング）は、指定ページ表示手段２３により指定ページの表示が行われる前であっても良いし、指定ページの表示が行われている最中であっても良いし、指定ページが閉じられた後であっても良い。指定ページの表示が行われる前または行われている最中に広告ページを受信する場合は、指定ページが閉じられるまでの間、受信した広告ページの情報をユーザ端末１に保存しておくためのメモリが必要になる。
【００２８】
本実施形態の特性を生かすためには、ユーザがアプリケーション操作を行っていない時間（以下、「アイドリング時間」という）中に、表示対象となる広告データを受信しておくこと（およびアプリケーション制御下の記憶領域に一時的に記録しておくこと、並びに広告データの受信プロセスを複数の段階に分け、受信が途中で終了した場合も、直前の段階で受信したデータの続きから受信を再開できるようにしておくこと）が望ましい。
【００２９】
例えば、第１のアプリケーションプログラムのアイドリング時間中に、第２の制御部１３が広告データの受信を完了していれば、第１のアプリケーションプログラムの終了時に速やかに対象広告を表示することが可能になる。また、ユーザが第１のアプリケーションプログラムを使用してウェブページ閲覧データを「受信待ち」している間に、既に受信した広告を表示させるなど、効果的な広告表示が可能になる。
【００３０】
第１のアプリケーションプログラムのアイドリング時間中に広告データを受信するための方法として、数々の方法を組み合わせて実現することが可能である。
【００３１】
例えば、ユーザのボタン操作はユーザ毎に特性があるため、その特性を利用する。すなわち、過去の入力データから、あるボタンを押下してから次のボタンを押下するまでの時間を予測し、当該時間中に広告データの受信を行う。第１のアプリケーションプログラムにおいて、必ずしも全てのボタン操作で通信が発生するわけではないので、第１のアプリケーションプログラムにおいて、通信を要求するボタン操作が完了した直後から第２のアプリケーションプログラムが広告データの受信を開始するようにしてもよい。そうすることで、第１のアプリケーションプログラムにおいてユーザが通信を要求する次のボタン操作を行うまでの間、効率的に広告データを受信できる。
【００３２】
また、一定時間中に受信可能なデータ量は上限があるため、取得する広告データの中身を取捨選択することで、受信すべき広告データの量を制限するようにしても良い。例えば、受信対象とする広告データにつき、商品画像データを受信せず、商品名と広告ＵＲＬデータのみを受信して表示するようにする。このようにすることにより、限られたアイドリング時間を効果的に活用して広告データを受信することができる。
【００３３】
さらに、上記の手法を拡大し、最大の効率を発揮できるよう最適化する機能を実装しても良い。例えば、広告データにつき、常に商品名と広告ＵＲＬデータのみを受信するのでなく、通信環境が良い場合に、商品の特徴を示す説明文やキャッチコピーを受信するようにしても良い。また、ユーザのボタン操作特性からアイドリング時間を予測し、アイドリング時間中に受信可能と判断される場合に、受信対象とする広告データを段階的に変化（拡大／削減）させる機能を実装しても良い。
【００３４】
さらに、第２のアプリケーションプログラムが、第１のアプリケーションプログラムとネットワーク上のサーバ間の通信を仲介することにより、ユーザのボタン操作特性を考慮し、第１のアプリケーションプログラムの情報と広告データの受信とを最適化するようにしても良い。例えば、ユーザのボタン操作特性から、あるボタンを押下してから次のボタンを押下するまでの時間が長いユーザの場合、第１のアプリケーションプログラムにおいて通信を伴うボタン操作を検知した際、一定の時間の間（例えば、ユーザの平均的なボタン押下操作時間の１／５まで）現在受信中の広告データ受信完了を優先させ、それから第１のアプリケーションプログラムのデータ受信プロセスに切り替える。このようにすることにより、ユーザに違和感を生じさせない範囲で、常に最大限の通信トラフィックを活用するよう通信負荷を最適化することが可能である。
【００３５】
さらに、通常のｈｔｔｐプロトコルでは、刻々と変化する通信環境に応じて、端末上のアプリケーションとネットワーク上のサーバとの間でやり取りされるデータパケットのサイズを調整する機能を有する。そこで、第２のアプリケーションプログラムが、第１のアプリケーションプログラムとネットワーク上のサーバ間の通信を仲介することにより、通信環境の変化を考慮した最適化を行うことが可能である。例えば、第１のアプリケーションプログラムがデータを要求中のサーバに対して期待できる通信速度が低い状態において、無線通信環境の状態が良く、一定時間に受信できるデータ容量に余裕がある場合、当該サーバへの受信要求とあわせて広告データの受信要求を平行して行うことで、情報データの受信と広告データの受信を効率化することができる。
【００３６】
また、本発明の目的を鑑みれば、ユーザが第１のアプリケーションプログラムを使って直前に取得要求した情報だけでなく、ユーザが過去に取得した情報のデータの特性を考慮して対象広告を選定することが有効なケースも想定され得る。そこで、第１のアプリケーションプログラムのアイドリング時間中において、ユーザが過去に取得した情報データから、当該ユーザに有効と想定される広告を選定し、第１のアプリケーションプログラムのアイドリング時間中に当該広告データを受信しておく（以下、「キャッシュ情報」という）ようにしても良い。このとき、受信したデータを第２のアプリケーションプログラム管理下の記憶領域に一定期間記録しておくことにより、ユーザが第１のアプリケーションプログラムを起動して終了するまでの時間が短く、直前に入力された情報データに関する広告データが受信できなかった場合においても、キャッシュ情報からデータを取り出し有効な広告表示を行うことが可能になる。
【００３７】
さらに、本実施形態においては、特定のジャンルやキーワードに対応した広告データ、あるいは、特定の性向を持つユーザを対象にした広告データをあらかじめ受信しておくことも可能である。すなわち、例えば「保険」というキーワードに対し、Ａ社の保険商品の広告データを優先的に表示するよう設定する。そして、アイドリング時間中に、Ａ社の保険商品の広告データを受信しておき、ユーザが「保険」に関するデータ要求を行った場合、その直後に当該商品（Ａ社の保険商品）の広告を表示するよう設定しても良い。あるいは、ユーザが過去に取得した情報データから、当該ユーザが「クルマ」に関心が高いことを類推可能な場合、アイドリング時間中にＢ社の新車に関する広告データを受信しておき、広告として表示するようにしても良い。
【００３８】
さらに、本実施形態においては、第１のアプリケーションプログラムのアイドリング時間中のみならず、第１のアプリケーションプログラムの起動にかかわらず、第２のアプリケーションプログラムのアイドリング時間中に広告データを受信しておき、第１のアプリケーションプログラムの終了時もしくは起動中に広告を表示するよう設定することも可能である。例えば、以上に述べた各ケースにおいて、第１のアプリケーションプログラムのアイドリング時間中のみならず、第２のアプリケーションプログラムのアイドリング時間中に広告データを受信しておき、第１のアプリケーションプログラム終了時に速やかに広告表示を行うようにしても良い。
【００３９】
なお、もっとシンプルに、機能を絞り込んだものとして以下のような方法で広告データを受信することも可能である。
（ａ）ブラウザ起動前に広告データを取得するパターン
・バーコードリーダ１４を起動し、バーコード（ＵＲＬが含まれている）をスキャンする。
・その後ブラウザが起動されるが、その間はブラウザによる通信は行われていないため、その間にバーコードアプリ（第２のアプリケーションプログラム）がブラウザアプリ（第１のアプリケーションプログラム）の起動中の裏で通信を行い、広告データを取得しておく。
・ブラウザ起動が完了し、ユーザがブラウジングする。
・ブラウザを終了すると、バーコードリーダ１４上に該当広告が表示される。
【００４０】
（ｂ）ブラウザ起動中に広告データを取得するパターン
・ブラウザ利用中に、ユーザによるアクセスが一定時間以上なかった場合（例えば、５秒間ブラウザによるデータ通信が行われなかった場合）、裏のバーコードアプリが広告データを取得する。
【００４１】
（ｃ）ブラウザ起動中に広告データを取得するパターン
・バーコードリーダ１４経由でブラウザの起動を行う。
・ブラウザが起動され、最初のデータが読み込まれた直後に裏のバーコードアプリにより広告データを取得する（希望アクセス先に到達した直後にユーザが違うページに直ぐ遷移する可能性は低い）。
・最初で広告データの受信が完結しなかった場合、次にユーザが違うページへ遷移した後に、残りを受信する。
【００４２】
次に、上記のように構成した本実施形態による広告提供システムの動作を説明する。図３は、本実施形態による広告提供システムの動作例を示すフローチャートである。図４は、本実施形態のユーザ端末１に表示される画面の遷移例を示す図である。
【００４３】
図３において、ユーザ端末１は、まず第１のアプリケーションプログラムと第２のアプリケーションプログラムとを起動する（ステップＳ１）。第２のアプリケーションプログラムが起動すると、バーコードリーダ１４によってバーコードを読み取る準備ができるので、ユーザは、紙面に印刷されたバーコードにバーコードリーダ１４をかざす。ユーザ端末１が携帯電話機の場合、具体的には、図４（ａ）に示すように、携帯電話機が備えているカメラ（これがバーコードリーダ１４に相当する）によってバーコードを撮影する。これにより、第２のアプリケーションプログラムによって動作しているバーコード読取手段３１は、バーコードをユーザ端末１内に取得する（ステップＳ２）。
【００４４】
次に、第２のアプリケーションプログラムによって動作しているＵＲＬ解析手段３２は、ステップＳ２で読み取られたバーコードを解析してＵＲＬを取得し、取得したＵＲＬを指定ＵＲＬとして、第１のアプリケーションプログラムによって動作している指定ＵＲＬ送信手段２１に供給する（ステップＳ３）。図４（ｂ）は、解析された指定ＵＲＬがユーザ端末１の画面上に表示された状態を示している。
【００４５】
指定ＵＲＬ送信手段２１は、ＵＲＬ解析手段３２から指定ＵＲＬを受け取り、ユーザから送信指示を受けると、当該指定ＵＲＬをインターネット４を介してウェブサーバ４に送信する。また、指定ページ受信手段２２は、指定ＵＲＬの送信に対応してウェブサーバ４から送られてくる指定ページを受信する。そして、指定ページ表示手段２３は、図４（ｃ）に示すように、ウェブサーバ２から受信した指定ページをユーザ端末１の画面上に表示する（ステップＳ４）。
【００４６】
ここで、第１の制御部１２は、指定ＵＲＬに基づいて表示されていた指定ページが閉じられたか否かを判定する（ステップＳ５）。閉じられていない場合は、ステップＳ４に戻り、指定ページの表示が続けられる。このとき、最初の指定ページに張られているリンクがクリックされたら、リンク先のウェブページ（これも指定ページ）に遷移して表示が行われる。
【００４７】
一方、指定ページが閉じられたと判断した場合、第１の制御部１２は、第１のアプリケーションプログラムの動作を終了させる（ステップＳ６）。このとき、第２のアプリケーションプログラムは起動状態のままとなっている。そして、第２のアプリケーションプログラムによって動作している広告用ＵＲＬ送信手段３３は、あらかじめ決められた広告用ＵＲＬを広告サーバ３に自動的に送信する。また、広告ページ受信手段３４は、広告用ＵＲＬの送信に対応して広告サーバ３から送られてくる広告ページを受信する。そして、広告ページ表示手段３５は、図４（ｄ）に示すように、広告サーバ３から受信した広告ページをユーザ端末１の画面上に表示する（ステップＳ７）。
【００４８】
ここで、第２の制御部１３は、広告用ＵＲＬに基づいて表示されていた広告ページが閉じられたか否かを判定する（ステップＳ８）。閉じられていない場合は、ステップＳ７に戻り、広告ページの表示が続けられる。一方、広告ページが閉じられたと判断した場合、第２の制御部１３は、第２のアプリケーションプログラムの動作を終了させる（ステップＳ９）。このとき、ウェブブラウザも閉じられる。
【００４９】
なお、この図３に示すフローチャートでは、指定ページが閉じられたタイミングで広告用ＵＲＬを広告サーバ３に送信するようにしているが、これに限定されない。上述したように、ステップＳ４で指定ページを表示する前または表示が行われている間に、広告用ＵＲＬを広告サーバ３に送信して広告ページを受信するまでの処理をバックグラウンドで行っておき、指定ページが閉じられたタイミングで、既に受信済みの広告ページを表示するようにしても良い。
【００５０】
以上詳しく説明したように、本実施形態では、第１のアプリケーションプログラムを利用して指定ＵＲＬに基づきウェブサーバ２から受信した指定ページを表示するのとは別に、第２のアプリケーションプログラムを利用して広告用ＵＲＬに基づき広告ページを広告サーバ３から受信する。そして、指定ページが閉じられて第１のアプリケーションプログラムが終了したときに、起動状態のままになっている第２のアプリケーションプログラムを利用して、広告ページを表示するようにしている。
【００５１】
このような構成により、指定ページが閉じられると、ユーザの意思やクリック操作の有無によらず、広告ページが自動的に表示されることとなる。しかも、広告ページが表示されるのは指定ページの閲覧終了後なので、ユーザの意思で表示している指定ページを閲覧する際には広告が邪魔になることがなく、ユーザに悪い印象を与えることが少ない。これにより、広告をより多くのユーザに見てもらえる可能性が高くなり、広告効果を上げることが期待できる。
【００５２】
なお、上記実施形態では、第２のアプリケーションプログラムがバーコード読取機能を有するプログラムである例について説明したが、これに限定されない。すなわち、第２のアプリケーションプログラムは、インターネット４を介してウェブによる広告ページを受信する機能と、受信した広告ページを表示する機能とを有しているものであれば良い。
【００５３】
また、上記実施形態では、ブラウザ（第１のアプリケーションプログラム）がバーコードスキャンしたＵＲＬから通信してサーバにアクセスするようになっているが、通信制御は一切合切バーコードリーダ１４において行い、ブラウザはバーコードリーダ１４経由でネットワーク上のデータの授受を行うようにしても良い。
【００５４】
また、バーコードリーダ１４とブラウザとが同一のアプリケーションとなっているようにしても良い（機能の切り分けについては上記実施形態通り）。この場合、広告表示エリアとインターネットブラウジングエリアとの両エリアについて、タグ等によりインターフェースの切り替えを行うことにより、ブラウザを閉じた後に広告を表示することが可能である。
【００５５】
その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその精神、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【図面の簡単な説明】
【００５６】
【図１】本実施形態による広告提供システムの全体構成例を示す図である。
【図２】本実施形態によるユーザ端末の機能構成例を示す図である。
【図３】本実施形態による広告提供システムの動作例を示すフローチャートである。
【図４】本実施形態のユーザ端末に表示される画面の遷移例を示す図である。
【符号の説明】
【００５７】
１ ユーザ端末
２ ウェブサーバ
３ 広告サーバ
４ インターネット
１１ 記憶部
１２ 第１の制御部
１３ 第２の制御部
１４ バーコードリーダ
２１ 指定ＵＲＬ送信手段
２２ 指定ページ受信手段
２３ 指定ページ表示手段
３１ バーコード読取手段
３２ ＵＲＬ解析手段
３３ 広告用ＵＲＬ送信手段
３４ 広告ページ受信手段
３５ 広告ページ表示手段
【技術分野】
【０００１】
本発明は広告提供システム、広告提供方法および広告提供プログラムに関し、特に、インターネット上に開設したウェブページを利用して広告を提供するシステムに用いて好適なものである。
【背景技術】
【０００２】
従来、インターネット上に開設したウェブページを利用して様々な広告が行われている。その代表例として、ウェブページの一部に長方形の広告画像を横断幕のように表示するバナー広告が用いられている。バナー広告は広告主のウェブページにリンクしてあり、バナー広告をマウスでクリックすると当該広告主のウェブページに遷移し、広告内容の詳しい情報が表示されるようになっている。
【０００３】
また、チラシに印刷されている商品情報に対応したバーコードを携帯電話機に接続したバーコードリーダで読み取って販売者のサーバに送信し、サーバ側からチラシの商品情報である広告駒写真画像をユーザの携帯電話機に配信して、注文した商品を画面でユーザに確認させるようにした技術も存在する（例えば、特許文献１参照）。
【特許文献１】特開２００３−２２８６６５号公報
【０００４】
また、ＵＲＬ（Uniform Resource Locater）をキー入力することなく、メーカのウェブページを開くことができるように成された商品情報提供システムも提供されている（例えば、特許文献２参照）。この特許文献２に記載のシステムでは、ユーザの端末装置に接続したバーコードリーダにより、商品カタログに印刷されたバーコードを読み取り、読み取ったバーコード情報を商品情報センターに送信する。商品情報センターでは、受信したバーコード情報に基づき、ＵＲＬ情報データベースを検索し、メーカのＵＲＬ情報を取り出し、端末装置に送信する。端末装置では、受信したＵＲＬ情報によりメーカのウェブページを開く。
【特許文献２】特開２００２−１０８７４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ウェブページ上に掲載する広告の場合は、その広告が掲載されたウェブページに対してユーザ側から自分の意思でアクセスが行われない限り、その広告がユーザの目に触れることは一切ない。例えばバナー広告の場合、ユーザがこれをクリックしない限り、広告がユーザに見られることはない。そのために多くの広告主は、表示するバナー広告を目立つようなデザインあるいは興味を引くようなデザインにしたり、懸賞を付けたりするなどの工夫をしている。ところが、このような工夫だけでは充分と言えず、現実にはウェブページ上への宣伝効果がそれほど高くならないという問題があった。
【０００６】
また、上記特許文献１や特許文献２の場合も、ユーザが自ら見たいと思う広告情報に対応したバーコードをバーコードリーダで読み取り、読み取ったバーコード情報をサーバに送信しない限り、広告がユーザに見られることはない。すなわち、バナー広告や、特許文献１，２のようなバーコードを利用した広告などを例とするどのような広告手段も、ウェブページを利用して広告を行うものは、ユーザからのアクションがない限り広告が見られることはなく、宣伝効果がそれほど高くならないという問題があった。
【０００７】
本発明は、このような問題を解決するために成されたものであり、インターネット上で行われるオンライン広告をより多くのユーザに見てもらえるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記した課題を解決するために、本発明では、端末装置が第１のアプリケーションプログラムを利用して指定ＵＲＬに基づきウェブサーバから受信したウェブページを表示するのとは別に、端末装置が第２のアプリケーションプログラムを利用して広告用ＵＲＬに基づき広告ページを広告サーバから受信し、指定ＵＲＬに基づき表示されていたウェブページが閉じられたときに、広告サーバから受信した広告ページを端末装置に表示するようにしている。
【発明の効果】
【０００９】
上記のように構成した本発明によれば、ユーザの意思により指定されたＵＲＬに基づいて第１のアプリケーションプログラムにより表示されていたウェブページが閉じられると、あらかじめ決められた広告用ＵＲＬに基づいて第２のアプリケーションプログラムにより受信された広告ページが端末装置に自動的に表示されることとなる。これにより、ユーザの意思やクリック操作の有無によらず、広告ページが必ず表示される。しかも、広告ページが表示されるのはウェブページの閲覧終了後なので、ウェブページ閲覧の邪魔になることがなく、ユーザに悪い印象を与えることが少ないので、広告をより多くのユーザに見てもらえる可能性が高くなり、広告効果を上げることが期待できる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態による広告提供システムの全体構成例を示す図である。図１に示すように、本実施形態の広告提供システムは、ユーザが使用する端末装置（以下、ユーザ端末１と記す）と、ユーザ端末１からインターネット４等の通信ネットワークを介して接続可能に構成されたウェブサーバ２および広告サーバ３とを備えて構成されている。
【００１１】
ユーザ端末１は、例えば携帯電話機であるが、これに限定されるものではない。例えば、パーソナルコンピュータやＰＤＡ（Personal Digital Assistance）のようなものであっても良い。ウェブサーバ２は、ユーザ端末１にて指定されたＵＲＬに対応するウェブページをユーザ端末１に提供する。また、広告サーバ３は、あらかじめ決められた広告用ＵＲＬに対応する広告ページをユーザ端末１に提供する。
【００１２】
ウェブサーバ２も広告サーバ３も、基本的な動作は同じである。すなわち、ウェブサーバ２は、ユーザ端末１からインターネット４を介して指定ＵＲＬと共に送られてきたウェブページの表示要求に応じて、まずＨＴＭＬ（HyperText Markup Language）のソースコードをユーザ端末１に提供する。ユーザ端末１では、ウェブサーバ２から送られてきたＨＴＭＬソースコードをウェブブラウザで解析し、そのソースコード中に含まれるテキスト情報等を画面表示する。
【００１３】
さらに、ＨＴＭＬソースコード中に画像データなどのリンク情報が存在している場合には、ユーザ端末１のウェブブラウザは、ウェブサーバ２に対してそのリンク情報により示される画像ファイルの送信を更に要求する。この要求を受けたウェブサーバ２は、要求された画像ファイルをウェブブラウザに送信する。このようなユーザ端末１とウェブサーバ２との間の一連のやり取りによって、指定ＵＲＬに対応するウェブページがユーザ端末１の画面に表示されることとなる。
【００１４】
また、広告サーバ３は、ユーザ端末１からインターネット４を介して広告用ＵＲＬと共に送られてきた広告ページの表示要求に応じて、まずＨＴＭＬのソースコードをユーザ端末１に提供する。ユーザ端末１では、広告サーバ３から送られてきたＨＴＭＬソースコードをウェブブラウザで解析し、そのソースコード中に含まれるテキスト情報等を画面表示する。
【００１５】
さらに、このＨＴＭＬソースコード中に画像データなどのリンク情報が存在している場合には、ユーザ端末１のウェブブラウザは、広告サーバ３に対してそのリンク情報により示される画像ファイルの送信を更に要求する。この要求を受けた広告サーバ３は、要求された画像ファイルをウェブブラウザに送信する。このようなユーザ端末１と広告サーバ３との間の一連のやり取りによって、広告用ＵＲＬに対応する広告ページがユーザ端末１の画面に表示されることとなる。
【００１６】
図２は、本実施形態によるユーザ端末１の機能構成例を示す図である。図２に示すように、本実施形態のユーザ端末１は、フラッシュＲＯＭ等の記憶部１１、第１の制御部１２、第２の制御部１３およびバーコードリーダ１４を備えている。なお、ここではユーザ端末１がバーコードリーダ１４を備える構成を示しているが、これは単なる一例に過ぎない。例えば、ユーザ端末１とバーコードリーダ１４とを別体として構成し、両者を有線または無線で接続できるように構成しても良い。
【００１７】
記憶部１１は、後述する第１のアプリケーションプログラムおよび第２のアプリケーションプログラムを記憶している。第１の制御部１２は、第１のアプリケーションプログラムを起動して、指定ＵＲＬをウェブサーバ２に送信し、指定ＵＲＬに対応するウェブページをウェブサーバ２から受信して表示する。
【００１８】
また、第２の制御部１３は、第２のアプリケーションプログラムを起動して、あらかじめ決められた広告用ＵＲＬを広告サーバ３に送信し、広告用ＵＲＬに対応する広告ページを広告サーバ３から受信して表示する。このとき第２の制御部１３は、第１の制御部１２により表示されていたウェブページが閉じられたときに、広告ページを表示するように制御する。
【００１９】
ここで、第１のアプリケーションプログラムは、具体的には、指定ＵＲＬ送信手段２１、指定ページ受信手段２２および指定ページ表示手段２３として機能する。これらの各手段は、ウェブブラウザの機能として実現される。また、第２のアプリケーションプログラムは、具体的には、バーコード読取手段３１、ＵＲＬ解析手段３２、広告用ＵＲＬ送信手段３３、広告ページ受信手段３４および広告ページ表示手段３５として機能する。ここで、広告用ＵＲＬ送信手段３３、広告ページ受信手段３４および広告ページ表示手段３５も、ウェブブラウザの機能として実現される。ウェブブラウザは、第１のアプリケーションプログラムと第２のアプリケーションプログラムとで共用される。
【００２０】
バーコード読取手段３１は、バーコードリーダ１４を利用して、例えば紙面に印刷されたバーコードを読み取る。このバーコードは、例えば、所定のウェブページのＵＲＬを識別可能に形成されたＱＲ（Quick Response）コードである。ＵＲＬ解析手段３２は、バーコード読取手段３１により読み取られたバーコードを解析してＵＲＬを取得し、取得したＵＲＬを指定ＵＲＬとして第１の制御部１２の指定ＵＲＬ送信手段２１に供給する。
【００２１】
指定ＵＲＬ送信手段２１は、ＵＲＬ解析手段３２より供給された指定ＵＲＬをウェブサーバ２に送信する。指定ページ受信手段２２は、指定ＵＲＬ送信手段２１が指定ＵＲＬをウェブサーバ２に送信したことに応答してウェブサーバ２から送られてくるウェブページ（以下、これを指定ページと記す）を受信する。指定ページ表示手段２３は、指定ページ受信手段２２により受信された指定ページをユーザ端末１のウェブブラウザ上に表示する。
【００２２】
広告用ＵＲＬ送信手段３３は、ＵＲＬ解析手段３２によりバーコードから解析した指定ＵＲＬとは別に、あらかじめ決められた広告用ＵＲＬを広告サーバ３に送信する。あらかじめ決められた広告用ＵＲＬとは、広告用ＵＲＬ送信手段３３にあらかじめ登録されている１以上の広告用ＵＲＬの中の１つを意味する。どの広告用ＵＲＬを送信するかは、任意のルールにより決めることが可能である。例えば、広告用ＵＲＬを送信する必要が生じる都度、登録されている広告用ＵＲＬを順番に選択するようにしても良いし、ランダムに選択するようにしても良い。
【００２３】
また、指定ＵＲＬに関連する広告用ＵＲＬを選択するようにしても良い。例えば、指定ＵＲＬに含まれる文字列、指定ＵＲＬによるアクセス先の指定ページのソースコードに含まれる“title”上の文字列、“keyword”上の文字列、“description”上の文字列、トップページ上のテキストデータによる文字列などを参照し、その文字列に関連する広告用ＵＲＬを選択する。具体的には、所定の文字列と広告用ＵＲＬとを関連付けたテーブル情報を用意しておき、例えば指定ＵＲＬの中から抽出した文字列がテーブル情報の中に存在する場合に、その文字列に関連付けられた広告用ＵＲＬを選択する。文字列に関連付けられた広告用ＵＲＬが複数ある場合は、その中の何れか１つを都度、順番に選択する。
【００２４】
この他の例として、指定ＵＲＬのみならず、それに関連する広告用ＵＲＬを識別可能にＱＲコードを形成し、当該ＱＲコードを解析することによって広告用ＵＲＬを得るようにしても良い。なお、ここに挙げた広告用ＵＲＬの特定方法は単なる例示に過ぎず、これに限定されるものではない。
【００２５】
広告ページ受信手段３４は、広告用ＵＲＬ送信手段３３が広告用ＵＲＬを広告サーバ３に送信したことに応答して広告サーバ３から送られてくる広告ページを受信する。広告ページ表示手段３５は、指定ページ表示手段２３により指定ＵＲＬに基づいて表示されていた指定ページが閉じられたときに（このとき、第２のアプリケーションプログラムが起動しているのでウェブブラウザは閉じられていない）、広告ページ受信手段３４により受信された広告ページをユーザ端末１のウェブブラウザ上に表示する。
【００２６】
すなわち、ウェブブラウザ上で指定ページが閉じられると、第１のアプリケーションプログラムは終了するが、第２のアプリケーションプログラムは起動したままの状態となっている。そこで、広告ページ表示手段３５は、起動状態のままになっている第２のアプリケーションプログラムを利用して、広告ページ受信手段３４で広告サーバ３から受信した広告ページをユーザ端末１のウェブブラウザ上に表示する。これにより、指定ページから広告ページへと画面表示が自動的に切り替わる。
【００２７】
ここで、広告ページ受信手段３４が広告サーバ３から広告ページを受信するタイミング（広告用ＵＲＬ送信手段３３が広告用ＵＲＬを広告サーバ３に送信するタイミング）は、指定ページ表示手段２３により指定ページの表示が行われる前であっても良いし、指定ページの表示が行われている最中であっても良いし、指定ページが閉じられた後であっても良い。指定ページの表示が行われる前または行われている最中に広告ページを受信する場合は、指定ページが閉じられるまでの間、受信した広告ページの情報をユーザ端末１に保存しておくためのメモリが必要になる。
【００２８】
本実施形態の特性を生かすためには、ユーザがアプリケーション操作を行っていない時間（以下、「アイドリング時間」という）中に、表示対象となる広告データを受信しておくこと（およびアプリケーション制御下の記憶領域に一時的に記録しておくこと、並びに広告データの受信プロセスを複数の段階に分け、受信が途中で終了した場合も、直前の段階で受信したデータの続きから受信を再開できるようにしておくこと）が望ましい。
【００２９】
例えば、第１のアプリケーションプログラムのアイドリング時間中に、第２の制御部１３が広告データの受信を完了していれば、第１のアプリケーションプログラムの終了時に速やかに対象広告を表示することが可能になる。また、ユーザが第１のアプリケーションプログラムを使用してウェブページ閲覧データを「受信待ち」している間に、既に受信した広告を表示させるなど、効果的な広告表示が可能になる。
【００３０】
第１のアプリケーションプログラムのアイドリング時間中に広告データを受信するための方法として、数々の方法を組み合わせて実現することが可能である。
【００３１】
例えば、ユーザのボタン操作はユーザ毎に特性があるため、その特性を利用する。すなわち、過去の入力データから、あるボタンを押下してから次のボタンを押下するまでの時間を予測し、当該時間中に広告データの受信を行う。第１のアプリケーションプログラムにおいて、必ずしも全てのボタン操作で通信が発生するわけではないので、第１のアプリケーションプログラムにおいて、通信を要求するボタン操作が完了した直後から第２のアプリケーションプログラムが広告データの受信を開始するようにしてもよい。そうすることで、第１のアプリケーションプログラムにおいてユーザが通信を要求する次のボタン操作を行うまでの間、効率的に広告データを受信できる。
【００３２】
また、一定時間中に受信可能なデータ量は上限があるため、取得する広告データの中身を取捨選択することで、受信すべき広告データの量を制限するようにしても良い。例えば、受信対象とする広告データにつき、商品画像データを受信せず、商品名と広告ＵＲＬデータのみを受信して表示するようにする。このようにすることにより、限られたアイドリング時間を効果的に活用して広告データを受信することができる。
【００３３】
さらに、上記の手法を拡大し、最大の効率を発揮できるよう最適化する機能を実装しても良い。例えば、広告データにつき、常に商品名と広告ＵＲＬデータのみを受信するのでなく、通信環境が良い場合に、商品の特徴を示す説明文やキャッチコピーを受信するようにしても良い。また、ユーザのボタン操作特性からアイドリング時間を予測し、アイドリング時間中に受信可能と判断される場合に、受信対象とする広告データを段階的に変化（拡大／削減）させる機能を実装しても良い。
【００３４】
さらに、第２のアプリケーションプログラムが、第１のアプリケーションプログラムとネットワーク上のサーバ間の通信を仲介することにより、ユーザのボタン操作特性を考慮し、第１のアプリケーションプログラムの情報と広告データの受信とを最適化するようにしても良い。例えば、ユーザのボタン操作特性から、あるボタンを押下してから次のボタンを押下するまでの時間が長いユーザの場合、第１のアプリケーションプログラムにおいて通信を伴うボタン操作を検知した際、一定の時間の間（例えば、ユーザの平均的なボタン押下操作時間の１／５まで）現在受信中の広告データ受信完了を優先させ、それから第１のアプリケーションプログラムのデータ受信プロセスに切り替える。このようにすることにより、ユーザに違和感を生じさせない範囲で、常に最大限の通信トラフィックを活用するよう通信負荷を最適化することが可能である。
【００３５】
さらに、通常のｈｔｔｐプロトコルでは、刻々と変化する通信環境に応じて、端末上のアプリケーションとネットワーク上のサーバとの間でやり取りされるデータパケットのサイズを調整する機能を有する。そこで、第２のアプリケーションプログラムが、第１のアプリケーションプログラムとネットワーク上のサーバ間の通信を仲介することにより、通信環境の変化を考慮した最適化を行うことが可能である。例えば、第１のアプリケーションプログラムがデータを要求中のサーバに対して期待できる通信速度が低い状態において、無線通信環境の状態が良く、一定時間に受信できるデータ容量に余裕がある場合、当該サーバへの受信要求とあわせて広告データの受信要求を平行して行うことで、情報データの受信と広告データの受信を効率化することができる。
【００３６】
また、本発明の目的を鑑みれば、ユーザが第１のアプリケーションプログラムを使って直前に取得要求した情報だけでなく、ユーザが過去に取得した情報のデータの特性を考慮して対象広告を選定することが有効なケースも想定され得る。そこで、第１のアプリケーションプログラムのアイドリング時間中において、ユーザが過去に取得した情報データから、当該ユーザに有効と想定される広告を選定し、第１のアプリケーションプログラムのアイドリング時間中に当該広告データを受信しておく（以下、「キャッシュ情報」という）ようにしても良い。このとき、受信したデータを第２のアプリケーションプログラム管理下の記憶領域に一定期間記録しておくことにより、ユーザが第１のアプリケーションプログラムを起動して終了するまでの時間が短く、直前に入力された情報データに関する広告データが受信できなかった場合においても、キャッシュ情報からデータを取り出し有効な広告表示を行うことが可能になる。
【００３７】
さらに、本実施形態においては、特定のジャンルやキーワードに対応した広告データ、あるいは、特定の性向を持つユーザを対象にした広告データをあらかじめ受信しておくことも可能である。すなわち、例えば「保険」というキーワードに対し、Ａ社の保険商品の広告データを優先的に表示するよう設定する。そして、アイドリング時間中に、Ａ社の保険商品の広告データを受信しておき、ユーザが「保険」に関するデータ要求を行った場合、その直後に当該商品（Ａ社の保険商品）の広告を表示するよう設定しても良い。あるいは、ユーザが過去に取得した情報データから、当該ユーザが「クルマ」に関心が高いことを類推可能な場合、アイドリング時間中にＢ社の新車に関する広告データを受信しておき、広告として表示するようにしても良い。
【００３８】
さらに、本実施形態においては、第１のアプリケーションプログラムのアイドリング時間中のみならず、第１のアプリケーションプログラムの起動にかかわらず、第２のアプリケーションプログラムのアイドリング時間中に広告データを受信しておき、第１のアプリケーションプログラムの終了時もしくは起動中に広告を表示するよう設定することも可能である。例えば、以上に述べた各ケースにおいて、第１のアプリケーションプログラムのアイドリング時間中のみならず、第２のアプリケーションプログラムのアイドリング時間中に広告データを受信しておき、第１のアプリケーションプログラム終了時に速やかに広告表示を行うようにしても良い。
【００３９】
なお、もっとシンプルに、機能を絞り込んだものとして以下のような方法で広告データを受信することも可能である。
（ａ）ブラウザ起動前に広告データを取得するパターン
・バーコードリーダ１４を起動し、バーコード（ＵＲＬが含まれている）をスキャンする。
・その後ブラウザが起動されるが、その間はブラウザによる通信は行われていないため、その間にバーコードアプリ（第２のアプリケーションプログラム）がブラウザアプリ（第１のアプリケーションプログラム）の起動中の裏で通信を行い、広告データを取得しておく。
・ブラウザ起動が完了し、ユーザがブラウジングする。
・ブラウザを終了すると、バーコードリーダ１４上に該当広告が表示される。
【００４０】
（ｂ）ブラウザ起動中に広告データを取得するパターン
・ブラウザ利用中に、ユーザによるアクセスが一定時間以上なかった場合（例えば、５秒間ブラウザによるデータ通信が行われなかった場合）、裏のバーコードアプリが広告データを取得する。
【００４１】
（ｃ）ブラウザ起動中に広告データを取得するパターン
・バーコードリーダ１４経由でブラウザの起動を行う。
・ブラウザが起動され、最初のデータが読み込まれた直後に裏のバーコードアプリにより広告データを取得する（希望アクセス先に到達した直後にユーザが違うページに直ぐ遷移する可能性は低い）。
・最初で広告データの受信が完結しなかった場合、次にユーザが違うページへ遷移した後に、残りを受信する。
【００４２】
次に、上記のように構成した本実施形態による広告提供システムの動作を説明する。図３は、本実施形態による広告提供システムの動作例を示すフローチャートである。図４は、本実施形態のユーザ端末１に表示される画面の遷移例を示す図である。
【００４３】
図３において、ユーザ端末１は、まず第１のアプリケーションプログラムと第２のアプリケーションプログラムとを起動する（ステップＳ１）。第２のアプリケーションプログラムが起動すると、バーコードリーダ１４によってバーコードを読み取る準備ができるので、ユーザは、紙面に印刷されたバーコードにバーコードリーダ１４をかざす。ユーザ端末１が携帯電話機の場合、具体的には、図４（ａ）に示すように、携帯電話機が備えているカメラ（これがバーコードリーダ１４に相当する）によってバーコードを撮影する。これにより、第２のアプリケーションプログラムによって動作しているバーコード読取手段３１は、バーコードをユーザ端末１内に取得する（ステップＳ２）。
【００４４】
次に、第２のアプリケーションプログラムによって動作しているＵＲＬ解析手段３２は、ステップＳ２で読み取られたバーコードを解析してＵＲＬを取得し、取得したＵＲＬを指定ＵＲＬとして、第１のアプリケーションプログラムによって動作している指定ＵＲＬ送信手段２１に供給する（ステップＳ３）。図４（ｂ）は、解析された指定ＵＲＬがユーザ端末１の画面上に表示された状態を示している。
【００４５】
指定ＵＲＬ送信手段２１は、ＵＲＬ解析手段３２から指定ＵＲＬを受け取り、ユーザから送信指示を受けると、当該指定ＵＲＬをインターネット４を介してウェブサーバ４に送信する。また、指定ページ受信手段２２は、指定ＵＲＬの送信に対応してウェブサーバ４から送られてくる指定ページを受信する。そして、指定ページ表示手段２３は、図４（ｃ）に示すように、ウェブサーバ２から受信した指定ページをユーザ端末１の画面上に表示する（ステップＳ４）。
【００４６】
ここで、第１の制御部１２は、指定ＵＲＬに基づいて表示されていた指定ページが閉じられたか否かを判定する（ステップＳ５）。閉じられていない場合は、ステップＳ４に戻り、指定ページの表示が続けられる。このとき、最初の指定ページに張られているリンクがクリックされたら、リンク先のウェブページ（これも指定ページ）に遷移して表示が行われる。
【００４７】
一方、指定ページが閉じられたと判断した場合、第１の制御部１２は、第１のアプリケーションプログラムの動作を終了させる（ステップＳ６）。このとき、第２のアプリケーションプログラムは起動状態のままとなっている。そして、第２のアプリケーションプログラムによって動作している広告用ＵＲＬ送信手段３３は、あらかじめ決められた広告用ＵＲＬを広告サーバ３に自動的に送信する。また、広告ページ受信手段３４は、広告用ＵＲＬの送信に対応して広告サーバ３から送られてくる広告ページを受信する。そして、広告ページ表示手段３５は、図４（ｄ）に示すように、広告サーバ３から受信した広告ページをユーザ端末１の画面上に表示する（ステップＳ７）。
【００４８】
ここで、第２の制御部１３は、広告用ＵＲＬに基づいて表示されていた広告ページが閉じられたか否かを判定する（ステップＳ８）。閉じられていない場合は、ステップＳ７に戻り、広告ページの表示が続けられる。一方、広告ページが閉じられたと判断した場合、第２の制御部１３は、第２のアプリケーションプログラムの動作を終了させる（ステップＳ９）。このとき、ウェブブラウザも閉じられる。
【００４９】
なお、この図３に示すフローチャートでは、指定ページが閉じられたタイミングで広告用ＵＲＬを広告サーバ３に送信するようにしているが、これに限定されない。上述したように、ステップＳ４で指定ページを表示する前または表示が行われている間に、広告用ＵＲＬを広告サーバ３に送信して広告ページを受信するまでの処理をバックグラウンドで行っておき、指定ページが閉じられたタイミングで、既に受信済みの広告ページを表示するようにしても良い。
【００５０】
以上詳しく説明したように、本実施形態では、第１のアプリケーションプログラムを利用して指定ＵＲＬに基づきウェブサーバ２から受信した指定ページを表示するのとは別に、第２のアプリケーションプログラムを利用して広告用ＵＲＬに基づき広告ページを広告サーバ３から受信する。そして、指定ページが閉じられて第１のアプリケーションプログラムが終了したときに、起動状態のままになっている第２のアプリケーションプログラムを利用して、広告ページを表示するようにしている。
【００５１】
このような構成により、指定ページが閉じられると、ユーザの意思やクリック操作の有無によらず、広告ページが自動的に表示されることとなる。しかも、広告ページが表示されるのは指定ページの閲覧終了後なので、ユーザの意思で表示している指定ページを閲覧する際には広告が邪魔になることがなく、ユーザに悪い印象を与えることが少ない。これにより、広告をより多くのユーザに見てもらえる可能性が高くなり、広告効果を上げることが期待できる。
【００５２】
なお、上記実施形態では、第２のアプリケーションプログラムがバーコード読取機能を有するプログラムである例について説明したが、これに限定されない。すなわち、第２のアプリケーションプログラムは、インターネット４を介してウェブによる広告ページを受信する機能と、受信した広告ページを表示する機能とを有しているものであれば良い。
【００５３】
また、上記実施形態では、ブラウザ（第１のアプリケーションプログラム）がバーコードスキャンしたＵＲＬから通信してサーバにアクセスするようになっているが、通信制御は一切合切バーコードリーダ１４において行い、ブラウザはバーコードリーダ１４経由でネットワーク上のデータの授受を行うようにしても良い。
【００５４】
また、バーコードリーダ１４とブラウザとが同一のアプリケーションとなっているようにしても良い（機能の切り分けについては上記実施形態通り）。この場合、広告表示エリアとインターネットブラウジングエリアとの両エリアについて、タグ等によりインターフェースの切り替えを行うことにより、ブラウザを閉じた後に広告を表示することが可能である。
【００５５】
その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその精神、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【図面の簡単な説明】
【００５６】
【図１】本実施形態による広告提供システムの全体構成例を示す図である。
【図２】本実施形態によるユーザ端末の機能構成例を示す図である。
【図３】本実施形態による広告提供システムの動作例を示すフローチャートである。
【図４】本実施形態のユーザ端末に表示される画面の遷移例を示す図である。
【符号の説明】
【００５７】
１ ユーザ端末
２ ウェブサーバ
３ 広告サーバ
４ インターネット
１１ 記憶部
１２ 第１の制御部
１３ 第２の制御部
１４ バーコードリーダ
２１ 指定ＵＲＬ送信手段
２２ 指定ページ受信手段
２３ 指定ページ表示手段
３１ バーコード読取手段
３２ ＵＲＬ解析手段
３３ 広告用ＵＲＬ送信手段
３４ 広告ページ受信手段
３５ 広告ページ表示手段
【特許請求の範囲】
【請求項１】
ユーザが使用する端末装置と、上記端末装置にて指定されたＵＲＬのウェブページを上記端末装置に提供するウェブサーバと、上記端末装置に広告ページを提供する広告サーバとを備えた広告提供システムであって、
上記端末装置は、第１のアプリケーションプログラムおよび第２のアプリケーションプログラムを記憶する記憶部と、
上記第１のアプリケーションプログラムを起動して、指定ＵＲＬを上記ウェブサーバに送信し、上記指定ＵＲＬに対応するウェブページを上記ウェブサーバから受信して表示する第１の制御部と、
上記第２のアプリケーションプログラムを起動して、あらかじめ決められた広告用ＵＲＬを上記広告サーバに送信し、上記広告用ＵＲＬに対応する広告ページを上記広告サーバから受信して表示する第２の制御部とを備え、
上記第２の制御部は、上記第１の制御部により表示されていたウェブページが閉じられたときに、上記広告ページを表示するように制御することを特徴とする広告提供システム。
【請求項２】
上記第２の制御部は、バーコードリーダを利用してバーコードを読み取るバーコード読取手段と、
上記バーコード読取手段により読み取られたバーコードを解析してＵＲＬを取得し、取得したＵＲＬを上記指定ＵＲＬとして上記第１の制御部に供給するＵＲＬ解析手段と、
上記バーコードから解析した指定ＵＲＬとは別に、上記広告用ＵＲＬを上記広告サーバに送信する広告用ＵＲＬ送信手段と、
上記広告用ＵＲＬの送信に応答して上記広告サーバから送られてくる広告ページを受信する広告ページ受信手段と、
上記第１の制御部により上記指定ＵＲＬに基づき表示されていたウェブページが閉じられたときに、上記広告ページ受信手段により受信された上記広告ページを表示する広告ページ表示手段とを有することを特徴とする請求項１に記載の広告提供システム。
【請求項３】
ユーザが使用する端末装置と、上記端末装置にて指定されたＵＲＬのウェブページを上記端末装置に提供するウェブサーバと、上記端末装置に広告ページを提供する広告サーバとを備えた広告提供システムにおいて、
上記端末装置において、第１のアプリケーションプログラムおよび第２のアプリケーションプログラムを起動する第１のステップと、
上記第２のアプリケーションプログラムにより、バーコードリーダを利用してバーコードを読み取る第２のステップと、
上記第２のアプリケーションプログラムにより、上記第２のステップで読み取られたバーコードを解析してＵＲＬを取得し、取得したＵＲＬを指定ＵＲＬとして上記第１のアプリケーションプログラムに供給する第３のステップと、
上記第１のアプリケーションプログラムにより、上記指定ＵＲＬを上記ウェブサーバに送信し、上記指定ＵＲＬに対応するウェブページを上記ウェブサーバから受信して表示する第４のステップと、
上記第４のステップの処理が行われる前、行われている間、または行われた後に、上記第２のアプリケーションプログラムにより、上記バーコードから解析した指定ＵＲＬとは別に、あらかじめ決められた広告用ＵＲＬを上記広告サーバに送信し、上記広告用ＵＲＬに対応する広告ページを受信する第５のステップと、
上記第４のステップにおいて上記指定ＵＲＬに基づき表示されていたウェブページが閉じられたときに、上記第２のアプリケーションプログラムにより、上記第５のステップで受信された上記広告ページを表示する第６のステップとを有することを特徴とする広告提供方法。
【請求項４】
請求項２に記載の各手段としてコンピュータを機能させるための広告提供プログラム。
【請求項１】
ユーザが使用する端末装置と、上記端末装置にて指定されたＵＲＬのウェブページを上記端末装置に提供するウェブサーバと、上記端末装置に広告ページを提供する広告サーバとを備えた広告提供システムであって、
上記端末装置は、第１のアプリケーションプログラムおよび第２のアプリケーションプログラムを記憶する記憶部と、
上記第１のアプリケーションプログラムを起動して、指定ＵＲＬを上記ウェブサーバに送信し、上記指定ＵＲＬに対応するウェブページを上記ウェブサーバから受信して表示する第１の制御部と、
上記第２のアプリケーションプログラムを起動して、あらかじめ決められた広告用ＵＲＬを上記広告サーバに送信し、上記広告用ＵＲＬに対応する広告ページを上記広告サーバから受信して表示する第２の制御部とを備え、
上記第２の制御部は、上記第１の制御部により表示されていたウェブページが閉じられたときに、上記広告ページを表示するように制御することを特徴とする広告提供システム。
【請求項２】
上記第２の制御部は、バーコードリーダを利用してバーコードを読み取るバーコード読取手段と、
上記バーコード読取手段により読み取られたバーコードを解析してＵＲＬを取得し、取得したＵＲＬを上記指定ＵＲＬとして上記第１の制御部に供給するＵＲＬ解析手段と、
上記バーコードから解析した指定ＵＲＬとは別に、上記広告用ＵＲＬを上記広告サーバに送信する広告用ＵＲＬ送信手段と、
上記広告用ＵＲＬの送信に応答して上記広告サーバから送られてくる広告ページを受信する広告ページ受信手段と、
上記第１の制御部により上記指定ＵＲＬに基づき表示されていたウェブページが閉じられたときに、上記広告ページ受信手段により受信された上記広告ページを表示する広告ページ表示手段とを有することを特徴とする請求項１に記載の広告提供システム。
【請求項３】
ユーザが使用する端末装置と、上記端末装置にて指定されたＵＲＬのウェブページを上記端末装置に提供するウェブサーバと、上記端末装置に広告ページを提供する広告サーバとを備えた広告提供システムにおいて、
上記端末装置において、第１のアプリケーションプログラムおよび第２のアプリケーションプログラムを起動する第１のステップと、
上記第２のアプリケーションプログラムにより、バーコードリーダを利用してバーコードを読み取る第２のステップと、
上記第２のアプリケーションプログラムにより、上記第２のステップで読み取られたバーコードを解析してＵＲＬを取得し、取得したＵＲＬを指定ＵＲＬとして上記第１のアプリケーションプログラムに供給する第３のステップと、
上記第１のアプリケーションプログラムにより、上記指定ＵＲＬを上記ウェブサーバに送信し、上記指定ＵＲＬに対応するウェブページを上記ウェブサーバから受信して表示する第４のステップと、
上記第４のステップの処理が行われる前、行われている間、または行われた後に、上記第２のアプリケーションプログラムにより、上記バーコードから解析した指定ＵＲＬとは別に、あらかじめ決められた広告用ＵＲＬを上記広告サーバに送信し、上記広告用ＵＲＬに対応する広告ページを受信する第５のステップと、
上記第４のステップにおいて上記指定ＵＲＬに基づき表示されていたウェブページが閉じられたときに、上記第２のアプリケーションプログラムにより、上記第５のステップで受信された上記広告ページを表示する第６のステップとを有することを特徴とする広告提供方法。
【請求項４】
請求項２に記載の各手段としてコンピュータを機能させるための広告提供プログラム。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２００８−１２９７８０（Ｐ２００８−１２９７８０Ａ）
【公開日】平成２０年６月５日（２００８．６．５）
【国際特許分類】
【出願番号】特願２００６−３１２９６０（Ｐ２００６−３１２９６０）
【出願日】平成１８年１１月２０日（２００６．１１．２０）
【出願人】（３０００１４５５４）株式会社メディアシーク (8)
【公開日】平成２０年６月５日（２００８．６．５）
【国際特許分類】
【出願日】平成１８年１１月２０日（２００６．１１．２０）
【出願人】（３０００１４５５４）株式会社メディアシーク (8)
[ Back to top ]