JP2009157551A - 属性管理システム - Google Patents

Abstract

【課題】管理するエリアに存在するユーザ端末から送信されるユーザ属性を保存、管理し、検索要求に応じて情報を提供する属性管理システム等を提供する。
【解決手段】利用者は、ユーザ端末１１に公開してもよい属性４１と、開示条件を予め登録しておく。属性管理サーバ３は、属性管理エリア７に入ってきたユーザ端末１１と相互認証を行い、ユーザ端末１１から属性４１等の情報を受信し、属性管理データベース５に保存する。属性管理サーバ３は、ユーザ端末１１からの検索要求に応答して、開示条件に従って検索要求された属性４１を有するユーザ端末１１の検索結果リストを作成し、ユーザ端末１１に送る。ユーザ端末１１は、検索結果リストから適当なユーザ端末１１を選択し、処理を行う。
【選択図】図１

Description

本発明は、管理するエリアに存在するユーザ端末から送信されるユーザ属性を保存、管理し、検索要求に応じて情報を提供する属性管理システム等に関する。

近年、インターネット上では、ユーザが掲示板やソーシャルネットワークシステムを利用し、共通の趣味や関心ごと、属性等を持つユーザ同士が仮想的なコミュニティを作り、情報交換を行うことが盛んである。このようなコミュニティでは、ユーザが欲しい情報を検索したり、必要なユーザとコンタクトをとるというような利便性が飛躍的に発達している。

このようなコミュニティでの活動では、単に情報交換にとどまらず、商品売買のような価値交換においても同様である。例えば、ネットオークションでは様々な商品が売買されているが、従来の実際の店舗等で売買の対象としては考えられなかった物品も取り扱われている。雑誌等の紙媒体中の売買欄等で、知らない人同士で物品の売買をするという方法もあったが、このような従来の方法では互いに知り合うことが困難だった売り手と買い手が、ネットオークション等のシステムに仲介されることにより売買が促進され、これまで想定されなかった商品の潜在的な価値が再発見されて売買対象となったり、これまで想定されなかった売買形態が出現するなどの相乗効果を生んでいる。
（例えば、特許文献１、特許文献２）

特開２００７-２８０２４５号公報 特開２００６-２５２４０５号公報

しかしながら、上記のような方法では、インターネット上の仮想世界にとどまり、現実社会での人間同士のコミュニケーションではソーシャルネットワークシステム、ネットオークションのような情報交換の発展はみられない。
例えば、近傍にいる人間集合の中から、「同じ職場・団体に所属している」、「同じサービスの会員である」、「同じエリアに居住している」等、特定の属性を持つ人、特定の資格を持つ人を検索することはなかなか難しく、情報交換もできない。

また、「〜してほしい」と「〜してあげてもよい」という人同士が互いに相手を探し出すことは難しい。例えば、電車の中などで席を譲る側と譲られる側の意思が食い違い、トラブルになるという事例がしばしばある。逆に、一見して怪我人、病人とわからず、「席を譲ってほしい」という意思を伝えにくいという状況もある。

本発明は、このような問題に鑑みてなされたもので、その目的とするところは、管理するエリアに存在するユーザ端末から送信されるユーザ属性を保存、管理し、検索要求に応じて情報を提供する属性管理システム等を提供することにある。

前述した目的を達成するために第１の発明は、複数のユーザ端末と、属性管理エリアを有するサーバがネットワークを介して接続された属性管理システムであって、前記ユーザ端末は、ユーザ属性を登録するユーザ属性登録手段と、前記ユーザ属性を前記サーバに送るユーザ属性送信手段と、他の前記ユーザ端末に登録されている前記ユーザ属性の検索を、前記サーバに要求する属性検索要求手段と、を具備し、前記サーバは、前記ユーザ端末から前記ユーザ属性を受信するユーザ属性受信手段と、受信した前記ユーザ属性を保持するユーザ属性保持手段と、前記ユーザ端末からの属性検索要求に応じて、前記ユーザ属性保持手段から要求されたユーザ属性を検索するユーザ属性検索手段と、検索したユーザ属性を検索結果として、前記属性検索要求をした前記ユーザ端末に送るユーザ属性検索結果送信手段と、を具備することを特徴とする属性管理システムである。

