JP2011082863A - 個人情報管理システム、個人情報管理サーバ、及び個人情報管理プログラム - Google Patents

Abstract

【課題】ユーザの個人情報を適切に管理することで、不正アクセス等があった場合でも、個人情報の流出を最小限に抑えることが可能な個人情報管理システム等を提供する。
【解決手段】個人情報管理サーバは、各通信端末の所有者に関わるオーナー情報を記憶する第１記憶手段と、前記オーナー情報の開示を相互に許可するフレンド関係にある前記所有者間を特定するフレンド関係情報を記憶する第２記憶手段と、いずれかの前記オーナー情報を更新した場合に、前記フレンド関係情報を参照し、該オーナー情報に対応する所有者とフレンド関係にある所有者を特定する特定手段と、特定したフレンド関係にある前記所有者の通信端末に対し、前記オーナー情報の更新内容に従って、該通信端末の電話帳に登録されている、前記更新されたオーナー情報に対応する個人情報の更新を行う更新要求手段とを備える。
【選択図】図１

Description

本発明は、個人情報管理システムなどに関し、特に、登録ユーザの情報を適切に管理する個人情報管理システムなどに関する。

一般に、携帯電話などの通信端末には、氏名、住所、電話番号、メールアドレス等の個人情報を保持するための電話帳機能（以下、単に電話帳）が設けられている。通信端末に保持される電話帳には、当該端末を所持するユーザ（すなわちオーナー）自身の個人情報のほか、家族や友人、会社の同僚や付き合いのある顧客など、他人の個人情報も登録されている。

ところで、ユーザは、電話番号やメールアドレスなど、自身の個人情報を変更する場合には、変更内容を通知したい相手（他のユーザ）に電話やメールアドレスなどで連絡し、各ユーザの通信端末の電話帳に登録されている自分の個人情報を変更してもらうなど、非常に煩雑な作業が必要となる。

かかる問題を解消するために、各ユーザの電話帳をＷｅｂ上のサーバで管理し、あるユーザがＷｅｂサーバに登録した自身の個人情報（オーナー情報）を更新すると、この更新された内容を関連する他のユーザの端末に登録されている電話帳に反映させることのできる技術が提案されている（例えば特許文献１参照）。

特開２００３−２２３３９８号公報

しかしながら、上記の如く各ユーザの電話帳には、自身の個人情報のほか、家族や友人、会社の同僚や付き合いのある顧客など他人の個人情報も登録されているため、いったんサーバに不正アクセスがなされるとサーバ上に登録されている自身の個人情報のほか、電話帳に登録されている他人の個人情報までも流出し、甚大な被害を受けてしまうという問題がある。
さらに、ユーザにとっては、機密性の高い電話帳をそのまま他人のサーバに預けることは、情報漏えいの観点からも抵抗があり、利用し難いという問題もあった。

本発明は以上説明した事情を鑑みてなされたものであり、自身の個人情報を更新した場合に、この更新された内容を関連する他のユーザの端末に登録されている電話帳に反映させることができ、かつ、ユーザの個人情報を適切に管理することで、不正アクセス等があった場合でも、個人情報の流出を最小限に抑えることが可能な個人情報管理システム等を提供することを目的とする。

本発明に係る個人情報管理システムは、電話帳を備えた複数の通信端末と、各通信端末の電話帳に登録されている個人情報を管理する個人情報管理サーバとを備えた個人情報管理システムであって、前記個人情報管理サーバは、前記各通信端末の所有者に関わるオーナー情報を記憶する第１記憶手段と、前記オーナー情報の開示を相互に許可するフレンド関係にある前記所有者間を特定するフレンド関係情報を記憶する第２記憶手段と、いずれかの前記オーナー情報を更新した場合に、前記フレンド関係情報を参照し、該オーナー情報に対応する所有者とフレンド関係にある所有者を特定する特定手段と、特定したフレンド関係にある前記所有者の通信端末に対し、前記オーナー情報の更新内容に従って、該通信端末の電話帳に登録されている、前記更新されたオーナー情報に対応する個人情報の更新を行う第１更新手段と、を備え、前記通信端末は、当該通信端末の所有者に関わるオーナー情報を含む複数人の個人情報を登録した電話帳を記憶するメモリと、前記オーナー情報が更新された場合、該オーナー情報の更新内容をあらわす更新情報を前記管理サーバへ送信する送信手段と、を備えることを特徴とする。

