(57)【特許請求の範囲】
【請求項１】
コンテンツ履歴に応じてユーザを複数のクラスタのうち１つに所属させ、クラスタごとに、所属するユーザ向けのレコメンドリストを提供するレコメンドリスト提供装置であって、
携帯端末のユーザ情報を管理し、ある携帯端末のユーザが別のユーザに変更されたことを検出するユーザ管理部と、
各携帯端末に固有の端末ＩＤと各ユーザに固有のユーザＩＤとの対応情報を記憶したＩＤ対応表を管理し、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報を前記ＩＤ対応表に追加するＩＤ対応表管理部と、
クラスタを代表する代表ユーザのユーザＩＤと当該クラスタに所属する所属ユーザのユーザＩＤとの対応情報を記憶したクラスタ対応表を管理し、クラスタ対応表において、ユーザの変更があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加し、クラスタ対応表に記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換するクラスタ対応表管理部と、
各クラスタの代表ユーザとレコメンドリストとの対応情報を記憶したレコメンドリストＤＢを管理し、レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表において取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストを前記レコメンドリストＤＢから特定し、当該レコメンドリストを取得要求元へ提供するレコメンドリスト提供部と、
を備えるレコメンドリスト提供装置。
【請求項２】
コンテンツ履歴に応じてユーザを複数のクラスタのうち１つに所属させ、クラスタごとに、所属するユーザ向けのレコメンドリストを提供するレコメンドリスト提供装置であって、
携帯端末のユーザ情報を管理し、ある携帯端末のユーザが別のユーザに変更されたことを検出し、別のユーザへの変更が検出された場合、変更前ユーザが代表ユーザであるか否かを判断するユーザ管理部と、
各携帯端末に固有の端末ＩＤと各ユーザに固有のユーザＩＤとの対応情報を記憶したＩＤ対応表を管理し、変更前ユーザが代表ユーザである場合、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報を前記ＩＤ対応表に追加するＩＤ対応表管理部と、
クラスタを代表する代表ユーザのユーザＩＤと当該クラスタに所属する所属ユーザのユーザＩＤとの対応情報を記憶したクラスタ対応表を管理し、
変更前ユーザが代表ユーザである場合、クラスタ対応表において、ユーザの変更があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加し、
変更前ユーザが代表ユーザでない場合、ユーザの変更があった携帯端末に関するユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けるように、クラスタ対応表を更新し、
クラスタ対応表に記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換する、クラスタ対応表管理部と、
各クラスタの代表ユーザとレコメンドリストとの対応情報を記憶したレコメンドリストＤＢを管理し、レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表において取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストを前記レコメンドリストＤＢから特定し、当該レコメンドリストを取得要求元へ提供するレコメンドリスト提供部と、
を備えるレコメンドリスト提供装置。
【請求項３】
コンテンツ履歴に応じてユーザを複数のクラスタのうち１つに所属させ、クラスタごとに、所属するユーザ向けのレコメンドリストを提供するレコメンドリスト提供装置、によって実行されるレコメンドリスト提供方法であって、
携帯端末のユーザ情報を管理するユーザ管理部が、ある携帯端末のユーザが別のユーザに変更されたことを検出するステップと、
各携帯端末に固有の端末ＩＤと各ユーザに固有のユーザＩＤとの対応情報を記憶したＩＤ対応表を管理するＩＤ対応表管理部が、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報を前記ＩＤ対応表に追加するステップと、
クラスタを代表する代表ユーザのユーザＩＤと当該クラスタに所属する所属ユーザのユーザＩＤとの対応情報を記憶したクラスタ対応表を管理するクラスタ対応表管理部が、クラスタ対応表において、ユーザの変更があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加するステップと、
前記クラスタ対応表管理部が、クラスタ対応表に記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換するステップと、
各クラスタの代表ユーザとレコメンドリストとの対応情報を記憶したレコメンドリストＤＢを管理するレコメンドリスト提供部が、レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表において取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストを前記レコメンドリストＤＢから特定し、当該レコメンドリストを取得要求元へ提供するステップと、
を備えるレコメンドリスト提供方法。
【請求項４】
コンテンツ履歴に応じてユーザを複数のクラスタのうち１つに所属させ、クラスタごとに、所属するユーザ向けのレコメンドリストを提供するレコメンドリスト提供装置、によって実行されるレコメンドリスト提供方法であって、
携帯端末のユーザ情報を管理するユーザ管理部が、ある携帯端末のユーザが別のユーザに変更されたことを検出するステップと、
別のユーザへの変更が検出された場合、前記ユーザ管理部が、変更前ユーザが代表ユーザであるか否かを判断するステップと、
変更前ユーザが代表ユーザである場合、各携帯端末に固有の端末ＩＤと各ユーザに固有のユーザＩＤとの対応情報を記憶したＩＤ対応表を管理するＩＤ対応表管理部が、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報を前記ＩＤ対応表に追加するステップと、
変更前ユーザが代表ユーザである場合、クラスタを代表する代表ユーザのユーザＩＤと当該クラスタに所属する所属ユーザのユーザＩＤとの対応情報を記憶したクラスタ対応表を管理するクラスタ対応表管理部が、クラスタ対応表において、ユーザの変更があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加するステップと、
変更前ユーザが代表ユーザでない場合、前記クラスタ対応表管理部が、ユーザの変更があった携帯端末に関するユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けるように、クラスタ対応表を更新するステップと、
前記クラスタ対応表管理部が、クラスタ対応表に記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換するステップと、
各クラスタの代表ユーザとレコメンドリストとの対応情報を記憶したレコメンドリストＤＢを管理するレコメンドリスト提供部が、レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表において取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストを前記レコメンドリストＤＢから特定し、当該レコメンドリストを取得要求元へ提供するステップと、
を備えるレコメンドリスト提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの携帯端末におけるコンテンツ履歴に応じてレコメンドリストを提供するレコメンドリスト提供装置およびレコメンドリスト提供方法に関する。
【背景技術】
【０００２】
従来より、ユーザの携帯端末におけるコンテンツ履歴に応じて、そのユーザの嗜好に適したコンテンツ情報を提供するシステムが提案されている（下記の特許文献１参照）。このようなシステムでは、各ユーザを、コンテンツ履歴（即ちユーザの嗜好）の傾向ごとに設けられたユーザグループ（以下、本件では「クラスタ」と称する）に割り当てて、クラスタごとにコンテンツ履歴（ユーザの嗜好）に適したレコメンド情報を提供するのが一般的である。
【０００３】
一方、流行やユーザの嗜好は日々変化していくため、クラスタへのユーザの割当てが固定的であれば好ましくはなく、所定の周期で、当該時点のコンテンツ履歴に基づいて、全ユーザを対象としてクラスタへ割り当て直す処理（以下「クラスタリング処理」という）が実行される。ところが、クラスタリング処理は、非常に負荷が大きく多くの処理時間を要するため、実際には頻繁に実行することは困難である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２５２１７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現実社会では、携帯端末を例えば親から子供へ譲渡し、その後、譲受人（例えば子供）が当該携帯端末を使用し続けるといった譲渡承継（同じ端末ＩＤのまま携帯端末のユーザが変わること）が発生する。もし、譲渡承継が発生するたびに、上記のクラスタリング処理を実行すれば、譲受人（例えば子供）のコンテンツ履歴（嗜好）に基づく適切なレコメンドリストが提供されると思われる。ところが、上述したように、クラスタリング処理は実際には頻繁に実行されないため、譲渡承継が発生した直後は、譲受人（例えば子供）に対し、譲渡人（例えば親）のコンテンツ履歴（嗜好）に基づくレコメンドリストが提供されてしまうという不都合が生じるおそれがある。
【０００６】
本発明は、かかる課題を解決するために成されたものであり、譲渡承継が発生した場合に、クラスタリング処理を実行しなくても、上記の不都合（譲受人に対し譲渡人のコンテンツ履歴（嗜好）に基づくレコメンドリストが提供されてしまう不都合）を回避し、適切なレコメンドリストを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様に係るレコメンドリスト提供装置は、コンテンツ履歴に応じてユーザを複数のクラスタのうち１つに所属させ、クラスタごとに、所属するユーザ向けのレコメンドリストを提供するレコメンドリスト提供装置であって、携帯端末のユーザ情報を管理し、ある携帯端末のユーザが別のユーザに変更されたことを検出するユーザ管理部と、各携帯端末に固有の端末ＩＤと各ユーザに固有のユーザＩＤとの対応情報を記憶したＩＤ対応表を管理し、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報を前記ＩＤ対応表に追加するＩＤ対応表管理部と、クラスタを代表する代表ユーザのユーザＩＤと当該クラスタに所属する所属ユーザのユーザＩＤとの対応情報を記憶したクラスタ対応表を管理し、クラスタ対応表において、ユーザの変更があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加し、クラスタ対応表に記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換するクラスタ対応表管理部と、各クラスタの代表ユーザとレコメンドリストとの対応情報を記憶したレコメンドリストＤＢを管理し、レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表において取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストを前記レコメンドリストＤＢから特定し、当該レコメンドリストを取得要求元へ提供するレコメンドリスト提供部と、を備えることを特徴とする。
【０００８】
また、本発明の一態様に係るレコメンドリスト提供方法は、コンテンツ履歴に応じてユーザを複数のクラスタのうち１つに所属させ、クラスタごとに、所属するユーザ向けのレコメンドリストを提供するレコメンドリスト提供装置、によって実行されるレコメンドリスト提供方法であって、携帯端末のユーザ情報を管理するユーザ管理部が、ある携帯端末のユーザが別のユーザに変更されたことを検出するステップと、各携帯端末に固有の端末ＩＤと各ユーザに固有のユーザＩＤとの対応情報を記憶したＩＤ対応表を管理するＩＤ対応表管理部が、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報を前記ＩＤ対応表に追加するステップと、クラスタを代表する代表ユーザのユーザＩＤと当該クラスタに所属する所属ユーザのユーザＩＤとの対応情報を記憶したクラスタ対応表を管理するクラスタ対応表管理部が、クラスタ対応表において、ユーザの変更があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加するステップと、前記クラスタ対応表管理部が、クラスタ対応表に記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換するステップと、各クラスタの代表ユーザとレコメンドリストとの対応情報を記憶したレコメンドリストＤＢを管理するレコメンドリスト提供部が、レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表において取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストを前記レコメンドリストＤＢから特定し、当該レコメンドリストを取得要求元へ提供するステップと、を備えることを特徴とする。
【０００９】
上記のような本発明の一態様によれば、ユーザ管理部が、ある携帯端末のユーザが別のユーザに変更されたことを検出すると、ＩＤ対応表管理部は、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報を前記ＩＤ対応表に追加する。そして、クラスタ対応表管理部は、クラスタ対応表において、ユーザの変更があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加する。そして、クラスタ対応表管理部は、クラスタ対応表に記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換する。さらに、レコメンドリスト提供部は、レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表において取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストをレコメンドリストＤＢから特定し、当該レコメンドリストを取得要求元へ提供する。
【００１０】
これにより、ある携帯端末のユーザが別のユーザに変更された場合（即ち、携帯端末の譲渡承継が発生した場合）に、当該別のユーザ（新たなユーザ）に対し新たなユーザＩＤが生成され、新たなユーザＩＤは予め定められた代表ユーザのユーザＩＤに対応付けられる。即ち、当該別のユーザ（新たなユーザ）は、予め定められた代表ユーザのクラスタに自動的に割り当てられる。そのため、当該別のユーザ（新たなユーザ）からレコメンドリスト取得要求があった場合、取得要求元である当該別のユーザ（新たなユーザ）には、予め定められた代表ユーザのレコメンドリストが提供される。以上により、クラスタリング処理を実行しなくても、従来の不都合（譲受人に対し譲渡人のコンテンツ履歴（嗜好）に基づくレコメンドリストが提供されてしまう不都合）を回避し、適切なレコメンドリストを提供することができる。
【００１１】
なお、クラスタ対応表管理部が新たなユーザＩＤを対応付ける相手となる「予め定められた代表ユーザ」としては、例えばコンテンツ履歴の無いユーザ用クラスタの代表ユーザを適用してもよい。
【００１２】
さて、上述した本発明の一態様では、ある携帯端末のユーザが別のユーザに変更された場合（即ち、携帯端末の譲渡承継が発生した場合）に、その都度、当該別のユーザ（新たなユーザ）に対し新たなユーザＩＤが生成されるため、ユーザＩＤの数が増加していく。そのため、本発明は、別の態様（ユーザＩＤの数の増加を抑制する態様）として、代表ユーザでない変更前ユーザが新たなユーザに変更された場合に、当該新たなユーザに対し新たなユーザＩＤを生成しない以下のような態様を採用してもよい。
【００１３】
即ち、本発明の別の態様に係るレコメンドリスト提供装置は、コンテンツ履歴に応じてユーザを複数のクラスタのうち１つに所属させ、クラスタごとに、所属するユーザ向けのレコメンドリストを提供するレコメンドリスト提供装置であって、携帯端末のユーザ情報を管理し、ある携帯端末のユーザが別のユーザに変更されたことを検出し、別のユーザへの変更が検出された場合、変更前ユーザが代表ユーザであるか否かを判断するユーザ管理部と、各携帯端末に固有の端末ＩＤと各ユーザに固有のユーザＩＤとの対応情報を記憶したＩＤ対応表を管理し、変更前ユーザが代表ユーザである場合、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報を前記ＩＤ対応表に追加するＩＤ対応表管理部と、クラスタを代表する代表ユーザのユーザＩＤと当該クラスタに所属する所属ユーザのユーザＩＤとの対応情報を記憶したクラスタ対応表を管理し、変更前ユーザが代表ユーザである場合、クラスタ対応表において、ユーザの変更があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加し、変更前ユーザが代表ユーザでない場合、ユーザの変更があった携帯端末に関するユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けるように、クラスタ対応表を更新し、クラスタ対応表に記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換するクラスタ対応表管理部と、各クラスタの代表ユーザとレコメンドリストとの対応情報を記憶したレコメンドリストＤＢを管理し、レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表において取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストを前記レコメンドリストＤＢから特定し、当該レコメンドリストを取得要求元へ提供するレコメンドリスト提供部と、を備えることを特徴とする。
【００１４】
また、本発明の別の態様に係るレコメンドリスト提供方法は、コンテンツ履歴に応じてユーザを複数のクラスタのうち１つに所属させ、クラスタごとに、所属するユーザ向けのレコメンドリストを提供するレコメンドリスト提供装置、によって実行されるレコメンドリスト提供方法であって、携帯端末のユーザ情報を管理するユーザ管理部が、ある携帯端末のユーザが別のユーザに変更されたことを検出するステップと、別のユーザへの変更が検出された場合、前記ユーザ管理部が、変更前ユーザが代表ユーザであるか否かを判断するステップと、変更前ユーザが代表ユーザである場合、各携帯端末に固有の端末ＩＤと各ユーザに固有のユーザＩＤとの対応情報を記憶したＩＤ対応表を管理するＩＤ対応表管理部が、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報を前記ＩＤ対応表に追加するステップと、変更前ユーザが代表ユーザである場合、クラスタを代表する代表ユーザのユーザＩＤと当該クラスタに所属する所属ユーザのユーザＩＤとの対応情報を記憶したクラスタ対応表を管理するクラスタ対応表管理部が、クラスタ対応表において、ユーザの変更があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加するステップと、変更前ユーザが代表ユーザでない場合、前記クラスタ対応表管理部が、ユーザの変更があった携帯端末に関するユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けるように、クラスタ対応表を更新するステップと、前記クラスタ対応表管理部が、クラスタ対応表に記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換するステップと、各クラスタの代表ユーザとレコメンドリストとの対応情報を記憶したレコメンドリストＤＢを管理するレコメンドリスト提供部が、レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表において取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストを前記レコメンドリストＤＢから特定し、当該レコメンドリストを取得要求元へ提供するステップと、を備えることを特徴とする。
【００１５】
上記のような本発明の別の態様によれば、代表ユーザである変更前ユーザが別のユーザに変更された場合は、前述した本発明の一の態様と同様に、当該別のユーザ（新たなユーザ）に対し新たなユーザＩＤが生成され、新たなユーザＩＤは予め定められた代表ユーザのユーザＩＤに対応付けられる。即ち、当該別のユーザ（新たなユーザ）は、予め定められた代表ユーザのクラスタに自動的に割り当てられるため、当該別のユーザ（新たなユーザ）からレコメンドリスト取得要求があった場合、取得要求元である当該別のユーザ（新たなユーザ）には、予め定められた代表ユーザのレコメンドリストが提供される。
【００１６】
一方、代表ユーザでない変更前ユーザが別のユーザに変更された場合は、当該別のユーザに対し新たなユーザＩＤが生成されることはなく、当該変更があった携帯端末で変更前から使用されていたユーザＩＤが流用される。つまり、クラスタ対応表管理部は、ユーザの変更があった携帯端末に関するユーザＩＤ（当該変更があった携帯端末で変更前から使用されていたユーザＩＤ）を所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けるように、クラスタ対応表を更新する。そのため、当該別のユーザ（新たなユーザ）からレコメンドリスト取得要求があった場合、取得要求元には、予め定められた代表ユーザのレコメンドリストが提供される。
【００１７】
以上により、本発明の別の態様についても、クラスタリング処理を実行しなくても、従来の不都合（譲受人に対し譲渡人のコンテンツ履歴（嗜好）に基づくレコメンドリストが提供されてしまう不都合）を回避し、適切なレコメンドリストを提供することができる。
【発明の効果】
【００１８】
本発明によれば、譲渡承継が発生した場合に、クラスタリング処理を実行しなくても、従来の不都合（譲受人に対し譲渡人のコンテンツ履歴（嗜好）に基づくレコメンドリストが提供されてしまう不都合）を回避し、適切なレコメンドリストを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】レコメンドリスト提供装置を含むシステム全体の構成図である。
【図２】第１、第２実施形態のレコメンドリスト提供装置の機能ブロック構成図である。
【図３】レコメンドリスト提供装置のハードウェア構成図である。
【図４】第１実施形態に係る処理を示すフロー図である。
【図５】第１、第２実施形態のＩＤ対応表、クラスタ対応表およびレコメンドリストＤＢの一例を示す図である。
【図６】図４のステップＳ２の処理を説明するための図である。
【図７】図４のステップＳ３の処理を説明するための図である。
【図８】図４、図９のステップＳ４の処理を説明するための図である。
【図９】第２実施形態に係る処理を示すフロー図である。
【図１０】図９のステップＳ１２の処理を説明するための図である。
【図１１】図９のステップＳ２の処理を説明するための図である。
【図１２】図９のステップＳ３の処理を説明するための図である。
【図１３】代表ユーザの場合における図９のステップＳ４の処理を説明するための図である。
【発明を実施するための形態】
【００２０】
添付図面を参照しながら本発明の各種実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
【００２１】
［第１実施形態］
第１実施形態は、前述した「本発明の一態様」に対応し、変更前ユーザが代表ユーザであるか否かの判断を行わず、変更前ユーザが代表ユーザであるか否かによらず共通の処理を実行する実施形態である。
【００２２】
図１には、本実施形態に係るレコメンドリスト提供装置１を含むシステム全体の構成図を示す。この図１に示すように、レコメンドリスト提供装置１は、ネットワークを介して携帯端末２Ａ、２Ｂ、２Ｃ（以下「携帯端末２」と総称する）と無線通信可能であり、携帯端末２からのレコメンドリスト取得要求を受信し、当該要求に応じて携帯端末２向けのレコメンドリストを提供（送信）する構成とされている。なお、図１には、レコメンドリスト提供装置１が無線ネットワーク網を介して携帯端末２と接続される構成を例示したが、レコメンドリスト提供装置１が接続されるクライアント装置は、携帯端末に限定されるものではなく、据え置き型のコンピュータなどのさまざまな情報通信装置を適用可能であり、ネットワークは、無線ネットワーク網に限定されるものではなく、有線ネットワーク網であってもよい。
【００２３】
図２には、レコメンドリスト提供装置１の機能ブロック構成を示す。レコメンドリスト提供装置１は、コンテンツ履歴に応じてユーザを複数のクラスタのうち１つに所属させ、クラスタごとに、所属するユーザ向けのレコメンドリストを提供する。かかる機能を果たすため、レコメンドリスト提供装置１は、図２に示すように、ユーザ管理部１１とＩＤ対応表管理部１２とクラスタ対応表管理部１３とレコメンドリスト提供部１４とを備える。
【００２４】
ユーザ管理部１１は、携帯端末のユーザ情報を管理し、ある携帯端末のユーザが別のユーザに変更されたことを検出する部分である。
【００２５】
ＩＤ対応表管理部１２は、例えば図５（ａ）に示すように各携帯端末に固有の端末ＩＤと各ユーザに固有のユーザＩＤとの対応情報を記憶したＩＤ対応表１２Ａを管理し、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報を前記ＩＤ対応表に追加する部分である。
【００２６】
クラスタ対応表管理部１３は、例えば図５（ｂ）に示すようにクラスタを代表する代表ユーザのユーザＩＤと当該クラスタに所属する所属ユーザのユーザＩＤとの対応情報を記憶したクラスタ対応表１３Ａを管理し、クラスタ対応表１３Ａにおいて、ユーザの変更があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加し、クラスタ対応表１３Ａに記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換する部分である。
【００２７】
レコメンドリスト提供部１４は、例えば図５（ｃ）に示すように各クラスタの代表ユーザとレコメンドリストとの対応情報を記憶したレコメンドリストＤＢ１４Ａを管理し、レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表１３Ａにおいて取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストをレコメンドリストＤＢ１４Ａから特定し、当該レコメンドリストを取得要求元へ提供する部分である。
【００２８】
図３には、レコメンドリスト提供装置１のハードウェア構成例を示す。レコメンドリスト提供装置１は、物理的には、ＣＰＵ１Ａ、主記憶装置であるＲＡＭ１Ｂ及びＲＯＭ１Ｃ、入力デバイスであるキーボード及びマウス等の入力装置１Ｄ、ディスプレイ等の出力装置１Ｅ、ネットワークカード等のデータ送受信デバイスである通信モジュール１Ｆ、ハードディスク等の補助記憶装置１Ｇなどを含むコンピュータシステムとして構成されている。図２において説明した各機能は、図３に示すＣＰＵ１Ａ、ＲＡＭ１Ｂ等のハードウェア上に所定のコンピュータソフトウェアを読み込ませて実行することにより、ＣＰＵ１Ａの制御のもとで入力装置１Ｄ、出力装置１Ｅ、通信モジュール１Ｆを動作させ、ＲＡＭ１Ｂや補助記憶装置１Ｇにおけるデータの読み出し及び書き込みを行うことで実現される。
【００２９】
以下、図４〜図８を用いて、レコメンドリスト提供装置１にて実行されるレコメンドリスト提供方法に係る処理について説明する。
【００３０】
図４に示すように、ユーザ管理部１１は、ある携帯端末のユーザが別のユーザに変更されたこと（譲渡承継の発生）を監視しており（ステップＳ１）、譲渡承継の発生が検出されると、ＩＤ対応表管理部１２は、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報をＩＤ対応表１２Ａに追加する（ステップＳ２）。例えば図５（ａ）のＩＤ対応表における端末ＩＤ「AB2DG83」の携帯端末において譲渡承継が発生した場合は、図６に示すようにＩＤ対応表管理部１２は、譲渡承継が発生した携帯端末の端末ＩＤ「AB2DG83」に対応付けられた新たなユーザＩＤ（ここでは「１０１」）を生成し、当該端末ＩＤ「AB2DG83」と新たなユーザＩＤ「１０１」との対応情報をＩＤ対応表１２Ａに追加する。
【００３１】
そして、クラスタ対応表管理部１３は、クラスタ対応表１３Ａにおいて、ユーザの変更（譲渡承継）があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加する（ステップＳ３）。例えば図７に示すようにクラスタ対応表管理部１３は、クラスタ対応表１３Ａにおいて、譲渡承継が発生した携帯端末に関する変更前ユーザＩＤに係る対応情報（ここでは所属ユーザ「００１」に係る対応情報）を削除するとともに、新たなユーザＩＤ（ここでは「１０１」）を所属ユーザとして、予め定められた代表ユーザのユーザＩＤ（ここでは「０４０」）に対応付けた対応情報を追加する。予め定められた代表ユーザは、例えば、履歴がないユーザに対する代表ユーザであってもよい。
【００３２】
さらに、クラスタ対応表管理部１３は、クラスタ対応表１３Ａの所属ユーザ列においてユーザＩＤを、対応する端末ＩＤに変換する（ステップＳ４）。これにより、例えば図８に示すようにクラスタ対応表１３Ａの所属ユーザ列におけるユーザＩＤが、対応する端末ＩＤに変換される。
【００３３】
その後、レコメンドリスト取得要求があると（ステップＳ５でＹＥＳ）、レコメンドリスト提供部１４は、当該レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表１３Ａにおいて取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストをレコメンドリストＤＢ１４Ａから特定し、当該レコメンドリストを取得要求元へ提供する（ステップＳ６）。例えば、譲渡承継が発生した携帯端末（端末ＩＤ：AB2DG83）からレコメンドリスト取得要求があった場合、レコメンドリスト提供部１４は、当該レコメンドリスト取得要求から取得要求元の端末ＩＤ「AB2DG83」を特定し、図８のクラスタ対応表１３Ａにおいて取得要求元の端末ＩＤ「AB2DG83」に対応付けられた代表ユーザ（ユーザＩＤ：０４０）のレコメンドリストを図５（ｃ）のレコメンドリストＤＢ１４Ａから特定し、当該レコメンドリスト（コンテンツＵ、Ｖ、Ｗ、…）を取得要求元へ提供する。その後は、ステップＳ１へ戻り、ステップＳ１〜Ｓ６の処理が繰り返される。
【００３４】
以上説明した第１実施形態によれば、携帯端末の譲渡承継が発生した場合、新たなユーザに対し新たなユーザＩＤが生成され、新たなユーザＩＤは予め定められた代表ユーザのユーザＩＤに対応付けられる。即ち、新たなユーザは、予め定められた代表ユーザのクラスタに自動的に割り当てられる。そのため、新たなユーザからレコメンドリスト取得要求があった場合、取得要求元である当該新たなユーザには、予め定められた代表ユーザのレコメンドリストが提供される。以上により、クラスタリング処理を実行しなくても、従来の不都合（譲受人に対し譲渡人のコンテンツ履歴（嗜好）に基づくレコメンドリストが提供されてしまう不都合）を回避し、適切なレコメンドリストを提供することができる。
【００３５】
［第２実施形態］
第２実施形態は、前述した「本発明の別の態様（ユーザＩＤの数の増加を抑制する態様）」に対応し、代表ユーザでない変更前ユーザが新たなユーザに変更された場合に、当該新たなユーザに対し新たなユーザＩＤを生成しない実施形態である。なお、図１のシステム構成は、第１実施形態と同様であるので、重複した説明を省略する。
【００３６】
第２実施形態に係るレコメンドリスト提供装置１の機能ブロック構成は、前述した図２の構成と同様である。しかし、ユーザ管理部１１、ＩＤ対応表管理部１２、およびクラスタ対応表管理部１３のそれぞれが有する機能が、第１実施形態とは異なるため、以下説明する。
【００３７】
ユーザ管理部１１は、携帯端末のユーザ情報を管理し、ある携帯端末のユーザが別のユーザに変更されたことを検出し、別のユーザへの変更が検出された場合に、変更前ユーザが代表ユーザであるか否かを判断する部分である。
【００３８】
ＩＤ対応表管理部１２は、例えば図５（ａ）に示すように各携帯端末に固有の端末ＩＤと各ユーザに固有のユーザＩＤとの対応情報を記憶したＩＤ対応表１２Ａを管理し、変更前ユーザが代表ユーザである場合に、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報をＩＤ対応表１２Ａに追加する部分である。
【００３９】
クラスタ対応表管理部１３は、例えば図５（ｂ）に示すようにクラスタを代表する代表ユーザのユーザＩＤと当該クラスタに所属する所属ユーザのユーザＩＤとの対応情報を記憶したクラスタ対応表１３Ａを管理する部分である。また、クラスタ対応表管理部１３は、変更前ユーザが代表ユーザである場合に、クラスタ対応表１３Ａにおいて、ユーザの変更があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加する。一方、変更前ユーザが代表ユーザでない場合に、クラスタ対応表管理部１３は、ユーザの変更があった携帯端末に関するユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けるように、クラスタ対応表１３Ａを更新する。さらに、クラスタ対応表管理部１３は、対応情報の追加後または上記更新後のクラスタ対応表１３Ａに記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換する。
【００４０】
なお、レコメンドリスト提供部１４の機能は第１実施形態と同様であるので、重複した説明を省略する。
【００４１】
以下、図５、図８〜図１３を用いて、レコメンドリスト提供装置１にて実行されるレコメンドリスト提供方法に係る処理について説明する。
【００４２】
図９に示すように、ユーザ管理部１１は、ある携帯端末のユーザが別のユーザに変更されたこと（譲渡承継の発生）を監視し（ステップＳ１）、譲渡承継の発生が検出された場合にユーザ管理部１１は、変更前ユーザが代表ユーザであるか否かを判断する（ステップＳ１１）。
【００４３】
変更前ユーザが代表ユーザでなければ（ステップＳ１１でＮＯ）、クラスタ対応表管理部１３は、譲渡承継が発生した携帯端末に関するユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けるように、クラスタ対応表１３Ａを更新する（ステップＳ１２）。例えば図５（ａ）のＩＤ対応表における端末ＩＤ「AB2DG83」の携帯端末（非代表ユーザ）において譲渡承継が発生した場合は、図１０に示すようにクラスタ対応表管理部１３は、ユーザの変更があった携帯端末に関するユーザＩＤ「００１」を所属ユーザとして、予め定められた代表ユーザのユーザＩＤ「０４０」に対応付けるように、クラスタ対応表１３Ａを更新する。さらに、クラスタ対応表管理部１３は、クラスタ対応表１３Ａの所属ユーザにおいてユーザＩＤを、対応する端末ＩＤに変換する（ステップＳ４）。これにより、例えば図８に示すようにクラスタ対応表１３Ａの所属ユーザ列におけるユーザＩＤが、対応する端末ＩＤに変換される。
【００４４】
一方、変更前ユーザが代表ユーザであれば（ステップＳ１１でＹＥＳ）、第１実施形態と同様に、ＩＤ対応表管理部１２は、ユーザの変更があった携帯端末の端末ＩＤに対応付けられた新たなユーザＩＤを生成し、当該端末ＩＤと新たなユーザＩＤとの対応情報をＩＤ対応表１２Ａに追加する（ステップＳ２）。例えば図５（ａ）のＩＤ対応表における端末ＩＤ「JEI1S09E」の携帯端末において譲渡承継が発生した場合は、図１１に示すようにＩＤ対応表管理部１２は、譲渡承継が発生した携帯端末の端末ＩＤ「JEI1S09E」に対応付けられた新たなユーザＩＤ（ここでは「１０３」）を生成し、当該端末ＩＤ「JEI1S09E」と新たなユーザＩＤ「１０３」との対応情報をＩＤ対応表１２Ａに追加する。
【００４５】
そして、クラスタ対応表管理部１３は、クラスタ対応表１３Ａにおいて、ユーザの変更（譲渡承継）があった携帯端末に関する変更前ユーザＩＤに係る対応情報を削除するとともに、新たなユーザＩＤを所属ユーザとして、予め定められた代表ユーザのユーザＩＤに対応付けた対応情報を追加する（ステップＳ３）。例えば図１２に示すようにクラスタ対応表管理部１３は、クラスタ対応表１３Ａにおいて、譲渡承継があった携帯端末に関する変更前ユーザＩＤに係る対応情報（ここでは所属ユーザ「００３」に係る対応情報）を削除するとともに、新たなユーザＩＤ（ここでは「１０３」）を所属ユーザとして、予め定められた代表ユーザのユーザＩＤ（ここでは「０４０」）に対応付けた対応情報を追加する。さらに、クラスタ対応表管理部１３は、クラスタ対応表１３Ａにおいて、クラスタ対応表１３Ａに記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換する（ステップＳ４）。これにより、例えば図１３に示すようにクラスタ対応表１３Ａの所属ユーザ列におけるユーザＩＤが、対応する端末ＩＤに変換される。
【００４６】
その後、レコメンドリスト取得要求があると（ステップＳ５でＹＥＳ）、レコメンドリスト提供部１４は、当該レコメンドリスト取得要求から取得要求元の端末ＩＤを特定し、クラスタ対応表１３Ａにおいて取得要求元の端末ＩＤに対応付けられた代表ユーザのレコメンドリストをレコメンドリストＤＢ１４Ａから特定し、当該レコメンドリストを取得要求元へ提供する（ステップＳ６）。
【００４７】
例えば、譲渡承継が発生した、非代表ユーザに係る携帯端末（端末ＩＤ：AB2DG83）からレコメンドリスト取得要求があった場合、レコメンドリスト提供部１４は、当該レコメンドリスト取得要求から取得要求元の端末ＩＤ「AB2DG83」を特定し、図８のクラスタ対応表１３Ａにおいて取得要求元の端末ＩＤ「AB2DG83」に対応付けられた代表ユーザ（ユーザＩＤ：０４０）のレコメンドリストを図５（ｃ）のレコメンドリストＤＢ１４Ａから特定し、当該レコメンドリスト（コンテンツＵ、Ｖ、Ｗ、…）を取得要求元へ提供する。
【００４８】
また例えば、譲渡承継が発生した、代表ユーザに係る携帯端末（端末ＩＤ：JEI1S09E）からレコメンドリスト取得要求があった場合、レコメンドリスト提供部１４は、当該レコメンドリスト取得要求から取得要求元の端末ＩＤ「JEI1S09E」を特定し、図１３のクラスタ対応表１３Ａにおいて取得要求元の端末ＩＤ「JEI1S09E」に対応付けられた代表ユーザ（ユーザＩＤ：０４０）のレコメンドリストを図５（ｃ）のレコメンドリストＤＢ１４Ａから特定し、当該レコメンドリスト（コンテンツＵ、Ｖ、Ｗ、…）を取得要求元へ提供する。
【００４９】
その後は、ステップＳ１へ戻り、ステップＳ１〜Ｓ６の処理が繰り返される。
【００５０】
以上説明した第２実施形態のように、代表ユーザでない変更前ユーザが新たなユーザに変更された場合に、当該新たなユーザに対し新たなユーザＩＤを生成しない実施形態であっても、クラスタリング処理を実行しなくても、従来の不都合（譲受人に対し譲渡人のコンテンツ履歴（嗜好）に基づくレコメンドリストが提供されてしまう不都合）を回避し、適切なレコメンドリストを提供することができる。この第２実施形態では、変更前ユーザが代表ユーザであるか否かを判断する処理が必要となるが、代表ユーザでない変更前ユーザが新たなユーザに変更された場合に新たなユーザＩＤの生成を回避するため、ユーザＩＤの数の増加を抑制することができる。
【００５１】
上記の第１、第２実施形態では、図４又は図９のステップＳ４にて、クラスタ対応表管理部１３が、クラスタ対応表１３Ａにおいて、クラスタ対応表１３Ａに記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換する例を説明した。このような処理を行うことで、ステップＳ６でレコメンドリスト提供部１４が、クラスタ対応表１３Ａにおいて取得要求元の端末ＩＤに対応付けられた代表ユーザを迅速に認識することができ、当該代表ユーザのレコメンドリストをレコメンドリストＤＢ１４Ａから特定して取得要求元へ提供するための処理時間（即ち、取得要求元に対するオンラインレスポンス）を短縮することができる。
【００５２】
なお、もし上記の処理時間（取得要求元に対するオンラインレスポンス）への要求度が低い状況であれば、以下のような処理態様も採用できる。例えば図４又は図９のステップＳ２において、譲渡・承継が生じた携帯端末の端末ＩＤに関連付けられた新たなユーザＩＤを生成した後、ＩＤ対応表１２Ａにおいて当該端末ＩＤについてのユーザＩＤを新たなユーザＩＤに置換する。この場合、端末ＩＤとユーザＩＤとの一対一対応を保持できるため、クラスタ対応表１３Ａにおいて、クラスタ対応表１３Ａに記憶された各対応情報における所属ユーザのユーザＩＤを、対応する端末ＩＤに変換する処理（図４又は図９のステップＳ４）が不要となる。ただし、この場合、代表ユーザのユーザＩＤがＩＤ対応表１２Ａから削除される事態が生じうる。そのため、ステップＳ６でレコメンドリスト提供部１４は、取得要求元からのレコメンドリスト取得要求に対し、ＩＤ対応表１２Ａを参照することで取得要求元の端末ＩＤに対応する新たなユーザＩＤを特定し、クラスタ対応表１３Ａを参照することで新たなユーザＩＤに対応する代表ユーザのユーザＩＤを特定し、レコメンドリストＤＢ１４Ａを参照することで代表ユーザのユーザＩＤに対応するレコメンドリストを特定して、取得要求元へ提供することができる。
【符号の説明】
【００５３】
１…レコメンドリスト提供装置、１Ａ…ＣＰＵ、１Ｂ…ＲＡＭ、１Ｃ…ＲＯＭ、１Ｄ…入力装置、１Ｅ…出力装置、１Ｆ…通信モジュール、１Ｇ…補助記憶装置、２…携帯端末、１１…ユーザ管理部、１２…ＩＤ対応表管理部、１２Ａ…ＩＤ対応表、１３…クラスタ対応表管理部、１３Ａ…クラスタ対応表、１４…レコメンドリスト提供部、１４Ａ…レコメンドリストＤＢ。
【図１】
0005855513.tif 000002
【図２】
0005855513.tif 000003
【図３】
0005855513.tif 000004
【図４】
0005855513.tif 000005
【図５】
0005855513.tif 000006
【図６】
0005855513.tif 000007
【図７】
0005855513.tif 000008
【図８】
0005855513.tif 000009
【図９】
0005855513.tif 000010
【図１０】
0005855513.tif 000011
【図１１】
0005855513.tif 000012
【図１２】
0005855513.tif 000013
【図１３】
0005855513.tif 000014