(57)【要約】【課題】オンラインでの活動をオフラインの行動に結びつけること。【解決手段】特典付与装置１０は、同一の目的を共有する複数人のユーザを検出する検出部１５ａと、検出部１５ａによって検出された複数人のユーザをメンバとし、各メンバがメッセージをチャット形式で投稿可能なルームをネットワーク上に生成させる生成部１５ｂと、メンバとなったユーザの位置情報を取得する取得部１５ｄと、取得部１５ｄによって取得されたユーザの位置情報が目的に関係する所定の条件を満たす場合に、当該ユーザに目的に対応する特典を付与することを決定する決定部１５ｅとを有する。【選択図】図２
2015005067.tif 000002
【特許請求の範囲】
【請求項１】
同一の目的を共有する複数人のユーザを検出する検出部と、
前記検出部によって検出された複数人のユーザをメンバとし、各メンバがメッセージをチャット形式で投稿可能なルームをネットワーク上に生成させる生成部と、
前記メンバとなったユーザの位置情報を取得する取得部と、
前記取得部によって取得されたユーザの位置情報が前記目的に関係する所定の条件を満たす場合に、当該ユーザに前記目的に対応する特典を付与することを決定する決定部と
を有することを特徴とする特典付与装置。
【請求項２】
前記ルームのログに含まれるメッセージから場所および時間に関するキーワードを抽出する抽出部をさらに有し、
前記決定部は、
前記抽出部によって抽出されたキーワードに対応する時間に、前記取得部によって取得されたユーザの位置情報が前記抽出部によって抽出されたキーワードに対応する場所に存在する場合に、前記ユーザに前記目的に対応する特典を付与することを決定することを特徴とする請求項１に記載の特典付与装置。
【請求項３】
前記決定部は、
前記取得部によって取得されたユーザの位置情報が互いに共通する場合に、前記ユーザに前記目的に対応する特典を付与することを決定することを特徴とする請求項１に記載の特典付与装置。
【請求項４】
前記決定部は、
前記ルームのメンバとなったユーザのうち所定の割合のユーザの位置情報が前記目的に関係する所定の条件を満たす場合に、当該位置情報が前記条件を満たすユーザに前記目的に対応する特典を付与することを決定する請求項１、２または３に記載の特典付与装置。
【請求項５】
前記生成部は、予め定められた前記ルームのメンバとなったユーザのうち、予め定められた時刻の条件に合致する時間内に前記位置情報が前記目的に関係する所定条件を満たす当該ユーザを検出する第２検出部と、前記第２検出部によって検出されたユーザ各々がメッセージをチャット形式で投稿可能なルームを生成させる第２生成部とを備えることを特徴とする請求項１〜４のいずれか１つに記載の特典付与装置。
【請求項６】
前記生成部は、
異なるルーム間で互いの目的が同一である場合、もしくは互いの目的が近似する場合に、互いのルームを１つのルームに統合することを特徴とする請求項１〜５のいずれか１つに記載の特典付与装置。
【請求項７】
コンピュータが、
同一の目的を共有する複数人のユーザを検出する検出工程と、
前記検出工程によって検出された複数人のユーザをメンバとし、各メンバがメッセージをチャット形式で投稿可能なルームをネットワーク上に生成させる生成工程と、
前記メンバとなったユーザの位置情報を取得する取得工程と、
前記取得工程によって取得されたユーザの位置情報が前記目的に関係する所定の条件を満たす場合に、当該ユーザに前記目的に対応する特典を付与することを決定する決定工程と
を実行することを特徴とする特典付与方法。
【請求項８】
コンピュータに、
同一の目的を共有する複数人のユーザを検出する検出手順と、
前記検出手順によって検出された複数人のユーザをメンバとし、各メンバがメッセージをチャット形式で投稿可能なルームをネットワーク上に生成させる生成手順と、
前記メンバとなったユーザの位置情報を取得する取得手順と、
前記取得手順によって取得されたユーザの位置情報が前記目的に関係する所定の条件を満たす場合に、当該ユーザに前記目的に対応する特典を付与することを決定する決定手順と
を実行させることを特徴とする特典付与プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特典付与装置、特典付与方法及び特典付与プログラムに関する。
【背景技術】
【０００２】
ＳＮＳ（Social  Networking  Service）が広く利用されている。かかるＳＮＳによって、ユーザは、ネットワークを介して多種多様な人とコミュニティを築き、コミュニケーションを図ることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３２５１９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術では、オンラインでの活動をオフラインの行動に結び付けるのは困難であった。
【０００５】
本願は、上記に鑑みてなされたものであって、オンラインでの活動をオフラインの行動に結びつけることができる特典付与装置、特典付与方法及び特典付与プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
一態様の特典付与装置は、同一の目的を共有する複数人のユーザを検出する検出部と、前記検出部によって検出された複数人のユーザをメンバとし、各メンバがメッセージをチャット形式で投稿可能なルームをネットワーク上に生成させる生成部と、前記メンバとなったユーザの位置情報を監視する監視部と、前記監視部によって監視されたユーザの位置情報が前記目的に関係する所定の条件を満たす場合に、当該ユーザに前記目的に対応する特典を付与することを決定する決定部とを有する。
【発明の効果】
【０００７】
実施形態の一態様によれば、オンラインでの活動をオフラインの行動に結びつけることができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態に係るネットワークシステムの構成例を示す図である。
【図２】図２は、実施形態に係る特典付与装置の構成例を示す図である。
【図３】図３は、グループ情報の一例を示す図である。
【図４】図４は、待合せ情報の一例を示す図である。
【図５】図５は、招待申請画面の一例を示す図である。
【図６】図６は、実施形態に係る特典付与処理の手順を示すフローチャートである。
【図７】図７は、リマインド画面の一例を示す図である。
【図８】図８は、スケジューラとの連携の一例を示す図である。
【図９】図９は、画面遷移の一例を示す図である。
【図１０】図１０は、特典付与装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【０００９】
以下に、本願に係る特典付与装置、特典付与方法及び特典付与プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る特典付与装置、特典付与方法及び特典付与プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１０】
［１．システム構成］
まず、図１を用いて、実施形態に係るネットワークシステムの構成について説明する。図１は、実施形態に係るネットワークシステムの構成例を示す図である。図１に示すように、ネットワークシステム１には、特典付与装置１０と、外部システム２０と、端末装置３０Ａ〜３０Ｎとが収容される。なお、以下では、端末装置３０Ａ、３０Ｂ、・・・、３０Ｎを区別なく総称する場合に、「端末装置３０」と記載する。
【００１１】
これら特典付与装置１０、外部システム２０及び端末装置３０Ａ〜３０Ｎは、図示しないネットワークＮを介して相互に通信可能に接続される。かかるネットワークＮには、有線または無線を問わず、インターネット（Internet）、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。
【００１２】
外部システム２０は、特典付与装置１０の外部に設けられたシステムである。例えば、外部システム２０の一例としては、会社サーバ２１と、ＳＮＳ（Social  Networking  Service）サーバ２２とが含まれる。
【００１３】
このうち、会社サーバ２１は、所定の組織、例えば企業等によって運営されるサーバ装置である。一態様としては、会社サーバ２１には、企業内で情報共有を行うためのグループウェアがインストールされる。かかるグループウェアがインストールされた会社サーバ２１では、電子メール、電子掲示板、スケジューラや文書データベースなどの機能を統合的に提供することができる。
【００１４】
また、ＳＮＳサーバ２２は、ソーシャルネットワーキングサービスを提供するサービス提供者によって運営されるサーバ装置である。一態様としては、ＳＮＳサーバ２２は、ソーシャルネットワーキングサービスの提供を受けるクライアント側のコミュニケーションアプリケーションがインストールされた端末装置３０に対し、各種のサービスを提供する。以下では、コミュニケーションアプリケーションのことを「コミュニケーションアプリ」と略記する場合がある。例えば、ＳＮＳサーバ２２は、チャット形式のメッセージ交換サービスを始め、自分のプロフィールやアバターなどを公開するマイページ機能、ＳＮＳ上で交流のある友人や知人を登録するアドレス帳の機能、マイページを訪問したユーザの履歴を参照できる訪問履歴の参照機能、ブログのように簡単にエントリを更新できる日記帳の機能などを提供できる。
【００１５】
端末装置３０は、ユーザによって使用される情報処理端末である。かかる端末装置３０は、携帯端末全般をその範疇に含む。例えば、端末装置３０には、スマートフォン、携帯電話機やＰＨＳ（Personal  Handyphone  System）などの移動体通信網に接続する能力を有する移動体通信端末を採用できる。また、端末装置３０には、移動体通信網に接続する能力を持たないＰＤＡ（Personal  Digital  Assistants）などのタブレット端末を採用することもできる。なお、図１に示す端末装置３０のユーザには、企業に所属する社員によって使用される端末装置も含まれることとする。
【００１６】
特典付与装置１０は、下記の特典付与サービスを提供するコンピュータである。かかる特典付与装置１０の一態様としては、パッケージソフトウェアやオンラインソフトウェアとして上記の特典付与サービスを提供する特典付与プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、サーバ装置１０は、上記の特典付与サービスを提供するＷｅｂサーバとして実装することとしてもよいし、アウトソーシングによって上記の特典付与サービスを提供するクラウドとして実装することとしてもかまわない。
【００１７】
このような構成の下、実施形態に係る特典付与装置１０は、オンラインでの活動をオフラインの活動に結び付ける特典付与サービスを実現する。この点を図１の例を用いて説明する。以下の説明では、一例として、ＳＮＳ上でのメッセージ交換というオンラインでの活動をランチというオフラインの活動に結び付けるインセンティブとして、ランチ補助を特典として付与する場合を想定する。
【００１８】
図１に示すように、特典付与装置１０は、会社サーバ２１上で動作するグループウェアからランチという目的を共有するグループが成立したことを検出する（１）。すると、特典付与装置１０は、（１）で検出されたグループに含まれるユーザをメンバとし、各メンバがメッセージをチャット形式で投稿可能なトークルームを開設するように、ＳＮＳサーバ２２へ指示する（２）。その後、特典付与装置１０は、トークルームのメンバとなった各ユーザが使用する端末装置３０にトークルームの開設をメールによって通知する（３）。以下では、一例として、グループウェアからグループとして通知されたユーザを「○○」、「あの人」、「ダチａ」及び「マル子」とし、これら４人をメンバとするトークルームが開設される場合を想定する。さらに、以下では、端末装置３０Ａがユーザ「○○」によって使用されており、かかる端末装置３０Ａに表示される画面の遷移を例示しながら説明を行うこととする。
【００１９】
このようにしてトークルームの開設が通知された段階ｔ１で、端末装置３０Ａでは、トークルームの開設を知らせる通知及びトークルームに参加する自分（○○）以外のメンバ「あの人」、「ダチａ」及び「マル子」の案内などの内容を含むメールが表示される。かかる表示によって、ユーザ「○○」は、トークルームの開設を知ることができ、以降、ランチに関する話題をトークルームへ投稿することが可能になる。同様に、ユーザ「あの人」、「ダチａ」及び「マル子」もトークルームの開設を知り、ランチについての投稿がトークルームになされることになる。なお、図１の例では、一例として、タイムラインが画面の上方向から下方向へ流れ、自分（○○）が投稿したメッセージの吹き出しが右側に表示されるとともに、自分以外によって投稿されたメッセージの吹き出しが左側に表示されることとする。
【００２０】
その後、特典付与装置１０は、トークルームに投稿されたメッセージのログを取得する（４）。続いて、特典付与装置１０は、（４）で取得したログに含まれるメッセージからメンバが集合する集合場所や集合時間などの待合せに関するキーワードを抽出する（５）。例えば、トークルームに投稿されたメッセージのログが取得された段階ｔ２でＴ１〜Ｔ６までのメッセージが投稿されているとしたとき、時間と場所に関するキーワードがメッセージＴ１及びメッセージＴ３から抽出される。この例では、メッセージＴ１のうち下線が引かれた部分「明日」および「１３：３０」が抽出されるとともに、メッセージＴ３のうち下線が引かれた部分「六本木」及び「イタリアンＡ」が抽出される。
【００２１】
このように、集合時間および集合場所が特定可能なキーワードが抽出された後に、特典付与装置１０は、端末装置３０からトークルームのメンバの位置情報を取得する（６）。そして、特典付与装置１０は、（５）で抽出されたキーワードから特定される集合時間「１３：３０」もしくはその近傍の時刻「１３：３０±α」に（６）で取得された全てのメンバの位置情報が（５）で抽出されたキーワードから特定される集合場所もしくはその近傍となった段階ｔ３で、ＳＮＳサーバ２２を介して、図示のチェックイン画面を各メンバの端末装置３０に表示させる（７）。かかるチェックイン画面上に表示されたチェックインボタンＢ１へのタッチ操作に応答して、ユーザの到着が特典付与装置１０へ通知される。これによって、各ユーザは、チェックインボタンＢ１へのタッチ操作を通じて、六本木のイタリアンＡへの到着確認の手続きを行うことができる。
【００２２】
そして、特典付与装置１０は、全てのメンバの端末装置３０から到着の通知を受け付けた場合に、各ユーザに対するランチ補助の支給を決定する（８）。この場合には、特典付与装置１０は、会社サーバ２１上で動作するグループウェアに対し、各メンバに所定額のランチ補助を支給する決済を依頼する（９）。かかるランチ補助の決済が会社サーバ２１によって実行された場合には、ランチ補助の決済を通知するメールが各メンバの端末装置３０へ通知されることになる。このように、ランチ補助の決済が通知された段階ｔ４で、端末装置３０では、ランチ補助の決済が下りた旨を始め、ランチ補助の支給額、ランチ補助を受けた回数やランチ補助受けることができる残り回数などの通知を含むメールが表示される。例えば、ユーザ「○○」が使用する端末装置３０Ａに表示されるメールの場合には、会社からユーザ「○○」にランチ補助が８００円支給されるとともに、８月中にランチ補助を４回受けており、８月中にあと１回ランチ補助を受けることができることがわかる。
【００２３】
このように、ランチという共通の目的を持った４人のユーザがＳＮＳ上のメッセージ交換というオンラインの活動でランチを実現するためのオフラインの行動を決めることができる。そして、オンラインの活動で決められたオフラインの行動が実行に移された場合には、各ユーザは、その行動の対価として、ランチ補助という特典を得ることができる。したがって、実施形態に係る特典付与装置１０は、特典の付与をオフラインの行動のインセンティブとして機能させることができる結果、オンラインでの活動をオフラインの行動に結びつけることが可能となる。
【００２４】
［２．特典付与装置の構成］
図２を用いて、実施形態に係る特典付与装置１０の構成について説明する。図２は、実施形態に係る特典付与装置１０の構成例を示す図である。図２に示すように、特典付与装置１０は、通信Ｉ／Ｆ（Interface）部１１と、記憶部１３と、制御部１５とを有する。なお、特典付与装置１０は、図２に示した機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能部を有することとしてもかまわない。
【００２５】
（通信Ｉ／Ｆ部１１について）
通信Ｉ／Ｆ部１１は、他の装置、例えば会社サーバ２１、ＳＮＳサーバ２２や端末装置３０との間で通信制御を行うインタフェースである。かかる通信Ｉ／Ｆ部１１の一態様としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。
【００２６】
例えば、通信Ｉ／Ｆ部１１は、会社サーバ２１から同一の目的、例えばランチを共有するユーザのグループ成立の通知を受信したり、また、目的に対応する特典の付与、例えばランチ補助の決済の依頼を会社サーバ２１へ送信したりする。また、通信Ｉ／Ｆ部１１は、グループ成立が検出されたユーザをメンバとするトークルームの開設指示をＳＮＳサーバ２２へ送信したり、ＳＮＳサーバ２２からトークルームへ投稿されたメッセージのログを受信したりする。
【００２７】
（記憶部１３について）
記憶部１３は、制御部１５で実行されるＯＳ（Operating  System）や上記の特典付与サービスを提供する特典付与プログラムなどの各種プログラムを記憶する記憶デバイスである。記憶部１３の一態様としては、フラッシュメモリなどの半導体メモリ素子、ハードディスク、光ディスクなどの記憶装置が挙げられる。なお、記憶部１３は、上記の種類の記憶装置に限定されるものではなく、ＲＡＭ（Random  Access  Memory)、ＲＯＭ（Read  Only  Memory)であってもよい。
【００２８】
記憶部１３は、制御部１５で実行されるプログラムに用いられるデータの一例として、グループ情報１３ａと、待合せ情報１３ｂとを記憶する。なお、上記のグループ情報１３ａ及び待合せ情報１３ｂ以外にも、他の電子データ、例えばグループウェアで管理されるユーザのアカウントとＳＮＳサーバ２２によって管理されるユーザのアカウントとの対応関係に関するデータなども併せて記憶することもできる。
【００２９】
（グループ情報１３ａについて）
グループ情報１３ａは、トークルームに参加するユーザのグループに関する情報である。かかるグループ情報１３ａの一態様としては、グループＩＤ（identifier）、目的および構成メンバなどの項目が対応付けられたデータを採用できる。なお、ここで言う「グループＩＤ」とは、グループを識別する識別情報を指す。
【００３０】
図３は、グループ情報１３ａの一例を示す図である。図３に示す１番目のレコードでは、グループＩＤ「0001」のグループがランチを目的とするグループであり、グループの構成員が「○○」、「あの人」、「ダチａ」及び「マル子」の４人であることを意味する。また、図３に示す２番目のレコードでは、グループＩＤ「0002」のグループが合コンを目的とするグループであり、グループの構成員が「△△」、「××」及び「□□」の３人であることを意味する。
【００３１】
（待合せ情報１３ｂについて）
待合せ情報１３ｂは、グループの待合せに関する情報である。かかる待合せ情報１３ｂの一態様としては、グループＩＤ、集合場所および集合時間などの項目が対応付けられたデータを採用できる。ここで言う「集合場所」は、グループのメンバが待ち合わせで集合する場所を指し、例えば、地名や施設名などが該当する。また、「集合時間」は、グループのメンバが待ち合わせで集合する時間を指す。
【００３２】
図４は、待合せ情報１３ｂの一例を示す図である。図４に示す１番目のレコードでは、グループＩＤ「0001」のグループが２０１２年８月２８日１３時３０分に六本木のイタリアンＡで待ち合わせることを意味する。さらに、図４に示す２番目のレコードでは、グループＩＤ「0002」のグループが２０１２年８月２４日１９時００分に銀座のパブＨで待ち合わせることを意味する。
【００３３】
（制御部１５について）
制御部１５は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部１５は、図２に示すように、検出部１５ａと、生成部１５ｂと、抽出部１５ｃと、取得部１５ｄと、決定部１５ｅとを有する。
【００３４】
制御部１５は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などに特典付与プログラムを実行させることによって実現できる。また、上記の各機能部は、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などのハードワイヤードロジックによっても実現できる。
【００３５】
（検出部１５ａについて）
検出部１５ａは、同一の目的を共有する複数人のユーザを検出する処理部である。一態様としては、検出部１５ａは、会社サーバ２１上で動作するグループウェアから同一の目的を共有するグループの成立通知を受け付ける。かかるグループの成立通知には、グループの目的及びグループを構成する各メンバなどの情報が含まれる。このとき、検出部１５ａは、会社サーバ２１からグループの成立通知として受け付けたメンバを特定する情報、例えばメンバＩＤやメンバの名称がグループウェアによって管理されるアカウントのものである場合には、ＳＮＳサーバ２２によって管理されるアカウントのものに変換する。その上で、検出部１５ａは、グループの目的及びグループを構成する各メンバを生成部１５ｂへ出力する。
【００３６】
かかるグループには、一例として、会社サーバ２１によってグループウェアを利用する複数人のユーザがマッチングされる。例えば、会社サーバ２１は、一方のユーザが他方のユーザを招待する申請を受け付けることによってマッチングすることができる。この場合には、会社サーバ２１は、招待を申請されたユーザによって申請が承認された場合に、グループを成立させる。これは、一方のユーザが申請して他方のユーザがそれを承認することによって両者が同一の目的を共有できる公算が高まるからである。図５は、招待申請画面の一例を示す図である。図５には、ユーザ「○○」がユーザ「あの人」及びユーザ「ダチａ」に対し、ユーザ「マル子」と一緒に招待を申請する場合の画面例が図示されている。図５に示すように、ユーザ「○○」は、自身が使用する端末装置３０または図示しない情報処理装置を介して、招待を申請する相手のユーザに「あの人」及び「ダチａ」を指定するとともに、招待の申請相手へ共同で申請する共同申請者に「マル子」を指定する。その後、ユーザ「○○」は、共同申請画面Ｐ１に設けられた「リクエストを送信する」のボタンＢ４を押下操作することによってユーザ「あの人」及びユーザ「ダチａ」に対し、招待を申請できる。その後、ユーザ「あの人」及びユーザ「ダチａ」から申請が承認された場合には、ユーザ「○○」、「あの人」、「ダチａ」及び「マル子」がマッチングされ、グループが成立する。
【００３７】
また、会社サーバ２１は、図示しない記憶デバイスに記憶された各ユーザのスケジュールを参照し、ユーザ間で同一の時間帯にスケジュールが入っていないユーザ同士をグループとしてマッチングすることもできる。このとき、会社サーバ２１は、マッチングするユーザを同一の部門や課に絞ったり、マッチングするユーザを年齢の違いが所定の範囲内であるユーザ同士に絞ったりすることもできる。
【００３８】
（生成部１５ｂについて）
生成部１５ｂは、検出部１５ａによって検出された複数人のユーザをメンバとし、各メンバがメッセージをチャット形式で投稿可能なルームをネットワーク上に生成させる処理部である。一態様としては、生成部１５ｂは、検出部１５ａによって検出された複数人のユーザを構成メンバとするグループにグループＩＤを採番する。続いて、生成部１５ｂは、先に採番したグループＩＤに検出部１５ａによって検出された目的及び各メンバを対応付けて記憶部１３内のグループ情報１３ａに追加登録する。これとともに、生成部１５ｂは、検出部１５ａによって検出された複数人のユーザをメンバとするトークルームを開設するように、ＳＮＳサーバ２２へ指示する。例えば、図１に示すように、「○○」、「あの人」、「ダチａ」及び「マル子」のグループが成立した場合には、これら４人をメンバとするトークルームが開設される。
【００３９】
（抽出部１５ｃについて）
抽出部１５ｃは、トークルームのログに含まれるメッセージからキーワードを抽出する処理部である。一態様としては、抽出部１５ｃは、下記に例示するタイミングでＳＮＳサーバ２２からトークルームに投稿されたメッセージのログを取得する。例えば、抽出部１５ｃは、記憶部１３に記憶されたグループ情報１３ａが更新される度に、最新のグループ情報に含まれる各グループＩＤをＳＮＳサーバ２２に通知しておく。このように通知しておいたグループＩＤに対応するグループのトークルームに新規のメッセージが投稿された場合に、当該トークルームのログを通知させる。これによって、新規のメッセージが投稿される度に、当該新規のメッセージが投稿されたトークルームのログを取得することができる。また、抽出部１５ｃは、一定周期または定期時刻に記憶部１３に記憶されたグループ情報１３ａを読み出す。続いて、抽出部１５ｃは、グループ情報１３ａに含まれるグループＩＤに対応するグループのトークルームのログを順次取得し、全てのグループＩＤに対応するグループのトークルームのログを取得するまで繰り返す。
【００４０】
かかるトークルームのログの取得後に、抽出部１５ｃは、当該ログに含まれる各メッセージから場所および時間に関するキーワードを抽出する。例えば、抽出部１５ｃは、ログに含まれる各メッセージのテキストに対し、形態素解析を実行する。そして、抽出部１５ｃは、解析結果として得られた品詞が「名詞」または「固有名詞」である形態素のうち、地名、施設名または時間に関する名詞の形態素をキーワードとして抽出する。このとき、抽出部１５ｃは、地名、施設名または時間に関するキーワードが複数抽出された場合には、複数抽出されたキーワードのうち最も新しいメッセージから抽出されたキーワードを採用する。このようにして得られた地名および施設名に関するキーワードが「集合場所」と推定されるとともに、時間に関するキーワードが「集合時間」と推定される。その上で、抽出部１５ｃは、待合せ情報１３ｂのうちキーワードの抽出を行ったトークルームのグループＩＤに対応する集合場所及び集合時間を更新する。
【００４１】
（取得部１５ｄについて）
取得部１５ｄは、トークルームのメンバとなったユーザの位置情報を取得する処理部である。一態様としては、取得部１５ｄは、記憶部１３に記憶されたグループ情報１３ａを読み出す。そして、取得部１５ｄは、グループ情報１３ａに含まれるグループＩＤを１つ選択する。その上で、取得部１５ｄは、記憶部１３に記憶された待合せ情報１３ｂのうち先に選択されたグループＩＤに対応するレコードの集合場所および集合時間を読み出す。続いて、取得部１５ｄは、ＯＳ等で内部管理された現時刻が先に読み出された集合時間から設定されるチェックイン許可範囲内であるか否かを判定する。
【００４２】
かかるチェックイン許可範囲とは、集合時間を基準に設定される時間の範囲である。例えば、集合時間よりも前に集合場所に到達して待機することは好ましく、集合時間に遅れて集合場所に到達するのは好ましくない。このことから、一例としては、集合時間以後にチェックインを許可する期間よりも集合時間以前にチェックインを許可する期間を長く設定できる。例えば、集合時間が１３時３０分である場合には、当日の施設の開店時間から１３時３０分以前であればチェックインを許可し、３０分遅刻の１４時までチェックインを許可する開店時間から１４時までをチェックイン許可範囲とすることができる。
【００４３】
その後、取得部１５ｄは、現時刻がチェックイン許可範囲内である場合に、ＳＮＳサーバ２２を介して、グループＩＤに対応するグループの構成員である各メンバの端末装置３０の位置情報を取得する。かかる位置情報の取得は、一例として、端末装置３０にインストールされたコミュニケーションアプリに、端末装置３０が内蔵するＧＰＳ（Global  Positioning  System）受信機によって測定された位置情報をＳＮＳサーバ２２に登録させる位置登録の設定を「オン」に設定させることによって実現できる。
【００４４】
（決定部１５ｅについて）
決定部１５ｅは、ユーザの位置情報が目的に関係する所定の条件を満たす場合に、当該ユーザに目的に対応する特典を付与することを決定する処理部である。一態様としては、決定部１５ｅは、取得部１５ｄによって取得された各メンバの位置情報が待合せ情報１３ｂに含まれる集合場所から所定の誤差範囲、例えばＧＰＳの測定誤差の範囲内であるか否かを判定する。このとき、いずれかのメンバの位置情報が集合場所から誤差範囲内でない場合には、トークルームに参加するグループのメンバが集合場所に全員揃っていないことがわかる。この場合には、端末装置３０にチェックイン画面は表示させない。一方、各メンバの位置情報が集合場所から誤差範囲内である場合には、トークルームに参加するグループのメンバが集合場所に全員揃ったことがわかる。この場合には、決定部１５ｅは、ＳＮＳサーバ２２を介して、図１に示したチェックイン画面を各メンバの端末装置３０に表示させる。その後、決定部１５ｅは、各メンバの端末装置３０に表示されたチェックイン画面上でチェックイン操作がなされた場合に、目的に対応する特典を付与することを決定する。このように、集合時間にユーザの位置情報が集合場所から誤差範囲内である場合に、ユーザに特典を付与することを決定するので、集合時間に集合場所にいないユーザに特典が付与されるのを抑制できる。
【００４５】
［３．特典付与装置による処理手順］
次に、実施形態に係る特典付与装置１０による処理手順について説明する。図６は、実施形態に係る特典付与処理の手順を示すフローチャートである。この処理は、一例として、前回に処理を実行してから一定周期が経過してから処理が起動されるか、あるいはＯＳ等によって内部管理される現時刻が定期時刻になった場合に、処理が起動される。
【００４６】
図６に示すように、取得部１５ｄは、記憶部１３に記憶されたグループ情報１３ａを読み出す（ステップＳ１０１）。続いて、取得部１５ｄは、ステップＳ１０１で読み出したグループ情報１３ａに含まれるグループＩＤを１つ選択する（ステップＳ１０２）。
【００４７】
そして、取得部１５ｄは、記憶部１３に記憶された待合せ情報１３ｂのうちステップＳ１０２で選択されたグループＩＤに対応するレコードの集合場所および集合時間を読み出す（ステップＳ１０３）。
【００４８】
続いて、取得部１５ｄは、ＯＳ等で内部管理された現時刻がステップＳ１０３で読み出された集合時間から設定されるチェックイン許可範囲内であるか否かを判定する（ステップＳ１０４）。なお、現時刻がチェックイン許可範囲内ではない場合（ステップＳ１０４Ｎｏ）には、後述するステップＳ１１０の処理へ移行する。
【００４９】
このとき、現時刻がチェックイン許可範囲内である場合（ステップＳ１０４Ｙｅｓ）には、取得部１５ｄは、ＳＮＳサーバ２２を介して、グループＩＤに対応するグループの構成員である各メンバの端末装置３０の位置情報を取得する（ステップＳ１０５）。
【００５０】
ここで、決定部１５ｅは、ステップＳ１０５で取得された各メンバの位置情報が待合せ情報１３ｂに含まれる集合場所から所定の誤差範囲内であるか否かを判定する（ステップＳ１０６）。
【００５１】
このとき、いずれかのメンバの位置情報が集合場所から誤差範囲内でない場合（ステップＳ１０６Ｎｏ）には、トークルームに参加するグループのメンバが全員揃っていないことがわかる。この場合には、端末装置３０にチェックイン画面は表示させず、ステップＳ１１０の処理へ移行する。
【００５２】
一方、各メンバの位置情報が集合場所から誤差範囲内である場合（ステップＳ１０６Ｙｅｓ）には、トークルームに参加するグループのメンバが全員揃ったことがわかる。この場合には、決定部１５ｅは、ＳＮＳサーバ２２を介して、図１に示したチェックイン画面を各メンバの端末装置３０に表示させる（ステップＳ１０７）。
【００５３】
その後、決定部１５ｅは、ステップＳ１０７で各メンバの端末装置３０に表示させたチェックイン画面上でチェックイン操作を受け付け（ステップＳ１０８）、当該チェックイン操作なされた場合に、目的に対応する特典を付与することを決定する（ステップＳ１０９）。例えば、図１の例では、決定部１５ｅは、会社サーバ２１上で動作するグループウェアに対し、各メンバに所定額のランチ補助を支給する決済を依頼する。
【００５４】
そして、ステップＳ１０１で読み出した全てのグループＩＤを対象に処理が実行されるまで（ステップＳ１１０Ｎｏ）、上記のステップＳ１０２〜ステップＳ１０９までの処理が繰り返し実行される。その後、ステップＳ１０１で読み出した全てのグループＩＤを対象に処理が実行されると（ステップＳ１１０Ｙｅｓ）、処理を終了する。
【００５５】
（効果）
上述してきたように、本実施形態に係る特典付与装置１０によれば、特典の付与をオフラインの行動のインセンティブとして機能させることができる結果、オンラインでの活動をオフラインの行動に結びつけることが可能である。
【００５６】
［４．変形例及び応用例］
上記の実施形態に係る特典付与装置１０は、上記の実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、上記の特典付与装置１０の他の実施形態について説明する。
【００５７】
［４−１．リマインド］
本実施形態に係る特典付与装置１０は、上記の実施形態の応用例として、集合時間よりも前に設定された設定時間になった場合に、当該目的の実現への行動を促す注意喚起を行うこともできる。
【００５８】
例えば、特典付与装置１０は、ＯＳ等によって内部管理された現時刻が記憶部１３に記憶された待合せ情報１３ｂに含まれる集合時間よりも前の時間であって予め設定された設定時間、例えば集合時間の１時間前あるいは前日になったか否かを判定する。その上で、特典付与装置１０は、現時刻が設定時間になった場合に、図７に示すリマインド画面を端末装置３０Ａに表示させる。図７は、リマインド画面の一例を示す図である。図７には、ランチ前日になった場合に端末装置３０Ａに通知されたリマインド画面が図示されている。図７に示すリマインド画面の表示によって、ユーザは、翌日の８月２８日の１３時３０分から六本木のイタリアンＡでランチの予定があったことを思い出すことができる。かかるリマインド画面に、ランチのリマインドに併せて予算を表示させることによって予め必要な現金を用意しておくことができる。さらに、図７に示すリマインド画面に表示された「地図を見る」ボタンＢ２が押下された場合には、勤務地から集合場所である六本木のイタリアンＡまでの地図を表示させることができる。これによって、ユーザは、集合時間に遅れず、さらに、集合時間に迷わずに、現地へ到着することが可能になる。
【００５９】
［４−２．マッチングの応用例］
上記の実施形態では、同一の目的を共有する複数人のユーザが会社サーバ２１上で動作するグループウェアによってマッチングされる場合を例示したが、端末装置３０上で動作するコミュニケーションアプリにマッチングさせることもできる。
【００６０】
図８は、スケジューラとの連携の一例を示す図である。図８には、ユーザ「○○」が端末装置３０Ａ上で動作するコミュニケーションアプリを通じて、ユーザ「マル子」、「あの人」及び「ダチａ」を招待する場合の画面例が図示されている。図８の左側の画面例に示すように、端末装置３０Ａには、スケジュールの目的の入力欄Ｏｂ１、スケジュールの日時または時間帯の入力欄Ｏｂ２、リマインド機能のオンまたはオフを選択する選択欄Ｏｂ３及び招待するユーザを選択するＯｂ４を含む予定登録画面が表示される。これらＯｂ１〜Ｏｂ４に必要事項が入力された上で予約登録画面の右上にある完了ボタンＢ４が押下されると、選択欄Ｏｂ４で選択されたユーザ「マル子」、「あの人」及び「ダチａ」が入力欄Ｏｂ１に入力された目的「ランチ」を共有するグループとしてマッチングされる。かかるマッチングの後に、目的およびグループの各ユーザを含むグループの成立通知がコミュニケーションアプリによって検出部１５ａへ実行される。さらに、図８の右側の画面例に示すように、コミュニケーションアプリによって同一の目的を共有するユーザがマッチングされた場合には、入力欄Ｏｂ１に入力された目的「ランチ」及び入力欄Ｏｂ２に入力された日時「２０１２年月２８日１３時３０分」をスケジュールに登録することができる。加えて、抽出部１５ｃによって集合場所が抽出された場合には、集合場所「六本木  イタリアンＡ」も併せてスケジュールに登録することができる。
【００６１】
［４−３．スケジューラとの連携］
本実施形態に係る特典付与装置１０は、上記の実施形態の応用例として、抽出部１５ｃによって抽出された集合場所及び集合時間を端末装置３０上で動作するスケジューラに登録することもできる。このとき、特典付与装置１０は、コミュニケーションアプリのスケジューラに集合場所及び集合時間を登録することとしてもよいし、端末装置３０上で動作する他のスケジューラに集合場所及び集合時間を登録することとしてもかまわない。これによって、ユーザ間の待ち合わせにスケジューラの機能を自動的に連携させることができる。
【００６２】
［４−４．グループの統合］
本実施形態に係る特典付与装置１０は、上記の実施形態の応用例として、グループ情報１３ａに含まれるグループのうち所定の条件を満たす複数のグループを統合することができる。
【００６３】
すなわち、特典付与装置１０は、グループ間の目的が同一である場合もしくは近似する場合に、互いのグループを合成する。このとき、特典付与装置１０は、グループ間の不適切な合成を抑制する観点から、下記に例示する条件をＡＮＤ条件またはＯＲ条件で適用することができる。例えば、特典付与装置１０は、グループ間で互いの集合場所のズレが所定の範囲、例えば同一の最寄り駅または市町村である場合に絞って合成することもできる。また、特典付与装置１０は、グループ間で互いの集合時間のズレが所定の範囲、例えば１時間以内である場合に絞ってグループを合成することもできる。また、特典付与装置１０は、グループ間で互いのトークルームのログに含まれるメッセージにコミュニティの拡大を希望する単語の配列、例えば「大勢」の後に「肯定語」が出現する配列が存在する場合に絞ってグループを合成することもできる。
【００６４】
このように、グループを統合することによってコミュニティを拡大させることができる。なお、ここでは、グループを統合する場合を例示したが、トークルームが生成されてからチェックインが実行されて目的が達成されたトークルームで元の目的とは異なる別の目的の単語がキーワードとして検出された場合に、当該キーワードの後に肯定語を含むメッセージを投稿したユーザ同士をメンバとし、当該トークルームとは別のトークルームをＳＮＳサーバ２２に生成させることもできる。
【００６５】
［４−５．人数条件］
上記の実施形態では、グループを構成するメンバのうち全てのユーザの位置情報が集合場所から所定の誤差範囲内に存在する場合に絞って特典を付与することを決定する場合を例示したが、必ずしも全てのユーザの位置情報が集合場所から誤差範囲内に存在せずとも、特典の付与を決定することとしてもかまわない。例えば、特典付与装置１０は、グループを構成するメンバのうち所定の割合、例えば過半数のユーザの位置情報が集合場所から所定の誤差範囲内に存在する場合に、ユーザに特典を付与することとしてもかまわない。これによって、ごく一部のユーザの不在によって他の大部分のユーザが特典を受けることができないといった酷な状況が生じるのを抑制できる。この場合には、チェックイン許可範囲内の時間に集合場所から誤差範囲内に存在するユーザの割合が高いほどユーザに付与する特典の利益を高めることもできる。
【００６６】
［４−６．特典付与の決定基準の応用例］
上記の実施形態では、トークルームのログに含まれるメッセージからキーワードを検索することによって集合場所及び集合時間を抽出し、集合時間にユーザの位置情報が集合場所から所定の誤差範囲内に存在するか否かを判定する場合を例示したが、必ずしも集合場所や集合時間を特定しておく必要はない。例えば、各ユーザの位置情報が所定の範囲、例えば１０ｍ圏内に存在する場合に、ユーザに特典を付与することを決定してもよい。つまり、同一の目的を共有するユーザ同士が同一の時間を同じ場所で共有している場合に、ユーザに特典を付与することもできる。
【００６７】
［４−７．適用範囲］
上記の実施形態では、特典としてランチ補助がユーザに付与される場合を例示したが、ランチ補助などの現金以外のクーポン、楽曲、デジタルコンテンツの他、任意の商品を特典として付与することができる。例えば、特典付与装置１０は、ブランドのオフィシャルアカウントとのコミュニケーション機能を提供することもできる。
【００６８】
図９は、画面遷移の一例を示す図である。図９に示す左側の画面例では、初音ミク（登録商標）のプレミアムイベントをオフィシャルアカウントで告知するトークルームが図示されている。具体的には、メッセージＴ１０にて初音ミク（登録商標）のイベントの日時「９月９日１５時００分」が告知されており、メッセージＴ１１にて初音ミク（登録商標）のイベントの場所「有楽町  会場ホールＨ」が告知されており、メッセージＴ１２にて入室済みのユーザがイベント参加を表明している。これ以降に、新規のユーザが当該トークルームへの入室を要求した場合には、当該トークルームへの入室を要求することによって当該入室を要求するユーザと、既に入室済みのユーザとが初音ミク（登録商標）のイベントに参加するという同一の目的を持つユーザとしてマッチングされることになる。さらに、当該入室を要求するユーザと、既に入室済みのユーザとをメンバとするトークルームにトークルームが再生成される。
【００６９】
その後、トークルームのメンバであるユーザが端末装置３０Ａを所持して日時「９月９日１５時００分」に場所「有楽町  会場ホールＨ」へ到達すると、図９の中央に示すチェックイン画面が端末装置３０Ａに表示されることなる。そして、ユーザが端末装置３０Ａに表示されたチェックインボタンＢ５を押下すると、特典付与装置１０が当該ユーザへの特典としてプレミアムイベント限定の初音ミク（登録商標）のフィギュアの引換券を発行することを決定する。すると、特典付与装置１０によってフィギュアの引換券の発行がイベントの主催者が運営する運営サーバへ依頼される。このようにして、図９の右側の画面例に示すように、フィギュアの引換券として、ＱＲコード（登録商標）が端末装置３０Ａへ発行される。かかるＱＲコード（登録商標）の発行を受けたユーザは、取扱店に設置されたＱＲコード（登録商標）リーダにかざすことによってフィギュアの引換えを受ける権限を有する者として認証される。この結果、ユーザは、イベントの参加の対価として、プレミアムイベント限定の初音ミク（登録商標）のフィギュアを手に入れることができる。このように、フィギュアの引換券の付与をイベント参加というオフラインの行動のインセンティブとして機能させることができる結果、上記の実施形態と同様に、オンラインでの活動をオフラインの行動に結びつけることが可能となる。
【００７０】
［４−８．派生のマッチング］
また、特典付与装置１０は、図９に示したように、集合時間にユーザが集合場所に到着した場合には、集合場所に到着したユーザ同士をマッチングすることもできる。すなわち、特典付与装置１０は、集合時間にユーザが集合場所に到着する度に、到着したユーザと、その前に到着していたユーザとを「イベントを一緒に楽しむ」という同一の目的を共有するグループとして検出する。その上で、特典付与装置１０は、先に検出されたユーザをメンバとするトークルームの開設をＳＮＳサーバ２２へ指示する。つまり、イベントの告知という第１段階からユーザが実際にイベントに参加した第２段階で、「イベントを一緒に楽しむ」という同一の目的であって第１段階よりも発展的な目的を共有するユーザ同士をさらにマッチングしてトークルームを開設させる。これによって、よりイベントに熱意を持ったユーザ達を囲い込むことが可能になる。
【００７１】
［４−９．分散および統合］
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、検出部１５ａ、生成部１５ｂ、抽出部１５ｃ、取得部１５ｄまたは決定部１５ｅを特典付与装置１０の外部装置としてネットワーク経由で接続するようにしてもよい。また、検出部１５ａ、生成部１５ｂ、抽出部１５ｃ、取得部１５ｄまたは決定部１５ｅを別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記の特典付与装置１０の機能を実現するようにしてもよい。すなわち、特典付与装置１０は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application  Programming  Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
【００７２】
［４−１０．特典付与プログラム］
上記の実施形態における特典付与装置１０は、例えば図１０に示すような構成のコンピュータ１００によって実現される。図１０は、特典付与装置１０の機能を実現するコンピュータ１００の一例を示すハードウェア構成図である。コンピュータ１００は、ＣＰＵ１１０、ＲＡＭ１２０、ＲＯＭ１３０、ＨＤＤ１４０、通信インターフェイス（Ｉ／Ｆ）１５０、入出力インターフェイス（Ｉ／Ｆ）１６０およびメディアインターフェイス（Ｉ／Ｆ）１７０を有する。
【００７３】
ＣＰＵ１１０は、ＲＯＭ１３０またはＨＤＤ１４０に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３０は、コンピュータ１００の起動時にＣＰＵ１１０によって実行されるブートプログラムや、コンピュータ１００のハードウェアに依存するプログラム等を格納する。
【００７４】
ＨＤＤ１４０は、ＣＰＵ１１０によって実行されるプログラムおよび当該プログラムによって使用されるデータ等を格納する。通信インターフェイス１５０は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１０へ送り、ＣＰＵ１１０が生成したデータを、ネットワークＮを介して他の機器へ送信する。
【００７５】
ＣＰＵ１１０は、入出力インターフェイス１６０を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１０は、入出力インターフェイス１６０を介して、入力装置からデータを取得する。また、ＣＰＵ１１０は、生成したデータを、入出力インターフェイス１６０を介して出力装置へ出力する。
【００７６】
メディアインターフェイス１７０は、記録媒体１８０に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２０を介してＣＰＵ１１０に提供する。ＣＰＵ１１０は、当該プログラムを、メディアインターフェイス１７０を介して記録媒体１８０からＲＡＭ１２０上にロードし、ロードしたプログラムを実行する。記録媒体１８０は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【００７７】
コンピュータ１００が上記の実施形態における特典付与装置１０として機能する場合、コンピュータ１００のＣＰＵ１１０は、ＲＡＭ１２０上にロードされたプログラムを実行することにより、検出部１５ａ、生成部１５ｂ、抽出部１５ｃ、取得部１５ｄ及び決定部１５ｅの各機能を実現する。また、ＨＤＤ１４０には、記憶部１３内のデータが格納される。
【００７８】
コンピュータ１００のＣＰＵ１１０は、これらのプログラムを、記録媒体１８０から読み取って実行するが、他の例として、他の装置から、ネットワークＮを介してこれらのプログラムを取得してもよい。
【符号の説明】
【００７９】
１０    特典付与装置
１１    通信Ｉ／Ｆ部
１３    記憶部
１５    制御部
１５ａ  検出部
１５ｂ  生成部
１５ｃ  抽出部
１５ｄ  取得部
１５ｅ  決定部
２０    外部システム
２１    会社サーバ
２２    ＳＮＳサーバ
３０Ａ，３０Ｂ，３０Ｎ    端末装置
【図１】
2015005067.tif 000003
【図２】
2015005067.tif 000004
【図３】
2015005067.tif 000005
【図４】
2015005067.tif 000006
【図５】
2015005067.tif 000007
【図６】
2015005067.tif 000008
【図７】
2015005067.tif 000009
【図８】
2015005067.tif 000010
【図９】
2015005067.tif 000011
【図１０】
2015005067.tif 000012