特許 7620725 情報処理装置

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-01-15

(45)【発行日】2025-01-23

(54)【発明の名称】情報処理装置

(51)【国際特許分類】

   G06Q 10/06 20230101AFI20250116BHJP

【ＦＩ】

G06Q10/06

【請求項の数】 3

(21)【出願番号】P 2023556144

(86)(22)【出願日】2022-08-25

(86)【国際出願番号】 JP2022032075

(87)【国際公開番号】W WO2023074102

(87)【国際公開日】2023-05-04

【審査請求日】2024-01-04

(31)【優先権主張番号】P 2021174407

(32)【優先日】2021-10-26

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100088155

【弁理士】

【氏名又は名称】長谷川 芳樹

(74)【代理人】

【識別番号】100113435

【弁理士】

【氏名又は名称】黒木 義樹

(74)【代理人】

【識別番号】100121980

【弁理士】

【氏名又は名称】沖山 隆

(74)【代理人】

【識別番号】100128107

【弁理士】

【氏名又は名称】深石 賢治

(74)【代理人】

【識別番号】100183438

【弁理士】

【氏名又は名称】内藤 泰史

(72)【発明者】

【氏名】酒井 亮勢

(72)【発明者】

【氏名】山口 哲哉

(72)【発明者】

【氏名】泉澤 拓弥

(72)【発明者】

【氏名】中村 佑輔

【審査官】青柳 光代

(56)【参考文献】

【文献】特許第６９３５１１８（ＪＰ，Ｂ１）

【文献】国際公開第２０２１／１０６０９９（ＷＯ，Ａ１）

【文献】特開２０２１－０８６２８０（ＪＰ，Ａ）

【文献】特開２０１７－１７４１９８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

望ましい行動を自発的にとることをユーザに促すしかけであるナッジについて、複数回リコメンドされることによる摩耗の効果の検証、及び、摩耗後に期間が経過することによる回復の効果の検証に係る情報処理装置であって、
互いに対象ナッジが異なる複数のナッジ群を含む検証グループを複数グループ分規定した検証グループ管理テーブルを記憶する検証グループ記憶部と、
複数のユーザのそれぞれについて、所属先の前記検証グループ及び前記ナッジ群を特定する情報を規定したユーザ管理テーブルを記憶するユーザ情報記憶部と、
前記複数のユーザのそれぞれについてリコメンドされる情報であるリコメンド情報を規定したテーブルであって、該リコメンド情報のリコメンド開始時の値として前記対象ナッジを規定したユーザナッジ定義テーブルを記憶するユーザナッジ記憶部と、
リコメンド開始から複数回のリコメンドが可能となる所定の期間が経過したタイミングで、前記ユーザナッジ定義テーブルにおける前記リコメンド情報を、前記対象ナッジとは別のナッジに変更することと、変更後、複数回のリコメンドが可能となる所定の期間が経過したタイミングで、前記ユーザナッジ定義テーブルにおける前記リコメンド情報を、再度前記対象ナッジに変更することと、を実行するように構成されたナッジ変更部と、
各前記ユーザに対して利用するアプリケーションを通じて端末に通知されることによりリコメンドされた前記対象ナッジのリコメンド結果を前記端末から取得し、前記対象ナッジのリコメンド結果に基づき前記ユーザ管理テーブルを更新する更新部と、を備え、
前記更新部は、前記リコメンド結果として、前記対象ナッジがリコメンドされている期間における行動変容回数を取得し、前記ユーザ管理テーブルにおいて規定される累計行動変容回数を更新する、情報処理装置。

【請求項2】

現在の振り分け先の前記検証グループを一意に特定する情報と、前記現在の振り分け先の検証グループに含まれる前記複数のナッジ群のユーザの数の目標値とが互いに紐づけられて規定されたユーザ登録管理テーブルを記憶しており、前記ユーザ登録管理テーブルに基づいて、複数の前記検証グループの中から新規ユーザの登録時に振り分ける前記現在の振り分け先の検証グループを特定すると共に、前記現在の振り分け先の検証グループに含まれる前記複数のナッジ群に属する前記ユーザの数が、前記ユーザ登録管理テーブルにおいて規定された前記目標値に到達しているか否かを判定し、到達している場合には、前記振り分け先の検証グループの変更処理を行う、振り分け先管理部を更に備え、
前記振り分け先管理部は、前記変更処理として、手動での検証グループ変更を促す変更促進メールを出力する処理、または、前記ユーザ登録管理テーブルにおける前記現在の振り分け先の検証グループを変更する処理を行う、請求項１記載の情報処理装置。

【請求項3】

前記ユーザ登録管理テーブルに基づいて、前記現在の振り分け先の検証グループを特定し、前記検証グループ管理テーブルに基づいて、特定した前記現在の振り分け先の検証グループに含まれる各前記ナッジ群を特定し、前記ユーザ管理テーブルに基づいて、特定した前記ナッジ群が紐づいており且つ前記対象ナッジが１回以上介入している前記ユーザの数を各前記ナッジ群ごとに導出し、該ユーザの数に応じて、各前記ナッジ群への振り分け比率を決定する振り分け比率決定部と、
新規ユーザの登録時において、前記振り分け比率に基づき、前記ユーザ管理テーブルにおいて規定される該新規ユーザの前記所属先のナッジ群を決定するナッジ決定部と、を更に備え、
前記更新部は、前記ナッジ決定部によって決定された情報に基づき、前記新規ユーザに関して前記ユーザ管理テーブルを更新する、請求項２記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の一態様は、情報処理装置に関する。

【背景技術】

【0002】

特許文献１には、個人や社会にとって望ましい行動を自発的にとることを促す認知バイアスに基づく仕掛けであるナッジによって、ユーザに行動変容を促すシステムが記載されています。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２０－１４０５９６号公報

【発明の概要】

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

【0004】

