(57)【要約】【課題】画像をユーザに提供する際における、ユーザにとっての利便性を向上させ、且つ、画像の送信に係るコストを低減すること。【解決手段】サーバ１の画像データ取得部１１１は、複数の画像のデータを、データの群として取得する。区分可能画像データ生成部１３１は、複数の画像の夫々を区分可能に含む画像のデータを、区分可能画像のデータとして生成する。視聴者端末３−ｃの区分可能画像データ領域区分部３２２は、区分可能画像のデータに基づいて、複数の画像の夫々を区分する。サブ画像配置情報取得部３２３は、複数の画像のうち１以上の画像を表示対象として、表示対象の前記１以上の画像の夫々をどのように配置するのかを示す情報を、配置情報として取得する。表示画像データ生成部３２４は、配置情報に基づいて、表示対象の前記１以上の画像の夫々を配置させた画像のデータを、表示画像のデータとして生成する。【選択図】図３
2020187634.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに提示される画像のデータを生成する第１情報処理装置と、当該画像を当該ユーザに提示する際に利用される第２情報処理装置とを含む情報処理システムにおいて、
前記第１情報処理装置は、
複数の画像のデータを、第１データの群として取得する第１取得手段と、
前記複数の画像の夫々を区分可能に含む画像のデータを、第２データとして生成する第１生成手段と、
前記第２データを前記第２情報処理装置に送信する制御を実行する送信制御手段と、
を備え、
前記第２情報処理装置は、
前記第１情報処理装置から送信された前記第２データを取得する第２取得手段と、
前記第２データに基づいて、前記複数の画像の夫々を区分する区分手段と、
前記複数の画像のうち１以上の画像を表示対象として、表示対象の前記１以上の画像の夫々をどのように配置するのかを示す情報を、配置情報として取得する第３取得手段と、
前記配置情報に基づいて、表示対象の前記１以上の画像の夫々を配置させた画像のデータを、第４データとして生成する第２生成手段と、
前記第４データに対応する前記画像を前記ユーザに提示する制御を行う提示制御手段と、
を備える、
情報処理システム。
【請求項２】
前記第１取得手段は、前記第１データの群の中から、主画像のデータと副画像のデータを取得し、
前記第１生成手段は、第１の画質の前記主画像と第２の画質の前記副画像との夫々を区分可能に含む画像のデータを、前記第２データとして生成する、
請求項１に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに関する。
【背景技術】
【０００２】
従来、テレビ会議システムや動画配信サービスの中には、動画像を始めとする画像のデータを、インターネットを介して配信するものが存在する。
ここで、１台以上の画面共有端末に入力された情報のうち、他の画面共有端末（以下、「クライアント端末」と呼ぶ）に配信する情報の選択を、管理端末から受け付けることが可能な情報処理システムが提案されている（例えば、特許文献１参照）。
【０００３】
特許文献１に記載の技術を含む従来技術では、複数の画像（複数のユーザから送信された画像や、単一のユーザから送信された複数の資料等の画像）を共有する場合、クライアント端末は、管理端末により選択された画像を表示することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１８−０６３６６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、画像のデータをユーザに提供する手法として、ユーザにとっての利便性を向上させ、且つ、コストを低減させる手法が近年要求されているものの、特許文献１を含め従来の技術ではこのような要求に十分に応えられていない。また、ユーザにとっての利便性を向上させつつ、多量のユーザに画像を共有（配信）する場合、コストが大きくなることがあった。
即ち、特許文献１に記載の技術を含む従来技術では、ユーザは、閲覧する画面に、任意の画像を任意の配置で表示することができず、ユーザにとっての利便性が高いとは言える状況ではなかった。
【０００６】
本発明は、このような状況を鑑みてなされたものであり、画像をユーザに提供する際における、ユーザにとっての利便性を向上させ、且つ、画像の送信に係るコストを低減することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一態様の情報処理システムは、
ユーザに提示される画像のデータを生成する第１情報処理装置と、当該画像を当該ユーザに提示する際に利用される第２情報処理装置とを含む情報処理システムにおいて、
前記第１情報処理装置は、
複数の画像のデータを、第１データの群として取得する第１取得手段と、
前記複数の画像の夫々を区分可能に含む画像のデータを、第２データとして生成する第１生成手段と、
前記第２データを前記第２情報処理装置に送信する制御を実行する送信制御手段と、
を備え、
前記第２情報処理装置は、
前記第１情報処理装置から送信された前記第２データを取得する第２取得手段と、
前記第２データに基づいて、前記複数の画像の夫々を区分する区分手段と、
前記複数の画像のうち１以上の画像を表示対象として、表示対象の前記１以上の画像の夫々をどのように配置するのかを示す情報を、配置情報として取得する第３取得手段と、
前記配置情報に基づいて、表示対象の前記１以上の画像の夫々を配置させた画像のデータを、第４データとして生成する第２生成手段と、
前記第４データに対応する前記画像を前記ユーザに提示する制御を行う提示制御手段と、
を備える。
【０００８】
本発明の一態様の上記情報処理システムに対応するプログラムも、本発明の一態様のプログラムとして提供される。
【発明の効果】
【０００９】
本発明によれば、画像をユーザに提供する際における、ユーザにとっての利便性を向上させ、且つ、画像の送信に係るコストを低減することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】図１の情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。
【図３】図１の情報処理システムのうちサーバ及び視聴者端末の機能的構成例の一例を示す機能ブロック図である。
【図４】図３のサーバにより提供される本サービスにおける、画像の提供の例を示す図である。
【図５】図３のサーバが送信する区分可能画像のデータにおける、メイン画像とサブ画像との配置の例を示す図である。
【図６】図３のサーバが送信する区分可能画像のデータにおける、メイン画像とサブ画像との配置のうち、図５と異なる例を示す図である。
【図７】図３の機能的構成を有するサーバにより実行される、画像送信処理の流れの一例を説明するフローチャートである。
【図８】図３の機能的構成を有する視聴者端末により実行される、画像表示処理の流れの一例を説明するフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明の実施形態について説明する。
【００１２】
なお、以下において、単に「画像」と呼ぶ場合には、「動画像」と「静止画像」との両方を含むものとする。
また、「動画像」には、次の第１処理乃至第３処理の夫々により表示される画像を含むものとする。
第１処理とは、平面画像（２Ｄ画像）におけるオブジェクト（例えば自然人の像）の夫々の動作に対して、複数枚からなる一連の静止画像を時間経過と共に連続的に切り替えて表示させる処理をいう。具体的には例えば、２次元アニメーション、いわゆるパラパラ漫画的な処理が第１処理に該当する。
第２処理とは、立体画像（３Ｄモデルの画像）におけるオブジェクト（例えば自然人の像）の夫々の動作に対応するモーションを設定しておき、時間経過と共に当該モーションを変化させて表示させる処理をいう。具体的には例えば、３次元アニメーションが第２処理に該当する。
第３処理とは、オブジェクト（例えば自然人の像）の夫々の動作に対応した映像（即ち動画像）を準備しておき、時間経過と共に当該映像を流していく処理をいう。
ここで、「映像（即ち動画像）」は、複数のフレームやフィールド等の画像（以下、「単位画像」と呼ぶ）から構成される。なお以下の例では、単位画像はフレームであるものとして説明する。
【００１３】
本発明が適用される情報処理システムを用いたサービス（以下、「本サービス」と呼ぶ）では、配信者が、ライブ配信を行うことができる。
なお、ライブ配信とは、チャットを含む各種コンテンツについてリアルタイムで行う配信をいう。また、配信者とは、ライブ配信を行う主体であり、本実施形態では１以上の視聴者とチャットを行う者をいう。また、視聴者とは、ライブ配信された画像を含む各種コンテンツ（チャット含む）を視聴する者をいう。
即ち、本実施形態では、チャットの内容は、配信者とチャットを行う視聴者対してのみならず、そのチャットの内容が画像を含むコンテンツとして、チャットを行う視聴者に限られない全ての視聴者にも、ライブ配信される。即ち、本実施形態におけるチャットは、いわゆる公開チャットである。
【００１４】
なお、本実施形態では、配信者は、ｎ人（ｎは１以上の整数値）の視聴者のうち、１人の視聴者と公開チャットを行うものとする。以下、配信者と公開チャットを行う１人の視聴者を、「チャット対象者」と呼ぶ。
また、後述するようにチャット対象者の選択の手法は、特に限定されないが、本実施形態では、配信者の指示に基づいて選択する手法が採用されているものとする。即ち、配信者は、ｎ人の視聴者のうち１以上の視聴者の中から、チャット対象者を選択するものとする。以下、チャット対象者に選択される候補である視聴者を、「チャット候補者」と呼ぶ。
【００１５】
ここで、本明細書において、チャットとは、必要に応じてインターネットを含むネットワークを通じて、複数端末間でメッセージ等をリアルタイムにやり取りするコミュニケーションをいう。コミュニケーションの手段としては、文字、音声、画像（静止画像及び動画像）等を用いることができる。これらの手段の夫々を用いたチャットは、「テキストチャット」、「ボイスチャット及」び「ビデオチャット」の夫々と呼ばれている。以下の説明では、ビデオチャットを想定しているが、特にこれに限定されず、テキストチャットやボイスチャットも採用することができる。ここで、ボイスチャットには、いわゆる「電話」も含めることができる。つまり、ネットワークが、携帯電話のキャリアが管理するキャリア網である場合、いわゆる「電話」もボイスチャットと把握することができる。また、ビデオチャットとテキストチャットを組み合わせて、画像中にメッセージテキストを重畳してスクロール表示させても良い。
【００１６】
図１は、本発明の一実施形態に係る情報処理システムの構成を示すブロック図である。
【００１７】
図１に示す情報処理システムは、サーバ１と、配信者端末２と、ｎ台の視聴者端末３−１乃至３−ｎの夫々とが、インターネット等の所定のネットワークＮを介して相互に接続されている。
【００１８】
サーバ１は、配信者端末２と、視聴者端末３−１乃至３−ｎとに対してライブ配信をする環境を提供する。
【００１９】
図１に示すように、配信者端末２は、配信者Ｕ１が操作するものとする。
また、視聴者端末３−１乃至３−ｎの夫々は、視聴者Ｕ２−１乃至Ｕ２−ｎの夫々が操作するものとする。なお、視聴者端末３−１乃至３−ｎの夫々を個々に区別する必要が無い場合、これらをまとめて「視聴者端末３」と呼ぶ。また、「視聴者端末３」とまとめて呼んでいる場合、視聴者Ｕ２−１乃至Ｕ２−ｎをまとめて「視聴者Ｕ２」と呼ぶ。
【００２０】
図２は、図１の情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。
【００２１】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。
【００２２】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００２３】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【００２４】
出力部１６は、ディスプレイやスピーカ等で構成され、各種情報を画像や音声として出力する。
入力部１７は、キーボードやマウス等で構成され、各種情報を入力する。
【００２５】
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図１の例では配信者端末２や視聴者端末３）との間で通信を行う。
【００２６】
ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【００２７】
なお、図示はしないが、図１の情報処理システムの配信者端末２及び視聴者端末３は図２に示すハードウェア構成と基本的に同様の構成を有している。ただし、配信者端末２、又は視聴者端末３は、入力部の１つとして、カメラ等の撮像部を有していてもよく、タッチパネルを有していてもよい。
【００２８】
このような図２のサーバ１、配信者端末２及び視聴者端末３の各種ハードウェアと各種ソフトウェアとの協働により、次のような一連の処理が実行可能となる。
【００２９】
本実施形態では、サーバ１は、視聴者端末３で公開チャットを視聴する視聴者の中から、１人以上のチャット候補者を任意の方法で抽出する。サーバ１は、抽出した１人以上のチャット候補者の中から、例えば配信者端末２からの指示に基づいてチャット対象者を決定する。
サーバ１は、この様にして決定したチャット対象者の視聴者端末３と、配信者端末２との間で公開チャットを行うために必要な各種制御を実行し、そのチャット内容を含む所定のコンテンツを全ての視聴者端末３−１乃至３−ｎにライブ配信をする。
【００３０】
ここで、チャット対象者に選択されていない１人以上のチャット候補者の視聴者端末３が撮像する画像（主に視聴者の顔画像）は、少なくとも配信者端末２に一覧表示されて、配信者Ｕ１側でいつでもチャット対象者に選択できる状態となっている。
この様にすることにより、例えば、アイドルタレント等が配信者Ｕ１となっているライブ配信において、配信者Ｕ１は、任意のファン（視聴者Ｕ２）との対話を自由に切り替えてライブ配信に載せることができる。これにより、本サービスは、視聴しているファンに「いつか選ばれるかもしれない」という期待感を醸成し、以て、より多くのファンがライブ配信の視聴者となる契機とすることができる。
【００３１】
このように、情報処理システムは、ライブ配信をする一連の処理として、サーバ１が視聴者端末３へ画像を送信する段階に係る一連の処理（以下、「画像送信処理」と呼ぶ）と、視聴者端末３が実際に視聴者に画像を表示する段階に係る一連の処理（以下、「画像表示処理」と呼ぶ）と、から構成される一連の処理とを実行することができる。
このような画像送信処理及び画像表示処理を実現すべく、図１の情報処理システムは図３に示すような機能的構成を有している。
即ち、図３は、図１の情報処理システムのうちサーバ及び視聴者端末の機能的構成例の一例を示す機能ブロック図である。
【００３２】
図３以降の説明において、理解を容易なものとすべく、視聴者Ｕ２のうち、チャット対象者と、１人のチャット候補者と、１人の一般視聴者についてのみ言及する。一般視聴者とは、チャット対象者でもチャット候補者でもない視聴者Ｕ２をいう。
そして、視聴者端末３−１乃至３−ｎのうち、チャット対象者が操作する視聴者端末３を、視聴者端末３−ａ（ａは１からｎのうちの任意の整数値）として説明する。この場合、視聴者端末３−ａは、視聴者Ｕ２−ａにより操作される。そこで、以下、視聴者Ｕ２−ａを、「チャット対象者Ｕ２−ａ」と呼ぶ。
一方、視聴者端末３−１乃至３−ｎのうち、チャット候補者が操作する視聴者端末３を視聴者端末３−ｂ（ｂはａとは異なる整数値であって、１からｎのうちの任意の整数値）として説明する。この場合、視聴者端末３−ｂは、視聴者Ｕ２−ｂにより操作される。そこで、以下、視聴者Ｕ２−ｂを、「チャット候補者Ｕ２−ｂ」と呼ぶ。
また、視聴者端末３−１乃至３−ｎのうち、一般視聴者が操作する視聴者端末３を、視聴者端末３−ｃ（ｃはａ、ｂとは異なる整数値であって、１からｎのうちの任意の整数値）として説明する。そこで、以下、視聴者Ｕ２−ｃを、「一般視聴者Ｕ２−ｃ」と呼ぶ。
【００３３】
図３においては、説明を簡単にするため、視聴者のうち、チャット対象者Ｕ２−ａと、チャット候補者Ｕ２−ｂとは、既に選択されているものとする。なお、配信者Ｕ１、チャット対象者Ｕ２−ａ、及びチャット候補者Ｕ２−ｂは、主に、自らを撮像した画像をチャットに用いるものとする。
また、視聴者端末３−ｃは図２と同様の構成を有しているが、図３では、ＣＰＵ３１１と、通信部３１２と、入力部３１３と、出力部３１４とのみが図示されている。
【００３４】
画像送信処理が実行される場合には、サーバ１のＣＰＵ１１において、画像データ取得部１１１と、配信者提示画像制御部１１２と、チャット対象者提示画像制御部１１３と、チャット候補者提示画像制御部１１４と、視聴者提示画像制御部１１５と、が機能する。
【００３５】
また、画像表示処理が実行される場合には、視聴者端末３−ｃのＣＰＵ３１１においては、区分可能画像データ取得部３２１と、区分可能画像データ領域区分部３２２と、サブ画像配置情報取得部３２３と、表示画像データ生成部３２４と、表示制御部３２５と、が機能する。
【００３６】
配信者端末２は、配信者Ｕ１を撮像し、その結果得られる画像（配信者Ｕ１を被写体に含む画像であり、以下、「配信者画像」と呼ぶ）のデータをサーバ１に送信する。
【００３７】
視聴者端末３−ａは、チャット対象者Ｕ２−ａを撮像し、その結果得られる画像（チャット対象者Ｕ２−ａを被写体に含む画像であり、以下、「チャット対象者画像」と呼ぶ）のデータをサーバ１に送信する。
【００３８】
視聴者端末３−ｂは、チャット候補者Ｕ２−ｂを撮像し、その結果得られる画像（チャット候補者Ｕ２−ｂを被写体に含む画像であり、以下、「チャット候補者画像」と呼ぶ）のデータをサーバ１に送信する。
【００３９】
画像データ取得部１１１は、複数の画像のデータを、画像のデータの群（以下、「画像データの群」と呼ぶ）として取得する。
画像データ取得部１１１は、メイン画像データ取得部１２１と、サブ画像データ取得部１２２とを有する。
【００４０】
メイン画像データ取得部１２１は、配信者端末２から送信されてきた配信者画像のデータを、メイン画像のデータとして取得する。
【００４１】
サブ画像データ取得部１２２は、視聴者端末３−ａから送信されてきたチャット対象者画像のデータを、サブ画像のデータとして取得する。
また、サブ画像データ取得部１２２は、視聴者端末３−ｂから送信されてきたチャット候補者画像のデータを、サブ画像のデータとして取得する。
【００４２】
具体的には例えば、アイドルタレント等が配信者Ｕ１となっているライブ配信において、一般視聴者Ｕ２−ｃが視聴する画面には、アイドルタレントを被写体に含む画像（配信者画像）がメイン画像として大きく表示される。一般視聴者Ｕ２−ｃが視聴する画面には、更に、アイドルタレントとチャットを行うファンを被写体に含む画像（チャット対象者画像）がサブ画像として小さくメイン画像に重畳されて表示される。また、一般視聴者Ｕ２−ｃが視聴する画面には、チャット対象者に選択される候補であるファンを被写体に含む画像（チャット候補者画像）がサブ画像としてメイン画像に重畳されて小さく表示される。
つまり、メイン画像とは、視聴者端末３−ｃの画面において、主として表示される画像である。また、サブ画像とは、視聴者端末３−ｃの画面において、メイン画像に重畳されて表示される画像である。即ち、視聴者端末３−ｃの画面において、メイン画像である配信者画像に、サブ画像であるチャット対象者画像やチャット候補者画像が重畳されて表示される。
なお、このようなメイン画像に対するサブ画像の重畳の例は、図４を用いて後述する。
【００４３】
上述のように、画像データ取得部１１１は、メイン画像のデータと、１以上のサブ画像のデータを、画像データの群として取得する。
【００４４】
配信者提示画像制御部１１２は、画像データ取得部１１１により取得された画像データの群に基づき、配信者Ｕ１に提示される画像のデータを送信する制御を実行する。
【００４５】
即ち、例えば、配信者提示画像制御部１１２は、チャット対象者画像のデータを配信者端末２に送信する。配信者端末２は、サーバ１から送信されてきたチャット対象者画像のデータに基づき、チャット対象者画像を配信者Ｕ１に提示する。これにより、配信者Ｕ１は、チャット対象者Ｕ２−ａとビデオチャットをすることができる。
また、例えば、配信者提示画像制御部１１２は、チャット候補者画像のデータを配信者端末２に送信する。配信者端末２は、サーバ１から送信されてきたチャット候補者画像のデータに基づき、チャット候補者画像を配信者Ｕ１に提示する。これにより、配信者Ｕ１は、所望のタイミングで、チャット対象者（新たなチャット対象者Ｕ２−ａ）を、チャット候補者Ｕ２−ｂに切り替える操作をすることができる。
【００４６】
配信者提示画像制御部１１２は、画像データの群を配信者端末２に送信する場合において、画像データの群を構成する各画像のデータの夫々を、配信者端末２にストリーミングに係るコネクションの夫々を利用して、送信することができる。
【００４７】
ここで、ストリーミングとは、主に音声や動画像等のコンテンツのデータを、インターネット等のネットワークを介して送受信する方式（技術）である。例えば、ストリーミングの方式でコンテンツのデータを受信する情報処理装置は、コンテンツのデータのダウンロードと再生とを並行して行う。
【００４８】
また、ストリーミングの方式でコンテンツのデータを送受信する場合、一般的に、コンテンツのデータを送信する情報処理装置と、コンテンツのデータを受信する情報処理装置との間に「コネクション」を生成する必要がある。
なお、本明細書における「コネクション」の用語は、ストリーミングの方式で送受信されるデータの流れを含む広義な概念である。具体的には例えば、Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ（以下、「ＵＤＰ」と呼ぶ）を用いたコネクションレス型通信における、ストリーミングのデータの流れは、コネクションに含まれる。
【００４９】
また、コネクションは、１つの送信する装置と１つの受信する装置との組毎、且つ、１つのコンテンツ（例えば、１つの動画像）毎に、生成される。なお、詳細は後述するが、多数の端末にコネクションを生成する場合、コネクションは、Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ（以下、「ＣＤＮ」と呼ぶ）の仕組みを活用して、生成されてよい。
【００５０】
例えば、配信者提示画像制御部１１２は、チャット対象者画像とチャット候補者画像の夫々のデータを、コネクションの夫々を利用して、配信者端末２に送信することができる。
即ち、詳細は後述するが、配信者端末２は、チャット対象者画像及びチャット候補者画像のデータの夫々を、複数のコネクションの夫々を利用して取得する。この場合、チャット対象者画像のデータのためのコネクションと、チャット候補者画像のデータのためのコネクションとは、互いに別のコネクションである。つまり、配信者端末２は、複数の画像が重畳された１つの画像のデータを１つのコネクションを利用して受信するのではない。
これにより、配信者Ｕ１は、チャット対象者画像、及びチャット候補者画像を、任意の配置で表示することができる。また、配信者Ｕ１にとっては、リアルタイム性を損なわずに、チャット対象者画像及びチャット候補者画像が提示される。
【００５１】
チャット対象者提示画像制御部１１３は、画像データ取得部１１１により取得された画像データの群に基づき、チャット対象者Ｕ２−ａに提示される画像のデータを送信する制御を実行する。
【００５２】
即ち、例えば、チャット対象者提示画像制御部１１３は、配信者画像のデータを視聴者端末３−ａに送信する。視聴者端末３−ａは、サーバ１から送信されてきた配信者画像のデータに基づき、配信者画像をチャット対象者Ｕ２−ａに提示する。これにより、チャット対象者Ｕ２−ａは、配信者Ｕ１とビデオチャットをすることができる。
また、例えば、チャット対象者提示画像制御部１１３は、チャット候補者画像のデータを視聴者端末３−ａに送信する。視聴者端末３−ａは、サーバ１から送信されてきたチャット候補者画像のデータに基づき、チャット候補者画像をチャット対象者Ｕ２−ａに提示する。これにより、チャット対象者Ｕ２−ａは、チャット候補者Ｕ３−ｂの様子を把握することができる。
このとき、上述した一般視聴者Ｕ２−ｃが視聴する画面と同様に、チャット対象者に選択される候補であるファンを被写体に含む画像（チャット候補者画像）がサブ画像として、メイン画像（配信者画像）に重畳されて小さく表示することができる。即ち例えば、チャット対象者Ｕ２−ａが視聴する視聴者端末３−ａの画面は、メイン画像である配信者画像に、サブ画像であるチャット候補者画像が重畳されて表示される。
【００５３】
チャット候補者提示画像制御部１１４は、画像データ取得部１１１により取得された画像データの群に基づき、チャット候補者Ｕ３−ｂに提示される画像のデータを送信する制御を実行する。
【００５４】
即ち、例えば、チャット候補者提示画像制御部１１４は、配信者画像のデータ及びチャット対象者画像のデータを、視聴者端末３−ｂに送信する。視聴者端末３−ｂは、サーバ１から送信されてきた配信者画像のデータ及びチャット候補者画像のデータに基づき、配信者画像及びチャット候補者画像を、チャット候補者Ｕ３−ｂに提示する。これにより、チャット対象者Ｕ２−ｂは、配信者Ｕ１及びチャット対象者Ｕ２−ａがビデオチャットをしている様子を、把握することができる。これにより、チャット候補者Ｕ３−ｂは、「いつか選ばれるかもしれない」という期待感を持って視聴したり、新たなチャット対象者Ｕ２−ａとして選択された場合に備えてビデオチャットの内容を把握したりすることができる。
【００５５】
視聴者提示画像制御部１１５は、画像データ取得部１１１により取得された画像データの群に基づき、一般視聴者Ｕ２−ｃに提示される画像を生成し、送信する制御を実行する。
視聴者提示画像制御部１１５は、区分可能画像データ生成部１３１と、区分可能画像データ送信制御部１３２とを有する。
【００５６】
区分可能画像データ生成部１３１は、画像データ取得部１１１により取得された画像データの群に含まれる、複数の画像の夫々を区分可能に含む画像のデータを、区分可能画像のデータとして生成する。
【００５７】
ここで、詳細は後述するが、従来のサービスにおいて、１つのストリーミングのコネクションを利用して複数の画像等を送信する場合の例について説明する。このような場合、画像を送信する情報処理装置は、予め、メインとなる画像に対してサブとなる画像を重畳して合成した画像（以下、「合成画像」と呼ぶ）を生成し、その合成画像を送信するのが一般的である。このようなサービスで送信された合成画像は、原則として、分離することはできず、合成後に元のメインとなる画像自体を復元（再現）することはできない。そのため、例えば、ユーザがサブとなる画像の配置を自由に決定するようなことは難しい。
他方、複数のコネクションを利用して、複数の画像等を配信する場合、ユーザがサブとなる画像の配置を自由に決定することができるが、多数のコネクションを利用しているため、コストがかかる。
【００５８】
これに対して、本サービスでは、複数の画像の夫々を区分可能に含む画像（以下、「区分可能画像」と呼ぶ）を採用し、これを配信する。この区分可能画像とは、例えば、複数の画像の夫々が重畳しないように１つの画像として、合成された画像である。そのため、区分可能画像から元のメインとなる画像を再現することができる。
つまり、本サービスにおいて、区分可能画像のデータは、複数の画像の夫々を区分可能に含む。即ち、区分可能画像のデータは、１つの画像のデータでありながら、複数の画像のデータを含む。従って、本サービスは、極めて多数の視聴者端末３−ｃに対して複数の画像のデータを送信した場合であっても、コネクションの数（以下、「コネクション数」と呼ぶ）は、視聴者端末３−ｃの数にのみ依存する。
そのため、本サービスでは、例えば、１つのコネクションのみを利用することでコストを抑えつつ、ユーザがサブとなる画像の配置を自由に決定するといったユーザが自由度の高い操作を行うという相反する二つの作用を両立することができる。
なお、複数の画像の夫々が区分可能画像のうち何れの領域に配置されるかの情報は、後述する視聴者端末３−ｃの区分可能画像データ領域区分部３２２と、予め共有されていてよい。
【００５９】
上述のように、例えば、区分可能画像データ生成部１３１は、配信者画像及びチャット対象者画像の夫々が区分可能に含まれる画像のデータを、区分可能画像のデータとして生成する。具体的には例えば、配信者画像（メイン画像）と、チャット対象者画像やチャット候補者画像（サブ画像）との夫々が重ならないように配置された画像のデータを、区分可能画像のデータとして生成する。
【００６０】
区分可能画像データ送信制御部１３２は、区分可能画像データ生成部１３１により生成された区分可能画像のデータを、視聴者端末３−ｃに送信する制御を実行する。
即ち、例えば、区分可能画像データ送信制御部１３２は、通信部１９を制御することで、区分可能画像のデータをサーバ１から視聴者端末３−ｃに送信する。
【００６１】
また、区分可能画像データ送信制御部１３２は、区分可能画像のデータを、視聴者端末３−ｃにコネクションを利用して送信する制御を実行することができる。
【００６２】
つまり、通常、画像のデータを送信する情報処理装置は、１つのコネクションを利用して、１つの画像のデータを送信する。即ち、配信者提示画像制御部１１２で説明したように、画像データの群を送信する場合、画像データの群を構成する複数の画像のデータの夫々は、複数のコネクションの夫々を利用して、送信される。
一方、区分可能画像のデータは、配信者画像（メイン画像）と、チャット対象者画像やチャット候補者画像（サブ画像）との夫々が重ならないように配置された１つの画像のデータである。これにより、区分可能画像データ送信制御部１３２は、複数の画像の夫々を区分可能に含む画像を、１つの区分可能画像として取り扱い、その１つの区分可能画像のデータを、１つのコネクションを利用して送信する制御を実行する。
【００６３】
以上、画像送信処理における機能的構成について説明した。
次に、画面表示処理における機能的構成について説明する。
【００６４】
視聴者端末３−ｃの区分可能画像データ取得部３２１は、サーバ１から送信されてきた区分可能画像のデータを取得する。
【００６５】
区分可能画像データ領域区分部３２２は、区分可能画像のデータに基づいて、区分可能画像を複数の画像の夫々に区分する。
即ち、例えば、区分可能画像データ領域区分部３２２は、サーバ１における画像データの群に含まれる複数の画像の夫々の領域に対応するように、区分可能画像の領域を区分する。上述のように、複数の画像の夫々が区分可能画像のうちいずれの領域に配置されるかの情報は、サーバ１の区分可能画像データ生成部１３１と、予め共有されていていてもよい。この場合、区分可能画像データ領域区分部３２２は、複数の画像の夫々が区分可能画像のうちいずれの領域に配置されるかの情報に基づき、区分可能画像を、複数の画像の夫々の領域に区分する。
即ち、区分された複数の画像の領域の夫々は、配信者画像（メイン画像）及びチャット対象者画像やチャット候補者画像（サブ画像）の領域の夫々に対応する。
【００６６】
サブ画像配置情報取得部３２３は、複数の画像のうち１以上のサブ画像の夫々を表示対象として、表示対象の夫々をどのように配置するのかを示す情報を、配置情報として取得する。
【００６７】
ここで、「配置情報」とは、表示対象のサブ画像の夫々がどのように配置されるのかを示す情報である。具体的には例えば、「視聴者端末３−ｃの画面において、サブ画像であるチャット対象者画像は、メイン画像である配信者画像の左下の領域に、配置（重畳）される」といった情報である。例えば、配置情報には、「何れのサブ画像が、何れの位置に、何れの大きさで配置されるか」の情報が含まれてよい。
一般視聴者Ｕ２−ｃは、本人の好みに応じて、サブ画像が配置される位置やサブ画像が配置される大きさ等を、タッチパネルを操作することで入力する。サブ画像配置情報取得部３２３は、一般視聴者Ｕ２−ｃのタッチパネルの操作に基づき、配置情報を取得する。
【００６８】
表示画像データ生成部３２４は、サブ画像配置情報取得部３２３により取得された配置情報に基づいて、表示対象のサブ画像の夫々を配置させた画像のデータを、表示画像のデータとして生成する。
即ち、例えば、表示画像データ生成部３２４は、メイン画像である配信者画像に、サブ画像であるチャット候補者画像が配置情報に基づいて配置（重畳）された画像のデータを、表示画像のデータとして生成する。
【００６９】
表示制御部３２５は、表示画像データ生成部３２４により生成された表示画像のデータに対応する表示画像を視聴者に提示する制御を行う。
即ち、例えば、表示制御部３２５は、出力部３１４の１つであるディスプレイの制御を実行することで、表示画像のデータに対応する表示画像を、視聴者端末３−ｃのディスプレイに表示する。
【００７０】
上述の通り、区分可能画像データ領域区分部３２２は、サーバ１から送信されてきた区分可能画像のデータを、サーバ１における画像データの群に含まれる複数の画像の夫々の領域に対応するように区分する。また、サブ画像配置情報取得部３２３は、複数の画像のうち１以上のサブ画像の夫々を表示対象として、表示対象の夫々をどのように配置するのかを示す情報を、配置情報として取得する。また、表示画像データ生成部３２４は、配置情報に基づいて、表示対象のサブ画像の夫々を配置させた画像のデータを、表示画像のデータとして生成する。
【００７１】
つまり、区分可能画像から区分された複数の画像の領域の夫々は、配信者画像（メイン画像）及びチャット対象者画像やチャット候補者画像（サブ画像）の夫々の領域に対応する。また、一般視聴者Ｕ２−ｃは、本人の好みに応じて、サブ画像が配置される位置やサブ画像が配置される大きさ等を、配置情報として入力する。更に、配置情報に基づいて、表示対象のサブ画像の夫々を配置させた画像のデータが、表示画像のデータとして生成される。
【００７２】
即ち、視聴者端末３−ｃは、メイン画像に、一般視聴者Ｕ２−ｃの好みに応じた配置に基づいた表示画像のデータを、生成することができる。これにより、一般視聴者３−ｃがサブ画像の配置を自由に決定するといったユーザが自由度の高い操作を行うことが可能となる。
つまり、本サービスにおいて、一般視聴者Ｕ３−ｃは、メイン画像である配信者画像に、サブ画像であるチャット候補者画像が、自信の好みに応じた配置情報に基づいて重畳された表示画像を視聴することができる。
【００７３】
以上、画像表示処理における機能的構成について説明した。
【００７４】
以下、本実施形態の情報処理システムが、画像送信処理及び画像表示処理から構成される一連の処理を実行することで奏する効果について説明する。
【００７５】
まず、極めて多数の情報処理装置にリアルタイムに画像のデータを送信するサービスにおいて、従来、採用される技術について説明する。
【００７６】
通常、多数の情報処理装置にリアルタイムに画像のデータを送信するサービスにおいて、当該サービスのサービス提供者は、ＣＤＮを活用したストリーミングの環境を構築する。
【００７７】
ここで、コネクション数は、画像のデータの数と情報処理装置の数との積となる。また、ＣＤＮを活用したストリーミングの環境の構築や利用に係るコストは、コネクション数に依存する。即ち、ＣＤＮを活用したストリーミングの環境の構築又は利用に係るコストは、画像のデータの数と情報処理装置の数との両方に依存して増加する。
【００７８】
このため、従来、ＣＤＮを活用したストリーミングの環境の構築又は利用したサービスにおいて、極めて多数の情報処理装置に対して複数の画像のデータを送信することは、現実的でなかった。そこで、極めて多数の情報処理装置にリアルタイムに画像のデータを送信する場合、当該サービスのサービス提供者は、メイン画像にサブ画像が予め重畳された画像のデータを、１つの画像のデータとしてサーバから送信していた。
なお、ＣＤＮに限らず、ストリーミングの環境の構築又は利用に係るコストは、画像のデータの数と情報処理装置の数との両方に依存して増加するものと考えることができる。
【００７９】
次に、本実施形態における、ストリーミングの環境の構築や利用に係るコストについて説明する。
【００８０】
本実施形態において、区分可能画像のデータは、複数の画像の夫々を区分可能に含む。即ち、区分可能画像のデータは、１つの画像のデータでありながら、複数の画像のデータを含む。従って、本実施形態は、極めて多数の視聴者端末３−ｃに対して複数の画像のデータを送信した場合であっても、コネクション数は、視聴者端末３−ｃの数にのみ依存する。即ち、本実施形態により、本サービスのサービス提供者は、ストリーミングの環境の構築や利用に係るコストを削減することができる。
【００８１】
ここで、本サービスにおいて、一般視聴者Ｕ２−ｃは、すぐには新たなチャット対象者Ｕ２−ａとならない。即ち、区分可能画像のデータの生成及び送信に係るタイムラグが生じた場合であっても、視聴者端末３−ｃにおけるデメリットは、限定的である。
【００８２】
上述をまとめると、従来の技術を採用した場合、ストリーミングの環境の構築や利用がされたサービスにおいて、極めて多数の視聴者端末３−ｃに対して複数の画像のデータを送信することは、現実的でなかった。しかしながら、本実施形態により、本サービスのサービス提供者は、ストリーミングの環境の構築や利用に係るコストを削減することができる。
【００８３】
更に言えば、本実施形態において、区分可能画像のデータの形式は、画像のデータの形式の構造となっている。つまり、データの形式が画像の形式となった区分可能画像のデータをストリーミングすることで、本実施形態の視聴者端末３−ｃは、区分可能画像のデータを通常の画像処理に係る処理と同様に行うことができる。具体的には例えば、本実施形態の視聴者端末３−ｃは、区分可能画像のデータの領域を、複数の画像の領域に区分するのみで足りる。
【００８４】
一方、サービス提供者は、本実施形態と異なる設計として、複数の画像のデータを細分化したデータを連続に並べた１つのデータ（以下、「細分化連続データ」と呼ぶ）を、サーバから送信することも考えられる。即ち、細分化連続データをコネクションにより送信することで、複数の画像のデータの夫々を細切れに分割して、１つのコネクションにより順次送信することができる。この場合であっても、コネクション数は情報処理装置の数にのみ依存するため、コストは削減される。
しかしながら、細分化連続データは、所謂、画像の形式と異なるデータの形式である。即ち、細分化連続データは、通常の画像を再生（処理）する手段（プログラムやライブラリ等）で再生することができない。そのため、情報処理装置において、細分化画像データを、複数の画像のデータとして再構築する必要がある。この場合、複数の画像のデータの再構築に係るプログラムの設計や実装に係るコストが生じる。また、画像を再生する場合における、情報処理装置のＣＰＵの処理の量が、増加する可能性がある。
【００８５】
上述をまとめると、本実施形態により、本サービスのサービス提供者は、極めて多数の視聴者端末３−ｃに対して複数の画像のデータを送信する場合であって、コネクション数を削減したとき、視聴者端末３−ｃにおける画像処理に係るプログラム設計のコストを削減したりすることができる。
【００８６】
なお、図３の例では、配信者提示画像制御部１１２やチャット対象者提示画像制御部１１３、チャット候補者提示画像制御部１１４は、区分可能画像のデータを送信しない構成である。即ち、サーバ１は、配信者端末２や視聴者端末３−ａ，３−ｂに対して区分可能画像のデータを送信しない構成となっている。従って、配信者端末２や視聴者端末３−ａ，３−ｂは、配信者画像やチャット対象者画像等の夫々を、コネクションの夫々を利用して、受信する。
【００８７】
これにより、区分可能画像のデータ生成及び送信に係るタイムラグは、存在しない。即ち、チャット候補者Ｕ２−ｂが新たなチャット対象者Ｕ２−ａとして切り替わる際、配信者端末２や視聴者端末３−ａ，３−ｂにおいて、タイムラグにより違和感が発生することがない。
【００８８】
しかしながら、区分可能画像のデータを送信する構成とすることで、ストリーミングの環境の構築や利用に係るコストを削減することができる。従って、区分可能画像のデータの生成及び送信に係る処理の時間が短い場合や、タイムラグによる違和感を許容する場合等において、サービス提供者は、配信者提示画像制御部１１２に限らず、区分可能画像のデータを送信する構成を採用してよい。
【００８９】
以上、本実施形態の情報処理システムが、画像送信処理及び画像表示処理から構成される一連の処理を実行することで奏する効果について説明した。
【００９０】
図４は、図３のサーバにより提供される本サービスにおける、画像の提供の例を示す図である。
【００９１】
以下、図４を用いて、本サービスにおける、配信者Ｕ１により撮像された配信者画像等及び視聴者端末３−ｃ１乃至３−ｃ３に提示される表示画像の提供の例について説明する。ｃ１乃至ｃ３は、上述のｃのうち、互いに異なる整数値である。即ち、ｃ１乃至ｃ３は、互に異なり、ａ、ｂとも異なる整数値であって、１からｎのうちの任意の整数値である。
【００９２】
なお、図４の例においては、１人の配信者Ｕ１と、１人のチャット対象者Ｕ２−ａと、１人のチャット候補者Ｕ２−ｂとが、ビデオチャットを行うものとして説明する。また、このビデオチャットは、ライブ配信をされ、一般視聴者Ｕ２−ｃ１乃至Ｕ２−ｃ３に視聴される。
【００９３】
配信者Ｕ１は、配信者端末２を操作し、本サービスに係るアプリケーションを起動する等し、自らを撮像する。図４の配信者端末２の画面には、配信者画像Ｐｉ１（配信者Ｕ１を被写体に含む画像）が、図示されている。
上述のように、配信者端末２は、配信者画像Ｐｉ１のデータを、サーバ１に送信する。
【００９４】
チャット対象者Ｕ２−ａは、視聴者端末３−ａを操作し、本サービスに係るアプリケーションを起動等し、自らを撮像する。図４の視聴者端末３−ａの画面には、チャット対象者画像Ｐｉ２−ａ（チャット対象者Ｕ２−ａを被写体に含む画像）が、図示されている。
上述のように、視聴者端末３−ａは、チャット対象者画像Ｐｉ２−ａのデータを、サーバ１に送信する。
【００９５】
チャット候補者Ｕ２−ｂは、視聴者端末３−ｂを操作し、本サービスに係るアプリケーション等を起動し、自らを撮像する。図４の視聴者端末３−ｂの画面には、チャット候補者画像Ｐｉ２−ｂ（チャット対象者Ｕ２−ｂを被写体に含む画像）が、図示されている。
上述のように、視聴者端末３−ｂは、チャット候補者画像Ｐｉ２−ｂのデータを、サーバ１に送信する。
【００９６】
なお、図４において、配信者端末２や視聴者端末３−ａ，３−ｂの画面の夫々に、配信者画像Ｐｉ１、チャット対象者画像Ｐｉ２−ａ及びチャット候補者画像Ｐｉ２−ｂの夫々が図示されているのは、あくまで撮像されている様子を示す例である。即ち、例えば、配信者端末２は、ビデオチャットの相手であるチャット対象者Ｕ２−ａの画像やチャット候補者Ｕ２−ｂの画像を表示することができる。
【００９７】
サーバ１は、配信者端末２や視聴者端末３−ａ，３−ｂの夫々から、配信者画像Ｐｉ１、チャット対象者画像Ｐｉ２−ａ及びチャット候補者画像Ｐｉ２−ｂの夫々を受信する。
即ち、図３で説明したように、サーバ１のメイン画像データ取得部１２１は、配信者Ｕ１を撮像した配信者画像Ｐｉ１をメイン画像として取得する。また、サーバ１のサブ画像データ取得部１２２は、チャット対象者Ｕ２−ａ及びチャット候補者Ｕ２−ｂの夫々を撮像した、チャット対象者画像Ｐｉ２−ａ及びチャット候補者画像Ｐｉ２−ｂの夫々を、サブ画像として取得する。
【００９８】
次に、サーバ１の視聴者提示画像制御部１１５の区分可能画像データ生成部１３１は、メイン画像、及びサブ画像の夫々を、区分可能に含む画像のデータを、区分可能画像のデータとして生成する。
更に、サーバ１の視聴者提示画像制御部１１５の区分可能画像データ送信制御部１３２は、区分可能画像データ生成部１３１により生成された区分可能画像のデータを、視聴者端末３−ｃ１乃至３−ｃ３に送信する制御を実行する。
【００９９】
以下、図４において、視聴者端末３−ｃ１乃至３−ｃ３の夫々における表示される画像は、表示画像Ｐｏ２−ｃ１乃至Ｐｏ２−ｃ３の夫々であり、異なる表示画像の例として説明する。即ち、一般視聴者Ｕ２−ｃ１乃至Ｕ２−ｃ３の夫々は、異なる配置情報（サブ画像を配置する位置や大きさ）の夫々を入力したものとして説明する。
なお、以下、図４の配信者画像Ｐｉ１のうち、配信者Ｕ１の顔や肩から上が映っている領域を「顔等の領域」と呼び、顔等の領域でない領域を「背景の領域」と呼ぶ。
【０１００】
図４を見ると、視聴者端末３−ｃ１に表示される表示画像Ｐｏ２−ｃ１は、メイン画像である配信者画像Ｐｉ１の背景の領域に、サブ画像であるチャット対象者画像Ｐｉ２−ａが重畳された画像である。
【０１０１】
例えば、一般視聴者Ｕ２−ｃ１は、配信者Ｕ１のファンであって、配信者Ｕ１の顔を見ることを望んでいるものとする。
この場合、一般視聴者Ｕ２−ｃ１は、配信者画像Ｐｉ１のうち顔等の領域ではなく、背景の領域にチャット対象者画像Ｐｉ２−ａを配置するよう、視聴者端末３−ｃ１に配置情報を入力する。視聴者端末３−ｃ１は、配信者画像Ｐｉ１のうち背景の領域にチャット対象者画像Ｐｉ２−ａ（サブ画像）が重畳された表示画像Ｐｏ２−ｃ１を表示する。
これにより、一般視聴者Ｕ２−ｃ１は、一般視聴者Ｕ２−ｃ１の嗜好に合わせた表示画像Ｐｏ２−ｃ１を視聴することができる。
【０１０２】
図４を見ると、視聴者端末３−ｃ２に表示される表示画像Ｐｏ２−ｃ２は、メイン画像である配信者画像Ｐｉ１の顔等の領域に、サブ画像であるチャット対象者画像Ｐｉ２−ａが重畳された画像である。
【０１０３】
例えば、一般視聴者Ｕ２−ｃ２は、配信者Ｕ１がビデオチャット内で話題にしている、背景（風景）を見ることを望んでいるものとする。
この場合、一般視聴者Ｕ２−ｃ２は、配信者画像Ｐｉ１のうち背景の領域ではなく、顔等の領域にチャット対象者画像Ｐｉ２−ａを配置するよう、視聴者端末３−ｃ２に配置情報を入力する。視聴者端末３−ｃ２は、配信者画像Ｐｉ１のうち顔等の領域にチャット対象者画像Ｐｉ２−ａ（サブ画像）が重畳された表示画像Ｐｏ２−ｃ２を表示する。
これにより、一般視聴者Ｕ２−ｃ２は、一般視聴者Ｕ２−ｃ２の嗜好に合わせた表示画像Ｐｏ２−ｃ２を視聴することができる。
【０１０４】
図４を見ると、視聴者端末３−ｃ３に表示される表示画像Ｐｏ２−ｃ３は、メイン画像である配信者画像Ｐｉ１の背景の領域に、サブ画像であるチャット対象者画像Ｐｉ２−ａ及びチャット候補者画像Ｐｉ２−ｂが重畳された画像である。
【０１０５】
例えば、一般視聴者Ｕ２−ｃ３は、配信者Ｕ１が今後チャットを行う可能性のある、チャット候補者画像Ｐｉ２−ｂの顔を見ることを望んでいるものとする。
この場合、一般視聴者Ｕ２−ｃ３は、配信者画像Ｐｉ１のうち顔等の領域ではなく、背景の領域にチャット対象者画像Ｐｉ２−ａを配置するよう、視聴者端末３−ｃ３に配置情報を入力する。また、一般視聴者Ｕ２−ｃ３は、配信者画像Ｐｉ１のうち背景の領域に、更にチャット対象者画像Ｐｉ２−ｂを配置するよう、視聴者端末３−ｃ３に配置情報を入力する。視聴者端末３−ｃ３は、配信者画像Ｐｉ１のうち背景の領域にチャット対象者画像Ｐｉ２−ａ及びチャット候補者画像Ｐｉ２−ｂ（サブ画像）が重畳された表示画像Ｐｏ２−ｃ１を表示する。
これにより、一般視聴者Ｕ２−ｃ３は、一般視聴者Ｕ２−ｃ３の嗜好に合わせた表示画像Ｐｏ２−ｃ３を視聴することができる。
【０１０６】
以上、図４に示した表示画像Ｐｏ２−ｃ１乃至Ｐｏ２−ｃ３を用いて、メイン画像である配信者画像に、サブ画像であるチャット対象者画像やチャット候補者画像が重畳されて表示される表示画像の例について説明した。
【０１０７】
本実施形態は、画像送信処理において、サーバ１は複数の画像を１つの区分可能画像のデータとして送信し、画像表示処理において、視聴者端末３−ｃは一般視聴者Ｕ２−ｃの入力する配置情報に応じて表示画像のデータを生成することにより、以下の効果を奏する。
【０１０８】
例えば、一般視聴者Ｕ２−ｃ１が配信者画像Ｐｉ１のうち背景の領域を見たい場合、視聴者端末３−ｃ１を操作することにより、図４の表示画像Ｐｏ２−ｃ２に示したチャット対象者画像Ｐｉ２−ａの配置とすることができる。即ち、一般視聴者Ｕ２−ｃ１乃至Ｕ２−ｃ３の夫々は、リアルタイムに、その時々に応じた好みのサブ画像の配置に変更することができる。
【０１０９】
視聴者端末３−ｃが、図４に図示した視聴者端末３−ｃ１乃至３−ｃ３の３つのみである場合における、サーバ１から視聴者端末３−ｃ１乃至３−ｃ３へのコネクション数は、３（視聴者端末３−ｃの数と同数）である。
【０１１０】
一方、従来技術を用いた場合、一般視聴者Ｕ２−ｃ１に対して、少なくとも配信者画像Ｐｉ１と、チャット対象者画像Ｐｉ２−ａとを送信する必要がある。更に言えば、一般視聴者Ｕ２−ｃ１がリアルタイムにチャット候補者画像Ｐｉ２−ｂを配置できるようにする場合、表示しないチャット候補者画像Ｐｉ２−ｂも並行して送信する必要がある。即ち、一般視聴者Ｕ２−ｃ１に対するコネクション数は、３（画像の数と同数）である。
同様に一般視聴者Ｕ２−ｃ２及びＵ２−ｃ３について考えると、図４における合計のコネクション数は９（視聴者端末３−ｃの数と、画像の数との積）となる。
【０１１１】
上述をまとめると、図４の例において、本実施形態におけるコネクション数は、従来技術におけるコネクション数の３分の１とすることができる。
【０１１２】
更に言えば、図示はしないが、本サービスにおいて、配信者Ｕ１は１人、チャット対象者Ｕ２−ａは１人、チャット候補者Ｕ２−ｂは１０人、一般視聴者Ｕ２−ｃは１０，０００人程度が想定できる。この場合、本実施形態におけるコネクション数は、１０，０００となる。一方、従来技術におけるコネクション数は、１２０，０００となる。即ち、この場合におけるコネクション数は、従来技術におけるコネクション数の１２分の１とすることができる。
【０１１３】
なお、本サービスの提供者が、チャット候補者画像をストリーミングの方式で送信しない設計とした場合であっても、従来技術におけるコネクション数は２０，０００となる。
即ち、本実施形態におけるコネクション数は、従来技術におけるコネクション数の２分の１とすることができる。
【０１１４】
ここで、上述のように、ストリーミングの環境の構築や利用に係るコストは、コネクション数に依存する。即ち、本実施形態により、コネクション数を削減することで、ストリーミングの環境の構築や利用に係るコストは、削減される。
【０１１５】
以下、図５、及び図６を用いて、区分可能画像のデータにおける、メイン画像とサブ画像との配置の例を説明する。
【０１１６】
図５は、図３のサーバが送信する区分可能画像のデータにおける、メイン画像とサブ画像との配置の例を示す図である。ここで、図５に示す画像は、実際には配信者端末２や視聴者端末３に表示される画像ではなく、区分可能画像のデータに対応する画像を概念的に示したものである。
【０１１７】
図５（Ａ）及び（Ｂ）は、区分可能画像のデータＤ１における、メイン画像である配信者画像Ｐｉ１、サブ画像であるチャット対象者画像Ｐｉ２−ａ及びサブ画像であるチャット候補者画像Ｐｉ２−ｂの配置の例を示している。
【０１１８】
図５（Ａ）を見ると、メイン画像である配信者画像Ｐｉ１は、区分可能画像のデータＤ１のうち左側に配置されている。また、サブ画像であるチャット対象者Ｕ２−ａを撮像したチャット対象者画像Ｐｉ２−ａは、区分可能画像のデータＤ１のうち右側上段に配置されている。また、サブ画像であるチャット候補者Ｕ２−ｂを撮像したチャット候補者画像Ｐｉ２−ｂは、区分可能画像のデータＤ１のうち右側中段に配置されている。
【０１１９】
図５の例において、区分可能画像のデータＤ１の各所におけるドット密度（画素の密度）は、一定である。図５（Ａ）を見ると、メイン画像である配信者画像Ｐｉ１は、サブ画像であるチャット対象者画像Ｐｉ２−ａやチャット候補者画像Ｐｉ２−ｂと比較して大きい面積を占めて配置されている。つまり、サブ画像である、チャット対象者画像Ｐｉ２−ａ及びチャット候補者画像Ｐｉ２−ｂは、区分可能画像のデータＤ１に占める割合が小さい。即ち、サブ画像である、チャット対象者画像Ｐｉ２−ａ及びチャット候補者画像Ｐｉ２−ｂは、メイン画像と比較して画素の数が少ない（画質が低い）といえる。
これは、表示画像においてサブ画像がメイン画像の上に重畳されて表示される場合、メイン画像と比較してサブ画像の画素の数は少なくて（画質が低くて）問題がないためである。メイン画像の画質を同一とした場合、このような区分可能画像のデータＤ１は、単にメイン画像とサブ画像とを同じ大きさで配置した画像のデータのサイズと比較して、全体の画像のデータのサイズが小さくなる。即ち、区分可能画像のデータＤ１を送信するコストを低減することができる。
【０１２０】
また、図５（Ａ）をみると、サブ画像であるチャット対象者画像Ｐｉ２−ａを囲う線は、チャット候補者画像Ｐｉ２−ｂを囲う線と比較して、太い線となっている。これは、チャット対象者画像Ｐｉ２−ａが、チャット対象者Ｕ２−ａの画像であることを模式的に示している。即ち、図５（Ａ）の例の場合、視聴者端末３−ｃは、メイン画像である配信者画像Ｐｉ１に、サブ画像であるチャット対象者画像Ｐｉ２−ａを重畳した画像を表示する。
【０１２１】
次に図５（Ｂ）をみると、区分可能画像のデータＤ１に、配信者画像Ｐｉ１、チャット対象者画像Ｐｉ２−ａ及びチャット候補者画像Ｐｉ２−ｂの夫々が、配置されている。夫々の画像の配置は、図５（Ａ）と基本的に同様であるので、説明は省略する。
ただし、図５（Ｂ）は、図５（Ａ）と、以下の点で異なる。
【０１２２】
図５（Ｂ）をみると、サブ画像であるチャット候補者画像Ｐｉ２−ｂを囲う線は、チャット対象者画像Ｐｉ２−ａを囲う線と比較して、太い線となっている。これは、チャット候補者画像Ｐｉ２−ｂが、新たなチャット対象者画像Ｐｉ２−ａとなったことを模式的に示している。即ち、図５（Ｂ）は、チャット候補者Ｕ２−ｂが、新たなチャット対象者Ｕ２−ａとなった場合に送信される区分可能画像のデータＤ１の例である。即ち、図５（Ｂ）の例の場合、視聴者端末３−ｃは、メイン画像である配信者画像Ｐｉ１に、サブ画像であるチャット候補者画像Ｐｉ２−ｂ（新たなチャット対象者画像Ｐｉ２−ａ）を重畳した画像を表示する。
【０１２３】
以上の説明をまとめると、図５（Ａ）及び（Ｂ）の例に示した区分可能画像のデータＤ１を採用した場合、チャット候補者Ｕ２−ｂが新たなチャット対象者Ｕ２−ａとなった場合であっても、区分可能画像のデータＤ１を変更する必要はない。即ち、区分可能画像のデータＤ１に配置されたサブ画像のうち、何れのサブ画像をどの配置で重畳するかを、視聴者端末３−ｃで変更すればよい。即ち、区分可能画像データ生成部１３１におけるサブ画像の配置の制御は、簡易なものとできる。
【０１２４】
また、図５の区分可能画像のデータＤ１を採用した場合、チャット対象者Ｕ２−ａ以外のサブ画像（チャット候補者画像Ｐｉ２−ｂ）も、区分可能画像のデータＤ１に配置されている。これにより、視聴者端末３−ｃにおける、サブ画像の重畳のバリエーションを増やすことができる。即ち、ユーザにとっての利便性が、向上する。
【０１２５】
図６は、図３のサーバが送信する区分可能画像のデータにおける、メイン画像とサブ画像との配置のうち、図５と異なる例を示す図である。
【０１２６】
図６（Ａ）及び（Ｂ）は、区分可能画像のデータＤ２における、メイン画像である配信者画像Ｐｉ１、サブ画像であるチャット対象者画像Ｐｉ２−ａ及びチャット候補者画像Ｐｉ２−ｂの配置の例を示している。
【０１２７】
図６（Ａ）における、メイン画像である配信者画像Ｐｉ１及びサブ画像であるチャット対象者画像Ｐｉ２−ａの配置は、図５と基本的に同様であるので、説明は省略する。
ただし、図６（Ａ）は、図５（Ａ）と、以下の点で異なる。
【０１２８】
図６（Ａ）の例の区分可能画像のデータＤ２において、チャット対象者画像Ｐｉ２−ａのみが、配置されている。即ち、図６の（Ａ）の例の区分可能画像のデータＤ２において、チャット候補者画像Ｐｉ２−ｂは、配置されていない。
【０１２９】
また、図６（Ａ）をみると、サブ画像であるチャット対象者画像Ｐｉ２−ａを囲う線は、太い線となっている。これは、チャット対象者画像Ｐｉ２−ａがチャット対象者Ｕ２−ａの画像であることを模式的に示している。即ち、図６（Ａ）の例の場合、視聴者端末３−ｃは、メイン画像である配信者画像Ｐｉ１に、サブ画像であるチャット対象者画像Ｐｉ２−ａを重畳した画像を表示する。
【０１３０】
次に図６（Ｂ）をみると、配信者画像Ｐｉ１の配置は、図６（Ａ）と基本的に同様である。そこで、説明は省略する。
ただし、図６（Ｂ）は、図６（Ａ）と、以下の点で異なる。
【０１３１】
図６（Ｂ）をみると、サブ画像であるチャット候補者画像Ｐｉ２−ｂは、区分可能画像のデータＤ２のうち右側上段に配置されている。即ち、図６（Ａ）においてチャット対象者画像Ｐｉ２−ａが配置されていた場所に、図６（Ｂ）においてチャット候補者画像Ｐｉ２−ｂが配置されている。
【０１３２】
また、図６（Ｂ）において、サブ画像であるチャット候補者画像Ｐｉ２−ｂを囲う線は、太い線となっている。これは、チャット候補者画像Ｐｉ２−ｂが、新たなチャット対象者画像Ｐｉ２−ａとなったことを模式的に示している。即ち、図６（Ｂ）は、チャット候補者Ｕ２−ｂが、新たなチャット対象者Ｕ２−ａとなった場合に送信される区分可能画像のデータＤ２の例である。即ち、図６（Ｂ）の例の場合、視聴者端末３−ｃは、メイン画像である配信者画像Ｐｉ１に、サブ画像であるチャット候補者画像Ｐｉ２−ｂ（新たなチャット対象者画像Ｐｉ２−ａ）を重畳した画像を表示する。
【０１３３】
以上の説明をまとめると、図６（Ａ）及び（Ｂ）の例に示した区分可能画像のデータＤ２を採用した場合、区分可能画像のデータＤ２の右側上段のサブ画像が、チャット対象者Ｕ２−ａとして視聴者端末３−ｃに表示される。つまり、視聴者端末３−ｃは、チャット候補者Ｕ２−ｂが新たなチャット対象者Ｕ２−ａとなった場合であっても、区分可能画像のデータＤ２のうち、サブ画像として重畳する領域を変更する必要はない。即ち、区分可能画像のデータＤ２に配置されたサブ画像のうち、何れのサブ画像をどの配置で重畳するかを、サーバ１の区分可能画像データ生成部１３１で変更すればよい。即ち、視聴者端末３−ｃにおけるサブ画像の配置の制御は、簡易なものとできる。
【０１３４】
また、図６の区分可能画像のデータＤ２を採用した場合、区分可能画像のデータＤ２のうち、メイン画像もサブ画像も無い右側下部の領域が、図５の区分可能画像のデータＤ１と比較して、大きくなる。一般に、画像において、単色で塗りつぶした領域（何の画像も無い領域）が広い画像の方が、当該画像のデータの容量が小さくなる。即ち、図６の区分可能画像のデータＤ２を採用すると、区分可能画像のデータＤ２の送信に係るコストが低減する。
【０１３５】
以上、図５、及び図６を用いて、区分可能画像のデータにおける、メイン画像とサブ画像との配置の例を説明した。
【０１３６】
図７は、図３の機能的構成を有するサーバにより実行される、画像送信処理の流れの一例を説明するフローチャートである。
画像送信処理は、サーバ１が区分可能画像のデータを視聴者端末３−ｃに送信する際に実行される。
【０１３７】
ステップＳ１１の処理において、メイン画像データ取得部１２１は、配信者端末２から送信されてきたメイン画像のデータを取得する。
【０１３８】
ステップＳ１２の処理において、サブ画像データ取得部１２２は、視聴者端末３−ａや視聴者端末３−ｂから送信されてきたサブ画像のデータを取得する。
【０１３９】
ステップＳ１３の処理において、区分可能画像データ生成部１３１は、区分可能画像のデータを生成する。即ち、ステップＳ１３の処理において、ステップＳ１１の処理により取得されたメイン画像のデータと、ステップＳ１２の処理により取得されたサブ画像のデータとからなる群に含まれる、複数の画像の夫々を区分可能に含む画像のデータを、区分可能画像のデータとして生成する。
【０１４０】
ステップＳ１４の処理において、区分可能画像データ送信制御部１３２は、ステップＳ１３の処理により生成された区分可能画像のデータを、視聴者端末３−ｃに送信する制御を実行する。
【０１４１】
図８は、図３の機能的構成を有する視聴者端末により実行される、画像表示処理の流れの一例を説明するフローチャートである。
画像表示処理は、視聴者端末３−ｃが表示画像を視聴者端末３−ｃに表示する際に実行される。
【０１４２】
ステップＳ２１の処理において、区分可能画像データ取得部３２１は、サーバ１から送られてきた区分可能画像のデータを取得する。
【０１４３】
ステップＳ２２の処理において、区分可能画像データ領域区分部３２２は、ステップＳ２１の処理により取得された区分可能画像のデータから、メイン画像及びサブ画像の領域を区分する。
【０１４４】
ステップＳ２３の処理において、サブ画像配置情報取得部３２３は、視聴者端末３−ｃが操作等された内容に基づいて、ステップＳ２２の処理で区分したサブ画像を、メイン画像の上にどのように配置するかを示す配置情報を取得する。
【０１４５】
ステップＳ２４の処理において、表示画像データ生成部３２４は、ステップＳ２２の処理により取得された配置情報に基づき、メイン画像の上にサブ画像を重畳した表示画像のデータを生成する。
【０１４６】
ステップＳ２５の処理において、表示制御部３２５は、ステップＳ２４の処理により生成された表示画像のデータを、視聴者端末３−ｃに表示する制御を実行する。
【０１４７】
以上本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【０１４８】
本実施形態では、配信者とチャット対象者とがビデオチャットを行う本サービスに適用されるとしたが、特にこれに限定されない。即ち例えば、本発明は、２つ以上の画像が重畳して表示される画像を提供するサービスに採用することができる。
【０１４９】
具体的には例えば、ゲーム配信のサービスに採用することができる。即ち例えば、サーバ１は、メイン画像としてゲームのプレイ画面の画像を取得し、サブ画像としてゲームをプレイする配信者を撮像した画像を取得してもよい。これにより、ゲーム配信の一般視聴者Ｕ２−ｃは、ゲームのプレイ画面の画像（メイン画像）の任意の位置に配信者Ｕ１を撮像した画像（サブ画像）を配置することができる。即ち、ゲーム配信を視聴する一般視聴者Ｕ２−ｃにとっての利便性が向上する。
【０１５０】
また、例えば、本実施形態では、一般視聴者Ｕ２−ｃが視聴する画面には、メイン画像と比較して小さいサブ画像が、メイン画像の上に重畳されて表示されるものとしたが、特にこれに限定されない。即ち例えば、一般視聴者Ｕ２−ｃが視聴する画面には、メイン画像とサブ画像とが、重畳されずに並べて表示されてよい。
具体的には例えば、視聴者端末３が十分に大きなディスプレイを備えている場合、視聴者端末３は、メイン画像の上にサブ画像を重畳させずに表示することができる。これにより、視聴者端末３は、メイン画像をサブ画像で隠すことなく、表示することができる。
この場合であっても、上述のように、コネクション数は削減されるため、複数の画像（メイン画像とサブ画像）を送信するコストが削減される。更に言えば、区分可能画像からメイン画像とサブ画像の領域を区分することで、重畳しないで表示する場合であっても、メイン画像とサブ画像の夫々を任意の配置とすることで、一般視聴者Ｕ２−ｃにとっての利便性が、向上する。
【０１５１】
また、例えば、本実施形態では、区分可能画像データＤ１において、メイン画像である配信者画像Ｐｉ１は、サブ画像であるチャット対象者画像Ｐｉ２−ａやチャット候補者画像Ｐｉ２−ｂと比較して大きく配置されるものとしたが、とくにこれに限定されない。即ち、画像データ取得部１１１は、複数の画像のデータを、データの群として取得すれば足りる。具体的には例えば、メイン画像とサブ画像とは、同じ大きさで区分可能画像に配置されてよい。これにより、例えば、サブ画像の上にメイン画像を重畳して表示した場合であっても、視聴者は、サブ画像の画質が悪化しない状態で視聴することができる。
【０１５２】
また例えば、本実施形態において、図５の区分可能画像データＤ１は、複数の画像のデータを重ならないように配置されているものとしたが、特にこれに限定されない。即ち、区分可能画像のデータは、複数の画像の夫々を区分可能に含めば足りる。具体的には例えば、区分可能画像のデータは、複数の画像の夫々を重畳させて配置されていてもよい。この場合であっても、通常、重畳された部分と重畳されていない部分とで、複数の画像の領域を区分（分離）することが可能である。
【０１５３】
また例えば、本実施形態において、図３の区分可能画像データ送信制御部１３２は、視聴者端末３−ｃに区分可能画像のデータを直接送信する例として図示されているが、特にこれに限定されない。即ち、区分可能画像データ送信制御部１３２は、区分可能画像のデータを、視聴者端末３−ｃが受信可能に、送信する制御を実行すれば足りる。具体的には例えば、区分可能画像データ送信制御部１３２は、ストリーミングの環境を構築、又は利用して、視聴者端末３−ｃに区分可能画像のデータを送信してよい。
【０１５４】
また例えば、本実施形態において、図３の区分可能画像データ領域区分部３２２は、予め共有された複数の画像の夫々が区分可能画像のうち何れの領域に配置されるかの情報に基づき、領域を区分するとしたが、特にこれに限定されない。即ち、区分可能画像データ領域区分部３２２は、区分可能画像のデータに基づいて、複数の画像の夫々を区分することができれば足りる。具体的には例えば、区分可能画像のデータを解析等することで、区分可能画像のデータに含まれる複数の画像の夫々の領域の端（例えば、図５（Ａ）に図示された区分可能画像のデータＤ１の直線部分）を検出し、領域を区分してもよい。
【０１５５】
また例えば、本実施形態において、表示画像データ生成部３２４により生成される表示画像は、メイン画像と比較して小さいサブ画像が、メイン画像の上に重畳されて表示されるものとしたが、特にこれに限定さない。即ち、サブ画像配置情報取得部３２３は、複数の画像のうち１以上の画像を表示対象として、表示対象の１以上の画像の夫々をどのように配置するのかを示す情報を、配置情報として取得すれば足りる。具体的には例えば、複数の画像うち、表示対象とする１つの画像の配置情報を取得し、表示画像として表示してもよい。これにより、一般視聴者Ｕ２−ｃは、表示対象とする１つの画像に対してサブ画像が重畳されずに視聴することができる。また、上述のように、表示画像データ生成部３２４は、複数の画像を重畳させずに表示画像とすることができる。
【０１５６】
また例えば、本実施形態において、チャット候補者Ｕ２−ｂは、公開チャットを視聴する一般視聴者Ｕ２−ｃから、サーバ１により抽出されるものとしたが、特にこれに限定されない。具体的には例えば、チャット候補者Ｕ２−ｂは、図示せぬ他の装置により抽出されてもよく、公開チャットのプロデューサや、ディレクタ等の自然人による入力に基づいて抽出されてもよい。
【０１５７】
また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図３の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４の例に限定されない。また、機能ブロックの存在場所も、図３に特に限定されず、任意でよい。即ち、サーバ１は複数台で構成され、複数のサーバにより実行されてよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【０１５８】
また例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【０１５９】
また例えば、このようなプログラムを含む記録媒体は、一般視聴者Ｕ２−ｃにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で一般視聴者Ｕ２−ｃに提供される記録媒体等で構成される。
【０１６０】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【０１６１】
以上を換言すると、本発明が適用される情報処理装置は、次のような構成を有する各種各様の実施形態を取ることができる。
即ち、本発明が適用される情報処理システム（例えば図１の情報処理システム）は、
ユーザ（例えば、図３の視聴者端末３−ｃを操作する一般視聴者Ｕ２−ｃ）に提示される画像のデータを生成する第１情報処理装置（例えば、図３のサーバ１）と、前記ユーザに当該画像を提示する際に利用される第２情報処理装置（例えば、図３の視聴者端末３−ｃ）とを含む情報処理システムにおいて、
前記第１情報処理装置は、
複数の画像のデータ（例えば、図２の配信者画像Ｐｉ１のデータやチャット対象者画像Ｐｉ２−ａ，Ｐｉ２−ｂのデータ）を、第１データの群として取得する第１取得手段（例えば、図３の画像データ取得部１１１）と、
前記複数の画像の夫々を区分可能に含む画像のデータ（例えば、図５の区分可能画像のデータＤ１）を、第２データとして生成する第１生成手段（例えば、図３の区分可能画像データ生成部１３１）と、
前記第２データを前記第２情報処理装置に送信する制御を実行する送信制御手段（例えば、図３の区分可能画像データ送信制御部１３２）と、
を備え、
前記第２情報処理装置は、
前記第１情報処理装置から送信された前記第２データを取得する第２取得手段（例えば、図３の区分可能画像データ取得部３２１）と、
前記第２データに基づいて、前記複数の画像の夫々を区分する区分手段（例えば、図３の区分可能画像データ領域区分部３２２）と、
前記複数の画像のうち１以上の画像を表示対象として、表示対象の前記１以上の画像の夫々をどのように配置するのかを示す情報を、配置情報として取得する第３取得手段（例えば、図３のサブ画像配置情報取得部３２３）と、
前記配置情報に基づいて、表示対象の前記１以上の画像の夫々を配置させた画像のデータを、第４データとして生成する第２生成手段（例えば、図３の表示画像データ生成部３２４）と、
前記第４データに対応する前記画像を前記ユーザに提示する制御を行う提示制御手段（例えば、図３の表示制御部３２５）と、
を備える、
情報処理システムであれば足りる。
このような情報処理システムにおいて、第１情報処理装置は、複数の画像の夫々を区分可能に含む画像のデータを、１つの第２データとして、第２情報処理装置に送信することができる。ここで、送信時に係るコストとして、ストリーミングの環境の構築や利用に係るコストが発生する。ストリーミングの環境の構築や利用に係るコストは、コネクション数に依存する。このような情報処理システムは、１つの第２データを送信することで、コネクション数を削減することができる。
また、このような情報処理システムにおいて、第２情報処理装置は、配置情報に基づいて、表示対象の１以上の画像の夫々を配置させた画像のデータを、第４データとして生成することができる。これにより、第２情報処理装置は、表示対象の１以上の画像の夫々を、配置情報に基づいて配置することができる。即ち、第２情報処理装置は、あらゆる配置情報に基づいて配置された第４データを生成し、更に、第４データに対応した画像をユーザに提示することができる。
即ち、このような情報処理システムは、ユーザにとっての利便性を向上させ、且つ、画像の送信に係るコストを低減することができる。
【符号の説明】
【０１６２】
１・・・サーバ、２・・・配信者端末、３・・・視聴者端末、１１・・・ＣＰＵ、１９・・・通信部、１１１・・・画像データ取得部、１１２・・・配信者提示画像制御部、１１３・・・チャット対象者提示画像制御部、１１４・・・チャット候補者提示画像制御部、１１５・・・視聴者提示画像制御部、１２１・・・メイン画像データ取得部、１２２・・・サブ画像データ取得部、１３１・・・区分画像データ生成部、１３２・・・区分可能画像データ送信制御部、３１１・・・ＣＰＵ、３１２・・・通信部、３１３・・・入力部、３１４・・・出力部、３２１・・・区分可能画像データ取得部、３２２・・・区分可能画像データ領域区分部、３２３・・・サブ画像配置情報取得部、３２４・・・表示画像データ生成部、３２５・・・表示制御部
【図１】
2020187634.tif 000003
【図２】
2020187634.tif 000004
【図３】
2020187634.tif 000005
【図４】
2020187634.tif 000006
【図５】
2020187634.tif 000007
【図６】
2020187634.tif 000008
【図７】
2020187634.tif 000009
【図８】
2020187634.tif 000010