JP5779955B2 - サーバ装置、誘引システム及び誘引方法 - Google Patents

Description

本発明は、サーバ装置、誘引システム及び誘引方法に関する。

従来から、互いに異なるＳＮＳ（Social Networking Service：ソーシャルネットワーキングサービス）を連携する技術が知られている（例えば、特許文献１参照）。特許文献１に開示された技術によれば、互いのＳＮＳを利用したまま、互いのＳＮＳに開設済みのコミュニティ同士を結びつけることができる。

しかしながら、上述したような従来技術では、ユーザは今まで使用してきたサービスをそのまま使い続けることになるため、自身のサービスにユーザを誘引することはできない。

本発明は、上記事情に鑑みてなされたものであり、自身のサービスにユーザを誘引することができるサーバ装置、誘引システム及び誘引方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明の一態様にかかるサーバ装置は、ユーザ参加型のイベントを第１サービスとして提供するサーバ装置であって、前記サーバ装置とネットワークを介して接続された第１ユーザ端末から、第１ユーザが前記第１ユーザ端末を用いて行った前記イベントに関するアクションを示すアクション情報と前記第１ユーザを識別するユーザ識別情報とを受け付ける受付部と、前記アクション情報が示す前記アクションを発生させるイベント制御部と、前記イベントの盛り上がり度を算出する算出部と、前記盛り上がり度が閾値を超えているか否かを判定する閾値判定部と、前記サーバ装置と前記ネットワークを介して接続され、第２サービスを提供する他のサーバ装置に対して、前記第１ユーザの前記ユーザ識別情報と前記イベントのアドレスを示すアドレス情報と前記アクションが発生したことを示すアクション発生情報とを通知し、前記盛り上がり度が前記閾値を超えていると判定された場合に、前記他のサーバ装置に対して、前記第１サービスの管理者を識別する管理者識別情報と前記アドレス情報とを通知する通知部と、を備えることを特徴とする。

また、本発明の別の態様にかかる誘引システムは、ユーザ参加型のイベントを第１サービスとして提供する第１サーバ装置と、前記第１サーバ装置とネットワークを介して接続され、第２サービスを提供する第２サーバ装置と、を備える誘引システムであって、前記第１サーバ装置は、前記第１サーバ装置と前記ネットワークを介して接続された第１ユーザ端末から、第１ユーザが前記第１ユーザ端末を用いて行った前記イベントに関するアクションを示すアクション情報と前記第１ユーザを識別するユーザ識別情報とを受け付ける受付部と、前記アクション情報が示す前記アクションを発生させるイベント制御部と、前記イベントの盛り上がり度を算出する算出部と、前記盛り上がり度が閾値を超えているか否かを判定する閾値判定部と、前記第２サーバ装置に対して、前記第１ユーザの前記ユーザ識別情報と前記イベントのアドレスを示すアドレス情報と前記アクションが発生したことを示すアクション発生情報とを通知し、前記盛り上がり度が前記閾値を超えていると判定された場合に、前記第２サーバ装置に対して、前記第１サービスの管理者を識別する管理者識別情報と前記アドレス情報とを通知する通知部と、を備え、前記第２サーバ装置は、前記第１ユーザの前記ユーザ識別情報、前記アドレス情報、及び前記アクション発生情報を用いて、前記アクションが発生したこと及び前記アドレスを前記第２サービス上で前記第１ユーザから発信させる発信部を備えることを特徴とする。

また、本発明の別の態様にかかる誘引方法は、ユーザ参加型のイベントを第１サービスとして提供するサーバ装置で実行される誘引方法であって、受付部が、前記サーバ装置とネットワークを介して接続された第１ユーザ端末から、第１ユーザが前記第１ユーザ端末を用いて行った前記イベントに関するアクションを示すアクション情報と前記第１ユーザを識別するユーザ識別情報とを受け付ける受付ステップと、イベント制御部が、前記アクション情報が示す前記アクションを発生させるイベント制御ステップと、算出部が、前記イベントの盛り上がり度を算出する算出ステップと、閾値判定部が、前記盛り上がり度が閾値を超えているか否かを判定する閾値判定ステップと、通知部が、前記サーバ装置と前記ネットワークを介して接続され、第２サービスを提供する他のサーバ装置に対して、前記第１ユーザの前記ユーザ識別情報と前記イベントのアドレスを示すアドレス情報と前記アクションが発生したことを示すアクション発生情報とを通知し、前記盛り上がり度が前記閾値を超えていると判定された場合に、前記他のサーバ装置に対して、前記第１サービスの管理者を識別する管理者識別情報と前記アドレス情報とを通知する通知ステップと、を含むことを特徴とする。

本発明によれば、自身のサービスにユーザを誘引することができるという効果を奏する。

図１は、第１実施形態の誘引システムの構成の一例を示すブロック図である。 図２は、第１実施形態の第１サーバ装置の構成の一例を示すブロック図である。 図３は、第１実施形態の第２サーバ装置の構成の一例を示すブロック図である。 図４は、第１従関連テーブルの一例を示す図である。 図５は、第１実施形態の誘因システムで行われるイベント作成処理の一例を示すシーケンス図である。 図６は、イベント選択画面の一例を示す図である。 図７は、新規イベント作成画面の一例を示す図である。 図８は、イベント作成後のイベント情報の一例を示す図である。 図９は、ＴＬ画面の一例を示す図である。 図１０は、イベント選択画面の一例を示す図である。 図１１は、イベント画面の一例を示す図である。 図１２は、第１実施形態の誘因システムで行われる投稿処理の一例を示すシーケンス図である。 図１３は、投稿後のイベント情報の一例を示す図である。 図１４は、写真及びコメント投稿後のイベント画面の一例を示す図である。 図１５は、コメント投稿後のイベント画面の一例を示す図である。 図１６は、投稿後のイベント情報の一例を示す図である。 図１７は、第２実施形態の第１サーバ装置の構成の一例を示すブロック図である。 図１８は、第３実施形態の第１サーバ装置の構成の一例を示すブロック図である。 図１９は、通知有無情報の一例を示す図である。 図２０は、第４実施形態の第１サーバ装置の構成の一例を示すブロック図である。 図２１は、第５実施形態の第１サーバ装置の構成の一例を示すブロック図である。 図２２は、第１主関連テーブルの一例を示す図である。 図２３は、第６実施形態の第１サーバ装置の構成の一例を示すブロック図である。 図２４は、第２主関連テーブルの一例を示す図である。

以下、添付図面を参照しながら、本発明にかかるサーバ装置、誘引システム及び誘引方法の実施形態を詳細に説明する。

（第１実施形態）
まず、第１実施形態の誘因システムの構成について説明する。

図１は、第１実施形態の誘引システム１の構成の一例を示すブロック図である。図１に示すように、誘引システム１は、第１サーバ装置１０と、第２サーバ装置５０と、第１ユーザ端末８０と、第２ユーザ端末９０とを、備える。誘引システム１の各装置は、ネットワーク５を介して接続されている。ネットワーク５は、例えば、インターネットなどにより実現できる。図１に示す例では、ユーザ端末として第１ユーザ端末８０、第２ユーザ端末９０のみを例示しているが、これは、誘引システム１の説明の都合上、必要最低限のものを示しているに過ぎず、ユーザ端末の数がこれに限定されるものではなく、その数はいくつであってもよい。

