(57)【特許請求の範囲】
【請求項１】
端末にコンテンツを送信するサービスを提供する情報処理装置であって、
ユーザ識別情報と、前記ユーザ識別情報に関連付けられる会員種別情報と、前記ユーザ識別情報に関連付けられる利用履歴と、を記憶する記憶部と、
前記ユーザ識別情報と、コンテンツ識別情報を含むコンテンツ要求情報と、コンテンツ再生の態様を指定する態様指定情報を受信する受信部と、
前記コンテンツ要求情報に対応するユーザ識別情報の会員種別情報と利用履歴とに基づいて、コンテンツ再生の可否を判定する判定部と、
前記判定部による判定に基づき、前記コンテンツ要求情報に含まれるコンテンツ識別情報に係るコンテンツを第１態様、あるいは第１態様から一部の要素が除かれた第２態様によって、前記端末にてコンテンツを再生させる再生制御部と、
前記再生制御部が前記第１態様あるいは前記第２態様によってコンテンツを再生させたことに基づいて、前記利用履歴を更新する履歴更新部と、
を備え、
前記コンテンツは音楽を含み、
前記再生制御部は、前記第２態様によるコンテンツの再生として、前記第１態様によって再生されるコンテンツデータに対して一部の要素を取り除く処理を施したデータを再生させるものであって、前記一部の要素としてボーカルに相当する波長を取り除く処理を施したデータを再生させる情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記判定部は、単位期間当たりのコンテンツの利用回数が所定の閾値を超える場合にコンテンツ再生不可であると判定する。
【請求項３】
請求項１に記載の情報処理装置であって、
前記判定部は、単位期間あたりのコンテンツの総利用時間が所定の閾値を超える場合にコンテンツ再生不可であると判定する。
【請求項４】
請求項１〜３のいずれか一項に記載の情報処理装置であって、
前記受信部は、前記コンテンツが音楽または動画である場合に、音質または画質の少なくともいずれかを指定する品質情報をさらに受信し、
前記再生制御部は、受信した前記品質情報に基づいてコンテンツを再生させる。
【請求項５】
請求項１〜４のいずれか一項に記載の情報処理装置であって、
前記コンテンツは、音楽又は動画であり、
前記一部の要素は、人の音声である。
【請求項６】
請求項１〜５のいずれか一項に記載の情報処理装置であって、
前記会員種別情報で示される前記サービスを享受する会員の種別には、前記サービスに対して対価を支払っている有料会員と、前記サービスに対して対価を支払っていない無料会員とが含まれる。
【請求項７】
端末と、前記端末にコンテンツを送信するサービスを提供する情報処理装置とを含む通信システムであって、
前記情報処理装置は、
ユーザ識別情報と、前記ユーザ識別情報に関連付けられる会員種別情報と、前記ユーザ識別情報に関連付けられる利用履歴と、を記憶する記憶部と、
前記ユーザ識別情報と、コンテンツ識別情報を含むコンテンツ要求情報と、コンテンツ再生の態様を指定する態様指定情報を受信する第１受信部と、
前記コンテンツ要求情報に対応するユーザ識別情報の会員種別情報と利用履歴とに基づいて、コンテンツ再生の可否を判定する判定部と、
前記判定部による判定に基づき、前記コンテンツ要求情報に含まれるコンテンツ識別情報に係るコンテンツを第１態様、あるいは第１態様から一部の要素が除かれた第２態様によって、前記端末にてコンテンツを再生させる再生制御部と、
前記再生制御部が前記第１態様あるいは前記第２態様によってコンテンツを再生させたことに基づいて、前記利用履歴を更新する履歴更新部と、を備え、
前記端末は、
前記態様指定情報に関する入力を受け付ける受付部と、
前記受付部が受け付けた前記態様指定情報と、前記コンテンツ要求情報と、前記ユーザ識別情報と、を前記情報処理装置に送信する送信部と、
前記情報処理装置から前記コンテンツ要求情報に基づくコンテンツを受信する第２受信部と、
前記第２受信部が受信したコンテンツを出力する出力部と、を備え、
前記コンテンツは音楽を含み、
前記再生制御部は、前記第２態様によるコンテンツの再生として、前記第１態様によって再生されるコンテンツデータに対して一部の要素を取り除く処理を施したデータを再生させるものであって、前記一部の要素としてボーカルに相当する波長を取り除く処理を施したデータを再生させる。
【請求項８】
請求項７に記載の通信システムであって、
前記第２受信部は、前記コンテンツとして、ボーカルが取り除かれた音楽データを受信し、
音声の入力を受け付ける入力部を備え、
前記出力部は、前記第２受信部が受信した音楽データに基づく音楽に、前記入力部が受け付けた音声を合成した音声を出力する。
【請求項９】
端末にコンテンツを送信するサービスを提供する情報処理装置のコンピュータであって、ユーザ識別情報と、前記ユーザ識別情報に関連付けられる会員種別情報と、前記ユーザ識別情報に関連付けられる利用履歴と、を記憶する記憶部にアクセス可能なコンピュータに、
前記ユーザ識別情報と、コンテンツ識別情報を含むコンテンツ要求情報と、コンテンツ再生の態様を指定する態様指定情報を受信する受信機能と、
前記コンテンツ要求情報に対応するユーザ識別情報の会員種別情報と利用履歴とに基づいて、コンテンツ再生の可否を判定する判定機能と、
前記判定機能による判定に基づき、前記コンテンツ要求情報に含まれるコンテンツ識別情報に係るコンテンツを第１態様、あるいは第１態様から一部の要素が除かれた第２態様によって、前記端末にてコンテンツを再生させる再生制御機能と、
前記再生制御機能が前記第１態様あるいは前記第２態様によってコンテンツを再生させたことに基づいて、前記利用履歴を更新する履歴更新機能と、
を実現させ、
前記コンテンツは音楽を含み、
前記再生制御機能は、前記第２態様によるコンテンツの再生として、前記第１態様によって再生されるコンテンツデータに対して一部の要素を取り除く処理を施したデータを再生させるものであって、前記一部の要素としてボーカルに相当する波長を取り除く処理を施したデータを再生させるコンテンツ再生プログラム。
【請求項１０】
端末にコンテンツを送信するサービスを提供する情報処理装置であって、ユーザ識別情報と、前記ユーザ識別情報に関連付けられる会員種別情報と、前記ユーザ識別情報に関連付けられる利用履歴と、を記憶する記憶部にアクセス可能な情報処理装置が、
前記ユーザ識別情報と、コンテンツ識別情報を含むコンテンツ要求情報と、コンテンツ再生の態様を指定する態様指定情報を受信する受信ステップと、
前記コンテンツ要求情報に対応するユーザ識別情報の会員種別情報と利用履歴とに基づいて、コンテンツ再生の可否を判定する判定ステップと、
前記判定ステップによる判定に基づき、前記コンテンツ要求情報に含まれるコンテンツ識別情報に係るコンテンツを第１態様、あるいは第１態様から一部の要素が除かれた第２態様によって、前記端末にてコンテンツを再生させる再生制御ステップと、
前記再生制御ステップが前記第１態様あるいは前記第２態様によってコンテンツを再生させたことに基づいて、前記利用履歴を更新する履歴更新ステップと、
を実行し、
前記コンテンツは音楽を含み、
前記再生制御ステップは、前記第２態様によるコンテンツの再生として、前記第１態様によって再生されるコンテンツデータに対して一部の要素を取り除く処理を施したデータを再生させるものであって、前記一部の要素としてボーカルに相当する波長を取り除く処理を施したデータを再生するコンテンツ再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、通信システム、コンテンツ再生プログラム、並びに、コンテンツ再生方法に関する。
【背景技術】
【０００２】
従来、コンテンツをユーザの端末に配信する配信サービスがある。特許文献１には、コンテンツの種別を指定し、指定した種別のコンテンツを配信するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５８５７４０５号
【発明の概要】
【０００４】
本発明の第一の態様は、端末にコンテンツを送信するサービスを提供する情報処理装置であって、ユーザ識別情報と、ユーザ識別情報に関連付けられる会員種別情報と、ユーザ識別情報に関連付けられる利用履歴と、を記憶する記憶部と、ユーザ識別情報と、コンテンツ識別情報を含むコンテンツ要求情報と、コンテンツ再生の態様を指定する態様指定情報を受信する受信部と、コンテンツ要求情報に対応するユーザ識別情報の会員種別情報と利用履歴とに基づいて、コンテンツ再生の可否を判定する判定部と、判定部による判定に基づき、コンテンツ要求情報に含まれるコンテンツ識別情報に係るコンテンツを第１態様、あるいは第１態様から一部の要素が除かれた第２態様によって、端末にてコンテンツを再生させる再生制御部と、再生制御部が第１態様あるいは第２態様によってコンテンツを再生させたことに基づいて、利用履歴を更新する履歴更新部と、を備え、コンテンツは音楽を含み、再生制御部は、第２態様によるコンテンツの再生として、第１態様によって再生されるコンテンツデータに対して一部の要素を取り除く処理を施したデータを再生させるものであって、一部の要素としてボーカルに相当する波長を取り除く処理を施したデータを再生させる。
本発明の第二の態様は、端末と、端末にコンテンツを送信するサービスを提供する情報処理装置とを含む通信システムであって、情報処理装置は、ユーザ識別情報と、ユーザ識別情報に関連付けられる会員種別情報と、ユーザ識別情報に関連付けられる利用履歴と、を記憶する記憶部と、ユーザ識別情報と、コンテンツ識別情報を含むコンテンツ要求情報と、コンテンツ再生の態様を指定する態様指定情報を受信する第１受信部と、コンテンツ要求情報に対応するユーザ識別情報の会員種別情報と利用履歴とに基づいて、コンテンツ再生の可否を判定する判定部と、判定部による判定に基づき、コンテンツ要求情報に含まれるコンテンツ識別情報に係るコンテンツを第１態様、あるいは第１態様から一部の要素が除かれた第２態様によって、端末にてコンテンツを再生させる再生制御部と、再生制御部が第１態様あるいは第２態様によってコンテンツを再生させたことに基づいて、利用履歴を更新する履歴更新部と、を備え、端末は、態様指定情報に関する入力を受け付ける受付部と、受付部が受け付けた態様指定情報と、コンテンツ要求情報と、ユーザ識別情報と、を情報処理装置に送信する送信部と、情報処理装置からコンテンツ要求情報に基づくコンテンツを受信する第２受信部と、第２受信部が受信したコンテンツを出力する出力部と、を備え、コンテンツは音楽を含み、再生制御部は、第２態様によるコンテンツの再生として、第１態様によって再生されるコンテンツデータに対して一部の要素を取り除く処理を施したデータを再生させるものであって、一部の要素としてボーカルに相当する波長を取り除く処理を施したデータを再生させる。
本発明の第三の態様は、端末にコンテンツを送信するサービスを提供する情報処理装置のコンピュータであって、ユーザ識別情報と、ユーザ識別情報に関連付けられる会員種別情報と、ユーザ識別情報に関連付けられる利用履歴と、を記憶する記憶部にアクセス可能なコンピュータに、ユーザ識別情報と、コンテンツ識別情報を含むコンテンツ要求情報と、コンテンツ再生の態様を指定する態様指定情報を受信する受信機能と、コンテンツ要求情報に対応するユーザ識別情報の会員種別情報と利用履歴とに基づいて、コンテンツ再生の可否を判定する判定機能と、判定機能による判定に基づき、コンテンツ要求情報に含まれるコンテンツ識別情報に係るコンテンツを第１態様、あるいは第１態様から一部の要素が除かれた第２態様によって、端末にてコンテンツを再生させる再生制御機能と、再生制御機能が第１態様あるいは第２態様によってコンテンツを再生させたことに基づいて、利用履歴を更新する履歴更新機能と、を実現させ、コンテンツは音楽を含み、再生制御機能は、第２態様によるコンテンツの再生として、第１態様によって再生されるコンテンツデータに対して一部の要素を取り除く処理を施したデータを再生させるものであって、一部の要素としてボーカルに相当する波長を取り除く処理を施したデータを再生させる。
本発明の第四の態様は、端末にコンテンツを送信するサービスを提供する情報処理装置であって、ユーザ識別情報と、ユーザ識別情報に関連付けられる会員種別情報と、ユーザ識別情報に関連付けられる利用履歴と、を記憶する記憶部にアクセス可能な情報処理装置が、ユーザ識別情報と、コンテンツ識別情報を含むコンテンツ要求情報と、コンテンツ再生の態様を指定する態様指定情報を受信する受信ステップと、コンテンツ要求情報に対応するユーザ識別情報の会員種別情報と利用履歴とに基づいて、コンテンツ再生の可否を判定する判定ステップと、判定ステップによる判定に基づき、コンテンツ要求情報に含まれるコンテンツ識別情報に係るコンテンツを第１態様、あるいは第１態様から一部の要素が除かれた第２態様によって、端末にてコンテンツを再生させる再生制御ステップと、再生制御ステップが第１態様あるいは第２態様によってコンテンツを再生させたことに基づいて、利用履歴を更新する履歴更新ステップと、を実行し、コンテンツは音楽を含み、再生制御ステップは、第２態様によるコンテンツの再生として、第１態様によって再生されるコンテンツデータに対して一部の要素を取り除く処理を施したデータを再生させるものであって、一部の要素としてボーカルに相当する波長を取り除く処理を施したデータを再生する。
【図面の簡単な説明】
【０００５】
【図１】通信システムの構成例を示し、端末及びサーバの構成例を示すブロック図である。
【図２】ユーザ情報のデータ構成例を示すデータ概念図である。
【図３】通信システムにおける各装置のやり取りの一例を示すシーケンス図である。
【図４】図３に関連する端末の動作例を示すフローチャートである。
【図５】図３に関連するサーバの動作例を示すフローチャートである。
【図６】（ａ）〜（ｄ）は、端末に表示される画面例を示す図である。
【図７】端末の動作例を示すフローチャートである。
【発明を実施するための形態】
【０００６】
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
【０００７】
本開示に係る端末による送信または受信に係る状況を確認できる表示方法等を実施するための実施形態について、図面を参照して説明する。
【０００８】
＜システム構成＞
【０００９】
図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。
【００１０】
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
【００１１】
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
【００１２】
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
【００１３】
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。また、必要に応じて、ユーザXが利用する端末を端末２０Xと表現し、ユーザXまたは端末２０Xに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Xと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
【００１４】
サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
【００１５】
＜ハードウェア（HW）構成＞ 
【００１６】
図１を用いて、通信システム１に含まれる各装置のHW構成について説明する。
【００１７】
（１）端末のHW構成
【００１８】
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、位置情報取得部２５を備える。端末２０のHWの各構成要素は、限定でなく例として、バスBを介して相互に接続される。なお、端末２０のHW構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、マイク２３２、カメラ２３４、位置情報取得部２５等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【００１９】
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【００２０】
入出力部２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【００２１】
入力部は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定でなく例として、タッチパネル２３１、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ２３４（動画像を介した操作入力）、マイク２３２（音声による操作入力）を含む。
【００２２】
出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定でなく例として、 タッチパネル、タッチディスプレイ、スピーカ２３３（音声出力）、レンズ（限定でなく例として３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【００２３】
表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Dで表示データを表示可能であってもよいし、そうでなくてもよい。
【００２４】
入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
【００２５】
制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【００２６】
制御部２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
【００２７】
記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【００２８】
端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムPは、プログラムモジュールと表現されてもよいし、されなくてもよい。
【００２９】
マイク２３２は、音声データの入力に利用される。スピーカ２３３は、音声データの出力に利用される。カメラ２３４は、動画像データの取得に利用される。
【００３０】
（２）サーバのHW構成 
【００３１】
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、表示部１３を備える。サーバ１０のHWの各構成要素は、限定でなく例として、バスBを介して相互に接続される。なお、サーバ１０のHWは、サーバ１０のHWの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のHWは、表示部１３を取り外すような構成であってもよいし、そうでなくてもよい。
【００３２】
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
【００３３】
制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
【００３４】
記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【００３５】
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【００３６】
入出力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力部１２は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入出力部１２は、これらに限定されない。
【００３７】
表示部１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、表示部１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらの表示部１３は、３Dで表示データを表示可能であってもよいし、そうでなくてもよい。ただし、本開示において、表示部１３は、これらに限定されない。
【００３８】
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムPは、プログラムモジュールと表現されてもよいし、されなくてもよい。
【００３９】
本開示の各実施形態においては、端末２０および／または、サーバ１０のＣＰＵがプログラムPを実行することにより、実現するものとして説明する。
【００４０】
なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【００４１】
また、本開示の各実施形態のプログラムP(限定ではなく、例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムPを記憶可能である。また、プログラムPは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムPとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
【００４２】
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
【００４３】
サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
【００４４】
また、本開示のプログラムＰＤＤは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定でなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
【００４５】
また、本開示の各実施形態は、プログラムPが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。 
【００４６】
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
【００４７】
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
【００４８】
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
【００４９】
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
【００５０】
なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。
【００５１】
＜実施の形態＞
本実施形態に係るサーバ１０は、端末２０に対してコンテンツを送信するサービスを提供する。
【００５２】
ここで、コンテンツとは、音楽や動画などであり、小説や漫画などであってもよい。本実施形態においては、基本的に、コンテンツを音楽であるとして説明する。
【００５３】
また、サーバ１０からサービスの提供を受けるユーザは、サービスを受けるにあたって対価（主に金銭）を支払ってサーバ１０が提供するサービスを利用できる有料会員と、対価を支払わない代わりに有料会員よりも受けることができるサービスが制限される無料会員とを含む。また、有料会員は、支払う対価の大きさ（限定ではなく一例として支払う金銭の額面）によって受けることができるサービスの質が異なるものを含んでもよい。
【００５４】
限定ではなく一例として、コンテンツが音楽である場合に、有料会員であれば、視聴制限をしないのに対して、無料会員であれば、最初の３０秒だけ視聴できる、あるいは、単位期間（限定ではなく一例として１ヶ月）中に再生可能な回数を制限する。この再生制限は、曲単位の再生回数により制限することとしてもよいし、単位期間内の総再生回数により制限することとしてもよいし、単位期間内の総再生時間により制限することとしてもよい。
【００５５】
ところで、サーバ１０は、各コンテンツについて、そのコンテンツの一部の要素を除いた状態のコンテンツを提供することもできる。具体的には、コンテンツが音楽である場合に、サーバ１０は、ボーカルの要素を含む状態と、ボーカルの要素を除いた状態での提供をすることができる。また、あるいは、例えば、コンテンツが動画（例えば、映画）である場合には、サーバ１０は、通常の映画と、無声映画としての提供を行うこともできる。
【００５６】
このときサーバ１０は、コンテンツの提供対象がコンテンツの提供が制限される会員である場合に、提供したコンテンツが全ての要素を含むものであっても、一部の要素を除いた状態のコンテンツであっても、コンテンツを提供したものとして、次回以降のコンテンツの提供における制限の根拠としてカウントして、各ユーザのコンテンツの提供に係る管理を実行する。以下、詳細に説明する。
【００５７】
（１）端末２０の機能構成
図１に示すように、端末２０の制御部２１は、コンテンツ要求部２１１と、再生部２１２と、表示処理部２１３と、を備える。
【００５８】
コンテンツ要求部２１１は、ユーザからの入出力部２３に対するコンテンツの指定と、当該コンテンツを再生する態様の指定と、を受け付けて、通信Ｉ／Ｆ２２を介して、サーバ１０に指定されたコンテンツを要求するコンテンツ要求情報を送信する。このとき、コンテンツ要求部２１１は、コンテンツ要求情報に対応付けて、端末２０のユーザを識別するユーザ識別情報（ユーザＩＤともいう）を送信してもよい。サーバ１０が提供するサービスが、サーバ１０が提供するサービスサイトにログインした状態でのサービスの提供を受けるものである場合にはサーバ１０にはユーザＩＤが特定できていることから、ユーザ識別情報を送信しなくてもよい。また、コンテンツ要求部２１１は、コンテンツ要求情報に対応付けて、指定されているコンテンツの再生態様を指定する態様指定情報を送信してもよい。
【００５９】
ここで、コンテンツの再生の態様とは、コンテンツをそのまま送信する、即ち、コンテンツから一部の要素を除く処理を行わない第１態様か、コンテンツから一部の要素を除く処理による第２態様のいずれかを指定するものであってよい。ここで、一部の要素とは人の音声であってよい。つまり、コンテンツが音楽である場合に、所謂、オンボーカル、オフボーカルを指定する情報であってよい。
【００６０】
また、ユーザからの入出力部２３に対するコンテンツの品質を指定する入力を受け付けている場合には、コンテンツ要求部２１１は、コンテンツ要求情報に対応付けて、コンテンツの品質を指定する品質情報を送信してもよい。ここでいうコンテンツの品質とは、コンテンツが音声を含むものであれば音質（限定ではなく一例として、周波数特性や歪率、ＳＮ比、ダイナミックレンジなど）を意味し、コンテンツが画像を含むものであれば画質（限定ではなく一例として、解像度やフレームレート）を意味することとしてよい。
【００６１】
再生部２１２は、通信Ｉ／Ｆ２２を介して、サーバ１０から送信されたコンテンツを受信して、受信したコンテンツを再生する。即ち、コンテンツが音楽である場合に、入出力部２３のスピーカから、音声を出力する。また、再生部２１２は、ユーザからの入出力部２３に対する入力を受け付けて、コンテンツの早送りや指定された再生位置からの再生など、一般的な音楽プレイヤーが実現可能な機能を実行する。再生部２１２によるコンテンツの再生は、ストリーミングなどの形式は問わない。
【００６２】
表示処理部２１３は、サーバ１０が提供するコンテンツに関する情報を、表示部２４の表示領域に表示するように指示する。表示処理部２１３は、例えば、コンテンツの一覧や、コンテンツを要求する際のコンテンツの態様や品質の入力を受け付けるためのメニュー等を表示する。
以上が、端末２０の機能構成である。
【００６３】
（２）サーバ１０の機能構成
図２に示すように、サーバ１０は、判定部１１１と、再生制御部１１２と、履歴更新部１１３と、を備える。
【００６４】
判定部１１１は、通信Ｉ／Ｆ１４を介して受信したコンテンツ要求情報に対応するユーザのユーザ識別情報に対応付けられている会員種別が、有料会員であるか無料会員であるかを特定する。制御部１１は、通信Ｉ／Ｆ１４を介して受信した情報（コンテンツ要求情報、態様指定情報、品質情報）を記憶部１５に記憶する。判定部１１１は、ユーザ識別情報に対応付けられている会員種別が無料会員である場合に、対応付けられている利用履歴に基づいて、コンテンツの再生の可否を判定する。
【００６５】
判定部１１１は、コンテンツ要求情報に対応するユーザ識別情報の会員種別が有料会員である場合には、コンテンツの再生が可能であると判定する。
【００６６】
一方、判定部１１１は、コンテンツ要求情報に対応するユーザ識別情報の会員種別が無料会員である場合には、ユーザ識別情報に対応する利用履歴を参照して、コンテンツ識別情報で示されるコンテンツを再生した回数を特定する。そして、特定した回数が、所定の閾値（限定ではなく一例として、一回）未満であるかを判定する。特定した回数が、所定の閾値未満である場合には、判定部１１１は、コンテンツの再生が可能であると判定する。特定した回数が所定の閾値未満でない（閾値以上である）場合には、判定部１１１は、コンテンツの再生が不可能であると判定する。
【００６７】
再生制御部１１２は、判定部１１１による判定にしたがって、端末２０に、コンテンツを送信する。
【００６８】
再生制御部１１２は、判定部１１１がコンテンツの再生が可能であると判定した場合に、通信Ｉ／Ｆ１４を介して、対応するコンテンツ要求情報に含まれるユーザ識別情報で示されるユーザの端末２０に、コンテンツ識別情報で示されるコンテンツを送信する。このとき、再生制御部１１２は、コンテンツ要求情報とともに態様指定情報を受け付けている場合であって、態様指定情報が第２態様、即ち、オフボーカルを指定しているときには、コンテンツに対して、ボーカルの音声波長を消去する処理を行ってオフボーカルとしたコンテンツ（第２態様のコンテンツ）を、送信する。また、再生制御部１１２は、品質情報を受け付けている場合には、品質情報で指定される品質となるようにコンテンツを処理して、処理後のコンテンツを送信する。なお、態様指定情報がない場合には、第１態様でのコンテンツの送信をすることとしてもよい。また、品質情報がない場合には、標準品質のコンテンツを送信することとしてよいが、これはその限りではなく、品質情報がない場合に、高品質のコンテンツを送信することをデフォルトとしてもよい。
【００６９】
なお、ここでは、再生制御部１１２による処理を行って指定される態様や品質となるコンテンツを送信することとしているが、予め、各種の態様、品質のコンテンツを記憶部１５に記憶しておき、再生制御部１１２は、指定される態様、品質のコンテンツを読み出して送信することとしてもよい。
【００７０】
一方で、再生制御部１１２は、判定部１１１がコンテンツの再生が不可能であると判定した場合には、通信Ｉ／Ｆ１４を介して、対応するコンテンツ要求情報に含まれるユーザ識別情報で示されるユーザの端末２０に、制限情報を送信する。制限情報は、コンテンツの再生が不可であることを示す情報である。
【００７１】
履歴更新部１１３は、再生制御部１１２が、端末２０にコンテンツを送信した場合に、送信先の端末２０に対応するユーザのユーザ識別情報に対応する、履歴情報を更新する。即ち、ユーザ識別情報に、送信したコンテンツのコンテンツ識別情報が対応付けられていない場合には、履歴情報に、そのコンテンツ識別情報と再生回数を対応付けて更新する。また、ユーザ識別情報に、送信したコンテンツのコンテンツ識別情報が対応付けられている場合には、その再生回数を１加算して更新する。
【００７２】
以上が、サーバ１０の機能構成である。なお、サーバ１０は、１台のサーバ装置により実現されてもよいし、複数のサーバ装置により実現されてもよい。複数のサーバ装置により実現する場合には、各サーバ装置がサーバ１０としての全機能を保持していてもよいし、サーバ１０の一部の機能のみを分散して保持し、連携してサーバ１０としての機能を実現する態様であってもよい。
【００７３】
＜データ＞
図２は、サーバ１０の記憶部１５に記憶されている情報であって、サーバ１０がサービスを提供する各ユーザに関するユーザ管理情報２００の構成例を示すデータ概念図である。サーバ１０は、ユーザ管理情報２００を、コンテンツを要求しているユーザが制限の係る無料会員であるか、有料会員であるかを判定することや、コンテンツを送信してもよいかの可否を判定するために用いる。
【００７４】
図２に示すように、ユーザ管理情報２００は、ユーザＩＤ２０１と、ユーザ名２０２と、会員種別２０３と、利用履歴２０４とが、対応付けられた情報である。
【００７５】
ユーザＩＤ２０１は、サーバ１０が提供するサービスを享受するユーザを識別するためのユーザの識別情報である。
【００７６】
ユーザ名２０２は、対応するユーザＩＤ２０１で示されるユーザＩＤを有するユーザの名前である。ユーザ名２０２は、本名であってもよいし、ハンドルネームであってもよい。
【００７７】
会員種別２０３は、対応するユーザＩＤ２０１で示されるユーザＩＤを有するユーザの会員の種別を示す情報であり、ここでは、有料会員と無料会員の２種があるものとするが、その他の種類があってもよいし、有料会員の中に複数の種類があってもよい。
【００７８】
利用履歴２０４は、対応するユーザＩＤ２０１で示されるユーザによって視聴されたコンテンツと、その視聴回数を示す情報である。また、図２には示していないが、各コンテンツについて、視聴された日時の情報も保持してよい。本実施形態では、利用履歴２０４は、所定のタイミング（限定ではなく一例として、月末から月初への切り替わりのタイミング）で、リセットされることとする。これにより、無料会員であるユーザの各コンテンツについての再生回数のカウントが容易になる。なお、リセットのタイミングは、一律で実行せずともよく、ユーザ識別情報ごとに、ユーザの情報が登録された日付を基準にリセットするようにしてもよい。また、リセットしない場合には、コンテンツの再生日時を履歴情報として保持しておくことで、所定期間内における再生回数を特定するようにしてもよい。
【００７９】
なお、ユーザ管理情報２００において、ユーザ名２０２は必須の情報ではない。また、ユーザ管理情報２００には、図２に示した情報以外のユーザに関連する情報が登録されていてもよい。
【００８０】
＜動作＞
図３は、通信システム１における端末２０とサーバ１０との間のやり取りの例を示すシーケンス図である。
【００８１】
図３に示すように、端末２０は、コンテンツの指定と、そのコンテンツを再生する態様の指定を受け付ける（ステップＳ３０１）。端末２０は、ユーザＩＤと、指定されているコンテンツのコンテンツＩＤを含むコンテンツ要求情報と、指定されている再生の態様を示す態様指定情報と、をサーバ１０に送信する（ステップＳ３０２）。
【００８２】
サーバ１０は、ユーザＩＤと、コンテンツ要求情報と、態様指定情報と、を受信すると、受信したユーザＩＤに関連付けられている会員種別を特定する（ステップＳ３０３）。そして、サーバ１０は、その会員種別が無料会員である場合にコンテンツの再生可否を判定する（ステップＳ３０４）。サーバ１０は、コンテンツの再生が可能であると判定すると、態様指定情報で指定された態様のコンテンツを送信する（ステップＳ３０５）。
【００８３】
端末２０は、サーバ１０から受信したコンテンツを再生する（ステップＳ３０６）。
【００８４】
また、コンテンツの送信後、サーバ１０は、送信したコンテンツが第１態様であっても第２態様であっても、送信先の端末２０を所持するユーザの利用履歴を更新する（ステップＳ３０７）。
【００８５】
図４は、図３に示すやり取りを実現するための端末２０の動作例を示すフローチャートである。図４に示す処理は、ユーザが所望のコンテンツを選択するところからの処理を示している。
【００８６】
図４に示すように、端末２０の入出力部２３は、ユーザからユーザが所望するコンテンツを指定する入力を受け付ける（ステップＳ４０１）。入出力部２３は、受け付けた入力内容を、制御部２１に送信する。
【００８７】
次に、入出力部２３は、ユーザから、コンテンツの再生の態様の指定を受け付ける（ステップＳ４０２）。入出力部２３は、受け付けた入力内容を、制御部２１に送信する。
【００８８】
制御部２１のコンテンツ要求部２１１は、通信Ｉ／Ｆ２２を介してサーバ１０に、指定されたコンテンツの識別情報を含むコンテンツ要求情報と、そのコンテンツの再生の態様を指定する態様指定情報と、を送信する。このとき、コンテンツ要求部２１１は、端末２０のユーザを識別するユーザＩＤも併せて送信してもよい（ステップＳ４０３）。
【００８９】
制御部２１は、通信Ｉ／Ｆ２２を介して、要求したコンテンツを受信しているかを判定する（ステップＳ４０４）。コンテンツを受信した場合には（ステップＳ４０４のＹＥＳ）、制御部２１の再生部２１２は、コンテンツの再生を実行する（ステップＳ４０５）。コンテンツを受信していない場合には（ステップＳ４０４のＮＯ）、制御部２１は、通信Ｉ／Ｆ２２を介して、制限情報を受信しているか否かを判定する（ステップＳ４０６）。制限情報を受信していない場合には（ステップＳ４０６のＮＯ）、ステップＳ４０４の処理に戻る。
【００９０】
制限情報を受信していた場合には（ステップＳ４０６のＹＥＳ）、表示処理部２１３は、受信した制限情報を、表示部２４の表示領域に表示する（ステップＳ４０７）。
【００９１】
制御部２１は、ユーザからの終了入力があるか否かを判定する（ステップＳ４０８）。ここでいう終了入力は、コンテンツを再生するためのアプリの終了入力であってもよいし、端末の電源を切る、スリープさせるなどの入力であってもよい。終了入力がない場合には（ステップＳ４０８のＮＯ）、ステップＳ４０１の処理に戻り、終了入力があった場合には（ステップＳ４０８のＹＥＳ）、処理を終了する。
【００９２】
なお、図４において、ステップＳ４０２の処理は、省略することとしてもよい。また、ステップＳ４０２においては、コンテンツの品質を指定する品質情報の指定を受け付けてもよく、その場合には、ステップＳ４０３において、コンテンツ要求部２１１は、品質情報も送信することとしてよい。
【００９３】
図５は、図３に示すやり取りを実現するためのサーバ１０の動作例を示すフローチャートである。図５に示す処理は、１つのコンテンツ要求情報を受信した場合にサーバ１０が実行する処理を示している。
【００９４】
サーバ１０の通信Ｉ／Ｆ１４は、端末２０から、ユーザＩＤと、コンテンツ要求情報と、態様指定情報と、を受信する（ステップＳ５０１）。通信Ｉ／Ｆ１４は、受信した各情報を制御部１１に送信する。制御部１１は、受信した情報を記憶部１５に記憶させる。
【００９５】
制御部１１の判定部１１１は、受信したユーザＩＤと、記憶部１５に記憶されているユーザ管理情報２００を参照して、ユーザＩＤに対応付けられている会員種別２０３が、無料会員であるか否かを判定する（ステップＳ５０２）。無料会員ではない、つまり、有料会員である場合には（ステップＳ５０２のＮＯ）、ステップＳ５０４の処理に移行する。
【００９６】
受信したユーザＩＤに会員種別として、無料会員であることを示す情報が対応付けられていた場合には（ステップＳ５０２のＹＥＳ）、判定部１１１は、ユーザ管理情報２００の利用履歴２０４を参照して、受信したユーザＩＤに対応付けられている利用履歴２０４の中に、受信したコンテンツ要求情報に含まれるコンテンツ識別情報があるか否かを確認する。利用履歴２０４の中に、受信したコンテンツ要求情報に含まれるコンテンツ識別情報がある場合には、判定部１１１は、その再生回数を特定する。利用履歴２０４の中に、受信したコンテンツ要求情報に含まれるコンテンツ識別情報がない場合には、判定部１１１は、その再生回数を０として特定する。そして、判定部１１１は、特定した再生回数が、予め定められた閾値未満であるか否かを判定する（ステップＳ５０３）。再生回数が予め定められた閾値未満である場合には（ステップＳ５０３のＹＥＳ）、判定部１１１は、コンテンツの再生が可能であると判定する。
【００９７】
再生制御部１１２は、判定部１１１によりコンテンツが再生可能であると判定された場合に、再生制御部１１２は、コンテンツ要求情報に対応する態様指定情報の指定が、第１態様または第２態様のいずれであるか、即ち、オンボーカルであるかオフボーカルであるかを判定する。態様指定情報の指定が、オフボーカルを指定するものである場合には（ステップＳ５０４のＹＥＳ）、再生制御部１１２は、コンテンツ要求情報のコンテンツ識別情報で示されるコンテンツに対して、ボーカルの波長（特定の周波数）を除去する処理を行って、オフボーカル（第２態様）のコンテンツを生成する（ステップＳ５０５）。当該処理には、既存の技術を利用することができる。
【００９８】
再生制御部１１２は、指定された態様に変換したコンテンツ、即ち、ボーカルなしの音楽を、通信Ｉ／Ｆ１４を介して、受信しているユーザＩＤで示されるユーザの端末２０に送信する（ステップＳ５０６）。
【００９９】
態様指定情報の指定がオンボーカル（第１態様）を指定している、または、態様指定情報がない場合には（ステップＳ５０４のＮＯ）、再生制御部１１２は、コンテンツ要求情報のコンテンツ識別情報で示されるコンテンツを、そのまま、通信Ｉ／Ｆ１４を介して、受信しているユーザＩＤで示されるユーザの端末２０に送信する（ステップＳ５０９）。
【０１００】
コンテンツの送信後に再生制御部１１２は、コンテンツを送信した対象のユーザＩＤと、コンテンツの識別情報と、を履歴更新部１１３に伝達する。
【０１０１】
履歴更新部１１３は、ユーザ管理情報２００において、受信したユーザＩＤに対応する利用履歴２０４に、受信したコンテンツ識別情報が登録されている場合には、その再生回数を１加算してユーザ管理情報２００を更新し、受信したコンテンツ識別情報が登録されている場合には、そのコンテンツ識別情報に、再生回数１を対応付けた情報を追加登録してユーザ管理情報２００を更新し、処理を終了する。
【０１０２】
一方、ステップＳ５０３において、再生回数が予め定められた閾値未満でない場合、つまり、閾値以上である場合には（ステップＳ５０３のＮＯ）、判定部１１１は、コンテンツの再生が不可能であると判定する。
【０１０３】
そして、再生制御部１１２は、コンテンツの再生ができない旨を示す制限情報を、通信Ｉ／Ｆ１４を介して、ユーザＩＤで示されるユーザの端末２０に送信し（ステップＳ５０８）、処理を終了する。
【０１０４】
なお、図５には示していないが、コンテンツの再生の品質を指定する指定情報をステップＳ５０１で受信している場合には、ステップＳ５０５において、指定されている品質のコンテンツに変換する処理を行う。
【０１０５】
また、ステップＳ５０１において受信した各情報は、互いに対応付けられることがサーバ１０にて判断できる態様になっていれば、それぞれ個別に受信してもよい。
【０１０６】
＜表示例＞
図６は、端末２０における表示画面例を示す図である。
【０１０７】
図６（ａ）は、端末２０の表示部２４の表示領域に表示されるコンテンツ一覧の表示例である。ユーザは、表示されたコンテンツ一覧の中から所望のコンテンツを選択（タップ）する。ここでは、例えば、「０００７  ＤＤＤＤ」を選択したとする。
【０１０８】
すると、端末２０は、図６（ｂ）に示すように、選択したコンテンツのダウンロードの実行の許可を求めるメニューを表示する。このメニューには、コンテンツの再生の態様を指定する情報として、「オンボーカル」、「オフボーカル」、を選択するためのボタンも共に表示されてもよい。
【０１０９】
ユーザが有料会員、もしくは、無料会員で選択したコンテンツを視聴した回数が閾値に達していない場合には、サーバ１０からユーザが選択したコンテンツが送信される。そして、サーバ１０から指定したコンテンツが送信されてきた場合には、図６（ｃ）に示すように、端末２０は、コンテンツの再生を実行する。
【０１１０】
一方で、サーバ１０からコンテンツではなく、制限情報を受信した場合には、端末２０は、図６（ｄ）に示すように、制限情報を表示する。ここで、制限情報は、ユーザが指定したコンテンツがダウンロードできないことを示す情報である。このとき、図６（ｄ）に示すように、コンテンツ再生の制限がない有料会員へのグレードアップを勧める情報を表示するようにしてもよいし、しなくてもよい。
【０１１１】
＜変形例＞
本発明に係る態様は、上記実施形態に限定するものではない。以下、各種変形例について説明する。
【０１１２】
（１）  上記実施形態においては、コンテンツの再生制限について、コンテンツ毎の再生回数に基づく制限を行う例を示しているが、上述したように制限の方法はこれに限定するものではない。以下、その他の例について具体的に説明する。
【０１１３】
上記実施形態では、コンテンツそれぞれで、その再生回数が所定の閾値以上になった場合に再生を制限する例を示しているが、再生制御部１１２は、コンテンツそれぞれではなく、所定期間におけるコンテンツの再生総回数が所定の閾値以上になった場合に再生を制限することとしてもよい。即ち、いずれのコンテンツ（同じコンテンツを要求し続けてもよい）を要求しても、再生回数１回として計上され、その回数の総計が所定の閾値を超えるか否かで、再生を制限するように構成してもよい。この場合、利用履歴２０４としては、コンテンツ識別情報を記憶することなく、回数のみを記憶することとしてもよい。
【０１１４】
また、再生の制限は、再生総時間を基準に実行することとしてもよい。即ち、無料会員である場合には、単位期間あたりの再生総時間（限定ではなく一例として、１ヶ月当たり５時間）が定められる。端末２０からコンテンツ要求情報があって、そのコンテンツ要求情報で示されるコンテンツが端末２０において再生された場合に、端末２０は、その再生時間をサーバ１０に送信する。サーバ１０は、受信した再生時間を逐次加算していき、ユーザ管理情報２００の利用履歴２０４として記憶する。ユーザの端末２０から、コンテンツ要求情報があったときに、ユーザＩＤに対応する利用履歴２０４に記憶されている再生総時間が、所定の閾値を超えている場合に、再生制御部１１２は、端末２０にコンテンツを送信しない。このように、端末２０で再生された総時間で制限するように構成してもよい。
【０１１５】
（２）  上記実施形態では、コンテンツとして音楽を例に説明しているが、上述の通り、動画や、何らかのテキストデータや画像などであってもよい。コンテンツが動画である場合には、一部の要素としては、動画中の人物の会話音を除去対象として、無声の動画としたものを第２態様のコンテンツとしてもよい。また、コンテンツが小説等である場合には、その小説を、例えば、一部の要素として、小説中の一部の章を削除したデータを第２態様のコンテンツとしてもよい。また、コンテンツが漫画などである場合には、登場人物のセリフを一部の要素として除去したコンテンツを第２態様のコンテンツとしてもよい。
【０１１６】
（３）  上記実施の形態において、再生制御部１１２は、コンテンツの再生回数が閾値に達した場合には（ステップＳ５０３のＮＯ）、制限情報を端末２０に送信する（ステップＳ５０８）こととしているが、これは、その限りではない。制限情報に代えて、再生制御部１１２は、コンテンツの一部（限定ではなく一例として冒頭から３０秒分）、所謂サンプルデータを、端末２０に送信することとしてもよい。
【０１１７】
（４）  上記実施の形態において、端末２０は、所謂カラオケ機能を備えてもよい。即ち、端末２０から、態様指定情報として、第２態様（オフボーカル）のコンテンツをサーバ１０に要求してオフボーカルのコンテンツを受信した場合（第１態様（オンボーカル）のコンテンツでもよい）に、入出力部２３のマイク２３２を介してユーザの歌声を集音し、受信したコンテンツとともに、スピーカ２３３から出力することとしてもよい。以下、図７を用いて説明する。図７は、端末２０のコンテンツ再生時の動作例を示すフローチャートである。
【０１１８】
図７に示すように、端末２０の通信Ｉ／Ｆ２２は、サーバ１０からコンテンツを受信する（ステップＳ７０１）。通信Ｉ／Ｆ２２は、受信したコンテンツを制御部２１に伝達する。
【０１１９】
このとき、再生部２１２は、入出力部２３を介して、ユーザからカラオケモードの設定入力がされているか否かを判定する（ステップＳ７０２）。
【０１２０】
カラオケモードが設定されていない場合（ステップＳ７０３のＮＯ）は、そのまま受信したコンテンツを出力し（ステップＳ７０６）、ステップＳ７０７の処理に移行する。
【０１２１】
カラオケモードが設定されている場合（ステップＳ７０３のＹＥＳ）は、再生部２１２は、更に、エフェクトの設定がされているかを判定する（ステップＳ７０３）。ここでエフェクトとは、音声に対して何らかの編集を施すことをいい、限定ではなく一例として、エコー効果、変声効果（男性の声を女性の声に、又は、女性の声を男性の声に、あるいは、動物のような声に変更すること）などの効果が含まれてよい。
【０１２２】
エフェクトの設定がされている場合には（ステップＳ７０３のＹＥＳ）、再生部２１２は、マイク２３２から集音されるユーザの声に、指定されているエフェクトの処理を施し、スピーカ２３３から、コンテンツの音とともに出力する（ステップＳ７０４）。
【０１２３】
エフェクトの設定がされていない場合には（ステップＳ７０３のＮＯ）、再生部２１２は、マイク２３２から集音されるユーザの声とともに、コンテンツの音を出力する（ステップＳ７０５）。
【０１２４】
制御部２１は、ユーザからの終了入力があるか否かを判定する（ステップＳ７０７）。ここでいう終了入力は、コンテンツを再生するためのアプリの終了入力であってもよいし、端末の電源を切る、スリープさせるなどの入力であってもよい。終了入力がない場合には（ステップＳ７０７のＮＯ）、ステップＳ４０１の処理に戻り、終了入力があった場合には（ステップＳ７０７のＹＥＳ）、処理を終了する。
【０１２５】
このように、端末２０は、コンテンツ再生時にユーザの声と共に出力することとしてよく、所謂カラオケ機能を実現してもよい。
【０１２６】
（５）  上記実施形態において、コンテンツの態様や品質を指定できる旨を説明したが、これらの指定は、コンテンツの利用途中に切り替えることができることとしてもよい。限定ではなく一例として、最初に端末２０において第１態様のコンテンツを再生している途中で、ユーザが第２態様での再生を指定する入力をした場合に、第２態様でのコンテンツの再生に変更することとしてよい。この切替は、サーバ１０から送信するコンテンツの態様を切り替えて端末２０に送信することで実現してもよいし、サーバ１０が元々第１態様、第２態様のいずれでも再生可能なコンテンツを端末２０に送信し、端末２０で切り替えて再生の態様を切り替えることで実現することとしてもよい。これはコンテンツの品質の切替であっても同様である。
【０１２７】
（６）  上記補足（３）においては、再生回数が閾値に達している場合には、サンプル再生ができる旨を説明しているが、再生回数が閾値に達していなくても、ユーザは端末２０を介して、サンプル再生を指定できてもよい。サンプル再生とは、コンテンツの時間軸方向においてコンテンツの一部のみが再生できる再生手法であり、音楽の場合であれば、冒頭の所定時間（限定ではなく一例として３０秒）のみの再生であったり、サビのみの再生であったりしてよい。サンプル再生の指定を受け付けた場合には、サーバ１０は、サンプル用のコンテンツを端末２０に送信する。サンプル用のコンテンツは、予め記憶部１５に記憶されていてもよいし、通常のコンテンツから時間軸方向で一部をきりとったものであってもよい。そして、サンプル再生の場合には、サーバ１０は、利用履歴２０４を更新しない。なお、第１態様または第２態様のコンテンツは、時間軸方向でフル再生が可能なコンテンツである。
【０１２８】
また、最初にサンプル再生を指定している場合に、途中で、第１態様での再生や第２態様での再生に切り替えることができてもよい。途中でサンプル再生から第１態様または第２態様での再生に切り替えられた場合には、サーバ１０は、利用履歴２０４を更新する。
【０１２９】
（７）  上記実施形態においてサーバ１０は、コンテンツの再生に係る品質情報を受け付ける例を示しているが、受け付けることができるコンテンツの再生に係る情報（設定情報ともいう）は、上記実施形態に示した情報に限定するものではない。設定情報は、限定ではなく一例として、コンテンツが動画など画像を含むものであれば再生の輝度であってもよいし、色調の指定であってもよい。また、設定情報は、動画に対する字幕の有無の指定であってもよい。また、コンテンツが音楽である場合には、設定情報は、重低音の強調指定であってもよいし、特定の音域のカット指定であってもよいし、再生速度の速度指定であってもよい。
【０１３０】
＜実施形態の効果＞
上記実施形態に係るサーバ１０は、端末２０からコンテンツを要求するコンテンツ要求情報に応じて、コンテンツを送信した場合に、そのコンテンツの態様が第１態様と第２態様のいずれであっても、そのコンテンツを視聴したものとして、利用履歴として計上する。そして、サーバ１０は、利用履歴に基づいて、コンテンツの配信の可否を判断し、コンテンツの利用を制限することができる。
これにより、サーバ１０は、コンテンツの配信の態様の指定を受け付けて、受け付けた態様でのコンテンツの配信を行うことができるとともに、コンテンツの配信の態様が第１態様と第２態様のいずれであっても、利用履歴として計上することで、コンテンツを再生する際に制限することができる。これにより、ユーザがコンテンツの利用の制限を解除するために、限定ではなく一例として、有料会員としての登録を促すことができる。
【０１３１】
また、サーバ１０は、コンテンツの単位期間あたりの利用回数が所定の閾値を超える場合に、ユーザによるコンテンツの利用が不可であると判定してもよい。また、あるいは、サーバ１０は、コンテンツの単位期間あたりの総利用時間が所定の閾値を超える場合に、ユーザによるコンテンツの利用が不可であると判定してもよい。
これにより、サーバ１０は、定量的に、ユーザにコンテンツを提供してよいかどうかを判断することができる。
【０１３２】
また、サーバ１０は、コンテンツの態様としての態様指定情報の他、コンテンツの品質に係る指定を受け付けて、指定された品質のコンテンツを、端末２０に送信することとしてもよい。
これにより、サーバ１０は、コンテンツの再生の態様の他、品質を指定する入力を受け付けて、指定された品質のコンテンツを提供することができる。したがって、サーバ１０は、ユーザにより高い質のサービスを提供することができる。
【０１３３】
また、サーバ１０は、コンテンツの態様として第２態様の指定を受け付けている場合に、元々記憶しているコンテンツから一部の要素を取り除く処理を施し、処理後のコンテンツを端末２０に送信することとしてもよい。サーバ１０は、コンテンツが音楽である場合には、特定の音、例えば、ボーカル相当の周波数を除去してボーカルなしの音声を生成することとしてもよい。
これにより、サーバ１０は、各態様に応じたコンテンツを用意しておかなくとも済むので、記憶容量の削減を実現することができる。
【０１３４】
また、サーバ１０が提供するコンテンツは、音楽又は動画であってよく、その場合に除去される一部の要素は、人の音声であってもよい。
これにより、サーバ１０は、音楽であればオフボーカルの音楽を提供することができ、動画の場合であれば、無声動画を提供することができる。したがって、サーバ１０は、様々なバリエーションのコンテンツを提供することができる。
【０１３５】
また、サーバ１０が、提供するサービスを享受するユーザの会員としての種別には、サービスを受けるにあたって、対価を支払っている有料会員と、対価を支払っていない無料会員と、が含まれてよい。そして、無料会員である場合に、コンテンツの提供を制限することとしてもよい。
これにより、有料会員と無料会員とを区別し、無料会員に足して有料会員になるモチベーションを与えることができる。
【符号の説明】
【０１３６】
１  通信システム
１０  サーバ
１１  制御部
１１１  判定部
１１２  再生制御部
１１３  履歴更新部
１２  入出力部
１３  表示部
１４  通信Ｉ／Ｆ（通信部）
１５  記憶部
２０  端末
２１  制御部
２１１  コンテンツ要求部
２１２  再生部
２１３  表示処理部
２２  通信Ｉ／Ｆ
２３  入出力部
２３１  タッチパネル
２３２  マイク
２３３  スピーカ
２３４  カメラ
２４  表示部（ディスプレイ）
２５  位置情報取得部
２８  記憶部
３０  ネットワーク
【要約】      （修正有）【課題】ユーザの端末からの要求にしたがってコンテンツを送信する際に、適切に再生を制限する。【解決手段】通信システム１において、端末２０にコンテンツを送信するサービスを提供する情報処理装置（サーバ１０）は、ユーザ識別情報と、コンテンツ識別情報を含むコンテンツ要求情報と、コンテンツ再生の態様を指定する態様指定情報を受信する受信部と、コンテンツ要求情報に対応するユーザ識別情報の会員種別情報と利用履歴とに基づいて、コンテンツ再生の可否を判定する判定部と、判定部による判定に基づき、コンテンツ要求情報に含まれるコンテンツ識別情報に係るコンテンツを第１態様、あるいは第１態様から一部の要素が除かれた第２態様によって、端末にてコンテンツを再生させる再生制御部と、再生制御部が第１態様あるいは第２態様によってコンテンツを再生させたことに基づいて、利用履歴を更新する履歴更新部と、を備える。【選択図】図１【図１】
0006847292.tif 000002
【図２】
0006847292.tif 000003
【図３】
0006847292.tif 000004
【図４】
0006847292.tif 000005
【図５】
0006847292.tif 000006
【図６】
0006847292.tif 000007
【図７】
0006847292.tif 000008