(57)【特許請求の範囲】
【請求項１】
利用者にソーシャルネットワークサービスを提供するＳＮＳサーバに蓄積された利用者の情報を前記ＳＮＳサーバから取得する取得手段と、
前記取得手段によって取得された前記利用者の情報を基にして、第１の利用者との間で所定の親密度を有し、かつ、前記第１の利用者と所定期間以上会っていない第２の利用者を検出する検出手段と
を備えることを特徴とする検出装置。
【請求項２】
前記取得手段に取得された利用者の情報を基にして、前記第１の利用者の情報と前記第２の利用者の情報との間で共通する商品またはサービスを抽出し、抽出した共通する商品またはサービスの情報を出力する出力手段を更に有することを特徴とする請求項１に記載の検出装置。
【請求項３】
前記出力手段は、前記共通する商品またはサービスに関連する広告情報を、前記共通する商品またはサービスの情報と対応付けて出力することを特徴とする請求項２に記載の検出装置。
【請求項４】
前記検出手段は、前記取得手段に取得された利用者の情報を基にして、前記第１の利用者との距離が所定距離以上となる期間が所定期間経過した後、前記第１の利用者との距離が所定距離未満となった利用者を前記第２の利用者として更に検出することを特徴とする請求項１、２または３に記載の検出装置。
【請求項５】
検出装置が実行する検出方法であって、
利用者にソーシャルネットワークサービスを提供するＳＮＳサーバに蓄積された利用者の情報を前記ＳＮＳサーバから取得する取得工程と、
前記取得工程によって取得された前記利用者の情報を基にして、第１の利用者との間で所定の親密度を有し、かつ、前記第１の利用者と所定期間以上会っていない第２の利用者を検出する検出工程と
を含むことを特徴とする検出方法。
【請求項６】
利用者にソーシャルネットワークサービスを提供するＳＮＳサーバに蓄積された利用者の情報を前記ＳＮＳサーバから取得する取得手順と、
前記取得手順によって取得された前記利用者の情報を基にして、第１の利用者との間で所定の親密度を有し、かつ、前記第１の利用者と所定期間以上会っていない第２の利用者を検出する検出手順と
をコンピュータに実行させることを特徴とする検出プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検出装置等に関する。
【背景技術】
【０００２】
利用者の過去の位置情報やスケジュールに入力された情報等を基にして、利用者の将来の行動を予測する技術が開示されている（特許文献１、２等）。利用者の将来の行動を予測することができれば、情報提供者は、利用者が訪れる可能性の高いスポットや購買意欲のある商品、サービス等に絞って利用者にとって有益な情報提供を行うことが出来る。また、このように利用者にとって有益な情報を提供することができれば、利用者の購買意欲を促進させることもでき、サービスを提供する側にとっても有益なものとなる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１３４７０６号公報
【特許文献２】特開２０１１−１９８２９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、行動を共にする複数の利用者の行動を予測し、予測した行動から有益な情報を各利用者に通知することができれば、さらに利用者の購買意欲を刺激することが可能となる。しかしながら、上述した従来技術では、利用者毎の行動を予測することができても、将来行動を共にする複数の利用者を特定することが難しいという問題がある。
【０００５】
例えば、利用者毎に将来の行動を予測し、類似する行動を行うと予測される利用者同士を、行動を共にする利用者として単純に特定することが考えられる。しかし、仲が良くなくても、たまたま類似する行動を行う場合もあり、このように仲の良くない複数の利用者を組として情報提供を行ってしまうと、利用者に不快な思いをさせる場合がある。
【０００６】
開示の技術は、上記に鑑みてなされたものであって、将来行動を共にする複数の利用者を検出することが出来る検出装置、検出方法および検出プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願に係る検出装置は、利用者にソーシャルネットワークサービスを提供するＳＮＳサーバに蓄積された利用者の情報をＳＮＳサーバから取得する取得手段と、取得手段によって取得された利用者の情報を基にして、第１の利用者との間で所定の親密度を有し、かつ、第１の利用者と所定期間以上会っていない第２の利用者を検出する検出手段とを備えることを特徴とする。
【発明の効果】
【０００８】
本願に係る検出装置、検出方法および検出プログラムによれば、将来行動を共にする複数の利用者を検出することが出来るという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、本実施例に係るシステムの構成を示す図である。
【図２】図２は、本実施例に係る検出装置の構成を示す機能ブロック図である。
【図３】図３は、利用者情報のデータ構造の一例を示す図（１）である。
【図４】図４は、利用者情報のデータ構造の一例を示す図（２）である。
【図５】図５は、利用者情報のデータ構造の一例を示す図（３）である。
【図６Ａ】図６Ａは、テンプレート情報のデータ構造の一例を示す図である。
【図６Ｂ】図６Ｂは、出力部の処理の一例を説明するための図である。
【図７】図７は、利用者端末の画面例を示す図（１）である。
【図８Ａ】図８Ａは、利用者端末の画面例を示す図（２）である。
【図８Ｂ】図８Ｂは、利用者端末の画面例を示す図（３）である。
【図８Ｃ】図８Ｃは、利用者端末の画面例を示す図（４）である。
【図８Ｄ】図８Ｄは、利用者端末の画面例を示す図（５）である。
【図９】図９は、本実施例に係る検出装置の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に、本願の開示する検出装置、検出方法および検出プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１１】
本実施例に係るシステムについて説明する。図１は、本実施例に係るシステムの構成を示す図である。図１に示すように、このシステムは、利用者端末１０ａ，１０ｂ，１０ｃ、ＳＮＳ（Social  Networking  Service）サーバ６０、検出装置１００を有する。ここでは一例として、利用者端末１０ａ〜１０ｃを示すが、本システムは、その他の利用者端末を含んでいても良い。以下では、利用者端末１０ａ〜１０ｃをまとめて、適宜、利用者端末１０と表記する。利用者端末１０、ＳＮＳサーバ６０、検出装置１００は、ネットワーク５０を介して相互に接続される。利用者端末１０ａ，１０ｂ，１０ｃの所有者をそれぞれ、利用者Ａ、利用者Ｂ、利用者Ｃとする。
【００１２】
利用者端末１０は、利用者によって利用される端末装置である。例えば、利用者端末１０は、携帯端末、タブレット端末、スマートフォン等に対応する。利用者は、利用者端末１０を利用して、ＳＮＳサーバ６０にログインし、各種の情報を公開すると共に、他の利用者によって公開された情報を参照する。また、利用者は、ＳＮＳサーバ６０を利用して、他の利用者とメッセージをやり取りする。また、利用者は、他の利用者が公開した写真やコメント等を参照し、かかる写真やコメント等を気に入った場合には、「いいね」ボタン等を押下して、意思表示することができる。
【００１３】
ＳＮＳサーバ６０は、利用者端末１０に対してソーシャルネットワークサービスを提供する装置である。例えば、ＳＮＳサーバ６０は、利用者のプロフィールや写真、コメント、記事等を公開する機能、利用者同士でメッセージをやり取りする機能、利用者の要求に応じて公開範囲を制限する機能等を有する。
【００１４】
また、ＳＮＳサーバ６０は、友達機能を提供する。この友達機能を利用することで、友達関係にある各利用者は、友達として登録した利用者が投稿した情報を、自分のニュースフィールドに表示させることができ、チャット、写真を共有するなど、様々なコミュニケーションを楽しむことができる。
【００１５】
検出装置１００は、ＳＮＳサーバ６０に蓄積された利用者の情報をＳＮＳサーバ６０から取得し、取得した利用者の情報を基にして、基準となる利用者との間で所定の親密度を有し、かつ、基準となる利用者と所定期間以上会っていない利用者を検出する装置である。以下の説明では、基準となる利用者を基準利用者と適宜表記する。また、基準利用者との間で所定の親密度を有し、かつ、基準利用者と所定期間以上会っていない利用者を、対象利用者と適宜表記する。
【００１６】
検出装置１００が検出する対象利用者は、基準利用者と親密であるにも関わらず、最近直接会っていない利用者といえる。このため、基準利用者と対象利用者とは、会うためのきっかけさえあれば、直接会う可能性が高い。検出装置１００は、対象利用者を検出した後に、基準利用者と対象利用者との共通の趣味嗜好等を基にして、将来のスケジュールを生成し、基準利用者の利用者端末１０および対象利用者の利用者端末１０に通知する。
【００１７】
ここでは一例として、基準利用者を「利用者Ａ」とし、対象利用者を「利用者Ｂ」とする。また、利用者Ａが操作する利用者端末を利用者端末１０ａとし、利用者Ｂが操作する利用者端末を利用者端末１０ｂとする。また、利用者Ａと利用者Ｂとの共通の趣味嗜好を「ビール」とする。この場合には、検出装置１００は、利用者Ａの利用者端末１０ａに将来のスケジュール「利用者Ｂさんとランチビールなう」を表示させる。また、検出装置１００は、利用者Ｂの利用者端末１０ｂに将来のスケジュール「利用者Ａさんとランチビールなう」を表示させる。例えば、利用者Ａと利用者Ｂは、検出装置１００によって表示された未来のスケジュールをきっかけとして、ランチビールに出かける可能性がある。
【００１８】
次に、検出装置１００の構成について説明する。図２は、本実施例に係る検出装置の構成を示す機能ブロック図である。図２に示すように、この検出装置１００は、通信部１１０、入力部１２０、表示部１３０、記憶部１４０、制御部１５０を有する。
【００１９】
通信部１１０は、利用者端末１０およびＳＮＳサーバ６０との間でデータ通信を実行する処理部である。後述する制御部１５０は、通信部１１０を介して、利用者端末１０およびＳＮＳサーバ６０との間で情報をやり取りする。通信部１１０は、例えば、通信装置や通信カードに対応する。
【００２０】
入力部１２０は、各種の情報を検出装置１００に入力する入力装置である。例えば、入力部１２０は、キーボードやマウス、タッチパネル等に対応する。
【００２１】
表示部１３０は、制御部１５０から出力される各種の情報を表示する表示装置である。例えば、表示部１３０は、ディスプレイやタッチパネル等に対応する。
【００２２】
記憶部１４０は、利用者情報１４１、テンプレート情報１４２等を有する。記憶部１４０は、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ（Flash  Memory）などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。
【００２３】
利用者情報１４１は、ＳＮＳサーバ６０に蓄積された利用者の情報であり、後述する取得部１５１によって取得される。利用者情報１４１は、テーブル１４１ａ、テーブル１４１ｂ、テーブル１４１ｃを有する。図３、図４、図５は、利用者情報のデータ構造の一例を示す図である。
【００２４】
図３に示すテーブル１４１ａについて説明する。テーブル１４１ａは、利用者ＩＤ、氏名、住所、メールアドレス、所属を対応付けて保持する。例えば、利用者ＩＤ「Ｕ１０１」の「Ａさん」は、住所が「東京都ＢＢ区○○」であり、メールアドレスが「○○○＠○○○」、所属が「会社Ａ」である。
【００２５】
図４に示すテーブル１４１ｂについて説明する。テーブル１４１ｂは、利用者の友達関係を定義する情報を含む。友達ＩＤは、ＳＮＳサーバ６０上で、利用者と友達関係にある利用者の利用者ＩＤを示す。例えば、図４の１段目に示すように、利用者ＩＤ「Ｕ１０１」と友達関係にある各利用者の利用者ＩＤは「・・・、Ｕ２０１、Ｕ２０２、Ｕ２０３、・・・、Ｕ３１１、Ｕ３１２、・・・」となる。
【００２６】
図５に示すテーブル１４１ｃについて説明する。テーブル１４１ｃは、利用者ＩＤ毎に、記事ＩＤ、投稿日時、投稿記事、投稿記事に対するコメント、位置情報、写真情報をそれぞれ対応付けて記憶する。記事ＩＤは、記事を一意に識別する情報である。投稿日時は記事が投稿された日時を示す。投稿記事は、投稿された記事に対応する。投稿記事に対するコメントは、利用者が投稿した記事に対して他の利用者が行ったコメントの内容に対応する。また、投稿記事に対するコメントには、コメントを行った利用者ＩＤが対応付けられる。位置情報は、記事を投稿した時点での利用者の位置を示す。写真情報は、利用者が記事と共に投稿した写真の情報である。なお、図３〜図５に示した利用者情報１４１は、その他の情報を含んでいても良い。
【００２７】
テンプレート情報１４２は、未来のスケジュールを生成する場合のテンプレートの情報を含む。図６Ａは、テンプレート情報のデータ構造の一例を示す図である。図６に示すように、テンプレート情報１４２は、テンプレートＩＤと、テンプレート内容を対応付けて保持する。テンプレートＩＤは、テンプレートを一意に識別する情報である。テンプレート内容は、テンプレートの内容に対応する。テンプレート内容の「［］」は、可変領域に対応し、将来のスケジュールを生成する場合に、該当する文言が適宜入力される。
【００２８】
制御部１５０は、取得部１５１、検出部１５２、出力部１５３を有する。制御部１５０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）や、ＦＰＧＡ（Field  Programmable  Gate  Array）などの集積装置に対応する。また、制御部１５０は、例えば、ＣＰＵやＭＰＵ（Micro  Processing  Unit）等の電子回路に対応する。
【００２９】
取得部１５１は、ＳＮＳサーバ６０から、ＳＮＳサーバ６０に蓄積された利用者の情報を取得する処理部である。取得部１５１は、ＳＮＳサーバ６０から取得した利用者の情報を、利用者情報１４１として記憶部１４０に格納する。
【００３０】
検出部１５２は、利用者情報１４１を基にして、基準利用者との間で所定の親密度を有し、かつ、基準利用者と所定期間以上会っていない対象利用者を検出する処理部である。以下において、検出部１５２が、所定の親密度を有している利用者を判定する処理、基準利用者と所定期間以上会っていない利用者を判定する処理について順に説明する。
【００３１】
検出部１５２が、基準利用者と所定の親密度を有している利用者を検出する処理の一例について説明する。ここでは、基準利用者を利用者ＩＤ「Ｕ１０１」の利用者Ａとして説明を行う。検出部１５２は、利用者情報１４１のテーブル１４１ｃを参照し、利用者ＩＤ「Ｕ１０１」の投稿記事に対するコメントの列を参照することで、利用者Ａが作成した投稿記事に対して、コメントを行った回数や、「いいね」を押下した回数を、利用者毎に集計する。そして、検出部１５２は、コメントを行った回数や、「いいね」を押下した回数が、所定回数以上となる利用者を、基準利用者と所定の親密度を有している利用者として検出する。
【００３２】
また、検出部１５２は、利用者情報１４１のテーブル１４１ｂを参照し、基準利用者と友達関係にある利用者を、基準利用者と所定の親密度を有している利用者として検出しても良い。
【００３３】
検出部１５２が、基準利用者と所定期間以上会っていない利用者を判定する処理の一例について説明する。ここでは、基準利用者を利用者ＩＤ「Ｕ１０１」の利用者Ａとして説明を行う。検出部１５２は、利用者情報１４１のテーブル１４１ｃを参照し、利用者Ａの投稿日時および位置情報の組みと、他の利用者の投稿日時および位置情報の組みとのマッチングを行い、利用者Ａと他の利用者とが直接会っているか否かを判定する。
【００３４】
例えば、利用者ＩＤ「Ｕ１０１」の利用者Ａの投稿日時「２０１２年１０月１日  １２時３０分３０秒」と位置情報「ａａｂｂｃｃ」との組みに対して、利用者ＩＤ「Ｕ１０２」の利用者Ｂの投稿日時「２０１２年１０月１日  １２時３０分３０秒」と位置情報「ａａｂｂｃｃ」との組みが一致する。このため、検出部１５２は、利用者Ａと利用者Ｂとが、「２０１２年１０月１日  １２時３０分３０秒」に直接会ったと判定する。なお、検出部１５２は、所定値未満のマージンを設けて、利用者Ａの投稿日時と位置情報との組みと、他の利用者の投稿日時と位置情報との組みとのマッチングを行っても良い。
【００３５】
検出部１５２は、上記マッチング処理を実行した後に、利用者Ａと最後にあってから、所定期間以上会っていない利用者を検出する。
【００３６】
検出部１５２は、上記処理を実行して、基準利用者との間で所定の親密度を有し、かつ、基準利用者と所定期間以上会っていない対象利用者を検出する。例えば、基準利用者と所定の親密度を有している利用者が「利用者Ｂ、利用者Ｃ、利用者Ｄ」であり、基準利用者と所定期間以上会っていない利用者を「利用者Ｂ、利用者Ｅ、利用者Ｆ」とすると、検出部１５２は、対象利用者として「利用者Ｂ」を検出する。検出部１５２は、基準利用者および対象利用者の情報を出力部１５３に出力する。
【００３７】
出力部１５３は、基準利用者および対象利用者の共通の趣味嗜好と、テンプレート情報１４２とを基にして、将来のスケジュールを生成する。出力部１５３は、生成した将来のスケジュールをＳＮＳサーバ６０に通知し、基準利用者および対象利用者の利用者端末１０に表示させる。
【００３８】
出力部１５３が、基準利用者および対象利用者の共通の趣味嗜好を特定する。ここでは一例として、趣味嗜好を商品またはサービスとする。出力部１５３は、利用者情報１４１のテーブル１４１ｃを参照し、基準利用者の利用者ＩＤに対応する投稿記事の内容と、対象利用者の利用者ＩＤに対応する投稿記事の内容とをマッチングし、各投稿記事に共通して登場する商品名やサービス名を検出する。出力部１５３は、検出した商品名やサービス名を、基準利用者および対象利用者の共通の趣味嗜好として特定する。
【００３９】
出力部１５３が、共通の趣味嗜好となる商品名やサービス名を特定した後に、スケジュールを生成する処理について説明する。出力部は、共通の趣味嗜好に対応するテンプレートを、テンプレート情報１４２から取得する。
【００４０】
出力部１５３は、例えば、共通の趣味嗜好が居酒屋、飲食店、カラオケ、観光スポット等に関するものである場合には、テンプレートＩＤ「Ｃ１０１」のテンプレートを取得して、将来のスケジュールを生成する。
【００４１】
出力部１５３は、例えば、共通の趣味嗜好がテレビ番組等に関するものである場合には、テンプレートＩＤ「Ｃ１０２」のテンプレートを取得して、将来のスケジュールを生成する。
【００４２】
出力部１５３は、例えば、共通の趣味嗜好が映画等に関するものである場合には、テンプレートＩＤ「Ｃ１０３」のテンプレートを取得して、将来のスケジュールを生成する。
【００４３】
ここでは一例として、基準利用者を「利用者Ａ」、対象利用者を「利用者Ｂ」、共通の趣味嗜好を「居酒屋」とし、利用者Ａさんの利用者端末１０に表示させるスケジュールを、出力部１５３が生成する場合について説明する。
【００４４】
図６Ｂは、出力部の処理の一例を説明するための図である。図６Ｂに示すように、共通の趣味嗜好が「居酒屋」であるため、出力部１５３は、テンプレートＩＤ「Ｃ１０１」のテンプレートを選択する。係るテンプレートは、可変領域２０ａ、２０ｂ、２０ｃ、２０ｄを有する。出力部１５３は、可変領域２０ａ、２０ｃに「利用者Ｂ」を設定する。
【００４５】
出力部１５３は、可変領域２０ｂに入力する文言を判定する。例えば、出力部１５３は、話題のスポットから、居酒屋に関連するスポットを抽出し、抽出した文言を可変領域２０ｂに設定する。例えば、出力部１５３は、「居酒屋ＸＸ」を設定する。なお、話題のスポットに関する情報を、予め記憶部１４０等に記憶しておいても良いし、ネットワーク上から取得しても良い。
【００４６】
出力部１５３は、可変領域２０ｄに入力する文言を判定する。例えば、出力部１５３は、所定のイベントから、居酒屋に関連するイベントを抽出し、抽出した文言を可変領域２０ｄに設定する。例えば、出力部１５３は、「飲み会」を設定する。なお、所定のイベントに関する情報を、予め記憶部１４０等に記憶しておいても良いし、ネットワーク上から取得しても良い。
【００４７】
上記の処理を行うことにより、出力部１５３は、利用者Ａさんの利用者端末１０に表示させるスケジュール「・利用者Ｂさんと居酒屋ＸＸへ。久しぶりに沢山話せた！・なんと利用者Ｂさんと飲み会なう」を生成する。同様にして、出力部１５３は、利用者Ｂさんの利用者端末１０に表示させるスケジュール「・利用者Ａさんと居酒屋ＸＸへ。久しぶりに沢山話せた！・なんと利用者Ａさんと飲み会なう」を生成する。
【００４８】
出力部１５３は、将来のスケジュールを生成した後に、将来のスケジュールに含まれる商品またはサービスに関連した広告情報をスケジュールに貼付する。商品またはサービスに関連した広告情報を、予め記憶部１４０等に記憶しておいても良いし、ネットワーク上から取得しても良い。
【００４９】
出力部１５３は、基準利用者の情報と該基準利用者の将来のスケジュール情報、対象利用者の情報と該対象利用者の将来のスケジュール情報、広告情報を、ＳＮＳサーバ６０に送信する。
【００５０】
利用者Ａは、利用者端末１０ａを操作して、ＳＮＳサーバ６０にログインし、未来タイムラインを表示させる操作を行うと、出力部１５３によって生成された将来のスケジュールが表示される。図７、図８Ａ〜図８Ｄは、利用者端末の画面例を示す図である。図７に示すように、将来のスケジュールと共に広告情報が表示されている。利用者Ａは、いいねボタン３０を押下すると、将来のスケジュールが、ＳＮＳサーバ６０のタイムラインに追加される。なお、出力部１５３は、広告情報をどのように表示させてもよい。例えば、広告情報をオーバーレイで表示させてもよいし、記事として表示さてもよいし、コンテンツに含まれる広告アプリケーションにより表示させてもよいし、Ｗｅｂ広告により表示させてもよい。
【００５１】
また、図８Ａに示すように、利用者Ａがいいねボタン３１を押下すると、対象利用者の利用者Ｂさんの利用者端末１０ｂに、利用者Ａさんがいいねを押下した旨の情報が表示される。なお、図８Ｂに示すように、利用者Ａが実現したくない未来は、自分で変更しても良い。また、図８Ｃに示すように、出力部１５３は、将来のスケジュールを実際に実行したか否かを尋ねる情報を、利用者端末１０に表示させ、実際に実行した場合には、実際に実行した旨の情報をタイムラインに流しても良い。また、図８Ｄに示すように、タイムラインに流れることで、他の友達もアクティビティに参加しやすくなる。
【００５２】
次に、本実施例に係る検出装置１００の処理手順の一例について説明する。図９は、本実施例に係る検出装置の処理手順を示すフローチャートである。図９に示すように、検出装置１００は、ＳＮＳサーバ６０に蓄積されている利用者の情報を取得し、記憶部１４０に登録する（ステップＳ１０１）。
【００５３】
検出装置１００は、基準利用者を選択する（ステップＳ１０２）。検出装置１００は、基準利用者との間で所定の親密度を有し、かつ、基準利用者と所定期間以上会っていない対象利用者を検出する（ステップＳ１０３）。
【００５４】
検出装置１００は、基準利用者の情報と対象利用者の情報とを比較して、共通の趣味嗜好を判定する（ステップＳ１０４）。検出装置１００は、定番の商品またはサービスを選択する（ステップＳ１０５）。
【００５５】
検出装置１００は、定番の商品またはサービスを共通の趣味嗜好でフィルタリングする（ステップＳ１０６）。検出装置１００は、フィルタリング結果を基にして、将来のスケジュールを生成する（ステップＳ１０７）。検出装置１００は、広告と共に、将来のスケジュールを公開する（ステップＳ１０８）。
【００５６】
次に、本実施例に係る検出装置１００の効果について説明する。本実施例に係る検出装置１００は、ＳＮＳサーバ６０に蓄積された利用者の情報を取得する。検出装置１００は、利用者の情報を基にして、基準利用者との間で所定の親密度を有し、かつ、基準利用者と所定期間以上会っていない対象利用者を検出する。このため、検出装置１００によれば、基準利用者と行動を共にする可能性の高い対象利用者を検出することができる。
【００５７】
また、検出装置１００は、基準利用者の情報と対象利用者の情報との間で共通する商品またはサービスを抽出するので、抽出した情報を基にして、基準利用者および対象利用者が実際に行動をおこしやすい将来のスケジュールを提案することができる。
【００５８】
また、検出装置１００は、基準利用者の情報と対象利用者の情報との間で共通する商品またはサービスに関連する広告情報を対応付けて出力するので、基準利用者および対象利用者に対する宣伝効果を高め、購買意欲を刺激することができる。
【００５９】
ところで、上述した検出装置１００の実施例は一例である。以下では、検出装置１００のその他の実施例について説明する。
【００６０】
例えば、上記の検出部１５２は、利用者情報１４１を基にして、基準利用者との間で所定の親密度を有し、かつ、基準利用者と所定期間以上会っていない対象利用者を検出していたが、この他の条件を用いて、対象利用者を検出しても良い。
【００６１】
検出部１５２のその他の処理について説明する。検出部１５２は、基準利用者との距離が所定距離以上となる期間が所定期間経過した後に、基準利用者との距離が所定距離未満となった利用者を対象利用者として検出する。
【００６２】
例えば、検出部１５２は、利用者情報１４１のテーブル１４１ｃを参照し、基準利用者の投稿日時および位置情報の組みと、友達関係にある他の利用者の投稿日時および位置情報と比較し、基準利用者との距離が所定距離以上となる期間が所定期間経過した後に、基準利用者との距離が所定距離未満となった利用者を対象利用者として検出する。
【００６３】
このように、基準利用者との距離が所定距離以上となる期間が所定期間経過した後に、基準利用者との距離が所定距離未満となる利用者は、久しぶりに基準利用者に会うことを期待している可能性が高い。このため、きっかけさえ与えれば、基準利用者と対象利用者とが直接会うと考えられる。従って、将来行動を共にする各利用者を検出することができる。
【００６４】
例えば、利用者Ａと利用者Ｂとが友達関係に有る場合でも、利用者Ａの行動範囲が大阪であり、利用者Ｂの行動範囲が東京である場合には、疎遠になっている。このような条件下で、利用者Ａが出張などの都合で久しぶりに大阪から東京に出てくる場合に、利用者Ａおよび利用者Ｂの利用者端末１０に将来のスケジュールを公開すれば、利用者Ａと利用者Ｂと会わせることができ、同時に、商品やサービスの宣伝を効果的に行うことができる。
【００６５】
ところで、検出部１５２は、基準利用者の所属と、対象利用者の所属とをさらに利用して、対象利用者を絞り込んでも良い。例えば、同じ会社に属している利用者同士は、会社で頻繁に会っている可能性が高くプライベートで改めて会おうと思わない場合がある。このような利用者に、将来のスケジュールを公開しても、かかるスケジュールに従って会う可能性は低い。
【００６６】
このため、検出部１５２は、基準利用者との間で所定の親密度を有し、かつ、基準利用者と所定期間以上会っておらず、かつ、所属が基準利用者と異なる利用者を対象利用者として検出しても良い。
【００６７】
また、検出部１５２は、基準利用者の対象利用者を検出する場合に、親密度だけではなく、日常の行動範囲に基づいて、基準利用者に会える可能性の高い対象利用者を検出してもよい。例えば、検出部１５２は、テーブル１４１ｃを基にして、基準利用者の位置情報の平均位置から所定範囲内に、対象利用者の位置情報の平均位置が含まれる場合に、係る対象利用者は、基準利用者に会える可能性が高いと判定する。
【００６８】
検出部１５２は、さらに、基準利用者および対象利用者の習慣的な行動範囲、日時を選定してもよい。例えば、基準利用者と対象利用者とは、月曜日から金曜日までは、行動範囲が重複するが、土曜日および日曜日の行動範囲が相違する場合もあり得る。この場合には、月曜日から金曜日までの行動範囲に鑑みて、係る行動範囲で実行可能な将来のスケジュールを生成し、係るスケジュールを金曜日に行うような提案を基準利用者および対象利用者に行っても良い。
【００６９】
出力部１５３は、基準利用者と対象利用者との行動範囲が所定の範囲内にある場合には、その所定の範囲内にあるスポットに関連する将来のスケジュールを生成し、基準利用者および対象利用者に公開しても良い。
【００７０】
また、出力部１５３は、基準利用者および対象利用者に提案した将来のスケジュールに対して、他の利用者もコメント等を投稿できるようにし、他の利用者も、係るスケジュールに対して参加可能としても良い。
【００７１】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【符号の説明】
【００７２】
１０ａ，１０ｂ，１０ｃ  利用者端末
５０    ネットワーク
６０    ＳＮＳサーバ
１００    検出装置
１１０    通信部
１２０    入力部
１３０    表示部
１４０    記憶部
１５０    制御部
【要約】
【課題】将来行動を共にする複数の利用者を特定すること。
【解決手段】本願に係る検出装置１００は、利用者にソーシャルネットワークサービスを提供するＳＮＳサーバ６０に蓄積された利用者の情報をＳＮＳサーバから取得する。そして、本願に係る検出装置１００は、ＳＮＳサーバ６０に蓄積された利用者の情報を基にして、基準利用者との間で所定の親密度を有し、かつ、基準利用者と所定期間以上会っていない対象利用者を検出する。
【選択図】図１【図１】
0005439572.tif 000002
【図２】
0005439572.tif 000003
【図３】
0005439572.tif 000004
【図４】
0005439572.tif 000005
【図５】
0005439572.tif 000006
【図６Ａ】
0005439572.tif 000007
【図６Ｂ】
0005439572.tif 000008
【図７】
0005439572.tif 000009
【図８Ａ】
0005439572.tif 000010
【図８Ｂ】
0005439572.tif 000011
【図８Ｃ】
0005439572.tif 000012
【図８Ｄ】
0005439572.tif 000013
【図９】
0005439572.tif 000014