第１サーバ装置１０は、ユーザ参加型のイベントを第１サービスとして提供するものであり、具体的には、ユーザがイベントに対して写真やコメントを投稿することでイベントに参加するＳＮＳ（Social Networking Service：ソーシャルネットワーキングサービス）を提供する。図２は、第１実施形態の第１サーバ装置１０の構成の一例を示すブロック図である。図２に示すように、第１サーバ装置１０は、通信部１２と、記憶部２０と、制御部３０とを備える。

通信部１２は、第２サーバ装置５０、第１ユーザ端末８０、及び第２ユーザ端末９０などの外部機器と通信するものであり、通信インタフェースなどの既存の通信装置により実現できる。

記憶部２０は、第１サーバ装置１０で実行される各種プログラムや第１サーバ装置１０で行われる各種処理に使用されるデータなどを記憶する。記憶部２０は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、メモリカード、光ディスク、ＲＡＭ（Random Access Memory）などの磁気的、光学的、又は電気的に記憶可能な既存の記憶装置の少なくともいずれかにより実現できる。記憶部２０は、イベント情報記憶部２１を含む。イベント情報記憶部２１の詳細については後述する。

制御部３０は、第１サーバ装置１０の各部を制御するものであり、ＣＰＵ（Central Processing Unit）などの既存の制御装置により実現できる。制御部３０は、受付部３１と、イベント制御部３２と、通知部３３とを、含む。

受付部３１は、第１ユーザ端末８０から、第１ユーザが第１ユーザ端末８０を用いて行ったイベントに関するアクションを示すアクション情報と第１ユーザを識別するユーザ識別情報とを受け付ける。

ここで、イベントに関するアクションには、イベントの作成、イベントへの写真やコメントの投稿、又はイベントの終了などがある。なお、イベントに関するアクションは、写真又はコメントに好感した旨の投稿であってもよい。写真又はコメントに好感した旨の投稿とは、写真又はコメントを投稿したユーザ以外の他のユーザが当該投稿済みの写真又はコメントを気に入ったことを投稿するものである。

イベントに関するアクションがイベントの作成である場合、アクション情報は、アクションがイベントの作成であることを示すアクション識別子、作成するイベントのイベント名などを含む。イベントに関するアクションがイベントへの写真やコメントの投稿である場合、アクション情報は、アクションがイベントへの投稿であることを示すアクション識別子、投稿する撮像データ（写真）やテキストデータ（コメント）などを含む。イベントに関するアクションがイベントの終了である場合、アクション情報は、アクションがイベントの終了であることを示すアクション識別子などを含む。なお、イベントに関するアクションが写真又はコメントに好感した旨の投稿である場合、アクション情報は、アクションが、好感した旨の投稿であることを示すアクション識別子、好感した写真の写真名やコメント名などを含む。

第１ユーザを識別するユーザ識別情報は、例えば、第１ユーザのアカウント（ユーザＩＤ及びパスワード）を示す。なお、アクションが、イベントへの写真やコメントの投稿、イベントの終了、又は写真若しくはコメントに好感した旨の投稿である場合、受付部３１は、第１ユーザ端末８０から、イベントを識別するイベント識別情報を更に受け付ける。イベント識別情報は、例えば、イベントＩＤを示す。

イベント制御部３２は、受付部３１により受け付けられたアクション情報が示すアクションを発生させる。

アクション情報に含まれるアクション識別子がイベントの作成を示す場合、イベント制御部３２は、作成対象のイベント用の記憶領域をイベント情報記憶部２１に確保し、写真やコメントなどが投稿される場であるイベントのイベントＩＤ及びアドレスを生成する。アドレスは、例えば、ＵＲＬ（Uniform Resource Locator）である。そして、イベント制御部３２は、生成したイベントＩＤ、アクション情報に含まれるイベント名、イベント作成者のユーザＩＤ（ここでは、受付部３１により受け付けられた第１ユーザのユーザ識別情報が示す第１ユーザのユーザＩＤ）、及び生成したイベントのＵＲＬなどを対応付けて、イベント情報記憶部２１に確保した記憶領域に記憶する。

アクション情報に含まれるアクション識別子がイベントへの写真やコメントの投稿を示す場合、イベント制御部３２は、受付部３１により受け付けられたイベント識別情報が示すイベントＩＤと一致するイベントＩＤをイベント情報記憶部２１から検索する。そしてイベント制御部３２は、検索したイベントＩＤに対応付けられたイベントのＵＲＬが示すイベント上で、アクション情報に含まれる撮像データ（写真）やテキストデータ（コメント）を発生させる（生成する）。この際、イベント制御部３２は、撮像データ（写真）やテキストデータ（コメント）を発生させた日時のタイムスタンプも生成する。また、イベント制御部３２は、投稿者のユーザＩＤ（ここでは、受付部３１により受け付けられた第１ユーザのユーザ識別情報が示す第１ユーザのユーザＩＤ）、アクション情報に含まれる撮像データ（写真）やテキストデータ（コメント）、及び生成したタイムスタンプを、検索したイベントＩＤに対応付けてイベント情報記憶部２１に確保された記憶領域に記憶する。

アクション情報に含まれるアクション識別子が写真若しくはコメントに好感した旨の投稿を示す場合、イベント制御部３２は、受付部３１により受け付けられたイベント識別情報が示すイベントＩＤと一致するイベントＩＤをイベント情報記憶部２１から検索する。そしてイベント制御部３２は、投稿者のユーザＩＤ（ここでは、受付部３１により受け付けられた第１ユーザのユーザ識別情報が示す第１ユーザのユーザＩＤ）、アクション情報に含まれる写真名やコメント名を、検索したイベントＩＤに対応付けてイベント情報記憶部２１に確保された記憶領域に記憶する。

アクション情報に含まれるアクション識別子がイベントの終了を示す場合、イベント制御部３２は、受付部３１により受け付けられたイベント識別情報が示すイベントＩＤと一致するイベントＩＤをイベント情報記憶部２１から検索する。そしてイベント制御部３２は、終了者のユーザＩＤ（ここでは、受付部３１により受け付けられた第１ユーザのユーザ識別情報が示す第１ユーザのユーザＩＤ）を、検索したイベントＩＤに対応付けてイベント情報記憶部２１に確保された記憶領域に記憶する。これにより、イベントへの写真やコメントの投稿ができなくなる。つまり、イベント制御部３２は、イベントＩＤに対応付けて終了者のユーザＩＤが記憶されている場合、上述したアクション識別子がイベントへの写真やコメントの投稿を示す場合の処理を行わない。

