JP2007047928A - コンテンツ配信システム - Google Patents

Abstract

【課題】要求を発した端末装置とは圧縮及び暗号化方式が異なる端末装置へのダウンロードも可能にしたコンテンツ配信システムを提供する。
【解決手段】本発明に係るコンテンツ配信システムは、異なる圧縮及び暗号化方式で互いに同じコンテンツを収録した少なくとも二つのサーバ１０，２０と、第１のサーバ１０にあるコンテンツのダウンロードリクエストを第１の端末装置Ｋから受けたときに当該リクエストに係るユーザ及びコンテンツの識別情報をリクエスト記録手段１２に残し、この後に第２の端末装置Ｐから受けるダウンロードリクエストに係るユーザ及びコンテンツの識別情報がリクエスト記録手段１２に残されているものであった場合は、第２のサーバ２０から第２の端末装置Ｐへ該当コンテンツのダウンロードを許可するように制御する制御装置と、を含むことを特徴とする。
【選択図】図１

Description

本発明は、移動体通信やインターネットを使用して音楽等のデジタル配信を行うコンテンツ配信システムに関する。

近年、光ファイバによる大容量通信の普及に伴って、音楽や映画などのコンテンツをインターネットによりデジタル配信するシステムが急速に広まっている。一方、移動体通信技術の進歩も目覚ましく、携帯電話機でテレビ視聴できたり、音楽一曲をまるごとダウンロードして聴くことができたりするようになってきている。したがって視聴者は、自身の保有するパーソナルコンピュータ（パソコン）等の据置型端末装置及び携帯電話機等のポータブルな携帯型端末装置の両方を利用して、音楽や映画を視聴することが可能な時代となっている。

ただし、コンパクトな携帯型端末装置ではデータの記憶容量や機能面で限界があるため、携帯型端末装置でリクエストしたコンテンツを据置型端末装置へダウンロードするといった手法が可能になると、より便利である。そこで、特許文献１に記載されたようなコンテンツ配信システムが提案されている。このシステムは、第１の端末装置からの配信要求に従って第２の端末装置へコンテンツをダウンロードできるようにしたものである。

特開２００１−３２０５０７

上記特許文献１の技術は、携帯型端末装置の携帯電話機からサーバに所望の音楽を配信要求して据置型端末装置の自宅パソコンへダウンロードを行うというような使用方法が可能である。しかし、携帯型端末装置用のコンテンツは専用の圧縮及び暗号化方式を使用していることが多く、サーバから据置型端末装置へダウンロードしたとしても、互換性がなく再生することができないといった問題が発生し得る。たとえば、最近急激に普及している、まるごと一曲の着信用音楽を携帯電話機で配信要求し、これを自宅パソコンへダウンロードできたとしても、当該パソコンではフォーマットの違いからその着信用音楽を再生することができない。

本発明は、このような背景に着目したもので、要求を発した端末装置とは圧縮及び暗号化方式が異なる端末装置へのダウンロードも可能にしたコンテンツ配信システムを提供するものである。

本発明に係るコンテンツ配信システムは、異なる圧縮及び暗号化方式で互いに同じコンテンツを収録した少なくとも二つのサーバと、これらサーバのうちの第１のサーバにあるコンテンツのダウンロードリクエストを第１の端末装置から受けたときに当該リクエストに係るユーザ及びコンテンツの識別情報をリクエスト記録手段に残し、この後に第２の端末装置から受けるダウンロードリクエストに係るユーザ及びコンテンツの識別情報がリクエスト記録手段に残されているものであった場合は、前記サーバのうちの第２のサーバから第２の端末装置へ該当コンテンツのダウンロードを許可するように制御する制御装置と、を含むことを特徴とする。

本発明のコンテンツ配信システムによれば、同じコンテンツにつき異なる圧縮及び暗号化方式でそれぞれ収録した複数のサーバを備えており、ダウンロードのリクエストを送ってきた端末装置とは圧縮及び暗号化方式が違う端末装置に対してであっても、当該方式に対応したサーバからコンテンツをダウンロードすることで方式の違いをカバーすることができる。

図１に、本発明に係るコンテンツ配信システムの実施形態につき、概略を示し説明する。本実施形態では、携帯型端末装置として携帯電話機Ｋ、据置型端末装置としてパソコンＰを例示している。

