JP2003016247A

JP2003016247A - ユーザ登録代行システム、サーバおよびその運用方法

Info

Publication number: JP2003016247A
Application number: JP2001202432A
Authority: JP
Inventors: Yoshio Iwanaga; 美穂岩永; Koichi Okazawa; 宏一岡澤
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-07-03
Filing date: 2001-07-03
Publication date: 2003-01-17

Abstract

(57)【要約】【課題】ユーザが購入した商品のメーカへのユーザ登
録を販売店が行うことにより、ユーザがユーザ登録を行
う手間を軽減する。【解決手段】商品を販売する販売店２０が、商品１０
１を購入したユーザ１０からユーザ個人情報１０２を取
得し、販売した商品に関する情報とともに、このユーザ
個人情報の全部または一部１０３をサーバ４０に登録
し、該販売した商品１０１を製造したメーカ３０にユー
ザ登録１０４を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はユーザ登録に係り、
特に、ユーザに商品を販売する販売店がメーカへのユー
ザ登録を代行するシステム、サーバおよびその運用方法
に関する。

【０００２】

【従来の技術】市場には、消費者が購入することができ
るさまざまな商品が存在する。それらの商品の中には、
商品を購入した消費者（以下、ユーザと記す）の傾向調
査や新商品情報の提供などを目的として、商品を製造し
たメーカや販売元（以下、メーカで総称）が、ユーザの
住所、氏名、年齢、職種などの個人情報をメーカに登録
するようにユーザに要求することがある。この種の登録
を以下ではユーザ登録と記す。商品の中には、ユーザ登
録をしないとメーカがアフターサポートをしなかった
り、商品保証期間が短くなるなどのケースがあり、ユー
ザにとってユーザ登録は重要なことである場合が少なく
ない。

【０００３】従来、このようなユーザ登録は、図２０に
示すように、ユーザ１０は販売店２０から商品を購入
後、該商品を製造・販売したメーカ３０に対して、ユー
ザ１０が自らユーザ登録を行っていた。

【０００４】

【発明が解決しようとする課題】このように、従来は、
メーカに対して、商品を購入したユーザ自身がユーザ登
録を行なう必要があるために、ユーザにとっては煩わし
いだけでなく、ユーザがユーザ登録を忘れる可能性が高
いという問題があった。

【０００５】また、ユーザ登録の方法はメーカごとに独
自形式であるため、例えば、多数の商品を購入したユー
ザが各々のユーザ登録形式に対応することを面倒に感
じ、ユーザ登録を怠る可能性があった。さらに、ユーザ
の転居等によりユーザ登録した情報に変更が生じた場合
には、ユーザは以前にユーザ登録を行ったすべてのメー
カに対してユーザ登録の修正を行なうことを面倒に感
じ、やはりユーザ登録の修正を怠る可能性があった。

【０００６】本発明は、商品を販売した販売店がユーザ
登録を行うことにより、ユーザが自からユーザ登録を行
う必要がないユーザ登録代行システム、サーバおよびそ
の運用方法を提供することを目的とする。

【０００７】

【課題を解決するための手段】本発明では、ユーザに商
品を販売する販売店が、ユーザからユーザ個人情報を取
得し、このユーザ個人情報の全部または一部と販売した
商品に関する情報をサーバに登録すると共に、該ユーザ
に販売した商品を製造したメーカあるいはその販売元
（以下、メーカで総称）にユーザ登録を行なう。

【０００８】また、本発明では、ユーザ個人情報に変更
が生じた場合には、販売店は、ユーザから変更後のユー
ザ個人情報を取得し、この変更後のユーザ個人情報の全
部または一部をサーバに登録し、サーバからユーザが過
去に購入した購入商品リストを取得し、この購入商品リ
ストに含まれる商品を製造したメーカ等にユーザ登録の
変更通知を行なう。

【０００９】また、本発明では、複数の販売店をネット
ワーク経由でサーバと接続し、複数の販売店とサーバと
の間で情報を共有する。さらには、本発明では、ユーザ
と販売店とサーバとメーカとをすべてネットワークで接
続することも可能とする。

【００１０】さらに、販売店は、ユーザ個人情報をサー
バに提供し、サーバからユーザに適していると推定した
商品情報を取得し、この推定された商品情報をユーザに
提供することも可能である。あるいは、販売店は、ユー
ザ個人情報をサーバに提供し、サーバからユーザの購入
商品リストを取得し、この購入商品リストを元にユーザ
に適していると推定した商品情報をユーザに提供するこ
とも可能である。

