(57)【要約】【課題】  再生が制限されたコンテンツデータと再生が制限されていないコンテンツデータとを提供可能な電子機器であって、ユーザによる操作性を向上させることのできる電子機器を提供する。【解決手段】  再生が制限された制限コンテンツデータと再生が制限されていない再生可コンテンツデータとを記憶した記憶再生装置をリモコンから操作する場合に、リモコンでの課金・認証を行わない場合には（Ｓ５０２のＮｏ、Ｓ５０４のＮｏ）、制限コンテンツデータを項目として持たないコンテンツリストを作成し（Ｓ５０５）、このコンテンツリストに従って再生処理を行う（Ｓ５０６以降）。これにより、再生処理対象から制限コンテンツデータを外すことができる。【選択図】      図５
2007200509.tif 000002
【特許請求の範囲】
【請求項１】
他の装置と通信し、前記他の装置から操作信号を受信する通信手段と、
記憶媒体に記憶されたコンテンツデータを読込む読込手段と、
前記通信手段で受信した操作信号に基づいて、前記読込手段で読込んだコンテンツデータを再生する制御手段と
を備え、
前記記憶媒体は、前記制御手段での再生が制限された制限コンテンツデータと、前記制御手段での再生が可能な再生可コンテンツデータとを記憶し、
前記制御手段は、制限コンテンツデータを前記他の装置からの操作信号に応じた再生対象としないこと
を特徴とする電子機器。
【請求項２】
前記制御手段は、コンテンツデータの再生中に、前記通信手段で他のコンテンツデータの再生を指示する操作信号を受信した際に、他の再生可コンテンツデータを再生すること
を特徴とする請求項１記載の電子機器。
【請求項３】
前記制御手段は、再生可コンテンツデータのみのリストである再生可コンテンツリストを作成し、
前記制御手段は、前記再生可コンテンツリストに含まれるコンテンツデータを、前記他の装置からの操作信号に応じた再生対象とすること
を特徴とする請求項１記載の電子機器。
【請求項４】
前記通信手段は、前記再生可コンテンツリストを前記他の装置に通信により送信すること
を特徴とする請求項３記載の電子機器。
【請求項５】
前記制御手段は、前記他の装置からの操作信号により、制限コンテンツデータの制限解除が可能か否かを判断し、
前記制御手段は、前記他の装置からの操作信号による制限解除が不可の場合に、制限コンテンツデータを前記他の装置からの操作信号に応じた再生対象としないこと
を特徴とする請求項１記載の電子機器。
【請求項６】
前記制御手段は、前記他の装置からの操作信号により、制限コンテンツデータの制限解除が可能か否かを判断し、
前記制御手段は、前記他の装置からの操作信号による制限解除が可能な場合に、制限コンテンツデータの制限を解除した後、当該コンテンツデータを再生対象とすること
を特徴とする請求項１又は請求項５記載の電子機器。
【請求項７】
前記制御手段は、制限コンテンツデータの制限を認証・課金処理により解除すること
を特徴とする請求項６記載の電子機器。
【請求項８】
前記制御手段は、前記他の装置が制限コンテンツデータの制限を解除できるか否かを判断し、
前記制御手段は、前記他の装置が制限を解除できる場合に、前記他の装置が制限コンテンツデータの制限を解除した後、当該コンテンツデータを再生対象とすること
を特徴とする請求項１記載の電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータを再生する電子機器に関する。
【背景技術】
【０００２】
近年、課金・認証を行った上でコンテンツを視聴するシステムが普及しつつある（例えば、特許文献１参照）。特許文献１には、認証情報をリモートコントローラ（以下リモコン）に記憶し、認証を必要とするコンテンツの提示の際に、当該認証情報に基づいて認証処理を行うＡＶ機器の制御方法について記載されている。
【特許文献１】特開平１１−３３９４５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、ＡＶ機器が多くのコンテンツを提供している場合、その全てに対してユーザが課金・認証を行って視聴するとは限らない。この場合に、ユーザがいちいち課金・認証を行うか否かを判断しながら操作するのは、非常に煩雑である。
【０００４】
特に、当該ＡＶ機器が多くのコンテンツを提供可能であるが、実際にユーザが視聴可能なコンテンツはそのごく一部しかない場合、ユーザは視聴可能なコンテンツを探すために、例えば「次のコンテンツ」の操作ボタンを何度も繰り返し押さなくてはならず、操作が煩雑になる。このような問題は、当該リモコンでユーザが課金・認証操作を行えない場合に、さらに顕著な課題となる。
【０００５】
そこで本発明は、再生が制限されたコンテンツデータと再生が制限されていないコンテンツデータとを提供可能な電子機器であって、ユーザによる操作性を向上させることのできる電子機器を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の電子機器は、他の装置と通信し、前記他の装置から操作信号を受信する通信手段と、記憶媒体に記憶されたコンテンツデータを読込む読込手段と、
【０００７】
前記通信手段で受信した操作信号に基づいて、前記読込手段で読込んだコンテンツデータを再生する制御手段とを備え、前記記憶媒体は、前記制御手段での再生が制限された制限コンテンツデータと、前記制御手段での再生が可能な再生可コンテンツデータとを記憶し、前記制御手段は、制限コンテンツデータを前記他の装置からの操作信号に応じた再生対象としないことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、再生が制限されたコンテンツデータと再生が制限されていないコンテンツデータとを提供可能な電子機器であって、ユーザによる操作性を向上させることのできる電子機器を提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の電子機器について、図面を参照しながら説明する。
【実施例１】
【００１０】
図１は、本発明の電子機器の実施例に係るコンテンツ再生装置が使用されるシステムの構成を示す図である。
コンテンツ再生装置１は、記憶媒体から音楽データや映像データ等のコンテンツデータを読出し、再生する装置である。このとき、コンテンツ再生装置１が記憶媒体から読込むコンテンツデータには、全体を再生可能なコンテンツデータ（以下、再生可コンテンツデータと呼ぶ）と、試聴のみが可能であり、全体を再生するためには課金・認証を行わなければならないコンテンツデータ（以下、制限コンテンツデータと呼ぶ）とがある。
【００１１】
さらに、コンテンツ再生装置は携帯電話２とＡＶＲＣＰ（Ａｕｄｉｏ／Ｖｉｄｅｏ  Ｒｅｍｏｔｅ  Ｃｏｎｔｒｏｌ  Ｐｒｏｆｉｌｅ）によるＢｌｕｅｔｏｏｔｈ（登録商標）通信を行う。このＡＶＲＣＰの通信接続により、携帯電話２から操作信号を受信する。即ち、携帯電話２はコンテンツ再生装置１への再生指示等を行うリモコン（リモートコントローラ）の役割を果たす。
【００１２】
このとき、携帯電話２からコンテンツ再生装置１のコンテンツデータを再生する際には、コンテンツ再生装置１では、再生可コンテンツデータのみを再生対象とする制御を行う。この処理については、後に詳述する。
【００１３】
また、コンテンツ再生装置１は、例えばインターネット等の公衆回線網３を介して課金・認証サーバと接続する。先述の制限コンテンツデータの全体を再生、視聴可能とする際に、コンテンツ再生装置１は当該課金・認証サーバ４と接続し、ユーザからの入力情報に基づいて課金・認証のための処理を行う。この課金、認証手続が終了すれば、当該コンテンツデータは再生可コンテンツデータとなる。
【００１４】
図２は、コンテンツ再生装置１の構成を示す図である。コンテンツ再生装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０と、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１１と、ＨＤＤインタフェース１２と、操作部１３と、出力部１４と、公衆回線網３と通信するネットワーク通信部１５と、携帯電話２と通信するＢｌｕｅｔｏｏｔｈ通信部１６とから構成される。
【００１５】
ＣＰＵ１０は、プログラム（図示せず）をＨＤＤ１１から読み込み、コンテンツ再生装置１を構成する各構成要素を制御する。また、ＣＰＵ１０は、Ｂｌｕｅｔｏｏｔｈ通信部１６で携帯電話２から受信した操作信号や、操作部１３でユーザから入力された操作に従い、ＨＤＤ１１からコンテンツデータを読込んで再生処理を行う。さらにＣＰＵ１０は、ＨＤＤ１１内のコンテンツデータに関するコンテンツリストを作成し、Ｂｌｕｅｔｏｏｔｈ通信部１６から携帯電話２に送信する機能も有する。この他ＣＰＵ１０は、ネットワーク通信部１５を介して認証・課金サーバ４と認証・課金処理を行うことにより、制限コンテンツデータを再生可コンテンツデータとする処理も行なう。
【００１６】
ＨＤＤ１１は、コンテンツデータを記憶する記憶媒体である。ＨＤＤ１１中は、先述の通り全体を再生可能なコンテンツデータ（再生可コンテンツデータ）と、試聴のみが可能であり、全体を再生するためには課金・認証を行う必要があるコンテンツデータ（制限コンテンツデータ）とを記憶する。
【００１７】
また、ＨＤＤ１１は、課金・認証に関する設定情報である課金・認証設定情報１１ａを記憶する。この設定情報は、例えばリモコンである携帯電話２での操作による課金・認証を行うことを許すか否かを設定するものである。ユーザが課金・認証設定情報１１ａで、リモコンでの課金・認証を許可しない設定をしていれば、リモコンである携帯電話２が課金・認証を行うための例えば入力インタフェースや表示インタフェース等の機能を有しているか否かに関わらず、課金・認証手続を行わない。
【００１８】
ＨＤＤインタフェース１２は、ＨＤＤ１１からコンテンツデータや課金・認証設定情報１１ａ等の各種情報を読込むためのインタフェースである。ＨＤＤインタフェース１２の例としては、例えばＡＴＡ（ＡＴ  Ａｔｔａｃｈｍｅｎｔ）インタフェース等が挙げられる。
【００１９】
操作部１３は、ユーザがコンテンツデータの再生、停止、一時停止等の指示を入力するための入力インタフェースである。操作部１３の例としては、例えば、操作ボタンやタッチパネル等が挙げられる。
【００２０】
出力部１４は、コンテンツデータをＣＰＵ１０で再生する際に、音声や映像を出力するための出力インタフェースである。例えば、音声を出力するスピーカや、映像を表示する表示部である液晶ディスプレイ、有機ＥＬ等が出力部１４の例として挙げられる。
【００２１】
ネットワーク通信部１５は、公衆回線網３（図２では図示せず）を介して課金・認証サーバ４に接続するための通信インタフェースである。ＣＰＵ１０が課金・認証サーバ４と課金・認証処理を行う際には、ネットワーク通信部１５を介して、例えばユーザＩＤやパスワード等であるユーザ情報等のやり取りがなされる。
【００２２】
Ｂｌｕｅｔｏｏｔｈ通信部１６は、携帯電話２とＡＶＲＣＰによるＢｌｕｅｔｏｏｔｈ通信を行い、携帯電話２から操作信号を受信するための通信インタフェースである。尚、ＡＶＲＣＰは、音声データや映像データに関する処理を行う際に、これを制御する機能及び手続を定義するプロファイルである。より具体的には、再生機器（本実施例ではコンテンツ再生装置１）とコントローラ（本実施例では携帯電話２）との間の接続方法と、１３９４  Tｒａｄｅ  Ａｓｓｏｃｉａｔｉｏｎで定義するＡＶ／Ｃ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｍｍａｎｄ  Ｓｅｔの適用範囲を規定している。
【００２３】
即ち、ＡＶＲＣＰ接続を確立することにより、「電源ＯＮ／ＯＦＦ」「再生／一時停止」「前コンテンツ」「次コンテンツ」「音量アップ／ダウン」等については、携帯電話２からコンテンツ再生装置１に対してＡＶＲＣＰでサポートするＡＶ／Ｃコマンドでやり取りされることになる。更に、コンテンツリスト等については、ＡＶＲＣＰで各ベンダが拡張、定義可能なＶｅｎｄｅｒ  ｕｎｉｑｕｅコマンドや、Ｖｅｎｄｅｒ  ｄｅｐｅｎｄｅｎｔコマンドを使用してコンテンツ再生装置１から携帯電話２に送信するようにすれば良い。
【００２４】
次に、図３を参照しながら、ＣＰＵ１０が作成するコンテンツリストについて説明する。尚、コンテンツリストは、ＣＰＵ１０でコンテンツデータを再生する際の再生順序等を定めるために作成するものであり、必ずしもコンテンツ再生装置１は当該コンテンツリストを出力部１４に表示したり、携帯電話２に送信したりする必要は無い。しかしながら本実施例では、当該コンテンツリストは携帯電話２に送信可能なものとしている。
【００２５】
図３（ａ）は、ＨＤＤ１１が記憶するコンテンツデータのコンテンツリストの例を示す図である。
図３（ａ）の例では、各権利情報に示している通り、コンテンツ＃１、コンテンツ＃７は再生について制限がかかっておらず（無制限）、コンテンツ＃５は１日間だけ再生可、コンテンツ＃２は７日間再生可である。これらのコンテンツデータは、現時点では全体をＣＰＵ１０が再生可能なコンテンツデータ（即ち、再生可コンテンツデータ）である。当然、コンテンツ＃２及びコンテンツ＃５については再生期間が有限なので、それぞれ７日、１日経過後には、課金・認証しない限り試聴のみしかできない制限コンテンツデータとなる。
【００２６】
一方、コンテンツ＃３、コンテンツ＃４、コンテンツ＃６、及びコンテンツ＃８については、試聴のみが可能であり、全体を再生するためには、ユーザが料金を支払うための課金・認証を行う必要があるコンテンツデータである（制限コンテンツデータ）。即ち、ユーザは操作部１３を操作して其々のコンテンツデータをＣＰＵ１０で再生することは可能であるが、それは例えば当該コンテンツデータの一部のみを再生できるに過ぎない。
【００２７】
尚、図３（ａ）の例では、コンテンツ＃１からコンテンツ＃８まで、ＣＰＵ１０はこの順序で再生するようになっている。
携帯電話２で操作して、ＨＤＤ１１に記憶されたこれらのコンテンツデータを視聴する際には、後述するようにコンテンツ再生装置１のＣＰＵ１０は、再生可コンテンツデータのみを項目に持つコンテンツリストを新たに作成する。この例を示した図が図３（ｂ）である。図３（ｂ）の例では、制限コンテンツデータであるコンテンツ＃３、コンテンツ＃４、コンテンツ＃６、コンテンツ＃８は項目をコンテンツリスト中に項目を有していない。
【００２８】
つまり、ＣＰＵ１０は、作成した図３（ｂ）のコンテンツリストに従い、再生可コンテンツデータであるコンテンツ＃１、コンテンツ＃２、コンテンツ＃５、コンテンツ＃７をこの順で再生する。携帯電話２から、「前曲」「次曲」等の操作信号をＢｌｕｅｔｏｏｔｈ通信部１６で受信したとしても、当該リストの中での「前曲」や「次曲」を再生する。具体的には、例えばコンテンツ＃５再生中に「前曲」の操作信号を受信したとしても、ＣＰＵ１０はコンテンツ＃４を再生するのではなく、コンテンツ＃２を再生する。
【００２９】
次に、図４を参照しながら携帯電話２の構成について説明する。図４は、携帯電話２の構成を示す図である。
携帯電話２は、ＣＰＵ２０と、メモリ２１と、操作部２２と、表示部２３と、Ｂｌｕｅｔｏｏｔｈ通信部２４と、マイク２５と、スピーカ２６と、電話通信部２７とから構成される。
【００３０】
ＣＰＵ２０は、プログラム（図示せず）をメモリ２１から読み込み、携帯電話２を構成する各構成要素を制御する。例えば、ＣＰＵ２０は、Ｂｌｕｅｔｏｏｔｈ通信部２４でコンテンツ再生装置１から受信したコンテンツリストを表示部２３に表示させたり、操作部２２からの入力に応じた操作信号をＢｌｕｅｔｏｏｔｈ通信部２４から送信させたりといった制御を行う。
【００３１】
メモリ２１は、例えばフラッシュメモリ等であり、ＣＰＵ２０が一時記憶として使用したり、ＣＰＵ２０で動作するプログラムを記憶したりする。
操作部２２は、ユーザが電話番号を入力したり、コンテンツ再生装置１での再生制御を行うための指示を入力したりするための入力インタフェースである。操作部２２の例としては、電話番号を入力する操作ボタンや操作キー等が挙げられる。また、制限コンテンツデータに対する課金・認証のための入力を携帯電話２からも行う際には、ユーザは操作部２２を操作してユーザ情報等の入力を行う。
【００３２】
表示部２３は、例えば液晶ディスプレイ等であり、携帯電話２での着信、発信のための番号表示等を行うと共に、コンテンツ再生装置１から受信したコンテンツリストの表示も行う。
【００３３】
Ｂｌｕｅｔｏｏｔｈ通信部２４は、コンテンツ再生装置１との間でＡＶＲＣＰによるＢｌｕｅｔｏｏｔｈ通信を行うための通信インタフェースである。コンテンツ再生装置１での再生、停止等の再生制御を指示する操作信号や、コンテンツデータの課金・認証を行うためのユーザ情報（本出願中では、携帯電話２で入力されたこの課金・認証のための情報も「操作信号」と表現する）等は、Ｂｌｕｅｔｏｏｔｈ通信部２４を介してコンテンツ再生装置１へ送信される。更に、携帯電話２がコンテンツ再生装置１からコンテンツリストを受信する際には、Ｂｌｕｅｔｏｏｔｈ通信部２４でこれを受信する。
【００３４】
マイク２５は、ユーザが他の電話端末と通話する際に、ユーザの音声を入力するための音声入力装置である。スピーカ２６は、ユーザが他の電話端末と通話する際に、他の電話端末から受信した音声を出力するための音声出力装置である。例えば、マイク２５はユーザの口の近辺に、スピーカ２６はユーザの耳の近辺に来るように配置される。
【００３５】
電話通信部２７は、携帯電話２が電話回線網５を介して他の電話端末と通信するための通信インタフェースである。
続いて、図５を参照しながらコンテンツデータ再生に係るコンテンツ再生装置１の処理の流れについて説明する。図５は、携帯電話２からの操作信号に応じたコンテンツデータ再生にかかる、コンテンツ再生装置１の処理の流れを示すフローチャートである。
【００３６】
まず、コンテンツ再生装置１はＢｌｕｅｔｏｏｔｈ通信部１６で携帯電話２との間で通信を開始する（Ｓ５０１）。通信開始の流れとしては、例えば通信相手の機器（本実施例では携帯電話２）を探すインクワイアリを行い、このインクワイアリに対する携帯電話２からの応答を受信すれば、携帯電話２が対応するプロファイル情報を知るためのサービス探索を行う。
【００３７】
さらに、携帯電話２からＡＶＲＣＰに対応している旨の応答を受信すれば、コンテンツ再生装置１はＡＶＲＣＰによる接続確立を携帯電話２との間で行う（サービス初期化）。このとき、携帯電話２との間でやり取りするパケットのサイズや、対応するＡＶ／Ｃコマンドの範囲等についての確認等も併せて行う。
【００３８】
次にＣＰＵ１０は、課金・認証設定情報１１ａを参照し、リモコン（本実施例では携帯電話２）での課金・認証を許可する設定となっているか否かを判断する（Ｓ５０２）。
【００３９】
リモコンでの課金・認証を許可する設定となっている場合（Ｓ５０２のＹｅｓ）、ＣＰＵ１０はリモコンである携帯電話２の機能情報の取得要求をＢｌｕｅｔｏｏｔｈ通信部１６から送信し、この応答として携帯電話２の機能情報を取得する（Ｓ５０３）。課金・認証を行うためには、通常ユーザはユーザ情報等の入力を、表示画面を見ながら入力する必要がある。よってこのステップでは、例えば携帯電話２が表示手段と入力手段の両方を有しているか否か等の情報を、ＣＰＵ１０は機能情報として携帯電話２から取得する。
【００４０】
ＣＰＵ１０は、Ｓ５０３で取得したリモコンである携帯電話２の機能情報に基づき、携帯電話２での課金・認証が可能か否かについて判断する（Ｓ５０４）。これは、例えば携帯電話２が表示手段と入力手段の両方を有している場合には、課金・認証のための表示、入力ができるので、携帯電話２を利用した課金・認証が可能と判断することができる。
【００４１】
リモコンである携帯電話２を使用した課金・認証ができない場合（Ｓ５０４のＮｏ）、若しくはそもそもリモコンでの課金・認証を許可しない設定となっている場合（Ｓ５０２のＮｏ）には、ＣＰＵ１０はコンテンツリストの再構築を行う。この詳細は図３を参照しながら先述したが、ＨＤＤ１１に記憶したコンテンツデータに関するコンテンツリスト（これは、予めＣＰＵ１０が作成してＨＤＤ１１等に記憶しておくものとする）が図３（ａ）のように再生可コンテンツデータと制限コンテンツデータとの両方の項目を有している場合に、ＣＰＵ１０はＳ５０５で、図３（ｂ）のように再生可コンテンツデータのみを項目に有するコンテンツリストを作成する。
【００４２】
Ｓ５０６以降のステップでＣＰＵ１０は、このコンテンツリストに従って再生制御を行うので、図３（ｂ）のように再生可コンテンツデータのみのコンテンツリストを作成することにより、制限コンテンツデータを再生することが無くなる。これによりユーザは、試聴しかできないコンテンツデータを再生してしまって認証を求められたり、全体を再生可能な再生可コンテンツデータを探して「次曲」を指示する操作を何度も押したりといった煩雑な作業を防ぐことができる。
【００４３】
リモコンを使用した課金・認証が可能な場合（Ｓ５０４のＹｅｓ）、又はＳ５０５でコンテンツリストの再構築が終わった後、ＣＰＵ１０は、Ｂｌｕｅｔｏｏｔｓｈ通信部１６で携帯電話２からの操作信号を受信したか否かを判断する（Ｓ５０６）。もし操作信号を受信していなければ（Ｓ５０６のＮｏ）、そのまま待機し、操作信号の受信を待つ（Ｓ５０６）。
【００４４】
操作信号を携帯電話２から操作信号をＢｌｕｅｔｏｏｔｈ通信部１６で受信した場合には（Ｓ５０６のＹｅｓ）、ＣＰＵ１０は、当該操作信号が制限コンテンツデータの再生を指示するものか否かを判断する（Ｓ５０７）。
【００４５】
これは、例えば図３（ａ）に示したコンテンツリストに従ってコンテンツ＃２を再生していたときに、携帯電話２から「次曲」の再生を指示する操作信号を受信した場合には、コンテンツ＃３は試聴のみが可能な制限コンテンツデータであるので、Ｓ５０７の判断はＹｅｓとなる。
【００４６】
一方、携帯電話２から「前曲」の再生を指示する操作信号を受信した場合には、コンテンツ＃１は無制限に再生可能な再生可コンテンツデータであるので、Ｓ５０７の判断はＮｏとなる。Ｎｏとなる例としてはこの他、電源Ｏｆｆ、一時停止、早送り、巻戻し、コンテンツリスト送信を指示する操作信号を携帯電話２から受信した場合等が挙げられる。
【００４７】
尚、Ｓ５０５において図３（ｂ）のような再生可コンテンツデータのみのコンテンツリストをＣＰＵ１０が作成しており、ＣＰＵ１０がこのコンテンツリストに従って再生制御を行っている場合には、Ｓ５０７の判断結果は常にＮｏとなるので注意されたい。
【００４８】
携帯電話２から受信した操作信号が制限コンテンツデータの再生を指示するものではない場合には（Ｓ５０７のＮｏ）、この再生信号に応じた処理を行う（Ｓ５０８）。例えば、電源Ｏｆｆを指示する信号であれば音楽再生装置１の電源を切る制御、早送りや巻戻し、一時停止を指示する操作信号であれば、ＣＰＵ１０はそれに応じた再生制御を行う。また、コンテンツリストの送信要求であれば、図３（ａ）（Ｓ５０５の処理を行っていない場合）又は図３（ｂ）（Ｓ５０５の処理を行った場合）に例として挙げた、再生するコンテンツデータのコンテンツリストをＢｌｕｅｔｏｏｔｈ通信部１６から携帯電話２に向けて送信する。
【００４９】
携帯電話２から受信した操作信号が制限コンテンツデータの再生を指示するものであった場合（Ｓ５０７のＹｅｓ）、ＣＰＵ１０は、ネットワーク通信部１５を介して課金・認証サーバ４と通信を行い、課金・認証処理を行う（Ｓ５０９）。このとき、ユーザは課金・認証を行うためのユーザ情報を携帯電話２で入力することになるので、ＣＰＵ１０はＢｌｕｅｔｏｏｔｈ通信部１６から携帯電話２に対してユーザ情報の取得要求を送信し、携帯電話２ではこれを受けて課金・認証のためのユーザ情報の入力画面を表示部２３に表示する。
【００５０】
ユーザが携帯電話２の操作部２２を操作して入力したユーザ情報は、携帯電話２からＢｌｕｅｔｏｏｔｈ通信部２４を介して送信されるので、コンテンツ再生装置１はこれをＢｌｕｅｔｏｏｔｈ通信部１６で受信し、当該ユーザ情報をネットワーク通信部１５から課金・認証サーバ４へ送信する。
【００５１】
Ｓ５０９の課金・認証処理により、課金・認証サーバ４からコンテンツデータの再生許可が得られた場合には（Ｓ５１０のＹｅｓ）、ＣＰＵ１０は再生許可が得られたコンテンツデータの権利情報を、許可の種別に応じて無制限に再生可、１日間再生可、等に書換え（Ｓ５１１）、さらにＣＰＵ１０は再生可コンテンツデータとなった当該コンテンツデータの再生処理を行う（Ｓ５１２）。
【００５２】
このように、Ｓ５１２又はＳ５０８で携帯電話２から受信した操作信号に応じた処理が終われば、又は認証・課金サーバ４からコンテンツデータの再生許可が得られなかった場合には（Ｓ５１０のＮｏ）、ＣＰＵ１０は、ＡＶＲＣＰによる携帯電話２との間の通信を終了するか否かを判断し（Ｓ５１３）、ＡＶＲＣＰによる通信を終了しない場合には、Ｓ５０６の処理へ戻る。
【００５３】
続いて、図６を参照しながら、コンテンツデータ再生に係る携帯電話２の処理の流れについて説明する。図６は、携帯電話２からの操作信号によりコンテンツ再生装置１でコンテンツデータを再生する際の、携帯電話２の処理の流れを示すフローチャートである。
【００５４】
まず、携帯電話２はＢｌｕｅｔｏｏｔｈ通信部２４でコンテンツ再生装置１との間でＢｌｕｅｔｏｏｔｈ通信を開始する（Ｓ６０１）。通信開始の流れとしては、例えばコンテンツ再生装置１からのインクワイアリに応答し、さらにサービス探索要求に応答して、携帯電話２がプロファイルとしてＡＶＲＣＰに対応していることを通知する。この後、ＡＶＲＣＰによる通信接続を行って、コンテンツ再生装置１との間でやり取りするパケットのサイズや、対応するＡＶ／Ｃコマンドの範囲等についての確認等も行う。
【００５５】
次に、ＣＰＵ２０はコンテンツ再生装置１からの機能情報の取得要求をＢｌｕｅｔｏｏｔｈ通信部２４で受信したか否かを判断する（Ｓ６０２）。この機能情報とは、例えば入力手段である操作部２２を有しているか、表示手段である表示部２３を有しているか否か等であり、このような機能情報を通知することにより、コンテンツ再生装置１では、携帯電話２で課金・認証のための表示／入力を行うことが可能か否かを知ることができる。
【００５６】
もし、Ｂｌｕｅｔｏｏｔｈ通信部２４で機能情報の取得要求を受信した場合には（Ｓ６０２のＹｅｓ）、Ｂｌｕｅｔｏｏｔｈ通信部２４からコンテンツ再生装置１へ機能情報を送信する（Ｓ６０３）。
【００５７】
機能情報に関する処理の終了後（Ｓ６０２のＮｏ又はＳ６０３）、ＣＰＵ２０は、操作部２２へのユーザからの操作入力があったか否かを判断する（Ｓ６０４）。ユーザからの操作入力が無かった場合には（Ｓ６０４のＮｏ）、ＣＰＵ２０はそのまま待機して操作入力を待つ（Ｓ６０４）。
【００５８】
ユーザからの操作入力があった場合には（Ｓ６０４のＹｅｓ）、ＣＰＵ２０は、この入力に応じた操作信号をＢｌｕｅｔｏｏｔｈ通信部２４コンテンツ再生装置１へ送信する（Ｓ６０５）。この操作信号の例としては、コンテンツデータの再生停止状態から再生を指示するもの、「次曲」の再生を指示する信号や、「前曲」の再生を指示する信号、早送り、巻戻し、電源Ｏｆｆ、コンテンツリストの取得要求を支持する信号等が挙げられる。
【００５９】
さらに、ＣＰＵ１０はＢｌｕｅｔｏｏｔｈ通信部２４でコンテンツ再生装置１から課金・認証手続の要求を受信したか否かを判断する（Ｓ６０６）。課金・認証手続要求をＢｌｕｅｔｏｏｔｈ通信部２４で受信した場合には、ＣＰＵ１０は表示部２３に課金・認証用画面を表示し、ユーザに対してユーザ情報の入力を促す。このユーザ情報の例としては、例えば氏名や、パスワード、場合によってはクレジットカードの番号等が考えられる。
【００６０】
ユーザは、操作部２２を操作してこの課金・認証用画面で所定のユーザ情報を入力する（Ｓ６０８）。ユーザからの入力が完了すれば、ＣＰＵ１０は当該ユーザ情報（課金・認証用データ）をコンテンツ再生装置１に送信する（Ｓ６０９）（尚、先述の通りこのユーザ情報もユーザが操作入力した情報であるので、本出願中では操作信号とする）。
【００６１】
課金・認証の処理終了後（Ｓ６０９）、又はＢｌｕｅｔｏｏｔｈ通信部２４でコンテンツ再生装置１から課金・認証手続要求を受信しなかった場合には（Ｓ６０６のＮｏ）、ＣＰＵ１０はＡＶＲＣＰによる接続を切断するか否かを判断し（Ｓ６１０）、切断しない場合には（Ｓ６１０のＮｏ）、Ｓ６０４の処理に戻る。
【００６２】
以上説明したように、本実施例によれば、コンテンツ再生装置１でのコンテンツデータの再生制御に係る操作を携帯電話２で行う際には、制限コンテンツデータを再生対象から外すことができる。これにより、試聴しかできないコンテンツデータと、最後まで再生可能なコンテンツデータとが混在している場合であっても、「次の曲」のボタンを何度も押したり、課金認証を何度も求められたりといった煩雑な操作なく、最後まで再生可能なコンテンツデータのみを視聴することができるようになり、操作性が向上する。
【００６３】
この効果は、特に視聴可能な再生可コンテンツデータが、ＨＤＤ１１に記憶されたコンテンツデータのごく一部しかない場合に顕著となる。また、操作を入力するリモコン側にボタンが少ない場合、表示画面が無い場合等にも、顕著な効果を得ることができる。
【００６４】
さらに、本実施例ではコンテンツ再生装置１から携帯電話２に対してコンテンツリストを送信することができるが、この場合に、再生可コンテンツのみを抽出したコンテンツリストを送信するので、携帯電話２では制限コンテンツデータで画面が一杯になるといったことを避けることができる。この効果は、先述のように再生可コンテンツデータが少数しか含まれていない場合や、リモコンである携帯電話２側の表示画面の大きさや処理能力が低い場合に顕著となる。
【００６５】
また本実施例では、コンテンツ再生装置１が携帯電話２で課金・認証が可能か否かを判断し、その判断に応じて制限コンテンツデータを再生対象とするか否かの制御を行う。これにより、課金・認証が可能な場合には、ユーザは必要に応じてお金を支払って制限コンテンツデータが視聴可能となると共に、課金・認証が不能な場合には煩雑な操作を避けることができるようになる。即ち、コンテンツ再生装置１は、リモコンに対して好適な再生制御が可能となる。
【００６６】
本実施例では、課金・認証をリモコン側での操作信号では行わないように課金・認証設定情報１１ａで設定することが可能である。これにより、煩雑な操作を避けたり、料金支払いによる制限コンテンツデータの視聴を可能としたりといった再生方法を、ユーザは必要に応じて選択、設定できるようになる。
【００６７】
尚、本実施例では、リモコン（携帯電話２）で課金・認証を行わない場合に、コンテンツ再生装置１がコンテンツリストの再構築を行い（図５のＳ５０４）、このコンテンツリストに従って再生するより、制限コンテンツデータを再生しないようにしているが、必ずしもこの限りではない。例えば、このようなコンテンツリストを作成せずに、再生可コンテンツデータだけを再生するようにＣＰＵ１０が逐次制御するようにしても良い。
【００６８】
本実施例ではコンテンツ再生装置１上でコンテンツを再生し、これをコンテンツ再生装置１の出力部１４で出力しているが、これに限られるものではない。例えば、再生信号を携帯電話２や、他の電子機器にＢｌｕｅｔｏｏｔｈ等により送信し、その機器で視聴できるようにしても良い。
【００６９】
また、本実施例では携帯電話２からコンテンツ再生装置１への操作信号の送信は、Ｂｌｕｅｔｏｏｔｈ通信のＡＶＲＣＰにより行っているが、これに限られるものではなく、例えば無線ＬＡＮ等の他の無線通信方式を使用しても良い。
【００７０】
本実施例では、操作信号を送信する、リモコンの役割は携帯電話２が果たしているが、これに限られるものではなく、例えば操作ボタンのついたワイヤレスヘッドフォン等であっても良い。このとき、当該リモコン機器が、表示部を有しているか否か、課金・認証が可能か否か等は問わない。他にも、例えばＰＣやＰＤＡ等がリモコンの例として挙げられる。
【００７１】
本実施例では、記憶媒体であるＨＤＤ１１は内蔵型であるがこれに限られるものではない。記憶媒体は、例えばＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）やＣＤ−ＲＯＭ等の、音楽再生装置１と一体となっていない記憶媒体であってもよい。
【００７２】
なお、コンテンツ再生装置１の形態としては、様々な形態が考えられるが、例えば、ＨＤＤ等の記憶媒体を内蔵し、この記憶媒体に多数のコンテンツデータを記憶し、このコンテンツデータを再生する車載機等が考えられる。このとき、公衆回線網３からダウンロードしたり、ＣＤ−ＲＯＭやＤＶＤを挿入したりすることにより、ＨＤＤに記憶されるコンテンツデータの数を増やすことも可能である。
【００７３】
本実施例では、課金・認証処理は、ユーザが携帯電話２又はコンテンツ再生装置１の操作部からユーザ情報を入力し、コンテンツ再生装置１から行うようにしているがこの限りではない。例えば、携帯電話２が電話回線網５を介して課金・認証サーバ４にアクセスして課金・認証処理を行うようにしても良い。この場合、コンテンツ再生装置１は、携帯電話２が自身で（即ち、コンテンツ再生装置１を介さずに）課金・認証処理による制限解除の処理を行う機能を有しているかを判断し、これに応じて制限コンテンツデータを再生対象から外すか否かを判断することになる。
【図面の簡単な説明】
【００７４】
【図１】本発明の実施例１に係るコンテンツ再生装置が使用されるシステムの構成を示す図。
【図２】本発明の実施例１に係るコンテンツ再生装置の構成を示す図。
【図３】本発明の実施例１に係るコンテンツ再生装置が作成するコンテンツリストの例を示す図。
【図４】本発明の実施例１に係るコンテンツ再生装置と通信する携帯電話の構成を示す図。
【図５】本発明の実施例１に係るコンテンツ再生装置がコンテンツデータを再生する際の処理の流れを示す図。
【図６】本発明の実施例１に係るコンテンツ再生装置でコンテンツデータを再生する際の、携帯電話の処理の流れを示す図。
【符号の説明】
【００７５】
１・・・コンテンツ再生装置
２・・・携帯電話
３・・・公衆回線網
４・・・課金・認証サーバ
５・・・電話回線網
１０・・・ＣＰＵ
１１・・・コンテンツデータ
１１ａ・・・課金・認証設定情報
１２・・・ＨＤＤインタフェース
１３・・・操作部
１４・・・出力部
１５・・・ネットワーク通信部
１６・・・Ｂｌｕｅｔｏｏｔｈ通信部
２０・・・ＣＰＵ
２１・・・メモリ
２２・・・操作部
２３・・・表示部
２４・・・Ｂｌｕｅｔｏｏｔｈ通信部
２５・・・マイク
２６・・・スピーカ
２７・・・電話通信部
【図１】
2007200509.tif 000003
【図２】
2007200509.tif 000004
【図３】
2007200509.tif 000005
【図４】
2007200509.tif 000006
【図５】
2007200509.tif 000007
【図６】
2007200509.tif 000008