行動経済学において、上述したナッジは摩耗するものと考えられている。ここでのナッジの摩耗とは、繰り返し介入（ユーザへのリコメンド）が実施されることによってナッジによる行動変容効果が減少することを言う。また、繰り返し介入が実施されることによって一度磨耗したナッジであっても、ある程度期間が経過すると、行動変容効果が回復すると考えられる。従来、このようなナッジの摩耗及び回復の効果について、適切に検証する手段が提案されていない。

【0005】

本発明の一態様は上記実情に鑑みてなされたものであり、ナッジの摩耗及び回復の効果を適切に検証することを目的とする。

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

【0006】

本発明の一態様に係る情報処理装置は、望ましい行動を自発的にとることをユーザに促すしかけであるナッジについて、複数回リコメンドされることによる摩耗の効果の検証、及び、摩耗後に期間が経過することによる回復の効果の検証に係る情報処理装置であって、互いに対象ナッジが異なる複数のナッジ群を含む検証グループを複数グループ分規定した検証グループ管理テーブルを記憶する検証グループ記憶部と、複数のユーザのそれぞれについて、所属先の検証グループ及びナッジ群を特定する情報を規定したユーザ管理テーブルを記憶するユーザ情報記憶部と、複数のユーザのそれぞれについてリコメンドされる情報であるリコメンド情報を規定したテーブルであって、該リコメンド情報のリコメンド開始時の値として対象ナッジを規定したユーザナッジ定義テーブルを記憶するユーザナッジ記憶部と、リコメンド開始から複数回のリコメンドが可能となる所定の期間が経過したタイミングで、ユーザナッジ定義テーブルにおけるリコメンド情報を、対象ナッジとは異なる情報に変更することと、変更後、複数回のリコメンドが可能となる所定の期間が経過したタイミングで、ユーザナッジ定義テーブルにおけるリコメンド情報を、対象ナッジに変更することと、を実行するように構成されたナッジ変更部と、各前記ユーザに対する対象ナッジのリコメンド結果を取得し、対象ナッジのリコメンド結果がユーザ管理テーブルにおいて新たに規定されるように、ユーザ管理テーブルを更新する更新部と、を備える。

【0007】

本発明の一態様に係る情報処理装置は、ナッジの摩耗及び回復の効果の検証に係る情報処理装置である。本情報処理装置では、複数のナッジ群を含む検証グループが複数グループ分規定されており、複数のユーザのそれぞれについて所属先の検証グループ及びナッジ群が規定されている。そして、複数のユーザのそれぞれについて、リコメンド情報のリコメンド開始時の値として対象ナッジ（所属先のナッジ群毎に異なる対象ナッジ）が規定されており、複数回のリコメンドが可能となる所定の期間が経過するとリコメンド情報が対象ナッジとは異なる情報に変更され、さらに複数回のリコメンドが可能となる所定の期間が経過するとリコメンド情報が再度対象ナッジに変更される。ここで、リコメンド開始時の値として対象ナッジが規定されている状態で複数回のリコメンドが実施されることにより、当該対象ナッジは徐々に摩耗していくことが想定される。このように徐々に摩耗していく対象ナッジのリコメンド結果が取得されてユーザ管理テーブルにおいて規定されることにより、対象ナッジの摩耗の検証に好適な情報を適切に取得することができる。また、対象ナッジが磨耗した後に、所定の期間だけ他の情報が複数回リコメンドされることにより、一度摩耗した対象ナッジの効果が回復することが想定される。そして、その後に再度対象ナッジがリコメンドされてリコメンド結果が取得されユーザ管理テーブルにおいて規定されることにより、対象ナッジの回復の検証に好適な情報を適切に取得することができる。このような構成によれば、ナッジの摩耗及び回復の効果の検証に好適な情報を適切に取得し、ナッジの摩耗及び回復の効果の適切な検証に寄与することができる。

【発明の効果】

【0008】

本発明の一態様によれば、ナッジの摩耗及び回復の効果を適切に検証することができる。

【図面の簡単な説明】

【0009】

【図1】図１は、ナッジによってユーザの行動変容を促す一連の流れについて説明する図である。

【図2】図２は、ナッジの摩耗について説明する図である。

【図3】図３は、ナッジの摩耗及び回復の効果の検証に係る実証実験について説明する図である。

【図4】図４は、図３に示される実証実験における各検証グループについて説明する図である。

【図5】図５は、実施形態に係るナッジ管理装置の機能ブロック図である。

【図6】図６は、ユーザナッジ定義テーブルの一例を示す図である。

【図7】図７は、検証グループ管理テーブルの一例を示す図である。

【図8】図８は、ユーザ管理テーブルの一例を示す図である。

【図9】図９は、ユーザ登録管理テーブルの一例を示す図である。

【図10】図１０は、振り分け先の特定について説明する図である。

【図11】図１１は、対象ナッジの変更（切り替え）について説明する図である。

【図12】図１２は、新規ユーザの振り分け処理を示すシーケンス図である。

【図13】図１３は、対象ナッジの変更（切り替え）処理を示すシーケンス図である。

【図14】図１４は、実施形態に係るナッジ管理装置のハードウェア構成を示す図である。

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

【0010】

以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。図面の説明において、同一又は同等の要素には同一符号を用い、重複する説明を省略する。

【0011】

最初に、本実施形態で説明するナッジ、及び、ナッジを利用したユーザへの行動変容の促進について、図１及び図２を参照して説明する。図１は、ナッジによってユーザの行動変容を促す一連の流れについて説明する図である。図２は、ナッジの摩耗について説明する図である。

【0012】

