(57)【特許請求の範囲】
【請求項１】
複数のカテゴリのいずれかに属する動画を表す動画データを記憶する動画データ記憶手段，
クライアントからのアクセスに応答して，上記クライアントからクッキーを取得するクッキー取得手段，
上記クッキー取得手段によって取得したクッキーに記述されている情報に基づいて特定される前回配信された動画データの上記クライアントへの配信開始日時と，上記クライアントのアクセス日時とに基づいて，上記前回配信動画が正常に閲覧されたかどうかを判断する判断手段，
上記判断手段によって前回配信動画が正常に閲覧されていたと判断された場合には，上記前回配信動画が属するカテゴリのカテゴリ・ウエイトを増加させ，かつ他のカテゴリのカテゴリ・ウエイトを減少させ，上記判断手段によって前回配信動画が正常に閲覧されていなかったと判断された場合には，上記前回配信動画が属するカテゴリのカテゴリ・ウエイトを減少させ，かつ他のカテゴリのカテゴリ・ウエイトを増加させるカテゴリ・ウエイト算出手段，
上記カテゴリ・ウエイト算出手段によって算出されたカテゴリ・ウエイトに基づいて，カテゴリ・ウエイトに応じて決定確率が変動する手法を用いて上記クライアントに新たに配信すべき動画データが属するカテゴリを決定するカテゴリ決定手段，
上記カテゴリ決定手段によって決定されたカテゴリに属する動画データの中から，上記クライアントに配信すべき動画データを決定する動画決定手段，および上記動画決定手段によって決定された動画データを上記動画データ記憶手段から読出し，上記クライアントに配信する配信手段を備えた，動画配信装置。
【請求項２】
上記クライアントからのアクセスを受付ける度にログ・データを生成するログ・データ生成手段，および上記ログ・データ生成手段によって生成されるログ・データを記憶するログ・テーブルを備え，
上記ログ・データ生成手段によって生成されるログ・データには，
上記動画データの配信開始日時，上記クライアントのユーザを識別するユーザＩＤ，上記動画決定手段によって決定された動画データを識別する動画ＩＤおよび作成されるログ・データを識別するログＩＤが記述される，請求項１に記載の動画配信装置。
【請求項３】
少なくとも，上記クライアントのユーザを識別するユーザＩＤ，上記動画決定手段によって決定された動画データを識別する動画ＩＤ，上記ログ・データ作成手段によって作成されたログ・データを識別するログＩＤ，複数のカテゴリのそれぞれのカテゴリ・ウエイトおよび動画配信装置のアドレスを記述したクッキーを作成するクッキー作成手段，ならびに
上記クッキー作成手段によって作成されたクッキーを上記クライアントに送信するクッキー送信手段をさらに備えた，請求項２に記載の動画配信装置。
【請求項４】
上記ログ・データに記述される動画データの配信開始日時として，上記クライアントからのアクセス日時を用いる，請求項２に記載の動画配信装置。
【請求項５】
上記判断手段は，クライアントから取得したクッキーに記述されたログＩＤによって識別され，上記ログ・テーブルに記憶されているログ・データに記述されている前回配信動画の配信開始日時と，上記クライアントからのアクセス日時とを比較し，その時間差が，所定の時間幅内であれば上記クライアントに前回配信された動画データが表す動画は正常に閲覧されたものと判断し，所定の時間幅外であれば上記クライアントに前回配信された動画データが表す動画は正常に閲覧されなかったものと判断する，請求項３に記載の動画配信装置。
【請求項６】
上記カテゴリ・ウエイト算出手段は，クライアントから取得したクッキーに記述されたカテゴリごとのカテゴリ・ウエイトを基礎として，カテゴリ・ウエイトを増加および減少させる，請求項３に記載の動画配信装置。
【請求項７】
上記カテゴリ・ウエイト算出手段は，クライアントから取得したクッキーに記述されているカテゴリごとのカテゴリ・ウエイトを旧カテゴリ・ウエイト，算出されるカテゴリごとの新たなカテゴリ・ウエイトを新カテゴリ・ウエイトとしたときに，カテゴリごとのそれぞれの新カテゴリ・ウエイトを，
新カテゴリ・ウエイト＝旧カテゴリ・ウエイト×旧カテゴリ・ウエイトの合計値／増加または減少されたカテゴリ・ウエイトを用いた旧カテゴリ・ウエイトの合計値
によって算出するものである，請求項３に記載の動画配信装置。
【請求項８】
上記カテゴリ決定手段は，
上記カテゴリ・ウエイト算出手段によって算出されたカテゴリ・ウエイトの合計値までの値の中から任意の値を決定し，任意のカテゴリを選択し，決定された任意の値が，選択されたカテゴリのカテゴリ・ウエイト中に含まれるかどうかを判断し，
任意の値が選択されたカテゴリのカテゴリ・ウエイト中に含まれないと判断された場合に，上記選択されたカテゴリを除く他のカテゴリを対象にして新たなカテゴリを選択し，選択した新たなカテゴリのカテゴリ・ウエイトと，既に選択されたカテゴリのカテゴリ・ウエイトとの合計値を用いて，決定された任意の値が，カテゴリ・ウエイトの合計値中に含まれるかどうかの判断を行い，決定された任意の値がカテゴリのカテゴリ・ウエイトの合計値中に含まれるまでこの処理を繰返し，
決定された任意の値が，カテゴリのカテゴリ・ウエイトまたはその合計値中に含まれると判断された場合に，含まれるようになったときに選択されたカテゴリを，上記クライアントに新たに配信すべき動画データが属するカテゴリとして決定するものである，請求項１に記載の動画配信装置。
【請求項９】
上記クライアントに配信される動画データは，上記動画データに基づいて上記クライアントの表示画面上に表示される動画が所定時間表示された場合に，上記動画配信装置にアクセスするように上記クライアントを制御する制御命令が付加されている，請求項１に記載の動画配信装置。
【請求項１０】
クライアントからのアクセスに応答して，上記クライアントからクッキーを取得し，
取得したクッキーに記述されている情報に基づいて特定される前回配信された動画データの上記クライアントへの配信開始日時と，上記クライアントのアクセス日時とに基づいて，前回配信動画が正常に閲覧されたかどうかを判断し，
前回配信動画が正常に閲覧されていたと判断した場合には，上記前回配信動画が属するカテゴリのカテゴリ・ウエイトを増加し，かつ他のカテゴリのカテゴリ・ウエイトを減少し，前回配信動画が正常に閲覧されていなかったと判断した場合には，上記前回配信動画が属するカテゴリのカテゴリ・ウエイトを減少し，かつ他のカテゴリのカテゴリ・ウエイトを増加し，
新たなカテゴリ・ウエイトに基づいて，そのカテゴリ・ウエイトに応じて決定確率が変動する手法を用いて上記クライアントに新たに配信すべき動画データが属するカテゴリを決定し，
決定したカテゴリに属する動画データの中から上記クライアントに配信すべき動画データを決定し，
決定した動画データを上記クライアントに配信する，動画配信方法。
【請求項１１】
クライアントからのアクセスに応答して，上記クライアントからクッキーを取得させ，
取得したクッキーに記述されている情報に基づいて特定される前回配信された動画データの上記クライアントへの配信開始日時と，上記クライアントのアクセス日時とに基づいて，前回配信動画が正常に閲覧されたかどうかを判断させ，
前回配信動画が正常に閲覧されていたと判断された場合には，上記前回配信動画が属するカテゴリのカテゴリ・ウエイトを増加させ，かつ他のカテゴリのカテゴリ・ウエイトを減少させ，前回配信動画が正常に閲覧されていなかったと判断された場合には，上記前回配信動画が属するカテゴリのカテゴリ・ウエイトを減少させ，かつ他のカテゴリのカテゴリ・ウエイトを増加させ，
新たなカテゴリ・ウエイトに基づいて，そのカテゴリ・ウエイトに応じて決定確率が変動する手法を用いて上記クライアントに新たに配信すべき動画データが属するカテゴリを決定させ，
決定されたカテゴリに属する動画データの中から上記クライアントに配信すべき動画データを決定させ，
決定された動画データを上記クライアントに配信させるように，動画配信装置を制御するプログラム。
【請求項１２】
請求項１〜９のいずれか一項に記載の動画配信装置およびクライアントからのアクセスを受付けるウエブ・サーバを備え，
上記ウエブ・サーバは，上記クライアントからのアクセスに応じてウエブ・データを上記クライアントに送信する送信手段を備え，
上記送信手段によって上記クライアントに送信されるウエブ・データには，上記動画配信装置のアドレスおよび上記アドレスにしたがって上記動画配信装置をアクセスするように上記クライアントを制御する制御命令が記述されている，動画配信システム。
【発明の詳細な説明】
【０００１】
【技術分野】
この発明は，動画配信装置および方法，ならびに動画配信装置を制御するプログラムに関する。
【０００２】
【技術背景】
インターネットおよびパーソナル・コンピュータの家庭への普及が広がってきている。近年，次世代のインターネットをささえる技術の一つとして「ブロードバンド」に注目が集まっている。
【０００３】
従来，すなわち，ブロードバンドの到来以前では，インターネットを利用してユーザに情報を配信する場合，静的なコンテンツ（静止画像）を配信するものが一般的になっている。これは，受信者側のインフラが整っていず，大量のデータの送信（受信）が困難であったからである。
【０００４】
ところが，ブロードバンド時代を迎え，受信者側で大量のデータの受信ができるインフラが整いつつある。ブロードバンド時代におけるインターネットでは動画配信もスムーズに行うことができるので，インターネットを利用した情報配信，特に広告情報の配信では，静止画像の配信から動画像の配信に移ることは必至である。
【０００５】
ユーザが興味を持つ分野の広告を配信しようとする場合，広告を配信するコンピュータ（サーバ）（サーバの運用者）は，ユーザに対してそのユーザの興味分野をあらかじめ通知させ，これによりユーザのそれぞれの興味分野を把握している。そして，把握した興味分野に属する広告をユーザに配信する。
【０００６】
しかしながら，ユーザが興味を持つ分野は恒久的に同じではない。社会変化，個人の環境の変化等に伴ってユーザの興味は変化するからである。この場合，ユーザはサイト側に通知した興味分野を削除，変更，更新等しなければ，興味のない広告が配信され続けることになる。
【０００７】
【発明の開示】
この発明は，ユーザの興味に沿う分野の動画を表すデータを，クライアントに配信することを目的とする。
【０００８】
この発明はさらに，ユーザの嗜好の変化に自動的に追従することを目的とする。
【０００９】
この発明はさらに，ユーザの嗜好および嗜好の変化をゼロ・クリックで識別することを目的とする。
【００１０】
この発明はさらに，ユーザごとの嗜好データを，各ユーザのコンピュータに記憶させておくことによって，データの分散化を図ることを目的とする。
【００１１】
この発明による動画配信装置は，複数のカテゴリのいずれかに属する動画を表す動画データを記憶する動画データ記憶手段，クライアントからのアクセスに応答して，上記クライアントからクッキーを取得するクッキー取得手段，上記クッキー取得手段によって取得したクッキーに記述されている情報に基づいて特定される前回配信された動画データの上記クライアントへの配信開始日時と，上記クライアントのアクセス日時とに基づいて，上記前回配信動画が正常に閲覧されたかどうかを判断する判断手段，上記判断手段によって前回配信動画が正常に閲覧されていたと判断された場合には，上記前回配信動画が属するカテゴリのカテゴリ・ウエイトを増加させ，かつ他のカテゴリのカテゴリ・ウエイトを減少させ，上記判断手段によって前回配信動画が正常に閲覧されていなかったと判断された場合には，上記前回配信動画が属するカテゴリのカテゴリ・ウエイトを減少させ，かつ他のカテゴリのカテゴリ・ウエイトを増加させるカテゴリ・ウエイト算出手段，上記カテゴリ・ウエイト算出手段によって算出されたカテゴリ・ウエイトに基づいて，カテゴリ・ウエイトに応じて決定確率が変動する手法を用いて，上記クライアントに新たに配信すべき動画データが属するカテゴリを決定するカテゴリ決定手段，上記カテゴリ決定手段によって決定されたカテゴリに属する動画データの中から，上記クライアントに配信すべき動画データを決定する動画決定手段，および上記動画決定手段によって決定された動画データを，上記クライアントに配信する配信手段を備えたものである。
【００１２】
この発明による動画配信方法は，クライアントからのアクセスに応答して，上記クライアントからクッキーを取得し，取得したクッキーに記述されている情報に基づいて特定される前回配信された動画データの上記クライアントへの配信開始日時と，上記クライアントのアクセス日時とに基づいて，前回配信動画が正常に閲覧されたかどうかを判断する。前回配信動画が正常に閲覧されていたと判断した場合には，上記前回配信動画が属するカテゴリのカテゴリ・ウエイトを増加し，かつ他のカテゴリのカテゴリ・ウエイトを減少し，前回配信動画が正常に閲覧されていなかったと判断した場合には，上記前回配信動画が属するカテゴリのカテゴリ・ウエイトを減少し，かつ他のカテゴリのカテゴリ・ウエイトを増加する。新たなカテゴリ・ウエイトに基づいて，そのカテゴリ・ウエイトに応じて決定確率が変動する手法を用いて上記クライアントに新たに配信すべき動画データが属するカテゴリを決定する。決定したカテゴリに属する動画データの中から上記クライアントに配信すべき動画データを決定し，決定した動画データを上記クライアントに配信する。
【００１３】
クライアントに前回配信された動画（動画データによって表される動画）が，クライアントにおいて正常に閲覧されたかどうかによって，その動画が属するカテゴリのカテゴリ・ウエイトが増減する。前回配信された動画が正常に閲覧されていた場合にはその動画が属するカテゴリ・ウエイトが増加し，他のカテゴリのカテゴリ・ウエイトが減少する。逆に，前回配信された動画が正常に閲覧されていなかった場合にはその動画が属するカテゴリ・ウエイトが減少し，他のカテゴリのカテゴリ・ウエイトが増加する。増加および減少後のカテゴリ・ウエイト（新たなカテゴリ・ウエイト）が用いられて，上記クライアントに新たに（次に）配信すべき動画が属するカテゴリが決定される。配信すべき動画が属するカテゴリの決定には，そのカテゴリ・ウエイトに応じて決定確率が変動する手法が用いられる。
【００１４】
たとえば，上記カテゴリ・ウエイト算出手段によって算出されたカテゴリ・ウエイトの合計値（たとえば「１００」）までの値の中から任意の値（たとえば「６７」を決定する。任意のカテゴリを選択し，決定された任意の値が，選択されたカテゴリのカテゴリ・ウエイト中に含まれるかどうかを判断する。任意の値が選択されたカテゴリのカテゴリ・ウエイト中に含まれないと判断された場合に，上記選択されたカテゴリを除く他のカテゴリを対象にして新たなカテゴリを選択し，選択した新たなカテゴリのカテゴリ・ウエイトと，既に選択されたカテゴリのカテゴリ・ウエイトとの合計値を用いて，決定された任意の値が，カテゴリ・ウエイトの合計値中に含まれるかどうかの判断を行う。決定された任意の値がカテゴリのカテゴリ・ウエイトの合計値中に含まれるまでこの処理を繰返す。決定された任意の値が，カテゴリのカテゴリ・ウエイトまたはその合計値中に含まれると判断された場合に，含まれるようになったときに選択されたカテゴリを，上記クライアントに新たに配信すべき動画データが属するカテゴリとして決定する。カテゴリ・ウエイトが高い（大きい）と，次に配信すべき動画が属するカテゴリとして決定される確率が高まる。カテゴリ・ウエイトが低い（小さい）と，次に配信すべき動画が属するカテゴリとして決定される確率が低くなる。
【００１５】
クライアントのユーザが，配信された動画を正常に閲覧するとその動画が属するカテゴリのカテゴリ・ウエイトが高められ，他のカテゴリのカテゴリ・ウエイトが低くなる。新たなカテゴリ・ウエイトが用いられて，上述のような手法によって次に配信すべき動画が属するカテゴリが決定されるので，ユーザが正常に閲覧した動画が属するカテゴリが次に配信すべき動画が属するカテゴリとして決定される確率が高くなる。すなわち，ユーザが正常に閲覧した動画が属するカテゴリは，少なくとも前回の動画配信のときよりもユーザの嗜好に沿ったカテゴリ（分野）として扱われる。
【００１６】
もちろん，カテゴリ・ウエイトの増加または減少は，一度に大きく変動させる必要はない。動画配信装置からクライアントに複数回動画が配信されると，その配信の度にカテゴリ・ウエイトが新たに算出されるので，各カテゴリのカテゴリ・ウエイトが次第に（新たなカテゴリ・ウエイトの算出の度に）ユーザの嗜好に沿うウエイトとなる。ユーザの興味に沿う分野の動画が配信されやすくなる。
【００１７】
また，この発明によると，ユーザの嗜好が変化してもその変化に応じてカテゴリ・ウエイトが変動するので，ユーザの嗜好の変化に自動的に追従することができる。さらにこの発明によるとユーザがあらかじめ自己の嗜好（興味）分野をあらかじめ動画配信装置（動画提供者）に通知する必要がない。ゼロ・クリックで，ユーザの嗜好（興味）に相応するカテゴリごとのカテゴリ・ウエイトを算出することができる。
【００１８】
一実施態様では，動画配信装置は，上記クライアントからのアクセスを受付ける度にログ・データを生成するログ・データ生成手段，および上記ログ・データ生成手段によって生成されるログ・データを記憶するログ・テーブルを備えている。上記ログ・データ生成手段によって生成されるログ・データには，上記動画データの配信開始日時，上記クライアントのユーザを識別するユーザＩＤ，上記動画決定手段によって決定された動画データを識別する動画ＩＤおよび作成されるログ・データを識別するログＩＤが記述される。前回配信動画が正常に閲覧されたかどうかの判断において，ログ・データに記述された配信開始日時が用いられる。
【００１９】
さらに好ましくは，動画配信装置は，少なくとも，上記クライアントのユーザを識別するユーザＩＤ，上記動画決定手段によって決定された動画データを識別する動画ＩＤ，上記ログ・データ作成手段によって作成されたログ・データを識別するログＩＤ，複数のカテゴリのそれぞれのカテゴリ・ウエイトおよび動画配信装置のアドレスを記述したクッキーを作成するクッキー作成手段，ならびに上記クッキー作成手段によって作成されたクッキーを上記クライアントに送信するクッキー送信手段をさらに備えている。動画配信装置は，動画配信装置において作成されクライアントに送信されたクッキーを，クライアントからのアクセスに応答して受取る。すなわち，動画配信装置がクライアントから受取るクッキーは，動画配信装置が前回の動画配信の処理のときに作成してクライアントに送信したクッキーである。クライアントに送信されたクッキーはクライアントにおいてその記憶装置に保存される。クライアントからのアクセスが行われ，動画データがクライアントに送信（配信）される度にクッキーが作成されてクライアントに送信され，クッキーを受信したクライアントにおいて保存されるので，クライアントに保存されるクッキー（クライアントからのアクセスに応答して動画配信装置が取得するクッキー）に記述された情報は常に最新のものになる。
【００２０】
動画配信装置において作成されるクッキーには，複数のカテゴリのそれぞれのカテゴリ・ウエイトが記述される。このクッキーに記述されたカテゴリ・ウエイトを基準に，前回配信動画が正常に閲覧されたかどうかに基づいて，新たなカテゴリ・ウエイトが算出される。算出された新たなカテゴリ・ウエイトがクッキーに記述される。クッキーに記述されたカテゴリ・ウエイトが，さらに次に配信すべき動画が属するカテゴリを決定するときに用いられる。クライアントのユーザのそれぞれについての各カテゴリのカテゴリ・ウエイトを動画配信装置側で保持しておく必要がない。各クライアントのユーザのそれぞれについてのカテゴリのカテゴリ・ウエイトは，各クライアントの記憶装置に分散して記憶される。データベース（データ）の分散化を図ることができる。もちろん，ユーザのそれぞれについてのカテゴリのカテゴリ・ウエイトを，動画配信装置に接続された記憶手段（記憶装置）にも記憶させてもよい。ユーザの嗜好調査に利用することができる。
【００２１】
上記ログ・データに記述される動画データの配信開始日時として，上記クライアントからのアクセス日時を用いてもよい。前回アクセス日時と，次のアクセス日時とが比較されて，クライアントのユーザが動画を正常に閲覧したかどうかが判断される。
【００２２】
動画を正常に閲覧したかどうかを判断する上記判断手段は，一実施態様では，クライアントから取得したクッキーに記述されたログＩＤによって識別され，上記ログ・テーブルに記憶されているログ・データに記述されている前回配信動画の配信開始日時と，上記クライアントからのアクセス日時とを比較し，その時間差が，所定の時間幅内であれば上記クライアントに前回配信された動画データが表す動画は正常に閲覧されたものと判断し，所定の時間幅外であれば上記クライアントに前回配信された動画データが表す動画は正常に閲覧されなかったものと判断するものである。たとえば，クライアントのユーザが，配信された動画が表示されてすぐにその動画の閲覧を中止し，再びすぐに動画配信装置にアクセスすると，前回配信動画の配信開始日時からクライアントからのアクセス日時までの時間差が短いので，前回配信動画は正常に閲覧されなかったものと判断される。また，クライアントのユーザが，配信された動画が表示されてすぐにその動画の閲覧を中止し，しばらく時間をあけて再び動画配信装置にアクセスすると，前回配信動画の配信開始日時からクライアントからのアクセス日時までの時間差が長いので，この場合にも前回配信動画は正常に閲覧されなかったものと判断することができる。所定時間幅内にクライアントから再度のアクセスがあった場合には，前回配信動画は正常に閲覧されたものと判断される。
【００２３】
好ましくは，上記クライアントに配信される動画データに，上記動画データに基づいて上記クライアントの表示画面上に表示される動画が所定時間表示された場合に，上記動画配信装置にアクセスするように上記クライアントを制御する制御命令を付加しておく。これにより，クライアントにおいて動画が所定時間表示されると，動画配信装置にクライアントから再度のアクセスが行われる。次に配信すべき動画が決定され，決定された動画を表す動画データが上記クライアントに配信される。クライアントには次々と動画が表示される。
【００２４】
この発明によれば，カテゴリごとのカテゴリ・ウエイトが，配信すべき動画の決定の処理に大きな影響を及ぼす。上記カテゴリ・ウエイト算出手段は，一実施態様では，クライアントから取得したクッキーに記述されているカテゴリごとのカテゴリ・ウエイトを旧カテゴリ・ウエイト，算出されるカテゴリごとの新たなカテゴリ・ウエイトを新カテゴリ・ウエイトとしたときに，カテゴリごとのそれぞれの新カテゴリ・ウエイトを，「新カテゴリ・ウエイト＝旧カテゴリ・ウエイト×旧カテゴリ・ウエイトの合計値／増加または減少されたカテゴリ・ウエイトを用いた旧カテゴリ・ウエイトの合計値」によって算出する。算出されるそれぞれのカテゴリの新カテゴリ・ウエイトの合計値が，旧カテゴリ・ウエイトの合計値と同じになる。
【００２５】
この発明はさらに，上述の動画配信装置を含む動画配信システムを提供している。この発明による動画配信システムは，上述の動画配信装置およびクライアントからのアクセスを受付けるウエブ・サーバを備えている。そして，上記ウエブ・サーバは，上記クライアントからのアクセスに応じてウエブ・データを上記クライアントに送信する送信手段を備えている。上記送信手段によって上記クライアントに送信されるウエブ・データには，上記動画配信装置のアドレスおよび上記アドレスにしたがって上記動画配信装置をアクセスするように上記クライアントを制御する制御命令が記述されている。クライアントがウエブ・サーバにアクセスすると，このアクセスに応じてウエブ・サーバからクライアントにウエブ・データが送信される。ウエブ・サーバを受信したクライアントでは，受信したウエブ・データにもとづくウエブ・ウインドウが表示される。ウエブ・サーバからクライアントに送信されたウエブ・データには，上記動画配信装置のアドレスおよび上記アドレスにしたがって上記動画配信装置をアクセスするように上記クライアントを制御する制御命令が記述されているので，この制御命令に基づいて動画配信装置がクライアントからアクセスされる。上述したように，動画配信装置は，クライアントからのアクセスに応答してクライアントからクッキーを取得する。動画配信システムでは，クライアントのユーザがウエブ・サーバにアクセスすると動画配信装置にもアクセスが行われるので，動画配信装置の存在がクライアントのユーザに意識されない。商品広告，役務広告，企業紹介，その他の広告情報を表す動画データを動画配信装置からクライアントに配信するのに適している。
【００２６】
この発明は，上述の動画配信装置を制御するプログラムも提供している。
【００２７】
【実施例】
広告配信システムは，特定のウエブ・サーバ（ウエブ・サイト）をアクセスしたユーザのコンピュータ（以下，クライアントという）に，そのユーザの嗜好に合った動画広告データを配信することによって，ユーザがアクセスしたウエブ・サーバから送信されるウエブ・ページとともに，動画広告データに基づくユーザの嗜好に沿った動画広告をクライアントの表示装置の表示画面に表示させるためのシステムである。後述するように，クライアントの表示画面上に表示される動画広告は，ユーザがアクセスしたウエブ・サイト（ウエブ・サーバ）とは別のサーバ（広告サーバ）からクライアントに配信（送信）される。
【００２８】
広告配信システムでは，上述の特定のウエブ・サーバをアクセスするユーザごとに作成されるクッキー（Cookie）を利用することを前提とする。広告配信システムにおいて用いられるクライアントは，一人のユーザによって用いられることを基本とする。もちろん，クライアントにマルチ・ユーザ・タイプのＯＳ（オペレーティング・システム）が用いられている場合には，ユーザＩＤ等によってクライアントを使用しているユーザが一人に特定されるので，この場合には，１台のクライアントを複数人が利用する利用態様であってもよい。以下の説明では，一人のユーザが１台の特定のクライアントを利用するものとする。
【００２９】
図１は，広告配信システムの全体的構成を示すブロック図である。図２は，動画広告がクライアントの表示画面上に表示されている様子を示すものである。
【００３０】
広告配信システムは，ネットワークに接続された広告サーバ１と，複数台のウエブ・サーバ２と，複数台のクライアント３（１台のみ図示する）とから構成される。もちろん，広告サーバ１とクライアント３との間，およびウエブ・サーバ２とクライアント３との間のネットワークの経路上には，プロバイダが提供するサーバ，ルータ等が存在する場合もある。もちろん，広告サーバ１とウエブ・サーバ２についてもネットワークを介して接続されていてもよい。
【００３１】
広告配信システムの基本的な運用の流れは，次の通りである。
【００３２】
クライアント３のユーザが，クライアント３の記憶装置（ハードディスク等）に記憶されている通信プログラム（ブラウザ）を起動し，広告配信システムを構成するウエブ・サーバ２にアクセスする（ＵＲＬを入力する）と，クライアント３からウエブ・サーバ２にhtmlデータの配信要求が送信される（▲１▼html要求）。ウエブ・サーバ２からクライアント３に要求されたhtmlデータが配信される（▲２▼html配信）。
【００３３】
ウエブ・サーバ２からクライアント３に配信されるhtmlデータには，広告サーバ１のＵＲＬが記述されている（表示画面上には表示されない）。クライアント３（ブラウザ）は，ウエブ・サーバ２から配信されたhtmlデータに記述されている広告サーバ１のＵＲＬに基づいて，広告サーバ１をアクセスする。広告サーバ１はクライアント３からアクセスされると，クライアント３にクッキー取得要求データを送信する。
【００３４】
後述するように，クライアント３がウエブ・サーバ２に一度でもアクセスしたことがあれば，広告サーバ１が作成したクッキーがクライアント３のハードディスクに保存されている。広告サーバ２からのクッキー取得要求データを受信したクライアント３（ブラウザ）は，広告サーバ２が要求しているクッキーをクライアント３のハードディスク中から読出し，広告サーバ１に送信する（▲３▼クッキー取得）。
【００３５】
クライアント３のハードディスクに保存されている広告サーバ１が作成したクッキーには，クライアント３のユーザ（またはクライアント３）を特定するＩＤ，前回，前々回にクライアント３に配信された動画広告を特定するＩＤ（広告ＩＤ）等が記述されている（詳細は後述する）。また，広告サーバ１の記憶装置には上述のユーザＩＤのそれぞれに対応して，クライアント３に配信された動画広告の閲覧情報，動画広告データ（テーブル），配信すべき動画広告データを決定するためのプログラム等が記憶されている（詳細は後述する）。クッキーを取得した広告サーバ１は，取得したクッキーならびに広告サーバ１に記憶されているデータおよびプログラムに基づいて，クライアント３のユーザの嗜好に合った動画広告を決定し，決定した動画広告を表す動画広告データをクライアント３に配信する（▲４▼広告配信）。広告サーバ１における動画広告の決定の処理については，後に詳述する。
【００３６】
図２に示すように，クライアント３の表示画面上に，ウエブ・サーバ２から配信されたhtmlデータに基づくウエブ・ページ20と，広告サーバ１から配信された動画広告データに基づく動画広告（動画広告ウインドウ）21とが表示される。図２に示す例は，ポップアップ・ウインドウを用いた動画広告の表示例である。
【００３７】
図３は，クライアント３のハードディスクに保存されているクッキーの一例を，クッキーに含まれる文字列の意味とともに示すものである。上述したように，このクッキーは広告サーバ１によって作成される。以下，クッキーに含まれる文字列の意味を説明する。
【００３８】
「ASCUE」
クッキーの名称である。広告サーバ１からクライアント３に送信されるクッキー取得要求データにはこのクッキー名が含まれている。クライアント３（ブラウザ）は，クッキー取得要求データに含まれるクッキー名を持つクッキーを，クライアント３のハードディスクから検索して読出し，広告サーバ１に送信する。
【００３９】
「RID=U003」
クライアント３のユーザを特定するＩＤ（ユーザＩＤ）を示す。「＝」以降の文字列（U003）がユーザＩＤである。
【００４０】
「LID=001268」
最新ログを特定するＩＤ（ログＩＤ）である。後述するように，クライアント３が広告サーバ１にアクセスすると，広告サーバ１のハードディスクにはログが作成されて記憶される。このログがログＩＤによって特定される。「＝」以降の文字列（001268）がログＩＤである。
【００４１】
「RAC=A001」
クライアント３に前回配信された動画広告が属するカテゴリを特定するＩＤ（カテゴリＩＤ）である。後述するように，広告サーバ１に準備されている動画広告データは，その動画広告データが表す広告の内容に応じて複数のカテゴリに分類されている。「＝」以降の文字列（A001）が前回配信された広告のカテゴリ（分類）を識別するカテゴリＩＤである。
【００４２】
「AID0=B003&AID1=B009&AID2=B123」
クライアント３に前回，前々回（２回前），その１回前（３回前）に配信された動画広告を特定するＩＤ（広告ＩＤ）である。「AID0=B003」が前回，「AID1=B009」が前々回（２回前），「AID2=B123 」がその１回前（３回前）の動画広告を示している。「＝」以降の文字列（B003，B009，B123）が広告（動画広告データ）を識別する広告ＩＤである。
【００４３】
「CW0=25&CW1=15&CW2=30&CW3=5&CW4=25」
動画広告が属するカテゴリの重み（カテゴリ・ウエイト）を表している。上述したように，広告サーバ１に準備されている動画広告データは，その動画広告データが表す動画広告の内容に応じて複数のカテゴリに分類されている。そして，そのカテゴリにはそれぞれ重みが付されている。後述するように，各カテゴリの重みに基づいてクライアント３に配信すべき動画広告データ（いずれのカテゴリに属する動画広告を配信すべきか）が決定される。この実施例では，動画広告データは，５つのカテゴリ（カテゴリ０〜カテゴリ４）のいずれかに分類されているとする。「CW0=25」がカテゴリ０の重みを，「CW1=15」がカテゴリ１の重みを，「CW2=30」がカテゴリ２の重みを，「CW3=5」がカテゴリ３の重みを，「CW4=25 」がカテゴリ４の重みを表す。「＝」以降の数値が重みである。このカテゴリごとの重み（カテゴリ・ウエイト）はクライアント３のユーザの嗜好およびその嗜好の変化に基づいて変化する（詳細は後述する）。
【００４４】
「adserver.cuebs.co.jp/」
広告サーバ１のアドレスを表す。
【００４５】
広告配信システムでは，クライアント３のユーザの嗜好に基づいて，そのクライアント３に配信すべき動画広告データが決定される。この決定処理が広告サーバ１において行われる。図４は広告サーバ１のハードウエア構成を示すブロック図である。
【００４６】
広告サーバ１は，広告サーバ１を統括的に制御するＣＰＵ10を含む。このＣＰＵ10に，データ入力のための入力装置11（キーボード，マウス等），データ表示のための表示装置12（ディスプレイ等），バッファ・エリア，ワーク・エリアを提供するメモリ13，後述する各種のプログラムおよびテーブル（データ）を記憶するハードディスク14Ａ，動画広告データを記憶するハードディスク14Ｂ，ＣＤ−ＲＯＭに記録されたプログラムおよびデータを読取るＣＤ−ＲＯＭドライブ15，ならびにネットワークを通じてクライアント３との間でデータの送受信を行う通信装置16が接続されている。
【００４７】
ハードディスク14Ａには，ＯＳ，各種ドライバ（図示略）が記憶されるとともに，クライアント３に配信すべき動画広告データを，ユーザの嗜好に基づいて決定する配信広告決定プログラムおよび複数のテーブル（広告カテゴリ・テーブル，広告コンテンツ・テーブル，広告オーナー・テーブル，ログ・テーブル，ユーザ・テーブルおよびユーザ詳細テーブル）が記憶されている。はじめに，広告サーバ１のハードディスク14Ａに記憶されている各種テーブルについて説明する。
【００４８】
（１）広告カテゴリ・テーブル（図５）
図５は，広告カテゴリ・テーブル31の一例を示している。広告カテゴリ・テーブル31には，カテゴリ番号，カテゴリＩＤおよびカテゴリ名を表すデータが記憶されている。
【００４９】
「カテゴリ番号」は，各カテゴリのそれぞれに付された番号である。
【００５０】
「カテゴリＩＤ」はカテゴリごとに付された符号である。カテゴリＩＤによって広告カテゴリ・テーブル31と，次に説明する広告コンテンツ・テーブルとがリンクする。
【００５１】
「カテゴリ名」は，各カテゴリの名称である。
【００５２】
（２）広告コンテンツ・テーブル（図６）
図６は，広告コンテンツ・テーブル32の一例を示している。広告コンテンツ・テーブル32には，広告ＩＤ，カテゴリＩＤ，コンテンツ・オーナーＩＤ，格納場所／ファイル名，作成日および更新日を表すデータが記憶されている。
【００５３】
「広告ＩＤ」は，ハードディスク14Ｂに記憶されている動画広告データを識別する識別符号である。広告ＩＤによって広告コンテンツ・テーブル32と後述するログ・テーブル34とがリンクする。
【００５４】
「カテゴリＩＤ」は，上述のようにカテゴリごとに付された符号である。「広告ＩＤ」によって特定される動画広告データによって表される動画広告が属するカテゴリが特定される。
【００５５】
「コンテンツ・オーナーＩＤ」は，広告ＩＤによって特定される動画広告の広告主を識別する識別符号である。コンテンツ・オーナーＩＤによって，広告コンテンツ・テーブル32と次に説明する広告オーナー・テーブル33とがリンクする。
【００５６】
「格納場所／ファイル名」は，広告ＩＤによって特定される動画広告データが記憶（格納）されている場所（アドレス）と，そのファイル名である。
【００５７】
「作成日」は，広告ＩＤによって特定される動画広告データを作成した年月日であり，「更新日」は動画広告データの一部を修正した年月日である。
【００５８】
（３）広告オーナー・テーブル（図７）
図７は広告オーナー・テーブル33の一例を示している。広告オーナー・テーブル33には，コンテンツ・オーナーＩＤ，名称，ニックネーム，作成日および更新日を表すデータが記憶されている。
【００５９】
「コンテンツ・オーナーＩＤ」は，動画広告データによって表される動画広告の広告主を特定する識別符号であり，「名称」および「ニックネーム」はこの広告主の名称（氏名）およびニックネームである。
【００６０】
「作成日」は広告オーナー・テーブル33にデータが書込まれた年月日であり，「更新日」は広告オーナー・テーブル33に書込まれたデータが修正された年月日である。
【００６１】
（４）ログ・テーブル（図８）
図８は，ログ・テーブル34の一例を示している。ログ・テーブル34には，広告サーバ１が配信した動画広告を，ユーザが閲覧するたび（動画広告データがクライアント３に配信されるたび，クライアント３が広告サーバ１にアクセスするたび）に作成されるログ・データが記憶されている。ログ・データはログＩＤ，広告ＩＤ，ユーザＩＤ，閲覧日時および閲覧完了フラグを表すデータを含む。
【００６２】
「ログＩＤ」は，作成されたログ（ログ・データ）を識別する識別符号である。「広告ＩＤ」にユーザが閲覧した動画広告を識別するＩＤが格納される。
【００６３】
「ユーザＩＤ」は，ユーザごとに付されたＩＤである。ユーザＩＤによって，ログ・テーブル34と後述するユーザ・テーブルおよびユーザ参照テーブルとがリンクする。
【００６４】
「閲覧開始日時」は，上述のユーザＩＤによって特定されるユーザが動画広告の閲覧を開始した年月日および時分秒である。
【００６５】
「閲覧完了フラグ」には，ユーザが上述の動画広告を，正常に閲覧したかどうかを表すフラグ（１または０）が格納される。フラグ「１」が正常に動画広告が閲覧された（クライアント３の表示画面上に表示された）ことを，フラグ「０」が正常に動画広告が閲覧されなかった（たとえば，所定時間に満たない時間内に動画広告の閲覧が打切られた）（動画広告を表示するウインドウ21が閉じられた）ことを意味する。
【００６６】
（５）ユーザ・テーブル（図９）
図９は，ユーザ・テーブル35の一例を示している。ユーザ・テーブル35には，ユーザＩＤ，ＩＰアドレス，最新閲覧日時および作成日を表すデータが記憶されている。
【００６７】
「ユーザＩＤ」はウエブ・サーバ２にアクセスしたユーザのそれぞれに付される識別符号である。ユーザがはじめてウエブ・サーバ２にアクセスしたときに，広告サーバ１によってユーザＩＤが採番されてユーザ・テーブル35に記憶される。
【００６８】
クライアント３を用いてウエブ・サーバ２にアクセスする場合には，一般的には，インターネット・サービス・プロバイダ（ＩＳＰ）によって割り振られたＩＰアドレスが送信元アドレスとして用いられる。この場合には，「ＩＰアドレス」はクライアント３に割り振られたアドレスとなる。
【００６９】
「最新閲覧日時」は，ユーザＩＤによって識別されるユーザが最近（直近に）動画広告の閲覧を開始した年月日および時分秒である。「作成日」はユーザ・テーブル35にデータが記憶された年月日である。
【００７０】
（６）ユーザ詳細テーブル（図10）
図10は，ユーザ詳細テーブル36の一例を示している。ユーザ詳細テーブル36は，ユーザＩＤによって上述のユーザ・テーブル35とリンクする。ユーザＩＤによって特定されるユーザの苗字，名，苗字のふりがな，名のふりがな，ユーザの住所，郵便番号，電話番号，ファックス番号，性別等が格納される。
【００７１】
図11は，広告サーバ１においてクライアント３に配信すべき動画広告が決定するまでの処理をブロック図によって示すものである。図12〜図15は，広告サーバ１のハードディスク14Ａに記憶されている配信広告決定プログラムの処理の流れ（配信広告決定プログラムに基づく広告サーバ１の動作の流れ）を示すフローチャートである。広告サーバ１における配信広告決定のための処理は，広告サーバ１に図11に示す各ブロックの機能を達成するハードウエアを備えておくことによっても実現できるし，図12〜図15に示すフローチャートの処理（配信広告決定プログラム）をＣＰＵ10に実行させることによっても実現できる。この実施例では，配信広告プログラムに基づく広告サーバ１の処理を説明する。
【００７２】
上述したように，クライアント３がウエブ・サーバ２にアクセスすると，ウエブ・サーバ２からネットワークを介してhtmlデータ等がクライアント３に送信される。ウエブ・サーバ２からクライアント３に送信されるhtmlデータ等には，そのボディ（BODY）・タグまたはフレーム（FRAME ）・タグ中に，広告サーバ１のアドレスおよびそのアドレスへのアクセス命令が記述されている。これにより，クライアント３がウエブ・サーバ２にアクセスした旨が，クライアント３から広告サーバ１に通知される。クライアント３からのアクセスを広告サーバ１が受付けると，広告サーバ１において配信広告決定プログラムの処理が進行する。
【００７３】
広告サーバ１からクライアント３に，クッキー（図３参照）の取得（送信）命令が送信される。クライアント３が一度でもウエブ・サーバ２にアクセスしたことがあれば，クライアント３には広告サーバ１が作成したクッキーが保存されている。はじめに，クライアント３のハードディスク中に，広告サーバ１が作成したクッキーが保存されている場合について説明する。
【００７４】
広告サーバ１の作成したクッキーがクライアント３のハードディスクに保存されている場合には（ステップ41でYES ），広告サーバ１はクライアント３に，取得すべきクッキー名が記述されたクッキー取得命令を送信する。広告サーバ１はクライアント３からこのクッキー名を持つクッキーを取得する（クッキーがクライアント３から広告サーバ１に送信される）（ステップ42）。上述したように，広告サーバ１がクライアント３から取得するクッキーには，クッキー名，ユーザＩＤ，ログＩＤ，前回配信広告カテゴリＩＤ，前回（直前），前々回およびその前に配信された動画広告の広告ＩＤ，各カテゴリの重み（カテゴリ・ウエイト）および広告サーバ１のアドレスが記述されている。
【００７５】
カテゴリ・ウエイトが計算される（ステップ43：図13）。カテゴリ・ウエイトとは，上述のように広告カテゴリのそれぞれに付与された重みであり，このカテゴリ・ウエイトが大きい広告カテゴリに属する動画広告ほど，クライアント３に配信される確率が高くなる（この点について詳しくは，後述する）。
【００７６】
カテゴリ・ウエイトの計算は次のようにして行われる。
【００７７】
クッキーに記述されているログＩＤに基づいて，ログ・テーブル34（図８）からログ・データが広告サーバ１のメモリ13に読出される。
【００７８】
ログ・データには，クライアント３に前回配信された動画広告の配信開始日時（年月日時分秒）（図８の「閲覧開始日時欄」）が記述されている。
【００７９】
ログ・テーブル34に新たなログ・データが作成されて記憶される。以下，上述のログ・テーブル34からメモリに読出されているログ・データを「旧ログ・データ」と呼び，新たに作成されてログ・テーブル34に記憶されるログ・データを「新ログ・データ」と呼ぶ。図16(A)，(B)は，旧ログ・データと新ログ・データとを比較して示すものである。
【００８０】
旧ログ・データ（図16(A) ）には，「ログＩＤ」，「広告ＩＤ」，「ユーザＩＤ」および「閲覧開始日時」が記述されている。「閲覧完了フラグ」にはまだフラグは立てられていない。他方，新ログ・データ（図16(B) ）には，ログ・データの作成時に採番された「ログＩＤ」およびクライアント３から取得したクッキーに記述されている「ユーザＩＤ」が記述される。「閲覧開始日時」には，クライアント３が広告サーバ１にアクセスした時刻（アクセス時刻）（広告サーバ１のマシン・タイムに基づく）が記述される。「広告ＩＤ」および「閲覧完了フラグ」にデータは記述されていない。クライアント３から広告サーバ１へのアクセスが行われ，クライアント３に配信すべき動画広告が決定され，決定された動画広告を表す動画広告データの配信を開始するまでにかかる時間は短いので，ログ・データの閲覧開始日時欄には，クライアント３が広告サーバ１にアクセスした日時が記述される。新ログ・データに記述された日時はユーザ・テーブル（図９）の最新閲覧日時欄にも記述（上書き）される。
【００８１】
旧ログ・データに記述されている閲覧開始日時と，新ログ・データに記述された閲覧開始日時とが比較される。ログ・データは，クライアント３が広告サーバ１にアクセスする度（すなわちクライアント３に動画広告データが配信される度）に作成される。配信広告決定プログラムは，旧ログ・データおよび新ログ・データの閲覧開始日時を比較することによって，前回配信された広告動画を，クライアント３のユーザが正常に閲覧したかどうかを，次のようにして判断する（ステップ51）。
【００８２】
前回配信された広告動画を，クライアント３のユーザが正常に閲覧したかどうかの判断は，配信広告決定プログラムに所定の時間幅を記述しておき，そして，この時間幅の中に，旧ログ・データに記述された閲覧開始日時から新ログ・データに記述された閲覧開始日時までの経過時間が入っているかどうかを判断することによって行われる。
【００８３】
さらに具体的に説明する。上述の所定の時間幅が「15秒以上25秒未満」であるとする。図16に示す例では，旧ログ・データ（図16(A) ）に記述された閲覧開始日時（2002年１月８日12時11分５秒）から新ログ・データ（図16(B) ）に記述された閲覧開始日時（2002年１月15日13時12分11秒）までの時間は25秒を超えている（所定の時間幅に入っていない）。この場合には，クライアント３のユーザ（ユーザＩＤ「Ｕ００３」のユーザ）は，前回配信された動画広告を正常に見なかったものと判断される（ステップ51でNO）。
【００８４】
たとえば，ユーザがクライアント３を用いてウエブ・サーバ２にアクセスし，広告サーバ２から配信された動画広告「Ｂ００３」の閲覧を始める（閲覧開始日時は2002年１月８日12時11分５秒）。その動画広告が始まってすぐ（次に配信すべき動画広告が決定される前）（たとえば，５秒後）に動画広告ウインドウ21（図２参照）を閉じたとする。そして，2002年１月15日13時12分11秒に，再びそのユーザがクライアント３を用いてウエブ・サーバ２にアクセスすると，図15(B) に示す新ログ・データが作成される。旧ログ・データの閲覧完了フラグ欄に，正常に動画広告を閲覧しなかった旨を表すフラグ「０」が立てられる。
【００８５】
図17に示す例では，旧ログ・データ（図17(A) ）に記述された閲覧開始日時（2002年１月21日10時00分00秒）から新ログ・データ（図17(B) ）に記述された閲覧開始日時（2002年１月21日10時00分21秒）までの時間は21秒であり，上述の所定の時間幅（15秒以上25秒未満）に収まっている。この場合には，クライアント３のユーザは，前回配信された動画広告を正常に見たものと判断される（ステップ51でYES ）。旧ログ・データの閲覧完了フラグ欄には，正常に動画広告を閲覧した旨を表すフラグ「１」が立つ。
【００８６】
たとえば，動画広告ウインドウ21を表示画面上にしばらく表示させたままにしておく。前回配信された動画広告の表示が終了すると，すぐに次の動画広告がクライアント３に配信される（この動作についての説明は後述する）。次の動画広告の配信のときに（前の動画広告の終了のときに）クライアント３から広告サーバ１にアクセスが行われ，新ログ・データが作成される。この場合，旧ログ・データの閲覧開始日時から新ログ・データの閲覧開始日時までの時間間隔は，所定の時間幅内になる。
【００８７】
図18(A) 〜(C) に示すタイム・チャートを用いてさらに説明する。動画広告ウインドウ21をクライアント３の表示画面にしばらく表示させていると，動画広告ウインドウ21には次々と動画広告が表示される。図18(A) に示す例は，10時00分00秒に動画広告１（カテゴリ０）の表示（配信）が開始され（クライアント３から広告サーバ１にアクセスがあった時間（時刻）と同じ）（ログ・データの閲覧開始日時欄に記述された時刻），10時00分15秒に動画広告２（カテゴリ１）の表示（配信）が開始され，10時00分30秒に動画広告３（カテゴリ２）の表示（配信）が開始され，10時00分45秒に動画広告４（カテゴリ３）の表示（配信）が開始された様子を示している。10時00分00秒（またはその直前）に広告サーバ１において行われた配信広告決定プログラムの処理によって決定された動画広告が動画広告１（カテゴリ０）であり，10時00分15秒に決定された動画広告が動画広告２（カテゴリ１）であり，10時00分30秒に決定された動画広告が動画広告３（カテゴリ２）であり，10時00分45秒に決定された動画広告が動画広告４（カテゴリ３）である。
【００８８】
カテゴリ・ウエイトの算出処理では，上述のように，所定の時間幅内にクライアント３から広告サーバ１にアクセスがあった場合に，前回配信された動画広告は正常に閲覧されたものと判断される。時間幅を15秒以上25秒未満とすると，10時00分15秒に動画広告２の配信が開始された図18(B) に示す例では，10時00分25秒から10時00分40秒（厳密には10時00分40秒に至らない）の間にクライアント３から広告サーバ１にアクセスがあると，広告サーバ１において動画広告２は正常に閲覧されたものと判断される。
【００８９】
すなわち，図18(C) において符号Ａで示す時間中（10時00分15秒から10時00分25秒）にクライアント３から広告サーバ１に新たなアクセスがあった場合（たとえば，動画広告２が配信されて５秒後に動画広告ウインドウ21が閉じられ，さらにその５秒後にクライアント３からウエブ・サーバ２にアクセスが行われた場合等）には，10時00分15秒（前回のアクセス時刻）から次のアクセス時刻までの時間が，時間幅15秒以上25秒未満に入っていないので，動画広告２は正常に閲覧されていないと判断される。符号Ｂで示す時間中（10時00分25秒から10時00分40秒）にクライアント３から広告サーバ１にアクセスがあった場合には，10時00分15秒（前回のアクセス時刻）から次のアクセス時刻までの時間が，時間幅15秒以上25秒未満の範囲であるから，動画広告２は正常に閲覧されたと判断される。符号Ｃで示す時間（10時00分40秒より遅い時間）にクライアント３から広告サーバ１にアクセスがあった場合（たとえば，動画広告２が配信されて，次に配信すべき動画広告の決定が行われる前に動画広告ウインドウ21が閉じられ，次の日にクライアント３から広告サーバ１にアクセスが行われた場合等）には，10時00分15秒（前回のアクセス時刻）から次のアクセス時刻までの時間が，時間幅15秒以上25秒未満に入っていないので，動画広告２は正常に閲覧されていないと判断される。
【００９０】
図13に戻って，正常な動画広告の閲覧が行われていたと判断された場合には（ステップ51でYES ），前回配信された動画広告が属するカテゴリのカテゴリ・ウエイトが上げられる（ステップ52）（前回配信された動画広告が属するカテゴリのカテゴリＩＤがクライアント３から取得したクッキー（図３）に記述されている。）。正常な動画広告の閲覧が行われていなかったと判断された場合には（ステップ51でNO），前回配信された動画広告が属するカテゴリのカテゴリ・ウエイトが下げられる（ステップ55）。
【００９１】
図19(A)，(B)および(C) は，前回配信された動画広告が属するカテゴリのカテゴリ・ウエイトが上げられた場合におけるカテゴリ・ウエイトの決定（配分）の様子を示している。
【００９２】
たとえば，前回配信された動画広告が正常に閲覧されたと判断され（ステップ51でYES ），その動画広告が属するカテゴリがカテゴリ０であるとする。たとえば，カテゴリ０のカテゴリ・ウエイトが１．２５倍に上げられる。カテゴリ０のカテゴリ・ウエイトが「２０」であったとすると（図19(A) ）（広告サーバ１が取得したクッキーに記述されている値である），２０×１．２５＝２５が暫定的なカテゴリ０の新たなカテゴリ・ウエイトとして決定される（図19(B) ）。
【００９３】
カテゴリ・ウエイトの正規化処理が行われる。新たなカテゴリ・ウエイトは，次の式によって算出される。
【００９４】
新カテゴリ・ウエイト＝旧カテゴリ・ウエイト×規定合計値／合計値
【００９５】
ここで規定合計値とは，配信広告決定プログラムにおいてあらかじめ定められているカテゴリ・ウエイトの合計値（規定カテゴリ・ウエイト合計値）である。合計値とは，上述のカテゴリ・ウエイトの増加処理（または後述する減少処理）後の数値を用いたカテゴリ・ウエイトの合計値（暫定カテゴリ・ウエイト合計値）である。
【００９６】
たとえば，規定合計値（規定カテゴリ・ウエイト合計値）を「１００」とする。そして，５つのカテゴリ（カテゴリ０〜カテゴリ４）のそれぞれのカテゴリ・ウエイトがそれぞれ「２０」であるとする（図19(A) ）。このとき，上述のカテゴリ・ウエイトの増加処理によってカテゴリ０のカテゴリ・ウエイトが上げられて「２５」とされたとする。この場合の合計値（暫定カテゴリ・ウエイト合計値）は「１０５」となる（図19(B) ）。
【００９７】
上述の算出式により，カテゴリ０の新カテゴリ・ウエイトは２５×１００／１０５，カテゴリ１，２，３および４の新カテゴリ・ウエイトはそれぞれ２０×１００／１０５と決定される（図19(C) ）。
【００９８】
図20(A)，(B)および(C) は，カテゴリ・ウエイトが下げられた場合におけるカテゴリ・ウエイトの決定（配分）の様子を示している。
【００９９】
前回配信された動画広告が正常に閲覧されなかったと判断され（ステップ51でNO），その動画広告が属するカテゴリがカテゴリ０であるとする。たとえば，カテゴリ０のカテゴリ・ウエイトが３／４倍に下げられる。カテゴリ０のカテゴリ・ウエイトが「２０」であったとすると（図20(A) ），２０×３／４＝１５が暫定的なカテゴリ０のカテゴリ・ウエイトとして決定される（図20(B) ）。上述の算出式より，カテゴリ０の新カテゴリ・ウエイトは１５×１００／９５，カテゴリ１，２，３および４の新カテゴリ・ウエイトは２０×１００／９５とされる（図20(C) ）。
【０１００】
いずれにしても，算出された新カテゴリ・ウエイトは，メモリ13に一時的に記憶される。そして，後述するように，クライアント３に送信されるクッキー中に新カテゴリ・ウエイトが書込まれる。
【０１０１】
カテゴリ・ウエイトの算出処理では，配信された動画広告をユーザが正常に閲覧した場合には，その動画広告が属するカテゴリのカテゴリ・ウエイトが増加され，他のカテゴリ・ウエイトは，それまでのカテゴリ・ウエイトの大きさに応じて減少する。他方，配信された動画広告をユーザが正常に閲覧しなかった場合には，その動画広告が属するカテゴリのカテゴリ・ウエイトが減少され，他のカテゴリ・ウエイトは，それまでのカテゴリ・ウエイトの大きさに応じて増加する。新たなカテゴリ・ウエイトの合計値は，規定合計値（上述の場合は「１００」）となる。
【０１０２】
このように，動画広告配信システムでは，ユーザの嗜好（動画広告に対する興味）をカテゴリ別にカテゴリ・ウエイトとして数値化し，さらにカテゴリ・ウエイトの算出処理において，ユーザの嗜好（興味）の変化に追従するように，各カテゴリのカテゴリ・ウエイトが再決定される。カテゴリ・ウエイトは，次に説明するように，配信されるべき動画広告の決定処理（配信されるべき動画広告の属するカテゴリの決定の処理）において重要な要素となる。
【０１０３】
新たなカテゴリ・ウエイトに基づいて，配信すべき動画広告の決定処理が行われる（図12：ステップ44，図14）。
【０１０４】
図14および図21を参照しつつ，配信すべき動画広告の決定処理を説明する。図21(A) 〜(F) は配信すべき動画広告が属するカテゴリが決定されるまでの様子を示すものである。
【０１０５】
カテゴリ・ウエイトの合計値（規定合計値）までの値の中から，ランダムな値が決定される（ステップ61）。たとえば，規定合計値が「１００」であり，決定されたランダムな値（以下，「ランダム重み」と呼ぶ）が「６７」であるとする。
【０１０６】
広告カテゴリ・テーブル31が参照されて，複数のカテゴリの中から任意の１つのカテゴリがランダムに選択される（ステップ62）。そして，上述のランダム重みと，選択されたカテゴリについてのメモリ13に一時的に記憶されている重みとが比較され，選択されたカテゴリの重みがランダム重みを越えているかどうかが判断される（ステップ63）。
【０１０７】
たとえば，図21(A) に示すカテゴリ・ウエイトが，上述のカテゴリ・ウエイトの算出処理（図13）で算出されてメモリ13に一時的に記憶されているとする。そして，ランダム重みが「６７」と決定されたとする（図21(B) ）。上述のカテゴリ選択処理（ステップ62）においてカテゴリ１が選択されたとすると，カテゴリ１のカテゴリ・ウエイトは「１５」であるので，ランダム重み「６７」を越えていない（ランダム重み≧選択カテゴリのウエイト）（ステップ63でNO）（図21(C) ）。この場合には，さらに任意のカテゴリが選択される（ステップ62）。新たに選択されるカテゴリは，既に選択されたカテゴリ（上述の場合はカテゴリ１）を除くカテゴリの中から選択される。
【０１０８】
次にカテゴリ０が選択されたとする。カテゴリ０のカテゴリ・ウエイトは「２５」である。先に選択されたカテゴリ１のカテゴリ・ウエイト「１５」と，今回選択されたカテゴリ０のカテゴリ・ウエイト「２５」との合計「４０」と，ランダム重み「６７」とが比較される（ステップ63）。未だランダム重みを越えていないので（ステップ63でNO）（図21(D) ），さらに次の任意のカテゴリが選択される（ステップ62）。
【０１０９】
カテゴリ３が選択され（カテゴリ３のカテゴリ・ウエイトは「５」）（図21(E) ，さらにカテゴリ２が選択されると（カテゴリ２のカテゴリ・ウエイトは「３０」）（図21(F) ），選択されたカテゴリのカテゴリ・ウエイトの合計（１５＋２５＋５＋３０＝７０）がランダム重み「６７」を越える。このランダム重みを越えたときに選択されたカテゴリ（上述の例ではカテゴリ２）が，配信すべき動画広告が属するカテゴリと決定される（ステップ64）。
【０１１０】
決定されたカテゴリ中に動画広告データが存在するかどうかが判断され（ステップ65），存在する場合には（ステップ65でYES ），配信広告決定プログラムは，決定されたカテゴリに含まれる動画広告データの中からランダムに一つの動画広告データを決定する（ステップ66）。もしも，決定されたカテゴリ中に動画広告データが存在しない場合には，再びカテゴリの決定処理が再開される（ステップ65でNO，ステップ61）。決定された動画広告の広告ＩＤが新ログ・データに記述される。
【０１１１】
このようなカテゴリ・ウエイトに基づく動画広告の決定処理によって，カテゴリ・ウエイトの大きいカテゴリに属する動画広告が配信される確率（頻度）が高くなる。ただし，カテゴリ・ウエイトが小さいカテゴリに属する動画広告についても，配信される確率（頻度）は低いものの，クライアント３に配信される。ユーザの嗜好（興味）が変化した場合，たとえば，ファッションに対する興味が高かったユーザが，次第に音楽に対する興味を持つようになった場合，音楽についてのカテゴリのカテゴリ・ウエイトが大きくなる。相対的に，ファッション・カテゴリのカテゴリ・ウエイトは小さくなる。音楽カテゴリに属する動画広告の配信確率（頻度）が高くなり，ファッション・カテゴリに属する動画広告の配信確率（頻度）が低くなる。
【０１１２】
また，全く興味のないカテゴリに属する動画広告の閲覧をユーザが避ける行動にでれば（たとえば，動画広告ウインドウ21をすぐに閉じる），そのカテゴリのカテゴリ・ウエイトは下がり，他のカテゴリのカテゴリ・ウエイトが相対的に上げられる。このように，上述の配信広告の決定処理によれば，ユーザが積極的に興味のある分野等をクライアント３に入力して広告サーバ１に通知することが行われなくとも，ユーザの嗜好（興味）に沿う分野（カテゴリ）の動画広告が表示画面に表示されることになる。
【０１１３】
この配信広告の決定処理の手法は，いわゆるニューラルネットワークの自己組織化アルゴリズムを基礎としている。このアルゴリズムは，入力刺激が発生したときに何らかの出力刺激が発生する系において，入力刺激をより感度よく検知するためには，入力が頻度よく発生している領域周辺に，多くの入力受容機を設置する必要があるという考えに基づいて，自動的に入力が頻度よく発生している領域周辺に多くの入力受容機を設置するということを実現するアルゴリズムである。上述の決定処理は，このニューラルネットワークの自己組織化アルゴリズムを実現している。負の刺激（ユーザが動画広告ウインドウ21を閉じる行動）に対しても，自己組織化アルゴリズムが実現される。
【０１１４】
図12に戻って，配信広告決定プログラムは，決定された動画広告を表す動画広告データを広告サーバ１のハードディスク14Ｂから読出し（動画広告データの格納場所は，広告コンテンツ・テーブル32（図６）に記述されている），クライアント３に配信する（図12：ステップ45）。図22は，広告サーバ１からクライアント３に配信される動画広告データのデータ構成の概略を示すものである。
【０１１５】
広告サーバ１からクライアント３に配信される動画広告データは，動画広告データ（データ本体）に，条件付アクセス命令が記述（付加）されたものである。この条件付アクセス命令は，クライアント３に配信された動画広告データが所定時間の間（たとえば，最後まで）表示画面に表示された場合に，広告サーバ１に再アクセスせよという命令（クライアント３（ブラウザ）を制御する命令）である。ユーザがクライアント３の表示画面上に動画広告ウインドウ21をしばらく表示させていると，動画広告データ（データ本体）に基づく動画広告の表示が終了する。動画広告の表示終了に応じて（もちろん，終了よりも若干早いタイミングまたは遅いタイミングであってもよい），条件付アクセス命令に基づいて，クライアント３は広告サーバ１に再びアクセスする。広告サーバ１がクライアント３からアクセスを受けると，広告サーバ１では配信広告決定プログラム（図12）の処理がスタートする。次に配信すべき動画広告の決定処理が行われることになる。これにより，動画広告ウインドウ21をしばらく表示画面上に表示させていると，動画広告ウインドウ21には次々と動画広告が表示されることになる（図18(A) 参照）。特に，ポップアップ型の動画広告ウインドウ21に動画広告を表示させる場合（図２）は，ユーザが動画広告配信システムに属するウエブ・サーバ２にアクセスし，その後，動画広告配信システムに属さない他のウエブ・サーバにアクセスした場合にも，動画広告ウインドウ21には次々と動画広告が表示される。
【０１１６】
動画広告データの送信を開始した後，配信広告決定プログラムはクッキーの作成，送信処理に進む（図12：ステップ46）。図15はクッキーの作成，送信処理の詳細を示すフローチャートである。
【０１１７】
広告サーバ１がクライアント３からクッキーを取得した場合には（ステップ71でYES ），上述のカテゴリ・ウエイトの算出処理（図13）によって算出されてメモリ13に一時的に記憶されている新たなカテゴリ・ウエイトが，新たにクッキーに書込まれ，さらに配信された（または配信中の）動画広告を識別するＩＤ（広告ＩＤ），ユーザＩＤ，ログＩＤ等がクッキーに書き込まれる。動画広告データの配信とほぼ同時に（厳密には少し遅れて），作成されたクッキーが広告サーバ１からクライアント３に送信される（ステップ74）。クライアント３では，そのハードディスクに広告サーバ１から送信されたクッキーが記憶（上書き）される。
【０１１８】
クライアント３のユーザがはじめてウエブ・サーバ２にアクセスした場合には，クライアント３のハードディスクには広告サーバ１が作成したクッキーは保存されていない。クッキーを取得できない場合には（図12：ステップ41でNO），配信広告決定プログラムは，広告サーバ１のハードディスクに記憶されているすべての動画広告の中からクライアント３に配信すべき動画広告をランダムに決定し（ステップ47），決定した動画広告を表す動画広告データをクライアント３に送信する（ステップ45）。広告サーバ１からクライアント３に送信されるクッキーには，カテゴリの数に応じて均等に配分されたカテゴリ・ウエイトが記述される（図15：ステップ71でNO，ステップ75）。広告サーバ１は，はじめて広告サーバ１にアクセスしたクライアント３のユーザに対してユーザＩＤを採番し（ステップ76），ユーザ・テーブル35に記述する（図９）。決定されたユーザＩＤは，クライアント３に送信するクッキー中に記述される（ステップ73）。
【０１１９】
はじめてウエブ・サーバ２にアクセスしたクライアント３のユーザに対しては，そのユーザの氏名，住所等を入力するためのウインドウ・データ（htmlデータ等）を広告サーバ１からクライアント３に送信するようにしてもよい。クライアント３のユーザによって入力された氏名等のデータは，広告サーバ１のユーザ詳細テーブル36（図10）に記憶される。
【０１２０】
このようにこの発明によると，ウエブ・サーバ２にアクセスしたユーザの嗜好がカテゴリ・ウエイトとして数値化される。そして，カテゴリ・ウエイトが大きいカテゴリに属する動画広告ほど，ユーザに向けて配信される確率（頻度）が高められる。カテゴリ・ウエイトに関して，ユーザが主体的に嗜好（興味）を広告サーバ１やウエブ・サーバ２に通知する必要がない。すなわち，ゼロ・クリックでユーザの嗜好を広告サーバ１において把握することができる。ユーザが閲覧する動画広告の内容に変化があれば（嗜好の変化があれば），それに応じてカテゴリ・ウエイトが変化していくので，ユーザの嗜好の変化に自動的に追従することができる。
【０１２１】
また，ユーザごとの嗜好，すなわちカテゴリごとのカテゴリ・ウエイトは，ユーザの所有するクライアント３のハードディスクにクッキーとして保存される。広告サーバ１が各ユーザの嗜好（カテゴリ・ウエイト）を管理する必要がない。広告サーバ１の処理負担，および広告サーバ１の管理負担が大幅に軽減される。
【０１２２】
もちろん，上述の広告配信システムにおけるユーザの嗜好に沿うカテゴリ・ウエイトにもとづく処理は，上述の配信すべき動画広告の決定（カテゴリの決定）のみならず，電子メールの配信（ユーザの嗜好に沿うカテゴリに関する内容が記載された電子メールの配信），ダイレクト・メールの郵送（ユーザの嗜好に沿うカテゴリに関する内容が記載されたカタログ等の郵送），その他のマーケティング活動にも応用することができる。
【０１２３】
上述した例では，ポップアップ型の動画広告ウインドウ21（図２参照）中に動画広告が表示されているが，ウエブ・サーバ２から送信されて表示されるウインドウ中に動画広告を組込んで表示させることもできる。図23は，ウエブ・サーバ２から送信されてhtmlデータに基づいてクライアント３の表示画面上に表示されるウエブ・ページ中に，動画広告を表示する領域（フレーム）21Ａが組込まれ，この領域21Ａ中に動画広告が表示されている様子を示している。いわゆるフローティング・フレーム型と呼ばれる表示方法である。
【図面の簡単な説明】
【図１】広告配信システムの全体的構成を，基本的な運用の流れとともに示すブロック図である。
【図２】動画広告が表示されたポップアップ型ウインドウと，ウエブ・ページとが表示画面上に表示されている様子を示す。
【図３】クッキーの一例を，クッキーに含まれる文字列の意味とともに示す。
【図４】広告サーバのハードウエア構成を示すブロック図である。
【図５】広告カテゴリ・テーブルの一例を示す。
【図６】広告コンテンツ・テーブルの一例を示す。
【図７】広告オーナー・テーブルの一例を示す。
【図８】ログ・テーブルの一例を示す。
【図９】ユーザ・テーブルの一例を示す。
【図１０】ユーザ詳細テーブルの一例を示す。
【図１１】クライアントに配信する広告を決定する広告サーバの機能ブロック図である。
【図１２】配信広告決定プログラムの処理の流れを示すフローチャートである。
【図１３】カテゴリ・ウエイトの計算の処理の流れを示すフローチャートである。
【図１４】配信すべき動画広告の決定の処理の流れを示すフローチャートである。
【図１５】クッキーの作成および送信の処理の流れを示すフローチャートである。
【図１６】ログ・テーブルに記憶されるログ・データの例であり，(A) は旧ログデータの一例を，(B) は新ログ・データの一例をそれぞれ示す。
【図１７】ログ・テーブルに記憶される他のログ・データの例であり，(A) は旧ログ・データの一例を，(B) は新ログ・データの一例をそれぞれ示す。
【図１８】  (A) 〜(C) は動画広告の配信の様子および正常閲覧または不正常閲覧のタイミングを説明するためのタイムチャートである。
【図１９】  (A) 〜(C) は，カテゴリ０のカテゴリ・ウエイトが上げられた場合に，カテゴリ・ウエイトが決定（配分）されるまでの様子を示している。
【図２０】  (A) 〜(C) は，カテゴリ０のカテゴリ・ウエイトが下げられた場合に，カテゴリ・ウエイトが決定（配分）されるまでの様子を示している。
【図２１】  (A) 〜(F) は，配信すべき動画広告が属するカテゴリが決定されるまでの様子を示している。
【図２２】クライアントに配信される動画広告データのデータ構造の概略を示す。
【図２３】フローティング型によって動画広告が組込まれたウエブ・ページの一例を示す。
【符号の説明】
１  広告サーバ
２  ウエブ・サーバ
３  クライアント
10  ＣＰＵ
13  メモリ
14Ａ，14Ｂ  ハードディスク
20  ウエブ・ページ
21  動画広告ウインドウ
21Ａ  動画広告表示領域
31  広告カテゴリ・テーブル
32  広告コンテンツ・テーブル
34  ログ・テーブル
35  ユーザ・テーブル
【図１】
0004027119.tif 000002
【図２】
0004027119.tif 000003
【図３】
0004027119.tif 000004
【図４】
0004027119.tif 000005
【図５】
0004027119.tif 000006
【図６】
0004027119.tif 000007
【図７】
0004027119.tif 000008
【図８】
0004027119.tif 000009
【図９】
0004027119.tif 000010
【図１０】
0004027119.tif 000011
【図１１】
0004027119.tif 000012
【図１２】
0004027119.tif 000013
【図１３】
0004027119.tif 000014
【図１４】
0004027119.tif 000015
【図１５】
0004027119.tif 000016
【図１６】
0004027119.tif 000017
【図１７】
0004027119.tif 000018
【図１８】
0004027119.tif 000019
【図１９】
0004027119.tif 000020
【図２０】
0004027119.tif 000021
【図２１】
0004027119.tif 000022
【図２２】
0004027119.tif 000023
【図２３】
0004027119.tif 000024