JP2009122953A - 属性情報開示システム、属性情報開示方法および属性情報開示プログラム - Google Patents

Abstract

【課題】属性情報を適切に開示することを課題とする。
【解決手段】開示主装置と開示先装置とが通信可能に接続されて、開示主装置を利用する利用者に関する属性情報を開示先装置に開示する属性情報開示システムであって、開示先装置は、属性情報を開示先装置に対して送信することを要求する属性情報要求を、開示主装置に向けて送信し、開示主装置によって送信された属性情報を受信し、開示主装置は、開示主装置を利用する利用者に関する属性情報を記憶し、送信された属性情報要求を受信すると、記憶されている属性情報を取得し、取得した属性情報を開示先装置に向けて送信する。開示主装置は、開示先装置に属性情報を開示することを、開示主装置を利用する利用者に確認させる情報を出力部に出力し、応答の入力を入力部において受け付け、受け付けた応答に応じて、属性情報を送信する。
【選択図】 図１

Description

この発明は、属性情報開示システム、属性情報開示方法および属性情報開示プログラムに関する。

インターネットの発展に伴い、インターネットに接続する利用者は、インターネット上でサービスを提供するサービス提供者から、各種サービス（例えば、電子掲示板、電子メール、Ｂｌｏｇ、ショッピング、オークションなど）を受けるようになっている。このようなサービス提供を受ける際、利用者は、サービス利用に必要な属性情報をサービス提供者に開示しなければならない。例えば、ショッピングなど、物理的な商品を利用者に届けるための属性情報が必要となるサービスでは、利用者は、属性情報を開示するために、『氏名』、『年齢』、『住所』、『電話番号』など、多数の属性情報を、インターネットに接続する利用者端末に入力することになる。

ところで、属性情報は、一般的には、サービス提供者ごとに個別に管理されており、利用者は、新しいサービスを利用する度に属性情報を開示する入力作業を行う必要がある。このような入力作業は、利用者にとって手間であり、サービス利用を阻害する要因となっている。

このため、例えば、特許文献１には、ネットワーク上に個人情報格納装置が備えられ、システムが、個人情報格納装置内に格納された利用者の個人情報について、利用者の特定が困難か否かを判断し、閾値を超えた場合にのみ、当該個人情報をサービス提供者に提供する手法が提案されている。また、例えば、特許文献２には、サービス提供者の要求に応じて、携帯電話端末に付与されている固有情報など（携帯電話端末の固有ＩＤなど）を、携帯電話端末経由で送信する手法が提案されている。

特開２００６−３５０８１３号公報 特開２００７−１７２０５３号公報

ところで、上記した従来の技術では、属性情報を適切に開示することができないという課題がある。例えば、特許文献１の手法では、ネットワーク上の個人情報格納装置に利用者の属性情報を記憶させることになるが、サービス提供者がネットワーク上に備えられた個人情報格納装置から利用者の属性情報を直接受信することから、利用者は、サービス提供者に送信された自らの属性情報を把握することができず、プライバシ上の課題がある。また、そもそも、サービス提供に必要と推定される属性情報全てを、第三者である個人情報格納装置に格納することになり、やはり、プライバシ上の課題がある。また、特許文献２の手法では、端末に付与されている固有の情報を開示するのみであり、利用者の属性情報を開示するものではない。

そこで、この発明は、上記した従来技術の課題を解決するためになされたものであり、属性情報を適切に開示することが可能な属性情報開示システム、属性情報開示方法および属性情報開示プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、請求項１に係る発明は、開示主装置と開示先装置とが通信可能に接続されて、当該開示主装置を利用する利用者に関する属性情報を当該開示先装置に開示する属性情報開示システムであって、前記開示先装置は、前記属性情報を当該開示先装置に対して送信することを要求する属性情報要求を、前記開示主装置に向けて送信する属性情報要求手段と、前記開示主装置によって送信された属性情報を受信する属性情報受信手段と、を備え、前記開示主装置は、当該開示主装置を利用する利用者に関する属性情報を記憶する属性情報記憶手段と、前記属性情報要求手段によって送信された属性情報要求を受信すると、前記属性情報記憶手段によって記憶されている属性情報を取得し、取得した当該属性情報を前記開示先装置に向けて送信する属性情報送信手段と、を備えたことを特徴とする。

また、請求項２に係る発明は、上記の発明において、前記開示主装置は、前記開示先装置に属性情報を開示することを、当該開示主装置を利用する利用者に確認させる情報を出力部に出力し、出力した当該情報に対する応答の入力を入力部において受け付ける送信確認手段をさらに備え、前記属性情報送信手段は、前記送信確認手段によって受け付けられた応答に応じて、前記属性情報を送信することを特徴とする。

また、請求項３に係る発明は、上記の発明において、前記属性情報記憶手段は、属性情報を構成する一項目について一つもしくは複数の属性情報を対応づけて記憶し、前記送信確認手段は、前記属性情報記憶手段によって複数の属性情報が対応づけられて記憶されている項目については、前記応答として属性情報を選択させる情報の入力をも受け付け、前記属性情報送信手段は、前記属性情報記憶手段によって複数の属性情報が対応づけられて記憶されている項目については、前記送信確認手段によって受け付けられた情報により選択された属性情報を送信することを特徴とする。

また、請求項４に係る発明は、上記の発明において、前記開示主装置の前記属性情報送信手段は、前記属性情報を検証可能な形式で送信し、前記開示先装置は、前記属性情報受信手段によって属性情報が検証可能な形式で受信されると、当該属性情報に関する事実を検証する属性情報検証手段をさらに備えたことを特徴とする。

また、請求項５に係る発明は、上記の発明において、前記開示先装置は、前記開示主装置の利用者が利用するサービスを通信にて提供するものであり、前記属性情報開示システムは、前記サービスの提供を受けて前記利用者に当該サービスを利用させるサービス利用装置をさらに備えるものであって、前記開示先装置と通信可能に接続されたサービス利用装置は、サービスを提供することを要求するサービス要求を当該開示先装置に対して送信するサービス要求手段を備え、前記開示先装置の属性情報要求手段は、前記サービス要求手段によって送信されたサービス要求を受信すると、前記属性情報要求を送信し、前記開示先装置は、前記属性情報受信手段によって属性情報を受信すると、前記サービスを前記サービス利用装置に通信にて提供するサービス提供手段をさらに備えたことを特徴とする。

また、請求項６に係る発明は、上記の発明において、前記サービス提供手段は、前記属性情報受信手段によって受信した属性情報に基いて、前記サービスを提供することを特徴とする。

また、請求項７に係る発明は、上記の発明において、前記属性情報開示システムは、前記開示主装置と前記開示先装置との間の通信を中継する中継装置をさらに備えるものであって、前記中継装置は、前記属性情報要求手段によって送信された属性情報要求を受信し、受信した属性情報要求を前記開示主装置に対して中継する属性情報要求中継手段を備え、前記開示先装置の属性情報要求手段は、前記属性情報要求を、前記中継装置を介して前記開示主装置に対して送信することを特徴とする。

また、請求項８に係る発明は、上記の発明において、前記属性情報開示システムは、前記開示主装置と前記開示先装置との間の通信を中継する中継装置をさらに備えるものであって、前記中継装置は、前記属性情報送信手段によって送信された属性情報を受信し、受信した属性情報を前記開示先装置に対して中継する属性情報中継手段を備え、前記開示主装置の属性情報送信手段は、前記属性情報を、前記中継装置を介して前記開示先装置に対して送信することを特徴とする。

また、請求項９に係る発明は、上記の発明において、前記開示主装置の前記属性情報送信手段は、前記属性情報を暗号化して送信し、前記開示先装置は、前記属性情報受信手段によって暗号化された属性情報が受信されると、当該属性情報を復号する属性情報復号手段をさらに備えたことを特徴とする。

また、請求項１０に係る発明は、開示主装置と開示先装置とが通信可能に接続されて、当該開示主装置を利用する利用者に関する属性情報を当該開示先装置に開示する属性情報開示方法であって、前記開示先装置は、前記属性情報を当該開示先装置に対して送信することを要求する属性情報要求を、前記開示主装置に向けて送信する属性情報要求工程と、前記開示主装置によって送信された属性情報を受信する属性情報受信工程と、を含み、前記開示主装置は、前記属性情報要求工程によって送信された属性情報要求を受信すると、当該開示主装置を利用する利用者に関する属性情報を記憶する記憶部から属性情報を取得し、取得した当該属性情報を前記開示先装置に向けて送信する属性情報送信工程と、を含んだことを特徴とする。

また、請求項１１に係る発明は、開示主装置と開示先装置とが通信可能に接続されて、当該開示主装置を利用する利用者に関する属性情報を当該開示先装置に開示する属性情報開示方法をコンピュータに実行させる属性情報開示プログラムであって、前記開示先装置としてのコンピュータは、前記属性情報を当該開示先装置に対して送信することを要求する属性情報要求を、前記開示主装置に向けて送信する属性情報要求手順と、前記開示主装置によって送信された属性情報を受信する属性情報受信手順と、を実行し、前記開示主装置としてのコンピュータは、前記属性情報要求手順によって送信された属性情報要求を受信すると、当該開示主装置を利用する利用者に関する属性情報を記憶する記憶部から属性情報を取得し、取得した当該属性情報を前記開示先装置に向けて送信する属性情報送信手順と、を実行することを特徴とする。

