JP2020030716A - コンテンツ提供装置、方法およびプログラム - Google Patents

Abstract

【課題】ユーザにより投稿されたコンテンツの売買機会損失を抑制し、コンテンツの投稿者および購入者それぞれの満足度を好適なものとする。【解決手段】コンテンツ提供装置１００において、投稿者の端末２からコンテンツの投稿を受け付ける投稿受付部２０と、閲覧者の端末３によるコンテンツの購入履歴３１を管理する購入履歴管理部２１と、投稿者のコンテンツそれぞれのプレビュー用のコンテンツを配置した、投稿者別の画面を生成して閲覧者の端末３に表示させる表示制御部２２と、を備え、表示制御部２２で、購入履歴３１が示す、閲覧者の端末３におけるコンテンツそれぞれの購入有無に基づいて、上述の画面におけるプレビュー用のコンテンツの表示形態を制御するものとする。【選択図】図２

Description

本開示は、コンテンツを提供するコンテンツ提供装置、方法およびプログラムに関する。

通信端末装置から投稿された動画をサーバに記憶し、サーバにアクセスしてきた通信端末装置に動画を提供する動画配信システムが知られている。

特許文献１には、投稿する動画を通信端末装置側でエンコードし、その後、サーバへアップロードし、通信端末装置からの要求に応じて、サーバ側で動画を再生する技術が開示されている。特許文献１によれば、エンコードにかかる処理を通信端末装置側で行うことにより、サーバの処理負担を軽減する。

特開２００８−３０１４４２号公報

特許文献１などが示す従来技術を適宜に採用し、一般コンシューマがスマートフォン等の端末で、手軽にコンテンツ投稿を行い、これを公開できる仕組みは広く提供されている。

特に最近では、いわゆるＣＧＭ（Ｃｏｎｓｕｍｅｒ Ｇｅｎｅｒａｔｅｄ Ｍｅｄｉａ）が盛り上がりを見せており、その一つとして、投稿者自身のコンテンツを利用してセルフプロデュースを行える投稿サイト、および、そうした投稿サイトのサービスに対応したスマートフォン用の各種アプリが存在する。

そうした投稿サイト等のユーザには、お気に入りの投稿者のコンテンツを漏れなく収集し、自身のコレクションとして保持しておきたいという要望がある。ただし、日々投稿され増大していくコンテンツを漏らさず感知し、収集対象とすることが難しい現実も存在する。

一方、上述の投稿サイトにおけるコンテンツの投稿者は、有名無名を問わず、自身のコンテンツを用いてセルフプロデュースを行い、そのコンテンツを販売したいという要望を持っている。ところが、投稿したコンテンツを、投稿サイトの各ユーザに周知させることは困難である。そのため投稿者は、決して小さくはない販売機会の取りこぼしが継続的に生じている状況下にある。

そこで本開示の目的は、ユーザにより投稿されたコンテンツの売買機会損失を抑制し、コンテンツの投稿者および購入者それぞれの満足度を好適なものとする技術を提供することにある。

上記目的を達成するために、本開示の一態様におけるコンテンツ提供装置は、投稿者の端末からコンテンツの投稿を受け付ける投稿受付部と、閲覧者の端末による前記コンテンツの購入履歴を管理する購入履歴管理部と、前記投稿者の前記コンテンツそれぞれのプレビュー用のコンテンツを配置した、投稿者別の画面を生成して前記閲覧者の端末に表示させる表示制御部と、を備え、前記表示制御部は、前記購入履歴が示す、前記閲覧者の端末における前記コンテンツそれぞれの購入有無に基づいて、前記画面における前記プレビュー用のコンテンツの表示形態を制御するものである。

また、本開示の一態様におけるコンテンツ提供装置では、前記表示制御部は、前記閲覧者の端末により購入されたコンテンツに対応する投稿者の一覧を配置した購入済み投稿者一覧画面を更に生成して前記閲覧者の端末に表示させる、としてもよい。

また、本開示の一態様におけるコンテンツ提供装置では、前記表示制御部は、前記プレビュー用のコンテンツの表示形態として、対応するコンテンツが購入済みの場合より未購入である場合の方が低い視認性とする制御を行うとしてもよい。

また、本開示の一態様におけるコンテンツ提供装置では、前記画面を前記閲覧者の端末に表示させた後、前記投稿者の端末から新たなコンテンツの投稿を前記投稿受付部で受け付けるごとに、前記表示制御部は、前記新たなコンテンツのプレビュー用のコンテンツを前記画面に追加配置するとしてもよい。

また、本開示の一態様におけるコンテンツ提供装置では、前記投稿受付部は、所定の基準を満たしていると判断したコンテンツの投稿を受け付けるとしてもよい。

また、本開示の一態様におけるコンテンツ提供装置では、前記投稿受付部は、前記所定の基準である、コンテンツに投稿者本人が含まれている、との条件を満たすと判断したコンテンツの投稿を受け付けるとしてもよい。

また、本開示の一態様におけるコンテンツ提供装置では、前記投稿者に関して予め登録済みの他撮りユーザの識別情報を管理する他撮りユーザ管理部と、前記投稿者のスケジュール情報を管理するスケジュール管理部とを備え、前記投稿受付部は、所定端末から投稿されたコンテンツに紐付く識別情報が前記投稿者に関する前記他撮りユーザの識別情報に合致し、前記コンテンツの撮影位置および撮影日時の各情報と、前記スケジュール情報が前記投稿者に関して示す所在予定の場所および日時と合致する場合、登録済みの他撮りユーザによる前記投稿者のコンテンツであり、前記所定の基準を満たしていると判断するとしてもよい。

上記目的を達成するために、本開示の一態様におけるコンテンツ提供方法は、情報処理装置が、投稿者の端末からコンテンツの投稿を受け付けるステップと、閲覧者の端末による前記コンテンツの購入履歴を管理するステップと、前記投稿者の前記コンテンツそれぞれのプレビュー用のコンテンツを配置した、投稿者別の画面を生成して前記閲覧者の端末に表示させるステップと、を実行し、前記画面を生成して前記閲覧者の端末に表示させるステップにおいて、前記購入履歴が示す、前記閲覧者の端末における前記コンテンツそれぞれの購入有無に基づいて、前記画面における前記プレビュー用のコンテンツの表示形態を制御するものである。

上記目的を達成するために、本開示の一態様におけるコンテンツ提供プログラムは、情報処理装置に、投稿者の端末からコンテンツの投稿を受け付けるステップと、閲覧者の端末による前記コンテンツの購入履歴を管理するステップと、前記投稿者の前記コンテンツそれぞれのプレビュー用のコンテンツを配置した、投稿者別の画面を生成して前記閲覧者の端末に表示させるステップと、を実行させ、前記画面を生成して前記閲覧者の端末に表示させるステップにおいて、前記購入履歴が示す、前記閲覧者の端末における前記コンテンツそれぞれの購入有無に基づいて、前記画面における前記プレビュー用のコンテンツの表示形態を制御させるものである。

