【０００１】
【発明の属する技術分野】
本発明は、商品を購入するユーザになり代わって、販売店自体がユーザとしてメーカにユーザ登録されるようにしたユーザ登録方法およびユーザ登録システムに関する。
【０００２】
【従来の技術】
市場には、消費者により購入可能とされている様々な商品が存在するが、これら商品の中には、商品を購入した消費者（以下、ユーザと称す）の商品購入傾向の調査や新商品情報提供先の入手等を目的として、商品を製造したメーカや販売元（以下、販売元をメーカに含めることにする）がユーザの氏名や住所、年齢、職種等の個人情報をメーカに登録するよう、ユーザに要求することが行われている。この個人情報のメーカへの登録は一般にユーザ登録と称されているが、これまでにあっては、図２３に示すように、ユーザ１０が販売店２０から商品を購入後、その商品のメーカ３０に対し、ユーザ１０自らがユーザ登録を行っていたのが実情である。
【０００３】
【発明が解決しようとする課題】
ところで、商品の中には、ユーザ登録をしないと、メーカがアフターサポートをしなかったり、商品保証期間が短くなる等のケースがあり、これからすれば、ユーザにとってユーザ登録が重要である場合が少なくない。しかしながら、これまでにあっては、ユーザ登録が重要であるにも拘らず、メーカに対しユーザ自身がユーザ登録を行う必要があることから、ユーザにとっては煩わしいだけでなく、ユーザ登録を行うのを忘れる虞が多分にあった。
【０００４】
また、ユーザ登録の方法はメーカ毎に独自形式であるため、例えば多数のメーカの商品を購入した場合、ユーザはそれぞれのユーザ登録形式に対応することを面倒に感じ、ユーザ登録を怠る虞があり、更に、ユーザの転居等を要因として、ユーザ登録情報に何等かの変更が生じた場合には、ユーザは以前にユーザ登録を行った全てのメーカに対し、ユーザ登録の修正を行うことを面倒に感じ、やはり、ユーザ登録情報の修正を怠る虞があった。
【０００５】
更にまた、ユーザ登録を行ったユーザには、メーカから購入商品についての新情報や新商品情報等、様々な情報が提供されるが、それら情報をユーザ個人が管理することは煩わしかった。
【０００６】
一方、メーカ側にとっては、正確なユーザ情報がユーザ登録に反映されない状態では、その所期の目的、即ち、ユーザの商品購入傾向の調査や新商品情報提供先の入手等が実現できないため、メーカにとっても好ましい事態ではなかった。
【０００７】
本発明の目的は、ユーザによる直接的なユーザ登録が不要とされつつも、販売店を介し間接的にユーザ登録されることで、ユーザが煩わしいユーザ登録から解放され得、また、販売店は容易にユーザを管理し得るユーザ登録方法を提供することにある。
【０００８】
本発明の目的はまた、ユーザによる直接的なユーザ登録が不要とされつつも、販売店を介し間接的にユーザ登録されることで、ユーザが煩わしいユーザ登録から解放され得、また、販売店は容易にユーザを管理し得るユーザ登録システムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明のユーザ登録方法は、販売店がユーザに商品を販売する際に、該販売店はユーザからユーザ情報の提供を受けて、自販売店自体が登録ユーザとなるべく、上記商品のメーカに対し自販売店自体の情報を用い、ユーザ登録を行う一方、上記ユーザから提供されるユーザ情報と上記ユーザ登録の情報をサーバに登録するようにしたものである。
【００１０】
また、本発明のユーザ登録システムは、商品をユーザに販売し、該ユーザからユーザ情報が提供される販売店と、該販売店自体が登録ユーザとなるべく、該販売店からネットワークを介し該販売店自体の情報によりユーザ登録が行われるメーカと、ネットワーク上に設置された状態で、上記販売店により上記ユーザから提供されるユーザ情報と上記ユーザ登録の情報が登録されるサーバとからシステム構成されるようにしたものである。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を図１から図２２により説明するが、その具体的説明に先立って、その概要を説明すれば以下のようである。
【００１２】
即ち、本発明では、販売店がユーザに商品を販売する際に、ユーザからユーザ情報の提供を受け、そのユーザ情報の全部、または一部と販売した商品に関する情報をサーバに登録する一方、その商品のメーカに対し販売店自体がユーザとしてユーザ登録されている。この結果、メーカがユーザ登録済みの登録ユーザである販売店に対して情報を提供した場合には、販売店は、サーバからそのメーカの商品を購入したユーザのユーザ情報を取得し、それらユーザに対してメーカから提供された情報の全部、または一部を提供可能となる。
【００１３】
また、ユーザ登録に用いた販売店自体の情報に変更が生じた場合には、販売店はサーバから既にユーザ登録を行ったメーカのメーカ情報を取得し、これらメーカに対して変更後の販売店情報を用いてユーザ登録の修正を行う。更に、サーバから登録済みのユーザ情報を取得し、これらユーザに対して販売店情報に変更が生じた旨の通知を行うことが可能となる。
【００１４】
更にまた、ユーザ情報に変更が生じた場合には、販売店は、ユーザから変更後のユーザ情報の提供を受け、サーバに登録されているユーザ情報を変更後のユーザ情報に更新する。
【００１５】
更には、販売店はユーザが興味を持っているであろう商品を推定し、サーバからその商品の情報を取得した上、ユーザに提供するか、またはサーバからユーザが過去に購入した商品の情報を取得し、この情報に基づき、ユーザに適していると推定された商品の情報をユーザに提供することが可能となる。
【００１６】
一方、ユーザ登録システムとしては、複数の販売店をネットワーク経由で共有サーバと接続することで、これら販売店がサーバ内の情報を共有したり、ユーザ、販売店、サーバおよびメーカといった４者をネットワーク経由で接続することも可能とされている。販売店としては実店舗の他、ネットワーク上（Ｗｅｂ上）の店舗も考えられる。
【００１７】
さて、本発明を具体的に説明すれば、図１に、本発明のユーザ登録システムの一例での全体システム概念を示す。図示のように、商品を購入するユーザ１０や商品をユーザ１０に販売する販売店２０、商品を製造するメーカ３０、ユーザ１０の情報やメーカ３０の情報等が蓄積されるサーバ４０が係わり合ったものとしてシステム構成されている。
【００１８】
ユーザ１０が販売店２０から商品を購入すると、ユーザ１０から販売店２０にはユーザ情報が提供されるが、販売店２０によりそのユーザ情報の全部、または一部とユーザ１０に販売された商品に関する情報（メーカ情報を含む）がサーバ４０に蓄積される一方では、メーカ３０に対しては販売店２０自体の情報を用い、ユーザ登録が行われている。その販売店２０自体の情報には、ユーザ１０のユーザ情報が何等含まれていないことから、ユーザ１０は販売店２０およびサーバ４０を介しメーカ３０に間接的にユーザ登録されることになる。尤も、ユーザ１０に販売された商品に関する情報については、その情報がユーザ登録の情報の一部として含まれていることから、後にそのユーザ登録の情報がサーバ４０に蓄積されることによって、その情報が単独でサーバ４０に蓄積されるようにすることは不要となっている。
【００１９】
図２は、ある販売店を初めてユーザが利用する場合での動作シーケンス例を示す。その図中、縦軸は時間の経過を表しているが、このような時間経過表示は、後述の図３以降での動作シーケンスでも同様である。
【００２０】
この図２による場合、ユーザ１０が販売店２０から商品を購入すれば（ステップ２０１）、そのユーザ１０に対しては、販売店２０からユーザＩＤとパスワードが問い合せされる（ステップ２０２）。因みに、ここにいうユーザＩＤとは、販売店２０が個々のユーザ１０を識別するためにユーザ１０毎に設定されたコードであり、また、パスワードとは、ユーザ１０がユーザＩＤの正しい所有者であることを示すためのものであり、このパスワードは、ユーザ１０から販売店２０に提供されるユーザ情報にその一部として含まれている。
【００２１】
さて、本例での場合、ユーザ１０は販売店２０を初めて利用していることから、当然のことながら、ユーザＩＤ、パスワードそれぞれは未所有、未登録となっている（ステップ２０３）。そこで、ユーザ１０からは、氏名や住所、電話番号、メールアドレス、パスワード、年齢、職種等のユーザ情報が販売店２０に提供される（ステップ２０４）。このユーザ情報を受けて、販売店２０によりサーバ４０には、そのユーザ情報および商品情報（メーカ情報を含む）が蓄積される（ステップ２０５）。一方、サーバ４０では、販売店２０からの情報に基づき、ユーザＩＤの作成やユーザリスト等が作成された上（ステップ２０６）、販売店２０に対してはユーザＩＤが発行されているが（ステップ２０７）、このユーザＩＤは販売店２０を介しユーザ１０に発行される（ステップ２０８）。そして、販売店２０からユーザ１０には商品が提供される（ステップ２０９）。その後、販売店２０はその商品を製造したメーカ３０に対して、ユーザ１０になり代わって、販売店２０の名称や住所等の情報を用い、ユーザ登録を行う（ステップ２１０）。更に、販売店２０によりサーバ４０には、ユーザ登録の際に使用された情報、即ち、販売店２０の名称や住所、販売された商品についての情報（その商品のメーカ情報を含む）等が蓄積される（ステップ２１１）。サーバ４０では、ユーザリストの登録情報が、そのユーザ登録で使用された情報により更新される（ステップ２１２）。したがって、サーバ４０には、商品が販売される度に、その商品とユーザと販売店とが一義的な関係として登録されることになる。
【００２２】
以上のように、ユーザ１０は初めての販売店に対してユーザ情報を提供するだけで、ユーザ登録作業を実際行わなくて済まされる一方、販売店２０では、サーバ４０上での蓄積情報を基に、ユーザ１０に対し新サービス等を提供できるばかりか、より確実にユーザを確保し得ることになる。
【００２３】
図３は、以前に利用した販売店をユーザが再び利用する場合での動作シーケンス例を示す。これによる場合、ユーザ１０が販売店２０から商品を購入すれば（ステップ３０１）、そのユーザ１０に対しては、販売店２０からユーザＩＤとパスワードが問い合せされる（ステップ３０２）。この場合、ユーザ１０は以前に販売店２０を利用しているため、ユーザＩＤを所有し、パスワードは登録済みである（ステップ３０３）。そこで、ユーザ１０からは、ユーザＩＤとパスワードが販売店２０に提供される（ステップ３０４）。これを受け、販売店２０によりサーバ４０に対しては、ユーザ１０からのユーザＩＤとパスワードが正しいものであるか否かのユーザ認証が問合せされる（ステップ３０５）。サーバ４０では、登録されているユーザリストからユーザＩＤとパスワードが照合された上（ステップ３０６）、販売店２０に対してユーザ認証結果が返送される（ステップ３０７）。販売店２０では、ユーザ認証結果がＯＫである場合、サーバ４０に対しては、新たに購入された商品のメーカ情報を含む商品情報が蓄積される（ステップ３０８）。これによりサーバ４０では、ユーザリストが更新される（ステップ３０９）。そして、販売店２０からユーザ１０には商品が提供される（ステップ３１０）。その後、販売店２０は、その商品のメーカ３０に対して、販売店２０の名称や住所等の情報を用いて、ユーザ登録を行う（ステップ３１１）。更に、販売店２０によりサーバ４０には、ユーザ登録で使用された販売店２０の名称や住所等の情報が蓄積される（ステップ３１２）。サーバ４０では、ユーザリストの登録情報が、そのユーザ登録で使用された情報により更新される（ステップ３１３）。
【００２４】
なお、ステップ３０７でサーバ４０からＮＯのユーザ認証結果が販売店２０に返送された場合、販売店２０はその旨をユーザ１０に通知の上、再度、ユーザ１０からユーザＩＤとパスワードの提供を受けるか、または改めて図２に示す動作シーケンスからやり直せばよい。
【００２５】
以上のように、ユーザ１０は２回目以降からは、ユーザＩＤとパスワードを販売店２０に提供するだけで済まされ、商品購入の度にユーザ登録作業を行わなくても済まされることになる。また、販売店２０では、ユーザ１０に更に新サービスを提供できることで、ユーザを確保し得ることになる。
【００２６】
なお、メーカ４０がユーザ登録を求める理由の１つに、ユーザの年齢層や職種等の傾向調査というものがある。しかしながら、本発明によれば、メーカ４０に対して登録される情報は全て販売店２０の情報となり、ユーザ１０の情報はメーカ４０に反映されないことになる。メーカ４０がユーザ１０の情報を必要とする場合には、販売店２０がメーカ４０に対し、有償、あるいは無償で、サーバ４０内のユーザリスト情報の全部、または一部を提供してもよい。
【００２７】
次に、ある商品についてユーザ登録を行った登録ユーザ、即ち、販売店に対して、メーカから情報が提供された場合について、図４により説明すれば、以下のようである。
【００２８】
即ち、メーカ３０から、登録ユーザである販売店２０に情報が提供されれば、販売店２０からサーバ４０に対しては、その情報を提供したメーカ３０の情報や商品の情報が入力されることによって、サーバ４０からは、そのメーカ３０の商品を購入したユーザのユーザ情報が取得される。このようにして取得されたユーザ情報が示すユーザ１０各々に対しては、メーカ３０から提供された情報の全部、または一部が提供される。
【００２９】
図５は、その場合での動作シーケンス例を示す。これによる場合、メーカ３０から、登録ユーザである販売店２０に情報が提供される（ステップ５０１）。これを受けて、販売店２０からサーバ４０に対しては、その情報を提供したメーカ３０の情報や商品の情報が入力される（ステップ５０２）。これをキーとしてユーザリストが検索されることで、サーバ４０からは、そのメーカの商品を購入したユーザのユーザ情報が取得される（ステップ５０３，５０４）。このようにして取得されたユーザ情報からはユーザ１０が容易に抽出されるが、抽出されたユーザ１０各々に対しては、メーカ３０から提供された情報の全部、または一部が提供される（ステップ５０５）。
【００３０】
以上のようにして、ユーザ１０各々に情報が提供される場合は、ユーザ１０各々はメーカ３０から提供される情報を直接受け取る必要がなく、メーカ３０からの情報を個人で管理することの煩わしさから解放されることになる。また、販売店２０では、メーカ３０から提供された情報の中から取捨選択して、ユーザ１０に必要な情報のみを提供できることになる。例えば販売店２０として強く売り出したい商品の情報を重点的にユーザ１０に提供する等、販売店２０の販売戦略に合せた情報提供が可能になる。
【００３１】
また、図６により販売店の転居等により販売店情報に変更が生じた場合について説明すれば、販売店２０はサーバ４０に対し、メーカ情報を要求する。サーバ４０からは、要求されたメーカ情報が販売店２０に提供される。取得されたメーカ情報から抽出されたメーカ３０に基づき、販売店２０はそのメーカ３０に対してユーザ登録の修正を行う。また、販売店２０はサーバ４０に対して、ユーザ情報を要求し、サーバ４０から販売店２０にはユーザ情報が提供される。このユーザ情報が示すユーザ１０各々には、販売店２０から販売店情報が変更された旨が通知される。
【００３２】
図７は、その場合での動作シーケンス例を示す。これによる場合、販売店２０はサーバ４０に対して、それまでユーザ登録されているメーカ情報を要求する（ステップ７０１）。その際、全てのメーカ情報を要求してもよいが、販売店情報の変更項目がユーザ登録に用いられている場合には、その変更項目を含む形でユーザ登録が行われたユーザ登録先メーカのメーカ情報だけを要求してもよい。メーカ情報の要求があった場合、サーバ４０では、ユーザリストが検索された上、要求されたメーカ情報が販売店２０に提供される（ステップ７０２，７０３）。取得されたメーカ情報に基づき、販売店２０では、該当メーカ３０に対してユーザ登録の修正を行う（ステップ７０４）。その後、販売店２０からサーバ４０には、それまで登録されている全てのユーザ情報が要求される（ステップ７０５）。この要求に基づき、サーバ４０では、ユーザリストが検索された上（ステップ７０６）、要求されたユーザ情報が販売店２０に提供される（ステップ７０７）。この取得されたユーザ情報に基づき、販売店２０からユーザ１０各々に対しては、販売店情報が変更された旨が通知される（ステップ７０８）。
【００３３】
以上から判るように、ユーザ１０は販売店２０が転居したり、店名を変更したりした場合に、販売店２０からの変更通知を確実に受け取れるばかりか、ユーザ登録に関しては、一切無関係でいられることになる。
【００３４】
以上は販売店情報に変更が生じた場合であるが、これとは別に、ユーザの転居等によりユーザ情報に変更が生じた場合について図８により説明すれば、ユーザ１０から販売店２０には、変更後のユーザ情報が提供される。このユーザ情報の提供を受けて、販売店２０からサーバ４０に対しては、変更後のユーザ情報が入力される。この変更後のユーザ情報に基づき、サーバ４０では、ユーザリストが更新される。
【００３５】
図９は、その場合での動作シーケンス例を示す。これによる場合、ユーザ情報に変更が生じる度に、ユーザ１０から販売店２０には、変更後のユーザ情報が提供される（ステップ９０１）。このユーザ情報の提供を受けて、販売店２０からサーバ４０に対しては、変更後のユーザ情報が入力されるが（ステップ９０２）、この変更後のユーザ情報に基づき、サーバ４０では、ユーザリストが更新される（ステップ９０３）。
【００３６】
以上からも判るように、ユーザ１０は、変更後のユーザ情報を販売店２０に対し提供するだけで、購入済み商品の全てのメーカに対してユーザ登録の修正作業を行わなくて済まされ、また、販売店２０では、サーバ４０上のユーザリストを変更後のユーザ情報に基づき更新するだけで、ユーザ１０の購入済み商品の全てのメーカに対してユーザ登録の修正作業を行わなくて済まされることになる。
【００３７】
更に、販売店がユーザに対して商品情報を提供する場合について図１０により説明すれば、販売店２０からサーバ４０には、ユーザ１０のユーザ情報が入力される。これに応答して、サーバ４０から販売店２０には、そのユーザ１０の興味対象として推定された興味商品情報が提供される。販売店２０では、サーバ４０からの興味商品情報に基づき商品情報が作成されるが、この作成された商品情報が販売店２０からユーザ１０に対して提供される。
【００３８】
図１１は、その場合での動作シーケンス例を示す。これによる場合、販売店２０からサーバ４０に対しては、商品情報提供先としてのユーザ１０のユーザ情報が入力される（ステップ１１０１）。このユーザ情報はサーバ４０上に登録されているユーザリストを検索するためのものであり、以前に発行したユーザＩＤやユーザ１０の電話番号等を用いることができる。そのユーザ情報の入力により、サーバ４０では、サーバ４０上に登録されているユーザリストが検索された上（ステップ１１０２）、ユーザリストから取得されたユーザ情報と過去に購入した商品情報に基づき、ユーザ１０の興味商品が推定される（ステップ１１０３）。サーバ４０から販売店２０には興味商品情報が提供されるが（ステップ１１０４）、販売店２０では、サーバ４０からの興味商品情報に基づき商品情報が作成された上、ユーザ１０に提供される（ステップ１１０５）。
【００３９】
以上から判るように、ユーザ１０は販売店２０から興味のある商品についての情報が重点的に提供されることになり、また、販売店２０では、ダイレクトメールのような無駄がなくなり、広告料が有効に活かされることになる。
【００４０】
ところで、販売店がユーザに対して商品情報を提供する場合としては、他の提供方法も考えられる。図１２によりその提供方法について説明すれば、販売店２０からサーバ４０に対しては、ユーザ１０のユーザ情報が入力される。これを受け、サーバ４０から販売店２０には、そのユーザ１０のユーザ情報や、そのユーザ１０が過去に購入した商品の情報が提供される。販売店２０では、その商品の情報を基にユーザ１０の興味対象商品が推定され、その興味対象商品に基づき商品情報が作成された上、ユーザ１０に提供される。
【００４１】
図１３は、その場合での動作シーケンス例を示す。これによる場合、販売店２０からサーバ４０には、商品情報提供先であるユーザ１０のユーザ情報が入力される（ステップ１３０１）。これに応答して、サーバ４０では、サーバ４０に登録されているユーザリストが検索された上（ステップ１３０２）、ユーザ情報とそのユーザ１０が過去に購入した商品の情報が販売店２０に提供される（ステップ１３０３）。販売店２０では、その商品の情報を基にユーザ１０の興味対象商品が推定され（ステップ１３０４）、その興味対象商品に基づき商品情報が作成された上、ユーザ１０に提供される（ステップ１３０５）。
【００４２】
因みに、ユーザの興味対象商品を推定する方法としては、その一例として、ユーザが過去に購入した商品の商品分類と同一、あるいは類似、または関連のある分類に属する商品を選び出す等の方法を用いることができる。また、他の例としては、例えば新着商品情報や、売れ筋商品の商品情報をその商品に興味のあるユーザに提供する場合、販売店２０からサーバ４０には、その商品情報が入力される。これに対する応答として、サーバ４０では、ユーザリストから、過去に当該商品の商品分類と類似、もしくは関連のある分類等に属する商品を購入したユーザが検索された上、そのユーザ群が販売店２０に提供される。販売店２０からそのユーザ群には新着商品情報や売れ筋商品情報が提供されるようにしてもよい。尤も、ユーザリストから商品情報をサーバ４０が販売店２０に提供し、販売店２０でユーザ群が検索されるようにしてもよい。
【００４３】
ここで、本発明のユーザ登録システムの具体的システム構成について説明すれば、図１４にその一例での全体システム構成を示す。図示のように、複数の販売店２０からなる販売店群１４２０と、サーバ４０と、メーカ３０とがネットワーク１４５０を介し接続されるシステム構成となっている。販売店群１４２０とサーバ４０がネットワーク１４５０を介し接続されていることから、販売店群１４２０を構成している販売店２０各々によって、サーバ４０に蓄積されているユーザリストが共有されている。
【００４４】
したがって、各販売店２０は他販売店で登録されたユーザ情報を参照することが可能とされることから、ユーザ情報および商品情報を販売店毎に再登録することは不要となる。また、ユーザは、過去に商品を購入していた販売店と同一販売店群に含まれる他販売店から商品を初めて購入する場合に、ユーザ情報を再提供する必要がなくなる。
【００４５】
因みに、販売店が複数メーカの製品を組合せてシステム構築を行うシステムインテグレータである形態も考えられる。この場合には、図１〜図１３において、「商品購入」は「システム構築要求」、「商品提供」は「システム構築」、「メーカ」は「システム構築に用いた製品のメーカ」、「商品情報」は「システム構築に用いた製品の情報」となる。
【００４６】
次に、販売店がネットワーク上（Ｗｅｂ上）の店舗であるとして、この場合での本発明のユーザ登録システムの具体的なシステム構成を図１５に示す。図示のように、ユーザ端末１５１０と、販売店端末１５２０と、（共有）サーバ１５４０と、メーカ端末１５３０とがネットワーク１５５０を介し接続されている。このうち、ユーザ端末１５１０は、表示および出力部１５１１と入力部１５１２を含むべく構成されており、これと同様にして、販売店端末１５２０も、表示および出力部１５２１と入力部１５２２を含むべく構成されている。また、メーカ端末１５３０は、表示および出力部１５３１と入力部１５３２とユーザ登録情報が格納される記憶装置１５３３を含むべく構成されており、これと同様にして、サーバ１５４０も、表示および出力部１５４１と入力部１５４２とユーザ情報や商品情報が格納される記憶装置１５４３を含むべく構成されている。実際上、ユーザ端末１５１０、販売店端末１５２０、メーカ端末１５３０はそれぞれ複数存在するが、図示の便宜上、それぞれ１台のみ示す。
【００４７】
以上のユーザ登録システムでは、販売店端末１５２０各々によって、サーバ１５４０内の記憶装置１５４３に格納されている情報は共有可能とされているものであり、また、ネットワーク１５５０の具体例としては、インターネットやイントラネット、専用線等が挙げられる。更に、ネットワーク１５５０上の情報はその全て、またはその一部が暗号化された状態として伝送されるようにしてもよい。
【００４８】
尤も、図１５に示すユーザ登録システムでは、販売店はネットワーク上の店舗であると想定されているものの、実店舗であってもよい。したがって、ユーザ端末１５１０と販売店端末１５２０とメーカ端末１５３０とサーバ１５４０の全てがネットワーク１５５０を介し、接続される必要はない。例えばユーザ端末１５１０と販売店端末１５２０が同一端末であるという構成や、販売店端末１５２０とサーバ１５４０が同一端末であるという構成も可能とされているからである。もしも、ユーザ端末１５１０が存在しない構成の場合には、ユーザ情報の入力は、例えばユーザが販売店店頭で登録用紙に記入することで行い、販売店の店員等がその登録用紙上の記入内容を見ながら、販売店端末１５２０に入力すればよい。
【００４９】
何れにしても、図１５に示すユーザ登録システム構成により、ユーザと販売店とメーカとサーバが物理的に近接した状態として存在していることの必要性はなくなる。
【００５０】
次に、ユーザリストについて説明すれば、図１６に、サーバに格納されているユーザリストの例を示す。図示のように、ユーザリスト１６０１は、ユーザ情報１６１０とメーカ情報１６３０に大別されており、これら情報は互いに密接にリンクされている。
【００５１】
先ずユーザ情報１６１０から説明すれば、ユーザ情報１６１０は、販売店にユーザ情報を提供したユーザ毎に作成されており、各種項目として、ユーザＩＤ１６１１や名前１６１２、住所１６１３、電話番号１６１４、メールアドレス１６１５、パスワード１６１６、年齢１６１７、職種１６１８の他、商品購入情報１６２０を含んでいる。ユーザＩＤ１６１１は、ユーザ情報を容易に参照し得るように、ユーザ毎にサーバが発行するコードであり、名前１６１２、住所１６１３、電話番号１６１４、メールアドレス１６１５、パスワード１６１６、年齢１６１７、職種１６１８それぞれの内容としては、ユーザからユーザ情報が最初に販売店に提供された際でのものが格納される（図２を参照のこと）。その後、これら情報は、ユーザから変更後のユーザ情報が提供された際に更新される（図９を参照のこと）。なお、上記各種項目以外の情報で、販売店が必要と判断したユーザ情報があれば、それを新たな項目として追加してもよい。
【００５２】
また、購入商品情報１６２０は、ユーザが商品を購入する度に追加される（図２や図３を参照のこと）。購入商品情報１６２０の各種項目には、購入日１６２１や登録フラグ１６２２、メーカ情報１６２３、商品情報１６２４等がある。購入日１６２１には、ユーザが商品を購入した日付が格納され、また、登録フラグ１６２２は、販売店がメーカに対しユーザ登録を完了したか否かを示しており、販売店が購入商品情報をサーバに登録してからメーカにユーザ登録するまでは「未実施」として記録されているが、メーカにユーザ登録が行われた後は、「実施」として記録される。この登録フラグ１６２２の使用法の一例としては、サーバが定期的に登録フラグ１６２２をチェックし、「未実施」の場合には、販売店端末に対してユーザ登録の実施を催促することが挙げられる。更に、メーカ情報１６２３には、購入した商品のメーカに対応するメーカ情報１６３０へのポインタが設定されている。更にまた、商品情報１６２４には、購入した商品に対応する商品情報１６４０へのポインタが設定されている。これらメーカ情報１６２３、商品情報１６２４にはポインタではなく、メーカ情報１６２３にはメーカに関する情報が、また、商品情報１６２４には商品に関する情報が記録されてもよい。なお、上記各種項目以外の情報で、販売店が必要と判断した購入商品情報があれば、それを新たな項目として追加してもよい。
【００５３】
次に、メーカ情報１６３０について説明すれば、メーカ情報１６３０は、ユーザが商品を購入する度に、追加、または、更新される（図２や図３を参照のこと）。メーカ情報１６３０の各種項目には、メーカ名１６３１やメーカの住所１６３２の他、商品情報１６４０等がある。メーカ名１６３１やメーカの住所１６３２には、ユーザが未登録のメーカの商品を購入したときに格納される。なお、上記各種項目以外の情報で、販売店が必要と判断したメーカ情報があれば、それを新たな項目として追加してもよい。
【００５４】
また、商品情報１６４０は、ユーザが未登録商品を購入したときに作成される。商品情報１６４０の各種項目には、商品名１６４１やバージョン１６４２、ユーザ登録先１６４３、（ユーザ）登録内容１６４４、分類１６４５の他、登録ユーザ情報１６５０等がある。ユーザ登録先１６４３には、メーカに対してユーザ登録が行われる際での送付先や宛名等が格納される。また、登録内容１６４４には、販売店がメーカに対してユーザ登録を行う際に、その販売店から提供されるユーザ名やユーザの住所、年齢、職種等、その販売店の各種情報が格納される。更に、分類１６４５には、購入した商品が属する分類が格納される。この分類１６４５の例としては、例えば「ビジネスソフト」や「ネットワークカード」が挙げられるが、後に、ユーザの興味対象商品を推定する際に便利なように、分類１６４５には、例えば「パーソナルコンピュータ」―「ソフトウェア」―「ビジネスソフト」―「表計算」が階層化された状態として格納されるようにしてもよい。なお、上記各種項目以外の情報で、販売店が必要と判断した商品情報があれば、それを新たな項目として追加してもよい。
【００５５】
登録ユーザ情報１６５０はまた、ユーザが商品を購入する度に追加される（図２や図３を参照のこと）。この登録ユーザ情報１６５０には、ユーザ情報１６５１の項目がある。ユーザ情報１６５１には、メーカ情報１６３０と商品情報１６４０で表現される商品を購入したユーザのユーザ情報１６１０へのポインタが設定される。ユーザ情報１６５１にはポインタではなく、ユーザに関する情報が記録されてもよい。また、登録ユーザ情報１６５０に、ユーザ情報１６５１以外の情報で、販売店が必要と判断する登録ユーザ情報があれば、それを新たな項目として追加してもよい。
【００５６】
以上のようなユーザリストにより、あるユーザのユーザＩＤをキーとして、そのユーザのユーザ情報や、そのユーザが過去に購入した全ての商品情報とメーカ情報を参照することや、あるメーカのメーカ名をキーとして、そのメーカのメーカ情報やそのメーカが過去に販売した全ての商品情報、そのメーカの商品を購入した全てのユーザ情報を参照することが可能となっている。
【００５７】
最後に、ユーザ端末から、例えばネット上で商品が購入される場合でのユーザ端末の画面遷移例を図１７〜図２２に示す。
【００５８】
先ず図１７に初期表示画面の例を示す。この表示画面には、操作メニューバー１７０１、購入商品選択欄１７０２、次へボタン１７０３、取り消しボタン１７０４を含んでいる。操作メニューバー１７０１には、登録処理を行うアプリケーションに必要な操作メニューが表示される。例えばアプリケーションの終了ボタン等を含む。購入商品選択欄１７０２は、商品の一覧表示の中から、１つ、または複数の商品を選択するための欄である。この購入商品選択欄１７０２は、単に次画面を表示するためのボタンとし、次画面で購入商品を選択する画面構成でもよい。次へボタン１７０３は、次画面を表示するためのボタンであり、取り消しボタン１７０４は、それまでの入力を取り消すためのボタンである。
【００５９】
図１８に、図１７で次へボタン１７０３が押された後での表示画面の例を示す。この表示画面には、操作メニューバー１７０１、購入商品表示欄１８０１、ユーザＩＤ入力欄１８０２、パスワード入力欄１８０３、次へボタン１７０３、取り消しボタン１７０４を含んでいる。購入商品表示欄１８０１には、図１７に示す購入商品選択欄１７０２で選択された商品が表示されることで、選択に誤りがないか否かをユーザに確認させる。ユーザＩＤ入力欄１８０２は、ユーザが最初にユーザ登録を行った際に発行されたユーザＩＤが入力される欄であり、また、パスワード入力欄１８０３は、ユーザが最初にユーザ登録を行った際に登録したパスワードが入力される欄である。ユーザが初めて商品を購入する場合には、ユーザＩＤおよびパスワードがないので、これら欄１８０２、１８０３は空欄とされる。次へボタン１７０３は、次画面を表示するためのボタンであり、取り消しボタン１７０４は、それまでの入力を取り消すためのボタンである。
【００６０】
図１９に、図１８でユーザＩＤ入力欄１８０２にユーザＩＤが入力され、パスワード入力欄１８０３にパスワードが入力されて、次へボタン１７０３が押された後での表示画面の例を示す。この表示画面には、操作メニューバー１７０１、ユーザ認証結果表示欄１９０１、商品購入確認欄１９０２、確認ボタン１９０３、取り消しボタン１７０４を含んでいる。ユーザ認証結果表示欄１９０１は、図１８に示すユーザＩＤ入力欄１８０２に入力されたユーザＩＤと、パスワード入力欄１８０３に入力されたパスワードとが正しいユーザのものであるかを、サーバが認証した結果を表示する欄である。ユーザＩＤとパスワードが有効である場合には、商品購入確認欄１９０２には、図１８に示す購入商品表示欄１８０１に表示された商品が再表示されることで、購入商品の最終確認を行う旨が表示される。確認ボタン１９０３は、商品購入確認欄１９０２に表示された商品の購入を確定するためのボタンであり、この確認ボタン１９０３が押された時点で、販売店端末との間で商品購入処理が開始される。取り消しボタン１７０４は、それまでの入力を取り消すためのボタンである。
【００６１】
図２０に、図１８に示すユーザＩＤ入力欄１８０２にユーザＩＤが入力されなかった場合、またはパスワード入力欄１８０３にパスワードが入力されなかった場合に、次へボタン１７０３が押された後での表示画面の例を示す。例えばユーザが販売店を初めて利用する場合である。この表示画面には、操作メニューバー１７０１、ユーザ情報入力欄２００１、次へボタン１７０３、取り消しボタン１７０４を含んでいる。ユーザ情報入力欄２００１は、ユーザが自身の名前や住所、電話番号、メールアドレス、パスワード、年齢、職業等の個人情報を入力するための欄である。次へボタン１７０３は、次画面を表示するためのボタンであり、取り消しボタン１７０４は、それまでの入力を取り消すためのボタンである。
【００６２】
図２１に、図２０に示す表示画面で次へボタン１７０３が押された後での表示画面の例を示す。この表示画面には、操作メニューバー１７０１、ユーザＩＤ表示欄２１０１、商品購入確認欄１９０２、確認ボタン１９０３、取り消しボタン１７０４を含んでいる。ユーザＩＤ表示欄２１０１は、そのユーザに発行されたユーザＩＤを表示するための欄である。商品購入確認欄１９０２には、図１８に示す購入商品表示欄１８０１に表示された商品が再表示されることで、購入商品の最終確認を行う旨が表示される。確認ボタン１９０３は、商品購入確認欄１９０２に表示された商品の購入を確定するためのボタンであり、この確認ボタン１９０３が押された時点で、販売店端末との間で商品購入処理が開始される。取り消しボタン１７０４は、それまでの入力を取り消すためのボタンである。
【００６３】
図２２に、図１９に示す確認ボタン１９０３、または図２１に示す確認ボタン１９０３が押された後での表示画面の例を示す。この表示画面には、操作メニューバー１７０１、商品購入結果表示欄２２０１、初めに戻るボタン２２０２、終了ボタン２２０３を含んでいる。商品購入結果表示欄２２０１は、商品購入処理の結果を表示するための欄である。初めに戻るボタン２２０２は、更に、商品を購入する場合に、商品購入処理を初めから繰り返すためのボタンであり（図１７に示す表示画面に戻る）、終了ボタン２２０３は、一連の商品購入処理を終了させるためのボタンである。
【００６４】
以上、本発明について説明した。なお、特許請求の範囲に記載された発明以外の発明としては、以下のような発明（１）〜（６）も考えられる。
（１）：商品を販売する販売店と、商品を製造するメーカあるいは商品の販売元（以下、メーカで総称）と、ユーザ情報を蓄積するサーバとを有し、前記販売店が、ユーザに商品を販売し、前記ユーザからユーザ情報の提供を受け、前記ユーザ情報の全部または一部と販売した商品に関する情報を前記サーバに登録し、前記メーカに前記販売店の情報を用いてユーザ登録を行うことを特徴とするユーザ登録システム。
（２）：前記メーカが、登録ユーザである前記販売店に対して情報を提供し、前記販売店が前記サーバから前記メーカの商品を購入したユーザのユーザ情報を取得し、前記ユーザに対して前記情報の全部または一部を提供することを特徴とする（１）記載のユーザ登録システム。
（３）：前記販売店が、前記サーバから、既にユーザ登録を行ったメーカのメーカ情報を取得し、前記メーカに対して変更後の販売店情報を用いてユーザ登録の修正を行い、さらに、前記サーバからユーザ登録を行ったユーザのユーザ情報を取得し、前記ユーザに、前記変更後の販売店情報を通知することを特徴とする（１）または（２）記載のユーザ登録システム。
（４）：前記販売店が、前記ユーザの変更後のユーザ情報の提供を受け、前記サーバに登録されている前記ユーザのユーザ情報を前記変更後のユーザ情報に更新することを特徴とする（１）〜（３）の何れかに記載のユーザ登録システム。
（５）：前記販売店が、前記サーバに登録された情報を利用して、ユーザに商品情報を提供することを特徴とする（１）〜（４）の何れかに記載のユーザ登録システム。
（６）：複数の販売店をネットワーク経由で前記サーバと接続し、前記複数の販売店で前記サーバを共有することを特徴とする（１）〜（５）の何れかに記載のユーザ登録システム。
【００６５】
以上の発明（１）〜（６）によれば、ユーザはユーザ情報を販売店に提供するだけで、ユーザ登録作業を行わなくて済まされ、また、メーカと直接情報の授受を行う必要がないため、煩わしい情報管理を個人で行う必要がない。更に、販売店にとっては、ユーザに対しユーザ登録代行という新サービスを提供することで、ユーザを確保し得ることになる。
【００６６】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲内で種々変更可能であることはいうまでもない。
【００６７】
【発明の効果】
ユーザによる直接的なユーザ登録が不要とされつつも、販売店を介し間接的にユーザ登録されることで、ユーザが煩わしいユーザ登録から解放され得、また、販売店は容易にユーザを管理し得るユーザ登録方法を提供することができる。
【００６８】
また、ユーザによる直接的なユーザ登録が不要とされつつも、販売店を介し間接的にユーザ登録されることで、ユーザが煩わしいユーザ登録から解放され得、また、販売店は容易にユーザを管理し得るユーザ登録システムを提供することができる。
【図面の簡単な説明】
【図１】本発明のユーザ登録システムの一例での全体システム概念を示す図である。
【図２】ある販売店を初めてユーザが利用する場合での動作シーケンス例を示す図である。
【図３】以前に利用した販売店をユーザが再び利用する場合での動作シーケンス例を示す図である。
【図４】メーカから情報が提供された場合を説明するための図である。
【図５】その場合での動作シーケンス例を示す図である。
【図６】販売店情報に変更が生じた場合を説明するための図である。
【図７】その場合での動作シーケンス例を示す図である。
【図８】ユーザ情報に変更が生じた場合を説明するための図である。
【図９】その場合での動作シーケンス例を示す図である。
【図１０】販売店がユーザに対して商品情報を提供する場合を説明するための図である。
【図１１】その場合での動作シーケンス例を示す図である。
【図１２】販売店がユーザに対して商品情報を提供する場合での他の提供方法を説明するための図である。
【図１３】その場合での動作シーケンス例を示す図である。
【図１４】本発明のユーザ登録システムの一例での全体システム構成を示す図である。
【図１５】販売店がネットワーク上の店舗である場合での、本発明のユーザ登録システムの具体的システム構成を示す図である。
【図１６】そのシステム構成要素であるサーバに格納されているユーザリストの例を示す図である。
【図１７】ユーザ端末での表示画面例１を示す図である。
【図１８】ユーザ端末での表示画面例２を示す図である。
【図１９】ユーザ端末での表示画面例３を示す図である。
【図２０】ユーザ端末での表示画面例４を示す図である。
【図２１】ユーザ端末での表示画面例５を示す図である。
【図２２】ユーザ端末での表示画面例６を示す図である。
【図２３】従来のユーザ登録の概念を示す図である。
【符号の説明】
１０…ユーザ、２０…販売店、３０…メーカ、４０，１５４０…サーバ、１４５０，１５５０…ネットワーク、１５１０…ユーザ端末、１５２０…販売店端末、１５３０…メーカ端末。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a user registration method and a user registration system in which a store itself is registered as a user by a manufacturer in place of a user who purchases a product.
[0002]
[Prior art]
In the market, there are a variety of products that can be purchased by consumers, and among these products, there are surveys of the purchasing tendency of consumers who purchase the products (hereinafter referred to as users) and new products. For the purpose of obtaining an information providing destination, a maker or a distributor that manufactures the product (hereinafter, the distributor is included in the maker) registers personal information such as a user's name, address, age, and occupation with the maker. As such, requests have been made to the user. The registration of the personal information to the maker is generally called user registration. However, until now, as shown in FIG. 23, after the user 10 purchases a product from the store 20, the user 30 In contrast, the fact is that the user 10 himself has performed user registration.
[0003]
[Problems to be solved by the invention]
By the way, among products, there are cases in which the manufacturer does not provide after-sales service or the product warranty period is shortened unless the user is registered. From now on, there are few cases where the user registration is important for the user. Absent. However, in the past, despite the importance of user registration, it is necessary for the user to perform user registration with the manufacturer, which is not only troublesome for the user but also makes it difficult to perform user registration. There was a fear of forgetting.
[0004]
In addition, since the user registration method is a unique format for each manufacturer, for example, when purchasing products from many manufacturers, the user may feel troublesome to correspond to each user registration format, and may fail to register the user. Further, if any change occurs in the user registration information due to the user's relocation, etc., the user has to troubleshoot the user registration correction for all the manufacturers who have previously registered the user. As a result, the user registration information may be neglected.
[0005]
Furthermore, a user who has performed user registration is provided with various information such as new information on a purchased product and new product information from a manufacturer, but it is troublesome for the user to manage such information.
[0006]
On the other hand, if the accurate user information is not reflected in the user registration, the intended purpose, that is, the survey of the user's purchase tendency of the product or the acquisition of the new product information providing destination cannot be realized for the manufacturer side. It was not a good situation for me.
[0007]
An object of the present invention is to eliminate the need for troublesome user registration by indirectly registering a user via a store, while eliminating the need for direct user registration by the user. To provide a user registration method capable of managing users.
[0008]
Another object of the present invention is to eliminate the troublesome user registration by indirectly registering a user through a store, even though direct user registration by the user is not required. An object of the present invention is to provide a user registration system capable of easily managing users.
[0009]
[Means for Solving the Problems]
In the user registration method of the present invention, when a store sells a product to the user, the store receives the user information from the user and sends the product to the manufacturer of the product so that the store itself becomes a registered user. User registration is performed using information of the self-store, and user information provided by the user and information of the user registration are registered in a server.
[0010]
In addition, the user registration system of the present invention sells a product to a user and provides a user with the user information provided by the user, and the store via the network so that the store itself becomes a registered user. The system is configured by a maker in which user registration is performed based on its own information, a user information provided from the user by the dealer and installed in a network, and a server in which the information of the user registration is registered. It is like that.
[0011]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to FIGS. 1 to 22. Prior to the specific description, the outline thereof will be described as follows.
[0012]
That is, in the present invention, when a store sells a product to a user, the store receives user information from the user and registers all or part of the user information and information on the sold product in a server. The store itself is registered as a user with the product manufacturer. As a result, when the maker provides information to a store that is a registered user who has already registered the user, the store obtains the user information of the user who purchased the maker's product from the server, and provides the user with the information. It becomes possible to provide all or part of the information provided by the maker.
[0013]
When the information of the store itself used for the user registration is changed, the store acquires the maker information of the maker who has already performed the user registration from the server, and sends the changed store information to these manufacturers. Modify the user registration using the information. Furthermore, it is possible to acquire registered user information from the server and notify these users that the store information has been changed.
[0014]
Furthermore, when the user information is changed, the store receives the user information after the change from the user, and updates the user information registered in the server to the user information after the change.
[0015]
Further, the store estimates the product that the user may be interested in, obtains the product information from the server, and provides it to the user, or provides the information of the product purchased by the user in the past from the server. , And based on this information, it is possible to provide the user with information on products that are estimated to be suitable for the user.
[0016]
On the other hand, as a user registration system, a plurality of dealers are connected to a shared server via a network, so that the dealers can share information in the server, or connect four users such as a user, a dealer, a server, and a maker to the network. It is also possible to connect via. In addition to the actual store, a store on a network (on the Web) can be considered as a store.
[0017]
Now, the present invention will be specifically described. FIG. 1 shows an overall system concept as an example of a user registration system of the present invention. As shown in the figure, a user 10 who purchases a product, a store 20 that sells the product to the user 10, a maker 30 that manufactures a product, and a server 40 that stores information of the user 10 and information of the maker 30 are involved. The system is configured as such.
[0018]
When the user 10 purchases a product from the store 20, user information is provided from the user 10 to the store 20, and all or part of the user information and the product sold to the user 10 by the store 20 are provided. While information (including maker information) is stored in the server 40, user registration is performed with respect to the maker 30 using information of the store 20 itself. Since the information of the store 20 itself does not include any user information of the user 10, the user 10 is indirectly registered as a user at the manufacturer 30 via the store 20 and the server 40. However, since the information about the product sold to the user 10 is included as a part of the information of the user registration, the information of the user registration is stored in the server 40 later, so that the information is obtained. Does not need to be stored in the server 40 alone.
[0019]
FIG. 2 shows an example of an operation sequence when a user uses a certain store for the first time. In the figure, the vertical axis represents the lapse of time, but such time lapse display is the same in the operation sequence in FIG.
[0020]
In the case shown in FIG. 2, when the user 10 purchases a product from the store 20 (step 201), the user 10 is inquired of the user ID and the password from the store 20 (step 202). Incidentally, the user ID referred to here is a code set for each user 10 so that the store 20 can identify the individual user 10, and the password is a user who is a correct owner of the user ID. This password is used to indicate that there is, and this password is included as part of the user information provided from the user 10 to the store 20.
[0021]
By the way, in this example, since the user 10 is using the store 20 for the first time, the user ID and the password are, of course, unowned and unregistered (step 203). Thus, the user 10 provides the user information such as the name, address, telephone number, mail address, password, age, and occupation to the store 20 (step 204). In response to the user information, the store 20 stores the user information and product information (including maker information) in the server 40 (step 205). On the other hand, the server 40 creates a user ID and a user list based on the information from the store 20 (step 206), and issues the user ID to the store 20 (step 206). 207), this user ID is issued to the user 10 via the store 20 (step 208). Then, the merchandise is provided from the store 20 to the user 10 (step 209). Thereafter, the store 20 performs user registration with the maker 30 that manufactured the product on behalf of the user 10 using information such as the name and address of the store 20 (step 210). Further, information used at the time of user registration by the store 20 is stored in the server 40, that is, information on the name and address of the store 20, information on the sold product (including manufacturer information of the product), and the like. Is performed (step 211). In the server 40, the registration information of the user list is updated with the information used in the user registration (step 212). Therefore, each time a product is sold, the product, the user, and the store are registered in the server 40 as a unique relationship.
[0022]
As described above, the user 10 does not need to actually perform the user registration work only by providing the user information to the shop for the first time, while the shop 20 is based on the accumulated information on the server 40 based on the information stored in the server 40. In addition, not only can a new service or the like be provided to the user 10, but also the user can be more reliably secured.
[0023]
FIG. 3 shows an example of an operation sequence in a case where the user uses the store previously used again. In this case, if the user 10 purchases a product from the store 20 (step 301), the user 10 is inquired of the user ID and password from the store 20 (step 302). In this case, since the user 10 has used the store 20 before, the user 10 has the user ID and the password has been registered (step 303). Then, the user 10 provides the user ID and the password to the store 20 (step 304). In response to this, the store 20 inquires the server 40 about user authentication as to whether the user ID and password from the user 10 are correct (step 305). In the server 40, the user ID and the password are collated from the registered user list (step 306), and the user authentication result is returned to the store 20 (step 307). In the store 20, if the user authentication result is OK, the server 40 stores the product information including the maker information of the newly purchased product (step 308). As a result, the server 40 updates the user list (step 309). Then, the merchandise is provided from the store 20 to the user 10 (step 310). Thereafter, the store 20 performs user registration with the manufacturer 30 of the product using information such as the name and address of the store 20 (step 311). Further, the store 20 stores information such as the name and address of the store 20 used for user registration in the server 40 (step 312). In the server 40, the registration information of the user list is updated with the information used in the user registration (step 313).
[0024]
If the server 40 returns a NO user authentication result from the server 40 to the store 20 in step 307, the store 20 notifies the user 10 to that effect and receives the user ID and password again from the user 10. Alternatively, the operation sequence shown in FIG. 2 may be restarted.
[0025]
As described above, from the second time onward, the user 10 only needs to provide the user ID and the password to the store 20 and does not need to perform the user registration work every time the product is purchased. In addition, the store 20 can secure users by being able to further provide new services to the users 10.
[0026]
Note that one of the reasons for the manufacturer 40 to request user registration is to conduct a trend survey on the age group and occupation of the user. However, according to the present invention, all the information registered for the maker 40 is the information of the store 20, and the information of the user 10 is not reflected on the maker 40. When the maker 40 needs the information of the user 10, the dealer 20 may provide the maker 40 with all or a part of the user list information in the server 40 for a fee or free of charge.
[0027]
Next, a case where information is provided from a manufacturer to a registered user who has performed user registration for a certain product, that is, a store, will be described below with reference to FIG.
[0028]
That is, if information is provided from the manufacturer 30 to the store 20 which is a registered user, the information of the manufacturer 30 or the product information which provided the information is input from the store 20 to the server 40. Thereby, the user information of the user who purchased the product of the maker 30 is acquired from the server 40. All or a part of the information provided by the maker 30 is provided to each of the users 10 indicated by the user information thus obtained.
[0029]
FIG. 5 shows an operation sequence example in that case. In this case, information is provided from the manufacturer 30 to the store 20 as a registered user (step 501). In response, the store 20 inputs the information of the maker 30 that provided the information and the information of the product to the server 40 (step 502). By using this as a key to search the user list, the server 40 obtains user information of the user who purchased the manufacturer's product (steps 503 and 504). The user 10 is easily extracted from the user information obtained in this way, but all or a part of the information provided by the maker 30 is provided to each of the extracted users 10 ( Step 505).
[0030]
As described above, when information is provided to each of the users 10, each of the users 10 does not need to directly receive the information provided from the maker 30, and it is troublesome to individually manage the information from the maker 30. You will be released from. Further, the store 20 can provide only the necessary information to the user 10 by selecting from the information provided by the maker 30. For example, it is possible to provide information according to the sales strategy of the store 20 by, for example, mainly providing the user 10 with information on a product that is strongly desired to be sold as the store 20.
[0031]
Also, referring to FIG. 6, the case where the store information is changed due to the relocation of the store or the like will be described. The store 20 requests the server 40 for manufacturer information. The server 40 provides the requested maker information to the store 20. Based on the manufacturer 30 extracted from the acquired manufacturer information, the store 20 corrects the user registration for the manufacturer 30. The store 20 requests the server 40 for user information, and the server 40 provides the store 20 with the user information. Each of the users 10 indicated by the user information is notified from the store 20 that the store information has been changed.
[0032]
FIG. 7 shows an operation sequence example in that case. In this case, the store 20 requests the server 40 for manufacturer information registered so far (step 701). At this time, all the maker information may be requested. However, if a change item of the store information is used for user registration, the user registration destination maker whose user registration is performed including the change item is performed. May be requested. If there is a request for manufacturer information, the server 40 searches the user list and provides the requested manufacturer information to the store 20 (steps 702 and 703). Based on the acquired manufacturer information, the store 20 corrects the user registration for the corresponding manufacturer 30 (step 704). Thereafter, the store 20 requests the server 40 for all the registered user information (step 705). Based on this request, the server 40 searches the user list (step 706), and provides the requested user information to the store 20 (step 707). Based on the acquired user information, the store 20 notifies each of the users 10 that the store information has been changed (step 708).
[0033]
As can be understood from the above description, when the store 20 moves or changes the store name, the user 10 can not only reliably receive the change notification from the store 20 but also has nothing to do with the user registration. Will be.
[0034]
The above is the case where the store information is changed. Apart from this, the case where the user information is changed due to the user moving or the like will be described with reference to FIG. The changed user information is provided. In response to the provision of the user information, the user information after the change is input from the store 20 to the server 40. The server 40 updates the user list based on the changed user information.
[0035]
FIG. 9 shows an operation sequence example in that case. In this case, every time the user information is changed, the user 10 is provided with the changed user information to the store 20 (step 901). In response to the provision of the user information, the changed user information is input from the store 20 to the server 40 (step 902). On the basis of the changed user information, the server 40 Is updated (step 903).
[0036]
As can be seen from the above, the user 10 does not need to perform the user registration correction work for all the manufacturers of the purchased products only by providing the changed user information to the store 20. In the store 20, the user list on the server 40 is only updated based on the changed user information, and it is not necessary to correct the user registration for all manufacturers of the purchased products of the user 10. become.
[0037]
Further, a case where the store provides the product information to the user will be described with reference to FIG. 10. The user information of the user 10 is input from the store 20 to the server 40. In response, the server 40 provides the shop 20 with the interested product information estimated as the target of interest of the user 10. In the store 20, product information is created based on the interested product information from the server 40. The created product information is provided from the store 20 to the user 10.
[0038]
FIG. 11 shows an example of an operation sequence in that case. In this case, the user information of the user 10 as the product information providing destination is input from the store 20 to the server 40 (step 1101). This user information is for searching a user list registered on the server 40, and can use a previously issued user ID, the telephone number of the user 10, and the like. By inputting the user information, the server 40 searches the user list registered on the server 40 (step 1102), and based on the user information obtained from the user list and the product information purchased in the past, the user Ten interesting products are estimated (step 1103). The server 40 provides the merchandise information of interest to the store 20 (step 1104). In the store 20, the merchandise information is created based on the interest product information from the server 40 and then provided to the user 10 ( Step 1105).
[0039]
As can be seen from the above, the user 10 is provided with information about the product of interest from the store 20 in a focused manner, and the store 20 eliminates waste such as direct mail and reduces the advertising fee. It will be used effectively.
[0040]
By the way, as a case where the store provides the product information to the user, other providing methods are also conceivable. Explaining the providing method with reference to FIG. 12, the user information of the user 10 is input from the store 20 to the server 40. In response to this, the server 40 provides the store 20 with the user information of the user 10 and the information of the product purchased by the user 10 in the past. In the store 20, the product of interest of the user 10 is estimated based on the information of the product, and product information is created based on the product of interest and provided to the user 10.
[0041]
FIG. 13 shows an operation sequence example in that case. In this case, the user information of the user 10 as the product information providing destination is input from the store 20 to the server 40 (step 1301). In response, the server 40 searches the user list registered in the server 40 (step 1302), and provides the user information and the information of the product purchased by the user 10 in the past to the store 20. (Step 1303). At the store 20, the product of interest of the user 10 is estimated based on the information of the product (step 1304), and product information is created based on the product of interest and provided to the user 10 (step 1305). .
[0042]
Incidentally, as a method of estimating the product of interest of the user, as an example, a method of selecting a product belonging to the same, similar, or related category as the product category of the product purchased by the user in the past is used. Can be. As another example, in a case where new product information or product information of a hot selling product is provided to a user who is interested in the product, the product information is input from the store 20 to the server 40. In response to this, the server 40 searches the user list for a user who has purchased a product belonging to a category similar to or related to the product category of the product in the past, and the user group is sent to the store 20. Provided. The new merchandise information and the best selling merchandise information may be provided from the store 20 to the user group. However, the server 40 may provide the merchandise information from the user list to the store 20, and the user group may be searched in the store 20.
[0043]
Here, a specific system configuration of the user registration system of the present invention will be described. FIG. 14 shows an overall system configuration as an example. As shown in the figure, the system configuration is such that a store group 1420 including a plurality of stores 20, a server 40, and a maker 30 are connected via a network 1450. Since the store group 1420 and the server 40 are connected via the network 1450, the user lists stored in the server 40 are shared by each of the stores 20 constituting the store group 1420.
[0044]
Therefore, since each store 20 can refer to the user information registered at another store, it is not necessary to re-register the user information and the product information for each store. Further, the user does not need to re-provide the user information when purchasing the product for the first time from another store included in the same store group as the store that purchased the product in the past.
[0045]
Incidentally, a form in which the dealer is a system integrator that combines a plurality of manufacturers' products to construct a system is also conceivable. In this case, in FIGS. 1 to 13, “product purchase” is “system construction request”, “product provision” is “system construction”, “maker” is “manufacturer of the product used for system construction”, and “product”. "Information" is "information of the product used for system construction".
[0046]
Next, assuming that the store is a store on the network (on the Web), FIG. 15 shows a specific system configuration of the user registration system of the present invention in this case. As illustrated, a user terminal 1510, a store terminal 1520, a (shared) server 1540, and a maker terminal 1530 are connected via a network 1550. Among them, the user terminal 1510 is configured to include the display / output unit 1511 and the input unit 1512, and similarly, the store terminal 1520 is configured to include the display / output unit 1521 and the input unit 1522. Have been. The maker terminal 1530 is configured to include a display / output unit 1531, an input unit 1532, and a storage device 1533 in which user registration information is stored. Similarly, the server 1540 also includes a display / output unit 1541. , An input unit 1542, and a storage device 1543 for storing user information and product information. Actually, there are a plurality of user terminals 1510, a store terminal 1520, and a plurality of maker terminals 1530, but only one is shown for convenience of illustration.
[0047]
In the above user registration system, the information stored in the storage device 1543 in the server 1540 can be shared by each of the store terminals 1520, and specific examples of the network 1550 include the Internet and Intranet, dedicated line and the like. Further, all or a part of the information on the network 1550 may be transmitted in an encrypted state.
[0048]
Of course, in the user registration system shown in FIG. 15, the store is assumed to be a store on the network, but may be an actual store. Therefore, all of the user terminal 1510, the dealer terminal 1520, the maker terminal 1530, and the server 1540 need not be connected via the network 1550. This is because, for example, a configuration in which the user terminal 1510 and the store terminal 1520 are the same terminal and a configuration in which the store terminal 1520 and the server 1540 are the same terminal are possible. If the user terminal 1510 does not exist, the user information is input, for example, by the user filling in a registration form at a store, and a sales clerk of the store can input the contents on the registration form. What is necessary is just to input into the store terminal 1520 while watching.
[0049]
In any case, the user registration system configuration shown in FIG. 15 eliminates the need for the user, the store, the maker, and the server to be physically close to each other.
[0050]
Next, the user list will be described. FIG. 16 shows an example of the user list stored in the server. As illustrated, the user list 1601 is roughly divided into user information 1610 and maker information 1630, and these pieces of information are closely linked to each other.
[0051]
First, from the user information 1610, the user information 1610 is created for each user who has provided the user information to the store, and includes various items such as a user ID 1611, a name 1612, an address 1613, a telephone number 1614, and a mail address 1615. , Password 1616, age 1617, occupation type 1618, and product purchase information 1620. The user ID 1611 is a code issued by the server for each user so that user information can be easily referred to. The user ID 1611 includes a name 1612, an address 1613, a telephone number 1614, a mail address 1615, a password 1616, an age 1617, and a job type 1618. As the content, the content when the user first provided the user information to the store is stored (see FIG. 2). Thereafter, the information is updated when the user provides the changed user information (see FIG. 9). If there is user information determined to be necessary by the store in information other than the above-mentioned various items, it may be added as a new item.
[0052]
The purchased product information 1620 is added every time the user purchases a product (see FIGS. 2 and 3). The various items of the purchased product information 1620 include a purchase date 1621, a registration flag 1622, manufacturer information 1623, product information 1624, and the like. The purchase date 1621 stores the date when the user purchased the product. The registration flag 1622 indicates whether or not the store has completed the user registration with the manufacturer. It is recorded as “unexecuted” from the time of registration in the server to the time of user registration with the maker, but is recorded as “implemented” after the user is registered with the maker. An example of the usage of the registration flag 1622 is that the server periodically checks the registration flag 1622, and when "not performed", prompts the dealer terminal to perform user registration. . Further, in the manufacturer information 1623, a pointer to the manufacturer information 1630 corresponding to the manufacturer of the purchased product is set. Furthermore, in the product information 1624, a pointer to the product information 1640 corresponding to the purchased product is set. Instead of a pointer in the manufacturer information 1623 and the product information 1624, information on the manufacturer may be recorded in the manufacturer information 1623, and information on the product may be recorded in the product information 1624. If there is purchase item information determined by the dealer to be necessary in the information other than the above-mentioned various items, it may be added as a new item.
[0053]
Next, the maker information 1630 will be described. The maker information 1630 is added or updated every time a user purchases a product (see FIGS. 2 and 3). The various items of the maker information 1630 include a maker name 1631 and a maker address 1632, as well as product information 1640 and the like. The maker name 1631 and the maker address 1632 are stored when the user purchases a product of an unregistered maker. If there is maker information determined to be necessary by the dealer in information other than the above various items, it may be added as a new item.
[0054]
The product information 1640 is created when the user purchases an unregistered product. The various items of the product information 1640 include a product name 1641, a version 1642, a user registration destination 1643, (user) registration content 1644, a classification 1645, and registered user information 1650. The user registration destination 1643 stores a sending destination, an address, and the like when the user is registered with the manufacturer. Further, the registration content 1644 stores various information of the store, such as a user name, a user's address, age, and job type provided by the store when the store performs user registration with the manufacturer. You. Further, the classification 1645 stores the classification to which the purchased product belongs. Examples of the classification 1645 include, for example, “business software” and “network card”. For convenience in estimating a product of interest to the user later, the classification 1645 includes, for example, “personal computer”. -"Software"-"Business software"-"Spreadsheet" may be stored as a layered state. If there is product information determined by the dealer to be necessary in the information other than the above various items, it may be added as a new item.
[0055]
The registered user information 1650 is also added each time the user purchases a product (see FIGS. 2 and 3). The registered user information 1650 includes an item of user information 1651. In the user information 1651, a pointer to the user information 1610 of the user who purchased the product represented by the manufacturer information 1630 and the product information 1640 is set. The user information 1651 may record information about the user instead of the pointer. Further, if the registered user information 1650 includes registered user information that is determined to be necessary by the dealer, other than the user information 1651, it may be added as a new item.
[0056]
With the user list as described above, the user ID of a certain user is used as a key to refer to the user information of the user, all the product information and maker information that the user has purchased in the past, and the maker name of a certain maker. As a key, it is possible to refer to the maker information of the maker, information of all the products sold by the maker in the past, and information of all the users who purchased the products of the maker.
[0057]
Finally, FIGS. 17 to 22 show screen transition examples of the user terminal when a product is purchased from the user terminal, for example, on the Internet.
[0058]
First, FIG. 17 shows an example of the initial display screen. This display screen includes an operation menu bar 1701, a purchased product selection field 1702, a next button 1703, and a cancel button 1704. An operation menu bar 1701 displays an operation menu required for an application that performs a registration process. For example, it includes an end button of the application. The purchased product selection column 1702 is a column for selecting one or a plurality of products from a list of products. The purchase item selection field 1702 may be simply a button for displaying the next screen, and may have a screen configuration for selecting a purchase item on the next screen. A next button 1703 is a button for displaying the next screen, and a cancel button 1704 is a button for canceling the input so far.
[0059]
FIG. 18 shows an example of a display screen after the next button 1703 is pressed in FIG. This display screen includes an operation menu bar 1701, a purchased product display column 1801, a user ID input column 1802, a password input column 1803, a next button 1703, and a cancel button 1704. The product selected in the purchased product selection column 1702 shown in FIG. 17 is displayed in the purchased product display column 1801 to allow the user to confirm whether or not the selection is correct. A user ID input column 1802 is a column for inputting a user ID issued when the user first performs user registration, and a password input column 1803 is used when a user first performs user registration. This is the field where the registered password is entered. When the user purchases a product for the first time, there are no user IDs and passwords, so these columns 1802 and 1803 are blank. A next button 1703 is a button for displaying the next screen, and a cancel button 1704 is a button for canceling the input so far.
[0060]
FIG. 19 shows an example of the display screen after the user ID is entered in the user ID entry field 1802, the password is entered in the password entry field 1803 in FIG. 18, and the next button 1703 is pressed. This display screen includes an operation menu bar 1701, a user authentication result display column 1901, a product purchase confirmation column 1902, a confirmation button 1903, and a cancel button 1704. The user authentication result display field 1901 is a result of the server authenticating whether the user ID input in the user ID input field 1802 and the password input in the password input field 1803 shown in FIG. Is a column for displaying. If the user ID and the password are valid, the merchandise displayed in the purchased merchandise display column 1801 shown in FIG. 18 is displayed again in the merchandise purchase confirmation column 1902, so that the final confirmation of the purchased merchandise is performed. Is displayed. The confirmation button 1903 is a button for confirming the purchase of the commodity displayed in the commodity purchase confirmation column 1902. When the confirmation button 1903 is pressed, the commodity purchase processing is started with the store terminal. You. A cancel button 1704 is a button for canceling the input up to that time.
[0061]
FIG. 20 shows a display after the next button 1703 is pressed when the user ID is not input in the user ID input column 1802 shown in FIG. 18 or the password is not input in the password input column 1803. The example of a screen is shown. For example, this is a case where the user uses the store for the first time. This display screen includes an operation menu bar 1701, a user information input column 2001, a next button 1703, and a cancel button 1704. The user information input column 2001 is a column for the user to input personal information such as his / her name, address, telephone number, mail address, password, age, occupation, and the like. A next button 1703 is a button for displaying the next screen, and a cancel button 1704 is a button for canceling the input so far.
[0062]
FIG. 21 shows an example of the display screen after the next button 1703 is pressed on the display screen shown in FIG. This display screen includes an operation menu bar 1701, a user ID display column 2101, a product purchase confirmation column 1902, a confirmation button 1903, and a cancel button 1704. The user ID display column 2101 is a column for displaying a user ID issued to the user. In the product purchase confirmation column 1902, the fact that the product displayed in the purchase product display column 1801 shown in FIG. The confirmation button 1903 is a button for confirming the purchase of the commodity displayed in the commodity purchase confirmation column 1902. When the confirmation button 1903 is pressed, the commodity purchase processing is started with the store terminal. You. A cancel button 1704 is a button for canceling the input up to that time.
[0063]
FIG. 22 shows an example of the display screen after the confirmation button 1903 shown in FIG. 19 or the confirmation button 1903 shown in FIG. 21 is pressed. This display screen includes an operation menu bar 1701, a product purchase result display field 2201, a return to beginning button 2202, and an end button 2203. The product purchase result display column 2201 is a column for displaying the result of the product purchase process. The return to the beginning button 2202 is a button for repeating the product purchase process from the beginning when purchasing a product (return to the display screen shown in FIG. 17), and the end button 2203 performs a series of product purchase processes. This is a button for ending.
[0064]
The present invention has been described above. The following inventions (1) to (6) can be considered as inventions other than the inventions described in the claims.
(1): a store that sells products, a maker that manufactures the products or a seller of the products (hereinafter, generically referred to as a maker), and a server that stores user information; The user is provided with user information, the user information is registered in the server with all or a part of the user information and the sold product, and the user is registered with the manufacturer using the information of the store. A user registration system, characterized in that:
(2): the maker provides information to the store that is a registered user, the store obtains user information of a user who purchased the maker's product from the server, The user registration system according to (1), wherein all or a part of the information is provided.
(3): The store acquires maker information of a maker who has already performed user registration from the server, corrects user registration using the changed store information for the maker, The user registration system according to (1) or (2), wherein user information of a user who has performed user registration is acquired from the server, and the changed store information is notified to the user.
(4): The store receives the user information after the change of the user, and updates the user information of the user registered in the server to the user information after the change. The user registration system according to any one of 1) to (3).
(5) The user registration system according to any one of (1) to (4), wherein the store uses the information registered in the server to provide product information to a user.
(6) The user registration system according to any one of (1) to (5), wherein a plurality of stores are connected to the server via a network, and the plurality of stores share the server. .
[0065]
According to the above inventions (1) to (6), the user only has to provide the user information to the store, and does not need to perform the user registration work, and does not need to directly exchange information with the manufacturer. Therefore, there is no need to perform cumbersome information management by individuals. Furthermore, for the store, the user can be secured by providing the user with a new service called user registration agency.
[0066]
As described above, the invention made by the present inventor has been specifically described based on the embodiment. However, the present invention is not limited to the above embodiment, and can be variously modified without departing from the gist thereof. Needless to say.
[0067]
【The invention's effect】
Although the direct user registration by the user is not required, the user can be released from troublesome user registration by indirectly registering the user through the store, and the store can easily manage the user. A user registration method can be provided.
[0068]
In addition, even though direct user registration is not required, the user can be freed from troublesome user registration by being indirectly registered via the store, and the store can easily manage the user. A user registration system that can perform the registration.
[Brief description of the drawings]
FIG. 1 is a diagram showing an overall system concept in an example of a user registration system of the present invention.
FIG. 2 is a diagram illustrating an example of an operation sequence when a user uses a certain store for the first time;
FIG. 3 is a diagram showing an example of an operation sequence in a case where a user uses a store previously used again.
FIG. 4 is a diagram for explaining a case where information is provided from a manufacturer;
FIG. 5 is a diagram showing an operation sequence example in that case.
FIG. 6 is a diagram for explaining a case where a change occurs in store information.
FIG. 7 is a diagram showing an example of an operation sequence in that case.
FIG. 8 is a diagram for explaining a case where a change occurs in user information.
FIG. 9 is a diagram showing an operation sequence example in that case.
FIG. 10 is a diagram illustrating a case where a store provides product information to a user.
FIG. 11 is a diagram showing an operation sequence example in that case.
FIG. 12 is a diagram for explaining another providing method when a store provides product information to a user.
FIG. 13 is a diagram showing an example of an operation sequence in that case.
FIG. 14 is a diagram showing an overall system configuration in an example of a user registration system of the present invention.
FIG. 15 is a diagram showing a specific system configuration of the user registration system of the present invention when a store is a store on a network.
FIG. 16 is a diagram showing an example of a user list stored in a server which is a system component thereof.
FIG. 17 is a diagram showing a display screen example 1 on the user terminal.
FIG. 18 is a diagram showing a display screen example 2 on the user terminal.
FIG. 19 is a diagram showing a display screen example 3 on the user terminal.
FIG. 20 is a diagram illustrating a display screen example 4 on the user terminal.
FIG. 21 is a diagram illustrating a display screen example 5 on the user terminal.
FIG. 22 is a diagram illustrating a display screen example 6 on the user terminal.
FIG. 23 is a diagram showing the concept of conventional user registration.
[Explanation of symbols]
Reference numeral 10: user, 20: dealer, 30: manufacturer, 40, 1540: server, 1450, 1550: network, 1510: user terminal, 1520: dealer terminal, 1530: manufacturer terminal.
