(57)【要約】【課題】コンテンツ投稿者と視聴者との現在や過去の関係性に応じ配信画像の解像度を切り替えることが可能となる技術を提供する。【解決手段】視聴者から動画の検索要求がなされると、投稿者と視聴者との親密度を計算し、当該親密度と投稿者が登録した動画ファイルに関する付帯情報とに基づいて、動画ファイルの動画の画質を決定し、この決定された画質が、視聴者からの検索要求にかかる検索条件として指定された動画の画質を満たすようであれば、動画ファイルをそのまま視聴者へ提供し、満たさない場合は、決定された画質の動画ファイルを視聴者へ提供する。【選択図】  図８
2020088675.tif 000002
【特許請求の範囲】
【請求項１】
第一のユーザによって投稿された画像を第二のユーザが視聴する情報処理装置であって、
前記第一のユーザと前記第二のユーザとの所定の時期における関係性に関する情報を記憶する記憶手段と、
前記第二のユーザによって前記第一のユーザにより投稿された画像の視聴の要求を受け付ける要求受付手段と、
前記要求受付手段によって画像の視聴の要求を受付けると、前記第一のユーザと第二のユーザとの前記記憶手段の関係性に関する情報に基づいて、当該画像の配信方法を決定する決定手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
投稿された画像に対して、関係性を適用する時期の設定を受け付ける時期受付手段を備え、
前記決定手段は、前記時期受付手段によって受け付けた時期における前記記憶手段の関係性に関する情報に基づいて、当該画像の配信方法を決定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記関係性に対応して前記配信方法の設定を受け付ける配信方法受付手段を備え、
前記決定手段は、前記記憶手段の関係性に関する情報に対応する前記配信方法受付手段により受付けた配信方法に決定することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記時期受付手段により受付ける時期は、前記画像を撮影した日であることを特徴とする請求項２または３に記載の情報処理装置。
【請求項５】
前記時期受付手段により受付ける時期は、前記画像を投稿した日であることを特徴とする請求項２乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記時期受付手段により受付ける時期は、視聴している日であることを特徴とする請求項２または３に記載の情報処理装置。
【請求項７】
前記関係性は、第一のユーザと第二のユーザとの親密度であることを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
前記決定手段は、前記親密度に応じた画像の解像度により当該画像を配信することを決定することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記関係性は、第二のユーザがグループへ参加しているか否かを示すことを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
【請求項１０】
前記関係性は、第二のユーザが第一のユーザが参加しているグループへ参加しているか否かを示すことを特徴とする請求項１乃至９の何れか１項に記載の情報処理装置。
【請求項１１】
クライアント端末と情報処理装置とが通信可能なように接続された情報処理システムであって、
前記クライアント端末は、
第二のユーザによって第一のユーザにより投稿された画像の視聴の要求を受け付ける要求受付手段と、
決定手段により決定された配信方法により配信された画像を表示する表示手段と、
を備え、
前記情報処理装置は、
前記第一のユーザと前記第二のユーザとの所定の時期における関係性に関する情報を記憶する記憶手段と、
前記要求受付手段によって画像の視聴の要求を受付けると、前記第一のユーザと第二のユーザとの前記記憶手段の関係性に関する情報に基づいて、当該画像の配信方法を決定する決定手段と、
を備えたことを特徴とする情報処理システム。
【請求項１２】
第一のユーザによって投稿された画像を第二のユーザが視聴する情報処理装置の制御方法であって、
前記情報処理装置は、
前記第二のユーザによって前記第一のユーザにより投稿された画像の視聴の要求を受け付ける要求受付ステップと、
前記要求受付ステップによって画像の視聴の要求を受付けると、前記第一のユーザと第二のユーザとの、前記第一のユーザと前記第二のユーザとの所定の時期における関係性に関する情報を記憶する記憶手段の関係性に関する情報に基づいて、当該画像の配信方法を決定する決定ステップと、
を実行することを特徴とする情報処理装置の制御方法。
【請求項１３】
コンピュータを、
画像を投稿する第一のユーザと前記投稿された画像を視聴する第二のユーザとの所定の時期における関係性に関する情報を記憶する記憶手段と、
前記第二のユーザによって前記第一のユーザにより投稿された画像の視聴の要求を受け付ける要求受付手段と、
前記要求受付手段によって画像の視聴の要求を受付けると、前記第一のユーザと第二のユーザとの前記記憶手段の関係性に関する情報に基づいて、当該画像の配信方法を決定する決定手段と、
して機能させるためのプログラム。
【請求項１４】
クライアント端末と情報処理装置とが通信可能なように接続された情報処理システムの制御方法であって、
前記クライアント端末は、
第二のユーザによって第一のユーザにより投稿された画像の視聴の要求を受け付ける要求受付ステップと、
決定ステップにより決定された配信方法により配信された画像を表示する表示ステップと、
を実行し、
前記情報処理装置は、
前記要求受付ステップによって画像の視聴の要求を受付けると、前記第一のユーザと第二のユーザとの、前記第一のユーザと前記第二のユーザとの所定の時期における関係性に関する情報を記憶する記憶手段の関係性に関する情報に基づいて、当該画像の配信方法を決定する決定ステップと、
を実行することを特徴とする情報処理システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像を参照する方法に関する技術であって、特にセキュリティを考慮した参照する方法に関する。
【背景技術】
【０００２】
ビデオカメラで撮影した動画を、ネット上に公開できるサービスがある。ネット上に動画を公開するには、動画に写る被写体のプライバシーへの配慮が必要である。
【０００３】
動画に写る被写体のプライバシーを保護するため、動画配信サービスでは、一般的に動画視聴者と投稿者との関係性に基づき動画配信の可否を切り替える機能を提供している。例えば、家族や友達であれは配信可、他人であれば配信不可といった具合である。
【０００４】
しかし、他人に対して一律に動画を配信しないというのは酷であり、動画投稿者の意図に反する場合もある。
【０００５】
例えば、学童が参加する地域のスポーツチームをＰＲしたい場合、子供たちのプライバシーに拝領しながらもその練習や試合などの活動風景は見てもらいたいというケースがある。
【０００６】
このようなケースへの対応として、画像に含まれる被写体ごとに画像閲覧者との関係性に基づきマスク加工処理の度合を切り替える技術が開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１４−２３５５９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１には、画像に写る被写体と画像閲覧者との親密度に応じて被写体に施されるマスク加工処理の度合が切り替わることで被写体のプライバシー保護が可能になっている。
【０００９】
しかしながら、今現在親しいからといって親しくなる前に撮影した画像や動画を無条件で公開することを望まないケースがある。
【００１０】
例えば、最近親しくなったばかりの人に過去に当時の友人と写っている写真や動画を公開したくないというケースが考えられる。
【００１１】
また、現在疎遠になっているからといって過去に親しくしていた当時に投稿され、視聴できていたコンテンツを一律に非公開とすることを望まないケースが考えられる。
【００１２】
そのため、親しいか親しくないかは現在の人間関係で判断するだけでなく動画撮影時の関係でも判断することが望まれる。
【００１３】
そこで、本発明は、画像の投稿者と参照者との関係性に基づき画像の参照のさせ方を切り替えることで、セキュリティを高めることが可能な仕組みを提供する。
【課題を解決するための手段】
【００１４】
上記課題を解決するための本発明は、第一のユーザによって投稿された画像を第二のユーザが視聴する情報処理装置であって、前記第一のユーザと前記第二のユーザとの所定の時期における関係性に関する情報を記憶する記憶手段と、前記第二のユーザによって前記第一のユーザにより投稿された画像の視聴の要求を受け付ける要求受付手段と、前記要求受付手段によって画像の視聴の要求を受付けると、前記第一のユーザと第二のユーザとの前記記憶手段の関係性に関する情報に基づいて、当該画像の配信方法を決定する決定手段と、を備えたことを特徴とする。
【発明の効果】
【００１５】
本発明によれば、画像の投稿者と参照者との関係性に基づき画像の参照のさせ方を切り替えることで、セキュリティを高めることができる、という効果を奏する。
【図面の簡単な説明】
【００１６】
【図１】情報処理システムの構成の一例を示す図である。
【図２】情報処理システムの各装置の一例を示すブロック図である。
【図３】情報処理システムの機能構成の一例を示す図である。
【図４】投稿者が動画を投稿して登録する処理を示すフローチャートである。
【図５】動画投稿画面の構成を示す構成図である。
【図６】親密度定義テーブルの構成を示す構成図である。
【図７】動画を配信する処理を示すフローチャートである。
【図８】動画を配信する処理を示すフローチャートである。
【図９】動画を配信する処理を示すフローチャートである。
【図１０】投稿動画管理テーブルの構成を示す構成図である。
【図１１】ユーザ間親密度管理テーブルの構成を示す構成図である。
【図１２】動画検索視聴画面の構成を示す構成図である。
【図１３】配信された画像を説明するための図である。
【図１４】配信された画像を説明するための図である。
【図１５】ユーザ間親密度管理画面の構成を示す構成図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１８】
図１は、本発明の実施形態における情報処理システムのシステム構成の一例を示す図である。
【００１９】
図１に示すように、本発明の情報処理システム１００は、クライアント装置１０１−１乃至１０１−３（以下、まとめてクライアント装置１０１とする）とサーバシステム１０７とを備えている。
【００２０】
サーバシステム１０７は、アプリケーションサーバ（ＡＰサーバ）１０２、データベースサーバ（ＤＢサーバ）１０３、ファイルサーバ１０４、及びコンテンツキャッシュサーバ１０５を有している。
【００２１】
クライアント装置１０１は、ユーザが操作する端末であって、インターネット１０６等の広域回線網を介して前記ＡＰサーバ１０２に配備されたアプリケーションを利用する。
【００２２】
ＡＰサーバ１０２は、インターネット１０６等の広域回線網経由で公開されるウェブサービスが実行されるサーバ装置であって、処理の必要に応じてＤＢサーバ１０３、ファイルサーバ１０４、及びコンテンツキャッシュサーバ１０５を利用する。
【００２３】
ＤＢサーバ１０３は、ＡＰサーバ１０２の各種のデータを記憶することができ、ファイルサーバ１０４は、ＡＰサーバ１０２が利用する各種のファイルを記憶することができる。
【００２４】
コンテンツキャッシュサーバ１０５は、ファイルサーバに保存されているコンテンツの複製を保存し、クライアント装置１０１からのコンテンツの要求があった場合に、本来コンテンツを提供すべきサーバ（例えばＡＰサーバ）に代わってコンテンツを配信する。
【００２５】
情報処理システム１００において、クライアント装置１０１は、ユーザからの指示に従い、サーバシステム１０７に対し、コンテンツの配信を要求する。なお、本発明の実施形態におけるコンテンツとは動画や静止画を例として説明する。
【００２６】
これに対し、サーバシステム１０７は、コンテンツの配信要求を行ったユーザと配信を求められたコンテンツの投稿を行ったユーザとの間の親密度に応じて適宜コンテンツの画質を切り替えて配信する。
【００２７】
コンテンツの画質の切り替えに用いる親密度は、現在の親密度だけではなく、撮影時の親密度でも判定できるようにすることで、適切にコンテンツに写る被写体のプライバシーを保護することができる。
【００２８】
図２は、本発明の実施形態におけるクライアント装置及びサーバシステムにおける各サーバのハードウェア構成の一例を示すブロック図である。
【００２９】
図２に示すように、情報処理装置は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、よび通信Ｉ／Ｆコントローラ２０８が接続される。
【００３０】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００３１】
ＲＯＭ２０２あるいは外部メモリ２１１は、ＣＰＵ２０１が実行する制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、本情報処理方法を実現するためのコンピュータ読み取り実行可能なプログラムおよび必要な各種データ（データテーブルを含む）を保持している。
【００３２】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００３３】
入力コントローラ２０５は、キーボード等の入力装置２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。入力装置２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。
【００３４】
また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。
【００３５】
ビデオコントローラ２０６は、ディスプレイ装置２１０などの外部出力装置への表示を制御する。
【００３６】
ディスプレイは本体と一体になったノート型パソコンのディスプレイも含まれるものとする。
【００３７】
なお、外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。また、前述のタッチ操作を受け付け可能な装置については、入力装置も提供する。
【００３８】
なおビデオコントローラ２０６は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。
【００３９】
メモリコントローラ２０７は、外部メモリ２１１へのアクセスを制御する。外部メモリとしては、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、および各種データ等を記憶する外部記憶装置（ハードディスク）、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等を利用可能である。
【００４０】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信やＩＳＤＮなどの電話回線、および携帯電話の３Ｇ回線を用いた通信が可能である。
【００４１】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００４２】
なお、図２に示すハードウェア構成は一例であり、各装置は、後述の処理を実行可能なハードウェアを備えていればよく、各装置が、図２に示す、すべてのハードウェアを備える必要はない。
【００４３】
次に図３を参照して、本発明の実施形態における各種装置の機能構成の一例について説明する。尚、それぞれの機能の詳細については、後述するフローチャートにおいて合わせて説明を行う。
【００４４】
クライアント装置１０１は、通信部３１２、表示制御部３１３、入力受付部３１４、及び記憶部３１５を備えている。
【００４５】
入力受付部３１４は、ＡＰサーバ１０２に接続する際に用いられるＵＲＬ情報や、投稿動画の選択や、視聴動画の選択などの入力を受け付ける。
【００４６】
通信部３１２は、ＡＰサーバ１０２やコンテンツキャッシュサーバ１０５との通信を行う。
【００４７】
通信部３１２とＡＰサーバ１０２との間の通信では、ＨＴＴＰ（ＨＴＴＰＳ）等によるユーザ認証に関する情報、コンテンツの付帯情報、コンテンツデータなどをやり取りする。
【００４８】
通信部３１２とコンテンツキャッシュサーバ１０５との間の通信では、通信部３１２はコンテンツキャッシュサーバ１０５からＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）等のストリーム配信のプロトコルによるコンテンツデータの配信を受ける。
【００４９】
表示制御部３１３は、ＡＰサーバ１０２より受信したレスポンスデータに従った画面表示をウェブブラウザに対して行う。例えば、図５の動画投稿画面（詳細後述）や図１２の動画検索視聴画面（詳細後述）などを表示する。
【００５０】
また、表示制御部３１３は、コンテンツキャッシュサーバ１０５から受信したコンテンツデータを図１２の動画検索視聴画面（詳細後述）に表示する。
【００５１】
記憶部３１５は、入力受付部３１４や通信部３１２などからのデータを一時的に保存する。
【００５２】
ＡＰサーバ１０２には、コンテンツ管理システム３２１が配備されている。コンテンツ管理システム３２１は、通信部３２２、ユーザ認証部３２３、動画登録部３２４、コンテンツ解像度変換部３２５、動画検索部３２６、ユーザ間の親密度計算部３２７、及び配信コンテンツ決定部３２８を有している。
【００５３】
通信部３２２は、クライアント装置１０１、ＤＢサーバ１０３、ファイルサーバ１０４、及びコンテンツキャッシュサーバ１０５と通信する。
【００５４】
通信部３２２とＤＢサーバ１０３との間の通信データは、データベース管理システム（ＤＢＭＳ）３３１を操作するコマンドとその応答などである。
【００５５】
通信部３２２とファイルサーバ１０４との間の通信データは、ファイル管理システム（ＦＭＳ）３３１を操作するコマンドとその応答などである。
【００５６】
ユーザ認証部３２３は、クライアント装置１０１において入力されたユーザＩＤやパスワードなどのユーザ情報を用いて、ユーザ認証を行うことで、本システムの利用可否を決定する。
【００５７】
動画登録部３２４は、投稿者が投稿する動画を登録するために図５の動画投稿画面５００（詳細後述）をクライアント装置１０１へ提供したり、動画投稿画面５００を介して入力された動画や付帯情報を登録する。
【００５８】
コンテンツ解像度変換部３２５は、登録される付帯情報に含まれる親密度別の解像度情報に基づいて、登録する動画の解像度を変換したコンテンツデータとサムネイル画像を作成する。
【００５９】
動画検索部３２６は、視聴者が動画の検索を行うために図１２の動画検索視聴画面（詳細後述）をクライアント装置１０１へ提供したり、図１２の動画検索視聴画面を介して入力された検索条件に基づいて、登録されている動画を検索する。
【００６０】
ユーザ間の親密度計算部３２７は、投稿者と視聴者との関係性に関しての親密度に関する計算を行う。
【００６１】
配信コンテンツ決定部３２８は、投稿者と視聴者との親密度によって、配信する動画ファイルを配信すべきか否かを決定する。
【００６２】
ＤＢサーバ１０３には、データベース管理システム（ＤＢＭＳ）３３１が配備されている。データベース管理システム（ＤＢＭＳ）３３１は、通信部３３２、コマンド処理部３３３、及びデータ記憶部３３４を有している。
【００６３】
データベース管理システム（ＤＢＭＳ）３３１はＤＢサーバ１０３が備える通信部３３２、コマンド処理部３３３、及びデータ記憶部３３４などを制御するミドルウェアとして振る舞う。
【００６４】
通信部３３２は、ＡＰサーバ１０２と通信する。通信データとしては、ＡＰサーバ１０２からＤＢサーバ１０３への通信データは主にデータ記憶部３３４のデータに対する操作コマンドとＤＢサーバからの操作コマンドに対する応答データとなる。
【００６５】
コマンド処理部３３３は、ＡＰサーバ１０２から送られてくるＤＢサーバのコンテンツ記憶部３５４に保存されているデータを操作するためのコマンドを処理する。データ記憶部３３４には、本実施例で使用する各種データが記憶されている。
【００６６】
ファイルサーバ１０４には、ファイル管理システム３４１が配備されている。ファイル管理システム３４１は、通信部３４２、コマンド処理部３４３、及びコンテンツ記憶部３４４を有している。
【００６７】
ファイル管理システム３４１は、ファイル管理サーバ１０４が備える通信部３４２、コマンド処理部３４３、及びコンテンツ記憶部３４４などを制御するミドルウェアとして振る舞う。
【００６８】
通信部３４２は、ＡＰサーバ１０２やコンテンツキャッシュサーバ１０５と通信する。ＡＰサーバ１０２とファイルサーバ１０４との間でやり取りする通信データとしては、ＡＰサーバ１０２からファイルサーバ１０４へは主にデータ記憶部３３４のデータに対する操作コマンドやファイルデータであり、ファイルサーバ１０４からＡＰサーバ１０２へのデータとしては操作コマンドに対する応答データとなる。
【００６９】
コマンド処理部３４３は、ＡＰサーバ１０２やコンテンツキャッシュサーバ１０５から送られてくるファイルサーバ１０４のコンテンツ記憶部３４４に保存されているデータを操作するためのコマンドを処理する。コンテンツ記憶部３４４には、本実施例で配信するコンテンツデータが記憶されている。
【００７０】
コンテンツキャッシュサーバ１０５には、コンテンツ配信システム３５１が配備されている。
【００７１】
コンテンツ配信システム３５１は、通信部３５２、コマンド処理部３５３、コンテンツ記憶部３５４、及びコンテンツ配信部３５５を有している。
【００７２】
コンテンツ配信システム３５１は、コンテンツキャッシュサーバ１０５が備える通信部３５２、コマンド処理部３５３、コンテンツ記憶部３５４、及びコンテンツ配信部３５５などを制御するミドルウェアとして振る舞う。
【００７３】
通信部３５２は、ファイルサーバ１０４と通信する。コンテンツキャッシュサーバ１０５とファイルサーバ１０４との間でやり取りする通信データとしては、コンテンツキャッシュサーバ１０５からファイルサーバ１０４で通信するデータは、ファイルサーバ１０４を操作するコマンドであり、ファイルサーバ１０４からコンテンツキャッシュサーバ１０５で通信するデータは、操作に対する応答データである。
【００７４】
ここで操作コマンドの一例としては、キャッシュする配信コンテンツを取得するコマンドであり、ファイルサーバ１０４からコンテンツキャッシュサーバ１０５への応答データの一例としてはキャッシュさせておきたい配信を行うコンテンツデータである。
【００７５】
コマンド処理部３５３は、クライアント装置１０１からの配信要求を処理する。一例としては、コンテンツキャッシュサーバ１０５のコンテンツ配信部３５５に配信要求を受けたコンテンツデータがあればクライアント装置１０１に配信する。
【００７６】
一方、コンテンツ記憶部３５４に配信要求を受けたコンテンツデータが存在しなければ、ファイルサーバ１０４にコンテンツデータを要求して、取得したコンテンツデータをキャッシュした後、クライアント装置１０１に送信する。
【００７７】
コンテンツ記憶部３５４には、配信するコンテンツデータがキャッシュされている。コンテンツ配信部３５５には、コンテンツデータを配信する。
【００７８】
なお、本実施形態においては、ＤＢサーバ１０３、ファイルサーバ１０４、コンテンツキャッシュサーバ１０５の機能を異なるサーバが備えているが、例えばこれらの構成をＡＰサーバ１０２が備えるよう構成してもよいものとする。
【００７９】
次に、図４、図７乃至図９に示すフローチャートを用いて、動画を投稿する投稿者が指定した時点の投稿者と視聴者との親密度に基づき配信する動画の画質を切り替える処理について説明する。
【００８０】
なお、図４、及び図７乃至図９に示すフローチャートのいずれのステップもクライアント装置１０１、ＡＰサーバ１０２、ＤＢサーバ１０３、ファイルサーバ１０４、およびコンテンツキャッシュサーバ１０５が備えるＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００８１】
まず、図４を用いて投稿者が動画を投稿して登録する処理について説明する。
【００８２】
なお、本発明における動画ファイルに関する付帯情報とは、動画の投稿者を特定する情報、動画ファイルに関する投稿者のコメント、動画の撮影日（日と記載しているが、日時であっても何れでも良い。以下、同様）、及び配信設定などである。
【００８３】
また、本発明における配信設定とは、投稿された動画の配信にあたって動画ファイルの投稿者と視聴者との親密度に応じて、どの程度の解像度の画質で配信するか、さらには利用する親密度はいつの時点の関係を利用するかといった設定情報を示す。
【００８４】
なお、動画の投稿者と視聴者との親密度は、人が理解できる人間関係、例えば、家族、恋人、友人、知人、他人などとして定義され、図６の親密度定義テーブル６００で管理される。
【００８５】
図６の親密度定義テーブル６００は、ユーザ間に設定されている親密度を定義するテーブルであり、親密度識別子６０１、親密度６０２、及び人間関係６０３の項目からなる。
【００８６】
親密度識別子６０１の項目には、親密度定義テーブル６００の中のデータを特定する一意な値が登録される。
【００８７】
親密度６０２の項目には、親密度の度合を表す値が登録される。本実施例では、値が大きいほど親密であるとする。
【００８８】
人間関係６０３の項目には、親密度の数値に相当する人間関係を表す値が登録される。本実施例では、具体的には家族、恋人、友人、知人、他人などである。
【００８９】
以上が親密度定義テーブル６００のデータ構造に関する説明である。
【００９０】
ユーザ間の親密度は、図１１のユーザ間親密度管理テーブル９００にて管理される。
【００９１】
図１１のユーザ間親密度管理テーブル９００は、あるユーザからみた相手側ユーザの親密度を期間付きで管理するテーブルである。
【００９２】
ユーザ間親密度管理テーブル９００は、あるユーザをユーザＩＤ９０１のユーザＩＤにて、あるユーザからみた相手側ユーザを相手先ユーザＩＤ９０２の相手側のユーザＩＤにて、親密度の開始日を開始日９０３にて、親密度の終了日を終了日９０４にて、そして親密度を親密度識別子９０５にて管理する。
【００９３】
ユーザＩＤ９０１のユーザＩＤには、誰からみた親密度なのかを特定する誰かを特定するユーザＩＤが登録される。
【００９４】
相手先ユーザＩＤ９０２の相手先ユーザＩＤ９０２には、ユーザＩＤ９０１のユーザからみた相手先のユーザＩＤが登録される。
【００９５】
開始日９０３の開始日には、親密度識別子９０５の親密度で管理されている関係性が始まった日付が登録される。
【００９６】
開始日９０３の開始日の値がＮＵＬＬ値の場合、ＡＰサーバ１０２に配備されているコンテンツ管理システム３２１は開始日９０３の開始日のＮＵＬＬ値を終了日９０４に登録されている日付以前のすべての日付とみなす。
【００９７】
終了日９０４の終了日には、親密度識別子９０５の親密度で管理されている関係性が終了した日付が登録される。
【００９８】
終了日９０４の終了日の値がＮＵＬＬ値の場合、ＡＰサーバ１０２に配備されているコンテンツ管理システム３２１は終了日９０４の終了日のＮＵＬＬ値を現在の日付とみなす。
【００９９】
親密度識別子９０５には、ユーザＩＤ９０１で管理されているあるユーザからみた相手先ユーザＩＤ９０２で管理されている相手先ユーザのユーザ間の親密度が登録される。
【０１００】
ユーザ間親密度管理テーブル９００のデータは、図１５に示すユーザ間親密度管理画面１４００を用いて編集する。
【０１０１】
なお、ユーザ間の関係性は既にＳＮＳにおける友達申請などの機能によって構築済みであるとして、ここでは構築済みのユーザ間の関係性の編集について説明する。
【０１０２】
ユーザ情報表示領域１４０１には、ユーザ間親密度管理画面１４００を利用しているユーザを特定する情報が表示される。
【０１０３】
キーワード入力領域１４０２には、本情報処理システム１００を利用中のユーザの友達を検索するときの検索条件を入力する領域である。
【０１０４】
検索ボタン１４０３は、本情報処理システム１００のユーザの検索を実行するボタンである。
【０１０５】
友人情報表示領域１４０４は、本情報処理システム１００を利用中のユーザの友達が一覧表示される。
【０１０６】
友人ＩＤ表示領域１４０５は、本情報処理システム１００を利用中のユーザの友達のユーザＩＤが表示され、友人名表示領域１４０６はそのユーザＩＤのユーザの名前が表示される。
【０１０７】
本情報処理システム１００を利用中のユーザは、ラジオボタン１４０７を用いて関係性を編集したい友達を選択する。
【０１０８】
親密度情報表示領域１４０８は、ラジオボタン１４０７で選択したユーザと本情報処理システム１００を利用中のユーザの関係性についての履歴が表示される。
【０１０９】
友人ＩＤ表示領域１４０９は、本情報処理システムを利用中のユーザが関係性を編集したいユーザのユーザＩＤが表示され、友人名表示領域１４１０にはそのユーザの名前が表示される。
【０１１０】
関係性情報表示領域１４１１は編集したいユーザの関係性が履歴を含め一覧表示される。
【０１１１】
関係性開始日表示領域１４１２は関係性の開始日、関係性終了日表示領域１４１３は関係性の終了日、関係情報表示領域１４１４は関係性が表示される。
【０１１２】
関係人物情報表示領域１４１５は編集したいユーザとの現在の関係性が表示される。本情報処理システム１００を利用中のユーザは、相手との現在の関係性を編集することができる。
【０１１３】
関係人物情報表示領域１４１６は編集したいユーザとの過去の関係性が表示される。本情報処理システム１００を利用中のユーザは、相手との過去の関係性を編集することができないように制御されている。
【０１１４】
更新ボタン１４１７は編集したいユーザとの関係性に関する情報を更新するボタンである。
【０１１５】
この更新ボタン１４１７を押下すると、編集対象としていたデータは過去のものとなり、関係人物情報表示領域１４１５から関係人物情報表示領域１４１６に移動する。そして、関係人物情報表示領域１４１５に新規レコードが出現する。
【０１１６】
投稿者はクライアント装置１０１に対してユーザＩＤとパスワードとを入力し、通信部３１２を介してＡＰサーバ１０２に配備されているコンテンツ管理システム３２１に対して送信してユーザ認証を要求する（ステップＳ４０１）。
【０１１７】
投稿者からのユーザ認証の要求を通信部３２２で受け付けたＡＰサーバ１０２に配備されているユーザ認証部３２３は、ＤＢサーバ１０３で管理されているユーザ管理テーブル（不図示）に対して投稿者が入力したユーザＩＤとパスワードを照会してユーザ認証を行う（ステップＳ４０２）。
【０１１８】
ＡＰサーバ１０２に配備されている通信部３２２は、ユーザ認証の結果をクライアント装置１０１応答する（ステップＳ４０３）。
【０１１９】
投稿者は、クライアント装置１０１の通信部３１２にて、認証の結果を受信し（ステップＳ４０４）、ＡＰサーバ１０２に対して動画投稿画面５００を要求する（ステップＳ４０５）。
【０１２０】
動画投稿画面５００の要求を受けたＡＰサーバ１０２に配備されている動画登録部３２４は、動画投稿画面５００を生成し（ステップＳ４０６）、通信部３２２は、クライアント装置１０１に動画投稿画面５００を応答する（ステップＳ４０７）。
【０１２１】
ここで、図５を用いて動画投稿画面５００の構成について説明する。
【０１２２】
図５は、クライアント装置１０１の表示制御部３１３において表示される動画投稿画面５００を例示する。
【０１２３】
動画投稿画面５００は、ユーザ名表示領域５０１、投稿する動画ファイルパス入力領域５０２、動画ファイル選択ボタン５０３、動画ファイルコメント入力領域５０４、撮影日入力領域５０５、配信設定領域５０６、投稿ボタン５１２、及びキャンセルボタン５１３などを有する。
【０１２４】
配信設定領域５０６には、関係性別に配信方法を設定する家族配信設定５０７、友達配信設定５０８、知人配信設定５０９、及び他人配信設定５１０備え、配信動画の画質にいつの時点の関係性を用いるかを指定する関係時点選択部５１１が配置されている。
【０１２５】
動画ファイルパス入力領域５０２には、ローカルストレージに保存されている動画ファイルへの参照パスが入力される。
【０１２６】
入力方法としては、ローカルストレージの動画ファイルを参照するパスを直接入力する方法でもよいし、動画ファイル選択ボタン５０３を押下することにより表示されるローカルストレージを参照して選択する方法を用いて入力してもよい。
【０１２７】
動画ファイルコメント入力領域５０４には、アップロードする動画ファイルに対するコメントを、撮影日入力領域５０５には、アップロードする動画ファイルの撮影日を入力する。
【０１２８】
なお、入力された動画ファイルコメント入力領域５０４のコメントや撮影日入力領域５０５の日付は視聴者による動画ファイルの検索条件に用いられる。
【０１２９】
また、撮影日入力領域５０５の日付は、投稿者と視聴者との撮影日時点での関係性を抽出する条件としても利用される。
【０１３０】
配信設定領域５０６の中に配置されている家族配信設定５０７、友達配信設定５０８、知人配信設定５０９、及び他人配信設定５１０は、投稿する動画ファイルを視聴する視聴者との関係性別に配信する動画の画質を指定できるようになっている。
【０１３１】
また、本発明においては、配信動画の画質を切り替える際にいつの時点の関係に基づくかを設定させる手段として関係時点選択部５１１のような選択により指定できる形式としているが、日付を直接入力させてもよい。
【０１３２】
以上が動画投稿画面５００の構成に関する説明である。
【０１３３】
クライアント装置１０１は、コンテンツ管理システム３２１から送られてきた動画投稿画面５００を受信して表示する（ステップＳ４０８）。
【０１３４】
クライアント装置１０１に配備されている入力受付部３１４は、投稿者から動画ファイルと動画ファイルに関する付帯情報の入力を受け付ける（ステップＳ４０９）。
【０１３５】
本実施形態における投稿する動画ファイルに関する付帯情報とは、動画ファイルコメント入力領域５０４のコメント、撮影日入力領域５０５の撮影日、配信設定領域５０６から設定される配信設定に関する情報である。
【０１３６】
そして、クライアント装置１０１に配備されている通信部３１２は、投稿ボタン５１２が押下される（ステップＳ４１０にてＹｅｓ）とＡＰサーバ１０２に動画ファイルと付帯情報を送信する（ステップＳ４１１）。
【０１３７】
一方で、クライアント装置１０１に配備されている入力受付部３１４は、投稿ボタン５１２が押下されない、或いは入力内容に不備があるときは、再び投稿ボタン５１２の押下を受け付ける（ステップＳ４１０にてＮｏ）。
【０１３８】
ＡＰサーバ１０２に配備されている通信部３２２は、クライアント装置１０１から送信されてきた動画ファイルと付帯情報を受信する（ステップＳ４１２）。
【０１３９】
ＡＰサーバ１０２に配備されている動画登録部３２４は、動画ファイルとともに送られてきた付帯情報をＤＢサーバ１０３の図１０の投稿動画管理テーブル８００にデータ記憶部３３４により保存する（ステップＳ４１３）。
【０１４０】
ここで、図１０の投稿動画管理テーブル８００は、投稿された動画ファイルの保存先、付帯情報を管理するテーブルであり、コンテンツＩＤ、投稿者ＩＤ、投稿日付、動画保存先ディレクトリ、動画ファイル名、親密度別配信解像度、コメント、撮影日、及び親密度利用時点の項目からなる。
【０１４１】
コンテンツＩＤ８０１は、投稿されたコンテンツを一意に特定するための項目であり、コンテンツＩＤの値が登録される。
【０１４２】
投稿者ＩＤ８０２は、投稿者を一意に特定するための項目であり、投稿者ＩＤの値が登録される。
【０１４３】
投稿者名８０３は、投稿者の名称を示す値が登録される。この項目の値は、投稿画像を視聴したい視聴者が投稿画像を検索する際の検索条件として用いられる。
【０１４４】
投稿日付８０４は、投稿日を示す項目であり、投稿された日付が登録される。この項目の値は、投稿画像を視聴したい視聴者が投稿画像を検索する際の検索条件として用いられる。
【０１４５】
保存先ディレクトリ８０５は、投稿されたコンテンツデータの保存先のディレクトリを示す項目であり、ルートディレクトリからの絶対パスが登録されている。なお、本発明における保存先のディレクトリの階層構造は、例えば下記の通りとする。
／var／{アプリケーション名}／contents／{ユーザＩＤ}／{コンテンツＩＤ}
ここで、｛アプリケーション名｝は、コンテンツ管理システム３２１の名称、｛ユーザＩＤ｝は動画を投稿した投稿者のユーザＩＤ、｛コンテンツＩＤ｝は投稿された動画ファイルにコンテンツ管理システム３２１が付与したＩＤである。
【０１４６】
ファイル名８０６は、投稿されたコンテンツデータのファイル名を示す項目であり、ファイルの名称が拡張子付きで登録される。
【０１４７】
親密度別配信解像度８０７は、親密度別にどの解像度の動画を配信するかを定義する項目であり、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式でデータが登録される。本実施形態においては、例えば、以下のように定義する。
【０１４８】
｛親密度０：Ｎｏｔ， 親密度１：ＬＯＷ，…， 親密度４：ＨＩＧＨ｝
この例では、親密度０：Ｎｏｔは、親密度０のユーザに対してはＮｏｔ、つまり配信しないこと、親密度１：ＬＯＷは親密度１のユーザには低画質の動画を配信すること、親密度４：ＨＩＧＨは親密度４のユーザには高画質の動画を配信することを表す。
【０１４９】
コメント８０８は、投稿した動画に付与したコメントを示す項目であり、文字列が登録される。
【０１５０】
撮影日８０９は、撮影日を示す項目であり、ユーザが入力した撮影日付が登録される。
【０１５１】
親密度別利用時点８１０は、どの時点の親密度を使用するかを示す情報が登録される。本発明においては、親密度別利用時点８１０の値に視聴時が設定されていると視聴時の日付の親密度に基づき配信を行い、撮影時が設定されている場合は撮影時の日付の親密度に基づき配信する。また、設定されていない場合は視聴時（現在）の親密度で判定を行う。
【０１５２】
以上が投稿動画管理テーブル８００のデータ構造に関する説明である。
【０１５３】
そして、ＡＰサーバ１０２に配備されているコンテンツ解像度変換部３２５は、ステップＳ４１３にて登録した付帯情報に含まれる親密度別解像度情報に基づき動画の解像度を変換したコンテンツデータとサムネイル画像を作成してファイルサーバ１０４のコンテンツ記憶部３４４により保存する（ステップＳ４１５）。
【０１５４】
なお、本発明においては、保存先ディレクトリ８０５の保存先のディレクトリが指すディレクトリの中に、投稿されたオリジナルの動画ファイルと解像度の異なる動画ファイル、並びにサムネイル画像のファイルが保存されている。
【０１５５】
ここで、解像度が異なる動画ファイルの名称は、投稿された動画ファイル名に解像度を表す接尾辞を付与することにする。
【０１５６】
例えば、投稿された動画ファイルの名称が○○高校卒業式.mp4の場合、○○高校卒業式_SD.mp4、○○高校卒業式_HD.mp4、○○高校卒業式_FHD.mp4のように保存される。また、サムネイル画像のファイル名はthumbnail.pngとする。
【０１５７】
ＡＰサーバ１０２に配備されている通信部３２２は、動画の登録完了通知をクライアント装置１０１に通知する（ステップＳ４１６）と、クライアント装置１０１は、その通知を通信部３１２によって受信する（ステップＳ４１７）。
【０１５８】
次に、図７乃至図９に示すフローチャートを用いて、動画を配信する処理について説明する。
【０１５９】
なお、図７のフローチャートの処理の前に、投稿された動画を視聴する視聴者によるクライアント装置１０１のクライアントアプリケーション３１１の起動やログイン処理（ユーザ認証）等の初期処理は実行済みであるとする。
【０１６０】
まず、投稿された動画を視聴する視聴者は、クライアント装置１０１に配備された通信部３１２を介して、ＡＰサーバ１０２に動画検索視聴画面１０００を要求する（ステップＳ７０１）。
【０１６１】
動画検索視聴画面１０００の要求を受けたＡＰサーバ１０２に配備されている動画検索部３２６は、動画検索視聴画面１０００を生成する（ステップＳ７０２）。
【０１６２】
ここで、図１２に示す動画検索視聴画面１０００の構成について説明する。
【０１６３】
図１２は、クライアント装置１０１に配備された表示制御部３１３によって表示される動画検索視聴画面１０００を例示する。
【０１６４】
動画検索視聴画面１０００は、ログインユーザ名表示領域１００１、動画検索条件入力領域１００２、検索結果一覧表示領域１００６、及び動画表示領域１００９などを有する。
【０１６５】
ログインユーザ名表示領域１００１には、投稿動画を視聴するためにクライアントアプリケーション３１１を操作しているユーザのＩＤが表示される。
【０１６６】
動画検索条件入力領域１００２は、検索条件に用いられる動画の投稿者に関する情報を入力する動画投稿者情報入力領域１００３と動画コメント入力領域１００４、並びに検索実行ボタン１００５などを有している。
【０１６７】
検索結果一覧表示領域１００６は、動画サムネイル表示領域１００７と動画付帯情報表示領域１００８を有する。
【０１６８】
動画サムネイル表示領域１００７には、検索結果として得られた動画のサムネイルが表示され、動画付帯情報表示領域１００８には動画の付帯情報が表示される。
【０１６９】
動画検索の結果、複数の動画ファイルが検索された場合、動画のサムネイルと付帯情報が複数件表示される。
【０１７０】
動画を視聴する視聴者は、検索結果一覧表示領域１００６に表示されているサムネイルを選択すると、選択されたサムネイルの動画ファイルを視聴対象とする。サムネイルは選択されると選択中であることがわかるようサムネイルの枠線（太枠破線１０１６）を強調する。
【０１７１】
動画表示領域１００９は、視聴中の動画を再生するビューア領域１０１０、動画の再生箇所を示すスライダ１０１１、動画を再生する再生ボタン１０１２、再生中の動画を停止する停止ボタン１０１３、動画の音声のＯＮ／ＯＦＦを切り替える音声ボタン１０１４、並びに再生画像の画質を指定する画質選択ボタン１０１５などを有している。
【０１７２】
以上が、動画検索視聴画面１０００の構成に関する説明である。
【０１７３】
ＡＰサーバ１０２に配備されている通信部３２２は、クライアント装置１０１のクライアントアプリケーション３１１に動画検索視聴画面１０００を応答する（ステップＳ７０３）。
【０１７４】
クライアント装置１０１に配備されている表示制御部３１３は、ＡＰサーバ１０２から送られてきた動画検索視聴画面１０００を受信して画面に表示する（ステップＳ７０４）。
【０１７５】
クライアント装置１０１に配備されている入力受付部３１４は、動画検索視聴画面１０００の動画投稿者情報入力領域１００３や動画コメント入力領域１００４に対する入力値をユーザが視聴を希望する動画の検索条件として受け付ける（ステップＳ７０５）。
【０１７６】
クライアント装置１０１に配備されている通信部３１２は、ステップＳ７０５において入力された値を条件にＡＰサーバ１０２に対して動画の検索を要求する（ステップＳ７０６）。
【０１７７】
検索の要求を受けたＡＰサーバ１０２に配備されている動画検索部３２６は、ＤＢサーバ１０３の投稿動画管理テーブル８００から検索条件に合致したレコードを取得して、動画の付帯情報とファイルサーバ１０４から動画のサムネイルを取得する（ステップＳ７０７）。
【０１７８】
なお、動画のサムネイルは、投稿動画管理テーブル８００の保存先ディレクトリ８０５より取得する。
【０１７９】
ＡＰサーバ１０２に配備されている通信部３２２は、検索条件に合致した動画のサムネイルと動画の付帯情報をクライアント装置１０１に配備されている通信部３１２に応答する（ステップＳ７０８）。
【０１８０】
クライアント装置１０１に配備されている表示制御部３１３は、ＡＰサーバ１０２から送られてきた応答が投稿動画管理テーブル８００のレコード８１１乃至８１３のデータであるという応答を受け付けると、図１２に示す検索結果一覧表示領域１００６に例示したように検索結果を一覧表示する（ステップＳ７０９）。
【０１８１】
クライアント装置１０１に配備されている入力受付部３１４は、動画検索視聴画面１０００の画質選択ボタン１０１５を介して、視聴者が視聴したい動画の画質の選択を受け付ける（ステップＳ７１０）。
【０１８２】
クライアント装置１０１の通信部３１２は、視聴者に選択された視聴を希望する動画の識別子（コンテンツＩＤ）とログインユーザの識別子をＡＰサーバ１０２に送信して、動画の配信を要求する（ステップＳ７１１）。
【０１８３】
ＡＰサーバ１０２に配備されている動画検索部３２６は、動画の視聴要求をしてきたユーザ識別子よりユーザを特定する（ステップＳ７１２）。
【０１８４】
ＡＰサーバ１０２に配備されているユーザ間の親密度計算部３２７は、配信要求された動画の識別子より投稿動画管理テーブル８００を検索して配信要求された動画の動画ファイルの情報が格納されたレコードを特定する（ステップＳ７１３）。
【０１８５】
ＡＰサーバ１０２に配備されているユーザ間の親密度計算部３２７は、配信要求された動画の動画ファイルの情報が格納されたレコードの投稿者ＩＤ８０２の投稿者ＩＤの値を取得して投稿者を特定する（ステップＳ７１４）。
【０１８６】
さらに、ユーザ間の親密度計算部３２７は、視聴者と投稿者との親密度に応じて配信する動画の画質を切り替える際にいつの時点の親密度を利用するかという時点情報を配信要求された投稿動画の動画ファイルの情報が格納されたレコードの親密度別利用時点８１０から取得する（ステップＳ７１５）。
【０１８７】
次に、ユーザ間の親密度計算部３２７は、ステップＳ７１５にて取得した親密度別利用時点８１０に登録されている時点での動画の視聴を要求した視聴者と動画を投稿した投稿者との親密度をユーザ間親密度管理テーブル９００より取得する（ステップＳ７１６）。
【０１８８】
ここで、ステップＳ７１６の親密度の取得について説明する。親密度は、動画の投稿者をユーザ間親密度管理テーブル９００のユーザＩＤ９０１のユーザＩＤに、視聴を要求しているユーザを相手先ユーザＩＤ９０２の相手先ユーザＩＤにそれぞれ一致させ、さらにステップＳ７１５にて取得した時点が開始日９０３の開始日と終了日９０４の終了日に含まれるデータの親密度識別子９０５の値より取得する（ステップＳ７１６）。
【０１８９】
そして、ＡＰサーバ１０２に配備されている配信コンテンツ決定部３２８は、親密度から配信可能な画質の動画が存在するか確認する（ステップＳ７１７）。
【０１９０】
ここで、ステップＳ７１５乃至ステップＳ７１７までの処理について具体的なデータを例に説明する。
【０１９１】
まず、視聴者と投稿者との視聴時（現在）における親密度に基づき配信可否を判断する処理について説明する。
【０１９２】
仮に投稿動画管理テーブル８００のレコード８１３に該当する動画ファイルをユーザＩＤがｕ０００００３の視聴者が視聴を要求したとする。
【０１９３】
ここで、レコード８１３の親密度利用時点の値は「視聴時」であるため、仮に視聴時の日付を２０１８年１月１日とする。
【０１９４】
視聴時の日付を２０１８年１月１日とすると視聴時のユーザＩＤがｕ０００００１とユーザＩＤがｕ０００００３のユーザ間の親密度はユーザ間親密度管理テーブル９００のレコード９１１の親密度識別子の値がＳ００００であるため０（他人の関係）であることがわかる。
【０１９５】
このとき、投稿動画管理テーブル８００のレコード８１３の親密度別配信解像度８０７のデータより、ユーザ間の親密度０の場合はＮｏｔであるため配信できないと判断される。
【０１９６】
ＡＰサーバ１０２に配備されている配信コンテンツ決定部３２８がステップＳ７１７にて、配信可能な画質の動画がないと判断した場合（ステップＳ７１７にてＮｏ）、処理をステップＳ７２３に進め、視聴できる動画が存在しない旨をクライアント装置１０１に通知して処理を終了する。
【０１９７】
そして、ＡＰサーバ１０２に配備されている通信部３２２から視聴できる動画が存在しない旨のメッセージを受信したクライアント装置１０１のクライアントアプリケーション３１１は、受信したメッセージを表示制御部３１３によって画面に表示して処理を終了する（ステップＳ７２４）。
【０１９８】
一方、視聴時（現在の）親密度から配信可能な画質がある場合（ステップＳ７１７にてＹｅｓ）、親密度から配信可能な画質は、動画の配信要求をした画質以上であるかを確認する（ステップＳ７１８）。
【０１９９】
ここで、視聴時の親密度の値から配信可能な画質があると判断される（ステップＳ７１７にてＹｅｓ）、処理について、データ例を挙げて説明する。
【０２００】
仮に投稿動画管理テーブル８００のレコード８１３に該当する動画ファイルをユーザＩＤがｕ０００００２の視聴者が視聴を要求したとする。
【０２０１】
ここで、レコード８１３の親密度利用時点の値は「視聴時」であるため、仮に視聴時の日付を２０１８年１月１日とする。
【０２０２】
視聴時の日付を２０１８年１月１日とすると視聴時のユーザＩＤがｕ０００００１とユーザＩＤがｕ０００００２とのユーザ間の親密度はユーザ間親密度管理テーブル９００より２（友人の関係）であることがわかる。
【０２０３】
このとき、投稿動画管理テーブル８００のレコード８１３の親密度別配信解像度８０７のデータより、ユーザ間の親密度２はＨＩＧＨであるため配信可能と判断される。
【０２０４】
以上が、動画ファイルの配信可否の判定に視聴時点の親密度を考慮する処理の説明である。
【０２０５】
次に、ＡＰサーバ１０２に配備されている配信コンテンツ決定部３２８が視聴者と投稿者との過去の親密度に基づき配信可否を判断する処理について説明する。
【０２０６】
過去の親密度に基づき判断するのは、視聴時（現在）は親しい関係にあるとしても過去は親しくないとき、例えば知り合う以前に撮影した動画ファイルは相手への公開を控えたいという要求を満たすためである。
【０２０７】
また、逆に現在は疎遠な関係にあるとしても過去の親しい時に投稿された視聴可能であった動画を現在疎遠な関係であるからといって非公開とすることは投稿された動画の関係者の可能性もある視聴者にとって酷であると考えるためである。
【０２０８】
仮に、ユーザＩＤがｕ０００００２の視聴者が投稿動画管理テーブル８００のレコード８１１に該当する動画ファイルの視聴を要求したとする。
【０２０９】
ここで、配信コンテンツ決定部３２８は、視聴者と投稿者との親密度に応じて配信する動画の画質を切り替える際にいつの時点の親密度を利用するかという時点情報を配信要求された投稿動画の動画ファイルの情報が格納されているレコード８１１の親密度別利用時点８１０から取得する（ステップＳ７１５）。この場合、親密度利用時点の値は「撮影時」である。
【０２１０】
そして、動画の視聴を要求したユーザであるユーザＩＤがｕ０００００２と動画を投稿した投稿者であるユーザＩＤがｕ０００００１との「撮影時」の親密度を取得する。
【０２１１】
ここで、「撮影時」の親密度の取得について説明する。「撮影時」の親密度は、動画の投稿者をユーザ間親密度管理テーブル９００のユーザＩＤ９０１のユーザＩＤに、視聴を要求している視聴者を相手先ユーザＩＤ９０２の相手先ユーザＩＤにそれぞれ一致させ、さらにステップＳ７２０にて取得した撮影時の日付が開始日９０３の開始日と終了日９０４の終了日に含まれるデータの親密度識別子９０５の値より取得する（ステップＳ７１６）。
【０２１２】
投稿動画管理テーブル８００のレコード８１１に該当する動画ファイルの撮影時点ではユーザＩＤがｕ０００００１とユーザＩＤがｕ０００００２のユーザ間の親密度はユーザ間親密度管理テーブル９００のレコード９０６の親密度識別子の値がＳ００００である。
【０２１３】
Ｓ００００は、親密度定義テーブル６００より親密度は０、つまり（他人の関係）であることがわかる。処理をステップＳ７２２に進める。
【０２１４】
ＡＰサーバ１０２に配備されている配信コンテンツ決定部３２８は、ステップＳ７２２においては、投稿動画管理テーブル８００のレコード８１１の親密度別に配信動画の解像度を管理する親密度別配信解像度８０７の値より親密度０：Ｎｏｔであるため配信可能な動画ファイルは存在しないと判断する。
【０２１５】
一方、撮影時（過去）の親密度から配信可能な画質がある場合（ステップＳ７１７にてＹｅｓ）、親密度から配信可能な画質は、動画の配信要求をした画質以上であるかを確認する（ステップＳ７１８）。
【０２１６】
ここで、撮影時（過去）の親密度の値から配信可能な画質があると判断される（ステップＳ７１７にてＹｅｓ）、処理について、データ例を挙げて説明する。
【０２１７】
仮に投稿動画管理テーブル８００のレコード８１１に該当する動画ファイルをユーザＩＤがｕ０００００３のユーザが視聴を要求したとする。
【０２１８】
ここで、レコード８１１の親密度利用時点の値は「撮影時」であるため、その時点の日付は２０１２年３月２０日であることがわかる。
【０２１９】
撮影時の日付を２０１２年３月２０日とすると撮影時のユーザＩＤがｕ０００００１とユーザＩＤがｕ０００００３とのユーザ間の親密度はユーザ間親密度管理テーブル９００より２（友人の関係）であることがわかる。
【０２２０】
このとき、投稿動画管理テーブル８００のレコード８１１の親密度別配信解像度８０７のデータより、ユーザ間の親密度２はＨＩＧＨであるため配信可能と判断される。
【０２２１】
以上が、動画ファイルの配信可否の判定に過去の親密度を考慮する処理の説明である。
【０２２２】
ステップＳ７１８において、親密度から配信可能な画質は動画の配信要求をした動画の画質以上である場合（ステップＳ７１８にてＹｅｓ）、配信要求をした画質を配信する動画の画質とする（ステップＳ７１９）。
【０２２３】
一方、親密度から配信可能な画質は、動画の配信要求をした動画の画質より劣っている場合（ステップＳ７１８にてＮｏ）、親密度から配信可能な解像度の動画を配信動画とする（ステップＳ７２０）。
【０２２４】
ステップＳ７１８の処理を図１３及び図１４を用いて説明する。例えば、視聴者が図１３の画質選定部１２０２で指定した通り高解像度で動画の配信を要求したとする。
【０２２５】
このとき、ステップＳ７１８にてＹｅｓならば、ＡＰサーバ１０２のコンテンツ管理システム３２１は図１３の１２０１のように高解像度の動画を配信する。
【０２２６】
一方、ステップＳ７１８にてＮｏならば、ＡＰサーバ１０２のコンテンツ管理システム３２１は図１４の１３０１の通り高解像度での配信要求を受けながらも親密度から配信可能な解像度の動画が配信される。
【０２２７】
ＡＰサーバ１０２に配備されている配信コンテンツ決定部３２８は、配信動画の取得先パスを生成する（ステップＳ７２１）。
【０２２８】
ＡＰサーバ１０２に配備されている通信部３２２は、動画ファイルのパスを応答する（ステップＳ７２２）。
【０２２９】
クライアント装置１０１に配備されている通信部３１２は、動画ファイルのパスを受信する（ステップＳ７２３）。
【０２３０】
クライアント装置１０１に配備されている通信部３１２は、動画ファイルのパスに対して動画の配信を要求する（ステップＳ７２４）。
【０２３１】
コンテンツキャッシュサーバ１０５に配備されている通信部３５２は、動画ファイルの配信要求を受信する（ステップＳ７２５）。
【０２３２】
コンテンツキャッシュサーバ１０５に配備されているコマンド処理部３５３は、キャッシュに動画ファイルが存在するかを確認する（ステップＳ７２６）。
【０２３３】
ここで、キャッシュに動画ファイルが存在している（ステップＳ７２６にてＹｅｓ）場合、処理をステップＳ７２７に進めてキャッシュから動画ファイルを取得して処理をステップＳ７２８に進める。
【０２３４】
一方、配信要求された動画がキャッシュに存在しない（ステップＳ７２８にてＮｏ）場合、処理をステップＳ７２９に進めてファイルサーバ１０４から動画ファイルを取得して処理をステップＳ７３０に進める。
【０２３５】
そして、コンテンツキャッシュサーバ１０５に配備されているコンテンツ記憶部３５４は、動画ファイルをキャッシュに保存して処理をステップＳ７２８に進める（ステップＳ７３０）。
【０２３６】
コンテンツキャッシュサーバ１０５に配備されているコンテンツ配信部３５５は、動画ファイルを配信する（ステップＳ７２８）
クライアント装置１０１に配備されている通信部３１２は、コンテンツキャッシュサーバ１０５から配信された動画を受信する（ステップＳ７３１）。
【０２３７】
そして、クライアント装置１０１に配備されている表示制御部３１３は、受信した動画を動画検索視聴画面１０００のビューア領域１０１０に表示する（ステップＳ７３２）。
【０２３８】
尚、本実施形態では、ＡＰサーバ１０２のコンテンツ管理システム３２１は配信するコンテンツを動画として説明しているが、動画に限らず静止画でも良い。
【０２３９】
また、ＡＰサーバ１０２のコンテンツ管理システム３２１は配信可否に用いる親密度を外部のＳＮＳ等の他システムで管理されている親密度を用いる構成をとることも可能である。
【０２４０】
尚、実施形態においては、ユーザ間の親密度を定義しているが、このような態様にとどまらず、ユーザがグループに参加しているか否かを定義しても良い。
【０２４１】
この場合、ユーザ間親密度管理テーブル９００では、あるユーザをユーザＩＤ９０１のユーザＩＤ、当該ユーザが所属しているグループ、当該ユーザが当該グループへ参加した日、当該グループから外れた日を管理する。
【０２４２】
そして、投稿者は、親密度利用時点８１０における時期のグループへの参加有無に応じて投稿する画像に対して配信方法を設定することが可能となる。尚、設定するグループについては、投稿者が現時点で参加しているグループに対して設定できるようにしても良い。
【０２４３】
以上、実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２４４】
また、本発明におけるプログラムは、図４、及び図７乃至図９に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４、及び図７乃至図９の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４、及び図７乃至図９の各装置の処理方法ごとのプログラムであってもよい。
【０２４５】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０２４６】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０２４７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０２４８】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２４９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２５０】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適用できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２５１】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０２５２】
１００    情報処理システム
１０１    クライアント装置
１０２    ＡＰサーバ
１０３    ＤＢサーバ
１０４    ファイルサーバ
１０５    コンテンツキャッシュサーバ
１０６    インターネット
１０７    サーバシステム
【図１】
2020088675.tif 000003
【図２】
2020088675.tif 000004
【図３】
2020088675.tif 000005
【図４】
2020088675.tif 000006
【図５】
2020088675.tif 000007
【図６】
2020088675.tif 000008
【図７】
2020088675.tif 000009
【図８】
2020088675.tif 000010
【図９】
2020088675.tif 000011
【図１０】
2020088675.tif 000012
【図１１】
2020088675.tif 000013
【図１２】
2020088675.tif 000014
【図１３】
2020088675.tif 000015
【図１４】
2020088675.tif 000016
【図１５】
2020088675.tif 000017