JP7348943B2 - コンテンツ管理システム、コンテンツ管理方法、及びプログラム - Google Patents

Description

本発明は、コンテンツ管理システム、コンテンツ管理方法、及びプログラムに関する。

従来、コンテンツの管理において、コンテンツに関する情報をサーバで管理し、コンテンツの視聴や編集などをウェブ上で行うための技術が各種提案されている。

例えば、下記特許文献１には、ウェブページ、ウェブアプリ、ウェブサイトなどのインターネットコンテンツに関して、ユーザがウェブ上で直接作業可能なツールを用いて、サーバで管理されているインターネットコンテンツの編集、操作、作成などを行うことが可能な技術が開示されている。

特表２０１７－５２３５３５号公報

ところで、サーバでコンテンツを管理する場合、ユーザがコンテンツの視聴や編集などを行う際にはクライアントとサーバとの間で、コンテンツに関する情報のやり取りが必要となる。これに伴い、必要な作業や処理が生じるため、これらの作業や処理を効率的に行うことでコンテンツ管理をより効率的に行うことが望まれる。

上述の課題を鑑み、本発明の目的は、コンテンツ管理の効率を向上することが可能なコンテンツ管理システム、コンテンツ管理方法、及びプログラムを提供することにある。

上述の課題を解決するために、本発明の一態様に係るコンテンツ管理システムは、３ＤＣＧ（3 Dimensional Computer Graphics）を用いたコンテンツの編集に用いられる第１のクライアント装置からアップロードされるモデルに関する情報を示すモデル情報を取得する取得部と、前記コンテンツを構成するシーンごとの情報を示すシーン情報と、前記シーンにて用いられる前記モデルの前記取得部によって取得された前記モデル情報と、前記モデルに設定される質感に関する情報を示す質感情報とを含む前記コンテンツに関する情報を示すコンテンツ情報を、前記シーン情報ごとに対応する前記モデル情報を対応付け、前記モデル情報ごとに対応する前記質感情報を対応付けて記憶する記憶部と、前記第１のクライアント装置からサーバ装置へアップロードされ、前記取得部によって取得された前記モデル情報が前記コンテンツ情報として前記記憶部に記憶された前記モデルを含む前記コンテンツの編集が必要な場合に、前記第１のクライアント装置からの入力に応じて、前記記憶部に記憶されている編集が必要な前記コンテンツの前記コンテンツ情報に含まれる情報の各々を編集し、編集によって生成した前記コンテンツ情報を前記記憶部に記憶させる編集部と、前記コンテンツの表示に用いられる第２のクライアント装置からの入力に応じて、前記コンテンツ情報に基づき生成される前記コンテンツを前記第２のクライアント装置に表示させる出力制御部と、を備える。

本発明の一態様に係るコンテンツ管理方法は、取得部が、３ＤＣＧ（3 Dimensional Computer Graphics）を用いたコンテンツの編集に用いられる第１のクライアント装置からアップロードされるモデルに関する情報を示すモデル情報を取得する取得過程と、記憶部が、前記コンテンツを構成するシーンごとの情報を示すシーン情報と、前記シーンにて用いられる前記モデルの前記取得部によって取得された前記モデル情報と、前記モデルに設定される質感に関する情報を示す質感情報とを含む前記コンテンツに関する情報を示すコンテンツ情報を、前記シーン情報ごとに対応する前記モデル情報を対応付け、前記モデル情報ごとに対応する前記質感情報を対応付けて記憶する記憶過程と、編集部が、前記第１のクライアント装置からサーバ装置へアップロードされ、前記取得部によって取得された前記モデル情報が前記コンテンツ情報として前記記憶部に記憶された前記モデルを含む前記コンテンツの編集が必要な場合に、前記第１のクライアント装置からの入力に応じて、前記記憶部に記憶されている編集が必要な前記コンテンツの前記コンテンツ情報に含まれる情報の各々を編集し、編集によって生成した前記コンテンツ情報を前記記憶部に記憶させる編集過程と、出力制御部が、前記コンテンツの表示に用いられる第２のクライアント装置からの入力に応じて、前記コンテンツ情報に基づき生成される前記コンテンツを前記第２のクライアント装置に表示させる出力制御過程と、を含む。

本発明の一態様に係るプログラムは、コンピュータを、３ＤＣＧ（3 Dimensional Computer Graphics）を用いたコンテンツの編集に用いられる第１のクライアント装置からアップロードされるモデルに関する情報を示すモデル情報を取得する取得手段と、前記コンテンツを構成するシーンごとの情報を示すシーン情報と、前記シーンにて用いられる前記モデルの前記取得手段によって取得された前記モデル情報と、前記モデルに設定される質感に関する情報を示す質感情報とを含む前記コンテンツに関する情報を示すコンテンツ情報を、前記シーン情報ごとに対応する前記モデル情報を対応付け、前記モデル情報ごとに対応する前記質感情報を対応付けて記憶する記憶手段と、前記第１のクライアント装置からサーバ装置へアップロードされ、前記取得手段によって取得された前記モデル情報が前記コンテンツ情報として前記記憶手段に記憶された前記モデルを含む前記コンテンツの編集が必要な場合に、前記第１のクライアント装置からの入力に応じて、前記記憶手段に記憶されている編集が必要な前記コンテンツの前記コンテンツ情報に含まれる情報の各々を編集し、編集によって生成した前記コンテンツ情報を前記記憶手段に記憶させる編集手段と、前記コンテンツの表示に用いられる第２のクライアント装置からの入力に応じて、前記コンテンツ情報に基づき生成される前記コンテンツを前記第２のクライアント装置に表示させる出力制御手段と、として機能させる。

本発明によれば、コンテンツ管理の効率を向上することができる。

本実施形態に係るコンテンツ管理システムの構成の一例を示すブロック図である。 本実施形態に係るコンテンツ管理サーバの機能構成の一例を示すブロック図である。 本実施形態に係るコンテンツ情報のデータ構成の一例を示す図である。 本実施形態に係る分割情報が付与されたモデルの一例を示す図である。 本実施形態に係る分割されたモデルの一例を示す図である。 本実施形態に係る分割されたモデルの一例を示す図である。 本実施形態に係る分割されたモデルの一例を示す図である。 本実施形態に係るモデルの配置位置を示す編集履歴情報の表示の一例を示す図である。 本実施形態に係る編集履歴情報に基づくモデルの配置位置変更の一例を示す図である。 本実施形態に係るオブジェクトの質感を示す編集履歴情報の表示の一例を示す図である。 本実施形態に係る編集履歴情報に基づくオブジェクトの質感変更の一例を示す図である。 本実施形態に係るレンダリングサーバの機能構成の一例を示すブロック図である。 本実施形態に係るコンテンツ管理システムにおける処理の流れの一例を示すシーケンス図である。 本実施形態に係る公開制限確認処理の流れの一例を示すフローチャートである。 本実施形態に係る表示処理の流れの一例を示すシーケンス図である。

以下、図面を参照しながら本発明の実施形態について詳しく説明する。

＜１．コンテンツ管理システムの構成＞
図１を参照して、本実施形態に係るコンテンツ管理システム１の構成について説明する。図１は、本実施形態に係るコンテンツ管理システム１の構成の一例を示すブロック図である。

（１）コンテンツ管理システム１
コンテンツ管理システム１は、サーバがコンテンツに関する情報を示すコンテンツ情報を管理し、クライアントからのリクエストに応じて、コンテンツ（コンテンツ情報）の登録、編集、表示などを行うシステムである。

コンテンツは、例えば、３ＤＣＧ（3 Dimensional Computer Graphics）を用いたコンテンツである。
コンテンツは、少なくとも１つのシーンで構成される。シーンは、モデルが１つも配置されていない空のシーンであってもよいし、１つ以上のモデルが配置されたシーンであってもよい。モデルは、対象物を３ＤＣＧによって仮想的に再現した物体（仮想体）である。モデルは、少なくとも１つのオブジェクトで構成され、複数のオブジェクトの集合体として構成される場合もある。オブジェクトは、モデルを構成するパーツのことである。オブジェクトは、複数のサブオブジェクトの集合体として構成される場合もある。サブオブジェクトは、オブジェクトを構成するオブジェクトである。モデルには、質感（以下、「マテリアル」とも称される）を設定することが可能である。モデルの質感は、オブジェクト単位で設定することも可能である。
コンテンツは、例えば、プロジェクト単位で管理される。即ち、１つのコンテンツが１つのプロジェクトとして管理され、プロジェクトには、シーンと、モデルと、オブジェクトと、マテリアルとが含まれる。