【００１１】

【発明の実施の形態】本発明の実施形態を図面を参照し
て以下に説明する。なお、以下の実施形態において、販
売店は通常の販売店のほかにネット上（Ｗｅｂ上）の販
売店も含み、ユーザの商品購入の形態は、両者の販売店
からの形態が含まれるとする。

【００１２】図１に、本発明によるユーザ登録代行シス
テムの一実施形態の概念図を示す。図１において、１０
は商品を購入するユーザ、２０は商品を販売する販売
店、３０は商品を製造するメーカ（あるいは販売元）、
４０はユーザ個人情報や購入商品リストを蓄積するサー
バである。

【００１３】ユーザ１０は販売店２０から商品１０１を
購入すると、販売店２０に対してユーザ個人情報１０２
を提供する。販売店２０は、ユーザ１０から受け取った
ユーザ個人情報１０２の全部または一部のユーザ個人情
報１０３を、販売した商品に関する情報とともにサーバ
４０に登録し、さらに、商品を製造したメーカ３０（販
売元も含む）へユーザ登録１０４を行う。

【００１４】図２は、販売店を初めてユーザが利用する
場合の動作シーケンス例を示す。図２の縦軸は時間の経
過を表している。これは、後述の図２以外の各動作シー
ケンス図についても同様である。

【００１５】ユーザ１０は販売店２０に対して商品を購
入する（２０１）。販売店２０はユーザ１０に対してユ
ーザＩＤとパスワードを問い合わせる（２０２）。ここ
で、ユーザＩＤとは、販売店がユーザを識別するために
ユーザごとに設定したコードのことを示し、パスワード
は、ユーザが販売店に提供するユーザ個人情報に含まれ
る情報で、ユーザがユーザＩＤの正しい所有者であるこ
とを示すものである。いまの場合、ユーザ１０は販売店
２０をはじめて利用するため、ユーザＩＤは未所有であ
り、パスワードは未登録である（２０３）。そこで、ユ
ーザ１０は住所、氏名、年齢、職種、電話番号、電子メ
ールアドレス、パスワードなどのユーザ個人情報を販売
店２０に提供する（２０４）。販売店２０は、サーバ４
０に対して、ユーザ個人情報および商品情報の登録を行
なう（２０５）。サーバ４０はユーザＩＤの生成、購入
商品リスト等の作成を行い、ユーザ個人情報とともに保
持し（２０６）、販売店２０に対してユーザＩＤを返す
（２０７）。販売店２０はユーザ１０に対して該ユーザ
ＩＤを発行する（２０８）。そして、販売店２０はユー
ザ１０に対して商品を提供する（２０９）。その後、販
売店２０は該商品を製造等したメーカ３０に対して、ユ
ーザ１０の代りにユーザ登録を行う（２１０）。

【００１６】これにより、ユーザ１０は初めての販売店
に対してユーザ個人情報を提供するだけでよく、ユーザ
登録作業を行わなくてすむという利点が生じる。一方、
販売店２０は、サーバ４０の情報をもとにユーザ１０に
新しいサービス等を提供できることで、ユーザの確保が
できるという利点が生じる。

【００１７】図３は、販売店を以前に利用したユーザが
再び利用する場合の動作シーケンス例を示す。ユーザ１
０は販売店２０に対して商品を購入する（３０１）。販
売店２０はユーザ１０に対してユーザＩＤとパスワード
を問い合わせる（３０２）。この場合、ユーザ１０は以
前に販売店２０を利用しているためユーザＩＤを所有
し、パスワードは登録済みである（３０３）。そこで、
ユーザ１０はユーザＩＤとパスワードを販売店２０に提
供する（３０４）。販売店２０はサーバ４０に対して、
ユーザ１０から提供されたユーザＩＤとパスワードが正
しいものであるかどうかのユーザ認証を問い合わせる
（３０５）。サーバ４０は、登録されているデータから
ユーザＩＤとパスワードを照合し（３０６）、販売店２
０に対してユーザ認証結果を返す（３０７）。販売店２
０は、ユーザ認証結果がＯＫの場合、サーバ４０に対し
て新たな商品情報の登録を行う（３０８）。サーバ４０
は購入商品リストを更新する（３０９）。また、販売店
２０は、ユーザ１０に対して商品を提供する（３１
０）。さらに、販売店２０は該商品を製造等したメーカ
７に対してユーザ登録を行う（３１１）。なお、販売店
２０は、ステップ３０７でサーバ４０からＮＯのユーザ
認証結果が返された場合、その旨をユーザ１０に通知し
て、再度ユーザ１０からユーザＩＤとパスワードの提供
を受けるか、あらためて図２のシーケンスからやり直す
かすればよい。

