JP2014135599A - 情報処理装置、情報処理方法、並びに記録媒体 - Google Patents

Abstract

【課題】複数のデータの再生処理を、複数のデータを記憶すること無く行えるようにする。
【解決手段】第１のＵＲＩと第２のＵＲＩを少なくとも含む制御情報を共有する共有部と、共有部により共有されている制御情報に基づき、第１のＵＲＩを参照して第１のデータを取得する第１の取得部と、共有部により共有されている制御情報に基づき、第２のＵＲＩを参照して第２のデータを取得する第２の取得部と、共有部により共有されている制御情報に基づき、第１のデータと第２のデータを、ユーザに提供する提供部とを備える。本技術は、スライドショーを提供するコンピュータに適用できる。
【選択図】図７

Description

本技術は、情報処理装置、情報処理方法、並びに記録媒体に関する。詳しくは、複数のデータを用いて、例えばスライドショーなどと称される画像を切り換えたりするサービスを提供するときに用いて好適な情報処理装置、情報処理方法、並びに記録媒体に関する。

静止画像や動画像を撮影する機能を有するデジタルカメラや携帯電話機などの機器が普及している。そして、それらの機器で撮像された画像を、パーソナルコンピュータやテレビジョン受像機などで見られるようになっている。その際、スライドショーなどと称される方式で、画像が再生されることがある。

スライドショーでは、表示されている画像が順次切り替えられて、ユーザに提供される。また、スライドショーによっては、画像の表示とともに、音楽が再生され、ユーザに提供される機能を有するものもある（例えば、特許文献１参照）。

特開２００９−８０７９４号公報

従来のスライドショーでは、スライドショーを実行する機器に記憶されている画像のデータと音楽のデータが用いられていた。画像のデータと音楽のデータを記憶する必要があり、記憶すべきデータ量が増加してしまう。また自己のパーソナルコンピュータなどに記憶されているデータが用いられてスライドショーが行われるため、他のユーザに見せたいときなどに、他のユーザのパーソナルコンピュータで同じようにスライドショーさせるといったことは困難であった。

本技術は、このような状況に鑑みてなされたものであり、機器側に記憶されていないデータを用いた再生を提供し、他のユーザとの共有を可能とすることができるようにするものである。

本技術の一側面の情報処理装置は、第１のＵＲＩと第２のＵＲＩを少なくとも含む制御情報を共有する共有部と、前記共有部により共有されている前記制御情報に基づき、前記第１のＵＲＩを参照して第１のデータを取得する第１の取得部と、前記共有部により共有されている前記制御情報に基づき、前記第２のＵＲＩを参照して第２のデータを取得する第２の取得部と、前記共有部により共有されている前記制御情報に基づき、前記第１のデータと前記第２のデータを、ユーザに提供する提供部とを備える。

前記第１のデータは、画像データであり、前記第２のデータは、音楽データであり、前記制御情報に基づきスライドショーが前記ユーザに提供されるようにすることができる。

前記共有部は、ＳＮＳ（Social Networking Service）の異なるユーザのページ上で、前記提供部による提供を行うための前記制御情報を共有するようにすることができる。

前記制御情報は、電子メールにより配布されるようにすることができる。

前記制御情報には、前記第１のデータまたは前記第２のデータの少なくとも一方のデータの購入に誘導するための情報も含まれるようにすることができる。

前記制御情報は、前記第１のデータまたは前記第２のデータの少なくとも一方のデータが、権利の有無により異なるデータとなる場合、権利があるときに取得されるデータ用の制御情報と、権利がないときに取得されるデータ用の制御情報を含むようにすることができる。

前記制御情報が作成されるとき、前記第１のデータが選択されたときに、前記第１のデータに適する前記第２のデータを推薦するようにすることができる。

本技術の一側面の情報処理方法は、第１のＵＲＩと第２のＵＲＩを少なくとも含む制御情報を共有し、共有されている前記制御情報に基づき、前記第１のＵＲＩを参照して第１のデータを取得し、共有されている前記制御情報に基づき、前記第２のＵＲＩを参照して第２のデータを取得し、共有されている前記制御情報に基づき、前記第１のデータと前記第２のデータを、ユーザに提供するステップを含む。

本技術の一側面の記録媒体は、第１のＵＲＩと第２のＵＲＩを少なくとも含む制御情報を共有し、共有されている前記制御情報に基づき、前記第１のＵＲＩを参照して第１のデータを取得し、共有されている前記制御情報に基づき、前記第２のＵＲＩを参照して第２のデータを取得し、共有されている前記制御情報に基づき、前記第１のデータと前記第２のデータを、ユーザに提供するステップを含む処理をコンピュータに実行させるためのプログラムを記録している。

本技術の一側面の情報処理装置、情報処理方法、並びに記録媒体においては、第１のＵＲＩと第２のＵＲＩを少なくとも含む制御情報が共有され、第１のＵＲＩが参照されて第１のデータが取得され、第２のＵＲＩが参照されて第２のデータが取得され、取得された第１のデータと第２のデータが、ユーザに提供される。

本技術の一側面によれば、機器側に記憶されていないデータを用いた再生を提供し、他のユーザとの共有を可能とすることができる。

本技術が適用されるシステムの一実施の形態の構成を示す図である。 端末の構成について説明するための図である。 端末の機能について説明するための図である。 スクリプト管理サーバの機能について説明するための図である。 画像サーバの機能について説明するための図である。 音楽サーバの機能について説明するための図である。 スクリプトに基づく処理について説明するための図である。 スクリプトに基づく処理について説明するための図である。 スクリプトに基づく処理について説明するための図である。 端末に表示される画面の一例を示す図である。 端末に表示される画面の一例を示す図である。 端末に表示される画面の一例を示す図である。 端末に表示される画面の一例を示す図である。 端末に表示される画面の一例を示す図である。 権利があるデータを再生するときの動作について説明するためのフローチャートである。 スクリプトの作成について説明するための図である。 スクリプトの作成について説明するための図である。 スクリプトの作成支援について説明するための図である。

以下に、本技術を実施するための形態（以下、実施の形態という）について説明する。なお、説明は、以下の順序で行う。
１．システムの全体構成
２．各機器の構成
３．システムにおける処理
４．ページ内のスライドショーの表示
５．再生時の権利管理について
６．スクリプトの作成について

＜システムの全体構成＞
図１は、本技術が適用されるシステムの一実施の形態の構成を示す図である。図１に示したシステムは、ネットワーク１０、端末２１、スクリプト管理サーバ２２、画像サーバ２３、および音楽サーバ２４から構成される。

ネットワーク１０は、有線で構成されていても良いし、無線で構成されていても良いし、有線と無線が混在していても良い。端末２１は、ユーザ側の機器であり、映像、静止画、音楽などのコンテンツを再生する機能を有する。端末２１は、例えば、スマートフォン、タブレット型のパーソナルコンピュータ、パーソナルコンピュータ、テレビジョン受像機などの機器である。

スクリプト管理サーバ２２は、後述するスクリプトを管理する。詳細は後述するが、スクリプト管理サーバ２２は、作成されたスクリプトの管理や、管理しているスクリプトが用いられたときのログの管理などを行う。

画像サーバ２３は、画像データを管理する。同様に、音楽サーバ２４は、音楽データを管理する。

