(57)【要約】【課題】画面上に表示される広告に対する拡大又は縮小操作に応じて、広告の情報量を変化させる広告配信装置等を提供する。【解決手段】本発明にかかる広告配信装置は、端末に広告を配信する広告配信装置であって、端末の画面上で表示される広告枠サイズを受信する受信手段と、受信手段により受信された広告枠サイズに応じて、端末に配信する広告のコンテンツ量を決定する広告決定手段と、端末に、広告決定手段により決定されたコンテンツ量の広告を配信する広告配信手段とを備える。【選択図】図５
2014085544.tif 000002
【特許請求の範囲】
【請求項１】
端末に広告を配信する広告配信装置であって、
前記端末の画面上で表示される広告枠サイズを受信する受信手段と、
前記受信手段により受信された広告枠サイズに応じて、前記端末に配信する広告のコンテンツ量を決定する広告決定手段と、
前記端末に、前記広告決定手段により決定されたコンテンツ量の広告を配信する広告配信手段と、
を備えたことを特徴とする広告配信装置。
【請求項２】
広告枠サイズ毎に、コンテンツ量の異なる広告情報を対応付けて記憶した記憶手段を備え、
前記広告決定手段は、前記記憶手段から、前記受信手段により受信された広告枠サイズに対応する広告情報を取得すること、
を特徴とする請求項１記載の広告配信装置。
【請求項３】
最大の広告枠サイズに対し表示される広告情報を記憶した記憶手段を備え、
前記広告決定手段は、前記記憶手段から前記広告情報を取得し、該広告情報に対し、前記受信手段により受信された広告枠サイズに応じた広告抽出処理を実行することにより、前記広告のコンテンツ量を決定すること、
を特徴とする請求項１記載の広告配信装置。
【請求項４】
前記広告情報は、最大の広告枠サイズに対し表示されるテキスト情報であって、
前記広告決定手段は、前記記憶手段から前記テキスト情報を取得し、該テキスト情報に対し、前記受信手段により受信された広告枠サイズに応じたテキスト要約処理を実行することにより、前記広告のコンテンツ量を決定すること、
を特徴とする請求項３記載の広告配信装置。
【請求項５】
前記広告情報は、最大の広告枠サイズに対し表示される画像情報であって、
前記広告決定手段は、前記記憶手段から前記画像情報を取得し、該画像情報に対し、前記受信手段により受信された広告枠サイズに応じた画像抽出処理を実行することにより、前記広告のコンテンツ量を決定すること、
を特徴とする請求項３記載の広告配信装置。
【請求項６】
前記広告決定手段は、前記広告枠サイズが大きい程、前記コンテンツ量を増加させること、
を特徴とする請求項１ないし５何れか一項記載の広告配信装置。
【請求項７】
端末に広告を配信する広告配信装置が、
前記端末の画面上で表示される広告枠サイズを受信する工程と、
前記受信する工程により受信された広告枠サイズに応じて、前記端末に配信する広告のコンテンツ量を決定する工程と、
前記端末に、前記決定する工程により決定されたコンテンツ量の広告を配信する工程と、
を備えたことを特徴とする広告配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、効果的な広告の配信を行う技術に関する。
【背景技術】
【０００２】
従来より、携帯端末の操作方法の一つとして、表示画面を拡大縮小するためのピンチ操作が知られている。このピンチ操作には、画面上、２本の指を摘むように指を近づけるピンチイン、逆に、２本の指を遠ざけていくピンチアウトがある。具体的に例えば、ユーザは、携帯端末の表示画面上、Ｗｅｂサイト等のコンテンツをピンチアウトで拡大したり、逆にピンチインで縮小したりすることができる。
【０００３】
これに関する技術として、例えば、特許文献１には、ピンチ操作でマップを拡大縮小させる技術が記載されている（図１１等）。
【０００４】
また、例えば、特許文献２には、拡大縮小でそれに応じてサムネイル画像の解像度を変化させる技術が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許４７６３６９５号公報
【特許文献２】特許４８２０３２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、Ｗｅｂサイト等に表示される広告（例えば、バナー広告やテキスト広告）において、広告枠（広告スペース）には一定の制限があるため、広告として掲載できる情報量（広告量）にも一定の制限がある。ある一定の広告枠に対し、あまり多くの文字や画像を詰め込みすぎると、広告の視認性が低下してしまうためである。このため、広告主は、予め広告枠のサイズを考慮の上、広告が広告枠サイズ内に収まるよう広告原稿案を要約、割愛するなどして、広告に掲載する情報量を調整する必要があった。
【０００７】
一方、上述の特許文献１、２に記載される技術を、Ｗｅｂサイト等に表示される広告に対し適用し、ピンチ操作により広告を拡大縮小させるとしても、あくまで広告自体が拡大縮小するのみで、広告に掲載される情報量（広告量）自体を変化させることはできない。
【０００８】
本発明は上記の点に鑑み提案されたものであり、その目的とするところは、画面上に表示される広告に対する拡大又は縮小操作に応じて、広告の情報量を変化させる広告配信装置等を提供することにある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、本発明にあっては、端末に広告を配信する広告配信装置であって、前記端末の画面上で表示される広告枠サイズを受信する受信手段と、前記受信手段により受信された広告枠サイズに応じて、前記端末に配信する広告のコンテンツ量を決定する広告決定手段と、前記端末に、前記広告決定手段により決定されたコンテンツ量の広告を配信する広告配信手段とを備えるようにしている。
【発明の効果】
【００１０】
本発明の実施の形態によれば、画面上に表示される広告に対する拡大又は縮小操作に応じて、広告の情報量を変化させる広告配信装置等を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】広告配信システムのネットワーク構成図である。
【図２】広告配信サーバ１及び端末２のハードウェア構成例を示す図である。
【図３】広告配信システムのソフトウェア構成例を示す図である。
【図４】広告ＤＢ１１１のデータ構成例を示す図である。
【図５】利用例を示す図である。
【図６】広告配信システムの処理例を示すシーケンス図である。
【図７】広告ＤＢ１１１の画像例を示す。
【図８】広告ＤＢ１１１−２のデータ構成例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の好適な実施形態につき説明する。
【００１３】
＜構成＞
（ネットワーク構成）
図１は、本発明の一実施形態にかかる広告配信システムのネットワーク構成図である。広告配信システムは、広告配信サーバ１、端末２が、ネットワーク３を介して接続される。
【００１４】
広告配信サーバ１は、ユーザの端末２に対し広告の配信を行なう広告配信装置である。なお、本実施形態において、端末２に対する広告の具体的な配信方法としては、例えば、Ｗｅｂサイト上での広告配信、端末用アプリ（広告表示スペース）上での広告配信などがある。
【００１５】
端末２は、スマートフォン、携帯電話、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistants）等の情報処理機器から構成され、本実施形態においては、主にユーザが広告の受信、表示及び閲覧を行うために使用されるユーザ端末である。このため、端末２は、広告表示媒体として、例えば、ウェブブラウザや各種アプリケーションを備える。
【００１６】
ネットワーク３は、有線、無線を含むネットワークで、例えばインターネット網である。
【００１７】
（ハードウェア構成）
図２は、本発明の一実施形態にかかる広告配信サーバ１及び端末２のハードウェア構成例を示す図である。具体的に、これらハードウェア構成は、一般的なパソコンやワークステーションなどと同様の構成であり、図に示されるように、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ（Read Only Memory）１２と、ＲＡＭ（Random Access Memory）１３と、入力装置１４と、出力装置１５と、通信装置１６と、ＨＤＤ（Hard Disk Drive）１７とを有する。
【００１８】
ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする。入力装置１４は、キーボードやマウスである。出力装置１５は、ディスプレイである。通信装置１６は、ネットワーク３を介し他装置との通信を行う。ＨＤＤ１７は、各種データ及びプログラムを格納する。
【００１９】
（ソフトウェア構成）
図３は、本発明の一実施形態にかかる広告配信システムのソフトウェア構成例を示す図である。
【００２０】
まず、広告配信サーバ１は、機能部として、記憶部１１０、広告枠サイズ受信部１２０、広告決定部１３０、広告配信部１４０を有する。
【００２１】
記憶部１１０は、広告ＤＢ１１１などを記憶する機能を有している。広告ＤＢ１１１の具体的については後述する。
【００２２】
広告枠サイズ受信部１２０は、端末２から、端末２の画面上で表示される広告枠サイズを受信する機能を有している。広告枠サイズは、端末２の画面上のピンチ操作により、可変に変更されるので、広告枠サイズ受信部１２０は、変更の都度、端末２から広告枠サイズを受信する。
【００２３】
広告決定部１３０は、広告枠サイズ受信部１２０により受信された広告枠サイズに応じて、端末２に配信する広告及び広告の情報量（以下、広告コンテンツ量ともいう）を決定する機能を有している。具体的な広告コンテンツ量の決定例については後述するが、広告決定部１３０は、広告枠サイズが大きい程、掲載できる広告の情報量は増加するので、広告のコンテンツ量を増加させ、広告コンテンツ量を決定する。また逆に、広告枠サイズが小さい程、広告のコンテンツ量を減少させ、広告コンテンツ量を決定する。
【００２４】
広告配信部１４０は、端末２に、広告決定部１３０により決定されたコンテンツ量の広告を配信する機能を有している。配信された広告は、端末２の画面上、広告枠サイズに収まる形で表示される。なお、本実施形態において、端末２に対する広告の具体的な配信方法としては、例えば、Ｗｅｂサイト上での広告配信、端末用アプリ（広告表示スペース）上での広告配信などがある。
【００２５】
次に、端末２は、機能部として、広告受信部２１０、表示部２２０、操作部２３０、広告枠サイズ取得部２４０、広告枠サイズ送信部２５０を有する。
【００２６】
広告受信部２１０は、広告配信サーバ１から広告を受信する機能を有している。
【００２７】
表示部２２０は、端末２の画面上、広告を表示する機能を有している。なお、本実施形態において、端末２に対する広告の具体的な表示方法としては、例えば、Ｗｅｂサイト上での広告表示、端末用アプリ（広告表示スペース）上での広告表示などがある。
【００２８】
操作部２３０は、端末２の操作機能を実現するものであるが、本実施形態においては主に、広告に対する拡大縮小を行う操作（例えば、ピンチ操作）を実現する機能を有している。
【００２９】
広告枠サイズ取得部２４０は、端末２の画面上において広告が表示される広告枠サイズを取得する機能を有している。また、ユーザのピンチ操作等により、広告に対し拡大又は縮小操作がなされたことにより、端末２の画面上において広告が表示される広告枠サイズが変更された場合、変更された広告枠サイズを取得する。
【００３０】
広告枠サイズ送信部２５０は、広告枠サイズ取得部２４０により取得された広告枠サイズを、広告配信サーバ１に送信する機能を有している。また、広告枠サイズ送信部２５０は、広告枠サイズ取得部２４０により広告枠サイズが取得される度に、変更された広告枠サイズを広告配信サーバ１に送信する。つまり、ユーザのピンチ操作等により、広告に対し拡大又は縮小操作がなされたことにより、端末２の画面上において広告が表示される広告枠サイズが変更される度に、変更された広告枠サイズを取得し、これを広告配信サーバ１に送信する。
【００３１】
なお、これらの機能部は、各装置を構成するコンピュータのＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。但し、これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。
【００３２】
広告配信サーバ１の機能部は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。また例えば、記憶部１１０は、サーバ・コンピュータ内のＨＤＤ等の記憶媒体上に所定のデータを体系的に保持するものであるが、サーバ内に配置される必要はなく、他の装置上に配置してもよい。
【００３３】
（広告ＤＢ）
図４は、本発明の一実施形態にかかる広告ＤＢ１１１のデータ構成例を示す図である。広告ＤＢ１１１は、図に示されるように、「広告ＩＤ」、「広告枠サイズ」、「Ｔ／Ｄ（Ｔｉｔｌｅ／Ｄｅｓｃｒｉｐｔｉｏｎ）」、「画像」、「ＵＲＬ」を含む。
【００３４】
「広告ＩＤ」は、管理上、広告毎に付番された固有の広告識別子を示す。例えば、広告ＤＢ１１１に広告が登録されるたびに、「広告ＩＤ」が順次自動発番される。
【００３５】
「広告枠サイズ」は、広告配信先である端末の画面上で表示される広告枠サイズを示す。広告枠サイズは、「小」、「中（通常）」、「大」のサイズが設けられ、端末の画面上で表示される広告枠サイズに応じて、広告（広告コンテンツ量）を配信し分けるために用いられる。なお、広告枠サイズが通常サイズの場合、広告枠サイズ指定のない場合、又は広告枠サイズが不明な場合は、デフォルトの広告枠サイズは、「中（通常）」とする。つまり、「中（通常）」の広告は、従来例の広告と同様でよい。
【００３６】
「Ｔ／Ｄ」は、広告のＴｉｔｌｅ及びＤｅｓｃｒｉｐｔｉｏｎである。例えば、Ｔｉｔｌｅは「ミニバン○○」、Ｄｅｓｃｒｉｐｔｉｏｎは「モデルチェンジ、試乗会開催」といった情報が登録される。「Ｔ／Ｄ」の情報は、広告がテキスト広告の場合、広告コンテンツとして用いられうる。
【００３７】
また、「Ｔ／Ｄ」は、広告ＤＢ１１１において、広告枠サイズ（「小」、「中」、「大」）毎に、それぞれ予め入稿され登録される広告コンテンツである。広告枠サイズは、上述の如く、端末の画面上で表示される広告枠のサイズであるから、広告枠サイズが大きい程、広告としてより多くの情報量（広告コンテンツ量）を掲載することが可能である。よって、「Ｔ／Ｄ」においては、対応の広告枠サイズが大きい程、多くの情報量が予め入稿され登録される。逆に、対応の広告枠サイズが小さい程、少なめの情報量が予め入稿され登録される。なお、ここでいう大きい、小さいとは、広告枠サイズ「中（通常）」に対し、相対的に大きいか、小さいかを表現したものである。
【００３８】
また、広告枠サイズ（「小」、「中」、「大」）毎にそれぞれ入稿可能な情報量は、広告配信側（例えば、広告配信業者）により、各広告枠サイズに掲載可能な情報量に基づいて予め指定される。具体的に例えば、広告枠サイズ（「小」、「中」、「大」）毎に、それぞれ１０文字以内、２５文字以内、５０文字以内といったように、入稿可能な情報量が指定される。そして、広告主は、指定された文字数等に従って、広告原稿を入稿する。
【００３９】
「画像」は、広告コンテンツである広告画像を特定するための情報を示す。具体的には、画像ファイルが登録される。なお、「画像」の情報は、広告がバナー広告の場合、バナー広告として表示される画像データとして用いられうる。
【００４０】
また、「画像」は、広告ＤＢ１１１において、広告枠サイズ（「小」、「中」、「大」）毎に、それぞれ予め入稿され登録される広告コンテンツである。広告枠サイズは、上述の如く、端末の画面上で表示される広告枠のサイズであるから、広告枠サイズが大きい程、表示面積の大きい画像が予め入稿され登録される。表示面積の大きい画像ほど、視認性を確保しながら、画像内に掲載できる情報量が大きいからである。逆に、対応の広告枠サイズが小さい程、視認性を確保するため、表示面積の小さめの画像が予め入稿され登録される。
【００４１】
「ＵＲＬ」は、広告の特定文字（テキストリンク）や画像（バナー画像リンク）の箇所に対し、操作(例えば、タップやクリック操作等)がなされたときに遷移する、遷移先のリンク先ＵＲＬ情報を示す。一般に、「ＵＲＬ」には、広告主の広告サイトなど、広告主が指定するＵＲＬ（Uniform Resource Locator）が登録される。なお、「ＵＲＬ」は、広告枠サイズ毎に違いはなく、同一の広告である限り、共通のＵＲＬでよい。
【００４２】
以上のように、広告ＤＢ１１１の広告は、「広告枠サイズ」毎に応じて、「Ｔ／Ｄ」及び「画像」がそれぞれ登録されているため、同一広告であっても、広告配信先である端末の画面上で表示される広告枠サイズに基づいて、情報量（広告コンテンツ量）の異なる広告を配信し分けることができるようになっている。
【００４３】
なお、本実施形態において、「広告枠サイズ」は、「小」、「中（通常）」、「大」のサイズというように、相対値表記で表現した。しかしながら、「広告枠サイズ」は、具体的な画像サイズ（例えば、ピクセル等）の単位を用いて絶対値表記で表現してもよい。但し、端末は、機種やモデル等によっても、画面サイズ（さらには広告枠サイズ）も異なる場合があるため、これに対応すべく、本実施形態においては相対値表記を採用するものとした。
【００４４】
また、図に示される広告ＤＢ１１１のデータ構成例は、あくまで一例である。よって例えば、「広告枠サイズ」は、例えば、１、２、３（通常）、４、５のように、更に詳細化・細分化できることは言うまでもない。
【００４５】
＜利用例＞
次に、本実施形態にかかる広告配信システムの利用例について具体的に説明する。
【００４６】
図５は、本発明の一実施形態にかかる利用例を示す図である。図５（ａ）に示されるように、まず、ユーザは、端末２の画面上、広告５０１ａを表示する。図例の場合、Ｗｅｂサイト上でのテキスト広告のケース例が示される。
【００４７】
次に、ユーザは、広告５０１ａを拡大表示すべく、画面上の広告５０１ａ付近でピンチ操作（ピンチアウト）を行うことにより、広告５０１ａを拡大表示させる。
【００４８】
画面上の広告は、ピンチ操作により、画面上、拡大表示される。そのときの画面例を図５（ｂ）に示す。図のように、画面中、広告５０１ｂは、広告５０１ａと比べ、広告の情報量（広告コンテンツ量）が増加していることがわかる。
【００４９】
つまり、広告５０１ａが、画面上、拡大表示されたことにより、端末２の画面上、当該広告が表示される広告枠サイズが大きくなるよう変更された。このとき、端末２は、広告配信サーバ１に対し変更された広告枠サイズを送信する。そして、端末２は、広告配信サーバ１から再度当該広告枠サイズに応じたコンテンツ量の広告を受信し、同広告枠内に表示する。
【００５０】
このため、端末２の画面上に表示される広告５０１ｂは、広告５０１ａに対し、広告（広告の情報量）が差し替えられ、広告の情報量（広告コンテンツ量）が増加して表示される。
【００５１】
このように、ユーザは、画面上の広告を、画面上拡大表示することにより、興味等のある広告の広告コンテンツをより多く閲覧することができるようになる。一方、広告配信側にとっては、限られた広告枠内では掲載することの困難であった広告コンテンツを、広告枠内に配信、表示させることができる。またこれにより、ＣＲＴ（Click Through Ratio）など、広告効果の増大も期待される。
【００５２】
なお、図５（ｂ）において、ユーザが、広告５０１ｂを縮小すべく、画面上の広告５０１ｂ付近でピンチ操作（ピンチイン）を行うことにより、再び広告５０１ｂが表示される。また、図５（ａ）において、ユーザが、広告５０１ａを縮小すべく、画面上の広告５０１ａ付近でピンチ操作（ピンチイン）を行うことにより、さらに情報量の少ない広告が表示されうる。
【００５３】
＜動作＞
次に、本実施形態にかかる広告配信システムの処理動作について説明する。図６は、本実施形態にかかる広告配信システムの処理例を示すシーケンス図である。以下、図面を参照しながら、詳しく説明する。
【００５４】
Ｓ１：まず、端末２は、端末２の画面上に広告を表示するべく、広告配信サーバ１に対し広告配信要求を行う。なお、実際には、端末２から広告配信要求が明示的に行われることは少なく、広告配信要求は、例えば、Ｗｅｂサイトのページデータ要求等により実現される。
【００５５】
具体的に例えば、ユーザの端末２はＷｅｂサイトを参照するため、ＵＲＬを指定し、ＷｅｂサイトのページデータをＷＷＷサーバ等に要求する。ＷＷＷサーバは、広告配信サーバ１からページデータ内に付加するための広告を取得し、これをページデータ内に付加した上で、ページデータを端末２に応答する。この結果、端末２には、Ｗｅｂサイトと共に広告が配信され表示される。
【００５６】
Ｓ２：広告配信サーバ１（広告決定部１３０）は、広告配信要求を受信すると、端末２に配信する「広告」及び「広告コンテンツ量」を決定する。
【００５７】
まずはじめに、広告決定部１３０は、どの広告を配信すべきかという点から、配信すべき「広告」それ自体を決定する。なお、広告の決定は、Ｗｅｂサイトのページデータに基づくコンテンツマッチ、ユーザ嗜好に基づくターゲティング、不特定ランダム選択などにより決定されてよい。ここでは、例えば、図４の広告ＤＢ１１１を参照し、ＡＤ１０００１の広告が配信すべき広告であると決定されたものとする。
【００５８】
次いで、広告決定部１３０は、配信すべき広告を決定すると、広告枠サイズに基づいて、当該広告の配信すべき「広告コンテンツ量」を決定する。
【００５９】
ここで、図４の広告ＤＢ１１１を参照する。ＡＤ１０００１において、「Ｔ／Ｄ」は、「広告枠サイズ」（「小」、「中」、「大」）毎に、それぞれ予め登録されている。広告決定部１３０は、広告枠サイズの情報を受信していない場合、「Ｔ／Ｄ」のうち、「広告枠サイズ」のデフォルト値（通常値）である「中」に対応する「Ｔ／Ｄ」を、配信すべき広告として取得する。具体的に、「ミニバン○○新登場  モデルチェンジ、試乗会開催中！」との広告を取得する。なお、ここで取得される広告は、「Ｔ／Ｄ」のみならず、「広告ＩＤ」、「ＵＲＬ」などを含む。
【００６０】
Ｓ３：広告配信サーバ１（広告配信部１４０）は、端末２に、Ｓ２で決定されたコンテンツ量の広告を配信する。
【００６１】
Ｓ４：端末２（広告受信部２１０）は、広告配信サーバ１から広告を受信すると、表示部２２０は、端末２の画面上、広告を表示する。具体的に、「ミニバン○○新登場  モデルチェンジ、試乗会開催中！」との広告を表示する（例えば、図５（ａ）参照）。
【００６２】
Ｓ５：ここで、ユーザは、端末２の画面上、広告を拡大又は縮小表示すべく、画面上で操作を行うことにより、広告を拡大又は縮小表示させる。端末２（広告枠サイズ取得部２４０）は、端末２の画面上において広告が表示される広告枠サイズを取得する機能を有しているので、ユーザのピンチ操作等により、広告に対し拡大又は縮小操作がなされると、これを検知し変更された広告枠サイズを取得する。
【００６３】
なお、ここでは、ユーザは、端末２の画面上、広告を拡大表示すべく、画面上のピンチ操作（ピンチアウト）を行うことにより、広告（広告枠）を拡大表示させる操作を行ったものとする（例えば、図５（ａ）参照）。
【００６４】
Ｓ６：端末２（広告枠サイズ送信部２５０）は、取得された広告枠サイズを、広告枠サイズ通知として広告配信サーバ１に送信する。なお、本実施形態において、端末２が通知する広告枠サイズは、上述したように、相対値表記のサイズで送信してよい。即ちここでは、広告枠サイズ：「大」というサイズが通知される。また、広告枠サイズ通知は、どの広告についての広告枠サイズであるかを特定するため、「広告ＩＤ」（例えば、ＡＤ１０００１）を含むものとする。
【００６５】
Ｓ７：広告配信サーバ１（広告決定部１３０）は、広告枠サイズ通知を受信すると、通知された広告枠サイズに応じて、同広告の「広告コンテンツ量」を決定する。
【００６６】
ここで、図４の広告ＤＢ１１１を参照する。広告決定部１３０は、端末２から広告枠サイズの情報を受信したため、「Ｔ／Ｄ」のうち、受信した当該広告枠サイズに対応する「Ｔ／Ｄ」を、配信すべき広告として取得する。
【００６７】
具体的に、ユーザにより広告枠を拡大表示させる操作が行われたため、広告決定部１３０は、広告枠サイズのデフォルト値（通常値）：「中」よりも、大きな広告枠サイズ：「大」を受信していることになる。よって、広告決定部１３０は、同広告である「広告ＩＤ」：ＡＤ１０００１において、「Ｔ／Ｄ」のうち、「広告枠サイズ」のデフォルト値（通常値）よりも大きい「広告枠サイズ」が「大」に対応する「Ｔ／Ｄ」を、配信すべきコンテンツ量の広告として取得する。具体的に、「ミニバン○○新登場  モデルチェンジ、試乗会開催中！抽選会でグッズも当る！週末土日はぜひご家族そろってお出かけ下さい。詳しくはこちら。」との広告を取得する。
【００６８】
なお、端末２から通知される広告枠サイズは、相対値表記のサイズのほか、上述したように、具体的なサイズ単位（例えば、ピクセル単位等）を用い、絶対値表記のサイズで受信してもよい。
【００６９】
Ｓ８：広告配信サーバ１（広告配信部１４０）は、端末２に、Ｓ７で決定されたコンテンツ量の広告を配信する。
【００７０】
Ｓ９：端末２（広告受信部２１０）は、広告配信サーバ１から広告を受信すると、表示部２２０は、端末２の画面上、広告を表示する。具体的に、「ミニバン○○新登場  モデルチェンジ、試乗会開催中！抽選会でグッズも当る！週末土日はぜひご家族そろってお出かけ下さい。詳しくはこちら。」との広告を表示する（例えば、図５（ｂ）参照）。
【００７１】
なお、配信された広告は、端末２の画面上、広告枠サイズに基づいて、掲載される広告コンテンツ量が決定されているので、言うまでもなく、端末２の画面上、広告枠内に収まった形で表示される。
【００７２】
以上のように、ユーザは、画面上の広告を、画面上拡大表示することにより、興味等のある広告の広告コンテンツをより多く閲覧することができるようになる。一方、広告配信側にとっては、限られた広告枠内では掲載することの困難であった広告コンテンツを、広告枠内に配信、表示させることができる。またこれにより、ＣＲＴ（Click Through Ratio）など、広告効果の増大も期待される。
【００７３】
一方、ユーザが、広告を縮小すべく、画面上の広告に対しピンチ操作（ピンチイン）を行った場合、縮小された広告枠サイズに適した情報量の広告が表示される。このように、広告枠サイズが縮小された場合には、表示される広告量を減少させることにより、小さい広告枠内に多くの情報量が掲載されることによる視認性の低下を防止することができる。
【００７４】
（補足）
図７は、本実施形態にかかる広告ＤＢ１１１の画像例を示す。具体的に、図４の広告ＤＢ１１１のＡＤ１０００１に対応して登録された「画像」を示す。（ａ）は「１０００１−Ｓ．ｇｉｆ」、（ｂ）は「１０００１−Ｍ（．ｇｉｆ」、（ｃ）は「１０００１−Ｌ．ｇｉｆ」である。
【００７５】
（ａ）の「１０００１−Ｓ（Ｓｍａｌｌ）．ｇｉｆ」は、「広告枠サイズ」が「小」に対応付けられている画像である。このため、図に示されるように、他の画像と比べ、画像サイズは小さく、画像上に掲載される情報量も少なくなっている。
【００７６】
（ｂ）は「１０００１−ＭＭｉｄｄｌｅ）．ｇｉｆ」は、「広告枠サイズ」が「中（通常）」に対応付けられている画像である。このため、図に示されるように、「１０００１−Ｓ．ｇｉｆ」の画像と比べ、画像サイズは大きく、画像上に掲載される情報量も多くなっている。一方、「１０００１−Ｌ（Ｌａｒｇｅ）．ｇｉｆ」の画像と比べ、画像サイズは小さく、画像上に掲載される情報量は少なくなっている。
【００７７】
（ｃ）は「１０００１−Ｌ．ｇｉｆ」は、「広告枠サイズ」が「大」に対応付けられている画像である。このため、図に示されるように、他の画像と比べ、画像サイズは大きく、画像上に掲載される情報量も多くなっている。
【００７８】
上述の実施形態では、図４の広告ＤＢ１１１の「Ｔ／Ｄ」の情報を用いたテキスト広告の例を取り上げて説明した。しかしながら、広告を例えばバナー広告とする場合、図４の広告ＤＢ１１１の「画像」は、バナー広告として表示される画像データとして用いられうる。
【００７９】
また、「画像」は、広告ＤＢ１１１において、広告枠サイズ（「小」、「中」、「大」）毎に、それぞれ予め入稿され登録される。このため、上述のテキスト広告と同様、端末２の画面上で表示される広告枠サイズに応じて、配信すべき画像（即ち、広告のコンテンツ量）が決定されることになる。
【００８０】
＜変形例＞
次に、変形例について説明する。
【００８１】
（広告ＤＢ）
図８は、本変形例にかかる広告ＤＢ１１１−２のデータ構成例を示す図である。広告ＤＢ１１１−２は、図に示されるように、「広告ＩＤ」、「Ｔ／Ｄ（Ｔｉｔｌｅ／Ｄｅｓｃｒｉｐｔｉｏｎ）」、「画像」、「ＵＲＬ」を含む。
【００８２】
変形例にかかる広告ＤＢ１１１−２は、図４の広告ＤＢ１１１と比べると、「広告枠サイズ」を有しない。また、広告ＤＢ１１１−２は、「Ｔ／Ｄ」及び「画像」には、広告ＤＢ１１１の「大」に対応する情報量の広告コンテンツが入稿され登録される。
【００８３】
（動作）
次に、本変形例にかかる広告配信システムの処理動作について説明する。再び図６を参照しながら、詳しく説明する。なお、図６と比べ、本変形例において異なる点は、Ｓ２及びＳ７の広告決定にかかる処理である。
【００８４】
Ｓ１：まず、端末２は、端末２の画面上に広告を表示するべく、広告配信サーバ１に対し広告配信要求を行う。
【００８５】
Ｓ２：広告配信サーバ１（広告決定部１３０）は、広告配信要求を受信すると、端末２に配信する「広告」及び「広告コンテンツ量」を決定する。
【００８６】
まずはじめに、広告決定部１３０は、どの広告を配信すべきかという点から、配信すべき「広告」それ自体を決定する。ここでは、例えば、図８の広告ＤＢ１１１−２を参照し、ＡＤ１０００１の広告が配信すべき広告であると決定されたものとする。
【００８７】
次いで、広告決定部１３０は、配信すべき広告を決定すると、広告枠サイズに基づいて、当該広告の配信すべき広告の「広告コンテンツ量」を決定する。
【００８８】
ここで、図８の広告ＤＢ１１１−２を参照する。広告決定部１３０は、例えば、広告がテキスト広告である場合、ＡＤ１０００１において、「Ｔ／Ｄ」を取得する。具体的に、「ミニバン○○新登場  モデルチェンジ、試乗会開催中！抽選会でグッズも当る！週末土日はぜひご家族そろってお出かけ下さい。詳しくはこちら。」との広告コンテンツを取得する。
【００８９】
ここで、広告決定部１３０は、広告枠サイズの情報を受信していない場合、「広告枠サイズ」は、「広告枠サイズ」のデフォルト値（通常値）である「中」と判定する。
【００９０】
次に、広告決定部１３０は、取得した広告コンテンツに対し、広告枠サイズに応じたテキスト要約処理を実行する。上述したように、広告ＤＢ１１１−２の「Ｔ／Ｄ」には、「大」に対応する情報量の広告コンテンツ、即ち最大の広告コンテンツ量の広告が予め入稿され登録されている。このため、広告決定部１３０は、広告ＤＢ１１１−２の「Ｔ／Ｄ」から取得した広告コンテンツに対し、広告枠サイズに応じたテキスト要約処理を実行する。
【００９１】
具体的に、「広告枠サイズ」は「中」であるから、広告決定部１３０は、広告ＤＢ１１１−２の「Ｔ／Ｄ」から取得した広告コンテンツから要点となる情報を抽出することにより、同広告コンテンツを要約する。結果、広告コンテンツ量は、当初最大のものより間引きされ、広告枠サイズ「中」に応じたコンテンツ量の広告となる。
【００９２】
なお、テキスト要約処理は、例えば、特徴量に基づいて重要語を抽出し、これを重要度順に順列する。そして、広告枠サイズに応じて、上位所定数の重要語を採用することにより、テキストを要約処理することが可能である。また、テキスト要約処理は、このほかの手法を採用してもよい。
【００９３】
ここでは、テキスト要約処理により、「ミニバン○○新登場  モデルチェンジ、試乗会開催中！」との広告コンテンツに要約されたものとし、広告決定部１３０は、これを配信すべき広告の広告コンテンツ量と決定する。
【００９４】
Ｓ３：広告配信サーバ１（広告配信部１４０）は、端末２に、Ｓ２で決定されたコンテンツ量の広告を配信する。
【００９５】
Ｓ４：端末２（広告受信部２１０）は、広告配信サーバ１から広告を受信すると、表示部２２０は、端末２の画面上、広告を表示する。具体的に、「ミニバン○○新登場  モデルチェンジ、試乗会開催中！」との広告を表示する（例えば、図５（ａ）参照）。
【００９６】
Ｓ５：ここで、ユーザは、端末２の画面上、広告を拡大又は縮小表示すべく、画面上で操作を行うことにより、広告を拡大又は縮小表示させる。端末２（広告枠サイズ取得部２４０）は、ユーザのピンチ操作等により、広告に対し拡大又は縮小操作がなされると、これを検知し変更された広告枠サイズを取得する。
【００９７】
なお、ここでは、ユーザは、端末２の画面上、広告を拡大表示すべく、画面上のピンチ操作（ピンチアウト）を行うことにより、広告（広告枠）を拡大表示させる操作を行ったものとする（例えば、図５（ａ）参照）。
【００９８】
Ｓ６：端末２（広告枠サイズ送信部２５０）は、取得された広告枠サイズを、広告枠サイズ通知として広告配信サーバ１に送信する。また、広告枠サイズ通知は、どの広告についての広告枠サイズであるかを特定するため、「広告ＩＤ」（例えば、ＡＤ１０００１）を含むものとする。
【００９９】
Ｓ７：広告配信サーバ１（広告決定部１３０）は、広告枠サイズ通知を受信すると、通知された広告枠サイズに応じて、同広告の「広告コンテンツ量」を決定する。
【０１００】
ここで、図８の広告ＤＢ１１１−２を参照する。広告決定部１３０は、例えば、広告がテキスト広告である場合、ＡＤ１０００１において、「Ｔ／Ｄ」を取得する。具体的に、「ミニバン○○新登場  モデルチェンジ、試乗会開催中！抽選会でグッズも当る！週末土日はぜひご家族そろってお出かけ下さい。詳しくはこちら。」との広告コンテンツを取得する。
【０１０１】
次に、広告決定部１３０は、取得した広告コンテンツに対し、広告枠サイズに応じたテキスト要約処理を実行する。上述したように、広告ＤＢ１１１−２の「Ｔ／Ｄ」には、「大」に対応する情報量の広告コンテンツ、即ち最大の広告コンテンツ量の広告が入稿され登録されている。このため、広告決定部１３０は、広告ＤＢ１１１−２の「Ｔ／Ｄ」から取得した広告コンテンツに対し、広告枠サイズに応じたテキスト要約処理を実行する。
【０１０２】
具体的に、ここでは、受信した「広告枠サイズ」は「大」であるから、広告決定部１３０は、広告ＤＢ１１１−２の「Ｔ／Ｄ」から取得した広告コンテンツに対し、テキスト要約処理を実行する必要はないと判定する。
【０１０３】
よって、広告決定部１３０は、「ミニバン○○新登場  モデルチェンジ、試乗会開催中！抽選会でグッズも当る！週末土日はぜひご家族そろってお出かけ下さい。詳しくはこちら。」との広告コンテンツを配信すべき広告の広告コンテンツ量と決定する。
【０１０４】
Ｓ８：広告配信サーバ１（広告配信部１４０）は、端末２に、Ｓ７で決定されたコンテンツ量の広告を配信する。
【０１０５】
Ｓ９：端末２（広告受信部２１０）は、広告配信サーバ１から広告を受信すると、表示部２２０は、端末２の画面上、広告を表示する。具体的に、「ミニバン○○新登場  モデルチェンジ、試乗会開催中！抽選会でグッズも当る！週末土日はぜひご家族そろってお出かけ下さい。詳しくはこちら。」との広告を表示する（例えば、図５（ｂ）参照）。
【０１０６】
以上のように、本変形例において、広告配信サーバ１（広告決定部１３０）は、広告枠サイズ通知を受信すると、通知された広告枠サイズに応じて、動的に、同広告の広告コンテンツ量を決定する。これにより、広告ＤＢ１１１−２の「Ｔ／Ｄ」のように、入稿登録すべき広告コンテンツは一つでよく、広告主等が広告枠サイズに応じて複数の広告コンテンツを入稿する手間を削減することができる。
【０１０７】
（補足）
上述の変形例では、図８の広告ＤＢ１１１−２の「Ｔ／Ｄ」の情報を用いたテキスト広告の例を取り上げて説明した。しかしながら、広告を例えばバナー広告とする場合、図８の広告ＤＢ１１１−２の「画像」は、バナー広告として表示される画像データとして用いられうる。
【０１０８】
また、図８の広告ＤＢ１１１−２の「画像」は、「Ｔ／Ｄ」のように、入稿登録すべき画像は一つのみでよい。また、例えば、ＡＤ１０００１に対応する「画像」：１０００１−Ｌ．ｇｉｆ（例えば、図７（ｃ）参照）となっており、これは、広告ＤＢ１１１の「大」に対応する情報量の広告コンテンツが入稿され登録されたものとなっている。
【０１０９】
このため、Ｓ２又はＳ７において、広告配信サーバ１（広告決定部１３０）は、広告枠サイズに基づいて端末２に配信する広告及び広告コンテンツ量を決定する場合、「画像」に対し、広告枠サイズに応じた画像抽出処理を実行する。
【０１１０】
画像抽出処理は、オブジェクト認識技術や顔画像認識技術等を用いて、例えば、画像の中から、特徴量に基づいて重要オブジェクトを抽出し、これを重要度順に順列する。そして、広告枠サイズに応じて、上位所定数の重要オブジェクトを採用することにより、画像を抽出処理することが可能である。
【０１１１】
具体的に例えば、図７を参照し、（ｂ）は、広告枠サイズが「中」の場合に、１０００１−Ｌ．ｇｉｆが画像抽出処理された結果画像である。また、（ａ）は、広告枠サイズが「小」の場合に、１０００１−Ｌ．ｇｉｆが画像抽出処理された結果画像である。
【０１１２】
＜総括＞
以上のように、本実施形態にかかる広告配信システムによれば、画面上に表示される広告に対する拡大又は縮小操作に応じて、広告の情報量を変化させる広告配信装置等を提供することができる。またこれにより、より効果的な広告の配信を実現することができる。
【０１１３】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【０１１４】
例えば、上述の実施形態では、端末２としてスマートフォンを想定し、また広告の拡大縮小操作をするものとして、ユーザの２本の指によるピンチ操作例を挙げて説明した。しかしながら、端末は、例えばＰＣ等でもよく、また広告（広告枠）は、例えばマウスポインタにより枠を掴んでスライドさせることにより、拡大又は縮小されてもよい。つまり、端末や操作は、上述の実施形態に限定されず、広告枠が何れの操作によって拡大又は縮小されれば、本発明を適用できる。
【符号の説明】
【０１１５】
１        広告配信サーバ
２        端末
３        ネットワーク
１１      ＣＰＵ
１２      ＲＯＭ
１３      ＲＡＭ
１４      入力装置
１５      出力装置
１６      通信装置
１７      ＨＤＤ
１１０    記憶部
１２０    広告枠サイズ受信部
１３０    広告決定部
１４０    広告配信部
２１０    広告受信部
２２０    表示部
２３０    操作部
２４０    広告枠サイズ取得部
２５０    広告枠サイズ送信部
【図１】
2014085544.tif 000003
【図２】
2014085544.tif 000004
【図３】
2014085544.tif 000005
【図４】
2014085544.tif 000006
【図５】
2014085544.tif 000007
【図６】
2014085544.tif 000008
【図７】
2014085544.tif 000009
【図８】
2014085544.tif 000010