【００１８】これにより、ユーザ１０は、２回目以降は
ユーザＩＤとパスワードを販売店２０に提供するだけで
よく、商品購入のためにユーザ登録作業を行わなくてす
むという利点が生じる。また、販売店２０は、ユーザ１
０に更に新しいサービスを提供できることでユーザの確
保ができるという利点が生じる。

【００１９】次に、図４にユーザの転居などによりユー
ザ個人情報に変更が生じた場合の本実施形態の概念図を
示す。図４において、３０’は複数のメーカからなるメ
ーカ群のイメージである。ユーザ１０、販売店２０、サ
ーバ４０は図１と同様である。

【００２０】ユーザ１０は、販売店２０に対して変更後
のユーザ個人情報４０１を提供する。販売店２０は、ユ
ーザ１０から受け取ったユーザ個人情報４０１の全部ま
たは一部のユーザ個人情報４０２をサーバ４０に登録
し、サーバ４０から該ユーザ１０の過去の購入商品リス
ト４０３を受け取る。販売店２０は、購入商品リスト４
０３からユーザ１０の購入済み商品を製造等したメーカ
群３０′を抽出し、該メーカ群３０′に対してユーザ登
録修正４０４を行う。すなわち、ユーザ登録の変更通知
を行う。

【００２１】図５は、この場合の動作シーケンス例を示
す。ユーザ１０は販売店２０に対してユーザ個人情報の
修正を要求する（５０１）。販売店２０はサーバ４０に
対してユーザ個人情報を提供する（５０２）。サーバ４
０は、提供されたユーザ個人情報をもとに、登録済みの
ユーザ個人情報を修正するとともに（５０３）、該ユー
ザ１０の過去の購入商品リストを販売店２０に提供する
（５０４）。販売店２０はサーバ４０からのユーザの購
入商品リストを参照し、該購入商品リストに含まれるメ
ーカ群３０′に対してユーザ登録の修正（変更通知）を
行う（５０５）。

【００２２】これにより、ユーザ１０はユーザ個人情報
の修正要求を販売店２０に対して行うだけで、過去に購
入済みの商品すべてのメーカに対してユーザ登録の修正
作業を行わなくてよいという利点が生じる。また、販売
店２０はユーザ１０に新しいサービスを提供できること
で、ユーザの確保ができるという利点が生じる。

【００２３】次に、図６に販売店がユーザに対して商品
情報を提供する場合の実施形態の概念図を示す。販売店
２０はサーバ４０に対して、ユーザ１０のユーザ個人情
報６０１３を提供する。サーバ４０は販売店２０に対し
て、該ユーザ１０の興味対象と推定した商品情報６０２
を提供する。販売店２０は、ユーザ１０に対して、サー
バ４０からの商品情報６０２を元に作成した商品情報６
０３を提供する。

【００２４】図７は、この場合の動作シーケンス例を示
す。販売店２０はサーバ４０に対して、商品情報を提供
しようとするユーザ１０のユーザ個人情報を提供する
（７０１）。このユーザ個人情報はサーバ４０に登録さ
れているユーザ情報を検索するためのものであり、以前
に発行したユーザＩＤや、ユーザ１０の電話番号などを
用いることができる。サーバ４０は、サーバ内に登録さ
れているユーザ個人情報と購入商品リストを元に、ユー
ザ１０の興味対象商品を推定する（７０２）。サーバ４
０は、この結果得られた商品情報を販売店２０に提供す
る（７０３）。販売店２０は、サーバ４０から取得した
商品情報を元に作成した商品情報をユーザ１０に提供す
る（７０４）。

【００２５】これにより、ユーザ１０は販売店２０から
興味対象商品の情報が重点的に提供されるという利点が
生じる。販売店２０は、ダイレクトメールのような無駄
がなくなり、広告料の有効な利用ができるというメリッ
トがある。

