(57)【要約】      （修正有）【課題】ユーザにとって有用な情報を提供することが可能な、情報提供システム、情報提供装置、携帯端末、及び情報提供方法を提供する。【解決手段】情報提供システム１は、携帯端末４０が情報提供サイトにアクセスする際に利用する利用情報の履歴情報を取得するコンテンツアクセス履歴格納部と、履歴情報に対応する潜在セグメント情報を取得する潜在セグメント分類ルール取得部と、ユーザの行動予定情報を取得するスケジューラ登録情報受信部と、行動予定情報に基づいてユーザの明示セグメント情報を取得する明示セグメント分類ルール取得部と、潜在セグメント情報と明示セグメント情報とに基づいてレコメンドコンテンツを決定するコンテンツカテゴリマッチング部と、レコメンドコンテンツを携帯端末４０に送信するコンテンツ配信部と、を備える。【選択図】図１
2009031875.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末と、前記携帯端末を利用するユーザに情報を提供する情報提供装置と、を備える情報提供システムであって、
前記情報提供装置は、
前記携帯端末が情報提供サイトにアクセスする際に利用する利用情報と、前記情報提供サイトが提供する情報の分類を示すセグメント情報と、をそれぞれ関連付けて格納する分類格納手段と、
前記携帯端末から前記利用情報を受信して当該利用情報の履歴情報を取得する履歴取得手段と、
前記履歴取得手段が取得した前記履歴情報によって示される前記利用情報に対応する前記セグメント情報を前記分類格納手段から取得する分類取得手段と、
前記携帯端末に入力された前記ユーザの入力情報を当該携帯端末から取得する入力取得手段と、
前記入力取得手段が取得した前記入力情報に基づいて、前記ユーザによって行われている行動に関する行動情報を取得する行動取得手段と、
前記分類取得手段が取得した前記セグメント情報と、前記行動取得手段が取得した前記行動情報と、に基づいて、前記ユーザに提示する提示情報を決定する提示決定手段と、
前記提示情報の送信を要求する要求情報を前記携帯端末から受信する要求受信手段と、
前記要求受信手段が前記要求情報を受信した場合に、前記提示決定手段が決定した前記提示情報を前記携帯端末に送信する提示送信手段と、を備え、
前記携帯端末は、
前記情報提供装置に前記要求情報を送信する要求送信手段と、
前記情報提供装置から前記提示情報を受信する提示受信手段と、
前記提示受信手段が受信した前記提示情報を表示する情報表示手段と、
を備える情報提供システム。
【請求項２】
携帯端末を利用するユーザに情報を提供する情報提供装置であって、
前記携帯端末が情報提供サイトにアクセスする際に利用する利用情報と、前記情報提供サイトが提供する情報の分類を示すセグメント情報と、をそれぞれ関連付けて格納する分類格納手段と、
前記携帯端末から前記利用情報を受信して当該利用情報の履歴情報を取得する履歴取得手段と、
前記履歴取得手段が取得した前記履歴情報によって示される前記利用情報に対応する前記セグメント情報を前記分類格納手段から取得する分類取得手段と、
前記携帯端末に入力された前記ユーザの入力情報を当該携帯端末から取得する入力取得手段と、
前記入力取得手段が取得した前記入力情報に基づいて、前記ユーザによって行われている行動に関する行動情報を取得する行動取得手段と、
前記分類取得手段が取得した前記セグメント情報と、前記行動取得手段が取得した前記行動情報と、に基づいて、前記ユーザに提示する提示情報を決定する提示決定手段と、
前記提示決定手段が決定した前記提示情報を前記携帯端末に送信する提示送信手段と、
を備える情報提供装置。
【請求項３】
前記ユーザに提示する提示情報を格納する情報格納手段と、
前記提示情報の送信を要求する要求情報を前記携帯端末から受信する要求受信手段と、
を更に備え、
前記提示決定手段は、前記情報格納手段から前記提示情報を選択して決定し、
前記提示送信手段は、前記要求受信手段が前記要求情報を受信した場合に、前記提示情報を前記携帯端末に送信する、
請求項２に記載の情報提供装置。
【請求項４】
前記入力取得手段が取得する前記入力情報は、前記携帯端末に入力された前記ユーザの行動予定に関する予定情報であり、
前記行動取得手段は、前記入力取得手段が取得した前記予定情報に基づいて、前記行動情報を取得する、
請求項２又は３に記載の情報提供装置。
【請求項５】
前記行動取得手段は、前記ユーザの直近の行動予定に関する予定情報に基づいて、前記行動情報を取得する、
請求項４に記載の情報提供装置。
【請求項６】
前記提示決定手段は、前記行動取得手段が前記行動情報を取得できない場合、前記分類取得手段が取得した前記セグメント情報に基づいて、前記提示情報を決定する、
請求項２〜５の何れかに記載の情報提供装置。
【請求項７】
前記提示決定手段は、前記セグメント情報と前記行動情報とに基づく前記提示情報を決定できない場合、前記行動情報に基づいて、前記提示情報を決定する、
請求項２〜６の何れかに記載の情報提供装置。
【請求項８】
前記分類取得手段が取得した前記セグメント情報と同一のセグメント情報が取得可能な他の携帯端末に関する端末情報を取得する端末取得手段と、
前記提示情報を評価するための評価情報を前記携帯端末から受信する評価値受信手段と、
前記評価値受信手段が受信した前記評価情報に最も近い評価情報の評価を行った他の携帯端末を、前記端末取得手段が取得した前記端末情報によって示される前記他の携帯端末から選択する端末選択手段と、
前記端末選択手段が選択した前記他の携帯端末から評価が完了した提示情報に関する評価完了情報を受信する完了受信手段と、
を更に備え、
前記提示決定手段は、前記完了受信手段が受信した前記評価完了情報によって示される前記提示情報のうち、前記携帯端末から前記評価情報を受信していない提示情報を選択して決定する、
請求項２〜７の何れかに記載の情報提供装置。
【請求項９】
前記携帯端末から前記利用情報を受信する利用受信手段と、
前記利用受信手段が受信した前記利用情報に基づく前記情報提供サイトから提供される提供情報を、前記携帯端末に送信する提供送信手段と、
を更に備える請求項２〜８の何れかに記載の情報提供装置。
【請求項１０】
請求項２〜９の何れかに記載の情報提供装置に前記要求情報を送信する要求送信手段と、
前記情報提供装置から前記提示情報を受信する提示受信手段と、
前記提示受信手段が受信した前記提示情報を表示する情報表示手段と、
を備える携帯端末。
【請求項１１】
前記評価情報の入力を受け付ける入力手段と、
前記入力手段に入力された前記評価情報を前記情報提供装置に送信する評価値送信手段と、
を更に備える請求項１０に記載の携帯端末。
【請求項１２】
携帯端末と、前記携帯端末を利用するユーザに情報を提供する情報提供装置とを備える情報提供システムを用いて情報を提供する情報提供方法であって、
前記携帯端末が情報提供サイトにアクセスする際に利用する利用情報と、前記情報提供サイトが提供する情報の分類を示すセグメント情報と、をそれぞれ関連付けて分類格納手段に前記情報提供装置が格納する分類格納ステップと、
前記携帯端末から前記利用情報を受信して当該利用情報の履歴情報を前記情報提供装置が取得する履歴取得ステップと、
前記履歴取得ステップで取得した前記履歴情報によって示される前記利用情報に対応する前記セグメント情報を前記分類格納手段から前記情報提供装置が取得する分類取得ステップと、
前記携帯端末に入力された前記ユーザの入力情報を当該携帯端末から前記情報提供装置が取得する入力取得ステップと、
前記入力取得ステップで取得した前記入力情報に基づいて、前記ユーザによって行われている行動に関する行動情報を前記情報提供装置が取得する行動取得ステップと、
前記分類取得ステップで取得した前記セグメント情報と、前記行動取得ステップで取得した前記行動情報と、に基づいて、前記ユーザに提示する提示情報を前記情報提供装置が決定する提示決定ステップと、
前記提示情報の送信を要求する要求情報を前記携帯端末から前記情報提供装置が受信する要求受信ステップと、
前記要求受信ステップで前記要求情報を受信した場合に、前記提示決定ステップで決定した前記提示情報を前記携帯端末に前記情報提供装置が送信する提示送信ステップと、
前記情報提供装置から前記提示情報を前記携帯端末が受信する提示受信ステップと、
前記提示受信ステップで受信した前記提示情報を前記携帯端末が表示する情報表示ステップと、
を有する情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザに情報を提供する情報提供システム、情報提供装置、携帯端末、及び情報提供方法に関するものである。
【背景技術】
【０００２】
ユーザによる過去の情報や商品などの選択履歴から、将来の選択傾向を分析して、各ユーザの興味や嗜好に応じていると考えられる情報や商品などを推薦する「レコメンド技術」が普及しつつある。次世代のレコメンド技術として、「行動ターゲティング技術」が注目されている。行動ターゲティング技術では、ユーザによる情報へのアクセス履歴から、ユーザの意識の中で顕在化していない興味や嗜好を推定し、それに基づいて広告コンテンツをユーザに配信する。このため、ユーザがどのような情報にアクセスしていても、ユーザの興味や嗜好に応じていると考えられるセグメントに分類される広告コンテンツを配信することができる。
【０００３】
例えば、パソコンを利用するユーザを調査対象として広告コンテンツの効果を調査した結果、行動ターゲティング技術を利用していない一般の広告コンテンツの場合と比較して、この技術を利用した広告コンテンツの認知度が１９３％上昇したという結果が得られている。しかしながら、携帯端末を利用するユーザに対して、この技術を利用した広告コンテンツをレコメンド（即ち推薦）する場合、ユーザは何かしら行動しながら、携帯端末に表示された広告コンテンツを閲覧している可能性が高い。このような場合、この広告コンテンツがユーザの興味や嗜好に応じた内容だったとしても、ユーザの現在の行動や将来の行動と無関係の内容である場合、この広告コンテンツの効果は低くなってしまうため、ユーザにとって有用な情報を提供できない。
【０００４】
下記特許文献１に開示されたサーバ装置では、アクセスログを効率良く集計することによって、ユーザの属性または行動履歴に即した、精度の高いＷＥＢサイトのレコメンドを行っている。この場合も、このＷＥＢサイトがユーザの属性や行動履歴や興味や嗜好に応じた内容だったとしても、ユーザの現在の行動や将来の行動と無関係の内容である場合、このＷＥＢサイトのレコメンド効果は低くなってしまうため、ユーザにとって有用な情報を提供できない。
【特許文献１】特開２００６−５３６１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
そこで本発明では、ユーザにとって有用な情報を提供することが可能な、情報提供システム、情報提供装置、携帯端末、及び情報提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の情報提供システムは、携帯端末と、携帯端末を利用するユーザに情報を提供する情報提供装置と、を備える情報提供システムであって、情報提供装置は、携帯端末が情報提供サイトにアクセスする際に利用する利用情報と、情報提供サイトが提供する情報の分類を示すセグメント情報と、をそれぞれ関連付けて格納する分類格納手段と、携帯端末から利用情報を受信して当該利用情報の履歴情報を取得する履歴取得手段と、履歴取得手段が取得した履歴情報によって示される利用情報に対応するセグメント情報を分類格納手段から取得する分類取得手段と、携帯端末に入力されたユーザの入力情報を当該携帯端末から取得する入力取得手段と、入力取得手段が取得した入力情報に基づいて、ユーザによって行われている行動に関する行動情報を取得する行動取得手段と、分類取得手段が取得したセグメント情報と、行動取得手段が取得した行動情報と、に基づいて、ユーザに提示する提示情報を決定する提示決定手段と、提示情報の送信を要求する要求情報を携帯端末から受信する要求受信手段と、要求受信手段が要求情報を受信した場合に、提示決定手段が決定した提示情報を携帯端末に送信する提示送信手段と、を備え、携帯端末は、情報提供装置に要求情報を送信する要求送信手段と、情報提供装置から提示情報を受信する提示受信手段と、提示受信手段が受信した提示情報を表示する情報表示手段と、を備えることを特徴とする。
【０００７】
本発明の情報提供システムによれば、まず、履歴取得手段が取得した履歴情報によって示される利用情報に対応するセグメント情報を分類格納手段から分類取得手段が取得する。そして、入力取得手段が取得した入力情報に基づいて、ユーザによって行われている行動に関する行動情報を行動取得手段が取得する。次に、分類取得手段が取得したセグメント情報と、行動取得手段が取得した行動情報と、に基づいて、ユーザに提示する提示情報を提示決定手段が決定する。そして、要求受信手段が要求情報を受信した場合に、提示決定手段が決定した提示情報を携帯端末に提示送信手段が送信する。次に、情報提供装置から提示情報を提示受信手段が受信し、この提示情報は情報表示手段によって携帯端末に表示される。ここで、この提示情報は、携帯端末が情報提供サイトにアクセスする際に利用する利用情報に基づいており、ユーザの興味や嗜好に応じている可能性が高いだけではなく、携帯端末に入力されたユーザの入力情報に基づく行動情報にも基づいており、ユーザの現在の行動や将来の行動と関係がある可能性が高い。このため、ユーザにとって有用な情報を提供することができる。
【０００８】
本発明の情報提供装置は、携帯端末を利用するユーザに情報を提供する情報提供装置であって、携帯端末が情報提供サイトにアクセスする際に利用する利用情報と、情報提供サイトが提供する情報の分類を示すセグメント情報と、をそれぞれ関連付けて格納する分類格納手段と、携帯端末から利用情報を受信して当該利用情報の履歴情報を取得する履歴取得手段と、履歴取得手段が取得した履歴情報によって示される利用情報に対応するセグメント情報を分類格納手段から取得する分類取得手段と、携帯端末に入力されたユーザの入力情報を当該携帯端末から取得する入力取得手段と、入力取得手段が取得した入力情報に基づいて、ユーザによって行われている行動に関する行動情報を取得する行動取得手段と、分類取得手段が取得したセグメント情報と、行動取得手段が取得した行動情報と、に基づいて、ユーザに提示する提示情報を決定する提示決定手段と、提示決定手段が決定した提示情報を携帯端末に送信する提示送信手段と、を備えることを特徴とする。
【０００９】
本発明の情報提供装置によれば、まず、履歴取得手段が取得した履歴情報によって示される利用情報に対応するセグメント情報を分類格納手段から分類取得手段が取得する。そして、入力取得手段が取得した入力情報に基づいて、ユーザによって行われている行動に関する行動情報を行動取得手段が取得する。次に、分類取得手段が取得したセグメント情報と、行動取得手段が取得した行動情報と、に基づいて、ユーザに提示する提示情報を提示決定手段が決定する。そして、提示決定手段が決定した提示情報を携帯端末に提示送信手段が送信する。ここで、この提示情報は、携帯端末が情報提供サイトにアクセスする際に利用する利用情報に基づいており、ユーザの興味や嗜好に応じている可能性が高いだけではなく、携帯端末に入力されたユーザの入力情報に基づく行動情報にも基づいており、ユーザの現在の行動や将来の行動と関係がある可能性が高い。このため、ユーザにとって有用な情報を提供することができる。
【００１０】
また、情報提供装置は、ユーザに提示する提示情報を格納する情報格納手段と、提示情報の送信を要求する要求情報を携帯端末から受信する要求受信手段と、を更に備え、提示決定手段は、情報格納手段から提示情報を選択して決定し、提示送信手段は、要求受信手段が要求情報を受信した場合に、提示情報を携帯端末に送信するのも好ましい。これによって、提示送信手段は、要求受信手段が要求情報を受信した場合に、提示決定手段が格納手段から選択して決定した提示情報を携帯端末に送信する。このため、情報提供装置は、携帯端末から送信された要求情報に応じて、提示情報を携帯端末に送信することができる。
【００１１】
また、入力取得手段が取得する入力情報は、携帯端末に入力されたユーザの行動予定に関する予定情報であり、行動取得手段は、入力取得手段が取得した予定情報に基づいて、行動情報を取得するのも好ましい。これによって、行動取得手段は、入力取得手段が取得した予定情報に基づいて、行動情報を取得する。このため、情報提供装置は、ユーザの予定情報に基づいた提示情報を携帯端末に送信することができる。
【００１２】
また、行動取得手段は、ユーザの直近の行動予定に関する予定情報に基づいて、行動情報を取得するのも好ましい。これによって、情報提供装置は、ユーザの直近の行動予定に関する予定情報に基づいた提示情報を携帯端末に送信することができる。
【００１３】
また、提示決定手段は、行動取得手段が行動情報を取得できない場合、分類取得手段が取得したセグメント情報に基づいて、提示情報を決定するのも好ましい。これによって、行動取得手段が行動情報を取得できない場合でも、提示情報を携帯端末に送信することができる。
【００１４】
また、提示決定手段は、セグメント情報と行動情報とに基づく提示情報を決定できない場合、行動情報に基づいて、提示情報を決定するのも好ましい。これによって、セグメント情報と行動情報とに基づく提示情報を決定できない場合でも、提示情報を携帯端末に送信することができる。
【００１５】
また、情報提供装置は、分類取得手段が取得したセグメント情報と同一のセグメント情報が取得可能な他の携帯端末に関する端末情報を取得する端末取得手段と、提示情報を評価するための評価情報を携帯端末から受信する評価値受信手段と、評価値受信手段が受信した評価情報に最も近い評価情報の評価を行った他の携帯端末を、端末取得手段が取得した端末情報によって示される他の携帯端末から選択する端末選択手段と、端末選択手段が選択した他の携帯端末から評価が完了した提示情報に関する評価完了情報を受信する完了受信手段と、を更に備え、提示決定手段は、完了受信手段が受信した評価完了情報によって示される提示情報のうち、携帯端末から評価情報を受信していない提示情報を選択して決定するのも好ましい。これによって、評価値受信手段が受信した評価情報に最も近い評価情報の評価を行った他の携帯端末を、端末取得手段が取得した端末情報によって示される他の携帯端末から端末選択手段が選択する。そして、端末選択手段が選択した他の携帯端末から評価が完了した提示情報に関する評価完了情報を完了受信手段が受信し、提示決定手段は、完了受信手段が受信した評価完了情報によって示される提示情報のうち、携帯端末から評価情報を受信していない提示情報を決定する。このため、評価値が近い他の携帯端末が受信した提示情報のうちまだ受信されていない提示情報を携帯端末に受信させることができる。
【００１６】
また、情報提供装置は、携帯端末から利用情報を受信する利用受信手段と、利用受信手段が受信した利用情報に基づく情報提供サイトから提供される提供情報を、携帯端末に送信する提供送信手段と、を更に備えるのも好ましい。これによって、利用受信手段が受信した利用情報に基づく情報提供サイトから提供される提供情報を、携帯端末に提供送信手段が送信することができる。
【００１７】
本発明の携帯端末は、上記の何れかに記載の情報提供装置に要求情報を送信する要求送信手段と、情報提供装置から提示情報を受信する提示受信手段と、提示受信手段が受信した提示情報を表示する情報表示手段と、を備えることを特徴とする。
【００１８】
本発明の携帯端末によれば、情報提供装置に要求情報を送信して、情報提供装置から提示情報を受信し、この提示情報を表示することができる。
【００１９】
また、携帯端末は、評価情報の入力を受け付ける入力手段と、入力手段に入力された評価情報を情報提供装置に送信する評価値送信手段と、を更に備えるのも好ましい。これによって、入力手段に入力された評価情報を情報提供装置に評価値送信手段が送信することができる。
【００２０】
本発明の情報提供方法は、携帯端末と、携帯端末を利用するユーザに情報を提供する情報提供装置とを備える情報提供システムを用いて情報を提供する情報提供方法であって、携帯端末が情報提供サイトにアクセスする際に利用する利用情報と、情報提供サイトが提供する情報の分類を示すセグメント情報と、をそれぞれ関連付けて分類格納手段に情報提供装置が格納する分類格納ステップと、携帯端末から利用情報を受信して当該利用情報の履歴情報を情報提供装置が取得する履歴取得ステップと、履歴取得ステップで取得した履歴情報によって示される利用情報に対応するセグメント情報を分類格納手段から情報提供装置が取得する分類取得ステップと、携帯端末に入力されたユーザの入力情報を当該携帯端末から情報提供装置が取得する入力取得ステップと、入力取得ステップで取得した入力情報に基づいて、ユーザによって行われている行動に関する行動情報を情報提供装置が取得する行動取得ステップと、分類取得ステップで取得したセグメント情報と、行動取得ステップで取得した行動情報と、に基づいて、ユーザに提示する提示情報を情報提供装置が決定する提示決定ステップと、提示情報の送信を要求する要求情報を携帯端末から情報提供装置が受信する要求受信ステップと、要求受信ステップで要求情報を受信した場合に、提示決定ステップで決定した提示情報を携帯端末に情報提供装置が送信する提示送信ステップと、情報提供装置から提示情報を携帯端末が受信する提示受信ステップと、提示受信ステップで受信した提示情報を携帯端末が表示する情報表示ステップと、を有することを特徴とする。
【００２１】
本発明の情報提供方法によれば、まず、履歴取得ステップで取得した履歴情報によって示される利用情報に対応するセグメント情報を分類格納手段から分類取得ステップで取得する。そして、入力取得ステップで取得した入力情報に基づいて、ユーザによって行われている行動に関する行動情報を行動取得ステップで取得する。次に、分類取得ステップで取得したセグメント情報と、行動取得ステップで取得した行動情報と、に基づいて、ユーザに提示する提示情報を提示決定ステップで決定する。そして、要求受信ステップで要求情報を受信した場合に、提示決定ステップで決定した提示情報を携帯端末に提示送信ステップで送信する。次に、情報提供装置から提示情報を提示受信ステップで受信し、この提示情報は情報表示ステップで携帯端末に表示される。ここで、この提示情報は、携帯端末が情報提供サイトにアクセスする際に利用する利用情報に基づいており、ユーザの興味や嗜好に応じている可能性が高いだけではなく、携帯端末に入力されたユーザの入力情報に基づく行動情報にも基づいており、ユーザの現在の行動や将来の行動と関係がある可能性が高い。このため、ユーザにとって有用な情報を提供することができる。
【発明の効果】
【００２２】
本発明によれば、ユーザにとって有用な情報を提供することが可能になる。
【発明を実施するための最良の形態】
【００２３】
以下、添付図面を参照しながら本発明の好適な実施形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明を省略する。
【００２４】
（１）情報提供システムの全体構成
本発明の実施形態である情報提供システムについて、図１を用いて説明する。図１は、情報提供システム１の全体構成を説明するための構成図である。
情報提供システム１は、携帯端末４０と、携帯端末４０を利用するユーザに情報を提供する情報提供装置３０とを備えている。情報提供装置３０は、データマネージャ１０と、レコメンドエンジン２０とを有している。なお、データマネージャ１０と携帯端末４０との間、及び、レコメンドエンジン２０と携帯端末４０との間には、通信網ＮＷが介在している。
【００２５】
データマネージャ１０は、携帯端末４０からのインターネットコンテンツや情報提供サイトへのアクセス要求に対して、外部インターネットに接続し、要求されたコンテンツなどの情報を携帯端末４０に送信する装置である。また、データマネージャ１０は、携帯端末４０からの上記コンテンツやサイトへのアクセス履歴情報を、携帯端末４０の識別ＩＤごとにデータベースに格納する。更に、データマネージャ１０は、携帯端末４０に内蔵されている、ユーザの行動予定に関する情報を入力可能なスケジューラアプリケーションプログラム（以下、スケジューラという。）の登録情報（即ちユーザの行動予定に関するスケジューラ登録情報）を携帯端末４０の識別ＩＤごとに受信してデータベースに格納する。また、データマネージャ１０は、レコメンドエンジン２０からの要求に応じて、アクセス履歴情報やスケジューラ登録情報をレコメンドエンジン２０に送信する。
【００２６】
レコメンドエンジン２０は、データマネージャ１０に対して、データマネージャ１０に格納されたスケジューラ登録情報やアクセス履歴情報の送信を要求して受信する装置である。また、レコメンドエンジン２０は、受信したスケジューラ登録情報及びアクセス履歴情報に基づく提示情報（以下、レコメンドコンテンツという。）を携帯端末４０に対して配信する。
【００２７】
携帯端末４０は、データマネージャ１０を経由してインターネットコンテンツや情報提供サイトにアクセスして、提供される提供情報を受信して表示する端末である。携帯端末４０は、無線によるデータ通信機能を有する端末であり、例えば、一般に普及している携帯電話端末や、ＰＨＳや、無線通信カードを備えたＰＤＡなどである。ここでは、携帯端末４０に、非接触ＩＣチップが付属しているとする。なお、携帯端末４０のスケジューラに対して、ユーザはユーザ自身の行動予定に関する情報を登録することができ、登録した入力情報は通信網ＮＷを介してデータマネージャ１０に送信される。
【００２８】
（２）データマネージャの構成
引き続いて、本発明の実施形態であるデータマネージャ１０について、図２及び図３を用いて説明する。図２は、データマネージャ１０の機能構成を説明するための構成図であり、図３は、データマネージャ１０（及び後述のレコメンドエンジン２０）の物理構成を説明するための構成図である。図３に示すように、データマネージャ１０は、ＣＰＵ（Central Processing Unit）１１、主記憶装置であるＲＡＭ１２（Random Access Memory）、及びＲＯＭ１３（Read Only Memory）、通信を行うための通信モジュール１４、並びにハードディスク等の補助記憶装置１５等のハードウェアを備えるコンピュータとして構成される。これらの構成要素が動作することにより、データマネージャ１０の機能が発揮される。
【００２９】
データマネージャ１０は、図２に示すように、機能的な構成要素として、コンテンツ送信要求受信部３０１（利用受信手段）、コンテンツ取得部３１５、コンテンツ送信部３０３（提供送信手段）、コンテンツアクセス履歴格納部３１７（履歴取得手段）、コンテンツアクセス履歴送信要求受信部３０５、コンテンツアクセス履歴取得部３１９、コンテンツアクセス履歴送信部３０７、スケジューラ登録情報受信部３０９（入力取得手段）、スケジューラ登録情報格納部３２１、スケジューラ登録情報送信要求受信部３１１、スケジューラ登録情報取得部３２３、スケジューラ登録情報送信部３１３、コンテンツアクセス履歴ＤＢ４０３、及びスケジューラ登録情報ＤＢ４０５を備えている。なお、これら機能的な構成要素それぞれを物理的に分散させて、これら構成要素の集合体をデータマネージャ１０としてもよい。
【００３０】
コンテンツ送信要求受信部３０１は、携帯端末４０がインターネットコンテンツや情報提供サイトにアクセスする際に利用する利用情報を、携帯端末４０から受信する。利用情報の詳細については後述する。
【００３１】
コンテンツ取得部３１５は、外部インターネット網４０１に接続して、コンテンツ送信要求受信部３０１が受信した利用情報に応じたコンテンツを取得する。
【００３２】
コンテンツ送信部３０３は、コンテンツ取得部３１５が取得したコンテンツを、利用情報を送信した携帯端末４０に送信する。
【００３３】
コンテンツアクセス履歴格納部３１７は、コンテンツ送信要求受信部３０１が携帯端末４０から受信した利用情報を受信して、この利用情報の履歴を示すアクセス履歴情報を取得し、このアクセス履歴情報を携帯端末４０の識別ＩＤごとにコンテンツアクセス履歴ＤＢ４０３に格納する。
【００３４】
コンテンツアクセス履歴送信要求受信部３０５は、特定の携帯端末４０に関するアクセス履歴情報の送信を要求する履歴要求情報を、レコメンドエンジン２０から受信する。
【００３５】
コンテンツアクセス履歴取得部３１９は、コンテンツアクセス履歴送信要求受信部３０５が受信した履歴要求情報に対応するアクセス履歴情報を、コンテンツアクセス履歴ＤＢ４０３から取得する。
【００３６】
コンテンツアクセス履歴送信部３０７は、コンテンツアクセス履歴取得部３１９が取得したアクセス履歴情報を、レコメンドエンジン２０に送信する。
【００３７】
スケジューラ登録情報受信部３０９は、携帯端末４０のスケジューラに入力されたユーザの行動予定に関する予定情報などの入力情報（スケジューラ登録情報）を、携帯端末４０から受信して取得する。
【００３８】
スケジューラ登録情報格納部３２１は、スケジューラ登録情報受信部３０９が受信した予定情報などの入力情報（スケジューラ登録情報）を、スケジューラ登録情報ＤＢ４０５に格納する。
【００３９】
スケジューラ登録情報送信要求受信部３１１は、特定の携帯端末４０のスケジューラ登録情報の送信を要求する登録送信要求情報を、レコメンドエンジン２０から受信する。
【００４０】
スケジューラ登録情報取得部３２３は、スケジューラ登録情報送信要求受信部３１１が受信した登録送信要求情報に対応するスケジューラ登録情報を、スケジューラ登録情報ＤＢ４０５から取得する。
【００４１】
スケジューラ登録情報送信部３１３は、スケジューラ登録情報取得部３２３が取得したスケジューラ登録情報を、レコメンドエンジン２０に送信する。
【００４２】
コンテンツアクセス履歴ＤＢ４０３は、携帯端末４０から受信した利用情報の履歴を示すアクセス履歴情報を、携帯端末４０の識別ＩＤごとに格納するデータベースである。例えば、携帯端末４０に検索キーワードが入力されることによってコンテンツの送信要求が行われた場合は、コンテンツアクセス履歴ＤＢ４０３には検索キーワードといった利用情報等がアクセス履歴として格納される。また、例えば、携帯端末４０に表示されたリンク（アンカー）がクリックにより選択されることによってコンテンツの送信要求が行われた場合は、コンテンツアクセス履歴ＤＢ４０３には当該リンク先のＵＲＬといった利用情報がアクセス履歴として格納される。情報の格納例については後述する。
【００４３】
スケジューラ登録情報ＤＢ４０５は、携帯端末４０から受信したスケジューラ登録情報を、携帯端末４０の識別ＩＤごとに格納するデータベースである。情報の格納例については後述する。
【００４４】
（３）データマネージャにおける各種情報の格納例
引き続いて、コンテンツアクセス履歴ＤＢ４０３に格納されるアクセス履歴情報の格納例について、図４を用いて説明する。図４は、コンテンツアクセス履歴ＤＢ４０３に格納されるアクセス履歴情報の格納例を示す図である。例えば、識別ＩＤが「Ｕ１」である携帯端末４０に表示されたリンク（アンカー）がクリックにより選択されることによってコンテンツの送信要求が行われた場合は、コンテンツアクセス履歴ＤＢ４０３には当該リンク先のＵＲＬ（ここでは「http://www.c1.com」）といった利用情報がアクセス履歴として格納される。また、識別ＩＤが「Ｕ２」である携帯端末４０に検索キーワード（例えば「中古車」）が入力されることによってコンテンツの送信要求が行われた場合は、コンテンツアクセス履歴ＤＢ４０３には「検索キーワード（中古車）で検索」といった利用情報がアクセス履歴情報として格納される。
【００４５】
次に、スケジューラ登録情報ＤＢ４０５に格納される予定情報などの入力情報の格納例について、図５を用いて説明する。図５は、スケジューラ登録情報ＤＢ４０５に格納される予定情報などの入力情報の格納例を示す図である。例えば、識別ＩＤが「Ｕ１」である携帯端末４０に入力された予定情報（行動する予定日時は「２００５／１１／２４」、予定項目は「買い物」）が、２００５／１１／４の「登録日時」で入力された場合が示されている。
【００４６】
（４）レコメンドエンジンの構成
引き続いて、本発明の実施形態であるレコメンドエンジン２０について、図６及び図３を用いて説明する。図６は、レコメンドエンジン２０の機能構成を説明するための構成図である。図３に示すように、レコメンドエンジン２０は、データマネージャ１０と同様の物理構成を有している。これらの構成要素が動作することにより、レコメンドエンジン２０の機能が発揮される。
【００４７】
レコメンドエンジン２０は、図６に示すように、機能的な構成要素として、アクセス履歴更新タイミング制御部１０３、アクセス履歴取得部１０１、潜在セグメント分類ルール取得部１１１、潜在セグメントルールマッチング部１１３（分類取得手段）、潜在セグメント更新部１１５、レコメンドリクエスト取得部１０５（要求受信手段）、スケジューラ登録情報取得部１２０、明示セグメント分類ルール取得部１２１、明示セグメントルールマッチング部１２３（行動取得手段）、潜在セグメント取得部１１７、潜在セグメント決定部１１８、潜在セグメントコンテンツカテゴリ取得部１１９、明示セグメントコンテンツカテゴリ取得部１２５、コンテンツカテゴリマッチング部１２７（提示決定手段）、コンテンツ取得部１２９、コンテンツフィルタ部１０９、コンテンツ配信部１０７（提示送信手段）、潜在セグメント分類ルールＤＢ２０１（分類格納手段）、潜在セグメントＤＢ２０３（分類格納手段）、潜在セグメントコンテンツカテゴリＤＢ２０５（分類格納手段）、明示セグメント分類ルールＤＢ２０７（分類格納手段）、明示セグメントコンテンツカテゴリＤＢ２０９（分類格納手段）、及びコンテンツＤＢ２１１（分類格納手段、情報格納手段）を備えている。なお、これら機能的な構成要素それぞれを物理的に分散させて、これら構成要素の集合体をレコメンドエンジン２０としてもよい。
【００４８】
アクセス履歴更新タイミング制御部１０３は、潜在セグメント分類ルールＤＢ２０１が格納するアクセス履歴情報を更新するタイミングを制御する。
【００４９】
アクセス履歴取得部１０１は、アクセス履歴更新タイミング制御部１０３により制御された更新タイミングとなったときに、全ての携帯端末４０に関するアクセス履歴情報の送信を要求する履歴要求情報を、データマネージャ１０に送信し、データマネージャ１０から当該アクセス履歴情報を受信して取得する。
【００５０】
潜在セグメント分類ルール取得部１１１は、現時点で格納されている全ての潜在セグメント分類ルール情報を、後述の潜在セグメント分類ルールＤＢ２０１から取得する。潜在セグメント分類ルール情報とは、携帯端末４０のアクセス履歴情報から、携帯端末４０のユーザの潜在的要求に基づく要求情報を分類するためのルールに関する情報である。潜在セグメント分類ルール情報は、上記の要求情報を分類するための分類情報と、分類情報を一意に識別するためのセグメントＩＤとからなる。
【００５１】
潜在セグメントルールマッチング部１１３は、アクセス履歴取得部１０１が取得したアクセス履歴情報と、潜在セグメント分類ルール取得部１１１が取得した潜在セグメント分類ルール情報とのマッチングを行い、このアクセス履歴情報に対応する潜在セグメント分類ルール情報を選択する。即ち、潜在セグメントルールマッチング部１１３は、コンテンツアクセス履歴格納部３１７が取得したアクセス履歴情報によって示される利用情報に対応する潜在セグメント分類ルール情報を、後述の潜在セグメント分類ルールＤＢ２０１から取得する。例えば、上記のアクセス履歴情報が「検索キーワード（中古車）で検索」であった場合、潜在セグメント分類ルール情報は、セグメントＩＤが「Ｓ１」であって分類情報は「自動車」となる。
【００５２】
潜在セグメント更新部１１５は、潜在セグメントルールマッチング部１１３でマッチした潜在セグメント分類ルール情報を、後述の潜在セグメントＤＢ２０３に格納する。なお、格納しようとする潜在セグメント分類ルール情報が既に潜在セグメントＤＢ２０３に格納されていた場合は、後述するスコアを増やして更新する。
【００５３】
レコメンドリクエスト取得部１０５は、携帯端末４０から送信されるレコメンドコンテンツ送信要求情報を受信する（要求受信ステップ）。レコメンドコンテンツ送信要求情報とは、レコメンドコンテンツの送信を要求する情報である。
【００５４】
スケジューラ登録情報取得部１２０は、レコメンドリクエスト取得部１０５がレコメンドコンテンツ送信要求情報を受信したタイミングで、このレコメンドコンテンツ送信要求情報を送信した携帯端末４０に対して、スケジューラ登録情報の送信を要求する登録送信要求情報を送信し、この携帯端末４０からのスケジューラ登録情報をスケジューラ登録情報受信部３０９経由で受信して取得する。
【００５５】
明示セグメント分類ルール取得部１２１は、現時点で格納されている全ての明示セグメント分類ルール情報を、後述の明示セグメント分類ルールＤＢ２０７から取得する。明示セグメント分類ルール情報とは、スケジューラ登録情報取得部１２０が取得したスケジューラ登録情報から、携帯端末４０のユーザの明示的要求に基づく情報を分類するためのルールに関する情報である。明示セグメント分類ルール情報は、上記の情報を大まかに分類するための第一分類情報と、第一分類情報を一意に識別するための第一セグメントＩＤと、第一分類情報を詳細に分類するための第二分類情報と、第二分類情報を一意に識別するための第二セグメントＩＤと、からなる。
【００５６】
明示セグメントルールマッチング部１２３は、スケジューラ登録情報取得部１２０が取得したスケジューラ登録情報と、明示セグメント分類ルール取得部１２１が取得した明示セグメント分類ルール情報とのマッチングを行い、このスケジューラ登録情報にマッチ（対応）する明示セグメント分類ルール情報を選択する。即ち、明示セグメントルールマッチング部１２３は、スケジューラ登録情報受信部３０９が取得したスケジューラ登録情報に基づいて、ユーザの行動情報を後述の明示セグメント分類ルールＤＢ２０７から取得する。例えば、上記のスケジューラ登録情報が「予定（買い物）の登録直後」であった場合、明示セグメント分類ルール情報は、第一セグメントＩＤが「Ｔ１」であり、第一分類情報が「買う」であり、第二セグメントＩＤが「ＳＴ１」であり、第二分類情報が「買う物を決める」となる。
【００５７】
なお、明示セグメントルールマッチング部１２３は、ユーザの直近の行動予定に関するスケジューラ登録情報に基づいて、明示セグメント分類ルール情報を取得することもできる。即ち、スケジューラ登録情報として入力された行動予定がまもなく実行されそうな情報だけに基づいて、明示セグメント分類ルール情報を取得することもできる。
【００５８】
潜在セグメント取得部１１７は、レコメンドリクエスト取得部１０５がレコメンドコンテンツ送信要求情報を受信したタイミングで、このレコメンドコンテンツ送信要求情報を送信した携帯端末４０に関するアクセス履歴情報をコンテンツアクセス履歴ＤＢ４０３から抽出して取得する。
【００５９】
潜在セグメント決定部１１８は、潜在セグメント取得部１１７が取得したアクセス履歴情報に対応する潜在セグメント分類ルール情報の中で、最もスコアの高い潜在セグメント分類ルール情報を選択する。ここで、スコアとは、コンテンツアクセス履歴ＤＢ４０３に格納されているコンテンツのアクセス履歴情報と、後述の潜在セグメント分類ルールＤＢ２０１に格納されている潜在セグメント分類ルール情報とのマッチングを行った結果、マッチした回数である。このスコアは、後述の潜在セグメントＤＢ２０３に格納されている。
【００６０】
潜在セグメントコンテンツカテゴリ取得部１１９は、潜在セグメント決定部１１８が選択した潜在セグメント分類ルール情報に対応付けられたコンテンツ（例えば広告コンテンツ）のカテゴリに関する潜在カテゴリ情報を、後述の潜在セグメントコンテンツカテゴリＤＢ２０５から取得する。
【００６１】
明示セグメントコンテンツカテゴリ取得部１２５は、明示セグメントルールマッチング部１２３でマッチした明示セグメント分類ルール情報があった場合に、この明示セグメント分類ルール情報に対応付けられたコンテンツ（例えば広告コンテンツ）のカテゴリに関する明示カテゴリ情報を、後述の明示セグメントコンテンツカテゴリＤＢ２０９から取得する。
【００６２】
コンテンツカテゴリマッチング部１２７は、潜在セグメントコンテンツカテゴリ取得部１１９が取得した潜在カテゴリ情報と、明示セグメントコンテンツカテゴリ取得部１２５が取得した明示カテゴリ情報とのマッチングを行い、マッチしたカテゴリ情報をレコメンドコンテンツのカテゴリ情報として決定する。即ち、コンテンツカテゴリマッチング部１２７は、潜在セグメントルールマッチング部１１３が取得した潜在セグメント分類ルール情報と、明示セグメントルールマッチング部１２３が取得した明示セグメント分類ルール情報とに基づいて、レコメンドコンテンツのカテゴリ情報を決定する。
【００６３】
なお、コンテンツカテゴリマッチング部１２７は、適切な明示セグメント分類ルール情報がないために明示セグメントルールマッチング部１２３が明示セグメント分類ルール情報を取得できない場合、潜在セグメントルールマッチング部１１３が取得した潜在セグメント分類ルール情報にのみ基づいて、レコメンドコンテンツのカテゴリ情報を決定してもよい。
【００６４】
また、コンテンツカテゴリマッチング部１２７は、上記の潜在カテゴリ情報及び明示カテゴリ情報に基づくマッチングを行ってもマッチしないためにカテゴリ情報を決定できない場合、この明示カテゴリ情報にのみ基づいて、レコメンドコンテンツのカテゴリ情報を決定してもよい。
【００６５】
また、コンテンツカテゴリマッチング部１２７は、後述の評価完了情報によって示されるレコメンドコンテンツのうち、レコメンドコンテンツ送信要求情報を送信した携帯端末４０から後述の評価情報を受信していないレコメンドコンテンツのカテゴリ情報を決定してもよい。
【００６６】
コンテンツ取得部１２９は、コンテンツカテゴリマッチング部１２７で決定したレコメンドコンテンツのカテゴリ情報が示すカテゴリに属するコンテンツを、後述のコンテンツＤＢ２１１から取得する。
【００６７】
コンテンツフィルタ部１０９は、コンテンツ取得部１２９が取得したコンテンツの中で、レコメンドコンテンツ送信要求情報を送信した携帯端末４０以外の他の携帯端末から最もアクセスされた回数が多いコンテンツの中からレコメンドコンテンツをランダムに決定する。
【００６８】
コンテンツ配信部１０７は、レコメンドリクエスト取得部１０５がレコメンドコンテンツ送信要求情報を受信した場合に、コンテンツフィルタ部１０９が決定したレコメンドコンテンツを携帯端末４０に送信する（提示送信ステップ）。
【００６９】
潜在セグメント分類ルールＤＢ２０１は、携帯端末４０のアクセス履歴情報から、携帯端末４０のユーザの潜在的要求に基づく情報を分類するためのルールに関する情報（潜在セグメント分類ルール情報）を、アクセス履歴情報ごとに格納したデータベースである。情報の格納例については後述する。
【００７０】
潜在セグメントＤＢ２０３は、コンテンツアクセス履歴ＤＢ４０３内に格納されているアクセス履歴情報と、潜在セグメント分類ルールＤＢ２０１内に格納されているアクセス履歴情報とのマッチングを行い、マッチした回数を「スコア」として潜在セグメント分類ルール情報ごとに格納したデータベースである。情報の格納例については後述する。
【００７１】
潜在セグメントコンテンツカテゴリＤＢ２０５は、潜在セグメント分類ルール情報と、この潜在セグメント分類ルール情報に関するコンテンツを分類するカテゴリに関するカテゴリ情報とを対応付けて格納したデータベースである。情報の格納例については後述する。
【００７２】
明示セグメント分類ルールＤＢ２０７は、携帯端末４０のスケジューラ登録情報と、このスケジューラ登録情報に関するユーザの明示的要求に基づく行動情報を分類するカテゴリに関する明示セグメント分類ルール情報と、を対応付けて格納したデータベースである。情報の格納例については後述する。
【００７３】
明示セグメントコンテンツカテゴリＤＢ２０９は、明示セグメント分類ルールＤＢ２０７に格納された明示セグメント分類ルール情報と、この明示セグメント分類ルール情報に示される行動に必要なコンテンツ（例えば広告コンテンツ）のカテゴリに関するカテゴリ情報と、を対応付けて格納したデータベースである。情報の格納例については後述する。
【００７４】
コンテンツＤＢ２１１は、潜在セグメントコンテンツカテゴリＤＢ２０５のカテゴリ情報に対応づけられた明示セグメントコンテンツカテゴリＤＢ２０９のカテゴリ情報に、適切に対応しているコンテンツの保存場所情報（例えばＵＲＬ）を格納したデータベースである。情報の格納例については後述する。なお、コンテンツＤＢ２１１は、保存場所情報だけでなくコンテンツ自体を格納することもできる。
【００７５】
上記した潜在セグメント分類ルールＤＢ２０１、潜在セグメントＤＢ２０３、潜在セグメントコンテンツカテゴリＤＢ２０５、明示セグメント分類ルールＤＢ２０７、明示セグメントコンテンツカテゴリＤＢ２０９、及びコンテンツＤＢ２１１は、集合体として機能して、利用情報とセグメント情報とをそれぞれ関連付けて格納する（分類格納ステップ）。
【００７６】
（５）レコメンドエンジンにおける各種情報の格納例
引き続いて、潜在セグメント分類ルールＤＢ２０１に格納される潜在セグメント分類ルール情報などの格納例について、図７を用いて説明する。図７は、潜在セグメント分類ルールＤＢ２０１に格納される潜在セグメント分類ルール情報などの格納例を示す図である。例えば、携帯端末４０からの「http://www.c1.comにアクセス時」は、セグメントＩＤが「Ｓ１」であって分類情報が「自動車」である潜在セグメント分類ルール情報と関連付けられて格納されている。即ち、携帯端末４０からの「http://www.c1.comにアクセス時」は、携帯端末４０の潜在セグメント分類ルール情報が上記したセグメントＩＤ及び分類情報に決まる。
【００７７】
次に、潜在セグメントＤＢ２０３に格納されるスコアなどの格納例について、図８を用いて説明する。図８は、潜在セグメントＤＢ２０３に格納されるスコアなどの格納例を示す図である。コンテンツアクセス履歴ＤＢ４０３内に格納されているアクセス履歴情報と、潜在セグメント分類ルールＤＢ２０１内に格納されているアクセス履歴情報とのマッチングの結果、例えば、セグメントＩＤが「Ｓ１」でマッチしたもののスコアとして「４」が格納されている。即ち、セグメントＩＤが「Ｓ１」である潜在セグメントでマッチした回数は「４」回である。
【００７８】
次に、潜在セグメントコンテンツカテゴリＤＢ２０５に格納されるカテゴリ情報などの格納例について、図９を用いて説明する。図９は、潜在セグメントコンテンツカテゴリＤＢ２０５に格納されるカテゴリ情報などの格納例を示す図である。例えば、潜在セグメント決定部１１８が決定した潜在セグメント分類ルール情報（例えば、セグメントＩＤが「Ｓ１」であって分類情報が「自動車」）には、大カテゴリＩＤが「Ｄ１」、大カテゴリ名が「店舗情報」、小カテゴリＩＤが「ＳＣ１」、小カテゴリ名が「ディーラー」であるコンテンツのカテゴリ情報が関連付けられて格納されている。即ち、携帯端末４０から「http://www.c1.comにアクセス時」に携帯端末４０に送信される可能性があるコンテンツは、大カテゴリＩＤが「Ｄ１」、大カテゴリ名が「店舗情報」、小カテゴリＩＤが「ＳＣ１」、小カテゴリ名が「ディーラー」であるカテゴリ情報を有するコンテンツである。
【００７９】
次に、明示セグメント分類ルールＤＢ２０７に格納される明示セグメント分類ルール情報などの格納例について、図１０を用いて説明する。図１０は、明示セグメント分類ルールＤＢ２０７に格納される明示セグメント分類ルール情報などの格納例を示す図である。例えば、携帯端末４０のスケジューラに対する「買い物」予定登録直後のスケジューラ登録情報は、第一セグメントＩＤが「Ｔ１」であり、第一分類情報が「買う」であり、第二セグメントＩＤが「ＳＴ１」であり、第二分類情報が「買う物を決める」である明示セグメント分類ルール情報と、関連付けられて格納されている。即ち、携帯端末４０のスケジューラに「買い物」予定が登録された直後は、「買う物を決める」という行動に関する情報が取得される。
【００８０】
次に、明示セグメントコンテンツカテゴリＤＢ２０９に格納される明示カテゴリ情報などの格納例について、図１１を用いて説明する。図１１は、明示セグメントコンテンツカテゴリＤＢ２０９に格納される明示カテゴリ情報などの格納例を示す図である。例えば、第一セグメントＩＤが「Ｔ１」であり、第一分類情報が「買う」であり、第二セグメントＩＤが「ＳＴ１」であり、第二分類情報が「買う物を決める」である明示セグメント分類ルール情報は、大カテゴリＩＤが「Ｄ５」であり大カテゴリ名が「商品情報」である明示カテゴリ情報と関連付けられて格納されている。即ち、携帯端末４０のスケジューラに「買い物」予定が登録された直後は、「商品情報」に関するコンテンツが携帯端末４０に送信される可能性がある。
【００８１】
次に、コンテンツＤＢ２１１に格納されるコンテンツの保存場所情報などの格納例について、図１２を用いて説明する。図１２は、コンテンツＤＢ２１１に格納されるコンテンツの保存場所情報などの格納例を示す図である。例えば、大カテゴリＩＤが「Ｄ１」、大カテゴリ名が「店舗情報」、小カテゴリＩＤが「ＳＣ１」、小カテゴリ名が「ディーラー」であるカテゴリ情報を有するコンテンツの保存場所は、「tempo1.db」であり、データ形式として「リレーショナルデータベース」形式で保存される。
【００８２】
（６）携帯端末の構成
引き続いて、本発明の実施形態である携帯端末４０について、図１３及び図１４を用いて説明する。図１３は、携帯端末４０の機能構成を説明するための構成図であり、図１４は、携帯端末４０の物理構成を説明するための構成図である。図１４に示すように、携帯端末４０は、ＣＰＵ４１、ＲＡＭ４２、ＲＯＭ４３、操作部４４、無線通信部４５、ディスプレイ４６、及びアンテナ４７等のハードウェアにより構成されている。これらの構成要素が動作することにより、以下に説明する各機能が発揮される。
【００８３】
携帯端末４０は、図１３に示すように、機能的な構成要素として、コンテンツ取得要求送信部５０１（要求送信手段）、コンテンツ受信部５０３（提示受信手段）、コンテンツ表示部５０５（情報表示手段）、スケジューラ登録情報送信部５０７、スケジューラ表示部５０９（入力手段）、レコメンドリクエスト送信部５１１（評価値送信手段）、及びレコメンドコンテンツ表示部５１３を備えている。
【００８４】
コンテンツ取得要求送信部５０１は、データマネージャ１０に対してコンテンツの送信を要求する要求情報を送信する。この要求情報には、インターネットコンテンツや情報提供サイトにアクセスする際に利用する利用情報が含まれている。
【００８５】
コンテンツ受信部５０３は、データマネージャ１０から送信されたコンテンツを受信する。
【００８６】
コンテンツ表示部５０５は、コンテンツ受信部５０３で受信したコンテンツを上記したディスプレイに表示する。
【００８７】
スケジューラ登録情報送信部５０７は、レコメンドエンジン２０から登録送信要求情報を受信すると、スケジューラ登録情報をスケジューラ登録情報受信部３０９経由でスケジューラ登録情報取得部１２０に送信する。
【００８８】
スケジューラ表示部５０９は、スケジューラ登録情報を上記したディスプレイに表示する。また、スケジューラ表示部５０９は、携帯端末４０のユーザによる上記の評価情報の入力を、例えばタッチパネル式ディスプレイで受け付ける。
【００８９】
レコメンドリクエスト送信部５１１は、レコメンドコンテンツ送信要求情報をレコメンドエンジン２０に送信する。レコメンドコンテンツの送信要求は携帯端末４０内のアプリケーション（上記したスケジューラ）から行われる。また、レコメンドリクエスト送信部５１１は、スケジューラ表示部５０９に入力された上記の評価情報をレコメンドエンジン２０に送信する。
【００９０】
レコメンドコンテンツ表示部５１３は、レコメンドエンジン２０から受信した（提示受信ステップ）レコメンドコンテンツを上記したディスプレイに表示する（情報表示ステップ）。
【００９１】
（７）情報提供システムで行われる処理の全体の流れ
引き続いて、情報提供システム１で行われる処理の全体の流れについて、図１５を用いて説明する。図１５は、情報提供システム１で行われる処理の全体の流れを説明する説明図である。なお、横軸は、携帯端末４０において行われたアクションが図１５における左側から順に行われた様子を示している。ここでは、「サッカーニュース」、「新車情報」、及び「中古車情報」という検索キーワードを利用した検索が行われた後で、「横浜で買い物をする」という登録情報の入力が行われている。
【００９２】
ここで、図１５に示すように、情報提供システム１で行われる処理は、大きく３つの工程に大別される。第一工程Ａ１は「アクセス履歴情報に基づく潜在セグメント分類ルール情報への分類工程」であり、第二工程Ａ２は「レコメンドコンテンツ送信要求情報の受信時の登録情報に基づく明示セグメント分類ルール情報への分類工程」であり、第三工程Ａ３は「レコメンドコンテンツの決定工程」である。
【００９３】
まず、第一工程Ａ１では、携帯端末４０からの上記コンテンツやサイトへのアクセス履歴情報Ｂ１〜Ｂ３（それぞれ、「サッカーニュース」、「新車情報」、及び「中古車情報」という検索キーワードを利用した検索履歴に関する情報）が、データマネージャ１０のコンテンツアクセス履歴ＤＢ４０３に格納される。上記した所定のタイミングになったときに、レコメンドエンジン２０のアクセス履歴取得部１０１が、データマネージャ１０から全ての携帯端末４０に関するアクセス履歴情報（Ｂ１〜Ｂ３を含む）を取得する。
【００９４】
そして、レコメンドエンジン２０の潜在セグメントルールマッチング部１１３が、アクセス履歴情報Ｂ１〜Ｂ３のそれぞれと、潜在セグメント分類ルール取得部１１１が取得した潜在セグメント分類ルール情報Ｃ１〜Ｃ３とのマッチングを行い、このアクセス履歴情報Ｂ１〜Ｂ３に対応する潜在セグメント分類ルール情報Ｃ１〜Ｃ３（それぞれ、「サッカー」、「自動車」、及び「結婚」という潜在セグメント）を取得する。なお、アクセス履歴情報Ｂ１（サッカーニュース）が潜在セグメント分類ルール情報Ｃ１（サッカー）とマッチしており、アクセス履歴情報Ｂ２（新車情報），Ｂ３（中古車情報）が潜在セグメント分類ルール情報Ｃ２（自動車）とマッチしている。ここで、マッチした潜在セグメント分類ルール情報とそのマッチした回数とが、潜在セグメントＤＢ２０３に格納される。
【００９５】
次に、第二工程Ａ２では、携帯端末４０内のアプリケーション（上記したスケジューラ）がレコメンドコンテンツを要求した場合、レコメンドリクエスト送信部５１１がレコメンドコンテンツ送信要求情報をレコメンドエンジン２０に送信する。そして、レコメンドリクエスト取得部１０５がレコメンドコンテンツ送信要求情報を受信したタイミングで、スケジューラ登録情報取得部１２０が、このレコメンドコンテンツ送信要求情報を送信した携帯端末４０に対して、登録送信要求情報を送信し、この携帯端末４０からのスケジューラ登録情報を受信して取得する。
【００９６】
ここで、明示セグメント分類ルール取得部１２１が、現時点で格納されている全ての明示セグメント分類ルール情報を明示セグメント分類ルールＤＢ２０７から取得する。そして、明示セグメントルールマッチング部１２３が、スケジューラ登録情報取得部１２０が取得したスケジューラ登録情報と、明示セグメント分類ルール取得部１２１が取得した明示セグメント分類ルール情報とのマッチングを行い、このスケジューラ登録情報にマッチ（対応）する明示セグメント分類ルール情報を選択する。明示セグメントコンテンツカテゴリ取得部１２５は、この明示セグメント分類ルール情報に対応付けられたコンテンツ（例えば広告コンテンツ）のカテゴリに関する明示カテゴリ情報を、後述の明示セグメントコンテンツカテゴリＤＢ２０９から取得する。
【００９７】
次に、レコメンドリクエスト取得部１０５がレコメンドコンテンツ送信要求情報を受信したタイミングで、潜在セグメント取得部１１７が、このレコメンドコンテンツ送信要求情報を送信した携帯端末４０に関するアクセス履歴情報をコンテンツアクセス履歴ＤＢ４０３から抽出して取得する。そして、潜在セグメント決定部１１８が、潜在セグメント取得部１１７が取得したアクセス履歴情報に対応する潜在セグメント分類ルール情報の中で、最もスコアの高い潜在セグメント分類ルール情報を選択する。次に、潜在セグメントコンテンツカテゴリ取得部１１９が、潜在セグメント決定部１１８が選択した潜在セグメント分類ルール情報に対応付けられたコンテンツ（例えば広告コンテンツ）のカテゴリに関する潜在カテゴリ情報を潜在セグメントコンテンツカテゴリＤＢ２０５から取得する。
【００９８】
次に、第三工程Ａ３では、コンテンツカテゴリマッチング部１２７が、潜在セグメントコンテンツカテゴリ取得部１１９が取得した潜在カテゴリ情報と、明示セグメントコンテンツカテゴリ取得部１２５が取得した明示カテゴリ情報とのマッチングを行い、マッチしたカテゴリ情報をレコメンドコンテンツのカテゴリ情報として決定する。そして、コンテンツ取得部１２９が、コンテンツカテゴリマッチング部１２７で決定したレコメンドコンテンツのカテゴリ情報が示すカテゴリに属するコンテンツをコンテンツＤＢ２１１から取得する。次に、コンテンツフィルタ部１０９が、コンテンツ取得部１２９が取得したコンテンツの中で、レコメンドコンテンツ送信要求情報を送信した携帯端末４０以外の他の携帯端末から最もアクセスされた回数が多いコンテンツをレコメンドコンテンツとして決定する。そして、コンテンツ配信部１０７が、コンテンツフィルタ部１０９が決定したレコメンドコンテンツを携帯端末４０に送信する。
【００９９】
（８）レコメンドエンジン２０で行われる処理の流れ
引き続いて、レコメンドエンジン２０で行われる処理の流れについて、図１６及び図１７を用いて説明する。図１６は、アクセス履歴更新タイミング制御部１０３が制御するタイミングでアクセス履歴情報を更新する流れを説明するフローチャートである。また、図１７は、レコメンドコンテンツを決定する流れを説明するフローチャートである。
【０１００】
まず、アクセス履歴情報を更新する流れを説明する。図１６に示すように、アクセス履歴更新タイミング制御部１０３が制御しているタイミングになったか否かが判定される（ステップＳ１０）。上記のタイミングになっていない場合、再度、この判定処理が行われる。一方、上記のタイミングになった場合、アクセス履歴取得部１０１が、履歴要求情報をデータマネージャ１０に送信して、データマネージャ１０から当該アクセス履歴情報を受信して取得する（ステップＳ１１、履歴取得ステップ）。そして、潜在セグメント分類ルール取得部１１１が、潜在セグメント分類ルール情報を取得して（ステップＳ１２、分類取得ステップ）、潜在セグメントルールマッチング部１１３が、アクセス履歴情報と潜在セグメント分類ルール情報とのマッチングを行う（ステップＳ１３）。
【０１０１】
ここで、このアクセス履歴情報に対応（マッチ）する潜在セグメント分類ルール情報が存在したか否かが判定される（ステップＳ１４）。対応する潜在セグメント分類ルール情報が存在しなかった場合、ステップＳ１０に戻る。一方、対応する潜在セグメント分類ルール情報が存在した場合、潜在セグメント更新部１１５が、この対応する潜在セグメント分類ルール情報を潜在セグメントＤＢ２０３に格納するとともに上記のスコアを更新して（ステップＳ１５）、ステップＳ１０に戻る。
【０１０２】
引き続き、レコメンドエンジン２０が携帯端末４０からレコメンドコンテンツ送信要求情報を受信した場合における、レコメンドコンテンツを決定する流れを説明する。図１７に示すように、レコメンドエンジン２０が携帯端末４０からレコメンドコンテンツ送信要求情報を受信したか否かが判定される（ステップＳ２０）。レコメンドコンテンツ送信要求情報を受信していない場合、再度、この判定処理が行われる。一方、レコメンドコンテンツ送信要求情報を受信した場合、潜在セグメント取得部１１７が、このレコメンドコンテンツ送信要求情報を送信した携帯端末４０に関するアクセス履歴情報をコンテンツアクセス履歴ＤＢ４０３から抽出して取得し、潜在セグメント決定部１１８が、このアクセス履歴情報に対応する潜在セグメント分類ルール情報の中で、最もスコアの高い潜在セグメント分類ルール情報を選択する（ステップＳ２１）。
【０１０３】
次に、潜在セグメントコンテンツカテゴリ取得部１１９が、潜在セグメント決定部１１８が選択した潜在セグメント分類ルール情報に対応付けられたコンテンツ（例えば広告コンテンツ）のカテゴリに関する潜在カテゴリ情報を、後述の潜在セグメントコンテンツカテゴリＤＢ２０５から取得する（ステップＳ２２）。そして、スケジューラ登録情報取得部１２０が、レコメンドコンテンツ送信要求情報を送信した携帯端末４０に対して、スケジューラ登録情報の送信を要求する登録送信要求情報を送信し、この携帯端末４０からのスケジューラ登録情報をスケジューラ登録情報受信部３０９経由で受信して取得する（ステップＳ２３、入力取得ステップ）。
【０１０４】
次に、明示セグメント分類ルール取得部１２１が、現時点で格納されている全ての明示セグメント分類ルール情報を明示セグメント分類ルールＤＢ２０７から取得する（ステップＳ２４、行動取得ステップ）。そして、明示セグメントルールマッチング部１２３が、スケジューラ登録情報取得部１２０が取得したスケジューラ登録情報と、明示セグメント分類ルール取得部１２１が取得した明示セグメント分類ルール情報とのマッチングを行う（ステップＳ２５、提示決定ステップ）。このスケジューラ登録情報にマッチ（対応）する明示セグメント分類ルール情報が存在するか否かの判定が行われる（ステップＳ２６）。マッチした明示セグメント分類ルール情報が存在した場合、後述のステップＳ２７に進む。一方、マッチした明示セグメント分類ルール情報が存在しなかった場合、コンテンツ取得部１２９が、潜在セグメントコンテンツカテゴリ取得部１１９が取得した潜在カテゴリ情報が示すカテゴリに属するコンテンツを、レコメンドコンテンツとしてコンテンツＤＢ２１１からランダムに選択して（ステップＳ２７１）、ステップＳ１０に戻る。
【０１０５】
ステップＳ２７では、明示セグメントコンテンツカテゴリ取得部１２５が、この明示セグメント分類ルール情報に対応付けられたコンテンツ（例えば広告コンテンツ）のカテゴリに関する明示カテゴリ情報を、明示セグメントコンテンツカテゴリＤＢ２０９から取得する。次に、コンテンツカテゴリマッチング部１２７が、潜在セグメントコンテンツカテゴリ取得部１１９が取得した潜在カテゴリ情報と、明示セグメントコンテンツカテゴリ取得部１２５が取得した明示カテゴリ情報とのマッチングを行い、マッチしたカテゴリ情報をレコメンドコンテンツのカテゴリ情報として決定する（ステップＳ２８）。そして、コンテンツ取得部１２９が、コンテンツカテゴリマッチング部１２７で決定したレコメンドコンテンツのカテゴリ情報が示すカテゴリに属するコンテンツを、コンテンツＤＢ２１１から取得する。ここで、コンテンツフィルタ部１０９が、コンテンツ取得部１２９が取得したコンテンツの中で、レコメンドコンテンツ送信要求情報を送信した携帯端末４０以外の他の携帯端末から最もアクセスされた回数が多いコンテンツの中から、レコメンドコンテンツとしてランダムに選択して、コンテンツ配信部１０７が、このレコメンドコンテンツを携帯端末４０に送信する（ステップＳ２９）。そして、ステップＳ２０に戻る。
【０１０６】
（９）データマネージャ１０で行われる処理の流れ
引き続いて、データマネージャ１０で行われる処理の流れについて、図１８〜２１を用いて説明する。図１８は、データマネージャ１０が携帯端末４０からコンテンツの送信を要求する要求情報を受信した場合の流れを説明するフローチャートである。また、図１９は、データマネージャ１０がレコメンドエンジン２０から全ての携帯端末４０に関する履歴要求情報を受信した場合の流れを説明するフローチャートである。また、図２０は、データマネージャ１０が携帯端末４０から登録情報を受信した場合の流れを説明するフローチャートである。また、図２１は、データマネージャ１０がレコメンドエンジン２０から特定の識別ＩＤの携帯端末４０に関する登録送信要求情報を受信した場合の流れを説明するフローチャートである。
【０１０７】
まず、データマネージャ１０が携帯端末４０から要求情報を受信した場合の流れを説明する。図１８に示すように、まず、コンテンツ送信要求受信部３０１が、携帯端末４０がインターネットコンテンツや情報提供サイトにアクセスする際に利用する利用情報を、携帯端末４０から受信したか否かが判定される（ステップＳ３０）。利用情報を受信していない場合、再度、この判定処理が行われる。一方、利用情報を受信した場合、コンテンツ取得部３１５が、利用情報を格納保存した（ステップＳ３１）後で、外部インターネット網４０１に接続して、コンテンツ送信要求受信部３０１が受信した利用情報に応じたコンテンツを取得する（ステップＳ３２）。
【０１０８】
次に、コンテンツアクセス履歴格納部３１７が、コンテンツ送信要求受信部３０１が携帯端末４０から受信した利用情報を受信して、この利用情報の履歴を示すアクセス履歴情報を取得し、このアクセス履歴情報を携帯端末４０の識別ＩＤごとにコンテンツアクセス履歴ＤＢ４０３に格納する。そして、コンテンツ送信部３０３が、コンテンツ取得部３１５が取得したコンテンツを、利用情報を送信した携帯端末４０に送信する（ステップＳ３３）。そして、ステップＳ３０に戻る。
【０１０９】
次に、データマネージャ１０がレコメンドエンジン２０から全ての携帯端末４０に関する履歴要求情報を受信した場合の流れを説明する。図１９に示すように、まず、コンテンツアクセス履歴送信要求受信部３０５が、特定の識別ＩＤの携帯端末４０に関するアクセス履歴情報の送信を要求する履歴要求情報を、レコメンドエンジン２０から受信したか否かが判定される（ステップＳ４０）。履歴要求情報を受信していない場合、再度、この判定処理が行われる。一方、履歴要求情報を受信した場合、コンテンツアクセス履歴取得部３１９が、コンテンツアクセス履歴送信要求受信部３０５が受信した履歴要求情報に対応するアクセス履歴情報を、コンテンツアクセス履歴ＤＢ４０３から取得し、コンテンツアクセス履歴送信部３０７が、コンテンツアクセス履歴取得部３１９が取得したアクセス履歴情報を、レコメンドエンジン２０に送信する（ステップＳ４１）。そして、ステップＳ４０に戻る。
【０１１０】
次に、データマネージャ１０が携帯端末４０から登録情報を受信した場合の流れを説明する。図２０に示すように、まず、スケジューラ登録情報受信部３０９が、携帯端末４０のスケジューラに入力された入力情報（スケジューラ登録情報）を、携帯端末４０から受信したか否かが判定される（ステップＳ５０）。入力情報を受信していない場合、再度、この判定処理が行われる。一方、入力情報を受信した場合、スケジューラ登録情報格納部３２１が、スケジューラ登録情報受信部３０９が受信した予定情報などの入力情報を、スケジューラ登録情報ＤＢ４０５に格納保存する（ステップＳ５１）。そして、ステップＳ５０に戻る。
【０１１１】
次に、データマネージャ１０がレコメンドエンジン２０から特定の識別ＩＤの携帯端末４０に関する登録送信要求情報を受信した場合の流れを説明する。図２１に示すように、まず、スケジューラ登録情報送信要求受信部３１１が、特定の識別ＩＤの携帯端末４０の登録送信要求情報を、レコメンドエンジン２０から受信したか否かが判定される（ステップＳ６０）。登録送信要求情報を受信していない場合、再度、この判定処理が行われる。一方、登録送信要求情報を受信した場合、スケジューラ登録情報取得部３２３が、スケジューラ登録情報送信要求受信部３１１が受信した登録送信要求情報に対応するスケジューラ登録情報を、スケジューラ登録情報ＤＢ４０５から取得し、スケジューラ登録情報送信部３１３が、スケジューラ登録情報取得部３２３が取得したスケジューラ登録情報を、レコメンドエンジン２０に送信する（ステップＳ６１）。そして、ステップＳ６０に戻る。
【０１１２】
（１０）携帯端末４０で行われる処理の流れ
引き続いて、携帯端末４０で行われる処理の流れについて、図２２〜２４を用いて説明する。図２２は、携帯端末４０のユーザからの要求に応じて携帯端末４０がインターネットにおけるコンテンツを取得して表示する流れを説明するフローチャートである。また、図２３は、携帯端末４０がスケジューラ登録情報をデータマネージャ１０経由でレコメンドエンジン２０に送信する流れを説明するフローチャートである。また、図２４は、携帯端末４０がレコメンドコンテンツ送信要求情報をレコメンドエンジン２０に送信し、レコメンドコンテンツを受信して表示する流れを説明するフローチャートである。
【０１１３】
まず、携帯端末４０のユーザからの要求に応じて携帯端末４０がインターネットにおけるコンテンツを取得して表示する流れを説明する。図２２に示すように、まず、携帯端末４０のユーザからコンテンツの取得を要求する入力が携帯端末４０に対して行われたか否かが判定される（ステップＳ７０）。コンテンツの取得を要求されていない場合、再度、この判定処理が行われる。一方、コンテンツの取得を要求された場合、コンテンツ取得要求送信部５０１が、データマネージャ１０に対して要求情報を送信する（ステップＳ７１）。次に、コンテンツ受信部５０３が、データマネージャ１０から送信されたコンテンツを受信する（ステップＳ７２）。そして、コンテンツ表示部５０５が、コンテンツ受信部５０３で受信したコンテンツをディスプレイに表示する（ステップＳ７３）。そして、ステップＳ７０に戻る。
【０１１４】
次に、携帯端末４０がスケジューラ登録情報をデータマネージャ１０経由でレコメンドエンジン２０に送信する流れを説明する。図２３に示すように、まず、携帯端末４０のユーザによって携帯端末４０に格納されたスケジューラにスケジューラ登録情報が入力されたか否かが判定される（ステップＳ８０）。スケジューラ登録情報が入力されていない場合、再度、この判定処理が行われる。一方、スケジューラ登録情報が入力された場合、スケジューラ登録情報送信部５０７が、スケジューラ登録情報をデータマネージャ１０経由でレコメンドエンジン２０に送信し、スケジューラ表示部５０９が、スケジューラ登録情報をディスプレイに表示する（ステップＳ８１）。そして、ステップＳ８０に戻る。
【０１１５】
次に、携帯端末４０がレコメンドコンテンツ送信要求情報をレコメンドエンジン２０に送信し、レコメンドコンテンツを受信して表示する流れを説明する。図２４に示すように、まず、レコメンドコンテンツの送信要求が、携帯端末４０内のアプリケーションからあったか否かが判定される（ステップＳ９０）。レコメンドコンテンツの送信要求がない場合、再度、この判定処理が行われる。一方、レコメンドコンテンツの送信要求があった場合、レコメンドリクエスト送信部５１１が、レコメンドコンテンツ送信要求情報をレコメンドエンジン２０に送信する（ステップＳ９１）。そして、コンテンツ受信部５０３が、レコメンドエンジン２０から送信されたレコメンドコンテンツを受信する（ステップＳ９２）。次に、レコメンドコンテンツ表示部５１３が、レコメンドエンジン２０から受信したレコメンドコンテンツをディスプレイに表示する（ステップＳ９３）。そして、ステップＳ９０に戻る。
【０１１６】
（１１）処理の流れの具体例
引き続いて、上記した第一工程である「アクセス履歴情報に基づく潜在セグメント分類ルール情報への分類工程」と、第二工程である「レコメンドコンテンツ送信要求情報の受信時の登録情報に基づく明示セグメント分類ルール情報への分類工程」と、第三工程である「レコメンドコンテンツの決定工程」との処理の流れの具体例を、主に図２５〜３１を用いて説明する。図２５〜３１のそれぞれは、携帯端末４０のディスプレイの表示画面の一例である。
【０１１７】
まず、第一工程について説明する。携帯端末４０のユーザからコンテンツの取得を要求する入力が携帯端末４０に対して行われた場合、コンテンツ取得要求送信部５０１が、データマネージャ１０に対して要求情報を送信する。ここで、識別ＩＤが「Ｕ１」である携帯端末４０から、ＵＲＬが「http://www.s1-1.com/c1.html」であるコンテンツの取得要求、若しくは、検索キーワードを「式場」又は「ワールドカップ」とした検索による検索結果となるコンテンツの取得要求があったとする。
【０１１８】
このとき、データマネージャ１０では、コンテンツ送信要求受信部３０１が利用情報を携帯端末４０から受信したときに、コンテンツ取得部３１５が外部インターネット網４０１に接続して、コンテンツ送信要求受信部３０１が受信した利用情報に応じたコンテンツを取得する。そして、コンテンツアクセス履歴格納部３１７が、コンテンツ送信要求受信部３０１が携帯端末４０から受信した利用情報を受信して、この利用情報の履歴を示すアクセス履歴情報を取得し、このアクセス履歴情報を携帯端末４０の識別ＩＤごとにコンテンツアクセス履歴ＤＢ４０３に格納する。識別ＩＤが「Ｕ１」である携帯端末４０から、ＵＲＬが「http://www.s1-1.com/c1.html」であるコンテンツにアクセスがあった場合、図４に示すように、識別ＩＤが「Ｕ１」である携帯端末４０からのアクセス履歴情報として、「http://www.s1-1.com/c1.html」が追加される。
【０１１９】
また、識別ＩＤが「Ｕ１」である携帯端末４０から検索キーワードを「式場」又は「ワールドカップ」とした検索による検索結果となるコンテンツの取得要求があった場合、図４に示すように、識別ＩＤが「Ｕ１」である携帯端末４０からのアクセス履歴情報（「式場」で検索、又は「ワールドカップ」で検索）が追加される。そして、コンテンツ送信部３０３が、コンテンツ取得部３１５が取得したコンテンツを、利用情報を送信した携帯端末４０に送信する。
【０１２０】
ここで、携帯端末４０では、コンテンツ受信部５０３が、データマネージャ１０から送信されたコンテンツを受信し、コンテンツ表示部５０５は、コンテンツ受信部５０３で受信したコンテンツをディスプレイに表示する。ＵＲＬが「http://www.s1-1.com/c1.html」であるコンテンツの取得要求、若しくは、検索キーワードを「式場」又は「ワールドカップ」とした検索による検索結果となるコンテンツの取得要求があった場合のディスプレイの表示画面の一例を、それぞれ図２５〜２７に示す。各表示画面とも、画面上方に検索条件が表示され、画面下方に表示内容又は検索結果が表示されている。
【０１２１】
レコメンドエンジン２０では、アクセス履歴更新タイミング制御部１０３が制御する更新タイミングとなったときに、アクセス履歴取得部１０１が全ての携帯端末４０に関する履歴要求情報をデータマネージャ１０に送信する。この更新タイミングは、レコメンドエンジン２０の設計者や管理者等によって任意に設定することができる。更新タイミングは、例えば、一日一回でもよく、一時間に一回でもよい。
【０１２２】
データマネージャ１０では、コンテンツアクセス履歴送信要求受信部３０５が、特定の識別ＩＤの携帯端末４０に関する履歴要求情報をレコメンドエンジン２０から受信した場合、コンテンツアクセス履歴取得部３１９が、コンテンツアクセス履歴送信要求受信部３０５が受信した履歴要求情報に対応するアクセス履歴情報を、コンテンツアクセス履歴ＤＢ４０３から取得する。そして、コンテンツアクセス履歴送信部３０７が、コンテンツアクセス履歴取得部３１９が取得したアクセス履歴情報を、レコメンドエンジン２０に送信する。そして、レコメンドエンジン２０のアクセス履歴取得部１０１が、全ての携帯端末４０に関する履歴要求情報を、データマネージャ１０から受信して取得する。このとき、アクセス履歴取得部１０１は、図４に示すコンテンツアクセス履歴ＤＢ４０３に格納されているアクセス履歴情報を取得する。
【０１２３】
次に、レコメンドエンジン２０の潜在セグメントルールマッチング部１１３が、アクセス履歴情報と潜在セグメント分類ルール情報とのマッチングを行い、このアクセス履歴情報に対応する潜在セグメント分類ルール情報を選択して取得する。また、アクセス履歴情報に対応する潜在セグメント分類ルール情報が選択された場合、潜在セグメント更新部１１５が、スコアを更新する。
【０１２４】
例えば、識別ＩＤが「Ｕ１」である携帯端末４０については、図４に示すコンテンツアクセス履歴ＤＢ４０３に、リンク先のＵＲＬ（ここでは「http://www.c1.com」、「http://www.s1-1.com/c1.html」）や、検索キーワード（ここでは「新車」、「式場」、「ワールドカップ」）といったアクセス履歴情報が格納されている。これらのアクセス履歴情報は、図７に示す潜在セグメント分類ルールＤＢ２０１に格納される潜在セグメント分類ルール情報である「http://www.c1.comにアクセス時」、「http://www.s1-1.com/c1.htmlにアクセス時」、「新車をキーワードとした検索時」、「式場をキーワードとした検索時」、「ワールドカップをキーワードとした検索時」と対応している。従って、この場合、図８に示すように、セグメントＩＤ「Ｓ１」のスコアは４となり、セグメントＩＤ「Ｓ２」のスコアは１となり、セグメントＩＤ「Ｓ３」のスコアは１となる。
【０１２５】
次に、第二工程について説明する。携帯端末４０のユーザがスケジューラに対してユーザ自身の行動予定に関する情報を登録する。例えば、スケジューラに対する登録は、以下のように行われる。図２８に示すように、まず、携帯端末４０のスケジューラがユーザによって起動される。そして、スケジューラが表示する日付のうち登録情報を入力する日付がユーザによって選択される。次に、図２９に示すように、機能メニューが表示され、例えば「新規登録」がユーザによって選択される。次に、図３０に示すように、予定項目が表示され、例えば「買い物」がユーザによって選択される。ここでは、識別ＩＤが「Ｕ１」である携帯端末４０のユーザが、２００５／１１／４に、「予定日時：２００５／１１／２４」「予定：買い物」の登録情報を入力したとする。
【０１２６】
次に、携帯端末４０のスケジューラ登録情報送信部５０７が、この登録情報（スケジューラ登録情報）をデータマネージャ１０経由でレコメンドエンジン２０に送信する。
【０１２７】
データマネージャ１０では、スケジューラ登録情報受信部３０９がスケジューラ登録情報を携帯端末４０から受信して取得した場合、スケジューラ登録情報格納部３２１が、スケジューラ登録情報受信部３０９が受信したスケジューラ登録情報を、スケジューラ登録情報ＤＢ４０５に格納する。例えば、図５に示すように、識別ＩＤが「Ｕ１」である携帯端末４０のユーザの場合、スケジューラ登録情報ＤＢ４０５に「登録日時：２００５／１１／４」、「予定日時：２００５／１１／２４」、「予定項目：買い物」のように登録される。そして、スケジューラ表示部５０９が、スケジューラ登録情報をディスプレイに表示する。
【０１２８】
携帯端末４０内のアプリケーション（上記したスケジューラ）からレコメンドコンテンツの送信要求が行われた場合、レコメンドリクエスト送信部５１１が、レコメンドコンテンツ送信要求情報をレコメンドエンジン２０に送信する。ここでは、識別ＩＤが「Ｕ１」である携帯端末４０のユーザが、このアプリケーションにレコメンドコンテンツの送信要求を行わせたとし、このユーザが２００５／１１／４にスケジューラに登録情報を入力したときに、スケジューラからレコメンドコンテンツの送信要求が行われたとする。
【０１２９】
レコメンドエンジン２０では、レコメンドリクエスト取得部１０５が携帯端末４０からレコメンドコンテンツ送信要求情報を受信したタイミングで、潜在セグメント取得部１１７が、このレコメンドコンテンツ送信要求情報を送信した携帯端末４０に関するアクセス履歴情報をコンテンツアクセス履歴ＤＢ４０３から抽出して取得する。
【０１３０】
次に、潜在セグメント決定部１１８が、潜在セグメント取得部１１７が取得したアクセス履歴情報に対応する潜在セグメント分類ルール情報の中で、最もスコアの高い潜在セグメント分類ルール情報を選択する。このスコアは、図８に示すように、後述の潜在セグメントＤＢ２０３に格納されている。ここでは、最もスコアの高いセグメントＩＤが「Ｓ１」である潜在セグメント分類ルール情報が選択される。
【０１３１】
潜在セグメントコンテンツカテゴリ取得部１１９が、潜在セグメント決定部１１８が選択した潜在セグメント分類ルール情報に対応付けられたコンテンツ（例えば広告コンテンツ）のカテゴリに関する潜在カテゴリ情報を、潜在セグメントコンテンツカテゴリＤＢ２０５から取得する。ここでは、図９に示すように、セグメントＩＤが「Ｓ１」である潜在セグメント分類ルール情報に対応付けられたコンテンツのカテゴリ情報として、「店舗情報（ディーラー、中古車販売）」、「商品情報（自動車）」、「ニュース（自動車関連ニュース）」が取得される。
【０１３２】
次に、レコメンドリクエスト取得部１０５が、携帯端末４０から送信されるレコメンドコンテンツ送信要求情報を受信すると、スケジューラ登録情報取得部１２０が、携帯端末４０からのスケジューラ登録情報を受信して取得する。データマネージャ１０では、スケジューラ登録情報取得部３２３が、スケジューラ登録情報送信要求受信部３１１がレコメンドエンジン２０から受信した登録送信要求情報に対応するスケジューラ登録情報を、スケジューラ登録情報ＤＢ４０５から取得する。そして、スケジューラ登録情報送信部３１３が、スケジューラ登録情報取得部３２３が取得したスケジューラ登録情報を、レコメンドエンジン２０に送信する。ここでは、識別ＩＤが「Ｕ１」である携帯端末４０のユーザの場合、スケジューラ登録情報ＤＢ４０５に「登録日時：２００５／１１／４」、「予定日時：２００５／１１／２４」、「予定項目：買い物」のように登録される。
【０１３３】
レコメンドエンジン２０では、明示セグメント分類ルール取得部１２１が、現時点で格納されている全ての明示セグメント分類ルール情報を、明示セグメント分類ルールＤＢ２０７から取得する。そして、明示セグメントルールマッチング部１２３は、スケジューラ登録情報取得部１２０が取得したスケジューラ登録情報と、明示セグメント分類ルール取得部１２１が取得した明示セグメント分類ルール情報とのマッチングを行い、このスケジューラ登録情報にマッチ（対応）する明示セグメント分類ルール情報を選択する。
【０１３４】
例えば、識別ＩＤが「Ｕ１」である携帯端末４０のユーザの場合、登録情報として「登録日時：２００５／１１／４」、「予定日時：２００５／１１／２４」、「予定項目：買い物」のように取得される。これらの情報は、図１０に示すように、明示セグメント分類ルールＤＢ２０７に、明示セグメントＩＤが「ＳＴ１」であって明示セグメント名が「買うものを決める」であってスケジューラ登録情報が「スケジューラ「買い物」予定登録直後」である明示セグメント分類ルール情報と、明示セグメントＩＤが「ＳＴ２」であって明示セグメント名が「買い物をする場所を決める」であってスケジューラ登録情報が「スケジューラ「買い物」予定登録直後」である明示セグメント分類ルール情報と、に対応している。
【０１３５】
また、明示セグメントルールマッチング部１２３でマッチングを行い、スケジューラ登録情報にマッチ（対応）する明示セグメント分類ルール情報があった場合には、明示セグメントコンテンツカテゴリ取得部１２５が、この明示セグメント分類ルール情報に対応付けられたコンテンツ（例えば広告コンテンツ）のカテゴリに関する明示カテゴリ情報を、明示セグメントコンテンツカテゴリＤＢ２０９から取得する。ここでは、図１１に示すように、第二セグメントＩＤ「ＳＴ１」に対応付けられた明示カテゴリ情報として「商品情報」と、第二セグメントＩＤ「ＳＴ１」に対応付けられた明示カテゴリ情報として「店舗情報」とが取得される。
【０１３６】
次に、第三工程について説明する。コンテンツカテゴリマッチング部１２７が、潜在セグメントコンテンツカテゴリ取得部１１９が取得した潜在カテゴリ情報と、明示セグメントコンテンツカテゴリ取得部１２５が取得した明示カテゴリ情報とのマッチングを行い、マッチしたカテゴリ情報をレコメンドコンテンツのカテゴリ情報として決定する。ここでは、潜在セグメントコンテンツカテゴリ取得部１１９が取得した潜在カテゴリ情報は、上記したように、「店舗情報（ディーラー、中古車販売）」、「商品情報（自動車）」、「ニュース（自動車関連ニュース）」であり、明示セグメントコンテンツカテゴリ取得部１２５が取得した明示カテゴリ情報は、上記したように、「商品情報」及び「店舗情報」であったことから、「店舗情報（ディーラー、中古車販売）」、「商品情報（自動車）」がレコメンドコンテンツのカテゴリ情報となる。
【０１３７】
なお、マッチングにおいて、まず、大カテゴリ名のレベルでマッチングを行い、もしいずれかのセグメントのカテゴリ情報が小カテゴリまで指定している場合はそのカテゴリをレコメンドコンテンツのカテゴリとする。もし、共通（マッチ）する大カテゴリがない場合は、明示カテゴリ情報のみを優先的にレコメンドコンテンツのカテゴリとする。
【０１３８】
次に、コンテンツ取得部１２９が、コンテンツカテゴリマッチング部１２７で決定したレコメンドコンテンツのカテゴリ情報が示すカテゴリに属するコンテンツを、コンテンツＤＢ２１１から取得する。ここでは、図１２に示すように、大カテゴリ名（及び小カテゴリ名）が「店舗情報（ディーラー）」、「店舗情報（中古車販売）」、「商品情報（自動車）」に該当するコンテンツのデータベースが、「tempo1.db」「tempo2.db」「shouhin1.db」で示される保存場所に格納されており、これらのデータベースからコンテンツが取得される。
【０１３９】
次に、コンテンツフィルタ部１０９が、コンテンツ取得部１２９が取得したコンテンツの中で、レコメンドコンテンツをランダムに決定する。そして、コンテンツ配信部１０７が、コンテンツフィルタ部１０９が決定したレコメンドコンテンツを携帯端末４０に送信する。ここでは、中古車販売の店舗情報に関するレコメンドコンテンツである広告コンテンツが配信されたとする。その広告コンテンツの表示画面の様子を、図３１に示す。
【０１４０】
（１２）第一変形例
引き続いて、本発明の実施形態であるレコメンドエンジン２０の第一変形例である第二レコメンドエンジン２２について、図３２〜３７を用いて説明する。まず、第二レコメンドエンジン２２の機能構成について、図３２を用いて説明する。図３２は、第二レコメンドエンジン２２の機能構成を説明するための構成図である。なお、第二レコメンドエンジン２２は、レコメンドエンジン２０と同様の物理構成を有している。第二レコメンドエンジン２２は、レコメンドエンジン２０が有する機能的な構成要素に加えて、明示セグメント更新部１３１、明示セグメント取得部１３３、明示セグメント決定部１３５、及び明示セグメントＤＢ２１３を備える。
【０１４１】
明示セグメント更新部１３１は、明示セグメントルールマッチング部１２３でマッチ（対応）した一または複数の明示セグメント分類ルール情報を明示セグメントＤＢ２１３に格納する。また、明示セグメント更新部１３１は、携帯端末４０がレコメンドコンテンツ送信要求情報を送信した日から明示セグメント分類ルール情報に対応する登録情報に登録された実行予定日時までの期間（例えば後述する「残り日数」等）を計算して、明示セグメントＤＢ２１３に格納する。
【０１４２】
明示セグメント取得部１３３は、レコメンドリクエスト取得部１０５にレコメンドコンテンツ送信要求情報を送信した携帯端末４０に関する明示セグメント分類ルール情報を、後述する残り日数に関する情報とともに明示セグメントＤＢ２１３から抽出して取得する。
【０１４３】
明示セグメント決定部１３５は、明示セグメント取得部１３３が取得した明示セグメント分類ルール情報の中から、最も適した明示セグメント分類ルール情報を決定する。最も適した明示セグメント分類ルール情報とは、例えば、「残り日数」が最も短い登録情報に対応づけられた明示セグメント分類ルール情報である。
【０１４４】
明示セグメントＤＢ２１３は、スケジューラ登録情報ＤＢ４０５に格納されているスケジューラ登録情報と、明示セグメント取得部１３３が取得した明示セグメント分類ルール情報とのマッチングの結果、マッチ（対応）した明示セグメント分類ルール情報を携帯端末４０の識別ＩＤごとに格納するデータベースである。
【０１４５】
次に、明示セグメントＤＢ２１３に格納される明示セグメント分類ルール情報の格納例について、図３３を用いて説明する。図３３は、明示セグメントＤＢ２１３に格納される明示セグメント分類ルール情報の格納例を示す図である。識別ＩＤが「Ｕ１」である携帯端末４０に対して、明示セグメントＩＤが「ＳＴ１」であって「残り日数」が「４」である明示セグメント分類ルール情報が対応付けられて格納されている。
【０１４６】
ここで、「残り日数」には、上記したように、携帯端末４０がレコメンドコンテンツ送信要求情報を送信した日から、明示セグメント分類ルール情報に対応する登録情報に登録された実行予定日時までの、期間に関する情報が格納される。これにより、複数の行動予定が登録情報として登録されている場合、実行予定日時が早くくる（残り日数が短い）方の行動予定に対応する明示セグメント分類ルール情報を考慮したリコメンドコンテンツの選択が可能となる。
【０１４７】
引き続いて、第二レコメンドエンジン２２で行われる処理の流れについて、図３４を用いて説明する。図３４は、レコメンドコンテンツを決定する流れを説明するフローチャートである。なお、第二レコメンドエンジン２２において行われる処理は、図１７で示されるフローチャートのステップＳ２６及びＳ２７の間に新たにステップＳ１００及びステップＳ１０１が追加されたものである。このため、ステップＳ２５以前の処理及びステップＳ２７以後の処理については説明を割愛する。
【０１４８】
ステップＳ２６で、スケジューラ登録情報にマッチ（対応）する明示セグメント分類ルール情報が存在するか否かの判定が行われる。マッチした明示セグメント分類ルール情報が存在した場合、明示セグメント更新部１３１が、マッチ（対応）した一または複数の明示セグメント分類ルール情報を明示セグメントＤＢ２１３に格納して更新するとともに、各明示セグメント分類ルール情報に関する残り日数を計算して明示セグメントＤＢ２１３に格納して更新する（ステップＳ１００）。
【０１４９】
次に、明示セグメント取得部１３３が、レコメンドリクエスト取得部１０５にレコメンドコンテンツ送信要求情報を送信した携帯端末４０に関する明示セグメント分類ルール情報及び残り日数に関する情報を、明示セグメントＤＢ２１３から抽出して取得する。そして、明示セグメント決定部１３５が、明示セグメント取得部１３３が取得した明示セグメント分類ルール情報の中から、最も適した（例えば残り日数の最も少ない）明示セグメント分類ルール情報を決定する（ステップＳ１０１）。なお、同程度に最適な（例えば、同一の残り日数を有する）明示セグメント分類ルール情報が複数存在する場合は、これら複数の明示セグメント分類ルール情報を、最も適した明示セグメント分類ルール情報として決定する。そして、ステップＳ２７に進む。
【０１５０】
引き続いて、第二レコメンドエンジン２２を中心とした処理の流れの具体例を、主に図３５〜３７を用いて説明する。図３５は、この処理において用いられる明示セグメント分類ルールＤＢ２０７に格納される明示セグメント分類ルール情報などの格納例を示す図である。また、図３６は、携帯端末４０のスケジューラがユーザによって起動され、スケジューラが表示する日付のうち登録情報を入力する日付がユーザによって選択された登録画面を示す図である。図３７は、レコメンドコンテンツの表示画面を示す図である。なお、ここでは、図９に示すように、携帯端末４０のユーザにより入力された登録情報の潜在セグメント分類ルール情報の、セグメントＩＤは「Ｓ２」であって分類情報は「結婚」であるとする。
【０１５１】
まず、携帯端末４０のユーザがスケジューラに対して、図３６に示すように、２００５／１１／２４に「出張」の予定を入れていると共に、２００５／１１／２６に「買い物」の予定を入れている場合を考える。ここで、このユーザが携帯端末４０を介して２００５／１１／２２にレコメンドコンテンツ送信要求情報を送信した場合、明示セグメントルールマッチング部１２３がマッチングを行い、図３５に示すようにこの日は「予定登録日」であるため、明示セグメントＩＤ及び明示セグメント名の組み合わせとして「ＳＴ１：買う物を決める」、「ＳＴ２：買い物をする場所を決める」、及び「ＳＴ６：宿泊ホテルを決める」の組み合わせがマッチ（対応）する。
【０１５２】
ここで、明示セグメント更新部１３１が各明示セグメント分類ルール情報に対応する登録情報に登録された実行予定日時までの残り日数を計算する。明示セグメント分類ルール情報ごとの残り日数の計算は、スケジューラを用いた場合、携帯端末４０がレコメンドコンテンツ送信要求情報を送信した日から明示セグメント分類ルール情報に対応する登録情報に登録された実行予定日時までの期間である。例えば、明示セグメントＩＤが「ＳＴ１」「ＳＴ２」「ＳＴ３」である明示セグメント分類ルール情報の実行予定最終日はそれぞれ、２００６／１１／２６、２００６／１１／２６、２００６／１１／２４である。そのため、２００６／１１／２２時点での明示セグメントＩＤが「ＳＴ１」「ＳＴ２」「ＳＴ３」である明示セグメント分類ルール情報の残り日数はそれぞれ、４日、４日、２日である。これら明示セグメントＩＤと、明示セグメントＩＤに対する残り日数とを明示セグメントＤＢ２１３に格納する。
【０１５３】
次に、明示セグメント取得部１３３が、レコメンドリクエスト取得部１０５にレコメンドコンテンツ送信要求情報を送信した携帯端末４０に関する明示セグメント分類ルール情報を、後述する残り日数に関する情報とともに明示セグメントＤＢ２１３から抽出して取得する。そして、明示セグメント決定部１３５が、明示セグメント取得部１３３が取得した明示セグメント分類ルール情報の中から、最も適した（「残り日数」が最も短い）明示セグメント分類ルール情報を選択して決定する。ここでは、明示セグメントＩＤが「ＳＴ６」である明示セグメント分類ルール情報が選択される。
【０１５４】
次に、明示セグメントコンテンツカテゴリ取得部１２５が、明示セグメント分類ルール情報に対応付けられたコンテンツ（例えば広告コンテンツ）のカテゴリに関する明示カテゴリ情報を、明示セグメントコンテンツカテゴリＤＢ２０９から取得する。ここでは、明示セグメントＩＤが「ＳＴ６」である明示セグメント分類ルール情報に対応付けられたコンテンツのカテゴリとして、図１１に示すように、大カテゴリ名が「宿泊施設情報」である明示カテゴリ情報が取得される。
【０１５５】
次に、コンテンツカテゴリマッチング部１２７が、潜在セグメントコンテンツカテゴリ取得部１１９が取得した潜在カテゴリ情報と、明示セグメントコンテンツカテゴリ取得部１２５が取得した明示カテゴリ情報とのマッチングを行い、マッチしたカテゴリ情報をレコメンドコンテンツのカテゴリ情報として決定する。ここでは、図９に示すように、潜在カテゴリ情報として「宿泊施設情報（ホテル）」及び「飲食店情報（レストラン）」であり、明示カテゴリ情報として「宿泊施設情報」であったことから、「宿泊施設情報（ホテル）」がレコメンドコンテンツのカテゴリ情報となる。
【０１５６】
なお、ここでは、大カテゴリ名のレベルでマッチングを行い、もしいずれかのコンテンツのカテゴリ情報で小カテゴリ名まで指定している場合はそのカテゴリ名をレコメンドコンテンツのカテゴリ情報としている。もし、共通（マッチ）する大カテゴリ名がない場合は、明示セグメント分類ルール情報に対応するカテゴリ情報を優先的にレコメンドコンテンツのカテゴリ情報とする。
【０１５７】
次に、コンテンツ取得部１２９は、コンテンツカテゴリマッチング部１２７で決定したレコメンドコンテンツのカテゴリ情報が示すカテゴリに属するコンテンツを、コンテンツＤＢ２１１から取得する。ここでは、図１２に示すように、「宿泊施設情報（ホテル）」に該当するコンテンツのデータベースが、保存場所「tempo7.db」に格納されており、このデータベースからコンテンツを取得する。そして、コンテンツフィルタ部１０９が、コンテンツ取得部１２９が取得したコンテンツの中からレコメンドコンテンツをランダムに決定する。そして、コンテンツ配信部１０７が、コンテンツフィルタ部１０９が決定したレコメンドコンテンツを携帯端末４０に送信する。ここでは、ホテルに関する広告コンテンツがレコメンドコンテンツとして携帯端末４０に配信される。その広告コンテンツの表示画面の様子を、図３７に示す。
【０１５８】
（１３）第二変形例
引き続いて、本発明の実施形態であるレコメンドエンジン２０の第二変形例である第三レコメンドエンジン２３について、図３８〜４１を用いて説明する。まず、第三レコメンドエンジン２３の機能構成について、図３８を用いて説明する。図３８は、第三レコメンドエンジン２３の機能構成を説明するための構成図である。なお、第三レコメンドエンジン２３は、レコメンドエンジン２０と同様の物理構成を有している。第三レコメンドエンジン２３は、レコメンドエンジン２０が有する機能的な構成要素に加えて、コンテンツ評価ＤＢ２２３を備えるとともに、コンテンツフィルタ部１０９の内部に、同一潜在セグメント内ユーザ取得部１４１（端末取得手段）、コンテンツ評価情報取得部１４２（評価値受信手段）、履歴類似ユーザ決定部１４３（端末選択手段）、履歴類似ユーザ評価コンテンツ取得部１４５（端末選択手段）、ユーザ評価コンテンツ取得部１４７（完了受信手段）、及びレコメンドコンテンツ決定部１４９を備える。
【０１５９】
同一潜在セグメント内ユーザ取得部１４１は、潜在セグメントＤＢ２０３を参照して、携帯端末４０のユーザと同じセグメントＩＤに対応付けられている他のユーザ全てを抽出して取得する。即ち、同一潜在セグメント内ユーザ取得部１４１は、潜在セグメントルールマッチング部１１３が取得したセグメント情報と同一のセグメント情報が取得可能な他の携帯端末に関する端末情報を取得する。
【０１６０】
コンテンツ評価情報取得部１４２は、コンテンツ取得部１２９が取得したコンテンツに対する評価情報を後述のコンテンツ評価ＤＢ２２３から取得する。即ち、コンテンツ評価情報取得部１４２は、評価情報をコンテンツ評価ＤＢ２２３経由で携帯端末から受信する。
【０１６１】
履歴類似ユーザ決定部１４３は、同一潜在セグメント内ユーザ取得部１４１が取得したユーザによるコンテンツに対する評価情報を後述のコンテンツ評価ＤＢ２２３から取得し、携帯端末４０のユーザによるコンテンツに対する評価情報と比較して、携帯端末４０のユーザと評価情報が類似する他のユーザ（類似ユーザ）の携帯端末の識別ＩＤを決定して取得する。
【０１６２】
履歴類似ユーザ評価コンテンツ取得部１４５は、コンテンツ評価ＤＢ２２３を参照し、履歴類似ユーザ決定部１４３が決定した類似ユーザによる評価が完了しているコンテンツを取得する。履歴類似ユーザ評価コンテンツ取得部１４５は、評価が完了しているコンテンツに関して評価完了情報を取得する。
【０１６３】
ユーザ評価コンテンツ取得部１４７は、コンテンツ評価ＤＢ２２３を参照して、携帯端末４０のユーザによる評価が完了しているコンテンツを取得する。
【０１６４】
レコメンドコンテンツ決定部１４９は、履歴類似ユーザ評価コンテンツ取得部１４５が取得したコンテンツの中で、ユーザ評価コンテンツ取得部１４７が取得したコンテンツ以外のコンテンツを、レコメンドコンテンツとして決定する。
【０１６５】
コンテンツ評価ＤＢ２２３は、携帯端末４０のユーザや他のユーザによるコンテンツに対する評価情報を格納するデータベースである。この評価情報は、例えば数値で示されている。
【０１６６】
次に、コンテンツ評価ＤＢ２２３に格納される評価情報の格納例について、図３９を用いて説明する。図３９は、コンテンツ評価ＤＢ２２３に格納される評価情報の格納例を示す図である。コンテンツＣ１〜Ｃ６が、３つのカテゴリ（「カフェ」、「居酒屋」、「バー」）に大別されている。例えば、コンテンツＣ１は、「カフェ」に関する情報を含むコンテンツである。識別ＩＤが「Ｕ１」である携帯端末４０のユーザによる、コンテンツＣ１に対する評価情報は「４」であり、この評価情報が格納されている。
【０１６７】
引き続いて、第三レコメンドエンジン２３のコンテンツ取得部１２９における、レコメンドコンテンツとなる可能性を有する候補コンテンツが決定する直前の処理の流れについて、図４０を用いて説明する。図４０は、候補コンテンツが決定する直前の処理の流れを説明するフローチャートである。まず、コンテンツ取得部１２９が、コンテンツカテゴリマッチング部１２７で決定したレコメンドコンテンツのカテゴリ情報が示すカテゴリに属するコンテンツを、コンテンツＤＢ２１１から取得する（ステップＳ１１０）。
【０１６８】
次に、同一潜在セグメント内ユーザ取得部１４１が、潜在セグメントＤＢ２０３を参照して、携帯端末４０のユーザと同じセグメントＩＤに対応付けられた他のユーザ全ての携帯端末の識別ＩＤを抽出して取得する（ステップＳ１１１）。そして、コンテンツ評価情報取得部１４２が、コンテンツ取得部１２９が取得したコンテンツに対する評価情報をコンテンツ評価ＤＢ２２３から取得する（ステップＳ１１２）。
【０１６９】
次に、履歴類似ユーザ決定部１４３が、同一潜在セグメント内ユーザ取得部１４１が取得したユーザによるコンテンツに対する評価情報をコンテンツ評価ＤＢ２２３から取得し、携帯端末４０のユーザによるコンテンツに対する評価情報と比較して、この携帯端末４０のユーザと評価情報が類似する他のユーザ（類似ユーザ）の携帯端末の識別ＩＤを決定して取得する（ステップＳ１１３）。そして、履歴類似ユーザ評価コンテンツ取得部１４５が、コンテンツ評価ＤＢ２２３を参照して、履歴類似ユーザ決定部１４３が決定した類似ユーザによる評価が完了しているコンテンツを取得する（ステップＳ１１４）。
【０１７０】
次に、ユーザ評価コンテンツ取得部１４７が、コンテンツ評価ＤＢ２２３を参照して、携帯端末４０のユーザによる評価が完了しているコンテンツを取得する（ステップＳ１１５）。そして、レコメンドコンテンツ決定部１４９が、履歴類似ユーザ評価コンテンツ取得部１４５が取得したコンテンツの中で、ユーザ評価コンテンツ取得部１４７が取得したコンテンツ以外のコンテンツを、レコメンドコンテンツとして決定する（ステップＳ１１６）。なお、レコメンドコンテンツが複数ある場合は、その中からランダムに選択する。
【０１７１】
引き続いて、レコメンドコンテンツとなる可能性を有する候補コンテンツが決定する直前の処理の流れの具体例を、主に図９，４１を用いて説明する。図４１は、レコメンドコンテンツの表示画面を示す図である。なお、ここでは、図９に示すように、携帯端末４０のユーザにより入力された登録情報の潜在セグメント分類ルール情報の、セグメントＩＤは「Ｓ３」であって分類情報は「サッカー」であるとする。更に、コンテンツカテゴリマッチング部１２７が、セグメントＩＤが「Ｓ３」である潜在セグメント分類ルール情報に対応付けられたコンテンツのカテゴリ情報として、「飲食店情報（カフェ）」、「飲食店情報（バー）」、又は「飲食店情報（居酒屋）」が取得される。従って、コンテンツ取得部１２９が、「飲食店情報（カフェ）」、「飲食店情報（バー）」、又は「飲食店情報（居酒屋）」に該当するコンテンツを取得する。
【０１７２】
コンテンツフィルタ部１０９の内部では、まず、同一潜在セグメント内ユーザ取得部１４１が、潜在セグメントＤＢ２０３を参照して、携帯端末４０のユーザと同じセグメントＩＤに対応付けられている他のユーザ全てを抽出して取得する。次に、コンテンツ評価情報取得部１４２が、コンテンツ取得部１２９が取得したコンテンツ（「飲食店情報（カフェ）」、「飲食店情報（バー）」、又は「飲食店情報（居酒屋）」に該当するコンテンツ）に対する評価情報を、コンテンツ評価ＤＢ２２３から取得する。
【０１７３】
次に、履歴類似ユーザ決定部１４３が、同一潜在セグメント内ユーザ取得部１４１が取得したユーザによるコンテンツに対する評価情報をコンテンツ評価ＤＢ２２３から取得し、携帯端末４０のユーザによるコンテンツに対する評価情報と比較して、携帯端末４０のユーザと評価情報が類似する他のユーザ（類似ユーザ）の携帯端末の識別ＩＤを決定して取得する。
【０１７４】
ここで、携帯端末４０のユーザの評価情報と類似する他のユーザの評価情報を決定する決定方法は、以下に示すとおりである。即ち、携帯端末４０のユーザと他の一のユーザのコンテンツに対する評価情報をベクトルとみなして表現し、それら２つのベクトルの内積をとり、その内積の大きさが最も大きい評価情報を有する他の一のユーザを類似ユーザとして決定する。図３９に示すコンテンツに対する評価情報の場合、識別ＩＤが「Ｕ１」である携帯端末におけるコンテンツＣ１〜Ｃ６に対する評価情報をベクトルとして表現すると（４，０，４，３，０，０）であり、一方、識別ＩＤが「Ｕ２」の場合は（０，４，０，３，０，３）である。
【０１７５】
このため、「Ｕ１」及び「Ｕ２」のベクトルの内積の大きさは、４×０＋０×４＋４×０＋３×３＋０×０＋０×３＝９となり、同様に、「Ｕ１」及び「Ｕ３」のベクトルの内積の大きさは９であり、「Ｕ１」及び「Ｕ４」は２４であり、「Ｕ１」及び「Ｕ５」は３２であり、「Ｕ１」及び「Ｕ６」は２８である。従って、「Ｕ１」を携帯端末４０の識別ＩＤとした場合、「Ｕ１」との内積の大きさが最大である「Ｕ５」の評価情報は、「Ｕ１」と類似するとして決定する。
【０１７６】
次に、履歴類似ユーザ評価コンテンツ取得部１４５が、コンテンツ評価ＤＢ２２３を参照し、履歴類似ユーザ決定部１４３が決定した類似ユーザ（ここでは識別ＩＤが「Ｕ５」である携帯端末のユーザ）による評価が完了しているコンテンツを取得する。ここでは、図３９に示すように、「Ｕ５」における評価が完了した「Ｃ１」、「Ｃ４」、及び「Ｃ６」が、評価完了コンテンツに該当する。
【０１７７】
次に、ユーザ評価コンテンツ取得部１４７が、コンテンツ評価ＤＢ２２３を参照して、携帯端末４０のユーザ（ここでは識別ＩＤが「Ｕ１」である携帯端末のユーザ）による評価が完了しているコンテンツを取得する。ここでは、図３９に示すように、「Ｕ１」における評価が完了した「Ｃ１」、「Ｃ３」、及び「Ｃ４」が、評価完了コンテンツに該当する。
【０１７８】
次に、レコメンドコンテンツ決定部１４９が、履歴類似ユーザ評価コンテンツ取得部１４５が取得したコンテンツ（ここでは「Ｃ１」、「Ｃ４」、及び「Ｃ６」）の中で、ユーザ評価コンテンツ取得部１４７が取得したコンテンツ（ここでは「Ｃ１」、「Ｃ３」、及び「Ｃ４」）以外のコンテンツ（ここでは「Ｃ６」）を、レコメンドコンテンツとして決定する。この結果、ここでは、スポーツ「バー」に関する広告コンテンツがレコメンドコンテンツとして配信されたとする。その広告コンテンツの表示画面の様子を、図４１に示す。
【０１７９】
これにより、協調フィルタリングアルゴリズムを適用して、携帯端末４０のユーザと同じ潜在的な要求をもつ他のユーザの評価を考慮に入れてコンテンツを絞り込むことができるため、他のユーザ全体を考慮に入れてコンテンツを絞り込む場合に比べ、例えば広告コンテンツ等の情報の確度を高めることができる。
【０１８０】
（１４）本発明による効果
引き続き、本実施形態の作用効果について説明する。本発明の情報提供システム１、情報提供装置３０、及び情報提供方法により提供されるレコメンドコンテンツは、携帯端末４０が情報提供サイトにアクセスする際に利用する利用情報に基づいており、ユーザの潜在的な興味や嗜好に応じている可能性が高いだけではなく、携帯端末４０に入力されたユーザの入力情報に基づく行動情報にも基づいており、ユーザの明示的な現在の行動や将来の行動と関係がある可能性が高い。このため、ユーザにとって有用な情報（例えば広告コンテンツ等）を提供することができる。
【０１８１】
以上、本発明を実施形態に基づき具体的に説明したが、本発明は上記の実施形態に限定されるものではなく、種々の変形が可能である。なお、上記の実施形態及び下記の変形例は、本発明の範囲を制限するものではなく、当業者がこれらの実施形態及び変形例を本発明の特許請求の範囲の主題に反することなく発展させることができるものである。例えば、データマネージャ１０とレコメンドエンジン２０とを一体化した構成としてもよい。
【０１８２】
また、「スコアとは、コンテンツアクセス履歴ＤＢ４０３に格納されているコンテンツのアクセス履歴情報と、後述の潜在セグメント分類ルールＤＢ２０１に格納されている潜在セグメント分類ルール情報とのマッチングを行った結果、マッチした回数である。」と上記したが、スコアの計算方法は、以下のような方法を用いてもよい。即ち、図７に示す潜在セグメント分類ルール情報に割り当てるための情報（即ちアクセス履歴情報）ごとにスコア加算値を対応付けて潜在セグメント分類ルールＤＢ２０１に格納しておき、コンテンツに対するアクセスの状況と、図７に示す潜在セグメント分類ルール情報に割り当てるための情報（即ちアクセス履歴情報）とがマッチした場合に、当該マッチしたアクセス履歴情報に対応するスコア加算値を、図８に示す潜在セグメントＤＢ２０３のスコアに加算した値を新たなスコアとして、図８に示す潜在セグメントＤＢ２０３のスコアを更新してもよい。
【図面の簡単な説明】
【０１８３】
【図１】本実施形態の情報提供システムの構成を説明するための構成図である。
【図２】データマネージャの機能構成を説明するための構成図である。
【図３】データマネージャの物理構成を説明するための構成図である。
【図４】コンテンツアクセス履歴ＤＢの格納例を示す図である。
【図５】スケジューラ登録情報ＤＢの格納例を示す図である。
【図６】レコメンドエンジンの機能構成を説明するための構成図である。
【図７】潜在セグメント分類ルールＤＢの格納例を示す図である。
【図８】潜在セグメントＤＢの格納例を示す図である。
【図９】潜在セグメントコンテンツカテゴリＤＢの格納例を示す図である。
【図１０】明示セグメント分類ルールＤＢの格納例を示す図である。
【図１１】明示セグメントコンテンツカテゴリＤＢの格納例を示す図である。
【図１２】コンテンツＤＢの格納例を示す図である。
【図１３】携帯端末の機能構成を説明するための構成図である。
【図１４】携帯端末の物理構成を説明するための構成図である。
【図１５】情報提供システムで行われる処理の全体の流れを説明する説明図である。
【図１６】アクセス履歴情報を更新する流れを説明するフローチャートである。
【図１７】レコメンドコンテンツを決定する流れを説明するフローチャートである。
【図１８】データマネージャが要求情報を受信した場合の流れを説明するフローチャートである。
【図１９】データマネージャが履歴要求情報を受信した場合の流れを説明するフローチャートである。
【図２０】データマネージャが登録情報を受信した場合の流れを説明するフローチャートである。
【図２１】データマネージャが登録送信要求情報を受信した場合の流れを説明するフローチャートである。
【図２２】携帯端末がコンテンツを取得して表示する流れを説明するフローチャートである。
【図２３】携帯端末がスケジューラ登録情報を送信する流れを説明するフローチャートである。
【図２４】携帯端末がレコメンドコンテンツを受信して表示する流れを説明するフローチャートである。
【図２５】携帯端末のディスプレイの表示画面の一例である。
【図２６】携帯端末のディスプレイの表示画面の一例である。
【図２７】携帯端末のディスプレイの表示画面の一例である。
【図２８】携帯端末のディスプレイの表示画面の一例である。
【図２９】携帯端末のディスプレイの表示画面の一例である。
【図３０】携帯端末のディスプレイの表示画面の一例である。
【図３１】携帯端末のディスプレイの表示画面の一例である。
【図３２】第二レコメンドエンジンの機能構成を説明するための構成図である。
【図３３】明示セグメントＤＢの格納例を示す図である。
【図３４】レコメンドコンテンツを決定する流れを説明するフローチャートである。
【図３５】明示セグメント分類ルールＤＢの格納例を示す図である。
【図３６】スケジューラが表示する日付のうち登録情報を入力する日付が選択された登録画面を示す図である。
【図３７】レコメンドコンテンツの表示画面を示す図である。
【図３８】第三レコメンドエンジンの機能構成を説明するための構成図である。
【図３９】コンテンツ評価ＤＢの格納例を示す図である。
【図４０】候補コンテンツが決定する直前の処理の流れを説明するフローチャートである。
【図４１】レコメンドコンテンツの表示画面を示す図である。
【符号の説明】
【０１８４】
１…情報提供システム、１０…データマネージャ、１４…通信モジュール、１５…補助記憶装置、２０…レコメンドエンジン、２２…第二レコメンドエンジン、２３…第三レコメンドエンジン、３０…情報提供装置、４０…携帯端末、４４…操作部、４５…無線通信部、４６…ディスプレイ、４７…アンテナ、１０１…アクセス履歴取得部、１０３…アクセス履歴更新タイミング制御部、１０５…レコメンドリクエスト取得部、１０７…コンテンツ配信部、１０９…コンテンツフィルタ部、１１１…潜在セグメント分類ルール取得部、１１３…潜在セグメントルールマッチング部、１１５…潜在セグメント更新部、１１７…潜在セグメント取得部、１１８…潜在セグメント決定部、１１９…潜在セグメントコンテンツカテゴリ取得部、１２０…スケジューラ登録情報取得部、１２１…明示セグメント分類ルール取得部、１２３…明示セグメントルールマッチング部、１２５…明示セグメントコンテンツカテゴリ取得部、１２７…コンテンツカテゴリマッチング部、１２９…コンテンツ取得部、１３１…明示セグメント更新部、１３３…明示セグメント取得部、１３５…明示セグメント決定部、１４１…同一潜在セグメント内ユーザ取得部、１４２…コンテンツ評価情報取得部、１４３…履歴類似ユーザ決定部、１４５…履歴類似ユーザ評価コンテンツ取得部、１４７…ユーザ評価コンテンツ取得部、１４９…レコメンドコンテンツ決定部、３０１…コンテンツ送信要求受信部、３０３…コンテンツ送信部、３０５…コンテンツアクセス履歴送信要求受信部、３０７…コンテンツアクセス履歴送信部、３０９…スケジューラ登録情報受信部、３１１…スケジューラ登録情報送信要求受信部、３１３…スケジューラ登録情報送信部、３１５…コンテンツ取得部、３１７…コンテンツアクセス履歴格納部、３１９…コンテンツアクセス履歴取得部、３２１…スケジューラ登録情報格納部、３２３…スケジューラ登録情報取得部、４０１…外部インターネット網、５０１…コンテンツ取得要求送信部、５０３…コンテンツ受信部、５０５…コンテンツ表示部、５０７…スケジューラ登録情報送信部、５０９…スケジューラ表示部、５１１…レコメンドリクエスト送信部、５１３…レコメンドコンテンツ表示部、Ａ１…第一工程、Ａ２…第二工程、Ａ３…第三工程、２０１…潜在セグメント分類ルールＤＢ、２０３…潜在セグメントＤＢ、２０５…潜在セグメントコンテンツカテゴリＤＢ、２０７…明示セグメント分類ルールＤＢ、２０９…明示セグメントコンテンツカテゴリＤＢ、２１１…コンテンツＤＢ、２１３…明示セグメントＤＢ、２２３…コンテンツ評価ＤＢ、４０３…コンテンツアクセス履歴ＤＢ、４０５…スケジューラ登録情報ＤＢ。
【図１】
2009031875.tif 000003
【図２】
2009031875.tif 000004
【図３】
2009031875.tif 000005
【図４】
2009031875.tif 000006
【図５】
2009031875.tif 000007
【図６】
2009031875.tif 000008
【図７】
2009031875.tif 000009
【図８】
2009031875.tif 000010
【図９】
2009031875.tif 000011
【図１０】
2009031875.tif 000012
【図１１】
2009031875.tif 000013
【図１２】
2009031875.tif 000014
【図１３】
2009031875.tif 000015
【図１４】
2009031875.tif 000016
【図１５】
2009031875.tif 000017
【図１６】
2009031875.tif 000018
【図１７】
2009031875.tif 000019
【図１８】
2009031875.tif 000020
【図１９】
2009031875.tif 000021
【図２０】
2009031875.tif 000022
【図２１】
2009031875.tif 000023
【図２２】
2009031875.tif 000024
【図２３】
2009031875.tif 000025
【図２４】
2009031875.tif 000026
【図２５】
2009031875.tif 000027
【図２６】
2009031875.tif 000028
【図２７】
2009031875.tif 000029
【図２８】
2009031875.tif 000030
【図２９】
2009031875.tif 000031
【図３０】
2009031875.tif 000032
【図３１】
2009031875.tif 000033
【図３２】
2009031875.tif 000034
【図３３】
2009031875.tif 000035
【図３４】
2009031875.tif 000036
【図３５】
2009031875.tif 000037
【図３６】
2009031875.tif 000038
【図３７】
2009031875.tif 000039
【図３８】
2009031875.tif 000040
【図３９】
2009031875.tif 000041
【図４０】
2009031875.tif 000042
【図４１】
2009031875.tif 000043