特開 2025-1394 情報処理装置、情報処理方法および情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025001394

(43)【公開日】2025-01-08

(54)【発明の名称】情報処理装置、情報処理方法および情報処理プログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20241225BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023100941

(22)【出願日】2023-06-20

(71)【出願人】

【識別番号】500257300

【氏名又は名称】ＬＩＮＥヤフー株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】村田 由香里

(72)【発明者】

【氏名】萩野 誠一

(72)【発明者】

【氏名】須藤 岳

(72)【発明者】

【氏名】鈴木 翔

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC11

5L050CC11

(57)【要約】

【課題】コンテンツの制作者に対して適切な報酬設定を行うこと。
【解決手段】本発明に係る情報処理装置は、プロンプトに対する回答を生成する生成モデルを用いて複数のコンテンツから集合コンテンツを生成する生成部と、生成部によって生成された集合コンテンツをユーザへ提供する提供部と、提供部によって提供された集合コンテンツの内容と、コンテンツとの関連性を推定する推定部と、推定部によって推定された関連性に応じて、集合コンテンツの参照元となるコンテンツに対する報酬を設定する設定部とを備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

プロンプトに対する回答を生成する生成モデルを用いて複数のコンテンツから集合コンテンツを生成する生成部と、
前記生成部によって生成された前記集合コンテンツをユーザへ提供する提供部と、
前記提供部によって提供された前記集合コンテンツの内容と、前記コンテンツとの関連性を推定する推定部と、
前記推定部によって推定された前記関連性に応じて、前記集合コンテンツの参照元となる前記コンテンツに対する報酬を設定する設定部と
を備えることを特徴とする情報処理装置。

【請求項2】

前記推定部は、
前記参照元となる前記コンテンツの前記集合コンテンツにおける重要度を推定し、
前記設定部は、
前記重要度に応じて前記報酬を設定すること
を特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記設定部は、
前記コンテンツの参照数に応じて前記報酬を設定すること
を特徴とする請求項１に記載の情報処理装置。

【請求項4】

前記提供部は、
前記ユーザに応じた前記コンテンツから生成された前記集合コンテンツを提供すること
を特徴とする請求項１に記載の情報処理装置。

【請求項5】

前記生成部は、
前記ユーザから受け付けた質問と対応する前記コンテンツから生成された前記集合コンテンツを生成すること
を特徴とする請求項４に記載の情報処理装置。

【請求項6】

前記提供部は、
複数のセクションからなる前記集合コンテンツを提供し、
前記設定部は、
セクションごとに前記報酬を設定すること
を特徴とする請求項１に記載の情報処理装置。

【請求項7】

前記提供部は、
前記セクションごとに内容に応じた広告を提供すること
を特徴とする請求項６に記載の情報処理装置。

【請求項8】

前記生成部は、
複数の前記集合コンテンツを生成し、
前記提供部は、
前記集合コンテンツのタイトルをワードクラウドとして提供すること
を特徴とする請求項１に記載の情報処理装置。

【請求項9】

コンピュータが実行する情報処理方法であって、
プロンプトに対する回答を生成する生成モデルを用いて複数のコンテンツから集合コンテンツを生成する生成工程と、
前記生成工程によって生成された前記集合コンテンツをユーザへ提供する提供工程と、
前記提供工程によって提供された前記集合コンテンツの内容と、前記コンテンツとの関連性を推定する推定工程と、
前記推定工程によって推定された前記関連性に応じて、前記集合コンテンツの参照元となる前記コンテンツに対する報酬を設定する設定工程と
を含むことを特徴とする情報処理方法。

【請求項10】

プロンプトに対する回答を生成する生成モデルを用いて複数のコンテンツから集合コンテンツを生成する生成手順と、
前記生成手順によって生成された前記集合コンテンツをユーザへ提供する提供手順と、
前記提供手順によって提供された前記集合コンテンツの内容と、前記コンテンツとの関連性を推定する推定手順と、
前記推定手順によって推定された前記関連性に応じて、前記集合コンテンツの参照元となる前記コンテンツに対する報酬を設定する設定手順と
をコンピュータに実行させることを特徴とする情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