コンテンツ配信システムに含まれる第１のサーバ１０は、ポップス、ロック、クラシック等の音楽コンテンツを圧縮方式ＰＡで圧縮すると共に暗号化方式ＥＡで暗号化し、第１のデータベース１１に収録している。この第１のサーバ１０は、移動体通信網ＭＣを介して携帯電話機Ｋと通信することができ、第１の端末装置となる携帯電話機Ｋのダウンロードリクエストに応じて、データベース１１に収録したコンテンツを配信する。つまり、第１のサーバ１０における圧縮方式ＰＡ及び暗号化方式ＥＡは、携帯電話機Ｋの着信用音楽となるフォーマットである。なお、着信用音楽は、１曲の一部又は全部のどちらでも良い。

この第１のサーバ１０を制御するコンピュータは、当該システムの制御装置として、携帯電話機Ｋからのダウンロードリクエストを受け付け、該当するコンテンツをデータベース１１から配信する一方で、当該リクエストに係るユーザ及びコンテンツの識別情報をリクエスト記録手段１２に記憶して残す。リクエスト記録手段１２は、ハードディスク装置や半導体メモリ装置等の記憶装置から構成される。ユーザの識別情報は、初回のユーザ登録時に登録した氏名、電話番号、電子メールアドレス、ニックネーム等で良く、コンテンツの識別情報は、リクエストされた音楽の曲名やコード番号等で良い。これらユーザ及びコンテンツの識別情報は互いに対応させて、参照テーブルとしてリクエスト記録手段１２に保存される。

本例における第１のサーバ１０は、インターネットＩＮに接続してＷｅｂ上のポータルサイトＰＳを開設しており、インターネットＩＮに接続可能な端末装置からのアクセスを受けられるようになっている。

このコンテンツ配信システムに含まれる第２のサーバ２０は、第１のサーバ１０と同じ音楽コンテンツを配信可能とされる。すなわち、第１のサーバ１０と同じポップス、ロック、クラシック等の音楽コンテンツを、第１のサーバ１０とは異なる圧縮方式ＰＢで圧縮すると共に暗号化方式ＥＢで暗号化し、さらに、ＣＤやＤＶＤへの書き込みに対処して、これらに対する１回のみのコピーを許容した（たとえばＣＰＲＭ技術など）コピーガードＣＰを付加（エンコード）した後、データベース２１に収録している。第２のサーバ２０は、インターネットＩＮを介してパソコンＰと通信することができ、第２の端末装置となるパソコンＰのダウンロードリクエストに応じて、データベース２１に収録したコンテンツを配信する。したがって、第２のサーバ２０における圧縮方式ＰＢ及び暗号化方式ＥＢは、パソコンＰで実行されるメディア再生ソフトに準拠したフォーマットである。

この第２のサーバ２０を制御するコンピュータも、当該システムの制御装置として、第１のサーバ１０と連係してコンテンツのダウンロードを実行する。

以下、携帯電話機Ｋから着信用音楽をリクエストして当該携帯電話機Ｋにダウンロードし、この後に、その着信用音楽として選んだ音楽をパソコンＰにもダウンロードするときの処理過程について、図２及び図３のフローチャートで説明する。

まず最初にユーザは、携帯電話機Ｋを操作して第１のサーバ１０にアクセスする（ステップＳ１）。これにより携帯電話機Ｋの表示部にログイン画面が表示されるので、登録したユーザＩＤ及びパスワードを入力する（ステップＳ２）。ログインに成功すると、ダウンロード可能な着信用音楽の選択（検索）画面が携帯電話機Ｋの表示部に表示されるので、所望の着信用音楽を選択する（ステップＳ３）。この操作に従い携帯電話機Ｋからダウンロードリクエストが送信されるので、これに応じて第１のサーバ１０の制御装置は、該当する着信用音楽をデータベース１１から携帯電話機Ｋへダウンロードする（ステップＳ４）。このダウンロードに伴って（ダウンロードの前、最中、後のいずれの時期でも可）制御装置は、当該ダウンロードを行ったユーザの識別情報とダウンロードされた着信音楽の識別情報とを対応させて、リクエスト記録手段１２に保存する（ステップＳ５）。この場合のユーザ識別情報は、ログイン時に使用されたユーザＩＤとする。

上記のログイン時に、ユーザＩＤとして電子メールアドレスを使用してある場合など、ユーザの電子メールアドレスの情報を入手できたとき、第１のサーバ１０の制御装置は、その電子メールアドレスに宛てて、ＷｅｂサイトであるポータルサイトＰＳのアドレス情報（ＵＲＬ）を送信することができる。当該制御はオプションであり、ユーザの好みに応じて使用される。

