JP2006309587A

JP2006309587A - コンテンツ送信装置

Info

Publication number: JP2006309587A
Application number: JP2005132966A
Authority: JP
Inventors: Akane Noguchi; あかね野口
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 2005-04-28
Filing date: 2005-04-28
Publication date: 2006-11-09
Anticipated expiration: 2025-04-28
Also published as: JP4692066B2

Abstract

【課題】コンテンツ提供サービスに加入しているユーザであれば、所有する複数の再生装置でコンテンツの提供を受けられるようにしつつ、コンテンツの不正利用もきちんと防ぐこと。
【解決手段】認証情報ＤＢ１０５ｂには、曲データ提供サービスに加入しているユーザに対して割り当てられたユーザＩＤと、このユーザＩＤが割り当てられたユーザに対し、コンテンツサーバ１０からの曲データの受信と再生のために使用を許可した再生装置４０のデバイスＩＤとの組み合わせが登録されている。コンテンツサーバ１０は、受信したユーザＩＤとデバイスＩＤの組み合わせと、認証情報ＤＢ１０５ｂに登録されているユーザＩＤとデバイスＩＤの組み合わせとを比較して、サービスの利用を要求しているユーザと、このユーザが曲データの受信と再生のために使用する再生装置４０との組み合わせの正当性を認証し、正当性が認証された場合に、再生装置４０へ曲データを送信する。
【選択図】図２

Description

本発明は、コンテンツの不正利用を防ぐ技術に関する。

ネットワークを介して曲データや動画データ等のコンテンツを提供するコンテンツ提供サービスでは、サービスに加入していないユーザによるコンテンツの利用を防ぐため、例えば、コンテンツサーバへのログイン時やコンテンツをダウンロードする際に、ユーザＩＤ（IDentification）やパスワードを用いてユーザ認証を行なっている。また、特許文献１には、配信サーバ３５によって配信されるコンテンツの不正利用を防ぐため、書き換え不可能なドライブＩＤが記録されたリムーバブルハードディスク装置（ＨＤＤ３１）を利用することが記載されている。すなわち、この特許文献１に記載された技術では、コンテンツの提供を受ける際に、コンテンツを記憶するＨＤＤ３１のドライブＩＤを端末側（情報処理装置）から配信サーバ３５へ送信し、配信サーバ３５では、受信したドライブＩＤを用いてＨＤＤ３１の認証を行ない、ＨＤＤ３１の正当性が認証された場合に、端末に対してコンテンツを配信する。
特開２００３−２４８６２９号公報

ところで、ポータブルＭＰ３（MPEG Audio Layer-3）プレイヤに代表される、曲データを蓄積する機能を備えた携帯型再生装置の普及に伴って、コンテンツ提供サービスに加入している場合であれば、曲データの提供を受けることのできる再生装置を１台に限定せず、ユーザの所有する複数の再生装置（例えば、パソコンやミニコンポ、ポータブルＭＰ３プレイヤ等）で曲データの提供を受けられるようにしてもらいたい、との要望がユーザにはある。

しかしながら、このような場合に、ユーザＩＤを用いて認証を行なう構成であると、例えば、サービスに加入していないユーザが、サービスに加入している友達のユーザＩＤを借りて自分の再生装置に曲データをダウンロードし、サービスに加入していないにも係らず曲データを不正に利用してしまう恐れがある。一方で、特許文献１に記載された技術を利用して、曲データを記憶する再生装置に固有の、書き換え不可能な装置ＩＤを用いて認証を行なう構成とした場合についても、装置ＩＤを用いた認証はあくまで装置自体の正当性を認証するものに過ぎないから、例えば、サービスを受けることのできる再生装置を、サービスに加入していない別のユーザが使用して、曲データを不正に利用してしまう恐れがある。このようにユーザＩＤや装置ＩＤを単独で用いて認証を行なう構成であると、コンテンツの不正利用をきちんと防ぐことができない。

本発明は、以上説明した事情に鑑みてなされたものであり、その目的は、コンテンツ提供サービスに加入しているユーザであれば、所有する複数の再生装置でコンテンツの提供を受けられるようにしつつ、コンテンツの不正利用もきちんと防ぐことである。

上記課題を解決するため、本発明は、コンテンツを提供するサービスに加入しているユーザに対して割り当てられたユーザＩＤと、当該ユーザＩＤが割り当てられたユーザに対し、前記サービスによって提供されるコンテンツの受信と再生のために使用を許可した再生装置に固有の装置ＩＤとの組み合わせを記憶する記憶手段と、前記サービスの利用を要求しているユーザのユーザＩＤと、当該ユーザがコンテンツの受信と再生のために使用する再生装置の装置ＩＤとを受信する受信手段と、前記受信手段により受信されたユーザＩＤおよび装置ＩＤの組み合わせと、前記記憶手段に記憶されているユーザＩＤおよび装置ＩＤの組み合わせとを比較し、前記サービスの利用を要求しているユーザと、当該ユーザがコンテンツの受信と再生のために使用する再生装置との組み合わせの正当性を認証する認証手段と、前記認証手段により正当性が認証された場合に、前記再生装置に対してコンテンツを送信する送信手段とを具備するコンテンツ送信装置を提供する。

本発明によれば、記憶手段には、コンテンツを提供するサービスに加入しているユーザに対して割り当てられたユーザＩＤと、当該ユーザＩＤが割り当てられたユーザに対し、コンテンツの受信と再生のために使用を許可した再生装置の装置ＩＤとの組み合わせが記憶されており、コンテンツ送信装置は、受信手段により受信されたユーザＩＤおよび装置ＩＤの組み合わせと、記憶手段に記憶されているユーザＩＤおよび装置ＩＤの組み合わせとを比較して、サービスの利用を要求しているユーザと、当該ユーザがコンテンツの受信と再生のために使用する再生装置との組み合わせの正当性を認証し、正当性が認証された場合に、再生装置に対してコンテンツを送信する。

なお、上記構成を有するコンテンツ送信装置において、前記記憶手段には、１つの前記ユーザＩＤに対して複数の前記装置ＩＤが対応付けられて記憶されており、前記ユーザＩＤと対応付けられた各装置ＩＤが割り当てられている各々の再生装置からコンテンツの再生時刻を記録した再生履歴情報を取得する取得手段と、前記取得手段により取得された再生装置毎の再生履歴情報を互いに比較してコンテンツが同時期に再生された頻度を求め、当該頻度が予め定められた頻度よりも高い場合に、前記各々の再生装置が複数のユーザによって不正に使用されていることを検出する検出手段とをさらに具備するようにしてもよい。

また、前記検出手段により不正使用が検出された場合に、前記各々の再生装置のうち、いずれか１以上の再生装置に対して不正使用であることを示すメッセージを通知する通知手段をさらに具備するようにしてもよい。また、前記検出手段により不正使用が検出された場合に、前記各々の再生装置のうち、いずれか１以上の再生装置の装置ＩＤを前記記憶手段から削除する削除手段をさらに具備するようにしてもよい。

本発明によれば、コンテンツ提供サービスに加入しているユーザであれば、所有する複数の再生装置でコンテンツの提供を受けられるようにしつつ、コンテンツの不正利用もきちんと防ぐことができる。

以下、図面を参照して本発明の実施形態について説明する。
［Ａ．実施形態］
図１は、本実施形態に係る通信システム１の構成を示す図である。同図において、コンテンツサーバ１０とＰＣ（Personal Computer）３０は、インターネット２０を介して接続されている。また、ＰＣ３０には、通信ケーブルを介して再生装置４０が接続されている。この再生装置４０は、例えば、ポータブルＭＰ３プレイヤ、ミニコンポ、ポータブルＭＤ（Mini Disc）プレイヤ等といった、曲データの蓄積機能と再生機能を兼ね備えた装置である。