前記ユーザ端末の前記ユーザ属性送信手段は、前記属性管理エリア内に入ると、前記ユーザ属性を前記サーバに送る。
前記ユーザ端末は、前記ユーザ属性それぞれの開示条件を登録するユーザ属性開示条件登録手段を更に具備し、前記開示条件は、前記サーバに対する対サーバ開示条件、前記サーバに開示するときの対サーバ開示確認条件、他の前記ユーザ端末に対する対ユーザ端末開示条件、他の前記ユーザ端末に開示するときの対ユーザ開示確認条件等を含む。

前記ユーザ端末の前記ユーザ属性送信手段は、前記開示条件を満足する場合、前記ユーザ属性を前記サーバに送る。
前記サーバの前記ユーザ属性検索手段は、前記開示条件を満足する場合、検索されたユーザ属性を前記検索結果として、前記ユーザ端末に送る。
前記サーバは、前記検索結果に含まれる前記ユーザ端末に対して、検索結果に含まれていることを通知する検索一致通知手段を更に具備し、前記ユーザ端末は、前記検索結果、または、前記検索結果に含まれているという通知を受信すると、画面表示、音声出力等の処理を行う。

前記サーバ及び前記ユーザ端末は、前記ユーザ端末が前記属性管理エリアに入ると、相互認証を行う。
前記サーバは、前記属性管理エリア内にあった前記ユーザ端末が前記属性管理エリアの外に出ると、前記ユーザ属性保持手段に保持している前記ユーザ属性を削除する。

第２の発明は、属性管理エリアを有し、複数のユーザ端末とネットワークを介して接続されたサーバであって、前記サーバは、前記ユーザ端末から、前記ユーザ端末に登録されているユーザ属性を受信するユーザ属性受信手段と、受信した前記ユーザ属性を保持するユーザ属性保持手段と、前記ユーザ端末からの属性検索要求に応じて、前記ユーザ属性保持手段から要求されたユーザ属性を検索するユーザ属性検索手段と、検索したユーザ属性を検索結果として、前記属性検索要求をした前記ユーザ端末に送るユーザ属性検索結果送信手段と、を具備することを特徴とするサーバである。

第３の発明は、属性管理エリアを有するサーバとネットワークを介して接続されたユーザ端末であって、前記ユーザ端末は、ユーザ属性を登録するユーザ属性登録手段と、前記ユーザ属性を前記サーバに送るユーザ属性送信手段と、他の前記ユーザ端末に登録されている前記ユーザ属性の検索を、前記サーバに要求する属性検索要求手段と、を具備することを特徴とするユーザ端末である。

本発明によれば、管理するエリアに存在するユーザ端末から送信されるユーザ属性を保存、管理し、検索要求に応じて情報を提供する属性管理システム等を提供することができる。

以下、添付図面を参照しながら、本発明に係る属性管理システム等の好適な実施形態について詳細に説明する。

最初に、図１を参照しながら、本発明の実施の形態に係る属性管理システム１の構成について説明する。
図１は、属性管理システム１の構成を示すブロック図である。

本発明に係る属性管理システム１は、ネットワーク１３を介して属性管理サーバ３と電波中継機９−１、９−２等、複数の電波中継機が接続されている。電波中継機９−１、９−２は、属性管理サーバ３とユーザ端末１１−１〜１１−８間、あるいは、ユーザ端末１１−１〜１１−８間の接続を中継する。
属性管理サーバ３は、ユーザ端末１１−１〜１１−８に関する情報や、ユーザ端末１１−１〜１１−８が有するユーザ属性を保持するための属性管理データベース５を有する。
ユーザ端末１１−１〜１１−８は、携帯電話のような携帯用の端末である。

