(57)【要約】【課題】ライセンス購入時に異常終了した場合に、２重購入を防止し、かつユーザに負担を掛けずに購入処理を再開することを可能とし、また、サーバにおける情報と整合性のとれた購入状態を提示できる装置を提供すること。【解決手段】購入処理部はライセンスごとの購入状態情報を購入状態記憶部に記録しておき、購入再開処理実行時には購入状態判断部が購入状態記憶部に記録されている購入状態情報を参照して、最初にアクセスすべきサーバを判断して購入処理部に処理を指示する。購入状態情報提示部は、購入状態情報に応じてサーバから新たに取得した購入状態情報を用いて、ユーザに購入状態を提示する。【選択図】図２
2007133862.tif 000002
【特許請求の範囲】
【請求項１】
外部のサーバと通信をする通信部と、
ユーザに対してデータ購入処理情報を提示し、ユーザからの購入指示を受信するユーザＩ／Ｆ部と、
外部サーバに対して前記通信部を通じてデータの購入依頼を行い、更にデータの取得依頼を行ってデータを取得する購入処理部と、
前記購入処理部によって取得されたデータを蓄積する蓄積部と、
前記購入処理部の購入状態情報を記憶する購入状態記憶部と、
購入処理の再開時に、前記購入状態記憶部に記憶されている購入状態情報を参照して、購入処理部に対して処理の指示を出す購入状態判断部とを備え、
前記購入状態情報は、少なくとも処理タイミングとサーバアドレス情報を含み、
前記処理タイミングは、少なくとも購入意思表示状態と購入済み状態を含み、
前記購入状態判断部は、
前記購入状態情報の処理タイミングが購入意思表示状態であった場合、サーバアドレス情報で指定されたサーバにデータ取得依頼をするように前記購入処理部に指示し、
前記サーバアドレス情報で指定されたサーバにデータが登録されていなかった場合、前記サーバアドレス情報で指定されたサーバにデータの購入依頼をするように前記購入処理部に指示することを特徴とするデータ購入装置。
【請求項２】
前記アドレス情報はＵＲＩであることを特徴とする請求項１記載のデータ購入装置。
【請求項３】
前記データはコンテンツを視聴するために必要なライセンスであることを特徴とする請求項１記載のデータ購入装置。
【請求項４】
前記処理タイミングは、前記ユーザＩ／Ｆ部でユーザが購入意思を示すこと、又は購入意思表示済みを通知するスクリプトが処理されることで購入意思表示済み状態になり、
前記サーバからデータの登録完了の通知を受信する、又は前記ユーザＩ／Ｆ部で購入済みを通知するスクリプトが処理されると購入済み状態になることを特徴とする請求項１記載のデータ購入装置。
【請求項５】
前記購入意思表示済みを通知するスクリプトは、
少なくとも購入意思表示がなされたライセンスの識別子を引数として含み、
前記購入済みを通知するスクリプトは、
少なくとも購入処理が済んだライセンスの識別子を引数として含むことを特徴とする請求項４記載のデータ購入装置。
【請求項６】
前記アドレス情報は、ライセンスの購入を依頼するサーバであるショップサーバのＵＲＬと、ライセンスの取得先サーバであるライセンスサーバの２種類のＵＲＬを記憶し、
前記購入状態判断部は購入処理の再開時に、前記購入状態情報の処理タイミングが購入意思表示状態であった場合、ライセンスサーバのＵＲＬで指定されたサーバにデータ取得依頼をするように購入処理部に指示し、
ライセンスサーバのＵＲＬで指定されたサーバにデータが登録されていなかった場合、前記ショップサーバのＵＲＬで指定されたサーバにデータの購入依頼をするように前記購入処理部に指示することを特徴とする請求項５記載のデータ購入装置。
【請求項７】
前記ショップサーバのＵＲＬは、
購入するライセンスの情報を表すクエリを含んだ形式であることを特徴とする請求項６記載のデータ購入装置。
【請求項８】
前記ショップサーバのＵＲＬは、
前記クエリを含んだＵＲＬと、
ユーザに購入データの一覧を提示するサイトのＵＲＬの、
２種類のＵＲＬを持つことを特徴とする請求項６記載のデータ購入装置。
【請求項９】
前記購入状態判断部は購入処理の再開時に、
前記購入状態情報の処理タイミングが購入意思表示状態であった場合、ライセンスサーバのＵＲＬで指定されたサーバにデータ取得依頼をするように購入処理部に指示し、
ライセンスサーバのＵＲＬで指定されたサーバにデータが登録されていなかった場合、購入意思表示状態のライセンスの購入を継続するか否かを問う情報をユーザに提示することを前記ユーザＩ／Ｆ部に指示し、
前記ユーザＩ／Ｆ部は、購入意思表示状態のライセンスの購入を継続するか否かを問う情報をユーザに提示し、ユーザからライセンスの購入を継続する旨を指示された場合、
前記ショップサーバのＵＲＬで指定されたサーバにデータの購入依頼をするように前記購入処理部に指示することを特徴とする請求項６記載のデータ購入装置。
【請求項１０】
前記ユーザＩ／Ｆ部は、購入意思表示状態のライセンスの購入を継続するか否かを問う情報をユーザに提示し、ユーザからライセンスの購入を継続しない旨を指示された場合、
前記購入状態情報の前記タイミング情報を保留状態に変更することを特徴とする請求項９記載のデータ購入装置。
【請求項１１】
前記ユーザＩ／Ｆ部は、ＢＭＬブラウザ、又はＨＴＭＬブラウザであることを特徴とする請求項６記載のデータ購入装置。
【請求項１２】
前記購入状態情報は、ライセンスの購入期限に関する情報を含み、
前記購入状態判断部は購入処理の再開時に、
前記購入状態情報の処理タイミングが購入意思表示状態であった場合、ライセンスサーバのＵＲＬで指定されたサーバにデータ取得依頼をするように購入処理部に指示し、
ライセンスサーバのＵＲＬで指定されたサーバにデータが登録されていなかった場合、前記ライセンス購入期限と現在時刻を比較し、
ライセンス購入期限が現在時刻を過ぎていた場合、購入意思表示状態のライセンスは購入期限を過ぎているため、購入処理を継続できない旨をユーザに提示することを前記ユーザＩ／Ｆ部に指示することを特徴とする請求項６記載のデータ購入装置。
【請求項１３】
前記購入指示は、複数のライセンスから構成されるパッケージ単位であることを特徴とする請求項６記載のデータ購入装置。
【請求項１４】
前記購入意思表示済みを通知するスクリプトは、
少なくとも購入意思表示がなされたパッケージの識別子と、
前記パッケージに含まれるライセンスの識別子とを引数として含み、
前記購入済みを通知するスクリプトは、
少なくとも購入処理が済んだパッケージの識別子とそのパッケージに含まれるライセンスの識別子を引数として含むことを特徴とする請求項１３記載のデータ購入装置。
【請求項１５】
前記購入状態判断部は購入処理の再開時に、
前記購入状態情報の処理タイミングが購入意思表示状態であった場合、ライセンスサーバのＵＲＬで指定されたサーバに、前記パッケージに含まれる複数のライセンスの取得依頼をするように購入処理部に指示し、
ライセンスサーバのＵＲＬで指定されたサーバに、前記複数のライセンスのうちの一部しか登録されていなかった場合、残りのライセンスが自端末に取得済みかどうかを確認し、
全て取得済みであった場合には、前記購入処理部に前記ライセンスサーバのＵＲＬで指定されたサーバから、前記登録されたライセンスの取得指示を出し
全て取得済みで無かった場合には、前記購入処理部に前記ショップサーバのＵＲＬで指定されたサーバから、前記パッケージの購入指示を出すことを特徴とする請求項１４記載のデータ購入装置。
【請求項１６】
前記購入状態判断部は購入処理の再開時に、
前記購入状態情報の処理タイミングが購入意思表示状態であった場合、ライセンスサーバのＵＲＬで指定されたサーバに、前記パッケージに含まれる複数のライセンスの取得依頼をするように購入処理部に指示し、
ライセンスサーバのＵＲＬで指定されたサーバに、前記複数のライセンスのうちの一部しか登録されていなかった場合、残りのライセンスが自端末に加えホームネットワークで接続されている他端末に取得済みかどうかを確認し、
全て取得済みであった場合には、前記購入処理部に前記ライセンスサーバのＵＲＬで指定されたサーバから、前記登録されたライセンスの取得指示を出し
全て取得済みで無かった場合には、前記購入処理部に前記ショップサーバのＵＲＬで指定されたサーバから、前記パッケージの購入指示を出すことを特徴とする請求項１５記載のデータ購入装置。
【請求項１７】
外部のサーバと通信をする通信部と、
ユーザに対してデータ購入処理情報を提示し、ユーザからの購入指示を受信するユーザＩ／Ｆ部と、
外部サーバに対して前記通信部を通じてデータの購入依頼を行い、更にデータの取得依頼を行ってデータを取得する購入処理部と、
前記購入処理部によって取得されたデータを蓄積する蓄積部と、
前記購入処理部の購入状態情報を記憶する購入状態記憶部と、
外部サーバに対して前記通信部を通じてデータの購入有無を確認し、前記購入状態情報を更新する購入状態更新部と、
前記購入状態記憶部に記憶されている購入状態情報を参照して、ユーザに前記データの購入の状態を提示する購入状態提示部とを備え、
前記購入状態情報は、少なくとも処理タイミングとサーバアドレス情報を含み、
前記処理タイミングは、少なくとも購入意思表示状態と購入済み状態を含み、
前記購入状態提示部は、
前記購入状態情報の処理タイミングが購入意思表示状態のものがあった場合、前記購入状態更新部に購入状態情報の更新を指示し、前記サーバアドレス情報で指定されたサーバで購入状態を確認し、前記確認した購入状態に更新した後に、ユーザにデータの購入状態を提示することを特徴とするデータ購入装置。
【請求項１８】
前記処理タイミングは、ユーザＩ／Ｆ部でユーザが購入意思を示すこと、または購入意思表示済みを通知するスクリプトが処理されることで購入意思表示済み状態になり、
サーバからデータの登録完了の通知を受信する、またはユーザＩ／Ｆ部で購入済みを通知するスクリプトが処理される、または購入状態更新部が外部サーバからデータを購入済みであることを受信し購入状態情報を更新すると購入済み状態になることを特徴とする請求項１７記載のデータ購入装置。
【請求項１９】
前記アドレス情報は、ライセンスの購入を依頼する、および／またはライセンスの購入状態を問い合わせるサーバであるショップサーバのＵＲＬであり、
前記購入状態更新部は前記購入状態情報のうち処理タイミングが購入意思表示状態のものがあった場合、ショップサーバのＵＲＬで指定されたサーバから購入状態を取得し、購入状態情報を前記取得した購入状態に更新することを特徴とする請求項１８記載のデータ購入装置。
【請求項２０】
前記購入状態情報は、複数のライセンスから構成されるパッケージ単位であることを特徴とする請求項１９記載のデータ購入装置。
【請求項２１】
前記購入意思表示済みを通知するスクリプトは、
少なくとも購入意思表示がなされたパッケージの識別子と、
前記パッケージに含まれるライセンスの識別子とを引数として含み、
前記購入済みを通知するスクリプトは、
少なくとも購入処理が済んだパッケージの識別子とそのパッケージに含まれるライセンスの識別子を引数として含むことを特徴とする請求項２０記載のデータ購入装置。
【請求項２２】
外部のサーバと通信をする通信ステップと、
ユーザに対してデータ購入処理情報を提示し、ユーザからの購入指示を受信するユーザＩ／Ｆ処理ステップと、
外部サーバに対して前記通信ステップにでデータの購入依頼を行い、更にデータの取得依頼を行ってデータを取得する購入処理ステップと、
前記購入ステップで取得されたデータを蓄積する蓄積ステップと、
前記購入処理ステップにおける購入状態情報を記憶する購入状態記憶ステップと、
購入処理の再開時に、前記購入状態記憶ステップで記憶された購入状態情報を参照して、購入処理ステップの処理内容を決定する購入状態判断ステップとからなり、
前記購入状態情報は、少なくとも処理タイミングとサーバアドレス情報を含み、
前記処理タイミングは、少なくとも購入意思表示状態と購入済み状態を含み、
前記購入状態判断ステップは、
前記購入状態情報の処理タイミングが購入意思表示状態であった場合、サーバアドレス情報で指定されたサーバにデータ取得依頼をするように前記購入処理ステップを決定し、
前記サーバアドレス情報で指定されたサーバにデータが登録されていなかった場合、前記サーバアドレス情報で指定されたサーバにデータの購入依頼をするように前記購入処理ステップを決定することを特徴とするデータ購入方法。
【請求項２３】
外部のサーバと通信をする通信ステップと、
ユーザに対してデータ購入処理情報を提示し、ユーザからの購入指示を受信するユーザＩ／Ｆ処理ステップと、
外部サーバに対して前記通信ステップにでデータの購入依頼を行い、更にデータの取得依頼を行ってデータを取得する購入処理ステップと、
前記購入ステップで取得されたデータを蓄積する蓄積ステップと、
前記購入処理ステップにおける購入状態情報を記憶する購入状態記憶ステップと、
購入処理の再開時に、前記購入状態記憶ステップで記憶された購入状態情報を参照して、購入処理ステップの処理内容を決定する購入状態判断ステップとからなり、
前記購入状態情報は、少なくとも処理タイミングとサーバアドレス情報を含み、
前記処理タイミングは、少なくとも購入意思表示状態と購入済み状態を含み、
前記購入状態判断ステップは、
前記購入状態情報の処理タイミングが購入意思表示状態であった場合、サーバアドレス情報で指定されたサーバにデータ取得依頼をするように前記購入処理ステップを決定し、
前記サーバアドレス情報で指定されたサーバにデータが登録されていなかった場合、前記サーバアドレス情報で指定されたサーバにデータの購入依頼をするように前記購入処理ステップを決定することを特徴とするデータ購入プログラム。
【請求項２４】
請求項２３に記載のプログラムを記録した、機械読取可能な媒体。
【請求項２５】
外部のサーバと通信をする通信部と、
ユーザに対してデータ購入処理情報を提示し、ユーザからの購入指示を受信するユーザＩ／Ｆ部と、
外部サーバに対して前記通信部を通じてデータの購入依頼を行い、更にデータの取得依頼を行ってデータを取得する購入処理部と、
前記購入処理部によって取得されたデータを蓄積する蓄積部と、
前記購入処理部の購入状態情報を記憶する購入状態記憶部と、
購入処理の再開時に、前記購入状態記憶部に記憶されている購入状態情報を参照して、購入処理部に対して処理の指示を出す購入状態判断部とを備え、
前記購入状態情報は、少なくとも処理タイミングとサーバアドレス情報を含み、
前記処理タイミングは、少なくとも購入意思表示状態と購入済み状態を含み、
前記購入状態判断部は、
前記購入状態情報の処理タイミングが購入意思表示状態であった場合、サーバアドレス情報で指定されたサーバにデータ取得依頼をするように前記購入処理部に指示し、
前記サーバアドレス情報で指定されたサーバにデータが登録されていなかった場合、前記サーバアドレス情報で指定されたサーバにデータの購入依頼をするように前記購入処理部に指示することを特徴とする集積回路。
【請求項２６】
データ購入を指示するための所定ユーザ操作を受付けた場合に外部サーバに対してデータ購入要求を行ってデータを購入するデータ購入装置であって、
データ購入の処理段階を識別するための購入状態情報を記憶するための記憶手段と、
前記購入状態情報が第１値を示す場合において前記所定ユーザ操作を受付けた場合には、前記購入状態情報を第２値を示すように更新した後に前記外部サーバに対してデータ購入要求を送信し、当該送信後に前記外部サーバからデータ購入処理の完了の旨を受信したときには前記購入状態情報を第３値を示すように更新するデータ購入制御手段と、
所定条件が成立したことを検知した場合において、前記購入状態情報が第２値を示しているときには、前記外部サーバに対して、データ購入処理が既に完了しているか否かを問合せるための通信を行う完了確認手段と、
前記完了確認手段の通信結果として、前記外部サーバにおいてデータ購入処理が完了していない旨が判明した場合には、前記外部サーバに対してデータ購入要求を再度送信し、当該送信後に当該外部サーバからデータ購入処理の完了の旨を受信したときには前記購入状態情報を第３値を示すように更新する再購入要求手段とを備える
ことを特徴とするデータ購入装置。
【請求項２７】
データ購入を指示するための所定ユーザ操作を受付けた場合に外部サーバに対してデータ購入要求を行ってデータを購入するデータ購入装置であって、
データ購入の処理段階を識別するための購入状態情報を記憶するための記憶手段と、
前記購入状態情報が第１値を示す場合において前記所定ユーザ操作を受付けた場合には、前記購入状態情報を第２値を示すように更新した後に前記外部サーバに対してデータ購入要求を送信し、当該送信後に前記外部サーバからデータ購入処理の完了の旨を受信したときには前記購入状態情報を第３値を示すように更新するデータ購入制御手段と、
所定条件が成立したことを検知した場合において、前記購入状態情報が第２値を示しているときには、前記外部サーバに対して、データ購入処理が既に完了しているか否かを問合せるための通信を行う完了確認手段と、
前記完了確認手段の通信結果として、前記外部サーバにおいてデータ購入処理が完了していない旨が判明した場合には、前記購入状態情報を第１値を示すように更新する購入状態更新手段とを備える
ことを特徴とするデータ購入装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ購入の異常終了時の復帰処理に関するものである。
【背景技術】
【０００２】
近年、放送・通信等の通信路の発達に伴い、映像・音楽・ゲーム等のコンテンツを、これらの通信路を通じて取得する端末が登場した。例えば、ＢＳ（Ｂｒｏａｄｃａｓｔ  Ｓａｔｅｌｌｉｔｅ）デジタル放送や、ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ）デジタル放送では、ＭＰＥＧ２規格により映像や音声がデジタル化されて配信されており、地上デジタル放送においても同規格で映像や音声を含むＡＶデータが配信される。これらの放送・通信等の通信路による配信において、コンテンツの著作権を保護するため、取得したコンテンツを不正に利用できないようにする必要があり、従来から、コンテンツを復号できる鍵とコンテンツの利用条件を組にしたデータであるライセンスを用いてユーザのコンテンツの利用を制限する方法が用いられている。著作権を保護する必要のあるコンテンツは、予め暗号化して配信しておくことで、ユーザがコンテンツを視聴する際にはライセンスを入手し、そこに含まれる鍵を用いないとコンテンツを視聴することができない。また、利用条件の例としては「２００６年１月３１日まで再生可能」、「初めて再生してから７２時間再生可能」、「１回のみ再生可能」等の条件を与えることができる。
【０００３】
現在検討されているサーバ型放送では、ＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍｓ）カードがネットワーク上のライセンスサーバにセキュアにアクセスすることで、端末がCASカードを通じてライセンスを取得することが可能となる。インターネットで配信されるコンテンツのライセンスにおいても、同様の方法でライセンスを取得することが可能である。
【０００４】
一方、ライセンスの購入はコンテンツ提供者や配信事業者によって様々な方法が考えられる。例えば、ユーザが配信事業者に対して電話やはがきで依頼したり、ＷＥＢ上のショップサーバから購入意思を示したり、予め何らかの契約を行っておく、等である。こうしてライセンスを購入することで、ライセンスサーバ上にライセンスの実体が配置され、ユーザは端末に装着されたＣＡＳカードを通してライセンスサーバからライセンスを取得することが可能となる。これらの様々なライセンス購入方法のうち、ＷＥＢ上のショップサーバを利用してライセンスを購入するケースが最も一般的であり、その場合コンテンツの購入、ライセンスサーバへのライセンス登録、ライセンス取得の一連のシーケンスを順に実行することで、初めてユーザはコンテンツを視聴可能となる。このため、如何にこの一連のシーケンスを滞りなく遂行するかが重要となる。
【０００５】
更に、ライセンスの購入状態を表す情報は基本的にサーバで管理されるが、ユーザが自身の購入したライセンスの情報を閲覧する際には、応答性向上や通信量削減などのために、サーバに毎回問い合わせるのではなく受信端末上の情報を用いてユーザに提示することが望ましい。このため、サーバで管理されている購入情報と受信端末で管理されている購入情報の整合性を保つことも必須である。
【０００６】
特許文献１によれば、特許文献１に記載のシステムは、中継オブジェクトがユーザオブジェクトとサービスオブジェクトの一連の送信情報を中継、および履歴管理することで、シーケンスの途中で処理が中断してしまった場合でも、再接続時に自動で前の処理を継続する方法が開示されている。
特許文献２によれば、ＷＥＢショッピングにおいてユーザが購入意思を示した商品をサーバ、もしくはクライアントで保持しておくことによって、処理を途中で中断しても、次回同一サーバにアクセスした時に以前に購入意思を示した商品の情報を一定期間の間残しておく方法が開示されている。
【特許文献１】特開２００４−２２０２３１号公報
【特許文献２】特開２００２−１０９３１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１では、中継オブジェクトがユーザオブジェクトとサービスオブジェクト間の送信情報のみしか管理していないため、受信端末がショップサーバからライセンスを購入する、受信端末がライセンスサーバからライセンスを取得する、という処理の間にあるショップサーバからライセンスサーバへライセンスを登録するという処理を管理することが出来ないため、再接続時に処理を重複してしまう（ライセンスを２重購入してしまう）場合があるという課題があった。
【０００８】
また、特許文献２では、ユーザが再びショップサーバへアクセスした時に初めて以前の購入状況を再現できるものであり、ライセンス購入処理中に中断してしまった場合、そのことをユーザが覚えておいて、復旧後に再びショップサーバへアクセスする必要があるため、ユーザに負担をかけてしまうという課題があった。
本発明は、前記従来の課題を解決するもので、受信端末と、ライセンスの購入を指示するショップサーバ、購入されたライセンスを保持するライセンスサーバからなるシステムにおいて、ユーザに負担をかけることなく、ライセンス購入、取得の一連の処理を実現するとともに、サーバで管理する購入状態と受信端末で管理する購入状態の整合性を保つことが可能な端末を提供することを目的とする。
【課題を解決するための手段】
【０００９】
前記従来の課題を解決するために、本発明のライセンス購入装置は、ショップサーバやライセンスサーバ等外部のサーバと通信を行う通信部と、ユーザからライセンスの購入指示を受信するユーザＩ／Ｆ部と、ライセンスの購入状態を記憶する購入状態記憶部と、購入状態記憶部の情報を基にして次に実施すべき処理を決定する購入状態判断部と、ユーザＩ／Ｆ部や購入状態判断部からの指示を基に通信部に対して購入依頼やライセンス取得依頼を行う購入処理部と、通信部、購入処理部を通じて取得したライセンスを蓄積するライセンス蓄積部とを有し、購入状態記憶部はライセンスの購入状態として少なくとも、ユーザが購入指示を出した状態であるがまだ未取得の状態であるか、またはライセンスを既に取得済みの状態であるかを判別する情報と、該当ライセンスのショップサーバ、およびライセンスサーバのアドレス情報とを保持し、購入状態判断部は、ユーザが購入指示を出した状態であるが未取得の状態であるライセンスに対して、まず前記ライセンスのライセンスサーバへ前記ライセンスの取得を試みて、ライセンスサーバに前記ライセンスが登録されていなかった場合には、ショップサーバに前記ライセンスの購入依頼を通知した後に、ライセンスサーバからライセンスを取得することを特徴とする。
【００１０】
また、前記従来の課題を解決するために、本発明のライセンス購入装置は、ショップサーバやライセンスサーバ等外部のサーバと通信を行う通信部と、ユーザに対してデータ購入処理情報を提示し、ユーザからの購入指示を受信するユーザＩ／Ｆ部と、外部サーバに対して前記通信部を通じてデータの購入依頼を行い、更にデータの取得依頼を行ってデータを取得する購入処理部と、前記購入処理部によって取得されたデータを蓄積する蓄積部と、前記購入処理部の購入状態情報を記憶する購入状態記憶部と、外部サーバに対して前記通信部を通じてデータの購入有無を確認し、前記購入状態情報を更新する購入状態更新部と、前記購入状態記憶部に記憶されている購入状態情報を参照して、ユーザに前記データの購入の状態を提示する購入状態提示部とを備え、前記購入状態情報は、少なくとも処理タイミングとサーバアドレス情報を含み、前記処理タイミングは、少なくとも購入意思表示状態と購入済み状態を含み、前記購入状態提示部は、前記購入状態情報の処理タイミングが購入意思表示状態のものがあった場合、前記購入状態更新部に購入状態情報の更新を指示し、前記サーバアドレス情報で指定されたサーバで購入状態を確認し、前記確認した購入状態に更新した後に、ユーザにデータの購入状態を提示することを特徴とする。
【００１１】
また、前記従来の課題を解決するために、本発明のデータ購入装置は、データ購入を指示するための所定ユーザ操作を受付けた場合に外部サーバに対してデータ購入要求を行ってデータを購入するデータ購入装置であって、データ購入の処理段階を識別するための購入状態情報を記憶するための記憶手段と、前記購入状態情報が第１値を示す場合において前記所定ユーザ操作を受付けた場合には、前記購入状態情報を第２値を示すように更新した後に前記外部サーバに対してデータ購入要求を送信し、当該送信後に前記外部サーバからデータ購入処理の完了の旨を受信したときには前記購入状態情報を第３値を示すように更新するデータ購入制御手段と、所定条件が成立したことを検知した場合において、前記購入状態情報が第２値を示しているときには、前記外部サーバに対して、データ購入処理が既に完了しているか否かを問合せるための通信を行う完了確認手段と、前記完了確認手段の通信結果として、前記外部サーバにおいてデータ購入処理が完了していない旨が判明した場合には、前記外部サーバに対してデータ購入要求を再度送信し、当該送信後に当該外部サーバからデータ購入処理の完了の旨を受信したときには前記購入状態情報を第３値を示すように更新する再購入要求手段とを備えることを特徴とする。
【００１２】
さらに、前記従来の課題を解決するために、本発明のデータ購入装置は、データ購入を指示するための所定ユーザ操作を受付けた場合に外部サーバに対してデータ購入要求を行ってデータを購入するデータ購入装置であって、データ購入の処理段階を識別するための購入状態情報を記憶するための記憶手段と、前記購入状態情報が第１値を示す場合において前記所定ユーザ操作を受付けた場合には、前記購入状態情報を第２値を示すように更新した後に前記外部サーバに対してデータ購入要求を送信し、当該送信後に前記外部サーバからデータ購入処理の完了の旨を受信したときには前記購入状態情報を第３値を示すように更新するデータ購入制御手段と、所定条件が成立したことを検知した場合において、前記購入状態情報が第２値を示しているときには、前記外部サーバに対して、データ購入処理が既に完了しているか否かを問合せるための通信を行う完了確認手段と、前記完了確認手段の通信結果として、前記外部サーバにおいてデータ購入処理が完了していない旨が判明した場合には、前記購入状態情報を第１値を示すように更新する購入状態更新手段とを備えることを特徴とする。
【００１３】
なお、ここで、所定条件とは、データ購入装置と外部サーバとが通信中に当該通信が断たれることであってよい。
また、所定条件とは、データ購入装置を起動することであってもよい。
また、所定条件とは、所定の時間間隔が経過することであってもよい。
また、所定条件とは、ユーザからの入力指示であってもよい。
【発明の効果】
【００１４】
上記構成によって、端末で電源断などの端末障害、サーバ側の障害、通信路の障害など、ライセンス購入処理が異常終了した場合でも、ユーザに同じ購入処理を繰り返し実行させることなく、かつライセンスの２重購入を行うことなく、ライセンスの取得処理が可能となる。
また、端末で電源断などの端末障害、サーバ側の障害、通信路の障害など、ライセンス購入処理が異常終了した場合でも、サーバで管理する購入状態と受信端末で管理する購入状態の整合性を保つことができる。
【発明を実施するための最良の形態】
【００１５】
以下本発明の実施の形態について、図面を参照しながら説明する。
（実施の形態１）
図１は本発明におけるシステム構成の一例である。
図１において、受信端末１００はユーザからの指示に基づいて、ショップサーバ１０１にアクセスしてライセンスの購入を依頼する。受信端末１００からライセンス購入依頼を受けたショップサーバ１０１は、依頼されたライセンスをライセンスサーバ１０２に登録する。ショップサーバ１０１からライセンスサーバ１０２にライセンスが登録されることによって、受信端末１００がライセンスサーバ１０２へアクセスしてライセンスを取得することが可能となる。
【００１６】
図２は本発明における、受信端末１００の構成図である。
受信端末１００は、購入処理部２０２の指示により通信部２０６を通じて、ショップサーバ１０１へアクセスしてライセンスの購入処理を行う、またはライセンスサーバ１０２へアクセスしてライセンスの取得を行う。ユーザＩ／Ｆ部２０１は、ユーザに対してインタフェースを提供し、購入可能なライセンスの一覧を提示したり、ユーザから購入するライセンスの指示を受信したりすることで、ユーザと購入処理部２０２との間のデータの伝達を行う。なお、ユーザＩ／Ｆ部２０１はディスプレイなどの表示装置を持っていなくても、例えばＬＥＤとボタンなど、ユーザとのインタフェースを持ってさえいれば良いことは言うまでも無いが、本実施例ではユーザに対して購入用のページを提示したり、ユーザからリモコンやマウスなどで購入するライセンスの指示を受け付けたりすることを可能とするインタフェースを持つとして記述する。
【００１７】
購入状態記憶部２０３は、購入処理部２０２の購入処理に応じて購入状態を記憶する。購入状態判断部２０４は、購入状態記憶部２０３に記憶されているライセンスの購入状態を参照し、ライセンスの購入状態に応じた処理を購入処理部２０２に指示する。ライセンス蓄積部２０５は購入処理部２０２が取得したライセンスを蓄積する。
図３は、本実施の形態のライセンス購入処理の一例を表すシーケンス図である。本シーケンス図では通信部２０６やライセンス蓄積部２０５などは省略している。
【００１８】
以下に、図３のシーケンス図を用いて、受信端末１００とショップサーバ１０１、ライセンスサーバ１０２からなるシステムにおける、ライセンス購入処理の詳細を記述する。
ステップＳ３０１で、ユーザはユーザＩ／Ｆ部２０１に対して、ライセンスの購入ページの提示を指示する。この処理は、ユーザがショップサーバ１０１のアドレス情報を直接入力しても良いし、放送波や通信サイトから取得したポータルサイトからショップサーバ１０１へのリンクを選択しても良いし、受信端末のＥＣＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）からショップサーバ１０１を選択しても良いし、その他様々な方法でショップサーバ１０１を指定することが可能である。
【００１９】
ユーザから購入ページの提示指示を受信したユーザＩ／Ｆ部２０１は、ステップＳ３０２において購入処理部２０２に対して指定されたショップサーバ１０１の情報を渡し、購入用のページの提示指示を行うと、購入処理部２０２は通信部２０６を通じてショップサーバ１０１に購入用のページの送信を要求する。以降の処理では全て通信部２０６の記載は省略するが、受信端末１００とショップサーバ１０１、ライセンスサーバ１０２の間の通信は通信部２０６を経由する。
【００２０】
次に、購入処理部２０２から購入用ページの要求を受信したショップサーバ１０１は、前記要求への応答として購入用ページを通知し、前記購入用ページを受信した購入処理部２０２は前記購入用ページをユーザＩ／Ｆ部２０１に通知し、ユーザＩ／Ｆ部２０１で前記購入用ページを提示する（ステップＳ３０３）。本実施例では、購入処理部２０２とショップサーバ１０１との間の通信は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ ＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を用いて行い、ショップサーバ１０１から購入処理部２０２へ通知される購入用ページは、文書データと呼びＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、またはＨＴＭＬ（Ｈｙｐｔｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述されているものとしているが、通信プロトコルや通信するデータのフォーマットはこれに限定されるものではない。
【００２１】
ユーザは購入用ページを見て、購入したいライセンスを選択し購入指示をすると、前記購入指示の内容がユーザＩ／Ｆ部２０１から購入処理部２０２へ通知される（ステップＳ３０４）。ここで、ユーザからの購入指示は、購入用のボタンをマウスでクリックしたり、リモコンで購入用のボタンを選択して決定キーを押したりすることで実現可能である。その他、リンクを選択する、フォームを送るなど様々な方法が考えられるが、本発明では購入するライセンスを選択する際に、どのような方法をとっても良いことは言うまでも無い。ユーザが購入指示を出したことをユーザＩ／Ｆ部２０１から購入処理部２０２へ通知する方法として、ユーザＩ／Ｆ部でスクリプトを動作させても良い。例えば、その場合、文書データにおいて、ユーザから購入指示があったことを表すＡＰＩとして、ライセンスＩＤやサーバのアドレス情報など必要な情報を引数として呼ばれることで、購入処理部２０２に対してどのライセンスに対する購入意思があったかを通知することができる。ユーザから購入指示があったことを表すＡＰＩは、最低限購入指示のあったライセンスＩＤのみを通知し、それ以外の情報はその他の情報源、例えばメタデータと呼ばれる情報を別途入手しておいて、それを基にしても良い。例えば、メタデータとして、ライセンスＩＤをキーにして、ライセンス名やライセンスサーバＵＲＬなどを取得することが出来る情報が含まれていれば、ユーザＩ／Ｆ部２０１から取得する情報はライセンスＩＤのみにしておき、ライセンス名やライセンスサーバＵＲＬなどは、前記ユーザＩ／Ｆ部２０１から取得したライセンスＩＤを基にメタデータから取得しても良い。
【００２２】
もちろん、ユーザＩ／Ｆ部２０１から購入処理部２０２へユーザが購入指示を出したことを通知するのに、スクリプトを利用する以外の方法で実現しても良いことは言うまでも無い。
ユーザからの購入指示を受信した購入処理部２０２は、ステップＳ３０５において、購入状態記憶部２０３に購入状態を「ユーザ購入意思表示済み状態」としてショップサーバ１０１のアドレス情報等と共に記録する。購入状態に関する詳細は後述する。購入処理部２０２は、購入状態を変更するとショップサーバ１０１に対して指定されたライセンスの購入依頼を行う（ステップＳ３０６）。
【００２３】
図４に、ＨＴＴＰを用いて受信端末１００からショップサーバ１０１へライセンスの購入依頼を通知する際の情報について例示する。図４−（ａ）がＨＴＴＰ−ＧＥＴを利用する場合の受信端末１００からショップサーバ１０１への送信内容で、図４−（ｂ）がＨＴＴＰ−ＰＯＳＴを利用する場合の受信端末１００からショップサーバ１０１への送信内容である。購入依頼処理は、前記ＨＴＴＰ−ＧＥＴ、ＨＴＴＰ−ＰＯＳＴ以外にも様々な方法が考えられ、購入処理依頼のプロトコルがどんな形式でも本発明の本質は何も影響されない。なお、ショップサーバ１０１が購入しようとしている端末の情報を把握できていない場合、ステップＳ３０６で購入依頼を通知する際に、ライセンスの情報だけでなく購入しようとしている受信端末１００の情報（シリアル番号や端末ＩＤなどの識別子、ＣＡＳカードのＩＤなど）を通知しても良い。
【００２４】
ステップＳ３０６でライセンスの購入依頼を受信したショップサーバ１０１は、必要ならば該当ライセンス購入にあたっての課金処理やユーザ登録処理などのバックエンド処理を行っても良い。バックエンド処理に関しては、本発明と直接関係しないため説明を省略する。その後、ステップＳ３０７において、ショップサーバ１０１はライセンスサーバ１０２に対して、受信端末１００から購入指示を受けたライセンスの登録処理を行う。前記登録処理には、ＨＴＴＰプロトコルやＨＴＴＰＳプロトコル、ＦＴＰプロトコルなどの標準プロトコルを使っても良いし、ショップサーバ１０１とライセンスサーバ１０２の間の専用プロトコルを使っても良い。ショップサーバ１０１からライセンスサーバ１０２に対してライセンス登録処理が実行されると、ライセンスサーバ１０２は受信端末１００からのライセンス取得依頼を受けると、受信端末１００に対してライセンスを渡すことが出来る状態になる。この際に、登録されたライセンスは受信端末１００、またはＣＡＳカードにバインドされており、対象ライセンスを購入した以外の受信端末１００やＣＡＳカードからライセンス取得依頼を受信しても、ライセンスは渡さない。
【００２５】
ステップＳ３０７でライセンス登録が完了すると、ショップサーバ１０１は購入処理部２０２に対して、購入完了情報を通知する。前記購入完了情報として文書データを送ることで、ユーザに対して購入の完了を提示することも可能である（ステップＳ３０８’）。その場合、文書データ内で、ライセンスの購入処理が完了したことを表すスクリプトを動作させることで、受信端末１００に対して購入状態の変更を通知できる（ステップＳ３０９’）。例えば、文書データ内に、ライセンスサーバ１０２へのライセンス登録処理が完了したことを通知するＡＰＩをライセンスＩＤを引数として呼ぶ記述をしておくことで、そのＡＰＩをユーザＩ／Ｆ部２０１が実行することで、購入状態の変化を購入処理部２０２に通知することが可能となる。もちろん、ＡＰＩなどのスクリプトを呼ぶことなく購入状態が変化したことを直接通知しても良い。
【００２６】
購入完了情報を受信すると、購入処理部２０２は対象ライセンスの購入状態を購入済み状態に変化させ（ステップＳ３０９）、購入が完了したことをユーザＩ／Ｆ部２０１に通知する（ステップＳ３１０）。購入完了情報を取得することでユーザＩ／Ｆ部２０１はユーザに対して、所望のライセンスの購入が完了したことを通知することが可能となる。前記購入完了情報のユーザＩ／Ｆ部２０１への通知は、ユーザＩ／Ｆ部２０１に対して購入が完了したことを表す文書データを渡すことで実現可能である。なお、ステップＳ３０８’で既にユーザＩ／Ｆ部２０１に購入完了の文書データを通知済みの場合は、前記処理を省略することができるし、ユーザへの提示のタイミングによってはステップＳ３１０の処理を、ステップＳ３１３が終了した後に行っても良い。
【００２７】
ステップＳ３１０で購入完了情報をユーザＩ／Ｆ部２０１に通知した後、購入処理部２０２はライセンスサーバ１０２にライセンスの取得依頼を行い（ステップＳ３１１）、その返信としてライセンスの実体を取得する（ステップＳ３１２）。ステップＳ３１１、およびステップＳ３１２で利用するプロトコルとしては、CASカードとライセンスサーバとの間でＳＡＣ（Ｓｅｃｕｒｅ Ａｕｔｈｅｎｔｉｃａｔｅｄ Ｃｈａｎｎｅｌ）を用いることで実現可能である。ＳＡＣプロトコルの内容に関しては、本発明に関係しないものであるため詳細な記述は省略する。もちろん、ステップＳ３１１、ステップＳ３１２で利用するプロトコルはＳＡＣに限る訳ではない。例えば、受信端末１００とライセンスサーバ１０２の間でＨＴＴＰＳを用いた通信で実現しても良い。この場合、受信端末が詐称されないように事前にパスワードを登録しておく、受信端末１００のＩＤを通知する、等の処理が必要となる。
【００２８】
購入処理部２０２はステップＳ３１２でライセンス実体を取得すると、購入状態記憶部２０３に対して購入状態がライセンス取得済みに変化したことを通知し、購入状態記憶部２０３における対象ライセンスの購入状態は、ライセンス取得済みに変化する（ステップＳ３１３）。
図５は購入状態記憶部２０３に格納する購入状態の例を表す図である。購入状態とは、ライセンスの購入処理を、どのライセンスに対して行っていたか、どのサーバにアクセスしていたか、処理のどの部分まで実行が完了したか、等の情報を表す情報である。購入状態として記録する項目は、ライセンスＩＤ５０１、ライセンス名５０２、処理タイミング５０３、ショップサーバＵＲＬ５０４、ライセンスサーバＵＲＬ５０５である。
【００２９】
ライセンスＩＤ５０１は、ショップサーバ１０１やライセンスサーバ１０２にアクセスする際のライセンスの識別子として利用する値である。このライセンスＩＤ５０１を用いることで、ショップサーバ１０１に対してライセンスを一意に指定することが可能となる。
ライセンス名５０２は、そのライセンスの内容をユーザに分かるように表した情報であり、通常はそのライセンスを用いることで視聴できるようになるコンテンツの名称が与えられる。
【００３０】
処理タイミング５０３は、対象のライセンスの処理がどのようなタイミングにあるかを表す情報である。処理タイミングは、「購入意思表示済み」、「購入済み」、「ライセンス取得済み」の３種類の値を取ることが可能である。「購入意思表示済み」は、図３におけるステップＳ３０５以降ステップＳ３０９を処理する直前までの状態である。「購入意思表示済み」の状態においては、ライセンスサーバに購入したライセンスが登録されているかどうかを受信端末１００で判断することはできない。「購入済み」は、図３におけるステップＳ３０９以降ステップＳ３１３を実行する直前までの状態である。「購入済み」の状態においては、対象ライセンスがライセンスサーバ１０２に登録されている、もしくは受信端末１００に取得済みの状態であり、そのどちらであるかを受信端末１００で判断するためには、ライセンスＩＤに加えトランザクションＩＤ（該ライセンスをどのトランザクションで購入するかを識別する識別子）を管理する必要がある。「ライセンス取得済み」は、ライセンスを取得した後の状態（ステップＳ３１３以降）である。「ライセンス取得済み」の状態においては、購入したライセンスが取得済みであることを受信端末１００で判断できる。
【００３１】
ショップサーバＵＲＬ５０４はライセンス購入処理を行った際の、ショップサーバ１０１のＵＲＬである。この情報は、ショップサーバへアクセスするために必要なアドレス情報であればＵＲＬである必要は無いが、本実施の形態では一般にインターネットで広くアドレス情報として利用されているＵＲＬを用いている。ショップサーバＵＲＬ５０４には必要ならばアクセス先だけでなくクエリを記憶しておいても良い。例えば、５１０行のショップサーバＵＲＬ５０４におけるクエリは“ｌｉｃｅｎｓｅ＿ｉｄ＝１００＆ｃａｓ＿ｉｄ＝５００”である。
【００３２】
ライセンスサーバＵＲＬ５０５は、ライセンスを取得する先のライセンスサーバ１０２のＵＲＬを表す値である。ライセンスサーバＵＲＬ５０５もショップサーバＵＲＬ５０４と同様に、ライセンスサーバにアクセスするために必要なアドレス情報であればＵＲＬでなくても構わないことはいうまでも無い。受信端末１００は、前記ライセンスサーバＵＲＬ５０５へアクセスすることで、対象となるライセンスを取得することが可能となる。
【００３３】
なお、図５に示す購入状態情報の項目は一例であり、処理に不要なものがあればそれは記憶しなくても良いし、他に必要な情報があればそれも記憶しておくのは言うまでも無い。更に、購入状態情報は、ユーザＩ／Ｆ部２０１から直接取得しても良いし、その他の情報、例えばメタデータと呼ばれる情報を別途入手しておいて、それを基にしても良い。例えば、メタデータとして、ライセンスＩＤをキーにして、ライセンス名やライセンスサーバＵＲＬなどを取得することが出来る情報が含まれていれば、ユーザＩ／Ｆ部２０１から取得する情報はライセンスＩＤのみにしておき、ライセンス名やライセンスサーバＵＲＬなどは、前記ユーザＩ／Ｆ部２０１から取得したライセンスＩＤを基にメタデータから取得しても良い。
【００３４】
図６は、ライセンス購入処理が中断した後に、再開時の処理を表すフローチャートである。
受信端末１００は、ライセンス購入処理の途中で電源断やブラウザエラーなどの異常終了が発生した場合、ライセンスの購入、取得処理が途中で中断してしまう。図６のフローチャートに従うことで、受信端末１００が購入処理の途中で中断した後に、購入処理を再開して正しくライセンス購入／取得処理を継続することが可能となる。なお、購入処理の再開のタイミングは、受信端末１００の起動時や、ユーザからの購入処理再開指示受信時、購入処理が異常終了した場合の後処理終了時、ポーリングにより定期的に実施する、等さまざまなタイミングで実施することが可能である。
【００３５】
購入処理を再開すると、まず購入状態判断部２０４が購入状態記憶部２０３に格納されている情報を参照し、購入意思表示済みのライセンスがあるかどうかを確認する（ステップＳ６０１）。購入意思表示済みのライセンスが存在した場合、ステップＳ６０２へ遷移し、存在しなかった場合ステップＳ６０８へ遷移する。
ステップＳ６０２では、購入状態判断部２０４は、購入状態記憶部２０３に記録されている対象ライセンスのライセンスサーバＵＲＬを取得し、購入処理部２０２へ前記ライセンスサーバＵＲＬからライセンスを取得するよう指示をする。前記指示を受けた購入処理部２０２は、通信部２０６を通じてライセンスサーバ１０２へアクセスし、対象とするライセンスが登録済みかどうかを確認する（ステップＳ６０２）。
【００３６】
ステップＳ６０２でライセンスがライセンスサーバ１０２に登録済みの場合（ステップＳ６０３ ＹＥＳ）購入済みのライセンスをライセンスサーバ１０２から取得し、ライセンス蓄積部２０５へ蓄積する（ステップＳ６０４）。ステップＳ６０３でＮＯの場合、ステップＳ６０５へ遷移し対象としているライセンスのショップサーバＵＲＬ５０４を参照し、そのＵＲＬへアクセスしてライセンスの購入処理を継続する。この処理により、図３におけるステップＳ３０６から処理を継続できる。
【００３７】
一方ステップＳ６０１において、購入意思表示済みのライセンスが存在しなかった場合（ステップＳ６０１ ＮＯ）、ステップＳ６０６へ遷移して購入状態記憶部２０３に購入後状態のライセンスが存在するかどうかを確認する（ステップＳ６０６）。購入後状態のライセンスが存在している場合、ステップＳ６０７へ遷移し対象のライセンスのライセンスサーバＵＲＬを参照して、購入処理部２０２が前記ライセンスサーバＵＲＬへアクセスして、購入済みのライセンスを取得し、ライセンス蓄積部２０５に取得したライセンスを格納する。ステップＳ６０６において、購入後状態のライセンスが存在しない場合、購入処理の再開処理は終了となる。
【００３８】
受信端末１００で、ライセンスの購入途中で処理が中断してしまった場合でも、図６のフローチャートに示す処理を実行することで、ライセンスの２重購入をすることなく、かつユーザの手間を掛けずに購入処理を継続することが可能となる。
（実施の形態２）
図７は、本発明の実施の形態２における受信端末１００の購入再開処理動作を表すフローチャートである。図６と同様の処理を行う部分には図６と同じステップ番号を付与し、説明は省略する。
【００３９】
本実施の形態においては、購入済み状態のライセンスがライセンスサーバ１０２に登録済みで無かった場合（ステップＳ６０３ ＮＯ）、ステップＳ７０１へ遷移し、ユーザＩ／Ｆ部２０１を通じてユーザに対して購入処理が途中で中断したライセンスが存在することを提示する。この際にユーザに提示する情報源としては、購入状態情報のライセンス名を利用する。
【００４０】
図８は、ステップＳ７０１におけるユーザへの提示画面の一例である。この図は、図５で示した購入状態情報が保持されている場合に、５１０行を参照した購入状態判断部２０４がユーザＩ／Ｆ部２０１を通じてユーザに提示する情報である。図８において、購入しようとしていたライセンスのタイトル（映画Ａ）は購入状態情報のタイトル項目を参照することで取得できる。図８では２泊３日視聴可能期限という情報が提示されているが、これは前述したメタデータからライセンスＩＤをキーに取得して提示しても良いし、購入状態情報として利用条件も保持しておいて良い。なお、図８の例では、コンテンツをレンタルしようとしていた、という記述になっているが、これはユーザに分かりやすくするための表示の工夫であり、利用条件が期間７２時間の映画Ａのライセンスを購入しようとしていた、等他の様々な記述で提示しても良いことは言うまでもない。
【００４１】
図８においてユーザは、“はい”ボタン、もしくは“いいえ”ボタンをリモコン等を通じて押下することで購入処理の継続をする／しないを受信端末１００に通知することができる。ユーザが“はい”ボタンを押下した場合（ステップＳ７０２ ＹＥＳ）ステップＳ６０５へ遷移し、ユーザが“いいえ”ボタンを押下した場合（ステップＳ７０２ ＮＯ）、ステップＳ７０３へ遷移する。もちろん、リモコン以外にも、例えば音声入力、マウス入力、キーボード入力など様々な入力方法があるが、どんな入力方法でも良いのは言うまでも無い。
【００４２】
ステップＳ７０３では、ユーザが対象のライセンスの購入の継続を拒否したためそのライセンスに該当する購入状態情報を削除し、ステップＳ６０５ではユーザがライセンスの購入の継続を受諾したためそのライセンスの購入処理を行う。
なお、図９に示すように、“はい”、“いいえ”以外に、“再確認”、“保留”等のボタンを追加しておくことも可能である。ステップＳ６０５において、ショップサーバＵＲＬ５０４としてクエリも記述されていれば自動でライセンスの購入を行うことが可能だが、クエリを除いたＵＲＬにアクセスすることでショップサーバ１０１の文書データの画面を再びユーザに提示することも可能であるため、ユーザが図９において“再確認”ボタンを押下した場合、再びショップサーバ１０１の購入画面の提示シーンから再開する。その際に、ショップサーバＵＲＬ５０４として、クエリ付きの自動購入用のＵＲＬとユーザに商品購入画面を提示するためのＵＩ用のＵＲＬの２種類を保持しておいて、前記２種類のＵＲＬを使い分けても良い。
【００４３】
一方図９においてユーザが“保留”ボタンを押下した場合、図７においてステップＳ７０３もステップＳ６０５も実行せずにステップＳ６０１へ戻る。その直後のステップＳ６０１において、購入意思表示済みのライセンスの確認の際には、ユーザが一度保留したライセンスは対象とせず、次のライセンスを検索する。
（実施の形態３）
本実施の形態では、ライセンス単位の購入ではなくパッケージ単位での購入を可能とする。パッケージとは、一つまたは複数のライセンスを一つのパッケージとしてまとめて扱い、ユーザに対して販売する単位である。複数のシリーズ物の映画コンテンツやドラマをまとめて、パッケージとして販売する形態が考えられる。
【００４４】
図１０は、本実施の形態における購入状態情報の一例である。図５と同じ内容の項目については図５と同じ番号を振り説明は省略している。
パッケージＩＤ１００１は、ショップサーバ１０１にアクセスする際のパッケージの識別子として利用する値である。このパッケージＩＤ１００１を用いることで、ショップサーバ１０１に対してパッケージを一意に指定することが可能となる。
【００４５】
パッケージ名１００２は、そのパッケージの内容をユーザに分かるように表した情報であり、通常はそのパッケージに含まれるライセンスを用いることで視聴できるようになるコンテンツの特徴が与えられる。
ライセンスＩＤ５０１は、ライセンスサーバ１０２にアクセスする際に、ライセンスを一意に指定する際に用いる値であり、実施の形態１、２と同様の扱いであるが、これらのライセンスＩＤがパッケージに含まれるという点でのみ異なっている。例えば、図１０における１０１０行は、パッケージＩＤ＝０１２３の映画パッケージは、ライセンスＩＤ＝０１２３１、０１２３２、０１２３３の３種類のライセンスを含むものであることを表している。
【００４６】
図１１は、本実施の形態のライセンス購入処理の一例を表すシーケンス図である。本シーケンス図では通信部２０６やライセンス蓄積部２０５などは省略している。図３と同様の処理をする部分は、図３と同じ番号を振り説明は省略し、図３と処理の異なる部分の説明のみ行うこととする。
購入処理部２０２は、ステップＳ１１０１においてショップサーバ１０１に対してパッケージの購入依頼をする。この際にショップサーバ１０１に対して通知する情報は、ライセンスＩＤの変わりにパッケージＩＤを通知する。この際に通知する電文としては、例えば、図４におけるｌｉｃｅｎｓｅ＿ｉｄをｐａｃｋａｇｅ＿ｉｄに置き換えたようなメッセージとなる。ステップＳ１１０１でパッケージＩＤ等の情報を受信したショップサーバ１０１は、ステップＳ１１０２においてライセンスサーバ１０２に対して、ステップＳ１１０１で指定されたパッケージに属する全てのライセンスを登録する。
【００４７】
ステップＳ１１０３において、購入処理部２０２は、ライセンスサーバ１０２に対してライセンスの取得依頼を行うが、その際には購入したパッケージに属する全てのライセンスの取得依頼を行い、ステップＳ１１０４で前記全ライセンスを取得し購入状態記憶部２０３に登録する。もちろん、ライセンス取得依頼とライセンス実体の取得のシーケンスを、購入したパッケージに属するライセンス数だけ繰り返し実行しても良い。
【００４８】
購入再開処理も同様に、購入意思表示済みのパッケージが存在したならば、ライセンスサーバ１０２にアクセスして、対象パッケージに属するライセンスを取得したり、ユーザに対してパッケージの情報を提示して購入処理を継続するかどうかを確認してから購入処理を実行する。
なお、図１１において、ステップＳ１１０３、ステップＳ１１０４を一度に全ライセンスに対して実行できない場合、すなわちライセンス取得依頼とライセンス実体取得のシーケンスを１つのライセンスごとに複数回繰り返す場合には、購入再開処理としてライセンスが途中まで取得されている場合があることを考慮する必要がある。
【００４９】
図１２は、ステップＳ１１０３、ステップＳ１１０４を一度に全ライセンスに対して実行できない場合の受信端末１００の購入再開処理を表すフローチャートである。購入対象がライセンスではなくパッケージとなっているため、図６のフローチャートとはライセンスサーバ１０２へアクセスしてライセンスを取得する処理において異なっている。
購入再開処理が開始すると、ステップＳ１２０１において、購入状態判断部２０４は購入意思表示済みのパッケージが存在するかどうかを確認する。購入意思表示済みのパッケージが存在する場合（ステップＳ１２０１ＹＥＳ）、ステップＳ１２０２へ進み対象のパッケージに含まれる個々のライセンスに対してステップＳ１２０３、ステップＳ１２０４の処理を繰り返し行う。ステップＳ１２０３において、購入処理部２０２はライセンスサーバ１０２にアクセスし、対象ライセンスがライセンスサーバ１０２に登録されているかどうかを確認する。対象ライセンスが登録されていた場合（ステップＳ１２０３ ＹＥＳ）次のライセンスを対象としてステップＳ１２０３へ戻り、登録されていなかった場合（ステップＳ１２０３ ＮＯ）ステップＳ１２０４へ遷移する。
【００５０】
ステップＳ１２０４では、対象ライセンスを既に取得済みかどうかを確認する。対象ライセンスが既に取得済みの場合（ステップＳ１２０４ ＹＥＳ）次のライセンスを対象としてステップＳ１２０３へ戻る。対象ライセンスを取得していなかった場合（ステップＳ１２０４ ＮＯ）、対象パッケージの購入に失敗したと判断し、ステップＳ１２０９へ遷移し対象パッケージのショップサーバ１０１へアクセスして購入処理を継続する。
【００５１】
対象パッケージに含まれる全てのライセンスに対してステップＳ１２０３、ステップＳ１２０４の処理を実行すると（ステップＳ１２０５）、ステップＳ１２０６へ遷移し対象パッケージに含まれていてライセンスサーバ１０２に登録済みであるライセンスを全て取得しライセンス蓄積部２０５に格納する（ステップＳ１２０７）。対象ライセンス全てについて取得処理を完了すると（ステップＳ１２０８）ステップＳ１２０１へ戻り、処理を継続する。
【００５２】
ステップＳ１２０１で購入意思表示済みのパッケージが存在しなかった場合、ステップＳ１２１０へ遷移し、購入状態記憶部２０３に購入済み状態のパッケージがあるかどうかを確認する。購入状態記憶部２０３に購入済み状態のパッケージが存在した場合（ステップＳ１２１０ ＹＥＳ）、対象パッケージに含まれる全てのライセンスを対象として、ライセンスサーバ１０２に対象ライセンスが登録されているかどうかの確認（ステップＳ１２１２）、対象ライセンスを取得済みかどうかの確認（ステップＳ１２１３）を行う。
【００５３】
対象ライセンスが一つでもライセンスサーバ１０２にも登録されておらず、取得済みでもない場合（ステップＳ１２１３ ＮＯ）、ステップＳ１２１８へ遷移してエラー処理を行う。これは、購入済みのパッケージに属するライセンスは、本来は必ずライセンスサーバ１０２に登録されているか、ライセンス蓄積部２０５に蓄積されているかのどちらかの状態であるはずであるためである。
【００５４】
一方、対象ライセンスが全て、サーバに登録されているか、もしくは取得済みである場合（ステップＳ１２１４）、ステップＳ１２１５に遷移して、対象パッケージに含まれていてライセンスサーバ１０２に登録済みのライセンスを、全て取得しライセンス蓄積部２０５に蓄積する（ステップＳ１２１６）。対象ライセンスを全て取得し終えると（ステップＳ１２１７）ステップＳ１２１０へ戻り、処理を継続する。
【００５５】
なお、本実施の形態においても、実施の形態２における図７、図８、図９に示すように購入意思表示済みのパッケージが存在した場合に、ユーザに該パッケージの情報を提示して購入処理を継続するかどうかを確認してから購入処理を行っても良い。
なお、本実施の形態において、対象ライセンスを取得済みかどうかを確認する際に、ライセンスを既に取得済みだが消費してしまった場合には取得済みとして動作しても良い。
【００５６】
なお、本実施の形態において、対象ライセンスを取得済みかどうかを確認する際に、対象ライセンスがホームネットワーク内の他の端末に移動されている場合が考えられるため、受信端末１００は自端末のライセンス蓄積部２０５に対象ライセンスが格納されているかだけでなく、ホームネットワーク内の他の端末に対象ライセンスが格納されているかどうかを確認しても良い。前記処理を行うことで、ライセンスを購入済みであるにも関わらず他端末に移動しているために、未購入と判断されることを回避できる。
【００５７】
（実施の形態４）
本実施の形態では、適時、ライセンスサーバで管理する購入状態と受信端末で管理する購入状態の整合性を確認する。
図１３は、本発明の実施の形態４における受信端末１３００の構成図である。
受信端末１３００において、図２に示す受信端末１００と同等の機能を持つ部位に関しては図２と同じ番号を割り当てている。
【００５８】
以下は、受信端末１００と異なる部分についてのみ説明する。
購入状態更新部１３０１は、購入状態記憶部２０３に記憶されている購入状態情報を参照し、処理タイミングが購入意思表示済みのライセンスが存在した場合には、通信部２０６を通じて該購入状態情報のライセンスサーバＵＲＬに記載されているサーバにアクセスしライセンスの購入状態を問い合わせ、問い合わせた購入状態に応じて購入状態記憶部２０３の購入状態情報を更新する。
購入状態提示部１３０２は、購入状態記憶部２０３に記憶されているライセンスの状態情報を読み出してユーザに提示する。
【００５９】
なお、購入状態更新部１３０１が購入状態記憶部２０３に記憶されている購入状態情報を参照するタイミング、及び購入状態提示部１３０２がライセンスの状態情報を読み出して提示するタイミングは、様々な例が考えられる。
例えば、受信端末１３０１を起動する毎に、購入状態更新部１３０１が購入状態情報を更新して購入状態提示部１３０２が提示しても良い。
【００６０】
また、所定の時間間隔で、購入状態更新部１３０１が購入状態情報を更新して購入状態提示部１３０２が提示しても良い。
また、ユーザの指示に従って、購入状態更新部１３０１が購入状態情報を更新して購入状態提示部１３０２が提示しても良い。
ここで、所定のタイミングで購入状態更新部１３０１が更新して購入状態提示部１３０２が提示する一連の処理を、ライセンス確認処理と呼ぶ。
【００６１】
図１４は、ライセンス確認処理を表すフローチャートである。
ライセンス確認処理を開始すると、まず、購入状態更新部１３０１が、購入状態記憶部２０３に格納されている情報を参照し、購入意思表示済みのライセンスがあるかどうかを確認する（ステップＳ８０１）。購入意思表示済みのライセンスが存在した場合、ステップＳ８０２へ遷移し、存在しなかった場合ステップＳ８０６へ遷移する。
【００６２】
ステップＳ８０２では、購入状態更新部１３０１は、購入状態記憶部２０３に記憶されている対象ライセンスのライセンスサーバＵＲＬを取得し、通信部２０６を通じてライセンスサーバ１０２へアクセスし、対象とするライセンスが登録済みかどうかを確認する（ステップＳ８０２）。
確認の結果ライセンスがライセンスサーバ１０２に登録済みの場合（ステップＳ８０３  ＹＥＳ）、購入状態更新部１３０１は、対象ライセンスの購入状態を「購入意思表示済み」から「購入済み」状態に更新する（ステップＳ８０４）。
【００６３】
確認の結果ライセンスがライセンスサーバ１０２に登録されていない場合（ステップＳ８０３  ＮＯ）、購入状態更新部１３０１は、対象ライセンスの購入状態を削除する（ステップＳ８０５）。
購入状態記憶部２０３内に購入意思表示済みのライセンスがなくなると（ステップＳ８０１  ＮＯ）、購入状態提示部１３０２は、購入状態記憶部２０３に記憶されているライセンスの状態情報を読み出してユーザに提示する（ステップＳ８０６）。
【００６４】
このように処理を行うことで、適時受信端末１３００側で管理する購入状態とサーバ側で管理する購入状態との整合を確認し、不整合があった場合はサーバ側で管理する購入状態に応じて受信端末１３００側の購入状態を更新することができる。
また、ユーザは、更新された購入状態が提示されるため、通信断等でサーバ側へ購入依頼が届いていなかったライセンスがあった場合には、これを知ることができる。
【００６５】
（その他の実施の形態）
上記実施形態において、図３におけるステップＳ３１０完了後にステップＳ３１１へ無条件で遷移するのではなく、ユーザに対してライセンスの取得を行う旨を問い合わせてから取得するようにしても良い。
上記実施形態において、図６、図７におけるステップＳ６０６、もしくは図１２におけるステップＳ１２１０においてＹＥＳの場合に無条件でステップＳ６０７を実行するのではなく、ユーザに対してライセンスの取得を行う旨を問い合わせてから取得するようにしても良い。
【００６６】
上記実施形態において、ショップサーバ１０１におけるライセンス、もしくはパッケージに購入期限を設定しても良い。購入期限が設定されている場合、購入状態情報に購入期限の情報も記録しておいて、図６、図７におけるステップＳ６０３でＮＯの場合、もしくは図１２におけるステップＳ１２０４でＮＯの場合に、現在時刻と購入期限を比較して現在時刻が購入期限を過ぎていた場合にはショップサーバ１０１へアクセスしてライセンス、またはパッケージの購入を行わないという判断をしても良い。なお、その場合に、ユーザに購入期限が過ぎたため購入できないことを提示しても良い。
【００６７】
上記実施形態において、ライセンス、もしくはパッケージの利用期限を設定しても良い。利用期限が設定されている場合、購入状態情報に利用期限の情報も記録しておいて、図６、図７におけるステップＳ６０４、ステップＳ６０７、もしくは図１２におけるステップＳ１２０７、ステップＳ１２１６において現在時刻と利用期限を比較して現在時刻が利用期限を過ぎていた場合にはライセンスサーバ１０２へアクセスしてライセンスの取得を行わないという判断をしても良い。なお、その場合に、ユーザに利用期限が過ぎたためライセンスの取得ができないことを提示しても良い。
【００６８】
上記実施形態において、ライセンスはコンテンツを再生するのに必要な鍵や利用条件に限る必要は無い。例えば、プロ野球巨人戦１年間視聴パッケージのように、事前に対象となるコンテンツの数が決定できないような場合に、コンテンツを視聴するためのライセンスは暗号化してコンテンツと一緒に伝送し、前記コンテンツを視聴するためのライセンスの暗号を解くためのライセンスをパッケージ用のライセンスとして配信するようなケースも考えられる。コンテンツを視聴するためのライセンスをサブライセンス、前記コンテンツを視聴するためのライセンスの暗号を解くためのライセンスをメインライセンスと呼ぶことにすると、本発明はメインライセンスの購入、取得シーケンスにおいても適用可能である。このように、本発明は、受信端末、ショップサーバ、ショップサーバによって購入したデータが登録されるサーバ、の３者間で購入シーケンス処理が必要なシステムに対して、一般的に適用できるものである。従って、購入対象としてライセンスに限る必要もなく、コンテンツそのものの購入処理やプログラムなどの一般的な電子データの購入にも適用可能であることは言うまでもない。
【００６９】
なお、（１）受信端末がショップサーバに対してあるデータの購入依頼をする。（２）ショップサーバが前記購入依頼を受けたデータをあるサーバに登録する。（３）受信端末が、ショップサーバがデータを登録したサーバに購入したデータを取得するためにアクセスする、という３種類の処理を連続で行うよう購入シーケンスを持つシステムであるならば、ショップサーバとショップサーバによって購入したデータが登録されるサーバは、物理的に同じサーバであっても良い。
【００７０】
上記実施形態において、受信端末１００は、携帯電話等の携帯型電子機器、光ディスクプレーヤ等の家庭用ＡＶ機器、リモコン等の家庭用ＡＶ機器の周辺機器、家庭用ゲーム機、パソコン、プリンタ等のパソコンの周辺機器、電子レンジ、冷蔵庫等の家庭用電化機器の一部として実装されていても良い。
上記実施形態において、ユーザＩ／Ｆ部２０１はＨＴＭＬブラウザ、ＢＭＬブラウザ、ＥＰＧ、ＥＣＧなどのアプリケーションやそのうちの複数の機能を併せ持つものであるとしても良い。
【００７１】
なお、コンテンツはＭＰＥＧ２、ＭＰＥＧ４等の映像情報・ＡＡＣ（Advanced Audio Coding）等の音声情報・ＨＴＭＬ（Hyper Text Markup Language）、ＢＭＬ（Broadcast Markup Language）等の構造記述型言語記述データ・ＪＰＥＧ(Joint Photographic Experts Group)、ＰＮＧ（Portable Network Graphics）等の画像情報、ＥｃｍａＳｃｒｉｐｔ等のスクリプト、メタデータ等の単体またはそれらの組み合わせにより構成されたものでも良い。
【００７２】
なお、上記した各実施の形態は、記憶装置（ＲＯＭ、ＲＡＭ、ハードディスク等）に格納された上述した処理手順を実行可能な所定のプログラムデータが、ＣＰＵによって解釈実行されることで実現される。この場合、プログラムデータは、記録媒体を介して記憶装置内に導入されてもよいし、記録媒体上から直接実行されてもよい。なお、記録媒体は、ＲＯＭ、ＲＡＭ、フラッシュメモリ等の半導体メモリ、フレキシブルディスクやハードディスク等の磁気ディスクメモリ、ＣＤ−ＲＯＭやＤＶＤ、ＢＤ等の光ディスク、メモリカード等の記録媒体をいう。また、記録媒体は、電話回線や搬送路等の通信媒体も含む概念である。
【００７３】
なお、図２に示すユーザＩ／Ｆ部２０１、購入処理部２０２、購入状態判断部２０４、通信部２０６等の各機能ブロックは典型的には集積回路であるＬＳＩとして実現されても良い。これらは個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００７４】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサー を利用しても良い。
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【産業上の利用可能性】
【００７５】
本発明にかかるライセンス購入装置は、受信端末、ショップサーバ、ショップサーバによって購入したデータが登録されるサーバ、の３者間で購入シーケンス処理が必要なシステムにおいて、電源断などの異常終了が発生した場合でも、２重購入することなく、かつユーザに手間を掛けることなく購入再開処理を実施できる機能を有し、テレビ、ホームサーバ、メディアレコーダ等の家庭用ＡＶ機器の機能として有用である。また携帯型電子機器、家庭用ＡＶ機器の周辺機器、家庭用ゲーム機、パソコン、パソコンの周辺機器、家庭用電化機器等の機能としても応用できる。
【図面の簡単な説明】
【００７６】
【図１】ライセンス購入処理のための全体システム
【図２】ライセンス購入装置の第１の構成図
【図３】全体システムにおけるライセンス購入処理のシーケンス図
【図４】受信端末からショップサーバへの購入依頼時に通知する電文の例
【図５】購入状態情報の第１例
【図６】購入再開処理の第１のフローチャート
【図７】購入再開処理の第２のフローチャート
【図８】ライセンス購入処理再開のユーザ第１の確認画面例
【図９】ライセンス購入処理再開のユーザ第２の確認画面例
【図１０】購入状態情報の第２例
【図１１】全体システムにおけるパッケージ購入処理のシーケンス図
【図１２】購入再開処理の第３のフローチャート
【図１３】ライセンス購入装置の第２の構成図
【図１４】ライセンス確認処理のフローチャート
【符号の説明】
【００７７】
１００、１３００     受信端末
１０１               ショップサーバ
１０２               ライセンスサーバ
２０１               ユーザＩ／Ｆ部
２０２               購入処理部
２０３               購入状態記憶部
２０４               購入状態判断部
２０５               ライセンス蓄積部
２０６               通信部
１３０１             購入状態更新部
１３０２             購入状態提示部
【図１】
2007133862.tif 000003
【図２】
2007133862.tif 000004
【図３】
2007133862.tif 000005
【図４】
2007133862.tif 000006
【図５】
2007133862.tif 000007
【図６】
2007133862.tif 000008
【図７】
2007133862.tif 000009
【図８】
2007133862.tif 000010
【図９】
2007133862.tif 000011
【図１０】
2007133862.tif 000012
【図１１】
2007133862.tif 000013
【図１２】
2007133862.tif 000014
【図１３】
2007133862.tif 000015
【図１４】
2007133862.tif 000016