【００２６】次に図８に、販売店がユーザに対して商品
情報を提供する場合の実施形態の他の概念図を示す。販
売店２０はサーバ４０に対して、ユーザ１０のユーザ個
人情報８０１を提供する。サーバ４０は販売店２０に対
して、該ユーザ１０の購入商品リスト８０２を提供す
る。販売店２０は、該購入商品リスト８０２を元にユー
ザ１０の購入興味対象と推定した商品情報８０３をユー
ザ１０に提供する。

【００２７】図９は、この場合の動作シーケンス例を示
す。販売店２０はサーバ４０に対して、商品情報を提供
しようとするユーザ１０のユーザ個人情報を提供する
（９０１）。サーバ４０は、サーバ内に登録されている
ユーザ１０の購入商品リストを販売店２０に提供する
（９０２）。販売店２０は、購入商品リストを元にユー
ザ１０の興味対象商品を推定する（９０３）。販売店２
０は、この推定した商品情報をユーザ１０に提供する
（９０４）。

【００２８】ここで、ユーザの興味対象商品の推定につ
いては、ユーザが過去に購入した商品の商品分類と同一
もしくは類似、あるいは関連のある分類に属する商品を
選び出すなどの方法を用いることができる。

【００２９】また、ユーザの興味対象商品の推定方法と
しては、次のような方法を用いることもできる。例え
ば、新着商品情報や他のユーザが購入した商品の商品情
報を興味のあるユーザに提供する場合、販売店２０はサ
ーバ４０に対して該商品情報を送付する。サーバ４０
は、登録されているユーザ購入商品リストをもとに、過
去に当該商品の商品分類と類似もしくは関連のある分類
等に属する商品を購入したユーザを検索し、そのユーザ
群を販売店２０に返す。販売店２０は該ユーザ群に新着
商品情報を提供する。なお、サーバ４０は購入商品リス
トを販売店２０に返し、販売店２０がユーザ群を検索す
ることでもよい。

【００３０】図１０に、複数の販売店からなる販売店群
とサーバとの間をネットワークを介して接続した場合の
本発明によるユーザ登録代行システムの実施形態の概念
図を示す。図１０において、販売店群２０′とサーバ４
０をネットワーク５０で接続し、販売店群２０′に含ま
れる各販売店２０でサーバ４０に蓄積したユーザ個人情
報および購入商品リストを共有する。

【００３１】これにより、各販売店は他の販売店で登録
したユーザ個人情報が参照でき、ユーザ個人情報および
購入商品リストを販売店毎に再登録する必要がないとい
う利点がある。また、ユーザは、過去に商品を購入して
いた販売店と同一販売店群に含まれる他の販売店から商
品を購入する場合に、ユーザ個人情報を再登録する必要
がないという利点が生じる。

【００３２】次に、図１１乃至図１９により、本発明の
ユーザ登録代行システムの一実施形態の具体的構成例及
び動作について説明する。

【００３３】図１１に、ユーザの端末と販売店の端末と
サーバとメーカの端末がすべてネットワークで接続され
た場合の一実施形態のシステム図を示す。図１１におい
て、ユーザの端末１１１０は表示および出力部１１１１
と入力部１１１２を含んでいる。同様に、販売店の端末
１１２０は表示および出力部１１２１と入力部１１２２
を含んでおり、メーカの端末１１３０は表示および出力
部１１３１と入力部１１３２を含んでいる。サーバ１１
４０は表示および出力部１１４１と入力部１１４２とユ
ーザ個人情報や購入商品リスト等の情報を格納するディ
スク１１４３を含んでいる。実際には、ユーザの端末１
１１０、販売店の端末１１２０、メーカの端末１１３０
は、それぞれ複数存在するが、図１１では便宜上、それ
ぞれ１台のみを示している。

【００３４】ユーザの端末１１１０と販売店の端末１１
２０とメーカの端末１１３０とサーバ１１４０とはすべ
てネットワーク１１５０を介して接続され、サーバ１１
４０内のディスク１１４３に格納された情報を共有する
ことができる。ネットワーク１１５０の例としては、イ
ンターネットやイントラネットや専用線などが挙げられ
る。また、ネットワーク１１５０を伝わる情報のすべて
および一部に暗号化を適用してもよい。