ナッジとは、個人や社会にとって望ましい行動を自発的にとることをユーザに促す、認知バイアスに基づく仕組みやしかけである。本実施形態では、ナッジが、スマートフォン等の通信端末に表示されるメッセージ等の表示である例を説明する。図１では、ユーザＹがバス５００に乗車するためにバス停８００に向かっているシーンを想定している。図１に示されるように、いま、ユーザＹが乗車すると想定されているバス５００（次バス）の混雑度が高いとする。この場合、例えば所定のアプリケーション（例えばバス乗車をアシストするバスアプリ）を通じてユーザＹのスマートフォン等の通信端末１００にプッシュ通知を実施する。当該プッシュ通知は、ユーザに行動変容を促すナッジに係る通知であり、具体的には、混雑している次バス５００以外のバス（おすすめバス）の乗車を促すナッジに係る通知である。

【0013】

図１に示されるように、ユーザＹが通信端末１００に通知されたプッシュ通知からナッジ画面に遷移すると、「空いている後続バスを待って快適な乗車を」「見送り協力の方にはポイント１０ｐを進展」等のメッセージと共に、次バス５００が混雑していることを示す情報、及び、おすすめバスの発車予定時刻や混雑状況を示す情報が表示される。このようにプッシュ通知に応じてナッジ画面に遷移した状態が、ユーザに「ナッジ介入」された状態である。ユーザＹは、ナッジ画面を確認して、当初予定していた行動から変更して、「おすすめバスに乗車する」との行動をとるか否かを選択する。

【0014】

ユーザＹに効果的に行動変容を促す（上記の例であれば「おすすめバスに乗車」させる）ためには、適切なタイミングにおいて、最も効果のあるナッジでユーザＹに介入することが重要である。ナッジ介入を行う適切なタイミングについては、例えば、通信端末１００のアプリケーション（上記の例であれば「バスアプリ」）を通じて取得される情報やユーザＹの位置情報等に基づいて決定されてもよい。本実施形態では、ナッジ介入を行うタイミングについては詳細な説明を省略する。効果のあるナッジについては、例えば、通信端末１００のアプリケーション（上記の例であれば「バスアプリ」）を通じて取得される情報に基づいて、現在のシーンにおいて最も行動変容効果が高いナッジを選択することが考えられる。例えば、上記の乗車予定のバス５００が混雑している例において、交通手段の変更を促すナッジ、乗車見送りを促すナッジ、寄り道を促すナッジがある場合に、一般的に最もユーザが選択する確率が高いと思われる乗車見送りを促すナッジを選択すること等が考えられる。

【0015】

ここで、ナッジの行動変容効果については、行動経済学上、一定ではなく変化することが想定される。具体的には、図２に示されるように、日常的（連続的且つ長期的）にユーザに介入したナッジについては、行動変容効果が徐々に減少していくことが考えられる。以下では、このような、ユーザへの介入によるナッジの行動変容効果の減少を「ナッジの摩耗」という場合がある。ナッジの摩耗が進んだ状態においては、ユーザはそのナッジ（情報）を見たくないと考え、ユーザの行動変容を促すことが難しくなる。一方で、ナッジの摩耗が進んでいない状態において、ユーザはそのナッジ（情報）に関心を示す可能性が高く、ユーザの行動変容を効果的に促すことができる。ナッジの摩耗を特定することによって、より行動変容効果が高いナッジを選択することが可能になるといえる。

【0016】

なお、例えば繰り返しユーザに介入されて一度摩耗したナッジであっても、所定期間介入が行われない等の場合においては、ナッジの行動変容効果が徐々に回復していくことが考えられる。以下では、このようなナッジの行動変容効果の回復を「ナッジの回復」という場合がある。ナッジの回復を特定することによって、より行動変容効果が高いナッジを選択することが可能になると言える。

【0017】

上述したように、ナッジの摩耗及び回復を考慮することは、リコメンド対象のナッジを適切に選択する上で重要である。そこで、実証実験を行い、各ナッジの摩耗及び回復の効果を予め検証しておくことが考えられる。複数のナッジの摩耗及び回復の効果を検証する実証実験について、図３及び図４を参照して説明する。図３は、ナッジの摩耗及び回復の効果の検証に係る実証実験について説明する図である。図４は、図３に示される実証実験における各検証グループについて説明する図である。

【0018】

実証実験は、摩耗及び回復の効果の検証を行うナッジである対象ナッジが互いに異なる複数のナッジ群単位で実施される。図３においては、対象ナッジがナッジｐであるナッジＰ群、対象ナッジがナッジａであるナッジＡ群、対象ナッジがナッジｂであるナッジＢ群、及び、対象ナッジがナッジｃであるナッジＣ群が例示されている。そして、各ナッジ群には、対象ナッジのリコメンド先である複数（図３の例では約３００人）のユーザが所属している。

【0019】

図３に示されるように、実証実験では、実証期間が第一区間、第一区間に続く第二区間、第二区間に続く第三区間の３つの区間（期間）に分けられている。第一区間では、各ナッジ群の各ユーザに対して対象ナッジが複数回リコメンドされる。例えば、ナッジＡ群の約３００人のユーザそれぞれに対して、複数回に亘って、対象ナッジであるナッジａがリコメンドされる。このような、一定期間同じナッジが繰り返しリコメンドされる第一区間は、対象ナッジの摩耗の検証に係る区間である。

【0020】

第二区間では、各ナッジ群の各ユーザに対して対象ナッジとは異なる情報がリコメンドされる。図３に示される例では、対象ナッジとは異なる情報として、共通のナッジｐが示されている。ここでのナッジｐは、説明の便宜上ナッジであるとして説明するが、ナッジ要素のない単なるメッセージであってもよい。また、第二区間は、対象ナッジがリコメンドされない区間であればよく、例えばいずれのナッジのリコメンドも実施されない区間であってもよい。なお、図３に示される各ナッジ群の内、ナッジＰ群は、他のナッジ群とは異なり、区間によってナッジの切り替えが行われておらず、常にナッジｐがリコメンドされている。このようなナッジＰ群のナッジｐは、それ自身の摩耗及び回復の効果の検証を行うためのナッジではなく、例えば他の対象ナッジであるナッジａ，ｂ，ｃの評価（検証）を行う際の参考情報等に用いられるものである。