図１には、端末２１、スクリプト管理サーバ２２、画像サーバ２３、音楽サーバ２４が、それぞれ１台ずつネットワーク１０に接続されている例を示したが、端末２１、スクリプト管理サーバ２２、画像サーバ２３、音楽サーバ２４のそれぞれの機器は、複数台あり、複数台が、ネットワーク１０に接続される構成とすることも可能である。

＜各機器の構成＞
図２は、端末２１の構成例を示す図である。端末２１において、ＣＰＵ（Central Processing Unit）５１、ＲＯＭ（Read Only Memory）５２、ＲＡＭ（Random Access Memory）５３は、バス５４により相互に接続されている。バス５４には、さらに、入出力インタフェース５５が接続されている。入出力インタフェース５５には、入力部５６、出力部５７、記憶部５８、通信部５９、およびドライブ６０が接続されている。

入力部５６は、キーボード、マウス、マイクロフォンなどよりなる。出力部５７は、ディスプレイ、スピーカなどよりなる。記憶部５８は、ハードディスクや不揮発性のメモリなどよりなる。通信部５９は、ネットワークインタフェースなどよりなる。ドライブ６０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア６１を駆動する。

以上のように構成される端末２１においては、ＣＰＵ５１が、例えば、記憶部５８に記憶されているプログラムを、入出力インタフェース５５及びバス５４を介して、ＲＡＭ５３にロードして実行することにより、以下に説明する処理が行われる。

ＣＰＵ５１が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア６１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

端末２１では、プログラムは、リムーバブルメディア６１をドライブ６０に装着することにより、入出力インタフェース５５を介して、記憶部５８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部５９で受信し、記憶部５８にインストールすることができる。その他、プログラムは、ＲＯＭ５２や記憶部５８に、あらかじめインストールしておくことができる。

図３以降に機器が有する機能について説明するが、それらの機能は、例えば、上記したように、ＣＰＵ５１が実行するプログラムとして実現することができる。

スクリプト管理サーバ２２、画像サーバ２３、音楽サーバ２４のそれぞれも、端末２１と同じくパーソナルコンピュータとして構成することができるため、ここでは、その説明を省略する。

図３は、端末２１の機能を示す図である。端末２１の送受信部１０１は、ネットワーク１０を介して他の機器とのデータの授受を行う。例えば、端末２１の送受信部１０１は、スクリプト管理サーバ２２から、スクリプトを受信し、そのスクリプトに応じて、画像サーバ２３からの画像データや音楽サーバ２４からの音楽データを受信する。

記憶部１０２は、一時的、または継続的に、スクリプト、画像データ、音楽データなどを記憶する。解析部１０３は、記憶部１０２に記憶されているスクリプトを解析し、その解析に応じた処理、例えば、画像サーバ２３から画像データを取得し、音楽サーバ２４から音楽データを取得するといった処理を実行する。再生部１０４は、取得された画像データや音楽データを再生し、ユーザに画像や音楽を提供する。

なお、解析部１０３や再生部１０４は、フラッシュ（Flash）や、ＨＴＭＬ（Hyper Text Markup Language）などで記載されたプログラムで構成することができる。また、解析部１０３は、スクリプトを解析するとして説明を続け、スクリプトは、例えばＸＭＬ（Extensible Markup Language）のドキュメントを適用できるとして説明を続けるが、スクリプトに該当するものは、解析部１０３が解析できる言語で記載された制御情報であれば良い。

以下に説明する実施の形態においては、スライドショーなどと称される方式で、画像が再生される場合を例に挙げて説明する。スライドショーでは、表示されている画像が順次切り替えられて、ユーザに提供される。また、スライドショーによっては、画像の表示とともに、音楽が再生され、ユーザに提供される機能を有するものもあり、ここでは、そのような音楽も再生されるスライドショーであるとして説明を続ける。

ユーザに提供される画像は、画像サーバ２３から取得される画像データに基づく画像である。またユーザに提供される音楽は、音楽サーバ２４から取得される音楽データに基づく音楽である。本技術によれば、画像サーバ２３から画像データを取得し、音楽サーバ２４から音楽データを取得して、スライドショーをユーザに提供するため、端末２１側では、画像データや音楽データを記憶していなくとも、スライドショーをユーザに提供することができる。

また、スライドショーを実行する端末２１は、ユーザＡの端末であっても良いし、ユーザＢの端末であっても良い。すなわち、端末２１側で画像データや音楽データを記憶していなくても、スライドショーを提供できるため、異なる端末でも、同一内容のスライドショーを提供することができる。同一内容のスライドショーを提供するために、本実施の形態においては、スクリプトを用いる。スクリプトは、スクリプト管理サーバ２２により管理されている。

図４は、スクリプト管理サーバ２２の機能を示す図である。スクリプト管理サーバ２２の送受信部１４１は、管理しているスクリプトを端末２１に供給したり、他の機器からの登録の依頼があったスクリプトを受信したりする。スクリプト記憶部１４２は、登録されたスクリプトを記憶する。ここでは、スクリプト管理サーバ２２が登録されたスクリプトを記憶するとして説明を続けるが、画像サーバ２３や音楽サーバ２４が、それぞれ、登録されたスクリプトを記憶するようにしても良い。

また、スクリプト管理サーバ２２を設ける場合を例に挙げて説明を続けるが、スクリプト管理サーバ２２の機能を、画像サーバ２３に設けたり、音楽サーバ２４に設けたりすることも可能である。

スクリプト管理サーバ２２のログ管理部１４３は、スクリプトの再生回数などのログを管理する。ログは、例えば、どのような画像や音楽が好まれているのか、所定の画像に対してどのような音楽が合うと認識されているのかなどのマーケティングなどに用いることが可能である。

図５は、画像サーバ２３の機能を示す図である。画像サーバ２３の送受信部１７１は、端末２１からの要求を受信し、その要求に応じて、画像データ記憶部１７２に記憶している画像データを端末２１に送信する。画像データ記憶部１７２は、画像データを記憶する。スクリプト作成部１７３は、後述するスクリプトを作成する機能である。

画像サーバ２３は、ユーザが撮像した画像や、スライドショーの対象として登録された画像などの画像データを管理するサーバである。ユーザは、自己のデジタルカメラや撮影機能を有する携帯電話機などの撮影装置で撮影した画像を、ネットワーク１０を介して画像サーバ２３に送信し、管理させることができるように構成されている。

図６は、音楽サーバ２４の機能を示す図である。音楽サーバ２４の送受信部１９１は、端末２１からの要求を受信し、その要求に応じて、音楽データ記憶部１９２に記憶している音楽データを端末２１に送信する。音楽データ記憶部１９２は、音楽データを記憶する。スクリプト作成部１９３は、後述するスクリプトを作成する機能である。

音楽サーバ２４は、例えば、音楽データを販売するサイトを運営する管理者が管理するサーバとすることができる。また音楽データを有償、無償で配信するサーバとすることもできる。音楽サーバ２４は、音楽データの権利関係を把握し、適切な運用を行うサーバであることが好ましい。

＜システムにおける処理＞
図７を参照し、図１に示したシステムであり、図３乃至図６を参照して説明した機能を有する機器で行われる処理の概略を説明する。ステップＳ１において、端末２１−１は、スクリプトを作成する。端末２１−１は、ユーザＡの端末であるとし、後述する端末２１−２は、ユーザＢの端末であるとする。

