(57)【要約】【課題】サービスサーバ間でユーザの個人情報そのものの情報交換をすることなく各サービスサーバが保有するユーザの個人情報を最新の状態にする。【解決手段】サービスサーバ３０は、ユーザが属性情報を自主的に変更したことを更新情報管理サーバ４０へ通知する更新通知部３７と、ユーザログイン時に当該ユーザのプロファイルに含まれる属性情報の変更の有無を更新情報管理サーバ４０へ問い合わせる更新問合せ部３３と、問合せに応じて送られてきた更新情報及びプロファイルＤＢ３９それぞれに含まれる当該ユーザの属性情報の更新日時を比較して、プロファイルＤＢ３９に最新の属性情報が登録されていないと更新判定部３４が判断した場合に属性情報の入力を要求する属性入力要求処理部３５と、入力された属性情報でプロファイルＤＢ３９を更新するプロファイル管理部３８と、を有する。【選択図】図３
2009099007.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービス処理手段と、
ユーザにより入力された当該ユーザの個人情報に含まれる属性情報を受け付ける受付手段と、
前記受付手段により受け付けられた属性情報で、前記サービス処理手段提供のサービスを利用するユーザの個人情報を記憶する個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第１の個人情報更新手段と、
前記受付手段により受け付けられた属性情報で前記第１の個人情報更新手段により前記個人情報記憶手段が更新されたことを、ユーザの個人情報に含まれる属性情報の更新の有無を管理する更新情報管理サーバへ通知する通知手段と、
更新確認要求を前記更新情報管理サーバへ送信することによって当該ユーザの個人情報に含まれる属性情報の変更の有無を問い合わせる問合せ手段と、
前記更新確認要求に応じて前記更新情報管理サーバから送信されてきた更新確認情報及び前記個人情報記憶手段に保存された当該ユーザの個人情報に基づいて他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断する判断手段と、
前記判断手段によりいずれかの属性情報が変更されたと判断された場合、この変更された属性情報で前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第２の個人情報更新手段と、
を有することを特徴とするサービスサーバ。
【請求項２】
請求項１記載のサービスサーバにおいて、
前記判断手段は、前記更新情報管理サーバから送信されてきた更新確認情報に含まれる属性情報の更新日時情報と、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる属性情報の更新日時情報との比較によって、前記他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断することを特徴とするサービスサーバ。
【請求項３】
ユーザの個人情報に含まれる属性情報の設定内容に応じた内容で当該ユーザにサービスを提供する複数のサービスサーバにおいて前記ユーザの個人情報に含まれる属性情報が更新された場合、その更新された属性情報の種別及びその更新日時をユーザ毎に記憶する更新情報記憶手段と、
前記サービスサーバから送られてくる更新通知情報に含まれる属性情報の種別及びその更新日時で、前記更新情報記憶手段を更新する更新情報更新手段と、
前記サービスサーバから送られてくる更新確認要求に応じて更新情報を送信することによって当該更新確認要求により特定される当該ユーザの個人情報に含まれる属性情報の変更の有無に関する情報を通知する更新通知手段と、
を有することを特徴とする更新情報管理サーバ。
【請求項４】
ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービス処理手段と、
ユーザにより入力された当該ユーザの個人情報に含まれる属性情報を受け付ける受付手段と、
自サービスサーバ提供のサービスを利用するユーザの個人情報と、個人情報に含まれる属性情報の更新日時情報と、当該属性情報が自サービスサーバ利用のユーザからの変更要求によって更新されたか否かを示す更新元情報とを対応付けして記憶する個人情報記憶手段と、
前記受付手段により受け付けられた属性情報で、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第１の個人情報更新手段と、
前記受付手段により受け付けられた属性情報で前記第１の個人情報更新手段により前記個人情報記憶手段が更新されたことを、当該ユーザにサービスを提供する１又は複数の他のサービスサーバへ通知する通知手段と、
更新確認要求を前記他のサービスサーバへ送信することによって当該ユーザの個人情報に含まれる属性情報の変更の有無を問い合わせる問合せ手段と、
前記更新確認要求に応じて前記他のサービスサーバから送信されてきた更新確認情報及び前記個人情報記憶手段に保存された当該ユーザの個人情報に基づいていずれかの前記他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断する判断手段と、
前記他のサービスサーバによっていずれかの属性情報が変更されたと判断された場合、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新すると共に、更新元情報に他のサービスサーバにて更新された旨を示す情報を設定する第２の個人情報更新手段と、
前記他のサービスサーバから送られてくる更新通知情報に含まれる属性情報の種別及びその更新日時で、前記個人情報記憶手段を更新する更新情報更新手段と、
前記他のサービスサーバから送られてくる更新確認要求に応じて更新情報を送信することによって当該更新確認要求により特定される当該ユーザの個人情報に含まれる属性情報の変更の有無に関する情報を通知する更新通知手段と、
を有することを特徴とするサービスサーバ。
【請求項５】
ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供する複数のサービスサーバと、
ユーザが前記サービスサーバにより提供されるサービスを利用する際に使用するユーザ端末装置と、
当該ユーザの個人情報に含まれる属性情報の更新の有無を管理する更新情報管理サーバと、
を有し、
前記サービスサーバは、
当該サービスサーバ提供のサービスを利用するユーザの個人情報を記憶する個人情報記憶手段と、
前記ユーザ端末装置から送られてきた当該ユーザの個人情報に含まれる属性情報を受け付ける受付手段と、
前記受付手段により受け付けられた属性情報で、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第１の個人情報更新手段と、
前記第１の個人情報更新手段により前記個人情報記憶手段が更新されたことを、更新通知情報を送信することによって前記更新情報管理サーバへ通知する通知手段と、
更新確認要求を前記更新情報管理サーバへ送信することによって当該ユーザの個人情報に含まれる属性情報の変更の有無を問い合わせる問合せ手段と、
前記更新確認要求に応じて前記更新情報管理サーバから送信されてきた更新確認情報及び前記個人情報記憶手段に保存された当該ユーザの個人情報に基づいて他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断する判断手段と、
他のサービスサーバによっていずれかの属性情報が変更されたと判断された場合、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる属性情報を更新する第２の個人情報更新手段と、
を有し、
前記更新情報管理サーバは、
更新された属性情報の種別及びその更新日時をユーザ毎に記憶する更新情報記憶手段と、
前記サービスサーバから送られてくる更新通知情報に含まれる属性情報の種別及びその更新日時で、前記更新情報記憶手段を更新する更新情報更新手段と、
前記サービスサーバから送られてくる更新確認要求に応じて更新情報を送信することによって当該更新確認要求により特定される当該ユーザの個人情報に含まれる属性情報の変更の有無に関する情報を通知する更新通知手段と、
を有することを特徴とするサービスシステム。
【請求項６】
請求項５記載のサービスシステムにおいて、
前記各サービスサーバは、前記更新情報管理サーバを兼ねることを特徴とするサービスシステム。
【請求項７】
ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービスサーバコンピュータを、
ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービス処理手段と、
ユーザにより入力された当該ユーザの個人情報に含まれる属性情報を受け付ける受付手段と、
前記受付手段により受け付けられた属性情報で、前記サービス処理手段提供のサービスを利用するユーザの個人情報を記憶する個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第１の個人情報更新手段と、
前記受付手段により受け付けられた属性情報で前記第１の個人情報更新手段により前記個人情報記憶手段が更新されたことを、ユーザの個人情報に含まれる属性情報の更新の有無を管理する更新情報管理サーバへ通知する通知手段と、
更新確認要求を前記更新情報管理サーバへ送信することによって当該ユーザの個人情報に含まれる属性情報の変更の有無を問い合わせる問合せ手段と、
前記更新確認要求に応じて前記更新情報管理サーバから送信されてきた更新確認情報及び前記個人情報記憶手段に保存された当該ユーザの個人情報に基づいて他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断する判断手段と、
他のサービスサーバによっていずれかの属性情報が変更されたと判断された場合、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第２の個人情報更新手段と
して機能させることを特徴とするサービスプログラム。
【請求項８】
ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供する複数のサービスサーバのいずれかにおけるユーザの個人情報に含まれる属性情報更新の有無を管理する更新情報管理サーバコンピュータを、
ユーザの個人情報に含まれる属性情報の設定内容に応じた内容で当該ユーザにサービスを提供する複数のサービスサーバにおいて前記ユーザの個人情報に含まれる属性情報が更新された場合、その更新された属性情報の種別及びその更新日時をユーザ毎に記憶する更新情報記憶手段と、
前記サービスサーバから送られてくる更新通知情報に含まれる属性情報の種別及びその更新日時で、前記更新情報記憶手段を更新する更新情報更新手段と、
前記サービスサーバから送られてくる更新確認要求に応じて更新情報を送信することによって当該更新確認要求により特定される当該ユーザの個人情報に含まれる属性情報の変更の有無に関する情報を通知する更新通知手段と
して機能させることを特徴とする更新情報管理プログラム。
【請求項９】
ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービスサーバコンピュータを、
ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービス処理手段と、
ユーザにより入力された当該ユーザの個人情報に含まれる属性情報を受け付ける受付手段と、
自サービスサーバ提供のサービスを利用するユーザの個人情報と、個人情報に含まれる属性情報の更新日時情報と、当該属性情報が自サービスサーバ利用のユーザからの変更要求によって更新されたか否かを示す更新元情報とを対応付けして記憶する個人情報記憶手段と、
前記受付手段により受け付けられた属性情報で、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新すると共に、更新元情報に自サービスサーバにて更新した旨を示す情報を設定する第１の個人情報更新手段と、
前記受付手段により受け付けられた属性情報で前記第１の個人情報更新手段により前記個人情報記憶手段が更新されたことを、当該ユーザにサービスを提供する１又は複数の他のサービスサーバへ通知する通知手段と、
更新確認要求を前記他のサービスサーバへ送信することによって当該ユーザの個人情報に含まれる属性情報の変更の有無を問い合わせる問合せ手段と、
前記更新確認要求に応じて前記他のサービスサーバから送信されてきた更新確認情報及び前記個人情報記憶手段に保存された当該ユーザの個人情報に基づいていずれかの前記他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断する判断手段と、
前記他のサービスサーバによっていずれかの属性情報が変更されたと判断された場合、少なくとも変更されたと判断された属性情報の更新要求を当該ユーザへ送る更新要求手段と、
前記更新要求に応じて当該ユーザにより入力された属性情報で、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新すると共に、更新元情報に他のサービスサーバにて更新された旨を示す情報を設定する第２の個人情報更新手段と、
前記他のサービスサーバから送られてくる更新通知情報に含まれる属性情報の種別及びその更新日時で、前記個人情報記憶手段を更新する更新情報更新手段と、
前記他のサービスサーバから送られてくる更新確認要求に応じて更新情報を送信することによって当該更新確認要求により特定される当該ユーザの個人情報に含まれる属性情報の変更の有無に関する情報を通知する更新通知手段と
して機能させることを特徴とするサービスプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスサーバ、更新情報管理サーバ、サービスシステム、サービスプログラム及び更新情報管理プログラムに関する。
【背景技術】
【０００２】
近年、インターネット上などで多数のユーザを対象として提供されるサービスでは、全てのユーザに対して一律にサービスを提供するのではなく、ユーザ毎の個人情報(以下「プロファイル」)を管理し、そのプロファイルに含まれる各項目への設定内容(以下、「属性情報」)に従って各ユーザに適合したサービスを提供するのが一般的である。この場合、プロファイルの信頼性の維持が重要である。つまり、サービス提供側が各ユーザの属性に合致した内容でサービスを提供するには、プロファイルを最新の状態にしておくことが重要である。例えば、新婚に結婚情報を提供しても意味がなく、またその逆にペットのいる者にペット関連の商品情報を提供するのが好適である。
【０００３】
一方、サービスの提供を受けるユーザからしてみれば、確かに自己に最適なサービスを提供してもらうことが好ましいとはいっても、そのためにプロファイルを自ら積極的に更新して最新の状態に維持する行為をとるとは限らない。従って、サービス提供側が情報交換するなど協力しながらプロファイルを更新できれば都合良い。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、近年では個人情報保護法により、目的を明確にせずにプロファイルを流用できない。ユーザに確認をとればプロファイルを流用できるかもしれないが、ユーザが必ずしも流用を認めてくれるとは限らない。
【０００５】
本発明は、サービスサーバ間でユーザの個人情報そのものの情報交換をすることなく各サービスサーバが保有するユーザの個人情報を最新の状態にすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係るサービスサーバは、ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービス処理手段と、ユーザにより入力された当該ユーザの個人情報に含まれる属性情報を受け付ける受付手段と、前記受付手段により受け付けられた属性情報で、前記サービス処理手段提供のサービスを利用するユーザの個人情報を記憶する個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第１の個人情報更新手段と、前記受付手段により受け付けられた属性情報で前記第１の個人情報更新手段により前記個人情報記憶手段が更新されたことを、ユーザの個人情報に含まれる属性情報の更新の有無を管理する更新情報管理サーバへ通知する通知手段と、更新確認要求を前記更新情報管理サーバへ送信することによって当該ユーザの個人情報に含まれる属性情報の変更の有無を問い合わせる問合せ手段と、前記更新確認要求に応じて前記更新情報管理サーバから送信されてきた更新確認情報及び前記個人情報記憶手段に保存された当該ユーザの個人情報に基づいて他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断する判断手段と、前記判断手段によりいずれかの属性情報が変更されたと判断された場合、この変更された属性情報で前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第２の個人情報更新手段と、を有することを特徴とする。
【０００７】
また、前記判断手段は、前記更新情報管理サーバから送信されてきた更新確認情報に含まれる属性情報の更新日時情報と、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる属性情報の更新日時情報との比較によって、前記他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断することを特徴とする。
【０００８】
本発明に係る更新情報管理サーバは、ユーザの個人情報に含まれる属性情報の設定内容に応じた内容で当該ユーザにサービスを提供する複数のサービスサーバにおいて前記ユーザの個人情報に含まれる属性情報が更新された場合、その更新された属性情報の種別及びその更新日時をユーザ毎に記憶する更新情報記憶手段と、前記サービスサーバから送られてくる更新通知情報に含まれる属性情報の種別及びその更新日時で、前記更新情報記憶手段を更新する更新情報更新手段と、前記サービスサーバから送られてくる更新確認要求に応じて更新情報を送信することによって当該更新確認要求により特定される当該ユーザの個人情報に含まれる属性情報の変更の有無に関する情報を通知する更新通知手段と、を有することを特徴とする。
【０００９】
本発明に係るサービスサーバは、ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービス処理手段と、ユーザにより入力された当該ユーザの個人情報に含まれる属性情報を受け付ける受付手段と、自サービスサーバ提供のサービスを利用するユーザの個人情報と、個人情報に含まれる属性情報の更新日時情報と、当該属性情報が自サービスサーバ利用のユーザからの変更要求によって更新されたか否かを示す更新元情報とを対応付けして記憶する個人情報記憶手段と、前記受付手段により受け付けられた属性情報で、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第１の個人情報更新手段と、前記受付手段により受け付けられた属性情報で前記第１の個人情報更新手段により前記個人情報記憶手段が更新されたことを、当該ユーザにサービスを提供する１又は複数の他のサービスサーバへ通知する通知手段と、更新確認要求を前記他のサービスサーバへ送信することによって当該ユーザの個人情報に含まれる属性情報の変更の有無を問い合わせる問合せ手段と、前記更新確認要求に応じて前記他のサービスサーバから送信されてきた更新確認情報及び前記個人情報記憶手段に保存された当該ユーザの個人情報に基づいていずれかの前記他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断する判断手段と、前記他のサービスサーバによっていずれかの属性情報が変更されたと判断された場合、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新すると共に、更新元情報に他のサービスサーバにて更新された旨を示す情報を設定する第２の個人情報更新手段と、前記他のサービスサーバから送られてくる更新通知情報に含まれる属性情報の種別及びその更新日時で、前記個人情報記憶手段を更新する更新情報更新手段と、前記他のサービスサーバから送られてくる更新確認要求に応じて更新情報を送信することによって当該更新確認要求により特定される当該ユーザの個人情報に含まれる属性情報の変更の有無に関する情報を通知する更新通知手段と、を有することを特徴とする。
【００１０】
本発明に係るサービスシステムは、ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供する複数のサービスサーバと、ユーザが前記サービスサーバにより提供されるサービスを利用する際に使用するユーザ端末装置と、当該ユーザの個人情報に含まれる属性情報の更新の有無を管理する更新情報管理サーバと、を有し、前記サービスサーバは、当該サービスサーバ提供のサービスを利用するユーザの個人情報を記憶する個人情報記憶手段と、前記ユーザ端末装置から送られてきた当該ユーザの個人情報に含まれる属性情報を受け付ける受付手段と、前記受付手段により受け付けられた属性情報で、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第１の個人情報更新手段と、前記第１の個人情報更新手段により前記個人情報記憶手段が更新されたことを、更新通知情報を送信することによって前記更新情報管理サーバへ通知する通知手段と、更新確認要求を前記更新情報管理サーバへ送信することによって当該ユーザの個人情報に含まれる属性情報の変更の有無を問い合わせる問合せ手段と、前記更新確認要求に応じて前記更新情報管理サーバから送信されてきた更新確認情報及び前記個人情報記憶手段に保存された当該ユーザの個人情報に基づいて他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断する判断手段と、他のサービスサーバによっていずれかの属性情報が変更されたと判断された場合、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる属性情報を更新する第２の個人情報更新手段と、を有し、前記更新情報管理サーバは、更新された属性情報の種別及びその更新日時をユーザ毎に記憶する更新情報記憶手段と、前記サービスサーバから送られてくる更新通知情報に含まれる属性情報の種別及びその更新日時で、前記更新情報記憶手段を更新する更新情報更新手段と、前記サービスサーバから送られてくる更新確認要求に応じて更新情報を送信することによって当該更新確認要求により特定される当該ユーザの個人情報に含まれる属性情報の変更の有無に関する情報を通知する更新通知手段と、を有することを特徴とする。
【００１１】
また、前記各サービスサーバは、前記更新情報管理サーバを兼ねることを特徴とするサービスシステム。
【００１２】
本発明に係るサービスプログラムは、ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービスサーバコンピュータを、ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービス処理手段と、ユーザにより入力された当該ユーザの個人情報に含まれる属性情報を受け付ける受付手段と、前記受付手段により受け付けられた属性情報で、前記サービス処理手段提供のサービスを利用するユーザの個人情報を記憶する個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第１の個人情報更新手段と、前記受付手段により受け付けられた属性情報で前記第１の個人情報更新手段により前記個人情報記憶手段が更新されたことを、ユーザの個人情報に含まれる属性情報の更新の有無を管理する更新情報管理サーバへ通知する通知手段と、更新確認要求を前記更新情報管理サーバへ送信することによって当該ユーザの個人情報に含まれる属性情報の変更の有無を問い合わせる問合せ手段と、前記更新確認要求に応じて前記更新情報管理サーバから送信されてきた更新確認情報及び前記個人情報記憶手段に保存された当該ユーザの個人情報に基づいて他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断する判断手段と、他のサービスサーバによっていずれかの属性情報が変更されたと判断された場合、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新する第２の個人情報更新手段として機能させることを特徴とする。
【００１３】
本発明に係る更新情報管理プログラムは、ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供する複数のサービスサーバのいずれかにおけるユーザの個人情報に含まれる属性情報更新の有無を管理する更新情報管理サーバコンピュータを、ユーザの個人情報に含まれる属性情報の設定内容に応じた内容で当該ユーザにサービスを提供する複数のサービスサーバにおいて前記ユーザの個人情報に含まれる属性情報が更新された場合、その更新された属性情報の種別及びその更新日時をユーザ毎に記憶する更新情報記憶手段と、前記サービスサーバから送られてくる更新通知情報に含まれる属性情報の種別及びその更新日時で、前記更新情報記憶手段を更新する更新情報更新手段と、前記サービスサーバから送られてくる更新確認要求に応じて更新情報を送信することによって当該更新確認要求により特定される当該ユーザの個人情報に含まれる属性情報の変更の有無に関する情報を通知する更新通知手段として機能させることを特徴とする。
【００１４】
本発明に係るサービスプログラムは、ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービスサーバコンピュータを、ユーザに、当該ユーザの個人情報に含まれる属性情報の設定内容に応じた内容でサービスを提供するサービス処理手段と、ユーザにより入力された当該ユーザの個人情報に含まれる属性情報を受け付ける受付手段と、自サービスサーバ提供のサービスを利用するユーザの個人情報と、個人情報に含まれる属性情報の更新日時情報と、当該属性情報が自サービスサーバ利用のユーザからの変更要求によって更新されたか否かを示す更新元情報とを対応付けして記憶する個人情報記憶手段と、前記受付手段により受け付けられた属性情報で、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新すると共に、更新元情報に自サービスサーバにて更新した旨を示す情報を設定する第１の個人情報更新手段と、前記受付手段により受け付けられた属性情報で前記第１の個人情報更新手段により前記個人情報記憶手段が更新されたことを、当該ユーザにサービスを提供する１又は複数の他のサービスサーバへ通知する通知手段と、更新確認要求を前記他のサービスサーバへ送信することによって当該ユーザの個人情報に含まれる属性情報の変更の有無を問い合わせる問合せ手段と、前記更新確認要求に応じて前記他のサービスサーバから送信されてきた更新確認情報及び前記個人情報記憶手段に保存された当該ユーザの個人情報に基づいていずれかの前記他のサービスサーバによって当該ユーザの個人情報に含まれるいずれかの属性情報が変更されたか否かを判断する判断手段と、前記他のサービスサーバによっていずれかの属性情報が変更されたと判断された場合、少なくとも変更されたと判断された属性情報の更新要求を当該ユーザへ送る更新要求手段と、前記更新要求に応じて当該ユーザにより入力された属性情報で、前記個人情報記憶手段に保存された当該ユーザの個人情報に含まれる当該属性情報を更新すると共に、更新元情報に他のサービスサーバにて更新された旨を示す情報を設定する第２の個人情報更新手段と、前記他のサービスサーバから送られてくる更新通知情報に含まれる属性情報の種別及びその更新日時で、前記個人情報記憶手段を更新する更新情報更新手段と、前記他のサービスサーバから送られてくる更新確認要求に応じて更新情報を送信することによって当該更新確認要求により特定される当該ユーザの個人情報に含まれる属性情報の変更の有無に関する情報を通知する更新通知手段として機能させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、個人情報に含まれる属性情報が更新されたという情報をサービスサーバ間で共有可能にすることで、各サービスサーバは、個人情報に含まれる属性情報が自サービスサーバで更新された時間より後に他のサービスサーバにおいて属性情報の更新があったことを知ることができ、個人情報に含まれる属性情報を最新の状態にすることができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００１７】
実施の形態１．
図１は、本発明に係るサービスシステムの一実施の形態を示した全体構成図である。図１には、サービスを提供する複数台のサービスサーバ３０と、サービスサーバ３０が提供するいずれかのサービスの提供を受けるユーザが使用するクライアント端末２０と、ユーザのプロファイルに含まれる属性情報の更新の有無を管理するために設けられた更新情報管理サーバ４０とが示され、それぞれネットワーク１２を介して情報交換可能に接続されている。本実施の形態では、クライアント端末２０をパーソナルコンピュータ（ＰＣ）で実現することを想定して説明する。しかし、ＰＣに限定する必然性はなく、いずれかのサービスサーバ３０が提供するサービスの提供を受けることのできる端末装置、例えば携帯電話や携帯情報端末などでもよい。なお、説明の便宜上、１台のサービスサーバ３０は、ユーザに対しそれぞれ１つのサービスのみを提供するものとする。
【００１８】
図２は、本実施の形態における各コンピュータ２０，３０，４０のハードウェア構成図である。各コンピュータ２０，３０，４０は、性能的に差異はあるかもしれないが、ハードウェア構成としては、図２のように図示することができる。本実施の形態においてコンピュータは、従前から存在する汎用的なハードウェア構成で実現できる。すなわち、コンピュータは、図２に示したようにＣＰＵ１、ＲＯＭ２、ＲＡＭ３、ハードディスクドライブ（ＨＤＤ）４を接続したＨＤＤコントローラ５、入力手段として設けられたマウス６とキーボード７、及び表示装置として設けられたディスプレイ８をそれぞれ接続する入出力コントローラ９、通信手段として設けられたネットワークコントローラ１０を内部バス１１に接続して構成される。
【００１９】
図３は、本実施の形態におけるサービスシステムのブロック構成図である。なお、クライアント端末２０及びサービスサーバ３０は、同様の構成を有していればよいので、図３には、それぞれ１台ずつ示した。本実施の形態におけるサービスサーバ３０において、ログイン処理部３１は、クライアント端末２０から送られてきたユーザＩＤ及びパスワードによりユーザ認証を行うなどのログイン時における処理を実施する。サービス提供部３２は、クライアントユーザにサービスを提供するが、本実施の形態において提供するサービスは、当該クライアントユーザのプロファイル（個人情報）に含まれる属性情報の設定内容に応じた内容で、当該ユーザに対してサービスを提供する。例えば、投資を趣味とするユーザには株式情報を提供し、そうでないユーザには株式情報を提供しないなどである。更新問合せ部３３は、ログインユーザに対して少なくともサービス提供を開始する前に、更新確認要求を更新情報管理サーバ４０へ送信することによって当該ユーザのプロファイルに含まれる属性情報の変更の有無を更新情報管理サーバ４０に問い合わせる。本実施の形態では、ログイン時に問い合わせることにした。更新判定部３４は、更新確認要求に応じて更新情報管理サーバ４０から送信されてきた更新確認情報及びプロファイルデータベース（ＤＢ）３９に保存されている当該ユーザのプロファイルに基づいて他のサービスサーバによって当該ユーザのプロファイルに含まれるいずれかの属性情報が変更されたか否かを判断する。属性入力要求処理部３５は、更新判定部３４により属性情報が変更されたと判断された場合に、少なくとも変更されたと判断した属性情報の更新要求を当該ユーザが使用するクライアント端末２０へ送信する。属性受付部３６は、ログインユーザが既に設定している属性情報を変更したい場合に入力した属性情報を受け付ける。プロファイルデータベース３９には、当該サービスサーバ３０が提供するサービスの提供を受けるユーザに関するプロファイルが登録されているが、プロファイル管理部３８は、このプロファイルデータベース３９に登録されているプロファイルの管理を行う。具体的には、新規ユーザに関するプロファイルの新規登録及び不要となったプロファイルの削除、そして属性入力要求処理部３５により送信された更新要求に応じて当該ユーザにより入力された属性情報で、また属性受付部３６により受け付けられた属性情報で、プロファイルデータベース３９に保存された当該ユーザのプロファイルに含まれる当該属性情報を更新する。プロファイル管理部３８は、属性受付部３６と共に第１の個人情報更新手段を形成し、属性入力要求処理部３５と共に第２の個人情報更新手段を形成する。更新通知部３７は、属性受付部３６により受け付けられた属性情報でプロファイルデータベース３９が更新されたことを、更新通知情報を送信することによって更新情報管理サーバ４０へ通知する。
【００２０】
サービスサーバ３０における各構成要素３１〜３８は、サービスサーバ３０を形成するコンピュータと、コンピュータに搭載されたＣＰＵ１で動作するプログラムとの協調動作により実現される。また、プロファイルデータベース３９は、サービスサーバ３０に搭載されたＨＤＤ４にて実現される。なお、プロファイルデータベース３９は、当該サービスサーバ用に設けられたプロファイルの記憶手段であるが、他のサービスサーバ用と別個に管理できるのであれば、専用のデータベースサーバ等他のコンピュータにより実現してもよい。
【００２１】
更新情報管理サーバ４０において、更新受付部４１は、サービスサーバ３０の更新通知部３７から送られてきた更新通知情報を受け付ける。更新情報通知部４２は、サービスサーバ３０の更新問合せ部３３から送られてきた更新確認要求を受け付けると共に、その更新確認要求に応じて当該ユーザのプロファイルに含まれる属性情報の変更の有無を通知するための情報を送信する。更新情報データベース（ＤＢ）４４は、いずれかのユーザのプロファイルに含まれる属性情報が更新された場合、その更新された属性情報の種別及びその更新日時をユーザ毎に記憶するが、更新情報管理部４３は、更新受付部４１が受け付けた更新通知情報に従い当該ユーザＩＤから特定できるユーザの、更新された属性種別の更新日時で更新情報データベース４４を更新する。また、更新情報管理部４３は、更新情報データベース４４を参照することにより、更新情報通知部４２が受け付けた更新確認要求それぞれから特定できるユーザ及び属性種別に該当する更新情報を取り出し、更新情報通知部４２へ渡す。
【００２２】
更新情報管理サーバ４０における各構成要素４１〜４３は、更新情報管理サーバ４０を形成するコンピュータと、コンピュータに搭載されたＣＰＵ１で動作するプログラムとの協調動作により実現される。また、更新情報データベース４４は、更新情報管理サーバ４０に搭載されたＨＤＤ４にて実現される。
【００２３】
また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがインストールプログラムを順次実行することで各種処理が実現される。
【００２４】
図４は、本実施の形態におけるプロファイルデータベース３９に登録されるプロファイルのデータ構成例を示した図である。プロファイルデータベース３９には、サービスサーバ３０が提供するサービスを利用する各ユーザのプロファイルが新規利用開始時に登録される。プロファイルには、当該ユーザの姓名、年令等属性項目の種別毎に、ユーザ自身によって設定された当該ユーザ個人の属性情報が含まれる。そして、本実施の形態では、属性項目それぞれに対して当該属性項目が更新された日時（未更新の属性項目においては登録日時）がサービスサーバ３０によって自動設定される。
【００２５】
図５は、本実施の形態における更新情報データベース４４に登録される更新情報のデータ構成例を示した図である。更新情報データベース４４には、ユーザが本システムにおいて提供するいずれかのサービスの利用開始時に登録される。更新情報には、ユーザに対して割り振られる本システム共通のユーザＩＤに、サービスサーバ３０にて個々に割り当てられた各ユーザＩＤと、いずれかのサービスサーバ３０にて更新された属性情報の種別及びその更新日時とが対応付けして設定される。
【００２６】
ユーザは、本システムの利用を開始するためには利用したいサービスを提供するサービスサーバ３０にユーザ登録をする必要がある。これは、大きく２通りの方法がある。１つは、本システムにユーザ登録をする方法であり、もう１つは、利用したいサービスサーバ３０それぞれにユーザ登録をする方法である。前者の場合、ユーザは、更新情報管理サーバ４０又はいずれかのサービスサーバ３０にアクセスして新規にユーザ登録をし、システム内で共通使用するユーザＩＤを取得する。図５に示したテーブルの１番左の欄のユーザＩＤ“Ｕ００１”，“Ｕ００２”がこの例に該当する。そして、そのシステム内で使用可能なユーザＩＤを用いて所望のサービスサーバ３０にログインをし、そのサービスサーバ３０にプロファイルを登録することによって、当該サービスサーバ３０が提供するサービスの利用が可能になる。後者の場合、ユーザは、所望のサービスサーバ３０に新規にユーザ登録をするので、サービスサーバ３０毎に所望のユーザＩＤを取得することが可能になる。図５に示したテーブルの左から２番目と３番目の欄のユーザＩＤ“Ｕ００２Ａ” ，“Ｕ００２Ｂ”がこの例に該当する。そして、個別に取得したユーザＩＤを用いて該当するサービスサーバ３０にログインをし、そのサービスサーバ３０にプロファイルを登録することによって、当該サービスサーバ３０が提供するサービスの利用が可能になる。ただ、異なるサービスサーバ３０から異なるユーザＩＤを取得した場合、異なるユーザＩＤ“Ｕ００２Ａ” ，“Ｕ００２Ｂ”を持つユーザが同一ユーザであることをシステムが認識できるように共通のユーザＩＤにて関連付ける必要がある。図５におけるユーザＩＤ“Ｕ００２”のユーザがこの例に該当する。
【００２７】
ユーザＩＤの取得方法がどうであれ、ユーザは、利用したいサービスサーバ３０それぞれに自己のプロファイルを登録しておく必要があるが、時間の経過等に伴い登録したプロファイルに含まれる属性情報が最新でなくなる場合がある。そこで、本実施の形態では、前述したように個人情報保護法を考慮しながら、次に説明するよう動作することで、複数のサービスサーバ３０それぞれに登録されるプロファイルを最新の状態にすることが可能になる。以下、図６，７に示したシーケンス図を用いて本実施の形態における動作を説明する。なお、本実施の形態において用いるシーケンス図では、データの流れを示す矢印の上方に処理の内容、下方に送受信されるデータを示すことにした。
【００２８】
まず、最初にユーザが登録済みの属性情報の更新を自ら行う場合について説明すると、ユーザは、属性情報を変更したいサービスサーバ３０（図６ではサービスサーバＡ）にログインし、所定の操作を行うことで所定の属性情報変更画面をクライアント端末２０に表示させ、その画面から変更した属性情報を入力する。なお、ログインに応じて実施する処理（ステップ１１１〜１１６）に関しては追って説明する。
【００２９】
サービスサーバ３０において、属性受付部３６がユーザにより入力された属性情報を受け付けると（ステップ１０１）、プロファイル管理部３８は、変更された属性情報で、当該ユーザのプロファイルに含まれる属性情報を更新する（ステップ１０２）。この際、現在時刻で変更した属性情報に対応した更新日時を更新する。その後、更新通知部３７は、更新通知情報を送信することによって当該サービスサーバ３０にて属性情報が更新されたことを更新情報管理サーバ４０に通知する（ステップ１０３）。この送信される更新通知情報には、属性情報を更新したユーザのユーザＩＤ及び更新した属性種別が含まれている。本実施の形態では、個人情報保護法等を考慮して通知内容に更新した属性情報自体を含めないことにしている。
【００３０】
更新情報管理サーバ４０において、更新受付部４１がいずれかのサービスサーバ３０から送られてくる更新通知情報を受け付けると、更新情報管理部４３は、その更新通知情報からユーザＩＤと属性種別を読み出し、更新情報データベース４４に当該ユーザＩＤに対応させて設定されている属性種別の更新日時を現在時刻にて更新する（ステップ１０４）。なお、該当する属性種別が更新情報データベース４４に登録されていない場合、更新情報管理部４３は、その属性種別及び更新日時を含むレコードを新規に登録する。このようにして、更新情報管理サーバ４０では、当該ユーザの最新の属性情報がいつの時点で更新されたのかを管理する。
【００３１】
なお、本実施の形態では、更新情報データベース４４を用いて、更新された属性情報の更新日時のみをユーザ毎に管理するようにしたが、例えばユーザの新規登録時に全属性種別を更新情報データベース４４に登録しておくようにデータを構成してもよい。この場合、新規登録日時が初期値として更新日時に設定される。
【００３２】
次に、ユーザがサービスサーバＡにログインしたときに実施される処理について同じく図６を用いて説明する。
【００３３】
ユーザがサービスサーバＡにログインすると（ステップ１１１）、更新問合せ部３３は、更新確認要求を送信することによって属性情報の更新の有無を更新情報管理サーバ４０に問い合わせる（ステップ１１２）。この送信する更新確認要求には、ログイン処理部３１から取得したログインユーザのユーザＩＤと問合せ対象とする属性種別が含まれる。更新対象とする属性種別は、プロファイルに含まれる属性項目の全てを無条件に問合せ対象としてもよいが、本実施の形態では、ユーザからの要求又はサービスサーバＡの自動選択機能により問合せ対象とする属性項目を選択可能にした。問合せ対象とする属性項目に関しては更に後述する。
【００３４】
更新情報管理サーバ４０において、更新情報通知部４２がいずれかのサービスサーバ３０（この例ではサービスサーバＡ）から送られてきた更新確認要求を受け付けると、更新情報管理部４３は、その更新確認要求からユーザＩＤと属性種別を読み出し、更新情報データベース４４に当該ユーザＩＤに対応させて設定されている当該属性種別の更新日時を取り出す（ステップ１１３）。そして、更新情報通知部４２は、更新確認要求の送信元のサービスサーバＡに、取り出した属性種別及びその更新日時を含む更新情報を送信する（ステップ１１４）。
【００３５】
サービスサーバＡにおいて、送信した更新確認要求に応じて返信されてきた更新情報を更新問合せ部３３が受信すると、更新判定部３４は、当該ユーザの属性情報が最新であるか否かを次のようにして判定する。まず、プロファイル管理部３８に依頼することによってプロファイルデータベース３９に登録されている当該ユーザの属性情報を取得する。そして、更新判定部３４は、更新問合せ部３３が更新情報管理サーバ４０から取得した更新通知情報に含まれる属性種別の更新日時と、プロファイル管理部３８から取得した対応する属性種別の更新日時とを比較する。例えば、更新判定部３４は、「趣味」という属性項目の属性情報の更新日時を、プロファイルデータベース３９及び更新情報データベース４４からそれぞれ取り出して比較する。そして、プロファイル管理部３８から取得した自サービスサーバ管理の属性情報の更新日時が、更新情報管理サーバ管理の当該属性情報の更新日時と同じであれば、サービスサーバＡの当該属性項目に設定された属性情報が最新であると判断する。以上の更新日時の比較による判定処理を、問合せ対象の属性種別毎に行う。
【００３６】
なお、属性情報の変更処理（ステップ１０１〜１０４）で説明したように、サービスサーバＡで属性情報が更新された場合、その情報を更新情報管理サーバ４０に通知しているので、サービスサーバＡのプロファイルに含まれる属性情報が最新であるときには、プロファイルデータベース３９に設定された当該更新日時と、更新情報データベース４４に設定された当該ユーザの当該属性種別の更新日時とは一致するはずである。ただ、本実施の形態の場合、各データベース３９，４４に設定する更新日時は、サーバ３０，４０それぞれの現在時刻を用いているので、若干ずれる可能性がある。もし、この更新日時の比較処理を厳密に行うというのであれば、例えば、サービスサーバＡから更新情報管理サーバ４０に送る更新要求に、プロファイルデータベース３９に設定した更新日時を含めるようにし、更新情報管理サーバ４０は、送られてきた更新日時で更新情報データベース４４を更新すればよい。
【００３７】
比較した全ての更新日時が一致することで自サービスサーバにおける属性情報の全てが最新であると判断した場合（ステップ１１５Ｙ）、サービス提供部３２は、当該ユーザの最新の状態にプロファイルに従ってサービスを提供する（ステップ１１６）。
【００３８】
以上説明したように、自サービスサーバに登録されているプロファイルの属性情報が最新か否かという判定は、更新情報管理サーバ４０にて管理されている属性情報の更新日時との比較によって行うようにした。従って、ステップ１１２においてサービスサーバ３０が更新情報管理サーバ４０に送信する更新確認要求に含める属性情報は、更新判定部３４に判定させたい属性情報を含めるようにすればよい。また、本実施の形態では、更新判定部３４に更新日時を比較させることによって自サービスサーバに登録されている属性情報が最新か否かを判定させているが、例えば、ステップ１１２において更新情報管理サーバ４０に送信する更新確認要求に、属性情報の更新日時を含め、更新情報管理サーバ４０側にて最新か否かの判断をさせるように構成してもよい。また、判定に用いる情報として、更新日時でなくても、例えば最新の状態を表すフラグ情報や最新の属性情報を持つサービスサーバの識別情報等のデータを保持し、用いるようにしてもよい。
【００３９】
続いて、ユーザがサービスサーバＢにログインしたときに実施される処理について図７を用いて説明する。なお、図６と同じ処理には同じステップ符号を付け、説明を適宜省略する。
【００４０】
ユーザがサービスサーバＢにログインすると（ステップ１１１）、更新問合せ部３３は、更新確認要求を送信することによって属性情報の更新の有無を更新情報管理サーバ４０に問い合わせる（ステップ１１２）。
【００４１】
更新情報管理サーバ４０における更新情報通知部４２がサービスサーバＢから送られてきた更新確認要求を受け付けると、更新情報管理部４３は、その更新確認要求から特定できる当該ユーザの当該属性種別の更新日時を取り出す（ステップ１１３）。そして、更新情報通知部４２は、更新確認要求の送信元のサービスサーバＢに、取り出した属性種別及びその更新日時を含む更新情報を送信する（ステップ１１４）。ここまでの処理は、図６を用いて説明した処理と同じである。換言すると、図６と図７は同じプログラムであって次のステップ１１５において分岐する。
【００４２】
サービスサーバＢにおいて、更新問合せ部３３が、送信した更新確認要求に応じて返信されてきた更新情報を受信すると、更新判定部３４は、当該ユーザの属性情報が最新であるか否かを判定する。なお、判定する処理内容は、前述したとおりである。ここで、プロファイル管理部３８から取得した自サービスサーバ管理の属性情報の更新日時が、更新情報管理サーバ４０から取得した当該属性情報の更新日時より古い日時が設定されていた場合、当該属性情報に関しては、サービスサーバＢには最新でない情報が登録されていると判断できる。このように、自サービスにおける当該属性情報が最新でないと判断した場合（ステップ１１５Ｎ）、属性入力要求処理部３５は、当該ユーザ使用のクライアント端末２０に属性の更新要求を送信する（ステップ１２１）。具体的には、所定の属性情報変更画面をクライアント端末２０に表示させる。そして、その属性情報変更画面から最新の属性情報をユーザに入力させる。
【００４３】
なお、属性情報が最新でないと判定する都度、その最新でない属性情報のみをユーザに入力させるようにしてもよいが、その都度入力させていたのでは、最新でない属性情報が複数存在する場合に面倒であるし、まとめて入力させるようにすれば、既存の属性情報変更画面をそのまま利用できることを考慮すると、ステップ１２１は、全ての問合せ対象の属性情報について最新か否かの判定をしてから属性情報の入力要求をユーザにすることが好適である。
【００４４】
ユーザが所定の属性情報変更画面から最新の属性情報を入力すると、属性入力要求処理部３５は、ユーザにより入力された属性情報を受け付ける（ステップ１２２）。そして、プロファイル管理部３８は、変更された属性情報で、当該ユーザのプロファイルに含まれる属性情報を更新する（ステップ１２３）。この際、現在時刻で変更した属性情報に対応した更新日時を更新する。そして、サービス提供部３２は、当該ユーザの最新の状態にプロファイルに従ってサービスを提供する（ステップ１１６）。
【００４５】
本実施の形態によれば、以上のようにしてユーザのプロファイルを最新の状態にしてからサービスを提供することができるようにしたので、当該ユーザにより適合した内容にてサービスを提供することができる。特に、サービスサーバＢからしてみると、既に最新の状態のプロファイルを持つサービスサーバＡや更新情報管理サーバ４０から得るのではなく、自サービスサーバからユーザにより入力された属性情報でサービスサーバＢ保有のプロファイルを更新するようにしたので、個人情報保護法等にも抵触することがない。
【００４６】
ところで、ステップ１２１〜１２２で属性情報を更新させた場合、図６のステップ１０１〜１０４で説明したように属性情報の更新を更新情報管理サーバ４０に通知しない。これは、仮に通知したとすると、この後、プロファイルが最新の状態であるはずのサービスサーバＡが更新情報管理サーバ４０に問合せをすると、最新の状態でないという通知され、これに伴いユーザに属性情報を入力させる。そして、その更新結果を図７に示したように更新情報管理サーバ４０に通知することになる。つまり、更新情報管理サーバ４０に無用な属性情報の更新管理を毎回繰り返し実施させることになる。従って、本実施の形態では、あるユーザがあるサービスサーバ３０から属性情報の更新を目的として自ら更新した場合（ステップ１０１〜１０４）と、他のサービスサーバ３０にて更新された旨の通知を受けて属性情報を更新した場合（ステップ１２１〜１２２）とを異なる種類の更新処理として処理する必要があり、このため後者の場合は通知しない。
【００４７】
なお、本実施の形態では、ログインユーザのプロファイルが最新か否かの判断（更新情報管理サーバ４０への問合せ）を、ログイン時に行うように説明したが、必ずしもログイン時に実施しなくても、実際にはサービス提供前であればいつ実施してもよい。
【００４８】
実施の形態２．
上記実施の形態１では、更新情報管理サーバ４０を設けて、属性情報の更新の有無の管理を行わせるように構成した。本実施の形態では、更新情報管理サーバ４０を設けずに、更新情報管理サーバ４０が行っていた属性情報の更新管理を、サービスサーバ３０それぞれに実施させるように構成したことを特徴としている。従って、本実施の形態におけるシステム構成は、図１から更新情報管理サーバ４０を除いた構成となる。
【００４９】
図８は、本実施の形態におけるサービスシステムのブロック構成図である。なお、実施の形態１と同じ構成要素には同じ符号を付ける。図８を参照するときに注意を要するのは、１台のサービスサーバ３０は、サービスサーバ３０Ａとサービスサーバ３０Ｂの双方の構成を有していることである。この図から明らかなように、本実施の形態におけるサービスサーバ３０は、実施の形態１における更新情報管理サーバ４０の構成を有している。また、プロファイル管理部５８及びプロファイルデータベース５９が実施の形態１の更新情報管理部４３及び更新情報データベース４４それぞれが持つ機能を引き継いでいる。従って、図８には、プロファイル管理部５８及びプロファイルデータベース５９がそれぞれ２つ図示されているが、実際には同一の構成要素である。
【００５０】
図９は、本実施の形態におけるプロファイルデータベース５９に登録されるプロファイルのデータ構成例を示した図である。プロファイルデータベース５９には、実施の形態１に示したプロファイルに加えて、属性項目の種別毎に、独自／参照フラグとアクセス日時の各情報設定領域が設けられている。独自／参照フラグには、当該属性項目が自サービスサーバ３０にて更新されたか（独自）、他のサービスサーバ３０にて更新されたか（参照）、を識別するためのフラグ情報である。端的に言うと、自サービスサーバからユーザが自主的に行う更新処理（実施の形態１におけるステップ１０１〜１０２）が「独自」の更新、ユーザがサービスサーバからの要求に応じて行う更新処理（実施の形態１におけるステップ１２１〜１２３）が「参照」の更新ということができる。アクセス日時には、サービス提供部３２が属性情報を参照してサービスを提供したときの日時が設定される。
【００５１】
システム利用開始時に実施しておくべきユーザＩＤの取得、プロファイルの登録は、実施の形態１と同じでよいので説明を省略する。
【００５２】
次に、図１０，１１に示したシーケンス図を用いて本実施の形態における動作を説明する。なお、実施の形態１、図１０，１１において同じ処理には同じステップ番号を付ける。また、実施の形態１と同様に、一ユーザに対し、システム内で共通使用するユーザＩＤと各サービスサーバ３０が個々に発行するユーザＩＤとを発行可能であるが、ユーザＩＤ管理は本実施の形態の要旨ではないので省略した。
【００５３】
まず、最初にユーザが登録済みの属性情報の更新を自ら行う場合について説明すると、ユーザは、属性情報を変更したいサービスサーバ３０（図１０ではサービスサーバＡ）にログインし、所定の操作を行うことで所定の属性情報変更画面をクライアント端末２０に表示させ、その画面から変更した属性情報を入力する。なお、ログインに応じて実施する処理（ステップ１１１〜１１６）に関しては追って説明する。
【００５４】
サービスサーバＡにおいて、属性受付部３６がユーザにより入力された属性情報を受け付けると（ステップ１０１）、プロファイル管理部５８は、変更された属性情報で、当該ユーザのプロファイルに含まれる属性情報を更新する（ステップ２０１）。この際、現在時刻で変更した属性情報に対応した更新日時を更新すると共に、ユーザがサービスサーバＡにおいて属性情報を自ら更新したことで、独自／参照フラグに“独自”というフラグを設定する。その後、更新通知部３７は、更新通知情報を送信することによって当該サービスサーバ３０にて属性情報が更新されたことを他のサービスサーバ（この例ではサービスサーバＢ）に通知する（ステップ１０３）。この送信される更新通知情報には、属性情報を更新したユーザのユーザＩＤ及び更新した属性種別が含まれている。本実施の形態においても個人情報保護法等を考慮して更新通知情報に更新した属性情報自体を含めないことにしている。
【００５５】
属性情報の更新の通知先は、自サービスサーバの内部に予め設定されている。例えば、同様のサービスを提供するサービスサーバ、関連した情報を取り扱うサービスサーバ、高信頼性又は主要であるため通知しておきたいサービスサーバ等１又は複数のサービスサーバを予め登録しておく。
【００５６】
サービスサーバＡからの通知を受けたサービスサーバＢにおいて、更新受付部５１がいずれかのサービスサーバ３０から送られてくる更新通知情報を受け付けると、プロファイル管理部５８は、その更新通知情報からユーザＩＤと属性種別を読み出し、プロファイルデータベース５９に当該ユーザＩＤに対応させて設定されている属性種別の更新日時を現在時刻にて更新する（ステップ２０２）。更に、本実施の形態においては、ユーザがサービスサーバＢにおいて属性情報を自主的に更新していないことから、独自／参照フラグに“参照”というフラグを設定する。
【００５７】
次に、あるユーザがログインしたときに実施される処理について同じく図１０を用いて説明する。
【００５８】
ユーザがサービスサーバＡにログインすると（ステップ１１１）、更新問合せ部３３は、サービスサーバＢを含む所定の問合せ先へ更新確認要求を送信することによって属性情報の更新の有無を問い合わせる（ステップ１１２）。この送信する更新確認要求には、実施の形態１と同様にログイン処理部３１から取得したログインユーザのユーザＩＤと問合せ対象とする属性種別が含まれる。また、所定の問合せ先は、自サービスサーバの内部に予め設定されている。基本的には、前述した属性情報の更新の通知先と同じサービスサーバ３０が設定される。
【００５９】
サービスサーバＢにおいて、更新情報通知部５２がいずれかのサービスサーバ３０（この例ではサービスサーバＡ）から送られてきた更新確認要求を受け付けると、プロファイル管理部５８は、その更新確認要求からユーザＩＤと属性種別を読み出し、プロファイルデータベース５９に当該ユーザＩＤに対応させて設定されている当該属性種別の更新日時、独自／参照フラグ及びアクセス日時を取り出す（ステップ２１１）。そして、更新情報通知部５２は、更新確認要求の送信元のサービスサーバＡに、属性種別、更新日時、独自／参照フラグ及びアクセス日時を含む更新情報を送信する（ステップ２１２）。
【００６０】
サービスサーバＡにおいて、送信した更新確認要求に応じて返信されてきた更新情報を更新問合せ部３３が受信すると、更新判定部３４は、当該ユーザの属性情報が最新であるか否かを次のようにして判定する。まず、プロファイル管理部３８に依頼することによってプロファイルデータベース５９に登録されている当該ユーザの属性情報を取得する。そして、更新判定部３４は、更新問合せ部３３がサービスサーバＢから取得した更新通知情報に含まれる属性種別の独自／参照フラグが“参照”である場合、また独自／参照フラグが“独立”であっても自サービスサーバのプロファイルデータベース５９から取得した当該属性項目の更新日時がサービスサーバＢから取得した当該属性項目の更新日時と同一又は新しい場合には、自サービスサーバの当該属性項目に設定された属性情報が最新であると判断する。以上の判定を問合せ対象の属性種別毎に行う。
【００６１】
後述する説明からも明らかになるが、他のサービスサーバ３０（サービスサーバＢ）から取得した独自／参照フラグが“参照”であるということは、当該他のサービスサーバ３０（サービスサーバＢ）は、他のサービスサーバ３０（例えばサービスサーバＣ）によって属性情報が変更された場合（つまり、サービスサーバＣにおける独自／参照フラグは“独自”に設定される）に連動して当該属性情報の更新が行われたことを意味しているので、自サービスサーバ３０の属性情報が最新か否かの判断を行う際に、独自／参照フラグに“参照”と設定されたサービスサーバ３０の更新の影響を受けないようにした。つまり、独自／参照フラグに“独自”と設定されたサービスサーバ３０のみを考慮すればよい。
【００６２】
図１０に戻り、更新判定部３４が自サービスにおける属性情報の全てが最新であると判断した場合（ステップ１１５Ｙ）、サービス提供部３２は、当該ユーザの最新の状態のプロファイルに従ってサービスを提供する（ステップ１１６）。
【００６３】
続いて、ユーザがサービスサーバＢにログインしたときに実施される処理について同じく図１１を用いて説明する。なお、図６と同じ処理には同じステップ符号を付け、説明を適宜省略する。
【００６４】
ユーザがサービスサーバＢにログインすると（ステップ１１１）、更新問合せ部３３は、サービスサーバＡを含む所定の問合せ先へ更新確認要求を送信することによって属性情報の更新の有無を問い合わせる（ステップ１１２）。この送信する更新確認要求には、実施の形態１と同様にログイン処理部３１から取得したログインユーザのユーザＩＤと問合せ対象とする属性種別が含まれる。
【００６５】
サービスサーバＡにおいて、更新情報通知部５２がいずれかのサービスサーバ３０（この例ではサービスサーバＢ）から送られてきた更新確認要求を受け付けると、プロファイル管理部５８は、その更新確認要求から特定できる当該ユーザの属性種別の当該属性種別の更新日時、独自／参照フラグ及びアクセス日時を取り出す（ステップ２１１）。そして、更新情報通知部５２は、更新確認要求の送信元のサービスサーバＡに、属性種別、更新日時、独自／参照フラグ及びアクセス日時を含む更新情報を送信する（ステップ２１２）。ここまでの処理は、図１０を用いて説明した処理と同じである。換言すると、図１０と図１１は同じプログラムであって次のステップ１１５において分岐する。
【００６６】
サービスサーバＢにおいて、送信した更新確認要求に応じて返信されてきた更新情報を更新問合せ部３３が受信すると、更新判定部３４は、当該ユーザの属性情報が最新であるか否かを判定する。なお、判定する処理内容は、前述したとおりである。ここで、更新判定部３４は、更新問合せ部３３がサービスサーバＡから取得した更新情報に含まれる属性種別の独自／参照フラグが“独立”であってサービスサーバＢのプロファイルデータベース５９から取得した当該属性項目の更新日時がサービスサーバＡから取得した当該属性項目の更新日時より古い場合、サービスサーバＢの当該属性項目に設定された属性情報は最新でないと判断する。以上の判定を問合せ対象の属性種別毎に行う。
【００６７】
このように、自サービスにおける当該属性情報が最新でないと判断した場合（ステップ１１５Ｎ）、実施の形態１と同様に、属性入力要求処理部３５は、当該ユーザ使用のクライアント端末２０に属性の更新要求を送信し（ステップ１２１）、これに応じてユーザにより入力された属性情報を受け付ける（ステップ１２２）。そして、プロファイル管理部３８は、変更された属性情報で、当該ユーザのプロファイルに含まれる属性情報を更新し、更に現在時刻で変更した属性情報に対応した更新日時を更新するが（ステップ２１３）、本実施の形態では、更に属性情報に対応した独自／参照フラグを“参照”と設定する。このフラグの設定により、サービスサーバＢでは、当該属性情報が自サービスサーバにおいてユーザにより自主的に変更する処理（ステップ１０１，１０２）によって更新されたのではなく、他のサービスサーバ３０で変更されたことに伴い実施される処理（ステップ１２１，１２２）により更新されたということを認識できる。なお、サービスサーバＢでは、他のサービスサーバＡで属性情報が更新されたことに伴い更新したので、実施の形態１と同様、サービスサーバＢにおいて属性情報を更新したことは、他のサービスサーバに通知しない。そして、サービス提供部３２は、当該ユーザの最新の状態のプロファイルに従ってサービスを提供する（ステップ１１６）。
【００６８】
本実施の形態によれば、実施の形態１で設けられた更新情報管理サーバ４０を別途設けなくても実施の形態１と同様の効果を奏することができる。
【図面の簡単な説明】
【００６９】
【図１】本発明に係るサービスシステムの一実施の形態を示した全体構成図である。
【図２】実施の形態１における各コンピュータのハードウェア構成図である。
【図３】実施の形態１におけるサービスシステムのブロック構成図である。
【図４】実施の形態１におけるプロファイルデータベースに登録されるプロファイルのデータ構成例を示した図である。
【図５】実施の形態１における更新情報データベースに登録される更新情報のデータ構成例を示した図である。
【図６】実施の形態１におけるシステム全体の動作を示すシーケンス図である。
【図７】実施の形態１におけるシステム全体の動作を示す他のシーケンス図である。
【図８】実施の形態２におけるサービスシステムのブロック構成図である。
【図９】実施の形態２におけるプロファイルデータベースに登録されるプロファイルのデータ構成例を示した図である。
【図１０】実施の形態２におけるシステム全体の動作を示すシーケンス図である。
【図１１】実施の形態２におけるシステム全体の動作を示す他のシーケンス図である。
【符号の説明】
【００７０】
１  ＣＰＵ、２  ＲＯＭ、３  ＲＡＭ、４  ハードディスクドライブ（ＨＤＤ）、５  ＨＤＤコントローラ、６  マウス、７  キーボード、８  ディスプレイ、９  入出力コントローラ、１０  ネットワークコントローラ、１１  内部バス、２０  クライアント端末、３０  サービスサーバ、３１  ログイン処理部、３２  サービス提供部、３３  更新問合せ部、３４  更新判定部、３５  属性入力要求処理部、３６  属性受付部、３７  更新通知部、３８，５８  プロファイル管理部、３９，５９  プロファイルデータベース、４０  更新情報管理サーバ、４１，５１  更新受付部、４２，５２  更新情報通知部、４３  更新情報管理部、４４  更新情報データベース。
【図１】
2009099007.tif 000003
【図２】
2009099007.tif 000004
【図３】
2009099007.tif 000005
【図４】
2009099007.tif 000006
【図５】
2009099007.tif 000007
【図６】
2009099007.tif 000008
【図７】
2009099007.tif 000009
【図８】
2009099007.tif 000010
【図９】
2009099007.tif 000011
【図１０】
2009099007.tif 000012
【図１１】
2009099007.tif 000013