コンテンツ情報は、プロジェクト情報と、シーン情報と、モデル情報と、オブジェクト情報と、マテリアル情報（即ち質感情報）とを含む情報である。プロジェクト情報は、プロジェクトの設定に関する情報を示す。シーン情報は、コンテンツを構成するシーンごとの情報を示す。例えば、シーン情報は、位置、回転、スケールなど、モデルの配置に関する情報や、ライティングの情報、背景、カメラの初期位置、ポストエフェクト情報などを示す。モデル情報は、シーンにて用いられる仮想体に関する情報を示す。マテリアル情報は、モデルに設定される質感に関する情報を示す。

各情報には、公開制限に関する情報を示す公開制限情報と各情報に関する権限を示す権限情報が含まれてもよい。公開制限情報は、例えば、各情報の公開範囲、公開期限或いは公開期間を示す情報や、後継指定情報などを含む情報である。後継指定情報は、公開期限が過ぎている公開対象の後継となる公開対象を指定する情報である。権限情報は、各情報の編集権限や使用権限などである。
本実施形態では、一例として、プロジェクト情報、モデル情報、及びマテリアル情報に、公開制限情報及び権限情報が含まれているものとする。即ち、プロジェクト、モデル、及びマテリアルについては後継を指定可能であるものとする。プロジェクト情報の場合、公開制限情報はプロジェクトの公開制限を示し、権限情報はプロジェクトに対する各種の権限を示す。モデル情報の場合、公開制限情報はモデルの公開制限を示し、権限情報はモデルに対する各種の権限を示す。マテリアル情報の場合、公開制限情報はマテリアルの公開制限を示し、権限情報はマテリアルに対する各種の権限を示す。

モデル情報には、モデルを分割するグループを示す分割情報が付与されていてもよい。モデルを分割するグループは、例えば、静的なグループや動的なグループである。静的なグループに分類されたモデルは、コンテンツ内での配置位置が固定され、配置位置の変更ができないモデルとなる。動的なグループに分類されたモデルは、コンテンツ内での配置位置が固定されず、配置位置の変更ができるモデルとなる。

図１に示すように、コンテンツ管理システム１は、編集端末１０と、高性能表示端末１１と、低性能表示端末１２と、コンテンツ管理サーバ２０と、レンダリングサーバ３０とを備える。編集端末１０、高性能表示端末１１、及び低性能表示端末１２は、クライアント装置の一例である。コンテンツ管理サーバ２０及びレンダリングサーバ３０は、サーバ装置の一例である。
コンテンツ管理サーバ２０は、ネットワークＮＷを介して、編集端末１０と、高性能表示端末１１と、低性能表示端末１２と、レンダリングサーバ３０と通信可能に接続されている。また、レンダリングサーバ３０は、ネットワークＮＷを介して、高性能表示端末１１と、低性能表示端末１２と、コンテンツ管理サーバ２０と通信可能に接続されている。

（２）編集端末１０
編集端末１０は、コンテンツの編集に用いられるクライアント装置（第１のクライアント装置）である。編集端末１０は、入力装置（マウス、キーボード、タッチパネルなど）、出力装置（ディスプレイ、スピーカなど）、中央処理装置などを備える。編集端末１０には、例えば、ＰＣ（Personal Computer）、スマートフォン、タブレットなどのいずれの端末が用いられてもよい。
ユーザは、編集端末１０を操作して、モデルのコンテンツ管理サーバ２０への登録することができる。また、ユーザは、編集端末１０を操作して、コンテンツ管理サーバ２０で管理されているコンテンツ情報を編集端末１０に表示させ、コンテンツ情報を編集することができる。

（３）高性能表示端末１１
高性能表示端末１１は、コンテンツの表示に用いられるクライアント装置（第２のクライアント装置）である。高性能表示端末１１は、処理性能が高いクライアント装置の一例である。高性能表示端末１１は、入力装置（マウス、キーボード、タッチパネルなど）、出力装置（ディスプレイ、スピーカなど）、中央処理装置などを備える。高性能表示端末１１には、例えば、ＰＣ（Personal Computer）、スマートフォン、タブレットなどのいずれの端末が用いられてもよい。
ユーザは、高性能表示端末１１を操作して、コンテンツ管理サーバ２０で管理されているコンテンツを高性能表示端末１１に表示させ、コンテンツを視聴することができる。

（４）低性能表示端末１２
低性能表示端末１２は、コンテンツの表示に用いられるクライアント装置（第２のクライアント装置）である。低性能表示端末１２は、処理性能が低いクライアント装置の一例である。低性能表示端末１２は、入力装置（マウス、キーボード、タッチパネルなど）、出力装置（ディスプレイ、スピーカなど）、中央処理装置などを備える。低性能表示端末１２には、例えば、ＰＣ（Personal Computer）、スマートフォン、タブレットなどのいずれの端末が用いられてもよい。
ユーザは、低性能表示端末１２を操作して、コンテンツ管理サーバ２０で管理されているコンテンツを低性能表示端末１２に表示させ、コンテンツを視聴することができる。

（５）コンテンツ管理サーバ２０
コンテンツ管理サーバ２０は、コンテンツを管理するためのサーバ装置である。コンテンツ管理サーバ２０は、中央処理装置を備え、入力装置（マウス、キーボード、タッチパネルなど）や出力装置（ディスプレイ、スピーカなど）を任意に備える。コンテンツ管理サーバ２０は、例えば、データセンターに設置されたコンピュータによって実現されるが、ＰＣによって実現されてもよい。
コンテンツ管理サーバ２０は、編集端末１０からの入力に応じて、コンテンツ情報を管理する。また、コンテンツ管理サーバ２０は、高性能表示端末１１及び低性能表示端末１２からの入力に応じて、コンテンツの表示を制御する。

（６）レンダリングサーバ３０
レンダリングサーバ３０は、レンダリングを行うためのサーバ装置である。レンダリングサーバ３０は、中央処理装置を備え、入力装置（マウス、キーボード、タッチパネルなど）や出力装置（ディスプレイ、スピーカなど）を任意に備える。レンダリングサーバ３０は、例えば、データセンターに設置されたコンピュータによって実現されるが、ＰＣによって実現されてもよい。
レンダリングサーバ３０は、コンテンツ管理サーバ２０からの入力に応じて、レンダリングの制御や、高性能表示端末１１及び低性能表示端末１２へのコンテンツの送信を制御する。

＜２．コンテンツ管理サーバの機能構成＞
以上、本実施形態に係るコンテンツ管理システム１の構成について説明した。続いて、図２を参照して、本実施形態に係るコンテンツ管理サーバ２０の機能構成について説明する。図２は、本実施形態に係るコンテンツ管理サーバ２０の機能構成の一例を示すブロック図である。
図２に示すように、コンテンツ管理サーバ２０は、通信部２１０と、入力部２２０と、記憶部２３０と、制御部２４０と、出力部２５０とを備える。

（１）通信部２１０
通信部２１０は、各種情報の送受信を行う機能を有する。例えば、通信部２１０は、ネットワークＮＷを介して、編集端末１０と、高性能表示端末１１と、低性能表示端末１２と、レンダリングサーバ３０と通信を行う。
通信部２１０は、編集端末１０との通信において、モデル情報や、コンテンツの編集リクエスト、コンテンツの編集内容を示す編集情報などを受信する。通信部２１０は、編集端末１０との通信において、コンテンツの編集画面を送信する。
通信部２１０は、高性能表示端末１１及び低性能表示端末１２との通信において、コンテンツの表示リクエスト、高性能表示端末１１及び低性能表示端末１２の各々の性能を示す性能情報などを受信する。通信部２１０は、高性能表示端末１１及び低性能表示端末１２との通信において、通信環境を確認するためのデータ通信を行う。

（２）入力部２２０
入力部２２０は、入力を受け付ける機能を有する。例えば、入力部２２０は、ネットワークＮＷを介して通信部２１０が受信する、編集端末１０、高性能表示端末１１、又は低性能表示端末１２からの入力を受け付ける。また、入力部２２０は、コンテンツ管理サーバ２０がハードウェアとしてマウス、キーボード、タッチパネルなどの入力装置を備える場合、当該入力装置によって入力された情報の入力を受け付けてもよい。

（３）記憶部２３０
記憶部２３０は、各種情報を記憶する機能を有する。記憶部２３０は、コンテンツ管理サーバ２０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ(Solid State Drive)、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＡＭ（Random Access read/write Memory）、ＲＯＭ（Read Only Memory）、又はこれらの記憶媒体の任意の組み合わせによって構成される。