かかる構成によれば、自身の個人情報を更新した場合に、この更新された内容をフレンド関係にある他のユーザの端末に登録されている電話帳に反映させることが可能となる。また、自分以外の他のユーザ（未登録、既登録を問わず）の個人情報については、個人情報管理サーバに登録されないため、個人情報管理サーバへの不正アクセスにより、他のユーザの個人情報が流出してしまうといった問題を未然に防止することが可能となる。

また、本発明に係る個人情報管理サーバは、各通信端末の電話帳に登録されている個人情報を管理する個人情報管理サーバであって、前記電話帳には当該通信端末の所有者に関わるオーナー情報が含まれており、前記各通信端末の所有者に関わるオーナー情報を記憶する第１記憶手段と、前記オーナー情報の開示を相互に許可するフレンド関係にある前記所有者間を特定するフレンド関係情報を記憶する第２記憶手段と、いずれかの前記オーナー情報を更新した場合に、前記フレンド関係情報を参照し、該オーナー情報に対応する所有者とフレンド関係にある所有者を特定する特定手段と、特定したフレンド関係にある前記所有者の通信端末に対し、前記オーナー情報の更新内容に従って、該通信端末の電話帳に登録されている、前記更新されたオーナー情報に対応する個人情報の更新を行う更新手段とを備えることを特徴とする。

また、本発明に係る個人情報管理プログラムは、第１記憶手段と第２記憶手段とを備え、各通信端末の電話帳に登録されている個人情報を管理するコンピュータを制御ための個人情報管理プログラムであって、前記電話帳には当該通信端末の所有者に関わるオーナー情報が含まれており、前記第１記憶手段には、前記各通信端末の所有者に関わるオーナー情報が記憶され、前記第２記憶手段には、前記オーナー情報の開示を相互に許可するフレンド関係にある前記所有者間を特定するフレンド関係情報が記憶され、いずれかの前記オーナー情報を更新した場合に、前記フレンド関係情報を参照し、該オーナー情報に対応する所有者とフレンド関係にある所有者を特定する特定手段、特定したフレンド関係にある前記所有者の通信端末に対し、前記オーナー情報の更新内容に従って、該通信端末の電話帳に登録されている、前記更新されたオーナー情報に対応する個人情報の更新を行う更新要求手段として機能させることを特徴とする。

以上説明したように、本発明によれば、ユーザの個人情報を適切に管理することで、不正アクセス等があった場合でも、個人情報の流出を最小限に抑えることが可能となる。

本実施形態に係る顧客管理システムアーキテクチャを示す図である。 同実施形態に係るユーザ登録処理のシーケンスを示す図である。 同実施形態に係る通信端末に表示される入力画面を例示した図である。 同実施形態に係る顧客データベースの登録内容を例示した図である。 同実施形態に係るフレンド関係構築処理のシーケンスを示す図である。 同実施形態に係るフレンド関係構築処理のシーケンスを示す図である。 同実施形態に係るフレンド関係情報を例示した図である。 同実施形態に係るフレンド関係情報を例示した図である。 同実施形態に係る電話帳自動更新処理の第１のパターンのシーケンスを示す図である。 同実施形態に係る電話帳自動更新処理の第２のパターンのシーケンスを示す図である。

以下、本発明の実施の形態について図面を参照しつつ詳細に説明する。

Ａ．本実施形態
（１）実施形態の構成
図１は、本実施形態に係る顧客管理システム１００のアーキテクチャを示す図である。顧客管理システム（個人情報管理システム）１００は、Ｗｅｂ上に設けられた顧客管理サーバ（個人情報管理サーバ）２００と、通信ネットワーク（インターネットなど）４００を介して顧客管理サーバ２００との間でデータを授受することが可能な複数の通信端末３００−ｋ（ｋ≧２）とを備えて構成される。なお、以下の説明では、各通信端末を特に区別する必要がない場合には、単に通信端末３００と呼ぶ。

