サーバ装置
【課題】各ユーザが他のユーザの基本情報を参照する際の利便性を向上させ、各ユーザの基本情報の機密性を保つ。
【解決手段】各クライアントのユーザの基本情報をサーバ１の住所録データベース部に記憶する。他のユーザの基本情報を参照したいユーザがクライアント２を介して自身に固有のユーザＩＤおよび更新用パスワードを用いてログインした上で、自身の住所録インデックス上の所望のユーザＩＤを選択した上で、このユーザＩＤと対応付けられる参照用パスワードを正しく入力する。するとサーバ１は、このユーザＩＤと基本情報データベース上で対応付けられる基本情報をクライアント２に返す。
【解決手段】各クライアントのユーザの基本情報をサーバ１の住所録データベース部に記憶する。他のユーザの基本情報を参照したいユーザがクライアント２を介して自身に固有のユーザＩＤおよび更新用パスワードを用いてログインした上で、自身の住所録インデックス上の所望のユーザＩＤを選択した上で、このユーザＩＤと対応付けられる参照用パスワードを正しく入力する。するとサーバ１は、このユーザＩＤと基本情報データベース上で対応付けられる基本情報をクライアント２に返す。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各ユーザの住所などの基本情報を管理するサーバ装置に関する。
【背景技術】
【０００２】
従来、例えば年賀状などの郵便物を発送するユーザは住所録を参照する。この住所録には各個人の基本情報が記載される。基本情報とは例えば氏名、住所および電話番号などである。例えば、この住所録に記載されている個人が引っ越した場合には、この引っ越した個人の住所や電話番号が変わる。引越しが完了した個人は、自分に郵便物を送る各ユーザに対し住所や電話番号が変更になった旨を口頭や文書により伝達する。この伝達を受けた各個人は、自身の住所録に記載される前述した伝達者の住所や電話番号の内容を当該伝達された内容に書き換える。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前述したような手法では、住所などが変更になった個人は住所や電話番号の変更を複数の個人に速やかに伝えなければならないので作業負荷が大きい。これを解消するために、各ユーザの基本情報をネットワークシステム上のサーバに記憶させておく技術がある。この技術では、サーバとネットワーク接続された端末装置からサーバに対するアクセスを行なうことで、各個人の基本情報を取り出して端末装置にモニタ表示させる。
【０００４】
しかしながら、この技術では、サーバとネットワーク接続されている端末装置を所有するユーザは、郵便物の差出などを行なう相手の基本情報を得るための検索作業を行なわなければならなかった。
【０００５】
また、この技術では、前述した端末装置を所有するユーザは、サーバに記憶されている各ユーザの基本情報を自由に検索できる。このため、各ユーザの基本情報の機密性が損なわれてしまう。
【０００６】
そこで、本発明の目的は、各ユーザが他のユーザの基本情報を参照する際の利便性を向上させ、各ユーザの基本情報の機密性を保つことが可能になるサーバ装置を提供することにある。
【課題を解決するための手段】
【０００７】
すなわち、本発明に係わるサーバ装置は、端末装置の利用者に固有の識別情報と当該利用者の基本情報とを対応付けて記憶する基本情報記憶手段と、識別情報を異なる利用者の識別情報と対応付けて記憶する識別情報記憶手段とを備え、端末装置から出力された認証情報が当該端末装置の利用者の識別情報と対応付けられて基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて識別情報記憶手段に記憶される情報である異なる利用者の識別情報を認証情報の出力元の端末装置からの要求にしたがって出力し、この出力した識別情報から選択されて前記出力元の端末装置から出力された識別情報と当該端末装置からさらに出力された出力用認証情報とが対応付けられて基本情報記憶手段に記憶されていることを認証した場合に、前述のように選択された識別情報と対応付けられて基本情報記憶手段に記憶される基本情報を前述した出力元の端末装置に出力することを特徴とする。
【発明の効果】
【０００８】
本発明に係わるサーバ装置では、端末装置の利用者に固有の識別情報と当該利用者の基本情報とを対応付けて記憶する基本情報記憶手段と、識別情報を異なる利用者の識別情報と対応付けて記憶する識別情報記憶手段とを備え、端末装置から出力された認証情報が当該端末装置の利用者の識別情報と対応付けられて基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて識別情報記憶手段に記憶される情報である異なる利用者の識別情報を認証情報の出力元の端末装置からの要求にしたがって出力し、この出力した識別情報から選択されて前記出力元の端末装置から出力された識別情報と当該端末装置からさらに出力された出力用認証情報とが対応付けられて基本情報記憶手段に記憶されていることを認証した場合に、前述のように選択された識別情報と対応付けられて基本情報記憶手段に記憶される基本情報を前述した出力元の端末装置に出力するので、各ユーザが他のユーザの基本情報を参照する際の利便性を向上させ、各個人の基本情報の機密性を保つことができる。
【発明を実施するための最良の形態】
【０００９】
以下図面により本発明の実施形態について説明する。
図１は、本発明の実施形態にしたがった住所録管理システムの構成例を示すブロック図である。
図１に示すように、本発明の実施形態にしたがった住所録管理システムは、サーバ１とクライアント２，３，４，５および他の図示しないクライアントがネットワーク１０を介して接続される。各クライアントは例えばデスクトップ型のパーソナルコンピュータである。各クライアントはサーバ１との通信機能を有する通信端末であれば例えば携帯電話などであってもよい。
【００１０】
サーバ１は各クライアントのユーザの基本情報を管理する。基本情報とは各ユーザの氏名や住所などである。サーバ１および各クライアントの間では、住所録の更新および参照などにかかる情報を暗号化した上で、これを有線または無線により通信する。
【００１１】
各クライアントのうち例えばクライアント２は自身の基本情報の更新のための認証情報をサーバ１に送信する。この認証情報は予めサーバ１が発行した情報である。サーバ１は各ユーザの基本情報と当該基本情報の更新のための認証情報とを対応付けて記憶する。
【００１２】
クライアント２は、自身の基本情報の更新のための認証情報の承認をサーバ１から得た上で、自身の基本情報の更新をサーバ１に要求する機能を有する。この要求は基本情報の更新内容を含む。サーバ１は、更新対象の基本情報を検索してこれをクライアント２から送信された内容に書き換える。
【００１３】
また、クライアント２，３，４，５のうち例えばクライアント３は、他のユーザ、例えばクライアント２のユーザの基本情報の出力のための認証情報をサーバ１に送信する。サーバ１は、各ユーザの基本情報と当該基本情報の出力のための認証情報とを対応付けて記憶する。
【００１４】
クライアント３は、基本情報の出力のための認証情報の承認をサーバ１から得た上で、この基本情報の出力をサーバ１に要求する。この要求は、出力対象の基本情報にかかるユーザの識別情報を含む。サーバ１は、出力対象のクライアント２のユーザの基本情報を読み出して、これを要求元のクライアント３に出力する。
【００１５】
図２は、本発明の実施形態にしたがった住所録管理システムのサーバ１の内部回路の構成例を示すブロック図である。
図２に示すように、サーバ１は全体を制御する制御部１１を備える。サーバ１は記憶部１２、通信インタフェース１３および住所録データベース部１４を備える。
【００１６】
制御部１１は図示しない計時用回路を備える。記憶部１２は制御用のプログラムを記憶する。通信インタフェース１３は各クライアントとの通信を行なう。住所録データベース部１４は各クライアントの各ユーザの基本情報を記憶する。基本情報とは氏名、住所および電話番号、Ｅメールアドレスなどである。住所録データベース部１４は、基本情報データベース、住所録インデックス、参照可否インデックスおよび被参照ログを記憶する。
【００１７】
図３は、本発明の実施形態にしたがった住所録管理システムのクライアント２の内部回路の構成例を示すブロック図である。
図３に示すように、クライアント２は全体の制御を司る制御部２１を備える。クライアント２は記憶部２２、通信インタフェース２３、入力部２４および表示部２５を備える。
【００１８】
記憶部２２は制御用のプログラムを記憶する。通信インタフェース２３はサーバ１との通信を行なう。入力部２４は認証情報（ＩＤ、パスワード）およびその他の各種情報の入力を受け付ける。表示部２５は各種文字情報および画像情報を表示する。他のクライアントの内部回路の構成はクライアント２の内部回路の構成と同様である。
【００１９】
図４は、本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶された基本情報データベースの一例を表形式で示す図である。
図４に示すように、基本情報データベースでは各クライアントのユーザの基本情報を管理する。
【００２０】
基本情報データベースではユーザＩＤ、更新用パスワード、参照用パスワードおよびユーザ基本情報が対応付けられる。ユーザＩＤおよび更新用パスワードは基本情報の更新や他のユーザへの出力のために各ユーザに付与された固有の認証情報である。ユーザ基本情報は氏名、郵便番号、住所、Ｅメールアドレスおよび電話番号でなる。
【００２１】
図５は、本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの住所録インデックスの一例を表形式で示す図である。
図５に示すように、クライアント２のユーザの住所録インデックスではクライアント２のユーザのユーザＩＤならびに他の各クライアントのユーザのユーザＩＤおよび参照ステータスおよび参照用パスワードを対応付けて管理する。また、図示はしないが、住所録データベース部１４は各クライアントのユーザに対応した住所録インデックスを記憶する。
【００２２】
住所録インデックスで管理される他のユーザのユーザＩＤは当該ユーザＩＤに対応するユーザの氏名を伴う。参照ステータスは、これと対応付けられるユーザＩＤに対応するユーザの基本情報の参照を当該ユーザつまり相手側が承認しているか否かを示す情報である。
【００２３】
また、クライアント２のユーザの住所録インデックス上の他の各ユーザの参照用パスワードは、この参照用パスワードを管理するユーザが口頭又は文書によりクライアント２のユーザに伝える情報である。
【００２４】
クライアント２のユーザは、他のユーザ、ここではクライアント３のユーザが管理する参照用パスワードを当該ユーザからの連絡により知った場合に、入力部２４に対する予め定めた操作を行なう事で当該他のユーザの参照用パスワードの入力作業を行なう。制御部２１は入力された参照用パスワードを通信インタフェース２３を介してサーバ１に送信する。
【００２５】
サーバ１の通信インタフェース１３がクライアント２からの参照用パスワードを受信すると、制御部１１はこの情報を、クライアント２のユーザの住所録インデックス上の前述したクライアント３のユーザのユーザＩＤと関連付けて反映する。これにより、クライアント２のユーザは、他の各ユーザの参照用パスワードを紙などに書き留めておいたりする必要がなくなる。
【００２６】
図６は、本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの参照可否インデックスの一例を表形式で示す図である。
図６に示すように、クライアント２のユーザの参照可否インデックスではクライアント２のユーザのユーザＩＤならびに他の各クライアントのユーザのユーザＩＤおよび参照可否情報を対応付けて管理する。また、図示はしないが、住所録データベース部１４は各クライアントのユーザに対応した参照可否インデックスを記憶する。
【００２７】
参照可否インデックスで管理される他のユーザのユーザＩＤは当該ユーザＩＤに対応するユーザの氏名を伴う。参照可否情報は、これと対応付けられるユーザＩＤに対応するユーザからの要求に伴う自身の基本情報の出力の可否を示す情報である。
【００２８】
図７は、本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの被参照ログの一例を表形式で示す図である。
図７に示すように、クライアント２のユーザの被参照ログではクライアント２のユーザのユーザＩＤならびに他のユーザのユーザＩＤおよび参照日時を対応付けて管理する。図示はしないが、住所録データベース部１４は各クライアントのユーザに対応した被参照ログを記憶する。
【００２９】
被参照ログで管理される他のユーザのユーザＩＤは当該ユーザＩＤに対応するユーザの氏名を伴う。参照日時は、これと対応付けられるユーザＩＤに対応するユーザからの要求に伴う自身の基本情報の出力の日時を示す情報である。
【００３０】
次に、本発明の実施形態にしたがった住所録管理システムによる処理動作について説明する。
まず、各クライアントからサーバ１に対する基本情報の登録およびユーザＩＤなどの発行に関する処理について説明する。
【００３１】
図８は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報の登録および認証情報の発行に関する処理の一例を示すフローチャートである。
【００３２】
まず、クライアント２のユーザが入力部２４に対する予め定められた操作を行なうと、制御部２１は、クライアント２のユーザの基本情報の登録を要求する制御信号を通信インタフェース２３を介してサーバ１に送信する（ステップＳ１）。
【００３３】
サーバ１は、クライアント２から送信された信号を通信インタフェース１３により受信する（ステップＳ２）。するとサーバ１は、この信号の送信元のクライアント２に対し、基本情報の入力を要求する制御信号を通信インタフェース１３を介して送信する（ステップＳ３）。
【００３４】
サーバ１から送信された制御信号をクライアント２の通信インタフェース２３が受信する（ステップＳ４）と、制御部２１は基本情報の入力を求めるメッセージを表示部２５に表示させる。
【００３５】
クライアント２の入力部２４が、このメッセージにしたがった基本情報の入力を受け付けると、制御部２１は、これらの情報をクライアント２のユーザの基本情報として通信インタフェース２３を介してサーバ１に送信する（ステップＳ５）。
【００３６】
サーバ１の通信インタフェース１３がクライアント２からの基本情報を受信する（ステップＳ６）と、制御部１１はこの情報を記憶部１２に一時記憶させる。そして制御部１１はクライアント２に固有のユーザＩＤ、更新用パスワードおよび参照用パスワードをランダム生成し、これらの情報を前述のように一時記憶した基本情報と対応付けて、住所録データベース部１４に記憶される基本情報データベース上に反映する（ステップＳ７）。
この反映に伴い、クライアント２のユーザに関する住所録インデックス、参照可否インデックスおよび被参照ログのフォーマットが住所録データベース部１４上で作成される。
【００３７】
すると、制御部１１は、クライアント２からの基本情報を基本情報データベースに反映した旨を示す情報を通信インタフェース１３を介してクライアント２に送信する（ステップＳ８）。
【００３８】
クライアント２の通信インタフェース２３がサーバ１からの情報を受信すると、制御部２１は、この受信した情報を表示部２５に表示させる（ステップＳ９）。
【００３９】
本発明の実施形態にしたがった住所録管理システムでは、各クライアントは、他のクライアントのユーザの基本情報を本人に代わって住所録データベース部１４上に登録する機能を有する。このような機能を用いることで、この住所録管理システムを新たに利用するユーザよる入力作業の手間が軽減される。
【００４０】
以下、クライアント３のユーザの基本情報をクライアント２のユーザが住所録データベース部１４上に反映するまでの処理について説明する。
図９は、本発明の実施形態にしたがった住所録管理システムのクライアント２によるクライアント３のユーザの基本情報の登録に関する処理の一例を示すフローチャートである。
【００４１】
まず、クライアント２の入力部２４がクライアント３のユーザに関する基本情報およびクライアント３のユーザに付与されたＥメールアドレスの入力を受け付けると（ステップＳ１１）、制御部２１は、これらの情報をクライアント３のユーザの基本情報の登録要求を示す情報として通信インタフェース２３を介してサーバ１に送信する（ステップＳ１２）。
【００４２】
サーバ１の通信インタフェース１３がクライアント２からの情報を受信すると、制御部１１はこの情報を記憶部１２に一時記憶させる（ステップＳ１３）。そして制御部１１は、クライアント２のユーザがクライアント３のユーザの基本情報の登録を求める旨を示すメッセージを記述した電子メールを、クライアント３のユーザのＥメールアドレス宛てに送信する（ステップＳ１４）。
【００４３】
クライアント３の通信インタフェース２３がサーバ１からの電子メールを受信する（ステップＳ１５）と、クライアント２が提示したクライアント３のユーザの基本情報の登録の可否の選択を求める画面を表示部２５に表示させる。
【００４４】
制御部２１は、クライアント３のユーザに関するユーザＩＤ、各種パスワードおよび基本情報が住所録データベース部１４に記憶されているか否かを判別する。
制御部２１は、クライアント３のユーザに関するユーザＩＤ、各種パスワードおよび基本情報が住所録データベース部１４に記憶されていない場合には、クライアント３の表示部２５に、基本情報の提示元であるクライアント２のユーザのユーザＩＤ、氏名、および、「登録可」アイコン、「修正後可」アイコンおよび「否認」アイコンを表示させる。
【００４５】
一方、クライアント３のユーザに関するユーザＩＤ、各種パスワードおよび基本情報が住所録データベース部１４に記憶されている場合には、クライアント３の表示部２５に、基本情報の提示元であるクライアント２のユーザのユーザＩＤ、氏名、「登録済」アイコンおよび「否認」アイコンを表示させる。
【００４６】
クライアント３の入力部２４がこの画面にしたがって「登録可」アイコン、「修正後可」アイコン、「登録済」アイコンおよび「否認」アイコンのうちいずれかを選択すると、この選択されたアイコンの種別を示す情報が通信インタフェース２３を介してサーバ１に送信される（ステップＳ１６）。
【００４７】
「登録可」アイコンは、クライアント２から提示された基本情報をクライアント３のユーザの基本情報として住所録データベース部１４に反映させることをクライアント３のユーザが認める場合に選択するためのアイコンである。
【００４８】
また、「修正後可」アイコンは、クライアント２から提示された基本情報をクライアント３のユーザの基本情報として、クライアント３のユーザが修正した上で住所録データベース部１４に反映させることをクライアント３のユーザが認める場合に選択するためのアイコンである。
【００４９】
「登録済」アイコンは、クライアント３のユーザがクライアント２のユーザを知っていおり、当該クライアント２から提示された基本情報の利用を拒む意志は無いが、このクライアント２から提示された基本情報が既にクライアント３のユーザによる入力又は他のユーザからの提示により住所録データベース部１４に反映されている場合などに選択するためのアイコンである。
【００５０】
また、「否認」アイコンは、例えば基本情報の提示元のクライアント２のユーザをクライアント３のユーザが知らないので当該クライアント２から提示された基本情報の利用を拒みたいなどの場合に選択するためのアイコンである。クライアント２のユーザをクライアント３のユーザが知らない場合とは、クライアント２のユーザが基本情報の提示先のＥメールアドレスの入力を誤った場合などが挙げられる。
【００５１】
サーバ１の通信インタフェース１３がクライアント３からの情報を受信する（ステップＳ１７）と、制御部１１は基本情報の登録関連処理を行なう（ステップＳ１８）。この登録関連処理とは、クライアント３側の画面上で選択されたアイコンの種別にしたがい、クライアント３のユーザの基本情報の住所録データベース部１４への反映または破棄を行なう処理である。
【００５２】
以下、この登録関連処理の詳細について説明する。図１０は、本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録関連処理の一例を示すフローチャートである。
【００５３】
登録関連処理では、サーバ１の制御部１１は、クライアント３から通信インタフェース１３が受信した情報で示されるアイコンの種別が「登録可」であった場合（ステップＡ１のＹＥＳ）には、クライアント３のユーザの基本情報の登録処理を行なう（ステップＡ２）。
【００５４】
以下、この登録処理の詳細について説明する。図１１は、本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録処理の一例を示すフローチャートである。
【００５５】
登録処理では、サーバ１の制御部１１はクライアント３のユーザに固有のユーザＩＤ、更新用パスワードおよび参照用パスワードをランダム生成する（ステップＢ１）。制御部１１は、これらの情報をクライアント２から提示された基本情報と対応付けて基本情報データベース上に反映する（ステップＢ２）。
【００５６】
そして制御部１１は、提示元であるクライアント２のユーザの住所録インデックス（図６参照）にクライアント３のユーザのユーザＩＤを反映させる。制御部１１は、クライアント２のユーザの住所録インデックスにおけるクライアント３のユーザのユーザＩＤと対応する参照ステータスを「参照可」とする（ステップＢ３）。これは、クライアント３のユーザの基本情報をクライアント２からの要求にしたがって当該クライアント２に出力することがクライアント３のユーザから認められている事を示すステータスである。
【００５７】
制御部１１は完了通知を示す信号を通信インタフェース１３を介してクライアント２に送信する（ステップＢ４）。この完了通知は、クライアント２から提示されたクライアント３のユーザの基本情報をそのまま基本情報データベースに反映した旨を示す通知である。
【００５８】
前述した登録関連処理の説明に戻る。登録関連処理では、サーバ１の制御部１１は、クライアント３から通信インタフェース１３が受信した情報で示されるアイコンの種別が「修正後可」であった場合（ステップＡ３のＹＥＳ）には、クライアント３のユーザの基本情報の修正、登録処理を行なう（ステップＡ４）。
【００５９】
以下、この修正、登録処理の詳細について説明する。図１２は、本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の修正、登録処理の一例を示すフローチャートである。
修正、登録処理では、サーバ１の制御部１１はクライアント３のユーザに固有のユーザＩＤ、更新用パスワードおよび参照用パスワードをランダム生成する（ステップＣ１）。
【００６０】
そして制御部１１はステップＳ１３の処理で記憶部１２に一時記憶したクライアント３のユーザの基本情報を読み出し、この情報の修正要求情報を通信インタフェース１３を介してクライアント３に送信する。この情報にはクライアント２から提示されたクライアント３のユーザの基本情報が含まれる。
【００６１】
クライアント３の通信インタフェース２３がサーバ１からの情報を受信すると、制御部２１は基本情報の修正を求める画面を表示部２５に表示させる。この画面にしたがった、クライアント３の入力部２４による基本情報の修正にかかる操作を受け付けると、これを示す情報を通信インタフェース２３を介してサーバ１に送信する。
【００６２】
サーバ１の通信インタフェース１３がクライアント３からの修正済みの基本情報を受信すると、制御部１１は、これらの情報をステップＣ１の処理で発行したユーザＩＤや各種パスワードと対応付けて基本情報データベース上に反映する（ステップＣ３）。
【００６３】
そして制御部１１は前述したステップＢ３と同じ処理を行なう（ステップＣ４）。制御部１１は完了通知を示す信号を通信インタフェース１３を介してクライアント２に送信する（ステップＣ５）。この完了通知は、クライアント２から提示されたクライアント３のユーザの基本情報をクライアント３側での修正を経て基本情報データベースに反映した旨を示す通知である。
【００６４】
前述した登録関連処理の説明に戻る。登録関連処理では、サーバ１の制御部１１は、クライアント３から通信インタフェース１３が受信した情報で示されるアイコンの種別が「登録済」であった場合（ステップＡ５のＹＥＳ）には、クライアント３のユーザの基本情報の書換中止処理を行なう（ステップＡ６）。
【００６５】
以下、この書換中止処理の詳細について説明する。図１３は、本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の書換中止処理の一例を示すフローチャートである。
【００６６】
書換中止処理では、サーバ１の制御部１１はステップＳ１３の処理で記憶部１２に一時記憶したクライアント３のユーザの基本情報を消去する（ステップＤ１）。
そして制御部１１は前述したステップＢ３と同じ処理を行なう（ステップＤ２）。制御部１１は完了通知を示す信号を通信インタフェース１３を介してクライアント２に送信する（ステップＤ３）。この完了通知は、クライアント２から提示されたクライアント３のユーザの基本情報の基本情報データベースへの反映を中止した旨を示す通知である。
【００６７】
前述した登録関連処理の説明に戻る。登録関連処理では、サーバ１の制御部１１は、クライアント３から通信インタフェース１３が受信した情報で示されるアイコンの種別が「否認」であった場合（ステップＡ７のＹＥＳ）には、クライアント３のユーザの基本情報の登録中止処理を行なう（ステップＡ８）。
【００６８】
以下、この登録中止処理の詳細について説明する。図１４は、本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録中止処理の一例を示すフローチャートである。
【００６９】
登録中止処理では、サーバ１の制御部１１はステップＳ１３の処理で記憶部１２に一時記憶したクライアント３のユーザの基本情報を消去する（ステップＥ１）。そして制御部１１は、提示元であるクライアント２のユーザの住所録インデックス（図６参照）にクライアント３のユーザのユーザＩＤを反映させる。
【００７０】
制御部１１は、住所録インデックスにおける、クライアント３のユーザのユーザＩＤと対応する参照ステータスを「参照不可」とする（ステップＥ２）。これは、クライアント３のユーザの基本情報をクライアント２からの要求にしたがって当該クライアント２に出力することがクライアント３のユーザから認められない事を示すステータスである。
【００７１】
制御部１１は否認通知を示す信号を通信インタフェース１３を介してクライアント２に送信する（ステップＥ３）。この否認通知は、クライアント２から提示されたクライアント３のユーザの基本情報の基本情報データベースへの反映の中止を示す旨および当該クライアント３のユーザの基本情報の以後の参照を拒否した旨を示す通知である。
【００７２】
図９に示したフローチャートに対応する処理に戻る。クライアント２およびクライアント３の通信インタフェース２３が前述した登録関連処理によりサーバ１が送信した完了通知または否認通知を示す信号を受信する（ステップＳ１９，Ｓ２０）と、この受信先のクライアントの制御部２１は、これを示すメッセージを表示部２５に表示させる。
【００７３】
次に、住所録インデックス（図５参照）への情報の登録に関する処理について説明する。
図１５は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での住所録インデックスへの情報登録に関する処理の一例を示すフローチャートである。
【００７４】
まず、クライアント２のユーザが入力部２４に対する予め定められた操作を行なうと、サーバ１の管理機関による住所録管理サービスのログイン用画面が表示部２５に表示される。この画面はクライアント２のユーザのユーザＩＤおよび更新用パスワードの入力を求める画面である。
【００７５】
入力部２４がユーザＩＤおよび更新用パスワードの入力を受け付けて（ステップＳ３１）画面上の「ログイン」アイコンが選択されると、制御部２１は、これらの情報を認証情報として通信インタフェース２３を介してサーバ１に送信する（ステップＳ３２）。
【００７６】
サーバ１ではクライアント２から送信された認証情報を通信インタフェース２３により受信する（ステップＳ３３）。すると、サーバ１の制御部１１は、この受信した認証情報に対応する基本情報が住所録データベース部１４内に存在するか否かを照合する（ステップＳ３４）。
【００７７】
ここで、ステップＳ３４による照合処理の詳細について説明する。図１６は、本発明の実施形態にしたがった住所録管理システムのサーバ１による照合処理の一例を示すフローチャートである。
照合処理では、サーバ１の制御部１１は、住所録データベース部１４に記憶される基本情報データベースを読み出す（ステップＦ１）。そして、制御部１１は、基本情報データベースを検索して（ステップＦ２）、この中にステップＳ３３の処理で受信したユーザＩＤと一致するユーザＩＤがあるか否かを判別する。
【００７８】
当該ユーザＩＤが基本情報データベースにある場合には、制御部１１は当該ユーザＩＤと基本情報データベース上で対応付けられる更新用パスワードがステップＳ３３の処理で受信した更新用パスワードと一致するか否かを判別する。
【００７９】
制御部１１は、この判別の結果、クライアント２からのユーザＩＤおよび更新用パスワードの組み合わせが正当であると判別した場合（ステップＦ３のＹＥＳ）には、クライアント２に対するログイン許可を示す情報を生成する（ステップＦ４）。
【００８０】
また、前述した判別の結果、クライアント２からのユーザＩＤおよび更新用パスワードの組み合わせが正当な組み合わせでないと制御部１１が判別した場合（ステップＦ３のＮＯ）には、クライアント２に対するログイン不許可を示す情報を生成する（ステップＦ５）。
【００８１】
図１５に示したフローチャートに対応する処理に戻る。ステップＳ３４の処理後は、サーバ１の制御部１１は、ステップＦ４またはＦ５の処理で生成した情報を承認結果を示す情報として通信インタフェース１３を介して送信する（ステップＳ３５）。
【００８２】
ここでは、クライアント２に対するログイン許可を示す情報がサーバ１から送信されたと仮定して、以後の処理を説明する。
サーバ１からの承認結果を示す情報、ここではログイン許可を示す情報がクライアント２の通信インタフェース２３が受信して（ステップＳ３６）、入力部２４が住所録インデックス上での情報登録に関するメニュー選択の操作を受け付けると、クライアント２の表示部２５に表示される画面が新規の連絡対象のユーザのユーザＩＤの入力を求める画面に切り替わる。
【００８３】
この画面にしたがって、クライアント２の入力部２４が新規の連絡対象のユーザに固有のユーザＩＤの入力を受け付けると、制御部２１はこの入力した情報を通信インタフェース２３を介してサーバ１に送信する（ステップＳ３７）。
【００８４】
サーバ１の通信インタフェース１３がクライアント２からのユーザＩＤを受信する（ステップＳ３８）と、制御部１１は、このユーザＩＤと住所録データベース部１４に記憶される基本情報インデックスとを照合して、このユーザＩＤが付与されたユーザの氏名を検索する。
【００８５】
制御部１１は、この検索した氏名およびクライアント２からの新規連絡対象のユーザＩＤをクライアント２のユーザに関する住所録インデックスおよび参照可否インデックスに反映する（ステップＳ３９）。この反映は、新規の登録および上書き更新のいずれかである。
このクライアント２のユーザに関する参照可否インデックス上の新たに反映された各ユーザＩＤと対応付けられた参照可否情報の初期情報は「○」とする。
【００８６】
すると、サーバ１の制御部１１は、新規連絡対象のユーザのユーザＩＤを住所録インデックスに反映した旨を示す情報を通信インタフェース１３を介してクライアント２に送信する（ステップＳ４０）。
クライアント２の通信インタフェース２３がサーバ１からの情報を受信すると、制御部２１は、この受信した情報を表示部２５に表示させる（ステップＳ４１）。
【００８７】
次に、基本情報データベース上の情報の更新に関する処理について説明する。図１７は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報データベース上の情報更新に関する処理の一例を示すフローチャートである。
【００８８】
まず、クライアント２とサーバ１の間では前述したステップＳ３１〜Ｓ３５の処理と同じ処理を行なう（ステップＳ５１〜Ｓ５５）。
サーバ１からの承認結果を示す情報、ここではログイン許可を示す情報がクライアント２の通信インタフェース２３が受信して（ステップＳ５６）、入力部２４が基本情報データベースでの情報更新に関するメニュー選択の操作を受け付けると、クライアント２の表示部２５に表示される画面がクライアント２の新たな基本情報の入力を求める画面に切り替わる。
【００８９】
この画面にしたがって、クライアント２の入力部２４がクライアント２の新たな基本情報の入力を受け付けると、制御部２１はこの入力した情報を通信インタフェース２３を介してサーバ１に送信する（ステップＳ５７）。
【００９０】
サーバ１の通信インタフェース１３がクライアント２からの基本情報を受信する（ステップＳ５８）と、制御部１１は、この基本情報をクライアント２のユーザに関する基本情報データベースに反映する（ステップＳ５９）。
【００９１】
そして、制御部１１は、クライアント２のユーザに関する参照可否インデックス（図６参照）を住所録データベース部１４から取得する。制御部１１は、取得した参照可否インデックス上の各ユーザＩＤを検索し（ステップＳ６０）、この検索したユーザＩＤと基本情報データベースとを照合することで、クライアント２による連絡対象の各ユーザのＥメールアドレスを取得する。
【００９２】
すると、サーバ１の制御部１１は、クライアント２のユーザの基本情報の更新が完了した旨を示す情報を通信インタフェース１３を介してクライアント２および連絡対象の各ユーザのＥメールアドレス宛てに送信する（ステップＳ６１）。
クライアント２の通信インタフェース２３がサーバ１からの情報を受信すると、制御部２１は、この受信した情報を表示部２５に表示させる（ステップＳ６２）。
【００９３】
次に、基本情報データベース上の基本情報の参照に関する処理について説明する。図１８は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報データベース上の基本情報の入出力に関する処理の一例を示すフローチャートである。
【００９４】
まず、クライアント２とサーバ１の間では前述したステップＳ３１〜Ｓ３５の処理と同じ処理を行なう（ステップＳ７１〜Ｓ７５）。
サーバ１からの承認結果を示す情報、ここではログイン許可を示す情報がクライアント２の通信インタフェース２３が受信して（ステップＳ７６）、入力部２４が基本情報データベースでの他のユーザの基本情報の参照に関するメニュー選択の操作を受け付けると、クライアント２のユーザに関する住所録インデックスの送信要求を示す制御信号が通信インタフェース２３を介してサーバ１に送信される（ステップＳ７７）。
【００９５】
サーバ１の通信インタフェース１３がクライアント２からの制御信号を受信すると、制御部１１は、住所録データベース部１４からクライアント２のユーザの住所録インデックスを検索する（ステップＳ７８）。制御部１１は、この検索した住所録インデックスを通信インタフェース１３を介してクライアント２に送信する（ステップＳ７９）。
【００９６】
クライアント２の通信インタフェース２３がサーバ１からの住所録インデックスを受信する（ステップＳ８０）と、制御部２１は、この住所録インデックス上の各ユーザのユーザＩＤおよび氏名の一覧を表示部２５に表示させる。
【００９７】
この画面にしたがって、クライアント２の入力部２４が、所望のユーザのユーザＩＤの指定に関する操作を受け付けると、制御部２１はこの指定されたユーザＩＤを通信インタフェース２３を介してサーバ１に送信する（ステップＳ８１）。ここでは、クライアント３のユーザのユーザＩＤが指定されたとする。
【００９８】
サーバ１の通信インタフェース１３がクライアント２からのユーザＩＤを受信すると、制御部１１は、クライアント２のユーザの住所録インデックス上でクライアント３のユーザのユーザＩＤと対応付けられる参照用パスワードを検索する（ステップＳ８２）。
【００９９】
この参照用パスワードは、前述したような、参照用パスワードを管理するユーザ、ここではクライアント３のユーザが口頭又は文書によりクライアント２のユーザに伝える情報に限らず、ステップＢ３（図１１参照）、ステップＣ４（図１２参照）およびステップＤ２（図１３参照）のいずれかの処理により、サーバ１がクライアント３のユーザの住所録インデックス上のクライアント２のユーザＩＤと対応する参照ステータスを「参照可」とする際に、ステップＢ４（図１１参照）、ステップＣ５（図１２参照）およびステップＤ３（図１３参照）のいずれかの処理によりサーバ１がクライアント２に通知する情報であってもよい。
【０１００】
ここでは、ステップＳ８２の処理で受信したクライアント３のユーザのユーザＩＤと対応付けられる参照用パスワードがクライアント２のユーザの住所録インデックス上に存在すると仮定する。この場合には、制御部１１は、ステップＳ８２の処理で受信したユーザＩＤをもつクライアント３のユーザの参照可否インデックス上にステップＳ７３の処理で受信したクライアント２のユーザのユーザＩＤが存在し、かつ、このユーザＩＤと前述した参照可否インデックス上で対応付けられる参照可否情報が「○」であるか否かを判別する。
【０１０１】
この判別の結果、参照可否情報が「○」である場合には、制御部１１は、前述のように検索した参照用パスワードとステップＳ８２の処理で受信したクライアント３のユーザのユーザＩＤと基本情報データベースとを照合することで、この参照用パスワードがステップＳ８２の処理で受信したクライアント３のユーザのユーザＩＤと基本情報データベース上で対応付けられる認証情報であるか否かを判別する（ステップＳ８３）。
【０１０２】
一方、参照可否情報が「×」であると制御部１１が判別した場合には、制御部１１は、基本情報の出力中止を示す制御信号を通信インタフェース１３を介してクライアント２に出力する。
【０１０３】
ステップＳ８３の処理における判別の結果、ステップＳ８２の処理で検索した参照用パスワードがステップＳ８２の処理で受信したユーザＩＤと基本情報データベース上で対応付けられる認証情報であると制御部１１が判別した場合には、制御部１１は、ステップＳ８２の処理で受信したユーザＩＤと基本情報データベース上で対応付けられるユーザ基本情報を検索する。制御部１１は、この検索したユーザ基本情報を通信インタフェース１３を介してクライアント２に送信する（ステップＳ８４）。
【０１０４】
クライアント２の通信インタフェース２３がサーバ１からのユーザ基本情報を受信する（ステップＳ８５）と、表示部２５上の画面が、ステップＳ８１の処理で指定したユーザＩＤに対応するユーザの基本情報の表示画面に切り替わる。クライアント２は、この表示された基本情報を印刷する機能を有する。また、クライアント２では、この表示された基本情報を、郵送物の印刷用アプリケーション用の住所録データに変換する機能を有する。
【０１０５】
郵送物の印刷用アプリケーションは予めクライアント２にインストールされるアプリケーションである。郵送物の印刷用アプリケーションは例えば年賀状作成支援アプリケーションである。
【０１０６】
クライアント１の制御部１１は、ユーザ基本情報の送信後に、このユーザ基本情報に対応するユーザ、ここではクライアント３のユーザの被参照ログを住所録データベース部１４から検索する。制御部１１は、クライアント２のユーザのユーザＩＤおよび氏名を対応付けて、クライアント３のユーザの被参照ログ上に反映する。また、制御部１１は、前述のように反映した参照者氏名およびユーザＩＤと対応する参照日時として現在時刻を被参照ログに反映する（ステップＳ８６）。
【０１０７】
一方、前述したステップＳ８２の処理で受信したユーザＩＤと対応付けられる参照用パスワードがクライアント２の住所録インデックス上に存在しない場合には、制御部１１は、この参照用パスワードの送信要求を示す信号を通信インタフェース１３を介してクライアント２に送信する。クライアント２の通信インタフェース２３がサーバ１からの制御信号を受信すると、表示部２５上の画面が、参照用パスワードの入力を求める画面に切り替わる。
【０１０８】
この画面にしたがって、前述した所望のユーザに関する参照用パスワードの入力を入力部２４が受け付けると、制御部２１は、この参照用パスワードを通信インタフェース２３を介してサーバ１に送信する。
【０１０９】
サーバ１の通信インタフェース１３がクライアント２からの参照用パスワードを受信すると、制御部１１は、前述したように、ステップＳ８２の処理で受信したユーザＩＤをもつユーザの参照可否インデックス上にステップＳ７３の処理で受信したユーザＩＤが存在し、このユーザＩＤと前述した参照可否インデックス上で対応付けられる参照可否情報が「○」であるか否かを判別する。
【０１１０】
次に、被参照ログの参照に関する処理について説明する。図１９は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での被参照ログの入出力に関する処理の一例を示すフローチャートである。
【０１１１】
まず、クライアント２とサーバ１の間では前述したステップＳ３１〜Ｓ３５の処理と同じ処理を行なう（ステップＧ１〜Ｇ５）。
サーバ１からの承認結果を示す情報、ここではログイン許可を示す情報がクライアント２の通信インタフェース２３が受信して（ステップＧ６）、入力部２４が被参照ログの参照に関するメニュー選択の操作を受け付けると、クライアント２のユーザに関する被参照ログの送信要求を示す制御信号が通信インタフェース２３を介してサーバ１に送信される（ステップＧ７）。
【０１１２】
サーバ１の通信インタフェース１３がクライアント２からの制御信号を受信すると、制御部１１は、住所録データベース部１４からクライアント２のユーザの被参照ログを検索する（ステップＧ８）。制御部１１は、この検索した被参照ログを通信インタフェース１３を介してクライアント２に送信する（ステップＧ９）。
【０１１３】
クライアント２の通信インタフェース２３がサーバ１からの被参照ログを受信する（ステップＧ１０）と、表示部２５上の画面がクライアント２のユーザの基本情報の参照者氏名、ユーザＩＤおよび参照日時を示す画面に切り替わる。
【０１１４】
このように、クライアントのユーザは、自身の基本情報の被参照ログを随時に参照することで、サーバ１とネットワーク接続されて他のユーザのクライアントからの、自身の基本情報の参照者および参照日時を容易に把握することができる。
【０１１５】
次に、参照可否インデックスの更新に関する処理について説明する。図２０は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での参照可否インデックスの更新に関する処理の一例を示すフローチャートである。
【０１１６】
まず、クライアント２とサーバ１の間では前述したステップＳ３１〜Ｓ３５の処理と同じ処理を行なう（ステップＨ１〜Ｈ５）。
サーバ１からの承認結果を示す情報、ここではログイン許可を示す情報がクライアント２の通信インタフェース２３が受信して（ステップＨ６）、入力部２４が参照可否インデックスの更新に関するメニュー選択の操作を受け付けると、クライアント２のユーザに関する参照可否インデックスの送信要求を示す制御信号が通信インタフェース２３を介してサーバ１に送信される（ステップＨ７）。
【０１１７】
サーバ１の通信インタフェース１３がクライアント２からの制御信号を受信すると、制御部１１は、住所録データベース部１４からクライアント２のユーザの参照可否インデックスを検索する（ステップＨ８）。制御部１１は、この検索した参照可否インデックスを通信インタフェース１３を介してクライアント２に送信する（ステップＨ９）。
【０１１８】
クライアント２の通信インタフェース２３がサーバ１からの参照可否インデックスを受信する（ステップＨ１０）と、表示部２５上の画面が参照可否インデックス上で対応付けられる各ユーザのユーザＩＤ、氏名および参照可否情報の一覧表示、および更新対象の情報の入力用画面に切り替わる。
【０１１９】
この画面にしたがって、クライアント２の入力部２４が参照可否インデックス上の参照可否情報の更新を受け付けると、制御部２１はこの入力した情報を通信インタフェース２３を介してサーバ１に送信する（ステップＨ１１）。
【０１２０】
参照可否インデックス上の参照可否情報の更新とは、例えば参照可否インデックス上で、所望のユーザＩＤと対応付けられる参照可否情報を「○」と「×」の間での変更を指す。
【０１２１】
サーバ１の通信インタフェース１３がクライアント２からの更新対象情報を受信する（ステップＨ１２）と、制御部１１は、この更新対象情報をクライアント２のユーザに関する参照可否インデックスに反映する（ステップＨ１３）。
【０１２２】
すると、サーバ１の制御部１１は、クライアント２のユーザの参照可否インデックスの更新が完了した旨を示す情報を通信インタフェース１３を介してクライアント２に送信する（ステップＨ１４）。
【０１２３】
クライアント２の通信インタフェース２３がサーバ１からの情報を受信すると、制御部２１は、この受信した情報を表示部２５に表示させる（ステップＨ１５）。
このような処理を行なうことで、連絡対象の各ユーザのうち、基本情報データベース上の自身の基本情報の出力の可否をユーザごとに設定することができる。
【０１２４】
以上のように、本発明の実施形態にしたがった住所録管理システムでは、各クライアントのユーザの基本情報をサーバ１の住所録データベース部１４上に記憶する。他のユーザの基本情報を参照したいユーザが、クライアントを介して自分のユーザＩＤおよび更新用パスワードを用いてログインした上で、自身の住所録インデックス上の所望のユーザＩＤを選択した上で、このユーザＩＤと対応付けられる参照用パスワードを正しく入力する。するとサーバ１は、このユーザＩＤと基本情報データベース上で対応付けられる基本情報をクライアントに返す。
【０１２５】
また、サーバ１は、ユーザ本人に固有のユーザＩＤおよび更新用パスワードが正しい認証情報であることをサーバ１が認証した場合に、この住所録データベース上での基本情報の更新を行なう。よって、各ユーザは、他のユーザの基本情報が変更になった場合でも、この変更後の基本情報を容易に取得することができる。
【０１２６】
また、自身の基本情報の更新および他のユーザの基本情報の参照は、正しい認証情報を入力した場合に行なうことができる。よって、各ユーザの基本情報の機密性を保つことができる。
【０１２７】
なお、前記実施の形態は、本発明を住所録に適用した場合について説明したものであるが、これに限らず、銀行の口座情報などにも本発明を適用することが可能である。
【０１２８】
なお、この発明は、前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を省略してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【０１２９】
【図１】本発明の実施形態にしたがった住所録管理システムの構成例を示すブロック図。
【図２】本発明の実施形態にしたがった住所録管理システムのサーバ１の内部回路の構成例を示すブロック図。
【図３】本発明の実施形態にしたがった住所録管理システムのクライアント２の内部回路の構成例を示すブロック図。
【図４】本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶された基本情報データベースの一例を表形式で示す図。
【図５】本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの住所録インデックスの一例を表形式で示す図。
【図６】本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの参照可否インデックスの一例を表形式で示す図。
【図７】本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの被参照ログの一例を表形式で示す図。
【図８】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報の登録および認証情報の発行に関する処理の一例を示すフローチャート。
【図９】本発明の実施形態にしたがった住所録管理システムのクライアント２によるクライアント３のユーザの基本情報の登録に関する処理の一例を示すフローチャート。
【図１０】本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録関連処理の一例を示すフローチャート。
【図１１】本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録処理の一例を示すフローチャート。
【図１２】本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の修正、登録処理の一例を示すフローチャート。
【図１３】本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の書換中止処理の一例を示すフローチャート。
【図１４】本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録中止処理の一例を示すフローチャート。
【図１５】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での住所録インデックスへの情報登録に関する処理の一例を示すフローチャート。
【図１６】本発明の実施形態にしたがった住所録管理システムのサーバ１による照合処理の一例を示すフローチャート。
【図１７】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報データベース上の情報更新に関する処理の一例を示すフローチャート。
【図１８】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報データベース上の基本情報の入出力に関する処理の一例を示すフローチャート。
【図１９】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での被参照ログの入出力に関する処理の一例を示すフローチャート。
【図２０】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での参照可否インデックスの更新に関する処理の一例を示すフローチャート。
【符号の説明】
【０１３０】
１…サーバ、２，３，４，５…クライアント、１０…ネットワーク、１１，２１…制御部、１２，２２…記憶部、１３，２３…通信インタフェース、１４…住所録データベース部、２４…入力部、２５…表示部。
【技術分野】
【０００１】
本発明は、各ユーザの住所などの基本情報を管理するサーバ装置に関する。
【背景技術】
【０００２】
従来、例えば年賀状などの郵便物を発送するユーザは住所録を参照する。この住所録には各個人の基本情報が記載される。基本情報とは例えば氏名、住所および電話番号などである。例えば、この住所録に記載されている個人が引っ越した場合には、この引っ越した個人の住所や電話番号が変わる。引越しが完了した個人は、自分に郵便物を送る各ユーザに対し住所や電話番号が変更になった旨を口頭や文書により伝達する。この伝達を受けた各個人は、自身の住所録に記載される前述した伝達者の住所や電話番号の内容を当該伝達された内容に書き換える。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前述したような手法では、住所などが変更になった個人は住所や電話番号の変更を複数の個人に速やかに伝えなければならないので作業負荷が大きい。これを解消するために、各ユーザの基本情報をネットワークシステム上のサーバに記憶させておく技術がある。この技術では、サーバとネットワーク接続された端末装置からサーバに対するアクセスを行なうことで、各個人の基本情報を取り出して端末装置にモニタ表示させる。
【０００４】
しかしながら、この技術では、サーバとネットワーク接続されている端末装置を所有するユーザは、郵便物の差出などを行なう相手の基本情報を得るための検索作業を行なわなければならなかった。
【０００５】
また、この技術では、前述した端末装置を所有するユーザは、サーバに記憶されている各ユーザの基本情報を自由に検索できる。このため、各ユーザの基本情報の機密性が損なわれてしまう。
【０００６】
そこで、本発明の目的は、各ユーザが他のユーザの基本情報を参照する際の利便性を向上させ、各ユーザの基本情報の機密性を保つことが可能になるサーバ装置を提供することにある。
【課題を解決するための手段】
【０００７】
すなわち、本発明に係わるサーバ装置は、端末装置の利用者に固有の識別情報と当該利用者の基本情報とを対応付けて記憶する基本情報記憶手段と、識別情報を異なる利用者の識別情報と対応付けて記憶する識別情報記憶手段とを備え、端末装置から出力された認証情報が当該端末装置の利用者の識別情報と対応付けられて基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて識別情報記憶手段に記憶される情報である異なる利用者の識別情報を認証情報の出力元の端末装置からの要求にしたがって出力し、この出力した識別情報から選択されて前記出力元の端末装置から出力された識別情報と当該端末装置からさらに出力された出力用認証情報とが対応付けられて基本情報記憶手段に記憶されていることを認証した場合に、前述のように選択された識別情報と対応付けられて基本情報記憶手段に記憶される基本情報を前述した出力元の端末装置に出力することを特徴とする。
【発明の効果】
【０００８】
本発明に係わるサーバ装置では、端末装置の利用者に固有の識別情報と当該利用者の基本情報とを対応付けて記憶する基本情報記憶手段と、識別情報を異なる利用者の識別情報と対応付けて記憶する識別情報記憶手段とを備え、端末装置から出力された認証情報が当該端末装置の利用者の識別情報と対応付けられて基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて識別情報記憶手段に記憶される情報である異なる利用者の識別情報を認証情報の出力元の端末装置からの要求にしたがって出力し、この出力した識別情報から選択されて前記出力元の端末装置から出力された識別情報と当該端末装置からさらに出力された出力用認証情報とが対応付けられて基本情報記憶手段に記憶されていることを認証した場合に、前述のように選択された識別情報と対応付けられて基本情報記憶手段に記憶される基本情報を前述した出力元の端末装置に出力するので、各ユーザが他のユーザの基本情報を参照する際の利便性を向上させ、各個人の基本情報の機密性を保つことができる。
【発明を実施するための最良の形態】
【０００９】
以下図面により本発明の実施形態について説明する。
図１は、本発明の実施形態にしたがった住所録管理システムの構成例を示すブロック図である。
図１に示すように、本発明の実施形態にしたがった住所録管理システムは、サーバ１とクライアント２，３，４，５および他の図示しないクライアントがネットワーク１０を介して接続される。各クライアントは例えばデスクトップ型のパーソナルコンピュータである。各クライアントはサーバ１との通信機能を有する通信端末であれば例えば携帯電話などであってもよい。
【００１０】
サーバ１は各クライアントのユーザの基本情報を管理する。基本情報とは各ユーザの氏名や住所などである。サーバ１および各クライアントの間では、住所録の更新および参照などにかかる情報を暗号化した上で、これを有線または無線により通信する。
【００１１】
各クライアントのうち例えばクライアント２は自身の基本情報の更新のための認証情報をサーバ１に送信する。この認証情報は予めサーバ１が発行した情報である。サーバ１は各ユーザの基本情報と当該基本情報の更新のための認証情報とを対応付けて記憶する。
【００１２】
クライアント２は、自身の基本情報の更新のための認証情報の承認をサーバ１から得た上で、自身の基本情報の更新をサーバ１に要求する機能を有する。この要求は基本情報の更新内容を含む。サーバ１は、更新対象の基本情報を検索してこれをクライアント２から送信された内容に書き換える。
【００１３】
また、クライアント２，３，４，５のうち例えばクライアント３は、他のユーザ、例えばクライアント２のユーザの基本情報の出力のための認証情報をサーバ１に送信する。サーバ１は、各ユーザの基本情報と当該基本情報の出力のための認証情報とを対応付けて記憶する。
【００１４】
クライアント３は、基本情報の出力のための認証情報の承認をサーバ１から得た上で、この基本情報の出力をサーバ１に要求する。この要求は、出力対象の基本情報にかかるユーザの識別情報を含む。サーバ１は、出力対象のクライアント２のユーザの基本情報を読み出して、これを要求元のクライアント３に出力する。
【００１５】
図２は、本発明の実施形態にしたがった住所録管理システムのサーバ１の内部回路の構成例を示すブロック図である。
図２に示すように、サーバ１は全体を制御する制御部１１を備える。サーバ１は記憶部１２、通信インタフェース１３および住所録データベース部１４を備える。
【００１６】
制御部１１は図示しない計時用回路を備える。記憶部１２は制御用のプログラムを記憶する。通信インタフェース１３は各クライアントとの通信を行なう。住所録データベース部１４は各クライアントの各ユーザの基本情報を記憶する。基本情報とは氏名、住所および電話番号、Ｅメールアドレスなどである。住所録データベース部１４は、基本情報データベース、住所録インデックス、参照可否インデックスおよび被参照ログを記憶する。
【００１７】
図３は、本発明の実施形態にしたがった住所録管理システムのクライアント２の内部回路の構成例を示すブロック図である。
図３に示すように、クライアント２は全体の制御を司る制御部２１を備える。クライアント２は記憶部２２、通信インタフェース２３、入力部２４および表示部２５を備える。
【００１８】
記憶部２２は制御用のプログラムを記憶する。通信インタフェース２３はサーバ１との通信を行なう。入力部２４は認証情報（ＩＤ、パスワード）およびその他の各種情報の入力を受け付ける。表示部２５は各種文字情報および画像情報を表示する。他のクライアントの内部回路の構成はクライアント２の内部回路の構成と同様である。
【００１９】
図４は、本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶された基本情報データベースの一例を表形式で示す図である。
図４に示すように、基本情報データベースでは各クライアントのユーザの基本情報を管理する。
【００２０】
基本情報データベースではユーザＩＤ、更新用パスワード、参照用パスワードおよびユーザ基本情報が対応付けられる。ユーザＩＤおよび更新用パスワードは基本情報の更新や他のユーザへの出力のために各ユーザに付与された固有の認証情報である。ユーザ基本情報は氏名、郵便番号、住所、Ｅメールアドレスおよび電話番号でなる。
【００２１】
図５は、本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの住所録インデックスの一例を表形式で示す図である。
図５に示すように、クライアント２のユーザの住所録インデックスではクライアント２のユーザのユーザＩＤならびに他の各クライアントのユーザのユーザＩＤおよび参照ステータスおよび参照用パスワードを対応付けて管理する。また、図示はしないが、住所録データベース部１４は各クライアントのユーザに対応した住所録インデックスを記憶する。
【００２２】
住所録インデックスで管理される他のユーザのユーザＩＤは当該ユーザＩＤに対応するユーザの氏名を伴う。参照ステータスは、これと対応付けられるユーザＩＤに対応するユーザの基本情報の参照を当該ユーザつまり相手側が承認しているか否かを示す情報である。
【００２３】
また、クライアント２のユーザの住所録インデックス上の他の各ユーザの参照用パスワードは、この参照用パスワードを管理するユーザが口頭又は文書によりクライアント２のユーザに伝える情報である。
【００２４】
クライアント２のユーザは、他のユーザ、ここではクライアント３のユーザが管理する参照用パスワードを当該ユーザからの連絡により知った場合に、入力部２４に対する予め定めた操作を行なう事で当該他のユーザの参照用パスワードの入力作業を行なう。制御部２１は入力された参照用パスワードを通信インタフェース２３を介してサーバ１に送信する。
【００２５】
サーバ１の通信インタフェース１３がクライアント２からの参照用パスワードを受信すると、制御部１１はこの情報を、クライアント２のユーザの住所録インデックス上の前述したクライアント３のユーザのユーザＩＤと関連付けて反映する。これにより、クライアント２のユーザは、他の各ユーザの参照用パスワードを紙などに書き留めておいたりする必要がなくなる。
【００２６】
図６は、本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの参照可否インデックスの一例を表形式で示す図である。
図６に示すように、クライアント２のユーザの参照可否インデックスではクライアント２のユーザのユーザＩＤならびに他の各クライアントのユーザのユーザＩＤおよび参照可否情報を対応付けて管理する。また、図示はしないが、住所録データベース部１４は各クライアントのユーザに対応した参照可否インデックスを記憶する。
【００２７】
参照可否インデックスで管理される他のユーザのユーザＩＤは当該ユーザＩＤに対応するユーザの氏名を伴う。参照可否情報は、これと対応付けられるユーザＩＤに対応するユーザからの要求に伴う自身の基本情報の出力の可否を示す情報である。
【００２８】
図７は、本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの被参照ログの一例を表形式で示す図である。
図７に示すように、クライアント２のユーザの被参照ログではクライアント２のユーザのユーザＩＤならびに他のユーザのユーザＩＤおよび参照日時を対応付けて管理する。図示はしないが、住所録データベース部１４は各クライアントのユーザに対応した被参照ログを記憶する。
【００２９】
被参照ログで管理される他のユーザのユーザＩＤは当該ユーザＩＤに対応するユーザの氏名を伴う。参照日時は、これと対応付けられるユーザＩＤに対応するユーザからの要求に伴う自身の基本情報の出力の日時を示す情報である。
【００３０】
次に、本発明の実施形態にしたがった住所録管理システムによる処理動作について説明する。
まず、各クライアントからサーバ１に対する基本情報の登録およびユーザＩＤなどの発行に関する処理について説明する。
【００３１】
図８は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報の登録および認証情報の発行に関する処理の一例を示すフローチャートである。
【００３２】
まず、クライアント２のユーザが入力部２４に対する予め定められた操作を行なうと、制御部２１は、クライアント２のユーザの基本情報の登録を要求する制御信号を通信インタフェース２３を介してサーバ１に送信する（ステップＳ１）。
【００３３】
サーバ１は、クライアント２から送信された信号を通信インタフェース１３により受信する（ステップＳ２）。するとサーバ１は、この信号の送信元のクライアント２に対し、基本情報の入力を要求する制御信号を通信インタフェース１３を介して送信する（ステップＳ３）。
【００３４】
サーバ１から送信された制御信号をクライアント２の通信インタフェース２３が受信する（ステップＳ４）と、制御部２１は基本情報の入力を求めるメッセージを表示部２５に表示させる。
【００３５】
クライアント２の入力部２４が、このメッセージにしたがった基本情報の入力を受け付けると、制御部２１は、これらの情報をクライアント２のユーザの基本情報として通信インタフェース２３を介してサーバ１に送信する（ステップＳ５）。
【００３６】
サーバ１の通信インタフェース１３がクライアント２からの基本情報を受信する（ステップＳ６）と、制御部１１はこの情報を記憶部１２に一時記憶させる。そして制御部１１はクライアント２に固有のユーザＩＤ、更新用パスワードおよび参照用パスワードをランダム生成し、これらの情報を前述のように一時記憶した基本情報と対応付けて、住所録データベース部１４に記憶される基本情報データベース上に反映する（ステップＳ７）。
この反映に伴い、クライアント２のユーザに関する住所録インデックス、参照可否インデックスおよび被参照ログのフォーマットが住所録データベース部１４上で作成される。
【００３７】
すると、制御部１１は、クライアント２からの基本情報を基本情報データベースに反映した旨を示す情報を通信インタフェース１３を介してクライアント２に送信する（ステップＳ８）。
【００３８】
クライアント２の通信インタフェース２３がサーバ１からの情報を受信すると、制御部２１は、この受信した情報を表示部２５に表示させる（ステップＳ９）。
【００３９】
本発明の実施形態にしたがった住所録管理システムでは、各クライアントは、他のクライアントのユーザの基本情報を本人に代わって住所録データベース部１４上に登録する機能を有する。このような機能を用いることで、この住所録管理システムを新たに利用するユーザよる入力作業の手間が軽減される。
【００４０】
以下、クライアント３のユーザの基本情報をクライアント２のユーザが住所録データベース部１４上に反映するまでの処理について説明する。
図９は、本発明の実施形態にしたがった住所録管理システムのクライアント２によるクライアント３のユーザの基本情報の登録に関する処理の一例を示すフローチャートである。
【００４１】
まず、クライアント２の入力部２４がクライアント３のユーザに関する基本情報およびクライアント３のユーザに付与されたＥメールアドレスの入力を受け付けると（ステップＳ１１）、制御部２１は、これらの情報をクライアント３のユーザの基本情報の登録要求を示す情報として通信インタフェース２３を介してサーバ１に送信する（ステップＳ１２）。
【００４２】
サーバ１の通信インタフェース１３がクライアント２からの情報を受信すると、制御部１１はこの情報を記憶部１２に一時記憶させる（ステップＳ１３）。そして制御部１１は、クライアント２のユーザがクライアント３のユーザの基本情報の登録を求める旨を示すメッセージを記述した電子メールを、クライアント３のユーザのＥメールアドレス宛てに送信する（ステップＳ１４）。
【００４３】
クライアント３の通信インタフェース２３がサーバ１からの電子メールを受信する（ステップＳ１５）と、クライアント２が提示したクライアント３のユーザの基本情報の登録の可否の選択を求める画面を表示部２５に表示させる。
【００４４】
制御部２１は、クライアント３のユーザに関するユーザＩＤ、各種パスワードおよび基本情報が住所録データベース部１４に記憶されているか否かを判別する。
制御部２１は、クライアント３のユーザに関するユーザＩＤ、各種パスワードおよび基本情報が住所録データベース部１４に記憶されていない場合には、クライアント３の表示部２５に、基本情報の提示元であるクライアント２のユーザのユーザＩＤ、氏名、および、「登録可」アイコン、「修正後可」アイコンおよび「否認」アイコンを表示させる。
【００４５】
一方、クライアント３のユーザに関するユーザＩＤ、各種パスワードおよび基本情報が住所録データベース部１４に記憶されている場合には、クライアント３の表示部２５に、基本情報の提示元であるクライアント２のユーザのユーザＩＤ、氏名、「登録済」アイコンおよび「否認」アイコンを表示させる。
【００４６】
クライアント３の入力部２４がこの画面にしたがって「登録可」アイコン、「修正後可」アイコン、「登録済」アイコンおよび「否認」アイコンのうちいずれかを選択すると、この選択されたアイコンの種別を示す情報が通信インタフェース２３を介してサーバ１に送信される（ステップＳ１６）。
【００４７】
「登録可」アイコンは、クライアント２から提示された基本情報をクライアント３のユーザの基本情報として住所録データベース部１４に反映させることをクライアント３のユーザが認める場合に選択するためのアイコンである。
【００４８】
また、「修正後可」アイコンは、クライアント２から提示された基本情報をクライアント３のユーザの基本情報として、クライアント３のユーザが修正した上で住所録データベース部１４に反映させることをクライアント３のユーザが認める場合に選択するためのアイコンである。
【００４９】
「登録済」アイコンは、クライアント３のユーザがクライアント２のユーザを知っていおり、当該クライアント２から提示された基本情報の利用を拒む意志は無いが、このクライアント２から提示された基本情報が既にクライアント３のユーザによる入力又は他のユーザからの提示により住所録データベース部１４に反映されている場合などに選択するためのアイコンである。
【００５０】
また、「否認」アイコンは、例えば基本情報の提示元のクライアント２のユーザをクライアント３のユーザが知らないので当該クライアント２から提示された基本情報の利用を拒みたいなどの場合に選択するためのアイコンである。クライアント２のユーザをクライアント３のユーザが知らない場合とは、クライアント２のユーザが基本情報の提示先のＥメールアドレスの入力を誤った場合などが挙げられる。
【００５１】
サーバ１の通信インタフェース１３がクライアント３からの情報を受信する（ステップＳ１７）と、制御部１１は基本情報の登録関連処理を行なう（ステップＳ１８）。この登録関連処理とは、クライアント３側の画面上で選択されたアイコンの種別にしたがい、クライアント３のユーザの基本情報の住所録データベース部１４への反映または破棄を行なう処理である。
【００５２】
以下、この登録関連処理の詳細について説明する。図１０は、本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録関連処理の一例を示すフローチャートである。
【００５３】
登録関連処理では、サーバ１の制御部１１は、クライアント３から通信インタフェース１３が受信した情報で示されるアイコンの種別が「登録可」であった場合（ステップＡ１のＹＥＳ）には、クライアント３のユーザの基本情報の登録処理を行なう（ステップＡ２）。
【００５４】
以下、この登録処理の詳細について説明する。図１１は、本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録処理の一例を示すフローチャートである。
【００５５】
登録処理では、サーバ１の制御部１１はクライアント３のユーザに固有のユーザＩＤ、更新用パスワードおよび参照用パスワードをランダム生成する（ステップＢ１）。制御部１１は、これらの情報をクライアント２から提示された基本情報と対応付けて基本情報データベース上に反映する（ステップＢ２）。
【００５６】
そして制御部１１は、提示元であるクライアント２のユーザの住所録インデックス（図６参照）にクライアント３のユーザのユーザＩＤを反映させる。制御部１１は、クライアント２のユーザの住所録インデックスにおけるクライアント３のユーザのユーザＩＤと対応する参照ステータスを「参照可」とする（ステップＢ３）。これは、クライアント３のユーザの基本情報をクライアント２からの要求にしたがって当該クライアント２に出力することがクライアント３のユーザから認められている事を示すステータスである。
【００５７】
制御部１１は完了通知を示す信号を通信インタフェース１３を介してクライアント２に送信する（ステップＢ４）。この完了通知は、クライアント２から提示されたクライアント３のユーザの基本情報をそのまま基本情報データベースに反映した旨を示す通知である。
【００５８】
前述した登録関連処理の説明に戻る。登録関連処理では、サーバ１の制御部１１は、クライアント３から通信インタフェース１３が受信した情報で示されるアイコンの種別が「修正後可」であった場合（ステップＡ３のＹＥＳ）には、クライアント３のユーザの基本情報の修正、登録処理を行なう（ステップＡ４）。
【００５９】
以下、この修正、登録処理の詳細について説明する。図１２は、本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の修正、登録処理の一例を示すフローチャートである。
修正、登録処理では、サーバ１の制御部１１はクライアント３のユーザに固有のユーザＩＤ、更新用パスワードおよび参照用パスワードをランダム生成する（ステップＣ１）。
【００６０】
そして制御部１１はステップＳ１３の処理で記憶部１２に一時記憶したクライアント３のユーザの基本情報を読み出し、この情報の修正要求情報を通信インタフェース１３を介してクライアント３に送信する。この情報にはクライアント２から提示されたクライアント３のユーザの基本情報が含まれる。
【００６１】
クライアント３の通信インタフェース２３がサーバ１からの情報を受信すると、制御部２１は基本情報の修正を求める画面を表示部２５に表示させる。この画面にしたがった、クライアント３の入力部２４による基本情報の修正にかかる操作を受け付けると、これを示す情報を通信インタフェース２３を介してサーバ１に送信する。
【００６２】
サーバ１の通信インタフェース１３がクライアント３からの修正済みの基本情報を受信すると、制御部１１は、これらの情報をステップＣ１の処理で発行したユーザＩＤや各種パスワードと対応付けて基本情報データベース上に反映する（ステップＣ３）。
【００６３】
そして制御部１１は前述したステップＢ３と同じ処理を行なう（ステップＣ４）。制御部１１は完了通知を示す信号を通信インタフェース１３を介してクライアント２に送信する（ステップＣ５）。この完了通知は、クライアント２から提示されたクライアント３のユーザの基本情報をクライアント３側での修正を経て基本情報データベースに反映した旨を示す通知である。
【００６４】
前述した登録関連処理の説明に戻る。登録関連処理では、サーバ１の制御部１１は、クライアント３から通信インタフェース１３が受信した情報で示されるアイコンの種別が「登録済」であった場合（ステップＡ５のＹＥＳ）には、クライアント３のユーザの基本情報の書換中止処理を行なう（ステップＡ６）。
【００６５】
以下、この書換中止処理の詳細について説明する。図１３は、本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の書換中止処理の一例を示すフローチャートである。
【００６６】
書換中止処理では、サーバ１の制御部１１はステップＳ１３の処理で記憶部１２に一時記憶したクライアント３のユーザの基本情報を消去する（ステップＤ１）。
そして制御部１１は前述したステップＢ３と同じ処理を行なう（ステップＤ２）。制御部１１は完了通知を示す信号を通信インタフェース１３を介してクライアント２に送信する（ステップＤ３）。この完了通知は、クライアント２から提示されたクライアント３のユーザの基本情報の基本情報データベースへの反映を中止した旨を示す通知である。
【００６７】
前述した登録関連処理の説明に戻る。登録関連処理では、サーバ１の制御部１１は、クライアント３から通信インタフェース１３が受信した情報で示されるアイコンの種別が「否認」であった場合（ステップＡ７のＹＥＳ）には、クライアント３のユーザの基本情報の登録中止処理を行なう（ステップＡ８）。
【００６８】
以下、この登録中止処理の詳細について説明する。図１４は、本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録中止処理の一例を示すフローチャートである。
【００６９】
登録中止処理では、サーバ１の制御部１１はステップＳ１３の処理で記憶部１２に一時記憶したクライアント３のユーザの基本情報を消去する（ステップＥ１）。そして制御部１１は、提示元であるクライアント２のユーザの住所録インデックス（図６参照）にクライアント３のユーザのユーザＩＤを反映させる。
【００７０】
制御部１１は、住所録インデックスにおける、クライアント３のユーザのユーザＩＤと対応する参照ステータスを「参照不可」とする（ステップＥ２）。これは、クライアント３のユーザの基本情報をクライアント２からの要求にしたがって当該クライアント２に出力することがクライアント３のユーザから認められない事を示すステータスである。
【００７１】
制御部１１は否認通知を示す信号を通信インタフェース１３を介してクライアント２に送信する（ステップＥ３）。この否認通知は、クライアント２から提示されたクライアント３のユーザの基本情報の基本情報データベースへの反映の中止を示す旨および当該クライアント３のユーザの基本情報の以後の参照を拒否した旨を示す通知である。
【００７２】
図９に示したフローチャートに対応する処理に戻る。クライアント２およびクライアント３の通信インタフェース２３が前述した登録関連処理によりサーバ１が送信した完了通知または否認通知を示す信号を受信する（ステップＳ１９，Ｓ２０）と、この受信先のクライアントの制御部２１は、これを示すメッセージを表示部２５に表示させる。
【００７３】
次に、住所録インデックス（図５参照）への情報の登録に関する処理について説明する。
図１５は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での住所録インデックスへの情報登録に関する処理の一例を示すフローチャートである。
【００７４】
まず、クライアント２のユーザが入力部２４に対する予め定められた操作を行なうと、サーバ１の管理機関による住所録管理サービスのログイン用画面が表示部２５に表示される。この画面はクライアント２のユーザのユーザＩＤおよび更新用パスワードの入力を求める画面である。
【００７５】
入力部２４がユーザＩＤおよび更新用パスワードの入力を受け付けて（ステップＳ３１）画面上の「ログイン」アイコンが選択されると、制御部２１は、これらの情報を認証情報として通信インタフェース２３を介してサーバ１に送信する（ステップＳ３２）。
【００７６】
サーバ１ではクライアント２から送信された認証情報を通信インタフェース２３により受信する（ステップＳ３３）。すると、サーバ１の制御部１１は、この受信した認証情報に対応する基本情報が住所録データベース部１４内に存在するか否かを照合する（ステップＳ３４）。
【００７７】
ここで、ステップＳ３４による照合処理の詳細について説明する。図１６は、本発明の実施形態にしたがった住所録管理システムのサーバ１による照合処理の一例を示すフローチャートである。
照合処理では、サーバ１の制御部１１は、住所録データベース部１４に記憶される基本情報データベースを読み出す（ステップＦ１）。そして、制御部１１は、基本情報データベースを検索して（ステップＦ２）、この中にステップＳ３３の処理で受信したユーザＩＤと一致するユーザＩＤがあるか否かを判別する。
【００７８】
当該ユーザＩＤが基本情報データベースにある場合には、制御部１１は当該ユーザＩＤと基本情報データベース上で対応付けられる更新用パスワードがステップＳ３３の処理で受信した更新用パスワードと一致するか否かを判別する。
【００７９】
制御部１１は、この判別の結果、クライアント２からのユーザＩＤおよび更新用パスワードの組み合わせが正当であると判別した場合（ステップＦ３のＹＥＳ）には、クライアント２に対するログイン許可を示す情報を生成する（ステップＦ４）。
【００８０】
また、前述した判別の結果、クライアント２からのユーザＩＤおよび更新用パスワードの組み合わせが正当な組み合わせでないと制御部１１が判別した場合（ステップＦ３のＮＯ）には、クライアント２に対するログイン不許可を示す情報を生成する（ステップＦ５）。
【００８１】
図１５に示したフローチャートに対応する処理に戻る。ステップＳ３４の処理後は、サーバ１の制御部１１は、ステップＦ４またはＦ５の処理で生成した情報を承認結果を示す情報として通信インタフェース１３を介して送信する（ステップＳ３５）。
【００８２】
ここでは、クライアント２に対するログイン許可を示す情報がサーバ１から送信されたと仮定して、以後の処理を説明する。
サーバ１からの承認結果を示す情報、ここではログイン許可を示す情報がクライアント２の通信インタフェース２３が受信して（ステップＳ３６）、入力部２４が住所録インデックス上での情報登録に関するメニュー選択の操作を受け付けると、クライアント２の表示部２５に表示される画面が新規の連絡対象のユーザのユーザＩＤの入力を求める画面に切り替わる。
【００８３】
この画面にしたがって、クライアント２の入力部２４が新規の連絡対象のユーザに固有のユーザＩＤの入力を受け付けると、制御部２１はこの入力した情報を通信インタフェース２３を介してサーバ１に送信する（ステップＳ３７）。
【００８４】
サーバ１の通信インタフェース１３がクライアント２からのユーザＩＤを受信する（ステップＳ３８）と、制御部１１は、このユーザＩＤと住所録データベース部１４に記憶される基本情報インデックスとを照合して、このユーザＩＤが付与されたユーザの氏名を検索する。
【００８５】
制御部１１は、この検索した氏名およびクライアント２からの新規連絡対象のユーザＩＤをクライアント２のユーザに関する住所録インデックスおよび参照可否インデックスに反映する（ステップＳ３９）。この反映は、新規の登録および上書き更新のいずれかである。
このクライアント２のユーザに関する参照可否インデックス上の新たに反映された各ユーザＩＤと対応付けられた参照可否情報の初期情報は「○」とする。
【００８６】
すると、サーバ１の制御部１１は、新規連絡対象のユーザのユーザＩＤを住所録インデックスに反映した旨を示す情報を通信インタフェース１３を介してクライアント２に送信する（ステップＳ４０）。
クライアント２の通信インタフェース２３がサーバ１からの情報を受信すると、制御部２１は、この受信した情報を表示部２５に表示させる（ステップＳ４１）。
【００８７】
次に、基本情報データベース上の情報の更新に関する処理について説明する。図１７は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報データベース上の情報更新に関する処理の一例を示すフローチャートである。
【００８８】
まず、クライアント２とサーバ１の間では前述したステップＳ３１〜Ｓ３５の処理と同じ処理を行なう（ステップＳ５１〜Ｓ５５）。
サーバ１からの承認結果を示す情報、ここではログイン許可を示す情報がクライアント２の通信インタフェース２３が受信して（ステップＳ５６）、入力部２４が基本情報データベースでの情報更新に関するメニュー選択の操作を受け付けると、クライアント２の表示部２５に表示される画面がクライアント２の新たな基本情報の入力を求める画面に切り替わる。
【００８９】
この画面にしたがって、クライアント２の入力部２４がクライアント２の新たな基本情報の入力を受け付けると、制御部２１はこの入力した情報を通信インタフェース２３を介してサーバ１に送信する（ステップＳ５７）。
【００９０】
サーバ１の通信インタフェース１３がクライアント２からの基本情報を受信する（ステップＳ５８）と、制御部１１は、この基本情報をクライアント２のユーザに関する基本情報データベースに反映する（ステップＳ５９）。
【００９１】
そして、制御部１１は、クライアント２のユーザに関する参照可否インデックス（図６参照）を住所録データベース部１４から取得する。制御部１１は、取得した参照可否インデックス上の各ユーザＩＤを検索し（ステップＳ６０）、この検索したユーザＩＤと基本情報データベースとを照合することで、クライアント２による連絡対象の各ユーザのＥメールアドレスを取得する。
【００９２】
すると、サーバ１の制御部１１は、クライアント２のユーザの基本情報の更新が完了した旨を示す情報を通信インタフェース１３を介してクライアント２および連絡対象の各ユーザのＥメールアドレス宛てに送信する（ステップＳ６１）。
クライアント２の通信インタフェース２３がサーバ１からの情報を受信すると、制御部２１は、この受信した情報を表示部２５に表示させる（ステップＳ６２）。
【００９３】
次に、基本情報データベース上の基本情報の参照に関する処理について説明する。図１８は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報データベース上の基本情報の入出力に関する処理の一例を示すフローチャートである。
【００９４】
まず、クライアント２とサーバ１の間では前述したステップＳ３１〜Ｓ３５の処理と同じ処理を行なう（ステップＳ７１〜Ｓ７５）。
サーバ１からの承認結果を示す情報、ここではログイン許可を示す情報がクライアント２の通信インタフェース２３が受信して（ステップＳ７６）、入力部２４が基本情報データベースでの他のユーザの基本情報の参照に関するメニュー選択の操作を受け付けると、クライアント２のユーザに関する住所録インデックスの送信要求を示す制御信号が通信インタフェース２３を介してサーバ１に送信される（ステップＳ７７）。
【００９５】
サーバ１の通信インタフェース１３がクライアント２からの制御信号を受信すると、制御部１１は、住所録データベース部１４からクライアント２のユーザの住所録インデックスを検索する（ステップＳ７８）。制御部１１は、この検索した住所録インデックスを通信インタフェース１３を介してクライアント２に送信する（ステップＳ７９）。
【００９６】
クライアント２の通信インタフェース２３がサーバ１からの住所録インデックスを受信する（ステップＳ８０）と、制御部２１は、この住所録インデックス上の各ユーザのユーザＩＤおよび氏名の一覧を表示部２５に表示させる。
【００９７】
この画面にしたがって、クライアント２の入力部２４が、所望のユーザのユーザＩＤの指定に関する操作を受け付けると、制御部２１はこの指定されたユーザＩＤを通信インタフェース２３を介してサーバ１に送信する（ステップＳ８１）。ここでは、クライアント３のユーザのユーザＩＤが指定されたとする。
【００９８】
サーバ１の通信インタフェース１３がクライアント２からのユーザＩＤを受信すると、制御部１１は、クライアント２のユーザの住所録インデックス上でクライアント３のユーザのユーザＩＤと対応付けられる参照用パスワードを検索する（ステップＳ８２）。
【００９９】
この参照用パスワードは、前述したような、参照用パスワードを管理するユーザ、ここではクライアント３のユーザが口頭又は文書によりクライアント２のユーザに伝える情報に限らず、ステップＢ３（図１１参照）、ステップＣ４（図１２参照）およびステップＤ２（図１３参照）のいずれかの処理により、サーバ１がクライアント３のユーザの住所録インデックス上のクライアント２のユーザＩＤと対応する参照ステータスを「参照可」とする際に、ステップＢ４（図１１参照）、ステップＣ５（図１２参照）およびステップＤ３（図１３参照）のいずれかの処理によりサーバ１がクライアント２に通知する情報であってもよい。
【０１００】
ここでは、ステップＳ８２の処理で受信したクライアント３のユーザのユーザＩＤと対応付けられる参照用パスワードがクライアント２のユーザの住所録インデックス上に存在すると仮定する。この場合には、制御部１１は、ステップＳ８２の処理で受信したユーザＩＤをもつクライアント３のユーザの参照可否インデックス上にステップＳ７３の処理で受信したクライアント２のユーザのユーザＩＤが存在し、かつ、このユーザＩＤと前述した参照可否インデックス上で対応付けられる参照可否情報が「○」であるか否かを判別する。
【０１０１】
この判別の結果、参照可否情報が「○」である場合には、制御部１１は、前述のように検索した参照用パスワードとステップＳ８２の処理で受信したクライアント３のユーザのユーザＩＤと基本情報データベースとを照合することで、この参照用パスワードがステップＳ８２の処理で受信したクライアント３のユーザのユーザＩＤと基本情報データベース上で対応付けられる認証情報であるか否かを判別する（ステップＳ８３）。
【０１０２】
一方、参照可否情報が「×」であると制御部１１が判別した場合には、制御部１１は、基本情報の出力中止を示す制御信号を通信インタフェース１３を介してクライアント２に出力する。
【０１０３】
ステップＳ８３の処理における判別の結果、ステップＳ８２の処理で検索した参照用パスワードがステップＳ８２の処理で受信したユーザＩＤと基本情報データベース上で対応付けられる認証情報であると制御部１１が判別した場合には、制御部１１は、ステップＳ８２の処理で受信したユーザＩＤと基本情報データベース上で対応付けられるユーザ基本情報を検索する。制御部１１は、この検索したユーザ基本情報を通信インタフェース１３を介してクライアント２に送信する（ステップＳ８４）。
【０１０４】
クライアント２の通信インタフェース２３がサーバ１からのユーザ基本情報を受信する（ステップＳ８５）と、表示部２５上の画面が、ステップＳ８１の処理で指定したユーザＩＤに対応するユーザの基本情報の表示画面に切り替わる。クライアント２は、この表示された基本情報を印刷する機能を有する。また、クライアント２では、この表示された基本情報を、郵送物の印刷用アプリケーション用の住所録データに変換する機能を有する。
【０１０５】
郵送物の印刷用アプリケーションは予めクライアント２にインストールされるアプリケーションである。郵送物の印刷用アプリケーションは例えば年賀状作成支援アプリケーションである。
【０１０６】
クライアント１の制御部１１は、ユーザ基本情報の送信後に、このユーザ基本情報に対応するユーザ、ここではクライアント３のユーザの被参照ログを住所録データベース部１４から検索する。制御部１１は、クライアント２のユーザのユーザＩＤおよび氏名を対応付けて、クライアント３のユーザの被参照ログ上に反映する。また、制御部１１は、前述のように反映した参照者氏名およびユーザＩＤと対応する参照日時として現在時刻を被参照ログに反映する（ステップＳ８６）。
【０１０７】
一方、前述したステップＳ８２の処理で受信したユーザＩＤと対応付けられる参照用パスワードがクライアント２の住所録インデックス上に存在しない場合には、制御部１１は、この参照用パスワードの送信要求を示す信号を通信インタフェース１３を介してクライアント２に送信する。クライアント２の通信インタフェース２３がサーバ１からの制御信号を受信すると、表示部２５上の画面が、参照用パスワードの入力を求める画面に切り替わる。
【０１０８】
この画面にしたがって、前述した所望のユーザに関する参照用パスワードの入力を入力部２４が受け付けると、制御部２１は、この参照用パスワードを通信インタフェース２３を介してサーバ１に送信する。
【０１０９】
サーバ１の通信インタフェース１３がクライアント２からの参照用パスワードを受信すると、制御部１１は、前述したように、ステップＳ８２の処理で受信したユーザＩＤをもつユーザの参照可否インデックス上にステップＳ７３の処理で受信したユーザＩＤが存在し、このユーザＩＤと前述した参照可否インデックス上で対応付けられる参照可否情報が「○」であるか否かを判別する。
【０１１０】
次に、被参照ログの参照に関する処理について説明する。図１９は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での被参照ログの入出力に関する処理の一例を示すフローチャートである。
【０１１１】
まず、クライアント２とサーバ１の間では前述したステップＳ３１〜Ｓ３５の処理と同じ処理を行なう（ステップＧ１〜Ｇ５）。
サーバ１からの承認結果を示す情報、ここではログイン許可を示す情報がクライアント２の通信インタフェース２３が受信して（ステップＧ６）、入力部２４が被参照ログの参照に関するメニュー選択の操作を受け付けると、クライアント２のユーザに関する被参照ログの送信要求を示す制御信号が通信インタフェース２３を介してサーバ１に送信される（ステップＧ７）。
【０１１２】
サーバ１の通信インタフェース１３がクライアント２からの制御信号を受信すると、制御部１１は、住所録データベース部１４からクライアント２のユーザの被参照ログを検索する（ステップＧ８）。制御部１１は、この検索した被参照ログを通信インタフェース１３を介してクライアント２に送信する（ステップＧ９）。
【０１１３】
クライアント２の通信インタフェース２３がサーバ１からの被参照ログを受信する（ステップＧ１０）と、表示部２５上の画面がクライアント２のユーザの基本情報の参照者氏名、ユーザＩＤおよび参照日時を示す画面に切り替わる。
【０１１４】
このように、クライアントのユーザは、自身の基本情報の被参照ログを随時に参照することで、サーバ１とネットワーク接続されて他のユーザのクライアントからの、自身の基本情報の参照者および参照日時を容易に把握することができる。
【０１１５】
次に、参照可否インデックスの更新に関する処理について説明する。図２０は、本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での参照可否インデックスの更新に関する処理の一例を示すフローチャートである。
【０１１６】
まず、クライアント２とサーバ１の間では前述したステップＳ３１〜Ｓ３５の処理と同じ処理を行なう（ステップＨ１〜Ｈ５）。
サーバ１からの承認結果を示す情報、ここではログイン許可を示す情報がクライアント２の通信インタフェース２３が受信して（ステップＨ６）、入力部２４が参照可否インデックスの更新に関するメニュー選択の操作を受け付けると、クライアント２のユーザに関する参照可否インデックスの送信要求を示す制御信号が通信インタフェース２３を介してサーバ１に送信される（ステップＨ７）。
【０１１７】
サーバ１の通信インタフェース１３がクライアント２からの制御信号を受信すると、制御部１１は、住所録データベース部１４からクライアント２のユーザの参照可否インデックスを検索する（ステップＨ８）。制御部１１は、この検索した参照可否インデックスを通信インタフェース１３を介してクライアント２に送信する（ステップＨ９）。
【０１１８】
クライアント２の通信インタフェース２３がサーバ１からの参照可否インデックスを受信する（ステップＨ１０）と、表示部２５上の画面が参照可否インデックス上で対応付けられる各ユーザのユーザＩＤ、氏名および参照可否情報の一覧表示、および更新対象の情報の入力用画面に切り替わる。
【０１１９】
この画面にしたがって、クライアント２の入力部２４が参照可否インデックス上の参照可否情報の更新を受け付けると、制御部２１はこの入力した情報を通信インタフェース２３を介してサーバ１に送信する（ステップＨ１１）。
【０１２０】
参照可否インデックス上の参照可否情報の更新とは、例えば参照可否インデックス上で、所望のユーザＩＤと対応付けられる参照可否情報を「○」と「×」の間での変更を指す。
【０１２１】
サーバ１の通信インタフェース１３がクライアント２からの更新対象情報を受信する（ステップＨ１２）と、制御部１１は、この更新対象情報をクライアント２のユーザに関する参照可否インデックスに反映する（ステップＨ１３）。
【０１２２】
すると、サーバ１の制御部１１は、クライアント２のユーザの参照可否インデックスの更新が完了した旨を示す情報を通信インタフェース１３を介してクライアント２に送信する（ステップＨ１４）。
【０１２３】
クライアント２の通信インタフェース２３がサーバ１からの情報を受信すると、制御部２１は、この受信した情報を表示部２５に表示させる（ステップＨ１５）。
このような処理を行なうことで、連絡対象の各ユーザのうち、基本情報データベース上の自身の基本情報の出力の可否をユーザごとに設定することができる。
【０１２４】
以上のように、本発明の実施形態にしたがった住所録管理システムでは、各クライアントのユーザの基本情報をサーバ１の住所録データベース部１４上に記憶する。他のユーザの基本情報を参照したいユーザが、クライアントを介して自分のユーザＩＤおよび更新用パスワードを用いてログインした上で、自身の住所録インデックス上の所望のユーザＩＤを選択した上で、このユーザＩＤと対応付けられる参照用パスワードを正しく入力する。するとサーバ１は、このユーザＩＤと基本情報データベース上で対応付けられる基本情報をクライアントに返す。
【０１２５】
また、サーバ１は、ユーザ本人に固有のユーザＩＤおよび更新用パスワードが正しい認証情報であることをサーバ１が認証した場合に、この住所録データベース上での基本情報の更新を行なう。よって、各ユーザは、他のユーザの基本情報が変更になった場合でも、この変更後の基本情報を容易に取得することができる。
【０１２６】
また、自身の基本情報の更新および他のユーザの基本情報の参照は、正しい認証情報を入力した場合に行なうことができる。よって、各ユーザの基本情報の機密性を保つことができる。
【０１２７】
なお、前記実施の形態は、本発明を住所録に適用した場合について説明したものであるが、これに限らず、銀行の口座情報などにも本発明を適用することが可能である。
【０１２８】
なお、この発明は、前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を省略してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【０１２９】
【図１】本発明の実施形態にしたがった住所録管理システムの構成例を示すブロック図。
【図２】本発明の実施形態にしたがった住所録管理システムのサーバ１の内部回路の構成例を示すブロック図。
【図３】本発明の実施形態にしたがった住所録管理システムのクライアント２の内部回路の構成例を示すブロック図。
【図４】本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶された基本情報データベースの一例を表形式で示す図。
【図５】本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの住所録インデックスの一例を表形式で示す図。
【図６】本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの参照可否インデックスの一例を表形式で示す図。
【図７】本発明の実施形態にしたがった住所録管理システムのサーバ１の住所録データベース部１４に記憶されたクライアント２のユーザの被参照ログの一例を表形式で示す図。
【図８】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報の登録および認証情報の発行に関する処理の一例を示すフローチャート。
【図９】本発明の実施形態にしたがった住所録管理システムのクライアント２によるクライアント３のユーザの基本情報の登録に関する処理の一例を示すフローチャート。
【図１０】本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録関連処理の一例を示すフローチャート。
【図１１】本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録処理の一例を示すフローチャート。
【図１２】本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の修正、登録処理の一例を示すフローチャート。
【図１３】本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の書換中止処理の一例を示すフローチャート。
【図１４】本発明の実施形態にしたがった住所録管理システムのクライアント３のユーザの基本情報の登録中止処理の一例を示すフローチャート。
【図１５】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での住所録インデックスへの情報登録に関する処理の一例を示すフローチャート。
【図１６】本発明の実施形態にしたがった住所録管理システムのサーバ１による照合処理の一例を示すフローチャート。
【図１７】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報データベース上の情報更新に関する処理の一例を示すフローチャート。
【図１８】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での基本情報データベース上の基本情報の入出力に関する処理の一例を示すフローチャート。
【図１９】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での被参照ログの入出力に関する処理の一例を示すフローチャート。
【図２０】本発明の実施形態にしたがった住所録管理システムのクライアント２とサーバ１との間での参照可否インデックスの更新に関する処理の一例を示すフローチャート。
【符号の説明】
【０１３０】
１…サーバ、２，３，４，５…クライアント、１０…ネットワーク、１１，２１…制御部、１２，２２…記憶部、１３，２３…通信インタフェース、１４…住所録データベース部、２４…入力部、２５…表示部。
【特許請求の範囲】
【請求項１】
端末装置の利用者に固有の識別情報と当該利用者の基本情報とを対応付けて記憶する基本情報記憶手段と、
前記利用者の識別情報を異なる複数の利用者の識別情報と対応付けて記憶する識別情報記憶手段と、
前記端末装置から出力された認証情報が当該端末装置の利用者の識別情報と対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、この利用者の識別情報と対応付けられて前記識別情報記憶手段に記憶される前記異なる複数の利用者の識別情報を前記認証情報の出力元の端末装置からの要求にしたがって出力する識別情報出力手段と、
この識別情報出力手段が出力した識別情報から選択されて前記認証情報の出力元の端末装置から出力された識別情報と当該端末装置からさらに出力された出力用認証情報とが対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、前記選択された識別情報と対応付けられて前記基本情報記憶手段に記憶される基本情報を前記出力元の端末装置に出力する基本情報出力手段と
を備えたことを特徴とするサーバ装置。
【請求項２】
端末装置の利用者の識別情報と当該利用者の基本情報の参照が許可された利用者の識別情報とを対応付けて記憶する参照許可情報記憶手段をさらに備え、
前記基本情報出力手段は、
前記認証情報の出力元の端末装置の識別情報が前記識別情報出力手段により出力した識別情報から選択されて前記出力元の端末装置の識別情報出力手段により出力された識別情報と対応付けられて前記参照が許可された利用者の識別情報として前記参照許可情報記憶手段に記憶されている場合に、前記選択されて出力された識別情報と対応付けられて前記基本情報記憶手段に記憶される基本情報を前記出力元の端末装置に出力する
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記基本情報出力手段が出力した基本情報と関連付けられて基本情報記憶手段で記憶される識別情報ならびに当該出力先の端末装置の識別情報および前記基本情報の送信日時を対応付けて記憶する参照情報記憶手段と、
前記端末装置から出力された認証情報が当該端末装置の利用者に固有の識別情報と対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて前記参照情報記憶手段に記憶される前記出力先の端末装置の識別情報および前記基本情報の送信日時を前記認証情報の出力元の端末装置に出力する参照情報出力手段と
をさらに備えたことを特徴とする請求項１に記載のサーバ装置。
【請求項４】
前記端末装置から出力された認証情報が当該端末装置の利用者に固有の識別情報と対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて前記基本情報記憶手段に記憶される基本情報を前記認証情報の出力元の端末装置により指示された情報に書き換える手段をさらに備えたことを特徴とする請求項１に記載のサーバ装置。
【請求項５】
前記端末装置から出力された認証情報が当該端末装置の利用者に固有の識別情報と対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて前記識別情報記憶手段に記憶される前記異なる複数の利用者の識別情報を前記認証情報の出力元の端末装置により指示された情報に書き換える手段をさらに備えたことを特徴とする請求項１に記載のサーバ装置。
【請求項６】
前記端末装置から出力された認証情報が当該端末装置の利用者に固有の識別情報と対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて前記参照許可情報記憶手段に記憶される前記参照が許可された利用者の識別情報を前記認証情報の出力元の端末装置により指示された情報に書き換える手段をさらに備えたことを特徴とする請求項２に記載のサーバ装置。
【請求項７】
前記端末装置から当該端末装置の利用者と異なる利用者の基本情報の登録要求を受けた場合に、これを当該異なる利用者の端末装置に通知する通知手段と、
この通知手段により通知された内容の基本情報の登録の承認を前記通知先の端末装置から得た場合に、前記登録要求を受けた基本情報を前記異なる利用者の識別情報と対応付けられる基本情報として前記基本情報記憶手段に記憶させる手段と
をさらに備えたことを特徴とする請求項１に記載のサーバ装置。
【請求項１】
端末装置の利用者に固有の識別情報と当該利用者の基本情報とを対応付けて記憶する基本情報記憶手段と、
前記利用者の識別情報を異なる複数の利用者の識別情報と対応付けて記憶する識別情報記憶手段と、
前記端末装置から出力された認証情報が当該端末装置の利用者の識別情報と対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、この利用者の識別情報と対応付けられて前記識別情報記憶手段に記憶される前記異なる複数の利用者の識別情報を前記認証情報の出力元の端末装置からの要求にしたがって出力する識別情報出力手段と、
この識別情報出力手段が出力した識別情報から選択されて前記認証情報の出力元の端末装置から出力された識別情報と当該端末装置からさらに出力された出力用認証情報とが対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、前記選択された識別情報と対応付けられて前記基本情報記憶手段に記憶される基本情報を前記出力元の端末装置に出力する基本情報出力手段と
を備えたことを特徴とするサーバ装置。
【請求項２】
端末装置の利用者の識別情報と当該利用者の基本情報の参照が許可された利用者の識別情報とを対応付けて記憶する参照許可情報記憶手段をさらに備え、
前記基本情報出力手段は、
前記認証情報の出力元の端末装置の識別情報が前記識別情報出力手段により出力した識別情報から選択されて前記出力元の端末装置の識別情報出力手段により出力された識別情報と対応付けられて前記参照が許可された利用者の識別情報として前記参照許可情報記憶手段に記憶されている場合に、前記選択されて出力された識別情報と対応付けられて前記基本情報記憶手段に記憶される基本情報を前記出力元の端末装置に出力する
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記基本情報出力手段が出力した基本情報と関連付けられて基本情報記憶手段で記憶される識別情報ならびに当該出力先の端末装置の識別情報および前記基本情報の送信日時を対応付けて記憶する参照情報記憶手段と、
前記端末装置から出力された認証情報が当該端末装置の利用者に固有の識別情報と対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて前記参照情報記憶手段に記憶される前記出力先の端末装置の識別情報および前記基本情報の送信日時を前記認証情報の出力元の端末装置に出力する参照情報出力手段と
をさらに備えたことを特徴とする請求項１に記載のサーバ装置。
【請求項４】
前記端末装置から出力された認証情報が当該端末装置の利用者に固有の識別情報と対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて前記基本情報記憶手段に記憶される基本情報を前記認証情報の出力元の端末装置により指示された情報に書き換える手段をさらに備えたことを特徴とする請求項１に記載のサーバ装置。
【請求項５】
前記端末装置から出力された認証情報が当該端末装置の利用者に固有の識別情報と対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて前記識別情報記憶手段に記憶される前記異なる複数の利用者の識別情報を前記認証情報の出力元の端末装置により指示された情報に書き換える手段をさらに備えたことを特徴とする請求項１に記載のサーバ装置。
【請求項６】
前記端末装置から出力された認証情報が当該端末装置の利用者に固有の識別情報と対応付けられて前記基本情報記憶手段に記憶されていることを認証した場合に、この識別情報と対応付けられて前記参照許可情報記憶手段に記憶される前記参照が許可された利用者の識別情報を前記認証情報の出力元の端末装置により指示された情報に書き換える手段をさらに備えたことを特徴とする請求項２に記載のサーバ装置。
【請求項７】
前記端末装置から当該端末装置の利用者と異なる利用者の基本情報の登録要求を受けた場合に、これを当該異なる利用者の端末装置に通知する通知手段と、
この通知手段により通知された内容の基本情報の登録の承認を前記通知先の端末装置から得た場合に、前記登録要求を受けた基本情報を前記異なる利用者の識別情報と対応付けられる基本情報として前記基本情報記憶手段に記憶させる手段と
をさらに備えたことを特徴とする請求項１に記載のサーバ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００６−２８５５７７（Ｐ２００６−２８５５７７Ａ）
【公開日】平成１８年１０月１９日（２００６．１０．１９）
【国際特許分類】
【出願番号】特願２００５−１０３８０７（Ｐ２００５−１０３８０７）
【出願日】平成１７年３月３１日（２００５．３．３１）
【出願人】（５９８０４９３２２）株式会社三菱東京ＵＦＪ銀行 (200)
【Ｆターム（参考）】
【公開日】平成１８年１０月１９日（２００６．１０．１９）
【国際特許分類】
【出願日】平成１７年３月３１日（２００５．３．３１）
【出願人】（５９８０４９３２２）株式会社三菱東京ＵＦＪ銀行 (200)
【Ｆターム（参考）】
[ Back to top ]