通知部３３は、第２サービスを提供する第２サーバ装置５０に対して、アクションを行ったユーザのユーザ識別情報（ここでは、ユーザ識別情報は、第１ユーザのアカウントを示す。）とイベントのアドレス（ＵＲＬ）を示すアドレス情報とアクションが発生したことを示すアクション発生情報とを通知する。通知部３３は、イベント制御部３２によりイベントが作成された場合には、記憶部２０からイベントが作成された旨を示すテキストデータ（図示省略）を取得し、アクション発生情報とする。また通知部３３は、イベント制御部３２によりイベントへ写真やコメントが投稿された場合には、記憶部２０からイベントへ写真やコメントが投稿された旨を示すテキストデータ（図示省略）を取得し、アクション発生情報とする。また通知部３３は、イベント制御部３２によりイベントが終了された場合には、記憶部２０からイベントが終了された旨を示すテキストデータ（図示省略）を取得し、アクション発生情報とする。また通知部３３は、イベント制御部３２により写真又はコメントに好感した旨が投稿された場合には、記憶部２０から写真又はコメントに好感した旨が投稿された旨を示すテキストデータ（図示省略）を取得し、アクション発生情報とする。そして、第２サーバ装置５０は、通知部３３から通知されたユーザ識別情報、アドレス情報、及びアクション発生情報を用いて、アクションが発生したこと及びアクションが発生したイベントのＵＲＬを第２サービス上で第１ユーザから発信させる。なお本実施形態では、ユーザは第１サービスと第２サービスとで共通のアカウントを使用しているものとするが、これに限定されるものではなく、ユーザは第１サービスと第２サービスとで異なるアカウントを使用するようにしてもよい。また、第２サービスを提供する第２サーバ装置５０の詳細については後述する。

また通知部３３は、イベント制御部３２によりアクションが発生されたイベントのイベント画面情報を第１ユーザ端末８０に通知する。これにより、第１ユーザ端末８０は、アクション発生後のイベントのイベント画面を第１ユーザ端末８０の表示部（図示省略）に表示する。

第２サーバ装置５０は、第２サービスを提供するものであり、例えば、本実施形態では第２サービスがツイッター（登録商標）であるものとするがこれに限定されるものではない。例えば、ｆａｃｅｂｏｏｋ（登録商標）などいずれのＳＮＳであってもよい。図３は、第１実施形態の第２サーバ装置５０の構成の一例を示すブロック図である。図３に示すように、第２サーバ装置５０は、通信部５２と、記憶部５４と、制御部６０とを備える。

通信部５２は、第１サーバ装置１０、第１ユーザ端末８０、及び第２ユーザ端末９０などの外部機器と通信するものであり、第１サーバ装置１０同様、既存の通信装置により実現できる。

記憶部５４は、第２サーバ装置５０で実行される各種プログラムや第２サーバ装置５０で行われる各種処理に使用されるデータなどを記憶するものであり、第１サーバ装置１０同様、既存の記憶装置の少なくともいずれかにより実現できる。記憶部５４は、ユーザを識別するユーザ識別情報と当該ユーザを関連付けたユーザである従関連ユーザを識別するユーザ識別情報とを対応付けた従関連テーブルをユーザ毎に記憶する。ここで、従関連ユーザとは、第２サービスにおいて第１ユーザから発信された内容（メッセージ）を受け取るユーザを指し、第２サービスがツイッターである本実施形態では、第２サービスにおいて第１ユーザをフォローしたユーザ（フォロワー）に相当する。記憶部５４は、例えば、図４に示すように、第１ユーザのユーザＩＤであるｕｓｅｒ１と第１ユーザの従関連ユーザのユーザＩＤである従関連ユーザＩＤ（ｕｓｅｒ２など）とを対応付けた第１従関連テーブルを記憶する。また記憶部５４は、ユーザを識別するユーザ識別情報と当該ユーザが関連付けたユーザである主関連ユーザを識別するユーザ識別情報とを対応付けた主関連テーブルをユーザ毎に記憶する。ここで、主関連ユーザとは、第２サービスにおいて第１ユーザが受け取る内容（メッセージ）を発信するユーザを指し、第２サービスがツイッターである本実施形態では、第２サービスにおいて第１ユーザ（フォロワー）がフォローしたユーザに相当する。

制御部６０は、第２サーバ装置５０の各部を制御するものであり、第１サーバ装置１０同様、既存の制御装置により実現できる。制御部６０は、発信部６１を含む。

発信部６１は、第１サーバ装置１０から、第１ユーザのユーザ識別情報とイベントのアドレス情報とアクション発生情報とが通知されると、アクションが発生したこと及びアクションが発生したイベントのＵＲＬを第２サービス上で第１ユーザから発信させる。具体的には、発信部６１は、記憶部５４に記憶されている第１従関連テーブルを参照し、第１サーバ装置１０から通知された第１ユーザのユーザ識別情報が示す第１ユーザのユーザＩＤに対応付けられた第１従関連ユーザのユーザＩＤを特定する。図４に示す例の場合、発信部６１は、第１従関連ユーザのユーザＩＤとしてｕｓｅｒ２などを特定する。そして発信部６１は、第１サーバ装置１０から通知された第１ユーザのユーザ識別情報とイベントのアドレス情報とアクション発生情報とを用いて、アクションが発生したこと及びアクションが発生したイベントのＵＲＬを第１ユーザのユーザ識別情報が示す第１ユーザ（ｕｓｅｒ１）から第１従関連ユーザのユーザ識別情報が示す第１従関連ユーザ（ｕｓｅｒ２など）に発信する。第２サービスがツイッターである本実施形態では、発信部６１は、アクションが発生したこと及びアクションが発生したイベントのＵＲＬを第１ユーザから第１従関連ユーザにつぶやかせる。これにより、第１サービスとして提供されているイベントに第１従関連ユーザを誘引することができる。

図１に戻り、第１ユーザ端末８０は、第１ユーザが使用する端末であり、本実施形態では、スマートフォンなどの携帯電話であるものとする。但し、これに限定されるものではなく、携帯型の端末装置や通常のＰＣ（Personal Computer）などであってもよい。第１ユーザは、第１ユーザ端末８０を用いて、第１サーバ装置１０で第１サービスとして提供されているイベントに対してアクションを行う。これに伴い、第１ユーザ端末８０は、第１サーバ装置１０に対してアクション情報と第１ユーザのユーザ識別情報とを通知する。なお本実施形態では、第１ユーザ端末８０を使用する第１ユーザは、イベントに既に参加している参加者であるものとして説明している。

第２ユーザ端末９０は、第２ユーザが使用する端末であり、本実施形態では、スマートフォンなどの携帯電話であるものとする。但し、これに限定されるものではなく、携帯型の端末装置や通常のＰＣ（Personal Computer）などであってもよい。第２ユーザは、第２ユーザ端末９０を用いて、第２サーバ装置５０により提供されている第２サービス上での第１ユーザのつぶやきを確認する。なお本実施形態では、第２ユーザ端末９０を使用する第２ユーザは、第１従関連ユーザであり、第２サービス上での第１ユーザからの発信を受け、イベントに誘引される新規参加者として説明する。

