特開 2022-189594 勧誘装置、勧誘システム、勧誘方法、及び勧誘プログラム

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

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

(11)【公開番号】P2022189594

(43)【公開日】2022-12-22

(54)【発明の名称】勧誘装置、勧誘システム、勧誘方法、及び勧誘プログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20221215BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2021098255

(22)【出願日】2021-06-11

【国等の委託研究の成果に係る記載事項】（出願人による申告）独立行政法人情報処理推進機構、２０２１年度未踏ＩＴ人材発掘・育成事業（一人一人に合った理由でイベントに誘ってくれるシステムの開発）に関する委託契約、産業技術力強化法第１７条の適用を受ける特許出願

(71)【出願人】

【識別番号】504171134

【氏名又は名称】国立大学法人 筑波大学

(74)【代理人】

【識別番号】110000338

【氏名又は名称】特許業務法人ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】加藤 誠

(72)【発明者】

【氏名】安藤 真之介

(72)【発明者】

【氏名】新田 洸平

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

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】

【課題】ユーザをイベントに勧誘するときに、勧誘者となるユーザが感じる心理的なハードルの高さを抑制しつつ、被勧誘者として選択されたユーザが抱く誘われている実感を強めること。
【解決手段】勧誘装置のプロセッサは、イベントに勧誘したいユーザの属性を表すイベントタグを含むイベント情報を、勧誘者となるユーザから取得する取得処理（Ｓ１２）と、データベースにおいて前記イベントタグと合致するユーザタグと関連付けられたユーザを、被勧誘者として選択する選択処理（Ｓ１４）と、前記イベントへの参加を勧誘する勧誘通知であって、前記イベントタグと合致したユーザタグを含む勧誘通知を、前記選択処理にて選択したユーザに送信する第１の送信処理（Ｓ１７）と、を実行する。
【選択図】図３

【特許請求の範囲】

【請求項1】

ユーザとそのユーザの属性を表すユーザタグとを関連付けるデータベースを参照して動作する勧誘装置において、
（１）イベントに勧誘したいユーザの属性を表すイベントタグを含むイベント情報を、勧誘者となるユーザから取得する取得処理、（２）前記データベースにおいて前記イベントタグと合致するユーザタグと関連付けられたユーザを、被勧誘者として選択する選択処理、及び、（３）前記イベントへの参加を勧誘する勧誘通知であって、前記イベントタグと合致したユーザタグを含む勧誘通知を、前記選択処理にて選択したユーザに送信する第１の送信処理と、を実行するプロセッサ、を備えている、
ことを特徴とする勧誘装置。

【請求項2】

前記データベースは、複数のユーザの各々に対応するユーザノードと、複数のタグの各々に対応するタグノードと、各ユーザに対応するユーザノードとそのユーザの属性を表すタグである前記ユーザタグに対応するタグノードとを結ぶエッジと、を少なくとも含むグラフデータベースであり、
前記選択処理において、前記イベントタグに対応するタグノードとエッジで結ばれたユーザノードに対応するユーザを、被勧誘者として選択する、
ことを特徴とする請求項１に記載の勧誘装置。

【請求項3】

前記グラフデータベースには、各タグに対応するタグノードとそのタグの上位概念を表すタグに対応する他のタグノードとを結ぶエッジが更に含まれている、
ことを特徴とする請求項２に記載の勧誘装置。

【請求項4】

前記取得処理は、前記イベント情報の一部としてそのイベントの募集人数の下限値及び上限値を勧誘者となるユーザから取得し、
前記プロセッサは、前記被勧誘者の総数が前記下限値未満の場合には、前記イベントタグの上位概念を表すタグを提案タグとして前記勧誘者となるユーザに通知し、前記被勧誘者の総数が前記上限値を超える場合には、前記イベントタグの下位概念を表すタグを提案タグとして前記勧誘者となるユーザに通知する提案処理を更に実行する、
ことを特徴とする請求項３に記載の勧誘装置。

【請求項5】

前記グラフデータベースには、一対のユーザノード同士を結ぶエッジであって、一方のユーザノードに対応するユーザが他方のユーザノードに対応するユーザをフォローしていることを表すエッジが更に含まれており、
前記プロセッサは、
前記取得処理後に、前記イベント情報に対応するイベントノードを前記グラフデータベースに生成するイベントノード生成処理と、
何れかのイベント情報に興味を持ったことを示す入力を前記勧誘者及び前記被勧誘者の何れとも異なるユーザから取得した場合に、そのユーザに対応するユーザノードと、そのユーザが興味を持った前記イベント情報に対応するイベントノードとを、興味を持ったことを示すエッジで結ぶエッジ接続処理と、
イベントノードに対して結ばれている前記興味を持ったことを示すエッジのうち、被勧誘者として選択されたユーザがフォローしているユーザに対応するユーザノードとの間に結ばれている前記興味を持ったことを示すエッジの総数に基づいて、当該イベントノードに対応するイベント情報の盛り上がり度であって、被勧誘者として選択されたユーザにとっての盛り上がり度を算出する盛り上がり度算出処理と、
前記盛り上がり度を被勧誘者として選択されたユーザに送信する第２の送信処理と、を更に実行する、
ことを特徴とする請求項２～４の何れか１項に記載の勧誘装置。

【請求項6】

前記プロセッサは、
各ユーザに対応するユーザノードと、協調フィルタリングにより選択されたタグである推奨タグに対応するタグノードとの間をエッジで結ぶ推奨処理と、
前記推奨タグと前記エッジが結ばれた前記ユーザノードに対応するユーザに、前記推奨タグが付与されたことを示す通知を送信する第３の送信処理と、を更に実行する、
ことを特徴とする請求項２～５の何れか１項に記載の勧誘装置。

【請求項7】

前記選択処理は、前記勧誘者となるユーザと、前記データベースにおいて前記イベントタグと合致するユーザタグと関連付けられた各ユーザとの親密度を算出し、前記データベースにおいて前記イベントタグと合致するユーザタグと関連付けられたユーザのうち、前記親密度が高いユーザから順番に被勧誘者として選択する、
ことを特徴とする請求項１～６の何れか１項に記載の勧誘装置。

【請求項8】

前記プロセッサは、ユーザの行動の履歴を参照し、そのユーザにおける各ユーザタグの重要度を算出する重要度算出処理を更に実行し、
前記第１の送信処理は、前記勧誘通知を前記選択処理にて選択したユーザに送信する場合に、前記重要度を前記勧誘通知に含める、
ことを特徴とする請求項１～７の何れか１項に記載の勧誘装置。

【請求項9】

請求項１～８の何れか１項に記載の勧誘装置と、
前記データベースが格納されたストレージと、を備えている、
ことを特徴とする勧誘システム。

【請求項10】