通信端末３００は、メール機能や、インターネット接続機能等を備えた携帯電話、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistance）等であり、ＣＰＵ、メモリ、通信装置、操作ボタンなどの入力装置、ＬＣＤなどの表示装置といったハードウェア資源を備えている。通信端末３００は、インターネット６００に接続された顧客管理サーバ４００にアクセスしてユーザ自身の個人情報を登録することが可能となっている。また、通信端末３００のメモリ３１０には電話帳が保存され、この電話帳には、当該端末を所持するユーザ（すなわちオーナー）自身の個人情報のほか、家族や友人、会社の同僚や付き合いのある顧客など、他人の個人情報も登録されている。なお、本実施形態では、通信端末として携帯電話などを想定するが、インターネット等の通信ネットワークを介して顧客管理サーバ２００にアクセス可能なパーソナルコンピュータなどにも適用可能である。

顧客管理サーバ２００は、サーバコンピュータなどによって構成され、サーバの管理下にあるユーザ（すなわち、登録ユーザ）について、顧客データベースＤＢ１に格納される登録ユーザ自身の個人情報を管理するほか、登録ユーザ同士のフレンド関係をあらわすフレンド関係情報（例えば登録ユーザＡと登録ユーザＢはフレンド関係にあるなど；詳細は後述）などを管理する役割などを担っている。

顧客管理サーバ２００は、当該サーバを構成する各ハードウェア資源がメモリに格納されたソフトウェアと協働して動作することにより、以下に示す顧客管理手段２１０、フレンド関係管理手段２２０の機能を実現する。

顧客情報管理手段２１０は、ユーザが本システムを利用する際に必要となるＩＤ、パスワードなどアカウント情報や、本システムを利用する登録ユーザ自身の個人情報（例えば住所、電話番号、メールアドレス、ニックネームなど）を、顧客データベース（第１記憶手段）ＤＢ１に登録・管理する手段である。

フレンド関係管理手段２２０は、登録ユーザ間でのフレンド関係の構築をサポートするとともに、フレンド関係をあらわす情報（フレンド関係にある登録ユーザ同士の対応関係をあらわす情報；以下、フレンド関係情報）を顧客データベース（第２記憶手段）ＤＢ１に登録・管理する手段である。なお、フレンド関係とは、自身の個人情報の開示を相互に許可する登録ユーザ間の関係をいう。

（２）実施形態の動作
以下、顧客管理システム１００を利用するために新規ユーザが顧客管理サーバ２００に登録する処理（以下、ユーザ登録処理）、登録ユーザ間でフレンド関係を構築する処理（フレンド関係構築処理）、フレンド関係にある他人の登録ユーザの電話帳を自動更新する処理（電話帳自動更新処理）のそれぞれについて、図面を参照しながら説明する。なお、以下の説明で「アクセスする」とは、メールなどによる通知も含む概念をあらわすものとする。

＜ユーザ登録処理＞
図２は、ユーザ登録処理のシーケンスを示す図である。
顧客管理システム１００の利用を所望するユーザＡは、自身の通信端末３００−１に顧客管理サーバ２００のアドレスなどを入力することで顧客管理サーバ２００にアクセスし、ユーザ登録の要求を行う（ステップＳ１０）。顧客管理サーバ２００は、かかる要求を受けとると、ユーザ登録に必要な情報を入力すべき指示を通信端末３００−１に送る（ステップＳ２０）。

図３は、通信端末３００−１に表示される入力画面を例示した図である。
ユーザは、図３に示す入力画面に指示に従ってＩＤやパスワードなど、登録ユーザの認証に必要なアカウント情報を設定するとともに、名前、住所、電話番号、メールアドレス、ニックネームなど、ユーザ自身の個人情報（以下、オーナー情報）を設定する（ステップＳ３０）。なお、オーナー情報は、ユーザ自身の個人情報をあらわすものであれば、どのような情報であっても良く、その種類や数も特に限定されない。

通信端末３００−１は、ユーザによって設定されたアカウント情報及オーナー情報をメモリ３１０に格納するとともに、顧客管理サーバ２００へ送信する（ステップＳ４０）。顧客管理サーバ２００の顧客管理手段２１０は、通信端末３００−１からアカウント情報及びオーナー情報を受け取ると、受け取ったアカウント情報及びオーナー情報をユーザごとに、顧客データベースＤＢ１に格納する（ステップＳ５０）。

