JP4585801B2 - 広告情報登録方法及び広告表示システム - Google Patents

Description

本発明は、ネットワークに接続された端末から情報を管理するサーバに情報を登録する方法に係り、特に、コンテンツとこれに対応する処理とを別々に登録する場合の情報登録方法と、これを用いる情報管理装置及び広告表示システムとに関する。

インターネットを用いてサーバにコンテンツを登録する場合、ブラウザを用いて、コンテンツとその処理方法とを一括して登録するのが一般的である。この際、登録する情報が画像等のファイルである場合には、ローカルのファイルをロードして送信する方法が用いられる。

このインターネットにおける一般的なコンテンツ登録方式では、コンテンツとその処理方法とを一括して登録する必要があるため、ローカルファイルシステムにアクセスできない場合にはコンテンツを登録できないという問題があった。例えば、通常、携帯電話に搭載されているブラウザでは、セキュリティ上の問題からローカルファイルシステムにアクセスできないため、ローカルのファイルをロードして送信することはできなかった。また、公共の端末等から情報を登録する場合にも、ローカルの情報をロードすることができず、個人の所有する画像等のファイルを登録することはできなかった。さらに、情報を更新する場合には、すべての情報を一旦サーバからロードし、更新箇所のみを修正して再登録する必要があるため、特定の情報のみを頻繁に更新する場合は利用者の利便性が低く、また、特定のコンテンツを複数の処理方法で流用することはできなかった。

これに対し、画像等のコンテンツとそれに対する処理方法とを別々に登録する方法として、例えば以下の二つの方法が提案されている。特開2002-189723号公報では、複数の画像データを予めサーバにアップロードしておき、これらの画像を用いたコンテンツを作成する際に、画像を閲覧して選択することにより、当該画像データを用いたコンテンツを生成する技術が示されている。また、特開2001-142820号公報では、電子メールのサブジェクトにコマンドを記述し、このコマンドに基づいてコンテンツを処理する技術が示されている。

特開2001-142820号公報 特開2002-189723号公報

特開2002-189723号公報に示されている技術は、複数の画像を予め登録しておくことができるため、利用者は別の機会にコンテンツを選択し、処理を実行させることができた。しかし、この技術では、利用者がコンテンツを閲覧して選択する必要があるため、画面の小さい携帯端末で簡便に登録することはできなかった。

一方、特開2001-142820号公報に示されている技術は、利用者が電子メールを用いて、コンテンツに対する処理を登録する方法である。しかし、ユーザが自ら処理コマンドを入力する必要があるため、ユーザに処理コマンドに関する知識が必要である上、コマンドの打ち間違えによる処理ミスの可能性があり、ユーザ利便性の面で問題があった。

本発明の第一の目的は、情報登録端末のローカルな情報にアクセスできない場合にも、ユーザが所有する画像等の情報を簡単かつ確実に登録する方法と、該方法を用いた情報管理装置及び広告表示システムとを提供することにある。