電波中継機９の数は任意で、電波中継機９毎にそれぞれの電波が届くエリアである属性管理エリア７が存在する。属性管理エリア７の範囲は、属性管理サーバ３が提供するサービスによって異なる。例えば、電車内での席譲りを仲介するサービスでは、属性管理エリア７はごく近傍の範囲となり、スーパー等で商品情報等を提供するサービスでは、属性管理エリア７はスーパーのフロア全体となる。

属性管理サーバ３は、属性管理エリア７−１、７−２内にあるユーザ端末１１−１〜１１−８と通信し、ユーザ端末１１−１〜１１−８が有するユーザ属性を保存、管理し、ユーザ端末１１−１〜１１−８間でユーザ属性に関する情報交換を可能とする。
ユーザ端末１１の数は任意で、属性管理エリア７内への出入により変化する。

次に、ユーザ端末１１の詳細について説明する。
図２は、ユーザ端末１１のハードウエア構成を示す図、図３は、ユーザ端末１１の記憶装置２２の詳細を示す図、図４は、属性テーブル３５の一例を示す図である。

図２に示すように、ユーザ端末１１は、バス２６により相互接続された制御部２１、記憶装置２２、入力部２３、表示部２４、通信部２５等を有する。
図２のハードウエア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。

制御部２１は、プログラムの実行を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、プログラム命令あるいはデータ等を格納するための、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメモリから構成される。制御部２１は、ユーザ端末１１全体の動作を制御する。

記憶装置２２は、ユーザ端末１１の制御プログラム等の固定データ、各種データ等を格納するための記憶媒体である。
入力部２３は、数字や文字、操作指示を入力するためのキーボタン等を有し、キーボタン等の操作に応じた信号を制御部２１に出力する。
表示部２４は、液晶表示パネル等を有し、液晶表示パネル等への表示制御を行う。
通信部２５は、通信制御装置、通信ポート等であり、電波中継機９を介した通信や、基地局（図示しない）との間で行われる無線通信を制御する。

図３に示すように、記憶装置２２は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）３１、属性管理アプリケーション３３、属性テーブル３５等を有する。
ＯＳ３１、属性管理アプリケーション３３等のプログラムは、制御部２１により実行される。
ＯＳ３１は、ユーザ端末１１全体を管理するプログラムである。
属性管理アプリケーション３３は、ユーザ属性の登録、属性管理サーバ３とのユーザ属性の送受信を行う。

属性テーブル３５は、ユーザ属性を保存するためのテーブルである。
図４に示すように、属性テーブル３５は、属性４１、対システム開示条件４３、対システム開示確認設定４５、対ユーザ開示条件４７、対ユーザ開示確認設定４９等を有する。

属性４１は、ユーザが属性管理サーバ３、他のユーザ端末１１に公開する属性で、「医者」、「免許」等の資格情報、「○○サービスの会員」等の属性、勤務先、所属部署、あるいは所属団体、「○○してもよい」、「○○してほしい」という意思などが含まれる。これらの属性は、汎用的に検索、利用されるため、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）、ＸＲＩ（ｅＸｔｅｎｓｉｂｌｅ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）、ＯＩＤ（ｕｎｉｖｅｒｓａｌ Ｏｂｊｅｃｔ ＩＤｅｎｔｉｆｉｅｒ）等の汎用的な記述子により定義されることが望ましい。

対システム開示条件４３は、属性４１を開示する属性管理サーバ３の条件を記述するもので、「すべての属性管理サーバに開示する」、「特定の属性管理サーバに開示する」等の指定を行う。
例えば、電車、バス等の属性管理サーバ３に対しては開示するが、デパート等の属性管理サーバ３には開示しないというように指定する。
対システム開示確認設定４５は、属性４１を属性管理サーバ３に対して開示する際、ユーザ端末１１を所有するユーザの確認を必要とするかどうかの条件を記述するもので、「自動で開示」、あるいは、ポップアップ表示等で「本人の承諾後開示」等の指定を行う。