図４は、顧客データベースＤＢ１の登録内容を例示した図である。
図Ｂに示すように、顧客データベースＤＢ１には、登録ユーザごとに、アカウント情報とオーナー情報とフレンド関係情報とが対応づけられて登録されている。なお、新規登録ユーザの場合など、未だ何れの登録ユーザともフレンド関係が構築されていない場合には、フレンド関係情報は顧客データベースＤＢ１に登録されない。また、フレンド関係情報については、登録ユーザごとではなく、全登録ユーザのフレンド関係をあらわすテーブルを別途顧客データベースＤＢ１に登録しても良い。

顧客管理サーバ２００は、顧客データベースＤＢ１へのアカウント情報及びオーナー情報の登録が終了すると、通信端末３００−１に新規ユーザ登録が終了した旨を通知し（ステップＳ６０）、ユーザ登録処理を終了する。このように、顧客データベースＤＢ１（第１記憶手段、第２記憶手段）には、登録ユーザごとに、アカウント情報と登録ユーザの個人情報（すなわちオーナー情報）とフレンド情報が登録されのみであり、登録ユーザの電話帳に記録されている他人の個人情報については顧客データベースＤＢ１に登録されない。別言すれば、自分以外の他のユーザ（未登録、既登録を問わず）の個人情報については、顧客データベースＤＢ１に登録されないため、顧客管理サーバ２００への不正アクセスにより、他のユーザの個人情報が流出してしまうといった問題を未然に防止することが可能となる。

＜フレンド関係構築処理＞
以下、既登録ユーザＡ、Ｂがフレンド関係を構築する場合について説明する。なお、ユーザＡ、Ｂの電話帳には、それぞれお互いの個人情報が登録（すなわち、ユーザＡの電話帳；ユーザＢ登録済、ユーザＢの電話帳；ユーザＡ登録済）されている場合を想定する。

図５Ａ及び図５Ｂは、フレンド関係構築処理のシーケンスを示す図である。
まず、ユーザＡは、自身の通信端末３００−１を操作し、アカウント情報を入力するなどして顧客管理サーバ２００にアクセスすることで、通信端末３００−１と顧客管理サーバ２００との間の通信を確立する（ステップＳ１１０→ステップＳ１２０）。そして、ユーザＡは通信端末３００−１を操作することにより、メモリ３１０に登録されている電話帳を表示画面に表示し、ユーザＢの個人情報を特定する。ユーザＡは、通信端末３００−１を利用してユーザＢとのフレンド関係の構築を希望する旨（以下、フレンド申請情報）の入力操作を行う（ステップＳ１３０）。なお、フレンド申請情報には、フレンド対象となるユーザＢを特定するための情報（例えば、名前や電話番号など；以下、フレンド対象情報）が含まれる。

かかる操作がなされると、ユーザＡのフレンド申請情報が通信端末３００−１から顧客管理サーバ２００へ送信される。顧客管理サーバ２００のフレンド関係管理手段２２０は、通信端末３００−１からのユーザＡのフレンド申請情報を検索キーとして、顧客データベースＤＢ１を検索する（ステップＳ１４０）。具体的には、フレンド関係管理手段２２０は、ユーザＡのフレンド申請情報に含まれるフレンド対象情報（ここでは、例えばユーザＢの名前や電話番号、メールアドレスなど）を検索キーとして、顧客データベースＤＢ１を検索することにより、顧客データベースＤＢ１にフレンド申請先のユーザＢのオーナー情報が登録されているか否かを判断する（ステップＳ１５０）。

ここでは、ユーザＢのオーナー情報はすでに顧客データベースＤＢ１に登録されていることから、フレンド関係管理手段２２０は、フレンド対象情報によって特定されるユーザ（ここではユーザＢ）が、すでに顧客データベースＤＢ１に登録されていると判断する（ステップＳ１５０；ＹＥＳ）。

この判断結果に従って、フレンド関係管理手段２２０は、顧客データベースＤＢ１からユーザＢのオーナー情報を読み取り、ユーザＢの通信端末３００−２にアクセスし、顧客管理サーバ２００とユーザＢの通信端末３００−２との間の通信を確立する（ステップＳ１６０→ステップＳ１７０）。そして、フレンド関係管理手段２２０は、ユーザＢの通信端末３００−２のメモリ３１０にアクセスし、ユーザＢの電話帳に登録されている他人（家族や友人、同僚など）の個人情報を吸い上げ（ステップＳ１８０）、吸い上げた個人情報と顧客データベースＤＢ１に登録されている各オーナー情報とのつきあわせ（照合）を行う（ステップＳ１９０）。