端末２１−１は、例えば、画像サーバ２３にアクセスし、画像サーバ２３から提供される画面を表示している。その画面には、スクリプトを作成するボタンなどが表示されており、そのボタンが操作されると、スクリプトが作成される。スクリプトの具体的な例は、図８を参照して後述するが、所定の画像が表示されているときに、所定の音楽を流すといったスライドショーを実現するためのスクリプトである。

図１６、図１７を参照して後述するが、ユーザは、例えば所望の画像を選択し、その画像が表示されているときに流したい音楽を選択することで、スライドショーのスクリプトを作成することができるようになされている。ユーザは、簡便な操作でスクリプトを作成することができるようにされており、そのようなスクリプトを作成する画面を見ながら、端末２１−１側でスクリプトが作成される。

作成されたスクリプトは、ステップＳ２において、スクリプト管理サーバ２２に供給され、記憶される。ステップＳ３において、スクリプト管理サーバ２２に記憶されているスクリプトが端末２１−２に配布される。スクリプトの配布については後述するが、スクリプト管理サーバ２２からダウンロードされることでの配布、電子メールにスクリプトが添付され送受信されることでの配布、ＳＮＳ（Social Networking Service）のページなどで共有されることによる配布などがある。

端末２１−２は、スクリプトを取得すると、ステップＳ４において、そのスクリプトに基づく処理を実行する。スクリプトに基づく処理としては、画像サーバ２３にアクセスし、画像データを取得したり、音楽サーバ２４にアクセスし、音楽データを取得したりする処理が含まれる。ここで、スクリプトに基づく処理について具体的な例を挙げて説明する。

図８は、具体的なスクリプトの例を示す図である。スクリプト２０１には、本体２０２、参照先ＵＲＩ２０３、参照先ＵＲＩ２０４、およびフレーム画像データ２０５が含まれる。ＵＲＩは、Uniform Resource Identifierの略であり、一定の書式によってリソース（資源）を指し示す識別子である。なおここでは、説明のためにスクリプト２０１を、このような複数の構成に分けて説明するが、スクリプト２０１は、１つのプログラムとして構成され、そのプログラムの構成に従った構成とされる。

スクリプト２０１の本体２０２には、“ＵＲＩ１を参照し、音楽Ａを再生”、“ＵＲＩ２を参照し、画像ＡをフレームＡに合成表示”、“３秒後にＵＲＩ２を参照し、画像Ｂを右からスライド”という３つの指示が記載されている。この本体２０２に記載されている指示内の“ＵＲＩ１”の参照先は、参照先ＵＲＩ２０３に記載され、“ＵＲＩ２”の参照先は、参照先ＵＲＩ２０４に記載されている。

この場合、参照先ＵＲＩ２０３には、音楽サーバ２４のＵＲＩ（音楽Ａの音楽データが記憶されているＵＲＩ）が記載されている。また参照先ＵＲＩ２０４には、画像サーバ２３のＵＲＩ（画像Ａの音楽データが記憶されているＵＲＩ）が記載されている。

スクリプト２０１には、フレーム画像データ２０５も含まれており、この場合、フレーム画像データ２０５は、フレーム画像Ａの画像データである。なおフレーム画像の画像データは、スクリプト２０１に含まれていても良いし、ＵＲＩで参照されるデータとすることも可能である。

このようなスクリプト２０１が、端末２１の記憶部１０２（図３）に記憶され、解析部１０３（図３）により解析されたときの処理について、図９を参照して説明する。

時刻ｔ１において、スクリプト２０１の本体２０２に記載されている“ＵＲＩ１を参照し、音楽Ａを再生”という内容が解析された結果、端末２１は、参照先ＵＲＩ２０３に記述されている音楽サーバ２４の音楽Ａの音楽データが記憶されているＵＲＩ１を参照し、音楽サーバ２４にアクセスする。端末２１は、アクセス先の音楽サーバ２４から音楽Ａの音楽データをダウンロードしつつ、ユーザへの提供を開始する。すなわち時刻ｔ１において、音楽Ａのストリーミング再生が開始される。

時刻ｔ２において、スクリプト２０１の本体２０２に記載されている“ＵＲＩ２を参照し、画像ＡをフレームＡに合成表示”という内容が解析された結果、端末２１は、参照先ＵＲＩ２０４に記述されている画像サーバ２３の画像Ａの画像データが記憶されているＵＲＩ２を参照し、画像サーバ２３にアクセスする。端末２１は、アクセス先の画像サーバ２３から画像Ａの画像データを取得する。また、時刻ｔ３において、スクリプト２０１に含まれるフレーム画像Ａを取得する。

そして、時刻ｔ４において、フレーム画像Ａ内の所定の位置に、画像サーバ２３から取得された画像Ａが合成され、表示される。このようにして、ユーザに画像Ａが提供され、音楽Ａが提供される。

時刻ｔ５において、スクリプト２０１の本体２０２に記載されている“３秒後にＵＲＩ２を参照し、画像Ｂを右からスライド”という内容が解析された結果、端末２１は、参照先ＵＲＩ２０４に記述されている画像サーバ２３の画像Ｂの画像データが記憶されているＵＲＩ２を参照し、画像サーバ２３にアクセスする。

なおここでは画像Ｂ（画像Ａとは異なる画像）も、画像Ａの画像データを記憶している画像サーバ２３で管理されており、画像Ｂの画像データを取得するために、参照先ＵＲＩ２０４に記載されているＵＲＩ２が参照されて、画像サーバ２３にアクセスされるとして説明を行う。しかしながら、画像Ｂの画像データは、画像Ａの画像データが記憶されている画像サーバ２３とは異なるサーバに記憶されているようにしても良いし、異なるサーバのＵＲＩがスクリプト２０１にさらに含まれ、参照されるようにしても良い。

時刻ｔ５において、端末２１は、アクセス先の画像サーバ２３から画像Ｂの画像データを取得する。時刻ｔ６において、端末２１は、フレーム画像Ａ内の画像Ａを画像Ｂに入れ替える。この際、スクリプト２０１の本体２０２の“右からスライド”という指示に基づき、画像Ｂが、右側からスライドして画像Ａと入れ替わるようなスライドアニメーションが実行される。このような画像の入れ換えのときも、音楽Ａはストリーミング再生されている。

このようにして、スクリプト２０１に基づき処理が行われることで、順次画像が入れ替えられるスライドショーが実現される。また、スライドショーに合わせて音楽もユーザに提供される。

本実施の形態においては、画像データや音楽データは、画像サーバ２３や音楽サーバ２４から取得されるため、端末２１側に記憶されている必要がない。よって、端末２１側でスライドショーを実現するために必要とされる画像データや音楽データを記憶するための記憶容量を削減することが可能となる。

このようなスライドショーは、所定のサーバで提供されるＷｅｂページ内で提供することができる。スライドショーがＷｅｂページ内で提供される場合について説明する。

＜ページ内のスライドショーの表示＞
図１０は、端末２１の出力部５７（図２）を構成するディスプレイ３１１に表示されるＷｅｂページ（以下、ページまたは画面と記述する）の一例を示す図である。図１０に示したページは、ＳＮＳ（Social Networking Service）などと称されるページ内に、スクリプト２０１で提供されるスライドショーが表示されている一例である。

