JP2024084159A - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】所望のコンテンツをユーザが見つけやすくする。【解決手段】複数のコンテンツのうちの任意の１つを選択可能なユーザインタフェースを含む第１画像を出力する第１出力処理部と、第１画像の出力状態におけるユーザによる選択入力に応答して、選択された一のコンテンツに係る第１特定画像を含む第２画像を出力する第２出力処理部と、第２画像の出力状態におけるユーザによる所定入力に応答して、第２画像の第１特定画像に係る一のコンテンツを視聴可能な視聴画面への第１画面遷移、又は、複数のコンテンツのうちの一のコンテンツとは異なる他の一のコンテンツに係る第１特定画像を含む第２画像への画像切り替えを実行する第３出力処理部とを含む、情報処理装置が開示される。【選択図】図３

Description

本開示は、情報処理装置、情報処理方法、及びプログラムに関する。

撮影時間に基づいて画像コンテンツのサムネイルを羅列したコンテンツビューアーインターフェースを生成して表示し、コンテンツビューアーインターフェース上で入力されるインターフェース変換タッチジェスチャーに応答して、コンテンツビューアーインターフェースを、複数の画像コンテンツが分類期間に応じて分類されて提供される期間別画像コンテンツビューアーインターフェースに変換する技術が知られている。

特開２０２０－１８７７５１号公報

しかしながら、上記のような従来技術では、ユーザが、複数のコンテンツのうちから、分類時間に関係なく、視聴したいコンテンツを見つけることが難しい。

そこで、１つの側面では、本開示は、所望のコンテンツをユーザが見つけやすくすることを目的とする。

１つの側面では、複数のコンテンツのうちの任意の１つを選択可能なユーザインタフェースを含む第１画像を出力する第１出力処理部と、
前記第１画像の出力状態におけるユーザによる選択入力に応答して、選択された一のコンテンツに係る第１特定画像を含む第２画像を出力する第２出力処理部と、
前記第２画像の出力状態におけるユーザによる所定入力に応答して、前記第２画像の前記第１特定画像に係る前記一のコンテンツを視聴可能な視聴画面への第１画面遷移、又は、前記複数のコンテンツのうちの前記一のコンテンツとは異なる他の一のコンテンツに係る前記第１特定画像を含む前記第２画像への画像切り替えを実行する第３出力処理部とを含む、情報処理装置が提供される。

１つの側面では、本開示によれば、所望のコンテンツをユーザが見つけやすくすることが可能となる。

本実施形態に係るコンテンツ配信システムのブロック図である。 本開示に従ったコンピュータベースのオペレーションを実行する処理回路のブロック図である。 コンテンツ配信システムにおけるサーバ装置と端末装置との間の連携態様の一例を示すタイミングチャートである。 端末装置の表示部上で実現される画面遷移の説明図である。 画面遷移又は画像切り替えの説明図であり、対応する画面等を模式的に示す図である。 画面遷移又は画像切り替えの説明図であり、対応する画面等を模式的に示す図である。 画面遷移又は画像切り替えの説明図であり、対応する画面等を模式的に示す図である。 画面遷移又は画像切り替えの説明図であり、対応する画面等を模式的に示す図である。 画面遷移又は画像切り替えの説明図であり、対応する画面等を模式的に示す図である。 画面遷移又は画像切り替えの説明図であり、対応する画面等を模式的に示す図である。 画面遷移又は画像切り替えの説明図であり、対応する画面等を模式的に示す図である。 画面遷移又は画像切り替えの説明図であり、対応する画面等を模式的に示す図である。 比較例における画面遷移の説明図である。 他の実施例における画面遷移の説明図である。 カテゴリ選択画面の情報の一例を示す図である。 図３を参照して画面遷移の特徴的な一部を実現するための処理を示す概略的なフローチャートである。 図３を参照して画面遷移の特徴的な一部を実現するための処理を示す概略的なフローチャートである。 図３を参照して画面遷移の特徴的な一部を実現するための処理を示す概略的なフローチャートである。

以下、添付図面を参照しながら各実施例について詳細に説明する。なお、添付図面では、見易さのために、複数存在する同一属性の部位には、一部のみしか参照符号が付されていない場合がある。

図１を参照して、一実施形態に係るコンテンツ配信システム１の概要について説明する。図１は、本実施形態に係るコンテンツ配信システム１のブロック図である。

コンテンツ配信システム１は、サーバ装置１０と、１つ以上の端末装置２０と、を備える。図１では簡便のため、３つの端末装置２０を図示しているが、端末装置２０の数は任意である。

サーバ装置１０は、例えば１つ以上の本コンテンツ配信サービスを提供する運営者が管理するサーバ等の情報処理装置である。端末装置２０は、例えば携帯電話、スマートフォン、タブレット端末、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ヘッドマウントディスプレイ、又はゲーム装置等の、ユーザによって使用される装置である。端末装置２０は、典型的にはユーザごとに異なる態様で、複数がサーバ装置１０にネットワーク３を介して接続されうる。

端末装置２０は、本実施形態に係るコンテンツ視聴アプリケーションを実行可能である。コンテンツ視聴アプリケーションは、ネットワーク３を介してサーバ装置１０や所定のアプリケーション配信サーバから端末装置２０に受信されてもよく、あるいは端末装置２０に備えられた記憶装置又は端末装置２０が読取可能なメモリカード等の記憶媒体にあらかじめ記憶されていてもよい。サーバ装置１０及び端末装置２０は、ネットワーク３を介して通信可能に接続される。例えば、サーバ装置１０及び端末装置２０が協動して、コンテンツ視聴に関する多様な処理を実行する。

なお、ネットワーク３は、無線通信網や、インターネット、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、有線ネットワーク、又はこれらの任意の組み合わせ等を含んでよい。

以下では、コンテンツ配信システム１が、情報処理装置の一例を実現するが、特定の一の端末装置２０の各要素（図１の端末通信部２１～端末制御部２５参照）が、情報処理装置の一例を実現してもよいし、複数の端末装置２０が、協動して情報処理装置の一例を実現してもよい。また、サーバ装置１０が単独で、情報処理装置の一例を実現してもよいし、サーバ装置１０と１つ以上の端末装置２０が、協動して情報処理装置の一例を実現してもよい。

配信されるコンテンツの視聴態様は、多様でありえ、スマートフォンのような端末装置２０の場合、表示部２３を介して視聴可能である。また、配信されるコンテンツの視聴は、ヘッドマウントディスプレイの表示機能を利用して実現可能とされてもよい。例えば、コンテンツが漫画である場合、仮想空間内に配置されてよい表示装置上に、又は、空間上に、漫画コンテンツの一コマ又は一ページを順次描画することで、当該コンテンツの提供が実現されてもよい。なお、仮想空間内の表示装置は、任意の形態であり、仮想空間内に設置されるスクリーンや、仮想空間内に設置される大画面ディスプレイ、仮想空間内の携帯端末のディスプレイ等であってよい。

このように、配信されるコンテンツは、スマートフォンやタブレット等を介して直接的に（ヘッドマウントディスプレイを介することなく）視聴される態様だけでなく、ヘッドマウントディスプレイを介して視聴される態様をも想定される。