対ユーザ開示条件４７は、属性管理サーバ３が他のユーザ端末１１から属性４１の検索要求を受けた場合、属性４１を開示してよいかどうかという条件を記述する。例えば、「全てのユーザ端末に開示する」、「特定の属性を持つユーザ端末にのみ開示する」等の指定を行う。
対ユーザ開示確認設定４９は、属性４１を他のユーザ端末１１に開示する際、ユーザ端末１１を所有するユーザの確認を必要とするかどうかの条件を記述するもので、「自動で開示」、あるいは、ポップアップ表示等で「本人の承諾後開示」等の指定を行う。

次に、図５、６を参照しながら、属性管理サーバ３について説明する。
図５は、属性管理サーバ３のハードウエア構成を示す図、図６は、属性管理サーバ３の記憶装置５２の詳細を示す図である。

図５に示すように、属性管理サーバ３は、バス５８により相互接続された制御部５１、記憶装置５２、メディア入出力部５３、入力部５４、印刷部５５、表示部５６、通信部５７等を有する。
図５のハードウエア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。

制御部５１は、プログラムの実行を行うＣＰＵと、プログラム命令あるいはデータ等を格納するための、ＲＯＭ、ＲＡＭ等のメモリから構成される。制御部５１は、属性管理サーバ３全体の動作を制御する。
記憶装置５２は、属性管理サーバ３の制御プログラム等の固定データ、各種データ等を格納するための記憶媒体である。
メディア入出力部５３は、ＣＤ−ＲＯＭ(Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)あるいはＣＤ−ＲＷ（ＣＤ−ＲｅＷｒｉｔａｂｌｅ）、フレキシブルディスク、ＭＯ(Ｍａｇｎｅｔｏ Ｏｐｔｉｃ Ｄｉｓｃ)等の媒体のドライブで、媒体からのデータの読み出しや、媒体へのデータの書き込みを行う。

入力部５４は、キーボード、マウス等の入力装置である。
印刷部５５はプリンタで、ユーザからの要求により必要な情報等の印刷を行う。
表示部５６は、ＣＲＴ(Ｃａｔｈｏｄｅ−Ｒａｙ Ｔｕｂｅ)あるいはＬＣＤ(Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ)等の表示装置である。
通信部５７は、通信制御装置、通信ポート等であり、ネットワークを介した通信等を制御する。

図６に示すように、記憶装置５２は、ＯＳ６１、属性管理アプリケーション６２、属性管理システム識別子６３等を有する。
ＯＳ６１、属性管理アプリケーション６２等のプログラムは、制御部５１により実行される。
ＯＳ６１は、属性管理サーバ３全体を管理するプログラムである。

属性管理アプリケーション６２は、属性管理エリア７内にあるユーザ端末１１のユーザ属性を属性管理データベース５に保存し、管理する。
属性管理システム識別子６３は、属性管理サーバ３のサービスを表す識別子で、ユーザ端末１１が対システム開示を判定するための属性管理サーバ３の条件を記述する。

次に、図７、８、９を参照しながら、属性管理データベース５について説明する。
図７は、属性管理データベース５の詳細を示す図、図８は、ユーザ端末管理テーブル６５の一例を示す図、図９は、ユーザ属性管理テーブル６７の一例を示す図である。

図７に示すように、属性管理データベース５は、ユーザ端末管理テーブル６５とユーザ属性管理テーブル６７を有する。
ユーザ端末管理テーブル６５は、属性管理サーバ３と、属性管理エリア７に入ってきたユーザ端末１１との相互認証の結果得られた情報で、図８に示すように、ユーザＩＤ７１、端末アドレス７３等を有する。
ユーザＩＤ７１は、属性管理サーバ３が管理する属性管理エリア７内で一意的な識別子である。
端末アドレス７３は、ユーザ端末１１の属性管理エリア７のネットワーク上でのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ａｄｄｒｅｓｓ）アドレス、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等の識別子である。