ユーザとそのユーザの属性を表すユーザタグとを関連付けるデータベースを参照して動作する勧誘方法であって、
（１）イベントに勧誘したいユーザの属性を表すイベントタグを含むイベント情報を、勧誘者となるユーザから取得する取得処理、（２）前記データベースにおいて前記イベントタグと合致するユーザタグと関連付けられたユーザを、被勧誘者として選択する選択処理、及び、（３）前記イベントへの参加を勧誘する勧誘通知であって、前記イベントタグと合致したユーザタグを含む勧誘通知を、前記選択処理にて選択したユーザに送信する第１の送信処理と、を含んでいる、
ことを特徴とする勧誘方法。

【請求項11】

コンピュータを請求項１～８の何れか１項に記載の勧誘装置として機能させるための勧誘プログラムであって、前記コンピュータが備えるプロセッサに前記各処理を実行させる勧誘プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、イベントにユーザを勧誘する勧誘装置、勧誘システム、勧誘方法、及び勧誘プログラムに関する。

【背景技術】

【0002】

ユーザ間でコミュニケーションを図るアプリケーションとして、ユーザ間でメッセージの送受信を行い、それらのメッセージをタイムライン形式で画面上に表示するメッセンジャーと呼ばれるアプリケーション、及び、ソーシャルネットワークサービス（Social Networking Service, SNS）と呼ばれるアプリケーションが知られている。メッセンジャーの一例としては、ＬＩＮＥ（登録商標、非特許文献１参照）が挙げられ、ＳＮＳの一例としては、Ｔｗｉｔｔｅｒ（登録商標、非特許文献２参照）及びＦａｃｅｂｏｏｋ（登録商標、非特許文献３参照）が挙げられる。

【0003】

これらのアプリケーションは、ユーザ間のコミュニケーションを図るだけではなく、例えば、イベントの勧誘にも用いることができる。勧誘者となるユーザからみた場合に、被勧誘者（換言すれば勧誘のターゲット）となるユーザが特定されている場合には、メッセンジャーを用いた勧誘が適しており、ターゲットとなるユーザが特定されていない場合には、ＳＮＳを用いた勧誘が適している。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】"Messenger APP", [online], [令和３年６月１日検索]、インターネット<URL: https://line.me/en/>

【非特許文献2】"Twitter is what's happening and what people are talking about right now", [online], [令和３年６月１日検索]、インターネット<https://about.twitter.com>

【非特許文献3】"Let's find more that brings us together", [online], [令和３年６月１日検索]、インターネット<https://about.facebook.com/technologies/facebook-app>

【発明の概要】

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

【0005】

上述した２タイプの勧誘のうち、メッセンジャーを用いた勧誘においては、被勧誘者として選択されたユーザは、勧誘者により自身が選択されていることが明らかであるため、自身が誘われているという実感を強く抱くことができる。その一方で、勧誘者となるユーザにとっては、被勧誘者を明確に選択することが求められるため、心理的なハードルが高くなりやすい。

【0006】

上述した２タイプの勧誘のうち、ＳＮＳを用いた勧誘においては、勧誘者となるユーザは、被勧誘者を特定することなくユーザを勧誘することができる。そのため、勧誘者となるユーザが感じ得る心理的なハードルは低くなりやすい。その一方で、被勧誘者として選択されたユーザは、勧誘者となるユーザが勧誘したいと考えているターゲットに自身が含まれているのか否かを判断することが難しい場合が多い。そのため、被勧誘者として選択されたユーザにとっては、誘われている実感を抱くことが難しく、勧誘されたイベントに興味を抱いた場合であっても、イベントに参加することを躊躇しやすい。

【0007】

本発明の一態様は、上述した課題に鑑みなされたものであり、その目的は、ユーザをイベントに勧誘するときに、勧誘者となるユーザが感じる心理的なハードルの高さを抑制しつつ、被勧誘者として選択されたユーザが抱く誘われている実感を強めることができる勧誘装置、勧誘システム、勧誘方法、及び勧誘プログラムを提供することである。

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

【0008】

本発明の一態様に係る勧誘装置は、ユーザとそのユーザの属性を表すユーザタグとを関連付けるデータベースを参照して動作する勧誘装置である。上記の課題を解決するために、本勧誘装置は、（１）イベントに勧誘したいユーザの属性を表すイベントタグを含むイベント情報を、勧誘者となるユーザから取得する取得処理、（２）前記データベースにおいて前記イベントタグと合致するユーザタグと関連付けられたユーザを、被勧誘者として選択する選択処理、及び、（３）前記イベントへの参加を勧誘する勧誘通知であって、前記イベントタグと合致したユーザタグを含む勧誘通知を、前記選択処理にて選択したユーザに送信する第１の送信処理と、を実行するプロセッサを備えている。

【0009】

本発明の一態様に係る勧誘システムは、本発明の一態様に係る勧誘装置と、前記データベースが格納されたストレージと、を備えている。

【0010】

また、本発明の一態様に係る勧誘方法は、ユーザとそのユーザの属性を表すユーザタグとを関連付けるデータベースを参照して動作する勧誘方法である。上記の課題を解決するために、本勧誘方法は、（１）イベントに勧誘したいユーザの属性を表すイベントタグを含むイベント情報を、勧誘者となるユーザから取得する取得処理、（２）前記データベースにおいて前記イベントタグと合致するユーザタグと関連付けられたユーザを、被勧誘者として選択する選択処理、及び、（３）前記イベントへの参加を勧誘する勧誘通知であって、前記イベントタグと合致したユーザタグを含む勧誘通知を、前記選択処理にて選択したユーザに送信する第１の送信処理と、を含んでいる。

【0011】

本発明の各態様に係る勧誘装置は、コンピュータによって実現してもよく、この場合には、コンピュータを前記勧誘装置が備える各部（ソフトウェア要素）として動作させることにより前記勧誘装置をコンピュータにて実現させる勧誘プログラム、及び、それを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

【発明の効果】

【0012】

本発明の一態様によれば、ユーザをイベントに勧誘するときに、勧誘者となるユーザが感じる心理的なハードルの高さを抑制しつつ、被勧誘者として選択されたユーザが抱く誘われている実感を強めることができる勧誘装置、勧誘システム、勧誘方法、及び勧誘プログラムを提供することができる。

【図面の簡単な説明】

【0013】

【図1】本発明の実施形態に係る勧誘装置を含む勧誘システムの構成を示すブロック図である。

【図2】図１に示した勧誘装置の構成を示すブロック図である。

【図3】図１に示した勧誘装置が実行する勧誘方法の流れを示すフローチャートである。

【図4】図１に示した勧誘装置が参照するグラフデータベースの模式図である。