請求項１、１０または１１の発明によれば、開示主装置と開示先装置とが通信可能に接続されて、開示主装置を利用する利用者に関する属性情報を開示先装置に開示する属性情報開示システムであって、開示先装置は、属性情報を開示先装置に対して送信することを要求する属性情報要求を、開示主装置に向けて送信し、開示主装置によって送信された属性情報を受信し、開示主装置は、開示主装置を利用する利用者に関する属性情報を記憶し、送信された属性情報要求を受信すると、記憶されている属性情報を取得し、取得した属性情報を開示先装置に向けて送信するので、属性情報を適切に開示することが可能になる。

すなわち、事前に開示主装置に格納した属性情報を送信することにより、利用者の入力の手間を削減することが可能になる。かつ、開示主装置から直接送信することで、利用者が属性情報を直接管理することができる結果、安心して属性情報を流通させることが可能になる。

請求項２の発明によれば、開示主装置は、開示先装置に属性情報を開示することを、開示主装置を利用する利用者に確認させる情報を出力部に出力し、出力した情報に対する応答の入力を入力部において受け付け、受け付けた応答に応じて、属性情報を送信するので、利用者による送信内容確認により、例えば、送信される内容や、相手に関する情報などを、利用者が把握することが出来る結果、より安心して属性情報を流通させることが可能になる。

請求項３の発明によれば、属性情報を構成する一項目について一つもしくは複数の属性情報を対応づけて記憶し、複数の属性情報が対応づけられて記憶されている項目については、応答として属性情報を選択させる情報の入力をも受け付け、受け付けた情報により選択された属性情報を送信するので、利便性向上を図ることが可能になる。例えば、商品購入の際に、送付先を、自宅、会社、実家など、その都度変更することが可能になる。

請求項４の発明によれば、開示主装置は、属性情報を検証可能な形式で送信し、開示先装置は、属性情報を検証可能な形式で受信すると、属性情報に関する事実を検証するので、属性情報が通信路などで改竄されていないことが確認可能になる。さらに、利用者が確実に送信したことが確認可能になる。

請求項５の発明によれば、開示先装置は、開示主装置の利用者が利用するサービスを通信にて提供するものであり、属性情報開示システムは、サービスの提供を受けて利用者にサービスを利用させるサービス利用装置をさらに備えるものであって、開示先装置と通信可能に接続されたサービス利用装置は、サービスを提供することを要求するサービス要求を開示先装置に対して送信し、開示先装置は、サービス要求を受信すると、属性情報要求を送信し、属性情報を受信すると、サービスをサービス利用装置に通信にて提供するので、利用者の属性情報が格納されていないサービス利用装置であっても、開示主装置を経由して、属性情報を開示することが可能になる。

請求項６の発明によれば、受信した属性情報に基いて、サービスを提供するので、利用者の属性情報が格納されていないサービス利用装置であっても、開示主装置と同等のサービスを受けることが可能になる。

請求項７の発明によれば、属性情報開示システムは、開示主装置と開示先装置との間の通信を中継する中継装置をさらに備えるものであって、中継装置は、属性情報要求を受信し、属性情報要求を開示主装置に対して中継し、開示先装置は、属性情報要求を、中継装置を介して開示主装置に対して送信するので、開示主装置が、例えば、アプリケーションやセキュリティの制限などにより直接属性情報要求を受信できない場合に、中継装置を介して受信することで、その制限を回避することが可能になる。

請求項８の発明によれば、属性情報開示システムは、開示主装置と開示先装置との間の通信を中継する中継装置をさらに備えるものであって、中継装置は、属性情報を受信し、受信した属性情報を開示先装置に対して中継し、開示主装置は、属性情報を、中継装置を介して開示先装置に対して送信するので、開示主装置が、例えば、アプリケーションやセキュリティの制限などにより直接属性情報を送信できない場合に、中継装置を介して送信することで、その制限を回避することが可能になる。

請求項９の発明によれば、開示主装置は、属性情報を暗号化して送信し、開示先装置は、暗号化された属性情報が受信されると、属性情報を復号するので、中継装置に属性情報が漏洩してしまうことを防止可能になる。

以下に添付図面を参照して、この発明に係る属性情報開示システムおよび属性情報開示方法の実施例を詳細に説明する。なお、以下では、実施例で用いる主要な用語、実施例１に係る属性情報開示システムの概要および特徴、実施例１に係る属性情報開示システムの構成、実施例１に係る属性情報開示システムによる処理の手順、実施例１の効果を順に説明し、続いて、他の実施例について説明する。

［用語の説明］
まず最初に、以下の実施例で用いる主要な用語を説明する。「属性情報」とは、例えば、住所、名前、電子メールアドレス、年齢、性別等の基本情報や、社員番号、役職等の会社関連情報や、クレジットの支払い状況等の信用情報や、あるいは、ポイント等の利用権情報など、人物に関する属性として認識される様々な情報のことである。このような「属性情報」は、通常の取引においても当事者間で開示されているが、電子商取引（ＥＣ：Electronic Commerce）のようなネットワーク上における取引や各種通信が盛んに行われるようになると、「属性情報」は、ネットワーク上の当事者間で開示されるようになる。例えば、サービス提供者によってインターネット上で販売されている商品の購入にあたり、購入者の住所、名前などの基本情報が、購入者から販売者（サービス提供者）にネットワークを介して開示される。

以下の実施例では、ネットワーク上で「属性情報」を開示する当事者の内、「属性情報」を相手方に開示する側の装置（例えば、携帯電話端末）を「開示主装置」と呼び、「開示主装置」によって「属性情報」を開示される側の装置（例えば、サービス提供者装置）を「開示先装置」と呼ぶ。すなわち、「属性情報開示システム」とは、「開示主装置」を利用する利用者に関する「属性情報」を、「開示先装置」に開示するシステムのことである。

ところで、「開示主装置」から「開示先装置」に「属性情報」を開示するにあたり、利用者は、例えば、携帯電話端末やリモコンといった「開示主装置」を用いて、その都度「属性情報」を入力しなければならない。また、「開示先装置」から開示を要求される「属性情報」の項目は、「開示先装置」ごとに異なっていることが一般的であることから、利用者は、「開示先装置」ごとに「属性情報」を入力しなければならない。このような「属性情報」の入力は、利用者にとって手間である。以下の実施例における「属性情報開示システム」は、「属性情報」の入力の手間を省略するように構成されている。

［実施例１に係る属性情報開示システムの概要および特徴］
続いて、図１を用いて、実施例１に係る属性情報開示システムの概要および特徴を説明する。図１は、実施例１に係る属性情報開示システムの概要および特徴を説明するための図である。

実施例１に係る属性情報開示システムは、上記したように、開示主装置と開示先装置とが通信可能に接続されて、当該開示主装置を利用する利用者に関する属性情報を当該開示先装置に開示することを概要とし、属性情報を適切に開示することを主たる特徴とする。

この主たる特徴について簡単に説明すると、実施例１における開示主装置は、図１に示すように、属性情報記憶部を備える。例えば、属性情報記憶部は、図１に示すように、『キー情報』と『属性情報』とを対応づけて記憶している。ここで、属性情報記憶部に記憶されている属性情報は、利用者によって予め入力されるなどすることで、予め記憶されたものである。

また、『キー情報』とは、『属性情報』の項目を意味する。すなわち、開示主装置を利用する利用者にとって、開示すべき『氏名』は、開示先装置に応じて、利用者自身の名前（『特許太郎』）であることもあれば、会社名（『特許株式会社』）であることもある。また、開示すべき『住所』は、開示先装置に応じて、自宅の住所（『住所１』）であることもあれば、帰省先の住所（『住所２』）であることもあれば、会社の住所（『住所３』）であることもある。このため、図１の例においては、『キー情報』に、複数の『属性情報』が対応づけられているのである。なお、『キー情報』に対応づけられている『属性情報』は、一つであってもよい。

このような構成の下、図１に示すように、開示主装置は、サービス提供を要求するサービス要求を、開示先装置に対して送信する（図１の（１）を参照）。

一方、開示先装置は、サービス要求を受信すると、開示主装置を利用する利用者に関する属性情報を開示先装置に対して送信することを要求する属性情報要求を、開示主装置に対して送信する（図１の（２）を参照）。ここで、属性情報要求には、開示することを要求する属性情報の項目等（サービス提供にあたり必要となる属性情報の項目等）が記述される。例えば、属性情報要求には、開示することを要求する属性情報の項目として、『利用者自身の名前』および『自宅の住所』が記述されている。

そして、開示主装置は、属性情報要求を受信すると、属性情報記憶部によって記憶されている属性情報を取得し（図１の（３）を参照）、取得した属性情報を開示先装置に対して送信する（図１の（４）を参照）。例えば、開示主装置は、属性情報記憶部に記憶された属性情報と属性情報要求の記述とに基づいて利用者の属性情報を生成し（『特許太郎』および『住所１』から成る属性情報を生成）、生成した属性情報を開示先装置に対して送信する。