上記目的を達成するために、本発明は、広告表示システムにおける広告情報登録方法であって、前記広告表示システムは、利用者の情報端末とネットワークを介して接続された広告管理サーバと、前記広告管理サーバと接続された広告表示装置と、を有し、前記広告管理サーバは、記憶装置と、処理装置と、を有し、前記広告管理サーバの記憶装置は、利用者ごとに、当該利用者の識別情報である利用者識別情報と、当該利用者の電子メールアドレスとを有する利用者情報と、広告の表示条件と、当該条件で表示する画像データを識別する画像識別情報と、利用者識別情報とを有する広告表示情報と、広告として表示する画像データと、当該画像データを識別する画像識別情報と、電子メールアドレスとを有する広告画像情報と、有し、前記広告管理サーバの処理装置が、表示条件登録ステップと、画像データ登録ステップと、前記記憶装置に記憶されている広告表示情報と広告画像情報とを、前記広告表示装置に出力する出力ステップと、を実行し、前記広告表示装置は、処理装置と、記憶装置と、表示装置と、を有し、前記広告表示装置の処理装置が、前記広告管理サーバから入力された広告表示情報と広告画像情報とを、自身の前記記憶装置に記憶させる登録ステップと、自身の前記記憶装置に記憶されている広告表示情報のうち、当該広告表示情報の有する表示条件が満たされているものがある場合、自身の前記記憶装置から、当該広告表示情報の有する画像識別情報と一致する画像識別情報を有する広告画像情報を検索し、当該検索した広告画像情報の有する画像データを前記表示装置に表示する表示ステップと、を実行し、前記表示条件登録ステップは、前記情報端末のブラウザ上に表示された画面上で入力され送信された、広告の表示条件と利用者識別情報とを含む要求を受信すると、当該受信した表示条件と利用者識別情報とを新たな広告表示情報として自身の前記記憶装置に記憶させ、自身の前記記憶装置に記憶されている利用者情報のうち、前記受信した利用者識別情報と一致する利用者識別情報を有するものを選択し、前記選択した利用者情報に含まれる電子メールアドレスを読み出し、自身の前記記憶装置に記憶されている広告画像情報のうち、当該読み出した電子メールアドレスと一致する電子メールアドレスを有するものを検索し、前記検索の結果、該当するものがある場合、該当する広告画像情報に含まれる画像識別情報を読み出し、前記記憶させた新たな広告表示情報に、前記読み出した画像識別情報をさらに含めて記憶させ、前記画像データ登録ステップは、画像データの添付された電子メールを受信すると、当該受信した電子メールに添付された画像データを識別する画像識別情報を生成し、当該生成した画像識別情報と、前記受信した電子メールに添付された画像データと、前記電子メールの差出人の電子メールアドレスとを新たな広告画像情報として自身の前記記憶装置に記憶させ、自身の前記記憶装置に記憶されている利用者情報のうち、前記受信した電子メールの差出人の電子メールアドレスと一致する電子メールアドレスを有するものを選択し、前記選択した利用者情報に含まれる利用者識別情報を読み出し、前記記憶装置に記憶されている広告表示情報のうち、前記読み出した利用者識別情報と一致する利用者識別情報を有するものを検索し、前記検索の結果、該当するものがある場合、該当する広告表示情報に、前記生成した画像識別情報をさらに含めて記憶させ、前記出力ステップは、前記表示条件登録ステップで画像識別情報をさらに含めて記憶させた新たな広告表示情報、前記画像情報登録ステップで記憶させた新たな広告画像情報、前記画像情報登録ステップで画像識別情報をさらに含めて記憶させた広告表示情報を、前記広告表示装置に出力することを特徴とする。

本発明によれば、利用者は、画像等のコンテンツとその処理方法とを別々に登録することができる。また本発明によれば、電子メールを用いて、画像等のコンテンツを簡便に更新することができる。

以下、広告表示システムにおける広告情報登録方法を例に、本発明の実施形態について図面を用いて具体的に説明するが、本発明はこれに限定されるものではない。

本実施例の広告表示システムの全体構成を図１に示す。利用者は、自宅等に保持している利用者端末1010や、公共の場所に設置してある公共端末1020、あるいは携帯端末1030等を用い、インターネット1040を介して広告表示システム1050内の広告管理サーバ1060に接続する。携帯端末は、携帯ネットワーク1070とインターネットとを仲介する携帯ゲートウェイ1080を介して広告管理サーバに接続する。

図2は、携帯端末の内部構造である。携帯端末1030は、携帯ゲートウェイを介してインターネットに接続するための通信装置2020、利用者が情報を入力するための入力装置2030、表示装置2040、画像等のファイルを外部から入力する場合に用いる外部入力装置2050、広告画像等を撮影するための2060、各種処理を行う制御装置2070、主記憶装置2080、及び画像等の情報を格納するための記憶装置2090から構成される。

図3は、広告表示システムの内部構成である。広告表示システム1050は、広告管理サーバ1060と広告表示装置1090から構成される。広告管理サーバは、利用者端末や広告表示装置と通信するための通信装置3040、各種処理を行うための処理装置3050、主記憶装置3060、利用者の属性情報を格納する利用者情報データベース（以下、DBと略す）3070、広告の表示方法を格納する広告表示方法DB3080、及び広告の画像ファイルを格納する広告画像情報3090から構成される。

広告表示装置は、LAN（ローカルエリアネットワーク）などのローカルなネットワークを介して広告管理サーバに接続され、適宜広告情報等を受信して広告を表示する。広告表示装置は、広告管理サーバと通信を行う通信装置3100、広告情報を表示する表示装置3110、表示の制御等を行う制御装置3120、主記憶装置3130、広告管理サーバから送信される利用者情報、広告表示方法、広告画像情報をそれぞれ格納する、利用者情報DB3140、広告表示方法DB3150、広告画像情報DB3160から構成される。