（サーバ装置の構成）
サーバ装置１０の構成について具体的に説明する。サーバ装置１０は、サーバコンピュータにより構成される。サーバ装置１０は、複数台のサーバコンピュータにより協動して実現されてもよい。例えば、サーバ装置１０は、各種のコンテンツを提供するサーバコンピュータや、各種の認証サーバを実現するサーバコンピュータ等により協動して実現されてもよい。また、サーバ装置１０は、Ｗｅｂサーバを含んでよい。この場合、後述する端末装置２０の機能の一部は、Ｗｅｂサーバから受領したＨＴＭＬ文書やそれに付随する各種プログラム（ＪａｖａＳｃｒｉｐｔ（登録商標））をブラウザが処理することによって実現されてもよい。

サーバ装置１０は、図１に示すように、サーバ通信部１１と、サーバ記憶部１２と、サーバ制御部１３と、を備える。

サーバ通信部１１は、外部装置と無線又は有線によって通信し、情報の送受信を行うインターフェース（図１ＡのＩ／Ｏインターフェース６１２、ネットワークコントローラ７０２等参照）を含む。サーバ通信部１１は、例えば無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信モジュール又は有線ＬＡＮ通信モジュール等を含んでもよい。サーバ通信部１１は、ネットワーク３を介して、端末装置２０との間で情報を送受信可能である。

サーバ記憶部１２は、例えば記憶装置であって、コンテンツ視聴に係る各種処理に必要な種々の情報及びプログラムを記憶する。

サーバ制御部１３は、専用のマイクロプロセッサ又は特定のプログラムを読み込むことにより特定の機能を実現するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を含んでよい（図１ＡのＣＰＵ６０１参照）。例えばサーバ制御部１３は、端末装置２０と協動して、端末装置２０の表示部２３（タッチパネル）に対するユーザ操作に応じてコンテンツ視聴アプリケーションを実行する。

（端末装置の構成）
端末装置２０の構成について説明する。図１に示すように、端末装置２０は、端末通信部２１と、端末記憶部２２と、表示部２３と、入力部２４と、端末制御部２５とを備える。
端末通信部２１は、外部装置と無線又は有線によって通信し、情報の送受信を行うインターフェース（図１ＡのＩ／Ｏインターフェース６１２、ネットワークコントローラ７０２等参照）を含む。端末通信部２１は、例えばＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）（登録商標）や、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、第五世代移動通信システム、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）等のモバイル通信規格に対応する無線通信モジュール、無線ＬＡＮ通信モジュール、又は有線ＬＡＮ通信モジュール等を含んでもよい。端末通信部２１は、ネットワーク３を介して、サーバ装置１０との間で情報を送受信可能である。

端末記憶部２２は、例えば一次記憶装置及び二次記憶装置を含む。例えば端末記憶部２２は、半導体メモリ、磁気メモリ、又は光メモリ等を含んでもよい。端末記憶部２２は、サーバ装置１０から受信する、コンテンツ視聴関連処理に用いられる種々の情報及びプログラムを記憶する。コンテンツ視聴関連処理に用いられる情報及びプログラムは、端末通信部２１を介して外部装置から取得されてもよい。例えば、コンテンツ視聴アプリケーションプログラムが、所定のアプリケーション配信サーバから取得されてもよい。以下、アプリケーションプログラムを、単にアプリケーションともいう。

表示部２３は、例えば液晶ディスプレイ又は有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等の表示デバイス（図１Ａのディスプレイ６０９も参照）を含む。表示部２３は、多様な画像を表示可能である。表示部２３は、例えばタッチパネルで構成され、多様なユーザ操作を検出するインターフェースとして機能する。なお、表示部２３は、上述したように、ヘッドマウントディスプレイに内蔵される形態であってよい。

入力部２４は、物理キーを含んでもよいし、マウス等のようなポインティングデバイスをはじめとする任意の入力インターフェースを更に含んでもよい。また、入力部２４は、音声入力やジェスチャ入力、視線入力のような、非接触型のユーザ入力を受付可能であってもよい。なお、ジェスチャ入力には、ユーザの各種状態を検出するためのセンサ（画像センサや、加速度センサ、距離センサ等）や、センサ技術やカメラを統合した専用モーションキャプチャー、ジョイパッドのようなコントローラ等）が利用されてもよい。また、視線検出用のカメラは、ヘッドマウントディスプレイ内に配置されてもよい。なお、上述したように、ユーザの各種状態は、例えばユーザの向きや位置、動き又はその類であり、この場合、ユーザの向きや位置、動きとは、ユーザの手や身体の向き、位置、動きのみならず、配信ユーザの視線の向き、位置、動き又はその類を含む概念である。

端末制御部２５は、１つ以上のプロセッサを含む。端末制御部２５は、端末装置２０全体の動作を制御する。

端末制御部２５は、端末通信部２１を介して情報の送受信を行う。例えば、端末制御部２５は、コンテンツ視聴関連処理に用いられる種々の情報及びプログラムを、サーバ装置１０及び他の外部サーバの少なくとも一方から受信する。端末制御部２５は、受信した情報及びプログラムを、端末記憶部２２に記憶する。例えば、端末記憶部２２には、Ｗｅｂサーバに接続するためのブラウザ（インターネットブラウザ）が格納されてよい。

端末制御部２５は、ユーザの操作に応じてコンテンツ視聴アプリケーションを起動する。端末制御部２５は、サーバ装置１０と協動して、コンテンツ視聴関連処理を実行する。例えば、端末制御部２５は、表示部２３の画面上には、ユーザ操作を検出するＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）が出力されてもよい。端末制御部２５は、入力部２４を介して、ユーザ操作を検出可能である。例えば端末制御部２５は、ユーザのジェスチャによる各種操作（タップ操作、ロングタップ操作、フリック操作、及びスワイプ操作等に対応する操作）を検出可能である。端末制御部２５は、操作情報をサーバ装置１０に送信してよい。

図１Ａは、本開示に従ったコンピュータベースのオペレーションを実行する処理回路６００のブロック図である。以下で説明する処理回路６００は、図１に示したサーバ装置１０のサーバ通信部１１からサーバ制御部１３を実現するハードウェア構成として好適である。また、以下で説明する処理回路６００は、図１に示した端末装置２０の端末通信部２１、端末記憶部２２、及び端末制御部２５を実現するハードウェア構成として好適である。

処理回路６００は、任意のコンピュータベースおよびクラウドベースの制御プロセスを制御するために使用され、フローチャートにおける記述またはブロックは、プロセスにおける特定の論理機能またはステップを実装するための１つまたは複数の実行可能命令を含むコードのモジュール、セグメントまたは部分を表すものとして理解することができ、代替実装は、当業者に理解されるように、関連する機能性に応じて実質的に同時または逆順など図示または議論した順序とは異なる順序で機能を実行することができる本先端の例示的実施形態範囲内に含まれる。本明細書に開示された要素の機能は、開示された機能を実行するように構成またはプログラムされた汎用プロセッサ、特殊目的プロセッサ、集積回路、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、従来の回路および／またはそれらの組み合わせを含み得る回路または処理回路を使用して実装され得る。プロセッサは、その中にトランジスタ及び他の回路を含むので、処理回路又は回路である。プロセッサは、メモリ６０２に格納されたプログラムを実行するプログラムされたプロセッサであってよい。本開示において、処理回路、ユニット、または手段は、言及された機能を実行する、または実行するようにプログラムされたハードウェアである。ハードウェアは、本明細書に開示された、またはそうでなければ公知の、言及された機能を実行するようにプログラムされるか構成される任意のハードウェアであってよい。
なお、図１Ａでは、処理回路６００は、バス６２８を介して接続されるディスプレイコントローラ６０６、ストレージコントローラ６２４、ネットワークコントローラ７０２、メモリ６０２、Ｉ／Ｏインターフェース６１２等が接続されている。この場合、処理回路６００は、ディスプレイコントローラ６０６を介してディスプレイ６０９に接続され、Ｉ／Ｏインターフェース６１２を介して、キーボードやマウス６１４、タッチスクリーン６１６、周辺装置６１８に接続されている。また、処理回路６００は、ネットワークコントローラ７０２を介してネットワーク３にアクセスする。

