この発明に従って、個人的同一性証明可能な篩い分けられた機密情報の入会登録によって登録情報を照合し、サーバーはクライアントが申し出た原本の秘密を知ることのない認可を与えます。
サーバーがクライアントの機密情報を共有する認証技術は両者の社会的信用に依存します。そのため信頼された人だけ、または信じやすい受容者だけが利益を得ることができます。
サーバーを含む、誰からもクライアントが委託した情報を解読することができない、識別認可が必要です。
公開鍵方式、または他の暗号化方法が解読することの難しさを保証されるけれども、その困難は結局、膨大な時間の量の問題につきます。
この発明の良い実施例では、解読することの難しさは時間の量の問題でなく多くの標本を集めることにあるので、秘密は実質的に解読不可能です。
同じ長さの出力への一対一対応入力を持つ暗号化法は、自然に篩い分けられた効果を持ちます。 （もっと読む）

システムと方法によりユーザはウェッブ・サイトを認証でき、ウェッブ・サイトはユーザを認識でき、またはこれら両者が可能となる。ユーザがウェッブ・サイトからウェッブ・ページを要求すると、ユーザに認識可能なカスタマイゼーション情報が提供されて、ユーザはこのウェッブ・サイトを認証することができる。ユーザ・システムに記憶された署名され暗号化されたクッキーによりウェッブ・サイトはユーザを認証することができる。
（もっと読む）

【課題】ハイパーテキストファイルを含むインターネットにおけるクライアント対サーバーセッションを含む、ネットワークサーバーに対するアクセスを管理およびモニタする方法を提供する。
【解決手段】クライアントは、ブラウザとして知られる標準プログラムによって、コンテンツサーバーにより伝送されたドキュメントを観察する。各ハイパーテキストドキュメントまたはページは、ユーザが横断を選択できる他のハイパーテキストページに対するリンクを含む。ユーザがアクセス管理ファイルに導かれるリンクを選択すると、サーバーはクライアントが認定または有効利用資格を有するか否かを決定する第２のサーバーにクライアントの要求を委ねる。このような確認があり次第、ユーザはセッション識別子を与えられ、それがユーザに現在の保護ドメイン内にある任意の他のファイルと同様に、要求ファイルにアクセスすることを可能にする。 （もっと読む）

【課題】ユーザ端末と多数のサービス提供先との間で公開鍵認証方式による認証が簡単に行えるユーザ認証方法およびシステムを提供する。
【解決手段】ユーザ管理システムがユーザ端末からの登録要求に応答して、第１ユーザ識別子、第１公開鍵および第１秘密鍵のペア、ならびに公開鍵証明書を生成してユーザ端末へ送信する手順と、ユーザ端末が、第２ユーザ識別子ならびに第２公開鍵および第２秘密鍵のペアを生成し、公開鍵証明書で署名された第２公開鍵の代理証明書を発行する手順とを含み、ユーザ端末がサービス提供サーバへ、代理証明書を含むサービス要求を送信する手順と、サービス提供サーバが、代理証明書の検証をユーザ管理システムへ要求する手順と、ユーザ管理システムが、受信した代理証明書に対応した公開鍵証明書を抽出して公開鍵証明書および代理証明書を検証し、その結果をサービス提供サーバへ送信する手順とを含む。 （もっと読む）

【課題】 個人情報および／または秘密情報を収集、保存、管理および転送するインターネットを通じて個人情報を配信するための方法を提供する。
【解決手段】 本発明は、検証済みの個人情報のデータベースを生成する方法に関する。個人に関する情報が１つ以上のソースから収集され保存される。認証された個人は、広域コンピュータネットワークを通じて情報を見ることを要求する。認証された個人は、広域コンピュータネットワークを通じて提示される収集された情報の選定された部分を検査することができる。前記情報の正確さに関する認証された使用者からの注釈が請求されて、情報とともにデータベースに含める。第三者は、検証済みの個人情報のデータベースにはアクセスできないが、データベースの外側で情報を検証することができる。
（もっと読む）

加入者テレビジョンネットワーク（１００）のサーバは、サービスインスタンスを加入者テレビジョンネットワーク（１００）のヘッドエンド（１０２）から受信する。暗号化手法によりサービスインスタンスを暗号化して、クライアント受信機（１１０）に再送信するように、サーバを構成する。サーバは、サービスインスタンスを第１のフォーマットから、クライアント受信機がサービスインスタンスへアクセスすることができる第２のフォーマットへ再フォーマットする。
（もっと読む）

