(57)【要約】【課題】煩わしいユーザ登録からユーザを解放すること。【解決手段】販売店２０がユーザ１０に商品を販売する際に、該販売店２０はユーザ１０からユーザ情報の提供を受けて、自販売店自体が登録ユーザとなるべく、上記商品のメーカ３０に対し自販売店自体の情報を用い、ユーザ登録を行う一方、上記ユーザ１０から提供されるユーザ情報と上記ユーザ登録の情報をサーバ４０に登録することによって、ユーザ１０は、販売店２０およびサーバ４０を介し間接的にメーカ３０にユーザ登録される。【選択図】　図１
2004013181.tif 000002
【特許請求の範囲】
【請求項１】
販売店がユーザに商品を販売する際に、該販売店はユーザからユーザ情報の提供を受けて、自販売店自体が登録ユーザとなるべく、上記商品のメーカに対し自販売店自体の情報を用い、ユーザ登録を行う一方、上記ユーザから提供されるユーザ情報と上記ユーザ登録の情報をサーバに登録するようにしたユーザ登録方法。
【請求項２】
請求項１記載のユーザ登録方法において、サーバ上に登録されている情報を利用して、販売店からユーザに商品情報を提供するようにしたユーザ登録方法。
【請求項３】
請求項１記載のユーザ登録方法において、メーカから登録ユーザとしての販売店に情報が提供された場合、該販売店は上記メーカおよび商品の情報をキーとして、サーバから上記メーカの上記商品を購入したユーザ情報を取得し、該ユーザ情報が示すユーザに上記メーカからの情報を提供するようにしたユーザ登録方法。
【請求項４】
商品をユーザに販売し、該ユーザからユーザ情報が提供される販売店と、該販売店自体が登録ユーザとなるべく、該販売店からネットワークを介し該販売店自体の情報によりユーザ登録が行われるメーカと、ネットワーク上に設置された状態で、上記販売店により上記ユーザから提供されるユーザ情報と上記ユーザ登録の情報が登録されるサーバとからなるユーザ登録システム。
【請求項５】
請求項４記載のユーザ登録システムにおいて、サーバは共有サーバとされた上、該共有サーバに複数の販売店がネットワークを介し接続されてなるユーザ登録システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、商品を購入するユーザになり代わって、販売店自体がユーザとしてメーカにユーザ登録されるようにしたユーザ登録方法およびユーザ登録システムに関する。
【０００２】
【従来の技術】
市場には、消費者により購入可能とされている様々な商品が存在するが、これら商品の中には、商品を購入した消費者（以下、ユーザと称す）の商品購入傾向の調査や新商品情報提供先の入手等を目的として、商品を製造したメーカや販売元（以下、販売元をメーカに含めることにする）がユーザの氏名や住所、年齢、職種等の個人情報をメーカに登録するよう、ユーザに要求することが行われている。この個人情報のメーカへの登録は一般にユーザ登録と称されているが、これまでにあっては、図２３に示すように、ユーザ１０が販売店２０から商品を購入後、その商品のメーカ３０に対し、ユーザ１０自らがユーザ登録を行っていたのが実情である。
【０００３】
【発明が解決しようとする課題】
ところで、商品の中には、ユーザ登録をしないと、メーカがアフターサポートをしなかったり、商品保証期間が短くなる等のケースがあり、これからすれば、ユーザにとってユーザ登録が重要である場合が少なくない。しかしながら、これまでにあっては、ユーザ登録が重要であるにも拘らず、メーカに対しユーザ自身がユーザ登録を行う必要があることから、ユーザにとっては煩わしいだけでなく、ユーザ登録を行うのを忘れる虞が多分にあった。
【０００４】
また、ユーザ登録の方法はメーカ毎に独自形式であるため、例えば多数のメーカの商品を購入した場合、ユーザはそれぞれのユーザ登録形式に対応することを面倒に感じ、ユーザ登録を怠る虞があり、更に、ユーザの転居等を要因として、ユーザ登録情報に何等かの変更が生じた場合には、ユーザは以前にユーザ登録を行った全てのメーカに対し、ユーザ登録の修正を行うことを面倒に感じ、やはり、ユーザ登録情報の修正を怠る虞があった。
【０００５】
更にまた、ユーザ登録を行ったユーザには、メーカから購入商品についての新情報や新商品情報等、様々な情報が提供されるが、それら情報をユーザ個人が管理することは煩わしかった。
【０００６】
一方、メーカ側にとっては、正確なユーザ情報がユーザ登録に反映されない状態では、その所期の目的、即ち、ユーザの商品購入傾向の調査や新商品情報提供先の入手等が実現できないため、メーカにとっても好ましい事態ではなかった。
【０００７】
本発明の目的は、ユーザによる直接的なユーザ登録が不要とされつつも、販売店を介し間接的にユーザ登録されることで、ユーザが煩わしいユーザ登録から解放され得、また、販売店は容易にユーザを管理し得るユーザ登録方法を提供することにある。
【０００８】
本発明の目的はまた、ユーザによる直接的なユーザ登録が不要とされつつも、販売店を介し間接的にユーザ登録されることで、ユーザが煩わしいユーザ登録から解放され得、また、販売店は容易にユーザを管理し得るユーザ登録システムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明のユーザ登録方法は、販売店がユーザに商品を販売する際に、該販売店はユーザからユーザ情報の提供を受けて、自販売店自体が登録ユーザとなるべく、上記商品のメーカに対し自販売店自体の情報を用い、ユーザ登録を行う一方、上記ユーザから提供されるユーザ情報と上記ユーザ登録の情報をサーバに登録するようにしたものである。
【００１０】
また、本発明のユーザ登録システムは、商品をユーザに販売し、該ユーザからユーザ情報が提供される販売店と、該販売店自体が登録ユーザとなるべく、該販売店からネットワークを介し該販売店自体の情報によりユーザ登録が行われるメーカと、ネットワーク上に設置された状態で、上記販売店により上記ユーザから提供されるユーザ情報と上記ユーザ登録の情報が登録されるサーバとからシステム構成されるようにしたものである。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を図１から図２２により説明するが、その具体的説明に先立って、その概要を説明すれば以下のようである。
【００１２】
即ち、本発明では、販売店がユーザに商品を販売する際に、ユーザからユーザ情報の提供を受け、そのユーザ情報の全部、または一部と販売した商品に関する情報をサーバに登録する一方、その商品のメーカに対し販売店自体がユーザとしてユーザ登録されている。この結果、メーカがユーザ登録済みの登録ユーザである販売店に対して情報を提供した場合には、販売店は、サーバからそのメーカの商品を購入したユーザのユーザ情報を取得し、それらユーザに対してメーカから提供された情報の全部、または一部を提供可能となる。
【００１３】
また、ユーザ登録に用いた販売店自体の情報に変更が生じた場合には、販売店はサーバから既にユーザ登録を行ったメーカのメーカ情報を取得し、これらメーカに対して変更後の販売店情報を用いてユーザ登録の修正を行う。更に、サーバから登録済みのユーザ情報を取得し、これらユーザに対して販売店情報に変更が生じた旨の通知を行うことが可能となる。
【００１４】
更にまた、ユーザ情報に変更が生じた場合には、販売店は、ユーザから変更後のユーザ情報の提供を受け、サーバに登録されているユーザ情報を変更後のユーザ情報に更新する。
【００１５】
更には、販売店はユーザが興味を持っているであろう商品を推定し、サーバからその商品の情報を取得した上、ユーザに提供するか、またはサーバからユーザが過去に購入した商品の情報を取得し、この情報に基づき、ユーザに適していると推定された商品の情報をユーザに提供することが可能となる。
【００１６】
一方、ユーザ登録システムとしては、複数の販売店をネットワーク経由で共有サーバと接続することで、これら販売店がサーバ内の情報を共有したり、ユーザ、販売店、サーバおよびメーカといった４者をネットワーク経由で接続することも可能とされている。販売店としては実店舗の他、ネットワーク上（Ｗｅｂ上）の店舗も考えられる。
【００１７】
さて、本発明を具体的に説明すれば、図１に、本発明のユーザ登録システムの一例での全体システム概念を示す。図示のように、商品を購入するユーザ１０や商品をユーザ１０に販売する販売店２０、商品を製造するメーカ３０、ユーザ１０の情報やメーカ３０の情報等が蓄積されるサーバ４０が係わり合ったものとしてシステム構成されている。
【００１８】
ユーザ１０が販売店２０から商品を購入すると、ユーザ１０から販売店２０にはユーザ情報が提供されるが、販売店２０によりそのユーザ情報の全部、または一部とユーザ１０に販売された商品に関する情報（メーカ情報を含む）がサーバ４０に蓄積される一方では、メーカ３０に対しては販売店２０自体の情報を用い、ユーザ登録が行われている。その販売店２０自体の情報には、ユーザ１０のユーザ情報が何等含まれていないことから、ユーザ１０は販売店２０およびサーバ４０を介しメーカ３０に間接的にユーザ登録されることになる。尤も、ユーザ１０に販売された商品に関する情報については、その情報がユーザ登録の情報の一部として含まれていることから、後にそのユーザ登録の情報がサーバ４０に蓄積されることによって、その情報が単独でサーバ４０に蓄積されるようにすることは不要となっている。
【００１９】
図２は、ある販売店を初めてユーザが利用する場合での動作シーケンス例を示す。その図中、縦軸は時間の経過を表しているが、このような時間経過表示は、後述の図３以降での動作シーケンスでも同様である。
【００２０】
この図２による場合、ユーザ１０が販売店２０から商品を購入すれば（ステップ２０１）、そのユーザ１０に対しては、販売店２０からユーザＩＤとパスワードが問い合せされる（ステップ２０２）。因みに、ここにいうユーザＩＤとは、販売店２０が個々のユーザ１０を識別するためにユーザ１０毎に設定されたコードであり、また、パスワードとは、ユーザ１０がユーザＩＤの正しい所有者であることを示すためのものであり、このパスワードは、ユーザ１０から販売店２０に提供されるユーザ情報にその一部として含まれている。
【００２１】
さて、本例での場合、ユーザ１０は販売店２０を初めて利用していることから、当然のことながら、ユーザＩＤ、パスワードそれぞれは未所有、未登録となっている（ステップ２０３）。そこで、ユーザ１０からは、氏名や住所、電話番号、メールアドレス、パスワード、年齢、職種等のユーザ情報が販売店２０に提供される（ステップ２０４）。このユーザ情報を受けて、販売店２０によりサーバ４０には、そのユーザ情報および商品情報（メーカ情報を含む）が蓄積される（ステップ２０５）。一方、サーバ４０では、販売店２０からの情報に基づき、ユーザＩＤの作成やユーザリスト等が作成された上（ステップ２０６）、販売店２０に対してはユーザＩＤが発行されているが（ステップ２０７）、このユーザＩＤは販売店２０を介しユーザ１０に発行される（ステップ２０８）。そして、販売店２０からユーザ１０には商品が提供される（ステップ２０９）。その後、販売店２０はその商品を製造したメーカ３０に対して、ユーザ１０になり代わって、販売店２０の名称や住所等の情報を用い、ユーザ登録を行う（ステップ２１０）。更に、販売店２０によりサーバ４０には、ユーザ登録の際に使用された情報、即ち、販売店２０の名称や住所、販売された商品についての情報（その商品のメーカ情報を含む）等が蓄積される（ステップ２１１）。サーバ４０では、ユーザリストの登録情報が、そのユーザ登録で使用された情報により更新される（ステップ２１２）。したがって、サーバ４０には、商品が販売される度に、その商品とユーザと販売店とが一義的な関係として登録されることになる。
【００２２】
以上のように、ユーザ１０は初めての販売店に対してユーザ情報を提供するだけで、ユーザ登録作業を実際行わなくて済まされる一方、販売店２０では、サーバ４０上での蓄積情報を基に、ユーザ１０に対し新サービス等を提供できるばかりか、より確実にユーザを確保し得ることになる。
【００２３】
図３は、以前に利用した販売店をユーザが再び利用する場合での動作シーケンス例を示す。これによる場合、ユーザ１０が販売店２０から商品を購入すれば（ステップ３０１）、そのユーザ１０に対しては、販売店２０からユーザＩＤとパスワードが問い合せされる（ステップ３０２）。この場合、ユーザ１０は以前に販売店２０を利用しているため、ユーザＩＤを所有し、パスワードは登録済みである（ステップ３０３）。そこで、ユーザ１０からは、ユーザＩＤとパスワードが販売店２０に提供される（ステップ３０４）。これを受け、販売店２０によりサーバ４０に対しては、ユーザ１０からのユーザＩＤとパスワードが正しいものであるか否かのユーザ認証が問合せされる（ステップ３０５）。サーバ４０では、登録されているユーザリストからユーザＩＤとパスワードが照合された上（ステップ３０６）、販売店２０に対してユーザ認証結果が返送される（ステップ３０７）。販売店２０では、ユーザ認証結果がＯＫである場合、サーバ４０に対しては、新たに購入された商品のメーカ情報を含む商品情報が蓄積される（ステップ３０８）。これによりサーバ４０では、ユーザリストが更新される（ステップ３０９）。そして、販売店２０からユーザ１０には商品が提供される（ステップ３１０）。その後、販売店２０は、その商品のメーカ３０に対して、販売店２０の名称や住所等の情報を用いて、ユーザ登録を行う（ステップ３１１）。更に、販売店２０によりサーバ４０には、ユーザ登録で使用された販売店２０の名称や住所等の情報が蓄積される（ステップ３１２）。サーバ４０では、ユーザリストの登録情報が、そのユーザ登録で使用された情報により更新される（ステップ３１３）。
【００２４】
なお、ステップ３０７でサーバ４０からＮＯのユーザ認証結果が販売店２０に返送された場合、販売店２０はその旨をユーザ１０に通知の上、再度、ユーザ１０からユーザＩＤとパスワードの提供を受けるか、または改めて図２に示す動作シーケンスからやり直せばよい。
【００２５】
以上のように、ユーザ１０は２回目以降からは、ユーザＩＤとパスワードを販売店２０に提供するだけで済まされ、商品購入の度にユーザ登録作業を行わなくても済まされることになる。また、販売店２０では、ユーザ１０に更に新サービスを提供できることで、ユーザを確保し得ることになる。
【００２６】
なお、メーカ４０がユーザ登録を求める理由の１つに、ユーザの年齢層や職種等の傾向調査というものがある。しかしながら、本発明によれば、メーカ４０に対して登録される情報は全て販売店２０の情報となり、ユーザ１０の情報はメーカ４０に反映されないことになる。メーカ４０がユーザ１０の情報を必要とする場合には、販売店２０がメーカ４０に対し、有償、あるいは無償で、サーバ４０内のユーザリスト情報の全部、または一部を提供してもよい。
【００２７】
次に、ある商品についてユーザ登録を行った登録ユーザ、即ち、販売店に対して、メーカから情報が提供された場合について、図４により説明すれば、以下のようである。
【００２８】
即ち、メーカ３０から、登録ユーザである販売店２０に情報が提供されれば、販売店２０からサーバ４０に対しては、その情報を提供したメーカ３０の情報や商品の情報が入力されることによって、サーバ４０からは、そのメーカ３０の商品を購入したユーザのユーザ情報が取得される。このようにして取得されたユーザ情報が示すユーザ１０各々に対しては、メーカ３０から提供された情報の全部、または一部が提供される。
【００２９】
図５は、その場合での動作シーケンス例を示す。これによる場合、メーカ３０から、登録ユーザである販売店２０に情報が提供される（ステップ５０１）。これを受けて、販売店２０からサーバ４０に対しては、その情報を提供したメーカ３０の情報や商品の情報が入力される（ステップ５０２）。これをキーとしてユーザリストが検索されることで、サーバ４０からは、そのメーカの商品を購入したユーザのユーザ情報が取得される（ステップ５０３，５０４）。このようにして取得されたユーザ情報からはユーザ１０が容易に抽出されるが、抽出されたユーザ１０各々に対しては、メーカ３０から提供された情報の全部、または一部が提供される（ステップ５０５）。
【００３０】
以上のようにして、ユーザ１０各々に情報が提供される場合は、ユーザ１０各々はメーカ３０から提供される情報を直接受け取る必要がなく、メーカ３０からの情報を個人で管理することの煩わしさから解放されることになる。また、販売店２０では、メーカ３０から提供された情報の中から取捨選択して、ユーザ１０に必要な情報のみを提供できることになる。例えば販売店２０として強く売り出したい商品の情報を重点的にユーザ１０に提供する等、販売店２０の販売戦略に合せた情報提供が可能になる。
【００３１】
また、図６により販売店の転居等により販売店情報に変更が生じた場合について説明すれば、販売店２０はサーバ４０に対し、メーカ情報を要求する。サーバ４０からは、要求されたメーカ情報が販売店２０に提供される。取得されたメーカ情報から抽出されたメーカ３０に基づき、販売店２０はそのメーカ３０に対してユーザ登録の修正を行う。また、販売店２０はサーバ４０に対して、ユーザ情報を要求し、サーバ４０から販売店２０にはユーザ情報が提供される。このユーザ情報が示すユーザ１０各々には、販売店２０から販売店情報が変更された旨が通知される。
【００３２】
図７は、その場合での動作シーケンス例を示す。これによる場合、販売店２０はサーバ４０に対して、それまでユーザ登録されているメーカ情報を要求する（ステップ７０１）。その際、全てのメーカ情報を要求してもよいが、販売店情報の変更項目がユーザ登録に用いられている場合には、その変更項目を含む形でユーザ登録が行われたユーザ登録先メーカのメーカ情報だけを要求してもよい。メーカ情報の要求があった場合、サーバ４０では、ユーザリストが検索された上、要求されたメーカ情報が販売店２０に提供される（ステップ７０２，７０３）。取得されたメーカ情報に基づき、販売店２０では、該当メーカ３０に対してユーザ登録の修正を行う（ステップ７０４）。その後、販売店２０からサーバ４０には、それまで登録されている全てのユーザ情報が要求される（ステップ７０５）。この要求に基づき、サーバ４０では、ユーザリストが検索された上（ステップ７０６）、要求されたユーザ情報が販売店２０に提供される（ステップ７０７）。この取得されたユーザ情報に基づき、販売店２０からユーザ１０各々に対しては、販売店情報が変更された旨が通知される（ステップ７０８）。
【００３３】
以上から判るように、ユーザ１０は販売店２０が転居したり、店名を変更したりした場合に、販売店２０からの変更通知を確実に受け取れるばかりか、ユーザ登録に関しては、一切無関係でいられることになる。
【００３４】
以上は販売店情報に変更が生じた場合であるが、これとは別に、ユーザの転居等によりユーザ情報に変更が生じた場合について図８により説明すれば、ユーザ１０から販売店２０には、変更後のユーザ情報が提供される。このユーザ情報の提供を受けて、販売店２０からサーバ４０に対しては、変更後のユーザ情報が入力される。この変更後のユーザ情報に基づき、サーバ４０では、ユーザリストが更新される。
【００３５】
図９は、その場合での動作シーケンス例を示す。これによる場合、ユーザ情報に変更が生じる度に、ユーザ１０から販売店２０には、変更後のユーザ情報が提供される（ステップ９０１）。このユーザ情報の提供を受けて、販売店２０からサーバ４０に対しては、変更後のユーザ情報が入力されるが（ステップ９０２）、この変更後のユーザ情報に基づき、サーバ４０では、ユーザリストが更新される（ステップ９０３）。
【００３６】
以上からも判るように、ユーザ１０は、変更後のユーザ情報を販売店２０に対し提供するだけで、購入済み商品の全てのメーカに対してユーザ登録の修正作業を行わなくて済まされ、また、販売店２０では、サーバ４０上のユーザリストを変更後のユーザ情報に基づき更新するだけで、ユーザ１０の購入済み商品の全てのメーカに対してユーザ登録の修正作業を行わなくて済まされることになる。
【００３７】
更に、販売店がユーザに対して商品情報を提供する場合について図１０により説明すれば、販売店２０からサーバ４０には、ユーザ１０のユーザ情報が入力される。これに応答して、サーバ４０から販売店２０には、そのユーザ１０の興味対象として推定された興味商品情報が提供される。販売店２０では、サーバ４０からの興味商品情報に基づき商品情報が作成されるが、この作成された商品情報が販売店２０からユーザ１０に対して提供される。
【００３８】
図１１は、その場合での動作シーケンス例を示す。これによる場合、販売店２０からサーバ４０に対しては、商品情報提供先としてのユーザ１０のユーザ情報が入力される（ステップ１１０１）。このユーザ情報はサーバ４０上に登録されているユーザリストを検索するためのものであり、以前に発行したユーザＩＤやユーザ１０の電話番号等を用いることができる。そのユーザ情報の入力により、サーバ４０では、サーバ４０上に登録されているユーザリストが検索された上（ステップ１１０２）、ユーザリストから取得されたユーザ情報と過去に購入した商品情報に基づき、ユーザ１０の興味商品が推定される（ステップ１１０３）。サーバ４０から販売店２０には興味商品情報が提供されるが（ステップ１１０４）、販売店２０では、サーバ４０からの興味商品情報に基づき商品情報が作成された上、ユーザ１０に提供される（ステップ１１０５）。
【００３９】
以上から判るように、ユーザ１０は販売店２０から興味のある商品についての情報が重点的に提供されることになり、また、販売店２０では、ダイレクトメールのような無駄がなくなり、広告料が有効に活かされることになる。
【００４０】
ところで、販売店がユーザに対して商品情報を提供する場合としては、他の提供方法も考えられる。図１２によりその提供方法について説明すれば、販売店２０からサーバ４０に対しては、ユーザ１０のユーザ情報が入力される。これを受け、サーバ４０から販売店２０には、そのユーザ１０のユーザ情報や、そのユーザ１０が過去に購入した商品の情報が提供される。販売店２０では、その商品の情報を基にユーザ１０の興味対象商品が推定され、その興味対象商品に基づき商品情報が作成された上、ユーザ１０に提供される。
【００４１】
図１３は、その場合での動作シーケンス例を示す。これによる場合、販売店２０からサーバ４０には、商品情報提供先であるユーザ１０のユーザ情報が入力される（ステップ１３０１）。これに応答して、サーバ４０では、サーバ４０に登録されているユーザリストが検索された上（ステップ１３０２）、ユーザ情報とそのユーザ１０が過去に購入した商品の情報が販売店２０に提供される（ステップ１３０３）。販売店２０では、その商品の情報を基にユーザ１０の興味対象商品が推定され（ステップ１３０４）、その興味対象商品に基づき商品情報が作成された上、ユーザ１０に提供される（ステップ１３０５）。
【００４２】
因みに、ユーザの興味対象商品を推定する方法としては、その一例として、ユーザが過去に購入した商品の商品分類と同一、あるいは類似、または関連のある分類に属する商品を選び出す等の方法を用いることができる。また、他の例としては、例えば新着商品情報や、売れ筋商品の商品情報をその商品に興味のあるユーザに提供する場合、販売店２０からサーバ４０には、その商品情報が入力される。これに対する応答として、サーバ４０では、ユーザリストから、過去に当該商品の商品分類と類似、もしくは関連のある分類等に属する商品を購入したユーザが検索された上、そのユーザ群が販売店２０に提供される。販売店２０からそのユーザ群には新着商品情報や売れ筋商品情報が提供されるようにしてもよい。尤も、ユーザリストから商品情報をサーバ４０が販売店２０に提供し、販売店２０でユーザ群が検索されるようにしてもよい。
【００４３】
ここで、本発明のユーザ登録システムの具体的システム構成について説明すれば、図１４にその一例での全体システム構成を示す。図示のように、複数の販売店２０からなる販売店群１４２０と、サーバ４０と、メーカ３０とがネットワーク１４５０を介し接続されるシステム構成となっている。販売店群１４２０とサーバ４０がネットワーク１４５０を介し接続されていることから、販売店群１４２０を構成している販売店２０各々によって、サーバ４０に蓄積されているユーザリストが共有されている。
【００４４】
したがって、各販売店２０は他販売店で登録されたユーザ情報を参照することが可能とされることから、ユーザ情報および商品情報を販売店毎に再登録することは不要となる。また、ユーザは、過去に商品を購入していた販売店と同一販売店群に含まれる他販売店から商品を初めて購入する場合に、ユーザ情報を再提供する必要がなくなる。
【００４５】
因みに、販売店が複数メーカの製品を組合せてシステム構築を行うシステムインテグレータである形態も考えられる。この場合には、図１〜図１３において、「商品購入」は「システム構築要求」、「商品提供」は「システム構築」、「メーカ」は「システム構築に用いた製品のメーカ」、「商品情報」は「システム構築に用いた製品の情報」となる。
【００４６】
次に、販売店がネットワーク上（Ｗｅｂ上）の店舗であるとして、この場合での本発明のユーザ登録システムの具体的なシステム構成を図１５に示す。図示のように、ユーザ端末１５１０と、販売店端末１５２０と、（共有）サーバ１５４０と、メーカ端末１５３０とがネットワーク１５５０を介し接続されている。このうち、ユーザ端末１５１０は、表示および出力部１５１１と入力部１５１２を含むべく構成されており、これと同様にして、販売店端末１５２０も、表示および出力部１５２１と入力部１５２２を含むべく構成されている。また、メーカ端末１５３０は、表示および出力部１５３１と入力部１５３２とユーザ登録情報が格納される記憶装置１５３３を含むべく構成されており、これと同様にして、サーバ１５４０も、表示および出力部１５４１と入力部１５４２とユーザ情報や商品情報が格納される記憶装置１５４３を含むべく構成されている。実際上、ユーザ端末１５１０、販売店端末１５２０、メーカ端末１５３０はそれぞれ複数存在するが、図示の便宜上、それぞれ１台のみ示す。
【００４７】
以上のユーザ登録システムでは、販売店端末１５２０各々によって、サーバ１５４０内の記憶装置１５４３に格納されている情報は共有可能とされているものであり、また、ネットワーク１５５０の具体例としては、インターネットやイントラネット、専用線等が挙げられる。更に、ネットワーク１５５０上の情報はその全て、またはその一部が暗号化された状態として伝送されるようにしてもよい。
【００４８】
尤も、図１５に示すユーザ登録システムでは、販売店はネットワーク上の店舗であると想定されているものの、実店舗であってもよい。したがって、ユーザ端末１５１０と販売店端末１５２０とメーカ端末１５３０とサーバ１５４０の全てがネットワーク１５５０を介し、接続される必要はない。例えばユーザ端末１５１０と販売店端末１５２０が同一端末であるという構成や、販売店端末１５２０とサーバ１５４０が同一端末であるという構成も可能とされているからである。もしも、ユーザ端末１５１０が存在しない構成の場合には、ユーザ情報の入力は、例えばユーザが販売店店頭で登録用紙に記入することで行い、販売店の店員等がその登録用紙上の記入内容を見ながら、販売店端末１５２０に入力すればよい。
【００４９】
何れにしても、図１５に示すユーザ登録システム構成により、ユーザと販売店とメーカとサーバが物理的に近接した状態として存在していることの必要性はなくなる。
【００５０】
次に、ユーザリストについて説明すれば、図１６に、サーバに格納されているユーザリストの例を示す。図示のように、ユーザリスト１６０１は、ユーザ情報１６１０とメーカ情報１６３０に大別されており、これら情報は互いに密接にリンクされている。
【００５１】
先ずユーザ情報１６１０から説明すれば、ユーザ情報１６１０は、販売店にユーザ情報を提供したユーザ毎に作成されており、各種項目として、ユーザＩＤ１６１１や名前１６１２、住所１６１３、電話番号１６１４、メールアドレス１６１５、パスワード１６１６、年齢１６１７、職種１６１８の他、商品購入情報１６２０を含んでいる。ユーザＩＤ１６１１は、ユーザ情報を容易に参照し得るように、ユーザ毎にサーバが発行するコードであり、名前１６１２、住所１６１３、電話番号１６１４、メールアドレス１６１５、パスワード１６１６、年齢１６１７、職種１６１８それぞれの内容としては、ユーザからユーザ情報が最初に販売店に提供された際でのものが格納される（図２を参照のこと）。その後、これら情報は、ユーザから変更後のユーザ情報が提供された際に更新される（図９を参照のこと）。なお、上記各種項目以外の情報で、販売店が必要と判断したユーザ情報があれば、それを新たな項目として追加してもよい。
【００５２】
また、購入商品情報１６２０は、ユーザが商品を購入する度に追加される（図２や図３を参照のこと）。購入商品情報１６２０の各種項目には、購入日１６２１や登録フラグ１６２２、メーカ情報１６２３、商品情報１６２４等がある。購入日１６２１には、ユーザが商品を購入した日付が格納され、また、登録フラグ１６２２は、販売店がメーカに対しユーザ登録を完了したか否かを示しており、販売店が購入商品情報をサーバに登録してからメーカにユーザ登録するまでは「未実施」として記録されているが、メーカにユーザ登録が行われた後は、「実施」として記録される。この登録フラグ１６２２の使用法の一例としては、サーバが定期的に登録フラグ１６２２をチェックし、「未実施」の場合には、販売店端末に対してユーザ登録の実施を催促することが挙げられる。更に、メーカ情報１６２３には、購入した商品のメーカに対応するメーカ情報１６３０へのポインタが設定されている。更にまた、商品情報１６２４には、購入した商品に対応する商品情報１６４０へのポインタが設定されている。これらメーカ情報１６２３、商品情報１６２４にはポインタではなく、メーカ情報１６２３にはメーカに関する情報が、また、商品情報１６２４には商品に関する情報が記録されてもよい。なお、上記各種項目以外の情報で、販売店が必要と判断した購入商品情報があれば、それを新たな項目として追加してもよい。
【００５３】
次に、メーカ情報１６３０について説明すれば、メーカ情報１６３０は、ユーザが商品を購入する度に、追加、または、更新される（図２や図３を参照のこと）。メーカ情報１６３０の各種項目には、メーカ名１６３１やメーカの住所１６３２の他、商品情報１６４０等がある。メーカ名１６３１やメーカの住所１６３２には、ユーザが未登録のメーカの商品を購入したときに格納される。なお、上記各種項目以外の情報で、販売店が必要と判断したメーカ情報があれば、それを新たな項目として追加してもよい。
【００５４】
また、商品情報１６４０は、ユーザが未登録商品を購入したときに作成される。商品情報１６４０の各種項目には、商品名１６４１やバージョン１６４２、ユーザ登録先１６４３、（ユーザ）登録内容１６４４、分類１６４５の他、登録ユーザ情報１６５０等がある。ユーザ登録先１６４３には、メーカに対してユーザ登録が行われる際での送付先や宛名等が格納される。また、登録内容１６４４には、販売店がメーカに対してユーザ登録を行う際に、その販売店から提供されるユーザ名やユーザの住所、年齢、職種等、その販売店の各種情報が格納される。更に、分類１６４５には、購入した商品が属する分類が格納される。この分類１６４５の例としては、例えば「ビジネスソフト」や「ネットワークカード」が挙げられるが、後に、ユーザの興味対象商品を推定する際に便利なように、分類１６４５には、例えば「パーソナルコンピュータ」―「ソフトウェア」―「ビジネスソフト」―「表計算」が階層化された状態として格納されるようにしてもよい。なお、上記各種項目以外の情報で、販売店が必要と判断した商品情報があれば、それを新たな項目として追加してもよい。
【００５５】
登録ユーザ情報１６５０はまた、ユーザが商品を購入する度に追加される（図２や図３を参照のこと）。この登録ユーザ情報１６５０には、ユーザ情報１６５１の項目がある。ユーザ情報１６５１には、メーカ情報１６３０と商品情報１６４０で表現される商品を購入したユーザのユーザ情報１６１０へのポインタが設定される。ユーザ情報１６５１にはポインタではなく、ユーザに関する情報が記録されてもよい。また、登録ユーザ情報１６５０に、ユーザ情報１６５１以外の情報で、販売店が必要と判断する登録ユーザ情報があれば、それを新たな項目として追加してもよい。
【００５６】
以上のようなユーザリストにより、あるユーザのユーザＩＤをキーとして、そのユーザのユーザ情報や、そのユーザが過去に購入した全ての商品情報とメーカ情報を参照することや、あるメーカのメーカ名をキーとして、そのメーカのメーカ情報やそのメーカが過去に販売した全ての商品情報、そのメーカの商品を購入した全てのユーザ情報を参照することが可能となっている。
【００５７】
最後に、ユーザ端末から、例えばネット上で商品が購入される場合でのユーザ端末の画面遷移例を図１７〜図２２に示す。
【００５８】
先ず図１７に初期表示画面の例を示す。この表示画面には、操作メニューバー１７０１、購入商品選択欄１７０２、次へボタン１７０３、取り消しボタン１７０４を含んでいる。操作メニューバー１７０１には、登録処理を行うアプリケーションに必要な操作メニューが表示される。例えばアプリケーションの終了ボタン等を含む。購入商品選択欄１７０２は、商品の一覧表示の中から、１つ、または複数の商品を選択するための欄である。この購入商品選択欄１７０２は、単に次画面を表示するためのボタンとし、次画面で購入商品を選択する画面構成でもよい。次へボタン１７０３は、次画面を表示するためのボタンであり、取り消しボタン１７０４は、それまでの入力を取り消すためのボタンである。
【００５９】
図１８に、図１７で次へボタン１７０３が押された後での表示画面の例を示す。この表示画面には、操作メニューバー１７０１、購入商品表示欄１８０１、ユーザＩＤ入力欄１８０２、パスワード入力欄１８０３、次へボタン１７０３、取り消しボタン１７０４を含んでいる。購入商品表示欄１８０１には、図１７に示す購入商品選択欄１７０２で選択された商品が表示されることで、選択に誤りがないか否かをユーザに確認させる。ユーザＩＤ入力欄１８０２は、ユーザが最初にユーザ登録を行った際に発行されたユーザＩＤが入力される欄であり、また、パスワード入力欄１８０３は、ユーザが最初にユーザ登録を行った際に登録したパスワードが入力される欄である。ユーザが初めて商品を購入する場合には、ユーザＩＤおよびパスワードがないので、これら欄１８０２、１８０３は空欄とされる。次へボタン１７０３は、次画面を表示するためのボタンであり、取り消しボタン１７０４は、それまでの入力を取り消すためのボタンである。
【００６０】
図１９に、図１８でユーザＩＤ入力欄１８０２にユーザＩＤが入力され、パスワード入力欄１８０３にパスワードが入力されて、次へボタン１７０３が押された後での表示画面の例を示す。この表示画面には、操作メニューバー１７０１、ユーザ認証結果表示欄１９０１、商品購入確認欄１９０２、確認ボタン１９０３、取り消しボタン１７０４を含んでいる。ユーザ認証結果表示欄１９０１は、図１８に示すユーザＩＤ入力欄１８０２に入力されたユーザＩＤと、パスワード入力欄１８０３に入力されたパスワードとが正しいユーザのものであるかを、サーバが認証した結果を表示する欄である。ユーザＩＤとパスワードが有効である場合には、商品購入確認欄１９０２には、図１８に示す購入商品表示欄１８０１に表示された商品が再表示されることで、購入商品の最終確認を行う旨が表示される。確認ボタン１９０３は、商品購入確認欄１９０２に表示された商品の購入を確定するためのボタンであり、この確認ボタン１９０３が押された時点で、販売店端末との間で商品購入処理が開始される。取り消しボタン１７０４は、それまでの入力を取り消すためのボタンである。
【００６１】
図２０に、図１８に示すユーザＩＤ入力欄１８０２にユーザＩＤが入力されなかった場合、またはパスワード入力欄１８０３にパスワードが入力されなかった場合に、次へボタン１７０３が押された後での表示画面の例を示す。例えばユーザが販売店を初めて利用する場合である。この表示画面には、操作メニューバー１７０１、ユーザ情報入力欄２００１、次へボタン１７０３、取り消しボタン１７０４を含んでいる。ユーザ情報入力欄２００１は、ユーザが自身の名前や住所、電話番号、メールアドレス、パスワード、年齢、職業等の個人情報を入力するための欄である。次へボタン１７０３は、次画面を表示するためのボタンであり、取り消しボタン１７０４は、それまでの入力を取り消すためのボタンである。
【００６２】
図２１に、図２０に示す表示画面で次へボタン１７０３が押された後での表示画面の例を示す。この表示画面には、操作メニューバー１７０１、ユーザＩＤ表示欄２１０１、商品購入確認欄１９０２、確認ボタン１９０３、取り消しボタン１７０４を含んでいる。ユーザＩＤ表示欄２１０１は、そのユーザに発行されたユーザＩＤを表示するための欄である。商品購入確認欄１９０２には、図１８に示す購入商品表示欄１８０１に表示された商品が再表示されることで、購入商品の最終確認を行う旨が表示される。確認ボタン１９０３は、商品購入確認欄１９０２に表示された商品の購入を確定するためのボタンであり、この確認ボタン１９０３が押された時点で、販売店端末との間で商品購入処理が開始される。取り消しボタン１７０４は、それまでの入力を取り消すためのボタンである。
【００６３】
図２２に、図１９に示す確認ボタン１９０３、または図２１に示す確認ボタン１９０３が押された後での表示画面の例を示す。この表示画面には、操作メニューバー１７０１、商品購入結果表示欄２２０１、初めに戻るボタン２２０２、終了ボタン２２０３を含んでいる。商品購入結果表示欄２２０１は、商品購入処理の結果を表示するための欄である。初めに戻るボタン２２０２は、更に、商品を購入する場合に、商品購入処理を初めから繰り返すためのボタンであり（図１７に示す表示画面に戻る）、終了ボタン２２０３は、一連の商品購入処理を終了させるためのボタンである。
【００６４】
以上、本発明について説明した。なお、特許請求の範囲に記載された発明以外の発明としては、以下のような発明（１）〜（６）も考えられる。
（１）：商品を販売する販売店と、商品を製造するメーカあるいは商品の販売元（以下、メーカで総称）と、ユーザ情報を蓄積するサーバとを有し、前記販売店が、ユーザに商品を販売し、前記ユーザからユーザ情報の提供を受け、前記ユーザ情報の全部または一部と販売した商品に関する情報を前記サーバに登録し、前記メーカに前記販売店の情報を用いてユーザ登録を行うことを特徴とするユーザ登録システム。
（２）：前記メーカが、登録ユーザである前記販売店に対して情報を提供し、前記販売店が前記サーバから前記メーカの商品を購入したユーザのユーザ情報を取得し、前記ユーザに対して前記情報の全部または一部を提供することを特徴とする（１）記載のユーザ登録システム。
（３）：前記販売店が、前記サーバから、既にユーザ登録を行ったメーカのメーカ情報を取得し、前記メーカに対して変更後の販売店情報を用いてユーザ登録の修正を行い、さらに、前記サーバからユーザ登録を行ったユーザのユーザ情報を取得し、前記ユーザに、前記変更後の販売店情報を通知することを特徴とする（１）または（２）記載のユーザ登録システム。
（４）：前記販売店が、前記ユーザの変更後のユーザ情報の提供を受け、前記サーバに登録されている前記ユーザのユーザ情報を前記変更後のユーザ情報に更新することを特徴とする（１）〜（３）の何れかに記載のユーザ登録システム。
（５）：前記販売店が、前記サーバに登録された情報を利用して、ユーザに商品情報を提供することを特徴とする（１）〜（４）の何れかに記載のユーザ登録システム。
（６）：複数の販売店をネットワーク経由で前記サーバと接続し、前記複数の販売店で前記サーバを共有することを特徴とする（１）〜（５）の何れかに記載のユーザ登録システム。
【００６５】
以上の発明（１）〜（６）によれば、ユーザはユーザ情報を販売店に提供するだけで、ユーザ登録作業を行わなくて済まされ、また、メーカと直接情報の授受を行う必要がないため、煩わしい情報管理を個人で行う必要がない。更に、販売店にとっては、ユーザに対しユーザ登録代行という新サービスを提供することで、ユーザを確保し得ることになる。
【００６６】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲内で種々変更可能であることはいうまでもない。
【００６７】
【発明の効果】
ユーザによる直接的なユーザ登録が不要とされつつも、販売店を介し間接的にユーザ登録されることで、ユーザが煩わしいユーザ登録から解放され得、また、販売店は容易にユーザを管理し得るユーザ登録方法を提供することができる。
【００６８】
また、ユーザによる直接的なユーザ登録が不要とされつつも、販売店を介し間接的にユーザ登録されることで、ユーザが煩わしいユーザ登録から解放され得、また、販売店は容易にユーザを管理し得るユーザ登録システムを提供することができる。
【図面の簡単な説明】
【図１】本発明のユーザ登録システムの一例での全体システム概念を示す図である。
【図２】ある販売店を初めてユーザが利用する場合での動作シーケンス例を示す図である。
【図３】以前に利用した販売店をユーザが再び利用する場合での動作シーケンス例を示す図である。
【図４】メーカから情報が提供された場合を説明するための図である。
【図５】その場合での動作シーケンス例を示す図である。
【図６】販売店情報に変更が生じた場合を説明するための図である。
【図７】その場合での動作シーケンス例を示す図である。
【図８】ユーザ情報に変更が生じた場合を説明するための図である。
【図９】その場合での動作シーケンス例を示す図である。
【図１０】販売店がユーザに対して商品情報を提供する場合を説明するための図である。
【図１１】その場合での動作シーケンス例を示す図である。
【図１２】販売店がユーザに対して商品情報を提供する場合での他の提供方法を説明するための図である。
【図１３】その場合での動作シーケンス例を示す図である。
【図１４】本発明のユーザ登録システムの一例での全体システム構成を示す図である。
【図１５】販売店がネットワーク上の店舗である場合での、本発明のユーザ登録システムの具体的システム構成を示す図である。
【図１６】そのシステム構成要素であるサーバに格納されているユーザリストの例を示す図である。
【図１７】ユーザ端末での表示画面例１を示す図である。
【図１８】ユーザ端末での表示画面例２を示す図である。
【図１９】ユーザ端末での表示画面例３を示す図である。
【図２０】ユーザ端末での表示画面例４を示す図である。
【図２１】ユーザ端末での表示画面例５を示す図である。
【図２２】ユーザ端末での表示画面例６を示す図である。
【図２３】従来のユーザ登録の概念を示す図である。
【符号の説明】
１０…ユーザ、２０…販売店、３０…メーカ、４０，１５４０…サーバ、１４５０，１５５０…ネットワーク、１５１０…ユーザ端末、１５２０…販売店端末、１５３０…メーカ端末。
【図１】
2004013181.tif 000003
【図２】
2004013181.tif 000004
【図３】
2004013181.tif 000005
【図４】
2004013181.tif 000006
【図５】
2004013181.tif 000007
【図６】
2004013181.tif 000008
【図７】
2004013181.tif 000009
【図８】
2004013181.tif 000010
【図９】
2004013181.tif 000011
【図１０】
2004013181.tif 000012
【図１１】
2004013181.tif 000013
【図１２】
2004013181.tif 000014
【図１３】
2004013181.tif 000015
【図１４】
2004013181.tif 000016
【図１５】
2004013181.tif 000017
【図１６】
2004013181.tif 000018
【図１７】
2004013181.tif 000019
【図１８】
2004013181.tif 000020
【図１９】
2004013181.tif 000021
【図２０】
2004013181.tif 000022
【図２１】
2004013181.tif 000023
【図２２】
2004013181.tif 000024
【図２３】
2004013181.tif 000025