JP2002288322A - 広告受注管理システム、広告受注管理装置および広告受注管理方法ならびにプログラム - Google Patents

Abstract

(57)【要約】 【課題】 広告の受注在庫を効率よく管理すること。 【解決手段】 広告の掲載依頼を行う広告依頼主から掲
載依頼を受けると共に、広告を見せる特定のユーザ向け
の広告を受注可能な受注在庫を管理する広告受注管理装
置であって、ユーザの複数の属性をそれぞれ構成する属
性因子の組み合わせを行う属性因子組み合わせ手段１５
と、その属性因子の組み合わせ毎に受注在庫の件数を記
録する受注在庫記録手段１６と、広告依頼主から依頼さ
れた所定の属性因子の組み合わせを持つユーザ向けの広
告と受注在庫とを照合して受注処理を実行する受注処理
手段１７とを備える広告受注管理装置１とすること。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、広告掲載依頼者か
ら広告を受注すると共に、受注可能な受注在庫を管理す
る広告受注管理システム、広告受注管理装置および広告
受注管理方法ならびにプログラムに関する。

【０００２】

【従来の技術】最近のインターネットの普及に伴い、ホ
ームページあるいは電子メールへの広告（インターネッ
ト広告という）の掲載が増えてきている。２００１年の
インターネット広告の市場規模は、年間約４００億円と
予測されている。現状のインターネット広告の多くは、
視聴者を限定しないノンターゲティング広告であるが、
中には、全てのユーザに同じ広告を見せるのではなく、
個々のユーザにそのユーザが必要とする商品等の広告を
見せるターゲティング広告もある。

【０００３】ターゲティング広告の一例を挙げると、男
性ユーザのみに男性向けの広告を見せたり、学生のみに
学生向けの広告を見せるといったものである。今後、イ
ンターネット広告の大部分は、ターゲティング広告にシ
フトすると予測されている。

【０００４】ターゲティング広告に関する発明として
は、例えば、特開平１１−０９５６９４号公報および特
開平１１−２８２３９３号公報に開示される各発明が既
に知られている。特開平１１−０９５６９４号公報に開
示される発明（以後、従来発明１という）は、ユーザが
閲覧しているホームページを把握して、そのホームペー
ジに、そのホームページ内の情報に関係した商品または
サービスの広告を表示させる発明である。

【０００５】また、特開平１１−２８２３９３号公報に
開示される発明（以後、従来発明２という）は、ユーザ
の購買履歴を把握して、各ユーザが購買した商品等に関
する広告のみを表示させる発明である。従来発明１およ
び従来発明２は、ユーザの関心を、閲覧するホームペー
ジから把握するか、それとも購買商品等のデータから把
握するかで相違するものの、各ユーザに必要な広告のみ
を配信するシステムである点で共通している。

【０００６】インターネット広告の掲載は、およそ次の
ような手順で行われている。広告掲載を希望する依頼主
は、対象ユーザおよび期間等の掲載条件を指定して、広
告掲載を管理する広告掲載管理業者に広告の掲載を依頼
する。広告掲載管理業者は、指定された掲載条件の空き
（受注在庫）が有るか否かを調べる。受注在庫があれ
ば、依頼主からの依頼を受諾し、依頼主からの広告をバ
ナー等の形でホームページに掲載する。一方、在庫がな
ければ、依頼主からの依頼を断るか、掲載できる範囲で
のみ掲載する。

【０００７】

【発明が解決しようとする課題】上記のターゲティング
広告のように、「男性ユーザ」あるいは「学生ユーザ」
といった性別あるいは職業等の一次元の属性のみを用い
たターゲティング広告の場合には、人手や簡単なプログ
ラムによる在庫の割り当てが可能である。

【０００８】しかし、ターゲティング広告は急速に高度
化してきており、例えば、「女性」かつ「社会人」かつ
「２０代前半」といった多次元の属性を含むユーザを対
象とした広告の掲載依頼が増えてきている。かかる多次
元の属性を含むユーザへの掲載依頼には、従来のような
人手による在庫管理や既存のプログラムを利用した在庫
管理を行っていたのでは、掲載依頼を受注する側の管理
が難しく、受注効率が悪い。

【０００９】一方、ほとんどの広告依頼主は、所定期間
内で広告の掲載を依頼する場合、掲載期間中において掲
載時間に偏りが少ないことと、受注した広告量を確実に
掲載することとを希望する。しかし、ユーザの属性を細
かく指定したターゲティング広告を受注する場合には、
必ずしも広告依頼者のニーズを満足した受注ができない
という問題がある。

【００１０】本発明は、上記問題を解決するためになさ
れたものであり、広告の受注在庫を効率よく管理するこ
とを目的とする。また、他の発明は、掲載期間中の均等
な掲載あるいは確実な掲載といった広告依頼者のニーズ
に応えることを目的とする。

【００１１】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、広告の掲載依頼を行う広告依頼主が使用
する依頼主端末と、依頼主端末から通信回線を通じて掲
載依頼を受けると共に、広告を見せる特定のユーザ向け
の広告を受注可能な受注在庫を管理する広告受注者が運
用する運用サーバとを備え、運用サーバは、ユーザの複
数の属性をそれぞれ構成する属性因子の組み合わせ毎に
受注在庫の件数を管理し、広告依頼主から依頼された所
定の属性因子の組み合わせを持つユーザ向けの広告と、
受注在庫とを照合して受注処理を実行する広告受注管理
システムとしている。

【００１２】このため、ユーザの属性因子の組み合わせ
毎の受注在庫の管理がされることになり、細かい属性因
子を特定した掲載依頼に対して受注できるか否かの判断
がしやすくなる。

【００１３】また、他の発明は、運用サーバが、属性因
子を符号化して属性因子の組み合わせ毎に受注在庫の件
数を管理する広告受注管理システムとしている。このた
め、属性因子の組み合わせ毎の在庫を、符号化したデー
タとして管理することになる。このため、管理するデー
タの容量を軽減できる。

【００１４】また、他の発明は、運用サーバが、属性が
２種類存在する場合において、その運用サーバと接続さ
れる依頼主端末または運用サーバと接続されると共に広
告受注者が使用する広告受注者端末の内少なくとも１つ
の端末に、ユーザの各属性を縦軸と横軸とする平面座標
系において受注在庫と受注済みの分とを判別可能に表示
させる広告受注管理システムとしている。

【００１５】また、他の発明は、運用サーバが、属性が
３種類存在する場合において、その運用サーバと接続さ
れる依頼主端末または運用サーバと接続されると共に広
告受注者が使用する広告受注者端末の内少なくとも１つ
の端末に、ユーザの各属性を縦軸、横軸および高さ軸と
する立体座標系において受注在庫と受注済みの分とを判
別可能に表示させる広告受注管理システムとしている。
このため、どの属性因子の組み合わせの受注在庫がどの
くらい存在するかを画面上で簡単に把握することが出来
る。したがって、広告依頼者あるいは広告受注者は、受
注在庫を把握した上での依頼や、その依頼への対応をと
りやすくなる。

【００１６】また、他の発明は、運用サーバが、複数の
掲載依頼の種類を受注可能とすると共に、受注在庫の件
数を複数の掲載依頼の種類で表示可能な広告受注管理シ
ステムとしている。このため、広告依頼者の希望に合わ
せて、広告の掲載を受けることができる。

【００１７】また、他の発明は、複数の掲載依頼の種類
が、広告を表示するホームページの閲覧回数で依頼する
依頼方式と、広告の部分を指示する指示回数で依頼する
依頼方式を含む広告受注管理システムとしている。この
ため、特に、ホームページの閲覧回数での依頼や、広告
バナーのクリック数での依頼に対応できる。

【００１８】また、他の発明は、広告の掲載依頼を行う
広告依頼主が使用する依頼主端末と、依頼主端末から通
信回線を通じて掲載依頼を受けると共に、広告を受注可
能な受注在庫を管理する広告受注者が運用する運用サー
バとを備え、運用サーバは、依頼主端末から掲載依頼を
受け付けると、その所定の掲載期間における広告掲載依
頼数が、所定の掲載期間における広告在庫数以下かどう
かを判別し、広告掲載依頼数が広告在庫数以下の場合
に、掲載期間の各単位期間の単位広告在庫数の中で最低
の最低単位広告在庫数を特定し、最低単位広告在庫数と
掲載期間とを掛け合わせた数を満たすように、単位期間
に均等に広告掲載依頼数を割り振って受注処理を行う広
告受注管理システムとしている。このため、掲載期間内
の受注在庫に多少があっても、できるだけ掲載期間中の
掲載回数に差がないように、掲載を受注できる。

【００１９】また、他の発明は、さらに、広告掲載依頼
数から最低単位広告在庫数と掲載期間とを掛け合わせた
数を差し引いた残余広告掲載依頼数が存在する場合に、
受注在庫が存在する掲載期間の内で最低の次最低単位広
告在庫数を特定し、次最低単位広告在庫数と受注在庫が
存在する掲載期間とを掛け合わせた数を満たすように、
残りの各単位期間に均等に残余広告掲載依頼数を割り振
って受注する操作を繰り返して行う広告受注管理システ
ムとしている。このため、掲載期間中の掲載回数の差が
より少なくなる。

【００２０】また、他の発明は、広告掲載依頼数から最
低単位広告在庫数と掲載期間とを掛け合わせた数を差し
引いた残余広告掲載依頼数が存在する場合に、受注在庫
が存在する掲載期間の内で最も早い時期から、残余広告
掲載依頼数を受注する広告受注管理システムとしてい
る。このため、掲載期間中、掲載されない期間がないよ
うにできると共に、確実に掲載回数をこなすことができ
る。すなわち、受注後に、広告を掲載できなかったとい
う事態を低減できる。

【００２１】また、他の発明は、広告の掲載依頼を行う
広告依頼主から掲載依頼を受けると共に、広告を見せる
特定のユーザ向けの広告を受注可能な受注在庫を管理す
る広告受注管理装置であって、ユーザの複数の属性をそ
れぞれ構成する属性因子の組み合わせを行う属性因子組
み合わせ手段と、その属性因子の組み合わせ毎に受注在
庫の件数を記録する受注在庫記録手段と、広告依頼主か
ら依頼された所定の属性因子の組み合わせを持つユーザ
向けの広告と受注在庫とを照合して受注処理を実行する
受注処理手段とを備える広告受注管理装置としている。
このため、ユーザの属性因子の組み合わせ毎の受注在庫
の管理がされることになり、細かい属性因子を特定した
掲載依頼に対して受注できるか否かの判断がしやすくな
る。

【００２２】また、他の発明は、属性因子組み合わせ手
段が、属性因子を符号化して、属性因子の組み合わせを
行う広告受注管理装置としている。このため、属性因子
の組み合わせ毎の在庫を、符号化したデータとして管理
することになる。このため、管理するデータの容量を軽
減できる。