コンテンツサーバ１０には、再生装置４０において再生可能な曲データが多数記憶されている。また、ＰＣ３０には、プラットフォームソフトウェア３１がインストールされている。このプラットフォームソフトウェア３１は、コンテンツサーバ１０へのアクセスや、コンテンツサーバ１０と再生装置４０の間でＰＣ３０を介して行なわれる曲データの送受信等を制御する。例えば、ユーザは、通信ケーブルを用いて再生装置４０をＰＣ３０に接続した後、ＰＣ３０を操作してプラットフォームソフトウェア３１を起動させる。以降、このプラットフォームソフトウェア３１の制御の下、ユーザはＰＣ３０を操作して、コンテンツサーバ１０へのログイン時や曲データをダウンロードする際等に、ユーザＩＤやパスワードを入力したり、コンテンツサーバ１０に記憶されている多数の曲データの中から再生装置４０にダウンロードする曲データを選択したりする。

再生装置４０は、コンテンツサーバ１０から受信した曲データを、図示を省略したメモリに蓄積するとともに、ユーザからの再生指示等に応じてメモリから曲データを読み出して再生する。また、再生装置４０にはデバイスＩＤが記録されている。このデバイスＩＤは、例えば、ＩＰ（Internet Protocol）アドレスやＭＡＣ（Media Access Control）アドレスのように、各種の再生装置４０に対して割り当てられた、装置毎に固有の書き換え不可能な識別情報である。このデバイスＩＤは、コンテンツサーバ１０へのログイン時や曲データをダウンロードする際等に、再生装置４０から読み出されてコンテンツサーバ１０へ送信される。

また、再生装置４０は、現在時刻（年月日時分秒）を計時する機能に加え、再生装置４０において曲データが再生されると、再生された曲データの曲ＩＤと、この曲データが再生された時刻を示す再生時刻情報とを対応付けて再生履歴データ４１を生成する機能を有している。この再生履歴データ４１は、再生装置４０内のメモリに記憶され、必要に応じてメモリから読み出されてコンテンツサーバ１０へ送信される。なお、ＰＣ３０と再生装置４０の通信は、通信ケーブルを介した有線通信に限定されず、無線通信や赤外線通信等であってもよい。

次に、図２は、コンテンツサーバ１０の構成を示すブロック図である。同図において、ＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ（Read Only Memory）１０２やＨＤ（Hard Disk）１０５に記憶されているプログラムを実行することでコンテンツサーバ１０の各部を制御する。ＲＡＭ（Random Access Memory）１０３は、ＣＰＵ１０１のワークエリアとして用いられる。通信インタフェース１０４は、ＣＰＵ１０１の制御の下、ＰＣ３０や再生装置４０との通信を制御する。

ＨＤ１０５には、曲データ記憶領域１０５ａが設けられている。この曲データ記憶領域１０５ａには、各種の再生装置４０において再生可能な曲データが多数記憶されている。また、ＨＤ１０５には、後述する認証処理（図４参照）や不正利用検出処理（図５参照）を制御するためのアプリケーションソフトウェア（プログラム）に加え、認証情報ＤＢ（Data Base）１０５ｂが記憶されている。ここで、認証情報ＤＢ１０５ｂには、図３に示すように、曲データ提供サービスに加入しているユーザに対して割り当てられたユーザＩＤと、このユーザＩＤが割り当てられたユーザに対し、コンテンツサーバ１０からの曲データの受信と再生のために使用を許可した再生装置４０のデバイスＩＤとの組み合わせが登録されている。

例えば、図３に示す認証情報ＤＢ１０５ｂにおいては、ユーザＩＤ“MUS1645A12”に対して３つのデバイスＩＤ“210145108018”，“673232463243”，“745893345475”が対応付けられている。また、ユーザＩＤ“MUX3569C55”に対してはデバイスＩＤ“123479258844”のみが、ユーザＩＤ“MUR77925J89”に対しては、２つのデバイスＩＤ“669873325781”，“000245778986”が対応付けられている。ここで、ユーザＩＤ“MUS1645A12”の場合について説明すると、このユーザＩＤが割り当てられたユーザは、デバイスＩＤ“210145108018”，“673232463243”，“745893345475”が割り当てられている計３台の再生装置４０を使用して、コンテンツサーバ１０からの曲データの受信と再生を行なうことができる。