ここでは、ユーザＢの電話帳には、既に他人の個人情報としてユーザＡの個人情報が登録されていることから、フレンド関係管理手段２２０は、ユーザＡについて照合が一致することを確認する（ステップＳ２００；ＹＥＳ）。フレンド関係管理手段２２０は、ユーザＢの電話帳にユーザＡの個人情報が登録されていることを確認すると、ユーザＡからフレンド申請があった旨（例えば、「ユーザＢさん、ユーザＡさんからフレンド申請の要求がありました。承諾しますか？」）およびフレンド申請を受け付けるか否かの入力を促すメッセージ（例えば、「承諾する場合には「ＹＥＳ」、許否する場合には「ＮＯ」を入力してください。」）を、通信端末３００−２へ送信する（ステップＳ２１０）。

ユーザＢは、通信端末３００−２の表示装置に表示される内容を把握し、ユーザＡからのフレンド申請の要求を承諾する旨の入力操作を行う（ステップＳ２２０）。かかる操作がなされると、通信端末３００−２は、顧客管理サーバ２００にフレンド申請の要求を承諾する旨の応答を返す。

顧客管理サーバ２００のフレンド関係管理手段２２０は、通信端末３００−２からの応答を受け取ると、通信端末３００−１に対してフレンド申請が受け付けられた旨のメッセージ（例えば「ユーザＡさん、ユーザＢさんによってフレンド申請は承諾されました。」）を送る（ステップＳ２３０）。さらに、フレンド関係管理手段２２０は、ステップＳ２４０に進み、顧客データベースＤＢ１にアクセスし、登録ユーザＡのフレンド関係情報として「登録ユーザＢ」、登録ユーザＢのフレンド関係情報として「登録ユーザＡ」をそれぞれ登録する（図６Ａ→図６Ｂ参照）。

以上説明した処理によって登録ユーザの間でフレンド関係が構築される。なお、フレンド関係の構築方法については、上記例に限る趣旨ではなく、種々の方法を採用することができる。また、フレンド関係は１対１に限らず、１対多数（例えばユーザＡ対ユーザＢ、ユーザＣ、ユーザＤ・・・など）の場合にも適用可能である。

＜電話帳自動更新処理＞
以下、登録ユーザＡが自身の個人情報（オーナー情報）を更新することにより、フレンド関係にある登録ユーザＢの電話帳が自動更新されるまでの一連の処理について、複数のパターンを例示しながら説明する。

ア 第１のパターン（プッシュ型）
図７は、電話帳自動更新処理の第１のパターンのシーケンスを示す図である。
登録ユーザＡは、通信端末３００−１を操作して自身の個人情報の少なくとも一部（例えば、メールアドレスや電話番号）を更新する（ステップＳ３００）。かかる操作がなされると、通信端末（送信手段）３００−１からアカウント情報とともに、ユーザＡの個人情報が更新された旨及び更新内容（例えば、変更後のメールアドレスや電話番号）が顧客管理サーバ２００へ送信される（ステップＳ３１０）。

顧客管理サーバ２００は、通信端末３００−１からのアカウント情報に基づき、通信端末３００−１との通信を確立する（ステップＳ３２０）。そして、顧客管理サーバ２００の顧客管理手段（第２更新手段、受信手段）２１０は、ユーザＡのオーナー情報が更新された旨及び更新内容を通信端末３００−１から受け取ると（ステップＳ３３０）、受け取った更新内容に従って顧客データベースＤＢ１に登録されているユーザＡのオーナー情報を更新する（ステップＳ３４０）。

一方、フレンド関係管理手段（特定手段）２２０は、ユーザＡのオーナー情報が変更された旨を通信端末３００−１から受け取ると、顧客データベースＤＢ１に登録されているフレンド関係情報を参照し、ユーザＡとフレンド関係にあるユーザを把握する（ステップＳ３５０）。顧客データベースＤＢ１には、ユーザＡのフレンド関係情報としてユーザＢが登録されているため（図６Ｂ参照）、フレンド関係管理手段２２０は、ユーザＡとフレンド関係にあるのはユーザＢである旨を顧客管理手段２１０に通知する。