記憶部２３０は、コンテンツ情報を記憶する。例えば、記憶部２３０は、シーン情報ごとに対応するモデル情報を対応付け、モデル情報ごとに対応するマテリアル情報を対応付けて記憶する。モデル情報に対応するオブジェクト情報が存在する場合、記憶部２３０は、モデル情報に対応するオブジェクト情報を対応付け、各オブジェクト情報に対応するマテリアル情報を対応付けて記憶する。

また、記憶部２３０は、編集履歴情報を記憶する。編集履歴情報は、コンテンツの編集履歴を示す情報である。編集履歴情報には、例えば、配置履歴と質感履歴が含まれる。記憶部２３０は、モデルがシーンに配置された位置の履歴を示す配置履歴を編集履歴情報として記憶する。また、記憶部２３０は、モデルに設定された質感の履歴を示す質感履歴を編集履歴情報として記憶する。記憶部２３０は、モデルを構成するオブジェクトごとに質感履歴を記憶する。

ここで図３を参照して、コンテンツ情報のデータ構成について説明する。図３は、本実施形態に係るコンテンツ情報のデータ構成の一例を示す図である。
図３に示すように、コンテンツ情報は、プロジェクト情報と、シーン情報と、モデル情報と、オブジェクト情報と、マテリアル情報とで構成される。図３には、一例として、各情報の識別情報のみが示されている。

図３に示すコンテンツ情報には、複数のプロジェクト情報が登録されている。具体的に、プロジェクト情報として「ＰＪ００１」と「ＰＪ００２」が示されている。プロジェクト情報には、複数のシーン情報が対応付けられている。具体的に、「ＰＪ００１」には、「ＳＣ００１」と「ＳＣ００２」が対応付けられている。シーン情報には、複数のモデル情報が対応付けられている。具体的に、「ＳＣ００１」には、「ＭＤ００１」と「ＭＤ００２」が対応付けられている。モデル情報には、複数のオブジェクト情報が対応付けられている。具体的に、「ＭＤ００１」には、「ＯＢ００１」と「ＯＢ００２」が対応付けられている。「ＭＤ００２」には、「ＯＢ０１１」と「ＯＢ０１２」が対応付けられている。オブジェクト情報には、マテリアル情報が対応付けられている。具体的に、「ＯＢ００１」には、「ＭＴ００１」が対応付けられている。「ＯＢ００２」には、「ＭＴ００２」が対応付けられている。「ＯＢ０１１」には、「ＭＴ０１１」が対応付けられている。「ＯＢ０１２」には、「ＭＴ０１２」が対応付けられている。
なお、オブジェクトがサブオブジェクトで構成されている場合、「ＯＢ００１」、「ＯＢ００２」、「ＯＢ０１１」、「ＯＢ０１２」などには、サブオブジェクトがさらに対応付けられる。

（４）制御部２４０
制御部２４０は、コンテンツ管理サーバ２０の動作全般を制御する機能を有する。制御部２４０は、例えば、コンテンツ管理サーバ２０がハードウェアとして備えるＣＰＵ（Central Processing Unit）にプログラムを実行させることによって実現される。
図２に示すように、制御部２４０は、取得部２４１と、編集部２４２と、判定部２４３と、レンダリング制御部２４４と、出力制御部２４５とを備える。

（４－１）取得部２４１
取得部２４１は、各種の情報を取得する機能を有する。取得部２４１は、各種の情報をクライアント装置や記憶部２３０から取得する。

例えば、取得部２４１は、コンテンツ情報を取得する。具体的に、取得部２４１は、通信部２１０を介して、編集端末１０からモデル情報や編集情報を取得する。取得するモデル情報には、コンテンツに用いるモデルに関する情報が含まれる。当該モデル情報には、モデルを構成するオブジェクトを示すオブジェクト情報が予め対応付けられていてもよい。取得する編集情報には、取得したモデル情報が示すモデルを配置するシーンのシーン情報、当該シーンを用いるプロジェクトのプロジェクト情報、当該モデルに設定されるマテリアルを示すマテリアル情報などが含まれる。
取得部２４１は、取得したモデル情報や編集情報をコンテンツ情報として記憶部２３０に書き込んで、記憶させる。

また、取得部２４１は、高性能表示端末１１及び低性能表示端末１２に表示させるコンテンツに含まれるモデルの公開制限情報を取得する。具体的に、取得部２４１は、記憶部２３０に記憶されているモデル情報から、モデルの公開制限情報を取得する。取得部２４１は、例えば、後述する公開制限確認処理の際に公開制限情報を取得する。

また、取得部２４１は、コンテンツを表示させるクライアント装置の性能情報を取得する。具体的に、取得部２４１は、通信部２１０を介して、高性能表示端末１１及び低性能表示端末１２から各々の端末の性能情報を取得する。取得部２４１は、例えば、後述する表示処理の際に性能情報を取得する。

また、取得部２４１は、コンテンツを表示させるクライアント装置の通信環境を示す通信環境情報を取得する。具体的に、取得部２４１は、通信部２１０に高性能表示端末１１及び低性能表示端末１２と通信環境を確認するためのデータ通信を行わせる。取得部２４１は、当該データ通信の結果を通信環境情報として取得する。通信環境情報は、例えば、通信速度やデータの送信時間などを示す。

（４－２）編集部２４２
編集部２４２は、コンテンツを編集する機能を有する。編集部２４２は、編集端末１０からの入力（即ち編集情報）に応じて、コンテンツ情報に含まれる情報の各々を編集することで、コンテンツを編集する。

プロジェクト情報の編集では、編集部２４２は、プロジェクトの公開範囲や公開期間などの公開制限情報の設定、編集権限などの権限情報の設定、プロジェクトに含まれるシーンの設定などを行う。シーンの設定では、編集部２４２は、プロジェクトに含めるシーンやその順番を決定する。
シーン情報の編集では、編集部２４２は、シーンのカメラ、背景、ライトなどの設定や、シーンで用いるモデルの設定などを行う。カメラの設定では、編集部２４２は、カメラ位置、ターゲット位置、ＦＯＶ（Field Of View）、奥行き認識範囲などを設定する。また、モデルの設定では、編集部２４２は、使用するモデルの追加や、モデルの配置位置、回転、スケールなどを設定する。
モデル情報の編集では、編集部２４２は、モデルの公開期間などの公開制限情報の設定、モデルの編集権限や使用権限などの権限情報の設定、モデルのマテリアルの設定などを行う。モデルのマテリアルの設定では、具体的に、モデル中の各オブジェクトに対して、マテリアル情報の編集にて設定したマテリアルを割り当てることができる。
マテリアル情報の編集では、編集部２４２は、マテリアルの公開範囲や公開期間などの公開制限情報の設定、マテリアルの設定などを行う。マテリアルの設定では、編集部２４２は、反射率、シェーダタイプ、透明度、ベースカラー、ベースカラーのテクスチャ、ＵＶサイズ、ＵＶオフセット、メタリック感などを設定する。

編集部２４２は、モデルに分割情報が付与されている場合、分割情報に基づき、モデルを複数に分割する。
例えば、モデルが複数のオブジェクトで構成されたモデルであり、分割情報が付与されたオブジェクトがあるとする。この場合、編集部２４２は、モデルから分割情報が付与されたオブジェクトを分割し、分割情報が示すグループに応じた単位のモデルとして分割したオブジェクトを記憶部２３０に記憶させる。
これにより、ユーザは、一度作成したモデルを自身で分割する必要がなくなるため、コンテンツの管理負荷や制作負荷を軽減することができる。

本実施形態では、一例として、分割情報が静的なグループを示す情報（以下、「Ｓｔａｔｉｃラベル」とも称される）又は動的なグループを示す情報（以下、「Ｄｙｎａｍｉｃラベル」とも称される）であるものとする。この場合、編集部２４２は、モデルをＳｔａｔｉｃラベルが付与されたオブジェクトとＤｙｎａｍｉｃラベルが付与されたオブジェクトとに分割する。
編集部２４２は、Ｓｔａｔｉｃラベルが付与されたオブジェクトをまとめて１つの単位のモデルとして記憶部２３０に記憶させる。編集部２４２は、Ｄｙｎａｍｉｃラベルが付与されたオブジェクトをそれぞれ個別の単位のモデルとして記憶部２３０に記憶させる。

ここで、図４から図７を参照して、モデルの分割の具体例について説明する。図４は、本実施形態に係る分割情報が付与されたモデルの一例を示す図である。図５から図７は、本実施形態に係る分割されたモデルの一例を示す図である。

図４に示す部屋モデル４０は、部屋オブジェクト４１と、箪笥オブジェクト４２と、テーブルオブジェクト４３と、椅子オブジェクト４４との複数のオブジェクトで構成されている。
部屋オブジェクト４１と箪笥オブジェクト４２にはＳｔａｔｉｃラベルが付与され、テーブルオブジェクト４３と椅子オブジェクト４４にはＤｙｎａｍｉｃラベルが付与されている。そのため、編集部２４２は、図４に示す部屋モデル４０を、図５に示す部屋モデル４０ａ（部屋オブジェクト４１と箪笥オブジェクト４２を含む）と、図６に示すテーブルモデル４０ｂ（テーブルオブジェクト４３のみを含む）と、図７に示す椅子モデル４０ｃ（椅子オブジェクト４４のみを含む）の３つに分割し、それぞれ記憶部２３０に記憶させる。
即ち、編集部２４２は、Ｓｔａｔｉｃラベルが付与された部屋オブジェクト４１と箪笥オブジェクト４２については、複数のオブジェクトで構成された１つのモデルとして記憶部２３０に記憶させる。また、編集部２４２は、Ｄｙｎａｍｉｃラベルが付与されたテーブルオブジェクト４３と椅子オブジェクト４４については、それぞれ１つのモデルとして記憶部２３０に記憶させる。

編集部２４２は、記憶部２３０に記憶された編集履歴情報のうち選択された情報に基づき、コンテンツを編集してもよい。例えば、編集部２４２は、編集対象となる情報の編集履歴情報が記憶部２３０に存在する場合、当該編集履歴情報を編集端末１０に表示させる。一例として、編集部２４２は、配置履歴を半透明や色付きの枠などで表示し、質感履歴を一覧で表示する。編集端末１０に表示された編集履歴情報のいずれかをユーザが選択した場合、編集部２４２は、選択された編集履歴情報が示す内容で編集対象を編集する。

編集履歴情報としてモデルの配置履歴が編集端末１０に表示された場合、編集部２４２は、表示された配置履歴が示す位置のうち選択された位置へモデルを移動させる。
編集履歴情報としてモデルの質感履歴が編集端末１０に表示された場合、編集部２４２は、表示された質感履歴が示す質感のうち選択された質感をモデルに設定する。
編集履歴情報としてオブジェクトの質感履歴が編集端末１０に表示された場合、編集部２４２は、表示された質感履歴が示す質感のうち選択された質感をオブジェクトに設定する。
これにより、ユーザは、モデルやオブジェクトの編集履歴を直感的に把握することができる。また、ユーザは表示された履歴を選択するだけでモデルやオブジェクトの編集を行うことができるため、コンテンツの制作負荷を軽減することができる。

ここで、図８及び図９を参照して、編集履歴情報に基づくモデルの配置位置変更の具体例について説明する。図８は、本実施形態に係るモデルの配置位置を示す編集履歴情報の表示の一例を示す図である。図９は、本実施形態に係る編集履歴情報に基づくモデルの配置位置変更の一例を示す図である。
例えば、図４に示す部屋モデル４０を分割した図５に示す部屋モデル４０ａ、図６に示すテーブルモデル４０ｂ、及び図７に示す椅子モデル４０ｃが図８に示すシーン５０に配置されているとする。シーン情報の編集では、これらの分割されたモデルをシーンとして配置し直すことができる。例えば、シーン情報の編集にてシーン５０に配置されている椅子モデル４０ｃが選択されると、図８に示すように椅子モデル４０ｃの配置履歴ＰＨ１及びＰＨ２が表示される。表示された配置履歴のうち、例えば配置履歴ＰＨ１が選択されると、図９に示すように、シーン５０において配置履歴ＰＨ１の位置に椅子モデル４０ｃが移動される。

ここで、図１０及び図１１を参照して、編集履歴情報に基づくオブジェクトの質感変更の具体例について説明する。図１０は、本実施形態に係るオブジェクトの質感を示す編集履歴情報の表示の一例を示す図である。図１１は、本実施形態に係る編集履歴情報に基づくオブジェクトの質感変更の一例を示す図である。
モデル情報の編集では、例えば、図４に示す部屋モデル４０、図５に示す部屋モデル４０ａ、図６に示すテーブルモデル４０ｂ、及び図７に示す椅子モデル４０ｃなどを構成する各オブジェクトのマテリアルの設定を変更することができる。例えば、モデル情報の編集にてシーン５０に配置されている椅子モデル４０ｃの座面が選択されると、図１０に示すように椅子モデル４０ｃの座面の質感履歴が吹き出し４５の中に一覧で表示される。吹き出し４５の中には、質感履歴ＭＨ１～ＭＨ４の４つの質感履歴が表示されている。表示された質感履歴のうち、例えば質感履歴ＭＨ１が選択されると、図１１に示すように、椅子モデル４０ｃの座面の質感が質感履歴ＭＨ１の質感に変更される。

（４－３）判定部２４３
判定部２４３は、各種の判定を行う機能を有する。例えば、判定部２４３は、公開制限情報に基づき、コンテンツに含まれる公開対象のうち、公開期限が過ぎている公開対象が存在するか否かを判定する。具体的に、判定部２４３は、高性能表示端末１１及び低性能表示端末１２から表示リクエストがあった際に、その日時（以下、「リクエスト日時」とも称される）を取得し、取得したリクエスト日時と取得部２４１によって取得された各公開対象の公開制限情報が示す公開期間又は公開期限とを比較する。比較の結果、リクエスト日時よりも前の公開期限が存在する場合、判定部２４３は、公開期限が過ぎている公開対象が存在すると判定する。一方、リクエスト日時よりも前の公開期限が存在しない場合、判定部２４３は、公開期限が過ぎている公開対象が存在しないと判定する。

また、判定部２４３は、性能情報に基づき、コンテンツを生成するためのレンダリングをクライアント装置に実行させるか否かを判定する。具体的に、判定部２４３は、クライアント装置から表示リクエストがあった際に、取得部２４１によって取得されたクライアント装置の性能情報と性能条件とを比較する。性能条件は、例えば、ＣＰＵの型番、ＧＰＵ（Graphics Processing Unit）の型番、メモリ搭載量などである。比較の結果、クライアント装置の性能が性能条件を満たす場合、判定部２４３は、クライアント装置にレンダリングを実行させると判定する。一方、クライアント装置の性能が性能条件を満たさない場合、判定部２４３は、クライアント装置にレンダリングを実行させないと判定する。
本実施形態では、高性能表示端末１１の性能は性能条件を満たし、低性能表示端末１２の性能は性能条件を満たしていないものとする。

判定部２４３は、性能情報に加えて通信環境情報に基づき、レンダリングをクライアント装置に実行させるか否かを判定してもよい。具体的に、判定部２４３は、クライアント装置から表示リクエストがあった際に、取得部２４１によって取得された通信環境情報と通信条件とを比較する。比較の結果、クライアント装置の通信環境が通信条件を満たす場合、判定部２４３は、クライアント装置にレンダリングを実行させないと判定する。一方、クライアント装置の通信環境が通信条件を満たさない場合、判定部２４３は、クライアント装置にレンダリングを実行させると判定する。
通信条件は、例えば、データ送信の遅延時間が所定の閾値以下であることなどである。

（４－４）レンダリング制御部２４４
レンダリング制御部２４４は、レンダリングの制御を行う機能する。例えば、レンダリング制御部２４４は、判定部２４３による判定結果に応じて、レンダリングの実行を制御する。例えば、判定結果がレンダリングをクライアント装置に実行させることを示す場合、レンダリング制御部２４４は、コンテンツ情報をクライアント装置へ送信し、クライアント装置側でレンダリングを実行することを選択する。この場合、レンダリング制御部２４４は、例えばクライアント装置にＷｅｂＧＬ（Web Graphics Library）を用いたレンダリングを実行させることを選択する。なお、レンダリング制御部２４４は、クライアント装置にＷｅｂＧＬ以外のクライアントアプリケーションでレンダリングを実行させてもよい。
これにより、ユーザが例えばレンダリングを実行可能な性能（高性能）を有するクライアント装置を使用している場合、ユーザは自身のクライアント装置で３ＤＣＧを用いたコンテンツのレンダリングと表示を行うことができる。クライアント装置側でレンダリングを行うことで、サーバ側でレンダリングを行う必要がなくなるため、サーバのコストを削減することもできる。

一方、判定結果がレンダリングをクライアント装置に実行させないことを示す場合、レンダリング制御部２４４は、コンテンツ情報をレンダリングすることで生成されたコンテンツをクライアント装置へ送信することを選択する。この場合、レンダリング制御部２４４は、レンダリングサーバ３０（サーバ装置側）でレンダリングを実行し、レンダリングサーバ３０によるレンダリングによって生成されたコンテンツをクライアント装置へストリーミングすることを選択する。
これにより、ユーザが例えばレンダリングの実施が困難な性能（低性能）を有するクライアント装置を使用している場合、サーバ側で３ＤＣＧを用いたコンテンツがレンダリングされてからクライアント装置側へ送信される。そのため、ユーザは、レンダリングの実施が困難な性能を有するクライアント装置を使用している場合であっても、サーバ側でレンダリングされたコンテンツをクライアント装置に表示して確認することができる。