【図5】（ａ）は、図３に示した勧誘方法に含まれる取得処理に先立って、勧誘者となるユーザがイベント情報を作成するために用いる画面のスクリーンショットである。（ｂ）は、（ａ）に示した画面において「タグを選択」をタップした場合に表示される画面のスクリーンショットである。

【図6】（ａ）は、図３に示した勧誘方法に含まれる第１の送信処理を実行した結果、被勧誘者として選択されたユーザの端末に表示される画面のスクリーンショットである。（ｂ）は、（ａ）に示した画面に表示される複数のイベントの１つである「ポーカー大会」をタップした場合に表示される画面のスクリーンショットである。

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

【0014】

〔勧誘システムの構成〕

【0015】

本発明の一実施形態に係る勧誘装置１を含む勧誘システム１００について、図１を参照して説明する。図１は、勧誘システム１００の構成を示すブロック図である。なお、勧誘システム１００も本発明の範疇に含まれる。

【0016】

勧誘システム１００は、勧誘者となるユーザがイベントを設定し、勧誘装置１により被勧誘者として選択されたユーザをイベントに勧誘するためのシステムである。本実施形態において、イベントの態様は、参加する複数のユーザが少なくとも時間を共有するものであれば限定されない。また、本実施形態において、イベントの規模や参加ユーザ数なども限定されない。イベントの態様としては、複数のユーザが集まって、おしゃべりを楽しむ、飲食を楽しむ、及び、１つのゲームやスポーツやアクティビティやエンターテイメントなどを楽しむ、といった例が挙げられる。なお、イベントは、複数のユーザが同じ場所で面会するオフライン形式でもよいし、複数のユーザがインターネットを介して面会するオンライン形式でもよい。また、イベントは、複数のユーザが集まっている各会場をオンラインで接続するような、オフラインとオンラインとを組み合わせた形式であってもよい。

【0017】

図１に示すように、勧誘システム１００は、勧誘装置１と、データベース２と、スマートフォン３，４と、を備えている。本実施形態においては、勧誘者となるユーザの例としてユーザＵ３１を用い、被勧誘者として選択されたユーザの例としてユーザＵ４１を用いる。スマートフォン３及びスマートフォン４の各々は、それぞれ、ユーザＵ３１及びユーザＵ４１が使用するスマートフォンである。

【0018】

なお、図１には図示を省略しているが、勧誘システム１００には、ユーザＵ３１，Ｕ４１以外にも多数のユーザが登録されている。すなわち、勧誘システム１００には、スマートフォン３，４以外にも多数の端末（スマートフォンや、タブレットや、コンピュータなど）が含まれている。

【0019】

本実施形態において、コンピュータを勧誘装置１として機能させるための勧誘プログラムＰ（図２参照）は、Ｗｅｂアプリケーションとして実現されている。ただし、本勧誘プログラムは、ネイティブアプリケーションとして実現されていてもよい。

【0020】

勧誘装置１は、ユーザＵ３１が設定したイベントについて、データベース２を参照して動作する装置であって、被勧誘者として好適と考えられるユーザ（本実施形態では、例えばユーザＵ４１）を選択し、被勧誘者として選択されたユーザをイベントに勧誘するための装置である。

【0021】

データベース２は、勧誘システム１００に登録されている各ユーザとその各ユーザの属性を表すユーザタグとを関連付けるデータベースである。図５を参照して後述するように、本実施形態では、データベース２としてグラフデータベースを採用している。データベース２についての詳細は、図４を参照して後述する。

【0022】

ただし、データベース２は、グラフデータベースに限定されず、既存のデータベースの中から適宜選択することができる。グラフデータベース以外のデータベースの例としては、リレーショナルデータベースが挙げられる。

【0023】

本実施形態において、図１に示すように、データベース２は、勧誘装置１の外部に設けられたストレージに格納されている。ただし、データベース２は、勧誘装置１の内部に設けられたストレージに格納されていてもよい。データベース２を勧誘装置１の内部に設ける構成の一例としては、勧誘装置１が備えているストレージ１３にデータベース２を格納しておき、メモリ１１上にデータベース２を展開する構成が挙げられる。また、勧誘装置１は、ストレージ１３とは異なるストレージを更に備えている場合、データベース２は、ストレージ１３とは異なるそのストレージに格納されていてもよい。

【0024】

〔装置の構成〕
勧誘装置１の構成について、図２を参照して説明する。図２は、勧誘装置１の構成を示すブロック図である。

【0025】

図２に示すように、勧誘装置１は、メモリ１１と、プロセッサ１２と、ストレージ１３と、を備えている。メモリ１１、プロセッサ１２、及びストレージ１３は、不図示のバスを介して互いに接続されている。このバスには、更に、不図示の入出力インタフェース、及び、不図示の通信インタフェースが接続されていてもよい。この入出力インタフェースは、例えば、外部装置（例えば、スマートフォン３）からデータ（例えば、後述するイベント情報）を取得するため、或いは、勧誘装置１から外部装置（例えば、スマートフォン４）にデータ（例えば、後述する勧誘通知）を出力するために利用される。また、この通信インタフェースは、例えば、外部装置（例えば、データベース２）を参照したり、更新したりするために利用される。

【0026】

メモリ１１は、図３を参照して後述する勧誘方法Ｓ１を実行するための勧誘プログラムＰを記憶するための構成である。

【0027】

プロセッサ１２は、データベース２を参照しつつ、メモリ１１に展開された勧誘プログラムＰを実行することにより、後述する勧誘方法Ｓ１を実行するための構成である。プロセッサ１２としては、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic Processing Unit）、マイクロプロセッサ、デジタルシグナルプロセッサ、マイクロコントローラ、ＴＰＵ（Tensor Processing Unit）等のＡＳＩＣ（Application Specific Integrated Circuit）又は、これらの組み合わせ等を用いることができる。

【0028】

ストレージ１３は、上述した勧誘プログラムＰを格納（不揮発保存）するための構成である。プロセッサ１２は、勧誘方法Ｓ１を実行する際にストレージ１３に格納された勧誘プログラムＰをメモリ１１上に展開して利用する。なお、ストレージ１３としては、例えば、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、又は、これらの組み合わせ等を用いることができる。

【0029】

なお、プロセッサ１２に勧誘方法Ｓ１を実行させるための勧誘プログラムＰは、コンピュータ読み取り可能な一時的でない有形の記録媒体に記録され得る。この記録媒体は、メモリ１１であってもよいし、ストレージ１３であってもよいし、その他の記録媒体であってもよい。例えば、テープ、ディスク、カード、半導体メモリ、プログラマブル論理回路が、その他の記録媒体として利用可能である。

【0030】

〔勧誘方法の流れ〕
勧誘装置１のプロセッサ１２が実行する勧誘方法Ｓ１の流れについて、図３～図６を参照して説明する。

【0031】

図３は、勧誘方法Ｓ１の流れを示すフローチャートである。