【００２３】また、他の発明は、属性が２種類存在する
場合において、ユーザの各属性を縦軸と横軸とする平面
座標系において受注在庫と受注済みの分とを判別可能に
表示させる受注在庫平面表示手段を、さらに備える広告
受注管理装置としている。

【００２４】また、他の発明は、属性が３種類存在する
場合において、ユーザの各属性を縦軸、横軸および高さ
軸とする立体座標系において受注在庫と受注済みの分と
を判別可能に表示させる受注在庫立体表示手段を、さら
に備える広告受注管理装置としている。このため、どの
属性因子の組み合わせの受注在庫がどのくらい存在する
かを画面上で簡単に把握することが出来る。したがっ
て、広告依頼者あるいは広告受注者は、受注在庫を把握
した上での依頼や、その依頼への対応をとりやすくな
る。

【００２５】また、他の発明は、受注在庫記録手段が、
受注在庫の件数を複数の掲載依頼の種類で表示し、受注
処理手段が、複数の掲載依頼の種類にて受注する広告受
注管理装置としている。このため、広告依頼者の希望に
合わせて、広告の掲載を受けることができる。

【００２６】また、他の発明は、複数の掲載依頼の種類
が、広告を表示するホームページの閲覧回数で依頼する
依頼方式と、広告の部分を指示する指示回数で依頼する
依頼方式を含む広告受注管理装置としている。このた
め、特に、ホームページの閲覧回数での依頼や、広告バ
ナーのクリック数での依頼に対応できる。

【００２７】また、他の発明は、広告の掲載依頼を行う
広告依頼主から掲載依頼を受けると共に、広告を受注可
能な受注在庫を管理する広告受注管理装置であって、広
告依頼主からの掲載依頼を受け付ける掲載依頼受付手段
と、掲載依頼における所定の掲載期間の広告掲載依頼数
が、所定の掲載期間における広告在庫数以下かどうかを
判別する広告在庫判別手段と、広告掲載依頼数が広告在
庫数以下の場合に、掲載期間の各単位期間の単位広告在
庫数の中で最低の最低単位広告在庫数を特定する最低単
位広告在庫数特定手段と、最低単位広告在庫数と掲載期
間とを掛け合わせた数を満たすように、単位期間に均等
に広告掲載依頼数を割り振って受注処理を行う受注処理
手段とを備える広告受注管理装置としている。このた
め、掲載期間内の受注在庫に多少があっても、できるだ
け掲載期間中の掲載回数に差がないように、掲載を受注
できる。

【００２８】また、他の発明は、さらに、広告掲載依頼
数から最低単位広告在庫数と掲載期間とを掛け合わせた
数を差し引いた残余広告掲載依頼数が存在するか否かを
判別する残余広告掲載依頼判別手段と、残余広告掲載依
頼数が存在する場合に、受注在庫が存在する掲載期間の
内で最低の次最低単位広告在庫数を特定する次最低単位
広告在庫数特定手段と、次最低単位広告在庫数と受注在
庫が存在する掲載期間とを掛け合わせた数を満たすよう
に、残りの単位期間に均等に残余広告掲載依頼数を割り
振って受注処理を行う第２受注処理手段とを備える広告
受注管理装置としている。このため、掲載期間中の掲載
回数の差がより少なくなる。

【００２９】また、他の発明は、さらに、広告掲載依頼
数から最低単位広告在庫数と掲載期間とを掛け合わせた
数を差し引いた残余広告掲載依頼数が存在するか否かを
判別する残余広告掲載依頼判別手段と、残余広告掲載依
頼数が存在する場合に、受注在庫が存在する掲載期間の
内で最も早い時期から、残余広告掲載依頼数を受注する
第３受注処理手段とを備える広告受注管理装置としてい
る。このため、掲載期間中、掲載されない期間がないよ
うにできると共に、確実に掲載回数をこなすことができ
る。すなわち、受注後に、広告を掲載できなかったとい
う事態を低減できる。

【００３０】また、他の発明は、広告の掲載依頼を行う
広告依頼主から掲載依頼を受けると共に、広告を見せる
特定のユーザ向けの広告を受注可能な受注在庫を管理す
る広告受注管理方法であって、ユーザの複数の属性をそ
れぞれ構成する属性因子の組み合わせを行う属性因子組
み合わせステップと、その属性因子の組み合わせ毎に受
注在庫の件数を記録する受注在庫記録ステップと、広告
依頼主から依頼された所定の属性因子の組み合わせを持
つユーザ向けの広告と受注在庫とを照合して受注処理を
実行する受注処理ステップとを含む広告受注管理方法と
している。このため、ユーザの属性因子の組み合わせ毎
の受注在庫の管理がされることになり、細かい属性因子
を特定した掲載依頼に対して受注できるか否かの判断が
しやすくなる。

【００３１】また、他の発明は、属性因子組み合わせス
テップが、属性因子を符号化して、属性因子の組み合わ
せを行う広告受注管理方法としている。このため、属性
因子の組み合わせ毎の在庫を、符号化したデータとして
管理することになる。このため、管理するデータの容量
を軽減できる。

【００３２】また、他の発明は、属性が２種類存在する
場合において、ユーザの各属性を縦軸と横軸とする平面
座標系において受注在庫と受注済みの分とを判別可能に
表示させる受注在庫平面表示ステップを、さらに含む広
告受注管理方法としている。

【００３３】また、他の発明は、属性が３種類存在する
場合において、ユーザの各属性を縦軸、横軸および高さ
軸とする立体座標系において受注在庫と受注済みの分と
を判別可能に表示させる受注在庫立体表示ステップを、
さらに含む広告受注管理方法としている。このため、ど
の属性因子の組み合わせの受注在庫がどのくらい存在す
るかを画面上で簡単に把握することが出来る。したがっ
て、広告依頼者あるいは広告受注者は、受注在庫を把握
した上での依頼や、その依頼への対応をとりやすくな
る。

【００３４】また、他の発明は、受注在庫記録ステップ
が、受注在庫の件数を複数の掲載依頼の種類で表示し、
受注処理ステップが、複数の掲載依頼の種類にて受注す
る広告受注管理方法としている。このため、広告依頼者
の希望に合わせて、広告の掲載を受けることができる。

【００３５】また、他の発明は、複数の掲載依頼の種類
が、広告を表示するホームページの閲覧回数で依頼する
依頼方式と、広告の部分を指示する指示回数で依頼する
依頼方式を含む広告受注管理方法としている。このた
め、特に、ホームページの閲覧回数での依頼や、広告バ
ナーのクリック数での依頼に対応できる。

【００３６】また、他の発明は、広告の掲載依頼を行う
広告依頼主から掲載依頼を受けると共に、広告を受注可
能な受注在庫を管理する広告受注管理方法であって、広
告依頼主からの掲載依頼を受け付ける掲載依頼受付ステ
ップと、掲載依頼における所定の掲載期間の広告掲載依
頼数が、所定の掲載期間における広告在庫数以下かどう
かを判別する広告在庫判別ステップと、広告掲載依頼数
が広告在庫数以下の場合に、掲載期間の各単位期間の単
位広告在庫数の中で最低の最低単位広告在庫数を特定す
る最低単位広告在庫数特定ステップと、最低単位広告在
庫数と掲載期間とを掛け合わせた数を満たすように、各
単位期間に均等に広告掲載依頼数を割り振って受注処理
を行う受注処理ステップとを含む広告受注管理方法とし
ている。このため、掲載期間内の受注在庫に多少があっ
ても、できるだけ掲載期間中の掲載回数に差がないよう
に、掲載を受注できる。

【００３７】また、他の発明は、さらに、広告掲載依頼
数から最低単位広告在庫数と掲載期間とを掛け合わせた
数を差し引いた残余広告掲載依頼数が存在するか否かを
判別する残余広告掲載依頼判別ステップと、残余広告掲
載依頼数が存在する場合に、受注在庫が存在する掲載期
間の内で最低の次最低単位広告在庫数を特定する次最低
単位広告在庫数特定ステップと、次最低単位広告在庫数
と受注在庫が存在する掲載期間とを掛け合わせた数を満
たすように、残りの単位期間に均一に残余広告掲載依頼
数を割り振って受注する第２受注処理ステップとを含む
広告受注管理方法としている。このため、掲載期間中の
掲載回数の差がより少なくなる。

【００３８】また、他の発明は、さらに、広告掲載依頼
数から最低単位広告在庫数と掲載期間とを掛け合わせた
数を差し引いた残余広告掲載依頼数が存在するか否かを
判別する残余広告掲載依頼判別ステップと、残余広告掲
載依頼数が存在する場合に、受注在庫が存在する掲載期
間の内で最も早い時期から、残余広告掲載依頼数を受注
する第３受注処理ステップとを含む広告受注管理方法と
している。このため、掲載期間中、掲載されない期間が
ないようにできると共に、確実に掲載回数をこなすこと
ができる。すなわち、受注後に、広告を掲載できなかっ
たという事態を低減できる。

【００３９】また、他の発明は、広告の掲載依頼を行う
広告依頼主から掲載依頼を受けると共に、広告を見せる
特定のユーザ向けの広告を受注可能な受注在庫を管理す
るプログラムであって、ユーザの複数の属性をそれぞれ
構成する属性因子の組み合わせを行う属性因子組み合わ
せステップと、その属性因子の組み合わせ毎に受注在庫
の件数を記録する受注在庫記録ステップと、広告依頼主
から依頼された所定の属性因子の組み合わせを持つユー
ザ向けの広告と受注在庫とを照合して受注処理を実行す
る受注処理ステップとを含むプログラムとしている。こ
のため、このプログラムをサーバに読み込ませて実行さ
せることにより、ユーザの属性因子の組み合わせ毎の受
注在庫の管理がされることになり、細かい属性因子を特
定した掲載依頼に対して受注できるか否かの判断がしや
すくなる。

【００４０】また、他の発明は、属性因子組み合わせス
テップが、属性因子を符号化して、属性因子の組み合わ
せを行うプログラムとしている。このため、このプログ
ラムをサーバに読み込ませて実行させることにより、属
性因子の組み合わせ毎の在庫を、符号化したデータとし
て管理することになる。このため、管理するデータの容
量を軽減できる。

【００４１】また、他の発明は、属性が２種類存在する
場合において、ユーザの各属性を縦軸と横軸とする平面
座標系において受注在庫と受注済みの分とを判別可能に
表示させる受注在庫平面表示ステップを、さらに含むプ
ログラムとしている。

【００４２】また、他の発明は、属性が３種類存在する
場合において、ユーザの各属性を縦軸、横軸および高さ
軸とする立体座標系において受注在庫と受注済みの分と
を判別可能に表示させる受注在庫立体表示ステップを、
さらに含むプログラムとしている。このため、このプロ
グラムをサーバに読み込ませて実行させることにより、
どの属性因子の組み合わせの受注在庫がどのくらい存在
するかを画面上で簡単に把握することが出来る。したが
って、広告依頼者あるいは広告受注者は、受注在庫を把
握した上での依頼や、その依頼への対応をとりやすくな
る。