こうして、開示先装置は、属性情報を受信すると、開示主装置に対してサービスを提供する（図１の（５）を参照）。例えば、開示先装置は、サービス提供に必要な属性情報（『利用者自身の名前』および『自宅の住所』）が開示主装置から送信されたか否かを確認した上で、開示主装置に対してサービスを提供する。

このように、実施例１に係る属性情報開示システムは、属性情報を適切に開示することが可能である。

すなわち、属性情報開示システムは、開示先装置からの属性情報要求に応じて、開示主装置が、予め記憶されている属性情報記憶部から属性情報を取得し、取得した属性情報を開示先装置に対して送信することで属性情報を開示するので、利用者による属性情報入力の手間を削減することが可能である。その上、属性情報開示システムは、属性情報を、利用者が利用する開示主装置内に記憶するものであるので、利用者は安心して属性情報を開示することが可能である。

なお、実施例１に係る属性情報開示システムは、上記した主たる特徴の他、開示先装置に対して送信する属性情報を利用者に確認させる点や、利用者に属性情報を選択させる点、あるいは属性情報を検証可能な形式で送信する点などにも特徴がある。これらの点については、以下の説明において詳述する。

［実施例１に係る属性情報開示システムの構成］
次に、図２〜７を用いて、実施例１に係る属性情報開示システムの構成を説明する。実施例１に係る属性情報開示システムは、利用者に関する属性情報を開示先装置に開示する開示主装置１００と、属性情報を開示される開示先装置２００とから主に構成される。以下では、特に本発明に密接に関連するものとして、開示主装置１００と開示先装置２００とを順に説明する。図２は、実施例１に係る属性情報開示システムの構成を説明するための図であり、図３は、属性情報記憶部を説明するための図であり、図４は、属性情報送信確認部を説明するための図であり、図５および図６は、属性情報送信部（属性情報送信信号）を説明するための図であり、図７は、属性情報要求部（属性情報要求信号）を説明するための図である。

［開示主装置］
実施例１における開示主装置１００は、例えば、携帯電話端末や携帯情報端末（ＰＤＡ：Personal Digital Assistants）、パーソナルコンピュータ（ＰＣ：Personal Computer）などのことであり、特に本発明に密接に関連するものとしては、図２に示すように、通信部１１０と、入力部１１１と、出力部１１２と、入出力制御Ｉ／Ｆ部１１３と、記憶部１２０と、制御部１３０とを備える。

通信部１１０は、ＩＰ（Internet Protocol）通信用の一般的なインタフェースおよびライブラリを備え、開示先装置２００との間で情報を送受信する。

入力部１１１は、制御部１３０による各種処理に用いる情報や、各種処理をするための操作指示等を、番号キー、キーボード、マウスなどによって入力する。具体的には、入力部１１１は、送信確認に応答する情報や、属性情報を選択する情報を入力し、入力した情報は、後述する属性情報送信確認部１３３による処理に利用されるなどする。

出力部１１２は、制御部１３０による各種処理の結果や、各種処理をするための操作指示などを、ディスプレイ、スピーカなどに出力する。具体的には、出力部１１２は、後述する属性情報送信確認部１３３によって出力される送信確認画面を出力し、出力した送信確認画面は、後述する属性情報送信確認部１３３による処理に利用されるなどする。

入出力制御Ｉ／Ｆ部１１３は、入力部１１１と、出力部１１２と、通信部１１０と、記憶部１２０と、制御部１３０との間におけるデータ転送を制御する。

記憶部１２０は、制御部１３０における各種制御に用いられる情報を記憶し、特に本発明に密接に関連するものとしては、図２に示すように、属性情報記憶部１２１を備える。なお、属性情報記憶部１２１は、特許請求の範囲に記載の「属性情報記憶手段」に対応する。

属性情報記憶部１２１は、開示主装置１００を利用する利用者に関する属性情報を記憶する。具体的には、属性情報記憶部１２１は、利用者によって予め入力されるなどすることで属性情報を予め記憶し、記憶した属性情報は、後述する属性情報生成部１３２による処理に利用されるなどする。

例えば、属性情報記憶部１２１は、図３に示すように、『キー情報』と『属性情報』とを対応づけて記憶している。ここで、『キー情報』とは、『属性情報』の項目を意味する。すなわち、開示主装置１００を利用する利用者にとって、開示すべき『name』は、開示先装置２００に応じて、利用者自身の名前（『特許太郎』）であることもあれば、会社名（『特許株式会社』）であることもある。また、開示すべき『address』は、開示先装置２００に応じて、自宅の住所（『address１』）であることもあれば、帰省先の住所（『address２』）であることもあれば、会社の住所（『address３』）であることもある。このため、図３の例においては、『キー情報』に、所定の記号で区切られた複数の『属性情報』が対応づけられているのである。なお、『キー情報』に対応づけられている『属性情報』は、一つであってもよい。

また、図３の例に示す『http%3A%f2%f2tokkyo.co.jp%f2address:address123』について簡単に説明すると、属性情報を送信する属性情報送信信号が、ＸＭＬ（Extensible Markup Language）フレームワークを利用するＳＡＭＬ（Security Assertion Markup Language）方式などで送信される場合、例えば、『キー情報』は、『name』や『address』などの項目の他に、『http://』で始まるＵＲＬ（Uniform Resource Locator）で規定されることがある。『http%3A%f2%f2tokkyo.co.jp%f2address』は、その例示であり、『tokkyo.co.jp』というドメインにて指定された『address』という種類であることを示している。なお、『address123』は、『属性情報』そのものである。

図３の例のように、属性情報記憶部１２１が、『キー情報』及びそれに対応する『属性情報』を保存しておくことにより、開示主装置１００は、任意の属性情報要求（開示することが要求される属性情報の項目等が記述されたもの）に対して、適切な属性情報を選択して返送することが可能になる。なお、図３の例においては、説明の便宜上から、漢字（『特許太郎』など）と英字（『address１』など）とが混在するが、この点に限定されるものではなく、属性情報は、送信形式や運用形態等に併せて適宜作成される。

制御部１３０は、開示主装置１００における各種制御を行い、特に本発明に密接に関連するものとしては、図２に示すように、サービス要求部１３１と、属性情報生成部１３２と、属性情報送信確認部１３３と、属性情報送信部１３４とを備える。なお、属性情報生成部１３２および属性情報送信部１３４は、特許請求の範囲に記載の「属性情報送信手段」に対応し、属性情報送信確認部１３３は、特許請求の範囲に記載の「送信確認手段」に対応する。

サービス要求部１３１は、サービス提供を要求するサービス要求を開示先装置２００に対して送信する。具体的には、サービス要求部１３１は、開示主装置１００を利用する利用者によって開示先装置２００のＵＲＬが入力されるなどすることで、サービス要求を送信する。また、サービス要求部１３１は、開示先装置２００によって送信された属性情報要求を受信すると、受信した属性情報要求を属性情報生成部１３２に伝達するなどする。

属性情報生成部１３２は、開示先装置２００に対して送信する属性情報を生成する。具体的には、属性情報生成部１３２は、サービス要求部１３１によって伝達された属性情報要求を受信すると、属性情報記憶部１２１によって記憶されている属性情報と属性情報要求の記述とに基づいて利用者の属性情報を生成し、生成した属性情報は、属性情報送信確認部１３３や属性情報送信部１３４による処理に利用されるなどする。

例えば、属性情報要求に、開示することを要求する属性情報の項目として、『利用者自身の名前』および『自宅の住所』が記述されている場合には、属性情報生成部１３２は、属性情報記憶部１２１によって記憶されている属性情報の中から、『利用者自身の名前』に対応する『特許太郎』と、『自宅の住所』に対応する『address１』とを選択し、選択したこれらの属性情報から成る送信用の属性情報を生成する。

属性情報送信確認部１３３は、開示先装置２００に対して属性情報を送信することを利用者に確認させる。具体的には、属性情報送信確認部１３３は、開示先装置２００に対して属性情報を送信することを、開示主装置１００を利用する利用者に確認させる情報を出力部１１２に出力し、出力した情報に対する応答の入力を、入力部１１１において受け付け、応答の入力を受け付けたことを、属性情報送信部１３４に伝達するなどする。

例えば、利用者は、送信確認画面において、開示先装置２００に送信される属性情報を確認し、必要があれば選択したり、再入力を行った上で、送信ボタンの押下などにより、開示主装置１００に送信確認の応答を行う。具体的に例を挙げて説明すると、属性情報送信確認部１３３は、利用者に確認させる情報として、図４に示すような送信確認画面を出力する。ここで、図４の送信確認画面について説明すると、まず、図４の（Ａ）に示すように、開示先装置２００が、インターネット上で、『○○ Store』なるＥＣサイトを開設していたとする。開示主装置１００を利用する利用者が、このＥＣサイトにアクセスし、商品を購入したところ、開示先装置２００が、図４の（Ａ）に示すような画面を、属性情報要求として送信してきたとする。