顧客管理手段２１０は、フレンド関係管理手段２２０からの通知に従って、ユーザＢのオーナー情報を参照し、ユーザＢの連絡先を確認する（ステップＳ３６０）。そして、顧客管理手段（第１更新手段）２１０は、ユーザＢの通信端末３００−２宛てにフレンド関係にあるユーザＡの登録情報の更新指示、及び更新内容をプッシュ配信する（ステップＳ３７０）。ユーザＢの通信端末３００−２は、顧客管理サーバ２００からの更新指示、及び更新内容に従って、自端末の電話帳に登録されているユーザＡの個人情報を更新（例えば、メールアドレスや電話番号の更新）する（ステップＳ３８０）。

ユーザＢの通信端末３００−２は、ユーザＡの個人情報を変更（更新）すると、例えば文字メッセージなどによりユーザＡの個人情報を更新した旨（例えば「フレンド関係にあるユーザＡの個人情報が更新しました。」）を表示装置などに表示する（ステップＳ３９０）。ユーザＢは、表示装置などに表示される内容から、フレンド関係にあるユーザＡの個人情報が更新された旨及びユーザＡの最新の個人情報を確認することができる。

なお、上記例では、ユーザＢの確認を得ることなく、ユーザＢの電話帳に登録されているユーザＡの個人情報を自動更新する場合について説明したが、ユーザＢに確認してから電話帳に登録されているユーザＡの個人情報を更新するようにしても良い。例えば、ユーザＢの通信端末３００−２は、顧客管理サーバ２００からユーザＡの個人情報の更新指示、及び更新内容を受信すると、ユーザＡの個人情報を更新しても良いか、判断を促すメッセージ（例えば「フレンド関係にあるユーザＡの個人情報が更新されました。電話帳の登録内容を最新の情報に更新しますか？」）を表示装置などに表示する。そして、通信端末３００−２は、ユーザＢによって同意する旨の入力操作がなされた場合に、電話帳に登録されているユーザＡの個人情報を更新する。

イ 第２のパターン（プル型）
上述した第１のパターンでは、顧客管理サーバ２００からの通知をトリガとしてユーザＢの電話帳に登録されていたユーザＡの個人情報を自動更新する場合について説明したが、以下に示す第２のパターンでは、通信端末３００−２から顧客管理サーバ２００へ個人情報の変更がないか否かを確認する処理をトリガとしてユーザＢの電話帳に登録されていたユーザＡの個人情報を自動更新する場合について説明する。

図８は、電話帳自動更新処理の第２のパターンのシーケンスを示す図である。ただし、ステップＳ３００〜ステップＳ３３０までの処理については、第１のパターンと同様に説明することができるため、同一ステップについては図示及び詳細な説明を割愛する。

顧客管理サーバ２００の顧客管理手段２１０は、ユーザＡのオーナー情報が更新された旨及び更新内容を通信端末３００−１から受け取ると（ステップＳ３３０）、受け取った更新内容に従って顧客データベースＤＢ１に登録されているユーザＡのオーナー情報を更新する（ステップＳ３４０）。なお、第２のパターンも同様、顧客データベースＤＢ１には、ユーザＡのフレンド関係情報としてユーザＢが登録されている場合を想定する。

その後、ユーザＢが自身の通信端末３００−２を利用して、電話帳に登録されているユーザＡの個人情報（電話番号やメールアドレスなど）を検索したとする（ステップＳ４００）。ユーザＡの個人情報の検索がなされると、通信端末（問い合わせ手段）３００−２は、顧客管理サーバ２００に対してユーザＡの個人情報が更新されていないか、確認要求を行う（ステップＳ４１０）。この場合、確認要求には、当該時点で通信端末３００−２の電話帳に登録されているユーザＡの個人情報を含めておく。

顧客管理サーバ２００の顧客管理手段２１０は、通信端末３００−２からの確認要求を受け取ると（ステップＳ４２０）、顧客データベースＤＢ１にアクセスし、ユーザＡのオーナー情報を読み出す（ステップＳ４３０）。そして、顧客管理手段（判断手段）２１０は、読み出したユーザＡのオーナー情報と、通信端末３００−２からの確認要求に含まれるユーザＡの個人情報と比較することで、ユーザＡの個人情報が更新されているか否かを判断する（ステップＳ４４０）。前述したように、顧客データベースＤＢ１には、既に更新されたユーザＡのオーナー情報（すなわち個人情報）が格納されているため、データベースＤＢ１に格納されているユーザＡのオーナー情報と確認要求に含まれるユーザＡの個人情報は一致しない。よって、顧客管理手段２１０は、ユーザＡのオーナー情報が更新されていると判断し（ステップＳ４４０；ＹＥＳ）、ユーザＡのオーナー情報が更新されている旨を通信端末３００−２に通知する（ステップＳ４５０）。

