鍵を送付するための方法および装置
本発明は、通信システムにおいて動作されることのできるサーバ１００のような電子装置を含む。その電子装置は、例えば、移動端末１２２等の別の電子装置から鍵を送信する要求を受信する方法を含む。その要求に応答して、サーバ１００は要求された鍵を生成し、要求された鍵を送信するためだけに新しい接続が要求されないように、移動クライアント装置１２２に鍵を送信すべきベストな時間を決定する。鍵を送信すべきベストな時間は、非鍵データの送信用にスケジュールされた接続期間中、例えばシステムパラメータやコンテンツデータ等の送信用にセットアップされた接続期間中であってもよい。非鍵データとともに鍵を送信することによって専用接続の必要性が回避される。
【発明の詳細な説明】
【技術分野】
【０００１】
［米国特許法第１１９条に基づく優先権主張］
本願は、「鍵を送付するための方法および装置」と題され、２００４年７月１４日提出され、その権利が本出願人に譲渡され、そしてここにおいて明白に参考文献とされている米国仮出願番号第６０／５８８，２０３号に基づいて優先権を主張する。
【０００２】
[技術分野]
本発明はコンテンツ送付システムの分野に関するもので、特にサーバと１以上のクライアント端末との間の鍵の送受に関するものである。
【背景技術】
【０００３】
オーディオおよびビデオコンテンツの送付のために固定サーバと可動クライアントとを使用した無線通信において動作するコンテンツ送付システムでは、デジタル権利の保護と運営は懸念材料である。コンテンツ所有者のデジタル権利が保護されるようにコンテンツを効率的に送付するために様々な方法がとられている。デジタル権利を運営・保護する従来の方法は、１以上の鍵（暗号化あるいは復号）を用い、そのコンテンツに加入した許可されたユーザに、クライアント装置を用いて、その鍵を与え、サーバにおいてコンテンツを暗号化する方法である。したがって、鍵を所有しているユーザは、コンテンツを復号して、加入したコンテンツを閲覧および、あるいは視聴することができる。
【０００４】
一般的に、コンテンツは鍵（１ビット以上）を使用して暗号化され、その鍵は規則的に送付される。コンテンツを復号する鍵は定期的に送付される。コンテンツと、そのコンテンツをクライアント装置において復号する鍵とを供給するために、様々な無線技術が使用される。鍵交換方法は、サーバとクライアントとの間の一組の鍵（たとえば公開鍵と秘密鍵）を供給するためにしばしば用いられる。
【０００５】
共通の方法は、クライアントが新たな鍵を要求し、あるいはサーバがそのクライアントに新たな鍵を送信するものである。この方法によると、クライアントに鍵を送信するためにクライアントとサーバとの間に新たな接続が形成される。一日のある時間帯によっては、システム上に複数のクライアント装置が存在し、各々が新たな組の鍵を要求することもありえる。鍵の要求に応答して、新たな接続を開設し、鍵の交換を行わなければならない。新しい鍵を用いることはより高い安全性をもたらすので、今日のほとんどのシステムは、新たなコンテンツがユーザに供給されるたびに新しい鍵の使用を要求する。また、１以上の鍵の有効期限が切れるたびに、あるいは加入が更新されるたびに、古い鍵あるいは有効期限の切れた鍵を更新するために新たな接続が形成される。新しいコンテンツへのアクセスを要求したり加入を更新したりする装置が数多く存在することを考慮すると、これはシステムにとって負担である。接続の開閉は、特にピーク時間期間中においては、サーバ用の資源と結びついている。新たな接続を開設する必要なしに鍵を交換し、クライアントに必要な鍵を渡すことが有効であろう。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、効率的な送付システムは、コンテンツ送付システムに余計な負荷をかけることなく鍵を送付する必要がある。
【課題を解決するための手段】
【０００７】
発明の実施例は、電子機器がサーバと移動端末との間に不要な接続を開設せずに、他の電子機器への１以上の鍵の送付を管理する、装置および関連した方法である。
【０００８】
サーバのような例示的な電子機器は通信システム（例えばCDMA、TDMA、GSM、OFMD、OFDMAなど）において動作されることができる。その電子機器は、鍵を送信する要求を他の電子機器、例えば移動端末から受信する方法を含んでいる。その要求に応答して、サーバは要求された鍵を生成し、要求された鍵を送信するためだけに新しい接続が要求されないように、移動クライアント装置に鍵を送信すべきベストな時間を決定する。鍵を送信すべきベストな時間は、非鍵データの送信用にスケジュールされた接続期間中、例えばシステムパラメータやコンテンツデータ等の送信用にセットアップされた接続の期間中であることができる。非鍵データとともに鍵を送信することによって専用接続の必要性が回避される。
【０００９】
また、本実施例は通信システム（例えば、CDMA、TDMA、GSM、OFDM、OFDMAなど）において動作されることのできる移動端末のような電子機器も含んでいる。移動端末はサーバに１以上の鍵を要求し、そのサーバによって非鍵データ送信用にセットアップされた接続期間中に、要求された鍵を受信する方法を含む。非鍵データとともに鍵を受信することによって、専用接続の必要性が回避される。
【００１０】
本実施例はまた、通信システムにおいて操作可能な電子機器、例えば移動機器、サーバコンピュータ、可動コンピュータ等、も含む。サーバコンピュータは、外部電子機器から１以上の鍵の要求を受信し、非鍵データ送信用にセットアップされた接続期間中に、その要求された鍵を送信する方法を含む。非鍵データとともに鍵を送信することによって、専用接続の必要性が回避される。
【００１１】
全ての実施例および技術的範囲は、添付された図面、以下の発明の詳細な説明、および添付された請求項からさらに完全に認識されることができる。
【発明を実施するための最良の形態】
【００１２】
図１は、サーバ装置１００、移動クライアント端末１２２（“クライアント”）、およびコンテンツプロバイダ１２０のようなシステム内で動作する電子装置の通信システムとブロックダイアグラムを図示したものである。サーバ装置１００は、メモリ１０３および様々なサーバ（包括的にコアネットワーク１０５と称されている）とに接続されているコントローラ（プロセッサ１０２として称されることができ、サーバ装置１００の動作を制御することができる）を含んでいる。様々なサーバはそれぞれ、プロセッサ、受信機、送信機および様々なメモリを含むことができ、それはまたプロセッサ１０２、メモリ１０３、送信機１０４および受信機１０７に接続されることができる。一般的に、サーバ装置１００はコンテンツプロバイダ１２０からコンテンツを受信し、そのサーバ装置は１以上の移動クライアント端末１２２と通信する。サーバ装置１００はスタンドアローンコンピュータでもよく、また、サーバ装置１００を形成するよう互いに接続された複数のコンピュータでもよい。サーバ装置１００はまた、１以上のコンピュータと１以上の移動クライアント端末１２２とに無線接続された移動端末でもよい。
【００１３】
コアネットワーク１０５は、システム用コンテンツをコンテンツプロバイダ１２０から直接受信するコンテンツサーバ１１２と、１以上の移動クライアント装置にコンテンツを分配する分配サーバ１１４と、コンテンツプロバイダ１２０から受信したコンテンツを保存するプログラムコンテンツデータベース１１８とからなる分配センター１１１を含んでいる。そのコアネットワークは、１以上の鍵（例えば、復号用の一般鍵、プログラム鍵、セッション鍵、暗号化プログラム鍵、サービス鍵、およびサービスライセンス）を生成し、これらの鍵の安全な保存を管理するデジタル権利管理サーバ（DRM）１０６を含んでもよい。加入サーバ１０８はシステムの加入管理を行い、移動クライアント装置と通信する。ライセンス鍵サーバ（LKS）１１０は、加入された移動クライアント端末１２２からの鍵要求に応じ、オーバーヘッド通知サーバ（ONS）１１６は、移動クライアント端末１２２にタイミングよく送信される状態変化通知を収集することができる。送信機１０４と受信機１０７はプロセッサ１０２に接続されている。送信機１０４および受信機１０７は、それぞれ情報の送信および受信をするために外部装置に無線であるいは配線によって接続されることができることを認識すべきである。
【００１４】
移動クライアント端末１２２の例は、メモリ１２７に接続されたコントローラ（プロセッサ１２６とも呼ばれている）を含む。移動クライアント端末１２２はサーバ装置１００と通信して、コンテンツとそのコンテンツを復号する鍵とを受信する。
【００１５】
図２Aおよび２Bは鍵エポック２００を用いたコンテンツ送付システムの動作の一例と、サーバ装置１００と移動装置１２２との間で送信される様々なメッセージを図示している。エポックとは、ある特定の鍵が有効である特有の時間期間である。一般的に、例えば２４時間のような時間期間は１以上の鍵エポックに分割される。各鍵エポックの長さは、システムプロバイダによって予め決定されてもよいし、あるいは動的に構成可能であってもよい。図２Aは鍵エポックT１ ２０２と鍵エポックT２ ２０４の一例と、そのエポック期間中のコンテンツ送付システムの動作の一例とを示している。典型的なコンテンツ送付システムにおいて、サーバ装置１００は移動クライアント端末１２２に常に接続されているわけではない。サーバ装置１００は、サービスプロバイダによっては、システム内の渋滞を低減するために１以上の移動クライアント端末と定期的に接続するに過ぎない。サービスプロバイダは一般的に、「常時オン」ベースで全ての移動クライアント端末と通信するのに十分な帯域を有していない。従って、ほとんどのサービスプロバイダは、例えば、移動クライアント端末１２２とサーバ装置１００との間のデータの送受用の接続ウィンドウ等、の接続を開く時間の予定を立てる。
【００１６】
図２Aに図示されているように、鍵エポックT１ ２０２は、T２−X（XはT２ ２０４エポックの開始前の時間変化（デルタ）である）であるデルタ部２０６をさらに含んでいる。この期間中に、システムはシステム内のサーバ装置１００と１以上の移動クライアント端末１２２との間の接続の形成を試みることが好ましい。接続（通信リンクとしても知られている）は１以上のスケジュールされたウィンドウ、例えば２０８、２１０、２１２、の期間中に形成される。通信リンクは、マルチメディアデータの送受信を可能にする、例えばCDMA １X−EVDOシステムあるいは直交周波数分割多元接続（OFDMA）システムのような様々な周知の無線通信技術を用いて形成される。システムのオペレータは、デルタ２０６のサイズに影響するであろうXの値と、この時間の期間中に生成され得るウィンドウの数とを決定することができる。また、オペレータおよび伝達される必要のある情報のタイプに応じて、時間のウィンドウは１の移動クライアント端末１２２と、あるいは同時に複数の移動クライアント端末と通信することができる。従って、必要な情報あるいは要求された情報が移動クライアント端末に送信されることを保証するために数百のウィンドウが使用されてもよい。
【００１７】
図２Bに示されているように、スケジュールされたウィンドウ、例えば２０８、の開始前に、エポックイベント２１４が生成される。その後、サーバ装置１００と移動クライアント端末１２２との間の通信リンクが形成される。ウィンドウ期間の開始と通信リンクのセットアップに関する情報は移動クライアント端末１２２に送信される。メッセージ２１６は、通信リンクをセットアップするシステムパラメータのような情報をやり取りするために使用される。サーバ装置１００は、メッセージ２１６が移動クライアント装置１２２に送信される時間をスケジュールする。典型的には、メッセージ２１６は非鍵データのみを含むが、しかしながら、メッセージ２１６が鍵データを含む可能性があることも考慮される。非鍵データとは、暗号化鍵や復号鍵（復号鍵、プログラム鍵、セッション鍵等の例部分）以外のあらゆるデータである。例えば、非鍵データはコンテンツ、プログラムアプリケーション、または実行可能コードを表すデータであることができる。非鍵データはまた、プログラムコンテンツ、鍵の状態、サーバ装置状態および通信リンクのデータレート情報を含むシステムパラメータのセットを含んでいてもよい。メッセージ２１６の受信に応答して、移動クライアント端末１２２は新しいコンテンツおよび、または将来使用するための鍵を要求するためにメッセージ２１８を送信する。移動クライアント端末１２２が新しい鍵を要求した場合、サーバ装置１００はメッセージ２２０と２２２とを用いてデジタル権利管理（DMR）サーバ装置１００と通信することにより新たな鍵を生成する。その後、メッセージ２２４が生成され、移動クライアント装置１２２に送信される。一般的に、要求された鍵がこのウィンドウ期間中に送信される準備ができていない限り、メッセージ２２４は非鍵データ送信用のみとしてスケジュールされている。
【００１８】
実施例によると、サーバ装置１００は１以上の鍵を送信するためにメッセージ２１６または２２４の送信を利用することができる。一般的にメッセージ２１６または２１４は、鍵ではなくシステムパラメータのみを送信することを意図している。サーバ装置１００が移動クライアント端末１２２に送信すべき鍵を有している場合、そのサーバ装置１００はその鍵を送信するための新たな接続を形成する必要を避けるために、これらの送信期間中にその鍵を添付してもよい。また、メッセージ２１８を通じて移動クライアント端末１２２が新たな鍵を必要としていると決定された場合、サーバ装置１００は専用接続を形成することなく移動クライアント端末１２２に鍵を送信するために、非鍵データメッセージ２２４と一緒に鍵を送ることを利用できる。
【００１９】
図３は、本発明の実施例によるサーバ装置１００のプロセッサ１０２によって鍵が送付されるタスクのフローチャート３００の一例を示したものである。ブロック３０２において、データは絶え間なく送信準備されている。ブロック３０４において、プロセッサはメッセージを外部装置に送信するためのスケジュールイベントを処理する。ブロック３０６において、そのプロセッサは１以上の移動クライアント端末に送信される非鍵データメッセージを生成する。典型的に、このメッセージは接続を形成するためのシステムパラメータのみを含んでいる。ブロック３０８において、そのプロセッサは１以上の移動クライアント端末に送信される必要のある鍵がシステム内に存在するか否かを決定する。存在する場合には、ブロック３１０においてプロセッサは、スケジュールされた非鍵データメッセージであるこのメッセージに鍵を添付し、そのメッセージを送信する。存在しない場合、ブロック３１２において、鍵を添付せずに非鍵データメッセージを送信する。ブロック３１０または３１２のメッセージ送信に応答して、ブロック３１４において、プロセッサは移動クライアント端末１２２から応答を受信する。一般的に、この応答によりサーバ装置１００と移動クライアント端末１２２との間の接続が創設される。ブロック３１６において、そのプロセッサはブロック３１０で送信された鍵を移動クライアント端末が受信したか否かを決定するか、あるいは移動クライアント端末が新たな鍵を要求しているか否かを決定する。ブロック３１８において、プロセッサは、移動クライアント端末１２２から受信した応答を処理して、送信された鍵が移動クライアント端末１２２によって受信されたか否かを決定する。受信された場合、ブロック３２０において、プロセッサは、移動クライアント端末１２２が新たな鍵を要求しているか否かを決定する。要求している場合、プロセッサは、ブロック３２２において、必要な鍵を生成し、ブロック３２４において、移動クライアント端末１２２に伝達される次のスケジュールメッセージにその鍵を添付する。要求していない場合、プロセッサはブロック３０２に戻る。ブロック３１８において、鍵が受信されなかったと決定された場合には、ブロック３２４において、移動クライアント端末１２２に伝達される次のスケジュールメッセージにその鍵を添付する。
【００２０】
図４は本発明の実施例による移動クライアント端末１２２の鍵受信用プロセッサ１２６によって実行されるタスクのフローチャート４００の一例を示している。ブロック４０２において、移動クライアント端末１２２はコンテンツ送付システムのアイドル状態であり、サーバ装置１００と移動クライアント端末１０２は通信リンクを有していてもよく、あるいはデータ接続のない通信リンクを有していてもよい。移動クライアント端末１２２はサーバ装置１００からの通信を待っている。ブロック４０４において、プロセッサは、一般的にサーバ装置１００からの受信メッセージを処理する。このメッセージは鍵を含んでいるかもしれないし、あるいは含んでいないかもしれない。ブロック４０６において、プロセッサは、受信したメッセージが鍵を含んでいたか否かを決定する。含んでいた場合、ブロック４０８において、プロセッサ１２６は、１以上の鍵を抽出し、抽出した鍵を処理し、その後、鍵をデータベース中に保存する。その後ブロック４０８において、非鍵データを受信するためにスケジュールされた接続期間中に１以上の鍵を受信する。ブロック４１０において、プロセッサ１２６は、移動クライアント端末１２２が新しい鍵を必要とするか否かを決定する。必要とする場合、ブロック４１２において、プロセッサ１２６はサーバ装置１００に通知するか、もしくは新たな鍵を要求する。その後ブロック４０２において、プロセッサは鍵を抽出するためにサーバ装置１００からの別のメッセージを待つ。
【００２１】
一例として、当該方法および装置は、移動電話、ＰＤＡ、可動コンピュータ、可動サーバコンピュータや、無線接続システムを有しオーディオおよびビデオデータを受信するその他の装置のような移動電子機器においても実施される。また、一例として、コンテンツは、フルテレビジョン(full television)プログラムまたは１以上のプログラムのセグメントのようなビデオおよびオーディオデータのブロックでもよい。
【００２２】
本発明は、好ましい実施例を参照して図示・詳述されてきたが、当業者は、添付の請求項によって規定される本発明の技術的範囲を逸脱せずに形態および詳細における様々な変更が可能であることを認識するであろう。すなわち、この発明に対する他の改良や変形は、上記の開示および教示から当業者に明かである。従って、発明の一実施例のみが特ここに記述されているが、本発明の技術的範囲を逸脱せずに多くの改良を加えることができることは明らかである。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施例による無線コンテンツ送付システムにおいて動作する電子機器のブロック図。
【図２Ａ】鍵エポックを用いたコンテンツ送付システムの動作の一例を示す概略図。
【図２Ｂ】鍵エポック期間中のコンテンツ送付システムの動作の一例を示す概略図。
【図３】本発明の実施例によるサーバ装置のプロセッサによって実行されるタスクの一例のフローチャート概略図。
【図４】本発明の実施例による移動クライアント装置のプロセッサによって実行されるタスクの一例のフローチャートの概略図。
【技術分野】
【０００１】
［米国特許法第１１９条に基づく優先権主張］
本願は、「鍵を送付するための方法および装置」と題され、２００４年７月１４日提出され、その権利が本出願人に譲渡され、そしてここにおいて明白に参考文献とされている米国仮出願番号第６０／５８８，２０３号に基づいて優先権を主張する。
【０００２】
[技術分野]
本発明はコンテンツ送付システムの分野に関するもので、特にサーバと１以上のクライアント端末との間の鍵の送受に関するものである。
【背景技術】
【０００３】
オーディオおよびビデオコンテンツの送付のために固定サーバと可動クライアントとを使用した無線通信において動作するコンテンツ送付システムでは、デジタル権利の保護と運営は懸念材料である。コンテンツ所有者のデジタル権利が保護されるようにコンテンツを効率的に送付するために様々な方法がとられている。デジタル権利を運営・保護する従来の方法は、１以上の鍵（暗号化あるいは復号）を用い、そのコンテンツに加入した許可されたユーザに、クライアント装置を用いて、その鍵を与え、サーバにおいてコンテンツを暗号化する方法である。したがって、鍵を所有しているユーザは、コンテンツを復号して、加入したコンテンツを閲覧および、あるいは視聴することができる。
【０００４】
一般的に、コンテンツは鍵（１ビット以上）を使用して暗号化され、その鍵は規則的に送付される。コンテンツを復号する鍵は定期的に送付される。コンテンツと、そのコンテンツをクライアント装置において復号する鍵とを供給するために、様々な無線技術が使用される。鍵交換方法は、サーバとクライアントとの間の一組の鍵（たとえば公開鍵と秘密鍵）を供給するためにしばしば用いられる。
【０００５】
共通の方法は、クライアントが新たな鍵を要求し、あるいはサーバがそのクライアントに新たな鍵を送信するものである。この方法によると、クライアントに鍵を送信するためにクライアントとサーバとの間に新たな接続が形成される。一日のある時間帯によっては、システム上に複数のクライアント装置が存在し、各々が新たな組の鍵を要求することもありえる。鍵の要求に応答して、新たな接続を開設し、鍵の交換を行わなければならない。新しい鍵を用いることはより高い安全性をもたらすので、今日のほとんどのシステムは、新たなコンテンツがユーザに供給されるたびに新しい鍵の使用を要求する。また、１以上の鍵の有効期限が切れるたびに、あるいは加入が更新されるたびに、古い鍵あるいは有効期限の切れた鍵を更新するために新たな接続が形成される。新しいコンテンツへのアクセスを要求したり加入を更新したりする装置が数多く存在することを考慮すると、これはシステムにとって負担である。接続の開閉は、特にピーク時間期間中においては、サーバ用の資源と結びついている。新たな接続を開設する必要なしに鍵を交換し、クライアントに必要な鍵を渡すことが有効であろう。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、効率的な送付システムは、コンテンツ送付システムに余計な負荷をかけることなく鍵を送付する必要がある。
【課題を解決するための手段】
【０００７】
発明の実施例は、電子機器がサーバと移動端末との間に不要な接続を開設せずに、他の電子機器への１以上の鍵の送付を管理する、装置および関連した方法である。
【０００８】
サーバのような例示的な電子機器は通信システム（例えばCDMA、TDMA、GSM、OFMD、OFDMAなど）において動作されることができる。その電子機器は、鍵を送信する要求を他の電子機器、例えば移動端末から受信する方法を含んでいる。その要求に応答して、サーバは要求された鍵を生成し、要求された鍵を送信するためだけに新しい接続が要求されないように、移動クライアント装置に鍵を送信すべきベストな時間を決定する。鍵を送信すべきベストな時間は、非鍵データの送信用にスケジュールされた接続期間中、例えばシステムパラメータやコンテンツデータ等の送信用にセットアップされた接続の期間中であることができる。非鍵データとともに鍵を送信することによって専用接続の必要性が回避される。
【０００９】
また、本実施例は通信システム（例えば、CDMA、TDMA、GSM、OFDM、OFDMAなど）において動作されることのできる移動端末のような電子機器も含んでいる。移動端末はサーバに１以上の鍵を要求し、そのサーバによって非鍵データ送信用にセットアップされた接続期間中に、要求された鍵を受信する方法を含む。非鍵データとともに鍵を受信することによって、専用接続の必要性が回避される。
【００１０】
本実施例はまた、通信システムにおいて操作可能な電子機器、例えば移動機器、サーバコンピュータ、可動コンピュータ等、も含む。サーバコンピュータは、外部電子機器から１以上の鍵の要求を受信し、非鍵データ送信用にセットアップされた接続期間中に、その要求された鍵を送信する方法を含む。非鍵データとともに鍵を送信することによって、専用接続の必要性が回避される。
【００１１】
全ての実施例および技術的範囲は、添付された図面、以下の発明の詳細な説明、および添付された請求項からさらに完全に認識されることができる。
【発明を実施するための最良の形態】
【００１２】
図１は、サーバ装置１００、移動クライアント端末１２２（“クライアント”）、およびコンテンツプロバイダ１２０のようなシステム内で動作する電子装置の通信システムとブロックダイアグラムを図示したものである。サーバ装置１００は、メモリ１０３および様々なサーバ（包括的にコアネットワーク１０５と称されている）とに接続されているコントローラ（プロセッサ１０２として称されることができ、サーバ装置１００の動作を制御することができる）を含んでいる。様々なサーバはそれぞれ、プロセッサ、受信機、送信機および様々なメモリを含むことができ、それはまたプロセッサ１０２、メモリ１０３、送信機１０４および受信機１０７に接続されることができる。一般的に、サーバ装置１００はコンテンツプロバイダ１２０からコンテンツを受信し、そのサーバ装置は１以上の移動クライアント端末１２２と通信する。サーバ装置１００はスタンドアローンコンピュータでもよく、また、サーバ装置１００を形成するよう互いに接続された複数のコンピュータでもよい。サーバ装置１００はまた、１以上のコンピュータと１以上の移動クライアント端末１２２とに無線接続された移動端末でもよい。
【００１３】
コアネットワーク１０５は、システム用コンテンツをコンテンツプロバイダ１２０から直接受信するコンテンツサーバ１１２と、１以上の移動クライアント装置にコンテンツを分配する分配サーバ１１４と、コンテンツプロバイダ１２０から受信したコンテンツを保存するプログラムコンテンツデータベース１１８とからなる分配センター１１１を含んでいる。そのコアネットワークは、１以上の鍵（例えば、復号用の一般鍵、プログラム鍵、セッション鍵、暗号化プログラム鍵、サービス鍵、およびサービスライセンス）を生成し、これらの鍵の安全な保存を管理するデジタル権利管理サーバ（DRM）１０６を含んでもよい。加入サーバ１０８はシステムの加入管理を行い、移動クライアント装置と通信する。ライセンス鍵サーバ（LKS）１１０は、加入された移動クライアント端末１２２からの鍵要求に応じ、オーバーヘッド通知サーバ（ONS）１１６は、移動クライアント端末１２２にタイミングよく送信される状態変化通知を収集することができる。送信機１０４と受信機１０７はプロセッサ１０２に接続されている。送信機１０４および受信機１０７は、それぞれ情報の送信および受信をするために外部装置に無線であるいは配線によって接続されることができることを認識すべきである。
【００１４】
移動クライアント端末１２２の例は、メモリ１２７に接続されたコントローラ（プロセッサ１２６とも呼ばれている）を含む。移動クライアント端末１２２はサーバ装置１００と通信して、コンテンツとそのコンテンツを復号する鍵とを受信する。
【００１５】
図２Aおよび２Bは鍵エポック２００を用いたコンテンツ送付システムの動作の一例と、サーバ装置１００と移動装置１２２との間で送信される様々なメッセージを図示している。エポックとは、ある特定の鍵が有効である特有の時間期間である。一般的に、例えば２４時間のような時間期間は１以上の鍵エポックに分割される。各鍵エポックの長さは、システムプロバイダによって予め決定されてもよいし、あるいは動的に構成可能であってもよい。図２Aは鍵エポックT１ ２０２と鍵エポックT２ ２０４の一例と、そのエポック期間中のコンテンツ送付システムの動作の一例とを示している。典型的なコンテンツ送付システムにおいて、サーバ装置１００は移動クライアント端末１２２に常に接続されているわけではない。サーバ装置１００は、サービスプロバイダによっては、システム内の渋滞を低減するために１以上の移動クライアント端末と定期的に接続するに過ぎない。サービスプロバイダは一般的に、「常時オン」ベースで全ての移動クライアント端末と通信するのに十分な帯域を有していない。従って、ほとんどのサービスプロバイダは、例えば、移動クライアント端末１２２とサーバ装置１００との間のデータの送受用の接続ウィンドウ等、の接続を開く時間の予定を立てる。
【００１６】
図２Aに図示されているように、鍵エポックT１ ２０２は、T２−X（XはT２ ２０４エポックの開始前の時間変化（デルタ）である）であるデルタ部２０６をさらに含んでいる。この期間中に、システムはシステム内のサーバ装置１００と１以上の移動クライアント端末１２２との間の接続の形成を試みることが好ましい。接続（通信リンクとしても知られている）は１以上のスケジュールされたウィンドウ、例えば２０８、２１０、２１２、の期間中に形成される。通信リンクは、マルチメディアデータの送受信を可能にする、例えばCDMA １X−EVDOシステムあるいは直交周波数分割多元接続（OFDMA）システムのような様々な周知の無線通信技術を用いて形成される。システムのオペレータは、デルタ２０６のサイズに影響するであろうXの値と、この時間の期間中に生成され得るウィンドウの数とを決定することができる。また、オペレータおよび伝達される必要のある情報のタイプに応じて、時間のウィンドウは１の移動クライアント端末１２２と、あるいは同時に複数の移動クライアント端末と通信することができる。従って、必要な情報あるいは要求された情報が移動クライアント端末に送信されることを保証するために数百のウィンドウが使用されてもよい。
【００１７】
図２Bに示されているように、スケジュールされたウィンドウ、例えば２０８、の開始前に、エポックイベント２１４が生成される。その後、サーバ装置１００と移動クライアント端末１２２との間の通信リンクが形成される。ウィンドウ期間の開始と通信リンクのセットアップに関する情報は移動クライアント端末１２２に送信される。メッセージ２１６は、通信リンクをセットアップするシステムパラメータのような情報をやり取りするために使用される。サーバ装置１００は、メッセージ２１６が移動クライアント装置１２２に送信される時間をスケジュールする。典型的には、メッセージ２１６は非鍵データのみを含むが、しかしながら、メッセージ２１６が鍵データを含む可能性があることも考慮される。非鍵データとは、暗号化鍵や復号鍵（復号鍵、プログラム鍵、セッション鍵等の例部分）以外のあらゆるデータである。例えば、非鍵データはコンテンツ、プログラムアプリケーション、または実行可能コードを表すデータであることができる。非鍵データはまた、プログラムコンテンツ、鍵の状態、サーバ装置状態および通信リンクのデータレート情報を含むシステムパラメータのセットを含んでいてもよい。メッセージ２１６の受信に応答して、移動クライアント端末１２２は新しいコンテンツおよび、または将来使用するための鍵を要求するためにメッセージ２１８を送信する。移動クライアント端末１２２が新しい鍵を要求した場合、サーバ装置１００はメッセージ２２０と２２２とを用いてデジタル権利管理（DMR）サーバ装置１００と通信することにより新たな鍵を生成する。その後、メッセージ２２４が生成され、移動クライアント装置１２２に送信される。一般的に、要求された鍵がこのウィンドウ期間中に送信される準備ができていない限り、メッセージ２２４は非鍵データ送信用のみとしてスケジュールされている。
【００１８】
実施例によると、サーバ装置１００は１以上の鍵を送信するためにメッセージ２１６または２２４の送信を利用することができる。一般的にメッセージ２１６または２１４は、鍵ではなくシステムパラメータのみを送信することを意図している。サーバ装置１００が移動クライアント端末１２２に送信すべき鍵を有している場合、そのサーバ装置１００はその鍵を送信するための新たな接続を形成する必要を避けるために、これらの送信期間中にその鍵を添付してもよい。また、メッセージ２１８を通じて移動クライアント端末１２２が新たな鍵を必要としていると決定された場合、サーバ装置１００は専用接続を形成することなく移動クライアント端末１２２に鍵を送信するために、非鍵データメッセージ２２４と一緒に鍵を送ることを利用できる。
【００１９】
図３は、本発明の実施例によるサーバ装置１００のプロセッサ１０２によって鍵が送付されるタスクのフローチャート３００の一例を示したものである。ブロック３０２において、データは絶え間なく送信準備されている。ブロック３０４において、プロセッサはメッセージを外部装置に送信するためのスケジュールイベントを処理する。ブロック３０６において、そのプロセッサは１以上の移動クライアント端末に送信される非鍵データメッセージを生成する。典型的に、このメッセージは接続を形成するためのシステムパラメータのみを含んでいる。ブロック３０８において、そのプロセッサは１以上の移動クライアント端末に送信される必要のある鍵がシステム内に存在するか否かを決定する。存在する場合には、ブロック３１０においてプロセッサは、スケジュールされた非鍵データメッセージであるこのメッセージに鍵を添付し、そのメッセージを送信する。存在しない場合、ブロック３１２において、鍵を添付せずに非鍵データメッセージを送信する。ブロック３１０または３１２のメッセージ送信に応答して、ブロック３１４において、プロセッサは移動クライアント端末１２２から応答を受信する。一般的に、この応答によりサーバ装置１００と移動クライアント端末１２２との間の接続が創設される。ブロック３１６において、そのプロセッサはブロック３１０で送信された鍵を移動クライアント端末が受信したか否かを決定するか、あるいは移動クライアント端末が新たな鍵を要求しているか否かを決定する。ブロック３１８において、プロセッサは、移動クライアント端末１２２から受信した応答を処理して、送信された鍵が移動クライアント端末１２２によって受信されたか否かを決定する。受信された場合、ブロック３２０において、プロセッサは、移動クライアント端末１２２が新たな鍵を要求しているか否かを決定する。要求している場合、プロセッサは、ブロック３２２において、必要な鍵を生成し、ブロック３２４において、移動クライアント端末１２２に伝達される次のスケジュールメッセージにその鍵を添付する。要求していない場合、プロセッサはブロック３０２に戻る。ブロック３１８において、鍵が受信されなかったと決定された場合には、ブロック３２４において、移動クライアント端末１２２に伝達される次のスケジュールメッセージにその鍵を添付する。
【００２０】
図４は本発明の実施例による移動クライアント端末１２２の鍵受信用プロセッサ１２６によって実行されるタスクのフローチャート４００の一例を示している。ブロック４０２において、移動クライアント端末１２２はコンテンツ送付システムのアイドル状態であり、サーバ装置１００と移動クライアント端末１０２は通信リンクを有していてもよく、あるいはデータ接続のない通信リンクを有していてもよい。移動クライアント端末１２２はサーバ装置１００からの通信を待っている。ブロック４０４において、プロセッサは、一般的にサーバ装置１００からの受信メッセージを処理する。このメッセージは鍵を含んでいるかもしれないし、あるいは含んでいないかもしれない。ブロック４０６において、プロセッサは、受信したメッセージが鍵を含んでいたか否かを決定する。含んでいた場合、ブロック４０８において、プロセッサ１２６は、１以上の鍵を抽出し、抽出した鍵を処理し、その後、鍵をデータベース中に保存する。その後ブロック４０８において、非鍵データを受信するためにスケジュールされた接続期間中に１以上の鍵を受信する。ブロック４１０において、プロセッサ１２６は、移動クライアント端末１２２が新しい鍵を必要とするか否かを決定する。必要とする場合、ブロック４１２において、プロセッサ１２６はサーバ装置１００に通知するか、もしくは新たな鍵を要求する。その後ブロック４０２において、プロセッサは鍵を抽出するためにサーバ装置１００からの別のメッセージを待つ。
【００２１】
一例として、当該方法および装置は、移動電話、ＰＤＡ、可動コンピュータ、可動サーバコンピュータや、無線接続システムを有しオーディオおよびビデオデータを受信するその他の装置のような移動電子機器においても実施される。また、一例として、コンテンツは、フルテレビジョン(full television)プログラムまたは１以上のプログラムのセグメントのようなビデオおよびオーディオデータのブロックでもよい。
【００２２】
本発明は、好ましい実施例を参照して図示・詳述されてきたが、当業者は、添付の請求項によって規定される本発明の技術的範囲を逸脱せずに形態および詳細における様々な変更が可能であることを認識するであろう。すなわち、この発明に対する他の改良や変形は、上記の開示および教示から当業者に明かである。従って、発明の一実施例のみが特ここに記述されているが、本発明の技術的範囲を逸脱せずに多くの改良を加えることができることは明らかである。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施例による無線コンテンツ送付システムにおいて動作する電子機器のブロック図。
【図２Ａ】鍵エポックを用いたコンテンツ送付システムの動作の一例を示す概略図。
【図２Ｂ】鍵エポック期間中のコンテンツ送付システムの動作の一例を示す概略図。
【図３】本発明の実施例によるサーバ装置のプロセッサによって実行されるタスクの一例のフローチャート概略図。
【図４】本発明の実施例による移動クライアント装置のプロセッサによって実行されるタスクの一例のフローチャートの概略図。
【特許請求の範囲】
【請求項１】
以下の行為を含む１以上の鍵を受信する方法：
前記１以上の鍵を要求するか否かを決定する；
前記１以上の鍵の送付を要求する；
非鍵データを受信するためにスケジュールされた接続期間中に前記１以上の鍵を受信する。
【請求項２】
前記１以上の鍵を受信する行為は、予め保存されたコンテンツを復号するために使用される１以上の復号鍵を受信する行為を含む、請求項１に記載の方法。
【請求項３】
前記決定する行為は、第一の基準に基づいて通知を受信する行為を含む、請求項１に記載の方法。
【請求項４】
前記第一の基準は、少なくとも１の予め受信された鍵の有効期限が切れるか否かを評価する行為を含む、請求項３に記載の方法。
【請求項５】
前記第一の基準は前記１以上の鍵が受信されなかったか否かを決定することを含む、請求項３に記載の方法。
【請求項６】
前記非鍵データの受信は１組のシステムパラメータの受信を含む、請求項１に記載の方法。
【請求項７】
前記非鍵データの受信は、１組のマルチメディアデータの受信を含む、請求項１に記載の方法。
【請求項８】
前記非鍵データの受信は、１組のシステムパラメータと１組のマルチメディアデータの受信を含む、請求項１に記載の方法。
【請求項９】
前記受信した１以上の鍵をデータベース中に保存する行為をさらに含む、請求項１に記載の方法。
【請求項１０】
前記受信する行為は、前記１以上の鍵をコアネットワークから受信することを含み、前記コアネットワークはデジタル権利管理サーバとライセンスキーサーバとを含む、請求項１に記載の方法。
【請求項１１】
以下を含む、移動通信システムにおいて操作可能であり、１以上の鍵を受信するよう構成された装置：
前記１以上の鍵が要求される必要があるか否かを決定するように構成され、前記１以上の鍵の送付を要求するプロセッサ；
前記プロセッサはさらに、非鍵データを受信するためにスケジュールされた接続期間中に前記１以上の鍵を受信するように構成される。
【請求項１２】
前記１以上の鍵は、予め保存されたコンテンツを復号するための少なくとも１の鍵を含む、請求項１１に記載の装置。
【請求項１３】
前記プロセッサはさらに、第一の基準に基づいて通知を受信するように構成されている、請求項１１に記載の装置。
【請求項１４】
前記第一の基準は鍵の満了期間値を含む、請求項１３に記載の装置。
【請求項１５】
前記第一の基準は、１以上の鍵が受信されなかったと決定された後に生成される値を含む、請求項１３に記載の装置。
【請求項１６】
前記非鍵データは１組のマルチメディアデータを含む、請求項１１に記載の装置。
【請求項１７】
前記非鍵データは１組のシステムパラメータを含む、請求項１１に記載の装置。
【請求項１８】
前記非鍵データは１組のシステムパラメータと１組のマルチメディアデータとを含む、請求項１１に記載の装置。
【請求項１９】
前記プロセッサはさらに、前記受信した前記１以上の鍵をデータベース中に保存することを含む、請求項１１に記載の装置。
【請求項２０】
前記プロセッサはさらに、前記１以上の鍵を受信するよう構成されている、ここにおいて、前記鍵のうちの少なくとも１つはライセンスキーである、請求項１１に記載の装置。
【請求項２１】
以下を含む、無線通信システムにおいて操作可能であり、１以上の鍵を送付するための装置：
移動装置に送信される前記１以上の鍵を生成し、非鍵データを送信するためにスケジュールされた接続期間中に前記移動装置に対して前記生成した鍵を送信するように構成されるプロセッサ。
【請求項２２】
前記プロセッサはさらに、前記移動装置が少なくとも１の鍵を要求したか否かを、送信前に決定するように構成される、請求項２１に記載の装置。
【請求項２３】
前記プロセッサはさらに、１以上の鍵が送信用に利用可能であることを示す通知を前記移動装置に送信するように構成される、請求項２１に記載の装置。
【請求項２４】
前記プロセッサは、前記鍵を生成するためにライセンスキーサーバにアクセスするように構成される、請求項２１に記載の装置。
【請求項２５】
前記プロセッサはさらに、前記鍵を生成するためにライセンスキーサーバと、デジタル権利管理サーバと、分配センターとにアクセスするように構成される、請求項２１に記載の装置。
【請求項２６】
前記プロセッサはさらに、前記鍵を生成する前に、前記移動装置から鍵を送信する要求を受信するように構成される、請求項２１に記載の装置。
【請求項２７】
前記プロセッサはさらに、前記接続に関するスケジュールを決定するように構成されている、請求項２１に記載の装置。
【請求項２８】
前記プロセッサはさらに、前記鍵を生成する前に、前記１以上の鍵の有効期限が切れたか否かを決定するように構成される、請求項２１に記載の装置。
【請求項２９】
前記プロセッサはさらに、システムパラメータを含む非鍵データメッセージに前記鍵を添付するように構成される、請求項２１の装置。
【請求項３０】
前記プロセッサはさらに、非鍵データ送信用の前記接続をスケジュールするために鍵エポックを使用するように構成される、請求項２１に記載の装置。
【請求項３１】
以下の行為を含む、無線通信システムにおいて１以上の鍵を送付する方法：
移動装置に送信されるべき前記鍵を生成する：
非鍵データを送信するためにスケジュールされた接続期間中に前記移動装置に前記鍵を送信する。
【請求項３２】
送信前に、少なくとも１の鍵の送信が要求されているか否かを決定する行為をさらに含む、請求項３１に記載の方法。
【請求項３３】
１以上の鍵が送信のために利用可能であることを示す通知を送信する行為をさらに含む、請求項３１に記載の方法。
【請求項３４】
前記生成する行為は、ライセンスキーサーバにアクセスする行為を含む、前記請求項３１に記載の方法。
【請求項３５】
前記生成する行為は、ライセンスキーサーバと、デジタル権利管理サーバと、分配センターとにアクセスする行為を含む、前記請求項３１に記載の方法。
【請求項３６】
前記鍵の生成前に、鍵を送信する要求を受信する行為をさらに含む、請求項３１に記載の方法。
【請求項３７】
前記接続のためのスケジュールを決定する行為をさらに含む、請求項３１に記載の方法。
【請求項３８】
前記鍵の生成前に、前記１以上の鍵の有効期限が切れたか否かを決定する行為をさらに含む、請求項３１に記載の方法。
【請求項３９】
システムパラメータを含む非鍵データメッセージに前記鍵を添付する行為をさらに含む、請求項３１に記載の方法。
【請求項４０】
非鍵データの送信用の前記接続をスケジュールするためにキーエポックを使用する行為をさらに含む、請求項３１に記載の方法。
【請求項４１】
以下の行為を含む、鍵を第１の装置から第２の装置に送付する方法：
前記第１の装置において、前記第２の装置に送信されるべき鍵を生成する；
非鍵データ送信用にスケジュールされた接続期間中に前記鍵を前記第１の装置から前記第２の装置に送信する。
【請求項４２】
１以上の鍵が要求される必要があるか否かを、前記第２の装置において決定する；
前記鍵の送付を前記第１の装置に要求する；
非鍵データ受信用にスケジュールされた接続期間中に、前記第１の装置から前記鍵を前記第２の装置において受信する、
行為をさらに含む、請求項４１に記載の方法。
【請求項４３】
前記第１の装置はサーバコンピュータを含む、請求項４１に記載の方法。
【請求項４４】
前記第１の装置は移動サーバコンピュータを含む、請求項４１に記載の方法。
【請求項４５】
前記第２の装置は移動端末を含む、請求項４１に記載の方法。
【請求項４６】
機械によって実行されるとき、前記機械に以下の動作を実行させる指示を含む機械可読媒体：
１以上の鍵を要求すべきか否かを決定する；
前記鍵の送付を要求する；
非鍵データの受信用にスケジュールされた接続期間中に前記鍵を受信する。
【請求項４７】
機械によって実行されるとき、前記機械に以下の動作を実行させる指示を含む機械可読媒体：
移動装置に送信されるべき前記鍵を生成する；
非鍵データの送信用にスケジュールされた接続期間中に前記鍵を前記移動装置に対して送信する。
【請求項１】
以下の行為を含む１以上の鍵を受信する方法：
前記１以上の鍵を要求するか否かを決定する；
前記１以上の鍵の送付を要求する；
非鍵データを受信するためにスケジュールされた接続期間中に前記１以上の鍵を受信する。
【請求項２】
前記１以上の鍵を受信する行為は、予め保存されたコンテンツを復号するために使用される１以上の復号鍵を受信する行為を含む、請求項１に記載の方法。
【請求項３】
前記決定する行為は、第一の基準に基づいて通知を受信する行為を含む、請求項１に記載の方法。
【請求項４】
前記第一の基準は、少なくとも１の予め受信された鍵の有効期限が切れるか否かを評価する行為を含む、請求項３に記載の方法。
【請求項５】
前記第一の基準は前記１以上の鍵が受信されなかったか否かを決定することを含む、請求項３に記載の方法。
【請求項６】
前記非鍵データの受信は１組のシステムパラメータの受信を含む、請求項１に記載の方法。
【請求項７】
前記非鍵データの受信は、１組のマルチメディアデータの受信を含む、請求項１に記載の方法。
【請求項８】
前記非鍵データの受信は、１組のシステムパラメータと１組のマルチメディアデータの受信を含む、請求項１に記載の方法。
【請求項９】
前記受信した１以上の鍵をデータベース中に保存する行為をさらに含む、請求項１に記載の方法。
【請求項１０】
前記受信する行為は、前記１以上の鍵をコアネットワークから受信することを含み、前記コアネットワークはデジタル権利管理サーバとライセンスキーサーバとを含む、請求項１に記載の方法。
【請求項１１】
以下を含む、移動通信システムにおいて操作可能であり、１以上の鍵を受信するよう構成された装置：
前記１以上の鍵が要求される必要があるか否かを決定するように構成され、前記１以上の鍵の送付を要求するプロセッサ；
前記プロセッサはさらに、非鍵データを受信するためにスケジュールされた接続期間中に前記１以上の鍵を受信するように構成される。
【請求項１２】
前記１以上の鍵は、予め保存されたコンテンツを復号するための少なくとも１の鍵を含む、請求項１１に記載の装置。
【請求項１３】
前記プロセッサはさらに、第一の基準に基づいて通知を受信するように構成されている、請求項１１に記載の装置。
【請求項１４】
前記第一の基準は鍵の満了期間値を含む、請求項１３に記載の装置。
【請求項１５】
前記第一の基準は、１以上の鍵が受信されなかったと決定された後に生成される値を含む、請求項１３に記載の装置。
【請求項１６】
前記非鍵データは１組のマルチメディアデータを含む、請求項１１に記載の装置。
【請求項１７】
前記非鍵データは１組のシステムパラメータを含む、請求項１１に記載の装置。
【請求項１８】
前記非鍵データは１組のシステムパラメータと１組のマルチメディアデータとを含む、請求項１１に記載の装置。
【請求項１９】
前記プロセッサはさらに、前記受信した前記１以上の鍵をデータベース中に保存することを含む、請求項１１に記載の装置。
【請求項２０】
前記プロセッサはさらに、前記１以上の鍵を受信するよう構成されている、ここにおいて、前記鍵のうちの少なくとも１つはライセンスキーである、請求項１１に記載の装置。
【請求項２１】
以下を含む、無線通信システムにおいて操作可能であり、１以上の鍵を送付するための装置：
移動装置に送信される前記１以上の鍵を生成し、非鍵データを送信するためにスケジュールされた接続期間中に前記移動装置に対して前記生成した鍵を送信するように構成されるプロセッサ。
【請求項２２】
前記プロセッサはさらに、前記移動装置が少なくとも１の鍵を要求したか否かを、送信前に決定するように構成される、請求項２１に記載の装置。
【請求項２３】
前記プロセッサはさらに、１以上の鍵が送信用に利用可能であることを示す通知を前記移動装置に送信するように構成される、請求項２１に記載の装置。
【請求項２４】
前記プロセッサは、前記鍵を生成するためにライセンスキーサーバにアクセスするように構成される、請求項２１に記載の装置。
【請求項２５】
前記プロセッサはさらに、前記鍵を生成するためにライセンスキーサーバと、デジタル権利管理サーバと、分配センターとにアクセスするように構成される、請求項２１に記載の装置。
【請求項２６】
前記プロセッサはさらに、前記鍵を生成する前に、前記移動装置から鍵を送信する要求を受信するように構成される、請求項２１に記載の装置。
【請求項２７】
前記プロセッサはさらに、前記接続に関するスケジュールを決定するように構成されている、請求項２１に記載の装置。
【請求項２８】
前記プロセッサはさらに、前記鍵を生成する前に、前記１以上の鍵の有効期限が切れたか否かを決定するように構成される、請求項２１に記載の装置。
【請求項２９】
前記プロセッサはさらに、システムパラメータを含む非鍵データメッセージに前記鍵を添付するように構成される、請求項２１の装置。
【請求項３０】
前記プロセッサはさらに、非鍵データ送信用の前記接続をスケジュールするために鍵エポックを使用するように構成される、請求項２１に記載の装置。
【請求項３１】
以下の行為を含む、無線通信システムにおいて１以上の鍵を送付する方法：
移動装置に送信されるべき前記鍵を生成する：
非鍵データを送信するためにスケジュールされた接続期間中に前記移動装置に前記鍵を送信する。
【請求項３２】
送信前に、少なくとも１の鍵の送信が要求されているか否かを決定する行為をさらに含む、請求項３１に記載の方法。
【請求項３３】
１以上の鍵が送信のために利用可能であることを示す通知を送信する行為をさらに含む、請求項３１に記載の方法。
【請求項３４】
前記生成する行為は、ライセンスキーサーバにアクセスする行為を含む、前記請求項３１に記載の方法。
【請求項３５】
前記生成する行為は、ライセンスキーサーバと、デジタル権利管理サーバと、分配センターとにアクセスする行為を含む、前記請求項３１に記載の方法。
【請求項３６】
前記鍵の生成前に、鍵を送信する要求を受信する行為をさらに含む、請求項３１に記載の方法。
【請求項３７】
前記接続のためのスケジュールを決定する行為をさらに含む、請求項３１に記載の方法。
【請求項３８】
前記鍵の生成前に、前記１以上の鍵の有効期限が切れたか否かを決定する行為をさらに含む、請求項３１に記載の方法。
【請求項３９】
システムパラメータを含む非鍵データメッセージに前記鍵を添付する行為をさらに含む、請求項３１に記載の方法。
【請求項４０】
非鍵データの送信用の前記接続をスケジュールするためにキーエポックを使用する行為をさらに含む、請求項３１に記載の方法。
【請求項４１】
以下の行為を含む、鍵を第１の装置から第２の装置に送付する方法：
前記第１の装置において、前記第２の装置に送信されるべき鍵を生成する；
非鍵データ送信用にスケジュールされた接続期間中に前記鍵を前記第１の装置から前記第２の装置に送信する。
【請求項４２】
１以上の鍵が要求される必要があるか否かを、前記第２の装置において決定する；
前記鍵の送付を前記第１の装置に要求する；
非鍵データ受信用にスケジュールされた接続期間中に、前記第１の装置から前記鍵を前記第２の装置において受信する、
行為をさらに含む、請求項４１に記載の方法。
【請求項４３】
前記第１の装置はサーバコンピュータを含む、請求項４１に記載の方法。
【請求項４４】
前記第１の装置は移動サーバコンピュータを含む、請求項４１に記載の方法。
【請求項４５】
前記第２の装置は移動端末を含む、請求項４１に記載の方法。
【請求項４６】
機械によって実行されるとき、前記機械に以下の動作を実行させる指示を含む機械可読媒体：
１以上の鍵を要求すべきか否かを決定する；
前記鍵の送付を要求する；
非鍵データの受信用にスケジュールされた接続期間中に前記鍵を受信する。
【請求項４７】
機械によって実行されるとき、前記機械に以下の動作を実行させる指示を含む機械可読媒体：
移動装置に送信されるべき前記鍵を生成する；
非鍵データの送信用にスケジュールされた接続期間中に前記鍵を前記移動装置に対して送信する。
【図１】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【公表番号】特表２００８−５０７２１０（Ｐ２００８−５０７２１０Ａ）
【公表日】平成２０年３月６日（２００８．３．６）
【国際特許分類】
【出願番号】特願２００７−５２１６７２（Ｐ２００７−５２１６７２）
【出願日】平成１７年７月１４日（２００５．７．１４）
【国際出願番号】ＰＣＴ／ＵＳ２００５／０２５１５１
【国際公開番号】ＷＯ２００６／０２００１５
【国際公開日】平成１８年２月２３日（２００６．２．２３）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２０年３月６日（２００８．３．６）
【国際特許分類】
【出願日】平成１７年７月１４日（２００５．７．１４）
【国際出願番号】ＰＣＴ／ＵＳ２００５／０２５１５１
【国際公開番号】ＷＯ２００６／０２００１５
【国際公開日】平成１８年２月２３日（２００６．２．２３）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]