図４の（Ａ）をみるとわかるように、開示先装置２００は、開示主装置１００に対し、『氏名』、『住所』、および『電話番号』の項目を開示することを要求している。この時、利用者が『アプリ入力はこちらから』をクリックすると、属性情報送信確認部１３３は、図４の（Ｂ）に示すような画面を起動する。ここで、属性情報送信確認部１３３は、属性情報生成部１３２によって生成された属性情報を表示するので、図４の（Ｂ）に示すように、『氏名』、『住所』、および『電話番号』には、『特許太郎』、『東京都武蔵野市・・・』、および『０４２２−＊＊−＊＊＊＊』という値が表示されている。

開示主装置１００の利用者は、図４の（Ｂ）の送信確認画面に表示された属性情報を確認すると、『送信』ボタンをクリックにて押下するなどすることで、出力した情報に対する応答の入力を行う。すると、図４の（Ｂ）の送信確認画面は、（Ｃ）の画面に遷移し、その後、（Ｄ）の画面に遷移する。

属性情報送信部１３４は、属性情報を開示先装置２００に対して送信する。具体的には、属性情報送信部１３４は、送信確認応答の入力が受け付けられたことが属性情報送信確認部１３３によって伝達されると、属性情報を開示先装置２００に対して送信する。

例えば、属性情報送信部１３４は、図５および図６に示すような属性情報送信信号で、属性情報を送信する。図５の（Ａ）は、ＨＴＴＰ ＵＲＩ（Hyper Text Transfer Protocol Uniform Resource Identifier）情報に記述するＧＥＴ方式を示すものであり、図５の（Ｂ）は、ＨＴＴＰのＢＯＤＹに記述するＰＯＳＴ方式を示すものであり、図６の（Ｃ）は、ＸＭＬフレームワークを利用するＳＡＭＬ方式を示すものである（なお、（Ｃ）については、特に関連する部分に下線を引いている）。それぞれに共通する点としては、属性情報要求の『キー情報』に対応する利用者の『属性情報』が含まれている点が挙げられる。

すなわち、図５の（Ａ）、（Ｂ）、図６の（Ｃ）のいずれも、項目『address』に対応する属性情報として『address１』を送信し、項目『name』に対応する属性情報として『tokkyo taro』を送信しようとしている例である。

ところで、図５および図６の例においては必ずしも表現されていないが、実施例１における属性情報送信部１３４は、属性情報を検証可能な形式で送信する。例えば、属性情報送信部１３４は、電子署名など（例えば、公開鍵暗号方式に基づくデジタル署名など）を属性情報に付加し、送信する。すなわち、属性情報送信部１３４は、開示主装置１００の秘密鍵を用いて属性情報にデジタル署名を付与することにより、属性情報を検証可能な形式で送信するなどする。こうして、当該属性情報を受信した開示先装置２００は、確かに開示主装置１００で生成された属性情報であること、通信路などで改竄されていないことなどを検証することが可能になる。

［開示先装置］
実施例１における開示先装置２００は、例えば、サーバコンピュータなどのことであり、特に本発明に密接に関連するものとしては、図２に示すように、通信部２１０と、制御部２３０とを備える。

通信部２１０は、ＩＰ通信用の一般的なインタフェースおよびライブラリを備え、開示主装置１００との間で情報を送受信する。

制御部２３０は、開示先装置２００における各種制御を行い、特に本発明に密接に関連するものとしては、図２に示すように、属性情報要求部２３１と、属性情報受信部２３２と、属性情報検証部２３３と、サービス提供部２３４とを備える。なお、属性情報要求部２３１は、特許請求の範囲に記載の「属性情報要求手段」に対応し、属性情報検証部２３３は、特許請求の範囲に記載の「属性情報検証手段」に対応する。

属性情報要求部２３１は、属性情報要求を送信する。具体的には、属性情報要求部２３１は、開示主装置１００のサービス要求部１３１によって送信されたサービス要求を受信すると、開示主装置１００を利用する利用者に関する属性情報を開示先装置２００に対して送信することを要求する属性情報要求を、開示主装置１００に対して送信する。ここで、属性情報要求には、開示することを要求する属性情報の項目等（サービス提供にあたり必要となる属性情報の項目等）が記述される。

例えば、属性情報要求部２３１は、属性情報要求として、図７に示すような属性情報要求信号を送信する。図７の（Ａ）は、ＵＲＩ情報に記述するＲＥＳＴ方式を示すものであり、図７の（Ｂ）は、ＨＴＭＬに記述するＯｂｊｅｃｔタグ方式を示すものであり、図７の（Ｃ）は、ＸＭＬフレームワークを利用するＳＡＭＬ方式を示すものである。それぞれに共通する点としては、サービス提供に必要な属性情報を識別するための『キー情報』が含まれている点が挙げられる。

属性情報受信部２３２は、属性情報を受信する。具体的には、属性情報受信部２３２は、開示主装置１００によって送信された属性情報を受信し、受信した属性情報を、属性情報検証部２３３に伝達する。

属性情報検証部２３３は、属性情報を検証する。具体的には、属性情報検証部２３３は、属性情報受信部２３２によって伝達された属性情報を検証し、検証した検証結果を、サービス提供部２３４に伝達する。

例えば、属性情報検証部２３３は、署名検証など（例えば、公開鍵暗号方式に基づくデジタル署名の検証など）により、確かに開示主装置１００で生成された情報であること、通信路などで改竄されていないことなどを検証する。すなわち、属性情報検証部２３３は、開示主装置１００の秘密鍵を用いて属性情報に付与されたデジタル署名を、開示主装置１００の公開鍵を用いて検証することで、属性情報を検証することができる。

サービス提供部２３４は、サービスを提供する。具体的には、サービス提供部２３４は、属性情報検証部２３３によって伝達された検証結果が成功である場合に（また、サービス提供に必要な属性情報を受信したことを確認するなどした上で）、開示主装置１００にサービスを提供する。

例えば、サービス提供部２３４は、属性情報として『住所』が開示された場合に、当該『住所』を中心としたお店を推薦する情報を送信するサービスを提供したり、属性情報として『年齢』が開示された場合に、当該『年齢』に応じた適切なコンテンツを送信するサービスを提供するなど、受信した属性情報に基づいて対応するサービスを提供するなどする。また、例えば、サービス提供部２３４は、ショッピングサイトにおける会員登録などのように、必要な属性情報が開示された場合に、当該属性情報に基づいて、一定のサービスを提供するなどする。すなわち、サービス提供部２３４が提供するサービスは、開示された属性情報に基づいて対応するサービスが提供される場合もあれば、開示された属性情報に基づいて一定のサービスが提供される場合もある。

［実施例１に係る属性情報開示システムによる処理の手順］
次に、図８を用いて、実施例１に係る属性情報開示システムによる処理の手順を説明する。図８は、実施例１に係る属性情報開示システムによる処理の手順を示すシーケンス図である。実施例１においては、開示主装置１００から開示先装置２００に属性情報が開示されるネットワークとして、ＩＰ網を前提とし、開示主装置１００と開示先装置２００との間の通信は、ＨＴＴＰ通信を前提とする。なお、実施例１においては、ＨＴＴＰ通信を前提として説明するが、本発明はこれに限られるものではなく、必要な情報の受け渡しが可能であれば、その通信手法はいずれでもよい。例えば、ＨＴＴＰ通信の他、ＳＩＰ（Session Initiation Protocol）通信、ＳＭＴＰ（Simple Mail Transfer Protocol）通信、Ｓｏｃｋｅｔ通信など、いずれでもよい。

まず、開示主装置１００のサービス要求部１３１が、利用者によって入力されたサービス要求を受け付けると（ステップＳ１０１）、当該サービス要求を、ＨＴＴＰリクエスト等を用いて、開示先装置２００に送信する（ステップＳ１０２）。

すると、開示先装置２００の属性情報要求部２３１が、サービス提供に必要な属性情報を開示主装置１００から取得するために、必要な属性情報を記述した属性情報要求を、ＨＴＴＰレスポンス等を用いて開示主装置１００に送信する（ステップＳ１０３）。すると、開示主装置１００において、属性情報開示専用のアプリケーションが起動されるなどする。

続いて、開示主装置１００の属性情報生成部１３２が、予め属性情報記憶部１２１に記憶された属性情報と属性情報要求の記述とに基づいて、属性情報記憶部１２１から属性情報を取得し（ステップＳ１０４）、利用者の属性情報を生成する（ステップＳ１０５）。

そして、開示主装置１００の属性情報送信確認部１３３が、開示先装置２００に対して属性情報を送信することを利用者に確認させる情報として、送信確認画面を出力部に出力すると（ステップＳ１０６）、利用者が、送信確認画面において、開示先装置２００に送信される属性情報を確認し、必要があれば選択したり、再入力を行った上で、送信ボタンの押下などにより、開示主装置１００に送信確認の応答を行う（ステップＳ１０７）。

続いて、開示主装置１００の属性情報送信部１３４は、電子署名などを用いて（ステップＳ１０８）、確かに開示主装置１００で生成された属性情報であること、通信路などで改竄されていないことなどを、開示先装置２００が検証可能な情報を、属性情報に付加し、ＨＴＴＰリクエスト等を用いて送信する（ステップＳ１０９）。

すると、開示先装置２００の属性情報受信部２３２がこれを受信し、属性情報検証部２３３が、署名検証などにより、確かに開示主装置１００で生成された情報であること、通信路などで改竄されていないことを検証する（ステップＳ１１０）。