【００４３】また、他の発明は、受注在庫記録ステップ
が、受注在庫の件数を複数の掲載依頼の種類で表示し、
受注処理ステップが、複数の掲載依頼の種類にて受注す
るプログラムとしている。このため、このプログラムを
サーバに読み込ませて実行させることにより、広告依頼
者の希望に合わせて、広告の掲載を受けることができ
る。

【００４４】また、他の発明は、複数の掲載依頼の種類
が、広告を表示するホームページの閲覧回数で依頼する
依頼方式と、広告の部分を指示する指示回数で依頼する
依頼方式を含むプログラムとしている。このため、この
プログラムをサーバに読み込ませて実行させることによ
り、特に、ホームページの閲覧回数での依頼や、広告バ
ナーのクリック数での依頼に対応できる。

【００４５】また、他の発明は、広告の掲載依頼を行う
広告依頼主から掲載依頼を受けると共に、広告を受注可
能な受注在庫を管理するプログラムであって、広告依頼
主からの掲載依頼を受け付ける掲載依頼受付ステップ
と、掲載依頼における所定の掲載期間の広告掲載依頼数
が、その所定の掲載期間における広告在庫数以下かどう
かを判別する広告在庫判別ステップと、広告掲載依頼数
が広告在庫数以下の場合に、掲載期間の各単位期間の単
位広告在庫数の中で最低の最低単位広告在庫数を特定す
る最低単位広告在庫数特定ステップと、最低単位広告在
庫数と掲載期間とを掛け合わせた数を満たすように、各
単位期間に均一に広告掲載依頼数を割り振って受注処理
を行う受注処理ステップとを含むプログラムとしてい
る。このため、このプログラムをサーバに読み込ませて
実行させることにより、掲載期間内の受注在庫に多少が
あっても、できるだけ掲載期間中の掲載回数に差がない
ように、掲載を受注できる。

【００４６】また、他の発明は、さらに、広告掲載依頼
数から最低単位広告在庫数と掲載期間とを掛け合わせた
数を差し引いた残余広告掲載依頼数が存在するか否かを
判別する残余広告掲載依頼判別ステップと、残余広告掲
載依頼数が存在する場合に、受注在庫が存在する掲載期
間の内で最低の次最低単位広告在庫数を特定する次最低
単位広告在庫数特定ステップと、次最低単位広告在庫数
と受注在庫が存在する掲載期間とを掛け合わせた数を満
たすように、残りの単位期間に均一に残余広告掲載依頼
数を割り振って受注する第２受注処理ステップとを含む
プログラムとしている。このため、このプログラムをサ
ーバに読み込ませて実行させることにより、掲載期間中
の掲載回数の差がより少なくなる。 あ

【００４７】また、他の発明は、さらに、広告掲載依頼
数から最低単位広告在庫数と掲載期間とを掛け合わせた
数を差し引いた残余広告掲載依頼数が存在するか否かを
判別する残余広告掲載依頼判別ステップと、残余広告掲
載依頼数が存在する場合に、受注在庫が存在する掲載期
間の内で最も早い時期から、残余広告掲載依頼数を受注
する第３受注処理ステップとを含むプログラムとしてい
る。このため、このプログラムをサーバに読み込ませて
実行させることにより、掲載期間中、掲載されない期間
がないようにできると共に、確実に掲載回数をこなすこ
とができる。すなわち、受注後に、広告を掲載できなか
ったという事態を低減できる。

【００４８】

【発明の実施の形態】本発明に係る広告受注管理システ
ム、広告受注管理装置および広告受注管理方法ならびに
プログラムの各実施の形態について、図面に基づき説明
する。

【００４９】図１は、本発明の広告受注管理システムの
実施の形態を示す図である。この広告受注管理システム
は、広告の掲載依頼を受注する広告受注者が運用する広
告受注管理装置としての運用サーバ１と、運用サーバ１
と接続する広告受注者端末２と、広告依頼主が使用する
依頼主端末３と、広告を掲載するホームページのデータ
を格納する外部サーバ４と、ホームページを通じて広告
を閲覧するユーザが使用するユーザ端末５と、運用サー
バ１、広告受注者端末２、依頼主端末３、外部サーバ４
およびユーザ端末５とを相互に接続する通信回線である
インターネット網６と、依頼主端末３が携帯電話の場合
に、インターネット網６に接続する基地局７と、ユーザ
端末５が携帯電話の場合に、インターネット網６に接続
する基地局８とを備えている。

【００５０】広告依頼主が広告依頼主端末３からインタ
ーネット網６を介して広告の掲載を依頼するデータを送
信すると、運用サーバ１は、そのデータを受け付けて、
受注在庫と照合する。その結果、受注可能な場合には、
広告依頼主からの受注を実行する。広告受注者は、受注
者端末２を使用して運用サーバ１内にデータを入力した
り、運用サーバ１内のデータを読み出したりすることが
できる。したがって、電話等の手段により、広告依頼主
から広告の掲載依頼を受けた場合でも、広告受注者は、
受注者端末２から在庫照会あるいは受注操作を行うこと
ができる。

【００５１】受注した広告は、外部サーバ４内のホーム
ページ上や運用サーバ１内のホームぺージ上に掲載され
る。ユーザは、運用サーバ１内のホームページあるいは
外部サーバ４のホームページを管理する広告受注者の会
員として、その属性と共に登録されている。したがっ
て、所定の属性因子の組み合わせを持ったユーザのユー
ザ端末５には、当該ユーザ向けのターゲティング広告し
か掲載されない。別のユーザのユーザ端末５には、別の
ターゲティング広告が掲載されることになる。

【００５２】運用サーバ１は、広告依頼者からの広告の
掲載依頼を受注する機能と、受注できる広告枠としての
受注在庫を管理する機能とを持っている。受注在庫の管
理は、ユーザの複数の属性をそれぞれ構成する属性因子
の組み合わせ毎に、受注在庫の件数を記録する方法で行
われている。このため、ユーザの各属性を構成する属性
因子をそれぞれ組み合わせて、その属性因子の組み合わ
せを持つユーザにのみ広告を見せるターゲティング広告
の依頼にも、的確に対応できる。

【００５３】また、運用サーバ１は、各属性因子に符号
を付して、属性因子を組み合わせて受注在庫の件数を記
録するようにしているので、属性因子の組み合わせのデ
ータ量を軽減できる。

【００５４】また、運用サーバ１は、３種類の属性をＸ
軸、Ｙ軸およびＺ軸とし、各軸上に属性因子を割り振
り、上記３軸で囲まれる立体座標系において在庫数を管
理している。この結果、属性因子の組み合わせ毎の在庫
状況が立体表示されるので、広告受注者は、在庫状況を
把握しやすい。また、依頼主端末３に当該立体表示を行
うことにより、広告依頼主も、現在の受注在庫を簡単に
把握できる。

【００５５】また、運用サーバ１は、選択によって、２
種類の属性を指定するターゲティング広告の掲載依頼に
対しても、受注在庫を表示することができる。かかる場
合には、受注在庫は、各属性をＸ軸とＹ軸とした平面座
標系で表示される。受注在庫の状況の平面表示は、立体
表示の場合と同様に、広告受注者および広告依頼主の両
方に表示可能である。

【００５６】また、運用サーバ１は、複数の掲載依頼の
種類を受注可能なサーバである。具体的には、ホームペ
ージの閲覧回数で受注する方式と、ホームページ上の広
告バナーをクリックする回数で受注する方式とがある。
ホームページの閲覧回数は、例えば１週間に、どのくら
いのページビューがあったかというデータに基づいて決
められている。直近１週間のページビューが１００万ペ
ージビューであったとすると、次の１週間の受注在庫の
総量は、１００万ページビューということになる。した
がって、例えば、広告依頼主は、１週間で、「２０
代」、「女性」、「会社員」という属性因子を持つユー
ザに、２０万ページビューの掲載を依頼することができ
る。

【００５７】一方、もう一つの受注方式は、クリック回
数での受注である。ホームページ上の広告バナーのクリ
ック回数は、例えば１週間に、どのくらいのクリックが
行われたかというデータに基づいて決められている。直
近１週間のクリック数が１万回であったとすると、次の
１週間の受注在庫の総量は、１万回ということになる。
したがって、例えば、広告依頼主は、１週間で、「２０
代」、「女性」、「会社員」という属性因子を持つユー
ザに、２千回相当の掲載を依頼することができる。この
ように、受注在庫は、受注方式毎に記録されている。そ
して、広告依頼主あるいは広告受注者からの照会操作に
基づいて、受注方式毎の在庫数が表示される。

【００５８】次に、広告依頼主からの掲載依頼の受注に
ついて説明する。運用サーバ１は、依頼主端末３から掲
載依頼を受け付けると、所定の掲載期間における広告掲
載依頼数が、所定の掲載期間における広告在庫数以下か
どうかを判別する。もし、受注在庫の数の方が、広告掲
載依頼数より少ない場合には、受注できない旨の回答
を、依頼主端末３に向けて送信する。

【００５９】一方、広告掲載依頼数が広告在庫数以下の
場合には、運用サーバ１は、掲載期間の各単位期間の単
位広告在庫数の中で最低の最低単位広告在庫数を特定す
る。次に、運用サーバ１は、最低単位広告在庫数と掲載
期間とを掛け合わせた数を満たすように、各単位期間に
均一に広告掲載依頼数を割り振って受注処理を行う。さ
らに、広告掲載依頼数から最低単位広告在庫数と掲載期
間とを掛け合わせた数を差し引いた残余広告掲載依頼数
が存在する場合には、運用サーバ１は、受注在庫が存在
する掲載期間の内で最低の次最低単位広告在庫数を特定
し、次最低単位広告在庫数と受注在庫が存在する掲載期
間とを掛け合わせた数を満たすように、残りの各単位期
間に均一に残余広告掲載依頼数を割り振って受注する第
２受注処理を繰り返して行う。これにより、掲載期間内
で均等に受注することができる。

【００６０】なお、広告依頼主の希望によっては、掲載
期間の初期に大半の掲載を完了させるように受注するこ
ともできる。運用サーバ１が、広告掲載依頼数を最低単
位広告在庫数と掲載期間とを掛け合わせた数を満たすよ
うに受注処理を行った後に、広告掲載依頼数から最低単
位広告在庫数と掲載期間とを掛け合わせた数を差し引い
た残余広告掲載依頼数が存在する場合に、受注在庫が存
在する掲載期間の内で最も早い時期から、残余広告掲載
依頼数を受注する。これによって、掲載期間中必ず掲載
しつつ、掲載期間の初期に広告掲載を偏らせることにな
る。したがって、掲載期間中に広告を掲載していないと
いう事態を防止できる。