【背景技術】

【0002】

従来、ユーザ等の投稿者によって投稿されたコンテンツの閲覧数等に応じて、投稿者へ報酬が支払われる技術が提案されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－１７７５２５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、従来技術では、質問に対する回答を文章として生成する生成モデルがコンテンツを生成することについては考慮されていなかった。そのため、生成モデルが生成したコンテンツをユーザへ提供する場合に、参照元となるコンテンツの制作者に対して適切な報酬設計を行うことが求められる。

【0005】

本発明は、上記に鑑みてなされたものであって、コンテンツの制作者に対して適切な報酬設定を行うことができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

上述した課題を解決し、目的を達成するために、本発明に係る情報処理装置は、プロンプトに対する回答を生成する生成モデルを用いて複数のコンテンツから集合コンテンツを生成する生成部と、前記生成部によって生成された前記集合コンテンツをユーザへ提供する提供部と、前記提供部によって提供された前記集合コンテンツの内容と、前記コンテンツとの関連性を推定する推定部と、前記推定部によって推定された前記関連性に応じて、前記集合コンテンツの参照元となる前記コンテンツに対する報酬を設定する設定部とを備える。

【発明の効果】

【0007】

本発明によれば、コンテンツの制作者に対して適切な報酬設定を行うことができる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態に係る情報処理の一例を示す図である。

【図2】図２は、実施形態に係るニュースサイトの報酬体系の一例を示す図である。

【図3】図３は、実施形態に係る情報処理装置の構成例を示すブロック図である。

【図4】図４は、実施形態に係るコンテンツ記憶部に格納される情報の一例を示す図である。

【図5】図５は、実施形態に係るユーザ情報記憶部に格納される情報の一例を示す図である。

【図6】図６は、実施形態に係るニュース画面の一例を示す図である。

【図7】図７は、実施形態に係るワードクラウドの一例を示す図である。

【図8】図８は、実施形態に係る広告の掲載例を示す図である。

【図9】図９は、実施形態に係る広告の掲載例を示す図である。

【図10】図１０は、実施形態に係る設定処理の処理手順の一例を示すフローチャートである。

【図11】図１１は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

【発明を実施するための形態】

【0009】

以下に、本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する。）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。

【0010】

［実施形態］
〔１．情報処理〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。なお、実施形態に係る情報処理は、図１に示す情報処理装置１によって実現される。

【0011】

図１に示す情報処理装置１は、各種コンテンツを配信する情報処理装置である。情報処理装置１は、例えば、ニュースサイトを通じてニュースコンテンツを各ユーザに対して提供する。

【0012】

図１に示すユーザ端末１００は、ユーザＵが所有する端末装置である。例えば、ユーザＵは、ユーザ端末１００を操作し、ニュースサイトを通じて、情報処理装置１から配信されるニュースコンテンツを閲覧することができる。なお、図１では、ユーザ端末１００がスマートフォンである場合を例示しているが、ユーザ端末１００は、ＰＣ（Personal computer）など、その他の機器であってもよい。

【0013】

図１に示す制作者端末２００は、ニュースコンテンツ（ニュース記事）の制作者が所有する端末である。制作者は、個人あるいは、新聞社、テレビ等の各種メディアに所属しており、ニュース記事を制作する。

【0014】

ところで、一般的に、ニュースサイトでは、ニュース記事の閲覧数等に応じて、ニュースサイト側から制作者へ報酬が支払われる。一方で、近年では、文章を生成する生成モデル（生成系ＡＩ）が普及しつつあり、ニュースサイトにおいても、生成モデルによって生成されたニュース記事が配信されることが予想される。

【0015】

このような場合、生成モデルは、各制作者が制作したニュース記事を参照し、新たなニュース記事を生成することが想定されるが、参照元となるニュース記事の制作者への報酬設定をあわせて整備する必要がある。

【0016】

そこで、本実施形態では、生成モデルで生成したニュース記事の内容と、各制作者によって制作されたニュース記事との関連性に応じて、各制作者に対する報酬を設定することとした。