【0032】

図４は、勧誘装置１が参照するデータベース２であるグラフデータベースの模式図である。

【0033】

図５の（ａ）は、勧誘方法Ｓ１に含まれる取得処理Ｓ１２に先立って、勧誘者となるユーザＵ３１がイベント情報を作成するために用いる画面のスクリーンショットである。図５の（ｂ）は、図５の（ａ）に示した画面において「タグを選択」をタップした場合に表示される画面のスクリーンショットである。なお、図５の（ａ）及び（ｂ）の画面は、ユーザＵ３１が使用する端末であるスマートフォン３に表示される。

【0034】

図６の（ａ）は、勧誘方法Ｓ１に含まれる第１の送信処理Ｓ１７を実行した結果、被勧誘者として選択されたユーザＵ４１の端末（すなわちスマートフォン４）に表示される画面のスクリーンショットである。図６の（ｂ）は、図６の（ａ）に示した画面に表示される複数のイベントの１つである「ポーカー大会」をタップした場合に、スマートフォン４に表示される画面のスクリーンショットである。

【0035】

＜グラフデータベース＞
勧誘システム１００においては、ナレッジグラフを用いたデータの管理を実現するために、勧誘装置１が参照するデータベース２としてグラフデータベースを採用している。図４には、データベース２であるグラフデータベースの一部を模式的に示している。勧誘システム１００では、ナレッジグラフの主な構成要素であるユーザ、タグ、及びイベントの各々を各要素とする。グラフデータベースでは、各要素をノード（すなわち、ユーザノード、タグノード、及びイベントノード）として扱う。また、データベース２では、２つのノード間を１対１で結ぶエッジを用いて、２つのノード間の関係性を表している。このように、データベース２は、複数のユーザの各々に対応するユーザノードと、複数のタグの各々に対応するタグノードと、各ユーザに対応するユーザノードとそのユーザの属性を表すタグである前記ユーザタグに対応するタグノードとを結ぶエッジと、を少なくとも含んだグラフデータベースである。

【0036】

（ノード）
各ノードには、関連情報をプロパティとして付与できる。データベース２では、各ノードの作成時に、ノードＩＤ、作成日時、及び更新日時をプロパティとして各ノードに付与する。

【0037】

ユーザノードは、勧誘システム１００において各ユーザがアカウントを作成したとき、すなわち、勧誘システム１００に各ユーザが登録されたときに作成される（後述する登録処理Ｓ１１参照）。ユーザノードには、ユーザ名、ユーザＩＤ、自己紹介文、及びユーザ認証におけるＵＩＤなどの関連情報をプロパティとして持たせている。

【0038】

タグノードは，勧誘システム１００において、ユーザがタグ作成を行ったときに作成される。タグノードの関連情報には，タグの名前のみをプロパティとして付与している。タグの種類は、いくつかに分けられる。タグの種類の例としては、ユーザの所属に関するタグや、ユーザの好みの対象や興味の対象などに関するタグや、ユーザの性格に関するタグなどが挙げられる。タグの決め方には特にルールや制限などがなく、ユーザが自由にタグを決めることができる。

【0039】

イベントノードは、勧誘システム１００においてユーザがイベント情報を作成し、そのイベント情報を勧誘装置１が取得したときに作成される（後述する取得処理Ｓ１２参照）。イベントノードには、タイトル、詳細な説明、募集人数の上限値、募集人数の下限値、開催場所、及び関連ＵＲＬなどの関連情報をプロパティとして持たせている。

【0040】

なお、ユーザノード、タグノード、及びイベントノードの作成は、クエリにより実行される。

【0041】

（エッジ）
ノード間の関係性は、複数種類のエッジによって構成される。図４においては、矢印を用いて各エッジを表現している。エッジには、ノードと同様に、関連情報をラベル（あるいはプロパティ）として付与できる。勧誘システム１００においては、エッジの種類をラベルとして付与している。

【0042】

勧誘システム１００において、エッジの種類は、Accept、Comment、Create、Follow、Select、Is-a、Tagged、及びTargetTagの８種類である。ただし、エッジの種類は、８種類に限定されない。また、これら８種類のエッジの名称は、あくまでも一例である。各エッジの名称は、各エッジを識別可能な名称であって、各エッジに固有の名称であればよい。この条件を満たす限り、各エッジには任意の名称を付すことができる。例えば、Is-aという名称に代えて、例えばSuperiorという名称を用いてもよい。

【0043】

Acceptは、被勧誘者として勧誘装置１に選択されたユーザＵ４１が、イベントに対して興味ありとの意思を示したことを表すエッジであり、ユーザＵ４１に対応するユーザノードからイベントノード（図４においてはポーカー大会）に向けて作成される。

【0044】

なお、以下において、２つのタグ間に形成されたエッジは、２つのタグ同士を結んでいるとも表現する。

【0045】

Commentは、ユーザがイベントに対してコメントしたことを表すエッジであり、コメントしたユーザに対応するユーザノード（図４においてはユーザＵ３１）からイベントノード（図４においてはポーカー大会）に向けて作成される。

【0046】

Createは、勧誘者であるユーザＵ３１がお誘いを作成したことを表すエッジであり、ユーザＵ３１に対応するユーザノードからイベントノード（図４においてはポーカー大会）に向けて作成される。

【0047】

Followは、ユーザが他のユーザをフォローしていることを表すエッジであり、フォローするユーザのユーザノードからフォローされるユーザのユーザノードに向けて作成される。すなわち、Followは、一対のユーザノード同士を結ぶエッジであって、一方のユーザノードに対応するユーザが他方のユーザノードに対応するユーザをフォローしていることを表す。

【0048】

Selectは、ユーザがタグを自分の表現として選択したことを表すエッジであり、ユーザからタグに向けて作成される。図４において、ユーザＵ３１及びユーザＵ４１の各々は、何れも、映画、カードゲーム、トランプ、及びテニス部のタグを自分の表現として選択済である。以下において、タグを自分の表現として選択することをユーザがタグを身につけるとも表現する。

【0049】

Is-aは、２つのタグ間における階層関係を表すエッジであり、下位概念に相当するタグのタグノードから、上位概念に相当するタグのタグノードに向けて作成される。例えば、図４に図示したグラフデータベース上には、トランプというタグノードと、カードゲームというタグノードとがグラフデータベース上に存在する。この場合、Is-aは、トランプからカードゲームに向けて形成される。Is-aは、各タグに対応するタグノードとそのタグの上位概念を表すタグに対応する他のタグノードとを結ぶエッジの一例である。

【0050】

Taggedは、ユーザに対して推奨のタグ付けが行われたことを表すエッジであり、タグ付けされたタグノードからユーザノードに向けて作成される。

【0051】