なお、ユーザＩＤとデバイスＩＤの組み合わせを認証情報ＤＢ１０５ｂに登録する作業は、例えば、サービス加入時にユーザから申請された１以上のデバイスＩＤを、このユーザに対して割り当てられたユーザＩＤと対応付けてサービス提供者が認証情報ＤＢ１０５ｂに登録する態様であってもよいが、このような態様であると、ユーザは、使用する再生装置４０のデバイスＩＤを調べてサービス提供者に申請しなければならない。加えて、ユーザは、今まで使用していた再生装置４０を別の再生装置４０に変更した場合や、使用する再生装置４０が増加減した場合等に、登録内容をいちいち更新しなければならず面倒である。一方、サービス提供者の側も、ユーザから申請されたデバイスＩＤをユーザＩＤと対応付けて認証情報ＤＢ１０５ｂに登録しなければならないので、人手を要し、運用コストの上昇を招いてしまう。

そこで、ユーザＩＤとデバイスＩＤの組み合わせを認証情報ＤＢ１０５ｂに登録する作業を自動化し、例えば、再生装置４０が接続されたＰＣ３０を用いてコンテンツサーバ１０に最初にログインしてきた時に、コンテンツサーバ１０においてサービスの加入に関する処理と認証情報の登録に関する処理を行ない、発行したユーザＩＤと、ＰＣ３０に接続されている再生装置４０から取得したデバイスＩＤとの組み合わせを認証情報ＤＢ１０５ｂに登録するようにしてもよい。勿論、ユーザが複数の再生装置４０を使用する場合は、使用する各々の再生装置４０を順番にＰＣ３０に接続することによって、使用する各再生装置４０のデバイスＩＤを取得することができる。

なお、勿論であるが、図３に示した認証情報ＤＢ１０５ｂにおいて、ユーザＩＤの代わりに、ユーザＩＤとパスワードが登録されている構成であってもよい。また、図２に示したコンテンツサーバ１０は、キーボードやマウス等の操作部や、ＬＣＤ（Liquid Crystal Display）等の表示部をさらに備える構成であってもよい。

次に、コンテンツサーバ１０の動作を説明する。
図４は、コンテンツサーバ１０において実行される認証処理のフローチャートである。この認証処理は、例えば、コンテンツサーバ１０へのログイン時や曲データをダウンロードする際等にＣＰＵ１０１により実行される。なお、この認証処理が行なわれる場合には、ユーザは、再生装置４０をＰＣ３０に接続するとともに、ＰＣ３０においてプラットフォームソフトウェア３１を起動させた上で、このＰＣ３０を操作してコンテンツサーバ１０にアクセスしている。

同図に示すように、まず、ＣＰＵ１０１は、ユーザＩＤとデバイスＩＤを受信する（ステップＳ１０１）。すなわち、認証処理が行なわれる状況になると、ＰＣ３０で起動されているプラットフォームソフトウェア３１は、まず、ユーザに対してユーザＩＤの入力を求め、これに応じて入力されたユーザＩＤを取得する。なお、ユーザＩＤの取得は、プラットフォームソフトウェア３１を起動する際の認証時に入力されたユーザＩＤであってもよい。また、プラットフォームソフトウェア３１は、通信ケーブルを用いてＰＣ３０に接続されている再生装置４０からデバイスＩＤを取得する。そして、プラットフォームソフトウェア３１は、ユーザＩＤとデバイスＩＤをコンテンツサーバ１０へと送信し、ＣＰＵ１０１は、通信インタフェース１０４を介してユーザＩＤとデバイスＩＤを受信する。

次いで、ＣＰＵ１０１は、受信したユーザＩＤとデバイスＩＤの組み合わせと、認証情報ＤＢ１０５ｂ（図３参照）に登録されているユーザＩＤとデバイスＩＤの組み合わせを比較し（ステップＳ１０２）、サービスの利用を要求しているユーザと、このユーザが曲データの受信と再生のために使おうとしている再生装置４０との組み合わせの正当性を認証する（ステップＳ１０３）。