本開示によれば、ユーザにより投稿されたコンテンツの売買機会損失を抑制し、コンテンツの投稿者および購入者それぞれの満足度を好適なものとすることができる。

本実施形態のコンテンツ提供装置を含むネットワーク構成例の図である。 本実施形態におけるコンテンツ提供装置の構成例を示す図である。 本実施形態におけるコンテンツＤＢの構成例を示す図である。 本実施形態の購入履歴ＤＢの構成例を示す図である。 本実施形態の他撮りユーザ管理ＤＢの構成例を示す図である。 本実施形態のスケジュール管理ＤＢの構成例を示す図である。 本実施形態におけるコンテンツ提供方法のフロー例１を示す図である。 本実施形態における画面の例１を示す図である。 本実施形態における画面の例２を示す図である。 本実施形態におけるコンテンツ提供方法のフロー例２を示す図である。 本実施形態におけるコンテンツ提供方法のフロー例３を示す図である。 本実施形態における画面の例３を示す図である。 本実施形態における画面の例４を示す図である。 本実施形態における画面の例５を示す図である。 本実施形態における画面の例６を示す図である。 本実施形態における画面の例７を示す図である。 本実施形態における画面の例８を示す図である。 本実施形態における画面の例９を示す図である。 本実施形態における画面の例１０を示す図である。 本実施形態における画面の例１１を示す図である。 本実施形態における画面の例１２を示す図である。

＜コンテンツ提供装置を含むネットワーク構成＞
以下に本開示の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のコンテンツ提供装置１０を含むネットワーク構成例の図である。

本実施形態のコンテンツ提供装置１０は、いわゆるＣＧＭ（Ｃｏｎｓｕｍｅｒ Ｇｅｎｅｒａｔｅｄ Ｍｅｄｉａ）の一種であるコンテンツ投稿サイトを管理、運用する装置を想定する。

ここで例示するコンテンツ提供装置１０は、上述のコンテンツ投稿サイトを、インターネットなどのネットワーク１で公開するＷｅｂサーバである。ただしこうした形態の他、コンテンツサーバがコンテンツ提供装置１０として機能する形態を想定してもよい。なお、コンテンツサーバは、上述のＷｅｂサーバがネットワーク１に配信するコンテンツを管理、提供するサーバである。

コンテンツ提供装置１０が公開するコンテンツ投稿サイトでは、有名無名を問わず、様々なユーザが自身のコンテンツを投稿する。また同様に、様々なユーザがアクセスし、好みの投稿者のコンテンツを閲覧、購入する。こうした、投稿、閲覧、購入の対象となるコンテンツは、投稿者が被写体となった画像、映像が主体となる。ただし、コンテンツの種類はこれに限定されない。

例えば、投稿者が制作した、あるいは投稿者をイメージした、アバター、アイコン、アニメーション、書籍、グラフィックデザイン、などもコンテンツとして想定できる。他にも、投稿者による楽曲、演奏、歌唱、朗読等の音源もコンテンツとして想定してもよい。なお、ここにおける「投稿者」がアニメーションのキャラクターなどの非自然人で、実際に端末（投稿者端末２）を操作して投稿動作を行うのが、当該キャラクターの管理者等の自然人、というパターンも想定しうる。この場合、キャラクターの画像や動画が、上述のコンテンツとなる。

また、ＣＧＭであるコンテンツ投稿サイトのユーザは、自由意志で投稿者にも閲覧者にもなりうる。よって本来的には区別するものではないが、以後の説明では両者を区別する便宜上、コンテンツ投稿を行った者を投稿者、コンテンツ購入を行った者を閲覧者、とする。従って、図１で例示するネットワーク１には、コンテンツ提供装置１０の他に、投稿者端末２、閲覧者端末３、が通信可能に接続されている。投稿者端末２は、上述の投稿者がコンテンツ投稿を行う端末である。また、閲覧者端末３は、閲覧者がコンテンツの閲覧、購入を行う端末である。

これら投稿者端末２および閲覧者端末３としては、ネットワーク１への適宜な通信機能を備えた、スマートフォン、タブレット端末、ノートＰＣ等を想定できる。また、その構成として、投稿者端末２には、アプリ２１０、撮影ユニット２１１、および、ＧＰＳユニット２１２が少なくとも含まれている。同様に、閲覧者端末３には、アプリ３１０、撮影ユニット３１１、および、ＧＰＳユニット２１２が少なくとも含まれている。

このうちアプリ２１０、３１０は、コンテンツ提供装置１０が公開するコンテンツ投稿サイトでのコンテンツの閲覧、購入や、当該サイトへのコンテンツ投稿を行うためのアプリケーションである。

また、撮影ユニット２１１、３１１は、スマートフォン等に一般的に備わるデジタルカメラユニットであり、例えば投稿者を被写体とした自撮りや他撮りを行うための機能となる。

また、ＧＰＳユニット２１２、３１２は、ＧＰＳ衛星の発信する測位信号を受信し、自機の現在位置および現在日時を特定するユニットである。このＧＰＳユニット２１２、３１２で得られる現在位置および現在日時の各値は、上述の撮影ユニット２１１、３１１による撮影機会に関しても取得され、当該撮影機会に得られたコンテンツ（画像、映像）に付与されることとなる。

上述の閲覧者端末３を操作する閲覧者は、閲覧者端末３を介してコンテンツ投稿サイトにアクセスする。そして、お気に入りの投稿者のコンテンツを漏れなく収集し、自身のコレクションとして保持したいとの願望を持っている。一方、投稿者端末２を操作する投稿者は、投稿者端末２を介してコンテンツ投稿サイトにアクセスし、自身のコンテンツを投稿する。そして、この投稿を通じてセルフプロデュースを行い、そのコンテンツを他のユーザすなわち閲覧者に販売したいと考える。

既に述べたように、従来であればそうした閲覧者と投稿者の双方のニーズを踏まえ、両者の満足度を好適なものとすることは困難であった。従来における閲覧者からすれば、自身の好みの投稿者のコンテンツを漏らさず感知し、収集対象とすることが難しい現実が存在したためである。また投稿者からすれば、投稿した自身のコンテンツの存在を、各ユーザに的確に周知させることが困難で、決して小さくはない販売機会の取りこぼしが継続的に生じていた。

一方、本実施形態におけるコンテンツ提供装置１０によれば、各閲覧者に対し、その好みの投稿者のコンテンツを漏らさず知らしめ、収集対象として明確に提示できる。そのため閲覧者からすれば、好みの投稿者のコンテンツで未購入のものを容易に認識し、当該コンテンツの購入に至る確率も高くなる。

このことは、投稿者からすれば、投稿した自身のコンテンツの存在を、当該投稿者に興味のある各ユーザに的確に周知させ、当該コンテンツの販売機会の取りこぼしを抑制することにつながる。