TargetTagは、タグがイベントに勧誘したいユーザの属性を表すイベントタグとして指定されたことを示すエッジであり、イベントノードからイベントタグとして指定されたタグのタグノードに向けて作成される。図４においては、ポーカー大会のイベントノードからトランプ及びテニス部の各々のタグノードに向けてTargetTagが形成されている。

【0052】

＜勧誘方法の各処理＞
勧誘方法Ｓ１は、図３に示すように、登録処理Ｓ１１と、取得処理Ｓ１２と、イベントノード生成処理Ｓ１３と、選択処理Ｓ１４と、提案処理Ｓ１５と、重要度算出処理Ｓ１６と、第１の送信処理Ｓ１７と、エッジ接続処理Ｓ１８と、盛り上がり度算出処理Ｓ１９と、第２の送信処理Ｓ２０と、推奨処理Ｓ２１と、第３の送信処理Ｓ２２と、を含んでいる。

【0053】

（登録処理）
登録処理Ｓ１１は、勧誘システム１００のアカウントをユーザが作成する工程であり、勧誘システム１００にユーザを登録する工程である。勧誘システム１００においては、ユーザがアカウントを作成するときに、最低でも３つのタグを自分の表現として選択するように求めている。登録処理Ｓ１１が実行されることにより、新規にアカウントが作成されたユーザのユーザノードがグラフデータベース上に形成される。また、登録処理Ｓ１１が実行されることにより、作成されたユーザノードから選択されたタグのタグノードへSelectが形成される。なお、ユーザが選択したタグのタグノードがグラフデータベース上に存在しない場合には、そのタグのタグノードがグラフデータベース上に形成され、作成されたユーザノードから作成されたタグノードへSelectが形成される。

【0054】

なお、登録処理Ｓ１１において、ユーザは、ユーザ名、ユーザＩＤ、自己紹介文、及びユーザ認証におけるＵＩＤなどを入力するよう勧誘装置１より求められる。入力されたユーザ名、ユーザＩＤ、自己紹介文、及びユーザ認証におけるＵＩＤなどは、関連情報としてユーザノードのプロパティに付される。

【0055】

勧誘者となるユーザＵ３１は、スマートフォン３に作成するイベントの情報であるイベント情報を入力する。ユーザＵ３１がイベント情報を入力するときにスマートフォン３に表示される画面の一例を図５の（ａ）に示す。画面に表示された項目にしたがって、ユーザＵ３１は、イベント情報を入力する。勧誘システム１００は、ユーザがイベントを作成するとき、そのイベントに関して、タイトル、詳細な説明、募集人数の下限値、募集人数の上限値、１又は複数のイベントタグ、公開範囲、開催場所、及び関連ＵＲＬなどの関連情報を入力するようにユーザに求める。なお、イベント情報には、少なくとも、タイトル及び１又は複数のイベントタグが含まれていればよく、募集人数の下限値及び募集人数の上限値が含まれていることが好ましい。後述する提案処理Ｓ１５において募集人数の下限値及び上限値を参照するためである。

【0056】

イベントタグは、作成するイベントに勧誘したいユーザの属性を表すタグである。図５の（ａ）に示す画面に表示されている１行目の「タグを選択」をタップすると、図５の（ｂ）に示すようにタグのリストが画面に表示される。そのリストの中から１又は複数のタグを選択することによって、選択した１又は複数のタグが１行目の「タグを選択」の欄に入力される。１行目の「タグを選択」の欄と同様に、２行目及び３行目の「タグを選択」の欄についても１又は複数のタグを選択することができる。

【0057】

（取得処理）
取得処理Ｓ１２は、ユーザＵ３１がスマートフォン３に入力したイベント情報（すなわち、タイトル、詳細な説明、募集人数の下限値、募集人数の上限値、１又は複数のイベントタグ、公開範囲、開催場所、及び関連ＵＲＬなど）を、勧誘装置１が取得する処理である。すなわち、取得処理Ｓ１２は、イベントに勧誘したいユーザの属性を表すイベントタグを含むイベント情報を、勧誘者となるユーザＵ３１から取得する処理である。

【0058】

（イベントノード生成処理）
イベントノード生成処理Ｓ１３は、スマートフォン３から取得したイベント情報のタイトルを用いて、そのイベント情報に対応するイベントノードをグラフデータベース上に作成する処理である。

【0059】

また、イベントノード生成処理Ｓ１３を実行した後に、プロセッサ１２は、当該イベントノードから選択されたイベントタグに対応するタグノードに向けてTargetTagを形成する。これらの処理を実行することにより、図４に示した例では、グラフデータベース上にポーカー大会のイベントノードが形成され、そのイベントノードからトランプ及びテニス部の各々のタグノードに向かってTargetTagが形成される。

【0060】

（選択処理）
選択処理Ｓ１４は、グラフデータベースにおいてイベントタグと合致するユーザタグと関連付けられたユーザを、被勧誘者として選択する処理である。具体的には、選択処理Ｓ１４は、イベントタグに対応するタグノードとSelectのエッジで結ばれたユーザノードに対応するユーザを、被勧誘者として選択する。

【0061】

例えば、イベントタグとして１つのタグ（例えばトランプ）が選択されていた場合、プロセッサ１２は、トランプのタグノードとの間にSelectが形成されているユーザノードのユーザを被勧誘者として選択する。

【0062】

また、例えば、ユーザＵ３１がイベント情報を入力するときに、イベントタグとして複数のタグ（例えばトランプ及びテニス部）が同じ行の「タグを選択」の欄に入力されていた場合、プロセッサ１２は、トランプのタグノードとの間にSelectが形成されており、且つ、カードゲームのタグノードとの間にSelectが形成されているユーザノードのユーザを被勧誘者として選択する。

【0063】

また、例えば、ユーザＵ３１がイベント情報を入力するときに、イベントタグとして複数のタグ（例えばトランプ及びテニス部）が異なる行の「タグを選択」の欄に入力されていた場合、プロセッサ１２は、トランプのタグノードとの間にSelectが形成されているユーザノードのユーザ、又は、カードゲームのタグノードとの間にSelectが形成されているユーザノードのユーザを被勧誘者として選択する。

【0064】

以上のように、プロセッサ１２は、選択処理Ｓ１４において、複数のイベントタグを用いて、これらのイベントタグと合致するユーザタグを検索する場合に、複数のイベントタグのａｎｄをとってもよいし、ｏｒをとってもよいし、ａｎｄとｏｒとを組み合わせてもよい。

【0065】

また、選択処理Ｓ１４は、ユーザＵ３１と、グラフデータベースにおいてイベントタグと合致するユーザタグと関連付けられた各ユーザとの親密度を算出し、グラフデータベースにおいてイベントタグと合致するユーザタグと関連付けられたユーザのうち、親密度が高いユーザから順番に被勧誘者として選択する、ように構成されていてもよい。