広告管理サーバ、及び広告表示装置は、それぞれの通信装置を介してインターネット1040に接続されている。

利用者は、利用者端末や公共端末、あるいは携帯端末を用い、利用者登録情報や広告の表示方法、広告の画像情報等の複数の情報を、それぞれ別の機会に広告管理サーバに登録することができる。これらの情報を受け付けた広告管理サーバは、それぞれの機会に登録された情報を適切に関連付け、広告情報として必要な情報が整った後、表示装置に対して当該広告を表示する制御を行う。

以下、本実施例では、利用者が広告のテキスト情報を携帯端末のブラウザで、広告の画像情報を同じく携帯端末から電子メールで、それぞれ別の機会に登録し、これらの情報を利用者登録の際に登録した電子メールアドレス（本明細書では、単にメールアドレスと呼ぶ場合がある）によって関連付ける場合について示す。また、本実施例では、利用者が情報を登録する媒体として携帯端末のみを用いる例を示すが、それぞれの情報を登録する際に上記の異なる情報端末を用いることも可能であり、いずれの場合も以下の手順は同様である。

図4は、利用者が、広告の表示方法として広告の表示時間帯等を登録する際の処理フローである。まずステップ4010において、当該利用者がまだ利用者登録を行っていない場合には、利用者登録を行う。このとき表示される利用者登録画面の画面構成を図５に示す。利用者登録では、利用者の氏名5010、住所5020、電話番号5030、電子メールアドレス5040を登録する。上記の情報を受信した広告管理サーバは、当該ユーザのログイン識別子（以下、IDと略す）とパスワード（図面ではPWと略している場合がある）とを生成し、利用者情報DBに登録する。

図6は、広告管理サーバ内の利用者情報DBのデータ構造である。利用者情報DBは、利用者ID6010、ログインID6020、パスワード6030、氏名6040、住所6050、電話番号6060、電子メールアドレス6070から構成される。

図4に戻り、利用者はステップ4030において、携帯端末1030を用いて広告管理サーバからログインIDとパスワードを受信し、ステップ4040において、当該情報を用いて広告管理サーバにログインし、ステップ4050において広告表示方法を登録する。

図7は広告表示方法の登録画面の画面構成である。広告表示方法の登録画面では、広告のタイトル7010、コメント7020、及び広告の表示時間帯7030の登録を受け付ける。表示時間帯は、プルダウンのメニューから、午前、午後、全日等の選択を受け付ける。

図8は広告管理サーバ内の広告表示方法DBのデータ構造である。広告表示方法DBは、利用者ID8010、タイトル8020、コメント8030、表示時間帯8040、画像ID8050、登録日時8060から構成される。

次に、広告画像を登録する際の処理フローを図9に示す。広告表示方法の登録時と同様、ステップ9010で利用者登録を行っていない場合には、ステップ9020において利用者登録を行い、ステップ9030においてログインIDとパスワードを受信する。次に、ステップ9040において携帯端末の撮影装置を用いて広告画像を撮影し、ステップ9050において当該画像を添付したメールを広告管理サーバに送信する。

図10は、広告管理サーバ内の広告画像情報DBのデータ構造である。広告画像情報は、画像ID 10010、画像ファイル10020、差出人メールアドレス10030、及び登録日時10040から構成される。

なお、本実施例では携帯端末が撮影装置を有し、これを用いて広告画像を撮影する場合を示したが、予め撮影済みの画像を選択したり、あるいは携帯端末の外部入力装置を用い、撮影済みの広告画像ファイルを読み込んだりして電子メールで送信する方法も可能である。

図11は、広告管理サーバが、利用者から広告表示方法、あるいは広告画像情報を受信した際の処理フローである。ステップ11010において、利用者から受け付けた情報が広告表示方法である場合には、ステップ11020において広告表示方法DBに登録するとともに、ステップ11030において、利用者IDをキーとして利用者情報DBを参照し、当該利用者の電子メールアドレスを取得する。次に、ステップ11040において当該電子メールアドレスをキーとして広告画像情報DBを参照し、最新の広告画像情報を取得する。ステップ11050において、該当レコードが見つからない場合には、処理を終了する。見つかった場合には、ステップ11060において、当該レコードの画像IDを受信した広告表示方法の画像IDに設定し、ステップ11070において、広告表示装置に、当該広告表示方法と当該広告画像情報を送信する。

