(57)【要約】【課題】  多様化、豊富化する広告媒体を充分に活用させ、色々な業種や規模の事業者等による広告の利用を促進する技術的意義を有する。【構成】  広告媒体を提供する媒体提供者と、広告媒体への広告の掲載を欲する広告主との間を仲介する際に利用されるコンピュータである広告仲介サーバ１を備えている。広告仲介サーバ１は、媒体提供者が操作するコンピュータである提供者側端末２，３と、媒体提供者が提供する媒体に広告を掲載する広告主が操作するコンピュータである広告主側端末２，３とに対して、ネットワーク４を介して接続されていて、提供者端末２及び広告主端末３からのアクセスを受け付けることが可能となっている【選択図】  図１
2008140277.tif 000002
【特許請求の範囲】
【請求項１】
広告媒体を提供する媒体提供者と、広告媒体への広告の掲載を欲する広告主との間を仲介する際に利用されるコンピュータである広告仲介サーバを備えた広告仲介システムであって、
広告仲介サーバは、媒体提供者が操作するコンピュータである提供者側端末と、媒体提供者が提供する媒体に広告を掲載する広告主が操作するコンピュータである広告主側端末とに対して、ネットワークを介して接続されていて、提供者端末及び広告主端末からのアクセスを受け付けることが可能となっており、
多数の広告媒体の情報である媒体情報をデータベース化して保存するコンピュータであるデータベースサーバが設けられており、
媒体情報には、各広告媒体の種類、当該広告を提供する媒体提供者の情報、当該広告の露出度に関する情報、広告料金に関する情報が含まれており、
データベースサーバの保存部には、媒体情報をデータベース化して登録するデータベースファイルである媒体情報ファイルが保存されており、
広告仲介サーバには、これらの媒体情報が前記提供者端末から送信された際、送信された情報をデータベースサーバに送ってデータベースファイルに登録して保存させる媒体情報登録プログラムがインストールされており、
広告仲介サーバには、広告主端末からアクセスがあった際、データベースサーバに保存された媒体情報を広告主端末に送って広告主端末に表示させる表示プログラムがインストールされており、
さらに、媒体情報には、当該広告媒体に接する者の層に関する情報である接触層情報が含まれており、広告仲介サーバには、最適な広告媒体を選択する媒体選択プログラムがインストールされており、
媒体選択プログラムは、広告主端末における操作により実行されるものであって、広告主が広告を掲載したい商品の顧客層に関する情報である顧客層情報が広告主端末において入力されて送信された際、その顧客層情報に従ってデータベースサーバを検索して、その顧客層に一致する情報が接触層情報として登録されている広告媒体を特定し、その広告媒体の媒体情報をデータベースサーバの媒体情報ファイルから取得して前記広告主端末に送信して表示させるプログラムであることを特徴とする広告仲介システム。
【請求項２】
前記媒体検索プログラムは、前記一致する広告媒体を複数特定できるようになっているとともに、複数の広告媒体を特定した場合には、一致する度合いに従ってターゲットマッチング度を決定するようになっており、前記表示プログラムは、決定されたターゲットマッチング度の順に各広告媒体の媒体情報が前記広告主端末に表示されるようにするものであることを特徴とする請求項１記載の広告仲介システム。
【請求項３】
前記媒体検索プログラムは、前記一致する広告媒体を複数特定できるようになっているとともに、複数の広告媒体を特定した場合には、前記表示プログラムは、保存された前記露出度に関する情報に従い、露出度の順に各広告媒体の媒体情報が前記端末に表示されるようにするものであることを特徴とする請求項１記載の広告仲介システム。
【請求項４】
前記媒体情報には、当該広告媒体の空き情報が含まれており、空き情報は、現在における当該広告媒体での広告掲載の有無及び将来における当該広告媒体での広告掲載予約の有無の情報であり、
前記広告仲介サーバには、前記提供者端末から空き情報を送信させて登録するための空き情報登録プログラムがインストールされており、空き情報登録プログラムは、広告媒体を特定するための情報と、当該広告媒体において広告掲載が予約されている期間の情報とを前記提供者端末から送信させて前記データベースサーバの保存部に保存するプログラムであり、
前記表示プログラムは、空き情報の表示を要求するコマンドの送信が前記広告主端末からあった際、現在掲載の無い又は将来において掲載の予定の無い広告媒体の媒体情報を表示する空き情報表示モジュールを有しており、空き情報表示モジュールは、現在掲載の無い又は将来において掲載の予定の無い広告媒体の媒体情報を前記データベースサーバの保存部から取得して前記提供者端末に送信するものであることを特徴とすることを特徴とする請求項１又は２記載の広告仲介システム。
【請求項５】
前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
前記媒体選択プログラムは、異なる複数の広告媒体の種類を特定する情報が広告主端末から送信されて媒体ミックス選択を行う旨が送信された際、送信された広告媒体の種類を特定する情報に従い、各種類の広告媒体について前記検索を行い、各種類の広告媒体についてターゲットマッチング度が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであることを特徴とする請求項２記載の広告仲介システム。
【請求項６】
前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
前記媒体選択プログラムは、異なる複数の広告媒体の種類を特定する情報が広告主端末から送信されて媒体ミックス選択を行う旨が送信された際、送信された広告媒体の種類を特定する情報に従い、各種類の広告媒体について前記検索を行い、各種類の広告媒体について露出度が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであることを特徴とする請求項３記載の広告仲介システム。
【請求項７】
前記データベースサーバには、各商品について最適な異なる複数の広告媒体の種類の組み合わせを記録したファイルが保存されており、
前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
媒体ミックス選択を行う旨と商品に関する情報とが広告主端末から送信された際、前記媒体選択プログラムは、送信された商品に関する情報に従って前記ファイルから最適な異なる複数の広告媒体の種類の組み合わせの情報を前記データベースサーバの保存部から取得し、この情報に従って各種類の広告媒体について前記検索を行い、各種類の広告媒体についてターゲットマッチング度が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであることを特徴とする請求項２記載の広告仲介システム。
【請求項８】
前記データベースサーバには、各商品について最適な異なる複数の広告媒体の種類の組み合わせを記録したファイルが保存されており、
前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
媒体ミックス選択を行う旨と商品に関する情報とが広告主端末から送信された際、前記媒体選択プログラムは、送信された商品に関する情報に従って前記ファイルから最適な異なる複数の広告媒体の種類の組み合わせの情報を前記データベースサーバの保存部から取得し、この情報に従って各種類の広告媒体について前記検索を行い、各種類の広告媒体について露出度が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであることを特徴とする請求項３記載の広告仲介システム。
【請求項９】
予約情報をデータベース化して保存した予約情報ファイルが保存されたストレージサーバが設けられており、前記広告仲介サーバには、前記空き情報表示モジュールが空き情報を送信した際、前記広告主端末における操作に従って広告掲載の予約を登録する予約登録プログラムがインストールされていて、広告主端末における操作により実行可能となっており、
予約登録プログラムは、予約されるものとして広告主端末において選択された広告枠の情報を予約情報ファイルに新しいレコードとして保存するプログラムであることを特徴とする請求項４記載の広告仲介システム。
【請求項１０】
前記予約された広告枠の広告料金について、前記広告主端末から支払いを行わせるための支払いプログラムが前記広告仲介サーバにインストールされており、前記広告主端末における操作により実行可能となっていることを特徴とする請求項９記載の広告仲介システム。
【請求項１１】
前記媒体情報には、システムの運営者による当該広告媒体の評価である媒体評価の情報が含まれているとともに、前記媒体情報ファイルを更新可能な管理用コンピュータが設けられており、
前記媒体検索プログラムは、前記一致する広告媒体を複数特定できるようになっているとともに、複数の広告媒体を特定した場合には、媒体評価の順に各広告媒体の媒体情報が前記広告主端末に表示されるようにするものであることを特徴とする請求項１記載の広告仲介システム。
【請求項１２】
前記データベースサーバの保存部には、前記媒体情報ファイルに登録された各広告媒体について設定された広告枠の情報を登録した枠情報ファイルが保存されており、
前記広告仲介サーバには、前記提供者端末において入力された広告枠の情報を枠情報ファイルに登録するプログラムがインストールされていて前記提供者端末における操作により実行可能となっており、
広告仲介サーバには、広告主端末からアクセスがあった際、データベースサーバに保存された枠情報ファイルの内容を広告主端末に送って広告主端末に表示させる表示プログラムがインストールされていて前記広告主端末における操作により実行可能となっており、
さらに、
枠情報ファイルに登録された各広告枠の情報には、システムの運営者が決定する各広告枠の評価の情報が含まれており、
枠情報ファイルの中の特定の広告枠の枠評価の情報を更新する枠評価入力プログラムがインストールされた管理用コンピュータが設けられていることを特徴とする請求項１記載の広告仲介システム。
【請求項１３】
前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
前記媒体選択プログラムは、異なる複数の広告媒体の種類を特定する情報が広告主端末から送信されて媒体ミックス選択を行う旨が送信された際、送信された広告媒体の種類を特定する情報に従い、各種類の広告媒体について前記検索を行い、各種類の広告媒体について媒体評価が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであることを特徴とする請求項１１記載の広告仲介システム。
【請求項１４】
前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
前記媒体選択プログラムは、異なる複数の広告媒体の種類を特定する情報が広告主端末から送信されて媒体ミックス選択を行う旨が送信された際、送信された広告媒体の種類を特定する情報に従い、各種類の広告媒体について前記検索を行い、各種類の広告媒体について媒体評価が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであることを特徴とする請求項１１記載の広告仲介システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の発明は、広告仲介システムに関するものである。
【背景技術】
【０００２】
商品やサービスの広告の仲介に類するサービスを行う事業者としては、広告代理店が古くから存在している。広告代理店は、テレビや新聞などの広告媒体を提供する者（以下、媒体提供者）に代わり、広告を掲載する者（以下、広告主）を募り、応募してきた広告主の広告の掲載に際して一定の手数料を取っている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
広告業界においては、広告媒体の多様化、豊富化が顕著な傾向である。インターネットの世界では、ウェッブページ上のバナー広告やメールに貼り付けたリンク広告など、各種の広告ツールが次々に開発されている。また、テレビでは、デジタル放送の普及に伴い、広告情報をデジタルデータとして放送データに組み込むことが検討されている。さらに、街頭広告においても、ビルの壁面に組み込んだ大型スクリーンによる広告や、地下鉄等の公共交通機関の車体に表示する広告など、新たな広告形態が次々に開発されている。また、雑誌等の紙媒体においても、フリーペーパーのような新たな形態の媒体が多く登場している。さらには、露出度の高いメジャーな広告媒体の他、駅の階段の垂直面に設けた広告のようなちょっとしたスペースやキャパシティを利用した広告も次々に開発されている。
【０００４】
このように多様化、豊富化する広告媒体ではあるが、その多様さや豊富さは充分に活かしきれていない。この原因の一つは、広告主の側では多様化があまり進んでいないことがある。広告主の業種は、製造業や流通業など多岐に亘るが、大手企業が中心であり、中小企業や零細企業、個人事業などではあまり広告の活用は盛んではない。この原因には、広告掲載料が高いこともあるが、半年や一年といったように広告期間の設定が長いために規模の小さい企業にとって利用しづらい面がある。また、どのような広告媒体がどのように存在し、どこに問い合わせればそれらが利用できるかといった情報を一元的に提供する手段が無いため、多様化、豊富化する広告媒体が充分に活かしきれていない。
本願の発明は、このような課題を解決するためになされたものであり、多様化、豊富化する広告媒体を充分に活用させ、色々な業種や規模の事業者等による広告の利用を促進する技術的意義を有する。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、本願の請求項１記載の発明は、広告媒体を提供する媒体提供者と、広告媒体への広告の掲載を欲する広告主との間を仲介する際に利用されるコンピュータである広告仲介サーバを備えた広告仲介システムであって、
広告仲介サーバは、媒体提供者が操作するコンピュータである提供者側端末と、媒体提供者が提供する媒体に広告を掲載する広告主が操作するコンピュータである広告主側端末とに対して、ネットワークを介して接続されていて、提供者端末及び広告主端末からのアクセスを受け付けることが可能となっており、
多数の広告媒体の情報である媒体情報をデータベース化して保存するコンピュータであるデータベースサーバが設けられており、
媒体情報には、各広告媒体の種類、当該広告を提供する媒体提供者の情報、当該広告の露出度に関する情報、広告料金に関する情報が含まれており、
データベースサーバの保存部には、媒体情報をデータベース化して登録するデータベースファイルである媒体情報ファイルが保存されており、
広告仲介サーバには、これらの媒体情報が前記提供者端末から送信された際、送信された情報をデータベースサーバに送ってデータベースファイルに登録して保存させる媒体情報登録プログラムがインストールされており、
広告仲介サーバには、広告主端末からアクセスがあった際、データベースサーバに保存された媒体情報を広告主端末に送って広告主端末に表示させる表示プログラムがインストールされており、
さらに、媒体情報には、当該広告媒体に接する者の層に関する情報である接触層情報が含まれており、広告仲介サーバには、最適な広告媒体を選択する媒体選択プログラムがインストールされており、
媒体選択プログラムは、広告主端末における操作により実行されるものであって、広告主が広告を掲載したい商品の顧客層に関する情報である顧客層情報が広告主端末において入力されて送信された際、その顧客層情報に従ってデータベースサーバを検索して、その顧客層に一致する情報が接触層情報として登録されている広告媒体を特定し、その広告媒体の媒体情報をデータベースサーバの媒体情報ファイルから取得して前記広告主端末に送信して表示させるプログラムであるという構成を有する。
また、上記課題を解決するため、請求項２記載の発明は、前記請求項１の構成において、前記媒体検索プログラムは、前記一致する広告媒体を複数特定できるようになっているとともに、複数の広告媒体を特定した場合には、一致する度合いに従ってターゲットマッチング度を決定するようになっており、前記表示プログラムは、決定されたターゲットマッチング度の順に各広告媒体の媒体情報が前記広告主端末に表示されるようにするものであるという構成を有する。
また、上記課題を解決するため、請求項３記載の発明は、前記請求項１の構成において、前記媒体検索プログラムは、前記一致する広告媒体を複数特定できるようになっているとともに、複数の広告媒体を特定した場合には、前記表示プログラムは、保存された前記露出度に関する情報に従い、露出度の順に各広告媒体の媒体情報が前記端末に表示されるようにするものであるという構成を有する。
また、上記課題を解決するため、請求項４記載の発明は、前記請求項１又は２の構成において、前記媒体情報には、当該広告媒体の空き情報が含まれており、空き情報は、現在における当該広告媒体での広告掲載の有無及び将来における当該広告媒体での広告掲載予約の有無の情報であり、
前記広告仲介サーバには、前記提供者端末から空き情報を送信させて登録するための空き情報登録プログラムがインストールされており、空き情報登録プログラムは、広告媒体を特定するための情報と、当該広告媒体において広告掲載が予約されている期間の情報とを前記提供者端末から送信させて前記データベースサーバの保存部に保存するプログラムであり、
前記表示プログラムは、空き情報の表示を要求するコマンドの送信が前記広告主端末からあった際、現在掲載の無い又は将来において掲載の予定の無い広告媒体の媒体情報を表示する空き情報表示モジュールを有しており、空き情報表示モジュールは、現在掲載の無い又は将来において掲載の予定の無い広告媒体の媒体情報を前記データベースサーバの保存部から取得して前記提供者端末に送信するものであるという構成を有する。
また、上記課題を解決するため、請求項５記載の発明は、前記請求項２の構成において、前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
前記媒体選択プログラムは、異なる複数の広告媒体の種類を特定する情報が広告主端末から送信されて媒体ミックス選択を行う旨が送信された際、送信された広告媒体の種類を特定する情報に従い、各種類の広告媒体について前記検索を行い、各種類の広告媒体についてターゲットマッチング度が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであるという構成を有する。
また、上記課題を解決するため、請求項６記載の発明は、前記請求項３の構成において、前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
前記媒体選択プログラムは、異なる複数の広告媒体の種類を特定する情報が広告主端末から送信されて媒体ミックス選択を行う旨が送信された際、送信された広告媒体の種類を特定する情報に従い、各種類の広告媒体について前記検索を行い、各種類の広告媒体について露出度が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであるという構成を有する。
また、上記課題を解決するため、請求項７記載の発明は、前記請求項２の構成において、前記データベースサーバには、各商品について最適な異なる複数の広告媒体の種類の組み合わせを記録したファイルが保存されており、
前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
媒体ミックス選択を行う旨と商品に関する情報とが広告主端末から送信された際、前記媒体選択プログラムは、送信された商品に関する情報に従って前記ファイルから最適な異なる複数の広告媒体の種類の組み合わせの情報を前記データベースサーバの保存部から取得し、この情報に従って各種類の広告媒体について前記検索を行い、各種類の広告媒体についてターゲットマッチング度が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであるという構成を有する。
また、上記課題を解決するため、請求項８記載の発明は、前記請求項３の構成において、前記データベースサーバには、各商品について最適な異なる複数の広告媒体の種類の組み合わせを記録したファイルが保存されており、
前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
媒体ミックス選択を行う旨と商品に関する情報とが広告主端末から送信された際、前記媒体選択プログラムは、送信された商品に関する情報に従って前記ファイルから最適な異なる複数の広告媒体の種類の組み合わせの情報を前記データベースサーバの保存部から取得し、この情報に従って各種類の広告媒体について前記検索を行い、各種類の広告媒体について露出度が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであるという構成を有する。
また、上記課題を解決するため、請求項９記載の発明は、前記請求項４の構成において、予約情報をデータベース化して保存した予約情報ファイルが保存されたストレージサーバが設けられており、前記広告仲介サーバには、前記空き情報表示モジュールが空き情報を送信した際、前記広告主端末における操作に従って広告掲載の予約を登録する予約登録プログラムがインストールされていて、広告主端末における操作により実行可能となっており、
予約登録プログラムは、予約されるものとして広告主端末において選択された広告枠の情報を予約情報ファイルに新しいレコードとして保存するプログラムであるという構成を有する。
また、上記課題を解決するため、請求項１０記載の発明は、前記請求項９の構成において、前記予約された広告枠の広告料金について、前記広告主端末から支払いを行わせるための支払いプログラムが前記広告仲介サーバにインストールされており、前記広告主端末における操作により実行可能となっているという構成を有する。
また、上記課題を解決するため、請求項１１記載の発明は、前記請求項１の構成において、前記媒体情報には、システムの運営者による当該広告媒体の評価である媒体評価の情報が含まれているとともに、前記媒体情報ファイルを更新可能な管理用コンピュータが設けられており、
前記媒体検索プログラムは、前記一致する広告媒体を複数特定できるようになっているとともに、複数の広告媒体を特定した場合には、媒体評価の順に各広告媒体の媒体情報が前記広告主端末に表示されるようにするものであるという構成を有する。
また、上記課題を解決するため、請求項１２記載の発明は、前記請求項１の構成において、前記データベースサーバの保存部には、前記媒体情報ファイルに登録された各広告媒体について設定された広告枠の情報を登録した枠情報ファイルが保存されており、
前記広告仲介サーバには、前記提供者端末において入力された広告枠の情報を枠情報ファイルに登録するプログラムがインストールされていて前記提供者端末における操作により実行可能となっており、
広告仲介サーバには、広告主端末からアクセスがあった際、データベースサーバに保存された枠情報ファイルの内容を広告主端末に送って広告主端末に表示させる表示プログラムがインストールされていて前記広告主端末における操作により実行可能となっており、
さらに、
枠情報ファイルに登録された各広告枠の情報には、システムの運営者が決定する各広告枠の評価の情報が含まれており、
枠情報ファイルの中の特定の広告枠の枠評価の情報を更新する枠評価入力プログラムがインストールされた管理用コンピュータが設けられているという構成を有する。
また、上記課題を解決するため、請求項１３記載の発明は、前記請求項１１の構成において、前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
前記媒体選択プログラムは、異なる複数の広告媒体の種類を特定する情報が広告主端末から送信されて媒体ミックス選択を行う旨が送信された際、送信された広告媒体の種類を特定する情報に従い、各種類の広告媒体について前記検索を行い、各種類の広告媒体について媒体評価が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであるという構成を有する。
また、上記課題を解決するため、請求項１４記載の発明は、前記請求項１１の構成において、前記媒体選択プログラムは、媒体ミックス選択を行うことが可能となっており、
前記媒体選択プログラムは、異なる複数の広告媒体の種類を特定する情報が広告主端末から送信されて媒体ミックス選択を行う旨が送信された際、送信された広告媒体の種類を特定する情報に従い、各種類の広告媒体について前記検索を行い、各種類の広告媒体について媒体評価が上位にランクされた広告媒体の媒体情報を前記広告主端末に送信して表示させるプログラムであるという構成を有する。
【発明の効果】
【０００６】
以下に説明する通り、本願の請求項１記載の発明によれば、多様化、豊富化する広告媒体が充分に活用され、色々な業種や規模の事業者等による広告の利用が促進される。
また、請求項２記載の発明によれば、上記効果に加え、マッチング度の順に広告媒体が表示されるので、マッチング度の高い広告媒体を容易に見つけることができる。
また、請求項３記載の発明によれば、上記効果に加え、露出度の順に広告媒体が表示されるので、露出度の高い広告媒体を容易に見つけることができる。
また、請求項４記載の発明によれば、上記効果に加え、空き情報が表示されるので、現在掲載の無い又は将来掲載の予定の無い広告媒体を容易に見つけることができる。
また、請求項５又は６記載の発明によれば、上記効果に加え、複数の広告媒体の種類を使用して広告を展開するメディアミックスを行う上で利便性が高い。
また、請求項７又は８記載の発明によれば、上記効果に加え、システムの側で最適な広告媒体の種類を判断してくれるので、メディアミックスを行う際の利便性がさらに高くなっている。
また、請求項９記載の発明によれば、上記効果に加え、システム上で広告掲載の予約ができる。従って、広告主としては別途媒体提供者に問い合わせる必要がなく、便利である。
また、請求項１０記載の発明によれば、上記効果に加え、予約した広告枠の広告料金の決済をシステム上で行うことができ、さらに便利である。
また、請求項１１記載の発明によれば、上記効果に加え、広告媒体について運営者側の評価データも広告主に閲覧させることができるので、広告主に対してより客観的な指標が与えられることになり、より適切な広告媒体を選択するに役立つ。
また、請求項１２記載の発明によれば、上記効果に加え、広告枠について運営者側の評価データも広告主に閲覧させることができるので、広告主に対してより客観的な指標が与えられることになり、より適切な広告枠を選択するに役立つ。
また、請求項１３又は１４記載の発明によれば、上記効果に加え、メディアミックスを行う際に運営者側の媒体評価が加味されるので、より適切なメディアミックスを展開するのに役立つ。
【発明を実施するための最良の形態】
【０００７】
次に、本願発明を実施するための最良の形態（以下、実施形態）について説明する。
図１は、本願発明の実施形態に係る広告仲介システムの概略図である。図１に示すシステムは、広告媒体を提供する媒体提供者と、広告媒体への広告の掲載を欲する広告主との間を仲介する際に利用されるコンピュータである広告仲介サーバ１を備えている。広告仲介サーバ１は、媒体提供者が操作するコンピュータである提供者側端末２，３と、媒体提供者が提供する媒体に広告を掲載する広告主が操作するコンピュータである広告主側端末２，３とに対して、ネットワーク４を介して接続されていて、提供者端末２及び広告主端末３からのアクセスを受け付けることが可能となっている。
【０００８】
本実施形態では、ネットワーク４としてはインターネットが想定されている。提供者端末２や広告主端末３は、インターネット４を介して広告仲介サーバ１にアクセスし、情報の登録や閲覧を行うようになっている。広告仲介サーバ１は、ルータ５１を含むファイアウォール５０を介してインターネット４につながっているイントラネット５上に設けられている。
提供者端末２や広告主端末３は、典型的にはデスクトップパソコンやノートパソコン等であるが、ＰＤＡ(Personal Data Assistant)や携帯電話等である場合もあり得る。これらの端末２，３は、インターネット４アカウントの取得やブラウザ（閲覧ソフト）のインストールなど、インターネット４に接続し、送信されたファイルを閲覧する環境が整えられている。
【０００９】
本実施形態のシステムにより提供されるサービスは有料サービスとなっており、利用者登録をした者のみが利用できるようになっている。サービスの利用を欲する者は、後述するように利用者登録を行って会員ＩＤとパスワードを取得する。
イントラネット５上には、アクセスが会員（利用者登録が済んだ者）からのものであると判断した場合にアクセスを許可する認証サーバ６が設けられている認証サーバ６は、サーバソフトウェアがインストールされたコンピュータである。認証サーバ６の保存部としてのハードディスクには、会員ＩＤとパスワードとをデータベース化して記録したファイルである認証用データファイル６１が保存されている。
【００１０】
広告仲介サーバ１は、幾つかのサーバソフトウェアがインストールされたサーバコンピュータである。サーバソフトウェアの一つは、マイクロソフト社のInternet Information Server(IIS)のようなインターネットサーバソフトウェア１１であり、広告仲介サーバ１はインターネット４サーバとして機能するようになっている。即ち、インターネット４を介してアクセスしてきた各端末２，３にウェッブページファイル（ＨＴＭＬ、ＸＭＬ等）１２を送信して表示させる機能（ＷＷＷサーバ機能）や、各端末２，３にファイルをダウンロード送信する機能（ＦＴＰサーバ機能）などを有している。また、インターネット４サーバ４は、ＷＷＷサーバとして、各端末２，３から送られるデータを処理するためのＣＧＩ(Common Gateway Interface)１３を備えている。これらの構成は、市販のインターネット４サーバソフトウェアを購入することにより実現できるので、詳細な説明は省略する。
【００１１】
広告仲介サーバ１は、保存部としてハードディスクを備えている。このハードディスクには、各種のウェッブページファイル（以下、ＷＰＦ）が保存されている他、ＣＧＩ１３によって実行される各種ＣＧＩプログラム１４がインストールされている。尚、ＷＷＷサーバ機能のプロトコルとしては、ＳＳＬに対応したプロトコルであるｈｔｔｐｓが用いられるが、ｈｔｔｐであっても良い。また、ＣＧＩの他、ｊａｖａ、ｐｅａｒｌ、ＰＨＰ等の他の言語が用いられることもある。
広告仲介サーバ１のハードディスクには、まず、本実施形態のシステムが提供するウェッブサイトのトップページを表示するＷＰＦが保存されている。このトップページのＵＲＬには、このシステムを運営する会社（広告代理店等）が保有するドメイン名が与えられている。トップページのＵＲＬは、検索エンジンに登録されており、「広告」、「仲介」、「マッチング」などのキーワードでヒットするようになっている。
【００１２】
本実施形態のシステムは、情報をデータベース化して保存したコンピュータであるデータベースサーバ７を備えている。データベースサーバ７は、イントラネット５上に設けられている。広告仲介サーバ１は、ＣＧＩ１３を介してデータベースサーバ７にアクセスし、データベースサーバ７に保存された情報を取得したり、データベースサーバ７に情報を保存させたりすることができるようになっている。
データベースサーバ７の保存部としてのハードディスクには、保存した情報の種類に応じて設けられた各種のデータベースファイル（ＤＢＦ）７１が保存されており、ＤＢＦ７１を管理するデータベース管理プログラム（ＤＢＭＰ）７２がインストールされている。
【００１３】
図２は、実施形態の広告仲介システムが提供するウェッブサイトのトップページの例について示した概略図である。
図２に示すように、トップページは、アクセスを許可するための認証を行う認証ページに兼用されている。即ち、トップページには、会員ＩＤの入力欄８１１と、パスワードの入力欄８１２が設けられている。
トップページには、本システムで提供されるサービスの内容を説明するためのコマンドボタン（以下、案内コマンドボタン）８１３が設けられている。広告仲介サーバ１のハードディスクには、本システムで提供されるサービスの内容を説明したＷＰＦであるサービス案内ファイルが保存されている。案内コマンドボタン８１３には、サービス案内ファイルへのリンクが貼られており、いずれかの端末２，３において案内コマンドボタンがクリックされると、サービス案内ファイルが広告仲介サーバ１により送信されて端末２，３に表示されるようになっている。
【００１４】
まず、会員登録について説明する。
本実施形態のシステムは、基本的に二種類の会員登録が行われるようになっている。一つは媒体提供者としての会員登録（以下、提供者登録）であり、もう一つは広告主としての会員登録（広告主登録）である。図２に示すように、トップページに設けられたメニューバー内には、提供者登録を行うためのコマンドボタン（以下、提供者登録ボタン）８１４と、広告主登録を行うためのコマンドボタン（以下、広告主登録ボタン）８１５とが設けられている。広告仲介サーバ１のハードディスクには、提供者登録を行うためのＷＰＦ（以下、提供者登録用ファイル）と、広告主登録を行うためのＷＰＦ（以下、広告主登録用ファイル）とが保存されている。そして、提供者登録ボタン８１４には提供者登録用ファイルへのリンクが貼られ、広告主登録ボタン８１５には広告主登録用ファイルへのリンクが貼られている。
【００１５】
そして、データベースサーバ７には、媒体提供者として会員登録された者の情報を保存したデータベースファイル（以下、提供者マスタファイル）と、広告主として会員登録された者の情報を保存したデータベースファイル（以下、広告主マスタファイル）とが保存されている。また、認証サーバ６には、媒体提供者や広告主を含めて会員登録したすべての会員の会員ＩＤとパスワードの情報が認証用データファイル６１に記録されて保存されている。
【００１６】
まず、提供者登録について説明する。
図３は、提供者登録用ファイルによって表示される提供者登録ページの概略を示した図である。図３に示すように、提供者登録ページには、
・名称
・住所
・担当者名
・電話番号
・ＦＡＸ番号
・電子メールアドレス
等の情報を入力する欄が設けられている。
提供者登録ページには、登録ボタン８１６が設けられている。登録ボタン８１６には、各入力欄が正しく入力された状態でクリックされた際、入力された情報をデータベースサーバ７に送って保存させるＣＧＩプログラム（以下、提供者登録プログラム）の起動コマンドが埋め込まれている。提供者登録プログラムは、送信されたデータをデータベースサーバ７に送り、新規の媒体提供者として新しくレコードを追加してデータを保存するようプログラミングされている。この際、提供者登録プログラムは、会員ＩＤ及び初期パスワードを自動生成するようになっている。生成された会員ＩＤは、入力された情報とともにデータベースサーバ７に送られて新規に追加するレコードの会員ＩＤのフィールドに記録される。従って、提供者マスタファイルの各レコードは、図３に示す入力欄のデータに対応したフィールドを有する他、会員ＩＤのフィールドを有している。また、提供者登録プログラムは、生成された会員ＩＤ及び初期パスワードを認証サーバ６に送り、認証用データファイル６１に新しくレコードを追加して記録するようになっている。
【００１７】
提供者登録プログラムには、正しく提供者登録が行われた場合、提供者ＩＤと初期パスワードを提供者に知らせるためのサブプログラム（以下、提供者登録告知プログラム）が設けられている。提供者登録プログラムは、認証サーバ６への保存が済んだ後、提供者登録告知プログラムを実行するようになっている。提供者登録プログラムは、生成された会員ＩＤと初期パスワードを提供者登録告知プログラムに渡して同プログラムを実行する。提供者登録告知プログラムは、電子メール、ＦＡＸ又は郵送により、ＩＤとパスワードを媒体提供者に知らせるようになっている。電子メールの場合にはメール送信データを自動生成し、入力された電子メールアドレスに対して自動返信する。ＦＡＸの場合にはＦＡＸ送信データを自動生成し、入力されたＦＡＸ番号に自動返信する。郵送の場合には、郵送書類を自動で出力し、オペレータにより郵送に付される。
【００１８】
次に、広告主登録について説明する。
図４は、広告主登録用ファイルによって表示される広告主登録ページの概略を示した図である。図４に示すように、広告主登録ページも、
・名称
・住所
・担当者名
・部署名
・電話番号
・ＦＡＸ番号
・電子メールアドレス
等の情報を入力する欄と、登録ボタン８１７とが設けられている。登録ボタン８１７には、各入力欄が正しく入力された状態でクリックされた際、入力された情報を認証サーバ６に送って保存させるＣＧＩプログラム（以下、広告主登録プログラム）の起動コマンドが埋め込まれている。広告主登録プログラムは、送信されたデータをデータベースサーバ７に送り、新規の広告主として新しくレコードを追加してデータを保存するようプログラミングされている。この際、広告主登録プログラムは、同様に会員ＩＤ及び初期パスワードを自動生成するようになっている。生成された会員ＩＤは、入力された情報とともにデータベースサーバ７に送られて新規に追加するレコードの会員ＩＤのフィールドに記録される。従って、広告主マスタファイルの各レコードは、図４に示す入力欄のデータに対応したフィールドを有する他、会員ＩＤのフィールドを有している。また、広告主登録プログラムは、同様に、生成された会員ＩＤ及び初期パスワードを認証サーバ６に送り、認証用データファイル６１に新しくレコードを追加して記録するようになっている。
【００１９】
広告主登録プログラムには、正しく提供者登録が行われた場合、会員ＩＤと初期パスワードを提供者に知らせるためのサブプログラム（以下、広告主登録告知プログラム）が設けられている。広告主登録プログラムは、データベースサーバ７及び認証サーバ６へのデータ登録が済んだ後、広告主登録告知プログラムを実行するようになっている。広告主登録サブプログラムの構成は、提供者登録サブプログラムと同様であるので、説明は割愛する。
尚、会員ＩＤについては、その会員ＩＤが媒体提供者のものなのか広告主のものなのか、会員ＩＤ自体から識別できるようになっている。例えば、媒体提供者の会員ＩＤが“Ａ”で始まるもの（例えば、“Ａ０００１”）であり、広告主の会員ＩＤが“Ｂ”で始まるもの（例えば、“Ｂ０００１”）とする。
【００２０】
次に、会員ログインに関する構成について説明する。
図２に示すように、トップページには、ログインボタンが設けられている。一方、広告仲介サーバ１のハードディスクには、ログイン用のＣＧＩプログラム（以下、ログインプログラム）がインストールされており、ログインボタンには、ログインプログラムの実行コマンドが埋め込まれている。
図５は、ログイン時に最初に表示されるウェッブページ（以下、会員トップ）の概略図である。広告仲介サーバ１には、会員トップ用のＷＰＦ（以下、会員トップ用ファイル）が保存されている。
図２に示すトップページにおいて会員ＩＤ及びパスワードが入力されてログインボタンがクリックされると、ログインプログラムが実行される。ログインプログラムは、送信された会員ＩＤ及びパスワードのデータを認証サーバ６に送り、認証サーバ６に保存されたデータであるか照合させる。
【００２１】
ログインプログラムは、入力された会員ＩＤとパスワードを認証サーバ６に送って認証を行わせる。即ち、認証サーバ６は、ハードディスクに保存された認証用データファイル６１を会員ＩＤを検索キーにして検索し、入力されたパスワードが、登録されたパスワードに一致するかどうか判断する。一致する場合には、アクセスを許可してよい旨のデータをログインプログラムに返す。
アクセルを許可して良い旨の戻り値が認証サーバ６からあると、ログインプログラムは、会員トップ用ファイルを広告仲介サーバ１のハードディスクから読み出し、アクセスしてきた端末２，３に送信して表示させる。図５に示すように、会員トップには、「媒体提供者向けサービス」と表記されたコマンドボタン（以下、提供者向けトップボタン）８１８と、「広告主向けサービス」と表記されたボタン（以下、広告主向けトップボタン）８１９と、ログアウトボタン８２０とが設けられている。
尚、広告仲介サーバ１の記憶部としてのメモリには、ログインした会員ＩＤをログアウトまで一時的に記憶するファイル（ログ記録テンプファイル）が設けられている。ログインプログラムは、上記のように正しくログインされた際、会員ＩＤ及びパスワードを送信してきたコンピュータを特定するコンピュータ識別情報（ＩＰアドレス等）に対応づけて会員ＩＤをログ記録テンプファイルに記録して記憶するようになっている。
【００２２】
広告仲介サーバ１のハードディスクには、媒体提供者向けサービスのリストを表示し、任意のサービスを選択させるウェッブページ（以下、提供者向けトップ）のＷＰＦが保存されている。また、広告仲介サーバ１のハードディスクには、提供者向けトップのＷＰＦを送信するプログラム（以下、提供者向けトップ送信プログラム）がインストールされている。図５に示す提供者向けトップボタン８１８には提供者向けトップ送信プログラムの起動コマンドが埋め込まれている。
前述したように、会員ＩＤは媒体提供者のものか広告主のものか会員ＩＤ自体から識別できるようになっている。提供者向けトップ送信プログラムは、会員ＩＤが媒体提供者のものでない場合、「媒体提供者としての会員登録が済んでおりません。媒体提供者としての会員登録をした上でご利用下さい。」というようなエラーメッセージを送信して表示させ、提供者向けトップのＷＰＦを送信せずにプログラムを終了するようになっている。会員ＩＤが媒体提供者のものである場合、提供者向けトップ送信プログラムは、提供者向けトップのＷＰＦを広告仲介サーバ１のハードディスクから読み出し、アクセスしてきた提供者端末２に送信して表示させるようになっている。
図６は、提供者向けトップの概略図である。図６に示すように、提供者向けトップは、提供者向けサービスがコマンドボタンのリストとして表示するものである。
【００２３】
一方、広告仲介サーバ１のハードディスクには、広告主向けサービスのリストを表示し、任意のサービスを選択させるウェッブページ（以下、広告主向けトップ）のＷＰＦが保存されている。また、広告仲介サーバ１のハードディスクには、広告主向けトップのＷＰＦを送信するプログラム（以下、広告主向けトップ送信プログラム）がインストールされている。図５に示す広告主向けトップボタン８１９には広告主向けトップ送信プログラムの起動コマンドが埋め込まれている。
広告主向けトップ送信プログラムは、会員ＩＤ自体から当該会員ＩＤが広告主のものであるかどうか判断し、広告主のものでない場合、「広告主としての会員登録が済んでおりません。広告主としての会員登録をした上でご利用下さい。」というようなエラーメッセージを送信して表示させ、広告主向けトップのＷＰＦを送信せずにプログラムを終了するようになっている。会員ＩＤが広告主のものである場合、広告主向けトップ送信プログラムは、広告主向けトップのＷＰＦを広告仲介サーバ１のハードディスクから読み出し、アクセスしてきた広告主端末３に送信して表示させるようになっている。
図７は、広告主向けトップの概略図である。図７に示すように、広告主向けトップは、広告主向けサービスがコマンドボタンのリストとして表示するものである。
【００２４】
次に、媒体提供者向けのサービスについて説明する。
まず、媒体情報登録サービスについて説明する。媒体情報登録サービスは、媒体提供者が提供する媒体の情報を登録し、広告主が閲覧可能とするサービスである。媒体登録には、媒体自体の情報の登録（以下、単に媒体登録）と、媒体が提供する広告枠の情報の登録（以下、広告枠登録）とがある。そして、データベースサーバ７に保存されたＤＢＦのうちの一つは、媒体自体の情報をデータベース化して保存したファイル（以下、媒体情報ファイル）となっており、他の一つは、広告枠の情報を各媒体毎にデータベース化して登録したファイル（以下、枠情報ファイル）となっている。
【００２５】
最初に、広告媒体と広告枠の関係について説明する。広告媒体と広告枠は、上位概念・下位概念の関係にある。通常は、一つの広告媒体の中に複数の広告枠がある。例えば雑誌の場合、一つの雑誌が広告媒体であり、その雑誌に設定された各広告欄の枠が広告枠である。インターネット４サイト上の広告の場合、一つのサイトが広告媒体であり、その中に設定された広告のための表示領域（例えばバナー広告のための領域）が広告枠である。
例外的に、広告媒体に広告枠が一つしかない場合や、広告媒体と広告枠がイコールである場合もある。例えば、線路わきの田圃の真ん中に立て看板があり、列車からよく見えるようになっているものがあるが、このような看板は、一つの看板が広告媒体であり、広告枠が一つのみ設定されている例である。但し、一つの看板に複数の広告が掲載されている場合、各掲載領域が広告枠ということになる。
【００２６】
まず、媒体登録について説明する。広告仲介サーバ１のハードディスクには、媒体情報を入力させて登録する媒体情報登録ページのＷＰＦが保存され、媒体情報登録ページを表示するためのＣＧＩプログラム（以下、媒体情報登録ページ表示プログラム）がインストールされている。そして、図６に示すように、提供者トップには、「広告媒体登録」と表記されたコマンドボタン８２１が設けられており、このコマンドボタン８２１には、媒体情報登録ページ表示プログラムの起動コマンドが埋め込まれている。
図８は、媒体情報登録ページの概略図である。図８に示すように、媒体情報登録ページは、
・媒体種類
・媒体名称
・媒体説明
・接触層情報
・露出度
・広告枠数
等の情報の入力欄が設けられている。
【００２７】
「媒体種類」は、いわゆるラジオボタンの構成となっており、いずれか一つのみを選択して入力する欄である。「媒体名称」はテキストボックスであり、字数の制限はあるものの、媒体提供者が提供者端末２において自由に名称をテキスト入力する。「媒体説明」もテキストボックスであり、媒体提供者が提供者端末２において自由に媒体の説明をテキスト入力する欄となっている。
「接触層情報」の欄８９７は、その広告媒体に主に接触する層の情報を入力する欄である。「接触」とは、本実施形態では、広告に接することで広告の効果がその者において現れることである。広告の内容を完全に了知しなくとも無意識に影響を受ける場合もあり、このような場合も含まれる。雑誌や看板などの媒体では「見る」とか「読む」などのような動作になるし、ラジオや街頭放送では「聴く」という動作になる。テレビなどではその両方になる。
【００２８】
「接触層情報」の欄には、下位概念として以下の入力項目が設けられている。
・性別
・年齢層
・職業
・所得層
・地域
「性別」の項目はいずれかを選ぶラジオボタンであるが、他は複数選択可となっている。但し、「全般」ないし「全国」を選んだ場合には、他は入力不可とされる。性別を除き、上記入力項目についてさらに細かく選択できるようにしても良い。例えば、年齢については、「１０〜１４歳、１５〜１９歳、……」のように５歳きざみで選択するようにすることができる。
また、「地域」の欄には、「都道府県単位」と表記されたコマンドボタン（以下、県選択ボタン）８９８と、「市町村単位」と表記されたコマンドボタン（以下、市選択ボタン）８９９とが設けられている。
【００２９】
広告仲介サーバ１のハードディスクには、県選択用のＣＧＩプログラム（以下、県選択プログラム）がインストールされている。県選択ボタン８９８には、県選択プログラムの起動コマンドが埋め込まれている。また、広告仲介サーバ１のハードディスクには、市町村選択用のＣＧＩプログラム（以下、市選択プログラム）がインストールされている。市選択ボタン８９９には、市選択プログラムの起動コマンドが埋め込まれている。
県選択プログラムは、すべて都道府県の名称を表示し、一又は複数の都道府県を「地域」の情報として選択させるプログラムである。市選択プログラムは、まずすべての都道府県の名称を表示し、いずれかの都道府県を選択させるようになっている。そして、選択された都道府県におけるすべての市町村の名称を表示し、一又は複数の市町村を選択させるようになっている。政令指定都市の場合には、区単位でも選択できるようプログラミングされる。
【００３０】
「露出度」の欄は、その媒体が接触層に対しどの程度露出しているかの情報の入力欄である。つまり、どの程度の量の者がその媒体に接触しているかの情報の入力欄である。広告仲介サーバ１のハードディスクには、露出度入力用のＣＧＩプログラム（露出度入力プログラム）がインストールされている。「露出度」の欄には、「露出度入力」と表記されたコマンドボタン（以下、露出度入力ボタン）９００が設けられており、露出度入力ボタン９００には露出度入力プログラムの起動コマンドが埋め込まれている。
露出度入力ボタン９００は、「媒体種類」の入力欄においてどの種類が選択されているかに応じた引数を露出度入力プログラムに渡すようになっている。露出度入力プログラムは、引数に応じて（媒体の種類に応じて）異なった入力ウインドウを提供者端末２に表示するようになっている。例えば媒体の種類がテレビの場合、露出度入力プログラムは、その広告枠が放映される番組の過去の平均視聴率又は将来の見込み視聴率のデータを入力するようプログラミングされる。また媒体の種類が雑誌の場合、過去の平均発行部数又は将来の見込み平均発行部数を入力するようプログラミングされる。立て看板やビルボード（街頭看板）等の場合、ある時間単位での過去の平均視認者数又は将来の見込み平均視認者数が入力される。もしくは、その看板の前を通る通行量が露出数として入力される場合もあり得る。
【００３１】
次に、図８には図示が省略されているが、媒体情報登録ページには、「会員ＩＤ」及び「提供者名称」の欄がある。媒体情報登録ページ表示プログラムは、ログインの際の入力データに従いこれらのデータを自動的に貼り付けて自動的に表示するようになっている。即ち、媒体情報登録ページ表示プログラムは、ログインの際に記憶された情報が自動的にログ記録テンプファイルに記録された会員ＩＤを、媒体情報登録ページの送信要求を送ってきたコンピュータのコンピュータ識別情報に従って読み出す。また、会員ＩＤを検索キーにしてデータベースサーバ７の提供者マスタファイルを検索し、提供者名称のデータを取得する。そして、会員ＩＤ及び提供者名称のデータを図８に示すように貼り付けて媒体情報登録ページを送信するようになっている。
尚、前述したように、会員ＩＤは媒体提供者のものか広告主のものか会員ＩＤ自体から識別できるようになっている。媒体情報入力プログラムは、会員ＩＤが媒体提供者のものでない場合、「媒体提供者としての会員登録が済んでおりません。媒体提供者としての会員登録をした上でご利用下さい。」というようなエラーメッセージを送信して表示させ、媒体情報登録ページのＷＰＦを送信せずにプログラムを終了する。
【００３２】
図８に示すように、媒体情報登録ページには、登録ボタン８３５が設けられている。一方、広告仲介サーバ１には、媒体情報登録プログラムがインストールされている。登録ボタンには、媒体情報登録プログラムの起動コマンドが埋め込まれている。登録ボタン８３５がクリックされると、図８に示す各入力欄に入力された情報を広告仲介サーバ１に送信した上で媒体情報登録プログラムが起動するようになっている。媒体情報登録プログラムは、各入力欄のデータが正しく送信された場合、各データをデータベースサーバ７に送り、媒体情報ファイルに新しいレコードとして記録させるようプログラミングされている。
尚、媒体情報ファイルは、会員ＩＤ毎に設けられている。前述した提供者登録プログラムは、提供者としての会員登録が正しく行われた場合、媒体情報ファイルを新しく作成してデータベースサーバ７のハードディスクに保存するサブプログラムを有している。このサブプログラムは、各媒体情報ファイルの識別のため、会員ＩＤを使用してルール化された名前付けを行うようになっている（例えば会員ＩＤが“A0001”の場合、媒体情報ファイルの名称を“A0001media”とする）。
尚、媒体登録は、一人の媒体提供者が複数行えるようになっている。一人の媒体提供者が複数の広告媒体を保有することが多々あるからである。この場合、同じ広告媒体について誤って二重登録してしまうことを避けるために、媒体情報登録ページを表示する前にその媒体提供者が登録した（その会員ＩＤによって登録した）広告媒体をリスト表示するとか、同じ媒体名称で登録しようとした場合にエラーメッセージを表示して登録できないようにするようプログラミングされることが好ましい。
【００３３】
また、ある種の広告媒体については、一つの媒体内に設けられた各広告枠が同じような媒体特性ではないために区別して媒体登録する必要が生じることがある。このような場合、そのような特定の異なる部分をそれぞれ分けて媒体登録するようにする。この点について、ウェッブサイト広告の場合を例にして説明する。
ウェッブサイトの中には、そのサイト内のどのページも接触者層（この場合はサイトにアクセスしてページを閲覧する者の層）が殆ど変わらない場合もあるが、ページによって接触者層が大きく変わるサイトも多い。例えば、アクセス数の多いポータルサイトの中には、検索サービスの他、ネットショッピングその他の付帯サービスも提供している場合がある。このような異なる複数のサービスを提供しているウェッブサイトの場合、サイト内のページによって接触者層がかなり異なる。また、検索サービスについても、カテゴリー別になっている場合、そのカテゴリーのトップページ毎に接触者層が異なる。
【００３４】
このようなウェッブサイト内の各ページにおける接触者層の違いを反映させるためには、一つのウェッブサイトではあっても、接触者層が異なる各ページを一つの広告媒体として捉え、各ページ毎に媒体登録するようにする。例えば、一つのポータルサイトがあり、そのポータルサイト内に、検索サービスのページと、オークションのページと、ネットショッピングのページと、チャットルームのページとがあった場合、それぞれを広告媒体として別々に媒体登録するようにする。さらに、検索サービスのページでも、トップページから各分野（ビジネス、家庭、娯楽等）のページに飛ぶ構成の場合、各分野のページを別々に媒体登録するようにする。
【００３５】
このような異なる媒体特性毎の登録というのは、例えばテレビにおいても同様である。テレビも番組によっては視聴者層がかなり異なるので、番組毎に一つの媒体として登録することがあり得る。
尚、媒体登録が行われると、自動的に枠情報ファイルが作成されるようになっている。即ち、媒体情報登録プログラムは、媒体情報ファイルへの新レコードの追加が終了すると、枠情報ファイルの新規作成を行うようプログラミングされている。枠情報ファイルは、登録された一つの広告媒体につき一つ作成される。枠情報ファイルは、他の枠情報ファイルとの識別のため、媒体ＩＤを使用したファイル名となっている。
【００３６】
次に、広告枠登録について説明する。
広告枠の登録の際には、まずその媒体提供者が保有する広告媒体の一覧を表示し、広告媒体を選択させた上で広告枠を登録するようになっている。図６に示すように、提供者向けトップには、「広告枠登録」と表記されたコマンドボタン（以下、枠登録開始ボタン）８２２が設けられている。広告仲介サーバ１のハードディスクには、媒体一覧ページのＷＰＦが保存されており、媒体一覧ページを表示するためのＣＧＩプログラム（以下、媒体一覧表示プログラム）がインストールされている。枠登録開始ボタン８２２には、媒体一覧表示プログラムの起動コマンドが埋め込まれている。
【００３７】
媒体一覧表示プログラムは、起動コマンドを送信したコンピュータ識別情報に従ってログ記録テンプファイルから会員ＩＤを取得し、その会員ＩＤに基づいてその媒体提供者の媒体情報ファイルを開く。そして、その媒体情報ファイルの全てのレコードを読み取り、媒体一覧ページのＷＰＦに組み込み、アクセスしてきた提供者端末２に送信して表示させるよう媒体一覧表示プログラムはプログラミングされている。
図９は、媒体一覧ページが表示された状態を示す概略図である。尚、媒体が全く登録されていないと（媒体情報ファイルのレコードがゼロであると）、媒体一覧ページには何も表示されないが、この場合、「広告媒体が登録されていません。媒体登録を行ってから枠情報を登録して下さい。」というようなエラーメッセージが表示されるようにしておくと好ましい。
【００３８】
図９において、リストの各行には、「枠追加」と表記されたコマンドボタン（以下、枠登録ボタン）８３６が設けられている。広告仲介サーバ１のハードディスクには、広告枠情報を入力させて登録する枠登録ページのＷＰＦが保存され、枠登録ページを表示するためのＣＧＩプログラム（以下、枠登録ページ表示プログラム）がインストールされている。そして、図９の各枠登録ボタン８３６には、枠登録ページ表示プログラムの起動コマンドが埋め込まれている。
図１０は、枠登録ページの概略図である。図１０に示すように、枠登録ページは、
・枠名称
・枠説明
・掲載単位
・広告料金
・空き情報
等の入力欄が設けられている。
【００３９】
また、枠登録ページには、「媒体ＩＤ」及び「媒体名称」の欄がある。これらのデータは、枠登録ページ表示プログラムが自動的にデータを組み込んで表示するようになっている。即ち、図９に示す枠登録ボタンに埋め込まれた起動コマンドは、その行に表示されている媒体ＩＤを引数にして枠登録ページ表示プログラムを起動するようになっている。枠登録ページ表示プログラムは、ログ記録テンプファイルから会員ＩＤを読み出してその会員ＩＤに対応した媒体情報ファイルを開く。そして媒体ＩＤを検索キーにして媒体情報ファイルを検索し、該当するレコードの媒体名称を取得し、媒体ＩＤとともに枠登録ページに組み込んで送信するようになっている。
【００４０】
「枠名称」の欄には、枠の名称を端的に表現して入力する。例えば、ある雑誌の裏表紙が広告枠である場合、媒体名称の欄にはその雑誌の名称が自動的に表示されており、媒体提供者が「２００６年１２月号裏表紙（全面）」のような入力を提供者端末２において行うことになる。
「枠説明」の欄は、広告枠の説明を自由にテキスト入力させる欄である。但し、文字数は１００字以内とか２００字以内とかいうように制限される。
「掲載単位」の欄には、掲載を募集する単位が入力される。前記雑誌の例であれば、例えば「各号ごと」のような入力になったり、「ひと月発行分」のような入力になったりする。「ひと月発行分」の場合、ひと月に発行される号を単位として広告の募集がされる。従って、ひと月に４回発行される雑誌であれば４回分の掲載が一単位となる。この他、立て看板のような街頭広告の場合、「ひと月ごと」とか「半年ごと」とか「年ごと」のような単位になる。それぞれの広告媒体や広告枠の特性に応じて、媒体提供者が掲載単位を適宜定めて入力する。
また、「広告料金」の欄には、「掲載単位」に入力した単位あたりの広告料金が入力される。
「空き情報」の欄は、枠登録の際の空き情報をデフォルト値として入力する。「空き情報」のデータは、いわゆるＹｅｓＮｏ型のデータ（真値か偽値かのデータ）である。広告を募集するために枠登録を行うので、通常は「空き情報」には真値（広告枠が空いている旨のデータ）が入力される。
【００４１】
枠登録ページにも、登録ボタン８３７が設けられている。広告仲介サーバ１のハードディスクには枠登録のためのＣＧＩプログラム（以下、枠登録プログラム）がインストールされている。登録ボタン８３７には、枠登録プログラムの起動コマンドが埋め込まれている。図１０に示す各入力欄が正しく入力されて登録ボタン８３７がクリックされると、
枠登録プログラムが起動し、データベースサーバ７の該当する広告媒体の枠情報ファイルに、新しくレコードを追加し、入力された情報をそこに記録するようプログラミングされている。
また、枠登録ページには、空き情報をデータベース化して保存したファイル（以下、空き情報ファイル）を新規に作成する機能が設けられている。これは、上述した雑誌のような一定期間毎に提供される媒体の場合、各提供時についてそれぞれ空き情報を登録する際に便利なツールとして設けられたものである。前述した雑誌の例の場合、各月ごとに広告枠を登録し、枠情報を登録する必要がある。「枠名称」や「枠説明」は、各枠において共通なのにもかかわらず毎回入力する必要があり面倒である。そこで、各月について共通した広告枠とし、各月の空き情報を一つのレコードとしてデータベース化して登録するようにする。
【００４２】
図１０に示すように、枠登録ページには「空き情報ファイル作成」と表記されたコマンドボタン（以下、空き情報ファイル作成ボタン）８３８が設けられている。一方、広告仲介サーバ１のハードディスクには、空き情報ファイル作成用のＣＧＩプログラム（以下、空き情報ファイル作成プログラム）がインストールされており、空き情報ファイル作成ボタン８３８には空き情報ファイル作成プログラムの起動コマンドが埋め込まれている。
空き情報ファイル作成ボタン８３８がクリックされると、枠ＩＤ（枠登録ページ表示プログラムを起動した際の値を保持しておく）に引数にして空き情報ファイル作成プログラムが起動する。空き情報ファイル作成プログラムは、枠ＩＤを使用して他のファイルと識別可能なファイル名で新規に空き情報ファイルを作成し、データベースサーバ７のハードディスクに保存するようプログラミングされている。
尚、空き情報ファイル作成ボタンがクリックされた場合、枠登録ページの「空き情報」の値は自動的にＮｕｌｌ値とされる。また、枠情報ファイルの各レコードには、「空き情報ファイル有無」のフィールドがあり、空き情報ファイル作成ボタンがクリックされると、このフィールドに真値が登録されるように空き情報ファイル作成プログラムがプログラミングされている。
【００４３】
また、空き情報ファイル作成プログラムは、各レコードの情報をどのような時間間隔のデータとして登録するかを選択させてからファイルを作成するようになっている。日単位、週単位、月単位などである。日刊新聞紙等は日単位になるし、月刊誌は月単位になる。週刊誌や毎週放映されるテレビ番組の広告枠は、週単位になる。
空き情報ファイル作成プログラムは、時間単位の選択に応じて、空き情報ファイルの構造を決定する。例えば、日単位であれば、最初のフィールドを日付型のデータフィールドとし「掲載日」のフィールド名を与える。週単位であれば、最初のフィールドが数値型で「年」のフィード名、次のフィールドも数値型で「月」のフィールド名、次のフィールドも数値型で「週」のフィールド名となる。月単位であれば、最初のフィールドが数値型で「年」のフィード名、次のフィールドも数値型で「月」のフィールド名になる。いずれの場合も、最後にフィールドが論理型で「空き情報」のフィールド名になる。
【００４４】
次に、登録情報の修正入力ないし更新入力について説明する。図６に示すように、提供者トップには、媒体情報変更ボタン８２３及び枠情報変更ボタン８２４がそれぞれ設けられている。これに対応して、広告仲介サーバ１のハードディスクには、媒体情報変更ページのＷＰＦ及び枠情報更新入力ページのＷＰＦが保存され、媒体情報変更用のＣＧＩプログラム（以下、媒体情報変更プログラム）及び枠情報変更用のＣＧＩプログラム（以下、枠情報変更プログラム）がそれぞれインストールされている。
【００４５】
まず、媒体情報修正について説明する。
広告仲介サーバ１には、媒体情報変更ページのＷＰＦを送信するＣＧＩプログラムがインストールされており、媒体情報変更コマンドボタン８２３のクリックにより起動するようになっている。このＣＧＩプログラムは、アクセスしてきた提供者端末２の会員ＩＤに従ってログ記録テンプファイルから会員ＩＤを取得し、その会員ＩＤに対応する媒体情報ファイルを開き、その会員ＩＤの媒体提供者が登録した媒体のリストを表示するようになっている。リストの各行には、変更ボタンが設けられており、変更ボタンをクリックすると、その行の媒体ＩＤを引数にして媒体変更プログラムが起動するようになっている。
媒体変更プログラムは、その渡された媒体ＩＤに従って媒体情報ファイルを検索し、媒体ＩＤが一致するレコードの各フィールドの値を読み込んで媒体情報変更ページに組み込み、アクセスしてきた提供者端末２に送信する。媒体情報変更ページが提供者端末２上に表示され、媒体提供者は提供者端末２を操作して任意のデータを変更する。媒体変更ページには、送信ボタンが設けられており、送信ボタンをクリックすると、各データが媒体情報変更プログラムに送信される。送信されたデータはデータベースサーバ７に送られ、媒体情報ファイルの当該レコードの各フィールドの値が、送られたデータにより更新されて記録されるようプログラミングされている。
【００４６】
次に、枠情報更新について説明する。
広告仲介サーバ１には、枠情報変更ページのＷＰＦを送信するＣＧＩプログラムがインストールされており、枠情報変更コマンドボタン８２４のクリックにより起動するようになっている。このＣＧＩプログラムは、同様に媒体一覧を提供者端末２に表示して媒体を選択させる。媒体一覧の各行には、「枠一覧」のコマンドボタンが設けられており、これがクリックされると、当該行の媒体について登録されている広告枠の一覧がリスト表示されるようプログラミングされている。この構成も、媒体一覧の表示の場合と本質的に同じなので説明は割愛する。
媒体一覧のリストの各行には、「変更」と表記されたコマンドボタンがあり、これがクリックされると、枠情報変更ページのＷＰＦを送信するＣＧＩプログラムが起動するようになっている。この際、選択された広告媒体の媒体ＩＤと、選択された広告枠の枠ＩＤとをＣＧＩプログラムに引数として渡す。ＣＧＩプログラムは、媒体ＩＤに従って当該広告媒体の枠情報ファイルを開き、枠ＩＤを検索キーにして枠情報ファイルを検索する。そして、その枠ＩＤのレコードの各フィールドの値を枠情報変更ページに組み込み、アクセスしてきた提供者端末２に送信する。そして、同様に、枠情報変更ページの送信ボタンがクリックされると、データが送信され、枠情報ファイルの当該レコードの各フィールドの値が更新される。
尚、修正ないし更新される情報としては、空き情報が圧倒的に多い。従って、本実施形態では、提供者トップには専用の空き情報更新ボタン８２５が設けられている。そして、広告仲介サーバ１のハードディスクには空き情報更新ページのＷＰＦが保存されており、空き情報更新用ＣＧＩプログラムがインストールされている。
【００４７】
以上で媒体提供者向けのサービス提供のための構成の説明を終了し、以下、広告主向けのサービス提供のための構成について説明する。
図７に示すように、広告主トップには、「マッチングサービス」と表記されたボタン（以下、マッチングボタン）８２６、「メディアミックス」と表記されたコマンドボタン（以下、ミックスボタン）８２７と、「空き情報チェック」と表記されたコマンドボタン（以下、空き情報チェックボタン）８２８と、「広告媒体検索」と表記されたコマンドボタン（以下、媒体検索ボタン）８２９と、「広告枠検索」と表記されたコマンドボタン（以下、枠検索ボタン）８３０と、「Ｍｙ広告媒体」と表記されたコマンドボタン（以下、Ｍｙ媒体ボタン）８３１と、「Ｍｙ広告枠」と表記されたコマンドボタン（Ｍｙ枠ボタン）８３２と、「企画書作成」と表記されたコマンドボタン（以下、企画書作成ボタン）と、８３３「Ｍｙ企画書」と表記されたコマンドボタン（以下、Ｍｙ企画書ボタン）８３４とが設けられている。
【００４８】
まず、マッチングサービスについて説明する。マッチングサービスは、広告に接して欲しい者の層（以下、ターゲット層）や広告予算等を広告主に広告主端末３において入力させることにより、その広告主にとって最適な広告媒体や広告枠を検索し、当該広告主端末３において表示することで閲覧させるサービスである。
広告仲介サーバ１には、マッチングサービスのための入力を行わせるマッチング情報入力ページのＷＰＦが保存されている。図７に示すマッチングボタン８２６には、マッチング情報入力ページへのリンクが貼られている。
【００４９】
図１１は、マッチング情報入力ページの概略図である。図１１に示すように、マッチング情報入力ページには、ターゲット層の情報を入力させる欄（以下、ターゲット層入力欄）８３９が設けられている。ターゲット層入力欄８３９には、ターゲット層の性別を選択させる欄、ターゲット層の年齢（層）を選択させる欄、ターゲット層の職業を選択させる欄、ターゲット層の地域を選択させる欄が設けられている。各欄は、性別の欄を除き、チェックボックスの構成であり、複数選択可となっている。但し、年齢層の欄で「全て」を選ぶと、各年齢層の入力欄は選択不可となる。職業の欄の「全て」、地域の欄の「全国」も同様である。
【００５０】
また、「地域」の欄には、「都道府県単位」と表記されたコマンドボタン（以下、県単位ボタン）８８４と、「市町村単位」と表記されたコマンドボタン（以下、市単位ボタン）８８５とが設けられている。これらのコマンドボタンは、前述した媒体情報入力の場合と同様であり、ターゲット層の情報を都道府県単位や市町村単位で選択するためのものである。即ち、県単位ボタンをクリックすると、全国４７都道府県の中から一又は複数の都道府県を選択させるＣＧＩプログラムが起動するようになっている。また、市選択ボタンをクリックすると、最初に一つの都道府県を選択させ、その中から一又は複数の市町村を選択させるＣＧＩプログラムが起動するようになっている。
また、マッチング情報入力ページには、広告予算を選択させる欄８４０が設けられている。この欄８４０では、任意の数字を入力する。
さらに、図１１に示すように、マッチング情報入力ページには、表示順を選択させる欄８４１が設けられている。この欄８４１はいわゆるラジオボタンの構成であり、「露出度順」、「マッチング度順」、「料金順」から一つを選択させるようになっている。デフォルトの選択は、「露出度順」である。
【００５１】
マッチング情報入力ページには、送信ボタン８４２が設けられている。一方、広告仲介サーバ１には、マッチングサービスのためのＣＧＩプログラム（以下、マッチングプログラム）がインストールされている。図１１に示す送信ボタン８４２には、マッチングプログラムの起動コマンドがインストールされている。
マッチングプログラムは、マッチング情報入力ページの各欄に入力された情報を受信し、データベースサーバ７にこれらの情報を送信して、該当する広告媒体を検索させるプログラムである。前述したように、媒体情報ファイルの各レコードには、「性別」、「年齢」、「職業」、「地域」等の情報が登録されている。マッチングプログラムは、受信した入力情報に従い、検索式（ＳＱＬ文）を自動生成し、データベースサーバ７に送って検索させる。そして、ヒットしたレコードの情報をデータベースサーバ７から受信し、所定の順序で並べ替えた上で検索結果表示用のＷＰＦに組み込んで広告主端末３に送信し広告主端末３に表示させるようプログラミングされている。
【００５２】
図１２は、マッチングプログラムによる検索結果を表示したページ（マッチング結果ページ）の例を示した概略図である。図１２に示すように、マッチング結果ページは、ヒットした広告媒体の情報をリスト表示するようになっている。この場合のヒットしたとは、マッチング情報入力ページで入力した各項目のいずれかについて、媒体情報ファイルの対応するフィールドの登録情報が合致したということである。マッチングプログラムは、データベースサーバ７に対し、一致した項目の数を計算させ、その値を検索結果とともに返してもらうようプログラミングされている。
図１２に示す例では、ヒットした媒体の情報が露出度順に表示されている。そして、ページの下欄には、並べ替えの入力欄があり、ここには、「露出度順」、「マッチング度順」、「料金順」と表記された各コマンドボタン８８１〜８８３が設けられている。
【００５３】
マッチング度とは、上記検索の際に一致した項目の数のことである。一致した項目が多い程、広告主が考えている広告戦略とマッチしていると考えられる。従って、マッチング度の順に並べ替えができるようにしている。マッチングプログラムは、一時的に作成するデータベースファイル（以下、テンプファイル）に検索結果を記録するようになっており、並べ変えのためのサブプログラム（以下、並べ替えプログラム）を有している。「マッチング度順」と表記されたコマンドボタン８８１には、マッチング度の順に並べ替えを行うサブプログラムの起動コマンドが埋め込まれている。テンプファイルには、ヒットした各広告媒体の媒体ＩＤとともに一致項目数のデータが記録されるようになっている。並べ替えプログラムは、テンプファイルの各レコードをマッチング度の順に並べ変え、マッチング結果ページに組み込み直すようプログラミングされている。
尚、「料金順」の並べ替えについても同様であり、テンプファイルの各レコードを「広告料金」のフィールドを基準して並べ替えを行い、マッチング結果ページに組み込み直す。
【００５４】
図１２に示すように、リストの各行には、「枠一覧」のコマンドボタン（以下、枠一覧ボタン）８４４と、「空き枠」のコマンドボタン（以下、空き枠一覧ボタン）８４３が設けられている。
仲介広告サーバには、枠一覧用のＣＧＩプログラム（以下、枠一覧プログラム）及び空き枠一覧用ＣＧＩプログラム（以下、空き枠一覧プログラム）がインストールされている。枠一覧ボタン８４４には枠一覧プログラムの起動コマンドが埋め込まれ、空き枠一覧ボタン８４３には空き枠一覧プログラムの起動コマンドが埋め込まれている。
枠一覧プログラムは、その行の媒体情報について登録されている全ての広告枠の情報をリスト表示するためのプログラムである。枠一覧ボタン８４４は、それが設けられている行に表示されている媒体の媒体ＩＤを引数として枠一覧プログラムを起動するようになっている。枠一覧プログラムは、媒体ＩＤに従って対応する枠情報ファイルを開き、その枠情報ファイルに登録されているすべてのレコードを読み出す。そして、枠一覧表示ページ用のＷＰＦに組み込み、アクセスしてきた広告端末２，３に送信して広告主端末３に表示させるようになっている。
【００５５】
図１３は、枠一覧表示ページの一例を示した概略図である。図１３に示すように、枠一覧表示ページでは、選択した広告媒体について登録されている各広告枠の情報がリスト表示される。
図１３に示すように、リストの「空き情報」の列には、「空き情報」と表記されたコマンドボタン（空き情報ボタン）８４５が設けられている。これは、各行の広告枠は、空き情報ファイルを別途設けたレコードであることを示している。図１３では表示されていないが、枠一覧表示ページを表示した場合、「空き情報」の列には、空き情報が「○」，「×」で直接表記されている場合がある。この場合は、枠情報ファイルの「空き情報」のフィールドにデータが直接記録されているレコードであることを示す。
【００５６】
図１３において、空き情報ボタン８４５がクリックされると、その行の広告枠の空き情報が新たにオープンされるウインドウ中に表示されるようになっている。広告仲介サーバ１のハードディスクには、空き情報表示用のＣＧＩプログラム（空き情報表示プログラム）がインストールされており、空き情報ボタン８４５には、空き情報表示プログラムの起動コマンドが埋め込まれている。
各空き情報ボタン８４５は、それが設けられている行の広告枠の枠ＩＤを引数にして空き情報表示プログラムを起動するようになっている。空き情報表示プログラムは、渡された枠ＩＤに従って対応する空き情報ファイルを開く。そして、各レコードの情報を読みとって、ウインドウ中に所定のフォームで表示するようになっている。この際のフォームは、空き情報ファイルのフィールド構造によって多少異なる。
【００５７】
図１４は、空き情報ボタン８４５がクリックされた際の表示状態の一例を示した概略図であり、空き情報を表示するウインドウ８４６が新たにオープンされている。空き情報ファイルの構造が例えば日単位の構造の場合、カレンダー表示とし、カレンダー中の各日に空き情報を○×で表示する。週単位の構造の場合、図１４に示すように、ウインドウ８４６中に各週の空き情報を○×で表示する。月単位であれば、各月を空き情報を○×で表示する。
図１４に示すように、アクセスした時点で過去になっている日付については、「−」が表示されるようになっている。そして、アクセス時点の空き情報と将来の空き情報とが○×で表示される。○は空いている意味であり、×は空いていない（即ち、掲載の予約が入っている）という意味である。
【００５８】
次に、空き枠一覧プログラムについて説明する。図１５は、図１２において、ある空き枠一覧ボタン８４３がクリックされた際の表示状態（空き枠一覧ページ）の一例を示した概略図である。
図１２において、空き枠一覧ボタン８４３は、その行の媒体の媒体ＩＤを引数にして空き枠一覧プログラムを起動するようになっている。空き枠一覧プログラムは、渡された媒体ＩＤに従って対応する枠情報ファイルを開く。そして、「空き情報」のフィールドが真値（空き）になっているレコードのデータ（「枠名称」など）を次々に読みとっていく。また、「空き情報ファイル有無」のフィールドが真値となっているレコードの場合、その空き情報ファイルを開き、少なくも一つのレコードについて「空き情報」のフィールドが真値である場合、空き情報ファイルのその広告枠のレコードのデータ（「枠名称など）を読みとる。
【００５９】
このようにして、枠情報ファイルの各レコードについて、「空き情報」のフィールドが真値になっているか、対応する空き情報ファイルに「空き情報」のフィールドが真値であるレコードが少なくとも１つあるかどうかを判断し、該当するすべてのレコードのデータを読みとっていく。そして、空き枠一覧プログラムは、ヒットしたレコードのデータを、図１５に示すようにリスト表示する。
図１５に示す例では、「空き情報」の列は、すべて「現空き」と表示されている。これは、枠情報ファイルの「空き情報」のフィールドにデータが直接記録されたレコードのためである。図１３に示すように、空き情報ボタンが表示される場合もある。
【００６０】
次に、媒体検索サービス及び広告枠検索サービスについて説明する。
媒体検索サービスは、本システムにおいて登録されている全ての広告媒体の中から任意の条件で広告媒体を検索させるサービスである。例えば、本システムにおいてどのような雑誌媒体が広告媒体として登録されているか一覧にして表示したり、男性向けの雑誌媒体の一覧を表示したりする場合に使用される。広告枠検索サービスは、本システムにおいて登録されている全ての広告枠の中から任意の条件で広告枠を検索させるサービスである。例えば、テレビＣＭの広告枠の情報を全て見たい場合とか、ある雑誌の広告枠を全て見たいとかいう場合に利用される。媒体検索を行う場合には、図７に示す広告主トップにおいて媒体検索ボタン８３３をクリックし、枠検索を行う場合には枠検索ボタン８３４をクリックする。これらの検索サービスのための構成は、前述したマッチングサービスと基本的に共通しているので、説明は割愛する。
【００６１】
次に、空き情報チェックサービスについて説明する。
空き情報チェックサービスは、本システムにおいて登録されている全ての広告枠について、空き情報をチェックさせるサービスである。空き情報チェックサービスは、広告枠を指定させてその空き情報をチェックさせるサービスである。従って、広告枠検索サービスのための構成に、空き情報を表示する機能を付加したものである。空き情報チェックを行う場合には、図７に示す広告主トップにおいて空き情報チェックボタン８２８をクリックする。空き情報表示のためのプログラムやハードウェア資源は、マッチングサービスにおけるものと共通しているので説明は割愛する。
【００６２】
次に、メディアミックスサービスについて説明する。
メディアミックスとは、一つの商品の広告宣伝をする際に複数の広告媒体を組み合わせて使用する広告手法である。本実施形態におけるメディアミックスサービスは、メディアミックスを行おうとする広告主に対し、最適な広告媒体の組み合わせ、最適な広告枠の組み合わせの情報（以下、メディアミックス情報）を提供するサービスである。
本実施形態の広告仲介システムは、二種類のメディアミックスサービスが提供できるようになっている。一つは、広告主に広告媒体を複数種を指定させてメディアミックス情報を提供するサービス（以下、種類指定サービス）である。もう一つは、本システムの側で最適な広告媒体の組み合わせを判断してメディアミックス情報を提供するサービス（以下、おまかせサービス）である。
【００６３】
広告仲介サーバ１のハードディスクには、メディアミックサービスのトップページ（以下、ミックストップ）用のＷＰＦが保存されている。図７に示す広告主トップに設けられたミックスボタン８２７には、ミックストップへのリンクが貼られている。
図１６は、ミックストップの概略図である。図１６に示すように、ミックストップには、「メディア指定」と表記されたコマンドボタン（以下、種類指定ボタン）８４７と、「おまかせ」と表記されたボタン（以下、おまかせボタン）８４８とが設けられている。種類指定ボタン８４７をクリックすると種類指定サービスが利用でき、おまかせボタン８４８をクリックするとおまかせサービスが利用できるようになっている。
【００６４】
まず、種類指定サービスについて説明する。
広告仲介サーバ１のハードディスクには、種類指定ページ用のＷＰＦが保存されている。図１６に示す種類指定ボタン８４７には種類指定ページへのリンクが貼られている。図１７は種類指定ページの概略図である。図１７に示すように、種類指定ページでは、種類指定欄８４９、広告予算入力欄８５０、オプション入力欄８５１、優先指定入力欄８５２、送信ボタン８９０等が設けられている。
種類指定欄８４９には、各広告媒体の種類の名称が表記され、その横にチェックボックスが設けられている。チェックボックスにチェックを入れることで、その種類の広告媒体を指定することができるようになっている。
【００６５】
広告予算入力欄８５０は、そのメディアミックスを展開するのに許された予算の額を入力する欄である。図１７に示すように、具体的な金額を入力するか、ある幅で表記された予算額のいずれかを選ぶようになっている。
オプション入力欄８５１は、そのメディアミックスを展開する際に狙いたいターゲット層の情報を必要に応じて入力する欄である。各項目は、マッチングサービスにおけるものと共通しており、図１１に示すマッチング情報入力ページにおけるものと同様である。
優先入力欄８５２は、メディアミックスに際して露出度とマッチング度とのどちらを優先するのかを選択させる欄である。図１７に示すように、この欄は、ラジオボタンの構成になっている。
【００６６】
広告仲介サーバ１のハードディスクには、種類指定サービスのためのＣＧＩプログラム（以下、種類指定サービスプログラム）がインストールされている。図１７に示す送信ボタン８９０には、種類指定サービスプログラムの起動コマンドが埋め込まれている。
種類指定サービスプログラムは、広告予算の使用比率を入力させる予算比率入力モジュールと、指定された広告媒体の各種類において最適な広告媒体を決定する媒体決定モジュールと、媒体決定モジュールで決定された複数の広告媒体のデータを所定のフォームファイルに組み込んで広告主端末３に送信して表示させる表示モジュールとを備えている。
媒体決定モジュールは、指定された広告媒体の種類において最適な広告媒体の候補を決定する候補決定サブモジュールと、候補決定サブモジュールにおいて決定された候補の中から、優先入力に従い一つの広告媒体を選択する媒体選択サブモジュールとを備えている。
【００６７】
広告仲介サーバ１のハードディスクには、予算比率入力ページ用のＷＰＦが保存されている。図１８は、予算比率入力モジュールにより表示される予算比率入力ページの一例を示す概略図である。予算比率入力ページは、新たにウインド８５３を追加して表示されるものであり、この中に、種類指定欄で指定された媒体種類がリスト表示され、各媒体種類の横に予算比率（この例では百分率）を入力する欄が設けられるようになっている。
ＯＫボタン８９１には、予算比率入力ページで正しく予算比率が入力され、ＯＫボタン８９１がクリックされると、候補決定サブモジュールが起動するようになっている。候補決定サブモジュールは、広告予算入力欄に入力された予算額と、予算比率入力ページで入力された予算比率に従い、各種類の広告媒体について使用可能な予算額をまず計算する。そして、その予算の範囲内で使用可能な広告枠を検索する。
【００６８】
具体的に説明すると、例えば広告媒体の種類の一つとして「テレビ」が選択され、計算された使用可能な予算が３００万円〜５００万円であったとする。この予算の枠内で使用可能な広告媒体を、オプション入力欄で入力された情報に従って検索する。この部分は、マッチングサービスにおける枠検索と同じである。但し、その広告媒体について登録された少なくとも一つの広告枠について、「広告掲載期間」で入力された期間内で「空き情報」が真値であるもののを候補とする。
候補選択モジュールは、決定された候補の中から、優先入力に従って一つの広告枠を決定する。上記例で言うと、例えば露出度が優先された場合、予算３００万円〜５００万円の範囲内で且つオプション入力欄を満たすもののうち、露出度が上位にランクされたものの中から一つを選択する。「上位にランクされたものの中から一つを選択する」とは、露出度が最も高いものを選択したり、例えば露出度が１〜５位までにランクされたもののうち、マッチング度が最も高いものや、最も広告料金が安いものを選択したりすることが考えられる。また、マッチング度が優先された場合、マッチング度が上位にランクされたものの中らか一つを選択する。この場合も、マッチング度が最も高いものを選択しても良いし、例えばマッチング度が１〜５位までにランクされたものの中から露出度が最も高いものを選択したり、最も広告料金が安いものを選択したりすることが考えられる。このようにして、候補選択モジュールは、指定されたすべての種類の広告媒体について、特定の広告媒体を選択すると、候補決定モジュールが終了する。
【００６９】
広告仲介サーバ１には、前記フォームファイルとしては、媒体決定モジュールにより決定された各広告媒体のデータを表示したメディアミックス表示ページのＷＰＦが保存されている。図１９は、メディアミックス表示ページの一例を示す概略図である。図１９に示すように、メディアミックス表示ページでは、選択された各広告媒体の情報が表示されるようになっている。
図１９に示すように、メディアミックス表示ページにおいても、枠一覧ボタン８５５及び空き枠ボタン８５４が設けられている。これらの構成は、前述したマッチング結果ページにおけるものと同様である。
【００７０】
次に、おまかせサービスについて説明する。
広告仲介サーバ１のハードディスクには、おまかせ情報入力ページ用のＷＰＦが保存されている。図１６に示すおまかせボタン８４８には、おまかせ情報入力ページへのリンクが貼られている。
図２０は、おまかせ情報入力ページの概略図である。おまかせ情報入力ページは、図１７に示す種類指定ページとほぼ同様であるが、種類指定欄の代わりに商品情報入力欄８５８が設けられている点が異なっている。商品情報入力欄は、広告宣伝する商品又はサービス（以下、単に商品）の情報を入力させる欄である。図２０に示すように、商品情報入力欄８５８は、商品の名称をテキスト入力するページとなっている。
【００７１】
図１７に示す種類指定ページと同様、おまかせ情報入力ページにも送信ボタン８５９が設けられている。広告仲介サーバ１のハードディスクには、広告媒体の種類のミックスを決定するためのＣＧＩプログラム（以下、ミックスプログラム）がインストールされ、種類ミックス決定の際に用いられるテーブル（以下、ミックス用テーブル）を記録したファイル（以下、テーブルファイル）が保存されている。
図２０に示す送信ボタン８５９には、ミックスプログラムの起動コマンドが埋め込まれている。ミックスプログラムは、商品情報入力欄８５８で入力されたテキストデータ（以下、商品データ）を引数にいて起動されるようになっている。ミックスプログラムは、商品データに基づき、ミックス用テーブルを参照可能な商品の名称（以下、商品マスタ名称）を求める商品マスタ名称決定モジュールと、決定された商品マスタ名称に基づき、ミックス用テーブルを参照して種類ミックスを決定するミックスモジュールと、媒体決定モジュールと、表示モジュールとを備えている。
データベースサーバ７には、商品を形容する名詞と、それに対応した商品マスタ名称とをデータベース化して保存したファイル（以下、商品マスタファイル）が保存されている。ミックスプログラムの商品マスタ名称決定モジュールは、商品データをデータベースサーバ７に送り、対応する商品マスタ名称を取得するようになっている。例えば、商品データとして「ノートパソコン」が入力されたとする。この場合、商品マスタ名称としては例えば「パソコン」が該当し、「パソコン」を商品マスタ名称として取得する。
【００７２】
図２１は、ミックス用テーブルの一例を示した概略図である。図２１に示すように、ミックス用テーブルは、各商品マスタ名称について、ミックスする広告媒体の種類を特定したテーブルである。図２１中、○印が描かれているものがミックスする種類である。このように、各商品マスタ名称についてミックスする広告媒体の種類を予め定め、ミックス用テーブルを作成しておく。ミックスプログラムのミックスモジュールは、ミックス用テーブルを参照して○が付いている広告媒体の種類を特定し、それをメモリ変数に一時的に格納する。
媒体決定モジュール及び表示モジュールは、前述した種類指定サービスの場合と同様である。媒体決定モジュールは、メモリ変数から広告媒体の種類の情報を読み出し、これに基づいて各種類について広告媒体を決定する。その際、オプション入力欄に入力された情報に基づいて広告媒体の候補をリストアップし、優先入力に従って露出度かマッチング度で上位にランクされたもののうちの一つの広告媒体を決定する。そして、表示モジュールが同様に結果を広告主端末３に送って表示させるようになっている。
【００７３】
上述した二つのメディアミックスサービスは、いずれも、最適な複数の異なる種類の広告媒体の情報を提供するものであったが、さらにこれに広告枠の情報を含めても良い。例えば、割り当てられた広告予算の中で使用可能であってアクセス時に空きである広告枠を一つ選定するサブプログラムを設ける。各広告媒体が決定された後、このサブプログラムが実行され、決定された各広告枠の情報は一時的にメモリ変数に記憶される。メディアミックス表示ページには、広告枠ミックス表示用のコマンドボタンが設けられ、このコマンドボタンがクリックされると、複数の広告枠の情報がメモリ変数から読み出されて広告主端末３に送信されて表示される。この情報は、一つのメディアミックスを実行する際の具体的なプランという性質のものになる。
【００７４】
次に、広告主支援サービスについて説明する。広告主支援サービスは、広告主の会社における宣伝担当者等の業務を支援する幾つかのサービスの総称である。本実施形態では、広告主支援サービスとして、企画書作成支援サービス、企画書登録サービス、Ｍｙ広告媒体サービス、Ｍｙ広告枠サービス等がある。
広告主支援サービス等のため、本実施形態では、ストレージサーバ９を備えている。ストレージサーバ９は、広告主支援サービス提供のためデータストレージ領域を確保するものである。ストレージサーバ９は、比較的大きな記憶領域のハードディスクを備えたサーバコンピュータである。広告仲介サーバ１のハードディスク又はデータベースサーバ７のハードディスクに広告主支援サービス提供用の記憶領域を設定するようにしてもよい。本実施形態では、広告主支援サービス提供用に大きな記憶領域が必要になることやセキュリティ等の問題のため、ストレージサーバ９を設けている。
前述した広告主登録プログラムは、認証サーバ６への登録が済んだ後、ストレージサーバ９のハードディスクに広告主のための記憶領域を設定するサブプログラムを実行するようになっている。サブプログラムは、設定した会員ＩＤを使用することで識別可能なパスをストレージサーバ９に登録する。以下、このパスをＭｙページパスと呼ぶ。
【００７５】
まず、企画書作成サービスについて説明する。
企画書作成サービスは、広告主の担当者に対し、マッチングサービスを利用した結果などに基づいて自動的に企画者作成されるようにしたサービスである。企画書作成サービスは、マッチングサービスの利用結果やメディアミックスサービスの利用結果に基づいて利用できるようになっている。
まず、マッチングサービスの利用結果に基づいて企画書作成サービスを利用するための構成について説明する。例えば図１５に示す空き枠一覧ページには、「企画書作成」と表記されたコマンドボタン（以下、企画書作成ボタン）８６０が設けられている。また、広告仲介サーバ１のハードディスクには、企画書作成のために広告枠を選択する入力を行わせる枠選択ページのＷＰＦが保存されている。企画書作成ボタン８６０は、枠選択ページへのリンクが貼られている。
【００７６】
図２２は、枠選択ページの一例を示す図である。図２２に示す枠選択ページは、図１５に示す空き枠一覧ページとほぼ同様であるが、広告枠の情報を表記した各行の末尾にはチェックボックス８６２が設けられている点が異なっている。
また、枠選択ページには、送信ボタン８６３が設けられている。広告仲介サーバ１のハードディスクには、企画書作成のためのＣＧＩプログラム（企画書作成プログラム）がインストールされている。
広告仲介サーバ１のハードディスクには、企画書作成のテンプレートファイル（企画書ファイル）が保存されている。送信ボタン８６３は、チェックボックス８６２にチェックが入った行に表示されている広告枠の枠ＩＤを引数にして企画書作成プログラムを起動するようになっている。企画書作成プログラムは、渡された枠ＩＤを検索キーにしてデータベースサーバ７を検索させ、該当するレコードから必要なフィールドのデータを取得する。また、ログインの際に送信された会員ＩＤを検索キーにして認証サーバ６に認証用データベースを検索させ、「担当者名」や「所属部署」等の情報を取得する。そして、取得したデータを企画書ファイルの所定の箇所に組み込んだ上で広告主端末３に送信し、端末３に表示させるようプログラミングされている。
【００７７】
図２３は、データが組み込まれた企画書の一例を示す概略図である。図２３に示すように、広告宣伝対象の商品の名称、使用する広告媒体や広告枠、使用する予算額、掲載期間等の情報を企画書のスタイルでまとめられている。企画書ファイルは、ＨＴＭＬやＰＤＦのような周知の形式のファイルであり、ブラウザや文書管理ソフトウェアの印刷機能を使用してプリントアウトすることができるようになっている。
また、図２４は、企画書表示ページの概略図である。広告仲介サーバ１のハードディスクには、作成した企画書を広告主端末上に表示する企画書表示ページ用のＷＰＦが保存されている。企画書作成プログラムは、企画書を作成すると、図２４に示すように、企画書表示ページを広告主端末３に送信して表示させるようになっている。図２４に示すように、企画書表示ページには、「サーバに保存」と表記されたコマンドボタン（以下、サーバ保存ボタン）８６５と、「自分のパソコンに保存」と表記されたコマンドボタン（以下、端末保存ボタン）８６４とが設けられている。
【００７８】
広告仲介サーバ１のハードディスクには、作成した企画書のファイル（以下、作成ファイル）をストレージサーバ９に保存するＣＧＩプログラム（以下、サーバ保存プログラム）がインストールされている。サーバ保存ボタン８６５にはサーバ保存プログラムの起動コマンドが埋め込まれいる。サーバ保存プログラムは、作成ファイルの名称を入力させるウインドウを広告主端末３に表示させる。このウインドウにも保存ボタンが設けられており、名称が入力されて保存ボタンがクリックされると、ログインした際の会員ＩＤについて登録されたストレージサーバ９のＭｙページパスに作成ファイルを保存するようプログラミングされている。
端末保存ボタン８６４には、広告主端末３が備える記憶部に作成ファイルを保存するプログラムの起動コマンドが埋め込まれている。このプログラムは、ブラウザや文書管理ソフトウェアの機能を利用して作成ファイルを保存するようになっている。
メディアミックスサービスの結果を利用して企画書を作成する場合も、ほぼ同様である。図２２に示すように、メディアミックス表示ページにも、企画書作成ボタンが設けられている。この企画書ボタンがクリックされた場合に、図２３とほぼ同様の企画書が自動的に作成されるようになっている。この場合には、選択した広告媒体が列記されることになる。
【００７９】
次に、Ｍｙページサービスについて説明する。Ｍｙページサービスは、システムが備えるストレージサーバ９に、マッチングサービスやメディアミックスサービスを利用した結果等を保存し、次回のアクセスの際に利用させるサービスの総称である。
まず、Ｍｙ広告媒体サービスについて説明する。
図１２に示すように、マッチングサービス結果ページには、「Ｍｙ広告媒体に追加」と表記されたコマンドボタン（以下、Ｍｙ媒体追加ボタン）８９２が設けられている。尚、前述した広告主登録プログラムは、広告主としての会員登録の際、ストレージサーバ９の当該広告主用のＭｙページパスに、Ｍｙ媒体追加用のデータベースファイル（以下、Ｍｙ媒体追加ファイル）及びＭｙ枠追加用のデータベースファイル（以下、Ｍｙ枠追加ファイル）を作成して保存するようプログラミングされている。
【００８０】
広告仲介サーバ１のハードディスクには、Ｍｙ広告媒体サービスのためのＣＧＩプログラム（以下、Ｍｙ媒体追加プログラム）がインストールされている。Ｍｙ媒体追加ボタン８９２には、Ｍｙ媒体追加プログラムの起動コマンドが埋め込まれている。Ｍｙ媒体追加ボタンは、マッチングサービス結果ページを送信した際に組み込んだ媒体ＩＤ及び媒体名称と、ログインの際に保持した会員ＩＤとを引数にしてＭｙ媒体追加プログラムを起動するようになっている。Ｍｙ媒体追加プログラムは、渡された会員ＩＤに従ってストレージサーバ９の当該会員用のＭｙページパスにアクセスし、そのパスに保存されているＭｙ媒体追加ファイルを開く。そして、渡された媒体ＩＤと媒体名称とから成る一つのレコードを新規のレコードとして追加するようになっている。
【００８１】
次に、Ｍｙ広告枠サービスについて説明する。
図１３に示すように、枠一覧ページに表示された広告枠の各行には、「Ｍｙ枠追加」と表記されたコマンドボタン（以下、Ｍｙ枠ボタン）８９３が設けられている。一方、広告仲介サーバ１のハードディスクには、Ｍｙ広告枠サービスのために広告枠を追加するＣＧＩプログラム（以下、Ｍｙ枠追加プログラム）がインストールされている。Ｍｙ枠追加ボタン８９３には、Ｍｙ枠追加プログラムの起動コマンドが埋め込まれている。
Ｍｙ枠追加プログラムも、Ｍｙ媒体追加プログラムとほぼ同様の構成である。マッチングサービス結果ページを送信した際に組み込まれた枠ＩＤと枠名称が会員ＩＤととも渡され、ストレージサーバ９の当該会員用のＭｙページパスのＭｙ枠追加ファイルに新レコードとして追加されるようになっている。
【００８２】
このようなＭｙ媒体追加ボタンは媒体検索サービスの結果を表示するページも設けられており、Ｍｙ枠追加ボタンは広告枠検索サービスの結果を表示するページにも設けられている。また、図１９に示すように、メディアミックス表示ページにもＭｙ媒体追加ボタンが設けられている。この構成も、上記とほぼ同様である。メディアミックス表示ページの場合、広告媒体は複数あるので、それぞれを一つのレコードとして登録するようプログラミングされる。もしくは、登録する広告媒体を選択させてから登録するようにしても良い。
【００８３】
一方、前述したように、広告主トップにはＭｙ媒体ボタンやＭｙ枠ボタンが設けられている。これらのボタンは、ストレージサーバ９のＭｙページパスに保存した広告媒体や広告枠の情報を表示するものである。
広告仲介サーバ１のハードディスクには、Ｍｙ媒体表示用のＣＧＩプログラム（以下、Ｍｙ媒体表示プログラム）がインストールされている。Ｍｙ媒体ボタンには、Ｍｙ媒体表示プログラムの起動コマンドがインストールされている。Ｍｙ媒体ボタンは、ログインした際に保持した会員ＩＤを引数にしてＭｙ媒体表示プログラムを起動するようになっている。Ｍｙ媒体表示プログラムは、渡された会員ＩＤに従ってストレージサーバ９の当該会員用のＭｙページパスにアクセスし、そこに保存されているＭｙ媒体ファイルを開いて全てのレコードの情報を取得するようになっている。そして、所定の表示フォームに組み込んで広告主端末３に送信し、広告主端末３に表示させるようプログラミングされている。この表示フォームは、広告媒体をリスト表示するようになっており、いずれかの広告媒体を選べるようになっている。広告仲介サーバ１のハードディスクには、選ばれた広告媒体の詳細情報を広告主端末３に送信して広告主端末３に表示させるプログラムがインストールされている。
【００８４】
また、広告仲介サーバ１のハードディスクには、Ｍｙ枠表示用のＣＧＩプログラム（以下、Ｍｙ枠表示プログラム）がインストールされている。Ｍｙ枠ボタンには、Ｍｙ枠表示プログラムの起動コマンドがインストールされている。Ｍｙ枠ボタンは、ログインした際に保持した会員ＩＤを引数にしてＭｙ枠表示プログラムを起動するようになっている。
Ｍｙ媒体表示プログラムは、渡された会員ＩＤに従ってストレージサーバ９の当該会員用のＭｙページパスにアクセスし、そこに保存されているＭｙ媒体ファイルを開いて全てのレコードの情報を取得するようになっている。広告仲介サーバ１のハードディスクには、Ｍｙ媒体を表示するＭｙ媒体ページ用のＷＰＦが保存されている。Ｍｙ媒体表示プログラムは、取得した情報をＭｙ媒体ページに組み込んで広告主端末３に送信して表示させるようになっている。
【００８５】
図２５は、Ｍｙ媒体ページの一例を示す概略図である。図２５に示すように、Ｍｙ媒体ページには、「詳細情報」と表記されたコマンドボタン（以下、詳細ボタン）８６７と、「空き枠チェック」と表記されたコマンドボタン（空き枠チェックボタン）８６６とがある。詳細ボタン８６７には、その広告媒体の詳細情報（媒体説明、露出度等）を広告主端末３に表示するためのプログラムの起動コマンドが記述されている。また、空き枠チェックボタン８６６には、その広告媒体の広告枠として登録され、アクセスした時点で現在又は将来の「空き情報」が真値である広告枠のリストを表示するようになっている。これらの構成は、前述した媒体検索サービスのための構成や空き枠一覧を表示するための構成と同様にできるので、説明は割愛する。
【００８６】
また、広告仲介サーバ１のハードディスクには、Ｍｙ枠を表示するＭｙ枠ページ用のＷＰＦが保存されている。Ｍｙ枠ボタンは、ログインの際に保持した会員ＩＤを引数にしてＭｙ枠表示プログラムを起動するようになっている。Ｍｙ枠表示プログラムは、取得した情報をＭｙ枠ページに組み込んで広告主端末３に送信して表示させるようになっている。
図２６は、Ｍｙ枠ページの一例を示す概略図である。図２６に示すように、Ｍｙ媒体ページには、「詳細情報」と表記されたコマンドボタン（以下、詳細ボタン）８６８と、「空きチェック」と表記されたコマンドボタン（空きチェックボタン）８６７とがある。詳細ボタン８６８には、その広告枠の詳細情報（枠説明、広告料金等）を広告主端末３に表示するためのプログラムの起動コマンドが埋め込まれている。また、空きチェックボタン８６７には、アクセスした時点でその広告枠の「空き情報」が真値であるかどうかをチェックするためのプログラムの起動コマンドが埋め込まれている。詳細ボタン８６８をクリックされると、枠ＩＤに従ってデータベースファイルが検索されて当該広告枠の情報が取得されて広告主端末３に表示されるようになっている。また、空きチェックボタン８６７がクリックされると、枠ＩＤに従って枠情報ファイルの「空き情報」のフィールド又は空き情報ファイルの該当レコードが読み出され、アクセス時点で空いているかどうかの結果が広告主端末３に表示されるようになっている。これらについても、上記説明を参照して構成することができるので詳細な説明は省略する。
【００８７】
次に、広告枠の購入に関する構成について説明する。
本実施形態では、システム上で広告枠の予約や広告料金の決済ができるようになっている。まず、予約について説明する。
例えば、図１３に示すように、枠一覧ページは、広告枠のリストの各行に「予約」と表記されたコマンドボタン（以下、予約ボタン）８８６が設けられている。一方、広告仲介システムのハードディスクには、予約ページ用のＷＰＦが保存され、予約ページを表示するためのＣＧＩプログラム（以下、予約ページ表示プログラム）がインストールされている。予約ボタンには、予約ページ表示プログラムの起動コマンドが埋め込まれている。
【００８８】
図２７は、予約ページの一例の概略図である。
図２７に示すように、予約ページには、広告枠の情報を表示した欄８８７と、送信ボタン８８８とが設けられている。広告枠の情報は確認のためで、図１３において、クリックした予約ボタン８８６が設けられている行の広告枠の情報が再度表示されるようになっている。予約ボタン８８６は、当該行の広告枠の枠ＩＤを引数にして予約ページ表示プログラムを起動するようになっており、予約ページ表示プログラムは、クリックされた予約ボタン８８６の行の広告枠の情報をデータベースサーバ７から取得して予約ページ用のＷＰＦに組み込んで送信し、広告主端末３に表示させるようになっている。
また、図２７に示す予約ページには、「期間選択」と表記されたコマンドボタン（以下、期間ボタン）８８９が設けられている。広告仲介サーバ１のハードディスクには、広告掲載期間を選択させるＣＧＩプログラム（以下、期間選択プログラム）がインストールされ、期間選択ボタン８８９にはその起動コマンドが埋め込まれている。
【００８９】
図２８は、期間選択プログラムにより期間選択ウインドウ８９４がオープンした状態の一例を示す概略図である。図２８に示すように、期間選択ウインドウは、期間選択のためのチェックボックス８９５と、ＯＫボタン８９６とを有する。尚、図２８に示すように、元々空きのない期間については、「−」が表示され、チェックができないようになっている。期間選択プログラムは、空いている期間にチェックボックスを組み込む点を除き、図１４に示す空き情報ページを表示するプログラムとほぼ同様である。
図２８に示すＯＫボタン８９６がクリックされると、ウインドウが閉じ、選択された期間の情報が一時的にメモリ変数に格納されるようプログラミングされている。そして、選択された期間の情報は、図２７に示す予約ページに確認のため表示されるようになっている。
尚、図１５に示す空き枠一覧ページにも予約ボタン８８６が設けられている。この図１５に示す例の広告枠には、空き情報ファイルが設けられおらず、枠情報ファイルに空き情報が直接記録されているので、予約ボタン８８６をクリックした場合でも予約ページには期間選択ボタン８８９は設けられない。
【００９０】
また、広告仲介サーバのハードディスクには、予約確認のためのＣＧＩプログラム（以下、予約確認プログラム）がインストールされている。図２７に示す送信ボタン８８８には、予約確認プログラムの起動コマンドが埋め込まれている。
一方、広告仲介サーバ１のハードディスクには、予約確認ページ用のＷＰＦが保存されている。予約処理プログラムは、ログインした際に保持した会員ＩＤをデータベースサーバ７に送り、広告主マスタファイルから広告主の登録情報（担当者名など）を取得する。そして、この情報を、図２７に示す予約ページを表示した際の枠ＩＤに従って取得した広告枠の情報と併せて予約確認ページ用のＷＰＦに組み込み、広告主端末に送信してに表示させる。
【００９１】
図２８は、予約確認ページの一例の概略図である。予約確認ページには、予約情報を表示した予約情報表示欄９０１と、確認ボタン９０２とが設けられている。一方、広告仲介サーバ１のハードディスクには、予約処理用のＣＧＩプログラムが設けられている。また、ストレージサーバ９のハードディスクには、予約情報をデータベース化して保存したＤＢＦ（以下、予約情報ファイル）が保存されている。広告仲介サーバ１のハードディスクには、予約確認ページの予約情報常時欄９０１の内容を予約情報ファイルに記録するためのＣＧＩプログラム（以下、予約登録プログラム）がインストールされており、確認ボタンには、その起動コマンドが埋め込まれている。
予約情報ファイルは、予約情報表示欄９０１の各項目をフィールドにしたレコードを多数登録するものである。予約登録プログラムは、予約確認ページの各情報を新しくレコードを追加して予約情報ファイルに登録するようプログラミングされている。
【００９２】
予約が完了すると、本システムを使用して請求書が自動作成され、広告主に送付されるようになっている。本システムのオペレータは、後述する管理用コンピュータ１００は、
本実施形態のシステムでは、広告料金の支払い決済もできるようになっている。具体的に説明すると、図示はされていないが、広告主トップには、「広告料金支払い」のコマンドボタン（以下、支払いボタン）がある。また、広告仲介サーバ１のハードディスクには、支払いのためのＣＧＩプログラム（支払いプログラム）がインストールされている。支払いボタンをクリックすると、その広告主が予約した広告掲載の枠の一覧が表示されるようになっている。そのうちの任意のもの（１又は複数、全部でもよい）を選択した上でＯＫボタンをクリックすると、クレジットカードの番号等を入力する欄が表示され、正しく入力されて送信ボタンがクリックされると、正式に決済が行われるようになっている。支払いプログラムその他の構成は、通常のネットショッピング等の決済の仕方と同様の構成なので詳細な説明は省略する。
この他、本実施形態では、請求書発行の後の銀行振込や口座引き落としでも決済が行えるようになっている。後述する管理用コンピュータ１００には、請求書を自動作成するプログラムがインストールされている。このプログラムは、一定期間ごと（例えば一日一回）に実行され、予約情報ファイルに新規に追加されたレコードについて、登録された情報を読み出して請求書フォームに組み込んで請求書を自動作成するようプログラミングされている。
決済が終了し、広告料金の支払いが完了すると、広告仲介サーバ１は、当該広告枠を提供した媒体提供者に電子メールでその旨を知らせるとともに、予約をした広告主にも電子メールで確認で知らせるようになっている。その後、広告主及び媒体提供者は、出稿などの具体的な広告掲載作業に入る。
【００９３】
上記構成に係る本実施形態の広告仲介システムによれば、媒体提供者に自分の広告媒体の情報を自由に登録させ、その登録情報に基づいて、広告主が希望する広告条件とのマッチングが行える。
インターネット４に接続できる端末２を保有する者であれば、誰でも媒体提供者として会員登録して自分の広告媒体の情報を提供できる。従って、どちらかというと大企業に偏っていた媒体情報の提供が、中小企業や個人などにも広がることが期待される。特に、ブログへの広告掲載に見られるように、個人が媒体提供者となるケースが増えてきている。従って、個人でも気軽に媒体登録ができる本実施形態の有用性は極めて高い。
【００９４】
また、多種多様な広告媒体や広告枠の情報が豊富に登録されることが期待されることから、広告主にとっても本システムの利用価値は高い。そして、中小企業や個人のような広告代理店との取引の無い主体であっても容易に広告媒体や広告枠の情報を入手でき、且つ広告予算の範囲内で最適な広告媒体や広告枠を見つけることができる。このようなことから、本システムによれば、多様化、豊富化する広告媒体が充分に活用され、色々な業種や規模の事業者等による広告の利用が促進される。
また、本システムによれば、登録される広告枠の情報に空き情報が含まれており、広告主の側で特定の広告枠の空き情報をチェックしたり、アクセスした時点で空きのある広告枠のみ広告主端末３に表示させることが可能となっている。従って、広告枠に空きがあるかどうかを媒体提供者にいちいち問い合わせすることが不要であり、アクセスした時点で即座に広告掲載できるものの中から最適な広告枠を選択することができる。この点でも、本システムの利便性は高い。
【００９５】
さらに、広告主が狙っている広告ターゲット層と、広告媒体にとっての接触者層とをマッチングさせ、広告主が考えている広告戦略に適した広告媒体の情報が広告主端末３において表示されるようになっている。従って、広告戦略を効率よく確実に実行する上においても、本システムの有用性は高い。
また、複数の広告媒体の種類を使用して広告を展開するメディアミックスを行う上でも、本システムによれば、マッチング度や露出度といった観点から最適な広告媒体のミックス（組み合わせ）情報が自動的に広告主に提供される。従って、メディアミックスを行う広告主にとって、本システムの有用性は極めて高い。
【００９６】
さらに、マッチングサービスの利用結果やメディアミックスサービスの利用結果に基づいて広告の企画書が本システムにより自動作成されるので、広告主の会社において企画書を上司等に提出する広告担当者にとって、極めて便利である。また、一度閲覧した広告媒体や広告枠の情報をサーバ側の保存部に保存しておけるので、インターネット４を介して別の端末２，３からアクセスした場合でも、同じ会員ＩＤでログインしておけば、簡単に同じ広告媒体や広告枠の情報を閲覧できる。このため、例えば外出時に空き情報のチェックなどを行いたい場合、極めて便利である。
また、本システムによれば、マッチングサービスやメディアミックスサービスを利用した結果からシステム上で広告掲載の予約ができる。従って、広告主としては別途媒体提供者に問い合わせる必要がなく、便利である。勿論、図１３や図１５に示すように、媒体提供者の情報が表示されるので、電子メールなどで別途問い合わせることはある。
【００９７】
次に、本願発明の別の実施形態について説明する。
この実施形態では、媒体提供者の側で最初からオミット（忌避）したい商品が登録できるようになっているとともに、広告主の側でも最初からオミットしたい広告媒体を登録できるようになっている。以下、この登録を忌避登録と呼ぶ。
まず、媒体提供者の側での商品の忌避登録について説明する。図３０は、忌避登録を行う際の媒体登録ページの一例を示した概略図である。図３０に示すように、この媒体登録ページには、「忌避登録」と表記されたコマンドボタン（以下、忌避登録ボタン）８６９が設けられている。広告仲介サーバ１のハードディスクには、忌避登録商品入力ページ用のＷＰＦが保存されており、忌避登録ボタン８６９には忌避商品入力ページへのリンクが貼られている。
【００９８】
図３１は、忌避商品入力ページの一例を示す概略図である。図３１に示すように、忌避登録商品入力ページには、忌避対象とされる可能性のある商品の名称が列記され、各名称の横にチェックボックス８７０が設けられている。また、「その他」と表記された部分の横にはテキストボックス８７１が設けられており、忌避したい商品の名称を自由に入力できるようになっている。
一方、媒体情報ファイルの各レコードには、「忌避商品」のフィールドが追加されている。媒体情報登録プログラムは、忌避商品入力ページで入力された商品の情報をこのフィールドに記録されるようになっている。例えば、「アダルト商品，ギャンブル，風俗サービス」のようにカンマで区切った状態で商品名をテキスト情報で登録するようにする。
【００９９】
次に、媒体提供者側での忌避登録に対応した検索の構成について説明する。
例えば前述したマッチングサービスにおいて、マッチング情報入力ページには、広告の対象である商品の名称を入力する欄が設けられる。マッチングプログラムは、上記マッチングのための検索を行う際、入力された商品の名称を検索キーにして各媒体情報ファイルの「忌避商品」のフィールドと照合する。「忌避商品」のフィールド中にカンマで区切られたテキスト中に一致するものがあった場合、媒体提供者側で忌避していた商品であると判断し、たとえヒットしたとしても、マッチング結果ページには表示されないよう、マッチングプログラムがプログラミングされる。つまり、広告主がある商品の名称をマッチングを行おうとした場合、その商品についての広告の掲載を元々望まない媒体提供者の広告媒体については、自動的にオミットされ、表示されない。勿論これは広告仲介サーバ１のプログラム上で行われているので、ログインしてきた広告主の側では見えない（意識されない）ようになっている。
【０１００】
次に、広告主の側での広告媒体の忌避について説明する。
図３２は、この実施形態における広告主トップの概略図である。図３２に示すように、この実施形態における広告主トップには、「Ｍｙ忌避媒体登録」と表記されたコマンドボタン（以下、Ｍｙ忌避登録ボタン）８７４が設けられている。一方、広告仲介サーバ１のハードディスクには、忌避媒体登録ページ用のＷＰＦが保存されている。Ｍｙ忌避登録ボタンには、忌避媒体登録ページへのリンクが貼られている。
図３３は、忌避媒体登録ページの概略図である。図３３に示すように、忌避媒体登録ページでは、忌避する広告媒体の種類を選択する媒体種類選択欄８７５と、登録ボタン８７７が設けられている。媒体種類選択欄８７５は、リストボックスとなっており、プルダウンして任意の広告媒体種類を選択するようになっている。尚、リストボックスに無い場合に広告媒体種類をテキスト入力させる欄８７６が設けられている。
【０１０１】
広告仲介サーバ１のハードディスクには、忌避媒体登録プログラムが設けられており、忌避媒体登録ページの登録ボタン８７７をクリックすることで起動するようになっている。また、広告主登録プログラムは、広告主としての会員登録を行った際、忌避媒体登録用のデータベースファイル（以下、忌避媒体ファイル）を作成してＭｙページパスに保存するサブプログラムを実行するようになっている。
一方、忌避媒体登録プログラムは、ログインの際に保持した会員ＩＤに従って対応するＭｙページパスにアクセスし、保存されている忌避媒体ファイルを開く。そして、選択された広告媒体種類を特定する情報（種類の名称又は種類ＩＤ）を新しいレコードとして記録するようになっている。
また、図３２に示すように、この別の実施形態における広告主トップには、「Ｍｙ忌避媒体登録参照」というコマンドボタン８７３がある。このコマンドボタン８７３をクリックすると、自分のＭｙページパスにある忌避媒体ファイルの内容が表示され（忌避媒体として登録した広告媒体種類のリストが表示され）るようになっている。広告主は、忌避媒体ファイルに登録された忌避媒体種類のリストを閲覧しながら、忌避媒体種類として追加すべきものがあるかどうか判断し、あれば忌避媒体登録ボタンをクリックして登録する。
【０１０２】
忌避媒体ファイルの使用したプログラムの構成について、マッチングサービスを例にして説明する。前述したマッチング情報入力ページで情報が入力して送信ボタンがクリックされると、マッチングプログラムは、会員ＩＤに従って対応するＭｙページパスにアクセスし、忌避媒体ファイルを開いておく。そして、マッチングプログラムは、データベースサーバ７に対する検索において、少なくとも一つの項目において一致したレコードがあった場合、そのレコードの媒体種類を読み出してメモリ変数に一時的に記憶する。そして、開いておいた忌避媒体ファイルに対し、記憶した媒体種類を検索キーにして検索し、その媒体種類を記録したレコードがあるかどうか判断する。忌避媒体種類として登録したレコードがあった場合、その広告媒体はヒットしなかったものとして扱い、マッチング結果ページには載せないようにする。
【０１０３】
メディアミックスサービスの場合も、基本的に同様である。例えば種類指定サービスプログラムは、同様に、起動した際にＭｙページパスにアクセスし、その会員の忌避媒体ファイルを開いておく。そして、候補決定サブモジュールは、特定の広告媒体を候補に挙げる際、その広告媒体のレコードについて「媒体種類」のフィールドを読み出し、忌避媒体ファイルに登録があるかどうか判断する。登録があれば、候補として挙げないようにする。
このように、本実施形態では、広告主が予め忌避した広告媒体の種類を登録できるので、マッチングサービスやメディアミックスサービスを利用した場合、その結果中に忌避種類である広告媒体がリストアップされることはない。例えば、会社の方針として成人向け男性雑誌には広告を載せないようにしている場合、忌避媒体ファイルに予め登録しておくことで、マッチング結果ページ等に載らないようにする利用の仕方が考えられる。
このように忌避媒体種類の登録を行う場合、媒体登録の際の「媒体種類」の情報は、より細かく区分されて登録されることが好ましい。例えば「月刊誌」というような媒体種類の名称では、忌避すべき種類であるかどうか判断が難しい場合が多い。従って、「月刊誌（女性向け）」、「月刊誌（男性向け）」、「月刊誌（未成年禁止）」、「月刊誌（子供向け」……、のように細かく区分して種類を設定しておき、いずれかを媒体提供者に選択させるようにする。
【０１０４】
また、忌避媒体ファイルは、一人の広告主に対して（一つの広告主の会員ＩＤに対して）二以上作成できるようにすることが好ましい。例えば、ある会社の広告担当者は、広告宣伝する商品や担当事業部などによって忌避すべき媒体種類が異なる場合がある。より具体的な例を挙げれば、化粧品会社において、女性用化粧品の場合には男性向け雑誌は元より広告掲載の予定が無いから忌避すべきであるし、男性用化粧品の場合には女性向け雑誌は元より掲載の予定が無いから忌避すべきである。この場合、女性用化粧品のために一つの忌避媒体ファイルを設けて忌避媒体種類を登録しておき、男性用化粧品のために一つの忌避媒体ファイルを設けて忌避媒体種類を登録しておく。そして、実際にマッチングサービスやメディアミックスサービスを利用する場合、どちらの忌避媒体ファイルを使用して忌避をするのかを選択するようにする。具体的には、例えばマッチング情報入力ページにおいて、「忌避媒体ファイル選択」のようなコマンドボタンを設け、それをクリックすると、その会員ＩＤについて登録されている忌避媒体ファイルのリストが表示されるようにしておき、いずれかの忌避媒体ファイルを選択させるようプログラミングされる。
ｄあ
また、抽象的な商品名を入力すると、サーバ側で忌避媒体種類を自動的に選定して結果からオミットするようシステムを構成することもできる。この場合は、ある標準化された商品名（前述した商品マスタ名称と同様のもの）の各々について、忌避すべき媒体種類を登録したデータベースファイル（以下、汎用忌避媒体ファイル）を設けておく。そして、入力された商品名から商品マスタ名称を決定し、商品マスタ名称に従ってデータベースファイルを検索して、忌避すべき媒体種類の情報を取得する。その後の構成は、前述したＭｙ忌避媒体登録の場合と同様である。この場合は、汎用忌避媒体ファイルを、異なる広告主からのアクセスにおいて共用されることになる。
【０１０５】
図１に示すように、上述した各実施形態の広告仲介システムには、イントラネット５上に管理用コンピュータ１００が設けられている。管理用コンピュータ１００は、本システムを運営する主体（広告代理店など、以下、運営者）に勤務するオペレータによって操作される端末２，３である。
管理用コンピュータ１００のハードディスクには、幾つかの管理用プログラムがインストールされている。管理用プログラムの一つは、媒体評価入力プログラムや枠評価プログラムである。媒体評価は、運営者の側で広告媒体や広告枠を評価し、それを閲覧情報に含ませたり、並べ替えのキーにしたりするものである。前述した「露出度」の項目は、媒体提供者が自由に入力できるもので、視聴率のようにある程度客観性の高い情報もあるが、主観的な情報の場合が多いので、信頼性はそれほど高くはない。そこで、運営者の側で個々に広告媒体や広告枠を評価し、その結果を登録するようにしておく。
【０１０６】
より具体的に説明すると、前述した媒体情報ファイルの各レコードは、「媒体評価」のフィールドを有している。このフィールドは、運営者による媒体評価の情報が登録されるようになっている。媒体評価情報は、例えばＡ，Ｂ，Ｃ，Ｄランクとされ、Ａが最も高く、Ｄが最も低い。媒体評価入力プログラムは、広告媒体を指定するためのモジュールと、媒体評価情報を入力するフォームを管理用コンピュータ１００に表示するモジュールと、入力された媒体評価情報を、指定された広告媒体のレコードの「媒体評価」のフィールドに記録するモジュールとを有している。
【０１０７】
また、前述した枠情報ファイルの各レコードは、「枠評価」のフィールドを有している。このフィールドは、運営者による広告枠評価の情報が登録されるようになっている。枠評価情報も例えばＡ，Ｂ，Ｃ，Ｄランクとされ、Ａが最も高く、Ｄが最も低い。媒体評価入力プログラムは、広告枠を指定するためのモジュールと、枠評価情報を入力するフォームを管理用コンピュータ１００に表示するモジュールと、入力された枠評価情報を、指定された広告枠のレコードの「枠評価」のフィールドに記録するモジュールとを有している。
このような運営者側での評価を利用したサービスについて実施形態について説明する。
この実施形態では、マッチング結果ページやメディアミックス表示ページにおいて、広告媒体を表示した各行には、「媒体評価」のフィールドのデータも併せて表示される。また、枠一覧ページや空き枠一覧ページでは、広告枠を表示した各行には、「枠評価」のフィールドのデータが表示される。
【０１０８】
またマッチング結果ページの表示順の欄には、「評価順」を選ぶラジオボタンが設けられ、運営者による媒体評価の順に並べ替えができるよう構成される。さらに、メディアミックスサービスでは、図１７に示す種類指定ページや図２０に示すおまかせ情報入力ページにおいて、優先指定入力の欄に「運営者評価」を指定できるよう構成される。「運営者評価」が指定された状態で送信ボタンがクリックされると、媒体選択サブモジュールは、「媒体評価」のフィールドのデータを比較し、これが最も高いレコードの広告媒体を選択するようプログラミングされる。この他、マッチング度が上位のレコードのうち「媒体評価」が最も高いレコードの広告媒体を選択するようにしても良い。さらに、マッチング情報入力ページにおいて、「媒体評価」の欄を設け、媒体評価が高いものだけがヒットするようにプログラミングすることも可能である。この点は、枠一覧ページや空き枠一覧ページを表示する場合も同じであり、「枠評価」が高いものだけが表示されるようプログラミングしたり、「枠評価」の順に並べ替えができるようにプログラミングしても良い。
【０１０９】
この実施形態では、露出度やマッチング度といった、媒体提供者が入力した情報に加え、「媒体評価」や「枠評価」といった運営者側の評価データを広告主に閲覧させることができ、また、そのような運営者側の評価データによって広告媒体や広告枠を選択させたりすることができる。このため、広告主に対してより客観的な指標が与えられることになり、より適切な広告媒体や広告枠を選択するに役立つ。
尚、「枠評価」は、一つの広告媒体の中でも広告効果が高いと運営者側で評価された枠と、そうではない枠とがあることを反映したものである。また、「媒体評価」は、広告掲載後の商品の実際の売れ行きを考慮して運営者側が決定することもある。
された
【０１１０】
また、管理用プログラムの別の一つは、「露出度」のデータを管理するための露出度管理プログラムである。前述したように「露出度」は媒体提供者が自由に入力するが、運営者の側で適宜変更できるようにしておく。例えばあまりにも妥当性に乏しいデータが入力されている場合、運営者の側で調査し、おおよそ妥当なデータに修正して入力する場合がある。露出度管理プログラムは、広告媒体を指定するためのモジュールと、露出度を入力するフォームを管理用コンピュータ１００に表示するモジュールと、入力された媒体評価情報を、指定された広告媒体のレコードの「露出度」のフィールドに更新して記録するモジュールとを有している。
【０１１１】
上述した各実施形態では、ネットワークはインターネット４であったが、原理的にはインターネット４以外のネットワーク環境においても本願発明は実施可能である。
また、広告仲介サーバ１とデータベースサーバ７は別のサーバであったが、これを一つのサーバで兼用することも可能である。この点は認証サーバ６についても同様であり、広告仲介サーバ１が認証サーバ６を兼用したり、データベースサーバ７が認証サーバ６を兼用したりすることも可能である。尚、認証サーバ６については、外部の認証サーバ６（イントラネット５上には無い別のサーバ）を利用することもあり得る。
尚、情報を保存するハードウェア資源としての保存部は、各実施形態ではハードディスクであったが、これは一例であって他の種類の記憶装置を保存部として使用することもあり得る。
また、広告仲介サーバ１を介してデータの入出力するプログラムとしては、前述したＣＧＩプログラムの他、ｊａｖａアプレットのようなプログラムを端末２，３にダウンロードして実行するものであっても良い。
【図面の簡単な説明】
【０１１２】
【図１】本願発明の実施形態に係る広告仲介システムの概略図である。
【図２】実施形態の広告仲介システムが提供するウェッブサイトのトップページの例について示した概略図である。
【図３】提供者登録用ファイルによって表示される提供者登録ページの概略を示した図である。
【図４】広告主登録用ファイルによって表示される広告主登録ページの概略を示した図である。
【図５】会員トップの概略図である。
【図６】提供者向けトップの概略図である。
【図７】広告主向けトップの概略図である。
【図８】媒体情報登録ページの概略図である。
【図９】媒体一覧ページが表示された状態を示す概略図である。
【図１０】枠登録ページの概略図である。
【図１１】マッチング情報入力ページの概略図である。
【図１２】マッチング結果ページの例を示した概略図である。
【図１３】枠一覧表示ページの一例を示した概略図である。
【図１４】空き情報ボタン８４５がクリックされた際の表示状態の一例を示した概略図である。
【図１５】図１２において、ある空き枠一覧ボタン８４３がクリックされた際の表示状態（空き枠一覧ページ）の一例を示した概略図である。
【図１６】ミックストップの概略図である。
【図１７】種類指定ページの概略図である。
【図１８】予算比率入力モジュールにより表示される予算比率入力ページの一例を示す概略図である。
【図１９】メディアミックス表示ページの一例を示す概略図である。
【図２０】おまかせ情報入力ページの概略図である。
【図２１】ミックス用テーブルの一例を示した概略図である。
【図２２】枠選択ページの一例を示す図である。
【図２３】データが組み込まれた企画書の一例を示す概略図である。
【図２４】企画書表示ページの概略図である。
【図２５】Ｍｙ媒体ページの一例を示す概略図である。
【図２６】Ｍｙ枠ページの一例を示す概略図である。
【図２７】予約ページの一例の概略図である。
【図２８】予約確認ページの一例の概略図である。
【図２９】期間選択プログラムにより期間選択ウインドウ８９４がオープンした状態の一例を示す概略図である
【図３０】避登録を行う際の媒体登録ページの一例を示した概略図である。
【図３１】忌避商品入力ページの一例を示す概略図である。
【図３２】別の実施形態における広告主トップの概略図である。
【図３３】忌避媒体登録ページの概略図である。
【符号の説明】
【０１１３】
１  広告仲介サーバ
２  提供者端末
３  広告主端末
４  インターネット
５  イントラネット
６  認証サーバ
７  データベースサーバ
９  ストレージサーバ
１００  管理用コンピュータ
【図１】
2008140277.tif 000003
【図２】
2008140277.tif 000004
【図３】
2008140277.tif 000005
【図４】
2008140277.tif 000006
【図５】
2008140277.tif 000007
【図６】
2008140277.tif 000008
【図７】
2008140277.tif 000009
【図８】
2008140277.tif 000010
【図９】
2008140277.tif 000011
【図１０】
2008140277.tif 000012
【図１１】
2008140277.tif 000013
【図１２】
2008140277.tif 000014
【図１３】
2008140277.tif 000015
【図１４】
2008140277.tif 000016
【図１５】
2008140277.tif 000017
【図１６】
2008140277.tif 000018
【図１７】
2008140277.tif 000019
【図１８】
2008140277.tif 000020
【図１９】
2008140277.tif 000021
【図２０】
2008140277.tif 000022
【図２１】
2008140277.tif 000023
【図２２】
2008140277.tif 000024
【図２３】
2008140277.tif 000025
【図２４】
2008140277.tif 000026
【図２５】
2008140277.tif 000027
【図２６】
2008140277.tif 000028
【図２７】
2008140277.tif 000029
【図２８】
2008140277.tif 000030
【図２９】
2008140277.tif 000031
【図３０】
2008140277.tif 000032
【図３１】
2008140277.tif 000033
【図３２】
2008140277.tif 000034
【図３３】
2008140277.tif 000035