JP2002324194A

JP2002324194A - アクセス権管理方法

Info

Publication number: JP2002324194A
Application number: JP2001128604A
Authority: JP
Inventors: Toshiya Chiba; 俊哉千葉
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-04-26
Filing date: 2001-04-26
Publication date: 2002-11-08

Abstract

(57)【要約】【課題】個人情報を一元管理することで個人情報の入力
・変更の作業の重複をなくすと共に最新の個人情報の参
照を可能とし、なおかつ個人情報提供者のプライバシー
を確保する。【解決手段】個人情報の利用者である事業者サーバ１０
２が個人情報サーバ１０３に個人情報を要求すると（１
０４）、個人情報サーバ１０３は個人データベース１１
１を確認し、該事業者サーバに対するアクセス権が未設
定ならば、個人情報の提供者が操作する顧客端末１０１
に問い合わせを行い（１０６、１０７）、設定されたフ
ィールド別アクセス権を１１１に追加する（１０５）。
決定したアクセス権に基づき、アクセス許可されたフィ
ールドのみを返信データとして構成して返信し（１０
８）、結果を事業者サーバ側で受信する（１０９）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機ネットワー
クを利用した情報のやり取りに関する。この中でも特
に、電子商取引などでやり取りされる情報の管理に関す
る。情報には、個人を特定する個人情報や組織体におけ
る取引き情報などが含まれる。

【０００２】

【従来の技術】電子商取引などにおける個人情報管理方
法の従来技術として、サービスを利用する利用者自身が
入力した本人の個人情報を、サービスを提供する事業者
の管理するサーバ（以下、事業者サーバと呼ぶ）に送信
するものがある。送信された情報は、事業者サーバのデ
ータベースに登録され、以降のサービスでは該データベ
ースに記録された個人情報を利用する形態である。

【０００３】また、特開平１１−２５０１６５号公報で
は、以下の技術が開示されている。ユーザの個人情報
を、（Ａ）変化することのない、ユーザの身元確認のた
めの情報（氏名など）（Ｂ）将来的に変化する可能性の
ある個人情報（住所など）（Ｃ）ユーザの広告記事購読
傾向など、単独では個人を特定しない統計情報、の３種
類に分けて管理する。このうち（Ｂ）については、ユー
ザが許可した第三者のみにアクセスを許す。

【０００４】

【発明が解決しようとする課題】事業者サーバに個人情
報を蓄える方式では、利用者が複数事業者を利用する場
合に、以下の問題が生じる。事業者ごとに毎回個人情報
を入力しなければならない上に、住所変更など個人情報
が変更となった時に、それまでに登録してきた個人情報
を全て直して回らなければならない。このため、利用者
に負担がかかる。

【０００５】一方、特開平１１−２５０１６５号公報に
開示された技術では、個人情報サーバに登録された上記
（Ｂ）の情報全てを公開するか、一切公開しない、とい
う２つの選択肢しかない。このため、例えばメールアド
レスの公開は妥当だが年収まで公開するのは妥当でな
い、と利用者側が考えるケースなど、部分的な個人情報
を与えたいという要求に応えることができない。

【０００６】

【課題を解決するための手段】以上に述べた課題を解決
するために、本発明では以下に述べる構成をとる。サー
ビスを受けるエンドユーザ（顧客）が利用する顧客端末
と、サービスを提供するための情報処理を実行する事業
者サーバと、顧客の個人情報を管理する個人情報サーバ
が互いにネットワークを介して接続されたシステムであ
る。また、本発明には、本システムにおける情報処理方
法、各装置（顧客端末、事業者サーバおよび個人情報サ
ーバ）が含まれる。

【０００７】本発明では、各顧客における複数の部分デ
ータ（フィールド）それぞれについて、事業者サーバの
アクセス権を設定する。アクセス権の設定は、所定の条
件毎に変えてもよい。例えば、事業者サーバ毎に、顧客
それぞれのアクセス可能なフィールド（もしくはアクセ
ス不可能なフィールド）を変更してもよい。また、アク
セス可能なフィールドを事業者により変えてもよい。さ
らに、アクセス可能なフィールドをサービス毎に変えて
もよい。