一方、ステップ11080において、受信した情報が広告画像情報である場合には、ステップ11090において広告画像情報DBに登録するとともに、ステップ11100において、差出人メールアドレスをキーとして利用者情報DBを参照し、当該利用者の利用者IDを取得する。次に、ステップ11110において、当該利用者IDをキーとして広告表示方法DBを参照し、最新の広告表示方法を取得する。ステップ11120において、該当レコードが見つからない場合には、処理を終了する。見つかった場合には、ステップ11130において、当該レコードの画像IDに受信した広告画像情報の画像IDを設定し、ステップ11070において、広告表示装置に、当該広告表示方法と当該広告画像情報を送信する。

ステップ11070の処理により、広告表示方法と広告画像情報とを受信した広告表示装置は、当該広告を表示する。

図12は、広告情報を受信した広告表示装置の処理フローである。広告管理サーバから広告情報を受信した広告表示装置は、ステップ11030において広告表示方法DBを参照し、受信した広告表示方法の利用者IDを持つレコードが存在する場合には、ステップ12020において、当該レコードを受信した広告表示方法で更新する。次に、ステップ12030において、受信した広告画像情報を広告画像情報DBに格納する。次に、ステップ12040において、当該時刻が当該広告の表示時間帯内かどうかを判定し、表示時間内である場合には、ステップ12050において当該広告を表示する。

図13は、広告表示装置の広告表示画面の画面構成である。広告表示画面には、広告表示方法DBから、広告タイトル11050、広告コメント11060、広告画像情報DBから広告画像11090、及び、利用者登録が行われるたびに更新される利用者情報から、利用者住所(店舗住所)、利用者電話番号(店舗電話番号)13040等が表示される。
上記の一連の処理によれば、予め利用者登録時にメールアドレスを登録しておけば、最新の広告表示方法と最新の広告画像を関連付け、広告のコンテンツを別々に、任意のタイミングで登録することが可能となる。

また、例えばカメラつき携帯端末を用いて画像を添付したメールを送信することにより、頻繁に広告画像のみを更新することが可能である。あるいは、携帯端末のブラウザを用いて広告管理サーバにアクセスし、広告表示方法として広告のコメントを送信することにより、広告コメントのみを頻繁に更新することも可能である。

本実施例では、最新の広告表示方法と最新の広告画像とを関連付ける方法を示したが、図11のステップ11110において、広告表示方法DBから、当該利用者IDのレコードで、かつ画像IDが未登録の最新のレコードを取得し、画像IDの記録を対応済みフラグとして用いれば、広告画像と広告表示方法とを一対一に対応付けることが可能となる。

また、上記の実施例では、広告表示方法と画像情報を関連付ける情報として、利用者登録の際に登録した電子メールアドレスを用いたが、この電子メールアドレスを利用者登録の際に登録するのではなく、広告表示方法の一部として登録することも可能である。この方法を用いれば、広告表示方法を登録する際に異なる電子メールアドレスを登録しておき、異なる電子メールアドレスから別々の広告画像を登録することにより、同一利用者が複数の広告を登録することが可能となる。

また、上記の実施例では、ユーザ登録の際にメールアドレスを登録し、当該メールアドレスによって広告画像と広告表示方法とを関連付けたが、この代替案として、ユーザ登録の際に広告管理サーバがユーザに一意なメールアドレスを割り当て、ユーザが当該メールアドレスに広告画像を送信する方法を用いることもできる。この場合、図6の利用者情報DBにおいて、電子メールアドレス6070として、本広告サーバが割り当てた電子メールアドレスを登録すると共に、図10の広告画像DBの差出人メールアドレスの代わりに宛先メールアドレスを登録しておく。この2つのDBのメールアドレスを用いて、広告表示方法DBの各レコードの登録利用者を特定することにより、上記の実施例と同様の方法で、広告表示方法と広告画像とを関連付けることが可能となる。

ユーザから広告表示方法を受け付けた際、この広告表示方法に対して一意なメールアドレスを生成して利用者に送信し、当該メールアドレスに対して送信された広告画像を前記表示方法にて表示する方法も可能である。以下、図14〜図17を用いてこの方法を用いる実施例について説明する。なお、本実施例におけるシステム構成は図1〜図3に示した実施例１における構成と同様であり、処理の流れも、ここに記載する以外は同様である。

本実施例における広告登録方法の全体の流れを図１４に示す。本実施例では利用者登録は必須ではないため、利用者認証、及び利用者登録のフローは記述していないが、一般には不正コンテンツの登録を防止するため、利用者登録と利用者認証を行う。