【0017】

具体的には、図１に示すように、情報処理装置１は、まず、制作者端末２００から制作者によって制作されたコンテンツ（ニュース記事）を取得する（ステップＳ１）。つづいて、情報処理装置１は、プロンプトに対する回答を生成する生成モデルを用いて複数のコンテンツから集合コンテンツを生成する（ステップＳ２）。

【0018】

例えば、情報処理装置１は、ユーザＵからユーザ端末１００を通じて質問を受け付けるとともに、質問に対応するニュース記事を選択したうえで、その回答を、生成モデルを用いて集合コンテンツとして生成する。図１に示す例では、ユーザＵによる質問が「○○について詳しく教えてください」であり、情報処理装置１では、生成モデルを用いてその回答を生成する。

【0019】

例えば、図１に示すように、回答となる集合コンテンツは、質問に対応する複数の記事（コンテンツ）を参照して生成されたコンテンツである。すなわち、集合コンテンツは、複数のニュース記事をユーザＵによる質問に応じて要約したコンテンツであるとも言える。

【0020】

情報処理装置１は、生成した集合コンテンツをユーザＵに対して提供し（ステップＳ３）、その後、集合コンテンツと、各記事（コンテンツ）との関連性に応じて、各記事に対する報酬を設定する（ステップＳ４）。例えば、図１に示すように、情報処理装置１は、集合コンテンツにおける各記事の参照回数に応じて報酬を設定する。

【0021】

より具体的には、情報処理装置１は、複数のセクション（図１では、Ｐ１～Ｐ３）からなる集合コンテンツを生成する。そして、情報処理装置１は、セクションごとに各記事が参照された場合を「１」としてセクションそれぞれの参照回数の総和を参照回数としてカウントする。そして、情報処理装置１は、参照回数×単価（ここでは１単価当たり１００円）を各記事の報酬として設定する。なお、情報処理装置１は、トピックごとに集合コンテンツを各セクションに分割するようにしてもよい。

【0022】

また、例えば、図１のセクションＰ３のように参照元となる記事が一つである場合など、所定の条件を満たす場合には、単価を引き上げて報酬を設定する。例えば、このような場合に、情報処理装置１は、集合コンテンツを生成する際の各記事の重要度に応じて単価を変動させる。これにより、各記事の重要度に応じて適切に報酬を設定することができる。なお、所定の条件は、重要度に限定されず、任意の条件を設定するようにしてもよい。

【0023】

このように、実施形態に係る情報処理装置１は、生成モデルで集合コンテンツを生成する際に、集合コンテンツと各記事との関連性に応じて各記事に対する報酬を設定する。したがって、実施形態に係る情報処理装置１は、適切な報酬設定を行うことができる。

【0024】

次に、図２を用いて、生成モデルを活用したニュースサイトのビジネスモデルについて説明する。図２は、実施形態に係るニュースサイトの報酬体系の一例を示す図である。図２に示すように、媒体社（制作者）は、記事を作成したうえで、ニュースサイトのプラットフォーマへ記事を送信する（ステップＳ１１）。

【0025】

プラットフォーマは、広告主に対してニュース記事の広告枠を提供する（ステップＳ１２）。すなわち、プラットフォーマは、広告主に対して、各ニュース記事に広告を掲載する権利を販売する。

【0026】

つづいて、広告主は、プラットフォーマに対してニュース記事に掲載する広告を送信する（ステップＳ１３）。なお、ステップＳ１２およびステップＳ１３については、プラットフォーマ側で自動的に処理するようにしてもよい。

【0027】

その後、プラットフォーマは、記事を公開し（ステップＳ１４）、ユーザによるアクセス等に応じて、ユーザに対して集合コンテンツを提供する（ステップＳ１５）。ユーザは、集合コンテンツを閲覧すると（ステップＳ１６）、集合コンテンツと記事との関連性に応じて、プラットフォーマから媒体社へ報酬が支払われる（ステップＳ１７）。

【0028】

このように、実施形態に係るシステムでは、広告主に対して広告枠、あるいは、広告の掲載権を販売することにより、広告料を原資として、媒体社へ報酬を支払うことができる。