【０００８】例えば、Ａ氏の個人情報については、事業
者サーバ１に対しては、「氏名」「住所」へのアクセス
を許可するよう、事業者サーバ２に対しては「氏名」へ
のアクセスを許可するよう制御する。また、Ｂ氏の個人
情報については、事業者サーバ１に対しては、「氏名」
へのアクセスを許可するよう、事業者サーバ２に対して
は「氏名」「住所」へのアクセスを許可するよう制御す
る、構成としてもよい。

【０００９】また、本発明には、上記のアクセス制御を
利用したサービス提供方法が含まれる。すなわち、アク
セス可能なフィールドに応じて、提供するサービスを変
更する。

【００１０】さらに本発明では、事業者サーバが個人情
報サーバに個人情報を要求する際、事業者側で取得が必
須であるフィールドのリスト情報を併せて個人情報サー
バ側に送付する。このことにより、顧客端末へアクセス
権問い合わせをする際に、必須フィールドである旨を表
示した上で、その条件を承認するか否かを選択させる構
成としてもよい。これにより、エンドユーザへ冗長な問
い合わせをすることを防止する。ここでの必須とは、サ
ービスを提供するために必須であることを含む。

【００１１】さらに本発明では、個人情報サーバにおい
て、事業者サーバ個人情報を参照している顧客数を集計
して料金計算に利用してもよい。このことで、個人情報
サーバを運営する業者が、それを利用する事業者に対し
て事業者の顧客数に応じた課金をすることを可能にす
る。

【００１２】さらに本発明では、個人情報サーバにおい
て事業者が個人情報を参照した回数をカウントして記憶
しておき、その結果を料金計算に利用してもよい。この
ことで、個人情報サーバを運営する業者が、それを利用
する事業者に対して個人情報の参照回数に応じた課金を
することを可能にする。

【００１３】

【発明の実施の形態】まず本発明における第１の実施例
の構成を、図１を用いて説明する。１０１は顧客端末、
１０２は事業者サーバ、１０３は個人情報サーバであ
る。まず、事業者サーバが、個人情報サーバに個人情報
を要求する（１０４）。個人情報サーバは要求された個
人情報のフィールド別アクセス権を、個人情報データベ
ース１１１にて確認する。この結果、要求元事業者のア
クセス権が未設定の場合は顧客端末に問い合わせ、その
結果を個人情報データベース１１１に追加する（１０
５）。ステップ１０５にて行われる問い合わせは、顧客
端末のＣＲＴなどの出力装置に出力される（１０６）。

【００１４】また、その問い合わせに対する回答は、顧
客端末のキーバードなどの入力装置から入力される（１
０７）。以上の手順によって確定した個人情報のフィー
ルド別アクセス権に基づき、アクセス可とされたフィー
ルドのみを個人情報サーバから事業者サーバに返信する
（１０８）。ステップ１０８で返信された個人情報を事
業者サーバ側で受信することで、一連の処理が終了す
る。

【００１５】第１の実施例のハードウェア構成は、図２
に示す通りである。１０１〜１０３は、それぞれ中央処
理装置２０１と記憶装置２０２が搭載され、プログラム
を格納する２時記憶媒体２０３からプログラムを読み込
んで実行する計算機である。１０１〜１０３に相当する
計算機はそれぞれ複数台あっても良いし、あるいはこれ
らの全部あるいは一部を一台の計算機にて実行しても良
い。顧客端末１０１には、ＣＲＴなどの出力装置２０４
と、キーボードなどの入力装置２０５を有する。それぞ
れステップ１０６および１０７の処理にて利用される。
また、各々の計算機は、イーサネット（登録商標）など
の計算機ネットワーク２１５で相互に接続され、これを
通して通信を行う。２０６は１０６を実現するプログラ
ム、２０７は１０７を実現するプログラム、２０８は１
０４を実現するプログラム、２０９は１０９を実現する
プログラム、２１３は１０５を実現するプログラム、２
１４は１０８を実現するプログラムである。これらのプ
ログラムのそれぞれが２次記憶媒体２０３に格納されて
おり、実行時には記憶装置２０２に読み込まれ、中央処
理装置２０１によって実行される。

