(57)【特許請求の範囲】
【請求項１】
端末に表示可能な媒体に設定される広告枠であって、特定広告主の広告コンテンツを表示させるための広告枠に前記広告コンテンツを表示させる表示条件を満たすか否かを判定する判定手段と、
前記判定手段により前記表示条件を満たさないと判定された場合に、前記広告枠を前記媒体上の同一の位置で、入札情報に基づいて落札された広告主の広告コンテンツを表示させるための広告枠に切り替える切替手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記広告主の入札情報に基づいて落札された広告主の広告コンテンツを、前記切替手段により切り替えられた前記広告枠に表示させる処理を行う第１表示制御手段を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記広告コンテンツは、前記特定広告主により提供される取引対象の情報を含み、
前記判定手段は、前記取引対象の在庫がない場合に前記表示条件を満たさないと判定することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記広告コンテンツは、前記特定広告主により提供される取引対象の情報を含み、
前記判定手段は、前記取引対象が、前記端末のユーザにより入力された検索条件に合致しない場合に前記表示条件を満たさないと判定することを特徴とする請求項１乃至３の何れか一項に記載の情報処理装置。
【請求項５】
前記判定手段により前記表示条件を満たさないと判定された場合に、前記媒体に対応付けられた地域情報または当該地域情報の下位階層に属する地域情報が前記入札情報に含まれる前記広告主を対象として入札処理を行う処理手段を更に備えることを特徴とする請求項１乃至４の何れか一項に記載の情報処理装置。
【請求項６】
前記特定広告主の広告コンテンツを表示させるための広告枠を前記特定広告主により指定された地域情報が対応付けられた媒体に設定する設定手段と、
前記判定手段により前記表示条件を満たすと判定された場合に、前記特定広告主の広告コンテンツであって前記地域情報に関連する広告コンテンツを前記広告枠に表示させる処理を行う第２表示制御手段と、
を更に備えることを特徴とする請求項１乃至５の何れか一項に記載の情報処理装置。
【請求項７】
前記広告枠は、複数の特定広告主のそれぞれの広告コンテンツを表示させるための広告枠であり、
前記判定手段は、前記特定広告主ごとに、前記表示条件を満たすか否かを判定し、
前記切替手段は、前記特定広告主のそれぞれについて前記表示条件を満たさないと判定された場合に、前記広告枠を、前記入札情報に基づいて落札された広告主の広告コンテンツを表示させるための広告枠に切り替えることを特徴とする請求項１乃至６の何れか一項に記載の情報処理装置。
【請求項８】
１以上のコンピュータにより実行される情報処理方法であって、
端末に表示可能な媒体に設定される広告枠であって、特定広告主の広告コンテンツを表示させるための広告枠に前記広告コンテンツを表示させる表示条件を満たすか否かを判定するステップと、
前記表示条件を満たさないと判定された場合に、前記広告枠を前記媒体上の同一の位置で、入札情報に基づいて落札された広告主の広告コンテンツを表示させるための広告枠に切り替えるステップと、
を含むことを特徴とする情報処理方法。
【請求項９】
端末に表示可能な媒体に設定される広告枠であって、特定広告主の広告コンテンツを表示させるための広告枠に前記広告コンテンツを表示させる表示条件を満たすか否かを判定する判定手段と、
前記判定手段により前記表示条件を満たさないと判定された場合に、前記広告枠を前記媒体上の同一の位置で、入札情報に基づいて落札された広告主の広告コンテンツを表示させるための広告枠に切り替える切替手段としてコンピュータを機能させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告枠に広告主の広告コンテンツを表示させるシステム等の技術分野に関する。
【背景技術】
【０００２】
従来、ウェブページに設けられた広告枠に広告主により入稿された広告コンテンツを表示し、当該広告コンテンツがユーザにより選択された場合に当該広告主のウェブページへ遷移するシステムが知られている。このような広告コンテンツの種別として、例えば、選択回数に応じて課金額が決定される選択課金型広告や、表示回数に応じて課金額が決定される表示課金型広告が知られている（例えば、特許文献１）。上述の広告枠には、契約期間中は原則として表示が保証される優先広告枠がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許５６９９２３３号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、同じ広告コンテンツであっても、検索条件によって広告価値が変動する場合がある。例えば、旅行サイトにおいては、ユーザが検索条件により宿泊を希望する日によって施設の残室状況が異なるため、当該施設の広告コンテンツからの転換率等が大きく変動する。したがって、ユーザの検索条件によっては、優先広告枠に表示された広告コンテンツを閲覧したユーザが当該広告コンテンツにより示される施設を選択して部屋を予約しようとしても、残室不足等によりその部屋を予約できない場合が生じる。そのため、当該施設の選択前の状態に戻ることになり、ユーザの一連の行動に無駄が生じてしまうとともに、広告主としては広告枠を有効に活用できているとは言い難い。このことは、施設の部屋以外の様々な取引対象に関しても言えることである。
【０００５】
そこで、本発明は、上記点に鑑みてなされたものであり、広告コンテンツを閲覧するユーザの無駄を低減しつつ、広告主に広告枠を有効に活用させることが可能な情報処理装置、情報処理方法、及び情報処理プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、端末に表示可能な媒体に設定される広告枠であって、特定広告主の広告コンテンツを表示させるための広告枠に前記広告コンテンツを表示させる表示条件を満たすか否かを判定する判定手段と、前記判定手段により前記表示条件を満たさないと判定された場合に、前記広告枠を前記媒体上の同一の位置で、入札情報に基づいて落札された広告主の広告コンテンツを表示させるための広告枠に切り替える切替手段と、を備えることを特徴とする。これにより、広告コンテンツを閲覧するユーザの無駄を低減しつつ、広告主に広告枠を有効に活用させることができる。
【０００７】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記広告主の入札情報に基づいて落札された広告主の広告コンテンツを、前記切替手段により切り替えられた前記広告枠に表示させる処理を行う第１表示制御手段を更に備えることを特徴とする。これにより、特定広告主の広告コンテンツを当該広告枠に表示させることに代えて、入札によって広告価値がより高いことが期待できる他の広告コンテンツを当該広告枠に表示させることができ、当該広告枠を有効に活用することができる。
【０００８】
請求項３に記載の発明は、請求項１または２に記載の情報処理装置において、前記広告コンテンツは、前記特定広告主により提供される取引対象の情報を含み、前記判定手段は、前記取引対象の在庫がない場合に前記表示条件を満たさないと判定することを特徴とする。これにより、当該広告枠に表示された広告コンテンツを閲覧したユーザが当該広告コンテンツにより紹介される取引対象を選択したけれども在庫無として取引できずに選択前の状態に戻るといった無駄を事前に防止することができ、当該広告枠をより有効に活用することができる。
【０００９】
請求項４に記載の発明は、請求項１乃至３の何れか一項に記載の情報処理装置において、前記広告コンテンツは、前記特定広告主により提供される取引対象の情報を含み、前記判定手段は、前記取引対象が、前記端末のユーザにより入力された検索条件に合致しない場合に前記表示条件を満たさないと判定することを特徴とする。これにより、当該広告枠に表示された広告コンテンツを閲覧したユーザが当該広告コンテンツにより紹介される取引対象を選択したけれどもユーザが所望する条件に合わず選択前の状態に戻るといった無駄を事前に防止することができ、当該広告枠をより有効に活用することができる。
【００１０】
請求項５に記載の発明は、請求項１乃至４の何れか一項に記載の情報処理装置において、前記判定手段により前記表示条件を満たさないと判定された場合に、前記媒体に対応付けられた地域情報または当該地域情報の下位階層に属する地域情報が前記入札情報に含まれる前記広告主を対象として入札処理を行う処理手段を更に備えることを特徴とする。これにより、特定広告主の広告コンテンツに代えて当該広告枠に表示させる他の広告コンテンツの広告効果を高めることができる。
【００１１】
請求項６に記載の発明は、請求項１乃至５の何れか一項に記載の情報処理装置において、前記特定広告主の広告コンテンツを表示させるための広告枠を前記特定広告主により指定された地域情報が対応付けられた媒体に設定する設定手段と、前記判定手段により前記表示条件を満たすと判定された場合に、前記特定広告主の広告コンテンツであって前記地域情報に関連する広告コンテンツを前記広告枠に表示させる処理を行う第２表示制御手段と、を更に備えることを特徴とする。これにより、特定広告主の広告コンテンツを表示させる表示条件を満たす場合に、当該特定広告主の広告コンテンツの広告効果を高めることができる。
【００１２】
請求項７に記載の発明は、請求項１乃至６の何れか一項に記載の情報処理装置において、前記広告枠は、複数の特定広告主のそれぞれの広告コンテンツを表示させるための広告枠であり、前記判定手段は、前記特定広告主ごとに、前記表示条件を満たすか否かを判定し、前記切替手段は、前記特定広告主のそれぞれについて前記表示条件を満たさないと判定された場合に、前記広告枠を、前記入札情報に基づいて落札された広告主の広告コンテンツを表示させるための広告枠に切り替えることを特徴とする。これにより、切替手段による広告枠の切り替え前に、複数の特定広告主間で当該広告枠を共有することができ、当該広告枠をより有効に活用することができる。
【００１３】
請求項８に記載の発明は、１以上のコンピュータにより実行される情報処理方法であって、端末に表示可能な媒体に設定される広告枠であって、特定広告主の広告コンテンツを表示させるための広告枠に前記広告コンテンツを表示させる表示条件を満たすか否かを判定するステップと、前記表示条件を満たさないと判定された場合に、前記広告枠を前記媒体上の同一の位置で、入札情報に基づいて落札された広告主の広告コンテンツを表示させるための広告枠に切り替えるステップと、を含むことを特徴とする。
【００１４】
請求項９に記載の発明は、端末に表示可能な媒体に設定される広告枠であって、特定広告主の広告コンテンツを表示させるための広告枠に前記広告コンテンツを表示させる表示条件を満たすか否かを判定する判定手段と、前記判定手段により前記表示条件を満たさないと判定された場合に、前記広告枠を前記媒体上の同一の位置で、入札情報に基づいて落札された広告主の広告コンテンツを表示させるための広告枠に切り替える切替手段としてコンピュータを機能させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、広告コンテンツを閲覧するユーザの無駄を低減しつつ、広告主に広告枠を有効に活用させることができる。
【図面の簡単な説明】
【００１６】
【図１】情報提供システムＳの概要構成例を示す図である。
【図２】（Ａ）は、取引対象のテーマ特集ページの一例を示す図であり、（Ｂ）は、取引対象の検索結果ページの一例を示す図である。
【図３】（Ａ）は、情報提供サーバＳＡの概要構成例を示すブロック図であり、（Ｂ）は、システム制御部３における機能ブロックの一例を示す図である。
【図４】（Ａ）は、取引対象が施設の部屋である場合の取引対象データベース２１におけるデータ格納例を示す図であり、（Ｂ）は、取引対象が施設の部屋である場合の在庫データベース２２におけるデータ格納例を示す図である。
【図５】（Ａ）は、広告枠データベース２３におけるデータ格納例を示す図であり、（Ｂ）は、特定広告主データベース２４におけるデータ格納例を示す図であり、（Ｃ）は、入札データベース２５におけるデータ格納例を示す図である。
【図６】実施例１におけるシステム制御部３の処理の一例を示すフローチャートである。
【図７】実施例２におけるシステム制御部３の処理の一例を示すフローチャートである。
【図８】取引対象の検索条件入力ページの一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明の実施形態について説明する。なお、以下の実施の形態は、情報提供システムに対して本発明を適用した場合の実施形態である。
【００１８】
［１．情報提供システムＳの構成及び機能概要］
先ず、図１を参照して、本実施形態に係る情報提供システムＳの構成及び機能概要について説明する。図１は、情報提供システムＳの概要構成例を示す図である。図１に示すように、情報提供システムＳは、供給者端末ＳＴｍ（ｍ＝１，２，３・・・）、ユーザ端末ＣＴｎ（ｎ＝１，２，３・・・）、及び情報提供サーバＳＡ等を含んで構成される。供給者端末ＳＴｍ、ユーザ端末ＣＴｎ、及び情報提供サーバＳＡは、それぞれ、ネットワークＮＷに接続可能である。ネットワークＮＷは、例えば、インターネット、移動体通信ネットワーク及びその無線基地局等から構成される。なお、供給者端末ＳＴｍ及びユーザ端末ＣＴｎには、例えば、パーソナルコンピュータ（ＰＣ）、スマートフォン、タブレット、携帯電話機、または携帯ゲーム機等が適用可能である。
【００１９】
供給者端末ＳＴｍは、取引対象を供給する供給者（例えば、施設や会社等）により使用される端末である。ここで、取引対象には、購入対象や予約対象が該当する。購入対象とは、書籍、飲食物、日用品、インテリア製品、家電製品、スポーツ用品、チケット、または車両等の商品である。予約対象とは、施設（例えば、ホテル）の客室や会議室等の部屋、或いは、交通手段（例えば、航空機、船舶、バス、または列車）の座席、または飲食店（例えば、レストラン）の座席等である。他にも、予約対象には、映画館、劇場、及び球技場（例えば、野球場）の座席等もある。或いは、上記部屋を有する施設、上記座席を有する交通手段、上記座席を有する飲食店を予約対象という場合もある。飲食店の場合、予約対象はテーブルということもできる。その他、予約対象として、レンタカーがある。なお、購入対象として、所定期間における宿泊施設の部屋と交通手段の座席との組み合わせからなる旅行プランがある。供給者は、供給者端末ＳＴｍによりネットワークＮＷを介してＥＣ（Electronic Commerce）サイトにアクセスし、取引対象の情報を登録することできる。
【００２０】
ユーザ端末ＣＴｎは、取引対象を購入または予約するユーザにより使用される端末である。ユーザは、ユーザ端末ＣＴｎによりネットワークＮＷを介してＥＣサイトにアクセスし、当該ＥＣサイトから提供されるページ（媒体の一例）を通じて取引対象の情報を閲覧することができる。ここで、ページは、例えばＨＴＭＬ（HyperText Markup Language）やＸＨＴＭＬ等の構造化文書データにより構成され、ブラウザにより閲覧可能なウェブページ等である。
【００２１】
情報提供サーバＳＡは、１または複数のサーバコンピュータからなり、本発明の情報処理装置の一例である。情報提供サーバＳＡは、ネットワークＮＷ上で特定のＵＲＬ（Uniform Resource Locator）が割り当てられたＥＣサイト等のウェブサイトを提供するサーバである。ＥＣサイトの例として、旅行サイト、施設予約サイト、ショッピングモールサイト、店舗予約サイト、及びチケット発行サイト等が挙げられる。ＥＣサイトから提供されるページ（つまり、ユーザ端末ＣＴｎに表示可能なページ）には、取引対象のサービストップページ、テーマ特集ページ、シーズン特集ページ、またはエリアページなど、様々なページタイプ（サービス別、テーマ別、シーズン別、またはエリア別等のタイプ）がある。また、ＥＣサイトから提供されるページには、取引対象の検索条件を入力するための検索条件入力ページ、当該検索条件に基づいて検索エンジンにより検索された取引対象の検索結果ページ、または取引対象の転換（コンバージョン）率を高めるために作成されたランディングページ（例えば、店舗商品ページ）などもある。なお、ＥＣサイトから提供されるページには、地域情報を示すプレイスタグが対応付けられた（設定された）ページもある。地域情報は、上位階層（例えば、東京）から下位階層（例えば、渋谷、六本木）に階層化されるとよい。
【００２２】
そして、上記ページには、広告主の広告コンテンツを表示させるための広告枠が設定（つまり、ページ内の一部領域に設定）される。例えば、取引対象を供給する供給者は、広告主として、自己が供給する取引対象についての転換率を向上させるためにサイト運営者との契約に従って広告枠を購入することができる。広告枠種別としては、保証枠と非保証枠とがある。保証枠は、契約する期間中は原則として広告コンテンツの表示が保証される広告枠であるが、後述する表示条件に応じて、非保証枠に切り替えられる。換言すれば、広告主が購入した広告枠は、一定条件のもと広告コンテンツの表示が保証される保証型の枠である保証枠と、一定条件を満たさない場合には他の広告主を含めた競売（オークション）にかけられることで保証型ではなくなる非保証型の枠である非保証枠と、が各状況や各タイミングに応じて割り当てられる枠である。そのため、本明細書では、保証枠とは、非保証枠に変わりうる枠であり、保証枠兼非保証枠を意味する。このような保証枠を購入した広告主を特定広告主と称する。保証枠は、原則として、特定広告主の広告コンテンツを表示させるための広告枠ということができる。保証枠の課金方式には、掲載期間保証型課金が採用される。つまり、予め定められた期間において広告表示を保証することに対して費用（利用額）が発生する課金方式である。さらに、保証枠には、例えば、選択（クリックまたはタップ）課金が付加されてもよい。これは、広告コンテンツが選択されるごとに費用が発生する課金方式である。ただし、インプレッション課金や成果報酬課金が採用されてもよい。保証枠の購入の際には、当該保証枠が設定されるページが広告主により指定される。ただし、ページにプレイスタグが対応付けられている場合、プレイスタグの指定によりページを指定することができる。
【００２３】
一方、非保証枠は、広告主の入札情報に基づいて実行される入札処理により落札された広告主の広告コンテンツが表示される広告枠である。なお、非保証枠の表現は、保証枠に相対する表現として設定したものである。よって、非保証枠とは、換言すれば、入札型の広告枠または競売型の広告枠を意味するものである。入札処理の形式は、１インプレッション毎（つまり、ページに設定された広告枠が表示される毎）に実行されるリアルタイムビッティング（ＲＴＢ（Real-Time Bidding））であるとよい。リアルタイムビッティングは、例えば、ＳＳＰ（Supply Side Platform）及びＤＳＰ（Demand-Side Platform）を含むプラットホームを利用して実施される。入札情報には、広告主により指定される入札額が含まれる。例えば、非保証枠に対して複数の広告主から入札があった場合、オークションとなり、それぞれの広告主により指定された入札額に基づき算出されるスコアのうち、最高スコアとなった広告主が落札者として非保証枠を購入することができる。
【００２４】
なお、落札額にはセカンドプライス方式が採用されるとよい（例えば、落札額は２番目に高い入札額＋１円の額になる）。また、非保証枠には、最低落札額（フロアプライス）が設定されてもよく、この場合、最低落札額より低い入札額で落札された場合にはその落札者の広告コンテンツは非保証枠に表示されない。非保証枠の課金方式には、例えば、選択（クリックまたはタップ）課金が採用される。ただし、インプレッション課金や成果報酬課金が採用されてもよい。非保証枠の入札の際には、当該非保証枠が設定されるページが広告主により指定される。ただし、ページにプレイスタグが対応付けられている場合、プレイスタグの指定によりページを指定することができる。
【００２５】
図２（Ａ）は、取引対象のテーマ特集ページの一例を示す図である。図２（Ａ）に示すテーマ特集ページには、テーマ特集に係る情報を表示する表示欄Ｄの他に、特定広告主の広告コンテンツが表示される保証枠Ｆ１が設定されている。この保証枠Ｆ１は、後述する表示条件に応じて、同一の位置で非保証枠Ｆ１に切り替えられる。なお、保証枠Ｆ１は、サービストップページやエリアページなどのページにも設定可能である。図２（Ｂ）は、取引対象の検索結果ページの一例を示す図である。図２（Ｂ）に示す検索結果ページには、検索結果のリストＬの他に、テーマ特集ページと同様の保証枠Ｆ２と共に、入札処理により落札された広告主の広告コンテンツが表示される非保証枠Ｆ３が設定されている。ここで、保証枠Ｆ２と非保証枠Ｆ３は、それぞれ、検索結果のリストＬに交じってネイティブ（コンテンツフレンドリー）型に表示されてもよいし、検索結果のリストＬとは区別されバナー型のように表示されてもよい。なお、保証枠Ｆ２と非保証枠Ｆ３には、いずれも、検索連動型として検索条件に合致する取引対象の広告コンテンツを表示することができる。
【００２６】
図３（Ａ）は、情報提供サーバＳＡの概要構成例を示すブロック図である。図３（Ａ）に示すように、情報提供サーバＳＡは、通信部１、記憶部２、及びシステム制御部３等を備える。通信部１は、ネットワークＮＷに接続して通信を行う機能を担う。記憶部２は、例えば、ハードディスクドライブ等からなり、ＯＳ及びサーバプログラム（本発明の情報処理プログラムを含む）等を記憶する。なお、サーバプログラムは、所定のサーバから情報提供サーバＳＡにダウンロードされてもよいし、ＣＤやＤＶＤ等の記録媒体から読み込まれて記憶部２に記憶されるようにしてもよい。
【００２７】
更に、記憶部２には、取引対象データベース（ＤＢ）２１、在庫データベース（ＤＢ）２２、広告枠データベース（ＤＢ）２３、特定広告主データベース（ＤＢ）２４、入札データベース（ＤＢ）２５、及び広告実績データベース（ＤＢ）２６等が構築される。なお、これらのデータベースは、情報提供サーバＳＡ以外の例えばデータベースサーバ等に分散されてもよい。また  これらのデータベース以外にも、供給者に関する情報を格納するデータベース、ユーザに関する情報を格納するデータベース、及びページに関する情報を格納するデータベースがあってもよい。
【００２８】
取引対象データベース２１は、取引対象に関する情報を格納するデータベースである。取引対象データベース２１には、例えば、取引対象を供給する供給者の供給者ＩＤ、当該取引対象の取引対象ＩＤ、当該取引対象の価格情報、及び当該取引対象の詳細情報等が供給者毎に対応付けられて格納される。ここで、ＩＤとは、識別情報（例えば、識別番号または識別コード）である（以下同様）。価格情報は、供給者により設定された価格（額）を示す。詳細情報は、取引対象に応じて異なる。取引対象が商品である場合、供給者ＩＤは当該商品を販売する店舗の店舗ＩＤであり、取引対象ＩＤは当該商品の商品ＩＤであり、価格情報は当該商品の販売価格を示し、詳細情報には商品カテゴリ及び商品スペック（仕様）等が含まれる。なお、商品が旅行プランである場合、詳細情報には、例えば、旅行先、旅行日程、宿泊施設、及び交通手段等の情報が含まれる。
【００２９】
また、取引対象が施設の部屋である場合、供給者ＩＤは当該部屋を提供する施設（または施設の運営者）の施設ＩＤであり、取引対象ＩＤは当該部屋の部屋ＩＤであり、価格情報は当該部屋の利用額を示し、詳細情報には部屋諸元等が含まれる。施設が複数の建物から構成される場合、部屋ＩＤは、建物及び当該建物内の部屋を識別する。部屋の価格情報は、例えば、１日あたりの利用額を示し、時期により異なる場合がある。なお、施設が部屋を提供していない期間においては部屋の価格設定は行われず、その期間の価格情報がない場合もある。部屋諸元には、例えば、部屋タイプ、利用可能人数、間取り、広さ、インターネット環境、ペット受入れ可否、子供受入れ可否、及び部屋の紹介文等が含まれる。図４（Ａ）は、取引対象が施設の部屋である場合の取引対象データベース２１におけるデータ格納例を示す図である。図４（Ａ）に示す取引対象データベース２１には、施設ＩＤ、部屋ＩＤ、部屋の価格情報、及び部屋の詳細情報が格納されている。
【００３０】
また、取引対象が交通手段の座席である場合、供給者ＩＤは当該座席を提供する会社の会社ＩＤであり、取引対象ＩＤは当該座席の座席ＩＤであり、価格情報は当該座席の利用額を示し、詳細情報には座席クラス及び座席位置（例えば、後方の窓側等）等が含まれる。座席ＩＤは交通手段及び当該交通手段内の座席を識別する。座席の価格情報は、例えば、交通手段の運航（運行）時間における利用額を示し、時期により異なる場合がある。なお、会社が座席を提供していない（つまり、交通手段が運航していない）期間においては座席の価格設定は行われず、その期間の価格情報が無い場合もある。
【００３１】
在庫データベース２２は、取引対象の在庫に関する情報を格納するデータベースである。在庫データベース２２には、例えば、供給者ＩＤ、取引対象ＩＤ、及び取引対象の在庫情報等が供給者毎に対応付けられて格納される。ここで、供給者ＩＤ及び取引対象ＩＤは、取引対象データベース２１と同様である。取引対象が商品である場合、在庫情報は当該商品の残数（在庫数）を示す。残数は、商品の注文が受け付けられた場合に減少する。また、取引対象が施設の部屋である場合、在庫情報は同じ部屋タイプ（または、同じ部屋タイプ且つ同じ利用可能人数等）の日毎の部屋の残室数（在庫数）を示す。残室数は、部屋の予約が受け付けられた場合に予約日の残室数が減少する。また、取引対象が交通手段の座席である場合、在庫情報は同じ座席クラスの日及び時間帯（運航時間に依存）毎の座席の残席数（在庫数）を示す。残席数は、座席の予約が受け付けられた場合に予約日及び時間帯の残室数が減少する。図４（Ｂ）は、取引対象が施設の部屋である場合の在庫データベース２２におけるデータ格納例を示す図である。図４（Ｂ）に示す在庫データベース２２には、施設ＩＤ、部屋タイプ、及び部屋の在庫情報が格納されている。部屋の在庫情報は、日毎の部屋の残室数を示している。
【００３２】
広告枠データベース２３は、広告枠に関する情報を格納するデータベースである。広告枠データベース２３には、例えば、広告枠の広告枠ＩＤ、当該広告枠が設定されるページのページＩＤ、当該広告枠が設定されるページのページ位置（または範囲）、広告枠種別、及び広告枠情報等が広告枠毎に対応付けられて格納される。ここで、広告枠種別は、保証枠（保証枠兼非保証枠）、または非保証枠を示す。保証枠の広告枠情報には、例えば、契約可能期間、課金方式（例えば、掲載期間保証型課金）、及び利用額（例えば、１ヶ月あたりｘｘｘ万円）等が含まれる。ページにプレイスタグが対応付けられている場合、プレイスタグが示す地域情報ごとに保証枠の利用額が設定されてもよい（例えば、東京と大阪とで異なる利用額が設定される）。非保証枠の広告枠情報には、例えば、最低落札額、課金方式（例えば、選択課金）、及び利用額（例えば、１選択あたりｘｘｘ円）等が含まれる。ページにプレイスタグが設定されている場合、保証枠と同様、プレイスタグが示す地域情報ごとに非保証枠の利用額が設定されてもよい。さらに、非保証枠では、ある地域情報に対応する利用額と、当該地域情報の下位階層に属する地域情報に対応する利用額とは同一に設定されるとよい（例えば、東京と六本木とで同じ利用額が設定される）。図５（Ａ）は、広告枠データベース２３におけるデータ格納例を示す図である。図５（Ａ）に示す広告枠データベース２３には、広告枠ＩＤ、ページＩＤ、ページ位置、広告枠種別、及び広告枠情報が格納されている。
【００３３】
特定広告主データベース２４は、保証枠を購入した特定広告主に関する情報を格納するデータベースである。特定広告主データベース２４には、例えば、保証枠を購入した特定広告主の広告主ＩＤ、当該購入された保証枠の広告枠ＩＤ、特定広告主の広告コンテンツ、及び契約期間等が特定広告主毎に対応付けられて格納される。ここで、広告主ＩＤは、取引対象を供給する供給者の供給者ＩＤと同一である。広告コンテンツは、例えば画像データとテキストデータとの少なくとも何れか一方から構成される。広告コンテンツには、広告主により供給される１または複数の取引対象の情報を含み（地域情報を含んでもよい）、取引対象の詳細情報のページや決済手続のページへのハイパーリンクが設定されているとよい。契約期間は、当該特定広告主の広告コンテンツの表示が原則として保証される期間であり、サイト運営者により決定されるか、或いは特定広告主の指定より決定される。なお、保証枠は、例えば、キーワード（例えば、場所やテーマ）、ターゲット層、及び金額などの条件をサイト運営者が複数の上記供給者に提示して、そのうち先着１名の供給者が特定広告主として購入できるようにしてもよい。図５（Ｂ）は、特定広告主データベース２４におけるデータ格納例を示す図である。図５（Ｂ）に示す特定広告主データベース２４には、特定広告主の広告主ＩＤ、広告枠ＩＤ、広告コンテンツ、及び契約期間が格納されている。
【００３４】
入札データベース２５は、広告枠（非保証枠、または切替可能な保証枠）への入札に関する情報を格納するデータベースである。入札データベース２５には、例えば、入札した広告主の広告主ＩＤ、入札対象となる広告枠が設定されるページのページＩＤ、入札した広告主の広告コンテンツ、及び入札情報等が入札した広告主（入札者）毎に対応付けられて格納される。ここで、広告主ＩＤは、取引対象を供給する供給者の供給者ＩＤと同一である。広告枠が設定されるページは、入札の際に入札者により指定されるページである。入札情報には、例えば、入札額及び入札期限（または入札期間）が含まれる。
【００３５】
また、入札情報には、入札者により指定された予算上限額、及び予算残額が含まれてもよい。ここで、非保証枠は、入札者の指定により自動購入設定が可能になっている。この場合、入札者により指定された予算上限額が入札期限に至る前に使い切ってしまわないように、入札期限までの残期間で予算残額が均等割りされ入札額が自動設定される。これにより、入札者がある時点の入札処理で落札者とならず非保証枠を購入できなかった場合、残期間で予算残額が均等割りされるので、次の時点の入札処理では入札額が少し高く設定されることになる。なお、入札する広告主によっては、ページの代わりに地域情報を示すプレイスタグが指定される場合がある。この場合、当該広告主については、入札対象となる広告枠が設定されるページのページＩＤが格納されなくてもよく、その代わりに、当該広告主の入札情報には、当該広告主により指定されたプレイスタグが含まれる。図５（Ｃ）は、入札データベース２５におけるデータ格納例を示す図である。図５（Ｃ）に示す入札データベース２５には、入札した広告主の広告主ＩＤ、ページＩＤ、広告コンテンツ、及び入札情報が格納されている。
【００３６】
広告実績データベース２６は、広告主（特定広告主を含む）の広告実績に関する情報を格納するデータベースである。広告実績データベース２６には、広告枠を購入した広告主の広告主ＩＤ、及び広告実績が広告主毎に対応付けられて格納される。ここで、広告実績には、例えば、選択率（クリック率（CTR）またはタップ率）や転換率（CVR）が含まれる。選択率は、広告枠が表示された表示回数を、当該広告枠内の広告コンテンツが選択された選択回数で割った値である。転換率は、広告枠が表示された表示回数を、当該広告枠内の広告コンテンツが選択され且つ広告コンテンツに示される取引対象が成約された成約回数で割った値である。
【００３７】
コンピュータとしてのシステム制御部３は、ＣＰＵ（Central Processing Unit），ＲＯＭ（Read Only Memory），及びＲＡＭ（Random Access Memory）等を備え、ＯＳ上でサーバプログラム等を実行する。図３（Ｂ）は、システム制御部３における機能ブロックの一例を示す図である。システム制御部３は、サーバプログラム等の実行により、図３（Ｂ）に示すように、枠設定部３１、ページ提供部３２、表示条件判定部３３、枠種別切替部３４、入札処理部３５、及び表示制御部３６等として機能する。ここで、枠設定部３１は、本発明における設定手段の一例である。表示条件判定部３３は、本発明における判定手段の一例である。枠種別切替部３４は、本発明における切替手段の一例である。入札処理部３５は、本発明における処理手段の一例である。表示制御部３６は、本発明における第１表示制御手段及び第２表示制御手段の一例である。
【００３８】
枠設定部３１は、例えばページを構成する構造化文書データ中に広告枠のページ位置（または範囲）を定義することでページ内の一部領域に当該広告枠を設定する。なお、枠設定部３１は、特定広告主による購入前にページに保証枠を予め設定してもよいし、購入の際に特定広告主により指定されたページに保証枠を設定してもよい。また、枠設定部３１は、購入の際に特定広告主によりプレイスタグが指定された場合、当該指定されたプレイスタグが対応付けられたページに保証枠を設定してもよい。
【００３９】
ページ提供部３２は、ユーザ端末ＣＴｎからのページリクエストに応じて、広告枠が設定されたページをユーザ端末ＣＴｎへ送信する。これにより、広告枠が設定されたページがユーザ端末ＣＴｎのディスプレイに表示（ページビュー）される。ここで、広告枠が設定されたページが表示されることを、広告枠のインプレッションともいう。ここで、インプレッションされた広告枠が保証枠である場合、保証枠のインプレッション情報がユーザ端末ＣＴｎから情報提供サーバＳＡへ送信される。保証枠のインプレッション情報には、例えば、表示されたページのページＩＤ及び保証枠の広告枠ＩＤが含まれる。一方、インプレッションされた広告枠が非保証枠である場合、非保証枠のインプレッション情報がユーザ端末ＣＴｎから情報提供サーバＳＡへ送信される。非保証枠のインプレッション情報には、例えば、表示されたページのページＩＤ及び非保証枠の広告枠ＩＤが含まれる。
【００４０】
表示条件判定部３３は、ユーザ端末ＣＴｎから保証枠が設定されるページのページリクエストが受信された場合、または、ユーザ端末ＣＴｎから保証枠のインプレッション情報が受信された場合に、当該保証枠の広告枠ＩＤに対して広告主ＩＤが対応付けられた特定広告主（つまり、当該保証枠を購入している特定広告主）の広告コンテンツを表示させる表示条件を満たすか否かを判定する。ここで、表示条件を満たすか否かの判定は、ユーザ端末ＣＴｎのユーザにより入力された検索条件を用いて行われる場合と、当該検索条件を用いず行われる場合とがある。
【００４１】
検索条件を用いず行われる場合、表示条件判定部３３は、特定広告主により供給される取引対象の在庫を確認し、在庫がない（在庫不足の）場合に表示条件を満たさないと判定する。在庫の確認では、在庫データベース２２と取引対象データベース２１との少なくとも何れか１つが参照され、取引対象の取引対象ＩＤをキーとして当該取引対象の在庫情報と価格情報との少なくとも何れか１つが取得される。例えば、特定広告主により供給される取引対象が商品である場合、当該商品の在庫情報が示す残数が０であれば在庫がないと判断される。一方、特定広告主により供給される取引対象が部屋または座席である場合、在庫の確認時点（例えば、保証枠のインプレッションの検知）から所定期間（例えば、２週間）以内における当該部屋の在庫情報が示す残室数（または、当該座席の在庫情報が示す残席数）が０であれば在庫がない（残室不足または残席不足）と判定される。また、在庫の確認時点から所定期間（例えば、２週間）以内における当該部屋または当該座席の価格情報がない（つまり、当該所定期間において価格設定が行われていない）場合にも在庫がないと判定される。
【００４２】
一方、検索条件を用いて行われる場合、表示条件判定部３３は、特定広告主により供給される取引対象のうち、ユーザ端末ＣＴｎのユーザにより入力された検索条件に合致する取引対象の在庫を確認し、在庫がない場合に表示条件を満たさないと判定する。換言すると、特定広告主により供給される取引対象が、ユーザにより入力された検索条件に合致するかが確認され、当該取引対象が検索条件に合致しない場合に表示条件を満たさないと判定される。なお、特定広告主により供給される取引対象が複数ある場合、それぞれの取引対象についての在庫が確認され、全ての取引対象が検索条件に合致しない場合に表示条件を満たさないと判定される。合致の確認でも、在庫データベース２２と取引対象データベース２１との少なくとも何れか１つが参照され、取引対象の取引対象ＩＤをキーとして当該取引対象の在庫情報と価格情報と詳細情報との少なくとも何れか１つが取得される。
【００４３】
例えば、特定広告主により供給される取引対象が商品である場合、検索条件の例として、商品数、及び商品スペック等が挙げられる。この場合、当該商品の在庫情報が示す残数（例えば、２つ）が、検索条件に含まれる商品数（例えば、３つ）未満であれば在庫がないと判断される。また、当該商品の詳細情報が示す商品スペック中に、検索条件に含まれる商品スペック（例えば、型式、サイズ等）が含まれていなければ在庫がないと判断（換言すると、当該商品が検索条件に合致しないと判断）される。一方、特定広告主により供給される取引対象が部屋または座席である場合、検索条件の例として、利用日付（年月日と時間のうち少なくとも何れか一方）、利用人数、及び部屋数（または、座席数）等が挙げられる。この場合、当該利用日付における在庫情報が示す残室数（または、残席数）が０であれば在庫がないと判断される。また、当該利用日付における在庫情報が示す残室数（または、残席数）が１以上であっても、当該利用日付における在庫情報が示す利用可能人数（例えば、２人）が、検索条件に含まれる利用人数（例えば、３人）未満であれば在庫がないと判断される。また、当該利用日付における在庫情報が示す残室数（または、残席数）が、検索条件に含まれる部屋数（または、座席数）未満であれば在庫がないと判断される。
【００４４】
なお、特定広告主により供給される取引対象が部屋である場合、検索条件には部屋諸元に関する条件（ペット有や子供有など）が含まれる場合もある。この場合、利用日付における在庫情報が示す残室数が１以上であっても、検索条件に含まれる部屋諸元に関する条件が、当該部屋の詳細情報が示す部屋諸元を満たさなければ在庫がないと判断される。また、特定広告主により供給される部屋または座席が検索条件に合致しない場合であっても、例えば、当該合致の確認時点から所定期間以内における当該部屋または当該座席の価格情報がある（つまり、当該所定期間において価格設定が行われている）場合、表示条件を満たすと判定されてもよい。
【００４５】
枠種別切替部３４は、表示条件判定部３３により特定広告主の広告コンテンツを表示させる表示条件を満たさないと判定された場合に、当該特定広告主の保証枠を非保証枠に切り替える。例えば、枠種別切替部３４は、ＲＡＭの所定領域に記憶される枠フラグを１（保証枠）から０（非保証枠）に書き換えることで保証枠を非保証枠に切り替える。この枠フラグは、入札処理部３５及び表示制御部３６により参照され、当該枠フラグにしたがって処理が行われる。なお、保証枠から非保証枠へ切り替え後、例えばそのセッション終了後に当該枠フラグは元の状態に戻る（つまり、０（非保証枠）から１（保証枠）に書き換えられる）。
【００４６】
入札処理部３５は、例えば、ユーザ端末ＣＴｎから非保証枠のインプレッション情報が受信された場合、または、枠種別切替部３４により保証枠から非保証枠に切り替えられた場合に、かかる非保証枠が設定されるページのページＩＤに対応付けられた広告主ＩＤと、当該非保証枠が設定されるページのプレイスタグが含まれる入札情報に対応付けられた広告主ＩＤとの少なくとも何れか一方を入札データベース２５から特定する。つまり、入札者の広告主ＩＤが特定される。このとき、入札処理部３５は、当該非保証枠が設定されるページのプレイスタグが示す地域情報（例えば、東京）の下位階層に属する地域情報（例えば、六本木）が含まれる入札情報に対応付けられた広告主ＩＤを特定してもよい。これにより、入札者の範囲を広げることができ、特定広告主の広告コンテンツに代えて広告枠に表示させる他の広告コンテンツの広告効果を高めることが可能となる。なお、広告主ＩＤが特定される入札者は、取引対象の在庫がある広告主に限るようにするとよい。この場合、上記保証枠の場合と同じように、入札処理部３５は、入札した広告主により供給される取引対象の在庫を確認（または、ユーザにより入力された検索条件に合致する取引対象の在庫を確認）し、在庫がない広告主の広告主ＩＤを特定しない（つまり、入札者としての権限は与えられない）。
【００４７】
そして、入札処理部３５は、上記特定した広告主ＩＤに対応付けられた入札情報を入札データベース２５から取得し、当該取得した入札情報に基づいて入札処理を実行する。つまり、上記特定された広告主ＩＤにより識別される広告主を対象として入札処理が行われる。かかる入札処理において、入札処理部３５は、取得された入札情報に含まれる入札額に基づいてスコアを算出し、算出されたスコアのうち最高スコアの広告主を落札者として決定する。かかるスコアは、入札額だけから算出（例えば、スコア＝ｋ（係数）×入札額）されてもよいし、入札額と選択率とに基づいて算出（例えば、スコア＝入札額×選択率）されてもよい。或いは、上記スコアは、入札額と転換率とに基づいて算出（例えば、スコア＝入札額×転換率）されてもよい。ここで、選択率及び転換率は、広告主の広告コンテンツがユーザにより選択された広告実績であり、広告主の広告主ＩＤをキーとして広告実績データベース２６から取得することができる。なお、入札が異なる通貨で行われている場合には、定期的（例えば、１時間毎）に更新された為替レートで入札処理が実行される。
【００４８】
表示制御部３６は、表示条件判定部３３により特定広告主の広告コンテンツを表示させる表示条件を満たすと判定された場合に、当該特定広告主の広告コンテンツを特定広告主データベース２４から取得し、取得した広告コンテンツを保証枠に表示させる処理を行う。すなわち、表示制御部３６は、特定広告主の広告コンテンツをユーザ端末ＣＴｎへ通信部１を介して送信することで保証枠に当該広告コンテンツを表示させる。なお、表示制御部３６は、当該保証枠が設定されたページのプレイスタグが示す地域情報に関連する広告コンテンツを取得して当該保証枠に表示させてもよい。これにより、特定広告主の広告コンテンツの広告効果を高めることができる。
【００４９】
また、表示制御部３６は、入札処理部３５により非保証枠の落札者としての広告主が決定された場合に、当該決定された広告主の広告コンテンツを入札データベース２５から取得し、取得した広告コンテンツを当該非保証枠（保証枠から切り替えられた非保証枠を含む）に表示させる処理を行う。すなわち、表示制御部３６は、当該決定された広告主の広告コンテンツをユーザ端末ＣＴｎへ通信部１を介して送信することで非保証枠に当該広告コンテンツを表示させる。これにより、特定広告主の広告コンテンツを保証枠に表示させることに代えて、入札によって広告価値がより高いことが期待できる他の広告コンテンツを当該保証枠から切り替えられた非保証枠に表示させることができ、そのような広告枠（つまり、保証枠兼非保証枠）を有効に活用することができる。ここで、上記決定された広告主により供給される取引対象（例えば、施設）が複数ある場合、複数の取引対象のうち価格が安価な施設を示す広告コンテンツが表示されるとよい。
【００５０】
［２．情報提供システムＳの動作］
次に、情報提供システムＳの動作について、実施例１と実施例２に分けて説明する。
【００５１】
（実施例１）
先ず、図６を参照して、実施例１における情報提供システムＳの動作について説明する。実施例１では、図２（Ａ）に示すようなテーマ特集ページがユーザ端末ＣＴ１に表示される場合の例である。図６は、実施例１におけるシステム制御部３の処理の一例を示すフローチャートである。
【００５２】
実施例１における動作の前提として、例えばユーザ端末ＣＴ１からのページリクエストに応じて、保証枠が設定されたテーマ特集ページが例えば旅行サイトからユーザ端末ＣＴ１へ送信され、そのディスプレイに表示されることで、ユーザ端末ＣＴ１から情報提供サーバＳＡへ保証枠のインプレッション情報が送信される。図６に示す処理は、ユーザ端末ＣＴ１からの保証枠のインプレッション情報が受信されたときに開始される。なお、図６に示す処理は、ユーザ端末ＣＴ１からテーマ特集ページのページリクエストが受信されたときに開始（つまり、保証枠のインプレッション情報が受信される前に開始）されてもよい。
【００５３】
図６に示す処理が開始されると、システム制御部３は、受信されたインプレッション情報に含まれる広告枠ＩＤ（例えば、テーマ特集ページに設定された保証枠Ｆ１の広告枠ＩＤ）に対応付けられた広告主ＩＤを特定広告主データベース２４から特定する（ステップＳ１）。つまり、特定広告主の広告主ＩＤが特定される。
【００５４】
次いで、システム制御部３は、ステップＳ１で特定された広告主ＩＤにより識別される特定広告主（例えば、宿泊施設）の広告コンテンツを表示させる表示条件を満たすか否かを判定する（ステップＳ２）。
【００５５】
例えば、表示条件判定部３３は、当該特定広告主の広告主ＩＤ（供給者ＩＤ）に対応付けられた在庫情報（例えば、部屋の在庫情報）を在庫データベース２２から取得し、例えば現時点から所定期間（例えば、２週間）以内における当該在庫情報に基づき取引対象の在庫有を確認することで表示条件を満たすと判定し（ステップＳ２：ＹＥＳ）、ステップＳ３へ進む。一方、表示条件判定部３３は、当該在庫情報に基づき在庫無を確認することで表示条件を満たさないと判定し（ステップＳ２：ＮＯ）、ステップＳ５へ進む。
【００５６】
ステップＳ３では、システム制御部３は、ステップＳ１で特定された広告主ＩＤにより識別される特定広告主の広告コンテンツを特定広告主データベース２４から取得する。このとき、システム制御部３は、当該テーマ特集ページに対応付けられたプレイスタグが示す地域情報に関連する広告コンテンツを取得するとよい。
【００５７】
次いで、システム制御部３（表示制御部３６）は、ステップＳ３で取得された広告コンテンツをユーザ端末ＣＴ１へ送信する（ステップＳ４）。こうして送信された広告コンテンツは、ユーザ端末ＣＴ１により受信され、テーマ特集ページに設定された保証枠Ｆ１内に表示される。
【００５８】
ステップＳ５では、システム制御部３（枠種別切替部３４）は、当該特定広告主の保証枠Ｆ１を非保証枠Ｆ１に切り替える。次いで、システム制御部３（入札処理部３５）は、ステップＳ５で切り替えられた非保証枠Ｆ１が設定されるテーマ特集ページに対応付けられたプレイスタグが含まれる入札情報（さらに、当該プレイスタグが示す地域情報の下位階層に属する地域情報が含まれる入札情報を加えてもよい）に対応付けられた広告主ＩＤ（供給者ＩＤ）を入札データベース２５から特定する（ステップＳ６）。つまり、入札者の広告主ＩＤが特定される。
【００５９】
このとき、システム制御部３（入札処理部３５）は、当該入札情報に対応付けられた広告主ＩＤをキーとして、例えば現時点から所定期間（例えば、２週間）以内における在庫情報（例えば、部屋の在庫情報）を在庫データベース２２から取得し、当該取得した在庫情報に基づき取引対象の在庫を確認し、在庫がある広告主の広告主ＩＤに限り特定するとよい。なお、システム制御部３は、在庫がない広告主のデータベースに問合せ、得られたレスポンスに応じて、入札可能かどうかを判断してもよい。
【００６０】
次いで、システム制御部３（入札処理部３５）は、ステップＳ６で特定された広告主ＩＤに対応付けられた入札情報を入札データベース２５から取得し、上述したように、当該取得した入札情報に基づいて入札処理を実行し（ステップＳ７）、落札者を決定する（ステップＳ８）。
【００６１】
次いで、システム制御部３は、ステップＳ８で決定された落札者の広告コンテンツを入札データベース２５から取得する（ステップＳ９）。このとき、システム制御部３は、当該テーマ特集ページに対応付けられたプレイスタグが示す地域情報に関連する広告コンテンツを取得するとよい。
【００６２】
次いで、システム制御部３（表示制御部３６）は、ステップＳ９で取得された広告コンテンツをユーザ端末ＣＴ１へ送信する（ステップＳ１０）。こうして送信された広告コンテンツは、ユーザ端末ＣＴ１により受信され、テーマ特集ページに設定された非保証枠Ｆ１内に表示される。
【００６３】
上記実施例１によれば、保証枠Ｆ１に表示された広告コンテンツを閲覧したユーザが当該広告コンテンツにより紹介される取引対象を選択したけれども在庫無として取引できずに選択前の状態に戻るといった無駄を事前に防止することができ、そのような広告枠をより有効に活用することができる。
【００６４】
（実施例２）
次に、図７及び図８を参照して、実施例２における情報提供システムＳの動作について説明する。実施例２では、図２（Ｂ）に示すような検索結果ページがユーザ端末ＣＴ１に表示される場合の例である。図７は、実施例２におけるシステム制御部３の処理の一例を示すフローチャートである。図８は、取引対象の検索条件入力ページの一例を示す図である。
【００６５】
図８に示す検索条件入力ページは、例えばユーザ端末ＣＴ１からのページリクエストに応じて、例えば旅行サイトからユーザ端末ＣＴ１へ送信され、そのディスプレイに表示される。このように表示された検索条件入力ページにおいて、ユーザ端末ＣＴ１のユーザは、取引対象（図８の例では、宿泊施設）の検索条件（例えば、宿泊先、利用日付（日程）、及び利用人数）を検索条件入力部ＩＮに入力し、検索ボタンＢを選択すると、入力された検索条件を含む検索クエリがユーザ端末ＣＴ１から情報提供サーバＳＡへ送信される。なお、検索条件入力部ＩＮに入力される検索条件は、ユーザにより直接入力されたキーワードであってもよいし、予め用意された候補リストの中からユーザにより選択されたキーワードであってもよい。
【００６６】
情報提供サーバＳＡは、ユーザ端末ＣＴ１からの検索クエリを受信すると、検索クエリに含まれる検索条件に基づいて取引対象を検索し、ヒットした取引対象の検索結果のリストを含み、保証枠Ｆ２が設定された検索結果ページをユーザ端末ＣＴ１に送信する。こうして、当該検索結果ページがユーザ端末ＣＴ１により受信され、そのディスプレイに表示されることで、ユーザ端末ＣＴ１から情報提供サーバＳＡへ保証枠のインプレッション情報が送信される。図７に示す処理は、ユーザ端末ＣＴ１からの保証枠のインプレッション情報が受信されたときに開始される。なお、図７に示す処理は、ユーザ端末ＣＴ１から検索クエリが受信されたときに開始（つまり、保証枠のインプレッション情報が受信される前に開始）されてもよい。
【００６７】
図７に示す処理が開始されると、システム制御部３は、受信されたインプレッション情報に含まれる広告枠ＩＤ（例えば、検索結果ページに設定された保証枠Ｆ２の広告枠ＩＤ）に対応付けられた広告主ＩＤを特定広告主データベース２４から特定する（ステップＳ１１）。
【００６８】
次いで、ユーザ端末ＣＴ１のユーザにより入力された検索条件を上記受信された検索クエリから取得する（ステップＳ１２）。次いで、システム制御部３は、ステップＳ１１で特定された広告主ＩＤにより識別される特定広告主の広告コンテンツを表示させる表示条件を満たすか否かを、ステップＳ１２で取得された検索条件に基づいて判定する（ステップＳ１３）。
【００６９】
例えば、表示条件判定部３３は、当該特定広告主の広告主ＩＤ（供給者ＩＤ）に対応付けられた在庫情報（例えば、部屋の在庫情報）を在庫データベース２２から取得し、当在庫情報に基づき当該検索条件に合致する取引対象の在庫有を確認することで表示条件を満たすと判定し（ステップＳ１３：ＹＥＳ）、ステップＳ１４へ進む。一方、表示条件判定部３３は、当該在庫情報に基づき当該検索条件に合致する取引対象の在庫無を確認することで表示条件を満たさないと判定し（ステップＳ１３：ＮＯ）、ステップＳ１６へ進む。
【００７０】
なお、ステップＳ１４及びステップＳ１５の処理は、図６に示すステップＳ３及びステップＳ４の処理と同様である。また、ステップＳ１６〜ステップＳ２１の処理は、図６に示すステップＳ５〜ステップＳ１０の処理と同様である。また、実施例２の動作において、図２（Ｂ）に示す検索結果ページに設定される非保証枠Ｆ３についての処理は、ステップＳ１７〜ステップＳ２１の処理と同様に実行される。
【００７１】
ところで、実施例２におけるステップＳ１３における在庫の確認では、検索ボタンＢの選択直前に検索条件入力部ＩＮに入力された検索条件が用いられるようにしたが、これに限定されない。例えば、ユーザ端末ＣＴ１と検索条件入力ページを提供するサイトとの間のセッション継続中またはログイン中に入力された何れかの時点の検索条件が用いられてもよい。また、システム制御部３がユーザ端末ＣＴ１のブラウザに保存されたクッキーを取得することで、当該クッキーに含まれる検索条件を用いて在庫の確認を行ってもよい。或いは、上記検索条件入力ページを提供する旅行サイトとは異なる検索サイトから当該旅行サイトに移動した際に、当該検索サイトで入力された検索条件が当該旅行サイトに自動入力（例えば、ＵＲＬに日付を含める等）される場合がある。この場合、検索サイトから旅行サイトに引き継がれた検索条件が用いられて在庫の確認が行われてもよい。
【００７２】
上記実施例２によれば、保証枠Ｆ２に表示された広告コンテンツを閲覧したユーザが当該広告コンテンツにより紹介される取引対象を選択したけれどもユーザが所望する条件に合わず選択前の状態に戻るといった無駄を事前に防止することができ、そのような広告枠をより有効に活用することができる。
【００７３】
以上説明したように、上記実施形態によれば、特定広告主の広告コンテンツを表示させるための保証枠に当該広告コンテンツを表示させる表示条件を満たすか否かを判定し、当該表示条件を満たさないと判定された場合に、当該保証枠を、入札情報に基づいて落札された広告主の広告コンテンツを表示させるための非保証枠に切り替えるように構成したので、広告コンテンツを閲覧するユーザの無駄を低減しつつ、広告主に広告枠を有効に活用させることができる。
【００７４】
（変形例）
上記実施形態において、複数の特定広告主が１つの保証枠を購入できるように構成してもよい。この場合、特定広告主データベース２４には、１つの保証枠の広告枠ＩＤには、複数の特定広告主のそれぞれの広告主ＩＤ等が対応付けられて格納される。表示条件判定部３３は、複数の特定広告主ごとに例えば取引対象の在庫を確認することで上記表示条件を満たすか否かを判定する。そして、枠種別切替部３４は、表示条件判定部３３により特定広告主のそれぞれについて表示条件を満たさないと判定された場合に保証枠を非保証枠に切り替える。例えば、第１の特定広告主（施設）の部屋に残室がなければ、第２の特定広告主（施設）の部屋の残室状況を確認し、当該第２の特定広告主の部屋にも残室がなければ、入札情報に基づいて入力処理が行われる。これにより、枠種別切替部３４による保証枠の切り替え前に、複数の特定広告主間で当該保証枠を共有することができ、当該保証枠をより有効に活用することができる。このとき、第１特定広告主と第２特定広告主との間には、保証枠に広告コンテンツを表示させるための表示優先順位が設定されてもよい。当該表示優先順位は、契約料、過去の転換率、及び旅行サイトにおける取扱高等のうち少なくとも何れか１つに基づいて決定されるとよい。例えば、当該表示優先順位にしたがって、第１特定広告主の広告コンテンツと第２特定広告主の広告コンテンツとが順番に表示される。
【００７５】
以上のように本発明の一実施形態を説明したが、本発明は上記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲で上記実施形態から種々構成等に変更を加えてもよく、その場合も本発明の技術的範囲に含まれる。上記実施形態においては、広告枠が設定される媒体としてページを例にとって説明したが、広告枠が設定される媒体として、例えば端末にインストールされたアプリケーションにより表示されるウインドウ等であってもよい。上記実施形態においては、取引対象の在庫がない場合や検索条件に合致しない場合に表示条件を満たさないと判定するように構成したが、他にも、例えば特定広告主により設定された設定情報に従って表示条件を満たさないと判定するように構成してもよい。また、広告コンテンツによって広告枠に表示される情報は、広告主により供給される取引対象の情報でなくてもよい。
【符号の説明】
【００７６】
１  通信部
２  記憶部
３  システム制御部
３１  枠設定部
３２  ページ提供部
３３  表示条件判定部
３４  枠種別切替部
３５  入札処理部
３６  表示制御部
ＳＴｍ  供給者端末
ＣＴｎ  ユーザ端末
ＳＡ  情報提供サーバ
Ｓ  情報提供システム
【図１】
0006877499.tif 000002
【図２】
0006877499.tif 000003
【図３】
0006877499.tif 000004
【図４】
0006877499.tif 000005
【図５】
0006877499.tif 000006
【図６】
0006877499.tif 000007
【図７】
0006877499.tif 000008
【図８】
0006877499.tif 000009