ホーム > 特許ランキング > ＬＩＮＥヤフー株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024178867
(43)【公開日】2024-12-25
(54)【発明の名称】プログラム、情報処理方法、情報処理装置
(51)【国際特許分類】
G06Q 30/0241 20230101AFI20241218BHJP
G06Q 30/0207 20230101ALI20241218BHJP
G06Q 50/10 20120101ALI20241218BHJP
【ＦＩ】
G06Q30/0241
G06Q30/0207
G06Q50/10
【審査請求】未請求
【請求項の数】18
【出願形態】ＯＬ
(21)【出願番号】P 2023097347
(22)【出願日】2023-06-13
(71)【出願人】
【識別番号】500257300
【氏名又は名称】ＬＩＮＥヤフー株式会社
(74)【代理人】
【識別番号】110001759
【氏名又は名称】弁理士法人よつ葉国際特許事務所
(74)【代理人】
【識別番号】100093687
【弁理士】
【氏名又は名称】富崎 元成
(74)【代理人】
【識別番号】100168468
【弁理士】
【氏名又は名称】富崎 曜
(74)【代理人】
【識別番号】100166176
【弁理士】
【氏名又は名称】加美山 豊
(72)【発明者】
【氏名】浜 俊太朗
【テーマコード（参考）】
5L030
5L049
5L050
【Ｆターム（参考）】
5L030BB07
5L030BB08
5L049BB07
5L049BB08
5L049CC11
5L050CC11
(57)【要約】
【課題】配信に関する利便性等を向上させる。
【解決手段】画像の配信に関する処理を行う情報処理装置によって実行されるプログラムは、撮像装置により取得される画像データに基づいて、ユーザが検知された場合、画像データに基づく画像であって検知されたユーザに関する第１画像の第１データを送信する制御を情報処理装置の制御部によって行い、ユーザが検知されなかった場合、第１画像とは異なる第２画像の第２データを送信する制御を制御部によって行う、ことが情報処理装置によって実行される。
【選択図】図１－１
【解決手段】画像の配信に関する処理を行う情報処理装置によって実行されるプログラムは、撮像装置により取得される画像データに基づいて、ユーザが検知された場合、画像データに基づく画像であって検知されたユーザに関する第１画像の第１データを送信する制御を情報処理装置の制御部によって行い、ユーザが検知されなかった場合、第１画像とは異なる第２画像の第２データを送信する制御を制御部によって行う、ことが情報処理装置によって実行される。
【選択図】図１－１
【特許請求の範囲】
【請求項1】
画像の配信に関する処理を行う情報処理装置によって実行されるプログラムであって、
撮像装置により取得される画像データに基づいて、
ユーザが検知された場合、前記画像データに基づく画像であって検知された前記ユーザに関する第１画像の第１データを送信する制御を前記情報処理装置の制御部によって行い、
前記ユーザが検知されなかった場合、前記第１画像とは異なる第２画像の第２データを送信する制御を前記制御部によって行う、
ことが前記情報処理装置によって実行される。
撮像装置により取得される画像データに基づいて、
ユーザが検知された場合、前記画像データに基づく画像であって検知された前記ユーザに関する第１画像の第１データを送信する制御を前記情報処理装置の制御部によって行い、
前記ユーザが検知されなかった場合、前記第１画像とは異なる第２画像の第２データを送信する制御を前記制御部によって行う、
ことが前記情報処理装置によって実行される。
【請求項2】
請求項１に記載のプログラムであって、
前記ユーザが検知されなくなった後、前記ユーザが検知された場合、前記第１データを送信する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
前記ユーザが検知されなくなった後、前記ユーザが検知された場合、前記第１データを送信する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
【請求項3】
請求項１に記載のプログラムであって、
前記ユーザの検知には、前記ユーザの存在の検知と、前記ユーザの顔の検知とがあり、
前記ユーザの存在が検知されなかった場合、前記第１画像とは異なる第３画像の前記第２データを送信する制御が前記制御部によって行われ、前記ユーザの顔が検知されなかった場合、前記第３画像とは異なる第４画像の前記第２データを送信する制御が前記制御部によって行われる。
前記ユーザの検知には、前記ユーザの存在の検知と、前記ユーザの顔の検知とがあり、
前記ユーザの存在が検知されなかった場合、前記第１画像とは異なる第３画像の前記第２データを送信する制御が前記制御部によって行われ、前記ユーザの顔が検知されなかった場合、前記第３画像とは異なる第４画像の前記第２データを送信する制御が前記制御部によって行われる。
【請求項4】
請求項１に記載のプログラムであって、
前記ユーザの検知は、前記ユーザの存在の検知であり、
前記第２画像は、動画像である。
前記ユーザの検知は、前記ユーザの存在の検知であり、
前記第２画像は、動画像である。
【請求項5】
請求項４に記載のプログラムであって、
前記第２画像は、前記ユーザに関連する動画像、または広告の動画像である。
前記第２画像は、前記ユーザに関連する動画像、または広告の動画像である。
【請求項6】
請求項１に記載のプログラムであって、
前記ユーザの検知は、前記ユーザの顔の検知であり、
前記第２画像は、静止画像である。
前記ユーザの検知は、前記ユーザの顔の検知であり、
前記第２画像は、静止画像である。
【請求項7】
請求項１に記載のプログラムであって、
前記ユーザが検知されなくなってから設定時間が経過した場合、前記第２データに代えて、前記第１画像および前記第２画像とは異なる第３画像の第３データを送信する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
前記ユーザが検知されなくなってから設定時間が経過した場合、前記第２データに代えて、前記第１画像および前記第２画像とは異なる第３画像の第３データを送信する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
【請求項8】
請求項７に記載のプログラムであって、
前記第２画像は、静止画像であり、
前記第３画像は、動画像である。
前記第２画像は、静止画像であり、
前記第３画像は、動画像である。
【請求項9】
請求項７または請求項８に記載のプログラムであって、
前記第３画像は、広告の動画像である。
前記第３画像は、広告の動画像である。
【請求項10】
請求項１に記載のプログラムであって、
前記第２画像は、広告の動画像であり、
前記第２データが送信された端末での前記第２画像の表示に基づく報酬であって前記ユーザに付与する報酬を前記制御部によって決定することが前記情報処理装置によって実行される。
前記第２画像は、広告の動画像であり、
前記第２データが送信された端末での前記第２画像の表示に基づく報酬であって前記ユーザに付与する報酬を前記制御部によって決定することが前記情報処理装置によって実行される。
【請求項11】
請求項１０に記載のプログラムであって、
前記報酬は、前記第２画像の表示時間、または前記第２画像の表示に基づく端末のユーザの反応に基づいて決定される。
前記報酬は、前記第２画像の表示時間、または前記第２画像の表示に基づく端末のユーザの反応に基づいて決定される。
【請求項12】
請求項７に記載のプログラムであって、
前記第３画像は、広告の動画像であり、
前記第３データが送信された端末での前記第２画像の表示に基づく報酬であって前記ユーザに付与する報酬を前記制御部によって決定することが前記情報処理装置によって実行される。
前記第３画像は、広告の動画像であり、
前記第３データが送信された端末での前記第２画像の表示に基づく報酬であって前記ユーザに付与する報酬を前記制御部によって決定することが前記情報処理装置によって実行される。
【請求項13】
請求項１２に記載のプログラムであって、
前記報酬は、前記第３画像の表示時間、または前記第３画像の表示に基づく端末のユーザの反応に基づいて決定される。
前記報酬は、前記第３画像の表示時間、または前記第３画像の表示に基づく端末のユーザの反応に基づいて決定される。
【請求項14】
請求項１に記載のプログラムであって、
前記ユーザが検知されている場合、音入力装置により取得される音データを送信する制御を前記制御部によって行い、前記ユーザが検知されなかった場合、前記音データの送信を停止する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
前記ユーザが検知されている場合、音入力装置により取得される音データを送信する制御を前記制御部によって行い、前記ユーザが検知されなかった場合、前記音データの送信を停止する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
【請求項15】
請求項１に記載のプログラムであって、
前記第１画像は、前記ユーザの領域にオブジェクトが重畳された画像であり、
前記ユーザによる前記オブジェクトを含まない画像を送信することに関する入力に基づいて、前記第２データを送信する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
前記第１画像は、前記ユーザの領域にオブジェクトが重畳された画像であり、
前記ユーザによる前記オブジェクトを含まない画像を送信することに関する入力に基づいて、前記第２データを送信する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
【請求項16】
請求項１５に記載のプログラムであって、
前記第２データを送信する制御を行った後、前記オブジェクトを含まない画像を送信することを前記ユーザに確認することに関する処理を前記制御部によって行うことと、
前記確認することに関する処理に基づき、前記オブジェクトを含まない画像を送信する制御を前記制御部によって行うこととが前記情報処理装置によって実行される。
前記第２データを送信する制御を行った後、前記オブジェクトを含まない画像を送信することを前記ユーザに確認することに関する処理を前記制御部によって行うことと、
前記確認することに関する処理に基づき、前記オブジェクトを含まない画像を送信する制御を前記制御部によって行うこととが前記情報処理装置によって実行される。
【請求項17】
画像の配信に関する処理を行う情報処理装置の情報処理方法であって、
撮像装置により取得される画像データに基づいて、
ユーザが検知された場合、前記画像データに基づく画像であって検知された前記ユーザに関する第１画像の第１データを送信する制御を前記情報処理装置の制御部によって行い、
前記ユーザが検知されなかった場合、前記第１画像とは異なる第２画像の第２データを送信する制御を前記制御部によって行う、
ことを含む。
撮像装置により取得される画像データに基づいて、
ユーザが検知された場合、前記画像データに基づく画像であって検知された前記ユーザに関する第１画像の第１データを送信する制御を前記情報処理装置の制御部によって行い、
前記ユーザが検知されなかった場合、前記第１画像とは異なる第２画像の第２データを送信する制御を前記制御部によって行う、
ことを含む。
【請求項18】
画像の配信に関する処理を行う情報処理装置であって、
撮像装置により取得される画像データに基づいて、
ユーザが検知された場合、前記画像データに基づく画像であって検知された前記ユーザに関する第１画像の第１データを送信する制御を行い、
前記ユーザが検知されなかった場合、前記第１画像とは異なる第２画像の第２データを送信する制御を行う、
制御部を備える。
撮像装置により取得される画像データに基づいて、
ユーザが検知された場合、前記画像データに基づく画像であって検知された前記ユーザに関する第１画像の第１データを送信する制御を行い、
前記ユーザが検知されなかった場合、前記第１画像とは異なる第２画像の第２データを送信する制御を行う、
制御部を備える。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、情報処理方法、情報処理装置等に関する。
【背景技術】
【0002】
ユーザが動画像等を配信することを可能にするサービスがある（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２０－２１４６４号公報
【発明の概要】
【0004】
本発明の第１の態様によると、画像の配信に関する処理を行う情報処理装置によって実行されるプログラムは、撮像装置により取得される画像データに基づいて、ユーザが検知された場合、画像データに基づく画像であって検知されたユーザに関する第１画像の第１データを送信する制御を情報処理装置の制御部によって行い、ユーザが検知されなかった場合、第１画像とは異なる第２画像の第２データを送信する制御を制御部によって行う、ことが情報処理装置によって実行される。
本発明の第２の態様によると、画像の配信に関する処理を行う情報処理装置の情報処理方法は、撮像装置により取得される画像データに基づいて、ユーザが検知された場合、画像データに基づく画像であって検知されたユーザに関する第１画像の第１データを送信する制御を情報処理装置の制御部によって行い、ユーザが検知されなかった場合、第１画像とは異なる第２画像の第２データを送信する制御を制御部によって行う、ことを含む。
本発明の第３の態様によると、画像の配信に関する処理を行う情報処理装置は、撮像装置により取得される画像データに基づいて、ユーザが検知された場合、画像データに基づく画像であって検知されたユーザに関する第１画像の第１データを送信する制御を行い、ユーザが検知されなかった場合、第１画像とは異なる第２画像の第２データを送信する制御を行う、制御部を備える。
本発明の第２の態様によると、画像の配信に関する処理を行う情報処理装置の情報処理方法は、撮像装置により取得される画像データに基づいて、ユーザが検知された場合、画像データに基づく画像であって検知されたユーザに関する第１画像の第１データを送信する制御を情報処理装置の制御部によって行い、ユーザが検知されなかった場合、第１画像とは異なる第２画像の第２データを送信する制御を制御部によって行う、ことを含む。
本発明の第３の態様によると、画像の配信に関する処理を行う情報処理装置は、撮像装置により取得される画像データに基づいて、ユーザが検知された場合、画像データに基づく画像であって検知されたユーザに関する第１画像の第１データを送信する制御を行い、ユーザが検知されなかった場合、第１画像とは異なる第２画像の第２データを送信する制御を行う、制御部を備える。
【図面の簡単な説明】
【0005】
【図1-1】実施形態に係る通信システムのシステム構成の一例を示す図。
【図1-2】第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。
【図1-3】第１実施例に係るサーバの記憶部に記憶されるデータ等の一例を示す図。
【図1-4】第１実施例に係るアカウント登録データの一例を示す図。
【図1-5】第１実施例に係るライブ配信管理データベースの一例を示す図。
【図1-6】第１実施例に係る端末の制御部によって実現される機能の一例を示す図。
【図1-7】第１実施例に係る端末の記憶部に記憶されるデータ等の一例を示す図。
【図1-8】第１実施例に係る端末の表示部に表示される画面の一例を示す図。
【図1-9】第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図1-10】第１実施例に係る視聴ユーザ数判定処理の流れの一例を示すフローチャート。
【図1-11】第１実施例に係る第１のアナリティクス用情報生成処理の流れの一例を示すフローチャート。
【図1-12】第１変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図2-1】第２実施例に係る視聴ユーザ数減少判定データの一例を示す図。
【図2-2】第２実施例に係る端末の表示部に表示される画面の一例を示す図。
【図2-3】第２実施例に係る端末の表示部に表示される画面の一例を示す図。
【図2-4】第２実施例に係る第２のアナリティクス用情報生成処理の流れの一例を示すフローチャート。
【図2-5】第２変形例に係る第３のアナリティクス用情報生成処理の流れの一例を示すフローチャート。
【図2-6】第２変形例に係る端末の表示部に表示される画面の一例を示す図。
【図3-1】第３実施例に係る端末の表示部に表示される画面の一例を示す図。
【図3-2】第３実施例に係る端末の表示部に表示される画面の一例を示す図。
【図3-3】第３実施例に係る端末の表示部に表示される画面の一例を示す図。
【図3-4】第３実施例に係る端末の表示部に表示される画面の一例を示す図。
【図3-5】第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図3-6】第３実施例に係る第１の配信制御処理の流れの一例を示すフローチャート。
【図3-7】第３実施例に係る第２の配信制御処理の流れの一例を示すフローチャート。
【図3-8】第３変形例に係る端末の表示部に表示される画面の一例を示す図。
【図3-9】第３変形例に係る端末の表示部に表示される画面の一例を示す図。
【図3-10】第３変形例に係る端末の表示部に表示される画面の一例を示す図。
【図4-1】第４実施例に係る端末の表示部に表示される画面の一例を示す図。
【図4-2】第４実施例に係る第３の配信制御処理の流れの一例を示すフローチャート。
【図5-1】第５実施例に係る端末の表示部に表示される画面の一例を示す図。
【図5-2】第５実施例に係る端末の表示部に表示される画面の一例を示す図。
【図6-1】第６実施例に係る端末の表示部に表示される画面の一例を示す図。
【図6-2】第６実施例に係る端末の表示部に表示される画面の一例を示す図。
【発明を実施するための形態】
【0006】
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
【0007】
＜実施形態＞
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。
【0008】
本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。
【0009】
システムとは、限定ではなく例として、複数の装置を有して構成されるものとすることができる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。
【0010】
また、クライアント（クライアント装置）とサーバとに関するシステムとは、限定ではなく例として、少なくとも以下のいずれかと考えることができる。
（１）端末＆サーバ
（２）サーバ
（３）端末
（１）端末＆サーバ
（２）サーバ
（３）端末
【0011】
（１）は、限定ではなく例として、少なくとも１つの端末と、少なくとも１つのサーバとを含むシステムである。この一例は、クライアントサーバシステムである。
【0012】
サーバは、限定ではなく例として、以下の装置によって構成されており、単独の装置であってもよいし、複数の装置の組合せであってもよいものとする。
【0013】
具体的には、サーバは、限定ではなく例として、少なくとも１つのプロセッサー（限定ではなく例として、ＣＰＵ：Central Processing Unit、ＧＰＵ：Graphics Processing Unit、ＡＰＵ：Accelerated Processing Unit、ＤＳＰ：Digital Signal Processor（限定ではなく例として、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array）等）、コンピュータ装置（プロセッサー＋メモリ）、制御装置、演算装置、処理装置等のいずれかを有して構成され、いずれか１つの装置の同種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＣＰＵ、ホモジニアスマルチコアプロセッサー等）や、いずれか１つの装置の異種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＤＳＰ、ヘテロジニアスマルチコアプロセッサー等）としてもよいし、複数の装置の組み合わせ（限定ではなく例として、プロセッサー＋コンピュータ装置、プロセッサー＋演算装置、複数の装置をヘテロジニアス化したもの等）であってもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。
【0014】
また、サーバによって何らかの処理を実行する場合に、単一の装置で構成される場合は、単一の装置によって実施例に記載されている処理が実行される。また、複数の装置を有して構成されている場合には、一部の処理を一方の装置が実行し、その他の処理を他方の装置が実行するように構成されていてもよい。限定ではなく例として、プロセッサーと、演算装置とを有して構成される場合、第１処理をプロセッサーが実行し、第２処理を演算装置が実行するように構成されていてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。
【0015】
また、サーバの機能は、限定ではなく例として、クラウドコンピューティングにおけるＰａａＳやＩａａＳ、ＳａａＳの形態で提供されるようにしてもよい。
【0016】
また、システムの制御部は、端末の制御部とサーバの制御部とのうちの少なくともいずれか一方とすることができる。つまり、限定ではなく例として、（１Ａ）端末の制御部のみ、（１Ｂ）サーバの制御部のみ、（１Ｃ）端末の制御部とサーバの制御部との両方、のうちのいずれかを、システムの制御部とすることができる。
【0017】
また、システムの制御部が行う制御や処理（以下、包括的に「制御等」と称する。）は、（１Ａ）端末の制御部のみによって行うようにしてもよいし、（１Ｂ）サーバの制御部のみによって行うようにしてもよいし、（１Ｃ）端末の制御部とサーバの制御部との両方によって行うようにしてもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
【0018】
また、サーバの通信部という場合、サーバが単一の装置によって構成されている場合には、単一の装置が備える通信部そのものであってもよい。また、サーバが複数の装置を有して構成されている場合には、サーバの通信部は、各々の装置が備える各々の通信部を含む構成であってもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。
【0019】
（２）は、限定ではなく例として、複数のサーバによって構成されるシステム（以下、「サーバシステム」と称する。）とすることができる。この場合、各々のサーバの構成としては、前述した構成を同様に適用することができる。
【0020】
サーバシステムが行う制御等は、複数のサーバのうち、（２Ａ）一のサーバのみによって行うようにしてもよいし、（２Ｂ）他のサーバのみによって行うようにしてもよいし、（２Ｃ）一のサーバと他のサーバとが行うようにしてもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
【0021】
（３）は、限定ではなく例として、複数の端末によって構成されるシステムとすることができる。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース（登録商標）等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース（登録商標）等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
【0022】
なお、上記は、制御部に限らず、システムの構成要素となり得る入出力部、通信部、記憶部、時計部等の各機能部についても同様である。
【0023】
以下の実施形態では、限定ではなく例として、端末とサーバとを含むシステム（限定ではなく例として、クライアントサーバシステム）を例示する。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
【0024】
また、端末とサーバとを含むシステムに代えて、サーバを含まないシステム、限定ではなく例として、上記（３）のシステムを適用することも可能である。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
【0025】
なお、端末と表現した場合でも、これは、クライアントサーバにおけるクライアントの装置としての端末の意味に限定されるものではない。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。
【0026】
また、本明細書では、適宜「通信Ｉ／Ｆによって」という表現を用いる。これは、限定ではなく例として、装置が、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示してもよいものとする。
【0027】
また、本明細書において「関する」、「関連する」と記載された用語について、「Ａに関するＢ」や「Ａに関連するＢ」という場合、限定ではなく例として、「Ａ」と何らかの関係性を有する「Ｂ」を意味してよいものとする。この具体例については後述する。
【0028】
また、本明細書において、「ＡとＢとを送信する」、「ＡとＢとを受信する」といったように、装置が２以上のものを対象として処理を行うことには、「Ａ」と「Ｂ」とをタイミングを合わせて行うもの（以下、「同時」という。）と、「Ａ」と「Ｂ」とをタイミングをずらして行うもの（以下、「非同時」という。）とを含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
【0029】
なお、「Ａ」と「Ｂ」とをタイミングをずらして行うといっても、これはあくまでも「Ａ」と「Ｂ」とを対象として処理を行うものであればよく、その目的は必ずしも同じでなくてもよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
る目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
る目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
【0030】
本明細書において、コンテンツとは、送信元から送信先に送信される情報であってもよい。また、コンテンツは、１または複数のコンテンツであってもよい。
【0031】
コンテンツには、限定ではなく例として、テキスト形式のテキストコンテンツ、画像（静止画像、動画像の少なくともいずれか一方を含む。）形式の画像コンテンツ、音（音声を含む。）形式の音コンテンツなどを含めてよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、リンク情報（限定ではなく例として、ＵＲＩ（Uniform Resource Identifier）等を含む。）などのリンクコンテンツを含めてもよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、リンク情報（限定ではなく例として、ＵＲＩ（Uniform Resource Identifier）等を含む。）などのリンクコンテンツを含めてもよいものとする。
【0032】
テキストには、限定ではなく例として、文字コードで表される各国の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくともいずれか１つを含めてよいものとする。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。
【0033】
画像には、限定ではなく例として、アイコン、ボタン、スタンプ、絵文字、バナー画像といった各種の画像の情報のうちの少なくともいずれか１つを含めることができる。
【0034】
以下の実施例では、限定ではなく例として、「映像」に、概念として動画像と静止画像とが含まれるものとして説明する場合があるが、「静止画像」と「動画像」とは区別して説明する。
【0035】
また、以下の実施例では、限定ではなく例として、配信ユーザとなるユーザが、限定ではなく例として、動画像データと音データとを含むライブコンテンツ情報に基づくライブ配信をする場合を例示する。
ライブコンテンツは、基本的にどのようなものであってもよい。後述するが、ライブコンテンツには、電子商取引によりライブ配信中に紹介される販売品の購入が可能であるサービスの一例であるライブコマースコンテンツを含めてもよい。
ライブコンテンツは、基本的にどのようなものであってもよい。後述するが、ライブコンテンツには、電子商取引によりライブ配信中に紹介される販売品の購入が可能であるサービスの一例であるライブコマースコンテンツを含めてもよい。
【0036】
また、以下では、ライブ配信サービスを実現するためのアプリケーションを「ライブ配信アプリケーション」と称し、その名称を「Ｌｉｖｅ Ｓｔｒｅａｍｉｇ Ａｐｐ」と称して図示・説明する場合がある。また、ライブ配信サービスにおいて配信されるライブコンテンツの動画像データ・音データ等の情報を含む情報を「ライブコンテンツ情報」と称する場合がある。また、ライブ配信サービスの事業者を「ライブ配信サービス事業者」と称する場合がある。
【0037】
ライブ配信サービスを実現するための形態としては、限定ではなく例として、以下のいずれかの形態を適用してよい。
（Ａ）ライブ配信アプリケーションを単体として構成する形態
（Ｂ）メッセージングアプリケーションの一機能としてライブ配信サービスの機能を持たせる形態
（Ｃ）ライブ配信サービスの機能とメッセージングサービスの機能とを有するアプリケーション（統合的なアプリケーション）を構成する形態
（Ｄ）ライブ配信アプリケーションとは別のアプリケーションとしてメッセージングアプリケーションを構成する形態
（Ａ）ライブ配信アプリケーションを単体として構成する形態
（Ｂ）メッセージングアプリケーションの一機能としてライブ配信サービスの機能を持たせる形態
（Ｃ）ライブ配信サービスの機能とメッセージングサービスの機能とを有するアプリケーション（統合的なアプリケーション）を構成する形態
（Ｄ）ライブ配信アプリケーションとは別のアプリケーションとしてメッセージングアプリケーションを構成する形態
【0038】
（Ｂ）や（Ｃ）の形態では、限定ではなく例として、ライブ配信サービス事業者を、メッセージングサービス事業者と同じ事業者とすることができる。
また、この場合、１つの方法として、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとを共通のアカウントとすることができる。
また、この場合、別の方法として、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとが自動的に関連付けられる（連携される）ようにすることができる。
また、この場合、１つの方法として、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとを共通のアカウントとすることができる。
また、この場合、別の方法として、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとが自動的に関連付けられる（連携される）ようにすることができる。
【0039】
（Ｄ）の形態では、限定ではなく例として、ライブ配信サービス事業者を、メッセージングサービス事業者とは異なる事業者とすることができる。
また、（Ｄ）の形態では、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとを関連付ける処理（連携する処理）を行うようにすることができる。
また、（Ｄ）の形態では、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとを関連付ける処理（連携する処理）を行うようにすることができる。
【0040】
なお、上記とは異なり、ライブ配信アプリケーションの一機能としてメッセージングサービスの機能を持たせるようにすることも可能である。
【0041】
また、本実施形態では、ユーザ間で情報が送受信されるという表現や、端末間で情報が送受信されるという表現を用いる場合があり得るが、これらは実質的に同義としてよいものとする。
また、クライアントサーバシステムを適用する場合、サーバを介して端末間で情報が送受信されるように構成することが可能であるが、これをユーザ間や端末間での情報の送受信と表現してもよいものとする。また、前述したように、クライアントサーバシステムを適用せずに端末間で情報を送受信してもよいものとする。
また、クライアントサーバシステムを適用する場合、サーバを介して端末間で情報が送受信されるように構成することが可能であるが、これをユーザ間や端末間での情報の送受信と表現してもよいものとする。また、前述したように、クライアントサーバシステムを適用せずに端末間で情報を送受信してもよいものとする。
【0042】
また、以下の実施例では、ライブ配信として、ライブ配信ユーザのユーザ（以下、「配信ユーザ」と称する。）がライブコンテンツを配信し、その視聴ユーザとなるユーザ（以下、「視聴ユーザ」と称する。）がそのライブコンテンツを視聴する場合を例示する。
配信ユーザは、配信者やライバー等のように称してもよい。また、視聴ユーザは視聴者等と称してもよい。
配信ユーザは、配信者やライバー等のように称してもよい。また、視聴ユーザは視聴者等と称してもよい。
【0043】
また、ライブ配信サービスを実現するための形態として、前述した（Ａ）～（Ｄ）のいずれの形態を適用してもよいが、以下の実施例では、限定ではなく例として、主として（Ａ）ライブ配信アプリケーションを単体として構成する形態を適用する場合を例示する。
【0044】
＜実施例＞
以下、本発明を適用した実施例の一例について説明する。以下の実施例では、ライブ配信サービスを適用する場合の実施例を主として説明する。
ただし、後述するが、ライブ配信サービス以外のサービスについても、以下の実施例で説明する手法を同様に適用可能である。
以下、本発明を適用した実施例の一例について説明する。以下の実施例では、ライブ配信サービスを適用する場合の実施例を主として説明する。
ただし、後述するが、ライブ配信サービス以外のサービスについても、以下の実施例で説明する手法を同様に適用可能である。
【0045】
＜第１実施例＞
第１実施例は、配信ユーザが、ライブ配信中にそのライブコンテンツを視聴する視聴ユーザの数（以下、「視聴ユーザ数」と称する。）が設定された減少条件を満たしたことを知ることができるようにする実施例である。
視聴ユーザ数は、限定ではなく例として、ライブコンテンツを視聴する視聴ユーザの反応に関する値の一例としてよい。
第１実施例は、配信ユーザが、ライブ配信中にそのライブコンテンツを視聴する視聴ユーザの数（以下、「視聴ユーザ数」と称する。）が設定された減少条件を満たしたことを知ることができるようにする実施例である。
視聴ユーザ数は、限定ではなく例として、ライブコンテンツを視聴する視聴ユーザの反応に関する値の一例としてよい。
【0046】
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0047】
＜システム構成＞
図１－１は、本開示の実施形態における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
図１－１は、本開示の実施形態における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
【0048】
サーバ１０は、ネットワーク３０を介して、ユーザが所有する端末２０に、所定のサービス（限定ではなく例として、ライブ配信サービス、メッセージングサービス等）を提供する機能を有する。サーバ１０は、限定ではなく例として、ライブ配信サーバ、メッセージングサーバ等のように表現してもよい。
本実施形態では、ライブ配信サービス事業者（運営者）やメッセージングサービス事業者（運営者）を、サーバ１０のユーザとする。
本実施形態では、ライブ配信サービス事業者（運営者）やメッセージングサービス事業者（運営者）を、サーバ１０のユーザとする。
【0049】
なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。
【0050】
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
【0051】
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は、限定ではなく例として、同一とすることができる。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよいし、しなくてもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
【0052】
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
【0053】
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
【0054】
サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
【0055】
［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。
通信システム１に含まれる各装置のＨＷ構成について説明する。
【0056】
（１）端末のＨＷ構成
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【0057】
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0058】
入出力部２３は、端末２０に対する各種操作を入力する装置や、端末２０で処理された処理結果を出力する装置等を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【0059】
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
【0060】
出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【0061】
あくまでも一例であるが、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。
【0062】
表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
【0063】
音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
【0064】
入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
【0065】
時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
【0066】
なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。
【0067】
位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。
【0068】
位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。
【0069】
衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。
【0070】
慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。
【0071】
ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
【0072】
制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させるようにしてもよいし、そうしなくてもよい。
【0073】
制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【0074】
制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサー（microprocessor）、プロセッサーコア（processor core）、マルチプロセッサー（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
【0075】
記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【0076】
端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
【0077】
（２）サーバのＨＷ構成
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【0078】
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
【0079】
制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサー、プロセッサーコア、マルチプロセッサー、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
【0080】
記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【0081】
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0082】
入出力部１２は、サーバ１０に対する各種操作を入力する装置や、サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【0083】
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。
【0084】
出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【0085】
あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。
【0086】
表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。
【0087】
時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
【0088】
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
【0089】
なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【0090】
また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
【0091】
また、システムのプログラム（システムによって実行されるプログラム）という場合、システムについては前述した通りである。そして、前述したシステムのプログラムとは、システム全体で実行可能なプログラムであって、このプログラムは、限定ではなく例として、システムを構成する装置個々のプログラムで構成されてもよく、システムを構成する個々の装置に保存されるプログラムは、各々異なっていてもよいものとする。つまり、システムを構成する個々の装置で共通のプログラムでなくてもよいものとする。
限定ではなく例として、システムが端末とサーバとで構成されている場合、システムのプログラムをＰ１とすると、システムのプログラムＰ１は、端末に保存されたプログラムＰ２と、サーバに保存されたプログラムＰ３とで構成され、Ｐ２とＰ３とは、システムのプログラムを実行するためのものであり、それぞれ異なるプログラムとなっていてもよい。限定ではなく例として、端末に保存されたプログラムＰ２は、第１の処理を実行し、第１の処理をした結果をサーバに送信するプログラムであり、サーバに保存されたプログラムＰ３は、受信した第１の処理をした結果に対して第２の処理を行い、第２の処理を行った結果を端末に送信するプログラムであってもよい。
限定ではなく例として、システムが端末とサーバとで構成されている場合、システムのプログラムをＰ１とすると、システムのプログラムＰ１は、端末に保存されたプログラムＰ２と、サーバに保存されたプログラムＰ３とで構成され、Ｐ２とＰ３とは、システムのプログラムを実行するためのものであり、それぞれ異なるプログラムとなっていてもよい。限定ではなく例として、端末に保存されたプログラムＰ２は、第１の処理を実行し、第１の処理をした結果をサーバに送信するプログラムであり、サーバに保存されたプログラムＰ３は、受信した第１の処理をした結果に対して第２の処理を行い、第２の処理を行った結果を端末に送信するプログラムであってもよい。
【0092】
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
【0093】
サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
【0094】
また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
【0095】
また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
【0096】
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
【0097】
なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML Living Standardなどのマークアップ言語などを用いて実装される。
【0098】
＜機能構成＞
（１）サーバの機能構成
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。
（１）サーバの機能構成
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。
【0099】
図１－３は、本実施例においてサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、制御部１１によってアプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、ライブ配信管理データベース１５５とが記憶される。
記憶部１５には、限定ではなく例として、制御部１１によってアプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、ライブ配信管理データベース１５５とが記憶される。
【0100】
アカウント登録データ１５３は、アプリケーション（限定ではなく例として、ライブ配信アプリケーション）のアカウントに関する登録データであり、そのデータ構成の一例を図１－４に示す。
アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
【0101】
ユーザ名は、このアプリケーションを利用する端末２０のアカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
【0102】
アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
【0103】
その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
【0104】
端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、一般ユーザ用のアプリケーションＩＤや公式ユーザ用のアプリケーションＩＤとすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、一般ユーザ用のアプリケーションＩＤや公式ユーザ用のアプリケーションＩＤとすることができる。
【0105】
なお、アプリケーションＩＤに代えて「ユーザＩＤ」としてもよいし、しなくてもよい。
また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」とすることができる。
また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」とすることができる。
【0106】
また、限定ではなく例として、１つのアプリケーションＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。この場合、１つのアプリケーションＩＤを識別（ログイン）対象として、複数の端末２０においてアプリケーションを並行して（並列に）起動できるようにしてもよいし、そのようにしなくてもよい。
【0107】
また、アプリケーションＩＤ等の各種のＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
この場合、アプリケーションＩＤ等のＩＤの情報をアカウント登録データ１５３に記憶させるのに代えて、端末電話番号等の情報をアカウント登録データ１５３に記憶させるようにすることができる。なお、アプリケーションＩＤ等のＩＤの情報を端末電話番号等の情報に代えず、アプリケーションＩＤ等のＩＤの情報を端末電話番号等の情報と一対一に対応させるようにしてもよいし、そのようにしなくてもよい。
この場合、アプリケーションＩＤ等のＩＤの情報をアカウント登録データ１５３に記憶させるのに代えて、端末電話番号等の情報をアカウント登録データ１５３に記憶させるようにすることができる。なお、アプリケーションＩＤ等のＩＤの情報を端末電話番号等の情報に代えず、アプリケーションＩＤ等のＩＤの情報を端末電話番号等の情報と一対一に対応させるようにしてもよいし、そのようにしなくてもよい。
【0108】
なお、以下の各種の実施例では、説明の簡明化のため、１つの端末２０につき１つのアカウントが登録されていることとして説明する。
また、この場合、上記のように「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」であるため、「アカウントのユーザ」の用語は、「アカウントの端末」と実質的に同義としてよいものとする。
また、この場合、上記のように「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」であるため、「アカウントのユーザ」の用語は、「アカウントの端末」と実質的に同義としてよいものとする。
【0109】
アカウント登録可能なユーザは、限定ではなく例として、配信ユーザと視聴ユーザとを含めるようにしてよい。
なお、配信ユーザと視聴ユーザのアカウントを明示的に区別するようにしてもよいし、しないようにしてもよい。
また、アカウント登録データ１５３を配信ユーザのアカウントを登録するための配信ユーザアカウント登録データと、視聴ユーザのアカウントを登録するための視聴ユーザアカウント登録データとに分けて記憶させるようにしてもよいし、そうしなくてもよい。
なお、配信ユーザと視聴ユーザのアカウントを明示的に区別するようにしてもよいし、しないようにしてもよい。
また、アカウント登録データ１５３を配信ユーザのアカウントを登録するための配信ユーザアカウント登録データと、視聴ユーザのアカウントを登録するための視聴ユーザアカウント登録データとに分けて記憶させるようにしてもよいし、そうしなくてもよい。
【0110】
ライブ配信管理データベース１５５は、ライブ配信の管理用のデータベースであり、そのデータ構成の一例を図１－５に示す。
ライブ配信管理データベース１５５には、限定ではなく例として、ライブ配信ごと（ライブコンテンツごとと言ってもよい。）のデータとして、ライブ配信管理データが記憶される。
ライブ配信管理データベース１５５には、限定ではなく例として、ライブ配信ごと（ライブコンテンツごとと言ってもよい。）のデータとして、ライブ配信管理データが記憶される。
【0111】
各々のライブ配信管理データには、限定ではなく例として、配信ユーザのアプリケーションＩＤと、配信ライブＩＤと、配信ライブ名と、視聴ユーザ数履歴データと、視聴ユーザ数減少判定データと、コメント管理データと、ライブコンテンツ情報とが記憶される。
【0112】
配信ユーザのアプリケーションＩＤには、このライブ配信の配信ユーザのアプリケーションＩＤが記憶される。
【0113】
配信ライブＩＤは、このライブ配信を識別するために用いられる情報である。
配信ライブＩＤは、好ましくはライブごとに一意な値であり、限定ではなく例として、サーバ１０によってライブコンテンツごとに一意な値（固有の値）が設定されて記憶される。
配信ライブＩＤは、好ましくはライブごとに一意な値であり、限定ではなく例として、サーバ１０によってライブコンテンツごとに一意な値（固有の値）が設定されて記憶される。
【0114】
ライブ名は、このライブのタイトル名称であり、限定ではなく例として、配信ユーザがライブ配信を行う際に登録する名称が記憶される。
【0115】
視聴ユーザ数履歴データは、このライブにおける視聴ユーザ数の履歴のデータであり、限定ではなく例として、サーバ１０によってリアルタイムに検出された視聴ユーザ数が時系列に記憶される。
限定ではなく例として、サーバ１０は、各々の端末２０から送信されるライブ配信の参加リクエスト情報や退出リクエスト情報に基づいて、視聴ユーザ数をカウントするようにしてもよい。
限定ではなく例として、サーバ１０は、各々の端末２０から送信されるライブ配信の参加リクエスト情報や退出リクエスト情報に基づいて、視聴ユーザ数をカウントするようにしてもよい。
【0116】
視聴ユーザ数減少判定データは、このライブにおいて視聴ユーザ数が設定された減少条件（以下、「設定減少条件」と称する。）を満たしたとサーバ１０が判定したことに基づくデータであり、限定ではなく例として、設定減少条件を満たすごとに設定される番号（Ｎｏ）と、設定減少条件を満たしたタイミングに相当する減少判定時刻とが関連付けて記憶される。
【0117】
減少判定時刻には、限定ではなく例として、視聴ユーザ数が設定減少条件を満たしたと判定した際における、ライブ配信の開始時刻を起点とする経過時間が記憶されるようにしてよい。
【0118】
コメント管理データは、このライブコンテンツの生配信中に端末２０から送信されたコメントの履歴を管理するためのデータであり、限定ではなく例として、コメント時間と、発言者アプリケーションＩＤと、コメント情報とが関連付けて記憶される。
コメント時間には、限定ではなく例として、コメントが送信された時点における、ライブコンテンツ配信開始時刻を起点とする経過時間が記憶されるようにしてよい。発言者アプリケーションＩＤには、限定ではなく例として、コメントを送信した端末２０のアプリケーションＩＤが記憶されるようにしてよい。コメント情報には、限定ではなく例として、端末２０から送信されたコメントの内容に関する情報（限定ではなく例として、テキストや画像等）が記憶されるようにしてよい。
コメント時間には、限定ではなく例として、コメントが送信された時点における、ライブコンテンツ配信開始時刻を起点とする経過時間が記憶されるようにしてよい。発言者アプリケーションＩＤには、限定ではなく例として、コメントを送信した端末２０のアプリケーションＩＤが記憶されるようにしてよい。コメント情報には、限定ではなく例として、端末２０から送信されたコメントの内容に関する情報（限定ではなく例として、テキストや画像等）が記憶されるようにしてよい。
【0119】
なお、アーカイブ配信中に端末２０から送信されたコメントの履歴をコメント管理データに記憶させるようにしてもよい。この場合、コメント時間には、限定ではなく例として、コメントが送信された時点における、アーカイブ先頭を起点とするアーカイブ内での経過時間が記憶されるようにしてもよい。また、コメント管理データに、コメントが生配信中に送信されたか否かを記憶するためのフラグ情報を付加するようにしてもよい。
【0120】
ライブコンテンツデータには、限定ではなく例として、配信ユーザの端末２０から送信されるライブコンテンツ情報（ライブコンテンツのデータ）が記憶される。このライブコンテンツ情報には、画像や音のデータが含まれてよい。
なお、このライブコンテンツデータは、アーカイブデータ（アーカイブに保存されたデータ）としてアーカイブ配信等に利用可能としてよい。
なお、このライブコンテンツデータは、アーカイブデータ（アーカイブに保存されたデータ）としてアーカイブ配信等に利用可能としてよい。
【0121】
なお、これらの他に、限定ではなく例として、ライブの配信開始日時や配信終了日時、配信期間（視聴可能期間）、アーカイブの記録先に関する情報（限定ではなく例として、ＵＲＩ）等の情報を記憶させるようにしてもよい。
【0122】
（２）端末の機能構成
図１－６は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２８に記憶されたアプリケーション処理プログラム２８１に従ってアプリケーション処理を実行するためのアプリケーション処理部２１１を機能部として含む。
図１－６は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２８に記憶されたアプリケーション処理プログラム２８１に従ってアプリケーション処理を実行するためのアプリケーション処理部２１１を機能部として含む。
【0123】
図１－７は、本実施例において端末２０の記憶部２８に記憶されるデータ等の一例を示す図である。
記憶部２８には、限定ではなく例として、制御部２１によってアプリケーション処理として実行されるアプリケーション処理プログラム２８１と、この端末２０、またはこの端末２０のユーザのアカウントに対応するアプリケーションＩＤ２８３とが記憶される。
記憶部２８には、限定ではなく例として、制御部２１によってアプリケーション処理として実行されるアプリケーション処理プログラム２８１と、この端末２０、またはこの端末２０のユーザのアカウントに対応するアプリケーションＩＤ２８３とが記憶される。
【0124】
＜表示画面＞
以下では、限定ではなく例として、端末２０が、縦長のディスプレイの表示部２４を備えるスマートフォンである場合を例示する。
以下では、限定ではなく例として、端末２０が、縦長のディスプレイの表示部２４を備えるスマートフォンである場合を例示する。
【0125】
スマートフォンには、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテムまたは入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラムまたはそのプログラムのサブルーチンが実行される。
【0126】
なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。
【0127】
図１－８は、本実施例において端末２０の表示部２４に表示される画面の一例を示す図である。なお、以下では、端末２０が実行する処理を、限定ではなく例として、配信ユーザ（ユーザＡ．Ａ）の端末２０Ａが実行する処理として図示・説明する場合があり、ここでは、配信ユーザ（ユーザＡ．Ａ）の端末２０Ａの表示部２４に表示される画面の一例を示す。
【0128】
本画面図では、限定ではなく例として、一のライブ配信（第５回○○ライブ）に対応するアナリティクス用情報生成処理において視聴ユーザの減少判定がなされたライブ配信を端末２０の配信ユーザが行った場合に、そのライブ配信に対応するアナリティクス画面が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0129】
図１－８は、限定ではなく例として、ライブ配信アプリケーション（ライブストリーミングサービス）においてライブ配信がなされた後に表示されるアナリティクス画面の一例である。
この画面では、画面最上部中央に、ライブ配信アプリケーションの名称である「Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ Ａｐｐ」の文字が表示されるように構成されている。
また、その下には、現在の画面を示す「アナリティクス」のテキストを含む領域が構成されている。
この画面では、画面最上部中央に、ライブ配信アプリケーションの名称である「Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ Ａｐｐ」の文字が表示されるように構成されている。
また、その下には、現在の画面を示す「アナリティクス」のテキストを含む領域が構成されている。
【0130】
その下には、アナリティクス画面表示用情報を表示するためのアナリティクス画面表示用情報表示領域ＡＲが構成されている。
アナリティクス画面表示用情報表示領域ＡＲには、限定ではなく例として、ライブ配信に関するアナリティクス詳細情報（視聴ユーザ数履歴グラフ情報（本例では、折れ線グラフ）等）と、配信ユーザが過去に行ったライブ配信の履歴に関するライブ配信履歴情報とが表示されている。
アナリティクス画面表示用情報表示領域ＡＲには、限定ではなく例として、ライブ配信に関するアナリティクス詳細情報（視聴ユーザ数履歴グラフ情報（本例では、折れ線グラフ）等）と、配信ユーザが過去に行ったライブ配信の履歴に関するライブ配信履歴情報とが表示されている。
【0131】
この画面で表示されるアナリティクス詳細情報は、限定ではなく例として、ライブ配信履歴情報のうち配信ユーザによって指定されたライブ配信に対応するようにしてよい。
本例では、限定ではなく例として、２０２３年４月２１日に行われた「第５回○○ライブ」のライブ配信が配信ユーザによって指定されており、限定ではなく例として、そのライブ配信に対応するアナリティクス詳細情報が表示されているものとする。
本例では、限定ではなく例として、２０２３年４月２１日に行われた「第５回○○ライブ」のライブ配信が配信ユーザによって指定されており、限定ではなく例として、そのライブ配信に対応するアナリティクス詳細情報が表示されているものとする。
【0132】
アナリティクス詳細情報のうち視聴ユーザ数履歴グラフ情報は、限定ではなく例として、視聴ユーザ数の減少判定時刻近傍の時間帯を強調表示するための情報（本例では、折れ線グラフの背景の表示色として強調色）が表示されている。
【0133】
＜処理＞
図１－９は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、配信ユーザであるユーザＡ．Ａによるある１つのライブの生配信を視聴する視聴ユーザの一人であるユーザＢ．Ｂの端末２０Ｂの制御部２１が実行する処理を、サーバ１０の制御部１１が実行する処理を、配信ユーザであるユーザＡ．Ａの端末２０Ａの制御部２１が実行する処理をそれぞれ示している。
図１－９は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、配信ユーザであるユーザＡ．Ａによるある１つのライブの生配信を視聴する視聴ユーザの一人であるユーザＢ．Ｂの端末２０Ｂの制御部２１が実行する処理を、サーバ１０の制御部１１が実行する処理を、配信ユーザであるユーザＡ．Ａの端末２０Ａの制御部２１が実行する処理をそれぞれ示している。
【0134】
なお、ユーザＢ．Ｂ以外で生配信を視聴する視聴ユーザとなるユーザの端末２０の制御部２１が実行する処理は、限定ではなく例として、端末２０Ｂと同様とすることができるため、図示を省略する。
【0135】
なお、以下説明する処理は、本開示の手法を実現するための処理の一例に過ぎず、これらに限定されるものではない。
以下説明する処理に別のステップを追加してもよいし、以下説明する処理から一部のステップを省略（削除）してもよい。
本明細書で説明する各種の処理について同様である。
以下説明する処理に別のステップを追加してもよいし、以下説明する処理から一部のステップを省略（削除）してもよい。
本明細書で説明する各種の処理について同様である。
【0136】
最初に、端末２０Ａの制御部２１は、限定ではなく例として、入出力部２３を介してライブ配信（生配信）の要求がなされたことに基づいて、限定ではなく例として、撮像部２７と音入力部２５とに基づくライブコンテンツ情報（限定ではなく例として、動画像データと音データとを含んでよい。）の取得を開始し、取得したライブコンテンツ情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する処理を開始する（Ａ１１０）。
【0137】
なお、ライブコンテンツ情報の送信に先立ち、端末２０Ａの制御部２１は、限定ではなく例として、入出力部２３を介したユーザ入力に基づいて、ライブ配信に関する情報を通信Ｉ／Ｆ２２によってサーバ１０に送信するようにしてもよい。そして、サーバ１０の制御部１１は、受信した情報に基づいて、ライブ配信管理データベース１５５のライブ配信管理データを更新するようにしてもよい。
【0138】
通信Ｉ／Ｆ１４によって端末２０Ａからライブコンテンツ情報を受信すると、サーバ１０の制御部１１は、受信したライブコンテンツ情報に基づく情報であってライブを中継するライブ中継情報（限定ではなく例として、動画像データと音データとを含んでよい。）を、通信Ｉ／Ｆ１４によって、端末２０Ａ、および、端末２０Ｂを含む視聴ユーザの端末２０に送信する制御を開始する（Ｓ１１０）。
【0139】
通信Ｉ／Ｆ２２によってサーバ１０からライブ中継情報を受信すると、端末２０Ｂの制御部２１は、受信したライブ中継情報の表示部２４への表示および音出力部２６からの音出力を開始する（Ｂ１２０）。
通信Ｉ／Ｆ２２によってサーバ１０からライブ中継情報を受信すると、端末２０Ａの制御部２１は、受信したライブ中継情報の表示部２４への表示および音出力部２６からの音出力を開始する（Ａ１２０）。
通信Ｉ／Ｆ２２によってサーバ１０からライブ中継情報を受信すると、端末２０Ａの制御部２１は、受信したライブ中継情報の表示部２４への表示および音出力部２６からの音出力を開始する（Ａ１２０）。
【0140】
Ｓ１１０のステップの後、サーバ１０の制御部１１は、視聴ユーザ数判定処理の実行を開始する（Ｓ１２０）。
【0141】
図１－１０は、視聴ユーザ数判定処理の流れの一例を示すフローチャートである。
サーバ１０の制御部１１は、視聴ユーザ数を取得する（Ｓ１２１０）。取得された視聴ユーザ数は、視聴ユーザ数履歴データに記憶される。
サーバ１０の制御部１１は、視聴ユーザ数を取得する（Ｓ１２１０）。取得された視聴ユーザ数は、視聴ユーザ数履歴データに記憶される。
【0142】
次いで、サーバ１０の制御部１１は、取得した最新の視聴ユーザ数が設定減少条件を満たしたか否かを判定する（Ｓ１２２０）。
設定減少条件は、限定ではなく例として、以下のいずれかの条件を設定しておくようにしてよい。
（Ａ１）視聴ユーザ数が所定回数前の値（限定ではなく例として、５回前や１０回前の値）に対して所定割合以上減少した
（Ａ２）視聴ユーザ数が第１所定回数前から第２所定回数前までの平均値（限定ではなく例として、１０回前から５回前までの平均値）に対して所定割合以上減少した
（Ａ３）視聴ユーザ数が過去所定回数分（限定ではなく例として、過去１０回分や過去２０回分）の平均値に対して所定割合以上減少した
設定減少条件は、限定ではなく例として、以下のいずれかの条件を設定しておくようにしてよい。
（Ａ１）視聴ユーザ数が所定回数前の値（限定ではなく例として、５回前や１０回前の値）に対して所定割合以上減少した
（Ａ２）視聴ユーザ数が第１所定回数前から第２所定回数前までの平均値（限定ではなく例として、１０回前から５回前までの平均値）に対して所定割合以上減少した
（Ａ３）視聴ユーザ数が過去所定回数分（限定ではなく例として、過去１０回分や過去２０回分）の平均値に対して所定割合以上減少した
【0143】
なお、上記の所定回数は、配信ユーザが設定するようにしてもよいし、サーバ１０が自動で設定するようにしてもよい。
また、上記の条件はあくまで一例に過ぎず、これらに限定されるものではない。
また、上記の条件はあくまで一例に過ぎず、これらに限定されるものではない。
【0144】
視聴ユーザ数が設定減少条件を満たさないと判定した場合（Ｓ１２２０：ＮＯ）、サーバ１０の制御部１１は、Ｓ１２４０のステップに処理を移す。
視聴ユーザ数が設定減少条件を満たしたと判定した場合（Ｓ１２２０：ＹＥＳ）、サーバ１０の制御部１１は、現在の時刻を減少判定時刻として視聴ユーザ数減少判定データに記憶させる（Ｓ１２３０）。
視聴ユーザ数が設定減少条件を満たしたと判定した場合（Ｓ１２２０：ＹＥＳ）、サーバ１０の制御部１１は、現在の時刻を減少判定時刻として視聴ユーザ数減少判定データに記憶させる（Ｓ１２３０）。
【0145】
次いで、サーバ１０の制御部１１は、処理を終了するか否かを判定し（Ｓ１２４０）、処理を継続すると判定したならば（Ｓ１２４０：ＮＯ）、Ｓ１２１０に処理を戻す。
処理を終了すると判定したならば（Ｓ１２４０：ＹＥＳ）、サーバ１０の制御部１１は、処理を終了する。
処理を終了すると判定したならば（Ｓ１２４０：ＹＥＳ）、サーバ１０の制御部１１は、処理を終了する。
【0146】
図１－９に戻り、Ａ１２０のステップの後、端末２０Ａの制御部２１が、入出力部２３に対するユーザ入力に基づいてライブ配信を終了するか否かを判定する（Ａ１３０）。
ライブ配信を終了しないと判定したならば（Ａ１３０：ＮＯ）、端末２０Ａの制御部２１は、そのまま待機する。
ライブ配信を終了しないと判定したならば（Ａ１３０：ＮＯ）、端末２０Ａの制御部２１は、そのまま待機する。
【0147】
ライブ配信を終了すると判定したならば（Ａ１３０：ＹＥＳ）、端末２０Ａの制御部２１は、ライブ配信の終了を要求するライブ配信終了要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１４０）。
【0148】
サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａからライブ配信終了要求情報を受信したか否かを判定する（Ｓ１３０）。
受信しなかったと判定したならば（Ｓ１３０：ＮＯ）、サーバ１０の制御部１１は、そのまま待機する。
受信しなかったと判定したならば（Ｓ１３０：ＮＯ）、サーバ１０の制御部１１は、そのまま待機する。
【0149】
ライブ配信終了要求情報を受信したと判定したならば（Ｓ１３０：ＹＥＳ）、サーバ１０の制御部１１は、ライブ配信を終了することを示すライブ配信終了情報を通信Ｉ／Ｆ１４によって端末２０Ｂを含む視聴ユーザの端末２０に送信する（Ｓ１４０）。
【0150】
Ｓ１４０のステップの後、サーバ１０の制御部１１は、アナリティクス用情報生成処理を行う（Ｓ１５０）。
【0151】
図１－１１は、アナリティクス用情報生成処理の一例である第１のアナリティクス用情報生成処理の流れの一例を示すフローチャートである。
サーバ１０の制御部１１は、上記のライブ配信に対応するライブ配信管理データの視聴ユーザ数減少判定データから、各減少判定時刻を読み出して取得する（Ｓ１５１０）。
サーバ１０の制御部１１は、上記のライブ配信に対応するライブ配信管理データの視聴ユーザ数減少判定データから、各減少判定時刻を読み出して取得する（Ｓ１５１０）。
【0152】
次いで、サーバ１０の制御部１１は、上記のライブ配信管理データの視聴ユーザ数履歴データと、Ｓ１５１０のステップで取得した減少判定時刻とに基づいて、視聴ユーザ数履歴グラフを生成する（Ｓ１５２０）。
具体的には、限定ではなく例として、横軸を時間とし、縦軸を視聴ユーザ数とする折れ線グラフを生成する。この際、限定ではなく例として、減少判定時刻やその近傍を強調する態様（以下、「強調態様」と称する。）で表示させるように設定する。
具体的には、限定ではなく例として、横軸を時間とし、縦軸を視聴ユーザ数とする折れ線グラフを生成する。この際、限定ではなく例として、減少判定時刻やその近傍を強調する態様（以下、「強調態様」と称する。）で表示させるように設定する。
【0153】
その後、サーバ１０の制御部１１は、Ｓ１５２０のステップで生成した視聴ユーザ数履歴グラフに、配信したライブの情報を関連付けたアナリティクス用情報を生成する（Ｓ１５８０）。
そして、サーバ１０の制御部１１は、第１のアナリティクス用情報生成処理を終了する。
そして、サーバ１０の制御部１１は、第１のアナリティクス用情報生成処理を終了する。
【0154】
図１－９に戻り、Ａ１４０のステップの後、端末２０Ａの制御部２１は、入出力部２３に対してアナリティクス画面を表示するユーザ入力がなされたか否かを判定する（Ａ１５０）。
なされたと判定したならば（Ａ１５０：ＹＥＳ）、端末２０Ａの制御部２１は、自己の端末２０のアプリケーションＩＤ２８３等（表示対象のライブ配信を識別可能な情報を含めてもよい。）を含むアナリティクス画面表示要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１６０）。
なされたと判定したならば（Ａ１５０：ＹＥＳ）、端末２０Ａの制御部２１は、自己の端末２０のアプリケーションＩＤ２８３等（表示対象のライブ配信を識別可能な情報を含めてもよい。）を含むアナリティクス画面表示要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１６０）。
【0155】
Ｓ１５０のステップの後、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａからアナリティクス画面表示要求情報を受信したか否かを判定する（Ｓ１６０）。
受信したと判定したならば（Ｓ１６０：ＹＥＳ）、サーバ１０の制御部１１は、Ｓ１５０のステップで生成したアナリティクス用情報を含むアナリティクス画面の表示用情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１７０）。
そして、サーバ１０の制御部１１は、処理を終了する。
受信したと判定したならば（Ｓ１６０：ＹＥＳ）、サーバ１０の制御部１１は、Ｓ１５０のステップで生成したアナリティクス用情報を含むアナリティクス画面の表示用情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１７０）。
そして、サーバ１０の制御部１１は、処理を終了する。
【0156】
通信Ｉ／Ｆ２２によってサーバ１０からアナリティクス画面表示用情報を受信すると、端末２０Ａの制御部２１は、受信したアナリティクス画面表示用情報に基づいてアナリティクス画面を表示部２４に表示させる（Ａ１７０）。
そして、端末２０Ａの制御部２１は、処理を終了する。
そして、端末２０Ａの制御部２１は、処理を終了する。
【0157】
＜第１実施例の効果＞
本実施例は、サーバ１０（限定ではなく、情報処理装置の一例）は、配信ユーザによって配信されるライブコンテンツ（限定ではなく、コンテンツの一例）を視聴する視聴ユーザ数（限定ではなく、視聴ユーザの反応に関する値の一例）を、配信中に制御部１１によって取得する。そして、サーバ１０は、視聴ユーザ数が設定減少条件を満たしたことに関する情報（限定ではなく、視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報の一例）を配信ユーザに報知することに関する処理を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、配信ユーザによって配信されるコンテンツを視聴する視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報を配信ユーザに報知することができる。これにより、限定ではなく例として、視聴ユーザの反応がある程度低下した場面があったことやそのタイミング等を配信ユーザが把握可能となる。
本実施例は、サーバ１０（限定ではなく、情報処理装置の一例）は、配信ユーザによって配信されるライブコンテンツ（限定ではなく、コンテンツの一例）を視聴する視聴ユーザ数（限定ではなく、視聴ユーザの反応に関する値の一例）を、配信中に制御部１１によって取得する。そして、サーバ１０は、視聴ユーザ数が設定減少条件を満たしたことに関する情報（限定ではなく、視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報の一例）を配信ユーザに報知することに関する処理を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、配信ユーザによって配信されるコンテンツを視聴する視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報を配信ユーザに報知することができる。これにより、限定ではなく例として、視聴ユーザの反応がある程度低下した場面があったことやそのタイミング等を配信ユーザが把握可能となる。
【0158】
また、本実施例は、上記の情報（限定ではなく、視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報の一例）は、視聴ユーザ数が減少条件を満たしたコンテンツにおける時刻に関する情報（限定ではなく、視聴ユーザの反応に関する値が変化条件を満たしたコンテンツにおける時刻に関する情報の一例）を含む構成を示している。
このような構成により得られる実施例の効果の一例として、視聴ユーザの反応に関する値が変化条件を満たしたコンテンツにおける時刻に関する情報を配信ユーザに報知することができる。これにより、限定ではなく例として、視聴ユーザの反応がある程度低下したタイミングを配信ユーザが把握可能となる。
このような構成により得られる実施例の効果の一例として、視聴ユーザの反応に関する値が変化条件を満たしたコンテンツにおける時刻に関する情報を配信ユーザに報知することができる。これにより、限定ではなく例として、視聴ユーザの反応がある程度低下したタイミングを配信ユーザが把握可能となる。
【0159】
本実施例は、視聴ユーザの反応に関する値は、ライブコンテンツを視聴する視聴ユーザ数を含み、視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報は、ライブコンテンツの配信中に視聴ユーザ数が設定減少条件を満たしたことに関する情報を含む構成を示している。
このような構成により得られる実施例の効果の一例として、配信ユーザによって配信されるコンテンツを視聴する視聴ユーザの数が減少条件を満たしたことに関する情報を配信ユーザに報知することができる。これにより、限定ではなく例として、視聴ユーザの数がある程度低下した場面があったことやそのタイミング等を配信ユーザが把握可能となる。
このような構成により得られる実施例の効果の一例として、配信ユーザによって配信されるコンテンツを視聴する視聴ユーザの数が減少条件を満たしたことに関する情報を配信ユーザに報知することができる。これにより、限定ではなく例として、視聴ユーザの数がある程度低下した場面があったことやそのタイミング等を配信ユーザが把握可能となる。
【0160】
本実施例は、配信ユーザの端末２０が、ライブコンテンツの生配信を行っている間における視聴ユーザ数が設定減少条件を満たしたことに関する情報を通信Ｉ／Ｆ２２によって受信する。そして、配信ユーザの端末２０が、受信された情報を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、コンテンツの生配信を行っている間にコンテンツを視聴する視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報を受信した上で、受信された情報を表示部に表示して配信ユーザに報知することができる。
このような構成により得られる実施例の効果の一例として、コンテンツの生配信を行っている間にコンテンツを視聴する視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報を受信した上で、受信された情報を表示部に表示して配信ユーザに報知することができる。
【0161】
＜第１変形例（１）＞
上記の実施例では、配信ユーザによる生配信後に、視聴ユーザ数が設定減少条件を満たしたことに関する情報を配信ユーザに報知することとしたが、これに限定されない。
限定ではなく例として、配信ユーザによる生配信中に、配信ユーザの端末２０の表示部２４に表示されるライブ配信情報とともに、視聴ユーザ数が設定減少条件を満たしたことを配信ユーザに報知するようにしてもよい。
上記の実施例では、配信ユーザによる生配信後に、視聴ユーザ数が設定減少条件を満たしたことに関する情報を配信ユーザに報知することとしたが、これに限定されない。
限定ではなく例として、配信ユーザによる生配信中に、配信ユーザの端末２０の表示部２４に表示されるライブ配信情報とともに、視聴ユーザ数が設定減少条件を満たしたことを配信ユーザに報知するようにしてもよい。
【0162】
この場合、視聴ユーザ数が設定減少条件を満たした場合、サーバ１０の制御部１１が、限定ではなく例として、視聴ユーザ数が減少した旨のメッセージ等を含む情報を配信ユーザの端末２０に送信する。そして、配信ユーザの端末２０が、受信した情報を表示部２４に表示させるようにしてもよい。この場合、ライブ画像に重畳するように情報を表示させるようにしてもよいし、ライブ画像に重畳しないように情報を表示させるようにしてもよい。また、ライブ画像が表示される画面から別の画面に遷移して情報を表示させるようにしてもよい。
また、受信した情報を音出力部２６に音出力させるようにしてもよい。
また、受信した情報を音出力部２６に音出力させるようにしてもよい。
【0163】
また、生配信中に、視聴ユーザ数が設定減少条件を満たした場合、サーバ１０の制御部１１が、限定ではなく例として、配信開始からその時点までの視聴ユーザ数履歴グラフを生成して配信ユーザの端末２０に送信するようにしてもよい。
そして、配信ユーザの端末２０が、受信した視聴ユーザ数履歴グラフを表示部２４に表示させるようにしてもよい。
そして、配信ユーザの端末２０が、受信した視聴ユーザ数履歴グラフを表示部２４に表示させるようにしてもよい。
【0164】
図１－１２は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
Ｓ１２０のステップの後、サーバ１０の制御部１１は、Ｓ１２０のステップで開始した視聴ユーザ数判定処理において、視聴ユーザ数が設定減少条件を満たすと判定されたか否かを判定する（Ｓ１２２）。
満たすと判定されたと判定した場合（Ｓ１２２：ＹＥＳ）、サーバ１０の制御部１１は、アナリティクス用情報生成処理を行う（Ｓ１２４）。
Ｓ１２０のステップの後、サーバ１０の制御部１１は、Ｓ１２０のステップで開始した視聴ユーザ数判定処理において、視聴ユーザ数が設定減少条件を満たすと判定されたか否かを判定する（Ｓ１２２）。
満たすと判定されたと判定した場合（Ｓ１２２：ＹＥＳ）、サーバ１０の制御部１１は、アナリティクス用情報生成処理を行う（Ｓ１２４）。
【0165】
このアナリティクス用情報生成処理では、サーバ１０の制御部１１は、限定ではなく例として図１－１１の処理のＳ１５１０のステップにおいて、視聴ユーザ数が設定減少条件を満たすと判定された時刻を減少判定時刻として取得する。
そして、サーバ１０の制御部１１は、限定ではなく例として図１－１１の処理のＳ１５２０のステップにおいて、限定ではなく例として、配信開始から減少判定時刻までの視聴ユーザ数履歴グラフを生成するようにすることができる。
そして、サーバ１０の制御部１１は、限定ではなく例として図１－１１の処理のＳ１５２０のステップにおいて、限定ではなく例として、配信開始から減少判定時刻までの視聴ユーザ数履歴グラフを生成するようにすることができる。
【0166】
Ｓ１２４のステップの後、サーバ１０の制御部１１は、Ｓ１２４のステップで生成したアナリティクス用情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１２６）。
【0167】
Ａ１２０のステップの後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０からアナリティクス用情報を受信したか否かを判定する（Ａ１２２）。
受信したと判定したならば（Ａ１２２：ＹＥＳ）、端末２０Ａの制御部２１は、そのアナリティクス用情報を表示部２４に表示させるなどして出力する（Ａ１２６）。
なお、視聴ユーザ数が設定減少条件を満たした旨の音声や警告音等を、端末２０Ａの音出力部２６に音出力させるようにするなどしてもよい。
受信したと判定したならば（Ａ１２２：ＹＥＳ）、端末２０Ａの制御部２１は、そのアナリティクス用情報を表示部２４に表示させるなどして出力する（Ａ１２６）。
なお、視聴ユーザ数が設定減少条件を満たした旨の音声や警告音等を、端末２０Ａの音出力部２６に音出力させるようにするなどしてもよい。
【0168】
また、いずれのタイミングで視聴ユーザ数が設定減少条件を満たしたことに関する情報を表示するかを、配信ユーザの端末２０で、入出力部２３に対するユーザによる設定入力に基づいて設定する。または、配信ユーザの端末２０で自動的に設定する。
そして、配信ユーザの端末２０が、設定したタイミングで、視聴ユーザ数が設定減少条件を満たしたことに関する情報を表示部２４に表示するようにしてもよい。
そして、配信ユーザの端末２０が、設定したタイミングで、視聴ユーザ数が設定減少条件を満たしたことに関する情報を表示部２４に表示するようにしてもよい。
【0169】
本変形例は、配信ユーザの端末２０が、ライブコンテンツの生配信を行っている間における視聴ユーザ数が設定減少条件を満たしたことに関する情報を通信Ｉ／Ｆ２２によって受信する。そして、配信ユーザの端末２０が、表示に関する設定条件に基づいて、受信された情報を表示部２４に表示する構成を示している。
このような構成により得られる変形例の効果の一例として、コンテンツの生配信を行っている間にコンテンツを視聴する視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報を受信した上で、表示に関する設定条件に基づいて、受信された情報を表示部に表示して配信ユーザに報知することができる。
このような構成により得られる変形例の効果の一例として、コンテンツの生配信を行っている間にコンテンツを視聴する視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報を受信した上で、表示に関する設定条件に基づいて、受信された情報を表示部に表示して配信ユーザに報知することができる。
【0170】
＜第１変形例（２）＞
上記の実施例では、視聴ユーザ数が設定減少条件を満たしたことを判定することとしたが、これに限定されない。
上記の実施例では、視聴ユーザ数が設定減少条件を満たしたことを判定することとしたが、これに限定されない。
【0171】
生配信中に視聴ユーザ数が一定以上増加することも、配信ユーザによっては関心事項である可能性がある。
そこで、限定ではなく例として、視聴ユーザ数が設定された増加条件（以下、「設定増加条件」と称する。）を満たしたことを判定するようにしてもよい。そして、視聴ユーザ数が設定増加条件を満たした場合に、上記と同様の処理を行うようにしてもよい。
そこで、限定ではなく例として、視聴ユーザ数が設定された増加条件（以下、「設定増加条件」と称する。）を満たしたことを判定するようにしてもよい。そして、視聴ユーザ数が設定増加条件を満たした場合に、上記と同様の処理を行うようにしてもよい。
【0172】
設定増加条件は、限定ではなく例として、以下のいずれかの条件を設定しておくようにしてよい。
（Ｂ１）視聴ユーザ数が所定回数前の値（限定ではなく例として、５回前や１０回前の値）に対して所定割合以上増加した
（Ｂ２）視聴ユーザ数が第１所定回数前から第２所定回数前までの平均値（限定ではなく例として、１０回前から５回前までの平均値）に対して所定割合以上増加した
（Ｂ３）視聴ユーザ数が過去所定回数分（限定ではなく例として、過去１０回分や過去２０回分）の平均値に対して所定割合以上増加した
（Ｂ１）視聴ユーザ数が所定回数前の値（限定ではなく例として、５回前や１０回前の値）に対して所定割合以上増加した
（Ｂ２）視聴ユーザ数が第１所定回数前から第２所定回数前までの平均値（限定ではなく例として、１０回前から５回前までの平均値）に対して所定割合以上増加した
（Ｂ３）視聴ユーザ数が過去所定回数分（限定ではなく例として、過去１０回分や過去２０回分）の平均値に対して所定割合以上増加した
【0173】
なお、上記の所定回数は、配信ユーザが設定するようにしてもよいし、サーバ１０が自動で設定するようにしてもよい。
また、上記の条件はあくまで一例に過ぎず、これらに限定されるものではない。
また、上記の条件はあくまで一例に過ぎず、これらに限定されるものではない。
【0174】
本変形例は、前述した情報は、視聴ユーザ数が設定増加条件を満たしたことに関する情報（限定ではなく、視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報の一例）を含む構成を示している。
このような構成により得られる変形例の効果の一例として、視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報を配信ユーザに報知することができる。これにより、限定ではなく例として、視聴ユーザの反応がある程度向上した場面があったことやそのタイミング等を配信ユーザが把握可能となる。
このような構成により得られる変形例の効果の一例として、視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報を配信ユーザに報知することができる。これにより、限定ではなく例として、視聴ユーザの反応がある程度向上した場面があったことやそのタイミング等を配信ユーザが把握可能となる。
【0175】
本変形例は、前述した情報（限定ではなく、視聴ユーザの反応に関する値が変化条件を満たしたことに関する情報の一例）は、視聴ユーザ数が設定増加条件を満たしたコンテンツにおける時刻に関する情報（限定ではなく、視聴ユーザの反応に関する値が変化条件を満たしたコンテンツにおける時刻に関する情報の一例）を含む構成を示している。
このような構成により得られる変形例の効果の一例として、視聴ユーザの反応に関する値が変化条件を満たしたコンテンツにおける時刻に関する情報を配信ユーザに報知することができる。これにより、限定ではなく例として、視聴ユーザの反応がある程度向上したタイミング等を配信ユーザが把握可能となる。
このような構成により得られる変形例の効果の一例として、視聴ユーザの反応に関する値が変化条件を満たしたコンテンツにおける時刻に関する情報を配信ユーザに報知することができる。これにより、限定ではなく例として、視聴ユーザの反応がある程度向上したタイミング等を配信ユーザが把握可能となる。
【0176】
＜第１変形例（３）＞
上記の実施例では、視聴ユーザの反応に関する値として視聴ユーザ数を例に挙げて説明したが、これに限定されない。
視聴ユーザ数の反応に関する値として、限定ではなく例として、以下のいずれかを用いるようにしてもよい。
・視聴ユーザ数
・視聴ユーザのコメント数（以下、「視聴ユーザコメント数」と称する。）
・視聴ユーザの盛り上がり度（以下、「視聴ユーザ盛り上がり度」と称する。）
上記の実施例では、視聴ユーザの反応に関する値として視聴ユーザ数を例に挙げて説明したが、これに限定されない。
視聴ユーザ数の反応に関する値として、限定ではなく例として、以下のいずれかを用いるようにしてもよい。
・視聴ユーザ数
・視聴ユーザのコメント数（以下、「視聴ユーザコメント数」と称する。）
・視聴ユーザの盛り上がり度（以下、「視聴ユーザ盛り上がり度」と称する。）
【0177】
視聴ユーザコメント数は、限定ではなく例として、視聴ユーザの端末２０から送信されるコメント情報に基づいて、サーバ１０が計算・集計するようにしてよい。
視聴ユーザ盛り上がり度は、限定ではなく例として、視聴ユーザの端末２０から送信される「いいね」、「ハートマーク」、「拍手」等の情報や、視聴ユーザの端末２０から送信されるコメント情報から特定される視聴ユーザコメントの内容等に基づいて、サーバ１０が計算・集計するようにしてよい。
視聴ユーザ盛り上がり度は、限定ではなく例として、視聴ユーザの端末２０から送信される「いいね」、「ハートマーク」、「拍手」等の情報や、視聴ユーザの端末２０から送信されるコメント情報から特定される視聴ユーザコメントの内容等に基づいて、サーバ１０が計算・集計するようにしてよい。
【0178】
また、上記の各種の値の任意の組み合わせに基づいて、視聴ユーザの反応数（以下、「視聴ユーザ反応数」と称する。）を算出し、これを用いて上記の実施例と同様の処理を行うようにしてもよい。
【0179】
また、この場合、視聴ユーザ反応数の算出に用いる値に重み付けをして加重平均するなどすることによって視聴ユーザ反応数を算出するようにしてもよい。限定ではなく例として、視聴ユーザ数を重視するのであれば、視聴ユーザ数に対する重みを他の値に対する重みよりも大きく設定して、視聴ユーザ反応数を算出するようにすればよい。
【0180】
本変形例は、視聴ユーザの反応に関する値は、視聴ユーザ数の他、視聴ユーザコメント数や視聴ユーザ盛り上がり度の情報を含む構成を示している。
このような構成により得られる変形例の効果の一例として、視聴ユーザのコメント数や視聴ユーザの盛り上がり度等の増減を配信ユーザに報知することができる。
このような構成により得られる変形例の効果の一例として、視聴ユーザのコメント数や視聴ユーザの盛り上がり度等の増減を配信ユーザに報知することができる。
【0181】
＜第１変形例（４）＞
上記の他、限定ではなく例として、サーバ１０が、視聴ユーザ数が設定減少条件や設定増加条件を満たした回数を集計し、その情報を配信ユーザの端末２０に送信して表示させるようにしてもよい。
上記の他、限定ではなく例として、サーバ１０が、視聴ユーザ数が設定減少条件や設定増加条件を満たした回数を集計し、その情報を配信ユーザの端末２０に送信して表示させるようにしてもよい。
【0182】
＜第１変形例（５）＞
上記の実施例や変形例において、ライブコンテンツ情報に含めるコンテンツは、以下のうちのいずれか１つとしてよい。
・静止画像
・動画像
・音
・静止画像＋音
・動画像＋音
上記の実施例や変形例において、ライブコンテンツ情報に含めるコンテンツは、以下のうちのいずれか１つとしてよい。
・静止画像
・動画像
・音
・静止画像＋音
・動画像＋音
【0183】
ライブコンテンツ情報に含めるコンテンツを上記のいずれとする場合であっても、上記の実施例の手法を同様に適用可能である。限定ではなく例として、静止画像のみを配信する場合や音（音声を含んでよい。）のみを配信するような場合であっても、視聴ユーザは増減するため、上記の各種の手法を同様に適用可能である。
【0184】
＜第２実施例＞
第２実施例は、限定ではなく例として第１実施例において、視聴ユーザ数が設定減少条件を満たすことになった原因を推定し、それを配信ユーザに報知することに関する実施例である。
第２実施例は、限定ではなく例として第１実施例において、視聴ユーザ数が設定減少条件を満たすことになった原因を推定し、それを配信ユーザに報知することに関する実施例である。
【0185】
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0186】
＜データ構成＞
図２－１は、本実施例においてサーバ１０の記憶部１５に記憶されるライブ配信管理データのうちの視聴ユーザ減少判定データのデータ構成の一例を示す図である。
視聴ユーザ数減少判定データには、番号（Ｎｏ）と減少判定時刻とに加えて、限定ではなく例として、ＮＧ表現フラグと、該当ＮＧ表現とが関連付けて記憶される。
図２－１は、本実施例においてサーバ１０の記憶部１５に記憶されるライブ配信管理データのうちの視聴ユーザ減少判定データのデータ構成の一例を示す図である。
視聴ユーザ数減少判定データには、番号（Ｎｏ）と減少判定時刻とに加えて、限定ではなく例として、ＮＧ表現フラグと、該当ＮＧ表現とが関連付けて記憶される。
【0187】
ＮＧ表現フラグは、限定ではなく例として、視聴ユーザ数が設定減少条件を満たした場合に、その時点から過去所定期間に配信ユーザによってＮＧ表現に該当する発言がされた場合に「ＯＮ」に設定されるフラグとしてよい。
【0188】
該当ＮＧ表現には、限定ではなく例として、配信ユーザによってＮＧ表現に該当する発言がされた場合、そのＮＧ表現に対応するＮＧ表現が記憶されるようにしてよい。
ＮＧ表現は、単語であってもよいし、文であってもよい。
ＮＧ表現は、単語であってもよいし、文であってもよい。
【0189】
本実施例では、限定ではなく例として、サーバ１０の記憶部１５に、ＮＧ表現に該当するキーワード、単語、文など（限定ではなく例として、差別用語、不快用語、ネガティブ用語等を含むものとしてよい。）をＮＧ表現としてデータベース化（以下、便宜的に「ＮＧ表現データベース」と称する。）して記憶しておくようにしてよい。
そして、サーバ１０の制御部１１は、限定ではなく例として、上記の過去所定期間における配信ユーザの音声を文字起こしし、これにより得られたテキスト情報と、ＮＧ表現データベースに格納されたＮＧ表現とを照合することによって、ＮＧ表現を推定するようにしてよい。
そして、サーバ１０の制御部１１は、限定ではなく例として、上記の過去所定期間における配信ユーザの音声を文字起こしし、これにより得られたテキスト情報と、ＮＧ表現データベースに格納されたＮＧ表現とを照合することによって、ＮＧ表現を推定するようにしてよい。
【0190】
＜表示画面＞
本実施例では、アナリティクス用情報生成処理において視聴ユーザの減少判定がなされ、その減少判定に対応するＮＧ表現判定がなされたライブ配信を端末２０の配信ユーザが行った場合に、限定ではなく例として、アナリティクス用情報に含まれるＮＧ表現のＮＧワードに関する情報（以下、適宜「ＮＧワード報知情報」と称する。）を配信ユーザに報知するようにしてよい。
本実施例では、アナリティクス用情報生成処理において視聴ユーザの減少判定がなされ、その減少判定に対応するＮＧ表現判定がなされたライブ配信を端末２０の配信ユーザが行った場合に、限定ではなく例として、アナリティクス用情報に含まれるＮＧ表現のＮＧワードに関する情報（以下、適宜「ＮＧワード報知情報」と称する。）を配信ユーザに報知するようにしてよい。
【0191】
ＮＧワード報知情報を報知するタイミングとして、限定ではなく例として、以下のようなものを含めるようにしてよい。
・アナリティクス画面表示時に報知
・次のライブ配信開始時に報知
・アナリティクス画面表示時に報知
・次のライブ配信開始時に報知
【0192】
「アナリティクス画面表示時に報知」は、限定ではなく例として、ライブ配信が終了した後のアナリティクス画面が表示されているときに、限定ではなく例として、視聴ユーザ数履歴グラフ情報の近傍や視聴ユーザ数履歴グラフ情報に重畳するようにＮＧワード報知情報が表示されるようにしてよい。
【0193】
また、「次のライブ配信開始時に報知」は、限定ではなく例として、一のライブ配信が終了した後の次のライブ配信を開始しようとしているときに、限定ではなく例として、ライブ配信を開始するためのライブ配信開始画面にＮＧワード報知情報が表示されるようにしてよい。
なお、次のライブ配信開始時に限定されるものではなく、次回より後の新たなライブ配信の開始時に、その配信ユーザの過去のライブ配信で判定されたＮＧワード報知情報が表示されるようにしてもよい。
なお、次のライブ配信開始時に限定されるものではなく、次回より後の新たなライブ配信の開始時に、その配信ユーザの過去のライブ配信で判定されたＮＧワード報知情報が表示されるようにしてもよい。
【0194】
図２－２は、本実施例において端末２０Ａの表示部２４に表示される画面の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）に対応するアナリティクス用情報生成処理において視聴ユーザの減少判定がなされ、その減少判定に対応するＮＧワード判定がなされたライブ配信を端末２０の配信ユーザが行った場合に、限定ではなく例として、アナリティクス画面表示時にＮＧワード報知情報が配信ユーザに報知される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）に対応するアナリティクス用情報生成処理において視聴ユーザの減少判定がなされ、その減少判定に対応するＮＧワード判定がなされたライブ配信を端末２０の配信ユーザが行った場合に、限定ではなく例として、アナリティクス画面表示時にＮＧワード報知情報が配信ユーザに報知される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0195】
図２－２の説明に関しては、前述した図１－８の画面と同様である部分についての説明を省略する。
この例では、視聴ユーザ数履歴グラフ情報の、視聴ユーザ数の減少判定時刻を強調表示するための情報（本例では、折れ線グラフの背景の表示色が強調色となっている部分）の近傍に、限定ではなく例として、ＮＧワード報知情報（本例では、ＮＧワードである「ＸＸＸ」を含む「「ＸＸＸ」のワードを発言」の文字を含む吹き出し型の情報）が表示されている。
この例では、視聴ユーザ数履歴グラフ情報の、視聴ユーザ数の減少判定時刻を強調表示するための情報（本例では、折れ線グラフの背景の表示色が強調色となっている部分）の近傍に、限定ではなく例として、ＮＧワード報知情報（本例では、ＮＧワードである「ＸＸＸ」を含む「「ＸＸＸ」のワードを発言」の文字を含む吹き出し型の情報）が表示されている。
【0196】
なお、ここでのＮＧワード報知情報は、限定ではなく例として、ＮＧワードの内容を配信ユーザに報知するのみの情報である例を示したが、このような例に限定されない。
限定ではなく例として、ＮＧワード報知情報は、ＮＧワードの内容を配信ユーザに報知するだけでなく、限定ではなく例として、ＮＧワードを発言しないように配信ユーザに注意喚起する情報であるようにしてもよいし、限定ではなく例として、ＮＧワードに類似した言葉でＮＧワードと判定されないような言い換えの言葉を配信ユーザに示唆する情報であるようにしてもよい。
限定ではなく例として、ＮＧワード報知情報は、ＮＧワードの内容を配信ユーザに報知するだけでなく、限定ではなく例として、ＮＧワードを発言しないように配信ユーザに注意喚起する情報であるようにしてもよいし、限定ではなく例として、ＮＧワードに類似した言葉でＮＧワードと判定されないような言い換えの言葉を配信ユーザに示唆する情報であるようにしてもよい。
【0197】
図２－３は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○ライブ）に対応するアナリティクス用情報生成処理において視聴ユーザの減少判定がなされ、その減少判定に対応するＮＧワード判定がなされたライブ配信を端末２０の配信ユーザが行った場合に、限定ではなく例として、次のライブ配信開始時（第６回○○ライブの配信開始時）にＮＧワード報知情報が配信ユーザに報知される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○ライブ）に対応するアナリティクス用情報生成処理において視聴ユーザの減少判定がなされ、その減少判定に対応するＮＧワード判定がなされたライブ配信を端末２０の配信ユーザが行った場合に、限定ではなく例として、次のライブ配信開始時（第６回○○ライブの配信開始時）にＮＧワード報知情報が配信ユーザに報知される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0198】
【0199】
限定ではなく例として、次のライブ配信（第６回○○ライブ）を開始するためのライブ配信開始画面に遷移するためのボタンがユーザによってタップされると、限定ではなく例として、中央の画面に表示が変わる。
このライブ配信開始画面では、現在の画面を示す「Ｌｉｖｅ配信」のテキストを含む領域が構成されている。
このライブ配信開始画面では、現在の画面を示す「Ｌｉｖｅ配信」のテキストを含む領域が構成されている。
【0200】
その下には、ライブコンテンツ情報を表示するためのライブコンテンツ情報表示領域ＬＣＲが構成されている。
ライブコンテンツ情報表示領域ＬＣＲには、限定ではなく例として、ライブ配信を開始する際のライブコンテンツ情報として、サムネイルに関する情報と、ライブ配信のタイトルに関する情報と、ライブ配信のコメントに関する情報と、ライブ配信における各種ボタンに関する情報と、ライブ配信を開始するためのライブ配信開始ボタンＬＳＢＴ等が表示されている。
ライブコンテンツ情報表示領域ＬＣＲには、限定ではなく例として、ライブ配信を開始する際のライブコンテンツ情報として、サムネイルに関する情報と、ライブ配信のタイトルに関する情報と、ライブ配信のコメントに関する情報と、ライブ配信における各種ボタンに関する情報と、ライブ配信を開始するためのライブ配信開始ボタンＬＳＢＴ等が表示されている。
【0201】
限定ではなく例として、ライブ配信開始ボタンＬＳＢＴがユーザによってタップされると、限定ではなく例として、右側の画面に表示が変わる。
【0202】
この例では、ライブ配信開始ボタンＬＳＢＴの上には、限定ではなく例として、ＮＧワード報知情報（本例では、ＮＧワードである「ＸＸＸ」を含む「「ＸＸＸ」のワードには気をつけましょう」の文字と、そのＮＧワードに関する詳細な情報を確認するための「詳細」の文字を含むリンク情報とを含む情報）が表示されている。
【0203】
なお、ここでのＮＧワード報知情報は、限定ではなく例として、ＮＧワードの内容を配信ユーザに報知するとともに、ＮＧワードを発言しないように配信ユーザに注意喚起する情報である例を示したが、このような例に限定されない。
限定ではなく例として、ＮＧワード報知情報は、ＮＧワードの内容を配信ユーザに報知するのみの情報であるようにしてもよいし、限定ではなく例として、ＮＧワードに類似した言葉でＮＧワードと判定されないような言い換えの言葉を配信ユーザに示唆する情報であるようにしてもよい。
限定ではなく例として、ＮＧワード報知情報は、ＮＧワードの内容を配信ユーザに報知するのみの情報であるようにしてもよいし、限定ではなく例として、ＮＧワードに類似した言葉でＮＧワードと判定されないような言い換えの言葉を配信ユーザに示唆する情報であるようにしてもよい。
【0204】
＜処理＞
図２－４は、本実施例においてサーバ１０の制御部１１が実行するアナリティクス用情報生成処理の一例である第２のアナリティクス用情報生成処理の流れの一例を示すフローチャートである。
図２－４は、本実施例においてサーバ１０の制御部１１が実行するアナリティクス用情報生成処理の一例である第２のアナリティクス用情報生成処理の流れの一例を示すフローチャートである。
【0205】
Ｓ１５２０のステップの後、サーバ１０の制御部１１は、Ｓ１５１０のステップで取得した各減少判定時刻について、ループＡの処理を行う（Ｓ２５３０～Ｓ２５７０）。
【0206】
ループＡの処理では、サーバ１０の制御部１１は、対象の減少判定時刻について、アナリティクス期間を設定する（Ｓ２５４０）。具体的には、限定ではなく例として、減少判定時刻以前の設定時間（限定ではなく例として「３０秒」）分の期間をアナリティクス期間として設定する。
なお、減少判定時刻よりも前の設定時間分の期間をアナリティクス期間として設定するようにしてもよい。
なお、減少判定時刻よりも前の設定時間分の期間をアナリティクス期間として設定するようにしてもよい。
【0207】
次いで、サーバ１０の制御部１１は、記録（録音）しているライブコンテンツ情報に含まれる音（音声を含む。）データのうち、設定したアナリティクス期間のデータ部分を用いて文字起こし処理を行う（Ｓ２５５０）。具体的には、そのデータ部分に対して音声認識処理を行い、その結果に基づき音声のテキスト情報を取得する。
【0208】
その後、サーバ１０の制御部１１は、ＮＧ表現判定処理を行う（Ｓ２５６０）。
具体的には、限定ではなく例として、Ｓ２５５０のステップで取得したテキスト情報と、記憶部１５のＮＧ表現データベースに記憶された情報とを照合することによって、配信ユーザの発言の中にＮＧ表現が含まれるか否かを判定する。そして、含まれると判定した場合、視聴ユーザ数減少判定データのうち、対象の減少判定時刻に対応するレコードのＮＧ表現フラグを「ＯＮ」に設定するとともに、該当するＮＧ表現を該当ＮＧ表現に記憶させる。ＮＧ表現に該当しない場合は、ＮＧ表現フラグを「ＯＦＦ」のままとする。
そして、サーバ１０の制御部１１は、次の減少判定時刻に処理を以降する。
具体的には、限定ではなく例として、Ｓ２５５０のステップで取得したテキスト情報と、記憶部１５のＮＧ表現データベースに記憶された情報とを照合することによって、配信ユーザの発言の中にＮＧ表現が含まれるか否かを判定する。そして、含まれると判定した場合、視聴ユーザ数減少判定データのうち、対象の減少判定時刻に対応するレコードのＮＧ表現フラグを「ＯＮ」に設定するとともに、該当するＮＧ表現を該当ＮＧ表現に記憶させる。ＮＧ表現に該当しない場合は、ＮＧ表現フラグを「ＯＦＦ」のままとする。
そして、サーバ１０の制御部１１は、次の減少判定時刻に処理を以降する。
【0209】
全ての減少判定時刻についてＳ２５４０～Ｓ２５６０のステップを行ったならば、サーバ１０の制御部１１は、ループＡの処理を終了する（Ｓ２５７０）。
【0210】
次いで、サーバ１０の制御部１１は、限定ではなく例として、Ｓ１５２０のステップで生成した視聴ユーザ数履歴グラフ情報と、ＮＧ表現があった減少判定時刻についてその該当ＮＧ表現を関連付けた視聴ユーザ減少理由情報とを含み、配信したライブの情報を関連付けたアナリティクス用情報を生成する（Ｓ２５８０）。
そして、サーバ１０の制御部１１は、第２のアナリティクス用情報生成処理を終了する。
そして、サーバ１０の制御部１１は、第２のアナリティクス用情報生成処理を終了する。
【0211】
＜第２実施例の効果＞
本実施例は、サーバ１０が、視聴ユーザ数が設定減少条件を満たした原因を推定する推定処理を制御部１１によって行い、推定した原因に関する情報を配信ユーザに報知することに関する処理を行う構成を示している。
このような構成により得られる実施例の効果の一例として、視聴ユーザの反応に関する値が変化条件を満たした原因を推定した上で、推定した原因を配信ユーザに報知することができる。
本実施例は、サーバ１０が、視聴ユーザ数が設定減少条件を満たした原因を推定する推定処理を制御部１１によって行い、推定した原因に関する情報を配信ユーザに報知することに関する処理を行う構成を示している。
このような構成により得られる実施例の効果の一例として、視聴ユーザの反応に関する値が変化条件を満たした原因を推定した上で、推定した原因を配信ユーザに報知することができる。
【0212】
本実施例は、推定処理は、配信ユーザによって配信される、減少判定時刻（限定ではなく、第１時刻の一例）以前または減少判定時刻よりも前の所定時間分の音声（限定ではなく、コンテンツの一例）に基づいて、サーバ１０の制御部１１によって行われる構成を示している。
このような構成により得られる実施例の効果の一例として、配信ユーザによって配信される、第１時刻以前または第１時刻より前の所定時間分のコンテンツに基づくことで、視聴ユーザの反応に関する値が変化条件を満たした原因を適切に推定することができる。
このような構成により得られる実施例の効果の一例として、配信ユーザによって配信される、第１時刻以前または第１時刻より前の所定時間分のコンテンツに基づくことで、視聴ユーザの反応に関する値が変化条件を満たした原因を適切に推定することができる。
【0213】
本実施例は、ライブコンテンツは、音声を含み、推定処理は、減少判定時刻（限定ではなく、第１時刻の一例）以前または減少判定時刻よりも前の所定時間分の音声（限定ではなく、コンテンツの一例）に基づいて、サーバ１０の制御部１１によって行われるようにしてもよい。
このような構成により得られる実施例の効果の一例として、配信ユーザによって配信される、第１時刻以前または第１時刻より前の所定時間分の音声に基づくことで、視聴ユーザの反応に関する値が変化条件を満たした原因を適切に推定することができる。
このような構成により得られる実施例の効果の一例として、配信ユーザによって配信される、第１時刻以前または第１時刻より前の所定時間分の音声に基づくことで、視聴ユーザの反応に関する値が変化条件を満たした原因を適切に推定することができる。
【0214】
また、この場合、推定処理は、音声の情報に基づき取得されるテキスト情報に基づいて、原因を推定する処理を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、音声の情報に基づき取得されるテキスト情報に基づいて、視聴ユーザの反応に関する値が変化条件を満たした原因を適切に推定することができる。
このような構成により得られる実施例の効果の一例として、音声の情報に基づき取得されるテキスト情報に基づいて、視聴ユーザの反応に関する値が変化条件を満たした原因を適切に推定することができる。
【0215】
また、この場合、推定処理は、上記のテキスト情報と、あらかじめ定められた不適切言語情報とに基づく処理を含むようにしてよい。
このような構成により得られる実施例の効果の一例として、音声の情報に基づき取得されるテキスト情報と、あらかじめ定められた不適切言語情報とに基づく処理によって、視聴ユーザの反応に関する値が変化条件を満たした原因を簡易・適切に推定することができる。
このような構成により得られる実施例の効果の一例として、音声の情報に基づき取得されるテキスト情報と、あらかじめ定められた不適切言語情報とに基づく処理によって、視聴ユーザの反応に関する値が変化条件を満たした原因を簡易・適切に推定することができる。
【0216】
本実施例は、配信ユーザに報知することに関する処理は、原因に関する情報を配信ユーザの端末２０に表示させることに関する処理（限定ではなく、原因に関する情報を配信ユーザの端末に表示させることに関する処理の一例）を含む構成を示している。
このような構成により得られる実施例の効果の一例として、視聴ユーザの反応に関する値が変化条件を満たした原因に関する情報を配信ユーザの端末に表示させることによって、配信ユーザに原因を報知することができる。
このような構成により得られる実施例の効果の一例として、視聴ユーザの反応に関する値が変化条件を満たした原因に関する情報を配信ユーザの端末に表示させることによって、配信ユーザに原因を報知することができる。
【0217】
また、ライブコンテンツは、画像を含み、上記の原因に関する情報を配信ユーザの端末２０に表示させることに関する処理は、原因に関する情報を画像に重畳して表示させることに関する処理を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、自身が配信する画像を閲覧しながら、視聴ユーザの反応に関する値が変化条件を満たした原因を配信ユーザが確認できるようにすることができる。
このような構成により得られる実施例の効果の一例として、自身が配信する画像を閲覧しながら、視聴ユーザの反応に関する値が変化条件を満たした原因を配信ユーザが確認できるようにすることができる。
【0218】
また、上記の原因に関する情報を配信ユーザの端末２０に表示させることに関する処理は、原因に関する情報をアドバイスの形式で表示させることに関する処理を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、アドバイス形式という分かり易い形式で、視聴ユーザの反応に関する値が変化条件を満たした原因を配信ユーザに報知することができる。
このような構成により得られる実施例の効果の一例として、アドバイス形式という分かり易い形式で、視聴ユーザの反応に関する値が変化条件を満たした原因を配信ユーザに報知することができる。
【0219】
また、上記の原因に関する情報を配信ユーザの端末２０に表示させることに関する処理は、配信ユーザによる新たなコンテンツの配信時に、原因に関する情報を表示させることに関する処理を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、配信ユーザによる新たなコンテンツの配信時に、原因に関する情報が配信ユーザの端末に表示されるようにすることによって、コンテンツを新たに配信しようとしているタイミングで配信ユーザに原因を報知することができる。これにより、配信ユーザは、自身の発言等に注意することが可能となる。
このような構成により得られる実施例の効果の一例として、配信ユーザによる新たなコンテンツの配信時に、原因に関する情報が配信ユーザの端末に表示されるようにすることによって、コンテンツを新たに配信しようとしているタイミングで配信ユーザに原因を報知することができる。これにより、配信ユーザは、自身の発言等に注意することが可能となる。
【0220】
＜第２変形例（１）＞
第１変形例（１）と同様に、配信ユーザによる生配信中に、視聴ユーザ数が設定減少条件を満たしたことや推定した原因を配信ユーザに報知するようにしてもよい。
第１変形例（１）と同様に、配信ユーザによる生配信中に、視聴ユーザ数が設定減少条件を満たしたことや推定した原因を配信ユーザに報知するようにしてもよい。
【0221】
この場合、限定ではなく例として、前述した図１－１２の処理のＳ１２４のステップにおいて、サーバ１０の制御部１１は、限定ではなく例として、以下の第３のアナリティクス用情報生成処理を行うようにしてよい。
【0222】
図２－５は、第３のアナリティクス用情報生成処理の流れの一例を示すフローチャートである。
サーバ１０の制御部１１は、視聴ユーザ数が設定減少条件を満たすと判定された時刻を減少判定時刻として取得する（Ｓ２５１０）。そして、サーバ１０の制御部１１は、取得した減少判定時刻について、図２－４のＳ２５４０，Ｓ２５５０，Ｓ２５６０，Ｓ２５８０と同様の処理を行って、アナリティクス用情報を生成する。
アナリティクス用情報には、限定ではなく例として、図２－６に示すような『「ＸＸＸ」の発言は控えましょう』（ただし、ＸＸＸは該当ＮＧ表現）といったメッセージ等の情報を含めてよい。
そして、サーバ１０の制御部１１は、第３のアナリティクス用情報生成処理を終了する。
サーバ１０の制御部１１は、視聴ユーザ数が設定減少条件を満たすと判定された時刻を減少判定時刻として取得する（Ｓ２５１０）。そして、サーバ１０の制御部１１は、取得した減少判定時刻について、図２－４のＳ２５４０，Ｓ２５５０，Ｓ２５６０，Ｓ２５８０と同様の処理を行って、アナリティクス用情報を生成する。
アナリティクス用情報には、限定ではなく例として、図２－６に示すような『「ＸＸＸ」の発言は控えましょう』（ただし、ＸＸＸは該当ＮＧ表現）といったメッセージ等の情報を含めてよい。
そして、サーバ１０の制御部１１は、第３のアナリティクス用情報生成処理を終了する。
【0223】
第３のアナリティクス用情報生成処理を行った後、サーバ１０の制御部１１は、図１－１２の処理のＳ１２６のステップにおいて、第３のアナリティクス用情報生成処理で生成したアナリティクス用情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。
【0224】
Ａ１２０のステップの後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０からアナリティクス用情報を受信したか否かを判定する（Ａ１２２）。
受信したと判定したならば（Ａ１２２：ＹＥＳ）、端末２０Ａの制御部２１は、そのアナリティクス用情報を表示部２４に表示させるなどして出力する（Ａ１２６）。
なお、この場合、視聴ユーザ数が設定減少条件を満たした旨の音声や警告音等を、端末２０Ａの音出力部２６に音出力させるようにするなどしてもよい。
また、上記の『「ＸＸＸ」の発言は控えましょう』といった音声を端末２０Ａの音出力部２６に音出力させるようにするなどしてもよい。
受信したと判定したならば（Ａ１２２：ＹＥＳ）、端末２０Ａの制御部２１は、そのアナリティクス用情報を表示部２４に表示させるなどして出力する（Ａ１２６）。
なお、この場合、視聴ユーザ数が設定減少条件を満たした旨の音声や警告音等を、端末２０Ａの音出力部２６に音出力させるようにするなどしてもよい。
また、上記の『「ＸＸＸ」の発言は控えましょう』といった音声を端末２０Ａの音出力部２６に音出力させるようにするなどしてもよい。
【0225】
本変形例では、ライブ配信中のアナリティクス用情報生成処理において視聴ユーザの減少判定がなされ、その減少判定に対応するＮＧワード判定がなされる場合に、限定ではなく例として、ライブ配信中にＮＧワード報知情報を配信ユーザに報知するようにしてよい。
【0226】
具体的には、限定ではなく例として、ライブ配信が実行されているときに、限定ではなく例として、ライブ中継情報に重畳するようにＮＧワード報知情報が表示されるようにしてよい。
【0227】
図２－６は、本変形例において端末２０Ａの表示部２４に表示される画面の一例を示す図である。
【0228】
本画面図では、限定ではなく例として、一のライブ配信（第５回○○ライブ）中におけるアナリティクス用情報生成処理において視聴ユーザの減少判定がなされ、その減少判定に対応するＮＧワード判定がなされる場合に、そのライブ配信中にＮＧワード報知情報が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0229】
図２－６は、限定ではなく例として、ライブ配信アプリケーションにおいてライブ配信がなされているときに表示されるライブ配信画面の一例である。
この画面では、ライブ中継情報を表示するためのライブ中継情報表示領域ＬＲＲが構成されている。
この画面では、ライブ中継情報を表示するためのライブ中継情報表示領域ＬＲＲが構成されている。
【0230】
ライブ中継情報表示領域ＬＲＲには、限定ではなく例として、ライブ中継情報として、配信ユーザによって配信されている動画像（動画像コンテンツ）が表示されており、音出力部２６からは、配信ユーザによって配信されている音声（音声コンテンツ）が出力されている。配信ユーザによって配信されるコンテンツは、動画像コンテンツ及び音声コンテンツの両方であってもよく、何れか一方のみであってもよい。
【0231】
また、ライブ中継情報表示領域ＬＲＲの上部には、限定ではなく例として、ライブ配信の状態に関する情報（ライブ配信が配信中であることを示す「Ｌｉｖｅ」の文字を含むアイコン、配信ユーザのアイコン画像、配信ユーザのユーザ名（Ａ．Ａ）、ライブ配信の配信時間に関する情報等）と、ライブ配信に関する各種設定を行うための情報と、ライブ配信を終了するための情報等が表示されている。
【0232】
また、限定ではなく例として、ライブ配信のタイトルを含む情報と、ライブ配信におけるカメラのＯＮまたはＯＦＦのモードを示すカメラモード情報（本例では、カメラＯＮ）と、ライブ配信におけるマイクのＯＮまたはＯＦＦのモードを示すマイクモード情報（本例では、マイクＯＮ）等が表示されている。
【0233】
ライブ中継情報表示領域ＬＲＲの最下部には、コメント入力領域ＣＩＲが設けられている。コメント入力領域ＣＩＲに入力されたコメントは、コメント入力領域ＣＩＲの上方に設けられたコメント表示領域ＣＲに、コメントを入力した配信ユーザ又は視聴ユーザの識別情報（アイコン画像及びユーザ名）に関連付けて、動画像コンテンツに重畳して表示される。なお、コメント表示領域ＣＲに、コメント入力領域ＣＩＲに入力されたコメントのみならず、視聴ユーザから配信ユーザに対しての質問や、配信ユーザから視聴ユーザに対する回答等も表示されるようにしてもよい。
【0234】
この例では、ライブ中継情報表示領域ＬＲＲのコメント表示領域ＣＲの上には、限定ではなく例として、ＮＧワード報知情報（本例では、ＮＧワードである「ＸＸＸ」を含む「注意：「ＸＸＸ」の発言は控えましょう」の文字を含むテロップ型の情報）が、動画像コンテンツに重畳して表示されている。なお、このライブ配信中のＮＧワード報知情報は、限定ではなく例として、配信ユーザの端末２０に表示されるライブ中継情報には表示されるものの、視聴ユーザの端末２０に表示されるライブ中継情報には表示されないものとする。
【0235】
なお、ここでのＮＧワード報知情報は、限定ではなく例として、ＮＧワードの内容を配信ユーザに報知するとともに、ＮＧワードを発言しないように配信ユーザに注意喚起する情報である例を示したが、このような例に限定されない。
限定ではなく例として、ＮＧワード報知情報は、ＮＧワードの内容を配信ユーザに報知するのみの情報であるようにしてもよいし、限定ではなく例として、ＮＧワードに類似した言葉でＮＧワードと判定されないような言い換えの言葉を配信ユーザに示唆する情報であるようにしてもよい。
限定ではなく例として、ＮＧワード報知情報は、ＮＧワードの内容を配信ユーザに報知するのみの情報であるようにしてもよいし、限定ではなく例として、ＮＧワードに類似した言葉でＮＧワードと判定されないような言い換えの言葉を配信ユーザに示唆する情報であるようにしてもよい。
【0236】
＜第２変形例（２）＞
第１変形例（２）でも述べたが、ライブの生配信中に視聴ユーザ数が一定以上増加することも、配信ユーザによっては関心事項である可能性がある。
そこで、限定ではなく例として、サーバ１０の記憶部１５に、ポジティブなキーワード、単語、文などをポジティブ表現としてデータベース化（以下、便宜的に「ポジティブ表現データベース」と称する。）して記憶しておくようにし、上記の実施例と同様の手法によって、視聴ユーザ数が設定増加条件を満たした原因を推定して報知するようにしてもよい。
また、後述する感情解析や表情解析等によって原因を推定して報知するようにしてもよい。
第１変形例（２）でも述べたが、ライブの生配信中に視聴ユーザ数が一定以上増加することも、配信ユーザによっては関心事項である可能性がある。
そこで、限定ではなく例として、サーバ１０の記憶部１５に、ポジティブなキーワード、単語、文などをポジティブ表現としてデータベース化（以下、便宜的に「ポジティブ表現データベース」と称する。）して記憶しておくようにし、上記の実施例と同様の手法によって、視聴ユーザ数が設定増加条件を満たした原因を推定して報知するようにしてもよい。
また、後述する感情解析や表情解析等によって原因を推定して報知するようにしてもよい。
【0237】
また、限定ではなく例として配信ユーザが生配信中に不適切な発言をしたような場合、それに起因して視聴ユーザ数がある程度減少する場合もあるが、逆に、視聴ユーザ数がある程度増加する場合もあり得ると考えられる。１つのケースとしては、生配信を視聴していた視聴ユーザが、配信ユーザが不適切な発言をしたことをＳＮＳに投稿し、その投稿を見た人が生配信に流入することによって、視聴ユーザ数が一気に増加するような場合もあり得る。
つまり、配信ユーザがポジティブな発言をした場合の他、配信ユーザが不適切な発言をした場合であっても配信ユーザが増加する場合があり得るため、限定ではなく例として、ＮＧ表現データベースとポジティブ表現データベースとの両方を用いて原因を推定して報知するようにしてもよい。
また、後述する感情解析や表情解析等によって原因を推定して報知するようにしてもよい。
つまり、配信ユーザがポジティブな発言をした場合の他、配信ユーザが不適切な発言をした場合であっても配信ユーザが増加する場合があり得るため、限定ではなく例として、ＮＧ表現データベースとポジティブ表現データベースとの両方を用いて原因を推定して報知するようにしてもよい。
また、後述する感情解析や表情解析等によって原因を推定して報知するようにしてもよい。
【0238】
本変形例は、推定処理は、前述した各種の処理の他、限定ではなく例として、テキスト情報と、あらかじめ定められたポジティブ言語情報とに基づく処理を含む構成を示している。
このような構成により得られる変形例の効果の一例として、音声の情報に基づき取得されるテキスト情報と、あらかじめ定められたポジティブ言語情報とに基づく処理によって、視聴ユーザの反応に関する値が変化条件を満たした原因を簡易・適切に推定することができる。
このような構成により得られる変形例の効果の一例として、音声の情報に基づき取得されるテキスト情報と、あらかじめ定められたポジティブ言語情報とに基づく処理によって、視聴ユーザの反応に関する値が変化条件を満たした原因を簡易・適切に推定することができる。
【0239】
＜第２変形例（３）＞
上記の実施例では、ライブコンテンツ情報に含まれる音データから取得されるテキスト情報がＮＧ表現に該当するか否かを判定することによって、視聴ユーザ数が設定減少条件を満たした原因を推定する手法を例示したが、これに限定されない。
上記の実施例では、ライブコンテンツ情報に含まれる音データから取得されるテキスト情報がＮＧ表現に該当するか否かを判定することによって、視聴ユーザ数が設定減少条件を満たした原因を推定する手法を例示したが、これに限定されない。
【0240】
限定ではなく例として、音データ（限定ではなく例として、前述したアナリティクス期間のデータ部分）に対して感情解析を行い、配信ユーザの感情を可視化して推定することによって、視聴ユーザ数が設定減少条件を満たした原因を推定するようにしてもよい。
限定ではなく例として、配信ユーザの感情が不機嫌な感情や怒りの感情であると判定された場合、そのことが、視聴ユーザ数が設定減少条件を満たした原因であると推定するようにしてもよい。
限定ではなく例として、配信ユーザの感情が不機嫌な感情や怒りの感情であると判定された場合、そのことが、視聴ユーザ数が設定減少条件を満たした原因であると推定するようにしてもよい。
【0241】
また、限定ではなく例として、ライブコンテンツ情報に含まれる動画像データに基づいて、視聴ユーザ数が設定減少条件を満たした原因を推定するようにしてもよい。
限定ではなく例として、動画像データ（限定ではなく例として、前述したアナリティクス期間のデータ部分）に基づき配信ユーザの表情解析を行い、配信ユーザの表情が不機嫌な表情や怒りの表情であった場合、そのことが、視聴ユーザ数が設定減少条件を満たした原因であると推定するようにしてもよい。
限定ではなく例として、動画像データ（限定ではなく例として、前述したアナリティクス期間のデータ部分）に基づき配信ユーザの表情解析を行い、配信ユーザの表情が不機嫌な表情や怒りの表情であった場合、そのことが、視聴ユーザ数が設定減少条件を満たした原因であると推定するようにしてもよい。
【0242】
また、音データと動画像データとの両方に基づいて、視聴ユーザ数が設定減少条件を満たした原因を推定するようにしてもよい。
【0243】
また、これらの場合、限定ではなく例として、サーバ１０が、「不機嫌な態度はやめましょう」、「怒った態度はやめましょう」といったアドバイス形式の情報を配信ユーザの端末２０に送信するようにする。そして、配信ユーザの端末２０が、受信した情報を表示部２４に表示させて配信ユーザに報知するようにしてもよい。
【0244】
本変形例は、推定処理は、減少判定時刻（限定ではなく、第１時刻の一例）以前または減少判定時刻よりも前の所定時間分のライブコンテンツに基づいて、サーバ１０の制御部１１によって行われる構成を示している。
このような構成により得られる変形例の効果の一例として、配信ユーザによって配信される、第１時刻以前または第１時刻より前の所定時間分のコンテンツに基づくことで、視聴ユーザの反応に関する値が変化条件を満たした原因を適切に推定することができる。
このような構成により得られる変形例の効果の一例として、配信ユーザによって配信される、第１時刻以前または第１時刻より前の所定時間分のコンテンツに基づくことで、視聴ユーザの反応に関する値が変化条件を満たした原因を適切に推定することができる。
【0245】
また、本変形例は、ライブコンテンツは、音声を含み、推定処理は、減少判定時刻（限定ではなく、第１時刻の一例）以前または減少判定時刻よりも前の所定時間分の音声（限定ではなく、コンテンツの一例）に基づいて、サーバ１０の制御部１１によって行われる構成を示している。
このような構成により得られる変形例の効果の一例として、配信ユーザによって配信される、第１時刻以前または第１時刻より前の所定時間分の音声に基づくことで、視聴ユーザの反応に関する値が変化条件を満たした原因を適切に推定することができる。
このような構成により得られる変形例の効果の一例として、配信ユーザによって配信される、第１時刻以前または第１時刻より前の所定時間分の音声に基づくことで、視聴ユーザの反応に関する値が変化条件を満たした原因を適切に推定することができる。
【0246】
＜第２変形例（４）＞
上記の他、限定ではなく例として、サーバ１０が、視聴ユーザ数が設定減少条件や設定増加条件を満たした回数を集計し、その情報を配信ユーザの端末２０に送信して表示させるようにしてもよい。
また、限定ではなく例として、サーバ１０が、視聴ユーザ数が設定減少条件や設定増加条件を満たす原因が推定された回数（ＮＧ判定された回数）を集計し、その情報を配信ユーザの端末２０に送信して表示させるようにしてもよい。
また、限定ではなく例として、サーバ１０が、頻出したＮＧ表現（限定ではなく例として、設定回数以上ＮＧ判定された表現）を集計し、その情報を配信ユーザの端末２０に送信して表示させるようにしてもよい。
上記の他、限定ではなく例として、サーバ１０が、視聴ユーザ数が設定減少条件や設定増加条件を満たした回数を集計し、その情報を配信ユーザの端末２０に送信して表示させるようにしてもよい。
また、限定ではなく例として、サーバ１０が、視聴ユーザ数が設定減少条件や設定増加条件を満たす原因が推定された回数（ＮＧ判定された回数）を集計し、その情報を配信ユーザの端末２０に送信して表示させるようにしてもよい。
また、限定ではなく例として、サーバ１０が、頻出したＮＧ表現（限定ではなく例として、設定回数以上ＮＧ判定された表現）を集計し、その情報を配信ユーザの端末２０に送信して表示させるようにしてもよい。
【0247】
＜第２変形例（５）＞
上記の実施例や変形例においても、ライブコンテンツは第１変形例（５）で示したいずれのコンテンツであってもよい。
上記の実施例や変形例においても、ライブコンテンツは第１変形例（５）で示したいずれのコンテンツであってもよい。
【0248】
＜第３実施例＞
第３実施例は、ライブの生配信時に、配信ユーザが検知（認識）されなくなった場合に、ライブ配信の画像とは異なる画像を端末２０に表示させることによって、間を持たせるなどすることを可能にする実施例である。
第３実施例は、ライブの生配信時に、配信ユーザが検知（認識）されなくなった場合に、ライブ配信の画像とは異なる画像を端末２０に表示させることによって、間を持たせるなどすることを可能にする実施例である。
【0249】
第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0250】
以下説明する実施例において、配信ユーザが検知されなくなることには、限定ではなく例として、以下のうちの少なくともいずれか１つを含めてよい。
・配信ユーザの存在が検知（認識）されなくなること
・配信ユーザの顔が検知（認識）されなくなること
・配信ユーザの存在が検知（認識）されなくなること
・配信ユーザの顔が検知（認識）されなくなること
【0251】
配信ユーザの存在が検知されなくなることには、限定ではなく例として、配信ユーザが撮像部２７の撮像領域から外れることによって、配信ユーザの存在が検知されなくなることを含めてよい。
限定ではなく例として、配信ユーザが生配信中に何らかの事情で一時的に離席する場合があり得る。この場合、視聴ユーザは、配信ユーザが戻ってくるまでの間、配信ユーザが不在の状態の画像を見せられる場合がある。この場合、後述するマスキング映像を表示させるようにすることができる。
限定ではなく例として、配信ユーザが生配信中に何らかの事情で一時的に離席する場合があり得る。この場合、視聴ユーザは、配信ユーザが戻ってくるまでの間、配信ユーザが不在の状態の画像を見せられる場合がある。この場合、後述するマスキング映像を表示させるようにすることができる。
【0252】
配信ユーザの顔が検知されなくなることには、限定ではなく例として、
・配信ユーザの顔が撮像領域から外れること（配信ユーザが急に立ち上がる場合など）
・配信ユーザの顔が認識されなくなること（配信ユーザが振り向く、配信ユーザが飲み物を飲もうとして配信ユーザの顔と撮像部２７の間に飲み物が位置することによって顔が認識されなくなる、顔は認識されるが配信ユーザが上を向くことで目や鼻が認識できなくなる場合など）
等を含めてよい。
・配信ユーザの顔が撮像領域から外れること（配信ユーザが急に立ち上がる場合など）
・配信ユーザの顔が認識されなくなること（配信ユーザが振り向く、配信ユーザが飲み物を飲もうとして配信ユーザの顔と撮像部２７の間に飲み物が位置することによって顔が認識されなくなる、顔は認識されるが配信ユーザが上を向くことで目や鼻が認識できなくなる場合など）
等を含めてよい。
【0253】
また、配信ユーザは、限定ではなく例として、ライブ配信アプリケーションの機能として備えられる各種のエフェクト機能（限定ではなく例として、オブジェクト付加機能、美顔機能、美肌機能、目を強調する機能等）を自身の顔に適用して生配信を行う場合がある。
このような場合、上記のような事態が発生するとエフェクトが外れる場合があり、その結果、意図せずエフェクトが外れた画像（配信ユーザの素顔を含む画像）を視聴ユーザに見られてしまう場合があり得る。
このような場合、上記のような事態が発生するとエフェクトが外れる場合があり、その結果、意図せずエフェクトが外れた画像（配信ユーザの素顔を含む画像）を視聴ユーザに見られてしまう場合があり得る。
【0254】
１つの手法として、限定ではなく例として、顔が正面を向いている場合や、頭部、耳、目、鼻、口などが認識される場合に、エフェクト処理が行われるようにすることができる。
限定ではなく例として、オブジェクト付加機能によって所定のオブジェクト（限定ではなく例として、動物の耳、鼻、ひげなど）を撮像領域における配信ユーザの顔に付加して表示させる場合において、撮像領域に対する顔認識処理（顔認識の対象は配信ユーザの素顔）によって配信ユーザの顔が認識できなくなった場合に、後述するマスキング映像を表示させるようにすることができる。
限定ではなく例として、オブジェクト付加機能によって所定のオブジェクト（限定ではなく例として、動物の耳、鼻、ひげなど）を撮像領域における配信ユーザの顔に付加して表示させる場合において、撮像領域に対する顔認識処理（顔認識の対象は配信ユーザの素顔）によって配信ユーザの顔が認識できなくなった場合に、後述するマスキング映像を表示させるようにすることができる。
【0255】
以下では、配信ユーザの端末２０の撮像部２７により取得される画像データに基づく画像であって検知された配信ユーザに関する画像を「第１画像」とし、マスキング映像を「第２画像」と称する場合がある。
【0256】
配信ユーザが検知されなかった場合に視聴ユーザの端末２０に配信される第２画像は、配信ユーザが検知された場合に視聴ユーザの端末２０に配信される第１画像（限定ではなく例として、オブジェクトが付加（追加）された配信ユーザのライブ画像）と異なる画像であればよい。
【0257】
ここで、第１画像が、撮像装置である配信ユーザの端末２０により取得されている画像データに基づく画像であって、検知された配信ユーザに関する（限定ではなく例として、配信ユーザが含まれている）画像であるのに対して、第２画像は、（ｉ）配信ユーザの端末２０により取得されている画像データに基づく画像ではない画像であってもよく、（ｉｉ）配信ユーザの端末２０により取得されている画像データに基づく画像であるが、検知された配信ユーザに関する画像ではない（限定ではなく例として、配信ユーザが含まれない）画像であってもよく、（ｉｉｉ）配信ユーザの端末２０により取得されている画像データに基づく画像であって、検知された配信ユーザに関する画像であってもよい。
限定ではなく例として、（ｉ）の例としては、後述するように、視聴ユーザに待機を促す画像や、広告の動画像、配信ユーザが検知されなくなった直前の画像（配信ユーザが検知されていたときの最後の画像であり、ライブ画像（配信ユーザの端末２０により取得されている画像データに基づく画像）とは異なる画像）等であってよく、（ｉｉ）の例としては、配信ユーザの端末２０により取得されている画像データに基づいて、背景領域と認識された領域のみが視認されるようになっている画像等であってよく、（ｉｉｉ）の例としては、配信ユーザの端末２０により取得されている画像データの画像全体の解像度が低下したような画像（仮に配信ユーザが含まれていても明確に顔を識別することができない画像）等であってよい。
限定ではなく例として、（ｉ）の例としては、後述するように、視聴ユーザに待機を促す画像や、広告の動画像、配信ユーザが検知されなくなった直前の画像（配信ユーザが検知されていたときの最後の画像であり、ライブ画像（配信ユーザの端末２０により取得されている画像データに基づく画像）とは異なる画像）等であってよく、（ｉｉ）の例としては、配信ユーザの端末２０により取得されている画像データに基づいて、背景領域と認識された領域のみが視認されるようになっている画像等であってよく、（ｉｉｉ）の例としては、配信ユーザの端末２０により取得されている画像データの画像全体の解像度が低下したような画像（仮に配信ユーザが含まれていても明確に顔を識別することができない画像）等であってよい。
【0258】
本実施例では、配信ユーザがライブ配信を行っているときに、配信ユーザの端末２０の撮像部２７によって配信ユーザの人物不検知（配信ユーザの存在の不検知、離席）を検出（判定）すると、限定ではなく例として、ライブ配信の動画像コンテンツとしてマスキング映像が表示されるようにしてよい。
そして、配信ユーザの端末２０の撮像部２７によって配信ユーザの人物検知（配信ユーザの存在の検知、着席）を検出（判定）すると、限定ではなく例として、ライブ配信の動画像コンテンツとしてマスキング映像の表示が終了されるようにしてよい。
そして、配信ユーザの端末２０の撮像部２７によって配信ユーザの人物検知（配信ユーザの存在の検知、着席）を検出（判定）すると、限定ではなく例として、ライブ配信の動画像コンテンツとしてマスキング映像の表示が終了されるようにしてよい。
【0259】
このマスキング映像は、限定ではなく例として、配信ユーザの端末２０の撮像部２７によって映し出されていた映像（以下では、適宜「カメラ映像」と称する。）とは異なる映像であるようにしてよく、限定ではなく例として、静止画像または動画像の何れであるようにしてもよい。
【0260】
マスキング映像が表示される場合に、限定ではなく例として、マスキング映像は、カメラ映像に重畳して表示される映像であるようにしてもよい。この場合、限定ではなく例として、カメラ映像が表示部２４に表示されているものの、カメラ映像よりも表示優先度の高いマスキング映像が表示部２４に表示されていることに基づいて、ユーザはカメラ映像を視認できず、マスキング映像のみを視認できるようにしてよい。
【0261】
マスキング映像が表示される場合に、限定ではなく例として、カメラ映像の表示を終了するようにしてもよい。この場合、限定ではなく例として、カメラ映像が表示部２４に表示されておらず、マスキング映像のみが表示されていることに基づいて、マスキング映像を視認できるようにしてよい。
【0262】
マスキング映像は、限定ではなく例として、以下のようなものを含めるようにしてよい。
・専用映像
・配信ユーザプロモーション映像
・ライブ配信事業者広告映像
・専用映像
・配信ユーザプロモーション映像
・ライブ配信事業者広告映像
【0263】
専用映像は、限定ではなく例として、配信ユーザがライブ配信を中断していることを視聴ユーザに報知する映像である。
具体的には、配信ユーザがライブ配信を中断していることを視聴ユーザに報知する情報（「しばらくお待ちください・・・」、「ちょっと待っててね」等のメッセージ）等を含む映像であるようにしてよい。
具体的には、配信ユーザがライブ配信を中断していることを視聴ユーザに報知する情報（「しばらくお待ちください・・・」、「ちょっと待っててね」等のメッセージ）等を含む映像であるようにしてよい。
【0264】
配信ユーザプロモーション映像は、限定ではなく例として、配信ユーザがライブ配信を中断していることを視聴ユーザに報知する映像であるとともに、配信ユーザ自身または配信ユーザにより提供されている商品やサービスのプロモーションに関する映像であるようにしてよい。
具体的には、配信ユーザがライブ配信を中断していることを視聴ユーザに報知する情報（「配信再開までお待ちください」のメッセージ）や、配信ユーザ自身または配信ユーザにより提供されている商品やサービスのプロモーションに関する映像（配信ユーザが出版した書籍のプロモーション）等を含む映像であるようにしてよい。
具体的には、配信ユーザがライブ配信を中断していることを視聴ユーザに報知する情報（「配信再開までお待ちください」のメッセージ）や、配信ユーザ自身または配信ユーザにより提供されている商品やサービスのプロモーションに関する映像（配信ユーザが出版した書籍のプロモーション）等を含む映像であるようにしてよい。
【0265】
ライブ配信事業者広告映像は、限定ではなく例として、配信ユーザがライブ配信を中断していることを視聴ユーザに報知する映像であるとともに、ライブ配信サービス事業者が提供する広告に関する映像（以下、適宜「広告映像」と称する。）であるようにしてよい。この広告映像は、限定ではなく例として、配信ユーザに関連しない映像であるようにしてよい。
具体的には、配信ユーザがライブ配信を中断していることを視聴ユーザに報知する情報（「配信再開までお待ちください」のメッセージ）や、広告映像（旅行会社，銀行，保険会社等の広告映像）等を含む映像であるようにしてよい。ライブ配信サービス事業者と提携している広告主や広告代理店によって提供される広告の映像であってもよい。
具体的には、配信ユーザがライブ配信を中断していることを視聴ユーザに報知する情報（「配信再開までお待ちください」のメッセージ）や、広告映像（旅行会社，銀行，保険会社等の広告映像）等を含む映像であるようにしてよい。ライブ配信サービス事業者と提携している広告主や広告代理店によって提供される広告の映像であってもよい。
【0266】
本実施例では、配信ユーザがライブ配信を行っているときに、配信ユーザの端末２０の撮像部２７によって配信ユーザの人物不検知を検出し、ライブ配信の動画像コンテンツとしてマスキング映像が表示される場合に、限定ではなく例として、端末２０の撮像部２７が自動で無効となる（カメラが自動でＯＦＦとなる）ようにしてよく、限定ではなく例として、端末２０の音入力部２５が自動で無効となる（マイクが自動でＯＦＦとなる）ようにしてよい。
限定ではなく例として、ライブ配信の動画像コンテンツとしてマスキング映像が表示される場合に、ライブ配信の音声コンテンツとして専用映像に関連付けられた音声が出力されるようにしてよい。
限定ではなく例として、ライブ配信の動画像コンテンツとしてマスキング映像が表示される場合に、ライブ配信の音声コンテンツとして専用映像に関連付けられた音声が出力されるようにしてよい。
【0267】
そして、配信ユーザの端末２０の撮像部２７によって配信ユーザの人物検知を検出し、ライブ配信の動画像コンテンツとしてマスキング映像の表示が終了される場合に、限定ではなく例として、端末２０の撮像部２７が自動で有効となる（カメラが自動でＯＮとなる）ようにしてよく、限定ではなく例として、端末２０の音入力部２５が自動で有効となる（マイクが自動でＯＮとなる）ようにしてよい。
【0268】
マスキング映像が表示されている期間は、限定ではなく例として、配信ユーザがカメラ映像を用いて配信を行うことができない何らかの事象が発生していると考えられるので、その期間はカメラやマイクを自動でＯＦＦにする制御が行われることによって、配信ユーザの利便性を向上できる。
【0269】
配信ユーザがカメラ映像を用いて配信を行うことができない何らかの事象の一例として、限定ではなく例として、以下のような事象を含めるようにしてよい。
・配信ユーザの自宅に宅配便が届いてしまった場合
・配信ユーザの自宅に宅配便が届いてしまった場合
【0270】
配信ユーザの自宅に宅配便が届いてしまった場合とは、限定ではなく例として、配信ユーザが自宅でライブ配信を行っているときに、配信ユーザの自宅に宅配便が届いてしまい、宅配業者から配信ユーザの本名などが呼ばれるおそれがある場合である。
【0271】
＜表示画面＞
図３－１は、本実施例において配信ユーザ（ユーザＡ．Ａ）の端末２０（端末２０Ａ）の表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像として専用映像が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
図３－１は、本実施例において配信ユーザ（ユーザＡ．Ａ）の端末２０（端末２０Ａ）の表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像として専用映像が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0272】
図３－１左側に関しては、前述した図２－６の画面と同様であるので説明を省略する。
このとき、ライブ中継情報表示領域ＬＲＲには、限定ではなく例として、ライブ中継情報としてカメラ映像（配信ユーザの顔を含む映像）が表示されているものとする。
このとき、ライブ中継情報表示領域ＬＲＲには、限定ではなく例として、ライブ中継情報としてカメラ映像（配信ユーザの顔を含む映像）が表示されているものとする。
【0273】
限定ではなく例として、配信ユーザの人物不検知が検出されると、限定ではなく例として、中央の画面に表示が変わる。
この例では、ライブ中継情報表示領域ＬＲＲに、限定ではなく例として、専用映像（「しばらくお待ちください・・・」および「ちょっと待っててね」のメッセージを含む映像）がカメラ映像から切り替わり表示されている。
この例では、ライブ中継情報表示領域ＬＲＲに、限定ではなく例として、専用映像（「しばらくお待ちください・・・」および「ちょっと待っててね」のメッセージを含む映像）がカメラ映像から切り替わり表示されている。
【0274】
このとき、端末２０の撮像部２７と音入力部２５が無効となっていることに基づいて、カメラがＯＦＦモードであることを示すカメラモード情報と、マイクがＯＦＦモードであることを示すマイクモード情報が表示されている。
【0275】
限定ではなく例として、配信ユーザの人物検知が検出されると、限定ではなく例として、右側の画面に表示が変わる。
この例では、ライブ中継情報表示領域ＬＲＲに、限定ではなく例として、カメラ映像が専用映像から切り替わり表示されている。
このとき、端末２０の撮像部２７と音入力部２５が有効となっていることに基づいて、カメラがＯＮモードであることを示すカメラモード情報と、マイクがＯＮモードであることを示すマイクモード情報が表示されている。
この例では、ライブ中継情報表示領域ＬＲＲに、限定ではなく例として、カメラ映像が専用映像から切り替わり表示されている。
このとき、端末２０の撮像部２７と音入力部２５が有効となっていることに基づいて、カメラがＯＮモードであることを示すカメラモード情報と、マイクがＯＮモードであることを示すマイクモード情報が表示されている。
【0276】
図３－２は、本実施例において視聴ユーザ（ユーザＢ．Ｂ）の端末２０（端末２０Ｂ）の表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像として専用映像が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像として専用映像が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0277】
図３－２の説明に関しては、前述した図３－１の画面と同様である部分についての説明を省略する。
この例では、視聴ユーザ（ユーザＢ．Ｂ）の端末２０の表示部２４に表示される画面であることに基づいて、ライブ中継情報表示領域ＬＲＲに、限定ではなく例として、ライブ配信に関する各種設定を行うための情報、カメラモード情報、マイクモード情報等が表示されていない。
この例では、視聴ユーザ（ユーザＢ．Ｂ）の端末２０の表示部２４に表示される画面であることに基づいて、ライブ中継情報表示領域ＬＲＲに、限定ではなく例として、ライブ配信に関する各種設定を行うための情報、カメラモード情報、マイクモード情報等が表示されていない。
【0278】
図３－３は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像として配信ユーザプロモーション映像が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像として配信ユーザプロモーション映像が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0279】
【0280】
限定ではなく例として、配信ユーザの人物不検知が検出されると、限定ではなく例として、中央の画面に表示が変わる。
この例では、ライブ中継情報表示領域ＬＲＲに、限定ではなく例として、配信ユーザプロモーション映像（「配信再開までお待ちください」のメッセージを含む情報と、配信ユーザが出版した書籍のプロモーションに関する情報とを含む映像）がカメラ映像から切り替わり表示されている。
この例では、ライブ中継情報表示領域ＬＲＲに、限定ではなく例として、配信ユーザプロモーション映像（「配信再開までお待ちください」のメッセージを含む情報と、配信ユーザが出版した書籍のプロモーションに関する情報とを含む映像）がカメラ映像から切り替わり表示されている。
【0281】
このとき、端末２０の撮像部２７と音入力部２５が無効となっていることに基づいて、カメラがＯＦＦモードであることを示すカメラモード情報と、マイクがＯＦＦモードであることを示すマイクモード情報が表示されている。
【0282】
限定ではなく例として、配信ユーザの人物検知が検出されると、限定ではなく例として、右側の画面に表示が変わる。
この画面は、前述した図３－１右側の画面と同様であるので説明を省略する。
この画面は、前述した図３－１右側の画面と同様であるので説明を省略する。
【0283】
図３－４は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像としてライブ配信事業者広告映像が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像としてライブ配信事業者広告映像が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0284】
【0285】
限定ではなく例として、配信ユーザの人物不検知が検出されると、限定ではなく例として、中央の画面に表示が変わる。
この例では、ライブ中継情報表示領域ＬＲＲに、限定ではなく例として、ライブ配信事業者広告映像（「配信再開までお待ちください」のメッセージを含む情報と、旅行会社の広告に関する情報とを含む映像）がカメラ映像から切り替わり表示されている。
この例では、ライブ中継情報表示領域ＬＲＲに、限定ではなく例として、ライブ配信事業者広告映像（「配信再開までお待ちください」のメッセージを含む情報と、旅行会社の広告に関する情報とを含む映像）がカメラ映像から切り替わり表示されている。
【0286】
このとき、端末２０の撮像部２７と音入力部２５が無効となっていることに基づいて、カメラがＯＦＦモードであることを示すカメラモード情報と、マイクがＯＦＦモードであることを示すマイクモード情報が表示されている。
【0287】
限定ではなく例として、配信ユーザの人物検知が検出されると、限定ではなく例として、右側の画面に表示が変わる。
この画面は、前述した図３－１右側の画面と同様であるので説明を省略する。
この画面は、前述した図３－１右側の画面と同様であるので説明を省略する。
【0288】
＜処理＞
図３－５は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。図の見方は、図１－９と同様とすることができる。
本処理では、入出力部２３を介してライブ配信アプリケーションのエフェクト機能を使用することが選択された場合や使用する設定が行われている場合、端末２０Ａの制御部２１によってエフェクト処理が行われるようにすることができる。
なお、端末２０Ａではなくサーバ１０の制御部１１がエフェクト処理を行うようにしてもよい。
エフェクトの解除についても同様としてよい。
図３－５は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。図の見方は、図１－９と同様とすることができる。
本処理では、入出力部２３を介してライブ配信アプリケーションのエフェクト機能を使用することが選択された場合や使用する設定が行われている場合、端末２０Ａの制御部２１によってエフェクト処理が行われるようにすることができる。
なお、端末２０Ａではなくサーバ１０の制御部１１がエフェクト処理を行うようにしてもよい。
エフェクトの解除についても同様としてよい。
【0289】
Ａ１２０のステップの後、端末２０Ａの制御部２１は、人物検知処理および顔検知処理の実行を開始する（Ａ３３０）。
【0290】
その後、端末２０Ａとサーバ１０との間で、第１の配信制御処理が行われる（Ａ３４０，Ｓ３４０）。
【0291】
図３－６は、第１の配信制御処理の流れの一例を示すフローチャートである。
この図では、左側にサーバ１０の制御部１１が実行する処理を、右側に端末２０Ａの制御部２１が実行する処理をそれぞれ示している。
この図では、左側にサーバ１０の制御部１１が実行する処理を、右側に端末２０Ａの制御部２１が実行する処理をそれぞれ示している。
【0292】
端末２０Ａの制御部２１は、撮像部２７により取得される画像データに基づいて、人物が不検知であるか否かを判定する（Ａ３４１０）。
人物の検知／不検知の検出は、限定ではなく例として、動体検知処理（動体検知アルゴリズム）等に基づいて実現してよい。限定ではなく例として、人物の体のうちの胴体部が検知されるか否かに基づいて判定するなどしてもよい。
人物の検知／不検知の検出は、限定ではなく例として、動体検知処理（動体検知アルゴリズム）等に基づいて実現してよい。限定ではなく例として、人物の体のうちの胴体部が検知されるか否かに基づいて判定するなどしてもよい。
【0293】
人物が不検知であると判定したならば（Ａ３４１０：ＹＥＳ）、端末２０Ａの制御部２１は、人物不検知フラグが「ＯＮ」であるか否かを判定する（Ａ３４２０）。
「ＯＮ」ではないと判定したならば（Ａ３４２０：ＮＯ）、端末２０Ａの制御部２１は、人物不検知フラグを「ＯＮ」に設定する（Ａ３４３０）。人物不検知フラグは、限定ではなく例として、人物が不検知とされた場合に「ＯＮ」に設定されるフラグとしてよい。
なお、人物検知フラグ（人物が検知された場合「ＯＮ」、人物が不検知とされた場合「ＯＦＦ」）を用いて同様の処理を行うようにしてもよい。
「ＯＮ」ではないと判定したならば（Ａ３４２０：ＮＯ）、端末２０Ａの制御部２１は、人物不検知フラグを「ＯＮ」に設定する（Ａ３４３０）。人物不検知フラグは、限定ではなく例として、人物が不検知とされた場合に「ＯＮ」に設定されるフラグとしてよい。
なお、人物検知フラグ（人物が検知された場合「ＯＮ」、人物が不検知とされた場合「ＯＦＦ」）を用いて同様の処理を行うようにしてもよい。
【0294】
次いで、端末２０Ａの制御部２１は、人物が不検知であることを示す人物不検知情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３４４０）。
【0295】
サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから人物不検知情報を受信したか否かを判定する（Ｓ３４１０）。
受信したと判定したならば（Ｓ３４１０：ＹＥＳ）、サーバ１０の制御部１１は、第１のマスキングコンテンツ情報を記憶部１５等から取得し、ライブ中継情報の送信を停止するとともに、取得した第１のマスキングコンテンツ情報を、通信Ｉ／Ｆ１４によって、端末２０Ａ、および、端末２０Ｂを含む視聴ユーザの端末２０に送信する（Ｓ３４２０）。
受信したと判定したならば（Ｓ３４１０：ＹＥＳ）、サーバ１０の制御部１１は、第１のマスキングコンテンツ情報を記憶部１５等から取得し、ライブ中継情報の送信を停止するとともに、取得した第１のマスキングコンテンツ情報を、通信Ｉ／Ｆ１４によって、端末２０Ａ、および、端末２０Ｂを含む視聴ユーザの端末２０に送信する（Ｓ３４２０）。
【0296】
ここで、第１のマスキングコンテンツ情報には、前述した各種の画像を含めてよい。
また、画像の他、音を含めてもよい。
また、画像の他、音を含めてもよい。
【0297】
また、サーバ１０の制御部１１が、配信ユーザの端末２０から第１のマスキングコンテンツ情報を受信することによって取得するようにしてもよい。
【0298】
Ａ３４４０のステップの後、端末２０Ａの制御部２１は、人物不検知フラグが「ＯＮ」であるか否かを判定する（Ａ３４５０）。
「ＯＮ」であると判定したならば（Ａ３４５０：ＹＥＳ）、端末２０Ａの制御部２１は、人物が検知されたか否かを判定する（Ａ３４６０）。
「ＯＮ」であると判定したならば（Ａ３４５０：ＹＥＳ）、端末２０Ａの制御部２１は、人物が検知されたか否かを判定する（Ａ３４６０）。
【0299】
人物が検知されたと判定したならば（Ａ３４６０：ＹＥＳ）、端末２０Ａの制御部２１は、人物不検知フラグを「ＯＦＦ」に設定する（Ａ３４７０）。そして、端末２０Ａの制御部２１は、人物が検知されたことを示す人物検知情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３４８０）。
そして、端末２０Ａの制御部２１は、第１の配信制御処理を終了する。
そして、端末２０Ａの制御部２１は、第１の配信制御処理を終了する。
【0300】
Ｓ３４２０のステップの後、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから人物検知情報を受信したか否かを判定し（Ｓ３４５０）、受信したと判定したならば（Ｓ３４５０：ＹＥＳ）、ライブ中継情報の、端末２０Ａ、および、端末２０Ｂを含む視聴ユーザの端末２０への送信を開始する（Ｓ３４６０）。
そして、サーバ１０の制御部１１は、第１の配信制御処理を終了する。
そして、サーバ１０の制御部１１は、第１の配信制御処理を終了する。
【0301】
図３－５に戻り、Ａ３４０，Ｓ３４０のステップの後、端末２０Ａとサーバ１０との間で、第２の配信制御処理が行われる（Ａ３４０，Ｓ３４０）。
【0302】
図３－７は、第２の配信制御処理の流れの一例を示すフローチャートである。
この図では、左側にサーバ１０の制御部１１が実行する処理を、右側に端末２０Ａの制御部２１が実行する処理をそれぞれ示している。
この図では、左側にサーバ１０の制御部１１が実行する処理を、右側に端末２０Ａの制御部２１が実行する処理をそれぞれ示している。
【0303】
端末２０Ａの制御部２１は、撮像部２７から出力される情報に基づいて、顔が不検知であるか否かを判定する（Ａ３５１０）。顔の検知／不検知の検出、限定ではなく例として、前述したような顔認識処理（顔認識アルゴリズム）に基づいて実現してよい。
【0304】
顔が不検知であると判定したならば（Ａ３５１０：ＹＥＳ）、端末２０Ａの制御部２１は、顔不検知フラグが「ＯＮ」であるか否かを判定する（Ａ３５２０）。
「ＯＮ」ではないと判定したならば（Ａ３５２０：ＮＯ）、端末２０Ａの制御部２１は、顔不検知フラグを「ＯＮ」に設定する（Ａ３５３０）。顔不検知フラグは、限定ではなく例として、顔が不検知とされた場合に「ＯＮ」に設定されるフラグとしてよい。
なお、顔検知フラグ（顔が検知された場合「ＯＮ」、顔が不検知とされた場合「ＯＦＦ」）を用いて同様の処理を行うようにしてもよい。
「ＯＮ」ではないと判定したならば（Ａ３５２０：ＮＯ）、端末２０Ａの制御部２１は、顔不検知フラグを「ＯＮ」に設定する（Ａ３５３０）。顔不検知フラグは、限定ではなく例として、顔が不検知とされた場合に「ＯＮ」に設定されるフラグとしてよい。
なお、顔検知フラグ（顔が検知された場合「ＯＮ」、顔が不検知とされた場合「ＯＦＦ」）を用いて同様の処理を行うようにしてもよい。
【0305】
次いで、端末２０Ａの制御部２１は、顔が不検知であることを示す顔不検知情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３５４０）。
【0306】
サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから顔不検知情報を受信したか否かを判定する（Ｓ３５１０）。
受信したと判定したならば（Ｓ３５１０：ＹＥＳ）、サーバ１０の制御部１１は、第２のマスキングコンテンツ情報を記憶部１５等から取得し、ライブ中継情報の送信を停止するとともに、取得した第２のマスキングコンテンツ情報を、通信Ｉ／Ｆ１４によって、端末２０Ａ、および、端末２０Ｂを含む視聴ユーザの端末２０に送信する（Ｓ３５２０）。
受信したと判定したならば（Ｓ３５１０：ＹＥＳ）、サーバ１０の制御部１１は、第２のマスキングコンテンツ情報を記憶部１５等から取得し、ライブ中継情報の送信を停止するとともに、取得した第２のマスキングコンテンツ情報を、通信Ｉ／Ｆ１４によって、端末２０Ａ、および、端末２０Ｂを含む視聴ユーザの端末２０に送信する（Ｓ３５２０）。
【0307】
ここで、第２のマスキングコンテンツ情報には、表示画面例で示したような各種の画像（画像データ）を含めてよい。
また、画像の他、音（音データ）を含めてもよい。
また、画像の他、音（音データ）を含めてもよい。
【0308】
また、サーバ１０の制御部１１が、配信ユーザの端末２０から第２のマスキングコンテンツ情報を受信することによって取得するようにしてもよい。
【0309】
また、第１のマスキングコンテンツ情報と第２のマスキングコンテンツ情報とは、全部が同じ情報としてもよいし、一部が異なる情報としてもよいし、全部が異なる情報としてもよい。
【0310】
Ａ３５４０のステップの後、端末２０Ａの制御部２１は、顔不検知フラグが「ＯＮ」であるか否かを判定する（Ａ３５５０）。
「ＯＮ」であると判定したならば（Ａ３５５０：ＹＥＳ）、端末２０Ａの制御部２１は、顔が検知されたか否かを判定する（Ａ３５６０）。
「ＯＮ」であると判定したならば（Ａ３５５０：ＹＥＳ）、端末２０Ａの制御部２１は、顔が検知されたか否かを判定する（Ａ３５６０）。
【0311】
顔が検知されたと判定したならば（Ａ３５６０：ＹＥＳ）、端末２０Ａの制御部２１は、顔不検知フラグを「ＯＦＦ」に設定する（Ａ３５７０）。そして、端末２０Ａの制御部２１は、顔が検知されたことを示す顔検知情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３５８０）。
そして、端末２０Ａの制御部２１は、第１の配信制御処理を終了する。
そして、端末２０Ａの制御部２１は、第１の配信制御処理を終了する。
【0312】
Ｓ３５２０のステップの後、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから顔検知情報を受信したか否かを判定し（Ｓ３５５０）、受信したと判定したならば（Ｓ３５５０：ＹＥＳ）、ライブ中継情報の、端末２０Ａ、および、端末２０Ｂを含む視聴ユーザの端末２０への送信を開始する（Ｓ３５６０）。
そして、サーバ１０の制御部１１は、第２の配信制御処理を終了する。
そして、サーバ１０の制御部１１は、第２の配信制御処理を終了する。
【0313】
なお、ライブコンテンツ情報に音が含まれる場合において、ユーザが検知されなくなった場合はサーバ１０によって音の配信を停止する制御が行われ、ユーザが検知された場合はサーバ１０によって音の配信を開始する制御が行われるようにしてよい。
【0314】
図３－５に戻り、これらの処理の後、端末２０Ｂの制御部２１は、サーバ１０から受信した情報に基づく出力を行う（Ｂ３６０）。同様に、端末２０Ａの制御部２１は、サーバ１０から受信した情報に基づく出力を行う（Ａ３６０）。
【0315】
Ａ１３０のステップにおいてライブ配信を終了しないと判定したならば（Ａ１３０：ＮＯ）、端末２０Ａの制御部２１は、限定ではなく例としてＡ３４０のステップに処理を戻す。
Ｓ１３０のステップにおいてライブ配信終了要求情報を受信しなかったと判定したならば（Ｓ１３０：ＮＯ）、サーバ１０の制御部１１は、限定ではなく例としてＳ３４０のステップに処理を戻す。
Ｂ１３０のステップにおいてライブ配信終了情報を受信しなかったと判定したならば（Ｂ１３０：ＮＯ）、端末２０Ｂの制御部２１は、限定ではなく例としてＢ３６０のステップの前に処理を戻す。
Ｓ１３０のステップにおいてライブ配信終了要求情報を受信しなかったと判定したならば（Ｓ１３０：ＮＯ）、サーバ１０の制御部１１は、限定ではなく例としてＳ３４０のステップに処理を戻す。
Ｂ１３０のステップにおいてライブ配信終了情報を受信しなかったと判定したならば（Ｂ１３０：ＮＯ）、端末２０Ｂの制御部２１は、限定ではなく例としてＢ３６０のステップの前に処理を戻す。
【0316】
＜第３実施例の効果＞
本実施例は、サーバ１０（限定ではなく、情報処理装置の一例）が、配信ユーザの端末２０の撮像部２７（限定ではなく、撮像装置の一例）により取得される画像データに基づいて、配信ユーザ（限定ではなく、ユーザの一例）が検知された場合、画像データに基づく画像であって検知された配信ユーザに関する第１画像の第１データを送信する制御を制御部１１によって行い、配信ユーザが検知されなかった場合、第１画像とは異なる第２画像の第２データを送信する制御を制御部によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザが検知された場合は、撮像装置により取得される画像データに基づく画像であって検知されたユーザに関する第１画像の第１データを送信して第１画像が表示されるようにすることができる一方、ユーザが検知されなかった場合は、第１画像とは異なる第２画像の第２データを送信して第２画像が表示されるようにすることができる。
本実施例は、サーバ１０（限定ではなく、情報処理装置の一例）が、配信ユーザの端末２０の撮像部２７（限定ではなく、撮像装置の一例）により取得される画像データに基づいて、配信ユーザ（限定ではなく、ユーザの一例）が検知された場合、画像データに基づく画像であって検知された配信ユーザに関する第１画像の第１データを送信する制御を制御部１１によって行い、配信ユーザが検知されなかった場合、第１画像とは異なる第２画像の第２データを送信する制御を制御部によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザが検知された場合は、撮像装置により取得される画像データに基づく画像であって検知されたユーザに関する第１画像の第１データを送信して第１画像が表示されるようにすることができる一方、ユーザが検知されなかった場合は、第１画像とは異なる第２画像の第２データを送信して第２画像が表示されるようにすることができる。
【0317】
本実施例は、サーバ１０が、配信ユーザが検知されなくなった後、配信ユーザが検知された場合、第１データを送信する制御を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザが検知されなくなった後、ユーザが検知された場合、第１画像の第１データを送信して第１画像が表示されるようにすることができる。
このような構成により得られる実施例の効果の一例として、ユーザが検知されなくなった後、ユーザが検知された場合、第１画像の第１データを送信して第１画像が表示されるようにすることができる。
【0318】
本実施例は、配信ユーザの検知には、配信ユーザの存在の検知と、配信ユーザの顔の検知があり、サーバ１０は、配信ユーザの存在が検知されなかった場合、第１画像とは異なる第３画像の第２データを送信する制御を制御部１１によって行われ、配信ユーザの顔が検知されなかった場合、第３画像とは異なる第４画像の第２データを送信する制御が制御部１１によって行われる構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザの存在が検知されなかった場合と、ユーザの顔が検知されなかった場合とで、異なる画像の第２データが送信されて対応する画像が表示されるようにすることができる。
このような構成により得られる実施例の効果の一例として、ユーザの存在が検知されなかった場合と、ユーザの顔が検知されなかった場合とで、異なる画像の第２データが送信されて対応する画像が表示されるようにすることができる。
【0319】
本実施例は、配信ユーザの検知は、配信ユーザの存在の検知であり、第２画像は、動画像である構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザの存在が検知されなかった場合に、動画像の第２データが送信されてその動画像が表示されるようにすることができる。
このような構成により得られる実施例の効果の一例として、ユーザの存在が検知されなかった場合に、動画像の第２データが送信されてその動画像が表示されるようにすることができる。
【0320】
また、第２画像は、配信ユーザに関連する動画像、または広告の動画像であるようにしてもよい。
このような構成により得られる実施例の効果の一例として、ユーザの存在が検知されなかった場合に、そのユーザに関連する動画像、または広告の動画像の第２データが送信されてその動画像が表示されるようにすることができる。これにより、限定ではなく例として、動画像を見る人にユーザのことを伝えたりアピールするといったことや、動画像を見る人に広告の商品やサービスを宣伝するといったことが可能となる。
このような構成により得られる実施例の効果の一例として、ユーザの存在が検知されなかった場合に、そのユーザに関連する動画像、または広告の動画像の第２データが送信されてその動画像が表示されるようにすることができる。これにより、限定ではなく例として、動画像を見る人にユーザのことを伝えたりアピールするといったことや、動画像を見る人に広告の商品やサービスを宣伝するといったことが可能となる。
【0321】
本実施例は、配信ユーザの検知は、配信ユーザの顔の検知であり、第２画像は、静止画像である構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザの顔が検知されなかった場合に、静止画像の第２データが送信されて静止画像が表示されるようにすることができる。
このような構成により得られる実施例の効果の一例として、ユーザの顔が検知されなかった場合に、静止画像の第２データが送信されて静止画像が表示されるようにすることができる。
【0322】
本実施例は、サーバ１０が、ユーザが検知されている場合、音入力部により取得される音データを送信する制御を制御部１１によって行い、ユーザが検知されなかった場合、音データの送信を停止する制御を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザが検知された場合は、音入力部により取得される音データを送信して音が出力されるようにすることができる一方、ユーザが検知されなかった場合は、音データの送信を停止して音が出力されないようにすることができる。
このような構成により得られる実施例の効果の一例として、ユーザが検知された場合は、音入力部により取得される音データを送信して音が出力されるようにすることができる一方、ユーザが検知されなかった場合は、音データの送信を停止して音が出力されないようにすることができる。
【0323】
＜第３変形例（１）＞
上記の実施例において、配信ユーザの端末２０が、音入力部２５により取得される音データに基づいて、限定ではなく例として人物検知処理を行うようにしてもよい。
上記の実施例において、配信ユーザの端末２０が、音入力部２５により取得される音データに基づいて、限定ではなく例として人物検知処理を行うようにしてもよい。
【0324】
また、上記の実施例において、ユーザが不検知と判定された場合に、配信ユーザの端末２０が、ライブコンテンツ情報のサーバ１０への送信を停止するようにしてもよい。
この場合、サーバ１０の制御部１１は、配信ユーザから不検知情報を受信したことに基づいて、またはライブコンテンツ情報を受信しなくなったことに基づいて、マスキングコンテンツ情報を取得して送信するようにしてもよい。
この場合、サーバ１０の制御部１１は、配信ユーザから不検知情報を受信したことに基づいて、またはライブコンテンツ情報を受信しなくなったことに基づいて、マスキングコンテンツ情報を取得して送信するようにしてもよい。
【0325】
同様に、上記の実施例において、ユーザが検知されたと判定された場合に、配信ユーザの端末２０が、ライブコンテンツ情報のサーバ１０への送信を開始するようにしてもよい。
この場合、サーバ１０の制御部１１は、配信ユーザから検知情報を受信したことに基づいて、またはライブコンテンツ情報を受信したことに基づいて、ライブ中継情報を送信するようにしてもよい。
この場合、サーバ１０の制御部１１は、配信ユーザから検知情報を受信したことに基づいて、またはライブコンテンツ情報を受信したことに基づいて、ライブ中継情報を送信するようにしてもよい。
【0326】
なお、これらは、画像と音のいずれについても同様としてよい。
【0327】
また、配信ユーザの端末２０の撮像部２７により取得される画像データが配信ユーザの端末２０からサーバ１０に送信されるようにし、サーバ１０が、受信した画像データに基づいて、人物検知処理や顔検知処理を行うようにしてもよい。
【0328】
また、配信ユーザの端末２０の音入力部２５により取得される音データが、配信ユーザの端末２０からサーバ１０に送信されるようにし、サーバ１０の制御部１１が、受信した音データに基づいて、限定ではなく例として人物検知処理を行うようにしてもよい。
【0329】
＜第３変形例（２）＞
配信ユーザが検知された場合に、マスキング映像の表示を終了することを配信ユーザに確認することに関する処理を行い、その確認の結果に基づいて、マスキング映像の表示を終了するようにしてもよい。
配信ユーザが検知された場合に、マスキング映像の表示を終了することを配信ユーザに確認することに関する処理を行い、その確認の結果に基づいて、マスキング映像の表示を終了するようにしてもよい。
【0330】
図３－８は、本変形例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像として専用映像が表示された後に、配信ユーザの人物検知が検出された場合に、限定ではなく例として、マスキング映像として専用映像の表示を終了する例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像として専用映像が表示された後に、配信ユーザの人物検知が検出された場合に、限定ではなく例として、マスキング映像として専用映像の表示を終了する例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0331】
【0332】
限定ではなく例として、配信ユーザの人物不検知が検出されると、限定ではなく例として、中央の画面に表示が変わる。
この例では、ライブ中継情報表示領域ＬＲＲには、限定ではなく例として、マスキング映像の表示を終了してよいかを配信ユーザに確認するための情報（本例では、「マスキング映像の表示を終了してよろしいですか？」のメッセージ、この質問に対してＹＥＳと答えるためのＹＥＳボタンＹＢＴ（「はい」の文字を含むボタン）、この質問に対してＮＯと答えるためのＮＯボタンＮＢＴ（「いいえ」の文字を含むボタン）等）が、マスキング映像に重畳して表示されている。
この例では、ライブ中継情報表示領域ＬＲＲには、限定ではなく例として、マスキング映像の表示を終了してよいかを配信ユーザに確認するための情報（本例では、「マスキング映像の表示を終了してよろしいですか？」のメッセージ、この質問に対してＹＥＳと答えるためのＹＥＳボタンＹＢＴ（「はい」の文字を含むボタン）、この質問に対してＮＯと答えるためのＮＯボタンＮＢＴ（「いいえ」の文字を含むボタン）等）が、マスキング映像に重畳して表示されている。
【0333】
このとき、端末２０の撮像部２７と音入力部２５が継続して無効となっていることに基づいて、カメラがＯＦＦモードであることを示すカメラモード情報と、マイクがＯＦＦモードであることを示すマイクモード情報が継続して表示されている。
【0334】
限定ではなく例として、中央の画面におけるＹＥＳボタンＹＢＴが配信ユーザによってタップされると、限定ではなく例として、右側の画面に表示が変わる。
この画面は、前述した図３－１右側の画面と同様であるので説明を省略する。
この画面は、前述した図３－１右側の画面と同様であるので説明を省略する。
【0335】
＜第３変形例（３）＞
配信ユーザが、自らの操作によって誤ってエフェクト機能を解除してしまうような場合があり得る。そこで、限定ではなく例として、入出力部２３に対してエフェクトを解除するユーザ入力がなされた場合に、上記の実施例と同様に、ライブコンテンツ情報の送信を停止し、マスキング映像を表示させるように制御してもよい。
配信ユーザが、自らの操作によって誤ってエフェクト機能を解除してしまうような場合があり得る。そこで、限定ではなく例として、入出力部２３に対してエフェクトを解除するユーザ入力がなされた場合に、上記の実施例と同様に、ライブコンテンツ情報の送信を停止し、マスキング映像を表示させるように制御してもよい。
【0336】
また、この場合、配信ユーザの端末２０が、入出力部２３に対してエフェクトを解除するユーザ入力がなされた場合に、ライブコンテンツ情報の送信を停止し、マスキング映像を表示させるように制御するとともに、エフェクトを解除するか否かを配信ユーザに確認するエフェクト解除確認情報を配信ユーザの端末２０の表示部２４に表示させるようにしてもよい。そして、配信ユーザによってエフェクト解除ＯＫが選択された場合は、ライブコンテンツ情報の送信を開始するように制御し、配信ユーザによってエフェクト解除ＮＧが選択された場合は、マスキング映像の表示を維持する（ライブコンテンツ情報を送信しない）ように制御してもよい。
【0337】
また、配信ユーザの端末２０により取得されている画像データに基づく画像にオブジェクトが重畳表示されたライブ画像の画像データが視聴ユーザの端末２０に配信されることにより、配信ユーザの顔を視聴ユーザが視認できない態様で、ライブ画像が視聴されるようにしてよい。このオブジェクトを、配信ユーザの端末２０の入力に基づいて外すことができるようにしてもよく、限定ではなく例として、配信ユーザの端末２０に、オブジェクトを外すかどうかを選択させる画面が表示され、配信ユーザがオブジェクトを外す選択操作を行ったことに基づいて、配信ユーザの端末２０により取得されている画像データ（オブジェクトが重畳表示されておらず、配信ユーザの顔を視聴ユーザが視認できる態様の画像の画像データ）が、視聴ユーザの端末２０に配信されてもよい。
【0338】
このような構成により、配信ユーザがオブジェクトを用いたくない場合、限定ではなく例として、自分の顔を視聴ユーザに見せたい場合等には、配信ユーザの端末２０への入力によって、オブジェクトが重畳されていない状態の画像（配信ユーザの端末２０により取得されている画像データに基づく画像（撮像中の画像）そのもの）を、視聴ユーザの端末２０に表示させることができる。
【0339】
ここで、配信ユーザがオブジェクトを外す操作を行ったことに基づいて、オブジェクトが重畳されていない状態の画像が直ちには視聴ユーザの端末２０に表示されず、一旦、視聴ユーザに待機を促す画像や、広告の動画像等が、視聴ユーザの端末２０に表示されるようにしてもよい。すなわち、サーバ１０は、配信ユーザによる、オブジェクトを含まない画像を送信することに関する入力に基づいて、第２データを送信する制御を制御部１１によって行うようにしてもよい。
【0340】
このような構成により、限定ではなく例として、配信ユーザがオブジェクトを外す入力を誤って行った場合等に、配信ユーザの意に反して顔を視聴ユーザに見られてしまうことを防止できる。
【0341】
さらに、配信ユーザがオブジェクトを外す操作を行ったことに基づいて、一旦、視聴ユーザに待機を促す画像や、広告の動画像等が、視聴ユーザの端末２０に表示されている状態で、配信ユーザが、オブジェクトを外すことに関する確認のための入力を行ったことに基づいて、オブジェクトが重畳されていない状態の画像が視聴ユーザの端末２０に表示されるようにしてもよい。
【0342】
限定ではなく例として、配信ユーザの端末２０に、オブジェクトを外した画像（配信ユーザの端末２０により撮像中の画像）をそのまま視聴ユーザの端末２０に表示させてもよいかどうかを確認させる画面が表示され、配信ユーザがオブジェクトを外す確認操作を行ったことに基づいて、オブジェクトを外した画像の画像データが、視聴ユーザの端末２０に配信されてもよい。すなわち、サーバ１０は、第２データを送信する制御を行った後、オブジェクトを含まない画像の画像データを送信することをユーザに確認することに関する処理を制御部１１によって行い、その確認することに関する処理に基づき、オブジェクトを含まない画像の画像データを送信する制御を制御部１１によって行ってもよい。
【0343】
このような構成により、限定ではなく例として、操作の誤りではなく、配信ユーザの意図に沿っていることが確認された上で、オブジェクトが重畳されていない状態の画像が視聴ユーザの端末に表示されるようにすることができる。
【0344】
図３－９は、視聴ユーザであるユーザＢ．Ｂの端末２０Ｂの表示部２４に表示される画面の一例を示す図である。図３－９左側では、配信ユーザであるユーザＡ．Ａのライブ画像が、端末２０Ｂの表示部２４に表示されている。
配信ユーザが自分の顔領域にエフェクトを設定していることにより、配信ユーザの顔領域には、オブジェクトＯＢが重畳して表示されている。これにより、視聴ユーザは、配信ユーザの顔を識別することができず、配信ユーザは、自分の顔を公開することなくライブ配信を行うことができる。
配信ユーザが自分の顔領域にエフェクトを設定していることにより、配信ユーザの顔領域には、オブジェクトＯＢが重畳して表示されている。これにより、視聴ユーザは、配信ユーザの顔を識別することができず、配信ユーザは、自分の顔を公開することなくライブ配信を行うことができる。
【0345】
図３－９左側に示すように、配信ユーザの顔領域が継続的に検出されていることに基づいて、自動的にオブジェクトＯＢが顔領域に重畳して表示されるようになっている。従って、配信ユーザの顔領域が検出されなくなったことに基づいて、オブジェクトＯＢが非表示となり、配信ユーザの顔にエフェクトがかかっていない状態で、配信ユーザの意図に反してライブ配信が行われる可能性がある。
【0346】
本実施例では、図３－９中央に示すように、顔領域が検出されなくなったことに基づいて、ライブ中継情報表示領域ＬＲＲにはマスキング映像が表示されるようになっている。これにより、配信ユーザの意図に反して顔が公開されてしまうことを防止できる。
そして、再度、顔領域が検出されるようになったことに基づいて、図３－９右側に示すように、ライブ中継情報表示領域ＬＲＲには、顔領域にオブジェクトＯＢが重畳した状態で配信ユーザが表示されることとなり、再びエフェクトがかかった状態でライブ配信が行われるようになる。
そして、再度、顔領域が検出されるようになったことに基づいて、図３－９右側に示すように、ライブ中継情報表示領域ＬＲＲには、顔領域にオブジェクトＯＢが重畳した状態で配信ユーザが表示されることとなり、再びエフェクトがかかった状態でライブ配信が行われるようになる。
【0347】
図３－１０は、配信ユーザであるユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の一例である。配信ユーザは、自分の端末２０Ａに対する入力によって、ライブ配信の際に自分の顔領域にエフェクトをかけるかどうかを設定することができる。
【0348】
図３－１０左側に示すように、例えば、配信ユーザが、ライブ配信中に所定の操作（例えば、設定用アイコンのタップ操作）を行うことにより、ライブ中継情報表示領域ＬＲＲには、エフェクト解除用のアイコンＥＲＩが表示される。本例では、アイコンＥＲＩに「エフェクトを解除しますか？」というメッセージとともに、「ＹＥＳ」ボタン及び「ＮＯ」ボタンが表示されている。
【0349】
配信ユーザが、「ＹＥＳ」ボタンをタップすることによって、図３－１０中央に示すように、ライブ中継情報表示領域ＬＲＲにはマスキング映像が表示され、これとともに、エフェクト解除状態でライブ配信を継続するか否かを確認するための確認用のアイコンＣＦＩが表示される。本例では、アイコンＣＦＩに「エフェクトを解除して配信しますか？」というメッセージとともに、「ＹＥＳ」ボタン及び「ＮＯ」ボタンが表示されている。
【0350】
配信ユーザが、「ＹＥＳ」ボタンをタップすることによって、図３－１０右側に示すように、ライブ中継情報表示領域ＬＲＲには、顔領域にオブジェクトＯＢが重畳していない状態で配信ユーザが表示されることとなり、エフェクトがかかっていない状態でのライブ配信が行われるようになる。
【0351】
このように、配信ユーザがエフェクトを解除する操作を行った場合、一旦は、マスキング映像が表示されるため、配信ユーザが誤って操作を行った場合等に、直ちに顔が公開されてしまうことを防止し、また、配信ユーザに、エフェクトを解除した状態でライブ配信を行うか否かを確認する猶予を与えることができる。そして、配信ユーザが、エフェクトを解除してライブ配信を行うための確認操作を行ったことに基づいて、エフェクトがかかっていない状態でのライブ配信が行われるようになる。
【0352】
＜第４実施例＞
第４実施例は、第３実施例において、配信ユーザが検知されなくなってからある程度の時間が経過した場合に、異なるマスキングコンテンツ情報を出力することに関する実施例である。
第４実施例は、第３実施例において、配信ユーザが検知されなくなってからある程度の時間が経過した場合に、異なるマスキングコンテンツ情報を出力することに関する実施例である。
【0353】
第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0354】
＜表示画面＞
図４－１は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像として専用映像が表示された後に、引き続きユーザの人物不検知が検出されたまま設定時間が経過した場合に、限定ではなく例として、専用映像とは異なるマスキング映像に表示が切り替わる例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
図４－１は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザの人物不検知が検出された場合に、限定ではなく例として、マスキング映像として専用映像が表示された後に、引き続きユーザの人物不検知が検出されたまま設定時間が経過した場合に、限定ではなく例として、専用映像とは異なるマスキング映像に表示が切り替わる例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0355】
【0356】
限定ではなく例として、引き続き配信ユーザの人物不検知が検出されたまま設定時間が経過すると、限定ではなく例として、図４－１右側の画面に表示が変わる。
この画面は、前述した図３－３中央の画面と同様であるので説明を省略する。
この画面は、前述した図３－３中央の画面と同様であるので説明を省略する。
【0357】
【0358】
Ａ３４６０のステップにおいて人物が検知されなかったと判定したならば（Ａ３４６０：ＮＯ）、端末２０Ａの制御部２１は、人物不検知フラグを「ＯＮ」に設定してから設定時間が経過したか否かを判定する（Ａ４４７０）。
【0359】
設定時間が経過したと判定したならば（Ａ４４７０：ＹＥＳ）、端末２０Ａの制御部２１は、人物が一定時間検知されないことを示す一定時間人物不検知情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ４４８０）。
そして、端末２０Ａの制御部２１は、処理を終了する。
そして、端末２０Ａの制御部２１は、処理を終了する。
【0360】
この場合、サーバ１０の制御部１１は、端末２０Ａから一定時間人物不検知情報を受信すると、限定ではなく例として、第１のマスキングコンテンツ情報とは異なる第３のマスキングコンテンツ情報を記憶部１５等から取得し、端末２０Ａ、および、端末２０Ｂを含む視聴ユーザの端末２０に送信するようにすることができる。
【0361】
なお、図３－７に示した第２の配信制御処理についても、上記と同様の処理を行うようにしてよい。
つまり、顔検知フラグを「ＯＮ」に設定してから設定時間が経過した場合、端末２０Ａの制御部２１は、顔が一定時間検知されないことを示す一定時間顔不検知情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信するようにしてよい。
つまり、顔検知フラグを「ＯＮ」に設定してから設定時間が経過した場合、端末２０Ａの制御部２１は、顔が一定時間検知されないことを示す一定時間顔不検知情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信するようにしてよい。
【0362】
この場合、サーバ１０の制御部１１は、端末２０Ａから一定時間顔不検知情報を受信すると、限定ではなく例として、第２のマスキングコンテンツ情報とは異なる第４のマスキングコンテンツ情報を記憶部１５等から取得し、端末２０Ａ、および、端末２０Ｂを含む視聴ユーザの端末２０に送信するようにするようにしてよい。
【0363】
なお、第３のマスキングコンテンツ情報と、第４のマスキングコンテンツ情報とには、限定ではなく例として、前述した以下のような映像（静止画像、動画像を問わない。）を含めてよい。
・専用映像
・配信ユーザプロモーション映像
・ライブ配信事業者広告映像
なお、音を含めるようにしてもよい。
・専用映像
・配信ユーザプロモーション映像
・ライブ配信事業者広告映像
なお、音を含めるようにしてもよい。
【0364】
また、限定ではなく例として、第１のマスキングコンテンツ情報には画像として静止画像を含め、第３のマスキングコンテンツ情報には画像として動画像を含めるようにしてもよい。
同様に、限定ではなく例として、第２のマスキングコンテンツ情報には画像として静止画像を含め、第４のマスキングコンテンツ情報には画像として動画像を含めるようにしてもよい。
同様に、限定ではなく例として、第２のマスキングコンテンツ情報には画像として静止画像を含め、第４のマスキングコンテンツ情報には画像として動画像を含めるようにしてもよい。
【0365】
また、第１のマスキングコンテンツ情報と第３のマスキングコンテンツ情報とは、限定ではなく例として、異なる映像のコンテンツ情報であるようにしてよい。
同様に、第２のマスキングコンテンツ情報と第４のマスキングコンテンツ情報とは、限定ではなく例として、異なる映像のコンテンツ情報であるようにしてよい。
音についても同様としてよい。
同様に、第２のマスキングコンテンツ情報と第４のマスキングコンテンツ情報とは、限定ではなく例として、異なる映像のコンテンツ情報であるようにしてよい。
音についても同様としてよい。
【0366】
＜第４実施例の効果＞
本実施例は、サーバ１０が、配信ユーザが検知されなくなってから設定時間が経過した場合、第２データに代えて、第１画像および前記第２画像とは異なる第３画像の第３データを送信する制御を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、配信ユーザが検知されなくなってからある程度の時間が経過したような場合に、第１画像および第２画像とは異なる第３画像の第３データを送信して第３画像を表示させることができる。
本実施例は、サーバ１０が、配信ユーザが検知されなくなってから設定時間が経過した場合、第２データに代えて、第１画像および前記第２画像とは異なる第３画像の第３データを送信する制御を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、配信ユーザが検知されなくなってからある程度の時間が経過したような場合に、第１画像および第２画像とは異なる第３画像の第３データを送信して第３画像を表示させることができる。
【0367】
また、第２画像は、静止画像であり、第３画像は、動画像であるようにしてもよい。
このような構成により得られる実施例の効果の一例として、配信ユーザが検知されなくなってからある程度の時間が経過したような場合に、動画像の第３データを送信して第３画像を表示させることができる。
このような構成により得られる実施例の効果の一例として、配信ユーザが検知されなくなってからある程度の時間が経過したような場合に、動画像の第３データを送信して第３画像を表示させることができる。
【0368】
本実施例は、第３画像は、広告の動画像である構成を示している。
このような構成により得られる実施例の効果の一例として、配信ユーザが検知されなくなってからある程度の時間が経過したような場合に、広告の動画像の第３データを送信して第３画像を表示させることができる。
このような構成により得られる実施例の効果の一例として、配信ユーザが検知されなくなってからある程度の時間が経過したような場合に、広告の動画像の第３データを送信して第３画像を表示させることができる。
【0369】
＜第５実施例＞
第５実施例は、配信ユーザがライブ配信を行っているときに、配信ユーザの端末２０の撮像部２７によって配信ユーザの人物不検知を検出すると、ライブ配信の動画像コンテンツとして表示されるマスキング映像の種類を配信ユーザが任意に設定できるようにすることに関する実施例である。
第５実施例は、配信ユーザがライブ配信を行っているときに、配信ユーザの端末２０の撮像部２７によって配信ユーザの人物不検知を検出すると、ライブ配信の動画像コンテンツとして表示されるマスキング映像の種類を配信ユーザが任意に設定できるようにすることに関する実施例である。
【0370】
第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0371】
本実施例では、マスキング映像の種類を配信ユーザが任意に設定する場合のタイミングとして、限定ではなく例として、以下のようなタイミングを含めるようにしてよい。
・ライブ配信開始前のタイミング
・ライブ配信中のタイミング
・ライブ配信開始前のタイミング
・ライブ配信中のタイミング
【0372】
ライブ配信開始前のタイミングは、限定ではなく例として、ライブ配信が開始される前の任意のタイミングであるようにしてよい。
具体的には、ライブ配信サービスでライブ配信が開始される前に、ライブ配信サービスのライブ配信に関する設定を行う画面（図５－１左側参照）において、マスキング映像の種類を設定できるようにしてよい。
具体的には、ライブ配信サービスでライブ配信が開始される前に、ライブ配信サービスのライブ配信に関する設定を行う画面（図５－１左側参照）において、マスキング映像の種類を設定できるようにしてよい。
【0373】
ライブ配信中のタイミングは、限定ではなく例として、ライブ配信がなされているときの任意のタイミングであるようにしてよい。
具体的には、ライブ配信サービスでライブ配信がなされているときに、ライブ配信サービスのライブ配信に関する設定を行う画面（不図示）において、マスキング映像の種類を設定できるようにしてよい。
具体的には、ライブ配信サービスでライブ配信がなされているときに、ライブ配信サービスのライブ配信に関する設定を行う画面（不図示）において、マスキング映像の種類を設定できるようにしてよい。
【0374】
＜表示画面＞
図５－１は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）が開始される前に、ライブ配信サービスのライブ配信に関する設定を行うライブ配信設定画面において、マスキング映像の種類として専用映像が配信ユーザによって設定される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
図５－１は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）が開始される前に、ライブ配信サービスのライブ配信に関する設定を行うライブ配信設定画面において、マスキング映像の種類として専用映像が配信ユーザによって設定される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0375】
図５－１左側は、限定ではなく例として、ライブ配信アプリケーション（ライブ配信サービス）においてライブ配信がなされていないときに表示されるライブ配信設定画面の一例である。
この画面では、画面最上部中央に、ライブ配信アプリケーションの名称である「Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ Ａｐｐ」の文字が表示されるように構成されている。
また、その下には、現在の画面を示す「Ｌｉｖｅ配信設定」のテキストを含む領域が構成されている。
この画面では、画面最上部中央に、ライブ配信アプリケーションの名称である「Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ Ａｐｐ」の文字が表示されるように構成されている。
また、その下には、現在の画面を示す「Ｌｉｖｅ配信設定」のテキストを含む領域が構成されている。
【0376】
その下には、ライブ配信設定用情報を表示するためのライブ配信設定用情報表示領域ＬＳＲが構成されている。
ライブ配信設定用情報表示領域ＬＳＲには、限定ではなく例として、ライブ配信のうちマスキング映像の種類に関する設定を行うための情報（配信ユーザが選択することが可能なマスキング映像の種類に関する情報、配信ユーザによって選択された種類のマスキング映像のプレビューに関する情報等）と、配信ユーザによって選択された種類のマスキング映像を実際のライブ配信で用いることを決定するための決定ボタンＤＢＴ等が表示されている。
ライブ配信設定用情報表示領域ＬＳＲには、限定ではなく例として、ライブ配信のうちマスキング映像の種類に関する設定を行うための情報（配信ユーザが選択することが可能なマスキング映像の種類に関する情報、配信ユーザによって選択された種類のマスキング映像のプレビューに関する情報等）と、配信ユーザによって選択された種類のマスキング映像を実際のライブ配信で用いることを決定するための決定ボタンＤＢＴ等が表示されている。
【0377】
限定ではなく例として、図５－１左側の画面において、専用映像がユーザによって選択された状態で、決定ボタンＤＢＴがユーザによってタップされると、限定ではなく例として、専用映像がマスキング映像として設定されたことに関する情報が表示される（不図示）。
【0378】
そして、限定ではなく例として、配信ユーザによってライブ配信（第５回○○ライブ）が開始されると、中央の画面に表示が変わる。
この画面は、前述した図３－１左側の画面と同様であるので説明を省略する。
この画面は、前述した図３－１左側の画面と同様であるので説明を省略する。
【0379】
限定ではなく例として、配信ユーザの人物不検知が検出されると、限定ではなく例として、右側の画面に表示が変わる。
この画面は、限定ではなく例として、前述した図３－１中央の画面と同様であるので説明を省略する。
この画面は、限定ではなく例として、前述した図３－１中央の画面と同様であるので説明を省略する。
【0380】
この例では、ライブ配信が開始される前にライブ配信設定画面において、専用映像をマスキング映像として設定していることに基づいて、ライブ中継情報表示領域ＬＲＲに、限定ではなく例として、専用映像（「しばらくお待ちください・・・」および「ちょっと待っててね」のメッセージを含む映像）がカメラ映像から切り替わり表示されている。
【0381】
＜第５変形例（１）＞
ライブ配信中のマスキング映像としてライブ配信事業者広告映像が表示された場合、限定ではなく例として、ライブ配信事業者から配信ユーザに対して報酬（対価）が支払われるようにしてよい。
ライブ配信中のマスキング映像としてライブ配信事業者広告映像が表示された場合、限定ではなく例として、ライブ配信事業者から配信ユーザに対して報酬（対価）が支払われるようにしてよい。
【0382】
また、ライブ配信中のマスキング映像としてライブ配信事業者広告映像が表示された場合、限定ではなく例として、ライブ配信事業者から配信ユーザに対して報酬が支払われることが配信ユーザに報知されるようにしてもよい。以下では、このライブ配信事業者から配信ユーザに対して報酬が支払われることに関する情報を、適宜「報酬報知情報」等と称する。
【0383】
ライブ配信事業者から配信ユーザに対して報酬が支払われることが配信ユーザに報知される場合のタイミングの一例として、限定ではなく例として、以下のようなものを含めることができる。
・ライブ配信がなされていないときのタイミング
・ライブ配信がなされているときのタイミング
・ライブ配信がなされていないときのタイミング
・ライブ配信がなされているときのタイミング
【0384】
ライブ配信がなされていないときのタイミングは、限定ではなく例として、ライブ配信がなされていない状況における所定のタイミングであるようにしてよい。
具体的には、限定ではなく例として、一のライブ配信がなされる前のライブ配信設定画面において報酬報知情報が表示されることによって、配信ユーザに報知されるようにしてよいし、限定ではなく例として、一のライブ配信がなされた前のアナリティクス画面において報酬報知情報が表示されることによって、配信ユーザに報知されるようにしてよい。
具体的には、限定ではなく例として、一のライブ配信がなされる前のライブ配信設定画面において報酬報知情報が表示されることによって、配信ユーザに報知されるようにしてよいし、限定ではなく例として、一のライブ配信がなされた前のアナリティクス画面において報酬報知情報が表示されることによって、配信ユーザに報知されるようにしてよい。
【0385】
ライブ配信がなされているときのタイミングは、限定ではなく例として、ライブ配信がなされている状況における所定のタイミングであるようにしてよい。
具体的には、限定ではなく例として、一のライブ配信がなされている最中のライブ配信画面においてライブ中継情報に含まれる報酬報知情報が表示されることによって、配信ユーザに報知されるようにしてよい。
具体的には、限定ではなく例として、一のライブ配信がなされている最中のライブ配信画面においてライブ中継情報に含まれる報酬報知情報が表示されることによって、配信ユーザに報知されるようにしてよい。
【0386】
図５－２は、本変形例において端末２０Ａの表示部２４に表示される画面の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）が開始される前に、ライブ配信サービスのライブ配信に関する設定を行うライブ配信設定画面において、ライブ配信事業者から配信ユーザに対して報酬が支払われることを配信ユーザに報知する例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）が開始される前に、ライブ配信サービスのライブ配信に関する設定を行うライブ配信設定画面において、ライブ配信事業者から配信ユーザに対して報酬が支払われることを配信ユーザに報知する例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0387】
図５－２の画面に関しては、前述した図５－１左側の画面と同様である部分についての説明を省略する。
この例では、ライブ配信設定用情報表示領域ＬＳＲにおける、配信ユーザが選択することが可能なマスキング映像の種類に関する情報のうちライブ配信事業者広告映像に関する情報（「運営広告映像」の文字）の横に、限定ではなく例として、ライブ配信事業者から配信ユーザに対して報酬が支払われることを配信ユーザに報知するための情報（「（広告報酬が付与されます）」の文字）が表示されている。
この例では、ライブ配信設定用情報表示領域ＬＳＲにおける、配信ユーザが選択することが可能なマスキング映像の種類に関する情報のうちライブ配信事業者広告映像に関する情報（「運営広告映像」の文字）の横に、限定ではなく例として、ライブ配信事業者から配信ユーザに対して報酬が支払われることを配信ユーザに報知するための情報（「（広告報酬が付与されます）」の文字）が表示されている。
【0388】
このような構成によれば、マスキング映像の種類を設定することができるライブ配信設定画面において、マスキング映像としてライブ配信事業者広告映像を配信ユーザに選択させやすくすることができる。
【0389】
なお、ライブ配信事業者から配信ユーザに支払われる報酬が、限定ではなく例として、サーバ１０によって決定されるようにしてもよい。この場合、限定ではなく例として、以下のうちの少なくともいずれか１つに基づいて、報酬が決定されるようにしてもよい。
・ライブ配信事業者広告映像が視聴ユーザによって視聴された回数（総回数等）
・ライブ配信事業者広告映像が視聴ユーザによって視聴された時間（総時間等）
・ライブ配信事業者広告映像の商品またはサービスの販売数や売上額（総販売数や総売上額等）
・ライブ配信事業者広告映像の商品またはサービスのクリック数（総クリック数等）
なお、限定ではなく例として、上記の商品またはサービスの販売数、売上額、クリック数は、広告の動画像の表示に基づく視聴ユーザの反応の一例としてよい。
・ライブ配信事業者広告映像が視聴ユーザによって視聴された回数（総回数等）
・ライブ配信事業者広告映像が視聴ユーザによって視聴された時間（総時間等）
・ライブ配信事業者広告映像の商品またはサービスの販売数や売上額（総販売数や総売上額等）
・ライブ配信事業者広告映像の商品またはサービスのクリック数（総クリック数等）
なお、限定ではなく例として、上記の商品またはサービスの販売数、売上額、クリック数は、広告の動画像の表示に基づく視聴ユーザの反応の一例としてよい。
【0390】
報酬は、限定ではなく例として、法定通貨や企業通貨（ポイント、クーポン、サービス券等を含めてもよい。）で支払うようにしてもよいし、暗号資産（仮想通貨）等によって支払うようにしてもよい。また、報酬の額は、限定ではなく例として、上記の各種の値が大きいほど、より大きな額を設定するようにしてよい。
また、報酬を、物品やサービスによって支払うようにしてもよい。
また、報酬を、物品やサービスによって支払うようにしてもよい。
【0391】
なお、上記とは意味合いが少し異なるが、広告の動画像の表示に基づく視聴ユーザの反応に、前述した視聴ユーザ数、視聴ユーザコメント数、視聴ユーザ盛り上がり度等を含めてもよいし、含めなくてもよい。
【0392】
本変形例は、第２画像は、広告の動画像であり、サーバ１０は、視聴ユーザの端末２０（限定ではなく、第２データが送信された端末の一例）での第２画像の表示（再生と言ってもよい。）に基づく報酬であって配信ユーザに付与する報酬を制御部１１によって決定する構成を示している。
このような構成により得られる変形例の効果の一例として、ユーザが検知されなかったことに基づき第２データが送信された端末での広告の動画像である第２画像の視聴に基づく報酬を決定した上でユーザに付与することができる。
このような構成により得られる変形例の効果の一例として、ユーザが検知されなかったことに基づき第２データが送信された端末での広告の動画像である第２画像の視聴に基づく報酬を決定した上でユーザに付与することができる。
【0393】
また、この場合、報酬は、広告の動画像である第２画像の表示時間（再生時間と言ってもよい。）、または広告の動画像の表示に基づく視聴ユーザの反応に基づいて制御部１１によって決定されるようにしてもよい。
このような構成により得られる変形例の効果の一例として、限定ではなく例として、広告の動画像である第２画像の表示時間が長いほど報酬を高く設定したり、端末のユーザの反応が大きいほど報酬を高く設定するといったことが可能となる。
このような構成により得られる変形例の効果の一例として、限定ではなく例として、広告の動画像である第２画像の表示時間が長いほど報酬を高く設定したり、端末のユーザの反応が大きいほど報酬を高く設定するといったことが可能となる。
【0394】
本変形例は、第３画像は、広告の動画像であり、サーバ１０は、第３データが送信された端末での第２画像の表示に基づく報酬であってユーザに付与する報酬を制御部１１によって決定する構成を示している。
このような構成により得られる変形例の効果の一例として、ユーザが検知されなくなってから設定時間が経過したことに基づき第３データが送信された端末での広告の動画像である第３画像の表示に基づく報酬を決定した上でユーザに付与することができる。
このような構成により得られる変形例の効果の一例として、ユーザが検知されなくなってから設定時間が経過したことに基づき第３データが送信された端末での広告の動画像である第３画像の表示に基づく報酬を決定した上でユーザに付与することができる。
【0395】
また、この場合、報酬は、第３画像の表示時間、または第３画像の表示に基づく端末のユーザの反応に基づいて決定されるようにしてもよい。
このような構成により得られる変形例の効果の一例として、限定ではなく例として、広告の動画像である第３画像の表示時間が長いほど報酬を高く設定したり、端末のユーザの反応が大きいほど報酬を高く設定するといったことが可能となる。
このような構成により得られる変形例の効果の一例として、限定ではなく例として、広告の動画像である第３画像の表示時間が長いほど報酬を高く設定したり、端末のユーザの反応が大きいほど報酬を高く設定するといったことが可能となる。
【0396】
＜第６実施例＞
第６実施例は、配信ユーザがライブ配信を行っているときに、配信ユーザが手動でカメラ映像とマスキング映像を切り替えることができるようにすることに関する実施例である。
また、第６実施例は、配信ユーザがライブ配信を行っているときに、配信ユーザが手動でマスキング映像の種類を切り替えることができるようにすることに関する実施例である。
第６実施例は、配信ユーザがライブ配信を行っているときに、配信ユーザが手動でカメラ映像とマスキング映像を切り替えることができるようにすることに関する実施例である。
また、第６実施例は、配信ユーザがライブ配信を行っているときに、配信ユーザが手動でマスキング映像の種類を切り替えることができるようにすることに関する実施例である。
【0397】
第６実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0398】
＜表示画面＞
図６－１は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザによってカメラ映像からマスキング映像の切り替えるための操作がなされた場合に、限定ではなく例として、マスキング映像として専用映像が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
図６－１は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中に配信ユーザによってカメラ映像からマスキング映像の切り替えるための操作がなされた場合に、限定ではなく例として、マスキング映像として専用映像が表示される例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0399】
図６－１左側の画面に関しては、前述した図３－１左側の画面と同様である部分についての説明を省略する。
この例では、ライブ中継情報表示領域ＬＲＲの上部には、限定ではなく例として、カメラモード情報とマイクモード情報とともに、ライブ配信に関する各種設定を行うための情報としてマスキング映像に切り替えるための情報（マスキング映像切り替えボタンＭＢＴ）が表示されている。
このときのマスキング映像切り替えボタンＭＢＴは、限定ではなく例として、マスキング映像に切り替えるモードが選択されていないことに基づいて、限定ではなく例として、ＯＦＦ態様のマスキング映像切り替えボタンＭＢＴ（本例では、コーヒーカップのイラストと「ＯＦＦ」の文字とを含むボタン）が表示されている。
この例では、ライブ中継情報表示領域ＬＲＲの上部には、限定ではなく例として、カメラモード情報とマイクモード情報とともに、ライブ配信に関する各種設定を行うための情報としてマスキング映像に切り替えるための情報（マスキング映像切り替えボタンＭＢＴ）が表示されている。
このときのマスキング映像切り替えボタンＭＢＴは、限定ではなく例として、マスキング映像に切り替えるモードが選択されていないことに基づいて、限定ではなく例として、ＯＦＦ態様のマスキング映像切り替えボタンＭＢＴ（本例では、コーヒーカップのイラストと「ＯＦＦ」の文字とを含むボタン）が表示されている。
【0400】
限定ではなく例として、マスキング映像切り替えボタンＭＢＴがユーザによってタップされると、限定ではなく例として、右側の画面に表示が変わる。
この例では、ライブ中継情報表示領域ＬＲＲの上部に、限定ではなく例として、ＯＮ態様のマスキング映像切り替えボタンＭＢＴ（本例では、コーヒーカップのイラストと「ＯＮ」の文字とを含むボタン）が表示されている。
この例では、ライブ中継情報表示領域ＬＲＲの上部に、限定ではなく例として、ＯＮ態様のマスキング映像切り替えボタンＭＢＴ（本例では、コーヒーカップのイラストと「ＯＮ」の文字とを含むボタン）が表示されている。
【0401】
図６－２は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中にマスキング映像が表示されている場合に、限定ではなく例として、配信ユーザの操作によってマスキング映像の種類が切り替わる例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
本画面図では、限定ではなく例として、一のライブ配信（第５回○○配信）中にマスキング映像が表示されている場合に、限定ではなく例として、配信ユーザの操作によってマスキング映像の種類が切り替わる例を示す。
なお、これはあくまでも一例であり、この例に限定されるものではない。
【0402】
図６－２左側の画面に関しては、前述した図６－１右側の画面と同様である部分についての説明を省略する。
この例では、ライブ中継情報表示領域ＬＲＲの右下部に、限定ではなく例として、マスキング映像の種類を変更するための情報（変更するマスキング映像の種類を指定するための情報と、その指定されたマスキング映像の種類に実際に変更するためのマスキング映像変更ボタンＭＳＢＴ等を含むマスキング映像変更領域）が表示されている。
この例では、ライブ中継情報表示領域ＬＲＲの右下部に、限定ではなく例として、マスキング映像の種類を変更するための情報（変更するマスキング映像の種類を指定するための情報と、その指定されたマスキング映像の種類に実際に変更するためのマスキング映像変更ボタンＭＳＢＴ等を含むマスキング映像変更領域）が表示されている。
【0403】
限定ではなく例として、マスキング映像変更領域においてマスキング映像の種類が配信ユーザプロモーション映像となるように配信ユーザによってタップされると、限定ではなく例として、中央の画面に表示が変わる。
この例では、変更するマスキング映像の種類を指定するための情報には、限定ではなく例として、「プロモーション映像」の文字が表示されている。
この例では、変更するマスキング映像の種類を指定するための情報には、限定ではなく例として、「プロモーション映像」の文字が表示されている。
【0404】
限定ではなく例として、マスキング映像変更領域においてマスキング映像の種類が配信ユーザプロモーション映像となるように配信ユーザによって指定され、マスキング映像変更ボタンＭＳＢＴが配信ユーザによってタップされると、限定ではなく例として、右側の画面に表示が変わる。
この例では、図６－２左側の画面と同様に、ライブ中継情報表示領域ＬＲＲの右下部に、限定ではなく例として、マスキング映像の種類を変更するための情報が表示されている。
この例では、図６－２左側の画面と同様に、ライブ中継情報表示領域ＬＲＲの右下部に、限定ではなく例として、マスキング映像の種類を変更するための情報が表示されている。
【0405】
＜他の実施例＞
（１）コンテンツ
上記の実施例や変形例において、配信されるコンテンツに、ライブコマースコンテンツを含めてもよい。
（１）コンテンツ
上記の実施例や変形例において、配信されるコンテンツに、ライブコマースコンテンツを含めてもよい。
【0406】
また、配信されるコンテンツに、限定ではなく例として、２Ｄまたは３Ｄのアバター（バーチャルなキャラクタ）によって画像等の配信を行うバーチャルコンテンツを含めてよい。また、この場合、コンテンツを配信する配信ユーザには、このアバターが含まれてもよい。
限定ではなく例として、第３実施例の内容を適用する場合において、２Ｄまたは３Ｄで描画されたアバターのエフェクトが外れたか否かを、上記の実施例と同様の手法によって判定し、外れたと判定した場合に、上記の実施例と同様に、マスキングコンテンツ情報を送信するようにしてもよい。
他の実施例や変形例についても同様としてよい。
限定ではなく例として、第３実施例の内容を適用する場合において、２Ｄまたは３Ｄで描画されたアバターのエフェクトが外れたか否かを、上記の実施例と同様の手法によって判定し、外れたと判定した場合に、上記の実施例と同様に、マスキングコンテンツ情報を送信するようにしてもよい。
他の実施例や変形例についても同様としてよい。
【0407】
（２）情報処理装置
上記の実施例において、情報処理装置を、限定ではなく例として配信ユーザの端末２０としてもよい。サーバ１０が行う処理の少なくとも一部の処理を、配信ユーザの端末２０が行うようにしてもよい。
上記の実施例において、情報処理装置を、限定ではなく例として配信ユーザの端末２０としてもよい。サーバ１０が行う処理の少なくとも一部の処理を、配信ユーザの端末２０が行うようにしてもよい。
【0408】
また、サーバ１０を１つとするのではなく、サーバ１０を複数のサーバに分け、これら複数のサーバを本開示における情報処理装置としてもよい。
また、複数のサーバによって構成されるサーバシステムを構成し、このサーバシステムによって、上記の各実施例や各変形例に示した処理を実現してもよい。
また、複数のサーバによって構成されるサーバシステムを構成し、このサーバシステムによって、上記の各実施例や各変形例に示した処理を実現してもよい。
【0409】
また、サーバではなく、管理用のＰＣ等の端末や管理用のスマートフォン等の端末を、本開示における情報処理装置としてもよい。
【0410】
（３）その他
前述したように、上記の各々の実施例、各々の変形例、他の実施例等で説明した内容は、それぞれ組み合わせて適用することが可能である。
前述したように、上記の各々の実施例、各々の変形例、他の実施例等で説明した内容は、それぞれ組み合わせて適用することが可能である。
【符号の説明】
【0411】
１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク
１０ サーバ
２０ 端末
３０ ネットワーク
【図1-1】
【図1-2】
【図1-3】
【図1-4】
【図1-5】
【図1-6】
【図1-7】
【図1-8】
【図1-9】
【図1-10】
【図1-11】
【図1-12】
【図2-1】
【図2-2】
【図2-3】
【図2-4】
【図2-5】
【図2-6】
【図3-1】
【図3-2】
【図3-3】
【図3-4】
【図3-5】
【図3-6】
【図3-7】
【図3-8】
【図3-9】
【図3-10】
【図4-1】
【図4-2】
【図5-1】
【図5-2】
【図6-1】
【図6-2】