【0029】

〔２．情報処理装置〕
次に、図３を用いて、実施形態に係る情報処理装置１の構成例について説明する。図３は、実施形態に係る情報処理装置１の構成例を示すブロック図である。図３に示すように、情報処理装置１は、通信部２と、記憶部３と、制御部４とを備える。なお、情報処理装置１は、情報処理装置１を利用する管理者などから各種操作を受け付ける入力部（例えば、キーボードやマウスなど）や、各種情報を表示するための表示部（例えば、液晶ディスプレイなど）を有してもよい。

【0030】

通信部２は、例えば、ＮＩＣ（Network Interface Card）などによって実現される。通信部２は、４Ｇ（4th Generation）または５Ｇ（5th Generation）などの通信ネットワークと有線または無線で接続され、通信ネットワークを介して、ユーザ端末１００、制作者端末２００などの各々との間で情報の送受信を行う。

【0031】

記憶部３は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置によって実現される。記憶部３は、コンテンツ記憶部３１、ユーザ情報記憶部３２およびモデル記憶部３３を有する。

【0032】

コンテンツ記憶部３１は、コンテンツに関する各種情報を記憶する。コンテンツは、ニュースサイトで配信されるニュース記事である。図４は、実施形態に係るコンテンツ記憶部３１に格納される情報の一例を示す図である。

【0033】

図４に示すように、コンテンツ記憶部３１は、「コンテンツＩＤ」、「制作者」、「コンテンツ」などといった項目の情報を互いに対応付けて記憶する。「コンテンツＩＤ」は、各コンテンツ（ニュース記事）を識別するための識別子である。

【0034】

「制作者」は、対応するコンテンツＩＤによって識別されるコンテンツの制作者である。なお、制作者は、個人であっても、制作者が所属する企業（新聞社等）であってもよい。

【0035】

「コンテンツ」は、対応するコンテンツＩＤによって識別されるコンテンツに関するデータである。例えば、コンテンツは、タイトル、サムネイル画像、コンテンツ本体（ニュース記事）を含む。また、コンテンツは、閲覧回数、いいねの数、コンテンツに対する専門家やユーザによるコメント等を含むようにしてもよい。

【0036】

図３の説明に戻り、ユーザ情報記憶部３２について説明する。ユーザ情報記憶部３２は、ユーザに関する各種情報を記憶する。図５は、実施形態に係るユーザ情報記憶部３２に格納される情報の一例を示す図である。

【0037】

図５に示すように、ユーザ情報記憶部３２は、「ユーザＩＤ」、「登録情報」、「閲覧履歴」などといった項目の情報を互いに対応付けて記憶する。「ユーザＩＤ」は、各ユーザを識別するための識別子である。

【0038】

「登録情報」は、対応するユーザＩＤによって識別されるユーザがニュースサイトに登録している情報である。例えば、登録情報は、氏名、年齢、住所、職業等のデモグラフィック属性に関する情報や、趣味等のサイコグラフィック属性に関する情報を含む。

【0039】

「閲覧履歴」は、対応するユーザＩＤによって識別されるユーザのニュースサイトにおける閲覧履歴である。閲覧履歴には、閲覧したニュース記事や閲覧日時に関する情報が時系列に格納される。

【0040】

図３の説明に戻り、モデル記憶部３３について説明する。モデル記憶部３３は、生成モデルを記憶する。生成モデルは、ニュースサイトに掲載されるニュース記事の内容等を要約した集合コンテンツを生成する。例えば、生成モデルは、ＧＰＴ（Generative Pre-trained Transformer）やＢＥＲＴ（Bidirectional Encoder Representations from Transformers）などといった自然言語処理を行う言語モデルである。

【0041】

次に、制御部４について説明する。制御部４は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって、情報処理装置１内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部４は、例えば、コントローラであり、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現される。

【0042】

図３に示すように、制御部４は、取得部４１と、生成部４２と、提供部４３と、推定部４４と、設定部４５とを備え、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部４の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部４が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

【0043】