【００３５】なお、ユーザの端末１１１０と販売店の端
末１１２０とメーカの端末１１３０とサーバ１４０のす
べてがネットワーク１１５０に接続される必要はない。
例えば、ユーザの端末１１１０と販売店の端末１１２０
が同一端末であるという構成や、販売店の端末１１２０
とサーバ１１４０が同一端末であるという構成も可能で
ある。ここで、ユーザの端末１１１０が存在しない構成
の場合には、ユーザ個人情報の入力は、ユーザが例えば
販売店の店頭で登録用紙へ記入することで行い、販売店
の店員等が、それを見ながら販売店の端末１１２０に入
力すればよい。

【００３６】図１１の構成により、ユーザと販売店とメ
ーカとサーバが物理的に近接した位置に存在する必要が
なくなるという利点が生じる。

【００３７】図１２は、サーバ１１４０内のディスク１
１４３に格納するユーザ個人情報の例を示す。ユーザ個
人情報１２００は、ユーザごとにユーザＩＤ１２０１、
名前１２０２、住所１２０３、電話番号１２０４、電子
メールアドレス１２０５、パスワード１２０６、購入商
品リスト１２０７などの情報からなる。ユーザＩＤ１２
０１は、ユーザ個人情報を容易に参照できるようにユー
ザ毎にサーバ１１４０が発行するコードである。名前１
２０２、住所１２０３、電話番号１２０４、電子メール
アドレス１２０５、パスワード１２０６は、一回目のユ
ーザ個人情報登録時の情報を格納する（例えば、図
２）。その後、これらの情報に変更が発生した場合に
は、ユーザからのユーザ個人情報の修正要求時に更新す
る（例えば、図５）。購入商品リスト１２０７はユーザ
が商品を購入するたびに更新する（例えば、図２、図
３）。なお、購入商品リスト１２０７は、ディスク１１
４３内のユーザ個人情報１２００とは別の記憶領域に格
納し、１２０７にはそのポインタを設定することでもよ
い。

【００３８】図１３に、サーバ１１４０内のディスク１
１４３に格納する購入商品リストの例を示す。購入商品
リスト１３００（図１２では符号１２０７）は、商品名
１３０１、購入した商品のバージョン１３０２、分類１
３０３、メーカ名１３０４、購入日１３０５、ユーザ登
録実施フラグ１３０６などの、ユーザが購入済みの商品
に関する情報からなる。分類１３０３は購入した商品が
属する分類であり、例としては、「ビジネスソフト」や
「ネットワークカード」などが挙げられる。また、後に
ユーザの興味対象商品を推定するときに便利なように、
分類１３０３を「パーソナルコンピュータ」−「ソフト
ウェア」−「ビジネスソフト」−「表計算」のように階
層化してもよい。ユーザ登録実施フラグ１３０６は、販
売店が購入商品リストをサーバに登録した後、メーカに
ユーザ登録するまでは「未実施」を記録し、メーカにユ
ーザ登録をした後は「実施」を記録することで、ユーザ
登録が終了したかどうかを判定する基準にする。例え
ば、サーバ１１４０は、定期的に該ユーザ登録実施フラ
グ１３０６をチェックし、「未実施」の場合、販売店の
端末１１２０に対してユーザ登録の実施を催促する。

【００３９】図１４から図１９は、例えばネット上で商
品を購入する場合のユーザ端末１１１０の画面遷移例を
示したものである。

【００４０】図１４は最初に表示される画面の例であ
る。この画面では、操作メニューバー１４０１、購入商
品選択欄１４０２、次へボタン１４０３、取り消しボタ
ン１４０４を含んでいる。操作メニューバー１４０１で
は登録処理を行うアプリケーションに必要な操作メニュ
ーを表示する。例えば、アプリケーションの終了ボタン
などを含む。購入商品選択欄１４０２は、購入商品の一
覧表示の中から一つまたは複数の商品を選択することが
できる欄である。この購入商品選択欄１４０２は単なる
次の画面を表示するためのボタンとし、次の画面で購入
商品を選択する画面構成でもよい。次へボタン１４０３
は次の画面を表示するためのボタンであり、取り消しボ
タン１４０４は今までの入力を取り消すためのボタンで
ある。