【００６１】次に、図２に基づいて、本発明の広告受注
管理装置としての運用サーバ１の構成について説明す
る。

【００６２】運用サーバ１は、データ送受信部１１と、
制御部１２と、ＲＯＭ１３と、ＲＡＭ１４と、属性因子
組み合わせ部１５と、受注在庫記録部１６と、受注処理
部１７と、受注在庫平面表示部１８と、受注在庫立体表
示部１９と、掲載依頼受付部２０と、広告在庫判別部２
１と、最低単位広告在庫数特定部２２と、残余広告掲載
依頼判別部２３と、在庫データベース２４と、掲載依頼
データベース２５と、ホームページデータベース２６
と、会員データベース２７と、ユーザ操作データベース
２８とを備えている。

【００６３】データ送受信部１１は、運用サーバ１の外
部にある外部サーバ６、広告受注者端末２、依頼主端末
３およびユーザ端末５との間で、データの送受信を行う
構成部である。例えば、運用サーバ１は、データ送受信
部１１を介して、広告受注者端末に在庫データを送信し
たり、広告受注者端末２からの在庫照会の指令を受信す
る。

【００６４】制御部１２は、運用サーバ１の全構成部の
制御を司る構成部である。例えば、制御部１２は、属性
因子組み合わせ部１５の動作を制御して、属性因子の組
み合わせを行わせる。ＲＯＭ１３は、制御部１２の制御
プログラムを格納した読み取り専用のメモリである。Ｒ
ＡＭ１４は、運用サーバ１の各構成部が必要とするデー
タを格納した読み書き可能なメモリである。運用サーバ
１の各構成部は、ＲＡＭ１４内のデータを読み出して所
定の処理を行ったり、ＲＡＭ１４内のデータを更新した
りする。

【００６５】属性因子組み合わせ部１５は、ユーザの複
数の属性をそれぞれ構成する属性因子の組み合わせを行
う属性因子組み合わせ手段である。具体的には、属性因
子組み合わせ部１５は、属性因子に符号を付して属性因
子の組み合わせを行う。例えば、性別という属性（Ａで
表す）が、男性および女性という２種類の属性因子を持
っており、職業という属性（Ｂで表す）が、社会人、学
生および無職という３種類の属性因子を持っているとす
る。男性には「１」、女性には「２」という符号を付
し、社会人に「１」、学生に「２」、無職に「３」とい
う符号を付す。

【００６６】その場合には、（Ａ１，Ｂ１）、（Ａ１，
Ｂ２）、（Ａ１，Ｂ３）、（Ａ２，Ｂ１）、（Ａ２，Ｂ
２）、（Ａ２，Ｂ３）という６個の属性因子組み合わせ
が考えられる。属性因子組み合わせ部１５は、ＲＡＭ１
４内の属性および属性因子このデータに基づいて、これ
ら属性因子の組み合わせを作成する。なお、（Ａ１，Ｂ
１）のように符号で表すのではなく、（男性，社会人）
と表しても良い。

【００６７】受注在庫記録部１６は、属性因子の組み合
わせ毎に受注在庫の件数を記録する受注在庫記録手段で
ある。例えば、受注在庫記録部１６は、（Ａ１，Ｂ１）
という組み合わせは２０００ページビュー、（Ａ１，Ｂ
２）という組み合わせは１５００ページビューといった
ように、受注在庫を割り当てて記録する。また、受注在
庫記録部１６は、受注在庫の件数を複数の掲載依頼の種
類で表示する。具体的には、ホームページの閲覧回数で
の掲載依頼方式と、広告バナーのクリック回数での掲載
依頼方式とがある。

【００６８】受注処理部１７は、広告依頼主から依頼さ
れた所定の属性因子の組み合わせを持つユーザ向けの広
告と受注在庫とを照合して受注処理を実行する受注処理
手段である。また、上記のように、掲載依頼方式が複数
存在するので、受注処理部１７は、掲載依頼方式毎に受
注する。また、受注処理部１７は、後述する最低単位広
告在庫数と掲載期間とを掛け合わせた数を満たすよう
に、各単位期間に均一に広告掲載依頼数を割り振って受
注処理を行う。

【００６９】また、受注処理部１７は、上記の受注によ
って残った残余広告掲載依頼数がある場合に、後述する
次最低単位広告在庫数と受注在庫が存在する掲載期間と
を掛け合わせた数を満たすように、残りの各単位期間に
均一に残余広告掲載依頼数を割り振って受注する第２受
注処理手段である。なお、受注処理部１７は、選択によ
り、受注在庫が存在する掲載期間の内で最も早い時期か
ら、残余広告掲載依頼数を受注する第３受注処理手段と
もなる。

【００７０】受注在庫平面表示部１８は、属性が２種類
存在する場合において、各属性をＸ軸とＹ軸とする平面
座標系において、受注在庫と受注済みの分を判別可能に
平面表示させる受注在庫平面表示手段である。受注在庫
立体表示部１９は、属性が３種類存在する場合におい
て、属性をＸ軸、Ｙ軸およびＺ軸とする立体座標系にお
いて、受注在庫と受注済みの分を判別可能に立体表示さ
せる受注在庫立体表示手段である。

【００７１】掲載依頼受付部２０は、広告依頼主からの
掲載依頼を受け付ける掲載依頼受付手段である。広告在
庫判別部２１は、掲載依頼における所定の掲載期間の広
告掲載依頼数が、所定の掲載期間における広告在庫数以
下かどうかを判別する広告在庫判別手段である。判別の
結果、広告掲載依頼数よりも広告の在庫数の方が少なけ
れば受注せず、逆の場合には受注する。

【００７２】最低単位広告在庫数特定部２２は、広告掲
載依頼数が広告在庫数以下の場合に、掲載期間の各単位
期間の単位広告在庫数の中で最低である最低単位広告在
庫数を特定する最低単位広告在庫数特定手段である。例
えば、１週間の各日で受注在庫数を比較して、初日の在
庫数が最も少ない場合には、最低単位広告在庫数特定部
２２は、初日の在庫数を特定する。

【００７３】残余広告掲載依頼判別部２３は、広告掲載
依頼数から上記の最低単位広告在庫数と前記掲載期間と
を掛け合わせた数を差し引いた残余広告掲載依頼数が存
在するか否かを判別する残余広告掲載依頼判別手段であ
る。残余広告掲載依頼数が存在する場合には、最低単位
広告在庫数特定部２２は、受注在庫が存在する掲載期間
の内で最低の次最低単位広告在庫数を特定する。すなわ
ち、最低単位広告在庫数特定部２２は、次最低単位広告
在庫数特定手段となる。

【００７４】在庫データベース２４は、受注可能な受注
在庫を管理するデータベースである。在庫データベース
２４内のデータテーブルの構造については、後述する。
掲載依頼データベース２５は、広告依頼主からの掲載依
頼データを記憶する構成部である。ホームページデータ
ベース２６は、広告を掲載するホームページのデータを
格納するデータベースである。

【００７５】会員データベース２７は、広告受注者の会
員として登録されているユーザを、その属性因子と共に
格納するデータベースである。ユーザ操作データベース
２８は、ユーザが所定期間内にホームページを何回閲覧
したか、広告バナーを何回クリックしたかを記録してお
くデータベースである。この実施の形態では、ユーザ操
作データベース２８のデータに基づいて、受注在庫を決
定するようにしている。ただし、ユーザ操作データベー
ス２８のデータに依らずに、受注在庫を決定しても良
い。また、ユーザの属性因子は、ユーザの持つユーザ端
末５内のクッキーファイルに格納され、ユーザが広告の
閲覧をする直前に、ユーザ端末５から運用サーバ１に送
信されるようにしても良い。

【００７６】図３は、在庫データベース２４に格納され
るデータテーブルを示す図である。在庫データベース２
４には、日ごとに、各ユーザの属性因子の組み合わせに
対応させた受注在庫の件数および受注件数等が記録され
るデイリーテーブル３０が格納されている。

【００７７】各デイリーテーブル３０は、性別欄３１
と、職業欄３２と、年齢層欄３３と、全体枠３４と、残
り在庫量欄３５と、オーダー番号欄３６ａと、引当量欄
３７ａと、オーダー番号欄３６ｂと、引当量欄３７ｂと
から構成されている。全体枠３４は、ページビューで受
注可能な受注在庫の件数を記録したＰＶ欄３４ａと、ク
リック回数で受注可能な受注在庫の件数を記録したＣＬ
Ｋ欄３４ｂとから構成されている。また、同様に、残り
在庫量欄３５も、ＰＶ欄３５ａとＣＬＫ欄３５ｂとから
構成されている。オーダー番号欄３６ａ，３６ｂには、
それぞれＰ／Ｃ区分欄３８が設けられており、オーダー
は、ページビューでの掲載依頼（Ｐで表示）か、クリッ
ク回数での掲載依頼（Ｃで表示）かを区別できるように
記録されている。

【００７８】デイリーテーブル３０の見方を説明する。
例えば、男性の会社員で１５−２０歳の年齢層のユーザ
向けの受注在庫は、全体枠３４の２段目を見ると、ペー
ジビューの受注方式で１万ページビュー、クリック回数
の受注方式で１００回分存在する。現時点での同ユーザ
向けの残り在庫量は、ページビューで７０００ページビ
ュー、クリック回数で１００回の各在庫量である。すな
わち、ページビューでの受注方式で、既に３０００ペー
ジビュー分が受注されていることになる。

【００７９】受注済みの３０００ページビューは、オー
ダー番号欄３６ａ，３６ｂおよび引当量欄３７ａ，３７
ｂの記録から明らかなように、Ｎｏ．１２３４５の広告
依頼主から１０００ページビューと、Ｎｏ．１２３４６
の広告依頼主から２０００ページビューである。このよ
うに、デイリーテーブルには、各日毎に、各属性因子を
持つユーザ向けの受注可能な受注在庫と、残りの在庫量
と、受注先の広告依頼主と、掲載依頼の方式とが把握可
能に記録されている。

【００８０】図４は、性別、年齢層、職業という３種類
の属性をそれぞれＸ軸、Ｙ軸およびＺ軸とし、各属性を
構成する属性因子を各属性の軸に配列して、受注在庫と
受注件数とを立体的に表示した図を示す。

【００８１】この実施の形態では、性別のＸ軸には、男
性と女性という２種類の属性因子が配列されている。ま
た、年齢層というＹ軸には、０−５歳、６−１０歳、１
０−１５歳、１５−２０歳、２１−２５歳、最後に９０
歳以上という複数の属性因子が配列されている。また、
職業層というＺ軸には、会社員、学生、主婦、アルバイ
ト、無職という５種類の属性因子が配列されている。