取得部４１は、制作者端末２００を通じて、制作者からコンテンツ（ニュース記事）を取得する。取得部４１は、取得したコンテンツをコンテンツ記憶部３１に登録する。また、取得部４１は、例えば、広告主から広告に関する情報を取得し、記憶部３に記憶する。

【0044】

生成部４２は、プロンプトに対する回答を生成する生成モデルを用いて複数のコンテンツから集合コンテンツを生成する。生成部４２は、ユーザがニュースサイトにアクセスした場合に、ユーザによるニュースサイトへのアクセスタイミングで、各ニュース記事に基づいて生成する。

【0045】

例えば、生成部４２は、各ユーザの興味関心に対応するテーマや注目度の高いニュース記事をコンテンツ記憶部３１からピックアップし、これらを生成モデルに入力することで、集合コンテンツおよび集合コンテンツのタイトルを生成する。例えば、集合コンテンツは、各テーマに対応する複数のニュース記事を要約したコンテンツである。この際、生成部４２は、ニュース記事に加え、ユーザに関する情報をあわせて生成モデルに入力する。

【0046】

ユーザに関する情報は、デモグラフィック属性およびサイコグラフィック属性を含む。すなわち、生成部４２は、ユーザの興味等に応じて、各ニュース記事を要約した集合コンテンツを生成するように、生成モデルにプロンプトとして入力する。

【0047】

また、生成部４２は、ユーザから質問を受け付けて、質問をプロンプトとして生成モデルに入力することで、その回答を、集合コンテンツとして生成する。また、生成部４２は、集合コンテンツの生成を終えると、集合コンテンツに対するユーザの想定質問を生成する。

【0048】

例えば、生成部４２は、集合コンテンツの生成を終えた生成モデルに対し、ユーザの情報を入力し、ユーザによって想定される質問を生成するように指示する。なお、想定質問は、他のユーザによる質問と、集合コンテンツとの関係性を学習した学習モデルを用いて生成するようにしてもよい。

【0049】

提供部４３は、生成部４２によって生成された集合コンテンツをユーザへ提供する。例えば、生成部４２は、集合コンテンツを含むニュース画面に関する情報を生成し、ユーザ端末１００に対して提供する。

【0050】

図６は、実施形態に係るニュース画面の一例を示す図である。例えば、ユーザがニュースサイトへアクセスすると、ニュース画面が表示される。図６に示すように、ニュース画面は、ニュース欄Ａ１、質問タブ欄Ａ２および質問入力欄Ａ３を含む。

【0051】

ニュース欄Ａ１には、各ニュース記事のタイトルおよび要約が掲載される。ユーザは、気になるニュースを選択することで、対応するニュース記事を閲覧することができる。質問タブ欄Ａ２は、ニュース欄Ａ１に表示されるニュースに関して予め想定される質問のタブ等が表示される。

【0052】

例えば、ニュース画面では、質問タブを通じてユーザから質問を受け付けることができる。また、質問入力欄Ａ３は、ユーザが質問をテキストで入力する欄である。ユーザが質問をテキスト、あるいは、音声で質問入力欄Ａ３に入力することで、ニュース画面では、ユーザから質問を受け付けることができる。

【0053】

生成部４２は、ニュース画面を通じてユーザから受け付けた質問をプロンプトとして、さらに、集合コンテンツを生成することになる。例えば、この場合、提供部４３は、ユーザによる質問に対してチャット形式で集合コンテンツを提供し、さらに、質問タブ欄Ａ２に想定質問を表示する。

【0054】

つまり、想定質問を表示することによって、ユーザによる質問を促すことができるので、ユーザがコンテンツをより深く理解するためのファシリテーターとして機能することができる。

【0055】

また、提供部４３が提供するニュース画面は、図６の例に限定されず、ニュース記事のタイトルをワードクラウドとして表示した画面であってもよい。図７は、実施形態に係るワードクラウドの一例を示す図である。

【0056】

図７に示すように、ワードクラウドには、各ニュース記事のタイトルがそれぞれの表態様で表示される。また、タイトルの右上には、それぞれ対応するニュース記事の媒体社名が表示される。