つまり、ユーザすなわち投稿者により投稿されたコンテンツの売買機会損失を抑制し、コンテンツの投稿者および購入者それぞれの満足度を好適なものとすることができるのである。

以下、本実施形態のコンテンツ提供装置１０の具体的な構成や、その処理手順等について順次説明する。

＜コンテンツ提供装置の構成＞
本実施形態におけるコンテンツ提供装置１０の構成は、図２に示すように、記憶部１１、メモリ１２、演算部１３、入力部１４、出力部１５、および、通信部１６、を備える。

このうち記憶部１１は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）といった不揮発性記憶素子で構成される。

記憶部１１には、本実施形態のコンテンツ提供装置として必要な機能を実装する為のプログラム５に加え、コンテンツＤＢ３０、購入履歴ＤＢ３１、他撮りユーザ管理ＤＢ３２、および、スケジュール管理ＤＢ３３、が少なくとも記憶されている。これらのデータベースの詳細については後述する。また、メモリ１２は、ＲＡＭなどの揮発性記憶素子で構成される。

また、演算部１３は、記憶部１１に保持されるプログラム５をメモリ１２に読み込んで実行し、コンテンツ提供装置として必要な機能を実装するＣＰＵを想定する。ここで実装される機能は、投稿受付部２０、購入履歴管理部２１、表示制御部２２、他撮りユーザ管理部２３、および、スケジュール管理部２４、である。これらの詳細については後述する。また、入力部１４は、ユーザからのキー入力や音声入力を受け付けるキーボードやマウス、キーパッド、タッチパネル、マイク等を想定する。また、出力部１５は、処理データの表示を行うディスプレイ等を想定する。

また、通信部１６は、ネットワーク１と接続して、投稿者端末２や閲覧者端末３など他装置との通信処理を担うＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等を想定する。

なお、上述の入力部１４および出力部１５は、必須の構成ではない。これらは、コンテンツ提供装置１０が、自身の入力部１４でユーザからのコンテンツ投稿やコンテンツ検索の各要求を受け付け、その処理結果を出力部１５で表示する形態を想定する場合、必要となる構成である。

＜データの具体例＞
次に、本実施形態のコンテンツ提供装置１０が利用する各種のデータベースについて説明する。図３に、本実施形態におけるコンテンツＤＢ３０の一例を示す。

コンテンツＤＢ３０は、投稿者端末２から投稿を受け付けたコンテンツを格納したデータベースである。その構造は、例えば、コンテンツを一意に示すコンテンツＩＤをキー項目として、当該コンテンツの投稿者を示すユーザＩＤ、そのサムネイル画像、コンテンツの投稿日時、タイトル、説明文、ファイル名（格納先アドレスであってもよい）、価格、および、サムネイル、といったデータを対応づけたレコードの集合体となっている。なお、上述のサムネイルは、該当コンテンツのプレビュー用コンテンツにあたる。

このコンテンツＤＢ３０に格納されているコンテンツは、投稿者端末２から投稿要求があったコンテンツのうち、投稿受付部２０が受付可と判定したものである。具体的には、当該コンテンツに投稿者本人が含まれている、との条件を満たすと判断したコンテンツになる。

あるいは、所定の端末から投稿されたコンテンツに紐付く識別情報が、詳細後述する他撮りユーザ管理ＤＢ３２で所定の投稿者に紐付くもので、かつ、当該コンテンツの撮影位置および撮影日時が、これも詳細後述するスケジュール管理ＤＢ３３にて当該投稿者に関して規定された所在予定の場所および日時と合致して、登録済みの他撮りユーザによる所定投稿者のコンテンツである、との条件を満たすと判断したコンテンツになる。

また図４に、本実施形態の購入履歴ＤＢ３１の構成例を示す。購入履歴ＤＢ３１は、コンテンツ投稿サイトにおける閲覧者によるコンテンツ購入履歴を格納したデータベースである。

その構造は、例えば、購入者を一意に示すユーザＩＤをキー項目として、当該購入者がコンテンツ投稿サイトで購入したコンテンツの、コンテンツＩＤ、投稿者のユーザＩＤ、および、購入日時、といったデータを対応づけたレコードの集合体となっている。

また図５に、本実施形態の他撮りユーザ管理ＤＢ３２の構成例を示す。他撮りユーザ管理ＤＢ３２は、コンテンツ投稿サイトにおける投稿者が登録を行った者であって、当該投稿者のプロモーション業務を行う担当者や家族など投稿者と所定の関係性を備える者の情報を、「他撮りユーザ」の情報として登録、管理するデータベースである。

その構造は、例えば、他撮りユーザのユーザＩＤをキー項目として、当該他撮りユーザの端末ＩＤ（機器のＭＡＣアドレスなど）、当該他撮りユーザを登録した投稿者のユーザＩＤ、および、当該投稿者と他撮りユーザとの関係性、といった値を対応づけたレコードの集合体となっている。

また図６に、本実施形態のスケジュール管理ＤＢ３３の構成例を示す。スケジュール管理ＤＢ３３は、投稿者のスケジュール情報を格納したデータベースである。

その構造は、例えば、投稿者を一意に示すユーザＩＤをキー項目として、当該投稿者の、各日の各時間帯における、所在予定の場所、同行者の有無、および、同行者のユーザＩＤ、といった値を対応づけたレコードの集合体となっている。上述の「同行者」は、他撮りユーザになりうる者である。

＜投稿受付部の機能＞
コンテンツ提供装置１０が備える機能は、既に述べたように、投稿受付部２０、購入履歴管理部２１、表示制御部２２、他撮りユーザ管理部２３、および、スケジュール管理部２４、である。

このうち、投稿受付部２０は、ネットワーク１を介し、投稿者の端末すなわち投稿者端末２から、コンテンツの投稿を受け付け、当該コンテンツをコンテンツＤＢ３０に格納する。以後は、処理対象のコンテンツを、投稿者を被写体とした画像／映像であるとして説明する。

また投稿受付部２０は、こうしたコンテンツの格納にあたり、当該コンテンツのサムネイル画像を生成し、このサムネイル画像も当該コンテンツに紐付けてコンテンツＤＢ３０に格納するものとする。サムネイル画像の生成は、元のコンテンツである画像／映像の一部領域を抽出するなどの一般的な手法で行う。なお、投稿受付部２０は、投稿者端末２が投稿を要求しているコンテンツを無条件に受け入れて、コンテンツ投稿サイトで公開するわけではない。

投稿受付部２０は、所定の基準を満たしていると判断したコンテンツの投稿のみ受け付ける。この場合の投稿受付部２０は、所定の基準として、当該コンテンツである画像／映像に投稿者本人が含まれている、との条件を満たすと判断したコンテンツの投稿を受け付ける。