【００１６】個人情報データベース１１１には、顧客個
人情報の本体２１１と、該顧客個人情報のフィールドお
よび事業者別のアクセス権情報２１２が含まれている。
個人情報データベース１１１に格納されるデータ例を、
図３に示す。テーブル３０１は、４人分の個人情報を格
納したテーブルの例である。テーブル３０１は、２１１
に相当する。３０２は、個人情報の各フィールドの、事
業者に対するアクセス権を格納したテーブルの例であ
り、２１２に相当する。図中の「○」は、事業者に対し
てそのフィールドを参照させて良いことを示す。また、
「×」は、参照させてはならないことを示す。ここで
は、参照を例にして記載しているが、アクセス可能か示
すものである。アクセス可能かとは、フィールドに含ま
れる情報を受信可能か、処理可能か、提示されることが
可能か、などが含まれる。

【００１７】図３に示す個人情報データベースの構成を
用いた、１０５の処理手順を図４に示す。まず、１０４
にて、事業者サーバから要求された個人情報の顧客ＩＤ
と、個人情報要求元の事業者名でテーブル３０１を検索
する（４０１）。検索の結果、レコードが見つかったか
否かを判断し、見つかった場合は４０３に進み、見つか
らない場合は１０６に進む（４０２）。

【００１８】４０２の判断にて「レコードあり」と判定
された場合は、見つかったレコードを、後述の「アクセ
ス権設定レコード」として処理を終了する（４０３）。
４０２の判断にて「レコードなし」と判定された場合
は、顧客端末１０１に、後述の「アクセス権設定画面」
を出力する（１０６）。また、顧客端末１０１からアク
セス権設定を受け取り（１０７）、受け取ったアクセス
権設定を新規レコードとしてテーブル３０２に追加する
（４０４）。また、その追加したレコードを後述の「ア
クセス権設定レコード」とする（４０５）。

【００１９】また、図３に示す個人情報データベースの
構成を用いた顧客個人情報返信処理１０８の処理手順を
図５に示す。まず、１０４にて、事業者サーバから要求
された個人情報の顧客ＩＤで、テーブル３０１を検索す
る（５０１）。

【００２０】次に、検索の結果得られたレコードのフィ
ールドについて、次の処理を繰り返す（５０２）。対象
となるフィールドはレコード中の全てのフィールドとし
てもよい。図４のフローチャートに示す処理によって得
られた「アクセス権設定レコード」に記述されているフ
ィールドのアクセス権が「アクセス可」であるかを確認
する（５０３）。アクセス可の場合は、返信データに該
フィールドの値を追加する（５０４）。５０１にて取得
したレコードのフィールドに対して５０３、５０４の処
理を行って作成された返信データを事業者サーバ１０２
に返信する（５０５）。なお、５０３、５０４の処理を
施すフィールドは、取得したレコードに含まれる全フィ
ールドとしてもよい。

【００２１】ここで、図４、図５を用いて説明した一連
の処理の動作例を説明する。本動作例では、事業者「Ｔ
自動車ディーラー」が顧客「佐藤太郎」（顧客ＩＤは０
００２番）の個人情報を要求したものである。まず、４
０１にて図３のテーブル３０２を検索する。４０２にお
いて、検索の結果により、顧客ＩＤが０００２で、かつ
事業者名が「Ｔ自動車ディーラー」であるレコードは存
在しない。この結果、１０６にて「アクセス権設定画
面」が顧客端末１０１に出力される。

【００２２】出力される画面例を、図６の６０１に示
す。顧客端末の操作者は、カラム６０２にて各個人情報
フィールドを公開するか否かを設定する。また、操作者
がボタン６０３を押すことで、設定作業を完了する。こ
の入力結果は１０７にて入力され、４０４の処理にてテ
ーブル３０２に新規のレコードとして追加される。レコ
ード追加後のテーブル３０２を、図７に示す。ここで
は、レコード７０１が追加されている。ここで追加され
たレコード７０１が、４０５の処理によりアクセス権設
定レコードとなる。

【００２３】次に、要求されている個人情報の顧客ＩＤ
＝０００２番でテーブル３０１を検索して（５０１）、
図３のレコード３０３が得られる。４０５によって決定
したアクセス権設定レコード７０１に基づき、アクセス
可とされているフィールドを返信データに追加する処理
（５０３、５０４）を行う。これらの処理は、３０３で
のフィールドである「氏名」「住所」「年齢」「家族構
成」「見込み年収」について行う（５０２）。また、返
信データは図８に示す通りとなる。７０１のレコードに
記述されているアクセス権に基づき、「年齢」と「家族
構成」の値が非公開となる。