ユーザ属性管理テーブル６７は、属性管理エリア７内にあるユーザ端末１１から送信されたユーザ属性に関する情報で、図９に示すように、ユーザＩＤ７１、属性４１、対ユーザ開示条件４７、対ユーザ開示確認設定４９等を有する。
ユーザＩＤ７１は、ユーザ端末管理テーブル６５のユーザＩＤ７１と同じで、属性管理サーバ３が管理する属性管理エリア７内で一意的な識別子である。ユーザＩＤ７１により、ユーザ端末管理テーブル６５とユーザ属性管理テーブル６７を関連付ける。
属性４１、対ユーザ開示条件４７、対ユーザ開示確認設定４９は、属性管理エリア７内にあるユーザ端末１１が属性管理サーバ３に送信したユーザ属性で、属性テーブル３５内の属性４１、対ユーザ開示条件４７、対ユーザ開示確認設定４９と同じである。

次に、図１０、１１、１２、１３を参照しながら、本発明に係る属性管理システム１の処理の流れについて説明する。
図１０は、属性管理システム１におけるユーザ端末１１のユーザ属性開示の処理の流れを示すフローチャート、図１１は、属性管理システム１におけるユーザ属性検索要求の処理の流れを示すフローチャート、図１２は、ユーザ端末１１−１の属性テーブル３５−１の一例を示す図、図１３は、ユーザ端末１１−２の属性テーブル３５−２の一例を示す図である。

ユーザは、予めユーザ端末１１に公開してもよい属性を登録しておく。
図１０に示すように、ユーザ端末１１が属性管理サーバ３の属性管理エリア７内に移動すると、属性管理サーバ３あるいはユーザ端末１１は、ユーザ端末１１が属性管理エリア７内に入ってきたことを認識し、属性管理サーバ３及びユーザ端末１１は相互認証を行う（ステップ１０１）。これにより、なりすまし等を防止する。

ユーザ端末１１は、相互認証により属性管理サーバ３の属性管理識別子６３を取得し、ユーザ端末１１の属性テーブル３５内の対システム開示条件４３と比較し、属性管理サーバ３に対して開示してもよい属性４１を選択し、属性４１、対ユーザ開示条件４７、対ユーザ開示確認設定４９を属性管理サーバ３に送る（ステップ１０２）。

属性管理サーバ３は、ユーザ端末１１に属性管理エリア７内で一意的な識別子を発行してユーザＩＤ７１とし、相互認証により得たユーザ端末１１のアドレス情報と共にユーザ端末管理テーブル６５に保存する。
また、ユーザ端末１１から受信した属性４１、対ユーザ開示条件４７、対ユーザ開示確認設定４９をユーザ属性管理テーブル６７の属性４１、対ユーザ開示条件４７、対ユーザ開示確認設定４９として保存する（ステップ１０３）。
ユーザ端末１１に関するユーザ端末管理テーブル６５、属性管理テーブル６７内のデータは、ユーザ端末１１が属性管理エリア７から出たときに消去する。

ユーザ端末１１−１からの属性検索要求に対する処理では、図１０に示すように、ユーザ端末１１−１が特定の属性を有するユーザ端末１１の検索を要求する（ステップ２０１）。
検索要求は、属性管理システム１が電車等の「座席譲り仲介サービス」の場合、即ち、属性管理サーバ３の属性管理システム識別子６３が「座席譲り仲介サービス」の場合、属性管理テーブル６７の属性４１が「座席譲り希望者」ならば、属性４１が「座席譲り候補者」であるユーザ端末１１を検索要求することになる。属性４１が「座席譲り希望者」の場合、対ユーザ開示確認設定４９を参照し、「自動で開示」であるか、あるいは、対ユーザ開示確認設定４９が「本人の承諾後開示」でユーザがポップアップ表示等により承諾したとき、開示可であると判定し、属性管理サーバ３は属性管理データベース５の中から検索を開始する。
例えば、図１２に示すように、ユーザ端末１１−１の属性テーブル３５−１の属性４１が「座席譲り希望者」で、属性テーブル３５の対ユーザ開示確認設定４９が「自動で開示」であるため、ユーザ端末１１−１は「座席譲り希望者」として「座席譲り候補者」を属性４１として持つユーザ端末１１の検索を要求したことになる。

