(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023167706
(43)【公開日】2023-11-24
(54)【発明の名称】サーバ、プログラム、情報処理方法
(51)【国際特許分類】
G06Q 50/00 20120101AFI20231116BHJP
【ＦＩ】
G06Q50/00 300
【審査請求】有
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2022079083
(22)【出願日】2022-05-12
(71)【出願人】
【識別番号】523303688
【氏名又は名称】ワークスモバイルジャパン株式会社
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】山崎 天
(72)【発明者】
【氏名】佐藤 敏紀
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC11
(57)【要約】
【課題】第１ユーザと第２ユーザとのコミュニケーションを促進するための質問を生成する。
【解決手段】第１ユーザの第１端末、および、第１ユーザとは異なる第２ユーザの第２端末と通信するサーバは、第１端末から送信された質問の生成に関する第１情報を受信する通信部と、第１情報を受信したことに基づいて、第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、通信部は、１以上の質問からなる第１質問情報を第１端末に送信し、第１質問情報の送信に基づき第１端末から送信された第１質問情報に関する第３情報を受信し、第３情報に基づく第２質問情報を、少なくとも第２端末に送信する。
【選択図】図１－１
【解決手段】第１ユーザの第１端末、および、第１ユーザとは異なる第２ユーザの第２端末と通信するサーバは、第１端末から送信された質問の生成に関する第１情報を受信する通信部と、第１情報を受信したことに基づいて、第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、通信部は、１以上の質問からなる第１質問情報を第１端末に送信し、第１質問情報の送信に基づき第１端末から送信された第１質問情報に関する第３情報を受信し、第３情報に基づく第２質問情報を、少なくとも第２端末に送信する。
【選択図】図１－１
【特許請求の範囲】
【請求項1】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバであって、
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信する。
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信する。
【請求項2】
請求項１に記載のサーバであって、
前記制御部は、言語モデルによって１以上の質問を生成する。
前記制御部は、言語モデルによって１以上の質問を生成する。
【請求項3】
請求項１に記載のサーバであって、
前記第１情報は、前記第１ユーザによる前記第１端末に対する入力に基づく情報を含み、
前記制御部は、前記入力に基づく情報と、前記第２情報とに基づき、１以上の質問を生成する。
前記第１情報は、前記第１ユーザによる前記第１端末に対する入力に基づく情報を含み、
前記制御部は、前記入力に基づく情報と、前記第２情報とに基づき、１以上の質問を生成する。
【請求項4】
請求項３に記載のサーバであって、
前記入力に基づく情報は、前記第１ユーザによって前記第１端末に入力された語を含む。
前記入力に基づく情報は、前記第１ユーザによって前記第１端末に入力された語を含む。
【請求項5】
請求項３に記載のサーバであって、
前記通信部は、前記１以上の質問の生成に供する１以上の語を前記第１端末に送信し、
前記入力に基づく情報は、前記第１ユーザによって前記１以上の語から選択された語を含む。
前記通信部は、前記１以上の質問の生成に供する１以上の語を前記第１端末に送信し、
前記入力に基づく情報は、前記第１ユーザによって前記１以上の語から選択された語を含む。
【請求項6】
請求項５に記載のサーバであって、
前記制御部は、前記第２情報に基づき前記１以上の語を生成する。
前記制御部は、前記第２情報に基づき前記１以上の語を生成する。
【請求項7】
請求項１に記載のサーバであって、
前記第３情報は、前記第１質問情報に基づき前記第１ユーザによって選択された第１質問を含み、
前記第２質問情報は、前記第１質問を含む。
前記第３情報は、前記第１質問情報に基づき前記第１ユーザによって選択された第１質問を含み、
前記第２質問情報は、前記第１質問を含む。
【請求項8】
請求項７に記載のサーバであって、
前記第２質問情報は、前記第１質問に基づく第２質問を含む。
前記第２質問情報は、前記第１質問に基づく第２質問を含む。
【請求項9】
請求項７に記載のサーバであって、
前記第３情報は、前記第１ユーザによって前記第１質問から修正された第３質問を含み、
前記第２質問情報は、前記第３質問を含む。
前記第３情報は、前記第１ユーザによって前記第１質問から修正された第３質問を含み、
前記第２質問情報は、前記第３質問を含む。
【請求項10】
請求項１に記載のサーバであって、
前記制御部は、前記第２質問情報に含まれる質問に対する回答例を生成し、
前記通信部は、前記回答例を前記第２端末に送信する。
前記制御部は、前記第２質問情報に含まれる質問に対する回答例を生成し、
前記通信部は、前記回答例を前記第２端末に送信する。
【請求項11】
請求項１に記載のサーバであって、
前記通信部は、前記１以上の質問のうち設定された条件を満たす質問からなる第４質問情報を前記第１端末に送信する。
前記通信部は、前記１以上の質問のうち設定された条件を満たす質問からなる第４質問情報を前記第１端末に送信する。
【請求項12】
請求項１１に記載のサーバであって、
前記通信部は、前記１以上の質問のうち前記条件を満たさない質問からなる第５質問情報を、前記第４質問情報と区別可能に前記第１端末に送信する。
前記通信部は、前記１以上の質問のうち前記条件を満たさない質問からなる第５質問情報を、前記第４質問情報と区別可能に前記第１端末に送信する。
【請求項13】
請求項１１に記載のサーバであって、
前記条件は、質問に倫理的な問題がないことを含む。
前記条件は、質問に倫理的な問題がないことを含む。
【請求項14】
請求項１に記載のサーバであって、
前記通信部は、前記第１質問情報を前記第１端末に送信した後、前記第１端末から送信された質問の生成に関する第５情報を受信し、
前記制御部は、前記第５情報を受信したことに基づいて、前記第２情報に基づき１以上の質問を生成し、
前記通信部は、前記１以上の質問からなる第６質問情報を、少なくとも前記第１端末に送信する。
前記通信部は、前記第１質問情報を前記第１端末に送信した後、前記第１端末から送信された質問の生成に関する第５情報を受信し、
前記制御部は、前記第５情報を受信したことに基づいて、前記第２情報に基づき１以上の質問を生成し、
前記通信部は、前記１以上の質問からなる第６質問情報を、少なくとも前記第１端末に送信する。
【請求項15】
請求項１に記載のサーバであって、
前記通信部は、前記第２質問情報を前記第２端末に複数回送信し、複数回送信された前記第２質問情報に基づき前記第２ユーザによって選択された第４質問に関する情報を受信し、前記第４質問を、少なくとも前記第１端末に送信する。
前記通信部は、前記第２質問情報を前記第２端末に複数回送信し、複数回送信された前記第２質問情報に基づき前記第２ユーザによって選択された第４質問に関する情報を受信し、前記第４質問を、少なくとも前記第１端末に送信する。
【請求項16】
請求項１に記載のサーバであって、
前記第２ユーザは、コンテンツを配信するユーザであり、
前記第１ユーザは、前記コンテンツを視聴するユーザである。
前記第２ユーザは、コンテンツを配信するユーザであり、
前記第１ユーザは、前記コンテンツを視聴するユーザである。
【請求項17】
請求項１６に記載のサーバであって、
前記通信部は、前記第２端末から前記コンテンツの配信に関する情報を受信し、前記配信に関する情報に基づくコンテンツ情報と、前記第２質問情報とを、前記第１端末と前記第２端末とに送信する。
前記通信部は、前記第２端末から前記コンテンツの配信に関する情報を受信し、前記配信に関する情報に基づくコンテンツ情報と、前記第２質問情報とを、前記第１端末と前記第２端末とに送信する。
【請求項18】
請求項１６に記載のサーバであって、
前記第２情報は、前記コンテンツの配信内容に基づく情報を含む。
前記第２情報は、前記コンテンツの配信内容に基づく情報を含む。
【請求項19】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバによって実行されるプログラムであって、
前記第１端末から送信された質問の生成に関する第１情報を前記サーバの通信部によって受信することと、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を前記サーバの制御部によって生成することと、
前記１以上の質問からなる第１質問情報を前記通信部によって前記第１端末に送信することと、
前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を前記通信部によって受信することと、
前記第３情報に基づく第２質問情報を前記通信部によって少なくとも前記第２端末に送信することとが前記サーバによって実行される。
前記第１端末から送信された質問の生成に関する第１情報を前記サーバの通信部によって受信することと、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を前記サーバの制御部によって生成することと、
前記１以上の質問からなる第１質問情報を前記通信部によって前記第１端末に送信することと、
前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を前記通信部によって受信することと、
前記第３情報に基づく第２質問情報を前記通信部によって少なくとも前記第２端末に送信することとが前記サーバによって実行される。
【請求項20】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバの情報処理方法であって、
前記第１端末から送信された質問の生成に関する第１情報を前記サーバの通信部によって受信することと、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を前記サーバの制御部によって生成することと、
前記１以上の質問からなる第１質問情報を前記通信部によって前記第１端末に送信することと、
前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を前記通信部によって受信することと、
前記第３情報に基づく第２質問情報を前記通信部によって少なくとも前記第２端末に送信することとを含む。
前記第１端末から送信された質問の生成に関する第１情報を前記サーバの通信部によって受信することと、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を前記サーバの制御部によって生成することと、
前記１以上の質問からなる第１質問情報を前記通信部によって前記第１端末に送信することと、
前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を前記通信部によって受信することと、
前記第３情報に基づく第２質問情報を前記通信部によって少なくとも前記第２端末に送信することとを含む。
【請求項21】
サーバと通信する第１ユーザの第１端末によって実行されるプログラムであって、
前記第１ユーザとは異なる第２ユーザへの質問の生成に関する第１情報を前記第１端末の通信部によって前記サーバに送信することと、
前記第１情報を送信したことに基づいて、前記第２ユーザに関する第２情報に基づき前記サーバによって生成された１以上の質問からなる第１質問情報を前記通信部によって受信することと、
前記１以上の質問を前記第１端末の表示部に表示することと、
前記１以上の質問が表示された前記第１端末に対する前記第１ユーザによる入力に基づいて、第１質問情報に関する第３情報を前記通信部によって前記サーバに送信することとが前記第１端末によって実行される。
前記第１ユーザとは異なる第２ユーザへの質問の生成に関する第１情報を前記第１端末の通信部によって前記サーバに送信することと、
前記第１情報を送信したことに基づいて、前記第２ユーザに関する第２情報に基づき前記サーバによって生成された１以上の質問からなる第１質問情報を前記通信部によって受信することと、
前記１以上の質問を前記第１端末の表示部に表示することと、
前記１以上の質問が表示された前記第１端末に対する前記第１ユーザによる入力に基づいて、第１質問情報に関する第３情報を前記通信部によって前記サーバに送信することとが前記第１端末によって実行される。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、サーバ、プログラム、情報処理方法等に関する。
【背景技術】
【0002】
昨今、動画を配信するサービス等が普及している（例えば、特許文献１）。また、特許文献２のような技術が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１８－１８０６８１号公報
【特許文献2】特開２０１８－９２６１７号公報
【発明の概要】
【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】第２実施例に係る質問投稿処理の流れの一例を示すフローチャート。
【図2-7】第２実施例に係る質問回答処理の流れの一例を示すフローチャート。
【図3-1】第３実施例に係るライブ管理データベースの一例を示す図。
【図3-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】
ユーザがチャットを行うためのサービス（以下、「チャットサービス」と称する。）の一例として、メッセージングサービス（Messaging Service）を例示することができる。
また、チャットサービスを実現するためのアプリケーションを「チャットアプリケーション」と称し、メッセージングサービスを実現するためのアプリケーションを「メッセージングアプリケーション」と称する。
チャットアプリケーションでは、限定ではなく例として、ユーザがチャットルームでチャットを行うことができるようにすることができる。また、チャットアプリケーションでは、限定ではなく例として、ユーザ間における通話（音声通話やビデオ通話等）を行うことができるようにしてもよいし、しなくてもよい。
また、チャットサービスを実現するためのアプリケーションを「チャットアプリケーション」と称し、メッセージングサービスを実現するためのアプリケーションを「メッセージングアプリケーション」と称する。
チャットアプリケーションでは、限定ではなく例として、ユーザがチャットルームでチャットを行うことができるようにすることができる。また、チャットアプリケーションでは、限定ではなく例として、ユーザ間における通話（音声通話やビデオ通話等）を行うことができるようにしてもよいし、しなくてもよい。
【0031】
なお、メッセージングサービス：ＭＳ（インスタントメッセージサービス：ＩＭＳを含む。）は、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と考えることもできる。このため、メッセージンサービスとソーシャルネットワーキングサービスとを区別してもよいし、区別しなくてもよい。つまり、ソーシャルネットワーキングサービスにメッセージングサービスを含めてもよいものとする。
【0032】
また、メッセージングサービスの一例として、サーバを介して複数の装置（限定ではなく例として、端末）間で、コンテンツを簡単なメッセージの形式で送受するインスタントメッセージングサービス：ＩＭＳ（Instant Messaging Service）を例示する。
インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザがトークルームでトークを行うようにすることができる。また、インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザ間における通話（音声通話やビデオ通話等）を行うことができるようにしてもよいし、しなくてもよい。
インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザがトークルームでトークを行うようにすることができる。また、インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザ間における通話（音声通話やビデオ通話等）を行うことができるようにしてもよいし、しなくてもよい。
【0033】
チャットルーム（限定ではなく例として、トークルーム）とは、複数のユーザの端末間で送受信されるコンテンツを各々のユーザが閲覧できるＵＩ（User Interface）やＧＵＩ（Graphical User Interface）とすることができる。
【0034】
また、トークルームには、一対一のユーザのトークルーム（以下、「一対一トークルーム」と称する。）、複数のユーザを含むグループのトークルーム（以下、「グループトークルーム」と称する。）、公式アカウントのユーザとのトークルーム（以下、「ＯＡトークルーム」と称する。）等を含めることができる。
【0035】
なお、一対一トークルームは、データ管理上、一対一のユーザや一対一のアカウントのトークルームとして管理してもよいし、２名のユーザや２つのアカウントで構成されるグループのトークルームとして管理してもよい。
【0036】
公式アカウントは、一般のユーザではなく事業者のアカウント（事業者のユーザのアカウント）であり、この公式アカウントのユーザも、限定ではなく例として、一般のユーザの端末と同様の端末を利用して、サーバを介して、他の装置との間でコンテンツ（メッセージ）の送受信を行うことができるようにすることができる。
【0037】
本明細書において、コンテンツとは、送信元から送信先に送信される情報であってもよい。また、コンテンツは、１または複数のコンテンツであってもよい。
【0038】
コンテンツには、限定ではなく例として、テキスト形式のテキストコンテンツ、画像（静止画像、動画像の少なくともいずれか一方を含む。）形式の画像コンテンツ、音（音声を含む。）形式の音コンテンツなどを含めてよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、リンク情報（限定ではなく例として、ＵＲＩ（Uniform Resource Identifier）等を含む。）などのリンクコンテンツを含めてもよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、リンク情報（限定ではなく例として、ＵＲＩ（Uniform Resource Identifier）等を含む。）などのリンクコンテンツを含めてもよいものとする。
【0039】
テキストには、限定ではなく例として、文字コードで表される各国の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくともいずれか１つを含めてよいものとする。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。
【0040】
画像には、限定ではなく例として、アイコン、ボタン、スタンプ、絵文字、バナー画像といった各種の画像の情報のうちの少なくともいずれか１つを含めることができる。
【0041】
また、以下の実施例では、ユーザが画像コンテンツや音（音声を含む。）コンテンツ等のライブコンテンツをライブ配信したり、ライブ配信されたライブコンテンツを視聴するためのサービスの一例として、ライブ配信サービスを例示する。また、ライブ配信サービスを実現するためのアプリケーションを「ライブ配信アプリケーション」と称する。また、ライブ配信アプリケーションの名称を「Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ Ａｐｐ」と称する場合がある。
なお、ライブアプリケーションやライブサービス等のように称してもよい。
なお、ライブアプリケーションやライブサービス等のように称してもよい。
【0042】
ライブ配信サービスを実現するための形態としては、限定ではなく例として、以下のいずれかの形態を適用することができる。
（Ａ）ライブ配信アプリケーションを単体として構成する形態
（Ｂ）メッセージングアプリケーションの一機能としてライブ配信サービスの機能を持たせる形態
（Ｃ）ライブ配信サービスの機能とメッセージングサービスの機能とを有するアプリケーション（統合的なアプリケーション）を構成する形態
（Ｄ）ライブ配信アプリケーションとは別のアプリケーションとしてメッセージングアプリケーションを構成する形態
（Ａ）ライブ配信アプリケーションを単体として構成する形態
（Ｂ）メッセージングアプリケーションの一機能としてライブ配信サービスの機能を持たせる形態
（Ｃ）ライブ配信サービスの機能とメッセージングサービスの機能とを有するアプリケーション（統合的なアプリケーション）を構成する形態
（Ｄ）ライブ配信アプリケーションとは別のアプリケーションとしてメッセージングアプリケーションを構成する形態
【0043】
（Ｂ）や（Ｃ）の形態では、限定ではなく例として、ライブ配信サービス事業者を、メッセージングサービス事業者と同じ事業者とすることができる。
また、この場合、１つの方法として、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとを共通のアカウントとすることができる。
また、この場合、別の方法として、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとが自動的に関連付けられる（連携される）ようにすることができる。
また、この場合、１つの方法として、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとを共通のアカウントとすることができる。
また、この場合、別の方法として、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとが自動的に関連付けられる（連携される）ようにすることができる。
【0044】
（Ｄ）の形態では、限定ではなく例として、ライブ配信サービス事業者を、メッセージングサービス事業者とは異なる事業者とすることができる。
また、（Ｄ）の形態では、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとを関連付ける処理（連携する処理）を行うようにすることができる。
また、（Ｄ）の形態では、メッセージングアプリケーションにおけるユーザのアカウントと、ライブ配信アプリケーションにおけるユーザのアカウントとを関連付ける処理（連携する処理）を行うようにすることができる。
【0045】
なお、上記とは異なり、ライブ配信アプリケーションの一機能としてメッセージングサービスの機能を持たせるようにすることも可能である。
【0046】
また、本実施形態では、ユーザ間で情報が送受信されるという表現や、端末間で情報が送受信されるという表現を用いる場合があり得るが、これらは実質的に同義としてよいものとする。
また、クライアントサーバシステムを適用する場合、サーバを介して端末間で情報が送受信されるように構成することが可能であるが、これをユーザ間や端末間での情報の送受信と表現してもよいものとする。また、前述したように、クライアントサーバシステムを適用せずに端末間で情報を送受信してもよいものとする。
また、クライアントサーバシステムを適用する場合、サーバを介して端末間で情報が送受信されるように構成することが可能であるが、これをユーザ間や端末間での情報の送受信と表現してもよいものとする。また、前述したように、クライアントサーバシステムを適用せずに端末間で情報を送受信してもよいものとする。
【0047】
また、以下の実施例では、ライブ配信として、ライブの配信者のユーザ（以下、「ライバー」と称する。「配信者」と称してもよい。）がライブ動画を配信し、その視聴者となるユーザ（以下、「視聴者」と称する。）がそのライブ動画を視聴する場合を例示する。また、ライブコンテンツの配信を単に「ライブ配信」と称する場合がある。また、ライブコンテンツを
また、以下の実施例では、ライブコンテンツをただ単に「ライブ」と称する場合がある。
また、以下の実施例では、ライブコンテンツをただ単に「ライブ」と称する場合がある。
【0048】
また、ライブ配信サービスを実現するための形態として、前述した（Ａ）～（Ｄ）のいずれの形態を適用してもよいが、以下の実施例では、限定ではなく例として、主として（Ａ）ライブ配信アプリケーションを単体として構成する形態を適用する場合を例示する。
【0049】
＜実施例＞
以下、本発明を適用した実施例について説明する。以下の実施例では、ライブ配信サービスを適用する場合の実施例を主として説明する。
ただし、後述するが、ライブ配信サービス以外のサービスについても、以下の実施例で説明する手法を同様に適用可能である。
以下、本発明を適用した実施例について説明する。以下の実施例では、ライブ配信サービスを適用する場合の実施例を主として説明する。
ただし、後述するが、ライブ配信サービス以外のサービスについても、以下の実施例で説明する手法を同様に適用可能である。
【0050】
限定ではなく例として、ライブ配信サービスにおいては、ライブ配信中にライバーが話題に困るような場合があり、これにより気まずい時間が流れてしまうような場合があり得る。
また、視聴者としては、ライブ配信を盛り上げてあげたいと考えるような場合があり得る。この場合、限定ではなく例として、視聴者からライバーに対して質問をしてあげるといったことを考えることができる。しかし、視聴者によっては、いざ質問しようとしても、ライバーに対して何を質問すればよいか分からず、困ってしまうような場合もあり得る。
また、視聴者としては、ライブ配信を盛り上げてあげたいと考えるような場合があり得る。この場合、限定ではなく例として、視聴者からライバーに対して質問をしてあげるといったことを考えることができる。しかし、視聴者によっては、いざ質問しようとしても、ライバーに対して何を質問すればよいか分からず、困ってしまうような場合もあり得る。
【0051】
＜第１実施例＞
第１実施例は、視聴者がライバーに対して質問することを可能にすることに関する基本的な実施例である。
第１実施例は、視聴者がライバーに対して質問することを可能にすることに関する基本的な実施例である。
【0052】
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0053】
＜システム構成＞
図１－１は、本開示の実施形態における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
図１－１は、本開示の実施形態における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
【0054】
サーバ１０は、ネットワーク３０を介して、ユーザが所有する端末２０に、所定のサービス（限定ではなく例として、ライブ配信サービス、メッセージングサービス等）を提供する機能を有する。サーバ１０は、限定ではなく例として、ライブ配信サーバ、メッセージングサーバ等のように表現することもできる。
本実施形態では、ネットワークを介してライブ配信を視聴する第１ユーザ、及びライバーである第２ユーザを、サーバ１０のユーザとする。
本実施形態では、ネットワークを介してライブ配信を視聴する第１ユーザ、及びライバーである第２ユーザを、サーバ１０のユーザとする。
【0055】
なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。限定ではなく例として、複数の第１ユーザがそれぞれの端末で同一のライブを視聴するような場合が想定される。
【0056】
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
【0057】
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は、限定ではなく例として、同一とすることができる。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよいし、しなくてもよい。
【0058】
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
【0059】
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（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（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
【0060】
サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
【0061】
［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。
通信システム１に含まれる各装置のＨＷ構成について説明する。
【0062】
（１）端末のＨＷ構成
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【0063】
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部２２と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0064】
入出力部２３は、端末２０に対する各種操作を入力する装置や、端末２０で処理された処理結果を出力する装置等を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【0065】
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
【0066】
出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【0067】
あくまでも一例であるが、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。
【0068】
表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
【0069】
音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
【0070】
入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
【0071】
時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
【0072】
なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。
【0073】
位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。
【0074】
位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。
【0075】
衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。
【0076】
慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。
【0077】
ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
【0078】
制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させるようにしてもよいし、そうしなくてもよい。
【0079】
なお、位置算出用情報検出部２９Ｂを端末２０に設けることは必須ではなく、これを設けないようにしてもよい。
【0080】
制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【0081】
制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
【0082】
記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【0083】
端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
【0084】
（２）サーバのＨＷ構成
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【0085】
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
【0086】
制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
【0087】
記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【0088】
通信部（通信Ｉ／Ｆ）１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部１４と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0089】
入出力部１２は、サーバ１０に対する各種操作を入力する装置や、サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【0090】
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。
【0091】
出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【0092】
あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。
【0093】
表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。
【0094】
時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
【0095】
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
【0096】
なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【0097】
また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
【0098】
また、システムのプログラム（システムによって実行されるプログラム）という場合、システムについては前述した通りである。そして、前述したシステムのプログラムとは、システム全体で実行可能なプログラムであって、このプログラムは、限定ではなく例として、システムを構成する装置個々のプログラムで構成されてもよく、システムを構成する個々の装置に保存されるプログラムは、各々異なっていてもよいものとする。つまり、システムを構成する個々の装置で共通のプログラムでなくてもよいものとする。
限定ではなく例として、システムが端末とサーバとで構成されている場合、システムのプログラムをＰ１とすると、システムのプログラムＰ１は、端末に保存されたプログラムＰ２と、サーバに保存されたプログラムＰ３とで構成され、Ｐ２とＰ３とは、システムのプログラムを実行するためのものであり、それぞれ異なるプログラムとなっていてもよい。限定ではなく例として、端末に保存されたプログラムＰ２は、第１の処理を実行し、第１の処理をした結果をサーバに送信するプログラムであり、サーバに保存されたプログラムＰ３は、受信した第１の処理をした結果に対して第２の処理を行い、第２の処理を行った結果を端末に送信するプログラムであってもよい。
限定ではなく例として、システムが端末とサーバとで構成されている場合、システムのプログラムをＰ１とすると、システムのプログラムＰ１は、端末に保存されたプログラムＰ２と、サーバに保存されたプログラムＰ３とで構成され、Ｐ２とＰ３とは、システムのプログラムを実行するためのものであり、それぞれ異なるプログラムとなっていてもよい。限定ではなく例として、端末に保存されたプログラムＰ２は、第１の処理を実行し、第１の処理をした結果をサーバに送信するプログラムであり、サーバに保存されたプログラムＰ３は、受信した第１の処理をした結果に対して第２の処理を行い、第２の処理を行った結果を端末に送信するプログラムであってもよい。
【0099】
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
【0100】
サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
【0101】
また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
【0102】
また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
【0103】
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
【0104】
なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML Living Standardなどのマークアップ言語などを用いて実装される。
【0105】
＜機能構成＞
（１）サーバの機能構成
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。
（１）サーバの機能構成
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。
【0106】
図１－３は、本実施例においてサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、制御部１１によってアプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、ライブ管理データベース１５５とが記憶される。
記憶部１５には、限定ではなく例として、制御部１１によってアプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、ライブ管理データベース１５５とが記憶される。
【0107】
アカウント登録データ１５３は、アプリケーション（限定ではなく例として、ライブ配信アプリケーション）のアカウントに関する登録データであり、そのデータ構成の一例を図１－４に示す。
アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
【0108】
ユーザ名は、このアプリケーションを利用する端末２０のアカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
【0109】
アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
【0110】
その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
【0111】
端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、一般ユーザ用のアプリケーションＩＤや公式ユーザ用のアプリケーションＩＤとすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、一般ユーザ用のアプリケーションＩＤや公式ユーザ用のアプリケーションＩＤとすることができる。
【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】
ここで、言語モデルは、限定ではなく例として、学習済みの言語モデルとすることができ、限定ではなく例として、入力文を受け付けると、学習内容に基づいて、入力文と対応する（関連する）出力文を生成するモデルとしてもよい。
また、言語モデルとは、限定ではなく例として、単語列に対する確率分布モデルと言ってもよく、限定ではなく例として、ある単語列が与えられた場合、その単語列に続く全単語に関する生起確率を求めることができる任意のモデルとしてもよい。
なお、言語モデルとしては、限定ではなく例として、「ＧＰＴ－３（Generative Pre-trained Transformer-3）」や「ＢＡＲＴ（Bidirectional Auto-Regressive Transformer）」、「ＢＥＲＴ（Bidirectional Encoder Representations from Transformers）」「Ｔ５（Text-to-Text Transfer Transformer）」等の様々な言語モデルを用いることができる。同じ言語モデル（限定ではなく例として、「ＧＰＴ－３」）を用いる場合であっても、学習に用いられたデータセットが異なると、同一の入力に対する出力は変わる可能性が生ずる。
また、言語モデルとは、限定ではなく例として、単語列に対する確率分布モデルと言ってもよく、限定ではなく例として、ある単語列が与えられた場合、その単語列に続く全単語に関する生起確率を求めることができる任意のモデルとしてもよい。
なお、言語モデルとしては、限定ではなく例として、「ＧＰＴ－３（Generative Pre-trained Transformer-3）」や「ＢＡＲＴ（Bidirectional Auto-Regressive Transformer）」、「ＢＥＲＴ（Bidirectional Encoder Representations from Transformers）」「Ｔ５（Text-to-Text Transfer Transformer）」等の様々な言語モデルを用いることができる。同じ言語モデル（限定ではなく例として、「ＧＰＴ－３」）を用いる場合であっても、学習に用いられたデータセットが異なると、同一の入力に対する出力は変わる可能性が生ずる。
【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】
本変形例は、サーバ１０の通信Ｉ／Ｆ１４は、質問候補情報（限定ではなく、第１質問情報の一例）を視聴者の端末２０（限定ではなく、第１端末の一例）に送信した後、この視聴者の端末２０から送信される質問候補再生成要求情報（限定ではなく、質問の生成に関する第５情報の一例）を受信する。そして、サーバ１０の制御部１１は、この質問候補再生成要求情報を受信したことに基づいて、ライバーのユーザ情報に基づき１以上の質問候補を生成し、通信I／F１４が、生成された１以上の質問候補を含む質問候補情報（限定ではなく、１以上の質問からなる第６質問情報の一例）を視聴者の端末２０に送信する構成を示している。
このような構成により得られる変形例の効果の一例として、限定ではなく例として、第１端末で表示された質問の中に第１ユーザが希望する質問がなかったような場合に、第１ユーザがサーバに質問を生成（再生成と言ってもよい。）するように依頼し、サーバが、１以上の質問を生成（再生成）した上で、第１端末に送信するといったことが可能となる。
このような構成により得られる変形例の効果の一例として、限定ではなく例として、第１端末で表示された質問の中に第１ユーザが希望する質問がなかったような場合に、第１ユーザがサーバに質問を生成（再生成と言ってもよい。）するように依頼し、サーバが、１以上の質問を生成（再生成）した上で、第１端末に送信するといったことが可能となる。
【0250】
＜第１変形例（８）＞
上記の実施例および各変形例において、ライバーに対して複数の質問が行われる場合、重複した質問や似通った質問がライバーに対して行われないようにしてもよい。
上記の実施例および各変形例において、ライバーに対して複数の質問が行われる場合、重複した質問や似通った質問がライバーに対して行われないようにしてもよい。
【0251】
この場合、限定ではなく例として、サーバ１０の制御部１１が、ライバーの端末２０に送信済みの回答要求情報に含まれる質問（以下、「回答要求済み質問」と称する。）を記憶部１５に蓄積する。そして、限定ではなく例として、サーバ１０の制御部１１が、質問候補生成処理で生成された質問と、回答要求済み質問との類似度を判定し（類似度判定）、類似度が設定された基準以上である（類似性が高い）と判定した質問候補は、ライバーの端末２０等に送信しないようにすることができる。
なお、質問の類似性は、質問の関連性と捉えてもよい。
なお、質問の類似性は、質問の関連性と捉えてもよい。
【0252】
ここで、類似度判定は、限定ではなく例として、蓄積された文に対する言語モデルのエンコード結果における類似度（限定ではなく例として、ノルムやコサイン類似度）を用いるなどの方法で実現することが可能である。１つの手法としては、限定ではなく例として、前述した「ＢＥＲＴ（Bidirectional Encoder Representations from Transformers）」等の言語モデルの埋め込み表現（＝エンコード結果）を用いるなどの方法によって実現することが可能である。
【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】
本実施例では、第２実施例とは異なり、サーバ１０がライバーの端末２０から質問回答情報を受信しても、その質問に対応するデータレコードを消去しないようにすることができる。
具体的には、限定ではなく例として、質問管理データにおいて、サーバ１０が受信した質問回答情報によって特定される質問に対応する質問ＩＤには、その質問回答情報に含まれる回答内容が関連付けて記憶される。
また、質問回答情報を受信していない質問（未回答の質問）に対応する質問ＩＤには、限定ではなく例として、「Ｎ／Ａ（該当なし(Not Applicable)）」が関連付けて記憶される。
具体的には、限定ではなく例として、質問管理データにおいて、サーバ１０が受信した質問回答情報によって特定される質問に対応する質問ＩＤには、その質問回答情報に含まれる回答内容が関連付けて記憶される。
また、質問回答情報を受信していない質問（未回答の質問）に対応する質問ＩＤには、限定ではなく例として、「Ｎ／Ａ（該当なし(Not Applicable)）」が関連付けて記憶される。
【0317】
図３－２は、ライバー（ユーザＡ．Ａ）の端末２０Ａに表示される質問及び回答に関する他の表示例を示す図である。
図３－２（１）に示すように、端末２０Ａの表示部２４の上部領域には、複数の視聴者から送信された質問のうちの何れかの質問（本例では「嫌いな食べ物は？」）を含む質問ユニットＱＵ１が表示され、質問ユニットＱＵ１の下方には、その質問ユニットＱＵ１に含まれる質問に対する回答例（本例では「ピーマン」）を含む回答例ユニットＡＵ１が表示されている。
図３－２（１）に示すように、端末２０Ａの表示部２４の上部領域には、複数の視聴者から送信された質問のうちの何れかの質問（本例では「嫌いな食べ物は？」）を含む質問ユニットＱＵ１が表示され、質問ユニットＱＵ１の下方には、その質問ユニットＱＵ１に含まれる質問に対する回答例（本例では「ピーマン」）を含む回答例ユニットＡＵ１が表示されている。
【0318】
質問ユニットＱＵ１の質問は、限定ではなく例として、ライバーがアイコンＩＣＱＬをタップすることにより表示される質問のリスト（図２－３（２）を参照）に含まれる何れかの質問である。図３－２（１）の画面において、ライバーが、質問ユニットＱＵ１をスワイプ操作によって非表示とすることにより、対応する回答例ユニットＡＵ１も、自動的にスワイプ操作と同じ方向に移動して非表示となる。
【0319】
図３－２（２）に示すように、コメント領域ＣＲには、非表示となった質問ユニットＱＵ１に含まれていた質問（「嫌いな食べ物は？」）が、質問を行った視聴者（ユーザＢ．Ｂ）のコメントとして表示され、非表示となった回答例ユニットＡＵ１に含まれていた回答例に基づく回答（「ピーマンです！」）が、ライバー（ユーザＡ．Ａ）のコメントとして表示される。
【0320】
また、質問のリストから、優先度（又は回答された質問との関連性）に基づいて異なる質問が選択され、その質問（本例では「好きな食べ物は？」）を含む新たな質問ユニットＱＵ４が表示されるとともに、その質問に基づいて言語モデルによって生成された回答例（本例では「トマト」）を含む新たな回答例ユニットＡＵ４が表示される。
【0321】
ここで、本例のように、ライバーに対して第１質問と第２質問とを含む複数の質問が行われており、既に回答が終了した第１質問と、回答例を生成する第２質問との関連性が高い場合（限定ではなく例として、同じカテゴリで同じワードを含む質問である場合）等には、言語モデルにより、第１質問に対する回答と、第２質問に対する回答例とが矛盾しないように、第２質問に対する回答例が生成される。
【0322】
限定ではなく例として、言語モデルは、第１質問と、第２質問とが類似する意味を有している場合には、第２質問に対する回答例を、第１質問に対する回答に基づいて、第１質問に対する回答に類似する意味を持つ回答例を生成する。また、本例のように、第１質問と、第２質問とが相反する意味を有している場合には、第２質問に対する回答例を、第１質問に対する回答に基づいて、第１質問に対する回答とは異なる意味を持つ回答例を生成する。
【0323】
これにより、言語モデルを使用して回答を行うライバーが、複数の質問に対して矛盾した回答をしてしまうことを防止できる。
また、本例では、質問ユニットＱＵ４に、既に回答された質問であって、質問ユニットＱＵ４に含まれる質問（「好きな食べ物は？」）と関連性の高い質問（「嫌いな食べ物」）と、それに対する回答（「ピーマン」）とが、注意喚起として表示されることにより、ライバーに対して、過去の回答と矛盾がない回答を行うように促している。
また、本例では、質問ユニットＱＵ４に、既に回答された質問であって、質問ユニットＱＵ４に含まれる質問（「好きな食べ物は？」）と関連性の高い質問（「嫌いな食べ物」）と、それに対する回答（「ピーマン」）とが、注意喚起として表示されることにより、ライバーに対して、過去の回答と矛盾がない回答を行うように促している。
【0324】
ここで、第１変形例（８）とも関連し得るが、限定ではなく例として、サーバ１０の制御部１１、ライバーが既に回答した質問（以下、「回答済み質問」と称する。）を記憶部１５に蓄積する。そして、限定ではなく例として、サーバ１０の制御部１１が、回答済み質問と、回答例を生成する質問との類似度を判定し（類似度判定）、類似度が設定された基準以上である（類似性が高い）と判定した質問については、回答例を生成しないようにしてもよい。つまり、１つの手法として、類似性（関連性）が高いと判定された質問については回答例を生成しないようにすることによって、回答の矛盾を回避する。
なお、質問の類似性は、質問の関連性と捉えてもよい。
なお、質問の類似性は、質問の関連性と捉えてもよい。
【0325】
ここで、類似度判定は、前述したように、限定ではなく例として、蓄積された文に対する言語モデルのエンコード結果における類似度（限定ではなく例として、ノルムやコサイン類似度）を用いるなどの方法で実現することが可能である。１つの手法としては、限定ではなく例として、前述した「ＢＥＲＴ（Bidirectional Encoder Representations from Transformers）」等の言語モデルの埋め込み表現（＝エンコード結果）を用いるなどの方法によって実現することが可能である。
【0326】
このようにすることで、ライバーが回答済みの質問と関連したり類似する質問については回答例が生成されないようにすることができる。その結果、ライバーが質問に対して矛盾する回答をしてしまうことを防止できる。
【0327】
＜第３実施例の効果＞
本実施例は、ライバー（限定ではなく、第２ユーザの一例）の端末２０（限定ではなく、第２端末の一例）が、質問者からの質問に対してライバーが矛盾した回答をしないようにすることに関する処理を行う構成を示している。
このような構成により得られる実施例の効果の一例として、限定ではなく例として、多くの質問が第２ユーザに対してなされたような場合であっても、第２ユーザが各々の質問に対して適切に回答できるようにすることができる。
本実施例は、ライバー（限定ではなく、第２ユーザの一例）の端末２０（限定ではなく、第２端末の一例）が、質問者からの質問に対してライバーが矛盾した回答をしないようにすることに関する処理を行う構成を示している。
このような構成により得られる実施例の効果の一例として、限定ではなく例として、多くの質問が第２ユーザに対してなされたような場合であっても、第２ユーザが各々の質問に対して適切に回答できるようにすることができる。
【0328】
＜その他＞
（１）アプリケーション（サービス）
上記の実施例および各変形例では、本発明をライブ配信アプリケーションに適用する場合を例示したが、これに限定されない。
（１）アプリケーション（サービス）
上記の実施例および各変形例では、本発明をライブ配信アプリケーションに適用する場合を例示したが、これに限定されない。
【0329】
限定ではなく例として、本発明をマッチングアプリケーション（マッチングサービス）に適用し、一のユーザ（第１ユーザ）が、他のユーザ（第２ユーザ）に対して質問をすることができるようにしてもよい。
【0330】
また、限定ではなく例として、動画配信アプリケーション（動画配信サービス）によって配信者がライブ配信を行う場合に、視聴者が配信者に対して、限定ではなく例としてお布施という形で課金（支払い）するシステムがある。このようなシステムにおいて、限定ではなく例として、設定金額以上（または設定金額超）のお布施を行った視聴者には、配信者に対して質問をする権利を付与し、上記の実施例および各変形例で説明した手法を同様の手法によって、視聴者が配信者に対して質問をすることを可能とすることができる。
【0331】
なんらかのコンテンツが配信者によって配信され、配信されたコンテンツをユーザが視聴することのできるシステムを対象として、本発明の手法を適用してもよい。
【0332】
（２）質問生成方法
上記の実施例および各変形例では、主として言語モデルによって質問（質問候補）を生成する処理を例示したが、これに限定されない。
一般的に言語モデルの範疇に含まれない文生成手法（文生成モデル）（限定ではなく例として、ランダムに質問文を返す手法等）によって、サーバ１０や端末２０が質問（質問候補）を生成するようにしてもよい。文生成手法として任意の手法を適用可能である。
キーワードや回答例等の生成についても同様としてもよい。
上記の実施例および各変形例では、主として言語モデルによって質問（質問候補）を生成する処理を例示したが、これに限定されない。
一般的に言語モデルの範疇に含まれない文生成手法（文生成モデル）（限定ではなく例として、ランダムに質問文を返す手法等）によって、サーバ１０や端末２０が質問（質問候補）を生成するようにしてもよい。文生成手法として任意の手法を適用可能である。
キーワードや回答例等の生成についても同様としてもよい。
【0333】
（３）処理主体
上記の実施例や変形例において、質問者の端末２０の制御部２１が、上記の実施例等で説明した手法と同様の手法によって、質問候補を生成するようにしてもよい。
キーワードや回答例等の生成についても同様としてもよい。
上記の実施例や変形例において、質問者の端末２０の制御部２１が、上記の実施例等で説明した手法と同様の手法によって、質問候補を生成するようにしてもよい。
キーワードや回答例等の生成についても同様としてもよい。
【0334】
また、ライバーが言語モデルによって質問に対する回答をする場合（限定ではなく例として、回答例を用いて言語モデルによって回答を生成する場合）、ライバーの端末２０が、上記の実施例等で説明した手法と同様の手法によって、質問に対する回答を生成するようにしてもよい。
【符号の説明】
【0335】
１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク
１０ サーバ
２０ 端末
３０ ネットワーク
【図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】
【図2-7】
【図3-1】
【図3-2】
【手続補正書】
【提出日】2023-10-25
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバであって、
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記第３情報は、前記第１質問情報に基づき前記第１ユーザによって選択された第１質問を含み、
前記第２質問情報は、前記第１質問を含む。
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記第３情報は、前記第１質問情報に基づき前記第１ユーザによって選択された第１質問を含み、
前記第２質問情報は、前記第１質問を含む。
【請求項2】
請求項１に記載のサーバであって、
前記制御部は、言語モデルによって１以上の質問を生成する。
前記制御部は、言語モデルによって１以上の質問を生成する。
【請求項3】
請求項１に記載のサーバであって、
前記第１情報は、前記第１ユーザによる前記第１端末に対する入力に基づく情報を含み、
前記制御部は、前記入力に基づく情報と、前記第２情報とに基づき、１以上の質問を生成する。
前記第１情報は、前記第１ユーザによる前記第１端末に対する入力に基づく情報を含み、
前記制御部は、前記入力に基づく情報と、前記第２情報とに基づき、１以上の質問を生成する。
【請求項4】
請求項３に記載のサーバであって、
前記入力に基づく情報は、前記第１ユーザによって前記第１端末に入力された語を含む。
前記入力に基づく情報は、前記第１ユーザによって前記第１端末に入力された語を含む。
【請求項5】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバであって、
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記第１情報は、前記第１ユーザによる前記第１端末に対する入力に基づく情報を含み、
前記制御部は、前記入力に基づく情報と、前記第２情報とに基づき、１以上の質問を生成し、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記通信部は、前記１以上の質問の生成に供する１以上の語を前記第１端末に送信し、前記入力に基づく情報は、前記第１ユーザによって前記１以上の語から選択された語を含む。
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記第１情報は、前記第１ユーザによる前記第１端末に対する入力に基づく情報を含み、
前記制御部は、前記入力に基づく情報と、前記第２情報とに基づき、１以上の質問を生成し、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記通信部は、前記１以上の質問の生成に供する１以上の語を前記第１端末に送信し、前記入力に基づく情報は、前記第１ユーザによって前記１以上の語から選択された語を含む。
【請求項6】
請求項５に記載のサーバであって、
前記制御部は、前記第２情報に基づき前記１以上の語を生成する。
前記制御部は、前記第２情報に基づき前記１以上の語を生成する。
【請求項7】
請求項１に記載のサーバであって、
前記第２質問情報は、前記第１質問に基づく第２質問を含む。
前記第２質問情報は、前記第１質問に基づく第２質問を含む。
【請求項8】
請求項１に記載のサーバであって、
前記第３情報は、前記第１ユーザによって前記第１質問から修正された第３質問を含み、
前記第２質問情報は、前記第３質問を含む。
前記第３情報は、前記第１ユーザによって前記第１質問から修正された第３質問を含み、
前記第２質問情報は、前記第３質問を含む。
【請求項9】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバであって、
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記制御部は、前記第２質問情報に含まれる質問に対する回答例を生成し、前記通信部は、前記回答例を前記第２端末に送信する。
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記制御部は、前記第２質問情報に含まれる質問に対する回答例を生成し、前記通信部は、前記回答例を前記第２端末に送信する。
【請求項10】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバであって、
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記通信部は、前記１以上の質問のうち設定された条件を満たす質問からなる第４質問情報を前記第１端末に送信する。
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記通信部は、前記１以上の質問のうち設定された条件を満たす質問からなる第４質問情報を前記第１端末に送信する。
【請求項11】
請求項１０に記載のサーバであって、
前記通信部は、前記１以上の質問のうち前記条件を満たさない質問からなる第５質問情報を、前記第４質問情報と区別可能に前記第１端末に送信する。
前記通信部は、前記１以上の質問のうち前記条件を満たさない質問からなる第５質問情報を、前記第４質問情報と区別可能に前記第１端末に送信する。
【請求項12】
請求項１０に記載のサーバであって、
前記条件は、質問に倫理的な問題がないことを含む。
前記条件は、質問に倫理的な問題がないことを含む。
【請求項13】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバであって、
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記通信部は、前記第１質問情報を前記第１端末に送信した後、前記第１端末から送信された質問の生成に関する第５情報を受信し、
前記制御部は、前記第５情報を受信したことに基づいて、前記第２情報に基づき１以上の質問を生成し、
前記通信部は、前記１以上の質問からなる第６質問情報を、少なくとも前記第１端末に送信する。
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記通信部は、前記第１質問情報を前記第１端末に送信した後、前記第１端末から送信された質問の生成に関する第５情報を受信し、
前記制御部は、前記第５情報を受信したことに基づいて、前記第２情報に基づき１以上の質問を生成し、
前記通信部は、前記１以上の質問からなる第６質問情報を、少なくとも前記第１端末に送信する。
【請求項14】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバであって、
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記通信部は、前記第２質問情報を前記第２端末に複数回送信し、複数回送信された前記第２質問情報に基づき前記第２ユーザによって選択された第４質問に関する情報を受信し、前記第４質問を、少なくとも前記第１端末に送信する。
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記通信部は、前記第２質問情報を前記第２端末に複数回送信し、複数回送信された前記第２質問情報に基づき前記第２ユーザによって選択された第４質問に関する情報を受信し、前記第４質問を、少なくとも前記第１端末に送信する。
【請求項15】
請求項１に記載のサーバであって、
前記第２ユーザは、コンテンツを配信するユーザであり、
前記第１ユーザは、前記コンテンツを視聴するユーザである。
前記第２ユーザは、コンテンツを配信するユーザであり、
前記第１ユーザは、前記コンテンツを視聴するユーザである。
【請求項16】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバであって、
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記第２ユーザは、コンテンツを配信するユーザであり、
前記第１ユーザは、前記コンテンツを視聴するユーザであり、
前記通信部は、前記第２端末から前記コンテンツの配信に関する情報を受信し、前記配信に関する情報に基づくコンテンツ情報と、前記第２質問情報とを、前記第１端末と前記第２端末とに送信する。
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記第２ユーザは、コンテンツを配信するユーザであり、
前記第１ユーザは、前記コンテンツを視聴するユーザであり、
前記通信部は、前記第２端末から前記コンテンツの配信に関する情報を受信し、前記配信に関する情報に基づくコンテンツ情報と、前記第２質問情報とを、前記第１端末と前記第２端末とに送信する。
【請求項17】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバであって、
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記第２ユーザは、コンテンツを配信するユーザであり、
前記第１ユーザは、前記コンテンツを視聴するユーザであり、
前記第２情報は、前記コンテンツの配信内容に基づく情報を含む。
前記第１端末から送信された質問の生成に関する第１情報を受信する通信部と、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を生成する制御部とを備え、
前記通信部は、前記１以上の質問からなる第１質問情報を前記第１端末に送信し、前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を受信し、前記第３情報に基づく第２質問情報を、少なくとも前記第２端末に送信し、
前記第２ユーザは、コンテンツを配信するユーザであり、
前記第１ユーザは、前記コンテンツを視聴するユーザであり、
前記第２情報は、前記コンテンツの配信内容に基づく情報を含む。
【請求項18】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバによって実行されるプログラムであって、
前記第１端末から送信された質問の生成に関する第１情報を前記サーバの通信部によって受信することと、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を前記サーバの制御部によって生成することと、
前記１以上の質問からなる第１質問情報を前記通信部によって前記第１端末に送信することと、
前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を前記通信部によって受信することと、
前記第３情報に基づく第２質問情報を前記通信部によって少なくとも前記第２端末に送信することとが前記サーバによって実行され、
前記第３情報は、前記第１質問情報に基づき前記第１ユーザによって選択された第１質問を含み、
前記第２質問情報は、前記第１質問を含む。
前記第１端末から送信された質問の生成に関する第１情報を前記サーバの通信部によって受信することと、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を前記サーバの制御部によって生成することと、
前記１以上の質問からなる第１質問情報を前記通信部によって前記第１端末に送信することと、
前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を前記通信部によって受信することと、
前記第３情報に基づく第２質問情報を前記通信部によって少なくとも前記第２端末に送信することとが前記サーバによって実行され、
前記第３情報は、前記第１質問情報に基づき前記第１ユーザによって選択された第１質問を含み、
前記第２質問情報は、前記第１質問を含む。
【請求項19】
第１ユーザの第１端末、および、前記第１ユーザとは異なる第２ユーザの第２端末と通信するサーバの情報処理方法であって、
前記第１端末から送信された質問の生成に関する第１情報を前記サーバの通信部によって受信することと、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を前記サーバの制御部によって生成することと、
前記１以上の質問からなる第１質問情報を前記通信部によって前記第１端末に送信することと、
前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を前記通信部によって受信することと、
前記第３情報に基づく第２質問情報を前記通信部によって少なくとも前記第２端末に送信することとを含み、
前記第３情報は、前記第１質問情報に基づき前記第１ユーザによって選択された第１質問を含み、
前記第２質問情報は、前記第１質問を含む。
前記第１端末から送信された質問の生成に関する第１情報を前記サーバの通信部によって受信することと、
前記第１情報を受信したことに基づいて、前記第２ユーザに関する第２情報に基づき１以上の質問を前記サーバの制御部によって生成することと、
前記１以上の質問からなる第１質問情報を前記通信部によって前記第１端末に送信することと、
前記第１質問情報の送信に基づき前記第１端末から送信された前記第１質問情報に関する第３情報を前記通信部によって受信することと、
前記第３情報に基づく第２質問情報を前記通信部によって少なくとも前記第２端末に送信することとを含み、
前記第３情報は、前記第１質問情報に基づき前記第１ユーザによって選択された第１質問を含み、
前記第２質問情報は、前記第１質問を含む。
【請求項20】
サーバと通信する第１ユーザの第１端末によって実行されるプログラムであって、
前記第１ユーザとは異なる第２ユーザへの質問の生成に関する第１情報を前記第１端末の通信部によって前記サーバに送信することと、
前記第１情報を送信したことに基づいて、前記第２ユーザに関する第２情報に基づき前記サーバによって生成された１以上の質問からなる第１質問情報を前記通信部によって受信することと、
前記１以上の質問を前記第１端末の表示部に表示することと、
前記１以上の質問が表示された前記第１端末に対する前記第１ユーザによる入力に基づいて、第１質問情報に関する第３情報を前記通信部によって前記サーバに送信することとが前記第１端末によって実行され、
前記第３情報は、前記第１質問情報に基づき前記第１ユーザによって選択された第１質問を含み、前記第２ユーザの第２端末に送信する第２質問情報を生成するために使用され、
前記第２質問情報は、前記第１質問を含む。
前記第１ユーザとは異なる第２ユーザへの質問の生成に関する第１情報を前記第１端末の通信部によって前記サーバに送信することと、
前記第１情報を送信したことに基づいて、前記第２ユーザに関する第２情報に基づき前記サーバによって生成された１以上の質問からなる第１質問情報を前記通信部によって受信することと、
前記１以上の質問を前記第１端末の表示部に表示することと、
前記１以上の質問が表示された前記第１端末に対する前記第１ユーザによる入力に基づいて、第１質問情報に関する第３情報を前記通信部によって前記サーバに送信することとが前記第１端末によって実行され、
前記第３情報は、前記第１質問情報に基づき前記第１ユーザによって選択された第１質問を含み、前記第２ユーザの第２端末に送信する第２質問情報を生成するために使用され、
前記第２質問情報は、前記第１質問を含む。