【００４１】図１５は、図１４で次へボタン１４０３を
押した後に表示される画面の例である。この画面では、
操作メニューバー１４０１、購入商品表示欄１５０１、
ユーザＩＤ入力欄１５０２、パスワード入力欄１５０
３、次へボタン１４０３、取り消しボタン１４０４を含
んでいる。購入商品表示欄１５０１は、図１４の画面の
購入商品選択欄１４０２で選択された商品を表示し、選
択に誤りがないかどうかをユーザに確認させるために存
在する。ユーザＩＤ入力欄１５０２は、ユーザが最初に
ユーザ登録を行った時に発行されたユーザＩＤを入力す
る欄であり、パスワード入力欄はユーザが最初にユーザ
登録を行なったときに登録したパスワードを入力する欄
である。初めてユーザ登録を行うユーザは、ユーザＩＤ
およびパスワードがないので、これらの欄１５０２、１
５０３は空欄とする。次へボタン１４０３は次の画面を
表示するためのボタンであり、取り消しボタン１４０４
は今までの入力を取り消すためのボタンである。

【００４２】図１６は、図１５の画面のユーザＩＤ入力
欄１５０２にユーザＩＤを入力し、パスワード入力欄１
５０３にパスワードを入力して、次へボタン１４０３を
押した後に表示される画面の例である。この画面では、
操作メニューバー１４０１、ユーザ認証結果表示欄１６
０１、商品購入確認欄１６０２、確認ボタン１６０３、
取り消しボタン１４０４を含んでいる。ユーザ認証結果
表示欄１６０１は、図１５の画面のユーザＩＤ入力欄１
５０２に入力したユーザＩＤと、パスワード入力欄１５
０３に入力したパスワードが正しいユーザのものである
かを、サーバ１１４０が認証した結果を表示する欄であ
る（例えば、図３）。ユーザＩＤとパスワードが有効で
ある場合には、商品購入確認欄１６０２は図１５の画面
で購入商品表示欄１５０１に示した商品を再表示し、購
入商品の最終確認を行う旨を表示する。確認ボタン１６
０３は、商品購入確認欄１６０２に表示された商品の購
入を確定するためのボタンであり、このボタン１６０３
が押された時点で、販売店の端末１１２０との間で商品
購入処理が開始される。取り消しボタン１４０４は今ま
での入力を取り消すためのボタンである。

【００４３】図１７は後述するとし、図１８は、図１５
の画面でユーザＩＤ入力欄１５０２にユーザＩＤを入力
しなかった場合、または、パスワード入力欄１５０３に
パスワードを入力しなかった場合の、次へボタン１４０
３を押した後に表示される画面の例である。例えば、初
めてユーザが販売店を利用する場合である（例えば、図
２）。この画面では、操作メニューバー１４０１、個人
情報入力欄１８０１、次へボタン１４０３、取り消しボ
タン１４０４を含んでいる。個人情報入力欄１８０１
は、ユーザが名前や住所、電話番号、電子メールアドレ
ス、パスワード等の個人情報を入力する欄である。次へ
ボタン１４０３は次の画面を表示するためのボタンであ
り、取り消しボタン１４０４は今までの入力を取り消す
ためのボタンである。

【００４４】図１９は、図１８の画面で次へボタン１４
０３を押した後に表示される画面の例である。この画面
では、操作メニューバー１４０１、ユーザＩＤ表示欄１
９０１、商品購入確認欄１９０２、確認ボタン１９０
３、取り消しボタン１４０４を含んでいる。ユーザＩＤ
表示欄１９０１は、このユーザに発行されたユーザＩＤ
を表示する欄である。商品購入確認欄１９０２は図１５
の画面で購入商品表示欄１５０１に示した商品を再表示
し、購入商品の最終確認を行う旨を表示する。確認ボタ
ン１９０３は、商品購入確認欄１９０２に表示された商
品の購入を確定するためのボタンであり、このボタンが
押された時点で、図１６の画面の場合と同様に販売店の
端末１１２０との間で商品購入処理が開始される。取り
消しボタン１４０４は今までの入力を取り消すためのボ
タンである。