図１Ａにおいて、処理回路６００は、本開示で議論される制御プロセスのうちの１つ以上を実行するＣＰＵ６０１を含む。処理データおよび命令は、メモリ６０２に格納されてもよい。また、これらのプロセスおよび命令は、ハードディスクドライブ（ＨＤＤ）または可搬型記憶媒体などの記憶媒体ディスク６０４（図１Ａでは、「ディスク」と表記）に格納されてもよいし、リモートで格納されてもよい。さらに、請求項に記載された発展的な特徴は、本開示プロセスの命令が格納されるコンピュータ可読媒体の形態によって制限されない。例えば、命令は、ＣＤ、ＤＶＤ、処理回路６００が通信する情報処理装置のＦＬＡＳＨ（登録商標）メモリ、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ハードディスクまたは他の非一時的コンピュータ可読媒体、例えばサーバまたはコンピュータに格納されてもよい。また、プロセスは、ネットワークベースのストレージ、クラウドベースのストレージ、または他のモバイルアクセス可能なストレージに格納され、処理回路６００によって実行可能であってもよい。

さらに、請求項に記載された発展的な特徴は、ＣＰＵ６０１と、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）、Ｓｏｌａｒｉｓ（登録商標）、ＬＩＮＵＸ（登録商標）、Ａｐｐｌｅ（登録商標）、ＭＡＣ－ＯＳ（登録商標）、Ａｐｐｌｅ ｉＯＳ（登録商標）および当業者に知られている他のシステムなどのオペレーティングシステムと連携して実行するユーティリティアプリケーション、バックグラウンドデーモン、またはオペレーティングシステムのコンポーネント、またはその組み合わせとして提供されてもよい。

処理回路６００を実現するためのハードウェア要素は、様々な回路要素によって実現され得る。さらに、上述した実施形態の各機能は、１つまたは複数の処理回路を含む回路によって実現されてもよい。処理回路は、特にプログラムされたプロセッサ、例えば、図ＸＸに示すように、プロセッサ（ＣＰＵ）６０１を含む。処理回路はまた、言及された機能を実行するために配置された特定用途向け集積回路（ＡＳＩＣ）および従来の回路構成要素のようなデバイスを含む。

図１Ａにおいて、処理回路６００は、コンピュータまたは特定の特別な目的の機械であってもよい。処理回路６００は、実装される装置（サーバ装置１０や端末装置２０）を制御するための処理を実行するようにプログラムされている。

代替的に、または追加的に、ＣＰＵ６０１は、当業者であれば認識するように、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＡＳＩＣ、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）上に実装されてもよいし、ディスクリート論理回路を使用して実装されてもよい。さらに、ＣＰＵ６０１は、各種プロセスの命令を実行するために、並行して協調的に動作する複数のプロセッサとして実装されてもよい。

図１Ａの処理回路６００は、また、ネットワーク３とインターフェースするための、イーサネットＰＲＯネットワークインタフェースカードなどのネットワークコントローラ７０２を含む。理解できるように、ネットワーク３は、インターネットなどの公衆ネットワーク、またはローカルエリアネットワーク（ＬＡＮ）もしくはワイドエリアネットワーク（ＷＡＮ）などのプライベートネットワーク、またはそれらの任意の組み合わせとすることができ、公衆交換電話網（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）または統合サービスデジタルネットワーク（ＩＳＤＮ：Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）サブネットワークも含むことができる。ネットワーク３は、また、イーサネットネットワーク、ユニバーサルシリアルバス（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ケーブルなどの有線とすることができ、またはＥＤＧＥ、３Ｇ、４Ｇ及び５Ｇ無線セルラーシステムを含むセルラーネットワークなどの無線とすることができる。また、無線ネットワークは、Ｗｉ－Ｆｉ（登録商標）、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、または公知の他の無線通信形態とすることができる。さらに、ネットワークコントローラ７０２は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信（ＮＦＣ）、赤外線などの他の直接通信規格に準拠することができる。

次に、図２以降を参照して、コンテンツ配信システム１を更に説明する。以下では、配信されるコンテンツが、漫画コンテンツである場合について説明する。

図２は、コンテンツ配信システム１におけるサーバ装置１０と端末装置２０との間の連携態様の一例を示すタイミングチャートである。図３は、端末装置２０の表示部２３上で実現される画面遷移の説明図である。図３では、全体の見やすさを考慮して、各画面は、簡易的に示されており、各画面の詳細は、図４以降で説明する。図４から図１１は、画面遷移又は画像切り替えの説明図であり、対応する画面等を模式的に示す図である。

図２に示すように、まず、端末装置２０は、コンテンツ視聴アプリケーションの起動状態において、対応するユーザ入力に応答して、ユーザ登録用の各種ユーザ情報を生成し、サーバ装置１０に送信する（ステップＳ１１）。各種ユーザ情報は、ユーザ名やパスワード、支払い情報等であってよい。サーバ装置１０は、各種ユーザを受信し、ユーザＩＤを発行してユーザ登録を行う（ステップＳ３１）。すなわち、サーバ装置１０は、ユーザＩＤに、各種ユーザ情報を対応付けられる。

端末装置２０は、コンテンツ視聴アプリケーションの起動状態において、対応するユーザ入力（例えばパスワード等の入力）に応答して、コンテンツ視聴アプリケーションにログインする（ステップＳ１２）。サーバ装置１０は、ユーザによるログインがなされると、カテゴリ選択画面Ｇ１の情報を生成し、カテゴリ選択画面Ｇ１の情報を端末装置２０に送信する（ステップＳ３２）。端末装置２０は、カテゴリ選択画面Ｇ１の情報を受信し、カテゴリ選択画面Ｇ１を出力する（ステップＳ１３）。

カテゴリ選択画面Ｇ１は、例えば図４に示すように、特定の一のカテゴリ（図４では、“人気急上昇！”というカテゴリ名のカテゴリ）内の複数のコンテンツを表示する画面である。カテゴリ選択画面Ｇ１は、対応する複数のコンテンツのうちの任意の１つを選択可能なユーザインタフェースを含む。複数のコンテンツは、それぞれの表紙に対応する絵（表紙画像）を含むボタンＧ４０１からＧ４１２に対応付けられ、一のコンテンツは、対応するボタンをユーザがタッチ又は長押し等することで、選択可能とされてよい。なお、以下では、このようなカテゴリ選択画面Ｇ１における各コンテンツに対応するボタンを、コンテンツボタンとも称する。

カテゴリ選択画面Ｇ１は、スクロールが可能とされてよく、ユーザは画面をスクロールすることで、他のカテゴリの複数のコンテンツを選択することも可能とされてよい。なお、一のカテゴリ内で表示可能なコンテンツの数は、固定数（例えば１２個）であってもよいし、カテゴリごとに異なってもよいし、ユーザにより変更可能とされてもよい。