例えば、コンテンツサーバ１０のＨＤ１０５に、図３に示した認証情報ＤＢ１０５ｂが記憶されており、ユーザＩＤ“MUS1645A12”とデバイスＩＤ“210145108018”を受信した場合、この組み合わせは認証情報ＤＢ１０５ｂに登録されているため、正当であると認証される。一方、ユーザＩＤ“MUX3569C55”とデバイスＩＤ“000000000001”を受信した場合、受信したユーザＩＤ“MUX3569C55”は、図３に示した認証情報ＤＢ１０５ｂに登録されているものの、このユーザＩＤ“MUX3569C55”と対応付けられているデバイスＩＤは、“123479258844”であって“000000000001”ではない。このため、認証結果は不成立（ＮＧ）となる。また、ユーザＩＤ“MUX3569C55”とデバイスＩＤ“210145108018”を受信した場合、受信したユーザＩＤ“MUX3569C55”とデバイスＩＤ“210145108018”は、ともに認証情報ＤＢ１０５ｂに登録されているものの、ユーザＩＤ“MUX3569C55”と対応付けられているデバイスＩＤは“123479258844”であって“210145108018”ではない。つまり、受信したユーザＩＤとデバイスＩＤの組み合わせは認証情報ＤＢ１０５ｂに登録されていないから、この場合も認証結果はＮＧとなる。

このようにＣＰＵ１０１は、受信したユーザＩＤとデバイスＩＤの組み合わせが認証情報ＤＢ１０５ｂに登録されていなかった場合は（ステップＳ１０３：ＮＯ）、認証がＮＧであったことを示すメッセージをＰＣ３０に対して送信し（ステップＳ１０４）、認証処理を終える。このステップＳ１０４において送信されたメッセージは、ＰＣ３０の表示画面に表示され、例えば、ユーザＩＤの入力に誤りがあった場合や、間違って別の再生装置４０をＰＣ３０に接続していた場合であれば、ユーザはそれらの誤りを正し、ＰＣ３０を操作して認証処理の再実行をコンテンツサーバ１０に要求することができる。

一方、上記ステップＳ１０３において、受信したユーザＩＤとデバイスＩＤの組み合わせが認証情報ＤＢ１０５ｂに登録されており、その正当性が認証された場合（ステップＳ１０３：ＹＥＳ）、ＣＰＵ１０１は、ステップＳ１０５に移行する。そして、ステップＳ１０５において、ＣＰＵ１０１は、例えば、認証処理がログイン時に行なわれたのであれば、ログインを許可する。一方、認証処理が曲データのダウンロードに際して行われたのであれば、ＣＰＵ１０１は、ユーザによって指定された曲データを曲データ記憶領域１０５ａから読み出し、この曲データをＰＣ３０を介して再生装置４０へ送信する。ここで、ＰＣ３０は中継装置として機能し、コンテンツサーバ１０から送信されてきた曲データを再生装置４０へ転送する。そして、再生装置４０は、コンテンツサーバ１０からの曲データを受信すると、受信した曲データをメモリに記憶する。

以上説明したように、認証情報ＤＢ１０５ｂには、曲データ提供サービスに加入しているユーザに対して割り当てられたユーザＩＤと、このユーザＩＤが割り当てられたユーザに対し、コンテンツサーバ１０からの曲データの受信と再生のために使用を許可した再生装置４０のデバイスＩＤとの組み合わせが登録されている。そして、コンテンツサーバ１０は、受信したユーザＩＤとデバイスＩＤの組み合わせと、認証情報ＤＢ１０５ｂに登録されているユーザＩＤとデバイスＩＤの組み合わせとを比較して、サービスの利用を要求しているユーザと、このユーザが曲データの受信と再生のために使用する再生装置４０との組み合わせの正当性を認証し、正当性が認証された場合に、再生装置４０に対して曲データを送信する。