（４－５）出力制御部２４５
出力制御部２４５は、各種の表示を制御する機能を有する。例えば、出力制御部２４５は、コンテンツの表示を制御する。具体的に、出力制御部２４５は、コンテンツの表示に用いられるクライアント装置からの入力に応じて、コンテンツ情報に基づき生成されるコンテンツを当該クライアント装置に表示させる。より具体的に、レンダリング制御部２４４によってコンテンツ情報をクライアント装置へ送信することが選択されたとする。この場合、出力制御部２４５は、通信部２１０を介して、コンテンツ情報をクライアント装置へ送信し、クライアント装置にレンダリングとコンテンツの表示を行わせる。また、レンダリング制御部２４４によってレンダリングによって生成されたコンテンツをクライアント装置へストリーミングすることが選択されたとする。この場合、出力制御部２４５は、通信部２１０を介して、コンテンツ情報、レンダリングリクエスト、及びストリーミングリクエストをレンダリングサーバ３０へ送信する。これにより、出力制御部２４５は、レンダリングサーバ３０にレンダリングの実行と、コンテンツをクライアント装置へ送信するストリーミングを実行させる。

また、出力制御部２４５は、編集履歴情報の表示を制御する。例えば、シーンに配置されているモデルのうちのいずれかが編集対象として選択された場合、出力制御部２４５は、選択されたモデルの配置履歴や質感履歴を編集端末１０に表示させる。編集対象として選択されたモデルを構成するオブジェクトのうちのいずれかが編集対象として選択された場合、出力制御部２４５は、選択されたオブジェクトの質感履歴を編集端末１０に表示させる。

また、出力制御部２４５は、公開期限が過ぎている公開対象の表示を制御する。公開対象は、プロジェクト、モデル、又はマテリアルである。本実施形態では、出力制御部２４５が後継指定情報に基づき、モデルの表示を制御する例について説明する。
公開期限が過ぎているモデルが存在する場合、出力制御部２４５は、公開期限が過ぎているモデルを表示せず、公開期限が過ぎているモデルとは異なるモデルを公開期限が過ぎているモデルの位置に表示させる。この時、出力制御部２４５は、公開期限が過ぎているモデルの次に表示する後継モデルとして指定されていることを示す後継指定情報を有するモデルを検索する。後継モデルが存在する場合、出力制御部２４５は、後継モデルを異なるモデルとして公開期限が過ぎているモデルの位置に表示させる。一方、後継モデルが存在しない場合、出力制御部２４５は、すべての公開期限が過ぎているモデルが共用可能な共用モデル（以下、「フォールバックモデル」とも称される）を異なるモデルとして公開期限が過ぎているモデルの位置に表示させる。
なお、フォールバックモデルには複数の種類があってよく、モデルごとに表示するフォールバックモデルの種類が選択できてよい。

これにより、コンテンツ内のモデルが公開期限を過ぎていることなどを理由に公開対象とならない場合に、当該モデルが表示される予定の場所に何も表示されないことを防ぐことができる。そのため、コンテンツがコンテンツとして成立しないことを防ぎ、ユーザエクスペリエンスが損なわれることを防ぐことができる。

（５）出力部２５０
出力部２５０は、各種の情報を出力する機能を有する。コンテンツ管理サーバ２０がハードウェアとしてディスプレイやタッチパネルなどの表示装置やスピーカなどの音声出力装置など、出力装置を備える場合、出力部２５０は、出力制御部２４５からの入力に応じて、例えば画面や音声などを出力してもよい。

＜３．レンダリングサーバの機能構成＞
以上、本実施形態に係るコンテンツ管理サーバ２０の機能構成について説明した。続いて、図１２を参照して、本実施形態に係るレンダリングサーバ３０の機能構成について説明する。図１２は、本実施形態に係るレンダリングサーバ３０の機能構成の一例を示すブロック図である。
図１２に示すように、レンダリングサーバ３０は、通信部３１０と、入力部３２０と、記憶部３３０と、制御部３４０と、出力部３５０とを備える。

（１）通信部３１０
通信部３１０は、各種情報の送受信を行う機能を有する。例えば、通信部３１０は、ネットワークＮＷを介して、高性能表示端末１１と、低性能表示端末１２と、コンテンツ管理サーバ２０と通信を行う。通信部３１０は、コンテンツ管理サーバ２０との通信において、コンテンツ情報、レンダリングリクエスト、及びストリーミングリクエストを受信する。通信部３１０は、高性能表示端末１１と低性能表示端末１２との通信において、コンテンツを送信する。

（２）入力部３２０
入力部３２０は、入力を受け付ける機能を有する。例えば、入力部３２０は、ネットワークＮＷを介して通信部３１０が受信する、コンテンツ管理サーバ２０からの入力を受け付ける。また、入力部３２０は、レンダリングサーバ３０がハードウェアとしてマウス、キーボード、タッチパネルなどの入力装置を備える場合、当該入力装置によって入力された情報の入力を受け付けてもよい。

（３）記憶部３３０
記憶部３３０は、各種情報を記憶する機能を有する。記憶部３３０は、レンダリングサーバ３０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭ、又はこれらの記憶媒体の任意の組み合わせによって構成される。
記憶部３３０は、例えば、通信部３１０がコンテンツ管理サーバ２０から受信したコンテンツ情報などを記憶する。

（４）制御部３４０
制御部３４０は、レンダリングサーバ３０の動作全般を制御する機能を有する。制御部３４０は、例えば、レンダリングサーバ３０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。
図１２に示すように、制御部３４０は、取得部３４１と、レンダリング部３４２と、出力制御部３４３とを備える。

（４－１）取得部３４１
取得部３４１は、各種の情報を取得する機能を有する。例えば、取得部３４１は、通信部３１０を介して、コンテンツ管理サーバ２０からコンテンツ情報、レンダリングリクエスト、及びストリーミングリクエストを取得する。

（４－２）レンダリング部３４２
レンダリング部３４２は、レンダリングを行う機能を有する。例えば、レンダリング部３４２は、取得部３４１によって取得されたコンテンツ情報に基づきレンダリングを行い、コンテンツを生成する。

（４－３）出力制御部３４３
出力制御部３４３は、コンテンツを出力する機能を有する。例えば、出力制御部３４３は、レンダリング部３４２によって生成されたコンテンツを、コンテンツの表示に用いられるクライアント装置へ出力する。

（５）出力部３５０
出力部３５０は、各種の情報を出力する機能を有する。レンダリングサーバ３０がハードウェアとしてディスプレイやタッチパネルなどの表示装置やスピーカなどの音声出力装置など、出力装置を備える場合、出力部３５０は、出力制御部３４３からの入力に応じて、例えば画面や音声などを出力してもよい。

＜４．処理の流れ＞
以上、本実施形態に係るレンダリングサーバ３０の機能構成について説明した。続いて、図１３から図１５を参照して、本実施形態に係る処理の流れについて説明する。

（１）コンテンツ管理システム１における処理の流れ
まず、図１３を参照して、コンテンツ管理システム１における処理の流れについて説明する。図１３は、本実施形態に係るコンテンツ管理システム１における処理の流れの一例を示すシーケンス図である。

図１３に示すように、まず、編集端末１０は、ユーザの操作に応じて、モデルをコンテンツ管理サーバ２０へアップロードする（ステップＳ１０１）。具体的に、編集端末１０は、アップロード対象であるモデルのモデル情報をコンテンツ管理サーバ２０へ送信する。
コンテンツ管理サーバ２０は、編集端末１０によってアップロードされたモデルを記憶する（ステップＳ１０２）。具体的に、取得部２４１は、通信部２１０が編集端末１０から受信したモデル情報を取得し、記憶部２３０に書き込んで記憶させる。

編集端末１０は、ユーザの操作に応じて、コンテンツの編集情報をコンテンツ管理サーバ２０へ送信する（ステップＳ１０３）。
コンテンツ管理サーバ２０は、編集端末１０から送信された編集情報に基づき、コンテンツを編集する（ステップＳ１０４）。具体的に、編集部２４２は、編集情報に基づき、コンテンツ情報を生成する。
次いで、コンテンツ管理サーバ２０は、コンテンツ情報を記憶する（ステップＳ１０５）。具体的に、編集部２４２は、編集によって生成したコンテンツ情報を記憶部２３０に書き込んで記憶させる。