【0021】

第三区間では、各ナッジ群の各ユーザに対して、再度、対象ナッジが複数回リコメンドされる。例えば、ナッジＡ群の約３００人のユーザそれぞれに対して、複数回に亘って、対象ナッジであるナッジａがリコメンドされる。上述した第二区間及び第三区間は、第一区間において摩耗した対象ナッジの回復（第二区間において対象ナッジとは異なる情報がリコメンドされたことによる対象ナッジの回復）の検証に係る区間である。このように、実証実験では、実証期間を分割して区間単位でナッジを定めるため、適切なタイミングでユーザにリコメンドするナッジを切り替える必要がある（詳細は後述）。

【0022】

そして、実証実験では、各対象ナッジの摩耗及び回復の効果の検証を適切に行う観点から、ナッジ群毎のユーザ数（学習データ）に偏りが出ないようにしたい。図４に示される例では、複数のナッジ群を含む検証グループを一単位として、１つの検証グループ（例えば第一検証グループ）に含まれる各ナッジ群（ナッジＡ群、ナッジＢ群、ナッジＣ群、ナッジＰ群）に新規ユーザ（user1～user4…）を振り分けている。そして、第一検証グループに含まれる各ナッジ群に所属するユーザ数が目的値に到達すると、新規ユーザが登録される検証グループが次の検証グループ（例えば第二検証グループ）に変更され、該第二検証グループに含まれる各ナッジ群（ナッジＤ群、ナッジＥ群、ナッジＦ群、ナッジＧ群）に新規ユーザを振り分けている。このように、実証実験では、新規ユーザの登録時に、ナッジ群毎のユーザ数に偏りが出ないように、新規ユーザを各ナッジ群に適切に振り分ける必要がある（詳細は後述）。以下では、実証実験を適切に行うために実施される、新規ユーザのナッジ群振り分け処理、及び、区間切り替え処理について主に説明する。

【0023】

図５は、実施形態に係るナッジリコメンドシステム１（情報処理装置）に含まれるナッジ管理装置１０の機能ブロック図である。ナッジリコメンドシステム１は、ユーザにナッジをリコメンドするシステムであり、ここでは特に、上述した実証実験を実施するシステムである。図５に示されるように、ナッジリコメンドシステム１は、通信端末１００のアプリケーション１０１と、ユーザナッジ記憶部２００と、ナッジ管理装置１０とを含んで構成されている。なお、ナッジリコメンドシステム１には、実際には、互いに異なるユーザの複数の通信端末１００のアプリケーション１０１が含まれているが、説明の便宜上、ここでは１つの通信端末１００のアプリケーション１０１のみを説明する。

【0024】

通信端末１００は、無線通信可能な端末であればよく、例えばスマートフォン、タブレット型端末、ＰＣ端末等である。アプリケーション１０１は、通信端末１００において起動可能なアプリケーションであればよく、例えば上述したバス乗車をアシストするバスアプリ等である。

【0025】

ユーザナッジ記憶部２００は、複数のユーザのそれぞれについて、リコメンドされる情報であるリコメンド情報を規定したユーザナッジ定義テーブル２００ａを記憶するデータベースである。図６は、ユーザナッジ定義テーブル２００ａの一例を示す図である。図６に示されるように、ユーザナッジ定義テーブル２００ａでは、ユーザＩＤと、ナッジＩＤ１と、ナッジＩＤ２とが互いに紐づけられて規定されている。ユーザＩＤは、ユーザを一意に特定する情報である。ナッジＩＤ１は、リコメンドされるナッジに係る心理バイアスを一意に特定する情報である。心理バイアスとは、例えば損失回避バイアス、同調バイアス等である。ナッジＩＤ２は、リコメンドされるナッジの種類を一意に特定する情報である。ナッジの種類とは、ナッジＩＤ１で示される心理バイアスのナッジの内、どの種類のナッジであるかを示す情報である。例えば、ナッジＩＤ１＝１が損失回避バイアスである場合において、損失回避バイアスのナッジ（ナッジＩＤ１＝１のナッジ）が複数存在することが考えられるが、ナッジＩＤ２の情報によって、複数の損失回避バイアスのナッジの内、どの種類のナッジであるかが一意に特定される。このように、ナッジＩＤ１及びナッジＩＤ２によって、リコメンド情報が特定される。

【0026】

図６の例３（ユーザＩＤ＝００３）に示されるように、新規にアプリケーション１０１に登録されたユーザについては、ナッジＩＤ１＝ナッジＩＤ２＝０が初期値として規定される。後述するように、ナッジ決定部１５によってユーザの所属先のナッジ群が決定され対象ナッジが決まると、当該対象ナッジを一意に特定するナッジＩＤ１及びナッジＩＤ２の値が、リコメンド開始時のリコメンド情報として規定される。なお、上述した区間切り替え処理が実施される際には、ユーザナッジ定義テーブル２００ａのナッジＩＤ１及びナッジＩＤ２の値が変更されることによりリコメンド情報が変更される（詳細は後述）。

【0027】

なお、ユーザナッジ記憶部２００は、複数種類のナッジの情報を記憶していてもよい。ユーザナッジ記憶部２００は、上述したナッジＩＤ１，ＩＤ２に紐づく情報として、例えば、介入条件と、促す行動の内容と、行動変容効果と、インセンティブと、を紐づけて記憶していてもよい。介入条件とは、どのような場合に介入されるナッジの候補となるかを示す情報であり、例えば「乗車予定のバスが混雑している場合」のように規定されている。促す行動の内容とは、ナッジがユーザに促す行動の具体的な内容であり、例えば「混雑していない後続のバスに乗車する」のように規定されている。行動変容効果とは、ナッジ介入が行われた場合にナッジが促す行動をユーザがとる度合い（確率）を示す情報であり、例えば「１０％」のように規定されている。インセンティブとは、ナッジが促す行動をユーザが実施した場合にユーザが受けるインセンティブであり、例えば「ポイント１０ｐ」のように規定されている。このような情報が記憶されていることにより、ユーザナッジ定義テーブル２００ａに規定されたナッジＩＤ１，ＩＤ２に基づいて、各ユーザのアプリケーション１０１へのナッジのリコメンドが実施される。