【００８２】図４の各属性の軸で囲まれた直方体４０
は、受注在庫の総数を示している。直方体４０の中に
は、男性で、２１−２５歳で、会社員のユーザ向けの第
１受注在庫領域４１がすでに受注済みとなっている。受
注済みであることを示すため、第１受注在庫領域４１
は、薄墨で表示されている。また、女性で、６−１０歳
で、学生のユーザ向けの第２受注在庫領域４２は、約半
分くらいがすでに受注されている。このため、第２受注
在庫領域４２中の受注済みの領域４３は、斜線で表示さ
れている。

【００８３】このように、受注在庫と受注結果とを区別
可能に立体表示することによって、どの属性因子の組み
合わせ部分が、どのくらい受注済みとなっているかを把
握することが出来る。図５に示す在庫データベース２４
は、図３に示すデイリーテーブル３０のみならず、図４
に示す直方体４０のデータも各日毎に格納されている。

【００８４】図６は、受注在庫と受注結果とを平面的に
表示した図である。広告の掲載依頼は、選択によって、
２種類の属性の属性因子の組み合わせで行うことも出来
る。図６では、年齢層をＸ軸、性別をＹ軸として、受注
在庫と受注結果とを表した図である。

【００８５】受注在庫は、長方形６０で表している。長
方形６０を構成する受注在庫領域６１，６２，６３等
は、各属性因子の組み合わせを持つユーザ向けの受注在
庫を示す。例えば、女性で６−１０歳のユーザ向けの受
注在庫領域６１の一部は、斜線で示す受注済み領域６１
ａで表示されている。また、男性で２１−２５歳のユー
ザ向けの受注在庫領域６２の一部は、斜線で示す受注済
み領域６２ａで表示されている。さらに、女性で２６−
３０歳のユーザ向けの受注在庫領域６３は、斜線で示す
受注済み領域６３ａで満たされている。

【００８６】このように、受注在庫と受注済みの分とを
判別可能に平面表示することによっても、どの属性因子
の組み合わせ部分が、どのくらい受注済みとなっている
かを把握することが出来る。

【００８７】次に、広告の掲載依頼を受け付けて、依頼
条件における受注在庫を提示する場合の計算式について
説明する。

【００８８】今、受注在庫の全体量をｎ、属性を、Ａ、
Ｂ、Ｃ・・・、属性因子を示す記号を、添字ｍ，ｌ，ｋ
・・・・で示す。すると、一般的に、受注在庫の全体量
ｎは、数１で表すことが出来る。

【数１】

【００８９】例えば、属性が３種類の場合には、数１の
式は、数２の数式で表すことができる。

【数２】

【００９０】ここで、Ａｍは性別、Ｂｌは職業、Ｃｋは
年齢層を示すとする。学生ユーザ向けの受注在庫の量
は、数２中のＢｌの添字ｌに、学生に相当する符号（ゼ
ロ）を代入し、性別の属性Ａｍと年齢層の属性Ｃｋは特
定しないことによって、算出される。その算出した件数
ｎ（ｍ，０，ｋ）は、数３の式で表される。

【数３】

【００９１】また、女性かつ学生のユーザ向けの受注在
庫の量は、数２中のＢｌの添字ｌに、学生に相当する符
号（ゼロ）を代入すると共に、性別の属性Ａｍの添字ｍ
に、女性に相当する符号（ゼロ）を代入し、年齢層の属
性Ｃｋは特定しないことによって、算出される。その算
出した件数ｎ（０，０，ｋ）は、数４の式で表される。

【数４】

【００９２】また、属性の種類が４種類である場合に
は、地域を示す属性をＤ、その属性因子を添字ｉで示す
ことにより、受注在庫の全体量ｎの一般式を数５で表す
ことができる。

【数５】

【００９３】例えば、東京在住の女性で、２１−２５の
年齢層のユーザ向けの受注在庫は、東京を示す添字を
１、女性を示す添字を０、２１−２５の年齢層を示す添
字を２１として算出可能である。算出した件数ｎ（０，
ｌ，２１，１）は、数６の式で表される。

【数６】

【００９４】次に、受注処理の方法について説明する。

【００９５】図７は、１２月２０日から１２月２７日ま
での１週間におけるある属性因子の条件での受注在庫を
示す図である。横軸は掲載日を、縦軸はページビュー方
式での在庫数をそれぞれ示す。受注在庫量は、１週間の
各在庫数を示す領域７１と、領域７２と、領域７３と、
領域７４と、領域７５と、領域７６と、領域７７とを加
えた領域７０で示される。領域７１は６０万ページビュ
ーを、領域７２は２０万ページビューを、領域７３は４
０万ページビューを、領域７４は９５万ページビュー
を、領域７５は３０万ページビューを、領域７６は５０
万ページビューを、領域７７は１００万ページビュー
を、それぞれ示す。受注在庫の量は、合計３９５万ペー
ジビューである。

【００９６】今、１２月２０日から１２月２７日までの
１週間におけるある属性因子の条件での掲載依頼数が２
２５万ページビューであるとする。 掲載依頼数よりも
受注在庫の方が多いので、受注可能である。かかる場
合、運用サーバ１の最低単位広告在庫数特定部２２は、
１週間の中で最も受注在庫の少ない日の在庫数を特定す
る。図７によれば、１２月２１日の在庫が最も少なく、
その在庫量は２０万ページビューである。したがって、
受注処理部１７は、まず、１週間の各日に最大で２０万
ページビューとなるように、各日均等に受注する。

【００９７】図８は、かかる第１段階の受注処理を行っ
た段階を示す図である。斜線領域８０で示すように、２
０万ページビューと７日を掛けた１４０万ページビュー
分が最初に受注されたことがわかる。すると、残余広告
掲載依頼判別部２３は、まだ受注すべき掲載依頼件数が
存在するかを判別する。ここでは、掲載依頼件数は２２
５万ページビューであり、その内の１４０万ページビュ
ーが受注されたので、８５万ページビューが残ってい
る。このため、第２段階の受注処理を行う。

【００９８】図７に示すように、１２月２１の次に受注
在庫が少ない日は１２月２４日である。１２月２４日の
受注在庫は、２０万ページビューが受注されているの
で、１０万ページビューである。したがって、受注処理
部１７は、６日間の各日に最大で１０万ページビューと
なるように、各日均等に受注する。図９は、かかる第２
段階の受注処理を行った段階を示す図である。縦線領域
９０で示すように、６０万ページビュー分が追加受注さ
れたことがわかる。

【００９９】続いて、残余広告掲載依頼判別部２３は、
まだ受注すべき掲載依頼件数が存在するかを判別する。
ここでは、１４０万ページビューと６０万ページビュー
が既に受注されたので、２５万ページビューだけが残っ
ている。このため、次の受注処理を行う。

【０１００】図７に示すように、１２月２４の次に受注
在庫が少ない日は１２月２２日である。１２月２２日の
受注在庫は、３０万ページビューが受注されているの
で、１０万ページビューである。そこで、受注処理部１
７は、５日間の各日に最大で１０万ページビューとなる
ように、各日均等に受注する。図１０は、かかる第３段
階の受注処理を行った段階を示す図である。斑点領域９
１で示すように、２５万ページビュー分が追加受注され
たことがわかる。

【０１０１】これで、受注していない掲載依頼は存在し
ないので、受注処理が終了となる。このように、在庫の
少ない日に合わせて、各日に均等に受注処理を行ってい
くので、掲載期間中での受注の偏りが少なくなる。

【０１０２】なお、広告依頼主の希望により、図８に示
す第１段階の受注処理の後に、受注方法を変えても良
い。

【０１０３】図１１は、掲載依頼件数２２５万ページビ
ューの内、受注した１４０万ページビューを差し引いた
８５万ページビューを、掲載期間の初期から順に受注す
る方法を説明するための図である。図１１では、１２月
２０日に４０万ページビューが受注されて、１２月２０
日の受注在庫がなくなった状態を示す。図１１によれ
ば、縦線領域９２が、１２月２０日の４０万ページビュ
ー分の受注在庫を満たしていることがわかる。８５万ペ
ージビューの内の４０万ページビューは１２月２０日に
引き当てられ、残りの４５万ページビューは、１２月２
２日以降に引当あてられる。

【０１０４】図１２は、掲載依頼のあった２２５万ペー
ジビューがすべて受注された状態を示す図である。図１
２の縦線領域９３に示されるように、残った４５万ペー
ジビューの掲載依頼は、１２月２２日と１２月２３日の
受注在庫を満たすように受注されている。このように、
掲載期間に最低限の受注をしてから、掲載期間の初期か
ら順に受注することにより、掲載期間中において、最低
限の広告掲載をしつつ、なるべく早い時期に広告を掲載
することができる。したがって、広告の掲載がされない
日がなくなると共に、掲載依頼件数が残ってしまう事態
が起こりにくい。

【０１０５】次に、受注在庫の管理および受注処理の流
れを、説明する。

【０１０６】図１３は、受注在庫の管理の流れを示すフ
ローチャートである。なお、図１３は、閲覧データに基
づいて受注在庫を決定している例のみを示しているが、
クリック回数の結果に基づいても受注在庫を決定する。
まず、運用サーバ１は、直近の所定期間内の閲覧データ
に基づいて、次の所定期間の在庫量を決定する（ステッ
プＳ１０１）。

【０１０７】次に、運用サーバ１は、ユーザの属性を構
成する属性因子の組み合わせを作成する（ステップＳ１
０２：属性因子組み合わせステップ）。次に、運用サー
バ１は、その組み合わせ毎に、受注在庫を算出する（ス
テップＳ１０３）。次に、運用サーバ１は、算出した受
注在庫を記録する（ステップＳ１０４：受注在庫記録ス
テップ）。ここまでが受注在庫の管理処理である。その
後、広告依頼主あるいは広告受注者から在庫結果の表示
命令があるか否かを判別し（ステップＳ１０５）、所定
形式での表示命令があれば、運用サーバ１は、受注在庫
を所定形式（平面表示、立体表示、あるいは文字表示
等）で表示する（ステップＳ１０６：受注在庫平面表示
ステップ、受注在庫立体表示ステップを含む）。一方、
ステップＳ１０５の判別の結果、表示命令がなければ、
そのまま何の処理もせずに終了する。

【０１０８】図１４は、受注在庫の照会および受注処理
の流れを示すフローチャートである。運用サーバ１は、
広告依頼主等からのオーダー入力が選択されたかどうか
を判別する（ステップＳ２０１）。この結果、オーダー
の入力でなければ、運用サーバ１は、在庫照会条件を受
け付ける（ステップＳ２０２：掲載依頼受付ステップを
兼ねる）。ここで、在庫照会条件とは、掲載期間、ペー
ジビュー、属性因子の組み合わせ等をさす。

