(57)【要約】      （修正有）【課題】ユーザが試視聴を行う際に、視聴環境に応じて、コンテンツに設けられた複数の試視聴区間の中から適したものを選択して提供する。【解決手段】情報処理装置（配信サーバ２）は、端末装置１の視聴環境パターンを、端末装置から取得した情報を用いて判定する端末状況判定部と、コンテンツに設定された複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報を用いて、前記複数の試視聴区間から、端末装置の視聴環境パターンに対応する試視聴区間を配信対象として選択する試視聴区間選択部と、配信対象として選択された試視聴区間を、端末装置に配信可能なコンテンツ配信部と、を備える。【選択図】図１
2020088502.tif 000002
【特許請求の範囲】
【請求項１】
端末装置の視聴環境パターンを、前記端末装置から取得した情報を用いて判定する端末状況判定部と、
コンテンツに設定された複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報を用いて、前記複数の試視聴区間から、前記端末装置の視聴環境パターンに対応する試視聴区間を配信対象として選択する試視聴区間選択部と、
を備える情報処理装置。
【請求項２】
前記配信対象として選択された試視聴区間を、前記端末装置に配信可能なコンテンツ配信部をさらに備える
請求項１に記載の情報処理装置。
【請求項３】
コンテンツについての複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報をあらかじめ記憶部に記憶させる記憶処理部をさらに備え、
前記試視聴区間選択部は、前記記憶処理部によって記憶された前記情報を用いて配信対象となる試視聴区間を選択する
請求項１又は請求項２に記載の情報処理装置。
【請求項４】
前記端末装置の視聴環境パターンを示す項目が複数設定され、
前記端末状況判定部は、前記端末装置の視聴環境パターンを前記項目として判定し、
前記試視聴区間選択部は前記項目のうち最も多くの項目に合致する試視聴区間を配信対象として選択する
請求項１から請求項３の何れかに記載の情報処理装置。
【請求項５】
前記端末状況判定部は、前記端末装置が集音した音声データを用いて前記端末装置の視聴環境パターンを判定する
請求項１から請求項４の何れかに記載の情報処理装置。
【請求項６】
前記端末状況判定部は、前記端末装置の位置に関する情報を用いて前記端末装置の視聴環境パターンを判定する
請求項１から請求項５の何れかに記載の情報処理装置。
【請求項７】
前記端末状況判定部は、前記端末装置の機能又は設定に関する情報を用いて前記端末装置の視聴環境パターンを判定する
請求項１から請求項６の何れかに記載の情報処理装置。
【請求項８】
試視聴区間を配信しようとするコンテンツについて、配信先に対し過去に該コンテンツのいずれかの試視聴区間を配信済みであった場合、前記配信先に配信済みの試視聴区間を配信対象として選択する
請求項１から請求項７の何れかに記載の情報処理装置。
【請求項９】
前記試視聴区間選択部は、前記端末装置からの配信要求が所定の回数を超えると、今までに配信対象として選択した試視聴区間のなかから配信対象となる試視聴区間を選択する
請求項１から請求項８の何れかに記載の情報処理装置。
【請求項１０】
端末装置の視聴環境パターンを、前記端末装置から取得した情報を用いて判定する端末状況判定ステップと、
コンテンツに設定された複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報を用いて、前記複数の試視聴区間から、前記端末装置の視聴環境パターンに対応する試視聴区間を配信対象として選択する試視聴区間選択ステップと、
を情報処理装置が実行する情報処理方法。
【請求項１１】
視聴環境パターンを取得した周囲の情報を用いて判定し、該判定した視聴環境パターンの情報を情報処理装置に送信する処理と、
コンテンツに設定された複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報を用いることにより前記複数の試視聴区間から配信対象として選択された、受信した視聴環境パターンに対応する試視聴区間の情報を前記情報処理装置から受信する処理と、
前記情報処理装置から受信した試視聴区間を提示制御する処理と、
を端末装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置、情報処理方法、プログラムであって、特にコンテンツの提示制御についての技術分野に関する。
【背景技術】
【０００２】
近年、インターネットを介して書籍や音楽、動画等のコンテンツ配信サービスが普及している。このようなコンテンツ配信サービスでは、ユーザが当該サービスを利用してコンテンツを購入するにあたり、未購入のコンテンツの一部を事前に閲覧・試聴（以下、試視聴とも表記する。）することができるものがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１６４３６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１には、動画等のコンテンツを一定時間ごとに分割し、或るユーザがコンテンツを試視聴する際に、当該ユーザの識別情報に対応して記憶されたワードに対応する分割部分を抽出し、抽出した分割部分を結合したコンテンツを試視聴コンテンツとして提示する技術が開示されている。
ここで、コンテンツ配信サービスを利用するあたり、ユーザは自室だけでなく、例えば電車内等の他の乗客に騒音とならないよう配慮すべき場所や車道等の周囲の騒音が大きい場所等の様々な環境でコンテンツの試視聴を行うことが想定される。
また、試視聴のために用いる端末装置の処理性能やディスプレイの大きさによって、ユーザにとって内容のわかりやすい試視聴区間は異なる。
そこで本発明は、当該サービスを利用するユーザが試視聴を行う際に、視聴環境に応じて、コンテンツに設けられた複数の試視聴区間の中から適したものを選択して提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係る情報処理装置は、端末装置の視聴環境パターンを、前記端末装置から取得した情報を用いて判定する端末状況判定部と、コンテンツに設定された複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報を用いて、前記複数の試視聴区間から、前記端末装置の視聴環境パターンに対応する試視聴区間を配信対象として選択する試視聴区間選択部と、前記配信対象として選択された試視聴区間を、前記端末装置に配信可能なコンテンツ配信部と、を備えるものである。
【０００６】
情報処理装置から端末装置へ試視聴区間を配信する際に、複数の試視聴区間のうちから端末装置からの端末周囲の状況や端末自身の情報等の様々な情報を加味した上で試視聴区間を選択することができる。これにより、端末装置の現在の状況を反映させた試視聴区間の配信が可能となる。
ここで試視聴区間とは、動画を試視聴させる際に所定の時間で区切られた期間のことをいう。
また視聴環境パターンとは、端末装置の視聴環境をパターン化する際の各パターンを示す情報のことをいう。以下に述べる実施の形態では、視聴環境パターンを端末状況情報とも表記する。
【０００７】
上記した情報処理装置において、コンテンツについての複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報をあらかじめ記憶部に記憶させる記憶処理部をさらに備え、前記試視聴区間選択部は、前記記憶処理部によって記憶された前記情報を用いて配信対象となる試視聴区間を選択することが考えられる。
端末装置の状況を想定しておき、当該想定される状況ごとに適した試視聴区間を対応付けて記憶しておくことで、端末装置の状況を判定しさえすれば、当該記憶を参照するだけで試視聴区間を選択することができる。
【０００８】
上記した情報処理装置において、前記端末装置の視聴環境パターンを示す項目が複数設定され、前記端末状況判定部は、前記端末装置の視聴環境パターンを前記項目として判定し、前記試視聴区間選択部は前記項目のうち最も多くの項目に合致する試視聴区間を配信対象として選択することが考えられる。
つまり、端末装置の状況を示す状況種別に該当する項目が多いほど、端末装置の状況をより詳細に反映させているといえる。
【０００９】
上記した情報処理装置において、前記端末状況判定部は、前記端末装置が集音した音声データを用いて前記端末装置の視聴環境パターンを判定することが考えられる。
例えば、集音した音の音量レベルを判定することで端末装置を使用している周囲の騒音の大きさを判定することができる。また、集音した音を解析することで、端末装置の位置を推定することもできる。例えば、解析により電車のアナウンスなどを抽出すれば、端末装置を所持するユーザが駅構内にいることを推定することができる。
【００１０】
上記した情報処理装置において、前記端末状況判定部は、前記端末装置の位置に関する情報を用いて前記端末装置の視聴環境パターンを判定することが考えられる。
端末装置の位置情報によって、端末装置の周囲の環境を推定することができる。例えば、位置情報により端末装置を所持しているが車道にいることが判定できれば、車の走行による騒音を考慮した端末装置の状況を判定することができる。
【００１１】
上記した情報処理装置において、前記端末状況判定部は、前記端末装置の機能又は設定に関する情報を用いて前記端末装置の視聴環境パターンを判定することが考えられる。
例えば、端末装置の機能として解像度が低いことがわかれば、細かい描写のあるコンテンツを視聴しづらい状況であることが推定できる。また、端末装置のディスプレイの明るさの設定が暗めに設定されている場合は、文字の字幕等が読みづらい状況であることが推定できる。
【００１２】
上記した情報処理装置において、試視聴区間を配信しようとするコンテンツについて、配信先に対し過去に該コンテンツのいずれかの試視聴区間を配信済みであった場合、前記配信先に配信済みの試視聴区間を配信対象として選択することが考えられる。
これにより、ユーザにコンテンツを試視聴する際には、最初に試視聴した試視聴区間を二回目以降も提示させる。つまり、最初に試視聴した試視聴区間以外の他の試視聴区間は提示されない。
【００１３】
上記した情報処理装置において、前記試視聴区間選択部は、前記端末装置からの前記配信要求が所定の回数を超えると、今までに配信対象として選択した試視聴区間のなかから配信対象となる試視聴区間を選択することが考えられる。
コンテンツについて所定回数以上試視聴を行った場合、それ以降は所定回数のなかで選択された配信区間の範囲内で試視聴区間が提示される。
【００１４】
本発明に係る情報処理方法は、端末装置の視聴環境パターンを、前記端末装置から取得した情報を用いて判定する端末状況判定ステップと、コンテンツに設定された複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報を用いて、前記複数の試視聴区間から、前記端末装置の視聴環境パターンに対応する試視聴区間を配信対象として選択する試視聴区間選択ステップと、前記配信対象として選択された試視聴区間を、前記端末装置に配信するコンテンツ配信ステップと、を実行する方法である。
【００１５】
本発明に係るプログラムは、上記情報処理方法の各処理を情報処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。
これらのプログラムや記憶媒体により上記の情報処理装置を実現する。
【００１６】
また本発明は、視聴環境パターンを取得した周囲の情報を用いて判定し、該判定した視聴環境パターンの情報を情報処理装置に送信する機能と、コンテンツに設定された複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報を用いることにより前記複数の試視聴区間から配信対象として選択された、受信した視聴環境パターンに対応する試視聴区間の情報を前記情報処理装置から受信する機能と、前記情報処理装置から受信した試視聴区間を提示制御する機能と、を端末装置に実行させるプログラムである。
【発明の効果】
【００１７】
本発明によれば、コンテンツの試視聴を行う際に、ユーザの視聴環境に適した試視聴区間を試視聴させることができる。
【図面の簡単な説明】
【００１８】
【図１】実施の形態のネットワークシステムの構成例の説明図である。
【図２】実施の形態のハードウェア構成の説明図である。
【図３】実施の形態の対応関係管理データベースの説明図である。
【図４】実施の形態の試視聴区間管理データベースの説明図である。
【図５】実施の形態のコンテンツ選択画面の説明図である。
【図６】実施の形態のコンテンツ視聴画面の説明図である。
【図７】実施の形態のシステム全体の処理の第１の実施の形態の説明図である。
【図８】実施の形態の試視聴区間情報記憶処理の説明図である。
【図９】実施の形態の端末状況判定処理の説明図である。
【図１０】実施の形態の配信区間選択処理の第１例の説明図である。
【図１１】実施の形態の配信区間選択処理の第２例の説明図である。
【図１２】実施の形態のシステム全体の処理の第２の実施の形態の説明図である。
【図１３】実施の形態のシステム全体の処理の第３の実施の形態の説明図である。
【図１４】実施の形態のネットワークシステムの構成例の変形例の説明図である。
【発明を実施するための形態】
【００１９】
＜１．全体構成＞
以下、実施の形態におけるネットワークシステムの全体構成について説明する。
図１に実施の形態のネットワークシステムの構成例を示す。この例では、当該ネットワークシステムはネットワークを利用して、ユーザ端末にコンテンツの一例として動画を配信する動画配信サービスにおける動画配信システムとして機能する。図１における配信サーバが本発明請求項の情報処理装置の実施の形態に相当する。
なお、以下では「動画配信サービス」を「本サービス」と表記し、「動画配信システム」を「本システム」と表記する。
【００２０】
図１に示すように、本実施の形態に係るネットワークシステムは、複数のユーザ端末１、配信サーバ２がネットワークＮＷにより相互に通信可能な状態で接続されている。また、配信サーバ２はデータベース３にアクセス可能とされている。
なお、以下「データベース」を「ＤＢ（Database）」とも表記する。
【００２１】
ネットワークＮＷの構成は多様な例が想定される。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna  TeleVision）通信網、仮想専用網（VPN:Virtual Private Network）、電話回線網、移動体通
信網、衛星通信網などが想定される。
またネットワークＮＷの全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線などの有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網などの無線でも使用可能である。
【００２２】
ユーザ端末１は、本サービスにより動画を購入、視聴するためにユーザが使用する情報処理装置である。またユーザ端末１は、ユーザ端末１の端末情報及び端末周囲の環境に関する情報（以下、取得情報とも表記する。）等を配信サーバ２が取得するための情報の送信を行う情報処理装置としても機能する。
ユーザ端末１は、例えば通信機能を備えたＰＣ（Personal Computer）やフィーチャーフォンやＰＤＡ（Personal Digital Assistant）、或いはスマートフォンやタブレット端末などのスマートデバイスなどにより実現される。
【００２３】
配信サーバ２は、本サービスの提供者側で操作される情報処理装置である。配信サーバ２は、ユーザ端末１からの動画の視聴要求に応じてユーザ端末１へ当該動画を提示制御する情報処理装置として機能する。ここで配信サーバ２は、ユーザ端末１から試視聴することのできる動画（以下、試視聴可能動画とも表記する。）について視聴要求があった場合、当該要求を受信したユーザ端末１の現在の状況を取得情報から判定し、当該判定した状況に応じた試視聴区間を選択してユーザ端末１に提示制御する。
配信サーバ２は、例えば本システムの提供会社に設置されたコンピュータ装置である。配信サーバ２の機能構成の詳細については後述する。
【００２４】
ＤＢ３は、配信サーバ２が本システムを実現するために必要な情報を格納したＤＢを包括的に示している。ＤＢ３の詳細については後述する。
【００２５】
続いて、図１に示したユーザ端末１、配信サーバ２、ＤＢ３を構成する情報処理装置にハードウェア構成を図２に示す。ユーザ端末１、配信サーバ２、ＤＢ３として示した各装置は、情報処理及び情報通信が可能な図２に示すようなコンピュータ装置として実現できる。
【００２６】
図２において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。またＲＡＭ１０３には、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、及びＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、ネットワークＮＷを介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。
【００２７】
このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われたり、リムーバブルメディア１１１を介してデータやプログラムを受け渡したりすることが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、ユーザ端末１、配信サーバ２、ＤＢ３としての必要な情報処理や通信が実行される。
なお、ユーザ端末１、配信サーバ２、ＤＢ３を構成する情報処理装置は、図２のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮなどによりシステム化されていてもよいし、インターネットなどを使用したＶＰＮ（Virtual Private Network）などにより遠隔地に通信可能な状態で配置されたものでもよい。複数の情報処理装置には、クラウドコンピューティングサービスによって利用可能なサーバ群（クラウド）としての情報処理装置が含まれてもよい。
【００２８】
＜２．配信サーバの機能構成及びデータベース＞
図１に戻り、配信サーバ２の機能構成及びＤＢ３について説明する。
配信サーバ２は１又は複数の情報処理装置で構成される。また、配信サーバ２の各機能は、情報処理装置においてＣＰＵ１０１でプログラムに応じて実行される処理により実現される機能である。但し、以下説明する全部又は一部の各構成の処理をハードウェアにより実現してもよい。
また、各機能をソフトウェアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。一つのプログラムにより複数の機能の処理が実行されてもよいし、一つの機能が複数のプログラムモジュールの連携で実現されてもよい。また各機能は複数の情報処理装置に分散されていてもよい。さらに機能の一つが複数の情報処理装置によって実現されてもよい。
配信サーバ２は、記憶処理部２１、端末状況判定部２２、試視聴区間選択部２３、コンテンツ配信部２４、を有する。
【００２９】
記憶処理部２１は、想定されるユーザ端末１の状況と共通の動画コンテンツにおける試視聴区間において示される端末状況（視聴環境パターン）との対応関係の情報をあらかじめＤＢ３等に記憶しておく試視聴区間情報記憶処理を実行する。試視聴区間情報記憶処理の詳細については後述する。
【００３０】
端末状況判定部２２は、ユーザ端末１からの動画コンテンツの試視聴要求に応じてユーザ端末１から取得した取得情報を用いてユーザ端末１の現在の状況を判定する端末状況判定処理を実行する。端末状況判定処理の詳細については後述する。
【００３１】
試視聴区間選択部２３は、試視聴要求された動画コンテンツに設けられた複数の試視聴区間のうちから、端末状況判定部２２が判定したユーザ端末１の状況に応じて試視聴区間を選択する配信区間選択処理を実行する。配信区間選択処理の詳細については後述する。
【００３２】
コンテンツ配信部２４は、試視聴要求された動画コンテンツの動画ファイルをユーザ端末１に送信し、試視聴区間選択部２３が選択した試視聴区間を提示制御する処理を実行する。またコンテンツ配信部２４は、ユーザ端末１から購入済みの動画コンテンツの視聴要求を受信すると、ユーザ端末１に動画コンテンツの動画ファイルを送信し、提示制御を実行する。
またコンテンツ配信部２４は、ユーザが本サービスを利用するにあたり、ユーザ端末１に提示する必要の
ある他のウェブページを提示させる処理を実行する。
【００３３】
次に、これらの機能を備えた配信サーバ２が、ユーザ端末１に提示させる補助情報を選択するため等に用いるＤＢ３について必要に応じて図３、図４を用いて説明する。
ＤＢ３は、例えば図１に示すように、ユーザＤＢ３１、コンテンツＤＢ３２、対応関係管理ＤＢ３３、試視聴区間管理ＤＢ３４等で構成されている。もちろんＤＢ３は、これ以外にも配信サーバ２が機能するために必要なＤＢを含んで構成されていてもよい。
【００３４】
ユーザＤＢ３１には、ユーザ端末１を所持するユーザに関するパーソナルデータが記憶されている。具体的には、ユーザ識別情報であるユーザＩＤ（Identification）に対して、氏名、性別、年齢、住所、嗜好などの属性情報、ウェブページの閲覧履歴や音楽、動画等のコンテンツの購入履歴や試視聴区間の視聴履歴などの行動履歴情報、当該行動の時刻情報などが紐付けられて記憶されている。
ここでいうパーソナルデータは、上記したようなユーザに関する様々な情報それ自体のデータや、当該情報から推定できるデータ等のことである。
なお、属性情報は上記に限られることはなく、職業、趣味、性格など様々な属性情報が記憶されていてもよい。
またユーザＤＢ３１に登録されるユーザは、例えば配信サーバ２が提供する本サービスを受けるために登録されたユーザなどであり、ユーザＩＤは当該登録に応じて付与されるものとすればよい。
【００３５】
コンテンツＤＢ３２には、本サービスにおいて配信するために用いられる動画コンテンツに関する情報が記憶されている。例えば、動画コンテンツの識別情報であるコンテンツＩＤに対して、動画の名称、動画ファイル、価格、動画時間、ビットレート、試視聴区間ごとの区間ＩＤなどの情報が記憶されている。また、動画の試視聴区間ごとの開始位置と終了位置を特定するための情報として、区間ＩＤごとに開始位置及び終了位置の時間情報が紐付けられて記憶されている。コンテンツＩＤは、コンテンツＤＢ３２に動画コンテンツを記憶する際に付与される。
なお、区間ＩＤに対して試視聴区間ごとの特徴についての情報が記憶されることとしてもよい。例えば、試視聴区間における音量レベルや輝度レベル等の動画ファイルに関する情報や、「周囲が静かなときに再生したいシーン」「端末装置の解像度が高いときに再生したいシーン」「ヘッドホンが端末装置に接続されているときに再生したいシーン」「ユーザが図書館にいるときに再生したいシーン」等の試視聴区間を再生するのに適した環境に関する情報が記憶されていてもよい。
【００３６】
なお、試視聴区間の設定においては、動画コンテンツにおける一区間を試視聴区間として設定するだけでなく、複数の区間を集めたものを一つの試視聴区間として設定してもよい。このときコンテンツＤＢ３２には、区間ＩＤごとに複数の試視聴期間の開始位置及び終了位置の時間情報が記憶される。
また試視聴区間は、動画コンテンツごとに複数設定されている。試視聴区間の数や試視聴区間ごとの開始位置、終了位置の時間等は、本サービスの提供者側であらかじめ選択され、例えば動画コンテンツを記憶する際にコンテンツＤＢ３２に記憶される。
【００３７】
対応関係管理ＤＢ３３には、例えば図３に示すように、ユーザ端末１のようなユーザが用いる端末装置から取得可能な取得情報や、試視聴区間で用いられるシーン等の解析により得られる情報等、取得することが想定される様々な情報に対して、端末装置の状況を示す端末状況情報が記憶されている。
取得情報には、例えば端末装置に内蔵された「加速度センサによる重力、振動、衝撃等に関する測定値」「角速度センサによる回転、向き等に関する測定値」「輝度センサによるユーザ端末１の周囲の明るさに関する測定値」「マイクロフォンを用いたユーザ端末１の周囲の環境音に関する測定値」「ＧＰＳ（Global Positioning System）から取得した端末装置の緯度情報や経度情報」「ビーコン（Beacon）から端末装置が取得したビーコンの位置情報が記憶されたビーコンＩＤ情報」「解像度などの端末装置の機種情報」「ディスプレイの明るさ設定や、端末装置へのイヤホンの接続状況などの端末装置での様々な機能についての設定状況」「端末装置の発熱状態」「端末装置のバッテリ残量」など、端末装置の状況を推定するための様々な情報が考えられる。
試視聴区間のシーン解析によって得られる情報には、例えば「試視聴区間における音量レベルの代表値」「試視聴区間における音量レベルの代表値」「試視聴区間の輝度レベルについて代表値」「試視聴区間におけるセリフの密度」「試視聴区間におけるセリフの占める割合」等に対応して、そのような試視聴区間について適した端末状況情報が記憶される。なお、各代表値についての詳細は後述する。
【００３８】
これに対して端末状況情報は、端末装置からの取得情報に応じて様々な態様で設定が可能である。端末状況情報とはユーザ端末１の視聴環境をパターン化して各パターンを示す情報である。明るい環境、騒音の多い環境、場所的な環境種別、ユーザの行動の環境、端末自体の環境（動作環境）などをパターン化したものとする。
例えば「マイクロフォンを用いた端末装置の周囲の環境音に関する測定値」の範囲に応じて端末状況情報を設定する。具体的には、測定値が「４０デシベル（ｄＢ）未満」に対して「環境音：静か」、「４０ｄＢ以上８０ｄＢ未満」に対して「環境音：普通」、「８０ｄＢ以上」に対して「環境音：うるさい」を端末状況情報として設定することができる。周囲の明るさについても同様に測定値の範囲に応じて「輝度：明るい」「輝度：普通」「輝度：暗い」等の端末状況情報を設定することができる。
【００３９】
また加速度センサや角速度センサによる測定値を用いて、端末装置の所持者であるユーザが行っていると推定される行動を端末状況情報として設定することもできる。例えば当該測定値の組み合わせに基づいて「歩いている」「座っている」「走っている」「乗車中」といったユーザの状態を端末状況情報として設定することができる。
【００４０】
またＧＰＳやビーコンによる位置情報を用いることで、端末装置を所持するユーザの位置する場所を端末状況情報として設定することもできる。例えば、緯度情報、経度情報としての取得情報に対して、「自宅」「図書館」「公園」「学校」「店舗」「会社」などの場所を端末状況情報として設定することができる。また、ビーコンＩＤに「店舗名」等を紐付けておき、その店舗を端末状況情報として設定することも可能である。
【００４１】
また取得情報としての端末装置の機種情報を端末状況情報として設定することもできる。例えば端末装置の解像度について、ピクセル数が「７２０×４８０未満」について「解像度：低い」、「７２０×４８０以上１９２０×１０８０未満」について「解像度：普通」、「１９２０×１０８０以上」について「解像度：高い」等を端末状況情報として設定することができる。
また取得情報としてのディスプレイの明るさ設定や、端末装置へのイヤホンの接続状況などの設定状況を、そのまま端末状況情報として用いることも可能である。
【００４２】
以上のように、端末装置から得られる取得情報に応じて、想定される端末状況情報が設定されることになる。取得情報と端末状況情報の対応関係は、本サービスを提供するにあたり、あらかじめ対応関係管理ＤＢ３３に記憶しておく。
なお、端末状況情報は、例えば環境音の測定値といった一つの取得情報の項目ごとに設定してもよいし、取得情報のうち複数の項目を条件として設定してもよい。
複数の項目を条件として端末状況情報を設定することで、端末装置の状況を判定する精度を向上させることができる。例えば、端末装置を所持するユーザの行動について端末状況情報を設定する際に、取得情報の条件として加速度センサや角速度センサによる測定値だけでなく、マイクロフォンを用いて周囲の環境音を条件として設定しておくことで、ユーザの行動をより正確に推測することができる。
【００４３】
試視聴区間管理ＤＢ３４は、例えば図４に示すように、動画コンテンツにおける各試視聴区間情報に対して、当該区間を配信するのに適した端末状況情報（即ち視聴環境のパターン）を対応付けて記憶する。具体的には、コンテンツＩＤごとに各試視聴区間の区間ＩＤに対して端末状況情報が記憶される。試視聴区間管理ＤＢ３４の情報は、本サービスの提供者側による操作や配信サーバ２の試視聴区間情報記憶処理により更新される。試視聴区間情報記憶処理についての詳細は後述する。
【００４４】
また図示しない他のＤＢには、本システムを構成する様々なウェブページデータが記憶されている。記憶されるウェブページデータとしては、例えば視聴する動画コンテンツの選択画面や動画コンテンツの購入画面、動画コンテンツの再生時における表示画面等が挙げられる。これらのウェブページデータは、例えば、ＨＴＭＬ（Hyper Text Markup Language）やＸＨＴＭＬ（Extensible Hyper Text Markup Language）などの構造化文書ファイルである。配信サーバ２は、当該ＤＢから取得した画像やテキストを、ユーザ端末１のブラウザ上で提示させる。  
【００４５】
以上の各ＤＢを有するＤＢ３は、配信サーバ２と別のサーバコンピュータ内に構築されていてもよいし、配信サーバ２内に構築されていてもよい。
また図示及び説明の便宜上、ＤＢ３として示したが、ユーザＤＢ３１、コンテンツＤＢ３２、対応関係管理ＤＢ３３、試視聴区間管理ＤＢ３４の各ＤＢは、配信サーバ２がアクセス可能であれば、どのような形態で実現されていてもよい。例えば配信サーバ２と同一システム内の記憶部に各ＤＢのすべてが形成されていてもよいし、各ＤＢの一部又は全部が別体、遠隔地などのコンピュータシステムに設けられていてもよい。もちろん各ＤＢが一つの装置（例えば一つのＨＤＤなど）内に形成されている必要はない。また各ＤＢのそれぞれが、それぞれ１つのＤＢとして構成される必要もない。例えば、試視聴区間管理ＤＢ３４として記憶される情報が、コンテンツＤＢ３２により記憶管理されてもよい。実施の形態で説明する上記各ＤＢは、実施の形態の処理に関連する情報の記憶部を、それぞれ一つのＤＢの形態で例示したものに過ぎない。
また、配信サーバ２で実行する処理の一部をユーザ端末１が実行する場合、ユーザ端末１が処理を実行するにあたって参照するＤＢを、ユーザ端末１内に設けておいてもよい。
【００４６】
＜３．ユーザ端末における提示画面の概要＞
以下、実施の形態においてユーザが本サービスを利用する場合に、ユーザ端末１に提示される画面の一例について図５、図６を用いて説明する。
【００４７】
本サービスでは、例えば図５に示すように、ユーザが動画コンテンツについて視聴や購入をするためのコンテンツ選択画面５０がユーザ端末１に提示される。ユーザ端末１に提示された配信サーバ２のサイト上において、ユーザの操作により本サービスを提供するサイトが選択されることにより、コンテンツ選択画面５０がユーザ端末１に提示される。
【００４８】
コンテンツ選択画面５０には、複数の動画コンテンツ枠ｍｖ１、ｍｖ２、ｍｖ３、ｍｖ４…が設けられている。各動画コンテンツ枠ｍｖには、動画コンテンツに対応するサムネイル画像がそれぞれ提示されている。
【００４９】
ユーザは、試視聴を希望する動画コンテンツを、例えば試視聴ボタンＢＰの操作により選択する。これにより、図６に示すような動画コンテンツに対応した試視聴映像を再生するためのコンテンツ視聴画面６０が、ユーザ端末１に提示される。そして、あらかじめ試視聴区間として設定された、動画コンテンツの一部の再生がコンテンツ再生画面６１上で開始される。その後、試視聴区間の終了位置まで動画コンテンツの再生時間が経過すると、例えば「試視聴区間の再生が終了しました」「ここから先は購入してからご試聴ください」等の再生終了の通知がコンテンツ再生画面６１に提示され、動画コンテンツの再生が終了する。
これによりユーザは、例えば動画コンテンツの購入を検討する際の参考として、動画コンテンツの一部の区間（試視聴区間）について視聴することができる。
【００５０】
ここで、ユーザがユーザ端末１により動画コンテンツを試視聴する場合においては、必ずしも自宅で当該コンテンツを視聴しているとは限らない。即ち、周囲の環境音が大きいといった動画の音声が聞き取りにくい状況で試視聴することもあれば、電車に乗車中といったように第三者に騒音とならないように試視聴しなければならない状況もある。また、ユーザが試視聴するユーザ端末１のディスプレイの大きさによっては、細かい演出等の描写のある動画を視聴することが困難であることも想定される。
【００５１】
このような様々な状況下において、どの場合においても同じ区間を試視聴区間として再生することとすると、ユーザ端末１の状況によってはユーザが動画コンテンツの音が聞こえなかったり、再生画面が見づらかったりするといった、ユーザが不利益を被るおそれがある。
そこで本発明は、動画コンテンツについて複数の試視聴区間を設定しておき、ユーザ端末１の状況に応じて再生する試視聴区間を選択し分けることにより、様々な状況下においてもユーザが快適に動画コンテンツの試視聴を行えることとした。
これにより、コンテンツに設けられた複数の試視聴区間のなかから、周囲の環境音が大きい場合には、音の大きい、又は聞き取りやすい場面を有する試視聴区間を選択したり、第三者に騒音とならないように試視聴しなければ行けない状況においては静かな場面の多い試視聴区間を選択したりすることが可能になる。従って、ユーザの周囲環境に適した試視聴区間が自動的に選択され、再生されることとなる。
【００５２】
＜４．動画配信システムにおける処理：第１の実施の形態＞
本サービスにおける動画配信システムの第１の実施の形態について図７を用いて説明する。図７は、ユーザ端末１及び配信サーバ２が実行する処理の流れの一例を示している。なお、以下の実施の形態の説明では、一度説明した処理と同様の処理については同一記号を付し、説明を省略するものとする。
【００５３】
まず、図示しないが、本サービスを利用するユーザは、ユーザ端末１から配信サーバ２が本サービスを提供するウェブサイトにアクセスすることで、当該ウェブサイトのトップページがユーザ端末１に提示される。
ユーザ端末１は、ウェブサイトにアクセスした後に配信サーバ２へのログイン処理を行う。このとき、ユーザ端末１はログイン要求情報を配信サーバ２に送信し、当該ログイン要求情報を受信した配信サーバ２はログイン処理を実行する。ログイン処理では、例えば新規ユーザ登録やすでに登録されているユーザの認証処理などが行われる。
なおログイン処理は、例えば当該ウェブサイトにアクセスするタイミングで行われてもよいし、当該ウェブサイトにアクセスした後に動画コンテンツを購入するタイミングで行われてもよい。また、購入済みの動画コンテンツを視聴、又は未購入の動画コンテンツを試視聴するタイミングでログイン処理が行われることも考えられる。ログイン処理は、上記タイミングに限定されることなく様々なタイミングで行うことが可能とされる。
以上の処理を経た後、図７に示す処理が実行されることとなる。
【００５４】
ユーザ端末１はステップＳ１１において、図５に示すようなコンテンツ選択画面５０の提示要求情報を配信サーバ２に送信する。当該提示要求情報を受信した配信サーバ２は、ステップＳ１２において、コンテンツ選択画面５０のウェブページデータをユーザ端末１に送信し、コンテンツ選択画面５０を提示制御する処理を行う。そして、当該ウェブページデータを受信したユーザ端末１は、ステップＳ１３において、提示画面にコンテンツ選択画面５０を提示する。
【００５５】
その後ユーザ端末１は、ユーザの選択画面に提示された動画コンテンツについて試視聴するための選択操作を検知すると、ステップＳ１４において、選択された動画コンテンツの試視聴要求を配信サーバ２に送信する。
【００５６】
配信サーバ２は、ユーザ端末１から視聴要求を受信すると、ステップＳ１５において、端末の取得情報の要求をユーザ端末１に送信する。当該要求を受信したユーザ端末１は取得情報を取得して、ステップＳ１６において、当該取得情報を配信サーバ２に送信する。
【００５７】
このときユーザ端末１は、端末自身の情報や各種センサによる測定値等の取得情報を取得する。各種センサによる測定値等の取得タイミングとしては、配信サーバ２からの取得情報の要求を受信したときに各種センサをオンにすることでそれぞれの測定値を取得することが考えられる。またユーザ端末１は、例えば１０秒に１回、１分に１回といった間隔で各種センサをオンにして測定値を取得し、過去の一定期間における測定値についてメモリに記憶しておくことも可能である。このように過去の一定期間における各種の測定値を記憶しておくことで測定値の推移を分析することができるため、ユーザ端末１についての環境の変化を推定しやすくなる。また、測定値を取得する際の１回あたりの各種センサをオンにする期間も、１秒、１０秒、１分など多様に設定することができる。
【００５８】
ステップＳ１６の後、ステップＳ１７において、配信サーバ２は、ユーザ端末１から受信した取得情報を用いて、現在のユーザ端末１の端末状況を判定する端末状況判定処理を行う。端末状況判定処理の詳細については後述する。
続いて配信サーバ２は、ステップＳ１８において、ステップＳ１７の端末状況判定処理により判定した端末状況情報に基づいて、配信候補となるコンテンツごとに設けられた複数の試視聴区間のなかから、ユーザ端末１に配信する試視聴区間を配信区間として選択する配信区間選択処理を行う。配信区間選択処理の詳細については後述する。
【００５９】
ステップＳ１８において配信区間選択処理により試視聴区間が選択されると、配信サーバ２は、ステップＳ１９に処理を進め、該当する動画コンテンツの動画ファイルをユーザ端末１に送信し、当該選択した試視聴区間が再生されるようにユーザ端末１への制御を実行する。これにより、ユーザ端末１は、ステップＳ２０において、動画コンテンツの選択された試視聴区間の部分を提示する処理を行う。これにより、ユーザ端末１において動画コンテンツの試視聴区間の再生が開始される。
【００６０】
ここで、配信サーバ２により実行される試視聴区間情報記憶処理について図８を用いて説明する。
配信サーバ２が、図７に示すユーザ端末１の判定した端末状況に応じて配信対象となる試視聴区間（配信区間）を選択する配信区間選択処理を実行するにあたり、試視聴区間情報と端末状況情報との対応関係についての情報が必要となる。そこで試視聴区間情報記憶処理は、当該対応関係を、あらかじめ試視聴区間管理ＤＢ３４に記憶しておく処理である。配信サーバ２は、例えば動画コンテンツの試視聴区間等の情報がコンテンツＤＢ３２に記憶されるタイミングで試視聴区間情報記憶処理を実行する。
なお、配信サーバ２が試視聴区間情報記憶処理を実行するタイミングは上記に限られず、所定期間ごとにコンテンツＤＢ３２に記憶された未処理の動画コンテンツについて当該処理をまとめて実行する等、さまざまなタイミングで処理を行うことができる。
【００６１】
まず配信サーバ２は、ステップＳ１０１において、コンテンツＤＢ３２に記憶された動画コンテンツのうち、処理対象となる動画コンテンツについての情報を取得する。配信サーバ２が取得した動画コンテンツの情報には、複数の試視聴区間についての情報が含まれている。
【００６２】
配信サーバ２は、ステップＳ１０２において、ステップＳ１０１で取得した動画コンテンツの情報から、全ての試視聴区間の数を取得し、ステップＳ１０３において当該算出した試視聴区間の数を最大値Ｎｍａｘとして設定する。そして配信サーバ２は、ステップＳ１０４において変数ｎ＝１に設定する。ここで変数ｎとは、それぞれの試視聴区間を指定するための変数である。
【００６３】
そして配信サーバ２は、ステップＳ１０５において、変数ｎの値が最大値Ｎｍａｘよりも大きいか否かを判定する処理を実行する。ここで変数ｎの値が最大値Ｎｍａｘ以下である場合は、まだ未処理の試視聴区間が残っているといえる。
そこで配信サーバ２は、ステップＳ１０６に処理を進め、第ｎ番目の試視聴区間（以下、第ｎ試視聴区間とも表記する。）を処理対象として選択する。
【００６４】
その後配信サーバ２は、ステップＳ１０７において、取得した動画コンテンツにおける第ｎ試視聴区間についてのそれぞれのシーンの解析処理を行う。配信サーバ２は、第ｎ試視聴区間におけるコンテンツについて音量、輝度、動き量、セリフ量、アップシーンが占める割合などの様々な要素を解析する。
例えば配信サーバ２は、第ｎ試視聴区間における音量レベルの代表値を判定し、当該試視聴区間が全体として大音量のシーンであるのか、小音量のシーンであるのかを判定する。ここで、代表値は、音量レベルの平均値や区間における音量レベルの最大値、最小値等、様々な基準により設定される。
また配信サーバ２は、同様に第ｎ試視聴区間の輝度レベルについて代表値を判定し、輝度の高いシーンであるか、輝度の低いシーンであるか判定する。
また配信サーバ２は、第ｎ試視聴区間におけるセリフの密度や、当該期間においてセリフが占める割合を算出し、算出した値が所定閾値を超える否かに応じて、当該期間が、音声が聞き取りやすい環境でないと内容がわかりにくいシーンか否かを判定する。
また配信サーバ２は、第ｎ試視聴区間について画像解析を行い、当該区間におけるアップシーンの割合を算出し、当該割合が所定閾値を超えるか否かでアップシーンが多いため解像度が低くても見やすいシーンであるか、いわゆる引きが多いシーンのため解像度が高くないと見づらいシーンであるかを判定する。
なお配信サーバ２は、当該解析処理において、試視聴区間（区間ＩＤ）ごとに対応付けられて記憶されている当該区間を再生するのに適した環境に関する情報を取得し、当該取得した情報を解析することで第ｎ試視聴区間の特徴を判定する。例えば動画コンテンツを記憶する際に、「ヘッドホンが端末装置に接続されているときに再生したいシーン」、「ユーザが図書館にいるときに再生したいシーン」等の情報を記憶しておき、配信サーバ２は、当該情報をコンテンツＤＢ３２から取得する。
【００６５】
上記のような解析処理で取得した情報を用いて、配信サーバ２は、ステップＳ１０８において、試視聴区間ごとの端末状況の設定処理を実行する。つまり、配信サーバ２は、対応関係管理ＤＢ３３を参照し、ステップＳ１０７の処理で取得したそれぞれの情報ごとに、対応する端末状況情報を選択し、取得する。
【００６６】
例えば、試視聴区間における音量レベルの代表値が「４０デシベル（ｄＢ）未満」であれば、ユーザ端末１の周囲の環境音が小さい状況でないとユーザが聞き取れないおそれがある。そのため、当該試視聴区間に端末状況情報として「環境音：静か」が紐付けられて記憶される。また、このような音量レベルの小さい試視聴区間は、音漏れ等で第三者に迷惑をかけるおそれがある状況、例えばユーザが図書館にいる場合等に再生することが適している。そこで、当該試視聴区間に端末状況情報として「位置：図書館」を記憶することも考えられる。
一方、試視聴区間における音量レベルの代表値が「４０ｄＢ以上８０ｄＢ未満」であれば、ユーザ端末１の周囲の状況がある程度うるさい状態であってもユーザが聞き取ることが可能である。そこで、このような音量レベルの大きい試視聴区間については、端末状況情報として「環境音：うるさい」を記憶することができる。
【００６７】
また試視聴区間の輝度レベルについて代表値に応じて、端末状況情報を対応付けて記憶することもできる。例えばユーザ端末１の周囲環境が暗い状況においては、全体として輝度の高いシーンが多い試視聴区間を選択したほうが、ユーザとして見やすい映像を提供できる。そこで、全体として輝度の高いシーンが多い試視聴区間については、端末状況情報として「輝度：暗い」を対応付けて記憶することができる。
【００６８】
また試視聴区間におけるセリフの密度や、当該区間においてセリフが占める割合に応じて端末状況情報を対応付けて記憶することができる。例えば、ユーザ端末１の周囲が暗い状況においては、セリフを読むことが難しい状況も想定されるため、試視聴区間においてセリフの数が少ない方が望ましい。そこで、セリフの密度や、当該区間においてセリフが占める割合が高い（所定閾値を超える）ものについては、端末状況情報として「輝度：暗い」を対応付けて記憶することができる。
また試視聴区間におけるアップシーンの割合に応じて、端末状況情報を対応付けて記憶することもできる。例えば、アップシーンが多い試視聴区間は、解像度が低くてもユーザが内容を理解しやすいといえる。そこでアップシーンが多い試視聴区間については、端末状況情報として「解像度：低い」を対応付けて記憶することができる。
【００６９】
上記したような試視聴区間ごとの端末状況の設定処理が完了すると、配信サーバ２はステップＳ１０８からステップＳ１０９に処理を進める。そして、配信サーバ２は、ステップＳ１０９において、取得した端末状況情報を第ｎ試視聴区間と対応付けて、試視聴区間管理ＤＢ３４に記憶する処理を行う。こうして、試視聴区間管理ＤＢ３４には、各試視聴区間において、１又は複数の端末状況情報が対応付けられて記憶される。また上記した例は一例に過ぎず、他にも試視聴区間と端末状況情報の対応関係には様々な組み合わせが考えられる。
【００７０】
その後、配信サーバ２は、ステップＳ１１０に処理を進め、変数ｎに１を加算する処理を実行する（ｎ←ｎ＋１）。そして配信サーバ２は、ステップＳ１０５に処理を戻し、変数ｎが未だ最大値Ｎｍａｘを超えないときは、ステップＳ１０６に処理を進め、次の第ｎ試視聴区間を処理対象に設定する。
配信サーバ２は、ステップＳ１０５で変数ｎが最大値Ｎｍａｘを超えるまで以下上記と同様の処理を実行する。
ステップＳ１０５で変数ｎが最大値Ｎｍａｘを超えた場合、全ての試視聴区間において、端末状況情報の設定が完了したため、配信サーバ２は図８に示す処理を終了する。
これにより、配信サーバ２が、配信区間選択処理を実行するための準備が完了する。
【００７１】
次に、配信サーバ２における端末状況判定処理（図７のＳ１７）の詳細について図９を用いて説明する。実施の形態では、この時点においてユーザ端末１と配信サーバ２の上述したログイン処理が適正に完了しているものとする。
ここで配信サーバ２は、取得した取得情報から端末状況を判定する処理を実行する。
【００７２】
まず配信サーバ２は、ステップＳ２０１において、ユーザ端末１から受信したユーザ端末１の取得情報を得る。
配信サーバ２は、ステップＳ２０２において、当該取得情報が周囲の環境音に関する測定値を有するか否かを判定する。取得情報が当該測定値を有する場合、配信サーバ２は、ステップＳ２０３において、当該測定値に応じた端末状況情報を対応関係管理ＤＢ３３を参照して判定する。例えば配信サーバ２は、当該測定値が「４０デシベル（ｄＢ）未満」である場合、対応関係管理ＤＢ３３を参照して取得情報「４０デシベル（ｄＢ）未満」に対応する「環境音：静か」を端末状況情報として取得する。
上記処理の終了後又は、環境音に関する測定値を有しない場合、配信サーバ２はステップＳ２１１に処理を進める。
【００７３】
配信サーバ２は、ステップＳ２１１において、取得情報が位置情報を推定するための情報を有しているかを判定する。ここで、位置情報を推定するための情報とは、例えば加速度センサや角速度センサによる測定値やＧＰＳやビーコンによる位置情報などのことである。
配信サーバ２は、ステップＳ２１２において、取得した当該情報に応じた端末状況情報を対応関係管理ＤＢ３３を参照して判定する。例えば配信サーバ２は、取得情報としての加速度センサや角速度センサによる測定値からユーザ端末１を所持しているユーザが「乗車中」であるといった端末状況情報を取得する。また配信サーバ２は、取得情報としての緯度情報、経度情報から「自宅」、「図書館」等の端末状況情報を取得する。
上記処理の終了後又は、位置情報を有しない場合、配信サーバ２はステップＳ２２１に処理を進める。
【００７４】
配信サーバ２は、ステップＳ２２１において、取得した取得情報がユーザ端末１の解像度の情報を有するかを判定する。当該取得情報が解像度の情報を有する場合、配信サーバ２は、ステップＳ２２２において、解像度情報に応じた端末状況情報を対応関係管理ＤＢ３３を参照して判定する。例えば配信サーバ２は、ユーザ端末１の解像度のピクセル数が「１９２０×１０８０以上」である場合、「解像度：高い」を端末状況情報として取得する。
【００７５】
上記処理の終了後又は解像度情報を有しない場合、配信サーバ２は、ステップＳ２３１において、ユーザ端末１から取得した取得情報が有する様々な情報を取得し、それぞれ対応する端末状況情報を対応関係管理ＤＢ３３から取得する。
取得情報の全てについて端末状況情報の取得が完了すると、配信サーバ２は図９の処理を終了し、図７のステップＳ１８の配信区間選択処理に処理を進める。
上記処理を実行することで、ユーザ端末１の現在の状況を判定することができる。配信サーバ２は、この現在の端末状況に基づいて、後述する配信区間選択処理において配信対象となる試視聴区間を選択する。
【００７６】
次に、配信サーバ２における配信区間選択処理（図７のステップＳ１８）について図１０を用いて説明する。
まず配信サーバ２は、ステップＳ３０１において、配信候補となる試視聴区間を選択する処理を行う。具体的には、配信サーバ２は、試視聴区間管理ＤＢ３４を参照し、図７のステップＳ１７の端末状況判定処理において取得した端末状況情報に該当する試視聴区間を、配信候補として選択する。
【００７７】
そして配信サーバ２は、ステップＳ３２１において、配信候補となる試視聴区間があるか否かを判定する。ここで、配信候補となる試視聴区間がない場合、配信サーバ２はステップＳ３２２において、例えばあらかじめ設定しておいた試視聴区間を配信区間として決定し、図１０の処理を終了する。この場合、上記のようにこのような場合を想定してあらかじめ設定しておいた試視聴区間を配信区間としてもよいし、複数ある試視聴区間からランダムで配信区間を決定してもよい。
【００７８】
ステップＳ３２１において、配信候補となる試視聴区間がある場合、配信サーバ２は、ステップＳ３０２において、配信候補が複数あるかを判定する。配信候補となる試視聴区間が一つしかない場合は、配信サーバ２は、ステップＳ３０３において当該試視聴区間を配信区間として選択し、図１０の処理を終了する。
【００７９】
配信候補となる試視聴区間が複数ある場合、配信サーバ２は、ステップＳ３０４において、配信候補の試視聴区間のうち最もユーザ端末１から取得した端末状況情報に合致する項目の多い試視聴区間を配信区間として選択する。ユーザ端末１から取得した端末状況情報に合致する項目が多いほど、ユーザ端末１の周囲の環境に適した試視聴区間と考えられるためである。
なお、ステップＳ３０４において、全ての試視聴区間について合致する端末状況情報がなかった場合、配信サーバ２は、ランダムで選択した試視聴区間を配信区間として設定する。また、このような場合において、本サービスの提供側で、あらかじめ配信区間とする試視聴区間を設定しておいてもよい。
配信サーバ２はステップＳ３０４の処理の後、図１０の処理を終了する。
図１０の処理の後、配信サーバ２は図７のステップＳ１９に処理を進め、上記と同様の処理を実行する。
【００８０】
ここで、配信サーバ２による配信区間選択処理の第２例について図１１を用いて説明する。第２例は、配信候補となる試視聴区間が複数ある場合においての、配信する試視聴区間の選択手法として、ユーザの属性情報を用いるものである。
【００８１】
配信サーバ２は、ステップＳ３０２において、配信候補となる試視聴区間が複数ある場合、ステップＳ３１０に処理を進め、ユーザの属性情報を取得する。具体的には、配信サーバ２は、ユーザＤＢ３１からユーザの年代、性別等の情報や、過去の動画コンテンツ等の視聴履歴情報を取得する。
【００８２】
そして配信サーバ２は、ステップＳ３１１において、複数の配信候補の中からそれらの属性情報に適応する試視聴区間を配信区間として選択する。
例えば、ユーザの属性情報が「２０代男性」であれば、２０代男性が好みそうな試視聴区間を選択する。またユーザの動画コンテンツの視聴履歴から「アクション」のジャンルが頻繁に視聴されていた場合は、アクションシーンの多く含まれる試視聴区間を配信区間として選択することが考えられる。このように、複数の配信候補があるときにユーザの属性情報を反映させた配信区間を選択することで、ユーザ端末１の周囲の環境を反映させるとともに、ユーザに興味を持たせるような試視聴区間の選択が可能になる。
配信サーバ２は、ステップＳ３１１の処理の後、図１１の処理を終了する。
【００８３】
なお、複数の配信候補がある場合の配信区間の選択方法には、上記例の他にも様々な方法が考えられる。例えば、取得した端末状況情報の直近の取得情報を用いて選択されたものを含む試視聴区間を配信区間と設定することが考えられる。これにより直近のユーザ端末１の環境を反映させた配信区間の選択が可能となる。
またあらかじめ、優先的に適用する端末状況情報を設定しておき、複数の配信候補のうち、優先適用される端末状況情報を有する試視聴区間を配信区間として選択することもできる。
【００８４】
＜５．動画配信システムにおける処理：第２の実施の形態＞
次に、本サービスにおける動画配信システムの第２の実施の形態について図１２を用いて説明する。
試視聴区間は、ユーザが動画コンテンツの購入を検討するにあたり有用な情報であるが、あまり多くの試視聴区間を試視聴できることとすると、動画コンテンツの内容への期待感を薄れさせるおそれもある。そこで本実施の形態では、ユーザがある動画コンテンツにおいて、一度、試視聴区間を視聴すると、当該動画コンテンツにおける次回以降の試視聴においては、同じ試視聴区間が配信されることとした。これにより、ユーザの動画コンテンツへの期待感を損なうことなく試視聴区間を配信することが可能となる。
【００８５】
ここで、ユーザ端末１にコンテンツ選択画面５０が提示された状態において、ユーザ端末１から動画コンテンツの試視聴要求を受信すると、配信サーバ２は、ステップＳ２１において、ユーザＩＤ及び動画コンテンツの視聴履歴情報を取得する。
そして配信サーバ２は、ステップＳ２２において、試視聴要求された動画コンテンツの試視聴区間をユーザが視聴済みであるかを取得した視聴履歴情報から判定する。
【００８６】
ユーザが試視聴区間を視聴していない場合、配信サーバ２は、ステップＳ１５→Ｓ１６でユーザ端末１から取得情報を取得する。その後、配信サーバ２は、ステップＳ１７で端末状況判定処理を行った後にステップＳ１８で配信区間選択処理を実行し、ユーザ端末１に配信する試視聴区間を選択する。
そして配信サーバ２は、ステップＳ１９で、ステップＳ１８で選択した試視聴区間が再生されるようにユーザ端末１への制御を実行する。これにより、ステップＳ２０ではユーザ端末１において、ユーザ端末１の端末状況を反映させた動画コンテンツの試視聴区間の再生が開始される。
【００８７】
一方、ユーザが試視聴区間を視聴済みである場合、配信サーバ２は、ステップＳ２３において、試視聴済みの試視聴区間を配信区間として選択する。そして、配信サーバ２は、ステップＳ１９で、選択した配信区間が再生されるようにユーザ端末１への制御を実行する。これにより、ステップＳ２０ではユーザ端末１において、以前ユーザが視聴した試視聴区間の再生が開始される。
【００８８】
＜６．動画配信システムにおける処理：第３の実施の形態＞
次に、本サービスにおける動画配信システムの第３の実施の形態について図１３を用いて説明する。本実施の形態は、動画コンテンツの試視聴回数の制限を設け、或る動画コンテンツのユーザの試視聴回数が所定回数を超えると、次回以降の試視聴の際には、所定回数の間に配信したことのある試視聴区間のみから配信区間を選択するものである。
【００８９】
ユーザ端末１にコンテンツ選択画面５０が提示された状態において、ユーザ端末１から動画コンテンツの試視聴要求を受信すると、配信サーバ２は、ステップＳ２１において、ユーザＩＤ及び動画コンテンツの視聴履歴情報を取得する。
そして配信サーバ２は、ステップＳ３１において、試視聴要求された動画コンテンツについて、試視聴区間が、所定の回数視聴されているかを視聴履歴情報から判定する。
所定の回数は１回、３回、１０回等様々に設定可能である。ここで、所定の回数は試視聴区間の数より少なくすることも考えられる。これにより、全ての試視聴区間を配信することがなくなり、ユーザの動画コンテンツへの期待感を損なうことなく試視聴区間を配信することが可能となる。
【００９０】
ユーザが試視聴区間を所定の回数視聴していない場合、配信サーバ２は、ステップＳ１５→Ｓ１９で、ユーザ端末１の取得情報を反映して選択した試視聴区間が再生されるようにユーザ端末１への制御を実行する。そして、ステップＳ２０ではユーザ端末１において試視聴区間の再生が開始される。
【００９１】
一方、ユーザが試視聴区間を所定の回数視聴済みである場合、配信サーバ２は、ステップＳ３２において、配信済みの試視聴区間から配信区間を選択する処理を行う。配信サーバ２は、視聴履歴情報から配信済みの試視聴区間の情報を取得する。
配信サーバ２は、その後、ステップＳ１５〜Ｓ１７と同様の処理により、受信したユーザ端末１の取得情報からユーザ端末１の端末状況情報を取得する。そして、配信済みの試視聴区間のうち、取得した端末状況情報を有するものを配信区間として選択する。
【００９２】
その後配信サーバ２は、ステップＳ１９で、選択した配信区間が再生されるようにユーザ端末１への制御し、ステップＳ２０ではユーザ端末１において、所定の回数において選択された範囲内での試視聴区間の再生が開始される。
【００９３】
＜７．まとめ及び変形例＞
上記した実施の形態等で説明した配信サーバ２は、端末装置（ユーザ端末１）からの配信要求に応じて、複数の試視聴区間が設定されたコンテンツにおける選択された試視聴区間を、端末装置（ユーザ端末１）に配信可能なコンテンツ配信部２４と、端末装置（ユーザ端末１）の視聴環境パターン（端末状況情報）を、端末装置（ユーザ端末１）から取得した情報を用いて判定する端末状況判定部２２と、複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報を用いて、複数の試視聴区間から、端末装置（ユーザ端末１）の視聴環境パターンに対応する試視聴区間を選択し、コンテンツ配信部２４による配信対象とする試視聴区間選択部２３と、を備えるものである（図７）。
配信サーバ２からユーザ端末１へ試視聴区間を配信する際に、複数の試視聴区間のうちからユーザ端末１からの端末周囲の状況や端末自身の情報等の視聴環境パターンを加味した上で試視聴区間を選択することができる。これにより、ユーザ端末１の現在の状況を反映させた試視聴区間の配信が可能となる。
ユーザは自室だけでなく、例えば電車内等の他の乗客に騒音とならないよう配慮すべき場所や車道等の周囲の騒音が大きい場所等の様々な環境でユーザ端末１を用いてコンテンツの試視聴を行うことも考えられるし、試視聴のために用いる所持しているユーザ端末１の処理性能やディスプレイの大きさによって、ユーザにとって伝わりやすい試聴区間は異なるものである。このように、ユーザ端末１やその周囲の環境により、ユーザが快適に試視聴することができる区間は異なるが、本発明によれば、このような様々な状況に対応して、適した試視聴区間を選択し、配信することで、ユーザに快適な動画コンテンツの試視聴を提供することができる。
【００９４】
また配信サーバ２は、コンテンツについての複数の試視聴区間のそれぞれを視聴環境パターン（端末状況情報）に対応付けした情報をあらかじめ記憶部（図２の記憶部１０８等）に記憶させる記憶処理部２１をさらに備え、試視聴区間選択部２３は、記憶処理部２１によって記憶された複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報を用いて配信対象となる試視聴区間を選択することが考えられる（図８）。
端末装置の状況を想定しておき、当該想定される状況ごとに適した試視聴区間を対応付けて記憶しておくことで、ユーザ端末１の状況を判定しさえすれば、当該記憶を参照するだけで試視聴区間を選択することができる。従って、配信サーバ２の処理負担の軽減を図ることができる。
【００９５】
また配信サーバ２は、端末装置（ユーザ端末１）の視聴環境パターン（端末状況情報）を示す項目が複数設定され、端末状況判定部２２は、端末装置（ユーザ端末１）の視聴環境パターンを項目として判定し、試視聴区間選択部２３は当該項目のうち最も多くの項目に合致する試視聴区間を配信対象として選択する（図１０のＳ３０４）。
つまり、端末状況情報に該当する項目が多いほど、ユーザ端末１の状況をより詳細に反映させているといえる。従って、ユーザ端末１の状況をより一層反映させた試視聴区間を提示させることができる。
【００９６】
また配信サーバ２（端末状況判定部２２）は、端末装置（ユーザ端末１）が集音した音声データを用いて端末装置（ユーザ端末１）の視聴環境パターン（端末状況情報）を判定することが考えられる。
例えば、集音した音の音量レベルを判定することでユーザ端末１を使用している周囲の騒音の大きさを判定することができる。また、集音した音を解析することで、ユーザ端末１の位置を推定することもできる。例えば、解析により電車のアナウンスなどを抽出すれば、ユーザ端末１を所持するユーザが駅構内にいることを推定することができる。従って、ユーザ端末１の状況を判定する精度を向上させることができる。
【００９７】
また配信サーバ２（端末状況判定部２２）は、端末装置（ユーザ端末１）の位置に関する情報を用いて端末装置（ユーザ端末１）の視聴環境パターン（端末状況情報）を判定することが考えられる。
ユーザ端末１の位置情報によって、ユーザ端末１の周囲の環境を推定することができる。例えば、位置情報によりユーザ端末１を所持しているが車道にいることが判定できれば、車の走行による騒音を考慮したユーザ端末１の状況を判定することができる。従って、ユーザ端末１の状況を判定する精度を向上させることができる。
【００９８】
また配信サーバ２（端末状況判定部２２）は、端末装置（ユーザ端末１）の機能又は設定に関する情報を用いて端末装置（ユーザ端末１）の視聴環境パターン（端末状況情報）を判定することが考えられる。
例えば、ユーザ端末１の機能として解像度が低いことがわかれば、細かい描写のあるコンテンツを視聴しづらい状況であることが推定できる。また、ユーザ端末１のディスプレイの明るさの設定が暗めに設定されている場合は、文字の字幕等が読みづらい状況であることが推定できる。従って、ユーザ端末１の状況を判定する精度を向上させることができる。
【００９９】
また配信サーバ２（試視聴区間選択部２３）は、最初に配信対象として選択した試視聴区間を配信対象として選択することが考えられる（図１２のＳ２３）。即ち、配信サーバ２（試視聴区間選択部２３）は、試視聴区間を配信しようとするコンテンツについて、配信先に対し過去に該コンテンツのいずれかの試視聴区間を配信済みであった場合、配信先に配信済みの試視聴区間を配信対象として選択する。
これにより、ユーザにコンテンツを試視聴する際には、最初に試視聴した試視聴区間を二回目以降も提示させる。つまり、最初に試視聴した試視聴区間以外の他の試視聴区間は提示されない。
試視聴区間は、ユーザが動画コンテンツの購入を検討するにあたり有用な情報であるが、あまり多くの試視聴区間を試視聴できることとすると、動画コンテンツの内容への期待感を薄れさせるおそれもある。そこで本実施の形態では、ユーザがある動画コンテンツにおいて、一度、試視聴区間を視聴すると、当該動画コンテンツにおける次回以降の試視聴においては、同じ試視聴区間が配信されることとした。これにより、ユーザの動画コンテンツへの期待感を損なうことなく試視聴区間を配信することが可能となる。
【０１００】
また配信サーバ２（試視聴区間選択部２３）は、端末装置（ユーザ端末１）からの配信要求が所定の回数を超えると、今までに配信対象として選択した試視聴区間のなかから配信対象となる試視聴区間を選択することが考えられる（図１３のＳ３２）。
コンテンツについて所定回数以上試視聴を行った場合、それ以降は所定回数のなかで選択された配信区間の範囲内で試視聴区間が提示される。
これにより、配信区間を選択するバリエーションをある程度残しておくことで、動画コンテンツの試視聴が制限された状態であっても、ユーザ端末１の状況に応じた試視聴区間をある程度出し分けることが可能となる。また、試視聴区間の選択の幅を狭めることで、必要以上にユーザの動画コンテンツへの期待感を損なうことなく試視聴区間を配信することが可能となる。
【０１０１】
また実施の形態における第１の実施の形態乃至第３の実施の形態で説明したそれぞれの処理は、それぞれが独立した処理であってもよいし、それぞれの処理を組み合わせて行うことも可能である。実施の形態の組み合わせとしては様々な態様が考えられる。
【０１０２】
また、実施の形態においては、コンテンツとして動画を例に挙げて説明するが、ここでのコンテンツは動画に限られることはなく、書籍、音楽、アプリケーション等の様々な情報やサービスが適用できる。
例えば本発明は、コンテンツが書籍であれば試し読み等の試読区間の選択手法として、コンテンツが音楽であれば視聴区間の選択手法として、アプリケーションであれば、試しに使用できる機能の選択手法として、それぞれ適用することができるものである。
【０１０３】
ここで、変形例について説明する。
本実施の形態においては、複数のユーザ端末１、配信サーバ２がネットワークＮＷにより相互に通信可能な状態で接続されている例について説明したが、図１４に示すように複数のユーザ端末１、ＡＰＩサーバ２Ａ、コンテンツ配信サーバ２ＢがネットワークＮＷにより相互に通信可能な状態で接続されていることとしてもよい。
【０１０４】
ＡＰＩサーバ２Ａとコンテンツ配信サーバ２Ｂは本サービスの提供者側で操作される情報処理装置である。
ＡＰＩサーバ２Ａは、ユーザ端末１から試視聴可能動画について視聴要求があった場合、当該要求を受信したユーザ端末１の現在の状況を取得情報から判定し、当該判定した状況に応じた試視聴区間を選択する。そして、ユーザ端末１から視聴要求があった試視聴可能動画における選択した試視聴区間の情報をコンテンツ配信サーバ２Ｂに送信する。
コンテンツ配信サーバ２Ｂは、ＡＰＩサーバ２Ａから受信した試視聴区間の情報に応じてユーザ端末１へ当該動画を提示制御する。
【０１０５】
ＡＰＩサーバ２Ａは、記憶処理部２１、端末状況判定部２２、試視聴区間選択部２３、を有する。
記憶処理部２１は、想定されるユーザ端末１の状況と共通の動画コンテンツにおける試視聴区間において示される端末状況（視聴環境パターン）との対応関係の情報をあらかじめＤＢ等に記憶しておく試視聴区間情報記憶処理を実行する（図８等）。
端末状況判定部２２は、ユーザ端末１からの動画コンテンツの試視聴要求に応じてユーザ端末１から取得した取得情報を用いてユーザ端末１の現在の状況を判定する端末状況判定処理を実行する（図９等）。
試視聴区間選択部２３は、試視聴要求された動画コンテンツに設けられた複数の試視聴区間のうちから、端末状況判定部２２が判定したユーザ端末１の状況に応じて試視聴区間を選択する配信区間選択処理を実行する（図１０、図１１等）。試視聴区間選択部２３は、ユーザ端末１から受信した動画コンテンツの試視聴要求に関する情報と、配信区間選択処理により選択した試視聴区間の情報とをコンテンツ配信サーバ２Ｂに送信する。  
【０１０６】
コンテンツ配信サーバ２Ｂは、少なくともコンテンツ配信部２４を有し、コンテンツ配信部２４は、ＡＰＩサーバ２Ａから受信した動画コンテンツの動画ファイルをユーザ端末１に送信し、ＡＰＩサーバ２Ａから受信した試視聴区間の選択情報に基づいて提示制御する処理を実行する（図７、図１２、図１３のＳ１９）。
以上の構成によっても、上記した実施の形態におけるネットワークシステムを実現することが可能であり、上記と同様の効果が奏される。
【０１０７】
＜８．プログラム及び記憶媒体＞
以上、本実施の形態の情報処理装置の実施の形態としての配信サーバ２を説明してきたが、実施の形態のプログラムは、配信サーバ２における各処理を情報処理装置（ＣＰＵなど）に実行させるプログラムである。
【０１０８】
実施の形態のプログラムは、端末装置からの配信要求に応じて、複数の試視聴区間が設定されたコンテンツにおける選択された試視聴区間を、前記端末装置に配信可能なコンテンツ配信機能と、前記端末装置の視聴環境パターンを、前記端末装置から取得した情報を用いて判定する端末状況判定機能と、前記複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報を用いて、前記複数の試視聴区間から、前記端末装置の視聴環境パターンに対応する試視聴区間を選択し、前記コンテンツ配信機能において配信対象とする試視聴区間選択機能と、を実行させるものである。
即ちこのプログラムは、配信サーバ２に対して図７乃至図１３で説明した各ステップの処理を実行させるプログラムである。
【０１０９】
また実施の形態のプログラムは、視聴環境パターンを取得した周囲の情報を用いて判定し、該判定した視聴環境パターンの情報を情報処理装置に送信する処理と、コンテンツに設定された複数の試視聴区間のそれぞれを視聴環境パターンに対応付けした情報を用いることにより前記複数の試視聴区間から配信対象として選択された、受信した視聴環境パターンに対応する試視聴区間の情報を前記情報処理装置から受信する処理と、前記情報処理装置から受信した試視聴区間を提示制御する処理と、をユーザ端末１（端末装置）の情報処理装置（ＣＰＵなど）に実行させるプログラムとすることもできる。このようなプログラムをアプリケーションプログラムとしてユーザ端末１にインストールされるようにし、ユーザ端末１において上述の処理が実行されるようにしてもよい。
例えば、実施の形態の配信サーバ２による端末状況判定処理（図７のＳ１７）をユーザ端末１にインストールされたアプリケーションプログラムにより実行するようにすることが可能である。このプログラムは、ユーザ端末１に対して図９，図１２〜図１４においても上記と対応するステップの処理を実行させるプログラムである。
【０１１０】
具体的には、例えば図７のステップＳ１１からＳ１３までの処理により、図５に示すようなコンテンツ選択画面５０がユーザ端末１上に提示された状態において、ユーザ端末１は、ユーザの選択画面に提示された動画コンテンツについて試視聴するための選択操作を検知すると、ステップＳ１７の端末状況判定処理を実行し、選択された動画コンテンツの試視聴要求及び視聴環境パターンの情報を配信サーバ２に送信する。
【０１１１】
配信サーバ２は、ユーザ端末１から試視聴要求及び視聴環境パターンの情報を受信すると、ステップＳ１８に示すような試視聴区間選択処理を実行し、選択された動画コンテンツにおいて、ユーザ端末１から取得した視聴環境パターンに対応する試視聴区間を選択する。
その後、配信サーバ２は、ステップＳ１９に示すように動画コンテンツの動画ファイルをユーザ端末１に送信し、選択した試視聴区間が再生されるようにユーザ端末１への制御を実行する。これにより、ユーザ端末１は、ステップＳ２０に示すように動画コンテンツの選択された試視聴区間の部分を提示する処理を行う。これにより、ユーザ端末１において動画コンテンツの試視聴区間の再生が開始されることになる。
【０１１２】
このようなプログラムにより、上述した配信サーバ２又はユーザ端末１としての情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭなどに予め記憶しておくことができる。或いはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的或いは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークによりダウンロードすることもできる。
【０１１３】
最後に、上述した各実施の形態の説明は本技術の一例であり、本技術は上述の実施の形態に限定されることはない。このため、上述した各実施の形態以外であっても、本技術に係る技術的思想を逸脱しない範囲であれば、設計などに応じて種々の変更が可能であることはもちろんである。
【符号の説明】
【０１１４】
１…ユーザ端末、２…配信サーバ、３…データベース、２１…記憶処理部、２２…端末状況判定部、２３…試視聴区間選択部、２４…コンテンツ配信部
【図１】
2020088502.tif 000003
【図２】
2020088502.tif 000004
【図３】
2020088502.tif 000005
【図４】
2020088502.tif 000006
【図５】
2020088502.tif 000007
【図６】
2020088502.tif 000008
【図７】
2020088502.tif 000009
【図８】
2020088502.tif 000010
【図９】
2020088502.tif 000011
【図１０】
2020088502.tif 000012
【図１１】
2020088502.tif 000013
【図１２】
2020088502.tif 000014
【図１３】
2020088502.tif 000015
【図１４】
2020088502.tif 000016