【0028】

図５に戻り、ナッジ管理装置１０は、望ましい行動を自発的にとることをユーザに促すしかけであるナッジについて、複数回リコメンドされることによる摩耗の効果の検証、及び、摩耗後に期間が経過することによる回復の効果の検証に係る装置である。ナッジ管理装置１０は、上述した新規ユーザのナッジ群振り分け処理、及び、区間切り替え処理を実施する装置である。ナッジ管理装置１０は、検証グループ記憶部１１と、ユーザ情報記憶部１２と、振り分け先管理部１３と、振り分け比率決定部１４と、ナッジ決定部１５と、ナッジ変更部１６と、更新部１７と、を備えている。

【0029】

検証グループ記憶部１１は、互いに対象ナッジが異なる複数のナッジ群を含む検証グループを複数グループ分規定した検証グループ管理テーブル１１ａを記憶するデータベースである。図７は、検証グループ管理テーブル１１ａの一例を示す図である。図７に示されるように、検証グループ管理テーブル１１ａでは、例えば、検証グループを一意に特定する検証グループＩＤと、ナッジ群を一意に特定するナッジ群ＩＤと、第一区間ナッジＩＤ１，ＩＤ２と、第二区間ナッジＩＤ１，ＩＤ２と、第三区間ナッジＩＤ１，ＩＤ２と、…第Ｎ区間ナッジＩＤ１，ＩＤ２と、が互いに紐づけられて規定されている。ナッジＩＤ１は、リコメンドされるナッジに係る心理バイアスを一意に特定する情報である。ナッジＩＤ２は、リコメンドされるナッジの種類を一意に特定する情報である。このように、ナッジＩＤ１及びナッジＩＤ２によって、リコメンド情報が特定される。例えば図７に示される例では、同じ検証グループＩＤに属するナッジ群ＩＤ：Ａ及びナッジ群ＩＤ：Ｂの２つのナッジ群が示されている。そして、各ナッジ群について、第一区間～第三区間のそれぞれにおいてリコメンドされるナッジＩＤが規定されている。

【0030】

ユーザ情報記憶部１２は、複数のユーザのそれぞれについて所属先の検証グループ及びナッジ群を特定する情報を規定したユーザ管理テーブル１２ａを記憶するデータベースである。図８は、ユーザ管理テーブル１２ａの一例を示す図である。図８に示されるように、ユーザ管理テーブル１２ａでは、例えば、ユーザＩＤと、ナッジ群ＩＤと、第一区間ナッジＩＤ１，ＩＤ２と、第二区間ナッジＩＤ１，ＩＤ２と、第三区間ナッジＩＤ１，ＩＤ２と、…第Ｎ区間ナッジＩＤ１，ＩＤ２と、実証開始日と、第一区間累計プッシュ通知回数と、第一区間累計ナッジ介入回数と、第一区間累計行動変容回数と、…が互いに紐づけられて規定されている。実証開始日とは、初めてナッジによる介入が行われた日である。第一区間累計プッシュ通知回数とは、第一区間における当該ユーザへの第一区間ナッジの累計プッシュ通知回数である。第一区間累計ナッジ介入回数とは、第一区間における当該ユーザへの第一区間ナッジの累計介入回数である。第一区間累計行動変容回数とは、第一区間における当該ユーザの第一区間ナッジに応じた累計行動変容回数である。なお、図８においては、第一区間の累計プッシュ通知回数、累計ナッジ介入回数、及び累計行動変容回数のみが規定されているが、実際には、例えば第一区間～第三区間がある場合には、第一区間～第三区間についてそれぞれ累計プッシュ通知回数、累計ナッジ介入回数、及び累計行動変容回数が規定されている。図８におけるユーザＩＤ、ナッジ群ＩＤ、第一区間ナッジＩＤ１，ＩＤ２と、第二区間ナッジＩＤ１，ＩＤ２、第三区間ナッジＩＤ１，ＩＤ２、…及び第Ｎ区間ナッジＩＤ１，ＩＤ２については、ユーザの初期登録時においてナッジ決定部１５によって決定されて登録される情報であり、基本的に変更されない情報である。図８におけるそれ以外の情報（実証開始日、累計プッシュ通知回数と、累計ナッジ介入回数と、及び累計行動変容回数）は、ユーザへのリコメンド結果に応じて更新部１７に更新される情報である。

【0031】

振り分け先管理部１３は、複数の検証グループの中から新規ユーザの登録時に振り分ける振り分け先の検証グループ（以下、現在の検証グループという場合がある）を特定する。図９は、ユーザ登録管理テーブル１３ａの一例を示す図である。振り分け先管理部１３は、図９に示されるユーザ登録管理テーブル１３ａを記憶しており、当該ユーザ登録管理テーブル１３ａに基づいて現在の検証グループを特定する。図９に示されるように、ユーザ登録管理テーブル１３ａでは、現在の検証グループＩＤと、各ナッジ群の目標サンプル数と、グループＩＤ自動切換モードのＯＮ／ＯＦＦとが互いに紐づけられて規定されている。現在の検証グループＩＤとは、振り分け先の検証グループを一意に特定する情報である。各ナッジ群の目標サンプル数とは、現在の検証グループＩＤで示される検証グループに含まれる各ナッジ群の目標サンプル数（目標値）である。グループＩＤ自動切換えモードとは、条件を満たしたときに現在の検証グループＩＤを自動で切り替える（ＯＮ）か否（ＯＦＦ）かを規定した情報である。

【0032】