この「投稿者本人」が画像／映像に含まれているか否かを判断するにあたり、投稿受付部２０は、当該投稿者のポートレイト画像を予め記憶部１１に保持しているものとする。そして、投稿受付部２０は、投稿者端末２から受信したコンテンツたる画像／映像において、上述のポートレイト画像の特徴量が含まれるか、画像解析プログラムで判定する。投稿受付部２０は、コンテンツ中にてポートレイト画像の特徴量を特定できた場合、当該コンテンツに投稿者本人が被写体として含まれている、と判定する。このような画像解析処理の手法自体は一般的なものであり、他の手法を適宜に採用してもよい。

なお、コンテンツ投稿サイトのユーザではあるが投稿者本人ではない者が、当該投稿者を被写体として画像／映像等を撮影し、これを当該投稿者のコンテンツとして投稿したいケースがある。いわゆる他撮りによるコンテンツの投稿である。

具体的には、芸能人が投稿者であり、「投稿者本人ではない者」が当該芸能人のマネージャーである状況を想定できる。つまり、マネージャーが芸能人を撮影し、この撮影で得られた画像／映像を当該芸能人の他撮りコンテンツとして、コンテンツ投稿サイトに投稿するケースである。

このまま、上述のように「画像／映像に投稿者本人が含まれている」、との条件を満たすか否かを判断して、当該コンテンツの投稿受付可否を特定すると、実際に投稿動作を行っているマネージャーのポートレイト画像が、他撮りコンテンツの画像／映像中に含まれるか否かを判定することになり、当然ながら、画像／映像に投稿者本人が含まれていない、との判定結果に至る。つまり、当該コンテンツの投稿は拒否される。

こうしたケースに対し、投稿受付部２０は、マネージャーの端末たる投稿者端末２から、他撮りコンテンツを受信し、この他撮りコンテンツに紐付いているユーザＩＤを、他撮りユーザ管理ＤＢ３２に照合する。

この照合の結果、上述のユーザＩＤが、所定の投稿者に関して登録済みの他撮りユーザのユーザＩＤに合致していた場合、続いて投稿受付部２０は、当該投稿者のユーザＩＤをキーに、スケジュール管理ＤＢ３３にて当該投稿者すなわち芸能人に関する、所在予定の場所および日時の各情報を検索する。

また、投稿受付部２０は、上述の検索で当該芸能人に関して得た所在予定の場所および日時の情報と、上述の他撮りコンテンツに紐付いている撮影位置および撮影日時の各情報とが合致する場合、上述の他撮りコンテンツが、マネージャー（登録済みの他撮りユーザ）により芸能人（投稿者）を撮影して得たコンテンツであり、所定の基準を満たしていると判断する。

＜他撮りユーザ管理部の機能＞
なお、上述の他撮りユーザ管理ＤＢ３２は、他撮りユーザ管理部２３により管理されている。他撮りユーザ管理部２３は、コンテンツ投稿サイトにおけるユーザの投稿者端末２から、マネージャーなど他撮りユーザ（当該投稿者の他撮りコンテンツを投稿可能な者）に関する登録要求を受け、この他撮りユーザの情報を他撮りユーザ管理ＤＢ３２に格納する。

＜他撮りユーザ管理部の機能＞
また、上述のスケジュール管理ＤＢ３３は、スケジュール管理部２４により管理されている。スケジュール管理部２４は、芸能人などコンテンツ投稿サイトのユーザに関するスケジュールの情報を、当該ユーザの投稿者端末２（閲覧者端末３の概念も含む）から受信し、これをスケジュール管理ＤＢ３３に格納する。

＜購入履歴管理部の機能＞
また、購入履歴管理部２１は、コンテンツ投稿サイトにおける閲覧者によるコンテンツの購入履歴を管理する。購入履歴管理部２１は、コンテンツ投稿サイトで閲覧者端末３が購入要求を行ったコンテンツに関して、コンテンツＤＢ３０で価格を特定し、この価格を決済額とした所定の決済処理を実行する。購入履歴管理部２１は、この決済処理に成功した場合、当該閲覧者のユーザＩＤと購入対象となったコンテンツのコンテンツＩＤ、投稿者のユーザＩＤ、購入日時といった値を含むレコードを生成し、これを購入履歴ＤＢ３１に格納する。

＜表示制御部の機能＞
また、表示制御部２２は、投稿者のコンテンツそれぞれのサムネイル画像（プレビュー用のコンテンツ）を配置した、投稿者別のコンテンツ一覧画面を生成し、当該画面を閲覧者端末３に表示させる。

この表示制御部２２は、購入履歴ＤＢ３１における各閲覧者に関するレコードが示す、当該閲覧者における各投稿者の各コンテンツの購入有無に基づいて、上述の画面におけるサムネイル画像の表示形態を制御する。

例えば、ある閲覧者が、所定の投稿者“Ａ”のコンテンツを購入・収集していたとすれば、購入履歴ＤＢ３１には、当該閲覧者による投稿者“Ａ”のコンテンツ購入に関するレコードが、１つ以上格納されている。もちろん、この閲覧者が投稿者“Ａ”に関して未購入のコンテンツについては、購入履歴ＤＢ３１に対応レコードは存在しない。

そこで表示制御部２２は、この閲覧者の閲覧者端末３に対して上述の画面を配信するに際し、購入履歴ＤＢ３１での当該閲覧者によるコンテンツ購入に関する各レコードを参照し、それらレコードそれぞれが示す投稿者のユーザＩＤおよびコンテンツＩＤ（すなわち購入対象のコンテンツのＩＤ）を抽出する。

また、表示制御部２２は、抽出した投稿者のユーザＩＤに基づき、コンテンツＤＢ３０から、当該投稿者のコンテンツそれぞれのサムネイル画像のデータを取得し、これらサムネイル画像を投稿者と紐付けて所定の画面データに配置する。

ここで、表示制御部２２は、上述のサムネイル画像のうち、購入履歴ＤＢ３１から抽出したコンテンツＩＤに対応するもの、すなわち、閲覧者が購入済みであるコンテンツに関するものについては、色調、彩度、解像度など画像の鮮明さに影響を与えうる要素に関して変更を行わない。

一方、表示制御部２２は、上述のサムネイル画像のうち、購入履歴ＤＢ３１から抽出したコンテンツＩＤ以外のコンテンツＩＤに対応するもの、すなわち、閲覧者が未購入であるコンテンツに関するものについては、色調の変更、彩度や解像度の低減、モザイクやぼかしの重畳、など画像を不鮮明化する処理を行う。この不鮮明化の処理は、記憶部１１に予め保持しているモザイク処理のアプリケーション等を呼び出し、処理対象のサムネイル画像に対して実行すれば良い。

表示制御部２２は、こうした処理を経たサムネイル画像を、そのコンテンツの投稿者と紐付けて配置することで、コンテンツ一覧画面（後述する図１６の画面１６００、図１９の画面１９００）を生成し、これを閲覧者端末３に配信する。