まず、携帯端末1030は、利用者による指示入力に応じて情報登録サーバに広告登録Webページ要求14010を送信し、受信した広告登録Webページ14020をステップ14030において表示する（図14）。この際に表示する画面は、図7に示したとおりであり、ユーザによる広告のタイトル、コメント、及び表示時間の入力を受け付けることができる。次に、ステップ14040において携帯端末1030は、ユーザが入力した広告表示方法14050を、広告管理サーバに送信する。

広告表示方法を受信した広告管理サーバ1060は、ステップ14060において、当該広告表示方法に対して一意なメールアドレスを生成し、ステップ14070において、受信した広告表示方法と当該メールアドレスとを広告表示方法DBに格納する。

図15は、広告表示方法DBのデータ構造である。この場合の広告表示方法DBは、広告表示方法ID15010、タイトル15020、コメント15030、表示時間帯15040、画像ID15050、登録日時15060に加え、ステップ14060において生成した電子メールアドレス15070を格納する。電子メールアドレスは、例えば広告表示方法IDを用い、(広告表示方法ID)＠xxx.yyyのように生成可能である。

図14に戻り、広告管理サーバ1060は、ステップ14070において広告表示方法を広告表示方法DB格納した後、生成したメールアドレス14080を送信する。メールアドレスを受信した携帯端末1030は、ステップ14090において、受信したメールアドレスを表示する。

携帯端末1030に表示されたメールアドレスは、クリックすることで直ちにメール作成画面に移行することができるほか、携帯端末のアドレス帳に登録しておき、後日メールを作成する際に簡単な操作でメール作成画面に移行できるようにすることができる。

このようにして取得したメールアドレスを用いて、広告管理サーバに広告画像を登録する際の処理フローを図16に示す。

ここで用いている例では、利用者は、まずステップ16010において、携帯端末に付属の撮影装置を用いて広告画像を撮影する。次に、ステップ16020において、上で述べた方法により、図14のステップ14090において受信した電子メールアドレス宛の電子メール作成画面を携帯端末に表示させる。

次に、ステップ16030において上記広告画像16040を添付し、電子メールを送信する。
電子メールを受信した広告管理サーバは、ステップ16050において、受信した広告画像と宛先メールアドレスを広告画像情報DBに格納すると共に、ステップ16060において、電子メールの宛先をキーとして広告表示方法DBを参照し、対応する広告表示方法を検索する。

図17は、広告画像情報DBのデータ構造である。
広告画像情報DBは、画像ID17010、画像ファイル17020、宛先メールアドレス17030、登録日時17040から構成される。

次に、ステップ16070において、当該広告表示方法のレコードに、広告画像IDを設定した後、ステップ16080において、上記の広告表示方法と広告画像とを広告表示装置に送信する。広告表示装置は、図12のフローに従い、図13のような広告画面を表示する。なお、図16の広告画像情報登録処理は図14の広告表示方法登録処理とは独立であり、利用者は、図16に示した広告画像情報登録処理を繰り返し実行することにより、同じ表示条件で、異なる広告画像を、任意のタイミングで登録し、表示させることができる。

本実施例によれば、広告画像情報登録処理と広告表示方法登録処理とを独立して繰り返し実行することができるため、利用者は、複数の広告を登録することができ、それらの広告画像と広告の表示方法を別々のタイミングで登録することができる。また、利用者は、画像を添付した電子メールを送信するだけで、特定の広告の広告画像を繰り返し更新することが可能となる。さらに、広告画像を受信した広告管理サーバは、広告画像の表示方法と広告画像とを確実に関連付けることが可能となる。

広告表示システムの全体構成である。 利用者が保持する携帯端末の内部構造である。 広告表示システムの内部構造である。 広告表示方法を登録する際の処理フローである。 利用者登録画面の画面構成である。 利用者情報DBのデータ構造である。 広告表示方法登録画面の画面構成である。 広告表示方法DBのデータ構造である。 広告画像情報を登録する際の処理フローである。 広告画像情報DBのデータ構造である。 広告管理サーバが広告情報を受信した際の処理フローである。 広告情報を受信した広告表示装置の処理フローである。 広告表示装置の広告画面構成である。 実施例２における広告表示方法に対して一意なメールアドレスを設定する場合の、広告表示方法の登録処理フローである。 実施例２における広告表示方法に対して一意なメールアドレスを設定する場合の、広告表示方法DBのデータ構造である。 実施例２における広告表示方法に対して一意なメールアドレスを設定する場合の、広告画像情報の登録処理フローである。 実施例２における広告表示方法に対して一意なメールアドレスを設定する場合の、広告画像情報DBのデータ構造である。