【0057】

例えば、この場合、提供部４３は、ユーザの興味関心や各ニュース記事の注目度（例えば、ＰＶ数等）に応じて、ユーザへ提供するニュース記事をピックアップし、そのタイトルをワードクラウドとしてユーザへ提供する。

【0058】

例えば、この場合、ニュースサイトでは、後述するように、ワードクラウドの表示態様を媒体社へ販売することで媒体社からニュース記事の掲載料を受け取ることができる。具体的には、ワードクラウド上において、タイトルの大きさや色、位置に応じて異なる掲載料が変動する。例えば、ワードクラウド上で、タイトルが大きく、目立つ色であるほど、高い掲載料となる。

【0059】

このように、ニュースサイトでは、ニュース記事の掲載料を徴収することで、例えば、掲載料を収益源とした健全な運営を行うことができる。なお、ここでは、ニュース記事のタイトルをワードクラウド上に表示する場合について説明したが、集合コンテンツのタイトルをワードクラウド上に表示するようにしてもよい。例えば、図６のニュース欄Ａ１に表示される集合コンテンツのタイトルを、ワードクラウドで表示するようにしてもよい。

【0060】

また、提供部４３は、ユーザに対して、生成部４２によって生成された集合コンテンツを提供する。提供部４３は、集合コンテンツの提供に際して広告を選択する。

【0061】

例えば、提供部４３は、ユーザの質問に含まれるクエリに対応する広告、あるいは、集合コンテンツに含まれるクエリに対応する広告を、集合コンテンツとともに提供する広告として選択する。

【0062】

この際、提供部４３は、クエリに加えて、提供先となるユーザの属性を考慮して、広告として選択する。ユーザの属性は、デモグラフィック属性やサイコグラフィック属性を含む。

【0063】

また、提供部４３は、広告を選択するにあたり、集合コンテンツの元記事に基づいて排他制御を実行する。より詳しくは、提供部４３は、例えば、元記事が交通事故である場合、車に関する広告やアルコール飲料に関する広告を選択対象から除外して広告を選択する。

【0064】

例えば、提供部４３は、集合コンテンツのセクションごとに１つの広告を選択する。この場合、提供部４３は、セクションごとの内容に応じた広告を選択する。

【0065】

例えば、あるスポーツ選手に関する集合コンテンツにおいて、競技に関するセクションではスポーツ用品やプロテインに関する広告を選択し、食事等に関するセクションでは、プロテインなどの食事に関する広告を提供するようにしてもよい。

【0066】

ここで、図８および図９を用いて、集合コンテンツにおける広告の掲載例について説明する。図８および図９は、実施形態に係る広告の掲載例を示す図である。図８に示すように、集合コンテンツの各セクションＰ１～Ｐ３それぞれに対応する広告ＡＤ１～ＡＤ３が選択されたとする。

【0067】

この場合、広告枠Ａｃの表示位置を固定した状態で、画面のスクロールに応じて、広告枠Ａｃに表示する広告を切り替える。すなわち、ユーザにセクションＰ１が読まれている場合には、セクションＰ１の内容に応じた広告ＡＤ１が表示され、ユーザにセクションＰ２が読まれている場合には、セクションＰ２の内容に応じた広告ＡＤ２が表示される。

【0068】

つまり、この場合、各セクションの内容に応じて、広告枠Ａｃに表示される広告が動的に切り替わるので、各広告の訴求性を高めることができる。なお、例えば、図８において、ユーザが広告枠Ａｃに表示された広告ＡＤ２に興味を持ったとする。この場合、提供部４３は、ユーザによる操作に基づき、広告ＡＤ２を広告枠Ａｃにピン止め（固定表示）する機能や、ドラッグやフリックによる操作にによって広告ＡＤ２を画面上に保持する機能、あるいは、ユーザが後から広告ＡＤ２を見返せるように広告ＡＤ２をストレージ領域にストックするような機能をあわせて提供するようにしてもよい。

【0069】