このようにユーザＩＤとデバイスＩＤの組み合わせを用いて認証処理を行なう構成としたので、例えば、ユーザＩＤのみを用いて認証を行なう場合に問題となっていた、サービスに加入していないユーザが、サービスに加入している友達のユーザＩＤを借りて自分の再生装置４０に曲データのダウンロードを試みた場合であっても、デバイスＩＤが不一致となるためダウンロードは許可されない。一方、デバイスＩＤのみを用いて認証を行なう場合に問題となっていた、サービスを受けることのできる再生装置４０を、サービスに加入していない別のユーザが使用して曲データの受信と再生を試みようとした場合であっても、ユーザＩＤが漏洩していない限り、曲データをダウンロードすることはできない。また、認証情報ＤＢ１０５ｂには、１つのユーザＩＤに対し、複数のデバイスＩＤを登録することができる。以上のようなことから、曲データ提供サービスに加入しているユーザであれば、所有する複数の再生装置４０で曲データの提供を受けることが可能となり、かつ曲データの不正利用もユーザＩＤやデバイスＩＤを単独で用いて認証を行なった場合と比較してきちんと防ぐことができる。

ところで、以上説明したように、曲データ提供サービスに加入しているユーザであれば、所有する複数の再生装置４０で曲データの提供を受けられるようになると、例えば、２台のポータブルＭＰ３プレイヤのデバイスＩＤを１つのユーザＩＤと組み合わせて登録しておき、サービスに加入していない他のユーザに、ユーザＩＤを教えるとともにデバイスＩＤを登録しておいた一方のポータブルＭＰ３プレイヤを使わせる、といった不正利用が行なわれる可能性がある。そこで、以下に、このような不正利用を検出する処理について説明する。

図５は、コンテンツサーバ１０において実行される不正利用検出処理のフローチャートである。この不正利用検出処理は、例えば、予め定められた一定期間毎にＣＰＵ１０１により実行される。なお、この不正利用検出処理が行なわれる前提として、コンテンツサーバ１０のＨＤ１０５には、再生装置４０毎に再生履歴データ４１が蓄積されているものとする。すなわち、コンテンツサーバ１０（ＣＰＵ１０１）は、再生装置４０の接続されているＰＣ３０がコンテンツサーバ１０にアクセスしている場合に、再生装置４０に対して再生履歴データ４１の送信を要求する。これに応じて再生装置４０は、メモリに記憶してある再生履歴データ４１を読み出し、ＰＣ３０を介してコンテンツサーバ１０に送信する。そして、コンテンツサーバ１０は、再生履歴データ４１を受信すると、この再生履歴データ４１を、再生装置４０のデバイスＩＤと対応付けてＨＤ１０５に記憶する。

さて、図５に示す不正利用検出処理において、まず、ＣＰＵ１０１は、認証情報ＤＢ１０５ｂを参照し、複数のデバイスＩＤが対応付けられているユーザＩＤを特定する（ステップＳ２０１）。次いで、ＣＰＵ１０１は、特定されたユーザＩＤ毎にステップＳ２０２以降の処理を行なう。すなわち、まず、ＣＰＵ１０１は、同一のユーザＩＤと組み合わされたデバイスＩＤ毎に、このデバイスＩＤと対応付けられている再生履歴データ４１をＨＤ１０５から読み出す（ステップＳ２０２）。例えば、図３に示した認証情報ＤＢ１０５ｂにおいて、ユーザＩＤ“MUR77925J89”には、２つのデバイスＩＤ“669873325781”，“000245778986”が対応付けられている。したがって、この場合、ＣＰＵ１０１は、デバイスＩＤ“669873325781”に対応付けられている再生履歴データ４１と、デバイスＩＤ“000245778986”に対応付けられている再生履歴データ４１をＨＤ１０５から読み出す。

次いで、ＣＰＵ１０１は、読み出された各再生履歴データ４１を２個ずつ比較し（ステップＳ２０３）、曲データが同時期に再生されていた頻度を求める（ステップＳ２０４）。例えば、上述したように、ＨＤ１０５からデバイスＩＤ“669873325781”の再生履歴データ４１と、デバイスＩＤ“000245778986”の再生履歴データ４１が読み出された場合は、これら２つの再生履歴データ４１が比較され、曲データが同時期に再生されていた頻度が求められる。