【０１０９】次に、運用サーバ１は、在庫量を、掲載期
間毎に選出し（ステップＳ２０３）、在庫選出結果を、
依頼主端末３等に表示させる（ステップＳ２０４）。次
に、運用サーバ１は、次の条件での在庫照会を行うか否
かを判別する（ステップＳ２０５）。この結果、次の条
件での在庫照会を行う場合には、ステップＳ２０２に戻
る。一方、次の条件での在庫照会を行わない場合には、
運用サーバ１は、在庫照会時の条件でのオーダー入力を
行うか否かを判別する（ステップＳ２０６）。在庫照会
時の条件でのオーダー入力を行う場合には、ステップＳ
２０９に進む。オーダー入力を行わない場合には、処理
を終了する。

【０１１０】一方、ステップＳ２０１において、オーダ
ーの入力を行う場合には、運用サーバ１は、広告依頼主
からのオーダー入力条件を受け付ける（ステップＳ２０
７：掲載依頼受付ステップ）。次に、運用サーバ１は、
その条件下での受注在庫量を、掲載期間毎に選出する
（ステップＳ２０８）。次に、運用サーバ１は、他のオ
ーダーをロックする（ステップＳ２０９）。これは、受
注処理の歳に、他の広告依頼主からの受注を禁止する必
要からである。

【０１１１】次に、運用サーバ１は、受注処理を行う
（ステップＳ２１０）。この受注処理については、詳細
を後述する。その後、運用サーバ１は、ステップＳ２０
９で行ったロックを解除する（ステップＳ２１１）。そ
して、運用サーバ１は、受注処理がエラーとなったか否
かを判別する（ステップＳ２１２）。掲載依頼数が受注
在庫を上回っていれば、受注できないこともある。その
時には、エラーとなる。

【０１１２】ステップＳ２１２にてエラーでなければ、
運用サーバ１は、依頼主端末３等に受注結果を表示させ
（ステップＳ２１３）、処理を終了する。一方、ステッ
プＳ２１２にてエラーであれば、依頼主端末３等にエラ
ー表示を行う（ステップＳ２１４）。そして、運用サー
バ１は、条件を変更して再入力する選択肢を選んだか否
かを判別する（ステップＳ２１５）。再入力を選択して
いれば、運用サーバ１は、ステップＳ２０７の処理に戻
る。一方、再入力を選択していない場合には、処理を終
了する。

【０１１３】図１５は、図１４のステップＳ２１０の詳
細な処理の流れを示すフローチャートである。まず、運
用サーバ１は、オーダー量（＝掲載依頼量）よりも受注
在庫量の方が多いかどうかを判別する（ステップＳ３０
１：広告在庫判別ステップ）。この結果、受注在庫量の
方が多い場合には、運用サーバ１は、掲載期間内で最低
の受注在庫量を特定する（ステップＳ３０２：最低単位
広告在庫数特定ステップ）。次に、運用サーバ１は、最
低の受注在庫量と掲載期間とを掛ける（これをＸとす
る）（ステップＳ３０３）。次に、運用サーバ１は、オ
ーダー量からＸを引く（ステップＳ３０４）。

【０１１４】次に、運用サーバ１は、オーダー量が残っ
ているか否かを判別する（ステップＳ３０５：残余広告
掲載依頼判別ステップ）。この結果、オーダー量が残っ
ていれば、Ｘを受注して（ステップＳ３０６：受注処理
ステップ）、ステップＳ３０２に戻る。なお、２回目以
降のステップＳ３０２、ステップＳ３０３、ステップＳ
３０４では、掲載依頼時のオーダー量と掲載期間ではな
く、残ったオーダー量と残った掲載期間で処理を行うも
のとする。このため、２回目以降は、ステップＳ３０２
は次最低単位広告在庫数特定ステップ、ステップＳ３０
６は第２受注処理ステップとなる。

【０１１５】一方、オーダー量が残っていなければ、運
用サーバ１は、掲載期間内で均等に受注する（ステップ
Ｓ３０７：受注処理ステップ、第２受注処理ステッ
プ）。次に、運用サーバ１は、受注結果に基づいて受注
在庫を更新し（ステップＳ３０８）、図１４のステップ
Ｓ２１１に移行する。一方、ステップＳ３０１にて、オ
ーダー量の方が受注在庫量より多い場合には、受注処理
を行わずに、図１４のステップＳ２１１に移行する。

【０１１６】図１６は、図８、図１１および図１２に示
す流れで受注する場合において、図１４のステップＳ２
１０の詳細な処理の流れを示すフローチャートである。
まず、運用サーバ１は、オーダー量（＝掲載依頼量）よ
りも受注在庫量の方が多いかどうかを判別する（ステッ
プＳ４０１：広告在庫判別ステップ）。この結果、受注
在庫量の方が多い場合には、運用サーバ１は、掲載期間
内で最低の受注在庫量を特定する（ステップＳ４０２：
最低単位広告在庫数特定ステップ）。次に、運用サーバ
１は、最低の受注在庫量と掲載期間とを掛ける（これを
Ｘとする）（ステップＳ４０３）。次に、運用サーバ１
は、オーダー量からＸを引く（ステップＳ４０４）。

【０１１７】次に、運用サーバ１は、オーダー量が残っ
ているか否かを判別する（ステップＳ４０５：残余広告
掲載依頼判別ステップ）。この結果、オーダー量が残っ
ていれば、Ｘを受注する（ステップＳ４０６：受注処理
ステップ）。次に、運用サーバ１は、残りのオーダー量
を、掲載期間の早い時期から受注していく（ステップＳ
４０７：第３受注処理ステップ）。一方、ステップＳ４
０５にてオーダー量が残っていなければ、全オーダー量
を受注する（ステップＳ４０８：受注処理ステップ）。
この受注は、掲載期間で均等な掲載量となるように行わ
れる。そして、ステップＳ４０９に進む。ステップＳ４
０７あるいはステップＳ４０８の次に、運用サーバ１
は、受注結果に基づいて受注在庫を更新する（ステップ
Ｓ４０９）。こうして、図１４のステップＳ２１１に移
行する。

【０１１８】また、図１４から図１６のフローチャート
に示すプログラムは、ＣＤ−ＲＯＭ、フレキシブルディ
スク等の情報記録媒体に格納し、運用サーバ１を構成す
るコンピュータにインストールすることによっても、同
じ機能を発揮する。すなわち、ユーザの複数の属性をそ
れぞれ構成する属性因子の組み合わせを行う属性因子組
み合わせステップと、その属性因子の組み合わせ毎に上
記受注在庫の件数を記録する受注在庫記録ステップと、
広告依頼主から依頼された所定の属性因子の組み合わせ
を持つユーザ向けの広告と受注在庫とを照合して受注処
理を実行する受注処理ステップとを含むプログラムを格
納した情報記録媒体を提供しても良い。

【０１１９】また、上記の属性因子組み合わせステップ
は、前記属性因子を符号化して、前記属性因子の組み合
わせを行うものでも良い。

【０１２０】また、属性が２種類存在する場合におい
て、ユーザの各属性を縦軸と横軸とする平面座標系にお
いて受注在庫と受注済みの分とを判別可能に平面表示さ
せる受注在庫平面表示ステップを、さらに含むプログラ
ムを格納した情報記録媒体を提供しても良い。

【０１２１】また、属性が３種類存在する場合におい
て、ユーザの各属性を縦軸、横軸および高さ軸とする立
体座標系において受注在庫と受注済みの分とを判別可能
に立体表示させる受注在庫立体表示ステップを、さらに
含むプログラムを格納した情報記録媒体を提供しても良
い。

【０１２２】また、受注在庫記録ステップは、受注在庫
の件数を複数の掲載依頼の種類で表示し、受注処理ステ
ップは、複数の掲載依頼の種類にて受注するプログラム
を格納した情報記録媒体を提供しても良い。

【０１２３】また、上記の複数の掲載依頼の種類は、広
告を表示するホームページの閲覧回数で依頼する依頼方
式と、広告の部分を指示する指示回数で依頼する依頼方
式を含むものであっても良い。

【０１２４】また、広告依頼主からの掲載依頼を受け付
ける掲載依頼受付ステップと、掲載依頼における所定の
掲載期間の広告掲載依頼数が、所定の掲載期間における
広告在庫数以下かどうかを判別する広告在庫判別ステッ
プと、広告掲載依頼数が広告在庫数以下の場合に、掲載
期間の各単位期間の単位広告在庫数の中で最低の最低単
位広告在庫数を特定する最低単位広告在庫数特定ステッ
プと、最低単位広告在庫数と掲載期間とを掛け合わせた
数を満たすように、各単位期間に均一に広告掲載依頼数
を割り振って受注処理を行う受注処理ステップとを含む
プログラムを格納した情報記録媒体を提供しても良い。

【０１２５】さらに、広告掲載依頼数から最低単位広告
在庫数と掲載期間とを掛け合わせた数を差し引いた残余
広告掲載依頼数が存在するか否かを判別する残余広告掲
載依頼判別ステップと、残余広告掲載依頼数が存在する
場合に、受注在庫が存在する掲載期間の内で最低の次最
低単位広告在庫数を特定する次最低単位広告在庫数特定
ステップと、次最低単位広告在庫数と受注在庫が存在す
る掲載期間とを掛け合わせた数を満たすように、残りの
各単位期間に均一に残余広告掲載依頼数を割り振って受
注する第２受注処理ステップとを含むプログラムを格納
した情報記録媒体を提供しても良い。

【０１２６】さらに、広告掲載依頼数から最低単位広告
在庫数と掲載期間とを掛け合わせた数を差し引いた残余
広告掲載依頼数が存在するか否かを判別する残余広告掲
載依頼判別ステップと、残余広告掲載依頼数が存在する
場合に、受注在庫が存在する掲載期間の内で最も早い時
期から、残余広告掲載依頼数を受注する第３受注処理ス
テップとを含むプログラムを格納した情報記録媒体を提
供しても良い。

【０１２７】また、特定のサーバから、インターネット
網６等の通信回線を介して、図１４から図１６のフロー
チャートに示すプログラムダウンロードし、運用サーバ
１を構成するコンピュータにインストールしても良い。

【０１２８】なお、本発明については、上述の実施の形
態に限定されずに、種々変形した実施の形態を採用して
も良い。

【０１２９】例えば、上記の実施の形態では、主とし
て、属性の種類が２または３種類の場合を例に説明した
が、４種類以上の属性が存在する場合でも、受注在庫お
よび受注結果の平面的な表示あるいは立体的表示以外に
ついては適用できる。また、属性因子を符号化する必要
は、必ずしもない。属性因子そのものの組み合わせに基
づいて、受注在庫を管理しても良い。

【０１３０】また、受注結果を色あるいは模様で区別し
なくても、受注件数を受注在庫領域内に表示するように
しても良い。また、受注件数と色または模様の表示の両
方で受注結果を表示しても良い。

【０１３１】また、掲載期間中において、最低受注在庫
量を満たすように均等に受注するステップを設けずに、
掲載期間の初期から順に受注するようにしても良い。ま
た、最初の数回は、均等の受注を行い、その後に初期か
ら優先的に受注するようにしても良い。