こうして、開示先装置２００のサービス提供部２３４は、サービスに必要な属性情報を受信したことを確認した上で、開示主装置１００を介して、利用者にサービスを提供する（ステップＳ１１１およびＳ１１２）。

なお、実施例１においては、開示主装置１００からのサービス要求を契機に、開示先装置２００が属性情報要求を送信する例を記載したが、本発明はそれに限られるものではない。例えば、電子メールを利用してＵＲＩリンクやアプリケーション起動のためのタグを送付する方法、地上デジタル放送やワンセグ放送に含まれるデータ放送部分を利用する方法（例えば、デジタル放送ＴＶの画面に表示された２次元バーコードを読み取ることで、アプリケーション起動や属性情報要求等のパラメータを開示主装置１００が受信するなど）などを用いることで、開示主装置１００からの契機なしに、開示先装置２００は属性情報要求を送ることが可能である。

［実施例１の効果］
上記してきたように、実施例１によれば、開示主装置と開示先装置とが通信可能に接続されて、開示主装置を利用する利用者に関する属性情報を開示先装置に開示する属性情報開示システムであって、開示先装置は、属性情報を開示先装置に対して送信することを要求する属性情報要求を、開示主装置に向けて送信し、開示主装置によって送信された属性情報を受信し、開示主装置は、開示主装置を利用する利用者に関する属性情報を記憶し、送信された属性情報要求を受信すると、記憶されている属性情報を取得し、取得した属性情報を開示先装置に向けて送信するので、属性情報を適切に開示することが可能になる。

すなわち、事前に開示主装置に格納した属性情報を送信することにより、利用者の入力の手間を削減することが可能になる。かつ、開示主装置から直接送信することで、利用者が属性情報を直接管理することができる結果、安心して属性情報を流通させることが可能になる。

また、実施例１によれば、開示主装置は、開示先装置に属性情報を開示することを、開示主装置を利用する利用者に確認させる情報を出力部に出力し、出力した情報に対する応答の入力を入力部において受け付け、受け付けた応答に応じて、属性情報を送信するので、利用者による送信内容確認により、例えば、送信される内容や、相手に関する情報などを、利用者が把握することが出来る結果、より安心して属性情報を流通させることが可能になる。

また、実施例１によれば、属性情報を構成する一項目について一つもしくは複数の属性情報を対応づけて記憶し、複数の属性情報が対応づけられて記憶されている項目については、応答として属性情報を選択させる情報の入力をも受け付け、受け付けた情報により選択された属性情報を送信するので、利便性向上を図ることが可能になる。例えば、商品購入の際に、送付先を、自宅、会社、実家など、その都度変更することが可能になる。

また、実施例１によれば、開示主装置は、属性情報を検証可能な形式で送信し、開示先装置は、属性情報を検証可能な形式で受信すると、属性情報に関する事実を検証するので、属性情報が通信路などで改竄されていないことが確認可能になる。さらに、利用者が確実に送信したことが確認可能になる。

さて、これまで、実施例１においては、利用者が開示主装置を介して開示先装置からサービス提供を受ける手法を説明したが、本発明はこれに限られるものではなく、利用者が開示主装置とは別のサービス利用装置を介して開示先装置からサービス提供を受ける手法にも、本発明を同様に適用することができる。例えば、サービス利用装置としてデジタル放送ＴＶを想定したとすると、デジタル放送ＴＶでサービスの提供を受けるにあたり、携帯電話端末などの開示主装置が属性情報を開示する、といった事例への適用である。以下では、実施例２として、利用者がサービス利用装置を介してサービス提供を受ける手法について、説明する。

［実施例２に係る属性情報開示システムの概要および特徴］
まず、図９を用いて、実施例２に係る属性情報開示システムの概要および特徴を説明する。図９は、実施例２に係る属性情報開示システムの概要および特徴を説明するための図である。

実施例２に係る属性情報開示システムは、上記したように、開示主装置を利用する利用者が、開示主装置を介してサービス提供を受けるのではなく、サービス利用装置を介してサービス提供を受ける点で、実施例１に係る属性情報開示システムと異なる。

実施例２における開示主装置は、実施例１と同様、図９に示すように、属性情報記憶部を備える。このような構成の下、図９に示すように、サービス利用装置が、サービス提供を要求するサービス要求を、開示先装置に対して送信する（図９の（１）を参照）。

一方、開示先装置は、サービス要求をサービス利用装置から受信すると、開示主装置を利用する利用者に関する属性情報を開示先装置に対して送信することを要求する属性情報要求を、（サービス利用装置に対してではなく）開示主装置に対して送信する（図９の（２）を参照）。

その後、実施例１と同様、開示主装置は、属性情報要求を受信すると、属性情報記憶部によって記憶されている属性情報を取得し（図９の（３）を参照）、取得した属性情報を開示先装置に対して送信する（図９の（４）を参照）。

そして、開示先装置は、属性情報を受信すると、（開示主装置に対してではなく）サービス利用装置に対してサービスを提供する（図９の（５）を参照）。

［実施例２に係る属性情報開示システムの構成］
次に、図１０を用いて、実施例２に係る属性情報開示システムの構成を説明する。図１０は、実施例２に係る属性情報開示システムの構成を説明するための図である。

実施例２に係る属性情報開示システムは、開示主装置１００および開示先装置２００の他に、サービス利用装置３００が追加される。すなわち、図１０に示すように、サービス利用装置３００にサービス要求部３３１が備えられ、サービス要求部３３１が、サービス提供を要求するサービス要求を開示先装置２００に対して送信する。また、開示先装置２００のサービス提供部２３４は、属性情報検証部２３３によって伝達された検証結果が成功である場合に（また、サービス提供に必要な属性情報を受信したことを確認した上で）、サービス利用装置３００にサービスを提供する。なお、実施例１と同様、サービス提供部２３４が提供するサービスは、開示された属性情報に基づいて対応するサービスが提供される場合もあれば、開示された属性情報に基づいて一定のサービスが提供される場合もある。

また、開示主装置１００の制御部１３０をみるとわかるように、実施例２における開示主装置１００は、サービス要求部を備えない。したがって、属性情報生成部１３２が、開示先装置２００によって送信された属性情報要求を受信し、属性情報記憶部１２１によって記憶されている属性情報と、自らが受信した属性情報要求の記述とに基づいて利用者の属性情報を生成する。

［実施例２に係る属性情報開示システムによる処理の手順］
次に、図１１を用いて、実施例２に係る属性情報開示システムによる処理の手順を説明する。図１１は、実施例２に係る属性情報開示システムによる処理の手順を示すシーケンス図である。

まず、サービス利用装置３００のサービス要求部３３１が、利用者によって入力されたサービス要求を受け付けると（ステップＳ２０１）、当該サービス要求を、開示先装置２００に送信する（ステップＳ２０２）。この時、サービス要求部３３１は、開示主装置１００を一意に特定するための開示主装置識別情報を同時に送信する。なお、開示主装置識別情報としては、例えば、ＩＰアドレス、メールアドレス、電話番号、ＳＩＰ−ＵＲＩなどが考えられる。

すると、開示先装置２００の属性情報要求部２３１が、サービス提供に必要な属性情報を開示主装置１００から取得するために、必要な属性情報を記述した属性情報要求を、開示主装置１００に送信する（ステップＳ２０３）。この時、属性情報要求部２３１は、サービス利用装置３００から受信した開示主装置識別情報に基づき、開示主装置１００に属性情報要求を送信する。

その後、実施例１と同様、開示主装置１００の属性情報生成部１３２が、属性情報記憶部１２１から属性情報を取得し（ステップＳ２０４）、利用者の属性情報を生成し（ステップＳ２０５）、属性情報送信確認部１３３が、送信確認画面を出力部に出力すると（ステップＳ２０６）、利用者が、送信ボタンの押下などにより、開示主装置１００に送信確認の応答を行い（ステップＳ２０７）、属性情報送信部１３４は、電子署名などを用いて（ステップＳ２０８）、検証可能な形式で属性情報を送信する（ステップＳ２０９）。

すると、実施例１と同様、開示先装置２００の属性情報受信部２３２がこれを受信し、属性情報検証部２３３が、署名検証などにより属性情報を検証する（ステップＳ２１０）。

そして、開示先装置２００のサービス提供部２３４は、実施例１と異なり、サービス利用装置３００を介して、利用者にサービスを提供する（ステップＳ２１１およびＳ２１２）。

［実施例２の効果］
上記してきたように、実施例２によれば、開示先装置は、開示主装置の利用者が利用するサービスを通信にて提供するものであり、属性情報開示システムは、サービスの提供を受けて利用者にサービスを利用させるサービス利用装置をさらに備えるものであって、開示先装置と通信可能に接続されたサービス利用装置は、サービスを提供することを要求するサービス要求を開示先装置に対して送信し、開示先装置は、サービス要求を受信すると、属性情報要求を送信し、属性情報を受信すると、サービスをサービス利用装置に通信にて提供するので、利用者の属性情報が格納されていないサービス利用装置であっても、開示主装置を経由して、属性情報を開示することが可能になる。