属性管理サーバ３は、属性管理データベース５のユーザ属性管理テーブル６７の中から、属性４１が「座席譲り候補者」であるユーザ端末１１を検索し（ステップ２０２）、検索されたユーザ端末１１のユーザ端末１１−１に対する開示可否を判定する(ステップ２０３)。
開示可否の判定では、まず、属性管理テーブル６７の対ユーザ開示条件４７が「座席譲り希望者」に対して開示可能であるかを判定し、その後、対ユーザ開示確認設定４９が「自動で開示」であるか、あるいは、対ユーザ開示確認設定４９が「本人の承諾後開示」で、ユーザに対してポップアップ表示等により承諾を求め、承諾されると開示可とする。
例えば、図１３に示すように、ユーザ端末１１−２は属性テーブル３５−２の属性４１が「座席譲り候補者」、対ユーザ開示条件４７が「座席譲り希望者」で、対ユーザ開示確認設定４９が「本人の承諾後に開示」であるため、ユーザ端末１１−２のユーザに、ポップアップ表示等で属性の開示を承諾を求め、承諾されると開示可とする。たとえ、属性４１が「座席譲り候補者」であっても、たまたま体調が悪い場合などは、開示不可とすることもできる。

属性管理サーバ３は、ユーザ端末１１−１に対して属性の開示が可であったユーザ端末１１のリストである検索結果リストを作成し、ユーザ端末１１−１に送る（ステップ２０４）。
ユーザ端末１１−１は、受信した検索結果リストから適当なユーザ端末１１−２を選択し、チャット等で対話する、ユーザＩＤ７１等を表示する、同じメロディを流す等、サービスに特有の処理を実行する（ステップ２０５）。
例えば、サービスが「座席譲り仲介サービス」の場合、即ち、属性管理サーバ３の属性管理システム識別子６３が「座席譲り仲介サービス」の場合、検索結果リストに含まれるユーザ端末１１−２の場所を提示する、ユーザ端末１１−２と同じメロディを流す等の処理を行う。
検索結果リストとして、ユーザ端末１１のユーザＩＤ７１、端末アドレス７３等のアドレスを表示するようにしてもよいが、プライバシー保護の観点から、ユーザ端末１１の仮のユーザＩＤ、端末アドレスを用意し、これを表示するようにしてもよい。この場合、属性管理データベース５にユーザＩＤ７１、端末アドレス７３と、仮のユーザＩＤ、端末アドレスとの対応テーブルを保持する必要がある。

属性管理サーバ３は、ユーザ端末１１−１により選択されたユーザ端末１１−２に対して選択されたことを通知し（ステップ２０６）、ユーザ端末１１−２はサービスに特有の処理を実行する（ステップ２０７）。
例えば、サービスが「座席譲り仲介サービス」の場合、即ち、属性管理サーバ３の属性管理システム識別子６３が「座席譲り仲介サービス」の場合、ユーザ端末１１−２はユーザ端末１１−１と同じメロディを流したりする。

属性管理サーバ３の属性管理システム識別子６３が「座席譲り仲介サービス」の場合、属性テーブル３５の属性４１が「座席譲り候補者」であるユーザ端末１１は、「座席譲り仲介サービス」に必要となる候補者機能が属性管理アプリケーション３３としてインストールされている必要がある。
候補者機能は、属性管理サーバ３からの対ユーザ開示確認設定４９の問い合わせがあったとき、応答するためのユーザインタフェース、属性４１が「座席譲り希望者」であるユーザ端末１１−１とのマッチングのための表示をする機能、あるいは、同じメロディを流す機能が搭載されている。

同様に、属性テーブル３５の属性４１が「座席譲り希望者」であるユーザ端末１１は、「座席譲り仲介サービス」に必要となる希望者機能が属性管理アプリケーション３３としてインストールされている必要がある。
希望者機能は、属性４１が「座席譲り候補者」であるユーザ端末１１を検索するための要求を属性管理サーバ３に送るためのユーザインタフェース、検索結果リストから適当なユーザ端末１１を選択し、それを通知するためのユーザインタフェース、属性４１が「座席譲り候補者」であるユーザ端末１１−２とのマッチングのための表示をする機能、あるいは、同じメロディを流す機能が搭載されている。