【０１３２】また、上述の実施の形態では、単位期間を
１日としているが、１時間あるいは１週間等の任意の期
間としても良い。また、ページビュー、クリック回数以
外に、ホームページの閲覧時間、広告バナーからリンク
する別のホームページに移動している時間等の他の受注
方式を採用しても良い。また、インターネット網６以外
の通信回線を通じて、各端末２，３，５と運用サーバ１
との間を接続しても良い。

【０１３３】

【発明の効果】本発明によれば、広告の受注在庫を効率
よく管理することができる。また、他の発明によれば、
掲載期間中の均等な掲載あるいは確実な掲載といった広
告依頼者のニーズに応えることができる。

【図面の簡単な説明】

【図１】本発明の広告受注管理システムの実施の形態を
示す図である。

【図２】本発明の広告受注管理装置の実施の形態を示す
図である。

【図３】図２の在庫データベースに格納されるデータテ
ーブルを示す図である。

【図４】図２の在庫データベースに格納されるデータの
表示形式の一つであって、性別、年齢層、職業という３
種類の属性をそれぞれＸ軸、Ｙ軸およびＺ軸とし、各属
性を構成する属性因子を各属性の軸に配列して、受注在
庫と受注済みの分とを立体表示した図である。

【図５】図２の在庫データベースに、図４の立体表示形
式のデータが複数格納される様子を示す図である。

【図６】図２の在庫データベースに格納されるデータの
表示形式の一つであって、性別、年齢層という２種類の
属性をそれぞれＸ軸、Ｙ軸とし、各属性を構成する属性
因子を各属性の軸に配列して、受注在庫と受注済みの分
とを平面表示した図である。

【図７】本発明の広告受注管理方法において、広告依頼
主からの掲載依頼の条件下での受注在庫を示す図であ
る。

【図８】図７の受注在庫において、各日に均等に受注す
る第１段階の受注処理を行った段階を示す図である。

【図９】図８の状態に引き続き、残りの各日に均等に受
注する第２段階の受注処理を行った段階を示す図であ
る。

【図１０】図８の状態に引き続き、図９の処理を繰り返
して、全ての掲載依頼を受注した状態を示す図である。

【図１１】図８の状態に引き続き、残りの各日の初期か
ら受注処理を行った途中の段階を示す図である。

【図１２】図１１の状態に引き続き、残りの各日の初期
から受注処理を行い、全ての掲載依頼を受注した状態を
示す図である。

【図１３】本発明のプログラムにおける受注在庫の管理
の流れを示すフローチャートである。

【図１４】本発明のプログラムにおける受注在庫の照会
および受注処理の流れを示すフローチャートである。

【図１５】図１４のステップＳ２１０の詳細な処理の流
れを示すフローチャートである。

【図１６】図８、図１１および図１２に示す流れで受注
する場合において、図１４のステップＳ２１０の詳細な
処理の流れを示すフローチャートである。

【符号の説明】

１ 運用サーバ（広告受注管理装置） ２ 広告受注者端末 ３ 依頼主端末 ４ 外部サーバ ５ ユーザ端末 ６ インターネット網（通信回線の一形態） １５ 属性因子組み合わせ部（属性因子組み合わせ手
段） １６ 受注在庫記録部（受注在庫記録手段） １７ 受注処理部（受注処理手段、第２受注処理手段、
第３受注処理手段） １８ 受注在庫平面表示部（受注在庫平面表示手段） １９ 受注在庫立体表示部（受注在庫立体表示手段） ２０ 掲載依頼受付部（掲載依頼受付手段） ２１ 広告在庫判別部（広告在庫判別手段） ２２ 最低単位広告在庫数特定部（最低単位広告在庫数
特定手段、次最低単位広告在庫数特定手段） ２３ 残余広告掲載依頼判別部（残余広告掲載依頼判別
手段）

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０９Ｆ 19/00 Ｇ０９Ｆ 19/00 Ｚ

Claims (36)

【特許請求の範囲】
1. 【請求項１】広告の掲載依頼を行う広告依頼主が使用す
   る依頼主端末と、上記依頼主端末から通信回線を通じて
   上記掲載依頼を受けると共に、上記広告を見せる特定の
   ユーザ向けの広告を受注可能な受注在庫を管理する広告
   受注者が運用する運用サーバとを備え、 上記運用サーバは、上記ユーザの複数の属性をそれぞれ
   構成する属性因子の組み合わせ毎に上記受注在庫の件数
   を管理し、上記広告依頼主から依頼された所定の上記属
   性因子の組み合わせを持つユーザ向けの広告と、上記受
   注在庫とを照合して受注処理を実行することを特徴とす
   る広告受注管理システム。
2. 【請求項２】前記運用サーバは、前記属性因子を符号化
   して、前記属性因子の組み合わせ毎に、前記受注在庫の
   件数を管理することを特徴とする請求項１記載の広告受
   注管理システム。
3. 【請求項３】前記運用サーバは、前記属性が２種類存在
   する場合において、その運用サーバと接続される前記依
   頼主端末または上記運用サーバと接続されると共に前記
   広告受注者が使用する広告受注者端末の内少なくとも１
   つの端末に、前記ユーザの各属性を縦軸と横軸とする平
   面座標系において前記受注在庫と受注済みの分とを判別
   可能に表示させることを特徴とする請求項１または２記
   載の広告受注管理システム。
4. 【請求項４】前記運用サーバは、前記属性が３種類存在
   する場合において、その運用サーバと接続される前記依
   頼主端末または上記運用サーバと接続されると共に前記
   広告受注者が使用する広告受注者端末の内少なくとも１
   つの端末に、前記ユーザの各属性を縦軸、横軸および高
   さ軸とする立体座標系において前記受注在庫と受注済み
   の分とを判別可能に表示させることを特徴とする請求項
   １または２記載の広告受注管理システム。
5. 【請求項５】前記運用サーバは、複数の前記掲載依頼の
   種類を受注可能とすると共に、前記受注在庫の件数を上
   記複数の掲載依頼の種類で表示可能であることを特徴と
   する請求項１から４のいずれか１項記載の広告受注管理
   システム。
6. 【請求項６】前記複数の掲載依頼の種類は、前記広告を
   表示するホームページの閲覧回数で依頼する依頼方式
   と、前記広告の部分を指示する指示回数で依頼する依頼
   方式を含むことを特徴とする請求項５記載の広告受注管
   理システム。
7. 【請求項７】広告の掲載依頼を行う広告依頼主が使用す
   る依頼主端末と、上記依頼主端末から通信回線を通じて
   上記掲載依頼を受けると共に、上記広告を受注可能な受
   注在庫を管理する広告受注者が運用する運用サーバとを
   備え、 上記運用サーバは、上記依頼主端末から上記掲載依頼を
   受け付けると、所定の掲載期間における広告掲載依頼数
   が、その所定の掲載期間における広告在庫数以下かどう
   かを判別し、 上記広告掲載依頼数が上記広告在庫数以下の場合に、上
   記掲載期間の各単位期間の単位広告在庫数の中で最低の
   最低単位広告在庫数を特定し、上記最低単位広告在庫数
   と上記掲載期間とを掛け合わせた数を満たすように、上
   記単位期間に均等に上記広告掲載依頼数を割り振って受
   注処理を行うことを特徴とする広告受注管理システム。
8. 【請求項８】前記広告掲載依頼数から前記最低単位広告
   在庫数と前記掲載期間とを掛け合わせた数を差し引いた
   残余広告掲載依頼数が存在する場合に、 前記受注在庫が存在する前記掲載期間の内で最低の次最
   低単位広告在庫数を特定し、上記次最低単位広告在庫数
   と前記受注在庫が存在する前記掲載期間とを掛け合わせ
   た数を満たすように、残りの前記単位期間に均等に上記
   残余広告掲載依頼数を割り振って受注する操作を繰り返
   して行うことを特徴とする請求項７記載の広告受注管理
   システム。
9. 【請求項９】前記広告掲載依頼数から前記最低単位広告
   在庫数と前記掲載期間とを掛け合わせた数を差し引いた
   残余広告掲載依頼数が存在する場合に、 前記受注在庫が存在する前記掲載期間の内で最も早い時
   期から、上記残余広告掲載依頼数を受注することを特徴
   とする請求項７記載の広告受注管理システム。
10. 【請求項１０】広告の掲載依頼を行う広告依頼主から上
    記掲載依頼を受けると共に、上記広告を見せる特定のユ
    ーザ向けの広告を受注可能な受注在庫を管理する広告受
    注管理装置であって、 上記ユーザの複数の属性をそれぞれ構成する属性因子の
    組み合わせを行う属性因子組み合わせ手段と、 その属性因子の組み合わせ毎に上記受注在庫の件数を記
    録する受注在庫記録手段と、 上記広告依頼主から依頼された所定の上記属性因子の組
    み合わせを持つユーザ向けの広告と上記受注在庫とを照
    合して受注処理を実行する受注処理手段と、を備えるこ
    とを特徴とする広告受注管理装置。
11. 【請求項１１】前記属性因子組み合わせ手段は、前記属
    性因子を符号化して、前記属性因子の組み合わせを行う
    ことを特徴とする請求項１０記載の広告受注管理装置。
12. 【請求項１２】前記属性が２種類存在する場合におい
    て、前記ユーザの各属性を縦軸と横軸とする平面座標系
    において前記受注在庫と受注済みの分とを判別可能に表
    示させる受注在庫平面表示手段を、さらに備えることを
    特徴とする請求項１０または１１記載の広告受注管理装
    置。
13. 【請求項１３】前記属性が３種類存在する場合におい
    て、前記ユーザの各属性を縦軸、横軸および高さ軸とす
    る立体座標系において前記受注在庫と受注済みの分とを
    判別可能に表示させる受注在庫立体表示手段を、さらに
    備えることを特徴とする請求項１０または１１記載の広
    告受注管理装置。
14. 【請求項１４】前記受注在庫記録手段は、前記受注在庫
    の件数を複数の前記掲載依頼の種類で表示し、前記受注
    処理手段は、上記複数の掲載依頼の種類にて受注するこ
    とを特徴とする請求項１０から１３のいずれか１項記載
    の広告受注管理装置。
15. 【請求項１５】前記複数の掲載依頼の種類は、前記広告
    を表示するホームページの閲覧回数で依頼する依頼方式
    と、前記広告の部分を指示する指示回数で依頼する依頼
    方式を含むことを特徴とする請求項１４記載の広告受注
    管理装置。