通信端末３００−２は、ユーザＡのオーナー情報が更新されている旨の通知を受け取ると、表示装置にユーザＡのオーナー情報が更新されている旨、及びオーナー情報にあわせて電話帳に登録されているユーザＡの個人情報を更新するか否かの文字メッセージ（例えば「ユーザＡの個人情報は更新されています。最新の情報に更新しますか？」）を表示する（ステップＳ４６０）。

ユーザＢは、通信端末３００−２の表示装置に表示される内容を確認すると、操作ボタンやタッチパネルなどを利用してユーザＡの個人情報の更新要求を行う（ステップＳ４７０）。顧客管理サーバ２００は、通信端末３００−２からユーザＡの個人情報の更新要求を受け取ると、データベースＤＢ１に格納されている更新後のユーザＡのオーナー情報（すなわち、ユーザＡの最新の個人情報）を読み出し（ステップＳ４８０）、これを通信端末３００−２に返信する。通信端末３００−２は、ユーザＡの最新の個人情報を受け取ると、自端末の電話帳に登録されているユーザＡの個人情報を変更（例えば、メールアドレスや電話番号の更新）し（ステップＳ４９０）、例えば文字メッセージなどによりユーザＡの個人情報を更新した旨（例えば「フレンド関係にあるユーザＡの個人情報が更新しました。」）を表示装置などに表示して処理を終了する。

以上説明した第２のパターンによっても、ユーザＢは、表示装置などに表示される内容から、フレンド関係にあるユーザＡの個人情報が更新された旨及びユーザＡの最新の個人情報を確認することができる。

＜変形例１＞
なお、第２のパターンでは、ユーザＡのオーナー情報（すなわち個人情報）が更新されている場合、ユーザＢに対して通信端末３００−２の電話帳に登録されているユーザＡの個人情報を更新するか否かを確認したが、このような確認をすることなく、ユーザＡの個人情報を更新しても良い。具体的には、顧客管理手段２１０は、ユーザＡのオーナー情報が更新されていると判断すると、ユーザＡの個人情報の更新指示、及び更新内容を送信する。ユーザＢの通信端末３００−２は、顧客管理サーバ２００からの更新指示、及び更新内容に従って、自端末の電話帳に登録されているユーザＡの個人情報を更新（例えば、メールアドレスや電話番号の更新）する。

＜変形例２＞
また、第２のパターンでは、ユーザＢによる電話帳に登録されているユーザＡの個人情報の検索をトリガとしてユーザＡの個人情報の自動更新を行う場合について説明したが、これに限定する趣旨ではない。例えば、ユーザＢが通信端末３００−２の電源を入れた場合に、フレンド関係にある登録ユーザ（上記例ではユーザＡ）の個人情報が更新されていないか、顧客管理サーバ２００に確認するようにしても良い。また、通信端末３００−２が所定のタイミング（例えば毎日１回、あるいは不定期）でフレンド関係にある登録ユーザの個人情報が更新されていないか、顧客管理サーバ２００に確認するようにしても良い。

また、本実施形態および各変形例において示した各処理のステップは処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。さらに本明細書等において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。さらにまた、１つの手段が有する機能が２つ以上の物理的手段により実現されても、２つ以上の手段の機能が１つの物理的手段により実現されてもよい。また、本発明に係るソフトウェアの開発支援プログラムは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。

１００…顧客管理システム、２００…顧客管理サーバ、２１０…顧客管理手段、２２０…フレンド関係管理手段、ＤＢ１…顧客データベース、３００…通信端末、３１０…メモリ。

Claims (6)