また、実施例２によれば、受信した属性情報に基いて、サービスを提供するので、利用者の属性情報が格納されていないサービス利用装置であっても、開示主装置と同等のサービスを受けることが可能になる。

さて、これまで、実施例１や２においては、開示主装置と開示先装置との間で属性情報要求のやりとりを直接行う手法について説明したが、本発明はこれに限られるものではなく、開示主装置と開示先装置との間に中継装置を備えて通信を行う手法にも、本発明を同様に適用することができる。

すなわち、例えば、開示主装置側にサーバ機能がなく、開示先装置が、開示主装置に対して属性情報要求を直接送信できない場合（開示先装置から開示主装置に対してＨＴＴＰアクセスをすることで属性情報要求を直接送信しようとするならば、開示主装置側にＨＴＴＰサーバ機能が備えられていなければならない）や、開示主装置のアプリケーションの通信先が制限されていたり、ＵＲＬ長が制限されているなどして、開示主装置が、開示先装置に対して属性情報を直接送信できない場合などに（開示主装置のアプリケーションによっては、ＵＲＬ長が255byteに制限されていることなどがあり、複数の属性情報を送信しなければならない時や、属性情報に対する署名を送信する時には、この制限を超えてしまうことがある）、かかる中継装置を備えて通信を行う手法が有効となる。以下では、実施例３として、開示主装置と開示先装置との間に中継装置を備えて通信を行う手法について、説明する。

［実施例３に係る属性情報開示システムの概要および特徴］
まず、図１２を用いて、実施例３に係る属性情報開示システムの概要および特徴を説明する。図１２は、実施例３に係る属性情報開示システムの概要および特徴を説明するための図である。

実施例３における開示主装置は、実施例１と同様、図１２に示すように、属性情報記憶部を備える。このような構成の下、図１２に示すように、開示主装置が、サービス提供を要求するサービス要求を、開示先装置に対して送信する（図１２の（１）を参照）。

一方、開示先装置は、サービス要求を開示主装置から受信すると、開示主装置を利用する利用者に関する属性情報を開示先装置に対して送信することを要求する属性情報要求を、開示主装置に対して直接送信するのではなく、中継装置に対して送信する（図１２の（２）を参照）。

すると、中継装置は、開示先装置から送信された属性情報要求を受信し、受信した属性情報要求を、開示主装置に対して中継する（図１２の（３）を参照）。

その後、実施例１と同様、開示主装置は、属性情報要求を受信すると、属性情報記憶部によって記憶されている属性情報を取得し（図１２の（４）を参照）、取得した属性情報を送信するが、この時、実施例３における開示主装置は、開示先装置に対して直接送信するのではなく、中継装置に対して送信する（図１２の（５）を参照）。

すると、中継装置は、開示主装置から送信された属性情報を受信し、受信した属性情報を、開示先装置に対して中継する（図１２の（６）を参照）。

そして、開示先装置は、属性情報を受信すると、開示主装置に対してサービスを提供する（図１２の（７）を参照）。

なお、中継装置は、属性情報要求の送信、もしくは、属性情報の送信のいずれか一方を中継する構成でもよい。

このように、実施例３に係る属性情報開示システムにおいては、例えば、開示主装置側にサーバ機能がなく、開示先装置が、開示主装置に対して属性情報要求を直接送信できない場合であっても、開示主装置から中継装置に対するＨＴＴＰアクセスと、開示先装置から中継装置に対するＨＴＴＰアクセスという２つのＨＴＴＰアクセスを結合するようなプログラムを中継装置に配置することにより、擬似的に、開示先装置から開示主装置へのＨＴＴＰアクセスを実現することが可能になる。また、例えば、ＵＲＬ長が制限されているなどして、開示主装置が、開示先装置に対して属性情報を直接送信できない場合などであっても、中継装置を介して送信することで、その制限を回避することが可能になる。

［実施例３に係る属性情報開示システムの構成］
次に、図１３を用いて、実施例３に係る属性情報開示システムの構成を説明する。図１３は、実施例３に係る属性情報開示システムの構成を説明するための図である。

実施例３に係る属性情報開示システムは、開示主装置１００および開示先装置２００の他に、中継装置４００が追加される。すなわち、図１３に示すように、中継装置４００に、属性情報要求中継部４３１と、属性情報中継部４３２と、属性情報記憶部４２１とが備えられる。なお、属性情報要求中継部４３１は、特許請求の範囲に記載の「属性情報要求中継手段」に対応し、属性情報中継部４３２は、特許請求の範囲に記載の「属性情報中継手段」に対応する。

属性情報要求中継部４３１は、開示先装置２００から開示主装置１００への属性情報要求を中継する。具体的には、属性情報要求中継部４３１は、開示先装置２００の属性情報要求部２３１によって送信された属性情報要求を受信し、受信した属性情報要求を、開示主装置１００のサービス要求部１３１に対して中継する。

属性情報中継部４３２は、開示主装置１００から開示先装置２００への属性情報送信を中継する。具体的には、属性情報中継部４３２は、開示主装置１００の属性情報送信部１３４によって送信された属性情報を受信し、受信した属性情報を、属性情報記憶部４２１に一時的に記憶させる。また、属性情報中継部４３２は、属性情報記憶部４２１に一時的に記憶させた属性情報を、開示先装置２００の属性情報受信部２３２に対して中継する。

属性情報記憶部４２１は、開示主装置１００が送信した属性情報を一時的に記憶する。具体的には、属性情報記憶部４２１は、開示主装置１００の属性情報送信部１３４によって送信された属性情報であって、属性情報中継部４３２によって受信された属性情報を、一時的に記憶し、一時的に記憶した属性情報は、属性情報中継部４３２によって開示先装置２００に対して中継される処理に利用されるなどする。

なお、実施例３において、開示主装置１００の属性情報送信部１３４は、属性情報を暗号化して送信する。また、開示先装置２００の属性情報検証部２３３は、暗号化された属性情報を復号する。

［実施例３に係る属性情報開示システムによる処理の手順］
次に、図１４を用いて、実施例３に係る属性情報開示システムによる処理の手順を説明する。図１４は、実施例３に係る属性情報開示システムによる処理の手順を示すシーケンス図である。

まず、実施例１と同様、開示主装置１００のサービス要求部１３１が、利用者によって入力されたサービス要求を受け付けると（ステップＳ３０１）、当該サービス要求を、開示先装置２００に送信する（ステップＳ３０２）。この時、サービス要求部１３１は、開示主装置１００を一意に特定するための開示主装置識別情報や、中継装置４００を一意に特定するための中継装置識別情報を、同時に送信する。なお、開示主装置識別情報や中継装置識別情報としては、例えば、ＩＰアドレス、メールアドレス、電話番号、ＳＩＰ−ＵＲＩなどが考えられる。

すると、開示先装置２００の属性情報要求部２３１が、属性情報要求を、中継装置４００の属性情報要求中継部４３１に送信する（ステップＳ３０３）。この時、属性情報要求部２３１は、開示主装置１００から受信した中継装置識別情報に基づき、中継装置４００に対して属性情報要求を送信する。また、属性情報要求部２３１は、開示主装置識別情報を同時に送信する。

そして、中継装置４００の属性情報要求中継部４３１が、属性情報要求を、開示主装置１００に対して中継する（ステップＳ３０４）。この時、属性情報要求中継部４３１は、開示先装置２００から受信した開示主装置識別情報に基づき、開示主装置１００に対して属性情報要求を中継する。

その後、実施例１と同様、開示主装置１００の属性情報生成部１３２が、属性情報記憶部１２１から属性情報を取得し（ステップＳ３０５）、利用者の属性情報を生成し（ステップＳ３０６）、属性情報送信確認部１３３が、送信確認画面を出力部に出力すると（ステップＳ３０７）、利用者が、送信ボタンの押下などにより、開示主装置１００に送信確認の応答を行う（ステップＳ３０８）。

続いて、開示主装置１００の属性情報送信部１３４は、電子署名などを用いるとともに、属性情報を暗号化し（ステップＳ３０９）、検証可能な形式で属性情報を中継装置４００に対して送信する（ステップＳ３１０）。

ここで、開示主装置１００の属性情報送信部１３４が、暗号化した属性情報を送信する手法としては、以下の３パターンが考えられる。第１のパターンは、中継装置４００を介さずに、開示主装置１００が直接開示先装置２００にアクセスする方法である。当該第１のパターンは、開示主装置１００において、アクセス可能な装置や送信可能な文字列長などに制限が無い場合に適切である。属性情報送信部１３４は、例えば、ＨＴＴＰ ＰＯＳＴで開示先装置２００に直接アクセスする。

第２のパターンは、開示主装置１００が中継装置４００を介して開示先装置２００にアクセスする際に、開示主装置１００が属性情報を中継装置４００に送信し、中継装置４００が開示先装置２００に属性情報を転送する方法である。当該第２のパターンは、開示主装置１００においてセキュリティ制限があり、任意のドメインに所属する開示先装置２００と直接通信できない場合などに有効である。属性情報送信部１３４は、例えば、ＨＴＴＰ ＰＯＳＴで間接的にアクセスする。

