(57)【要約】【課題】配信されるパノラマ画像に最適な広告が掲載されるようにする。【解決手段】広告入札管理サーバは、入札期間内に、各入札者端末から、入札金額と広告メッセージとを含んだ広告メッセージの掲載権に対する入札を地図内のストリート毎に受信して記憶する。そして、入札期間終了後に、地図内のストリート毎になされた入札のうち最高額で入札された入札について審査を行い、審査に合格した入札を落札とする。以後、ユーザがユーザ端末から指定した地図上の地点に対応したパノラマ画像を表示させた場合、そのパノラマ画像には、指定した地点に対応するストリートに対して落札された入札者の広告メッセージが掲載される。【選択図】図１
2010079558.tif 000002
【特許請求の範囲】
【請求項１】
複数の入札者端末及び複数のユーザ端末と通信ネットワークを介して接続され、ユーザ端末から指定された地図上の地点に対応したパノラマ画像上に掲載する広告の掲載権の入札を管理する入札管理システムにおいて、
地図内の各地点に対応したパノラマ画像を記憶するパノラマ画像記憶手段と、
所定の入札期間内に、各広告主端末から、少なくとも入札額と広告内容情報とを含む広告の掲載権に対する入札を示す入札情報を地図内の特定領域毎に受信し、記憶する入札情報記憶手段と、
前記所定の入札期間終了後に、前記地図内の特定領域毎に、前記入札情報記憶手段に記憶されている入札情報が示す入札のうち最高額で入札された入札について審査する入札審査手段と、
前記入札審査手段による審査に合格した入札を落札とする落札手段と、
前記落札手段で落札となった入札に対応する前記地図内の特定領域内のパノラマ画像を前記ユーザ端末に表示する場合、該落札となった入札の入札情報に含まれる広告内容情報が示す広告を該パノラマ画像上に掲載する広告掲載手段と、
を備えることを特徴とする入札管理システム。
【請求項２】
前記広告内容情報は、音声データ、又は、映像データである、
ことを特徴とする、請求項１に記載の入札管理システム。
【請求項３】
前記地図内の特定領域は地図内の特定の経路に対応する領域である、
ことを特徴とする、請求項１又は２に記載の入札管理システム。
【請求項４】
前記広告内容情報は、前記地図内の特定の経路の名称を示した情報である、
ことを特徴とする、請求項３に記載の入札管理システム。
【請求項５】
前記地図内の特定領域はグルーピングされており、
前記入札情報記憶手段は、前記地図内の特定領域が属するグループ毎に、該グループに属する特定領域全てに対して、同一の入札金額と広告内容情報とを含む入札を示す入札情報を受信し、記憶する、
ことを特徴とする、請求項３又は４に記載の入札管理システム。
【請求項６】
前記地図内の特定領域は地図内を格子状に分割したメッシュ領域である、
ことを特徴とする、請求項１又は２に記載の入札管理システム。
【請求項７】
前記入札審査手段による審査に不合格の場合に、不合格となった入札の次に高い入札金額の入札を審査対象とした第２の審査を行い、該第２の審査に合格した場合、合格した入札を落札とする、
ことを特徴とする、請求項１乃至６の何れか１項に記載の入札管理システム。
【請求項８】
複数の入札者端末及び複数のユーザ端末から指定された地図上の地点に対応したパノラマ画像上に掲載する広告情報の掲載権の入札を管理する入札管理方法において、
地図内の各地点に対応したパノラマ画像を記憶するパノラマ画像記憶ステップと、
所定の入札期間内に、各広告主端末から、少なくとも入札額と広告内容情報とを含む広告の掲載権に対する入札を示す入札情報を地図内の特定領域毎に受信し、記憶する入札情報記憶ステップと、
前記所定の入札期間終了後に、前記地図内の特定領域毎に、前記入札情報記憶ステップに記憶されている入札情報が示す入札のうち最高額で入札された入札について審査する入札審査ステップと、
前記入札審査ステップによる審査に合格した入札を落札とする落札ステップと、
前記落札ステップで落札となった入札に対応する前記地図内の特定領域内のパノラマ画像を前記ユーザ端末に表示する場合、該落札となった入札の入札情報に含まれる広告内容情報が示す広告を該パノラマ画像上に掲載する広告掲載ステップと、
を備えることを特徴とする入札管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パノラマ画像に掲載する広告メッセージの掲載権を対象とした入札を行うための、入札管理システム、および、入札管理方法に関する。
【背景技術】
【０００２】
地図上の任意の地点に対応した前後・左右・上下あらゆる方向から閲覧可能なパノラマ画像を、ネットワークを介して閲覧可能に表示させるサービスがある。
例えば、特許文献１には、道案内を容易にするために、インターネットを介して、地図上の経路に対応したパノラマ画像をユーザ端末に表示させるシステムが開示されている。
【０００３】
このようなサービスにおいて、表示されるパノラマ画像にメッセージ広告を掲載すれば、高い宣伝効果を期待できる。例えば、パノラマ画像にある店舗が映っているときに、その店舗に関する広告メッセージを入れると、高い宣伝効果が期待できる。
【０００４】
反面、パノラマ画像に適切な広告を入れられなければ、その広告による高い宣伝効果は望めない。一般的に、地図内を詳細に網羅するために、パノラマ画像の枚数は膨大な数となる。従って、各パノラマ画像に、最適な広告を掲載することは困難である。
【０００５】
【特許文献１】特開２００３−２２７７２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、上記実情に鑑みてなされたものであり、地図上の任意の地点に対応したパノラマ画像を配信するサービスにおいて、配信されるパノラマ画像に最適な広告が掲載されるような入札を行うことができる、入札管理システム、および、入札管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の第１の観点に係る入札管理システムは、
複数の入札者端末及び複数のユーザ端末と通信ネットワークを介して接続され、ユーザ端末から指定された地図上の地点に対応したパノラマ画像上に掲載する広告の掲載権の入札を管理する入札管理システムにおいて、
地図内の各地点に対応したパノラマ画像を記憶するパノラマ画像記憶手段と、
所定の入札期間内に、各広告主端末から、少なくとも入札額と広告内容情報とを含む広告の掲載権に対する入札を示す入札情報を地図内の特定領域毎に受信し、記憶する入札情報記憶手段と、
前記所定の入札期間終了後に、前記地図内の特定領域毎に、前記入札情報記憶手段に記憶されている入札情報が示す入札のうち最高額で入札された入札について審査する入札審査手段と、
前記入札審査手段による審査に合格した入札を落札とする落札手段と、
前記落札手段で落札となった入札に対応する前記地図内の特定領域内のパノラマ画像を前記ユーザ端末に表示する場合、該落札となった入札の入札情報に含まれる広告内容情報が示す広告を該パノラマ画像上に掲載する広告掲載手段と、
を備えることを特徴とする。
【０００８】
前記広告内容情報は、音声データ、又は、映像データであってもよい。
【０００９】
前記地図内の特定領域は地図内の特定の経路に対応する領域であってもよい。
【００１０】
前記広告内容情報は、前記地図内の特定の経路の名称を示した情報であってもよい。
【００１１】
前記地図内の特定領域はグルーピングされており、
前記入札情報記憶手段は、前記地図内の特定領域が属するグループ毎に、該グループに属する特定領域全てに対して、同一の入札金額と広告内容情報とを含む入札を示す入札情報を受信し、記憶してもよい。
【００１２】
前記地図内の特定領域は地図内を格子状に分割したメッシュ領域であってもよい。
【００１３】
前記入札審査手段による審査に不合格の場合に、不合格となった入札の次に高い入札金額の入札を審査対象とした第２の審査を行い、該第２の審査に合格した場合、合格した入札を落札としてもよい。
【００１４】
上記目的を達成するため、本発明の第２の観点に係る入札管理方法は、
複数の入札者端末及び複数のユーザ端末から指定された地図上の地点に対応したパノラマ画像上に掲載する広告情報の掲載権の入札を管理する入札管理方法において、
地図内の各地点に対応したパノラマ画像を記憶するパノラマ画像記憶ステップと、
所定の入札期間内に、各広告主端末から、少なくとも入札額と広告内容情報とを含む広告の掲載権に対する入札を示す入札情報を地図内の特定領域毎に受信し、記憶する入札情報記憶ステップと、
前記所定の入札期間終了後に、前記地図内の特定領域毎に、前記入札情報記憶ステップに記憶されている入札情報が示す入札のうち最高額で入札された入札について審査する入札審査ステップと、
前記入札審査ステップによる審査に合格した入札を落札とする落札ステップと、
前記落札ステップで落札となった入札に対応する前記地図内の特定領域内のパノラマ画像を前記ユーザ端末に表示する場合、該落札となった入札の入札情報に含まれる広告内容情報が示す広告を該パノラマ画像上に掲載する広告掲載ステップと、
を備えることを特徴とする。
【発明の効果】
【００１５】
本発明によると、地図上の任意の地点に対応したパノラマ画像を配信するサービスにおいて、配信されるパノラマ画像に最適な広告が掲載されるような入札を行うことができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施形態に係る広告入札システム１について、図面を参照して説明する。
【００１７】
まず、本発明の実施形態に係る広告入札システム１が実施する広告オークションの概要について、図１を参照して説明する。
【００１８】
広告入札システム１が実施する広告オークションは、図１（Ａ）に示すように、インターネットを介して、地図上から指定した位置に対応した全視界で閲覧可能な画像（以下、パノラマ画像とする）を表示するサービスにおいて、パノラマ画像上に表示させるメッセージ広告の掲載権を、入札方式（オークション）で決定することを特徴としたシステムである。
【００１９】
入札は、図１（Ｂ）に示すように、月毎に開催され、月初めから所定期間（例えば、２０日間）が入札期間となる。そして、当該入札期間内に、パノラマ画像に対応する地図上のストリート毎に、パノラマ画像に表示する広告メッセージの掲載権の入札が行われる。例えば、図１（Ｂ）では、入札Ａ〜Ｃの３件の入札がなされている。
【００２０】
続いて、入札期間終了から月末までの審査期間内に、入札期間内における最高額の入札（図１（Ｂ）では入札Ｃ）に対して、広告メッセージの内容等に関する審査が行われ、審査に合格した場合、その入札での落札が成立する。そして、翌月からの１ヶ月の間、ユーザが端末などにパノラマ画像を表示させた場合に、パノラマ画像の位置に対応するストリートに対する落札者の広告メッセージが、当該パノラマ画像上に掲載される。なお、この広告メッセージが掲載されている期間中にも、次月分の広告掲載権を入札対象としたオークションが行われている。
以上が、広告入札システム１が実施する広告オークションの概要である。
なお、図１の例では、１ヶ月毎にオークションを開催したが、３ヶ月毎や１年毎に開催してもよく、オークションを開催する期間は任意である。また、入札期間や審査期間も同様に、任意の日数に設定してよい。
【００２１】
続いて、広告入札システム１の機能、構成について、詳細に説明する。
広告入札システム１は、図２に示すように、パノラマ画像・地図配信サーバ１０と、複数のユーザ端末２０と、広告入札管理サーバ３０と、複数の入札者端末４０とを備えて構成される。パノラマ画像・地図配信サーバ１０とユーザ端末２０、広告入札管理サーバ３０と入札者端末４０とは、インターネットを介してそれぞれ接続されている。パノラマ画像・地図配信サーバ１０と広告入札管理サーバ３０とは、専用線、又は、ＬＡＮ等を介して接続されている。
【００２２】
なお、図示しないが、パノラマ画像・地図配信サーバ１０と広告入札管理サーバ３０とが一体化された実施形態も可能である。
【００２３】
パノラマ画像・地図配信サーバ１０は、ユーザ端末２０に、地図データ、および、パノラマ画像を配信するサーバである。パノラマ画像・地図配信サーバ１０は、図３に示すように、通信制御部１１と、処理制御部１２と、データ記憶部１３と、地図ＤＢ（データベース）１４と、パノラマ画像ＤＢ（データベース）１５とを備える。
【００２４】
通信制御部１１は、例えば、ルータなどの所定の通信装置から構成され、インターネットを介して、ユーザ端末２０と各種データ（情報）の送受信を行う。
【００２５】
処理制御部１２は、通信制御部１１を介して通信を行い、また、各種の情報を処理する。処理制御部１２は、例えば、ＣＰＵ（Central Processing Unit）を備え、データ記憶部１３から読み出した動作プログラムを実行する等により各種の処理を実行する。また、処理制御部１２は、地図ＤＢ１４に記憶されている地図データが示す地図から特定の場所を検索するための地図検索エンジンとしての機能を有する。
【００２６】
データ記憶部１３は、半導体メモリ、磁気ディスク記録装置などから構成され、各種の情報や、処理制御部１２が実行するための動作プログラムを記録する。
【００２７】
地図ＤＢ１４には、ユーザ端末２０に表示するための地図データが記憶されている。
【００２８】
パノラマ画像ＤＢ１５は、図４に示すように、地図ＤＢ１４に記憶されている地図データによって表示される地図内の各位置（例えば、緯度、経度）に対応したパノラマ画像を記憶する。
【００２９】
図２に戻り、ユーザ端末２０は、通信部、表示部、操作部、記憶部、制御部、および、ウェブブラウザを備え、インターネットに接続可能な、一般的なＰＣ（Personal Computer）等である。ユーザ端末２０は、例えば、インターネットを介して、パノラマ画像・地図配信サーバ１０から提供される地図データを表示部に表示する。また、地図から指定された位置に対応したパノラマ画像を表示部に表示する。
【００３０】
広告入札管理サーバ３０は、ユーザ端末２０に表示されるパノラマ画像上に掲載される広告メッセージの掲載権を入札対象としたオークションを行うサーバである。広告入札管理サーバ３０は、図５に示すように、通信制御部３１と、処理制御部３２と、データ記憶部３３と、経路ＤＢ（データベース）３４と、入札管理ＤＢ（データベース）３５とを備える。
【００３１】
通信制御部３１は、例えば、ルータなどの所定の通信装置から構成され、インターネットを介して、入札者端末４０と各種データ（情報）の送受信を行う。
【００３２】
処理制御部３２は、通信制御部３１を介して通信を行い、また、各種の情報を処理する。処理制御部３２は、例えば、ＣＰＵ（Central Processing Unit）を備え、データ記憶部３３から読み出した動作プログラムを実行する等により、入札処理等の各種の処理を実行する。
【００３３】
データ記憶部３３は、半導体メモリ、磁気ディスク記録装置などから構成され、各種の情報や、処理制御部３２が実行するための動作プログラムを記録する。
【００３４】
経路ＤＢ３４は、地図内の道路などに代表される経路に関する情報（経路情報）を記憶するデータベースである。経路ＤＢ３４は、リンク定義テーブル３４１と、ストリート定義テーブル３４２と、ストリートグループ定義テーブル３４３とを含む。
【００３５】
リンク定義テーブル３４１は、経路情報の最小単位となる、地図内の２地点間を直線で結んだ経路（リンク）を定義する情報を記憶するテーブルである。リンク定義テーブル３４１は、例えば、図６に示すように、各リンクにユニークに振られたＩＤ（リンクＩＤ）毎に、該リンクを定義する２地点（始点、終点）の位置（緯度、経度）を記憶する。
【００３６】
ストリート定義テーブル３４２は、連続するリンクから構成されるストリートを定義する情報を記憶するテーブルである。ストリート定義テーブル３４２は、例えば、図７に示すように、各ストリートにユニークに振られたＩＤ（ストリートＩＤ）毎に、該ストリートを構成するリンクのリンクＩＤを記憶する。
【００３７】
ストリートグループ定義テーブル３４３は、複数のストリートから構成されるストリートグループを定義する情報を記憶するテーブルである。ストリートグループ定義テーブル３４３は、例えば、図８に示すように、各ストリートグループにユニークに振られたＩＤ（ストリートグループＩＤ）毎に、該ストリートグループを構成するストリートのストリートＩＤを記憶する。
【００３８】
図５に戻り、入札管理ＤＢ３５は、広告掲載権の入札に関する情報を記憶するデータベースである。入札管理ＤＢ３５は、会員情報記憶テーブル３５１と、入札情報記憶テーブル３５２とを含む。
【００３９】
会員情報記憶テーブル３５１は、オークションへ参加する会員毎に、該会員に関する会員情報（氏名、住所、メールアドレス、会員ＩＤ、パスワード等）を記憶する。
なお、会員ＩＤ及びパスワードは、広告入札管理サーバ３０に入札者端末４０のユーザ（入札者）がログインする際の認証等に用いられるが、以下の説明ではこのログインの処理については省略する。
【００４０】
入札情報記憶テーブル３５２は、地図のストリートに対してなされた広告掲載権の入札に関する情報を、ストリート毎に記憶するテーブルである。入札情報記憶テーブル３５２は、例えば、図９に示すように、ストリートＩＤと、当該ストリートに入札した入札者の会員ＩＤと、当該ストリートのパノラマ画像に表示させる広告メッセージと、入札日時と、入札額と、落札フラグ等の情報が記憶される。例えば、図９より、ストリートＩＤ「ＳＴ０００１」のストリートに対しては、会員ＩＤ「Ｕ００１」、「Ｕ００２」、「Ｕ００３」の３件の入札がなされており、落札フラグより、会員ＩＤ「Ｕ００３」の入札が落札となっていることがわかる。
【００４１】
（入札処理）
続いて、広告入札システム１を利用して、入札者端末４０のユーザが、パノラマ画像上に表示する広告の掲載権を入札する処理（入札処理）について、図１０を参照して説明する。
なお、地図上の各ストリートには、これ以下の金額では入札を受け付けない最低入札価格、および、入札単位価格などが予め設定されているものとする。
【００４２】
まず、広告を掲載したいユーザは、自身の入札者端末４０からインターネットを介して広告入札管理サーバ３０にアクセスし、広告を掲載するストリートを選択するための出稿ストリート選択画面の要求を送信する（ステップＳ１０１）。
【００４３】
入札者端末４０からの要求を受信すると（ステップＳ２０１）、広告入札管理サーバ３０の処理制御部３２は、経路ＤＢ３４、入札管理ＤＢ３５、パノラマ画像・地図配信サーバ１０の地図ＤＢ１４、および、パノラマ画像ＤＢ１５に記憶されている各情報から、図１１に示すような、出稿ストリート選択画面を作成し（ステップＳ２０２）、要求元の入札者端末４０に送信する（ステップＳ２０３）。
【００４４】
ここで、図１１を参照して、出稿ストリート選択画面について説明する。出稿ストリート選択画面は、地図表示エリアＥ１と、地図検索エリアＥ２と、パノラマ画像表示エリアＥ３と、入札情報入力エリアＥ４との各エリアから構成される。
【００４５】
地図表示エリアＥ１は、広告を掲載するストリートを選択するための地図が表示されるエリアである。地図表示エリアＥ１に表示される地図、および、ストリートは、地図ＤＢ１４と経路ＤＢ３４とに記憶されている情報を、各位置で合成することにより作成される。
【００４６】
地図検索エリアＥ２は、地図表示エリアＥ１に表示される地図を検索するためのエリアであり、検索条件を入力する入力フィールドと地図検索ボタンとを備える。地図検索ボタンが押下された際に、入力フィールドに入力された検索条件で地図データの検索を行い、検索条件に合致する地図を、地図表示エリアＥ１に表示する。なお、この地図検索の処理は、パノラマ画像・地図配信サーバ１０の処理制御部１２が備える地図検索機能によって実施される。 
【００４７】
パノラマ画像表示エリアＥ３は、地図表示エリアＥ１上で選択した地点に対応したパノラマ画像が表示されるエリアである。パノラマ画像表示エリアＥ３に表示されるパノラマ画像は、パノラマ画像ＤＢ１５に記憶されているパノラマ画像から、指定位置に対応したものを取得して表示すればよい。このパノラマ画像表示エリアＥ３により、ユーザ（入札者）は、広告が掲載されるパノラマ画像を事前に確認することができる。
【００４８】
入札情報入力エリアＥ４は、地図表示エリアＥ１から選択されたストリートに対応したパノラマ画像に掲載する広告メッセージの掲載権に入札するために利用されるエリアである。入札者が入札者端末４０を操作して、地図表示エリアＥ１からストリートを選択すると、該ストリートに対して、入札金額と広告掲載メッセージを入力するためのフィールド、および、現時点での入札価格（現在価格）等が、入札情報入力エリアＥ４に表示される。なお、選択したストリートがストリートグループに属している場合には、該ストリートグループに属する全てのストリートに対して同内容の入札を行う必要があるため、該ストリートグループに属する全てのストリートに対して、入札情報を入力するためのフィールドが入札情報入力エリアＥ４に一覧表示される。そして、このフィールドに、入札情報（入札金額と広告掲載メッセージ）を入力し、入札ボタンを押下することにより、これらの情報が広告入札管理サーバ３０に送信され、入札が登録される。
なお、図１１の例では、地図表示エリアＥ１から、Ａ〜Ｃの３つのストリートが選択され、入札情報入力エリアＥ４には、これらの３つのストリートに入札するための表示がなされている。
【００４９】
図１０に戻り、入札者端末４０は、広告入札管理サーバ３０から送信されてきた出稿ストリート選択画面を表示する（ステップＳ１０２）。そして、入札者端末４０のユーザは操作部を操作して、出稿ストリート選択画面上からストリートを選択する。そして、この選択操作に応答して、入札者端末４０は、選択されたストリートのストリートＩＤを広告入札管理サーバ３０に送信する（ステップＳ１０３）。
【００５０】
広告入札管理サーバ３０の処理制御部３２は、入札者端末４０からストリートＩＤを受信すると（ステップＳ２０４）、受信したストリートＩＤでストリートグループ定義テーブル３４３を検索して、受信したストリートＩＤが示すストリートが属するストリートグループを判別して、該ストリートグループを構成するストリートのストリートＩＤを全て抽出する（ステップＳ２０５）。なお、ストリートグループ定義テーブル３４３にステップＳ２０４で受信したストリートＩＤが１件も登録されていない場合には、そのストリートはストリートグループを構成していないこととなり、受信したストリートＩＤのみを抽出する。
【００５１】
そして、処理制御部３２は、抽出したストリートＩＤが示すストリートに入札情報を入力するためのフィールドを作成する（ステップＳ２０６）。なお、入札情報記憶テーブル３５２を参照して、当該ストリートの現在の入札価格等の情報も合わせて取得する。
【００５２】
続いて、処理制御部３２は、作成した入札情報入力フィールド等を入札者端末４０に送信する（ステップＳ２０７）。
【００５３】
入札者端末４０の制御部は、入札情報入力フィールドを受信すると（ステップＳ１０４）、当該フィールドを入札情報入力エリアＥ４に表示させる（ステップＳ１０５）。
【００５４】
そして、入札者端末４０のユーザは、入札情報入力エリアＥ４の入札情報入力フィールドに、入札金額と広告掲載メッセージを入力し、入札ボタンを押下する。入札者端末４０の制御部は、入札ボタンの押下に応答して、入力された入札金額と広告掲載メッセージと入札者のユーザＩＤとを含んだ情報を、広告入札管理サーバ３０に送信する（ステップＳ１０６）。
【００５５】
広告入札管理サーバ３０の処理制御部３２は、入札端末４０からの情報を受信すると（ステップＳ２０８）、該入札情報を入札情報記憶テーブル３５２に登録する（ステップＳ２０９）。
以上で、入札処理は終了する。なお、この入札処理は、前述したように、各月の入札期間内に入札がある度に、繰り返し実施される。
【００５６】
（落札者決定処理）
続いて、入札期間の終了から月末までの審査期間に行われる、落札者決定処理について、図１２を参照して説明する。
【００５７】
落札者決定処理が開始されると、広告入札管理サーバ３０の処理制御部３２は、入札情報記憶テーブル３５２に記憶されている情報から、１つのストリートに関する情報（エントリ）を選択する（ステップＳ３０１）。
【００５８】
続いて、処理制御部３２は、選択した入札（エントリ）のなかで、最高の落札額が設定されている入札を判別する（ステップＳ３０２）。
【００５９】
そして、処理制御部３２は、判別した入札を審査する処理を実行する（ステップＳ３０３）。この審査は、例えば、予め登録されている不適切ワードが当該入札の広告テキストに含まれているか否かを判別し、含まれていない場合に審査に合格とするなどのルールで実施すればよい。また、広告入札管理サーバ３０の管理者等が、直接この審査を行ってもよい。また、過去開催のオークションにおける、この入札者の支払情報が入手できる場合には、支払が滞りなく行われているか否かを審査の判断材料としてもよい。
【００６０】
審査に不合格の場合（ステップＳ３０４；Ｎｏ）、処理制御部３２は、不合格となった入札の入札額より、入札金額が１つ低い入札（即ち、次点の入札）を判別する（ステップＳ３０５）。そして、処理制御部３２は、判別した入札を審査する処理（ステップＳ３０３）を繰り返す。
【００６１】
審査に合格した場合（ステップＳ３０４；Ｙｅｓ）、処理制御部３２は、入札情報記憶テーブル３５２の審査に合格した入札の落札フラグを落札に設定する（ステップＳ３０６）。
【００６２】
続いて、処理制御部３２は、落札額を請求するための請求書を電子データで作成し、落札者の端末（入札者端末４０）に送付する（ステップＳ３０７）。なお、落札金額は、落札となった入札の入札金額にしてもよいし、又は、落札となった入札より入札金額が１つ低い入札（即ち、次点の入札）の入札金額に入札単位金額を加えた金額にしてもよい。
【００６３】
続いて、処理制御部３２は、入札情報記憶テーブル３５２の中に未選択のストリートが有るか否かを判別する（ステップＳ３０８）。未選択のストリートがあると判別した場合には（ステップＳ３０８；Ｙｅｓ）、処理制御部３２は、ステップＳ３０１からの処理を繰り返す。未選択のストリートがないと判別した場合には（ステップＳ３０８；Ｎｏ）、落札者決定処理は終了する。
【００６４】
（パノラマ画像表示処理）
続いて、ユーザ端末２０に表示されている地図から任意の位置を指定し、指定した位置に対応した広告メッセージが掲載済みのパノラマ画像を表示させる、パノラマ画像表示処理について、図１３を用いて説明する。なお、予め、ユーザ端末２０には、パノラマ画像・地図配信サーバ１０から配信された地図が表示されているものとする。
【００６５】
まず、ユーザ端末２０のユーザが、マウスなどを操作して、表示されている地図からパノラマ画像を表示させたい地点をクリックし、該地点でのパノラマ画像の表示を、パノラマ画像・地図配信サーバ１０に要求する（ステップＳ４０１）。
【００６６】
パノラマ画像・地図配信サーバ１０の処理制御部１２は、ユーザ端末２０からの要求を受信すると（ステップＳ５０１）、該要求に含まれる位置情報に対応したパノラマ画像をパノラマ画像ＤＢ１５から抽出する（ステップＳ５０２）。
【００６７】
続いて、処理制御部１２は、広告入札管理サーバ３０にアクセスして、ユーザ端末２０から受信した要求に含まれる位置情報に対応するストリート（ストリートＩＤ）を経路ＤＢ３４から抽出する（ステップＳ５０３）。具体的には、ユーザ端末２０からの要求に含まれる位置情報でリンク定義テーブル３４１を検索して対応するリンクを抽出し、抽出したリンクを含むストリートを、ストリート定義テーブル３４２から取得する。
【００６８】
続いて、処理制御部１２は、抽出したストリートに対する入札のうち、落札フラグが落札となっている入札を、入札情報記憶テーブル３５２から特定し、特定した入札の広告メッセージを取得する（ステップＳ５０４）。
【００６９】
続いて、処理制御部１２は、ステップＳ５０２で抽出したパノラマ画像の所定位置に、ステップＳ５０４で取得した広告メッセージを合成した、図１４に示すような、広告メッセージ入りパノラマ画像を作成する（ステップＳ５０５）。そして、処理制御部１２は、作成した広告メッセージ入りパノラマ画像をユーザ端末２０に送信する（ステップＳ５０６）。
【００７０】
ユーザ端末２０は、広告メッセージ入りパノラマ画像を受信すると（ステップＳ４０２）、表示装置などにこの画像を表示する（ステップＳ４０３）。そして、以下、ユーザが地図上から任意の地点を指定する度に、該地点を含むストリートに対して落札されたメッセージを含んだパノラマ画像が、表示される。
【００７１】
このように、本実施形態では、地図上の任意の地点に対応したパノラマ画像を配信するサービスにおいて、配信されるパノラマ画像に最適な広告が掲載されるような入札を行うことができる。
【００７２】
本発明は、上記実施形態に限られず、種々の変形、応用が可能である。以下、本発明に適用可能な上記の実施の形態の変形態様について説明する。
【００７３】
例えば、パノラマ画像に掲載する広告はテキスト以外の画像等でもよい。
また、広告メッセージに、所定サイトへアクセスするためのリンク情報（ＵＲＬ等）を埋め込んでおき、表示された広告メッセージをユーザがクリックした際に、その所定サイトにアクセスが可能になるようにしてもよい。なお、この場合、入札者は、広告メッセージとともに、リンク情報（ＵＲＬ）を指定して入札し、そのリンク情報を入札情報記憶テーブル３５２に記憶して、入札を実施する必要がある。
また、広告テキストのパノラマ画像内での位置を指定して入札できるようにしてもよい。
【００７４】
また、パノラマ画像に掲載する広告としては、テキストや画像に代えて、音楽などの音声や特定の映像等を再生させるようにしてもよい。この場合は、入札情報記憶テーブル３５２は、テキストや画像の広告メッセージの代わりに、広告として再生したい音声データや映像データを記憶する必要がある。
【００７５】
また、上記実施形態では、ストリートのパノラマ画像に表示する広告メッセージの掲載権を入札対象としたが、これに限らず、図１５（Ａ）に示すように、ストリートのパノラマ画像に表示するストリート名の掲載権を入札対象としてもよい。この場合、入札情報記憶テーブル３５２は、図１５（Ｂ）に示すような構成とし、広告メッセージの替わりに、入札者が指定したストリート名（「＊＊＊＊」通りと表示する「＊＊＊＊」の部分）を記憶し、後は同様の処理を行えばよい。
【００７６】
また、上記実施形態では、地図の経路であるストリート毎に入札を行ったが、これに限らず、入札をする地図の単位は任意である。例えば、図１６に示すように地図を格子状に区切ったメッシュ毎に、広告掲載権の入札を行ってもよい。図１６では、地図内の８個のメッシュに対して、100円で入札がなされており、最終的に落札となった場合には、当該メッシュに対応するパノラマ画像には、落札者が設定した広告メッセージが掲載されることとなる。なお、上述のメッシュ毎の入札を実現するためには、広告入札管理サーバ３０が経路ＤＢ３４の替わりに地図内のメッシュを定義するメッシュＤＢを備える必要がある。また、入札情報記憶テーブル３５２は、メッシュ（メッシュＩＤ）毎に、入札に関する情報を記憶する必要がある。
【００７７】
また、ストリートに限らず、地図内で定義されているランドマーク（例えば、「東京タワー」等）の命名権を入札対象としてもよい。そして、当該ランドマークに対応する地点のパノラマ画像を表示する際に、落札となったランドマークの名称（例えば、「○○」タワー等）を表示するようにしてもよい。
また、メッシュに対して行う入札と、ランドマークに対して行う入札と、ストリートに対して行う入札とを個別に行い、それぞれの入札された広告メッセージや、名称を適宜組み合わせて同時に表示してもよい。
【００７８】
例えば、上記実施形態では、パノラマ画像・地図配信サーバ１０と広告入札管理サーバ３０は、動作プログラムがメモリ等に予め記憶されているものとして説明した。しかし、上述の処理動作を実行させるためのプログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magnet-Optical Disk）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをコンピュータにインストールすることにより、上述の処理動作を実行する装置を構成してもよい。
【００７９】
また、プログラムをインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するようにしてもよい。さらに、通信ネットワークを介してプログラムを転送しながら起動実行することによっても、上述の処理を達成することができる。
また、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロード等してもよい。
【図面の簡単な説明】
【００８０】
【図１】本発明の実施の形態に係る広告入札システムの概要を説明するための図である。
【図２】本発明の実施の形態に係る広告入札システムの構成を示した図である。
【図３】パノラマ画像・地図配信サーバの構成を示したブロック図である。
【図４】パノラマ画像ＤＢの構造を示した図である。
【図５】広告入札管理サーバの構成を示したブロック図である。
【図６】リンク定義テーブルの構造を示した図である。
【図７】ストリート定義テーブルの構造を示した図である。
【図８】ストリートグループ定義テーブルの構造を示した図である。
【図９】入札情報記憶テーブルの構造を示した図である。
【図１０】入札処理の動作を説明するためのフローチャートである。
【図１１】出稿ストリート選択画面の例を示した図である。
【図１２】落札者決定処理の動作を説明するためのフローチャートである。
【図１３】パノラマ画像表示処理の動作を説明するためのフローチャートである。
【図１４】メッセージ入りパノラマ画像の例を示した図である。
【図１５】ストリート名の掲載権を対象に入札する例を説明するための図である。
【図１６】メッシュ単位に入札する例を説明するための図である。
【符号の説明】
【００８１】
１  広告入札システム
１０  パノラマ画像・地図配信サーバ
２０  ユーザ端末
３０  広告入札管理サーバ
４０  入札者端末
【図２】
2010079558.tif 000003
【図３】
2010079558.tif 000004
【図４】
2010079558.tif 000005
【図５】
2010079558.tif 000006
【図６】
2010079558.tif 000007
【図７】
2010079558.tif 000008
【図８】
2010079558.tif 000009
【図９】
2010079558.tif 000010
【図１０】
2010079558.tif 000011
【図１２】
2010079558.tif 000012
【図１３】
2010079558.tif 000013
【図１】
2010079558.tif 000014
【図１１】
2010079558.tif 000015
【図１４】
2010079558.tif 000016
【図１５】
2010079558.tif 000017
【図１６】
2010079558.tif 000018