端末装置２０は、カテゴリ選択画面Ｇ１の出力状態において、任意の一のコンテンツに対する選択入力（例えば、対応するコンテンツボタンに対する長押し入力）に応答して（ステップＳ１４）、選択されたコンテンツに係る情報（以下、「選択コンテンツ情報」とも称する）をサーバ装置１０に送信する（ステップＳ１５）。なお、選択コンテンツ情報は、選択されたコンテンツ自体を特定可能な情報であってもよいし、選択されたコンテンツに係るカテゴリ（以下、「選択カテゴリ」とも称する）を特定可能な情報であってもよい。

サーバ装置１０は、選択コンテンツ情報を受信する（ステップＳ３３）と、選択カテゴリを特定し、当該選択カテゴリ内に属する複数のコンテンツに係るポップアップ画面Ｇ２情報を、端末装置２０に送信する（ステップＳ３４）。ポップアップ画面Ｇ２情報は、後述するポップアップ画面Ｇ２を表示するための情報を含み、具体的には、選択カテゴリ内の複数のコンテンツのそれぞれに係るポップアップ画像Ｇ７（第２画像の一例）を表示するための情報を含んでよい。

端末装置２０は、サーバ装置１０からポップアップ画面Ｇ２情報を受信すると、受信したポップアップ画面Ｇ２情報に基づいて、ポップアップ画面Ｇ２（第２画像を含む操作画面の一例）を表示する（ステップＳ１６）。

このようして、ユーザは、カテゴリ選択画面Ｇ１において、任意の一のコンテンツを選択すると（対応するコンテンツ選択ボタンを長押しすると）、カテゴリ選択画面Ｇ１をポップアップ画面Ｇ２に遷移させることができる（図３の矢印Ｒ３０Ａ参照）。

ポップアップ画面Ｇ２は、例えば図５に示すように、選択コンテンツのみに係るポップアップ画像Ｇ７を含む。すなわち、ポップアップ画像Ｇ７は、選択コンテンツだけの情報を含み、かつ、選択コンテンツに係る絵Ｇ７０（画像）（第１特定画像の一例）を含む。

本実施例では、一例として、ポップアップ画面Ｇ２は、コンテンツ選択画面の前面側にポップアップ画像Ｇ７が拡大してポップアップした形態である。この際、背景側の画像であるコンテンツ選択画面の画像は、見立たなくなるように、輝度が低下（コンテンツ選択画面の際の輝度に比べて低下）されてもよい。

ポップアップ画面Ｇ２は、対応する選択コンテンツの表紙情報をユーザに視認しやすくする機能を有する。すなわち、ポップアップ画面Ｇ２は、選択コンテンツに関して、カテゴリ選択画面Ｇ１におけるコンテンツボタンから得られる情報よりも多くの表紙情報を、ユーザに視覚的に与える機能を有する。このようなポップアップ画面Ｇ２の機能を、「表紙情報伝達機能」とも称する。

ところで、上述したカテゴリ選択画面Ｇ１は、ユーザに各カテゴリ内の複数のコンテンツを一覧として視認しやすくする機能を有するのに対して、ポップアップ画面Ｇ２は、上述したように、一のコンテンツ（選択コンテンツ）だけに関して表紙情報伝達機能を有する。このような機能の相違に起因して、ポップアップ画面Ｇ２における表紙情報は、上述したカテゴリ選択画面Ｇ１におけるコンテンツボタンに付与されてよい表紙情報（第２特定画像の一例）よりも、情報量が有意に多くてよい。

ポップアップ画像Ｇ７における選択コンテンツに係る絵Ｇ７０は、好ましくは、表紙情報伝達機能を高めるため、対応する単行本の表紙の絵（表紙画像）をベース画像として、当該ベース画像と同じ又は略同じであってよい。あるいは、選択コンテンツに係る絵Ｇ７０は、例えば、対応する単行本の表紙の絵に対して作者による特別な変更が付与されてもよい。なお、略同じとは、画像の解像度や印刷のドットゲインの差に起因した相違や、単行本の販売の際に付与されうる帯に対応する絵が含まれる程度の相違を許容する概念である。他方、略同じとは、単行本には付与され得ない情報、例えば、“今だけ無料”といったコンテンツ配信システム１のサービスに係る案内表示（図４の案内表示Ｇ４００参照）が付与されないことを意味する。

本実施例では、ポップアップ画像Ｇ７における選択コンテンツに係る絵Ｇ７０は、単行本の表紙の絵と一致するのに対して、上述したコンテンツボタンにおける対応するコンテンツの絵は、単行本の表紙の絵に、コンテンツ配信システム１のサービスに係る情報（例えば、“今だけ無料”といった図４の案内表示Ｇ４００参照）が付与される。

なお、本実施例では、コンテンツが漫画コンテンツであるため、ポップアップ画像Ｇ７やコンテンツボタンに係る画像のベースとなる画像（ベース画像）は、上述したように単行本の表紙画像であるが、ベース画像は、コンテンツの種類に応じて異なりうる。例えば、コンテンツが動画である場合、ベース画像は、サムネイル画像であってよいし、コンテンツが書籍コンテンツである場合、ベース画像は、書籍の表紙画像であってよい。また、コンテンツがゲームである場合、ベース画像は、ゲームのパッケージの表紙などの代表的な画像であってよいし、ゲーム画面の画像であってもよい。

ポップアップ画像Ｇ７における選択コンテンツに係る絵Ｇ７０は、好ましくは、表紙情報伝達機能を高めるため、ポップアップ画面Ｇ２全体に対して、３０％以上の領域に出力され、より好ましくは、５０％以上の領域に出力され、更に好ましくは、図６に示すように、略全体（例えば７５％以上の領域）に出力される。これにより、ユーザは、絵の細部（図６では、「細かい絵の部分」という文字を付されたハッチング領域で模式的に図示）やタッチ、作風等を容易に視認できるので、選択コンテンツが自身の好みに一致するかどうか（少し読んでみたいかどうか）を容易に判断できる。

また、ポップアップ画像Ｇ７のサイズが少し小さめで、背景側（ボタンＧ４０１からＧ４１２に係る絵（例えばサムネイル）の一覧）の画面が操作可能とされてもよい。この場合、ポップアップ画像Ｇ７は、ボタンＧ４０１からＧ４１２のいずれかをタップすることで、選択コンテンツが変更可能とされてもよい。そして、新たな選択コンテンツに係るポップアップ画像Ｇ７では、当該選択コンテンツから順繰り（図７参照）に見られるようにしてもよい。この場合、ユーザは、ポップアップ画面Ｇ２を一度閉じて開いたりせずに新たな所望のコンテンツに係るポップアップ画像Ｇ７を表示させることもできる。

ポップアップ画像Ｇ７は、選択コンテンツに係る絵（画像）Ｇ７０からなってもよいが、選択コンテンツに係る画像に重ならない態様（すなわち選択コンテンツに係る絵に対する視認性を阻害しない態様）で、選択コンテンツに係る他の情報を含んでよい。他の情報は、表紙情報に含まれていない他の主要情報を含んでよい。この場合、他の主要情報は、例えば、図５に示すように、他の情報は、出版社名、著者名、ジャンル、説明文等を含んでよい。説明文は、対応する選択コンテンツのあらすじ情報、関連するコンテンツ（同一著者による他のコンテンツ）の情報等を含んでよい。また、図６に示すように、他の情報は、主に、作品説明Ｇ７１を含んでよい。また、ポップアップ画面は、他の情報として、評価（例えば、数値化した評価）情報や、お気に入りの登録の有無の情報等を含んでよい。また、ポップアップ画面は、他の情報として、コンテンツ配信システム１のサービスに係る情報（例えば、“今だけ無料”といった図４の案内表示Ｇ４００参照）を含んでもよい。