次に、第１実施形態の誘因システムの動作について説明する。図５は、第１実施形態の誘因システム１で行われるイベント作成処理の一例を示すシーケンス図である。

図５を参照しながら、アクションがイベントの作成である場合について説明する。

第１ユーザが、第１ユーザ端末８０を用いて第１サーバ装置１０にアクセスし、第１ユーザのアカウントを入力すると、起動画面として例えば図６に示すイベント選択画面が第１ユーザ端末８０に表示される。ここで、図６に示すイベント選択画面におけるホットなイベントとは、そのイベントの盛り上がり度合い（活性化度合い）を示す盛り上がり度（盛り上がり値）が高いイベントである。盛り上がり度は、ユーザからの閲覧が多い、コメントの投稿が多いなどのような盛り上がり度合いを示すものである。なお、盛り上がり度の具体的な算出手法は、第４実施形態で説明する。そして第１ユーザは、図６に示すイベント選択画面上でイベント作成ボタン１０５を押下する。これにより、例えば図７に示す新規イベント作成画面が第１ユーザ端末８０に表示されるので、第１ユーザは、図７に示す新規イベント作成画面上で、イベント名やイベントの説明等を入力し、作成ボタン１１０を押下することで、イベントの作成を第１サーバ装置１０に指示する。なお、図７に示す新規イベント作成画面上で、イベントの開始時間及び終了時間などを入力するようにしてもよい。

図７に示す新規イベント作成画面上でイベントの作成が指示されると、第１ユーザ端末８０は、アクションがイベントの作成であることを示すアクション識別子及び作成するイベントのイベント名などを含むアクション情報と、第１ユーザのユーザ識別情報とを第１サーバ装置１０に通知する。ここでは、イベント名が納会であり、第１ユーザのユーザ識別情報はｕｓｅｒ１とする。そして、受付部３１は、第１ユーザ端末８０から通知されたアクション情報と第１ユーザのユーザ識別情報とを受け付ける（ステップＳ１００）。

続いて、イベント制御部３２は、受付部３１によりアクション識別子がイベントの作成を示すアクション情報と第１ユーザのユーザ識別情報とが受け付けられると、作成対象のイベント用の記憶領域をイベント情報記憶部２１に確保し、写真やコメントなどが投稿される場であるイベントのイベントＩＤ及びＵＲＬを生成する（ステップＳ１０２）。ここでは、イベントＩＤは０４１であり、ＵＲＬは、ｈｔｔｐ：／／ｗｗｗ．ｘｘｘ．・・・とする。そして、イベント制御部３２は、生成したイベントＩＤ、アクション情報に含まれるイベント名、イベント作成者のユーザＩＤ（ここでは、受付部３１により受け付けられた第１ユーザのユーザ識別情報が示す第１ユーザのユーザＩＤ）、及び生成したイベントのＵＲＬなどを対応付けて、イベント情報記憶部２１に確保した記憶領域に記憶する（図８参照）。

続いて、通知部３３は、記憶部２０からイベントが作成された旨を示すテキストデータ（図示省略）を取得し、アクション発生情報とする。そして通知部３３は、第１ユーザのユーザ識別情報、イベントのＵＲＬを示すアドレス情報、及び取得したアクション発生情報を第２サーバ装置５０に通知する（ステップＳ１０４）。

続いて、発信部６１は、第１ユーザのユーザ識別情報が通知されると、記憶部５４に記憶されている図４に示す第１従関連テーブルを参照して、第１ユーザのユーザ識別情報が示すユーザＩＤであるｕｓｅｒ１から第１ユーザの従関連ユーザである第２ユーザなどのユーザＩＤであるｕｓｅｒ２などを特定する。そして発信部６１は、イベントが作成されたこと及びイベントのＵＲＬを第１ユーザから第１従関連ユーザである第２ユーザにつぶやく（ステップＳ１０６）。これにより、第２ユーザが、第２ユーザ端末９０を用いて第２サーバ装置５０にアクセスし、第２ユーザのアカウントを入力すると、例えば図９に示すＴＬ（タイムライン）画面が第２ユーザ端末９０に表示されるので、第２ユーザをイベントに誘引することができる。

具体的には、第２ユーザが、図９に示すＴＬ画面上でイベントのＵＲＬ１１５を押下すると、起動画面として例えば図１０に示すイベント選択画面が第２ユーザ端末９０に表示される。なお、ＵＲＬ１１５を押下してからイベント選択画面を表示するまでの間に、第１サービスのＵＩ最適化用のアプリケーションを第２ユーザ端末９０にダウンロードさせたり、第２ユーザのアカウントを入力させたりするようにしてもよい。図１０に示すイベント選択画面では、第１ユーザにより新規に作成されたイベントである納会１２０が新しいイベントとして登録されており、第２ユーザが、図１０に示すイベント選択画面上で納会１２０を押下すると、例えば図１１に示すイベント画面が第２ユーザ端末９０に表示される。これにより、第２ユーザは、第２ユーザ端末９０を用いてイベント「納会」に対して写真やコメントを投稿することでイベント「納会」に参加することができる。

なお、図１１に示す例では、アイコン１２５がイベント「納会」の閲覧者数を示し、アイコン１３０がイベント「納会」に投稿されたコメント数を示し、アイコン１３５がイベント「納会」に投稿された写真数を示している。また、コメントボタン１４０は、イベント「納会」にコメントを投稿する場合に使用され、カメラボタン１４５は、イベント「納会」に写真を投稿する場合に使用される。また、パラメータ１５０は、イベントの盛り上がり度を示し、盛り上がり度が高いほどパラメータ１５０がイベント画面の上側に伸びる。現時点では、イベント「納会」は作成直後であるため、さほど盛り上がっていない。なお、盛り上がり度が高くなると、図６や図１０に示すイベント選択画面でホットなイベントに登録される。また、図１１に示すイベント画面は、第１ユーザが、図７に示す新規イベント作成画面上でイベントを作成した後に、第１ユーザ端末８０にも表示される。

図１２は、第１実施形態の誘因システム１で行われる投稿処理の一例を示すシーケンス図である。図１２を参照しながら、アクションが投稿である場合について説明する。なお、ここでは、説明の便宜上、図１１に示すイベント画面が第１ユーザ端末８０に表示されており、第１ユーザが図１１に示すイベント画面から写真を投稿する例について説明する。

第１ユーザが、図１１に示すイベント画面上でカメラボタン１４５を押下すると写真撮影画面（図示省略）が第１ユーザ端末８０に表示される。なお、第１ユーザが、図１１に示すイベント画面上でコメントボタン１４０を押下するとコメント入力画面（図示省略）が第１ユーザ端末８０に表示される。

