(57)【要約】【課題】  広告主の運用サイトに移動することなく、アンケートの回答，チケットの予約・購入などの入力・表示などを完了して、利便性の向上を図る。【解決手段】  ポータルページ６０４のバナー広告６０６内で、データの入力，入力結果の表示がすべて行なわれ、簡便にアンケートの収集，キャンペーンの参加受付，抽選結果の確認，商品やサービスの予約・購入などが可能となる。ユーザ端末６００に送信されるバナーファイル２１０のバナー処理プログラム２２０によって、データサーバ３００のデータ送受信プログラム３２０がユーザ端末６００に呼び出されるので、ポータルページ表示サーバ１００とデータサーバ３００を別個に構成できる。これにより、ポータルページ表示サーバ１００側において特段の変更を加えることなく、ユーザの行動に反応するようなバナー広告６０６がポータルサイトに表示される。【選択図】図１
2006251950.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末に表示される主表示に付加される副表示上でデータをユーザが入力したときに、該入力データに対応してデータサーバ側から得られた返信データに対応する表示を、前記副表示上に行なうデータ送受信方法であって、
前記ユーザによるデータの入力があったときに、前記ユーザ端末と前記データサーバ側との間でデータの送受信を行なうためのデータ送受信プログラムを、前記ユーザ端末側に読み込むステップ，
前記データ送受信プログラムを利用して前記入力データを前記データサーバ側に送信するとともに、該入力データに基づいて前記データサーバ側で得られた前記返信データを前記ユーザ端末に送信するステップ，
を含むことを特徴とするデータ送受信方法。
【請求項２】
前記主表示は、インターネットの広告表示サイトのウェブページであり、前記副表示は、該ウェブページに付加されるバナー広告であり、前記データの送受信がインターネットを通じて行なわれることを特徴とする請求項１記載のデータ送受信方法。
【請求項３】
前記データ送受信プログラムが前記データサーバ側に置かれており、
前記バナー広告を表示するためのデータがバナー配信サーバに置かれており、
前記データ送受信プログラムを前記データサーバ側から前記ユーザ端末に呼び出すための送受信プログラム呼出プログラムが前記バナー配信サーバに置かれており、
前記バナー広告を表示するためのデータを前記バナー配信サーバから前記ユーザ端末に読み込む際に、前記送受信プログラム呼出プログラムを前記ユーザ端末に読み込むことを特徴とする請求項２記載のデータ送受信方法。
【請求項４】
前記広告表示サイトのウェブページを表示するためのデータが置かれたサーバと、前記データサーバを別個に構成したことを特徴とする請求項２又は３記載のデータ送受信方法。
【請求項５】
前記主表示がデジタルテレビジョン放送のテレビジョン画面表示であり、前記副表示が該テレビジョン画面表示に付加される表示であることを特徴とする請求項１記載のデータ送受信方法。
【請求項６】
請求項１記載のデータ送受信方法のためのデータサーバであって、前記データ送受信プログラムを備えたことを特徴とするデータサーバ。
【請求項７】
請求項３記載のデータ送受信方法のためのバナー配信サーバであって、前記バナー広告を表示するためのデータと、前記データ送受信プログラムを前記データサーバ側から前記ユーザ端末に呼び出すための送受信プログラム呼出プログラムを備えたことを特徴とするバナー配信サーバ。
【請求項８】
ユーザ端末に表示される主表示に付加される副表示上でデータをユーザが入力したときに、該入力データに対応してデータサーバ側から得られた返信データに対応する表示を、前記副表示上に行なうデータ送受信システムであって、
前記ユーザ端末とデータサーバ側との間でデータの送受信を行ない、前記入力データを前記データサーバ側に送信するとともに、該入力データに基づいて前記データサーバ側で得られた前記返信データを前記ユーザ端末に送信するためのデータ送受信手段，
ユーザによる前記データの入力があったときに、前記データ送受信手段を前記ユーザ端末側に読み込む送受信プログラム読み込み手段，
を備えたことを特徴とするデータ送受信システム。
【請求項９】
前記主表示は、インターネットの広告表示サイトのウェブページであり、前記副表示は、該ウェブページに付加されるバナー広告であり、前記データの送受信がインターネットを通じて行なわれることを特徴とする請求項８記載のデータ送受信システム。
【請求項１０】
前記データ送受信手段が前記データサーバ側に置かれており、
前記バナー広告を表示するためのデータがバナー配信サーバに置かれており、
前記データ送受信手段を前記データサーバ側から前記ユーザ端末に呼び出すための送受信手段呼出手段が前記バナー配信サーバに置かれており、
前記バナー広告を表示するためのデータを前記バナー配信サーバから前記ユーザ端末に読み込む際に、前記送受信手段呼出手段を前記ユーザ端末に読み込むことを特徴とする請求項９記載のデータ送受信システム。
【請求項１１】
前記広告表示サイトのウェブページを表示するためのデータが置かれたサーバと、前記データサーバを別個に構成したことを特徴とする請求項９又は１０記載のデータ送受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報授受方法，そのプログラム，そのサーバ，そのシステムに関し、例えば、インターネットのホームページを利用した情報サービス，ＶＯＤ（video On Demand)サービス，衛星放送サービス，地上波デジタル放送サービスなどの双方向の通信サービスにおける情報授受手法の改良に関するものである。
【背景技術】
【０００２】
双方向（インタラクティブ）のネットワーク，例えばインターネット上には、個人や法人による多数のウェブサイト（以下単に「サイト」という）が存在し、それらの運用者は、自らのサイトを広く告知したり、またサイト来訪者を増加させるべく、検索サイトやポータルサイト，あるいは利用者の多い専門サイト（以下、「広告表示サイト」と総称する。）に、自己のサイトに誘導するためのリンクを行なっている。広告表示サイトとしては、Yahoo，Infoseek，Excite，goo，msn，Nifty，Biglobe，So-net，DION，ODN，Googleなどが有名である。サイト運用者は、それらの広告表示サイトに、自己のサイトにリンクさせたＰＲ文（テキスト広告）や自社ロゴ等でデザインした画像（バナー広告）を掲載する。そして、その広告表示サイトを訪れたユーザにバナー広告やテキスト広告をクリックさせることで、自己のサイトへの誘導を図っている。
【０００３】
それらの広告を広告表示サイトに出すクライアント（以下「広告主」という）は、ユーザが広告に興味を示して自己のサイトへ来訪するように、広告の画像作成にユーザの目を引くような各種の工夫を凝らしている。例えば、広告に動きがあるようにアニメーション化する，本当は当選していないにもかかわらずあたかも当選したかのように見せるギミック抽選の表示を行なう，などである。また、リンク先の広告主のサイトで会員登録，アンケート，キャンペーンなどを行ない、その際に景品や当選賞金などを用意することで、一般ユーザの誘導を図ることも行なわれている。
【０００４】
例えば、下記特許文献１には、「ネットワークを利用した懸賞付与方法」が開示されている。これによれば、ユーザがポータルサイトのバナーをクリックすると、ユーザのディスプレイ画面にビンゴ用紙が表示され、仮想的にひとつの数字が読み上げられ、その数字と一致するビンゴのマスが開く。ビンゴが完成すると、ポータルサイト又はスポンサからユーザに賞品が与えられるという具合である。
【特許文献１】特開２００２−８３２０３公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した背景技術では、次のような問題点がある。
（１）ユーザからみたとき
ａ，広告表示サイトに掲載されているアニメーション広告などをクリックすると、すぐに広告主の運用サイトに移動してしまう，
ｂ，バナー広告の表示情報は、表示を開始し始めた時点での情報であり、タイムリーな情報を獲得することができない，
ｃ，アニメーションを使ったバナー広告上の抽選やゲーム参加後の結果は、誘導のためのギミックであって本当の結果ではなく、無駄なクリックを行なってしまう，
ｄ，バナー広告によりキャンペーン商品の情報は獲得できても、実際に予約・購入をする際には、広告主の運用するウェブサイトヘの移動が必須となっている，
ｅ，所望の情報を得ようとして訪れた検索サイトに、目を引くアニメーションバナー広告やギミックバナー広告が大量に掲載されることにより、ユーザは、インターネット本来の時間的，空間的に有利な情報収集の自由を奪われるようになってしまう，
などの不都合がある。
【０００６】
（２）広告表示サイトからみたとき
ａ，広告表示サイトの運用者が収益性を高めるため、アニメーション化したバナー広告やギミック化したバナー広告を多数広告表示サイトに表示すると、収益は一時的に改善されるものの、広告表示サイトのページ表示が煩雑となり、それを閲覧するユーザに不快感を与え、広告表示サイト自体の来訪者数が減少する，
ｂ，すると、当該広告表示サイトを通じて広告主サイトに来訪するユーザ数も減少せざるを得ない，
ｃ，広告表示サイト上に多数のバナー広告が表示されることから、ユーザがバナー広告をすぐにクリックすると、広告表示サイト自体のユーザ滞在時間が減少してしまう，
ｄ，このような広告表示サイトにおけるユーザ来訪数やユーザ滞在時間の減少は、結局その広告表示サイト自体の価値の低減を招き、広告主が広告を出さなくなってしまう恐れがある，
などの不都合がある。
【０００７】
（３）広告主からみたとき
ａ，広告をクリックするだけの単なる誘導にとどまる手法では、広告表示サイトのウェブベージ上でユーザの目に留まっても、クリックされない限り広告主サイトへの来訪誘導は勿論のこと、会員登録やキャンペーン参加者の増加を見込むことは難しく、場合によっては費用対効果の低い広告プロモーション施策として終わってしまい、結果的に費用の割には高い効果が得られない，
ｂ，バナー広告の内容が広告表示サイトの運用者に提供した時点で固定されてしまい、タイムリーに変更することができない，
ｃ，商品やチケットなどの購入や予約を行なう場合、広告主の運用するサーバシステムと広告表示サイトのサーバシステムを連動させるためのシステム構築を行なわなければならず、加えて業務提携費などの広告費以外の費用の支払いが発生する場合がある，
などの不都合がある。
【０００８】
本発明は、以上の点に着目したもので、その目的は、広告表示サイトに滞在したまま広告に対する入力処理を行なうことで、広告主の運用サイトに移動することなく、アンケートの回答やキャンペーンの参加などの情報入力，抽選結果等の確認やチケットの予約・購入などの入力作業をユーザが完了して、利便性の向上を図ることである。他の目的は、広告主の運用サイト内でのサービスや商品告知のみならず、最新情報の提供や商品の予約・販売を広告表示サイトのバナー内で行って、効果的なマーケティングプロモーションを可能とすることである。更に他の目的は、広告表示サイトに対する来訪ユーザ数や、来訪したユーザの滞在時間を増大して、広告表示サイトの価値を高めることである。
【課題を解決するための手段】
【０００９】
前記目的を達成するため、本発明は、ユーザ端末に表示される主表示に付加される副表示上でデータをユーザが入力したときに、該入力データに対応してデータサーバ側から得られた返信データに対応する表示を前記副表示上に行なうにあたって、前記ユーザによるデータの入力があったときに、前記ユーザ端末と前記データサーバ側との間でデータの送受信を行なうためのデータ送受信プログラムを、前記ユーザ端末側に読み込むとともに、前記データ送受信プログラムを利用して前記入力データを前記データサーバ側に送信し、該入力データに基づいて前記データサーバ側で得られた前記返信データを前記ユーザ端末に送信することを特徴とする。本発明の前記及び他の目的，特徴，利点は、以下の詳細な説明及び添付図面から明瞭になろう。
【発明の効果】
【００１０】
本発明によれば、ユーザは、主表示画面から移動することなく、副表示上でのみデータの入力を行なえばよいので、利便性が向上する。また、前記のように副表示自体が双方向性を有しているため、効率的なマーケティングプロモーションが可能となる。更に、ユーザが主表示画面から移動しないので、主表示画面のユーザ滞在時間が増大する。
【発明を実施するための最良の形態】
【００１１】
以下、本発明を実施するための最良の形態を、実施例に基づいて詳細に説明する。
【実施例１】
【００１２】
＜画面表示の一例＞・・・最初に、本発明の理解を容易にするため、図６を参照しながら、本発明を実施したときのユーザ端末画面上における表示の一例を説明する。インターネットに接続されているパソコンなどの端末において、ホームページ閲覧ソフト（ブラウザ）を起動し、広告表示サイトにアクセスすると、図６(A)のようにディスプレイ６０２上に表示される。同図の例は、「ＡＢＣ！」という名称のポータルサイトにアクセスし、そのホームページ（トップページ，以下「ポータルページ」という）６０４が表示されており、右サイドにE-SHOP.COMのバナー広告６０６が表示されている。なお、ポータルページは、ＰＣ用，携帯電話用という具合に、ユーザ端末６００の種類に対応して用意してよい。
【００１３】
ここでユーザがバナー広告６０６に注目し、同図(B)のように入力欄６０８に所定事項を入力してＯＫボタン６１０をクリックしたとすると、バナー広告６０６の表示が同図(C)に示すように変化する。すなわち、入力データが表示６０８Ａとなり、ＯＫボタン６１０がChanceボタン６１０Ａとなる。そして、ユーザがChanceボタン６１０Ａをクリックすると、同図(D)に示すように、表示６１２に対するドラッグ＆ドロップのカーソル操作を促す矢印６１４が表示される。ユーザが表示６１２を矢印６１４に沿ってドラッグ＆ドロップすると、同図(E)に示すように、「あたりＡ賞」６１６が表示される。
【００１４】
このように、ポータルページに表示されているバナー広告内で、データの入力，入力結果の表示がすべて行なわれ、バナー広告自体が双方向性を有するようになる。すなわち、ユーザ端末ディスプレイ６０２に一度表示されたポータルページ６０４から広告主のホームベージヘ移動することなく、ユーザはデータ入力が可能であり、更に入力結果もその画面内に表示される。
【００１５】
＜実施例１の構成＞・・・次に、図１を参照しながら本発明の実施例１の全体構成を説明する。同図に示すように、サーバ１００，２００，３００は、インターネット５００を通じてユーザ端末６００に接続されている。なお、プロバイダ等は省略している。これらのうち、サーバ１００は、検索サイトやポータルサイトのホームページ（以下「ポータルページ」という）を表示するためのサーバであり、ポータルページ用のＨＴＭＬテキストデータ１０２が用意されている。このポータルページ表示サーバ１００は、上述した広告表示サイトとして機能する。
【００１６】
サーバ２００は、前記ポータルページ中に合成して表示されるバナー広告のデータ（以下「バナーデータ」という）を処理するためのサーバであり、バナーファイル２１０が用意されている。バナーファイル２１０は、バナー処理プログラムないし処理ロジック２２０を含んでおり、例えば、Macromedia社の「Flash」の技術を利用して作成される。そして、バナー処理プログラム２２０によってバナーファイル２１０に基づくバナー表示が変更ないし遷移するように構成されている。このバナー配信サーバ２００は、上述した広告主のサイトもしくは本サービスを提供するサービス主体によって運営されるサイトとして機能する。
【００１７】
バナーファイル２１０のバナー処理プログラム２２０は、少なくとも、次のプログラムモジュール（以下単に「モジュール」という）を含んでいる。
（１）データ入力受付モジュール２２２・・・ユーザ端末６００におけるバナー表示上でユーザが入力したデータを受け付けて取り込むためのプログラムである。
（２）入力データ確認モジュール２２４・・・前記データ入力受付モジュール２２２で受け付けたデータの内容を確認するプログラムである。例えば、データの入力漏れや入力ミスを指摘し、再度データ入力を促すという具合である。
（３）送受信プログラム呼出モジュール２２６・・・前記入力データ確認モジュール２２４による入力データ確認の後に、データサーバ３００からデータ送受信プログラム３２０を、該当するユーザ端末６００に呼び出す処理を行なうプログラムである。
（４）指示データ表示モジュール２２８・・・前記送受信プログラム呼出モジュール２２６による処理により、最終的に表示指示されたデータに基づいてバナーファイル２１０に基づく表示を変更ないし遷移させ、該当するユーザ端末６００の上に表示するプログラムである。
【００１８】
次に、サーバ３００は、本実施例にかかるバナーからの受信データに基づいてアクセスされ、対応するデータをバナーに送信するデータベース３１０を備えており、バナーとのデータ授受を行なうためのデータ送受信プログラム３２０，データベース３１０にアクセスするためのデータベースアクセスプログラム３３０がそれぞれ用意されている。このデータサーバ３００も、上述した広告主のサイトもしくは本サービスを提供するサービス主体によって運営されるサイトとして機能する。
【００１９】
これらのうち、データ送受信プログラム３２０は、上述したバナー処理プログラム２２０の送受信プログラム呼出モジュール２２６による呼出要求に基づいて、データサーバ３００から該当するユーザ端末６００にインターネット５００を介して送信されるプログラムであり、少なくとも以下のモジュールを含む。
（１）データ受取モジュール３２２・・・上述したバナー処理プログラム２２０の入力データ確認モジュール２２４によって確認されたデータを受け取るためのプログラムである。
（２）データベースアクセスプログラム起動モジュール３２４・・・前記データ受取モジュール３２２がデータを受け取ったときに、データベースアクセスプログラム３３０を起動するためのプログラムである。
（３）データ引渡モジュール３２６・・・データベースアクセスプログラム３３０によって得られたデータを、上述したバナー処理プログラム２２０の指示データ表示モジュール２２８に引き渡すためのプログラムである。
【００２０】
一方、データベースアクセスプログラム３３０は、少なくとも以下のモジュールを含む。
（１）受信データ処理モジュール３３２・・・上述したデータ送受信プログラム３２０による受信データを受け取って変数に格納したり、データベース３１０にアクセスするために受信データを整形したりするなどの処理を行うためのプログラムである。データベースアクセスプログラム３３０内で抽選などが行なわれるときは、その処理も行なわれる。
（２）データベースアクセスモジュール３３４・・・前記受信データ処理モジュール３３２によって処理された受信データに基づいて、データベース３１０にアクセスするためのプログラムである。
（３）返信データ処理モジュール３３６・・・前記データベースアクセスモジュール３３４によるデータベース３１０に対するアクセスによって得られたデータを、データ送受信プログラム３２０に対して返信するためのプログラムである。
【００２１】
次に、ユーザ端末６００は、ＰＣ（パソコン），携帯電話，携帯情報端末などによって構成されており、インターネット５００を介して前記ポータルページが表示可能となっている。例えば、ユーザ端末６００がＰＣの場合、本体６０１とディスプレイ６０２を含む。本体６０１は、ＣＰＵ，ＲＡＭ，ＲＯＭ，ハードディスク，各種インターフェースなどを備えている。また、ＢＩＯＳ（Basic Input Output System），ＯＳ（Operating System），ブラウザなどのソフトウエアが用意されている。ディスプレイ６０２は、液晶表示パネルやＣＲＴなどによって構成されている。必要に応じて、プリンタ，スキャナ，モデム，ディスクドライブなどを備えていてもよい。
【００２２】
＜実施例１の動作＞・・・次に、図２〜図６を参照しながら、以上のように構成された実施例の動作を説明する。図２〜図４には、主要な態様におけるデータ授受の様子が示されており、図５には動作手順がフローチャートとして示されている。
【００２３】
インターネット５００に接続されているユーザ端末６００において、ホームページ閲覧ソフトを起動し、広告表示サイトにアクセスすると、まず、ポータルページ表示サーバ１００からポータルページ用ＨＴＭＬテキストデータ１０２がインターネット５００を介してユーザ端末６００に送信される。ポータルページ用ＨＴＭＬテキストデータ１０２は、ユーザ端末６００のコンピュータ本体６０１のメモリ（以下単に「本体」という）に格納されるとともに（図２矢印ＦＡ参照）、ホームページ閲覧ソフトで解析されてポータルページ６０４がディスプレイ６０２に表示される（図５ステップＳ１０）。
【００２４】
このとき、ポータルページ用ＨＴＭＬテキストデータ１０２の設定により、バナー配信サーバ２００からバナーファイル２１０が読み込まれる。バナーファイル２１０も、インターネット５００を介してユーザ端末６００に送信され、同様に本体６０１に格納される（図２矢印ＦＢ参照）。そして、ポータルページ６０４の一部としてバナー広告６０６が表示される（図５ステップＳ１２）。この時点で、ユーザ端末６００のディスプレイ６０２上では、図６(A)に示すように、ポータルページ６０４の右側にバナー広告６０６が表示されるようになる。更に本実施例では、インターネット５００を介してユーザ端末６００に送信されたバナーファイル２１０に含まれるバナー処理プログラム２２０も、本体６０１に格納されて実行される（図２矢印ＦＣ参照，図５ステップＳ１４）。
【００２５】
ここでユーザがバナー広告６０６に注目し、マウスやキーボードなどの入力手段（図示せず）を使用して、入力欄６０８に所定事項（図示の例では、名前，住所，メールアドレス）を入力したとする。すると、バナー処理プログラム２２０のデータ入力受付モジュール２２２がユーザ端末６００の本体６０１によって実行され、入力データが受け付けられて、図６(B)のように入力データが表示される（図５ステップＳ１６）。
【００２６】
次に、ユーザがＯＫボタン６１０をクリックしたとすると、入力データ確認モジュール２２４がユーザ端末６００の本体６０１で実行され、ユーザによる入力データの確認が行なわれる（図５ステップＳ１８）。例えば、すべての入力項目が入力されているかどうか、メールアドレスに全角文字が含まれているかどうかなどが確認される。その結果、入力に不備があるときは、その旨を表示して適切なデータ入力を行なう旨が表示される（図示せず）。
【００２７】
一方、入力データに不備がないことが確認されたときは、入力データ確認モジュール２２４によって、バナーファイル２１０によるバナー広告６０６の表示が、図６(C)に示すように変化する。すなわち、入力データが６０８Ａのように表示されるとともに、ＯＫボタン６１０の代わりにChanceボタン６１０Ａが表示される。一方、ユーザ端末６００では、送受信プログラム呼出モジュール２２６が実行され、図３に矢印ＦＤで示すように、データ送受信プログラム３２０がデータサーバ３００から読み出され、ユーザ端末６００に送信されて本体６０１に格納される（図５ステップＳ２０）。
【００２８】
次に、ユーザ端末６００では、データ送受信プログラム３２０が実行される（図５ステップＳ２２）。まず、データ受取モジュール３２２が実行され、入力データ確認モジュール２２４で確認された入力データの受取りが行なわれる（図５ステップＳ２４）。続いて、データベースアクセスプログラム起動モジュール３２４が実行され、データサーバ３００でデータベースアクセスプログラム３３０が実行されるとともに（図５ステップＳ２６）、前記受け取ったユーザ入力データがインターネット５００を介してデータサーバ３００で受信されて、受信データ処理モジュール３３２に引き渡される（図４矢印ＦＥ参照，図５ステップＳ２８）。受信データ処理モジュール３３２は、受信したユーザ入力データを処理し、データベースアクセスモジュール３３４がデータサーバ３００で実行されて、データベース３１０にアクセスする（図４矢印ＦＦ参照）。
【００２９】
データベース３１０では、ユーザ入力データに対応するデータの検索あるいはその検索結果に対する演算処理などが必要に応じて行なわれる。例えば、入力データによって特定されるユーザが懸賞に応募して当選しているかどうかのデータがデータベース３１０から抽出される。その後、返信データ処理モジュール３３６がデータサーバ３００で実行され、前記処理結果の返信データがインターネット５００を介してユーザ端末６００に送信される（図４矢印ＦＧ参照）。ユーザ端末６００では、バナー処理プログラム２２０の指示データ表示モジュール２２８が実行され、これに前記返信データが指示データとして引き渡される（図５ステップＳ３０）。
【００３０】
指示データ表示モジュール２２８は、該指示データに基づいて、バナーファイル２１０による表示を変更する。これにより、ユーザ端末６００のディスプレイ６０２には、図６(D)に示すような表示が行なわれるようになり、「何かが当たる！」との表示６１２と、これに対するドラッグ＆ドロップのカーソル操作を促す矢印６１４が表示される（図５ステップＳ３２）。ユーザが表示６１２を矢印６１４に沿ってドラッグ＆ドロップすると、データ入力受付モジュール２２２によって該入力操作が受け付けられ、入力データ確認モジュール２２４によってドラッグ＆ドロップが行なわれたかどうかが確認される（図５ステップＳ１６，１８と同様の動作）。その結果、ドラッグ＆ドロップの入力操作が確認されたときは、指示データ表示モジュール２２８によって、前記データベース３１０から抽出された返信データ６１６が表示される（図６(E)参照，図５ステップＳ３４）。図示の例では、「あたりＡ賞」が表示されている。
【００３１】
＜実施例１の効果＞・・・このように、本実施例によれば、ポータルページ６０４に表示されているバナー広告６０６内で、データの入力，入力結果の表示がすべて行なわれ、バナー広告６０６自体が双方向性を有している。従って、ユーザ端末６００のディスプレイ６０２に表示されたポータルページ６０４から広告主のホームページ（図示せず）に移動することなく、ユーザはデータ入力が可能であり、更に入力結果もその画面内に表示される。これにより、ページ移動に伴うストレスが軽減される。広告主側から見ると、双方向性のバナー広告６０６を利用して、スムーズに顧客データやアンケートの収集，商品やサービスの予約ないし購入，ユーザヘの返信などが可能となる。一方、広告表示サイト側としては、ポータルページ６０４のユーザ滞在時間が長くなることにより、ポータルページ６０４の価値が高まるという利点がある。また、インターネット全体から見ると、ページ移動に伴う無駄なデータトラフィックが大幅に低減され、ネット全体が効率的に運用されるようになる。
【００３２】
更に、本実施例では、ユーザ端末６００に送信されるバナーファイル２１０のバナー処理プログラム２２０によって、データサーバ３００のデータ送受信プログラム３２０がユーザ端末６００に呼び出されるようになっている。このようなプログラム構成とすることで、ポータルページ表示サーバ１００とデータサーバ３００を別個に構成することができるという利点がある。すなわち、バナー処理プログラム２２０によってデータサーバ３００のデータ送受信プログラム３２０をユーザ端末６００に呼び出すような仕組みとすることで、外部のデータサーバ３００との通信を簡便に行うことができる。加えて、ポータルページ表示サーバ１００側において特段の変更を加えることなく、ユーザの行動に反応するようなバナー広告６０６を広告主はポータルサイトに出すことができる。
【００３３】
特に、Macromedia社の「Flash」を利用して本実施例のような双方性のあるバナー広告を６０６を実現する場合、上述したデータ送受信プログラム３２０をユーザ端末６００に呼び出す仕組みとすることで、データサーバ３００との通信を簡便に行うことができるという利点がある。「Flash」は、音声や画像のアニメーションを組み合わせてWebコンテンツを作成するツールで、本実施例のような双方向性のバナー広告の作成には極めて有効であり、これを利用できる利点は大きい。
【実施例２】
【００３４】
次に、図７を参照しながら、本発明の実施例２について説明する。この実施例２は、バナー広告によって株価の表示を行なうようにしたものである。株価を表示するホームページは多数あるが、いずれも、当該ページを読み込んだ時点における株価が表示されるに過ぎない。従って、ユーザが最新の株価を知りたいときは、ページの再読み込みを行なわなければならない。しかし、時々刻々と変化する株価の変化の様子がそのままページ上に表示されると好都合である。
【００３５】
図７(A)には、「ＰＱＲ」という名称のポータルサイトの政治経済欄のポータルページ６２４が示されている。ポータルページ６２４の右側には、証券会社の「On time」という名称のバナー６２６が表示されている。バナー６２６には、会社名とコードの入力欄６２８と検索ボタン６３０が用意されている。図７(B)に示すように、入力欄６２８に株価を知りたい会社のデータを入力し、検索ボタン６３０をクリックすると、上述した実施例１と同様にしてデータベースにアクセスし、入力データに該当する会社の株価データがユーザ端末６００に送信されて、図７(C)に示すように、表示欄６３４に株価が表示される。図示の例では、時刻表示６３２から、ＡＡ株式会社の１４時３０分における株価が１２，３４０円であることがわかる。
【００３６】
更に、本実施例では、データベースアクセスプログラムが、適宜の時間間隔，例えば３分経過毎に、株価のデータベースから株価データを抽出し、ユーザ端末に送信する。このため、図７(D)の時刻表示６３２Ａと株価表示６３４Ａのように、３分ごとに株価が自動的に更新される。図示の例では、１４時３３分の株価が１２，０００円となったことが示されている。更に、３分後の１４時３６分には、図７(E)の時刻表示６３２Ｂ及び株価表示６３４Ｃに示すように、株価は１１，１５０円となっている。
【００３７】
このように、本実施例によれば、バナー内の株価が、その変動に対応して表示される。このため、ユーザは、ページの再読み込みを行なうことなく、バナーを参照するだけで最新株価を知ることができる。
【実施例３】
【００３８】
次に、図８を参照しながら、本発明の実施例３を説明する。この実施例３は、いわゆるネットショッピングに本発明を適用した例で、図８(A)に示すように、「ＳＴＵ」という名称のショッピングサイトのＰＣや携帯電話の販売ページ６５０に、「ＤＥＦ」という会社の特価販売のバナー６５２が表示されている。ＰＣや携帯電話を購入しようとするユーザが訪れる販売ページ６５０に、格安販売のバナー６５２を出すことで、商品の販売促進を図ろうとする意図である。バナー６５２には、商品名とその価格の表示欄６５６，商品の選択ボタン６５４，商品の詳細の説明ボタン６５８，商品の購入ボタン６６０が表示されている。なお、商品が選択されるまでは、説明ボタン６５８や購入ボタン６６０は非アクティブ，すなわちクリックを受け付けない表示となっている。
【００３９】
販売ページ６５０を訪れたユーザは、その販売ページ６５０を参照して新商品があるかどうか、購入希望の商品の価格はどうかなどの情報を得る。このとき、本実施例では、バナー６５２が表示されており、更に、このバナー６５２には表示欄６５６に格安の商品が表示されている。ユーザがこれらの商品に興味を示し、購入を希望する場合には、図８(B)に示すように、該当する商品の選択ボタン６５４をチェックする。図示の例では、「Ｂ，デスクトップ」が選択されている。また、このとき、説明ボタン６５８がアクティブとなる。ここで、ユーザが、商品の詳細を知りたいときは、説明ボタン６５８をクリックする。すると、図８(C)に示すように、「Ｂ，デスクトップ」の詳細が表示欄６６４に表示されるとともに、製品の画像が表示欄６６２に表示され、購入ボタン６６７がアクティブとなる。ユーザは、製品の画像や詳細説明を参照して購入するかどうかを判断する。
【００４０】
その結果、購入すると決めた場合、ユーザはアクティブの購入ボタン６６７をクリックする。すると、図８(D)に示すように、名前，住所，電話番号，カード番号などのデータの入力欄６７０が表示され、購入ボタン６６７の代わりに次のステップへ進むための前進ボタン６７４がアクティブとなる。この状態で、ユーザが入力欄６７０に必要なデータを入力し、前進ボタン６７４をクリックすると、図８(E)に示すように、入力データが再度確認のために入力欄６７０に表示されるとともに、後退ボタン６７８，決済ボタン６８０がそれぞれ表示される。そして、ユーザが決済ボタン６８０をクリックすると、図８(F)に示すように、「お買い上げありがとうございました」との表示６８２とともに、カード会社の承認データが表示欄６８４に表示される。このように、本実施例によれば、バナー内の表示とボタンのクリック操作のみで、ユーザはショッピングが可能となる。
【実施例４】
【００４１】
次に、図９を参照しながら、本発明の実施例４について説明する。実施例１は、データサーバ３００のみが設けられているが、図９の実施例は、前記データサーバ３００の他に、データサーバ７００，７０２を設けた例である。これらのデータサーバ７００，７０２にも、データサーバ３００と同様のプログラムが用意されている。例えば、図６に示したような懸賞のようなキャンペーンを、Ａ，Ｂ，Ｃの３社で共同で行なうような場合、それぞれの会社がデータサーバ３００，７００，７０２を利用する。例えば、Ａ社は、データサーバ３００のデータベース３１０に会員データと当選データを集積する。同様に、Ｂ社は、データサーバ７００のデータベースに会員データと当選データを集積する。Ｃは、データサーバ７０２のデータベースに会員データと当選データを集積する。
【００４２】
次に、ユーザは、バナー広告６０６上で、名前などとともにＡ〜Ｃの会社を区別するデータを入力する。すると、上述した送受信プログラム呼出モジュールは、該会社区別データを参照して、データサーバ３００，７００，７０２のいずれのデータ送受信プログラムを呼び出すべきかを判断することができる。例えば、ユーザがＢ社の会員であるときは、データサーバ７００のデータ送受信プログラムが呼び出されるという具合である。このようにすることで、複数の会社が合同でキャンペーンを行うことができる。しかも、各社がそれぞれ別個にデータサーバを設け、データベースを構築できるので、他社にデータが漏洩する恐れもない。
【００４３】
図８の実施例に本実施例を適用すると、複数の会社の商品を同一バナー内に表示することができる。ユーザからみると、ポータルページ内に多数のバナーが表示される煩わしさから開放されるとともに、一つのバナーをみて商品を選ぶことができ、非常に便利である。
【００４４】
なお、本発明は、上述した実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることができる。例えば、以下のものも含まれる。
(1)前記実施例に示した構成は一例であり、同様の作用を奏するように変更可能である。例えば、前記実施例では、データベース３１０，データ送受信プログラム３２０，データベースアクセスプログラム３３０は、同一のサーバ内に設けたが、これらを異なるサーバに設けることを妨げるものではない。また、データベースを複数用意し、一つのデータベースアクセスプログラムが複数のデータベースにアクセスするように構成してもよい。更に、インターネットに接続されるサーバには、メールサーバ，ＤＮＳサーバ，ファイアウオールサーバなどがあるが、必要に応じてそれらを設けてよい。
(2)前記実施例は、本発明を主としてインターネットのウェブページにバナーを表示する場合に適用したものであるが、他に、ＶＯＤ（video on Demand）サービス，衛星ないし地上波デジダル放送などのユーザ端末と双方向の情報授受を行うことができるシステムに対しても、同様に適用可能である。例えば、デジタル放送の表示画面内の一部に、前記バナー広告を表示することで、前記実施例と同様の効果を得ることができる。なお、ユーザのテレビジョンとサーバとのデータの授受は、電話線やブロードバンド回線などを通じて行なわれる。
(3)前記実施例は、懸賞のキャンペーン，株価の表示，ショッピングに本発明を適用した場合であるが、各種の双方向サービスに本発明は適用可能である。
(4)前記実施例で示したファイル，プログラム，そのモジュールは、説明の便宜上区別したもので、それらが渾然一体となって区別できないような場合であっても、同様の機能を奏することが可能である。
【産業上の利用可能性】
【００４５】
本発明によれば、ポータルサイトなどに含まれる広告表示上においてユーザによるデータ入力が行なわれ、広告主のページに移動しないので、各種キャンペーン，アンケート，商品やサービスの予約ないし購入などのバナー広告に効果的である。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施例１の構成を示すブロック図である。
【図２】前記実施例１の作用を示すブロック図である。
【図３】前記実施例１の作用を示すブロック図である。
【図４】前記実施例１の作用を示すブロック図である。
【図５】前記実施例１の動作手順を示すフローチャートである。
【図６】前記実施例の１のユーザ端末における表示例を示す説明図である。
【図７】本発明の実施例２の表示例を示す説明図である。
【図８】本発明の実施例３の表示例を示す説明図である。
【図９】本発明の実施例４の構成を示すブロック図である。
【符号の説明】
【００４７】
１００，２００，３００：サーバ
１０２：テキストデータ
２１０：バナーファイル
２２０：バナー処理プログラム
２２２：データ入力受付モジュール
２２４：入力データ確認モジュール
２２６：送受信プログラム呼出モジュール
２２８：指示データ表示モジュール
３００，７００，７０２：データサーバ
３１０：データベース
３２０：データ送受信プログラム
３２２：データ受取モジュール
３２４：データベースアクセスプログラム起動モジュール
３２６：データ引渡モジュール
３３０：データベースアクセスプログラム
３３２：受信データ処理モジュール
３３４：データベースアクセスモジュール
３３６：返信データ処理モジュール
５００：インターネット
６００：ユーザ端末
６０１：コンピュータ本体
６０２：ディスプレイ
６０４：ポータルページ
６０６：バナー広告
６０８：入力欄
６０８Ａ：表示
６１０：ボタン
６１０Ａ：ボタン
６１２：表示
６１４：矢印
６１６：返信データ
６２４：ポータルページ
６２６：バナー
６２８：入力欄
６３０：検索ボタン
６３２，６３２Ａ，６３２Ｂ：時刻表示
６３４：表示欄
６３４Ａ，６３４Ｃ：株価表示
６５０：販売ページ
６５２：バナー
６５４：選択ボタン
６５６：表示欄
６５８：説明ボタン
６６０：購入ボタン
６６６，６７２，６７８，６８６：後退ボタン
６６２：表示欄
６６４：表示欄
６６７：購入ボタン
６７０：入力欄
６７４：前進ボタン
６８０：決済ボタン
６８２：表示
６８４：表示欄
７００，７０２：データサーバ
【図１】
2006251950.tif 000003
【図２】
2006251950.tif 000004
【図３】
2006251950.tif 000005
【図４】
2006251950.tif 000006
【図５】
2006251950.tif 000007
【図６】
2006251950.tif 000008
【図７】
2006251950.tif 000009
【図８】
2006251950.tif 000010
【図９】
2006251950.tif 000011