(57)【要約】      （修正有）【課題】ユーザが積極的に自己のプロフィールデータを更新する機会を増やすことのできるシステムを提供する。【解決手段】システムは，ユーザが保有するユーザ端末３と，店舗に設置されているストア端末４Ａとを連携させ，店舗を訪れたユーザに対して，自己のプロフィールデータを更新するように促すようにすることで，ユーザが自己のプロフィールデータを積極的に更新する機会を増加させる。さらに，データバンク２が，ユーザのプロフィールデータを登録している各事業者の独自のストアサーバ１Ａの所在を把握しておき，ユーザが自己のプロフィールデータを更新した際には，他の事業者のストアサーバ１Ａにも更新情報を提供する。このため，ユーザが一度プロフィールデータを更新すれば，他のストアサーバ１Ａに記憶されているデータも更新されるようになる。【選択図】図４
2015036942.tif 000002
【特許請求の範囲】
【請求項１】
複数のストアサーバ（１Ａ，１Ｂ…）と，データバンク（２）と，ユーザ端末（３）と，複数のストア端末（４Ａ，４Ｂ…）が，情報通信回線を介して接続された
プロフィールデータ更新システムであって，
前記複数のストアサーバ（１Ａ，１Ｂ…）のそれぞれは，
複数のユーザの個別プロフィールデータを記憶する個別データベース（１１）を有し，
前記データバンク（２）は，
複数のユーザの総合プロフィールデータを，各ユーザの総合ＩＤと，当該総合ＩＤを持つユーザの個別プロフィールデータを保持するストアサーバ（１Ａ，１Ｂ…）のストアＩＤと，に関連付けて記憶する総合データベース（２１）を有し，
前記ユーザ端末（３）は，
前記総合ＩＤを記憶する手段を有し，
前記複数のストア端末（４Ａ，４Ｂ…）のそれぞれは，
前記ユーザ端末（３）から前記総合ＩＤを取得する手段と，
あるストアサーバ（１Ａ）のストアＩＤと共に，前記ユーザ端末（３）から取得した前記総合ＩＤを，前記データバンク（２）に送信する手段と，を有し，
前記データバンク（２）は，さらに，
あるストア端末（４Ａ）から前記あるストアサーバ（１Ａ）のストアＩＤと前記総合ＩＤを受信したときに，
当該総合ＩＤにより特定されるユーザの総合プロフィールデータのうち，当該ストアＩＤにより特定される当該あるストアサーバ（１Ａ）が前記個別データベース（２１）に前記個別プロフィールデータとして記憶することを必要としている必要情報に含まれる少なくとも一部のプロフィールデータを，前記総合データベース（１１）から読み出し，読み出したプロフィールデータを確認情報として前記ユーザ端末（３）に送信する手段と，を有し，
前記ユーザ端末（３）は，さらに，
前記データバンク（２）から受信した前記確認情報に含まれるプロフィールデータを，ユーザに提示する手段と，
前記確認情報に含まれるプロフィールデータに修正がある場合には，修正後の更新プロフィールデータの入力を受け付ける手段と，
前記ユーザにより入力された更新プロフィールデータを，前記データバンク（２）に送信する手段と，を有し，
前記データバンク（２）は，さらに，
前記ユーザ端末（３）から前記更新プロフィールデータを受信したときに，当該更新プロフィールデータに基づいて，前記総合データベース（１１）に記憶されている総合プロフィールデータを更新する手段と，
前記あるストアサーバ（１Ａ）に対し，前記更新プロフィールデータを転送する手段と，
前記更新プロフィールデータを入力したユーザの個別プロフィールデータを保持する他のストアサーバ（１Ｂ…）に対し，当該更新プロフィールデータを転送する手段と，を有し，
前記複数のストアサーバ（１Ａ，１Ｂ…）のそれぞれは，さらに，
前記データバンク（２）から前記更新プロフィールデータを受信したときに，当該更新プロフィールデータに基づいて，前記個別データベース（２１）に記憶されているユーザの個別プロフィールデータを更新する手段を，備える
プロフィールデータ更新システム。
【請求項２】
前記データバンク（２）は，さらに，
各ユーザの総合ＩＤごとに，ポイントを蓄積して記憶したポイントデータベース（２１）を，有し，
前記ユーザ端末（３）は，さらに，
前記確認情報に含まれるプロフィールデータに修正がない場合に，修正が不要である旨の情報の入力を受け付ける手段と，
前記修正が不要である旨の情報を前記データバンクに送信する手段と，を有し，
前記データバンク（２）は，さらに，
前記ユーザ端末（３）から，前記修正が不要である旨の情報を受信した場合，及び前記更新プロフィールデータを受信した場合の少なくともいずれか一方の場合に，当該修正が不要である旨の情報又は当該更新プロフィールデータを入力したユーザの総合ＩＤに関連して前記ポイントデータベース（２１）に記憶されているポイントを加算する
請求項１に記載のプロフィールデータ更新システム。
【請求項３】
携帯型情報端末を，請求項１又は請求項２に記載のプロフィールデータ更新システムにおけるユーザ端末（３）として機能させるコンピュータプログラム。
【請求項４】
複数のストアサーバ（１Ａ，１Ｂ…）と，データバンク（２）と，ユーザ端末（３）と，複数のストア端末（４Ａ，４Ｂ…）が，情報通信回線を介して接続されたプロフィールデータ更新システム（１００）により実行される
プロフィールデータ更新方法であって，
前記複数のストアサーバ（１Ａ，１Ｂ…）のそれぞれは，
複数のユーザの個別プロフィールデータを記憶する個別データベース（１１）を有し，
前記データバンク（２）は，
複数のユーザの総合プロフィールデータを，各ユーザの総合ＩＤと，当該総合ＩＤを持つユーザの個別プロフィールデータを保持するストアサーバ（１Ａ，１Ｂ…）のストアＩＤと，に関連付けて記憶する総合データベース（２１）を有し，
前記ユーザ端末（３）は，
前記総合ＩＤを記憶する手段を有しており，
前記プロフィールデータ更新方法は，
あるストア端末（４Ａ）が，
前記ユーザ端末（３）から前記総合ＩＤを取得するステップと，
あるストアサーバ（１Ａ）のストアＩＤと共に，前記ユーザ端末（３）から取得した前記総合ＩＤを，前記データバンク（２）に送信するステップと，
前記データバンク（２）が，
前記あるストア端末（４Ａ）から前記あるストアサーバ（１Ａ）のストアＩＤと前記総合ＩＤを受信したときに，
当該総合ＩＤにより特定されるユーザの総合プロフィールデータのうち，当該ストアＩＤにより特定される当該あるストアサーバ（１Ａ）が前記個別データベース（２１）に前記個別プロフィールデータとして記憶することを必要としている必要情報に含まれる少なくとも一部のプロフィールデータを，前記総合データベース（１１）から読み出し，読み出したプロフィールデータを確認情報として前記ユーザ端末（３）に送信するステップと，
前記ユーザ端末（３）が，
前記データバンク（２）から受信した前記確認情報に含まれるプロフィールデータを，ユーザに提示するステップと，
前記確認情報に含まれるプロフィールデータに修正がある場合には，修正後の更新プロフィールデータの入力を受け付けるステップと，
前記ユーザにより入力された更新プロフィールデータを，前記データバンク（２）に送信するステップと，
前記データバンク（２）が，
前記ユーザ端末（３）から前記更新プロフィールデータを受信したときに，当該更新プロフィールデータに基づいて，前記総合データベース（１１）に記憶されている総合プロフィールデータを更新するステップと，
前記あるストアサーバ（１Ａ）に対し，前記更新プロフィールデータを転送するステップと，
前記更新プロフィールデータを入力したユーザの個別プロフィールデータを保持する他のストアサーバ（１Ｂ…）に対し，当該更新プロフィールデータを転送するステップと，
前記複数のストアサーバ（１Ａ，１Ｂ…）のそれぞれが，
前記データバンク（２）から前記更新プロフィールデータを受信したときに，当該更新プロフィールデータに基づいて，前記個別データベース（２１）に記憶されているユーザの個別プロフィールデータを更新するステップと，
を含む
プロフィールデータ更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，様々なデータベースに登録されているユーザのプロフィールデータを常に最新の状態に更新することのできるシステム及び方法に関する。具体的に説明すると，本発明は，ユーザが自己のプロフィールデータを最新のものに更新する機会を増やすと共に，様々な事業者（店舗）によって独自に管理されているプロフィールデータを一元的に更新するためのシステム等に関するものである。
【背景技術】
【０００２】
従来から，商品やサービスを提供する様々な事業者は，商品を販売する際などに，ユーザに会員登録を求め，そのユーザのプロフィール（個人情報）を収集している。事業者が収集するユーザのプロフィールには，例えば，名前，性別，生年月日，電話番号，住所，身長，体重，及び趣味などがあり，事業者のビジネスモデルにより求められるプロフィールは異なる。事業者は，自らのビジネスモデルに有効なプロフィールデータを収集し，データベースに記録することで管理している。これにより，データベースに記録された情報の統計をとることで，ユーザの購買動向やユーザ全体の趣向の変化などを把握し，事業展開に役立てることとしている。
【０００３】
また，従来から，このようなユーザのプロフィールデータを管理に役立つシステムも提案されている（例えば特許文献１）。この特許文献１のシステムによれば，ユーザは，プロフィール情報記憶部に自己のプロフィールを登録しておけば，他のサービスを利用する場合でも，個別にプロフィール情報を入力することなく，他のサービスを利用することができるとされている。また，この特許文献１のシステムでは，他のサービスを利用する際に新たな項目のプロフィール情報を入力した場合に，その内容がプロフィール情報記憶部のプロフィールにも記憶されるので，自分のプロフィールを充実させていくこともできるとされている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−８１５７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら，ユーザにより一度データベースに登録されたプロフィールデータは，後日改めて更新されることは殆どないといえる。例えば，ユーザが最初にプロフィールデータを登録した日から月日が経過し，ユーザの住所や電話番号が変更されたとしても，その新しい住所や電話番号が，データベースに登録されるケースは稀である。そうすると，データベースに記録されているユーザのプロフィールデータは，月日の経過と共に古くなり，データの信憑性や有効性が低下するといえる。すなわち，ユーザにとって，一度登録したプロフィールデータを後日改めて更新する作業は手間でしかなく，何らかの動機付けやインセンティブがない限り，ユーザが積極的に自己のプロフィールデータを更新することはないといえる。
【０００６】
また，商品の販売やサービスの提供を行う事業者は，それぞれが独自のデータベースを有し，そのデータベースを利用して，ユーザから収集したプロフィールデータを独自に管理している。このため，同じユーザのプロフィールデータが，各事業者ごとのデータベースに記録されていることとなる。そうすると，ユーザは，自己のプロフィールデータに変更があったときに，それを記憶しているデータベースを更新しようと考えた場合，各事業者が有するそれぞれのデータベースを一つ一つ更新してく作業を行う必要があった。このような作業はユーザにとっては大変な手間であり，ユーザが自己のプロフィールデータを更新することを嫌がる原因の一つとなっている。
【０００７】
このように，現在のプロフィールデータを管理するシステムでは，ユーザが積極的に自己のプロフィールデータを更新する機会や動機付けがなく，またプロフィールデータを更新するにしても，その作業は大変な手間となっている。このため，各事業者のデータベースに記録されているユーザのプロフィールデータは，古くなっても更新される機会が少ないことから，その信憑性や有効性は徐々に低いものとなっていくという問題がある。
従って，現在では，ユーザが積極的に自己のプロフィールデータを更新する機会を増やすことができ，さらに，ユーザのプロフィールデータを一元的に管理することで，ユーザがプロフィールデータを更新する際の手間を減らすことのできるシステムや方法が求められている。
【課題を解決するための手段】
【０００８】
そこで，本発明の発明者は，上記の従来発明の問題点を解決する手段について鋭意検討した結果，ユーザが保有するユーザ端末と，商品の販売などを行う事業者の店舗に設置されているストア端末とを連携させ，店舗を訪れたユーザに対して，自己のプロフィールデータを更新するように促すようにすることで，ユーザが自己のプロフィールデータを積極的に更新する機会を増加させることができるという知見を得た。さらに，本発明の発明者は，ユーザがプロフィールデータを登録している各事業者の独自のデータベースの所在を把握しておき，ユーザが自己のプロフィールデータを更新した際には，他の事業者のデータベースにも更新情報を提供することで，ユーザが一度プロフィールデータを更新すれば，他のデータベースに記憶されているデータも更新されるようになり，プロフィールデータを更新する手間を低減させることができるという知見を得た。このようにすれば，様々な事業者によって独自に管理されているユーザのプロフィールデータを，常に最新の状態に保つことができ，従来のシステムの問題を一挙に解決することができる。そして，本発明者は，上記知見に基づけば，従来技術の課題を解決できることに想到し，本発明を完成させた。
具体的に説明すると，本発明は以下の構成を有する。
【０００９】
本発明の第１の側面は，プロフィールデータ更新システムに関する。
本発明のプロフィールデータ更新システムは，複数のストアサーバ１Ａ，１Ｂ…と，データバンク２と，ユーザ端末３と，複数のストア端末４Ａ，４Ｂ…が，情報通信回線を介して接続されることで構築されている。
複数のストアサーバ１Ａ，１Ｂ…は，商品の販売やサービスの提供などを行う事業者が，独自に管理しているサーバ装置である。
データバンク２は，本システムの運営者によって管理されているサーバ装置であり，本システムの総合的な制御を行う。
ユーザ端末３は，プロフィールデータを各種データベースに登録しているユーザが保有する携帯型情報端末である。
複数のストア端末４Ａ，４Ｂ…は，各事業者の店舗などに設置されている端末装置である。
【００１０】
複数のストアサーバ１Ａ，１Ｂ…のそれぞれは，
複数のユーザの個別プロフィールデータを記憶する個別データベース１１を有する。
データバンク２は，
複数のユーザの総合プロフィールデータを，各ユーザの総合ＩＤと，当該総合ＩＤを持つユーザの個別プロフィールデータを保持するストアサーバ１Ａ，１Ｂ…のストアＩＤと，に関連付けて記憶する総合データベース２１を有する。
ユーザ端末３は，
総合ＩＤを記憶する手段を有する。
複数のストア端末４Ａ，４Ｂ…のそれぞれは，
ユーザ端末３から総合ＩＤを取得する手段と，
あるストアサーバ１ＡのストアＩＤと共に，ユーザ端末３から取得した総合ＩＤを，データバンク２に送信する手段と，を有する。
データバンク２は，さらに，
あるストア端末４Ａからあるストアサーバ１ＡのストアＩＤと総合ＩＤを受信したときに，当該総合ＩＤにより特定されるユーザの総合プロフィールデータのうち，当該ストアＩＤにより特定される当該あるストアサーバ１Ａが個別データベース２１に個別プロフィールデータとして記憶することを必要としている必要情報に含まれる少なくとも一部のプロフィールデータを，総合データベース１１から読み出し，読み出したプロフィールデータを確認情報としてユーザ端末３に送信する手段と，を有する。
ユーザ端末３は，さらに，
データバンク２から受信した確認情報に含まれるプロフィールデータを，ユーザに提示する手段と，
確認情報に含まれるプロフィールデータに修正がある場合には，修正後の更新プロフィールデータの入力を受け付ける手段と，
ユーザにより入力された更新プロフィールデータを，データバンク２に送信する手段と，を有する。
データバンク２は，さらに，
ユーザ端末３から更新プロフィールデータを受信したときに，当該更新プロフィールデータに基づいて，総合データベース１１に記憶されている総合プロフィールデータを更新する手段と，
あるストアサーバ１Ａに対し，更新プロフィールデータを転送する手段と，
更新プロフィールデータを入力したユーザの個別プロフィールデータを保持する他のストアサーバ１Ｂ…に対し，当該更新プロフィールデータを転送する手段と，を有する。
複数のストアサーバ１Ａ，１Ｂ…のそれぞれは，さらに，
データバンク２から更新プロフィールデータを受信したときに，当該更新プロフィールデータに基づいて，個別データベース２１に記憶されているユーザの個別プロフィールデータを更新する手段を，有する。
【００１１】
上記構成のように，本発明のシステムでは，各店舗に設置されているストア端末４Ａ，４Ｂ…によって，ユーザ端末３からユーザの総合ＩＤを読み取ることにより，そのユーザのプロフィールデータの確認フローが開始される。例えば，ストア端末４Ａ，４Ｂ…は，カメラによって，ユーザ端末３のディスプレイに表示されたＱＲコード（登録商標）を読み取ることで総合ＩＤを取得することとしてもよいし，その他赤外線通信や近距離無線通信によって総合ＩＤを取得することとしてもよい。このように，ストア端末４Ａ，４Ｂ…とユーザ端末３の連携を契機としてプロフィールデータの確認を開始することで，例えば，ユーザが店舗を訪問する都度，ユーザがプロフィールデータを確認することができるようになる。これにより，ユーザが積極的に自己のプロフィールデータを確認して，プロフィールデータに修正がある場合には，新しいプロフィールデータに更新する機会を増加させることができる。その結果，本システムでは，常に最新のプロフィールデータを把握することが可能となる。
【００１２】
さらに，本発明のシステムでは，データバンク２の総合データベース２１によって，ユーザの最新のプロフィールデータを管理すると共に，プロフィールデータの修正が発生した場合には，その修正後の更新プロフィールデータを，各事業者が管理するストアサーバ１Ａ，１Ｂ…へと共有することとしている。このため，ユーザは，一度プロフィールデータの更新情報を入力するだけで，本システムに含まれるストアサーバＡ１，ＡＢ…が有する個別データベース１１内のプロフィールデータをも更新することが可能となる。その結果，各事業者が管理する個別データベース１１内の情報も，常に最新の状態に維持しておくことができる。
【００１３】
本発明のシステムにおいて，データバンク２は，さらに，
各ユーザの総合ＩＤごとに，ポイントを蓄積して記憶したポイントデータベース２１を，有することが好ましい。
この場合，ユーザ端末３は，さらに，
確認情報に含まれるプロフィールデータに修正がない場合に，修正が不要である旨の情報の入力を受け付ける手段と，
修正が不要である旨の情報をデータバンクに送信する手段と，を有することが好ましい。
また，データバンク２は，さらに，
ユーザ端末３から，修正が不要である旨の情報を受信した場合，及び更新プロフィールデータを受信した場合の少なくともいずれか一方の場合に，当該修正が不要である旨の情報又は当該更新プロフィールデータを入力したユーザの総合ＩＤに関連してポイントデータベース２１に記憶されているポイントを加算する手段を有することが好ましい。
【００１４】
上記構成のように，ユーザが自己のプロフィールデータについて修正事項がないことを確認した際や，自己のプロフィールデータを修正した際に，そのユーザに対してポイントを付与することで，ユーザに対してプロフィールデータを確認すること（修正すること）のインセンティブを与えることができる。従って，ユーザが積極的に自己のプロフィールデータを更新する機会がさらに増加し，各データベースに記録されているプロフィールデータの信憑性や有効性を高いレベルで維持できる。
【００１５】
本発明の第２の側面は，コンピュータプログラムに関する。
本発明のコンピュータプログラムは，携帯型情報端末を，上記第１の側面に係るシステムにおけるユーザ端末３として機能させるためのものである。コンピュータプログラムは，インターネットなどの情報通信回線を介して携帯型情報端末にダウンロード可能なものであってもよいし，ＣＤ−ＲＯＭなどの記録媒体に記憶されたものであってもよい。
【００１６】
本発明の第３の側面は，プロフィールデータ更新方法に関する。本発明のプロフィールデータ更新方法は，基本的に，上記第１の側面に係るシステムによって実行される。すなわち，本発明の第３の側面は，複数のストアサーバ１Ａ，１Ｂ…と，データバンク２と，ユーザ端末３と，複数のストア端末４Ａ，４Ｂ…が，情報通信回線を介して接続されたプロフィールデータ更新システム１００により実行されるプロフィールデータ更新方法である。
【００１７】
複数のストアサーバ１Ａ，１Ｂ…のそれぞれは，
複数のユーザの個別プロフィールデータを記憶する個別データベース１１を有する。
データバンク２は，
複数のユーザの総合プロフィールデータを，各ユーザの総合ＩＤと，当該総合ＩＤを持つユーザの個別プロフィールデータを保持するストアサーバ１Ａ，１Ｂ…のストアＩＤと，に関連付けて記憶する総合データベース２１を有する。
ユーザ端末３は，
総合ＩＤを記憶する手段を有する。
ここで，プロフィールデータ更新方法では，まず
あるストア端末４Ａが，
前記ユーザ端末３から総合ＩＤを取得するステップと，
あるストアサーバ１ＡのストアＩＤと共に，ユーザ端末３から取得した総合ＩＤを，データバンク２に送信するステップと，を行う。
次に，データバンク２が，
あるストア端末４Ａからあるストアサーバ１ＡのストアＩＤと総合ＩＤを受信したときに，当該総合ＩＤにより特定されるユーザの総合プロフィールデータのうち，当該ストアＩＤにより特定される当該あるストアサーバ１Ａが個別データベース２１に個別プロフィールデータとして記憶することを必要としている必要情報に含まれる少なくとも一部のプロフィールデータを，総合データベース１１から読み出し，読み出したプロフィールデータを確認情報としてユーザ端末３に送信するステップを行う。
次に，ユーザ端末３が，
データバンク２から受信した確認情報に含まれるプロフィールデータを，ユーザに提示するステップと，
確認情報に含まれるプロフィールデータに修正がある場合には，修正後の更新プロフィールデータの入力を受け付けるステップと，
ユーザにより入力された更新プロフィールデータを，データバンク２に送信するステップと，を行う。
次に，データバンク２が，
ユーザ端末３から更新プロフィールデータを受信したときに，当該更新プロフィールデータに基づいて，総合データベース１１に記憶されている総合プロフィールデータを更新するステップと，
あるストアサーバ１Ａに対し，更新プロフィールデータを転送するステップと，
更新プロフィールデータを入力したユーザの個別プロフィールデータを保持する他のストアサーバ１Ｂ…に対し，当該更新プロフィールデータを転送するステップと，を行う。
そして，複数のストアサーバ１Ａ，１Ｂ…のそれぞれが，
データバンク２から更新プロフィールデータを受信したときに，当該更新プロフィールデータに基づいて，個別データベース２１に記憶されているユーザの個別プロフィールデータを更新するステップと，を行う。
【発明の効果】
【００１８】
本発明によれば，ユーザが積極的に自己のプロフィールデータを更新する機会を増やすことができ，さらに，ユーザのプロフィールデータを一元的に管理することで，ユーザがプロフィールデータを更新する際の手間を減らすことのできるシステムや方法を提供できる。
【図面の簡単な説明】
【００１９】
【図１】図１は，本発明に係るプロフィールデータ更新システムの概要を示す全体図である。
【図２】図２は，プロフィールデータ更新システムの構成の一例を示すブロック図である。
【図３】図３は，データバンクが保持するデータの構成例を示している。
【図４】図４は，プロフィールデータ更新方法における情報処理の流れの一例を示すフロー図である。特に図４では，ユーザが自己のプロフィールデータを登録する際のフローを示している。
【図５】図５は，プロフィールデータ更新方法における情報処理の流れの一例を示すフロー図である。特に図５では，ユーザがプロフィールデータを登録済みの店舗を再訪問した際のフローを示している。
【発明を実施するための形態】
【００２０】
以下，図面を用いて本発明を実施するための形態について説明する。本発明は，以下に説明する形態に限定されるものではなく，以下の形態から当業者が自明な範囲で適宜修正したものも含む。
【００２１】
図１は，本発明に係るプロフィールデータ更新システム１００の全体図を示している。
図１に示されるように，プロフィールデータ更新システム（以下，単に「システム」ともいう）は，複数のストアサーバ１Ａ，１Ｂ…と，データバンク２と，一又は複数のユーザ端末３と，複数のストア端末４Ａ，４Ｂ…とが，インターネットなどの情報通信回線を通じて相互に接続されている。なお，システム１００において，一般的にユーザ３は複数含まれる。
【００２２】
ストアサーバ１Ａ，１Ｂ…は，商品の販売やサービスの提供を事業とする事業者によって保守・管理されているサーバ装置である。例えば，ストアサーバ１Ａは，ストアＡを運営する事業者によって保守・管理され，ストアサーバ１Ｂは，ストアＢを運営する事業者によって保守・管理されている。なお，ストアＡとストアＢは別店舗である。事業者の業種は特に限定されないが，例えば，飲食店や，衣料品店，小売店，フィットネスクラブのような業種であり，特にユーザのプロフィールを収集してポイントカードを発行するような業種であることが好ましい。
【００２３】
データバンク２は，プロフィールデータ更新システム１００の運営者によって管理・保守されるサーバ装置である。データバンク２は，ユーザのプロフィールデータを総合的に管理すると共に，複数のストアサーバ１Ａ，１Ｂ…と，複数のユーザ端末３と，複数のストア端末４Ａ，４Ｂ…を統制する機能を持つ。
【００２４】
ユーザ端末３は，本システムに対してプロフィールデータを提供する一般消費者などのユーザによって保有される携帯型情報端末である。ユーザ端末３の例は，スマートフォン，携帯電話，タブレット型コンピュータ，及びラップトップ型コンピュータである。
【００２５】
ストア端末４Ａ，４ｂ…は，商品の販売やサービスの提供を事業とする事業者の店舗に設置されるコンピュータ端末である。例えば，ストアサーバ１Ａを管理する事業者のストアＡの店舗には，ストア端末４Ａが設置され，ストアサーバ１Ｂを管理する事業者のストアＢの店舗には，ストア端末４Ｂが設置される。基本的に，ストアサーバ１Ａ，１Ｂ…とストア端末４Ａ，４Ｂ…は対応関係にあり，ストアサーバとストア端末は一対一で連携している。ストア端末４Ａ，４Ｂ…の例は，スマートフォン，携帯電話，タブレット型コンピュータ，ラップトップ型コンピュータ，及びデスクトップ型コンピュータである。
【００２６】
図２は，プロフィールデータ更新システム１００に含まれるストアサーバ１Ａ，１Ｂ…
データバンク２，ユーザ端末３，及びストア端末４Ａ，４ｂ…の機能ブロック図である。
【００２７】
まず，ストアサーバ１Ａ，１Ｂ…の各部構成について説明する。
図２に示されるように，ストアサーバ１Ａ，１Ｂ…は，制御部１０と，個別データベース１１と，通信部１２とを備える。制御部１０は，基本的に，個別データベース１１と通信部１２の制御を行う。例えば，制御部１０は，個別データベース１１から読み出した情報を通信部１２から送信したり，通信部１２から受信した情報を個別データベース１１に蓄積したり，個別データベース１１に蓄積されている情報の更新を行ったりする。また，通信部１２は，制御部１０からの指示に従って，インターネットなどを介して，データバンク２と間で情報の授受を行う。
【００２８】
ここで，個別データベース１１には，複数のユーザのそれぞれについて，個別プロフィールデータが記憶されている。個別プロフィールデータとして記憶する情報の種類は，ストアサーバ１Ａ，１Ｂごとに独自に設定できる。例えば，個別プロフィールデータとしては，事業者が自社の事業にとって有益な情報とすればよい。例えば，個別プロフィールデータには，ユーザの氏名，ニックネーム，性別，年齢，生年月日，住所，職業，身長，体重，靴のサイズ，趣味，好きな食べ物，好きな場所，パスワード，クレジットカード情報，銀行口座の情報，ユーザ端末２の個体識別情報，電話番号，メールアドレス等の個人情報が含まれる。このような個別プロフィールデータは，個別データベース１１において，基本的に，個別ＩＤに関連付けて記憶されている。個別ＩＤとは，個別データベース１１にプロフィールデータを記憶しているユーザを特定するための情報である。個別ＩＤの例は，ＩＤ番号である。
【００２９】
続いて，データバンク２の各部構成について説明する。
データバンク２は，中央制御部２０と，総合データベース２１と，ポイントデータベース２２と，通信部２３とを備える。中央制御部２０は，総合データベース２１から読み出した情報を通信部２３から送信したり，通信部１２から受信した情報を総合データベース２１に蓄積したり，個別データベース２１に蓄積されている情報の更新を行ったりする処理を行う。また，中央制御部２０は，通信部１２から受信した情報に基づいて，ポイントデータベース２２に記憶されているポイントの加算・減算を行うことができる。通信部２３は，中央制御部２０からの指示に従って，インターネットなどを介して，ストアサーバ１Ａ，１Ｂ…や，ユーザ端末３，及びストア端末４Ａ，４ｂ…との間で情報の授受を行う。
【００３０】
ここで，総合データベース２１に記憶される各種データの構造例が，図３（ａ）及び図３（ｂ）に示されている。図３（ａ）は，各ユーザの総合プロフィールデータを記憶するテーブルであり，図３（ｂ）は，各ストアサーバに関する情報を記憶するテーブルである。
まず，図３（ａ）に示されるように，総合データベース２１は，基本的に，複数のユーザのそれぞれについて，総合プロフィールデータを記憶している。ここにいう，総合プロフィールデータには，基本的に，上述した複数のストアサーバ１Ａ，１Ｂ…それぞれの個別データベース１１に記憶されている個別プロフィールデータが含まれることが好ましい。つまり，総合データベース２１では，複数の個別データベース１１に記憶されている複数の個別プロフィールデータを，総合データベースデータとしてまとめて総合的に管理している。また，総合プロフィールデータは，総合ＩＤに関連付けて，総合データベース２１に記憶される。総合ＩＤは，本システムを利用するユーザを特定するための情報である。総合ＩＤの例は，ＩＤ番号である。
【００３１】
図３（ａ）に示された例において，総合データベース２１には，複数のユーザα，β，γ…につき，総合プロフィールデータを記憶している。各ユーザα，β，γ…には，総合ＩＤが割り当てられている。総合プロフィールデータは，便宜的に，基本プロフィールデータと，累積個別プロフィールデータとに分けることができる。詳しくは後述するが，基本プロフィールデータとは，ユーザが，本システム１００の利用を開始する初期登録の際に，総合データベース２１に登録する個人情報である。例えば，複数のストアサーバ１Ａ，１Ｂが共通して個別データベース１１への登録を求めるような基本的な情報が，基本プロフィールデータとなる。基本プロフィールデータには，例えば，名前，住所，電話番号が含まれ，その他にも，性別，年齢，生年月日，職業，クレジットカード情報，銀行口座の情報，ユーザ端末の個体識別情報，メールアドレス等が含まれることとしてもよい。他方，図３（ａ）に示された例において，累積個別プロフィールデータは，各ストアサーバ１Ａ，１Ｂが個別データベース１１への登録を求めるプロフィールデータをまとめつつ，基本プロフィールデータと重複するプロフィールデータは排除したものである。例えば，図３（ａ）を見ると，ストアサーバ１Ａの個別データベース１１には，基本プロフィールデータの他に，身長と体重に関する情報が個別プロフィールデータとして記憶されることがわかる。同様に，ストアサーバ１Ｂの個別データベース１１には，基本プロフィールデータの他に，好きな食べ物と好きな場所に関する情報が記憶され，ストアサーバ１Ｃの個別データベース１１には，基本プロフィールデータの他に，趣味と身長に関する情報が記憶されることがわかる。さらに，累積個別プロフィールデータとしては，総合ＩＤを持つユーザの個別プロフィールデータを保持しているストアサーバ１Ａ，１Ｂ…の個別データベース１１において付与された個別ＩＤが併せて記憶されていることが好ましい。
【００３２】
また，総合データベース２１には，各ユーザの総合プロフィールデータに関連付けて，総合ＩＤを持つユーザの個別プロフィールデータを保持するストアサーバ１Ａ，１Ｂ…のストアＩＤが記憶されている。ストアＩＤは，ストアサーバ１Ａ，１Ｂ…を特定するための情報である。ストアＩＤの例は，ＩＤ番号である。すなわち，図３（ａ）に示されるように，総合データベース２１を参照すると，本システムには，ストアサーバ１Ａ，１Ｂ，１Ｃ…が含まれ，これらのストアサーバがデータバンク２と提携関係にあることがわかる。また，各ストアサーバ１Ａ，１Ｂ，１Ｃには，それぞれストアＩＤ（Ｓ０００１〜Ｓ０００３…）が付されている。さらに，総合データベース２１を参照すれば，総合ＩＤを持つ各ユーザα，β，γ…が，どのストアサーバ１Ａ，１Ｂ，１Ｃ…の個別データベース１１に，自己のプロフィールデータを登録しているかがわかる。すなわち，ユーザαは，ストアサーバ１Ａの個別データベース１１には自己のプロフィールデータを登録していないものの，ストアサーバ１Ｂとストアサーバ１Ｃの個別データベース１１には自己のプロフィールデータを既に登録していることがわかる。このため，総合データベース２１を参照すれば，各ユーザが会員登録している店舗（ストアサーバ）と会員登録していない店舗（ストアサーバ）とを確認することが可能となる。
【００３３】
さらに，総合データベース２１には，図３（ｂ）に示されるようなテーブルも記憶される。図３（ｂ）に示されるようなテーブルでは，各ストアサーバ１Ａ，１Ｂ，１Ｃに関する情報が記憶されている。ストアサーバに関する情報は，各ストアサーバに割り当てられたストアＩＤに関連付けて記憶される。ストアサーバに関する情報としては，例えば，店舗名，住所，電話番号，メールアドレス，業種，営業時間，及び代表者名などのストアデータが挙げられる。また，総合データベース２１は，ストアサーバに関する情報として，各ストアサーバが個別データベースに記録することを求める情報（「必要情報」）が記憶されている。例えば，図３（ｂ）を参照すると，ストアサーバ１Ａは，名前，住所，電話番号といった基本情報の他に，身長及び体重に関する情報を，個別プロフィールデータとして個別データベース１１に記憶することを求めていることがわかる。同様に，ストアサーバ１Ｂは，名前，電話番後，メールアドレス，職業といった基本情報の他に，好きな食べ物及び好きな場所に関する情報を求めている。また，ストアサーバ１Ｃは，名前，住所，電話番号といった基本情報の他に，趣味及び身長に関する情報を求めていることがわかる。
【００３４】
上記のように，総合データベース２１には，各ユーザの総合プロフィールデータと，各ストアサーバに関する情報が記憶されている。
【００３５】
また，データバンク２は，ポイントデータベース２２を備える。図３（ｃ）には，ポイントデータベース２２のデータ構造例が示されている。図３（ｃ）に示されるように，ポイントデータベース２２には，複数のユーザα，β，γのそれぞれについて，各ストアサーバ１Ａ，１Ｂ，１Ｃを管理する事業者の店舗で利用可能なポイントが記憶されている。例えば，各店舗において，ユーザは，ポイントデータベース２２に記憶されているポイントを金銭に変換して，所定の商品を購入したり，サービスの提供を受けたりすることができる。また，ポイントデータベース２２には，ポイントの他に，各ユーザがポイントの加算・減算を行った履歴（日時，場所等）が記憶されていることが好ましい。
【００３６】
次に，ユーザ端末３の各部構成について説明する。
図２に示されるように，ユーザ端末３は，制御部３０と，メモリ３１と，タッチパネルディスプレイ３２と，通信部３３とを備える。ユーザ端末３の制御部３０は，メモリ３１に記憶されているアプリケーションプログラム３１ａに従って，メモリ３１，タッチパネルディスプレイ３２，及び通信部３３との間で各種データの受け渡しを行うとともに，これらの要素の機能を制御する。
【００３７】
メモリ３１には，各種データが記憶される。特にメモリ３１には，各ユーザに割り当てられた総合ＩＤ（ＩＤ番号）が記憶される。総合ＩＤは，ユーザ端末３とデータバンク２が通信を行う毎にデータバンク２からメモリ３１にダウンロードされるものであってもよいし，データバンク２からダウンロードされた総合ＩＤが常時メモリ３１内に記憶されていてもよい。また，メモリ３１には，ユーザ端末３をシステム１００の一部として機能させるためのアプリケーションプログラム３１ａが記憶されている。アプリケーションプログラム３１ａは，ユーザ端末３に初めから格納されているものであってもよいし，データバンク２からユーザ端末３にダウンロードされたものであってもよい。
【００３８】
タッチパネルディスプレイ３２は，制御部２０による制御に従って，各種画像データをユーザが視認できる画像として表示し，かつユーザによって表示画面がタッチされた座標を検出可能な構成を有している。具体的に説明すると，タッチパネルディスプレイ３２は，画像を表示できるディスプレイ部３２ａの前面に，透明材料で形成されたタッチスクリーン部３２ｂを配設して形成されている。ディスプレイ部３２ａは，例えばＬＣＤ（Liquid Crystal Display；液晶ディスプレイ）やＯＥＬＤ（Organic Electro Luminescence
Display；有機ＥＬディスプレイ）のような表示装置である。ディスプレイ部３２ａは，制御部２４からの入力信号に応じて，ユーザがユーザ端末２を使用するにあたって必要とされる各種情報を画像や動画として出力表示する。また，タッチスクリーン部３２ｂは，公知の静電容量方式や，電磁誘導方式，赤外線方式，抵抗膜方式などにより，ユーザの手指が接触したことを検知し，その座標情報を得ることができる。ディスプレイ部３２ａとタッチスクリーン部３２ｂの位置関係は互いにリンクしており，タッチスクリーン部３２ｂは，ディスプレイ部３２ａに表示された画像上におけるタッチ位置の座標情報を取得できる。これにより，タッチスクリーン部３２ｂは，ユーザの指が接触したことを検知し，ユーザの指が接触したディスプレイ部３２ａの画面上の座標情報を得ることができる。また，タッチパネルディスプレイ３２は，いわゆるソフトウェアキーボードとしても機能する。すなわち，ディスプレイ部３２ａによって，文字や数字を入力するためのキーボードの画像が表示され，タッチスクリーン部３２ｂによってキーボード画像のうちのどのキーがタッチされたかを識別する。これにより，ユーザは，タッチパネルディスプレイ３２を介して，所定の文字情報や数字情報をユーザ端末３に入力できる。
【００３９】
また，タッチパネルディスプレイ３２は，制御部３０からの制御に従って，ＱＲコード（登録商標）などのコード画像を表示ことができる。例えば，ＱＲコードとなって提示される情報としては，メモリ３１に記憶されている総合ＩＤ番号をコード化したものを挙げることができる。このため，制御部３０は，メモリ３１に記憶されている総合ＩＤ番号に基づいて，ＱＲコードを作成できる機能（プログラム）を備えていることが好ましい。
【００４０】
ユーザ端末３の通信部３３は，インターネットなどの情報通信回線を通じて，データバンク２と相互通信を行うための手段である。例えば汎用的な携帯電話機をユーザ端末３として利用する場合，端末用通信部３３は，無線基地局と通信するＣＤＭＡ方式の無線通信回路やベースバンド回路により実現できる。通信部３３は，無線通信を行うための搬送波を送受信するアンテナを有しており，例えば，各種データの送受信処理，ＧＰＳ測位に係る時間情報や地理情報の送受信処理，及びＩＰアドレスの送受信処理を行うことができる。また，その他，図示は省略するが，通信部３３は，ストア端末３３との間でデータ通信を行うための装置を備えていてもよい。例えば，通信部３３は，公知の赤外線通信装置や近距離無線通信装置を備えていてもよい。
【００４１】
次に，ストア端末４Ａ，４Ｂ…の各部構成について説明する。
図２に示されるように，ストア端末４Ａ，４Ｂ…は，制御部４０と，撮影装置４１と，タッチパネルディスプレイ４２と，通信部４３とを含む。制御部４０は，撮影装置４１やタッチパネルディスプレイ４２に入力された情報を通信部４３から送信したり，通信部４３から受信した情報をタッチパネルディスプレイ４２に表示するなどの制御を行う。
【００４２】
撮影装置４１は，公知のＣＣＤカメラなどを採用することができる。撮影装置４１は，ユーザ端末３のタッチパネルディスプレイ３２に表示されたＱＲコード（登録商標）を撮影することが可能である。撮影装置４１により得られたＱＲコードの画像は，制御部４０へと送出される。制御部４０は，ＱＲコードの画像を受け取ると，その画像を解析して，ＱＲコードにより定義された情報を取得する。例えば，上述したように，タッチパネルディスプレイ３２に表示されたＱＲコードには，総合ＩＤが定義されている。ストア端末４は，ＱＲコードを撮影することにより，ユーザ端末３から総合ＩＤを取得することができる。
【００４３】
また，ストア端末４Ａ，４Ｂ…が備えるタッチパネルディスプレイ４２は，基本的に，ユーザ端末３が備えるタッチパネルディスプレイ３２と同様である。
【００４４】
また，各ストア端末４Ａ，４Ｂ…のメモリ（図示省略）には，一つのストアＩＤが記憶されている。例えば，ストアサーバ１Ａを管理する事業者によって運営される店舗（ストアＡ）には，ストアサーバ１ＡのストアＩＤを記憶したストア端末４Ａが設置される。同様に，例えば，ストアサーバ１Ｂを管理する事業者によって運営される店舗（ストアＢ）には，ストアサーバ１ＢのストアＩＤを記憶したストア端末４Ｂが設置される。このように，複数のストア端末４Ａ，４Ｂ…のそれぞれに，対応するストアサーバ１Ａ，１Ｂ…のストアＩＤを記憶させておくことで，ストア端末４Ａ，４Ｂ…とストアサーバ１Ａ，１Ｂ…とを連携させることができる。各ストア端末４Ａ，４Ｂ…のメモリには，一つのストアＩＤが予め記憶（プリインストール）されていてもよいし，インターネットを介して対応するストアサーバ１Ａ，１Ｂ…や，データバンク２からダウンロードされてもよい。
【００４５】
続いて，図４及び図５を参照して，上記構成を備えるプロフィールデータ更新システム１００により実行されるプロフィールデータ更新方法について，説明する。
【００４６】
図４に示されたステップ１［Ｓ１］〜ステップ４［４］は，ユーザが，プロフィールデータ更新システム１００を利用するための初期登録作業のフローを示している。
【００４７】
ステップ１［Ｓ１］では，ユーザは，ユーザ端末３に，自己の基本プロフィールを入力する。基本プロフィールの例は，図３（ａ）を参照して説明した通り，複数のストアサーバ１Ａ，１Ｂ…が共通して個別データベース１１への登録を求めるような基本的な情報である。基本プロフィールには，例えば，名前，住所，電話番号が含まれ，その他にも，性別，年齢，生年月日，職業，クレジットカード情報，銀行口座の情報，ユーザ端末の個体識別情報，メールアドレス等が含まれる。ユーザ端末３は，ユーザにより入力された基本プロフィールのデータを，データバンク２へと送信する。
【００４８】
ステップ２［Ｓ２］では，データバンク２が，ユーザ端末３から受信した基本プロフィールデータを，総合データベース２１に登録する。この際，基本プロフィールデータを入力したユーザに対し，総合ＩＤを割り当てる。総合ＩＤは，総合データベース２１において，基本プロフィールデータに関連付けて記憶される。
【００４９】
ステップ３［Ｓ３］では，データバンク２が，ユーザに対して割り当てた総合ＩＤを，ユーザ端末３に対して通知する。総合ＩＤの通知は，その総合ＩＤを定義するＱＲコード（登録商標）を送信することにより行なってもよい。
【００５０】
ステップ４［Ｓ４］では，ユーザ端末３が，データバンク２から受信した総合ＩＤをメモリ３１に記憶する。ユーザ端末３は，メモリ３１に記憶された総合ＩＤを適宜読み出して，タッチパネルディスプレイ３２に表示することが可能である。
【００５１】
次に，図４に示されたステップ５［Ｓ５］〜ステップ１６［Ｓ１６］は，ユーザが，ストアサーバ１Ａ，１Ｂ…の個別データベース１１に，自己の個別プロフィールを登録する作業のフローを示している。ここでは，図３（ａ）に示されるように，ユーザαが，ストアサーバ１Ａの個別データベース１１に，未だ自己の個別プロフィールデータを登録していない状態において，その登録手続きを行う際のフローを例にあげて説明する。つまり，ここでは，ユーザαが，ストアサーバ１Ａを管理する事業者によって運営されているストアＡを最初に訪れた事例を想定して，説明する。
【００５２】
ステップ５［Ｓ５］では，ユーザαがストアＡを訪問し，自己のユーザ端末３に格納されているアプリケーションプログラムを起動させる。アプリケーションプログラムが起動すると，ユーザ端末３のタッチパネルディスプレイ３２には，ユーザαの総合ＩＤ（ａａａａ）を定義したＱＲコード（登録商標）が表示される。つまり，ユーザ端末３の制御部３０が，メモリ３１に記憶されている総合ＩＤを解析して，ＱＲコードを生成し，タッチパネルディスプレイ３２に表示させる。
【００５３】
ステップ６［Ｓ６］では，ストアＡに設置されているストア端末４Ａが，ユーザ端末３から総合ＩＤを取得する。ここでは，ストア端末４Ａが，撮影装置４１によって，ユーザ端末３のタッチパネルディスプレイ３２に表示されたＱＲコード（登録商標）を撮影する。これにより，ストア端末４Ａは，ＱＲコードの画像を解析することで，ユーザ端末３に記憶されているユーザαの総合ＩＤ（ａａａａ）を取得することができる。
なお，本実施形態では，上記のように，ストア端末４Ａ，４Ｂ…は，カメラによって，ユーザ端末３のディスプレイに表示されたＱＲコードを読み取ることで総合ＩＤを取得することとしている。ただし，本発明において，ストア端末４Ａ，４Ｂ…は，例えば，赤外線通信や近距離無線通信によってユーザ端末３から総合ＩＤを取得することとしてもよい。
【００５４】
ステップ７［Ｓ７］では，ストア端末４Ａが，ユーザ端末３から取得したユーザαの総合ＩＤ（ａａａａ）と，自己のメモリに記憶されているストアサーバ１ＡのストアＩＤ（Ｓ０００１）を，データバンク２へと送信する。ストア端末４Ａは，ストアサーバ１Ａに対応するものである。このため，ストア端末４Ａのメモリには，予めストアサーバ１ＡのストアＩＤ（Ｓ０００１）が記憶されている。このように，ストア端末４Ａからは，対応するストアサーバ１ＡのストアＩＤが，データバンク２に向けて送信される。
【００５５】
ステップ［Ｓ８］では，データバンク２が，ストア端末４Ａから受信したユーザαの総合ＩＤと，ストアサーバ１ＡのストアＩＤに基づいて，総合データベース２１から必要な情報を読み出し，読み出した情報を確認情報としてユーザ端末３に送信する。
【００５６】
すなわち，まず，データバンク２は，ストア端末４Ａから受信したストアＩＤ（Ｓ０００１）に基づいて，総合データベース２１（図３（ｂ））を参照する。データバンク２は，総合データベース２１を参照することで，ストアサーバ１Ａが個別データベース１１に個別プロフィールデータとして登録することを希望する「必要情報」を，把握することができる。図３（ｂ）に示した例では，ストアサーバ１Ａは，名前，住所，電話番号の基本情報の他に，身長，体重といった個人情報を個別プロフィールデータとして記憶することを求めていることがわかる。
【００５７】
次に，データバンク２は，ストア端末４Ａから受信したユーザαの総合ＩＤ（ａａａａ）に基づいて，総合データベース２１（図３（ａ））を参照する。ここで，データバンク２は，先程取得したストアサーバ１Ａの「必要情報」に相当するユーザαのプロフィールデータを，総合データベース２１から読み出す。つまり，ストアサーバ１Ａの「必要情報」（個別データベース１１に個別プロフィールデータとして登録することを希望する情報）は，名前，住所，電話番号，身長，及び体重である。この必要情報に基づいて，ユーザαの総合プロフィールデータを参照する。図３ａに示されるように，総合データベース２１には，ユーザαの基本プロフィールデータとして，名前（Ｔａｒｏ），住所（Ｔｏｋｙｏ…），電話番号（０９０…）が記憶されている。これらの情報は，ストアサーバ１Ａの「必要情報」に合致するため，読み出される。また，総合データベース２１には，ユーザαの累積個別プロフィールデータとして，身長（１７０）が記憶されている。この身長に関する情報は，ユーザαが，ストアサーバ１Ｃに登録を行う際に入力したものであるが，ストアサーバ１Ｃとストアサーバ１Ａの必要情報が一致するものであったため，流用することが可能である。このため，ユーザαの身長に関する情報（１７０）も，読み出される。他方，ストアサーバ１Ａの「必要情報」のうち，ユーザαの体重に関する情報は，総合データベース２１には未だ登録されていない。このため，データバンク２は，ユーザαの体重に関する情報を読み出すことはできなくなっている。
【００５８】
上記のようにして，ストアサーバ１Ａの「必要情報」に対応するものとして読み出されたユーザαのプロフィールデータを，「確認情報」として，ユーザαのユーザ端末３に送信する。なお，ユーザαの体重に関する情報は未登録であるため，この体重に関しては「未登録」である旨を，ユーザαのユーザ端末３に送信する。
【００５９】
また，データバンク２は，ストアサーバ１Ａの「必要情報」（名前，住所，電話番号，身長，及び体重）に対応するに対応するプロフィールデータのうち，一部のプロフィールデータ（例えば，身長及び体重）のみを，「確認情報」として，ユーザ端末３に送信することとしてもできる。例えば，年月を経過しても変化しない情報（性別，生年月日等）については，ユーザαに再確認する必要のない情報であるため，「確認情報」として，ユーザ端末３に送信することを省略することもできる。
【００６０】
ステップ９［Ｓ９］では，ユーザαのユーザ端末３が，データバンク２から受信した「確認情報」に含まれるプロフィールデータを，タッチパネルディスプレイ３２に表示する。図４には，ユーザ端末３の画面上に表示された画像の表示例が示されている。ユーザ端末３は，「確認情報」に含まれるプロフィールデータについて，既に登録済みのプロフィールデータについては，修正の要否を問い合わせると共に，未登録のプロフィールデータについては，追加入力を促す表示を行う。例えば，ユーザαは，名前（Ｔａｒｏ），住所（Ｔｏｋｙｏ…），電話番号（０９０…），及び身長（１７０）については，既に総合データベース２１である。このため，ユーザ端末３はユーザαに対し，これらの登録済みの情報については，修正がなければ「ＯＫ」ボタンを押すように促し，修正あれば「修正」ボタンを押した上で，最新のプロフィール（更新プロフィール）を入力するように促す。他方，ユーザαは，体重に関する情報については，総合データベース２１に登録してない。このため，ユーザ端末３はユーザαに対し，この未登録の情報については，「追加」ボタンを押した上で，新しい自己のプロフィール（個別プロフィール）を入力するように促す。
【００６１】
なお，図３（ａ）に示されるように，ユーザαは，ストアサーバ１Ａが「必要情報」として要求する身長に関しては，未登録であったが，ストアサーバ１Ａへのプロフィールデータの登録作業を行う以前に，ストアサーバ１Ｃが「必要情報」として要求する身長について，既に登録を行なっていた。このように，別のストアサーバに対して入力されたプロフィールデータについても，総合データベース２１に記憶しておくことで，ストアサーバ１Ａに対する初期登録作業を行う際に，ストアサーバ１Ｃに対する登録作業を行った際に入力された情報を流用することができる。これにより，ユーザαは，ストアサーバ１Ｃへの登録時に身長に関する情報を入力しておけば，ストアサーバ１Ａへの登録時には，身長に関する情報を入力する作業を省くことが可能となる。
【００６２】
ステップ１０［Ｓ１０］では，ユーザ端末３が，ステップ９［Ｓ９］においてユーザαによって入力された各種の情報を，データバンク２へと送信する。つまり，ユーザαが，自己のプロフィールデータに修正がないと判断し，「ＯＫ」ボタンを押した場合には，その「ＯＫ」である旨の情報（修正の必要がない旨の情報）が，ユーザ端末３からデータバンク２へと送信される。また，ユーザαが，自己のプロフィールデータを修正する必要があると判断し，「修正」ボタンを押した上で最新のプロフィール（更新プロフィール）を入力した場合には，その更新プロフィールのデータが，ユーザ端末３からデータバンク２へと送信される。また，ユーザαが，総合データベース２１に登録されていない新しい自己のプロフィール（個別プロフィール）を入力した場合には，その新しい個別プロフィールのデータが，ユーザ端末３からデータバンク２へと送信される。
【００６３】
ステップ１１［Ｓ１１］では，データバンク２が，ユーザ端末３から受信した各種の情報に基づいて，総合データベース２１を更新する。すなわち，データバンク２は，ユーザαによって修正された最新の更新プロフィールデータを受信したときには，その更新プロフィールデータに基づいて，総合データベース２１を更新する。例えば，ユーザαの電話番号が，「０９０…」から「０８０…」へと修正された更新プロフィールデータを受信した場合には，総合データベース２１のうち，ユーザαの総合プロフィールデータに含まれる電話番号を「０８０…」へと書き換える。また，データバンク２は，ユーザαによって追加された新しい個別プロフィールデータを受信したときに，その新しい個別プロフィールデータを，総合データベース２１に追加する。図４に示された例では，ストアサーバ１Ａの「必要情報」に対応して，ユーザαの体重に関する情報が新たに追加されたため，データバンク２は，総合データベース２１に，ユーザαの体重を追加する。
【００６４】
ステップ１２［Ｓ１２］では，データバンク２が，ユーザαのユーザ端末３から，プロフィールを修正する必要がない旨の情報，更新プロフィールの情報，又は新しい個別プロフィールの情報を受信したときに，ポイントデータベース２２に記憶されているユーザαのポイントを加算する。例えば，プロフィールを修正する必要がない旨の情報の場合には，「１ポイント」，更新プロフィールの情報の場合には「２ポイント」，新しい個別プロフィールの情報の場合には「３ポイント」などのように，情報の種類に応じて，ポイントの加算数に軽重の差を設けてもよい。ポイントデータベース２２に蓄積されるポイントは，ユーザαが，各店舗で金銭に相当するものとして利用することができる。このように，ユーザに対して自己のプロフィールを確認する作業に対しインセンティブを与えることで，ユーザが積極的に自己のプロフィールデータを確認したり，修正したり，追加したりする動機付けを創り出すことができる。
【００６５】
ステップ１３［Ｓ１３］では，データバンク２が，ストアＡを運営する事業者によって管理されているストアサーバ１Ａに対し，ユーザαの基本プロフィールデータと個別プロフィールデータ（すなわち，総合プロフィールデータ）を送信する。ここで，データバンク２は，総合データベース２１に記憶されているユーザαの総合プロフィールデータを全て送信するわけではなく，総合プロフィールデータの中から，ストアサーバ１Ａの「必要情報」に対応するプロフィールデータを抽出して，送信する。つまり，図３（ｂ）に示されるように，ストアサーバ１Ａの「必要情報」（個別データベース１１に個別プロフィールデータとして登録することを希望する情報）は，名前，住所，電話番号，身長，及び体重である。そこで，データバンク２は，総合データベース２１の中から，ユーザαの名前，住所，電話番号，身長，及び体重を送信する。
【００６６】
ステップ１４［Ｓ１４］では，ストアサーバ１Ａが，データバンク２から受信したユーザαのプロフィールデータを，自己の個別データベース１１に登録する。これにより，ストアサーバ１Ａは，自己が必要とする情報（「必要情報」）を，データバンク２から得ることができる。また，ストアサーバ１Ａは，ユーザαの個人プロフィールデータを個別データベース１１に登録する際に，自己の管理番号として，個別ＩＤをユーザαに割り当てる。このとき，ストアサーバ１Ａは，ユーザαの割り当てた個別ＩＤを，データバンク２にも通知する。データバンク２は，ストアサーバ１Ａから受信したユーザαの個別ＩＤを，総合データベース２１に登録して管理する。
【００６７】
ステップ１５［Ｓ１５］では，データバンク２が，ユーザαの更新プロフィールを，ユーザαの個別プロフィールデータを個別データベース１１に記憶している他の複数のストアサーバ１Ｂ…に対して送信する。例えば，ステップ９［Ｓ９］において，ユーザαが，自己の電話番号を「０９０…」から「０８０…」へと修正したとする。この電話番号の更新プロフィールデータは，ユーザ端末３からデータバンク２へと送信され，データバンク２の総合データベース２１は更新されている。このような場合に，データバンク２は，総合データベース２１を参照して，ユーザαの「電話番号」を，個別データベース１１に記憶している他のストアサーバを検索する。ここで，図３（ａ）のテーブルを参照すると，ユーザαのプロフィールデータは，ストアサーバ１Ｂの個別データベース１１と，ストアサーバ１Ｃの個別データベース１１に記憶されていることがわかる。また，図３（ｂ）のテーブルを参照すると，ストアサーバ１Ｂとストアサーバ１Ｃが，電話番号を「必要情報」としていることがわかる。そこで，データバンク２は，ユーザαの電話番号が更新されたときには，ストアサーバ１Ｂとストアサーバ１Ｃに対して，更新プロフィールデータを送信する。
【００６８】
ステップ１６［Ｓ１６］では，データバンク２から更新プロフィールデータを受信したストアサーバ１Ｂ，１Ｃが，その更新プロフィールデータに基づいて，自己の個別データベース１１を更新する。例えば，各ストアサーバ１Ｂ，１Ｃは，ユーザαの電話番号が「０９０…」から「０８０…」へと修正された旨の更新プロフィールデータを受信したときには，ユーザαの電話番号を「０９０…」から「０８０…」に書き換える。このようにすれば，データバンク２と提携している全てのストアサーバ１Ａ，１Ｂ，１Ｃ…について，その個別データベース１１内の情報を，一元的に常に最新の状態に保つことができる。
【００６９】
さらに，本発明のシステム１００では，ステップ５［Ｓ５］〜ステップ７［Ｓ７］において説明した通り，各店舗に設置されているストア端末４Ａ，４Ｂ…によって，ユーザ端末３からユーザの総合ＩＤを読み取ることによって，そのユーザのプロフィールデータの確認フローが開始される。このように，ストア端末４Ａ，４Ｂ…とユーザ端末３の連携を契機としてプロフィールデータの確認を開始することで，例えば，ユーザが店舗を訪問する都度，ユーザがプロフィールデータを確認することができるようになる。これにより，ユーザが積極的に自己のプロフィールデータを確認して，プロフィールデータに修正がある場合には，新しいプロフィールデータに更新する機会を増加させることができる。その結果，本システム１００によれば，データバンク２と提携している全てのストアサーバ１Ａ，１Ｂ，１Ｃ…を含めて，データベース内の情報を常に最新の状態に維持することができる。
【００７０】
続いて，図５に示されたステップ１７［Ｓ１７］〜ステップ２８［Ｓ２８］は，ユーザが，ストアサーバ１Ａ，１Ｂ…の個別データベース１１に既に登録されている自己の個別プロフィールを確認する作業のフローを示している。ここでは，ユーザαが，ストアサーバ１Ａの個別データベース１１に，全ての個別プロフィールデータを登録した後の状態において，そのプロフィールデータを確認する際のフローを例にあげて説明する。つまり，ここでは，ユーザαが，ストアサーバ１Ａを管理する事業者によって運営されているストアＡを再度訪れた事例を想定して，説明する。
【００７１】
図５に示されたステップ１７［Ｓ１７］〜ステップ１９［Ｓ１９］までの処理は，基本的に，図４に示されたステップ５［Ｓ５］〜ステップ７［Ｓ９］までの処理と同一である。このため，ここでの説明は省略する。
【００７２】
ステップ２０［Ｓ２０］において，データバンク２が，ストア端末４Ａから受信したユーザαの総合ＩＤと，ストアサーバ１ＡのストアＩＤに基づいて，総合データベース２１から必要な情報を読み出し，読み出した情報を確認情報としてユーザ端末３に送信する。ここで，ストアサーバ１Ａが「必要情報」として求めるユーザαの個別プロフィールデータは，既にデータバンク２の総合データベース２１に登録されている。このため，データバンク２は，総合データベース２１から，ストアサーバ１Ａが「必要情報」として求める全てのプロフィールデータを読み出し，「確認情報」として，ユーザ端末３に送信する。すなわち，ここにいう「確認情報」には，名前（Ｔａｒｏ），住所（Ｔｏｋｙｏ…），電話番号（０９０…），身長（１７０），及び体重（６０）といった，ストアサーバ１Ａの個別データベース１１に記憶されているユーザαの個別プロフィールデータが全て含まれる。
【００７３】
なお，先述したとおり，データバンク２は，ストアサーバ１Ａの「必要情報」（名前，住所，電話番号，身長，及び体重）に対応するプロフィールデータのうち，一部のプロフィールデータ（例えば，身長及び体重）のみを，「確認情報」として，ユーザ端末３に送信することとしてもできる。
【００７４】
ステップＳ２１［Ｓ２１］では，ユーザαのユーザ端末３が，データバンク２から受信した「確認情報」に含まれるプロフィールデータを，タッチパネルディスプレイ３２に表示する。図４に示されるように，ユーザαの個別プロフィールデータは既にストアサーバ１Ａの個別データベース１１に登録済みであるため，すべてのプロフィールデータについて，修正の要否が問い合わせられる。ユーザ端末３はユーザαに対し，これらの登録済みの情報については，修正がなければ「ＯＫ」ボタンを押すように促し，修正あれば「修正」ボタンを押した上で，最新のプロフィール（更新プロフィール）を入力するように促す。
【００７５】
ステップ２２［Ｓ２２］では，ユーザ端末３が，ステップ２１［Ｓ２１］においてユーザαによって入力された各種の情報を，データバンク２へと送信する。つまり，ユーザαが，自己のプロフィールデータに修正がないと判断し，「ＯＫ」ボタンを押した場合には，その「ＯＫ」である旨の情報（修正の必要がない旨の情報）が，ユーザ端末３からデータバンク２へと送信される。また，ユーザαが，自己のプロフィールデータを修正する必要があると判断し，「修正」ボタンを押した上で最新のプロフィール（更新プロフィール）を入力した場合には，その更新プロフィールのデータが，ユーザ端末３からデータバンク２へと送信される。
【００７６】
ステップ２３［Ｓ２３］では，データバンク２が，ユーザ端末３から受信した各種の情報に基づいて，総合データベース２１を更新する。
【００７７】
ステップ２４［Ｓ２４］では，データバンク２が，ユーザαのユーザ端末３から，プロフィールを修正する必要がない旨の情報，又は更新プロフィールの情報を受信したときに，ポイントデータベース２２に記憶されているユーザαのポイントを加算する。
【００７８】
ステップ２５［Ｓ２５］及びステップ２７［Ｓ２７］では，データバンク２が，ユーザαによって更新プロフィールが入力された場合に，ユーザαの個別プロフィールデータを個別データベース１１に記憶している複数のストアサーバ１Ａ，１Ｂ…に対して送信する。
【００７９】
ステップ２６［Ｓ２６］及びステップ２８［Ｓ２８］では，データバンク２から更新プロフィールデータを受信したストアサーバ１Ａ，１Ｂ…が，その更新プロフィールデータに基づいて，自己の個別データベース１１を更新する。
【００８０】
以上のように，本発明のシステム１００では，ユーザがストア端末４Ａ，４Ｂ…の設置してある店舗を訪れる度に，そのユーザのプロフィールデータの確認フローが行われる。ユーザは自己のプロフィールデータに修正がない場合には，自己の端末に表示される簡単に「ＯＫ」ボタンを押してその旨を通知し，プロフィールデータに修正がある場合には，自己の端末に表示される「修正」ボタンを押した上で，最新のプロフィールデータを入力する。また，ユーザには，自己のプロフィールデータを確認する度にポイントが付与される。これにより，本発明によれば，ユーザが積極的に自己のプロフィールデータを更新する機会を増やすことができる。さらに，本発明によれば，ユーザのプロフィールデータを一元的に管理することができるため，ユーザがプロフィールデータを更新する際の手間を減らすことができる。
【００８１】
以上，本発明に係るプロフィールデータ更新システム，プロフィールデータ更新方法，及びプログラムの一例を説明したが，上記の説明は本発明の一実施形態を示すものであり，本発明はこれに限定されるものではない。すなわち，本発明は，本願明細書に記載された事項に基づいて当業者が自明な変更形態や改良形態を包含するものである。
【産業上の利用可能性】
【００８２】
本発明は，プロフィールデータ更新システムやプロフィールデータ更新方法等に関する。従って，ユーザのプロフィールデータを管理する必要のある小売業やサービス産業において好適に利用し得る。
【符号の説明】
【００８３】
１Ａ，１Ｂ…ストアサーバ
２…データバンク
３…ユーザ端末
４Ａ，４Ｂ…ストア端末
【図１】
2015036942.tif 000003
【図２】
2015036942.tif 000004
【図３】
2015036942.tif 000005
【図４】
2015036942.tif 000006
【図５】
2015036942.tif 000007