振り分け先管理部１３は、現在の検証グループに含まれる複数のナッジ群に属するユーザ数が目標値に到達しているか否かを判定する。すなわち、振り分け先管理部１３は、検証グループ管理テーブル１１ａから、現在の検証グループのナッジ群ＩＤ、及び、各ナッジ群ＩＤに紐づくナッジＩＤを特定する。例えば図１０に示される例では、検証グループ管理テーブル１１ａにおいて、現在の検証グループＩＤ：１に紐づいているナッジ群ＩＤ：Ａ，Ｂ，Ｐを特定している。そして、振り分け先管理部１３は、ユーザ管理テーブル１２ａにおいて、上記で特定した各ナッジ群ＩＤが紐づいているユーザのユーザＩＤを抽出し、ユーザ数が目標値に到達しているか否かを判定する。ここでの目標値とは、ユーザ登録管理テーブル１３ａに規定された目標サンプル数である。なお、目標サンプル数は、システム運用者が手動で変更可能とされていてもよい。

【0033】

そして、振り分け先管理部１３は、ユーザ数が目標値に到達している場合には、現在の検証グループの変更処理を行う。ここでの変更処理とは、グループＩＤ自動切換えモードがＯＦＦにされている場合には、システム運用者による手動での検証グループ変更を促す変更促進メール等の処理である。また、ここでの変更処理とは、グループＩＤ自動切換えモードがＯＮにされている場合には、検証グループ管理テーブル１１ａに規定された現在の検証グループＩＤを自動で変更する処理である。

【0034】

振り分け比率決定部１４は、現在の検証グループの各ナッジ群について、対象ナッジが１回以上介入しているユーザの数（アクティブユーザの数）を導出し、該アクティブユーザの数に応じて、各ナッジ群への振り分け比率を決定する。振り分け比率決定部１４は、例えば新規ユーザ登録があった際に、まず、振り分け先管理部１３のユーザ登録管理テーブル１３ａ（図９参照）から現在の検証グループを特定する。そして、振り分け比率決定部１４は、検証グループ管理テーブル１１ａから、現在の検証グループのナッジ群ＩＤ、及び、各ナッジ群ＩＤに紐づくナッジＩＤを特定する。そして、振り分け比率決定部１４は、ユーザ管理テーブル１２ａ（図８参照）において、上記で特定した各ナッジ群ＩＤが紐づいているユーザであって、且つ、第一区間累計ナッジ介入回数が１回以上であるアクティブユーザのユーザＩＤを抽出する。振り分け比率決定部１４は、各ナッジ群のアクティブユーザの数に応じて、各ナッジ群への振り分け比率を決定する。例えば、図１０に示されるナッジ群ＩＤ：Ａ，Ｂ，Ｐのアクティブユーザの数（サンプル数）がそれぞれ１１，１２，５であったとする。この場合、ナッジ群ＩＤ：Ａ，Ｂ，Ｐへの振り分け比率は、１／１１，１／１２，１／５とされる。

【0035】

ナッジ決定部１５は、新規ユーザの登録時において、上述した振り分け比率に基づき新規ユーザの所属先のナッジ群を決定する。例えば、ナッジ決定部１５は、振り分け比率決定部１４によって決定されたナッジ群ＩＤ：Ａ，Ｂ，Ｐへの振り分け比率が１／１１，１／１２，１／５であったとすると、当該振り分け比率に基づき、新規ユーザの所属先のナッジ群を決定する（このような確率で所属先のナッジ群を決定する）。

【0036】

更新部１７は、ナッジ決定部１５によって決定された情報に基づき、新規ユーザに関してユーザ管理テーブル１２ａ（図８参照）を更新する。具体的には、更新部１７は、ユーザ管理テーブル１２ａにおいて、新規ユーザのユーザＩＤを登録すると共に、ナッジ決定部１５によって決定されたナッジ群ＩＤ及び各区間のナッジＩＤを登録する。また、更新部１７は、新規ユーザのユーザＩＤ及び第一区間のナッジＩＤ１，ＩＤ２の情報を、ユーザナッジ定義テーブル２００ａ（図６参照）に登録する。

【0037】

ナッジ変更部１６は、リコメンド開始から複数回のリコメンドが可能となる所定の期間（例えば１４日）が経過したタイミングで、ユーザナッジ定義テーブルにおけるリコメンド情報を、対象ナッジから対象ナッジとは異なる情報に変更する。すなわち、ナッジ変更部１６は、対象ナッジ（第一区間ナッジ）で複数回のリコメンドが完了していると想定されるタイミングで、図１１（ａ）及び図１１（ｂ）に示されるように、ユーザナッジ定義テーブル２００ａにおいて、リコメンド情報を、ユーザ管理テーブル１２ａの第二区間ナッジＩＤ１，ＩＤ２の情報に書き換える。

【0038】

更に、ナッジ変更部１６は、上記変更後、複数回のリコメンドが可能となる所定の期間（例えば１４日）が経過したタイミングで、ユーザナッジ定義テーブルにおけるリコメンド情報を、再度対象ナッジに変更する。すなわち、ナッジ変更部１６は、第二区間ナッジで複数回のリコメンドが完了していると想定されるタイミングで、ユーザナッジ定義テーブル２００ａにおいて、リコメンド情報を、再度対象ナッジ（第一区間ナッジ）の情報に書き換える。ナッジ変更部１６は、このように所定の期間が経過したタイミングで、次の区間のナッジに変更し、次の区間のナッジが登録されていない場合には変更（切り替え）を実施しなくてもよい。

【0039】

更新部１７は、ユーザに対する対象ナッジのリコメンド結果を取得し、対象ナッジのリコメンド結果がユーザ管理テーブル１２ａ（図８参照）において新たに規定されるように、ユーザ管理テーブル１２ａを更新する。具体的には、更新部１７は、少なくとも対象ナッジがリコメンドされている区間に関して、ユーザ管理テーブル１２ａ（図８参照）の累計プッシュ通知回数、累計ナッジ介入回数、及び累計行動変容回数を更新する。