【解決手段】
認証メカニズムが、計算機器のユーザによって個別の基準で投入されることが可能であって、かつ認証局のような役割を果たすことが認められる実体の証書からなる信用ある人々の記憶を使用する。結果として、各機器が証書を提示するか又は信用ある人々の記憶中で機器によって署名された証書チェーンを提示する限り、例え機器が証書を提示しなくとも、第三者認証局によって署名された証書チェーンを提示しなくとも、ピアツーピア接続が生成できる。リモートユーザは一度認証されると、ローカルプロセスにユーザ役を演じてもらい、ユーザのパスワード又はパスワードタイプをそのユーザの証書のハッシュに変更後、そのユーザにログインすることによって適切なトークンを生成してホスト機器上の信用あるリソースにアクセスできる。そのトークンは、リモートユーザが信用あるリソースへのアクセスが認証されるか否かを判定するために標準的手法で参照される。 （もっと読む）

【課題】 重要情報を充分に保護することが可能な中継装置、及び、この中継装置を備える通信システムを提供する。
【解決手段】 端末１０ａと端末１０ｂとの間で送受信される送受信データを中継し、サービス管理サーバ３０及びトラフィック情報取得サーバ４０と通信を行う中継装置２０ａが、サービス管理サーバ３０及びトラフィック情報取得サーバ４０が正当であるか否かを認証する認証部２２ａと、サービス管理サーバ３０及びトラフィック情報取得サーバ４０が正当であることが認証部２２ａによって認証された場合に、複製された送受信データをトラフィック情報取得サーバ４０に送信し、モニタリングレポートをサービス管理サーバ３０に送信する送受信部２１ａとを備える。 （もっと読む）

【課題】 動的に変化するような複雑なwebページに対しても公開証明を行える電子情報公開証明システムを提供する。
【解決手段】 電子情報を公開するwebサーバに対し、該webサーバが電子情報をネットワークに公開してことを証明する電子情報公開証明システムであって、電子情報に所定の方式でアクセスするアクセス手段と、アクセスすることにより取得した電子情報をレンダリングするレンダリング手段と、レンダリングされた電子情報から公開証明に用いられる証明対象データを生成する証明対象データ生成手段と、証明対象データに対する時刻証明を取得する時刻証明手段と、証明対象データと時刻証明とを含むアクセス結果を記録するアクセス結果記録手段と、アクセス結果に基づき、電子情報が公開されていたことを証明する証明書を生成する証明書生成手段とを有する。 （もっと読む）

【課題】 ユーザの所望するタイミングで，ライセンスの売却，返還を可能にし，コンテンツの利便性を高め得る。
【解決手段】 ユーザは，コンテンツ２４０が不要になった場合，ユーザ端末１１０のライセンス返還部３１８によって，コンテンツに対応付けられたライセンス２５０もしくはライセンスの署名データを，発行元のライセンスサーバ１００にユーザの所望する自由なタイミングで返還し，さらに，対価受信部３２２によって，その返還したライセンスに応じた対価，例えば購入価格の半額の金銭を取得することができる。 （もっと読む）

【課題】コンテンツのダウンロードに伴うネットワークの負荷を軽減するとともに、コンテンツの紹介を促進するコンテンツ配信装置及びコンテンツ配信方法を提供する。
【解決手段】コンテンツを復号する復号鍵を配信するコンテンツ配信サーバ２０は、コンテンツを第１のユーザ端末から受信した第２のユーザ端末から送信された、コンテンツの購入通知と第１のユーザ端末に関する情報が含まれる第１のメタデータとを受信する受信する受信部２１と、第２のユーザ端末に関する情報と第１のメタデータとから、第２のユーザ端末に関する情報が含まれる第２のメタデータを生成する第１の生成部２４と、コンテンツに対する復号鍵を生成する第２の生成部２４と、第２のメタデータ及び復号鍵をユーザ端末へ送信する送信部２２とを備える。 （もっと読む）

【課題】コンピュータ装置をロック解除するための方法およびシステムを提供すること。
【解決手段】パスワードロックされたコンピュータ装置は、ロックされた装置のユーザと同じユーザに関連するパスワードロック解除されたコンピュータ装置に、そのロックされた装置を結合することによってロック解除することができる。これらの装置が相互に同じユーザに関連していることを認識している場合は、ロックされたコンピュータ装置に関連するパスワードをユーザが入力することなしに、ロックされたコンピュータ装置は自動的にパスワードロック解除される。 （もっと読む）

【課題】 個人情報を秘匿したまま個人情報の管理状況や完全性の確認、あるいは更新のために個人情報提供者が自らの提供した個人情報を安全に閲覧更新する個人情報閲覧更新システムを提供する。
【解決手段】 個人情報閲覧更新システムにおいて、事業者側装置１０１と、利用者側装置１０２〜１０４とを備え、事業者側装置１０１は、利用者に対して閲覧用の個人情報を送信する際に、閲覧用の個人情報の各項目をハッシュ値として送信し、利用者側装置１０２〜１０４は、事業者側装置１０１より受信した閲覧用の個人情報の各項目のハッシュ値および自身の持つ個人情報のハッシュ値に基づいて、閲覧用の個人情報を検証した後、閲覧用の個人情報を閲覧し、更新のある項目については、事業者側装置１０１に更新した値を送信する。 （もっと読む）