符号の説明

1010…利用者端末、1020…公共端末、1030…携帯端末、1040…インターネット、1050…広告表示システム、1060…広告管理サーバ、1070…携帯ネットワーク、1080…携帯ゲートウェイ。

Claims (1)

1. 広告表示システムにおける広告情報登録方法であって、
   前記広告表示システムは、
   利用者の情報端末とネットワークを介して接続された広告管理サーバと、
   前記広告管理サーバと接続された広告表示装置と、を有し、
   前記広告管理サーバは、
   記憶装置と、処理装置と、を有し、
   前記広告管理サーバの記憶装置は、
   利用者ごとに、当該利用者の識別情報である利用者識別情報と、当該利用者の電子メールアドレスとを有する利用者情報と、
   広告の表示条件と、当該条件で表示する画像データを識別する画像識別情報と、利用者識別情報とを有する広告表示情報と、
   広告として表示する画像データと、当該画像データを識別する画像識別情報と、電子メールアドレスとを有する広告画像情報と、有し、
   前記広告管理サーバの処理装置が、
   表示条件登録ステップと、
   画像データ登録ステップと、
   前記記憶装置に記憶されている広告表示情報と広告画像情報とを、前記広告表示装置に出力する出力ステップと、を実行し、
   前記広告表示装置は、処理装置と、記憶装置と、表示装置と、を有し、
   前記広告表示装置の処理装置が、
   前記広告管理サーバから入力された広告表示情報と広告画像情報とを、自身の前記記憶装置に記憶させる登録ステップと、
   自身の前記記憶装置に記憶されている広告表示情報のうち、当該広告表示情報の有する表示条件が満たされているものがある場合、自身の前記記憶装置から、当該広告表示情報の有する画像識別情報と一致する画像識別情報を有する広告画像情報を検索し、当該検索した広告画像情報の有する画像データを前記表示装置に表示する表示ステップと、を実行し、
   前記表示条件登録ステップは、
   前記情報端末のブラウザ上に表示された画面上で入力され送信された、広告の表示条件と利用者識別情報とを含む要求を受信すると、当該受信した表示条件と利用者識別情報とを新たな広告表示情報として自身の前記記憶装置に記憶させ、
   自身の前記記憶装置に記憶されている利用者情報のうち、前記受信した利用者識別情報と一致する利用者識別情報を有するものを選択し、
   前記選択した利用者情報に含まれる電子メールアドレスを読み出し、自身の前記記憶装置に記憶されている広告画像情報のうち、当該読み出した電子メールアドレスと一致する電子メールアドレスを有するものを検索し、
   前記検索の結果、該当するものがある場合、該当する広告画像情報に含まれる画像識別情報を読み出し、前記記憶させた新たな広告表示情報に、前記読み出した画像識別情報をさらに含めて記憶させ、
   前記画像データ登録ステップは、
   画像データの添付された電子メールを受信すると、当該受信した電子メールに添付された画像データを識別する画像識別情報を生成し、当該生成した画像識別情報と、前記受信した電子メールに添付された画像データと、前記電子メールの差出人の電子メールアドレスとを新たな広告画像情報として自身の前記記憶装置に記憶させ、
   自身の前記記憶装置に記憶されている利用者情報のうち、前記受信した電子メールの差出人の電子メールアドレスと一致する電子メールアドレスを有するものを選択し、
   前記選択した利用者情報に含まれる利用者識別情報を読み出し、前記記憶装置に記憶されている広告表示情報のうち、前記読み出した利用者識別情報と一致する利用者識別情報を有するものを検索し、
   前記検索の結果、該当するものがある場合、該当する広告表示情報に、前記生成した画像識別情報をさらに含めて記憶させ、
   前記出力ステップは、
   前記表示条件登録ステップで画像識別情報をさらに含めて記憶させた新たな広告表示情報、前記画像情報登録ステップで記憶させた新たな広告画像情報、前記画像情報登録ステップで画像識別情報をさらに含めて記憶させた広告表示情報を、前記広告表示装置に出力することを特徴とする広告情報登録方法。

Images