【００２４】次に、第２の実施例を示す。第２の実施例
の、処理手順の全体構成およびハードウェア構成は第１
の実施例と同様である。ただし、顧客個人情報要求処理
１０４において、事業者サーバは要求する個人情報のフ
ィールドのリストを送付する。１０５、１０６、１０
７、１０８、１０９では、送付されたフィールドのみに
ついて、第１の実施例と同様の処理を行う。ここでは、
例として１０４にて事業者「Ｔ自動車ディーラー」が顧
客ＩＤ０００２の個人情報を要求した場合について説明
する。また、本例では、フィールドのリストとして「氏
名」「住所」「年齢」「見込み年収」を送付した場合で
ある。フィールドのリストに「家族構成」が含まれない
ため、一連の処理は全て「家族構成」のフィールドを省
略した形で行われる。したがって、１０６にて、出力さ
れる画面の例は図９に示すように「家族構成」が省略さ
れた形となる。また、１０８にて、事業者サーバ１０２
に返信されるデータもまた、図１０に示すように「家族
構成」が省略された形となる。本構成により、特に個人
情報が膨大なフィールド数を持つに至った場合に処理量
を効果的に削減することを可能にする。

【００２５】次に、第３の実施例を示す。第３の実施例
の、処理手順の全体構成およびハードウェア構成は第１
の実施例と同様である。ただし、顧客個人情報要求処理
１０４にて、事業者サーバは個人情報のフィールドのう
ち、必須であるもののリストを併せて送付する。ここ
で、必須とは、事業者が提供するサービスに必須な情報
であることを示す。１０６では、必須フィールドとされ
たものについては、必須である旨のみを出力する。例と
して、１０４にて事業者「Ｔ自動車ディーラー」が顧客
ＩＤ０００２の個人情報を要求し、必須フィールドのリ
ストとして「氏名」「住所」を送付した場合について説
明する。本例では、１０５にて出力される画面を図１１
に示す。この場合「氏名」「住所」が必須フィールドと
なることから、画面では１１０１、１１０２が「必須」
と表示された固定欄となる。本構成により、事業者側に
とって必須の情報について、事業者と顧客との間に無駄
なやり取りが生じる事を抑えることができる。

【００２６】次に第４の実施例を示す。第４の実施例
は、第１〜第３の実施例を前提とした場合に、事業者に
対する、個人情報利用の対価としての課金額を算出する
方法である。個人情報データベースが図３に示した構成
を採る場合の課金額算出手順を図１２のフローチャート
に示す。まず、課金集計を行う事業者名でテーブル３０
２を検索する（１２０１）。

【００２７】この結果、その事業者のアクセス権が設定
されているレコード列が取得できる。レコード列に含ま
れるレコード数は、その事業者が利用している個人情報
の顧客数と等しい。そこで、課金額は、１２０１で検索
されたレコード数に１顧客あたりの料金を掛けることで
算出する（１２０２）。

【００２８】次に、第５の実施例を示す。第５の実施例
では、事業者が個人情報を参照した回数に応じた課金を
行うために、図１３に示す構成をとる。本構成は第１の
実施例の構成に、事業者が個人情報を参照した回数をカ
ウントするための参照回数加算処理１３０１と、カウン
ト結果を格納する課金データベース１３０２を加えたも
のである。課金データベース１３０２のデータ例を図１
４に示す。ここでは、事業者別に個人情報の参照回数を
テーブル１４０１に格納している。課金データベース１
３０２が図１４に示す構成である場合の処理手順を図１
５のフローチャートに示す。まず、１０４にて個人情報
を要求した事業者の事業者名でテーブル１４０１を検索
する（１５０１）。

【００２９】次に、得られたレコードの「参照回数」フ
ィールドに１を加算する（１５０２）。変更後のレコー
ドをテーブル１４０１に書き込んで更新する（１５０
３）。本操作を、個人情報サーバが事業者サーバに個人
情報を返信する都度行うことにより、各々の事業者が個
人情報を参照した回数を集計する。但し、この操作は、
事業者サーバに個人情報を返信する都度行わなくともよ
く、何度かまとめて行ってもよい。

【００３０】上述した実施例によれば、個人情報を一元
管理することで個人情報の入力および変更作業の重複を
省きつつ、個人情報を参照する事業者別に個人情報のフ
ィールド毎のアクセス権を設定することで、個人情報の
提供者が望む、きめの細かいプライバシーを確保するこ
とができる。