【0040】

次に、図１２を参照して、新規ユーザの振り分け処理について説明する。図１２は、新規ユーザの振り分け処理を示すシーケンス図である。

【0041】

図１２に示されるように、まず、振り分け先管理部１３によって、検証グループ管理テーブル１１ａから現在の検証グループのナッジ群ＩＤ、及び、各ナッジ群ＩＤに紐づくナッジＩＤが抽出される（ステップＳ１）。そして、振り分け先管理部１３によって、ユーザ管理テーブル１２ａにおいて、上記で特定した各ナッジ群ＩＤに紐づいているユーザのユーザＩＤが抽出される（ステップＳ２）。

【0042】

そして、現在の検証グループの各ナッジ群のユーザ数がカウントされ（ステップＳ３）、ユーザ数が目標値に到達しているか否かが判定される。目標値に到達している場合には、振り分け先管理部１３からシステム運用者に、システム運用者による手動での検証グループ変更を促す変更促進メールが送信される（ステップＳ４）。この場合、システム運用者は、例えば検証グループを手動で更新してもよい（ステップＳ５）。また、システム運用者は、検証グループ管理テーブル１１ａを必要に応じて手動で更新してもよい（ステップＳ６）。

【0043】

このようにして現在の検証グループが確定している状態において、アプリケーション１０１から新規ユーザの登録がなされると（ステップＳ７）、まずはユーザナッジ定義テーブル２００ａに当該新規ユーザの情報が登録される。そして、振り分け比率決定部１４に新規ユーザ確認依頼がなされ（ステップＳ８）、振り分け比率決定部１４において現在の検証グループが特定される（ステップＳ９）と共に、検証グループ管理テーブル１１ａから現在の検証グループのナッジ群ＩＤ、及び、各ナッジ群ＩＤに紐づくナッジＩＤが抽出される（ステップＳ１０）。

【0044】

そして、振り分け比率決定部１４によって、現在の検証グループの各ナッジ群について、対象ナッジが１回以上介入しているユーザの数（アクティブユーザの数）が抽出される（ステップＳ１１）。そして、振り分け比率決定部１４によって各ナッジ群のアクティブユーザの数に応じて、各ナッジ群への振り分け比率が計算される（ステップＳ１２）。振り分け比率決定部１４は、算出して振り分け比率をナッジ決定部１５に出力する（ステップＳ１３）。

【0045】

つづいて、ナッジ決定部１５において、上述した振り分け比率に基づき新規ユーザの所属先のナッジ群が決定される（ステップＳ１４）。この場合、更新部１７によって、ユーザ管理テーブル１２ａにおいて、新規ユーザのユーザＩＤが登録されると共に、ナッジ決定部１５によって決定されたナッジ群ＩＤ及び各区間のナッジＩＤが登録される（ステップＳ１５）。また、更新部１７は、新規ユーザのユーザＩＤ及び第一区間のナッジＩＤ１，ＩＤ２の情報を、ユーザナッジ定義テーブル２００ａ（図６参照）に登録する（ステップＳ１５）。

【0046】

ユーザナッジ定義テーブル２００ａにおいて第一区間のナッジＩＤ１，ＩＤ２の情報がリコメンド情報として登録されると、アプリケーション１０１への対象ナッジのリコメンドが開始される（ステップＳ１７）。そして、リコメンド結果が取得され（ステップＳ１８）、取得された情報に基づきユーザ管理テーブル１２ａが更新される（ステップＳ１９）。

【0047】

次に、図１３を参照して、対象ナッジの変更（切り替え）処理について説明する。図１３は、対象ナッジの変更（切り替え）処理を示すシーケンス図である。図１３に示されるように、第一区間の対象ナッジの情報がリコメンド情報として登録されると、アプリケーション１０１への対象ナッジのリコメンドが開始され（ステップＳ１０１）、リコメンド結果が取得され（ステップＳ１０２）、取得された情報に基づきユーザ管理テーブル１２ａが更新される（ステップＳ１０３）。そして、ナッジ変更部１６において、複数回のリコメンドが可能となる所定の期間（例えば１４日）が経過したか否かが判定される（ステップＳ１０４）。ここで所定の期間が経過していない場合には、ナッジ変更が実施されない。一方で、所定の期間が経過している場合には、ナッジ変更部１６は、ユーザナッジ定義テーブル２００ａにおいて、リコメンド情報を、対象ナッジ以外の情報である第二区間ナッジＩＤ１，ＩＤ２の情報に変更する（ステップＳ１０５）。そしてリコメンド情報が変更された後に、新たなリコメンド情報について再度リコメンドが実施される。

【0048】

次に、本実施形態に係るナッジリコメンドシステム１の作用効果について説明する。

【0049】

ナッジリコメンドシステム１は、望ましい行動を自発的にとることをユーザに促すしかけであるナッジについて、複数回リコメンドされることによる摩耗の効果の検証、及び、摩耗後に期間が経過することによる回復の効果の検証に係る情報処理装置であって、互いに対象ナッジが異なる複数のナッジ群を含む検証グループを複数グループ分規定した検証グループ管理テーブル１１ａを記憶する検証グループ記憶部１１と、複数のユーザのそれぞれについて、所属先の検証グループ及びナッジ群を特定する情報を規定したユーザ管理テーブル１２ａを記憶するユーザ情報記憶部１２と、複数のユーザのそれぞれについてリコメンドされる情報であるリコメンド情報を規定したテーブルであって、該リコメンド情報のリコメンド開始時の値として対象ナッジを規定したユーザナッジ定義テーブル２００ａを記憶するユーザナッジ記憶部２００と、リコメンド開始から複数回のリコメンドが可能となる所定の期間が経過したタイミングで、ユーザナッジ定義テーブル２００ａにおけるリコメンド情報を、対象ナッジとは異なる情報に変更することと、変更後、複数回のリコメンドが可能となる所定の期間が経過したタイミングで、ユーザナッジ定義テーブル２００ａにおけるリコメンド情報を、対象ナッジに変更することと、を実行するように構成されたナッジ変更部１６と、各ユーザに対する対象ナッジのリコメンド結果を取得し、対象ナッジのリコメンド結果がユーザ管理テーブル１２ａにおいて新たに規定されるように、ユーザ管理テーブル１２ａを更新する更新部１７と、を備える。