また、図３に示した認証情報ＤＢ１０５ｂにおいて、ユーザＩＤ“MUS1645A12”には、３つのデバイスＩＤ“210145108018”，“673232463243”，“745893345475”が対応付けられている。したがって、この場合であれば、（１）デバイスＩＤ“210145108018”の再生履歴データ４１とデバイスＩＤ“673232463243”の再生履歴データ４１、（２）デバイスＩＤ“210145108018”の再生履歴データ４１とデバイスＩＤ“745893345475”の再生履歴データ４１、（３）デバイスＩＤ“673232463243”の再生履歴データ４１とデバイスＩＤ“745893345475”の再生履歴データ４１、の計３パターンについて再生履歴データ４１が比較され、曲データが同時期に再生されていた頻度が求められる。

ここで、２つの再生履歴データ４１を比較した結果、曲データが同時期に再生されていた頻度が高ければ、これら２つの再生装置４０は異なるユーザによって使用されている可能性が高い。そこで、ＣＰＵ１０１は、上記ステップＳ２０４において求められた頻度と、予めＨＤ１０５に記憶してある、曲データが同時期に再生される頻度の許容値とを比較し、不正利用が行なわれているか否かを判別する（ステップＳ２０５）。なお、上記ステップＳ２０４で求められる頻度が複数であった場合は、各々の頻度毎に許容値との比較が行なわれる。その結果、上記ステップＳ２０４で求められた頻度が全て許容値以下であった場合（ステップＳ２０５：ＮＯ）、ＣＰＵ１０１は、不正利用は行なわれていないものと判定し、不正利用検出処理を終える。

一方、上記ステップＳ２０４で求められた頻度のうち、許容値よりも高いものが１つでもあった場合（ステップＳ２０５：ＹＥＳ）、ＣＰＵ１０１は、ステップＳ２０６に移行する。ここで、コンテンツサーバ１０のＨＤ１０５には、例えば、新たな曲データがダウンロード可能になったことや、料金請求の通知等を行うため、各ユーザの電子メールアドレスがユーザＩＤと対応付けられて記憶されている。そこで、ＣＰＵ１０１は、まず、許容値よりも頻度が高かった２つのデバイスＩＤと対応付けられているユーザＩＤを特定する。次いで、ＣＰＵ１０１は、特定したユーザＩＤと対応付けられている電子メールアドレスをＨＤ１０５から読み出し、この電子メールアドレスに宛てて、不正利用を警告する電子メールを送信する（ステップＳ２０６）。勿論、このようにして電子メールを用いて不正利用の警告を通知する代わりに、上記特定したユーザＩＤを用いてコンテンツサーバ１０にログインがなされた場合に、ＰＣ３０に対して不正利用を警告するメッセージを送信する構成としてもよい。また、不正利用を警告するメッセージは、ＰＣ３０を介して再生装置４０に転送され、再生装置４０の表示画面に表示される態様であってもよい。

この後、ＣＰＵ１０１は、許容値よりも頻度が高かった２つのデバイスＩＤとユーザＩＤとの組み合わせの一方以上を認証情報ＤＢ１０５ｂから削除し（ステップＳ２０７）、不正利用検出処理を終える。なお、不正利用であることを検出したデバイスＩＤとユーザＩＤの組み合わせを直ちに削除するのではなく、不正利用の警告を行なった上で、ユーザとの間で不正利用の事実を確認し、不正利用の事実が認められた場合に、不正に利用されていた再生装置４０のデバイスＩＤとユーザＩＤとの組み合わせを認証情報ＤＢ１０５ｂから削除する構成であってもよい。

以上説明した不正利用検出処理によれば、２台の再生装置４０のデバイスＩＤを１つのユーザＩＤと組み合わせて登録しておき、サービスに加入していない他のユーザに、ユーザＩＤを教えるとともにデバイスＩＤを登録しておいた一方の再生装置４０を使わせる、といった手口で不正利用が行なわれた場合であっても、このような不正利用を検出することができる。

［Ｂ．変形例］
（１）コンテンツサーバ１０とＰＣ３０の通信は、公衆交換電話網や専用回線を介して行われてもよいし、移動パケット通信網や無線公衆ＬＡＮ（Local Area Network）を介して行われてもよい。また、上述した実施形態では、中継装置としてＰＣ３０を介在させる場合について説明したが、例えば、再生装置４０がネットワーク通信機能を備えていれば中継装置は不要であり、コンテンツサーバ１０と再生装置４０の間で直接、通信が行なえる。このようなネットワーク通信機能を備えた再生装置４０としては、例えば、携帯電話機や、曲データの再生機能を備えたパーソナルコンピュータ等が挙げられる。また、ユーザＩＤは、メモリカード等の記録媒体に記憶されて提供され、この記録媒体をＰＣ３０や再生装置４０に備わるカードスロットに差し込んで使用する形態であってもよい。