第１ユーザが写真撮影画面上で写真を撮影すると、第１ユーザ端末８０は、イベント識別情報と、アクションがイベントへの投稿であることを示すアクション識別子及び投稿する撮像データ（写真）・テキストデータ（コメント）などを含むアクション情報と、第１ユーザのユーザ識別情報とを第１サーバ装置１０に通知する。ここでは、イベント識別情報が示すイベントＩＤは０４１であり、写真はｐｉｃｔｕｒｅ１であり、コメントは、寿司がうまいですよ！であり、第１ユーザのユーザ識別情報はｕｓｅｒ１とする。そして、受付部３１は、第１ユーザ端末８０から通知されたイベント識別情報とアクション情報と第１ユーザのユーザ識別情報とを受け付ける（ステップＳ２００）。なお本実施形態では、撮影した写真に更にコメントを付し、当該コメントを写真とともに投稿できるものとする。

続いて、イベント制御部３２は、受付部３１によりアクション識別子がイベントへの投稿を示すアクション情報と第１ユーザのユーザ識別情報とが受け付けられると、イベントＩＤが０４１であるイベントＩＤをイベント情報記憶部２１から検索する。そしてイベント制御部３２は、検索したイベントＩＤに対応付けられたイベントのＵＲＬが示すイベント上で、アクション情報に含まれる撮像データ（写真）やテキストデータ（コメント）を発生させる（生成する）。この際、イベント制御部３２は、撮像データ（写真）やテキストデータ（コメント）を発生させた日時のタイムスタンプも生成する（ステップＳ２０２）。ここでは、タイムスタンプは、２０１０／１２／２６ １９：０３：００とする。そして、イベント制御部３２は、投稿者のユーザＩＤ（ここでは、受付部３１により受け付けられた第１ユーザのユーザ識別情報が示す第１ユーザのユーザＩＤ）、アクション情報に含まれる撮像データ（写真）とテキストデータ（コメント）、及び生成したタイムスタンプを、検索したイベントＩＤに対応付けてイベント情報記憶部２１に確保された記憶領域に記憶する（図１３参照）。

続いて、通知部３３は、記憶部２０からイベントへ写真やコメントが投稿された旨を示すテキストデータ（図示省略）を取得し、アクション発生情報とする。そして通知部３３は、第１ユーザのユーザ識別情報、イベントのＵＲＬを示すアドレス情報、及び取得したアクション発生情報を第２サーバ装置５０に通知する（ステップＳ２０４）。

続いて、発信部６１は、第１ユーザのユーザ識別情報が通知されると、記憶部５４に記憶されている図４に示す第１従関連テーブルを参照して、第１ユーザのユーザ識別情報が示すユーザＩＤであるｕｓｅｒ１から第１ユーザの従関連ユーザである第２ユーザなどのユーザＩＤであるｕｓｅｒ２などを特定する。そして発信部６１は、写真及びコメントが投稿されたこと及びイベントのＵＲＬを第１ユーザから第１従関連ユーザである第２ユーザにつぶやく（ステップＳ２０６）。これにより、第２ユーザが、第２ユーザ端末９０を用いて第２サーバ装置５０にアクセスし、第２ユーザのアカウントを入力すると、第２ユーザ端末９０に表示される前述したＴＬ画面にイベントのＵＲＬとともに写真が投稿された旨が表示されるので、第２ユーザをイベントに誘引することができる。

なお、写真及びコメント投稿後のイベント画面の一例を図１４に示す。図１４に示すイベント画面では、第１ユーザの名前（ユーザＩＤ）と、投稿した写真及びコメントと、何分前に投稿されたかが表示されている。なお、図１４に示すイベント画面では、図１１に示すイベント画面よりもパラメータ１５０がイベント画面の上側に伸びており、盛り上がり始めている。

以下、写真の投稿と同様に、イベントへのコメントの投稿など各種投稿が繰り返されると、イベント画面は、例えば図１５に示すようになる。図１５に示すイベント画面では、第２ユーザの名前（ユーザＩＤ）と、投稿したコメントと、何分前に投稿されたか等が表示されている。なお、図１５に示す時点でのイベント情報記憶部２１に確保された記憶領域に記憶されているイベント情報を図１６に示す。また本実施形態では、図１５に示すイベント画面のように最新の投稿をイベント画面の上側に表示するので最新の投稿から確認でき視認性に優れている。

以上のように第１実施形態によれば、第１サーバ装置１０で提供されるイベントに対してアクションが行われた旨を、第２サーバ装置５０で提供される第２サービスを利用して他のユーザ（第１従関連ユーザ）に知らせるので、他のユーザを第１サーバ装置１０で提供されるイベントに誘引することができる。

（第２実施形態）
第２実施形態では、第１サーバ装置から第２サーバ装置への通知の有無を設定する例について説明する。なお以下では、第１実施形態との相違点の説明を主に行い、第１実施形態と同様の機能を有する構成要素については、第１実施形態と同様の名称・符号を付し、その説明を省略する。

図１７は、第２実施形態の第１サーバ装置２１０の構成の一例を示すブロック図である。図１７に示すように、第２実施形態の第１サーバ装置２１０では、制御部２３０の受付部２３１及び通知部２３３が第１実施形態の第１サーバ装置１０と相違する。

受付部２３１は、第１ユーザ端末８０から、第２サーバ装置５０への通知の有無を示す通知有無情報を更に受け付ける。

なお、受付部２３１は、第１ユーザが第１ユーザ端末８０を用いてイベントに関するアクションを行う毎に第１ユーザ端末８０から通知有無情報を受け付けるようにしてもよい。この場合、第１ユーザは、第１ユーザ端末８０を用いてイベントに対してアクションを行う毎に当該アクションに対する通知有無情報も設定（入力）する。このようにすれば、第１ユーザは、アクション毎に第１サーバ装置２１０から第２サーバ装置５０への通知の有無を設定できる。

また、受付部２３１は、第１ユーザ端末８０から全てのアクションに対する全体設定としての通知有無情報を受け付けるようにしてもよい。この場合、第１ユーザは、第１ユーザ端末８０を用いて第１サーバ装置２１０へアクセスし、設定画面などで全てのアクションに対する全体設定として通知有無情報を設定（入力）する。このようにすれば、第１ユーザは、アクションに対して一律に第１サーバ装置２１０から第２サーバ装置５０への通知の有無を設定できる。

通知部２３３は、受付部２３１により受け付けられた通知有無情報が通知有を示す場合に、第２サーバ装置５０に対して、第１ユーザのユーザ識別情報とイベントのアドレス情報とアクション発生情報とを通知する。なお、通知部２３３は、受付部２３１により受け付けられた通知有無情報が通知無を示す場合、第２サーバ装置５０に対して通知を行わない。

以上のように第２実施形態によれば、通知有無情報が通知有を示す場合に、第１サーバ装置２１０から第２サーバ装置５０に対してアクションが行われた旨を通知するので、ユーザが他のユーザ（第１従関連ユーザ）に知らせたいアクションが行われた旨のみ知らせることができる。

（第３実施形態）
第３実施形態では、アクションの種別に応じて第１サーバ装置から第２サーバ装置への通知の有無を設定する例について説明する。なお以下では、第１実施形態との相違点の説明を主に行い、第１実施形態と同様の機能を有する構成要素については、第１実施形態と同様の名称・符号を付し、その説明を省略する。