なお、表示制御部２２は、上述のコンテンツ一覧画面を閲覧者端末３に配信し表示させた後、このコンテンツ一覧画面で示したコンテンツの投稿者に関して、新たな投稿を投稿受付部２０で受け付けるごとに、その新たなコンテンツのサムネイル画像を、コンテンツ一覧画面に追加配置し、これを閲覧者端末３に配信するものとする。また、表示制御部２２は、上述のコンテンツ一覧画面とは別に、投稿者一覧画面（後述する図１５の画面１５００）を生成し、これを閲覧者端末３に配信する。

この投稿者一覧画面は、表示制御部２２が、閲覧者により購入されたコンテンツの投稿者を、当該閲覧者のユーザＩＤをキーに購入履歴ＤＢ３１にて特定し、当該投稿者の情報を一覧化して画面を生成したものである。

＜コンテンツ提供方法：コンテンツ投稿に伴う手順＞
続いて、本実施形態におけるコンテンツ提供方法の実際手順について図に基づき説明する。以下で説明するコンテンツ提供方法に対応する各種動作は、例えば、コンテンツ提供装置１０が実行するプログラムにより実装される。また、プログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

図７は、本実施形態におけるコンテンツ提供方法のフロー例１を示す図である。ここでは、投稿者によるコンテンツの投稿に伴う処理について説明する。なお、コンテンツ投稿サイトの所定ユーザが、その投稿者端末２を操作し、自身を被写体とした画像ないし映像をコンテンツとして投稿しようとしている状況を想定する。

この場合、投稿受付部２０は、ネットワーク１を介し、上述の投稿者の投稿者端末２に、投稿リクエストの受付画面（図８の画面８００）を配信し、この受付画面８００から、コンテンツの投稿要求を受信する（ｓ１）。

図８で例示する受付画面８００は、投稿者が投稿対象として指定したコンテンツの表示領域８０１、当該コンテンツに付与するタイトルおよび説明の各入力欄８０２、８０３、撮影日時、および、当該コンテンツに設定する価格の入力欄８０４を含んでいる。

この場合の投稿者端末２は、例えば撮影ユニット２１１で撮影した画像ないし映像といったコンテンツに、当該コンテンツの撮影日時および撮影場所の各情報と、記憶部で保持するユーザＩＤとを紐付けし、投稿要求に含めてコンテンツ提供装置１０に送信しているものとする。このうち、撮影日時の値は、投稿者端末２が情報処理装置として通常備えるクロック機能から取得した日時情報である。また、撮影場所の情報は、ＧＰＳユニット２１２から撮影タイミングに取得した当該投稿者端末２の現在位置座標の値である。

続いて投稿受付部２０は、当該投稿要求が示すコンテンツ、すなわち画像ないし映像に投稿者本人が被写体として含まれているか否かを判定する（ｓ２）。

この「投稿者本人」がコンテンツたる画像ないし映像に被写体として含まれているか否かを判断するにあたり、投稿受付部２０は、当該投稿者のポートレイト画像を、投稿者のユーザＩＤと紐付けて予め記憶部１１に保持しているものとする。そして、投稿受付部２０は、投稿者端末２から受信したコンテンツたる画像ないし映像において、当該投稿者のユーザＩＤに紐付くポートレイト画像の特徴量が含まれるか、画像解析プログラムで判定する。

上述の判定の結果、コンテンツ中にてポートレイト画像の特徴量を特定できた場合、投稿受付部２０は、当該コンテンツに投稿者本人が被写体として含まれている、と判定し（ｓ３：ｙ）、投稿を許可し、当該コンテンツのデータをサムネイル画像とともにコンテンツＤＢ３０に格納する（ｓ４）。ここで投稿を許可した投稿受付部２０は、その旨を通知する許可通知画面（図９の画面９００）を、投稿者端末２に返信する。

ここでコンテンツＤＢ３０に格納するコンテンツのデータとしては、投稿受付部２０が当該コンテンツに関して付与するコンテンツＩＤ、および、当該コンテンツに関して生成したサムネイル画像の他、上述の投稿要求に紐付いていた、投稿者のユーザＩＤ、投稿日時、タイトル、説明文、ファイル名、および、価格、の各値を含む。なお、サムネイル画像の生成手法については既に述べたとおり、元のコンテンツである画像ないし映像の一部領域を抽出するなどの一般的な手法で行う。

他方、上述の判定の結果、コンテンツ中にてポートレイト画像の特徴量を特定できなかった場合、投稿受付部２０は、当該コンテンツに投稿者本人が被写体として含まれていない、と判定し（ｓ３：ｎ）、処理をｓ５に遷移させる。

この状態は、例えば、芸能人をそのファンが撮影し、自らのコンテンツとしてコンテンツ投稿サイトに投稿しようとしたケース以外に、芸能人のマネージャーが、いわゆる他撮りユーザとなって当該芸能人の画像ないし映像を投稿しようとしたケースが該当しうる。

そこで、ｓ５における投稿受付部２０は、ｓ１で受けた投稿要求に紐付くコンテンツが、他撮りコンテンツである可能性について考慮すべく、ｓ１で受信したコンテンツに紐付いているユーザＩＤを、他撮りユーザ管理ＤＢ３２に照合する（ｓ５）。

この照合の結果、上述のユーザＩＤが、他撮りユーザ管理ＤＢ３２のいずれのレコードにおいても設定が無かった場合（ｓ６：ｎ）、投稿受付部２０は、ｓ１で受けた投稿要求は、ファンなど他撮りユーザ以外の者による投稿要求であると特定し、処理を終了する。

一方、照合の結果、上述のユーザＩＤが、他撮りユーザ管理ＤＢ３２のいずれのレコードに設定されていた場合（ｓ６：ｙ）、投稿受付部２０は、当該ユーザＩＤをキーに、スケジュール管理ＤＢ３３にて当該投稿者すなわち芸能人に関する、所在予定の場所および日時の各情報を検索する（ｓ７）。この時点では、芸能人のマネージャーなど、予め登録されている他撮りユーザからの投稿要求、であることは判明しているが、業務上の投稿行為であるかは特定できていない。

そこで投稿受付部２０は、上述の検索で当該芸能人に関して得た所在予定の場所および日時の情報と、ｓ１で投稿要求を受けたコンテンツに紐付いている撮影位置および撮影日時の各情報とを照合し、両者が一致するか判定する（ｓ８）。

この判定の結果、場所および日時が一致しなかった場合（ｓ８：ｎ）、投稿受付部２０は、ｓ１で投稿要求を受けたコンテンツが、マネージャー（登録済みの他撮りユーザ）により芸能人（投稿者）を撮影して得たコンテンツであるが、芸能人の営業活動に沿って得たものではない、と推定し、処理を終了する。