（２）コンテンツサーバ１０（コンピュータ）は、ＨＤ１０５にインストールされているプログラムに従って認証処理（図４参照）や不正利用検出処理（図５参照）を実行するが、このプログラムを通信によってコンテンツサーバ１０へと送信し、ＲＯＭ１０２またはＨＤ１０５にインストールしてもよい。また、このプログラムをＣＤ−ＲＯＭ（Compact Disk Read Only Memory）やＤＶＤ（Digital Versatile Disk）、メモリカード等のコンピュータが読み取り可能な記録媒体に記録して提供してもよい。また、コンテンツは、曲データ以外に、音声データや画像データ、動画データ、文書データ等であってもよい。勿論、再生装置４０は、上述したように携帯電話機やパーソナルコンピュータ、あるいはＤＶＤプレイヤ等であってもよい。

通信システム１の構成を示す図である。コンテンツサーバ１０のハードウェア構成を示すブロック図である。認証情報ＤＢ１０５ｂのデータ構成を示す図である。コンテンツサーバ１０において実行される認証処理について示すフローチャートである。コンテンツサーバ１０において実行される不正利用検出処理について示すフローチャートである。

符号の説明

１…通信システム、１０…コンテンツサーバ、２０…インターネット、３０…ＰＣ、３１…プラットフォームソフトウェア、４０…再生装置、４１…再生履歴データ、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０４…通信インタフェース、１０５…ＨＤ、１０５ａ…曲データ記憶領域、１０５ｂ…認証情報ＤＢ。

Claims

コンテンツを提供するサービスに加入しているユーザに対して割り当てられたユーザＩＤと、当該ユーザＩＤが割り当てられたユーザに対し、前記サービスによって提供されるコンテンツの受信と再生のために使用を許可した再生装置に固有の装置ＩＤとの組み合わせを記憶する記憶手段と、
前記サービスの利用を要求しているユーザのユーザＩＤと、当該ユーザがコンテンツの受信と再生のために使用する再生装置の装置ＩＤとを受信する受信手段と、
前記受信手段により受信されたユーザＩＤおよび装置ＩＤの組み合わせと、前記記憶手段に記憶されているユーザＩＤおよび装置ＩＤの組み合わせとを比較し、前記サービスの利用を要求しているユーザと、当該ユーザがコンテンツの受信と再生のために使用する再生装置との組み合わせの正当性を認証する認証手段と、
前記認証手段により正当性が認証された場合に、前記再生装置に対してコンテンツを送信する送信手段と
を具備することを特徴とするコンテンツ送信装置。
前記記憶手段には、１つの前記ユーザＩＤに対して複数の前記装置ＩＤが対応付けられて記憶されており、
前記ユーザＩＤと対応付けられた各装置ＩＤが割り当てられている各々の再生装置からコンテンツの再生時刻を記録した再生履歴情報を取得する取得手段と、
前記取得手段により取得された再生装置毎の再生履歴情報を互いに比較してコンテンツが同時期に再生された頻度を求め、当該頻度が予め定められた頻度よりも高い場合に、前記各々の再生装置が複数のユーザによって不正に使用されていることを検出する検出手段とをさらに具備する
ことを特徴とする請求項１記載のコンテンツ送信装置。
前記検出手段により不正使用が検出された場合に、前記各々の再生装置のうち、いずれか１以上の再生装置に対して不正使用であることを示すメッセージを通知する通知手段をさらに具備する
ことを特徴とする請求項２記載のコンテンツ送信装置。
前記検出手段により不正使用が検出された場合に、前記各々の再生装置のうち、いずれか１以上の再生装置の装置ＩＤを前記記憶手段から削除する削除手段をさらに具備する
ことを特徴とする請求項２記載のコンテンツ送信装置。