高性能表示端末１１や低性能表示端末１２は、コンテンツ管理サーバ２０へコンテンツの表示リクエストを送信する（ステップＳ１０６）。
表示リクエストを受信したコンテンツ管理サーバ２０は、公開制限確認処理を実行する（ステップＳ１０７）。公開制限確認処理の詳細については後述する。
次いで、コンテンツ管理サーバ２０やレンダリングサーバ３０は、表示処理を実行する（ステップＳ１０８）。表示処理の詳細については後述する。

（２）公開制限確認処理の流れ
次に、図１４を参照して、公開制限確認処理の流れについて説明する。図１４は、本実施形態に係る公開制限確認処理の流れの一例を示すフローチャートである。

図１４に示すように、まず、コンテンツ管理サーバ２０の通信部２１０は、コンテンツの表示リクエストを受信する（ステップＳ２０１）。例えば、通信部２１０は、１月２日（リクエスト日時）にシーンＳＣ０１１の表示リクエストを受信したとする。図１４に示すように、シーンＳＣ０１１は、モデルＭＤ０１１とモデルＭＤ０１２が配置されたシーンである。

次いで、コンテンツ管理サーバ２０の取得部２４１は、モデルの公開制限情報を取得する（ステップＳ２０２）。具体的に、取得部２４１は、表示リクエストがあったコンテンツに含まれるモデルの公開制限情報を記憶部２３０から取得する。
図１４に示す例の場合、取得部２４１は、モデルＭＤ０１１とモデルＭＤ０１２の公開制限情報を記憶部２３０から取得する。

次いで、コンテンツ管理サーバ２０の判定部２４３は、モデルの公開期限を確認する（ステップＳ２０３）。具体的に、判定部２４３は、取得部２４１によって取得された公開制限情報からモデルの公開期限を確認する。
図１４に示す例の場合、モデルＭＤ０１１とモデルＭＤ０１２の公開期限は、どちらも１月１日である。これより、判定部２４３は、リクエスト日時と公開期限を比較し、リクエスト日時がモデルＭＤ０１１とモデルＭＤ０１２の公開期限を過ぎていると判定する。即ち、判定部２４３は、モデルＭＤ０１１とモデルＭＤ０１２が公開期限を過ぎたモデルであると判定する。

次いで、コンテンツ管理サーバ２０の出力制御部２４５は、後継モデルを検索する（ステップＳ２０４）。具体的に、出力制御部２４５は、公開期限が過ぎているモデルの後継モデルとして指定されていることを示す後継指定情報を有するモデルを記憶部２３０で検索する。
図１４に示す例の場合、出力制御部２４５は、モデルＭＤ０１１とモデルＭＤ０１２の後継モデルとして指定されていることを示す後継指定情報を有するモデルを記憶部２３０で検索する。

次いで、出力制御部２４５は、後継モデルが存在するか否かを確認する（ステップＳ２０５）。後継モデルが存在する場合（ステップＳ２０５／ＹＥＳ）、出力制御部２４５は、処理をステップＳ２０６へ進める。一方、後継モデルが存在しない場合（ステップＳ２０５／ＮＯ）、出力制御部２４５は、処理をステップＳ２０７へ進める。
図１４に示す例の場合、モデルＭＤ０２１がモデルＭＤ０１１の後継モデルとして設定されているが、モデルＭＤ０１２の後継モデルとして設定されているモデルは記憶部２３０に存在しない。よって、出力制御部２４５は、モデルＭＤ０１１に関しては処理をステップＳ２０６へ進め、モデルＭＤ０１２に関しては処理をステップＳ２０７へ進める。

処理がステップＳ２０６へ進んだ場合、出力制御部２４５は、後継モデルを表示する（ステップＳ２０６）。具体的に、出力制御部２４５は、公開期限が過ぎているモデルの配置位置に、公開期限が過ぎているモデルの代わりに後継モデルを配置し、表示させる。
図１４に示す例の場合、出力制御部２４５は、シーンＳＣ０１１のモデルＭＤ０１１の配置位置に、公開期限が過ぎているモデルＭＤ０１１の代わりに後継モデルであるモデルＭＤ０２１を配置し、表示する。

処理がステップＳ２０７へ進んだ場合、出力制御部２４５は、フォールバックモデルを表示する。（ステップＳ２０７）。具体的に、出力制御部２４５は、公開期限が過ぎているモデルの配置位置に、公開期限が過ぎているモデルの代わりにフォールバックモデルを配置し、表示させる。
図１４に示す例の場合、出力制御部２４５は、シーンＳＣ０１１のモデルＭＤ０１２の配置位置に、公開期限が過ぎているモデルＭＤ０１２の代わりにフォールバックモデルＦＢＭＤ００１を配置し、表示する。

（３）表示処理の流れ
次に、図１５を参照して、表示処理の流れについて説明する。図１５は、本実施形態に係る表示処理の流れの一例を示すシーケンス図である。

図１５に示すように、まず、コンテンツ管理サーバ２０の取得部２４１は、性能情報を取得する（ステップＳ３０１）。具体的に、取得部２４１は、表示リクエストを送信した高性能表示端末１１及び低性能表示端末１２へ性能情報の取得リクエストを送信する。
取得リクエストを受信した高性能表示端末１１及び低性能表示端末１２は、コンテンツ管理サーバ２０へ性能情報を送信する（ステップＳ３０２）。

次いで、コンテンツ管理サーバ２０の判定部２４３は、取得部２４１によって取得された性能情報に基づき、高性能表示端末１１及び低性能表示端末１２の性能が性能条件を満たすか否かを判定する（ステップＳ３０３）。
性能条件を満たす場合（ステップＳ３０３／ＹＥＳ）、処理をステップＳ３０４へ進める。一方、性能条件を満たさない場合（ステップＳ３０３／ＮＯ）、処理をステップＳ３０９へ進める。処理をステップＳ３０９へ進める際、出力制御部２４５は、通信部２１０を介して、コンテンツ情報、レンダリングリクエスト、及びストリーミングリクエストをレンダリングサーバ３０へ送信する。
なお、以下では、高性能表示端末１１に関しては性能が性能条件を満たしたため処理をステップＳ３０４へ進め、低性能表示端末１２に関しては性能が性能条件を満たさなかったため処理がステップＳ３０９へ進んだものとする。

処理がステップＳ３０４へ進んだ場合、取得部２４１は、通信環境情報を取得する（ステップＳ３０４）。具体的に、取得部２４１は、通信部２１０に高性能表示端末１１と通信環境を確認するためのデータ通信を行わせる。取得部２４１は、当該データ通信の結果を通信環境情報として取得する。

次いで、判定部２４３は、取得部２４１によって取得された通信環境情報に基づき、高性能表示端末１１の通信環境が通信条件を満たすか否か判定する（ステップＳ３０５）。
通信条件を満たす場合（ステップＳ３０５／ＹＥＳ）、処理をステップＳ３０９へ進める。一方、通信条件を満たさない場合（ステップＳ３０５／ＮＯ）、処理をステップＳ３０６へ進める。

処理がステップＳ３０６へ進んだ場合、出力制御部２４５は、通信部２１０を介して、コンテンツ情報を高性能表示端末１１へ送信する（ステップＳ３０６）。これは、判定部２４３による判定結果より、レンダリング制御部２４４によってコンテンツ情報を高性能表示端末１１へ送信すること、即ち高性能表示端末１１にレンダリングを実行させることが選択されたためである。

次いで、高性能表示端末１１は、コンテンツ管理サーバ２０から受信したコンテンツ情報をレンダリングして、コンテンツを生成する（ステップＳ３０７）。
そして、高性能表示端末１１は、レンダリングによって生成したコンテンツを表示する（ステップＳ３０８）。

処理がステップＳ３０９へ進んだ場合、レンダリングサーバ３０は、コンテンツ情報をレンダリングする（ステップＳ３０９）。具体的に、レンダリングサーバ３０の取得部３４１は、通信部３１０がコンテンツ管理サーバ２０から受信してコンテンツ情報を取得する。そして、レンダリングサーバ３０のレンダリング部３４２は、取得部３４１によって取得されたコンテンツ情報をレンダリングして、コンテンツを生成する。

次いで、レンダリングサーバ３０の出力制御部３４３は、通信部３１０を介して、生成したコンテンツをクライアント装置へストリーミングする（ステップＳ３１０）。例えば、ステップＳ３０３からステップＳ３０９及びステップＳ３１０へ処理が進んだ場合、出力制御部３４３は、コンテンツを低性能表示端末１２へストリーミングする。ステップＳ３０５からステップＳ３０９及びステップＳ３１０へ処理が進んだ場合、出力制御部３４３は、コンテンツを高性能表示端末１１へストリーミングする。
そして、低性能表示端末１２は、レンダリングサーバ３０からストリーミングによって受信するコンテンツを表示する（ステップＳ３１１）。

