ＳＮＳサーバ、及びＳＮＳ提供システム
【課題】従来の、人と人とのつながりのみに依存せず、コンテンツ同士のつながりや人とコンテンツとのつながりにより生み出される新たな興趣を提供し得るＳＮＳ提供サーバ及びシステム。
【解決手段】本発明のSNS提供サーバに記録されるユーザのアクションは、先に投稿されたポストに対しポストを従属させる従属ポスト、及びユーザ情報自体を従属させる従属フラグが含まれる。従属ポストは、入力ポスト処理部１１２により先に投稿された独立ポストに付与されているオーナーポストＩＤと同一のオーナーポストＩＤを従属ポストにも付与することにより、各々別個のポストとしてのデータ構造を保持しつつ紐付けられる。従属フラグは、ポストＩＤに対してフラグ設定したユーザのユーザＩＤが紐付けられる。従属ポスト、従属フラグの投稿者ないし設定者各々のソーシャルグラフに対し、独立ポストと一体でフィード配信されるため、コンテンツ同士、或いはコンテンツとユーザとが紐付けられて当初投稿者のソーシャルグラフを超えて拡散される。
【解決手段】本発明のSNS提供サーバに記録されるユーザのアクションは、先に投稿されたポストに対しポストを従属させる従属ポスト、及びユーザ情報自体を従属させる従属フラグが含まれる。従属ポストは、入力ポスト処理部１１２により先に投稿された独立ポストに付与されているオーナーポストＩＤと同一のオーナーポストＩＤを従属ポストにも付与することにより、各々別個のポストとしてのデータ構造を保持しつつ紐付けられる。従属フラグは、ポストＩＤに対してフラグ設定したユーザのユーザＩＤが紐付けられる。従属ポスト、従属フラグの投稿者ないし設定者各々のソーシャルグラフに対し、独立ポストと一体でフィード配信されるため、コンテンツ同士、或いはコンテンツとユーザとが紐付けられて当初投稿者のソーシャルグラフを超えて拡散される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＮＳサーバ、投稿されたコンテンツを基盤としたアドホックな情報共有を可能とする点に特徴を有するＳＮＳサーバ及び提供システムに関し、特に既存のＳＮＳにおいて既に形成されているソーシャルグラフを所与のものとして活用しつつあらたな繋がりの拡散を実現するＳＮＳサーバ及び提供システムに関する。
【背景技術】
【０００２】
従来から、ソーシャルネットワーキングサービス（以下「ＳＮＳ」という。）と呼ばれる、人と人とのつながりを促進・サポートするコミュニティ型のサービスが知られている。従来のＳＮＳでは、自分のプロフィールや写真を会員に公開する機能や、特定の友人のみに公開範囲を制限し、或いは制限なく、日々の出来事を公開できる日記機能、趣味や地域などテーマを決めて掲示板などで交流できるコミュニティ機能等のサービスがインターネット上で利用できる点に特色がある。こうしたＳＮＳの一つとして非特許文献１に開示されるウェブサイトが知られている他、「フェイスブック」や「ツイッター」（いずれも登録商標）といった個々に特色のあるサービスが多種多様に提供されている。
【０００３】
従来の一般的なＳＮＳにおいては、各人が有する他人との関係性に基づき、サービス内での「特定の関係性」を構築していく。すなわち、友人、恋人、家族、親戚、同級生、職場の同僚、といったさまざまな機縁に基づく関係性を有する他のユーザとサービス内で接触し、特定の関係性を構築していく。もちろんこうした特定の関係性の構築は、必ずしも“オフライン”の、つまり現実の知己関係を有していることは必要ではなく、サービス内において興味深いコンテンツを開示している他のユーザに遭遇したり、上述のコミュニティ機能において共通の嗜好性を有する他のユーザに出会ったりし、“オンライン”上の機縁に基づいて特定の関係性が構築されることも少なくない。一のユーザが主体的に他のユーザと特定の関係性を構築することにより、相互の投稿に関するフィードがお互いに配信されるようになったり、制限された公開範囲で投稿された他のユーザのコンテンツを閲覧可能になるなど、サービス内での楽しみが向上していく。こうした既存のＳＮＳでは、コンテンツがいかなるものか、というより、どのユーザが投稿したコンテンツか、という点を軸として、そして当該ユーザが当該サービス上に反映しているソーシャルグラフを媒介としてコンテンツに関する情報は拡散していく。換言すれば、投稿されたコンテンツは投稿したユーザのソーシャルグラフを超えて拡散していくことが少ない。
【０００４】
しかし中には、他のユーザと特定の関係性を拡張していくことが得意ではなく、公開範囲の広い他のユーザのコンテンツへのコメントやコミュニティへの参加などを主体的に行わないユーザ層も多く存在する。こうしたユーザ層は、特定の関係性を構築するユーザ数が頭打ちになってしまい、その結果、接触するコンテンツが限定的になってしまい、ある決まった範囲の少人数間での日記の見せ合いといった使い方に留まってしまう場合がある。サービス内での各ユーザのアクティビティを増加させることがサービス自体の広告媒体としての価値を向上させる、という観点を踏まえれば、こうしたユーザ層にも気軽にサービス利用機会を増大させることが望まれる。特許文献１にはそれぞれのメンバーに公開される情報がおびただしい量になるなか、そのメンバーのために個人化された動的な関係をベースとしたコンテンツを生成するシステムが開示されてはいるが、そもそも自らのソーシャルグラフのみに限定されて配信されるフィードでは関係性の拡張を行うことができないユーザのアクティビティ増大にはつながらない。
【０００５】
こうした問題は、既存のＳＮＳの設計思想、すなわち「『人』と『人』とのつながりを促進する」という点自体にある。つまり既存のＳＮＳはユーザ本位であり、ユーザを基軸として当該ユーザの投稿したコンテンツが多数記録される。コンテンツはユーザとユーザをつなげるための手段であり、ユーザとユーザをつなげていくことにこそ主眼がある。しかし、既に複数のＳＮＳにおいてこうした人と人とのつながりが構築されている中、こうしたソーシャルグラフを所与のものとし、媒体として、新たなつながり方を提供するサービスは提案されてきていない。特許文献２は異なるＳＮＳ間で利用者の状況情報や共有情報の連携を行うシステムを開示しているが、これもユーザとユーザとをつなげることに終始している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−５００６４９号公報
【特許文献２】特開２００９−１９９３６８
【非特許文献】
【０００７】
【非特許文献１】「ソーシャル・ネットワーキング サービス［ｍｉｘｉ（ミクシィ）］」、［ｏｎｌｉｎｅ］、［平成２３年１０月１日検索］、インターネット＜ＵＲＬ：http://mixi.jp/＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
そこで本発明は、既存のソーシャルグラフを所与のものとしこれを活用しつつ、コンテンツとユーザ、或いはコンテンツとコンテンツとを関連付けることにより、属人的でない、時点時点のホットなコミュニケーションを実現し、既存のリレーションを超えたフィードにより結果的に新たなソーシャルグラフ生成に寄与し得る、コンテンツ本位の新たなＳＮＳを提供し得るＳＮＳサーバないしＳＮＳシステムを提案することを課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決すべく、本発明は以下のＳＮＳ提供サーバ、及びこれをネットワークを介してユーザ端末と接続して構成されるＳＮＳ提供システムを提供する。
【００１０】
（１）外部からの入力に基づきユーザ情報を記録するユーザ情報記録手段と、外部からの入力に基づきユーザのアクションを記録するアクション記録手段と、前記アクション記録手段がアクションを記録すると、所定のユーザにフィードを配信するフィード配信手段とを有するSNS提供サーバであって、前記アクションには、少なくとも、ユーザが独立したコンテンツを投稿する独立ポストと、前記投稿された独立ポストに対し紐付けられるコンテンツ投稿である従属ポストと、前記投稿された独立ポスト又は従属ポストに対しユーザ情報が紐付けられるフラグである従属フラグと、が含まれることを特徴とする、SNS提供サーバ（請求項１）。
【００１１】
（２）また上記（１）のSNS提供サーバにおけるアクションとして、投稿された独立ポスト又は従属ポストに対し紐付けられるコメント、及び＼又は、当該各ポストに対し設定されるユーザの感情を示すフラグが更に含まれるよう構成してもよい（請求項２）。
【００１２】
（３）また、上記の独立ポストが投稿された場合、当該独立ポスト情報に含まれる指定されたユーザIDに対してフィードを配信するよう構成してもよく（請求項３）、上記の従属ポストが投稿された場合、その従属ポストに含まれる投稿ユーザIDに基づいて前記ユーザ情報記録手段に記録されたユーザ情報を参照し、当該投稿ユーザIDと特定の関係性を有するユーザとして記録されているユーザIDに対してフィードを配信するよう構成しても良い（請求項４）。或いは、上記の従属フラグが設定された場合、当該従属フラグの記録を指示したフラグ設定ユーザIDに基づいて前記ユーザ情報記録手段に記録されたユーザ情報を参照し、当該フラグ設定ユーザIDと特定の関係性を有するユーザとして記録されているユーザIDに対してフィードを配信するよう構成することもできる（請求項５）。或いは、上記のコメント又はユーザの感情を示すフラグが記録されると、当該コメントが紐付けられる前記独立ポスト又は従属ポスト、及び前記独立ポスト又は従属ポストが直接又は間接に紐付けられている独立ポスト又は従属ポストの投稿ユーザIDに対してフィードを配信するよう構成しても良い（請求項６）。
【００１３】
（４）なお、フィードの配信契機としては、上記各ポストやフラグ、コメント等（以下「ポスト等」ということがある。）が記録された際に即時でもよく、一方、フィード配信手段において、各種ポスト等が記録された際に生成される配信フィードを一時的に記録しておき、或いは配信先であるユーザIDからの配信リクエストを受信した際に事後的に配信フィードを生成し、配信先であるユーザIDからの配信リクエストを受信した際にフィードを配信するよう構成しても良い（請求項７）。
【００１４】
（５）また、本発明のSNS提供サーバにおいては、ユーザ情報には、当該ユーザのID、プロフィール画像、ニックネーム、外部SNSにおけるユーザID情報、特定の関係性を有する他のユーザID情報が含まれ、外部SNSから前記既存の外部SNSにおけるユーザID情報、及び当該外部SNSにおいて前記特定の関係性を有する他のユーザに関する情報を選択的に取得可能であることを特徴とすることもできる（請求項８）。
【００１５】
（６）また、本発明のSNS提供サーバにおいては、フィード配信手段は、前記各アクションのいずれかをユーザが行った際、前記他のユーザに関する外部SNSにおけるユーザID情報を前記外部SNSにおいて前記特定の関係性を有する他のユーザに関する情報に含むユーザのユーザIDに対して、当該アクションを行ったユーザがサービスに加入した旨のフィードを配信することを特徴としてもよい（請求項９）。これにより、他のユーザが後から本サービスに加入した際、当該他のユーザと特定の関係性を有するユーザが知ることができ、交流が促進される。
【発明の効果】
【００１６】
本発明のＳＮＳサーバないしＳＮＳシステムにより、既存のソーシャルグラフを所与のものとしこれを活用しつつ、コンテンツとユーザ、或いはコンテンツとコンテンツとを関連付けることにより、属人的でない、瞬時のアドホックでホットなコミュニケーションを実現し、既存のリレーションを超えたフィードにより結果的に新たなソーシャルグラフ生成に寄与し得る、コンテンツ本位の新たなＳＮＳを提供することができる。
【００１７】
なお本発明において、
（１）「ポスト」とは、ユーザによって行われるコンテンツの投稿を意味し、投稿されるコンテンツとしてはテキスト、画像、動画等種別を問わない。
【００１８】
（２）「独立ポスト」とは、既に投稿されている他のポストとは紐付けられない状態で投稿され保存されるポストを意味する。
【００１９】
（３）「従属ポスト」とは、既に投稿されている他のポストと紐付けられる状態で投稿され保存されるポストを意味する。
【００２０】
（４）「従属フラグ」とは、既に投稿されているポストと紐付けられる状態で設定されるフラグをいい、当該フラグの設定を行ったユーザが当該フラグを紐付けたポストとして投稿されたコンテンツと関わり合いがあることを、サービスを利用する他のユーザに認識可能な状態とされる。
【００２１】
（５）「紐付けられる」とは、一のポストと他のポスト又はフラグが、互いに関連付けられて記録されることをいい、ポスト情報ないしフラグ情報に含まれるOwner IDとして共通のものをもつことをいう。
【００２２】
（６）「コメント」とは、既に投稿されているポストに対して従属的に付加されるテキストデータをいう。また「ユーザの感情を示すフラグ」とは、既に投稿されているポストに対して従属的に付加されるノンバーバルなデータをいう。既存のSNSにおける「イイネ！」や「like」といったもので、ポストを閲覧したユーザが自ら文章を紡ぐまでもないが何らかの意思表示を行いたいときに、通常画面上に表示されているボタンをクリックするのみで設定することができる。
【００２３】
（７）「ユーザＩＤ」とは、サービスを利用するユーザに対して付与される識別番号ないし文字列をいい、ユーザを一意的に特定する。
【００２４】
（８）「特定の関係性」とは、一のユーザが他のユーザとの間で構築する、サービス内における友人関係をいい、相互承認の形式をとるのが一般的であるがこれに限られない。特定の関係性を構築することで、構築した相手方の閲覧制限の範囲内で相手方のコンテンツを閲覧することができるようになったり、また構築した相手方が新たなポストを行うとその旨がフィードされる。特定の関係性の構築状況により見出される、一のユーザを中心としてみた場合の特定の関係性を構築した他のユーザ群を「ソーシャルグラフ」ということがある。
【００２５】
（９）「配信リクエスト」とは、配信先であるユーザIDを有するユーザがサービスにログインする、リロードする等の特定の操作を行った場合やサービスログイン中に所定時間経過した場合などの任意のトリガに基づいてSNSサーバに対して発せられる、当該ユーザIDに対する配信フィードがある場合に当該フィードを配信すべき旨の要求をいう。
【００２６】
（１０）「プロフィール画像」とは、サービス内でユーザを表すアイコンとして機能する画像を意味する。また「ニックネーム」とは、サービス内でユーザを表すハンドルネームを意味し、実名と否とを問わない。
【００２７】
（１１）「外部ＳＮＳ」とは、本発明において提供されるSNS以外に提供されている、又は新たに提供されるSNSをいう。また「選択的に取得可能」とは、外部SNSにおいて記録されている当該ユーザのソーシャルグラフのうち、その全員を取得しても良く、一部を取得しても良い、という意味において選択的であることをいう。これは、外部SNSにおいて既に特定の関係性を構築している他のユーザに関する情報を移植することにより、本発明のサービス上でもより早期につながり、情報共有を楽しむことができる一方、外部SNSにおいて特定の関係性を構築している他のユーザ全てが本発明においてつながることを希望するユーザとは限らないからである。
【図面の簡単な説明】
【００２８】
【図１】本発明のＳＮＳ提供サーバ、及びユーザ端末装置を含むＳＮＳ環境の例を示す図である。
【図２】ＳＮＳ提供サーバ１０を機能の側面から記した機能構成図である。
【図３】ユーザ情報ＤＢ群１２１に記録されている情報及び相互の連関性を示す概念図である。
【図４】コンテンツ情報群ＤＢ１２２に記録されている情報及び相互の連関性を示す概念図である。
【図５】コンテンツ情報群ＤＢ１２２に記録されているコンテンツ情報相互の連関性を示す概念図である。
【図６】ユーザ登録の手順の流れを示すフローである。
【図７】独立ポスト投稿の手順の流れを示すフローである。
【図８】従属フラグ設定の手順の流れを示すフローである。
【図９】従属ポスト投稿の手順の流れを示すフローである。
【図１０】フィード配信の流れの第一の例を示すフローである。
【図１１】別異の実施例における、ＳＮＳ提供サーバ１０の機能構成図である。
【図１２】フィード配信の流れの第二の例を示すフローである。
【発明を実施するための形態】
【００２９】
以下、本発明の具体的な実施内容につき、図面を参照しつつ説明する。
【００３０】
図１は、本発明のＳＮＳサーバ及び端末装置を含むＳＮＳ環境の例を示す図である。ＳＮＳサーバ１０と各ユーザ端末３０とは、インターネットなどのネットワーク２０を介して互いに接続可能となっている。ここで各ユーザ端末３０は、例えばＰＣ３１であると携帯電話３２であるとタブレット端末３３であると特に種別は問わず、ＳＮＳサーバ１０にログイン可能な機能（インターネットに接続する機能及びＷｅｂブラウザ）を有していれば良い。
【００３１】
ＳＮＳサーバ１０は、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ＨＤＤなどの記憶手段１０ｄ、ディスプレイ、キーボード等の入出力手段１０ｅ、その他種々のハードウェアによって構成される。
【００３２】
ＲＯＭ１０ｃまたは記憶手段１０ｄには、図２に示す各処理部（ユーザ情報処理部１１１、入力ポスト処理部１１２、他入力情報処理部１１３、フィード生成部１１４、フィード送信制御部１１５、ページ情報制御部１１６）の機能を実現するためのプログラム及びデータが格納されている。また記憶手段１０ｄには、図２に示すＤＢ群１２記載の各ＤＢ（ユーザ情報ＤＢ群１２１（＝メンバー情報ＤＢ１２１ａ、及びフレンド情報ＤＢ１２１ｂ）、コンテンツ情報ＤＢ群１２２（＝ポスト情報ＤＢ１２２ａ、従属フラグ情報ＤＢ１２２ｂ、コメント情報ＤＢ１２２ｃ、及び感情フラグ情報ＤＢ１２２ｄ）のデータが格納される。これらのプログラム及びデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行され、演算処理が行われる。
【００３３】
ＳＮＳサーバ１０として、ワークステーション又はいわゆるサーバ機などが用いられる。図２の各構成が複数台の装置に分散されるようにＳＮＳシステム１０を構成しても良い。
【００３４】
なお、図１に示すように、各ユーザ端末３０・・３０及び本発明にかかるＳＮＳサーバ１０は、ネットワーク２０を介して外部ＳＮＳ４０・・４０とも接続可能となっている場合もある。ここでは、各ユーザは、既存のＳＮＳサービスの利用を行っており、それぞれにソーシャルグラフを構築していることを前提として以下説明を行う。もちろん、本発明のＳＮＳにおいても、サービス内において新たに相互に友人承認（特定の関係性の構築）を行うことも想定されるし、これを排除するものではない。
【００３５】
図２は、上記のＳＮＳサーバ１０を機能の側面から記した機能構成図である。ＳＮＳサーバ１０は、その機能に基づき、ＳＮＳコア１１、ＤＢ群１２、ユーザインターフェース１３に分別して認識可能である。
【００３６】
ＳＮＳコア１１は、ユーザのメンバーＩＤやプロフィール、ハンドルネームなどのユーザ情報の入力を受けこれをユーザ情報ＤＢ１２１に記録するユーザ情報処理部１１１、ユーザのポストの投稿やその他の入力情報（アクティビティということがある。）などを処理しコンテンツ情報ＤＢ群１２２にデータを蓄積する入力ポスト処理部１１２及び他入力情報処理部１１３、各ＤＢ群へのデータ蓄積等をトリガとして対応するフィードを生成するフィード生成部１１４、生成されたフィードを所定のトリガに応じて対象のユーザＩＤに送信するフィード送信制御部１１５、ユーザ端末３０からのページ閲覧指示に基づきその情報を生成すべく制御するページ情報制御部１１６、の各機能を有する。各々の機能については、サービス内における各活動の説明において順次説明する。
【００３７】
ＤＢ群１２は、主としてユーザに関する情報を記録するユーザ情報ＤＢ群１２１と、主としてポストその他の入力情報を記録するコンテンツ情報ＤＢ群１２２とから構成される。ユーザ情報ＤＢ群１２１はユーザ情報記録手段に、コンテンツ情報ＤＢ群１２２はアクション記録手段に該当する。
【００３８】
ユーザ情報ＤＢ群１２１は、メンバー情報ＤＢ１２１ａとフレンド情報ＤＢ１２１ｂとから構成される。図３は、ユーザ情報ＤＢ群１２１の各ＤＢにて記録される情報を模式的に示したものである。メンバー情報ＤＢ１２１ａは、本発明にかかるＳＮＳを利用するユーザ自身の情報として、ユーザの識別番号として機能する、個々のユーザにユニークなユーザＩＤ、端末上の画面表示においてそのユーザを表すアイコンとして機能するプロフィール画像、サービス内におけるそのユーザの呼称であるニックネーム（ハンドルネーム）、既存ＳＮＳからのデータ移植にあたっての識別番号である既存ＳＮＳＩＤ、その他本名、住所、出身地、趣味など、他のユーザが接点を見出すにあたっての参考情報となり得る各種ユーザ属性情報を記録する。
【００３９】
フレンド情報ＤＢ１２１ｂには、各ユーザが特定の関係性を構築している他のユーザ、すなわちソーシャルグラフが記録されている。具体的には、本人情報としての前述のユーザＩＤと、特定の関係性を有している他のユーザ情報としてのフレンドＩＤとが記録されている。なお特定の関係性は、一のユーザから他のユーザへの片方向のものでもよく、双方向のものでもよい。また構築の過程として、一のユーザから他のユーザに申入を行い、他のユーザがこれを承認するステップを踏んでも良く、各々一方的に特定の関係性構築を行い、結果として双方向の関係になるものであってもよい。
【００４０】
図４は、コンテンツ情報群１２２の各ＤＢにて記録されている情報を模式的に示したものである。ポスト情報ＤＢ１２２ａには、独立と従属とを問わず投稿されたポストに対し一意的に付与されるポストＩＤと、ポスト情報の具体的な内容であるテキストデータ及びフォトデータと、当該ポストを投稿したユーザのポストユーザＩＤと、当該ポストを共有するユーザのシェアフレンドＩＤと、従属ポストがどの独立ポストないし従属ポストに紐付けられているかを識別する機能を担うオーナーポストＩＤとが、ポストごとに記録される。
【００４１】
ポストＩＤは、ユーザがコンテンツを投稿することにより一意的に付与される、当該ポストの識別番号である。本実施例におけるポストのデータ形式としては、日記や短文のつぶやきからなるテキストデータ、或いは写真や作成画像等のフォトデータ、或いはこれらの双方を伴うものを想定しているが、これに限られず、各端末３０において閲覧（あるいは再生）可能なデータであれば加えて動画、音声などデータの形式を問わない。
【００４２】
投稿されるポストのポスト情報には、当該ポストを投稿したユーザのユーザＩＤ及び当該ポストを「シェアする」、すなわち閲覧されることを希望する他のユーザのユーザＩＤであるシェアフレンドＩＤが含まれる。シェアするユーザは、ポストを投稿するユーザが自らのソーシャルグラフの中から任意に選択することができる。また自らが特定の関係性を有する他のユーザＩＤ全部を指定することもできる。これらのユーザＩＤ及びシェアフレンドＩＤが参照され、フィードが配信されるユーザＩＤが特定される。フィード配信先の特定方法については後述する。
【００４３】
ポストＩＤは、ポスト情報１２２ａと従属フラグ情報１２２ｂ、コメント情報１２２ｃ、感情フラグ情報１２２ｄとを相互に関連付けるキーとしての役割を果たす。すなわち、特定のポストに対して他のユーザが自らのユーザ情報を紐付けるアクションを行うと、当該特定のポストのポストＩＤに当該自らのユーザ情報を紐付けたユーザのユーザＩＤが関連付けられて従属フラグ情報ＤＢ１２２ｂに記録される。
【００４４】
また、特定のポストに対し、ユーザはコメントを入力することもできる。コメントを入力すると、当該コメントはコメント対象となっているポストのポストＩＤ、コメントを行ったユーザのユーザＩＤ、及び入力されたコメントデータが関連付けられてコメント情報ＤＢ１２２ｃに記録される。なおコメントは、他のユーザのみならず、当該ポストを投稿した本人も入力することができ、ポストの補足や他のユーザからのコメントに対する回答を行うことができる。
【００４５】
更に、コメントのようなバーバルな情報（能動的に文章を作成することを余儀なくされる情報）を入力するまでのインセンティブが湧かず、ただ当該投稿に対し好意を示すノンバーバルな意思表示を行う手段として「イイネ！」フラグを設定することもできる。これはユーザが画面上の該当ボタンをクリックする動作一つで完了する意思表示であり、ポストに対しリアクションを行うことへの心理的障壁を顕著に低下させ、アクション増大に寄与するものである。フラグが設定されると、設定されたポストのポストＩＤと当該設定したユーザのユーザＩＤとが関連付けられて感情フラグ情報ＤＢ１２２ｄに記録される。
【００４６】
この「イイネ！」フラグは、ユーザの感情を示すフラグに該当する。なお本実施例では「イイネ！」というポジティブな意思表示に関するフラグ設定を例示したが、これに限らず、例えば「＋」や「−」といった好悪双方を示すフラグ設定を可能に構成しても良い。その場合感情フラグ情報ＤＢ１２２ｄには設定されたフラグの種別も併せ記録されるよう構成すればよい。併せて、設定したフラグの種別に応じてフィード配信の有無を連動させるよう構成しても良い。
【００４７】
このように、ポスト情報と従属フラグ情報、コメント情報、感情フラグ情報とは、ポストＩＤを共通であることを条件として、各情報が相互に関連付けられて記録される。当該ポスト情報に対しユーザにより閲覧要求があったとき、対応するポストＩＤを有する各情報が参照され、ユーザインターフェース１３において各端末に応じた表示態様にカスタマイズされ、相互に関連付けられてユーザ端末３０に表示される。
【００４８】
次に、ポスト相互の従属関係について、図５を用いつつ説明する。図５は、コンテンツ情報相互間の独立/従属の関係を示す模式図である。なおデータ構造としては独立ポスト、従属ポストとも同じであり図４にて示したとおりであるが、説明の便宜上直接関係しないデータについては、一部図面上から捨象している。
【００４９】
本実施例において、ポスト情報には、通常ポスト情報（独立ポスト情報）と従属ポスト情報の２種類が存在する。この２種類のポスト情報は、データ構造上は同じポスト情報として取り扱われるが、オーナーポストＩＤにより両者が判別される。すなわち、図５における左の「コンテンツ情報（独立）」に示すように、オーナーポストＩＤが当該ポストＩＤと同一である場合（“abc123”＝“abc123”）、当該ポストが独立のものとして判断される。一方、右上のようにオーナーポストＩＤが当該ポスト情報のポストＩＤと異なる場合（“abc123”דdef456”）、当該ポストは独立ではなく、当該オーナーポストＩＤを同じくする他のポスト情報に従属するものと判断される。右下のコンテンツ情報も、オーナーポストＩＤが左のオーナーポストＩＤとは異なり、自らのポストＩＤと一致するから（“ghi789”＝“ghi789”）、独立ポストと判断される。
【００５０】
このように、ポスト投稿とコメントや従属フラグの設定、「イイネ！」がポストＩＤを介して紐付けられるのに対し、独立ポストと従属ポストとはオーナーポストＩＤを介して紐付けられる。
【００５１】
次に、本実施例のSNSサーバにより提供されるサービスにユーザとして登録する際のフローを、図６を参照しつつ説明する。本実施例のSNSに登録を希望するユーザは、ユーザ端末３０に表示されるユーザ情報入力画面（図示しない）からユーザの氏名、ニックネーム、住所、出身地、趣味等の各属性情報を入力する（ステップＳ６０１）。次に、外部SNSにおけるIDの有無の確認が促され（ステップＳ６０２）、ある場合その入力をユーザが行う（ステップＳ６０３）。これを受けユーザ情報処理部１１１はインターネット２０を介して外部ＳＮＳ４０へのアクセスを行い、ユーザからの認証キーの入力やデータ移植への承認の意思表示を経て外部ＳＮＳにおけるユーザデータを取得する（ステップＳ６０４）。このユーザデータには外部ＳＮＳにおけるユーザＩＤに加え、外部ＳＮＳで用いているプロフィール写真や友人情報が含まれうる。プロフィール写真を外部ＳＮＳと共通のものを設定することにより、他のユーザからみて当該ユーザの同一性を容易に確認することができる場合がある。また外部ＳＮＳにおいて構築されている友人情報すなわち特定の関係性を移植することにより、本実施例のSNSを速やかに楽しむことができる。
【００５２】
なお友人情報の移植にあたっては、友人情報を選択することもできる（ステップＳ６０５）。これは、ＳＮＳの性質により交友したい友人とそうでない友人とがいる場合や、情報に応じて共有したい友人とそうでない友人がいる場合等を考慮したものである。友人情報の選択が完了すると、又は外部ＳＮＳのＩＤを保有しない場合属性情報の入力が完了すると、入力ないし移植されたデータがユーザ情報ＤＢ群１２１に各々記録され、ユーザ登録が終了する。
【００５３】
次に、ポスト投稿のフローについて、図７を参照しつつ説明する。ユーザは、自らが他のユーザと共有したいコンテンツをポストとして投稿することができる。ユーザは、ユーザ端末３０に表示されるポスト入力画面（図示しない）に従い、自らの端末に保有するコンテンツや、新たに生成するコンテンツを入力する（ステップＳ７０１）。次にユーザは、投稿するポストをシェアすべき他のユーザの選択を行う（ステップＳ７０２）。他のユーザの選択に当たっては、当該ユーザのフレンド情報として保存されているフレンドＩＤ（図３参照）が自動的に選定されるようにしてもよい。或いは、例えばそれらのフレンドＩＤにかかる他のユーザのニックネーム及び＼又はプロフィール画像が端末表示画面上に選択可能に表示されるよう構成することで選択をユーザに促すこともできる。更には、図３には示されていないが、当該ユーザが選定し登録している一又は複数のユーザＩＤからなる特定のグループが選択されるようにしてもよく、ネットワーク２０を介し外部ＳＮＳの既存のソーシャルグラフが選択されるよう構成しても良い。
【００５４】
ポストするコンテンツ、及びシェアすべきユーザが選択されると、当該情報を受信した入力ポスト処理部は、一意的なポストＩＤ、及びこれと同一のオーナーポストＩＤを付与し（ステップＳ７０３）、ポスト情報ＤＢ１２２ａに記録される（ステップＳ７０４）。
【００５５】
次に、他のユーザが、投稿されているポストに自らのユーザ情報を従属的に紐付ける際のフローについて、図８を参照しつつ説明する。ユーザは、自らがアクセスを許容された他のユーザのポストを閲覧することができる。ユーザは、投稿されているポストに自らを関連付けたいと思ったとき、極めて簡便な手法でそれを行うことができる。例えば閲覧画面に表示されている入力ボタン（図示しない）をクリックするだけでよい（ステップＳ８０１）。この単純なアクションにより、ユーザ端末３０から他入力情報処理部１１３によりポストＩＤと従属フラグ設定を行ったユーザＩＤとが関連付けて受信され特定される。そして当該関連付けられた情報は従属フラグ情報ＤＢ１２２ｂに記録される。
【００５６】
このように、自ら新たなコンテンツを配信する労をとることなく、特定のコンテンツに自らを関連付けることができる。後述するように、従属フラグ情報が記録されると、その後所定のトリガを契機に従属フラグ設定を行ったユーザのソーシャルグラフに対し、当該ユーザが従属フラグ設定を行った旨がフィードとして配信される。つまり既存の投稿を利用して、自らが主体となった新たなフィード配信が行われるようになるから、ユーザにとって手軽にサービスの楽しみを享受することができる。また従属フラグもアクションの一形態であり、単なる「イイネ！」フラグの設定とは異なり当該コンテンツに自らも関与していたことを周知することができるから、アクション数の増加は促進され、媒体としての価値は向上する。
【００５７】
従属フラグの具体的な適用場面としては、例えば（現実の）パーティーに参加した複数のユーザの内の一人がパーティーの集合写真をポストした場合が想定される。この場合、当該写真に写っている他のユーザは、当該ポストに従属フラグ設定するだけで、“自らが当該パーティーに参加していたこと”を自身のソーシャルグラフに積極的に伝達することができる。
【００５８】
なお、コメントや「イイネ！」についても、ポストＩＤを共通とすることにより紐付けられるポスト情報と関連付ける形で、ユーザ端末３０から受信した情報を他入力情報処理部１１３が処理を行い、コメント情報ＤＢ１２２ｃ、感情フラグ情報ＤＢ１２２ｄにそれぞれ記録される。
【００５９】
次に、従属ポスト投稿のフローについて、図９を参照しつつ説明する。まずユーザは、自らのポストを従属させる既存ポストを選定する（ステップＳ９０１）。この操作は実際には、自らがアクセスを許容された他のユーザのポストを閲覧し、投稿されているポストに関連付けて自らも別のポストを投稿したいと思ったときに行われる。例えば閲覧画面に表示されているボタン（図示しない）をクリックすることにより、従属ポスト入力のプロンプト画面が表示されるよう構成することができる。
【００６０】
以降、ユーザは、独立ポストを投稿する際におけるのと同様、投稿データ及びシェアすべきユーザのＩＤを入力していく（ステップＳ９０２、ステップＳ９０３）。当該入力データは、被従属ポストのポストＩＤをオーナーポストＩＤとして入力ポスト処理部１１２において認識される。従属ポストも一のポストであることから新たなポストＩＤが付与され（ステップＳ９０４）、ポスト情報ＤＢ１２２ａに記録される。
【００６１】
このように、既に投稿されている他のポストに新たなポストを紐付けることにより、これまでの“人と人とのつながり”だけでなく、“コンテンツとコンテンツとのつながり”が促進される。つまり、共有されるべき情報は、長年の人間関係により構築された信頼関係を背景とした秘匿されるべきものに限られず、その場その場の即時的な繋がりにより共有されるものもあるところ、コンテンツとコンテンツがつなげられることによりアドホックな情報共有が促進される。そして後述するように、当該投稿により「つなげられたコンテンツ」のフィードが従属ポストの投稿者のシェアフレンドに配信されることで、被従属（独立）のコンテンツが従属ポストのソーシャルグラフにも拡散していくことで、その場のホットな繋がりが加速していく。
【００６２】
この従属ポストの具体的な適用場面としては、例えば一のユーザが自らのランチであるラーメンの写真をポストした場合に、そのソーシャルグラフに属する他のユーザもたまたまラーメンを食べている、或いはその写真に触発されてラーメンを食べに行った、といった場面が想定される。前者は、離れた場所にあっても同一の行動をしていることへの共感の楽しみが、後者は本実施例のサービスによる新たな需要の触発が促される。そして従属は単一に限らず、連鎖的に従属することもまた可能な構成であることから、一のポスト投稿が他者の新たなポストや新な行動を生むといった側面が期待できる。これらはいずれもサービスとしての興趣を向上するものであり、媒体価値向上に直結する。
【００６３】
そして、これまでの一般的なアクションであったポスト、コメント、「イイネ！」にこれら従属フラグ、従属ポストが加わることにより、ユーザにとっては自らのアクションの選択肢が増え、その時の状況や気分に応じたサービス利用が可能となる。
【００６４】
次に、各アクションに応じたフィードの生成とその配信につき、図１０を用いて説明する。フィードの配信は、（１）配信先ユーザからの配信リクエストを契機としたプル型の配信、（２）配信元ユーザからのポスト投稿又はフラグ設定を契機としたプッシュ型の配信、の２種がある。ここでは（１）プル型のフィード配信につき説明する。ユーザからの配信リクエストは、ユーザのログインやリロード、ホーム画面への復帰などを契機として発せられる。ＳＮＳサーバ１０が配信リクエストを受信すると（ステップＳ１００１：Ｙｅｓ）、当該配信リクエストを発したユーザのユーザＩＤをキーとした検索が行われる。具体的には、ポスト情報ＤＢ１２２ａにおけるシェアフレンドＩＤ、従属フラグ情報ＤＢ１２２ｂにおける従属フラグユーザＩＤのユーザ情報１２１におけるフレンド情報１２１ｂ中のフレンドＩＤとの該当の有無が判定される（ステップＳ１００２）。該当があると（ステップＳ１００３：Ｙｅｓ）、フィード生成部１１４は当該該当したユーザＩＤが紐付けられたポストＩＤのポスト情報に関するフィードを生成する（ステップＳ１００４）。フィード配信制御部１１５は、生成されたフィードを配信リクエストのあったユーザＩＤに対し配信する（ステップＳ１００５）。当該配信は、ページ情報制御部１１６によりフィードがあった旨の表示が該当するユーザＩＤにてログインされたユーザ端末３０に対して行われる。フィード生成部１１４、フィード配信制御部１１５及びページ情報制御部１１６はフィード配信手段に該当する。
【００６５】
なおフィードは、当該ポストがなされた旨を通知するテキストでもよく、或いは当該ポストのサムネイル画像であってもよい。またフィードには対応するポストへのリンクが貼られていても良い。また、当該フィード発生の原因となるアクションを行ったユーザのニックネームやプロフィール画像のサムネイル画像を併せて表示するよう構成しても良い。
【００６６】
なお、フィード配信の流れに関する他の実施例につき、図１１及び図１２を用いて説明する。図１１は、別異の実施例のＳＮＳサーバを機能の側面から記した機能構成図であり、上記の実施例における図２に対応するものである。図２との相違点は、生成済されたフィードを記録する生成済みフィードＤＢ１２３を備えている点にある。
【００６７】
ユーザによるポストや従属フラグ設定などのアクションが生じると、これらの情報を受信したＳＮＳサーバ１０は対応する各処理部による処理を行い、対応するＤＢへの記録を行う（ステップＳ１２０１ないしステップＳ１２０３）。これらの点線枠囲みしたフローは、図７から図９において説明した各アクションにおける流れと同様である。
【００６８】
この段階で、配信されるべきユーザのユーザＩＤは確定される（ステップＳ１２０４）。すなわち、独立ポストにあってはそのシェアフレンドＩＤであり、従属フラグにあっては当該フラグ設定を行ったユーザのフレンドＩＤであり、従属ポストにあっては独立ポストと同様、そのシェアフレンドＩＤである。なお投稿にあたってシェアすべきユーザを自らのフレンドＩＤとしていれば、シェアフレンドＩＤと当該ポストユーザのフレンドＩＤとは一致し得る。
【００６９】
ここで、プッシュ型の配信フィードの場合、決定された配信先に対しフィード配信が行われ（ステップＳ１２０６）、配信先ユーザに受信された場合（ステップＳ１２０７：Ｙｅｓ）、フィード配信フローはそのまま終了する。
【００７０】
配信先ユーザがサービスログイン外である等受信がなされなかった場合（ステップＳ１２０７：Ｎｏ）、及びプル型の配信フィードの場合配信されるべきフィードは、その配信先と関連付けられた形で生成済みフィードＤＢ１２３に保存される（ステップＳ１２０８）。その後、フィード情報に配信されるべきユーザＩＤとして記録されているユーザＩＤからの配信リクエストをＳＮＳサーバ１０が受信した際に（ステップＳ１２０９：Ｙｅｓ）、上記の実施例と同様、対応するフィードが配信されるべきユーザＩＤに対し配信される（ステップＳ１２１０）。このように、フィードの生成タイミングを各アクションが記録されたときとして構成することもできる。なおフィードの配信タイプ（プッシュ型／プル型）は、いずれかをユーザが選択可能に構成してもよく、ポストやフィードの性質に応じて仕様として定められていても良い。
【００７１】
なお、当該アクションがそのユーザにおける初めてのアクションである場合、ステップＳ１２０４において決定されるフィード配信先として、当該ユーザの情報を外部ＳＮＳから友人関係として移植してきている他のユーザを加えることもできる。これにより新しく本発明にかかるＳＮＳに、外部ＳＮＳでの友人が後から参加した場合にこれを知ることができる。
【００７２】
以上述べてきたように、本発明にかかるＳＮＳによれば、人と人との親密な繋がりを必要としなくとも、その場その場のコンテンツの楽しみに基づいたアドホックな繋がりを実現することができるため、新たな興趣をユーザに提供することができる。こうした興趣の異なるＳＮＳを、既存の外部ＳＮＳにおけるソーシャルグラフを情報伝播の手段として位置付けることでより広範囲のつながりをも促進することができる。
【符号の説明】
【００７３】
１ ＳＮＳ環境
１０ ＳＮＳ提供サーバ
１０ａ ＣＰＵ
１０ｂ ＲＡＭ
１０ｃ ＲＯＭ
１０ｄ 記憶手段
１０ｅ 入出力手段
１１ ＳＮＳコア
１１１ ユーザ情報処理部
１１２ 入力ポスト処理部
１１３ 他入力情報処理部
１１４ フィード生成部
１１５ フィード配信制御部
１１６ ページ情報生成部
１２ ＤＢ群
１２１ ユーザ情報ＤＢ群
１２１ａ メンバー情報ＤＢ
１２１ｂ フレンド情報ＤＢ
１２２ コンテンツ情報ＤＢ群
１２２ａ ポスト情報ＤＢ
１２２ｂ 従属フラグ情報ＤＢ
１２２ｃ コメント情報ＤＢ
１２２ｄ 感情フラグ情報ＤＢ
１３ ユーザインターフェース
２０ ネットワーク
３０ ユーザ端末（３１ ＰＣ、３２ 携帯電話、３３ タブレット端末）
４０ 外部ＳＮＳ
【技術分野】
【０００１】
本発明は、ＳＮＳサーバ、投稿されたコンテンツを基盤としたアドホックな情報共有を可能とする点に特徴を有するＳＮＳサーバ及び提供システムに関し、特に既存のＳＮＳにおいて既に形成されているソーシャルグラフを所与のものとして活用しつつあらたな繋がりの拡散を実現するＳＮＳサーバ及び提供システムに関する。
【背景技術】
【０００２】
従来から、ソーシャルネットワーキングサービス（以下「ＳＮＳ」という。）と呼ばれる、人と人とのつながりを促進・サポートするコミュニティ型のサービスが知られている。従来のＳＮＳでは、自分のプロフィールや写真を会員に公開する機能や、特定の友人のみに公開範囲を制限し、或いは制限なく、日々の出来事を公開できる日記機能、趣味や地域などテーマを決めて掲示板などで交流できるコミュニティ機能等のサービスがインターネット上で利用できる点に特色がある。こうしたＳＮＳの一つとして非特許文献１に開示されるウェブサイトが知られている他、「フェイスブック」や「ツイッター」（いずれも登録商標）といった個々に特色のあるサービスが多種多様に提供されている。
【０００３】
従来の一般的なＳＮＳにおいては、各人が有する他人との関係性に基づき、サービス内での「特定の関係性」を構築していく。すなわち、友人、恋人、家族、親戚、同級生、職場の同僚、といったさまざまな機縁に基づく関係性を有する他のユーザとサービス内で接触し、特定の関係性を構築していく。もちろんこうした特定の関係性の構築は、必ずしも“オフライン”の、つまり現実の知己関係を有していることは必要ではなく、サービス内において興味深いコンテンツを開示している他のユーザに遭遇したり、上述のコミュニティ機能において共通の嗜好性を有する他のユーザに出会ったりし、“オンライン”上の機縁に基づいて特定の関係性が構築されることも少なくない。一のユーザが主体的に他のユーザと特定の関係性を構築することにより、相互の投稿に関するフィードがお互いに配信されるようになったり、制限された公開範囲で投稿された他のユーザのコンテンツを閲覧可能になるなど、サービス内での楽しみが向上していく。こうした既存のＳＮＳでは、コンテンツがいかなるものか、というより、どのユーザが投稿したコンテンツか、という点を軸として、そして当該ユーザが当該サービス上に反映しているソーシャルグラフを媒介としてコンテンツに関する情報は拡散していく。換言すれば、投稿されたコンテンツは投稿したユーザのソーシャルグラフを超えて拡散していくことが少ない。
【０００４】
しかし中には、他のユーザと特定の関係性を拡張していくことが得意ではなく、公開範囲の広い他のユーザのコンテンツへのコメントやコミュニティへの参加などを主体的に行わないユーザ層も多く存在する。こうしたユーザ層は、特定の関係性を構築するユーザ数が頭打ちになってしまい、その結果、接触するコンテンツが限定的になってしまい、ある決まった範囲の少人数間での日記の見せ合いといった使い方に留まってしまう場合がある。サービス内での各ユーザのアクティビティを増加させることがサービス自体の広告媒体としての価値を向上させる、という観点を踏まえれば、こうしたユーザ層にも気軽にサービス利用機会を増大させることが望まれる。特許文献１にはそれぞれのメンバーに公開される情報がおびただしい量になるなか、そのメンバーのために個人化された動的な関係をベースとしたコンテンツを生成するシステムが開示されてはいるが、そもそも自らのソーシャルグラフのみに限定されて配信されるフィードでは関係性の拡張を行うことができないユーザのアクティビティ増大にはつながらない。
【０００５】
こうした問題は、既存のＳＮＳの設計思想、すなわち「『人』と『人』とのつながりを促進する」という点自体にある。つまり既存のＳＮＳはユーザ本位であり、ユーザを基軸として当該ユーザの投稿したコンテンツが多数記録される。コンテンツはユーザとユーザをつなげるための手段であり、ユーザとユーザをつなげていくことにこそ主眼がある。しかし、既に複数のＳＮＳにおいてこうした人と人とのつながりが構築されている中、こうしたソーシャルグラフを所与のものとし、媒体として、新たなつながり方を提供するサービスは提案されてきていない。特許文献２は異なるＳＮＳ間で利用者の状況情報や共有情報の連携を行うシステムを開示しているが、これもユーザとユーザとをつなげることに終始している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−５００６４９号公報
【特許文献２】特開２００９−１９９３６８
【非特許文献】
【０００７】
【非特許文献１】「ソーシャル・ネットワーキング サービス［ｍｉｘｉ（ミクシィ）］」、［ｏｎｌｉｎｅ］、［平成２３年１０月１日検索］、インターネット＜ＵＲＬ：http://mixi.jp/＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
そこで本発明は、既存のソーシャルグラフを所与のものとしこれを活用しつつ、コンテンツとユーザ、或いはコンテンツとコンテンツとを関連付けることにより、属人的でない、時点時点のホットなコミュニケーションを実現し、既存のリレーションを超えたフィードにより結果的に新たなソーシャルグラフ生成に寄与し得る、コンテンツ本位の新たなＳＮＳを提供し得るＳＮＳサーバないしＳＮＳシステムを提案することを課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決すべく、本発明は以下のＳＮＳ提供サーバ、及びこれをネットワークを介してユーザ端末と接続して構成されるＳＮＳ提供システムを提供する。
【００１０】
（１）外部からの入力に基づきユーザ情報を記録するユーザ情報記録手段と、外部からの入力に基づきユーザのアクションを記録するアクション記録手段と、前記アクション記録手段がアクションを記録すると、所定のユーザにフィードを配信するフィード配信手段とを有するSNS提供サーバであって、前記アクションには、少なくとも、ユーザが独立したコンテンツを投稿する独立ポストと、前記投稿された独立ポストに対し紐付けられるコンテンツ投稿である従属ポストと、前記投稿された独立ポスト又は従属ポストに対しユーザ情報が紐付けられるフラグである従属フラグと、が含まれることを特徴とする、SNS提供サーバ（請求項１）。
【００１１】
（２）また上記（１）のSNS提供サーバにおけるアクションとして、投稿された独立ポスト又は従属ポストに対し紐付けられるコメント、及び＼又は、当該各ポストに対し設定されるユーザの感情を示すフラグが更に含まれるよう構成してもよい（請求項２）。
【００１２】
（３）また、上記の独立ポストが投稿された場合、当該独立ポスト情報に含まれる指定されたユーザIDに対してフィードを配信するよう構成してもよく（請求項３）、上記の従属ポストが投稿された場合、その従属ポストに含まれる投稿ユーザIDに基づいて前記ユーザ情報記録手段に記録されたユーザ情報を参照し、当該投稿ユーザIDと特定の関係性を有するユーザとして記録されているユーザIDに対してフィードを配信するよう構成しても良い（請求項４）。或いは、上記の従属フラグが設定された場合、当該従属フラグの記録を指示したフラグ設定ユーザIDに基づいて前記ユーザ情報記録手段に記録されたユーザ情報を参照し、当該フラグ設定ユーザIDと特定の関係性を有するユーザとして記録されているユーザIDに対してフィードを配信するよう構成することもできる（請求項５）。或いは、上記のコメント又はユーザの感情を示すフラグが記録されると、当該コメントが紐付けられる前記独立ポスト又は従属ポスト、及び前記独立ポスト又は従属ポストが直接又は間接に紐付けられている独立ポスト又は従属ポストの投稿ユーザIDに対してフィードを配信するよう構成しても良い（請求項６）。
【００１３】
（４）なお、フィードの配信契機としては、上記各ポストやフラグ、コメント等（以下「ポスト等」ということがある。）が記録された際に即時でもよく、一方、フィード配信手段において、各種ポスト等が記録された際に生成される配信フィードを一時的に記録しておき、或いは配信先であるユーザIDからの配信リクエストを受信した際に事後的に配信フィードを生成し、配信先であるユーザIDからの配信リクエストを受信した際にフィードを配信するよう構成しても良い（請求項７）。
【００１４】
（５）また、本発明のSNS提供サーバにおいては、ユーザ情報には、当該ユーザのID、プロフィール画像、ニックネーム、外部SNSにおけるユーザID情報、特定の関係性を有する他のユーザID情報が含まれ、外部SNSから前記既存の外部SNSにおけるユーザID情報、及び当該外部SNSにおいて前記特定の関係性を有する他のユーザに関する情報を選択的に取得可能であることを特徴とすることもできる（請求項８）。
【００１５】
（６）また、本発明のSNS提供サーバにおいては、フィード配信手段は、前記各アクションのいずれかをユーザが行った際、前記他のユーザに関する外部SNSにおけるユーザID情報を前記外部SNSにおいて前記特定の関係性を有する他のユーザに関する情報に含むユーザのユーザIDに対して、当該アクションを行ったユーザがサービスに加入した旨のフィードを配信することを特徴としてもよい（請求項９）。これにより、他のユーザが後から本サービスに加入した際、当該他のユーザと特定の関係性を有するユーザが知ることができ、交流が促進される。
【発明の効果】
【００１６】
本発明のＳＮＳサーバないしＳＮＳシステムにより、既存のソーシャルグラフを所与のものとしこれを活用しつつ、コンテンツとユーザ、或いはコンテンツとコンテンツとを関連付けることにより、属人的でない、瞬時のアドホックでホットなコミュニケーションを実現し、既存のリレーションを超えたフィードにより結果的に新たなソーシャルグラフ生成に寄与し得る、コンテンツ本位の新たなＳＮＳを提供することができる。
【００１７】
なお本発明において、
（１）「ポスト」とは、ユーザによって行われるコンテンツの投稿を意味し、投稿されるコンテンツとしてはテキスト、画像、動画等種別を問わない。
【００１８】
（２）「独立ポスト」とは、既に投稿されている他のポストとは紐付けられない状態で投稿され保存されるポストを意味する。
【００１９】
（３）「従属ポスト」とは、既に投稿されている他のポストと紐付けられる状態で投稿され保存されるポストを意味する。
【００２０】
（４）「従属フラグ」とは、既に投稿されているポストと紐付けられる状態で設定されるフラグをいい、当該フラグの設定を行ったユーザが当該フラグを紐付けたポストとして投稿されたコンテンツと関わり合いがあることを、サービスを利用する他のユーザに認識可能な状態とされる。
【００２１】
（５）「紐付けられる」とは、一のポストと他のポスト又はフラグが、互いに関連付けられて記録されることをいい、ポスト情報ないしフラグ情報に含まれるOwner IDとして共通のものをもつことをいう。
【００２２】
（６）「コメント」とは、既に投稿されているポストに対して従属的に付加されるテキストデータをいう。また「ユーザの感情を示すフラグ」とは、既に投稿されているポストに対して従属的に付加されるノンバーバルなデータをいう。既存のSNSにおける「イイネ！」や「like」といったもので、ポストを閲覧したユーザが自ら文章を紡ぐまでもないが何らかの意思表示を行いたいときに、通常画面上に表示されているボタンをクリックするのみで設定することができる。
【００２３】
（７）「ユーザＩＤ」とは、サービスを利用するユーザに対して付与される識別番号ないし文字列をいい、ユーザを一意的に特定する。
【００２４】
（８）「特定の関係性」とは、一のユーザが他のユーザとの間で構築する、サービス内における友人関係をいい、相互承認の形式をとるのが一般的であるがこれに限られない。特定の関係性を構築することで、構築した相手方の閲覧制限の範囲内で相手方のコンテンツを閲覧することができるようになったり、また構築した相手方が新たなポストを行うとその旨がフィードされる。特定の関係性の構築状況により見出される、一のユーザを中心としてみた場合の特定の関係性を構築した他のユーザ群を「ソーシャルグラフ」ということがある。
【００２５】
（９）「配信リクエスト」とは、配信先であるユーザIDを有するユーザがサービスにログインする、リロードする等の特定の操作を行った場合やサービスログイン中に所定時間経過した場合などの任意のトリガに基づいてSNSサーバに対して発せられる、当該ユーザIDに対する配信フィードがある場合に当該フィードを配信すべき旨の要求をいう。
【００２６】
（１０）「プロフィール画像」とは、サービス内でユーザを表すアイコンとして機能する画像を意味する。また「ニックネーム」とは、サービス内でユーザを表すハンドルネームを意味し、実名と否とを問わない。
【００２７】
（１１）「外部ＳＮＳ」とは、本発明において提供されるSNS以外に提供されている、又は新たに提供されるSNSをいう。また「選択的に取得可能」とは、外部SNSにおいて記録されている当該ユーザのソーシャルグラフのうち、その全員を取得しても良く、一部を取得しても良い、という意味において選択的であることをいう。これは、外部SNSにおいて既に特定の関係性を構築している他のユーザに関する情報を移植することにより、本発明のサービス上でもより早期につながり、情報共有を楽しむことができる一方、外部SNSにおいて特定の関係性を構築している他のユーザ全てが本発明においてつながることを希望するユーザとは限らないからである。
【図面の簡単な説明】
【００２８】
【図１】本発明のＳＮＳ提供サーバ、及びユーザ端末装置を含むＳＮＳ環境の例を示す図である。
【図２】ＳＮＳ提供サーバ１０を機能の側面から記した機能構成図である。
【図３】ユーザ情報ＤＢ群１２１に記録されている情報及び相互の連関性を示す概念図である。
【図４】コンテンツ情報群ＤＢ１２２に記録されている情報及び相互の連関性を示す概念図である。
【図５】コンテンツ情報群ＤＢ１２２に記録されているコンテンツ情報相互の連関性を示す概念図である。
【図６】ユーザ登録の手順の流れを示すフローである。
【図７】独立ポスト投稿の手順の流れを示すフローである。
【図８】従属フラグ設定の手順の流れを示すフローである。
【図９】従属ポスト投稿の手順の流れを示すフローである。
【図１０】フィード配信の流れの第一の例を示すフローである。
【図１１】別異の実施例における、ＳＮＳ提供サーバ１０の機能構成図である。
【図１２】フィード配信の流れの第二の例を示すフローである。
【発明を実施するための形態】
【００２９】
以下、本発明の具体的な実施内容につき、図面を参照しつつ説明する。
【００３０】
図１は、本発明のＳＮＳサーバ及び端末装置を含むＳＮＳ環境の例を示す図である。ＳＮＳサーバ１０と各ユーザ端末３０とは、インターネットなどのネットワーク２０を介して互いに接続可能となっている。ここで各ユーザ端末３０は、例えばＰＣ３１であると携帯電話３２であるとタブレット端末３３であると特に種別は問わず、ＳＮＳサーバ１０にログイン可能な機能（インターネットに接続する機能及びＷｅｂブラウザ）を有していれば良い。
【００３１】
ＳＮＳサーバ１０は、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ＨＤＤなどの記憶手段１０ｄ、ディスプレイ、キーボード等の入出力手段１０ｅ、その他種々のハードウェアによって構成される。
【００３２】
ＲＯＭ１０ｃまたは記憶手段１０ｄには、図２に示す各処理部（ユーザ情報処理部１１１、入力ポスト処理部１１２、他入力情報処理部１１３、フィード生成部１１４、フィード送信制御部１１５、ページ情報制御部１１６）の機能を実現するためのプログラム及びデータが格納されている。また記憶手段１０ｄには、図２に示すＤＢ群１２記載の各ＤＢ（ユーザ情報ＤＢ群１２１（＝メンバー情報ＤＢ１２１ａ、及びフレンド情報ＤＢ１２１ｂ）、コンテンツ情報ＤＢ群１２２（＝ポスト情報ＤＢ１２２ａ、従属フラグ情報ＤＢ１２２ｂ、コメント情報ＤＢ１２２ｃ、及び感情フラグ情報ＤＢ１２２ｄ）のデータが格納される。これらのプログラム及びデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行され、演算処理が行われる。
【００３３】
ＳＮＳサーバ１０として、ワークステーション又はいわゆるサーバ機などが用いられる。図２の各構成が複数台の装置に分散されるようにＳＮＳシステム１０を構成しても良い。
【００３４】
なお、図１に示すように、各ユーザ端末３０・・３０及び本発明にかかるＳＮＳサーバ１０は、ネットワーク２０を介して外部ＳＮＳ４０・・４０とも接続可能となっている場合もある。ここでは、各ユーザは、既存のＳＮＳサービスの利用を行っており、それぞれにソーシャルグラフを構築していることを前提として以下説明を行う。もちろん、本発明のＳＮＳにおいても、サービス内において新たに相互に友人承認（特定の関係性の構築）を行うことも想定されるし、これを排除するものではない。
【００３５】
図２は、上記のＳＮＳサーバ１０を機能の側面から記した機能構成図である。ＳＮＳサーバ１０は、その機能に基づき、ＳＮＳコア１１、ＤＢ群１２、ユーザインターフェース１３に分別して認識可能である。
【００３６】
ＳＮＳコア１１は、ユーザのメンバーＩＤやプロフィール、ハンドルネームなどのユーザ情報の入力を受けこれをユーザ情報ＤＢ１２１に記録するユーザ情報処理部１１１、ユーザのポストの投稿やその他の入力情報（アクティビティということがある。）などを処理しコンテンツ情報ＤＢ群１２２にデータを蓄積する入力ポスト処理部１１２及び他入力情報処理部１１３、各ＤＢ群へのデータ蓄積等をトリガとして対応するフィードを生成するフィード生成部１１４、生成されたフィードを所定のトリガに応じて対象のユーザＩＤに送信するフィード送信制御部１１５、ユーザ端末３０からのページ閲覧指示に基づきその情報を生成すべく制御するページ情報制御部１１６、の各機能を有する。各々の機能については、サービス内における各活動の説明において順次説明する。
【００３７】
ＤＢ群１２は、主としてユーザに関する情報を記録するユーザ情報ＤＢ群１２１と、主としてポストその他の入力情報を記録するコンテンツ情報ＤＢ群１２２とから構成される。ユーザ情報ＤＢ群１２１はユーザ情報記録手段に、コンテンツ情報ＤＢ群１２２はアクション記録手段に該当する。
【００３８】
ユーザ情報ＤＢ群１２１は、メンバー情報ＤＢ１２１ａとフレンド情報ＤＢ１２１ｂとから構成される。図３は、ユーザ情報ＤＢ群１２１の各ＤＢにて記録される情報を模式的に示したものである。メンバー情報ＤＢ１２１ａは、本発明にかかるＳＮＳを利用するユーザ自身の情報として、ユーザの識別番号として機能する、個々のユーザにユニークなユーザＩＤ、端末上の画面表示においてそのユーザを表すアイコンとして機能するプロフィール画像、サービス内におけるそのユーザの呼称であるニックネーム（ハンドルネーム）、既存ＳＮＳからのデータ移植にあたっての識別番号である既存ＳＮＳＩＤ、その他本名、住所、出身地、趣味など、他のユーザが接点を見出すにあたっての参考情報となり得る各種ユーザ属性情報を記録する。
【００３９】
フレンド情報ＤＢ１２１ｂには、各ユーザが特定の関係性を構築している他のユーザ、すなわちソーシャルグラフが記録されている。具体的には、本人情報としての前述のユーザＩＤと、特定の関係性を有している他のユーザ情報としてのフレンドＩＤとが記録されている。なお特定の関係性は、一のユーザから他のユーザへの片方向のものでもよく、双方向のものでもよい。また構築の過程として、一のユーザから他のユーザに申入を行い、他のユーザがこれを承認するステップを踏んでも良く、各々一方的に特定の関係性構築を行い、結果として双方向の関係になるものであってもよい。
【００４０】
図４は、コンテンツ情報群１２２の各ＤＢにて記録されている情報を模式的に示したものである。ポスト情報ＤＢ１２２ａには、独立と従属とを問わず投稿されたポストに対し一意的に付与されるポストＩＤと、ポスト情報の具体的な内容であるテキストデータ及びフォトデータと、当該ポストを投稿したユーザのポストユーザＩＤと、当該ポストを共有するユーザのシェアフレンドＩＤと、従属ポストがどの独立ポストないし従属ポストに紐付けられているかを識別する機能を担うオーナーポストＩＤとが、ポストごとに記録される。
【００４１】
ポストＩＤは、ユーザがコンテンツを投稿することにより一意的に付与される、当該ポストの識別番号である。本実施例におけるポストのデータ形式としては、日記や短文のつぶやきからなるテキストデータ、或いは写真や作成画像等のフォトデータ、或いはこれらの双方を伴うものを想定しているが、これに限られず、各端末３０において閲覧（あるいは再生）可能なデータであれば加えて動画、音声などデータの形式を問わない。
【００４２】
投稿されるポストのポスト情報には、当該ポストを投稿したユーザのユーザＩＤ及び当該ポストを「シェアする」、すなわち閲覧されることを希望する他のユーザのユーザＩＤであるシェアフレンドＩＤが含まれる。シェアするユーザは、ポストを投稿するユーザが自らのソーシャルグラフの中から任意に選択することができる。また自らが特定の関係性を有する他のユーザＩＤ全部を指定することもできる。これらのユーザＩＤ及びシェアフレンドＩＤが参照され、フィードが配信されるユーザＩＤが特定される。フィード配信先の特定方法については後述する。
【００４３】
ポストＩＤは、ポスト情報１２２ａと従属フラグ情報１２２ｂ、コメント情報１２２ｃ、感情フラグ情報１２２ｄとを相互に関連付けるキーとしての役割を果たす。すなわち、特定のポストに対して他のユーザが自らのユーザ情報を紐付けるアクションを行うと、当該特定のポストのポストＩＤに当該自らのユーザ情報を紐付けたユーザのユーザＩＤが関連付けられて従属フラグ情報ＤＢ１２２ｂに記録される。
【００４４】
また、特定のポストに対し、ユーザはコメントを入力することもできる。コメントを入力すると、当該コメントはコメント対象となっているポストのポストＩＤ、コメントを行ったユーザのユーザＩＤ、及び入力されたコメントデータが関連付けられてコメント情報ＤＢ１２２ｃに記録される。なおコメントは、他のユーザのみならず、当該ポストを投稿した本人も入力することができ、ポストの補足や他のユーザからのコメントに対する回答を行うことができる。
【００４５】
更に、コメントのようなバーバルな情報（能動的に文章を作成することを余儀なくされる情報）を入力するまでのインセンティブが湧かず、ただ当該投稿に対し好意を示すノンバーバルな意思表示を行う手段として「イイネ！」フラグを設定することもできる。これはユーザが画面上の該当ボタンをクリックする動作一つで完了する意思表示であり、ポストに対しリアクションを行うことへの心理的障壁を顕著に低下させ、アクション増大に寄与するものである。フラグが設定されると、設定されたポストのポストＩＤと当該設定したユーザのユーザＩＤとが関連付けられて感情フラグ情報ＤＢ１２２ｄに記録される。
【００４６】
この「イイネ！」フラグは、ユーザの感情を示すフラグに該当する。なお本実施例では「イイネ！」というポジティブな意思表示に関するフラグ設定を例示したが、これに限らず、例えば「＋」や「−」といった好悪双方を示すフラグ設定を可能に構成しても良い。その場合感情フラグ情報ＤＢ１２２ｄには設定されたフラグの種別も併せ記録されるよう構成すればよい。併せて、設定したフラグの種別に応じてフィード配信の有無を連動させるよう構成しても良い。
【００４７】
このように、ポスト情報と従属フラグ情報、コメント情報、感情フラグ情報とは、ポストＩＤを共通であることを条件として、各情報が相互に関連付けられて記録される。当該ポスト情報に対しユーザにより閲覧要求があったとき、対応するポストＩＤを有する各情報が参照され、ユーザインターフェース１３において各端末に応じた表示態様にカスタマイズされ、相互に関連付けられてユーザ端末３０に表示される。
【００４８】
次に、ポスト相互の従属関係について、図５を用いつつ説明する。図５は、コンテンツ情報相互間の独立/従属の関係を示す模式図である。なおデータ構造としては独立ポスト、従属ポストとも同じであり図４にて示したとおりであるが、説明の便宜上直接関係しないデータについては、一部図面上から捨象している。
【００４９】
本実施例において、ポスト情報には、通常ポスト情報（独立ポスト情報）と従属ポスト情報の２種類が存在する。この２種類のポスト情報は、データ構造上は同じポスト情報として取り扱われるが、オーナーポストＩＤにより両者が判別される。すなわち、図５における左の「コンテンツ情報（独立）」に示すように、オーナーポストＩＤが当該ポストＩＤと同一である場合（“abc123”＝“abc123”）、当該ポストが独立のものとして判断される。一方、右上のようにオーナーポストＩＤが当該ポスト情報のポストＩＤと異なる場合（“abc123”דdef456”）、当該ポストは独立ではなく、当該オーナーポストＩＤを同じくする他のポスト情報に従属するものと判断される。右下のコンテンツ情報も、オーナーポストＩＤが左のオーナーポストＩＤとは異なり、自らのポストＩＤと一致するから（“ghi789”＝“ghi789”）、独立ポストと判断される。
【００５０】
このように、ポスト投稿とコメントや従属フラグの設定、「イイネ！」がポストＩＤを介して紐付けられるのに対し、独立ポストと従属ポストとはオーナーポストＩＤを介して紐付けられる。
【００５１】
次に、本実施例のSNSサーバにより提供されるサービスにユーザとして登録する際のフローを、図６を参照しつつ説明する。本実施例のSNSに登録を希望するユーザは、ユーザ端末３０に表示されるユーザ情報入力画面（図示しない）からユーザの氏名、ニックネーム、住所、出身地、趣味等の各属性情報を入力する（ステップＳ６０１）。次に、外部SNSにおけるIDの有無の確認が促され（ステップＳ６０２）、ある場合その入力をユーザが行う（ステップＳ６０３）。これを受けユーザ情報処理部１１１はインターネット２０を介して外部ＳＮＳ４０へのアクセスを行い、ユーザからの認証キーの入力やデータ移植への承認の意思表示を経て外部ＳＮＳにおけるユーザデータを取得する（ステップＳ６０４）。このユーザデータには外部ＳＮＳにおけるユーザＩＤに加え、外部ＳＮＳで用いているプロフィール写真や友人情報が含まれうる。プロフィール写真を外部ＳＮＳと共通のものを設定することにより、他のユーザからみて当該ユーザの同一性を容易に確認することができる場合がある。また外部ＳＮＳにおいて構築されている友人情報すなわち特定の関係性を移植することにより、本実施例のSNSを速やかに楽しむことができる。
【００５２】
なお友人情報の移植にあたっては、友人情報を選択することもできる（ステップＳ６０５）。これは、ＳＮＳの性質により交友したい友人とそうでない友人とがいる場合や、情報に応じて共有したい友人とそうでない友人がいる場合等を考慮したものである。友人情報の選択が完了すると、又は外部ＳＮＳのＩＤを保有しない場合属性情報の入力が完了すると、入力ないし移植されたデータがユーザ情報ＤＢ群１２１に各々記録され、ユーザ登録が終了する。
【００５３】
次に、ポスト投稿のフローについて、図７を参照しつつ説明する。ユーザは、自らが他のユーザと共有したいコンテンツをポストとして投稿することができる。ユーザは、ユーザ端末３０に表示されるポスト入力画面（図示しない）に従い、自らの端末に保有するコンテンツや、新たに生成するコンテンツを入力する（ステップＳ７０１）。次にユーザは、投稿するポストをシェアすべき他のユーザの選択を行う（ステップＳ７０２）。他のユーザの選択に当たっては、当該ユーザのフレンド情報として保存されているフレンドＩＤ（図３参照）が自動的に選定されるようにしてもよい。或いは、例えばそれらのフレンドＩＤにかかる他のユーザのニックネーム及び＼又はプロフィール画像が端末表示画面上に選択可能に表示されるよう構成することで選択をユーザに促すこともできる。更には、図３には示されていないが、当該ユーザが選定し登録している一又は複数のユーザＩＤからなる特定のグループが選択されるようにしてもよく、ネットワーク２０を介し外部ＳＮＳの既存のソーシャルグラフが選択されるよう構成しても良い。
【００５４】
ポストするコンテンツ、及びシェアすべきユーザが選択されると、当該情報を受信した入力ポスト処理部は、一意的なポストＩＤ、及びこれと同一のオーナーポストＩＤを付与し（ステップＳ７０３）、ポスト情報ＤＢ１２２ａに記録される（ステップＳ７０４）。
【００５５】
次に、他のユーザが、投稿されているポストに自らのユーザ情報を従属的に紐付ける際のフローについて、図８を参照しつつ説明する。ユーザは、自らがアクセスを許容された他のユーザのポストを閲覧することができる。ユーザは、投稿されているポストに自らを関連付けたいと思ったとき、極めて簡便な手法でそれを行うことができる。例えば閲覧画面に表示されている入力ボタン（図示しない）をクリックするだけでよい（ステップＳ８０１）。この単純なアクションにより、ユーザ端末３０から他入力情報処理部１１３によりポストＩＤと従属フラグ設定を行ったユーザＩＤとが関連付けて受信され特定される。そして当該関連付けられた情報は従属フラグ情報ＤＢ１２２ｂに記録される。
【００５６】
このように、自ら新たなコンテンツを配信する労をとることなく、特定のコンテンツに自らを関連付けることができる。後述するように、従属フラグ情報が記録されると、その後所定のトリガを契機に従属フラグ設定を行ったユーザのソーシャルグラフに対し、当該ユーザが従属フラグ設定を行った旨がフィードとして配信される。つまり既存の投稿を利用して、自らが主体となった新たなフィード配信が行われるようになるから、ユーザにとって手軽にサービスの楽しみを享受することができる。また従属フラグもアクションの一形態であり、単なる「イイネ！」フラグの設定とは異なり当該コンテンツに自らも関与していたことを周知することができるから、アクション数の増加は促進され、媒体としての価値は向上する。
【００５７】
従属フラグの具体的な適用場面としては、例えば（現実の）パーティーに参加した複数のユーザの内の一人がパーティーの集合写真をポストした場合が想定される。この場合、当該写真に写っている他のユーザは、当該ポストに従属フラグ設定するだけで、“自らが当該パーティーに参加していたこと”を自身のソーシャルグラフに積極的に伝達することができる。
【００５８】
なお、コメントや「イイネ！」についても、ポストＩＤを共通とすることにより紐付けられるポスト情報と関連付ける形で、ユーザ端末３０から受信した情報を他入力情報処理部１１３が処理を行い、コメント情報ＤＢ１２２ｃ、感情フラグ情報ＤＢ１２２ｄにそれぞれ記録される。
【００５９】
次に、従属ポスト投稿のフローについて、図９を参照しつつ説明する。まずユーザは、自らのポストを従属させる既存ポストを選定する（ステップＳ９０１）。この操作は実際には、自らがアクセスを許容された他のユーザのポストを閲覧し、投稿されているポストに関連付けて自らも別のポストを投稿したいと思ったときに行われる。例えば閲覧画面に表示されているボタン（図示しない）をクリックすることにより、従属ポスト入力のプロンプト画面が表示されるよう構成することができる。
【００６０】
以降、ユーザは、独立ポストを投稿する際におけるのと同様、投稿データ及びシェアすべきユーザのＩＤを入力していく（ステップＳ９０２、ステップＳ９０３）。当該入力データは、被従属ポストのポストＩＤをオーナーポストＩＤとして入力ポスト処理部１１２において認識される。従属ポストも一のポストであることから新たなポストＩＤが付与され（ステップＳ９０４）、ポスト情報ＤＢ１２２ａに記録される。
【００６１】
このように、既に投稿されている他のポストに新たなポストを紐付けることにより、これまでの“人と人とのつながり”だけでなく、“コンテンツとコンテンツとのつながり”が促進される。つまり、共有されるべき情報は、長年の人間関係により構築された信頼関係を背景とした秘匿されるべきものに限られず、その場その場の即時的な繋がりにより共有されるものもあるところ、コンテンツとコンテンツがつなげられることによりアドホックな情報共有が促進される。そして後述するように、当該投稿により「つなげられたコンテンツ」のフィードが従属ポストの投稿者のシェアフレンドに配信されることで、被従属（独立）のコンテンツが従属ポストのソーシャルグラフにも拡散していくことで、その場のホットな繋がりが加速していく。
【００６２】
この従属ポストの具体的な適用場面としては、例えば一のユーザが自らのランチであるラーメンの写真をポストした場合に、そのソーシャルグラフに属する他のユーザもたまたまラーメンを食べている、或いはその写真に触発されてラーメンを食べに行った、といった場面が想定される。前者は、離れた場所にあっても同一の行動をしていることへの共感の楽しみが、後者は本実施例のサービスによる新たな需要の触発が促される。そして従属は単一に限らず、連鎖的に従属することもまた可能な構成であることから、一のポスト投稿が他者の新たなポストや新な行動を生むといった側面が期待できる。これらはいずれもサービスとしての興趣を向上するものであり、媒体価値向上に直結する。
【００６３】
そして、これまでの一般的なアクションであったポスト、コメント、「イイネ！」にこれら従属フラグ、従属ポストが加わることにより、ユーザにとっては自らのアクションの選択肢が増え、その時の状況や気分に応じたサービス利用が可能となる。
【００６４】
次に、各アクションに応じたフィードの生成とその配信につき、図１０を用いて説明する。フィードの配信は、（１）配信先ユーザからの配信リクエストを契機としたプル型の配信、（２）配信元ユーザからのポスト投稿又はフラグ設定を契機としたプッシュ型の配信、の２種がある。ここでは（１）プル型のフィード配信につき説明する。ユーザからの配信リクエストは、ユーザのログインやリロード、ホーム画面への復帰などを契機として発せられる。ＳＮＳサーバ１０が配信リクエストを受信すると（ステップＳ１００１：Ｙｅｓ）、当該配信リクエストを発したユーザのユーザＩＤをキーとした検索が行われる。具体的には、ポスト情報ＤＢ１２２ａにおけるシェアフレンドＩＤ、従属フラグ情報ＤＢ１２２ｂにおける従属フラグユーザＩＤのユーザ情報１２１におけるフレンド情報１２１ｂ中のフレンドＩＤとの該当の有無が判定される（ステップＳ１００２）。該当があると（ステップＳ１００３：Ｙｅｓ）、フィード生成部１１４は当該該当したユーザＩＤが紐付けられたポストＩＤのポスト情報に関するフィードを生成する（ステップＳ１００４）。フィード配信制御部１１５は、生成されたフィードを配信リクエストのあったユーザＩＤに対し配信する（ステップＳ１００５）。当該配信は、ページ情報制御部１１６によりフィードがあった旨の表示が該当するユーザＩＤにてログインされたユーザ端末３０に対して行われる。フィード生成部１１４、フィード配信制御部１１５及びページ情報制御部１１６はフィード配信手段に該当する。
【００６５】
なおフィードは、当該ポストがなされた旨を通知するテキストでもよく、或いは当該ポストのサムネイル画像であってもよい。またフィードには対応するポストへのリンクが貼られていても良い。また、当該フィード発生の原因となるアクションを行ったユーザのニックネームやプロフィール画像のサムネイル画像を併せて表示するよう構成しても良い。
【００６６】
なお、フィード配信の流れに関する他の実施例につき、図１１及び図１２を用いて説明する。図１１は、別異の実施例のＳＮＳサーバを機能の側面から記した機能構成図であり、上記の実施例における図２に対応するものである。図２との相違点は、生成済されたフィードを記録する生成済みフィードＤＢ１２３を備えている点にある。
【００６７】
ユーザによるポストや従属フラグ設定などのアクションが生じると、これらの情報を受信したＳＮＳサーバ１０は対応する各処理部による処理を行い、対応するＤＢへの記録を行う（ステップＳ１２０１ないしステップＳ１２０３）。これらの点線枠囲みしたフローは、図７から図９において説明した各アクションにおける流れと同様である。
【００６８】
この段階で、配信されるべきユーザのユーザＩＤは確定される（ステップＳ１２０４）。すなわち、独立ポストにあってはそのシェアフレンドＩＤであり、従属フラグにあっては当該フラグ設定を行ったユーザのフレンドＩＤであり、従属ポストにあっては独立ポストと同様、そのシェアフレンドＩＤである。なお投稿にあたってシェアすべきユーザを自らのフレンドＩＤとしていれば、シェアフレンドＩＤと当該ポストユーザのフレンドＩＤとは一致し得る。
【００６９】
ここで、プッシュ型の配信フィードの場合、決定された配信先に対しフィード配信が行われ（ステップＳ１２０６）、配信先ユーザに受信された場合（ステップＳ１２０７：Ｙｅｓ）、フィード配信フローはそのまま終了する。
【００７０】
配信先ユーザがサービスログイン外である等受信がなされなかった場合（ステップＳ１２０７：Ｎｏ）、及びプル型の配信フィードの場合配信されるべきフィードは、その配信先と関連付けられた形で生成済みフィードＤＢ１２３に保存される（ステップＳ１２０８）。その後、フィード情報に配信されるべきユーザＩＤとして記録されているユーザＩＤからの配信リクエストをＳＮＳサーバ１０が受信した際に（ステップＳ１２０９：Ｙｅｓ）、上記の実施例と同様、対応するフィードが配信されるべきユーザＩＤに対し配信される（ステップＳ１２１０）。このように、フィードの生成タイミングを各アクションが記録されたときとして構成することもできる。なおフィードの配信タイプ（プッシュ型／プル型）は、いずれかをユーザが選択可能に構成してもよく、ポストやフィードの性質に応じて仕様として定められていても良い。
【００７１】
なお、当該アクションがそのユーザにおける初めてのアクションである場合、ステップＳ１２０４において決定されるフィード配信先として、当該ユーザの情報を外部ＳＮＳから友人関係として移植してきている他のユーザを加えることもできる。これにより新しく本発明にかかるＳＮＳに、外部ＳＮＳでの友人が後から参加した場合にこれを知ることができる。
【００７２】
以上述べてきたように、本発明にかかるＳＮＳによれば、人と人との親密な繋がりを必要としなくとも、その場その場のコンテンツの楽しみに基づいたアドホックな繋がりを実現することができるため、新たな興趣をユーザに提供することができる。こうした興趣の異なるＳＮＳを、既存の外部ＳＮＳにおけるソーシャルグラフを情報伝播の手段として位置付けることでより広範囲のつながりをも促進することができる。
【符号の説明】
【００７３】
１ ＳＮＳ環境
１０ ＳＮＳ提供サーバ
１０ａ ＣＰＵ
１０ｂ ＲＡＭ
１０ｃ ＲＯＭ
１０ｄ 記憶手段
１０ｅ 入出力手段
１１ ＳＮＳコア
１１１ ユーザ情報処理部
１１２ 入力ポスト処理部
１１３ 他入力情報処理部
１１４ フィード生成部
１１５ フィード配信制御部
１１６ ページ情報生成部
１２ ＤＢ群
１２１ ユーザ情報ＤＢ群
１２１ａ メンバー情報ＤＢ
１２１ｂ フレンド情報ＤＢ
１２２ コンテンツ情報ＤＢ群
１２２ａ ポスト情報ＤＢ
１２２ｂ 従属フラグ情報ＤＢ
１２２ｃ コメント情報ＤＢ
１２２ｄ 感情フラグ情報ＤＢ
１３ ユーザインターフェース
２０ ネットワーク
３０ ユーザ端末（３１ ＰＣ、３２ 携帯電話、３３ タブレット端末）
４０ 外部ＳＮＳ
【特許請求の範囲】
【請求項１】
外部からの入力に基づきユーザ情報を記録するユーザ情報記録手段と、
外部からの入力に基づきユーザのアクションを記録するアクション記録手段と、
前記アクション記録手段がアクションを記録すると、所定のユーザにフィードを配信するフィード配信手段と、を有するSNS提供サーバであって、
前記アクションには、少なくとも、
ユーザが独立したコンテンツを投稿する独立ポストと、
前記投稿された独立ポストに対し紐付けられるコンテンツ投稿である従属ポストと、
前記投稿された独立ポスト又は従属ポストに対しユーザ情報が紐付けられるフラグである従属フラグと、
が含まれることを特徴とする、SNS提供サーバ。
【請求項２】
前記アクションに、
前記投稿された独立ポスト又は従属ポストに対し紐付けられるコメント、
及び＼又は、当該各ポストに対し設定されるユーザの感情を示すフラグ、
が更に含まれることを特徴とする、請求項１に記載のSNS提供サーバ。
【請求項３】
前記フィード配信手段は、前記アクション記録手段が前記独立ポストを記録すると、当該独立ポスト情報に含まれる指定されたユーザIDに対してフィードを配信することを特徴とする、請求項１又は請求項２に記載のSNS提供サーバ。
【請求項４】
前記フィード配信手段は、前記アクション記録手段が前記従属ポストを記録すると、当該従属ポストに含まれる投稿ユーザIDに基づいて前記ユーザ情報記録手段に記録されたユーザ情報を参照し、当該投稿ユーザIDと特定の関係性を有するユーザとして記録されているユーザIDに対してフィードを配信することを特徴とする、請求項１ないし請求項３のいずれか一つに記載のSNS提供サーバ。
【請求項５】
前記フィード配信手段は、前記アクション記録手段が前記従属フラグを記録すると、当該従属フラグの記録を指示したフラグ設定ユーザIDに基づいて前記ユーザ情報記録手段に記録されたユーザ情報を参照し、当該フラグ設定ユーザIDと特定の関係性を有するユーザとして記録されているユーザIDに対してフィードを配信することを特徴とする、請求項１ないし請求項４のいずれか一つに記載のSNS提供サーバ。
【請求項６】
前記フィード配信手段は、前記アクション記録手段が前記コメント又はユーザの感情を示すフラグを記録すると、当該コメントが紐付けられる前記独立ポスト又は従属ポスト、及び前記独立ポスト又は従属ポストが直接又は間接に紐付けられている独立ポスト又は従属ポストの投稿ユーザIDに対してフィードを配信することを特徴とする、請求項２ないし請求項５のいずれか一つに記載のSNS提供サーバ。
【請求項７】
前記フィード配信手段は、配信先であるユーザIDからの配信リクエストを受信した際にフィードを配信することを特徴とする、請求項３ないし請求項６のいずれか一つに記載のSNS提供サーバ。
【請求項８】
前記ユーザ情報には、当該ユーザのID、プロフィール画像、ニックネーム、外部SNSにおけるユーザID情報、特定の関係性を有する他のユーザID情報が含まれ、
外部SNSから前記既存の外部SNSにおけるユーザID情報、及び当該外部SNSにおいて前記特定の関係性を有する他のユーザに関する情報を選択的に取得可能であることを特徴とする、請求項１ないし請求項７のいずれか一つに記載のSNS提供サーバ。
【請求項９】
前記フィード配信手段は、前記各アクションのいずれかをユーザが行った際、当該ユーザに関する外部SNSにおけるユーザID情報を前記外部SNSにおいて前記特定の関係性を有する他のユーザに関する情報に含むユーザのユーザIDに対して、当該アクションを行ったユーザがサービスに加入した旨のフィードを配信することを特徴とする、請求項８に記載のSNS提供サーバ。
【請求項１０】
請求項１ないし請求項９のいずれか一に記載のＳＮＳ提供サーバを、ネットワークを介してユーザ端末と接続することで構成されるＳＮＳ提供システム。
【請求項１】
外部からの入力に基づきユーザ情報を記録するユーザ情報記録手段と、
外部からの入力に基づきユーザのアクションを記録するアクション記録手段と、
前記アクション記録手段がアクションを記録すると、所定のユーザにフィードを配信するフィード配信手段と、を有するSNS提供サーバであって、
前記アクションには、少なくとも、
ユーザが独立したコンテンツを投稿する独立ポストと、
前記投稿された独立ポストに対し紐付けられるコンテンツ投稿である従属ポストと、
前記投稿された独立ポスト又は従属ポストに対しユーザ情報が紐付けられるフラグである従属フラグと、
が含まれることを特徴とする、SNS提供サーバ。
【請求項２】
前記アクションに、
前記投稿された独立ポスト又は従属ポストに対し紐付けられるコメント、
及び＼又は、当該各ポストに対し設定されるユーザの感情を示すフラグ、
が更に含まれることを特徴とする、請求項１に記載のSNS提供サーバ。
【請求項３】
前記フィード配信手段は、前記アクション記録手段が前記独立ポストを記録すると、当該独立ポスト情報に含まれる指定されたユーザIDに対してフィードを配信することを特徴とする、請求項１又は請求項２に記載のSNS提供サーバ。
【請求項４】
前記フィード配信手段は、前記アクション記録手段が前記従属ポストを記録すると、当該従属ポストに含まれる投稿ユーザIDに基づいて前記ユーザ情報記録手段に記録されたユーザ情報を参照し、当該投稿ユーザIDと特定の関係性を有するユーザとして記録されているユーザIDに対してフィードを配信することを特徴とする、請求項１ないし請求項３のいずれか一つに記載のSNS提供サーバ。
【請求項５】
前記フィード配信手段は、前記アクション記録手段が前記従属フラグを記録すると、当該従属フラグの記録を指示したフラグ設定ユーザIDに基づいて前記ユーザ情報記録手段に記録されたユーザ情報を参照し、当該フラグ設定ユーザIDと特定の関係性を有するユーザとして記録されているユーザIDに対してフィードを配信することを特徴とする、請求項１ないし請求項４のいずれか一つに記載のSNS提供サーバ。
【請求項６】
前記フィード配信手段は、前記アクション記録手段が前記コメント又はユーザの感情を示すフラグを記録すると、当該コメントが紐付けられる前記独立ポスト又は従属ポスト、及び前記独立ポスト又は従属ポストが直接又は間接に紐付けられている独立ポスト又は従属ポストの投稿ユーザIDに対してフィードを配信することを特徴とする、請求項２ないし請求項５のいずれか一つに記載のSNS提供サーバ。
【請求項７】
前記フィード配信手段は、配信先であるユーザIDからの配信リクエストを受信した際にフィードを配信することを特徴とする、請求項３ないし請求項６のいずれか一つに記載のSNS提供サーバ。
【請求項８】
前記ユーザ情報には、当該ユーザのID、プロフィール画像、ニックネーム、外部SNSにおけるユーザID情報、特定の関係性を有する他のユーザID情報が含まれ、
外部SNSから前記既存の外部SNSにおけるユーザID情報、及び当該外部SNSにおいて前記特定の関係性を有する他のユーザに関する情報を選択的に取得可能であることを特徴とする、請求項１ないし請求項７のいずれか一つに記載のSNS提供サーバ。
【請求項９】
前記フィード配信手段は、前記各アクションのいずれかをユーザが行った際、当該ユーザに関する外部SNSにおけるユーザID情報を前記外部SNSにおいて前記特定の関係性を有する他のユーザに関する情報に含むユーザのユーザIDに対して、当該アクションを行ったユーザがサービスに加入した旨のフィードを配信することを特徴とする、請求項８に記載のSNS提供サーバ。
【請求項１０】
請求項１ないし請求項９のいずれか一に記載のＳＮＳ提供サーバを、ネットワークを介してユーザ端末と接続することで構成されるＳＮＳ提供システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−９７３８６（Ｐ２０１３−９７３８６Ａ）
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願番号】特願２０１１−２３６３６１（Ｐ２０１１−２３６３６１）
【出願日】平成２３年１０月２７日（２０１１．１０．２７）
【出願人】（５０００３３１１７）株式会社ミクシィ (13)
【Ｆターム（参考）】
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願日】平成２３年１０月２７日（２０１１．１０．２７）
【出願人】（５０００３３１１７）株式会社ミクシィ (13)
【Ｆターム（参考）】
[ Back to top ]