【００３１】また、前記一連の処理を、事業者が参照を
望む個人情報フィールドのみに絞り込むことを可能に
し、冗長な通信とユーザ入力をなくすことができる。

【００３２】また、事業者にとって必須の個人情報フィ
ールドについて、アクセス権の設定を省略することを可
能にし、事業者と顧客との間に冗長なやりとりが生じる
のを防止することができる。

【００３３】また、事業者が参照した個人情報の顧客数
および個人情報の参照回数に応じた課金を行うことを可
能にする。

【００３４】

【発明の効果】本発明によれば、よりきめ細かく、アク
セス権の管理を行うことが可能になる。

【図面の簡単な説明】

【図１】第１の実施例の構成である。

【図２】第１の実施例を実施するためのハードウェア構
成である。

【図３】個人情報データベース２１０に格納されるデー
タの例である。

【図４】１０５の詳細フローチャートである。

【図５】１０８の詳細フローチャートである。

【図６】１０６にて表示される画面の例である。

【図７】アクセス権限追加後のテーブル３０２の様子で
ある。

【図８】１０８にて事業者サーバ１０３に返信される個
人情報の例である。

【図９】第２の実施例における１０６にて表示される画
面の例である。

【図１０】第２の実施例における１０８にて返信される
データの例である。

【図１１】第３の実施例における１０６にて表示される
画面の例である。

【図１２】第４の実施例のフローチャートである。

【図１３】第５の実施例の構成である。

【図１４】課金データベース１３０２のデータ例であ
る。

【図１５】参照回数加算処理１３０１の詳細フローチャ
ートである。

【符号の説明】

１０１…顧客端末、１０２…事業者サーバ、１０３…個
人情報サーバ、１０４…顧客個人情報要求処理、１０５
…顧客個人情報のフィールド別事業者アクセス権検査・
設定処理、１０６…設定内容出力、１０７…アクセス権
入力、１０８…顧客個人情報返信処理、１０９…顧客個
人情報受信処理、１１１…個人情報データベース

Claims

【特許請求の範囲】