16. 【請求項１６】広告の掲載依頼を行う広告依頼主から上
    記掲載依頼を受けると共に、上記広告を受注可能な受注
    在庫を管理する広告受注管理装置であって、 上記広告依頼主からの上記掲載依頼を受け付ける掲載依
    頼受付手段と、 上記掲載依頼における所定の掲載期間の広告掲載依頼数
    が、その所定の掲載期間における広告在庫数以下かどう
    かを判別する広告在庫判別手段と、 上記広告掲載依頼数が上記広告在庫数以下の場合に、上
    記掲載期間の各単位期間の単位広告在庫数の中で最低の
    最低単位広告在庫数を特定する最低単位広告在庫数特定
    手段と、 上記最低単位広告在庫数と上記掲載期間とを掛け合わせ
    た数を満たすように、上記単位期間に均等に上記広告掲
    載依頼数を割り振って受注処理を行う受注処理手段と、
    を備えることを特徴とする広告受注管理装置。
17. 【請求項１７】前記広告掲載依頼数から前記最低単位広
    告在庫数と前記掲載期間とを掛け合わせた数を差し引い
    た残余広告掲載依頼数が存在するか否かを判別する残余
    広告掲載依頼判別手段と、 上記残余広告掲載依頼数が存在する場合に、前記受注在
    庫が存在する前記掲載期間の内で最低の次最低単位広告
    在庫数を特定する次最低単位広告在庫数特定手段と、 上記次最低単位広告在庫数と前記受注在庫が存在する前
    記掲載期間とを掛け合わせた数を満たすように、残りの
    前記単位期間に均等に上記広告掲載依頼数を割り振って
    受注処理を行う第２受注処理手段と、を備えることを特
    徴とする請求項１６記載の広告受注管理装置。
18. 【請求項１８】前記広告掲載依頼数から前記最低単位広
    告在庫数と前記掲載期間とを掛け合わせた数を差し引い
    た残余広告掲載依頼数が存在するか否かを判別する残余
    広告掲載依頼判別手段と、 上記残余広告掲載依頼数が存在する場合に、前記受注在
    庫が存在する前記掲載期間の内で最も早い時期から、上
    記残余広告掲載依頼数を受注する第３受注処理手段と、
    を備えることを特徴とする請求項１６記載の広告受注管
    理装置。
19. 【請求項１９】広告の掲載依頼を行う広告依頼主から上
    記掲載依頼を受けると共に、上記広告を見せる特定のユ
    ーザ向けの広告を受注可能な受注在庫を管理する広告受
    注管理方法であって、 上記ユーザの複数の属性をそれぞれ構成する属性因子の
    組み合わせを行う属性因子組み合わせステップと、 その属性因子の組み合わせ毎に上記受注在庫の件数を記
    録する受注在庫記録ステップと、 上記広告依頼主から依頼された所定の上記属性因子の組
    み合わせを持つユーザ向けの広告と上記受注在庫とを照
    合して受注処理を実行する受注処理ステップと、を含む
    ことを特徴とする広告受注管理方法。
20. 【請求項２０】前記属性因子組み合わせステップは、前
    記属性因子を符号化して、前記属性因子の組み合わせを
    行うことを特徴とする請求項１９記載の広告受注管理方
    法。
21. 【請求項２１】前記属性が２種類存在する場合におい
    て、前記ユーザの各属性を縦軸と横軸とする平面座標系
    において前記受注在庫と受注済みの分とを判別可能に表
    示させる受注在庫平面表示ステップを、さらに含むこと
    を特徴とする請求項１９または２０記載の広告受注管理
    方法。
22. 【請求項２２】前記属性が３種類存在する場合におい
    て、前記ユーザの各属性を縦軸、横軸および高さ軸とす
    る立体座標系において前記受注在庫と受注済みの分とを
    判別可能に表示させる受注在庫立体表示ステップを、さ
    らに含むことを特徴とする請求項１９または２０記載の
    広告受注管理方法。
23. 【請求項２３】前記受注在庫記録ステップは、前記受注
    在庫の件数を複数の前記掲載依頼の種類で表示し、前記
    受注処理ステップは、上記複数の掲載依頼の種類にて受
    注することを特徴とする請求項１９から２２のいずれか
    １項記載の広告受注管理方法。
24. 【請求項２４】前記複数の掲載依頼の種類は、前記広告
    を表示するホームページの閲覧回数で依頼する依頼方式
    と、前記広告の部分を指示する指示回数で依頼する依頼
    方式を含むことを特徴とする請求項２３記載の広告受注
    管理方法。
25. 【請求項２５】広告の掲載依頼を行う広告依頼主から上
    記掲載依頼を受けると共に、上記広告を受注可能な受注
    在庫を管理する広告受注管理方法であって、 上記広告依頼主からの上記掲載依頼を受け付ける掲載依
    頼受付ステップと、 上記掲載依頼における所定の掲載期間の広告掲載依頼数
    が、その所定の掲載期間における広告在庫数以下かどう
    かを判別する広告在庫判別ステップと、 上記広告掲載依頼数が上記広告在庫数以下の場合に、上
    記掲載期間の各単位期間の単位広告在庫数の中で最低の
    最低単位広告在庫数を特定する最低単位広告在庫数特定
    ステップと、 上記最低単位広告在庫数と上記掲載期間とを掛け合わせ
    た数を満たすように、上記単位期間に均等に上記広告掲
    載依頼数を割り振って受注処理を行う受注処理ステップ
    と、を含むことを特徴とする広告受注管理方法。
26. 【請求項２６】前記広告掲載依頼数から前記最低単位広
    告在庫数と前記掲載期間とを掛け合わせた数を差し引い
    た残余広告掲載依頼数が存在するか否かを判別する残余
    広告掲載依頼判別ステップと、 上記残余広告掲載依頼数が存在する場合に、前記受注在
    庫が存在する前記掲載期間の内で最低の次最低単位広告
    在庫数を特定する次最低単位広告在庫数特定ステップ
    と、 上記次最低単位広告在庫数と前記受注在庫が存在する前
    記掲載期間とを掛け合わせた数を満たすように、残りの
    前記単位期間に均等に上記広告掲載依頼数を割り振って
    受注処理を行う第２受注処理ステップと、を含むことを
    特徴とする請求項２５記載の広告受注管理方法。
27. 【請求項２７】前記広告掲載依頼数から前記最低単位広
    告在庫数と前記掲載期間とを掛け合わせた数を差し引い
    た残余広告掲載依頼数が存在するか否かを判別する残余
    広告掲載依頼判別ステップと、 上記残余広告掲載依頼数が存在する場合に、前記受注在
    庫が存在する前記掲載期間の内で最も早い時期から、上
    記残余広告掲載依頼数を受注する第３受注処理ステップ
    と、を含むことを特徴とする請求項２５記載の広告受注
    管理方法。
28. 【請求項２８】広告の掲載依頼を行う広告依頼主から上
    記掲載依頼を受けると共に、上記広告を見せる特定のユ
    ーザ向けの広告を受注可能な受注在庫を管理するプログ
    ラムであって、 上記ユーザの複数の属性をそれぞれ構成する属性因子の
    組み合わせを行う属性因子組み合わせステップと、 その属性因子の組み合わせ毎に上記受注在庫の件数を記
    録する受注在庫記録ステップと、 上記広告依頼主から依頼された所定の上記属性因子の組
    み合わせを持つユーザ向けの広告と上記受注在庫とを照
    合して受注処理を実行する受注処理ステップと、を含む
    ことを特徴とするプログラム。
29. 【請求項２９】前記属性因子組み合わせステップは、前
    記属性因子を符号化して、前記属性因子の組み合わせを
    行うことを特徴とする請求項２８記載のプログラム。
30. 【請求項３０】前記属性が２種類存在する場合におい
    て、前記ユーザの各属性を縦軸と横軸とする平面座標系
    において前記受注在庫と受注済みの分とを判別可能に表
    示させる受注在庫平面表示ステップを、さらに含むこと
    を特徴とする請求項２８または２９記載のプログラム。
31. 【請求項３１】前記属性が３種類存在する場合におい
    て、前記ユーザの各属性を縦軸、横軸および高さ軸とす
    る立体座標系において前記受注在庫と受注済みの分とを
    判別可能に表示させる受注在庫立体表示ステップを、さ
    らに含むことを特徴とする請求項２８または２９記載の
    プログラム。
32. 【請求項３２】前記受注在庫記録ステップは、前記受注
    在庫の件数を複数の前記掲載依頼の種類で表示し、前記
    受注処理ステップは、上記複数の掲載依頼の種類にて受
    注することを特徴とする請求項２８から３１のいずれか
    １項記載のプログラム。
33. 【請求項３３】前記複数の掲載依頼の種類は、前記広告
    を表示するホームページの閲覧回数で依頼する依頼方式
    と、前記広告の部分を指示する指示回数で依頼する依頼
    方式を含むことを特徴とする請求項３２記載のプログラ
    ム。
34. 【請求項３４】広告の掲載依頼を行う広告依頼主から上
    記掲載依頼を受けると共に、上記広告を受注可能な受注
    在庫を管理するプログラムであって、 上記広告依頼主からの上記掲載依頼を受け付ける掲載依
    頼受付ステップと、 上記掲載依頼における所定の掲載期間の広告掲載依頼数
    が、上記所定の掲載期間における広告在庫数以下かどう
    かを判別する広告在庫判別ステップと、 上記広告掲載依頼数が上記広告在庫数以下の場合に、上
    記掲載期間の各単位期間の単位広告在庫数の中で最低の
    最低単位広告在庫数を特定する最低単位広告在庫数特定
    ステップと、 上記最低単位広告在庫数と上記掲載期間とを掛け合わせ
    た数を満たすように、上記単位期間に均等に上記広告掲
    載依頼数を割り振って受注処理を行う受注処理ステップ
    と、を含むことを特徴とするプログラム。
35. 【請求項３５】さらに、前記広告掲載依頼数から前記最
    低単位広告在庫数と前記掲載期間とを掛け合わせた数を
    差し引いた残余広告掲載依頼数が存在するか否かを判別
    する残余広告掲載依頼判別ステップと、 上記残余広告掲載依頼数が存在する場合に、前記受注在
    庫が存在する前記掲載期間の内で最低の次最低単位広告
    在庫数を特定する次最低単位広告在庫数特定ステップ
    と、 上記次最低単位広告在庫数と前記受注在庫が存在する前
    記掲載期間とを掛け合わせた数を満たすように、残りの
    前記単位期間に均等に上記広告掲載依頼数を割り振って
    受注処理を行う第２受注処理ステップと、を含むことを
    特徴とする請求項３４記載のプログラム。
36. 【請求項３６】さらに、前記広告掲載依頼数から前記最
    低単位広告在庫数と前記掲載期間とを掛け合わせた数を
    差し引いた残余広告掲載依頼数が存在するか否かを判別
    する残余広告掲載依頼判別ステップと、 上記残余広告掲載依頼数が存在する場合に、前記受注在
    庫が存在する前記掲載期間の内で最も早い時期から、上
    記残余広告掲載依頼数を受注する第３受注処理ステップ
    と、を含むことを特徴とする請求項３４記載のプログラ
    ム。