(57)【要約】【課題】コンテンツの提供に際するネットワークの負荷分散を実現可能にし、コンテンツデータの保管及び分割送信をセキュアに行うとともに、コンテンツデータの適正利用に資するデータ処理プログラム及びデータ処理システムを提供する。【解決手段】コンテンツデータ本体と該コンテンツデータ本体の管理情報データとに基づき所定のコンテンツの提供を可能にするコンテンツ提供装置１と利用者装置２とのデータ処理システムにおいて、利用者装置２において生成される受信先リストに基づいて、特定のコンテンツ提供装置１から利用者装置２に管理情報データを送信する一方、複数のコンテンツ提供装置１Ａ，１Ｂ，・・・１Ｚから１の利用者装置にコンテンツデータを送信する。【選択図】図１
2016152041.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータ本体と該コンテンツデータ本体の管理情報データとに基づき所定のコンテンツの提供を複数装置間で可能にするデータ処理プログラムにおいて、
利用者装置からのコンテンツ提供要求を受信したコンテンツ提供装置によって、
前記コンテンツデータ本体と前記管理情報データとを取得する機能と、
取得した前記コンテンツデータ本体と前記管理情報データとのうち、前記コンテンツデータ本体のデータを分割する機能と、
前記管理情報データを利用者装置に送信する場合に、利用者装置において生成される受信先リストに基づいて、特定のコンテンツ提供装置から利用者装置に前記管理情報データを送信する機能と、
分割したコンテンツデータを利用者装置に送信する場合に、利用者装置において生成される受信先リストに基づいて、複数のコンテンツ提供装置から１の利用者装置に個々の分割されたコンテンツデータを送信する機能と、
を実現可能に構成したことを特徴とするデータ処理プログラム。
【請求項２】
前記コンテンツ提供装置によって、
暗号化保管された前記コンテンツデータ本体及び前記管理情報データを復号化する機能と、
復号化したコンテンツデータ本体及び管理情報データを再度別々に暗号化して取得する機能と、
再暗号化されたコンテンツデータ本体を分割して送信する機能と、
を実現可能に構成したことを特徴とする請求項１記載のデータ処理プログラム。
【請求項３】
コンテンツデータ本体と該コンテンツデータ本体の管理情報データとに基づき所定のコンテンツの提供を複数装置間で行うデータ処理プログラムであって、
コンテンツの提供元となるコンテンツ提供装置にコンテンツ提供要求を送信した利用者装置によって、
前記管理情報データをコンテンツ提供装置から取得した後に、取得した管理情報データに含まれるコンテンツ提供元リストに基づいて受信先リストを生成する機能と、
コンテンツ提供装置で決定された前記コンテンツデータ本体の分割情報を受信する機能と、
前記受信先リストに基づいて、複数のコンテンツ提供装置から送信される個々の分割されたコンテンツデータ本体を受信する機能と、
を実現可能に構成したことを特徴とするデータ処理プログラム。
【請求項４】
前記利用者装置によって、
暗号化して送信された前記管理情報データを復号化した後に、復号化された管理情報データに基づいて受信先リストを生成する機能と、
複数のコンテンツ提供装置から暗号化して送信される個々の分割されたコンテンツデータ本体を受信して復号化する機能と、
コンテンツデータ本体及び管理情報データを再度暗号化して保存する機能と、
を実現可能に構成したことを特徴とする請求項３記載のデータ処理プログラム。
【請求項５】
前記コンテンツ提供装置にコンテンツのアップロードを行うデータ処理プログラムであって、
前記コンテンツデータ本体と前記管理情報データとを取得したアップローダによって、
前記コンテンツデータ本体及び前記管理情報データを通信用データとして生成する機能と、前記通信用データを送信する機能と、を実現可能に構成したことを特徴とする請求項１から４のいずれか記載のデータ処理プログラム。
【請求項６】
前記管理情報データには、コンテンツデータ本体の利用を管理するキャッシュ管理情報が含まれており、前記キャッシュ管理情報による正当性が確認できた場合に、コンテンツデータ本体の利用を有効化することを特徴とする請求項１から５のいずれか記載のデータ処理プログラム。
【請求項７】
ミドルウェアとして機能することを特徴とする請求項１から６のいずれか記載のデータ処理プログラム。
【請求項８】
コンテンツデータ本体と該コンテンツデータ本体の管理情報データとに基づき所定のコンテンツの提供を可能にするコンテンツ提供装置と利用者装置とのデータ処理システムにおいて、
前記コンテンツ提供装置は、
取得した前記コンテンツデータ本体及び前記管理情報データを記憶する記憶装置と、
取得した前記コンテンツデータ本体及び前記管理情報データのうち、前記コンテンツデータ本体のデータを分割するデータ分割部と、
前記管理情報データを利用者装置に送信する場合に、利用者装置において生成される受信先リストに基づいて、コンテンツ提供装置から利用者装置に前記管理情報データを送信する一方、分割したコンテンツデータを利用者装置に送信する場合に、利用者装置において生成される受信先リストに基づいて、複数のコンテンツ提供装置から１の利用者装置に個々の分割されたコンテンツデータを送信するデータ送信部と、
を有することを特徴とするデータ処理システム。
【請求項９】
コンテンツデータ本体と該コンテンツデータ本体の管理情報データとに基づき所定のコンテンツの提供を可能にするコンテンツ提供装置と利用者装置とのデータ処理システムにおいて、
前記利用者装置は、
前記管理情報データをコンテンツ提供装置から取得した後に、取得した管理情報データに含まれるコンテンツ提供元リストに基づいて受信先リストを生成する通信先情報管理部と、
コンテンツ提供装置で決定された前記コンテンツデータ本体の分割情報を受信し、前記受信先リストに基づいて、複数のコンテンツ提供装置から送信される個々の分割されたコンテンツデータ本体を受信するデータ受信部と、
を有することを特徴とするデータ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、静止画や動画のコンテンツデータを複数装置間で送受信処理して所定のコンテンツの提供を行うデータ処理プログラム及びデータ処理システムに関し、特にコンテンツデータを分散して保管し、分割して送信するものに関する。
【背景技術】
【０００２】
近年、コンテンツデータの大容量化やリアルタイムで即自的なデータの活用化にみられるように、大量のデータを高速かつ安全に処理することが求められる。例えば、医療の現場においては、患者の各種生体情報、医療画像等をセキュアに伝送し、遠隔地にいる専門医師から治療に関する助言・指示を仰ぐような場合に、伝送される医療画像は高精密・高緻密な解像度であることが多いため、大量のデータがやり取りされることとなる。
【０００３】
この点、大量のデータとしてのストリームデータに関して、ストリームデータを基に複数の分割データを生成し、複数の分割データが複数のサーバ計算機に分散されるシステムがある（特許文献１）。このシステムは、分割データに分割データＩＤを付与し、分割データＩＤが付与された分割データを対象サーバに送信して保管することで、ストリームデータ処理の負荷分散を行うものである。
【０００４】
また、１つの計算機のあるデータに集中する場合は、その負荷を分散させるために、そのデータの複製を他の計算機に生成してクライアントからの要求を分散させることでシステム全体の性能を向上させるキャッシュ方式の技術がある（非特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−１２８８１８号公報（段落［００２８］、［００３４］等）
【非特許文献】
【０００６】
【非特許文献１】Sanjay Ghemawat, Howard Gobioff and Shun-Tak Leung, “The Google File System”, SOSP’03, 2003, Vol.37, p.29-43
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１では、分割データを対象サーバに保管するシステムでは、データ全体としての負荷分散は行われているものの、その分割データに対するアクセス要求を受ける対象サーバに関しては必ずしも負荷分散が行われているとはいえない。また、非特許文献１では、多数の要求に応じてデータを複製することから、事前に負荷分散の効果を期待できるものではない。
【０００８】
また、複数のデータを各装置に分散して格納しておく場合には、そのデータの有効性の問題が新たに発生する。すなわち、データにアクセス権限や有効期限等が設定されている場合に、それらの正当性を適正に維持することができるシステムである必要がある。
【０００９】
また、複数のデータを各装置に分散して格納し、データを更に各装置に伝送する場合には、そのデータの格納・伝送はセキュアである必要がある。
【００１０】
本発明は、このような点に鑑みてなされたものであり、その目的は、コンテンツの提供に際するネットワークの負荷分散を実現可能にし、コンテンツデータの保管及び分割送信をセキュアに行うとともに、各所に保管されたコンテンツデータの正当性を適正に維持することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明に係るデータ処理プログラム及びデータ処理システムは、以下のものを提供する。
【００１２】
（１）  コンテンツデータ本体と該コンテンツデータ本体の管理情報データとに基づき所定のコンテンツの提供を複数装置間で可能にするデータ処理プログラムにおいて、利用者装置からのコンテンツ提供要求を受信したコンテンツ提供装置によって、前記コンテンツデータ本体と前記管理情報データとを取得する機能と、取得した前記コンテンツデータ本体と前記管理情報データとのうち、前記コンテンツデータ本体のデータを分割する機能と、前記管理情報データを利用者装置に送信する場合に、利用者装置において生成される受信先リストに基づいて、特定のコンテンツ提供装置から利用者装置に前記管理情報データを送信する機能と、分割したコンテンツデータを利用者装置に送信する場合に、利用者装置において生成される受信先リストに基づいて、複数のコンテンツ提供装置から１の利用者装置に個々の分割されたコンテンツデータを送信する機能と、を実現可能に構成したことを特徴とするデータ処理プログラム。
【００１３】
本発明によれば、コンテンツデータ本体と管理情報データとに基づき所定のコンテンツの提供を可能にするにあたり、前記管理情報データは、利用者装置において生成される受信先リストに基づいて、特定のコンテンツ提供装置から利用者装置に送信し、分割したコンテンツデータは、利用者装置において生成される受信先リストに基づいて、複数のコンテンツ提供装置から１の利用者装置に個々に分割されて送信することから、受信先リストによってコンテンツ提供装置を分けることでアクセス負荷を軽減し、動画などの帯域を占領する配信サービスにおいてネットワーク自体の負荷を分散させることができる。
【００１４】
（２）  前記コンテンツ提供装置によって、暗号化保管された前記コンテンツデータ本体及び前記管理情報データを復号化する機能と、復号化したコンテンツデータ本体及び管理情報データを再度別々に暗号化して取得する機能と、再暗号化されたコンテンツデータ本体を分割して送信する機能と、を実現可能に構成したことを特徴とするデータ処理プログラム。
【００１５】
本発明によれば、暗号化保管されているコンテンツデータ本体及び管理情報データそのものを送信するのではなく、再暗号化されたコンテンツデータ本体を分割して送信することから、暗号化用キーを使い分けることにより通信路等任意の経路でデータが盗まれたとしても復号化することは困難であることから、強固なセキュリティ機能を確保してコンテンツデータを記憶し配信することができる。
【００１６】
（３）  コンテンツデータ本体と該コンテンツデータ本体の管理情報データとに基づき所定のコンテンツの提供を複数装置間で行うデータ処理プログラムであって、コンテンツの提供元となるコンテンツ提供装置にコンテンツ提供要求を送信した利用者装置によって、前記管理情報データをコンテンツ提供装置から取得した後に、取得した管理情報データに含まれるコンテンツ提供元リストに基づいて受信先リストを生成する機能と、コンテンツ提供装置で決定された前記コンテンツデータ本体の分割情報を受信する機能と、前記受信先リストに基づいて、複数のコンテンツ提供装置から送信される個々の分割されたコンテンツデータ本体を受信する機能と、を実現可能に構成したことを特徴とするデータ処理プログラム。
【００１７】
本発明によれば、コンテンツデータ本体と管理情報データとに基づき所定のコンテンツの提供を可能にするにあたり、コンテンツ提供元リストに基づいて受信先リストを生成し、この受信先リストに基づいて複数のコンテンツ提供装置から１の利用者装置に個々に分割されたものを受信することから、受信先リストによってコンテンツ提供装置を分けることでアクセス負荷を軽減し、動画などの帯域を占領する配信サービスにおいてネットワーク自体の負荷を分散させることができる。
【００１８】
（４）  前記利用者装置によって、暗号化して送信された前記管理情報データを復号化した後に、復号化された管理情報データに基づいて受信先リストを生成する機能と、複数のコンテンツ提供装置から暗号化して送信される個々の分割されたコンテンツデータ本体を受信して復号化する機能と、コンテンツデータ本体及び管理情報データを再度暗号化して保存する機能と、を実現可能に構成したことを特徴とするデータ処理プログラム。
【００１９】
本発明によれば、受信したコンテンツデータ本体及び管理情報データそのものを保存するのではなく、再暗号化されたものを保存することから、通信路等任意の経路でデータが盗まれたとしても復号化することは困難であり、強固なセキュリティ機能を確保してコンテンツデータを記憶し配信することができる。
【００２０】
（５）  前記コンテンツ提供装置にコンテンツのアップロードを行うデータ処理プログラムであって、前記コンテンツデータ本体と前記管理情報データとを取得したアップローダによって、前記コンテンツデータ本体及び前記管理情報データを通信用データとして生成する機能と、複数のコンテンツ提供装置に前記通信用データを送信する機能と、を実現可能に構成したことを特徴とするデータ処理プログラム。
【００２１】
本発明によれば、コンテンツデータ本体及び管理情報データを通信用データとして送信することから、アップロード過程におけるデータの伝送は、セキュリティを考慮した通信環境を実現することができる。また、アップロードに際して、セッションを分けて送信したり、暗号化データとして送信することで、更に高いセキュアを保つことができる。
【００２２】
（６）  前記管理情報データには、コンテンツデータ本体の利用を管理するキャッシュ管理情報が含まれており、前記キャッシュ管理情報による正当性が確認できた場合に、コンテンツデータ本体の利用を有効化することを特徴とするデータ処理プログラム。
【００２３】
本発明によれば、コンテンツデータ本体の利用を管理するキャッシュ管理情報によって、その正当性が確認できたものを有効化することで、コンテンツデータ本体の利用の濫用を防止することができる。例えば、期限切れのコンテンツデータはキャッシュから削除して表示不能にしたり、閲覧権原を確認して閲覧可否を判断することで、意図しない閲覧者や閲覧端末によるコンテンツデータの表示を制限することができる。また、コンテンツデータの利用は表示や閲覧に限らず、印刷、保存、削除等幅広く設定することができる。
【００２４】
（７）  ミドルウェアとして機能することを特徴とするデータ処理プログラム。
【００２５】
本発明によれば、上記データ処理プログラムはミドルウェアであることから、装置端末のハードウェアやオペレーションシステム（ＯＳ）が異なっても、上記データ処理プログラムは共通で作動することとなる。従って、提供されるコンテンツは共通であり、マルチプラットフォームコンテンツとして対応可能である。また、異なるＯＳ向けにコンテンツを作り替えることなく、ワンソースでのコンテンツ展開を可能にし、上記データ処理プログラムの動作が確保できる。
【００２６】
（８）  コンテンツデータ本体と該コンテンツデータ本体の管理情報データとに基づき所定のコンテンツの提供を可能にするコンテンツ提供装置と利用者装置とのデータ処理システムにおいて、前記コンテンツ提供装置は、取得した前記コンテンツデータ本体及び前記管理情報データを記憶する記憶装置と、取得した前記コンテンツデータ本体及び前記管理情報データのうち、前記コンテンツデータ本体のデータを分割するデータ分割部と、前記管理情報データを利用者装置に送信する場合に、利用者装置において生成される受信先リストに基づいて、コンテンツ提供装置から利用者装置に前記管理情報データを送信する一方、分割したコンテンツデータを利用者装置に送信する場合に、利用者装置において生成される受信先リストに基づいて、複数のコンテンツ提供装置から１の利用者装置に個々の分割されたコンテンツデータを送信するデータ送信部と、を有することを特徴とするデータ処理システム。
【００２７】
本発明によれば、コンテンツデータ本体と管理情報データとに基づき所定のコンテンツの提供を可能にするにあたり、前記管理情報データは、利用者装置において生成される受信先リストに基づいて、特定のコンテンツ提供装置から利用者装置に送信し、分割したコンテンツデータは、利用者装置において生成される受信先リストに基づいて、複数のコンテンツ提供装置から１の利用者装置に個々に分割されて送信することから、受信先リストによってコンテンツ提供装置を分けることでアクセス負荷を軽減し、動画などの帯域を占領する配信サービスにおいてネットワーク自体の負荷を分散させることができる。
【００２８】
（９）  コンテンツデータ本体と該コンテンツデータ本体の管理情報データとに基づき所定のコンテンツの提供を可能にするコンテンツ提供装置と利用者装置とのデータ処理システムにおいて、前記利用者装置は、前記管理情報データをコンテンツ提供装置から取得した後に、取得した管理情報データに含まれるコンテンツ提供元リストに基づいて受信先リストを生成する通信先情報管理部と、コンテンツ提供装置で決定された前記コンテンツデータ本体の分割情報を受信し、前記受信先リストに基づいて、複数のコンテンツ提供装置から送信される個々の分割されたコンテンツデータ本体を受信するデータ受信部と、を有することを特徴とするデータ処理システム。
【００２９】
本発明によれば、コンテンツデータ本体と管理情報データとに基づき所定のコンテンツの提供を可能にするにあたり、コンテンツ提供元リストに基づいて受信先リストを生成し、この受信先リストに基づいて複数のコンテンツ提供装置から１の利用者装置に個々に分割されたものを受信することから、受信先リストによってコンテンツ提供装置を分けることでアクセス負荷を軽減し、動画などの帯域を占領する配信サービスにおいてネットワーク自体の負荷を分散させることができる。
【発明の効果】
【００３０】
本発明のデータ処理プログラム及びデータ処理システムは、受信先リストによってコンテンツ提供装置を分けることでアクセス負荷を軽減し、ネットワーク自体の負荷を分散させることができ、また、強固なセキュリティ機能を確保してコンテンツデータを記憶し配信することができるという効果がある。
【００３１】
また、データの分割送信によるセキュアが保たれ、セキュリティを考慮した通信環境を実現することができ、コンテンツデータ本体の利用を管理するキャッシュ管理情報によって、コンテンツデータ本体の利用の濫用を防止することができるという効果がある。
【図面の簡単な説明】
【００３２】
【図１】本発明の実施の形態に係るデータ処理システムの概要図である。
【図２】本発明の実施の形態に係るデータ処理システムのサーバクライアント方式におけるシステム構成図である。
【図３】本発明の実施の形態に係るデータ処理システムのＰ２Ｐ方式におけるシステム構成図である。
【図４】本発明の実施の形態に係るデータ処理プログラムにおけるデータアップロードプログラムの処理内容を示すフロー図である。
【図５】本発明の実施の形態に係るデータ処理プログラムにおけるデータ受信プログラムの処理内容を示すフロー図である。
【図６】本発明の実施の形態に係るデータ処理プログラムにおけるデータ送信プログラムの処理内容を示すフロー図である。
【図７】本発明の実施の形態に係るデータ処理プログラムにおけるデータ要求・受信プログラムの処理内容を示すフロー図である。
【図８】本発明の実施の形態に係るデータ処理プログラムにおけるキャッシュ管理プログラムの処理内容を示すフロー図である。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施の形態について図面に基づいて説明する。
【００３４】
図１は、本発明の実施の形態に係るデータ処理システムの概要図であり、コンテンツの提供を行うコンテンツ提供装置１としての複数のサーバ１Ａ，１Ｂ，・・・１Ｚと、インターネット１０を介してコンテンツ提供装置１と接続される利用者装置２としてのクライアントと、インターネット１０を介してコンテンツ提供装置１と接続されるアップローダ（アップロード装置）４とから構成され、複数のサーバ１Ａ，１Ｂ・・・から各クライアント２にコンテンツが提供されるサーバクライアント方式を示している。また、このシステム構成は、コンテンツ提供装置１と利用者装置２とが機能として一体化した利用者装置３同士によってコンテンツが提供されるＰ２Ｐ方式としても機能することができ、Ｐ２Ｐ方式の場合は、その要求に応じた利用者装置３がコンテンツ提供装置１や利用者装置２として機能する。なお、アップローダ４にはＣＭＳや携帯端末（撮影アプリ）等が含まれる。また、利用者装置２は携帯端末やＰＣ等が含まれ、そのＯＳは問わない。
【００３５】
図２は、本発明の実施の形態に係るデータ処理システムのサーバクライアント方式におけるシステム構成図である。
【００３６】
アップローダ４は、コンテンツのアップロード処理等の動作の制御機能を総合的に司るＣＰＵ４１と、ＲＡＭやＲＯＭ等のメモリ４２と、外部装置との通信機能を発揮する通信デバイス４３と、これらのＣＰＵ４１，メモリ４２，通信デバイス４３等の機能を実現するオペレーティングシステム４４と、オペレーティングシステム４４とは別領域においてミドルウェアとしてデータアップロードプログラムが実行されるデータアップロード手段５０とを有する。さらに、データアップロード手段５０は、コンテンツデータ本体（本体データＭＤ）の入力を受け付ける本体データ入力部５１、コンテンツデータ本体の利用を管理するキャッシュ管理情報データ（付加データＯＤ）の入力を受け付ける付加データ入力部５２、これらの本体データＭＤ及び付加データＯＤを結合して通信用データを生成する通信用データ生成部５３、生成された通信用データを暗号化するための暗号化用キーを所定の暗号化方式により生成する暗号化用キー生成部５４、生成された暗号化キーにより通信用データを暗号化するデータ暗号化部５５、暗号化された通信用データを分割するデータ分割部５６、データを伝送する通信先情報が格納された通信先情報格納部５７、データを送信するデータ送信部５８を有する。
【００３７】
アップローダ４からサーバＡ，Ｂ・・・，Ｚへのデータ送信は、通信先情報格納部５７に通信先情報として記憶されたサーバＡ〜ＺのＵＲＬ情報に基づいて行われ、通信先情報としてどのサーバにデータ送信をするかが指定されている。この通信先情報は、付加データＯＤの入力段階、通信用データの生成段階などの所定のタイミングにおいて生成される。また、データ分割部５６により分割されたデータが通信デバイス４３を介して各サーバに送信されるが、通信デバイス４３がセッションを分けて各サーバと通信することにより、分割されたデータが独立したデータなのか、或いは連続性のあるデータなのかを外部から捉えることはできなくなることから、セキュアな通信環境を実現している。
【００３８】
コンテンツ提供装置１としてのサーバ１Ａを例にして、サーバ１Ａは、アップローダ４からのデータの受信処理をするデータ受信プロプログラムを実行するデータ受信手段１１と、データ受信手段１１で処理されたデータを記憶する記憶装置１８と、記憶装置１８に記憶されたデータをクライアントの要求に応じて送信するための送信処理をするデータ送信プログラムを実行するデータ送信手段１９とを有する。なお、これらのデータ受信手段１１、記憶装置１８、データ送信手段１９の機能構成は、サーバ１Ｂ，・・・，１Ｚにおいても同様である。
【００３９】
データ受信手段１１は、アップローダ４から送信されたデータを受信するデータ受信部１２、受信した分割データを結合するデータ結合部１３、１つのデータとして結合された結合データを復号するための復号化用キーを所定の復号化方式により生成する復号化用キー生成部１４、生成された復号化キーにより結合データを復号化するデータ復号化部１５、復号化された結合データを再度暗号化するための暗号化用キーを所定の暗号化方式により生成する暗号化用キー生成部１６、生成された暗号化キーにより結合データを暗号化するデータ暗号化部１７を有する。そして、最終的にデータ暗号化部１７で暗号化されたデータを記憶装置１８に格納して記憶する。
【００４０】
データ送信手段１９は、クライアントからのコンテンツの提供要求に応じて記憶装置１８に記憶されたデータを送信処理するものであり、記憶装置１８に記憶された暗号化データを復号化するための復号化用キーを所定の復号化方式により生成する復号化用キー生成部２０、生成された復号化キーにより暗号化データを復号化するデータ復号化部２１、復号されたデータを再度暗号化するための暗号化用キーを所定の暗号化方式により生成する暗号化用キー生成部２２、生成された暗号化キーによりデータを暗号化するデータ暗号化部２３、暗号化されたデータを分割するデータ分割部２４、分割されたデータを送信するデータ送信部２５を有する。なお、データ分割部２４を用いない場合は、データ送信部２５はデータ暗号化部２３で暗号化されたデータを送信する。
【００４１】
サーバＡ，Ｂ・・・，Ｚからクライアントへのデータ送信は、クライアントからの要求に応じて行なわれることから、サーバＡ，Ｂ・・・，Ｚは要求に応じたデータを送信するのみである。この点で、アップローダからサーバへのデータ送信において送信元が通信先情報を特定している形態とは異なっている。
【００４２】
利用者装置２としてのクライアントは、サーバへのデータ要求及びサーバからのデータ受信を処理するデータ要求・受信プログラムを実行するデータ要求・受信手段２６と、データ要求・受信手段２６で処理されたデータをキャッシュデータとして記憶するキャッシュ用記憶装置３４と、キャッシュデータの利用を管理するキャッシュ管理プログラムを実行するキャッシュ管理手段３５と、キャッシュ管理手段３５の認証をパスしたキャッシュデータを表示するデータ表示プログラムを実行するデータ表示手段４０とを有する。
【００４３】
クライアントからのコンテンツ提供は、当該コンテンツのサムネイル表示等により選択されたコンテンツ提供要求に応じてデータ要求部２８ａによって実行され、第１にどのコンテンツ提供装置にアクセスするかを通信先情報管理部２７が取得する。通信先情報管理部２７により特定される通信先のサーバにアクセスしたクライアントは、以後、サーバから送信されるデータを受信するデータ受信部２８ｂ、受信した分割データを結合するデータ結合部２９、１つのデータとして結合された結合データを復号するための復号化用キーを所定の復号化方式により生成する復号化用キー生成部３０、生成された復号化キーにより結合データを復号化するデータ復号化部３１、結合データを再度暗号化するための暗号化用キーを所定の暗号化方式により生成する暗号化用キー生成部３２、生成された暗号化キーにより結合データを暗号化するデータ暗号化部３３を有する。そして、最終的にデータ暗号化部３３で暗号化されたデータをキャッシュ用記憶装置３４に格納して記憶する。
【００４４】
キャッシュ管理手段３５は、キャッシュ用記憶装置３４に記憶されたキャッシュデータをデータ表示手段４０で表示する際の正当性処理を実行するものであり、暗号化されたキャッシュデータを復号するための復号化用キーを所定の復号化方式により生成する復号化用キー生成部３６、生成された復号化キーによりキャッシュデータを復号化するデータ復号化部３７、復号化されたキャッシュデータのうち付加データＯＤを取り出す付加データ取り出し部３８、付加データの内容に応じて有効期限管理のキャッシュファイル管理を行う３８ａ，利用可能者管理の認証処理を行う３８ｂ，利用状態管理を行う３８ｃ、これらの管理処理３８ａ〜３８ｃにより正当性が確認できた場合に、本体データＭＤをデータ表示手段４０に渡す本体データ受渡部３９を有する。そして、最終的に受け渡された本体データＭＤがデータ表示手段４０にて表示される。
【００４５】
このようなサーバクライアント方式では、例えば撮影済みの動画を配信する場合には、アップローダに記憶されている動画データはＧＵＩを介してデータ処理及び送信され、サーバからの動画データを取得したクライアントにて動画再生が行われる。また、ライブ動画を配信する場合には、撮影用機材で撮影された動画をアップローダに受信して取込み、データアップロードプログラム内にて動画形式の変換処理を行ってサーバに送信され、サーバからのライブ動画を取得したクライアントにて動画再生が行われる。また、静止画を配信する場合には、アップローダに記憶されている静止画データはＧＵＩを介してデータ処理及び送信され、サーバからの静止画データを取得したクライアントにて静止画表示が行われる。また、ドキュメントを配信する場合には、アップローダに記憶されているドキュメントデータ（メディアデータ、レイアウトデータ、テキストデータ等の各種データの集まり）はＧＵＩを介してデータ処理及び送信され、サーバからのドキュメントデータを取得したクライアントにてドキュメント表示が行われる。
【００４６】
図３は、本発明の実施の形態に係るデータ処理システムのＰ２Ｐ方式におけるシステム構成図であり、図２と同機能を実現するものには同一の符号を付している。
【００４７】
Ｐ２Ｐ方式では、個々のクライアント同士によるデータ送受信によってコンテンツの提供が実現されることから、図２に示すサーバは実在しない。また、図２に示すアップローダとしての機能も個々のクライアントが担うこととなる。
【００４８】
クライアントがデータ送信としての機能を担う場合は、データ送信プログラムがデータ送信手段５０’で実行されるが、この基本的機能はデータアップロードプログラム及びデータ送信プログラムと同様であり、暗号化用キー生成部５４’は暗号化用キー生成部２２と、データ暗号化部５５’はデータ暗号化部２３と、データ分割部５６’はデータ分割部２４と、データ送信部５８’はデータ送信部２５と同様の機能を有する。また、クライアントがデータ要求・受信としての機能を担う場合は、データ要求・受信プログラムがデータ要求・受信手段２６で実行されるが、この基本的機能はクライアントのデータ要求・受信プログラムと同様である。
【００４９】
このように、サーバクライアント方式でもＰ２Ｐ方式でも、諸機能を発揮するためのデータ処理プログラム（データアップロードプログラム、データ受信プログラム、データ送信プログラム、データ要求・受信プログラム、キャッシュ管理プログラム）は基本的に同一である。
【００５０】
このようなＰ２Ｐ方式では、例えば撮影済みの動画を配信する場合には、クライアントに記憶されている動画データはＧＵＩを介してデータ処理及び送信され、クライアントからの動画データを取得した別のクライアントにて動画再生が行われる。また、ライブ動画を配信する場合には、撮影用機材で撮影された動画をクライアントに受信して取込み、データアップロードプログラム内にて動画形式の変換処理を行って別のクライアントに送信され、ライブ動画を取得したクライアントにて動画再生が行われる。また、静止画を配信する場合には、クライアントに記憶されている静止画データはＧＵＩを介してデータ処理及び送信され、クライアントからの静止画データを取得した別のクライアントにて静止画表示が行われる。また、ドキュメントを配信する場合には、クライアントに記憶されているドキュメントデータ（メディアデータ、レイアウトデータ、テキストデータ等の各種データの集まり）はＧＵＩを介してデータ処理及び送信され、クライアントからのドキュメントデータを取得した別のクライアントにてドキュメント表示が行われる。
【００５１】
さらに、サーバクライアント方式とＰ２Ｐ方式を組み合わせた配信も可能であり、近くのクライアントがデータを持っている場合にはその近くのクライアントからのＰ２Ｐによるデータ配信を受け、そうでない場合はサーバからのデータ配信を受けることになる。
【００５２】
図４は、本発明の実施の形態に係るデータ処理プログラムにおけるデータアップロードプログラムの処理内容を示すフロー図である。図４に示す処理内容は、主としてデータアップロード手段５０又はデータ送信手段５０’によって実行される。
【００５３】
コンテンツデータ本体のアップロードを行うアップローダは、まず、本体データ入力部５１によってコンテンツデータ本体が格納された本体データＤＢから本体データを選択・実行し、本体データＭＤの取得を行う（ステップＳ１０１）。次に、付加データ入力部５２によって、コンテンツの有効期限や利用可能者などの付加データＯＤを選択し、付加データＯＤの取得を行い、通信用データ生成部５３で本体データＭＤに付加データＯＤを追加した形で通信用データとしてデータ生成を行う（ステップＳ１０２）。なお、これらのデータは適宜メモリ４２等に保存される。付加データＯＤには、送信先となるサーバＡ，Ｂ・・・，Ｚのうち、アップロードするユーザの選択によって複数のサーバが指定され、指定されたサーバのＵＲＬ情報等が含まれており、これらのサーバ情報は送信先ＤＢにも格納される。
【００５４】
次に、生成された通信用データを暗号化するための暗号化用キー生成部５４による暗号化用キーの生成を行い（ステップＳ１０３）、生成された暗号化用キーによって通信用データの暗号化をデータ暗号化部５５によって行う（ステップＳ１０４）。すなわち、ステップＳ１０４では、本体データＭＤ及び付加データＯＤの全データを暗号化している（暗号化データα11）。
【００５５】
次に、データ分割部５６による暗号化データα11の分割を、例えば設定されたバイト数単位で行うなど、かかる暗号化データα11の一部切り出しを繰り返すことによって行う（ステップＳ１０５）。一部切り出しにおいては、暗号化データα11の全データ長を取得するとともに、個々の分割した暗号化データα11’の特定のため、分割した暗号化データα11’のデータ長及び先頭位置を取得する（ステップＳ１０６）。なお、データ分割部５６による分割を必要としない場合には、これらのステップは省略される。
【００５６】
次に、分割しない場合の暗合化データα11又は分割した暗号化データα11’の送信先を通信先情報格納部５７の送信先ＤＢから取得し（ステップＳ１０７）、該当するコンテンツ提供装置であるサーバ１Ａ，１Ｂ・・・，１Ｚにデータ送信部５８は送信処理を行う（ステップＳ１０８）。この際、暗号化データα11の全データ長或いは分割した暗号化データα11’のデータ長及び先頭位置の情報やデータの分割数などの情報も、必要に応じて受信側のコンテンツ提供装置に送信される。また、サーバ１Ａへの通信においてセッションを分けて送信することで、暗号化データα11又はα11’の連続性を絶ち、データの関連性を容易に分からないようにしている。
【００５７】
次に、データ送信部５８は最後のデータを送信したか否かを判断し（ステップＳ１０９）、最後のデータを送信していない場合には、ステップＳ１０５に戻って処理を継続する一方、最後のデータを送信した場合には、サーバへの全データの送信が終了したとして本プログラムの終了処理を行う（ステップＳ１１０）。
【００５８】
図５は、本発明の実施の形態に係るデータ処理プログラムにおけるデータ受信プログラムの処理内容を示すフロー図である。図５に示す処理内容は、アップローダ４からのデータ送信を契機として、主としてデータ受信手段１１によって実行される。
【００５９】
まず、データ受信部１２はアップロードされるデータの待受け待機状態にあり（ステップＳ２０１）、アップローダ４からの暗号化データα11又はα11’を受信する（ステップＳ２０２）。次に、受信した暗号化データα11又はα11’のデータ長と先頭位置を取得し（ステップＳ２０３）、一時データＤＢに一時データとして保存する（ステップＳ２０４）。
【００６０】
次に、データ受信部１２は最後のデータを送信したか否かを判断し（ステップＳ２０５）、最後のデータを送信していない場合には、ステップＳ２０１に戻って処理を継続する一方、最後のデータを送信した場合には、ステップＳ２０６に処理を進める。
【００６１】
ステップＳ２０５で最後のデータを受信したとデータ受信部１２で判定した後、データ結合部１３は個々の分割した暗号化データα11’が格納された一時データＤＢから全ての一時データを取得し、暗号化データα11’の結合を行う（ステップＳ２０６）。すなわち、データ結合部１３で生成される結合データは、分割前の暗号化データα11と同内容となる。なお、データ受信部１２が暗号化データα11を受信した場合には、データ結合は省略されるが、以下では便宜的に結合データと称呼する。
【００６２】
次に、データ結合部１３で生成された結合データ（α11）を復号化するための復号化用キー生成部１４による復号化用キーの生成を行い（ステップＳ２０７）、生成された復号化用キーによって暗号化されている結合データの復号化をデータ復号化部１５によって行う（ステップＳ２０８）。データ復号化部１５によって復号されたデータβ11は、通信用データ生成部５３で生成された通信用データと同内容となる。
【００６３】
次に、データ復号化部１５で復号されたデータβ11を暗号化するための暗号化用キー生成部１６による暗号化用キーの生成を行い（ステップＳ２０９）、データ暗号化部１７によって生成された暗号化用キーによるデータβ11の暗号化を行う（ステップＳ２１０）。すなわち、データ暗号化部１７により生成される暗号化データβ12は、本体データ及び付加データが一体となった全データであるが、暗号化データα11’の暗号化用キーと異なり、復号されたデータβ11の復号化用キーによっても復号できないことから、強固なセキュリティ機能によって暗号化されている。この暗号化データβ12は、記憶装置１８の一例としての暗号化データＤＢに保存される（ステップＳ２１１）。
【００６４】
図６は、本発明の実施の形態に係るデータ処理プログラムにおけるデータ送信プログラムの処理内容を示すフロー図である。図６に示す処理内容は、主としてデータ送信手段１９によって実行される。
【００６５】
まず、データ送信部２５はクライアント２からのデータの要求の依頼の待受け待機状態にあり（ステップＳ３０１）、クライアント２からの最初の依頼か否かを判断する（ステップＳ３０２）。ここで、サムネイル表示画像の選択等によりコンテンツ提供要求がクライアント２からあり、データの要求依頼のあったクライアント２に対してまだ何もデータを送信しておらず、最初の依頼であると判定した場合は処理をステップＳ３０３に進める一方、既にクライアント２に対してデータ送信を開始している場合は、最初の依頼ではないとしてデータ送信を継続するステップＳ３１０に処理を進める。
【００６６】
ステップＳ３０２において最初の依頼であると判定した場合は、記憶装置１８の暗号化データＤＢにある暗号化データβ12を取得する（ステップＳ３０３）。次に、暗号化データβ12を復号化するための復号化用キー生成部２０による復号化用キーの生成を行い（ステップＳ３０４）、生成された復号化用キーによって暗号化データβ12の復号化をデータ復号化部２１によって行う（ステップＳ３０５）。データ復号化部２１によって復号化されたデータβ21は、データ復号化部１５で復号されたデータβ11と同内容となるが、復号化される際に使用する復号化用キーが異なっていることから、強固なセキュリティ機能による暗号化が担保されている。
【００６７】
次に、データ暗号化部２３によって復号化されたデータβ21を再度暗号化するが、本体データＭＤと付加データＯＤを分離して暗号化・保存する。すなわち、付加データＯＤに対する暗号化用キー生成部２２による暗号化用キーの生成を行い、生成された暗号化用キーによって暗号化付加データγodの生成をデータ暗号部２３によって行い、付加データの一時データＤＢに保存する（ステップＳ３０６）。また、本体データＭＤに対する暗号化用キー生成部２２による暗号化用キーの生成を行い、生成された暗号化用キーによって暗号化本体データγMDの生成をデータ暗号部２３によって行い、本体データの一時データＤＢに保存する（ステップＳ３０７）。なお、暗号化用キー生成部２２による暗号化用キーの生成は、付加データＯＤに対するものと本体データＭＤに対するものと同一であっても別であってもよい。
【００６８】
次に、本体データの一時データＤＢに保存された暗号化本体データγMDをデータ分割部２４によって分割するために、暗号化本体データγMDのデータ長を取得するとともに、データ長を基に所定のバイト数単位での分割数を決定する（ステップＳ３０８）。また、付加データＯＤについて分割する必要がある場合には、ステップＳ３０８において付加データの一時データＤＢに保存された暗号化付加データγODをデータ分割部２４によって分割するために、暗号化付加データγODのデータ長を取得するとともに、データ長を基に所定のバイト数単位での分割数を決定する。このようにして決定されたデータ長と分割数をデータ送信部２５によってクライアント２に送信する処理を行う（ステップＳ３０９）。
【００６９】
一方、ステップＳ３０２において最初の依頼でないと判定した場合、すなわち、既にクライアント２がデータ長と分割数を受信している場合には、データ分割部２４による暗号化本体データγMDと暗号化付加データγODの分割を、例えばある設定されたバイト数単位で行うなど、かかる暗号化データの一部切り出しを繰り返すことによって行う（ステップＳ３１０）。次に、一部切り出しにおいては、分割した暗号化本体分割データγMD’のデータ長及び先頭位置を取得し（ステップＳ３１１）、要求のあったクライアントにデータ送信部２５は送信処理を行う（ステップＳ３１２）。また、暗号化付加データγODについても、分割した暗号化付加データγOD’のデータ長及び先頭位置を取得し（ステップＳ３１１）、要求のあったクライアントにデータ送信部２５は送信処理を行う（ステップＳ３１２）。これにより、各サーバは暗号化付加分割データγOD’及び暗号化本体分割データγMD’の送信をクライアントの要求に応じて行なう。
【００７０】
図７は、本発明の実施の形態に係るデータ処理プログラムにおけるデータ要求・受信プログラムの処理内容を示すフロー図である。図７に示す処理内容は、主としてデータ要求・受信手段２６によって実行される。
【００７１】
まず、データ要求部２８ａによって、クライアント２によるコンテンツデータの選択と実行によりデータ要求先である受信先を取得する（ステップＳ４０１）。この際、要求するコンテンツと同一のコンテンツが既にキャッシュ用記憶装置３４に存在するか否かも確認し、キャッシュが存在しない場合にのみ、データ受信部２８ｂによってファイル情報の受信を行う（ステップＳ４０２）。すなわち、クライアント２によるコンテンツ提供要求を受信したサーバは、データ送信プログラムによって要求を受信し、受信しようとするコンテンツデータの領域を受信データＤＢ上で確保する（ステップＳ４０３）。
【００７２】
受信データ領域の確保後、まず付加情報の受信を行う（ステップＳ４０４）。すなわち、サーバのデータ送信部２５から送信される暗号化付加データγOD又は暗号化付加分割データγOD’を受信し、暗号化付加分割データγOD’の場合には全ての分割データを受信する処理を繰り返し行い、暗号化付加分割データγOD’をデータ結合部２９で結合して暗号化付加データγODを得る。
【００７３】
次に、暗号化付加データγODを復号化するための復号化用キー生成部３０による復号化用キーの生成を行い（ステップＳ４０５）、生成された復号化用キーによって暗号化付加データγODの復号化をデータ復号化部３１によって行う（ステップＳ４０６）。その後、復号化により得られた付加データＯＤに含まれるコンテンツデータ本体のコンテンツ提供元リストに基づいて受信先リストを生成し（ステップＳ４０７）、通信先情報管理部２７の受信先リストＤＢに保存する。
【００７４】
次に、生成された受信先リストに基づいて、複数のサーバから個々の分割された暗号化本体分割データγMD’をデータ受信部２８ｂによって受信し（ステップＳ４０８）、受信した暗号化本体分割データγMD’のデータ長と先頭位置を取得し（ステップＳ４０９）、受信データＤＢに受信データを保存する（ステップＳ４１０）。
【００７５】
次に、データ受信部２８ｂは最後のデータを受信したか否かを判断し（ステップＳ４１１）、最後のデータを受信していない場合には、ステップＳ４０８に戻って処理を継続する一方、最後のデータを受信した場合には、ステップＳ４１０に処理を進める。
【００７６】
最後のデータを受信すると、データ結合部２９によって個々の分割された暗号化本体分割データγMD’が結合されて暗号化本体データγMDを生成し、受信データＤＢに保存する。この暗号化本体データγMDは、復号化用キー生成部３０による復号化用キーの生成を行い（ステップＳ４１２）、生成された復号化用キーによってデータ復号化部３１によって復号化を行い、本体データＭＤを復号する（ステップＳ４１３）。
【００７７】
データ復号化部３１で復号化された本体データＭＤ及び付加データＯＤは、データ結合部２９でこれらを結合したキャッシュ元データΔ11として生成され、これを暗号化するための暗号化用キー生成部３２による暗号化用キーの生成を行い（ステップＳ４１４）、データ暗号化部３３によって生成された暗号化用キーによるキャッシュ元データΔ11の暗号化を行う（ステップＳ４１５）。すなわち、データ暗号化部３３により生成される暗号化キャッシュデータΔ12は、本体データ及び付加データが一体となった全データであるが、いずれの暗号化用キーと異なり、復号されたいずれのデータの復号化用キーによっても復号できないことから、強固なセキュリティ機能によって暗号化されている。この暗号化キャッシュデータΔ12は、キャッシュ用記憶装置３４のキャッシュデータＤＢに保存される（ステップＳ４１６）。
【００７８】
図８は、本発明の実施の形態に係るデータ処理プログラムにおけるキャッシュ管理プログラムの処理内容を示すフロー図である。図８に示す処理内容は、主としてキャッシュ管理手段３５によって実行され、オフライン利用時においても実行することでコンテンツデータを時限的に保護し、適正利用に資している。
【００７９】
まず、キャッシュ用記憶装置３５のキャッシュデータＤＢに保存されている暗号化キャッシュデータΔ12を取得し（ステップＳ５０１）、取得した暗号化キャッシュデータΔ12を復号化するための復号化用キー生成部３６による復号化用キーの生成を行い（ステップＳ５０２）、生成された復号化用キーによって暗号化キャッシュデータΔ12の復号化をデータ復号化部３７によって行う（ステップＳ５０３）。その後、復号化により得られたキャッシュ元データΔ11に含まれる付加データＯＤを付加データ取り出し部３８によって取得する（ステップＳ５０４）。
【００８０】
付加データ取り出し部３８によって取り出した付加データＯＤに有効期限情報がある場合には（ステップＳ５０５）、有効期限管理キャッシュファイル処理部３８ａによるキャッシュ管理が行われる。具体的には、有効期限切れか否かを判断し（ステップＳ５０６）、有効期限切れと判定した場合にはキャッシュデータＤＢに対するキャッシュの削除処理を行う（ステップＳ５０７）。これにより、該当する暗号化キャッシュデータΔ12は削除される。
【００８１】
付加データ取り出し部３８によって取り出した付加データＯＤに利用者情報がある場合には（ステップＳ５０８）、利用可能者管理認証処理部３８ｂによる利用者権限の認証処理が行われ（ステップＳ５０９）、認証が通らないと判断した場合には（ステップＳ５１０）、キャッシュの利用不可の処理をする（ステップＳ５１１）。一方、認証が通ると判断した場合（ステップＳ５１０）又は利用者情報がないと判断した場合（ステップＳ５０８）には、利用状態管理部３８ｃによってキャッシュデータＤＢに対する利用者情報の更新をする（ステップＳ５１２）。
【００８２】
このようにして、付加データＯＤに含まれるキャッシュ管理情報による正当性が確認できた場合は、本体データＭＤをデータ表示手段４０の表示システムに渡し（ステップＳ５１３）、ミドルウェアとしての処理を終了して、以後は表示アプリケーションによる本体データＭＤの表示が行われる。なお、表示アプリケーションは本体データＭＤのファイル形式に適した形でファイルを展開する。
【００８３】
本実施形態の付加データとしては、ローカルキャッシュを保存する有効期限があり、この期間を過ぎるとキャッシュが削除される。この期間は未来から始める指定（期限の予約）も可能である。また、データを更新した更新日時、データのサイズ、データの種類（ＭＩＭＥＴＹＰＥ）、改竄チェックを行うチェックサム、起動アプリのタイプ（写真システム、動画システム、音声システム、ドキュメントシステムなど）を表すアプリケーションタイプ、データの概要を表す説明文、データに紐づくタグ情報、データの所有者を表すＩＤ、ＩＰアドレス、ＭＡＣアドレスなどの所有者情報、データの所有者が誰から誰にいつ移ったかを記録した所有者履歴、データの閲覧可能者を表すＩＤ、ＩＰアドレス、ＭＡＣアドレスなどの閲覧可能者情報、誰がいつ閲覧したかの閲覧履歴、データの加工可能者を表すＩＤ、ＩＰアドレス、ＭＡＣアドレスなどの加工可能者情報などがある。また、誰がいつ加工したかの加工履歴、オリジナルデータの配置先を示す元データＵＲＬがあり、このデータが削除されている場合には、キャッシュデータが削除される。また、データが配置されている複数サーバの指定を示すアクセス先のＵＲＬがあり、負荷分散に利用される。
【００８４】
付加データとして、コンテンツデータ本体の利用を管理するキャッシュ管理情報や、コンテンツデータ本体の著作権管理をする著作権管理情報を搭載することで、本アプリケーションプログラム外でのコンテンツデータの抜き出しやコピーを防止する。また、このような付加データに加えてデータに暗号化を施すことで、たとえジェイルブレイクされてもコンテンツデータ本体を抜き出して利用することを防止している。
【００８５】
以上、データアップロードプログラムでは、分割した暗号化データα11’をセッションを分けて送信することでサーバへのアップロードを行うことから、アップロード過程におけるデータの伝送は、暗号化、分割送信、セッション分けによるセキュアの三面性が保たれており、セキュリティを考慮した通信環境を実現している。
【００８６】
また、データ受信プログラムでは、受信したコンテンツを暗号化して記憶装置１８に保存するにあたり、暗号化データα11’の暗号化用キーと異なり、かつ、復号されたデータβ11の復号化用キーによっても復号できない暗号化方式による暗号化を行うことから、強固なセキュリティ機能を確保してコンテンツを記憶している。
【００８７】
また、データ送信プログラムでは、暗号化本体データγMDと暗号化付加データγODを切り分け、暗号化本体データγMDを分割した暗号化本体分割データγMD’をクライアント２の要求に応じて送信する際、要求のあったサーバのいずれかが要求のあった暗号化本体分割データγMD’を送信することから、ある一つのサーバに要求が集中してサーバ負荷が増大するなどの弊害を防止しネットワークの負荷分散を実現している。また、暗号化本体分割データγMD’を適時のサーバからクライアントへ送信することから、データの伝送は、暗号化、分割送信、セッション分けによるセキュアの三面性が保たれており、セキュリティを考慮した通信環境を実現している。
【００８８】
また、データ送信プログラムでは、暗号化付加データγODを分割した暗号化付加分割データγOD’をクライアント２の要求に応じて送信する際、要求を受けたサーバから暗号化本体付加分割データγOD’を送信することから、異なるサーバから送信される暗号化本体分割データγMD’とは異なり、特定のサーバから暗号化本体付加分割データγOD’を送信するようにすることで、暗号化付加データγODに暗号化本体分割データγMD’の要求を受けるためのサーバの受信先リストを含ませておき、暗号化付加データγODの受信を契機とした受信先リストの作成を可能とする。
【００８９】
また、データ要求・受信プログラムは、まず最初に付加データＯＤに含まれるコンテンツ提供元リストに基づいて受信先リストを生成するために特定のサーバから暗号化付加データγOD又は暗号化付加分割データγOD’を受信し、次に、生成された受信先リストに基づいた個々のサーバから暗号化本体分割データγMD’を受信することから、ある一つのサーバに要求が集中してサーバ負荷が増大するなどの弊害を防止しネットワークの負荷分散を実現している。
【００９０】
また、データ要求・受信プログラムは、サーバから受信した暗号化本体分割データγMD’やこれを結合して復号化した本体データＭＤをそのままキャッシュとして記憶するのではなく、別の暗号化用キーを用いた暗号化キャッシュデータΔ12として記憶することから、強固なセキュリティ機能を確保してコンテンツを記憶している。また、キャッシュとして記憶しているので、オフライン時における表示も可能となる。
【００９１】
また、キャッシュ管理プログラムは、コンテンツデータの利用を管理して正当性を確認する処理をクライアント側に持たせることで、サーバやコンテンツ提供装置によるコンテンツ管理の負担を軽減している。すなわち、キャッシュ管理プログラムの認証を通らないコンテンツは表示不能であることから、このプログラムを搭載した専用表示アプリケーション以外でのコンテンツの抜き出しを防止し、コンテンツデータの保護を実現している。
【産業上の利用可能性】
【００９２】
本発明に係るデータ処理プログラム及びデータ処理システムは、コンテンツの提供に際するネットワークの負荷分散を行いつつ、コンテンツデータの保管及び分割送信をセキュアに行うとともに、ネットワーク上の各装置に保管されたコンテンツデータの適正利用を行うことができるものとして有用である。
【符号の説明】
【００９３】
１  コンテンツ提供装置（サーバ）
２  利用者装置（クライアント）
４  アップローダ
【図１】
2016152041.tif 000003
【図２】
2016152041.tif 000004
【図３】
2016152041.tif 000005
【図４】
2016152041.tif 000006
【図５】
2016152041.tif 000007
【図６】
2016152041.tif 000008
【図７】
2016152041.tif 000009
【図８】
2016152041.tif 000010