【請求項１】互いにネットワークを介して接続されたサ
ービスを提供するための情報処理を実行する事業者装置
と、前記サービス受ける顧客に関し、複数の部分情報か
らなる複数の顧客情報を記憶する顧客情報管理装置とを
用いたアクセス権管理方法において、前記顧客情報管理
装置は、前記ネットワークを介して送信される、前記サ
ービス提供のための情報処理に必要な、前記複数の顧客
情報に含まれる第１の顧客情報に含まれる少なくとも１
つの部分情報、へのアクセスを要求する要求情報、およ
び前記アクセスにおける条件であって前記サービスに対
応する条件情報を受信し、前記要求情報および前記条件
情報を受信し、前記条件情報および前記部分情報毎に定められたアクセ
ス条件に応じて、前記事業者装置に対するアクセスを要
求された前記部分情報へのアクセスの可否を制御するこ
とを特徴とするアクセス権管理方法。
【請求項２】請求項１に記載のアクセス権管理方法にお
いて、前記条件情報は、前記サービスの内容、前記事業者装置
を識別する事業者装置識別情報および前記事業者装置を
管理下におく事業者を識別する事業者識別情報のうち、
少なくとも１つを含むことを特徴とするアクセス権管理
方法。
【請求項３】請求項１または２のいずれかに記載のアク
セス管理方法において、前記顧客は、個人であり、前記顧客情報は、前記個人の特徴を示す個人情報である
ことを特徴とするアクセス権管理方法。
【請求項４】請求項１乃至３のいずれかに記載のアクセ
ス権管理方法において、前記ネットワークには、前記第
１の顧客情報に対応する顧客が利用する顧客端末が接続
され、前記顧客情報管理装置は、前記要求情報に対応する
アクセス条件が、前記顧客情報管理装置に設定されてい
ない場合に、前記顧客端末に、前記条件情報が示す条件
に従って、アクセスを要求された前記部分情報へのアク
セスを許可するかを問い合わせる問合せ情報を送信する
ことを特徴とするアクセス権管理方法。
【請求項５】請求項４に記載のアクセス権管理方法にお
いて、前記問合せ情報は、前記条件情報が示す条件に従って、
前記第１の顧客情報に含まれるアクセスを要求された前
記部分情報以外の部分情報へのアクセスを許可するかを
問い合わせることも示すことを特徴とするアクセス権管
理方法。
【請求項６】請求項４または５のいずれかに記載のアク
セス権管理方法において、前記顧客情報管理装置は、前記顧客端末から、前記条件情報が示す条件に従って、
アクセスを要求された前記部分情報へのアクセスを許可
するか否かを示すアクセス権情報を受信し、前記アクセ
ス権情報が、前記条件情報に対応する場合に、前記事業
者装置に対してアクセスを要求された前記部分情報への
アクセスを可能することを特徴とするアクセス権管理方
法。
【請求項７】請求項６に記載のアクセス権管理方法にお
いて、前記顧客情報管理装置は、前記アクセス権情報に基づい
て、前記アクセス条件を設定することを特徴とするアク
セス権管理方法。
【請求項８】請求項１乃至７のいずれかに記載のアクセ
ス権管理方法において、前記アクセスには、前記顧客情報管理装置から前記事業
者装置への、前記部分情報の提示が含まれることを特徴
とするアクセス権管理方法。
【請求項９】請求項１乃至８のいずれかに記載のアクセ
ス権管理方法において、前記アクセス条件は、前記サービスに応じて定められる
ことを特徴とするアクセス権管理方法。
【請求項１０】請求項１乃至９のいずれかに記載のアク
セス権管理方法において、前記顧客情報管理装置は、アク
セスを要求された前記部分情報が複数ある場合、アクセ
スを要求された前記部分情報のうち、前記条件情報が前
記アクセス条件に対応する部分情報を、前記事業者装置
に対してアクセス可能にすることを特徴とするアクセス
権管理方法。
【請求項１１】請求項１乃至９のいずれかに記載のアク
セス権管理方法において、前記顧客情報管理装置は、前記条件情報が前記アクセス
条件に対応する場合、アクセスを要求された前記部分情
報を、前記事業者装置に対してアクセス可能にすること
を特徴とするアクセス権管理方法。
【請求項１２】サービスを提供するための情報処理を実
行する事業者装置とネットワークを介して接続された顧
客情報管理装置において、前記サービス受ける顧客に関し、複数の部分情報からな
る複数の顧客情報および前記部分情報毎にアクセスの可
否を定めるアクセス条件を記憶する記憶装置と接続する
手段と、前記事業者装置から前記ネットワークを介して、前記サ
ービス提供のための情報処理に必要な、前記複数の顧客
情報に含まれる第１の顧客情報の少なくとも１つの部分
情報、へのアクセスを要求する要求情報、および前記ア
クセスにおける条件であって前記サービスに対応する条
件情報を受信する手段と、前記条件情報および前記部分情報毎に定められたアクセ
ス条件に応じて、前記事業者装置に対するアクセスを要
求された前記部分情報へのアクセスの可否を制御する手
段を有することを特徴とする顧客情報管理装置。
【請求項１３】請求項１２に記載の顧客情報管理装置に
おいて、前記受信する手段は、前記サービスの内容、前記事業者
装置を識別する事業者装置識別情報および前記事業者装
置を管理下におく事業者を識別する事業者識別情報のう
ち、少なくとも１つを含む前記条件情報を受信すること
を特徴とする顧客情報管理装置。
【請求項１４】請求項１２または１３のいずれかに記載
の顧客情報管理装置において、前記顧客は、個人であり、前記顧客情報は、前記個人の特徴を示す個人情報である
ことを特徴とする顧客情報管理装置。
【請求項１５】請求項１２乃至１４のいずれかに記載の
顧客情報管理装置において、前記ネットワークを介し
て、前記第１の顧客情報に対応する顧客が利用する顧客
端末と接続する手段を有し、前記顧客端末と接続する手
段は、前記要求情報に対応する条件が、前記顧客情報管
理装置に設定されていない場合に、前記顧客端末に、前
記条件情報が示す条件に従って、アクセスを要求された
前記部分情報へのアクセスを許可するかを問い合わせる
問合せ情報を送信することを特徴とする顧客情報管理装
置。
【請求項１６】請求項１５に記載の顧客情報管理装置に
おいて、前記顧客端末と接続する手段は、前記条件情報が示す条
件に従って、前記第１の顧客情報に含まれるアクセスを
要求された前記部分情報以外の部分情報へのアクセスを
許可するかを問い合わせることも示す前記問合せ情報を
送信することを特徴とする顧客情報管理装置。
【請求項１７】請求項１５または１６のいずれかに記載
の顧客情報管理装置において、前記顧客端末から送信される、前記条件情報が示す条件
に従って、アクセスを要求された前記部分情報へのアク
セスを許可するか否かを示すアクセス権情報を受信する
手段を有し、前記許可する手段は、前記アクセス権情報
が、前記条件情報に対応する場合に、アクセスを要求さ
れた前記部分情報へのアクセスを、前記事業者装置に対
して可能にすることを特徴とする顧客情報管理装置。
【請求項１８】請求項１７に記載の顧客情報管理装置に
おいて、前記アクセス権情報に基づいて、前記アクセス条件を設
定する手段を有することを特徴とする顧客情報管理装
置。
【請求項１９】請求項１８に記載の顧客情報管理装置に
おいて、前記アクセス条件を設定する手段は、前記アクセス条件
を前記サービスに応じて定めることを特徴とする顧客情
報管理装置。
【請求項２０】請求項１２乃至１９のいずれかに記載の
顧客情報管理装置において、前記アクセスとして、前記事業者装置への前記部分情報
の提示を行う手段を有することを特徴とする顧客情報管
理装置。
【請求項２１】請求項１２乃至２０のいずれかに記載の
顧客情報管理装置において、前記アクセスの可否を制御する手段は、アクセスを要求
された前記部分情報が複数ある場合、アクセスを要求さ
れた前記部分情報のうち、前記条件情報が前記アクセス
条件に対応する部分情報を、前記事業者装置に対してア
クセス可能にする手段とを有することを特徴とする顧客
情報管理装置。
【請求項２２】請求項１２乃至２０のいずれかに記載の
顧客情報管理装置において、前記アクセスの可否を制御する手段は、前記条件情報が
前記アクセス条件に対応する場合、アクセスを要求され
た前記部分情報を、前記事業者装置に対してアクセス可
能にする手段とを有することを特徴とするアクセス権管
理システム。
【請求項２３】ネットワークを介して互いに接続され
た、サービスを提供するための情報処理を実行する事業
者装置と、前記サービス受ける顧客に関し、複数の部分
情報からなる複数の顧客情報を記憶する顧客情報管理装
置と、前記顧客がサービスを要求するために用いる顧客
端末を利用したサービス提供方法において、以下のステ
ップを有する、前記顧客端末から送信される前記サービスを要求するサ
ービス要求情報を、前記事業者装置において、受信する
ステップ、前記事業者装置から前記情報管理装置に、前記サービス
提供のための情報処理に必要な、前記顧客の顧客情報に
含まれる少なくとも１つの部分情報、へのアクセスを要
求する要求情報、および前記アクセスにおける条件であ
って前記サービスに対応する条件情報を送信するステッ
プ、前記顧客情報管理装置において、前記要求情報およ
び前記条件情報を受信するステップ、前記顧客情報管理装置において、前記条件情報が、前記
部分情報毎に定められたアクセス条件に応じて、前記事
業者装置に対するアクセスを要求された前記部分情報へ
のアクセスの可否を制御するステップ、および前記事業
者装置において、アクセス可能となった部分情報に応じ
て、前記サービス要求情報に対応するサービスの内容を
変更した前記情報処理を実行するステップ。
【請求項２４】請求項２３に記載のサービス提供方法に
おいて、前記サービスには、情報の提示が含まれ、前記情報処理
を実行するステップは、アクセス可能となった前記部分
情報に応じて、提示する情報の情報量を変更する情報処
理を実行することを特徴とするサービス提供方法。
【請求項２５】請求項２４に記載のサービス提供方法に
おいて、前記情報処理を実行するステップは、アクセス可
能になった前記部分情報の情報量が多いほど、提示する
情報の情報量を多くすることを特徴とするサービス提供
方法。
【請求項２６】請求項２３乃至２５のいずれかに記載の
サービス提供方法において、アクセス可能となった前記部分情報に応じて、前記サー
ビスの対価を変更する情報処理を実行するステップ有す
ることを特徴とするサービス提供方法。
【請求項２７】請求項２３乃至２６のいずれかに記載の
サービス提供方法において、前記情報処理を実行するス
テップは、アクセス可能になった前記部分情報に、所定
の部分情報が含まれない場合には、前記サービスの提供
を行わない旨を、前記顧客端末に提示するステップを有
することを特徴とするサービス提供方法。