端末装置２０は、ポップアップ画面Ｇ２の出力状態において、ユーザからのコンテンツ変更入力（第２所定入力の一例）に応答して（ステップＳ１７）、選択コンテンツを選択カテゴリ内で変化させる（ステップＳ１８）。すなわち、端末装置２０は、ポップアップ画像Ｇ７を、選択コンテンツに応じて変化させる。コンテンツ変更入力は、任意であるが、変化方向を反転させるための２種類の入力を含んでよい。本実施例では、一例として、図３に模式的に示すように、コンテンツ変更入力は、画面左右方向へのフリック操作に基づく各種入力を含み、この場合、左方向へのフリック入力と、右方向へのフリック入力の２種類の異なる入力は、選択コンテンツを変化させる方向が互いに逆である。

選択カテゴリ内における選択コンテンツの変化態様は、任意であり、１つずつ順に規則的に変化する態様であってよい。例えば、図７には、一のカテゴリ内の１２個のコンテンツに係る変化態様の一例が矢印で模式的に示されている。この場合、右方向へのフリック入力に対しては、１回の入力ごとに、正面視でＺ字状に上から下へと選択コンテンツが変化し、左方向へのフリック入力に対しては、１回の入力ごとに、その逆に選択コンテンツが変化する。いずれの場合も、１周分変化すると再び同じ態様で変化が繰り返されてよい。この場合、所定条件が成立すると、複数のコンテンツが変更されてもよい。例えば、当初は、特定の１２個のコンテンツが順に選択コンテンツとして選択可能であるが、所定条件が成立すると、特定の１２個のコンテンツの一部又は全部が、他のコンテンツに入れ替わってもよい。この場合、他のコンテンツは、特定の１２個のコンテンツと同じカテゴリ内のコンテンツであってもよいし、異なるカテゴリ内のコンテンツであってもよい。前者の場合、カテゴリの変更は、カテゴリ選択画面Ｇ１でのみ実現可能となり、各画面の役割が明確となる。他方、後者の場合、カテゴリの変更が、ポップアップ画面Ｇ２を維持しつつ実現されることになり、利便性が向上する。所定条件は、Ｎ周分（ただし、Ｎは１以上の整数）同じ複数のコンテンツが選択コンテンツとして順にポップアップ画像Ｇ７に表示された場合に満たされてもよい。あるいは、所定条件は、ポップアップ画面Ｇ２に出現されてもよい特定ボタンに対する操作入力があった場合に満たされてもよい。この場合、特定ボタンは、上述したような所定条件又はその類の条件が満たされた場合に出現されてもよい。

このようにして、本実施例では、ポップアップ画面Ｇ２の出力状態において、ユーザからの所定入力に応答して、選択コンテンツを選択カテゴリ内で変化させることができる。そして、選択カテゴリ内での選択コンテンツの変化（ポップアップ画像Ｇ７の切り替え）は、複数のコンテンツのそれぞれに係るポップアップ画像Ｇ７が所定順に現れる態様で、実行される。これにより、ユーザは、ポップアップ画面Ｇ２の出力状態を維持しつつ、選択コンテンツを変化させることができる。

以下では、特に区別する場合、カテゴリ選択画面Ｇ１においてユーザがコンテンツボタンを長押しすることで選択された選択コンテンツを、「初期の選択コンテンツ」とも称する。ユーザは、ポップアップ画面Ｇ２の出力状態において、変更入力（後述）に応答して、初期の選択コンテンツから、他のコンテンツ（例えば、選択カテゴリ内の他のコンテンツ）を、新たな選択コンテンツとすることができる。

端末装置２０は、ユーザからのビューワー起動入力（第１所定入力の一例）に応答して（ステップＳ１９）、現在の選択コンテンツを視聴可能な視聴画面（以下、「ビューワー画面Ｇ３」と称する）への画面遷移（第１画面遷移の一例）の要求を、サーバ装置１０に送信する（ステップＳ２０）。ビューワー画面Ｇ３は、コンテンツを視聴するための画面であり、縦読み及び／又は横読み用の画面を含んでよい。ビューワー画面Ｇ３は、図９及び図１０を参照して後述する。

ビューワー起動入力は、上述したコンテンツ変更入力と同様にポップアップ画面Ｇ２の出力中に可能な入力であるため、上述したコンテンツ変更入力とは異なる。本実施例では、一例として、ビューワー起動入力は、画面上方向へのフリック入力であり、画面下方向へのフリック入力は、カテゴリ選択画面Ｇ１への遷移（戻り）を実現する（図３の矢印Ｒ３０Ｂ参照）。ただし、他の実施例では、ビューワー起動入力は、画面下方向へのフリック入力であってもよい。この場合、ユーザは、上下方向のフリック入力と、左右方向のフリック入力とを使い分けて、各種の所望の画面遷移又は画像変化（選択コンテンツの変化）を実現できる。

サーバ装置１０は、端末装置２０からのビューワー画面Ｇ３への遷移要求を受信すると（ステップＳ３５）、現在の選択コンテンツに係るビューワー画面Ｇ３の画面情報を、端末装置２０に送信する（ステップＳ３６）。なお、この際、現在のコンテンツをユーザが視聴可能な権利を有するか否かがサーバ装置１０により判定されてもよい。

端末装置２０は、ビューワー画面Ｇ３の画像情報を受信すると、受信した画像情報に基づいて、ビューワー画面Ｇ３を出力する（ステップＳ２１）。

ここで、図３とともに図８から図１１を参照して、ビューワー画面Ｇ３とともに、ビューワー画面Ｇ３からの画面遷移について説明する。

端末装置２０が上述したようにビューワー画面Ｇ３を出力すると、ユーザは、ビューワー画面Ｇ３を介して、現在の選択コンテンツを視聴可能となる。なお、現在の選択コンテンツがユーザにとってはじめて視聴するコンテンツである場合、視聴条件等を表示する画面が出力されてもよい（図３の矢印Ｒ３１、Ｒ３２参照）。図８には、視聴条件を表示（案内）する視聴条件案内画面Ｇ８０の一例が示されている。視聴条件は、任意であるが、例えば課金等に基づく条件であってよい。

端末装置２０は、視聴条件を満たすユーザに対しては、対応するユーザの当該コンテンツの既読位置情報に基づいて、前回の続きのページから視聴開始できるように、ビューワー画面Ｇ３を出力してもよい。例えば、現在の選択コンテンツがユーザにとってはじめて視聴するコンテンツである場合、端末装置２０は、対応する既読位置情報（この場合、初回の視聴を表す既読位置情報）に基づいて、１話目の最初のページからのビューワー画面Ｇ３を出力してよい。図９には、１話目のビューワー画面Ｇ３の一例が示されている。他方、現在の選択コンテンツがユーザにとってすでに１話以上視聴済である場合、端末装置２０は、対応する既読位置情報（この場合、直近の視聴を表す既読位置情報）に基づいて、前回の続きのページからのビューワー画面Ｇ３を出力してよい。図１０は、２話目以降のビューワー画面Ｇ３の一例が示されている。なお、連続的に読み進めるときは１話目からは２話目以降に進む（図３の矢印Ｒ３３参照）ことができる。

