(57)【特許請求の範囲】
【請求項１】
オークションウェッブページの特定領域に広告を表示する表示部と、
ユーザが特定領域に表示を希望するオークション出品物に係る広告を蓄積する一方、当該広告の広告ＩＤと、その広告を希望するユーザのユーザＩＤとを関連付けた広告ユーザＩＤテーブルを保持する広告蓄積部と、
広告表示の対価を示す情報を含むユーザ入力情報を受付けるユーザ入力情報受付部と、
ユーザ入力情報から得られる全体のユーザの対価における各ユーザの対価の割合に基づいて広告の表示頻度を演算する一方、オークションにおいて広告に係る出品物のオークションが終了したかの検知結果を取得して、検知結果に基づいてオークションが終了した出品物に係る広告を広告蓄積部から削除する演算部と、
演算部で演算された表示頻度に基づいて定められる制御ルールに従って広告蓄積部に蓄積された広告を表示部に表示させる制御をする制御部と、
オークションが終了することで広告を表示する必要がなくなった場合に、新たに広告蓄積部に蓄積し、特定領域に表示する為のオークション出品物に係る広告を補充広告として、その補充広告の表示を希望するユーザのユーザＩＤに関連付けて蓄積する補充広告蓄積部と、
演算部にて削除された広告の広告ＩＤに基づいて、広告ユーザＩＤテーブルを参照しその広告を希望したユーザのユーザＩＤを取得するユーザＩＤ取得部と、
演算部にて広告の削除が行われた場合に、ユーザＩＤ取得部にて取得したユーザＩＤと関連付けて補充広告蓄積部に蓄積されている広告を広告蓄積部に追加する追加部と、
を有する広告表示システム。
【請求項２】
前記補充広告蓄積部は、オークションが終了したことの検知結果を取得した場合に、新たに広告蓄積部に蓄積し、特定領域に表示する為の広告である補充広告を蓄積するとともに、
広告と関連付けて、代替優先順位情報、入札件数情報、入札価格情報、あるいはオークション終了までの残り時間情報のいずれか一を取得する取得部と、
前記演算部にて広告の削除が行われた場合に補充広告蓄積部に蓄積されている広告の中から、各広告に関連付けられている代替優先順位情報で示される優先順位がもっとも高い広告、入札件数の最も多い商品に係る広告又は最も少ない商品に係る広告、入札価格が最も高い商品に係る広告又は最も低い商品に係る広告、あるいはオークション終了までの残り時間の最も長い商品に係る広告又は最も短い商品に係る広告のうちのいずれかの広告を広告蓄積部に追加する追加部と、
をさらに有する請求項１に記載の広告表示システム。
【請求項３】
ユーザ入力情報受付部は、常時ユーザ入力情報の受付を行う常時受付手段を有し、
演算部は、所定のインターバルで前記演算を行うインターバル演算手段を有し、
制御部は、インターバル演算手段で新たに演算が行われるたびに演算された表示頻度に基づいて表示をさせるための制御ルールを生成する制御ルール生成手段を有する請求項１または２に記載の広告表示システム。
【請求項４】
前記インターバル演算手段は、
常時受付手段で受付けたユーザ入力情報の受付け状況が所定の集中度合いに達したかの判断をし、その結果、集中度合いが所定の閾値超えるごとにこれをインターバルとして前記演算を行う閾値演算手段をさらに有する請求項３に記載の広告表示システム。
【請求項５】
前記インターバル演算手段は、
ユーザ入力情報受付部に受付けられたユーザ入力情報に含まれる広告表示の対価が所定の基準支払対価に達したかの判断をし、その結果、基準支払対価に達する場合ごとにこれをインターバルとして前記演算を行う基準対価依存演算手段をさらに有する請求項３に記載の広告表示システム。
【請求項６】
前記インターバル演算手段は、
オークションにおいて広告に係る出品物のオークションが終了したかの検知結果を取得して、出品物のオークションが終了したとの検知結果を取得する毎にこれをインターバルとして前記演算を行う検知結果依存演算手段をさらに有する請求項３に記載の広告表示システム。
【請求項７】
前記補充広告蓄積部は、前記広告ユーザＩＤテーブルを参照して任意のユーザＩＤに関連付けられている補充広告が空になったか判断する補充広告空判断手段をさらに有し、
前記インターバル演算手段は、補充広告空判断手段での判断結果が空になったとの判断結果である場合ごとにこれをインターバルとして前記演算を行う補充広告依存演算手段をさらに有する請求項３に記載の広告表示システム。
【請求項８】
ユーザの要求に応じて対価と要求時の演算結果として得られる表示頻度との関係を示す表示頻度情報を出力する表示頻度情報出力部をさらに有する請求項１から７のいずれか一に記載の広告表示システム。
【請求項９】
オークションへの出品を受付けるための出品受付部と、
出品受付部にて受付けた出品を表示する出品表示部と、
出品表示部にて表示されている出品に対する入札を受付ける入札受付部と、
入札受付部において受付けた入札に応じて落札を決定し、または出品時間経過に基づいてオークションの終了を決定し、その結果を決定結果として広告表示システムに出力する落札決定部と、
を有するオークションシステムと、
広告蓄積部が、蓄積されるオークション出品物の広告の広告ＩＤと、そのオークション出品物の出品ＩＤとを関連付けた広告出品テーブルを保持する広告出品テーブル保持手段を有するとともに、
オークションシステムの落札決定部から出力される決定結果を取得して演算部に検知結果として出力する結果取得部をさらに有する請求項１から８のいずれか一に記載の広告表示システムと、
からなるオークション広告表示複合システム。
【請求項１０】
オークションシステムの落札決定部が、さらにオークション主催者によるオークション出品の取消の決定、又は／および出品者によるオークション出品の削除の決定を決定結果として受付ける非定常終了受付手段を有する請求項９に記載のオークション広告表示複合システム。
【請求項１１】
前記オークションシステムは、
任意の検索キーを受付け、受付けた検索キーに基づいてオークション出品物を検索する検索部と、
検索結果を広告表示システムに出力する検索結果出力部と、
検索部での検索結果を、前記広告表示システムの表示部により広告を表示するための前記特定領域とともに表示する検索結果表示部と、を有し、
前記広告表示システムは、
オークションシステムから出力された検索結果を取得する検索結果取得部と、
表示部にて、前記制御ルールに従って前記特定領域に表示する予定の広告ＩＤを取得し、広告出品テーブルからその広告ＩＤに関連付けられた出品ＩＤを取得する広告出品ＩＤ取得部と、
前記出品ＩＤで識別される広告予定の出品の現在価格を取得する広告予定出品現在価格取得部と、
前記出品ＩＤで識別される出品に係る商品の商品種を識別するための商品ＩＤを取得する商品ＩＤ取得部と、
商品ＩＤ取得部にて取得した商品ＩＤに基づいて、検索結果取得部にて取得した検索結果に含まれる出品ＩＤを検索して同一商品種の出品ＩＤを抽出し、抽出した出品ＩＤで示される同一商品種の出品の現在価格を取得する同一種出品現在価格取得部と、
前記広告予定出品現在価格と、前記同一種出品現在価格と、いずれの価格が高いかを判断する価格判断部と、
価格判断部での判断結果が、広告予定の出品の価格の方が高いとの判断結果である場合には、表示部にて前記制御ルールに従って前記特定領域に表示する予定の広告を表示しないよう制御する非表示制御部と、を有する
請求項９または１０に記載のオークション広告表示複合システム。
【請求項１２】
オークションウェッブページの特定領域に広告を表示させる広告表示サーバ装置であって、
ユーザが特定領域に表示を希望するオークション出品物に係る広告を蓄積する一方、当該広告の広告ＩＤと、その広告を希望するユーザのユーザＩＤとを関連付けた広告ユーザＩＤテーブルを保持する広告蓄積部と、
広告表示の対価を示す情報を含むユーザ入力情報を受付けるユーザ入力情報受付部と、
ユーザ入力情報から得られる全体のユーザの対価における各ユーザの対価の割合に基づいて広告の表示頻度を演算する一方、オークションにおいて広告に係る出品物のオークションが終了したかの検知結果を取得して、検知結果に基づいてオークションが終了した出品物に係る広告を広告蓄積部から削除する演算部と、
演算部で演算された表示頻度に基づいて定められる制御ルールに従って広告蓄積部に蓄積された広告を表示部に表示させる制御をする制御部と、
オークションが終了することで広告を表示する必要がなくなった場合に、新たに広告蓄積部に蓄積し、特定領域に表示する為のオークション出品物に係る広告を補充広告として、その補充広告の表示を希望するユーザのユーザＩＤに関連付けて蓄積する補充広告蓄積部と、
演算部にて削除された広告の広告ＩＤに基づいて、広告ユーザＩＤテーブルを参照しその広告を希望したユーザのユーザＩＤを取得するユーザＩＤ取得部と、
演算部にて広告の削除が行われた場合に、ユーザＩＤ取得部にて取得したユーザＩＤと関連付けて補充広告蓄積部に蓄積されている広告を広告蓄積部に追加する追加部と、
を有する広告表示サーバ装置。
【請求項１３】
ユーザがオークションウェッブページの特定領域に表示を希望するオークション出品物に係る広告を蓄積する一方、当該広告の広告ＩＤと、その広告を希望するユーザのユーザＩＤとを関連付けた広告ユーザＩＤテーブルを保持する広告蓄積部と、  オークションが終了することで広告を表示する必要がなくなった場合に、新たに広告蓄積部に蓄積し、特定領域に表示する為のオークション出品物に係る広告を補充広告として、その補充広告の表示を希望するユーザのユーザＩＤに関連付けて蓄積する補充広告蓄積部と、を有する広告表示システムの制御方法であって、
広告表示の対価を示す情報を含むユーザ入力情報を受付けるユーザ入力情報受付ステップと、
ユーザ入力情報から得られる全体のユーザの対価における各ユーザの対価の割合を算出する対価割合算出ステップと、
算出した対価の割合に基づいて広告の表示頻度を演算する一方、オークションにおいて広告に係る出品物のオークションが終了したかの検知結果を取得して、検知結果に基づいてオークションが終了した出品物に係る広告を広告蓄積部から削除する演算ステップと、
演算された表示頻度に基づいて制御ルールを定める制御ルール決定ステップと、
定められる制御ルールに従って前記蓄積部に蓄積されている広告を表示させる制御をする制御ステップと、
前記制御ステップでの制御に従ってウェッブページの特定領域に広告を表示する表示ステップと、
演算ステップにて削除された広告の広告ＩＤに基づいて、広告ユーザＩＤテーブルを参照しその広告を希望したユーザのユーザＩＤを取得するユーザＩＤ取得ステップと、
前記演算ステップにて広告の削除が行われた場合に、ユーザＩＤ取得ステップにて取得したユーザＩＤと関連付けて補充広告蓄積部に蓄積されている広告を広告蓄積部に追加する追加ステップと、
を計算機に実行させる広告表示システムの制御方法。
【請求項１４】
前記補充広告蓄積部は、オークションが終了したことの検知結果を取得した場合に、新たに広告蓄積部に蓄積し、特定領域に表示する為の広告である補充広告を蓄積する広告表示システムの制御方法であって、
広告と関連付けて、代替優先順位情報、入札件数情報、入札価格情報、あるいはオークション終了までの残り時間情報のいずれか一を取得する取得ステップと、
前記演算ステップにて広告の削除が行われた場合に補充広告蓄積部に蓄積されている広告の中から、各広告に関連付けられている代替優先順位情報で示される優先順位がもっとも高い広告、入札件数の最も多い商品に係る広告又は最も少ない商品に係る広告、現在入札価格が最も高い商品に係る広告又は最も低い商品に係る広告、あるいはオークション終了までの残り時間の最も長い商品に係る広告又は最も短い商品に係る広告のうちのいずれかの広告を広告蓄積部に追加する追加ステップをさらに計算機に実行させる請求項１３に記載の広告表示システムの制御方法。
【請求項１５】
ユーザ入力情報受付ステップは、常時ユーザ入力情報の受付を行う常時受付サブステップを含み、
演算ステップは、所定のインターバルで前記演算を行うインターバル演算サブステップを含み、
制御ステップは、インターバル演算サブステップで新たに演算が行われるたびに演算された表示頻度に基づいて表示をさせるための制御ルールを生成する制御ルール生成サブステップを含む請求項１３または１４に記載の広告表示システムの制御方法。
【請求項１６】
前記インターバル演算サブステップは、
常時受付サブステップで受付けたユーザ入力情報の受付け状況が所定の集中度合いに達したかの判断をし、その結果、集中度合いが所定の閾値超えるごとにこれをインターバルとして前記演算を行う閾値演算サブステップをさらに含む請求項１５に記載の広告表示システムの制御方法。
【請求項１７】
前記インターバル演算サブステップは、
ユーザ入力情報受付ステップに受付けられたユーザ入力情報に含まれる広告表示の対価が所定の基準支払対価に達したかの判断をし、その結果、基準支払対価に達する場合ごとにこれをインターバルとして前記演算を行う基準対価依存演算サブステップをさらに含む請求項１５に記載の広告表示システムの制御方法。
【請求項１８】
前記インターバル演算サブステップは、
オークションにおいて広告に係る出品物のオークションが終了したかの検知結果を取得して、出品物のオークションが終了したとの検知結果を取得する毎にこれをインターバルとして前記演算を行う検知結果依存演算サブステップをさらに有する請求項１５に記載の広告表示システムの制御方法。
【請求項１９】
前記補充広告蓄積部は補充広告を、前記広告ユーザＩＤテーブルを参照して任意のユーザＩＤに関連付けられている補充広告が空になったか判断する補充広告空判断ステップをさらに計算機に実行させ、
前記インターバル演算サブステップは、
補充広告空判断ステップでの判断結果が空になったとの判断結果である場合ごとにこれをインターバルとして前記演算を行う補充広告依存演算サブステップをさらに含む請求項２１又は２２に従属する請求項１５に記載の広告表示システムの制御方法。
【請求項２０】
ユーザの要求に応じて対価と要求時の演算結果として得られる表示頻度との関係を示す表示頻度情報を出力する表示頻度情報出力ステップをさらに計算機に実行させる請求項１３から１９のいずれか一に記載の広告表示システムの制御方法。
【請求項２１】
オークションへの出品を受付けるための出品受付ステップと、
出品受付ステップにて受付けた出品を表示する出品表示ステップと、
出品表示ステップにて表示されている出品に対する入札を受付ける入札受付ステップと、
入札受付ステップにおいて受付けた入札に応じて落札を決定し、または出品時間経過に基づいてオークションの終了を決定し、その結果を決定結果として広告表示システムに出力する落札決定ステップと、
を計算機に実行させるオークションシステムの制御方法と、
広告蓄積部が、蓄積されるオークション出品物の広告の広告ＩＤと、そのオークション出品物の出品ＩＤとを関連付けた広告出品テーブルを保持する広告出品テーブル保持手段を有するとともに、
オークションシステムの落札決定ステップにて出力される決定結果を取得して演算ステップに検知結果として出力する結果取得ステップをさらに有する請求項１３から２０のいずれか一に記載の広告表示サーバシステムの制御方法と、
からなるオークション広告表示複合システムの制御方法。
【請求項２２】
オークションシステムの落札決定ステップが、さらにオークション主催者によるオークション出品の取消の決定、又は／および出品者によるオークション出品の削除の決定を決定結果として受付ける非定常終了受付サブステップを含む請求項２１に記載のオークション広告表示複合システムの制御方法。
【請求項２３】
前記オークションシステムの制御方法にて、
任意の検索キーを受付け、受付けた検索キーに基づいてオークション出品物を検索する検索ステップと、
検索結果を広告表示システムに出力する検索結果出力ステップと、
検索ステップでの検索結果を、前記広告表示システムのオークションページ表示サブステップにより広告を表示するための前記特定領域とともに表示する検索結果表示ステップと、をさらに計算機に実行させ、
前記広告表示システムの制御方法にて、
オークションシステムから出力された検索結果を取得する検索結果取得ステップと、
オークションページ表示サブステップにて、前記制御ルールに従って前記特定領域に表示する予定の広告ＩＤを取得し、広告出品テーブルからその広告ＩＤに関連付けられた出品ＩＤを取得する広告出品ＩＤ取得ステップと、
前記出品ＩＤで識別される広告予定の出品の現在価格を取得する広告予定出品現在価格取得ステップと、
前記出品ＩＤで識別される出品に係る商品の商品種を識別するための商品ＩＤを取得する商品ＩＤ取得ステップと、
商品ＩＤ取得ステップにて取得した商品ＩＤに基づいて、検索結果取得ステップにて取得した検索結果に含まれる出品ＩＤを検索して同一商品種の出品ＩＤを抽出し、抽出した出品ＩＤで示される同一商品種の出品の現在価格を取得する同一種出品現在価格取得ステップと、
前記広告予定出品現在価格と、前記同一種出品現在価格と、いずれの価格が高いかを判断する価格判断ステップと、
価格判断ステップでの判断結果が、広告予定の出品の価格の方が高いとの判断結果である場合には、オークションページ表示サブステップにて前記制御ルールに従って前記特定領域に表示する予定の広告を表示しないよう制御する非表示制御ステップと、をさらに計算機に実行させる
請求項２１または２２に記載のオークション広告表示複合システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェッブページに広告を効率的に表示するための技術に関する。
【背景技術】
【０００２】
従来のテレビ、ラジオ、新聞、雑誌の四大広告媒体に替わる新しい広告媒体として、ウェッブページ上に広告を表示するいわゆる「インターネット広告」がシェアを伸ばしている。広告代理店の電通（商標登録）による調査では、２００６年度のインターネット広告費は前年比で１３０％近い伸び率を示し、金額ベースでも雑誌や新聞の広告費を超えている状況が報告されている。
【０００３】
そのような中、インターネット広告においてウェッブページ上に広告を効率的に表示するための様々な技術が提供されている。例えば、ウェッブページ上の領域は、検索結果などリスト表示されるものであれば最上位（領域）が最も広告効果が高いといった具合に、その視認性などに応じて広告効果に違いがある。そこで広告表示に対して広告クライアントが支払う広告費（支払対価）の多寡順に広告の表示領域（順位）を決定する技術などが提供されている（特許文献１、特許文献２）。また特許文献３には、入札加重ローテーションを利用して、一つの広告掲載欄に対して複数の広告主の広告を表示する構成が開示されている。
【特許文献１】特開２００３−２７１８４５号公報
【特許文献２】特表２００５−５３７５９１号公報
【特許文献３】特表２００５−５１４７０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、インターネット広告に関する上記従来の技術には以下のような課題がある。すなわち支払対価の多寡順に広告の表示領域が決定されるため、場合によってウェッブページ上で広告効果の高い領域が、特定の富裕広告クライアントの広告などに占有利用されてしまうこともあり得る。すると支払対価を潤沢に用意できない零細広告クライアントなどは当該領域を少しでも利用したくとも全く利用できないことがある、という課題である。
【０００５】
したがって従来の技術では、例えば「１日に１回、あるいは１時間だけでもいいから広告効果の高い表示領域に広告を表示したい」といった広告クライアントの希望に応じることが出来ないことがあり、結果的に一部の広告クライアントは支払対価を払っているにも関わらず、満足度を充足させることが出来ない可能性がある。
【０００６】
また特許文献３の技術では、一人の広告主のローテーション終了により別の一広告主のローテーションを決定するのみであるので以下のような課題がある。すなわち、例えばオークション出品物に係る広告などでは、広告の表示回数などがまだ残っている（ローテーションが終了していない）状態であっても、出品の早期終了などに伴いその広告表示を予定より早く終了するなどもあり得る。しかし特許文献３の技術では、そのような事態に対応して仕切り直しで表示頻度などの再演算をするタイミングが開示されておらず、上記のようなオークション出品物に係る広告特有の事態に対応できない、という課題がある。
【課題を解決するための手段】
【０００７】
以上の課題を解決するために、本発明は、支払対価の多寡順に広告の表示領域を決定する替わりに、「広告αは、支払対価１００万円で、７月７日の表示領域Aに予想全アクセス４００００中１００００回表示」、「別の広告βは、支払対価５０万円で、同じ７月７日の同じ表示領域Aに５０００回表示」といった具合に、支払対価に応じて一の表示領域における広告ごとの表示頻度を決定する広告表示システムを提供する。
【０００８】
具体的には、ウェッブページの特定領域に広告を表示するための表示部と、ユーザが特定領域に表示を希望する広告を蓄積する広告蓄積部と、広告表示の対価を示す情報を含むユーザ入力情報を受付けるユーザ入力情報受付部と、ユーザ入力情報から得られる全体のユーザの対価における各ユーザの対価の割合に基づいて広告の表示頻度を演算する演算部と、演算部で演算された表示頻度に基づいて定められる制御ルールに従って蓄積部に蓄積された広告を表示部に表示させる制御をする制御部と、を有する広告表示システムである。
【０００９】
またその他に、上記構成の広告表示システムを基本として、さらにオークション関連ページにてオークション出品物に限定して広告を表示する広告表示システムにおいて、広告に係る出品物のオークションが終了したかの検知結果に基づいてオークション終了商品に関する広告を表示しないよう削除する広告表示システムも提供する。また、さらに、オークションが終了し広告が削除された場合に新たに補充広告を追加するよう構成された広告表示システムや、それら広告表示システムの制御方法なども提供する。
【００１０】
また、一の広告主に対して割り当てられる広告表示のローテーション終了には左右されない「所定のインターバル」での表示頻度の演算を行う機能を備える広告表示システムなどを提供する。具体的には、上記構成を基本として、さらに、ユーザ入力情報受付部が、常時ユーザ入力情報の受付を行う常時受付手段を有し、演算部が、所定のインターバルで前記演算を行うインターバル演算手段を有し、制御部が、インターバル演算手段で新たに演算が行われるたびに演算された表示頻度に基づいて表示をさせるための制御ルールを生成する制御ルール生成手段を有する広告表示システムである。また、このような広告表示システムと、従来のオークションサーバ装置（オークションシステム）とを連動させ、オークション出品物に係る広告表示に好適なオークション広告表示複合システムも提供する。
【発明の効果】
【００１１】
以上のような構成をとる本発明によって、支払対価に応じて一の表示領域における広告ごとの表示頻度を決定し、一の表示領域にて表示頻度を変えた複数の広告を表示することができる。
【００１２】
したがって少ない支払対価でも頻度が少ないとはいえ所望の表示領域に広告を表示することができるので、本発明の広告表示システムによって全ての広告クライアントの満足度を充足させることが期待できる。
【００１３】
また「所定のインターバル」によって演算を行う事で、例えばオークション出品物に係る広告など、その出品が早期終了などして広告の表示回数などがまだ残っている状態で広告表示も早く終了するなどのオークション特有の事態に対応することができる。
【発明を実施するための最良の形態】
【００１４】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１５】
なお、実施例１は、主に請求項１、１６、１９について説明する。また、実施例２は、主に請求項２，１１、１２、１３、１５、１７、２０、２９、３０、３１、３３、３４、３５について説明する。また、実施例３は、主に請求項３、４、１４、１８、２１、２２、３２について説明する。また、実施例４は、主に請求項５、６、７、８、９、２３、２４、２５、２６、２７について説明する。また、実施例５は、主に請求項１０、２８について説明する。
【００１６】
≪実施例１≫
【００１７】
<概要>
【００１８】
図１は、本実施例の広告表示システムにおける広告表示の一例を表す概念図である。この図１（ａ）にあるように、７月７日のウェッブページ「ニュースサイト」の所定領域上に「ケータイ新モデル」の広告α１が表示されている。なお、統計上の予測などから、このニュースサイトの７月７日のアクセス数は「４００００アクセス」だと推定されている。そして、この広告α１は、本実施例の広告表示システムによって、４００００回の予想アクセスのうち支払対価に応じて決定された「１００００回（アクセス）」という表示頻度で表示されるよう制御される。
【００１９】
また図１（ｂ）に示すように同じ７月７日のウェッブページ「ニュースサイト」の所定領域上に、表示頻度を「５０００回」として別の「セキュリティソフト」の広告α２が表示されるようにも制御される。また図１（ｃ）に示すように表示頻度を「３０００回」として別の「ＣＰＵ」の広告α２が同日同領域に表示されるよう制御される、という具合である。
【００２０】
このように、本実施例の広告表示システムによって、一の表示領域において表示頻度を変えて複数の広告を表示することができる。
【００２１】
<機能的構成>
【００２２】
図２は、本実施例の広告表示システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の「広告表示システム」（０２００）は、「表示部」（０２０１）と、「広告蓄積部」（０２０２）と、「ユーザ入力情報受付部」（０２０３）と、「演算部」（０２０４）と、「制御部」（０２０５）と、を有する。
【００２３】
なお、以下に記載する本システム、また後述するオークションサーバ装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤやＤＶＤどの記憶メディアとそれらメディアの読取ドライブなど）、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部、またその外部周辺装置用のＩ／Ｏポート、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるユーザインターフェースなどが挙げられる。
【００２４】
そして主メモリ上に展開したプログラムに従ったＣＰＵの演算処理によって、インターフェースを介して入力されメモリやハードディスク上に保持されているデータなどが加工、蓄積されたり、上記各ハードウェアやソフトウェアを制御するための命令が生成されたりする。
【００２５】
また、この発明はシステムとして実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００２６】
「表示部」（０２０１）は、ウェッブページの特定領域に広告を表示するための機能を有する。「ウェッブページの特定領域」とは、ウェッブページにおいて広告を表示するために設けられた所定の領域をいい、例えばウェッブページのＨＴＭＬ文書にて<align>タグなどで指定される領域が挙げられる。またこの特定領域は一のウェッブページ上に複数あって良い。
【００２７】
そしてこの表示部は、例えばウェッブページのHTML文書に埋め込まれた<img>などの引用タグや、広告表示用のScript言語を利用するための<script>タグなどを解釈し、当該タグで引用などされている広告データを取得する。そして取得した広告を<align>タグなどで指定されるウェッブページの特定領域に表示する、という具合である。
【００２８】
そして上記表示部の機能によってウェッブページ上の複数の特定領域に広告が表示されることになる。ところで当該ウェッブページ上の特定領域は、前述のように視認性などの差から広告効果に差が生じている。そこで広告効果の高い一の特定領域を特定の広告が占有などしないよう、本実施例の広告表示システムでは後述する構成によって表示頻度を変えて複数の広告が一の特定領域に表示されるよう制御することを特徴とする。
【００２９】
「広告蓄積部」（０２０２）は、ユーザが特定領域に表示を希望する広告を蓄積する機能を有し、例えば、ＨＤＤや不揮発性メモリ、光学系記憶ディスクとその読取媒体などの外部（二次）記憶装置によって実現できる。また、そのような記憶媒体にて蓄積される広告データとしては、例えばテキスト形式のデータや画像形式のデータ、あるいは動画形式のデータなどが挙げられる。
【００３０】
「ユーザ情報入力受付部」（０２０３）は、広告表示の対価を示す情報を含むユーザ入力情報を受付ける機能を有する。このユーザ入力情報受付部は、例えばＧＵＩ（グラフィカル・ユーザインターフェース）などを介して当該情報を入力する入力デバイスなどで実現することができる。また、当該ＧＵＩや入力デバイスは、ネットワーク上の広告クライアント（ユーザ）端末に具備されていても良い。その場合、ユーザ端末にて入力されネットワークを介して送信されたユーザ入力情報を、サーバ装置の「通信Ｉ／Ｏ（インプット／アウトプット）」などで受信する構成とすると良い。
【００３１】
図３は、所望の特定領域に関してユーザ入力情報として広告表示の対価を示す情報を入力するためのＧＵＩの一例を表す図である。この図にあるように、ユーザは、例えばニュースサイトの所定領域αに関して、「１２月３１日に５０口」、「１月２日に２０口」といった具合に、１日単位で広告の支払対価（設定口数）を入力していく。そして、最終的に図中右下のチェックボタンをクリックすることで、本実施例の広告表示システムにその支払対価を含むユーザ入力情報が受付けられる、という具合である。
【００３２】
なお、支払対価の入力は１日単位ではなく、例えば１週間単位や１２時間単位などで様々な単位で受付けて良い。
【００３３】
また各ユーザが過度に支払対価額を設定してしまわないよう、一ユーザが1日など所定の時間単位で支払うことができる対価の額や、同時間単位で全ユーザが支払うことができる対価の総額に上限を設けるよう構成しても良い。その場合、図３に示すように当該ユーザの1日当たりの残り口数などを表示するよう構成しても良い。また、さらに当該ユーザの支払対価（設定口数）が上限に達した場合には警告メッセージを出力したり、図中チェックボタンをグレーアウト（操作不可状態）にしたりしても良い。
【００３４】
また、実施例５にて後述するように入力を受付けた支払対価に応じた「見込表示回数（見込表示頻度）」を表示しても良い。
【００３５】
また、上記広告表示の対価を示す情報以外のユーザ入力情報としては、例えばユーザＩＤ、広告表示を希望するウェッブページやその特定領域の指定情報、広告蓄積部にて蓄積されている広告を指定する情報などが挙げられる。
【００３６】
図４は、このようにＧＵＩを介して各ユーザから受付けたユーザ入力情報を管理するためのテーブルデータの一例を表す図である。この図にあるように、例えば、特定領域「ポータルＰ−１Ａ」に関して、ユーザＩＤ「Ｈモバイル」で示されるユーザが携帯電話の広告「931H.flv」を表示するための対価「１００００円」を支払っている。また、同様に特定領域「ポータルＰ−１Ａ」に関して、「（株）イージス」がソフトウェアの広告「security.jpg」を表示するための対価「５０００円」を支払い、「パソコンショップI」がPCショップの広告「cpu.png」を表示するための対価「３０００円」を支払っている。
【００３７】
また、別の特定領域「ニュースサイトN−Ｂ」では、「福岡自動車」が自動車の広告「car.avi」を表示するための対価「７５００円」を支払っている。また、さらに別の特定領域「料理屋サイトＣ−Ｃ」では、「牛肉本舗」が精肉の広告「meat.txt」を表示するための対価「１０００円」を支払っている、という具合である。
【００３８】
そして、このようなユーザ入力情報を利用して、本実施例の広告表示システムは以下の構成により広告の表示頻度を算出し、その頻度に従い広告表示を制御する。
【００３９】
「演算部」（０２０４）は、ユーザ入力情報から得られる全体のユーザの対価における各ユーザの対価の割合に基づいて広告の表示頻度を演算する機能を有し、例えばＣＰＵや主メモリなどの演算装置によって実現することができる。
【００４０】
「表示頻度」とは、例えば「１００００回／１日（予想アクセス数４００００）」といった具合に1日など所定時間あたりの表示回数で示される頻度が挙げられる。また、その他にも、「広告Ａは４日／１週間」、「広告Ｂは次の３日／１週間」といった具合の所定時間あたりの表示時間で示される頻度が挙げられる。
【００４１】
そして演算部では、ユーザ入力情報から得られる全体のユーザの対価に対する各ユーザの対価の割合に基づいて上記のような表示頻度を演算する、という具合である。なお、表示頻度が「広告の表示回数」である場合、例えば前述のように統計データを利用して予想全アクセス数を推定し、その予想全アクセス数を各ユーザの対価の割合で除することで表示回数を演算すると良い。
【００４２】
具体的には、例えばウェッブページ「ポータルＰ」への翌日の予想アクセス数は、これまでの統計データから「４００００アクセス」と推定される。そして、その日の特定領域「ポータルＰ−１Ａ」に対するユーザ（広告クライアント）全体の広告対価総額が４００００円であった場合、図４に示すように広告ＩＤ「ＡＤ００１」で示される広告（支払対価「１００００円」）の対価支払比率は２５％と算出される。したがって、４００００アクセス中の２５％、すなわち「１００００回」が広告ＩＤ「ＡＤ００１」の広告の表示頻度として算出される、という具合である。
【００４３】
もちろん、上記例は一例であり、各ユーザの対価比率に所定の係数を加えるなどして表示頻度を算出するよう構成しても良い。例えば表示頻度が「１２時間／１週間」といった具合に所定時間あたりの表示時間で示される場合、当該広告の表示がアクセス数の少ない深夜に集中するなどの可能性がある。そのような場合、広告効果自体は低いと想定されるため、表示頻度を「２４時間／１週間」といった具合に２倍に補正する、という具合である。また、表示頻度は広告ごとに算出されるのではなく、広告主（ユーザ）ごとに算出されるよう構成しても良い。
【００４４】
このように、演算部によって支払対価に応じて一の特定領域に対する広告の表示頻度が算出される。そしてその算出した表示頻度を利用して、当該特定領域における広告表示が制御される、という具合である。
【００４５】
「制御部」（０２０５）は、演算部（０２０４）で演算された表示頻度に基づいて定められる制御ルールに従って広告蓄積部（０２０２）に蓄積された広告を表示部（０２０１）に表示させる制御をする機能を有する。
【００４６】
ここで、まず、制御部における広告の表示頻度に基づいた制御ルールの決定、およびその制御ルールに従った表示広告の決定に関する処理概要について、表示頻度として表示回数を例に挙げ図５を用いて説明する。
【００４７】
図５は、制御部による制御を実現するための制御ルールの一例を表す概念図である。この図にあるように、例えば表示頻度が１日当たりの表示回数により示される場合、制御ルールは、ランダム関数で利用するための数値を、表示頻度に基づいて定めると良い。具体的には「広告ID：AD００１（９３１H.flv）」に関する制御ルール中の<total>で示される数値を、表示頻度における全体のアクセス予想数である「４００００」とする。また、制御ルール中の<random>で示される数値を、前記算出された表示回数である「１００００」とする。
【００４８】
そしてこのように定められた制御ルールにしたがって、まず<total>で示す「０〜４００００」を算出範囲としてランダム関数にて数値を算出する。そして、その算出された数値が、<random>で示される値「１００００」以下の数値であれば、当該広告ＡＤ００１をウェッブページの特定領域に表示する広告として決定する。また、「１０００１〜１５０００」であれば、次の制御ルール（Adrule2）から広告ＡＤ００２をウェッブページの特定領域に表示する広告として決定する、という具合である。
【００４９】
続いて、上記処理によって決定された広告を表示部にて表示するための制御の一例について以下に説明する。
【００５０】
すなわち制御部は、例えばクライアント端末からアクセス（HTTPリクエスト）がある都度、上記広告決定処理を実行する。そしてリクエストのあったウェッブページのHTML文書に埋め込まれた前記<img>タグや<script>タグが引用する広告データのＵＲＬを、決定された広告のものに変更する処理を実行する。それによってクライアント端末にて閲覧されるウェッブページ上の特定領域に、HTML文書の上記タグによって引用された当該広告が表示されることになる、という具合である。
【００５１】
そして、制御部におけるこのような制御によって、例えば「広告ＡＤ００１」は、表示部にて７月７日の全アクセス予想数４００００のうち、１００００回の頻度でニュースサイトの特定領域上に表示される。また、その他の広告ＡＤ００２やＡＤ００３も、その表示頻度に応じて同時のニュースサイトの特定領域上に、５０００回の頻度や３０００回の頻度でそれぞれ表示されることになる、という具合である。
【００５２】
またその他にも、例えば表示頻度が１週間当たりの表示時間などにより示される場合の制御ルールとして、表示開始時刻と表示終了時刻を示す制御ルールなども挙げられる。そして内蔵時計などを監視し制御ルールで示される時刻になると、ウェッブページのＨＴＭＬ文書中の上記タグが引用する広告のＵＲＬを変更する処理を行っても良い。
【００５３】
なお本発明の広告表示システムは、例えば上記構成要件の全てが一のサーバ装置に設けられ、その一のサーバ装置によって実現される形態であっても良い。あるいは、本発明の広告表示システムは、例えばクライアント端末とサーバ装置とで構成され、表示部はクライアント端末に動的アプリケーションなどとして備えられ、その他構成要件はサーバ装置に備えられている、といった具合に二以上の装置上で分割して設けられる構成であっても良い。
【００５４】
また後者の構成の場合、例えばサーバ装置からクライアント端末に対して広告抜きのウェッブページと、表示すべき広告および制御ルールを送信する。そして、クライアント端末に設けられた表示部である動的アプリケーションなどの処理によって、当該Webブラウザの所定領域上に制御ルールで示される表示頻度に従った広告表示が実行される、といった構成により上記機能を実現しても良い。
【００５５】
<ハードウェア構成>
【００５６】
図６は、上記機能的な各構成要件をハードウェアとして実現した際の、広告表示システムにおける構成の一例を表す概略図である。この図を利用して表示頻度に応じた広告表示処理におけるそれぞれのハードウェア構成部の働きについて説明する。
【００５７】
この図にあるように、広告表示システムは、表示部、演算部及び制御部である「ＣＰＵ（中央演算装置）」（０６０１）と、「主メモリ」（０６０２）と、を備えている。また広告蓄積部である「ＨＤＤ」（０６０３）や、ユーザ入力情報受付部である「Ｉ／Ｏ」（０６０４）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００５８】
また、「主メモリ」は、各種処理を行うプログラムをＣＰＵに実行させるために読み出すと同時にそのプログラムの作業領域でもあるワーク領域を提供する。また、この「主メモリ」や「記憶装置」にはそれぞれ複数のアドレスが割り当てられており、「ＣＰＵ」で実行されるプログラムは、そのアドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。
【００５９】
ここで、図３のようなＧＵＩを利用しユーザ（広告クライアント）が自身の端末にて入力した広告の支払対価を含むユーザ入力情報を「Ｉ／Ｏ」にて受信し、「主メモリ」のアドレス１に格納する。また、その他のユーザからのユーザ入力情報も同様に受信し、「主メモリ」の所定アドレスに格納する。そして、格納したユーザ入力情報を図４に示すようにテーブルデータとしてまとめ、広告管理データベース（ＤＢ）として「ＨＤＤ」の所定アドレスに蓄積、管理する。
【００６０】
そして表示制御プログラムに従い、「広告ごとに所定単位（７月７日など）で特定領域ポータルＰ−１Ａに対して支払われる対価」について、例えば広告ＡＤ００１は「１００００円」、広告ＡＤ００２は「５０００円」といった具合に取得する。そして「ＣＰＵ」の演算処理によってその対価総額、例えば「４００００円」を算出し、「主メモリ」のアドレス２に格納する。そして、その算出した全体のユーザの対価総額に対する各ユーザの対価の割合を「ＣＰＵ」の演算処理によって算出し、「主メモリ」のアドレス３に格納する。
【００６１】
具体的には、図４中の広告ＡＤ００１は特定領域ポータルＰ−１Ａに対して「１００００円」の支払があるので、同特定領域に対する全体対価総額の「４００００円」のうちの割合が「２５％」と算出される。同様に広告ＡＤ００２は対価比率「１２．５％」、広告ＡＤ００３は「７．５％」と算出される、という具合である。
【００６２】
続いて広告管理ＤＢにて予め保持されている「ポータルＰ（特定領域ポータルＰ−１Ａを含む）」への翌日（７月７日）の予想アクセス数、例えば「４００００アクセス」を取得する。あるいは別に保持されている統計データを利用して、「ＣＰＵ」の演算処理によって予想アクセス数「４００００アクセス」などを算出する。そして、前記算出した対価比率の値にてこの予想アクセス数を除する演算処理を「ＣＰＵ」にて実行することで、表示頻度を算出し「主メモリ」のアドレス４に格納する。
【００６３】
具体的には、図４中の広告ＡＤ００１の表示頻度については、４００００アクセス中の２５％であるので「１００００回」と算出される。同様に広告ＡＤ００２については表示頻度「５０００回」、広告ＡＤ００３については「３０００回」と算出される、という具合である。
【００６４】
そして、算出された表示頻度を利用して、例えば図５に示すような制御ルールを「ＣＰＵ」の演算処理によって生成し、「主メモリ」のアドレス５に格納する。そして、このように生成、格納された制御ルールを、「ＨＤＤ」の広告管理ＤＢに追加し、管理する。
【００６５】
そして当日（７月７日）、ネットワーク上端末装置からのウェッブページ「ポータルＰ」へのアクセス（ＨＴＴＰリクエスト）を「Ｉ／Ｏ」にて受信すると、制御ルールに従い以下のように処理を行う。すなわち、「ＣＰＵ」によるランダム関数を利用した演算処理の結果、「１０３６５」という数値を算出する。これは、制御ルールの<Adrule2>の<random>で示される範囲内の数値であるので、当該アクセスでは広告ＡＤ００２で示される「security.jpg」が特定領域に表示される広告として決定される、という具合である。
【００６６】
そしてその演算結果に従い、「ＣＰＵ」は「ポータルＰ」のＨＴＭＬ文書中の<script>タグが引用する広告データのＵＲＬを、決定された広告の「security.jpg」に変更する処理を実行する。そしてそのＨＴＭＬ文書データを「Ｉ／Ｏ」からＨＴＴＰレスポンスとしてネットワーク上の端末に返信する。それによって、当該端末上では広告ＡＤ００２が「ポータルＰ」の特定領域上に表示される。
【００６７】
そして上記処理をネットワーク上の端末からのアクセスの都度実行することで、支払対価に応じた表示頻度で広告がウェッブページの特定領域上に表示される、という具合である。
【００６８】
<処理の流れ>
【００６９】
図７は、本実施例の広告表示システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【００７０】
この図にあるように、まず、広告表示の対価を示す情報を含むユーザ入力情報を受付ける（ステップＳ０７０１）。そして受付けたユーザ入力情報から得られる全体の対価を算出し（ステップＳ０７０２）、全体のユーザの対価に対する各ユーザの対価の割合を算出する（ステップＳ０７０３）。
【００７１】
つづいて、算出した対価の割合に応じて各ユーザが表示を希望する広告の表示頻度を算出し（ステップＳ０７０３）、算出した表示頻度に基づいて制御ルールを定める（ステップＳ０７０５）。そして、決定した表示ルールに従い広告をウェッブページの特定領域に表示するよう制御する（ステップＳ０７０６）。
【００７２】
<効果の簡単な説明>
【００７３】
以上のように本実施例の広告表示システムによって、支払対価に応じて一の表示領域における広告ごとの表示頻度を決定し、一の表示領域にて表示頻度を変えた複数の広告を表示することができる。
【００７４】
したがって少ない支払対価でも頻度が少ないとはいえ所望の表示領域に広告を表示することができるので、本発明の広告表示システムによって全ての広告クライアントの満足度を充足させることが期待できる。
【００７５】
≪実施例２≫
【００７６】
<概要>
【００７７】
本実施例は、上記実施例１を基本として、オークション関連ページの特定領域にオークション出品物の広告を支払対価に応じた表示頻度で表示することを特徴とする広告表示システムである。
【００７８】
図８は、本実施例の広告表示システムにおける広告表示の一例を表す概念図である。この図８（ａ）にあるように、ウェッブページ「オークションサイト」にて「トラックボールマウス」や「エクスプローラマウス」、「ワイヤレスマウス」などが出品されている。
【００７９】
ここで、オークション出品物「トラックボールマウス」β１は広告の対価を支払っているため、特定領域にその広告α１が表示されている。またこの表示時点では、広告α１は１００００回として制御されている表示頻度のうち３０００回目の表示である。したがって、この広告α１は現時点で残り７０００回表示されるよう制御されるはずである。
【００８０】
ところが、このトラックボールマウスは、その後「希望落札価格」の３０００円で入札した者がいたため即決で落札となり、「オークションサイト」ページ上での表示が終了した。すると本実施例の広告表示システムでは、図８（ｂ）に示すように出品が終了した出品物に関してはその後の表示を行わないよう削除し、例えば図示しない別のオークション出品物の広告に差替えるなどすることを特徴とする。
【００８１】
このように、特にオークション出品物は、支払対価に応じた表示頻度が残っていても例えば即決価格などによって早期落札、出品終了がなされる場合がある。そのため本実施例では出品終了となった場合に、例えば当該出品物に係る広告の表示を終了したり、別の出品物に係る広告に差替えたりするなどの処理を行う、という具合である。そしてこのような処理を実行することで、商品自体が無く表示する意味の無い広告を表示してしまう、などの無駄を省くことができる。
【００８２】
<機能的構成>
【００８３】
ここで前述のように、本実施例はオークション関連ページにて広告を表示することを特徴とする。そこで本実施例の広告表示システムの構成要件について説明する前に、そのオークション関連ページを利用したオークションを実行するためのオークションサーバ装置について、以下に図を用いて説明する。そして以下の説明の後で、当該オークションサーバ装置との協働によってその機能を実現する本実施例の広告表示システムの各構成要件について説明する。
【００８４】
図９は、本実施例の広告表示システムが広告を表示するオークション関連ページに係るオークションサーバ装置（また、そのオークションサーバ装置で実現されるオークションシステム）の機能ブロックの一例を表す図である。この図にあるように、「オークションサーバ装置」（０９１０）は、「出品受付部」（０９１１）と、「出品表示部」（０９１２）と、「入札受付部」（０９１３）と、「落札決定部」（０９１４）と、を有する。
【００８５】
「出品受付部」（０９１１）は、オークションへの出品を受付ける機能を有し、例えば通信ＩＦやＣＰＵなどの演算回路、記憶装置、そしてそれらを制御するための出品受付プログラムなどによって実現できる。また、「オークションへの出品を受付ける」とは、例えば具体的にオークション出品者が自身の端末（０９２０）にて商品名や商品写真、商品紹介文章、オークション開始価格、出品者ＩＤなどを出品商品情報として入力し送信する。また、その他に出品商品の入札単位金額や、オークション開始日時および終了日時、あるいは最低落札希望金額や即決価格なども出品商品情報として入力、送信されても良い。そして出品受付部では、上記オークションサーバ装置からの送信情報を、オークションへの出品として受付ける、という具合である。そしてオークションサーバ装置ではその受付けた出品商品情報に対し、例えば送信順にオークション出品ＩＤなどを付加し管理する、という具合である。
【００８６】
また後述するように、本実施例の広告表示システムでは、このオークションサーバ装置（オークションシステム）で受付けたオークションの出品物に係る広告を表示することを特徴とする。すなわち、この出品受付部にて受付けた出品者が広告主（ユーザ）となり、その商品（出品物）の広告表示を希望することになる。したがって、この出品受付部にて出品の受付とともに、その出品の広告を希望するか否かの広告依頼情報なども受付けるよう構成しても良い。また広告の希望があった場合、出品受付に応じて生成した出品ＩＤと広告表示システムに送信し、広告表示システムにて後述するように、その出品ＩＤと広告ＩＤとを関連付けて管理するよう構成すると良い。
【００８７】
そしてこのように管理されているオークション出品ＩＤなどが本実施例の広告表示システムに送信されることで、広告表示システムにてオークション関連ページの広告表示を制御することができる。
【００８８】
「出品表示部」（０９１２）は、出品受付部にて受付けた出品を表示する機能を有し、例えばＣＰＵなどの演算装置やクライアント端末に表示用情報を送信するための通信ＩＦ、またそれらを制御するための出品表示プログラムによって実現できる。具体的に、例えば受付けた出品商品情報に基づいてオークション関連ページを生成し、入札者の端末にて表示させるための機能を有する。そして本実施例の広告表示システムから送信された制御ルールに従い、ここで生成されるオークション関連ページの特定領域にて支払対価に応じた表示頻度での広告表示が実行される、という具合である。
【００８９】
また、ここで表示されるオークション関連ページ（オークションＷｅｂページ）では、広告表示システムの制御によってオークション出品物に係る広告の表示も実行される。もちろん当該広告表示は、オークション関連ページにて入札を受付けている出品物自身に係る広告が表示されるよう制御されても良いし、全く関係の無いオークション関連ページに広告が表示されるよう制御されても良い。いずれにせよ、このようにオークション関連ページにて表示される広告は、前述のようにその広告表示対価の支払割合に応じて表示頻度が演算され、一の広告スペースに表示頻度を変えて表示されることを特徴とする。
【００９０】
「入札受付部」（０９１３）は、出品表示部にて表示されている出品に対する入札を受付ける機能を有し、具体的に例えば、オークション関連ページを介して入札者端末にて実行された入札金額や入札者を識別するＩＤなどを含む入札情報を受付ける。
【００９１】
「落札決定部」（０９１４）は、入札受付部において受付けた入札に応じて落札を決定し、または出品時間に基づいてオークションの終了を決定し、その結果を決定結果として広告表示システムに出力する機能を有し、例えばＣＰＵなどの演算回路や決定結果の出力用通信ＩＦ、またそれらを制御するための落札決定プログラムによって実現できる。具体的に例えば、入札受付部にて受付けた入札情報を利用して出品物の落札を決定したり、予め設定された出品終了時間までに入札が無かったり落札金額が最低落札額に届かなかったりした場合に入札を締め切ったりした結果を決定結果とする。そして、その決定結果を示す情報を、広告表示システムに対して送信する、という具合である。なお、上記のオークションの終了となる落札決定処理や締切決定処理の詳細については、従来のオークションシステムにおけるものと同様の処理であるので詳細な説明は省略する。
【００９２】
そして、ここでの処理によって生成される出品ＩＤなどを含む落札情報が、本実施例の広告表示システムに送信されることで、その商品のオークション終了を通知する、という具合である。
【００９３】
図１０は、本実施例の広告表示システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の「広告表示システム」（１０００）は、実施例１を基本として、「表示部」（１００１）と、「広告蓄積部」（１００２）と、「ユーザ入力情報受付部」（１００３）と、「演算部」（１００４）と、「制御部」（１００５）と、を有する。なお、上記構成要件は実施例１にて記載済みであるので、その説明は省略する。
【００９４】
そして本実施例の広告表示システムの特徴点は、表示部が「オークションページ表示手段」（１００６）をさらに有し、広告蓄積部が「限定蓄積手段」（１００７）をさらに有し、そして演算部が「終了依存削除手段」（１００８）をさらに有する点である。
【００９５】
「オークションページ表示手段」（１００６）は、ウェッブページの特定領域としてオークション関連ページの特定領域に広告を表示する機能を有する。なお、このオークションページ表示手段は、ハードウェア上では上記オークションサーバ装置の出品表示部に含まれていると良い。
【００９６】
また、このオークションページ表示手段は、概要例のようにオークション出品物とその広告とが同一ページに表示されるようなオークションページを表示しても良いし、両者が別個のページに表示されるようなオークションページを表示しても良い。
【００９７】
また、広告そのものがオークション入札用のフォームを有していたり、同フォームへのリンクが張られていたりするオークションページを表示するよう構成されていても良い。また、その場合には、オークション関連ページの特定領域が「おすすめ品」などを表示するための特別枠などであっても良い。
【００９８】
「限定蓄積手段」（１００７）は、前記広告をオークション出品物に限定して蓄積する機能を有する。「限定して蓄積する」とは、具体的には、前述のオークションサーバ装置から送信された出品ＩＤを受信する。そして、蓄積するための広告を取得した際に、受信した出品ＩＤと関連付けられているか否かの判断処理を行い、関連付けられていない広告は蓄積しない、といった処理が挙げられる。
【００９９】
図１１は、本実施例の広告蓄積部にて蓄積されている広告を管理するためのテーブルデータの一例を表す図である。この図にあるように、例えば広告ＩＤのほか、出品ＩＤや出品者ＩＤ、オークション開始／終了日などの情報によって管理されていると良い。また、ここで蓄積されているテーブルデータに係る出品物ＩＤや出品者ＩＤは、前述のオークションサーバ装置（オークションシステム）にて出品受付に応じて付与され、この広告表示システムに対して送信されてきた出品ＩＤを利用して生成されると良い。そして、このように広告ＩＤと出品ＩＤとを関連付けたテーブルデータを利用した広告と出品の連動管理処理は、通常のウェッブページにおけるバナー広告などの表示においては必要のない処理であって、オークションの出品に係る商品を広告表示する際に特有の処理である。
【０１００】
「終了依存削除手段」（１００８）は、オークションにおいて広告に係る出品物のオークションが終了したかの検知結果を取得して、検知結果に基づいてオークションが終了した出品物に係る広告を広告蓄積部から削除するための処理を行う機能を有する。
【０１０１】
この終了依存削除手段でのオークション終了の検知結果の取得は、前述のようにオークションサーバ装置の落札決定部から送信される出品ＩＤを含む落札情報を受信することで当該検知結果を取得すると良い。
【０１０２】
そして終了依存削除手段では、その検知結果取得をトリガーとして例えば以下のような処理を行うことで、オークション出品商品に係る広告を広告蓄積部から削除する処理を行う。すなわち、例えば広告データそのものを広告蓄積部であるＨＤＤから削除する処理が挙げられる。あるいは広告管理ＤＢ上の広告ＩＤのみ削除したり、広告管理ＤＢ上の広告ＩＤに終了フラグを付加したりすることで当該広告を表示させないようにしても良い。あるいは、上記終了出品物に係る広告の表示頻度を全て「０」とする処理なども挙げられる。
【０１０３】
また、このようにオークション終了によって中途削除された広告の替わりについては、例えば実施例３で後述するように、補充広告を取得することで補填するよう構成すると良い。あるいは、補充広告が無い場合などには、終了出品物に係る広告の残された表示頻度を広告管理ＤＢなどから取得し、その残り頻度を同じ特定領域に表示すべきその他の広告の表示頻度に割り振る演算処理を行っても良い。また、その際には、図１１に示す出品者ＩＤなどをキーとして同一の出品者の出品物を特定し、同一出品者の出品物に対してのみ表示頻度の残り分を割り振るよう構成しても良い。
【０１０４】
なお、その他複数の広告に残り表示頻度分を割り振る比率は、実施例１で記載した表示頻度の算出と同様に支払対価に応じて算出すると良い。
【０１０５】
このようにして、オークション出品物のオークションが終了した場合には、それを検知して終了出品物に係る広告について、特定領域への表示中止や差替えなどを行い、広告スペースを有効に活用することができる。
【０１０６】
また、このような本実施例の広告表示システムと、オークションサーバ装置で実現されるオークションシステムとが連動することでオークション関連ページに広告を表示するシステム（以下、オークション広告表示複合システムと記載）は、以下のような特徴点を有する。すなわち前述の限定蓄積手段にて記載したように、オークション関連ページに表示される広告はオークション出品物に係る広告になるので、当該オークション広告表示複合システムにおける広告表示システムは、広告ＩＤとオークション出品物の出品ＩＤとを関連付けて管理する構成を備えると良い。
【０１０７】
すなわち、本実施例の広告表示システムは、図２５に示すように、その広告蓄積部が「広告出品テーブル保持手段」（２５０９）を有するとともに、「結果取得部」（２５１０）を有することを特徴とする。
【０１０８】
「広告出品テーブル保持手段」（２５０９）は、広告出品テーブルを保持する機能を有する。なお「広告出品テーブル」とは、限定蓄積手段にて限定して蓄積されるオークション出品物の広告の広告ＩＤと、そのオークション出品物の出品ＩＤとを関連付けたテーブルデータをいう。具体的にこの広告出品テーブルは、例えば前述のようにオークションサーバ装置から出力された出品ＩＤを受信する際に、その出品物に係る商品写真や広告文章も合わせて受信するよう構成する。そして、それら情報を利用してオークション関連ページに表示する広告画像を生成し、当該広告画像に対して広告ＩＤを付与する。そして、受信した出品ＩＤと、その広告ＩＤとを関連付けて広告出品テーブルを生成する、という具合である。もちろん、上記例は広告出品テーブル生成の一例であって、例えば予め商品名と広告画像とを蓄積しておき、出品ＩＤ受信時には商品名を合わせて取得すること広告画像を選択決定する構成とし、その選択した広告画像に対し広告ＩＤを付与し出品ＩＤと関連付けても良い。
【０１０９】
図２６は、この広告出品テーブルの一例を表す概念図である。この図にあるように、前述のオークションサーバ装置（またそれで実現されるオークションシステム）において受付けられ出品されている「トラックボールマウス光学式」を示す出品ＩＤと、その「トラックボールマウス光学式」をオークション関連ページに表示するための広告ＩＤと、が関連付けられている。このようにして本実施例の広告表示システムでは、オークションの出品と広告の表示とを連動して管理する構成を備える。したがって、例えばオークションの出品が予定よりも早く終了し、オークションシステムからその終了を通知する決定結果を本実施例の広告表示システムが受信した場合、この広告出品テーブルを参照して、出品が終了した商品に係る広告を連動して終了するなどの処理を行うことができる。
【０１１０】
また、このような処理は、通常のウェッブページにおけるバナー広告などの表示においては必要のない処理であって、オークションの出品に係る商品を広告表示する際に特有の処理である。
【０１１１】
「結果取得部」（２５１０）は、オークションシステムの落札決定部から出力される決定結果を取得して演算部に検知結果として出力する機能を有し、例えば、通信ＩＦやＣＰＵなどの演算装置、またそれらを制御するための結果取得プログラムによって実現することができる。
【０１１２】
具体的に、前述のようにオークションの出品が終了した旨を示す決定結果を受信した場合、広告表示システムはこの広告出品テーブルを参照して、出品が終了した商品に係る広告も商品のオークション終了と連動させて終了した上で、表示頻度の再計算を行うための命令を演算部に出力する、という具合である。
【０１１３】
<その他の機能的構成>
【０１１４】
また、上記のオークションサーバ装置と広告表示システムとからなる「オークション広告表示複合システム」は、さらに図示しない以下のような構成を備えていても良い。すなわち、広告表示システムの広告蓄積部が、「広告ユーザＩＤテーブル保持手段」をさらに有していても良い。
【０１１５】
「広告ユーザＩＤテーブル保持手段」は、広告ユーザＩＤテーブルを保持する機能を有する。「広告ユーザＩＤテーブル」とは、限定蓄積手段に蓄積された広告の広告ＩＤと、その広告を希望するユーザのユーザＩＤとを関連付けたテーブルをいう。すなわち前述の広告出品テーブルでは広告と出品とを関連付けて管理することで、例えばオークション出品の出品終了に合わせて広告表示も終了する、といったオークション出品物の広告特有の連動管理を可能としている。
【０１１６】
一方、この「広告ユーザＩＤテーブル」では、広告ＩＤとユーザＩＤ（出品者兼広告主）とを関連付けて管理することで、ユーザをキーとしてさらに幅広く広告とオークション出品物とを連動管理することができる。すなわち、通常ユーザは、出品者として複数のオークション出品を行っていることが多い。つまり、ユーザは複数の広告の表示を希望する広告主でもある。したがって、ある出品の終了に合わせて広告表示を終了する場合、この「広告ユーザＩＤテーブル」を参照することで、その出品者＝広告主の他の出品に係る広告を終了した広告に差替えて表示するなどの連動表示を可能とする、という具合である。なお、この広告の差替表示に係る処理については、実施例３などで説明する。
【０１１７】
図２７は、この広告ユーザＩＤテーブルの一例を表す概念図である。この図にあるように、オークションサーバ装置（オークションシステム）に係るオークションにて、ユーザＩＤ「ｎｉｎｅ０１」で識別されるユーザは、出品ＩＤ「００１」で識別される「トラックボールマウス光学式」のほかにも、出品ＩＤ「００２」の「エクスプローラマウス（シルバー）」なども出品していることが管理されている。したがって、例えば「トラックボールマウス光学式」の出品が終了しその広告表示も連動して終了する場合に、この広告ユーザＩＤテーブルを参照して、「トラックボールマウス光学式」の替わりに同一出品者（広告主）の「エクスプローラマウス（シルバー）」の広告の表示頻度を再演算し、替わりに広告表示を行うことができる。
【０１１８】
また、「オークション広告表示複合システム」は、さらにまた別の図示しない以下のような構成を備えていても良い。すなわち、オークションサーバ装置（オークションシステム）の落札決定部が、「非定常終了受付手段」をさらに有していても良い。
【０１１９】
「非定常終了受付手段」とは、落札成立や受付時間経過による入札終了（落札不成立）に加えて、さらにオークション主催者によるオークション出品の取消の決定、又は／および出品者によるオークション出品の削除の決定を決定結果として受付ける機能を有する。このような「非定常の終了結果」としては、例えば出品物が公序良俗に反するものである場合や、出品者に規約違反や詐欺行為の疑いがある場合に、オークション主催者が主催者用管理Ｗｅｂページなどを介して設定入力した終了結果が挙げられる。あるいはオークション出品者の一身上の都合（旅行で出品管理が出来ないなど）がある場合などにオークション出品者が出品の早期終了をするために出品者用管理Ｗｅｂページを介して設定入力した終了結果が挙げられる。
【０１２０】
そして、このようなオークションに特有のイレギュラーな理由による広告表示の終了に係る処理もまた、当然オークションの出品に係る商品を広告表示する際に特有の処理として本実施例のオークション広告表示複合システムにて実行される。
【０１２１】
またこのオークション広告表示複合システムは、例えば以下のような機能を備えていても良い。すなわち、例えばオークションシステムが検索機能を備え、広告表示システムはその検索結果を表示するページ上の特定領域に、制御ルールにしたがって「カメラα」（出品番号００Ｘ）の広告を表示する予定となっている。
【０１２２】
ところが、当該広告が表示されるページには、検索結果として同じ「カメラα」で別の出品（出品番号９９Ｙ）が表示される。そして、この出品番号９９Ｙの「カメラα」の現在入札価格は、「２０００円」であり、一方、広告表示予定の出品番号００Ｘの「カメラα」の現在入札価格は「２５００円」である。このように、広告表示予定のオークション出品と同種の商品がより安い入札価格で広告出品と同一ページに表示される場合、その広告効果はむしろマイナスに作用してしまう。そこで、このオークション広告表示複合システムでは、上記のような場合には制御ルールに従った広告の表示を行わない機能を有する、という具合である。なお、その場合には、特定領域には何も表示されないよう構成しても良いし、別の広告を差替えるよう構成しても良い。また、それに加えて、広告表示を１回キャンセルした分を補償するため演算部での表示頻度の演算を再度実行するよう構成しても良い。
【０１２３】
そして上記機能を実現するために、このオークション広告表示複合システムは、以下のような構成要件を有していると良い。すなわち、オークション広告表示複合システムを構成する「オークションシステム」は、上記すでに記載した構成に加えて、さらに「検索部」と、「検索結果出力部」と、「検索結果表示部」と、を有する。
【０１２４】
「検索部」とは、任意の検索キーを受付け、受付けた検索キーに基づいてオークション出品物を検索する機能を有する。具体的に、例えば検索キーワードとして商品名や商品カテゴリー、入札の現在価格など様々な検索条件を検索キーとして受付け、その検索キーに合致する出品を、図１１などに示すような出品管理ＤＢから検索する、という具合である。
【０１２５】
なお、この検索部での検索結果には、検索にヒットした出品に係る出品ＩＤのほか、後述する表示予定広告との価格比較のために、当該出品商品の商品種を識別する商品ＩＤ（商品名や機種番号など）や、その出品の現在価格なども取得するよう構成すると良い。
【０１２６】
「検索結果出力部」は、検索結果を広告表示システムに出力する機能を有する。具体的に、この検索結果出力部は、検索結果を後述する広告予定出品現在価格と、前記同一種出品現在価格との比較判断処理のため、広告表示システムに送信する、という具合である。なお、検索結果として、前述のように当該出品商品の商品ＩＤや現在価格などを関連付けて同時に広告表示システムに送信するよう構成しても良い。あるいは、検索結果としては検索にヒットした出品ＩＤのみ送信し、広告表示システムから当該出品商品の商品ＩＤや現在価格などの送信リクエストがあるつど、それら情報を送信するよう構成しても良い。
【０１２７】
「検索結果表示部」は、検索部での検索結果を、前記広告表示システムのオークションページ表示手段により広告を表示するための前記特定領域とともに表示する機能を有する。具体的に、検索結果表示部は、検索結果の写真付リストなど所定のページレイアウトにしたがって検索結果を表示する事に加えて、そのページ上に広告表示用の特定領域も用意している点を特徴とする。なお、その特定領域は検索結果を表示するページ内に同時に設けられていても良いし、別ウィンドウなどとして検索結果を表示するページに重ねて同時に表示されるよう構成しても良い。
【０１２８】
そして、この特定領域に対して制御ルールにしたがった広告表示が行われる事になるが、その際、前述のように広告表示予定の出品よりも安い入札価格である、同一商品種で別の出品商品が検索結果として表示される可能性がある。そこで、このオークション広告表示複合システムを構成する広告表示システムでは以下の構成を備えることでその旨を判断し、広告効果がマイナスとならないよう表示予定の広告を表示しないなどの処理を行うことを特徴とする。
【０１２９】
すなわち、オークション広告表示複合システムを構成する「広告表示システム」は、上記すでに記載した構成に加えて、さらに「検索結果取得部」と、「広告出品ＩＤ取得部」と、「広告予定出品現在価格取得部」と、「商品ＩＤ取得部」と、「同一種出品現在価格取得部」と、「価格判断部」と、「非表示制御部」と、を有する。
【０１３０】
「検索結果取得部」は、オークションシステムから出力された検索結果を取得する機能を有する。
【０１３１】
「広告出品ＩＤ取得部」は、オークションページ表示手段にて、前記制御ルールに従って前記特定領域に表示する予定の広告ＩＤを取得し、広告出品テーブルからその広告ＩＤに関連付けられた出品ＩＤを取得する機能を有する。このようにして、この広告表示システムでは、制御ルールにしたがって出品の検索結果の表示ページ上に表示する予定の広告に係る出品ＩＤを特定する。
【０１３２】
「広告予定出品現在価格取得部」は、前記出品ＩＤで識別される広告予定の出品の現在価格を取得する機能を有する。この広告予定出品現在価格取得部は、例えば広告表示予定の出品の現在価格の送信リクエストを、前記取得した出品ＩＤを含めてオークションシステムに送信し、そのレスポンスとしてその出品の現在価格を取得する方法で実現することができる。あるいは、検索結果中に、前記取得した広告表示予定の出品ＩＤと同一の出品ＩＤが含まれており、また、当該検索結果中の出品ＩＤに現在価格も関連付けてオークションシステムより送信されていれば、その検索結果からその出品の現在価格を取得する方法で実現することもできる。
【０１３３】
そして、さらにその特定した広告表示予定の出品の現在価格と比較するため、広告表示システムは以下の「商品ＩＤ取得部」や「同一種出品現在価格取得部」などの構成によって、広告表示予定の出品と同一商品種の別の出品の現在価格を取得する。
【０１３４】
「商品ＩＤ取得部」は、前記出品ＩＤで識別される出品に係る商品の商品種を識別するための商品ＩＤを取得する機能を有する。なお、この商品ＩＤは、例えば商品名や機種番号、品種など商品そのものを識別する情報のほか、例えば「カメラ」、「りんご」などの当該商品のカテゴリーを示す情報であっても良い。その場合、価格の比較がより広い範囲を対象として実行できる利点を生じる。ただし、その一方で同一カテゴリーの商品であってもハイエンド商品、ローエンド商品という具合にその絶対的な価格に差が生じる場合があるので、ここで取得される商品ＩＤは、商品そのものを識別する商品名や機種番号、品種などの情報であることが好ましい。
【０１３５】
「同一種出品現在価格取得部」は、商品ＩＤ取得部にて取得した商品ＩＤに基づいて、検索結果取得部にて取得した検索結果に含まれる出品ＩＤを検索して同一商品種の出品ＩＤを抽出し、抽出した出品ＩＤで示される同一商品種の出品の現在価格を取得する機能を有する。この同一種出品現在価格取得部も、前述の広告予定出品現在価格取得部同様に、例えば同一種出品の現在価格の送信リクエストをオークションシステムに送信し、そのレスポンスとしてその現在価格を取得する方法で実現することができる。あるいは検索結果中に、その出品ＩＤに現在価格が関連付けられていれば、その検索結果からその現在価格を取得する方法で実現することもできる。
【０１３６】
「価格判断部」は、前記広告予定出品現在価格と、前記同一種出品現在価格と、いずれの価格が高いかを判断する機能を有する。なお、例えば同一種出品が複数ある場合、全ての同一種出品価格よりも高いかを判断する構成であっても良いし、いずれか一の同一種出品価格よりも高いか、すなわち一つでも広告予定出品よりも安い同一種の別出品があるかを判断する構成であっても良い。
【０１３７】
「非表示制御部」は、価格判断部での判断結果が、広告予定の出品の価格の方が高いとの判断結果である場合には、オークションページ表示手段にて前記制御ルールに従って前記特定領域に表示する予定の広告を表示しないよう制御する機能を有する。
【０１３８】
このようにして、このオークション広告表示複合システムでは、広告表示予定のオークション出品と同種の商品がより安い入札価格で広告出品と同一ページに表示されるような場合、広告を表示しないようにすることができる。なおその場合には、前述のように特定領域には何も表示されないよう構成しても良いし、別の広告を差替えるよう構成しても良い。また、それに加えて、広告表示を１回キャンセルした分を補償するため演算部での表示頻度の演算を再度実行するよう構成しても良い。
【０１３９】
<ハードウェア構成>
【０１４０】
図１２は、上記機能的な各構成要件をハードウェアとして実現した際の、広告表示システムにおける構成の一例を表す概略図である。この図を利用してオークション出品物に係る広告の表示処理におけるそれぞれのハードウェア構成部の働きについて説明する。
【０１４１】
この図にあるように、広告表示システムは、実施例１同様に「ＣＰＵ」（１２０１）と、「主メモリ」（１２０２）と、「ＨＤＤ」（１２０３）と、「Ｉ／Ｏ」（１２０４）と、を備えている。
【０１４２】
そして実施例１で記載したような処理を行い、ウェッブページの特定領域に支払対価に応じた表示頻度で広告を表示する。ただし、そのウェッブページはオークション関連ページであり、また、表示される広告はオークション出品物に係る広告である。
【０１４３】
ここで、図示しないオークションサーバ装置（オークションシステム）は、まずネットワークを介して出品者であり広告主にもなるユーザの端末からのＨＴＴＰリクエストを受付けると、出品受付プログラムにしたがって出品受付用のＷｅｂページを返信する。そしてユーザ端末にて当該Ｗｅｂページを介して入力送信された出品のための情報（商品名や商品写真、商品紹介文章、オークション開始価格、出品者ＩＤなどの情報）を受信する。また、当該出品受付用のＷｅｂページに、「広告表示希望」のチェックボックスや広告対価の入力欄などを設け、それら情報を出品と同時に受付けるよう構成しても良い。
【０１４４】
そしてオークションサーバ装置では出品のための情報を受信すると、出品表示プログラムに従ったＣＰＵの演算処理によって、当該オークション出品に対し、出品番号「００１」などの識別情報を付与し、出品管理テーブルなどを生成して管理する。またそれに加えて、例えば所定のレイアウトで商品写真や商品紹介文章を配置し、入札金額の入力送信用フォーム（またこの入力送信フォームは現在入札額情報を保持し、現在入札額以下の入札を受付けないよう記述されていると良い）などを供える出品商品のオークション入札受付用のオークションＷｅｂページを生成する。そして、それを自身のＨＤＤ内に設けた所定のディレクトリに配置し、ネットワークを介してクライアント端末に公開することで、オークション出品物への入札を受付ける。
【０１４５】
またそれに加えて、当該出品に関する広告表示希望を示す情報も受信した場合、オークションサーバ装置は、その旨を示す情報を出品番号（ＩＤ）「００１」などと合わせて広告表示システムに出力する。すると、広告表示システムでは図１１や図２７に示すようなテーブルデータを生成し広告ＩＤと当該出品ＩＤとを関連付けて管理するとともに、広告の対価に応じた表示頻度の演算を実行する。なおこの表示頻度の演算は実施例１にて記載したものと同様の処理であるので説明は省略する。そして、その演算された表示頻度でオークション出品に係る広告がオークション関連ページにて表示されるよう、広告表示システムでは制御を実行する。
【０１４６】
一方、オークションサーバ装置では、上記オークションＷｅｂページを介して入力送信された（入力フォームによって受付けた現在入札額よりも多い入札額での）入札金額を受信すると、ＣＰＵが入札受付プログラムにしたがって、受付けた入札金額を、例えばその入札時間や入札者ＩＤと関連付けて主メモリなどに格納し、現在入札額として管理する。
【０１４７】
つづいて落札決定プログラムにしたがって、管理されている現在入札額が落札条件（現在時刻が入札受付時刻を経過した、あるいは所定時間までに即決金額を最初に超えた、など）を満たしたか否かをＣＰＵの論理演算処理によって判断する。そして、その落札条件を満たした入札額と関連付けて管理されている入札者ＩＤを利用して、当該入札者を落札者として決定し、出品者／落札者双方に対する落札通知メールの配信などの予め定められた必要な処理を行う。また、入札受付時間までに入札が無かった場合などには、ＣＰＵは落札決定プログラムにしたがって「落札不成立」の旨を判断結果として出力し、その判断結果に応じて出品者に対する落札不成立の通知メール配信などの予め定められた必要な処理を行う。
【０１４８】
そして、落札成立／不成立いずれの場合でも、オークションサーバ装置は落札決定プログラムに従い、そのオークション「００１」の終了の決定結果を広告表示システムに対して出力する。
【０１４９】
そして広告表示システムでは、上記のようにオークションサーバよりオークション出品物００１のオークションが終了した旨の情報を「Ｉ／Ｏ」にて受信し、「主メモリ」のアドレス１に格納する。すると、本実施例の広告表示システムは、表示制御プログラムに従い、オークション終了情報で示される終了出品物のＩＤを取得する。そして、「ＨＤＤ」に保持されているオークション広告管理ＤＢ（広告出品テーブル）にて管理されている図１１や図２６に示すようなテーブルデータを参照し、終了出品物に係る広告ＩＤを取得し「主メモリ」のアドレス２に格納する。そして表示制御プログラムに従い、その広告ＩＤをテーブルデータ上から削除する命令を生成し、削除処理を実行する。そして、詳細は実施例３で後述するように、例えば削除された商品と同一出品者が出品する別の商品の広告を補充広告として取得し、以降はその補充広告が所定の頻度（例えば終了商品から引き継いだ頻度など）で表示されるよう処理すると良い。
【０１５０】
また、補充すべき広告が無い場合などには、上記ＩＤが削除された広告の残り表示頻度を再分配する処理を以下のように実行しても良い。すなわちその広告ＩＤで管理されている広告の残り表示頻度を、オークション広告管理ＤＢから取得し、「主メモリ」の所定アドレスに格納する。つづいて、当該終了出品物が表示される特定領域を広告の表示領域とするその他の広告ＩＤを、オークション広告管理ＤＢにて特定し、その支払対価や表示頻度を取得する。そして実施例１で説明したような処理によって、その他の広告の対価比率を算出し、その対価比率を利用して、終了出品物に係る広告の残り表示頻度を割り振る処理を「ＣＰＵ」の演算処理によって実行する。そしてその演算処理の結果、新たに算出されたその他の広告の表示頻度に応じて制御ルールを生成し、「主メモリ」の所定アドレスに格納する、という具合である。
【０１５１】
<処理の流れ>
【０１５２】
図１３は、本実施例の広告表示システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０１５３】
ここで実施例１にて記載したような処理の流れによって決定した制御ルールに従い、広告をオークション関連ページの特定領域に表示するよう制御する（ステップＳ１３０１）。
【０１５４】
その後、この図にあるように、広告に係るオークションの終了を検知する（ステップＳ１３０２）と、その検知結果に従って、広告ＩＤをテーブルデータなどから削除したり、広告そのものをＨＤＤなどから削除したりする（ステップＳ１３０３）。
【０１５５】
また、上記処理の流れについて、オークションサーバ装置（オークションシステム）での処理も含めた形で、図２８を用いてさらに詳細に説明する。この図にあるように、オークションサーバ装置にて、まず、オークションへの出品を受付ける（ステップＳ２８０１）と、その受付けた出品に係る出品ＩＤを広告表示システムに出力する。またその受付けた出品を、例えばオークションＷｅｂページなどを生成しネットワーク上に公開して、ネットワーク上のクライアント端末に表示する（ステップＳ２８０２）。つづいて、そのネットワーク上のクライアント端末に表示したオークションＷｅｂページを介して入力されたオークション出品物に対する入札を受付け（ステップＳ２８０３）、その受付けた入札のうち所定の落札条件に合致する入札を落札と決定し（落札成立）、又は出品時間経過に基づいてオークションの終了を決定し（落札不成立）、その結果を決定結果として広告表示システムに出力する（ステップＳ２８０４）。
【０１５６】
そして、広告表示システムでは、ステップＳ２８０２にてオークションサーバ装置から出力された出品ＩＤを受信すると、当該出品ＩＤで識別されるオークション出品物に係る広告の広告ＩＤと、出品ＩＤとを関連付けて広告出品テーブルを生成し、ＨＤＤなどに保持するため記録する（ステップＳ２８０５）。また、実施例１にて記載したような処理の流れによって決定した制御ルールに従い、広告をオークション関連ページの特定領域に表示するよう、オークションサーバ装置に対して制御命令を出力などする（ステップＳ２８０６）。
【０１５７】
その後、広告表示システムでは、ステップＳ２８０４にてオークションサーバ装置から出力された決定結果を受信すると、当該広告の表示頻度に係る演算を再計算するため、その結果を演算装置などに出力し、表示頻度の再計算を実行する（ステップＳ２８０７）。またそれに伴い、広告ＩＤをテーブルデータなどから削除したり、広告そのものをＨＤＤなどから削除したりする（ステップＳ２８０８）。
【０１５８】
また上記処理の流れでは、さらに図示しない以下のようなステップを有していても良い。すなわち広告表示システムにて広告出品テーブルを生成し保持するために記録するステップ（ステップＳ２８０５）の実行とともに、オークション出品物に係る当該広告の広告ＩＤと、その広告を希望するユーザのユーザＩＤとを関連付けた広告ユーザＩＤテーブルを生成し、保持するためにＨＤＤなどに記録するステップを有していても良い。
【０１５９】
あるいは、オークションサーバ装置（オークションシステム）におけるステップＳ２８０４において、オークション主催者によるオークション出品の取消の決定、又は／および出品者によるオークション出品の削除の決定を決定結果として受付け、それを決定結果として広告表示システムに出力するステップをさらに有していても良い。そして、広告表示システムでは、このようなイレギュラーな出品中止においてもその広告表示を中止し、表示頻度を際演算するなどの処理を行う、という具合である。
【０１６０】
また、広告表示予定のオークション出品と同種の商品がより安い入札価格で広告出品と同一ページに表示されてしまい、その広告効果がマイナスに作用しないよう、さらに図示しない以下の処理の流れを有していても良い。
【０１６１】
すなわち、オークションシステムにて、任意の検索キーを受付け、受付けた検索キーに基づいてオークション出品物を検索し（検索ステップ）、検索結果を広告表示システムに出力する（検索結果出力ステップ）。また、検索ステップでの検索結果を、前記広告表示システムのオークションページ表示サブステップにより広告を表示するための前記特定領域とともに表示する（検索結果表示ステップ）。
【０１６２】
また、一方で広告表示システムにて、オークションシステムから出力された検索結果を取得し（検索結果取得ステップ）、オークションページ表示サブステップにて、前記制御ルールに従って前記特定領域に表示する予定の広告ＩＤを取得し、広告出品テーブルからその広告ＩＤに関連付けられた出品ＩＤを取得する（広告出品ＩＤ取得ステップ）。つづいて、前記出品ＩＤで識別される広告予定の出品の現在価格を取得する（広告予定出品現在価格取得ステップ）。
【０１６３】
そして、さらに前記出品ＩＤで識別される出品に係る商品の商品種を識別するための商品ＩＤを取得し（商品ＩＤ取得ステップ）、商品ＩＤ取得ステップにて取得した商品ＩＤに基づいて、検索結果取得ステップにて取得した検索結果に含まれる出品ＩＤを検索して同一商品種の出品ＩＤを抽出し、抽出した出品ＩＤで示される同一商品種の出品の現在価格を取得する（同一種出品現在価格取得ステップ）。そして、前記広告予定出品現在価格と、前記同一種出品現在価格と、いずれの価格が高いかを判断し（価格判断ステップ）、価格判断ステップでの判断結果が、広告予定の出品の価格の方が高いとの判断結果である場合には、オークションページ表示サブステップにて前記制御ルールに従って前記特定領域に表示する予定の広告を表示しないよう制御する（非表示制御ステップ）。
【０１６４】
<効果の簡単な説明>
【０１６５】
以上のように本実施例の広告表示システムによって、オークション出品物のオークションが終了となった場合には、例えば当該出品物に係る広告の表示を終了することができる。そしてその替わりに別の広告に差替えたりするなどの処理を行うことで、商品自体が無く表示する意味の無い広告を表示してしまう、などの無駄を省くことができる。
【０１６６】
≪実施例３≫
【０１６７】
<概要>
【０１６８】
本実施例は、上記実施例を基本として、オークション終了によって終了出品物に係る広告表示も終了する場合に、替わりに表示すべき広告を新しく補充する機能を有することを特徴とする広告表示システムである。
【０１６９】
図１４は、本実施例の広告表示システムにおける広告表示の一例を表す概念図である。この図１４（ａ）にあるように、ウェッブページ「オークションサイト」にて「トラックボールマウス」や「エクスプローラマウス」、「ワイヤレスマウス」などが出品されている。なお、実施例２で示す概要と同様に、オークション出品物「トラックボールマウス」β１は広告の対価を支払っているため、残り表示頻度を７０００回とする広告α１が特定領域に表示されている。
【０１７０】
その後このトラックボールマウスβ１のオークションが終了すると、本実施例の広告表示システムでは、オークション終了が無ければこの特定領域に表示されることの無い「予備の広告」であるオークション出品物β２に係る広告α２を新たに補充する。そして、図１４（ｂ）に示すように、その替わりの広告α２を同じ特定領域に所定の表示頻度（例えば前広告と同じ残り７０００回の表示頻度など）で表示するよう制御する、という具合である。
【０１７１】
<機能的構成>
【０１７２】
図１５は、本実施例の広告表示システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の「広告表示システム」（１５００）は、実施例２を基本として、「表示部」（１５０１）と、「広告蓄積部」（１５０２）と、「ユーザ入力情報受付部」（１５０３）と、「演算部」（１５０４）と、「制御部」（１５０５）と、「オークションページ表示手段」（１５０６）と、「限定蓄積手段」（１５０７）と、「終了依存削除手段」（１５０８）と、を有する。なお、上記構成要件は実施例１や実施例２にて記載済みであるので、その説明は省略する。
【０１７３】
そして本実施例の広告表示システムの特徴点は、「補充広告蓄積部」（１５０９）と、「追加部」（１５１０）と、をさらに有する点である。
【０１７４】
「補充広告蓄積部」（１５０９）は、オークションが終了することで広告を表示する必要がなくなった場合に、新たに広告蓄積部に蓄積し、特定領域に表示する為の広告である補充広告を蓄積する機能を有する。なお、この補充広告蓄積部は、例えばオークション終了が無ければ広告表示されない広告を補充広告として蓄積する構成であっても良い。あるいは別の特定領域や別の日に表示されるよう前記広告蓄積部にて蓄積されている広告に関して、別途補充広告としても管理する管理データベースを具備することで補充広告蓄積部を構成しても良い。
【０１７５】
また、この補充広告蓄積部では、例えば補充広告に関して代替優先順位を示す情報と関連付けて蓄積する構成であっても良い。
【０１７６】
「追加部」（１５１０）は、オークションが終了することで前記終了依存削除手段にて広告の削除が行われた場合に、補充広告蓄積部（１５０９）に蓄積されている広告を広告蓄積部（１５０２）に追加する機能を有する。
【０１７７】
この追加部の機能は、例えばデータベースなどで補充広告フラグを立てて補充広告として管理している広告に関し、当該補充広告フラグを広告フラグに書き換える処理などで実現することができる。
【０１７８】
あるいは、例えば補充広告蓄積部がネットワークなどを介した外部の別装置上に具備されている場合は、当該外部の別装置に所定の補充広告を送信する命令を出力する。そしてその命令にしたがって送信されてきた補充広告を広告蓄積部に追加書き込みする処理などによって実現することもできる。
【０１７９】
またこの追加部にて、複数の補充広告の中から広告として追加するものを選択するために例えば以下のような処理を行うと良い。
【０１８０】
図１６は、上記選択処理に関する優先順位を指定するためのＧＵＩの一例を表す図である。この図にあるように、例えばユーザ（広告クライアント）がこの追加機能（自動補充モード）について「ＯＦＦ」とした場合には、まずオークション終了出品物の出品者ＩＤや登録情報などを利用して、その出品者に対して終了通知メールを自動送信する。そして当該メールに応じてユーザが自身の出品リストの中から指定した出品物に関する情報を受信する。そして本実施例の広告システムでは、そのように指定された出品物に係る補充広告を上記追加される広告として選択決定する、という具合である。
【０１８１】
また、その他にも、入札件数の最も高い出品物にかかる広告を追加の広告として選択しても良いし、現在価格の最も高いものや残り時間の最も長いもの／短いものに係る広告を追加の広告として選択しても良い。また、その際にはオークション広告管理データベースにて管理されている情報を参照し、終了出品物と同一の出品者ＩＤと関連付けられた広告についてその選択対象とすることで、支払対価の返還や再請求などの処理を省くことができる。
【０１８２】
そして、上記処理によって複数の補充広告の中から選択され追加された広告の表示頻度に関して、例えば前広告（オークション終了出品物に係る広告）と追加広告とが同一出品者によるものであれば、支払対価の負担者が同一なので残り表示頻度をそのまま引き継ぐよう処理すると良い。
【０１８３】
なお、上記のような広告の表示終了に伴う補充すべき別の広告の選択処理に際し、ユーザＩＤを利用し同一出品者に係る別の広告を補充対象とするために、本実施例の広告表示システムは図２９に示すような以下のような構成を備えていると良い。
【０１８４】
図２９は、上記機能を実現するための本実施例の広告表示システムにおける機能ブロックの、別の一例を表す図である。この図にあるように本実施例の広告表示システムは、上記構成に加えて、さらに「ユーザＩＤ取得部」（２９１１）と、「補充広告抽出部」（２９１２）と、「追加候補出力部」（２９１３）と、を有する。
【０１８５】
「ユーザＩＤ取得部」（２９１１）は、終了依存削除手段にて削除された広告の広告ＩＤに基づいて、その広告を希望したユーザのユーザＩＤを取得する機能を有する。具体的には、例えば図２７に示すような広告ユーザＩＤテーブルを参照し、ＣＰＵの論理演算処理によって広告ＩＤと関連付けられているユーザＩＤを特定する、という具合である。
【０１８６】
「補充広告抽出部」（２９１２）は、ユーザＩＤ取得部にて取得したユーザＩＤと関連付けられている広告ＩＤを補充広告蓄積部から抽出する機能を有する。具体的には上記同様に、例えば図２７で示す広告ユーザＩＤテーブルを参照し、ＣＰＵの論理演算処理によって取得したユーザＩＤに関連付けられている、その他（終了によって削除された広告以外）の広告ＩＤを抽出する。また、その抽出した広告ＩＤが複数ある場合には、例えばユーザが指定した代替優先順位の最も高い出品物に係る広告や、入札件数の最も高い出品物にかかる広告や、現在価格の最も高いものや残り時間の最も長い出品物に係る広告など、その中から一つの広告を特定する処理をＣＰＵの演算処理によって行っても良い。
【０１８７】
「追加候補出力部」（２９１３）は、前記抽出された広告の広告ＩＤを追加候補として追加部に出力する機能を有する。このようにして、広告の表示終了に伴って、ユーザＩＤを利用し同一出品者に係る別の広告を補充対象として処理することができる。
【０１８８】
また上記のように追加補充された広告を含む表示されるべき全ての広告の表示頻度に関しては、その他にも、残りの予想アクセス数などを用いて当該特定領域に関する全ての広告について再演算することで算出するなど様々であって良い。
【０１８９】
このように、オークションが終了することで広告を表示する必要がなくなった場合に新たに広告を補充し、特定領域に広告を表示することができる。
【０１９０】
<ハードウェア構成>
【０１９１】
図１７は、上記機能的な各構成要件をハードウェアとして実現した際の、広告表示システムにおける構成の一例を表す概略図である。この図を利用してオークション出品物に係る広告の表示処理におけるそれぞれのハードウェア構成部の働きについて説明する。
【０１９２】
この図にあるように、広告表示システムは、実施例２同様に「ＣＰＵ」（１７０１）と、「主メモリ」（１７０２）と、「ＨＤＤ」（１７０３）と、「Ｉ／Ｏ」（１７０４）と、を備えている。
【０１９３】
そして実施例１で記載したような処理を行い、オークション関連ページの特定領域に支払対価に応じた表示頻度で広告を表示する。そしてオークションサーバよりオークション出品物００１のオークションが終了した旨の情報を「Ｉ／Ｏ」にて受信し、「主メモリ」のアドレス１に格納する。またそれに伴い、前述のようにオークション終了商品に係る広告ＩＤの削除処理を実行する。
【０１９４】
すると本実施例の広告表示システムは、表示制御プログラムに従い、オークション終了情報で示される終了出品物のＩＤを取得する。そして、「ＨＤＤ」に保持されているオークション広告管理ＤＢを参照し、終了出品物に係る出品者ＩＤを取得する。そして、その出品者ＩＤをキーとしてオークション広告管理ＤＢテーブルデータにて管理されているテーブルデータを検索し、同一出品者ＩＤで出品され、かつ補充広告フラグを立てて管理されている補充広告Ａ、補充広告Ｂ、・・・を特定する。
【０１９５】
続いて上記特定した補充広告の中から広告として追加するものを選択する。そのために図１６のＧＵＩなどを介して指定された選択方法情報に従い、例えば特定した補充広告に係る出品物の入札件数などを返信するようオークションサーバに命令を出力する。そして、その命令に応じて返信された入札件数情報を「Ｉ／Ｏ」にて受信し、「主メモリ」のアドレス２に格納する。そして、入札件数情報で示される各出品物の入札件数を「ＣＰＵ」の演算処理によって大小比較し、例えば補充広告Ａに係る出品物が最も入札件数が多い、との比較結果が出力される。
【０１９６】
つづいて、その比較結果に応じて「ＣＰＵ」は補充広告Ａのフラグ書換命令を生成し「主メモリ」のアドレス４に格納する。そして当該書換命令に従い、オークション広告管理ＤＢで管理されている補充広告Ａの設定フラグを、補充広告から広告へと書き換える処理が実行され、新たなオークション広告Ｃが広告として追加管理される、という具合である。
【０１９７】
また、そのように新たな広告として追加されたオークション広告Ｃの表示頻度については、前広告の残り表示頻度をそのまま引き継ぐ処理により決定すると良い。
【０１９８】
<処理の流れ>
【０１９９】
図１８は、本実施例の広告表示システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０２００】
ここで実施例１にて記載したような処理の流れによって決定した制御ルールに従い、広告をオークション関連ページの特定領域に表示するよう制御する（ステップＳ１８０１）。
【０２０１】
その後、この図にあるように、広告に係るオークションの終了を検知する（ステップＳ１８０２）と、予め補充広告蓄積部に蓄積されている補充広告を広告蓄積部に追加する（ステップＳ１８０３）。
【０２０２】
また上記処理の流れにおいて、ステップＳ１８０３にてユーザＩＤをキーとして広告蓄積部に追加すべき補充広告の選択処理を行うための処理について、図３０を用いてさらに詳細に説明する。この図にあるように、広告表示の終了に伴い削除された広告の広告ＩＤを取得し、その広告ＩＤに基づいてその広告を希望したユーザのユーザＩＤを取得する（ステップＳ３００１）。つづいてその取得したユーザＩＤと関連付けられている広告ＩＤを広告蓄積部から抽出し（ステップＳ３００２）、前記抽出された広告の広告ＩＤを追加候補として追加ステップに出力する（ステップＳ３００３）。
【０２０３】
<効果の簡単な説明>
【０２０４】
以上のように本実施例の広告表示システムによって、オークションが終了することで広告を表示する必要がなくなった場合に新たに広告を補充し、特定領域に追加した新しい広告を表示することができる。したがって広告スペースを有効に使い回して活用することができる。
【０２０５】
また、前述のようにオークション出品物に係る広告に特有の、例えば広告の表示頻度が残っている状態での出品終了、即ち広告表示終了などが発生しても、別途表示すべき広告を補充することができる。また、その際に、表示終了広告の出品ユーザが出品している別の出品物の広告を補充広告とするよう構成することで、例えば支払対価の負担者が同一なので残り表示頻度をそのまま引き継ぐなど、表示頻度の際演算処理を簡略化することもできる。
【０２０６】
≪実施例４≫
【０２０７】
<概要>
【０２０８】
本実施例は、上記実施例１から３のいずれかを基本として、さらにユーザ入力情報の受付を常時行うとともに、所定のインターバルで表示頻度の演算および制御ルールの生成を実行することを特徴とする広告表示システムである。
【０２０９】
このように、本実施例の広告表示システムでは設定された所定のインターバルに応じて広告表示制御が変更される、という具合に柔軟な表示制御を行うことができる。
【０２１０】
<機能的構成>
【０２１１】
図１９は、本実施例の広告表示システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の「広告表示システム」（１９００）は、例えば実施例１を基本として、「表示部」（１９０１）と、「広告蓄積部」（１９０２）と、「ユーザ入力情報受付部」（１９０３）と、「演算部」（１９０４）と、「制御部」（１９０５）と、を有する。また、実施例２や３を基本として、図示しない「オークションページ表示手段」や「限定蓄積手段」や「終了依存削除手段」、あるいは「補充広告蓄積部」や「追加部」などを有していても良い。なお、上記構成要件は実施例１や２、３にて記載済みであるので、その説明は省略する。
【０２１２】
そして本実施例の広告表示システムの特徴点は、ユーザ入力情報受付部が「常時受付手段」（１９０６）をさらに有し、演算部が「インターバル演算手段」（１９０７）をさらに有し、そして制御部が「制御ルール生成手段」（１９０８）をさらに有する点である。
【０２１３】
「常時受付手段」（１９０６）は、常時ユーザ入力情報の受付を行う機能を有する。この常時受付手段では、例えばユーザ入力情報を受付けた時間を取得し、ユーザ入力情報と受付時間を関連付けて管理できるよう構成しても良い。
【０２１４】
「インターバル演算手段」（１９０７）は、所定のインターバルで前記演算を行う機能を有する。また、「制御ルール生成手段」（１９０８）は、インターバル演算手段（１９０７）で新たに演算が行われるたびに演算された表示頻度に基づいて表示をさせるための制御ルールを生成する機能を有する。
【０２１５】
ここで、「所定のインターバル」は、１日や１２時間、あるいは１週間といった具合に予め定められていても良いし、ユーザ（広告クライアント）からのインターバル希望情報を受付けるなどして、ユーザの希望を反映させるように定められても良い。また、予め設けられた所定日付の１日前に広告入稿の受付けを終了するよう構成し、所定のインターバルでの演算を実現しても良い。
【０２１６】
また所定のインターバルは、常時受付手段での受付状況に応じて決定されるよう構成しても良い。例えば、一の特定領域に関するユーザ入力情報の受付件数が一時間で１００以上など集中している場合、その集中度合いを閾値などを基準に「ＣＰＵ」の論理演算処理によって判断する。そして集中している旨判断された場合には、所定のインターバルを延長し、より多くのユーザ入力情報が受付けられ、それら全てを反映されるようにする、という具合である。
【０２１７】
具体的に、インターバル演算手段が、常時受付手段で受付けたユーザ入力情報の受付け状況が所定の集中度合いに達したかの判断をし、その結果、集中度合いが所定の閾値超えるごとにこれをインターバルとして前記演算を行う閾値演算手段をさらに有すると良い。
【０２１８】
あるいは、所定のインターバルは、時間経過によるインターバルの他、広告に対する支払口数（支払対価）を基準としたインターバルであっても良い。例えば、1万口を基準とし、ユーザ入力情報の受付によって対価支払が１万口に達した際に、表示頻度や制御ルールの生成処理が開始される。そしてそこから再度支払対価のカウントを行い、また１万口に達したら次の表示頻度や制御ルールの生成処理が開始される、という具合である。
【０２１９】
具体的に、インターバル演算手段が、オークションにおいて広告に係る出品物のオークションが終了したかの検知結果を取得して、出品物のオークションが終了したとの検知結果を取得する毎にこれをインターバルとして前記演算を行う検知結果依存演算手段をさらに有すると良い。
【０２２０】
またその他にも、オークションシステムから広告表示に係るオークション出品が終了したことを示す検知結果の受信に基づくインターバルであっても良い。具体的に、インターバル演算手段が、オークションにおいて広告に係る出品物のオークションが終了したかの検知結果を取得して、出品物のオークションが終了したとの検知結果を取得する毎にこれをインターバルとして前記演算を行う検知結果依存演算手段をさらに有すると良い。
【０２２１】
あるいは、実施例３にて記載のオークション出品終了に伴う広告終了に対し、別の広告を補充する構成を備える広告表示システムにおいて、あるユーザ（広告主）が表示を希望するすべての広告が終了したことの通知に基づくインターバルであっても良い。具体的に、前記補充広告蓄積部が、補充広告を、その補充広告の表示を希望するユーザのユーザＩＤに関連付けて蓄積するとともに、任意のユーザＩＤに関連付けられている補充広告が空になったか判断する補充広告空判断手段をさらに有し、前記インターバル演算手段が、補充広告空判断手段での判断結果が空になったとの判断結果である場合ごとにこれをインターバルとして前記演算を行う補充広告依存演算手段をさらに有すると良い。
【０２２２】
<ハードウェア構成>
【０２２３】
本実施例のハードウェア構成、およびその処理の内容などは、上記実施例にて記載したものとほぼ同様であるのでその説明は省略する。相違点は、そのハードウェア構成を用いた各処理の処理開始トリガーとして、タイムスケジューラなどのアプリケーションと「内蔵時計」などを利用する点である。
【０２２４】
<処理の流れ>
【０２２５】
図２０は、本実施例の広告表示システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０２２６】
この図にあるように、まず、広告表示の対価を示す情報を含むユーザ入力情報を、所定のインターバルが経過するまで受付ける（ステップＳ２００１）。そして所定のインターバルが経過したことを内蔵時計などで検知する（ステップＳ２００２）と、受付けたユーザ入力情報から得られる全体の対価を算出する（ステップＳ２００３）。また、続く対価の割合や表示頻度の算出、制御ルールの生成処理を上記実施例にて説明したような処理の流れによって実行する。
【０２２７】
そして、決定した表示ルールに従い広告をウェッブページの特定領域に表示するよう制御する（ステップＳ２００４）。
【０２２８】
また、上記のように時間をベースとするインターバルの他、以下のようなインターバルで表示頻度の算出や制御ルールの生成を実行するよう構成しても良い。すなわち、ユーザ入力情報を常時受付け（常時受付けサブステップ）、常時受付サブステップで受付けたユーザ入力情報の受付け状況が所定の集中度合いに達したかの判断をし、その結果、集中度合いが所定の閾値超えるごとにこれをインターバルとして前記演算を行う（閾値演算サブステップ）という具合である。
【０２２９】
あるいは、ユーザ入力情報を受付け（ユーザ入力情報受付ステップ）、ユーザ入力情報受付ステップに受付けられたユーザ入力情報に含まれる広告表示の対価が所定の基準支払対価に達したかの判断をし、その結果、基準支払対価に達する場合ごとにこれをインターバルとして前記演算を行う（基準対価依存演算サブステップ）という具合である。
【０２３０】
あるいは、オークションにおいて広告に係る出品物のオークションが終了したかの検知結果を取得して、出品物のオークションが終了したとの検知結果を取得する毎にこれをインターバルとして前記演算を行う（検知結果依存演算サブステップ）構成をさらに有していても良い。
【０２３１】
あるいは、補充広告蓄積部は補充広告を、その補充広告の表示を希望するユーザのユーザＩＤに関連付けて蓄積することを前提として、任意のユーザＩＤに関連付けられている補充広告が空になったか判断し（補充広告空判断ステップ）、補充広告空判断ステップでの判断結果が空になったとの判断結果である場合ごとにこれをインターバルとして前記演算を行う（補充広告依存演算サブステップ）構成をさらに有していても良い。
【０２３２】
<効果の簡単な説明>
【０２３３】
以上のように本実施例の広告表示システムによって、設定された所定のインターバルに応じて柔軟な表示制御を行うことができる。
【０２３４】
≪実施例５≫
【０２３５】
<概要>
【０２３６】
本実施例は、ユーザ（広告クライアント）により入力された「支払対価」による表示頻度予想をユーザに通知する機能をさらに備える広告表示システムである。
【０２３７】
図２１は、本実施例による表示頻度予想のユーザ通知画面の一例を表す図である。この図にあるように、本実施例の広告表示システムでは、ＧＵＩ上の「見込算出ボタン」の押下によるユーザからのリクエスト受付に応じて、現時点での表示頻度を計算し、「見込表示回数」の項目にその計算結果を予想として表示する、という具合である。
【０２３８】
つまり本発明の広告表示システムの最大の特徴は、広告の支払対価総額に対する各広告の支払対価の割合で表示頻度を変えて広告を表示する点にある。しかし、広告の支払対価総額は、時間経過によって変わるなどするため、その表示頻度も当初の対価支払時から変動してしまう。
【０２３９】
そこで本実施例では、ユーザの要求（リクエスト）に応じてその要求時点での表示頻度をユーザに通知することで、変動した表示頻度に応じて例えば支払対価を追加するなどの対応をとることができるようになる。
【０２４０】
<機能的構成>
【０２４１】
図２２は、本実施例の広告表示システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の「広告表示システム」（２２００）は、実施例１を基本として、「表示部」（２２０１）と、「広告蓄積部」（２２０２）と、「ユーザ入力情報受付部」（２２０３）と、「演算部」（２２０４）と、「制御部」（２２０５）と、を有する。また、実施例２や３、４を基本として、図示しない「オークションページ表示手段」や「限定蓄積手段」や「終了依存削除手段」、あるいは「補充広告蓄積部」や「追加部」、また「常時受付手段」や「インターバル演算手段」や「制御ルール生成手段」などを有していても良い。なお、上記構成要件は実施例１から４にて記載済みであるので、その説明は省略する。
【０２４２】
そして本実施例の広告表示システムの特徴点は、「表示頻度情報出力部」（２２０６）をさらに有する点である。
【０２４３】
「表示頻度情報出力部」（２２０６）は、ユーザの要求に応じて対価と要求時の演算結果として得られる表示頻度との関係を示す表示頻度情報を出力する機能を有する。なお、この「ユーザの要求」の取得は、最初の支払対価の入力時、すなわちユーザ入力情報の受付時にユーザ入力情報に含む形で取得しても良いし、その後に別途ユーザ要求のみを所定のサービス用ウェッブページのＧＵＩなどを介して取得するよう構成しても良い。また、ユーザが自身の出稿広告を管理するための「管理ページ」にアクセスしたことをユーザの要求として処理し、当該管理ページの画面上に、他の管理情報と併せて表示頻度情報を出力表示するよう構成しても良い。
【０２４４】
そして、そのユーザ要求を受付けた時点でのユーザ全体の支払対価総額に応じて、現時点での表示頻度をユーザに通知する、という具合である。なお、その通知方法は上記ユーザ要求受付用のＧＵＩ上に表示して通知するようにしても良いし、ユーザの指定メール先へのメール送信など、その他手段で通知するようにしても良い。
【０２４５】
<ハードウェア構成>
【０２４６】
図２３は、上記機能的な各構成要件をハードウェアとして実現した際の、広告表示システムにおける構成の一例を表す概略図である。この図を利用してユーザへの表示頻度の通知処理におけるそれぞれのハードウェア構成部の働きについて説明する。
【０２４７】
この図にあるように、広告表示システムは、上記実施例同様に「ＣＰＵ」（２３０１）と、「主メモリ」（２３０２）と、「ＨＤＤ」（２３０３）と、「Ｉ／Ｏ」（２３０４）と、を備えている。
【０２４８】
ここで、図２１のようなＧＵＩを利用しユーザ（広告クライアント）が自身の端末から送信されたユーザの要求（特定領域の識別情報を含む）を「Ｉ／Ｏ」にて受信し、「主メモリ」のアドレス１に格納する。すると特定領域の識別情報を利用して、現時点で当該特定領域について支払われた対価を、「ＨＤＤ」の広告管理ＤＢから取得する。そして、「ＣＰＵ」の演算処理によって現時点の対価総額を算出し、「主メモリ」のアドレス２に格納する。そして、その算出した全体のユーザの対価総額に対する各ユーザの対価の割合から現時点での表示頻度を算出し「主メモリ」のアドレス３に格納する。
【０２４９】
そして算出した表示頻度を表示頻度情報として「Ｉ／Ｏ」から出力し、ユーザ要求を送信した端末に返信する、という具合である。そしてユーザはその現時点での表示頻度（予想）を知ることで例えば、変動した表示頻度に応じて支払対価を追加するなどの対応をとることができる。
【０２５０】
<処理の流れ>
【０２５１】
図２４は、本実施例の広告表示システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０２５２】
この図にあるように、まず、実施例１で記載したような処理を実行し全体のユーザの対価に対する各ユーザの対価の割合を算出する。つづいて、算出した対価の割合に応じて各ユーザが表示を希望する広告の表示頻度を算出し（ステップＳ２４０１）、算出した表示頻度に基づいて制御ルールを定める（ステップＳ２４０２）。
【０２５３】
その後、ユーザから要求を取得する（ステップＳ２４０３）と、その要求を取得した時点での表示頻度を再計算する（ステップＳ２４０４）。そして再計算した表示頻度を表示頻度情報として出力し（ステップＳ２４０５）、ユーザに現時点での表示頻度を通知する。
【０２５４】
<効果の簡単な説明>
【０２５５】
以上のように本実施例の広告表示システムによって、ユーザの要求（リクエスト）に応じてその要求時点での表示頻度をユーザに通知することができる。したがってユーザは、変動した表示頻度に応じて例えば支払対価を追加するなどの対応をとることができるようになる。
【図面の簡単な説明】
【０２５６】
【図１】実施例１の広告表示システムにおける広告表示の一例を表す概念図
【図２】実施例１の広告表示システムにおける機能ブロックの一例を表す図
【図３】実施例１の広告表示システムのユーザ入力情報受付部にて受付けるための広告表示の対価を示す情報を入力するためのＧＵＩの一例を表す図
【図４】実施例１の広告表示システムのユーザ入力情報受付部にて受付けたユーザ入力情報を管理するためのテーブルデータの一例を表す図
【図５】実施例１の広告表示システムの制御部による制御を実現するための制御ルールの一例を表す概念
【図６】実施例１の広告表示システムにおけるハードウェア構成の一例を表す図
【図７】実施例１の広告表示システムにおける処理の流れの一例を表すフローチャート
【図８】実施例１の広告表示システムにおける広告表示の一例を表す概念図
【図９】実施例２の広告表示システムとネットワークを介して接続されたオークションサーバ装置における機能ブロックの一例を表す図
【図１０】実施例２の広告表示システムにおける機能ブロックの一例を表す図
【図１１】実施例２の広告表示システムの広告蓄積部にて蓄積されている広告を管理するためのテーブルデータの一例を表す図
【図１２】実施例２の広告表示システムにおけるハードウェア構成の一例を表す図
【図１３】実施例２の広告表示システムにおける処理の流れの一例を表すフローチャート
【図１４】実施例３の広告表示システムにおける広告表示の一例を表す概念図
【図１５】実施例３の広告表示システムにおける機能ブロックの一例を表す図
【図１６】実施例３の広告表示システムの追加部での選択処理に関する優先順位を指定するためのＧＵＩの一例を表す図
【図１７】実施例３の広告表示システムにおけるハードウェア構成の一例を表す図
【図１８】実施例３の広告表示システムにおける処理の流れの一例を表すフローチャート
【図１９】実施例４の広告表示システムにおける機能ブロックの一例を表す図
【図２０】実施例４の広告表示システムにおける処理の流れの一例を表すフローチャート
【図２１】実施例５の広告表示システムによる表示頻度予想のユーザ通知画面の一例を表す図
【図２２】実施例５の広告表示システムにおける機能ブロックの一例を表す図
【図２３】実施例５の広告表示システムにおけるハードウェア構成の一例を表す図
【図２４】実施例５の広告表示システムにおける処理の流れの一例を表すフローチャート
【図２５】実施例２の広告表示システムにおける機能ブロックの、別の一例を表す図
【図２６】実施例２の広告表示システムにおける広告出品テーブルの一例を表す概念図
【図２７】実施例２の広告表示システムにおける広告ユーザＩＤテーブルの一例を表す概念図
【図２８】実施例２の広告表示システムにおける処理の流れの、別の一例を表すフローチャート
【図２９】実施例３の広告表示システムにおける機能ブロックの、別の一例を表す図
【図３０】実施例３の広告表示システムにおける処理の流れの、別の一例を表すフローチャート
【符号の説明】
【０２５７】
０２００  広告表示システム
０２０１  表示部
０２０２  広告蓄積部
０２０３  ユーザ入力情報受付部
０２０４  演算部
０２０５  制御部
【図１】
0004697815.tif 000002
【図２】
0004697815.tif 000003
【図３】
0004697815.tif 000004
【図４】
0004697815.tif 000005
【図５】
0004697815.tif 000006
【図６】
0004697815.tif 000007
【図７】
0004697815.tif 000008
【図８】
0004697815.tif 000009
【図９】
0004697815.tif 000010
【図１０】
0004697815.tif 000011
【図１１】
0004697815.tif 000012
【図１２】
0004697815.tif 000013
【図１３】
0004697815.tif 000014
【図１４】
0004697815.tif 000015
【図１５】
0004697815.tif 000016
【図１６】
0004697815.tif 000017
【図１７】
0004697815.tif 000018
【図１８】
0004697815.tif 000019
【図１９】
0004697815.tif 000020
【図２０】
0004697815.tif 000021
【図２１】
0004697815.tif 000022
【図２２】
0004697815.tif 000023
【図２３】
0004697815.tif 000024
【図２４】
0004697815.tif 000025
【図２５】
0004697815.tif 000026
【図２６】
0004697815.tif 000027
【図２７】
0004697815.tif 000028
【図２８】
0004697815.tif 000029
【図２９】
0004697815.tif 000030
【図３０】
0004697815.tif 000031