JP3852364B2 - グループ認証端末、グループ認証方法およびグループ認証端末用プログラム - Google Patents
グループ認証端末、グループ認証方法およびグループ認証端末用プログラム Download PDFInfo
- Publication number
- JP3852364B2 JP3852364B2 JP2002122685A JP2002122685A JP3852364B2 JP 3852364 B2 JP3852364 B2 JP 3852364B2 JP 2002122685 A JP2002122685 A JP 2002122685A JP 2002122685 A JP2002122685 A JP 2002122685A JP 3852364 B2 JP3852364 B2 JP 3852364B2
- Authority
- JP
- Japan
- Prior art keywords
- group
- subscriber
- rank
- authentication
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、たとえば近距離無線網を用いて直接通信する端末のユーザ間で、ユーザが通信相手と同じグループに加入しているか否かを認証する場合に好適なグループ認証端末、グループ認証方法およびグループ認証端末用プログラムに関する。
【０００２】
【従来の技術】
通信ネットワークの発展によって、各種の情報を個人間で収集あるいは提供することが可能になっている。このような技術的な背景の下で、特定の分野に関する情報の交換等を個人の集合体がグループとして行うことも積極的に行われるようになっている。たとえば旅行等の特定の趣味を持つ個人の集合体がグループを形成して、グループ単位で情報の交換を行うといった具合である。本明細書では、このように特定の分野に関する情報の交換等を目的とした個人の集合体をグループと呼ぶことにする。
【０００３】
ところで、ある個人間で特定グループ向けの情報を授受する場合、お互いにそのグループに加入しているか否かを確認し合うことが必要である。この確認のための手法をグループ認証と呼ぶ。従来から、グループ認証のための手法が数多く提案されている。
【０００４】
図２４は、従来のグループ認証の手法の第１の例を示したものである。特開２０００−９９４６９号公報に開示されたこの技術では、グループ向けの特定情報にアクセスする主体であるユーザ１０１と、このユーザ１０１の特定の特徴について証明、保証を行う検証者１０２と、特定情報について、ユーザ１０１のアクセスの可否を判断する権限付与者１０３とが存在している。ユーザ１０１は、あるグループ向けの情報にアクセスする際に、検証者１０２にユーザ１０１の所属等の所定の特徴を保証してもらい、検証者１０２が保証した結果を基にして、権限付与者１０３がそのユーザ１０１による特定情報参照の可否を決定するようになっている。
【０００５】
図２５は、従来のグループ認証の手法の第２の例を示したものである。特開２００１−５３９０１号公報に開示されたこの技術では、ユーザとグループに関する情報を登録・管理する情報提供装置１１１と、通信手段１１２を介して情報提供装置１１１と接続されている複数のゲーム端末１１３1、１１３2、……１１３Nから構成されている。
【０００６】
このグループ認証のための端末を備えたシステムで、情報提供装置１１１は、これに登録されているグループに対応する識別情報を、ユーザの利用するゲーム端末１１３に提供する。これによって、同じ識別情報の提供を受けたゲーム端末群はグループを形成し、グループの識別情報の提供を受けたゲーム端末間での直接通信時に、識別情報を基にして、通信相手が特定のグループに加入しているか否かを相互に認証するようになっている。
【０００７】
これら図２４あるいは図２５に示した従来技術では、たとえば権限付与者などの認証処理を行うための認証機関や、個人やグループの情報を管理するための情報提供装置などの存在が必須となる。また、新たにグループを形成したり、グループ認証を行ったりする際には、これらの認証機関や情報提供装置と直接アクセス可能な状態であることを前提とする。
【０００８】
一方、特開２００１−１４８０１２号公報に記載された技術では、企業等の組織階層を利用して、あるグループのメンバであることの認証を受けたい部下が専用のサーバに登録するようにしている。上司に当たるグループ責任者は、そのサーバに登録された情報と面識を基にしてその部下をメンバとして認める場合には、部下を管理する承認グループリストにそのグループ名を登録するようにしている。
【０００９】
【発明が解決しようとする課題】
しかしながら、このような従来技術では次のような問題点が存在した。まず、第１の問題点は、これらの技術が認証機関や情報提供装置を用意することを必須としており、これらの設置のためのコストがかかることである。特に企業等の組織におけるグループ形成とは異なり、プライベートなコミュニケーションのためのグループ形成の場等では、簡易に行いたいという要求があるので、これらの認証機関や情報提供装置の導入が困難である。
【００１０】
第２の問題点は、近距離無線技術が発達した今日で、端末間を直接接続し通信を行うピア・ツー・ピア型の通信形態は、必ずしも接続している端末間の他に認証機関等と接続されている保証がないという点である。すなわち、携帯電話、パソコン、周辺機器間でのデバイス間でデータ送受信を可能にする無線インターフェイスとしてのブルーツース（BlueTooth）等の近距離無線技術が発達しており、このような技術では認証機関や情報提供装置が接続されているとは限らない。したがって、認証機関や情報提供装置が接続されていない状況で、これらの提案された技術では、グループの形成や、グループ認証を行うことができない。
【００１１】
また、特開２００１−１４８０１２号公報に記載された技術の場合には、第３の問題点として、ユーザ端末が単に存在すればよいのでなく、サーバの存在と、サーバとこれらのユーザ端末が常時接続される環境が必要とされる。このため、第１の問題点として指摘したように特別な装置を配置する必要があり、コストがかかるだけでなく簡易なシステムを構築することができない。サーバを配置することで認証に関しては情報の機密性に応じた高度なメンバ管理が可能になるものの、このような高度な機密性を必要としないユーザはこの種のシステムあるいは端末を容易に導入することができない。また、ユーザがグループに参加したいときには、サーバに認証を要求する必要がある。したがって、要求に対して適切な判断を下すための十分な情報をサーバ側で管理しておく必要があり、サーバの管理負担が大きくなるだけでなく、ユーザが各種のグループを形成して認証要求を求めるような場合にはサーバ側の負荷も大きくなる。すなわち、サーバを利用するシステムでは、個々の端末のユーザが簡易にグループを形成し、これらのグループを維持するといった柔軟なシステム運用が困難となる。
【００１２】
そこで本発明の目的は、特定の認証機関や情報提供装置あるいはサーバを必要とすることなく、簡易にグループを形成し、ある個人がグループに加入しているか否かの認証を行うことのできるグループ認証端末、グループ認証方法およびグループ認証端末用プログラムを提供することにある。
【００１３】
【課題を解決するための手段】
請求項１記載の発明のグループ認証端末では、（イ）認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を可能とするグループ間通信手段と、（ロ）グループに対応する認証データを所持するユーザとしてのグループメンバのそれぞれについてグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、（ハ）グループに対応する認証データを所持しないユーザである未加入者に対して、グループメンバの任意の者が、グループ加入を認めさせる際の加入条件をグループメンバのランクに対応させて記憶した加入条件記憶手段と、（ニ）所定のグループに加入しようとする未加入者に対してグループ別加入条件記憶手段に記憶されたそのグループの加入条件をチェックするためのチェックデータの送信を要求するチェックデータ送信要求手段と、（ホ）グループの未加入者からチェックデータが返送されてきたときこれがそのグループに対する加入条件を満たしているかどうかを加入を認めるグループメンバのランクに応じて判別する条件可否判別手段と、（へ）グループの未加入者のランクを計算するランク計算手段と、（ト）条件可否判別手段が可と判別した未加入者に対して該当するグループへの加入を認める認証データにランク計算手段で計算したそのグループでのランクを含めて送信する認証データ送信手段とをそれぞれの端末が具備することを特徴としている。
【００１４】
すなわち本発明では、認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を可能とするグループ間通信手段と、グループに対応する認証データを所持するユーザとしてのグループメンバのそれぞれについてグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、グループ加入を認めさせる際の加入条件をグループメンバのランクに対応させて記憶した加入条件記憶手段とを設け、グループ内のそれぞれの端末が、未加入者を加入させるときにグループの加入条件をチェックするためのチェックデータの送信を未加入者に要求するようにして、その未加入者からチェックデータが返送されてきたときこれがそのグループに対する加入条件を満たしているかどうかを加入を認めるグループメンバのランクに応じて各加入者が加入条件記憶手段に記憶している加入条件と照合することにして、未加入者と通信を行った加入者がそのグループに対する加入条件を満たしているかどうかを判別することにしている。また、グループの未加入者のランクを計算するランク計算手段が設けられており、未加入者のランクが計算される。そして、その加入者は、加入を可と判別した未加入者に対して該当するグループへの加入を認める認証データをランク計算手段で計算したそのグループでのランクを含めて送信することにしている。したがって、特別な機関やサーバを必要とすることなく、各加入者端末が未加入者の加入の可否を判別し、加入の条件をクリアすればグループへの加入を認める認証データをその未加入者に送信することができることになる。
【００１５】
請求項２記載の発明のグループ認証端末では、（イ）認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を可能とするグループ間通信手段と、（ロ）グループに対応する認証データを所持するユーザとしてのグループメンバのそれぞれについてグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、（ハ）グループに対応する認証データを所持しないユーザである未加入者に対して、グループメンバの任意の者が、グループ加入を認めさせる際の加入条件をグループメンバのランクに対応させて記憶した加入条件記憶手段と、（ニ）所定のグループに加入しようとする未加入者に対して加入を認めるグループメンバのランクに応じて加入条件記憶手段に記憶された加入条件をチェックするためのチェックデータを送信するチェックデータ送信手段と、（ホ）このチェックデータ送信手段からチェックデータが送られてきたときそれがその未加入者のそのグループへの加入条件を満たしているかどうかを未加入者側で判別する条件可否判別手段と、（へ）この条件可否判別手段が加入を可と判別したときチェックデータ送信手段からチェックデータを送信した加入者に対してそのグループに対する加入条件を満たしていることを通知する加入条件結果通知手段と、（ト）グループの未加入者のランクを計算するランク計算手段と、（チ）加入条件結果通知手段から加入条件を満たしていると通知されたときその通知を行った未加入者に対して該当するグループの認証データにランク計算手段で計算したそのグループでのランクを含めて送信する認証データ送信手段とをそれぞれの端末が具備することを特徴としている。
【００１６】
すなわち本発明では、認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を可能とするグループ間通信手段と、グループに対応する認証データを所持するユーザとしてのグループメンバのそれぞれについてグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、グループ加入を認めさせる際の加入条件をグループメンバのランクに対応させて記憶した加入条件記憶手段とを設け、グループ内のそれぞれの端末が、加入を認めるグループメンバのランクに応じて未加入者を加入させるときにグループの加入条件をチェックするためのチェックデータを未加入者に送信するようにして、未加入者側でそのグループに対する加入条件を満たしているかどうか判別させることにしている。また、グループの未加入者のランクを計算するランク計算手段が設けられており、未加入者のランクが計算される。そして、その加入者は、未加入者からグループに対する加入条件を満たしていることを通知されたとき、その通知を行った未加入者に対して該当するグループの認証データをランク計算手段で計算したそのグループでのランクを含めて送信することにしている。したがって、特別な機関やサーバを必要とすることなく、加入者端末が未加入者に加入の可否を判別させ、加入の条件をクリアすればグループへの加入を認める認証データをその未加入者に送信することができることになる。
【００１７】
請求項３記載の発明では、請求項１または請求項２記載のグループ認証端末で、同一グループの各加入者はそのグループに固有のグループ鍵を共有しており、認証データに含まれるこのグループ鍵を用いて、同一のグループ鍵を共有するグループの加入者を認証することを特徴としている。
【００１８】
すなわち請求項３記載の発明では、グループに固有のグループ鍵を相手の端末が所有しているかどうかによって同一グループに属するかを端末同士で判別することにしている。したがって、このための特別の機関やサーバが不要である。
【００２１】
請求項４記載の発明では、請求項１または請求項２記載のグループ認証端末で、（イ）加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、（ロ）通信の対象となるグループに関する情報を複数の段階に分けて記憶する通信情報記憶手段と、（ハ）通信する加入者のランクに応じて通信情報記憶手段に格納されているグループに関する情報をその加入者との通信に際して選別する情報選別手段とを更に具備することを特徴としている。
【００２２】
すなわち本発明では、加入者ごとにグループへの適格性をランクを付けて記憶しておき、同じグループ内で通信する情報をランクに応じて調整することができるようにしている。これは、たとえば会社内で役職に応じて取り扱う情報の質が相違してくるのと同じで、通信の対象となるグループに関する情報を複数の段階に分けて記憶しているような場合には、相手のランクに応じてどの段階の情報を与えるかを決定することが可能になる。
【００２３】
請求項５記載の発明では、請求項１または請求項２記載のグループ認証端末で、（イ）加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、（ロ）同一のグループに加入している者同士でそのグループに関する情報の通信を行う際に相手側の加入者の適格性を示すランクを表示するランク表示手段とを更に具備することを特徴としている。
【００２４】
すなわち本発明では、加入者ごとにグループへの適格性をランクを付けて記憶しておき、同じグループ内の端末が通信を行う際にはランク表示手段で相手側の加入者の適格性を示すランクを表示し、それに応じて通信する情報の質を変える等の対応を採らせることが可能になる。
【００２５】
請求項６記載の発明では、請求項４または請求項５記載のグループ認証端末で、加入者別適格性記憶手段に記憶されるランクは適宜更新されることを特徴としている。
【００２６】
すなわち本発明では、加入者別適格性記憶手段に記憶されるランクを適宜書き換えることにして、加入者のランクが変動した際にも適切に対処できるようにしている。
【００２７】
請求項７記載の発明のグループ認証方法では、（イ）同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して、そのグループの加入条件をチェックするためのチェックデータの送信を要求するチェックデータ送信要求ステップと、（ロ）グループの未加入者からチェックデータが返送されてきたとき、加入者端末のそのランクに対応させて記憶した加入条件を用いてそのグループへの加入の可否を判別する条件可否判別ステップと、（ハ）チェックデータが返送されてきた未加入者のランクを計算するランク計算ステップと、（ニ）条件可否判別ステップで可と判別した未加入者に対して該当するグループへの加入を認める認証データにランク計算ステップで計算したそのグループでのランクを含めて送信する認証データ送信ステップとを用いてそれぞれの端末が未加入者を加入させるためのグループ認証を行うことを特徴としている。
【００２８】
すなわち本発明では、請求項１記載の発明と同様にグループ認証を行うことにしている。
【００２９】
請求項８記載の発明のグループ認証方法では、（イ）同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して加入を認める加入者端末のランクに応じて、そのグループの加入条件を未加入者側でチェックするためのチェックデータを送信するチェックデータ送信ステップと、（ロ）このチェックデータ送信ステップでチェックデータが送られてきたときそれがその未加入者のそのグループへの加入条件を満たしているかどうかを未加入者側で判別する条件可否判別ステップと、（ハ）この条件可否判別ステップで加入を可と判別された未加入者からチェックデータを送信した加入者に対してそのグループに対する加入条件を満たしていることを通知する加入条件結果通知ステップと、（ニ）この加入条件結果通知ステップで加入条件を満たしていると通知されたときその通知を行った未加入者のランクを計算するランク計算ステップと、（ホ）このランク計算ステップでランクを計算した未加入者に対して該当するグループへの加入を認める認証データにランク計算ステップで計算したそのグループでのランクを含めて送信する認証データ送信ステップとを用いてそれぞれの端末が未加入者を加入させるためのグループ認証を行うことを特徴としている。
【００３０】
すなわち本発明では、請求項２記載の発明と同様にグループ認証を行うことにしている。
【００３１】
請求項９記載の発明では、請求項７または請求項８記載のグループ認証方法で、同一グループの各加入者はそのグループに固有のグループ鍵を共有しており、認証データに含まれるこのグループ鍵を用いて、同一のグループ鍵を共有するグループの加入者を認証することを特徴としている。
【００３２】
すなわち本発明では、請求項３記載の発明と同様にグループ鍵によってグループ認証を行うことにしている。
【００３３】
請求項１０記載の発明では、請求項７または請求項８記載のグループ認証方法で、ランク計算ステップで計算したランクを用いて未加入者がそのグループへの加入条件を満たしているかどうかを判別する加入判別時ランク考慮ステップを更に具備させている。
【００３４】
すなわち本発明では、未加入者がグループに加入する適格性をランク付けるランク情報をグループ内の各端末が所有することで、未加入者のランクを計算し、そのグループへの加入条件を満たしているかどうかを判別することを可能にしている。これにより、グループの加入条件を柔軟に設定することができる。
【００３５】
請求項１１記載の発明では、請求項７または請求項８記載のグループ認証方法で、（イ）加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出ステップと、（ロ）このランク読出ステップで読み出した通信の相手方のランクに応じて通信の対象となるグループに関する情報をその加入者との通信に際して選別する情報選別ステップとを更に具備させている。
【００３６】
すなわち本発明では、請求項４記載の発明と同様に、加入者ごとにグループへの適格性をランクを付けて記憶しておき、同じグループ内で通信する情報をランクに応じて調整することができるようにしている。これにより、相手のランクに応じてどの段階の情報を与えるかを決定することが可能になる。
【００３７】
請求項１２記載の発明では、請求項７または請求項８記載のグループ認証方法で、（イ）同一のグループに加入している者同士でそのグループに関する情報の通信を行う際に、加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出ステップと、（ロ）このランク読出ステップで読み出した通信の相手方のランクを表示するランク表示ステップとを更に具備させている。
【００３８】
すなわち本発明では、請求項５記載の発明と同様に、同じグループ内の端末が通信を行う際にはランク表示ステップで相手側の加入者の適格性を示すランクを表示することにし、ランクに応じて通信する情報の質を変える等の対応を採らせることが可能になる。
【００３９】
請求項１３記載の発明では、請求項１１または請求項１２記載のグループ認証方法で、加入者別適格性記憶手段に記憶された加入者ごとのランクを適宜更新する更新ステップを更に具備させている。
【００４０】
すなわち本発明では、請求項６記載の発明と同様に、加入者別適格性記憶手段に記憶されるランクを適宜書き換えることにして、加入者のランクが変動した際にも適切に対処できるようにしている。
【００４１】
請求項１４記載の発明のグループ認証端末用プログラムでは、コンピュータに、（イ）同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して、そのグループの加入条件をチェックするためのチェックデータの送信を要求するチェックデータ送信要求処理と、（ロ）グループの未加入者からチェックデータが返送されてきたとき、加入者端末のそのランクに対応させて記憶した加入条件を用いてそのグループへの加入の可否を判別する条件可否判別処理と、（ハ）チェックデータが返送されてきた未加入者のランクを計算するランク計算処理と、（ニ）条件可否判別処理で可と判別した未加入者に対して該当するグループへの加入を認める認証データにランク計算処理で計算したそのグループでのランクを含めて送信する認証データ送信処理とを実行させることを特徴としている。
【００４２】
すなわち本発明では、請求項１または請求項７記載の発明を実現するプログラム内容となっている。
【００４３】
請求項１５記載の発明のグループ認証端末用プログラムでは、コンピュータに、（イ）同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して加入を認める加入者端末のランクに応じて、そのグループの加入条件を未加入者側でチェックするためのチェックデータを送信するチェックデータ送信処理と、（ロ）このチェックデータ送信処理でチェックデータが送られてきたときそれがその未加入者のそのグループへの加入条件を満たしているかどうかを未加入者側で判別する条件可否判別処理と、（ハ）この条件可否判別処理で加入を可と判別された未加入者からチェックデータを送信した加入者に対してそのグループに対する加入条件を満たしていることを通知する加入条件結果通知処理と、（ニ）この加入条件結果通知処理で加入条件を満たしていると通知されたときその通知を行った未加入者のランクを計算するランク計算処理と、（ホ）このランク計算処理でランクを計算した未加入者に対して該当するグループへの加入を認める認証データにランク計算処理で計算したそのグループでのランクを含めて送信する認証データ送信処理とを実行させることを特徴としている。
【００４４】
すなわち本発明では、請求項２または請求項８記載の発明を実現するプログラム内容となっている。
【００４５】
請求項１６記載の発明では、請求項１４または請求項１５記載のグループ認証端末用プログラムで、同一グループの各加入者はそのグループに固有のグループ鍵を共有しているとの前提で、認証データに含まれるこのグループ鍵を用いて、同一のグループ鍵を共有するグループの加入者を認証する認証処理を更に実行させることを特徴としている。
【００４６】
すなわち本発明では、請求項３または請求項９記載の発明を実現するプログラム内容となっている。
【００４７】
請求項１７記載の発明では、請求項１４または請求項１５記載のグループ認証端末用プログラムで、ランク計算処理で計算したランクを用いて未加入者がそのグループへの加入条件を満たしているかどうかを判別する加入判別時ランク考慮処理を更に実行させることを特徴としている。
【００４８】
すなわち本発明では、請求項１０記載の発明を実現するプログラム内容となっている。
【００４９】
請求項１８記載の発明では、請求項１４または請求項１５記載のグループ認証端末用プログラムで、（イ）加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出処理と、（ロ）このランク読出処理で読み出した通信の相手方のランクに応じて通信の対象となるグループに関する情報をその加入者との通信に際して選別する情報選別処理とを更に実行させることを特徴としている。
【００５０】
すなわち本発明では、請求項４または請求項１１記載の発明を実現するプログラム内容となっている。
【００５１】
請求項１９記載の発明では、請求項１４または請求項１５記載のグループ認証端末用プログラムで、（イ）同一のグループに加入している者同士でそのグループに関する情報の通信を行う際に、加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出処理と、（ロ）このランク読出処理で読み出した通信の相手方のランクを表示するランク表示処理とを更に実行させることを特徴としている。
【００５２】
すなわち本発明では、請求項５または請求項１２記載の発明を実現するプログラム内容となっている。
【００５３】
請求項２０記載の発明では、請求項１８または請求項１９記載のグループ認証端末用プログラムで、加入者別適格性記憶手段に記憶された加入者ごとのランクを適宜更新する更新処理を更に具備することを特徴としている。
【００５４】
すなわち本発明では、請求項６または請求項１３記載の発明を実現するプログラム内容となっている。
【００５５】
【発明の実施の形態】
【００５６】
以下実施例につき本発明を詳細に説明する。
【００５７】
＜第１の実施例＞
【００５８】
図１は本発明の第１の実施例におけるグループ認証端末を表わしたものである。このグループ認証端末は、近距離無線通信網２０１に第１〜第Ｎの端末２０２1〜２０２Nが接続された構成となっている。第１〜第Ｎの端末２０２1〜２０２Nは、基本的に同一の構成となっているので、ここでは第１の端末２０２1についてその構成を具体的に示すことにする。
【００５９】
第１の端末２０２1は、プログラム制御により動作する処理装置２１１と、ＩＣカード等からなる記憶装置２１２と、インターネット、無線ＬＡＮ（ローカルエリアネットワーク）、近距離無線通信網の近距離無線を利用する通信装置２１３とによって構成されている。記憶装置２１２に耐タンパ性を備えたＩＣカードを用いることで、不正な手続きによる情報の読み出しや、改竄を行わせ難くすることができる。ただし、ＩＣカードにさまざまな情報を格納することは容量の面から困難な場合がある。そこでハードディスク等の不正アクセスに対する耐性を備えないが大容量で安価である記憶装置と、ＩＣカードとを併せて記憶装置２１２とすることができる。この場合、たとえばハードディスク等の大容量で安価である記憶装置に情報を暗号化して保存し、ＩＣカードには情報の暗号化・復号に用いる暗号鍵だけを格納する。
【００６０】
なお、グループの各加入者はそのグループに固有の認証データを共有しており、認証データに含まれるグループで共有する鍵としてのグループ鍵を用いて、同一のグループ鍵を共有するグループの加入者を認証可能である。認証処理はグループの端末間でのみ行われるので、特別なサーバや機関を必要としない。
【００６１】
図２は適用できる認証データの一般的な構造を表わしたものである。認証データは、大きく「グループ情報」と「グループポリシ」に分けることができる。ここで「グループ情報」とは、あるグループを他のグループと区別するための識別情報である。「グループポリシ」とはグループ生成者が未加入者をグループの一員として加入させるためのポリシあるいは方針である。
【００６２】
「グループ情報」は、グループを表わした識別情報あるいはグループを特徴付ける情報としての「グループＩＤ」だけでもよいが、これにグループを構成するメンバに共通の「グループ鍵」を共有させることで、グループの加入者を認証することができる。「グループＩＤ」は、グループ認証端末の識別情報を全世界的に規律するルールを作成して、これを基にして画一的に定めることにしてもよい。しかしながら、グループ認証端末自体が統一的な機関の認証あるいは許可なく自然発生的に発生できる自由度を確保する必要がある場合には、複数の観点からいくつかの名称を組み合わせ、これにより重複の少ないグループＩＤとすることが有効である。図２に示す「グループＩＤ」はこの観点からグループ生成者等の定めたグループ自体を表わす名称である「グループ名」と、グループ生成者自体の名称である「グループ生成者名」の組み合わせとしている。これ以外に、たとえばグループ生成者の出身地や、グループの内容を国際的な図書分類等で表記するものを組み合わせてもよい。また、「グループ鍵」が並存するのを前提として、「グループＩＤ」を重複の可能性の高い単なる名称として性格づけるとすれば、たとえば「グループ名」だけとか「グループ生成者名」だけでこれを構成することも可能である。
【００６３】
「グループポリシ」は、この例で「ポリシ照合情報」と「グループ加入条件」で構成されている。ここで「ポリシ照合情報」は、グループ加入条件の照合に必要なポリシチェックデータの種類を設定した情報であり、ポリシチェックデータとは、ユーザ個々の所定の特徴をデータ化した情報である。また、「グループ加入条件」とは、グループに加入する際の条件である。したがって、たとえば「ポリシ照合情報」がＵＲＬ（Uniform Resource Locator）を示す情報であれば、「グループ加入条件」は、所定のＵＲＬが含まれているとか含まれていないというような具体的な条件となる。また、資格や年齢あるいは出身地を示す情報が「ポリシ照合情報」であれば、これらについての具体的な条件が「グループ加入条件」として規定されることになる。もちろん、「グループポリシ」については、グループの未加入者の加入の適否を判別するその他の情報を規定することができる。
【００６４】
ところで本実施例では、グループ認証にかかわる主体であるユーザを次の３つに分割して考えることにしている。
（１）ある特定の分野に関するグループの枠組みを決定付けるユーザであるグループ生成者。
（２）そのグループに加入しているユーザであるグループメンバ。
（３）グループに加入していないユーザである未加入者。
【００６５】
具体的には、グループごとに固有の認証データと呼ぶ情報体を生成するユーザを、グループ生成者と呼ぶ。認証データを所持するユーザを、当該認証データに対応するグループに加入しているグループメンバと呼ぶ。また認証データを所持しないユーザを、当該認証データに対応するグループに加入していない未加入者と呼ぶ。グループ生成者は自ら認証データを生成し保持するためグループメンバを兼ねる。なお、各ユーザの端末は、第１の端末２０２1と同様のハードウェアあるいはソフトウェアによる構成となっていることを前提としている。
【００６６】
さて、図１に示す処理装置２１１は、グループ加入処理部２２１と、グループ認証部２２２とを備えている。記憶装置２１２はポリシチェックデータ記憶部２２３と認証データ記憶部２２４を備えている。ポリシチェックデータ記憶部２２３は、後述するポリシチェックデータをあらかじめ格納している。認証データ記憶部２２４は、加入済みグループに対応する認証データを格納する。
【００６７】
グループ加入処理部２２１は、グループメンバが未加入者をグループに加入させる場合に、その未加入者がグループ生成者の設定したグループポリシに合致する特徴を持つか否かを判定し、合致する特徴を持つ場合はその未加入者に当該グループの認証データを送信し、当該未加入者をそのグループに加入させるようになっている。グループ加入処理部２２１は記憶装置２１２内のポリシチェックデータ記憶部２２３および認証データ記憶部２２４と、またグループ認証部２２２は認証データ記憶部２２４と接続されている。グループ認証部２２２は、認証データ記憶部２２４に格納された認証データを基に、グループメンバと通信相手であるユーザとが共に同じグループに加入しているかを認証する。なお、第１の端末２０２1は、ハードウェア的には通信機能を備えたパーソナルコンピュータあるいはこれと基本的に同一の機能を有する小型の情報端末として構成することができる。
【００６８】
図１に示すグループ認証端末の詳細を説明する前に、本実施例のグループ認証端末の原理的な説明を行う。本実施例のグループ認証端末でグループ生成者が生成する認証データは、グループに固有の情報としてのグループ情報とグループに加入する条件に関する情報としてのグループポリシとを内包している。本実施例のグループ認証端末では、認証データを管理・保持する認証データ記憶部２２４と、ユーザ個々の所定の特徴をデータ化した情報としてのポリシチェックデータを管理・保持するポリシチェックデータ記憶部２２３とを備えた記憶装置２１２と、あるグループのグループメンバが未加入者をそのグループ生成者の形成したグループに加える場合に、当該未加入者のそのグループへの加入の可否を、認証データに含まれるグループポリシと当該未加入者の所定の特徴とを照合し、当該未加入者の所定の特徴がグループポリシを満たすことができるのであれば、当該未加入者のグループへの加入を認め、当該グループの認証データを当該未加入者に提供するグループ加入処理部２２１と、当該認証データを保持するユーザ間で互いにグループメンバであるかを認証するグループ認証部２２２を備えた処理装置２１１を有している。
【００６９】
このような本実施例のグループ認証端末で、グループメンバは、グループ生成者が認証データを生成することによって形成したグループに未加入者を加入させるにあたって、グループ生成者にとってグループに加入させるに適当な特徴を持つユーザに限って認証データを授受することができ、以降、グループメンバと認証データを受け取ったユーザ間の直接通信時において、認証データを基にグループ認証を行い、お互いに同じグループに加入していることを確認することができる。
【００７０】
グループメンバが持つ認証データに含まれるグループ情報は、グループで共有する鍵としてのグループ鍵を含む。グループ鍵を持つユーザのみが、そのグループ鍵で暗号化した情報を正しく復号できることを利用して、グループ認証を行う。また、グループ情報は、グループ鍵の他に、付加的な情報としてグループ名、グループ生成者名などのグループを特徴付ける情報としてのグループＩＤを含む。
【００７１】
グループメンバが持つ認証データに含まれるグループポリシは、グループに加入する際の条件としてのグループ加入条件と、グループ加入条件の照合に必要なポリシチェックデータの種類を設定した情報としてのポリシ照合情報を含む。
【００７２】
このような構成を採用することで、特定の認証のための認証機関や情報提供装置を必須とせず、当該認証機関や情報提供装置とアクセスできない、もしくは当該認証機関や情報提供装置を設置できない場合においても、グループ生成者の意図する所定の特徴をもつグループメンバのみからなるグループを動的に形成することができる。また、あるユーザが当該グループに加入しているかの認証をユーザ間の直接通信で行うことができる。以上により本発明の目的を達成することができることになる。
【００７３】
グループ生成者が、認証データをグループに加えたいユーザに授受する際には、直接通信による授受のほかに、ある特定のウェブ（Web）サイトからユーザにダウンロードさせるなどの手法を用いることができる。その際は、会員制のウェブサイトのように、ある程度特有の興味や関心を持つことを保証できるユーザを相手にダウンロードさせる等の手法を用いることができる。また、街頭でのショッピング用の端末等を用いて所定の操作を行ったユーザに対して、直接、近距離無線通信などの手段を介して、ユーザに認証データの配信を行う手段も用いることができる。
【００７４】
図３は本実施例のグループ加入処理部の内部構成を示したものである。グループ加入処理部２２１は、検証部２４１と、ポリシ確認用情報送受信部２４２と、ポリシチェックデータ取得部２４３ならびに認証データ送受信部２４４とを備えている。
【００７５】
検証部２４１は、ポリシ確認用情報送受信部２４２および認証データ送受信部２４４にデータを出力する構成となっている一方、図１に示した認証データ記憶部２２４とも接続されている。ポリシ確認用情報送受信部２４２は、検証部２４１およびポリシチェックデータ取得部２４３にデータを出力し、通信装置２１３を介して他端末２０２のグループ加入処理部２２１と接続されるようになっている。ポリシチェックデータ取得部２４３は、ポリシ確認用情報送受信部２４２にデータを出力する一方、図１に示したポリシチェックデータ記憶部２２３とも接続されている。認証データ送受信部２４４は、認証データ記憶部２２４と接続されており、かつ通信装置２１３を介して他端末２０２（図１参照）のグループ加入処理部２２１と接続されるようになっている。
【００７６】
ここで検証部２４１は、グループメンバの端末２０２において動作する部分である。検証部２４１は、未加入者の端末から受信した、未加入者の所定の特徴に関する情報であるポリシチェックデータと、認証データ記憶部２２４に格納している認証データ内のグループ加入条件とを照合し、当該未加入者のグループへの加入の可否を決定する。
【００７７】
ポリシ確認用情報送受信部２４２は、グループメンバと、未加入者の両者の端末で動作する部分であり、検証部２４１にて必要とされる未加入者のポリシチェックデータを、通信装置２１３を介して未加入者の端末からグループメンバの端末２０２へと送受信する。
【００７８】
ポリシチェックデータ取得部２４３は、未加入者の端末において動作する部分であり、ポリシ確認用情報送受信部２４２を介して送信する、グループメンバから要求されたポリシチェックデータを、ポリシチェックデータ記憶部２２３から検索して取得する。
【００７９】
認証データ送受信部２４４は、グループメンバと未加入者の両者の端末で動作する部分であり、検証部２４１での当該未加入者のグループへの加入の可否の検証結果が可である場合は、当該認証データを、通信装置２１３を介してグループメンバの端末から未加入者の端末へと送受信するようになっている。
【００８０】
図４は、グループ認証部の内部構成を示したものである。グループ認証部２２２は、グループ情報取得部２６１と、乱数生成部２６２と、ハッシュ計算部２６３と、認証コード生成部２６４と、認証用情報送受信部２６５ならびに認証処理部２６６とを備えている。
【００８１】
ここでグループ情報取得部２６１は、ハッシュ計算部２６３および認証コード生成部２６４にデータを出力する一方、認証データ記憶部２２４とも接続されている。乱数生成部２６２は、ハッシュ計算部２６３および認証コード生成部２６４にデータを出力する。ハッシュ計算部２６３は、認証コード生成部２６４および認証処理部２６６にデータを出力する。認証コード生成部２６４は、認証用情報送受信部２６５にデータを出力する。認証用情報送受信部２６５は、認証処理部２６６にデータを出力する一方、通信装置２１３を介して他端末２０２のグループ認証部２２２と接続される。認証処理部２６６は、ハッシュ計算部２６３および認証用情報送受信部２６５にデータを出力する。認証処理部２６６は認証データ記憶部２２４とも接続されている。
【００８２】
なお、本明細書では、説明の便宜上、あるユーザが自分のグループに加入しているか否かを検証するユーザを「認証者」と呼び、また、認証者の属するグループに自分が加入しているかの検証を、認証者に要求するユーザを「被認証者」と呼ぶことにする。
【００８３】
グループ情報取得部２６１は、被認証者の端末において動作する部分であり、グループ認証の対象となるグループの認証データを認証データ記憶部２２４から読み出し、それに含まれるグループ鍵等のグループ情報を取得する。乱数生成部２６２は、被認証者の端末２０２において動作する部分であり、乱数値を生成する。
【００８４】
ハッシュ計算部２６３は、被認証者と認証者の端末２０２の双方において動作する部分であり、被認証者の端末２０２においては、乱数生成部２６２で生成された乱数値とグループ情報取得部２６１で取得したグループ情報に含まれるグループＩＤとからなる情報（以下、これを認証用情報と呼ぶ。）のハッシュ値を計算する。ここでハッシュ値とは、データを数学的な操作によって一定の長さに縮小させたものをいう。また、乱数値が十分に長い桁数をとる場合、ここで計算したハッシュ値はほぼ一意になることが期待できる。確実に一意にできるとは限らないが、実運用においては十分である。また、グループＩＤにグループ生成者のメールアドレスなど必ず実世界で一意性が保証されている情報を必ず含むようにすることも有効である。この場合には、乱数値を用いる必要は無い。この一意性が保証されている情報を必ず含むようにする場合、グループ情報に含まれるグループＩＤだけで認証用情報とし、乱数生成部２６２を省いた構成で処理を行うことができる。ただし、本実施例ではこのような一意性のある情報をグループＩＤに含むことは仮定せず、乱数生成部２６２があるものとして説明する。また認証者の端末２０２においては、認証処理部２６６から受け取った値のハッシュ値（以下、これを照合値と呼ぶ。）を計算する。
【００８５】
認証コード生成部２６４は、被認証者の端末２０２において動作する部分であり、乱数生成部２６２で生成した認証用情報と、その認証用情報のハッシュ値をハッシュ計算部２６３で計算した値をグループ鍵で暗号化した情報（以下、これをスクランブル値と呼ぶ。）とを内包する認証コードを生成する。認証用情報送受信部２６５は、被認証者と認証者の両者の端末２０２において動作する部分であり、被認証者の端末２０２において認証コード生成部２６４で生成した認証コードを、通信装置２１３を介して被認証者の端末２０２から認証者の端末２０２へと送受信する。
【００８６】
認証処理部は、認証者の端末において動作する部分であり、認証用情報送受信部２６５で受信した認証コードの送信者である端末２０２のユーザ（被認証者）が認証者自身の端末２０２の認証データ記憶部２２４に格納している認証データに対応するグループに加入しているか否かを判定する。詳細には、受信した認証コードに含まれるスクランブル値を、認証データ記憶部２２４に格納されている認証データに含まれるグループ鍵で復号した値と、受信した認証コードに含まれる認証用情報をハッシュ計算部２６３に渡し、返された照合値とが等しければ、お互いにそのグループ鍵を含む認証データに対応するグループに加入していると判定するようになっている。
【００８７】
図５および図６は、グループメンバが未加入者をグループ生成者が作成したグループに加入させる際の動作を表わしたものである。このうち図５はグループメンバの端末での処理の流れを表わしたものであり、図６は未加入者の端末での処理の流れを表わしたものである。
【００８８】
グループメンバの端末２０２において、グループ加入処理部２２１は、グループメンバによって指定されたグループへの通信相手の加入処理要求を受けると、図７および図８で後述するグループ認証処理手順（ステップＳ４０１〜Ｓ４１８）の結果として、通信相手が当該グループのグループメンバであるか否かを判定する（ステップＳ３０１）。判定した結果、通信相手が当該グループのグループメンバであるならば（Ｙ）、そのまま処理を終える(エンド)。
【００８９】
これに対して、通信相手が未加入者である場合（ステップＳ３０１：Ｎ）、検証部２４１は、認証データ記憶部２２４から、ステップＳ３０１における加入処理要求時にグループメンバが指定した未加入者を加入させるグループに対応する認証データを読み出す（ステップＳ３０２）。次に、検証部２４１で、ステップＳ３０２で読み出した認証データに含まれるグループポリシから、グループ加入条件と、ポリシ照合情報を取得する（ステップＳ３０３）。そして、ポリシ確認用情報送受信部２４２で、ポリシ照合情報に設定されたポリシチェックデータを未加入者の端末に通信装置２１３を介して要求する（ステップＳ３０４）。
【００９０】
ここで、未加入者の端末において、グループ加入処理部２２１は、ポリシ確認用情報送受信部２４２で、グループメンバの端末におけるステップＳ３０４でポリシチェックデータの要求を受けると（図６ステップＳ３１０）、ポリシチェックデータ取得部２４３で、該当するポリシチェックデータをポリシチェックデータ記憶部２２３から検索し（ステップＳ３１１）、ポリシ確認用情報送受信部２４２で、ステップＳ３１１で読み出したポリシチェックデータをグループメンバの端末に通信装置２１３を介して送信する（ステップＳ３１２）。なお、未加入者の端末はグループ認証端末を実現するためのプログラムを事前に組み込んでおく必要がある。このようなプログラムを組み込んでいない未加入者の端末は、パッケージ化されたソフトウェアを購入したり、インターネット等のネットワークからダウンロードする等の手法で自己の端末にインストールすることができる。
【００９１】
その後、再びグループメンバの端末２０２において、グループ加入処理部２２１は、ポリシ確認用情報送受信部２４２で、未加入者の端末がステップＳ３１２で送信したポリシチェックデータを受信する（ステップＳ３０５）。そして、検証部２４１は、ステップＳ３０５で受信したポリシチェックデータがグループ加入条件を満たすか否かを検証する（ステップＳ３０６）。次に、ポリシ確認用情報送受信部２４２は、ステップＳ３０６における検証結果を、通信装置２１３を介して、未加入者の端末に送信し（ステップＳ３０７）、検証部２４１は、ステップＳ３０６における検証結果が可である場合、認証データ送受信部２４４で、ステップＳ３０２で読み出した認証データを未加入者の端末に送信し（ステップＳ３０９）、処理を終える。ステップＳ３０６における検証結果が否である場合、グループメンバは、当該未加入者はグループに加入させるに適した所定の特徴を有さないと判断し、そのまま処理を終える（エンド）。
【００９２】
再び未加入者の端末の処理を説明する。グループ加入処理部２２１は、ポリシ確認用情報送受信部２４２で、グループメンバの端末２０２におけるステップＳ３０７で送信した検証結果を受信する（ステップＳ３１３）。そして、ステップＳ３１３で受信した検証結果が可である場合は、認証データ送受信部２４４で、グループメンバの端末がステップＳ３０９で送信した認証データを受信する（ステップＳ３１５）。その後、受信した認証コードを通信装置２１３３の認証データ記憶部２２４に保存し（ステップＳ３１６）、処理を終える。ステップＳ３１３で受信した検証結果が否である場合、当該未加入者は、グループメンバによって、該当するグループに加入させるのに適した所定の特徴を有さないと判断されたことになり、そのまま処理を終えることになる（エンド）。
【００９３】
以上の処理ステップＳ３０１〜Ｓ３１６で、グループメンバは、グループに未加入者を加入させるに際に、グループ生成者にとってグループに加入させるに適当な未加入者に限って、認証データを授受し、グループに加入させることができる。
【００９４】
次に図７および図８を用いて端末のユーザ間でグループ認証を行う際の動作を説明する。このうち図７は被認証者の端末での処理の流れを表わしたものであり、図８は認証者の端末での処理の流れを表わしたものである。
【００９５】
被認証者の端末において、図４に示すグループ認証部２２２は、被認証者からグループ認証の処理要求を受けると（図７ステップＳ４０１）、グループ情報取得部２６１で、被認証者の要求時に指定したグループ認証を行いたいグループに対応する認証データを読み出し（ステップＳ４０２）、読み出した認証データ内のグループ情報からグループＩＤとグループ鍵を取得する（ステップＳ４０３）。そして、乱数生成部２６２で、乱数を生成する（ステップＳ４０４）。次に、ハッシュ計算部２６３で、ステップＳ４０３で取得したグループＩＤとステップＳ４０４で生成した乱数値とからなる認証用情報のハッシュ値を計算し（ステップＳ４０５）、認証コード生成部２６４で、ステップＳ４０３で取得したグループ鍵を用いて、Ｓ４０５で計算したハッシュ値を暗号化したスクランブル値を求め、スクランブル値と認証用情報とを併せて認証コードを生成する（ステップＳ４０６）。その後、認証用情報送受信部２６５で、ステップＳ４０６で生成した認証コードを、通信装置２１３を介して、認証者の端末に送信する（ステップＳ４０７）。
【００９６】
一方、認証者の端末２０２で、図４に示したグループ認証部２２２は、認証用情報送受信部２６５で、ステップＳ４０７で被認証者の端末から送信された認証コードを受信し（図８ステップＳ４０９）、認証処理部２６６に受信した認証コードを出力する。認証処理部２６６は、ハッシュ計算部２６３でステップＳ４０９で受信した認証コードに含まれる認証用情報のハッシュ値（照合値）を計算し（ステップＳ４１０）、それから、ステップＳ４０９で受信した認証コードに含まれる認証用情報に含まれるグループＩＤをキーにして認証データ記憶部２２４から検索可能な認証データのうち、以降のステップＳ４１５にて未検証である認証データを読み出す処理を行う（ステップＳ４１１）。この処理で認証データを読み出せない場合には（ステップＳ４１２：Ｎ）、認証結果に認証失敗と設定した上で（ステップＳ４１８）、認証用情報送受信部２６５で認証結果を被認証者の端末に送信し（ステップＳ４１７）、処理を終える(エンド)。
【００９７】
読み出せた場合には（ステップＳ４１２：Ｙ）、読み出した認証データに含まれるグループ鍵を取得し（ステップＳ４１３）、ステップＳ４１３で得たグループ鍵で、ステップＳ４０９で受信した認証コードに含まれるスクランブル値を復号する（ステップＳ４１３）。それから、引き続き認証処理部２６６で、ステップＳ４１０で計算した照合値と、ステップＳ４１３で得たスクランブル値の復号結果を比較検証する（ステップＳ４１５）。ステップＳ４１５で比較した結果、両者が一致する場合（Ｙ）、認証用情報送受信部２６５で認証成功を示す認証結果を被認証者の端末に送信し（ステップＳ４１７）、処理を終える(エンド)。また、ステップＳ４１５で比較した結果、両者が一致しない場合には（ステップＳ４１５：Ｎ）、ステップＳ４１１で読み出した認証データを検証済みとし、ステップＳ４１１からの処理を繰り返す。
【００９８】
最後に、再び被認証者の端末において、グループ認証部２２２は、認証用情報送受信部２６５で、ステップＳ４１６で送信された認証結果を受信し（ステップＳ４０８）、処理を終える（エンド）。
【００９９】
以上、図７あるいは図８に示した処理ステップＳ４０１〜Ｓ４１８で、あるユーザがあるグループに加入しているかのグループ認証をユーザ間の直接通信で行うことができる。また、グループ認証を行うユーザ間で相互にこの判定の処理を行い、共に同じグループに加入していることを確認することでより確実なグループ認証を行うことができる。
【０１００】
このように第１の実施例でグループ生成者は、グループに加入させる際の条件をグループポリシに設定し、認証データという情報体に含めておくことができる。そして、認証データを持つグループメンバは、未加入者をそのグループに加入させる場合に、その未加入者をグループに加入させてもよいかを、当該認証データに含まれるグループポリシを参照することで、グループ生成者に問い合わせることなく決定できる。そして、グループに加入するに相応しい未加入者に直接当該認証データを授受することで、当該未加入者をグループメンバに加えることができる。グループに加入させる際には、特定の認証機関や情報提供装置に問い合わせる必要は無い。このため、当該認証機関や情報提供装置を常時用意する必要がなくなり、グループへの加入処理に特定の端末にアクセスする従来の方式に比べて、コストを削減できる。
【０１０１】
更に第１の実施例では、グループに対応する認証データを擁する端末間での直接通信時において、お互いにグループ認証を行うことができる。この処理は、全てユーザ端末間で閉じた処理で可能なため、外部に用意された認証用の認証機関や情報提供装置に接続されている必要は無い。このため、特定の認証のための認証機関や情報提供装置にアクセスできない、もしくはかかる認証機関や情報提供装置を設置できない場合であっても、直接通信可能なあるユーザが、グループに加入しているかの認証を行うことが可能になる。
【０１０２】
次に、具体例を用いて第１の実施例のグループ認証端末を説明する。今、あるユーザＡがあるプロスポーツチームのファンクラブグループに加入しているものとする。
【０１０３】
図９は、このファンクラブグループの認証データを表わしたものである。グループに固有の情報としてのグループ情報として、グループ名称「Ｔ−Ｃｌｕｂ」、グループ生成者名としての「ｊ−ｎｏｄａ」ならびに所定のグループ鍵が設定されているものとする。また、グループポリシのポリシ照合情報には未加入者の特徴の照合に用いるポリシチェックデータとして“ブックマーク情報”が、グループ加入条件には、当該プロスポーツチームの公式登録サイトを示す特定ＵＲＬとしての“www.hoge.co.jp/tigersで示すＵＲＬが含まれているか”が設定されているものとする。
【０１０４】
このような状況の下で、ユーザＡが未加入のユーザＢをこのプロスポーツチームのファンクラブグループに加える場合を考える。ユーザＢが当該プロスポーツチームのファンクラブグループのグループメンバであるかを調べ（図５ステップＳ３０１）、ユーザＢがグループメンバでない場合に、加入処理が開始される。この場合、ユーザＡの端末のグループ加入処理部２２１は、当該グループの認証データを読み込み（ステップＳ３０２）、認証データのグループポリシを読み込む（ステップＳ３０３）。そして、ユーザＡの端末のグループ加入処理部２２１は、グループポリシに設定されたポリシ照合情報を読み込み、ポリシ照合情報に設定されたブックマーク情報に関するポリシチェックデータをユーザＢの端末に要求する（ステップＳ３０４）。ユーザＢの端末のグループ加入処理部２２１は、ユーザＡの要求に応じて、記憶装置２１２のポリシチェックデータ記憶部２２３に格納されているブックマーク情報に関するポリシチェックデータを、ユーザＡの端末に送信する（ステップＳ３１０〜Ｓ３１２）。
【０１０５】
図１０は、この例の場合のユーザＢから送られてきたポリシチェックデータの一例を示したものである。このポリシチェックデータには、ブックマークとしてＵＲＬ（Uniform Resource Locator）が“www.hoge.co.jp/tigers”で示されるサイトが登録されている。この図１０に示した例の場合には、指定された特定ＵＲＬが、ユーザＢから送られたポリシチェックデータに登録されている。したがって、ユーザＢの“Ｔ−Ｃｌｕｂ”グループへの加入は可とみなされる（ステップＳ３０８）。そしてユーザＡの端末の認証データ送受信部１１３は、ユーザＢの端末に当該グループの認証データを授受する（ステップＳ３０９）。
【０１０６】
その後、ユーザＢの端末のグループ認証部２２２は、受信した認証データを記憶装置の認証データ記憶部に保存する（ステップＳ３１６）。以上の処理ステップＳ３０１〜Ｓ３１６の処理で、ユーザＢは、ユーザＡと当該プロスポーツチームのファンクラブグループの認証データを共有し、以降のグループ認証では、ユーザＡの加入する当該プロスポーツチームのファンクラブグループに加入していると認証されることになる。
【０１０７】
図１１は、図１に示したポリシチェックデータ記憶部に記憶されるポリシチェックデータとこれらに対応するグループ加入条件の他の例を表わしたものである。ポリシチェックデータ記憶部２２３には、この例に示すように「記憶情報」、「メール情報」等の幾つかのポリシチェックデータと、それぞれのグループに加入するための条件とを、各種のグループに対応する形で格納することができる。
【０１０８】
次に先の図７および図８を用いて、ユーザＢが“Ｔ−Ｃｌｕｂ”グループに加入していることをユーザＡに認証してもらう場合を考える（図７のステップＳ４０１）。ユーザＢの端末のグループ認証部２２２は、“Ｔ−Ｃｌｕｂ”グループの認証データを読み込む（ステップＳ４０２）。ユーザＢのグループ認証部２２２は、読み込んだ認証データに含まれるグループ鍵を用いて認証コードを生成し（ステップＳ４０３〜Ｓ４０６）、ユーザＡの端末にこれを送信する（ステップＳ４０７）。
【０１０９】
ユーザＡの端末のグループ認証部２２２は、認証コードを受信し（ステップＳ４０９）、ユーザＡの記憶装置の認証データ記憶部に保存された認証データの中に、受信した認証コードに含まれるスクランブル値を正しく復号可能なグループ鍵を内包する認証データがあるかどうかを調べる（ステップＳ４１０〜Ｓ４１２、Ｓ４１５〜Ｓ４１７）。ユーザＡの記憶装置の認証データ記憶部２２４は、認証コード内のスクランブル値を正しく復号可能なグループ鍵を内包する認証データを保持しているので、認証は成功する（ステップＳ４１８）。ユーザＡは、認証が成功したことをユーザＢに伝え（ステップＳ４１４）、ユーザＢは、“Ｔ−Ｃｌｕｂ”グループに加入していることをユーザＡに認証してもらったことを知る。
【０１１０】
＜第２の実施例＞
【０１１１】
図１２は本発明の第２の実施例におけるグループ認証端末を表わしたものである。このグループ認証端末は、近距離無線通信網２０１に第１〜第Ｎの端末２０２Ａ1〜２０２ＡNが接続された構成となっている。第１〜第Ｎの端末２０２Ａ1〜２０２ＡNは、基本的に同一の構成となっているので、ここでは第１の端末２０２Ａ1についてその構成を具体的に示すことにする。また、図１２で第１の実施例の図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。
【０１１２】
第１の端末２０２Ａ1は、プログラム制御により動作する処理装置２１１Ａと、ＩＣカード等の記憶装置２１２と、ブルーツース、赤外線通信または無線ＬＡＮ（ローカルエリアネットワーク）等の近距離無線を利用する通信装置２１３とによって構成されている。このうち、第１の実施例の処理装置２１１と構成が一部異なる本実施例の処理装置２１１Ａは、グループ加入処理部２２１Ａと、グループ認証部２２２とを備えている。すなわち、第１の実施例におけるグループ認証端末と第２の実施例におけるグループ認証端末とでは、グループ加入処理部２２１Ａの構成が異なっていることになる。
【０１１３】
図１３は、第２の実施例におけるグループ加入処理部の構成を表わしたものである。グループ加入処理部２２１Ａは、検証部２４１Ａと、ポリシ確認用情報送受信部２４２Ａと、ポリシチェックデータ取得部２４３Ａおよび認証データ送受信部２４４Ａとを備えている。検証部２４１Ａは、ポリシ確認用情報送受信部２４２Ａおよび認証データ送受信部２４４Ａにデータを出力する構成となっている一方、認証データ記憶部２２４Ａとも接続されている。ポリシ確認用情報送受信部２４２Ａは、ポリシチェックデータ取得部２４３Ａにデータを出力する構成となっている一方、通信装置２１３を介して他端末２０２Ａ（図１２参照）のグループ加入処理部２２１Ａとも接続される。ポリシチェックデータ取得部２４３Ａは、検証部２４１Ａにデータを出力する構成となっている一方、ポリシチェックデータ記憶部２２３とも接続されている。認証データ送受信部２４４Ａは、認証データ記憶部２２４Ａと接続されており、かつ通信装置２１３を介して他端末のグループ加入処理部２２１Ａと接続されている。
【０１１４】
ここで検証部２４１Ａは、未加入者の端末において動作する部分であり、グループメンバから受け取ったグループポリシ内のポリシ照合情報に設定されたポリシチェックデータと、グループポリシ内のグループ加入条件を照合し、当該未加入者自身のグループへの加入の可否を決定するようになっている。
【０１１５】
ポリシ確認用情報送受信部２４２Ａは、グループメンバと、未加入者の両者の端末で動作する部分であり、未加入者を加入させるグループの認証データのグループポリシを、通信装置２１３を介してグループメンバの端末から未加入者の端末へと送受信するようになっている。また、検証部２４１Ａでの検証結果を、通信装置２１３を介して未加入者の端末からグループメンバの端末へと送受信する。
【０１１６】
ポリシチェックデータ取得部２４３Ａは、未加入者の端末において動作する部分であり、ポリシ確認用情報送受信部２４２Ａを介して受信したグループポリシ内のポリシ照合情報に設定されたポリシチェックデータを、ポリシチェックデータ記憶部２２３から検索して取得する。
【０１１７】
認証データ送受信部２４４Ａは、グループメンバと未加入者の両者の端末で動作する部分であり、ポリシ確認用情報送受信部２４２Ａで受信した当該未加入者のグループへの加入の可否の検証結果が、可である場合は、当該認証データを通信装置２１３を介してグループメンバの端末から未加入者の端末へと送受信するようになっている。
【０１１８】
図１４および図１５は、グループメンバが未加入者をグループ生成者が作成したグループに加入させる際の動作を表わしたものである。このうち図１４はグループメンバの端末での処理の流れを表わしたものであり、図１５は未加入者の端末での処理の流れを表わしたものである。
【０１１９】
グループメンバの端末において、グループ加入処理部２２１は、グループメンバによって指定されたグループへの通信相手の加入処理要求を受けると、図７および図８で説明したグループ認証処理手順（ステップＳ４０１〜Ｓ４１８）の結果として、通信相手が当該グループのグループメンバであるか否かを判定する（ステップ５０１）。判定した結果、通信相手が当該グループのグループメンバであるならば（Ｙ）、そのまま処理を終える(エンド)。
【０１２０】
これに対して、通信相手が未加入者である場合（ステップＳ５０１：Ｎ）、検証部２４１Ａは、認証データ記憶部２２４から、ステップＳ５０１における加入処理要求時にグループメンバが指定した未加入者を加入させるグループに対応する認証データを読み出す（ステップＳ５０２）。次に、検証部２４１Ａで、ステップＳ５０２で読み出した認証データに含まれるグループポリシを読み出す（ステップＳ５０３）。そして、ポリシ確認用情報送受信部２４２Ａで、ステップＳ５０２で読み出したグループポリシを未加入者の端末に通信装置２１３を介して送信する（ステップＳ５０４）。
【０１２１】
ここで、未加入者の端末において、グループ加入処理部２２１は、ポリシ確認用情報送受信部２４２Ａで、グループメンバの端末におけるステップＳ５０４で送信されたグループポリシを受信し（図１５ステップＳ５０８）、グループポリシ内のグループ加入条件とポリシ照合情報を取得する（ステップＳ５０９）。そして、ポリシチェックデータ取得部２４３Ａで、ステップＳ５０９で取得したポリシ照合情報に設定されたポリシチェックデータをポリシチェックデータ記憶部２２３から検索し取得する（ステップＳ５１０）。
【０１２２】
次に、検証部２４１Ａで、ステップＳ５１０で得たポリシチェックデータが、ステップＳ５０９で取得したグループ加入条件を満たすか否かを検証する（ステップＳ５１１）。それから、ポリシ確認用情報送受信部２４２Ａで、ステップＳ５０６における検証結果を、通信装置２１３を介して、未加入者の端末に送信する（ステップＳ５１２）。
【０１２３】
その後におけるグループメンバの端末側の説明を行う。グループ加入処理部２２１は、ポリシ確認用情報送受信部２４２Ａで、未加入者の端末におけるステップＳ５１２で送信された検証結果を受信する（ステップＳ５０５）。ステップＳ５０５で受信した検証結果が可である場合には（ステップＳ５０６：Ｙ）、認証データ送受信部２４４Ａで、ステップＳ５０２で読み出した認証データを未加入者の端末に送信し（ステップＳ５０７）、処理を終える（エンド）。ステップＳ５０６における検証結果が否である場合（Ｎ）、グループメンバは、当該未加入者をグループに加入させるに適した所定の特徴を有さないものと判断し、そのまま処理を終える（エンド）。
【０１２４】
最後に、再び未加入者の端末側の説明を行う。グループ加入処理部２２１Ａは、ステップＳ５１１での検証結果が可である場合は、認証データ送受信部２４４Ａで、グループメンバの端末におけるステップＳ５０７で送信した認証データを受信する（ステップＳ５１４）。その後、受信した認証データを通信装置２１３の認証データ記憶部２２４に保存し（ステップＳ５１５）、処理を終える（エンド）。ステップＳ５１３での検証結果が否である場合（Ｎ）、当該未加入者は、グループに加入させるのに適した所定の特徴を有さないと判断されたことになり、そのまま処理を終える（エンド）。
【０１２５】
以上の処理ステップＳ５０１〜Ｓ５１５で、グループメンバは、グループに未加入者を加入させるに際に、グループ生成者にとってグループに加入させるに適当なユーザに限って、認証データを授受し、グループに加入させることができる。
【０１２６】
以上説明したように第２の実施例では、グループポリシに合致するか否かを検証する際にグループメンバの端末と未加入者の端末間で送受信していたポリシチェックデータの代わりに、グループポリシを送受信する。グループポリシはポリシチェックデータに比べて、データ量が少ない場合が多いので、第１の実施例と比較して通信量の削減が期待できる。かつ、ユーザ個々にとってプライベートなデータであることが多いポリシチェックデータを、他ユーザの端末に送信することなく処理を行うことができ、プライバシーの保護に効果がある。
【０１２７】
次に、具体例を用いて第２の実施例のグループ認証端末を説明する。今、第１の実施例と同様にユーザＡがあるプロスポーツチームのファンクラブグループに加入しているものとする。先に示した図９は、このファンクラブグループの認証データを表わしたものである。第２の実施例の場合も同様にグループ生成者によって、グループ固有の情報として、グループの名称、グループ生成者名、グループ鍵が設定され、かつ、グループポリシのポリシ照合情報には未加入者の特徴の照合に用いるポリシチェックデータとして“ブックマーク情報”が、グループ加入条件には、“特定ＵＲＬ（www.hoge.co.jp/tigers）で示される当該プロスポーツチームの公式サイトを登録しているか”が設定されているとする。
【０１２８】
このような状況の下で、ユーザＡがステップＳ５０１で該当グループに未加入と判定した未加入のユーザＢをこのプロスポーツチームのファンクラブグループに加える場合を考える（ステップＳ５０１）。図１０を参照すると、ユーザＢのポリシチェックデータ記憶部２２３に管理されているブックマーク情報に関するポリシチェックデータには、ＵＲＬが“www.hoge.co.jp/tigers”で示されるサイトが登録されている。
【０１２９】
ユーザＡの端末のグループ加入処理部２２１は、当該グループの認証データを読み込み（ステップＳ５０２）、当該認証データのグループポリシを読み込む（ステップＳ５０３）。ユーザＡの端末のグループ加入処理部２２１は、ユーザＢの端末に当該グループポリシを送信する（ステップＳ５０４）。
【０１３０】
ユーザＢの端末のグループ加入処理部２２１は、ユーザＡから送信されたグループポリシ内に設定されたポリシ照合情報を読み込み、ポリシ照合情報に設定されたブックマーク情報に関するポリシチェックデータを、自身の端末のポリシチェックデータ記憶部２２３から読み出して取得する（ステップＳ５０８〜Ｓ５１０）。そして、ステップＳ５１０で取得したポリシチェックデータに、グループポリシ内のグループ加入条件に指定された特定ＵＲＬに示されたサイトが登録されているかどうかを調べる（ステップＳ５１１）。指定された特定ＵＲＬは、ステップＳ５１０で取得したポリシチェックデータに登録されているので、ユーザＢの“Ｔ−Ｃｌｕｂ”グループへの加入は可能であるという検証結果を得る。そして、ユーザＢの端末のグループ加入処理部２２１は、ステップＳ５１１での検証結果をユーザＡの端末に送信する（ステップＳ５１２）。
【０１３１】
ステップＳ５１２で送信された検証結果を受信したユーザＡの端末の認証データ送受信部１１３は、ユーザＢの端末に当該グループの認証データを授受する（ステップＳ５０５〜Ｓ５０７）。その後、ユーザＢの端末のグループ認証部２２２は、受信した認証データを記憶装置の認証データ記憶部に保存する（ステップＳ５１４〜Ｓ５１５）。
【０１３２】
以上の処理ステップＳ５０１〜Ｓ５１５で、ユーザＢは、ユーザＡと当該プロスポーツチームのファンクラブグループの認証データを共有し、以降のグループ認証では、ユーザＡの加入する当該プロスポーツチームのファンクラブグループに加入していると認証される。
【０１３３】
＜第３の実施例＞
【０１３４】
図１６は本発明の第３の実施例におけるグループ認証端末を表わしたものである。このグループ認証端末は、近距離無線通信網２０１に第１〜第Ｎの端末２０２Ｂ1〜２０２ＢNが接続された構成となっている。第１〜第Ｎの端末２０２Ｂ1〜２０２ＢNは、基本的に同一の構成となっているので、ここでは第１の端末２０２Ｂ1についてその構成を具体的に示すことにする。また、図１６で第１の実施例の図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。
【０１３５】
第１の端末２０２Ｂ1は、プログラム制御により動作する処理装置２１１Ｂと、ＩＣカード等の記憶装置２１２と、ブルーツース、赤外線通信または無線ＬＡＮ等の近距離無線を利用する通信装置２１３とによって構成されている。このうち、第１の実施例の処理装置２１１と構成が一部異なる本実施例の処理装置２１１Ｂは、グループ加入処理部２２１Ｂと、グループ認証部２２２とを備えている。すなわち、第１の実施例におけるグループ認証端末と第３の実施例におけるグループ認証端末とでは、グループ加入処理部２２１Ｂの構成が異なっていることになる。
【０１３６】
図１７は、この第３の実施例におけるグループ加入処理部の構成を表わしたものである。グループ加入処理部２２１Ｂの基本構成は第１の実施例と同一であるが、その検証部２４１Ｂが、ランク計算部６０１を備える点が異なる。ランク計算部６０１は、未加入者をあるグループに加入させる際に、その未加入者がそのグループに加入するにどれだけ相応しい能力（嗜好、趣味、目的等）を持つか、すなわちグループ生成者の意図に沿うかどうかを示す属性値としてのランクを計算する部分である。ランクが高いほど、そのグループに加入するに相応しいものとする。
【０１３７】
この計算方法としては、端末あるいはグループ生成者が予め指定したある約束に従って増減値を計算する方法の他に、未加入者が送信してきたポリシチェックデータに含まれる情報に対して、ロボット型検索エンジンで提供される特有のキーワードに対するページ内容の重要度をスコアリングする従来の方法（テキストマッチ）を適用して計算する等の方法を用いることができる。前者については、カテゴリリストを用いた方法についての実施例で後述する。後者のロボット型検索エンジンとしては、たとえばインターネットのこの種の検索エンジンとしての“Google”や“Goo”を例として挙げることができる。どのランクの計算方法を用いるかは、認証データ作成時に、グループ生成者が予め定められたいくつかの固定の計算方法の中から選択することができる。また、その際に必要なパラメタはユーザが指定可能である。また端末で計算方法を固定的に１つに定めることで、ユーザの指示を仰がないようにすることもできる。
【０１３８】
この第３の実施例では、グループ生成者は、認証データを所持するグループメンバに未加入者を加入させるにあたって、グループメンバのランクに応じたグループ加入処理を行わせることができるように更に工夫している。具体的には、グループ生成者が認証データに対してランクに応じた複数のグループポリシを設定する点と、グループへの加入を認められた未加入者のランクを、ランク計算部６０１で計算し、認証データに含めて未加入者に渡す点が異なる。
【０１３９】
図１８は、本実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際の動作を表わしたものである。なお、未加入者の端末における動作は、第１の実施例の図６を用いて説明する。
【０１４０】
グループメンバの端末を端末２０２Ｂ1とする。グループメンバの端末２０２Ｂ1において、グループ加入処理部２２１Ｂは、グループメンバから、ある未加入者のグループへの加入処理要求を受けたとする（ステップＳ７０１：Ｙ）。図１７に示した検証部２４１Ｂは、図１６に示した認証データ記憶部２２４から、未加入者を加入させるグループに対応する認証データを読み出す（ステップＳ７０２）。次に、検証部２４１Ｂで、ステップＳ３０２で読み出した認証データに含まれるランクを読み出し（ステップＳ７０３）、続いて検証部２４１Ｂで、ステップＳ７０２で読み出した認証データから、ステップＳ７０３で読み出したランクに対応するグループポリシを読み出す。そして、読み出したグループポリシに含まれるグループ加入条件と、ポリシ照合情報を取得する（ステップＳ７０４）。次に、ポリシ確認用情報送受信部２４２で、ポリシ照合情報に設定されたポリシチェックデータを未加入者の端末に通信装置２１３を介して要求する（ステップＳ７０５）。
【０１４１】
未加入者の端末を端末２０２ＢNとする。未加入者の端末２０２ＢNにおいて、グループ加入処理部２２１Ｂは、図１６に示すポリシ確認用情報送受信部２４２で、グループメンバの端末２０２Ｂ1におけるステップＳ７０５でポリシチェックデータの要求を受けると（図６ステップＳ３１０）、ポリシチェックデータ取得部２４３で、該当するポリシチェックデータをポリシチェックデータ記憶部２２３から検索し（ステップＳ３１１）、ポリシ確認用情報送受信部２４２で、ステップＳ３１１で読み出したポリシチェックデータをグループメンバの端末に通信装置２１３を介して送信する（ステップＳ３１２）。
【０１４２】
その後、グループメンバの端末２０２Ｂ1で、グループ加入処理部２２１Ｂは、ポリシ確認用情報送受信部２４２で、未加入者の端末２０２ＢNにおけるステップＳ３１２で送信されたポリシチェックデータを受信する（ステップＳ７０６）。そして、検証部２４１Ｂで、ステップＳ７０６で受信したポリシチェックデータはグループ加入条件を満たすか否かを検証し（ステップＳ７０７）、検証結果を送信する（ステップＳ７０８）。そして、検証結果が可である場合には（ステップＳ７０９：Ｙ）、ランク計算部６０１で、検証内容を基に、後述するステップＳ７１１で認証データを送信する相手である未加入者のそのグループにおけるランクを計算して更新する（ステップＳ７１０）。検証部２４１Ｂでは、ステップＳ７０９における検証結果が可である場合は、ステップＳ７１０で計算したランクを、ステップＳ７０２で読み込んだ認証データに含まれていたランクと置き換えた新しい認証データを作成する（ステップＳ７１０）。そして、認証データ送受信部２４４で、ステップＳ７１０で作成した認証データを未加入者の端末に送信し（ステップＳ７１１）、処理を終える（エンド）。ステップＳ７０９における検証結果が否である場合（Ｎ）、グループメンバの端末２０２Ｂ1は、当該未加入者をグループに加入させるに適した所定の特徴を有さないと判断し、そのまま処理を終える（エンド）。
【０１４３】
最後に、未加入者の端末２０２ＢNの処理を説明する。グループ加入処理部２２１Ｂは、ポリシ確認用情報送受信部２４２で、グループメンバの端末２０２Ｂ1におけるステップＳ７０８で送信した検証結果を受信する（ステップＳ３１３）。そして、ステップＳ３１３で受信した検証結果が可である場合には（ステップＳ３１４：Ｙ）、認証データ送受信部２４４で、グループメンバの端末２０２Ｂ1におけるステップＳ７１１で送信した認証データを受信する（ステップＳ３１５）。その後、受信した認証コードを通信装置２１３の認証データ記憶部２２４に保存し（ステップＳ３１６）、処理を終える（エンド）。ステップＳ３１３で受信した検証結果が否である場合は（ステップＳ３１４：Ｎ）、グループメンバの端末２０２Ｂ1によって、当該未加入者は、グループに加入させるのに適した所定の特徴を有さないと判断されたことになり、そのまま処理を終える（エンド）。
【０１４４】
このように第３の実施例のグループ認証端末では、グループ生成者が、グループメンバに対して、各グループメンバのランクに応じたグループ加入処理を行わせることができる。これによって、次の効果が期待できる。
【０１４５】
グループはそこに加入しているグループメンバのもつ能力次第で、グループ内で共有する情報の質や量に差が生じることがある。本実施例では、グループメンバ間で生じるこの差をある程度制御することができる。具体的にはランクの高いグループメンバには、緩いグループポリシの加入条件で未加入者を加入させることを許し、ランクが低いグループメンバには、未加入者をグループに加入させる場合に厳しい加入条件でグループ加入処理を行わせることができる。これにより、現在そのグループに加入しているグループメンバのランクの平均値を平均値Ｇｒとすると、次の（１）式で表わされるこの値をある程度一定の値に収束させることができ、グループ全体で共有する情報の質や量をグループ生成者の意図するある程度のレベルに維持することができる。ただし、この（１）式で符号Ｒは、あるグループにおけるグループメンバのランクの集合であり、符号Ｒｉをランクの集合Ｒに含まれるそれぞれのランクの値とする。
【０１４６】
【数１】
【０１４７】
認証データにランクの平均値Ｇｒに応じたグループポリシを設定しておき、グループメンバにそのときのランクの平均値Ｇｒに応じたグループ加入処理を行わせてもよい。また、ランクの平均値Ｇｒは、そのグループで共有あるいは交換する情報の質の目安であり、類似の部類に属す複数のグループのグループメンバは、ランクの平均値Ｇｒを参考にすることで、どのグループで情報交換あるいは共有を行えばより効率よく行えるかどうかの判断に役立てることができる。その場合は類似部類に属すグループをよりランクの平均値Ｇｒの高い順に並び替えるなどの手段を用意することで、判断時における利便性が向上し、更なる効果が期待できる。
【０１４８】
更に、本実施例ではグループメンバをランクごとに分類しているので、幾つかのサブグループの形成に利用できる。例えば、重要な情報はランクが高いグループメンバにのみ開示するというような場合に、ランクの高いグループメンバからなるサブグループを作ることができる。
【０１４９】
次に、具体例を用いて第３の実施例におけるグループ認証端末を説明する。
【０１５０】
図１９に示すように、グループ生成者“ｊ−ｎｏｄａ”が、「野球の話をしたいが、阪神ファンが多いほうが望ましい」という考えをもとに作成したグループ“Ｔ−Ｃｌｕｂ”の認証データがあるものとする。ここでは、ランクは１以上１０以下の値をとり、１０が最も高いランクとする。グループ生成者のランクは１０とする。この認証データには、ランクが５以上１０以下のグループメンバは、未加入者から渡されるポリシ照合情報に設定してあるプロフィール情報に関するポリシチェックデータに、趣味、嗜好情報として野球が最低限含まれていれば、その未加入者をグループへ加入させることができるというグループ加入条件が設定されている。また、ランクが１以上５未満のグループメンバは、未加入者から渡されるポリシ照合情報に設定してあるプロフィール情報に関するポリシチェックデータに、趣味、嗜好情報として阪神が含まれていなければ、その未加入者をグループへ加入させることができないというグループ加入条件が設定されている。また、新たに加入させるグループメンバのランクの計算方法として、図２０に示すカテゴリリストを用いた方法をとっている。
【０１５１】
ここで、カテゴリリストとは、趣味、嗜好や行動目的ごとに用意された複数の階層構造ごとに様々なキーワードを含むリストである。各階層のキーワードの各々とその次の階層に属するキーワードが対応付けられており、第１層から、第２層、・・・第ｎ層と、階層が深くなるごとに、具体的な内容になるように構成されている。また、深い階層に位置する事項は、その上層に位置付けられるキーワードを包括する。具体的には図２０の第４層における“阪神”というキーワードは、第１層からたどると、“スポーツ−野球−プロ野球−阪神”という対応関係をもち、“スポーツ−野球−プロ野球”といったキーワードを包括している事項として扱う。つまり、“プロ野球”というキーワードが趣味として興味があると、ポリシチェックデータに含まれていれば、その人は野球にも興味があるとみなし、グループ加入処理を行う。
【０１５２】
上記で述べたカテゴリリストを用いたランクの計算方法では、まず、ポリシチェックデータに含まれるキーワードが、ある階層のキーワードから深さの差分がどれだけあるかを計算する。そして、より深ければ現在のグループメンバのランクにその差分だけを加算した値を、新たなグループメンバのランクとして計算する。より浅ければその差分だけを減算した値を新たなグループメンバのランクとして計算する。ここで加減算される値は、グループ加入処理を行うグループメンバのランクではなく、グループ全体のランクの平均値Ｇｒを用いてもよい。図１９に示す認証データのグループ加入条件の場合は、第４層に位置する“阪神”からの差分値を現在のグループメンバのランクから増減する。増減した結果の値が、１未満になる場合はランクは最低ランクの１としている。また１０を超える場合はランクは最高ランクの１０としている。
【０１５３】
このとき、図１９に示す認証データを所持する“Ｔ−Ｃｌｕｂ”グループのグループメンバであるユーザＡがいるものとする。このような状況下で、ユーザＡが未加入のユーザＢをこの“Ｔ−Ｃｌｕｂ”グループに加える場合を考える。ユーザＡの端末のグループ加入処理部２２１は、ユーザＡの端末操作での指示に従って当該グループの認証データを読み込み（ステップＳ７０２）、当該認証データ内に含まれるユーザＡ自身のそのグループ“Ｔ−Ｃｌｕｂ”におけるランクを読み込む（ステップＳ７０３）。その後、ランクに応じたグループポリシを読み込む（ステップＳ７０４）。ここでは、ユーザＡのランクは５であるので、グループ加入条件に趣味、嗜好に野球が含まれているかと設定されたグループポリシを読み出す。そしてユーザＡの端末のグループ加入処理部２２１は、グループポリシに設定されたポリシ照合情報を読み込み、ポリシ照合情報に設定されたプロフィール情報に関するポリシチェックデータをユーザＢの端末に要求する（ステップＳ７０５）。ユーザＢの端末のグループ加入処理部２２１は、ユーザＡの要求に応じて、記憶装置２１２のポリシチェックデータ記憶部２２３に格納されているプロフィール情報に関するポリシチェックデータを、ユーザＡの端末に送信する（図６ステップＳ３１０〜Ｓ３１２）。
【０１５４】
図２１は、この例の場合のユーザＢから送られてきたポリチェックデータの一例を示したものである。このポリシチェックデータには、プロフィール情報として“プロ野球”というキーワードで示される趣味、嗜好が登録されている。図２０のカテゴリリストを参照すると、この“プロ野球”というキーワードは、“野球”というキーワードを包括している。したがって、ユーザＢの“Ｔ−Ｃｌｕｂ”グループへの加入は可とみなされる（ステップＳ７０９）。第３層のキーワードである“プロ野球”は、第４層にある“阪神”よりも１階層分浅いため、検証に用いた当該グループの認証データのランクを１つだけ減算した値である４にランクを更新した認証データを生成し（ステップＳ７１０）、ユーザＢの端末にステップＳ７１０で生成した認証データを送信する（ステップＳ７１１）。
【０１５５】
その後、ユーザＢの端末のグループ認証部２２２は、受信した認証データを記憶装置の認証データ記憶部２２４に保存する（ステップＳ３１６）。以上の処理ステップＳ７０１〜Ｓ７１１とＳ３１０〜Ｓ３１６で、ユーザＢは、ユーザＡと当該プロスポーツチームのファンクラブグループの認証データを共有し、以降のグループ認証では、ユーザＡの加入する当該プロスポーツチームのファンクラブグループに加入していると認証される。ただし、ユーザＢが新たに別のユーザＣを加入させる場合、ユーザＢのランクは４であるので、ユーザＡのグループ加入処理手順とは異なり、趣味、嗜好に“阪神”が含まれているかと設定されたグループポリシを用いて処理を行う。この場合、図２１に示すような“プロ野球”というキーワードを趣味・嗜好に登録しているポリシチェックデータを送信した未加入者は、グループに加入させることができない。
【０１５６】
次に、具体例を用いて第３の実施例のグループ認証端末における第１の端末２０２Ｂ1のインタフェースの一例を説明する。なお、この第３の実施例における第２〜第Ｎの端末２０２Ｂ2〜２０２ＢNのインタフェースについては第１の端末２０２Ｂ1のインタフェースと基本的に同一である。また、先の第１および第２の実施例における第１〜第Ｎの端末２０２1〜２０２Nあるいは第１〜第Ｎの端末２０２Ｂ1〜２０２ＢNについても次に説明する第１の端末２０２Ｂ1のインタフェースと基本的に同一である。
【０１５７】
図２２は、ＰＤＡ端末を想定した場合における第１の端末の表示画面の表示内容の一例を示している。第１の端末２０２Ｂ1の表示画面６５１には、グループメンバの加入および認証を行うモードの下で、加入グループのリスト６５３と、通信可能ユーザのリスト６５４が表示されるようになっている。このうち加入グループのリスト６５３には、第１の端末２０２Ｂ1のユーザ自身が加入しているグループのグループ名が表示される。具体的には、第１の端末２０２Ｂ1の認証データ記憶部２２４（図１６）に格納された認証データに含まれるグループＩＤに登録されたグループ名が表示される。加入グループのリスト６５３の下に表示される通信可能ユーザのリスト６５４は、第１の端末２０２Ｂ1の通信装置２１３を介して通信可能な本端末のユーザのリストが表示される。
【０１５８】
それぞれのリストの項目はユーザが選択可能になっている。加入グループのリスト６５３からユーザを加入させるグループを選択し、通信可能ユーザのリスト６５４から、加入グループのリストで選択したグループに加入させるユーザを選択した上で、通信可能ユーザのリスト６５４の下に表示あるいは配置されている加入・認証ボタン６５５を押すことで、加入グループリスト６５３で選択されたグループへの通信可能ユーザリスト６５４内で選択されたユーザの加入処理が行われる。既に通信可能ユーザリスト内で選択されたユーザが、加入グループのリストで選択したグループに加入済みであるならば、グループ認証処理だけが行われることになる。
【０１５９】
図２３は、この第１の端末を使用して実際にグループに加入しているユーザ間でチャットコミュニケーションをとる場合の表示画面の表示例を示したものである。この状態で、第１の端末２０２Ｂ1の表示画面６５１には、加入グループのリスト６５３と、そのリストで選択されたグループに現在加入していることが認証済みのグループメンバのリスト６６１が表示されている。グループメンバのリスト６６１には、グループメンバのユーザ名の他に、そのユーザのランクが数字で表示されている。加入グループのリスト６５３には、グループ名に加え、そのグループにおける現在のグループメンバのランクの平均値が数字で表示されている。チャットコミュニケーションをとる場合、ユーザはこれらの値を参考にグループがどの程度質の高い（グループ生成者の意図に沿った）コミュニケーションを行っているか、また、各グループメンバがどの程度そのグループに加入しているに相応しいかを判断することができる。
【０１６０】
これらのリスト６５３、６６１の下側にはチャットのためのメッセージを表示するための受信メッセージウィンドウ６６２および送信メッセージウィンドウ６６３が配置されている。メッセージの送受信は、グループメンバのランクでフィルタリングをかけることもできる。図２３では、チャットコミュニケーションの様子を示したが、グループで収集あるいは交換する情報は、文字情報からなるメッセージのみでなく、画像や音声等のマルチメディア情報や、ドキュメントや各種マルチメディア情報を記録したファイルでも構わない。
【０１６１】
以上説明した第１〜第２の実施例では、グループポリシ内のポリシ照合情報にポリシチェックデータとして“ブックマーク情報”を、グループ加入条件に“特定ＵＲＬ（www.hoge.co.jp/tigers）で示されるあるプロスポーツチームの公式サイトを登録しているか”等と設定されている場合について、通信相手であるユーザをグループへ加入させる際の処理と、通信相手であるユーザと同じグループに加入しているかを認証する際の処理等について説明した。また、第３の実施例では、グループポリシ内のポリシ照合情報にポリシチェックデータとして“プロフィール情報”を、グループ加入条件に、ランクが５以上である場合は“趣味、嗜好に野球が含まれているか”、ランクが５未満の場合は、“趣味、嗜好に阪神が含まれているか”と、それぞれグループメンバのランクに応じた加入条件を設定した場合に、通信相手であるユーザをグループへ加入させる際の処理と、通信相手であるユーザと同じグループに加入しているかを認証する際の処理等について説明した。もちろん、ポリシチェックデータに上記例とは異なる情報を、グループ加入条件に上記例とは異なる条件を設定しておくこともできる。また、複数のポリシ照合情報とグループ加入条件を組み合わせたグループポリシを設定し、各条件との照合結果の論理演算値をもとに、未加入者のグループへの加入を判断してもよい。
【０１６２】
また、第１〜第３の実施例では近距離無線通信網２０１におけるグループ認証端末あるいは近距離無線通信網２０１に用いられるグループ認証方法およびグループ認証端末用プログラムを中心に説明したが、これ以外の無線網、有線網に対しても本発明を適用することができることは当然である。
【０１６３】
【発明の効果】
以上説明したように請求項１、請求項７および請求項１５記載の発明によれば、未加入者の加入の可否をそれぞれの加入者が判別することができるので、処理が分散し、これらの加入者側の加入処理に対する負担を軽減することができる。また、未加入者はグループのどの加入者に対しても加入の処理を依頼できるので、加入処理の信頼性を高めることができる。
【０１６４】
また、請求項２、請求項８および請求項１６記載の発明によれば、未加入者側が加入の可否の判別を行うので、加入者側における加入処理の負担を軽減させることができる。また、未加入者が加入に際して不必要に自己のデータを加入者側に送信する必要がなくなる。
【０１６５】
もちろん、これら請求項１、請求項２、請求項７、請求項８、請求項１５および請求項１６記載の発明によれば、特定の認証機関や情報提供装置を必要とせず、ユーザ間の端末の直接通信で、あるグループ生成者の意図している、グループに加入するに相応しいユーザのみからなるグループを、常にグループ生成者の介在を必要とせずに形成できる。この結果、たとえば近距離無線通信による特定の認証機関や情報提供装置と常時接続することが難しい通信環境におけるグループ形成を実現することができる。グループメンバが、加入しているグループに固有の認証データを保持しておくと、認証データに含まれる、グループに加入するにあたっての条件であるグループポリシと、グループに加えようとするユーザの所定の特徴とを照合し、条件に合致するユーザのみをグループメンバとする処理を、グループメンバと未加入者の端末間の直接通信で行える。
【０１６６】
また、これら請求項１、請求項２、請求項７、請求項８、請求項１５および請求項１６記載の発明によれば、あるユーザがグループに加入しているかの認証を、個人間の直接通信のみで行える。この結果、たとえば近距離無線通信による特定の認証機関や情報提供装置と常時接続することが難しい通信環境におけるグループ認証を実現することができる。一般に、グループのグループメンバらは、加入しているグループに固有の認証データを共有することができるので、認証データにグループ鍵を含ませることによって、同じグループ鍵を共有するグループメンバを、グループメンバ間の直接通信で互いに認識することが可能となる。
【０１６７】
更に請求項４〜請求項６、請求項１０〜請求項１３、請求項１７〜請求項２０記載の発明によれば、未加入者がグループに加入する適格性や加入者をランク付けることにしたので、加入条件を柔軟に設定、変更したり、加入者同士の情報の交換に際して、見知らぬ者同士であっても、交換する情報の質等を配慮することが可能になる。
【図面の簡単な説明】
【図１】本発明の第１の実施例における本発明の一実施例におけるグループ認証端末を示した構成図である。
【図２】本発明の認証データの一般的な構造を表わしたデータ構造図である。
【図３】第１の実施例のグループ加入処理部の内部構成を示したブロック図である。
【図４】第１の実施例のグループ認証部の内部構成を示したブロック図である。
【図５】第１の実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際のグループメンバの端末での処理の流れを表わした流れ図である。
【図６】第１の実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際の未加入者の端末での処理の流れを表わした流れ図である。
【図７】第１の実施例で端末のユーザ間でグループ認証を行う際の被認証者の端末での処理の流れを表わした流れ図である。
【図８】第１の実施例で端末のユーザ間でグループ認証を行う際の認証者の端末での処理の流れを表わした流れ図である。
【図９】第１の実施例でファンクラブグループの認証データを表わした説明図である。
【図１０】第１の実施例でユーザＢから送られてきたポリシチェックデータの一例を示した説明図である。
【図１１】図１に示したポリシチェックデータ記憶部に記憶されるポリシチェックデータとこれらに対応するグループ加入条件の他の例を表わした説明図である。
【図１２】本発明の第２の実施例におけるグループ認証端末を表わした構成図である。
【図１３】第２の実施例におけるグループ加入処理部の構成を表わしたブロック図である。
【図１４】第２の実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際のグループメンバの端末での処理の流れを表わした流れ図である。
【図１５】第２の実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際の未加入者の端末での処理の流れを表わした流れ図である。
【図１６】本発明の第３の実施例におけるグループ認証端末を表わした構成図である。
【図１７】第３の実施例におけるグループ加入処理部の構成を表わしたブロック図である。
【図１８】第３の実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際のグループ生成者側の動作を表わした流れ図である。
【図１９】第３の実施例でグループ生成者が所定の考えの基に作成したグループ“Ｔ−Ｃｌｕｂ”の認証データを示す説明図である。
【図２０】第３の実施例におけるカテゴリリストの一例を示した説明図である。
【図２１】第３の実施例におけるポリチェックデータの一例を示した説明図である。
【図２２】第３の実施例で使用する第１の端末の表示画面の表示内容の一例を示した平面図である。
【図２３】第３の実施例で第１の端末を使用してグループに加入しているユーザ間でチャットコミュニケーションをとる場合の表示画面の表示例を示した平面図である。
【図２４】従来のグループ認証の手法の第１の例を示したブロック図である。
【図２５】従来のグループ認証の手法の第２の例を示したブロック図である。
【符号の説明】
２０１ 近距離無線通信網
２０２、２０２Ａ、２０２Ｂ 端末
２１１、２１１Ａ、２１１Ｂ 処理装置
２１２ 記憶装置
２２１、２２１Ａ、２２１Ｂ グループ加入処理部
２２３ ポリシチェックデータ記憶部
２２４ 認証データ記憶部
２４１、２４１Ａ、２４１Ｂ 検証部
２４２、２４２Ａ ポリシ確認用情報送受信部
２４３、２４３Ａ ポリシチェックデータ取得部
２４４、２４４Ａ 認証データ送受信部
６０１ ランク計算部
６５１ 表示画面
【発明の属する技術分野】
本発明は、たとえば近距離無線網を用いて直接通信する端末のユーザ間で、ユーザが通信相手と同じグループに加入しているか否かを認証する場合に好適なグループ認証端末、グループ認証方法およびグループ認証端末用プログラムに関する。
【０００２】
【従来の技術】
通信ネットワークの発展によって、各種の情報を個人間で収集あるいは提供することが可能になっている。このような技術的な背景の下で、特定の分野に関する情報の交換等を個人の集合体がグループとして行うことも積極的に行われるようになっている。たとえば旅行等の特定の趣味を持つ個人の集合体がグループを形成して、グループ単位で情報の交換を行うといった具合である。本明細書では、このように特定の分野に関する情報の交換等を目的とした個人の集合体をグループと呼ぶことにする。
【０００３】
ところで、ある個人間で特定グループ向けの情報を授受する場合、お互いにそのグループに加入しているか否かを確認し合うことが必要である。この確認のための手法をグループ認証と呼ぶ。従来から、グループ認証のための手法が数多く提案されている。
【０００４】
図２４は、従来のグループ認証の手法の第１の例を示したものである。特開２０００−９９４６９号公報に開示されたこの技術では、グループ向けの特定情報にアクセスする主体であるユーザ１０１と、このユーザ１０１の特定の特徴について証明、保証を行う検証者１０２と、特定情報について、ユーザ１０１のアクセスの可否を判断する権限付与者１０３とが存在している。ユーザ１０１は、あるグループ向けの情報にアクセスする際に、検証者１０２にユーザ１０１の所属等の所定の特徴を保証してもらい、検証者１０２が保証した結果を基にして、権限付与者１０３がそのユーザ１０１による特定情報参照の可否を決定するようになっている。
【０００５】
図２５は、従来のグループ認証の手法の第２の例を示したものである。特開２００１−５３９０１号公報に開示されたこの技術では、ユーザとグループに関する情報を登録・管理する情報提供装置１１１と、通信手段１１２を介して情報提供装置１１１と接続されている複数のゲーム端末１１３1、１１３2、……１１３Nから構成されている。
【０００６】
このグループ認証のための端末を備えたシステムで、情報提供装置１１１は、これに登録されているグループに対応する識別情報を、ユーザの利用するゲーム端末１１３に提供する。これによって、同じ識別情報の提供を受けたゲーム端末群はグループを形成し、グループの識別情報の提供を受けたゲーム端末間での直接通信時に、識別情報を基にして、通信相手が特定のグループに加入しているか否かを相互に認証するようになっている。
【０００７】
これら図２４あるいは図２５に示した従来技術では、たとえば権限付与者などの認証処理を行うための認証機関や、個人やグループの情報を管理するための情報提供装置などの存在が必須となる。また、新たにグループを形成したり、グループ認証を行ったりする際には、これらの認証機関や情報提供装置と直接アクセス可能な状態であることを前提とする。
【０００８】
一方、特開２００１−１４８０１２号公報に記載された技術では、企業等の組織階層を利用して、あるグループのメンバであることの認証を受けたい部下が専用のサーバに登録するようにしている。上司に当たるグループ責任者は、そのサーバに登録された情報と面識を基にしてその部下をメンバとして認める場合には、部下を管理する承認グループリストにそのグループ名を登録するようにしている。
【０００９】
【発明が解決しようとする課題】
しかしながら、このような従来技術では次のような問題点が存在した。まず、第１の問題点は、これらの技術が認証機関や情報提供装置を用意することを必須としており、これらの設置のためのコストがかかることである。特に企業等の組織におけるグループ形成とは異なり、プライベートなコミュニケーションのためのグループ形成の場等では、簡易に行いたいという要求があるので、これらの認証機関や情報提供装置の導入が困難である。
【００１０】
第２の問題点は、近距離無線技術が発達した今日で、端末間を直接接続し通信を行うピア・ツー・ピア型の通信形態は、必ずしも接続している端末間の他に認証機関等と接続されている保証がないという点である。すなわち、携帯電話、パソコン、周辺機器間でのデバイス間でデータ送受信を可能にする無線インターフェイスとしてのブルーツース（BlueTooth）等の近距離無線技術が発達しており、このような技術では認証機関や情報提供装置が接続されているとは限らない。したがって、認証機関や情報提供装置が接続されていない状況で、これらの提案された技術では、グループの形成や、グループ認証を行うことができない。
【００１１】
また、特開２００１−１４８０１２号公報に記載された技術の場合には、第３の問題点として、ユーザ端末が単に存在すればよいのでなく、サーバの存在と、サーバとこれらのユーザ端末が常時接続される環境が必要とされる。このため、第１の問題点として指摘したように特別な装置を配置する必要があり、コストがかかるだけでなく簡易なシステムを構築することができない。サーバを配置することで認証に関しては情報の機密性に応じた高度なメンバ管理が可能になるものの、このような高度な機密性を必要としないユーザはこの種のシステムあるいは端末を容易に導入することができない。また、ユーザがグループに参加したいときには、サーバに認証を要求する必要がある。したがって、要求に対して適切な判断を下すための十分な情報をサーバ側で管理しておく必要があり、サーバの管理負担が大きくなるだけでなく、ユーザが各種のグループを形成して認証要求を求めるような場合にはサーバ側の負荷も大きくなる。すなわち、サーバを利用するシステムでは、個々の端末のユーザが簡易にグループを形成し、これらのグループを維持するといった柔軟なシステム運用が困難となる。
【００１２】
そこで本発明の目的は、特定の認証機関や情報提供装置あるいはサーバを必要とすることなく、簡易にグループを形成し、ある個人がグループに加入しているか否かの認証を行うことのできるグループ認証端末、グループ認証方法およびグループ認証端末用プログラムを提供することにある。
【００１３】
【課題を解決するための手段】
請求項１記載の発明のグループ認証端末では、（イ）認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を可能とするグループ間通信手段と、（ロ）グループに対応する認証データを所持するユーザとしてのグループメンバのそれぞれについてグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、（ハ）グループに対応する認証データを所持しないユーザである未加入者に対して、グループメンバの任意の者が、グループ加入を認めさせる際の加入条件をグループメンバのランクに対応させて記憶した加入条件記憶手段と、（ニ）所定のグループに加入しようとする未加入者に対してグループ別加入条件記憶手段に記憶されたそのグループの加入条件をチェックするためのチェックデータの送信を要求するチェックデータ送信要求手段と、（ホ）グループの未加入者からチェックデータが返送されてきたときこれがそのグループに対する加入条件を満たしているかどうかを加入を認めるグループメンバのランクに応じて判別する条件可否判別手段と、（へ）グループの未加入者のランクを計算するランク計算手段と、（ト）条件可否判別手段が可と判別した未加入者に対して該当するグループへの加入を認める認証データにランク計算手段で計算したそのグループでのランクを含めて送信する認証データ送信手段とをそれぞれの端末が具備することを特徴としている。
【００１４】
すなわち本発明では、認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を可能とするグループ間通信手段と、グループに対応する認証データを所持するユーザとしてのグループメンバのそれぞれについてグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、グループ加入を認めさせる際の加入条件をグループメンバのランクに対応させて記憶した加入条件記憶手段とを設け、グループ内のそれぞれの端末が、未加入者を加入させるときにグループの加入条件をチェックするためのチェックデータの送信を未加入者に要求するようにして、その未加入者からチェックデータが返送されてきたときこれがそのグループに対する加入条件を満たしているかどうかを加入を認めるグループメンバのランクに応じて各加入者が加入条件記憶手段に記憶している加入条件と照合することにして、未加入者と通信を行った加入者がそのグループに対する加入条件を満たしているかどうかを判別することにしている。また、グループの未加入者のランクを計算するランク計算手段が設けられており、未加入者のランクが計算される。そして、その加入者は、加入を可と判別した未加入者に対して該当するグループへの加入を認める認証データをランク計算手段で計算したそのグループでのランクを含めて送信することにしている。したがって、特別な機関やサーバを必要とすることなく、各加入者端末が未加入者の加入の可否を判別し、加入の条件をクリアすればグループへの加入を認める認証データをその未加入者に送信することができることになる。
【００１５】
請求項２記載の発明のグループ認証端末では、（イ）認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を可能とするグループ間通信手段と、（ロ）グループに対応する認証データを所持するユーザとしてのグループメンバのそれぞれについてグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、（ハ）グループに対応する認証データを所持しないユーザである未加入者に対して、グループメンバの任意の者が、グループ加入を認めさせる際の加入条件をグループメンバのランクに対応させて記憶した加入条件記憶手段と、（ニ）所定のグループに加入しようとする未加入者に対して加入を認めるグループメンバのランクに応じて加入条件記憶手段に記憶された加入条件をチェックするためのチェックデータを送信するチェックデータ送信手段と、（ホ）このチェックデータ送信手段からチェックデータが送られてきたときそれがその未加入者のそのグループへの加入条件を満たしているかどうかを未加入者側で判別する条件可否判別手段と、（へ）この条件可否判別手段が加入を可と判別したときチェックデータ送信手段からチェックデータを送信した加入者に対してそのグループに対する加入条件を満たしていることを通知する加入条件結果通知手段と、（ト）グループの未加入者のランクを計算するランク計算手段と、（チ）加入条件結果通知手段から加入条件を満たしていると通知されたときその通知を行った未加入者に対して該当するグループの認証データにランク計算手段で計算したそのグループでのランクを含めて送信する認証データ送信手段とをそれぞれの端末が具備することを特徴としている。
【００１６】
すなわち本発明では、認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を可能とするグループ間通信手段と、グループに対応する認証データを所持するユーザとしてのグループメンバのそれぞれについてグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、グループ加入を認めさせる際の加入条件をグループメンバのランクに対応させて記憶した加入条件記憶手段とを設け、グループ内のそれぞれの端末が、加入を認めるグループメンバのランクに応じて未加入者を加入させるときにグループの加入条件をチェックするためのチェックデータを未加入者に送信するようにして、未加入者側でそのグループに対する加入条件を満たしているかどうか判別させることにしている。また、グループの未加入者のランクを計算するランク計算手段が設けられており、未加入者のランクが計算される。そして、その加入者は、未加入者からグループに対する加入条件を満たしていることを通知されたとき、その通知を行った未加入者に対して該当するグループの認証データをランク計算手段で計算したそのグループでのランクを含めて送信することにしている。したがって、特別な機関やサーバを必要とすることなく、加入者端末が未加入者に加入の可否を判別させ、加入の条件をクリアすればグループへの加入を認める認証データをその未加入者に送信することができることになる。
【００１７】
請求項３記載の発明では、請求項１または請求項２記載のグループ認証端末で、同一グループの各加入者はそのグループに固有のグループ鍵を共有しており、認証データに含まれるこのグループ鍵を用いて、同一のグループ鍵を共有するグループの加入者を認証することを特徴としている。
【００１８】
すなわち請求項３記載の発明では、グループに固有のグループ鍵を相手の端末が所有しているかどうかによって同一グループに属するかを端末同士で判別することにしている。したがって、このための特別の機関やサーバが不要である。
【００２１】
請求項４記載の発明では、請求項１または請求項２記載のグループ認証端末で、（イ）加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、（ロ）通信の対象となるグループに関する情報を複数の段階に分けて記憶する通信情報記憶手段と、（ハ）通信する加入者のランクに応じて通信情報記憶手段に格納されているグループに関する情報をその加入者との通信に際して選別する情報選別手段とを更に具備することを特徴としている。
【００２２】
すなわち本発明では、加入者ごとにグループへの適格性をランクを付けて記憶しておき、同じグループ内で通信する情報をランクに応じて調整することができるようにしている。これは、たとえば会社内で役職に応じて取り扱う情報の質が相違してくるのと同じで、通信の対象となるグループに関する情報を複数の段階に分けて記憶しているような場合には、相手のランクに応じてどの段階の情報を与えるかを決定することが可能になる。
【００２３】
請求項５記載の発明では、請求項１または請求項２記載のグループ認証端末で、（イ）加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、（ロ）同一のグループに加入している者同士でそのグループに関する情報の通信を行う際に相手側の加入者の適格性を示すランクを表示するランク表示手段とを更に具備することを特徴としている。
【００２４】
すなわち本発明では、加入者ごとにグループへの適格性をランクを付けて記憶しておき、同じグループ内の端末が通信を行う際にはランク表示手段で相手側の加入者の適格性を示すランクを表示し、それに応じて通信する情報の質を変える等の対応を採らせることが可能になる。
【００２５】
請求項６記載の発明では、請求項４または請求項５記載のグループ認証端末で、加入者別適格性記憶手段に記憶されるランクは適宜更新されることを特徴としている。
【００２６】
すなわち本発明では、加入者別適格性記憶手段に記憶されるランクを適宜書き換えることにして、加入者のランクが変動した際にも適切に対処できるようにしている。
【００２７】
請求項７記載の発明のグループ認証方法では、（イ）同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して、そのグループの加入条件をチェックするためのチェックデータの送信を要求するチェックデータ送信要求ステップと、（ロ）グループの未加入者からチェックデータが返送されてきたとき、加入者端末のそのランクに対応させて記憶した加入条件を用いてそのグループへの加入の可否を判別する条件可否判別ステップと、（ハ）チェックデータが返送されてきた未加入者のランクを計算するランク計算ステップと、（ニ）条件可否判別ステップで可と判別した未加入者に対して該当するグループへの加入を認める認証データにランク計算ステップで計算したそのグループでのランクを含めて送信する認証データ送信ステップとを用いてそれぞれの端末が未加入者を加入させるためのグループ認証を行うことを特徴としている。
【００２８】
すなわち本発明では、請求項１記載の発明と同様にグループ認証を行うことにしている。
【００２９】
請求項８記載の発明のグループ認証方法では、（イ）同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して加入を認める加入者端末のランクに応じて、そのグループの加入条件を未加入者側でチェックするためのチェックデータを送信するチェックデータ送信ステップと、（ロ）このチェックデータ送信ステップでチェックデータが送られてきたときそれがその未加入者のそのグループへの加入条件を満たしているかどうかを未加入者側で判別する条件可否判別ステップと、（ハ）この条件可否判別ステップで加入を可と判別された未加入者からチェックデータを送信した加入者に対してそのグループに対する加入条件を満たしていることを通知する加入条件結果通知ステップと、（ニ）この加入条件結果通知ステップで加入条件を満たしていると通知されたときその通知を行った未加入者のランクを計算するランク計算ステップと、（ホ）このランク計算ステップでランクを計算した未加入者に対して該当するグループへの加入を認める認証データにランク計算ステップで計算したそのグループでのランクを含めて送信する認証データ送信ステップとを用いてそれぞれの端末が未加入者を加入させるためのグループ認証を行うことを特徴としている。
【００３０】
すなわち本発明では、請求項２記載の発明と同様にグループ認証を行うことにしている。
【００３１】
請求項９記載の発明では、請求項７または請求項８記載のグループ認証方法で、同一グループの各加入者はそのグループに固有のグループ鍵を共有しており、認証データに含まれるこのグループ鍵を用いて、同一のグループ鍵を共有するグループの加入者を認証することを特徴としている。
【００３２】
すなわち本発明では、請求項３記載の発明と同様にグループ鍵によってグループ認証を行うことにしている。
【００３３】
請求項１０記載の発明では、請求項７または請求項８記載のグループ認証方法で、ランク計算ステップで計算したランクを用いて未加入者がそのグループへの加入条件を満たしているかどうかを判別する加入判別時ランク考慮ステップを更に具備させている。
【００３４】
すなわち本発明では、未加入者がグループに加入する適格性をランク付けるランク情報をグループ内の各端末が所有することで、未加入者のランクを計算し、そのグループへの加入条件を満たしているかどうかを判別することを可能にしている。これにより、グループの加入条件を柔軟に設定することができる。
【００３５】
請求項１１記載の発明では、請求項７または請求項８記載のグループ認証方法で、（イ）加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出ステップと、（ロ）このランク読出ステップで読み出した通信の相手方のランクに応じて通信の対象となるグループに関する情報をその加入者との通信に際して選別する情報選別ステップとを更に具備させている。
【００３６】
すなわち本発明では、請求項４記載の発明と同様に、加入者ごとにグループへの適格性をランクを付けて記憶しておき、同じグループ内で通信する情報をランクに応じて調整することができるようにしている。これにより、相手のランクに応じてどの段階の情報を与えるかを決定することが可能になる。
【００３７】
請求項１２記載の発明では、請求項７または請求項８記載のグループ認証方法で、（イ）同一のグループに加入している者同士でそのグループに関する情報の通信を行う際に、加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出ステップと、（ロ）このランク読出ステップで読み出した通信の相手方のランクを表示するランク表示ステップとを更に具備させている。
【００３８】
すなわち本発明では、請求項５記載の発明と同様に、同じグループ内の端末が通信を行う際にはランク表示ステップで相手側の加入者の適格性を示すランクを表示することにし、ランクに応じて通信する情報の質を変える等の対応を採らせることが可能になる。
【００３９】
請求項１３記載の発明では、請求項１１または請求項１２記載のグループ認証方法で、加入者別適格性記憶手段に記憶された加入者ごとのランクを適宜更新する更新ステップを更に具備させている。
【００４０】
すなわち本発明では、請求項６記載の発明と同様に、加入者別適格性記憶手段に記憶されるランクを適宜書き換えることにして、加入者のランクが変動した際にも適切に対処できるようにしている。
【００４１】
請求項１４記載の発明のグループ認証端末用プログラムでは、コンピュータに、（イ）同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して、そのグループの加入条件をチェックするためのチェックデータの送信を要求するチェックデータ送信要求処理と、（ロ）グループの未加入者からチェックデータが返送されてきたとき、加入者端末のそのランクに対応させて記憶した加入条件を用いてそのグループへの加入の可否を判別する条件可否判別処理と、（ハ）チェックデータが返送されてきた未加入者のランクを計算するランク計算処理と、（ニ）条件可否判別処理で可と判別した未加入者に対して該当するグループへの加入を認める認証データにランク計算処理で計算したそのグループでのランクを含めて送信する認証データ送信処理とを実行させることを特徴としている。
【００４２】
すなわち本発明では、請求項１または請求項７記載の発明を実現するプログラム内容となっている。
【００４３】
請求項１５記載の発明のグループ認証端末用プログラムでは、コンピュータに、（イ）同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して加入を認める加入者端末のランクに応じて、そのグループの加入条件を未加入者側でチェックするためのチェックデータを送信するチェックデータ送信処理と、（ロ）このチェックデータ送信処理でチェックデータが送られてきたときそれがその未加入者のそのグループへの加入条件を満たしているかどうかを未加入者側で判別する条件可否判別処理と、（ハ）この条件可否判別処理で加入を可と判別された未加入者からチェックデータを送信した加入者に対してそのグループに対する加入条件を満たしていることを通知する加入条件結果通知処理と、（ニ）この加入条件結果通知処理で加入条件を満たしていると通知されたときその通知を行った未加入者のランクを計算するランク計算処理と、（ホ）このランク計算処理でランクを計算した未加入者に対して該当するグループへの加入を認める認証データにランク計算処理で計算したそのグループでのランクを含めて送信する認証データ送信処理とを実行させることを特徴としている。
【００４４】
すなわち本発明では、請求項２または請求項８記載の発明を実現するプログラム内容となっている。
【００４５】
請求項１６記載の発明では、請求項１４または請求項１５記載のグループ認証端末用プログラムで、同一グループの各加入者はそのグループに固有のグループ鍵を共有しているとの前提で、認証データに含まれるこのグループ鍵を用いて、同一のグループ鍵を共有するグループの加入者を認証する認証処理を更に実行させることを特徴としている。
【００４６】
すなわち本発明では、請求項３または請求項９記載の発明を実現するプログラム内容となっている。
【００４７】
請求項１７記載の発明では、請求項１４または請求項１５記載のグループ認証端末用プログラムで、ランク計算処理で計算したランクを用いて未加入者がそのグループへの加入条件を満たしているかどうかを判別する加入判別時ランク考慮処理を更に実行させることを特徴としている。
【００４８】
すなわち本発明では、請求項１０記載の発明を実現するプログラム内容となっている。
【００４９】
請求項１８記載の発明では、請求項１４または請求項１５記載のグループ認証端末用プログラムで、（イ）加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出処理と、（ロ）このランク読出処理で読み出した通信の相手方のランクに応じて通信の対象となるグループに関する情報をその加入者との通信に際して選別する情報選別処理とを更に実行させることを特徴としている。
【００５０】
すなわち本発明では、請求項４または請求項１１記載の発明を実現するプログラム内容となっている。
【００５１】
請求項１９記載の発明では、請求項１４または請求項１５記載のグループ認証端末用プログラムで、（イ）同一のグループに加入している者同士でそのグループに関する情報の通信を行う際に、加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出処理と、（ロ）このランク読出処理で読み出した通信の相手方のランクを表示するランク表示処理とを更に実行させることを特徴としている。
【００５２】
すなわち本発明では、請求項５または請求項１２記載の発明を実現するプログラム内容となっている。
【００５３】
請求項２０記載の発明では、請求項１８または請求項１９記載のグループ認証端末用プログラムで、加入者別適格性記憶手段に記憶された加入者ごとのランクを適宜更新する更新処理を更に具備することを特徴としている。
【００５４】
すなわち本発明では、請求項６または請求項１３記載の発明を実現するプログラム内容となっている。
【００５５】
【発明の実施の形態】
【００５６】
以下実施例につき本発明を詳細に説明する。
【００５７】
＜第１の実施例＞
【００５８】
図１は本発明の第１の実施例におけるグループ認証端末を表わしたものである。このグループ認証端末は、近距離無線通信網２０１に第１〜第Ｎの端末２０２1〜２０２Nが接続された構成となっている。第１〜第Ｎの端末２０２1〜２０２Nは、基本的に同一の構成となっているので、ここでは第１の端末２０２1についてその構成を具体的に示すことにする。
【００５９】
第１の端末２０２1は、プログラム制御により動作する処理装置２１１と、ＩＣカード等からなる記憶装置２１２と、インターネット、無線ＬＡＮ（ローカルエリアネットワーク）、近距離無線通信網の近距離無線を利用する通信装置２１３とによって構成されている。記憶装置２１２に耐タンパ性を備えたＩＣカードを用いることで、不正な手続きによる情報の読み出しや、改竄を行わせ難くすることができる。ただし、ＩＣカードにさまざまな情報を格納することは容量の面から困難な場合がある。そこでハードディスク等の不正アクセスに対する耐性を備えないが大容量で安価である記憶装置と、ＩＣカードとを併せて記憶装置２１２とすることができる。この場合、たとえばハードディスク等の大容量で安価である記憶装置に情報を暗号化して保存し、ＩＣカードには情報の暗号化・復号に用いる暗号鍵だけを格納する。
【００６０】
なお、グループの各加入者はそのグループに固有の認証データを共有しており、認証データに含まれるグループで共有する鍵としてのグループ鍵を用いて、同一のグループ鍵を共有するグループの加入者を認証可能である。認証処理はグループの端末間でのみ行われるので、特別なサーバや機関を必要としない。
【００６１】
図２は適用できる認証データの一般的な構造を表わしたものである。認証データは、大きく「グループ情報」と「グループポリシ」に分けることができる。ここで「グループ情報」とは、あるグループを他のグループと区別するための識別情報である。「グループポリシ」とはグループ生成者が未加入者をグループの一員として加入させるためのポリシあるいは方針である。
【００６２】
「グループ情報」は、グループを表わした識別情報あるいはグループを特徴付ける情報としての「グループＩＤ」だけでもよいが、これにグループを構成するメンバに共通の「グループ鍵」を共有させることで、グループの加入者を認証することができる。「グループＩＤ」は、グループ認証端末の識別情報を全世界的に規律するルールを作成して、これを基にして画一的に定めることにしてもよい。しかしながら、グループ認証端末自体が統一的な機関の認証あるいは許可なく自然発生的に発生できる自由度を確保する必要がある場合には、複数の観点からいくつかの名称を組み合わせ、これにより重複の少ないグループＩＤとすることが有効である。図２に示す「グループＩＤ」はこの観点からグループ生成者等の定めたグループ自体を表わす名称である「グループ名」と、グループ生成者自体の名称である「グループ生成者名」の組み合わせとしている。これ以外に、たとえばグループ生成者の出身地や、グループの内容を国際的な図書分類等で表記するものを組み合わせてもよい。また、「グループ鍵」が並存するのを前提として、「グループＩＤ」を重複の可能性の高い単なる名称として性格づけるとすれば、たとえば「グループ名」だけとか「グループ生成者名」だけでこれを構成することも可能である。
【００６３】
「グループポリシ」は、この例で「ポリシ照合情報」と「グループ加入条件」で構成されている。ここで「ポリシ照合情報」は、グループ加入条件の照合に必要なポリシチェックデータの種類を設定した情報であり、ポリシチェックデータとは、ユーザ個々の所定の特徴をデータ化した情報である。また、「グループ加入条件」とは、グループに加入する際の条件である。したがって、たとえば「ポリシ照合情報」がＵＲＬ（Uniform Resource Locator）を示す情報であれば、「グループ加入条件」は、所定のＵＲＬが含まれているとか含まれていないというような具体的な条件となる。また、資格や年齢あるいは出身地を示す情報が「ポリシ照合情報」であれば、これらについての具体的な条件が「グループ加入条件」として規定されることになる。もちろん、「グループポリシ」については、グループの未加入者の加入の適否を判別するその他の情報を規定することができる。
【００６４】
ところで本実施例では、グループ認証にかかわる主体であるユーザを次の３つに分割して考えることにしている。
（１）ある特定の分野に関するグループの枠組みを決定付けるユーザであるグループ生成者。
（２）そのグループに加入しているユーザであるグループメンバ。
（３）グループに加入していないユーザである未加入者。
【００６５】
具体的には、グループごとに固有の認証データと呼ぶ情報体を生成するユーザを、グループ生成者と呼ぶ。認証データを所持するユーザを、当該認証データに対応するグループに加入しているグループメンバと呼ぶ。また認証データを所持しないユーザを、当該認証データに対応するグループに加入していない未加入者と呼ぶ。グループ生成者は自ら認証データを生成し保持するためグループメンバを兼ねる。なお、各ユーザの端末は、第１の端末２０２1と同様のハードウェアあるいはソフトウェアによる構成となっていることを前提としている。
【００６６】
さて、図１に示す処理装置２１１は、グループ加入処理部２２１と、グループ認証部２２２とを備えている。記憶装置２１２はポリシチェックデータ記憶部２２３と認証データ記憶部２２４を備えている。ポリシチェックデータ記憶部２２３は、後述するポリシチェックデータをあらかじめ格納している。認証データ記憶部２２４は、加入済みグループに対応する認証データを格納する。
【００６７】
グループ加入処理部２２１は、グループメンバが未加入者をグループに加入させる場合に、その未加入者がグループ生成者の設定したグループポリシに合致する特徴を持つか否かを判定し、合致する特徴を持つ場合はその未加入者に当該グループの認証データを送信し、当該未加入者をそのグループに加入させるようになっている。グループ加入処理部２２１は記憶装置２１２内のポリシチェックデータ記憶部２２３および認証データ記憶部２２４と、またグループ認証部２２２は認証データ記憶部２２４と接続されている。グループ認証部２２２は、認証データ記憶部２２４に格納された認証データを基に、グループメンバと通信相手であるユーザとが共に同じグループに加入しているかを認証する。なお、第１の端末２０２1は、ハードウェア的には通信機能を備えたパーソナルコンピュータあるいはこれと基本的に同一の機能を有する小型の情報端末として構成することができる。
【００６８】
図１に示すグループ認証端末の詳細を説明する前に、本実施例のグループ認証端末の原理的な説明を行う。本実施例のグループ認証端末でグループ生成者が生成する認証データは、グループに固有の情報としてのグループ情報とグループに加入する条件に関する情報としてのグループポリシとを内包している。本実施例のグループ認証端末では、認証データを管理・保持する認証データ記憶部２２４と、ユーザ個々の所定の特徴をデータ化した情報としてのポリシチェックデータを管理・保持するポリシチェックデータ記憶部２２３とを備えた記憶装置２１２と、あるグループのグループメンバが未加入者をそのグループ生成者の形成したグループに加える場合に、当該未加入者のそのグループへの加入の可否を、認証データに含まれるグループポリシと当該未加入者の所定の特徴とを照合し、当該未加入者の所定の特徴がグループポリシを満たすことができるのであれば、当該未加入者のグループへの加入を認め、当該グループの認証データを当該未加入者に提供するグループ加入処理部２２１と、当該認証データを保持するユーザ間で互いにグループメンバであるかを認証するグループ認証部２２２を備えた処理装置２１１を有している。
【００６９】
このような本実施例のグループ認証端末で、グループメンバは、グループ生成者が認証データを生成することによって形成したグループに未加入者を加入させるにあたって、グループ生成者にとってグループに加入させるに適当な特徴を持つユーザに限って認証データを授受することができ、以降、グループメンバと認証データを受け取ったユーザ間の直接通信時において、認証データを基にグループ認証を行い、お互いに同じグループに加入していることを確認することができる。
【００７０】
グループメンバが持つ認証データに含まれるグループ情報は、グループで共有する鍵としてのグループ鍵を含む。グループ鍵を持つユーザのみが、そのグループ鍵で暗号化した情報を正しく復号できることを利用して、グループ認証を行う。また、グループ情報は、グループ鍵の他に、付加的な情報としてグループ名、グループ生成者名などのグループを特徴付ける情報としてのグループＩＤを含む。
【００７１】
グループメンバが持つ認証データに含まれるグループポリシは、グループに加入する際の条件としてのグループ加入条件と、グループ加入条件の照合に必要なポリシチェックデータの種類を設定した情報としてのポリシ照合情報を含む。
【００７２】
このような構成を採用することで、特定の認証のための認証機関や情報提供装置を必須とせず、当該認証機関や情報提供装置とアクセスできない、もしくは当該認証機関や情報提供装置を設置できない場合においても、グループ生成者の意図する所定の特徴をもつグループメンバのみからなるグループを動的に形成することができる。また、あるユーザが当該グループに加入しているかの認証をユーザ間の直接通信で行うことができる。以上により本発明の目的を達成することができることになる。
【００７３】
グループ生成者が、認証データをグループに加えたいユーザに授受する際には、直接通信による授受のほかに、ある特定のウェブ（Web）サイトからユーザにダウンロードさせるなどの手法を用いることができる。その際は、会員制のウェブサイトのように、ある程度特有の興味や関心を持つことを保証できるユーザを相手にダウンロードさせる等の手法を用いることができる。また、街頭でのショッピング用の端末等を用いて所定の操作を行ったユーザに対して、直接、近距離無線通信などの手段を介して、ユーザに認証データの配信を行う手段も用いることができる。
【００７４】
図３は本実施例のグループ加入処理部の内部構成を示したものである。グループ加入処理部２２１は、検証部２４１と、ポリシ確認用情報送受信部２４２と、ポリシチェックデータ取得部２４３ならびに認証データ送受信部２４４とを備えている。
【００７５】
検証部２４１は、ポリシ確認用情報送受信部２４２および認証データ送受信部２４４にデータを出力する構成となっている一方、図１に示した認証データ記憶部２２４とも接続されている。ポリシ確認用情報送受信部２４２は、検証部２４１およびポリシチェックデータ取得部２４３にデータを出力し、通信装置２１３を介して他端末２０２のグループ加入処理部２２１と接続されるようになっている。ポリシチェックデータ取得部２４３は、ポリシ確認用情報送受信部２４２にデータを出力する一方、図１に示したポリシチェックデータ記憶部２２３とも接続されている。認証データ送受信部２４４は、認証データ記憶部２２４と接続されており、かつ通信装置２１３を介して他端末２０２（図１参照）のグループ加入処理部２２１と接続されるようになっている。
【００７６】
ここで検証部２４１は、グループメンバの端末２０２において動作する部分である。検証部２４１は、未加入者の端末から受信した、未加入者の所定の特徴に関する情報であるポリシチェックデータと、認証データ記憶部２２４に格納している認証データ内のグループ加入条件とを照合し、当該未加入者のグループへの加入の可否を決定する。
【００７７】
ポリシ確認用情報送受信部２４２は、グループメンバと、未加入者の両者の端末で動作する部分であり、検証部２４１にて必要とされる未加入者のポリシチェックデータを、通信装置２１３を介して未加入者の端末からグループメンバの端末２０２へと送受信する。
【００７８】
ポリシチェックデータ取得部２４３は、未加入者の端末において動作する部分であり、ポリシ確認用情報送受信部２４２を介して送信する、グループメンバから要求されたポリシチェックデータを、ポリシチェックデータ記憶部２２３から検索して取得する。
【００７９】
認証データ送受信部２４４は、グループメンバと未加入者の両者の端末で動作する部分であり、検証部２４１での当該未加入者のグループへの加入の可否の検証結果が可である場合は、当該認証データを、通信装置２１３を介してグループメンバの端末から未加入者の端末へと送受信するようになっている。
【００８０】
図４は、グループ認証部の内部構成を示したものである。グループ認証部２２２は、グループ情報取得部２６１と、乱数生成部２６２と、ハッシュ計算部２６３と、認証コード生成部２６４と、認証用情報送受信部２６５ならびに認証処理部２６６とを備えている。
【００８１】
ここでグループ情報取得部２６１は、ハッシュ計算部２６３および認証コード生成部２６４にデータを出力する一方、認証データ記憶部２２４とも接続されている。乱数生成部２６２は、ハッシュ計算部２６３および認証コード生成部２６４にデータを出力する。ハッシュ計算部２６３は、認証コード生成部２６４および認証処理部２６６にデータを出力する。認証コード生成部２６４は、認証用情報送受信部２６５にデータを出力する。認証用情報送受信部２６５は、認証処理部２６６にデータを出力する一方、通信装置２１３を介して他端末２０２のグループ認証部２２２と接続される。認証処理部２６６は、ハッシュ計算部２６３および認証用情報送受信部２６５にデータを出力する。認証処理部２６６は認証データ記憶部２２４とも接続されている。
【００８２】
なお、本明細書では、説明の便宜上、あるユーザが自分のグループに加入しているか否かを検証するユーザを「認証者」と呼び、また、認証者の属するグループに自分が加入しているかの検証を、認証者に要求するユーザを「被認証者」と呼ぶことにする。
【００８３】
グループ情報取得部２６１は、被認証者の端末において動作する部分であり、グループ認証の対象となるグループの認証データを認証データ記憶部２２４から読み出し、それに含まれるグループ鍵等のグループ情報を取得する。乱数生成部２６２は、被認証者の端末２０２において動作する部分であり、乱数値を生成する。
【００８４】
ハッシュ計算部２６３は、被認証者と認証者の端末２０２の双方において動作する部分であり、被認証者の端末２０２においては、乱数生成部２６２で生成された乱数値とグループ情報取得部２６１で取得したグループ情報に含まれるグループＩＤとからなる情報（以下、これを認証用情報と呼ぶ。）のハッシュ値を計算する。ここでハッシュ値とは、データを数学的な操作によって一定の長さに縮小させたものをいう。また、乱数値が十分に長い桁数をとる場合、ここで計算したハッシュ値はほぼ一意になることが期待できる。確実に一意にできるとは限らないが、実運用においては十分である。また、グループＩＤにグループ生成者のメールアドレスなど必ず実世界で一意性が保証されている情報を必ず含むようにすることも有効である。この場合には、乱数値を用いる必要は無い。この一意性が保証されている情報を必ず含むようにする場合、グループ情報に含まれるグループＩＤだけで認証用情報とし、乱数生成部２６２を省いた構成で処理を行うことができる。ただし、本実施例ではこのような一意性のある情報をグループＩＤに含むことは仮定せず、乱数生成部２６２があるものとして説明する。また認証者の端末２０２においては、認証処理部２６６から受け取った値のハッシュ値（以下、これを照合値と呼ぶ。）を計算する。
【００８５】
認証コード生成部２６４は、被認証者の端末２０２において動作する部分であり、乱数生成部２６２で生成した認証用情報と、その認証用情報のハッシュ値をハッシュ計算部２６３で計算した値をグループ鍵で暗号化した情報（以下、これをスクランブル値と呼ぶ。）とを内包する認証コードを生成する。認証用情報送受信部２６５は、被認証者と認証者の両者の端末２０２において動作する部分であり、被認証者の端末２０２において認証コード生成部２６４で生成した認証コードを、通信装置２１３を介して被認証者の端末２０２から認証者の端末２０２へと送受信する。
【００８６】
認証処理部は、認証者の端末において動作する部分であり、認証用情報送受信部２６５で受信した認証コードの送信者である端末２０２のユーザ（被認証者）が認証者自身の端末２０２の認証データ記憶部２２４に格納している認証データに対応するグループに加入しているか否かを判定する。詳細には、受信した認証コードに含まれるスクランブル値を、認証データ記憶部２２４に格納されている認証データに含まれるグループ鍵で復号した値と、受信した認証コードに含まれる認証用情報をハッシュ計算部２６３に渡し、返された照合値とが等しければ、お互いにそのグループ鍵を含む認証データに対応するグループに加入していると判定するようになっている。
【００８７】
図５および図６は、グループメンバが未加入者をグループ生成者が作成したグループに加入させる際の動作を表わしたものである。このうち図５はグループメンバの端末での処理の流れを表わしたものであり、図６は未加入者の端末での処理の流れを表わしたものである。
【００８８】
グループメンバの端末２０２において、グループ加入処理部２２１は、グループメンバによって指定されたグループへの通信相手の加入処理要求を受けると、図７および図８で後述するグループ認証処理手順（ステップＳ４０１〜Ｓ４１８）の結果として、通信相手が当該グループのグループメンバであるか否かを判定する（ステップＳ３０１）。判定した結果、通信相手が当該グループのグループメンバであるならば（Ｙ）、そのまま処理を終える(エンド)。
【００８９】
これに対して、通信相手が未加入者である場合（ステップＳ３０１：Ｎ）、検証部２４１は、認証データ記憶部２２４から、ステップＳ３０１における加入処理要求時にグループメンバが指定した未加入者を加入させるグループに対応する認証データを読み出す（ステップＳ３０２）。次に、検証部２４１で、ステップＳ３０２で読み出した認証データに含まれるグループポリシから、グループ加入条件と、ポリシ照合情報を取得する（ステップＳ３０３）。そして、ポリシ確認用情報送受信部２４２で、ポリシ照合情報に設定されたポリシチェックデータを未加入者の端末に通信装置２１３を介して要求する（ステップＳ３０４）。
【００９０】
ここで、未加入者の端末において、グループ加入処理部２２１は、ポリシ確認用情報送受信部２４２で、グループメンバの端末におけるステップＳ３０４でポリシチェックデータの要求を受けると（図６ステップＳ３１０）、ポリシチェックデータ取得部２４３で、該当するポリシチェックデータをポリシチェックデータ記憶部２２３から検索し（ステップＳ３１１）、ポリシ確認用情報送受信部２４２で、ステップＳ３１１で読み出したポリシチェックデータをグループメンバの端末に通信装置２１３を介して送信する（ステップＳ３１２）。なお、未加入者の端末はグループ認証端末を実現するためのプログラムを事前に組み込んでおく必要がある。このようなプログラムを組み込んでいない未加入者の端末は、パッケージ化されたソフトウェアを購入したり、インターネット等のネットワークからダウンロードする等の手法で自己の端末にインストールすることができる。
【００９１】
その後、再びグループメンバの端末２０２において、グループ加入処理部２２１は、ポリシ確認用情報送受信部２４２で、未加入者の端末がステップＳ３１２で送信したポリシチェックデータを受信する（ステップＳ３０５）。そして、検証部２４１は、ステップＳ３０５で受信したポリシチェックデータがグループ加入条件を満たすか否かを検証する（ステップＳ３０６）。次に、ポリシ確認用情報送受信部２４２は、ステップＳ３０６における検証結果を、通信装置２１３を介して、未加入者の端末に送信し（ステップＳ３０７）、検証部２４１は、ステップＳ３０６における検証結果が可である場合、認証データ送受信部２４４で、ステップＳ３０２で読み出した認証データを未加入者の端末に送信し（ステップＳ３０９）、処理を終える。ステップＳ３０６における検証結果が否である場合、グループメンバは、当該未加入者はグループに加入させるに適した所定の特徴を有さないと判断し、そのまま処理を終える（エンド）。
【００９２】
再び未加入者の端末の処理を説明する。グループ加入処理部２２１は、ポリシ確認用情報送受信部２４２で、グループメンバの端末２０２におけるステップＳ３０７で送信した検証結果を受信する（ステップＳ３１３）。そして、ステップＳ３１３で受信した検証結果が可である場合は、認証データ送受信部２４４で、グループメンバの端末がステップＳ３０９で送信した認証データを受信する（ステップＳ３１５）。その後、受信した認証コードを通信装置２１３３の認証データ記憶部２２４に保存し（ステップＳ３１６）、処理を終える。ステップＳ３１３で受信した検証結果が否である場合、当該未加入者は、グループメンバによって、該当するグループに加入させるのに適した所定の特徴を有さないと判断されたことになり、そのまま処理を終えることになる（エンド）。
【００９３】
以上の処理ステップＳ３０１〜Ｓ３１６で、グループメンバは、グループに未加入者を加入させるに際に、グループ生成者にとってグループに加入させるに適当な未加入者に限って、認証データを授受し、グループに加入させることができる。
【００９４】
次に図７および図８を用いて端末のユーザ間でグループ認証を行う際の動作を説明する。このうち図７は被認証者の端末での処理の流れを表わしたものであり、図８は認証者の端末での処理の流れを表わしたものである。
【００９５】
被認証者の端末において、図４に示すグループ認証部２２２は、被認証者からグループ認証の処理要求を受けると（図７ステップＳ４０１）、グループ情報取得部２６１で、被認証者の要求時に指定したグループ認証を行いたいグループに対応する認証データを読み出し（ステップＳ４０２）、読み出した認証データ内のグループ情報からグループＩＤとグループ鍵を取得する（ステップＳ４０３）。そして、乱数生成部２６２で、乱数を生成する（ステップＳ４０４）。次に、ハッシュ計算部２６３で、ステップＳ４０３で取得したグループＩＤとステップＳ４０４で生成した乱数値とからなる認証用情報のハッシュ値を計算し（ステップＳ４０５）、認証コード生成部２６４で、ステップＳ４０３で取得したグループ鍵を用いて、Ｓ４０５で計算したハッシュ値を暗号化したスクランブル値を求め、スクランブル値と認証用情報とを併せて認証コードを生成する（ステップＳ４０６）。その後、認証用情報送受信部２６５で、ステップＳ４０６で生成した認証コードを、通信装置２１３を介して、認証者の端末に送信する（ステップＳ４０７）。
【００９６】
一方、認証者の端末２０２で、図４に示したグループ認証部２２２は、認証用情報送受信部２６５で、ステップＳ４０７で被認証者の端末から送信された認証コードを受信し（図８ステップＳ４０９）、認証処理部２６６に受信した認証コードを出力する。認証処理部２６６は、ハッシュ計算部２６３でステップＳ４０９で受信した認証コードに含まれる認証用情報のハッシュ値（照合値）を計算し（ステップＳ４１０）、それから、ステップＳ４０９で受信した認証コードに含まれる認証用情報に含まれるグループＩＤをキーにして認証データ記憶部２２４から検索可能な認証データのうち、以降のステップＳ４１５にて未検証である認証データを読み出す処理を行う（ステップＳ４１１）。この処理で認証データを読み出せない場合には（ステップＳ４１２：Ｎ）、認証結果に認証失敗と設定した上で（ステップＳ４１８）、認証用情報送受信部２６５で認証結果を被認証者の端末に送信し（ステップＳ４１７）、処理を終える(エンド)。
【００９７】
読み出せた場合には（ステップＳ４１２：Ｙ）、読み出した認証データに含まれるグループ鍵を取得し（ステップＳ４１３）、ステップＳ４１３で得たグループ鍵で、ステップＳ４０９で受信した認証コードに含まれるスクランブル値を復号する（ステップＳ４１３）。それから、引き続き認証処理部２６６で、ステップＳ４１０で計算した照合値と、ステップＳ４１３で得たスクランブル値の復号結果を比較検証する（ステップＳ４１５）。ステップＳ４１５で比較した結果、両者が一致する場合（Ｙ）、認証用情報送受信部２６５で認証成功を示す認証結果を被認証者の端末に送信し（ステップＳ４１７）、処理を終える(エンド)。また、ステップＳ４１５で比較した結果、両者が一致しない場合には（ステップＳ４１５：Ｎ）、ステップＳ４１１で読み出した認証データを検証済みとし、ステップＳ４１１からの処理を繰り返す。
【００９８】
最後に、再び被認証者の端末において、グループ認証部２２２は、認証用情報送受信部２６５で、ステップＳ４１６で送信された認証結果を受信し（ステップＳ４０８）、処理を終える（エンド）。
【００９９】
以上、図７あるいは図８に示した処理ステップＳ４０１〜Ｓ４１８で、あるユーザがあるグループに加入しているかのグループ認証をユーザ間の直接通信で行うことができる。また、グループ認証を行うユーザ間で相互にこの判定の処理を行い、共に同じグループに加入していることを確認することでより確実なグループ認証を行うことができる。
【０１００】
このように第１の実施例でグループ生成者は、グループに加入させる際の条件をグループポリシに設定し、認証データという情報体に含めておくことができる。そして、認証データを持つグループメンバは、未加入者をそのグループに加入させる場合に、その未加入者をグループに加入させてもよいかを、当該認証データに含まれるグループポリシを参照することで、グループ生成者に問い合わせることなく決定できる。そして、グループに加入するに相応しい未加入者に直接当該認証データを授受することで、当該未加入者をグループメンバに加えることができる。グループに加入させる際には、特定の認証機関や情報提供装置に問い合わせる必要は無い。このため、当該認証機関や情報提供装置を常時用意する必要がなくなり、グループへの加入処理に特定の端末にアクセスする従来の方式に比べて、コストを削減できる。
【０１０１】
更に第１の実施例では、グループに対応する認証データを擁する端末間での直接通信時において、お互いにグループ認証を行うことができる。この処理は、全てユーザ端末間で閉じた処理で可能なため、外部に用意された認証用の認証機関や情報提供装置に接続されている必要は無い。このため、特定の認証のための認証機関や情報提供装置にアクセスできない、もしくはかかる認証機関や情報提供装置を設置できない場合であっても、直接通信可能なあるユーザが、グループに加入しているかの認証を行うことが可能になる。
【０１０２】
次に、具体例を用いて第１の実施例のグループ認証端末を説明する。今、あるユーザＡがあるプロスポーツチームのファンクラブグループに加入しているものとする。
【０１０３】
図９は、このファンクラブグループの認証データを表わしたものである。グループに固有の情報としてのグループ情報として、グループ名称「Ｔ−Ｃｌｕｂ」、グループ生成者名としての「ｊ−ｎｏｄａ」ならびに所定のグループ鍵が設定されているものとする。また、グループポリシのポリシ照合情報には未加入者の特徴の照合に用いるポリシチェックデータとして“ブックマーク情報”が、グループ加入条件には、当該プロスポーツチームの公式登録サイトを示す特定ＵＲＬとしての“www.hoge.co.jp/tigersで示すＵＲＬが含まれているか”が設定されているものとする。
【０１０４】
このような状況の下で、ユーザＡが未加入のユーザＢをこのプロスポーツチームのファンクラブグループに加える場合を考える。ユーザＢが当該プロスポーツチームのファンクラブグループのグループメンバであるかを調べ（図５ステップＳ３０１）、ユーザＢがグループメンバでない場合に、加入処理が開始される。この場合、ユーザＡの端末のグループ加入処理部２２１は、当該グループの認証データを読み込み（ステップＳ３０２）、認証データのグループポリシを読み込む（ステップＳ３０３）。そして、ユーザＡの端末のグループ加入処理部２２１は、グループポリシに設定されたポリシ照合情報を読み込み、ポリシ照合情報に設定されたブックマーク情報に関するポリシチェックデータをユーザＢの端末に要求する（ステップＳ３０４）。ユーザＢの端末のグループ加入処理部２２１は、ユーザＡの要求に応じて、記憶装置２１２のポリシチェックデータ記憶部２２３に格納されているブックマーク情報に関するポリシチェックデータを、ユーザＡの端末に送信する（ステップＳ３１０〜Ｓ３１２）。
【０１０５】
図１０は、この例の場合のユーザＢから送られてきたポリシチェックデータの一例を示したものである。このポリシチェックデータには、ブックマークとしてＵＲＬ（Uniform Resource Locator）が“www.hoge.co.jp/tigers”で示されるサイトが登録されている。この図１０に示した例の場合には、指定された特定ＵＲＬが、ユーザＢから送られたポリシチェックデータに登録されている。したがって、ユーザＢの“Ｔ−Ｃｌｕｂ”グループへの加入は可とみなされる（ステップＳ３０８）。そしてユーザＡの端末の認証データ送受信部１１３は、ユーザＢの端末に当該グループの認証データを授受する（ステップＳ３０９）。
【０１０６】
その後、ユーザＢの端末のグループ認証部２２２は、受信した認証データを記憶装置の認証データ記憶部に保存する（ステップＳ３１６）。以上の処理ステップＳ３０１〜Ｓ３１６の処理で、ユーザＢは、ユーザＡと当該プロスポーツチームのファンクラブグループの認証データを共有し、以降のグループ認証では、ユーザＡの加入する当該プロスポーツチームのファンクラブグループに加入していると認証されることになる。
【０１０７】
図１１は、図１に示したポリシチェックデータ記憶部に記憶されるポリシチェックデータとこれらに対応するグループ加入条件の他の例を表わしたものである。ポリシチェックデータ記憶部２２３には、この例に示すように「記憶情報」、「メール情報」等の幾つかのポリシチェックデータと、それぞれのグループに加入するための条件とを、各種のグループに対応する形で格納することができる。
【０１０８】
次に先の図７および図８を用いて、ユーザＢが“Ｔ−Ｃｌｕｂ”グループに加入していることをユーザＡに認証してもらう場合を考える（図７のステップＳ４０１）。ユーザＢの端末のグループ認証部２２２は、“Ｔ−Ｃｌｕｂ”グループの認証データを読み込む（ステップＳ４０２）。ユーザＢのグループ認証部２２２は、読み込んだ認証データに含まれるグループ鍵を用いて認証コードを生成し（ステップＳ４０３〜Ｓ４０６）、ユーザＡの端末にこれを送信する（ステップＳ４０７）。
【０１０９】
ユーザＡの端末のグループ認証部２２２は、認証コードを受信し（ステップＳ４０９）、ユーザＡの記憶装置の認証データ記憶部に保存された認証データの中に、受信した認証コードに含まれるスクランブル値を正しく復号可能なグループ鍵を内包する認証データがあるかどうかを調べる（ステップＳ４１０〜Ｓ４１２、Ｓ４１５〜Ｓ４１７）。ユーザＡの記憶装置の認証データ記憶部２２４は、認証コード内のスクランブル値を正しく復号可能なグループ鍵を内包する認証データを保持しているので、認証は成功する（ステップＳ４１８）。ユーザＡは、認証が成功したことをユーザＢに伝え（ステップＳ４１４）、ユーザＢは、“Ｔ−Ｃｌｕｂ”グループに加入していることをユーザＡに認証してもらったことを知る。
【０１１０】
＜第２の実施例＞
【０１１１】
図１２は本発明の第２の実施例におけるグループ認証端末を表わしたものである。このグループ認証端末は、近距離無線通信網２０１に第１〜第Ｎの端末２０２Ａ1〜２０２ＡNが接続された構成となっている。第１〜第Ｎの端末２０２Ａ1〜２０２ＡNは、基本的に同一の構成となっているので、ここでは第１の端末２０２Ａ1についてその構成を具体的に示すことにする。また、図１２で第１の実施例の図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。
【０１１２】
第１の端末２０２Ａ1は、プログラム制御により動作する処理装置２１１Ａと、ＩＣカード等の記憶装置２１２と、ブルーツース、赤外線通信または無線ＬＡＮ（ローカルエリアネットワーク）等の近距離無線を利用する通信装置２１３とによって構成されている。このうち、第１の実施例の処理装置２１１と構成が一部異なる本実施例の処理装置２１１Ａは、グループ加入処理部２２１Ａと、グループ認証部２２２とを備えている。すなわち、第１の実施例におけるグループ認証端末と第２の実施例におけるグループ認証端末とでは、グループ加入処理部２２１Ａの構成が異なっていることになる。
【０１１３】
図１３は、第２の実施例におけるグループ加入処理部の構成を表わしたものである。グループ加入処理部２２１Ａは、検証部２４１Ａと、ポリシ確認用情報送受信部２４２Ａと、ポリシチェックデータ取得部２４３Ａおよび認証データ送受信部２４４Ａとを備えている。検証部２４１Ａは、ポリシ確認用情報送受信部２４２Ａおよび認証データ送受信部２４４Ａにデータを出力する構成となっている一方、認証データ記憶部２２４Ａとも接続されている。ポリシ確認用情報送受信部２４２Ａは、ポリシチェックデータ取得部２４３Ａにデータを出力する構成となっている一方、通信装置２１３を介して他端末２０２Ａ（図１２参照）のグループ加入処理部２２１Ａとも接続される。ポリシチェックデータ取得部２４３Ａは、検証部２４１Ａにデータを出力する構成となっている一方、ポリシチェックデータ記憶部２２３とも接続されている。認証データ送受信部２４４Ａは、認証データ記憶部２２４Ａと接続されており、かつ通信装置２１３を介して他端末のグループ加入処理部２２１Ａと接続されている。
【０１１４】
ここで検証部２４１Ａは、未加入者の端末において動作する部分であり、グループメンバから受け取ったグループポリシ内のポリシ照合情報に設定されたポリシチェックデータと、グループポリシ内のグループ加入条件を照合し、当該未加入者自身のグループへの加入の可否を決定するようになっている。
【０１１５】
ポリシ確認用情報送受信部２４２Ａは、グループメンバと、未加入者の両者の端末で動作する部分であり、未加入者を加入させるグループの認証データのグループポリシを、通信装置２１３を介してグループメンバの端末から未加入者の端末へと送受信するようになっている。また、検証部２４１Ａでの検証結果を、通信装置２１３を介して未加入者の端末からグループメンバの端末へと送受信する。
【０１１６】
ポリシチェックデータ取得部２４３Ａは、未加入者の端末において動作する部分であり、ポリシ確認用情報送受信部２４２Ａを介して受信したグループポリシ内のポリシ照合情報に設定されたポリシチェックデータを、ポリシチェックデータ記憶部２２３から検索して取得する。
【０１１７】
認証データ送受信部２４４Ａは、グループメンバと未加入者の両者の端末で動作する部分であり、ポリシ確認用情報送受信部２４２Ａで受信した当該未加入者のグループへの加入の可否の検証結果が、可である場合は、当該認証データを通信装置２１３を介してグループメンバの端末から未加入者の端末へと送受信するようになっている。
【０１１８】
図１４および図１５は、グループメンバが未加入者をグループ生成者が作成したグループに加入させる際の動作を表わしたものである。このうち図１４はグループメンバの端末での処理の流れを表わしたものであり、図１５は未加入者の端末での処理の流れを表わしたものである。
【０１１９】
グループメンバの端末において、グループ加入処理部２２１は、グループメンバによって指定されたグループへの通信相手の加入処理要求を受けると、図７および図８で説明したグループ認証処理手順（ステップＳ４０１〜Ｓ４１８）の結果として、通信相手が当該グループのグループメンバであるか否かを判定する（ステップ５０１）。判定した結果、通信相手が当該グループのグループメンバであるならば（Ｙ）、そのまま処理を終える(エンド)。
【０１２０】
これに対して、通信相手が未加入者である場合（ステップＳ５０１：Ｎ）、検証部２４１Ａは、認証データ記憶部２２４から、ステップＳ５０１における加入処理要求時にグループメンバが指定した未加入者を加入させるグループに対応する認証データを読み出す（ステップＳ５０２）。次に、検証部２４１Ａで、ステップＳ５０２で読み出した認証データに含まれるグループポリシを読み出す（ステップＳ５０３）。そして、ポリシ確認用情報送受信部２４２Ａで、ステップＳ５０２で読み出したグループポリシを未加入者の端末に通信装置２１３を介して送信する（ステップＳ５０４）。
【０１２１】
ここで、未加入者の端末において、グループ加入処理部２２１は、ポリシ確認用情報送受信部２４２Ａで、グループメンバの端末におけるステップＳ５０４で送信されたグループポリシを受信し（図１５ステップＳ５０８）、グループポリシ内のグループ加入条件とポリシ照合情報を取得する（ステップＳ５０９）。そして、ポリシチェックデータ取得部２４３Ａで、ステップＳ５０９で取得したポリシ照合情報に設定されたポリシチェックデータをポリシチェックデータ記憶部２２３から検索し取得する（ステップＳ５１０）。
【０１２２】
次に、検証部２４１Ａで、ステップＳ５１０で得たポリシチェックデータが、ステップＳ５０９で取得したグループ加入条件を満たすか否かを検証する（ステップＳ５１１）。それから、ポリシ確認用情報送受信部２４２Ａで、ステップＳ５０６における検証結果を、通信装置２１３を介して、未加入者の端末に送信する（ステップＳ５１２）。
【０１２３】
その後におけるグループメンバの端末側の説明を行う。グループ加入処理部２２１は、ポリシ確認用情報送受信部２４２Ａで、未加入者の端末におけるステップＳ５１２で送信された検証結果を受信する（ステップＳ５０５）。ステップＳ５０５で受信した検証結果が可である場合には（ステップＳ５０６：Ｙ）、認証データ送受信部２４４Ａで、ステップＳ５０２で読み出した認証データを未加入者の端末に送信し（ステップＳ５０７）、処理を終える（エンド）。ステップＳ５０６における検証結果が否である場合（Ｎ）、グループメンバは、当該未加入者をグループに加入させるに適した所定の特徴を有さないものと判断し、そのまま処理を終える（エンド）。
【０１２４】
最後に、再び未加入者の端末側の説明を行う。グループ加入処理部２２１Ａは、ステップＳ５１１での検証結果が可である場合は、認証データ送受信部２４４Ａで、グループメンバの端末におけるステップＳ５０７で送信した認証データを受信する（ステップＳ５１４）。その後、受信した認証データを通信装置２１３の認証データ記憶部２２４に保存し（ステップＳ５１５）、処理を終える（エンド）。ステップＳ５１３での検証結果が否である場合（Ｎ）、当該未加入者は、グループに加入させるのに適した所定の特徴を有さないと判断されたことになり、そのまま処理を終える（エンド）。
【０１２５】
以上の処理ステップＳ５０１〜Ｓ５１５で、グループメンバは、グループに未加入者を加入させるに際に、グループ生成者にとってグループに加入させるに適当なユーザに限って、認証データを授受し、グループに加入させることができる。
【０１２６】
以上説明したように第２の実施例では、グループポリシに合致するか否かを検証する際にグループメンバの端末と未加入者の端末間で送受信していたポリシチェックデータの代わりに、グループポリシを送受信する。グループポリシはポリシチェックデータに比べて、データ量が少ない場合が多いので、第１の実施例と比較して通信量の削減が期待できる。かつ、ユーザ個々にとってプライベートなデータであることが多いポリシチェックデータを、他ユーザの端末に送信することなく処理を行うことができ、プライバシーの保護に効果がある。
【０１２７】
次に、具体例を用いて第２の実施例のグループ認証端末を説明する。今、第１の実施例と同様にユーザＡがあるプロスポーツチームのファンクラブグループに加入しているものとする。先に示した図９は、このファンクラブグループの認証データを表わしたものである。第２の実施例の場合も同様にグループ生成者によって、グループ固有の情報として、グループの名称、グループ生成者名、グループ鍵が設定され、かつ、グループポリシのポリシ照合情報には未加入者の特徴の照合に用いるポリシチェックデータとして“ブックマーク情報”が、グループ加入条件には、“特定ＵＲＬ（www.hoge.co.jp/tigers）で示される当該プロスポーツチームの公式サイトを登録しているか”が設定されているとする。
【０１２８】
このような状況の下で、ユーザＡがステップＳ５０１で該当グループに未加入と判定した未加入のユーザＢをこのプロスポーツチームのファンクラブグループに加える場合を考える（ステップＳ５０１）。図１０を参照すると、ユーザＢのポリシチェックデータ記憶部２２３に管理されているブックマーク情報に関するポリシチェックデータには、ＵＲＬが“www.hoge.co.jp/tigers”で示されるサイトが登録されている。
【０１２９】
ユーザＡの端末のグループ加入処理部２２１は、当該グループの認証データを読み込み（ステップＳ５０２）、当該認証データのグループポリシを読み込む（ステップＳ５０３）。ユーザＡの端末のグループ加入処理部２２１は、ユーザＢの端末に当該グループポリシを送信する（ステップＳ５０４）。
【０１３０】
ユーザＢの端末のグループ加入処理部２２１は、ユーザＡから送信されたグループポリシ内に設定されたポリシ照合情報を読み込み、ポリシ照合情報に設定されたブックマーク情報に関するポリシチェックデータを、自身の端末のポリシチェックデータ記憶部２２３から読み出して取得する（ステップＳ５０８〜Ｓ５１０）。そして、ステップＳ５１０で取得したポリシチェックデータに、グループポリシ内のグループ加入条件に指定された特定ＵＲＬに示されたサイトが登録されているかどうかを調べる（ステップＳ５１１）。指定された特定ＵＲＬは、ステップＳ５１０で取得したポリシチェックデータに登録されているので、ユーザＢの“Ｔ−Ｃｌｕｂ”グループへの加入は可能であるという検証結果を得る。そして、ユーザＢの端末のグループ加入処理部２２１は、ステップＳ５１１での検証結果をユーザＡの端末に送信する（ステップＳ５１２）。
【０１３１】
ステップＳ５１２で送信された検証結果を受信したユーザＡの端末の認証データ送受信部１１３は、ユーザＢの端末に当該グループの認証データを授受する（ステップＳ５０５〜Ｓ５０７）。その後、ユーザＢの端末のグループ認証部２２２は、受信した認証データを記憶装置の認証データ記憶部に保存する（ステップＳ５１４〜Ｓ５１５）。
【０１３２】
以上の処理ステップＳ５０１〜Ｓ５１５で、ユーザＢは、ユーザＡと当該プロスポーツチームのファンクラブグループの認証データを共有し、以降のグループ認証では、ユーザＡの加入する当該プロスポーツチームのファンクラブグループに加入していると認証される。
【０１３３】
＜第３の実施例＞
【０１３４】
図１６は本発明の第３の実施例におけるグループ認証端末を表わしたものである。このグループ認証端末は、近距離無線通信網２０１に第１〜第Ｎの端末２０２Ｂ1〜２０２ＢNが接続された構成となっている。第１〜第Ｎの端末２０２Ｂ1〜２０２ＢNは、基本的に同一の構成となっているので、ここでは第１の端末２０２Ｂ1についてその構成を具体的に示すことにする。また、図１６で第１の実施例の図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。
【０１３５】
第１の端末２０２Ｂ1は、プログラム制御により動作する処理装置２１１Ｂと、ＩＣカード等の記憶装置２１２と、ブルーツース、赤外線通信または無線ＬＡＮ等の近距離無線を利用する通信装置２１３とによって構成されている。このうち、第１の実施例の処理装置２１１と構成が一部異なる本実施例の処理装置２１１Ｂは、グループ加入処理部２２１Ｂと、グループ認証部２２２とを備えている。すなわち、第１の実施例におけるグループ認証端末と第３の実施例におけるグループ認証端末とでは、グループ加入処理部２２１Ｂの構成が異なっていることになる。
【０１３６】
図１７は、この第３の実施例におけるグループ加入処理部の構成を表わしたものである。グループ加入処理部２２１Ｂの基本構成は第１の実施例と同一であるが、その検証部２４１Ｂが、ランク計算部６０１を備える点が異なる。ランク計算部６０１は、未加入者をあるグループに加入させる際に、その未加入者がそのグループに加入するにどれだけ相応しい能力（嗜好、趣味、目的等）を持つか、すなわちグループ生成者の意図に沿うかどうかを示す属性値としてのランクを計算する部分である。ランクが高いほど、そのグループに加入するに相応しいものとする。
【０１３７】
この計算方法としては、端末あるいはグループ生成者が予め指定したある約束に従って増減値を計算する方法の他に、未加入者が送信してきたポリシチェックデータに含まれる情報に対して、ロボット型検索エンジンで提供される特有のキーワードに対するページ内容の重要度をスコアリングする従来の方法（テキストマッチ）を適用して計算する等の方法を用いることができる。前者については、カテゴリリストを用いた方法についての実施例で後述する。後者のロボット型検索エンジンとしては、たとえばインターネットのこの種の検索エンジンとしての“Google”や“Goo”を例として挙げることができる。どのランクの計算方法を用いるかは、認証データ作成時に、グループ生成者が予め定められたいくつかの固定の計算方法の中から選択することができる。また、その際に必要なパラメタはユーザが指定可能である。また端末で計算方法を固定的に１つに定めることで、ユーザの指示を仰がないようにすることもできる。
【０１３８】
この第３の実施例では、グループ生成者は、認証データを所持するグループメンバに未加入者を加入させるにあたって、グループメンバのランクに応じたグループ加入処理を行わせることができるように更に工夫している。具体的には、グループ生成者が認証データに対してランクに応じた複数のグループポリシを設定する点と、グループへの加入を認められた未加入者のランクを、ランク計算部６０１で計算し、認証データに含めて未加入者に渡す点が異なる。
【０１３９】
図１８は、本実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際の動作を表わしたものである。なお、未加入者の端末における動作は、第１の実施例の図６を用いて説明する。
【０１４０】
グループメンバの端末を端末２０２Ｂ1とする。グループメンバの端末２０２Ｂ1において、グループ加入処理部２２１Ｂは、グループメンバから、ある未加入者のグループへの加入処理要求を受けたとする（ステップＳ７０１：Ｙ）。図１７に示した検証部２４１Ｂは、図１６に示した認証データ記憶部２２４から、未加入者を加入させるグループに対応する認証データを読み出す（ステップＳ７０２）。次に、検証部２４１Ｂで、ステップＳ３０２で読み出した認証データに含まれるランクを読み出し（ステップＳ７０３）、続いて検証部２４１Ｂで、ステップＳ７０２で読み出した認証データから、ステップＳ７０３で読み出したランクに対応するグループポリシを読み出す。そして、読み出したグループポリシに含まれるグループ加入条件と、ポリシ照合情報を取得する（ステップＳ７０４）。次に、ポリシ確認用情報送受信部２４２で、ポリシ照合情報に設定されたポリシチェックデータを未加入者の端末に通信装置２１３を介して要求する（ステップＳ７０５）。
【０１４１】
未加入者の端末を端末２０２ＢNとする。未加入者の端末２０２ＢNにおいて、グループ加入処理部２２１Ｂは、図１６に示すポリシ確認用情報送受信部２４２で、グループメンバの端末２０２Ｂ1におけるステップＳ７０５でポリシチェックデータの要求を受けると（図６ステップＳ３１０）、ポリシチェックデータ取得部２４３で、該当するポリシチェックデータをポリシチェックデータ記憶部２２３から検索し（ステップＳ３１１）、ポリシ確認用情報送受信部２４２で、ステップＳ３１１で読み出したポリシチェックデータをグループメンバの端末に通信装置２１３を介して送信する（ステップＳ３１２）。
【０１４２】
その後、グループメンバの端末２０２Ｂ1で、グループ加入処理部２２１Ｂは、ポリシ確認用情報送受信部２４２で、未加入者の端末２０２ＢNにおけるステップＳ３１２で送信されたポリシチェックデータを受信する（ステップＳ７０６）。そして、検証部２４１Ｂで、ステップＳ７０６で受信したポリシチェックデータはグループ加入条件を満たすか否かを検証し（ステップＳ７０７）、検証結果を送信する（ステップＳ７０８）。そして、検証結果が可である場合には（ステップＳ７０９：Ｙ）、ランク計算部６０１で、検証内容を基に、後述するステップＳ７１１で認証データを送信する相手である未加入者のそのグループにおけるランクを計算して更新する（ステップＳ７１０）。検証部２４１Ｂでは、ステップＳ７０９における検証結果が可である場合は、ステップＳ７１０で計算したランクを、ステップＳ７０２で読み込んだ認証データに含まれていたランクと置き換えた新しい認証データを作成する（ステップＳ７１０）。そして、認証データ送受信部２４４で、ステップＳ７１０で作成した認証データを未加入者の端末に送信し（ステップＳ７１１）、処理を終える（エンド）。ステップＳ７０９における検証結果が否である場合（Ｎ）、グループメンバの端末２０２Ｂ1は、当該未加入者をグループに加入させるに適した所定の特徴を有さないと判断し、そのまま処理を終える（エンド）。
【０１４３】
最後に、未加入者の端末２０２ＢNの処理を説明する。グループ加入処理部２２１Ｂは、ポリシ確認用情報送受信部２４２で、グループメンバの端末２０２Ｂ1におけるステップＳ７０８で送信した検証結果を受信する（ステップＳ３１３）。そして、ステップＳ３１３で受信した検証結果が可である場合には（ステップＳ３１４：Ｙ）、認証データ送受信部２４４で、グループメンバの端末２０２Ｂ1におけるステップＳ７１１で送信した認証データを受信する（ステップＳ３１５）。その後、受信した認証コードを通信装置２１３の認証データ記憶部２２４に保存し（ステップＳ３１６）、処理を終える（エンド）。ステップＳ３１３で受信した検証結果が否である場合は（ステップＳ３１４：Ｎ）、グループメンバの端末２０２Ｂ1によって、当該未加入者は、グループに加入させるのに適した所定の特徴を有さないと判断されたことになり、そのまま処理を終える（エンド）。
【０１４４】
このように第３の実施例のグループ認証端末では、グループ生成者が、グループメンバに対して、各グループメンバのランクに応じたグループ加入処理を行わせることができる。これによって、次の効果が期待できる。
【０１４５】
グループはそこに加入しているグループメンバのもつ能力次第で、グループ内で共有する情報の質や量に差が生じることがある。本実施例では、グループメンバ間で生じるこの差をある程度制御することができる。具体的にはランクの高いグループメンバには、緩いグループポリシの加入条件で未加入者を加入させることを許し、ランクが低いグループメンバには、未加入者をグループに加入させる場合に厳しい加入条件でグループ加入処理を行わせることができる。これにより、現在そのグループに加入しているグループメンバのランクの平均値を平均値Ｇｒとすると、次の（１）式で表わされるこの値をある程度一定の値に収束させることができ、グループ全体で共有する情報の質や量をグループ生成者の意図するある程度のレベルに維持することができる。ただし、この（１）式で符号Ｒは、あるグループにおけるグループメンバのランクの集合であり、符号Ｒｉをランクの集合Ｒに含まれるそれぞれのランクの値とする。
【０１４６】
【数１】
認証データにランクの平均値Ｇｒに応じたグループポリシを設定しておき、グループメンバにそのときのランクの平均値Ｇｒに応じたグループ加入処理を行わせてもよい。また、ランクの平均値Ｇｒは、そのグループで共有あるいは交換する情報の質の目安であり、類似の部類に属す複数のグループのグループメンバは、ランクの平均値Ｇｒを参考にすることで、どのグループで情報交換あるいは共有を行えばより効率よく行えるかどうかの判断に役立てることができる。その場合は類似部類に属すグループをよりランクの平均値Ｇｒの高い順に並び替えるなどの手段を用意することで、判断時における利便性が向上し、更なる効果が期待できる。
【０１４８】
更に、本実施例ではグループメンバをランクごとに分類しているので、幾つかのサブグループの形成に利用できる。例えば、重要な情報はランクが高いグループメンバにのみ開示するというような場合に、ランクの高いグループメンバからなるサブグループを作ることができる。
【０１４９】
次に、具体例を用いて第３の実施例におけるグループ認証端末を説明する。
【０１５０】
図１９に示すように、グループ生成者“ｊ−ｎｏｄａ”が、「野球の話をしたいが、阪神ファンが多いほうが望ましい」という考えをもとに作成したグループ“Ｔ−Ｃｌｕｂ”の認証データがあるものとする。ここでは、ランクは１以上１０以下の値をとり、１０が最も高いランクとする。グループ生成者のランクは１０とする。この認証データには、ランクが５以上１０以下のグループメンバは、未加入者から渡されるポリシ照合情報に設定してあるプロフィール情報に関するポリシチェックデータに、趣味、嗜好情報として野球が最低限含まれていれば、その未加入者をグループへ加入させることができるというグループ加入条件が設定されている。また、ランクが１以上５未満のグループメンバは、未加入者から渡されるポリシ照合情報に設定してあるプロフィール情報に関するポリシチェックデータに、趣味、嗜好情報として阪神が含まれていなければ、その未加入者をグループへ加入させることができないというグループ加入条件が設定されている。また、新たに加入させるグループメンバのランクの計算方法として、図２０に示すカテゴリリストを用いた方法をとっている。
【０１５１】
ここで、カテゴリリストとは、趣味、嗜好や行動目的ごとに用意された複数の階層構造ごとに様々なキーワードを含むリストである。各階層のキーワードの各々とその次の階層に属するキーワードが対応付けられており、第１層から、第２層、・・・第ｎ層と、階層が深くなるごとに、具体的な内容になるように構成されている。また、深い階層に位置する事項は、その上層に位置付けられるキーワードを包括する。具体的には図２０の第４層における“阪神”というキーワードは、第１層からたどると、“スポーツ−野球−プロ野球−阪神”という対応関係をもち、“スポーツ−野球−プロ野球”といったキーワードを包括している事項として扱う。つまり、“プロ野球”というキーワードが趣味として興味があると、ポリシチェックデータに含まれていれば、その人は野球にも興味があるとみなし、グループ加入処理を行う。
【０１５２】
上記で述べたカテゴリリストを用いたランクの計算方法では、まず、ポリシチェックデータに含まれるキーワードが、ある階層のキーワードから深さの差分がどれだけあるかを計算する。そして、より深ければ現在のグループメンバのランクにその差分だけを加算した値を、新たなグループメンバのランクとして計算する。より浅ければその差分だけを減算した値を新たなグループメンバのランクとして計算する。ここで加減算される値は、グループ加入処理を行うグループメンバのランクではなく、グループ全体のランクの平均値Ｇｒを用いてもよい。図１９に示す認証データのグループ加入条件の場合は、第４層に位置する“阪神”からの差分値を現在のグループメンバのランクから増減する。増減した結果の値が、１未満になる場合はランクは最低ランクの１としている。また１０を超える場合はランクは最高ランクの１０としている。
【０１５３】
このとき、図１９に示す認証データを所持する“Ｔ−Ｃｌｕｂ”グループのグループメンバであるユーザＡがいるものとする。このような状況下で、ユーザＡが未加入のユーザＢをこの“Ｔ−Ｃｌｕｂ”グループに加える場合を考える。ユーザＡの端末のグループ加入処理部２２１は、ユーザＡの端末操作での指示に従って当該グループの認証データを読み込み（ステップＳ７０２）、当該認証データ内に含まれるユーザＡ自身のそのグループ“Ｔ−Ｃｌｕｂ”におけるランクを読み込む（ステップＳ７０３）。その後、ランクに応じたグループポリシを読み込む（ステップＳ７０４）。ここでは、ユーザＡのランクは５であるので、グループ加入条件に趣味、嗜好に野球が含まれているかと設定されたグループポリシを読み出す。そしてユーザＡの端末のグループ加入処理部２２１は、グループポリシに設定されたポリシ照合情報を読み込み、ポリシ照合情報に設定されたプロフィール情報に関するポリシチェックデータをユーザＢの端末に要求する（ステップＳ７０５）。ユーザＢの端末のグループ加入処理部２２１は、ユーザＡの要求に応じて、記憶装置２１２のポリシチェックデータ記憶部２２３に格納されているプロフィール情報に関するポリシチェックデータを、ユーザＡの端末に送信する（図６ステップＳ３１０〜Ｓ３１２）。
【０１５４】
図２１は、この例の場合のユーザＢから送られてきたポリチェックデータの一例を示したものである。このポリシチェックデータには、プロフィール情報として“プロ野球”というキーワードで示される趣味、嗜好が登録されている。図２０のカテゴリリストを参照すると、この“プロ野球”というキーワードは、“野球”というキーワードを包括している。したがって、ユーザＢの“Ｔ−Ｃｌｕｂ”グループへの加入は可とみなされる（ステップＳ７０９）。第３層のキーワードである“プロ野球”は、第４層にある“阪神”よりも１階層分浅いため、検証に用いた当該グループの認証データのランクを１つだけ減算した値である４にランクを更新した認証データを生成し（ステップＳ７１０）、ユーザＢの端末にステップＳ７１０で生成した認証データを送信する（ステップＳ７１１）。
【０１５５】
その後、ユーザＢの端末のグループ認証部２２２は、受信した認証データを記憶装置の認証データ記憶部２２４に保存する（ステップＳ３１６）。以上の処理ステップＳ７０１〜Ｓ７１１とＳ３１０〜Ｓ３１６で、ユーザＢは、ユーザＡと当該プロスポーツチームのファンクラブグループの認証データを共有し、以降のグループ認証では、ユーザＡの加入する当該プロスポーツチームのファンクラブグループに加入していると認証される。ただし、ユーザＢが新たに別のユーザＣを加入させる場合、ユーザＢのランクは４であるので、ユーザＡのグループ加入処理手順とは異なり、趣味、嗜好に“阪神”が含まれているかと設定されたグループポリシを用いて処理を行う。この場合、図２１に示すような“プロ野球”というキーワードを趣味・嗜好に登録しているポリシチェックデータを送信した未加入者は、グループに加入させることができない。
【０１５６】
次に、具体例を用いて第３の実施例のグループ認証端末における第１の端末２０２Ｂ1のインタフェースの一例を説明する。なお、この第３の実施例における第２〜第Ｎの端末２０２Ｂ2〜２０２ＢNのインタフェースについては第１の端末２０２Ｂ1のインタフェースと基本的に同一である。また、先の第１および第２の実施例における第１〜第Ｎの端末２０２1〜２０２Nあるいは第１〜第Ｎの端末２０２Ｂ1〜２０２ＢNについても次に説明する第１の端末２０２Ｂ1のインタフェースと基本的に同一である。
【０１５７】
図２２は、ＰＤＡ端末を想定した場合における第１の端末の表示画面の表示内容の一例を示している。第１の端末２０２Ｂ1の表示画面６５１には、グループメンバの加入および認証を行うモードの下で、加入グループのリスト６５３と、通信可能ユーザのリスト６５４が表示されるようになっている。このうち加入グループのリスト６５３には、第１の端末２０２Ｂ1のユーザ自身が加入しているグループのグループ名が表示される。具体的には、第１の端末２０２Ｂ1の認証データ記憶部２２４（図１６）に格納された認証データに含まれるグループＩＤに登録されたグループ名が表示される。加入グループのリスト６５３の下に表示される通信可能ユーザのリスト６５４は、第１の端末２０２Ｂ1の通信装置２１３を介して通信可能な本端末のユーザのリストが表示される。
【０１５８】
それぞれのリストの項目はユーザが選択可能になっている。加入グループのリスト６５３からユーザを加入させるグループを選択し、通信可能ユーザのリスト６５４から、加入グループのリストで選択したグループに加入させるユーザを選択した上で、通信可能ユーザのリスト６５４の下に表示あるいは配置されている加入・認証ボタン６５５を押すことで、加入グループリスト６５３で選択されたグループへの通信可能ユーザリスト６５４内で選択されたユーザの加入処理が行われる。既に通信可能ユーザリスト内で選択されたユーザが、加入グループのリストで選択したグループに加入済みであるならば、グループ認証処理だけが行われることになる。
【０１５９】
図２３は、この第１の端末を使用して実際にグループに加入しているユーザ間でチャットコミュニケーションをとる場合の表示画面の表示例を示したものである。この状態で、第１の端末２０２Ｂ1の表示画面６５１には、加入グループのリスト６５３と、そのリストで選択されたグループに現在加入していることが認証済みのグループメンバのリスト６６１が表示されている。グループメンバのリスト６６１には、グループメンバのユーザ名の他に、そのユーザのランクが数字で表示されている。加入グループのリスト６５３には、グループ名に加え、そのグループにおける現在のグループメンバのランクの平均値が数字で表示されている。チャットコミュニケーションをとる場合、ユーザはこれらの値を参考にグループがどの程度質の高い（グループ生成者の意図に沿った）コミュニケーションを行っているか、また、各グループメンバがどの程度そのグループに加入しているに相応しいかを判断することができる。
【０１６０】
これらのリスト６５３、６６１の下側にはチャットのためのメッセージを表示するための受信メッセージウィンドウ６６２および送信メッセージウィンドウ６６３が配置されている。メッセージの送受信は、グループメンバのランクでフィルタリングをかけることもできる。図２３では、チャットコミュニケーションの様子を示したが、グループで収集あるいは交換する情報は、文字情報からなるメッセージのみでなく、画像や音声等のマルチメディア情報や、ドキュメントや各種マルチメディア情報を記録したファイルでも構わない。
【０１６１】
以上説明した第１〜第２の実施例では、グループポリシ内のポリシ照合情報にポリシチェックデータとして“ブックマーク情報”を、グループ加入条件に“特定ＵＲＬ（www.hoge.co.jp/tigers）で示されるあるプロスポーツチームの公式サイトを登録しているか”等と設定されている場合について、通信相手であるユーザをグループへ加入させる際の処理と、通信相手であるユーザと同じグループに加入しているかを認証する際の処理等について説明した。また、第３の実施例では、グループポリシ内のポリシ照合情報にポリシチェックデータとして“プロフィール情報”を、グループ加入条件に、ランクが５以上である場合は“趣味、嗜好に野球が含まれているか”、ランクが５未満の場合は、“趣味、嗜好に阪神が含まれているか”と、それぞれグループメンバのランクに応じた加入条件を設定した場合に、通信相手であるユーザをグループへ加入させる際の処理と、通信相手であるユーザと同じグループに加入しているかを認証する際の処理等について説明した。もちろん、ポリシチェックデータに上記例とは異なる情報を、グループ加入条件に上記例とは異なる条件を設定しておくこともできる。また、複数のポリシ照合情報とグループ加入条件を組み合わせたグループポリシを設定し、各条件との照合結果の論理演算値をもとに、未加入者のグループへの加入を判断してもよい。
【０１６２】
また、第１〜第３の実施例では近距離無線通信網２０１におけるグループ認証端末あるいは近距離無線通信網２０１に用いられるグループ認証方法およびグループ認証端末用プログラムを中心に説明したが、これ以外の無線網、有線網に対しても本発明を適用することができることは当然である。
【０１６３】
【発明の効果】
以上説明したように請求項１、請求項７および請求項１５記載の発明によれば、未加入者の加入の可否をそれぞれの加入者が判別することができるので、処理が分散し、これらの加入者側の加入処理に対する負担を軽減することができる。また、未加入者はグループのどの加入者に対しても加入の処理を依頼できるので、加入処理の信頼性を高めることができる。
【０１６４】
また、請求項２、請求項８および請求項１６記載の発明によれば、未加入者側が加入の可否の判別を行うので、加入者側における加入処理の負担を軽減させることができる。また、未加入者が加入に際して不必要に自己のデータを加入者側に送信する必要がなくなる。
【０１６５】
もちろん、これら請求項１、請求項２、請求項７、請求項８、請求項１５および請求項１６記載の発明によれば、特定の認証機関や情報提供装置を必要とせず、ユーザ間の端末の直接通信で、あるグループ生成者の意図している、グループに加入するに相応しいユーザのみからなるグループを、常にグループ生成者の介在を必要とせずに形成できる。この結果、たとえば近距離無線通信による特定の認証機関や情報提供装置と常時接続することが難しい通信環境におけるグループ形成を実現することができる。グループメンバが、加入しているグループに固有の認証データを保持しておくと、認証データに含まれる、グループに加入するにあたっての条件であるグループポリシと、グループに加えようとするユーザの所定の特徴とを照合し、条件に合致するユーザのみをグループメンバとする処理を、グループメンバと未加入者の端末間の直接通信で行える。
【０１６６】
また、これら請求項１、請求項２、請求項７、請求項８、請求項１５および請求項１６記載の発明によれば、あるユーザがグループに加入しているかの認証を、個人間の直接通信のみで行える。この結果、たとえば近距離無線通信による特定の認証機関や情報提供装置と常時接続することが難しい通信環境におけるグループ認証を実現することができる。一般に、グループのグループメンバらは、加入しているグループに固有の認証データを共有することができるので、認証データにグループ鍵を含ませることによって、同じグループ鍵を共有するグループメンバを、グループメンバ間の直接通信で互いに認識することが可能となる。
【０１６７】
更に請求項４〜請求項６、請求項１０〜請求項１３、請求項１７〜請求項２０記載の発明によれば、未加入者がグループに加入する適格性や加入者をランク付けることにしたので、加入条件を柔軟に設定、変更したり、加入者同士の情報の交換に際して、見知らぬ者同士であっても、交換する情報の質等を配慮することが可能になる。
【図面の簡単な説明】
【図１】本発明の第１の実施例における本発明の一実施例におけるグループ認証端末を示した構成図である。
【図２】本発明の認証データの一般的な構造を表わしたデータ構造図である。
【図３】第１の実施例のグループ加入処理部の内部構成を示したブロック図である。
【図４】第１の実施例のグループ認証部の内部構成を示したブロック図である。
【図５】第１の実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際のグループメンバの端末での処理の流れを表わした流れ図である。
【図６】第１の実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際の未加入者の端末での処理の流れを表わした流れ図である。
【図７】第１の実施例で端末のユーザ間でグループ認証を行う際の被認証者の端末での処理の流れを表わした流れ図である。
【図８】第１の実施例で端末のユーザ間でグループ認証を行う際の認証者の端末での処理の流れを表わした流れ図である。
【図９】第１の実施例でファンクラブグループの認証データを表わした説明図である。
【図１０】第１の実施例でユーザＢから送られてきたポリシチェックデータの一例を示した説明図である。
【図１１】図１に示したポリシチェックデータ記憶部に記憶されるポリシチェックデータとこれらに対応するグループ加入条件の他の例を表わした説明図である。
【図１２】本発明の第２の実施例におけるグループ認証端末を表わした構成図である。
【図１３】第２の実施例におけるグループ加入処理部の構成を表わしたブロック図である。
【図１４】第２の実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際のグループメンバの端末での処理の流れを表わした流れ図である。
【図１５】第２の実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際の未加入者の端末での処理の流れを表わした流れ図である。
【図１６】本発明の第３の実施例におけるグループ認証端末を表わした構成図である。
【図１７】第３の実施例におけるグループ加入処理部の構成を表わしたブロック図である。
【図１８】第３の実施例でグループメンバが未加入者をグループ生成者が作成したグループに加入させる際のグループ生成者側の動作を表わした流れ図である。
【図１９】第３の実施例でグループ生成者が所定の考えの基に作成したグループ“Ｔ−Ｃｌｕｂ”の認証データを示す説明図である。
【図２０】第３の実施例におけるカテゴリリストの一例を示した説明図である。
【図２１】第３の実施例におけるポリチェックデータの一例を示した説明図である。
【図２２】第３の実施例で使用する第１の端末の表示画面の表示内容の一例を示した平面図である。
【図２３】第３の実施例で第１の端末を使用してグループに加入しているユーザ間でチャットコミュニケーションをとる場合の表示画面の表示例を示した平面図である。
【図２４】従来のグループ認証の手法の第１の例を示したブロック図である。
【図２５】従来のグループ認証の手法の第２の例を示したブロック図である。
【符号の説明】
２０１ 近距離無線通信網
２０２、２０２Ａ、２０２Ｂ 端末
２１１、２１１Ａ、２１１Ｂ 処理装置
２１２ 記憶装置
２２１、２２１Ａ、２２１Ｂ グループ加入処理部
２２３ ポリシチェックデータ記憶部
２２４ 認証データ記憶部
２４１、２４１Ａ、２４１Ｂ 検証部
２４２、２４２Ａ ポリシ確認用情報送受信部
２４３、２４３Ａ ポリシチェックデータ取得部
２４４、２４４Ａ 認証データ送受信部
６０１ ランク計算部
６５１ 表示画面
Claims (20)
- 認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を可能とするグループ間通信手段と、
前記グループに対応する認証データを所持するユーザとしてのグループメンバのそれぞれについてグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、
前記グループに対応する認証データを所持しないユーザである未加入者に対して、前記グループメンバの任意の者が、グループ加入を認めさせる際の加入条件をグループメンバのランクに対応させて記憶した加入条件記憶手段と、
所定のグループに加入しようとする未加入者に対してグループ別加入条件記憶手段に記憶されたそのグループの加入条件をチェックするためのチェックデータの送信を要求するチェックデータ送信要求手段と、
グループの未加入者から前記チェックデータが返送されてきたときこれがそのグループに対する加入条件を満たしているかどうかを加入を認めるグループメンバのランクに応じて判別する条件可否判別手段と、
グループの未加入者のランクを計算するランク計算手段と、
前記条件可否判別手段が可と判別した未加入者に対して該当するグループへの加入を認める認証データに前記ランク計算手段で計算したそのグループでのランクを含めて送信する認証データ送信手段
とをそれぞれの端末が具備することを特徴とするグループ認証端末。 - 認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を可能とするグループ間通信手段と、
前記グループに対応する認証データを所持するユーザとしてのグループメンバのそれぞれについてグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、
前記グループに対応する認証データを所持しないユーザである未加入者に対して、前記グループメンバの任意の者が、グループ加入を認めさせる際の加入条件をグループメンバのランクに対応させて記憶した加入条件記憶手段と、
所定のグループに加入しようとする未加入者に対して加入を認めるグループメンバのランクに応じて前記加入条件記憶手段に記憶された加入条件をチェックするためのチェックデータを送信するチェックデータ送信手段と、
このチェックデータ送信手段からチェックデータが送られてきたときそれがその未加入者のそのグループへの加入条件を満たしているかどうかを未加入者側で判別する条件可否判別手段と、
この条件可否判別手段が加入を可と判別したとき前記チェックデータ送信手段からチェックデータを送信した加入者に対してそのグループに対する加入条件を満たしていることを通知する加入条件結果通知手段と、
グループの未加入者のランクを計算するランク計算手段と、
前記加入条件結果通知手段から加入条件を満たしていると通知されたときその通知を行った未加入者に対して該当するグループの認証データに前記ランク計算手段で計算したそのグループでのランクを含めて送信する認証データ送信手段
とをそれぞれの端末が具備することを特徴とするグループ認証端末。 - 同一グループの各加入者はそのグループに固有のグループ鍵を共有しており、前記認証データに含まれるこのグループ鍵を用いて、同一のグループ鍵を共有するグループの加入者を認証することを特徴とする請求項１または請求項２記載のグループ認証端末。
- 加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、通信の対象となるグループに関する情報を複数の段階に分けて記憶する通信情報記憶手段と、通信する加入者のランクに応じて通信情報記憶手段に格納されているグループに関する情報をその加入者との通信に際して選別する情報選別手段
とを具備することを特徴とする請求項１または請求項２記載のグループ認証端末。 - 加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段と、同一のグループに加入している者同士でそのグループに関する情報の通信を行う際に相手側の加入者の適格性を示すランクを表示するランク表示手段
とを具備することを特徴とする請求項１または請求項２記載のグループ認証端末。 - 前記加入者別適格性記憶手段に記憶されるランクは適宜更新されることを特徴とする請求項４または請求項５記載のグループ認証端末。
- 同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して、そのグループの加入条件をチェックするためのチェックデータの送信を要求するチェックデータ送信要求ステップと、
グループの未加入者から前記チェックデータが返送されてきたとき、加入者端末のそのランクに対応させて記憶した加入条件を用いてそのグループへの加入の可否を判別する条件可否判別ステップと、
前記チェックデータが返送されてきた未加入者のランクを計算するランク計算ステップと、
前記条件可否判別ステップで可と判別した未加入者に対して該当するグループへの加入を認める認証データに前記ランク計算ステップで計算したそのグループでのランクを含めて送信する認証データ送信ステップ
とを用いてそれぞれの端末が未加入者を加入させるためのグループ認証を行うグループ認証方法。 - 同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して加入を認める加入者端末のランクに応じて、そのグループの加入条件を未加入者側でチェックするためのチェックデータを送信するチェックデータ送信ステップと、
このチェックデータ送信ステップでチェックデータが送られてきたときそれがその未加入者のそのグループへの加入条件を満たしているかどうかを未加入者側で判別する条件可否判別ステップと、
この条件可否判別ステップで加入を可と判別された未加入者からチェックデータを送信した加入者に対してそのグループに対する加入条件を満たしていることを通知する加入条件結果通知ステップと、
この加入条件結果通知ステップで加入条件を満たしていると通知されたときその通知を行った未加入者のランクを計算するランク計算ステップと、
このランク計算ステップでランクを計算した未加入者に対して該当するグループへの加入を認める認証データに前記ランク計算ステップで計算したそのグループでのランクを含めて送信する認証データ送信ステップ
とを用いてそれぞれの端末が未加入者を加入させるためのグループ認証を行うグループ認証方法。 - 同一グループの各加入者はそのグループに固有のグループ鍵を共有しており、前記認証データに含まれるこのグループ鍵を用いて、同一のグループ鍵を共有するグループの加入者を認証することを特徴とする請求項７または請求項８記載のグループ認証方法。
- 前記ランク計算ステップで計算したランクを用いて未加入者がそのグループへの加入条件を満たしているかどうかを判別する加入判別時ランク考慮ステップ
を具備する請求項７または請求項８記載のグループ認証方法。 - 加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出ステップと、このランク読出ステップで読み出した通信の相手方のランクに応じて通信の対象となるグループに関する情報をその加入者との通信に際して選別する情報選別ステップ
とを具備する請求項７または請求項８記載のグループ認証方法。 - 同一のグループに加入している者同士でそのグループに関する情報の通信を行う際に、加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出ステップと、このランク読出ステップで読み出した通信の相手方のランクを表示するランク表示ステップ
とを具備する請求項７または請求項８記載のグループ認証方法。 - 前記加入者別適格性記憶手段に記憶された加入者ごとのランクを適宜更新する更新ステップを具備することを特徴とする請求項１１または請求項１２記載のグループ認証方法。
- コンピュータに、
同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して、そのグループの加入条件をチェックするためのチェックデータの送信を要求するチェックデータ送信要求処理と、
グループの未加入者から前記チェックデータが返送されてきたとき、加入者端末のそのランクに対応させて記憶した加入条件を用いてそのグループへの加入の可否を判別する条件可否判別処理と、
前記チェックデータが返送されてきた未加入者のランクを計算するランク計算処理と、
前記条件可否判別処理で可と判別した未加入者に対して該当するグループへの加入を認める認証データに前記ランク計算処理で計算したそのグループでのランクを含めて送信する認証データ送信処理
とを実行させることを特徴とするグループ認証端末用プログラム。 - コンピュータに、
同一のグループに加入している加入者端末同士がグループに対応する認証データを所持すると共に、それぞれの加入者端末がグループへの適格性をランク付けされており、所持する認証データを用いてグループの認証を試み、認証が成功した者同士で同一のグループに関する情報の通信を行うグループ間通信を可能にするために所定のグループへ加入しようとする未加入者に対して加入を認める加入者端末のランクに応じて、そのグループの加入条件を未加入者側でチェックするためのチェックデータを送信するチェックデータ送信処理と、
このチェックデータ送信処理でチェックデータが送られてきたときそれがその未加入者のそのグループへの加入条件を満たしているかどうかを未加入者側で判別する条件可否判別処理と、
この条件可否判別処理で加入を可と判別された未加入者からチェックデータを送信した加入者に対してそのグループに対する加入条件を満たしていることを通知する加入条件結果通知処理と、
この加入条件結果通知処理で加入条件を満たしていると通知されたときその通知を行った未加入者のランクを計算するランク計算処理と、
このランク計算処理でランクを計算した未加入者に対して該当するグループへの加入を認める認証データに前記ランク計算処理で計算したそのグループでのランクを含めて送信する認証データ送信処理
とを実行させることを特徴とするグループ認証端末用プログラム。 - 同一グループの各加入者はそのグループに固有のグループ鍵を共有しているとの前提で、前記認証データに含まれるこのグループ鍵を用いて、同一のグループ鍵を共有するグループの加入者を認証する認証処理を更に実行させることを特徴とする請求項１４または請求項１５記載のグループ認証端末用プログラム。
- 前記ランク計算処理で計算したランクを用いて未加入者がそのグループへの加入条件を満たしているかどうかを判別する加入判別時ランク考慮処理
を更に実行させることを特徴とする請求項１４または請求項１５記載のグループ認証端末用プログラム。 - 加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出処理と、このランク読出処理で読み出した通信の相手方のランクに応じて通信の対象となるグループに関する情報をその加入者との通信に際して選別する情報選別処理
とを更に実行させることを特徴とする請求項１４または請求項１５記載のグループ認証端末用プログラム。 - 同一のグループに加入している者同士でそのグループに関する情報の通信を行う際に、加入者ごとにグループへの適格性をランクを付けて記憶する加入者別適格性記憶手段から通信の相手方のランクを読み出すランク読出処理と、このランク読出処理で読み出した通信の相手方のランクを表示するランク表示処理
とを更に実行させることを特徴とする請求項１４または請求項１５記載のグループ認証端末用プログラム。 - 前記加入者別適格性記憶手段に記憶された加入者ごとのランクを適宜更新する更新処理を更に具備することを特徴とする請求項１８または請求項１９記載のグループ認証端末用プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002122685A JP3852364B2 (ja) | 2002-04-24 | 2002-04-24 | グループ認証端末、グループ認証方法およびグループ認証端末用プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002122685A JP3852364B2 (ja) | 2002-04-24 | 2002-04-24 | グループ認証端末、グループ認証方法およびグループ認証端末用プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003316737A JP2003316737A (ja) | 2003-11-07 |
| JP3852364B2 true JP3852364B2 (ja) | 2006-11-29 |
Family
ID=29538226
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002122685A Expired - Fee Related JP3852364B2 (ja) | 2002-04-24 | 2002-04-24 | グループ認証端末、グループ認証方法およびグループ認証端末用プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3852364B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7780533B2 (en) | 2004-08-30 | 2010-08-24 | Panasonic Corporation | Client terminal for executing multiplayer application, group forming method, and group forming program |
| US9356938B2 (en) | 2005-02-04 | 2016-05-31 | Koninklijke Philips N.V. | Method, device, system, token creating authorized domains |
| US9604146B2 (en) * | 2006-01-06 | 2017-03-28 | International Business Machines Corporation | Apparatus and method to play a multiplayer, online game |
| JP4968622B2 (ja) * | 2006-11-02 | 2012-07-04 | 日本電気株式会社 | グループメンバー確認システム、及びグループメンバー確認方法、及びプログラム |
| JP5053621B2 (ja) * | 2006-11-02 | 2012-10-17 | 株式会社バンダイナムコゲームス | サーバシステム |
-
2002
- 2002-04-24 JP JP2002122685A patent/JP3852364B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003316737A (ja) | 2003-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7302591B2 (en) | Access control | |
| CN102597981B (zh) | 模块化装置认证框架 | |
| Tootoonchian et al. | Lockr: better privacy for social networks | |
| US9807100B2 (en) | System and method for private social networking | |
| US7571488B2 (en) | Rights management terminal, server apparatus and usage information collection system | |
| CN103827883B (zh) | 用于控制对用户的个人数据的访问的方法 | |
| US20100229241A1 (en) | Method of accessing service, device and system thereof | |
| JP2009009541A (ja) | 認証システム、端末、サーバ、認証方法、及びプログラム | |
| WO2006040806A1 (ja) | 暗号鍵配信システム | |
| JP2008503966A (ja) | 匿名証明書呈示に関する匿名証明書 | |
| WO2008029723A1 (fr) | Système de gestion d'utilisation de données | |
| CN111212084A (zh) | 一种面向边缘计算的属性加密访问控制方法 | |
| JP2003122635A (ja) | アクセス権制御システム | |
| US20230083642A1 (en) | Methods and systems for managing user data privacy | |
| US8516602B2 (en) | Methods, apparatuses, and computer program products for providing distributed access rights management using access rights filters | |
| KR20060015313A (ko) | Ｐ２ｐ환경에서의 사용자 대화를 위한 시스템 및 방법 | |
| JP6293245B1 (ja) | 強化されたセキュリティを有する取引相互監視システム | |
| Guo et al. | Using blockchain to control access to cloud data | |
| JP2011107779A (ja) | 情報アクセス制御システム及び方法 | |
| JP3852364B2 (ja) | グループ認証端末、グループ認証方法およびグループ認証端末用プログラム | |
| JP2001222645A (ja) | オンライン情報登録・格付・認証・仲介システム | |
| WO2007142063A2 (ja) | アクセス制御システム | |
| JP2006119769A (ja) | コンテンツ提供システム | |
| US20140245412A1 (en) | Linking credentials in a trust mechanism | |
| JPH11331145A (ja) | 情報共有システム、情報保管装置およびそれらの情報処理方法、並びに記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060523 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060724 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060815 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060828 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3852364 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090915 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110915 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130915 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |