コンテンツ管理システムおよびコンテンツ管理方法
【課題】顧客利便性を損なわずに、コンテンツ配信に際しての良好なセキュリティ性を確保する。
【解決手段】所定端末１０１が第１鍵と第２鍵を生成する処理と、暗号化第１鍵を他端末１１２に登録する処理と、暗号化第２鍵と第１鍵および第２鍵を記憶部に格納する処理と、第１鍵と端末識別情報および第２鍵と他端末１１２の端末識別情報をそれぞれ対応付けてコンテンツサーバ１２２に登録する処理と、決済処理で生じた情報を第３鍵で暗号化して暗号化決済情報を生成しコンテンツサーバ１２２に登録する処理と、暗号化第３鍵を他端末１１２に登録する処理を実行し、コンテンツサーバ１２２が、他端末１１２より暗号化第３鍵および端末識別情報を取得する処理と、他端末１１２より所定情報を取得して第２鍵を生成する処理と、生成した第２鍵で暗号化第３鍵を復号化して第３鍵を取得し、該第３鍵で暗号化決済情報を復号化して決済情報を取得し決済済みか判定する処理と、決済済みであった場合コンテンツのデータを他端末１１２に配信する処理を実行する。
【解決手段】所定端末１０１が第１鍵と第２鍵を生成する処理と、暗号化第１鍵を他端末１１２に登録する処理と、暗号化第２鍵と第１鍵および第２鍵を記憶部に格納する処理と、第１鍵と端末識別情報および第２鍵と他端末１１２の端末識別情報をそれぞれ対応付けてコンテンツサーバ１２２に登録する処理と、決済処理で生じた情報を第３鍵で暗号化して暗号化決済情報を生成しコンテンツサーバ１２２に登録する処理と、暗号化第３鍵を他端末１１２に登録する処理を実行し、コンテンツサーバ１２２が、他端末１１２より暗号化第３鍵および端末識別情報を取得する処理と、他端末１１２より所定情報を取得して第２鍵を生成する処理と、生成した第２鍵で暗号化第３鍵を復号化して第３鍵を取得し、該第３鍵で暗号化決済情報を復号化して決済情報を取得し決済済みか判定する処理と、決済済みであった場合コンテンツのデータを他端末１１２に配信する処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ管理システム、コンテンツ管理方法に関するものであり、具体的には、コンテンツ配信における顧客利便性および安全性に関わる技術に関する。
【背景技術】
【０００２】
近年、インターネット等のネットワーク技術が進展し、音楽や書籍等の各種コンテンツの配信サービスが盛んになっている。一方で、いわゆるなりすまし等の不正手段により、悪意の第三者にコンテンツがわたることも懸念されており、配信時における認証処理の必要性も高まっている。
【０００３】
こうしたコンテンツ配信の管理技術としては、例えば、コンテンツを配布するユーザが、ユーザごとに制限を設けることが可能であり、かつコンテンツを配布するユーザが、コンテンツ配布後であっても簡易に制限を変更することを可能とするとの課題の下、コンテンツ記憶手段と、前記サーバ登録用携帯端末装置及び前記コンテンツ配布先携帯端末装置を認証するための端末認証データと、各当該装置を使用するユーザを認証するための生体認証データとを管理する認証データ記憶手段と、前記コンテンツへのアクセスに必要な認証方法を示すアクセスポリシーを管理するアクセスポリシー記憶手段と、認証を行い、前記コンテンツを前記コンテンツ配布先携帯端末装置に配布するコンテンツ問合せ確認手段とを備えるサーバ装置を含んだコンテンツ配布システム（例えば、特許文献１参照）などが提案されている。
【０００４】
また、管理端末と再生端末との関係の自由度を高めるとともに、管理端末を利用する際の管理プログラムのインストールを不要なものとするとの課題の下、コンテンツ・データを再生出力する再生端末１３を、インターネット２６に接続する汎用コンピューター２上で実行される汎用ブラウザソフト９１を通じて、操作可能な管理プログラム１０３の実行手段と、再生端末１３のユーザーを特定するユーザー識別情報と、ユーザーが視聴可能なコンテンツ・データを再生するための情報とを関連付ける認証情報を格納するストレージ１０１とを備える管理サーバ（例えば、特許文献２参照）なども提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２７１５７０号公報
【特許文献２】特開２００９−３６０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、現在のコンテンツ配信時に採用されている認証技術は、ＩＤ、パスワードに組み合わせによるものが主であり、こうした認証情報が漏洩すればなりすましは容易に起こりうる。つまりセキュリティ性が高いとは言い難い状況である。他方、徒にセキュリティ性を高めるとしても、ユーザビリティとのトレードオフとなって顧客利便性は低下し、更には新たな認証装置等を顧客に用意させる必要が生じるなど、コスト面でも課題が残されている。
【０００７】
そこで、本発明の目的は、顧客利便性を損なわずに、コンテンツ配信に際しての良好なセキュリティ性を確保できる技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明のコンテンツ管理システムは、互いに通信可能な複数の端末とコンテンツサーバとで構成されるコンピュータシステムであり、前記複数の端末のうち所定端末が、記憶部および通信部と、自身の端末識別情報を所定関数に適用して第１鍵を生成し、他端末から取得した端末識別情報と入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、第２鍵で第１鍵を暗号化して暗号化第１鍵を生成し、該暗号化第１鍵を前記他端末に送信して登録する処理と、第１鍵で第２鍵を暗号化して暗号化第２鍵を生成し、該暗号化第２鍵と、前記第１鍵および前記第２鍵を記憶部に格納する処理と、前記第１鍵と該所定端末の端末識別情報、および、前記第２鍵と前記他端末の端末識別情報をそれぞれ対応付けて、コンテンツサーバに送信し登録する処理と、コンテンツサーバとの間でのコンテンツ利用料金の決済処理により生じた情報を、予め記憶部に保持ないし所定関数に所定値を与えて生成した第３鍵で暗号化して暗号化決済情報を生成し、該暗号化決済情報を、該所定端末の識別情報に対応付けてコンテンツサーバに送信して登録する処理と、前記第２鍵で前記第３鍵を暗号化して暗号化第３鍵を生成し、該暗号化第３鍵を前記他端末に送信して登録する処理を実行する演算部を備え、前記コンテンツサーバが、記憶部および通信部と、前記他端末からコンテンツの利用要求を受けて、前記他端末に対し必要情報の返信を要求し、前記他端末より、暗号化第３鍵および該他端末の端末識別情報を取得する処理と、前記他端末に対し第２鍵生成用の所定情報を要求して前記他端末より所定情報を取得し、該所定情報と該他端末の端末識別情報とを所定関数に適用して第２鍵を生成する処理と、前記生成した第２鍵で、前記他端末より取得した暗号化第３鍵を復号化して第３鍵を取得し、該第３鍵で、該他端末と対応付けされている前記所定端末に関する暗号化決済情報を復号化して決済情報を取得し、該決済情報が、前記利用要求の示すコンテンツに関して決済済みを示すか否か判定する処理と、前記判定により、前記利用要求の示すコンテンツに関して決済済みであった場合、該当コンテンツのデータを前記他端末に対し配信する処理を実行する演算部を備える、ことを特徴とする。
【０００９】
また、本発明のコンテンツ管理方法は、記憶部および通信部、演算部を備える所定端末が、自身の端末識別情報を所定関数に適用して第１鍵を生成し、他端末から取得した端末識別情報と入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、第２鍵で第１鍵を暗号化して暗号化第１鍵を生成し、該暗号化第１鍵を前記他端末に送信して登録する処理と、第１鍵で第２鍵を暗号化して暗号化第２鍵を生成し、該暗号化第２鍵と、前記第１鍵および前記第２鍵を記憶部に格納する処理と、前記第１鍵と該所定端末の端末識別情報、および、前記第２鍵と前記他端末の端末識別情報をそれぞれ対応付けて、コンテンツサーバに送信し登録する処理と、コンテンツサーバとの間でのコンテンツ利用料金の決済処理により生じた情報を、予め記憶部に保持ないし所定関数に所定値を与えて生成した第３鍵で暗号化して暗号化決済情報を生成し、該暗号化決済情報を、該所定端末の識別情報に対応付けてコンテンツサーバに送信して登録する処理と、前記第２鍵で前記第３鍵を暗号化して暗号化第３鍵を生成し、該暗号化第３鍵を前記他端末に送信して登録する処理を実行し、記憶部および通信部、演算部を備えるコンテンツサーバが、前記他端末からコンテンツの利用要求を受けて、前記他端末に対し必要情報の返信を要求し、前記他端末より、暗号化第３鍵および該他端末の端末識別情報を取得する処理と、前記他端末に対し第２鍵生成用の所定情報を要求して前記他端末より所定情報を取得し、該所定情報と該他端末の端末識別情報とを所定関数に適用して第２鍵を生成する処理と、前記生成した第２鍵で、前記他端末より取得した暗号化第３鍵を復号化して第３鍵を取得し、該第３鍵で、該他端末と対応付けされている前記所定端末に関する暗号化決済情報を復号化して決済情報を取得し、該決済情報が、前記利用要求の示すコンテンツに関して決済済みを示すか否か判定する処理と、前記判定により、前記利用要求の示すコンテンツに関して決済済みであった場合、該当コンテンツのデータを前記他端末に対し配信する処理を実行することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、顧客利便性を損なわずに、コンテンツ配信に際しての良好なセキュリティ性を確保できる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態のコンテンツ管理システムを含むネットワーク構成例を示す図である。
【図２】本実施形態におけるKey_a（第１鍵）及びKey_b（第２鍵）の生成例を示す図である。
【図３】本実施形態におけるデータベースのデータ構造例を示す図である。
【図４】本実施形態における暗号化決済情報の構成例を示す図である。
【図５】本実施形態におけるコンテンツ管理方法の処理手順例１を示すフロー図である。
【図６】本実施形態におけるコンテンツ管理方法の処理手順例２を示すフロー図である。
【図７】本実施形態におけるコンテンツ管理方法の処理手順例３を示すフロー図である。
【図８】本実施形態におけるコンテンツ管理方法の処理手順例４を示すフロー図である。
【発明を実施するための形態】
【００１２】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のコンテンツ管理システム１０を含むネットワーク構成図である。図１に示すコンテンツ管理システム１０（以下、システム１０）は、顧客利便性を損なわずに、コンテンツ配信に際しての良好なセキュリティ性を確保できるコンピュータシステムである。
【００１３】
本実施形態における前記システム１０は、一例として、コンテンツ配信事業者が運営するコンテンツサーバ１２２と、このコンテンツサーバにアクセスしてユーザ所望のコンテンツ配信を受ける端末１０１（所定端末）および端末１１２（他端末）とがネットワーク１４０で互いに通信可能に結ばれている構成を想定している。なお、説明の便宜上、前記端末１０１を「端末Ａ」、前記端末１１２を「端末Ｂ」と図中等で示し区別している。
【００１４】
このうち少なくとも端末１０１は、例えば、ＩＣカード１１０（例：ＩＣチップを備えたクレジットカードや電子マネー媒体等）を用いた、コンテンツサーバ１２２および決済センター１２３とのコンテンツ利用料金の決済処理を実行できる。なお、こうした決済手法については他の手法を採用してもよく、本実施形態に限定されない。また、決済センター１２３は、既存のクレジットカード会社等の各種金融機関における基幹システムを想定できる。
【００１５】
前記端末１０１および端末１１２を利用するユーザは、例えば、端末１０１による決済処理の後は、当該端末１０１は勿論のこと、端末１１２でもコンテンツを利用できることとなる。これは、コンテンツを利用する端末として、決済処理も可能な主たる端末としての前記端末１０１の他に、主にコンテンツ利用のみを想定した従たる端末としての前記端末１１２を前記システム１０に登録しておき、本実施形態のコンテンツ管理手法を適用することで実現される。ユーザは複数の端末をシステム側に登録しておくことにより、決済処理に使用した端末以外の端末を用いる場合でも、該当ユーザが正当に購入したコンテンツであるとしてコンテンツ利用が可能である。一方、コンテンツ配信事業者は、前述した複数端末からのコンテンツ利用というサービスを提供しつつも、決済が完了した正当な利用者にのみ正しくコンテンツを提供できることとなる。
【００１６】
前記端末１０１および端末１１２は、例えば、ＰＤＡ（Personal Digital Assistance）、携帯電話機、その他の携帯式情報処理装置、本システム専用の情報処理装置など、様々な形態の情報処理装置を採用する事ができる。また、前記端末１０１はＩＣカード用のリーダライタとしてＲ／Ｗ部１０９を有しており、ユーザが所持するＩＣカード１１０から決済に必要な情報を読み出したり、ＩＣカード１１０に決済に必要な情報を書き込んだりする事ができる。また、前記端末１０１及び前記端末１１２は、赤外線通信などを各種の無線通信機能を実装した非接触通信部１１１と非接触通信部１１６を通じ、互いの間で情報のやり取りを可能とする。
【００１７】
また、前記端末１０１、前記端末１１２のハードウェア構成は以下の如くとなる。前記端末１０１は、端末自身の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１０２、ネットワークと接続し他装置との通信処理を担う通信部１０３、コンテンツサーバ１２２から配信されたコンテンツを表示するディスプレイ等の表示部１０４、ユーザからのキー入力や音声入出力を担う入出力部１０５、適宜な記憶装置で構成される記憶部１０６、各種の関数や乱数発生器等を備える暗号処理部１０８、ＩＣカード１１０にアクセスするＲ／Ｗ部１０９、非接触通信を通じ外部機器と非接触通信を行なう非接触通信部１１１、を備える。なお、記憶部１０６内には、本実施形態の端末として必要な機能を実装する為のプログラム１３０と、端末固有のＩＤすなわち端末識別情報となる端末Ａ＿ＩＤ１０７が少なくとも記憶されている。また、前記ＩＣカード１１０内にはオンラインでのクレジット決済を可能とする決済プログラム１１０ａが備わっている。
【００１８】
一方、前記端末１１２は、端末自身の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１１３、ネットワークと接続し他装置との通信処理を担う通信部１１４、コンテンツサーバ１２２から配信されたコンテンツを表示するディスプレイ等の表示部１１５、非接触通信を通じ外部機器と非接触通信を行なう非接触通信部１１６、適宜な記憶装置で構成される記憶部１１７、ＩＣカード１２０にアクセスするＲ／Ｗ部１１９、ユーザからのキー入力や音声入出力を担う入出力部１２１を備えている。なお、記憶部１１７内には、本実施形態の端末として必要な機能を実装する為のプログラム１３１と、端末固有のＩＤすなわち端末識別情報となる端末Ｂ＿ＩＤ１１８が、少なくとも記憶されている。
【００１９】
他方、前記コンテンツサーバ１２２は、コンテンツ配信事業者が運営するネットワーク１４０上のサーバ装置であり、コンテンツ配信を実行するための一般的な機能は例えばプログラムとして全て実装している。また、配信するコンテンツは記憶部のコンテンツデータベース３１０にて管理している。更に本実施形態のコンテンツサーバ１２２は、記憶部にて管理データベース３００を備えている。この管理データベース３００については後述する。
【００２０】
続いて、前記システム１０を構成する前記端末１０１（所定端末）、前記端末Ｂ１１２（他端末）、およびコンテンツサーバ１２２が、それぞれ実行する処理について説明する。各処理については、例えば各装置においてプログラムにより実装されている。
【００２１】
この場合、前記端末１０１は、自身の端末識別情報（端末Ａ＿ＩＤ１０７。以下同様）を所定関数に適用して第１鍵（Ｋｅｙ＿ａ。以下同様）を生成し、前記他端末（端末１１２。以下同様）から取得した端末識別情報（端末Ｂ＿ＩＤ１１８。以下同様）と入出力部１２１でユーザから受け付けた所定情報（パスフレーズ。以下同様）とを所定関数に適用して第２鍵（Ｋｅｙ_ｂ。以下同様）を生成する機能を備えている。
【００２２】
また、前記端末１０１は、Ｋｅｙ_ｂでＫｅｙ＿ａを暗号化して暗号化Ｋｅｙ＿ａを生成し、該暗号化Ｋｅｙ＿ａを前記端末１１２に送信して登録する機能を備えている。
【００２３】
また、前記端末１０１は、Ｋｅｙ＿ａでＫｅｙ_ｂを暗号化して暗号化Ｋｅｙ_ｂを生成し、該暗号化Ｋｅｙ_ｂと、前記Ｋｅｙ＿ａおよび前記Ｋｅｙ_ｂを記憶部１０６に格納する機能を備えている。
【００２４】
また、前記端末１０１は、前記Ｋｅｙ＿ａと該端末１０１の端末識別情報たる端末Ａ＿ＩＤ１０７、および、前記Ｋｅｙ_ｂと前記端末１１２の端末識別情報たる端末Ｂ＿ＩＤ１１８をそれぞれ対応付けて、コンテンツサーバ１２２に送信し管理データベース３００に登録する機能を備えている。
【００２５】
また、前記端末１０１は、コンテンツサーバ１２２との間でのコンテンツ利用料金の決済処理により生じた情報を、予め記憶部１０６に保持ないし所定関数に所定値を与えて生成した第３鍵（データ鍵Ｓ）で暗号化して暗号化決済情報を生成し、該暗号化決済情報を、該端末１０１の識別情報たる端末Ａ＿ＩＤ１０７に対応付けてコンテンツサーバ１２２に送信して前記管理データベース３００に登録する機能を備えている。
【００２６】
また、前記端末１０１は、前記Ｋｅｙ_ｂで前記データ鍵Ｓを暗号化して暗号化データ鍵Ｓを生成し、該暗号化データ鍵Ｓを前記端末１１２に送信して登録する機能を備えている。
【００２７】
一方、前記コンテンツサーバ１２２は、前記端末１１２からコンテンツの利用要求を受けて、前記端末１１２に対し必要情報の返信を要求し、前記端末１１２より、暗号化データ鍵Ｓおよび該端末１１２の端末識別情報たる端末Ｂ＿ＩＤ１１８を取得する機能を備えている。
【００２８】
また、前記コンテンツサーバ１２２は、前記端末１１２に対しＫｅｙ_ｂ生成用のパスフレーズを要求して前記端末１１２よりパスフレーズを取得し、該パスフレーズと該端末１１２の端末識別情報たる端末Ｂ＿ＩＤ１１８とを所定関数に適用してＫｅｙ_ｂを生成する機能を備えている。
【００２９】
また、前記コンテンツサーバ１２２は、前記生成したＫｅｙ_ｂで、前記端末１１２より取得した暗号化データ鍵Ｓを復号化してデータ鍵Ｓを取得し、該データ鍵Ｓで、該端末１１２と対応付けされている前記端末１０１に関する暗号化決済情報を復号化して決済情報を取得し、該決済情報が、前記利用要求の示すコンテンツに関して決済済みを示すか否か判定する機能を備えている。
【００３０】
また、前記コンテンツサーバ１２２は、前記判定により、前記利用要求の示すコンテンツに関して決済済みであった場合、該当コンテンツのデータをコンテンツデータベース３１０より読み出して前記端末１１２に対し配信する機能を備えている。
【００３１】
なお、前記端末１０１を取り替える場合、取り替えた端末すなわち代替端末（主たる端末になる端末）は、以下の機能を備えている。この場合、代替端末は、前記端末１１２に対し、該端末１１２の端末識別情報および暗号化Ｋｅｙ＿ａを要求して取得する機能を備えている。
【００３２】
また、代替端末は、前記取得した前記端末１１２の端末識別情報たる端末Ｂ＿ＩＤ１１８と、該代替端末の入出力部で受け付けたパスフレーズとを所定関数に適用してＫｅｙ_ｂを生成する機能を備えている。
【００３３】
また、代替端末は、前記取得した暗号化Ｋｅｙ＿ａを前記Ｋｅｙ_ｂで復号化してＫｅｙ＿ａを取得し、該Ｋｅｙ＿ａの正当性確認の要求をコンテンツサーバ１２２に行う機能を備えている。
【００３４】
また、代替端末は、前記Ｋｅｙ＿ａの正当性確認の結果をコンテンツサーバ１２２から取得し、前記Ｋｅｙ＿ａの正当性が確認された場合、コンテンツサーバ１２２からの新規鍵の要求を受けて、該代替端末の端末識別情報（例えば、端末Ｃ＿ＩＤ）を所定関数に適用して新規第１鍵（例えば、Ｋｅｙ＿ｃ）を生成し、該新規第１鍵の登録要求をコンテンツサーバ１２２に送る機能を備えている。
【００３５】
またこの場合、コンテンツサーバ１２２は、前記代替端末からの前記Ｋｅｙ＿ａの正当性確認の要求を受けて、記憶部において、前記端末１１２に対応付けて格納している前記端末１０１のＫｅｙ＿ａと、前記代替端末からの正当性確認の要求が示すＫｅｙ＿ａとを照合して、正当性確認の要求が示すＫｅｙ＿ａの正当性を確認する機能を備えている。
【００３６】
また、コンテンツサーバ１２２は、前記代替端末からの前記新規第１鍵の登録要求を受けて、記憶部の管理データベース３００において、前記端末１１２に対応付けて該代替端末の端末識別情報（例えば、端末Ｃ＿ＩＤ）と前記新規第１鍵（例えば、Ｋｅｙ＿ｃ）を登録する機能を備えている。
【００３７】
ここで、第１鍵、第２鍵の生成例について説明しておく。図２は、第１鍵（Ｋｅｙ＿ａ２０４）と第２鍵（Ｋｅｙ_ｂ２０６）を生成する方法の一例を示したものである。ここで生成される鍵は、コンテンツ配信事業者がユーザの端末１０１と端末１１２を一意に特定できる鍵となる。第１鍵たるＫｅｙ＿ａ２０４は、端末１０１の端末識別情報たる端末Ａ＿ＩＤ１０７と、例えば暗号処理部１０８で生成された乱数２０１を、関数ｆ２０２に入力することで生成される。関数ｆ２０２は、たとえばハッシュ関数を用いることができ、この場合、入力値に対し一意に決まる出力値すなわちＫｅｙ＿ａが得られる事が期待できる。また、Ｋｅｙ_ｂ２０６は、端末１１２の端末識別情報たる端末Ｂ＿ＩＤ１１８と、ユーザより入力されるパスフレーズ２０３を、関数ｆ２０５に入力することで生成される。関数ｆ２０５は上記同様たとえばハッシュ関数を用いることができる。関数ｆ２０２と関数ｆ２０５は同じアルゴリズムを使用してもよい。
【００３８】
−−−データ構造例−−−
次に、本実施形態のコンテンツサーバ１２２が用いるデータベースにおけるデータ構造例について説明する。前記コンテンツサーバ１２２は、自身の備える、或いはネットワーク経由で利用可能なハードディスクドライブなどの不揮発性記憶装置において、管理データベース３００およびコンテンツデータベース３１０を備えている。
【００３９】
図３は、コンテンツ配信サービスにおいて、コンテンツ配信事業者が、ユーザと、ユーザが所持する端末とを結びつけて管理するデータベースである。この管理データベース３００は、例えば、その利用者に固有のＩＤを割り振ったユーザＩＤ３０１と、ユーザが所持する端末の端末識別情報たる固有ＩＤ３０２と、ユーザの端末を一意に特定できる鍵３０３と、ＩＣカードを利用してオンラインでのクレジット決済を行った事を示す決済情報３０４などが含まれる。
【００４０】
なお、前記決済情報３０４は、例えば図４に示すようなデータ構成が想定できる。決済情報３０４は、端末１０１、１１２にてＩＣカード等を利用した決済を行った際の情報を、前記データ鍵Ｓで暗号化した暗号化決済情報４０３を含むものとなる。また他に、Ｋｅｙ_ａ２０４で暗号化したデータ鍵Ｓ４０１と、Ｋｅｙ_ｂ２０６で暗号化したデータ鍵Ｓ４０２などが含まれるとできる。上記で示す、データ鍵ＳはＡＥＳ(Advanced Encryption Standard) やＤＥＳ（Data Encryption Standard）、ＴｒｉｐｌｅＤＥＳといった共通鍵暗号で使用される鍵を使用してもよい。
【００４１】
またコンテンツサーバ１２２は、コンテンツデータベース３１０も備えている。このコンテンツデータベース３１０は、端末１０１、１１２に配信されるコンテンツを格納したデータベースであり、各コンテンツのＩＤ、サイズ、料金、およびファイル（実データ）といったデータが対応付けて格納されている。よって、コンテンツサーバ１２２は、端末１０１、１１２らから、所望のコンテンツについて例えばコンテンツＩＤにて指定を受け付け、該当コンテンツＩＤをキーに該コンテンツデータベース３１０での検索とデータ抽出、配信を実行することになる。
【００４２】
−−−処理手順例１−−−
以下、本実施形態におけるコンテンツ管理方法の実際手順について図に基づき説明する。以下で説明するコンテンツ管理方法に対応する各種動作は、前記システム１０を構成する端末１０１、１１２、およびコンテンツサーバ１２２らがメモリ等に読み出してそれぞれ実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００４３】
ここではまず、主たる端末１０１（図中の“端末Ａ”）の他に、従たる端末１１２（図中の“端末Ｂ”）をコンテンツサーバ１２２に登録する際の処理について説明する。なお、本実施形態では、前記端末１０１を、コンテンツの購入および利用に用いられる端末、前記端末１１２を、コンテンツを利用することだけに用いる端末として取り扱う。
【００４４】
図５は、本実施形態におけるコンテンツ管理方法の処理手順例１を示すフロー図である。この場合まず、端末１０１が入出力部１０５等でユーザからの指示を受け、非接触通信部１１１を介して、端末１１２に対して端末識別情報である端末Ｂ＿ＩＤ１１８を要求する（ステップＳ５０１）。これを受けた端末１１２は、記憶部１１７より端末Ｂ＿ＩＤ１１８を読み出し、これを、非接触通信部１１６を関して前記端末１０１に返すこととなる。こうして端末１０１は、端末１１２から端末Ｂ＿ＩＤ１１８を取得する（ステップＳ５０２）。
【００４５】
続いて、端末１０１は、例えば図２で例示した手法にてＫｅｙ_ｂ２０６の生成を行う（ステップＳ５０３）。また端末１０１は、同じく図２で例示した手法にてＫｅｙ＿ａ２０４の生成を行う（ステップＳ５０４）。
【００４６】
次に端末１０１は、前記コンテンツサーバ１２２に対して、前記ステップＳ５０３、Ｓ５０４で生成したＫｅｙ＿ａ２０４とＫｅｙ_ｂ２０６について、当該端末１０１のユーザと対応付けた登録を要求する（ステップＳ５０５）。
【００４７】
これに対してコンテンツサーバ１２２は、前記登録の要求が含むユーザＩＤ等の顧客情報、例えば、“Ｕｓｅｒ＿Ａ”をキーにして、前記管理データベース３００においてＫｅｙ＿ａ２０４およびＫｅｙ_ｂ２０６を一旦登録（すなわち仮登録）する（ステップＳ５０６）。そして、コンテンツサーバ１２２は、この仮登録が完了した事を前記端末１０１に通知する（ステップＳ５０７）。
【００４８】
一方、前記端末１０１は、前記ステップＳ５０４で生成したＫｅｙ_ａ２０４を、同じく前記ステップＳ５０３で生成したＫｅｙ_ｂ２０６を使って、例えば暗号処理部１０８にて暗号化する（ステップＳ５０８）。同じく、前記端末１０１は、前記ステップＳ５０３で生成したＫｅｙ_ｂ２０６を、前記Ｋｅｙ＿ａ２０４を使って、例えば暗号処理部１０８にて暗号化する（ステップＳ５０９）。
【００４９】
次に前記端末１０１は、前記Ｋｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４について、前記端末１１２に対し、非接触通信部１１１を通じて登録要求を行う（ステップＳ５１０）。一方、前記端末１１２は、前記端末１０１より、前記Ｋｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４を受信し、これを記憶部１１７へ登録する（ステップＳ５１１）。また、前記端末１１２は、前記Ｋｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４の登録が完了した事を、前記端末１０１に通知する（ステップＳ５１２）。
【００５０】
続いて前記端末１０１は、前記生成したＫｅｙ＿ａ２０４およびＫｅｙ_ｂ２０６、およびＫｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４、を処理に使用したワークメモリより削除する（ステップＳ５１３）。
【００５１】
次に、前記端末１０１は、前記Ｋｅｙ＿ａ２０４を使って暗号化したＫｅｙ_ｂ２０６を、記憶部１０６にて格納する（ステップＳ５１４）。そして前記端末１０１は、前記ステップＳ５１４まで処理が終了すると、前記コンテンツサーバ１２２に対し、前記ステップＳ５０６で仮登録していたＫｅｙ＿ａ２０４およびＫｅｙ_ｂ２０６の本登録を要求する（ステップＳ５１５）。
【００５２】
これを受けた前記コンテンツサーバ１２２は、管理データベース３００にて仮登録していた前記ユーザに関するＫｅｙ＿ａ２０４およびＫｅｙ_ｂ２０６を登録する（ステップＳ５１６）。また前記コンテンツサーバ１２２は、前記Ｋｅｙ＿ａ２０４およびＫｅｙ_ｂ２０６の登録が完了した事を、前記端末１０１に対し通知し（ステップＳ５１７）、処理を終了する。こうした一連の処理を経て、図３に例示した管理データベース３００におけるレコードが生成されていく。
【００５３】
−−−処理手順例２−−−
続いて、コンテンツの利用料金決済に際して生じる情報の登録処理等について説明する。図６は、本実施形態におけるコンテンツ管理方法の処理手順例２を示すフロー図である。この場合、ユーザは端末１０１（図中では“端末Ａ”）を用いてコンテンツ配信サービスにて購入するコンテンツを選択するものとする。この時、端末１０１は、ユーザが選択したコンテンツに関する購入要求を前記コンテンツサーバ１２２に対し送信する（ステップＳ６０１）。
【００５４】
一方、前記コンテンツサーバ１２２は、前記購入要求に応じて該当コンテンツの情報（例えば、コンテンツＩＤ、サイズ、料金等）を前記コンテンツデータベース３１０で抽出し、これを該当コンテンツの購入確認の通知に含めて端末１０１に対し送る（ステップＳ６０２）。ここで前記ユーザは、自身が購入するコンテンツに間違いがないか、前記端末１０１の入出力部１０５にて情報を閲覧して確認することになる。この時、端末１０１は、該当コンテンツに関する利用料金の決済要求を、前記コンテンツサーバ１２２に送信する（ステップＳ６０３）。
【００５５】
これを受けた前記コンテンツサーバ１２２は、決済センター１２３に対し、該当コンテンツの該当料金に関する、前記端末１０１との決済処理を要求し、決済処理へと手順を進める（ステップＳ６０４）。この決済処理では、ステップＳ６０５の決済コマンドおよびステップＳ６０６の決済レスポンスを用いて、端末１０１のＲ／Ｗ部１０９を介して読み取りがなされるＩＣカード１１０と、前記決済センター１２３とが、所定の順序で通信処理を繰り返し、前記該当料金に関する決済処理を行なう。所定の決済処理手順として、例えば、ＩＣカードクレジットの処理手順、電文項目などを規定したＥＭＶ（Ｅｕｒｏｐａｙ、Ｍａｓｔｅｒｃａｒｄ、Ｖｉｓａにより策定されたＩＣカードを利用したクレジット・デビット取引仕様）などがある。なお、前記ＩＣカード１１０と決済サーバ１２３等との通信に用いられる決済コマンドＳ６０５、決済レスポンスＳ６０６として、例えば、ＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を用いてもよい。
【００５６】
上記決済処理が完了した後、決済センター１２３は、前記コンテンツサーバ１２２に対して決済完了を通知する（ステップＳ６０７）。そして、前記コンテンツサーバ１２２は、端末１０１に対し、該当コンテンツに関する決済完了の通知を行う（ステップＳ６０８）。
【００５７】
続いて前記端末１０１は、決済情報を暗号化するために使用するデータ鍵Ｓを生成する（ステップＳ６０９）。このデータ鍵Ｓとして、例えば共通鍵を使う場合、前記暗号処理部１０８による乱数生成により、必要な鍵長分の乱数をデータ鍵Ｓとして生成し使用してもよい。
【００５８】
次に前記端末１０１は、前記ステップＳ５１４にて登録した、Ｋｅｙ＿ａ２０４を使って暗号化したＫｅｙ_ｂ２０６を、Ｋｅｙ＿ａ２０４で復号化する（ステップＳ６１０）。このＫｅｙ＿ａ２０４は、前記ステップＳ５０４で実行した生成手法にて得たものか、或いは前記ステップＳ６０８に伴ってコンテンツサーバ１２２から受信した決済完了の通知が含むものである。
【００５９】
次に前記端末１０１は、図４で例示した決済情報３０４の作成を行う（ステップＳ６１１）。すなわち端末１０１の前記暗号処理部１０８が、前記ステップＳ６０９で生成した前記データ鍵Ｓを用いて、前記ステップＳ６０８に伴って得ている決済の情報を暗号化するのである。また端末１０１は、前記Ｋｅｙ＿ａ２０４による前記データ鍵Ｓの暗号化、前記Ｋｅｙ＿ｂ２０６による前記データ鍵Ｓの暗号化もあわせて行う。
【００６０】
こうして決済情報を作成した端末１０１は、使用したＫｅｙ_ｂ２０６をワークメモリより削除し（ステップＳ６１２）、作成した決済情報３０４の登録要求をコンテンツサーバ１２２に対して行う（ステップＳ６１３）。
【００６１】
これを受けた前記コンテンツサーバ１２２は、図３で例示の通り、当該決済情報３０４を、前記管理データベース３００における該当ユーザの該端末１０１に関するレコードに登録する（ステップＳ６１４）。また前記コンテンツサーバ１２２は、端末１０１に対して決済情報３０４の登録完了を通知する（ステップＳ６１５）。
【００６２】
前記登録完了の通知を受けた前記端末１０１は、上記決済情報の作成時に使用した、Ｋｅｙ_ｂ２０６で暗号化されたデータ鍵Ｓ４０２の登録要求を、非接触通信部１１１を介して端末１１２へ送る（ステップＳ６１６）。これを受けた前記端末１１２は、当該Ｋｅｙ_ｂ２０６で暗号化されたデータ鍵Ｓ４０２を、記憶部１１７へ登録し（ステップＳ６１７）、当該登録が完了した旨を前記端末１０１へ通知して（ステップＳ６１８）処理を終了する。
【００６３】
−−−処理手順例３−−−
続いて、前記端末１１２（端末Ｂ）にてコンテンツを利用する際の処理について説明する。図７は、本実施形態におけるコンテンツ管理方法の処理手順例３を示すフロー図である。状況として、ユーザは、前記端末１０１で購入したコンテンツを、前記端末１１２で利用する意思があるものとする。この場合、ユーザの指示を入出力部１２１で受けた端末１１２は、コンテンツ利用要求をコンテンツサーバ１２２に対して送る（ステップＳ７０１）。
【００６４】
一方、前記コンテンツサーバ１２２は、コンテンツ利用に伴うユーザ確認時に必要となる情報を、前記端末１１２に対して要求する（ステップＳ７０２）。これを受けた前記端末１１２は、前記ステップＳ６１７にて記憶部１１７に登録した、Ｋｅｙ_ｂ２０６で暗号化されたデータ鍵Ｓ４０２と、端末１１２の固有ＩＤである端末Ｂ＿ＩＤ１１８を、記憶部１１７から読み出し、前記コンテンツサーバ１２２に返すこととなる。
【００６５】
この時、前記コンテンツサーバ１２２は、前記端末１１２より、前記Ｋｅｙ_ｂ２０６で暗号化されたデータ鍵Ｓ４０２と、前記端末Ｂ＿ＩＤ１１８の各情報を取得する（ステップＳ７０３）。続いて、前記コンテンツサーバ１２２は、ユーザのパスフレーズを前記端末１１２に対し要求する（ステップＳ７０４）。
【００６６】
これを受けた前記端末１１２は、ユーザによるパスフレーズの入力を前記入出力部１２１で受け付け（ステップＳ７０５）、これをコンテンツサーバ１２２に返す。一方、前記コンテンツサーバ１２２は、前記端末１１２より前記パスフレーズの情報を取得する（ステップＳ７０６）。
【００６７】
次に前記コンテンツサーバ１２２は、前記端末１１２より取得した端末Ｂ＿ＩＤ１１８とパスフレーズ２０３を利用して、例えば図２で例示した手法によりＫｅｙ_ｂ２０６を作成する（ステップＳ７０７）。
【００６８】
続いて前記コンテンツサーバ１２２は、前記管理データベース３００にて該当ユーザに関して保持している決済情報３０４が含む、前記Ｋｅｙ_ｂ２０６で暗号化されたデータ鍵Ｓ４０２を、前記ステップＳ７０７で作成したＫｅｙ_ｂ２０６を用いて復号化する（ステップＳ７０８）。
【００６９】
また、コンテンツサーバ１２２は、前記管理データベース３００にて該当ユーザに関して保持している決済情報３０４が含む、暗号化されている決済情報４０３を、前記ステップＳ７０８で復号化したデータ鍵Ｓを用いて復号化する（ステップＳ７０９）。
【００７０】
続いて前記コンテンツサーバ１２２は、上記ステップＳ７０９で復号化された決済情報が、該当ユーザにより該当コンテンツの決済が完了しているか否かについての情報（例えば、決済済みのコンテンツＩＤと該当決済を行ったユーザのユーザＩＤ）を含むかチェックし、決済情報の正当性を確認する（ステップＳ７１０）。
【００７１】
前記ステップＳ７１０の処理で、該当コンテンツに関する決済済みの情報が確認出来なかった場合（Ｓ７１０：ＮＧ）、前記コンテンツサーバ１２２は、該当コンテンツの利用不可であることを前記端末１１２に通知する（ステップＳ７１１）。他方、前記ステップＳ７１０の処理で、該当コンテンツに関する決済済みの情報が確認出来た場合（Ｓ７１０：ＯＫ）、前記コンテンツサーバ１２２は、前記端末１１２に向けて該当コンテンツの配信処理を行う（ステップＳ７１２）。
【００７２】
−−−処理手順例４−−−
続いて、主たる端末である前記端末１０１が紛失、破損等で使用不可となった場合に、新たな端末（代替端末）を主たる端末として登録する際の処理について説明する。図８は、本実施形態におけるコンテンツ管理方法の処理手順例４を示すフロー図である。なお、この新たな端末を図中では“端末Ｃ”としている。また、端末Ｃのハードウェア構成としては、図１で示した端末１０１と同じであるとする。
【００７３】
この場合まず、主たる端末として新しく登録する予定の前記端末Ｃは、ユーザからの指示を受けて、前記コンテンツサーバ１２２に対する、主端末の登録変更の要求を行う（ステップＳ８０１）。
【００７４】
これを受けた前記コンテンツサーバ１２２は、前記端末１０１により前記管理データベース３００に登録済みのＫｅｙについて、前記端末Ｃに要求を行う（ステップＳ８０２）。一方、前記端末Ｃは、自身の非接触通信部を用いて、端末の固有ＩＤである端末Ｂ＿ＩＤ１１８を、前記端末１１２に要求し（ステップＳ８０３）、前記端末１１２より取得する（ステップＳ８０４）。
【００７５】
続いて前記端末Ｃは、前記ステップＳ５１１にて登録されている、Ｋｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４を、非接触通信部を用いて前記端末１１２に要求し（ステップＳ８０５）、前記端末１１２より、Ｋｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４を取得する（ステップＳ８０６）。
【００７６】
次に、前記端末Ｃは、ユーザからのパスフレーズの入力を入出力部にて受け付ける（ステップＳ８０７）。また前記端末Ｃは、前記端末１１２より取得した、端末Ｂ＿ＩＤ１１８と、前記ユーザから入力を受けたパスフレーズ２０３ｂとを利用し、例えば図２で例示した手法にて、Ｋｅｙ_ｂ２０６を作成する（ステップＳ８０８）。
【００７７】
また、前記端末Ｃは、前記ステップＳ８０６で取得済みの、Ｋｅｙ_ｂ２０６で暗号化されたＫｅｙ＿ａ２０４を、上記作成したＫｅｙ_ｂ２０６を用いて復号化する（ステップＳ８０９）。前記端末Ｃは、この、Ｋｅｙ＿ａ２０４の復号化に用いたＫｅｙ_ｂ２０６を、処理に使用したワークメモリより削除する（ステップＳ８１０）。
【００７８】
一方、前記コンテンツサーバ１２２は、前記端末Ｃと通信し、前記ステップＳ８０９で復号化されたＫｅｙ＿ａ２０４を取得する（ステップＳ８１１）。また前記コンテンツサーバ１２２は、ここで取得したＫｅｙ＿ａ２０４が、前記端末１０１によりコンテンツサーバ１２２の管理データベース３００に登録された鍵と一致するか判定し、鍵の正当性を確認する（ステップＳ８１２）。
【００７９】
前記ステップＳ８１２での処理の結果、前記ステップＳ８０９で復号化されたＫｅｙ＿ａ２０４が、端末１０１により事前に登録されていた鍵と一致しなかった場合（Ｓ８１２：ＮＧ）、前記コンテンツサーバ１２２は、主たる端末の登録変更は不可であることを前記端末Ｃに通知する（ステップＳ８１３）。
【００８０】
他方、前記ステップＳ８１２での処理の結果、前記ステップＳ８０９で復号化されたＫｅｙ＿ａ２０４が、端末１０１により事前に登録されていた鍵と一致した場合（Ｓ８１２：ＯＫ）、前記コンテンツサーバ１２２は、主たる端末の登録変更は可であるとして、主たる端末として登録すべき鍵を前記端末Ｃに要求する（ステップＳ８１４）。
【００８１】
これを受けた前記端末Ｃは、図２で例示したＫｅｙ＿ａ２０４の作成と同様の手法にて、当該端末Ｃに固有のＫｅｙ＿ｃを生成する（ステップＳ８１５）。ここで、前記Ｋｅｙ＿ｃとは、図２での端末Ａ＿ＩＤを、端末Ｃの固有ＩＤである端末Ｃ＿ＩＤに置き換え、乱数とともに関数ｆ２０２に入力することで出力される結果である。
【００８２】
一方、前記コンテンツサーバ１２２は、前記端末Ｃと通信して前記Ｋｅｙ＿ｃを取得する（ステップＳ８１６）。また、前記コンテンツサーバ１２２は、当該取得したＫｅｙ＿ｃを、前記管理データベース３００における、該当ユーザのユーザＩＤに対応付けて登録する（ステップＳ８１７）。そしてコンテンツサーバ１２２は、前記登録が完了した事を前記端末Ｃに対し通知し（ステップＳ８１８）、処理を終了する。
【００８３】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００８４】
こうした本実施形態によれば、顧客利便性を損なわずに、コンテンツ配信に際しての良好なセキュリティ性を確保できる。
【００８５】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、前記コンテンツ管理システムにおいて、前記所定端末の代替端末が、前記他端末に対し、該他端末の端末識別情報および暗号化第１鍵を要求して取得する処理と、前記取得した前記他端末の端末識別情報と、該代替端末の入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、前記取得した暗号化第１鍵を前記第２鍵で復号化して第１鍵を取得し、該第１鍵の正当性確認の要求をコンテンツサーバに行う処理と、前記第１鍵の正当性確認の結果をコンテンツサーバから取得し、前記第１鍵の正当性が確認された場合、コンテンツサーバからの新規鍵の要求を受けて、該代替端末の端末識別情報を所定関数に適用して新規第１鍵を生成し、該新規第１鍵の登録要求をコンテンツサーバに送る処理を実行する演算部を備え、コンテンツサーバの演算部が、前記代替端末からの前記第１鍵の正当性確認の要求を受けて、記憶部において、前記他端末に対応付けて格納している前記所定端末の第１鍵と、前記代替端末からの正当性確認の要求が示す第１鍵とを照合して、正当性確認の要求が示す第１鍵の正当性を確認する処理と、前記代替端末からの前記新規第１鍵の登録要求を受けて、記憶部において、前記他端末に対応付けて該代替端末の端末識別情報と前記新規第１鍵を登録する処理を実行するものである、としてもよい。
【００８６】
また、前記コンテンツ管理方法において、前記所定端末の代替端末が、前記他端末に対し、該他端末の端末識別情報および暗号化第１鍵を要求して取得する処理と、前記取得した前記他端末の端末識別情報と、該代替端末の入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、前記取得した暗号化第１鍵を前記第２鍵で復号化して第１鍵を取得し、該第１鍵の正当性確認の要求をコンテンツサーバに行う処理と、前記第１鍵の正当性確認の結果をコンテンツサーバから取得し、前記第１鍵の正当性が確認された場合、コンテンツサーバからの新規鍵の要求を受けて、該代替端末の端末識別情報を所定関数に適用して新規第１鍵を生成し、該新規第１鍵の登録要求をコンテンツサーバに送る処理を実行し、コンテンツサーバの演算部が、前記代替端末からの前記第１鍵の正当性確認の要求を受けて、記憶部において、前記他端末に対応付けて格納している前記所定端末の第１鍵と、前記代替端末からの正当性確認の要求が示す第１鍵とを照合して、正当性確認の要求が示す第１鍵の正当性を確認する処理と、前記代替端末からの前記新規第１鍵の登録要求を受けて、記憶部において、前記他端末に対応付けて該代替端末の端末識別情報と前記新規第１鍵を登録する処理を実行する、としてもよい。
【符号の説明】
【００８７】
１０ コンテンツ管理システム
１０１ 端末Ａ（所定端末）
１１０ ＩＣカード
１０２、１１３ 演算部
１０３、１１４ 通信部
１０５、１２１ 入出力部
１０６、１１７ 記憶部
１０７ 端末Ａ＿ＩＤ（所定端末の端末識別情報）
１１８ 端末Ｂ＿ＩＤ（他端末の端末識別情報）
１１１、１１６ 非接触通信部
１１２ 端末Ｂ（他端末）
１２２ コンテンツサーバ
１２３ 決済センター
１４０ ネットワーク
２０２、２０５ 関数（所定関数）
２０３ パスフレーズ（所定情報）
２０４ Ｋｅｙ＿ａ（第１鍵）
２０６ Ｋｅｙ_ｂ（第２鍵）
３００ 管理データベース
３１０ コンテンツデータベース
４００ 暗号化決済情報
【技術分野】
【０００１】
本発明は、コンテンツ管理システム、コンテンツ管理方法に関するものであり、具体的には、コンテンツ配信における顧客利便性および安全性に関わる技術に関する。
【背景技術】
【０００２】
近年、インターネット等のネットワーク技術が進展し、音楽や書籍等の各種コンテンツの配信サービスが盛んになっている。一方で、いわゆるなりすまし等の不正手段により、悪意の第三者にコンテンツがわたることも懸念されており、配信時における認証処理の必要性も高まっている。
【０００３】
こうしたコンテンツ配信の管理技術としては、例えば、コンテンツを配布するユーザが、ユーザごとに制限を設けることが可能であり、かつコンテンツを配布するユーザが、コンテンツ配布後であっても簡易に制限を変更することを可能とするとの課題の下、コンテンツ記憶手段と、前記サーバ登録用携帯端末装置及び前記コンテンツ配布先携帯端末装置を認証するための端末認証データと、各当該装置を使用するユーザを認証するための生体認証データとを管理する認証データ記憶手段と、前記コンテンツへのアクセスに必要な認証方法を示すアクセスポリシーを管理するアクセスポリシー記憶手段と、認証を行い、前記コンテンツを前記コンテンツ配布先携帯端末装置に配布するコンテンツ問合せ確認手段とを備えるサーバ装置を含んだコンテンツ配布システム（例えば、特許文献１参照）などが提案されている。
【０００４】
また、管理端末と再生端末との関係の自由度を高めるとともに、管理端末を利用する際の管理プログラムのインストールを不要なものとするとの課題の下、コンテンツ・データを再生出力する再生端末１３を、インターネット２６に接続する汎用コンピューター２上で実行される汎用ブラウザソフト９１を通じて、操作可能な管理プログラム１０３の実行手段と、再生端末１３のユーザーを特定するユーザー識別情報と、ユーザーが視聴可能なコンテンツ・データを再生するための情報とを関連付ける認証情報を格納するストレージ１０１とを備える管理サーバ（例えば、特許文献２参照）なども提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２７１５７０号公報
【特許文献２】特開２００９−３６０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、現在のコンテンツ配信時に採用されている認証技術は、ＩＤ、パスワードに組み合わせによるものが主であり、こうした認証情報が漏洩すればなりすましは容易に起こりうる。つまりセキュリティ性が高いとは言い難い状況である。他方、徒にセキュリティ性を高めるとしても、ユーザビリティとのトレードオフとなって顧客利便性は低下し、更には新たな認証装置等を顧客に用意させる必要が生じるなど、コスト面でも課題が残されている。
【０００７】
そこで、本発明の目的は、顧客利便性を損なわずに、コンテンツ配信に際しての良好なセキュリティ性を確保できる技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明のコンテンツ管理システムは、互いに通信可能な複数の端末とコンテンツサーバとで構成されるコンピュータシステムであり、前記複数の端末のうち所定端末が、記憶部および通信部と、自身の端末識別情報を所定関数に適用して第１鍵を生成し、他端末から取得した端末識別情報と入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、第２鍵で第１鍵を暗号化して暗号化第１鍵を生成し、該暗号化第１鍵を前記他端末に送信して登録する処理と、第１鍵で第２鍵を暗号化して暗号化第２鍵を生成し、該暗号化第２鍵と、前記第１鍵および前記第２鍵を記憶部に格納する処理と、前記第１鍵と該所定端末の端末識別情報、および、前記第２鍵と前記他端末の端末識別情報をそれぞれ対応付けて、コンテンツサーバに送信し登録する処理と、コンテンツサーバとの間でのコンテンツ利用料金の決済処理により生じた情報を、予め記憶部に保持ないし所定関数に所定値を与えて生成した第３鍵で暗号化して暗号化決済情報を生成し、該暗号化決済情報を、該所定端末の識別情報に対応付けてコンテンツサーバに送信して登録する処理と、前記第２鍵で前記第３鍵を暗号化して暗号化第３鍵を生成し、該暗号化第３鍵を前記他端末に送信して登録する処理を実行する演算部を備え、前記コンテンツサーバが、記憶部および通信部と、前記他端末からコンテンツの利用要求を受けて、前記他端末に対し必要情報の返信を要求し、前記他端末より、暗号化第３鍵および該他端末の端末識別情報を取得する処理と、前記他端末に対し第２鍵生成用の所定情報を要求して前記他端末より所定情報を取得し、該所定情報と該他端末の端末識別情報とを所定関数に適用して第２鍵を生成する処理と、前記生成した第２鍵で、前記他端末より取得した暗号化第３鍵を復号化して第３鍵を取得し、該第３鍵で、該他端末と対応付けされている前記所定端末に関する暗号化決済情報を復号化して決済情報を取得し、該決済情報が、前記利用要求の示すコンテンツに関して決済済みを示すか否か判定する処理と、前記判定により、前記利用要求の示すコンテンツに関して決済済みであった場合、該当コンテンツのデータを前記他端末に対し配信する処理を実行する演算部を備える、ことを特徴とする。
【０００９】
また、本発明のコンテンツ管理方法は、記憶部および通信部、演算部を備える所定端末が、自身の端末識別情報を所定関数に適用して第１鍵を生成し、他端末から取得した端末識別情報と入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、第２鍵で第１鍵を暗号化して暗号化第１鍵を生成し、該暗号化第１鍵を前記他端末に送信して登録する処理と、第１鍵で第２鍵を暗号化して暗号化第２鍵を生成し、該暗号化第２鍵と、前記第１鍵および前記第２鍵を記憶部に格納する処理と、前記第１鍵と該所定端末の端末識別情報、および、前記第２鍵と前記他端末の端末識別情報をそれぞれ対応付けて、コンテンツサーバに送信し登録する処理と、コンテンツサーバとの間でのコンテンツ利用料金の決済処理により生じた情報を、予め記憶部に保持ないし所定関数に所定値を与えて生成した第３鍵で暗号化して暗号化決済情報を生成し、該暗号化決済情報を、該所定端末の識別情報に対応付けてコンテンツサーバに送信して登録する処理と、前記第２鍵で前記第３鍵を暗号化して暗号化第３鍵を生成し、該暗号化第３鍵を前記他端末に送信して登録する処理を実行し、記憶部および通信部、演算部を備えるコンテンツサーバが、前記他端末からコンテンツの利用要求を受けて、前記他端末に対し必要情報の返信を要求し、前記他端末より、暗号化第３鍵および該他端末の端末識別情報を取得する処理と、前記他端末に対し第２鍵生成用の所定情報を要求して前記他端末より所定情報を取得し、該所定情報と該他端末の端末識別情報とを所定関数に適用して第２鍵を生成する処理と、前記生成した第２鍵で、前記他端末より取得した暗号化第３鍵を復号化して第３鍵を取得し、該第３鍵で、該他端末と対応付けされている前記所定端末に関する暗号化決済情報を復号化して決済情報を取得し、該決済情報が、前記利用要求の示すコンテンツに関して決済済みを示すか否か判定する処理と、前記判定により、前記利用要求の示すコンテンツに関して決済済みであった場合、該当コンテンツのデータを前記他端末に対し配信する処理を実行することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、顧客利便性を損なわずに、コンテンツ配信に際しての良好なセキュリティ性を確保できる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態のコンテンツ管理システムを含むネットワーク構成例を示す図である。
【図２】本実施形態におけるKey_a（第１鍵）及びKey_b（第２鍵）の生成例を示す図である。
【図３】本実施形態におけるデータベースのデータ構造例を示す図である。
【図４】本実施形態における暗号化決済情報の構成例を示す図である。
【図５】本実施形態におけるコンテンツ管理方法の処理手順例１を示すフロー図である。
【図６】本実施形態におけるコンテンツ管理方法の処理手順例２を示すフロー図である。
【図７】本実施形態におけるコンテンツ管理方法の処理手順例３を示すフロー図である。
【図８】本実施形態におけるコンテンツ管理方法の処理手順例４を示すフロー図である。
【発明を実施するための形態】
【００１２】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のコンテンツ管理システム１０を含むネットワーク構成図である。図１に示すコンテンツ管理システム１０（以下、システム１０）は、顧客利便性を損なわずに、コンテンツ配信に際しての良好なセキュリティ性を確保できるコンピュータシステムである。
【００１３】
本実施形態における前記システム１０は、一例として、コンテンツ配信事業者が運営するコンテンツサーバ１２２と、このコンテンツサーバにアクセスしてユーザ所望のコンテンツ配信を受ける端末１０１（所定端末）および端末１１２（他端末）とがネットワーク１４０で互いに通信可能に結ばれている構成を想定している。なお、説明の便宜上、前記端末１０１を「端末Ａ」、前記端末１１２を「端末Ｂ」と図中等で示し区別している。
【００１４】
このうち少なくとも端末１０１は、例えば、ＩＣカード１１０（例：ＩＣチップを備えたクレジットカードや電子マネー媒体等）を用いた、コンテンツサーバ１２２および決済センター１２３とのコンテンツ利用料金の決済処理を実行できる。なお、こうした決済手法については他の手法を採用してもよく、本実施形態に限定されない。また、決済センター１２３は、既存のクレジットカード会社等の各種金融機関における基幹システムを想定できる。
【００１５】
前記端末１０１および端末１１２を利用するユーザは、例えば、端末１０１による決済処理の後は、当該端末１０１は勿論のこと、端末１１２でもコンテンツを利用できることとなる。これは、コンテンツを利用する端末として、決済処理も可能な主たる端末としての前記端末１０１の他に、主にコンテンツ利用のみを想定した従たる端末としての前記端末１１２を前記システム１０に登録しておき、本実施形態のコンテンツ管理手法を適用することで実現される。ユーザは複数の端末をシステム側に登録しておくことにより、決済処理に使用した端末以外の端末を用いる場合でも、該当ユーザが正当に購入したコンテンツであるとしてコンテンツ利用が可能である。一方、コンテンツ配信事業者は、前述した複数端末からのコンテンツ利用というサービスを提供しつつも、決済が完了した正当な利用者にのみ正しくコンテンツを提供できることとなる。
【００１６】
前記端末１０１および端末１１２は、例えば、ＰＤＡ（Personal Digital Assistance）、携帯電話機、その他の携帯式情報処理装置、本システム専用の情報処理装置など、様々な形態の情報処理装置を採用する事ができる。また、前記端末１０１はＩＣカード用のリーダライタとしてＲ／Ｗ部１０９を有しており、ユーザが所持するＩＣカード１１０から決済に必要な情報を読み出したり、ＩＣカード１１０に決済に必要な情報を書き込んだりする事ができる。また、前記端末１０１及び前記端末１１２は、赤外線通信などを各種の無線通信機能を実装した非接触通信部１１１と非接触通信部１１６を通じ、互いの間で情報のやり取りを可能とする。
【００１７】
また、前記端末１０１、前記端末１１２のハードウェア構成は以下の如くとなる。前記端末１０１は、端末自身の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１０２、ネットワークと接続し他装置との通信処理を担う通信部１０３、コンテンツサーバ１２２から配信されたコンテンツを表示するディスプレイ等の表示部１０４、ユーザからのキー入力や音声入出力を担う入出力部１０５、適宜な記憶装置で構成される記憶部１０６、各種の関数や乱数発生器等を備える暗号処理部１０８、ＩＣカード１１０にアクセスするＲ／Ｗ部１０９、非接触通信を通じ外部機器と非接触通信を行なう非接触通信部１１１、を備える。なお、記憶部１０６内には、本実施形態の端末として必要な機能を実装する為のプログラム１３０と、端末固有のＩＤすなわち端末識別情報となる端末Ａ＿ＩＤ１０７が少なくとも記憶されている。また、前記ＩＣカード１１０内にはオンラインでのクレジット決済を可能とする決済プログラム１１０ａが備わっている。
【００１８】
一方、前記端末１１２は、端末自身の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１１３、ネットワークと接続し他装置との通信処理を担う通信部１１４、コンテンツサーバ１２２から配信されたコンテンツを表示するディスプレイ等の表示部１１５、非接触通信を通じ外部機器と非接触通信を行なう非接触通信部１１６、適宜な記憶装置で構成される記憶部１１７、ＩＣカード１２０にアクセスするＲ／Ｗ部１１９、ユーザからのキー入力や音声入出力を担う入出力部１２１を備えている。なお、記憶部１１７内には、本実施形態の端末として必要な機能を実装する為のプログラム１３１と、端末固有のＩＤすなわち端末識別情報となる端末Ｂ＿ＩＤ１１８が、少なくとも記憶されている。
【００１９】
他方、前記コンテンツサーバ１２２は、コンテンツ配信事業者が運営するネットワーク１４０上のサーバ装置であり、コンテンツ配信を実行するための一般的な機能は例えばプログラムとして全て実装している。また、配信するコンテンツは記憶部のコンテンツデータベース３１０にて管理している。更に本実施形態のコンテンツサーバ１２２は、記憶部にて管理データベース３００を備えている。この管理データベース３００については後述する。
【００２０】
続いて、前記システム１０を構成する前記端末１０１（所定端末）、前記端末Ｂ１１２（他端末）、およびコンテンツサーバ１２２が、それぞれ実行する処理について説明する。各処理については、例えば各装置においてプログラムにより実装されている。
【００２１】
この場合、前記端末１０１は、自身の端末識別情報（端末Ａ＿ＩＤ１０７。以下同様）を所定関数に適用して第１鍵（Ｋｅｙ＿ａ。以下同様）を生成し、前記他端末（端末１１２。以下同様）から取得した端末識別情報（端末Ｂ＿ＩＤ１１８。以下同様）と入出力部１２１でユーザから受け付けた所定情報（パスフレーズ。以下同様）とを所定関数に適用して第２鍵（Ｋｅｙ_ｂ。以下同様）を生成する機能を備えている。
【００２２】
また、前記端末１０１は、Ｋｅｙ_ｂでＫｅｙ＿ａを暗号化して暗号化Ｋｅｙ＿ａを生成し、該暗号化Ｋｅｙ＿ａを前記端末１１２に送信して登録する機能を備えている。
【００２３】
また、前記端末１０１は、Ｋｅｙ＿ａでＫｅｙ_ｂを暗号化して暗号化Ｋｅｙ_ｂを生成し、該暗号化Ｋｅｙ_ｂと、前記Ｋｅｙ＿ａおよび前記Ｋｅｙ_ｂを記憶部１０６に格納する機能を備えている。
【００２４】
また、前記端末１０１は、前記Ｋｅｙ＿ａと該端末１０１の端末識別情報たる端末Ａ＿ＩＤ１０７、および、前記Ｋｅｙ_ｂと前記端末１１２の端末識別情報たる端末Ｂ＿ＩＤ１１８をそれぞれ対応付けて、コンテンツサーバ１２２に送信し管理データベース３００に登録する機能を備えている。
【００２５】
また、前記端末１０１は、コンテンツサーバ１２２との間でのコンテンツ利用料金の決済処理により生じた情報を、予め記憶部１０６に保持ないし所定関数に所定値を与えて生成した第３鍵（データ鍵Ｓ）で暗号化して暗号化決済情報を生成し、該暗号化決済情報を、該端末１０１の識別情報たる端末Ａ＿ＩＤ１０７に対応付けてコンテンツサーバ１２２に送信して前記管理データベース３００に登録する機能を備えている。
【００２６】
また、前記端末１０１は、前記Ｋｅｙ_ｂで前記データ鍵Ｓを暗号化して暗号化データ鍵Ｓを生成し、該暗号化データ鍵Ｓを前記端末１１２に送信して登録する機能を備えている。
【００２７】
一方、前記コンテンツサーバ１２２は、前記端末１１２からコンテンツの利用要求を受けて、前記端末１１２に対し必要情報の返信を要求し、前記端末１１２より、暗号化データ鍵Ｓおよび該端末１１２の端末識別情報たる端末Ｂ＿ＩＤ１１８を取得する機能を備えている。
【００２８】
また、前記コンテンツサーバ１２２は、前記端末１１２に対しＫｅｙ_ｂ生成用のパスフレーズを要求して前記端末１１２よりパスフレーズを取得し、該パスフレーズと該端末１１２の端末識別情報たる端末Ｂ＿ＩＤ１１８とを所定関数に適用してＫｅｙ_ｂを生成する機能を備えている。
【００２９】
また、前記コンテンツサーバ１２２は、前記生成したＫｅｙ_ｂで、前記端末１１２より取得した暗号化データ鍵Ｓを復号化してデータ鍵Ｓを取得し、該データ鍵Ｓで、該端末１１２と対応付けされている前記端末１０１に関する暗号化決済情報を復号化して決済情報を取得し、該決済情報が、前記利用要求の示すコンテンツに関して決済済みを示すか否か判定する機能を備えている。
【００３０】
また、前記コンテンツサーバ１２２は、前記判定により、前記利用要求の示すコンテンツに関して決済済みであった場合、該当コンテンツのデータをコンテンツデータベース３１０より読み出して前記端末１１２に対し配信する機能を備えている。
【００３１】
なお、前記端末１０１を取り替える場合、取り替えた端末すなわち代替端末（主たる端末になる端末）は、以下の機能を備えている。この場合、代替端末は、前記端末１１２に対し、該端末１１２の端末識別情報および暗号化Ｋｅｙ＿ａを要求して取得する機能を備えている。
【００３２】
また、代替端末は、前記取得した前記端末１１２の端末識別情報たる端末Ｂ＿ＩＤ１１８と、該代替端末の入出力部で受け付けたパスフレーズとを所定関数に適用してＫｅｙ_ｂを生成する機能を備えている。
【００３３】
また、代替端末は、前記取得した暗号化Ｋｅｙ＿ａを前記Ｋｅｙ_ｂで復号化してＫｅｙ＿ａを取得し、該Ｋｅｙ＿ａの正当性確認の要求をコンテンツサーバ１２２に行う機能を備えている。
【００３４】
また、代替端末は、前記Ｋｅｙ＿ａの正当性確認の結果をコンテンツサーバ１２２から取得し、前記Ｋｅｙ＿ａの正当性が確認された場合、コンテンツサーバ１２２からの新規鍵の要求を受けて、該代替端末の端末識別情報（例えば、端末Ｃ＿ＩＤ）を所定関数に適用して新規第１鍵（例えば、Ｋｅｙ＿ｃ）を生成し、該新規第１鍵の登録要求をコンテンツサーバ１２２に送る機能を備えている。
【００３５】
またこの場合、コンテンツサーバ１２２は、前記代替端末からの前記Ｋｅｙ＿ａの正当性確認の要求を受けて、記憶部において、前記端末１１２に対応付けて格納している前記端末１０１のＫｅｙ＿ａと、前記代替端末からの正当性確認の要求が示すＫｅｙ＿ａとを照合して、正当性確認の要求が示すＫｅｙ＿ａの正当性を確認する機能を備えている。
【００３６】
また、コンテンツサーバ１２２は、前記代替端末からの前記新規第１鍵の登録要求を受けて、記憶部の管理データベース３００において、前記端末１１２に対応付けて該代替端末の端末識別情報（例えば、端末Ｃ＿ＩＤ）と前記新規第１鍵（例えば、Ｋｅｙ＿ｃ）を登録する機能を備えている。
【００３７】
ここで、第１鍵、第２鍵の生成例について説明しておく。図２は、第１鍵（Ｋｅｙ＿ａ２０４）と第２鍵（Ｋｅｙ_ｂ２０６）を生成する方法の一例を示したものである。ここで生成される鍵は、コンテンツ配信事業者がユーザの端末１０１と端末１１２を一意に特定できる鍵となる。第１鍵たるＫｅｙ＿ａ２０４は、端末１０１の端末識別情報たる端末Ａ＿ＩＤ１０７と、例えば暗号処理部１０８で生成された乱数２０１を、関数ｆ２０２に入力することで生成される。関数ｆ２０２は、たとえばハッシュ関数を用いることができ、この場合、入力値に対し一意に決まる出力値すなわちＫｅｙ＿ａが得られる事が期待できる。また、Ｋｅｙ_ｂ２０６は、端末１１２の端末識別情報たる端末Ｂ＿ＩＤ１１８と、ユーザより入力されるパスフレーズ２０３を、関数ｆ２０５に入力することで生成される。関数ｆ２０５は上記同様たとえばハッシュ関数を用いることができる。関数ｆ２０２と関数ｆ２０５は同じアルゴリズムを使用してもよい。
【００３８】
−−−データ構造例−−−
次に、本実施形態のコンテンツサーバ１２２が用いるデータベースにおけるデータ構造例について説明する。前記コンテンツサーバ１２２は、自身の備える、或いはネットワーク経由で利用可能なハードディスクドライブなどの不揮発性記憶装置において、管理データベース３００およびコンテンツデータベース３１０を備えている。
【００３９】
図３は、コンテンツ配信サービスにおいて、コンテンツ配信事業者が、ユーザと、ユーザが所持する端末とを結びつけて管理するデータベースである。この管理データベース３００は、例えば、その利用者に固有のＩＤを割り振ったユーザＩＤ３０１と、ユーザが所持する端末の端末識別情報たる固有ＩＤ３０２と、ユーザの端末を一意に特定できる鍵３０３と、ＩＣカードを利用してオンラインでのクレジット決済を行った事を示す決済情報３０４などが含まれる。
【００４０】
なお、前記決済情報３０４は、例えば図４に示すようなデータ構成が想定できる。決済情報３０４は、端末１０１、１１２にてＩＣカード等を利用した決済を行った際の情報を、前記データ鍵Ｓで暗号化した暗号化決済情報４０３を含むものとなる。また他に、Ｋｅｙ_ａ２０４で暗号化したデータ鍵Ｓ４０１と、Ｋｅｙ_ｂ２０６で暗号化したデータ鍵Ｓ４０２などが含まれるとできる。上記で示す、データ鍵ＳはＡＥＳ(Advanced Encryption Standard) やＤＥＳ（Data Encryption Standard）、ＴｒｉｐｌｅＤＥＳといった共通鍵暗号で使用される鍵を使用してもよい。
【００４１】
またコンテンツサーバ１２２は、コンテンツデータベース３１０も備えている。このコンテンツデータベース３１０は、端末１０１、１１２に配信されるコンテンツを格納したデータベースであり、各コンテンツのＩＤ、サイズ、料金、およびファイル（実データ）といったデータが対応付けて格納されている。よって、コンテンツサーバ１２２は、端末１０１、１１２らから、所望のコンテンツについて例えばコンテンツＩＤにて指定を受け付け、該当コンテンツＩＤをキーに該コンテンツデータベース３１０での検索とデータ抽出、配信を実行することになる。
【００４２】
−−−処理手順例１−−−
以下、本実施形態におけるコンテンツ管理方法の実際手順について図に基づき説明する。以下で説明するコンテンツ管理方法に対応する各種動作は、前記システム１０を構成する端末１０１、１１２、およびコンテンツサーバ１２２らがメモリ等に読み出してそれぞれ実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００４３】
ここではまず、主たる端末１０１（図中の“端末Ａ”）の他に、従たる端末１１２（図中の“端末Ｂ”）をコンテンツサーバ１２２に登録する際の処理について説明する。なお、本実施形態では、前記端末１０１を、コンテンツの購入および利用に用いられる端末、前記端末１１２を、コンテンツを利用することだけに用いる端末として取り扱う。
【００４４】
図５は、本実施形態におけるコンテンツ管理方法の処理手順例１を示すフロー図である。この場合まず、端末１０１が入出力部１０５等でユーザからの指示を受け、非接触通信部１１１を介して、端末１１２に対して端末識別情報である端末Ｂ＿ＩＤ１１８を要求する（ステップＳ５０１）。これを受けた端末１１２は、記憶部１１７より端末Ｂ＿ＩＤ１１８を読み出し、これを、非接触通信部１１６を関して前記端末１０１に返すこととなる。こうして端末１０１は、端末１１２から端末Ｂ＿ＩＤ１１８を取得する（ステップＳ５０２）。
【００４５】
続いて、端末１０１は、例えば図２で例示した手法にてＫｅｙ_ｂ２０６の生成を行う（ステップＳ５０３）。また端末１０１は、同じく図２で例示した手法にてＫｅｙ＿ａ２０４の生成を行う（ステップＳ５０４）。
【００４６】
次に端末１０１は、前記コンテンツサーバ１２２に対して、前記ステップＳ５０３、Ｓ５０４で生成したＫｅｙ＿ａ２０４とＫｅｙ_ｂ２０６について、当該端末１０１のユーザと対応付けた登録を要求する（ステップＳ５０５）。
【００４７】
これに対してコンテンツサーバ１２２は、前記登録の要求が含むユーザＩＤ等の顧客情報、例えば、“Ｕｓｅｒ＿Ａ”をキーにして、前記管理データベース３００においてＫｅｙ＿ａ２０４およびＫｅｙ_ｂ２０６を一旦登録（すなわち仮登録）する（ステップＳ５０６）。そして、コンテンツサーバ１２２は、この仮登録が完了した事を前記端末１０１に通知する（ステップＳ５０７）。
【００４８】
一方、前記端末１０１は、前記ステップＳ５０４で生成したＫｅｙ_ａ２０４を、同じく前記ステップＳ５０３で生成したＫｅｙ_ｂ２０６を使って、例えば暗号処理部１０８にて暗号化する（ステップＳ５０８）。同じく、前記端末１０１は、前記ステップＳ５０３で生成したＫｅｙ_ｂ２０６を、前記Ｋｅｙ＿ａ２０４を使って、例えば暗号処理部１０８にて暗号化する（ステップＳ５０９）。
【００４９】
次に前記端末１０１は、前記Ｋｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４について、前記端末１１２に対し、非接触通信部１１１を通じて登録要求を行う（ステップＳ５１０）。一方、前記端末１１２は、前記端末１０１より、前記Ｋｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４を受信し、これを記憶部１１７へ登録する（ステップＳ５１１）。また、前記端末１１２は、前記Ｋｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４の登録が完了した事を、前記端末１０１に通知する（ステップＳ５１２）。
【００５０】
続いて前記端末１０１は、前記生成したＫｅｙ＿ａ２０４およびＫｅｙ_ｂ２０６、およびＫｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４、を処理に使用したワークメモリより削除する（ステップＳ５１３）。
【００５１】
次に、前記端末１０１は、前記Ｋｅｙ＿ａ２０４を使って暗号化したＫｅｙ_ｂ２０６を、記憶部１０６にて格納する（ステップＳ５１４）。そして前記端末１０１は、前記ステップＳ５１４まで処理が終了すると、前記コンテンツサーバ１２２に対し、前記ステップＳ５０６で仮登録していたＫｅｙ＿ａ２０４およびＫｅｙ_ｂ２０６の本登録を要求する（ステップＳ５１５）。
【００５２】
これを受けた前記コンテンツサーバ１２２は、管理データベース３００にて仮登録していた前記ユーザに関するＫｅｙ＿ａ２０４およびＫｅｙ_ｂ２０６を登録する（ステップＳ５１６）。また前記コンテンツサーバ１２２は、前記Ｋｅｙ＿ａ２０４およびＫｅｙ_ｂ２０６の登録が完了した事を、前記端末１０１に対し通知し（ステップＳ５１７）、処理を終了する。こうした一連の処理を経て、図３に例示した管理データベース３００におけるレコードが生成されていく。
【００５３】
−−−処理手順例２−−−
続いて、コンテンツの利用料金決済に際して生じる情報の登録処理等について説明する。図６は、本実施形態におけるコンテンツ管理方法の処理手順例２を示すフロー図である。この場合、ユーザは端末１０１（図中では“端末Ａ”）を用いてコンテンツ配信サービスにて購入するコンテンツを選択するものとする。この時、端末１０１は、ユーザが選択したコンテンツに関する購入要求を前記コンテンツサーバ１２２に対し送信する（ステップＳ６０１）。
【００５４】
一方、前記コンテンツサーバ１２２は、前記購入要求に応じて該当コンテンツの情報（例えば、コンテンツＩＤ、サイズ、料金等）を前記コンテンツデータベース３１０で抽出し、これを該当コンテンツの購入確認の通知に含めて端末１０１に対し送る（ステップＳ６０２）。ここで前記ユーザは、自身が購入するコンテンツに間違いがないか、前記端末１０１の入出力部１０５にて情報を閲覧して確認することになる。この時、端末１０１は、該当コンテンツに関する利用料金の決済要求を、前記コンテンツサーバ１２２に送信する（ステップＳ６０３）。
【００５５】
これを受けた前記コンテンツサーバ１２２は、決済センター１２３に対し、該当コンテンツの該当料金に関する、前記端末１０１との決済処理を要求し、決済処理へと手順を進める（ステップＳ６０４）。この決済処理では、ステップＳ６０５の決済コマンドおよびステップＳ６０６の決済レスポンスを用いて、端末１０１のＲ／Ｗ部１０９を介して読み取りがなされるＩＣカード１１０と、前記決済センター１２３とが、所定の順序で通信処理を繰り返し、前記該当料金に関する決済処理を行なう。所定の決済処理手順として、例えば、ＩＣカードクレジットの処理手順、電文項目などを規定したＥＭＶ（Ｅｕｒｏｐａｙ、Ｍａｓｔｅｒｃａｒｄ、Ｖｉｓａにより策定されたＩＣカードを利用したクレジット・デビット取引仕様）などがある。なお、前記ＩＣカード１１０と決済サーバ１２３等との通信に用いられる決済コマンドＳ６０５、決済レスポンスＳ６０６として、例えば、ＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を用いてもよい。
【００５６】
上記決済処理が完了した後、決済センター１２３は、前記コンテンツサーバ１２２に対して決済完了を通知する（ステップＳ６０７）。そして、前記コンテンツサーバ１２２は、端末１０１に対し、該当コンテンツに関する決済完了の通知を行う（ステップＳ６０８）。
【００５７】
続いて前記端末１０１は、決済情報を暗号化するために使用するデータ鍵Ｓを生成する（ステップＳ６０９）。このデータ鍵Ｓとして、例えば共通鍵を使う場合、前記暗号処理部１０８による乱数生成により、必要な鍵長分の乱数をデータ鍵Ｓとして生成し使用してもよい。
【００５８】
次に前記端末１０１は、前記ステップＳ５１４にて登録した、Ｋｅｙ＿ａ２０４を使って暗号化したＫｅｙ_ｂ２０６を、Ｋｅｙ＿ａ２０４で復号化する（ステップＳ６１０）。このＫｅｙ＿ａ２０４は、前記ステップＳ５０４で実行した生成手法にて得たものか、或いは前記ステップＳ６０８に伴ってコンテンツサーバ１２２から受信した決済完了の通知が含むものである。
【００５９】
次に前記端末１０１は、図４で例示した決済情報３０４の作成を行う（ステップＳ６１１）。すなわち端末１０１の前記暗号処理部１０８が、前記ステップＳ６０９で生成した前記データ鍵Ｓを用いて、前記ステップＳ６０８に伴って得ている決済の情報を暗号化するのである。また端末１０１は、前記Ｋｅｙ＿ａ２０４による前記データ鍵Ｓの暗号化、前記Ｋｅｙ＿ｂ２０６による前記データ鍵Ｓの暗号化もあわせて行う。
【００６０】
こうして決済情報を作成した端末１０１は、使用したＫｅｙ_ｂ２０６をワークメモリより削除し（ステップＳ６１２）、作成した決済情報３０４の登録要求をコンテンツサーバ１２２に対して行う（ステップＳ６１３）。
【００６１】
これを受けた前記コンテンツサーバ１２２は、図３で例示の通り、当該決済情報３０４を、前記管理データベース３００における該当ユーザの該端末１０１に関するレコードに登録する（ステップＳ６１４）。また前記コンテンツサーバ１２２は、端末１０１に対して決済情報３０４の登録完了を通知する（ステップＳ６１５）。
【００６２】
前記登録完了の通知を受けた前記端末１０１は、上記決済情報の作成時に使用した、Ｋｅｙ_ｂ２０６で暗号化されたデータ鍵Ｓ４０２の登録要求を、非接触通信部１１１を介して端末１１２へ送る（ステップＳ６１６）。これを受けた前記端末１１２は、当該Ｋｅｙ_ｂ２０６で暗号化されたデータ鍵Ｓ４０２を、記憶部１１７へ登録し（ステップＳ６１７）、当該登録が完了した旨を前記端末１０１へ通知して（ステップＳ６１８）処理を終了する。
【００６３】
−−−処理手順例３−−−
続いて、前記端末１１２（端末Ｂ）にてコンテンツを利用する際の処理について説明する。図７は、本実施形態におけるコンテンツ管理方法の処理手順例３を示すフロー図である。状況として、ユーザは、前記端末１０１で購入したコンテンツを、前記端末１１２で利用する意思があるものとする。この場合、ユーザの指示を入出力部１２１で受けた端末１１２は、コンテンツ利用要求をコンテンツサーバ１２２に対して送る（ステップＳ７０１）。
【００６４】
一方、前記コンテンツサーバ１２２は、コンテンツ利用に伴うユーザ確認時に必要となる情報を、前記端末１１２に対して要求する（ステップＳ７０２）。これを受けた前記端末１１２は、前記ステップＳ６１７にて記憶部１１７に登録した、Ｋｅｙ_ｂ２０６で暗号化されたデータ鍵Ｓ４０２と、端末１１２の固有ＩＤである端末Ｂ＿ＩＤ１１８を、記憶部１１７から読み出し、前記コンテンツサーバ１２２に返すこととなる。
【００６５】
この時、前記コンテンツサーバ１２２は、前記端末１１２より、前記Ｋｅｙ_ｂ２０６で暗号化されたデータ鍵Ｓ４０２と、前記端末Ｂ＿ＩＤ１１８の各情報を取得する（ステップＳ７０３）。続いて、前記コンテンツサーバ１２２は、ユーザのパスフレーズを前記端末１１２に対し要求する（ステップＳ７０４）。
【００６６】
これを受けた前記端末１１２は、ユーザによるパスフレーズの入力を前記入出力部１２１で受け付け（ステップＳ７０５）、これをコンテンツサーバ１２２に返す。一方、前記コンテンツサーバ１２２は、前記端末１１２より前記パスフレーズの情報を取得する（ステップＳ７０６）。
【００６７】
次に前記コンテンツサーバ１２２は、前記端末１１２より取得した端末Ｂ＿ＩＤ１１８とパスフレーズ２０３を利用して、例えば図２で例示した手法によりＫｅｙ_ｂ２０６を作成する（ステップＳ７０７）。
【００６８】
続いて前記コンテンツサーバ１２２は、前記管理データベース３００にて該当ユーザに関して保持している決済情報３０４が含む、前記Ｋｅｙ_ｂ２０６で暗号化されたデータ鍵Ｓ４０２を、前記ステップＳ７０７で作成したＫｅｙ_ｂ２０６を用いて復号化する（ステップＳ７０８）。
【００６９】
また、コンテンツサーバ１２２は、前記管理データベース３００にて該当ユーザに関して保持している決済情報３０４が含む、暗号化されている決済情報４０３を、前記ステップＳ７０８で復号化したデータ鍵Ｓを用いて復号化する（ステップＳ７０９）。
【００７０】
続いて前記コンテンツサーバ１２２は、上記ステップＳ７０９で復号化された決済情報が、該当ユーザにより該当コンテンツの決済が完了しているか否かについての情報（例えば、決済済みのコンテンツＩＤと該当決済を行ったユーザのユーザＩＤ）を含むかチェックし、決済情報の正当性を確認する（ステップＳ７１０）。
【００７１】
前記ステップＳ７１０の処理で、該当コンテンツに関する決済済みの情報が確認出来なかった場合（Ｓ７１０：ＮＧ）、前記コンテンツサーバ１２２は、該当コンテンツの利用不可であることを前記端末１１２に通知する（ステップＳ７１１）。他方、前記ステップＳ７１０の処理で、該当コンテンツに関する決済済みの情報が確認出来た場合（Ｓ７１０：ＯＫ）、前記コンテンツサーバ１２２は、前記端末１１２に向けて該当コンテンツの配信処理を行う（ステップＳ７１２）。
【００７２】
−−−処理手順例４−−−
続いて、主たる端末である前記端末１０１が紛失、破損等で使用不可となった場合に、新たな端末（代替端末）を主たる端末として登録する際の処理について説明する。図８は、本実施形態におけるコンテンツ管理方法の処理手順例４を示すフロー図である。なお、この新たな端末を図中では“端末Ｃ”としている。また、端末Ｃのハードウェア構成としては、図１で示した端末１０１と同じであるとする。
【００７３】
この場合まず、主たる端末として新しく登録する予定の前記端末Ｃは、ユーザからの指示を受けて、前記コンテンツサーバ１２２に対する、主端末の登録変更の要求を行う（ステップＳ８０１）。
【００７４】
これを受けた前記コンテンツサーバ１２２は、前記端末１０１により前記管理データベース３００に登録済みのＫｅｙについて、前記端末Ｃに要求を行う（ステップＳ８０２）。一方、前記端末Ｃは、自身の非接触通信部を用いて、端末の固有ＩＤである端末Ｂ＿ＩＤ１１８を、前記端末１１２に要求し（ステップＳ８０３）、前記端末１１２より取得する（ステップＳ８０４）。
【００７５】
続いて前記端末Ｃは、前記ステップＳ５１１にて登録されている、Ｋｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４を、非接触通信部を用いて前記端末１１２に要求し（ステップＳ８０５）、前記端末１１２より、Ｋｅｙ_ｂ２０６を使って暗号化したＫｅｙ＿ａ２０４を取得する（ステップＳ８０６）。
【００７６】
次に、前記端末Ｃは、ユーザからのパスフレーズの入力を入出力部にて受け付ける（ステップＳ８０７）。また前記端末Ｃは、前記端末１１２より取得した、端末Ｂ＿ＩＤ１１８と、前記ユーザから入力を受けたパスフレーズ２０３ｂとを利用し、例えば図２で例示した手法にて、Ｋｅｙ_ｂ２０６を作成する（ステップＳ８０８）。
【００７７】
また、前記端末Ｃは、前記ステップＳ８０６で取得済みの、Ｋｅｙ_ｂ２０６で暗号化されたＫｅｙ＿ａ２０４を、上記作成したＫｅｙ_ｂ２０６を用いて復号化する（ステップＳ８０９）。前記端末Ｃは、この、Ｋｅｙ＿ａ２０４の復号化に用いたＫｅｙ_ｂ２０６を、処理に使用したワークメモリより削除する（ステップＳ８１０）。
【００７８】
一方、前記コンテンツサーバ１２２は、前記端末Ｃと通信し、前記ステップＳ８０９で復号化されたＫｅｙ＿ａ２０４を取得する（ステップＳ８１１）。また前記コンテンツサーバ１２２は、ここで取得したＫｅｙ＿ａ２０４が、前記端末１０１によりコンテンツサーバ１２２の管理データベース３００に登録された鍵と一致するか判定し、鍵の正当性を確認する（ステップＳ８１２）。
【００７９】
前記ステップＳ８１２での処理の結果、前記ステップＳ８０９で復号化されたＫｅｙ＿ａ２０４が、端末１０１により事前に登録されていた鍵と一致しなかった場合（Ｓ８１２：ＮＧ）、前記コンテンツサーバ１２２は、主たる端末の登録変更は不可であることを前記端末Ｃに通知する（ステップＳ８１３）。
【００８０】
他方、前記ステップＳ８１２での処理の結果、前記ステップＳ８０９で復号化されたＫｅｙ＿ａ２０４が、端末１０１により事前に登録されていた鍵と一致した場合（Ｓ８１２：ＯＫ）、前記コンテンツサーバ１２２は、主たる端末の登録変更は可であるとして、主たる端末として登録すべき鍵を前記端末Ｃに要求する（ステップＳ８１４）。
【００８１】
これを受けた前記端末Ｃは、図２で例示したＫｅｙ＿ａ２０４の作成と同様の手法にて、当該端末Ｃに固有のＫｅｙ＿ｃを生成する（ステップＳ８１５）。ここで、前記Ｋｅｙ＿ｃとは、図２での端末Ａ＿ＩＤを、端末Ｃの固有ＩＤである端末Ｃ＿ＩＤに置き換え、乱数とともに関数ｆ２０２に入力することで出力される結果である。
【００８２】
一方、前記コンテンツサーバ１２２は、前記端末Ｃと通信して前記Ｋｅｙ＿ｃを取得する（ステップＳ８１６）。また、前記コンテンツサーバ１２２は、当該取得したＫｅｙ＿ｃを、前記管理データベース３００における、該当ユーザのユーザＩＤに対応付けて登録する（ステップＳ８１７）。そしてコンテンツサーバ１２２は、前記登録が完了した事を前記端末Ｃに対し通知し（ステップＳ８１８）、処理を終了する。
【００８３】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００８４】
こうした本実施形態によれば、顧客利便性を損なわずに、コンテンツ配信に際しての良好なセキュリティ性を確保できる。
【００８５】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、前記コンテンツ管理システムにおいて、前記所定端末の代替端末が、前記他端末に対し、該他端末の端末識別情報および暗号化第１鍵を要求して取得する処理と、前記取得した前記他端末の端末識別情報と、該代替端末の入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、前記取得した暗号化第１鍵を前記第２鍵で復号化して第１鍵を取得し、該第１鍵の正当性確認の要求をコンテンツサーバに行う処理と、前記第１鍵の正当性確認の結果をコンテンツサーバから取得し、前記第１鍵の正当性が確認された場合、コンテンツサーバからの新規鍵の要求を受けて、該代替端末の端末識別情報を所定関数に適用して新規第１鍵を生成し、該新規第１鍵の登録要求をコンテンツサーバに送る処理を実行する演算部を備え、コンテンツサーバの演算部が、前記代替端末からの前記第１鍵の正当性確認の要求を受けて、記憶部において、前記他端末に対応付けて格納している前記所定端末の第１鍵と、前記代替端末からの正当性確認の要求が示す第１鍵とを照合して、正当性確認の要求が示す第１鍵の正当性を確認する処理と、前記代替端末からの前記新規第１鍵の登録要求を受けて、記憶部において、前記他端末に対応付けて該代替端末の端末識別情報と前記新規第１鍵を登録する処理を実行するものである、としてもよい。
【００８６】
また、前記コンテンツ管理方法において、前記所定端末の代替端末が、前記他端末に対し、該他端末の端末識別情報および暗号化第１鍵を要求して取得する処理と、前記取得した前記他端末の端末識別情報と、該代替端末の入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、前記取得した暗号化第１鍵を前記第２鍵で復号化して第１鍵を取得し、該第１鍵の正当性確認の要求をコンテンツサーバに行う処理と、前記第１鍵の正当性確認の結果をコンテンツサーバから取得し、前記第１鍵の正当性が確認された場合、コンテンツサーバからの新規鍵の要求を受けて、該代替端末の端末識別情報を所定関数に適用して新規第１鍵を生成し、該新規第１鍵の登録要求をコンテンツサーバに送る処理を実行し、コンテンツサーバの演算部が、前記代替端末からの前記第１鍵の正当性確認の要求を受けて、記憶部において、前記他端末に対応付けて格納している前記所定端末の第１鍵と、前記代替端末からの正当性確認の要求が示す第１鍵とを照合して、正当性確認の要求が示す第１鍵の正当性を確認する処理と、前記代替端末からの前記新規第１鍵の登録要求を受けて、記憶部において、前記他端末に対応付けて該代替端末の端末識別情報と前記新規第１鍵を登録する処理を実行する、としてもよい。
【符号の説明】
【００８７】
１０ コンテンツ管理システム
１０１ 端末Ａ（所定端末）
１１０ ＩＣカード
１０２、１１３ 演算部
１０３、１１４ 通信部
１０５、１２１ 入出力部
１０６、１１７ 記憶部
１０７ 端末Ａ＿ＩＤ（所定端末の端末識別情報）
１１８ 端末Ｂ＿ＩＤ（他端末の端末識別情報）
１１１、１１６ 非接触通信部
１１２ 端末Ｂ（他端末）
１２２ コンテンツサーバ
１２３ 決済センター
１４０ ネットワーク
２０２、２０５ 関数（所定関数）
２０３ パスフレーズ（所定情報）
２０４ Ｋｅｙ＿ａ（第１鍵）
２０６ Ｋｅｙ_ｂ（第２鍵）
３００ 管理データベース
３１０ コンテンツデータベース
４００ 暗号化決済情報
【特許請求の範囲】
【請求項１】
互いに通信可能な複数の端末とコンテンツサーバとで構成されるコンピュータシステムであり、
前記複数の端末のうち所定端末が、
記憶部および通信部と、
自身の端末識別情報を所定関数に適用して第１鍵を生成し、他端末から取得した端末識別情報と入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、
第２鍵で第１鍵を暗号化して暗号化第１鍵を生成し、該暗号化第１鍵を前記他端末に送信して登録する処理と、
第１鍵で第２鍵を暗号化して暗号化第２鍵を生成し、該暗号化第２鍵と、前記第１鍵および前記第２鍵を記憶部に格納する処理と、
前記第１鍵と該所定端末の端末識別情報、および、前記第２鍵と前記他端末の端末識別情報をそれぞれ対応付けて、コンテンツサーバに送信し登録する処理と、
コンテンツサーバとの間でのコンテンツ利用料金の決済処理により生じた情報を、予め記憶部に保持ないし所定関数に所定値を与えて生成した第３鍵で暗号化して暗号化決済情報を生成し、該暗号化決済情報を、該所定端末の識別情報に対応付けてコンテンツサーバに送信して登録する処理と、
前記第２鍵で前記第３鍵を暗号化して暗号化第３鍵を生成し、該暗号化第３鍵を前記他端末に送信して登録する処理を実行する演算部を備え、
前記コンテンツサーバが、
記憶部および通信部と、
前記他端末からコンテンツの利用要求を受けて、前記他端末に対し必要情報の返信を要求し、前記他端末より、暗号化第３鍵および該他端末の端末識別情報を取得する処理と、
前記他端末に対し第２鍵生成用の所定情報を要求して前記他端末より所定情報を取得し、該所定情報と該他端末の端末識別情報とを所定関数に適用して第２鍵を生成する処理と、
前記生成した第２鍵で、前記他端末より取得した暗号化第３鍵を復号化して第３鍵を取得し、該第３鍵で、該他端末と対応付けされている前記所定端末に関する暗号化決済情報を復号化して決済情報を取得し、該決済情報が、前記利用要求の示すコンテンツに関して決済済みを示すか否か判定する処理と、
前記判定により、前記利用要求の示すコンテンツに関して決済済みであった場合、該当コンテンツのデータを前記他端末に対し配信する処理を実行する演算部を備える、
ことを特徴とするコンテンツ管理システム。
【請求項２】
前記所定端末の代替端末が、
前記他端末に対し、該他端末の端末識別情報および暗号化第１鍵を要求して取得する処理と、
前記取得した前記他端末の端末識別情報と、該代替端末の入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、
前記取得した暗号化第１鍵を前記第２鍵で復号化して第１鍵を取得し、該第１鍵の正当性確認の要求をコンテンツサーバに行う処理と、
前記第１鍵の正当性確認の結果をコンテンツサーバから取得し、前記第１鍵の正当性が確認された場合、コンテンツサーバからの新規鍵の要求を受けて、該代替端末の端末識別情報を所定関数に適用して新規第１鍵を生成し、該新規第１鍵の登録要求をコンテンツサーバに送る処理を実行する演算部を備え、
コンテンツサーバの演算部が、
前記代替端末からの前記第１鍵の正当性確認の要求を受けて、記憶部において、前記他端末に対応付けて格納している前記所定端末の第１鍵と、前記代替端末からの正当性確認の要求が示す第１鍵とを照合して、正当性確認の要求が示す第１鍵の正当性を確認する処理と、
前記代替端末からの前記新規第１鍵の登録要求を受けて、記憶部において、前記他端末に対応付けて該代替端末の端末識別情報と前記新規第１鍵を登録する処理を実行するものである、
ことを特徴とする請求項１に記載のコンテンツ管理システム。
【請求項３】
記憶部および通信部、演算部を備える所定端末が、
自身の端末識別情報を所定関数に適用して第１鍵を生成し、他端末から取得した端末識別情報と入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、
第２鍵で第１鍵を暗号化して暗号化第１鍵を生成し、該暗号化第１鍵を前記他端末に送信して登録する処理と、
第１鍵で第２鍵を暗号化して暗号化第２鍵を生成し、該暗号化第２鍵と、前記第１鍵および前記第２鍵を記憶部に格納する処理と、
前記第１鍵と該所定端末の端末識別情報、および、前記第２鍵と前記他端末の端末識別情報をそれぞれ対応付けて、コンテンツサーバに送信し登録する処理と、
コンテンツサーバとの間でのコンテンツ利用料金の決済処理により生じた情報を、予め記憶部に保持ないし所定関数に所定値を与えて生成した第３鍵で暗号化して暗号化決済情報を生成し、該暗号化決済情報を、該所定端末の識別情報に対応付けてコンテンツサーバに送信して登録する処理と、
前記第２鍵で前記第３鍵を暗号化して暗号化第３鍵を生成し、該暗号化第３鍵を前記他端末に送信して登録する処理を実行し、
記憶部および通信部、演算部を備えるコンテンツサーバが、
前記他端末からコンテンツの利用要求を受けて、前記他端末に対し必要情報の返信を要求し、前記他端末より、暗号化第３鍵および該他端末の端末識別情報を取得する処理と、
前記他端末に対し第２鍵生成用の所定情報を要求して前記他端末より所定情報を取得し、該所定情報と該他端末の端末識別情報とを所定関数に適用して第２鍵を生成する処理と、
前記生成した第２鍵で、前記他端末より取得した暗号化第３鍵を復号化して第３鍵を取得し、該第３鍵で、該他端末と対応付けされている前記所定端末に関する暗号化決済情報を復号化して決済情報を取得し、該決済情報が、前記利用要求の示すコンテンツに関して決済済みを示すか否か判定する処理と、
前記判定により、前記利用要求の示すコンテンツに関して決済済みであった場合、該当コンテンツのデータを前記他端末に対し配信する処理を実行する、
ことを特徴とするコンテンツ管理方法。
【請求項４】
前記所定端末の代替端末が、
前記他端末に対し、該他端末の端末識別情報および暗号化第１鍵を要求して取得する処理と、
前記取得した前記他端末の端末識別情報と、該代替端末の入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、
前記取得した暗号化第１鍵を前記第２鍵で復号化して第１鍵を取得し、該第１鍵の正当性確認の要求をコンテンツサーバに行う処理と、
前記第１鍵の正当性確認の結果をコンテンツサーバから取得し、前記第１鍵の正当性が確認された場合、コンテンツサーバからの新規鍵の要求を受けて、該代替端末の端末識別情報を所定関数に適用して新規第１鍵を生成し、該新規第１鍵の登録要求をコンテンツサーバに送る処理を実行し、
コンテンツサーバの演算部が、
前記代替端末からの前記第１鍵の正当性確認の要求を受けて、記憶部において、前記他端末に対応付けて格納している前記所定端末の第１鍵と、前記代替端末からの正当性確認の要求が示す第１鍵とを照合して、正当性確認の要求が示す第１鍵の正当性を確認する処理と、
前記代替端末からの前記新規第１鍵の登録要求を受けて、記憶部において、前記他端末に対応付けて該代替端末の端末識別情報と前記新規第１鍵を登録する処理を実行する、
ことを特徴とする請求項３に記載のコンテンツ管理方法。
【請求項１】
互いに通信可能な複数の端末とコンテンツサーバとで構成されるコンピュータシステムであり、
前記複数の端末のうち所定端末が、
記憶部および通信部と、
自身の端末識別情報を所定関数に適用して第１鍵を生成し、他端末から取得した端末識別情報と入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、
第２鍵で第１鍵を暗号化して暗号化第１鍵を生成し、該暗号化第１鍵を前記他端末に送信して登録する処理と、
第１鍵で第２鍵を暗号化して暗号化第２鍵を生成し、該暗号化第２鍵と、前記第１鍵および前記第２鍵を記憶部に格納する処理と、
前記第１鍵と該所定端末の端末識別情報、および、前記第２鍵と前記他端末の端末識別情報をそれぞれ対応付けて、コンテンツサーバに送信し登録する処理と、
コンテンツサーバとの間でのコンテンツ利用料金の決済処理により生じた情報を、予め記憶部に保持ないし所定関数に所定値を与えて生成した第３鍵で暗号化して暗号化決済情報を生成し、該暗号化決済情報を、該所定端末の識別情報に対応付けてコンテンツサーバに送信して登録する処理と、
前記第２鍵で前記第３鍵を暗号化して暗号化第３鍵を生成し、該暗号化第３鍵を前記他端末に送信して登録する処理を実行する演算部を備え、
前記コンテンツサーバが、
記憶部および通信部と、
前記他端末からコンテンツの利用要求を受けて、前記他端末に対し必要情報の返信を要求し、前記他端末より、暗号化第３鍵および該他端末の端末識別情報を取得する処理と、
前記他端末に対し第２鍵生成用の所定情報を要求して前記他端末より所定情報を取得し、該所定情報と該他端末の端末識別情報とを所定関数に適用して第２鍵を生成する処理と、
前記生成した第２鍵で、前記他端末より取得した暗号化第３鍵を復号化して第３鍵を取得し、該第３鍵で、該他端末と対応付けされている前記所定端末に関する暗号化決済情報を復号化して決済情報を取得し、該決済情報が、前記利用要求の示すコンテンツに関して決済済みを示すか否か判定する処理と、
前記判定により、前記利用要求の示すコンテンツに関して決済済みであった場合、該当コンテンツのデータを前記他端末に対し配信する処理を実行する演算部を備える、
ことを特徴とするコンテンツ管理システム。
【請求項２】
前記所定端末の代替端末が、
前記他端末に対し、該他端末の端末識別情報および暗号化第１鍵を要求して取得する処理と、
前記取得した前記他端末の端末識別情報と、該代替端末の入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、
前記取得した暗号化第１鍵を前記第２鍵で復号化して第１鍵を取得し、該第１鍵の正当性確認の要求をコンテンツサーバに行う処理と、
前記第１鍵の正当性確認の結果をコンテンツサーバから取得し、前記第１鍵の正当性が確認された場合、コンテンツサーバからの新規鍵の要求を受けて、該代替端末の端末識別情報を所定関数に適用して新規第１鍵を生成し、該新規第１鍵の登録要求をコンテンツサーバに送る処理を実行する演算部を備え、
コンテンツサーバの演算部が、
前記代替端末からの前記第１鍵の正当性確認の要求を受けて、記憶部において、前記他端末に対応付けて格納している前記所定端末の第１鍵と、前記代替端末からの正当性確認の要求が示す第１鍵とを照合して、正当性確認の要求が示す第１鍵の正当性を確認する処理と、
前記代替端末からの前記新規第１鍵の登録要求を受けて、記憶部において、前記他端末に対応付けて該代替端末の端末識別情報と前記新規第１鍵を登録する処理を実行するものである、
ことを特徴とする請求項１に記載のコンテンツ管理システム。
【請求項３】
記憶部および通信部、演算部を備える所定端末が、
自身の端末識別情報を所定関数に適用して第１鍵を生成し、他端末から取得した端末識別情報と入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、
第２鍵で第１鍵を暗号化して暗号化第１鍵を生成し、該暗号化第１鍵を前記他端末に送信して登録する処理と、
第１鍵で第２鍵を暗号化して暗号化第２鍵を生成し、該暗号化第２鍵と、前記第１鍵および前記第２鍵を記憶部に格納する処理と、
前記第１鍵と該所定端末の端末識別情報、および、前記第２鍵と前記他端末の端末識別情報をそれぞれ対応付けて、コンテンツサーバに送信し登録する処理と、
コンテンツサーバとの間でのコンテンツ利用料金の決済処理により生じた情報を、予め記憶部に保持ないし所定関数に所定値を与えて生成した第３鍵で暗号化して暗号化決済情報を生成し、該暗号化決済情報を、該所定端末の識別情報に対応付けてコンテンツサーバに送信して登録する処理と、
前記第２鍵で前記第３鍵を暗号化して暗号化第３鍵を生成し、該暗号化第３鍵を前記他端末に送信して登録する処理を実行し、
記憶部および通信部、演算部を備えるコンテンツサーバが、
前記他端末からコンテンツの利用要求を受けて、前記他端末に対し必要情報の返信を要求し、前記他端末より、暗号化第３鍵および該他端末の端末識別情報を取得する処理と、
前記他端末に対し第２鍵生成用の所定情報を要求して前記他端末より所定情報を取得し、該所定情報と該他端末の端末識別情報とを所定関数に適用して第２鍵を生成する処理と、
前記生成した第２鍵で、前記他端末より取得した暗号化第３鍵を復号化して第３鍵を取得し、該第３鍵で、該他端末と対応付けされている前記所定端末に関する暗号化決済情報を復号化して決済情報を取得し、該決済情報が、前記利用要求の示すコンテンツに関して決済済みを示すか否か判定する処理と、
前記判定により、前記利用要求の示すコンテンツに関して決済済みであった場合、該当コンテンツのデータを前記他端末に対し配信する処理を実行する、
ことを特徴とするコンテンツ管理方法。
【請求項４】
前記所定端末の代替端末が、
前記他端末に対し、該他端末の端末識別情報および暗号化第１鍵を要求して取得する処理と、
前記取得した前記他端末の端末識別情報と、該代替端末の入力部で受け付けた所定情報とを所定関数に適用して第２鍵を生成する処理と、
前記取得した暗号化第１鍵を前記第２鍵で復号化して第１鍵を取得し、該第１鍵の正当性確認の要求をコンテンツサーバに行う処理と、
前記第１鍵の正当性確認の結果をコンテンツサーバから取得し、前記第１鍵の正当性が確認された場合、コンテンツサーバからの新規鍵の要求を受けて、該代替端末の端末識別情報を所定関数に適用して新規第１鍵を生成し、該新規第１鍵の登録要求をコンテンツサーバに送る処理を実行し、
コンテンツサーバの演算部が、
前記代替端末からの前記第１鍵の正当性確認の要求を受けて、記憶部において、前記他端末に対応付けて格納している前記所定端末の第１鍵と、前記代替端末からの正当性確認の要求が示す第１鍵とを照合して、正当性確認の要求が示す第１鍵の正当性を確認する処理と、
前記代替端末からの前記新規第１鍵の登録要求を受けて、記憶部において、前記他端末に対応付けて該代替端末の端末識別情報と前記新規第１鍵を登録する処理を実行する、
ことを特徴とする請求項３に記載のコンテンツ管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−１３８８１２（Ｐ２０１２−１３８８１２Ａ）
【公開日】平成２４年７月１９日（２０１２．７．１９）
【国際特許分類】
【出願番号】特願２０１０−２９０４９６（Ｐ２０１０−２９０４９６）
【出願日】平成２２年１２月２７日（２０１０．１２．２７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年７月１９日（２０１２．７．１９）
【国際特許分類】
【出願日】平成２２年１２月２７日（２０１０．１２．２７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]