以上説明したように、本実施形態に係るコンテンツ管理システム１は、記憶部２３０と、編集部２４２と、出力制御部２４５とを備える。
記憶部２３０は、３ＤＣＧ（3 Dimensional Computer Graphics）を用いたコンテンツを構成するシーンごとの情報を示すシーン情報と、シーンにて用いられるモデルごとの情報を示すモデル情報と、モデルに設定される質感に関する情報を示す質感情報とを含むコンテンツに関する情報を示すコンテンツ情報を、シーン情報ごとに対応するモデル情報を対応付け、モデル情報ごとに対応する質感情報を対応付けて記憶する。
編集部２４２は、コンテンツの編集に用いられる第１のクライアント装置からの入力に応じて、コンテンツ情報に含まれる情報の各々を編集する。
出力制御部２４５は、コンテンツの表示に用いられる第２のクライアント装置からの入力に応じて、コンテンツ情報に基づき生成されるコンテンツを第２のクライアント装置に表示させる。

かかる構成により、ユーザは、コンテンツを部分的に編集することができる。このため、ユーザは、コンテンツで使用するデータに追加や変更が発生する度にコンテンツ自体を一から再作成する必要がなくなる。これにより、サーバでコンテンツを管理する場合において、ユーザにかかるコンテンツの制作負荷を軽減することができる。
また、コンテンツを部分的に編集する場合、コンテンツを一から再作成した場合と比較し、サーバへ送信するデータ量が少ないため、データのアップロードにかかる時間を短縮することもできる。
よって、ユーザは、コンテンツ管理システム１によって、サーバでコンテンツを管理する場合に必要な作業や処理を効率的に行うことができる。

したがって、本実施形態に係る記憶部２３０と、編集部２４２と、出力制御部２４５とを備えるコンテンツ管理システム１は、コンテンツ管理の効率を向上することを可能とする。

また、コンテンツ管理システム１は、取得部２４１と、判定部２４３と、レンダリング制御部２４４とを備える。
取得部２４１は、３ＤＣＧ（3 Dimensional Computer Graphics）を用いたコンテンツを表示させるクライアント装置の性能を示す性能情報を取得する。
判定部２４３は、取得された性能情報に基づき、コンテンツを生成するためのレンダリングをクライアント装置に実行させるか否かを判定する。
レンダリング制御部２４４は、レンダリングをクライアント装置に実行させる場合、コンテンツに関する情報を示すコンテンツ情報をクライアント装置へ送信することを選択し、レンダリングをクライアント装置に実行させない場合、コンテンツ情報をレンダリングすることで生成されたコンテンツをクライアント装置へ送信することを選択する。

かかる構成により、ユーザが例えばレンダリングを実行可能な性能を有するクライアント装置を使用している場合、ユーザは自身のクライアント装置で３ＤＣＧを用いたコンテンツのレンダリングと表示を行うことができる。クライアント装置側でレンダリングを行うことで、サーバ側でレンダリングを行う必要がなくなるため、サーバにかかるコストを削減することができる。また、ユーザが例えばレンダリングの実施が困難な性能を有するクライアント装置を使用している場合、サーバ側で３ＤＣＧを用いたコンテンツがレンダリングされてからクライアント装置側へ送信される。そのため、ユーザは、レンダリングの実施が困難な性能を有するクライアント装置を使用している場合であっても、サーバ側でレンダリングされたコンテンツをクライアント装置に表示して確認することができる。

したがって、本実施形態に係る取得部２４１と、判定部２４３と、レンダリング制御部２４４とを備えるコンテンツ管理システム１は、コンテンツ管理の効率を向上することを可能とする。

＜５．変形例＞
以上、本発明の実施形態について説明した。続いて、本発明の実施形態の変形例について説明する。なお、以下に説明する各変形例は、単独で本発明の実施形態に適用されてもよいし、組み合わせで本発明の実施形態に適用されてもよい。また、各変形例は、本発明の実施形態で説明した構成に代えて適用されてもよいし、本発明の実施形態で説明した構成に対して追加的に適用されてもよい。

上述の実施形態では、出力制御部２４５が公開制限情報に基づきモデルの表示を制御する例について説明したが、かかる例に限定されない。上述したように、公開制限情報は、プロジェクト情報、モデル情報、及びマテリアル情報に含まれている。そのため、プロジェクトやマテリアルについても公開制限情報が存在する。よって、出力制御部２４５は、公開制限情報に基づき、モデルの表示の制御と同様にしてプロジェクトやマテリアルの表示を制御してもよい。

プロジェクトの表示を制御する場合、まず、取得部２４１は、クライアント装置に表示させるコンテンツに含まれるプロジェクトの公開制限情報を取得する。
判定部２４３は、プロジェクトの公開制限情報に基づき、コンテンツに含まれるプロジェクトのうち、公開期限が過ぎているプロジェクトが存在するか否かを判定する。
公開期限が過ぎているプロジェクトが存在する場合、出力制御部２４５は、公開期限が過ぎているプロジェクトを表示させず、公開期限が過ぎているプロジェクトとは異なるプロジェクトを表示させる。この時、出力制御部２４５は、公開期限が過ぎているプロジェクトの次に表示させるプロジェクトとして指定されていることを示す後継指定情報を有するプロジェクトを検索する。後継プロジェクトが存在する場合、出力制御部２４５は、後継プロジェクトを異なるプロジェクトとして表示させる。一方、後継プロジェクトが存在しない場合、出力制御部２４５は、すべての公開期限が過ぎているプロジェクトが共用可能な共用プロジェクト（以下、「フォールバックプロジェクト」とも称される）を異なるプロジェクトとして表示させる。
なお、フォールバックプロジェクトには複数の種類があってよく、プロジェクトごとに反映させるフォールバックプロジェクトの種類が選択できてよい。
プロジェクトに関する公開制限確認処理は、図１４を参照して説明したモデルに関する公開制限確認処理と同様に行われる。

これにより、コンテンツ内のプロジェクトが公開期限を過ぎていることなどを理由に公開対象とならない場合に、プロジェクトが何も表示されないことを防ぐことができる。そのため、コンテンツがコンテンツとして成立しないことを防ぎ、ユーザエクスペリエンスが損なわれることを防ぐことができる。

マテリアルの表示を制御する場合、まず、取得部２４１は、クライアント装置に表示させるコンテンツに含まれるモデルに反映するマテリアル情報の公開制限情報を取得する。
判定部２４３は、マテリアル情報の公開制限情報に基づき、コンテンツに含まれるモデルに反映するマテリアル情報のうち、公開期限が過ぎているマテリアル情報が存在するか否かを判定する。
公開期限が過ぎているマテリアル情報が存在する場合、出力制御部２４５は、公開期限が過ぎているマテリアル情報を反映させず、公開期限が過ぎているマテリアル情報とは異なるマテリアル情報をモデル中のオブジェクトに反映させる。この時、出力制御部２４５は、公開期限が過ぎているマテリアル情報の次に反映させる後継マテリアル情報として指定されていることを示す後継指定情報を有するマテリアル情報を検索する。後継マテリアル情報が存在する場合、出力制御部２４５は、後継マテリアル情報を異なるマテリアル情報としてモデル中のオブジェクトに反映させる。一方、後継マテリアル情報が存在しない場合、出力制御部２４５は、モデル中のすべてのオブジェクトに反映可能な共用マテリアル情報（以下、「フォールバックマテリアル情報」とも称される）を異なるマテリアル情報としてモデル中のオブジェクトに反映させる。
なお、フォールバックマテリアル情報には複数の種類があってよく、マテリアル情報ごとに反映させるフォールバックマテリアル情報の種類が選択できてよい。
マテリアル情報に関する公開制限確認処理は、図１４を参照して説明したモデルに関する公開制限確認処理と同様に行われる。

これにより、コンテンツ内のマテリアル情報が公開期限を過ぎていることなどを理由に公開対象とならない場合に、当該マテリアル情報が反映される予定のモデル中のオブジェクトに何も反映されないことを防ぐことができる。そのため、コンテンツがコンテンツとして成立しないことを防ぎ、ユーザエクスペリエンスが損なわれることを防ぐことができる。

以上、本発明の実施形態について説明した。なお、上述した実施形態におけるコンテンツ管理システム１、コンテンツ管理サーバ２０、又はレンダリングサーバ３０の一部又は全部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、図面を参照してこの発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