また、図９に示すように、集合コンテンツの任意のセクションに広告枠Ａｃを設けるようにしてもよい。例えば、この場合、提供部４３は、選択した広告を含む集合コンテンツの生成を生成部４２へ依頼することにしてもよい。例えば、この場合、生成部４２は、集合コンテンツおよび広告対象を含むプロンプトを生成モデルへ入力し、広告対象を含む集合コンテンツを生成する。

【0070】

例えば、図９に示すように、セクションＰ１およびセクションＰ２が集合コンテンツであり、セクションＰ２に続く領域が広告枠Ａｃとなり、広告対象に関する記事（テキスト）が掲載される。なお、図９において広告枠Ａｃに掲載する広告は、テキストに限定されず、広告画像であってもよい。

【0071】

このように、提供部４３は、集合コンテンツに応じた広告を含む集合コンテンツを提供することにより、ニュースサイトの運営側は広告主から広告料を徴収することができる。なお、提供部４３は、例えば、検索サイトへ誘導する集合コンテンツを提供するようにしてもよい。

【0072】

この場合、提供部４３は、集合コンテンツに含まれるクエリを表示した集合コンテンツを提供する。例えば、この場合、ユーザがクエリを選択すると、検索サイトを通じて、クエリに対応するサイトが表示される。この場合、例えば、検索サイトでは、いわゆるリスティング広告等を表示することにより収益を得ることができる。

【0073】

また、提供部４３は、各参照元へのハイパーリンクを含む集合コンテンツを提供し、例えば、参照元が有料記事である場合に、当該有料記事へユーザを誘導するようにしてもよい。例えば、この場合、有料記事の売上の一部が、ニュースサイト側へ支払われるようにしてもよい。

【0074】

推定部４４は、提供部４３によって提供された集合コンテンツの内容と、コンテンツとの関連性を推定する。推定部４４は、集合コンテンツの内容と、参照元となる各ニュース記事との関連性を推定する。

【0075】

具体的には、推定部４４は、集合コンテンツを各セクションに分割し、セクションごとに関連性があるニュース記事を推定する。例えば、ここでの関連性とは、参照元となったか否かである。

【0076】

この際、推定部４４は、各ニュース記事の重要度を推定するようにしてもよい。例えば、ここでの重要度は、集合コンテンツを生成するうえで、各ニュース記事の代替が可能であったか否かに関する指標である。

【0077】

例えば、推定部４４は、他のニュース記事で代替可能である場合、すなわち、類似する内容のニュース記事が多い場合に、重要度が低いと推定し、類似する内容のニュース記事少ない場合、重要度が高いと判定する。

【0078】

設定部４５は、推定部４４によって推定された関連性に応じて、集合コンテンツの参照元となるコンテンツに対する報酬を設定する。具体的には、集合コンテンツでは、セクションごとに予め料金が設定されており、かかる料金を各セクションの参照元となるコンテンツに振り分ける。

【0079】

すなわち、この場合、設定部４５は、１つのセクションにおいて参照元が少ないほど、高い報酬を設定する。なお、かかる料金は、ユーザの属性等に応じて動的に変更するようにしてもよい。

【0080】

また、設定部４５は、各ニュース記事の集合コンテンツへの参照数に応じて報酬を設定する。すなわち、設定部４５は、ユーザの質問に対して、より多くの回答に寄与したニュース記事ほど報酬を高く設定する。この場合、設定部４５は、集合コンテンツへの参照回数が多いほど、高い報酬を設定することになる。なお、ユーザの質問は、想定質問であってもよく、ユーザが入力した質問であってもよい。

【0081】

設定部４５が報酬を設定すると、ニュースサイトの運営者から各媒体社へ報酬の支払いが行われる。

【0082】

また、設定部４５は、各ニュース記事のニュースサイトへの掲載料を設定する。例えば、設定部４５は、図７に示したワードクラウドにおいて、文字の大きさや、色、配置に応じて掲載料を設定する。例えば、設定部４５は、ワードクラウドにおいて、文字が大きく、目立つ色ほど、高い掲載料を設定する。

【0083】

そして、この場合、各ニュース記事への報酬と掲載料を相殺したうえで、相殺後の報酬がニュースサイトの運営者から各媒体社へ支払われる。