本発明は、インターネットマーケットのユーザーに対して、サービスプロバイダの少なくとも一つのプロバイダサーバ１００_１・・・１００_ｍ内で実行される、少なくとも一つのインターネットサービスを提供するネットワークノード１０に関する。前記ネットワークノードは、サービスリクエストを受け取り、かつ、前記プロバイダサーバ内で構築される処理結果を前記ユーザーコンピュータに送信する、少なくとも一つの外部コネクタ３０_１・・・３０_ｎを具備する。前記外部コネクタは、前記サービスリクエストのフォーマット変更を実行するように適応される。変換ユニット４０は、前記外部コネクタに接続され、少なくとも一つのプロバイダサーバを決定する。内部コネクタ５０_１・・・５０_ｍは、前記処理結果を受け取る。
（もっと読む）

【課題】処理能力の乏しい携帯端末に代わり、サーバ証明書で認証された代理検証サーバが、送られてきたデータに付いている署名を検証する代理検証システムを提供する。
【解決手段】携帯端末２が代理検証サーバ３を認証することで、携帯端末は代理検証サーバを信頼できるものと認定する。携帯端末は、サービスサーバ１から送られてきたデータに対する処理内容を作成し、署名付きデータと作成した処理内容を信頼できると認定した代理検証サーバに送る。代理検証サーバは携帯端末の代わりに署名を検証し、署名が正しいものであると認められると、代理検証サーバは携帯端末から送られた処理内容に従って、サービスサーバとの間でデータ処理を行う。 （もっと読む）

１又は複数のクライアントが１又は複数の受信側サイロにおける１又は複数のサービスにアクセスすることを認証するルーツ・サイロは、サービスとの相互作用を求める利とをクライアントから受け取る。ルーツ・サイロは、クライアントとの相互作用のためにサービスの利用可能なプロバイダとしてサービス側のサイロを識別して、（ｉ）そのクライアントがサービス側サイロにおいてサービスと相互作用する資格を有していることを示すサービス・エンタイトルメント情報と、（ｉｉ）サービス側サイロの位置を識別する位置情報と、（ｉｉｉ）クライアントとサービス側サイロとの間の安全な通信に用いるための１又は複数の鍵とを有するサービス証明書を生成する。サービス証明書を生成すると、ルーツ・サイロは、サービス側サイロにおけるサービスと相互作用するときに用いるために、そのサービス証明書をクライアントのためのサポート・コンタクトに送る。
（もっと読む）

画像処理装置上でのマルチファクタ・ユーザ認証の方法及びシステム。システムは、ユーザを認証し、ユーザ識別データに対応するユーザ情報を取り出すために用いるサーバを含む。ユーザ情報は、サーバから画像処理装置に送信され、画像処理装置によって処理される。処理済画像データは、画像処理装置に入力される暗号化データを用いることによって暗号化することも可能である。

（もっと読む）

物品の真正性を判定する方法である。本方法は、データを格納するタグを利用し、このタグは物品に結合している。方法は、タグリーダにおいて、データを格納するタグ物品情報を判定する工程を含む。物品情報は次に、タグストアや、物品に設けられた第２のタグや、物品そのものなどから得た所定の情報と比較され、それによって、比較の結果に基づき物品を認証することが可能になる。この操作を、保険料の値下げに利用できる。
（もっと読む）

【課題】プライバシー情報を保護しつつ、サービス利用者の認証を確実に行うことの可能な、利用者にとって煩雑でない利用者登録方法、およびサービス提供者にとってプライバシー情報管理においてセキュアで利用しやすい認証代行方法を提供する。
【解決手段】利用者１００のバイオメトリクス情報を認証代行者２００が利用者のプライバシー情報とともにデータベース２３０に登録・記録し、サービス提供者に対する提供者認証コード生成モジュールを生成し、利用者に配布した利用者認証コード生成モジュール経由の認証コードと提供者認証コード生成モジュール経由の認証コードとを照合することにより認証代行を行う。 （もっと読む）

ユーザー認証処理が実行され、端末５００へ認証セッションＩＤが返却される（Ａ１４）。認証サーバ６００が認証チケットを発行・保持する（Ａ１７）。認証チケット及び認証セッションを端末５００へ返却する（Ａ１８）。利用者１００がサービス提供事業者サーバ７００へサービス提供の要求と認証チケットを送信し、サービス提供事業者サーバ７００が認証サーバ６００へ認証チケットを送信する（Ａ２０）。認証サーバ６００が認証チケットの認証処理を行い（Ａ２１）、認証結果が通知される（Ａ２２）。認証許可の場合は、許可の通知と共にサービスセッションＩＤが発行される（Ａ２３）。認証許可の通知が受信されると、端末５００が受信したサービスセッションＩＤを使ってセッションの確立処理を行い、サービスセッションＩＤを保持する（Ａ２７）。
（もっと読む）