(57)【要約】【課題】複数の事業者からサービスを受ける利用者の各事業者における利用者の格付を管理して、複数の事業者における格付を基に、利用者を複合的に評価する。【解決手段】格付管理装置２は、複数の事業者サーバ３から利用者情報を取得し、各利用者にランク付けを行い、事業者ごとの利用者のランクをステータス情報テーブル３３に格納する。順序付与部２７は、各事業者のランクごとの利用者の人数をカウントし、この人数を基に、事業者に順序を付ける。利用者抽出部２８は、第１番目の事業者における利用者のランクをステータス情報テーブル３３から読み出し、読み出した指定ランクである利用者を抽出する。次いで、利用者抽出部２８は、第２番目の事業者における利用者のランクをステータス情報テーブル３３から読み出し、読み出したランクが指定ランクである利用者を抽出する。利用者抽出部は、最終順序の利用者まで抽出処理を実行する。【選択図】図２５
2008003949.tif 000002
【特許請求の範囲】
【請求項１】
複数の事業者からサービスを受ける利用者の格付を管理する格付管理装置であって、
各事業者と、前記事業者における利用者のランクとを対応付けて記憶する格付記憶部と、
前記格付記憶部が記憶する、各事業者における各ランクの利用者の人数をカウントし、この人数を基に、前記事業者に順序を付けて、事業者順序記憶部に格納する順序付与部と、
入力インターフェイスを介して指定された指定ランク情報を取得する指定ランク情報取得部と、
前記順序付与部において第１番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出し、第２番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出する処理を、前記順序付与部で付与された最終順序の事業者まで実行する利用者抽出部と、
前記入力インターフェイスを介して指定された指定事業者の情報を取得する指定事業者情報取得部と、
前記利用者抽出部において抽出した利用者と前記利用者の指定事業者におけるランクとを出力する出力処理部と、
を有することを特徴とする格付管理装置。
【請求項２】
請求項１において、
前記順序付与部は、前記入力インターフェイスを介して指定された指定事業者のみに順序を付すこと、
を特徴とする格付管理装置。
【請求項３】
請求項１において、
前記順序付与部は、各事業者における利用者のランクごとの比率を求め、指定ランクの比率が高い事業者から順に順序付けることを特徴とする格付管理装置。
【請求項４】
請求項１において、
前記順序付与部は、各事業者における利用者の人数の少ない事業者から順に順序付けることを特徴とする格付管理装置。
【請求項５】
請求項１において、
事業者の識別情報と利用者情報と利用者のランクとを対応付けて記憶する対応情報記憶部と、
前記事業者が運営する情報処理装置から、前記利用者の利用者情報を取得する利用者情報取得部と、
前記利用者情報取得部が取得した利用者情報と前記利用者情報を提供した事業者の識別情報とに対応付けられた利用者のランクを前記対応情報記憶部から読み出し、前記格付記憶部に格納する格付処理部と、
を有することを特徴とする格付管理装置。
【請求項６】
請求項１において、
前記利用者抽出部は、第１番目に順序付けられた事業者におけるランクが、指定ランクである利用者を前記格付結果記憶部から抽出し、前記抽出した利用者のうち、第２番目に順序付けられた事業者におけるランクが、指定ランクである利用者を抽出する処理を、前記順序付与部で付与された最終順序の事業者まで実行すること
を特徴とする格付管理装置。
【請求項７】
請求項１において、
利用者が操作する端末に、各事業者から提供される利用者のランクの使用許可を問い合わせ、前記端末から、利用許可を取得する許可情報取得部を有し、
前記順序付与部及び前記利用者抽出部は、利用許可を取得した利用者のランクのみを格付記憶部から抽出すること
を特徴とする格付管理装置。
【請求項８】
複数の事業者からサービスを受ける利用者の格付を管理するコンピュータが、
各事業者と、前記事業者における利用者のランクと対応付けて記憶した格付記憶部の、各事業者における各ランクの利用者の人数をカウントし、この人数を基に、前記事業者に順序を付けて、事業者順序記憶部に格納する処理と、
入力インターフェイスを介して指定された指定ランク情報を取得する処理と、
第１番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出し、第２番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出する処理を、最終順序の事業者まで実行する処理と、
前記抽出された利用者と、第１番目に順序付けられた事業者におけるランクとを出力する処理と、
を実行することを特徴とする格付管理方法。
【請求項９】
複数の事業者からサービスを受ける利用者の格付を行なうコンピュータに、
各事業者と、前記事業者における利用者のランクと対応付けて記憶した格付記憶部から、各事業者における各ランクの利用者の人数をカウントし、この人数を基に、前記事業者に順序を付けて、事業者順序記憶部に格納するステップと、
入力インターフェイスを介して指定された指定ランク情報を取得するステップと、
第１番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出し、第２番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出する処理を、最終順序の事業者まで実行するステップと、
前記抽出された利用者と、第１番目に順序付けられた事業者におけるランクとを出力するステップと、
を実行させる格付管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、格付管理装置、格付管理方法、格付管理プログラムに関する。
【背景技術】
【０００２】
従来、サービスの提供者が、サービス利用者の利用履歴や趣味・嗜好等の利用者の個人情報を管理し、これを利用者に対するマーケティングに活用するシステムが存在する。特許文献１記載のマーケティングシステムでは、個人情報を登録している個人情報管理サーバと、販売店が管理している販売情報管理サーバと、消費者が有するユーザコンピュータとからなり、消費者が商品購入した際、商品のＰＯＳ情報と消費者のアンケート結果を個人情報管理サーバに登録し、個人情報管理サーバから商品者の個人情報とアンケート結果を受け取ってマーケティング分析を行う。
【特許文献１】特開２００４−２３４４７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１記載のマーケティングシステムでは、商品に関するアンケート結果と、性別、年齢などの個人情報で区分してマーケット分析を行うため、分析対象は、利用者が購入した商品ないしは商品に類するものとなる。
【０００４】
しかし、マーケット分析は、性別、年齢などの個人情報のみで分類できるものではなく、複雑な要素を絡み合わせることでより精度を上げることができると考えられる。例えば、銀行にとっては、多くの資産を持った利用者が高く評価される。多くの資産を持った利用者は、高級な自動車を購入すると考えられる。しかし、自動車は、嗜好的な側面があるため、資産が多い利用者であっても、自動車を機能面から判断する人であれば、高級な自動車の消費者とならない場合がある。利用者の動向は、資産とは全く別の要素、例えば、服装や住居から判断できる可能性がある。
【０００５】
また、近年、銀行、保険会社、貸金業、証券会社、損害保険会社など金融機関が多様化している。同じ利用者であっても、金融機関からの評価は、一様ではなく、銀行からの評価の高い利用者であっても、貸金業からの評価が低い場合がある。このようなとき、さらに、証券会社、損害保険会社、さらには、クレジットカード会社などからの評価で利用者の実態が把握できる可能性がある。
【０００６】
本発明は、このような背景に鑑みてなされたものであり、複数の事業者からサービスを受ける利用者の各事業者における利用者の格付を管理して、複数の事業者における格付を基に、利用者の複合的な評価を行なうことを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するための格付管理装置は、複数の事業者からサービスを受ける利用者の格付を管理する格付管理装置であって、各事業者と、前記事業者における利用者のランクとを対応付けて記憶する格付記憶部と、前記格付記憶部が記憶する、各事業者における各ランクの利用者の人数をカウントし、この人数を基に、前記事業者に順序を付けて、事業者順序記憶部に格納する順序付与部と、入力インターフェイスを介して指定された指定ランク情報を取得する指定ランク情報取得部と、前記順序付与部において第１番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出し、第２番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出する処理を、前記順序付与部で付与された最終順序の事業者まで実行する利用者抽出部と、前記入力インターフェイスを介して指定された指定事業者を取得する指定事業者情報取得部と、前記利用者抽出部において抽出した利用者と前記利用者の指定事業者におけるランクとを出力する出力処理部と、を有する。
【０００８】
また、本発明の格付管理方法は、複数の事業者からサービスを受ける利用者の格付を管理するコンピュータが、各事業者と、前記事業者における利用者のランクと対応付けて記憶した格付記憶部の、各事業者における各ランクの利用者の人数をカウントし、この人数を基に、前記事業者に順序を付けて、事業者順序記憶部に格納する処理と、入力インターフェイスを介して指定された指定ランク情報を取得する処理と、第１番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出し、第２番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出する処理を、最終順序の事業者まで実行する処理と、前記抽出された利用者と、第１番目に順序付けられた事業者におけるランクとを出力する処理と、を実行するものである。
【０００９】
また、本発明のプログラムは、複数の事業者からサービスを受ける利用者の格付を行なうコンピュータに、各事業者と、前記事業者における利用者のランクと対応付けて記憶した格付記憶部から、各事業者における各ランクの利用者の人数をカウントし、この人数を基に、前記事業者に順序を付けて、事業者順序記憶部に格納するステップと、入力インターフェイスを介して指定された指定ランク情報を取得するステップと、第１番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出し、第２番目に順序付けられた事業者におけるランクが指定ランクである利用者を前記格付記憶部から抽出する処理を、最終順序の事業者まで実行するステップと、前記抽出された利用者と、第１番目に順序付けられた事業者におけるランクとを出力するステップと、を実行させる。
【発明の効果】
【００１０】
本発明によれば、複数の事業者からサービスを受ける利用者の各事業者における利用者の格付を管理して、複数の事業者における格付を基に、利用者の複合的な評価を行なうことが可能である。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照しながら最良の実施形態について説明する。
【００１２】
＝＝全体構成例＝＝
本実施の形態にかかる格付管理システム１について説明する。図１は、格付管理システム１の構成図である。格付管理システム１は、複数の事業者と契約し、各事業者における利用者のランク付けを行なう。そして、格付管理システム１は、各事業者における利用者のランクを用いて利用者の抽出を行なう。
【００１３】
格付管理装置２は、事業者サーバ３から利用者情報を収集し、各事業者における利用者のランクを統合して利用者を抽出する。格付管理装置２は、個人情報保護法の原則を遵守している。個人情報保護法の原則には、利用目的を本人に明示する、本人の了解を得て個人情報を取得する、常に正確な個人情報に保つ、流出や盗難、紛失を防止する、本人が閲覧可能であることがある。格付管理装置２は、不正アクセスや通信傍受、情報改竄などを防止するセキュリティ機能を備え、利用者情報の利用目的を利用者に明示し、本人の了解を得ることで、個人情報保護法を遵守している。なお、本実施の形態では、本人が閲覧可能な情報を限定してもよい。例えば、入力時点での格付情報を閲覧可能として、それに基づく統合的な結果は閲覧不可としてもよい。
【００１４】
事業者サーバ３は、各事業者が運営する情報処理装置である。本実施の形態では、事業者として、クレジットカード会社、流通業者、インターネット取引業者、カーディーラ、住宅販売業者、信用調査会社、銀行がある。事業者サーバ３は、事業者特有の業務の過程で発生する情報（利用者情報）を格付管理装置２に送信する。
【００１５】
事業者サーバ３は、ハードディスク等の記憶装置に記憶されたプログラムをメモリに読み出し、ＣＰＵが実行することによって、図２に示すように、業務実行部８１、利用者情報送信部８２の機能を実現する。
【００１６】
業務実行部８１は、事業者特有の業務を実行する。事業者特有の業務とは、クレジットカード会社であれば、利用者の与信額の算出、残高の管理、平均利用額の管理、利子の演算などを行なう。利用者情報送信部８２は、業務実行部８１の処理の過程で出力されたデータ（利用者情報）を格付管理装置２に送信する。
【００１７】
なお、特に、銀行業務を行なう事業者サーバ３の業務実行部８１は、預金・為替などの勘定処理機能を担う、金融機関にとって基幹的な勘定処理部８３と、勘定系以外の各種業務をサポートするために、主としてデータの加工、分析や管理資料の提供を行なう情報サブシステム部８２とから構成される。
【００１８】
＝＝＝格付管理装置２＝＝＝
図３は、格付管理装置２のハードウェア構成を示すブロック図である。格付管理装置２は、ハードディスクなどの記憶装置１２に記憶されたプログラムをメモリ１３に読み出し、演算装置たるＣＰＵ１１により実行する。また、格付管理装置２は、各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス１４と、広域ネットワークに接続するための通信インターフェイス１５を備えている。
【００１９】
格付管理装置２は、記憶装置１２に記憶されたプログラムをメモリ１３に読み出し、ＣＰＵ１１が実行することによって、図４に示すように、許可情報取得部２０、利用者情報取得部２１、格付処理部２２、重み付け処理部２３、指定ランク取得部（指定ランク情報取得部）２４、指定事業者取得部（指定事業者情報取得部）２５、属性情報取得部２６、順序付与部２７、利用者抽出部２８、出力処理部２９の機能を実現する。また、記憶装置１２には、利用者属性データベース３１、ランク付与テーブル３２、ステータス情報テーブル３３、重み付けテーブル３４、ランクテーブル３５、抽出結果データベース３６利用者情報データベース４が構築されている。
【００２０】
許可情報取得部２０は、利用者属性データベース３１から利用者が使用する端末のメールアドレスなどを読み出し、利用者に対して、利用者情報の使用許可を問い合わせる。許可情報取得部２０は、問い合わせ結果を利用者属性データベース３１に登録する。
【００２１】
利用者情報取得部２１は、事業者サーバ３から利用者情報を取得し、取得した利用者情報を利用者情報データベース４に格納する。利用者情報データベース４は、クレジットカード会社、流通業者、インターネット取引業者、カーディーラ、住宅販売業者、信用調査会社、銀行などの事業者ごとの利用者情報を記憶している。利用者情報とは、事業者サーバ特有の業務によって発生する利用者の情報を意味する。例えば、事業者が銀行であれば、利用者の預資産、収益、与信格付などが利用者情報となる。また、事業者が住宅販売業者であれば、持ち家の有無、ローンの有無などが利用者情報となる。
【００２２】
格付処理部２２は、利用者属性データベース３１を参照して、利用者情報の使用許可を確認し、使用許可を受けた利用者情報であれば、ランク付与テーブル３２を参照して、この利用者情報に対応するランクを特定し、特定したランクをステータス情報テーブル３３に格納する。ステータス情報テーブル３３は、各事業者における利用者のランクを記憶している。ステータス情報テーブル３３に記憶される情報は、視点を変えると、図５に示すように、利用者と、事業者とランクとが立体的に関連する構造となる。
【００２３】
重み付け処理部２３は、ランクに調整用重み付けを行なう。重み付けテーブル３４には、経済状態などによる調整用の重み付けを記憶している。例えば、土地や貴金属、株式などの価格は、経済状態により随時変化している。高騰したときの格付が高くとも、その後の価値が下がれば、ランクが変化する。重み付けテーブル３４には、例えば、ランク付けした日付と、現在までの平均地価や平均株価などの変化率を、ランクの変化に反映させる。
【００２４】
指定ランク取得部２４は、入力インターフェイスから指定ランクを取得する。図６にランク指定画面の一例を示す。図６に示すランク指定画面は、複数のブロック５１からなり、各ブロック５１内部の濃淡によりランクごとの利用者の数、ないしは、ランクごとの利用者の比率を表現している。そして、ランク指定画面には、矢印５２が表示されており、格付の担当者は、マウスなどのポインティングデバイスを用いて矢印５２を移動させてランクを指定する。
【００２５】
指定事業者取得部２５は、入力インターフェイスから指定事業者の情報を取得する。図６に示すランク指定画面と図７に示す出力画面は、指定事業者の入力も受け付ける。図６に示すランク指定画面の縦軸は、事業者を示す。各付の担当者は、矢印５１を移動させて事業者を指定する。また、図７の出力画面には、基準事業者６１の入力欄と、他の事業者の入力欄６２が設けられている。基準事業者及び他の事業者の入力欄６１，６２の右側には、スクロールボタン６３が設けられており、事業者の選択を受け付ける。指定事業者取得部２５は、取得した基準事業者及び指定事業者の情報を、利用者抽出部２８に出力する。
【００２６】
属性情報取得部２６は、属性情報を取得し、取得した属性情報を利用者抽出部２８に出力する。この属性情報は、抽出する利用者を限定するために利用される。例えば、属性情報として性別や年齢が指定されると、利用者抽出部２８は、この属性情報を満たす利用者で、かつ、所定のランクの利用者を抽出する。図７の出力画面の下側には、属性情報の入力欄６４が設けられている。図７では、属性１が「男」、属性２が「独身」と指定されている。
【００２７】
順序付与部２７は、指定事業者取得部２５で取得した指定事業者に順序を付す。順序付けの方法を２つ説明する。１つめの方法では、順序付与部２７は、ステータス情報テーブル３３に記憶している各事業者における利用者のランクごとの人数を求め、各事業者におけるランクごとの人数の比率を求める。そして、指定ランクの比率の高い事業者から順に順序付けを行なう。２つめの方法では、順序付与部２７は、各事業者における利用者の人数を求め、利用者の人数の少ない事業者から順に順序付けを行なう。
【００２８】
利用者抽出部２８は、順序付与部２７で第１番目に順序付けられた事業者から最終順序の事業者まで、各事業者における利用者のランクを、ステータス情報テーブル３３から読み出し、ランクが指定ランクである利用者を抽出して抽出結果データベース３６に格納する。
【００２９】
出力処理部２９は、利用者抽出部２８において抽出された利用者の一覧を出力する。出力先は、ディスプレイのような表示画面であってもよいし、データベースやプリンタでもよい。例えば、図７の出力画面には、抽出された利用者６５と、基準事業者における利用者のランク６６と、利用者の属性情報６７の一覧が表示される。
【００３０】
＝＝＝総合格付装置のデータ構成＝＝＝
図８の利用者情報データベース４は、銀行から取得した利用者情報を格納する。この利用者情報データベース４は、銀行の預資産を記憶しているため、預資産データベース４−１と呼ぶ。預資産データベース４−１は、図８に示すように、利用者ＩＤ欄、普通残高欄、固定残高欄、投信残高欄、借入残高欄、保険契約残高欄、保険料額欄を備える。
【００３１】
図９の利用者情報データベース４は、銀行から取得した利用者情報を格納する。この利用者情報データベース４は、利用者の収益を記憶しているため、収益管理データベース４−２と呼ぶ。収益管理データベース４−２は、図９に示すように、利用者ＩＤ欄、売上欄、営業外収入欄、利息配当欄、特別利益欄を備える。なお、上記の収益管理項目は、一般的には、法人を対象としたデータ項目となるが、年収、保有資産（不動産、ゴルフ会員権、リゾート会員権）としてもよい。また、既存の収益管理のシステムなどを導入している場合は、ＣＩＦ番号などで関連付けさせて、収益情報も複合的な評価に含めることができる。
【００３２】
図１０の利用者情報データベース４は、銀行から取得した利用者情報を格納する。この利用者情報データベース４は、利用者の与信を記憶しているため、与信管理データベース４−３と呼ぶ。与信管理データベース４−３、図１０に示すように、利用者ＩＤ欄、与信格付欄、業績傾向欄、与信限度額欄を備える。
【００３３】
図１１の利用者情報データベース４は、クレジットカード会社から取得した利用者情報を格納する。この利用者情報データベース４をクレジットデータベース４−４と呼ぶ。クレジットデータベース４−４は、図１１に示すように、利用者ＩＤ欄、与信額欄、残高欄、平均残高欄、平均利用額欄、延滞実績欄、与信欄を備える。延滞実績欄には、以前に支払いを延滞したか否かを記憶している。与信額及び与信格付は、クレジットカード会社における与信額及び与信格付であるため、銀行の与信額とは異なる。
【００３４】
図１２の利用者情報データベース４は、利用者が契約しているクレジットカードの種別を記憶している。クレジットカードには、百貨店やスーパーなどが発行する流通系カード、運輸業者などが発行する交通乗車券系カードをなどがあり、クレジットカードの利用ポイントが百貨店の商品券に換金できたり、乗車料金が割引されたりする。この利用者情報データベース４をポイントサービスデータベース４−５と呼ぶ。ポイントサービスデータベース４−５は、図１２に示すように、利用者ＩＤ欄と、クレジットカードの種別欄とを備える。
【００３５】
図１３の利用者情報データベース４は、利用者がインターネット上で受けている金融サービスの種別を格納している。この利用者情報データベース４をインターネット取引データベース４−６と呼ぶ。インターネット取引データベース４−６は、図１３に示すように、利用者ＩＤ欄、インターネットバンキング（ＩＢ）欄、モバイルバンキング（ＭＢ）欄、証券欄、投信欄、保険欄などを備える。
【００３６】
図１４の利用者情報データベース４は、利用者がサービスを受けている貸金業者の種別を格納している。この利用者情報データベース４を貸金業者データベース４−７と呼ぶ。貸金業者データベース４−７は、図１４に示すように、利用者ＩＤ欄、貸金業者欄を備える。
【００３７】
図１５の利用者情報データベース４は、カーディーラから取得した利用者が所有している自動車の種別を格納している。この利用者情報データベース４をオートモービルデータベース４−８と呼ぶ。オートモービルデータベース４−８は、図１５に示すように、利用者ＩＤ欄、自動車の種別欄（軽自動車、クーペ、セダン、ステーションワゴン、ミニバン、ＲＶ）と、自動車の価格帯欄を備える。
【００３８】
図１６の利用者情報データベース４は、住宅販売業者から取得した利用者情報を格納する。この利用者情報データベース４をハウジング情報データベース４−９と呼ぶ。ハウジング情報データベース４−９は、図１６に示すように、利用者ＩＤ欄、利用者が居住する住宅の種別欄（マンション、一戸建て）、保有状態欄、ローン残の有無欄、ローン残高欄、購入日欄を備える。
【００３９】
図１７の利用者情報データベース４は、信用調査会社から取得した利用者情報を格納する。この利用者情報データベース４を個別リスクデータベース４−１０と呼ぶ。個別リスクデータベース４−１０は、図１７に示すように、被災する対象欄（人体、動産、不動産、当事者、親族）と、リスクの度合い欄を備える。
【００４０】
図１８は、利用者属性データベース３１の構成例である。利用者属性データベース３１は、図１８に示すように、利用者ＩＤ欄、利用者名欄、利用者の性別、利用者の婚姻状況欄、利用者情報の使用許可欄を備えている。
【００４１】
図１９は、ランク付与テーブル３２の構成例である。ランク付与テーブル３２は、図１９に示すように、事業者と、この事業者の利用者情報におけるランク付与の対象項目、利用者に付加されるランクとが対応付けられている。例えば、図１９のランク付与テーブル３２の１行目は、住宅販売業者のローン残高にランクが対応付けられている。具体的には、ローン残高が８００万円未満の場合「Ａランク」、８００万円以上１２００万円未満の場合「Ｂランク」、１２００万円以上１６００万円未満の場合「Ｃランク」、１６００万円以上２０００万円未満の場合「Ｄランク」、２０００万円以上の場合「Ｅランク」が対応付けられている。同様に、ランク付与テーブル３２の２行目はクレジットカードの１ヶ月あたりの利用額、３行目は購入した航空券のランク、４行目は加入している保険の種別に対してランクが対応付けられている。
【００４２】
図２０は、ステータス情報テーブル３３の構成例を示す。ステータス情報テーブル３３は、図２０に示すように、利用者ＩＤ欄、利用者名欄、各事業者における利用者のランク欄を備える。
【００４３】
図２１は、重み付けテーブル３４の構成例を示す。重み付けテーブル３４は、図２１に示すように、事業者欄、ランクを付与した日付欄、調整前ランク欄、調整後ランク欄を備える。
【００４４】
図２２は、ランクテーブル３５の構成例を示す。ランクテーブル３５は、図２２に示すように、格付対象を識別するための格付対象コード欄、事業者ごとのランク欄、統合格付結果欄を備える。
【００４５】
図２３は、抽出結果データベース３６の構成例を示す。抽出結果データベース３６は、図２３に示すように、利用者ＩＤ欄、利用者名欄、基準事業者欄、基準事業者における利用者のランクである基準ランク欄、抽出される利用者を限定するための属性情報欄を備える。
【００４６】
＝＝＝格付管理システム１の動作＝＝＝
図２４を参照して格付管理装置２の動作を説明する。格付管理装置２は、利用者が操作する端末に、利用者情報の使用許可を問い合わせるフォームなどを送信する（ステップＳ１１）。格付管理装置２は、端末から利用者の使用可否を受信すると、利用者属性データベース３１に登録する（ステップＳ１２）。
【００４７】
次いで、格付管理装置２は、事業者サーバ３から利用者情報を取得し（ステップＳ１３）、取得した利用者情報を利用者情報データベース４に格納する。次いで、格付管理装置２は、格付の担当者に入力された、事業者指定情報及びランク指定情報、抽出対象の属性情報、基準事業者を取得する（ステップＳ１４）。格付管理装置２は、事業者のランクごとの利用者の人数をカウントし（ステップＳ１５）、この人数を基に事業者指定情報で指定された事業者に順序を付ける（ステップＳ１６）。格付管理装置２は、ステップＳ１６で決定した順序に従い事業者のステータス情報テーブル３３を読み出し（ステップＳ１７）、読み出したステータス情報テーブル３３から指定ランクを満たし、かつ、属性情報を満たす利用者を抽出する（ステップＳ１８）。抽出する方法は後述する。格付管理装置２は、抽出した利用者と、この利用者の基準事業者におけるランクとをディスプレイや印刷装置などに出力する（ステップＳ１９）。
【００４８】
＝＝＝利用者抽出処理＝＝＝
利用者抽出部２８における、利用者の抽出方法を２つ説明する。１つ目の方法は、指定ランク取得部２４で取得した指定ランクの利用者を抽出する方法である。２つ目の方法は、ランクテーブル３５で指定されたランクの利用者を抽出する方法である。
【００４９】
図２５は、１つ目の方法、すなわち、特定のランク（指定ランク）の利用者を抽出するときの動作を説明するフローチャートである。利用者抽出部２８は、事業者の順序ｉを１番目に設定する（ステップＳ２１）。利用者抽出部２８は、順序付与部２７で第ｉ番目に順序付けられた事業者における利用者のランクを、ステータス情報テーブル３３を読み出す（ステップＳ２２）。利用者抽出部２８は、情報テーブルでランクが指定ランクである利用者を抽出して抽出結果データベース３６に格納する（ステップＳ２３）。利用者抽出部２８は、第ｉ番目が最終順序であれば（ステップＳ２４；ＹＥＳ）、利用者抽出処理を終了する。一方、第ｉ番目が最終順序でなければ（ステップＳ２４；ＮＯ）、利用者抽出部２８は、ｉを１インクリメントして（ステップＳ２５）、順序付与部２７で第ｉ番目に順序付けられた事業者における利用者のランクをステータス情報テーブル３３から読み出す（ステップＳ２６）。利用者抽出部２８は、読み出したステータス情報テーブル３３において、既に抽出された利用者でなく、かつ、ランクが指定ランクの利用者を抽出して抽出結果データベース３６に格納する（ステップＳ２７）。利用者抽出部２８は、第ｉ番目が最終順序であれば（ステップＳ２８；ＹＥＳ）、利用者抽出処理を終了する。一方、第ｉ番目が最終順序でなければ（ステップＳ２８；ＮＯ）、最終順序の事業者が完了するまでステップＳ１４〜ステップＳ１７の処理を繰り返す。
【００５０】
図２６は、２つ目の方法、すなわち、ランクテーブル３５を利用するときの利用者抽出部２８の動作を説明するフローチャートである。利用者抽出部２８は、格付対象コードを取得する（ステップＳ３１）。格付対象コードには、「与信」「保険」「ローン」など格付したい対象を識別するためのコードである。格付対象コードは、例えば、格付の担当者が指定する。利用者抽出部２８は、事業者の順序ｉを１番目に設定する（ステップＳ３２）。利用者抽出部２８は、順序付与部２７で第ｉ番目に順序付けられた事業者における利用者のランクを読み出す（ステップＳ３３）。利用者抽出部２８は、ランクテーブル３５から第ｉ番目に順序付けられた事業者に対応するランクを読み出し（ステップＳ３４）、ステータス情報テーブル３３からステップＳ３４で読み出したランクの利用者を抽出する（ステップＳ３５）。利用者抽出部２８は、抽出した利用者を抽出結果データベース３６に格納する。利用者抽出部２８は、第ｉ番目が最終順序であれば（ステップＳ３６；ＹＥＳ）、利用者抽出処理を終了する。一方、第１番目が最終順序でなければ（ステップＳ３６；ＮＯ）、利用者抽出部２８は、ｉを１インクリメントして（ステップＳ３７）、順序付与部２７で第ｉ番目に順序付けられた事業者における利用者のランクをステータス情報テーブル３３から読み出す（ステップＳ３８）。利用者抽出部２８は、ランクテーブル３５から第ｉ番目に順序付けられた事業者のランクを読み出し（ステップＳ３９）、ステータス情報テーブル３３において、既に抽出された利用者でなく、かつ、ステップＳ３９で読み出したランクの利用者を抽出する（ステップＳ４０）。利用者抽出部２８は、抽出した利用者を抽出結果データベース３６に格納する。利用者抽出部２８は、第ｉ番目が最終順序であれば（ステップＳ４１；ＹＥＳ）、利用者抽出処理を終了する。一方、第ｉ番目が最終順序でなければ（ステップＳ４１；ＮＯ）、最終順序の事業者が完了するまでステップＳ２６〜ステップＳ３０の処理を繰り返す。そして、最終順序の事業者が完了すると、利用者抽出部２８は、ランクテーブル３５から統合ランクを読み出し、抽出した利用者に付与する（ステップＳ４２）。
【００５１】
ランクテーブル３５を利用すると、抽出するランクを設定することができる。これにより、他の事業者でＤランクやＥランクを持っていても、Ａ社とＢ社でＡランクを持っている利用者を抽出する処理や一社でもＥランクがあれば抽出対象から除外するという処理が可能である。
【００５２】
なお、上記フローチャートでは省略したが、属性情報取得部２６において、抽出対象となる利用者の属性情報が指定されている場合、利用者抽出部２８は、指定された属性を満たす利用者のみをステータス情報テーブル３３から抽出する。
【００５３】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００５４】
例えば、格付管理システムが契約している事業者の種類は、上述したものに限定されない。各事業者が提供する利用者情報の項目も上述したものに限定されるわけではない。
【００５５】
また、上述した実施の形態では、事業者サーバ３が格付管理装置２に利用者情報を送信し、格付管理装置２で各事業者における利用者のランク付けを行なったが、事業者サーバ３でランク付けを行ない、各事業者のランクを格付管理装置２に送信する構成としてもよい。
【００５６】
以上の発明の実施の形態により、利用者（もしくは事業者）の複合的な評価やマーケティング分析が可能になる。
【図面の簡単な説明】
【００５７】
【図１】格付管理システムの構成を示す図である。
【図２】事業者サーバのソフトウェア構成を示す機能ブロック図である。
【図３】格付管理装置のハードウェア構成を示すブロック図である。
【図４】格付管理装置のソフトウェア構成を示す機能ブロック図である。
【図５】ステータス情報テーブルの構造を示す模式図である。
【図６】ランク指定画面の構成例を示す図である。
【図７】出力画面の構成例を示す図である。
【図８】預資産データベースの構成例を示す図である。
【図９】収益管理データベースの構成例を示す図である。
【図１０】与信管理データベースの構成例を示す図である。
【図１１】クレジットデータベースの構成例を示す図である。
【図１２】ポイントサービスデータベースの構成例を示す図である。
【図１３】インターネット取引データベースの構成例を示す図である。
【図１４】貸金業者データベースの構成例を示す図である。
【図１５】オートモービルデータベースの構成例を示す図である。
【図１６】ハウジング情報データベースの構成例を示す図である。
【図１７】個別リスクデータベースの構成例を示す図である。
【図１８】利用者属性データベースの構成例を示す図である。
【図１９】ランク付与テーブルの構成例を示す図である。
【図２０】ステータス情報テーブルの構成例を示す図である。
【図２１】重み付けテーブルの構成例を示す図である。
【図２２】ランクテーブルの構成例を示す図である。
【図２３】抽出結果データベースの構成例を示す図である。
【図２４】格付管理システムの動作を説明するフローチャートである。
【図２５】指定ランクで指定されたランクの利用者を抽出するときの利用者抽出部の動作を説明するフローチャートである。
【図２６】ランクテーブルを利用するときの利用者抽出部の動作を説明するフローチャートである。
【符号の説明】
【００５８】
１      格付管理システム
２      格付管理装置
３      事業者サーバ
４      利用者情報データベース
２０    許可情報取得部
２１    利用者情報取得部
２２    格付処理部
２３    重み付け処理部
２４    指定ランク取得部
２５    指定事業者取得部
２６    属性情報収録部
２７    順序付与部
２８    利用者抽出部
２９    出力処理部
３１    利用者属性データベース
３２    ランク付与テーブル
３３    ステータス情報テーブル
３４    重み付けテーブル
３５    ランクテーブル
３６    抽出結果データベース
８１    業務実行部
８２    利用者情報送信部
【図１】
2008003949.tif 000003
【図２】
2008003949.tif 000004
【図３】
2008003949.tif 000005
【図４】
2008003949.tif 000006
【図５】
2008003949.tif 000007
【図７】
2008003949.tif 000008
【図８】
2008003949.tif 000009
【図９】
2008003949.tif 000010
【図１０】
2008003949.tif 000011
【図１１】
2008003949.tif 000012
【図１２】
2008003949.tif 000013
【図１３】
2008003949.tif 000014
【図１４】
2008003949.tif 000015
【図１５】
2008003949.tif 000016
【図１６】
2008003949.tif 000017
【図１７】
2008003949.tif 000018
【図１８】
2008003949.tif 000019
【図１９】
2008003949.tif 000020
【図２０】
2008003949.tif 000021
【図２１】
2008003949.tif 000022
【図２２】
2008003949.tif 000023
【図２３】
2008003949.tif 000024
【図２４】
2008003949.tif 000025
【図２５】
2008003949.tif 000026
【図２６】
2008003949.tif 000027
【図６】
2008003949.tif 000028