【0066】

勧誘装置１においては、２人のユーザ（例えばユーザＡとユーザＢとする）間における親密度を、（フォロー・フォロワー関係）×（タグ重複数）×（参加重複数）により求めている。

【0067】

フォロー・フォロワー関係は、ユーザＡ，Ｂ間において、相互方向にフォローを表すFollowのエッジが形成されている場合には２、何れか一方方向にFollowのエッジが形成されている場合には１、何れの方向にもFollowのエッジが形成されていない場合には０とする。

【0068】

タグ重複数としては，ユーザＡが身につけているユーザタグのタグ集合と、ユーザＢが身につけているユーザタグのタグ集合との積集合によって求めた要素数ｍ（ｍは正の整数）を用いる。

【0069】

参加重複数では、ユーザＡが興味を持っていることを示したイベントのイベント集合と、ユーザＢが興味を持っていることを示したイベントのイベント集合との積集合によって求めた要素数ｎ（ｎは正の整数）を用いる。

【0070】

（提案処理）
提案処理Ｓ１５において、プロセッサ１２は、選択処理Ｓ１４において選択された被勧誘者の総数と、イベント情報に含まれている募集人数の下限値及び募集人数の上限値と、を参照し、これらを比較する。プロセッサ１２は、被勧誘者の総数が募集人数に対して多すぎたり少なすぎたりした場合には、イベントタグとして選択されたタグのタグノードに結ばれているIs-aを用いて、イベントタグの上位概念又は下位概念を表すタグを検索する。そのうえで、募集人数に対して被勧誘者が適切な数になるように、イベントタグの変更をユーザＵ３１に提案する。

【0071】

具体的には、被勧誘者の総数が募集人数の下限値未満の場合、プロセッサ１２は、Is-aを用いて、イベントタグの上位概念を表すタグを検索し、そのタグを提案タグとして勧誘者となるユーザＵ３１に通知する。一方、被勧誘者の総数が募集人数の上限値を超える場合、プロセッサ１２は、イベントタグの下位概念を表すタグを提案タグとして勧誘者となるユーザＵ３１に通知する。

【0072】

なお、本実施形態では、募集人数に対する被勧誘者の適切な数として、募集人数の下限値以上上限値以下を採用している。ただし、募集人数に対する被勧誘者の適切な数は、被勧誘者の参加率にも依存するので、これに限定されない。たとえば、募集人数に対する被勧誘者の適切な数として、募集人数の上限値の２倍を採用し、この適切な数に近づけるように、プロセッサ１２は構成されていてもよい。

【0073】

新しいイベントタグの候補となる提案タグを確認したユーザＵ３１は、提案タグを新しいイベントタグとして採用するか否かをスマートフォン３に入力する。採用する場合、プロセッサ１２は、選択処理Ｓ１４及び提案処理Ｓ１５を再度実行する。選択処理Ｓ１４及び提案処理Ｓ１５は、募集人数に対して被勧誘者が適切な数になった場合か、ユーザＵ３１が提案タグを採用しなかった場合に終了する。

【0074】

（重要度算出処理）
重要度算出処理Ｓ１６は、被勧誘者として選択されるユーザ（例えばユーザＵ４１）にとって、重要なタグをイベントタグとして指定しているイベントはより魅力的であるという考えに基づいている。重要度算出処理Ｓ１６は、被勧誘者として選択されるユーザの勧誘システム１００における行動の履歴を参照し、被勧誘者として選択されるユーザにおける各ユーザタグの重要度を算出する。ユーザにとってのイベントタグとして指定されているタグの重要度は、ユーザにとってのイベントの重要度と言い替えられる。

【0075】

具体的には、重要度算出処理Ｓ１６は、ユーザＵ４１が勧誘者として、これまでにイベント情報を入力したとき（イベントを作成したとき）に、そのイベント情報に含まれるイベントタグとして選択した回数をユーザタグ毎に集計し、その回数の多い順に、そのユーザＵ３１における各ユーザタグの重要度を定めてもよい。また、重要度算出処理Ｓ１６は、ユーザＵ４１がこれまでに参加の意思を示したイベントのイベント情報を参照し、イベントタグとして含まれていた回数を、ユーザタグ毎に集計し、その回数の多い順に、そのユーザＵ４１における各ユーザタグの重要度を定めてもよい。また、重要度算出処理Ｓ１６は、上述した２つの処理を併せて実行してもよい。

【0076】

（第１の送信処理）
第１の送信処理Ｓ１７は、イベントへの参加を勧誘する勧誘通知であって、イベント情報に加えてイベントタグと合致したユーザタグを含む勧誘通知を、選択処理Ｓ１４にて選択したユーザに送信する処理である。本実施形態では、プロセッサ１２が重要度算出処理Ｓ１６も実行しているので、プロセッサ１２は、イベントタグとして指定されているタグの重要度を勧誘通知に含める。

【0077】

勧誘装置１から勧誘通知を受け取ったスマートフォン４は、例えば、図６の（ａ）に示すように、これまでに受け取った勧誘通知を画面に表示する。図６の（ａ）に示すスクリーンショットにおいては、１件の勧誘通知として、勧誘者であるユーザと、イベントのタイトルと、イベントタグに合致したユーザタグとが表示されている。

【0078】

このように、勧誘装置１がユーザＵ４１に送信する勧誘通知には、イベントタグと合致したユーザタグが含まれている。したがって、ユーザＵ４１は、勧誘通知を確認したときに、自身が被勧誘者として選択された理由を理解することができる。したがって、勧誘装置１及び勧誘方法Ｓ１は、被勧誘者として選択されたユーザが抱く「誘われている実感」を強めることができる。

【0079】

（エッジ接続処理）
ユーザＵ４１が何れかの勧誘通知をタップすると、図６の（ｂ）に示すように、タップされた勧誘通知に含まれるイベントのイベント情報が表示される。

【0080】

図６の（ｂ）に示した画面には、ユーザＵ４１がこのイベントに興味をもったときにその意思を表明するためのボタンが設けられている。ユーザＵ４１がそのボタンをタップすることにより、ユーザＵ４１がこのイベントに興味をもったという情報が勧誘装置１に送信される。その情報を受けて、プロセッサ１２は、ユーザＵ４１のユーザノードから当該イベントのイベントノードへ向かうAcceptのエッジを形成する（図４参照）。なお、図６の（ｂ）では、ユーザがボタンをタップしたあとの状態のスクリーンショットを示しているのでボタンに「興味アリ中」と表示されている。

【0081】

このように、エッジ接続処理Ｓ１８は、イベント情報に興味を持ったことを示す入力をユーザから取得した場合に、そのユーザに対応するユーザノードと、そのユーザが興味を持ったイベント情報に対応するイベントノードとを、興味を持ったことを示すエッジ（Accept）で結ぶ処理である。