図１８は、第３実施形態の第１サーバ装置３１０の構成の一例を示すブロック図である。図１８に示すように、第３実施形態の第１サーバ装置３１０では、記憶部３２０が通知有無情報記憶部３２２を更に含む点、制御部３３０が判定部３３４を更に含む点、及び通知部３３３の処理内容が第１実施形態の第１サーバ装置１０と相違する。

通知有無情報記憶部３２２は、アクションの種別毎に第１サーバ装置３１０から第２サーバ装置５０への通知の有無を示す通知有無情報を記憶する。例えば、通知有無情報記憶部３２２は、図１９に示すように、イベントの作成、イベントへの写真やコメントの投稿、及びイベントの終了などのアクションの種別毎に通知有無情報を記憶する。ここでは、いずれも通知ありに設定されている。なお、第１ユーザは、第１ユーザ端末８０を用いて第１サーバ装置３１０へアクセスし、設定画面などでアクションの種別毎に通知有無情報を設定（入力）し、受付部３１は、第１ユーザ端末８０からアクションの種別毎の通知有無情報を受け付け、通知有無情報記憶部３２２に記憶（登録）する。

判定部３３４（アクション判定部の一例）は、受付部３１により受け付けられたアクション情報が示すアクションの種別から当該アクション情報を第２サーバ装置５０へ通知するか否かを判定する。具体的には、判定部３３４は、通知有無情報記憶部３２２に記憶されているアクションの種別毎の通知有無情報を参照して、受付部３１により受け付けられたアクション情報を第２サーバ装置５０へ通知するか否かを判定する。

通知部３３３は、判定部３３４により第２サーバ装置５０へ通知するアクションであると判定された場合に、第２サーバ装置５０に対して、第１ユーザのユーザ識別情報とイベントのアドレス情報とアクション発生情報とを通知する。なお、通知部３３３は、判定部３３４により第２サーバ装置５０へ通知するアクションでないと判定された場合、第２サーバ装置５０に対して通知を行わない。

以上のように第３実施形態によれば、受け付けられたアクションが第２サーバ装置５０へ通知するアクションである場合に、第１サーバ装置２１０から第２サーバ装置５０に対してアクションが行われた旨を通知するので、特定のアクションが行われた旨のみ知らせることができる。

（第４実施形態）
第４実施形態では、イベントの盛り上がり度に応じて第１サーバ装置から第２サーバ装置への通知の有無を設定する例について説明する。なお以下では、第１実施形態との相違点の説明を主に行い、第１実施形態と同様の機能を有する構成要素については、第１実施形態と同様の名称・符号を付し、その説明を省略する。

図２０は、第４実施形態の第１サーバ装置４１０の構成の一例を示すブロック図である。図２０に示すように、第４実施形態の第１サーバ装置４１０では、記憶部４２０が管理者情報記憶部４２３を更に含む点、制御部４３０が算出部４３５及び判定部４３４を更に含む点、並びに通知部４３３の処理内容が第１実施形態の第１サーバ装置１０と相違する。

管理者情報記憶部４２３は、第１サービスの管理者を識別する管理者識別情報を記憶する。管理者情報記憶部４２３は、例えば管理者識別情報として管理者のアカウント（ユーザＩＤ及びパスワード）を記憶する。

算出部４３５は、イベントの盛り上がり度を算出する。具体的には、算出部４３５は、所定期間におけるイベントの閲覧数、当該所定期間に発生したアクションの数、及び前回の盛り上がり度を少なくとも用いて、盛り上がり度を定期的に算出する。なお、アクションの数は、イベントへの写真の投稿数、イベントへのコメントの投稿数、写真又はコメントへの同意の投稿数、及び全投稿数の少なくともいずれかであればよい。算出部４３５は、例えば、数式（１）を用いて、イベントの盛り上がり度を算出する。

ＪＲ_ｎ＝［ＪＲ_ｎ−１＋｛ｃＰ_ｎ／Ｐ_ＭＴ_ｐ×１００｝］／２ …（１）

ここで、ＪＲ_ｎがイベントの盛り上がり度を示し、ＪＲ_ｎ−１が前回の盛り上がり度を示し、ｃが重み付け係数を示し、Ｐ_ｎが所定期間に獲得した点数を示し、Ｐ_Ｍが単位期間に獲得しうる点数の最大値を示し、Ｔ_ｐが所定期間を示す。なお、所定期間に獲得した点数とは、イベントの閲覧数やアクションの数から定まる。数式（１）を用いて、イベントの盛り上がり度を算出することで、イベントの閲覧やアクションが行われるほど盛り上がり度は高くなり、イベントの閲覧数やアクション数が多くなるほど盛り上がり度の上昇割合が下がり、盛り上がり度が高いほど盛り上がり度が上がりにくくなる。

判定部４３４（閾値判定部の一例）は、算出部４３５により算出された盛り上がり度が閾値を超えているか否かを判定する。

通知部４３３は、判定部４３４により盛り上がり度が閾値を超えていると判定された場合に、第２サーバ装置５０に対して、管理者識別情報とイベントのアドレス情報とを通知する。なお、通知部４３３は、判定部４３４により盛り上がり度が閾値を超えていないと判定された場合、第２サーバ装置５０に対して通知を行わない。

以上のように第４実施形態によれば、イベントが盛り上がっている場合に、第１サービスの管理者のアカウントで当該イベントのアドレスをつぶやくので、他のユーザを当該イベントに誘引することができる。

（第５実施形態）
第５実施形態では、第１ユーザが関連付けた（フォローした）ユーザが作成したイベントにアクションを投稿する場合に、第１サーバ装置から第２サーバ装置へ通知する例について説明する。なお以下では、第１実施形態との相違点の説明を主に行い、第１実施形態と同様の機能を有する構成要素については、第１実施形態と同様の名称・符号を付し、その説明を省略する。

図２１は、第５実施形態の第１サーバ装置５１０の構成の一例を示すブロック図である。図２１に示すように、第５実施形態の第１サーバ装置５１０では、制御部５３０が取得部５３６及び判定部５３４を更に含む点並びに通知部５３３の処理内容が第１実施形態の第１サーバ装置１０と相違する。

取得部５３６は、第２サーバ装置５０から、第１ユーザのユーザＩＤと第１ユーザが関連付けた（フォローした）ユーザである第１主関連ユーザのユーザＩＤである主関連ユーザＩＤとを対応付けた第１主関連テーブル情報を取得する。例えば、取得部５３６は、図２２に示すように、第１ユーザのユーザＩＤであるｕｓｅｒ１と第１ユーザの主関連ユーザのユーザＩＤである主関連ユーザＩＤ（ｕｓｅｒ１０など）とを対応付けた第１主関連テーブルを記憶する。

