(57)【要約】【課題】ネットワーク上でのコンテンツ交換システムについて、高いセキュリティが得られるようにする。【解決手段】コンテンツ交換を許可するのにあたり、コンテンツ交換を始めようとするネットワーク機器間で、各ネットワーク機器のユーザの個人情報を交換するようにして送受信を行うようにする。そして、これらのネットワーク機器では、受信した相手方ユーザの個人情報に基づいて、コンテンツ交換許可のための認証情報を送信し合う。この認証情報の送受信を以て、コンテンツ交換許可のための認証が成立される。つまり、個人情報による身元確認を条件としたうえで、限られた範囲内でのコンテンツ交換のシステムを構築している。これにより、コンテンツ交換者の身元が常に明らかとなると共に、ネットワーク上における不用意なコンテンツの拡散も抑止される。【選択図】　　　　図４
2004038579.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザが所有する第１の情報処理装置から、第２のユーザが所有する第２の情報処理装置に対して、上記第１のユーザの個人情報である第１の個人情報を送信する、第１の個人情報送信ステップと、
上記第２の情報処理装置に対して行われた所定操作に応じて、上記第２の情報処理装置から上記第１の情報処理装置に対して、上記第２のユーザの個人情報である第２の個人情報を送信する第２の個人情報送信ステップと、
上記第１の情報処理装置に対して行われた所定操作に応じて、上記第１の個人情報を送信できるとする権利である送信権利を、上記第１の情報処理装置から１つ消失させるとともに、第１の認証情報を上記第１の情報処理装置から第２の情報処理装置に送信する、第１の認証情報送信ステップと、
上記第２の情報処理装置にて、上記第１の認証情報を受信すると共に、上記第２の個人情報を送信できるとする権利である送信権利を、上記第２の情報処理装置から１つ消失させ、さらに、第２の認証情報を上記第２の情報処理装置から第１の情報処理装置に送信する、第２の認証情報送信ステップと、
上記各ステップが実行される過程における所定のタイミングにおいて、上記第１の情報処理装置に対して、上記第２の個人情報を記録する第１の記録ステップと、
上記各ステップが実行される過程における所定のタイミングにおいて、上記第２の情報処理装置に対して、上記第１の個人情報を記録する第２の記録ステップと、を含む
ことを特徴とする認証方法。
【請求項２】
上記第１の認証情報送信ステップにおいて、上記第１の個人情報と共に上記第１の認証情報を送信し、
上記第２の認証情報送信ステップにおいては、
上記第２の記録ステップにより、上記第１の認証情報と共に送信された上記第１の個人情報を上記第２の情報処理装置に記録するとともに、上記第２の個人情報と共に上記第２の認証情報を送信し、
さらに、
上記第１の記録ステップは、上記第２の認証情報と共に送信された上記第２の個人情報が上記第１の情報処理装置側で受信された後に、この受信した上記第２の個人情報を上記第１の情報処理装置に記録する、
ことを特徴とする請求項１に記載の認証方法。
【請求項３】
上記第１の記録ステップは、
上記第１の認証情報送信ステップにおいて、上記第１の情報処理装置に上記第２の個人情報を記録し、
上記第２の記録ステップは、
上記第２の個人情報送信ステップにおいて、上記第２の情報処理装置に上記第１の個人情報を記録するように構成されている、
ことを特徴とする請求項１に記載の認証方法。
【請求項４】
上記ユーザの個人情報についての上記送信権利の権利数を、所定規則に従って制限して、上記第１の情報処理装置又は上記第２の情報処理装置に対して発行することのできる権利発行ステップ、
を含むことを特徴とする請求項１に記載の認証方法。
【請求項５】
上記第１の情報処理装置から上記第２の情報処理装置に対して、上記第１のユーザの識別情報と、第１の交換用情報とを送信する第１の交換用情報送信ステップと、
上記第１のユーザの識別情報と、上記第２の情報処理装置に記録済とされる上記第１の個人情報とを比較した結果に応じて、上記第１の交換用情報を上記第２の情報処理装置に自動的に記録する第１の交換用情報記録ステップと、
上記第２の情報処理装置から上記第１の情報処理装置に対して、上記第２のユーザの識別情報と、第２の交換用情報とを送信する第２の交換用情報送信ステップと、
上記第２のユーザの識別情報と、上記第１の情報処理装置に記録済とされる上記第２の個人情報とを比較した結果に応じて、上記第２の交換用情報を上記第１の情報処理装置に自動的に記録する第２の交換用情報記録ステップと、
をさらに含むことを特徴とする請求項１に記載の認証方法。
【請求項６】
上記第１の情報処理装置から上記第２の情報処理装置に対して、上記第１の個人情報についての回収要求情報を送信する要求情報送信ステップと、
上記回収要求情報の受信に応じて、上記第２の情報処理装置において記録済とされている上記第１の個人情報を消去すると共に、消去完了通知情報を上記第１の情報処理装置に送信する通知情報送信ステップと、
上記消去完了通知情報の受信に応じて、上記第１の受信装置側で消失されていた上記第１の個人情報についての上記送信権利を１つ復帰させる復帰ステップと、
をさらに含むことを特徴とする請求項１に記載の認証方法。
【請求項７】
所定のネットワークを介して通信可能に接続される、第１のユーザが所有する第１の情報処理装置と、第２のユーザが所有する第２の情報処理装置とから成り、
上記第１の情報処理装置から、上記第２の情報処理装置に対して、上記第１のユーザの個人情報である第１の個人情報を送信する、第１の個人情報送信手段と、
上記第２の情報処理装置に対して行われた所定操作に応じて、上記第２の情報処理装置から上記第１の情報処理装置に対して、上記第２のユーザの個人情報である第２の個人情報を送信する第２の個人情報送信手段と、
上記第１の情報処理装置に対して行われた所定操作に応じて、上記第１の個人情報を送信できるとする権利である送信権利を、上記第１の情報処理装置から１つ消失させるとともに、第１の認証情報を上記第１の情報処理装置から第２の情報処理装置に送信する、第１の権利管理／認証処理手段と、
上記第２の情報処理装置が、上記第１の認証情報を受信すると共に、上記第２の個人情報を送信できるとする権利である送信権利を、上記第２の情報処理装置から１つ消失させ、さらに、第２の認証情報を上記第２の情報処理装置から第１の情報処理装置に送信する第２の権利管理／認証処理手段と、
上記第１の情報処理装置に対して、上記第２の個人情報を記録する第１の記録手段と、
上記第２の情報処理装置に対して、上記第１の個人情報を記録する第２の記録手段と、
を備えることを特徴とする情報処理システム。
【請求項８】
所定のネットワークを介して他の情報処理装置と通信することのできる通信手段と、
上記他の情報処理装置に対して、当該情報処理装置に対応するユーザの個人情報である第１の個人情報を送信する個人情報送信手段と、
所定操作に応じて、上記第１の個人情報を送信できるとする権利である送信権利を１つ消失させるとともに、第１の認証情報を上記他の情報処理装置に送信する権利管理／認証処理手段と、
上記第１の個人情報の受信に応じて上記他の情報処理装置から送信された第２の認証情報を受信したことに基づいて、上記他の情報処理装置側において認証が得られたことの確認を行う認証確認手段と、
上記他の情報処理装置から送信された、該他の情報処理装置に対応するユーザの個人情報である第２の個人情報を受信して、記憶媒体に記憶する記憶制御手段と、
を備えていることを特徴とする情報処理装置。
【請求項９】
所定のネットワークを介して他の情報処理装置と通信することのできる通信手段と、
上記他の情報処理装置から送信されてきた、該他の情報処理装置に対応するユーザの個人情報である第１の個人情報の提示に応答したとされる所定操作に応じて、上記他の情報処理装置に対して、当該情報処理装置のユーザの個人情報である第２の個人情報を送信する個人情報送信手段と、
上記第２の個人情報の受信に応じて上記他の情報処理装置から送信された第１の認証情報を受信すると共に、上記第２の個人情報を送信できるとする権利である送信権利を１つ消失させ、さらに、第２の認証情報を上記他の情報処理装置に送信する権利管理／認証処理手段と、
上記他の情報処理装置から送信された、該他の情報処理装置に対応するユーザの個人情報である第１の個人情報を受信して、記憶媒体に記憶する記憶制御手段と、
を備えることを特徴とする情報処理装置。
【請求項１０】
第１のユーザが所有する第１の情報処理装置から、第２のユーザが所有する第２の情報処理装置に対して、上記第１のユーザの個人情報である第１の個人情報を送信する、第１の個人情報送信ステップと、
上記第２の情報処理装置に対して行われた所定操作に応じて、上記第２の情報処理装置から上記第１の情報処理装置に対して、上記第２のユーザの個人情報である第２の個人情報を送信する第２の個人情報送信ステップと、
上記第１の情報処理装置に対して行われた所定操作に応じて、上記第１の個人情報を送信できるとする権利である送信権利を、上記第１の情報処理装置から１つ消失させるとともに、第１の認証情報を上記第１の情報処理装置から第２の情報処理装置に送信する、第１の認証情報送信ステップと、
上記第２の情報処理装置にて、上記第１の認証情報を受信すると共に、上記第２の個人情報を送信できるとする権利である送信権利を、上記第２の情報処理装置から１つ消失させ、さらに、第２の認証情報を上記第２の情報処理装置から第１の情報処理装置に送信する、第２の認証情報送信ステップと、
上記各ステップが実行される過程における所定のタイミングにおいて、上記第１の情報処理装置に対して、上記第２の個人情報を記録する第１の記録ステップと、
上記各ステップが実行される過程における所定のタイミングにおいて、上記第２の情報処理装置に対して、上記第１の個人情報を記録する第２の記録ステップのうち、
所要のステップを情報処理装置に実行させることを特徴とするプログラム。
【請求項１１】
第１のユーザが所有する第１の情報処理装置から、第２のユーザが所有する第２の情報処理装置に対して、上記第１のユーザの個人情報である第１の個人情報を送信する、第１の個人情報送信ステップと、
上記第２の情報処理装置に対して行われた所定操作に応じて、上記第２の情報処理装置から上記第１の情報処理装置に対して、上記第２のユーザの個人情報である第２の個人情報を送信する第２の個人情報送信ステップと、
上記第１の情報処理装置に対して行われた所定操作に応じて、上記第１の個人情報を送信できるとする権利である送信権利を、上記第１の情報処理装置から１つ消失させるとともに、第１の認証情報を上記第１の情報処理装置から第２の情報処理装置に送信する、第１の認証情報送信ステップと、
上記第２の情報処理装置にて、上記第１の認証情報を受信すると共に、上記第２の個人情報を送信できるとする権利である送信権利を、上記第２の情報処理装置から１つ消失させ、さらに、第２の認証情報を上記第２の情報処理装置から第１の情報処理装置に送信する、第２の認証情報送信ステップと、
上記各ステップが実行される過程における所定のタイミングにおいて、上記第１の情報処理装置に対して、上記第２の個人情報を記録する第１の記録ステップと、
上記各ステップが実行される過程における所定のタイミングにおいて、上記第２の情報処理装置に対して、上記第１の個人情報を記録する第２の記録ステップのうち、
所要のステップを情報処理装置に実行させるプログラムが記憶されることを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の情報処理装置間での認証を行うための認証方法と、このような認証方法による認証を行う情報処理システム、情報処理装置に関する。また、このような認証の動作を情報処理装置に実行させるためのプログラム、及びこのプログラムが記憶された記憶媒体に関する。
【０００２】
【従来の技術】
近年においては、例えばＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）が普及してきており、企業等だけではなく、一般家庭においても導入されることも広く行われるようになってきている。また、インターネットなどのグローバルなネットワークの利用も広く普及している。
このようなネットワークを介しては、ネットワーク機器ごとが有するネットワークアドレスやＩＰアドレスなどを相互認識することで、ネットワークに接続された機器間での通信が可能となる。そして、このような技術を背景とすると、ネットワークに接続された機器間でのコンテンツデータの授受が可能となる。つまり、ネットワーク上で接続された機器間でコンテンツを交換できるような環境を構築することが可能となる。これにより、例えば、或るユーザがデジタルカメラやビデオカメラで撮影した画像データをはじめとして、ユーザが作成した各種映像／音声などのコンテンツデータ、さらには、ユーザが作成したアプリケーションなどを、家族、友人などの知人に宛てて送信し合うことなどが、手軽にできるようになる。
【０００３】
【発明が解決しようとする課題】
例えば、家庭内だけで構築したようなローカルなネットワーク上でのコンテンツデータの交換であれば、ネットワーク接続した各機器は、同じ家庭内のユーザが所有しているものであるから、セキュリティ上の安心は得られるということがいえる。
しかしながら、よりグローバルなネットワークを介して、家庭外の他の不特定多数のネットワーク機器とコンテンツを交換するような場合には、例えば悪意のあるユーザの存在可能性がでてくる。つまり、この場合には、セキュリティ上での問題が生じてくる。
【０００４】
上記のようなセキュリティ上の問題を解消するには、例えば、コンテンツを送ろうとしているユーザが、通信相手が誰であるのかが分かるようになっていればよい。インターネットやＥｔｈｅｒｎｅｔ（登録商標）による通信では、機器ごとに有り与えられたＩＰアドレスやＭＡＣアドレスを用いるから、これらのアドレスにより機器を特定することは可能である。
しかしながら、ネットワークについての詳しい知識を有していないような一般のユーザにとって見れば、上記したアドレスの概念はなじみのないものである。また、アドレスによって機器が特定できたとしても、これはあくまで通信相手の機器を識別できるにとどまるわけであり、アドレスにより機器を特定したことが、即ち、通信相手としての人が誰であるのかを特定したことにはならない。
【０００５】
【課題を解決するための手段】
そこで本発明は、上記した課題を考慮して、認証方法として次のように構成する。
つまり、第１のユーザが所有する第１の情報処理装置から、第２のユーザが所有する第２の情報処理装置に対して、第１のユーザの個人情報である第１の個人情報を送信する、第１の個人情報送信ステップと、第２の情報処理装置に対して行われた所定操作に応じて、第２の情報処理装置から第１の情報処理装置に対して、第２のユーザの個人情報である第２の個人情報を送信する第２の個人情報送信ステップとを含むようにする。
また、第１の情報処理装置に対して行われた所定操作に応じて、第１の個人情報を送信できるとする権利である送信権利を、第１の情報処理装置から１つ消失させるとともに、第１の認証情報を第１の情報処理装置から第２の情報処理装置に送信する第１の認証情報送信ステップと、第２の情報処理装置にて、第１の認証情報を受信すると共に、第２の個人情報を送信できるとする権利である送信権利を、第２の情報処理装置から１つ消失させ、さらに、第２の認証情報を上記第２の情報処理装置から第１の情報処理装置に送信する、第２の認証情報送信ステップとを含むようにする。
そのうえで、上記各ステップが実行される過程における所定のタイミングにおいて、第１の情報処理装置に対して、第２の個人情報を記録する第１の記録ステップと、上記各ステップが実行される過程における所定のタイミングにおいて、第２の情報処理装置に対して、上記第１の個人情報を記録する第２の記録ステップとを含むようにする。
【０００６】
また、情報処理システムとしては次のように構成する。
本発明の情報処理システムは、所定のネットワークを介して通信可能に接続される、第１のユーザが所有する第１の情報処理装置と、第２のユーザが所有する第２の情報処理装置とから成る。
そのうえで、第１の情報処理装置から、第２の情報処理装置に対して、上記第１のユーザの個人情報である第１の個人情報を送信する第１の個人情報送信手段と、第２の情報処理装置に対して行われた所定操作に応じて、第２の情報処理装置から第１の情報処理装置に対して、第２のユーザの個人情報である第２の個人情報を送信する第２の個人情報送信手段とを備える。
また、第１の情報処理装置に対して行われた所定操作に応じて、第１の個人情報を送信できるとする権利である送信権利を、第１の情報処理装置から１つ消失させるとともに、第１の認証情報を上記第１の情報処理装置から第２の情報処理装置に送信する、第１の権利管理／認証処理手段と、第２の情報処理装置が、第１の認証情報を受信すると共に、第２の個人情報を送信できるとする権利である送信権利を、第２の情報処理装置から１つ消失させ、さらに、第２の認証情報を上記第２の情報処理装置から第１の情報処理装置に送信する第２の権利管理／認証処理手段とを備える。
さらに、第１の情報処理装置に対して、第２の個人情報を記録する第１の記録手段と、第２の情報処理装置に対して、第１の個人情報を記録する第２の記録手段とを備えることとした。
【０００７】
また、情報処理装置としては次のように構成する。
つまり、所定のネットワークを介して他の情報処理装置と通信することのできる通信手段と、他の情報処理装置に対して、当該情報処理装置に対応するユーザの個人情報である第１の個人情報を送信する個人情報送信手段と、所定操作に応じて、第１の個人情報を送信できるとする権利である送信権利を１つ消失させるとともに、第１の認証情報を他の情報処理装置に送信する権利管理／認証処理手段と、第１の個人情報の受信に応じて他の情報処理装置から送信された第２の認証情報を受信したことに基づいて、他の情報処理装置側において認証が得られたことの確認を行う認証確認手段と、他の情報処理装置から送信された、この他の情報処理装置に対応するユーザの個人情報である第２の個人情報を受信して、記憶媒体に記憶する記憶制御手段とを備える。
【０００８】
また、情報処理装置としては、次のようにも構成する。
つまり、所定のネットワークを介して他の情報処理装置と通信することのできる通信手段と、他の情報処理装置から送信されてきた、この他の情報処理装置に対応するユーザの個人情報である第１の個人情報の提示に応答したとされる所定操作に応じて、他の情報処理装置に対して、当該情報処理装置のユーザの個人情報である第２の個人情報を送信する個人情報送信手段と、第２の個人情報の受信に応じて他の情報処理装置から送信された第１の認証情報を受信すると共に、第２の個人情報を送信できるとする権利である送信権利を１つ消失させ、さらに、第２の認証情報を他の情報処理装置に送信する権利管理／認証処理手段と、他の情報処理装置から送信された、この他の情報処理装置に対応するユーザの個人情報である第１の個人情報を受信して記憶媒体に記憶する記憶制御手段とを備える。
【０００９】
また、プログラムとしては次のように構成することとした。
つまり、第１のユーザが所有する第１の情報処理装置から、第２のユーザが所有する第２の情報処理装置に対して、第１のユーザの個人情報である第１の個人情報を送信する、第１の個人情報送信ステップと、第２の情報処理装置に対して行われた所定操作に応じて、第２の情報処理装置から第１の情報処理装置に対して、上記第２のユーザの個人情報である第２の個人情報を送信する第２の個人情報送信ステップとを含む。
また、第１の情報処理装置に対して行われた所定操作に応じて、第１の個人情報を送信できるとする権利である送信権利を、第１の情報処理装置から１つ消失させるとともに、第１の認証情報を上記第１の情報処理装置から第２の情報処理装置に送信する第１の認証情報送信ステップと、第２の情報処理装置にて、第１の認証情報を受信すると共に、第２の個人情報を送信できるとする権利である送信権利を第２の情報処理装置から１つ消失させ、さらに、第２の認証情報を上記第２の情報処理装置から第１の情報処理装置に送信する、第２の認証情報送信ステップとを含む。
さらには、上記各ステップが実行される過程における所定のタイミングにおいて、第１の情報処理装置に対して、第２の個人情報を記録する第１の記録ステップと、上記各ステップが実行される過程における所定のタイミングにおいて、第２の情報処理装置に対して、第１の個人情報を記録する第２の記録ステップとを含む。
そして、これらの各ステップのうち所要のステップを上記第１又は第２の情報処理装置に実行させるものである。
【００１０】
また、上記したプログラムを記憶させることで記憶媒体を構成するものとされる。
【００１１】
上記各構成によれば、例えばネットワークを介して通信可能に接続された第１，第２の情報処理装置間で、互いの情報処理装置の所有者であるユーザについての個人情報（第１，第２の個人情報）の交換送受信が行われることになる。ここで、情報処理装置には、上記個人情報を送信できるとする送信権利が与えられており、個人情報を送信するごとにこの権利が消失するようにされている。
また、交換された個人情報に応答してユーザによる所定操作（例えば個人情報の確認操作）が行われることに伴って、第１，第２の情報処理装置間で認証情報（第１，第２の認証情報）の交換送受信も行われる。
そしてさらに、上記のようにして交換送受信された第１、第２の個人情報は、認証情報の送受信により認証成立することに伴って、所要の機会で以て、それぞれ相手側の情報処理装置にて記録される。
このような構成であれば、或る目的に従った第１，第２の情報処理装置間の通信を確立するのに、互いに受信した個人情報の内容により相手の情報処理装置の所有者であるユーザの身元を確認することに基づいての認証が行えることになる。また、個人情報を送信するごとに上記送信権利が消失することによっては、認証を行う相手側の情報処理装置数が、この送信権利数に従って制限されることとなる。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態について説明を行っていくこととする。本発明の実施の形態としての情報処理装置は、リムーバブルメディアとしてＣＤを再生可能なＣＤ再生部と、各種のデータファイル、コンテンツデータなどを格納可能なハードディスク（ＨＤＤ）を備えると共に、ネットワーク通信機能を有するネットワーク機器であるとする。
以降の説明は次の順序で行う。
１．システム構成
２．ネットワーク機器の構成
３．カード発行サーバの構成
４．コンテンツ交換のための認証の仕組みの概要
５．コンテンツ交換に関する処理動作
５−１．コンテンツ交換許可のための認証処理
５−２．コンテンツ交換時の認証処理
５−３．友達カード回収時の処理
５−４．カード発行処理
【００１３】
１．システム構成
図１は、本発明の実施の形態としてのネットワークシステムの構成例を示している。
この図に示すようにして、ネットワークに対しては、本実施の形態としてのネットワーク機器１が接続される。なお、この図においてネットワークに接続されるネットワーク機器１は、２つしか示されていないが、実際には不特定多数のネットワーク機器１が接続される。また、ネットワークとしては、本発明では特に限定しないが、本実施の形態では、インターネットであることとする。
【００１４】
例えば、図示する２つのネットワーク機器１は、ネットワークを介して、互いに記憶しているコンテンツデータを交換するようにして情報送受信を行うことができる。
本実施の形態においては、詳しいことは後述するが、コンテンツデータ交換を開始するための身元確認、及び認証のために、ネットワークを介して「友達カード」を交換するようにして送受信を行う。友達カードは、ユーザの身元が確認できる所定内容の個人情報が記載されたカード内容としてのデータ形式を有するファイル情報に相当する。
２つのネットワーク機器１の各ユーザは、受信した友達カードの内容を見て、相手方が、コンテンツ交換を行うべき人であることを確認する。この確認に応じた操作によって、結果的には相互に認証が得られることになる。そして、認証後において、コンテンツ交換としてのデータ送受信を行うことが可能になる。
【００１５】
また、この図１には、カード発行サーバ２が示されている。カード発行サーバ２は、ネットワークを介してのネットワーク機器１からのカード発行要求に応じて、友達カードを発行するための処理を実行する。なお、このカード発行サーバ２により発行するのは、カード発行要求を行ってきたネットワーク機器１を所有するユーザ自身についての友達カードのみであり、例えばカード発行要求を行ってきたネットワーク機器１のユーザに対して、他人の友達カードを発行することはない。
また、決済サーバ３は、後述するようにして、カード発行サーバ２によるカード発行が有料サービスである場合に、ユーザがネットワーク機器１に対して行った友達カード購入の手続きに応じて、決済処理を行うサーバである。
【００１６】
２．ネットワーク機器の構成
図２は、本実施の形態のネットワーク機器１の構成例を示している。
ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１は、起動されたプログラムに基づいてネットワーク機器１の全体の制御、演算処理を行う。例えばネットワークを介した通信動作、ユーザーに対する入出力動作、ＣＤの再生やリッピング、ＨＤＤ２１へのコンテンツ記憶やそのための管理などを行う。
ＣＰＵ１１はバス１２を介して各回路部との間で制御信号やデータのやりとりを行う。
【００１７】
メモリ部１３はＣＰＵ１１が処理に用いるＲＡＭ、ＲＯＭ、フラッシュメモリ（不揮発性メモリ）などを包括的に示している。
メモリ部１３におけるＲＯＭには、ＣＰＵ１１が実行すべき動作プログラム、プログラムローダー等が記憶される。また、メモリ部１３におけるフラッシュメモリには、各種演算係数、プログラムで用いるパラメータ等が記憶される。メモリ部１３におけるＲＡＭには、プログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
特に本実施の形態としては、ＲＯＭに記憶される動作プログラムとして、後述するようにしてコンテンツ交換を行うためのコンテンツ交換プログラムも格納される。
【００１８】
操作入力部１５は、ネットワーク機器１の筐体に設けられた操作キーやジョグダイヤル、タッチパネルなどの各種操作子などから成る部位である。なお、ＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）操作のためのキーボードやマウスが操作入力部１５として設けられてもよい。
操作入力部１５で入力された情報は入力処理部１４において所定の処理が施され、ＣＰＵ１１に対して操作コマンドとして伝送される。ＣＰＵ１１は入力された操作コマンドに応答した機器としての動作が得られるように、所要の演算や制御を行う。
【００１９】
ディスプレイモニタ１７としては、例えば液晶ディスプレイなどの表示デバイスが接続され、各種情報表示が行われる。
ＣＰＵ１１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部１６に供給すると、表示処理部１６は供給された表示データに基づいてディスプレイモニタ１７に表示動作を実行させる。
例えばＣＤ再生時、或いはＨＤＤ２１に格納されたオーディオファイルとしてのコンテンツの再生時には、トラックナンバ、演奏時間、動作状態、音量状態などが表示される。また再生するコンテンツに対応してＣＤタイトル情報が格納されていれば曲名、アーティスト名等の各種情報を表示することもできる。
またラジオ受信時には、受信周波数、音量状態などが表示される。
【００２０】
ＣＤドライブ１９は、光学ヘッド、スピンドルモータ、再生信号処理部、サーボ回路等を備え、ＣＤに対する再生動作を行う。ＣＤドライブ制御部１８は、ＣＤドライブ１９におけるＣＤに対する再生動作、アクセス動作等を制御する。例えばユーザーが入力部１５からＣＤ再生操作を行った場合は、ＣＰＵ１１はＣＤドライブ制御部１８にＣＤ再生を指示する。するとＣＤドライブ制御部１８は、ＣＤドライブ１９に対して再生／アクセスを実行させる制御を行う。
ＣＤドライブ１９では、ＣＤから読み出した信号に対してデコードを行い、再生データをＣＤドライブ制御部１８を介してバス１２に送出する。
この再生データはオーディオデータ処理部２４においてイコライジング等の音場処理や音量調整、Ｄ／Ａ変換、増幅等の処理が施され、スピーカ部２５から出力される。
またＣＤドライブ１９で再生されたデータは、例えばＣＰＵ１１の処理によって所要のファイルエンコード処理を施されてＨＤＤ２１にコンテンツファイルとして蓄積することもできる。
なお、公知のようにＣＤではその最内周側にＴＯＣと呼ばれる管理情報が記録されており、ＣＤ再生時にはＴＯＣに基づいてディスク上のトラック（コンテンツ）のアクセスを行う。従ってＣＤドライブ制御部１８は、ＣＤが装填された際にはＣＤドライブ１９にＴＯＣ読出を指示し、読み出されたＴＯＣデータを得ることで、ＣＤの再生制御が可能となる。
【００２１】
チューナ部２７は、例えばＡＭ・ＦＭラジオチューナとされ、ＣＰＵ１１の制御に基づいて、アンテナ２６で受信された放送信号を復調する。もちろんテレビチューナや衛星放送チューナ、デジタル放送チューナなどとしてのチューナでもよい。
復調された放送音声信号は、オーディオデータ処理部２４において所要の処理が施され、スピーカ部２５から放送音声として出力される。
【００２２】
通信処理部２２は、ＣＰＵ１１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインターフェイス２３は、通信処理部２２でエンコードされた送信データをネットワークを介して所定の外部ネットワーク対応機器に送信する。またネットワークを介して外部ネットワーク対応機器から送信されてきた信号を通信処理部２２に受け渡す。
通信処理部２２は受信した情報をＣＰＵ１１に転送する。
【００２３】
なお、ネットワーク機器１の構成は、この図２の構成に限られるものではなく、更に多様に考えられる。
例えば各種記録媒体に対応するように、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）ドライブ、ＭＤ（Ｍｉｎｉ　Ｄｉｓｃ）ドライブ、テープドライブなどが設けられたり、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）、ＩＥＥＥ１３９４、Ｂｕｌｕｅｔｏｏｔｈなどの通信方式による周辺機器とのインターフェースが設けられるようにしてもよい。
またマイクロホンや外部のヘッドホンの接続に用いられる端子や、ＤＶＤ再生時に対応するビデオ出力端子、ライン接続端子、光デジタル接続端子等が設けられてもよい。
またＰＣＭＣＩＡスロット、メモリカードスロットなどが形成され、外部の情報処理装置やオーディオ機器とデータのやりとりが可能とされてもよい。
【００２４】
３．カード発行サーバの構成
図３は、カード発行サーバ２の内部構成例を簡略に示している。
この図に示すカード発行サーバ２は、記憶部３１、ネットワークインターフェイス３２、制御部３３を備える。
記憶部３１には、後述するようにして、ネットワーク機器１からの要求に応じて友達カードを発行するのに必要とされる各種情報が記憶されている。ここでは、記憶部３１に格納される代表的な情報として、ユーザデータベース３１Ａ、実行アプリケーション３１Ｂが示されている。
【００２５】
ユーザデータベース３１Ａは、ユーザ登録によってネットワーク機器１のユーザとしての資格を有するものとされた、正規ユーザごとに関する情報がデータベース化されて格納されている。
例えば、ユーザ登録を行った正規ユーザに対して、メーカ側では、ユーザごとに固有となるユーザＩＤを与えるようにされている。この場合のユーザデータベース３１Ａは、例えばこのユーザＩＤを少なくとも含んだ、正規ユーザに関する情報が格納されているものである。
【００２６】
実行アプリケーション３１Ｂは、例えば後述するようにしてカード発行サーバ２が実行すべき各種動作を実現するためのアプリケーションプログラムから成る。そして、この実行アプリケーション３１Ｂとしては、例えば図示するようにして、インターフェイス制御プログラム、データベース管理プログラム、友達カード作成プログラムなどにより形成される。
インターフェイス制御プログラムは、ネットワークを介してのネットワーク機器１との通信が適正に行われるように、ネットワークインターフェイス３２を制御するためのプログラムである。このプログラムが実行されることで、ネットワーク機器１からのカード発行要求の受信、及びカードの発行（カード情報の送信）が適正に行われる。
データベース管理プログラムは、ユーザデータベース３１Ａを管理する。例えばユーザデータベース３１Ａへの新規の正規ユーザの登録、また、ユーザデータベース３１Ａに対する検索なども、このデータベース管理プログラムに従った処理を制御部３３が実行することで実現される。
友達カード作成プログラムは、友達カードの発行要求に応じた友達カードとしての情報を作成する。
【００２７】
ネットワークインターフェイス３２は、インターネットと接続して外部機器と通信を行うためのインターフェイス手段として設けられる。
制御部３３は、例えばＣＰＵ、ＲＡＭ、ＲＯＭなどを少なくとも備えたサーバ用のコンピュータシステムとして構築されるもので、実行アプリケーション２２としてのプログラム内容に従って各種の制御処理を実行する。
【００２８】
なお、決済サーバ３の構成についての説明は省略するが、上記カード発行サーバ２に準じた構成が採られればよい。そして、決済サーバ３の場合には、ネットワークを介しての決済処理が実現されるように、例えば実行アプリケーションのプログラム内容などが変更されればよいものである。
また、カード発行サーバ２及び決済サーバ３は、ここでは１つのサーバ装置が存在するようにして示しているが、例えば実際には、プロクシサーバなどが設けられて、処理が分散される構成とされていてもよいものである。
【００２９】
４．コンテンツ交換のための認証の仕組みの概要
先に図１にて説明したように、本実施の形態では、ネットワークに接続された少なくとも２台のネットワーク機器１間で、コンテンツデータの交換を行うことができる。そして、このコンテンツ交換を相互に許可するための事前の認証処理は、友達カードの交換というかたちで行われる。そこで、このような本実施の形態の認証の仕組みの概念について、図４及び図５を参照して説明する。
【００３０】
先ず図４（ａ）（ｂ）には、例として、これよりコンテンツデータを交換しようとしている二人のユーザがそれぞれ所有しているネットワーク機器１のＨＤＤ２１が模式的に示されている。ここで、図４（ａ）に示すＨＤＤ２１を備えるネットワーク機器１は、本人としてのユーザが所有していることとし、「本人側機器」ともいうことにする。また、図４（ｂ）に示すＨＤＤ２１を備えるネットワーク機器１は、上記本人にとっての友人としてのユーザが所有していることとし、「友人側機器」ともいうことにする。
【００３１】
ここで、図４（ａ）（ｂ）に示す本人側機器及び友人側機器の各ＨＤＤ２１においては、自己カードフォルダと、保管カードフォルダが存在していることとする。
自己カードフォルダには、その機器の所有者であるユーザについての個人情報に相当する友達カードが格納される。この友達カードは、前述もしたように、カード発行サーバ２が発行する。
ＨＤＤ２１では、自己カードフォルダに友達カードが保存されているものとしてファイル管理を行う。そして、図４（ａ）（ｂ）に示す段階では、現在３枚分の友達カードが保存されているものとして管理していることとする。
例えばこの段階において、本人としてのユーザが、ディスプレイモニタ１７に表示されるＧＵＩ画面上で、この自己カードフォルダを開く操作を行うと、このフォルダ内において、自分の個人情報が記された３枚の友達カードが在るようにして見えることになる。
なお、友達カードに記載される個人情報としては、例えば氏名、住所、電話番号などが挙げられる。これらの情報を見れば、その個人が特定されることになる。また、さらには、そのユーザの所有するネットワーク機器１に与えられたＩＰアドレスＭＡＣアドレスなども記載しておいて良い。
【００３２】
保管フォルダには、ファイル交換相手の友達カードが保存される。この図４（ａ）（ｂ）に示す段階では、保管フォルダには、未だ友達カードは保存されていない状態にあることとする。
【００３３】
この状態において、本人側機器のユーザが、友人側機器のユーザと新規にコンテンツ交換を行おうとする場合には、友人側機器に対して、自己カードフォルダに保存されているとされる３枚の友達カードのうちから１枚の友達カードを送信するようにされる。この際には、図４（ａ）から図４（ｃ）に示すようにして、自己カードフォルダに保存されるカード枚数は３枚から２枚に減るようにして管理される。
これは、本人としてのユーザが、自分が所有している３枚の自分の友達カードのうち１枚を取り出して、友人に渡したのと同じ行為を行ったものであるということをＧＵＩ上で示していることになる。この場合、本人ユーザの手元に残る自己の友達カードは、２枚ということになるから、ＨＤＤ２１の自己カードフォルダ保存されるカード枚数も３枚から２枚になっているものである。
【００３４】
このようにして友人機器側に送信された本人ユーザの友達カードは、友人側機器のディスプレイモニタ１７において、例えばカードの形態で表示される。友人ユーザは、表示されたカードに記載されている内容を見ることで、友達カードの送り先の個人情報を知ることができる。そして、自分の知人であるかそうでないかも知ることができる。
ここで、友達カードが友人ユーザの知人から送られてきたものであることを確認したとする。この場合には、友人ユーザは、自分の知人であることを確認したことを通知するための操作を行うようにされる。この操作によっては、友人ユーザ自身の友達カードを、本人ユーザに送信する。これにより、先に本人ユーザが、自身の友達カードを友人ユーザに送ったときのようにして、友人側機器の自己カードフォルダに保存されるカード枚数は、３枚から２枚に減るようにして見えることになる。
【００３５】
上記のようにして友人側機器から送信された友人ユーザの友達カードは、本人側機器のディスプレイモニタ１７にて表示される。そして、本人ユーザも、表示された友達カードに記載されている個人情報を見て、この友達カードを送ってきた者が、先に自分が送信した友達カードの送り先の者であるかどうかを確認する。そして、確認できたのであれば、友達カードの送り元である友人側機器に確認通知を行う。
これにより、コンテンツ交換のための事前の認証が成立したことになる。そして認証が成立した段階では、図４（ｃ）に示すようにして、本人側機器のＨＤＤ２１の保管カードフォルダには、友人側機器から送信されてきた、友人の友達カードが１枚保存されている状態となっている。
また、同様にして、友人側機器のＨＤＤ２１の保管カードフォルダには、図４（ｄ）に示すようにして、本人側機器から送信されてきた友達カードが１枚保存されている状態となっている。
【００３６】
そして、本実施の形態では、図４（ｃ）（ｄ）に示すようにして、互いに相手の友達カードを保管カードフォルダに保存しているネットワーク機器１間で、コンテンツデータの交換を行うことができるようになる。なお、コンテンツ交換を行う際においても、相互に交換した友達カードの内容を利用して認証処理が行われ、この認証処理が成立を以て交換すべきコンテンツの送受信が可能となる。このときの動作及び実行処理については後述する。
【００３７】
また、この図により説明した操作手順に応じた本人側機器及び友人側機器の認証のための動作は、ユーザがＧＵＩ画面等を見た場合における見かけ上の動作である。このような見かけ上の動作のバックグラウンドでは、実際には、後述するようにして本人側機器及び友人側機器が、相互通信を伴う所要の処理を実行することによって認証処理が実現される。
【００３８】
このようにして本実施の形態では、コンテンツ交換を行いたいとする複数のネットワーク機器１間で友達カードを交換し合うようにされる。そして、互いのユーザが、送信されてきた相手の友達カードに記載された個人情報を見て、相手がコンテンツ交換することのできる知人であることを確認した上で、認証に対応した確認操作を行うことを以て、認証が成立するものである。
【００３９】
このような、ユーザによる人為的な相手の確認を必要とする認証の仕組みとすることで、ユーザは、コンテンツ交換の相手が誰であるのかを、友達カードに記載されている個人情報として把握していることができる。従って、ユーザとしては、例えば相手が悪意のあるユーザではないという確信を持って、安心してコンテンツ交換をすることができる。つまり、コンテンツ交換のためのネットワーク通信において、セキュリティ上の保全が図られるものである。
また、本実施の形態としての認証の仕組みであれば、互いに送信されてきた友達カードを見て、知人であるということが確認できる人間関係の範囲内のみによって、ネットワーク間でのコンテンツ交換が可能になるということを意味する。これによっては、例えば交換したコンテンツデータが、知人ではないような無関係なユーザに容易にわたってしまうような不都合を避けることができる。
【００４０】
このような本実施の形態としてのデータコンテンツ交換のシステム構成は、例えばＬＡＮなどの限られたネットワーク範囲であっても、問題なく適用できる。しかしながら、上記したようなメリットが得られることを考慮すれば、例えばインターネットなどのグローバルなネットワークに適用することで、より有用で価値の高いものとなるということがいえる。
【００４１】
また、上述のようにして、コンテンツ交換を行いたい相手に対して、自身の友達カードを送信したことによっては、そのユーザのＨＤＤ２１の自己カードフォルダに保存されているカードは、１枚分減ることとなる。従って、次のようなことがいえる。
図５には、ユーザＡ〜Ｅの５人のＨＤＤ２１における友達カードの記憶状況が示されている。
ここで、ユーザＡは、カード発行サーバ２から発行された友達カードを元々３枚所有していたとする。つまり、ユーザＡのＨＤＤ２１の自己カードフォルダには、自分の友達カードがはじめは３枚分記憶されていたものである。
【００４２】
そして、ユーザＡは、例えば図示するようにして、先ずは、ユーザＢとコンテンツ交換を行うために、ユーザＢと友達カードの交換による認証を行い、続いては、ユーザＣとも友達カードの交換を行ったとする。さらにその後、ユーザＤとも友達カードの交換を行ったとする。
この結果、ユーザＡが元々所有していた自身の友達カードは３枚であったから、ユーザＢ，Ｃ，Ｄの三人と交換を行ったことで、現段階においてユーザＡが所有している自身の友達カードは０枚ということになる。つまり、ユーザＡの自己カードフォルダには、自身の友達カードは全く保存されていない状態となる。
なお、上記のようにして交換を行った結果、ユーザＡの保管カードフォルダには、ユーザＢ，Ｃ，Ｄの各ユーザの友達カードが保存されている状態にある。また、ユーザＢ，Ｃ，Ｄの各ユーザのＨＤＤ２１の保管カードフォルダには、それぞれ、ユーザＡの友達カードが１枚ずつ保存されていることになる。
【００４３】
そして、例えばこのようにして３回の友達カード交換を行った後に、これまでのユーザＢ，Ｃ，Ｄとのコンテンツデータ交換が可能な関係を維持した上で、ユーザＡがユーザＥともコンテンツ交換を行いたいと思ったとする。
しかしながら、この場合には、ユーザＡは、既に自身の友達カードを持っていない。従って、例えユーザＥのほうが、ユーザＥ自身の友達カードを持っているとしても、ユーザＡが自分の友達カードと交換することができないので、先に図４にて説明したような認証は成立させることができない。つまり、ユーザＡは、ユーザＥとはコンテンツ交換をはじめることはできない。
【００４４】
即ち、本実施の形態のコンテンツ交換としては、コンテンツ交換が可能な相手の数は、そのユーザが所有（ＨＤＤ２１の自己カードフォルダに保存）しているとされる友達カードの枚数により制限されるということがいえる。つまり、たとえコンテンツ交換の相手が知人であるとしても、知人でありさえすれば無制限とされるのではなく、有限数の知人とだけしかコンテンツ交換ができないようにされているものである。
このようにすれば、先に述べたこととも関連するが、交換されたコンテンツが必要以上に無関係なユーザにまで広く拡散することに関して、より強固に防止することが可能になる。
【００４５】
ただし、交換して手元から無くなった自身の友達カードは、次のようにして、自身の友達カードを送信した相手先のネットワーク機器１から回収して再び得ることが可能とされている。
図６は、このような友達カードの回収の動作を模式的に示している。ここで、例えば図５に示したユーザＡとしては、やはり、ユーザＥとコンテンツ交換を行いたいとする。そこで、ユーザは、既にコンテンツ交換が可能なユーザＢ，Ｃ，ＤのうちからユーザＢを選び、このユーザＢから自分の友達カードを回収しようと思ったとする。
【００４６】
この場合、ユーザＡ側のネットワーク機器１では、例えばユーザＡによる所定操作に応じて、先ず自分のほうから、友達カードの回収要求を行うと共に、自分側のＨＤＤ２１の保管カードフォルダに保存してあったユーザＢの友達カードを戻すようなかたちで、ユーザＢ側のネットワーク機器１に送信するようにされる。これにより、ユーザＢの友達カードは、見かけ上、ユーザＡ側のＨＤＤ２１の保管カードフォルダからは無くなることになる。かわりに、ユーザＢ側のＨＤＤ２１の自己カードフォルダには、ユーザＡのネットワーク機器１から戻すようにして送信されたユーザＢの友達カードが保存されることになる。
【００４７】
このようにして、ユーザＢ側にユーザＢの友達カードが戻されたのに応じて、ユーザＢ側のネットワーク機器１では、ＨＤＤ２１の保管カードフォルダに保存されているユーザＡの友達カードを、ユーザＡ側のネットワーク機器１に対して戻すようなかたちで送信する。
このようにして送信されたユーザＡの友達カードは、図示するようにして、ユーザＡ側のＨＤＤ２１の自己カードフォルダに対して移動されたかのようにして保存されることになる。
【００４８】
このような友達カードの交換が行われる結果、ユーザＡのＨＤＤ２１には、自身の友達カードが１枚得られたことになる。ユーザは、このようにして得た友達カードを使って、先に図５にて説明したユーザＥと改めてカード交換を行って認証を成立させることができる。これにより、以降は、ユーザＡとユーザＥとで、互いに相手方の友達カードを所有している状態となるので、コンテンツ交換を行うことが可能となる。
ただし、図６にて説明したようにして、友達カードを回収させてもらったユーザＢとは、互いに相手の友達カードは持っていないこととなるから、ユーザＡは、ユーザＢとコンテンツ交換を行うことはできない。
このことからも、本実施の形態では、ユーザが本来所有（ＨＤＤ２１に保存）しているとされる自身の友達カードの枚数分に対応する人数としかコンテンツ交換ができないということが分かる。
【００４９】
なお、上記図５及び図６により示したようにして、友達カードの送信可能数を制限するための仕組みとしては、いくつか考えられるが、本実施の形態としては次の２つの構成を何れかを採用することとする。
つまり、例えばカード発行サーバ２では、各ユーザごとに発行される友達カードの発行枚数を制限し、この制限範囲内の枚数だけ各ユーザに友達カードを発行するようにされる。そして、ユーザが制限枚数を越えて友達カードの発行を要求したような場合には、カード発行サーバ２では、この要求は拒否して、友達カードの発行は行わないようにするものである。
【００５０】
あるいは、友達カードの発行は有料であることとしたうえで、ユーザは、購入枚数分の金額を支払って友達カードの発行を要求するようにされる。そして、カード発行サーバ２では、購入要求のあった枚数分だけ友達カードを発行する。
この場合、購入金額さえ支払うようにすれば、ユーザは、任意の数の友達カードを持つことができるものの、実際に料金を支払うということで、結果的に、ユーザが所有する友達カードの枚数は、適切な枚数に収まるようにして制限されることになる、ということがいえる。
また、このようにして友達カードを有料とした場合には、その支払金額を著作権使用料として友達カード発行管理者側で利用するようにすることも考えられる。このようにすれば、例えば著作権保護されるべきコンテンツなどを一定の制限化で交換するようなシステムのモデルとすることも可能となり得る。
【００５１】
５．コンテンツ交換に関する処理動作
５−１．コンテンツ交換許可のための認証処理
続いては、これまでに説明した本実施の形態としてのコンテンツ交換に関する各種の処理動作について説明していく。先ず、図４の説明に対応した、コンテンツ交換が開始されるまでの認証処理について説明を行う。つまり、相互に交換した自身の友達カードの内容を確認しあうことで、互いにコンテンツ交換を許可するための認証を行うための処理である。
【００５２】
図７は、このようなコンテンツ交換許可のための認証処理の実行過程を示す、処理遷移図である。ここでは、本人側機器と友人側機器との２つのネットワーク機器１の間での通信を伴う処理として示している。なお、この図に示す処理は、本人側機器及び友人側機器としての各ネットワーク機器１のＣＰＵ１１が、例えばメモリ部１３内のＲＯＭに記憶されたコンテンツ交換プログラムに従って実行する。
【００５３】
ここで、本人ユーザが、友人側機器の所有者である友人ユーザと、コンテンツ交換を始めたいと思ったとする。この場合、本人ユーザは、自身のネットワーク機器１（本人側機器）に対して、例えばディスプレイモニタ１７に表示されるＧＵＩに従って、コンテンツ交換をはじめたい友人側機器（友達カーその送り先）を指定して、交換許可手続きの開始のための所定操作を行うようにされる。
【００５４】
上記操作に応じては、ステップＳ１０１の処理により、仮の友達カードとしての情報である仮カード情報を、指定された友人側機器に対して、ネットワークを介して送信させるための制御処理が実行される。
このときに送信される仮カード情報は、ここでは、本人側機器のＨＤＤ２１の自己カードフォルダに保存されている友達カードに記載されている住所、氏名等をはじめとした個人情報から成るものとされる。但し、仮カード情報は、友達カードそのものとは異なる形式、構造のデータファイルであるとする。この仮カード情報を受信した通信相手側のネットワーク機器１においては、例えばカードを模した所定の表示態様によって、その仮カードが含む個人情報の内容を表示させることが可能とされる。ただし、他人の友達カードとして保管カードフォルダに保存することはできないようになっている。
この動作に対応する、本人側機器のＧＵＩ上での表示は、友人側機器に対して個人カードを提示させたことを、本人ユーザに知らせる内容となっている。つまり、実質的に送信されたのは、仮の友達カードの情報であるが、ユーザとしては、コンテンツ交換開始にあたって、自分の身元を確認してもらうため、自己カードフォルダに保存されている１枚の友達カードを一時的に友人側機器に送信して提示しているものとして認識している。
【００５５】
上記仮カード情報の送信先である友人側機器では、ステップＳ１２１の処理により、この仮カード情報を受信することになる。
仮カード情報を受信した友人側機器では、次のステップＳ１２２としての処理により、この受信した仮カード情報に記述された個人情報の内容を、ディスプレイモニタ１７にて表示させるための表示制御処理を実行する。この際には、例えば例えば友達カードとしてのカード形式により表示させる。つまり、友人ユーザに取ってみれば、本人側機器から、コンテンツ交換の依頼と共に送られてきた友達カードが表示されているようにして見えることになる。
【００５６】
そして、友人ユーザは、上記のようにして友達カードのようにして表示された個人情報の内容（住所、氏名等）を見て、今回コンテンツ交換を依頼してきた者が、自身の知人であるかどうかを確認する。そして、知人であることを確認し、コンテンツ交換をはじめてもよいと思ったのであれば、所定の確認操作を行うようにされる。この操作は、友人ユーザが、本人ユーザに対して、コンテンツ交換の開始を許可（認証）したということを意味している。
【００５７】
そして、上記した確認操作に応じては、ステップＳ１２３の処理によって、友人ユーザの個人情報が記述された仮カード情報を、本人側機器に対して送信するための制御処理を実行する。
このときに送信される仮カード情報は、友人側機器のＨＤＤ２１の自己カードフォルダに保存されている友達カードに記載された個人情報を有している。また、この仮カード情報も、先に説明したように、友達カードそのものとは異なる形式、構造のデータである。また、この仮カード情報の内容は、カードを模した所定の表示態様によって表示出力可能とされる。さらに、受信した側では、他人の友達カードとして保管カードフォルダに保存することはできない。
【００５８】
上記のようにして友人側機器から送信された仮カード情報は、本人側機器においてステップＳ１０２の処理により受信され、次のステップＳ１０３の処理によって、ディスプレイモニタ１７に対して表示出力することが行われる。この際の表示制御処理としては、例えば先に説明したステップＳ１２２と同様となる。
【００５９】
本人ユーザは、上記ステップＳ１０３の処理によってディスプレイモニタ１７に表示された、友人ユーザの個人情報の内容を見て、この個人情報が示す人物が、先のステップＳ１０１の処理によりコンテンツ交換を依頼した知人であるかどうかを確認するようにされる。そして、このことが確認できたのであれば、確認操作を行う。この場合の確認操作としても、本人ユーザが、友人ユーザに対して、コンテンツ交換の開始を許可（認証）ことを意味することになる。
【００６０】
上記した確認操作に応じては、ステップＳ１０４としての処理によって、友人側機器に対して認証情報を送信する。また、この認証情報と共に、正規の友達カード情報も送信する。正規の友達カード情報とは、ここでは、ＨＤＤ２１の自己カードフォルダや保管カードフォルダに保存されている、友達カードと同一の形式によるデータファイルであるとする。この正規の友達カード情報も、例えばカードの態様によってディスプレイモニタ１７に表示出力させることができる。但し、仮カード情報とは異なり、例えば受信側では保管カードフォルダに、交換相手の友達カードとして保存することができる。
また、このステップＳ１０４により送信される正規の友達カード情報としては、本人側機器のＨＤＤ２１の自己カードフォルダに保存されている、本人ユーザの個人情報を記述しているものとなる。
【００６１】
そして、次のステップＳ１０５においては、ＨＤＤ２１の自己カードフォルダに保存されている自身の友達カードのうちから、１枚分の友達カードを消去するための処理を実行する。
上記ステップＳ１０４→Ｓ１０５の処理の流れに依ると、先ずステップＳ１０４により、自身の正規な友達カード情報を送信し、これと共に、ＨＤＤ２１の自己カードフォルダからは、自分の友達カードがＨＤＤ２１から１枚消去されることになる。これは、本人ユーザによっては、友達カード交換のために、先ずは、自分の友達カードを交換相手の友人に対して手渡したものとして認識されることになる。
【００６２】
上記認証情報と、本人ユーザの個人情報が記述された正規の友達カード情報は、ステップＳ１２４の処理によって友人側機器にて受信される。そして、次のステップＳ１２５において、受信した認証情報に基づいて、本人側機器のほうで、コンテンツ交換許可の認証が得られたことを確認する。
次のステップＳ１２６では、ステップＳ１２４の処理によって受信した正規の友達カード情報が、保管カードフォルダに本人ユーザの友達カードとして格納されるようにして、ＨＤＤ２１に記憶させる。
これに応じて、保管カードフォルダには、本人ユーザの友達カードが追加して格納されたように見えることになる。つまり、友人ユーザとしては、コンテンツ交換を許可した相手である本人ユーザから手渡された、この本人ユーザの友達カードを受け取り、保管カードフォルダに格納させたものとして認識することになる。
【００６３】
続いて友人側機器では、上記ステップＳ１２５により本人側機器から認証が得られたことの確認を以て、ステップＳ１２７の処理によって、認証情報と、友人ユーザの個人情報である正規の友達カード情報を送信する。
そしてこの場合にも、上記ステップＳ１２７により友人ユーザ自身の正規の友達カード情報を送信したことに応じて、次のステップＳ１２８において、ＨＤＤ２１の自己カードフォルダに保存されている自身の友達カードのうちから、１枚分の友達カードを消去するための処理を実行する。これによっても、友人ユーザとしては、友達カード交換のために、先ずは、自分の友達カードを交換相手の友人に対して手渡したものとして認識することになる。
【００６４】
上記ステップＳ１２７により送信された認証情報及び友人ユーザの正規の友達カード情報は、本人側機器においてステップＳ１０６の処理によって受信される。そして、続くステップＳ１０７の処理によって、受信した認証情報に基づいて、友人側機器のほうで、コンテンツ交換許可の認証が得られたことを確認する。
【００６５】
本人側機器では、さらに、上記ステップＳ１０７において認証を確認したのに応じて、ステップＳ１０８の処理によって、ステップＳ１０６で受信した友人ユーザの正規の友達カード情報を、ＨＤＤ２１の保管カードフォルダにて格納されるようにして保存する。この場合にも、本人ユーザとしては、自身の友達カードを手渡した代わりに友人ユーザから受け渡された友達カードを、保管カードフォルダに格納させたものとして認識することになる。
【００６６】
このような処理が全て完了した段階では、本人ユーザと友人ユーザとの間では、コンテンツ交換のための相互の認証が成立したこととなり、以降においては、本人側機器とユーザ側機器との間で、コンテンツ交換を行うことが可能となる。また、この段階では、相互認証成立の結果として、本人側機器とユーザ側機器との間で、本人ユーザと友人ユーザの友達カードが交換されるようにして、各々のＨＤＤ２１の保管カードフォルダに保存されている状態が得られている。
【００６７】
５−２．コンテンツ交換時の認証処理
上記のようにしてコンテンツ交換をはじめるにあたっての認証が成立した後においては、任意の機会で以て、本人側機器と友人側機器との間での通信によるコンテンツ交換が可能となる。この際の処理動作例について、図８を参照して説明する。コンテンツ交換は、コンテンツ交換許可の認証が得られている２者間であれば、何れのほうから行っても良いのであるが、ここでは、本人側機器のほうから先に交換のためのコンテンツを送信する場合を例に挙げることとする。
【００６８】
この場合においては、先ず本人ユーザが、ＨＤＤ２１に記憶されているコンテンツとしてのデータファイルのうちから交換すべきコンテンツを選択し、この選択したコンテンツを友人側機器に対して送信するための所定操作を行ったとする。この操作に応じて、本人側機器では、ステップＳ２０１の処理によって、この交換のためのコンテンツのデータファイルである交換用データをユーザＩＤと共に送信する。
ここでのユーザＩＤは、例えばそのユーザの友達カードに記載された個人情報を利用して作成されるものとする。つまり、ここで用いられるユーザＩＤは、そのユーザの友達カードの個人情報の内容との対応がとられているものとされる。
【００６９】
友人側機器では、上記のようにして送信されたユーザＩＤと交換用データとをステップＳ２２１の処理によって受信する。そして、続くステップＳ２２２の処理によって、受信したユーザＩＤに基づき、今回交換用データを送信してきた相手側機器が、コンテンツ交換許可の認証合奏後に得られている機器であるか否かについての認証を行う。
このためには、ユーザＩＤの内容と、現在保管カードフォルダに保存されている交換相手の友達カードの内容とを比較する。そして、ユーザＩＤと対応する内容を有する友達カードが存在するのであれば認証を成立させる。
そして、認証が成立したのであれば、次のステップＳ２２３において、ユーザＩＤと共に受信した交換用データを、ＨＤＤ２１に記憶させるための制御処理を実行する。
なお、この図では処理として示していないが、ユーザＩＤと対応する内容を有する友達カードが保管カードフォルダ内に存在していないとして認証が不成立であった場合には、受信した交換用データは破棄してＨＤＤ２１に記憶しない。この点については、後述する本人側機器のステップＳ２０４の処理でも同様である。
【００７０】
上記までの処理によって、先ずは、本人側機器から送信された交換用データが友人側機器にて得られることになる。
そこで、友人ユーザは、これに応える行為として、自身が友人側機器のＨＤＤ２１に記憶させて保有しているコンテンツのうちから交換のためのコンテンツを選択し、この選択したコンテンツを本人側機器に送信するための操作を行う。
【００７１】
この操作に応じて友人側機器では、ステップＳ２２４の処理によって、友人ユーザのユーザＩＤと共に、上記操作によって選択されたコンテンツを交換用データとして、本人側機器に対して送信するための制御処理を実行する。
【００７２】
本人側機器では、ステップＳ２０２の処理によって、友人側機器から送信されたユーザＩＤ及び交換用データを受信し、次のステップＳ２０３において、先のステップＳ２２２と同様にして認証処理を実行する。
そして、認証が成立したのであれば、ステップＳ２０４の処理によって、ステップＳ２０２にて受信した交換用データをＨＤＤ２１に記憶させる。
【００７３】
なお、コンテンツ交換許可のための認証処理の流れとしては、上記図７に示したものに限定されるものではなく、ほかにも考えることができる。
例えば、上記図７に示す処理では、先ず、仮カード情報の送受信を行って、本人側と友人側とが、互いにコンテンツの交換相手であるかどうかを確認し、この確認操作が両者で行われた後に、認証情報の送受信と、正規な友達カードの交換が行われる処理手順となっている。
これ以外の処理手順として、例えば仮カード情報の送受信は行わずに、本人側機器からは最初から正規の友達カードの情報を送信するようにしても良い。そして、友人側機器では、この受信した正規の友達カードを表示出力させ、確認操作を待機するようにされる。そして、確認操作が行われるのに応じて自動的に、本人ユーザの正規の友達カードをＨＤＤ２１の保管カードフォルダに保存させてよい。
そして、上記確認操作に応じては、友人側機器からも、認証情報と共に友人ユーザの正規の友達カード情報を送信するようにされる。
また、上記認証情報と友人ユーザの正規の友達カード情報を受信した本人装置側でも、この受信した正規の友達カード情報を表示出力して、確認操作を待機するようにされる。そして、確認操作が得られたのであれば、この受信した友人ユーザの正規の友達カードをＨＤＤ２１に記憶させる。なお、確認操作に応じては、認証通知を友人側機器に対して送信するようにもして、友人側機器にて認証確認が得られるようにしておく。
このようにしても、コンテンツ交換開始のための相互認証は問題なく行うことができる。
【００７４】
５−３．友達カード回収時の処理
続いては、図６にて説明した友達カードを回収する際の処理動作について、図９を参照して説明する。友達カードの回収の要求も、友達カードの交換を行った２者の間で何れのほうから要求しても良いが、ここでも、本人側機器から要求を行う場合を例に挙げることとする。
【００７５】
ここで、例えば本人ユーザが、自身の友達カードをＨＤＤ２１に保存させている知人のうちから、友達カードを回収させてもらいたい友人ユーザを一人を選ぶ操作を行ったうえで、その友人ユーザの友人側機器に対して、友達カード回収要求を送信するための操作を行ったとする。
この操作に応じて、本人側機器では、ステップＳ３０１の処理によって、ユーザＩＤと共に、カード回収要求を送信する。
なお、友人ユーザを選択するのにあたっては、例えば保管カードフォルダに保存されている交換相手の友達カード分の知人の氏名などをリスト表示させ、このリストから選択させるＧＵＩとすればよい。
【００７６】
友人側機器では、ステップＳ３２１の処理によって、上記の用にして送信されたユーザＩＤとカード回収要求を受信する。そして、これに応答して、次のステップＳ３２２において、受信したユーザＩＤに対応した内容を有する友達カードを、保管カードフォルダに格納されている交換相手の友達カードから検索する。そして、この検索された友達カードをＨＤＤ２１から消去するための処理を実行する。これにより、保管カードフォルダからは本人ユーザの友達カードが消去されて存在しない状態となる。
そして、上記ステップＳ３２２の処理が完了したのに応じて、友達カードのデータ消去が完了したことを本人側機器に対して通知する。
【００７７】
また、続けて、友人側機器では、ステップＳ３２４の処理によって、友人ユーザの友達カードの情報を自動的に作成するための処理を実行する。そして、続くステップＳ３２５において、この作成された友達カード情報を、自己カードフォルダにおいて友人ユーザ自身の友達カードとして格納されるようにして、ＨＤＤ２１に記憶させる。
【００７８】
本人側機器では、ステップＳ３０２において、先のステップＳ３２３により送信された完了通知を受信することになる。
これに応じて、続くステップＳ３０３→３０４の処理によって、先のステップＳ３２４→Ｓ３２５の処理によって、本人ユーザの友達カードの情報を自動的に作成し、この作成された友達カード情報を、自己カードフォルダにおいて本人ユーザ自身の友達カードとして格納されるようにして、ＨＤＤ２１に記憶させる。
【００７９】
このような処理が実行される結果、本人ユーザからの回収要求に応じては、先ず、ユーザ側機器においては、ＨＤＤ２１の保管カードフォルダから本人ユーザの友達カードが消去されると共に、自己カードフォルダには、新規に自身（友人ユーザ）の友達カードが保存された状態が得られることになる。
同様にして、本人側機器においても、ＨＤＤ２１の保管カードフォルダからは、友人ユーザの友達カードが消去され、自己カードフォルダには、新規に自身（本人ユーザ）の友達カードが保存された状態が得られることになる。
これは、本人ユーザと友人ユーザにとっては、互いに交換しあうようにして手渡していた自身の友達カードを、それぞれ、自分のところに戻すようにして再び交換したものとして認識されることになる。
そして、本人側機器と友人側機器との間で、交換相手であった友人ユーザと本人ユーザの友達カードがなくなったことにより、以降においては、本人側機器と友人側機器とでコンテンツ交換をおこなうことはできなくなる。
また、本人側機器と友人側機器とで共に、自身の友達カードが１枚ずつ復活したようにして増えたことにより、以降においては、この友達カードを利用して、図４に示したようにして、改めて知人のユーザとコンテンツ交換を始めることができる。
【００８０】
ところで、これまでの図７及び図９による説明においては、例えば本人側機器のほうとしては、友人側機器との間で友達カード情報を交換するようにして送受信したのに応じて、自己カードフォルダに保存されていた自身の友達カードとしてのデータの実体をＨＤＤ２１から１つ消去させるようにしていた。そして、この結果として、ユーザには、ＨＤＤ２１の自己カードフォルダから、自分の友達カードが１枚減っているように見せていた。
このような仕組みにより、図５に示したような元々の自身の友達カードの所有枚数を越えた数の知人とのコンテンツ交換ができないようにしていたものである。
【００８１】
しかしながら、本発明としては、結果的に、元から所有していた自分の友達カードの枚数を越える数の知人とコンテンツ交換ができないようにする仕組みが得られればよい。つまり、本実施の形態のもとでは、実質的には、友達カードを１回送信することのできる権利が、コンテンツ交換のための認証が成立するのに応じて１つの消滅し、また、友達カード回収が行われたのに応じて、１つ復帰するようにされているのだということがいえる。従って、このような送信権利の消失／復帰が適正に管理さえされれば、上記した仕組みを必ずしも採用する必要はない。
【００８２】
そこで例えば、ＨＤＤ２１から友達カードとしてのデータファイルの実体を消去してしまうのではなく、これに代えて、送信権利の有無を示すフラグによる管理を行うようにすることも考えられる。
例として、友達カードをコンテンツ交換開始のために送信したとされるごとに、権利使用を示すフラグを１つ立てて登録保持しておくようにされる。このフラグが、友達カードの保有枚数分立つこととなれば、送信権利は全て消失していることになり、これ以上、コンテンツ交換のための友達カードの送信は行えない。また、友達カードを回収すれば、フラグがリセットされ、その分、使用可能な友達カードが増えることになる。また、ユーザにこのことを提示するのにあたっては、例えばフラグの設定状態に基づいて、自己カードフォルダに保存されていた自身の友達カードが増減するようにして見せるＧＵＩとすればよい。
このようにしても、これまでの実施の形態の構成と同様にして、元から所有していた自分の友達カードの枚数を越える数の知人とのコンテンツ交換ができないように制限が与えられるものである。
【００８３】
５−４．カード発行処理
続いては、カード発行サーバ２によるネットワーク機器１へのカード発行のための処理について説明する。前述もしたように、カード発行サーバ２によるカード発行の形態として、１つには、各ユーザごとに発行される友達カードの発行枚数を制限し、この制限範囲内の枚数だけ各ユーザに友達カードを発行する構成を挙げた。また、もう１つは、友達カードを有料として、カード発行サーバ２では、支払われた購入金額に応じた枚数分だけ友達カードを発行するというものである。
【００８４】
そこで先ず、前者の例に対応したカード発行のための処理動作について、図１０を参照して説明する。この図１０に示す処理として、カード発行サーバ２側で実行する処理は、制御部３３が記憶部３１に記憶された実行アプリケーションとしてのプログラムに従って実行する。
【００８５】
ここで、ネットワーク機器１のユーザが、友達カードを発行してもらうための操作を行ったとする。この場合には、例えば発行枚数を指定するようにしてもよい。そして、この操作が行われたのに応じて、ネットワーク機器１では、ステップＳ４０１の処理によって、ユーザＩＤと共にカード発行要求を送信する。なお、枚数指定が可能であるとすれば、発行枚数の情報も共に送信する。
【００８６】
カード発行サーバ２では、上記のようにして送信されたユーザＩＤ及びカード発行要求を、ステップＳ４２１の処理によって受信する。そして、次のステップＳ４２２においては、認証処理を行う。
この認証処理にあたっては、受信したユーザＩＤが用いられる。つまり、カード発行サーバ２の機構部３１には、登録された正規ユーザに関するユーザデータがデータベース化されたユーザデータベース３１Ａが記憶されている。そこで、カード発行サーバ２では、受信したユーザＩＤを検索条件として、このユーザＩＤを有するユーザのユーザデータを検索する。そして検索結果として、受信したユーザＩＤを有するユーザデータが検索されたのであれば、認証が成立することになる。検索結果としてそのユーザデータが存在しなかった場合には、認証不成立となって、今回のカード発行要求は拒否されるのであるが、認証が成立したのであれば、ステップＳ４２３以降の処理に進む。
なお、ここでのユーザＩＤは、ユーザデータベースに対応したものであるべきとされる。従って、必ずしも、図８における認証処理時に用いられるユーザＩＤと同じである必要はない。
【００８７】
ここで、ユーザデータベース３１Ａにおける各ユーザデータには、情報として、そのユーザに対してこれまでに発行した友達カードの枚数の履歴の情報（発行履歴情報）が格納されている。そこで、ステップＳ４２３では、上記した認証処理時において検索したユーザデータに含まれる発行履歴情報を参照する。これにより、今回発行要求を行ったネットワーク機器１のユーザについての、これまでの友達カードの発行枚数が認識できることになる。
なお、上記ステップＳ４２２及びＳ４２３の処理は、実行アプリケーションにおけるデータベース管理プログラムによって実行される。
【００８８】
そして、次のステップＳ４２４においては、上記ステップＳ４２３により認識したこれまでの発行枚数に基づいて、未発行の枚数分の友達カードとしてのデータファイルを作成する。この作成処理は、実行アプリケーションにおける友達カード作成プログラムによって実行される。
【００８９】
そして次のステップＳ４２５において、上記ステップＳ４２４により作成した枚数分の友達カードのデータファイルを送信するようにされる。なお、先に述べたようにして、フラグ管理によって友達カードを増減させるような場合には、実体的な友達カードのデータファイルを送信する代わりに、発行すべき友達カードの枚数分に応じた送信権利数を与えることを通知するようにしてもよいものである。
また、続くステップＳ４２６においては、上記のようにしてステップＳ４２５により或る必要枚数分の友達カードのデータファイルを送信して発行したことに応じて、今回発行対象となったユーザについてのユーザデータベースにおける発行履歴情報等、必要な情報項目を更新することも行う。この処理も、実行アプリケーションにおけるデータベース管理プログラムによって実行される。
【００９０】
上記ステップＳ４２５の処理によって、カード発行サーバ２から友達カードのデータファイルが送信されてきたとすると、本人側機器では、ステップＳ４０２の処理によってこの友達カードのデータファイルを受信することになる。そして、次のステップＳ４０３において、受信した友達カードのデータファイルを、自己カードフォルダに格納されたものとして管理されるように、ＨＤＤ２１に対して記憶させるものである。
【００９１】
続いては、後者の例に対応したカード発行のための処理動作について、図１１を参照して説明する。つまり、購入分の枚数の友達カードを発行する場合の処理動作となる。
【００９２】
この場合、ネットワーク機器１のユーザは、購入枚数を指定するための操作を行うようにされる。これに応じて、ネットワーク機器１では、ステップＳ５０１の処理として示すように、購入枚数を設定する。そして、ユーザにより友達カード購入決定のための操作が行われたとすると、ステップＳ５０２の処理により、ユーザＩＤ及び上記ステップＳ５０１により設定された購入枚数情報と共に、カード購入要求を、カード発行サーバ２に対して送信する。
【００９３】
カード発行サーバ２では、上記のようにしてユーザＩＤ及び購入枚数情報と共に送信されたカード発行要求を、ステップＳ５２１の処理によって受信し、続くステップＳ５２２により認証処理を行う。この認証処理は、先の図１０におけるステップＳ４２２と同様の処理とされてよい。
【００９４】
上記ステップＳ５２２において認証が成立した場合には、ステップＳ５２３の処理に進む。
ステップＳ５２３においては、受信した購入枚数情報が示す枚数分の友達カードとしてのデータファイルを作成し、次のステップＳ５２４により、作成した友達カードのデータファイルを送信する。また、この友達カードのデータファイル送信後においては、ステップＳ５２５により決済処理を実行する。この際には、例えば、図１に示した決済サーバと通信を行って、ユーザに対して課金設定が行われるようにしかるべき処理が実行される。
【００９５】
上記ステップＳ５２５の処理によってカード発行サーバ２から送信された友達カードのデータファイルは、ステップＳ５０３の処理によって本人側機器が受信する。そして、次のステップＳ５０４により、受信した友達カードのデータファイルを、自己カードフォルダに格納されたものとして管理されるように、ＨＤＤ２１に対して記憶させる。
【００９６】
ところで、上記した各処理を実現するためのプログラムは、前述もしたように、ネットワーク機器１では、メモリ部１３のＲＯＭ内に予め記憶して格納しておくものである。あるいは、この場合には、ＨＤＤ２１に格納されていても良い。また、カード発行サーバ２では記憶部３１に記憶させておくものである。
あるいは、プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔ　Ｏｐｔｉｃａｌ）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。例えば、本実施の形態であれば、ＣＤ−ＲＯＭにプログラムを記録し、パッケージソフトウェアとして提供することができる。これにより、ネットワーク機器１では、ＣＤドライブ１９によりプログラムを読み出し、メモリ部１３内のＲＯＭに記憶させることでインストールできる。また、カード発行サーバ２でも、同様にして、所定のメディアに対応したメディアドライバを設けて、メディアからプログラムを読み出し、記憶部３１にインストールさせることが可能となる。
なお、プログラムは、上記のようなリムーバブルな記録媒体からインストールする他、プログラムを記憶しているサーバなどから、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットなどのネットワークを介してダウンロードすることもできる。
【００９７】
また、本発明はこれまでに説明した実施の形態に限定されるものではなく、各種変更が可能とされる。例えば、図７〜図１１に示した各処理動作もあくまでも一例であって、実際には適宜変更されて構わない。
また、図７〜図１１による各図の処理動作の説明では述べていないが、コンテンツデータをネットワーク上で送受信する際には暗号化を施して、コンテンツ交換の許可認証をした相互のネットワーク機器１においてのみ、暗号化を解くことができるように構成してよいものであり、このような構成とすることも現状技術では容易である。このようにすれば、コンテンツ交換のセキュリティは、より強固となるものである。
また、例えば友達カードの発行は、必ずしもカード発行サーバ２を必要としなくてもよい。例えば、店舗などに設置された端末装置などを利用して、ユーザがデータとして購入するなどして入手でできるようにすることも考えられる。但し、この場合には、購入時に友達カードを記憶した記録媒体をコピー元として無制限に友達カードが複製されないようにする仕組みが必要となる。このためには、例えば、記録媒体からネットワーク機器１のＨＤＤ２１に友達カードを記憶させる場合には、記録媒体からは、友達カードが消去されるようにすればよい。
また、ネットワーク機器１の構成としても図２に示したものに限定される必要はなく、例えば携帯型のＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔｓ）などの情報処理装置にも適用することが可能である。
【００９８】
【発明の効果】
以上説明したようにして本発明は、コンテンツ交換を許可するのにあたり、コンテンツ交換を始めようとするネットワーク機器（情報処理装置）間で、各ネットワーク機器のユーザの個人情報を交換するようにして送受信を行うようにしている。そして、これらのネットワーク機器では、受信した相手方ユーザの個人情報に基づいて、コンテンツ交換許可のための認証情報を送信し合うようにされる。この認証情報の送受信を以て、コンテンツ交換許可のための認証が成立される。
このような構成であれば、コンテンツ交換を行おうとしているユーザは、受信した個人情報により相手方の身元を確認することができる。
例えば不特定多数のネットワーク機器間でコンテンツ交換を行う場合には、コンテンツの交換相手を特定することが難しい。このため、悪意のあるユーザの存在などを含め、コンテンツ交換についての不安がつきまといやすい。
これに対して、本発明では、ユーザは、コンテンツ交換を行う相手方の身元を認識した上でコンテンツ交換ができるわけであり、それだけ、セキュリティも確保でき、ユーザにとっても安心感が得られることになる。
さらに本発明によっては、個人情報を送信し認証が得られるのに応じて、その送信権利が消失するようにされており、この結果、コンテンツが交換可能な相手方機器の数は制限されることになる。これにより、例えば交換されたコンテンツが、必要以上にネットワーク上で拡散してしまう不都合も防ぐことが可能になるわけであり、この点でも、コンテンツ交換を行うユーザにとっての安心感は増すこととなる。
つまり、本発明としては、個人情報による身元確認を条件としたうえで、限られた範囲内でのコンテンツ交換のシステムを構築している。そして、これにより、コンテンツ交換者の身元が常に明らかとなると共に、ネットワーク上における不用意なコンテンツの拡散も抑止されることとなって、より強固なセキュリティが保たれるコンテンツ交換のシステムを得ているものである。
【図面の簡単な説明】
【図１】本発明としての実施の形態のコンテンツ交換システムの構築例を示すブロック図である。
【図２】本実施の形態のネットワーク機器の構成例を示すブロック図である。
【図３】本実施の形態のカード発行サーバの構成例を示すブロック図である。
【図４】コンテンツ交換をはじめて行うのにあたっての認証処理過程を模式的に示す説明図である。
【図５】コンテンツ交換のための認証における、交換可能な友達カードの枚数の制限規則を模式的に示す説明図である。
【図６】友達カード回収のための処理過程を模式的に示す説明図である。
【図７】コンテンツ交換をはじめて行うのにあたっての認証処理を示す処理遷移図である。
【図８】コンテンツ交換時における処理を示す処理遷移図である。
【図９】友達カード回収のための処理を示す処理遷移図である。
【図１０】規定枚数に限定した友達カード発行のための処理を示す処理遷移図である。
【図１１】友達カードを有料とした場合の友達カード発行のための処理を示す処理遷移図である。
【符号の説明】
１　ネットワーク機器、２　カード発行サーバ、３　決済サーバ、１１　ＣＰＵ、１３　メモリ部、１４　操作入力部、１５　入力処理部、１７　ディスプレイモニタ、２１　ＨＤＤ、２２　通信処理部、２３　ネットワークインターフェイス、３１　記憶部、３１Ａ　ユーザデータベース、３１Ｂ　実行アプリケーション、３２　ネットワークインターフェイス、３３　制御部
【図１】
2004038579.tif 000003
【図２】
2004038579.tif 000004
【図３】
2004038579.tif 000005
【図４】
2004038579.tif 000006
【図５】
2004038579.tif 000007
【図６】
2004038579.tif 000008
【図７】
2004038579.tif 000009
【図８】
2004038579.tif 000010
【図９】
2004038579.tif 000011
【図１０】
2004038579.tif 000012
【図１１】
2004038579.tif 000013