一方、上述の判定の結果、場所および日時が一致した場合（ｓ８：ｙ）、投稿受付部２０は、ｓ１で投稿要求を受けたコンテンツが、マネージャー（登録済みの他撮りユーザ）により芸能人（投稿者）を撮影して得たコンテンツであり、かつ、芸能人の営業活動に沿って得た業務上のものである、と推定し、ｓ３と同様に、投稿を許可し、当該コンテンツのデータをサムネイル画像とともにコンテンツＤＢ３０に格納し（ｓ９）、処理を終了する。

＜コンテンツ提供方法：コンテンツの閲覧・購入に伴う手順＞
続いて、閲覧者による各種コンテンツの閲覧、購入動作に伴う、コンテンツ提供装置１０における処理について説明する。図１０は、本実施形態におけるコンテンツ提供方法のフロー例２を示す図である。ここでは、閲覧者たるユーザが、特に投稿者を限定せずにコンテンツを閲覧し、そこから未購入のものを購入する状況を想定する。

まず、表示制御部２２は、所定のログイン処理を経たユーザに関して、購入履歴ＤＢ３１において、当該ユーザのユーザＩＤを含むレコードを検索し、当該レコードが示す購入対象のコンテンツのコンテンツＩＤを特定する（ｓ１０）。

また、表示制御部２２は、ｓ１０で特定したコンテンツＩＤを含まないレコードを、コンテンツＤＢ３０で検索し、上述のユーザが未購入のコンテンツを特定する（ｓ１１）。ここで特定されるコンテンツは、投稿者すなわち被写体に関する絞り込みを行っておらず、様々な投稿者のコンテンツが含まれうる。

続いて、表示制御部２２は、ｓ１１で特定したユーザ未購入のコンテンツそれぞれの情報およびサムネイル画像をコンテンツＤＢ３０から抽出し、各コンテンツのタイトル、投稿者、および撮影日時を付帯させたサムネイル画像１２１０〜１２１２を、例えば、撮影日時の新しい順などで配置したホーム画面（図１２の画面１２００、図１３の画面１３００）を生成する（ｓ１２）。

なお、上述のホーム画面１２００におけるサムネイル画像１２１０〜１２１２は、いずれも上述のユーザにとって未購入の写真コンテンツに対応するものである。また同様に、ホーム画面１３００におけるサムネイル画像１３０１〜１３０３は、いずれも上述のユーザにとって未購入の動画コンテンツに対応するものである。

よって表示制御部２２は、これらのサムネイル画像について、色調の変更、彩度や解像度の低減、モザイクやぼかしの重畳、など画像を不鮮明化する処理を行うものとする。この不鮮明化の処理は、記憶部１１に予め保持しているモザイク処理のアプリケーション等を呼び出し、処理対象のサムネイル画像に対して実行すれば良い。

ただし、動画コンテンツのサムネイル画像への不鮮明化は必須ではなく、閲覧者が、該当コンテンツの購入未済を明確に区別できるようにするための措置である。

続いて、表示制御部２２は、上述のホーム画面を、当該ユーザの閲覧者端末３に配信し、表示させる（ｓ１３）。

一方、閲覧者は、ホーム画面を閲覧者端末３で閲覧し、所望のコンテンツがあれば、当該コンテンツのサムネイル画像をクリックするといった購入動作を行うこととなる。

ここでは、図１２のホーム画面１２００におけるサムネイル画像１２１０〜１２１２のうち、例えばサムネイル画像１２１１に対するクリックが行われたと仮定する。

すると、このクリックを（表示制御部２２からの通知等で）感知した購入履歴管理部２１は、クリック対象の写真コンテンツに関してコンテンツＤＢ３０で価格を特定し、当該価格を含めた購入用の情報を表示する購入画面（図１４の画面１４００）を、閲覧者端末３に配信する（ｓ１４）。

閲覧者は、購入画面１４００において、当該写真コンテンツのイメージ１４０１に加えて、残り販売期間１４０２および価格１４０３を確認し、コンテンツ購入の最終判断を下すことになる。

ここでは、閲覧者が購入を最終決断し、「買う」ボタン１４０４をクリックしたとする。するとこれを受けた購入履歴管理部２１は、当該写真コンテンツに関して、上述の価格１４０３を決済額とした所定の決済処理を実行する（ｓ１５）。

一方、図１３のホーム画面１３００における各動画コンテンツのサムネイル画像１３０１〜１３０３のうち、例えばサムネイル画像１３０１に対するクリックが行われた場合の処理についても説明する。

購入履歴管理部２１は、このクリックを（表示制御部２２からの通知等で）感知し、クリック対象の動画コンテンツに関してコンテンツＤＢ３０で価格を特定し、当該価格を含めた購入用の情報を表示する購入画面（図１５の画面１５００）を、閲覧者端末３に配信する（ｓ１４と同じ）。

閲覧者は、購入画面１５００において、当該動画コンテンツ１５０１のプレビュー再生ボタン１５０２をクリックし、動画コンテンツ１５０１の冒頭など一部を視聴し、また、残り販売期間１５０３および価格１５０４を確認し、コンテンツ購入の最終判断を下すことになる。

ここでは、閲覧者が購入を最終決断し、「買う」ボタン１５０５をクリックしたと仮定する。するとこれを受けた購入履歴管理部２１は、当該動画コンテンツに関して、上述の価格１５０４を決済額とした所定の決済処理を実行する（ｓ１５と同じ）。

写真コンテンツおよび動画コンテンツのいずれにしても、閲覧者の原資不足などにより決済処理に失敗した場合（ｓ１６：ｎ）、購入履歴管理部２１は、処理を終了する。

他方、決済処理に成功した場合（ｓ１６：ｙ）、購入履歴管理部２１は、当該閲覧者のユーザＩＤと購入対象となったコンテンツのコンテンツＩＤ、投稿者のユーザＩＤ、購入日時といった値を含むレコードを生成し、これを購入履歴ＤＢ３１に格納し（ｓ１７）、処理を終了する。

なお、上述の決済処理は、クレジットカードやデビットカード、電子マネーなどの決済手段を用いた一般的なオンライン決済や、いわゆるコンビニ決済、銀行振込といった一般的な手法以外のものも採用できる。

例えば、コンテンツ投稿サイトでは、コンテンツ売買で通用する仮想価値（例えば、“ゴールド”と称する）を流通させるとする。この場合、投稿者はコンテンツの価格としてこの“ゴールド”の数値を設定し、コンテンツ購入を行うユーザは、対象コンテンツの“ゴールド”の数値を見て、購入可否を判断する。

購入処理が行われると、購入動作を行ったユーザの保持ゴールドのうち購入代金分が、対象コンテンツの投稿者に移動する。よって、この場合のコンテンツ提供装置１０は、各ユーザの保有ゴールドの数値を、コンテンツ売買に伴ってユーザ間で増減させ、当該増減を経た数値をデータベースで管理することとなる。