判定部５３４（ユーザ判定部の一例）は、取得部５３６により取得された第１主関連テーブル情報を参照して、イベントを作成したユーザを識別するユーザ識別情報と第１主関連ユーザのユーザ識別情報とが一致するか否かを判定する。具体的には、判定部５３４は、イベント情報記憶部２１からイベント作成者のユーザＩＤを取得し、取得したユーザＩＤと一致する第１主関連ユーザのユーザＩＤが第１主関連テーブルにあるか否かを判定する。ここで、イベントの作成者は第１ユーザ（ｕｓｅｒ１）であるため、図２２に示す例の場合、判定部５３４は、イベントの作成者のユーザＩＤであるｕｓｅｒ１が、第１主関連テーブル上の第１主関連ユーザのユーザＩＤと一致しないと判定する。

通知部５３３は、判定部５３４により作成ユーザのユーザ識別情報と第１主関連ユーザのユーザ識別情報とが一致すると判定された場合に、第２サーバ装置５０に対して、第１ユーザのユーザ識別情報とイベントのアドレス情報とアクション発生情報とを通知する。なお、通知部５３３は、判定部５３４により作成ユーザのユーザ識別情報と第１主関連ユーザのユーザ識別情報とが一致しないと判定された場合、第２サーバ装置５０に対して通知を行わない。

以上のように第５実施形態によれば、第１ユーザがフォローしているユーザがイベントの作成者である場合に、第１サーバ装置５１０から第２サーバ装置５０に対して当該イベントに対してアクションが行われた旨を通知するので、ユーザが他のユーザ（第１従関連ユーザ）に知らせたいイベントに対するアクションが行われた旨のみ知らせることができる。なお、第１ユーザをフォローしているユーザ（第１ユーザのフォロワー）は、第１ユーザがフォローしているユーザについても興味を持っていることが一般的である。

（第６実施形態）
第６実施形態では、第１ユーザがイベントに対してアクションを行った旨をプッシュ通知する例について説明する。なお以下では、第１実施形態との相違点の説明を主に行い、第１実施形態と同様の機能を有する構成要素については、第１実施形態と同様の名称・符号を付し、その説明を省略する。

図２３は、第６実施形態の第１サーバ装置６１０の構成の一例を示すブロック図である。図２３に示すように、第６実施形態の第１サーバ装置６１０では、制御部６３０が取得部６３６及び判定部６３４を更に含む点、並びに受付部６３１及び通知部６３３の処理内容が第１実施形態の第１サーバ装置１０と相違する。

受付部６３１は、第２ユーザ端末９０から、当該第２ユーザ端末を使用する第２ユーザを識別する第２ユーザ識別情報を更に受け付ける。例えば、受付部６３１は、第１サービスのＵＩ最適化用のアプリケーションがインストールされた第２ユーザ端末９０から、第２ユーザのアカウントを定期的にポーリングで受け付ける。なお第１実施形態同様、第２ユーザは、第１従関連ユーザであるものとする。

取得部６３６は、第２サーバ装置５０から、第２ユーザのユーザＩＤと第２ユーザが関連付けた（フォローした）ユーザである第２主関連ユーザのユーザＩＤである主関連ユーザＩＤとを対応付けた第２主関連テーブル情報を取得する。例えば、取得部６３６は、図２４に示すように、第２ユーザのユーザＩＤであるｕｓｅｒ２と第２ユーザの主関連ユーザのユーザＩＤである主関連ユーザＩＤ（ｕｓｅｒ１など）とを対応付けた第２主関連テーブルを記憶する。

判定部６３４（ユーザ判定部の一例）は、取得部６３６により取得された第１主関連テーブル情報を参照して、第１ユーザのユーザ識別情報と第２主関連ユーザのユーザ識別情報とが一致するか否かを判定する。具体的には、判定部６３４は、第１ユーザのユーザＩＤと一致する第２主関連ユーザのユーザＩＤが第２主関連テーブルにあるか否かを判定する。ここで、第２主関連ユーザは、第１ユーザ（ｕｓｅｒ１）などであるため、図２４に示す例の場合、判定部６３４は、第１ユーザのユーザＩＤと第２主関連ユーザのユーザＩＤとは一致すると判定する。

通知部６３３は、第１ユーザ識別情報と第２主関連ユーザ識別情報とが一致すると判定された場合に、第２ユーザ端末９０に対して、イベントのアドレス情報とアクション発生情報とを通知する。具体的には、通知部６３３は、第２ユーザ端末９０に対して、イベントのアドレス情報とアクション発生情報とをプッシュ通知する。これにより、第２ユーザ端末９０の待ち受け画面上にアクションが行われた旨が表示され、第２ユーザが、アクションが行われた旨を閲覧することにより、図１１などに示すイベント画面が第２ユーザ端末９０に表示される。なお、通知部６３３は、判定部６３４により第１ユーザ識別情報と第２主関連ユーザ識別情報とが一致しないと判定された場合、第２ユーザ端末９０に対して通知を行わない。

以上のように第６実施形態によれば、第１サーバ装置６１０で提供されるイベントに対してアクションが行われた旨を、プッシュ通知で他のユーザ（第１従関連ユーザ）に知らせるので、他のユーザを第１サーバ装置６０で提供されるイベントに誘引することができる。

（ハードウェア構成）
上記各実施形態の第１サーバ装置のハードウェア構成の一例について説明する。上記各実施形態の第１サーバ装置は、ＣＰＵなどの制御装置と、ＲＯＭやＲＡＭなどの記憶装置と、ＨＤＤなどの外部記憶装置と、ディスプレイなどの表示装置と、キーボードやマウスなどの入力装置と、通信インタフェースなどの通信装置と、を備えており、通常のコンピュータを利用したハードウェア構成となっている。

上記各実施形態の第１サーバ装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、メモリカード、ＤＶＤ（Digital Versatile Disk）、フレキシブルディスク（ＦＤ）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供される。

また、上記各実施形態の第１サーバ装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしてもよい。また、上記各実施形態の第１サーバ装置で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するようにしてもよい。また、上記各実施形態の第１サーバ装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するようにしてもよい。

上記各実施形態の第１サーバ装置で実行されるプログラムは、上述した各部をコンピュータ上で実現させるためのモジュール構成となっている。実際のハードウェアとしては、ＣＰＵがＨＤＤからプログラムをＲＡＭ上に読み出して実行することにより、上記各部がコンピュータ上で実現されるようになっている。

１ 誘引システム
５ ネットワーク
１０、２１０、３１０、４１０、５１０、６１０ 第１サーバ装置
１２ 通信部
２０、３２０、４２０ 記憶部
２１ イベント情報記憶部
３０、２３０、３３０、４３０、５３０、６３０ 制御部
３１、２３１、６３１ 受付部
３２ イベント制御部
３３、２３３、３３３、４３３、５３３、６３３ 通知部
５０ 第２サーバ装置
５２ 通信部
５４ 記憶部
６０ 制御部
６１ 発信部
８０ 第１ユーザ端末
９０ 第２ユーザ端末
３２２ 通知有無情報記憶部
３３４、４３４、５３４、６３４ 判定部
４２３ 管理者情報記憶部
４３５ 算出部
５３６、６３６ 取得部

特開２００９−１９９３６８号公報

Claims (9)