１…コンテンツ管理システム、１０…編集端末、１１…高性能表示端末、１２…低性能表示端末、２０…コンテンツ管理サーバ、３０…レンダリングサーバ、４０,４０ａ…部屋モデル、４０ｂ…テーブルモデル、４０ｃ…椅子モデル、４１…部屋オブジェクト、４２…箪笥オブジェクト、４３…テーブルオブジェクト、４４…椅子オブジェクト、４４ａ，４４ｂ…配置履歴、４４ｃ，４４ｄ，４４ｅ，４４ｆ…質感履歴、２１０…通信部、２２０…入力部、２３０…記憶部、２４０…制御部、２４１…取得部、２４２…編集部、２４３…判定部、２４４…レンダリング制御部、２４５…出力制御部、２５０…出力部、３１０…通信部、３２０…入力部、３３０…記憶部、３４０…制御部、３４１…取得部、３４２…レンダリング部、３４３…出力制御部、３５０…出力部、ＮＷ…ネットワーク

Claims (11)

1. ３ＤＣＧ（3 Dimensional Computer Graphics）を用いたコンテンツの編集に用いられる第１のクライアント装置からアップロードされるモデルに関する情報を示すモデル情報を取得する取得部と、
   前記コンテンツを構成するシーンごとの情報を示すシーン情報と、前記シーンにて用いられる前記モデルの前記取得部によって取得された前記モデル情報と、前記モデルに設定される質感に関する情報を示す質感情報とを含む前記コンテンツに関する情報を示すコンテンツ情報を、前記シーン情報ごとに対応する前記モデル情報を対応付け、前記モデル情報ごとに対応する前記質感情報を対応付けて記憶する記憶部と、
   前記第１のクライアント装置からサーバ装置へアップロードされ、前記取得部によって取得された前記モデル情報が前記コンテンツ情報として前記記憶部に記憶された前記モデルを含む前記コンテンツの編集が必要な場合に、前記第１のクライアント装置からの入力に応じて、前記記憶部に記憶されている編集が必要な前記コンテンツの前記コンテンツ情報に含まれる情報の各々を編集し、編集によって生成した前記コンテンツ情報を前記記憶部に記憶させる編集部と、
   前記コンテンツの表示に用いられる第２のクライアント装置からの入力に応じて、前記コンテンツ情報に基づき生成される前記コンテンツを前記第２のクライアント装置に表示させる出力制御部と、
   を備えるコンテンツ管理システム。
2. 前記編集部は、前記モデルを分割するグループを示す分割情報に基づき、前記モデルを複数に分割する、
   請求項１に記載のコンテンツ管理システム。
3. 前記編集部は、前記モデルが複数のオブジェクトで構成されたモデルであり、前記分割情報が付与された前記オブジェクトがある場合、前記モデルから前記分割情報が付与された前記オブジェクトを分割し、分割した前記オブジェクトを前記分割情報が示すグループに応じた単位のモデルとして前記記憶部に記憶させる、
   請求項２に記載のコンテンツ管理システム。
4. 前記編集部は、静的なグループを示す前記分割情報が付与されたオブジェクトをまとめて１つの単位のモデルとして前記記憶部に記憶させ、動的なグループを示す前記分割情報が付与されたオブジェクトをそれぞれ個別の単位のモデルとして前記記憶部に記憶させる、
   請求項３に記載のコンテンツ管理システム。
5. 前記記憶部は、前記コンテンツの編集履歴を示す編集履歴情報を記憶し、
   前記編集部は、前記記憶された編集履歴情報のうち選択された情報に基づき、前記コンテンツを編集する、
   請求項１から請求項４のいずれか１項に記載のコンテンツ管理システム。
6. 前記記憶部は、前記モデルが前記シーンに配置された位置の履歴を示す配置履歴を前記編集履歴情報として記憶し、
   前記出力制御部は、前記シーンに配置されているモデルのうち編集対象として選択されたモデルの前記配置履歴を前記第１のクライアント装置に表示させ、
   前記編集部は、前記表示された前記配置履歴が示す位置のうち選択された位置へ前記モデルを移動させる、
   請求項５に記載のコンテンツ管理システム。
7. 前記記憶部は、前記モデルに設定された前記質感の履歴を示す質感履歴を前記編集履歴情報として記憶し、
   前記出力制御部は、前記シーンに配置されているモデルのうち選択されたモデルの前記質感履歴を前記第１のクライアント装置に表示させ、
   前記編集部は、前記表示された前記質感履歴が示す前記質感のうち選択された質感を前記モデルに設定する、
   請求項５又は請求項６に記載のコンテンツ管理システム。
8. 前記記憶部は、前記モデルを構成するオブジェクトごとに前記質感履歴を記憶し、
   前記出力制御部は、編集対象として選択されたモデルを構成するオブジェクトのうち、編集対象として選択されたオブジェクトの前記質感履歴を前記第１のクライアント装置に表示させ、
   前記編集部は、前記表示された質感履歴が示す前記質感のうち選択された質感を前記オブジェクトに設定する、
   請求項７に記載のコンテンツ管理システム。
9. 前記コンテンツ情報は、前記コンテンツを管理するプロジェクトの設定に関する情報を示すプロジェクト情報と、前記シーン情報と、前記モデル情報と、前記モデルを構成するパーツであるオブジェクトの情報を示すオブジェクト情報と、前記質感情報とを含む情報であり、
   前記記憶部は、１つのコンテンツについて、前記１つのコンテンツのプロジェクト情報に対して前記１つのコンテンツを構成するシーンのシーン情報を対応付け、対応付けられた前記シーン情報に対して前記シーンに用いられているモデルのモデル情報を対応付け、対応付けられた前記モデル情報に対して前記モデルを構成するオブジェクトのオブジェクト情報を対応付け、対応付けられた前記オブジェクト情報に対して前記オブジェクトに設定された質感情報を対応付けて前記コンテンツ情報を記憶する、
   請求項１から請求項８のいずれか１項に記載のコンテンツ管理システム。
10. 取得部が、３ＤＣＧ（3 Dimensional Computer Graphics）を用いたコンテンツの編集に用いられる第１のクライアント装置からアップロードされるモデルに関する情報を示すモデル情報を取得する取得過程と、
    記憶部が、前記コンテンツを構成するシーンごとの情報を示すシーン情報と、前記シーンにて用いられる前記モデルの前記取得部によって取得された前記モデル情報と、前記モデルに設定される質感に関する情報を示す質感情報とを含む前記コンテンツに関する情報を示すコンテンツ情報を、前記シーン情報ごとに対応する前記モデル情報を対応付け、前記モデル情報ごとに対応する前記質感情報を対応付けて記憶する記憶過程と、
    編集部が、前記第１のクライアント装置からサーバ装置へアップロードされ、前記取得部によって取得された前記モデル情報が前記コンテンツ情報として前記記憶部に記憶された前記モデルを含む前記コンテンツの編集が必要な場合に、前記第１のクライアント装置からの入力に応じて、前記記憶部に記憶されている編集が必要な前記コンテンツの前記コンテンツ情報に含まれる情報の各々を編集し、編集によって生成した前記コンテンツ情報を前記記憶部に記憶させる編集過程と、
    出力制御部が、前記コンテンツの表示に用いられる第２のクライアント装置からの入力に応じて、前記コンテンツ情報に基づき生成される前記コンテンツを前記第２のクライアント装置に表示させる出力制御過程と、
    を含むコンテンツ管理方法。
11. コンピュータを、
    ３ＤＣＧ（3 Dimensional Computer Graphics）を用いたコンテンツの編集に用いられる第１のクライアント装置からアップロードされるモデルに関する情報を示すモデル情報を取得する取得手段と、
    前記コンテンツを構成するシーンごとの情報を示すシーン情報と、前記シーンにて用いられる前記モデルの前記取得手段によって取得された前記モデル情報と、前記モデルに設定される質感に関する情報を示す質感情報とを含む前記コンテンツに関する情報を示すコンテンツ情報を、前記シーン情報ごとに対応する前記モデル情報を対応付け、前記モデル情報ごとに対応する前記質感情報を対応付けて記憶する記憶手段と、
    前記第１のクライアント装置からサーバ装置へアップロードされ、前記取得手段によって取得された前記モデル情報が前記コンテンツ情報として前記記憶手段に記憶された前記モデルを含む前記コンテンツの編集が必要な場合に、前記第１のクライアント装置からの入力に応じて、前記記憶手段に記憶されている編集が必要な前記コンテンツの前記コンテンツ情報に含まれる情報の各々を編集し、編集によって生成した前記コンテンツ情報を前記記憶手段に記憶させる編集手段と、
    前記コンテンツの表示に用いられる第２のクライアント装置からの入力に応じて、前記コンテンツ情報に基づき生成される前記コンテンツを前記第２のクライアント装置に表示させる出力制御手段と、
    として機能させるためのプログラム。

Images