このように、本実施の形態によれば、管理するエリアに存在するユーザ端末から送信されるユーザ属性を保存、管理し、検索要求に応じて情報を提供する属性管理システム等を提供することができる。

属性管理システムは、座席譲り仲介サービスを提供する他に、例えば、スーパー等の店舗でメーカーの販促用情報をユーザ端末間で流通させたり、街中でおいしいお店の情報交換をするサービスを提供することもできる。
あるいは、ソーシャルネットワークシステムのように、同じ趣味、嗜好を持った人たちがユーザ端末間で情報交換をできるようにしてもよい。

以上、添付図面を参照しながら本発明に係る属性管理システムの好適な実施形態について説明したが、前述した実施の形態に限定されない。当業者であれば、特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

属性管理システム１の構成を示すブロック図 ユーザ端末１１のハードウエア構成を示す図 ユーザ端末１１の記憶装置２２の詳細を示す図 属性テーブル３５の一例を示す図 属性管理サーバ３のハードウエア構成を示す図 属性管理サーバ３の記憶装置５２の詳細を示す図 属性管理データベース５の詳細を示す図 ユーザ端末管理テーブル６５の一例を示す図 ユーザ属性管理テーブル６７の一例を示す図 属性管理システム１におけるユーザ端末１１のユーザ属性開示の処理の流れを示すフローチャート 属性管理システム１におけるユーザ属性検索要求の処理の流れを示すフローチャート ユーザ端末１１−１の属性テーブル３５−１の一例を示す図 ユーザ端末１１−２の属性テーブル３５−２の一例を示す図

符号の説明

１………属性管理システム
３………属性管理サーバ
５………属性管理データベース
７………属性管理エリア
９………電波中継機
１１………ユーザ端末

Claims (22)

1. 複数のユーザ端末と、属性管理エリアを有するサーバがネットワークを介して接続された属性管理システムであって、
   前記ユーザ端末は、
   ユーザ属性を登録するユーザ属性登録手段と、
   前記ユーザ属性を前記サーバに送るユーザ属性送信手段と、
   他の前記ユーザ端末に登録されている前記ユーザ属性の検索を、前記サーバに要求する属性検索要求手段と、
   を具備し、
   前記サーバは、
   前記ユーザ端末から前記ユーザ属性を受信するユーザ属性受信手段と、
   受信した前記ユーザ属性を保持するユーザ属性保持手段と、
   前記ユーザ端末からの属性検索要求に応じて、前記ユーザ属性保持手段から要求されたユーザ属性を検索するユーザ属性検索手段と、
   検索したユーザ属性を検索結果として、前記属性検索要求をした前記ユーザ端末に送るユーザ属性検索結果送信手段と、
   を具備することを特徴とする属性管理システム。