一方、コンテンツ提供装置１０の運用者は、所定のＷｅｂサイトにて、各ユーザの保持するゴールドを、要求に応じて法定通貨により買い取る。この場合、Ｗｅｂサイトの運用サーバは、決済サーバとして機能し、コンテンツ投稿サイトの各ユーザに対し、“ゴールド”の換金サービスを提供することになる。

続いて、上述のｓ１７を受けた表示制御部２２が行う処理について説明する。図１１は、本実施形態におけるコンテンツ提供方法のフロー例３を示す図である。

上述のｓ１７にて、決済処理の成功を受けた購入履歴の格納を行った購入履歴管理部２１は、当該閲覧者の専用ページであるコレクションページへの遷移要否を問う画面（図１６の画面１６００）を、閲覧者端末３に配信する（ｓ２０）。

この画面１６００でコレクションページへの遷移指示を受けなかった場合（ｓ２１：ｎ）、購入履歴管理部２１は、処理を終了する。

他方、画面１６００でコレクションページへの遷移指示を受けた場合（ｓ２１：ｙ）、この遷移指示を感知した表示制御部２２は、上述のユーザに関して、購入履歴ＤＢ３１において、当該ユーザのユーザＩＤを含むレコードを検索し、当該レコードが示す投稿者のユーザＩＤを特定する（ｓ２２）。

また、表示制御部２２は、ｓ２２で特定したユーザＩＤに対応した投稿者のサムネイル画像をコンテンツＤＢ３０から抽出し、各投稿者のユーザＩＤおよび投稿者のサムネイル画像を表示するフォルダオブジェクト１７０１〜１７０２を適宜配置したコレクションページ（図１７の画面１７００）を生成して、これを閲覧者端末３に配信する（ｓ２３）。

続いて、表示制御部２２は、コレクションページ１７００のフォルダオブジェクトのうち、閲覧者からクリック動作を受けたものに関し、当該フォルダオブジェクトに紐付く投稿者のユーザＩＤをキーに、対応する投稿者のコンテンツをコンテンツＤＢ３０で検索する（ｓ２４）。この検索の結果、表示制御部２２は、上述の投稿者により投稿されたすべてのコンテンツを特定する。

また、表示制御部２２は、上述の閲覧者のユーザＩＤおよび上述の投稿者のユーザＩＤをキーに、購入履歴ＤＢ３１で検索を実行する（ｓ２５）。この検索の結果、表示制御部２２は、上述の閲覧者が、上述の投稿者のコンテンツのうち購入済みのものを特定する。

続いて、表示制御部２２は、ｓ２５の検索で得たコンテンツそれぞれのサムネイル画像を、コンテンツＤＢ３０から取得し、当該サムネイル画像を写真と動画といった種類別に配置した、コンテンツ一覧画面（図１８の画面１８００）を生成する（ｓ２６）。

また、表示制御部２２は、ｓ２６で生成したコンテンツ一覧画面におけるサムネイル画像のうち、ｓ２５で特定した、上述の閲覧者が購入済みのコンテンツ、について、色調の変更、彩度や解像度の低減、モザイクやぼかしの重畳、など画像を不鮮明化する処理を行う（ｓ２７）。この不鮮明化の処理は、記憶部１１に予め保持しているモザイク処理のアプリケーション等を呼び出し、処理対象のサムネイル画像に対して実行すれば良い。

図１８に例示するコンテンツ一覧画面１８００では、ユーザ“ｕ０００５”がコンテンツを購入したことのある投稿者“なぎさ”、の全投稿のうち写真コンテンツのサムネイル画像を配置したものである。ただし、このユーザ“ｕ０００５”は、タイトル「ツアー真っ最中！」なる写真コンテンツについては未購入であるため、当該写真コンテンツのサムネイル画像１８０１には“ｓａｍｐｌｅ”なる文字が散在し、全体としてグレーに着色されている。

一方、図１４、１６に基づく購入手順にて示したように、タイトル「髪切りました〜」なる写真コンテンツについては購入済みであるため、当該写真コンテンツのサムネイル画像１８０２には不鮮明化の処理は施されておらず、クリアなイメージを視認できる状態となっている。

また、図１９に例示するコンテンツ一覧画面１９００では、ユーザ“ｕ０００５”がコンテンツを購入したことのある投稿者“なぎさ”、の全投稿のうち動画コンテンツのサムネイル画像を配置したものである。

このユーザ“ｕ０００５”は、投稿者“なぎさ”の動画コンテンツのうち、図１５、１６に基づく購入手順にて示したように、タイトル「リハーサル本番♪」なる動画コンテンツについては購入済みであるため、当該動画コンテンツのサムネイル画像１９０１には不鮮明化の処理は施されておらず、クリアなイメージを視認できる状態となっている。

ただし、投稿者“なぎさ”は、動画コンテンツとして、タイトル「リハーサル本番♪」なる動画コンテンツの１つしか投稿していない。よって、コンテンツ一覧画面１９００では、タイトル「リハーサル本番♪」なる動画コンテンツのサムネイル画像１９０１のみ表示されている。

続いて、表示制御部２２は、ｓ２７を経てサムネイル画像の不鮮明化を適宜行ったコンテンツ一覧画面を、閲覧者端末３に配信する（ｓ２８）。

なお、表示制御部２２は、上述のコンテンツ一覧画面を閲覧者端末３に配信し表示させた後、このコンテンツ一覧画面で示したコンテンツの投稿者に関して、新たな投稿があったか、および、上述の閲覧者のログオフ処理がなされたか、について判定する（ｓ２９）。

この判定のうち「新たな投稿があったか」についての判定は、例えば所定時刻の到来ごとに、直近とその前のタイミングの時刻間でコンテンツＤＢ３０の差分有無をチェックすることで行う。あるいは、投稿受付部２０からの通知（投稿者端末２からの投稿要求に応じてコンテンツＤＢ３０にコンテンツを格納したとの通知）を受け付けることで行う。

上述の判定の結果、新たな投稿が無く、かつ、当該閲覧者がログオフ済みであった場合（ｓ２９：ｙ）、表示制御部２２は、処理を終了する。

一方、上述の判定の結果、新たな投稿は無いが、当該閲覧者がいまだログオン状態である場合（ｓ２９：ｎ１）、表示制御部２２は、処理をｓ２９に戻す。

他方、上述の判定の結果、新たな投稿があり、当該閲覧者がいまだログオン状態である場合（ｓ２９：ｎ２）、表示制御部２２は、その新たなコンテンツのサムネイル画像を、コンテンツＤＢ３０から取得し、当該サムネイル画像を、上述のｓ２８で配信済みのコンテンツ一覧画面に追加配置（図２０のコンテンツ一覧画面２０００におけるサムネイル画像２００５、図２１のコンテンツ一覧画面２１００におけるサムネイル画像２１０４）し、これを閲覧者端末３に配信する（ｓ３０）。このｓ３０の後、表示制御部２２は、処理をｓ２９に戻す。