１話目のビューワー画面Ｇ３と２話目以降のビューワー画面Ｇ３とは、外観自体は同一であり、表示されている漫画のコマが違うだけである。ただし、１話目のビューワー画面Ｇ３と２話目以降のビューワー画面Ｇ３とは、ともに、閉じるボタンＢＴ７１、ＢＴ７２を有するが、閉じるボタンＢＴ７１、ＢＴ７２の操作時の応答が異なってよい。

具体的には、端末装置２０は、１話目のビューワー画面Ｇ３の出力状態における終了入力（閉じるボタンＢＴ７１の操作により生じる入力）に応答して、ポップアップ画面Ｇ２への画面遷移（第２画面遷移の一例）を実現する（図３の矢印Ｒ３７参照）。この際、遷移先のポップアップ画面Ｇ２は、元のポップアップ画面Ｇ２であってよく、現在の選択コンテンツに係るポップアップ画像Ｇ７を含んでよい。他方、端末装置２０は、２話目以降のビューワー画面Ｇ３の出力状態における終了入力（閉じるボタンＢＴ７２の操作により生じる入力）に応答して、詳細画面Ｇ４への画面遷移（第３画面遷移の一例）を実現する（図３の矢印Ｒ３４参照）。詳細画面Ｇ４は、図１１に模式的に示すように、現在の選択コンテンツの視聴状態等を示す画面であってよい。なお、ユーザは、このような詳細画面Ｇ４から、適切な操作を行うことで、現在の選択コンテンツにおける所望の位置（例えば、任意のＮ話目）から視聴するビューワー画面Ｇ３への画面遷移が可能とされてよい。

また、端末装置２０は、カテゴリ選択画面Ｇ１における一のコンテンツに対する選択確定入力に応答して、カテゴリ選択画面Ｇ１から詳細画面Ｇ４へのダイレクトな遷移を実現してもよい（図３の矢印Ｒ３６参照）。このような遷移は、すでに当該コンテンツを読むことが確定しているユーザにとって利便性が高いものとなる。この場合、選択確定入力は、上述したポップアップ画面Ｇ２への遷移のための選択入力とは異なる。例えば、選択入力が、対応するコンテンツボタンに対する長押し入力である場合、選択確定入力、対応するコンテンツボタンに対するタップ入力であってもよい。

ここで、比較例を示す図１２や変形例を示す図１３を参照して、比較例や変形例に対する上述した実施例の効果を説明する。

図１２は、比較例における画面遷移（端末装置２０の表示部２３上で実現される画面遷移）の説明図である。

上述した実施例では、ビューワー画面Ｇ３からポップアップ画面Ｇ２への遷移が可能であるが、図１２に示す比較例のように、ビューワー画面Ｇ３からポップアップ画面Ｇ２への遷移が不能とされてもよい。特に比較例の場合、ポップアップ画面Ｇ２自体が存在せず、カテゴリ選択画面Ｇ１においてユーザが一のコンテンツを選択すると、当該選択したコンテンツに係る視聴条件案内画面を介して、当該選択したコンテンツに係るビューワー画面Ｇ３へ遷移する仕様である。なお、比較例では、カテゴリ選択画面Ｇ１においてユーザが一のコンテンツを選択すると、当該選択したコンテンツ（初期の選択コンテンツ）に係るビューワー画面Ｇ３へ遷移する仕様であってもよい。

このような比較例では、ポップアップ画面Ｇ２を経由しないため、ユーザは、ビューワー画面Ｇ３でしか、コンテンツの詳細な絵（比較的に大きな画面での絵）を見ることができない。このような場合、ユーザは、実質的には、カテゴリ選択画面Ｇ１で、カテゴリとともにコンテンツも選択する必要が生じ、利便性が低くなる。特に、漫画コンテンツの場合、絵の好みなどがユーザが当該漫画コンテンツを視聴するか否かを判断する重要な入口要素の１つである。従って、特に漫画コンテンツの場合、カテゴリ選択画面Ｇ１における比較的小さいコンテンツボタンの画像から、ユーザが好みの漫画コンテンツであるかどうかを判断することは難しい。その結果、ユーザは、所望のコンテンツを見つけるまで、複数回、カテゴリ選択画面Ｇ１とビューワー画面Ｇ３との間を行き来する不便を強いられるおそれがある。

これに対して、本実施例によれば、上述したように、ユーザは、視聴しようかどうか確定していないが興味のあるコンテンツについては、カテゴリ選択画面Ｇ１からポップアップ画面Ｇ２を介してビューワー画面Ｇ３へと遷移させることができる。これにより、ユーザは、ポップアップ画面Ｇ２において、比較的大きい絵を見て、自分の好みに合うコンテンツかどうかを判断できるので、絵を見ただけで興味がなくなるようなコンテンツについてビューワー画面Ｇ３への遷移機会を低減できる。この結果、本実施例によれば、比較例で生じる不都合を防止でき、画面遷移の回数低減による処理負荷の低減も図ることができる。

図１３は、変形例における画面遷移（端末装置２０の表示部２３上で実現される画面遷移）の説明図である。

上述した実施例では、ビューワー画面Ｇ３からポップアップ画面Ｇ２への遷移が可能であるが、図１３に示す変形例のように、ビューワー画面Ｇ３からポップアップ画面Ｇ２への遷移が不能とされてもよい。この場合、図１３に矢印Ｒ１２’で示すように、ビューワー画面Ｇ３からカテゴリ選択画面Ｇ１への遷移が可能とされてもよい。

ところで、現在の選択コンテンツがユーザにとってはじめて視聴するコンテンツである場合、いわゆる“試し読み”の可能性がある。試し読みの場合、読んでみたところ好みとは違い、読み進めることを断念して、他のコンテンツを探したくなる場合が多々ある。この場合に、毎回、図１３に示した変形例のように、ビューワー画面Ｇ３からカテゴリ選択画面Ｇ１に戻り、再度、所望の新たなコンテンツを選択して、ポップアップ画面Ｇ２を介してビューワー画面Ｇ３へと遷移させるユーザ操作が必要となる。このようなユーザ操作は操作数が増え、煩雑となりうる。

これに対して、本実施例によれば、このような変形例による煩雑さを低減できる。すなわち、本実施例によれば、ユーザは、ビューワー画面Ｇ３上のコンテンツとは異なる他のコンテンツを探したくなる場合に、ポップアップ画面Ｇ２に戻って、ポップアップ画面Ｇ２で、ポップアップ画像Ｇ７を見ながら、左右のフリック入力により、同カテゴリ内の所望の新たなコンテンツを選択できる。これにより、ユーザは、煩雑さを感じることなく、効率的に所望のコンテンツを見つけることができる。

次に、上述した実施例に関して、いくつかの特徴について更に説明する。

図１４は、カテゴリ選択画面Ｇ１の情報の一例を示す図である。図１４に示すようなカテゴリ選択画面Ｇ１の情報は、サーバ装置１０において生成及び管理されてよい。