【００４５】図１７は、図１６の画面の確認ボタン１６
０３または図１９の画面の確認ボタン１９０３を押した
後に表示される画面の例である。この画面では、操作メ
ニューバー１４０１、商品購入結果表示欄１７０１、初
めに戻るボタン１７０２、終了ボタン１７０３を含んで
いる。商品購入結果表示欄１７０１は、商品購入処理の
結果を表示する欄である。初めに戻るボタン１７０２
は、さらに商品を購入する場合に、商品購入処理を初め
から繰り返すためのボタンであり（図１４の画面に戻
る）、終了ボタン１７０３は商品購入処理を終了させる
ためのボタンである。

【００４６】

【発明の効果】本発明によれば、ユーザはユーザ個人情
報を提供するだけでユーザ登録作業を行わなくてよいと
いう利点が生じる。販売店にとってはユーザにユーザ登
録代行という新しいサービスを提供できることでユーザ
の確保ができるという利点が生じる。

【図面の簡単な説明】

【図１】本発明によるユーザ登録の一実施形態の概念図
である。

【図２】図１でユーザが初めて販売店を利用する場合の
動作シーケンス例である。

【図３】図１でユーザが再び販売店を利用する場合の動
作シーケンス例である。

【図４】ユーザ個人情報に変更が生じた場合を説明する
概念図である。

【図５】図４の動作シーケンス例である。

【図６】ユーザに商品情報を提供する場合を説明する概
念図である。

【図７】図６の動作シーケンス例である。

【図８】ユーザに商品情報を提供する場合を説明する別
の概念図である。

【図９】図８の動作シーケンス例である。

【図１０】本発明のユーザ登録代行システムの一実施例
の概念図である。

【図１１】本発明のユーザ登録代行システムの一実施例
のシステム構成図である。

【図１２】図１１のサーバ内のユーザ個人情報の一例で
ある。

【図１３】図１２のサーバ内の購入商品リストの一例で
ある。

【図１４】図１１のユーザ端末の画面例である。

【図１５】同じくユーザ端末の画面例である。

【図１６】同じくユーザ端末の画面例である。

【図１７】同じくユーザ端末の画面例である。

【図１８】同じくユーザ端末の画面例である。

【図１９】同じくユーザ端末の画面例である。

【図２０】従来のユーザ登録の概念図である。

【符号の説明】１０ユーザ２０販売店３０メーカ４０サーバ１０１商品購入１０２ユーザ個人情報提供１０３ユーザ個人情報登録１０４ユーザ登録４０１修正ユーザ個人情報提供４０２修正ユーザ個人情報登録４０３購入商品リスト提供４０４ユーザ登録修正１１１０ユーザ端末１１２０販売店端末１１３０メーカ端末１１４０サーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者岡澤宏一神奈川県海老名市下今泉810番地株式会社日立製作所インターネットプラットホーム事業部内

Claims

【特許請求の範囲】

【請求項１】商品を販売する販売店と、商品を製造す
るメーカあるいは商品の販売元（以下、メーカで総称）
と、サーバとからなるユーザ登録代行システムであっ
て、前記販売店が、ユーザに商品を販売すると、前記ユーザ
からユーザ個人情報を取得し、前記ユーザ個人情報と販
売した商品に関する情報を前記サーバに登録するととも
に、前記メーカに対しユーザに代わってユーザ登録を行
う、ことを特徴とするユーザ登録代行システム。
【請求項２】前記販売店が、前記ユーザから変更後の
ユーザ個人情報を取得すると、前記変更後のユーザ個人
情報の全部または一部を前記サーバに登録し、前記サー
バから前記ユーザの購入商品リストを取得し、前記購入
商品リストをもとにメーカに対しユーザに代わってユー
ザ登録の変更通知を行う、ことを特徴とする請求項１記載のユーザ登録代行システ
ム。
【請求項３】複数の販売店をネットワーク経由で前記
サーバと接続し、前記複数の販売店で前記サーバを共有
する、ことを特徴とする請求項１もしくは２記載のユーザ登録
システム
【請求項４】一つあるいは複数の販売店に接続される
サーバであって、前記販売店がユーザに商品を販売した
際にユーザから取得したユーザ個人情報と当該ユーザに
販売した商品に関する情報とを蓄積していることを特徴
とするサーバ。
【請求項５】請求項４記載のサーバの運用方法であっ
て、販売店がサーバからユーザの購入商品リストを取得
し、前記購入商品リストをもとに、商品を販売したメー
カあるいは商品の販売元に対しユーザに代わってユーザ
登録あるいはユーザ登録の変更通知を行う、ことを特徴
とするサーバ運用方法。