第３のパターンは、開示主装置１００が中継装置４００を介して開示先装置２００にアクセスする際に、開示主装置１００が属性情報を中継装置４００に送信し、これとは別に、開示主装置１００が、中継装置４００から属性情報を取得するための情報（例えば、ＵＲＬやＩＤ情報等）を開示先装置２００に伝達する方法である。当該第３のパターンは、開示主装置１００において、開示先装置２００へのアクセス時に、ＵＲＬ長の制限により属性情報を直接送信できず（開示先装置２００へのアクセス自体は許される）、かつ、中継装置４００への情報送信に制限がない場合に有効である。属性情報送信部１３４は、例えば、ＨＴＴＰ ＧＥＴでアクセスする（図１４においては、第３のパターンを前提としている）。

すなわち、第３のパターンにおいては、開示主装置１００の属性情報送信部１３４によって送信された属性情報は、中継装置４００の属性情報中継部４３２によって受信されると、中継装置４００の属性情報記憶部４２１に一旦記憶される。続いて、開示主装置１００の属性情報送信部１３４が、属性情報記憶部４２１に記憶されている情報を取得するために必要となる情報を、開示先装置２００の属性情報受信部２３２に送信する（ステップＳ３１１）。すると、開示先装置２００の属性情報受信部２３２が、中継装置４００から送られてきた当該情報を用いて中継装置４００にアクセスし、属性情報記憶部４２１に記憶されている属性情報を、受信する（ステップＳ３１２）。

すると、開示先装置２００の属性情報受信部２３２がこれを受信し、属性情報検証部２３３が、署名検証するとともに、属性情報を復号する（ステップＳ３１３）。

こうして、開示先装置２００のサービス提供部２３４は、属性情報を受信し、サービスに必要な属性情報を受信したことを確認した上で、開示主装置１００を介して、利用者にサービスを提供する（ステップＳ３１４およびＳ３１５）。

［実施例３の効果］
上記してきたように、実施例３によれば、属性情報開示システムは、開示主装置と開示先装置との間の通信を中継する中継装置をさらに備えるものであって、中継装置は、属性情報要求を受信し、属性情報要求を開示主装置に対して中継し、開示先装置は、属性情報要求を、中継装置を介して開示主装置に対して送信するので、開示主装置が、例えば、アプリケーションやセキュリティの制限などにより直接属性情報要求を受信できない場合に、中継装置を介して受信することで、その制限を回避することが可能になる。

また、実施例３によれば、属性情報開示システムは、開示主装置と開示先装置との間の通信を中継する中継装置をさらに備えるものであって、中継装置は、属性情報を受信し、受信した属性情報を開示先装置に対して中継し、開示主装置は、属性情報を、中継装置を介して開示先装置に対して送信するので、開示主装置が、例えば、アプリケーションやセキュリティの制限などにより直接属性情報を送信できない場合に、中継装置を介して送信することで、その制限を回避することが可能になる。

すなわち、実施例３によれば、例えば、開示主装置側にサーバ機能がなく、開示先装置が、開示主装置に対して属性情報要求を直接送信できない場合であっても、開示主装置から中継装置に対するＨＴＴＰアクセスと、開示先装置から中継装置に対するＨＴＴＰアクセスという２つのＨＴＴＰアクセスを結合するようなプログラムを中継装置に配置することにより、擬似的に、開示先装置から開示主装置へのＨＴＴＰアクセスを実現することが可能になる。また、例えば、ＵＲＬ長が制限されているなどして、開示主装置が、開示先装置に対して属性情報を直接送信できない場合などであっても、中継装置を介して送信することで、その制限を回避することが可能になる。

また、実施例３によれば、開示主装置は、属性情報を暗号化して送信し、開示先装置は、暗号化された属性情報が受信されると、属性情報を復号するので、中継装置に属性情報が漏洩してしまうことを防止可能になる。

ところで、これまで、実施例２においては、利用者がサービス利用装置を介してサービス提供を受ける手法について説明し、実施例３においては、開示主装置と開示先装置との間に中継装置を備えて通信を行う手法について説明した。以下では、実施例４に係る属性情報開示システムとして、実施例２の手法と実施例３の手法とを組み合わせた実施例について説明する。

［実施例４に係る属性情報開示システムの概要および特徴］
まず、図１５を用いて、実施例４に係る属性情報開示システムの概要および特徴を説明する。図１５は、実施例４に係る属性情報開示システムの概要および特徴を説明するための図である。

実施例４における開示主装置は、これまでの実施例と同様、図１５に示すように、属性情報記憶部を備える。このような構成の下、図１５に示すように、サービス利用装置が、サービス提供を要求するサービス要求を、開示先装置に対して送信する（図１５の（１）を参照）。

一方、開示先装置は、サービス要求をサービス利用装置から受信すると、開示主装置を利用する利用者に関する属性情報を開示先装置に対して送信することを要求する属性情報要求を、中継装置に対して送信する（図１５の（２）を参照）。

すると、中継装置は、開示先装置から送信された属性情報要求を受信し、受信した属性情報要求を、開示主装置に対して中継する（図１５の（３）を参照）。

その後、開示主装置は、属性情報要求を受信すると、属性情報記憶部によって記憶されている属性情報を取得し（図１５の（４）を参照）、取得した属性情報を送信するが、この時、開示先装置に対して直接送信するのではなく、中継装置に対して送信する（図１５の（５）を参照）。

すると、中継装置は、開示主装置から送信された属性情報を受信し、受信した属性情報を、開示先装置に対して中継する（図１５の（６）を参照）。

そして、開示先装置は、属性情報を受信すると、サービス利用装置に対してサービスを提供する（図１５の（７）を参照）。

［実施例４に係る属性情報開示システムの構成］
次に、図１６を用いて、実施例４に係る属性情報開示システムの構成を説明する。図１６は、実施例４に係る属性情報開示システムの構成を説明するための図である。図１６に示すように、実施例４に係る属性情報開示システムは、開示主装置１００および開示先装置２００の他に、サービス利用装置３００と、中継装置４００とが追加される。

［実施例４に係る属性情報開示システムによる処理の手順］
次に、図１７を用いて、実施例４に係る属性情報開示システムによる処理の手順を説明する。図１７は、実施例４に係る属性情報開示システムによる処理の手順を示すシーケンス図である。

まず、実施例２と同様、サービス利用装置３００のサービス要求部３３１が、利用者によって入力されたサービス要求を受け付けると（ステップＳ４０１）、当該サービス要求を、開示先装置２００に送信する（ステップＳ４０２）。この時、サービス要求部３３１は、開示主装置１００を一意に特定するための開示主装置識別情報や、中継装置４００を一意に特定するための中継装置識別情報を、同時に送信する。

すると、開示先装置２００の属性情報要求部２３１が、属性情報要求を、中継装置４００の属性情報要求中継部４３１に送信する（ステップＳ４０３）。この時、属性情報要求部２３１は、サービス利用装置３００から受信した中継装置識別情報に基づき、中継装置４００に対して属性情報要求を送信する。また、属性情報要求部２３１は、開示主装置識別情報を同時に送信する。

そして、中継装置４００の属性情報要求中継部４３１が、属性情報要求を、開示主装置１００に対して中継する（ステップＳ４０４）。この時、属性情報要求中継部４３１は、開示先装置２００から受信した開示主装置識別情報に基づき、開示主装置１００に対して属性情報要求を中継する。

その後、開示主装置１００の属性情報生成部１３２が、属性情報記憶部１２１から属性情報を取得し（ステップＳ４０５）、利用者の属性情報を生成し（ステップＳ４０６）、属性情報送信確認部１３３が、送信確認画面を出力部に出力すると（ステップＳ４０７）、利用者が、送信ボタンの押下などにより、開示主装置１００に送信確認の応答を行う（ステップＳ４０８）。

続いて、開示主装置１００の属性情報送信部１３４は、電子署名などを用いるとともに、属性情報を暗号化し（ステップＳ４０９）、検証可能な形式で属性情報を中継装置４００に対して送信する（ステップＳ４１０）。

実施例３において記載した第３のパターンにおいては、開示主装置１００の属性情報送信部１３４によって送信された属性情報は、中継装置４００の属性情報中継部４３２によって受信されると、中継装置４００の属性情報記憶部４２１に一旦記憶される。続いて、開示主装置１００の属性情報送信部１３４が、属性情報記憶部４２１に記憶されている情報を取得するために必要となる情報を、開示先装置２００の属性情報受信部２３２に送信する（ステップＳ４１１）。すると、開示先装置２００の属性情報受信部２３２が、中継装置４００から送られてきた当該情報を用いて中継装置４００にアクセスし、属性情報記憶部４２１に記憶されている属性情報を、受信する（ステップＳ４１２）。

すると、開示先装置２００の属性情報受信部２３２がこれを受信し、属性情報検証部２３３が、署名検証するとともに、属性情報を復号する（ステップＳ４１３）。

こうして、開示先装置２００のサービス提供部２３４は、属性情報を受信し、サービスに必要な属性情報を受信したことを確認した上で、サービル利用装置３００を介して、利用者にサービスを提供する（ステップＳ４１４およびＳ４１５）。

［他の実施例］
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。