1. 電話帳を備えた複数の通信端末と、各通信端末の電話帳に登録されている個人情報を管理する個人情報管理サーバとを備えた個人情報管理システムであって、
   前記個人情報管理サーバは、
   前記各通信端末の所有者に関わるオーナー情報を記憶する第１記憶手段と、
   前記オーナー情報の開示を相互に許可するフレンド関係にある前記所有者間を特定するフレンド関係情報を記憶する第２記憶手段と、
   いずれかの前記オーナー情報を更新した場合に、前記フレンド関係情報を参照し、該オーナー情報に対応する所有者とフレンド関係にある所有者を特定する特定手段と、
   特定したフレンド関係にある前記所有者の通信端末に対し、前記オーナー情報の更新内容に従って、該通信端末の電話帳に登録されている、前記更新されたオーナー情報に対応する個人情報の更新を行う第１更新手段と、を備え、
   前記通信端末は、
   当該通信端末の所有者に関わるオーナー情報を含む複数人の個人情報を登録した電話帳を記憶するメモリと、
   前記オーナー情報が更新された場合、該オーナー情報の更新内容をあらわす更新情報を前記管理サーバへ送信する送信手段と、
   を備える、個人情報管理システム。
2. 前記個人情報管理サーバは、
   前記通信端末から前記オーナー情報の更新内容をあらわす更新情報を受信する受信手段と、
   前記更新情報に従って、第１記憶手段に記憶されている、対応する前記オーナ情報を更新する第２更新手段と、
   をさらに備える、請求項１に記載の個人情報管理システム。
3. 前記通信端末は、
   前記電話帳に登録されている個人情報に対応するオーナー情報が更新されているか、前記個人情報管理サーバへ問い合わせを行う問い合わせ手段をさらに備え、
   前記個人情報管理サーバは、
   前記通信端末からの問い合わせに応じて、前記個人情報と、前記第１記憶手段に格納されている該個人情報に対応するオーナー情報とを比較することで、該オーナー情報が更新されているか否かを判断する判断手段とをさらに備え、
   前記更新手段は、
   該オーナ情報が更新されていると判断された場合に、問い合わせがあった前記通信端末に対し、前記オーナー情報の更新内容に従って、該通信端末の電話帳に登録されている、前記更新されたオーナー情報に対応する個人情報の更新を行う、請求項１に記載の個人情報管理システム。
4. 各通信端末の電話帳に登録されている個人情報を管理する個人情報管理サーバであって、
   前記電話帳には当該通信端末の所有者に関わるオーナー情報が含まれており、
   前記各通信端末の所有者に関わるオーナー情報を記憶する第１記憶手段と、
   前記オーナー情報の開示を相互に許可するフレンド関係にある前記所有者間を特定するフレンド関係情報を記憶する第２記憶手段と、
   いずれかの前記オーナー情報を更新した場合に、前記フレンド関係情報を参照し、該オーナー情報に対応する所有者とフレンド関係にある所有者を特定する特定手段と、
   特定したフレンド関係にある前記所有者の通信端末に対し、前記オーナー情報の更新内容に従って、該通信端末の電話帳に登録されている、前記更新されたオーナー情報に対応する個人情報の更新を行う更新手段と
   を備える、個人情報管理サーバ。
5. 前記通信端末から前記オーナー情報の更新内容をあらわす更新情報を受信する受信手段と、
   前記更新情報に従って、第１記憶手段に記憶されている、対応する前記オーナ情報を更新する更新手段と、
   をさらに備える、請求項４に記載の個人情報管理サーバ。
6. 第１記憶手段と第２記憶手段とを備え、各通信端末の電話帳に登録されている個人情報を管理するコンピュータを制御ための個人情報管理プログラムであって、
   前記電話帳には当該通信端末の所有者に関わるオーナー情報が含まれており、
   前記第１記憶手段には、前記各通信端末の所有者に関わるオーナー情報が記憶され、
   前記第２記憶手段には、前記オーナー情報の開示を相互に許可するフレンド関係にある前記所有者間を特定するフレンド関係情報が記憶され、
   いずれかの前記オーナー情報を更新した場合に、前記フレンド関係情報を参照し、該オーナー情報に対応する所有者とフレンド関係にある所有者を特定する特定手段、
   特定したフレンド関係にある前記所有者の通信端末に対し、前記オーナー情報の更新内容に従って、該通信端末の電話帳に登録されている、前記更新されたオーナー情報に対応する個人情報の更新を行う更新要求手段
   として機能させるための個人情報管理プログラム。

Images