【0082】

また、図６の（ｂ）に示した画面には、このイベントに興味をもっている他のユーザのユーザ名が示されている。

【0083】

また、勧誘システム１００においては、図６の（ｂ）に示した画面を用いて、ユーザＵ４１がこのイベントについてのコメントを投稿できるように、タイムライン形式のチャット機能が実装されている。ユーザＵ４１がこのイベントについてのコメントを投稿すると、プロセッサ１２は、ユーザＵ４１のユーザノードから当該イベントのイベントノードへ向かうCommentのエッジを形成する（図４参照）。

【0084】

（盛り上がり度算出処理）
盛り上がり度算出処理Ｓ１９は、イベントノード（本実施形態においてはポーカー大会のイベントノード）に対して結ばれているAcceptのエッジのうち、被勧誘者として選択されたユーザＵ４１がフォローしているユーザに対応するユーザノードとの間に結ばれているAcceptのエッジの総数に基づいて、当該イベントノードに対応するイベント情報（すなわちイベント）の盛り上がり度を算出する処理である。この盛り上がり度は、ユーザＵ４１にとっての当該イベントの盛り上がり度を表す。

【0085】

盛り上がり度算出処理Ｓ１９は、フォローしているユーザが複数参加するようなイベントはより魅力的であるという考えに基づいて実装されている。

【0086】

（第２の送信処理）
第２の送信処理Ｓ２０は、盛り上がり度算出処理Ｓ１９により算出された盛り上がり度をユーザＵ４１のスマートフォン４に送信する処理である。

【0087】

（推奨処理）
推奨処理Ｓ２１は、グラフデータベースを参照して協調フィルタリングを実行することにより、各ユーザに身につけることを推奨するタグを選択し、そのユーザに対応するユーザノードと、協調フィルタリングにより選択されたタグである推奨タグに対応するタグノードとの間をTargetTagのエッジで結ぶ処理である。

【0088】

協調フィルタリングは、ユーザベースとアイテムベースとの両方を利用することが好ましい。協調フィルタリングの根拠となるノード数に応じてユーザノードの類似度を求め、閾値を超える場合にのみ、そのユーザに対応するユーザノードと推奨タグに対応するタグノードとの間をTargetTagのエッジで結ぶ。

【0089】

TargetTagのエッジは、勧誘装置１が各ユーザに対して自動的に推奨タグを付与する場合に用いられるエッジであるが、選択処理Ｓ１４においては、Selectのエッジと同様に機能する。このように推奨タグをユーザに自動的に付与することによって、ユーザが身につけるタグを豊富にすることができる。したがって、ユーザが被勧誘者として選択される頻度、すなわちイベントに勧誘される頻度を高めることができる。さらに、イベントを作成するときに、被勧誘者として選択されるユーザ数が増加するので、募集人数の下限値を満たすことができる確率が向上する。

【0090】

自動付与された推奨タグは、ユーザによって容易に確認可能である。ユーザに対して付された推奨タグが適合していないとユーザ自身が判断した場合には、推奨タグのタグ付けを容易に解除（TargetTagのエッジの削除）することができる。

【0091】

（第３の送信処理）
第３の送信処理Ｓ２２は、推奨処理Ｓ２１において推奨タグがタグ付けされたユーザに対応するユーザに、推奨タグが付与されたことを示す通知を送信する処理である。

【0092】

推奨タグがタグ付けされたことを確認したユーザは、推奨タグが自分の表現として適切だと感じた場合にはタグ付けされたままにしておくことができるし、適切ではないと感じた場合には、推奨タグのタグ付けを解除することができる。

【0093】

＜勧誘装置、勧誘システム、及び勧誘方法の効果＞
上述した勧誘装置１、勧誘システム１００、及び勧誘方法Ｓ１の効果を以下にまとめる。勧誘装置１は、ユーザとそのユーザの属性を表すユーザタグとを関連付けるデータベース２（本実施形態ではグラフデータベース）を参照して動作する装置である。勧誘システム１００は、勧誘装置１と、データベース２を格納したストレージとを備えている。勧誘方法Ｓ１は、勧誘装置１のプロセッサ１２が実行する各処理を含む。勧誘システム１００及び勧誘方法Ｓ１は、勧誘装置１と同様の効果を奏する。したがって、以下には、勧誘装置１の効果を記載する。

【0094】

勧誘装置１は、（１）イベントに勧誘したいユーザの属性を表すイベントタグを含むイベント情報を、勧誘者となるユーザＵ３１から取得する取得処理Ｓ１２、（２）データベース２（グラフデータベース）において前記イベントタグと合致するユーザタグと関連付けられたユーザを、被勧誘者として選択する選択処理Ｓ１４、及び、（３）前記イベントへの参加を勧誘する勧誘通知であって、前記イベントタグと合致したユーザタグを含む勧誘通知を、選択処理Ｓ１４にて選択したユーザ（例えばユーザＵ４１）に送信する第１の送信処理Ｓ１７と、を実行するプロセッサ、を備えている。

【0095】

ユーザＵ３１は、イベント情報をスマートフォン３に入力することによってイベントを作成する場合に、被勧誘者を特定することを求められない。また、ユーザＵ４１は、勧誘通知に含まれているイベントタグと合致したユーザタグを参照することによって、自身が被勧誘者として選択された理由を理解することができる。換言すれば、ユーザＵ４１は、ユーザＵ３１が勧誘したいと考えているターゲットに自身が含まれていることを理解することができる。したがって、勧誘装置１は、勧誘者となるユーザＵ３１が感じる心理的なハードルの高さを抑制しつつ、被勧誘者として選択されたユーザＵ４１が抱く「誘われている実感」を強めることができる。

【0096】

また、データベース２は、複数のユーザの各々に対応するユーザノードと、複数のタグの各々に対応するタグノードと、各ユーザに対応するユーザノードとそのユーザの属性を表すタグである前記ユーザタグに対応するタグノードとを結ぶエッジと、を少なくとも含むグラフデータベースであり、選択処理Ｓ１４において、前記イベントタグに対応するタグノードとエッジで結ばれたユーザノードに対応するユーザを、被勧誘者として選択する、ことが好ましい。

【0097】

データベース２としてグラフデータベースを採用することによって、リレーショナルデータベースなど他の形式のデータベースを採用する場合と比較して、選択処理Ｓ１４において被勧誘者を選択するときの効率を高めることができる。

【0098】

また、グラフデータベースには、各タグに対応するタグノードとそのタグの上位概念を表すタグに対応する他のタグノードとを結ぶIs-aのエッジが更に含まれている、ことが好ましい。

【0099】

