(57)【特許請求の範囲】
【請求項１】
通信端末のユーザが行う行動を示すイベントと、このイベントが完了しているか否かを示す完了判定信頼度とを対応付けて記憶するイベント完了管理テーブルと、
前記通信端末に配信するコンテンツと、前記イベントとを対応付けて記憶する配信情報管理テーブルと、
前記イベントのサブタスクであるタスクモデルと、前記イベントの完了に寄与する度合いを示すイベント寄与度とを関連付けて記憶するタスクモデル管理テーブルと、
前記通信端末において実施されたタスクモデルの履歴情報を記憶するタスク実行履歴管理テーブルと、
前記タスク実行履歴管理テーブルの所定期間分の履歴情報に基づいて、前記タスクモデル管理テーブルから前記履歴情報に係るタスクモデルのイベント寄与度を抽出し、前記抽出されたイベント寄与度に基づいて、前記イベント完了管理テーブルの各イベントの完了判定信頼度を更新する更新手段と、
前記通信端末からコンテンツ配信要求を受信する受信手段と、
前記受信手段が前記通信端末から前記コンテンツ配信要求を受信すると、前記イベント完了管理テーブルを参照して、前記配信情報管理テーブルに記憶されている各コンテンツに対応する前記イベントの完了判定信頼度が所定値以上であるか否かを判定するイベント完了判定手段と、
前記イベント完了判定手段により前記完了判定信頼度が所定値以上であると判定された場合に当該イベントに対応するコンテンツを選択せず、前記完了判定信頼度が所定値未満であると判定された場合に当該イベントに対応するコンテンツを選択するイベント完了依存型選択手段と、
前記イベント完了依存型選択手段により選択されたコンテンツを前記通信端末に送信する送信手段と、
を備える情報配信サーバ。
【請求項２】
前記通信端末のユーザの属性を示すプロファイル情報を保持するプロファイル管理テーブルをさらに備え、
前記配信情報管理テーブルには、この配信情報管理テーブルに記憶されているコンテンツを選択可能にするための前記プロファイル情報に関する選択可能条件が、該コンテンツに対応付けられて格納されており、
前記受信手段により受信される前記コンテンツ配信要求は、ユーザのプロファイルに基づき配信コンテンツを決定するステージ追従型のコンテンツ配信要求を含んでおり、
前記受信手段が前記通信端末から受信した前記コンテンツ配信要求が前記ステージ追従型のコンテンツ配信要求を示す場合に、前記プロファイル管理テーブルを参照して、前記コンテンツ配信要求を送信した前記通信端末のユーザのプロファイル情報を抽出し、このプロファイル情報に基づいて、前記配信情報管理テーブルに記憶されている各コンテンツに対応する前記プロファイル情報に関する選択可能条件が満たされているか否かを判定するプロファイル判定手段と、
前記プロファイル判定手段により前記選択可能条件を満たしていると判定された場合に、前記配信情報管理テーブルからコンテンツを選択するステージ追従型選択手段と、をさらに備え、
前記送信手段は、少なくとも前記イベント完了依存型選択手段及び前記ステージ追従型選択手段の両方で選択されたコンテンツを前記通信端末に送信する、
請求項１に記載の情報配信サーバ。
【請求項３】
前記通信端末のユーザの嗜好情報を記憶する定常嗜好管理テーブルと、
前記通信端末において実施された前記嗜好情報に関連する行動の履歴情報を記憶する接触履歴管理テーブルと、をさらに備え、
前記配信情報管理テーブルには、この配信情報管理テーブルに記憶されているコンテンツのそれぞれに、前記嗜好情報が対応付けられてか格納されており、
前記受信手段により受信される前記コンテンツ配信要求は、ユーザの嗜好の周期的な変化に基づき配信コンテンツを決定するサイクル追従型のコンテンツ配信要求を含んでおり、
前記受信手段が前記通信端末から受信した前記コンテンツ配信要求が前記サイクル追従型のコンテンツ配信要求を示す場合に、前記定常嗜好管理テーブルを参照して、前記コンテンツ配信要求を送信した移動通信端末のユーザの嗜好情報を抽出し、前記配信情報管理テーブルを参照して前記抽出された嗜好情報に対応付けられたコンテンツを選択する定常嗜好選択手段と、
前記接触履歴管理テーブルを参照して、前記定常嗜好選択手段により選択されたコンテンツに対応付けられた嗜好情報に関連する複数の行動を抽出し、これら複数の行動が実施された時間情報に基づいて当該行動の嗜好サイクルを算出する嗜好サイクル算出手段と、
前記嗜好サイクル算出手段により算出された前記行動の嗜好サイクルと、前記行動が最後に実施されてから現在までの期間とに基づいて、前記定常嗜好選択手段により選択されたコンテンツの優先度を算出する優先度算出手段と、
前記優先度算出手段により算出された前記コンテンツの優先度に基づいて、前記定常嗜好選択手段により選択されたコンテンツの中からコンテンツを選択するサイクル追従型選択手段と、
をさらに備え、
前記送信手段は、少なくとも前記イベント完了依存型選択手段及び前記サイクル追従型選択手段の両方で選択されたコンテンツを前記通信端末に送信する、
請求項１に記載の情報配信サーバ。
【請求項４】
前記通信端末のユーザの嗜好情報を記憶する定常嗜好管理テーブルと、
前記通信端末において実施された前記嗜好情報に関連する行動の履歴情報を記憶する接触履歴管理テーブルと、をさらに備え、
前記配信情報管理テーブルには、この配信情報管理テーブルに記憶されているコンテンツのそれぞれに、前記嗜好情報が対応付けられてか格納されており、
前記受信手段により受信される前記コンテンツ配信要求は、ユーザの嗜好の周期的な変化に基づき配信コンテンツを決定するサイクル追従型のコンテンツ配信要求を含んでおり、
前記受信手段が前記通信端末から受信した前記コンテンツ配信要求が前記サイクル追従型のコンテンツ配信要求を示す場合に、前記定常嗜好管理テーブルを参照して、前記コンテンツ配信要求を送信した移動通信端末のユーザの嗜好情報を抽出し、前記配信情報管理テーブルを参照して前記抽出された嗜好情報に対応付けられたコンテンツを選択する定常嗜好選択手段と、
前記接触履歴管理テーブルを参照して、前記定常嗜好選択手段により選択されたコンテンツに対応付けられた嗜好情報に関連する複数の行動を抽出し、これら複数の行動が実施された時間情報に基づいて当該行動の嗜好サイクルを算出する嗜好サイクル算出手段と、
前記嗜好サイクル算出手段により算出された前記行動の嗜好サイクルと、前記行動が最後に実施されてから現在までの期間とに基づいて、前記定常嗜好選択手段により選択されたコンテンツの優先度を算出する優先度算出手段と、
前記優先度算出手段により算出された前記コンテンツの優先度に基づいて、前記定常嗜好選択手段により選択されたコンテンツの中からコンテンツを選択するサイクル追従型選択手段と、
をさらに備え、
前記送信手段は、少なくとも前記イベント完了依存型選択手段、前記ステージ追従型選択手段及び前記サイクル追従型選択手段の全てで選択されたコンテンツを前記通信端末に送信する、
請求項２に記載の情報配信サーバ。
【請求項５】
請求項１〜４のいずれかに記載の情報配信サーバと、通信端末とから構成される情報配信システムにおいて、
前記通信端末は、コンテンツ配信要求を前記情報配信サーバに送信するコンテンツ配信要求送信手段を備え、
前記情報配信サーバにおける前記受信手段は、前記通信端末から前記コンテンツ配信要求を受信し、
前記情報配信サーバにおける前記送信手段は、前記通信端末へコンテンツを送信することを特徴とする情報配信システム。
【請求項６】
通信端末のユーザが行う行動を示すイベントと、このイベントが完了しているか否かを示す完了判定信頼度とを対応付けて記憶するイベント完了管理テーブルと、
前記通信端末に配信するコンテンツと、前記イベントとを対応付けて記憶する配信情報管理テーブルと、
前記イベントのサブタスクであるタスクモデルと、前記イベントの完了に寄与する度合いを示すイベント寄与度とを関連付けて記憶するタスクモデル管理テーブルと、
前記通信端末において実施されたタスクモデルの履歴情報を記憶するタスク実行履歴管理テーブルと、
を備える情報配信サーバにより実施される情報配信方法であって、
前記通信端末からコンテンツ配信要求を受信する受信ステップと、
前記受信ステップにより前記通信端末から前記コンテンツ配信要求を受信すると、前記イベント完了管理テーブルを参照して、前記配信情報管理テーブルに記憶されている各コンテンツに対応する前記イベントの完了判定信頼度が所定値以上であるか否かを判定するイベント完了判定ステップと、
前記イベント完了判定ステップにおいて前記完了判定信頼度が所定値以上であると判定された場合に当該イベントに対応するコンテンツを選択せず、前記完了判定信頼度が所定値未満であると判定された場合に当該イベントに対応するコンテンツを選択するイベント完了型選択ステップと、
前記イベント完了型選択ステップにおいて選択されたコンテンツを前記通信端末に送信する送信ステップと、を含み、
前記受信ステップの前、または前記受信ステップと前記イベント完了判定ステップとの間に、前記タスク実行履歴管理テーブルの所定期間分の履歴情報に基づいて、前記タスクモデル管理テーブルから前記履歴情報に係るタスクモデルのイベント寄与度を抽出し、前記抽出されたイベント寄与度に基づいて、前記イベント完了管理テーブルの各イベントの完了判定信頼度を更新する更新ステップを含む、
情報配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末にコンテンツを配信する情報配信サーバ、情報配信システム及び情報配信方法に関する。
【背景技術】
【０００２】
携帯電話などの移動通信端末を利用したインターネット上の情報コンテンツなどへのアクセスが広く普及し、近年は、情報提供者がニュースや天気予報などの更新情報を移動通信端末へプッシュ型で配信するサービスが広く利用されている。このようなサービスでは、ユーザの嗜好や状況を特定して、適切な情報を配信することが重要となる。
【０００３】
例えば、特許文献１では、ユーザが飲食店データへアクセスする際のシチュエーションと飲食店の選択傾向とが分析されて、特定エリア内における飲食店情報が配信される。また、特許文献２では、味付けや料理の好みなどのユーザの嗜好が蓄積されて、これらのユーザの嗜好に基づいて飲食店情報が配信される。また、特許文献３では、ユーザが情報端末を利用してウェブ等のコンテンツを閲覧した履歴情報を記録しておき、この履歴情報に基づき生成されたユーザの嗜好情報を利用して、情報配信サーバからユーザ嗜好に関連するコンテンツを配信する手法が提案されている。
【特許文献１】特開２００３−１６７９７１号公報
【特許文献２】特開２００７−３４６５６号公報
【特許文献３】特開２００７−３４６５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来手法では、個人の嗜好を普遍的なものであると仮定していたため、ユーザのニーズにマッチした適切な情報を配信できないことがあった。例えば、住宅や自動車などの大型商品を購入したり、旅行や結婚などのイベントの後には、当該イベントに対するユーザの関心や嗜好が一時的に減少する場合があり、このような時期に当該イベントに関連するコンテンツを配信したとしても、ユーザが興味を持つ可能性は低く、コンテンツ配信による効果はほとんど期待できない。このように、ユーザの嗜好とは様々な要因によって変動するものであるので、嗜好の時間的な変化を考慮してコンテンツを配信することが望ましい。
【０００５】
本発明は、以上の問題点を解決するためになされたものであり、ユーザの嗜好の時間的な変化を考慮してコンテンツを配信することができる情報配信サーバ、情報配信システム及び情報配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の情報配信サーバは、通信端末のユーザが行う行動を示すイベントと、このイベントが完了しているか否かを示す完了判定信頼度とを対応付けて記憶するイベント完了管理テーブルと、通信端末に配信するコンテンツと、イベントとを対応付けて記憶する配信情報管理テーブルと、イベントのサブタスクであるタスクモデルと、イベントの完了に寄与する度合いを示すイベント寄与度とを関連付けて記憶するタスクモデル管理テーブルと、通信端末において実施されたタスクモデルの履歴情報を記憶するタスク実行履歴管理テーブルと、タスク実行履歴管理テーブルの所定期間分の履歴情報に基づいて、タスクモデル管理テーブルから履歴情報に係るタスクモデルのイベント寄与度を抽出し、抽出されたイベント寄与度に基づいて、イベント完了管理テーブルの各イベントの完了判定信頼度を更新する更新手段と、通信端末からコンテンツ配信要求を受信する受信手段と、受信手段が前記通信端末からコンテンツ配信要求を受信すると、イベント完了管理テーブルを参照して、配信情報管理テーブルに記憶されている各コンテンツに対応するイベントの完了判定信頼度が所定値以上であるか否かを判定するイベント完了判定手段と、イベント完了判定手段により完了判定信頼度が所定値以上であると判定された場合に当該イベントに対応するコンテンツを選択せず、完了判定信頼度が所定値未満であると判定された場合に当該イベントに対応するコンテンツを選択するイベント完了依存型選択手段と、イベント完了依存型選択手段により選択されたコンテンツを通信端末に送信する送信手段と、を備えている。
【０００７】
同様に、上記課題を解決するために、本発明の情報配信システムは、上述の情報配信サーバと、通信端末とから構成される情報配信システムにおいて、通信端末は、コンテンツ配信要求を情報配信サーバに送信するコンテンツ配信要求送信手段を備え、情報配信サーバにおける受信手段は、通信端末からコンテンツ配信要求を受信し、情報配信サーバにおける送信手段は、通信端末へコンテンツを送信することを特徴とする。
【０００８】
同様に、上記課題を解決するために、本発明の情報配信方法は、通信端末のユーザが行う行動を示すイベントと、このイベントが完了しているか否かを示す完了判定信頼度とを対応付けて記憶するイベント完了管理テーブルと、通信端末に配信するコンテンツと、イベントとを対応付けて記憶する配信情報管理テーブルと、イベントのサブタスクであるタスクモデルと、イベントの完了に寄与する度合いを示すイベント寄与度とを関連付けて記憶するタスクモデル管理テーブルと、通信端末において実施されたタスクモデルの履歴情報を記憶するタスク実行履歴管理テーブルと、を備える情報配信サーバにより実施される情報配信方法であって、通信端末からコンテンツ配信要求を受信する受信ステップと、受信ステップにおいて通信端末からコンテンツ配信要求を受信すると、イベント完了管理テーブルを参照して、配信情報管理テーブルに記憶されている各コンテンツに対応するイベントの完了判定信頼度が所定値以上であるか否かを判定するイベント完了判定ステップと、イベント完了判定ステップにおいて完了判定信頼度が所定値以上であると判定された場合に当該イベントに対応するコンテンツを選択せず、完了判定信頼度が所定値未満であると判定された場合に当該イベントに対応するコンテンツを選択するイベント完了型選択ステップと、イベント完了型選択ステップにおいて選択されたコンテンツを通信端末に送信する送信ステップと、を含み、受信ステップの前、または受信ステップとイベント完了判定ステップとの間に、タスク実行履歴管理テーブルの所定期間分の履歴情報に基づいて、タスクモデル管理テーブルから履歴情報に係るタスクモデルのイベント寄与度を抽出し、抽出されたイベント寄与度に基づいて、イベント完了管理テーブルの各イベントの完了判定信頼度を更新する更新ステップを含んでいる。
【０００９】
これらの構成により、通信端末において実施されたタスクモデルの履歴情報に基づいて、この履歴情報に係るタスクモデルのイベント寄与度が抽出される。そして、抽出されたイベント寄与度に基づいて、タスクモデルの上位概念であるイベントの完了判定信頼度が算出される。イベントの完了判定信頼度が所定値以上である場合には、当該イベントに対応するコンテンツは選択されず、通信端末に送信されない。これにより、イベントの完了判定信頼度が所定値以上のときには、当該イベントが完了したものと判定され、イベント完了後に当該イベントに対するユーザの嗜好が一時的に減少することが考慮されて、当該イベントに関連するコンテンツが通信端末へ配信されなくなる。このように、ユーザがイベントを完了したか否か（イベント完了判定結果）に応じたユーザの嗜好の変化を考慮して、コンテンツを配信することができる。また、タスクモデルのイベント寄与度に基づきイベントの完了判定信頼度が算出されるので、商品購入など単一の行動から成るイベントのみならず、旅行や結婚など複数の行動を積み重ねて成るイベントの完了も判定することができる。また、配信コンテンツのプロバイダは、個々のユーザのイベント完了状況を管理することなく効果の高い広告を配信できる。ユーザは個々のコンテンツプロバイダへイベント完了状況を通知する必要がなくなるため、個人情報の発信に対するユーザの精神的な負担が軽減される。
【００１０】
また、本発明の情報配信サーバは、通信端末のユーザの属性を示すプロファイル情報を保持するプロファイル管理テーブルをさらに備え、配信情報管理テーブルには、この配信情報管理テーブルに記憶されているコンテンツを選択可能にするためのプロファイル情報に関する選択可能条件が、該コンテンツに対応付けられて格納されており、受信手段が受信する前記コンテンツ配信要求はステージ追従型のコンテンツ配信要求を含んでおり、受信手段が通信端末から受信したコンテンツ配信要求がステージ追従型である場合に、プロファイル管理テーブルを参照して、コンテンツ配信要求を送信した通信端末のユーザのプロファイル情報を抽出し、このプロファイル情報に基づいて、配信情報管理テーブルに記憶されている各コンテンツに対応するプロファイル情報に関する選択可能条件が満たされているか否かを判定するプロファイル判定手段と、プロファイル判定手段により選択可能条件を満たしていると判定された場合に、配信情報管理テーブルからコンテンツを選択するステージ追従型選択手段と、をさらに備え、送信手段は、少なくともイベント完了依存型選択手段及びステージ追従型選択手段の両方で選択されたコンテンツを通信端末に送信するのが好適である。
【００１１】
この構成により、コンテンツ配信要求を送信した通信端末のユーザのプロファイル情報がコンテンツの選択可能条件を満たしている場合に、当該コンテンツが選択される。これにより、ユーザの嗜好がライフステージによって変化することを考慮して、コンテンツを適切なユーザへ配信することができる。また、ユーザのプロファイル情報およびイベント完了判定結果の両方を考慮してコンテンツが選択されるので、ユーザの嗜好の時間的変化をより詳細に把握することが可能となり、コンテンツの配信がより一層効果的に行われる。
【００１２】
また、本発明の情報配信サーバは、通信端末のユーザの嗜好情報を記憶する定常嗜好管理テーブルと、通信端末において実施された嗜好情報に関連する行動の履歴情報を記憶する接触履歴管理テーブルと、をさらに備え、配信情報管理テーブルには、この配信情報管理テーブルに記憶されているコンテンツのそれぞれに、嗜好情報が対応付けられてか格納されており、受信手段により受信されるコンテンツ配信要求は、ユーザの嗜好の周期的な変化に基づき配信コンテンツを決定するサイクル追従型のコンテンツ配信要求を含んでおり、受信手段が通信端末から受信したコンテンツ配信要求がサイクル追従型のコンテンツ配信要求を示す場合に、定常嗜好管理テーブルを参照して、コンテンツ配信要求を送信した移動通信端末のユーザの嗜好情報を抽出し、配信情報管理テーブルを参照して、抽出された嗜好情報に対応付けられたコンテンツを選択する定常嗜好選択手段と、接触履歴管理テーブルを参照して、定常嗜好選択手段により選択されたコンテンツに対応付けられた嗜好情報に関連する複数の行動を抽出し、これら複数の行動が実施された時間情報に基づいて当該行動の嗜好サイクルを算出する嗜好サイクル算出手段と、嗜好サイクル算出手段により算出された行動の嗜好サイクルと、行動が最後に実施されてから現在までの期間とに基づいて、定常嗜好選択手段により選択されたコンテンツの優先度を算出する優先度算出手段と、優先度算出手段により算出されたコンテンツの優先度に基づいて、定常嗜好選択手段により選択されたコンテンツの中からコンテンツを選択するサイクル追従型選択手段と、をさらに備え、送信手段は、少なくともイベント完了依存型選択手段及びサイクル追従型選択手段の両方で選択されたコンテンツを前記通信端末に送信するのが好適である。
【００１３】
この構成により、ユーザの嗜好情報が抽出され、この嗜好情報に関連する行動の履歴情報に基づいて、嗜好情報の周期的な変化を示す行動の嗜好サイクルが算出される。そして、この行動の嗜好サイクルに合致するコンテンツが選択されやすくなる。これにより、ユーザの嗜好の周期的な変化を考慮してコンテンツを選択するので、コンテンツを適切なユーザへ配信することができる。また、イベント完了判定結果およびユーザの嗜好サイクルを考慮してコンテンツを選択するので、ユーザの嗜好の時間的変化をより詳細に把握することが可能となり、コンテンツの配信がより一層効果的に行われる。
【００１４】
また、本発明の情報配信サーバは、通信端末のユーザの嗜好情報を記憶する定常嗜好管理テーブルと、通信端末において実施された嗜好情報に関連する行動の履歴情報を記憶する接触履歴管理テーブルと、をさらに備え、配信情報管理テーブルには、この配信情報管理テーブルに記憶されているコンテンツのそれぞれに、嗜好情報が対応付けられてか格納されており、受信手段により受信されるコンテンツ配信要求は、ユーザの嗜好の周期的な変化に基づき配信コンテンツを決定するサイクル追従型のコンテンツ配信要求を含んでおり、受信手段が通信端末から受信したコンテンツ配信要求がサイクル追従型のコンテンツ配信要求を示す場合に、定常嗜好管理テーブルを参照して、コンテンツ配信要求を送信した移動通信端末のユーザの嗜好情報を抽出し、配信情報管理テーブルを参照して、抽出された嗜好情報に対応付けられたコンテンツを選択する定常嗜好選択手段と、接触履歴管理テーブルを参照して、定常嗜好選択手段により選択されたコンテンツに対応付けられた嗜好情報に関連する複数の行動を抽出し、これら複数の行動が実施された時間情報に基づいて当該行動の嗜好サイクルを算出する嗜好サイクル算出手段と、嗜好サイクル算出手段により算出された行動の嗜好サイクルと、行動が最後に実施されてから現在までの期間とに基づいて、定常嗜好選択手段により選択されたコンテンツの優先度を算出する優先度算出手段と、優先度算出手段により算出されたコンテンツの優先度に基づいて、定常嗜好選択手段により選択されたコンテンツの中からコンテンツを選択するサイクル追従型選択手段と、をさらに備え、送信手段は、少なくともイベント完了依存型選択手段、ステージ追従型選択手段及びサイクル追従型選択手段の全てで選択されたコンテンツを前記通信端末に送信するのが好適である。
【００１５】
この構成により、この構成により、ユーザの嗜好情報が抽出され、この嗜好情報に関連する行動の履歴情報に基づいて、嗜好情報の周期的な変化を示す行動の嗜好サイクルが算出される。そして、この行動の嗜好サイクルに合致するコンテンツが選択されやすくなる。これにより、ユーザの嗜好の周期的な変化を考慮してコンテンツを選択するので、コンテンツを適切なユーザへ配信することができる。また、ユーザのプロファイル情報、イベント完了判定結果及び嗜好サイクルを考慮してコンテンツを選択するので、嗜好の時間的変化をより詳細に設定することができるようになり、効果的なコンテンツの配信を行うことができる。
【発明の効果】
【００１６】
本発明の情報配信サーバ、情報配信システム及び情報配信方法によると、ユーザの嗜好の時間的な変化を考慮してコンテンツを配信することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明に係る情報配信サーバ、情報配信システム及び情報配信方法の好適な実施形態について説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１８】
（情報配信システムの概略）
図１に本実施形態に係る情報配信システムの構成を示す。図１に示すように、本実施形態に係る情報配信システム１０は、携帯電話などによって構成される移動通信端末（通信端末）１６と、移動通信端末１６に対してコンテンツを配信する情報配信サーバ１２により構成されている。
【００１９】
情報配信システム１０では、まず、移動通信端末１６から情報配信サーバ１２に対して、コンテンツを移動通信端末１６に配信する要求である「コンテンツ配信要求」が送信される。
【００２０】
本実施形態では、「コンテンツ配信要求」は、「イベント完了依存型」、「ステージ追従型」及び「サイクル追従型」を含むものとする。これらの型は、ユーザの嗜好を変化させる対象に応じて設けられており、ユーザの希望に応じて選択される。「イベント完了依存型」は、住宅や自動車の購入、または旅行や結婚などのユーザの行動を示すイベントをユーザが完了したか否かに着目して配信コンテンツを決定するものである。「ステージ追従型」は、ユーザのプロファイル情報に基づき配信コンテンツを決定するものである。「サイクル追従型」は、ユーザの嗜好の周期的な変化に着目して配信コンテンツを決定するものである。
【００２１】
情報配信サーバ１２は、移動通信端末１６からコンテンツ配信要求を受け取ると、コンテンツ配信要求の種類に応じてコンテンツを選択し、このコンテンツを移動通信端末１６に配信する。
【００２２】
（情報配信サーバの構成）
引き続き図１を参照して、情報配信サーバ１２の構成について説明する。図１に示すように、情報配信サーバ１２は、履歴・要求受信部（受信手段）２０、タスクモデル格納部２１、イベント完了依存型コンテンツ選択部（イベント完了依存型選択手段）２２、配信情報格納部２３、イベント完了判別部（更新手段、イベント完了判定手段）２４、ユーザ情報格納部２５、ステージ追従型コンテンツ選択部（プロファイル判定手段、ステージ追従型選択手段）２６、定常嗜好合致コンテンツ選択部（定常嗜好選択手段）２８、サイクル追従型コンテンツ選択部（嗜好サイクル算出手段、優先度算出手段、サイクル追従型選択手段）３０、定常嗜好記録部３２、接触履歴記録部３４、複合型コンテンツ選択部３６及びコンテンツ送信部（送信手段）３８を含んで構成されている。また、タスクモデル格納部２１は、タスクモデル管理テーブル２１ａ及びタスク実行履歴管理テーブル２１ｂを含んで構成されている。配信情報格納部２３は配信情報管理テーブル２３ａを含んで構成されている。ユーザ情報格納部２５は、プロファイル管理テーブル２５ａ、定常嗜好管理テーブル２５ｂ、接触履歴管理テーブル２５ｃ及びイベント完了管理テーブル２５ｄを含んで構成されている。
【００２３】
上記の情報配信サーバ１２の各構成要素のうち、タスクモデル管理テーブル２１ａ、タスク実行履歴管理テーブル２１ｂ、イベント完了依存型コンテンツ選択部２２、イベント完了判別部２４及びイベント完了管理テーブル２５ｄは、「イベント完了依存型」のコンテンツ配信に関するものである。
【００２４】
また、プロファイル管理テーブル２５ａ及びステージ追従型コンテンツ選択部２６は「ステージ追従型」のコンテンツ配信に関するものである。
【００２５】
また、定常嗜好管理テーブル２５ｂ、接触履歴管理テーブル２５ｃ、定常嗜好合致コンテンツ選択部２８、サイクル追従型コンテンツ選択部３０、定常嗜好記録部３２及び接触履歴記録部３４は、「サイクル追従型」のコンテンツ配信に関するものである。
【００２６】
図２に、情報配信サーバ１２のハードウェア構成を示す。情報配信サーバ１２は、物理的には、図２に示すように、ＣＰＵ１２１、主記憶装置であるＲＡＭ１２２およびＲＯＭ１２３、ハードディスク等の補助記憶装置１２５、入力デバイスであるキーボード及びマウス等の入力装置１２６、ディスプレイ等の出力装置１２７、ネットワークカード等のデータ送受信デバイスである通信モジュール１２４などを含むコンピュータシステムとして構成されている。図１に示す情報配信サーバ１２の各機能は、図２に示すＣＰＵ１２１、ＲＡＭ１２２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１２１の制御のもとで通信モジュール１２４、入力装置１２６、出力装置１２７を動作させるとともに、ＲＡＭ１２２や補助記憶装置１２５におけるデータの読み出し及び書き込みを行うことで実現される。以下、図１に示す機能ブロックに基づいて、各機能ブロックを説明する。
【００２７】
履歴・要求受信部２０は、移動通信端末１６からコンテンツ配信要求を受信する部分である。履歴・要求受信部２０は、コンテンツ配信要求を受信すると、受信したコンテンツ配信要求に含まれる当該コンテンツ配信要求の型を示す情報を確認して、当該コンテンツ配信要求が「イベント完了依存型」、「ステージ追従型」または「サイクル追従型」のどれを含んでいるかを判別する。「イベント完了依存型」を含む場合には、コンテンツ配信要求をイベント完了依存型コンテンツ選択部２２へ送る。「ステージ追従型」を含む場合には、コンテンツ配信要求をステージ追従型コンテンツ選択部２６へ送る。「サイクル追従型」を含む場合には、コンテンツ配信要求をサイクル追従型コンテンツ選択部３０へ送る。
【００２８】
また、履歴・要求受信部２０は、移動通信端末１６において実施されたタスクモデル（イベントのサブタスク）の履歴情報や、移動通信端末１６のユーザの定常嗜好（嗜好情報）および定常嗜好に関連する行動の履歴情報を、移動通信端末１６から受信する。
【００２９】
イベント完了依存型コンテンツ選択部２２、ステージ追従型コンテンツ選択部２６及びサイクル追従型コンテンツ選択部３０は、履歴・要求受信部２０からコンテンツ配信要求を受け取ると、配信情報管理テーブル２３ａに記憶されるコンテンツのそれぞれに設定されている、各コンテンツを配信コンテンツとして選択可能とするためのルール（選択可能条件）に従って、配信情報管理テーブル２３ａのコンテンツの中から配信コンテンツを決定する。
【００３０】
配信情報管理テーブル２３ａは、「イベント完了依存型」、「ステージ追従型」及び「サイクル追従型」のそれぞれにおけるコンテンツの選択可能条件を、配信コンテンツに対応付けて記憶する部分である。図４に配信情報管理テーブル２３ａの一例を示す。図４に示すように、配信情報管理テーブル２３ａでは、１つのレコードとして、「コンテンツＩＤ」、「コンテンツ内容」、「ジャンル」、「カテゴリ」、「サイクル追従フラグ」、「ステージ追従フラグ」、「ステージ追従ルール」、「イベント完了依存フラグ」、「イベント完了ルール」のデータを対応付けて保持している。これらのデータのうち、「ジャンル」、「カテゴリ」及び「サイクル追従フラグ」はサイクル追従型に関するコンテンツの選択可能条件である。「ステージ追従フラグ」及び「ステージ追従ルール」はステージ追従型に関するコンテンツの選択可能条件である。また、「イベント完了依存フラグ」及び「イベント完了ルール」はイベント完了依存型に関するコンテンツの選択可能条件である。
【００３１】
配信情報管理テーブル２３ａの各項目のうち、「サイクル追従フラグ」、「ステージ追従フラグ」及び「イベント完了依存フラグ」が、それぞれサイクル追従型、ステージ追従型及びイベント完了依存型のコンテンツ配信要求に対応付けられているかを示すフラグである。これらのフラグが「Ｙ」に設定されているコンテンツが、対応する型のコンテンツ配信要求を受信した際に配信コンテンツの候補として抽出される。
【００３２】
「サイクル追従フラグ」が「Ｙ」に設定されている場合には、「ジャンル」、「カテゴリ」の項目に、コンテンツを配信するか否かを決定するための具体的なルールが記述される。同様に、「ステージ追従フラグ」が「Ｙ」に設定されている場合には、「ステージ追従ルール」に具体的なルールが記述され、「イベント完了依存フラグ」が「Ｙ」に設定されている場合には、「イベント完了判定ルール」に具体的なルールが記述される。
【００３３】
本実施形態では、イベント完了依存型コンテンツ選択部２２、ステージ追従型コンテンツ選択部２６及びサイクル追従型コンテンツ選択部３０は、コンテンツに設定されたそれぞれの型に対応する選択可能条件が満たされている場合に、該当するコンテンツを配信コンテンツとして選択する。
【００３４】
図４の例では、コンテンツＩＤ“００１”のコンテンツ“洋食屋ＡＢＣ”には、サイクル追従フラグのみ“Ｙ”に設定されているので、このコンテンツはサイクル追従型のコンテンツ配信要求を受信した場合のみ配信対象となる。サイクル追従型コンテンツ選択部３０は、このコンテンツの「ジャンル」及び「カテゴリ」の項目には“食事”及び“ハンバーグ”という具体的なルールに従って配信コンテンツを決定する。
【００３５】
また、コンテンツＩＤ“００８”のコンテンツ“ＯＯ温泉△△旅館”は、「イベント完了フラグ」が「Ｙ」に設定されているのでイベント完了依存型コンテンツ選択部２２によって配信コンテンツとして選択される可能性があるものである。イベント完了依存型コンテンツ選択部２２は、「イベント完了ルール」に設定されているイベント“旅行”が完了したと判定される場合には、このコンテンツを配信コンテンツとして選択する。
【００３６】
また、コンテンツＩＤ“００３のコンテンツ”新築分譲”には、ステージ追従フラグとイベント完了フラグが“Ｙ”に設定されているので、このコンテンツは、ステージ追従型またはイベント完了依存型のコンテンツ配信要求を受信した場合に配信対象となる。
【００３７】
なお、「イベント完了依存型」、「ステージ追従型」及び「サイクル追従型」のそれぞれにおける配信コンテンツの具体的な決定手法については後述する。
【００３８】
複合型コンテンツ選択部３６は、イベント完了依存型コンテンツ選択部２２、ステージ追従型コンテンツ選択部２６及びサイクル追従型コンテンツ選択部３０により決定された配信コンテンツを集約し、これらのコンテンツの中から配信コンテンツを決定する。本実施形態では、複合型コンテンツ選択部３６は、コンテンツの選択処理を行った全ての選択部において選択された共通のコンテンツ（積集合）を配信コンテンツとして選択する。なお、配信コンテンツの選択は、各選択部で選択された全てのコンテンツを全て選択する（和集合）など適宜設定して良い。
【００３９】
コンテンツ送信部３８は、複合型コンテンツ選択部３６で選択されたコンテンツを移動通信端末１６に送信する。
【００４０】
次に、「イベント完了依存型」、「ステージ追従型」及び「サイクル追従型」のそれぞれにおける配信コンテンツの具体的な決定手法について説明する。
【００４１】
（イベント完了依存型の配信コンテンツの決定）
イベント完了依存型の配信コンテンツの決定手法は、住宅や自動車の購入、または旅行や結婚などのユーザの行動を示すイベントをユーザが完了したか否かに着目して配信コンテンツを決定するものである。本実施形態では、イベントを複数のタスクモデルに細分化し、タスクモデルが実行された実績を蓄積することでイベントの完了を判別する。そして、ユーザがコンテンツに関連付けられたイベントを完了していない場合に当該コンテンツを配信し、ユーザがイベントを完了した場合には、一時的にコンテンツの配信を停止する。
【００４２】
イベント完了依存型に係る情報配信サーバ１２の構成要素は、タスクモデル管理テーブル２１ａ、タスク実行履歴管理テーブル２１ｂ、イベント完了依存型コンテンツ選択部２２、イベント完了判別部２４及びイベント完了管理テーブル２５ｄである。
【００４３】
タスクモデル管理テーブル２１ａは、イベントのサブタスクであるタスクモデルと、当該タスクモデルが実行されたことによりイベントの完了に寄与する度合いを示すイベント寄与度とを関連付けて記憶する部分である。図５、６にタスクモデル管理テーブル２１ａの一例を示す。図５、６に示すように、タスクモデル管理テーブル２１ａでは、１つのレコードとして、「タスクＩＤ」、「タスク名」、「親タスクＩＤ」、「イベント」、「タスクタイプ」、「イベント寄与度」のデータを対応付けて保持している。
【００４４】
ここで、上述のように、「タスクモデル」とはイベントのサブタスクを示し、「イベント寄与度」とは当該タスクモデルが実行されたことによりイベントの完了に寄与する度合いを示すものである。つまり、「イベント寄与度」は、一のイベントが単一の行動（タスクモデル）で完了するものでなく、複数のタスクモデルの実行によって完了する場合でも、個々のタスクモデルがイベントの完了に寄与する度合いを加算することにより、これらのタスクモデル関連付けられたイベントの完了を判別することを可能とするために設定されたものである。イベント寄与度をイベント完了判定にどのように利用するかは、イベント完了判別部２４の説明にて後述する。
【００４５】
タスクモデル管理テーブル２１ａでは、イベントの種別毎にタスクモデルが分類されている。例えば図５は、イベント“旅行”に属するタスクモデルに関する部分を表しており、図６は、イベント“結婚”に属するタスクモデルに関する部分を表している。例えば、図５の例では、タスクＩＤ“１００２”のタスク“観光情報を取得する”がイベント“旅行”に属するものであり、このイベント“旅行”に対するイベント寄与度が“０．２”と設定されている。また、図６の例では、タスクＩＤ“２００３”のタスク“結婚式場を決める”がイベント“結婚”に属するものであり、このイベント“結婚”に対するイベント寄与度が“０．４”と設定されている。
【００４６】
タスク実行履歴管理テーブル２１ｂは、通信端末において実施されたタスクモデルの履歴情報を記憶する部分である。図７にタスク実行履歴管理テーブル２１ｂの一例を示す。図７に示すように、タスク実行履歴管理テーブル２１ｂでは、１つのレコードとして「ユーザＩＤ」、「タスクＩＤ」、「実行時刻」のデータを対応付けて保持している。例えば、図７の例では、ユーザ“００１”がタスクＩＤ“１００３”で示されるタスク（図５を参照するとタスク“レンタカーを予約する”）が“２００８年１月１６日１５：００”に実施されているタスク実行履歴が記録されている。タスク実行履歴管理テーブル２１ｂは、履歴・要求受信部２０が移動通信端末１６から受信したタスク実行履歴に基づいて更新される。
【００４７】
イベント完了管理テーブル２５ｄは、イベントと、このイベントが完了しているか否かを示す完了判定信頼度とを対応付けて記憶する部分である。図８にイベント完了管理テーブル２５ｄの一例を示す。図８に示すように、イベント完了管理テーブル２５ｄには、１つのレコードとして「ユーザＩＤ」と、「住宅購入」、「自動車購入」、「旅行」、「結婚」などの各種イベントの「完了判定信頼度」および「更新時期」のデータを対応付けて保持している。
【００４８】
イベント完了管理テーブル２５ｄにおける各種イベントの「完了判定信頼度」および「更新時期」のデータは、イベント完了判別部２４により適宜更新される。例えば、図８において、ユーザ“００１”のイベント「住宅購入」に関する「完了判定信頼度」は“１．０”であり、「更新時期」は“２００７．９．１３”である。つまり、ユーザ“００１”は、２００７年９月１３日に住宅購入に関する完了判定信頼度が１．０に更新されたことを示している。
【００４９】
イベント完了判別部２４は、移動通信端末１６のユーザが実行したタスクモデルの履歴情報に基づいて、イベント完了管理テーブル２５ｄを更新する。具体的には、イベント完了判別部２４は、移動通信端末１６からイベント完了依存型のコンテンツ配信要求が受信されると、タスク実行履歴管理テーブル２１ｂの所定期間分の履歴情報に基づいて、タスクモデル管理テーブル２１ａから履歴情報に係るタスクモデルのイベント寄与度を抽出し、これら抽出されたイベント寄与度をイベントごとに合算して、イベント完了管理テーブル２５ｄの各イベントの完了判定信頼度を更新する。
【００５０】
例えば、図７のタスク実行履歴管理テーブル２１ｂにおいて、ユーザ“００１”は、タスクＩＤ“１００３”および“１０１０”の２つのタスクモデルを実行している。これらのタスクは、図５のタスクモデル管理テーブルを参照すると、イベント“旅行”に関連付けられたタスク“レンタカーを予約する”と“スキー情報を調べる”であり、これらのタスクのイベント寄与度はそれぞれ“０．２”および“０．１”であるので、イベント“旅行”に関する最新の完了判定信頼度は０．２＋０．１＝０．３となる。
【００５１】
なお、イベント完了管理テーブル２５ｄの完了判定信頼度を算出するために参照するタスク実行履歴管理テーブル２１ｂのタスク実行履歴の参照期間は、イベントごとに適宜設定される。例えば、図８のイベント完了管理テーブル２５ｄでは、イベント“住宅購入”に関しては過去５年間、イベント“自動車購入”に関しては過去３年間が所定期間として設定されている。
【００５２】
算出した各イベントの最新の完了判定信頼度に基づき、イベント完了判別部２４は、イベント完了管理テーブル２５ｄを更新する。本実施形態では、新旧の完了判定信頼度を比較して、算出した完了判定信頼度が現在記録されているものより高い場合に上書きされる。また、各イベントの「更新時期」からの所定の保持期間の経過後には、当該イベントの完了判定信頼度は０にリセットされる。完了判定信頼度をリセットするまでの保持期間は、イベントごとに設定されている。例えば、イベント“旅行”に関しては３０日の保持期間が設定されている。旅行など比較的短いサイクルで生じる可能性が高いイベントでは、保持期間は例えば日単位のように短めに設定されており、住宅購入や自動車購入など比較的長いサイクルで生じるイベントでは、保持期間は例えば年単位のように長く設定されている。
【００５３】
イベント完了判別部２４によるイベント完了管理テーブル２５ｄの更新は、履歴・要求受信部２０が移動通信端末１６からイベント完了依存型のコンテンツ配信要求を受信したときに行われる。なお、この更新は、予め設定された更新周期に従って定期的に行われるようにしても良い。また、新旧の完了判定信頼度を比較して更新有無を決めずに、全てのイベントの完了判定信頼度を毎回更新しても良い。
【００５４】
また、イベント完了判別部２４は、イベント完了管理テーブル２５ｄの各イベントの完了判定信頼度に基づいて、イベントが完了しているか否かを判定する。イベント完了判別部２４は、イベント完了管理テーブル２５ｄを参照して、配信情報管理テーブル２３ａに記憶されている各コンテンツに関連付けられているイベントの完了判定信頼度が所定値以上であるか否かを判定する。完了判定信頼度が所定値以上であるイベントは完了したものと判定され、完了判定信頼度が所定値未満であるイベントは完了していないと判定される。そしてイベント完了判別部２４は、この判定結果をイベント完了依存型コンテンツ選択部２２に送る。
【００５５】
イベント完了依存型コンテンツ選択部２２は、イベント完了判別部２４によるベント完了判別結果に基づいて、イベント完了依存型のコンテンツ選択を実行する部分である。具体的には、イベント完了依存型コンテンツ選択部２２は、イベント完了依存型のコンテンツ配信要求を受け取ると、配信情報管理テーブル２３ａからイベント完了依存フラグが“Ｙ”に設定されているコンテンツを抽出する。
【００５６】
そして、これらのコンテンツのイベント完了ルールに設定されているイベントがイベント完了判別部２４により完了していないと判定されている場合に、イベント完了ルールが満たされていると判定して、当該コンテンツを配信コンテンツとして選択する。また、当該イベントがイベント完了判別部２４により完了していると判定されている場合には、イベント完了ルールが満たされていないと判定して、当該コンテンツを配信コンテンツとして選択しない。イベント完了依存型コンテンツ選択部２２は、選択したコンテンツを複合型コンテンツ選択部３６へ送る。
【００５７】
なお、イベント完了判定を決める「所定値」は、イベントの種類によって個別に設定することができる。例えば、上述のようにイベント完了管理テーブル２５ｄにおいてイベント“旅行”の完了判定信頼度は“０．３”である。イベント“旅行”のイベント完了判定の所定値を“０．６”と設定した場合は、完了判定信頼度が所定値以下なのでイベント“旅行”は完了していないと判定され、図４の配信情報管理テーブル２３ａにおいてイベント“旅行”が関連付けられているコンテンツ“○○温泉△△旅館”はユーザ“００１”に配信される。一方、イベント完了判定の所定値を“０．２”と設定した場合は、イベント“旅行”は完了したと判定され、配信情報管理テーブル２３ａのコンテンツ“○○温泉△△旅館”はユーザ“００１”に配信されなくなる。
【００５８】
（ステージ追従型の配信コンテンツの決定）
ステージ追従型の配信コンテンツの決定手法は、ユーザのプロファイル情報に基づき、ユーザの年齢や配偶者、子供の年齢、就職や結婚などのライフステージを対象として、ユーザ個々のライフステージに応じた配信コンテンツを決定するものである。例えば、「就職後３年のユーザ」や「小学校入学を控えている子を持つユーザ」といった対象ユーザのライフステージを指定できる。ステージ追従型に係る情報配信サーバ１２の構成要素は、プロファイル管理テーブル２５ａ及びステージ追従型コンテンツ選択部２６である。
【００５９】
プロファイル管理テーブル２５ａ、移動通信端末１６のユーザの属性を示すプロファイル情報を保持するものである。図９にプロファイル管理テーブル２５ａの一例を示す。図９に示すように、プロファイル管理テーブル２５ａは、１つのレコードとして、「ユーザＩＤ」、「性別」、「年齢」、「誕生日」、「子供あり」、「子供年齢」、「配偶者あり」、「配偶者年齢」、「就職年月日」、「結婚年月日」のデータを対応付けて保持している。
【００６０】
「ユーザＩＤ」は、移動通信端末１６のユーザを識別するための識別情報である。「性別」、「年齢」、「誕生日」、「子供あり」、「子供年齢」、「配偶者あり」、「配偶者年齢」、「就職年月日」、「結婚年月日」は、ユーザＩＤで識別される移動通信端末１６のユーザのプロファイル情報の一例である。これらのプロファイル情報は、例えば、事前にアンケートなどでユーザ登録を受け付けても良いし、システム上でオンラインに登録しても良い。
【００６１】
ステージ追従型コンテンツ選択部２６は、ユーザのプロファイル情報に基づき配信コンテンツを選択する。具体的には、ステージ追従型コンテンツ選択部２６は、移動通信端末１６からステージ追従型のコンテンツ配信要求を受け取ると、配信情報管理テーブル２３ａからステージ追従フラグが“Ｙ”に設定されているコンテンツを抽出する。プロファイル管理テーブル２５ａを参照して、移動通信端末１６のユーザのプロファイル情報に基づいて、これらのコンテンツに設定されている「ステージ追従ルール」が満たされているか否かを判別する。そして、ステージ追従ルールを満たしているコンテンツを配信コンテンツとして選択し、複合型コンテンツ選択部３６へ送る。
【００６２】
例えば、図４の配信情報管理テーブル２３ａでは、コンテンツＩＤ“００５”のコンテンツ“学習机”に関連付けられたステージ追従ルールが“子供年齢＞６歳、子供年齢＜１２歳”と設定されている。この場合、図９のプロファイル管理テーブル２５ａを参照すると、ユーザＩＤ“００１”のユーザには７歳の子供がいて、ステージ追従ルールを満たしているので、ユーザ“００１”からステージ追従型のコンテンツ配信要求を受信した場合には、コンテンツＩＤ“００５”のコンテンツ“学習机”は配信コンテンツとして選択される。一方、ユーザＩＤ“００２”のユーザは、子供がいないので、コンテンツＩＤ“００５”のコンテンツ“学習机”は配信コンテンツとして選択されないことになる。
【００６３】
（サイクル追従型の配信コンテンツの決定）
サイクル追従型の配信コンテンツの決定手法は、ユーザの嗜好の周期的な変化に着目して配信コンテンツを決定するものである。配信情報管理テーブル２３ａのコンテンツと同じ種類のコンテンツに対するユーザの過去の接触履歴から、当該コンテンツの利用周期を推定し、ユーザが利用する可能性が高いタイミングに絞ってコンテンツを配信する。サイクル追従型に係る情報配信サーバ１２の構成要素は、定常嗜好管理テーブル２５ｂ、接触履歴管理テーブル２５ｃ、サイクル追従型コンテンツ選択部３０、定常嗜好記録部３２及び接触履歴記録部３４である。
【００６４】
定常嗜好管理テーブル２５ｂは、移動通信端末１６のユーザの定常嗜好（嗜好情報）を記憶する部分である。ここで、定常嗜好とは、「好きな食べ物」や「興味のある商品」などの情報であり、一般的にユーザが好む情報のカテゴリやジャンルを示す。図１０に定常嗜好管理テーブル２５ｂの一例を示す。図１０に示すように、定常嗜好管理テーブル２５ｂは、１つのレコードとして、「ユーザＩＤ」、「定常嗜好」のデータを対応付けて保持している。図１０の例では、定常嗜好の項目の一例として「ハンバーグ」と「中華」が挙げられている。
【００６５】
定常嗜好管理テーブル２５ｂでは、これらの定常嗜好の各項目について、ユーザの嗜好に合致する場合には“Ｙ”が設定され、ユーザの嗜好に合致しない場合には“Ｎ”が設定される。図１０の例では、例えばユーザ“００１”は定常嗜好の項目“ハンバーグ”に“Ｙ”が設定され、項目“中華”に“Ｎ”が設定されているので、ユーザ“００１”はハンバーグが好きで中華は好みえないことを示している。定常嗜好の各項目の設定内容は、後述する移動通信端末１６の定常嗜好取得部４０により取得される。定常嗜好取得部４０の処理については後述する。
【００６６】
接触履歴管理テーブル２５ｃは、移動通信端末１６において実施された、ユーザの定常嗜好（嗜好情報）に関連する行動の履歴情報を記憶する部分である。図１１に接触履歴管理テーブル２５ｃの一例を示す。図１１に示すように、接触履歴管理テーブル２５ｃは、１つのレコードとして「ユーザＩＤ」、「接触行動種別」、「接触内容」、「日時」のデータを対応付けて保持している。例えば、２００７年９月２７日１３：００に「ハンバーグ」を昼食にとった場合、「日時」に“２００７年９月２７日１３：００”、「接触行動種別」に“食事”、「接触内容」に“ハンバーグ”が記録されている。
【００６７】
ここで、接触内容とは、ユーザが商品と接する行動の内容を示す情報であり、例えば食事の場合は、食べた料理のジャンル（イタリアンや中華）や料理名（ハンバーグやラーメン）が記録される。また、接触行動種別とは、ユーザの多様な行動をグループとして識別するための識別子として位置づけられ、接触内容（例えば「ハンバーグ」）だけでは判別できないユーザの行動（例えば「食べた」のか「情報を閲覧したのか」）を判別可能とするための情報であり、例えば「食事」「TV情報閲覧」「インターネット情報閲覧」「店舗訪問」「商品購入」などである。接触履歴は、後述する移動通信端末１６の接触履歴取得部４２により取得される。
【００６８】
定常嗜好合致コンテンツ選択部２８は、ユーザの定常嗜好に基づいてコンテンツを配信情報管理テーブル２３ａから選択する部分である。定常嗜好合致コンテンツ選択部２８は、移動通信端末１６からサイクル追従型のコンテンツ配信要求を受け取ると、定常嗜好管理テーブル２５ｂを参照して、コンテンツ配信要求を送信した移動通信端末１６のユーザの定常嗜好を抽出する。そして、図４の配信情報管理テーブル２３ａを参照して、「サイクル追従フラグ」が“Ｙ”に設定され、「カテゴリ」の内容がユーザの定常嗜好と合致するコンテンツを選択する。
【００６９】
例えば、図４の配信情報管理テーブル２３ａでは、「サイクル追従フラグ」が“Ｙ”に設定されているコンテンツＩＤ“００１”のコンテンツ“洋食屋ＡＢＣ”と、コンテンツＩＤ“００２”のコンテンツ“寿司処Ｘ”がまず選択される。ここで、図１０の定常嗜好管理テーブル２５ｂでは、ユーザ“００１”は定常嗜好“ハンバーグ”が“Ｙ”と設定されているので、コンテンツ配信要求を送ったユーザがユーザ“００１”である場合には、先に選択された２つのコンテンツのうち、「カテゴリ」にハンバーグが登録されているコンテンツＩＤ“００１”のコンテンツ“洋食屋ＡＢＣ”が選択される。
【００７０】
サイクル追従型コンテンツ選択部３０は、ユーザの定常嗜好の周期的な変化を考慮して配信コンテンツを選択する部分である。具体的には、サイクル追従型コンテンツ選択部３０は、まず定常嗜好合致コンテンツ選択部２８により選択されたコンテンツに関連付けられている「ジャンル」と「カテゴリ」を配信情報管理テーブル２３ａから抽出する。ここで、本実施形態では、カテゴリとはユーザの嗜好に関係する具体的な内容であり、定常嗜好管理テーブル２５ｂの「定常嗜好」や、接触履歴管理テーブル２５ｃの「接触内容」に対応する。また、ジャンルとは、ユーザの嗜好の大まかな集合を表現しており、カテゴリの上位概念と位置づけられ、接触履歴管理テーブル２５ｃの「接触行動種別」に対応する。
【００７１】
サイクル追従型コンテンツ選択部３０は、接触履歴管理テーブル２５ｃを参照して、抽出したコンテンツの「ジャンル」および「カテゴリ」に関する「接触サイクル」を算出する。本実施形態では、「接触サイクル」とは、ユーザの定常嗜好に関連する行動を実際に行ったサイクルを示すものである。
【００７２】
例えば、図４の配信情報管理テーブル２３ａにおいて、コンテンツ“洋食屋ＡＢＣ”に関連付けられているジャンル“食事”およびカテゴリ“ハンバーグ”に関する接触サイクルの算出を説明する。図１１の接触履歴管理テーブル２５ｃを参照すると、ジャンル“食事”・カテゴリ“ハンバーグ”に対応する接触行動種別“食事”・接触内容“ハンバーグ”の接触履歴は、「９月２６日１３：００」「８月１６日２０：００」「７月１０日１７：００」の３回記録されている。これらの接触履歴の接触頻度として、各々の日時の差を求め、この場合、それぞれ「４１日」「３７日」の接触頻度が算出される。
【００７３】
次に算出された接触頻度の平均値を接触サイクルとして算出する。この例の場合、コンテンツ“洋食屋ＡＢＣ”に関連付けられているジャンル“食事”およびカテゴリ“ハンバーグ”に関する接触サイクルは「３９日」となる。なお、サイクル追従型コンテンツ選択部３０は、抽出したコンテンツの「ジャンル」および「カテゴリ」に対応する接触履歴が接触履歴管理テーブル２５ｃに複数個なかった場合には、当該コンテンツを配信コンテンツの選択対象から外す。
【００７４】
接触サイクルの算出後、この接触サイクルの算出に用いた接触履歴のうち最新の接触履歴の日時と現在の日時との期間と、算出した接触サイクルとを比較して、コンテンツの優先度を算出する。図１１の接触履歴管理テーブル２５ｃでは、接触行動種別“食事”・接触内容“ハンバーグ”の最新の接触履歴の日時が「９月２６日１３：００」であり、現在の日時を例えば「１０月１２日１７：００」とすれば、これらの日時の間の期間は「１６日」となる。コンテンツの優先度は、接触サイクルと、最終接触履歴から現在日時までの期間とが一致している場合に「１．０」となり、当該期間が接触サイクルより小さくなるほどに例えば線形に減少するように設定される。なお、当該期間が接触サイクルより大きい場合には、コンテンツの優先度は常に「１．０」とする。
【００７５】
サイクル追従型コンテンツ選択部３０は、定常嗜好合致コンテンツ選択部２８により選択されたコンテンツのすべてに対して、コンテンツの優先度を算出した後に、この優先度に基づいて配信コンテンツを選択する。本実施形態では、優先度の高い順序で所定数（例えば優先度が最大の１個）の配信コンテンツを選択する。
【００７６】
定常嗜好記録部３２は、移動通信端末１６の定常嗜好取得部４０から嗜好情報を受け取ると、この嗜好情報に基づき定常嗜好管理テーブル２５ｂを更新する。また、接触履歴記録部３４は、移動通信端末１６の接触履歴取得部４２から接触履歴を受け取ると、接触履歴管理テーブル２５ｃを更新する。
【００７７】
（移動通信端末の構成）
次に、移動通信端末１６の構成について説明する。図１に示すとおり、移動通信端末１６は、定常嗜好取得部４０、接触履歴取得部４２、情報配信要求送信部（コンテンツ配信要求送信手段）４４、および配信情報表示部４６から構成されている。
【００７８】
図３に、移動通信端末１６のハードウェア構成を示す。図３に示すように、移動通信端末１６は、ＣＰＵ１６１、ＲＡＭ１６２、ＲＯＭ１６３、操作部１６４、無線通信部１６５、ディスプレイ１６６及びアンテナ１６７等のハードウェアにより構成されている。図１において説明した各機能は、図３に示すＣＰＵ１６１、ＲＡＭ１６２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１６１の制御のもとで操作部１６４、無線通信部１６５、ディスプレイ１６６を動作させるとともに、ＲＡＭ１６２やＲＯＭ１６３におけるデータの読み出し及び書き込みを行うことで実現される。以下、図１に示す機能ブロックに基づいて、各機能ブロックを説明する。
【００７９】
定常嗜好取得部４０は、移動通信端末１６のユーザの定常嗜好（嗜好情報）を取得する部分である。定常嗜好取得部４０は、例えばディスプレイ１６６を介して図１２に示すような定常嗜好登録画面をユーザに提示し、ユーザの手動登録によりユーザの定常嗜好を取得する。図１２に定常嗜好取得画面の一例を示す。図１２の例では、ユーザは「ハンバーグ」が好きであり、また、「車」「株」「健康」に興味を持っていることを示している。登録された情報は、情報配信サーバ１２に送信され、情報配信サーバ１２の定常嗜好管理テーブルに格納される。
【００８０】
なお、ここで、ユーザの嗜好情報は、検索キーワードやＷｅｂアクセス履歴などの情報を用いて自動判別することも可能である。例えば、飲食店検索における検索キーワードとして「ハンバーグ」や「中華」などのキーワードが指定されている場合、一定期間内に指定されたキーワードの回数を記録して、閾値を超えた場合に該当する嗜好が有効であると判別される。
【００８１】
接触履歴取得部４２は、移動通信端末１６のユーザの接触履歴を取得する部分である。接触履歴取得部４２は、例えばディスプレイ１６６を介して図１３に示すような接触履歴取得画面をユーザに提示し、ユーザの手動登録によりユーザの接触履歴を取得する。図１３に接触履歴取得画面の一例を示す。図１３の例では、日時「２００７年９月２７日１３：００」、接触行動種別「食事」、接触内容「ハンバーグ」からなる接触履歴が登録されている。登録された情報は、情報配信サーバ１２に送信され、情報配信サーバ１２の接触履歴管理テーブルに格納される。
【００８２】
なお、接触履歴は、定常嗜好と同様に、検索キーワードやＷｅｂアクセス履歴などの情報を用いて自動判別して取得しても良い。例えば、飲食店検索においてＷｅｂアクセス履歴として「ハンバーグ」や「中華」などのページにアクセスした場合、当該種別の情報に接触したとして記録される。
【００８３】
情報配信要求送信部４４は、移動通信端末１６にコンテンツの配信を要求するコンテンツ配信要求を情報配信サーバ１２に送信する部分である。本実施形態では、コンテンツ配信要求には「イベント完了依存型」、「ステージ追従型」または「サイクル追従型」を示す情報のうち、ユーザが配信を希望するいずれかの型を示す情報が含まれる。
【００８４】
配信情報表示部４６は、情報配信サーバ１２から送信されたコンテンツを受信し、ディスプレイ１６６を介してユーザにコンテンツの内容を表示する部分である。
【００８５】
なお、本実施形態では、「イベント完了依存型」、「ステージ追従型」及び「サイクル追従型」の３種類のコンテンツ配信手法を選択可能としているが、本発明の情報配信サーバ１２は、本実施形態の構成要素のうち履歴・要求受信部２０、イベント完了依存型コンテンツ選択部２２、イベント完了判別部２４、コンテンツ送信部３８、タスクモデル管理テーブル２１ａ、タスク実行履歴管理テーブル２１ｂ、配信情報管理テーブル２３ａ及びイベント完了管理テーブル２５ｄのみの構成として、イベント完了依存型のコンテンツ配信に限定しても良い。
【００８６】
（情報配信サーバの処理フロー）
次に、図１４〜１７のフローチャートを用いて、本実施形態の情報配信サーバ１２の処理について説明する。図１４に、本実施形態における情報配信サーバ１２のメインフローを示す。
【００８７】
履歴・要求受信部２０により、移動通信端末１６からコンテンツ配信要求が受信されたか否かが確認される（Ｓ１０１：受信ステップ）。コンテンツ配信要求の受信が確認されると、イベント完了依存型コンテンツ選択部２２及びイベント完了判別部２４により、イベント完了依存型コンテンツ選択処理が行われる（Ｓ１０２）。イベント完了依存型コンテンツ選択処理については、図１５を用いて後述する。
【００８８】
次に、ステージ追従型コンテンツ選択部２６により、ステージ追従型コンテンツ選択処理が行われる（Ｓ１０３）。ステージ追従型コンテンツ選択処理については、図１６を用いて後述する。次に、定常嗜好合致コンテンツ選択部２８及びサイクル追従型コンテンツ選択部３０により、サイクル追従型コンテンツ選択処理が行われる（Ｓ１０４）。サイクル追従型コンテンツ選択処理については、図１７を用いて後述する。
【００８９】
次に、複合型コンテンツ選択部３６により、ステップ１０２のイベント完了依存型コンテンツ選択処理、ステップＳ１０３のステージ追従型コンテンツ選択処理及びステップＳ１０４のサイクル追従型コンテンツ選択処理により選択された配信コンテンツを集約し、これらのコンテンツの中から配信コンテンツを決定する（Ｓ１０５）。配信コンテンツの決定には、例えば、コンテンツの選択を行った全ての選択部において選択された共通のコンテンツを選択する、または各選択部で選択されたコンテンツを全て選択するなど適宜設定して良い。
【００９０】
そして、コンテンツ送信部３８により、ステップＳ１０５で決定された配信コンテンツを移動通信端末１６に送信する（Ｓ１０６：送信ステップ）。
【００９１】
なお、ステップ１０２のイベント完了依存型コンテンツ選択処理、ステップＳ１０３のステージ追従型コンテンツ選択処理及びステップＳ１０４のサイクル追従型コンテンツ選択処理の実行順序は変更しても良い。
【００９２】
次に、ステップＳ１０２のイベント完了依存型コンテンツ選択処理について図１５を用いて説明する。図１５に、イベント完了依存型コンテンツ選択処理のフローチャートを示す。
【００９３】
まず、イベント完了判別部２４によって、コンテンツ配信要求がイベント完了依存型か否かが確認される（Ｓ２０１）。コンテンツ配信要求がイベント完了依存型である場合にはステップＳ２０２に移行する。コンテンツ配信要求がイベント完了依存型でない場合には、メインフローに戻る。
【００９４】
ステップＳ２０１においてコンテンツ配信要求がイベント完了依存型であると確認されると、イベント完了判別部２４により、イベント完了管理テーブル２５ｄが更新される（Ｓ２０２：更新ステップ）。イベント完了判別部２４は、タスク実行履歴管理テーブル２１ｂの所定期間分の履歴情報に基づいて、タスクモデル管理テーブル２１ａから履歴情報に係るタスクモデルのイベント寄与度を抽出し、これら抽出されたイベント寄与度をイベントごとに合算して、イベント完了管理テーブル２５ｄの各イベントの完了判定信頼度を更新する。
【００９５】
次に、イベント完了判別部２４により、更新したイベント完了管理テーブル２５ｄに基づいて各イベントのイベント完了判定が行われる（Ｓ２０３：イベント完了判定ステップ）。イベント完了判別部２４は、イベント完了管理テーブル２５ｄの各イベントの完了判定信頼度が所定値以上である場合にイベントが完了していると判定する。このイベント完了判定の結果はイベント完了依存型コンテンツ選択部２２に送られる。
【００９６】
次に、イベント完了依存型コンテンツ選択部２２により、配信情報管理テーブル２３ａから配信対象コンテンツの候補がイベント完了ルールと共に抽出される（Ｓ２０４）。イベント完了依存型コンテンツ選択部２２は、配信情報管理テーブル２３ａに記憶されているコンテンツの中から、「イベント完了依存フラグ」が“Ｙ”と設定されているコンテンツを配信対象コンテンツの候補として選択する。また、選択されたコンテンツの「イベント完了ルール」に登録されているイベントの種別を抽出する。
【００９７】
次に、イベント完了依存型コンテンツ選択部２２により、イベント完了ルールが満たされているか否かが判定される（Ｓ２０５：イベント完了型選択ステップ）。イベント完了依存型コンテンツ選択部２２は、配信対象コンテンツの候補のイベント完了ルールに登録されているイベントがイベント完了判別部２４により完了したものと判定されている場合に、イベント完了ルールが満たされていないと判定する。また、当該イベントが完了していないとイベント完了判別部２４により判定されている場合には、イベント完了ルールが満たされていると判定する。
【００９８】
そして、イベント完了依存型コンテンツ選択部２２により、イベント完了ルールが満たされているコンテンツが、配信対象コンテンツとして選択され（Ｓ２０６：イベント完了型選択ステップ）、メインフローに戻る。
【００９９】
次に、ステップＳ１０３のステージ追従型コンテンツ選択処理について図１６を用いて説明する。図１６に、ステージ追従型コンテンツ選択処理のフローチャートを示す。この処理は、ステージ追従型コンテンツ選択部２６によって実施される。
【０１００】
まず、コンテンツ配信要求がステージ追従型か否かが確認される（Ｓ３０１）。コンテンツ配信要求がステージ追従型である場合にはステップＳ３０２に移行する。コンテンツ配信要求がステージ追従型でない場合には、メインフローに戻る。
【０１０１】
ステップＳ３０１においてコンテンツ配信要求がステージ追従型であると確認されると、配信情報管理テーブル２３ａから配信対象コンテンツの候補がステージ追従ルールと共に抽出される（Ｓ３０２）。ステージ追従型コンテンツ選択部２６は、配信情報管理テーブル２３ａに記憶されているコンテンツの中から、「ステージ追従フラグ」が“Ｙ”と設定されているコンテンツを配信対象コンテンツの候補として選択する。また、選択されたコンテンツの「ステージ追従ルール」を併せて抽出する。
【０１０２】
次に、プロファイル管理テーブル２５ａを参照して、ステージ追従ルールが満たされているか否かが判定される（Ｓ３０３）。ステージ追従型コンテンツ選択部２６は、プロファイル管理テーブル２５ａのユーザのプロファイル情報が、ステージ追従ルールに登録されている条件に合致する場合に、ステージ追従ルールが満たされていると判定する。
【０１０３】
そして、ステージ追従ルールが満たされているコンテンツが、配信対象コンテンツとして選択され（Ｓ３０４）、メインフローに戻る。
【０１０４】
次に、ステップＳ１０４のサイクル追従型コンテンツ選択処理について図１７を用いて説明する。図１７に、サイクル追従型コンテンツ選択処理のフローチャートを示す。
【０１０５】
まず、定常嗜好合致コンテンツ選択部２８によって、コンテンツ配信要求がサイクル追従型か否かが確認される（Ｓ４０１）。コンテンツ配信要求がサイクル追従型である場合にはステップＳ４０２に移行する。コンテンツ配信要求がサイクル追従型でない場合には、メインフローに戻る。
【０１０６】
ステップＳ４０１においてコンテンツ配信要求がサイクル追従型であると確認されると、定常嗜好合致コンテンツ選択部２８によって、定常嗜好管理テーブル２５ｂからのユーザの定常嗜好が抽出され（Ｓ４０２）、この定常嗜好に基づき、配信情報管理テーブル２３ａから、配信対象コンテンツの候補が抽出される（Ｓ４０３）。定常嗜好合致コンテンツ選択部２８は、配信情報管理テーブル２３ａに記憶されているコンテンツの中から、「サイクル追従フラグ」が“Ｙ”と設定され、かつ「カテゴリ」がユーザの定常嗜好と合致するコンテンツを配信対象コンテンツの候補として選択する。
【０１０７】
次に、サイクル追従型コンテンツ選択部３０により、接触履歴管理テーブル２５ｃを参照して、配信対象コンテンツの候補の接触サイクルが算出される（Ｓ４０４）。サイクル追従型コンテンツ選択部３０は、ステップＳ４０３で抽出したコンテンツの「ジャンル」及び「カテゴリ」に合致する複数の接触履歴を接触履歴管理テーブル２５ｃから抽出し、これらの接触履歴の「日時」情報に基づいて接触サイクルを算出する。
【０１０８】
次に、サイクル追従型コンテンツ選択部３０により、ステップＳ４０４で算出された接触サイクルに基づきコンテンツの優先度が算出される（Ｓ４０５）。サイクル追従型コンテンツ選択部３０は、接触サイクルに関する最新の接触履歴の日時と現在の日時との期間と、算出した接触サイクルとを比較して、コンテンツの優先度を算出する。
【０１０９】
そして、コンテンツ優先度に基づいて配信対象コンテンツが選択され（Ｓ４０６）、メインフローに戻る。サイクル追従型コンテンツ選択部３０は、例えば、コンテンツ優先度が最大のコンテンツを配信対象コンテンツとして選択する。
【０１１０】
続いて、本実施形態に係る情報配信サーバ１２及び情報配信システム１０の作用及び効果について説明する。
【０１１１】
本実施形態の情報配信サーバ１２において、移動通信端末１６からコンテンツ配信要求を受信するのに応じて、イベント完了判別部２４が、タスク実行履歴管理テーブル２１ｂの所定期間分の履歴情報に基づいて、タスクモデル管理テーブル２１ａから履歴情報に係るタスクモデルのイベント寄与度を抽出し、抽出されたイベント寄与度に基づいて、イベント完了管理テーブル２５ｄの各イベントの完了判定信頼度を更新する。また、移動通信端末１６からコンテンツ配信要求を受信するのに応じて、イベント完了判別部２４が、イベント完了管理テーブル２５ｄを参照して、配信情報管理テーブル２３ａに記憶されている各コンテンツに対応するイベントの完了判定信頼度が所定値以上であるか否かを判定する。イベント完了依存型コンテンツ選択部２２は、イベント完了判別部２４により完了判定信頼度が所定値以上であると判定された場合に当該イベントに対応するコンテンツを選択せず、完了判定信頼度が所定値未満であると判定された場合に当該イベントに対応するコンテンツを選択する。コンテンツ送信部３８は、イベント完了依存型コンテンツ選択部２２により選択されたコンテンツを移動通信端末１６へ送信する。
【０１１２】
この構成により、移動通信端末１６において実施されたタスクモデルの履歴情報に基づいて、この履歴情報に係るタスクモデルのイベント寄与度が抽出される。そして、抽出されたイベント寄与度に基づいて、タスクモデルの上位概念であるイベントの完了判定信頼度が算出される。イベントの完了判定信頼度が所定値以上である場合に、当該イベントに対応するコンテンツは選択されず、移動通信端末１６に送信されない。これにより、イベントの完了判定信頼度が所定値以上のときには当該イベントが完了したものと判定され、イベント完了後に当該イベントに対するユーザの嗜好が一時的に減少することが考慮されて、当該イベントに関連するコンテンツが移動通信端末１６へ配信されなくなる。このように、情報配信サーバ１２は、ユーザがイベントを完了したか否か（イベント完了判定結果）に応じたユーザの嗜好の変化を考慮して、コンテンツを配信することができる。また、タスクモデルのイベント寄与度に基づきイベントの完了判定信頼度が算出されるので、商品購入など単一の行動から成るイベントのみならず、旅行や結婚など複数の行動を積み重ねて成るイベントの完了も判定することができる。また、配信コンテンツのプロバイダは、個々のユーザのイベント完了状況を管理することなく効果の高い広告を配信できる。ユーザは個々のコンテンツプロバイダへイベント完了状況を通知する必要がなくなるため、個人情報の発信に対する精神的な負担が軽減される。
【０１１３】
また、この情報配信サーバ１２において、ステージ追従型コンテンツ選択部２６が、移動通信端末１６から受信したコンテンツ配信要求がステージ追従型である場合に、プロファイル管理テーブル２５ａを参照して、コンテンツ配信要求を送信した移動通信端末１６のユーザのプロファイル情報を抽出し、このプロファイル情報に基づいて、配信情報管理テーブル２３ａに記憶されている各コンテンツに対応するプロファイル情報に関する選択可能条件が満たされているか否かを判定する。そして、選択可能条件を満たしていると判定した場合に、配信情報管理テーブル２３ａからコンテンツを選択する。複合型コンテンツ選択部３６は、少なくともイベント完了依存型コンテンツ選択部２２及びステージ追従型コンテンツ選択部２６の両方で選択されたコンテンツを配信コンテンツとして選択する。コンテンツ送信部３８は、複合型コンテンツ選択部３６により選択されたコンテンツを移動通信端末１６に送信する。
【０１１４】
この構成により、コンテンツ配信要求を送信した移動通信端末１６のユーザのプロファイル情報がコンテンツの選択可能条件を満たしている場合に、当該コンテンツが選択される。これにより、ユーザの嗜好がライフステージによって変化することを考慮して、コンテンツを適切なユーザへ配信することができる。また、ユーザのプロファイル情報及びイベント完了判定結果の両方を考慮してコンテンツが選択されるので、ユーザの嗜好の時間的変化をより詳細に把握することが可能となり、コンテンツの配信がより一層効果的に行われる。
【０１１５】
また、この情報配信サーバ１２において、定常嗜好合致コンテンツ選択部２８が、移動通信端末１６から受信したコンテンツ配信要求がサイクル追従型である場合に、定常嗜好管理テーブル２５ｂを参照して、コンテンツ配信要求を送信した移動通信端末１６のユーザの定常嗜好を抽出し、配信情報管理テーブル２３ａを参照して、「カテゴリ」の内容が抽出した定常嗜好と合致するコンテンツを選択する。サイクル追従型コンテンツ選択部３０が、接触履歴管理テーブル２５ｃを参照して、定常嗜好合致コンテンツ選択部２８により選択されたコンテンツの「ジャンル」及び「カテゴリ」の内容と合致する「接触行動種別」及び「接触内容」を含む複数の接触履歴を抽出し、これら複数の接触履歴が実施された「日時」に基づいて接触履歴の嗜好サイクルを算出する。サイクル追従型コンテンツ選択部３０は、算出した接触履歴の嗜好サイクルと、この接触履歴のうち最新の接触履歴の日時と現在の日時との間の期間とに基づいて、定常嗜好合致コンテンツ選択部２８により選択されたコンテンツの優先度を算出する。そして、サイクル追従型コンテンツ選択部３０は、コンテンツの優先度に基づいて、定常嗜好合致コンテンツ選択部２８により選択されたコンテンツの中からコンテンツを選択する。複合型コンテンツ選択部３６は、少なくともイベント完了依存型コンテンツ選択部２２、ステージ追従型コンテンツ選択部２６及びサイクル追従型コンテンツ選択部３０で選択されたコンテンツを配信コンテンツとして選択する。コンテンツ送信部３８は、複合型コンテンツ選択部３６により選択されたコンテンツを移動通信端末１６に送信する。
【０１１６】
この構成により、この構成により、ユーザの定常嗜好が抽出され、この定常嗜好に関連する接触履歴に基づいて、定常嗜好の周期的な変化を示す接触履歴の嗜好サイクルが算出される。そして、この接触履歴の嗜好サイクルに合致するコンテンツが選択されやすくなる。これにより、ユーザの嗜好の周期的な変化を考慮してコンテンツを選択するので、コンテンツを適切なユーザへ配信することができる。また、ユーザのプロファイル情報、イベント完了判定結果および嗜好サイクルを考慮してコンテンツを選択するので、嗜好の時間的変化をより詳細に把握することが可能となり、コンテンツの配信がより一層効果的に行われる。
【図面の簡単な説明】
【０１１７】
【図１】本発明の一実施形態に係る情報配信システムの機能構成を示す図である。
【図２】情報配信サーバのハードウェア構成図である。
【図３】移動通信端末のハードウェア構成図である。
【図４】配信情報管理テーブルの一例を示す図である。
【図５】タスクモデル管理テーブルの一例を示す図である。
【図６】タスクモデル管理テーブルの一例を示す図である。
【図７】タスク実行履歴管理テーブルの一例を示す図である。
【図８】イベント完了管理テーブルの一例を示す図である。
【図９】プロファイル管理テーブルの一例を示す図である。
【図１０】定常嗜好管理テーブルの一例を示す図である。
【図１１】接触履歴管理テーブルの一例を示す図である。
【図１２】定常嗜好取得画面の一例を示す図である。
【図１３】接触履歴取得画面の一例を示す図である。
【図１４】本実施形態に係る情報配信サーバの処理を示すフローチャートである。
【図１５】イベント完了依存型コンテンツ選択処理を示すフローチャートである。
【図１６】ステージ追従型コンテンツ選択処理を示すフローチャートである。
【図１７】サイクル追従型コンテンツ選択処理を示すフローチャートである。
【符号の説明】
【０１１８】
１０…情報配信システム、１２…情報配信サーバ、１６…移動通信端末（通信端末）、２０…履歴・要求受信部（受信手段）、２１…タスクモデル格納部、２１ａ…タスクモデル管理テーブル、２１ｂ…タスク実行履歴管理テーブル、２２…イベント完了依存型コンテンツ選択部（イベント完了依存型選択手段）、２３…配信情報格納部、２３ａ…配信情報管理テーブル、２４…イベント完了判別部（更新手段、イベント完了判定手段）、２５…ユーザ情報格納部、２５ａ…プロファイル管理テーブル、２５ｂ…定常嗜好管理テーブル、２５ｃ…接触履歴管理テーブル、２５ｄ…イベント完了管理テーブル、２６…ステージ追従型コンテンツ選択部（プロファイル判定手段、ステージ追従型選択手段）、２８…定常嗜好合致コンテンツ選択部（定常嗜好選択手段）、３０…サイクル追従型コンテンツ選択部（嗜好サイクル算出手段、優先度算出手段、サイクル追従型選択手段）、３２…定常嗜好記録部、３４…接触履歴記録部、３６…複合型コンテンツ選択部、３８…コンテンツ送信部（送信手段）、４０…定常嗜好取得部、４２…接触履歴取得部、４４…情報配信要求送信部（コンテンツ配信要求送信手段）、４６…配信情報表示部。
【図１】
0004981699.tif 000002
【図２】
0004981699.tif 000003
【図３】
0004981699.tif 000004
【図４】
0004981699.tif 000005
【図５】
0004981699.tif 000006
【図６】
0004981699.tif 000007
【図７】
0004981699.tif 000008
【図８】
0004981699.tif 000009
【図９】
0004981699.tif 000010
【図１０】
0004981699.tif 000011
【図１１】
0004981699.tif 000012
【図１２】
0004981699.tif 000013
【図１３】
0004981699.tif 000014
【図１４】
0004981699.tif 000015
【図１５】
0004981699.tif 000016
【図１６】
0004981699.tif 000017
【図１７】
0004981699.tif 000018