ネットワークコンテンツ購入・登録端末、ネットワークコンテンツダウンロード端末、サーバ、及びシステム
【課題】コンテンツの購入とダウンロード登録を行う購入・登録端末と、ダウンロードを行うダウンロード端末が分かれている場合、購入・登録端末のみしか存在しないときに、購入・登録端末がダウロードサービスを提供するwebページを表示し、ダウンロードの予約登録に失敗してしまう。
【解決手段】接続された端末３００，３０１を探索し、ダウンロードサービスを受ける能力のある端末３００を発見した場合、自らがそのサービスを受ける能力がある端末として、サービスを提供するサーバ２００にアクセスし、ダウンロードサービスを提供するwebページを表示する。これにより、ダウンロードサービスを提供するwebページを表示するときは、正しくダウンロードの予約登録が可能となる。
【解決手段】接続された端末３００，３０１を探索し、ダウンロードサービスを受ける能力のある端末３００を発見した場合、自らがそのサービスを受ける能力がある端末として、サービスを提供するサーバ２００にアクセスし、ダウンロードサービスを提供するwebページを表示する。これにより、ダウンロードサービスを提供するwebページを表示するときは、正しくダウンロードの予約登録が可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク経由で映像や音声コンテンツをダウンロードするサービスにおける、端末、サーバ、及びシステムなどに関する。
【背景技術】
【０００２】
近年、インターネットの発達により、映画や音楽等をダウンロードして再生する技術が一般化しつつある。映画や音楽等のコンテンツ配信を行うサーバから、ＰＣ、ＡＶ機器、携帯やポータブル機器にネットワーク経由でコンテンツをダウンロードするサービスが多く提供されている。
【０００３】
このようなコンテンツ配信サービスでは、サービスを受ける端末からユーザが事業者のサーバにアクセスし、表示されたwebページからコンテンツの購入や、ダウンロードの予約登録を行うことが一般的である。このとき、事業者サーバにアクセスする端末にサービスの提供を受ける能力がない場合、端末がサービス提供されるwebページの取得を避ける必要がある。このように、端末の能力の有無に応じて、端末が取得するwebページを切り替える技術として、例えば、特許文献１に記載されているようなものがある。
【０００４】
図１４は、従来のwebページ切り替えシステムの構成を記した図である。図１４において、検索サーバ１０は、インターネット１２に接続されたコンピュータシステムにより構成されている。インターネット１２には、移動通信事業者が運営する通信事業者サーバ１４が接続されており、インターネット接続機能を有する携帯電話１６は、基地局１８から通信事業者サーバ１４を介してインターネット１２に接続することができる。検索サーバ１０は、このようなインターネット接続機能を有する携帯電話１６に対して、ＷＥＢ検索サービスを提供する。ここで携帯電話１６がｉモード対応の携帯電話であって、ｃＨＴＭＬで記述されたページを表示できるものとする。
【０００５】
図１４に示すように、検索サーバ１０は、ロボットエンジン部２０、レベル判定部２２、データ登録部２４、ＷＥＢサーバ部２６、検索処理部２８、およびＷＥＢページデータベース３０を備えている。
【０００６】
ロボットエンジン部２０は、予め定期的に、インターネット１２上に公開されるＷＥＢページを巡回し、各ＷＥＢページを記述するＷＥＢページデータ（すなわちＨＴＭＬテキスト文）を取得する。レベル判定部２２は、ロボットエンジン部２０が取得した各ＷＥＢページデータについて、ポイントテーブル２２aを参照して携帯電話１６への適合度を表す適合性レベルを判定する。
【０００７】
具体的には、ポイントテーブル２２aには、図１５に示すように、ＨＴＭＬ文の構成要素である各種タグその他の予め規定された記号（以下、タグ等という）、メタ情報、ＷＥＢページデータサイズについて、携帯電話１６への適度度を表す適合ポイントが記録されている。この適合ポイントは、携帯電話１６での表示への適合性が高いほど大きな値となるように設定されており、図１５に示す通り、本例では、以下のようなポイントを設定している。
【０００８】
ｉモード向けサイトに特有のタグ等は５ポイント。ｉモード向けサイト・パソコン向けサイトに共通で用いられるタグ等を１ポイント。ｉモード向けサイトに含まれることは有りえないが、含まれていても携帯電話での表示に支障がないタグ等を０ポイント。携帯電話での表示に悪影響を与えるおそれのあるタグ等を−１ポイント。パソコンでの閲覧を前提としてタグ等であって携帯電話での表示に悪影響を与えるおそれが大きいタグ等−３ポイント。携帯電話での表示に重大な障害を与えることが確実なタグ等を−５０ポイント。
【０００９】
以上のようなポイント設定をしている。
【００１０】
レベル判定部２２は、ロボットエンジン部２０が取得したＷＥＢページデータからタグ等を抽出して、各タグ等、メタ情報、およびページデータサイズについて上記のポイントテーブル２２aを参照して適合ポイントを取得する。そして、当該ＷＥＢページデータについて適合ポイントを累積し、その累積ポイント数を当該ＷＥＢページデータの適合性レベルとする。
【００１１】
データ登録部２４は、ロボットエンジン部２０が取得した各ＷＥＢページデータに含まれるテキスト情報を整理し、各ＷＥＢページのＵＲＬに関係付けてＷＥＢページデータベース３０に記録するとともに、レベル判定部２２により判定された適合性レベルを、該当するＷＥＢページのＵＲＬに関係付けて記録する。
【００１２】
次に、携帯電話１６から検索サーバ１０へのアクセスが行われた場合の処理について図１６に示すように、携帯電話１６からアクセスがあると、まず、ステップ９００において、ＷＥＢサーバ部２６から当該携帯電話１６へ検索画面が送信される。検索画面にはキーワード入力欄が設けられており、利用者はこのキーワード入力欄に検索キーワードを入力して検索要求を行う。
【００１３】
ステップ９０１では、上記の検索画面で入力された検索キーワードが受信され、この検索キーワードが検索処理部２８へ引き渡される。
【００１４】
ステップ９０２では、検索処理部２８において、ＷＥＢページデータベース３０を参照して、テキスト情報に検索キーワードを含むＷＥＢページが検索される（一次検索）。
【００１５】
ステップ９０３では、検索処理部２８において、上記一次検索において抽出された各ＷＥＢページの適合性レベルがＷＥＢページデータベース３０から取得される。次に、取得された適合性レベルが所定値（例えば−５０）以下であるＷＥＢページが、携帯電話１６では表示できないサイトであるとして、一次検索結果から排除される（二次検索）。そして、排除されないで残ったＷＥＢサイトが適合性レベルの高い順にソートされ、ＷＥＢサーバ部２６へ引き渡される。
【００１６】
ステップ９０４では、ＷＥＢサーバ部２６が、検索処理部２８から引き渡された二次検索結果を表示する検索結果画面を生成して、携帯電話１６へ送信する。
【００１７】
このように、携帯電話１６から検索要求があった場合に、適合性レベルが所定値以下のＷＥＢページ（つまり、携帯電話１６で閲覧できないＷＥＢページ）を検索結果から除外して、当該携帯電話１６へ提示することができる。すなわち、携帯電話１６では閲覧可能なＷＥＢページのみが検索結果として表示されることとなる。このように、検索サーバ１０によれば、不要な検索結果が表示されることのない、利用者にとって利便性の高い携帯電話向けの検索サービスを提供することができる。
【００１８】
以上説明した従来のwebページ切り替え技術において、携帯電話１６をコンテンツ配信サービスを受ける端末、ＷＥＢサーバ部２６をコンテンツ配信サービスを提供する事業者サーバと置き換え、コンテンツ配信サービスに適用することができる。
【特許文献１】特許第３７１４８７９
【発明の開示】
【発明が解決しようとする課題】
【００１９】
コンテンツ配信サービスにおいて、事業者サーバが提供するwebページからコンテンツを購入し、ダウンロードの予約登録を行うコンテンツ購入・登録端末と、コンテンツのダウンロードを行うダウンロード端末が分かれている環境を考える。コンテンツ購入・登録端末とダウンロード端末がともに存在する場合は、従来の技術を用いて、ダウンロードサービスを提供する適切なwebページをコンテンツ購入・登録端末は表示し、そこからダウンロードの予約登録をダウンロード端末にすることを可能である。しかしながら、コンテンツ購入・登録端末のみしか存在しない、もしくは、コンテンツ購入・登録端末との連携がとれていない環境では、コンテンツ購入・登録端末はダウンロードの指定が行えないため、予約登録に失敗する。よって、このようにダウンロード端末が存在しない、もしくは、連携がとれていない場合、コンテンツ購入・登録端末は、ダウンロードサービスの提供を受けるwebページを表示してはならない。
【００２０】
以上のようなケースでは、従来の技術では対応できない。
【００２１】
よって、第１の課題として、従来の技術のようなwebページのＨＴＭＬタグの解析による判定では、動的に環境が変わる上記のようなケースでは、不適切なwebページを表示することにより、コンテンツ購入・登録端末のダウンロードの予約登録に失敗することがあげられる。
【００２２】
第２の課題として、複数のダウンロード端末が存在するとき、コンテンツ購入・登録端末がどのダウンロード端末にコンテンツのダウンロード予約登録を行うか、予約登録時にユーザが毎回選択する手間がかかることがあげられる。
【００２３】
また、コンテンツ購入・登録端末がダウンロード端末に、蓄積済みのコンテンツの再生指示を行い、ダウンロード端末が行ったコンテンツのネット出力をコンテンツ購入・登録端末が受信し、視聴を行う場合を考える。
【００２４】
このとき、第３の課題として、複数のダウンロード端末にダウンロードしたコンテンツが散らばって存在するとき、コンテンツ購入・登録端末が複数あるダウンロード端末に適切に再生指示を出すことが困難であることがあげられる。
【００２５】
本発明は、上記従来技術の課題を考慮し、動的に環境が変化しても適切なwebページを表示でき、正しくダウンロードの予約登録を行うことができるコンテンツ購入・登録端末などを提供することを目的とする。
【００２６】
また、本発明は、ダウンロード予約登録するたびに予約登録を行うダウンロード端末を選択する必要が無いコンテンツ購入・登録端末などを提供することを目的とする。
【００２７】
また、本発明は、コンテンツ購入・登録端末からの再生指示を適切なダウンロード端末に行うことができるコンテンツ購入・登録端末などを提供することを目的とする。
【課題を解決するための手段】
【００２８】
上記目的を達成するために、本願第１の発明は、ブラウザと、端末を探索する探索部を持つコンテンツ購入・登録端末であって、前記探索部は、前記コンテンツ購入・登録端末に接続された端末を探索し、ダウンロード機能に対応した端末を発見した場合、前記ブラウザは自らが前記ダウンロード機能を持つ端末として、コンテンツのダウンロードサービスを提供する事業者サーバにアクセスすることを特徴とするコンテンツ購入・登録端末である。
【００２９】
また、本願第２の発明は、本願第１の発明に記載のコンテンツ購入・登録端末であり、前記探索部は前記探索を前記ブラウザの起動の際に行う、もしくは、ある一定の時間間隔で行うことを特徴とするコンテンツ購入・登録端末である。
【００３０】
また、本願第３の発明は、本願第１の発明に記載のコンテンツ購入・登録端末であり、前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から選択された選択端末を一意に特定するための端末特定情報を保持するダウンロード先管理部を持ち、前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とするコンテンツ購入・登録端末である。
【００３１】
また、本願第４の発明は、本願第３の発明に記載のコンテンツ購入・登録端末であり、前記ダウンロード先管理部は、前記複数の端末を表す情報をＧＵＩ画面に表示し、ユーザの前記選択を補助することを特徴とするコンテンツ購入・登録端末である。
【００３２】
また、本願第５の発明は、本願第３の発明に記載のコンテンツ購入・登録端末であり、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、前記ネットワーク出力を行うために指示を出す前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード先管理部の保持する前記端末特定情報を用いることを特徴とするコンテンツ購入・登録端末である。
【００３３】
また、本願第６の発明は、本願第１の発明に記載のコンテンツ購入・登録端末であり、前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から、前記複数の端末内にあるＨＤＤの空き容量が最も多い候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とするコンテンツ購入・登録端末である。
【００３４】
また、本願第７の発明は、本願第１の発明に記載のコンテンツ購入・登録端末であり、前記探索において、前記ダウンロード機能に対応し、かつ、放送録画の機能を有する複数の端末を発見した場合、前記複数の端末の中から、前記放送録画の録画予約の数が最も少ない候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とするコンテンツ購入・登録端末である。
【００３５】
また、本願第８の発明は、本願第１の発明に記載のコンテンツ購入・登録端末であり、前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から、予めユーザが設定した特定条件に最も適する候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とするコンテンツ購入・登録端末である。
【００３６】
また、本願第９の発明は、本願第３の発明に記載のコンテンツ購入・登録端末であり、前記ダウンロード先管理部は前記ダウンロード情報を送信するたびに、その送信先の端末の前記端末特定情報を保持したダウンロード情報送信済み端末特定情報を管理し、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、前記複数の端末のいずれかに蓄積されたコンテンツを、前記ネットワーク出力を行うために指示を与える前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード情報送信済み端末特定情報を用いることを特徴とするコンテンツ購入・登録端末である。
【００３７】
また、本願第１０の発明は、本願第３の発明に記載のコンテンツ購入・登録端末であり、前記ダウンロード先管理部は前記ダウンロード情報を送信するたびに、その送信先の端末の前記端末特定情報と、前記ダウンロード情報を一意に特定するためのダウンロード情報特定情報とを関連付けた端末特定情報・ダウンロード情報特定情報テーブルを管理し、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、前記複数の端末のいずれかに蓄積されたコンテンツを前記ネットワーク出力を行うために指示を与える適切な前記ダウンロード予約登録済み端末を特定するために、前記端末特定情報・ダウンロード情報特定情報テーブルを用いることを特徴とするコンテンツ購入・登録端末である。
【００３８】
また、本願第１１の発明は、コンテンツのダウンロードを行うダウンロード端末であって、本願第１の発明のコンテンツ購入・登録端末からの前記探索の応答として、端末を一意に特定するための端末特定情報が記載された端末情報を返す通信部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いて送信された、コンテンツのダウンロードに必要なダウンロード情報を受信し、ダウンロードを実行するダウンロード実行部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いた再生指示により、蓄積されたコンテンツを前記コンテンツ購入・登録端末に対して、ネットワーク出力するストリーム情報送信部を持つことを特徴とするダウンロード端末である。
【００３９】
また、本願第１２の発明は、コンテンツのダウンロードサービスを提供する事業者サーバであって、端末から受信した要求から前記ダウンロード機能に対応しているか否かを示す能力情報を抽出し、前記能力情報を判定し、前記判定の結果、前記ダウンロード機能に対応している場合は、前記ダウンロード提供サービスに適した情報を前記端末へ前記要求の応答として返すことを特徴とする事業者サーバである。
【００４０】
また、本願第１３の発明は、少なくとも、コンテンツのダウンロードサービスを提供する事業者サーバと、コンテンツ購入・登録端末と、コンテンツのダウンロードを行うダウンロード端末とからなるダウンロードシステムであり、前記事業者サーバは、端末から受信した要求からダウンロード機能に対応しているか否かを示す能力情報を抽出し、前記能力情報を判定し、前記判定の結果、前記ダウンロード機能に対応している場合は、前記ダウンロード提供サービスに適した情報を前記端末へ前記要求の応答として返し、前記コンテンツ購入・登録端末は、接続された端末を探索し、前記ダウンロード機能に対応した端末を発見した場合、自らが前記ダウンロード機能を持つ端末として、前記事業者サーバにアクセスし、前記ダウンロード端末は、前記コンテンツ購入・登録端末からの前記探索の応答として、端末を一意に特定するための端末特定情報が記載された端末情報を返す通信部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いて送信された、コンテンツのダウンロードに必要なダウンロード情報を受信し、ダウンロードを実行するダウンロード実行部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いた再生指示により、蓄積されたコンテンツを前記コンテンツ購入・登録端末に対して、ネットワーク出力するストリーム情報送信部を持つことを特徴とするダウンロードシステムである。
【００４１】
また、本願第１４の発明は、本願第１３の発明に記載のダウンロードシステムであり、前記コンテンツ購入・登録端末は、前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から選択された選択端末の前記端末特定情報を保持するダウンロード先管理部を持ち、前記事業者サーバから取得した、前記ダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とするダウンロードシステムである。
【００４２】
また、本願第１５の発明は、本願第１３の発明に記載のダウンロードシステムであり、前記コンテンツ購入・登録端末は、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、前記ネットワーク出力を行うために指示を出す前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード先管理部の保持する前記端末特定情報を用いることを特徴とするダウンロードシステムである。
【００４３】
また、本願第１６の発明は、本願第１〜１０のいずれかの発明に記載のコンテンツ購入・登録端末の各部としてコンピュータを機能させるためのプログラムである。
【００４４】
また、本願第１７の発明は、本願第１１の発明に記載のダウンロード端末の各部としてコンピュータを機能させるためのプログラムである。
【００４５】
また、本願第１８の発明は、本願第１２の発明に記載の事業者サーバの各部としてコンピュータを機能させるためのプログラムである。
【００４６】
また、本願第１９の発明は、本願第１６〜１８のいずれかに記載のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体である。
【発明の効果】
【００４７】
本発明によれば、webページからコンテンツを購入し、ダウンロードの予約登録を行うコンテンツ購入・登録端末とコンテンツのダウンロードを行うダウンロード端末が分かれている動的に環境が変わるような場合でも、適切なwebページを表示することで、正しくダウンロード予約登録を行うことができるという顕著な効果が得られる。
【００４８】
また、本発明によれば、ダウンロードコンテンツの予約登録を行うたびに、ダウンロードを行う端末をユーザが選択する必要がないという顕著な効果が得られる。
【００４９】
また、本発明によれば、コンテンツ購入・登録端末が再生したいコンテンツを蓄積する適切なダウンロード端末に対して、再生指示を行うことができるという顕著な効果が得られる。
【発明を実施するための最良の形態】
【００５０】
（実施の形態１）
以下に本発明の実施の形態１について、図面を参照しながら説明する。
【００５１】
図１は、本発明におけるネットワークコンテンツのダウンロードシステムの構成例を記した図である。コンテンツ購入・登録端末１００は、ＬＡＮにより、ダウンロード端末３００，ダウンロード非対応端末３０１に接続される。また、コンテンツ購入・登録端末１００，ダウンロード端末３００，ダウンロード非対応端末３０１は、ルータ４０１を介し、ネットワーク４００を経由して、事業者サーバ２００と接続される。
【００５２】
事業者サーバ２００は、コンテンツ購入・登録端末１００からの要求により、webページの送信、および、ネットワークコンテンツのダウンロードに必要なダウンロード情報を送信するサーバである。
【００５３】
コンテンツ購入・登録端末１００は事業者サーバ２００と通信し、webページを取得、表示し、ＬＡＮにより接続された端末にダウンロードの予約登録を行う端末である。
【００５４】
ダウンロード端末３００はコンテンツ購入・登録端末１００からダウンロード予約登録されたコンテンツのダウンロードを行う端末である。ダウンロード非対応端末３０１はネットワークコンテンツのダウンロード機能を持たない端末である。
【００５５】
ここで、コンテンツ購入・登録端末１００は例えば、本発明に対応したテレビである。また、ダウンロード非対応端末３０１は例えば、本発明に対応したレコーダである。また、ダウンロード非対応端末３０１は例えば、従来のダウンロード機能を持たないレコーダである。なお、図１に示すシステム構成例は、一例であり、ＬＡＮにより接続される端末は、コンテンツ購入・登録端末１００のみの場合や、コンテンツ購入・登録端末１００とダウンロード端末３００の場合など環境によって構成は変わる。このようなネットワークコンテンツのダウンロードシステムにおける各端末の動作を以下に説明する。
【００５６】
図２は、本発明におけるコンテンツ購入・登録端末１００のブロック図である。コンテンツ購入・登録端末１００は、ブラウザの起動と同時にネットワーク上に接続された機器の探索を行い、発見された機器の中にダウンロードに対応した機器が存在する場合は、ダウンロード対応のユーザエージェントをブラウザに設定し、事業者サーバ２００からダウンロード対応のwebページを取得し、表示する。機器が発見されない、もしくは、発見された機器の中にダウンロードに対応した端末が存在しない場合は、ダウンロード非対応のユーザエージェントをブラウザに設定し、ダウンロード非対応のwebページを取得し、表示する。また、webページの内容に従い、ネットワークコンテンツのダウンロードに必要なダウンロード情報を事業者サーバ２００から取得し、機器の探索時に発見された端末のいずれかにダウンロード情報を受け渡し、ダウンロードの予約登録を行う。以下で、コンテンツ購入・登録端末１００の各ブロックの説明を行う。
【００５７】
リモコン信号受信部１１０は、ユーザのリモコン操作により生じたボタン押下の信号を受信し、信号の送信先として適切なブロックにボタン押下の通知を行うブロックである。リモコン信号受信部１１０は、ユーザが決定ボタンを押下したときは、決定ボタン信号１５０をリモコンより受信し、ユーザがブラウザ起動ボタンを押下したときは、ブラウザ起動ボタン信号１５１をリモコンより受信する。リモコン信号受信部１１０が、決定ボタン信号１５０を受信したときは、ブラウザ１１１に決定ボタン押下通知１７５を送信し、ブラウザ起動ボタン信号１５１を受信したときは、ブラウザ起動部１１４にブラウザ起動ボタン押下通知１５２を送信する。
【００５８】
ブラウザ起動部１１４は、ブラウザ１１１を起動すると同時に、機器探索の要求を端末探索部１１５に送信するブロックである。ブラウザ起動部１１４は、リモコン信号受信部１１０からブラウザ起動ボタン押下通知１５２を受信したとき、ブラウザ１１１をブラウザ起動要求１５３により起動させ、端末探索部１１５に機器探索要求１５４を送信する。
【００５９】
端末探索部１１５は、ブラウザ１１１の起動と同時にコンテンツ購入・登録端末１００に接続された端末を探索し、その端末の情報を取得し、その情報から発見した端末にダウンロードの機能が備わっているかを判定するブロックである。端末探索部１１５は、ブラウザ起動部１１４から機器探索要求１５４を受信したとき、機器探索１５５を実行する。この機器探索１５５には、例えば、Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ(以下、ＵＰｎＰ)の規格にもとづくディスカバリを用いる。この際、端末探索部１１５はＵＰｎＰの規格におけるコントロールポイントの機能の一部を持つ。機器探索１５５における応答がない場合、もしくは、本発明のダウンロード機能に対応した端末が発見できなかった場合は、ユーザエージェント設定部１１２に対応機器なし通知１５７を送信する。このとき、端末探索部１１５は、取得した端末情報５００からダウンロード機能を持った端末かどうか判定する。また、端末探索部１１５は、機器探索１５５における応答として、発見されたおのおのの端末情報５００とともに、機器探索応答１５６を受信する。すると、端末探索部１１５は、端末情報保持部１１６に、取得したおのおのの端末情報５００を各端末情報通知１５８によって送信する。そして、ダウンロード予約登録先管理部１１７に端末紐付け情報確認依頼１５９を送信する。つまり、端末探索部１１５が取得したひとつ、もしくは、複数の端末情報５００の中にダウンロード機能に対応したものが含まれない場合は、ユーザエージェント設定部１１２に対応機器なし通知１５７を送信する。端末探索部１１５が取得したひとつ、もしくは、複数の端末情報５００の中にダウンロード機能に対応したものが含まれた場合は、端末情報保持部１１６に、各端末情報通知１５８を取得したひとつ、もしくは、複数の端末情報５００とともに送信する。
【００６０】
以上のような端末探索部１１５の機能により、例えば、コンテンツ購入・登録端末１００の購入設置直後、ダウンロード端末３００が存在しない環境で、コンテンツ購入・登録端末１００が事業者サーバ２００にアクセスした際、ダウンロードに対応したページを表示することがなくなる。また、ＬＡＮにダウンロード端末３００が追加されると、コンテンツ購入・登録端末１００は事業者サーバ２００にアクセスすると、ダウンロードに対応したページを表示することが可能となる。
【００６１】
端末情報保持部１１６は、端末探索部１１５が取得した各端末の情報を保持し、他のブロックからの要求に応じて、端末情報５００を提示するブロックである。端末情報保持部１１６は、端末探索部１１５から各端末情報通知１５８により取得した端末情報５００を保持する。端末情報保持部１１６は、ダウンロード予約登録先管理部１１７から発見端末情報要求１６３を受信したときは、各発見端末情報通知１６２により保持しているすべての端末情報５００を送信する。また、端末情報保持部１１６は、端末紐付け実行部１１９から発見端末情報要求１６６を受信したとき、保持しているすべての端末情報５００から図９に示すような紐付けGUI画面７００の表示に必要な情報を抽出し、紐付け表示用各端末情報１６７により端末紐付け実行部１１９に送信する。図９に示す紐付けGUI画面７００については、後で説明する。
【００６２】
ダウンロード予約登録先管理部１１７は、コンテンツ購入・登録端末１００と紐付ける端末の宛先情報を保持し、各ブロックからの要求に応じて、宛先情報を提示するブロックである。ダウンロード予約登録先管理部１１７は、端末探索部１１５から端末紐付け情報確認依頼１５９を受信すると、端末情報保持部１１６に発見端末情報要求１６３を送信し、端末情報保持部１１６が保持しているすべての端末情報５００を各発見端末情報通知１６２により取得する。ダウンロード予約登録先管理部１１７は、取得した端末情報５００の中に、ダウンロード予約登録先管理部１１７が保持しているMACアドレス５０３を含む端末情報５００が存在する場合は、ユーザエージェント設定部１１２に対応機器あり通知１６４を送信する。存在しない場合は、端末紐付け実行部１１９に紐付け実行要求１７１を送信する。ダウンロード予約登録先管理部１１７は、端末紐付け実行部１１９から紐付け端末情報１６９を受信し、そこからコンテンツ購入・登録端末１００に紐付ける宛先情報の役割を持つMACアドレス５０３を抽出し、保持する。そして、ユーザエージェント設定部に対して、対応機器あり通知１６４を送信する。また、ダウンロード予約登録先管理部１１７は、情報通信部１１８から宛先情報要求１６１を受信したとき、宛先情報通知１６０により保持しているMACアドレス５０３を情報通信部１１８に送信する。
【００６３】
以上のダウンロード予約登録先管理部１１７の機能により、コンテンツ購入・登録端末１００がダウンロードの予約登録を行う際、保持しているＭＡＣアドレス５０３のダウンロード端末３００に、自動的にダウンロードの予約登録が可能となる。
【００６４】
端末紐付け実行部１１９は、ダウンロード予約登録先管理部１１７から紐付け実行要求１７１を受信すると、端末情報保持部１１６に発見端末情報要求１６６を送信し、端末情報保持部１１６から保持され端末情報５００とともに紐付け表示用各端末情報１６７を受信する。そして、紐付け画面表示部１２０に紐付け表示用各端末情報１６７を送信し、紐付け画面表示部１２０から紐付け端末情報１６９を受信すると、ダウンロード予約登録先管理部１１７に紐付け端末情報１６９を送信する。
【００６５】
紐付け画面表示部１２０は、機器探索１５５により発見された端末の中のどの端末と紐付けるかをユーザに選択させるＧＵＩ画面を表示するブロックである。紐付け画面表示部１２０は、端末紐付け実行部１１９から紐付け表示用各端末情報１６７を受信すると図９に示すような紐付けGUI画面７００を表示する。紐付けGUI画面７００でユーザが紐付け端末として選択した端末に対応する紐付け端末情報１６９を端末紐付け実行部１１９に送信する。
【００６６】
ユーザエージェント設定部１１２は、ブラウザ１１１に対して、ダウンロードに対応、もしくは、非対応のユーザエージェントを設定するブロックである。ユーザエージェント設定部１１２は、端末探索部１１５から対応機器なし通知１５７を受信したとき、ブラウザ１１１に対してダウンロード非対応ユーザエージェント設定１６８を行い、HTTPのヘッダフィールドのUser Agentに図７で示されるダウンロード非対応ユーザエージェント６０１を設定する。また、ダウンロード予約登録先管理部１１７から対応機器あり通知１６４を受信したとき、ブラウザ１１１に対してダウンロード対応ユーザエージェント設定１６５を行い、HTTPのヘッダフィールドのUser Agentに図６で示されるダウンロード対応ユーザエージェント６００を設定する。なお、図６，図７に示すユーザエージェントは、記載例であり、この通りである必要はない。
【００６７】
ブラウザ１１１は、事業者サーバ２００にwebページを要求し、取得したwebページを読み込み、表示するブロックである。ブラウザ１１１は、ブラウザ起動部１１４からのブラウザ起動要求１５３により起動される。
【００６８】
ブラウザ１１１は、ユーザエージェント設定部１１２によりダウンロード非対応ユーザエージェント設定１６８を実行されたとき、ダウンロード非対応ユーザエージェントによるwebページ要求２２１を事業者サーバ２００に送信し、ユーザエージェント設定部１１２からの設定変更がない限り、以降の事業者サーバ２００との通信においてブラウザ１１１はダウンロード非対応ユーザエージェント６０１を用いる。ブラウザ１１１は、ユーザエージェント設定部１１２によりダウンロード対応ユーザエージェント設定１６５を実行されたとき、ダウンロード対応ユーザエージェントによるwebページ要求２２３を事業者サーバ２００に送信し、ユーザエージェント設定部１１２からの設定変更がない限り、以降の事業者サーバ２００との通信においてブラウザ１１１はダウンロード対応ユーザエージェント６００を用いる。
【００６９】
ブラウザ１１１は、事業者サーバ２００からダウンロード非対応webページ２２０を受信したときは、ダウンロード非対応webページ２２０を読み込み、表示し、ダウンロード対応webページ２２２を受信したときは、ダウンロード対応webページ２２２を読み込み、表示する。要するに、ブラウザ１１１は事業者サーバ２００から送信されるwebページを単に取得し、表示する。よって、ダウンロード非対応のwebページが送信されたときは、ダウンロードに対応しないwebページを表示し、ダウンロード対応のwebページが送信されたときは、ダウンロードに対応したwebページを表示する。
【００７０】
また、ブラウザ１１１は、ダウンロード予約登録のwebページが表示されているとき（図示せず）、リモコン信号受信部１１０より、ダウンロード予約登録ボタンが押されたことを示す選択ボタン押下通知１７２を受信すると、ダウンロード情報取得部１１３にダウンロード情報取得要求１７３を送信する。
【００７１】
ダウンロード情報取得部１１３は、事業者サーバ２００からダウンロード情報２２５を取得し、情報通信部１１８に受け渡すブロックである。ブラウザ１１１からダウンロード情報取得要求１７３を受信すると、事業者サーバ２００にダウンロード情報要求２２４を送信する。また、ダウンロード情報取得部１１３は、事業者サーバ２００からダウンロード情報２２５を受信すると、情報通信部１１８にダウンロード情報２２５を送信する。
【００７２】
情報通信部１１８は、ダウンロード情報取得部１１３から取得したダウンロード情報２２５を適切なダウンロード端末３００にダウンロード予約登録１７０により受け渡すブロックである。情報通信部１１８は、ダウンロード情報取得部１１３からダウンロード情報２２５を受信すると、ダウンロード予約登録先管理部１１７に宛先情報要求１６１を送信し、宛先情報通知１６０によりダウンロード予約登録先管理部１１７が保持するMACアドレス５０３を取得する。情報通信部１１８は、取得したMACアドレス５０３に対応するダウンロード端末３００に対して、ダウンロード情報２２５とともにダウンロード予約登録１７０を送信する。
【００７３】
以上、図２に示すような構成により、第一の課題を解決し、周囲の環境によって動的にサービスの受信可否状態が変化する端末でも、受信可否の状態に応じて適切なwebページを取得することができるという顕著な効果が得られる。同時に、第二の課題も解決し、ダウンロードコンテンツの予約登録を行うたびに、ダウンロードを行う端末を選択する必要がないという顕著な効果が得られる。
【００７４】
図３は本発明における事業者サーバ２００のブロック図である。以下で、上記で説明したコンテンツ購入・登録端末１００に対応するサーバ側の各ブロックの動作を説明する。
【００７５】
事業者サーバ２００は、コンテンツ購入・登録端末１００から要求を受け、その要求からダウンロードに対応しているかどうかの判定を行う。要求がダウンロードに対応している場合は、ダウンロードに対応したwebページをコンテンツ購入・登録端末１００に送信し、要求がダウンロードに対応していない場合は、ダウンロードに非対応のwebページをコンテンツ購入・登録端末１００に送信する。また、事業者サーバ２００は、コンテンツ購入・登録端末１００からのダウンロード情報取得要求を受けると、ダウンロード情報を送信する。以降、事業者サーバ２００の各ブロックの説明を行う。
【００７６】
ネットワークI/F２１４は、コンテンツ購入・登録端末１００からの通信を事業者サーバ２００内部のブロックに送信し、内部のブロックからの通信をコンテンツ購入・登録端末１００に送信するブロックである。コンテンツ購入・登録端末１００からダウンロード非対応ユーザエージェントによるwebページ要求２２１を受信したとき、ユーザエージェント判定部２１３にダウンロード非対応ユーザエージェントによるwebページ要求２２１を送信する。コンテンツ購入・登録端末１００からダウンロード対応ユーザエージェントによるwebページ要求２２３を受信したとき、ユーザエージェント判定部２１３にダウンロード対応ユーザエージェントによるwebページ要求２２３を送信する。
【００７７】
ネットワークＩ/Ｆ２１４がダウンロード非対応webページ配信部２１１からダウンロード非対応webページ２２０を受信したときは、コンテンツ購入・登録端末１００にダウンロード非対応webページ２２０を送信する。ダウンロード対応webページ配信部２１０からダウンロード対応webページ２２２を受信したときは、コンテンツ購入・登録端末１００にダウンロード対応webページ２２２を送信する。また、ネットワークI/F２１４は、コンテンツ購入・登録端末１００からダウンロード情報要求２２４を受信したときは、ダウンロード情報配信部２１２にダウンロード情報要求２２４を送信する。そして、ダウンロード情報配信部２１２からダウンロード情報２２５を受信したときは、コンテンツ購入・登録端末１００にダウンロード情報２２５を送信する。
【００７８】
ユーザエージェント判定部２１３はネットワークI/F２１４からの要求をユーザエージェントからダウンロードに対応しているかどうかを判定し、その結果に応じて、webページの配信要求先を振り分けるブロックである。ユーザエージェント判定部２１３は、ネットワークI/F２１４からダウンロード非対応ユーザエージェントによるwebページ要求２２１を受信したときは、ダウンロード非対応webページ配信部２１１にダウンロード非対応webページ要求２２７を送信する。ダウンロード対応ユーザエージェントによるwebページ要求２２２を受信したときは、ダウンロード対応webページ配信部２１０にダウンロード対応webページ要求２２６を送信する。
【００７９】
ダウンロード非対応webページ配信部２１１はダウンロードに非対応の端末に対してダウンロード非対応のwebページを配信するブロックである。ダウンロード非対応webページ配信部２１１は、ユーザエージェント判定部２１３からダウンロード非対応webページ要求２２７を受信すると、ネットワークI/F２１４にダウンロード非対応webページ２２０を送信する。
【００８０】
ダウンロード対応webページ配信部２１０は、ダウンロードに対応した端末に対してダウンロード対応のwebページを配信するブロックである。ユーザエージェント判定部２１３からダウンロード対応webページ要求２２６を受信したときは、ネットワークＩ/Ｆ２１４にダウンロード対応webページ２２２を送信する。
【００８１】
上記のダウンロード非対応webページ配信部２１１、ダインロード対応webページ配信部２１０により、適切なwebページをコンテンツ購入・登録端末１００に提供できる。
【００８２】
ダウンロード情報配信部２１２は、コンテンツ購入・登録端末１００からの要求に対して、それに対応するダウンロード情報を配信するブロックである。ダウンロード情報配信部２１２は、ネットワークＩ/Ｆ２１４からダウンロード情報要求２２４を受信すると、ネットワークＩ/Ｆ２１４にダウンロード情報２２５を送信する。
【００８３】
図４は、本発明におけるダウンロード端末３００のブロック図である。ダウンロード端末３００は、コンテンツ購入・登録端末１００の機器探索に応答し、自端末の端末情報を送信する。また、コンテンツ購入・登録端末１００から送信されたダウンロード情報を用いて、ネットワークコンテンツのダウンロードを行う（図示せず）。以降、ダウンロード端末３００の各ブロックについて説明する。
【００８４】
情報通信部３１０は、コンテンツ購入・登録端末１００からの通信を内部のブロックに送信し、内部のブロックからの通信をコンテンツ購入・登録端末１００に送信するブロックである。情報通信部３１０は、コンテンツ購入・登録端末１００から機器探索１５５を受信するとＨＤＤ３１２に端末情報要求３２０を送信する。ＨＤＤ３１２から端末情報抽出３２１により端末情報５００を取得すると、コンテンツ購入・登録端末１００に機器探索応答１５６により、取得した端末情報５００を送信する。端末情報５００の詳細については、後で説明する。また、情報通信部３１０は、コンテンツ購入・登録端末１００からのダウンロード予約登録１７０によりダウンロード情報を取得し、ダウンロード実行部３１１に送信する。
【００８５】
ダウンロード実行部３１１は、コンテンツ購入・登録端末１００から取得したダウンロード情報を用いて、ネットワークコンテンツのダウンロードを行い、ダウンロードしたコンテンツをＨＤＤ３１２に保存する（図示せず）ブロックである。ダウンロード実行部３１１は情報通信部３１０からダウンロード情報２２５を取得すると、ダウンロード情報２２５を用いてネットワークコンテンツのダウンロードを行う。
【００８６】
図５は、本発明におけるダウンロード非対応端末３０１のブロック図である。ダウンロード端末３００と同じ機能を有するブロックには同じ番号を振り、説明は省略する。ダウンロード端末３００との差はダウンロード端末３００に存在するダウンロード実行部３１１が存在しないことである。
【００８７】
図８は、本発明におけるダウンロード端末３００、もしくは、ダウンロード非対応端末３０１がＨＤＤ３１２に保持する自端末の端末情報５００の内部構成図である。端末情報５００には、製品名５０１，保有する機能５０２，ＭＡＣアドレス５０３が含まれる。保有する機能５０２には、ダウンロード端末３００の場合は、ダウンロード機能を有することが識別できる文字列(例えば、図８に示す”Download”)を記載する。ダウンロード非対応端末３０１の場合は、ダウンロード機能を有しないことが識別できる文字列（例えば、”None”）を記載する。ＭＡＣアドレス５０３は自端末のＭＡＣアドレスを記載する。なお、端末情報５００には、図８に示す製品名５０１，保有する機能５０２，ＭＡＣアドレス５０３以外の情報を記載してもかまわない。
【００８８】
図９は、本発明におけるコンテンツ購入・登録端末１００の紐付け画面表示部１２０が表示させる、紐付けＧＵＩ画面７００である。紐付けＧＵＩ画面７００には、コンテンツ購入・登録端末１００の端末探索部１１５の機器探索１５５により発見された端末の名前を端末名７０１に列挙し、その端末名７０１が保持する端末情報５００の保有する機能５０２の内容を表示する。ユーザはカーソル７０３によって、コンテンツ購入・登録端末１００に紐付ける端末を選択する。ユーザが端末を選択すると、コンテンツ購入・登録端末１００の紐付け画面表示部１２０は端末紐付け実行部１１９に選択した端末に対応する紐付け端末情報１６９を送信し、紐付けＧＵＩ画面７００はある一定の時間が過ぎると、自動的に消える。
【００８９】
図１０を用いて、本発明におけるコンテンツ購入・登録端末１００と事業者サーバ２００の処理のフローチャートを説明する。コンテンツ購入・登録端末１００のブラウザが起動（Ｓ１）されると、機器探索（Ｓ２）を行い、ダウンロード対応の機器が発見されたか（Ｓ３）確認する。ダウンロード対応の機器が発見されなかったとき、ダウンロード非対応のユーザエージェント設定（Ｓ４）をブラウザに行い、ブラウザは事業者サーバ２００に対して、webページ要求（Ｓ５）を行う。コンテンツ購入・登録端末１００からwebページ要求を受信（Ｓ６）すると、ユーザエージェントがダウンロードに対応しているか（Ｓ７）判定し、ダウンロードに対応していない場合、コンテンツ購入・登録端末１００にダウンロード非対応webページを送信（Ｓ８）する。そして、コンテンツ購入・登録端末１００のブラウザはダウンロード非対応webページを表示（Ｓ９）する。
【００９０】
ダウンロード対応の機器が発見されたか（Ｓ３）の確認で、対応機器が発見されたとき、発見され機器の中に予め紐付けられた機器があるか（Ｓ１０）確認する。予め紐付けられた機器が発見されなかった、もしくは、予め紐付けられた機器と紐付けを行っていなかったとき、紐付けＧＵＩ画面７００を表示（Ｓ１１）し、ユーザが選択した端末に対して、宛先情報の役割となるＭＡＣアドレス５０３の紐付けを実行（Ｓ１２）する。そして、ダウンロード対応のユーザエージェント設定（Ｓ１３）をブラウザに行う。
【００９１】
発見された機器の中に紐付けられた機器があるか（Ｓ１０）確認し、紐付けされた機器が発見されているときは、Ｓ１１，Ｓ１２を実行せずにダウンロード対応のユーザエージェント設定（Ｓ１３）をブラウザに行う。ブラウザは事業者サーバ２００にwebページ要求（Ｓ１４）を行い、事業者サーバ２００はwebページ受信要求を受信する（Ｓ６）。そして、ユーザエージェントがダウンロードに対応しているか（Ｓ７)確認し、ダウンロードに対応している場合は、コンテンツ購入・登録端末１００にダウンロード対応webページ送信（Ｓ１５）する。そして、コンテンツ購入・登録端末１００のブラウザはダウンロード対応webページを表示（Ｓ１６）する。
【００９２】
コンテンツ購入・登録端末１００のブラウザでダウンロード予約登録を選択（Ｓ１７）すると、事業者サーバ２００に対して、ダウンロード情報要求（Ｓ１８）を送信し、事業者サーバ２００はダウンロード情報要求を受信する（Ｓ１９）と、コンテンツ購入・登録端末１００に対してダウンロード情報を送信（Ｓ２０）する。コンテンツ購入・登録端末１００はダウンロード情報を取得（Ｓ２１）すると、Ｓ１２で紐付けた、もしくは、予め紐付けられていた端末へダウンロード情報を送信（Ｓ２２）し、ダウンロード予約登録を行う。
【００９３】
なお、本実施の形態１では、コンテンツ購入・登録端末１００とダウンロード端末３００の紐付け情報として、ダウンロード端末３００のＭＡＣアドレス５０３を用いたが、これに限らない。ダウンロード端末３００を一意に特定できる情報であれば、ＭＡＣアドレス５０３を用いた場合と同様の効果が得られることは自明である。
【００９４】
なお、本実施の形態１では、ブラウザ１１１の起動と同時に機器探索１５５を行っているが、機器探索１５５を行うタイミングはこれに限らない。例えば、ブラウザ１１１の起動後に機器探索１５５を行っても、本実施例で記載した内容と同様の効果が得られることは自明である。また、ブラウザ１１１の起動とは連動せず、一定の時間ごとに端末探索部１１５が機器探索１５５を行ってもよい。これにより、機器探索１５５にかかる時間を待たずに、ブラウザ１１１は事業者サーバ２００からwebページを取得し、表示できるという効果がある。
【００９５】
なお、本実施の形態１では、端末探索部１１５は、機器探索１５５の応答として、おのおのの端末情報５００とともに機器探索応答１５６を受信しているが、これに限らない。機器探索１５５の応答としては、機器を発見した事実だけを示す機器探索応答１５６を受信し、おのおのの端末情報５００は後で取得してもかまわない。これによっても、本実施の形態１で記載した内容と同様の効果が得られることは自明である。
【００９６】
なお、本実施の形態１では、ユーザからのコンテンツ購入・登録端末１００への入力はリモコンを想定し、リモコン信号受信部１１０を用いたが、これに限らない。例えば、ボタンによる入力であっても、本実施の形態１で記載した内容と同様の効果が得られることは自明である。
【００９７】
なお、本実施の形態１では、コンテンツ購入・登録端末１００とダウンロード端末３００の紐付けの際、紐付けＧＵＩ画面７００を用いたユーザ手動の手法を説明したが、これに限らない。例えば、機器探索１５５による機器発見の結果、ダウンロード端末３００が一台のみの場合は、紐付けＧＵＩ画面７００を表示せず、自動的に発見したダウンロード端末３００に紐付けしてもよい。また、機器探索１５５による機器発見の結果、複数のダウンロード端末３００が発見されたとき、ＨＤＤ３１２の空き容量の多いダウンロード端末３００に自動的に紐付けしても良い。また、機器探索１５５による機器発見の結果、複数のダウンロード端末３００が発見されたとき、ダウンロード端末３００に放送録画の機能を有しているとき、録画予約数が少ないダウンロード端末３００に自動的に紐付けしても良い。
【００９８】
また、ユーザがコンテンツ購入・登録端末１００と紐付けを行う優先順位を決定するための条件を予め設定しておくと、その条件にもとづく優先順位を決定するために必要な情報を、機器探索１５５の応答である機器探索応答１５６とともに取得する。そして、取得した情報にもとづきダウンロード端末３００の優先順位リストを作成し、そのリストの最上位のダウンロード端末３００とコンテンツ購入・登録端末１００と自動的に紐付けを行っても良い。以上のような紐付けを行った場合でも、本実施の形態１で記載した内容と同様の効果が得られることは自明である。
【００９９】
（実施の形態２）
以下に本発明の実施の形態２について、図面を参照しながら説明する。
【０１００】
本実施の形態２は、実施の形態１に記載のすべての内容を含むことが前提であり、実施の形態１との追加部分や差の部分についてのみ説明し、実施の形態１に記載した内容については説明を省略する。
【０１０１】
本実施の形態２の内容は、ダウンロード端末３００のＨＤＤ３１２に蓄積されたコンテンツをネットワークを通じて、コンテンツ購入・登録端末１００に送信し、視聴出力することである。実施の形態１で記載したダウンロード予約登録から、ＨＤＤ３１２にネットワークコンテンツを蓄積するまでの過程の説明は省略する。
【０１０２】
図１１は、本実施の形態２におけるコンテンツ購入・登録端末１００とダウンロード端末３００のブロック図である。図２に示されるコンテンツ購入・登録端末１００の内部のブロックやそのブロックの有する機能、および、図４に示されるダウンロード端末３００の内部のブロックやそのブロックの有する機能を図１１に示すコンテンツ購入・登録端末１００やダウンロード端末３００は持っているものとする。
【０１０３】
本実施の形態２におけるコンテンツ購入・登録端末１００は、ダウンロード端末３００に蓄積済みで視聴可能なコンテンツの一覧をＧＵＩ画面に表示し、ユーザがその一覧からコンテンツを選択すると、選択したコンテンツの再生指示をダウンロード端末に送信する。そして、ダウンロード端末３００から送信されたコンテンツのストリーム情報を受信し、画面に視聴出力する。以降、コンテンツ購入・登録端末１００の図１１に記載の各ブロックについて説明する。
【０１０４】
リモコン信号受信部１１０は、ユーザが選択したボタンの信号を受信し、再生可能コンテンツ一覧表示部１２５に通知するブロックである。ユーザがリモコンの再生コンテンツ一覧ボタンを押下すると、リモコン信号受信部１１０は、再生コンテンツ一覧ボタン信号１８０を受信し、再生可能コンテンツ一覧表示部１２５に再生コンテンツ一覧ボタン押下通知１８１を送信する。
【０１０５】
再生可能コンテンツ一覧表示部１２５は、再生可能コンテンツ一覧画面を表示し、ユーザが視聴したコンテンツを選択すると、そのコンテンツの再生通知をネット再生指示部１２１に行うブロックである。リモコン信号受信部１１０から再生コンテンツ一覧ボタン押下通知１８１を受信すると、図１２に示すような再生可能コンテンツ一覧ＧＵＩ画面７２０を表示し、ユーザが選択したコンテンツに関連する情報(例えば、コンテンツを一意に識別するためのコンテンツＩＤ)を再生コンテンツ通知１８２により、ネット再生指示部１２１に送信する。図１２については後で説明する。
【０１０６】
ネット再生指示部１２１は、ダウンロード予約登録先管理部１１７が保持するＭＡＣアドレス５０３のダウンロード端末にユーザが選択したコンテンツの再生指示を行うブロックである。再生可能コンテンツ一覧表示部１２５から再生コンテンツ通知１８２とともにコンテンツに関連する情報であるコンテンツＩＤを受信したとき、ダウンロード予約登録先管理部１１７に紐付け宛先情報要求１８３を送信する。ダウンロード予約登録先管理部１１７から紐付け宛先情報１８４とともにＭＡＣアドレス５０３をネット再生指示部１２１は取得すると、取得したＭＡＣアドレス５０３に対応するダウンロード端末３００に対して、コンテンツ再生要求１８５をコンテンツＩＤとともに送信する。
【０１０７】
ダウンロード予約登録先管理部１１７は、上述したようにネット再生指示部１２１から紐付け宛先情報要求１８３を受信すると、保持しているＭＡＣアドレス５０３を紐付け宛先情報１８４とともに送信する。
【０１０８】
ストリーム情報受信部１２２は、ダウンロード端末３００より送信されたコンテンツのストリーム情報を受信し、ネット再生コンテンツ制御部に受け渡すブロックである。ストリーム情報受信部１２２は、ダウンロード端末３００から再生コンテンツストリーム３４３を受信すると、ネット再生コンテンツ制御部１２３に再生コンテンツストリーム３４３を受け渡す。
【０１０９】
ネット再生コンテンツ制御部１２３は、受信した再生コンテンツストリーム３４３の視聴出力を行うためにストリーム制御を行い、表示画面に視聴出力を行うブロックである。ストリーム情報受信部１２２から再生コンテンツストリーム３４３を受信したとき、ネット再生コンテンツ制御部１２３は、再生コンテンツストリーム３４３を視聴のために制御し、表示用コンテンツ情報１８６として送信する。
【０１１０】
ネット再生コンテンツ表示部１２４は、表示用にストリーム制御を行ったコンテンツの視聴出力を行うブロックである。ネット再生コンテンツ制御部１２３から表示用コンテンツ情報１８６を受信するとネット再生コンテンツ表示部１２４は、受信したコンテンツのネット再生を実行し、画面に視聴出力する。
【０１１１】
本実施の形態２におけるダウンロード端末３００は、コンテンツ購入・登録端末１００からのコンテンツ再生の指示に従い、指示されたコンテンツをＨＤＤから取り出し、ネットワークを通じてコンテンツ購入・登録端末１００にコンテンツのストリーム情報を送信する。
【０１１２】
情報通信部３１０は、コンテンツ購入・登録端末１００からコンテンツ再生要求１８５をコンテンツＩＤとともに受信したとき、ネット再生制御部３３０にコンテンツ再生指示３４０とともに取得したコンテンツＩＤを送信する。
【０１１３】
ネット再生制御部３３０は、情報通信部３１０からコンテンツ再生指示３４０とともにコンテンツＩＤを受信するとストリーム情報送信部３３１にコンテンツ再生指示３４１を取得したコンテンツＩＤとともに送信する。
【０１１４】
ストリーム情報送信部３３１は、再生指示を受けたコンテンツのストリーム情報をコンテンツ購入・登録端末１００に送信するブロックである。ストリーム情報送信部３３１は、ネット再生制御部３３０からコンテンツ再生指示３４１とともにコンテンツＩＤを受信すると、取得したコンテンツＩＤに対応するコンテンツをＨＤＤ３１２から再生コンテンツ情報抽出３４２により取得する。そして、コンテンツ購入・登録端末１００に対して、再生コンテンツストリーム３４３を送信する。ここで、送信手法には例えばＤＴＣＰ−ＩＰの技術を用いることが考えられる。
【０１１５】
以上、図１１に示すような構成により、第三の課題を解決し、コンテンツ購入・登録端末が再生したいコンテンツを蓄積する適切なダウンロード端末に対して、再生指示を行うことができるという顕著な効果が得られる。
【０１１６】
図１２は、本実施の形態２における再生可能コンテンツ一覧ＧＵＩ画面７２０である。再生可能コンテンツ一覧ＧＵＩ画面７２０には、コンテンツ購入・登録端末１００がダウンロード予約登録を行い、ダウンロード端末３００がダウンロード予約登録とともに受け取ったダウンロード情報２２５を用いてネットワークよりダウンロードし、ＨＤＤ３１２に蓄積済みのコンテンツ５５０に対応するコンテンツタイトル７２２を列挙し、表示する。また、コンテンツタイトル７２２に対応するコンテンツ事業者名７２１を列挙し、表示する。ユーザはカーソル７２３により、視聴したいコンテンツを選択する。コンテンツが選択されるとそのコンテンツに対応するコンテンツＩＤを再生可能コンテンツ一覧表示部１２５が再生コンテンツ通知１８２により、ネット再生指示部１２１に送信する。ここで、再生可能コンテンツ一覧ＧＵＩ画面７２０に表示される情報の詳細な取得方法については、本実施の形態２の主旨ではないため、説明を省略する。
【０１１７】
なお、本実施の形態２では、ダウンロード予約登録先管理部１１７は紐付けられたダウンロード端末３００のＭＡＣアドレス５０３のみを管理しているが、これに限らない。例えば、ダウンロード予約登録先管理部１１７はダウンロード登録を行うたびに、その相手先のＭＡＣアドレスを重複しないように管理してもよい。このとき、ネット再生指示部１２１が再生可能コンテンツ一覧表示部１２５から再生コンテンツ通知１８２とともにコンテンツＩＤを取得すると、ダウンロード予約登録先管理部１１７が管理しているすべてのＭＡＣアドレスを持つダウンロード端末３００に対して、コンテンツ再生要求１８５を送信する。コンテンツ再生要求１８５にはコンテンツＩＤが含まれる。コンテンツ再生要求１８５とともにコンテンツＩＤを受信にしたダウンロード端末３００は、ＨＤＤ３１２内に受信したコンテンツＩＤに対応するコンテンツ５５０が存在するかを確認する。対応するコンテンツ５５０が存在する場合にのみ、ストリーム情報送信部３３１は、コンテンツ購入・登録端末１００に対して再生コンテンツストリーム３４３を送信する。このような処理により、複数のダウンロード端末３００にコンテンツ５５０が散らばって蓄積された場合でも、コンテンツ購入・登録端末１００はいくつかのＭＡＣアドレスを保持するだけで、適切にコンテンツ再生を行うことができるという効果がある。
【０１１８】
なお、本実施の形態２では、ダウンロード予約登録先管理部１１７は紐付けられたダウンロード端末３００のＭＡＣアドレス５０３のみを管理しているが、これに限らない。例えば、複数のダウンロード端末３００にダウンロードしたコンテンツ５５０が蓄積されている場合、コンテンツ５５０のコンテンツＩＤ８０１とそのコンテンツ５５０が蓄積されている端末の宛先情報８０２（例えば、ＭＡＣアドレス）を紐付けた図１３に示されるようなコンテンツＩＤと宛先情報紐付け管理テーブル８００をダウンロード予約登録先管理部１１７が管理してもよい。このとき、ダウンロード予約登録先管理部１１７はネット再生指示部１２１から紐付け宛先情報要求１８３とともにコンテンツＩＤを受信すると、そのコンテンツＩＤを用いて、コンテンツＩＤと宛先情報紐付け管理テーブル８００を参照し、対応する宛先情報８０２を紐付け宛先情報１８４とともにネット再生指示部１２１に送信する。すると、ネット再生指示部１２１は、ダウンロード予約登録先管理部１１７より取得した宛先情報８０２に対応するダウンロード端末３００にコンテンツ再生要求１８５を送信することができる。よって、複数のダウンロード端末３００にコンテンツ５５０が散らばって蓄積された場合でも、コンテンツ購入・登録端末１００はコンテンツ再生を行うことができるという効果がある。
【０１１９】
なお、再生可能コンテンツ一覧表示部１２５で表示する図１２で示される再生可能コンテンツ一覧ＧＵＩ画面７２０の表示内容、形式はこれに限らない。例えば、ダウンロード端末３００ごとに蓄積されたコンテンツを表示してもよいし、未視聴のコンテンツを優先して表示してもよい。このとき、ユーザが視聴したコンテンツを選択すると、そのコンテンツに対応するコンテンツＩＤをネット再生指示部１２１が取得できるため、ダウンロード予約登録先管理部１１７が図１３に示されるコンテンツＩＤと宛先情報紐付け管理テーブル８００を管理していれば、ネット再生指示部１２１は取得したコンテンツＩＤのコンテンツが蓄積されたダウンロード端末３００に対して、適切にコンテンツ再生要求１８５を送信することができる。
【０１２０】
なお、本発明のプログラムは、上述した本発明の装置などの各部の機能をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【０１２１】
また、本発明の記録媒体は、上述した本発明の装置などの各部の機能をコンピュータにより実行させるためのプログラムを記録した記録媒体であり、コンピュータにより読み取り可能且つ、読み取られた前記プログラムが前記コンピュータと協動して前記機能を実行する記録媒体である。
【０１２２】
また、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な、ＲＯＭ等の記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
【０１２３】
また、本発明のプログラムの一利用形態は、インターネット等の伝送媒体、光・電波・音波等の伝送媒体中を伝送し、コンピュータにより読みとられ、コンピュータと協働して動作する態様であっても良い。
【０１２４】
また、上述した本発明のコンピュータは、ＣＰＵ等の純然たるハードウェアに限らず、ファームウェアや、ＯＳ、更に周辺機器を含むものであっても良い。
【０１２５】
なお、以上説明した様に、本発明の構成は、ソフトウェア的に実現しても良いし、ハードウェア的に実現しても良い。
【産業上の利用可能性】
【０１２６】
本発明におけるコンテンツ購入・登録端末では、周囲の環境によって動的にサービスの受信可否状態が変化する端末でも、受信可否の状態に応じて適切なwebページを取得することが可能である。また、ダウンロードの予約登録やネットワークを通じた再生の指示を適切に行うことが可能である。よって、コンテンツ配信サービスの提供を受ける多岐にわたるコンテンツ購入、および登録等の端末に有用である。
【図面の簡単な説明】
【０１２７】
【図１】本発明の実施の形態１、および、実施の形態２におけるダウンロードシステムの構成図
【図２】本発明の実施の形態１におけるコンテンツ購入・登録端末のブロック図
【図３】本発明の実施の形態１における事業者サーバのブロック図
【図４】本発明の実施の形態１におけるダウンロード端末のブロック図
【図５】本発明の実施の形態１におけるダウンロード非対応端末のブロック図
【図６】本発明の実施の形態１におけるダウンロード対応ユーザエージェント例
【図７】本発明の実施の形態１におけるダウンロード非対応ユーザエージェント例
【図８】本発明の実施の形態１における端末情報の構造図
【図９】本発明の実施の形態１における紐付けＧＵＩ画面例
【図１０】本発明の実施の形態１におけるコンテンツ購入・登録端末と事業者サーバの処理の流れを示すフローチャート
【図１１】本発明の実施の形態２におけるコンテンツ購入・登録端末とダウンロード端末のブロック図
【図１２】本発明の実施の形態２における再生可能コンテンツ一覧ＧＵＩ画面例
【図１３】本発明の実施の形態２におけるコンテンツＩＤと宛先情報紐付け管理テーブルの構造図
【図１４】従来のシステムの全体構成図
【図１５】従来の技術におけるタグの適合ポイントが記録されたポイントテーブルの内容を示す図
【図１６】従来のシステムの処理の流れを示すフローチャート
【符号の説明】
【０１２８】
１０ 検索サーバ
１２ インターネット
１４ 通信事業者サーバ
１６ 携帯電話
１８ 基地局
２０ ロボットエンジン部
２２ レベル判定部
２２ａ ポイントテーブル
２４ データ登録部
２６ ＷＥＢサーバ部
２８ 検索処理部
３０ ＷＥＢページデータベース
１００ コンテンツ購入・登録端末
１１０ リモコン信号受信部
１１１ ブラウザ
１１２ ユーザエージェント設定部
１１３ ダウンロード情報取得部
１１４ ブラウザ起動部
１１５ 端末探索部
１１６ 端末情報保持部
１１７ ダウンロード予約登録先管理部
１１８ 情報通信部
１１９ 端末紐付け実行部
１２０ 紐付け画面表示部
１２１ ネット再生指示部
１２２ ストリーム情報受信部
１２３ ネット再生コンテンツ制御部
１２４ ネット再生コンテンツ表示部
１２５ 再生可能コンテンツ一覧表示部
１５０ 決定ボタン信号
１５１ ブラウザ起動ボタン信号
１５２ ブラウザ起動ボタン押下通知
１５３ ブラウザ起動要求
１５４ 機器探索要求
１５５ 機器探索
１５６ 機器探索応答
１５７ 対応機器なし通知
１５８ 各端末情報通知
１５９ 端末紐付け情報確認依頼
１６０ 宛先情報通知
１６１ 宛先情報要求
１６２ 各発見端末情報通知
１６３ 各発見端末情報要求
１６４ 対応機器あり通知
１６５ ダウンロード対応ユーザエージェント設定
１６６ 発見端末情報要求
１６７ 紐付け表示用各端末情報
１６８ ダウンロード非対応ユーザエージェント設定
１６９ 紐付け端末情報
１７０ ダウンロード予約登録
１７１ 紐付け実行要求
１７２ 選択ボタン押下通知
１７３ ダウンロード情報取得要求
１８０ 再生コンテンツ一覧ボタン信号
１８１ 再生コンテンツ一覧ボタン押下通知
１８２ 再生コンテンツ通知
１８３ 紐付け宛先情報要求
１８４ 紐付け宛先情報
１８５ コンテンツ再生要求
１８６ 表示用コンテンツ情報
２００ 事業者サーバ
２１０ ダウンロード対応webページ配信部
２１１ ダウンロード非対応webページ配信部
２１２ ダウンロード情報配信部
２１３ ユーザエージェント判定部
２１４ ネットワークＩ/Ｆ
２２０ ダウンロード非対応webページ
２２１ ダウンロード非対応ユーザエージェントによるwebページ要求
２２２ ダウンロード対応webページ
２２３ ダウンロード対応ユーザエージェントによるwebページ要求
２２４ ダウンロード情報要求
２２５ ダウンロード情報
２２６ ダウンロード対応webページ要求
２２７ ダウンロード非対応webページ要求
３００ ダウンロード端末
３０１ ダウンロード非対応端末
３１０ 情報通信部
３１１ ダウンロード実行部
３１２ ＨＤＤ
３２０ 端末情報要求
３２１ 端末情報抽出
３３０ ネット再生制御部
３３１ ストリーム情報送信部
３４０ コンテンツ再生指示
３４１ コンテンツ再生指示
３４２ 再生コンテンツ情報抽出
３４３ 再生コンテンツストリーム
４００ ネットワーク
４０１ ルータ
５００ 端末情報
５０１ 製品名
５０２ 保有する機能
５０３ ＭＡＣアドレス
５５０ コンテンツ
６００ ダウンロード対応ユーザエージェント
６０１ ダウンロード非対応ユーザエージェント
７００ 紐付けＧＵＩ画面
７０１ 端末名
７０２ 端末保持機能説明
７０３ カーソル
７２０ 再生可能コンテンツ一覧ＧＵＩ画面
７２１ コンテンツ事業者名
７２２ コンテンツタイトル
７２３ カーソル
８００ コンテンツＩＤと宛先情報紐付け管理テーブル
８０１ コンテンツＩＤ
８０２ 宛先情報
【技術分野】
【０００１】
本発明は、ネットワーク経由で映像や音声コンテンツをダウンロードするサービスにおける、端末、サーバ、及びシステムなどに関する。
【背景技術】
【０００２】
近年、インターネットの発達により、映画や音楽等をダウンロードして再生する技術が一般化しつつある。映画や音楽等のコンテンツ配信を行うサーバから、ＰＣ、ＡＶ機器、携帯やポータブル機器にネットワーク経由でコンテンツをダウンロードするサービスが多く提供されている。
【０００３】
このようなコンテンツ配信サービスでは、サービスを受ける端末からユーザが事業者のサーバにアクセスし、表示されたwebページからコンテンツの購入や、ダウンロードの予約登録を行うことが一般的である。このとき、事業者サーバにアクセスする端末にサービスの提供を受ける能力がない場合、端末がサービス提供されるwebページの取得を避ける必要がある。このように、端末の能力の有無に応じて、端末が取得するwebページを切り替える技術として、例えば、特許文献１に記載されているようなものがある。
【０００４】
図１４は、従来のwebページ切り替えシステムの構成を記した図である。図１４において、検索サーバ１０は、インターネット１２に接続されたコンピュータシステムにより構成されている。インターネット１２には、移動通信事業者が運営する通信事業者サーバ１４が接続されており、インターネット接続機能を有する携帯電話１６は、基地局１８から通信事業者サーバ１４を介してインターネット１２に接続することができる。検索サーバ１０は、このようなインターネット接続機能を有する携帯電話１６に対して、ＷＥＢ検索サービスを提供する。ここで携帯電話１６がｉモード対応の携帯電話であって、ｃＨＴＭＬで記述されたページを表示できるものとする。
【０００５】
図１４に示すように、検索サーバ１０は、ロボットエンジン部２０、レベル判定部２２、データ登録部２４、ＷＥＢサーバ部２６、検索処理部２８、およびＷＥＢページデータベース３０を備えている。
【０００６】
ロボットエンジン部２０は、予め定期的に、インターネット１２上に公開されるＷＥＢページを巡回し、各ＷＥＢページを記述するＷＥＢページデータ（すなわちＨＴＭＬテキスト文）を取得する。レベル判定部２２は、ロボットエンジン部２０が取得した各ＷＥＢページデータについて、ポイントテーブル２２aを参照して携帯電話１６への適合度を表す適合性レベルを判定する。
【０００７】
具体的には、ポイントテーブル２２aには、図１５に示すように、ＨＴＭＬ文の構成要素である各種タグその他の予め規定された記号（以下、タグ等という）、メタ情報、ＷＥＢページデータサイズについて、携帯電話１６への適度度を表す適合ポイントが記録されている。この適合ポイントは、携帯電話１６での表示への適合性が高いほど大きな値となるように設定されており、図１５に示す通り、本例では、以下のようなポイントを設定している。
【０００８】
ｉモード向けサイトに特有のタグ等は５ポイント。ｉモード向けサイト・パソコン向けサイトに共通で用いられるタグ等を１ポイント。ｉモード向けサイトに含まれることは有りえないが、含まれていても携帯電話での表示に支障がないタグ等を０ポイント。携帯電話での表示に悪影響を与えるおそれのあるタグ等を−１ポイント。パソコンでの閲覧を前提としてタグ等であって携帯電話での表示に悪影響を与えるおそれが大きいタグ等−３ポイント。携帯電話での表示に重大な障害を与えることが確実なタグ等を−５０ポイント。
【０００９】
以上のようなポイント設定をしている。
【００１０】
レベル判定部２２は、ロボットエンジン部２０が取得したＷＥＢページデータからタグ等を抽出して、各タグ等、メタ情報、およびページデータサイズについて上記のポイントテーブル２２aを参照して適合ポイントを取得する。そして、当該ＷＥＢページデータについて適合ポイントを累積し、その累積ポイント数を当該ＷＥＢページデータの適合性レベルとする。
【００１１】
データ登録部２４は、ロボットエンジン部２０が取得した各ＷＥＢページデータに含まれるテキスト情報を整理し、各ＷＥＢページのＵＲＬに関係付けてＷＥＢページデータベース３０に記録するとともに、レベル判定部２２により判定された適合性レベルを、該当するＷＥＢページのＵＲＬに関係付けて記録する。
【００１２】
次に、携帯電話１６から検索サーバ１０へのアクセスが行われた場合の処理について図１６に示すように、携帯電話１６からアクセスがあると、まず、ステップ９００において、ＷＥＢサーバ部２６から当該携帯電話１６へ検索画面が送信される。検索画面にはキーワード入力欄が設けられており、利用者はこのキーワード入力欄に検索キーワードを入力して検索要求を行う。
【００１３】
ステップ９０１では、上記の検索画面で入力された検索キーワードが受信され、この検索キーワードが検索処理部２８へ引き渡される。
【００１４】
ステップ９０２では、検索処理部２８において、ＷＥＢページデータベース３０を参照して、テキスト情報に検索キーワードを含むＷＥＢページが検索される（一次検索）。
【００１５】
ステップ９０３では、検索処理部２８において、上記一次検索において抽出された各ＷＥＢページの適合性レベルがＷＥＢページデータベース３０から取得される。次に、取得された適合性レベルが所定値（例えば−５０）以下であるＷＥＢページが、携帯電話１６では表示できないサイトであるとして、一次検索結果から排除される（二次検索）。そして、排除されないで残ったＷＥＢサイトが適合性レベルの高い順にソートされ、ＷＥＢサーバ部２６へ引き渡される。
【００１６】
ステップ９０４では、ＷＥＢサーバ部２６が、検索処理部２８から引き渡された二次検索結果を表示する検索結果画面を生成して、携帯電話１６へ送信する。
【００１７】
このように、携帯電話１６から検索要求があった場合に、適合性レベルが所定値以下のＷＥＢページ（つまり、携帯電話１６で閲覧できないＷＥＢページ）を検索結果から除外して、当該携帯電話１６へ提示することができる。すなわち、携帯電話１６では閲覧可能なＷＥＢページのみが検索結果として表示されることとなる。このように、検索サーバ１０によれば、不要な検索結果が表示されることのない、利用者にとって利便性の高い携帯電話向けの検索サービスを提供することができる。
【００１８】
以上説明した従来のwebページ切り替え技術において、携帯電話１６をコンテンツ配信サービスを受ける端末、ＷＥＢサーバ部２６をコンテンツ配信サービスを提供する事業者サーバと置き換え、コンテンツ配信サービスに適用することができる。
【特許文献１】特許第３７１４８７９
【発明の開示】
【発明が解決しようとする課題】
【００１９】
コンテンツ配信サービスにおいて、事業者サーバが提供するwebページからコンテンツを購入し、ダウンロードの予約登録を行うコンテンツ購入・登録端末と、コンテンツのダウンロードを行うダウンロード端末が分かれている環境を考える。コンテンツ購入・登録端末とダウンロード端末がともに存在する場合は、従来の技術を用いて、ダウンロードサービスを提供する適切なwebページをコンテンツ購入・登録端末は表示し、そこからダウンロードの予約登録をダウンロード端末にすることを可能である。しかしながら、コンテンツ購入・登録端末のみしか存在しない、もしくは、コンテンツ購入・登録端末との連携がとれていない環境では、コンテンツ購入・登録端末はダウンロードの指定が行えないため、予約登録に失敗する。よって、このようにダウンロード端末が存在しない、もしくは、連携がとれていない場合、コンテンツ購入・登録端末は、ダウンロードサービスの提供を受けるwebページを表示してはならない。
【００２０】
以上のようなケースでは、従来の技術では対応できない。
【００２１】
よって、第１の課題として、従来の技術のようなwebページのＨＴＭＬタグの解析による判定では、動的に環境が変わる上記のようなケースでは、不適切なwebページを表示することにより、コンテンツ購入・登録端末のダウンロードの予約登録に失敗することがあげられる。
【００２２】
第２の課題として、複数のダウンロード端末が存在するとき、コンテンツ購入・登録端末がどのダウンロード端末にコンテンツのダウンロード予約登録を行うか、予約登録時にユーザが毎回選択する手間がかかることがあげられる。
【００２３】
また、コンテンツ購入・登録端末がダウンロード端末に、蓄積済みのコンテンツの再生指示を行い、ダウンロード端末が行ったコンテンツのネット出力をコンテンツ購入・登録端末が受信し、視聴を行う場合を考える。
【００２４】
このとき、第３の課題として、複数のダウンロード端末にダウンロードしたコンテンツが散らばって存在するとき、コンテンツ購入・登録端末が複数あるダウンロード端末に適切に再生指示を出すことが困難であることがあげられる。
【００２５】
本発明は、上記従来技術の課題を考慮し、動的に環境が変化しても適切なwebページを表示でき、正しくダウンロードの予約登録を行うことができるコンテンツ購入・登録端末などを提供することを目的とする。
【００２６】
また、本発明は、ダウンロード予約登録するたびに予約登録を行うダウンロード端末を選択する必要が無いコンテンツ購入・登録端末などを提供することを目的とする。
【００２７】
また、本発明は、コンテンツ購入・登録端末からの再生指示を適切なダウンロード端末に行うことができるコンテンツ購入・登録端末などを提供することを目的とする。
【課題を解決するための手段】
【００２８】
上記目的を達成するために、本願第１の発明は、ブラウザと、端末を探索する探索部を持つコンテンツ購入・登録端末であって、前記探索部は、前記コンテンツ購入・登録端末に接続された端末を探索し、ダウンロード機能に対応した端末を発見した場合、前記ブラウザは自らが前記ダウンロード機能を持つ端末として、コンテンツのダウンロードサービスを提供する事業者サーバにアクセスすることを特徴とするコンテンツ購入・登録端末である。
【００２９】
また、本願第２の発明は、本願第１の発明に記載のコンテンツ購入・登録端末であり、前記探索部は前記探索を前記ブラウザの起動の際に行う、もしくは、ある一定の時間間隔で行うことを特徴とするコンテンツ購入・登録端末である。
【００３０】
また、本願第３の発明は、本願第１の発明に記載のコンテンツ購入・登録端末であり、前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から選択された選択端末を一意に特定するための端末特定情報を保持するダウンロード先管理部を持ち、前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とするコンテンツ購入・登録端末である。
【００３１】
また、本願第４の発明は、本願第３の発明に記載のコンテンツ購入・登録端末であり、前記ダウンロード先管理部は、前記複数の端末を表す情報をＧＵＩ画面に表示し、ユーザの前記選択を補助することを特徴とするコンテンツ購入・登録端末である。
【００３２】
また、本願第５の発明は、本願第３の発明に記載のコンテンツ購入・登録端末であり、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、前記ネットワーク出力を行うために指示を出す前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード先管理部の保持する前記端末特定情報を用いることを特徴とするコンテンツ購入・登録端末である。
【００３３】
また、本願第６の発明は、本願第１の発明に記載のコンテンツ購入・登録端末であり、前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から、前記複数の端末内にあるＨＤＤの空き容量が最も多い候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とするコンテンツ購入・登録端末である。
【００３４】
また、本願第７の発明は、本願第１の発明に記載のコンテンツ購入・登録端末であり、前記探索において、前記ダウンロード機能に対応し、かつ、放送録画の機能を有する複数の端末を発見した場合、前記複数の端末の中から、前記放送録画の録画予約の数が最も少ない候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とするコンテンツ購入・登録端末である。
【００３５】
また、本願第８の発明は、本願第１の発明に記載のコンテンツ購入・登録端末であり、前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から、予めユーザが設定した特定条件に最も適する候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とするコンテンツ購入・登録端末である。
【００３６】
また、本願第９の発明は、本願第３の発明に記載のコンテンツ購入・登録端末であり、前記ダウンロード先管理部は前記ダウンロード情報を送信するたびに、その送信先の端末の前記端末特定情報を保持したダウンロード情報送信済み端末特定情報を管理し、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、前記複数の端末のいずれかに蓄積されたコンテンツを、前記ネットワーク出力を行うために指示を与える前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード情報送信済み端末特定情報を用いることを特徴とするコンテンツ購入・登録端末である。
【００３７】
また、本願第１０の発明は、本願第３の発明に記載のコンテンツ購入・登録端末であり、前記ダウンロード先管理部は前記ダウンロード情報を送信するたびに、その送信先の端末の前記端末特定情報と、前記ダウンロード情報を一意に特定するためのダウンロード情報特定情報とを関連付けた端末特定情報・ダウンロード情報特定情報テーブルを管理し、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、前記複数の端末のいずれかに蓄積されたコンテンツを前記ネットワーク出力を行うために指示を与える適切な前記ダウンロード予約登録済み端末を特定するために、前記端末特定情報・ダウンロード情報特定情報テーブルを用いることを特徴とするコンテンツ購入・登録端末である。
【００３８】
また、本願第１１の発明は、コンテンツのダウンロードを行うダウンロード端末であって、本願第１の発明のコンテンツ購入・登録端末からの前記探索の応答として、端末を一意に特定するための端末特定情報が記載された端末情報を返す通信部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いて送信された、コンテンツのダウンロードに必要なダウンロード情報を受信し、ダウンロードを実行するダウンロード実行部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いた再生指示により、蓄積されたコンテンツを前記コンテンツ購入・登録端末に対して、ネットワーク出力するストリーム情報送信部を持つことを特徴とするダウンロード端末である。
【００３９】
また、本願第１２の発明は、コンテンツのダウンロードサービスを提供する事業者サーバであって、端末から受信した要求から前記ダウンロード機能に対応しているか否かを示す能力情報を抽出し、前記能力情報を判定し、前記判定の結果、前記ダウンロード機能に対応している場合は、前記ダウンロード提供サービスに適した情報を前記端末へ前記要求の応答として返すことを特徴とする事業者サーバである。
【００４０】
また、本願第１３の発明は、少なくとも、コンテンツのダウンロードサービスを提供する事業者サーバと、コンテンツ購入・登録端末と、コンテンツのダウンロードを行うダウンロード端末とからなるダウンロードシステムであり、前記事業者サーバは、端末から受信した要求からダウンロード機能に対応しているか否かを示す能力情報を抽出し、前記能力情報を判定し、前記判定の結果、前記ダウンロード機能に対応している場合は、前記ダウンロード提供サービスに適した情報を前記端末へ前記要求の応答として返し、前記コンテンツ購入・登録端末は、接続された端末を探索し、前記ダウンロード機能に対応した端末を発見した場合、自らが前記ダウンロード機能を持つ端末として、前記事業者サーバにアクセスし、前記ダウンロード端末は、前記コンテンツ購入・登録端末からの前記探索の応答として、端末を一意に特定するための端末特定情報が記載された端末情報を返す通信部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いて送信された、コンテンツのダウンロードに必要なダウンロード情報を受信し、ダウンロードを実行するダウンロード実行部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いた再生指示により、蓄積されたコンテンツを前記コンテンツ購入・登録端末に対して、ネットワーク出力するストリーム情報送信部を持つことを特徴とするダウンロードシステムである。
【００４１】
また、本願第１４の発明は、本願第１３の発明に記載のダウンロードシステムであり、前記コンテンツ購入・登録端末は、前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から選択された選択端末の前記端末特定情報を保持するダウンロード先管理部を持ち、前記事業者サーバから取得した、前記ダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とするダウンロードシステムである。
【００４２】
また、本願第１５の発明は、本願第１３の発明に記載のダウンロードシステムであり、前記コンテンツ購入・登録端末は、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、前記ネットワーク出力を行うために指示を出す前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード先管理部の保持する前記端末特定情報を用いることを特徴とするダウンロードシステムである。
【００４３】
また、本願第１６の発明は、本願第１〜１０のいずれかの発明に記載のコンテンツ購入・登録端末の各部としてコンピュータを機能させるためのプログラムである。
【００４４】
また、本願第１７の発明は、本願第１１の発明に記載のダウンロード端末の各部としてコンピュータを機能させるためのプログラムである。
【００４５】
また、本願第１８の発明は、本願第１２の発明に記載の事業者サーバの各部としてコンピュータを機能させるためのプログラムである。
【００４６】
また、本願第１９の発明は、本願第１６〜１８のいずれかに記載のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体である。
【発明の効果】
【００４７】
本発明によれば、webページからコンテンツを購入し、ダウンロードの予約登録を行うコンテンツ購入・登録端末とコンテンツのダウンロードを行うダウンロード端末が分かれている動的に環境が変わるような場合でも、適切なwebページを表示することで、正しくダウンロード予約登録を行うことができるという顕著な効果が得られる。
【００４８】
また、本発明によれば、ダウンロードコンテンツの予約登録を行うたびに、ダウンロードを行う端末をユーザが選択する必要がないという顕著な効果が得られる。
【００４９】
また、本発明によれば、コンテンツ購入・登録端末が再生したいコンテンツを蓄積する適切なダウンロード端末に対して、再生指示を行うことができるという顕著な効果が得られる。
【発明を実施するための最良の形態】
【００５０】
（実施の形態１）
以下に本発明の実施の形態１について、図面を参照しながら説明する。
【００５１】
図１は、本発明におけるネットワークコンテンツのダウンロードシステムの構成例を記した図である。コンテンツ購入・登録端末１００は、ＬＡＮにより、ダウンロード端末３００，ダウンロード非対応端末３０１に接続される。また、コンテンツ購入・登録端末１００，ダウンロード端末３００，ダウンロード非対応端末３０１は、ルータ４０１を介し、ネットワーク４００を経由して、事業者サーバ２００と接続される。
【００５２】
事業者サーバ２００は、コンテンツ購入・登録端末１００からの要求により、webページの送信、および、ネットワークコンテンツのダウンロードに必要なダウンロード情報を送信するサーバである。
【００５３】
コンテンツ購入・登録端末１００は事業者サーバ２００と通信し、webページを取得、表示し、ＬＡＮにより接続された端末にダウンロードの予約登録を行う端末である。
【００５４】
ダウンロード端末３００はコンテンツ購入・登録端末１００からダウンロード予約登録されたコンテンツのダウンロードを行う端末である。ダウンロード非対応端末３０１はネットワークコンテンツのダウンロード機能を持たない端末である。
【００５５】
ここで、コンテンツ購入・登録端末１００は例えば、本発明に対応したテレビである。また、ダウンロード非対応端末３０１は例えば、本発明に対応したレコーダである。また、ダウンロード非対応端末３０１は例えば、従来のダウンロード機能を持たないレコーダである。なお、図１に示すシステム構成例は、一例であり、ＬＡＮにより接続される端末は、コンテンツ購入・登録端末１００のみの場合や、コンテンツ購入・登録端末１００とダウンロード端末３００の場合など環境によって構成は変わる。このようなネットワークコンテンツのダウンロードシステムにおける各端末の動作を以下に説明する。
【００５６】
図２は、本発明におけるコンテンツ購入・登録端末１００のブロック図である。コンテンツ購入・登録端末１００は、ブラウザの起動と同時にネットワーク上に接続された機器の探索を行い、発見された機器の中にダウンロードに対応した機器が存在する場合は、ダウンロード対応のユーザエージェントをブラウザに設定し、事業者サーバ２００からダウンロード対応のwebページを取得し、表示する。機器が発見されない、もしくは、発見された機器の中にダウンロードに対応した端末が存在しない場合は、ダウンロード非対応のユーザエージェントをブラウザに設定し、ダウンロード非対応のwebページを取得し、表示する。また、webページの内容に従い、ネットワークコンテンツのダウンロードに必要なダウンロード情報を事業者サーバ２００から取得し、機器の探索時に発見された端末のいずれかにダウンロード情報を受け渡し、ダウンロードの予約登録を行う。以下で、コンテンツ購入・登録端末１００の各ブロックの説明を行う。
【００５７】
リモコン信号受信部１１０は、ユーザのリモコン操作により生じたボタン押下の信号を受信し、信号の送信先として適切なブロックにボタン押下の通知を行うブロックである。リモコン信号受信部１１０は、ユーザが決定ボタンを押下したときは、決定ボタン信号１５０をリモコンより受信し、ユーザがブラウザ起動ボタンを押下したときは、ブラウザ起動ボタン信号１５１をリモコンより受信する。リモコン信号受信部１１０が、決定ボタン信号１５０を受信したときは、ブラウザ１１１に決定ボタン押下通知１７５を送信し、ブラウザ起動ボタン信号１５１を受信したときは、ブラウザ起動部１１４にブラウザ起動ボタン押下通知１５２を送信する。
【００５８】
ブラウザ起動部１１４は、ブラウザ１１１を起動すると同時に、機器探索の要求を端末探索部１１５に送信するブロックである。ブラウザ起動部１１４は、リモコン信号受信部１１０からブラウザ起動ボタン押下通知１５２を受信したとき、ブラウザ１１１をブラウザ起動要求１５３により起動させ、端末探索部１１５に機器探索要求１５４を送信する。
【００５９】
端末探索部１１５は、ブラウザ１１１の起動と同時にコンテンツ購入・登録端末１００に接続された端末を探索し、その端末の情報を取得し、その情報から発見した端末にダウンロードの機能が備わっているかを判定するブロックである。端末探索部１１５は、ブラウザ起動部１１４から機器探索要求１５４を受信したとき、機器探索１５５を実行する。この機器探索１５５には、例えば、Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ(以下、ＵＰｎＰ)の規格にもとづくディスカバリを用いる。この際、端末探索部１１５はＵＰｎＰの規格におけるコントロールポイントの機能の一部を持つ。機器探索１５５における応答がない場合、もしくは、本発明のダウンロード機能に対応した端末が発見できなかった場合は、ユーザエージェント設定部１１２に対応機器なし通知１５７を送信する。このとき、端末探索部１１５は、取得した端末情報５００からダウンロード機能を持った端末かどうか判定する。また、端末探索部１１５は、機器探索１５５における応答として、発見されたおのおのの端末情報５００とともに、機器探索応答１５６を受信する。すると、端末探索部１１５は、端末情報保持部１１６に、取得したおのおのの端末情報５００を各端末情報通知１５８によって送信する。そして、ダウンロード予約登録先管理部１１７に端末紐付け情報確認依頼１５９を送信する。つまり、端末探索部１１５が取得したひとつ、もしくは、複数の端末情報５００の中にダウンロード機能に対応したものが含まれない場合は、ユーザエージェント設定部１１２に対応機器なし通知１５７を送信する。端末探索部１１５が取得したひとつ、もしくは、複数の端末情報５００の中にダウンロード機能に対応したものが含まれた場合は、端末情報保持部１１６に、各端末情報通知１５８を取得したひとつ、もしくは、複数の端末情報５００とともに送信する。
【００６０】
以上のような端末探索部１１５の機能により、例えば、コンテンツ購入・登録端末１００の購入設置直後、ダウンロード端末３００が存在しない環境で、コンテンツ購入・登録端末１００が事業者サーバ２００にアクセスした際、ダウンロードに対応したページを表示することがなくなる。また、ＬＡＮにダウンロード端末３００が追加されると、コンテンツ購入・登録端末１００は事業者サーバ２００にアクセスすると、ダウンロードに対応したページを表示することが可能となる。
【００６１】
端末情報保持部１１６は、端末探索部１１５が取得した各端末の情報を保持し、他のブロックからの要求に応じて、端末情報５００を提示するブロックである。端末情報保持部１１６は、端末探索部１１５から各端末情報通知１５８により取得した端末情報５００を保持する。端末情報保持部１１６は、ダウンロード予約登録先管理部１１７から発見端末情報要求１６３を受信したときは、各発見端末情報通知１６２により保持しているすべての端末情報５００を送信する。また、端末情報保持部１１６は、端末紐付け実行部１１９から発見端末情報要求１６６を受信したとき、保持しているすべての端末情報５００から図９に示すような紐付けGUI画面７００の表示に必要な情報を抽出し、紐付け表示用各端末情報１６７により端末紐付け実行部１１９に送信する。図９に示す紐付けGUI画面７００については、後で説明する。
【００６２】
ダウンロード予約登録先管理部１１７は、コンテンツ購入・登録端末１００と紐付ける端末の宛先情報を保持し、各ブロックからの要求に応じて、宛先情報を提示するブロックである。ダウンロード予約登録先管理部１１７は、端末探索部１１５から端末紐付け情報確認依頼１５９を受信すると、端末情報保持部１１６に発見端末情報要求１６３を送信し、端末情報保持部１１６が保持しているすべての端末情報５００を各発見端末情報通知１６２により取得する。ダウンロード予約登録先管理部１１７は、取得した端末情報５００の中に、ダウンロード予約登録先管理部１１７が保持しているMACアドレス５０３を含む端末情報５００が存在する場合は、ユーザエージェント設定部１１２に対応機器あり通知１６４を送信する。存在しない場合は、端末紐付け実行部１１９に紐付け実行要求１７１を送信する。ダウンロード予約登録先管理部１１７は、端末紐付け実行部１１９から紐付け端末情報１６９を受信し、そこからコンテンツ購入・登録端末１００に紐付ける宛先情報の役割を持つMACアドレス５０３を抽出し、保持する。そして、ユーザエージェント設定部に対して、対応機器あり通知１６４を送信する。また、ダウンロード予約登録先管理部１１７は、情報通信部１１８から宛先情報要求１６１を受信したとき、宛先情報通知１６０により保持しているMACアドレス５０３を情報通信部１１８に送信する。
【００６３】
以上のダウンロード予約登録先管理部１１７の機能により、コンテンツ購入・登録端末１００がダウンロードの予約登録を行う際、保持しているＭＡＣアドレス５０３のダウンロード端末３００に、自動的にダウンロードの予約登録が可能となる。
【００６４】
端末紐付け実行部１１９は、ダウンロード予約登録先管理部１１７から紐付け実行要求１７１を受信すると、端末情報保持部１１６に発見端末情報要求１６６を送信し、端末情報保持部１１６から保持され端末情報５００とともに紐付け表示用各端末情報１６７を受信する。そして、紐付け画面表示部１２０に紐付け表示用各端末情報１６７を送信し、紐付け画面表示部１２０から紐付け端末情報１６９を受信すると、ダウンロード予約登録先管理部１１７に紐付け端末情報１６９を送信する。
【００６５】
紐付け画面表示部１２０は、機器探索１５５により発見された端末の中のどの端末と紐付けるかをユーザに選択させるＧＵＩ画面を表示するブロックである。紐付け画面表示部１２０は、端末紐付け実行部１１９から紐付け表示用各端末情報１６７を受信すると図９に示すような紐付けGUI画面７００を表示する。紐付けGUI画面７００でユーザが紐付け端末として選択した端末に対応する紐付け端末情報１６９を端末紐付け実行部１１９に送信する。
【００６６】
ユーザエージェント設定部１１２は、ブラウザ１１１に対して、ダウンロードに対応、もしくは、非対応のユーザエージェントを設定するブロックである。ユーザエージェント設定部１１２は、端末探索部１１５から対応機器なし通知１５７を受信したとき、ブラウザ１１１に対してダウンロード非対応ユーザエージェント設定１６８を行い、HTTPのヘッダフィールドのUser Agentに図７で示されるダウンロード非対応ユーザエージェント６０１を設定する。また、ダウンロード予約登録先管理部１１７から対応機器あり通知１６４を受信したとき、ブラウザ１１１に対してダウンロード対応ユーザエージェント設定１６５を行い、HTTPのヘッダフィールドのUser Agentに図６で示されるダウンロード対応ユーザエージェント６００を設定する。なお、図６，図７に示すユーザエージェントは、記載例であり、この通りである必要はない。
【００６７】
ブラウザ１１１は、事業者サーバ２００にwebページを要求し、取得したwebページを読み込み、表示するブロックである。ブラウザ１１１は、ブラウザ起動部１１４からのブラウザ起動要求１５３により起動される。
【００６８】
ブラウザ１１１は、ユーザエージェント設定部１１２によりダウンロード非対応ユーザエージェント設定１６８を実行されたとき、ダウンロード非対応ユーザエージェントによるwebページ要求２２１を事業者サーバ２００に送信し、ユーザエージェント設定部１１２からの設定変更がない限り、以降の事業者サーバ２００との通信においてブラウザ１１１はダウンロード非対応ユーザエージェント６０１を用いる。ブラウザ１１１は、ユーザエージェント設定部１１２によりダウンロード対応ユーザエージェント設定１６５を実行されたとき、ダウンロード対応ユーザエージェントによるwebページ要求２２３を事業者サーバ２００に送信し、ユーザエージェント設定部１１２からの設定変更がない限り、以降の事業者サーバ２００との通信においてブラウザ１１１はダウンロード対応ユーザエージェント６００を用いる。
【００６９】
ブラウザ１１１は、事業者サーバ２００からダウンロード非対応webページ２２０を受信したときは、ダウンロード非対応webページ２２０を読み込み、表示し、ダウンロード対応webページ２２２を受信したときは、ダウンロード対応webページ２２２を読み込み、表示する。要するに、ブラウザ１１１は事業者サーバ２００から送信されるwebページを単に取得し、表示する。よって、ダウンロード非対応のwebページが送信されたときは、ダウンロードに対応しないwebページを表示し、ダウンロード対応のwebページが送信されたときは、ダウンロードに対応したwebページを表示する。
【００７０】
また、ブラウザ１１１は、ダウンロード予約登録のwebページが表示されているとき（図示せず）、リモコン信号受信部１１０より、ダウンロード予約登録ボタンが押されたことを示す選択ボタン押下通知１７２を受信すると、ダウンロード情報取得部１１３にダウンロード情報取得要求１７３を送信する。
【００７１】
ダウンロード情報取得部１１３は、事業者サーバ２００からダウンロード情報２２５を取得し、情報通信部１１８に受け渡すブロックである。ブラウザ１１１からダウンロード情報取得要求１７３を受信すると、事業者サーバ２００にダウンロード情報要求２２４を送信する。また、ダウンロード情報取得部１１３は、事業者サーバ２００からダウンロード情報２２５を受信すると、情報通信部１１８にダウンロード情報２２５を送信する。
【００７２】
情報通信部１１８は、ダウンロード情報取得部１１３から取得したダウンロード情報２２５を適切なダウンロード端末３００にダウンロード予約登録１７０により受け渡すブロックである。情報通信部１１８は、ダウンロード情報取得部１１３からダウンロード情報２２５を受信すると、ダウンロード予約登録先管理部１１７に宛先情報要求１６１を送信し、宛先情報通知１６０によりダウンロード予約登録先管理部１１７が保持するMACアドレス５０３を取得する。情報通信部１１８は、取得したMACアドレス５０３に対応するダウンロード端末３００に対して、ダウンロード情報２２５とともにダウンロード予約登録１７０を送信する。
【００７３】
以上、図２に示すような構成により、第一の課題を解決し、周囲の環境によって動的にサービスの受信可否状態が変化する端末でも、受信可否の状態に応じて適切なwebページを取得することができるという顕著な効果が得られる。同時に、第二の課題も解決し、ダウンロードコンテンツの予約登録を行うたびに、ダウンロードを行う端末を選択する必要がないという顕著な効果が得られる。
【００７４】
図３は本発明における事業者サーバ２００のブロック図である。以下で、上記で説明したコンテンツ購入・登録端末１００に対応するサーバ側の各ブロックの動作を説明する。
【００７５】
事業者サーバ２００は、コンテンツ購入・登録端末１００から要求を受け、その要求からダウンロードに対応しているかどうかの判定を行う。要求がダウンロードに対応している場合は、ダウンロードに対応したwebページをコンテンツ購入・登録端末１００に送信し、要求がダウンロードに対応していない場合は、ダウンロードに非対応のwebページをコンテンツ購入・登録端末１００に送信する。また、事業者サーバ２００は、コンテンツ購入・登録端末１００からのダウンロード情報取得要求を受けると、ダウンロード情報を送信する。以降、事業者サーバ２００の各ブロックの説明を行う。
【００７６】
ネットワークI/F２１４は、コンテンツ購入・登録端末１００からの通信を事業者サーバ２００内部のブロックに送信し、内部のブロックからの通信をコンテンツ購入・登録端末１００に送信するブロックである。コンテンツ購入・登録端末１００からダウンロード非対応ユーザエージェントによるwebページ要求２２１を受信したとき、ユーザエージェント判定部２１３にダウンロード非対応ユーザエージェントによるwebページ要求２２１を送信する。コンテンツ購入・登録端末１００からダウンロード対応ユーザエージェントによるwebページ要求２２３を受信したとき、ユーザエージェント判定部２１３にダウンロード対応ユーザエージェントによるwebページ要求２２３を送信する。
【００７７】
ネットワークＩ/Ｆ２１４がダウンロード非対応webページ配信部２１１からダウンロード非対応webページ２２０を受信したときは、コンテンツ購入・登録端末１００にダウンロード非対応webページ２２０を送信する。ダウンロード対応webページ配信部２１０からダウンロード対応webページ２２２を受信したときは、コンテンツ購入・登録端末１００にダウンロード対応webページ２２２を送信する。また、ネットワークI/F２１４は、コンテンツ購入・登録端末１００からダウンロード情報要求２２４を受信したときは、ダウンロード情報配信部２１２にダウンロード情報要求２２４を送信する。そして、ダウンロード情報配信部２１２からダウンロード情報２２５を受信したときは、コンテンツ購入・登録端末１００にダウンロード情報２２５を送信する。
【００７８】
ユーザエージェント判定部２１３はネットワークI/F２１４からの要求をユーザエージェントからダウンロードに対応しているかどうかを判定し、その結果に応じて、webページの配信要求先を振り分けるブロックである。ユーザエージェント判定部２１３は、ネットワークI/F２１４からダウンロード非対応ユーザエージェントによるwebページ要求２２１を受信したときは、ダウンロード非対応webページ配信部２１１にダウンロード非対応webページ要求２２７を送信する。ダウンロード対応ユーザエージェントによるwebページ要求２２２を受信したときは、ダウンロード対応webページ配信部２１０にダウンロード対応webページ要求２２６を送信する。
【００７９】
ダウンロード非対応webページ配信部２１１はダウンロードに非対応の端末に対してダウンロード非対応のwebページを配信するブロックである。ダウンロード非対応webページ配信部２１１は、ユーザエージェント判定部２１３からダウンロード非対応webページ要求２２７を受信すると、ネットワークI/F２１４にダウンロード非対応webページ２２０を送信する。
【００８０】
ダウンロード対応webページ配信部２１０は、ダウンロードに対応した端末に対してダウンロード対応のwebページを配信するブロックである。ユーザエージェント判定部２１３からダウンロード対応webページ要求２２６を受信したときは、ネットワークＩ/Ｆ２１４にダウンロード対応webページ２２２を送信する。
【００８１】
上記のダウンロード非対応webページ配信部２１１、ダインロード対応webページ配信部２１０により、適切なwebページをコンテンツ購入・登録端末１００に提供できる。
【００８２】
ダウンロード情報配信部２１２は、コンテンツ購入・登録端末１００からの要求に対して、それに対応するダウンロード情報を配信するブロックである。ダウンロード情報配信部２１２は、ネットワークＩ/Ｆ２１４からダウンロード情報要求２２４を受信すると、ネットワークＩ/Ｆ２１４にダウンロード情報２２５を送信する。
【００８３】
図４は、本発明におけるダウンロード端末３００のブロック図である。ダウンロード端末３００は、コンテンツ購入・登録端末１００の機器探索に応答し、自端末の端末情報を送信する。また、コンテンツ購入・登録端末１００から送信されたダウンロード情報を用いて、ネットワークコンテンツのダウンロードを行う（図示せず）。以降、ダウンロード端末３００の各ブロックについて説明する。
【００８４】
情報通信部３１０は、コンテンツ購入・登録端末１００からの通信を内部のブロックに送信し、内部のブロックからの通信をコンテンツ購入・登録端末１００に送信するブロックである。情報通信部３１０は、コンテンツ購入・登録端末１００から機器探索１５５を受信するとＨＤＤ３１２に端末情報要求３２０を送信する。ＨＤＤ３１２から端末情報抽出３２１により端末情報５００を取得すると、コンテンツ購入・登録端末１００に機器探索応答１５６により、取得した端末情報５００を送信する。端末情報５００の詳細については、後で説明する。また、情報通信部３１０は、コンテンツ購入・登録端末１００からのダウンロード予約登録１７０によりダウンロード情報を取得し、ダウンロード実行部３１１に送信する。
【００８５】
ダウンロード実行部３１１は、コンテンツ購入・登録端末１００から取得したダウンロード情報を用いて、ネットワークコンテンツのダウンロードを行い、ダウンロードしたコンテンツをＨＤＤ３１２に保存する（図示せず）ブロックである。ダウンロード実行部３１１は情報通信部３１０からダウンロード情報２２５を取得すると、ダウンロード情報２２５を用いてネットワークコンテンツのダウンロードを行う。
【００８６】
図５は、本発明におけるダウンロード非対応端末３０１のブロック図である。ダウンロード端末３００と同じ機能を有するブロックには同じ番号を振り、説明は省略する。ダウンロード端末３００との差はダウンロード端末３００に存在するダウンロード実行部３１１が存在しないことである。
【００８７】
図８は、本発明におけるダウンロード端末３００、もしくは、ダウンロード非対応端末３０１がＨＤＤ３１２に保持する自端末の端末情報５００の内部構成図である。端末情報５００には、製品名５０１，保有する機能５０２，ＭＡＣアドレス５０３が含まれる。保有する機能５０２には、ダウンロード端末３００の場合は、ダウンロード機能を有することが識別できる文字列(例えば、図８に示す”Download”)を記載する。ダウンロード非対応端末３０１の場合は、ダウンロード機能を有しないことが識別できる文字列（例えば、”None”）を記載する。ＭＡＣアドレス５０３は自端末のＭＡＣアドレスを記載する。なお、端末情報５００には、図８に示す製品名５０１，保有する機能５０２，ＭＡＣアドレス５０３以外の情報を記載してもかまわない。
【００８８】
図９は、本発明におけるコンテンツ購入・登録端末１００の紐付け画面表示部１２０が表示させる、紐付けＧＵＩ画面７００である。紐付けＧＵＩ画面７００には、コンテンツ購入・登録端末１００の端末探索部１１５の機器探索１５５により発見された端末の名前を端末名７０１に列挙し、その端末名７０１が保持する端末情報５００の保有する機能５０２の内容を表示する。ユーザはカーソル７０３によって、コンテンツ購入・登録端末１００に紐付ける端末を選択する。ユーザが端末を選択すると、コンテンツ購入・登録端末１００の紐付け画面表示部１２０は端末紐付け実行部１１９に選択した端末に対応する紐付け端末情報１６９を送信し、紐付けＧＵＩ画面７００はある一定の時間が過ぎると、自動的に消える。
【００８９】
図１０を用いて、本発明におけるコンテンツ購入・登録端末１００と事業者サーバ２００の処理のフローチャートを説明する。コンテンツ購入・登録端末１００のブラウザが起動（Ｓ１）されると、機器探索（Ｓ２）を行い、ダウンロード対応の機器が発見されたか（Ｓ３）確認する。ダウンロード対応の機器が発見されなかったとき、ダウンロード非対応のユーザエージェント設定（Ｓ４）をブラウザに行い、ブラウザは事業者サーバ２００に対して、webページ要求（Ｓ５）を行う。コンテンツ購入・登録端末１００からwebページ要求を受信（Ｓ６）すると、ユーザエージェントがダウンロードに対応しているか（Ｓ７）判定し、ダウンロードに対応していない場合、コンテンツ購入・登録端末１００にダウンロード非対応webページを送信（Ｓ８）する。そして、コンテンツ購入・登録端末１００のブラウザはダウンロード非対応webページを表示（Ｓ９）する。
【００９０】
ダウンロード対応の機器が発見されたか（Ｓ３）の確認で、対応機器が発見されたとき、発見され機器の中に予め紐付けられた機器があるか（Ｓ１０）確認する。予め紐付けられた機器が発見されなかった、もしくは、予め紐付けられた機器と紐付けを行っていなかったとき、紐付けＧＵＩ画面７００を表示（Ｓ１１）し、ユーザが選択した端末に対して、宛先情報の役割となるＭＡＣアドレス５０３の紐付けを実行（Ｓ１２）する。そして、ダウンロード対応のユーザエージェント設定（Ｓ１３）をブラウザに行う。
【００９１】
発見された機器の中に紐付けられた機器があるか（Ｓ１０）確認し、紐付けされた機器が発見されているときは、Ｓ１１，Ｓ１２を実行せずにダウンロード対応のユーザエージェント設定（Ｓ１３）をブラウザに行う。ブラウザは事業者サーバ２００にwebページ要求（Ｓ１４）を行い、事業者サーバ２００はwebページ受信要求を受信する（Ｓ６）。そして、ユーザエージェントがダウンロードに対応しているか（Ｓ７)確認し、ダウンロードに対応している場合は、コンテンツ購入・登録端末１００にダウンロード対応webページ送信（Ｓ１５）する。そして、コンテンツ購入・登録端末１００のブラウザはダウンロード対応webページを表示（Ｓ１６）する。
【００９２】
コンテンツ購入・登録端末１００のブラウザでダウンロード予約登録を選択（Ｓ１７）すると、事業者サーバ２００に対して、ダウンロード情報要求（Ｓ１８）を送信し、事業者サーバ２００はダウンロード情報要求を受信する（Ｓ１９）と、コンテンツ購入・登録端末１００に対してダウンロード情報を送信（Ｓ２０）する。コンテンツ購入・登録端末１００はダウンロード情報を取得（Ｓ２１）すると、Ｓ１２で紐付けた、もしくは、予め紐付けられていた端末へダウンロード情報を送信（Ｓ２２）し、ダウンロード予約登録を行う。
【００９３】
なお、本実施の形態１では、コンテンツ購入・登録端末１００とダウンロード端末３００の紐付け情報として、ダウンロード端末３００のＭＡＣアドレス５０３を用いたが、これに限らない。ダウンロード端末３００を一意に特定できる情報であれば、ＭＡＣアドレス５０３を用いた場合と同様の効果が得られることは自明である。
【００９４】
なお、本実施の形態１では、ブラウザ１１１の起動と同時に機器探索１５５を行っているが、機器探索１５５を行うタイミングはこれに限らない。例えば、ブラウザ１１１の起動後に機器探索１５５を行っても、本実施例で記載した内容と同様の効果が得られることは自明である。また、ブラウザ１１１の起動とは連動せず、一定の時間ごとに端末探索部１１５が機器探索１５５を行ってもよい。これにより、機器探索１５５にかかる時間を待たずに、ブラウザ１１１は事業者サーバ２００からwebページを取得し、表示できるという効果がある。
【００９５】
なお、本実施の形態１では、端末探索部１１５は、機器探索１５５の応答として、おのおのの端末情報５００とともに機器探索応答１５６を受信しているが、これに限らない。機器探索１５５の応答としては、機器を発見した事実だけを示す機器探索応答１５６を受信し、おのおのの端末情報５００は後で取得してもかまわない。これによっても、本実施の形態１で記載した内容と同様の効果が得られることは自明である。
【００９６】
なお、本実施の形態１では、ユーザからのコンテンツ購入・登録端末１００への入力はリモコンを想定し、リモコン信号受信部１１０を用いたが、これに限らない。例えば、ボタンによる入力であっても、本実施の形態１で記載した内容と同様の効果が得られることは自明である。
【００９７】
なお、本実施の形態１では、コンテンツ購入・登録端末１００とダウンロード端末３００の紐付けの際、紐付けＧＵＩ画面７００を用いたユーザ手動の手法を説明したが、これに限らない。例えば、機器探索１５５による機器発見の結果、ダウンロード端末３００が一台のみの場合は、紐付けＧＵＩ画面７００を表示せず、自動的に発見したダウンロード端末３００に紐付けしてもよい。また、機器探索１５５による機器発見の結果、複数のダウンロード端末３００が発見されたとき、ＨＤＤ３１２の空き容量の多いダウンロード端末３００に自動的に紐付けしても良い。また、機器探索１５５による機器発見の結果、複数のダウンロード端末３００が発見されたとき、ダウンロード端末３００に放送録画の機能を有しているとき、録画予約数が少ないダウンロード端末３００に自動的に紐付けしても良い。
【００９８】
また、ユーザがコンテンツ購入・登録端末１００と紐付けを行う優先順位を決定するための条件を予め設定しておくと、その条件にもとづく優先順位を決定するために必要な情報を、機器探索１５５の応答である機器探索応答１５６とともに取得する。そして、取得した情報にもとづきダウンロード端末３００の優先順位リストを作成し、そのリストの最上位のダウンロード端末３００とコンテンツ購入・登録端末１００と自動的に紐付けを行っても良い。以上のような紐付けを行った場合でも、本実施の形態１で記載した内容と同様の効果が得られることは自明である。
【００９９】
（実施の形態２）
以下に本発明の実施の形態２について、図面を参照しながら説明する。
【０１００】
本実施の形態２は、実施の形態１に記載のすべての内容を含むことが前提であり、実施の形態１との追加部分や差の部分についてのみ説明し、実施の形態１に記載した内容については説明を省略する。
【０１０１】
本実施の形態２の内容は、ダウンロード端末３００のＨＤＤ３１２に蓄積されたコンテンツをネットワークを通じて、コンテンツ購入・登録端末１００に送信し、視聴出力することである。実施の形態１で記載したダウンロード予約登録から、ＨＤＤ３１２にネットワークコンテンツを蓄積するまでの過程の説明は省略する。
【０１０２】
図１１は、本実施の形態２におけるコンテンツ購入・登録端末１００とダウンロード端末３００のブロック図である。図２に示されるコンテンツ購入・登録端末１００の内部のブロックやそのブロックの有する機能、および、図４に示されるダウンロード端末３００の内部のブロックやそのブロックの有する機能を図１１に示すコンテンツ購入・登録端末１００やダウンロード端末３００は持っているものとする。
【０１０３】
本実施の形態２におけるコンテンツ購入・登録端末１００は、ダウンロード端末３００に蓄積済みで視聴可能なコンテンツの一覧をＧＵＩ画面に表示し、ユーザがその一覧からコンテンツを選択すると、選択したコンテンツの再生指示をダウンロード端末に送信する。そして、ダウンロード端末３００から送信されたコンテンツのストリーム情報を受信し、画面に視聴出力する。以降、コンテンツ購入・登録端末１００の図１１に記載の各ブロックについて説明する。
【０１０４】
リモコン信号受信部１１０は、ユーザが選択したボタンの信号を受信し、再生可能コンテンツ一覧表示部１２５に通知するブロックである。ユーザがリモコンの再生コンテンツ一覧ボタンを押下すると、リモコン信号受信部１１０は、再生コンテンツ一覧ボタン信号１８０を受信し、再生可能コンテンツ一覧表示部１２５に再生コンテンツ一覧ボタン押下通知１８１を送信する。
【０１０５】
再生可能コンテンツ一覧表示部１２５は、再生可能コンテンツ一覧画面を表示し、ユーザが視聴したコンテンツを選択すると、そのコンテンツの再生通知をネット再生指示部１２１に行うブロックである。リモコン信号受信部１１０から再生コンテンツ一覧ボタン押下通知１８１を受信すると、図１２に示すような再生可能コンテンツ一覧ＧＵＩ画面７２０を表示し、ユーザが選択したコンテンツに関連する情報(例えば、コンテンツを一意に識別するためのコンテンツＩＤ)を再生コンテンツ通知１８２により、ネット再生指示部１２１に送信する。図１２については後で説明する。
【０１０６】
ネット再生指示部１２１は、ダウンロード予約登録先管理部１１７が保持するＭＡＣアドレス５０３のダウンロード端末にユーザが選択したコンテンツの再生指示を行うブロックである。再生可能コンテンツ一覧表示部１２５から再生コンテンツ通知１８２とともにコンテンツに関連する情報であるコンテンツＩＤを受信したとき、ダウンロード予約登録先管理部１１７に紐付け宛先情報要求１８３を送信する。ダウンロード予約登録先管理部１１７から紐付け宛先情報１８４とともにＭＡＣアドレス５０３をネット再生指示部１２１は取得すると、取得したＭＡＣアドレス５０３に対応するダウンロード端末３００に対して、コンテンツ再生要求１８５をコンテンツＩＤとともに送信する。
【０１０７】
ダウンロード予約登録先管理部１１７は、上述したようにネット再生指示部１２１から紐付け宛先情報要求１８３を受信すると、保持しているＭＡＣアドレス５０３を紐付け宛先情報１８４とともに送信する。
【０１０８】
ストリーム情報受信部１２２は、ダウンロード端末３００より送信されたコンテンツのストリーム情報を受信し、ネット再生コンテンツ制御部に受け渡すブロックである。ストリーム情報受信部１２２は、ダウンロード端末３００から再生コンテンツストリーム３４３を受信すると、ネット再生コンテンツ制御部１２３に再生コンテンツストリーム３４３を受け渡す。
【０１０９】
ネット再生コンテンツ制御部１２３は、受信した再生コンテンツストリーム３４３の視聴出力を行うためにストリーム制御を行い、表示画面に視聴出力を行うブロックである。ストリーム情報受信部１２２から再生コンテンツストリーム３４３を受信したとき、ネット再生コンテンツ制御部１２３は、再生コンテンツストリーム３４３を視聴のために制御し、表示用コンテンツ情報１８６として送信する。
【０１１０】
ネット再生コンテンツ表示部１２４は、表示用にストリーム制御を行ったコンテンツの視聴出力を行うブロックである。ネット再生コンテンツ制御部１２３から表示用コンテンツ情報１８６を受信するとネット再生コンテンツ表示部１２４は、受信したコンテンツのネット再生を実行し、画面に視聴出力する。
【０１１１】
本実施の形態２におけるダウンロード端末３００は、コンテンツ購入・登録端末１００からのコンテンツ再生の指示に従い、指示されたコンテンツをＨＤＤから取り出し、ネットワークを通じてコンテンツ購入・登録端末１００にコンテンツのストリーム情報を送信する。
【０１１２】
情報通信部３１０は、コンテンツ購入・登録端末１００からコンテンツ再生要求１８５をコンテンツＩＤとともに受信したとき、ネット再生制御部３３０にコンテンツ再生指示３４０とともに取得したコンテンツＩＤを送信する。
【０１１３】
ネット再生制御部３３０は、情報通信部３１０からコンテンツ再生指示３４０とともにコンテンツＩＤを受信するとストリーム情報送信部３３１にコンテンツ再生指示３４１を取得したコンテンツＩＤとともに送信する。
【０１１４】
ストリーム情報送信部３３１は、再生指示を受けたコンテンツのストリーム情報をコンテンツ購入・登録端末１００に送信するブロックである。ストリーム情報送信部３３１は、ネット再生制御部３３０からコンテンツ再生指示３４１とともにコンテンツＩＤを受信すると、取得したコンテンツＩＤに対応するコンテンツをＨＤＤ３１２から再生コンテンツ情報抽出３４２により取得する。そして、コンテンツ購入・登録端末１００に対して、再生コンテンツストリーム３４３を送信する。ここで、送信手法には例えばＤＴＣＰ−ＩＰの技術を用いることが考えられる。
【０１１５】
以上、図１１に示すような構成により、第三の課題を解決し、コンテンツ購入・登録端末が再生したいコンテンツを蓄積する適切なダウンロード端末に対して、再生指示を行うことができるという顕著な効果が得られる。
【０１１６】
図１２は、本実施の形態２における再生可能コンテンツ一覧ＧＵＩ画面７２０である。再生可能コンテンツ一覧ＧＵＩ画面７２０には、コンテンツ購入・登録端末１００がダウンロード予約登録を行い、ダウンロード端末３００がダウンロード予約登録とともに受け取ったダウンロード情報２２５を用いてネットワークよりダウンロードし、ＨＤＤ３１２に蓄積済みのコンテンツ５５０に対応するコンテンツタイトル７２２を列挙し、表示する。また、コンテンツタイトル７２２に対応するコンテンツ事業者名７２１を列挙し、表示する。ユーザはカーソル７２３により、視聴したいコンテンツを選択する。コンテンツが選択されるとそのコンテンツに対応するコンテンツＩＤを再生可能コンテンツ一覧表示部１２５が再生コンテンツ通知１８２により、ネット再生指示部１２１に送信する。ここで、再生可能コンテンツ一覧ＧＵＩ画面７２０に表示される情報の詳細な取得方法については、本実施の形態２の主旨ではないため、説明を省略する。
【０１１７】
なお、本実施の形態２では、ダウンロード予約登録先管理部１１７は紐付けられたダウンロード端末３００のＭＡＣアドレス５０３のみを管理しているが、これに限らない。例えば、ダウンロード予約登録先管理部１１７はダウンロード登録を行うたびに、その相手先のＭＡＣアドレスを重複しないように管理してもよい。このとき、ネット再生指示部１２１が再生可能コンテンツ一覧表示部１２５から再生コンテンツ通知１８２とともにコンテンツＩＤを取得すると、ダウンロード予約登録先管理部１１７が管理しているすべてのＭＡＣアドレスを持つダウンロード端末３００に対して、コンテンツ再生要求１８５を送信する。コンテンツ再生要求１８５にはコンテンツＩＤが含まれる。コンテンツ再生要求１８５とともにコンテンツＩＤを受信にしたダウンロード端末３００は、ＨＤＤ３１２内に受信したコンテンツＩＤに対応するコンテンツ５５０が存在するかを確認する。対応するコンテンツ５５０が存在する場合にのみ、ストリーム情報送信部３３１は、コンテンツ購入・登録端末１００に対して再生コンテンツストリーム３４３を送信する。このような処理により、複数のダウンロード端末３００にコンテンツ５５０が散らばって蓄積された場合でも、コンテンツ購入・登録端末１００はいくつかのＭＡＣアドレスを保持するだけで、適切にコンテンツ再生を行うことができるという効果がある。
【０１１８】
なお、本実施の形態２では、ダウンロード予約登録先管理部１１７は紐付けられたダウンロード端末３００のＭＡＣアドレス５０３のみを管理しているが、これに限らない。例えば、複数のダウンロード端末３００にダウンロードしたコンテンツ５５０が蓄積されている場合、コンテンツ５５０のコンテンツＩＤ８０１とそのコンテンツ５５０が蓄積されている端末の宛先情報８０２（例えば、ＭＡＣアドレス）を紐付けた図１３に示されるようなコンテンツＩＤと宛先情報紐付け管理テーブル８００をダウンロード予約登録先管理部１１７が管理してもよい。このとき、ダウンロード予約登録先管理部１１７はネット再生指示部１２１から紐付け宛先情報要求１８３とともにコンテンツＩＤを受信すると、そのコンテンツＩＤを用いて、コンテンツＩＤと宛先情報紐付け管理テーブル８００を参照し、対応する宛先情報８０２を紐付け宛先情報１８４とともにネット再生指示部１２１に送信する。すると、ネット再生指示部１２１は、ダウンロード予約登録先管理部１１７より取得した宛先情報８０２に対応するダウンロード端末３００にコンテンツ再生要求１８５を送信することができる。よって、複数のダウンロード端末３００にコンテンツ５５０が散らばって蓄積された場合でも、コンテンツ購入・登録端末１００はコンテンツ再生を行うことができるという効果がある。
【０１１９】
なお、再生可能コンテンツ一覧表示部１２５で表示する図１２で示される再生可能コンテンツ一覧ＧＵＩ画面７２０の表示内容、形式はこれに限らない。例えば、ダウンロード端末３００ごとに蓄積されたコンテンツを表示してもよいし、未視聴のコンテンツを優先して表示してもよい。このとき、ユーザが視聴したコンテンツを選択すると、そのコンテンツに対応するコンテンツＩＤをネット再生指示部１２１が取得できるため、ダウンロード予約登録先管理部１１７が図１３に示されるコンテンツＩＤと宛先情報紐付け管理テーブル８００を管理していれば、ネット再生指示部１２１は取得したコンテンツＩＤのコンテンツが蓄積されたダウンロード端末３００に対して、適切にコンテンツ再生要求１８５を送信することができる。
【０１２０】
なお、本発明のプログラムは、上述した本発明の装置などの各部の機能をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【０１２１】
また、本発明の記録媒体は、上述した本発明の装置などの各部の機能をコンピュータにより実行させるためのプログラムを記録した記録媒体であり、コンピュータにより読み取り可能且つ、読み取られた前記プログラムが前記コンピュータと協動して前記機能を実行する記録媒体である。
【０１２２】
また、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な、ＲＯＭ等の記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
【０１２３】
また、本発明のプログラムの一利用形態は、インターネット等の伝送媒体、光・電波・音波等の伝送媒体中を伝送し、コンピュータにより読みとられ、コンピュータと協働して動作する態様であっても良い。
【０１２４】
また、上述した本発明のコンピュータは、ＣＰＵ等の純然たるハードウェアに限らず、ファームウェアや、ＯＳ、更に周辺機器を含むものであっても良い。
【０１２５】
なお、以上説明した様に、本発明の構成は、ソフトウェア的に実現しても良いし、ハードウェア的に実現しても良い。
【産業上の利用可能性】
【０１２６】
本発明におけるコンテンツ購入・登録端末では、周囲の環境によって動的にサービスの受信可否状態が変化する端末でも、受信可否の状態に応じて適切なwebページを取得することが可能である。また、ダウンロードの予約登録やネットワークを通じた再生の指示を適切に行うことが可能である。よって、コンテンツ配信サービスの提供を受ける多岐にわたるコンテンツ購入、および登録等の端末に有用である。
【図面の簡単な説明】
【０１２７】
【図１】本発明の実施の形態１、および、実施の形態２におけるダウンロードシステムの構成図
【図２】本発明の実施の形態１におけるコンテンツ購入・登録端末のブロック図
【図３】本発明の実施の形態１における事業者サーバのブロック図
【図４】本発明の実施の形態１におけるダウンロード端末のブロック図
【図５】本発明の実施の形態１におけるダウンロード非対応端末のブロック図
【図６】本発明の実施の形態１におけるダウンロード対応ユーザエージェント例
【図７】本発明の実施の形態１におけるダウンロード非対応ユーザエージェント例
【図８】本発明の実施の形態１における端末情報の構造図
【図９】本発明の実施の形態１における紐付けＧＵＩ画面例
【図１０】本発明の実施の形態１におけるコンテンツ購入・登録端末と事業者サーバの処理の流れを示すフローチャート
【図１１】本発明の実施の形態２におけるコンテンツ購入・登録端末とダウンロード端末のブロック図
【図１２】本発明の実施の形態２における再生可能コンテンツ一覧ＧＵＩ画面例
【図１３】本発明の実施の形態２におけるコンテンツＩＤと宛先情報紐付け管理テーブルの構造図
【図１４】従来のシステムの全体構成図
【図１５】従来の技術におけるタグの適合ポイントが記録されたポイントテーブルの内容を示す図
【図１６】従来のシステムの処理の流れを示すフローチャート
【符号の説明】
【０１２８】
１０ 検索サーバ
１２ インターネット
１４ 通信事業者サーバ
１６ 携帯電話
１８ 基地局
２０ ロボットエンジン部
２２ レベル判定部
２２ａ ポイントテーブル
２４ データ登録部
２６ ＷＥＢサーバ部
２８ 検索処理部
３０ ＷＥＢページデータベース
１００ コンテンツ購入・登録端末
１１０ リモコン信号受信部
１１１ ブラウザ
１１２ ユーザエージェント設定部
１１３ ダウンロード情報取得部
１１４ ブラウザ起動部
１１５ 端末探索部
１１６ 端末情報保持部
１１７ ダウンロード予約登録先管理部
１１８ 情報通信部
１１９ 端末紐付け実行部
１２０ 紐付け画面表示部
１２１ ネット再生指示部
１２２ ストリーム情報受信部
１２３ ネット再生コンテンツ制御部
１２４ ネット再生コンテンツ表示部
１２５ 再生可能コンテンツ一覧表示部
１５０ 決定ボタン信号
１５１ ブラウザ起動ボタン信号
１５２ ブラウザ起動ボタン押下通知
１５３ ブラウザ起動要求
１５４ 機器探索要求
１５５ 機器探索
１５６ 機器探索応答
１５７ 対応機器なし通知
１５８ 各端末情報通知
１５９ 端末紐付け情報確認依頼
１６０ 宛先情報通知
１６１ 宛先情報要求
１６２ 各発見端末情報通知
１６３ 各発見端末情報要求
１６４ 対応機器あり通知
１６５ ダウンロード対応ユーザエージェント設定
１６６ 発見端末情報要求
１６７ 紐付け表示用各端末情報
１６８ ダウンロード非対応ユーザエージェント設定
１６９ 紐付け端末情報
１７０ ダウンロード予約登録
１７１ 紐付け実行要求
１７２ 選択ボタン押下通知
１７３ ダウンロード情報取得要求
１８０ 再生コンテンツ一覧ボタン信号
１８１ 再生コンテンツ一覧ボタン押下通知
１８２ 再生コンテンツ通知
１８３ 紐付け宛先情報要求
１８４ 紐付け宛先情報
１８５ コンテンツ再生要求
１８６ 表示用コンテンツ情報
２００ 事業者サーバ
２１０ ダウンロード対応webページ配信部
２１１ ダウンロード非対応webページ配信部
２１２ ダウンロード情報配信部
２１３ ユーザエージェント判定部
２１４ ネットワークＩ/Ｆ
２２０ ダウンロード非対応webページ
２２１ ダウンロード非対応ユーザエージェントによるwebページ要求
２２２ ダウンロード対応webページ
２２３ ダウンロード対応ユーザエージェントによるwebページ要求
２２４ ダウンロード情報要求
２２５ ダウンロード情報
２２６ ダウンロード対応webページ要求
２２７ ダウンロード非対応webページ要求
３００ ダウンロード端末
３０１ ダウンロード非対応端末
３１０ 情報通信部
３１１ ダウンロード実行部
３１２ ＨＤＤ
３２０ 端末情報要求
３２１ 端末情報抽出
３３０ ネット再生制御部
３３１ ストリーム情報送信部
３４０ コンテンツ再生指示
３４１ コンテンツ再生指示
３４２ 再生コンテンツ情報抽出
３４３ 再生コンテンツストリーム
４００ ネットワーク
４０１ ルータ
５００ 端末情報
５０１ 製品名
５０２ 保有する機能
５０３ ＭＡＣアドレス
５５０ コンテンツ
６００ ダウンロード対応ユーザエージェント
６０１ ダウンロード非対応ユーザエージェント
７００ 紐付けＧＵＩ画面
７０１ 端末名
７０２ 端末保持機能説明
７０３ カーソル
７２０ 再生可能コンテンツ一覧ＧＵＩ画面
７２１ コンテンツ事業者名
７２２ コンテンツタイトル
７２３ カーソル
８００ コンテンツＩＤと宛先情報紐付け管理テーブル
８０１ コンテンツＩＤ
８０２ 宛先情報
【特許請求の範囲】
【請求項１】
ブラウザと、端末を探索する探索部を持つコンテンツ購入・登録端末であって、
前記探索部は、前記コンテンツ購入・登録端末に接続された端末を探索し、ダウンロード機能に対応した端末を発見した場合、前記ブラウザは自らが前記ダウンロード機能を持つ端末として、コンテンツのダウンロードサービスを提供する事業者サーバにアクセスすることを特徴とするコンテンツ購入・登録端末。
【請求項２】
前記探索部は前記探索を前記ブラウザの起動の際に行う、もしくは、ある一定の時間間隔で行うことを特徴とする請求項１記載のコンテンツ購入・登録端末。
【請求項３】
前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から選択された選択端末を一意に特定するための端末特定情報を保持するダウンロード先管理部を持ち、
前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とする請求項１記載のコンテンツ購入・登録端末。
【請求項４】
前記ダウンロード先管理部は、前記複数の端末を表す情報をＧＵＩ画面に表示し、ユーザの前記選択を補助することを特徴とする請求項３記載のコンテンツ購入・登録端末。
【請求項５】
前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、
前記ネットワーク出力を行うために指示を出す前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード先管理部の保持する前記端末特定情報を用いることを特徴とする請求項３記載のコンテンツ購入・登録端末。
【請求項６】
前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から、前記複数の端末内にあるＨＤＤの空き容量が最も多い候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、
前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とする請求項１記載のコンテンツ購入・登録端末。
【請求項７】
前記探索において、前記ダウンロード機能に対応し、かつ、放送録画の機能を有する複数の端末を発見した場合、前記複数の端末の中から、前記放送録画の録画予約の数が最も少ない候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、
前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とする請求項１記載のコンテンツ購入・登録端末。
【請求項８】
前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から、予めユーザが設定した特定条件に最も適する候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、
前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とする請求項１記載のコンテンツ購入・登録端末。
【請求項９】
前記ダウンロード先管理部は前記ダウンロード情報を送信するたびに、その送信先の端末の前記端末特定情報を保持したダウンロード情報送信済み端末特定情報を管理し、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、
前記複数の端末のいずれかに蓄積されたコンテンツを、前記ネットワーク出力を行うために指示を与える前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード情報送信済み端末特定情報を用いることを特徴とする請求項３記載のコンテンツ購入・登録端末。
【請求項１０】
前記ダウンロード先管理部は前記ダウンロード情報を送信するたびに、その送信先の端末の前記端末特定情報と、前記ダウンロード情報を一意に特定するためのダウンロード情報特定情報とを関連付けた端末特定情報・ダウンロード情報特定情報テーブルを管理し、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、
前記複数の端末のいずれかに蓄積されたコンテンツを前記ネットワーク出力を行うために指示を与える適切な前記ダウンロード予約登録済み端末を特定するために、前記端末特定情報・ダウンロード情報特定情報テーブルを用いることを特徴とする請求項３記載のコンテンツ購入・登録端末。
【請求項１１】
コンテンツのダウンロードを行うダウンロード端末であって、
請求項１記載の前記コンテンツ購入・登録端末からの前記探索の応答として、端末を一意に特定するための端末特定情報が記載された端末情報を返す通信部と、
前記コンテンツ購入・登録端末からの前記端末特定情報を用いて送信された、コンテンツのダウンロードに必要なダウンロード情報を受信し、ダウンロードを実行するダウンロード実行部と、
前記コンテンツ購入・登録端末からの前記端末特定情報を用いた再生指示により、蓄積されたコンテンツを前記コンテンツ購入・登録端末に対して、ネットワーク出力するストリーム情報送信部を持つことを特徴とするダウンロード端末。
【請求項１２】
コンテンツのダウンロードサービスを提供する事業者サーバであって、
端末から受信した要求から前記ダウンロード機能に対応しているか否かを示す能力情報を抽出し、前記能力情報を判定し、前記判定の結果、前記ダウンロード機能に対応している場合は、前記ダウンロード提供サービスに適した情報を前記端末へ前記要求の応答として返すことを特徴とする事業者サーバ。
【請求項１３】
少なくとも、
コンテンツのダウンロードサービスを提供する事業者サーバと、
コンテンツ購入・登録端末と、
コンテンツのダウンロードを行うダウンロード端末とを備えたダウンロードシステムであって、
前記事業者サーバは、端末から受信した要求からダウンロード機能に対応しているか否かを示す能力情報を抽出し、前記能力情報を判定し、前記判定の結果、前記ダウンロード機能に対応している場合は、前記ダウンロード提供サービスに適した情報を前記端末へ前記要求の応答として返し、
前記コンテンツ購入・登録端末は、接続された端末を探索し、前記ダウンロード機能に対応した端末を発見した場合、自らが前記ダウンロード機能を持つ端末として、前記事業者サーバにアクセスし、
前記ダウンロード端末は、前記コンテンツ購入・登録端末からの前記探索の応答として、端末を一意に特定するための端末特定情報が記載された端末情報を返す通信部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いて送信された、コンテンツのダウンロードに必要なダウンロード情報を受信し、ダウンロードを実行するダウンロード実行部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いた再生指示により、蓄積されたコンテンツを前記コンテンツ購入・登録端末に対して、ネットワーク出力するストリーム情報送信部を持つ、ことを特徴とするダウンロードシステム。
【請求項１４】
前記コンテンツ購入・登録端末は、前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から選択された選択端末の前記端末特定情報を保持するダウンロード先管理部を持ち、
前記事業者サーバから取得した、前記ダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とする請求項１３記載のダウンロードシステム。
【請求項１５】
前記コンテンツ購入・登録端末は、
前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、
前記ネットワーク出力を行うために指示を出す前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード先管理部の保持する前記端末特定情報を用いることを特徴とする請求項１３記載のダウンロードシステム。
【請求項１６】
請求項１〜１０のいずれかに記載のコンテンツ購入・登録端末の各部としてコンピュータを機能させるためのプログラム。
【請求項１７】
請求項１１記載のダウンロード端末の各部としてコンピュータを機能させるためのプログラム。
【請求項１８】
請求項１２記載の事業者サーバの各部としてコンピュータを機能させるためのプログラム。
【請求項１９】
請求項１６〜１８のいずれかに記載のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体。
【請求項１】
ブラウザと、端末を探索する探索部を持つコンテンツ購入・登録端末であって、
前記探索部は、前記コンテンツ購入・登録端末に接続された端末を探索し、ダウンロード機能に対応した端末を発見した場合、前記ブラウザは自らが前記ダウンロード機能を持つ端末として、コンテンツのダウンロードサービスを提供する事業者サーバにアクセスすることを特徴とするコンテンツ購入・登録端末。
【請求項２】
前記探索部は前記探索を前記ブラウザの起動の際に行う、もしくは、ある一定の時間間隔で行うことを特徴とする請求項１記載のコンテンツ購入・登録端末。
【請求項３】
前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から選択された選択端末を一意に特定するための端末特定情報を保持するダウンロード先管理部を持ち、
前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とする請求項１記載のコンテンツ購入・登録端末。
【請求項４】
前記ダウンロード先管理部は、前記複数の端末を表す情報をＧＵＩ画面に表示し、ユーザの前記選択を補助することを特徴とする請求項３記載のコンテンツ購入・登録端末。
【請求項５】
前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、
前記ネットワーク出力を行うために指示を出す前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード先管理部の保持する前記端末特定情報を用いることを特徴とする請求項３記載のコンテンツ購入・登録端末。
【請求項６】
前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から、前記複数の端末内にあるＨＤＤの空き容量が最も多い候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、
前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とする請求項１記載のコンテンツ購入・登録端末。
【請求項７】
前記探索において、前記ダウンロード機能に対応し、かつ、放送録画の機能を有する複数の端末を発見した場合、前記複数の端末の中から、前記放送録画の録画予約の数が最も少ない候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、
前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とする請求項１記載のコンテンツ購入・登録端末。
【請求項８】
前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から、予めユーザが設定した特定条件に最も適する候補端末を識別し、前記候補端末を一意に特定するための端末情報を保持するダウンロード先管理部を持ち、
前記事業者サーバから取得した、前記コンテンツのダウンロードに必要なダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とする請求項１記載のコンテンツ購入・登録端末。
【請求項９】
前記ダウンロード先管理部は前記ダウンロード情報を送信するたびに、その送信先の端末の前記端末特定情報を保持したダウンロード情報送信済み端末特定情報を管理し、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、
前記複数の端末のいずれかに蓄積されたコンテンツを、前記ネットワーク出力を行うために指示を与える前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード情報送信済み端末特定情報を用いることを特徴とする請求項３記載のコンテンツ購入・登録端末。
【請求項１０】
前記ダウンロード先管理部は前記ダウンロード情報を送信するたびに、その送信先の端末の前記端末特定情報と、前記ダウンロード情報を一意に特定するためのダウンロード情報特定情報とを関連付けた端末特定情報・ダウンロード情報特定情報テーブルを管理し、前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、
前記複数の端末のいずれかに蓄積されたコンテンツを前記ネットワーク出力を行うために指示を与える適切な前記ダウンロード予約登録済み端末を特定するために、前記端末特定情報・ダウンロード情報特定情報テーブルを用いることを特徴とする請求項３記載のコンテンツ購入・登録端末。
【請求項１１】
コンテンツのダウンロードを行うダウンロード端末であって、
請求項１記載の前記コンテンツ購入・登録端末からの前記探索の応答として、端末を一意に特定するための端末特定情報が記載された端末情報を返す通信部と、
前記コンテンツ購入・登録端末からの前記端末特定情報を用いて送信された、コンテンツのダウンロードに必要なダウンロード情報を受信し、ダウンロードを実行するダウンロード実行部と、
前記コンテンツ購入・登録端末からの前記端末特定情報を用いた再生指示により、蓄積されたコンテンツを前記コンテンツ購入・登録端末に対して、ネットワーク出力するストリーム情報送信部を持つことを特徴とするダウンロード端末。
【請求項１２】
コンテンツのダウンロードサービスを提供する事業者サーバであって、
端末から受信した要求から前記ダウンロード機能に対応しているか否かを示す能力情報を抽出し、前記能力情報を判定し、前記判定の結果、前記ダウンロード機能に対応している場合は、前記ダウンロード提供サービスに適した情報を前記端末へ前記要求の応答として返すことを特徴とする事業者サーバ。
【請求項１３】
少なくとも、
コンテンツのダウンロードサービスを提供する事業者サーバと、
コンテンツ購入・登録端末と、
コンテンツのダウンロードを行うダウンロード端末とを備えたダウンロードシステムであって、
前記事業者サーバは、端末から受信した要求からダウンロード機能に対応しているか否かを示す能力情報を抽出し、前記能力情報を判定し、前記判定の結果、前記ダウンロード機能に対応している場合は、前記ダウンロード提供サービスに適した情報を前記端末へ前記要求の応答として返し、
前記コンテンツ購入・登録端末は、接続された端末を探索し、前記ダウンロード機能に対応した端末を発見した場合、自らが前記ダウンロード機能を持つ端末として、前記事業者サーバにアクセスし、
前記ダウンロード端末は、前記コンテンツ購入・登録端末からの前記探索の応答として、端末を一意に特定するための端末特定情報が記載された端末情報を返す通信部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いて送信された、コンテンツのダウンロードに必要なダウンロード情報を受信し、ダウンロードを実行するダウンロード実行部と、前記コンテンツ購入・登録端末からの前記端末特定情報を用いた再生指示により、蓄積されたコンテンツを前記コンテンツ購入・登録端末に対して、ネットワーク出力するストリーム情報送信部を持つ、ことを特徴とするダウンロードシステム。
【請求項１４】
前記コンテンツ購入・登録端末は、前記探索において、前記ダウンロード機能に対応した複数の端末を発見した場合、前記複数の端末の中から選択された選択端末の前記端末特定情報を保持するダウンロード先管理部を持ち、
前記事業者サーバから取得した、前記ダウンロード情報を送信する端末を前記端末特定情報により決定し、前記ダウンロード情報を送信することを特徴とする請求項１３記載のダウンロードシステム。
【請求項１５】
前記コンテンツ購入・登録端末は、
前記ダウンロード情報を受信したダウンロード予約登録済み端末がダウンロードを完了した蓄積済みのコンテンツをネットワークを通じて出力するネットワーク出力機能を有し、前記ネットワーク出力された前記コンテンツを前記コンテンツ購入・登録端末が受信し、再生する処理において、
前記ネットワーク出力を行うために指示を出す前記ダウンロード予約登録済み端末を特定するために、前記ダウンロード先管理部の保持する前記端末特定情報を用いることを特徴とする請求項１３記載のダウンロードシステム。
【請求項１６】
請求項１〜１０のいずれかに記載のコンテンツ購入・登録端末の各部としてコンピュータを機能させるためのプログラム。
【請求項１７】
請求項１１記載のダウンロード端末の各部としてコンピュータを機能させるためのプログラム。
【請求項１８】
請求項１２記載の事業者サーバの各部としてコンピュータを機能させるためのプログラム。
【請求項１９】
請求項１６〜１８のいずれかに記載のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００９−４２９３３（Ｐ２００９−４２９３３Ａ）
【公開日】平成２１年２月２６日（２００９．２．２６）
【国際特許分類】
【出願番号】特願２００７−２０５８６６（Ｐ２００７−２０５８６６）
【出願日】平成１９年８月７日（２００７．８．７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ｉモード
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２１年２月２６日（２００９．２．２６）
【国際特許分類】
【出願日】平成１９年８月７日（２００７．８．７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ｉモード
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]