図１０に示したページの左上には、ＳＮＳの登録者であり、このページの作成者（管理者）であるユーザＡの顔画像や名前が表示される。ページ中央には、フレーム画像Ａによるフレーム３２２が表示されている、フレーム３２２の上部には、“このスライドショーお勧めだよ！”といったユーザＡからのメッセージが表示されている。フレーム３２２の下側には、“コメントを追加”といったメッセージが表示されている欄３２３が設けられており、このページを閲覧したユーザが、スライドショーに対するコメントを残せるようになっている。

フレーム３２２の下側には、“良い”といったボタン３２４が表示されている。このボタン３２４は、スライドショーを閲覧したユーザが、そのスライドショーが良いと思ったときに操作されるボタンである。またボタン３２４には、“良い”と思い、ボタンを操作したユーザの数（累計）が表示されている。

フレーム３２２の下側には、“共有”といったボタン３２５も表示されている。このボタン３２５は、スライドショーを閲覧したユーザが、そのスライドショーを共有したい思ったときに操作されるボタンである。またボタン３２５には、“共有する”と思い、ボタンを操作したユーザの数（累計）が表示されている。

共有は、友達の投稿した画像やリンクを自分のページにも表示し、他の友達と共有したいときに利用される。例えば、図１０に示したページがユーザＡのページであり、このページを閲覧しているユーザがユーザＢであったとする。またユーザＢも、自己のページを持っているとする。このような場合に、ユーザＢが“共有”というボタン３２５を操作すると、ユーザＢのページにも、図１０に示したスライドショーの画面が表示される。よって、ユーザＢのページを閲覧したユーザも、ユーザＡのページに表示されていたスライドショーと同一のスライドショーを閲覧することができる。

例えば、図１０に示した画面において、ユーザＢが、“共有”というボタン３２５を操作すると、図１１に示したような画面にディスプレイ３１１の画面が切り換えられる。図１０に示した画面と図１１に示した画面を比較するに、図１１に示した画面は、“共有する相手の選択“といったメッセージが表示されている欄３４１と、“確認”というボタン３４２が、図１０に示した画面の欄３２３、ボタン３２４、ボタン３２５の代わりに表示されている。

なお、図１０に示した画面の欄３２３、ボタン３２４、ボタン３２５が表示されたままで、欄３４１やボタン３４２が追加されて表示されるようにしても、勿論良い。

ユーザＢは、欄３４１に、スライドショーを共有したい相手を選択する。直接的にユーザ名などを入力できるようにしても良いし、予め設定されているユーザやグループを選択することで入力できるようにしても良い。

図１１に示した例では、共有する相手として、“ユーザＢ”と“ユーザＣ”が入力されている。スライドショーを共有する相手を入力し、その相手で良い場合、“確認”というボタン３４２が操作される。ボタン３４２が操作されることで、共有が完了する。この場合、ユーザＢやユーザＣのページにも、ユーザＡのページに表示されていたスライドショーと同一のスライドショーが提供される画面が含まれたページとされる。

このことで、この場合、ユーザＡ、ユーザＢ、ユーザＣの３人が、同一のスライドショーを共有したことになる。この場合、スライドショーは、スクリプト２０１で提供されるため、ユーザＡ乃至Ｃは、スクリプト２０１を共有したことになる。スクリプト２０１の配布の形態として、このようなＳＮＳなどにおける共有がある。

スクリプト２０１は、ＳＮＳなどにおいて共有される際、ＳＮＳの所定のページにアクセスしたときに、そのページのデータの一部として一時的に、端末２１に記憶されるようにしても良い。また、一時的ではなく、ユーザの指示によりダウンロードされ、ユーザの指示があるまで削除されないスクリプト２０１として端末２１に記憶されても良い。

例えば、図示はしないが、図１０や図１１に示した画面において、“ダウンロード”といったボタンを設け、そのボタンが操作されたとき、端末２１にダウンロードされるようにしても良い。または、電子メールにスクリプト２０１が添付され、端末２１側に配布されるようにしても良い。例えば、図７を参照して説明したように、ステップＳ３において、スクリプトの配布が行われる際、端末２１−１から端末２１−２に、スクリプト２０１が添付された電子メールが送信され、端末２１−２側で、受信し、記憶することで、端末２１−１にスクリプト２０１が記憶されるようにしても良い。

このようにして端末２１に記憶されたスクリプト２０１が起動されたとき、図１０に示したようなＳＮＳのページにアクセスされ、そのページ内でスクリプト２０１によるスライドショーが提供されるようにしても良い。または、図１０に示したような画面のうちのスクリプト２０１により提供されるスライドショーのみが、ユーザ側に提供されるようにしても良い。

このように、電子メールやダウンロードにより、スクリプト２０１が配布されるように構成することも可能である。

また、上記した共有や、電子メール、ダウンロードなどによるスクリプト２０１の配布は、スクリプト２０１をスクリプト管理サーバ２２が管理し、そのスクリプト管理サーバ２２が管理しているスクリプト２０１を参照するＵＲＩが配布されることで、スクリプト２０１が配布されるようにしても良い。

例えば、上記した共有においては、スクリプト管理サーバ２２が管理しているスクリプト２０１を参照するＵＲＩが共有される。また例えば、電子メールによる配布の場合、スクリプト管理サーバ２２が管理しているスクリプト２０１を参照するＵＲＩが電子メールに記載または添付されて配布されることで、スクリプト２０１が共有される。ダウンロードの場合も、スクリプト管理サーバ２２が管理しているスクリプト２０１を参照するＵＲＩがダウンロードされることで、スクリプト２０１が共有される。

図１０に示した画面の説明に戻る。図１０に示した画面のうち、フレーム３２２内には、再生されるときに操作されるボタン３２６が表示されている。この“再生”のボタン３２６が操作されると、スライドショーが開始される。スライドショーについては、図８、図９を参照して説明したように、スクリプト２０１に基づき、画像サーバ２３から画像データが取得され、音楽サーバ２４から音楽データが取得されることで行われる。

フレーム３２２内の“再生”のボタン３２６が操作された場合、図１２に示すように、フレーム３２２内に画像が表示され、その画像は所定の間隔で順次切り替えられる。また音楽もストリーミング再生されている。この音楽を購入できるようにしても良い。図１２に示すように、“音楽購入”というボタン３５１が表示されるようにし、このボタン３５１が操作された場合、その時点でスライドショーの音楽として再生されている音楽が、購入できるように構成することも可能である。

“音楽購入”というボタン３５１が操作された場合、音楽を販売しているサイトのページにアクセス先が切り換えられる。このような切替先のサイトのＵＲＩなども、スクリプト２０１に記載しておくことが可能である。

切り替え先のページの表示例を図１３に示す。図１３に示した画面は、音楽を販売する“ショップサイトＡ”のページであり、“音楽購入”というボタン３５１が操作されたときにストリーミング再生されていた音楽Ａの販売ページである。

画面左側には、音楽Ａのジャケット画像３７１が表示されている。画面中央には、音楽Ａのタイトルや歌手名といった音楽Ａに関する情報３７２が表示されている。画面右側には、“購入”というボタン３７３が表示されている。このような画面を閲覧しているユーザは、音楽Ａを購入したいと所望した場合、ボタン３７３を操作することで購入手続を行うことができる。