携帯電話機Ｋに着信用音楽をダウンロードしたユーザは、自宅のパソコンＰを操作して、インターネットＩＮを介してポータルサイトＰＳにアクセスする（ステップＳ１０）。上記のように電子メールでポータルサイトＰＳのＵＲＬが送られてきている場合は、当該メールに記載されたＵＲＬをクリックすることでポータルサイトＰＳがブラウザに表示される。ポータルサイトＰＳにアクセスすると最初にログイン画面が表示されるので、上記のユーザＩＤ及びパスワードを使用してログインする（ステップＳ１１）。ログインに成功すると、ステップＳ３で選んだ着信用音楽の元となった音楽の選択（検索）画面が表示されるので、該当するものを選曲する（ステップＳ１２）。この操作に従いパソコンＰからダウンロードリクエストが送信されるので、これに応じて第１のサーバ１０の制御装置は、当該ユーザ及び音楽の識別情報がリクエスト記録手段１２に残っているものかどうかを確認する（ステップＳ１３）。このステップＳ１２〜Ｓ１３に係る他の手法として、ステップＳ１１のログイン後に制御装置が、リクエスト記録手段１２を参照して、ユーザＩＤに対応して保存されている着信用音楽の識別情報から、該当する音楽を表示する方式でも良い。この場合のユーザは、表示されるＯＫボタンをクリックするだけで済む。

ダウンロードリクエストを受けた第１のサーバ１０の制御装置は、専用回線やインターネット等を通じて第２のサーバ２０へ、該当音楽のダウンロードを要請する（ステップＳ１４）。要請を受けた第２のサーバ２０の制御装置は、該当する音楽をデータベース２１からインターネットＩＮを介してパソコンＰにダウンロードする（ステップＳ１５）。この要請には、パソコンＰのＩＰアドレス及びＭａｃアドレス等の必要情報が含まれており、両サーバ１０，２０は一つのＷｅｂサイトのように協働する。ダウンロードされた音楽は、パソコンＰのハードディスク装置に記憶され、パソコンＰの再生ソフトで再生したり、ＣＤやＤＶＤに書き込んだりすることができる。本例の場合コピーガード付なので、ＣＤあるいはＤＶＤへの書き込みは１回のみ許容され、書き込み後にはハードディスク装置から当該ファイルは削除される。

一方、ステップＳ１３で、識別情報がリクエスト記録手段１２に残っていないものであった場合は、再度の入力画面をブラウザに表示してステップＳ１１から繰り返すか、又は処理を終了してログアウトしてしまう（ステップＳ１６）。

以上の過程における課金処理は、周知技術を流用可能なので詳しい説明を省略するが、第１のサーバ１０において処理するのが好ましい。

また、本実施形態では音楽配信を例として説明しているが、映画や電子書籍等、その他のコンテンツであっても同様の構成にて配信可能である。あるいは、携帯電話機とパソコンを例にして説明したが、たとえば第１のサーバがストリーミング配信専用であり、リクエストに応じて第２のサーバが該当コンテンツのダウンロードを実行するなど、各種の応用が可能である。

本発明に係るコンテンツ配信システムの実施形態を示した概略図。 第１の端末装置から第１のサーバによるダウンロードをリクエストするときのフローチャート。 第２の端末装置から第２のサーバによるダウンロードをリクエストするときのフローチャート。

符号の説明

１０ 第１のサーバ
１１ データベース
１２ リクエスト記録手段
２０ 第２のサーバ
２１ データベース
Ｋ 携帯電話機（第１の端末装置）
Ｐ パソコン（第２の端末装置）

Claims (3)

1. 異なる圧縮及び暗号化方式で互いに同じコンテンツを収録した少なくとも二つのサーバと、
   前記サーバのうちの第１のサーバにあるコンテンツのダウンロードリクエストを第１の端末装置から受けたときに当該リクエストに係るユーザ及びコンテンツの識別情報をリクエスト記録手段に残し、この後に第２の端末装置から受けるダウンロードリクエストに係るユーザ及びコンテンツの識別情報が前記リクエスト記録手段に残されているものであった場合は、前記サーバのうちの第２のサーバから前記第２の端末装置へ該当コンテンツのダウンロードを許可するように制御する制御装置と、
   を含むことを特徴とするコンテンツ配信システム。
2. 前記第１のサーバが、移動体通信網を介して携帯型端末装置と通信可能なサーバであり、前記第２のサーバが、インターネットを介して据置型端末装置と通信可能なサーバであることを特徴とする請求項１記載のコンテンツ配信システム。
3. 前記制御装置は、前記第１の端末装置からダウンロードリクエストを受けるときにユーザの電子メールアドレスの情報を受信した場合は、前記第２の端末装置からダウンロードリクエストを送信するためにアクセスすべきＷｅｂサイトのアドレス情報を、前記電子メールアドレス宛に発信することを特徴とする請求項１又は請求項２記載のコンテンツ配信システム。

Images