1. ユーザ参加型のイベントを第１サービスとして提供するサーバ装置であって、
   前記サーバ装置とネットワークを介して接続された第１ユーザ端末から、第１ユーザが前記第１ユーザ端末を用いて行った前記イベントに関するアクションを示すアクション情報と前記第１ユーザを識別するユーザ識別情報とを受け付ける受付部と、
   前記アクション情報が示す前記アクションを発生させるイベント制御部と、
   前記イベントの盛り上がり度を算出する算出部と、
   前記盛り上がり度が閾値を超えているか否かを判定する閾値判定部と、
   前記サーバ装置と前記ネットワークを介して接続され、第２サービスを提供する他のサーバ装置に対して、前記第１ユーザの前記ユーザ識別情報と前記イベントのアドレスを示すアドレス情報と前記アクションが発生したことを示すアクション発生情報とを通知し、前記盛り上がり度が前記閾値を超えていると判定された場合に、前記他のサーバ装置に対して、前記第１サービスの管理者を識別する管理者識別情報と前記アドレス情報とを通知する通知部と、
   を備えることを特徴とするサーバ装置。
2. 前記受付部は、前記第１ユーザ端末から、前記他のサーバ装置への通知の有無を示す通知有無情報を更に受け付け、
   前記通知部は、前記通知有無情報が通知有を示す場合に、前記他のサーバ装置に対して、前記第１ユーザの前記ユーザ識別情報と前記アドレス情報と前記アクション発生情報とを通知することを特徴とする請求項１に記載のサーバ装置。
3. 前記アクション情報が示す前記アクションの種別から前記アクション情報を前記他のサーバ装置へ通知するか否かを判定するアクション判定部を更に備え、
   前記通知部は、前記アクション情報を前記他のサーバ装置へ通知すると判定された場合に、前記他のサーバ装置に対して、前記第１ユーザの前記ユーザ識別情報と前記アドレス情報と前記アクション発生情報とを通知することを特徴とする請求項１又は２に記載のサーバ装置。
4. 前記算出部は、所定期間における前記イベントの閲覧数、前記所定期間に発生した前記アクションの数、及び前回の盛り上がり度を少なくとも用いて、前記盛り上がり度を定期的に算出することを特徴とする請求項１〜３のいずれか１つに記載のサーバ装置。
5. 前記他のサーバ装置から、前記第１ユーザの前記ユーザ識別情報と前記第１ユーザが関連付けたユーザである第１主関連ユーザを識別するユーザ識別情報とを対応付けた第１主関連テーブル情報を取得する第１取得部と、
   前記第１主関連テーブル情報を参照して、前記イベントを作成したユーザを識別するユーザ識別情報が前記第１主関連ユーザの前記ユーザ識別情報と一致するか否かを判定するユーザ判定部を更に備え、
   前記通知部は、前記イベントを作成したユーザの前記ユーザ識別情報が前記第１主関連ユーザの前記ユーザ識別情報に一致する場合に、前記他のサーバ装置に対して、前記第１ユーザの前記ユーザ識別情報と前記アドレス情報と前記アクション発生情報とを通知することを特徴とする請求項１〜４のいずれか１つに記載のサーバ装置。
6. 前記受付部は、前記サーバ装置と前記ネットワークを介して接続された第２ユーザ端末から、当該第２ユーザ端末を使用する第２ユーザを識別するユーザ識別情報を更に受け付け、
   前記他のサーバ装置から、前記第２ユーザの前記ユーザ識別情報と前記第２ユーザが関連付けたユーザである第２主関連ユーザを識別するユーザ識別情報とを対応付けた第２主関連テーブル情報を取得する第２取得部と、
   前記第２主関連情報テーブルを参照して、前記第１ユーザの前記ユーザ識別情報が前記第２主関連ユーザの前記ユーザ識別情報と一致するか否かを判定するユーザ判定部を更に備え、
   前記通知部は、前記第１ユーザの前記ユーザ識別情報が前記第２主関連ユーザの前記ユーザ識別情報と一致する場合に、前記第２ユーザ端末に対して、前記アドレス情報と前記アクション発生情報とを通知することを特徴とする請求項１〜５のいずれか１つに記載のサーバ装置。
7. 前記アクションは、前記イベントの作成、前記イベントへの写真の投稿、前記イベントへのコメントの投稿、前記写真又は前記コメントへの同意の投稿、及び前記イベントの終了の少なくともいずれかであることを特徴とする請求項１〜６のいずれか１つに記載のサーバ装置。
8. ユーザ参加型のイベントを第１サービスとして提供する第１サーバ装置と、前記第１サーバ装置とネットワークを介して接続され、第２サービスを提供する第２サーバ装置と、を備える誘引システムであって、
   前記第１サーバ装置は、
   前記第１サーバ装置と前記ネットワークを介して接続された第１ユーザ端末から、第１ユーザが前記第１ユーザ端末を用いて行った前記イベントに関するアクションを示すアクション情報と前記第１ユーザを識別するユーザ識別情報とを受け付ける受付部と、
   前記アクション情報が示す前記アクションを発生させるイベント制御部と、
   前記イベントの盛り上がり度を算出する算出部と、
   前記盛り上がり度が閾値を超えているか否かを判定する閾値判定部と、
   前記第２サーバ装置に対して、前記第１ユーザの前記ユーザ識別情報と前記イベントのアドレスを示すアドレス情報と前記アクションが発生したことを示すアクション発生情報とを通知し、前記盛り上がり度が前記閾値を超えていると判定された場合に、前記第２サーバ装置に対して、前記第１サービスの管理者を識別する管理者識別情報と前記アドレス情報とを通知する通知部と、を備え、
   前記第２サーバ装置は、
   前記第１ユーザの前記ユーザ識別情報、前記アドレス情報、及び前記アクション発生情報を用いて、前記アクションが発生したこと及び前記アドレスを前記第２サービス上で前記第１ユーザから発信させる発信部を備えることを特徴とする誘引システム。
9. ユーザ参加型のイベントを第１サービスとして提供するサーバ装置で実行される誘引方法であって、
   受付部が、前記サーバ装置とネットワークを介して接続された第１ユーザ端末から、第１ユーザが前記第１ユーザ端末を用いて行った前記イベントに関するアクションを示すアクション情報と前記第１ユーザを識別するユーザ識別情報とを受け付ける受付ステップと、
   イベント制御部が、前記アクション情報が示す前記アクションを発生させるイベント制御ステップと、
   算出部が、前記イベントの盛り上がり度を算出する算出ステップと、
   閾値判定部が、前記盛り上がり度が閾値を超えているか否かを判定する閾値判定ステップと、
   通知部が、前記サーバ装置と前記ネットワークを介して接続され、第２サービスを提供する他のサーバ装置に対して、前記第１ユーザの前記ユーザ識別情報と前記イベントのアドレスを示すアドレス情報と前記アクションが発生したことを示すアクション発生情報とを通知し、前記盛り上がり度が前記閾値を超えていると判定された場合に、前記他のサーバ装置に対して、前記第１サービスの管理者を識別する管理者識別情報と前記アドレス情報とを通知する通知ステップと、
   を含むことを特徴とする誘引方法。

Images