Is-aのエッジを用いることにより、タグ間における階層関係をグラフデータベースで表現することができる。したがって、被勧誘者を選択する場合、イベントタグと一致するユーザタグを選択するだけでなく、イベントタグの上位概念又は下位概念にあたるユーザタグを選択することもできる。後者によれば、被勧誘者として選択するユーザ数を増加させることができる。

【0100】

なお、このイベントタグの上位概念又は下位概念にあたるユーザタグのことを本願明細書では、イベントタグに合致するユーザタグと表現している。

【0101】

このように、選択処理Ｓ１４は、イベントタグと一致するユーザタグと関連付けられたユーザを被勧誘者として選択するように構成されていてもよいし、イベントタグと合致するユーザタグと関連付けられたユーザを被勧誘者として選択するように構成されていてもよい。後者の場合、勧誘通知にイベントタグそのものを含めてしまうと、被勧誘者として選択されたユーザが身につけているタグと一致しない可能性がある。したがって、後者の場合、イベントタグと合致するユーザタグを勧誘通知に含めることが好ましい。

【0102】

また、取得処理Ｓ１２は、前記イベント情報の一部としてそのイベントの募集人数の下限値及び上限値を勧誘者となるユーザから取得し、プロセッサ１２は、前記被勧誘者の総数が前記下限値未満の場合には、前記イベントタグの上位概念を表すタグを提案タグとして前記勧誘者となるユーザに通知し、前記被勧誘者の総数が前記上限値を超える場合には、前記イベントタグの下位概念を表すタグを提案タグとして前記勧誘者となるユーザに通知する提案処理を更に実行する、ことが好ましい。

【0103】

勧誘装置１において、被勧誘者として選択されるユーザ数が適切な人数になるためには、適切なイベントタグを選択することが重要である。このように、タグ間における階層関係を用いて提案タグをユーザＵ４１に提案することによって、被勧誘者として選択されるユーザ数を適切な人数に近づけることが容易になる。

【0104】

また、前記グラフデータベースには、一対のユーザノード同士を結ぶエッジであって、一方のユーザノードに対応するユーザが他方のユーザノードに対応するユーザをフォローしていることを表すFollowのエッジが更に含まれており、プロセッサ１２は、取得処理Ｓ１２後に、前記イベント情報に対応するイベントノードを前記グラフデータベースに生成するイベントノード生成処理Ｓ１３と、何れかのイベント情報に興味を持ったことを示す入力をユーザから取得した場合に、そのユーザに対応するユーザノードと、そのユーザが興味を持った前記イベント情報に対応するイベントノードとを、興味を持ったことを示すAcceptのエッジで結ぶエッジ接続処理Ｓ１８と、イベントノードに対して結ばれている前記興味を持ったことを示すAcceptのエッジのうち、被勧誘者として選択されたユーザがフォローしているユーザに対応するユーザノードとの間に結ばれている前記興味を持ったことを示すエッジの総数に基づいて、当該イベントノードに対応するイベント情報の盛り上がり度であって、被勧誘者として選択されたユーザにとっての盛り上がり度を算出する盛り上がり度算出処理Ｓ１９と、前記盛り上がり度を被勧誘者として選択されたユーザに送信する第２の送信処理Ｓ２０と、を更に実行する、ことが好ましい。

【0105】

例えばユーザＵ４１がフォローしているユーザが複数参加するようなイベントは、ユーザＵ４１にとってより魅力的である。盛り上がり度がユーザＵ４１のスマートフォン４に送信されることによって、スマートフォン４は、盛り上がり度を用いてイベント情報の表示のさせ方をカスタマイズすることができる。カスタマイズの例としては、盛り上がり度が高いイベントのイベント情報を優先的に画面に表示させることがあげられる。

【0106】

また、プロセッサ１２は、各ユーザに対応するユーザノードと、協調フィルタリングにより選択されたタグである推奨タグに対応するタグノードとの間をエッジで結ぶ推奨処理Ｓ２１と、前記推奨タグと前記エッジが結ばれた前記ユーザノードに対応するユーザに、前記推奨タグが付与されたことを示す通知を送信する第３の送信処理Ｓ２２と、を更に実行する、ことが好ましい。

【0107】

推奨タグは、勧誘装置１が各ユーザに対して自動的に付与したタグであるが、選択処理Ｓ１４においては、ユーザタグと同様に機能する。このように推奨タグをユーザに自動的に付与することによって、ユーザが身につけるタグを豊富にすることができる。したがって、ユーザが被勧誘者として選択される頻度、すなわちイベントに勧誘される頻度を高めることができる。さらに、イベントを作成するときに、被勧誘者として選択されるユーザ数が増加するので、募集人数の下限値を満たすことができる確率が向上する。

【0108】

また、選択処理Ｓ１４は、前記勧誘者となるユーザユーザＵ３１と、前記データベース（本実施形態ではグラフデータベース）において前記イベントタグと合致するユーザタグと関連付けられた各ユーザとの親密度を算出し、前記データベースにおいて前記イベントタグと合致するユーザタグと関連付けられたユーザのうち、前記親密度が高いユーザから順番に被勧誘者として選択する、ことが好ましい。

【0109】

あるユーザにとって、自身と関わる回数が多いユーザ（すなわち親密なユーザ）が作成したイベントは、親密でないユーザが作成したイベントよりも魅力的である可能性が高いと考えられる。親密度の高さに応じて被勧誘者となるユーザを選択することによって、被勧誘者のうちそのイベントに興味を持ってくれる被勧誘者の割合を高めることができる。また、勧誘者であるユーザとより親密なユーザがイベントに参加しやすくなる。

【0110】

また、プロセッサ１２は、ユーザの行動の履歴を参照し、そのユーザにおける各ユーザタグの重要度を算出する重要度算出処理Ｓ１６を更に実行し、
第１の送信処理Ｓ１７は、前記勧誘通知を選択処理Ｓ１４にて選択したユーザに送信する場合に、前記重要度を前記勧誘通知に含める、ことが好ましい。

【0111】

被勧誘者として選択されるユーザ（例えばユーザＵ４１）にとって、重要なタグをイベントタグとして指定しているイベントはより魅力的であると考えられる。ユーザにとってのイベントタグとして指定されているタグの重要度は、ユーザにとってのイベントの重要度と言い替えられるためである。この重要度が勧誘通知に含められることによって、ユーザＵ４１のスマートフォン４は、重要度を用いてイベント情報の表示のさせ方をカスタマイズすることができる。カスタマイズの例としては、重要度が高いイベントのイベント情報を優先的に画面に表示させることがあげられる。

【0112】

〔付記事項〕
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

【符号の説明】

【0113】

１００ 勧誘システム
１ 勧誘装置
１１ メモリ
１２ プロセッサ
１３ ストレージ
２ データベース（グラフデータベース）
３ スマートフォン
４ スマートフォン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】