［システム構成等］
上記の実施例１〜４においては、開示先装置が、サービス提供者が運用するサービス提供者装置であることを想定し、属性情報を開示した利用者に対して、開示先装置がサービスを提供する事例について説明してきたが、本発明はこれに限られるものではない。サービスを提供するか否かに関わらず、利用者が、利用者の属性情報を開示する必要があるシステムにおいては、本発明を同様に適用することができる。

上記の実施例１〜４においては、説明の便宜上から、『１台の開示主装置に、１台の開示先装置』の対応関係で構成される属性情報開示システムについて説明してきたが、本発明はこれに限られるものではない。『複数の開示主装置に、１台の開示先装置』の対応関係で構成される属性情報開示システムや、『１台の開示主装置に、複数の開示先装置』の対応関係で構成される属性情報開示システムについても、本発明を同様に適用することができる。このような対応関係は、運用の形態に併せて適宜選択されるものである。

また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示（図２など）の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

なお、本実施例で説明した属性情報開示方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

以上のように、本発明に係る属性情報開示システム、属性情報開示方法および属性情報開示プログラムは、開示主装置と開示先装置とが通信可能に接続されて、当該開示主装置を利用する利用者に関する属性情報を当該開示先装置に開示することに有用であり、特に、属性情報を適切に開示することに適する。

実施例１に係る属性情報開示システムの概要および特徴を説明するための図である。 実施例１に係る属性情報開示システムの構成を説明するための図である。 属性情報記憶部を説明するための図である。 属性情報送信確認部を説明するための図である。 属性情報送信部（属性情報送信信号）を説明するための図である。 属性情報送信部（属性情報送信信号）を説明するための図である。 属性情報要求部（属性情報要求信号）を説明するための図である。 実施例１に係る属性情報開示システムによる処理の手順を示すシーケンス図である。 実施例２に係る属性情報開示システムの概要および特徴を説明するための図である。 実施例２に係る属性情報開示システムの構成を説明するための図である。 実施例２に係る属性情報開示システムによる処理の手順を示すシーケンス図である。 実施例３に係る属性情報開示システムの概要および特徴を説明するための図である。 実施例３に係る属性情報開示システムの構成を説明するための図である。 実施例３に係る属性情報開示システムによる処理の手順を示すシーケンス図である。 実施例４に係る属性情報開示システムの概要および特徴を説明するための図である。 実施例４に係る属性情報開示システムの構成を説明するための図である。 実施例４に係る属性情報開示システムによる処理の手順を示すシーケンス図である。

符号の説明

１ ネットワーク
１００ 開示主装置
１１０ 通信部
１１１ 入力部
１１２ 出力部
１１３ 入出力制御Ｉ／Ｆ部
１２０ 記憶部
１２１ 属性情報記憶部
１３０ 制御部
１３１ サービス要求部
１３２ 属性情報生成部
１３３ 属性情報送信確認部
１３４ 属性情報送信部
２００ 開示先装置
２１０ 通信部
２３０ 制御部
２３１ 属性情報要求部
２３２ 属性情報受信部
２３３ 属性情報検証部
２３４ サービス提供部

Claims (11)

1. 開示主装置と開示先装置とが通信可能に接続されて、当該開示主装置を利用する利用者に関する属性情報を当該開示先装置に開示する属性情報開示システムであって、
   前記開示先装置は、
   前記属性情報を当該開示先装置に対して送信することを要求する属性情報要求を、前記開示主装置に向けて送信する属性情報要求手段と、
   前記開示主装置によって送信された属性情報を受信する属性情報受信手段と、
   を備え、
   前記開示主装置は、
   当該開示主装置を利用する利用者に関する属性情報を記憶する属性情報記憶手段と、
   前記属性情報要求手段によって送信された属性情報要求を受信すると、前記属性情報記憶手段によって記憶されている属性情報を取得し、取得した当該属性情報を前記開示先装置に向けて送信する属性情報送信手段と、
   を備えたことを特徴とする属性情報開示システム。
2. 前記開示主装置は、
   前記開示先装置に属性情報を開示することを、当該開示主装置を利用する利用者に確認させる情報を出力部に出力し、出力した当該情報に対する応答の入力を入力部において受け付ける送信確認手段をさらに備え、
   前記属性情報送信手段は、前記送信確認手段によって受け付けられた応答に応じて、前記属性情報を送信することを特徴とする請求項１に記載の属性情報開示システム。
3. 前記属性情報記憶手段は、属性情報を構成する一項目について一つもしくは複数の属性情報を対応づけて記憶し、
   前記送信確認手段は、前記属性情報記憶手段によって複数の属性情報が対応づけられて記憶されている項目については、前記応答として属性情報を選択させる情報の入力をも受け付け、
   前記属性情報送信手段は、前記属性情報記憶手段によって複数の属性情報が対応づけられて記憶されている項目については、前記送信確認手段によって受け付けられた情報により選択された属性情報を送信することを特徴とする請求項２に記載の属性情報開示システム。
4. 前記開示主装置の前記属性情報送信手段は、前記属性情報を検証可能な形式で送信し、
   前記開示先装置は、
   前記属性情報受信手段によって属性情報が検証可能な形式で受信されると、当該属性情報に関する事実を検証する属性情報検証手段をさらに備えたことを特徴とする請求項１〜３のいずれか一つに記載の属性情報開示システム。
5. 前記開示先装置は、前記開示主装置の利用者が利用するサービスを通信にて提供するものであり、前記属性情報開示システムは、前記サービスの提供を受けて前記利用者に当該サービスを利用させるサービス利用装置をさらに備えるものであって、
   前記開示先装置と通信可能に接続されたサービス利用装置は、
   サービスを提供することを要求するサービス要求を当該開示先装置に対して送信するサービス要求手段を備え、
   前記開示先装置の属性情報要求手段は、前記サービス要求手段によって送信されたサービス要求を受信すると、前記属性情報要求を送信し、
   前記開示先装置は、
   前記属性情報受信手段によって属性情報を受信すると、前記サービスを前記サービス利用装置に通信にて提供するサービス提供手段をさらに備えたことを特徴とする請求項１〜４のいずれか一つに記載の属性情報開示システム。
6. 前記サービス提供手段は、前記属性情報受信手段によって受信した属性情報に基いて、前記サービスを提供することを特徴とする請求項５に記載の属性情報開示システム。
7. 前記属性情報開示システムは、前記開示主装置と前記開示先装置との間の通信を中継する中継装置をさらに備えるものであって、
   前記中継装置は、
   前記属性情報要求手段によって送信された属性情報要求を受信し、受信した属性情報要求を前記開示主装置に対して中継する属性情報要求中継手段を備え、
   前記開示先装置の属性情報要求手段は、前記属性情報要求を、前記中継装置を介して前記開示主装置に対して送信することを特徴とする請求項１〜６のいずれか一つに記載の属性情報開示システム。
8. 前記属性情報開示システムは、前記開示主装置と前記開示先装置との間の通信を中継する中継装置をさらに備えるものであって、
   前記中継装置は、
   前記属性情報送信手段によって送信された属性情報を受信し、受信した属性情報を前記開示先装置に対して中継する属性情報中継手段を備え、
   前記開示主装置の属性情報送信手段は、前記属性情報を、前記中継装置を介して前記開示先装置に対して送信することを特徴とする請求項１〜７のいずれか一つに記載の属性情報開示システム。
9. 前記開示主装置の前記属性情報送信手段は、前記属性情報を暗号化して送信し、
   前記開示先装置は、
   前記属性情報受信手段によって暗号化された属性情報が受信されると、当該属性情報を復号する属性情報復号手段をさらに備えたことを特徴とする請求項１〜８のいずれか一つに記載の属性情報開示システム。
10. 開示主装置と開示先装置とが通信可能に接続されて、当該開示主装置を利用する利用者に関する属性情報を当該開示先装置に開示する属性情報開示方法であって、
    前記開示先装置は、
    前記属性情報を当該開示先装置に対して送信することを要求する属性情報要求を、前記開示主装置に向けて送信する属性情報要求工程と、
    前記開示主装置によって送信された属性情報を受信する属性情報受信工程と、
    を含み、
    前記開示主装置は、
    前記属性情報要求工程によって送信された属性情報要求を受信すると、当該開示主装置を利用する利用者に関する属性情報を記憶する記憶部から属性情報を取得し、取得した当該属性情報を前記開示先装置に向けて送信する属性情報送信工程と、
    を含んだことを特徴とする属性情報開示方法。
11. 開示主装置と開示先装置とが通信可能に接続されて、当該開示主装置を利用する利用者に関する属性情報を当該開示先装置に開示する属性情報開示方法をコンピュータに実行させる属性情報開示プログラムであって、
    前記開示先装置としてのコンピュータは、
    前記属性情報を当該開示先装置に対して送信することを要求する属性情報要求を、前記開示主装置に向けて送信する属性情報要求手順と、
    前記開示主装置によって送信された属性情報を受信する属性情報受信手順と、
    を実行し、
    前記開示主装置としてのコンピュータは、
    前記属性情報要求手順によって送信された属性情報要求を受信すると、当該開示主装置を利用する利用者に関する属性情報を記憶する記憶部から属性情報を取得し、取得した当該属性情報を前記開示先装置に向けて送信する属性情報送信手順と、
    を実行することを特徴とする属性情報開示プログラム。

Images