図１３に示した画面は、音楽Ａの情報のみが表示されている状態を示したが、例えば、スライドショーとしてユーザに提供される音楽が複数あるような場合、その複数の音楽に関する情報が表示されるようにしても良い。また、お勧めの情報などが表示されるようにしても勿論良い。

このように、スクリプト２０１で提供されるスライドショーにより、商品の購入へ誘導することもできる。

なお、ここでは、スライドショーにより提供される音楽の購入に誘導する例を示したが、画像の購入に誘導するように構成することも可能である。

またスライドショーの内容に応じた商品の購入に誘導するように構成することも可能である。例えば、商品Ａに関する画像をユーザに提供するスライドショーである場合、商品Ａの購入に誘導するように構成することも可能である。このように、商品の購入に誘導することも可能であるため、例えば、商品を販売する企業がスクリプトを作成し、そのスクリプトによるスライドショーをユーザ側に提供するようにすることができる。

図１４は、企業Ａが管理するページの一例である。図１４に示した画面の構成は、図１０に示した画面の構成と基本的に同じであるが、スライドショーが２つ提供される画面とされている点が異なる。なお図１４では、スライドショー１とスライドショー２が表示されている例を示したが、複数のスライドショーが表示される画面でも良く、また表示されていないスライドショーは、スクロールなどの操作で表示されるように構成することも可能である。

図１４に示した画面の上部は、スライドショー１に関する画面である。スライドショー１に関する画面は、スライドショー１が提供されるフレーム３２２−１、フレーム３２２−１の下側には、“コメントを追加”といったメッセージが表示されている欄３２３−１、“良い”といったボタン３２４−１、“共有”といったボタン３２５−１が表示されている。さらに、“購入”というボタン３５１−１も表示されている。

同様に、図１４に示した画面の下部は、スライドショー２に関する画面であり、スライドショー２が提供されるフレーム３２２−２、“コメントを追加”といったメッセージが表示されている欄３２３−２、“良い”といったボタン３２４−２、“共有”といったボタン３２５−２が表示されている。さらに、“購入”というボタン３５１−２も表示されている。

スライドショー１やスライドショー２は、企業Ａの商品画像をスライドショーとして提供する。ユーザは、スライドショー１やスライドショー２で提供される商品情報をスライドショーとして見ることができる。そして、例えば、スライドショー１を見たユーザが、スライドショー１で情報が提供された商品Ａの購入をしたいと所望した場合、“購入”というボタン３５１−１を操作する。

“購入”というボタン３５１が操作されることで、商品Ａを購入できるサイトに移行され、ユーザは、そのサイトにて、商品Ａを購入することができる。このような商品購入への誘導にも、本技術を適用することができる。

スライドショー１やスライドショー２は、スクリプト２０１により制御され、上記したように、フレーム３２２−１内やフレーム３２２−２内に表示される画像は、画像サーバ２３から取得されるため、例えば、商品の外観などに変更があった場合、画像サーバ２３に記憶されている商品の画像を、新たな画像に更新することで、対応をとることが可能である。

図１４を参照するに、スライドショー１やスライドショー２には、それぞれ“共有”というボタン３５１−１，３５１−２が設けられている。“共有”というボタン３５１−１，３５１−２が操作された場合、上記したように、共有を許可したユーザのページ上に、スライドショー１やスライドショー２が表示される。

このように、他のページにスライドショー１やスライドショー２が表示されることで、そのページにおいても、スライドショー１やスライドショー２で提供される商品の宣伝を行うことが可能となる。換言すれば、スクリプト２０１が供給できるような形で配布することで、そのスクリプト２０１により宣伝される商品の宣伝範囲を拡大させることが可能となる。

このように、スライドショーによる商品の宣伝や、購入の促進を、スクリプト２０１を用いて行うことも可能である。

＜再生時の権利管理について＞
スクリプト２０１に基づき、スライドショーがユーザに提供されるとき、画像サーバ２３に記憶されている画像データが取得され、音楽サーバ２４に記憶されている音楽データが取得されるとして説明をした。取得される画像データや音楽データには、権利を有するユーザには提供しても良いが、権利を有していないユーザには提供できないという設定がなされているデータもある。

ここでは、音楽データに権利が設定されているとして説明を続ける。音楽サーバ２４は、例えば、音楽を配信（販売）する企業が管理するサーバであり、スライドショーで提供される音楽も、基本的に販売対象の音楽であるとする。

このような音楽サーバ２４においては、ユーザが音楽Ａを購入するか否かを決定する際の参考にするためのサンプルデータが用意されている場合がある。このサンプルデータは、視聴用であり、権利がないユーザでも利用することができる。サンプルデータに対して権利があるユーザでないと利用できないデータを、フルデータとここでは記述する。フルデータは、例えば会員登録しているユーザや音楽Ａを購入したユーザが利用できるデータである。

ここで、音楽サーバ２４側で、音楽Ａの音楽データとして、サンプルデータとフルデータを有している場合について、端末２１と音楽サーバ２４との間で行われる処理について、図１５を参照して説明する。

ステップＳ１０１において、端末２１側から、音楽サーバ２４側に権利情報とともに、音楽データの取得の要求が出される。スクリプト２０１には、権利情報を送信するという指示と、音楽サーバ２４にアクセスし、音楽データを取得するという指示が記載されている。

音楽サーバ２４で提供されるサービスを利用するときに、パスワードなどの入力を行うログインが必要な場合、ログインが既に行われているときには、ログインがされていることを示す情報が権利情報として送信され、ログインがされていないときには、ログインがされていないことを示す情報が権利情報として送信されるようにしても良い。

また、ログインがされていないときには、ログイン画面が表示されるようにし、ログイン画面においてログインが完了した時点で、ログインがされたことを示す情報が、権利情報として送信されるようにしても良い。また、権利情報として、音楽データを購入したユーザであるか否かを示す情報であっても良い。

また、権利情報として、端末ＡのＩＰアドレスなどでも良い。例えば、音楽Ａが再生される国により、再生する権利があるか、権利がないかを判断するようにしても良い。音楽Ａは、国Ａでは再生が許可されるが、国Ｂでは再生が許可されないといったような設定を行うことができ、どの国からのアクセかは、ＩＰアドレスにより判断することができる。

ステップＳ１０１において、端末２１側から権利情報と音楽データの取得の要求が出されると、ステップＳ１２１において、音楽サーバ２４側で受信される。音楽サーバ２４は、ステップＳ１２２において、権利情報に応じて、サンプルデータまたはフルデータを選択する。権利情報から権利を有するユーザからのアクセスであると判断されるときには、フルデータが選択され、権利を有しないユーザからのアクセスであると判断されるときには、サンプルデータが選択される。

なおここでは、権利を有しないユーザからのアクセスであると判断されるときには、サンプルデータが選択されるとして説明を続けるが、音楽データを提供しないという処理が行われるようにすることも可能である。

ステップＳ１２３において、音楽サーバ２４は、端末２１に対して、選択したサンプルデータまたはフルデータを送信する。送信された音楽データは、ステップＳ１０２において端末２１に受信される。ステップＳ１０３において、端末２１は、受信した音楽データがサンプルデータであるか否かを判断する。