【0050】

本実施形態に係るナッジリコメンドシステム１は、ナッジの摩耗及び回復の効果の検証に係る情報処理装置である。本ナッジリコメンドシステム１では、複数のナッジ群を含む検証グループが複数グループ分規定されており、複数のユーザのそれぞれについて所属先の検証グループ及びナッジ群が規定されている。そして、複数のユーザのそれぞれについて、リコメンド情報のリコメンド開始時の値として対象ナッジ（所属先のナッジ群毎に異なる対象ナッジ）が規定されており、複数回のリコメンドが可能となる所定の期間が経過するとリコメンド情報が対象ナッジとは異なる情報に変更され、さらに複数回のリコメンドが可能となる所定の期間が経過するとリコメンド情報が再度対象ナッジに変更される。ここで、リコメンド開始時の値として対象ナッジが規定されている状態で複数回のリコメンドが実施されることにより、当該対象ナッジは徐々に摩耗していくことが想定される。このように徐々に摩耗していく対象ナッジのリコメンド結果が取得されてユーザ管理テーブル１２ａにおいて規定されることにより、対象ナッジの摩耗の検証に好適な情報を適切に取得することができる。また、対象ナッジが磨耗した後に、所定の期間だけ他の情報が複数回リコメンドされることにより、一度摩耗した対象ナッジの効果が回復することが想定される。そして、その後に再度対象ナッジがリコメンドされてリコメンド結果が取得されユーザ管理テーブル１２ａにおいて規定されることにより、対象ナッジの回復の検証に好適な情報を適切に取得することができる。このような構成によれば、ナッジの摩耗及び回復の効果の検証に好適な情報を適切に取得し、ナッジの摩耗及び回復の効果の適切な検証に寄与することができる。

【0051】

ナッジリコメンドシステム１は、複数の検証グループの中から新規ユーザの登録時に振り分ける振り分け先の検証グループを特定すると共に、振り分け先の検証グループに含まれる複数のナッジ群に属するユーザ数が目標値に到達しているか否かを判定し、到達している場合には、振り分け先の検証グループの変更処理を行う、振り分け先管理部１３を更に備える。このような構成によれば、検証に係るユーザ数が目標値に到達すると、新規ユーザが登録される検証グループが切り替えられることとなる。このことで、各検証グループに含まれるユーザ数に偏りが出ることを抑制することができる。これにより、種々の対象ナッジについて、万遍なく、摩耗及び回復の効果の検証に好適な情報を取得することができる。

【0052】

ナッジリコメンドシステム１は、振り分け先の検証グループの各ナッジ群について、対象ナッジが１回以上介入している全ユーザの数を導出し、該ユーザの数に応じて、各ナッジ群への振り分け比率を決定する振り分け比率決定部１４と、新規ユーザの登録時において、振り分け比率に基づき該新規ユーザの所属先のナッジ群を決定するナッジ決定部１５と、を更に備え、更新部１７は、ナッジ決定部１５によって決定された情報に基づき、新規ユーザに関してユーザ管理テーブル１２ａを更新する。このように、各ナッジ群に振り分ける比率が、対象ナッジが１回以上介入しているユーザ（アクティブユーザ）の数によって決定され、当該比率に基づき新規ユーザの所属先のナッジ群が決定され、新規ユーザに関してユーザ管理テーブル１２ａが更新されることにより、同一の検証グループ内において、各ナッジ群のアクティブユーザの数に偏りが出ることを抑制することができる。これにより、種々の対象ナッジについて、万遍なく、摩耗及び回復の効果の検証に好適な情報を取得することができる。

【0053】

次に、上述したナッジ管理装置１０のハードウェア構成について、図１４を参照して説明する。ナッジ管理装置１０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

【0054】

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ナッジ管理装置１０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

【0055】

ナッジ管理装置１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

【0056】

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、ナッジ変更部１６等の制御機能はプロセッサ１００１で実現されてもよい。

【0057】

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。

【0058】

例えば、ナッジ変更部１６等の制御機能は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

【0059】

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

【0060】

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

【0061】

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。

【0062】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

【0063】

また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

【0064】

また、ナッジ管理装置１０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

【0065】

以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。

【0066】

本明細書で説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broad-band）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-Wide Band）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

【0067】

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0068】

入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

【0069】

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

【0070】

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

【0071】

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

【0072】

また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

【0073】

本明細書で説明した情報、信号などは、様々な異なる技術のいずれか１項を使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

【0074】

なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。

【0075】

また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。

【0076】

通信端末は、当業者によって、移動通信端末、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

【0077】

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0078】

本明細書で「第１の」、「第２の」などの呼称を使用した場合においては、その要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

【0079】

「含む（include）」、「含んでいる（including）」、及びそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

【0080】

本明細書において、文脈又は技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。

【0081】

本開示の全体において、文脈から明らかに単数を示したものではなければ、複数のものを含むものとする。

【符号の説明】

【0082】

１…ナッジリコメンドシステム（情報処理装置）、１１…検証グループ記憶部、１１ａ…検証グループ管理テーブル、１２…ユーザ情報記憶部、１２ａ…ユーザ管理テーブル、１３…振り分け先管理部、１４…振り分け比率決定部、１５…ナッジ決定部、１６…ナッジ変更部、１７…更新部、２００…ユーザナッジ記憶部、２００ａ…ユーザナッジ定義テーブル。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】