カテゴリ選択画面Ｇ１の情報は、コンテンツの変更（追加等）やカテゴリの変更（追加等）等に応じて動的に変化してよく、また、ユーザごとに異なってもよい。例えば、複数のカテゴリのうちの、１つ以上のカテゴリは、ユーザごとに異なりうる特定カテゴリを含んでよい。この場合、特定カテゴリは、ユーザにより選択されたお気に入りコンテンツ、又は、ユーザへのお薦めコンテンツに関するものであってよい。お気に入りコンテンツは、ポップアップ画面Ｇ２等において対応付けられてよいお気に入りマーク（図示せず）をユーザがアクティブにしたコンテンツであってよい。お気に入りコンテンツの数は、上限値が設定されてもよいし、無制限であってよい。この場合、例えば、一のカテゴリ内の複数のコンテンツの数を１２個とすると、１２個を超えてお気に入りコンテンツがある場合、複数のお気に入りカテゴリが用意されてもよい。あるいは、この場合、上限値が１２個に設定されてもよい。また、ユーザへのお薦めコンテンツは、同ユーザによる閲覧履歴に基づいて、類似のジャンルのコンテンツ（作品）から自動的に選定されてもよいし、以前見たコンテンツの続きのお話（すなわち続編など）が出た場合や、同じ作者の違うコンテンツなどをから自動的に選定されてもよい。なお、上述したように、一のカテゴリ内の複数のコンテンツの数は、ユーザごとに可変とされてもよいし、カテゴリごとに異なってもよい。

図１５から図１７は、図３を参照して上述した画面遷移の特徴的な一部を実現するための処理を示す概略的なフローチャートである。図１５から図１７に示す処理は、例えば端末装置２０により実行されるが、一部がサーバ装置１０と協動して実行されてもよい。

ステップＳ１５００では、端末装置２０は、カテゴリ選択画面Ｇ１の出力状態において、一のコンテンツに対する選択確定入力（例えば、タップ入力）があったか否かを判定する。なお、カテゴリ選択画面Ｇ１は、上述したとおりである。判定結果が“ＹＥＳ”の場合、ステップＳ１５０１に進み、それ以外の場合は、ステップＳ１５０２に進む。

ステップＳ１５０１では、端末装置２０は、カテゴリ選択画面Ｇ１を、選択確定入力の対象であるコンテンツに係る詳細画面Ｇ４へと遷移させる。詳細画面Ｇ４は、上述したとおりである。詳細画面Ｇ４が出力されると、端末装置２０は、詳細画面Ｇ４においてユーザからの入力に応じた各種処理（図示せず）を実行してよい。

ステップＳ１５０２では、端末装置２０は、カテゴリ選択画面Ｇ１の出力状態において、カテゴリ変更入力（例えば、スクロール操作による次のカテゴリへの変更入力）があったか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ１５０３に進み、それ以外の場合は、ステップＳ１５０４に進む。

ステップＳ１５０３では、端末装置２０は、新たな別のカテゴリ内の複数のコンテンツボタンを含むカテゴリ選択画面Ｇ１を出力することで、カテゴリ選択画面Ｇ１を更新する。

ステップＳ１５０４では、端末装置２０は、カテゴリ選択画面Ｇ１において、一のコンテンツに対する選択入力があったか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ１５０５に進み、それ以外の場合は、今回周期の処理は終了しつつ、次の処理周期で図１５の処理ルーチンを再び開始する。

ステップＳ１５０５では、端末装置２０は、カテゴリ選択画面Ｇ１をポップアップ画面Ｇ２へ遷移させ、図１６の処理ルーチンへ進む。この際、端末装置２０は、初期の選択コンテンツに係るポップアップ画像Ｇ７を含むポップアップ画面Ｇ２を出力する。ポップアップ画面Ｇ２は、上述したとおりである。

図１６に示す処理ルーチンでは、ステップＳ１６００では、端末装置２０は、ポップアップ画面Ｇ２の出力状態において、コンテンツ変更入力があったか否かを判定する。コンテンツ変更入力は、上述したとおりである。判定結果が“ＹＥＳ”の場合、ステップＳ１６０２に進み、それ以外の場合は、ステップＳ１６０４に進む。

ステップＳ１６０２では、端末装置２０は、ポップアップ画面Ｇ２の出力状態を維持しつつ、現在の選択カテゴリ内で選択コンテンツを変化させる。そして、次の処理周期で図１６の処理ルーチンを再び開始する。

ステップＳ１６０４では、端末装置２０は、ポップアップ画面Ｇ２の出力状態において、ビューワー起動入力があったか否かを判定する。ビューワー起動入力は、上述したとおりである。判定結果が“ＹＥＳ”の場合、ステップＳ１６０６に進み、それ以外の場合は、ステップＳ１６０８に進む。

ステップＳ１６０６では、端末装置２０は、ポップアップ画面Ｇ２からビューワー画面Ｇ３への遷移要求をサーバ装置１０に送信して、図１７に示す処理ルーチンへ進む。なお、ビューワー画面Ｇ３は、上述したとおりである。

ステップＳ１６０８では、端末装置２０は、ポップアップ画面Ｇ２の出力状態において、戻る入力があったか否かを判定する。戻る入力は、例えば画面下方向へのフリック操作に基づく入力であってよい。判定結果が“ＹＥＳ”の場合、ステップＳ１６０９に進み、それ以外の場合は、今回周期の処理は終了しつつ、次の処理周期で図１６の処理ルーチンを再び開始する。

ステップＳ１６０９では、端末装置２０は、ポップアップ画面Ｇ２からカテゴリ選択画面Ｇ１への遷移を実現して、図１５に示した処理ルーチンへ移行する。

図１７に示す処理ルーチンでは、ステップＳ１７００において、端末装置２０は、ビューワー画面Ｇ３を介した各種視聴画面処理を実行する。各種視聴画面処理は、例えば、ビューワー画面Ｇ３への遷移要求がサーバ装置１０により拒絶された場合の処理等を含んでよい。この場合、端末装置２０にはエラー画面等が出力されてよい。以下では、ビューワー画面Ｇ３への遷移要求に応答してサーバ装置１０からビューワー画面Ｇ３の情報を受信した場合について説明する。この場合、各種視聴画面処理は、漫画コンテンツを読み進めるためのユーザからの入力に応じて、ページ等を更新する（めくる又はスクロールする）等を含んでよい。

ステップＳ１７０２では、端末装置２０は、ビューワー画面Ｇ３の出力状態において、閉じるボタンＢＴ７１、ＢＴ７２（図９及び図１０参照）による終了入力があったか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ１７０４に進み、それ以外の場合は、今回周期の処理は終了しつつ、次の処理周期で図１７の処理ルーチンを再び開始する。

ステップＳ１７０４では、端末装置２０は、現在のビューワー画面Ｇ３が、２話目以降のビューワー画面Ｇ３であるか否かを判定する。なお、変形例では、端末装置２０は、１話目内の所定ページ以上、読み進められているか否かを判定してもよい。２話目以降である場合は、ユーザが当該コンテンツを更に読み進めていく可能性が高いと判断できる。従って、判定結果が“ＹＥＳ”の場合、ステップＳ１７０６に進む。これに対して、２話目以降でない場合は、ユーザが当該コンテンツを気に入らず他のコンテンツを探したくなった可能性が高いと判断できる。従って、判定結果が“ＮＯ”の場合、ステップＳ１７０８に進む。

ステップＳ１７０６では、端末装置２０は、ビューワー画面Ｇ３を、視聴していたコンテンツに係る詳細画面Ｇ４へと遷移させる。詳細画面Ｇ４は、上述したとおりである。詳細画面Ｇ４が出力されると、端末装置２０は、詳細画面Ｇ４においてユーザからの入力に応じた各種処理（図示せず）を実行してよい。

ステップＳ１７０８では、端末装置２０は、ビューワー画面Ｇ３を、元のポップアップ画面Ｇ２（視聴していたコンテンツに係るポップアップ画像Ｇ７を含むポップアップ画面Ｇ２）へと遷移させ、図１６の処理ルーチンに移行する。