ステップＳ１０３において、端末２１は、受信した音楽データは、サンプルデータであると判断した場合、ステップＳ１０４に処理を進める。ステップＳ１０４において、サンプルデータ用のスクリプトで、その後の処理が実行される。

一方で、ステップＳ１０３において、端末２１は、受信した音楽データは、フルデータであると判断した場合、ステップＳ１０５に処理を進める。ステップＳ１０５において、フルデータ用のスクリプトで、その後の処理が実行される。

この場合、サンプルデータ用のスクリプトと、フルデータ用のスクリプトが存在している。サンプルデータとフルデータの違いとして、再生時間の違いがある。サンプルデータは、試聴用であるため、フルデータで提供される曲の一部分であり、フルデータで提供される曲よりも短い時間の曲がサンプルデータによると提供される。

例えば、１００枚の画像をフルデータの曲でスライドショーさせるときと、サンプルデータの曲でスライドショーさせるときとでは、１枚の画像を表示している時間を短くするなどの調整を行う必要がある。または、フルデータの曲でスライドショーをさせるときには、１００枚の画像が表示されるスライドショーとし、サンプルデータの曲でスライドショーをさせるときには、２０枚の画像が表示されるスライドショーとするといったように、表示される画像の枚数を異ならせる必要がある。

このように、スライドショーに用いられる音楽のデータが、サンプルデータであるか、フルデータであるかにより、処理を異ならせる必要がある。よって、サンプルデータ用のスクリプトとフルデータ用のスクリプトが、スクリプト２０１には含まれる。

なおここでは、権利の有無により再生される音楽に制限が設けられている場合を例にあげて説明したが、権利の有無により再生される画像に制限が設けられている場合や、権利の有無により再生される画像と音楽の両方に制限が設けられている場合であっても、本技術を適用できる。

このように、画像サーバ２３から画像データが取得され、音楽サーバ２４から音楽データが取得されるため、スクリプトを利用するユーザやスクリプトを作成するユーザが、画像や音楽の権利関係を気にすることなく、スライドショーを利用することができる。

仮に、画像サーバ２３から画像データが取得され、音楽サーバ２４から音楽データが取得されるのではなく、ユーザＡの端末２１に記憶されている画像データと音楽データが用いられてスライドショーが作成され、複数のユーザに配布されたとする。ユーザＡが用いた画像と音楽は、再生するのに権利が必要な画像と音楽であった場合、配布先のユーザ側でスライドショーが実行されたとき、その権利が守られずに再生されることになる。

しかしながら、本技術によれば、画像サーバ２３から画像データが取得され、音楽サーバ２４から音楽データが取得されるため、権利のないユーザからのアクセスの場合には、画像や音楽が再生されないように制御することができる。このような制御は、スクリプトを作成するユーザや、利用するユーザ側で気にすることなく行うことが可能であり、かつ権利を守った再生を行うことを可能とする。

＜スクリプトの作成について＞
次に、スクリプト２０１の作成について説明する。ここでは、画像サーバ２３が提供するスクリプト作成支援のシステム（図５に示したスクリプト作成部１７３）を用いてスクリプトが作成される場合を例に挙げて説明する。

図１６は、端末２１が、画像サーバ２３にアクセスしたときに画像サーバ２３側から提供され、端末２１のディスプレイ３１１に表示される画面の一例を示す図である。図１６に示した画面には、3枚の画像が表示されており、画像４０１−１には海の絵が記載され、画像４０１−２には山の絵が記載され、画像４０１−３には人の絵が記載されている。

画像４０１−１には、“風景Ａ”とのタイトルが付けられ、画像４０１−２には、“風景Ｂ”とのタイトルが付けられ、画像４０１−３には、“人物Ａ”とのタイトルが付けられている。また各画像４０１−１乃至４０１−３に対応付けられて、“スライドショー作成”というボタン４０２−１乃至４０２−３が表示されている。

“スライドショー作成”というボタン４０２−１は、風景Ａとのタイトルが付けられた画像４０１−１を用いてスライドショーを作成するときに操作されるボタンである。ボタン４０２−２とボタン４０２−３も、同様である。なお、画像４０１は、複数の画像を含む画像群の代表画像とすることができ、スライドショーが作成されるときには、画像４０１を含むスライドショーとすることができるようになされている。

ここで、ボタン４０２−１が操作された場合、図１７に示したような画面にディスプレイ３１１の表示が切り替えられる。図１７に示した画面には、選択された画像４０１−１が表示されるとともに、“音楽Ａ”というボタン４３１−１、“音楽Ｂ”というボタン４３１−２、“音楽Ｃ”というボタン４３１−３、および“その他”というボタン４３１−４が表示されている。

例えば“音楽Ａ”というボタン４３１−１が操作されると、音楽Ａと画像４０１−１を含むスライドショーのためのスクリプトが、スクリプト作成部１７３で作成される。上記したように、サンプルデータ用のスクリプトとフルデータ用のスクリプトのスクリプトを含む１つのスクリプト２０１が作成される。また、そのスクリプト２０１は、音楽Ａの音楽データを取得するためのＵＲＩや画像４０１−１を含む画像群から所定の間隔で画像データを取得するためのＵＲＩなども含む。

ユーザは、このように、画像と音楽を選択することで、スライドショーを実現するためのスクリプトを作成することができる。

ところで、図１７に示したように、スライドショーに用いる音楽が選択される際、ユーザが所望の音楽を選択しやすいように、画像４０１が選択された時点で、その画像４０１に適した音楽が候補となるような仕組みを設けても良い。この仕組みの一例について図１８を参照して説明する。

図１８の左側に、“選択した画像とテーマ”として、“画像は風景画”であり、“色彩は青”であり、“音楽として使用されるテーマとしては、早い切り替えが推奨される”とのデータがある。例えば、このようなデータは、ユーザＡが選択した画像４０１−１（図１６）のデータであるとする。画像群には、予めこのようなデータが付与されている。

画像サーバ２３のスクリプト作成部１７３（図５）は、図１８に示すようなデータベース５０１を管理している。データベース５０１は、“過去作成されたスクリプトの諸元データ”と“ユーザ毎の音楽嗜好情報”から構成されている。“過去作成されたスクリプトの諸元データ”は、画像に関するデータベース５０２と音楽に関するデータベース５０３から構成されている。この２つのデータベースは、過去にスライドショーを作成したユーザが選択した画像や音楽に関するデータを管理するためのデータベースである。

画像に関するデータベース５０２には、過去にスライドショーとして選択された画像と、その画像のときに選択された音楽とが、関連付けられて管理されている。画像に関するデータベース５０２には、画像の種類や色彩、その画像が選択されたときに用いられた音楽が関連付けられて記載されている。例えば、図１８に示したデータベース５０２の１行目には、画像の種類として“風景”、色彩として“青”、“使用音楽Ａ”との記載がされている。

音楽に関するデータベース５０３には、スライドショーとして使用できる音楽の情報が記載されている。例えば、図１８に示したデータベース５０３の１行目には、“音楽Ａ”の情報として、“テンポ早い”という情報、歌手として“ａ”という情報、印象として“海”という情報が記載されている。

