JP2008250740A - 広告提示システム、広告提示サーバ装置、広告提示方法 - Google Patents
広告提示システム、広告提示サーバ装置、広告提示方法 Download PDFInfo
- Publication number
- JP2008250740A JP2008250740A JP2007091945A JP2007091945A JP2008250740A JP 2008250740 A JP2008250740 A JP 2008250740A JP 2007091945 A JP2007091945 A JP 2007091945A JP 2007091945 A JP2007091945 A JP 2007091945A JP 2008250740 A JP2008250740 A JP 2008250740A
- Authority
- JP
- Japan
- Prior art keywords
- user
- advertisement
- presenting
- event
- search
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】広告コンテンツの提示による広告宣伝効果を高める。
【解決手段】イベントに参加するユーザに広告コンテンツを提示する広告提示システムにおいて、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索を行う。次に、ユーザに関する属性、ユーザの位置情報、サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、イベントの開始時刻までの残り時間、の各要素に基づき、検索結果を並べ換える。この場合、ユーザの行動を木構造で記述することでモデル化された行動モデルから、ユーザに関する属性、イベントの開始時刻までの残り時間、ユーザの位置情報、サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、を要素として抽出し、検索結果を並べ換える。並べ換えた検索結果をユーザに提示する。
【効果】広告コンテンツを適切に並べ換えて提示でき、広告宣伝効果をより高めることができる。
【選択図】 図１
【解決手段】イベントに参加するユーザに広告コンテンツを提示する広告提示システムにおいて、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索を行う。次に、ユーザに関する属性、ユーザの位置情報、サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、イベントの開始時刻までの残り時間、の各要素に基づき、検索結果を並べ換える。この場合、ユーザの行動を木構造で記述することでモデル化された行動モデルから、ユーザに関する属性、イベントの開始時刻までの残り時間、ユーザの位置情報、サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、を要素として抽出し、検索結果を並べ換える。並べ換えた検索結果をユーザに提示する。
【効果】広告コンテンツを適切に並べ換えて提示でき、広告宣伝効果をより高めることができる。
【選択図】 図１
Description
本発明は広告提示システム、広告提示サーバ装置、広告提示方法に関し、特にイベントに参加するユーザに広告コンテンツを提示する広告提示システム、広告提示サーバ装置、広告提示方法に関する。
一般に、ユーザの嗜好などユーザの属性に合致した広告を提示することにより、適切な商品やサービスをそのユーザに提供することができ、広告宣伝効果を高めることができる。
特許文献１には、ユーザに固有の属性と、広告受領時間帯とに基づいて、最適な広告コンテンツを送信する広告提供装置が記載されている。また、特許文献２には、ユーザの属性に関連した広告を提示する際、過去の広告選択頻度を考慮する属性別広告提示装置が記載されている。
特開２００２−２７１８５５号公報
特開２００１−２６５８１０号公報
特許文献１には、ユーザに固有の属性と、広告受領時間帯とに基づいて、最適な広告コンテンツを送信する広告提供装置が記載されている。また、特許文献２には、ユーザの属性に関連した広告を提示する際、過去の広告選択頻度を考慮する属性別広告提示装置が記載されている。
ところで、ユーザの属性に対応する内容の広告を提示すれば、宣伝広告効果を高めることできるとは限らない。例えば、飲み会を開催する場合を考える。単なる飲み会ではなく送別会である場合、主賓にプレゼントや花束を贈呈することもある。この場合、飲み会の会場（居酒屋などの飲食店）に関する広告の検索、プレゼント又は花束に関する広告の検索、を別々に行う必要がある。
これでは検索操作に手間がかかると共に、検索結果をユーザにそのまま提示すると、適切な順序で提示できるとは限らないので、広告宣伝効果を高めることができない。
本発明の目的は、広告コンテンツについての検索結果を並べ換えて提示し、広告宣伝効果を高めることのできる広告提示システム、広告提示サーバ装置、広告提示方法を提供することである。
本発明の目的は、広告コンテンツについての検索結果を並べ換えて提示し、広告宣伝効果を高めることのできる広告提示システム、広告提示サーバ装置、広告提示方法を提供することである。
請求項１に記載の発明は、イベントに参加するユーザに広告コンテンツを提示する広告提示システムであって、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索を行う検索手段と、前記ユーザに関する属性、前記ユーザの位置情報、前記サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、前記イベントの開始時刻までの残り時間、の各要素に基づき、前記検索手段による検索結果を並べ換える並べ換え手段と、前記並べ換え手段によって並べ換えた検索結果をユーザに提示する提示手段とを含むことを特徴とする広告提示システムを提供する。
請求項１に記載の発明によれば、広告コンテンツを適切に並べ換えて提示することができ、広告宣伝効果をより高めることができる。
請求項１に記載の発明によれば、広告コンテンツを適切に並べ換えて提示することができ、広告宣伝効果をより高めることができる。
請求項２に記載の発明は、請求項１記載の広告提示システムにおいて、前記並べ換え手段は、ユーザの行動を木構造で記述することでモデル化された行動モデルから、前記ユーザに関する属性、前記イベントの開始時刻までの残り時間、前記ユーザの位置情報、前記サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、を要素として抽出して、前記検索手段による検索結果を並べ換えることを特徴とする。
請求項２に記載の発明によれば、ユーザの行動モデルに沿って検索結果を並べ換えて提示できるので、広告宣伝効果をより高めることができる。
請求項２に記載の発明によれば、ユーザの行動モデルに沿って検索結果を並べ換えて提示できるので、広告宣伝効果をより高めることができる。
請求項３に記載の発明は、イベントに参加するユーザに広告コンテンツを提示するための広告提示サーバ装置であって、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索結果を、前記ユーザに関する属性、前記イベントの開始時刻までの残り時間、の各要素に基づいて並べ換える並べ換え手段を含み、前記並べ換え手段によって並べ換えた検索結果をユーザに提示するようにしたことを特徴とする広告提示サーバ装置を提供する。
請求項３に記載の発明によれば、広告コンテンツを適切に並べ換えて提示することができ、広告宣伝効果をより高めることができる。
請求項３に記載の発明によれば、広告コンテンツを適切に並べ換えて提示することができ、広告宣伝効果をより高めることができる。
請求項４に記載の発明は、イベントに参加するユーザに広告コンテンツを提示する広告提示方法であって、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索を行う検索ステップと、前記ユーザに関する属性、前記イベントの開始時刻までの残り時間、の各要素に基づき、前記検索ステップにおける検索結果を並べ換える並べ換えステップと、前記並べ換えステップにおいて並べ換えた検索結果をユーザに提示する提示ステップとを含むことを特徴とする広告提示方法を提供する。
請求項４に記載の発明によれば、広告コンテンツを適切に並べ換えて提示することができ、広告宣伝効果をより高めることができる。
請求項４に記載の発明によれば、広告コンテンツを適切に並べ換えて提示することができ、広告宣伝効果をより高めることができる。
本発明によれば、ユーザに関する属性、ユーザの位置情報、サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、イベントの開始時刻までの残り時間、の各要素に基づく優先順序で、並べ換えた広告を提示することにより、広告宣伝効果をより高めることができる。
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（広告提示システム）
図１は、本システムを、移動電話網において実現した場合の構成例を示す図である。同図において、本例の移動電話網は、無線セル１００を実現するための無線基地局（Base Transceiver Station；ＢＴＳ）３と、基地局制御装置（Radio Network Controller；ＲＮＣ）４と、携帯電話会社が管理するコアネットワーク（core network；ＣＮ）５とを含んで構成されている。コアネットワーク５には、広告提示サーバ装置６が接続されている。広告提示サーバ装置６は、広告データベース２に対してアクセスし、移動通信装置１のユーザに広告を提示する機能を有している。
（広告提示システム）
図１は、本システムを、移動電話網において実現した場合の構成例を示す図である。同図において、本例の移動電話網は、無線セル１００を実現するための無線基地局（Base Transceiver Station；ＢＴＳ）３と、基地局制御装置（Radio Network Controller；ＲＮＣ）４と、携帯電話会社が管理するコアネットワーク（core network；ＣＮ）５とを含んで構成されている。コアネットワーク５には、広告提示サーバ装置６が接続されている。広告提示サーバ装置６は、広告データベース２に対してアクセスし、移動通信装置１のユーザに広告を提示する機能を有している。
広告データベース２には、イベントに参加するユーザに提示すべき広告コンテンツが多数格納されている。この広告データベース２に格納されている広告コンテンツは、ユーザに関する属性、イベントの開始時刻までの残り時間、ユーザの位置情報、サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、を要素とする検索が可能なデータ構造を有している。
ここで、サービスには、商品や、乗車券・入場券・食券などのチケットを販売するサービスも含むものとする。
Ｗｅｂサイトには、移動電話網から直接アクセスできるサイトの他、ゲートウェイを介してアクセスできる他のネットワーク内のサイトも含むものとする。
ここで、サービスには、商品や、乗車券・入場券・食券などのチケットを販売するサービスも含むものとする。
Ｗｅｂサイトには、移動電話網から直接アクセスできるサイトの他、ゲートウェイを介してアクセスできる他のネットワーク内のサイトも含むものとする。
（広告提示サーバ装置）
図２は、図１中の広告提示サーバ装置６の機能構成例を示すブロック図である。同図において、広告提示サーバ装置６は、イベントに参加するユーザに広告コンテンツを提示するためのサーバ装置であり、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索を行う検索機能６１と、検索機能６１による検索結果を並べ換える並べ換え機能６２と、並べ換え機能６２によって並べ換えた検索結果をユーザに提示する提示機能６３とを含んで構成されている。
図２は、図１中の広告提示サーバ装置６の機能構成例を示すブロック図である。同図において、広告提示サーバ装置６は、イベントに参加するユーザに広告コンテンツを提示するためのサーバ装置であり、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索を行う検索機能６１と、検索機能６１による検索結果を並べ換える並べ換え機能６２と、並べ換え機能６２によって並べ換えた検索結果をユーザに提示する提示機能６３とを含んで構成されている。
検索機能６１は、広告データベース２に対してアクセスし、広告データベース２に記憶されている広告コンテンツの検索を行う機能である。
並べ換え機能６２は、ユーザに関する属性、イベントの開始時刻までの残り時間、の各要素に基づいて、検索機能６１による検索結果を並べ換える機能である。さらに、ユーザの位置情報、サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、を要素として、検索結果を並べ換えてもよい。
提示機能６３は、並べ換え機能６２による並べ換えが行われた検索結果を移動通信装置１に送信することで、移動通信装置１のユーザに広告を提示する機能である。この場合、ユーザに移動通信装置１を操作させ、その検索結果をディスプレイに表示させることで広告をユーザに提示することになる。
並べ換え機能６２は、ユーザに関する属性、イベントの開始時刻までの残り時間、の各要素に基づいて、検索機能６１による検索結果を並べ換える機能である。さらに、ユーザの位置情報、サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、を要素として、検索結果を並べ換えてもよい。
提示機能６３は、並べ換え機能６２による並べ換えが行われた検索結果を移動通信装置１に送信することで、移動通信装置１のユーザに広告を提示する機能である。この場合、ユーザに移動通信装置１を操作させ、その検索結果をディスプレイに表示させることで広告をユーザに提示することになる。
検索結果自体を提示機能６３から移動通信装置１に送信するのではなく、検索結果をネットワーク内の特定の場所に記憶しておき、その場所を示すＵＲＩ（Uniform Resource Identifier）を移動通信装置１に送信してもよい。この場合、ユーザに移動通信装置１を操作させ、そのＵＲＩにアクセスさせることで広告をユーザに提示することになる。
上述した各機能は、実際には、広告提示サーバ装置６内のＣＰＵ（Central Processing Unit）が広告提示サーバ装置内のメモリなどに記憶されているソフトウェア又はファームウェアを実行して通信装置内の各部を動作させることによって実現される。
上述した各機能は、実際には、広告提示サーバ装置６内のＣＰＵ（Central Processing Unit）が広告提示サーバ装置内のメモリなどに記憶されているソフトウェア又はファームウェアを実行して通信装置内の各部を動作させることによって実現される。
（並べ換え手法）
ここで、並べ換え機能６２は、ユーザの行動モデルに基づいて検索結果の並べ換えを行う。これを実現するには、まず、ユーザの行動を木構造で並べて記述することでモデル化しておく。そして、このモデル化されたもの（すなわち、行動モデル）に含まれている、位置情報、決済手段、Ｗｅｂサイトのアクセス履歴、利用時間帯の各要素に基づき、検索結果を並べ換える。各要素について重み付けを行った状態で、検索結果を並べ換えてもよい。
ここで、並べ換え機能６２は、ユーザの行動モデルに基づいて検索結果の並べ換えを行う。これを実現するには、まず、ユーザの行動を木構造で並べて記述することでモデル化しておく。そして、このモデル化されたもの（すなわち、行動モデル）に含まれている、位置情報、決済手段、Ｗｅｂサイトのアクセス履歴、利用時間帯の各要素に基づき、検索結果を並べ換える。各要素について重み付けを行った状態で、検索結果を並べ換えてもよい。
位置情報とはユーザの現在位置に関する情報である。ユーザの現在位置は、移動通信網において在圏している無線エリアの無線基地局の位置情報から得られる位置、又は、移動通信装置に内蔵されているＧＰＳ（Global Positioning System）によって得られる位置である。例えば、ユーザが自宅に居る場合はレストランに関する検索結果を優先的に提示するように並べ換え、ユーザがオフィスに居る場合は居酒屋を優先的に提示するように並べ換えることができる。このようにすれば、現在位置に応じて、ユーザの利便性を向上させることができる。
現在時刻が営業時間内のものを優先的に提示するように並べ換えてもよい。このようにすれば、ユーザの利便性を向上させることができる。
利用時間帯には、春夏秋冬という季節や時期も含む。例えば、送別会の開催時期は、一般的に春や秋に多く、これを利用時間帯として検索結果を並べ換えてもよい。このようにすれば、送別会の会場に関する広告コンテンツと共に、主賓に贈る花束に関する広告コンテンツを提示して、ユーザの利便性を向上させることができる。
利用時間帯には、春夏秋冬という季節や時期も含む。例えば、送別会の開催時期は、一般的に春や秋に多く、これを利用時間帯として検索結果を並べ換えてもよい。このようにすれば、送別会の会場に関する広告コンテンツと共に、主賓に贈る花束に関する広告コンテンツを提示して、ユーザの利便性を向上させることができる。
ユーザが加入している有料サービスに関するＷｅｂサイト優先的に提示するように並べ換えてもよい。このようにすれば、ユーザの利便性を向上させることができる。
ユーザによる、Ｗｅｂサイトのアクセス履歴や、Ｗｅｂサイトで購入した履歴があれば、そのＷｅｂサイトに関する検索結果を優先させる。実店舗での購入時にＰＯＳ（Point Of Sales System）によって取得されたデータと通信キャリア会社のサーバに登録されている顧客情報とに基づいて、検索結果を並べ換えて提示してもよい。このようにすれば、より適切な広告コンテンツを提示することができる。
ユーザによる、Ｗｅｂサイトのアクセス履歴や、Ｗｅｂサイトで購入した履歴があれば、そのＷｅｂサイトに関する検索結果を優先させる。実店舗での購入時にＰＯＳ（Point Of Sales System）によって取得されたデータと通信キャリア会社のサーバに登録されている顧客情報とに基づいて、検索結果を並べ換えて提示してもよい。このようにすれば、より適切な広告コンテンツを提示することができる。
決済手段の使用可否に応じて優先順位を変えて並べ換えてもよい。すなわち、ユーザが使用可能な決済手段を利用できるＷｅｂサイトを優先的に提示するように並べ換えてもよい。例えば、利用時間帯までの残り時間が多い場合はクレジットによる決済を優先させ、残り時間が少ない場合は決済手段を問わずに提示すればよい。このようにすれば、代金支払いに関するユーザの利便性を向上させることができる。
（広告提示方法）
上述した広告提示システムにおいては、以下のような広告提示方法が実現されている。すなわち、イベントに参加するユーザに広告コンテンツを提示する広告提示方法であり、図３に示されているように、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索を行う検索ステップ（ステップＳ１１）と、上記ユーザに関する属性、上記イベントの開始時刻までの残り時間、の各要素に基づき、上記検索ステップにおける検索結果を並べ換える並べ換えステップ（ステップＳ１２）と、上記並べ換えステップにおいて並べ換えた検索結果をユーザに提示する提示ステップ（ステップＳ１３）とを含む広告提示方法が実現されている。
このような広告提示方法を採用することにより、広告コンテンツを適切に並べ換えて提示することができ、広告宣伝効果をより高めることができる。
上述した広告提示システムにおいては、以下のような広告提示方法が実現されている。すなわち、イベントに参加するユーザに広告コンテンツを提示する広告提示方法であり、図３に示されているように、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索を行う検索ステップ（ステップＳ１１）と、上記ユーザに関する属性、上記イベントの開始時刻までの残り時間、の各要素に基づき、上記検索ステップにおける検索結果を並べ換える並べ換えステップ（ステップＳ１２）と、上記並べ換えステップにおいて並べ換えた検索結果をユーザに提示する提示ステップ（ステップＳ１３）とを含む広告提示方法が実現されている。
このような広告提示方法を採用することにより、広告コンテンツを適切に並べ換えて提示することができ、広告宣伝効果をより高めることができる。
以下、上記システムのより具体的な実施例について説明する。
（飲み会イベント）
以下、飲み会イベントにおける、レコメンド情報の提示処理例について、図４および図５を参照して説明する。ここで、飲み会イベントとは、飲食を伴い、仲間と親睦を深めるためなどに行う会を指す。例えば、宴会や会合がこれに該当する。また、アルコール類の飲食を伴わない場合も含むものとする。なお、以下の説明では、飲み会の日程や開催場所の決定が既に行われていることを前提とする。
（飲み会イベント）
以下、飲み会イベントにおける、レコメンド情報の提示処理例について、図４および図５を参照して説明する。ここで、飲み会イベントとは、飲食を伴い、仲間と親睦を深めるためなどに行う会を指す。例えば、宴会や会合がこれに該当する。また、アルコール類の飲食を伴わない場合も含むものとする。なお、以下の説明では、飲み会の日程や開催場所の決定が既に行われていることを前提とする。
図４において、ユーザが利用可能な決済手段を抽出する（ステップＳ１０１）。ここで、決済手段には、電子マネーによる支払い、クレジットによる支払い、ネットバンキング利用による支払い、が含まれる。そして、電子マネーには、携帯電話に内蔵されているＩＣチップを用いた電子マネーを含む（以降の説明においても同様である）。また、クレジットには、携帯電話を用いたクレジット決済を含む（以降の説明においても同様である）。
次に、ユーザが利用可能なサイトを抽出する（ステップＳ１０２）。ここでは、ユーザが利用登録している有料サイトを優先的に抽出してもよい。さらに、ユーザが利用するサイト（上記有料サイトを含む）の利用頻度を抽出する（ステップＳ１０３）。
その後、飲み会にプレゼントは必要か判定する（ステップＳ１０４）。飲み会にプレゼントが必要な場合、「飲み会の目的」や「主賓の趣味や属性」等を考慮して、プレゼントのレコメンド候補を抽出する（ステップＳ１０４→Ｓ１０５）。
その後、飲み会にプレゼントは必要か判定する（ステップＳ１０４）。飲み会にプレゼントが必要な場合、「飲み会の目的」や「主賓の趣味や属性」等を考慮して、プレゼントのレコメンド候補を抽出する（ステップＳ１０４→Ｓ１０５）。
次に、プレゼントを購入するための時間が十分にあるか判定する（ステップＳ１０６）。時間が十分にある場合、ユーザが利用可能又はよく利用するサイトに応じてレコメンド候補の優先付けを行う（ステップＳ１０６→Ｓ１０７）。さらに、ユーザがクレジットを使った支払いを行えるか判定する（ステップＳ１０８）。クレジットを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１０８→Ｓ１１０）。
一方、クレジットを使った支払いを行える場合、クレジットの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ１０８→Ｓ１０９）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１１０）。
一方、クレジットを使った支払いを行える場合、クレジットの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ１０８→Ｓ１０９）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１１０）。
プレゼントを購入するための時間が十分に無い場合、プレゼントを２，３日中に購入すればよいか判定する（ステップＳ１０６→Ｓ１１１）。プレゼントを２，３日中に購入すればよい場合、飲み会の幹事の自宅や勤務先、よく行く場所に応じてレコメンド候補の優先付けを行う（ステップＳ１１１→Ｓ１１２）。さらに、ユーザがクレジット又は電子マネーを使った支払いを行えるか判定する（ステップＳ１１３）。クレジット又は電子マネーを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１１３→Ｓ１１０）。
一方、クレジット又は電子マネーを使った支払いを行える場合、クレジット又は電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ１１３→Ｓ１１４）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１１０）。
プレゼントを購入するための時間が十分に無く、かつ、２，３日中の購入では間に合わない場合、プレゼントを本日中に購入する必要があると判定する（ステップＳ１１１→Ｓ１１５）。この場合、会場までの途中経路や飲み会会場の駅周辺でレコメンド候補の優先付けを行う（ステップＳ１１６）。さらに、ユーザが電子マネーを使った支払いを行えるか判定する（ステップＳ１１７）。電子マネーを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１１７→Ｓ１１０）。
プレゼントを購入するための時間が十分に無く、かつ、２，３日中の購入では間に合わない場合、プレゼントを本日中に購入する必要があると判定する（ステップＳ１１１→Ｓ１１５）。この場合、会場までの途中経路や飲み会会場の駅周辺でレコメンド候補の優先付けを行う（ステップＳ１１６）。さらに、ユーザが電子マネーを使った支払いを行えるか判定する（ステップＳ１１７）。電子マネーを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１１７→Ｓ１１０）。
一方、電子マネーを使った支払いを行える場合、電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ１１７→Ｓ１１８）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１１０）。
ステップＳ１０４においてプレゼントが必要無い場合、又は、ステップＳ１１０において優先度に応じてレコメンド情報をユーザへ提示した後、処理は図５に移行し、飲み会開始まで時間があり、待ち合わせ又は暇つぶしが必要か判定する（ステップＳ１１９）。待ち合わせ又は暇つぶしが必要無い場合は、飲み会はもうすぐ終了となるか判定する（ステップＳ１１９→Ｓ１２０）。飲み会が終了では無く、次の店舗の確保が必要で無い場合は、終電はまだあるか（すなわち帰宅のための電車はまだ運行しているか）判定する（ステップＳ１２０→Ｓ１２１）。
ステップＳ１０４においてプレゼントが必要無い場合、又は、ステップＳ１１０において優先度に応じてレコメンド情報をユーザへ提示した後、処理は図５に移行し、飲み会開始まで時間があり、待ち合わせ又は暇つぶしが必要か判定する（ステップＳ１１９）。待ち合わせ又は暇つぶしが必要無い場合は、飲み会はもうすぐ終了となるか判定する（ステップＳ１１９→Ｓ１２０）。飲み会が終了では無く、次の店舗の確保が必要で無い場合は、終電はまだあるか（すなわち帰宅のための電車はまだ運行しているか）判定する（ステップＳ１２０→Ｓ１２１）。
電車の運行が終了している場合は、始発電車が運行を開始するまでの暇つぶしをするか判定する（ステップＳ１２１→Ｓ１２２）。始発電車が運行を開始するまでの暇つぶしをしない場合は、店舗ではなく、タクシー情報を抽出する（ステップＳ１２２→Ｓ１２４）。
ステップＳ１１９において待ち合わせ又は暇つぶしが必要な場合、または、ステップＳ１２０において飲み会が終了で次の店舗の確保が必要な場合、または、ステップＳ１２１において帰宅のための電車がまだ運行している場合、または、ステップＳ１２２において始発電車が運行を開始するまでの暇つぶしをする場合、ユーザや主賓の趣味属性情報に基づき、次に行く店舗候補を抽出する（ステップＳ１２３）。ここで、レコメンド対象を抽出する場合、一般的な技術と同等であり、性別、年齢などの属性情報、趣味嗜好に基づくレコメンドが行われる。
ステップＳ１１９において待ち合わせ又は暇つぶしが必要な場合、または、ステップＳ１２０において飲み会が終了で次の店舗の確保が必要な場合、または、ステップＳ１２１において帰宅のための電車がまだ運行している場合、または、ステップＳ１２２において始発電車が運行を開始するまでの暇つぶしをする場合、ユーザや主賓の趣味属性情報に基づき、次に行く店舗候補を抽出する（ステップＳ１２３）。ここで、レコメンド対象を抽出する場合、一般的な技術と同等であり、性別、年齢などの属性情報、趣味嗜好に基づくレコメンドが行われる。
ユーザがクレジットを使った支払いを行えるか判定し（ステップＳ１２５）、クレジットを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１２５→Ｓ１２７）。
一方、クレジットを使った支払いを行える場合、クレジットの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ１２５→Ｓ１２６）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１２７）。
一方、クレジットを使った支払いを行える場合、クレジットの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ１２５→Ｓ１２６）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１２７）。
また、ユーザがクレジット又は電子マネーを使った支払いを行えるか判定し（ステップＳ１２８）、クレジット又は電子マネーを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１２８→Ｓ１２７）。
一方、クレジット又は電子マネーを使った支払いを行える場合、クレジット又は電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ１２８→Ｓ１２９）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１２７）。
一方、クレジット又は電子マネーを使った支払いを行える場合、クレジット又は電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ１２８→Ｓ１２９）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１２７）。
さらに、ユーザが電子マネーを使った支払いを行えるか判定し（ステップＳ１３０）、電子マネーを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１３０→Ｓ１２７）。
一方、電子マネーを使った支払いを行える場合、電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ１３０→Ｓ１３１）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１２７）。
ステップＳ１２７においてレコメンド情報をユーザへ提示した後、ステップＳ１１９に戻り、処理が継続される。
なお、上述した飲み会イベントの場合、「１次会→２次会→終電の確認→始発電車運行開始までカラオケ」などの一連の行動を木構造の行動モデルとして記載しておく。
一方、電子マネーを使った支払いを行える場合、電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ１３０→Ｓ１３１）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ１２７）。
ステップＳ１２７においてレコメンド情報をユーザへ提示した後、ステップＳ１１９に戻り、処理が継続される。
なお、上述した飲み会イベントの場合、「１次会→２次会→終電の確認→始発電車運行開始までカラオケ」などの一連の行動を木構造の行動モデルとして記載しておく。
（贈り物系イベント）
以下、贈り物系イベントにおける、レコメンド情報の提示処理例について、図６を参照して説明する。ここで、贈り物系イベントとは、クリスマス、お正月、父の日、母の日、敬老の日、入学式、卒業式、誕生日、結婚記念日、退院祝い、出産祝いなど、特定者にプレゼントを贈る行為を含むイベントを指す。
図６において、ユーザが利用可能な決済手段を抽出する（ステップＳ２０１）。ここで、決済手段には、電子マネーによる支払い、クレジットによる支払い、ネットバンキング利用による支払い、が含まれる。
以下、贈り物系イベントにおける、レコメンド情報の提示処理例について、図６を参照して説明する。ここで、贈り物系イベントとは、クリスマス、お正月、父の日、母の日、敬老の日、入学式、卒業式、誕生日、結婚記念日、退院祝い、出産祝いなど、特定者にプレゼントを贈る行為を含むイベントを指す。
図６において、ユーザが利用可能な決済手段を抽出する（ステップＳ２０１）。ここで、決済手段には、電子マネーによる支払い、クレジットによる支払い、ネットバンキング利用による支払い、が含まれる。
次に、ユーザが利用可能なサイトを抽出する（ステップＳ２０２）。ここでは、ユーザが利用登録している有料サイトを優先的に抽出してもよい。さらに、ユーザが利用するサイト（上記有料サイトを含む）の利用頻度を抽出する（ステップＳ２０３）。
その後、イベントにプレゼントは必要か判定する（ステップＳ２０４）。イベントにプレゼントが必要な場合、「イベントの目的」や「プレゼントを渡す相手の趣味や属性」等を考慮して、プレゼントのレコメンド候補を抽出する（ステップＳ２０４→Ｓ２０５）。
その後、イベントにプレゼントは必要か判定する（ステップＳ２０４）。イベントにプレゼントが必要な場合、「イベントの目的」や「プレゼントを渡す相手の趣味や属性」等を考慮して、プレゼントのレコメンド候補を抽出する（ステップＳ２０４→Ｓ２０５）。
次に、プレゼントを購入するための時間が十分にあるか判定する（ステップＳ２０６）。時間が十分にある場合、ユーザが利用可能又はよく利用するサイトに応じてレコメンド候補の優先付けを行う（ステップＳ２０６→Ｓ２０７）。さらに、ユーザがクレジットを使った支払いを行えるか判定する（ステップＳ２０８）。クレジットを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ２０８→Ｓ２１０）。
一方、クレジットを使った支払いを行える場合、クレジットの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ２０９）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ２１０）。
プレゼントを購入するための時間が十分に無い場合、プレゼントを２，３日中に購入すればよいか判定する（ステップＳ２０６→Ｓ２１１）。プレゼントを２，３日中に購入すればよい場合、ユーザの自宅や勤務先、よく行く場所に応じてレコメンド候補の優先付けを行う（ステップＳ２１１→Ｓ２１２）。さらに、ユーザがクレジット又は電子マネーを使った支払いを行えるか判定する（ステップＳ２１３）。クレジット又は電子マネーを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ２１３→Ｓ２１０）。
プレゼントを購入するための時間が十分に無い場合、プレゼントを２，３日中に購入すればよいか判定する（ステップＳ２０６→Ｓ２１１）。プレゼントを２，３日中に購入すればよい場合、ユーザの自宅や勤務先、よく行く場所に応じてレコメンド候補の優先付けを行う（ステップＳ２１１→Ｓ２１２）。さらに、ユーザがクレジット又は電子マネーを使った支払いを行えるか判定する（ステップＳ２１３）。クレジット又は電子マネーを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ２１３→Ｓ２１０）。
一方、クレジット又は電子マネーを使った支払いを行える場合、クレジット又は電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ２１３→Ｓ２１４）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ２１０）。
プレゼントを購入するための時間が十分に無く、かつ、２，３日中の購入では間に合わない場合、プレゼントを本日中に購入する必要があると判定する（ステップＳ２１１→Ｓ２１５）。この場合、会社までの途中経路や自宅近くの駅周辺でレコメンド候補の優先付けを行う（ステップＳ２１６）。さらに、ユーザが電子マネーを使った支払いを行えるか判定する（ステップＳ２１７）。電子マネーを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ２１７→Ｓ２１０）。
一方、電子マネーを使った支払いを行える場合、電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ２１７→Ｓ２１８）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示し、処理は終了となる（ステップＳ２１０）。
プレゼントを購入するための時間が十分に無く、かつ、２，３日中の購入では間に合わない場合、プレゼントを本日中に購入する必要があると判定する（ステップＳ２１１→Ｓ２１５）。この場合、会社までの途中経路や自宅近くの駅周辺でレコメンド候補の優先付けを行う（ステップＳ２１６）。さらに、ユーザが電子マネーを使った支払いを行えるか判定する（ステップＳ２１７）。電子マネーを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ２１７→Ｓ２１０）。
一方、電子マネーを使った支払いを行える場合、電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ２１７→Ｓ２１８）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示し、処理は終了となる（ステップＳ２１０）。
（旅行イベント）
以下、旅行イベントにおける、レコメンド情報の提示処理例について、図７および図８を参照して説明する。ここで、旅行イベントとは、見物・保養・調査などのため、居所を離れてよその土地へ行くことをいう。旅行先は、国内、国外を問わない。なお、以下の説明では、旅行先の決定や旅行の日程の決定が既に行われていることを前提とする。
以下、旅行イベントにおける、レコメンド情報の提示処理例について、図７および図８を参照して説明する。ここで、旅行イベントとは、見物・保養・調査などのため、居所を離れてよその土地へ行くことをいう。旅行先は、国内、国外を問わない。なお、以下の説明では、旅行先の決定や旅行の日程の決定が既に行われていることを前提とする。
図７において、ユーザが利用可能な決済手段を抽出する（ステップＳ３０１）。ここで、決済手段には、電子マネーによる支払い、クレジットによる支払い、ネットバンキング利用による支払い、が含まれる。
次に、ユーザが利用可能なサイトを抽出する（ステップＳ３０２）。ここでは、ユーザが利用登録している有料サイトを優先的に抽出してもよい。さらに、ユーザが利用するサイト（上記有料サイトを含む）の利用頻度を抽出する（ステップＳ３０３）。
次に、ユーザが利用可能なサイトを抽出する（ステップＳ３０２）。ここでは、ユーザが利用登録している有料サイトを優先的に抽出してもよい。さらに、ユーザが利用するサイト（上記有料サイトを含む）の利用頻度を抽出する（ステップＳ３０３）。
その後、旅行中の移動手段として飛行機を使うか判定する（ステップＳ３０４）。飛行機を使う場合、旅券を購入するための時間が十分にあるか（例えば１ヶ月以上あるか）判定する（ステップＳ３０５）。旅券を購入するための時間が十分にある場合、ユーザが利用可能又はよく利用する格安パック旅行サイトに応じてレコメンド候補の優先付けを行う（ステップＳ３０５→Ｓ３０６）。さらに、ユーザがクレジットを使った支払いを行えるか判定する（ステップＳ３０７）。クレジットを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３０７→Ｓ３０９）。
一方、クレジットを使った支払いを行える場合、クレジットの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ３０７→Ｓ３０８）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３０９）。
旅券を購入するための時間が十分に無い場合、旅券を購入するための時間がある程度（例えば、１０日間）あるか判定する（ステップＳ３０９→Ｓ３１０）。旅券を購入するための時間がある程度ある場合、ユーザが利用可能又はよく利用する旅行代理店サイトに応じてレコメンド候補の優先付けを行う（ステップＳ３１０→Ｓ３１１）。さらに、ユーザがクレジットを使った支払いを行えるか判定する（ステップＳ３１２）。クレジットを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３１２→Ｓ３０９）。
旅券を購入するための時間が十分に無い場合、旅券を購入するための時間がある程度（例えば、１０日間）あるか判定する（ステップＳ３０９→Ｓ３１０）。旅券を購入するための時間がある程度ある場合、ユーザが利用可能又はよく利用する旅行代理店サイトに応じてレコメンド候補の優先付けを行う（ステップＳ３１０→Ｓ３１１）。さらに、ユーザがクレジットを使った支払いを行えるか判定する（ステップＳ３１２）。クレジットを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３１２→Ｓ３０９）。
一方、クレジットを使った支払いを行える場合、クレジットの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ３１２→Ｓ３１３）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３０９）。
旅券を早期に購入し、チケットを取得する必要がある場合（ステップＳ３１０→Ｓ３１４）、実世界の旅行代理店の店舗を、ユーザの自宅や勤務先、よく行く場所に応じてレコメンド候補の優先付けを行う（ステップＳ３１１→Ｓ３１５）。さらに、ユーザがクレジットを使った支払いを行えるか判定する（ステップＳ３１６）。クレジットを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３１６→Ｓ３０９）。
旅券を早期に購入し、チケットを取得する必要がある場合（ステップＳ３１０→Ｓ３１４）、実世界の旅行代理店の店舗を、ユーザの自宅や勤務先、よく行く場所に応じてレコメンド候補の優先付けを行う（ステップＳ３１１→Ｓ３１５）。さらに、ユーザがクレジットを使った支払いを行えるか判定する（ステップＳ３１６）。クレジットを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３１６→Ｓ３０９）。
一方、クレジットを使った支払いを行える場合、クレジットの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ３１６→Ｓ３１７）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３０９）。
ステップＳ３０４において、旅行中の移動手段として飛行機を使わない場合、又は、ステップＳ３０９において優先度に応じてレコメンド情報をユーザへ提示した後、処理は図８に移行し、ホテルなどの宿泊施設の予約は必要か判定する（ステップＳ３１８）。
ステップＳ３０４において、旅行中の移動手段として飛行機を使わない場合、又は、ステップＳ３０９において優先度に応じてレコメンド情報をユーザへ提示した後、処理は図８に移行し、ホテルなどの宿泊施設の予約は必要か判定する（ステップＳ３１８）。
宿泊施設の予約が必要無い場合は、お勧め観光ツアーは必要か判定する（ステップＳ３１８→Ｓ３１９）。お勧め観光ツアーが必要無い場合、タクシーを利用するか判定する（ステップＳ３１９→Ｓ３２０）。タクシーを利用しない場合、お土産を購入するか判定する（ステップＳ３２０→Ｓ３２１）。
なお、図７を参照して説明した旅券の確保、宿泊施設の予約、観光スポットの調査、タクシーの利用、お土産を買うなどの一連の行動については、木構造の行動モデルとして記載しておく。この行動モデルには、天気予報の確認など、旅行の際に通常に考えられる行動が追加されていてもよい。
なお、図７を参照して説明した旅券の確保、宿泊施設の予約、観光スポットの調査、タクシーの利用、お土産を買うなどの一連の行動については、木構造の行動モデルとして記載しておく。この行動モデルには、天気予報の確認など、旅行の際に通常に考えられる行動が追加されていてもよい。
ステップＳ３１８においてホテルなどの宿泊施設の予約が必要な場合、または、ステップＳ３１９においてお勧め観光ツアーが必要である場合、または、ステップＳ３２０においてタクシーを利用する場合、または、ステップＳ３２１においてお土産を購入する場合、ユーザの趣味属性情報に基づき、お勧め宿泊施設、お勧め店舗やサイト、タクシー情報の候補を抽出する（ステップＳ３２２）。ここで、レコメンド対象を抽出する場合、一般的な技術と同等であり、性別、年齢などの属性情報、趣味嗜好に基づくレコメンドが行われる。
次に、ユーザがクレジットを使った支払いを行えるか判定し（ステップＳ３２３）、クレジットを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３２３→Ｓ３２５）。
一方、クレジットを使った支払いを行える場合、クレジットの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ３２３→Ｓ３２４）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３２５）。
一方、クレジットを使った支払いを行える場合、クレジットの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ３２３→Ｓ３２４）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３２５）。
また、ユーザがクレジット又は電子マネーを使った支払いを行えるか判定し（ステップＳ３２６）、クレジット又は電子マネーを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３２６→Ｓ３２５）。
一方、クレジット又は電子マネーを使った支払いを行える場合、クレジット又は電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ３２６→Ｓ３２７）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３２５）。
一方、クレジット又は電子マネーを使った支払いを行える場合、クレジット又は電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ３２６→Ｓ３２７）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３２５）。
さらに、ユーザが電子マネーを使った支払いを行えるか判定し（ステップＳ３２８）、電子マネーを使った支払いを行えない場合、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３２８→Ｓ３２５）。
一方、電子マネーを使った支払いを行える場合、電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ３２８→Ｓ３２９）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３２５）。
なお、ステップＳ３２５においてレコメンド情報をユーザへ提示した後、ステップＳ３１８に戻り、処理が継続される。
一方、電子マネーを使った支払いを行える場合、電子マネーの利用可能な店舗を条件としてレコメンド候補の優先付けを行う（ステップＳ３２８→Ｓ３２９）。その後、これまでのプロセスで決定した優先度に応じてレコメンド情報をユーザへ提示する（ステップＳ３２５）。
なお、ステップＳ３２５においてレコメンド情報をユーザへ提示した後、ステップＳ３１８に戻り、処理が継続される。
（ユーザへの提示例）
上記のようにレコメンド候補の優先付けを行って並べ換えた検索結果について、ユーザに提示する手法について説明する。図９は、移動電話機の画面に、レストランについての検索結果に関するレコメンド情報を提示する例を示す図である。同図（ａ）は並べ換えた検索結果をそのままリスト表示する例である。すなわち、「お勧め店舗」が一番目に表示され、以下、「店舗Ａ」、「店舗Ｂ」、「店舗Ｃ」と表示されている。
上記のようにレコメンド候補の優先付けを行って並べ換えた検索結果について、ユーザに提示する手法について説明する。図９は、移動電話機の画面に、レストランについての検索結果に関するレコメンド情報を提示する例を示す図である。同図（ａ）は並べ換えた検索結果をそのままリスト表示する例である。すなわち、「お勧め店舗」が一番目に表示され、以下、「店舗Ａ」、「店舗Ｂ」、「店舗Ｃ」と表示されている。
また、同図（ｂ）はバナー広告によって提示する例を示す図である。すなわち、検索画面の上方にバナー広告の表示部分があり、この部分に「お勧め店舗」が表示されている。
さらに、同図（ｃ）は待ち受け画面においてテロップ表示によって提示する例を示す図である。すなわち、カレンダー、時刻などが表示されている待ち受け画面の下方にテロップ表示部分があり、この部分に「お勧め店舗」が表示される。なお、待ち受け画面に限らず、他の画面において、同様にテロップ表示によって提示してもよい。
以上のように、レコメンド候補の優先付けを行って並べ換えた検索結果について、ユーザに提示する手法は、種々考えられる。
さらに、同図（ｃ）は待ち受け画面においてテロップ表示によって提示する例を示す図である。すなわち、カレンダー、時刻などが表示されている待ち受け画面の下方にテロップ表示部分があり、この部分に「お勧め店舗」が表示される。なお、待ち受け画面に限らず、他の画面において、同様にテロップ表示によって提示してもよい。
以上のように、レコメンド候補の優先付けを行って並べ換えた検索結果について、ユーザに提示する手法は、種々考えられる。
（変形例）
以上、本発明の実施形態について説明したが、本発明は当該実施の形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。変形例としては、例えば以下のようなものが考えられる。
（１）上記は、移動電話網において、移動通信装置のユーザに広告を提示する場合について説明したが、移動電話網に限らず、インターネットその他の通信網に接続可能な装置のユーザに広告を提示する場合について本システムを適用できることは明らかである。
以上、本発明の実施形態について説明したが、本発明は当該実施の形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。変形例としては、例えば以下のようなものが考えられる。
（１）上記は、移動電話網において、移動通信装置のユーザに広告を提示する場合について説明したが、移動電話網に限らず、インターネットその他の通信網に接続可能な装置のユーザに広告を提示する場合について本システムを適用できることは明らかである。
（２）上記は、広告提示サーバ装置が、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索を行う検索機能と、ユーザに関する属性、イベントの開始時刻までの残り時間、の各要素に基づき、検索機能による検索結果を並べ換える並べ換え機能と、この並べ換え機能によって並べ換えた検索結果をユーザに提示する提示機能とを有している場合について説明したが、検索機能、提示機能の一方又は両方を他の装置に設けてもよい。例えば、広告コンテンツの検索を行う装置から検索結果を取得し、その検索結果を広告提示サーバ装置で並べ換えた後、並べ換えた広告コンテンツを別の装置に送信し、その装置がユーザに広告コンテンツを提示するようにしてもよい。
（３）上記は、広告提示サーバ装置とは別に広告データベースが設けられている場合について説明したが、広告提示サーバ装置内に広告データベースを設け、両者を１つの装置で実現してもよい。
（３）上記は、広告提示サーバ装置とは別に広告データベースが設けられている場合について説明したが、広告提示サーバ装置内に広告データベースを設け、両者を１つの装置で実現してもよい。
本発明は、イベントに参加するユーザに広告コンテンツを提示する場合に利用することができる。
１ 移動通信装置
２ 広告データベース
３ 無線基地局
４ 基地局制御装置
５ コアネットワーク
６ 広告提示サーバ装置
６１ 検索機能
６２ 並べ換え機能
６３ 提示機能
１００ 無線セル
２ 広告データベース
３ 無線基地局
４ 基地局制御装置
５ コアネットワーク
６ 広告提示サーバ装置
６１ 検索機能
６２ 並べ換え機能
６３ 提示機能
１００ 無線セル
Claims (4)
- イベントに参加するユーザに広告コンテンツを提示する広告提示システムであって、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索を行う検索手段と、前記ユーザに関する属性、前記ユーザの位置情報、前記サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、前記イベントの開始時刻までの残り時間、の各要素に基づき、前記検索手段による検索結果を並べ換える並べ換え手段と、前記並べ換え手段によって並べ換えた検索結果をユーザに提示する提示手段とを含むことを特徴とする広告提示システム。
- 前記並べ換え手段は、ユーザの行動を木構造で記述することでモデル化された行動モデルから、前記ユーザに関する属性、前記イベントの開始時刻までの残り時間、前記ユーザの位置情報、前記サービスに関する決済手段、Ｗｅｂサイトのアクセス履歴、を要素として抽出して、前記検索手段による検索結果を並べ換えることを特徴とする請求項１記載の広告提示システム。
- イベントに参加するユーザに広告コンテンツを提示するための広告提示サーバ装置であって、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索結果を、前記ユーザに関する属性、前記イベントの開始時刻までの残り時間、の各要素に基づいて並べ換える並べ換え手段を含み、前記並べ換え手段によって並べ換えた検索結果をユーザに提示するようにしたことを特徴とする広告提示サーバ装置。
- イベントに参加するユーザに広告コンテンツを提示する広告提示方法であって、Ｗｅｂサイトの利用によって提供されるサービスに関する広告コンテンツの検索を行う検索ステップと、前記ユーザに関する属性、前記イベントの開始時刻までの残り時間、の各要素に基づき、前記検索ステップにおける検索結果を並べ換える並べ換えステップと、前記並べ換えステップにおいて並べ換えた検索結果をユーザに提示する提示ステップとを含むことを特徴とする広告提示方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007091945A JP2008250740A (ja) | 2007-03-30 | 2007-03-30 | 広告提示システム、広告提示サーバ装置、広告提示方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007091945A JP2008250740A (ja) | 2007-03-30 | 2007-03-30 | 広告提示システム、広告提示サーバ装置、広告提示方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2008250740A true JP2008250740A (ja) | 2008-10-16 |
Family
ID=39975592
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007091945A Pending JP2008250740A (ja) | 2007-03-30 | 2007-03-30 | 広告提示システム、広告提示サーバ装置、広告提示方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2008250740A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018092458A (ja) * | 2016-12-06 | 2018-06-14 | ヤフー株式会社 | 配信装置、配信方法、配信プログラム、端末装置、表示方法、及び表示プログラム |
| JP2020067755A (ja) * | 2018-10-23 | 2020-04-30 | 株式会社メルカリ | 情報処理方法、情報処理装置、及び、プログラム |
| CN111091405A (zh) * | 2019-09-12 | 2020-05-01 | 达疆网络科技(上海)有限公司 | 一种解决秒杀促销高并发的实现方案 |
| WO2022044138A1 (ja) * | 2020-08-25 | 2022-03-03 | 日本電気株式会社 | 情報提供装置、情報提供システム、情報提供方法及びプログラムが格納された非一時的なコンピュータ可読媒体 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004271321A (ja) * | 2003-03-07 | 2004-09-30 | Nippon Telegr & Teleph Corp <Ntt> | 行動支援方法、行動支援システム、行動支援サーバ、ユーザ端末、行動支援処理プログラムおよびそのプログラムを記録した記録媒体、ユーザ端末処理プログラムおよびそのプログラムを記録した記録媒体 |
| JP2006202056A (ja) * | 2005-01-20 | 2006-08-03 | Matsushita Electric Ind Co Ltd | 経路検索装置 |
-
2007
- 2007-03-30 JP JP2007091945A patent/JP2008250740A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004271321A (ja) * | 2003-03-07 | 2004-09-30 | Nippon Telegr & Teleph Corp <Ntt> | 行動支援方法、行動支援システム、行動支援サーバ、ユーザ端末、行動支援処理プログラムおよびそのプログラムを記録した記録媒体、ユーザ端末処理プログラムおよびそのプログラムを記録した記録媒体 |
| JP2006202056A (ja) * | 2005-01-20 | 2006-08-03 | Matsushita Electric Ind Co Ltd | 経路検索装置 |
Non-Patent Citations (1)
| Title |
|---|
| 藤井邦浩、外３名: "ユーザの行動に応じたサービス詳細情報の提示手法の提案", 電子情報通信学会技術研究報告, vol. 第105巻，第639号, JPN6009045405, 27 February 2006 (2006-02-27), pages 17 - 22, ISSN: 0001409213 * |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018092458A (ja) * | 2016-12-06 | 2018-06-14 | ヤフー株式会社 | 配信装置、配信方法、配信プログラム、端末装置、表示方法、及び表示プログラム |
| JP2020067755A (ja) * | 2018-10-23 | 2020-04-30 | 株式会社メルカリ | 情報処理方法、情報処理装置、及び、プログラム |
| CN111091405A (zh) * | 2019-09-12 | 2020-05-01 | 达疆网络科技(上海)有限公司 | 一种解决秒杀促销高并发的实现方案 |
| CN111091405B (zh) * | 2019-09-12 | 2023-08-08 | 达疆网络科技(上海)有限公司 | 一种解决秒杀促销高并发的实现方案 |
| WO2022044138A1 (ja) * | 2020-08-25 | 2022-03-03 | 日本電気株式会社 | 情報提供装置、情報提供システム、情報提供方法及びプログラムが格納された非一時的なコンピュータ可読媒体 |
| JP7405267B2 (ja) | 2020-08-25 | 2023-12-26 | 日本電気株式会社 | 情報提供装置、情報提供システム、情報提供方法及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8923888B2 (en) | Local content recommendations | |
| CN105761175A (zh) | 旅游路线订制方法和服务器 | |
| JP2004272736A (ja) | 予約受付システムおよびコンピュータプログラム | |
| JP2007328496A (ja) | 情報検索システム、情報検索方法、情報検索プログラム及びそのプログラムを記録した記録媒体 | |
| JP5297004B2 (ja) | 情報配信サーバ、情報配信システム、情報配信サーバプログラム及び情報配信方法 | |
| JP6741285B1 (ja) | 旅行プラン提案システム | |
| CN103188603A (zh) | 即时消息交流方法及系统 | |
| US20140032336A1 (en) | System and method for electronic coupon management | |
| US20050246281A1 (en) | Rights information providing system, method and computer program fro realizing the same | |
| KR20140094347A (ko) | 사용자 정보 수집 기반의 맞춤형 여행 일정 가이딩 방법 및 시스템 | |
| JP2004094895A (ja) | 情報提供方法、情報提供装置および広告配信方法 | |
| KR20160022986A (ko) | 맞춤형 여행 정보 제공 방법 | |
| JP2010152752A (ja) | 情報提供システム | |
| JP2008250740A (ja) | 広告提示システム、広告提示サーバ装置、広告提示方法 | |
| JP7031546B2 (ja) | 情報処理装置および情報処理方法 | |
| JP2003114135A (ja) | 地理情報提供方法及び装置、ソフトウェア | |
| KR20020017051A (ko) | 네트워크 기반 음식점 예약 방법 및 시스템 | |
| WO2014045844A1 (ja) | 情報処理装置 | |
| WO2018172906A1 (ja) | 行動管理方法、行動管理装置、並びに決済補助コンピュータ | |
| JP2005030886A (ja) | 広告情報処理装置及び広告情報処理方法 | |
| CN1372216A (zh) | 国际航线的多航段机票订位系统及其方法 | |
| JP2004227490A (ja) | コミュニティ管理システムおよびその方法 | |
| JP5758200B2 (ja) | オプショナルツアーに利用する情報端末、オプショナルツアー情報処理サーバ、オプショナルツアー情報処理システム、オプショナルツアー情報処理方法 | |
| KR101774503B1 (ko) | 핀 테크를 이용한 음식 주문 방법 및 이를 이용한 음식 주문 시스템 | |
| CN111798009A (zh) | 促进消费商家商品的网约车订单生成方法、装置、系统和介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090826 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090901 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091027 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100105 |