このようにして、図１７に示す処理によれば、コンテンツに対して読み進み度合いに応じて、閉じるボタンによる終了入力に応答した遷移先の画面を異ならせることができる。このような処理は、特に、巻又は話を含む所定纏まりごとに分解可能な態様の漫画コンテンツに対して好適である。これは、一の所定纏まり（例えば１話目）を超えて視聴されている場合、当該コンテンツをユーザが読み進める可能性が高いと高い信頼性で判断できるためである。

以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施例の構成要素の全部又は複数を組み合わせることも可能である。

例えば、上述した実施例では、カテゴリ選択画面Ｇ１を有する仕様であり、ポップアップ画面Ｇ２は、カテゴリ選択画面Ｇ１から遷移可能であるが、これに限られない。例えば、カテゴリ選択画面Ｇ１に代えて、カテゴリで分類されない態様で複数のコンテンツボタンが並ぶ画面が利用されてもよい。

また、上述した実施例は、上述したように、仮想空間を介して提供されうるコンテンツにも適用可能である。この場合、ビューワー画面Ｇ３等の各種画面は、ヘッドマウントディスプレイを介した視野全体で実現されてもよいし、上述した仮想空間内の表示装置の画面を介して実現されてもよい。また、各種の入力（例えばフリック入力等）は、ジェスチャ入力等により実現されてもよい。

１ コンテンツ配信システム
３ ネットワーク
１０ サーバ装置（第１出力処理部、第２出力処理部、第３出力処理部、第４出力処理部）
１１ サーバ通信部
１２ サーバ記憶部
１３ サーバ制御部
２０ 端末装置（第１出力処理部、第２出力処理部、第３出力処理部、第４出力処理部）
２１ 端末通信部
２２ 端末記憶部
２３ 表示部
２４ 入力部
２５ 端末制御部

Claims (19)

1. 複数のコンテンツのうちの任意の１つを選択可能なユーザインタフェースを含む第１画像を出力する第１出力処理部と、
   前記第１画像の出力状態におけるユーザによる選択入力に応答して、選択された一のコンテンツに係る第１特定画像を含む第２画像を出力する第２出力処理部と、
   前記第２画像の出力状態におけるユーザによる所定入力に応答して、前記第２画像の前記第１特定画像に係る前記一のコンテンツを視聴可能な視聴画面への第１画面遷移、又は、前記複数のコンテンツのうちの前記一のコンテンツとは異なる他の一のコンテンツに係る前記第１特定画像を含む前記第２画像への画像切り替えを実行する第３出力処理部とを含む、情報処理装置。
2. 前記第２画像は、前記第１画像上に前記第１特定画像を重畳した画像を含む、請求項１に記載の情報処理装置。
3. 前記所定入力は、第１所定入力と、第２所定入力とを含み、
   前記第３出力処理部は、前記第１所定入力に応答して、前記第１画面遷移を実行し、かつ、前記第２所定入力に応答して、前記画像切り替えを実行する、請求項１に記載の情報処理装置。
4. 前記第１特定画像は、画面の略全体にわたって出力され、
   前記第１所定入力は、画面上又は下方向へのフリック操作に基づく入力を含み、前記第２所定入力は、画面左右方向へのフリック操作に基づく入力を含む、請求項３に記載の情報処理装置。
5. 前記画像切り替えは、前記複数のコンテンツのそれぞれに係る前記第１特定画像が所定順に現れる態様で、実行される、請求項１に記載の情報処理装置。
6. 前記画像切り替えは、前記所定入力が連続する間は、前記複数のコンテンツのそれぞれに係る前記第１特定画像の中だけで実行される、請求項５に記載の情報処理装置。
7. 前記第３出力処理部は、前記画像切り替えの実行後に所定条件が成立すると、前記複数のコンテンツを変更する、請求項６に記載の情報処理装置。
8. 前記第１画像は、前記複数のコンテンツのそれぞれに係る第２特定画像を含み、
   一のコンテンツに係る前記第１特定画像は、同一のコンテンツに係る前記第２特定画像よりもサイズが大きい、請求項１に記載の情報処理装置。
9. 一のコンテンツに係る前記第１特定画像と、同一のコンテンツに係る前記第２特定画像とは、同一のベース画像に基づいて生成され、
   前記第２特定画像は、前記ベース画像上に重畳される所定情報表示を含む、請求項８に記載の情報処理装置。
10. 前記ベース画像は、サムネイル画像、書籍の表紙画像、及び漫画の表紙画像の少なくともいずれかを含み、
    前記第１特定画像は、前記ベース画像からなる、請求項９に記載の情報処理装置。
11. 前記第２画像は、前記第１特定画像とは重複しない領域に、対応する前記コンテンツに関する他の情報を含む、請求項１０に記載の情報処理装置。
12. 前記複数のコンテンツは、カテゴリごとに、選択可能とされる、請求項１に記載の情報処理装置。
13. 前記カテゴリは、ユーザごとに異なりうる特定カテゴリを含む、請求項１２に記載の情報処理装置。
14. 前記特定カテゴリは、ユーザにより選択されたお気に入りコンテンツ、又は、ユーザへのお薦めコンテンツに関する、請求項１３に記載の情報処理装置。
15. 前記視聴画面を介した視聴中のユーザによる終了入力に応答して、前記視聴画面から前記第２画像を含む操作画面への第２画面遷移、又は、前記視聴画面から、視聴していた前記コンテンツに係る詳細情報を含む詳細画面への第３画面遷移を実行する第４出力処理部を更に含む、請求項１に記載の情報処理装置。
16. 前記複数のコンテンツは、漫画コンテンツを含み、
    前記視聴画面は、前記漫画コンテンツの縦読み又は横読みが可能なビューワー画面である、請求項１５に記載の情報処理装置。
17. 前記複数のコンテンツは、巻又は話を含む所定纏まりごとに分解可能な態様の漫画コンテンツを含み、
    前記第４出力処理部は、視聴していた前記漫画コンテンツが、一の前記所定纏まりを超えて視聴されている場合、前記終了入力に応じて前記第３画面遷移を実行する、請求項１５に記載の情報処理装置。
18. 複数のコンテンツのうちの任意の１つを選択可能なユーザインタフェースを含む第１画像を出力し、
    前記第１画像の出力状態におけるユーザによる選択入力に応答して、選択された一のコンテンツに係る第１特定画像を含む第２画像を出力し、
    前記第２画像の出力状態におけるユーザによる所定入力に応答して、前記第２画像の前記第１特定画像に係る前記一のコンテンツを視聴可能な視聴画面への第１画面遷移、又は、前記複数のコンテンツのうちの前記一のコンテンツとは異なる他の一のコンテンツに係る前記第１特定画像を含む前記第２画像への画像切り替えを実行する、
    処理をコンピュータに実行させるプログラム。
19. 複数のコンテンツのうちの任意の１つを選択可能なユーザインタフェースを含む第１画像を出力し、
    前記第１画像の出力状態におけるユーザによる選択入力に応答して、選択された一のコンテンツに係る第１特定画像を含む第２画像を出力し、
    前記第２画像の出力状態におけるユーザによる所定入力に応答して、前記第２画像の前記第１特定画像に係る前記一のコンテンツを視聴可能な視聴画面への第１画面遷移、又は、前記複数のコンテンツのうちの前記一のコンテンツとは異なる他の一のコンテンツに係る前記第１特定画像を含む前記第２画像への画像切り替えを実行することを含む、コンピュータにより実行される情報処理方法。