【0084】

〔３．処理フロー〕
次に、図１０を用いて、実施形態に係る情報処理装置１が実行する処理手順について説明する。図１０は、実施形態に係る設定処理の処理手順の一例を示すフローチャートである。

【0085】

図１０に示すように、情報処理装置１は、媒体社（制作者）からコンテンツ（ニュース記事）を取得する（ステップＳ１０１）。つづいて、情報処理装置１は、集合コンテンツを生成する（ステップＳ１０２）。なお、情報処理装置１は、ユーザによるニュースサイトのアクセス時に集合コンテンツを生成するようにしてもよく、ユーザからの質問を受け付けたうえで集合コンテンツを生成するようにしてもよい。

【0086】

つづいて、情報処理装置１は、生成した集合コンテンツをユーザへ提供する（ステップＳ１０３）。つづいて、情報処理装置１は、集合コンテンツと各コンテンツの関連性を推定する（ステップＳ１０４）。

【0087】

そして、情報処理装置１は、推定した関連性に応じて報酬を設定し（ステップＳ１０５）、処理を終了する。

【0088】

〔４．変形例〕
上述した実施形態では、コンテンツがニュース記事である場合について説明したが、これに限定されるものではない。コンテンツは、動画や音声を含んでいてもよい。また、上述した実施形態では、ニュースサイトで集合コンテンツを配信する場合について説明したが、これに限定されるものではない。各種ＳＮＳや動画サイト等を通じて集合コンテンツを配信するようにしてもよい。

【0089】

〔５．効果〕
実施形態に係る情報処理装置１は、プロンプトに対する回答を生成する生成モデルを用いて複数のコンテンツから集合コンテンツを生成する生成部４２と、生成部４２によって生成された集合コンテンツをユーザへ提供する提供部４３と、提供部４３によって提供された集合コンテンツの内容と、コンテンツとの関連性を推定する推定部４４と、推定部４４によって推定された関連性に応じて、集合コンテンツの参照元となるコンテンツに対する報酬を設定する設定部４５とを備える。

【0090】

また、推定部４４は、参照元となるコンテンツの集合コンテンツにおける重要度を推定し、設定部４５は、重要度に応じて報酬を設定する。また、設定部４５は、コンテンツの参照回数に応じて報酬を設定する。

【0091】

また、提供部４３は、ユーザに応じたコンテンツから生成された集合コンテンツを提供する。また、生成部４２は、ユーザから受け付けた質問と対応するコンテンツから生成された集合コンテンツを生成する。

【0092】

また、提供部４３は、複数のセクションからなる集合コンテンツを提供し、設定部４５は、セクションごとに報酬を設定する。また、提供部４３は、セクションごとに内容に応じた広告を提供する。また、生成部４２は、複数の集合コンテンツを生成し、提供部４３は、集合コンテンツのタイトルをワードクラウドとして提供する。

【0093】

上述した各処理のいずれかもしくは組合せにより、本願に係る情報処理装置は、コンテンツの制作者に対して適切な報酬設定を行うことができる。

【0094】

〔６．ハードウェア構成〕
また、上述してきた実施形態に係る情報処理装置１は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

【0095】

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

【0096】

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、ネットワーク（通信ネットワーク）Ｎを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ送信する。

【0097】

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置（図１１では、出力装置および入力装置を総称して「入出力装置」と記載する）を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

【0098】

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

【0099】

例えば、コンピュータ１０００が実施形態に係る情報処理装置として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部４の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

【0100】

〔７．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

【0101】

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

【0102】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

【0103】

例えば、上述した情報処理装置は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。

【0104】

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【0105】

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

【符号の説明】

【0106】

１ 情報処理装置
２ 通信部
３ 記憶部
４ 制御部
３１ コンテンツ記憶部
３２ ユーザ情報記憶部
３３ モデル記憶部
４１ 取得部
４２ 生成部
４３ 提供部
４４ 推定部
４５ 設定部
１００ ユーザ端末
２００ 制作者端末
Ｕ ユーザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】