(57)【要約】【課題】コンテンツデータを取得する際に用いるアドレス情報の有効期限を意識する手間を利用者に要求することなく、コンテンツデータを取得するためのアクセス情報に有効期限を設けることを可能とする。【解決手段】生成部４５は、恒久ＵＲＬに対するコンテンツデータのＧｅｔリクエストを受信した際に、その恒久ＵＲＬに対応する期限付ＵＲＬがＵＲＬ記憶部４２内に記憶されていない場合、期限付ＵＲＬを生成する。ＵＲＬ記憶部４２は、生成された期限付ＵＲＬと恒久ＵＲＬとを対応付けて記憶する。返信部４６は、恒久ＵＲＬに対するコンテンツデータのＧｅｔリクエストを受け付けた際に、その恒久ＵＲＬに対応する期限付ＵＲＬがＵＲＬ記憶部４２に記憶されていない場合、生成された期限付ＵＲＬを宛先とするリダイレクト指示を返信し、期限付ＵＲＬが記憶されている場合、記憶されている期限付ＵＲＬを宛先とするリダイレクト指示を返信する。【選択図】図３
2019133369.tif 000002
【特許請求の範囲】
【請求項１】
恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が記憶されていない場合、コンテンツデータを取得するための期限付アドレス情報を生成する生成手段と、
前記生成手段により生成された期限付アドレス情報と前記恒久アドレス情報とを対応付けて記憶する記憶手段と、
恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されていない場合、前記生成手段により生成された期限付アドレス情報を宛先としてリダイレクトする指示を返信し、恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されている場合、記憶されている期限付アドレス情報を宛先としてリダイレクトする指示を返信する返信手段と、
を備えたコンテンツ管理装置。
【請求項２】
前記記憶手段は、恒久アドレス情報と期限付アドレス情報との組に対して設定された有効期限に関する情報を記憶し、
有効期限が徒過した期限付アドレス情報と恒久アドレス情報との組を削除する削除手段をさらに備えた請求項１記載のコンテンツ管理装置。
【請求項３】
前記記憶手段に記憶された恒久アドレス情報と期限付アドレス情報との組に対する有効期限と、当該期限付アドレス情報の有効期限とが同一の期限である請求項２記載のコンテンツ管理装置。
【請求項４】
前記生成手段は、恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されていない場合、コンテンツデータの同一性識別情報を生成し、
前記記憶手段は、前記生成手段により生成された期限付アドレス情報と前記恒久アドレス情報との組に前記同一性識別情報を対応付けて記憶し、
前記返信手段は、恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されていない場合、前記生成手段により生成された期限付アドレス情報を宛先としてリダイレクトする指示に前記生成手段により生成された同一性識別情報を含めて返信し、恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されている場合でも、記憶されている同一性識別情報と取得要求に含まれる同一性識別情報とが一致する場合、保存されているコンテンツデータを利用する旨の指示を返信する
請求項１記載のコンテンツ管理装置。
【請求項５】
前記記憶手段は、恒久アドレス情報と期限付アドレス情報との組に対して設定された有効期限に関する情報を記憶し、
有効期限が徒過した期限付アドレス情報と恒久アドレス情報との組を削除する削除手段をさらに備え、
前記記憶手段に記憶された恒久アドレス情報と期限付アドレス情報との組に対する有効期限が、当該期限付アドレス情報の有効期限よりも遅い期限である
請求項４記載のコンテンツ管理装置。
【請求項６】
前記記憶手段は、恒久アドレス情報にセッションＩＤを付加した情報と、期限付アドレス情報とを対応付けて記憶し、
前記生成手段は、同一性識別情報を恒久アドレス情報とセッションＩＤとを用いて生成する
請求項５記載のコンテンツ管理装置。
【請求項７】
コンテンツデータを格納するコンテンツ格納装置と、
恒久アドレス情報に対してコンテンツデータの取得要求を送信するクライアント装置と
前記クライアント装置から恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が記憶されていない場合、前記コンテンツ格納装置からコンテンツデータを取得するための期限付アドレス情報を生成する生成手段と、前記生成手段により生成された期限付アドレス情報と前記恒久アドレス情報とを対応付けて記憶する記憶手段と、恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されていない場合、前記生成手段により生成された期限付アドレス情報を宛先としてリダイレクトする指示を返信し、恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されている場合、記憶されている期限付アドレス情報を宛先としてリダイレクトする指示を返信する返信手段とを備えたコンテンツ管理装置と、
を有するコンテンツ配信システム。
【請求項８】
恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が記憶されていない場合、コンテンツデータを取得するための期限付アドレス情報を生成する生成ステップと、
前記生成ステップにおいて生成された期限付アドレス情報と前記恒久アドレス情報とを対応付けて記憶する記憶ステップと、
恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されていない場合、前記生成ステップにおいて生成された期限付アドレス情報を宛先としてリダイレクトする指示を返信し、恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されている場合、記憶されている期限付アドレス情報を宛先としてリダイレクトする指示を返信する返信ステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ管理装置、コンテンツ配信システムおよびプログラムに関する。
【背景技術】
【０００２】
特許文献１には、ワンタイムＵＲＬ(Uniform Resource Locator)を有するメタファイルをクライアント装置に送信し、クライアント装置がこれを用いてコンテンツ配信サーバにアクセスすることにより、利用者にコンテンツ配信のためのパスワードやＵＲＬを認識させることなく、コンテンツ配信に高いセキュリティを付与することを可能にするコンテンツ配信システムが開示されている。
【０００３】
特許文献２には、クライアントからのＵＲＬ要求をサーバシステムが受け取り、そのＵＲＬ要求に対する応答を生成する際に、生成された応答にリダイレクトされるＵＲＬを示すリダイレクション情報が含まれる場合、サーバシステムの内部においてＵＲＬコンテンツのリダイレクト処理が行われ、クライアントは、ターゲットＵＲＬに対する要求を一度送信するだけで真のＵＲＬコンテンツを受け取ることが可能な方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３９９１９０４号公報
【特許文献２】特許第５４８５９９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、コンテンツデータを取得する際に用いるアドレス情報の有効期限を意識する手間を利用者に要求することなく、コンテンツデータを取得するためのアクセス情報に有効期限を設けることが可能なコンテンツ管理装置、コンテンツ配信システムおよびプログラムを提供することである。
【課題を解決するための手段】
【０００６】
［コンテンツ管理装置］
請求項１に係る本発明は、恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が記憶されていない場合、コンテンツデータを取得するための期限付アドレス情報を生成する生成手段と、
前記生成手段により生成された期限付アドレス情報と前記恒久アドレス情報とを対応付けて記憶する記憶手段と、
恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されていない場合、前記生成手段により生成された期限付アドレス情報を宛先としてリダイレクトする指示を返信し、恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されている場合、記憶されている期限付アドレス情報を宛先としてリダイレクトする指示を返信する返信手段とを備えたコンテンツ管理装置である。
【０００７】
請求項２に係る本発明は、前記記憶手段が、恒久アドレス情報と期限付アドレス情報との組に対して設定された有効期限に関する情報を記憶し、
有効期限が徒過した期限付アドレス情報と恒久アドレス情報との組を削除する削除手段をさらに備えた請求項１記載のコンテンツ管理装置である。
【０００８】
請求項３に係る本発明は、前記記憶手段に記憶された恒久アドレス情報と期限付アドレス情報との組に対する有効期限と、当該期限付アドレス情報の有効期限とが同一の期限である請求項２記載のコンテンツ管理装置である。
【０００９】
請求項４に係る本発明は、前記生成手段が、恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されていない場合、コンテンツデータの同一性識別情報を生成し、
前記記憶手段は、前記生成手段により生成された期限付アドレス情報と前記恒久アドレス情報との組に前記同一性識別情報を対応付けて記憶し、
前記返信手段は、恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されていない場合、前記生成手段により生成された期限付アドレス情報を宛先としてリダイレクトする指示に前記生成手段により生成された同一性識別情報を含めて返信し、恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されている場合でも、記憶されている同一性識別情報と取得要求に含まれる同一性識別情報とが一致する場合、保存されているコンテンツデータを利用する旨の指示を返信する請求項１記載のコンテンツ管理装置である。
【００１０】
請求項５に係る本発明は、前記記憶手段が、恒久アドレス情報と期限付アドレス情報との組に対して設定された有効期限に関する情報を記憶し、
有効期限が徒過した期限付アドレス情報と恒久アドレス情報との組を削除する削除手段をさらに備え、
前記記憶手段に記憶された恒久アドレス情報と期限付アドレス情報との組に対する有効期限が、当該期限付アドレス情報の有効期限よりも遅い期限である請求項４記載のコンテンツ管理装置である。
【００１１】
請求項６に係る本発明は、前記記憶手段が、恒久アドレス情報にセッションＩＤを付加した情報と、期限付アドレス情報とを対応付けて記憶し、
前記生成手段は、同一性識別情報を恒久アドレス情報とセッションＩＤとを用いて生成する請求項５記載のコンテンツ管理装置である。
【００１２】
［コンテンツ配信システム］
請求項７に係る本発明は、コンテンツデータを格納するコンテンツ格納装置と、
恒久アドレス情報に対してコンテンツデータの取得要求を送信するクライアント装置と
前記クライアント装置から恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が記憶されていない場合、前記コンテンツ格納装置からコンテンツデータを取得するための期限付アドレス情報を生成する生成手段と、前記生成手段により生成された期限付アドレス情報と前記恒久アドレス情報とを対応付けて記憶する記憶手段と、恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されていない場合、前記生成手段により生成された期限付アドレス情報を宛先としてリダイレクトする指示を返信し、恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されている場合、記憶されている期限付アドレス情報を宛先としてリダイレクトする指示を返信する返信手段と、
を備えたコンテンツ管理装置とを有するコンテンツ配信システムである。
【００１３】
［プログラム］
請求項８に係る本発明は、恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が記憶されていない場合、コンテンツデータを取得するための期限付アドレス情報を生成する生成ステップと、
前記生成ステップにおいて生成された期限付アドレス情報と前記恒久アドレス情報とを対応付けて記憶する記憶ステップと、
恒久アドレス情報に対するコンテンツデータの取得要求を受け付けた際に、当該恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されていない場合、前記生成ステップにおいて生成された期限付アドレス情報を宛先としてリダイレクトする指示を返信し、恒久アドレス情報に対応する期限付アドレス情報が前記記憶手段に記憶されている場合、記憶されている期限付アドレス情報を宛先としてリダイレクトする指示を返信する返信ステップとをコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１４】
請求項１に係る本発明によれば、コンテンツデータを取得する際に用いるアドレス情報の有効期限を意識する手間を利用者に要求することなく、コンテンツデータを取得するためのアクセス情報に有効期限を設けることが可能なコンテンツ管理装置を提供することができる。
【００１５】
請求項２に係る本発明によれば、有効期限が徒過した不要な期限付アドレス情報により記憶手段の記憶容量を無駄に消費することを防ぐことが可能なコンテンツ管理装置を提供することができる。
【００１６】
請求項３に係る本発明によれば、有効期限が徒過した不要な期限付アドレス情報を有効期限が徒過するのと同じタイミングで削除することが可能なコンテンツ管理装置を提供することができる。
【００１７】
請求項４に係る本発明によれば、コンテンツデータの不要な送受信を抑制することが可能なコンテンツ管理装置を提供することができる。
【００１８】
請求項５に係る本発明によれば、期限付アドレス情報の有効期限を超えた場合でも、クライアント装置内に保存されているコンテンツデータを利用することが可能なコンテンツ管理装置を提供することができる。
【００１９】
請求項６に係る本発明によれば、同一の恒久アドレス情報に対して複数のクライアント装置からコンテンツデータの取得要求を行った場合でも、コンテンツデータの取得が可能なコンテンツ管理装置を提供することができる。
【００２０】
請求項７に係る本発明によれば、コンテンツデータを取得する際に用いるアドレス情報の有効期限を意識する手間を利用者に要求することなく、コンテンツデータを取得するためのアクセス情報に有効期限を設けることが可能なコンテンツ配信システムを提供することができる。
【００２１】
請求項８に係る本発明によれば、コンテンツデータを取得する際に用いるアドレス情報の有効期限を意識する手間を利用者に要求することなく、コンテンツデータを取得するためのアクセス情報に有効期限を設けることが可能なプログラムを提供することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の第１の実施形態のコンテンツ配信システムのシステム構成を示す図である。
【図２】本発明の第１の実施形態におけるコンテンツ管理サーバ１０のハードウェア構成を示すブロック図である。
【図３】本発明の第１の実施形態におけるコンテンツ管理サーバ１０の機能構成を示すブロック図である。
【図４】ＵＲＬ記憶部４２に記憶されるデータ例を示す図である。
【図５】ＵＲＬ記憶部４２に記憶されるデータ例（記憶するデータを省略した場合）を示す図である。
【図６】Ｇｅｔリクエストを受信した際のコンテンツ管理サーバ１０の動作を説明するためのフローチャートである。
【図７】本発明の第１の実施形態において、クライアント装置２０がコンテンツ管理サーバ１０に初めてアクセスした際の様子を説明するためのシーケンスチャートである。
【図８】本発明の第１の実施形態において、クライアント装置２０がコンテンツ管理サーバ１０に２回目以降にアクセスした際の様子を説明するためのシーケンスチャートである。
【図９】本発明の第２の実施形態におけるＵＲＬ記憶部４２に記憶されるデータ例を示す図である。
【図１０】本発明の第２の実施形態において、Ｇｅｔリクエストを受信した際のコンテンツ管理サーバ１０の動作を説明するためのフローチャートである。
【図１１】本発明の第２の実施形態のクライアント装置２０において、Ｇｅｔリクエストを送信する際の動作を説明するためのフローチャートである。
【図１２】本発明の第２の実施形態において、クライアント装置２０がコンテンツ管理サーバ１０に初めてアクセスした際の様子を説明するためのシーケンスチャートである。
【図１３】本発明の第２の実施形態において、クライアント装置２０がコンテンツ管理サーバ１０に２回目以降にアクセスした際の様子を説明するためのシーケンスチャートである。
【発明を実施するための形態】
【００２３】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００２４】
[第１の実施形態]
先ず、本発明の第１の実施形態のコンテンツ配信システムについて説明する。
【００２５】
図１は本発明の第１の実施形態のコンテンツ配信システムのシステム構成を示す図である。本実施形態のコンテンツ配信システムは、図１に示されるように、コンテンツ管理サーバ１０と、クライアント装置２０と、ストレージシステム３０とがインターネット４０により相互に接続された構成となっている。また、ストレージシステム３０は、画像データ、音声データ、テキストデータ等の各種コンテンツデータを格納するコンテンツ格納装置であり、配信を行うコンテンツデータを実際に格納するためのコンテンツデータ格納部３２と、このコンテンツデータ格納部３２に格納されているコンテンツの配信を制御する制御サーバ３１とから構成されている。
【００２６】
ストレージシステム３０は、例えば、コンテンツデータを格納するいわゆるクラウド型のデータ保存サービスを提供する事業者により運営されている。このようなクラウド型のデータ保存サービスは、耐久性、信頼性、スケーラビリティが保証されており、クラウド環境上に構築されたオンラインストレージサービスとして様々なサービスが提供されている。
【００２７】
また、コンテンツ管理サーバ１０は、例えば不特定多数のユーザに対してコンテンツデータを配信する企業等により運営され、配信しようとするコンテンツデータの管理を行うコンテンツ管理装置である。このコンテンツ管理サーバ１０は、配信しようとするコンテンツデータを予めストレージシステム３０に送信して、コンテンツデータ格納部３２内に格納する。そして、コンテンツ管理サーバ１０では、ストレージシステム３０へのアクセス制御を行うためのＳＤＫ（Software Development Kit：ソフトウェア開発キット）と呼ばれるソフトウェアを取得して格納している。
【００２８】
そして、コンテンツ管理サーバ１０では、ストレージシステム３０に送信したコンテンツデータを取得するための恒久ＵＲＬ（恒久アドレス情報）を発行して、この恒久ＵＲＬを不特定多数のユーザにより操作されるクライアント装置２０に通知する。
【００２９】
ここで、恒久ＵＲＬとは、有効期限等の設定なく長期間有効に使用可能なアドレス情報である。この恒久ＵＲＬに対して、有効期限が設定されており、この有効期限が徒過すると無効となるアドレス情報は期限付ＵＲＬ（暫定ＵＲＬ、一時ＵＲＬ（ワンタイムＵＲＬ））と呼ばれる。
【００３０】
なお、コンテンツ管理サーバ１０では、上述したＳＤＫと呼ばれるソフトウェアを用いることにより、期限付ＵＲＬの生成が行われる。
【００３１】
なお、クライアント装置２０は、このコンテンツデータを取得しようとする場合、通知された恒久ＵＲＬに対してコンテンツデータの取得を要求するＧｅｔリクエスト（取得要求）を送信する。
【００３２】
この恒久ＵＲＬはコンテンツ管理サーバ１０のアドレス情報であるため、クライアント装置２０からのＧｅｔリクエストはコンテンツ管理サーバ１０に送信される。
【００３３】
ここで、コンテンツ管理サーバ１０が、クライアント装置２０からのＧｅｔリクエストを受信して、ユーザ認証を行った後に、ストレージシステム３０のコンテンツデータにアクセスするための期限付ＵＲＬ（期限付アドレス情報）を発行してクライアント装置２０に返信した場合について説明する。
【００３４】
このような場合でも、クライアント装置２０は、返信されてきた期限付ＵＲＬに対してＧｅｔリクエストを送信することにより、ストレージシステム３０にアクセスして、格納されているコンテンツデータをダウンロードする等して取得することができる。
【００３５】
また、期限付ＵＲＬには有効期限が設定されていて、ストレージシステム３０は有効期限を徒過した期限付ＵＲＬに対するＧｅｔリクエストを受け付けないようになっている。そのため、この期限付ＵＲＬが権限の無い第三者に漏れたとしても、有効期限が徒過すればコンテンツデータへのアクセスが制限されることになる。
【００３６】
しかし、上記のように単にコンテンツ管理サーバ１０からクライアント装置２０に対して期限付ＵＲＬを返信するような方法では、クライアント装置２０を操作してコンテンツデータを取得するユーザは、この期限付ＵＲＬの期限管理を行う必要がある。そして、このユーザは、期限付ＵＲＬの有効期限が徒過した場合には、恒久ＵＲＬを用いてクライアント装置２０からコンテンツ管理サーバ１０に再度アクセスして、有効期限が先の期限付ＵＲＬを再度生成してもらう必要がある。
【００３７】
本実施形態のコンテンツ配信システムでは、このような有効期限を意識して期限管理を行う手間をユーザに負担することを要求しないようにするために、以下のような処理が行われる。
【００３８】
次に、本実施形態のコンテンツ配信システムにおけるコンテンツ管理サーバ１０のハードウェア構成を図２に示す。
【００３９】
コンテンツ管理サーバ１０は、図２に示されるように、ＣＰＵ１１、メモリ１２、ハードディスクドライブ（ＨＤＤ）等の記憶装置１３、ネットワークを介して外部の装置等との間でデータの送信及び受信を行う通信インタフェース（ＩＦ）１４、タッチパネル又は液晶ディスプレイ並びにキーボードを含むユーザインタフェース（ＵＩ）装置１５を有する。これらの構成要素は、制御バス１６を介して互いに接続されている。
【００４０】
ＣＰＵ１１は、メモリ１２または記憶装置１３に格納された制御プログラムに基づいて所定の処理を実行して、コンテンツ管理サーバ１０の動作を制御する。なお、本実施形態では、ＣＰＵ１１は、メモリ１２または記憶装置１３内に格納された制御プログラムを読み出して実行するものとして説明するが、当該プログラムをＣＤ−ＲＯＭ等の記憶媒体に格納してＣＰＵ１１に提供することも可能である。
【００４１】
図３は、上記の制御プログラムが実行されることにより実現されるコンテンツ管理サーバ１０の機能構成を示すブロック図である。
【００４２】
本実施形態のコンテンツ管理サーバ１０は、図３に示されるように、制御部４１と、ＵＲＬ記憶部４２と、データ送受信部４３と、ＵＩ装置４４とを備えている。また、制御部４１は、生成部４５と、返信部４６と、削除部４７とから構成されている。
【００４３】
ＵＩ装置４４は、ユーザからの操作情報を入力する機能や、ユーザに対して各種情報を表示する機能を有している。データ送受信部４３は、クライアント装置２０やストレージサービス３０との間でインターネット４０等のネットワークを介して各種データの送受信を行う。
【００４４】
制御部４１は、ＵＩ装置４４、データ送受信部４３等を制御して、コンテンツ管理サーバ１０の動作を制御している。
【００４５】
生成部４５は、恒久ＵＲＬに対するコンテンツデータのＧｅｔリクエスト（取得要求）を受け付けた際に、その恒久ＵＲＬに対応する期限付ＵＲＬがＵＲＬ記憶部４２内に記憶されていない場合、コンテンツデータを取得するための期限付ＵＲＬを生成する。なお、上述したように、この期限付ＵＲＬの生成は、予め取得されたＳＤＫにより行われる。
【００４６】
ＵＲＬ記憶部４２は、生成部４５により生成された期限付ＵＲＬと恒久ＵＲＬとを対応付けて記憶する。なお、ＵＲＬ記憶部４２は、恒久ＵＲＬと期限付ＵＲＬとの組に対して設定された有効期限に関する情報も合せて記憶する。なお、本実施形態では、ＵＲＬ記憶部４２に記憶された恒久ＵＲＬと期限付ＵＲＬとの組に対する有効期限と、その期限付ＵＲＬの有効期限とが同一の期限となっている。
【００４７】
このＵＲＬ記憶部４２に記憶されるデータ例を図４、図５を参照して説明する。図４を参照すると、ＵＲＬ記憶部４２では、コンテンツ管理サーバ１０にアクセスするための恒久ＵＲＬと、ストレージシステム３０からコンテンツデータをダウンロードするための期限付ＵＲＬと、この恒久ＵＲＬと期限付ＵＲＬの組に対する有効期限の情報とが対応付けられて記憶されている。
【００４８】
具体的には、「https://xxx.yyy.zzz/cab5b454-32a6-40f6-90f9-898912965dac/1.jpg」という恒久ＵＲＬと、「https://aaa.bbb.ccc/cab5b454-32a6-40f6-0f9-898912965dac/1.jpg?accessKey=K0X89UUPA&expires=2017-09-25-18-05-59&signature=HNQdLQeb2evCrqnY0XEFQIdFJMs」という期限付ＵＲＬとが対応付けられて記憶されており、有効期限として「2017-09-25-18-05-59」という情報も対応付けられて記憶されている。なお、「2017-09-25-18-05-59」という情報は、この期限付ＵＲＬと恒久ＵＲＬの組の有効期限が、２０１７年９月２５日１８時５分５９秒であることを示している。
【００４９】
さらに、期限付ＵＲＬの情報には、ストレージシステム３０に対してアクセスしてコンテンツデータをダウンロードするためのアドレス情報に加えて、コンテンツ管理サーバ１０の運営事業者のアカウント情報やこの期限付ＵＲＬの有効期限情報および、これらの情報のハッシュ値の情報が含まれている。つまり、このようにして発行された期限付ＵＲＬは有効期限が設定された署名済みのアドレス情報となっている。
【００５０】
そのため、悪意のある第三者がこの期限付ＵＲＬを取得して、有効期限の情報等を改ざんしたとしても、ハッシュ値との整合がとられないため、ストレージシステム３０からコンテンツデータをダウンロードすることはできない。また、有効期限の徒過後にストレージシステム３０からコンテンツデータをダウンロードすることもできない。
【００５１】
なお、ＵＲＬ記憶部４２に記憶するデータは、恒久ＵＲＬや期限付ＵＲＬの全てのアドレス情報である必要はなく、図５に示すように、その一部の情報のみを記憶するようにしても良い。
【００５２】
返信部４６は、恒久ＵＲＬに対するコンテンツデータのＧｅｔリクエストを受け付けた際に、その恒久ＵＲＬに対応する期限付ＵＲＬがＵＲＬ記憶部４２に記憶されていない場合、生成部４５により生成された期限付ＵＲＬを宛先としてリダイレクトする指示をクライアント装置２０に返信する。そして返信部４６は、恒久ＲＵＬに対応する期限付ＵＲＬがＵＲＬ記憶部４２に記憶されている場合、記憶されている期限付ＵＲＬを宛先としてリダイレクトする指示をクライアント装置２０に返信する。
【００５３】
具体的には、返信部４６は、期限付ＵＲＬをロケーションヘッダに設定して、ＨＴＴＰ（Hyper Text Transfer Protocol）ステータスコード３０３（又は３０１、３０２、３０７、３０８）の応答をクライタント端末２０に返信することにより、期限付ＵＲＬを宛先としてリダイレクトする指示を返信する。
【００５４】
削除部４７は、ＵＲＬ記憶部４２に記憶されている期限付ＵＲＬと恒久ＵＲＬとの組のうち、有効期限が徒過した期限付ＵＲＬと恒久ＵＲＬの組を削除する。
【００５５】
次に、本実施形態のコンテンツ配信システムの動作について図面を参照して詳細に説明する。
【００５６】
先ず、Ｇｅｔリクエストを受信した際のコンテンツ管理サーバ１０の動作について図６のフローチャートを参照して説明する。
【００５７】
コンテンツ管理サーバ１０では、クライアント装置２０から恒久ＵＲＬに対するＧｅｔリクエストを受信した場合（ステップＳ１０１）、ＵＲＬ記憶部４２内にその恒久ＵＲＬに対応する期限付ＵＲＬが存在するか否かの判定が行われる（ステップＳ１０２）。
【００５８】
ここで、ＵＲＬ記憶部４２内に恒久ＵＲＬに対応する期限付ＵＲＬが存在しない場合（ステップＳ１０２においてｎｏ）、ストレージシステム３０からコンテンツデータを取得するための期限付ＵＲＬが生成部４５により生成される（ステップＳ１０３）。
【００５９】
そして、生成部４５により生成された期限付ＵＲＬは恒久ＵＲＬと対応付けられて、有効期限情報とともにＵＲＬ記憶部４２に記憶される（ステップＳ１０４）。
【００６０】
そして、返信部４６は、生成部４５により生成された期限付ＵＲＬを宛先としてリダイレクトする指示をクライアント装置２０に返信する（ステップＳ１０５）。
【００６１】
なお、既に期限付ＵＲＬが生成されていて、ＵＲＬ記憶部４２内に恒久ＵＲＬに対応する期限付ＵＲＬが存在する場合（ステップＳ１０２においてｙｅｓ）、返信部４６は、記憶されている期限付ＵＲＬを宛先としてリダイレクトする指示をクライアント装置２０に返信する（ステップＳ１０５）。
【００６２】
次に、コンテンツ管理サーバ１０、クライアント装置２０、ストレージシステム３０間でデータの送受信が行われる際の様子について図７、図８のシーケンスチャートを参照して説明する。
【００６３】
先ず、クライアント装置２０がコンテンツ管理サーバ１０の、ある恒久ＵＲＬに初めてアクセスした際の様子について図７のシーケンスチャートを参照して説明する。
【００６４】
先ず、クライアント装置２０がコンテンツ管理サーバ１０に認証要求を行い（ステップＳ２０１）、ここではコンテンツ管理サーバ１０において認証が成功したものとして説明する（ステップＳ２０２）。
【００６５】
すると、クライアント装置２０は、あるコンテンツデータを取得するために事前に得ていた恒久ＵＲＬに対してＧｅｔリクエストを送信する（ステップＳ２０３）。
【００６６】
この恒久ＵＲＬに対するＧｅｔリクエストはコンテンツ管理サーバ１０において受信されるが、コンテンツ管理サーバ１０では、初回のアクセスであるため、この恒久ＵＲＬに対応して記憶されている期限付ＵＲＬはＵＲＬ記憶部４２には存在しない。そのため、コンテンツ管理サーバ１０では、生成部４５により期限付ＵＲＬが生成される（ステップＳ２０４）。
【００６７】
そして、生成された期限付ＵＲＬは恒久ＵＲＬと対応付けられてＵＲＬ記憶部４２に記憶される（ステップＳ２０５）。
【００６８】
そして、コンテンツ管理サーバ１０では、返信部４６により、生成された期限付ＵＲＬを宛先としてリダイレクトする指示（ＨＴＴＰステータスコード３０３）をクライアント装置２０に返信する（ステップＳ２０６）。
【００６９】
すると、クライアント装置２０は、このリダイレクト指示に従って、期限付ＵＲＬに対するＧｅｔリクエストを送信し（ステップＳ２０７）、ストレージシステム３０からコンテンツデータを取得する（ステップＳ２０８）。
【００７０】
次に、クライアント装置２０がコンテンツ管理サーバ１０の、ある恒久ＵＲＬに２回目以降にアクセスした際の様子について図８のシーケンスチャートを参照して説明する。
【００７１】
図８のシーケンスチャートでは、図７に示したシーケンスチャートに対して、ステップＳ２０４、Ｓ２０５の処理がステップＳ３０１の処理に置き替わったのみなので、この処理のみを説明する。
【００７２】
恒久ＵＲＬに対するＧｅｔリクエストがコンテンツ管理サーバ１０により受信され、この恒久ＵＲＬに対応する期限付ＵＲＬがＵＲＬ記憶部４２内に記憶されている場合、コンテンツ管理サーバ１０では、ＵＲＬ記憶部４２から期限付ＵＲＬを取得する（ステップＳ３０１）。
【００７３】
そして、コンテンツ管理サーバ１０では、返信部４６により、生成された期限付ＵＲＬを宛先としてリダイレクトする指示（ＨＴＴＰステータスコード３０３）をクライアント装置２０に返信する（ステップＳ２０６）。
【００７４】
なお、クライアント装置２０がコンテンツ管理サーバ１０の、ある恒久ＵＲＬにアクセスするのが２回目以降であっても、有効期限が徒過する等により期限付ＵＲＬと恒久ＵＲＬの組がＵＲＬ記憶部４２から削除されてしまった場合には、図７に示したシーケンスチャートの処理が行われる。
【００７５】
つまり、クライアント装置２０では、期限付ＵＲＬの有効期限を意識することなく、恒久ＵＲＬに対してＧｅｔリクエストを送信するのみで、ストレージシステム３０から希望するコンテンツデータを取得することができる。
【００７６】
[第２の実施形態]
次に、本発明の第２の実施形態のコンテンツ配信システムについて説明する。
【００７７】
本実施形態のコンテンツ配信システムにおいては、上記で説明した第１の実施形態のコンテンツ配信システムにおける構成と一部の動作が異なるのみであるため、上記で説明した第１の実施形態のコンテンツ配信システムの構成を参照して説明を行う。
【００７８】
本実施形態におけるコンテンツ配信システムが、上記で説明した第１の実施形態のコンテンツ配信システムと異なる点は、クライアント装置２０内に保存（キャッシュ）されたコンテンツデータの有効性確認のためにＥＴａｇ（エンティティタグ）情報（同一性識別情報）を用いて、コンテンツデータのダウンロードが行われないようにしている点である。
【００７９】
具体的には、本実施形態では、クライアント装置２０内において一度ダウンロードしたコンテンツデータが保存（キャッシュ）されている場合には、このＥＴａｇ情報を用いて、クライアント装置２０がストレージシステム３０からコンテンツデータをダウンロードしないようにして、キャッシュに保存されているコンテンツデータを有効利用するようにしている。
【００８０】
コンテンツデータをストレージシステム３０からダウンロードする毎に利用料が発生する場合や、コンテンツデータのデータ容量が大きい場合等では、上述したような方法によりコンテンツデータのダウンロードを必要最小限とすることにより、ストレージサービス３０の利用コストが抑えられ、またネットワーク負荷が低減されることになる。
【００８１】
本実施形態における生成部４５は、恒久ＵＲＬに対するコンテンツデータのＧｅｔリクエストを受け付けた際に、その恒久ＵＲＬに対応する期限付ＵＲＬがＵＲＬ記憶部４２に記憶されていない場合、コンテンツデータに対するＥＴａｇ情報を生成する。
【００８２】
なお、ＥＴａｇ情報には、強いＥＴａｇ情報と弱いＥＴａｇ情報とが存在する。強いＥＴａｇ情報は、キャッシュされたコンテンツデータと、ストレージシステム３０に格納されているコンテンツデータとが完全一致していることを判定する際に用いられる。また、弱いＥＴａｇ情報は、キャッシュされたコンテンツデータと、ストレージシステム３０に格納されているコンテンツデータとが実用的に問題無い範囲で一致していることを判定する際に用いられる。
【００８３】
そして、ＵＲＬ記憶部４２において、生成部４５により生成された期限付ＵＲＬと恒久ＵＲＬとの組に、生成されたＥＴａｇ情報を対応付けて記憶するようにすれば良い。
【００８４】
返信部４６は、恒久ＵＲＬに対するコンテンツデータのＧｅｔリクエストを受け付けた際に、その恒久ＵＲＬに対応する期限付ＵＲＬがＵＲＬ記憶部４２に記憶されていない場合、生成部４５により生成された期限付ＵＲＬを宛先としてリダイレクトする指示に生成部４５により生成されたＥＴａｇ情報を含めて返信する。
【００８５】
そして、恒久ＵＲＬに対するコンテンツデータのＧｅｔリクエストを受け付けた際に、恒久ＵＲＬに対応する期限付ＵＲＬがＵＲＬ記憶部４２に記憶されている場合でも、記憶されているＥＴａｇ情報とＧｅｔリクエストに含まれるＥＴａｇ情報とが一致する場合、返信部４６は、キャッシュに保存されているコンテンツデータを利用する旨の指示を返信する。
【００８６】
そして、キャッシュに保存されているコンテンツデータを利用する旨の指示を受信したクライアント装置２０では、ストレージシステム３０にアクセスしてコンテンツデータをダウンロードする代わりに、自装置のキャッシュに保存されているコンテンツデータを利用する。
【００８７】
なお、本実施形態のＵＲＬ記憶部４２では、記憶された恒久ＵＲＬと期限付ＵＲＬとの組に対する有効期限を、期限付ＵＲＬの有効期限よりも遅い期限とすることも可能である。
【００８８】
ここで、本実施形態のようにＥＴａｇ情報を用いて、コンテンツデータのダウンロードを省略して、キャッシュに保存されているコンテンツデータを利用するようにした場合、異なるクライアント装置２０から同一の恒久ＵＲＬにＧｅｔリクエストを送信してきた場合に問題がある。
【００８９】
つまり、１人のユーザが複数のクライアント装置２０を使用して同じコンテンツデータを利用する場合や、複数のユーザがそれぞれのクライアント装置２０から同一の恒久ＵＲＬに対してＧｅｔリクエストを送信してコンテンツデータを利用する場合には、それぞれのユーザまたはクライアント装置２０毎にＥＴａｇ情報を管理する必要があるからである。
【００９０】
そのため、本実施形態では、コンテンツ管理サーバ１０では、Ｇｅｔリクエストを受信した際にクライアント装置２０との接続におけるセッションＩＤを用いて、恒久ＵＲＬにセッションＩＤを付加した情報（恒久ＵＲＬ＋セッションＩＤ）と、期限付ＵＲＬとを対応付けてＵＲＬ記憶部４２に記憶するようにする。
【００９１】
そして、本実施形態における生成部４５は、恒久ＵＲＬとセッションＩＤとを用いてＥＴａｇ情報を生成する。そのため、本実施形態のＵＲＬ記憶部４２では、恒久ＵＲＬにセッションＩＤを付加した情報（恒久ＵＲＬ＋セッションＩＤ）と、期限付ＵＲＬと、有効期限のみを対応付けて記憶するようにし、ＥＴａｇ情報は記憶せずに、生成部４５において、その都度恒久ＵＲＬとセッションＩＤとから生成するようにする。
【００９２】
このような本実施形態におけるＵＲＬ記憶部４２に記憶されるデータ例を図９に示す。
【００９３】
図９を参照すると、ＵＲＬ記憶部４２では、恒久ＵＲＬ＋セッションＩＤ、期限付ＵＲＬ、有効期限の情報が対応付けられて記憶されているのが分かる。つまり、同じ恒久ＵＲＬへのアクセスであっても、セッションＩＤが異なる場合には、それぞれ異なる期限付ＵＲＬが記憶されることになる。
【００９４】
次に、本実施形態のコンテンツ配信システムにおける、Ｇｅｔリクエストを受信した際のコンテンツ管理サーバ１０の動作について図１０のフローチャートを参照して説明する。
【００９５】
コンテンツ管理サーバ１０では、クライアント装置２０から恒久ＵＲＬに対するＧｅｔリクエストを受信した場合（ステップＳ４０１）、ＵＲＬ記憶部４２内にその恒久ＵＲＬ＋セッションＩＤに対応する期限付ＵＲＬが存在するか否かの判定が行われる（ステップＳ４０２）。
【００９６】
ここで、ＵＲＬ記憶部４２内に恒久ＵＲＬ＋セッションＩＤに対応する期限付ＵＲＬが存在しない場合（ステップＳ４０２においてｎｏ）、ストレージシステム３０にアクセスしてコンテンツデータを取得するための期限付ＵＲＬが生成部４５により生成される（ステップＳ４０３）。
【００９７】
そして、生成部４５により生成された期限付ＵＲＬは恒久ＵＲＬ＋セッションＩＤと対応付けられて、有効期限情報とともにＵＲＬ記憶部４２に記憶される（ステップＳ４０４）。
【００９８】
そして、生成部４５は、セッションＩＤおよび恒久ＵＲＬを用いてＥＴａｇ情報を生成する（ステップＳ４０５）。すると、返信部４６は、生成部４５により生成された期限付ＵＲＬを宛先としてリダイレクトする指示を、生成されたＥＴａｇ情報を含めてクライアント装置２０に返信する（ステップＳ４０６）。
【００９９】
なお、既に期限付ＵＲＬが生成されていて、ＵＲＬ記憶部４２内に恒久ＵＲＬ＋セッションＩＤに対応する期限付ＵＲＬが存在する場合（ステップＳ４０２においてｙｅｓ）、受信されたＧｅｔリクエストに含まれるＥＴａｇ情報と、ＵＲＬ記憶部４２内の恒久ＵＲＬとセッションＩＤとから生成されたＥＴａｇ情報とが一致するか否かが判定される（ステップＳ４０７）。
【０１００】
そして、比較した２つのＥＴａｇ情報が一致した場合（ステップＳ４０７においてｙｅｓ）、返信部４６は、保存されているコンテンツデータを利用する旨の指示（ＨＴＴＰステータスコード３０４：Ｎｏｔ  Ｍｏｄｉｆｉｅｄ）をクライアント装置２０に返信する（ステップＳ４０８）。
【０１０１】
なお、比較した２つのＥＴａｇ情報が一致しなかった場合（ステップＳ４０７においてｎｏ）、生成部４５は、セッションＩＤおよび恒久ＵＲＬを用いてＥＴａｇ情報を生成する（ステップＳ４０５）。すると、返信部４６は、生成部４５により生成された期限付ＵＲＬを宛先としてリダイレクトする指示を、生成されたＥＴａｇ情報を含めてクライアント装置２０に返信する（ステップＳ４０６）。
【０１０２】
次に、本実施形態のクライアント装置２０において、Ｇｅｔリクエストを送信する際の動作を図１１のフローチャートを参照して説明する。
【０１０３】
クライアント装置２０では、Ｇｅｔリクエストをコンテンツ管理サーバ１０に送信しようとする際に、ダウンロードしたコンテンツデータが保存（キャッシュ）されていない場合には（ステップＳ５０１においてｎｏ）、ＥＴａｇ情報を含めないＧｅｔリクエストを恒久ＵＲＬに対して送信する（ステップＳ５０２）。
【０１０４】
そして、ダウンロードしたコンテンツデータが保存（キャッシュ）されている場合には（ステップＳ５０１においてｙｅｓ）、クライアント装置２０は、ＥＴａｇ情報を含めたＧｅｔリクエストを恒久ＵＲＬに対して送信する（ステップＳ５０３）。具体的には、クライアント装置２０は、ＥＴａｇ情報を「Ｉｆ−Ｎｏｎｅ−Ｍａｔｃｈ」ヘッダに設定したＧｅｔリクエストを送信する。
【０１０５】
次に、コンテンツ管理サーバ１０、クライアント装置２０、ストレージシステム３０間でデータの送受信が行われる際の様子について図１２、図１３のシーケンスチャートを参照して説明する。
【０１０６】
先ず、クライアント装置２０がコンテンツ管理サーバ１０の、ある恒久ＵＲＬに初めてアクセスした際の様子について図１２のシーケンスチャートを参照して説明する。
【０１０７】
先ず、クライアント装置２０がコンテンツ管理サーバ１０に認証要求を行い（ステップＳ６０１）、ここではコンテンツ管理サーバ１０において認証が成功したものとして説明する（ステップＳ６０２）。
【０１０８】
すると、クライアント装置２０は、あるコンテンツデータを取得するために事前に得ていた恒久ＵＲＬに対してＧｅｔリクエストを送信する（ステップＳ６０３）。
【０１０９】
この恒久ＵＲＬに対するＧｅｔリクエストはコンテンツ管理サーバ１０において受信されるが、コンテンツ管理サーバ１０では、初回のアクセスであるため、この恒久ＵＲＬに対応して記憶されている期限付ＵＲＬはＵＲＬ記憶部４２には存在しない。そのため、コンテンツ管理サーバ１０では、生成部４５により期限付ＵＲＬが生成される（ステップＳ６０４）。また、生成部４５では、この恒久ＵＲＬとセッションＩＤとからＥＴａｇ情報が生成される（ステップＳ６０５）。
【０１１０】
そして、生成された期限付ＵＲＬは恒久ＵＲＬ＋セッションＩＤと対応付けられてＵＲＬ記憶部４２に記憶される（ステップＳ６０６）。
【０１１１】
そして、コンテンツ管理サーバ１０では、生成された期限付ＵＲＬを宛先としてリダイレクトする指示（ＨＴＴＰステータスコード３０３）を、生成されたＥＴａｇ情報を含めて返信部４６からクライアント装置２０に返信する（ステップＳ６０７）。
【０１１２】
すると、クライアント装置２０は、ＥＴａｇ情報を自装置内の格納領域に格納するとともに、このリダイレクト指示に従って、期限付ＵＲＬに対するＧｅｔリクエストを送信し（ステップＳ６０８）、ストレージシステム３０からコンテンツデータを取得する（ステップＳ６０９）。
【０１１３】
次に、クライアント装置２０がコンテンツ管理サーバ１０の、ある恒久ＵＲＬに、初回アクセス時と同じセッション内で２回目以降にアクセスした際の様子について図１３のシーケンスチャートを参照して説明する。
【０１１４】
図１２と同様に、クライアント装置２０がコンテンツ管理サーバ１０に認証要求を行い（ステップＳ７０１）、コンテンツ管理サーバ１０において認証が成功したものとして説明する（ステップＳ７０２）。
【０１１５】
すると、クライアント装置２０は、格納していたＥＴａｇ情報を「Ｉｆ−Ｎｏｎｅ−Ｍａｔｃｈ」ヘッダに設定したＧｅｔリクエストを恒久ＵＲＬに対して送信する（ステップＳ７０３）。なお、初回アクセス時と同じセッションであるため、ステップＳ７０１、Ｓ７０２を省略してもよい。
【０１１６】
ここで、このＧｅｔリクエストを受信したコンテンツ管理サーバ１０では、受信したＧｅｔリクエストに含まれるＥＴａｇ情報と、恒久ＵＲＬとセッションＩＤから生成されたＥＴａｇ情報とが一致する（ステップＳ７０４）。
【０１１７】
そのため、返信部４６は、キャッシュに保存されているコンテンツデータを利用する旨の指示（ＨＴＴＰステータスコード３０４：Ｎｏｔ  Ｍｏｄｉｆｉｅｄ）をクライアント装置２０に返信する（ステップＳ７０５）。
【０１１８】
この返信を受信したクライアント装置２０は、キャッシュに保存されているコンテンツデータを使用して、ストレージシステム３０へのアクセスを行わない（ステップＳ７０６）。
【０１１９】
なお、本実施形態では、クライアント装置２０のキャッシュに保存されたコンテンツデータを有効利用することができるため、期限付ＵＲＬの有効期限を極端に短くすることができ、その結果として、期限付ＵＲＬの有効期限が長い場合と比較して、期限付ＵＲＬの漏洩によってコンテンツデータが不正に取得されるといったリスクが低減されることになる。
【符号の説明】
【０１２０】
１０    コンテンツ管理サーバ
１１    ＣＰＵ
１２    メモリ
１３    記憶装置
１４    通信インタフェース（ＩＦ）
１５    ユーザインタフェース（ＵＩ）装置
１６    制御バス
２０    クライアント装置
３０    ストレージシステム
３１    制御サーバ
３２    コンテンツ格納部
４０    ネットワーク
４１    制御部
４２    ＵＲＬ記憶部
４３    データ送受信部
４４    ＵＩ装置
４５    生成部
４６    返信部
４７    削除部
【図１】
2019133369.tif 000003
【図２】
2019133369.tif 000004
【図３】
2019133369.tif 000005
【図４】
2019133369.tif 000006
【図５】
2019133369.tif 000007
【図６】
2019133369.tif 000008
【図７】
2019133369.tif 000009
【図８】
2019133369.tif 000010
【図９】
2019133369.tif 000011
【図１０】
2019133369.tif 000012
【図１１】
2019133369.tif 000013
【図１２】
2019133369.tif 000014
【図１３】
2019133369.tif 000015