このように制御されるコンテンツ一覧画面を閲覧した閲覧者は、自身が収集対象としている芸能人等により、日々投稿されるコンテンツを、写真や動画といった種類別に簡単にチェックすることが可能となる。しかも、それらコンテンツの購入状況を、対応するサムネイル画像の表示形態で容易に認識することもできる。したがって、収集対象としている芸能人のコンテンツが多数存在する中、自身が未購入のコンテンツについては着目しやすくなり、その購入意欲が高まることになる。また、そうした閲覧等を行っている最中や、直近の閲覧機会以降に新たに投稿されたコンテンツについても、新着のコンテンツとして認識し、購入検討の対象とすることができる。

こうした形態でコンテンツが各ユーザに紹介され、購入がされやすくなる場合、コンテンツ投稿者としては、当該コンテンツの販売機会が従来よりも増加し、販売機会の取りぼし抑制を的確に図れることになる。

以上、本開示を実施するための最良の形態などについて具体的に説明したが、本開示はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

こうした本実施形態によれば、ユーザにより投稿されたコンテンツの売買機会損失を抑制し、コンテンツの投稿者および購入者それぞれの満足度を好適なものとすることができる。

なお、コンテンツ提供装置を構成する各機能を実現するためのプログラムを、コンピュータで読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、指示することによって、本実施形態のコンテンツ提供方法を実現するとしてもよい。

具体的には、当該プログラムは、投稿者の端末からコンテンツの投稿を受け付けるステップと、閲覧者の端末による前記コンテンツの購入履歴を管理するステップと、前記投稿者の前記コンテンツそれぞれのプレビュー用のコンテンツを配置した、投稿者別の画面を生成して前記閲覧者の端末に表示させるステップと、を実行させ、前記画面を生成して前記閲覧者の端末に表示させるステップにおいて、前記購入履歴が示す、前記閲覧者の端末における前記コンテンツそれぞれの購入有無に基づいて、前記画面における前記プレビュー用のコンテンツの表示形態を制御させる動作をコンピュータによって実現するためのプログラムである。

ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータで読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ、ＵＳＢメモリ等の可搬媒体、コンピュータシステムに内蔵されるハードディスクやＳＳＤ等の記憶装置のことをいう。

さらに「コンピュータで読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。

また、上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

１ ネットワーク、２ 投稿者端末、３ 閲覧者端末、５ プログラム、１０ コンテンツ提供装置、１１ 記憶部、１２ メモリ、１３ 演算部、１４ 入力部、１５ 出力部、１６ 通信部、２０ 投稿受付部、２１ 購入履歴管理部、２２ 表示制御部、２３ 他撮りユーザ管理部、２４ スケジュール管理部、３０ コンテンツＤＢ、３１ 購入履歴ＤＢ、３２ 他撮りユーザ管理ＤＢ、３３ スケジュール管理ＤＢ、２１０ アプリ、２１１ 撮影ユニット、２１２ ＧＰＳユニット、３１０ アプリ、３１１ 撮影ユニット、３１２ ＧＰＳユニット

Claims (9)

1. 投稿者の端末からコンテンツの投稿を受け付ける投稿受付部と、
   閲覧者の端末による前記コンテンツの購入履歴を管理する購入履歴管理部と、
   前記投稿者の前記コンテンツそれぞれのプレビュー用のコンテンツを配置した、投稿者別の画面を生成して前記閲覧者の端末に表示させる表示制御部と、を備え、
   前記表示制御部は、前記購入履歴が示す、前記閲覧者の端末における前記コンテンツそれぞれの購入有無に基づいて、前記画面における前記プレビュー用のコンテンツの表示形態を制御する、
   コンテンツ提供装置。
2. 前記表示制御部は、前記閲覧者の端末により購入されたコンテンツに対応する投稿者の一覧を配置した購入済み投稿者一覧画面を更に生成して前記閲覧者の端末に表示させる、請求項１記載のコンテンツ提供装置。
3. 前記表示制御部は、前記プレビュー用のコンテンツの表示形態として、対応するコンテンツが購入済みの場合より未購入である場合の方が低い視認性とする制御を行う請求項１または２に記載のコンテンツ提供装置。
4. 前記画面を前記閲覧者の端末に表示させた後、前記投稿者の端末から新たなコンテンツの投稿を前記投稿受付部で受け付けるごとに、前記表示制御部は、前記新たなコンテンツのプレビュー用のコンテンツを前記画面に追加配置する請求項１から３のいずれか一項に記載のコンテンツ提供装置。
5. 前記投稿受付部は、所定の基準を満たしていると判断したコンテンツの投稿を受け付ける請求項１から４のいずれか一項に記載のコンテンツ提供装置。
6. 前記投稿受付部は、前記所定の基準である、コンテンツに投稿者本人が含まれている、との条件を満たすと判断したコンテンツの投稿を受け付ける請求項５記載のコンテンツ提供装置。
7. 前記投稿者に関して予め登録済みの他撮りユーザの識別情報を管理する他撮りユーザ管理部と、前記投稿者のスケジュール情報を管理するスケジュール管理部とを備え、前記投稿受付部は、所定端末から投稿されたコンテンツに紐付く識別情報が前記投稿者に関する前記他撮りユーザの識別情報に合致し、前記コンテンツの撮影位置および撮影日時の各情報と、前記スケジュール情報が前記投稿者に関して示す所在予定の場所および日時と合致する場合、登録済みの他撮りユーザによる前記投稿者のコンテンツであり、前記所定の基準を満たしていると判断する請求項５記載のコンテンツ提供装置。
8. 情報処理装置が、
   投稿者の端末からコンテンツの投稿を受け付けるステップと、
   閲覧者の端末による前記コンテンツの購入履歴を管理するステップと、
   前記投稿者の前記コンテンツそれぞれのプレビュー用のコンテンツを配置した、投稿者別の画面を生成して前記閲覧者の端末に表示させるステップと、を実行し、
   前記画面を生成して前記閲覧者の端末に表示させるステップにおいて、前記購入履歴が示す、前記閲覧者の端末における前記コンテンツそれぞれの購入有無に基づいて、前記画面における前記プレビュー用のコンテンツの表示形態を制御する、コンテンツ提供方法。
9. 情報処理装置に、
   投稿者の端末からコンテンツの投稿を受け付けるステップと、
   閲覧者の端末による前記コンテンツの購入履歴を管理するステップと、
   前記投稿者の前記コンテンツそれぞれのプレビュー用のコンテンツを配置した、投稿者別の画面を生成して前記閲覧者の端末に表示させるステップと、を実行させ、
   前記画面を生成して前記閲覧者の端末に表示させるステップにおいて、前記購入履歴が示す、前記閲覧者の端末における前記コンテンツそれぞれの購入有無に基づいて、前記画面における前記プレビュー用のコンテンツの表示形態を制御させる、コンテンツ提供プログラム。

Images