2. 前記ユーザ端末の前記ユーザ属性送信手段は、前記属性管理エリア内に入ると、前記ユーザ属性を前記サーバに送ることを特徴とする請求項１記載の属性管理システム。
3. 前記ユーザ端末は、前記ユーザ属性それぞれの開示条件を登録するユーザ属性開示条件登録手段を更に具備することを特徴とする請求項１記載の属性管理システム。
4. 前記開示条件は、前記サーバに対する対サーバ開示条件、前記サーバに開示するときの対サーバ開示確認条件、他の前記ユーザ端末に対する対ユーザ端末開示条件、他の前記ユーザ端末に開示するときの対ユーザ開示確認条件等を含むことを特徴とする請求項３記載の属性管理システム。
5. 前記ユーザ端末の前記ユーザ属性送信手段は、前記開示条件を満足する場合、前記ユーザ属性を前記サーバに送ることを特徴とする請求項３記載の属性管理システム。
6. 前記サーバの前記ユーザ属性検索手段は、前記開示条件を満足する場合、検索されたユーザ属性を前記検索結果として、前記ユーザ端末に送ることを特徴とする請求項３記載の属性管理システム。
7. 前記サーバは、前記検索結果に含まれる前記ユーザ端末に対して、検索結果に含まれていることを通知する検索一致通知手段を更に具備することを特徴とする請求項１記載の属性管理システム。
8. 前記ユーザ端末は、前記検索結果、または、前記検索結果に含まれているという通知を受信すると、画面表示、音声出力等の処理を行う手段を更に具備することを特徴とする請求項１記載の属性管理システム。
9. 前記サーバ及び前記ユーザ端末は、前記ユーザ端末が前記属性管理エリアに入ると、相互認証を行うことを特徴とする請求項１記載の属性管理システム。
10. 前記サーバは、前記属性管理エリア内にあった前記ユーザ端末が前記属性管理エリアの外に出ると、前記ユーザ属性保持手段に保持している前記ユーザ属性を削除することを特徴とする請求項１記載の属性管理システム。
11. 属性管理エリアを有し、複数のユーザ端末とネットワークを介して接続されたサーバであって、
    前記サーバは、
    前記ユーザ端末から、前記ユーザ端末に登録されているユーザ属性を受信するユーザ属性受信手段と、
    受信した前記ユーザ属性を保持するユーザ属性保持手段と、
    前記ユーザ端末からの属性検索要求に応じて、前記ユーザ属性保持手段から要求されたユーザ属性を検索するユーザ属性検索手段と、
    検索したユーザ属性を検索結果として、前記属性検索要求をした前記ユーザ端末に送るユーザ属性検索結果送信手段と、
    を具備することを特徴とするサーバ。
12. 前記サーバの前記ユーザ属性検索手段は、前記ユーザ端末が前記ユーザ属性それぞれに対して登録した開示条件を満足する場合、検索されたユーザ属性を前記検索結果として、前記ユーザ端末に送ることを特徴とする請求項１１記載のサーバ。
13. 前記検索結果に含まれる前記ユーザ端末に対して、検索結果に含まれていることを通知する検索一致通知手段を更に具備することを特徴とする請求項１１記載のサーバ。
14. 前記ユーザ端末が前記属性管理エリアに入ると、相互認証を行うことを特徴とする請求項１１記載のサーバ。
15. 前記サーバは、前記属性管理エリア内にあった前記ユーザ端末が前記属性管理エリアの外に出ると、前記ユーザ属性保持手段に保持している前記ユーザ属性を削除することを特徴とする請求項１１記載のサーバ。
16. 属性管理エリアを有するサーバとネットワークを介して接続されたユーザ端末であって、
    前記ユーザ端末は、
    ユーザ属性を登録するユーザ属性登録手段と、
    前記ユーザ属性を前記サーバに送るユーザ属性送信手段と、
    他の前記ユーザ端末に登録されている前記ユーザ属性の検索を、前記サーバに要求する属性検索要求手段と、
    を具備することを特徴とするユーザ端末。
17. 前記ユーザ属性送信手段は、前記属性管理エリア内に入ると、前記ユーザ属性を前記サーバに送ることを特徴とする請求項１６記載のユーザ端末。
18. 前記ユーザ属性それぞれの開示条件を登録するユーザ属性開示条件登録手段を更に具備することを特徴とする請求項１６記載のユーザ端末。
19. 前記開示条件は、前記サーバに対する対サーバ開示条件、前記サーバに開示するときの対サーバ開示確認条件、他の前記ユーザ端末に対する対ユーザ端末開示条件、他の前記ユーザ端末に開示するときの対ユーザ開示確認条件等を含むことを特徴とする請求項１８記載のユーザ端末。
20. 前記ユーザ属性送信手段は、前記開示条件を満足する場合、前記ユーザ属性を前記サーバに送ることを特徴とする請求項１８記載のユーザ端末。
21. 前記サーバから前記ユーザ属性の検索結果、または、前記検索結果に含まれているという通知を受信すると、画面表示、音声出力等の処理を行う手段を更に具備することを特徴とする請求項１６記載のユーザ端末。
22. 前記ユーザ端末が前記属性管理エリアに入ると、前記サーバと相互認証を行うことを特徴とする請求項１６記載のユーザ端末。

Images