(57)【要約】【課題】サービス提供機関へ提供するユーザの属性情報を、そのサービス提供機関が提供するサービスにおいて必要最低限の属性情報に限定する技術を提供する。【解決手段】本願発明の属性管理装置１００は、サービス提供装置３００に提供したことのある属性情報に関する統計情報を提供実績テーブル１２２に格納し、サービス提供装置３００から属性情報を要求する要求データを受信したときに、要求データに対応する統計情報を、提供実績テーブル１２２から取得する。属性管理装置１００は、統計情報と、サービス提供装置３００に提供を許可する属性情報の選択の指示を受け付けるためのデータと、を含む提供属性確認画面を生成して、ユーザ端末２００に表示させる。属性管理装置１００は、サービス提供装置３００に提供する属性情報を、ユーザ端末２００を介してユーザから選択された属性情報に限定する。【選択図】図１
2008305271.tif 000002
【特許請求の範囲】
【請求項１】
サービス提供装置と、ユーザ端末と、が接続されているネットワークに接続される属性管理装置であって、
サービス提供装置に提供したことのある属性情報に関する統計情報を格納する提供実績テーブルを記憶する記憶部と、
サービス提供装置から属性情報を要求する要求データを受信して、該要求データに対応する前記統計情報を、前記提供実績テーブルから取得する属性提供処理部と、
前記要求データ及び前記統計情報と、サービス提供装置に提供を許可する属性情報の選択の指示を受け付けるためのデータと、を含む提供属性確認画面を生成する画面生成部と、
前記提供属性確認画面を、ユーザ端末に出力する出力部と、
を備えることを特徴とする属性管理装置。
【請求項２】
サービス提供装置と、ユーザ端末と、が接続されているネットワークに接続される属性管理装置であって、
サービス提供装置が提供するサービスを特定する業務識別情報と、該サービスを提供しているサービス提供装置から要求されたことのある属性情報が属するカテゴリを特定するカテゴリ識別情報と、該カテゴリ識別情報に属する属性情報がサービス提供装置から要求された総数と、該カテゴリ識別情報が属する属性情報をサービス提供装置に提供した提供数と、が対応付けて格納されている提供実績テーブルを記憶する記憶部と、
サービス提供装置から、ユーザを特定するためのユーザ識別情報と、該サービス提供装置が提供しているサービスを特定する業務識別情報と、属性情報が属するカテゴリを特定するカテゴリ識別情報と、該サービスに必須なカテゴリ識別情報か否かを特定する必須フラグと、を含む要求データを受信して、該業務識別情報及び該カテゴリ識別情報に、対応付けて格納されている、総数及び提供数を、前記提供実績テーブルから取得する属性提供処理部と、
前記属性提供処理部が受信した前記カテゴリ識別情報及び前記必須フラグと、前記属性提供処理部が取得した前記総数及び前記提供数と、該カテゴリ識別情報に属する属性情報をサービス提供装置に提供するか否かを選択させるためのデータと、を対応付けたデータの一覧を含む提供属性確認画面を生成する画面生成部と、
前記提供属性確認画面を、前記属性提供処理部が受信した前記ユーザ識別情報で特定されるユーザ端末に出力する出力部と、
を備えることを特徴とする属性管理装置。
【請求項３】
請求項１に記載の属性管理装置であって、
前記属性提供処理部は、
前記ユーザ端末から、前記提供属性確認画面に含めたカテゴリ識別情報のうち、ユーザによって選択されたカテゴリ識別情報を受信し、
前記提供実績テーブルにアクセスして、前記属性提供処理部が受信したカテゴリ識別情報に対応付けて格納されている提供数をインクリメントし、前記要求データに含まれているカテゴリ識別情報に対応付けて格納されている総数をインクリメントして更新する、
ことを特徴とする属性管理装置。
【請求項４】
サービス提供装置と、ユーザ端末と、が接続されているネットワークに接続される属性管理装置であって、
サービス提供装置から要求されたことのある属性情報が属するカテゴリ識別情報が格納されている属性要求履歴テーブルを記憶する記憶部と、
サービス提供装置から、ユーザを特定するためのユーザ識別情報と、属性情報が属するカテゴリを特定するカテゴリ識別情報と、該サービス提供装置が提供しているサービスに該カテゴリ識別情報が必須か否かを特定する必須フラグと、を含む要求データを受信したときに、該受信に応じた処理識別情報を生成して、該処理識別情報と、受信した前記ユーザ識別情報と、前記業務識別情報と、前記カテゴリ識別情報と、前記必須フラグと、を対応付けたレコードを、該カテゴリ識別情報ごとに、前記属性要求履歴テーブルに生成する属性提供処理部と、
ユーザ端末から、ユーザによって選択されたカテゴリ識別情報を受信するサービス提供機関紹介処理部と、
同一の処理識別情報を有するレコードのうち、必須であることを示す必須フラグを有するレコードに格納されているカテゴリ識別情報が、サービス提供機関紹介処理部が受信した全てのカテゴリ識別情報を包含しているときに、該レコードに格納されているサービス提供機関識別情報を、含めた紹介画面を生成する画面生成部と、
前記紹介画面を、前記属性提供処理部が受信したユーザ識別情報で特定されるユーザ端末に出力する出力部と、
を備えることを特徴とする属性管理装置。
【請求項５】
サービス提供装置と、ユーザ端末と、が接続されているネットワークに接続される属性管理装置であって、
サービス提供装置が提供するサービスを特定する業務識別情報と、サービス提供装置から要求されたことのある属性情報が属するカテゴリを特定するカテゴリ識別情報と、該カテゴリ識別情報に属する属性情報を提供したか否かを特定する提供実績と、該提供実績情報を生成した日付と、を対応付けたレコードが格納されている属性要求履歴テーブルを記憶する記憶部と、
前記属性要求履歴テーブルから、同一の業務識別情報及びカテゴリ識別情報を有するレコードに含まれる前記日付を取得して、該日付が直近の所定期間に含まれ、かつ、提供したことを示す提供実績を有するレコードの数をカウントして直近の提供数を求め、該同一の業務識別情報及びカテゴリ識別情報を有するレコードに含まれる前記日付を取得して、該日付が前記直近の所定期間より過去の所定期間に含まれ、かつ、提供したことを示す提供実績を有するレコードの数をカウントして過去の提供数を求め、求めた過去の提供数に対する、求めた直近の提供数の比率を求めることで直近比率を求める削除推奨処理部と、
前記直近比率が、所定の基準値より低い場合に、該直近比率を導いたレコードに含まれるカテゴリ識別情報に属する属性情報を含めた削除登録の推奨画面を生成する画面生成部と、
前記削除登録の推奨画面を、前記ユーザ端末に出力する出力部と、
を備えることを特徴とする属性管理装置。
【請求項６】
サービス提供装置と、ユーザ端末と、が接続されているネットワークに接続される属性管理装置における属性管理方法であって、
前記属性管理装置は、
サービス提供装置が提供するサービスを特定する業務識別情報と、該サービスを提供しているサービス提供装置から要求されたことのある属性情報が属するカテゴリを特定するカテゴリ識別情報と、該カテゴリ識別情報に属する属性情報がサービス提供装置から要求された総数と、該カテゴリ識別情報が属する属性情報をサービス提供装置に提供した提供数と、を対応付けて格納する提供実績テーブルを記憶する記憶部と、
当該属性管理装置を制御する制御部と、
を備え、
前記制御部が、
サービス提供装置から、ユーザを特定するためのユーザ識別情報と、該サービス提供装置が提供しているサービスを特定する業務識別情報と、属性情報が属するカテゴリを特定するカテゴリ識別情報と、該サービスに必須なカテゴリ識別情報か否かを特定する必須フラグと、を含む要求データを受信する受信ステップと、
受信した前記業務識別情報及び前記カテゴリ識別情報に、対応付けて格納されている、総数及び提供数を、前記提供実績テーブルから取得する取得ステップと、
前記受信ステップで受信した前記カテゴリ識別情報及び前記必須フラグと、前記取得ステップで取得した前記総数及び前記提供数と、該カテゴリ識別情報に属する属性情報をサービス提供装置に提供するか否かを選択させるためのデータと、を対応付けたデータの一覧を含む提供属性確認画面を生成する画面生成ステップと、
前記提供属性確認画面を、前記受信ステップで受信した前記ユーザ識別情報で特定されるユーザ端末に出力する出力ステップと、を行う
ことを特徴とする属性管理方法。
【請求項７】
コンピュータを、サービス提供装置と、ユーザ端末と、が接続されているネットワークに接続される属性管理装置として機能させるプログラムであって、
前記コンピュータは、
サービス提供装置が提供するサービスを特定する業務識別情報と、該サービスを提供しているサービス提供装置から要求されたことのある属性情報が属するカテゴリを特定するカテゴリ識別情報と、該カテゴリ識別情報に属する属性情報がサービス提供装置から要求された総数と、該カテゴリ識別情報に属する属性情報をサービス提供装置に提供した提供数と、を対応付けて格納する提供実績テーブルを記憶する記憶手段、を備え、
前記コンピュータに、
サービス提供装置から、ユーザを特定するためのユーザ識別情報と、該サービス提供装置が提供しているサービスを特定する業務識別情報と、属性情報が属するカテゴリを特定するカテゴリ識別情報と、該サービスに必須なカテゴリ識別情報か否かを特定する必須フラグと、を含む要求データを受信する受信処理と、
受信した前記業務識別情報及び前記カテゴリ識別情報に、対応付けて格納されている、総数及び提供数を、前記提供実績テーブルから取得する取得処理と、
前記受信処理で受信した前記カテゴリ識別情報及び前記必須フラグと、前記取得処理で取得した前記総数及び前記提供数と、該カテゴリ識別情報に属する属性情報をサービス提供装置に提供するか否かを選択させるためのデータと、を対応付けたデータの一覧を含む提供属性確認画面を生成する画面生成処理と、
前記提供属性確認画面を、前記受信処理で受信した前記ユーザ識別情報で特定されるユーザ端末に出力する出力処理と、を行わせる、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの属性情報をサービス提供機関に提供する技術に関する。
【背景技術】
【０００２】
近年、証券取引等の金融サービスをはじめとして、インターネットや携帯電話のネットワークを用いた様々なサービスが行われている。このようなサービスでは、ユーザに関する様々な情報（以下、属性情報という）がサービス提供機関に登録されてから、それに基づいてサービス提供機関によるサービスの提供が行われることが多い。例えば、株式の売買を行うための口座開設においては、ユーザの名前、住所、銀行の口座番号、勤務先、等さまざまな属性情報を、サービス提供機関に提供する必要がある。
【０００３】
このようなユーザの属性情報には、ユーザにとっては秘匿したい情報が含まれる場合がある。そのため、サービス提供機関へ提供する属性情報は、必要最低限の属性情報にしておくことが望ましい。
【０００４】
これを踏まえ、例えば、特許文献１には、サービス提供機関が、ユーザから提供された属性情報のうち必要な属性情報を開示する技術が記載されている。
【特許文献１】特開２００５−３２８４０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、なお、サービス提供機関に、ネットワークを介して、ユーザの属性情報を提供することによる情報漏洩の問題がある。
【０００６】
そこで、本発明は、サービス提供機関へ提供するユーザの属性情報を、そのサービス提供機関が提供するサービスにおいて必要最低限の属性情報に限定する属性管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、サービス提供装置と、ユーザ端末と、が接続されているネットワークに接続される属性管理装置であって、サービス提供装置に提供したことのある属性情報に関する統計情報を格納する提供実績テーブルを記憶する記憶部と、サービス提供装置から属性情報を要求する要求データを受信して、該要求データに対応する前記統計情報を、前記提供実績テーブルから取得する属性提供処理部と、前記要求データ及び前記統計情報と、サービス提供装置に提供を許可する属性情報の選択の指示を受け付けるためのデータと、を含む提供属性確認画面５００を生成する画面生成部と、前記提供属性確認画面５００を、ユーザ端末に出力する出力部と、を備える。
【０００８】
また、本発明は、サービス提供装置と、ユーザ端末と、が接続されているネットワークに接続される属性管理装置であって、サービス提供装置が提供するサービスを特定する業務識別情報と、該サービスを提供しているサービス提供装置から要求されたことのある属性情報が属するカテゴリを特定するカテゴリ識別情報と、該カテゴリ識別情報に属する属性情報がサービス提供装置から要求された総数と、該カテゴリ識別情報が属する属性情報をサービス提供装置に提供した提供数と、が対応付けて格納されている提供実績テーブルを記憶する記憶部と、サービス提供装置から、ユーザを特定するためのユーザ識別情報と、該サービス提供装置が提供しているサービスを特定する業務識別情報と、属性情報が属するカテゴリを特定するカテゴリ識別情報と、該サービスに必須なカテゴリ識別情報か否かを特定する必須フラグと、を含む要求データを受信して、該業務識別情報及び該カテゴリ識別情報に、対応付けて格納されている、総数及び提供数を、前記提供実績テーブルから取得する属性提供処理部と、前記属性提供処理部が受信した前記カテゴリ識別情報及び前記必須フラグと、前記属性提供処理部が取得した前記総数及び前記提供数と、該カテゴリ識別情報に属する属性情報をサービス提供装置に提供するか否かを選択させるためのデータと、を対応付けたデータの一覧を含む提供属性確認画面を生成する画面生成部と、前記提供属性確認画面を、前記属性提供処理部が受信した前記ユーザ識別情報で特定されるユーザ端末に出力する出力部と、を備える。
【０００９】
また、本発明は、サービス提供装置と、ユーザ端末と、が接続されているネットワークに接続される属性管理装置であって、サービス提供装置から要求されたことのある属性情報が属するカテゴリ識別情報が格納されている属性要求履歴テーブルを記憶する記憶部と、サービス提供装置から、ユーザを特定するためのユーザ識別情報と、属性情報が属するカテゴリを特定するカテゴリ識別情報と、該サービス提供装置が提供しているサービスに該カテゴリ識別情報が必須か否かを特定する必須フラグと、を含む要求データを受信したときに、該受信に応じた処理識別情報を生成して、該処理識別情報と、受信した前記ユーザ識別情報と、前記業務識別情報と、前記カテゴリ識別情報と、前記必須フラグと、を対応付けたレコードを、該カテゴリ識別情報ごとに、前記属性要求履歴テーブルに生成する属性提供処理部と、ユーザ端末から、ユーザによって選択されたカテゴリ識別情報を受信するサービス提供機関紹介処理部と、同一の処理識別情報を有するレコードのうち、必須であることを示す必須フラグを有するレコードに格納されているカテゴリ識別情報が、サービス提供機関紹介処理部が受信した全てのカテゴリ識別情報を包含しているときに、該レコードに格納されているサービス提供機関識別情報を、含めた紹介画面を生成する画面生成部と、前記紹介画面を、前記属性提供処理部が受信したユーザ識別情報で特定されるユーザ端末に出力する出力部と、を備える。
【００１０】
さらに、本発明は、サービス提供装置と、ユーザ端末と、が接続されているネットワークに接続される属性管理装置であって、サービス提供装置が提供するサービスを特定する業務識別情報と、サービス提供装置から要求されたことのある属性情報が属するカテゴリを特定するカテゴリ識別情報と、該カテゴリ識別情報に属する属性情報を提供したか否かを特定する提供実績と、該提供実績情報を生成した日付と、を対応付けたレコードが格納されている属性要求履歴テーブルを記憶する記憶部と、前記属性要求履歴テーブルから、同一の業務識別情報及びカテゴリ識別情報を有するレコードに含まれる前記日付を取得して、該日付が直近の所定期間に含まれ、かつ、提供したことを示す提供実績を有するレコードの数をカウントして直近の提供数を求め、該同一の業務識別情報及びカテゴリ識別情報を有するレコードに含まれる前記日付を取得して、該日付が前記直近の所定期間より過去の所定期間に含まれ、かつ、提供したことを示す提供実績を有するレコードの数をカウントして過去の提供数を求め、求めた過去の提供数に対する、求めた直近の提供数の比率を求めることで直近比率を求める削除推奨処理部と、前記直近比率が、所定の基準値より低い場合に、該直近比率を導いたレコードに含まれるカテゴリ識別情報に属する属性情報を含めた削除登録の推奨画面を生成する画面生成部と、前記削除登録の推奨画面を、前記ユーザ端末に出力する出力部と、を備える。
【発明の効果】
【００１１】
本発明の属性管理装置によれば、サービス提供機関へ提供するユーザの属性情報を、そのサービス提供機関が提供するサービスにおいて必要最低限の属性情報に限定することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の最良の実施の形態を、図面を参照して説明する。
【００１３】
本発明の実施形態に適用されるサービス提供システム５０は、図１に示すように、属性管理装置１００と、ユーザ端末２００と、サービス提供装置３００と、を有する。図示するように、属性管理装置１００と、ユーザ端末２００と、サービス提供装置３００と、の各情報処理装置は、相互に、ネットワーク１５０を介して接続される。なお、ネットワーク１５０は、例えば、インターネットである。
【００１４】
ユーザ端末２００は、ユーザによって操作されることにより、ネットワーク１５０を介して、サービス提供装置３００が提供しているサービスを利用することができる。このとき、サービス提供装置３００は、ユーザの属性情報を受け付けてから、サービスの提供を行う。例えば、ユーザの属性情報は、ユーザの氏名、ユーザの住所、等の情報を含む。
【００１５】
ここで、ユーザの属性情報のサービス提供装置３００への提供は、ネットワーク１５０に接続されている属性管理装置１００を介して行われる。ユーザの属性情報は、予めユーザにより、ユーザ端末２００を介して属性管理装置１００に登録されている。そして、属性管理装置１００は、サービス提供装置３００が提供するサービスにおいて必要最低限の属性情報のみを、サービス提供装置３００へ提供する。
【００１６】
なお、ユーザ端末２００は、携帯端末、或いは、一般的に普及しているコンピュータ等を用いて構成することができる。また、ユーザ端末２００には、ディスプレイ等の表示装置２５０が接続される。表示装置２５０は、属性管理装置１００或いはサービス提供装置３００から供給されたメッセージや画像を表示することができる。図１には、１台のユーザ端末２００を示しているが、本発明のサービス提供システム５０に適用されるユーザ端末２００は、複数台であってもよい。
【００１７】
また、サービス提供装置３００は、一般的に普及しているコンピュータ等を用いて構成することができる。図１には、１台のサービス提供装置３００を示しているが、本発明のサービス提供システム５０に適用されるユーザ端末２００は、複数台であってもよい。また、１台のサービス提供装置３００が、複数のサービスを提供することも可能である。
【００１８】
属性管理装置１００は、図示するように、制御部１０１と、記憶部１０２と、インタフェース部１０３と、を有する。
【００１９】
インタフェース部１０３は、ネットワーク１５０を介して通信データの送受信を行うためのインターフェースである。
【００２０】
記憶部１０２には、属性要求履歴テーブル１２１と、提供実績テーブル１２２と、属性情報テーブル１２３と、が格納される。
【００２１】
属性要求履歴テーブル１２１は、サービス提供装置３００からの要求に応じて提供したユーザの属性情報の提供履歴を格納する。属性要求履歴テーブル１２１は、図２に示すように、要求された属性情報ごとのレコード２０９からなる。各レコード２０９には、処理ＩＤ２０１と、サービス提供機関ＩＤ２０２と、ユーザＩＤ２０３と、業務ＩＤ２０４と、カテゴリＩＤ２０５と、必須フラグ２０６と、提供実績２０７と、日付２０８と、が対応付けて格納される。
なお、属性要求履歴テーブル１２１に格納されたユーザＩＤ２０３及び業務ＩＤ２０４から、サービス提供装置３００から要求された属性情報を特定することができる。
【００２２】
処理ＩＤ２０１は、サービス提供装置３００からの、ユーザの属性情報の要求に応じた処理を識別するコードであり、例えば、「０００１０」といった数字列である。また、サービス提供装置３００から複数個の属性情報を同時に要求された場合には、各属性情報に対応づけられた処理ＩＤ２０１は、同一のコードになる。
【００２３】
サービス提供機関ＩＤ２０２は、属性情報の要求をしたサービス提供装置３００を識別するコードであり、例えば、「ＡＢＣＤＥＦ」といった文字列である。
【００２４】
ユーザＩＤ２０３は、ユーザを識別するコードであり、例えば、「Ｕｓｅｒ０１」といった文字列や、携帯電話の電話番号といった数字列である。ユーザＩＤ２０３は、サービス提供システム５０を利用するユーザ或いは管理者によって、予め属性管理装置１００の記憶部１０２に登録されている。
【００２５】
業務ＩＤ２０４は、サービス提供装置３００が提供するサービスを識別するコードであり、例えば、「業務Ａ」といった文字列である。
【００２６】
カテゴリＩＤ２０５は、ユーザの属性情報が属するカテゴリを識別するコードであり、例えば、「氏名」、「住所」といった文字列である。
【００２７】
必須フラグ２０６は、対応する業務ＩＤ２０４で特定されるサービスにおいて、対応する属性情報の提供が必須であるか任意であるかを示すフラグであり、例えば、「必須」、「任意」といった文字列である。ここで、必須であるとは、対応するユーザＩＤ２０３及びカテゴリＩＤ２０５で特定される属性情報が属性管理装置１００からサービス提供装置３００に提供されなければ、サービス提供装置３００は、対応するサービスをユーザに提供することができないことを示す。また、任意であるとは、対応するユーザＩＤ２０３及びカテゴリＩＤ２０５で特定される属性情報が属性管理装置１００からサービス提供装置３００に提供されなくても、サービス提供装置３００は、対応するサービスをユーザに提供できることを示す。
【００２８】
提供実績２０７は、過去に、ユーザの指示に応じて、対応する属性情報をサービス提供装置３００に提供したか否かを示し、例えば、「提供」、「非提供」といった文字列である。
【００２９】
日付２０８は、サービス提供装置３００からユーザの属性情報が要求された日付であり、例えば、「０７／０２／０１」といった文字列である。また、日付２０８は、ユーザの属性情報が要求された時間であってもよい。
【００３０】
提供実績テーブル１２２は、過去にサービス提供装置１００に提供した属性情報に関する統計情報を格納する。提供実績テーブル１２２は、図３に示すように、要求された属性情報ごとのレコード３０７からなる。各レコード３０７には、業務ＩＤ３０１と、カテゴリＩＤ３０２と、総数３０３と、提供数３０４と、比率３０５と、直近比率３０６と、が対応付けて格納される。
【００３１】
業務ＩＤ３０１は、属性要求履歴テーブル１２１に格納される業務ＩＤ２０４に相当する。
【００３２】
カテゴリＩＤ３０２は、属性要求履歴テーブル１２１に格納されるカテゴリＩＤ２０５に相当する。
【００３３】
総数３０３は、同一のレコード３０７に格納されているカテゴリＩＤ３０２に属する属性情報がサービス提供装置３００から要求された回数であり、例えば、「１２３６」といった数字列である。
【００３４】
提供数３０４は、属性管理装置１００が、同一のレコード３０７に格納されているカテゴリＩＤ３０２に属する属性情報を、サービス提供装置３００に提供した回数であり、例えば、「１２３６」といった数字列である。
【００３５】
比率３０５は、同一のレコード３０７に格納されている総数３０３に対する、提供数３０４の比率（百分率）であり、例えば、「１００％」といった文字列である。具体的には、比率３０５は、同一のレコード３０７に格納されている提供数３０４を、総数３０３で除した値に、１００を乗じることで求められる。
【００３６】
直近比率３０６は、要求された属性情報を、直近の一定期間においてサービス提供装置３００に提供した回数（提供数）の変化率であり、例えば、「１００％」といった文字列である。ここで、直近の一定期間とは、例えば、本日から遡って１ヶ月といった期間である。また、直近比率３０６は、例えば、１ヶ月毎に更新されるようにしてもよい。
【００３７】
属性情報テーブル１２３は、サービス提供装置３００に提供するユーザの属性情報を格納している。属性情報テーブル１２３は、図４に示すように、属性情報ごとのレコード４０４からなる。各レコード４０４には、ユーザＩＤ４０１と、カテゴリＩＤ４０２と、属性情報４０３、等が対応付けて格納されている。各レコード４０４は、属性情報テーブル１２３に、サービス提供装置３００が提供するサービスを利用するユーザによって、予め登録される。
【００３８】
ユーザＩＤ４０１は、属性要求履歴テーブル１２１に格納されるユーザＩＤ２０３に相当する。
【００３９】
カテゴリＩＤ４０２は、属性要求履歴テーブル１２１に格納されるカテゴリＩＤ２０５に相当する。
【００４０】
属性情報欄４０３は、ユーザの属性情報を特定する情報であり、例えば、「○○株式会社」、「○○県○○市○○○○番地」といった文字列である。
【００４１】
図１に戻って説明する。制御部１０１は、属性管理装置１００における種々の処理を行う。そのため、制御部１０１は、属性提供処理部１１１と、サービス提供機関紹介処理部１１２と、削除推奨処理部１１３と、画面生成部１１４と、を有する。
【００４２】
属性提供処理部１１１は、サービス提供処理部１１１からの要求に応じて、ユーザの属性情報を提供する処理（属性情報提供処理）を行う。このとき、属性提供処理部１１１は、ユーザからの選択指示に基づいて、提供を許可された属性情報４０３を、サービス提供装置３００に提供する。
【００４３】
具体的には、属性提供処理部１１１は、インタフェース部１０３を介して、サービス提供装置３００から属性情報の要求データを受信したときに、ユーザの属性情報４０３を提供する処理を行う。この要求データには、サービス提供機関ＩＤと、ユーザＩＤと、業務ＩＤと、カテゴリＩＤと、必須フラグと、が含まれる。そこで、属性提供処理部１１１は、属性要求履歴テーブル１２１にレコード２０９を追加し、追加したレコード２０９に、処理ＩＤ２０１とともに、受信した要求データに含まれている各情報を格納する。ここで、サービス提供装置３００から要求された属性情報が複数ある場合には、属性提供処理部１１１は、要求された属性情報の個数分のレコード２０９を生成し、生成した各レコード２０９に、同一の処理ＩＤ２０１を格納する。
【００４４】
また、属性提供処理部１１１は、サービス提供装置３００に許可する属性情報をユーザに選択させるための提供属性確認画面５００を、画面生成部１１４に生成させる。具体的には、属性提供処理部１１１は、サービス提供装置３００から受信した要求データに含まれる業務ＩＤ及びカテゴリＩＤを有するレコード３０７を、提供実績テーブル１１２から検索して、該当するレコード３０７が有する総数３０３と、提供数３０４と、比率３０５と、直近比率３０６と、を取得する。属性提供処理部１１１は、提供実績テーブル１１２から取得した総数３０３と、提供数３０４と、比率３０５と、直近比率３０６とを、画面生成部１１４に通知して、例えば、図５に示すような提供属性確認画面５００を生成させる。この提供属性確認画面５００については、後述する。
【００４５】
また、属性提供処理部１１１は、画面生成部１１４に生成させた提供属性確認画面５００を、インタフェース部１０３を介して、ユーザ端末２００に送信する。ここで、ユーザ端末２００は、要求データに含まれるユーザＩＤで特定されるユーザ端末である。
【００４６】
さらに、属性提供処理部１１１は、提供属性確認画面５００を参照したユーザからの指示に応じて、サービス提供装置３００に、許可された属性情報を提供する。具体的には、属性提供処理部１１１は、ユーザ端末２００から送信されたカテゴリＩＤを受け付けると、そのカテゴリＩＤを有するレコード４０４を検索して、該当するレコード４０４が有する属性情報４０３を取得する。属性提供処理部１１１は、取得した属性情報４０３を、インタフェース部１０３を介して、サービス提供装置３００に送信する。このとき、属性提供処理部１１１は、送信先のサービス提供装置３００を特定するために、属性要求履歴テーブル１２１に格納されているサービス提供機関ＩＤ２０２を参照する。
【００４７】
また、属性提供処理部１１１は、記憶部１０２の属性要求履歴テーブル１２１及び提供実績テーブル１２２を更新する処理を行う。例えば、提供履歴テーブル１２１の更新を行う場合、属性提供処理部１１１は、属性要求履歴テーブル１２１に提供実績２０７、日付２０８を、格納する。具体的には、属性提供処理部１１１は、属性情報を提供した場合には、対応する処理ＩＤ２０１及びカテゴリＩＤ２０５を有するレコード２０９の提供実績２０７として、「提供」と記憶する。一方、属性情報を提供しなかった場合には、対応する提供実績２０７として、「非提供」と記憶する。また、属性提供処理部１１１は、提供実績２０７を記憶した日付を特定する日付２０８を、対応する処理ＩＤ２０１及びカテゴリＩＤ２０５を有するレコード２０９に記憶する。また、提供実績テーブル１２２の更新を行う場合、属性提供処理部１１１は、提供実績テーブル１２２の総数３０３と、提供数３０４と、比率３０５の各データを変更する。具体的には、属性提供処理部１１１は、総数３０３をインクリメントする。また、属性提供処理部１１１は、属性情報をサービス提供装置３００に提供したか否かに応じて、対応する提供数３０４を更新する。さらに、属性提供処理部１１１は、更新した総数３０３を、提供数３０４で除して、１００を乗じることで、上述した比率３０５を求める。属性提供処理部１１１は、求めた比率３０５を、同一レコード２０９に記憶する。
【００４８】
サービス提供機関紹介処理部１１２は、ユーザが提供を許可した属性情報を利用して、そのユーザに提供可能な他のサービスを紹介する処理（サービス紹介処理）を行う。
【００４９】
例えば、サービス提供機関紹介処理部１１２は、ユーザ端末２００から、他のサービスを検索する要求を受け付けたときに、ユーザが提供を許可した属性情報で受けることができる他のサービス（サービス提供装置３００）を検索する処理を行う。
具体的には、サービス提供機関紹介処理部１１２は、属性要求履歴テーブル１２１において同一の処理ＩＤ２０１を有するレコード２０９のうち、必須フラグ２０６が「必須」であるレコード２０９に含まれるカテゴリＩＤ２０５を、同一の処理ＩＤ２０１ごとに取得する。例えば、図２の属性要求履歴テーブル１２１の例で説明すると、サービス提供機関紹介処理部１１２は、処理ＩＤ２０１に「０００１０」を有する５つのレコード２０９のうち、必須フラグ２０６が「必須」であるカテゴリＩＤ（法人名、担当者名、当座預金口座番号）２０５を取得する。その後、サービス提供機関紹介処理部１１２は、処理ＩＤ２０１に「０００１１」を有する５つのレコード２０９のうち、必須フラグ２０６が「必須」であるカテゴリＩＤ（法人名、当座預金口座番号）２０５を取得する。サービス提供機関紹介処理部１１２は、このような処理を、同一の処理ＩＤ２０１ごとに行っていく。
また、サービス提供機関紹介処理部１１２は、属性要求履歴テーブル１２１から取得したカテゴリＩＤ２０５と、ユーザに提供を許可されたカテゴリＩＤとを比較して、該当するサービス提供装置３００を特定する。例えば、サービス提供機関紹介処理部１１２は、同一の処理ＩＤ２０１ごとに、属性要求履歴テーブル１２１から取得した全てのカテゴリＩＤ２０５が、ユーザに提供を許可された全てのカテゴリＩＤに含まれているか否かを判別する。ここで、含まれている場合には、サービス提供機関紹介部１１２は、その処理ＩＤ２０１を有するレコード２０９からサービス提供機関ＩＤ２０２を抽出する。
例えば、図２の属性要求履歴テーブル１２１の例で説明すると、ユーザが提供を許可した属性情報（カテゴリＩＤ）が「法人名」、「当座預金口座番号」、「資本金」であるとき、サービス提供機関紹介処理部１１２が抽出するサービス提供機関ＩＤは、「ＶＷＸＹＺ」となる。
【００５０】
また、サービス提供機関紹介処理部１１２は、少なくとも、上記検索により抽出したサービス提供機関ＩＤ２０２を、画面生成部１１４に通知して、例えば、図６（Ａ）に示すような紹介画面６００を生成させる。この紹介画面６００については、後述する。
【００５１】
さらに、サービス提供機関紹介処理部１１２は、画面生成部１１４に生成させた紹介画面６００を、インタフェース部１０３を介して、ユーザ端末２００に送信する。ここで、ユーザ端末２００は、要求データに含まれるユーザＩＤで特定されるユーザ端末である。
【００５２】
削除推奨処理部１１３は、提供頻度の低い属性情報について、サービス提供装置３００から削除すること依頼することを、ユーザに推奨する処理（削除推奨処理）を行う。
【００５３】
削除推奨処理部１１３は、この削除推奨処理を、例えば、属性提供処理部１１１が属性要求履歴テーブル１２１を更新したタイミングで行う。また、削除推奨処理を行うタイミングは、後述するＣＰＵ７０１が有する内部タイマを用いて、計時することで決定されてもよい。この場合、削除推奨処理部１１３は、一定時間ごとや、週に一度、月に一度、といったタイミングで削除推奨処理を行う。さらに、削除推奨処理を行うタイミングは、属性管理装置１００の一日の受付処理が終了したときでもよい。
【００５４】
削除推奨処理を行う際、削除推奨処理部１１３は、例えば、上述した直近比率を求めて、求めた直近比率が、所定の基準値よりも小さい場合に、該当する属性情報の削除を依頼することをユーザに推奨する。
【００５５】
具体的には、削除推奨処理部１１３は、提供実績テーブル１２２から業務ＩＤ３０１及びカテゴリＩＤ３０２を、レコード３０７ごとに取得する。削除推奨処理部１１３は、取得した業務ＩＤ３０１及びカテゴリＩＤ３０２に対応する業務ＩＤ２０４及びカテゴリＩＤ２０５を有するレコード２０９を、属性要求履歴テーブル１２１から検索する。該当するレコード２０９が存在する場合、削除推奨処理部１１３は、そのレコード２０９に含まれる日付２０８を取得する。削除推奨処理部１１３は、取得した日付２０８が直近（例えば、１ヶ月前から現在までの期間）に含まれるレコード２０９のうち、実際にその属性情報をサービス提供装置３００に提供したレコード２０９の数（提供数）をカウントする。ここで、実際にサービス提供装置３００に提供したか否かは、削除推奨処理部１１３が、レコード２０９に含まれる提供実績２０７により判別する。そして、削除推奨処理部１１３は、過去に求めた直近の提供数に対する、今回求めた直近の提供数の変化率（比率）を求めることで、直近比率を求める。なお、過去に求めた直近の提供数は、後述する外部記憶装置７０３等に蓄積しておいてもよいし、日付２０８が過去の直近（例えば、２ヶ月前から１ヶ月前までの期間）に含まれるレコード２０９のうち、実際に属性情報を提供しているレコード２０９の数をカウントすることにより求めてもよい。
また、削除推奨処理部１１３は、求めた直近比率を、提供実績テーブル１２２の各レコード３０７に格納する。
【００５６】
また、削除推奨処理部１１３は、求めた直近比率から、該当する属性情報の削除をユーザに推奨するか否かを判定する処理を行う。例えば、削除推奨処理部１１３は、提供実績テーブル１２２に格納されている直近比率３０６が、所定の基準値より低いか否かを判別する。ここで、基準値は、例えば、「−３０％」のような数値である。基準値は、属性管理装置１００の後述する入出力装置７０６から入力を受け付け、後述する外部記憶装置７０３に予め記憶されている。なお、直近比率３０６が、この基準値より低い場合（例えば、−８０％）は、対応する業務ＩＤ３０１で特定されるサービスにおいて、対応するカテゴリＩＤ３０２に属する属性情報は、サービス提供装置３００に提供されることが、過去と比較して、直近では少なくなったことを示す。
【００５７】
さらに、削除推奨処理部１１３は、求めた直近比率が、所定の基準値より低い場合には、ユーザに、対応するカテゴリＩＤ３０２に属する属性情報の削除を依頼することを推奨する処理を行う。例えば、削除推奨処理部１１３は、属性情報テーブル１２３にアクセスして、対応するカテゴリＩＤ４０２を有するレコード４０４から属性情報４０３を取得し、取得した属性情報４０３を、画面生成部１１４に通知する。削除推奨処理部１１３は、画面生成部１１４に、例えば、図６（Ｂ）に示すような削除登録の推奨画面６５０を生成させる。この削除登録の推奨画面６５０については、後述する。
【００５８】
また、削除推奨処理部１１３は、画面生成部１１４に生成させた削除登録の推奨画面６５０を、インタフェース部１０３を介して、ユーザ端末２００に送信する。ここで、ユーザ端末２００は、対応する業務ＩＤ２０４及びカテゴリＩＤ２０５を有するレコード２０９に含まれるユーザＩＤ２０３で特定されるユーザ端末である。
【００５９】
さらに、削除推奨処理部１１３は、求めた直近比率が、所定の基準値より低い場合において、対応するカテゴリＩＤ４０２に属する属性情報４０３を削除する指示を、ユーザ端末２００から受け付けたときに、該当する属性情報４０３の削除依頼をサービス提供装置３００に通知する。具体的には、削除推奨処理部１１３は、ユーザ端末２００から、削除登録を指示するための、ユーザＩＤ及びカテゴリＩＤを含むデータを受信したときに、そのユーザＩＤ及びカテゴリＩＤで特定可能な属性情報の削除依頼を、サービス提供装置３００に送信する。なお、属性情報の送信先のサービス提供装置３００は、属性要求履歴テーブル１２１において、そのユーザＩＤ及びカテゴリＩＤを有するレコード２０９に対応付けて格納されているサービス提供機関ＩＤ２０２で特定される。
このとき、削除依頼を受信したサービス提供装置３００では、管理者が、該当する属性情報を削除することができる。なお、この削除依頼には、例えば、ユーザＩＤ及びカテゴリＩＤが含まれる。
【００６０】
画面生成部１１４は、上述したように、図５に示す提供属性確認画面５００、図６（Ａ）に示す紹介画面６００、図６（Ｂ）に示す削除登録の推奨画面６５０、等を生成する。
【００６１】
例えば、画面生成部１１４は、属性提供処理部１１１から、カテゴリＩＤ、業務ＩＤ、サービス提供機関ＩＤ、必須フラグ、総数、提供数、比率、を通知されたときに、図５に示す提供属性確認画面５００を生成する。具体的には、画面生成部１１４は、通知欄５０１と、提供可否選択表５０２と、実行ボタン５０３と、検索ボタン５０４と、から構成される提供属性確認画面５００を生成する。
【００６２】
画面生成部１１４は、通知欄５０１に、ユーザに、サービス提供装置３００に提供してよい所望の属性情報を選択させるメッセージデータを配置する。例えば、通知欄５０１には、図５に示すように、「「Ａ業務」のためにサービス提供機関「ＡＢＣＤＥ」への属性の提供可否を指示してください」といった文字列を含むデータを配置する。ここで、「Ａ業務」、「ＡＢＣＤＥ」には、属性提供処理部１１１から通知された業務ＩＤ、サービス提供機関ＩＤを、それぞれ配置する。
【００６３】
画面生成部１１４は、提供可否選択表５０２には、ユーザがサービス提供装置３００に提供を許可する属性情報をユーザに選択させるための表を配置する。例えば、提供可否選択表５０２には、図５に示すように、属性欄５２１と、必須／任意欄５２２と、提供実績欄５２３と、比率欄５２４と、提供可否欄５２５と、を含ませる。属性欄５２１には、「法人名」、「担当者名」、といった、属性提供処理部１１１から通知されたカテゴリＩＤを配置する。必須／任意欄５２２には、「必須」、「任意」、といった、属性提供処理部１１１から通知された必須フラグを配置する。提供実績欄５２３には、「１２３６件／１２３６件」といった、属性提供処理部１１１から通知された総数と、提供数と、を分数で表記した情報を配置する。比率欄５２４には、「１００％」、「８９％」、といった、属性提供処理部１１１から通知された比率を配置する。提供可否欄５２５には、図５に示すように、ボックスを配置する。このボックスは、ユーザが入力装置であるマウス等を操作することにより、ボックスに「チェック」を入力することができるように構成する。
なお、ユーザ端末２００は、提供可否欄５２５のボックスに「チェック」が入力されたボックスに対応する全てのカテゴリＩＤを、属性提供装置１００に通知する。
【００６４】
実行ボタン５０３は、ユーザからの提供可否選択表５０２で選択された属性情報の、属性管理装置１００への送信要求を受け付けるためのボタンである。検索ボタン５０４は、ユーザが提供可否選択表５０２で選択した属性情報で受けることができる他のサービスを検索する指示を、属性管理装置１００に送信するためのボタンである。
【００６５】
また、例えば、画面生成部１１４は、サービス提供機関紹介部１１２から、サービス提供機関ＩＤを通知されたときに、図６（Ａ）に示す紹介画面６００を生成する。具体的には、画面生成部１１４は、通知欄６０１と、リンク情報部６０２と、実行ボタン６０３と、から構成される紹介画面６００を生成する。
【００６６】
画面生成部１１４は、通知欄６０１には、ユーザに、サービス提供機関紹介処理部１１２が検索した他のサービスを知らせるためメッセージデータを配置する。例えば、通知欄６０１には、図６（Ａ）に示すように、「選択された範囲の属性情報で「○○○サービス」を提供する機関」といった文字列を含むデータを配置する。ここで、「○○○サービス」には、サービス提供機関紹介処理部１１２から通知された業務ＩＤを配置する。
【００６７】
画面生成部１１４は、リンク情報部６０２には、他のサービスを提供してるサービス提供装置３００を特定するための情報を配置する。例えば、リンク情報部６０２には、図６（Ａ）に示すように、「ＶＷＸＹＺ」といった、サービス提供機関紹介処理部１１２から通知されたサービス提供機関ＩＤを配置する。
【００６８】
実行ボタン６０３は、リンク情報部６０２に配置されたサービス提供機関ＩＤで特定されるリンク情報が割り当てられているサービス提供装置３００へのアクセス要求を、受け付けるためのボタンである。
なお、ユーザが入力装置であるマウス等が操作されることにより、実行ボタン６０２上で、所謂「クリック」がされると、ユーザ端末２００は、サービス提供機関ＩＤで特定されるリンク情報が割り当てられたサービス提供装置３００と、例えば、ＨＴＴＰ通信を行う。
【００６９】
さらに、例えば、画面生成部１１４は、削除推奨処理部１１３から、カテゴリＩＤを通知されたときに、図６（Ｂ）に示す削除登録の推奨画面６５０を生成する。具体的には、画面生成部１１４は、通知欄６０４と、ＯＫボタン６０５と、から構成される削除登録の推奨画面６５０を生成する。
【００７０】
画面生成部１０４は、通知欄６０４には、ユーザに、削除の依頼を推奨する属性情報を知らせるためメッセージデータを配置する。例えば、通知欄６０４には、図６（Ｂ）に示すように、「以下の情報をサービス提供装置○○○○から削除することを依頼することを推奨します。「属性情報Ａ」」といった文字列を含むデータを配置する。ここで、「属性情報Ａ」には、削除推奨処理部１１３から通知された属性情報を配置する。
【００７１】
ＯＫボタン６０５は、ユーザから、通知欄６０４に表示された「属性情報Ａ」をサービス提供装置３００から削除する依頼の指示を、受け付けるためのボタンである。
【００７２】
以上のように構成される属性管理装置１００は、例えば、図７に示すような、ＣＰＵ７０１と、主記憶部７０２と、ＨＤＤ等の外部記憶装置７０３と、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の可搬性を有する可搬型記憶媒体７０７から情報を読み出す読取装置７０５と、ディスプレイ、キーボードやマウス等の入出力装置７０６と、通信ネットワーク１５０に接続するためのＮＩＣ（Network Interface Card）等の通信装置７０４と、を備えた一般的なコンピュータで実現される。
例えば、図１に示す記憶部１０２は、外部記憶装置７０３により実現可能であり、制御部１０１は、外部記憶装置７０３に記憶されている所定のプログラムを主記憶装置７０２にロードしてＣＰＵ７０１で実行することで実現可能である。
この所定のプログラムは、読取装置７０５を介して可搬型記憶媒体７０７から、或いは、通信装置７０４を介してネットワークから、外部記憶装置７０３にダウンロードされ、それから、主記憶装置７０２上にロードされてＣＰＵ７０１により実行されるようにしてもよい。また、読取装置７０５を介して可搬型記憶媒体７０７から、或いは、通信装置７０４を介してネットワークから、主記憶装置７０２上に直接ロードされ、ＣＰＵ７０１により実行されるようにしてもよい。
【００７３】
以上のような構成により、属性管理装置１００は、サービス提供機関へ提供するユーザの属性情報を、そのサービス提供機関が提供するサービスにおいて必要最低限の属性情報に限定することができる。
【００７４】
また、属性管理装置１００は、提供を許可した属性情報から、同種のサービスを提供している他のサービス提供装置３００を検索することができる。
【００７５】
さらに、ユーザが属性管理装置１００に登録した属性情報が、サービス提供装置３００が提供するサービスにおいて不要となったときに、属性管理装置１００は、その属性情報の削除をユーザに促すことができる。
【００７６】
図８は、属性管理装置１００で行う属性情報提供処理を示すフローチャートである。
【００７７】
制御部１０１の属性提供処理部１１１は、属性管理装置１００に電源が投入されたときに、属性情報提供処理を開始する。そして、属性提供処理部１１１は、サービス提供装置３００から、属性情報の要求データが送られてくるまで、待機している（ステップＳ１０１；Ｎｏ）。
【００７８】
属性提供処理部１１１は、インタフェース部１０３を介して、サービス提供装置３００から、属性情報の要求データを受信したときに（ステップＳ１０１；Ｙｅｓ）、処理をステップＳ１０２に移行する。なお、サービス提供装置３００は、ユーザ端末２００からネットワーク１５０を介してサービスの提供を要求されたときに、属性情報の要求データを生成して、属性管理装置１００に送信する。
【００７９】
ステップＳ１０２では、属性提供処理部１１１は、ステップＳ１０１で受信した要求データに含まれる各データを対応付けたレコード２０９を、属性要求履歴テーブル１２１に生成する（ステップＳ１０２）。このとき、属性提供処理部１１１は、受信した要求データを特定するための処理ＩＤ２０１を生成する。そして、属性提供処理部１１１は、生成した処理ＩＤ２０１と、要求データに含まれているサービス提供機関ＩＤ２０２と、ユーザＩＤ２０３と、業務ＩＤ２０４と、カテゴリＩＤ２０５と、必須フラグ２０６と、を対応付けたレコード２０９を、提供実績テーブル１２２に追加する。
【００８０】
続いて、属性提供処理部１１１は、属性情報の提供実績を取得する（ステップＳ１０３）。具体的には、属性提供処理部１１１は、提供実績テーブル１２２にアクセスして、ステップＳ１０１で受信した要求データに含まれる業務ＩＤ及びカテゴリＩＤに対応する業務ＩＤ３０１及び業務ＩＤ３０２を有するレコード３０７に格納されている情報を取得する。ここで、取得する情報には、総数３０３と、提供数３０４と、比率３０５と、が含まれる。
【００８１】
次に、属性提供処理部１１１は、画面生成部１１４に通知して、提供属性確認画面５００を生成させる（ステップＳ１０４）。具体的には、属性提供処理部１１１は、画面生成部１１４に、カテゴリＩＤ２０５、業務ＩＤ２０４、サービス提供機関ＩＤ２０２、必須フラグ２０６、総数３０１、提供数３０２、比率３０３、を通知する。画面生成部１１４は、例えば、図５に示す提供属性確認画面５００を生成する。
【００８２】
属性提供処理部１１１は、画面生成部１１４が生成した提供属性確認画面５００を、インタフェース部１０３を介して、ユーザ端末２００に送信する（ステップＳ１０５）。提供属性確認画面５００を受信したユーザ端末２００は、図５に示すような提供属性確認画面５００を、表示装置２５０に表示させる。これにより、ユーザは、サービス提供装置３００に要求されている属性情報を確認し、その属性情報の提供実績を参照しながら、提供する属性情報を選択することができる。なお、図５の提供属性確認画面５００の例では、ユーザはカテゴリＩＤを選択するが、カテゴリＩＤを選択することは、ユーザにとって、属性情報を選択することと同じことである。
【００８３】
このとき、属性提供処理部１１１は、ユーザ端末２００から、提供を許可するカテゴリＩＤとしてユーザに選択されたカテゴリＩＤ（選択情報）を受信するまで待機する（ステップＳ１０６；Ｎｏ）。属性提供処理部１１１は、ユーザに選択されたカテゴリＩＤ（選択情報）を受信したとき（ステップＳ１０６；Ｙｅｓ）、受信したカテゴリＩＤ（選択情報）に対応する属性情報４０３を取得する（ステップＳ１０７）。具体的には、属性提供処理部１１１は、属性情報テーブル１２３にアクセスして、ユーザ端末２００から受信したカテゴリＩＤと、要求データに含まれていたユーザＩＤと、に対応するカテゴリＩＤ４０２及びユーザＩＤ４０１を有するレコード４０４から、属性情報４０３を取得する。
【００８４】
続いて、属性提供処理部１１１は、ステップＳ１０６で取得した属性情報４０３を、サービス提供装置３００に送信する（ステップＳ１０８）。具体的には、属性提供処理部１１１は、要求データに含まれていたサービス提供機関ＩＤで特定されるサービス提供装置３００に、ステップＳ１０６で取得した属性情報４０３を、インタフェース部１０３を介して送信する。このとき、属性提供処理部１１１は、要求データに含まれていたユーザＩＤも、サービス提供装置３００に送信する。これにより、サービス提供装置３００は、受信したユーザＩＤで特定されるユーザ端末２００に、サービスを提供する。
【００８５】
次に、属性提供処理部１１１は、属性要求履歴テーブル１２１の更新を行う（ステップＳ１０９）。具体的には、属性提供処理部１１１は、ステップＳ１０２で生成した処理ＩＤ２０１を有する全てのレコード２０９に対して、提供実績２０７、日付２０８をそれぞれ格納する。このとき、属性提供処理部１１１は、ステップＳ１０６で受信したカテゴリＩＤ（選択情報）に対応するカテゴリＩＤ２０５を有するレコード２０９に対しては、提供実績２０７として「提供」と格納し、ステップＳ１０６で受信しなかったカテゴリＩＤ２０５を有するレコード２０９に対しては、「非提供」と格納する。また、属性提供処理部１１１は、ＣＰＵ７０１が有するタイマ等を利用して取得した日付２０８を、対応するレコード２０９に格納する。
【００８６】
次に、属性提供処理部１１１は、属性実績テーブル１２２の更新を行う（ステップＳ１１０）。具体的には、属性提供処理部１１１は、提供実績テーブル１２２にアクセスして、要求データで受信した業務ＩＤ及びカテゴリＩＤに対応する業務ＩＤ３０１及びカテゴリＩＤ３０２を有するレコード３０７に格納されている総数３０３を更新する。さらに、属性提供処理部１１１は、総数３０３を更新したレコード３０７のうち、ステップＳ１０６で受信したカテゴリＩＤに対応するカテゴリＩＤ３０２を有するレコード３０７については、格納されている提供数３０４を、例えば、インクリメントする。また、属性提供処理部１１１は、総数３０３を更新したレコード３０７に格納されている比率３０５に対しては、更新した提供数３０４を、更新した総数３０３で除した値に１００を乗じたもので、上書きする。
その後、属性提供処理部１１１は、属性情報提供処理を終了する。
【００８７】
図９は、属性管理装置１００で行うサービス紹介処理を示すフローチャートである。
【００８８】
制御部１０１のサービス提供機関紹介処理部１１２は、属性管理装置１００に電源が投入されたときに、サービス紹介処理を開始する。そして、サービス提供機関紹介処理部１１２は、ユーザ端末２００から、他のサービスを提供しているサービス提供機関を検索する検索要求を受け付けるまで、待機している（ステップＳ２０１；Ｎｏ）。ここで、検索要求は、属性提供処理部１１１が図８のステップＳ１０４で表示させた提供属性確認画面５００上の検索ボタン５０４を、ユーザが所謂「クリック」することで実行される。このとき、ユーザ端末２００は、ユーザが提供属性確認画面５００上で選択したカテゴリＩＤを、属性提供装置１００に送信する。なお、ここで複数のカテゴリＩＤが選択された場合には、ユーザ端末２００は、選択された全てのカテゴリＩＤを属性提供装置１００に送信する。
【００８９】
サービス提供機関紹介処理部１１２は、検索要求を受け付けると（ステップＳ２０１；Ｙｅｓ）、他のサービス提供装置を検索する（ステップＳ２０２）。具体的には、サービス提供機関紹介処理部１１２は、まず、属性要求履歴テーブル１２１にアクセスして、同一の処理ＩＤ２０１を有するレコード２０９のうち、必須フラグ２０６が「必須」であるレコード２０９を検索する。サービス提供機関紹介処理部１１２は、該当する全てのレコード２０９からカテゴリＩＤ２０５を取得する。続いて、サービス提供機関紹介処理部１１２は、ここで取得した全てのカテゴリＩＤ２０５と、ステップＳ２０１でユーザ端末２００から受信した全てのカテゴリＩＤと、を比較する。比較した結果、サービス提供機関紹介処理部１１２は、レコード２０９から取得したカテゴリＩＤ２０５が、ユーザ端末２００から受信した全てのカテゴリＩＤを包含していると判別した場合、対応するレコード２０９からサービス提供機関ＩＤ２０２を抽出する。サービス提供機関処理部１１２は、以上のようなサービス提供機関ＩＤ２０２を抽出する処理を、属性要求履歴テーブル１２１に格納されている全てのレコード２０９に対して、同一の処理ＩＤ２０１を有しているレコード２０９群ごとに行っていく。従って、複数のサービス提供機関ＩＤ２０２を抽出する場合もある。
【００９０】
サービス提供機関紹介処理部１１２は、画面生成部１１４に、紹介画面６００を生成させる（ステップＳ２０３）。具体的には、サービス提供機関紹介処理部１１２は、画面生成部１１４に、ステップＳ２０２で抽出したサービス提供機関ＩＤ２０２を、画面生成部１１４に通知する。画面生成部１１４は、例えば、図６（Ａ）に示す紹介画面６００を生成する。図６（Ａ）の例では、紹介画面６００に含まれるサービス提供機関ＩＤ２０２は１つであるが、複数のサービス提供機関ＩＤ２０２を紹介画面６００に含めてもよい。
【００９１】
サービス提供機関紹介処理部１１２は、画面生成部１１４が生成した紹介画面６００を、インタフェース部１０３を介して、ユーザ端末２００に送信する（ステップＳ２０４）。紹介画面６００を受信したユーザ端末２００は、図６（Ａ）に示すような紹介画面６００を、表示装置２５０に表示させる。これにより、ユーザは、提供属性確認画面５００上で選択したカテゴリＩＤ（属性情報）で受けることができる他のサービスを知ることができる。また、ユーザは、マウス等の入力装置を操作して、紹介画面６００上の実行ボタン６０３をクリックすることで、他のサービスを提供しているサービス提供装置３００にアクセスすることができる。このとき、紹介画面６００に複数のサービス提供機関ＩＤ２０２を含める場合には、紹介画面６００に複数の実行ボタン６０３を配置し、ユーザが、いずれかのサービスを選択できるようにする。
その後、サービス提供機関紹介処理部１１２は、サービス紹介処理を終了する。
【００９２】
図１０は、属性管理装置１００で行う削除推奨処理を示すフローチャートである。
【００９３】
制御部１０１の削除推奨処理部１１３は、属性管理装置１００に電源が投入されたときに、削除推奨処理を開始する。そして、削除推奨処理部１１３は、直近比率を算出するタイミングがくるまで、待機している（ステップＳ３０１；Ｎｏ）。
【００９４】
削除推奨処理部１１３は、直近比率を算出するタイミングで（ステップＳ３０１；Ｙｅｓ）、処理をステップＳ３０２に移行する。
【００９５】
ステップＳ３０２では、削除推奨処理部１１３は、直近比率を算出する（ステップＳ３０２）。具体的には、削除推奨処理部１１３は、提供実績テーブル１２２にアクセスして、業務ＩＤ３０１及びカテゴリＩＤ３０２を、レコード３０７ごとに取得する。続いて、削除推奨処理部１１３は、取得した業務ＩＤ及びカテゴリＩＤに対応する業務ＩＤ２０４及びカテゴリＩＤ２０５を有するレコード２０９を、属性要求履歴テーブル１２１から検索する。該当するレコード２０９が存在する場合、削除推奨処理部１１３は、そのレコード２０９に含まれる日付２０８を取得する。削除推奨処理部１１３は、取得した日付２０９が直近（例えば、１ヶ月前から現在までの期間）に含まれるレコード２０９のうち、提供実績２０７が「提供」であるレコード２０９の数（直近の提供数）をカウントする。また、削除推奨処理部１１３は、取得した日付２０８が過去の直近（例えば、２ヶ月前から１ヶ月前までの期間）に含まれるレコード２０９のうち、提供実績２０７が「提供」であるレコード２０９の数（過去の提供数）をカウントする。削除推奨処理部１１３は、ここでカウントした過去の提供数に対する直近の提供数の比率を求める。求めた比率を、直近比率とする。
【００９６】
続いて、削除推奨処理部１１３は、ステップＳ３０２で算出した直近比率が、所定の基準値よりも低いか否かを判別する（ステップＳ３０３）。具体的には、削除推奨処理部１１３は、所定の基準値を外部記憶部装置７０３から読み出し、ステップＳ３０２で求めた直近比率が、読み出した基準値よりも低いか否かを判別する。
【００９７】
削除推奨処理部１１３は、ステップＳ３０２で求めた直近比率が、所定の基準値よりも低い場合は（ステップＳ３０３；Ｙｅｓ）、処理をステップＳ３０４に移行する。一方、直近比率が、基準値よりも低くない場合は（ステップＳ３０３；Ｎｏ）、処理をステップＳ３０１に移行する。
【００９８】
ステップＳ３０４では、削除推奨処理部１１３は、画面生成部１１４に通知して、削除登録の推奨画面６５０を生成させる（ステップＳ３０４）。具体的には、削除推奨処理部１１３は、まず、ステップＳ３０２で直近比率を求めた際に利用したレコード３０７が有する業務ＩＤ３０１と、カテゴリＩＤ３０２と、に対応するユーザ業務ＩＤ２０４及びカテゴリＩＤ２０５を有するレコード２０９から、ユーザＩＤ２０３を取得する。このとき、複数のユーザＩＤ２０３を取得する場合もある。次に、削除推奨処理部１１３は、ここで取得したユーザＩＤ２０３と、同一のレコード２０９に格納されているカテゴリＩＤ２０５と、に対応するユーザＩＤ４０１及びカテゴリＩＤ４０２で特定される属性情報４０３を、属性情報テーブル１２３から取得する。そして、削除推奨処理部１１３は、取得した属性情報４０３を、画面生成部１１４に通知して、削除登録の推奨画面６５０を生成させる（ステップＳ３０４）。このとき、画面生成部１１４は、例えば、図６（Ｂ）に示す削除登録の推奨画面６５０を生成する。
【００９９】
削除推奨処理部１１３は、画面生成部１１４が生成した削除登録の推奨画面６５０を、インタフェース部１０３を介して、ユーザ端末２００に送信する（ステップＳ３０５）。このとき、送信先のユーザ端末２００は、ステップＳ３０４で属性要求履歴テーブル１２１のレコード２０９から取得したユーザＩＤ２０３で特定される全てのユーザ端末２００である。削除登録の推奨画面６５０を受信したユーザ端末２００は、図６（Ｂ）に示すような削除登録の推奨画面６５０を、表示装置２５０に表示させる。これにより、ユーザは、サービス提供装置３００から削除した方が好ましい属性情報を知ることができる。また、ユーザは、マウス等の入力装置を操作して、削除登録の推奨画面６５０上のＯＫボタン６０５をクリックすることで、削除登録の推奨画面６５０上に提示された属性情報の削除をサービス提供装置３００に容易に依頼することができる。ＯＫボタン６０５がクリックされた場合、ユーザ端末２００は、サービス提供装置３００に、削除登録の依頼を行うための、ユーザＩＤ、及び、削除対象のカテゴリＩＤを含むデータを送信する。
【０１００】
削除推奨処理部１１３は、ユーザ端末２００から削除登録の依頼を行うためのデータを受信するまで待機しており（ステップＳ３０６；Ｎｏ）、受信したとき（ステップＳ３０６；Ｙｅｓ）、処理をステップＳ３０７に移行する。
【０１０１】
ステップＳ３０７では、削除推奨処理部１１３は、ステップＳ３０６で受信した削除登録の依頼を行うためのデータを、対応するサービス提供装置３００に送信する（ステップＳ３０７）。具体的には、削除推奨処理部１１３は、属性要求履歴テーブル１２１にアクセスして、ステップＳ３０６で受信したユーザＩＤ及びカテゴリＩＤに対応するユーザＩＤ２０３及びカテゴリＩＤ２０５をともに有するレコード２０９のサービス提供機関ＩＤ２０２を取得する。削除推奨処理部１１３は、取得したサービス提供機関ＩＤ２０２で特定さえるサービス提供装置３００に対して、ステップＳ３０６で受信したユーザＩＤ及びカテゴリＩＤを含む削除依頼を送信する。
その後、削除推奨処理部１１３は、提供実績テーブル１２２にアクセスして、ステップＳ３０２で算出した直近比率を、対応するレコード３０７に格納して、削除推奨処理を終了する。
【０１０２】
なお、本発明は、上記実施形態に限定されず、種々の変形、応用が可能である。
【０１０３】
例えば、上記実施形態では、属性提供処理部１１１が、サービス提供装置３００に対して属性情報を送信することで、属性情報の提供を行っている。しかしながら、本発明は、これに限定されず、例えば、属性管理装置１００からサービス提供装置３００への属性情報の提供は、公開鍵基盤に基づく属性証明書を送信することで行ってもよい。この場合、例えば、属性管理装置１００の制御部１０１は、属性証明書を作成する証明書作成部を、さらに備える。証明書作成部は、対応するユーザＩＤ及びカテゴリＩＤを、テーブル管理部１１４に通知し、サービス提供装置３００に送信する属性情報を取得させる。証明書作成部は、取得した属性情報を暗号化して属性証明書を作成し、インタフェース１０３を介して、作成した属性証明書を、サービス提供装置３００に送信する。また、各属性情報を暗号化した属性証明書を、外部記憶装置７０３に記憶しておき、サービス提供装置３００に送信する属性情報についてのみ、対応する復号鍵を、属性情報に付加して、サービス提供装置３００に送信してもよい。
【０１０４】
また、上記実施形態では、画面生成部１１４が生成する提供属性確認画面５００は、図５に示すように、属性欄５２１、必須／任意欄５２２、提供実績欄５２３、比率欄５２４、提供可否欄５２５、を含む。しかしながら、本発明は、これに限定されず、例えば、提供属性確認画面５００には、削除推奨処理部１１３が求めた直近比率を提示するための直近比率欄を、含ませてもよい。この場合、属性提供処理部１１１は、カテゴリＩＤ、業務ＩＤ、サービス提供機関ＩＤ、必須フラグ、総数、提供数、比率に加えて、削除推奨処理部１１３が求めた直近比率を、画面生成部１１４に通知して、提供属性確認画面５００を生成させる。
【０１０５】
さらに、ユーザＩＤは、メールアドレスであってもよい。この場合、制御部１０１は、メールアドレスで特定されるユーザ端末２００に、各種画面（提供属性確認画面５００、紹介画面６００、削除登録の推奨画面６５０、等）を、送信する。あるいは、ユーザＩＤに対応付けてメールアドレスを格納するテーブルを、記憶部１０２に記憶させておいてもよい。この場合、制御部１０１は、各種画面を、ユーザ端末２００に送信する前に、テーブルからユーザＩＤに対応するメールアドレスを取得し、取得したメールアドレスで特定されるユーザ端末２００に、各種画面を送信する。
【図面の簡単な説明】
【０１０６】
【図１】本発明の実施形態に係るサービス提供システムの機能構成図である。
【図２】属性要求履歴テーブルのデータ構造を概念的に示した図である。
【図３】提供実績テーブルのデータ構造を概念的に示した図である。
【図４】属性情報テーブルのデータ構造を概念的に示した図である。
【図５】提供属性確認画面５００のレイアウト例を示した図である。
【図６】（Ａ）紹介画面６００のレイアウト例を示した図である。（Ｂ）削除登録の推奨画面６５０のレイアウト例を示した図である。
【図７】属性管理装置、ユーザ端末、サービス提供装置、のハードウェア構成の一例を示した図である。
【図８】属性管理装置で実行される属性情報提供処理のフローチャートを示す図である。
【図９】属性管理装置で実行されるサービス紹介処理のフローチャートを示す図である。
【図１０】属性管理装置で実行される削除推奨処理のフローチャートを示す図である。
【符号の説明】
【０１０７】
５０・・サービス提供システム、１００・・属性管理装置、１０１・・制御部、１０２・・記憶部、１０３・・インタフェース部、１１１・・属性提供処理部、１１２・・サービス提供機関紹介処理部、１１３・・削除推奨処理部、１１４・・画面生成部、１２１・・属性要求履歴テーブル、１２２・・提供実績テーブル、１２３・・属性情報テーブル、１５０・・ネットワーク、２００・・ユーザ端末、２０１・・処理ＩＤ、２０２・・サービス提供機関ＩＤ、２０３・・ユーザＩＤ（属性要求履歴テーブル）、２０４・・業務ＩＤ（属性要求履歴テーブル）、２０５・・カテゴリＩＤ（属性要求履歴テーブル）、２０６・・必須フラグ、２０７・・提供実績、２０８・・日付、２５０・・表示装置、３００・・サービス提供装置、３０１・・業務ＩＤ（提供実績テーブル）、３０２・・カテゴリＩＤ（提供実績テーブル）、３０３・・総数、３０４・・提供数、３０５・・比率、３０６・・直近比率、４０１・・ユーザＩＤ（属性情報テーブル）、４０２・・カテゴリＩＤ（属性情報テーブル）、４０３・・属性情報、５００・・提供属性確認画面、５０１・・通知（提供属性確認画面）、５０２・・提供可否選択表、５０３・・実行ボタン（提供属性確認画面）、５０４・・検索ボタン、６００・・紹介画面、６０１・・通知欄（紹介画面）、６０２・・リンク情報部、６０３・・実行ボタン（紹介画面）、６０４・・通知欄（削除登録の推奨画面）、６０５・・ＯＫボタン、６５０・・削除登録の推奨画面、７０１・・ＣＰＵ、７０２・・主記憶装置、７０３・・外部記憶装置、７０４・・通信装置、７０５・・読取装置、７０６・・入出力装置、７０７・・可搬型記憶媒体。
【図１】
2008305271.tif 000003
【図２】
2008305271.tif 000004
【図３】
2008305271.tif 000005
【図４】
2008305271.tif 000006
【図５】
2008305271.tif 000007
【図６】
2008305271.tif 000008
【図７】
2008305271.tif 000009
【図８】
2008305271.tif 000010
【図９】
2008305271.tif 000011
【図１０】
2008305271.tif 000012