ユーザ毎の音楽嗜好情報に関するデータベース５０４は、スライドショーを作成したユーザ毎に、どのような画像と音楽を好むかを示したデータを管理する。例えば、図１８に示したデータベース５０４の１行目には、“ユーザＡ”は、“音楽Ｅを好み、“歌手ｂを好む”との情報が記載されている。

スクリプト作成部１７３は、画像が選択されたときに、その画像に関するデータと、データベース５０１とのデータのマッチングＭ２０１を行う。この場合、画像４０１−１のデータとして“風景”、“青“といったデータと、データベース５０２内のデータとのマッチングＭ２０１が行われる。このマッチングＭ２０１により、図１８のデータベース５０２の１行目に記載のあるデータとのマッチング度が高いと検出される。

図１８のデータベース５０２の１行目に記載のあるデータから、“使用音楽Ａ”という情報が抽出される。次に、この“使用音楽Ａ“に関するデータとマッチする情報を、データベース５０３から抽出するためのマッチングＭ２０２が実行される。マッチングＭ２０２が実行された結果、図１８のデータベース５０３の１行目に記載のある“音楽Ａ テンポ早い、歌手：ａ、印象：海”という情報が抽出される。

一方で、ユーザ毎の音楽嗜好情報を管理するデータベース５０４から、ユーザＡの嗜好情報が抽出される。この場合、ユーザＡの情報であるため、図１８のデータベース５０４の１行目に記載がある“ユーザＡ：音楽Ｅ好み、歌手：ｂ好み”という情報が抽出される。この抽出されたユーザＡの嗜好情報と、データベース５０３で管理されているデータのマッチングＭ２０３が実行される。

マッチングＭ２０３が実行された結果、“歌手ｂ”との情報を含む“音楽Ｃ”に関する情報と、“音楽Ｄ”に関する情報が抽出される。

マッチングＭ２０４として、“選択した画像とテーマ”に記載がある“使用テーマ：速い切替推奨”という情報と、データベース５０３で管理されているデータとのマッチングが実行される。マッチングＭ２０４が実行された結果、“テンポ速い”との情報を含む“音楽Ａ”に関する情報、“音楽Ｃ”に関する情報、“音楽Ｄ”に関する情報が抽出される。

これらのマッチングの結果得られた情報から、最終的にユーザに推薦する音楽が選択される。この場合、まずマッチング２０２の結果得られた“音楽Ａ”に関する情報のうち、“印象：海”との情報から、同一の情報を有する“音楽Ｄ”が選択される。“音楽Ｄ”は、マッチングＭ２０３の結果得られた“音楽Ｃ”と“音楽Ｄ”にも含まれる。

さらに“音楽Ｄ”は、マッチングＭ２０４の結果得られた“音楽Ａ”、“音楽Ｃ”、“音楽Ｄ”にも含まれる。このように、“音楽Ｄ”は、複数のマッチングの結果に含まれる音楽であるため、マッチング度が高く、ユーザに推薦する音楽として適していると考えられる。そこで、“音楽Ｄ”が、ユーザＡに推薦される。

このように、スライドショーの作成時に、ユーザの嗜好や他のユーザが選択した情報などから、選択された画像に適していると判断される音楽を推薦することで、ユーザがスライドショーを作成するときに、有効な手助けを行うことが可能となる。

なおここでは、音楽を推薦対象としたが、音楽が選択され、その音楽に適した画像を推薦する場合にも、本技術を適用することができる。また、音楽が選択されることで、スライドショーのスクリプトが作成される場合、その処理は、音楽サーバ２４のスクリプト作成部１９３により、上記した場合と同様に行うことが可能である。

データベース５０１の全てまたは一部は、スクリプト管理サーバ２２のログ管理部１４３にログとして記憶されるようにしても良い。すなわち、どのような画像が選択されたか、どのような音楽が選択されたかといった情報が、ログとして記憶されるようにしても良い。

また、スクリプト２０１が利用されたとき、スクリプト管理サーバ２２に利用されたことを示すログが残されるようにしても良い。ログが残されることで、どのようなスクリプト（スライドショー）が人気あるのかといったランキングをユーザに提示することが可能となる。ランキングが提示されることで、ランキングを見たユーザが、好みのスライドショー（スクリプト）を探し出したり、人気のあるスライドショーを選択したりすることが容易となる。

また、スクリプトの作成者に再生回数や頻度といった情報を、フィードバックすることが可能となり、作成者がより良いスライドショーを作成する際の参考となる情報を提供することが可能となる。その一例として、図１８を参照して説明したように、スクリプトを作成する際、選択された画像に合った音楽を推薦するといった推薦処理が可能となる。

またログを解析し、例えば、図１８に示したユーザ毎の音楽嗜好情報に関するデータベース５０４を作成し、そのデータベース５０４の情報を用いて、ユーザに好みであろう音楽を推薦し、購入を促すことも可能となる。

また、例えばスライドショー１を閲覧するユーザの嗜好の傾向なども、ログをとり、解析することで取得することができ、その嗜好の傾向を用いて、スライドショー１を閲覧するユーザに最適な広告を提供するといったことも可能となる。

また、類似のコンテンツ（例えば似た傾向を持つ画像群）と組み合わせたときに好評だったコンテンツ（例えば音楽）を統計情報として収集することができる。

スクリプトの作成者には、画像群の傾向に類似した過去のスクリプト群の中から上記の統計情報を元に、好評であったコンテンツ（例えば、音楽）の例を提示することでスクリプトの作成を容易にすることができる。

スクリプトの作成者には、コンテンツ（画像群）や選択したテーマに合う音楽群のうち、過去にその作成者が好んで聴いていた音楽やそれに類似した音楽を優先して提示することで好みのスクリプトを作成しやすくすることができる。

スクリプトの作成者には、コンテンツ（画像群）や選択したテーマに合う音楽群のうち、スクリプトの作成後に共有しようとする利用者が好んで聴いていた音楽やそれに類似した音楽を優先して提示することで好んで再生してもらいやすいスクリプトを作成しやすくすることができる。

なお、上述した実施の形態においては、スライドショーを例に挙げて説明したが、本技術の適用範囲は、スライドショーに限定されるものではない。また、上述した実施の形態においては、画像と音楽が提供されるとして説明したが、この組み合わせによるスライドショーに本技術の適用範囲が限定されることを示す記載ではない。

例えば、画像、音楽、そしてテキストがスライドショーとして提供されるような場合であっても、本技術を適用できる。また、例えば、２つの画像が異なるタイミングで切り換えられるような再生時などにも本技術を適用できる。

本技術は、複数のコンテンツを複数の参照先から取得することで、ユーザに提供する場合に適用できる。複数のコンテンツとは、例えば、画像、音楽、テキストなどの同種類の組み合わせであっても良いし、異なる種類の組み合わせであっても良い。

このように、本技術を適用することで、複数のコンテンツを、ポインタを通じて再生時に取得することで、共有する同期情報には巨大なコンテンツを含まずにすませることができ、共有情報を最少にできる。

またコンテンツをポインタにより指示することで、再生時に最新のコンテンツを使用することができる。またコンテンツをポインタにより指定、取得することで、適切な著作権などの権利管理を行うことができる。

コンテンツをポインタにより取得することで、再生頻度や利用者数などのコンテンツ利用状況を把握することが可能になる。コンテンツを再生時に取得することで、配布不適切なコンテンツの回収（再生不能化）を容易に行うことができる。

コンテンツを再生する利用者に対して、コンテンツに関連した広告や推薦を行うことができる。コンテンツに対して課金が必要な場合、コンテンツ同期情報を作成する利用者に対してではなく、コンテンツを再生する利用者に対して課金する機会を得られる。

＜記録媒体について＞
上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例は、図２に示した端末２１と同様の構成とすることができる。端末２１（コンピュータ）では、ＣＰＵ５１が、例えば、記憶部５８に記憶されているプログラムを、入出力インタフェース５５及びバス５４を介して、ＲＡＭ５３にロードして実行することにより、上述した一連の処理が行われる。

コンピュータ（ＣＰＵ５１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア６１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

コンピュータでは、プログラムは、リムーバブルメディア６１をドライブ６０に装着することにより、入出力インタフェース５５を介して、記憶部５８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部５９で受信し、記憶部５８にインストールすることができる。その他、プログラムは、ＲＯＭ５２や記憶部５８に、あらかじめインストールしておくことができる。

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

なお、本技術は以下のような構成も取ることができる。

（１）
第１のＵＲＩと第２のＵＲＩを少なくとも含む制御情報を共有する共有部と、
前記共有部により共有されている前記制御情報に基づき、前記第１のＵＲＩを参照して第１のデータを取得する第１の取得部と、
前記共有部により共有されている前記制御情報に基づき、前記第２のＵＲＩを参照して第２のデータを取得する第２の取得部と、
前記共有部により共有されている前記制御情報に基づき、前記第１のデータと前記第２のデータを、ユーザに提供する提供部と
を備える情報処理装置。
（２）
前記第１のデータは、画像データであり、
前記第２のデータは、音楽データであり、
前記制御情報に基づきスライドショーが前記ユーザに提供される
前記（１）に記載の情報処理装置。
（３）
前記共有部は、ＳＮＳ（Social Networking Service）の異なるユーザのページ上で、前記提供部による提供を行うための前記制御情報を共有する
前記（１）または前記（２）のいずれかに記載の情報処理装置。
（４）
前記制御情報は、電子メールにより配布される
前記（１）乃至（３）のいずれかに記載の情報処理装置。
（５）
前記制御情報には、前記第１のデータまたは前記第２のデータの少なくとも一方のデータの購入に誘導するための情報も含まれる
前記（１）乃至（４）のいずれかに記載の情報処理装置。
（６）
前記制御情報は、前記第１のデータまたは前記第２のデータの少なくとも一方のデータが、権利の有無により異なるデータとなる場合、権利があるときに取得されるデータ用の制御情報と、権利がないときに取得されるデータ用の制御情報を含む
前記（１）乃至（５）のいずれかに記載の情報処理装置。
（７）
前記制御情報が作成されるとき、前記第１のデータが選択されたときに、前記第１のデータに適する前記第２のデータを推薦する
前記（１）乃至（６）のいずれかに記載の情報処理装置。
（８）
第１のＵＲＩと第２のＵＲＩを少なくとも含む制御情報を共有し、
共有されている前記制御情報に基づき、前記第１のＵＲＩを参照して第１のデータを取得し、
共有されている前記制御情報に基づき、前記第２のＵＲＩを参照して第２のデータを取得し、
共有されている前記制御情報に基づき、前記第１のデータと前記第２のデータを、ユーザに提供する
ステップを含む情報処理方法。
（９）
第１のＵＲＩと第２のＵＲＩを少なくとも含む制御情報を共有し、
共有されている前記制御情報に基づき、前記第１のＵＲＩを参照して第１のデータを取得し、
共有されている前記制御情報に基づき、前記第２のＵＲＩを参照して第２のデータを取得し、
共有されている前記制御情報に基づき、前記第１のデータと前記第２のデータを、ユーザに提供する
ステップを含む処理をコンピュータに実行させるためのプログラムを記録しているコンピュータ読み取り可能な記録媒体。

１０ ネットワーク， ２１ 端末， ２２ スクリプト管理サーバ， ２３ 画像サーバ， ２４ 音楽サーバ， １０１ 送受信部， １０２ 記憶部， １０３ 解析部， １０４ 再生部， １４１ 送受信部， １４２ スクリプト記憶部， １４３ ログ管理部， １７１ 送受信部， １７２ 画像データ記憶部， １７３ スクリプト作成部， １９１ 送受信部， １９２ 音楽データ記憶部， １９３ スクリプト作成部

Claims (9)

1. 第１のＵＲＩと第２のＵＲＩを少なくとも含む制御情報を共有する共有部と、
   前記共有部により共有されている前記制御情報に基づき、前記第１のＵＲＩを参照して第１のデータを取得する第１の取得部と、
   前記共有部により共有されている前記制御情報に基づき、前記第２のＵＲＩを参照して第２のデータを取得する第２の取得部と、
   前記共有部により共有されている前記制御情報に基づき、前記第１のデータと前記第２のデータを、ユーザに提供する提供部と
   を備える情報処理装置。
2. 前記第１のデータは、画像データであり、
   前記第２のデータは、音楽データであり、
   前記制御情報に基づきスライドショーが前記ユーザに提供される
   請求項１に記載の情報処理装置。
3. 前記共有部は、ＳＮＳ（Social Networking Service）の異なるユーザのページ上で、前記提供部による提供を行うための前記制御情報を共有する
   請求項１に記載の情報処理装置。
4. 前記制御情報は、電子メールにより配布される
   請求項１に記載の情報処理装置。
5. 前記制御情報には、前記第１のデータまたは前記第２のデータの少なくとも一方のデータの購入に誘導するための情報も含まれる
   請求項１に記載の情報処理装置。
6. 前記制御情報は、前記第１のデータまたは前記第２のデータの少なくとも一方のデータが、権利の有無により異なるデータとなる場合、権利があるときに取得されるデータ用の制御情報と、権利がないときに取得されるデータ用の制御情報を含む
   請求項１に記載の情報処理装置。
7. 前記制御情報が作成されるとき、前記第１のデータが選択されたときに、前記第１のデータに適する前記第２のデータを推薦する
   請求項１に記載の情報処理装置。
8. 第１のＵＲＩと第２のＵＲＩを少なくとも含む制御情報を共有し、
   共有されている前記制御情報に基づき、前記第１のＵＲＩを参照して第１のデータを取得し、
   共有されている前記制御情報に基づき、前記第２のＵＲＩを参照して第２のデータを取得し、
   共有されている前記制御情報に基づき、前記第１のデータと前記第２のデータを、ユーザに提供する
   ステップを含む情報処理方法。
9. 第１のＵＲＩと第２のＵＲＩを少なくとも含む制御情報を共有し、
   共有されている前記制御情報に基づき、前記第１のＵＲＩを参照して第１のデータを取得し、
   共有されている前記制御情報に基づき、前記第２のＵＲＩを参照して第２のデータを取得し、
   共有されている前記制御情報に基づき、前記第１のデータと前記第２のデータを、ユーザに提供する
   ステップを含む処理をコンピュータに実行させるためのプログラムを記録しているコンピュータ読み取り可能な記録媒体。

Images