ユーザ間の関係性とコンテンツ所有者が設定した公開範囲に応じたコンテンツ閲覧及びフィード配信の制御を行うＳＮＳサーバ
【課題】ＳＮＳにおける他のユーザとの関係性構築のハードルを下げ、一方的関係性に立脚したＳＮＳにおけるコンテンツの公開範囲設定及びフィード受配信設定を最適化することが可能なＳＮＳサーバを提供すること。
【解決手段】ＳＮＳサーバ１０に記録されるユーザ間の関係性情報には、一のユーザが他のユーザに対して形成する一方的関係性に関する情報が含まれ、トップページ情報生成手段は、フィード記憶手段に記録されたフィードのうち、他のユーザによりアクティビティ毎及びコンテンツ毎に設定された公開範囲情報、及びユーザ間の関係性情報に基づいて抽出されるフィードを含むトップページ情報を生成する。またコンテンツページ情報生成手段は、前記他のユーザからの指示に基づいてコンテンツ毎に設定されたコンテンツ公開範囲情報に基づいてコンテンツページ情報を生成する。
【解決手段】ＳＮＳサーバ１０に記録されるユーザ間の関係性情報には、一のユーザが他のユーザに対して形成する一方的関係性に関する情報が含まれ、トップページ情報生成手段は、フィード記憶手段に記録されたフィードのうち、他のユーザによりアクティビティ毎及びコンテンツ毎に設定された公開範囲情報、及びユーザ間の関係性情報に基づいて抽出されるフィードを含むトップページ情報を生成する。またコンテンツページ情報生成手段は、前記他のユーザからの指示に基づいてコンテンツ毎に設定されたコンテンツ公開範囲情報に基づいてコンテンツページ情報を生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＮＳ（ソーシャルネットワーキングサービス）において、ユーザ間の関係性及びコンテンツ所有者が設定した公開範囲に応じて、コンテンツ閲覧、及びフィード配信の制御を行うサーバに関する。
【背景技術】
【０００２】
従来から、ソーシャルネットワーキングサービス（以下「ＳＮＳ」という。）と呼ばれる、人と人とのつながりを促進・サポートするコミュニティ型のサービスが知られている。ＳＮＳでは、自分のプロフィールや写真を会員に公開する機能や、特定の友人のみに公開範囲を制限し、或いは制限なく、日々の出来事を公開できる日記機能、趣味や地域などテーマを決めて掲示板などで交流できるコミュニティ機能等のサービスがインターネット上で利用できる点に特色がある。こうしたＳＮＳの一つとして非特許文献１に開示されるウェブサイトが知られている。
【０００３】
同サービスにおいて会員が利用できるサービスの具体的なコンテンツとして、「日記」「ボイス」「カレンダー（予定）」「フォト」「動画」のように、会員自身が投稿し、また関係性を有する他の会員の投稿を閲覧することができるものが挙げられる。
【０００４】
例えば「日記」コンテンツにおいては、一の会員は、例えば自らが体験した出来事をテキスト、又は画像等別のデータを付したテキストを投稿することができ、投稿されるとその会員と特定の関係性を有している別の会員のトップページにフィードがリンク付きで表示される。当該別の会員は当該リンクを開くことにより一の会員の日記の内容を閲覧することができる。
【０００５】
或いは、「ボイス」コンテンツにおいては、ある会員が日常のふとした出来事を気の趣くままに短い文章で投稿すると、それが「ボイス（＝つぶやき）」として当該会員と特定の関係性を有する他の会員のトップページにフィードとして表示される。その他のコンテンツ（「フォト」「動画」など）においても同様に、新たな投稿がなされると、その旨のフィードがリンク付きで特定の関係性を有する他の会員のトップページに表示される。
【０００６】
ここで、各コンテンツを投稿する際、ユーザはその公開範囲を適宜設定することができる。非特許文献１に開示されているウェブサイトの場合、例えば「全体に公開」「友人の友人まで公開」「友人まで公開」「特定の友人まで公開」のように、公開対象とする他のユーザをコンテンツ毎に設定することができる。
【０００７】
上記した、ＳＮＳにおける「特定の関係性」は、通常双方的関係性である。すなわち、一のユーザが他のユーザと特定の関係性を成立させることを望む場合、一のユーザは他のユーザに対して特定の関係性を構築したい旨申請する。当該申請に対して他のユーザが承諾することにより初めて両者間には特定の関係性が成立する。
【０００８】
しかし、こうした「特定の関係性」の成立プロセスは、往々にしてユーザの積極的なコミュニケーションを阻害することがある。すなわち、必ずしも社交的ないし積極的とはいえない性格のユーザにとって、こうした申請を行うことには心理的障害がある。それは、現実世界における知己であればまだ小さいものであっても、当該サービスを介して知己となった場合、常に申請という行為を躊躇なく行うことができるユーザばかりではない。
【０００９】
ＳＮＳにおいては、新たなコミュニケーションが発生すること自体が、ユーザに便益が供与されることにつながり、またより多くのユーザが集まることとなり、商業的価値も高まる。
【００１０】
そうした意味で、他のユーザとの関係性を発生させる手法として、上述の双方的関係性によらず、一方的関係性によることも考えられる。一方的関係性により特定の関係性を構築していくコミュニケーション・サービスが現実に提供されている例もある。そうしたサービスにおいては、一のユーザが他のユーザに対して興味を持ち特定の関係性を構築することを希望した際には、「フォローする」旨設定を行う。これにより、当該他のユーザのエントリがフィードとして自己のメインページに表示される。
【００１１】
しかし、こうした一方的関係性に基づいて関係性を構築するコミュニケーション・サービスにおいては、コンテンツの投稿者はコンテンツ毎に公開範囲を設定することができない。個々のユーザ毎にブロックする、という対人的対応は可能であるものの、個別のコンテンツベースでの公開管理は行うことができないという問題点がある。
【００１２】
ＳＮＳにおいて一方的関係性を考慮した公開ないしフィードの設定については、特許文献１にて言及されている。しかしそれはあくまで双方的関係性を確立するに至る前段階についてのものであり、あくまで過渡的な構成に過ぎない。またあくまで二ユーザ間の関係性に関する管理に言及しているに過ぎず、三ユーザ間の関係性については言及されていない。
【００１３】
更には、投稿したコンテンツの公開範囲設定について、非特許文献１に開示されているサービスでは双方的関係性に基づく公開対象の設定が開示されている他、特許文献２においては友達関係が設定された他の会員に対して友達レベルを設定し、その設定された友達レベルに該当するデータを公開する構成が開示されている。しかしこれらはいずれも双方的関係性に立脚した公開範囲の設定であり、一方的関係性を導入したＳＮＳにおける公開範囲設定、更にはフィード受配信の設定については言及されていない。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００９−２４５２２０号公報
【特許文献２】特開２００８−１４６２４６号公報
【非特許文献】
【００１５】
【非特許文献１】「ソーシャル・ネットワーキング サービス［ｍｉｘｉ（ミクシィ）］」、［ｏｎｌｉｎｅ］、［平成２３年４月１日検索］、インターネット＜ＵＲＬ：http://mixi.jp/＞
【発明の概要】
【発明が解決しようとする課題】
【００１６】
そこで本発明は、一方的関係性に立脚したＳＮＳにおけるコンテンツの公開範囲設定及びフィード受配信設定を最適化することが可能なＳＮＳサーバを提供することを課題とする。
【課題を解決するための手段】
【００１７】
上記課題を解決すべく、本発明は以下の構成を有する。
【００１８】
（１）ユーザの属性情報をユーザ毎に記録するユーザ情報記憶手段と、一のユーザの、他のユーザとの関係性情報を記録する関係性情報記憶手段と、ユーザからの指示に基づいて生成されたコンテンツを記録するコンテンツ記憶手段と、ユーザのアクティビティを記録するアクティビティ記憶手段と、前記コンテンツ記憶手段又は前記アクティビティ記憶手段へのデータエントリを契機にフィードを生成するフィード生成手段と、前記生成されたフィードを記録するフィード記憶手段と、前記一のユーザからの指示に基づいてトップページ情報を生成するトップページ情報生成手段と、前記一のユーザからの指示に基づいて他のユーザのコンテンツに関するページ情報を生成するコンテンツページ情報生成手段と、を少なくとも具備する、ネットワークを通じてＳＮＳ（Social Networking Service）を提供するＳＮＳサーバにおいて、前記関係性情報は、一のユーザが他のユーザに対して形成する一方的関係性に関する情報を少なくとも含み、前記トップページ情報生成手段は、前記フィード記憶手段に記録されたフィードのうち、前記他のユーザからの指示に基づいてアクティビティ毎及びコンテンツ毎に設定された公開範囲情報、及び前記関係性情報に基づいて抽出されるフィードを少なくとも含んだトップページ情報を生成し、前記コンテンツページ情報生成手段は、前記他のユーザからの指示に基づいてコンテンツ毎に設定されたコンテンツ公開範囲情報に基づいてコンテンツページ情報を生成する
ことを特徴とするＳＮＳサーバ（請求項１）。
【００１９】
（２）また上述の関係性情報としては、
（ａ）一のユーザが他のユーザをグループのメンバーに定義している関係
（ｂ）一のユーザが他のユーザと相互に一方的関係を形成している関係
（ｃ）一のユーザが他のユーザに対してのみ一方的関係を形成している関係
（ｄ）一のユーザに対して他のユーザのみが一方的関係を形成している関係
（ｅ）一のユーザと他のユーザとの間に直接形成されている一方的関係はないが、第三のユーザを介して一方的関係が連続的に形成されている関係
（ｆ）直接／間接問わず一方的関係が形成されておらずグループメンバーにも定義されていない関係の各カテゴリの一又は複数が記録されるよう構成することができる（請求項２）。
【００２０】
（３）また、公開範囲情報としては、
（ａ）個々のユーザ指定
（ｂ）個々のグループ指定
（ｃ）当該アクティビティ発信者又はコンテンツ所有者たるユーザが一方的関係を形成しているユーザ
（ｄ）当該アクティビティ発信者又はコンテンツ所有者たるユーザから第三者を介して一方的関係が形成されているユーザ
（ｅ）全ユーザ
の各カテゴリのいずれかとして記録されることを特徴とすることができる（請求項３）。
【００２１】
（４）更に、本発明に係るＳＮＳサーバは、前記一のユーザが他のユーザに対して一方的関係性を形成していることを条件として、前記公開範囲情報及び前記関係性情報に基づく抽出にかかわらず、当該他のユーザからの指示に基づいて当該他のユーザのトップページ情報を生成する際、当該一のユーザが他のユーザに対して自己のアクティビティに基づいて生成され前記フィード記憶手段に記録されたフィードを含めてトップページ情報を生成する強制フィード配信手段を有することを特徴とすることができる（請求項４）。
【発明の効果】
【００２２】
上記（１）の発明によれば、一方的関係性に基づいて関係性を構築しつつ、コンテンツの公開範囲及びフィードが配信される範囲を定義することができるため、ＳＮＳにおいて他のユーザと特定の関係性を構築することへの心理的抵抗が従来よりも小さくなることが期待できる。これにより、ユーザ間の関係性構築が促進され、サービス自体の使用頻度の向上が期待されるから、必然的にトラフィックも増し、広告出稿対象としての優位性が増す。
【００２３】
また、ＳＮＳにおいて一方的関係性に基づいて関係性を構築していくことをベースとすると、二者間のユーザ間の関係性のみでは親密度の濃淡が適切に表現されない。そこで、関係性を有するユーザが関係性を有する他のユーザまで、換言すれば第三者を介した他のユーザとの関係においてまでの関係性を把握しつつフィード配信或いはコンテンツ閲覧の可否の決定要因とすることにより、よりユーザが所望する自己の情報のコントロールが可能となる。或いは、関係性の構築有無を問わず、自己から見た他のユーザをグループ分けし、これと前述の一方的関係性とを重畳的にフィルタリングすることにより、一層きめ細やかなフィード配信及び自己のコンテンツ開示のコントロールが可能となる。
【００２４】
更には、個々のアクティビティ或いはコンテンツに応じて公開範囲を多段階に設定できるようにすることで、自己のコンテンツ開示のコントロールの精密化が図れる。
【００２５】
一方で、上述のような一方的関係性においては、一のユーザは所望する他のユーザのフィードを受信することを自らのコントロールで行うことができるが、その逆、つまり一のユーザから他のユーザへのフィード配信についてはサポートされていない。そこで（４）記載の発明により、他のユーザのトップページに当該一のユーザのフィード配信を行うことを可能とすることができる。これにより、当該他のユーザからも当該一のユーザに対して一方的関係性を構築する契機が生まれ、ユーザ間の関係性構築が促進されることが期待できる。
【００２６】
なお本発明において、
（１）「ＳＮＳ」とは、一般的定義とされる「人と人とのつながりを促進・サポートする、コミュニティ型の会員制のサービス」ないし当該サービスが提供されているＷｅｂ上の環境を意味するが、これに限られず、特定の運営主体がサービスとして提供しているものでなくとも良く、例えばコメントやトラックバックなどのコミュニケーション機能を有しているブログも含まれうる。
【００２７】
（２）「フィード」とは、ＳＮＳのユーザが行ったコンテンツ生成に基づいて生じる通知情報であり、ユーザは、他のユーザがコンテンツ生成を行った旨をフィードにより知り得る。或いは生成されたコンテンツ自体がフィードとして表示されうる。
【００２８】
（３）「一方的関係性」とは、ＳＮＳにおいて一のユーザが特定の他のユーザに対し当該他のユーザの承諾を要することなく構築可能な関係性を意味する。一方的関係性が構築されることにより、当該一のユーザは当該特定の他のユーザが全体公開に設定しているアクティビティ等に関するフィードを受信することが可能となる。また、当該一のユーザが投稿したコンテンツのうち、コンテンツの公開範囲として積極的に設定されかつ消極的に設定されていないコンテンツにつき、当該特定の他のユーザが閲覧要求をおこなうと閲覧することができる。
【００２９】
（４）「コンテンツ」とは、サービス内においてユーザが投稿する日記、写真、動画、つぶやき等をいう。ユーザは、これらのコンテンツを投稿するに際して、コンテンツ毎にその公開範囲を設定することが可能である。もちろん所定の公開範囲（例えば「一方的関係を構築しているユーザのみに公開」）を当該ユーザのデフォルトの公開範囲として設定しておき、個々の投稿の都度設定を求めないように構成することもできる。なお、各ユーザにおいて設定されるユーザ属性情報もここでいうコンテンツに含まれる。
【００３０】
（５）「アクティビティ」とは、上記コンテンツの投稿以外でのユーザのサービス上での特定の活動をいい、例えば「他のユーザのコンテンツを閲覧しコメントを付す」「サービス内の任意のアプリケーションをダウンロードする」、「他のユーザと一方的関係性を構築する」といった活動が含まれるほか、「他のユーザのコンテンツやアクティビティに対し好意的であることを示すフラグを設定する（例えば上記非特許文献１記載のＳＮＳにおいては「イイネ！」の入力）」も含まれる。かかるフラグの設定は、積極的な文字情報の投稿を行うまでの動機は持ちえなかった場合でも好意的であることを示す簡易コメントとして活用され得る。
【００３１】
（６）「グループ」とは、一のユーザから見た他のユーザのカテゴリ分別をいい、所望の目的に応じたグルーピングが可能である。例えば「部活の仲間」「高校の同級生」「野球好き」といった積極的なグループの設定のみならず、「自己のフィードを配信しない」「フィードの受信を行わない」といった消極的なグループの設定も可能である。これは、ＳＮＳを利用していくにつれ、ユーザにとって交流することが好ましくないと感じる他のユーザも生じうることから、こうしたユーザとの接触をサービス上除外するために設定することができる。
【図面の簡単な説明】
【００３２】
【図１】本発明の表示序列制御システムを含んだＳＮＳサーバ及び端末装置を含むＳＮＳ環境の例を示す図である。
【図２】ＳＮＳサーバ１０を機能の側面から記した機能構成図である。
【図３】ユーザ属性ＤＢ１２１に記録されている情報の概念図である。
【図４】一のユーザのユーザ端末のトップページのスクリーンショットの一例を示す図である。
【図５】一のユーザが特定の他のユーザと一方的関係性を構築する旨の入力を行った際に送信される情報の概念図である。
【図６】関係性情報ＤＢの記録内容を示す概念図である。
【図７】ユーザ端末の表示手段に表示される画面の一例を示す図である。
【図８】コンテンツＤＢ１２３に記録されているコンテンツに関する情報の概念図である。
【図９】Ａ，Ｂ，Ｃ３者の総合の一方的関係の構築状況に応じたＡ−Ｃ間の関係性認定に関する判定表である。
【図１０】コンテンツが投稿された際の各ノードないし処理部間の情報の授受を示すタイミングチャートである。
【図１１】アクティビティＤＢ１２４に記録されているアクティビティ情報を示す概念図である。
【図１２】アクティビティが記録されこれに基づくフィードが生成されるまでの各ノードないし処理部間の情報の授受を示すタイミングチャートである。
【図１３】生成フィードＤＢ１２５に記録されたフィードを示す概念図である。
【図１４】一のユーザが自己のトップページ表示を要求した際の各ノードないし処理部間の情報の授受の動きを示すタイミングチャートである。
【図１５】フィード抽出の流れを示すフロー図である。
【図１６】一のユーザが他のユーザのコンテンツ表示要求を行った際のノードないし処理部間の情報の授受の流れを示すタイミングチャートである。
【図１７】表示コンテンツ情報が抽出生成される流れを示すフロー図である。
【発明を実施するための形態】
【００３３】
以下、本発明の具体的な実施態様につき、図面を参照しつつ説明する。
【００３４】
図１は、本発明の表示序列制御システムを含んだＳＮＳサーバ及び端末装置を含むＳＮＳ環境の例を示す図である。ＳＮＳサーバ１０と各ユーザ端末３０とは、インターネットなどのネットワーク２０を介して互いに接続可能となっている。ここで各ユーザ端末３０は、例えばＰＣ３１であると携帯電話３２であるとタブレット端末３３であると特に種別は問わず、ＳＮＳサーバ１０にログイン可能な機能（インターネットに接続する機能及びＷｅｂブラウザ）を有していれば良い。
【００３５】
ＳＮＳサーバ１０は、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ＨＤＤなどの記憶手段１０ｄ、ディスプレイ、キーボード等の入出力手段１０ｅ、その他種々のハードウェアによって構成される。
【００３６】
ＲＯＭ１０ｂまたは記憶手段１０ｄには、図２に示す入力情報処理部１１１、フィード生成部１１２、フィード配信判定部１１３、トップページ情報生成部１１４、コンテンツページ情報生成部１１５、表示制御部１４、ユーザインタフェース１３などの機能を実現するためのプログラム及びデータが格納されている。また記憶手段１０ｄには、図２に示すＤＢ群１２記載の各ＤＢ（ユーザ属性ＤＢ１２１、関係性情報ＤＢ１２２、コンテンツＤＢ１２３、アクティビティＤＢ１２４、生成フィードＤＢ１２５）のデータが格納される。これらのプログラム及びデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行され、演算処理が行われる。
【００３７】
ＳＮＳサーバ１０として、ワークステーション又はいわゆるサーバ機などが用いられる。図２の各構成が複数台の装置に分散されるようにＳＮＳシステム１０を構成しても良い。
【００３８】
図２は、上記のＳＮＳサーバ１０を機能の側面から記した機能構成図である。ＳＮＳサーバ１０は、その機能に基づき、ＳＮＳコア１１、ＤＢ群１２、ユーザインターフェース１３、表示制御部１４に分別して認識可能である。
【００３９】
ＳＮＳコア１１は、ユーザのコンテンツ投稿やアクティビティなどを処理しＤＢ群１２にデータを蓄積する入力情報処理部１１１、前記ＤＢ群へのデータ蓄積をトリガとして対応するフィードを生成するフィード生成部１１２、ユーザ端末３０からのトップページ閲覧指示に基づいて生成フィードＤＢ１２５（詳細について後述する）に蓄積されたフィードから配信すべきフィードを判定するフィード配信判定部１１３、前記フィード配信判定部１１３と連動し、ユーザ端末３０からのトップページ閲覧指示に基づきその情報を生成するトップページ情報生成部１１４、ユーザ端末３０から他のユーザのコンテンツ情報の閲覧指示に基づき表示するコンテンツ情報を生成するコンテンツページ情報生成部１１５、の各機能を有する。各々の機能については、サービス内における各活動の説明において順次説明する。
【００４０】
ＤＢ群１２は、ユーザ端末３０から入力されるユーザ属性を記録するユーザ属性ＤＢ１２１、ユーザの他のユーザとの関係性をユーザごとに記録する関係性情報ＤＢ１２２、日記や動画などのコンテンツに関する情報を記録するコンテンツＤＢ１２３、サービス内におけるユーザの行動履歴を記録するアクティビティＤＢ１２４、及び各コンテンツ入力或いはアクティビティの発生に応じて生成されたフィードを逐次保存する生成フィードＤＢ１２５を含み、相互に関連性を有しつつ記録されている。各々のデータ構造については後述する。
【００４１】
本サービスのユーザは、ユーザ端末３０からネットワーク２０を介してＳＮＳサーバ１０にアクセスする。ユーザ端末３０としてはＰＣ、携帯電話、タブレット端末、スマートフォン等適宜用いることができる。ユーザインタフェース１３は、各ユーザ端末の種別に応じたデータ形式を選択しユーザ端末３０とＳＮＳサーバ１０との送受信を行う。表示制御部１４は、閲覧要求があった各ページの情報を、当該要求を行ったユーザ端末の端末種別に応じた表示態様に制御を行う。
【００４２】
以下、ＳＮＳサーバ１０において各ユーザが行い得る行動の例につき説明しつつ、各機能部及びＤＢの説明を行う。
【００４３】
一のユーザが初めてＳＮＳサーバ１０を利用する際は、ユーザ登録を行う。ユーザ登録においては、ユーザ属性情報としてユーザ名（ニックネーム）、ログインＩＤ（例えば固有のメールアドレス）、ログインパスワード、その他居住地、誕生日、出身地、趣味、自己紹介文等の各種属性情報を入力する。また既に登録している自己の情報を編集することもできる。これらの情報はユーザ属性ＤＢ１２１に格納される。図３はユーザ属性ＤＢ１２１に記録されている情報の概念図である。個々のユーザには主キーとしてユーザＩＤが付与されており、これに各入力したユーザ名、居住地等の属性情報が紐付けられて記録されている。
【００４４】
ユーザ登録を行ったユーザは、サービスを利用するにあたってログインを行う。ログイン画面（図示しない）において、ユーザは、ユーザ端末３０から登録したログインＩＤ及びログインパスワードを入力し認証を行う。当然ながらユーザ端末は個々のログインＩＤに固有である必要はなく、ネットワーク２０に接続可能な環境下にある端末であればいずれを問わずログインを行うことができる。認証を経ると、当該ユーザのユーザＩＤに応じたトップページ表示要求が行われる（後述する）。
【００４５】
ユーザは、サービス内において任意に検索を行い、或いは受信したフィードに付与されたリンクを介して、自身にとって閲覧制限がかけられていない他のユーザのコンテンツを閲覧することができる。
【００４６】
ユーザは、例えばコンテンツを閲覧し興味を持った他のユーザとの関係性を構築することができる。すなわち、当該他のユーザとの一方的関係性を構築することができる。一のユーザは、特定の他のユーザと一方的関係性を構築する旨ユーザ端末３０から入力を行う。入力は、特定の他のユーザのコンテンツ画面表示上に示される「つながる」ボタンをクリックする（図４参照：ボタン４１）ことで入力可能であるが、入力方法はこれに限られることは無く、例えば所定条件で検索を行った結果得られる他のユーザ一覧から所望の他のユーザを選択するようにしても良い。当該入力情報はネットワーク２０を介してＳＮＳサーバ１０に送信される。
【００４７】
図５は、一のユーザが特定の他のユーザと一方的関係性を構築する旨の入力を行った際に送信される情報の概念図である。データの正当性担保のためのチェックデジット５１の他、入力された日時５２、入力したユーザのユーザＩＤデータ５３、選択されたユーザのユーザＩＤデータ５４が紐付けられて送信される。
【００４８】
入力情報処理部１１１は当該情報を処理し、関係性情報ＤＢ１２２に記録する。図６は関係性情報ＤＢの記録内容を示す概念図である。関係性情報は、（１）一のユーザが構築する一方的関係性に関する情報、（２）一のユーザが他のユーザを所定の属性を有するとして振り分けるグループに関する情報、の２つに大別される。ここでは前者につき説明する。一のユーザが構築した一方的関係性に関する情報は、図６上段に示されるとおり、各ユーザＩＤごとに格納される。格納される際、関連ユーザＩＤ、すなわち「つながられる」側のユーザにおける一方的関係性の構築状況が確認され、相互に一方的関係（つまり双方的関係）が構築されている場合、「相互」のフラグが成立する。
【００４９】
次に、グループの設定につき説明する。ユーザは、サービス内における他のユーザを、さまざまな共通項に基づいてグループ分けすることができる。一のユーザは、他のユーザのコンテンツを閲覧した結果、自己と共通する嗜好（例えば釣りや手芸といった趣味、特定のアーティストのファンであることといったような現実世界における共通項も含まれる）を有する他のユーザを選択して、グループ登録することができる。登録できるグループの種類は種々設定することができるが、例えば「属性１ 共通の趣味を持つユーザ」「属性２ 一方的関係性を構築されたくないユーザ」のように、プラス、マイナスいずれにおいてもグループを形成することができる。
【００５０】
ユーザ端末３０からグループ設定に関する情報が送信されると、入力情報処理部１１１において同様に処理され、関係性情報ＤＢ１２２に格納される。図６の下段はその格納された情報の概念図である。各ユーザ毎にグループＩＤ、対象ユーザＩＤ、グループの属性が記録される。
【００５１】
次に、コンテンツの投稿につき説明する。ＳＮＳサーバ１０に対して、ユーザは種々のコンテンツを投稿することができる。例えば図７には一のユーザのユーザ端末３０の表示手段（図示しない）において表示される画面の一例が示されているが、その上部（破線囲み部）に表示されているように、「カレンダー」「チェック」「日記」「フォト」など、さまざまなメディアのコンテンツを投稿することができる。なおこれらのコンテンツを投稿する際、閲覧許可するユーザの範囲を制限することができる。これにより、ユーザは自己の任意のコントロールのもと、自己に関する情報をシステム内にて開示することができる。
【００５２】
図８は、ユーザが投稿しコンテンツＤＢ１２３に記録されているコンテンツに関する情報の概念図である。ユーザは、投稿するコンテンツの種別及びその公開範囲を選択することができる。コンテンツの種別は、図７における各メニュータグから選択することができる。例えば日記であれば、入力欄（図示しない）に直接テキストデータを入力することができる。また画像や映像データであれば、自己のユーザ端末３０に予め保存されているものをアップロードすることができる。公開範囲は、（１）公開するユーザを個々に指定する、（２）公開するグループを個々に指定する、（３）一方的関係を構築したユーザ、（４）第三者を介して一方的関係が形成されているユーザ、（５）サービス内の全ユーザ、からいずれかを選択することができる。これらの公開範囲設定に応じて、他のユーザが当該ユーザのトップページにアクセスした場合に、当該他のユーザとの関係性に基づいてコンテンツごとに表示の有無が制御される。
【００５３】
なお、コンテンツを投稿したことに起因して、その旨のフィードが生成されるが、公開範囲を「（５）サービス内の全ユーザ」と設定していても、当該フィードは全ユーザには配信されず、所定の関係性を構築した他のユーザ、例えば、双方向に関係が構築されている他のユーザ、にのみフィードが配信されるよう構成することが適切である。そのように構成しないと、フルアクセスのコンテンツが投稿されるたびに全ユーザに対してフィードが配信され煩雑だからである。
【００５４】
ここで「第三者を介して一方的関係が形成されているユーザ」（以下及び図内において「友人の友人」と称することがある。）について、図９を示しつつ詳説する。図９は、Ａ、Ｂ、Ｃ３者の相互の一方的関係の構築状況に応じたＡ−Ｃ間の関係性認定に関する判定表である。なおＡ−Ｃ間にはいずれの方向においても直接には一方的関係が構築されていないものとする。
【００５５】
例えば番号１においては、Ａ−Ｂは相互に一方的関係を構築し、Ｂ−Ｃも同様である。このような場合、Ａ−Ｃ間の関係性としては、相互に信頼するＢを介して関係性を擬制することができる。そこでＡ−Ｃの間においても、「友人の友人」という関係性を認め、コンテンツの公開が行われる。
【００５６】
また、例えば番号４においては、ＢからＡに向かって矢印が記されている。これはＢがＡと一方的関係を構築していることを意味する。この場合、Ａを信頼しているＢの友人Ｃである為、ＡからＣに対しては「友人の友人」扱いだが、ＡはＢに対する信用がない為、ＣからＡに対しては何らの関係性も擬制されず、「他人」扱いとなる。
【００５７】
図１０は、一のユーザがコンテンツを投稿した際の各ノードないし処理部間の情報の授受を示すタイミングチャートである。ユーザがネットワーク２０を介してコンテンツ（例えば「日記」）を投稿すると（ステップＳ１００１）、当該コンテンツデータは入力情報処理部に送信される（ステップＳ１００２）。ＳＮＳコア１１の入力情報処理部１１１は当該コンテンツの処理を行う。具体的には、ユーザＩＤ、コンテンツの種別、コンテンツが表示されるＵＲＬ等を紐付ける処理を行う。コンテンツデータは公開範囲に関する情報とともに、コンテンツＤＢ１２３に送信される（ステップＳ１００４）。これと併せて、当該コンテンツが投稿された旨のフィードを生成すべく、フィード生成部１１２に当該情報が送られる（ステップＳ１００５）。これらの内部処理を終えると、ＳＮＳコア１１は再びネットワーク２０を介して、コンテンツ投稿のあったユーザ端末３０に対しコンテンツ投稿が完了した旨の情報を送信する（ステップＳ１００６）。コンテンツＤＢ１２３は受信したコンテンツデータの格納を行う（ステップＳ１００７）。フィード生成部は当該コンテンツの種別及び公開範囲が紐づいたフィード情報の生成を行う（ステップＳ１００８）。
【００５８】
次に、一のユーザがサービス内でアクティビティを行う場合につき説明する。
ユーザは、コンテンツの投稿以外に、サービス内で種々の活動を行うことができる。例えば他のユーザが投稿したコンテンツに対してコメントを付す、他のユーザと一方的関係を構築する、などである。図１１は、アクティビティＤＢ１２４に記録されているアクティビティ情報を示す概念図である。アクティビティの種類によっては所定のコンテンツと紐づいて管理され得る。すなわち、「コメントを付す」というアクティビティの場合、コメントを付したコンテンツと関係性をもってアクティビティは記録される。個々のコンテンツ及びアクティビティにはＩＤが付され、当該アクティビティを行ったユーザのＩＤ、及び当該アクティビティの公開範囲指定と関係づけられて格納される。ここで公開範囲のカテゴリは、基本的にはコンテンツ投稿の場面において述べたのと同様、（１）個々のユーザ指定、（２）個々のグループ指定、（３）当該ユーザが一方的関係を形成しているユーザ、（４）当該ユーザから第三者を介して一方的関係が形成されているユーザ、のいずれかである。なお、本件公開範囲設定は、当該アクティビティに起因したフィードの送信範囲を規定するものであるため、「（５）全ユーザ」のカテゴリは存在しない。なお、コンテンツと紐付けられないアクティビティ（例えばＳＮＳ上で所定のニュース記事をチェックした旨）も存在し得、その場合特定のコンテンツとは関係性をもたずに記録され得る。
【００５９】
図１２は、一のユーザが行ったアクティビティが記録されこれに基づくフィードが生成されるまでの、各ノードないし処理部間の情報の授受を示すタイミングチャートである。ユーザ端末３０からアクティビティ（例えば、他のユーザの日記へのコメント）が行われると（ステップＳ１２０１）、当該情報はネットワーク２０を介してＳＮＳコア１１の入力情報処理部１１１に送信される（ステップＳ１２０２）。入力情報処理部１１１は、受信したアクティビティ情報の処理を行う（ステップＳ１２０３）。アクティビティデータは、アクティビティＤＢ１２４に送られ（ステップＳ１２０４）、これと同時にフィード生成部１１２にも当該アクティビティを受信した旨の情報が送られる（ステップＳ１２０５）。アクティビティＤＢ１２４は受信したアクティビティ情報を、元となるコンテンツ毎に格納する（ステップＳ１２０６）。またフィード生成部１１２は、受信したアクティビティデータのユーザＩＤ及び公開範囲が紐付けられたフィードを生成し（ステップＳ１２０７）、生成フィードＤＢ１２５へ送る（ステップＳ１２０８）。生成フィードＤＢ１２５は当該生成されたフィードを格納する（ステップＳ１２０９）。
【００６０】
なお、他のユーザのコンテンツ等に対するリアクションとして、積極的にコメントを付すだけでなく、コメントに代えてコンテンツ等に対し好意的であることを示すフラグ設定を行う事ができる。他のユーザが投稿するコメント或いは好意的であることを示すフラグに基づいても、図１２に示すのと同様にフィードが生成される。
【００６１】
図１３は、生成フィードＤＢ１２５に記録されたフィードを示す概念図である。各フィード情報は個別のフィードＩＤが付され、その発生トリガのＩＤ（コンテンツＩＤ又はアクティビティＩＤ）、ユーザＩＤ、種別、及び公開範囲が関連付けられて記録されている。なお、通常これらのフィードは、一のユーザが他のユーザと一方的関係を構築した場合、当該他のユーザのフィードについて当該一のユーザが受信するよう構成されているが、一のユーザに対して当該他のユーザが一方的関係を構築していない場合でも、フィード生成の際に強制のフラグを付することにより、フィード配信を所望する任意の他のユーザに対してもフィードを配信することができる。もっとも、本来的には自らが望んでフィードを受信する旨登録したものだけがくるはずのところ、かかる行為を乱用しフィードを配信し続けることは、本サービス内における当該ユーザの評判を下げることにつながり、「フィードを受け取らない」グループに入れられてしまう可能性がある。
【００６２】
次に、一のユーザが自己のトップページの閲覧を要求したときの処理の流れについて説明する。
図１４は、一のユーザが自己のトップページ表示を要求した際の各ノードないし処理部間の情報の授受の動きを示すタイミングチャートである。
【００６３】
ユーザ端末３０においてトップページ要求が指示されると（ステップＳ１４０１）、当該要求情報はネットワーク２０を介してＳＮＳコア１１の入力情報処理部に送信される（ステップＳ１４０２）。入力情報処理部１１１では当該要求ユーザＩＤ等の正当性を確認するなどの初期処理を行い（ステップＳ１４０３）、トップページ情報生成部１１４に表示要求を行ったユーザＩＤとともに要求情報を送る（ステップＳ１４０４）。併せて、各ＤＢから必要なデータの読み出しを行う。すなわちトップページにおいて表示されるべき当該ユーザのユーザ属性情報のユーザ属性ＤＢ１２１からの読み出し要求（ステップＳ１４０５）、配信（表示）すべきフィードの抽出に必要な関係性情報の関係性情報ＤＢ１２２からの読み出し要求（ステップＳ１４０６）が行われる。またトップページ情報生成部１１４からは受信した表示すべきユーザＩＤと関連付けられたコンテンツデータのコンテンツＤＢ１２３からの読み出しを行う。読みだされた関連性情報はフィード配信判定部１１２に送られる。フィード配信判定部１１２生成フィードＤＢ１２５に記録されたフィードから、当該トップページ表示要求に対応して表示すべきフィードの抽出を行う。
【００６４】
図１５は、フィード抽出の流れを示すフロー図である。以下順に、図１３の概念図も交えつつ説明する。表示フィードの抽出処理は、蓄積されている各フィードについて逐次行われる。まず当該フィードに強制フラグが付されているか否かが判定される（ステップＳ１５０１）。強制フラグとは図１３に関する説明において既述の通り、一のユーザが自らが一方的関係性を構築した他のユーザに対してフィードを配信することを希望する場合に付するフラグをいう。強制フラグが付されたフィードである場合（ステップＳ１５０１：Ｙｅｓ）、次に、トップページ閲覧を要求しているユーザが、当該フィードのフィード主、つまりフィードが生成される行動（コンテンツの投稿、又はアクティビティの実行）を行ったユーザ、が一方的関係を構築しているユーザか否かを判別する（ステップＳ１５０２）。当該判別は、図６における関係性ＤＢ１２２の「ユーザＩＤ」の項目が当該フィードを生成させる行動を行ったユーザであり、「関連ユーザＩＤ」の項目が当該閲覧要求を行っているユーザであるか否かにより行われる。該当する場合（ステップＳ１５０２：Ｙｅｓ）、更に当該他のユーザにおいて当該一のユーザからの強制フラグのフィードの受信拒否が設定されていないかが判別される（ステップＳ１５０３）。この強制フラグの受信拒否設定は、当該他のユーザが受信拒否を設定することにより、例えば図６の「強制拒否」のフラグが設定され、当該一のユーザの関係性情報の該当情報に紐付けて保存されるよう構成することができる。
【００６５】
受信拒否が設定されていない場合（ステップＳ１５０３：Ｙｅｓ）、更に抽出対象にあたるかがチェックされる。該当しない場合（ステップＳ１５０２：Ｎｏ）、当該フィードは抽出対象にあたらないものとして処理が終了され、他のフィードの判別に移行する。
【００６６】
強制フラグが付されていない場合（ステップＳ１５０１：Ｎｏ）、フィード配信判定部１１２は、当該フィードが閲覧要求しているユーザが一方的関係性を構築しているユーザのフィードか否かを判別する（ステップＳ１５０４）。当該判別は、図６における関係性ＤＢ１２２の「ユーザＩＤ」の項目が当該閲覧要求を行っているユーザであり、「関連ユーザＩＤ」の項目が当該フィードを生成させる行動を行ったユーザであるか否かにより行われる。該当しない場合（ステップＳ１５０４：Ｎｏ）、当該フィードは抽出対象にあたらないものとして処理が終了され、他のフィードの判別に移行する。
【００６７】
強制フラグが付されておりかつ閲覧要求しているユーザが当該フィード主が一方的関係性を構築したユーザであり、強制フラグのフィード受信拒否が設定されていない場合（ステップＳ１５０３：Ｙｅｓ）、又は、強制フラグが付されておらず当該フィードが閲覧要求しているユーザが一方的関係性を構築したユーザのフィードである場合（ステップＳ１５０４：Ｙｅｓ）、次に当該フィードの公開範囲に当該閲覧要求しているユーザが含まれるかが判別される（ステップＳ１５０５）。この判別は、図１３に示すように、生成フィードＤＢに格納された当該フィードに関する情報の「公開範囲」のフラグにより行われる。
公開範囲に該当する場合（ステップＳ１５０５：Ｙｅｓ）、当該フィードは表示フィードとして抽出され（ステップＳ１５０６）、該当しない場合（ステップＳ１５０５：Ｎｏ）は抽出されないものとして処理が終了され、他のフィードの判別に移行する。
【００６８】
図１４に戻り、抽出された表示フィードに関する情報は、トップページ情報生成部１１４に送られ（ステップＳ１４１０）、トップページを構成する他の情報（例えば、閲覧要求しているユーザ自身の属性情報、及び閲覧要求しているユーザ自身のコンテンツ情報）とともにトップページ情報として生成され（ステップＳ１４１１）、表示制御部１４により端末に応じた適切な表示情報に構成され、ユーザ端末に送信される（ステップＳ１４１２）。その際抽出されたフィードは、例えば図７の二点鎖線で囲ったように、所定の序列制御を経てコンテンツ別や時系列に応じて表示される（ステップＳ１４１３）。
【００６９】
次に、一のユーザが他のユーザのコンテンツの表示要求を行った際に行われる、コンテンツ表示制御につき説明する。図１６は、一のユーザが他のユーザのコンテンツ表示要求を行った際のノードないし処理部間の情報の授受の流れを示すタイミングチャートである。一のユーザが他のユーザのコンテンツページの表示を要求すると（ステップＳ１６０１）、当該要求情報はネットワーク２０を介して入力情報処理部１１１に送信される（ステップＳ１６０２）。入力情報処理部１１１は受信した表示要求情報の正当性（要求するユーザＩＤの正当性等）の確認を行うなどの要求情報の処理を行う（ステップＳ１６０３）。その上で、当該要求情報はコンテンツページ情報生成部に送られる（ステップＳ１６０４）。一方、ユーザ属性ＤＢ１２１、関係性情報ＤＢ１２２から所定情報の読み出し要求が行われる（ステップＳ１６０５、ステップＳ１６０６）。またコンテンツＤＢから要求されたコンテンツデータの読み出し要求が行われる（ステップＳ１６０７）。これらの情報はコンテンツページ情報生成部１１５において処理され、表示コンテンツ情報が抽出生成される（ステップＳ１６０８）。
【００７０】
図１７は、表示コンテンツ情報が抽出生成される流れを表すフロー図である。コンテンツページ情報生成部１１５は、読み出しを行ったユーザ属性ＤＢ１２１及び関係性情報ＤＢ１２２からの情報に基づき、コンテンツページ表示要求を行っているユーザが、コンテンツ投稿ユーザから見て関係性（直接的な一方的関係性、又は第三者を介して構築される一方的関係性）を構築されているか否かを判別する（ステップＳ１７０１）。該当しない場合（ステップＳ１７０１：Ｎｏ）、次に当該コンテンツが全員公開のコンテンツか否かを判別する（ステップＳ１７０２）。該当しない場合、表示対象でないものとして処理が終了される。
【００７１】
一方、関係性が構築されている場合（ステップＳ１７０１：Ｙｅｓ）、公開範囲を満たすかが判別される（ステップＳ１７０３）。公開範囲を満たせば（ステップＳ１７０３：Ｙｅｓ）、表示コンテンツとして生成され（ステップＳ１７０４）、満たさない場合そのまま処理が終了する。
【００７２】
表示コンテンツ情報が生成されると、当該情報はネットワーク２０を介してユーザ端末３０に送信され（ステップＳ１６０９）、コンテンツ情報がユーザ端末３０の表示手段において表示される（ステップＳ１６１０）。
【産業上の利用可能性】
【００７３】
このように、本発明のＳＮＳサーバによれば、一方的関係性に基づいて関係性を構築しつつ、コンテンツの公開範囲及びフィードが配信される範囲を定義することができるため、ＳＮＳにおいて他のユーザと特定の関係性を構築することへの心理的抵抗が従来よりも小さくなることが期待できる。これにより、ユーザ間の関係性構築が促進され、サービス自体の使用頻度の向上が期待されるから、必然的にトラフィックも増し、広告出稿対象としての優位性が増す。
【００７４】
また、ＳＮＳにおいて一方的関係性に基づいて関係性を構築していくことをベースとすると、二者間のユーザ間の関係性のみでは親密度の濃淡が適切に表現されない。そこで、関係性を有するユーザが関係性を有する他のユーザまで、換言すれば第三者を介した他のユーザとの関係においてまでの関係性を把握しつつフィード配信或いはコンテンツ閲覧の可否の決定要因とすることにより、よりユーザが所望する自己の情報のコントロールが可能となる。或いは、関係性の構築有無を問わず、自己から見た他のユーザをグループ分けし、これと前述の一方的関係性とを重畳的にフィルタリングすることにより、一層きめ細やかなフィード配信及び自己のコンテンツ開示のコントロールが可能となる。
【００７５】
更には、個々のアクティビティ或いはコンテンツに応じて公開範囲を多段階に設定できるようにすることで、自己のコンテンツ開示のコントロールの精密化が図れる。
【００７６】
一方で、上述のような一方的関係性においては、一のユーザは所望する他のユーザのフィードを受信することを自らのコントロールで行うことができるが、その逆、つまり一のユーザから他のユーザへのフィード配信についてはサポートされていない。そこで、他のユーザのトップページに当該一のユーザのフィード配信を行うことを可能とすることができる。これにより、当該他のユーザからも当該一のユーザに対して一方的関係性を構築する契機が生まれ、ユーザ間の関係性構築が促進されることが期待できる。
【符号の説明】
【００７７】
１ ＳＮＳ環境
１０ ＳＮＳサーバ
１０ａ ＣＰＵ
１０ｂ ＲＡＭ
１０ｃ ＲＯＭ
１０ｄ 記憶手段
１０ｅ 入出力手段
１１ ＳＮＳコア
１１１ 入力情報処理部
１１２ フィード生成部
１１３ フィード配信判定部
１１４ トップページ情報生成部
１１５ コンテンツページ情報生成部
１２ ＤＢ群
１２１ ユーザ属性ＤＢ
１２２ 関係性情報ＤＢ
１２３ コンテンツＤＢ
１２４ アクティビティＤＢ
１２５ 生成フィードＤＢ
１３ ユーザインターフェース
１４ 表示制御部
２０ ネットワーク
３０ ユーザ端末（３１ ＰＣ、３２ 携帯電話、３３ タブレット端末）
【技術分野】
【０００１】
本発明は、ＳＮＳ（ソーシャルネットワーキングサービス）において、ユーザ間の関係性及びコンテンツ所有者が設定した公開範囲に応じて、コンテンツ閲覧、及びフィード配信の制御を行うサーバに関する。
【背景技術】
【０００２】
従来から、ソーシャルネットワーキングサービス（以下「ＳＮＳ」という。）と呼ばれる、人と人とのつながりを促進・サポートするコミュニティ型のサービスが知られている。ＳＮＳでは、自分のプロフィールや写真を会員に公開する機能や、特定の友人のみに公開範囲を制限し、或いは制限なく、日々の出来事を公開できる日記機能、趣味や地域などテーマを決めて掲示板などで交流できるコミュニティ機能等のサービスがインターネット上で利用できる点に特色がある。こうしたＳＮＳの一つとして非特許文献１に開示されるウェブサイトが知られている。
【０００３】
同サービスにおいて会員が利用できるサービスの具体的なコンテンツとして、「日記」「ボイス」「カレンダー（予定）」「フォト」「動画」のように、会員自身が投稿し、また関係性を有する他の会員の投稿を閲覧することができるものが挙げられる。
【０００４】
例えば「日記」コンテンツにおいては、一の会員は、例えば自らが体験した出来事をテキスト、又は画像等別のデータを付したテキストを投稿することができ、投稿されるとその会員と特定の関係性を有している別の会員のトップページにフィードがリンク付きで表示される。当該別の会員は当該リンクを開くことにより一の会員の日記の内容を閲覧することができる。
【０００５】
或いは、「ボイス」コンテンツにおいては、ある会員が日常のふとした出来事を気の趣くままに短い文章で投稿すると、それが「ボイス（＝つぶやき）」として当該会員と特定の関係性を有する他の会員のトップページにフィードとして表示される。その他のコンテンツ（「フォト」「動画」など）においても同様に、新たな投稿がなされると、その旨のフィードがリンク付きで特定の関係性を有する他の会員のトップページに表示される。
【０００６】
ここで、各コンテンツを投稿する際、ユーザはその公開範囲を適宜設定することができる。非特許文献１に開示されているウェブサイトの場合、例えば「全体に公開」「友人の友人まで公開」「友人まで公開」「特定の友人まで公開」のように、公開対象とする他のユーザをコンテンツ毎に設定することができる。
【０００７】
上記した、ＳＮＳにおける「特定の関係性」は、通常双方的関係性である。すなわち、一のユーザが他のユーザと特定の関係性を成立させることを望む場合、一のユーザは他のユーザに対して特定の関係性を構築したい旨申請する。当該申請に対して他のユーザが承諾することにより初めて両者間には特定の関係性が成立する。
【０００８】
しかし、こうした「特定の関係性」の成立プロセスは、往々にしてユーザの積極的なコミュニケーションを阻害することがある。すなわち、必ずしも社交的ないし積極的とはいえない性格のユーザにとって、こうした申請を行うことには心理的障害がある。それは、現実世界における知己であればまだ小さいものであっても、当該サービスを介して知己となった場合、常に申請という行為を躊躇なく行うことができるユーザばかりではない。
【０００９】
ＳＮＳにおいては、新たなコミュニケーションが発生すること自体が、ユーザに便益が供与されることにつながり、またより多くのユーザが集まることとなり、商業的価値も高まる。
【００１０】
そうした意味で、他のユーザとの関係性を発生させる手法として、上述の双方的関係性によらず、一方的関係性によることも考えられる。一方的関係性により特定の関係性を構築していくコミュニケーション・サービスが現実に提供されている例もある。そうしたサービスにおいては、一のユーザが他のユーザに対して興味を持ち特定の関係性を構築することを希望した際には、「フォローする」旨設定を行う。これにより、当該他のユーザのエントリがフィードとして自己のメインページに表示される。
【００１１】
しかし、こうした一方的関係性に基づいて関係性を構築するコミュニケーション・サービスにおいては、コンテンツの投稿者はコンテンツ毎に公開範囲を設定することができない。個々のユーザ毎にブロックする、という対人的対応は可能であるものの、個別のコンテンツベースでの公開管理は行うことができないという問題点がある。
【００１２】
ＳＮＳにおいて一方的関係性を考慮した公開ないしフィードの設定については、特許文献１にて言及されている。しかしそれはあくまで双方的関係性を確立するに至る前段階についてのものであり、あくまで過渡的な構成に過ぎない。またあくまで二ユーザ間の関係性に関する管理に言及しているに過ぎず、三ユーザ間の関係性については言及されていない。
【００１３】
更には、投稿したコンテンツの公開範囲設定について、非特許文献１に開示されているサービスでは双方的関係性に基づく公開対象の設定が開示されている他、特許文献２においては友達関係が設定された他の会員に対して友達レベルを設定し、その設定された友達レベルに該当するデータを公開する構成が開示されている。しかしこれらはいずれも双方的関係性に立脚した公開範囲の設定であり、一方的関係性を導入したＳＮＳにおける公開範囲設定、更にはフィード受配信の設定については言及されていない。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００９−２４５２２０号公報
【特許文献２】特開２００８−１４６２４６号公報
【非特許文献】
【００１５】
【非特許文献１】「ソーシャル・ネットワーキング サービス［ｍｉｘｉ（ミクシィ）］」、［ｏｎｌｉｎｅ］、［平成２３年４月１日検索］、インターネット＜ＵＲＬ：http://mixi.jp/＞
【発明の概要】
【発明が解決しようとする課題】
【００１６】
そこで本発明は、一方的関係性に立脚したＳＮＳにおけるコンテンツの公開範囲設定及びフィード受配信設定を最適化することが可能なＳＮＳサーバを提供することを課題とする。
【課題を解決するための手段】
【００１７】
上記課題を解決すべく、本発明は以下の構成を有する。
【００１８】
（１）ユーザの属性情報をユーザ毎に記録するユーザ情報記憶手段と、一のユーザの、他のユーザとの関係性情報を記録する関係性情報記憶手段と、ユーザからの指示に基づいて生成されたコンテンツを記録するコンテンツ記憶手段と、ユーザのアクティビティを記録するアクティビティ記憶手段と、前記コンテンツ記憶手段又は前記アクティビティ記憶手段へのデータエントリを契機にフィードを生成するフィード生成手段と、前記生成されたフィードを記録するフィード記憶手段と、前記一のユーザからの指示に基づいてトップページ情報を生成するトップページ情報生成手段と、前記一のユーザからの指示に基づいて他のユーザのコンテンツに関するページ情報を生成するコンテンツページ情報生成手段と、を少なくとも具備する、ネットワークを通じてＳＮＳ（Social Networking Service）を提供するＳＮＳサーバにおいて、前記関係性情報は、一のユーザが他のユーザに対して形成する一方的関係性に関する情報を少なくとも含み、前記トップページ情報生成手段は、前記フィード記憶手段に記録されたフィードのうち、前記他のユーザからの指示に基づいてアクティビティ毎及びコンテンツ毎に設定された公開範囲情報、及び前記関係性情報に基づいて抽出されるフィードを少なくとも含んだトップページ情報を生成し、前記コンテンツページ情報生成手段は、前記他のユーザからの指示に基づいてコンテンツ毎に設定されたコンテンツ公開範囲情報に基づいてコンテンツページ情報を生成する
ことを特徴とするＳＮＳサーバ（請求項１）。
【００１９】
（２）また上述の関係性情報としては、
（ａ）一のユーザが他のユーザをグループのメンバーに定義している関係
（ｂ）一のユーザが他のユーザと相互に一方的関係を形成している関係
（ｃ）一のユーザが他のユーザに対してのみ一方的関係を形成している関係
（ｄ）一のユーザに対して他のユーザのみが一方的関係を形成している関係
（ｅ）一のユーザと他のユーザとの間に直接形成されている一方的関係はないが、第三のユーザを介して一方的関係が連続的に形成されている関係
（ｆ）直接／間接問わず一方的関係が形成されておらずグループメンバーにも定義されていない関係の各カテゴリの一又は複数が記録されるよう構成することができる（請求項２）。
【００２０】
（３）また、公開範囲情報としては、
（ａ）個々のユーザ指定
（ｂ）個々のグループ指定
（ｃ）当該アクティビティ発信者又はコンテンツ所有者たるユーザが一方的関係を形成しているユーザ
（ｄ）当該アクティビティ発信者又はコンテンツ所有者たるユーザから第三者を介して一方的関係が形成されているユーザ
（ｅ）全ユーザ
の各カテゴリのいずれかとして記録されることを特徴とすることができる（請求項３）。
【００２１】
（４）更に、本発明に係るＳＮＳサーバは、前記一のユーザが他のユーザに対して一方的関係性を形成していることを条件として、前記公開範囲情報及び前記関係性情報に基づく抽出にかかわらず、当該他のユーザからの指示に基づいて当該他のユーザのトップページ情報を生成する際、当該一のユーザが他のユーザに対して自己のアクティビティに基づいて生成され前記フィード記憶手段に記録されたフィードを含めてトップページ情報を生成する強制フィード配信手段を有することを特徴とすることができる（請求項４）。
【発明の効果】
【００２２】
上記（１）の発明によれば、一方的関係性に基づいて関係性を構築しつつ、コンテンツの公開範囲及びフィードが配信される範囲を定義することができるため、ＳＮＳにおいて他のユーザと特定の関係性を構築することへの心理的抵抗が従来よりも小さくなることが期待できる。これにより、ユーザ間の関係性構築が促進され、サービス自体の使用頻度の向上が期待されるから、必然的にトラフィックも増し、広告出稿対象としての優位性が増す。
【００２３】
また、ＳＮＳにおいて一方的関係性に基づいて関係性を構築していくことをベースとすると、二者間のユーザ間の関係性のみでは親密度の濃淡が適切に表現されない。そこで、関係性を有するユーザが関係性を有する他のユーザまで、換言すれば第三者を介した他のユーザとの関係においてまでの関係性を把握しつつフィード配信或いはコンテンツ閲覧の可否の決定要因とすることにより、よりユーザが所望する自己の情報のコントロールが可能となる。或いは、関係性の構築有無を問わず、自己から見た他のユーザをグループ分けし、これと前述の一方的関係性とを重畳的にフィルタリングすることにより、一層きめ細やかなフィード配信及び自己のコンテンツ開示のコントロールが可能となる。
【００２４】
更には、個々のアクティビティ或いはコンテンツに応じて公開範囲を多段階に設定できるようにすることで、自己のコンテンツ開示のコントロールの精密化が図れる。
【００２５】
一方で、上述のような一方的関係性においては、一のユーザは所望する他のユーザのフィードを受信することを自らのコントロールで行うことができるが、その逆、つまり一のユーザから他のユーザへのフィード配信についてはサポートされていない。そこで（４）記載の発明により、他のユーザのトップページに当該一のユーザのフィード配信を行うことを可能とすることができる。これにより、当該他のユーザからも当該一のユーザに対して一方的関係性を構築する契機が生まれ、ユーザ間の関係性構築が促進されることが期待できる。
【００２６】
なお本発明において、
（１）「ＳＮＳ」とは、一般的定義とされる「人と人とのつながりを促進・サポートする、コミュニティ型の会員制のサービス」ないし当該サービスが提供されているＷｅｂ上の環境を意味するが、これに限られず、特定の運営主体がサービスとして提供しているものでなくとも良く、例えばコメントやトラックバックなどのコミュニケーション機能を有しているブログも含まれうる。
【００２７】
（２）「フィード」とは、ＳＮＳのユーザが行ったコンテンツ生成に基づいて生じる通知情報であり、ユーザは、他のユーザがコンテンツ生成を行った旨をフィードにより知り得る。或いは生成されたコンテンツ自体がフィードとして表示されうる。
【００２８】
（３）「一方的関係性」とは、ＳＮＳにおいて一のユーザが特定の他のユーザに対し当該他のユーザの承諾を要することなく構築可能な関係性を意味する。一方的関係性が構築されることにより、当該一のユーザは当該特定の他のユーザが全体公開に設定しているアクティビティ等に関するフィードを受信することが可能となる。また、当該一のユーザが投稿したコンテンツのうち、コンテンツの公開範囲として積極的に設定されかつ消極的に設定されていないコンテンツにつき、当該特定の他のユーザが閲覧要求をおこなうと閲覧することができる。
【００２９】
（４）「コンテンツ」とは、サービス内においてユーザが投稿する日記、写真、動画、つぶやき等をいう。ユーザは、これらのコンテンツを投稿するに際して、コンテンツ毎にその公開範囲を設定することが可能である。もちろん所定の公開範囲（例えば「一方的関係を構築しているユーザのみに公開」）を当該ユーザのデフォルトの公開範囲として設定しておき、個々の投稿の都度設定を求めないように構成することもできる。なお、各ユーザにおいて設定されるユーザ属性情報もここでいうコンテンツに含まれる。
【００３０】
（５）「アクティビティ」とは、上記コンテンツの投稿以外でのユーザのサービス上での特定の活動をいい、例えば「他のユーザのコンテンツを閲覧しコメントを付す」「サービス内の任意のアプリケーションをダウンロードする」、「他のユーザと一方的関係性を構築する」といった活動が含まれるほか、「他のユーザのコンテンツやアクティビティに対し好意的であることを示すフラグを設定する（例えば上記非特許文献１記載のＳＮＳにおいては「イイネ！」の入力）」も含まれる。かかるフラグの設定は、積極的な文字情報の投稿を行うまでの動機は持ちえなかった場合でも好意的であることを示す簡易コメントとして活用され得る。
【００３１】
（６）「グループ」とは、一のユーザから見た他のユーザのカテゴリ分別をいい、所望の目的に応じたグルーピングが可能である。例えば「部活の仲間」「高校の同級生」「野球好き」といった積極的なグループの設定のみならず、「自己のフィードを配信しない」「フィードの受信を行わない」といった消極的なグループの設定も可能である。これは、ＳＮＳを利用していくにつれ、ユーザにとって交流することが好ましくないと感じる他のユーザも生じうることから、こうしたユーザとの接触をサービス上除外するために設定することができる。
【図面の簡単な説明】
【００３２】
【図１】本発明の表示序列制御システムを含んだＳＮＳサーバ及び端末装置を含むＳＮＳ環境の例を示す図である。
【図２】ＳＮＳサーバ１０を機能の側面から記した機能構成図である。
【図３】ユーザ属性ＤＢ１２１に記録されている情報の概念図である。
【図４】一のユーザのユーザ端末のトップページのスクリーンショットの一例を示す図である。
【図５】一のユーザが特定の他のユーザと一方的関係性を構築する旨の入力を行った際に送信される情報の概念図である。
【図６】関係性情報ＤＢの記録内容を示す概念図である。
【図７】ユーザ端末の表示手段に表示される画面の一例を示す図である。
【図８】コンテンツＤＢ１２３に記録されているコンテンツに関する情報の概念図である。
【図９】Ａ，Ｂ，Ｃ３者の総合の一方的関係の構築状況に応じたＡ−Ｃ間の関係性認定に関する判定表である。
【図１０】コンテンツが投稿された際の各ノードないし処理部間の情報の授受を示すタイミングチャートである。
【図１１】アクティビティＤＢ１２４に記録されているアクティビティ情報を示す概念図である。
【図１２】アクティビティが記録されこれに基づくフィードが生成されるまでの各ノードないし処理部間の情報の授受を示すタイミングチャートである。
【図１３】生成フィードＤＢ１２５に記録されたフィードを示す概念図である。
【図１４】一のユーザが自己のトップページ表示を要求した際の各ノードないし処理部間の情報の授受の動きを示すタイミングチャートである。
【図１５】フィード抽出の流れを示すフロー図である。
【図１６】一のユーザが他のユーザのコンテンツ表示要求を行った際のノードないし処理部間の情報の授受の流れを示すタイミングチャートである。
【図１７】表示コンテンツ情報が抽出生成される流れを示すフロー図である。
【発明を実施するための形態】
【００３３】
以下、本発明の具体的な実施態様につき、図面を参照しつつ説明する。
【００３４】
図１は、本発明の表示序列制御システムを含んだＳＮＳサーバ及び端末装置を含むＳＮＳ環境の例を示す図である。ＳＮＳサーバ１０と各ユーザ端末３０とは、インターネットなどのネットワーク２０を介して互いに接続可能となっている。ここで各ユーザ端末３０は、例えばＰＣ３１であると携帯電話３２であるとタブレット端末３３であると特に種別は問わず、ＳＮＳサーバ１０にログイン可能な機能（インターネットに接続する機能及びＷｅｂブラウザ）を有していれば良い。
【００３５】
ＳＮＳサーバ１０は、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ＨＤＤなどの記憶手段１０ｄ、ディスプレイ、キーボード等の入出力手段１０ｅ、その他種々のハードウェアによって構成される。
【００３６】
ＲＯＭ１０ｂまたは記憶手段１０ｄには、図２に示す入力情報処理部１１１、フィード生成部１１２、フィード配信判定部１１３、トップページ情報生成部１１４、コンテンツページ情報生成部１１５、表示制御部１４、ユーザインタフェース１３などの機能を実現するためのプログラム及びデータが格納されている。また記憶手段１０ｄには、図２に示すＤＢ群１２記載の各ＤＢ（ユーザ属性ＤＢ１２１、関係性情報ＤＢ１２２、コンテンツＤＢ１２３、アクティビティＤＢ１２４、生成フィードＤＢ１２５）のデータが格納される。これらのプログラム及びデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行され、演算処理が行われる。
【００３７】
ＳＮＳサーバ１０として、ワークステーション又はいわゆるサーバ機などが用いられる。図２の各構成が複数台の装置に分散されるようにＳＮＳシステム１０を構成しても良い。
【００３８】
図２は、上記のＳＮＳサーバ１０を機能の側面から記した機能構成図である。ＳＮＳサーバ１０は、その機能に基づき、ＳＮＳコア１１、ＤＢ群１２、ユーザインターフェース１３、表示制御部１４に分別して認識可能である。
【００３９】
ＳＮＳコア１１は、ユーザのコンテンツ投稿やアクティビティなどを処理しＤＢ群１２にデータを蓄積する入力情報処理部１１１、前記ＤＢ群へのデータ蓄積をトリガとして対応するフィードを生成するフィード生成部１１２、ユーザ端末３０からのトップページ閲覧指示に基づいて生成フィードＤＢ１２５（詳細について後述する）に蓄積されたフィードから配信すべきフィードを判定するフィード配信判定部１１３、前記フィード配信判定部１１３と連動し、ユーザ端末３０からのトップページ閲覧指示に基づきその情報を生成するトップページ情報生成部１１４、ユーザ端末３０から他のユーザのコンテンツ情報の閲覧指示に基づき表示するコンテンツ情報を生成するコンテンツページ情報生成部１１５、の各機能を有する。各々の機能については、サービス内における各活動の説明において順次説明する。
【００４０】
ＤＢ群１２は、ユーザ端末３０から入力されるユーザ属性を記録するユーザ属性ＤＢ１２１、ユーザの他のユーザとの関係性をユーザごとに記録する関係性情報ＤＢ１２２、日記や動画などのコンテンツに関する情報を記録するコンテンツＤＢ１２３、サービス内におけるユーザの行動履歴を記録するアクティビティＤＢ１２４、及び各コンテンツ入力或いはアクティビティの発生に応じて生成されたフィードを逐次保存する生成フィードＤＢ１２５を含み、相互に関連性を有しつつ記録されている。各々のデータ構造については後述する。
【００４１】
本サービスのユーザは、ユーザ端末３０からネットワーク２０を介してＳＮＳサーバ１０にアクセスする。ユーザ端末３０としてはＰＣ、携帯電話、タブレット端末、スマートフォン等適宜用いることができる。ユーザインタフェース１３は、各ユーザ端末の種別に応じたデータ形式を選択しユーザ端末３０とＳＮＳサーバ１０との送受信を行う。表示制御部１４は、閲覧要求があった各ページの情報を、当該要求を行ったユーザ端末の端末種別に応じた表示態様に制御を行う。
【００４２】
以下、ＳＮＳサーバ１０において各ユーザが行い得る行動の例につき説明しつつ、各機能部及びＤＢの説明を行う。
【００４３】
一のユーザが初めてＳＮＳサーバ１０を利用する際は、ユーザ登録を行う。ユーザ登録においては、ユーザ属性情報としてユーザ名（ニックネーム）、ログインＩＤ（例えば固有のメールアドレス）、ログインパスワード、その他居住地、誕生日、出身地、趣味、自己紹介文等の各種属性情報を入力する。また既に登録している自己の情報を編集することもできる。これらの情報はユーザ属性ＤＢ１２１に格納される。図３はユーザ属性ＤＢ１２１に記録されている情報の概念図である。個々のユーザには主キーとしてユーザＩＤが付与されており、これに各入力したユーザ名、居住地等の属性情報が紐付けられて記録されている。
【００４４】
ユーザ登録を行ったユーザは、サービスを利用するにあたってログインを行う。ログイン画面（図示しない）において、ユーザは、ユーザ端末３０から登録したログインＩＤ及びログインパスワードを入力し認証を行う。当然ながらユーザ端末は個々のログインＩＤに固有である必要はなく、ネットワーク２０に接続可能な環境下にある端末であればいずれを問わずログインを行うことができる。認証を経ると、当該ユーザのユーザＩＤに応じたトップページ表示要求が行われる（後述する）。
【００４５】
ユーザは、サービス内において任意に検索を行い、或いは受信したフィードに付与されたリンクを介して、自身にとって閲覧制限がかけられていない他のユーザのコンテンツを閲覧することができる。
【００４６】
ユーザは、例えばコンテンツを閲覧し興味を持った他のユーザとの関係性を構築することができる。すなわち、当該他のユーザとの一方的関係性を構築することができる。一のユーザは、特定の他のユーザと一方的関係性を構築する旨ユーザ端末３０から入力を行う。入力は、特定の他のユーザのコンテンツ画面表示上に示される「つながる」ボタンをクリックする（図４参照：ボタン４１）ことで入力可能であるが、入力方法はこれに限られることは無く、例えば所定条件で検索を行った結果得られる他のユーザ一覧から所望の他のユーザを選択するようにしても良い。当該入力情報はネットワーク２０を介してＳＮＳサーバ１０に送信される。
【００４７】
図５は、一のユーザが特定の他のユーザと一方的関係性を構築する旨の入力を行った際に送信される情報の概念図である。データの正当性担保のためのチェックデジット５１の他、入力された日時５２、入力したユーザのユーザＩＤデータ５３、選択されたユーザのユーザＩＤデータ５４が紐付けられて送信される。
【００４８】
入力情報処理部１１１は当該情報を処理し、関係性情報ＤＢ１２２に記録する。図６は関係性情報ＤＢの記録内容を示す概念図である。関係性情報は、（１）一のユーザが構築する一方的関係性に関する情報、（２）一のユーザが他のユーザを所定の属性を有するとして振り分けるグループに関する情報、の２つに大別される。ここでは前者につき説明する。一のユーザが構築した一方的関係性に関する情報は、図６上段に示されるとおり、各ユーザＩＤごとに格納される。格納される際、関連ユーザＩＤ、すなわち「つながられる」側のユーザにおける一方的関係性の構築状況が確認され、相互に一方的関係（つまり双方的関係）が構築されている場合、「相互」のフラグが成立する。
【００４９】
次に、グループの設定につき説明する。ユーザは、サービス内における他のユーザを、さまざまな共通項に基づいてグループ分けすることができる。一のユーザは、他のユーザのコンテンツを閲覧した結果、自己と共通する嗜好（例えば釣りや手芸といった趣味、特定のアーティストのファンであることといったような現実世界における共通項も含まれる）を有する他のユーザを選択して、グループ登録することができる。登録できるグループの種類は種々設定することができるが、例えば「属性１ 共通の趣味を持つユーザ」「属性２ 一方的関係性を構築されたくないユーザ」のように、プラス、マイナスいずれにおいてもグループを形成することができる。
【００５０】
ユーザ端末３０からグループ設定に関する情報が送信されると、入力情報処理部１１１において同様に処理され、関係性情報ＤＢ１２２に格納される。図６の下段はその格納された情報の概念図である。各ユーザ毎にグループＩＤ、対象ユーザＩＤ、グループの属性が記録される。
【００５１】
次に、コンテンツの投稿につき説明する。ＳＮＳサーバ１０に対して、ユーザは種々のコンテンツを投稿することができる。例えば図７には一のユーザのユーザ端末３０の表示手段（図示しない）において表示される画面の一例が示されているが、その上部（破線囲み部）に表示されているように、「カレンダー」「チェック」「日記」「フォト」など、さまざまなメディアのコンテンツを投稿することができる。なおこれらのコンテンツを投稿する際、閲覧許可するユーザの範囲を制限することができる。これにより、ユーザは自己の任意のコントロールのもと、自己に関する情報をシステム内にて開示することができる。
【００５２】
図８は、ユーザが投稿しコンテンツＤＢ１２３に記録されているコンテンツに関する情報の概念図である。ユーザは、投稿するコンテンツの種別及びその公開範囲を選択することができる。コンテンツの種別は、図７における各メニュータグから選択することができる。例えば日記であれば、入力欄（図示しない）に直接テキストデータを入力することができる。また画像や映像データであれば、自己のユーザ端末３０に予め保存されているものをアップロードすることができる。公開範囲は、（１）公開するユーザを個々に指定する、（２）公開するグループを個々に指定する、（３）一方的関係を構築したユーザ、（４）第三者を介して一方的関係が形成されているユーザ、（５）サービス内の全ユーザ、からいずれかを選択することができる。これらの公開範囲設定に応じて、他のユーザが当該ユーザのトップページにアクセスした場合に、当該他のユーザとの関係性に基づいてコンテンツごとに表示の有無が制御される。
【００５３】
なお、コンテンツを投稿したことに起因して、その旨のフィードが生成されるが、公開範囲を「（５）サービス内の全ユーザ」と設定していても、当該フィードは全ユーザには配信されず、所定の関係性を構築した他のユーザ、例えば、双方向に関係が構築されている他のユーザ、にのみフィードが配信されるよう構成することが適切である。そのように構成しないと、フルアクセスのコンテンツが投稿されるたびに全ユーザに対してフィードが配信され煩雑だからである。
【００５４】
ここで「第三者を介して一方的関係が形成されているユーザ」（以下及び図内において「友人の友人」と称することがある。）について、図９を示しつつ詳説する。図９は、Ａ、Ｂ、Ｃ３者の相互の一方的関係の構築状況に応じたＡ−Ｃ間の関係性認定に関する判定表である。なおＡ−Ｃ間にはいずれの方向においても直接には一方的関係が構築されていないものとする。
【００５５】
例えば番号１においては、Ａ−Ｂは相互に一方的関係を構築し、Ｂ−Ｃも同様である。このような場合、Ａ−Ｃ間の関係性としては、相互に信頼するＢを介して関係性を擬制することができる。そこでＡ−Ｃの間においても、「友人の友人」という関係性を認め、コンテンツの公開が行われる。
【００５６】
また、例えば番号４においては、ＢからＡに向かって矢印が記されている。これはＢがＡと一方的関係を構築していることを意味する。この場合、Ａを信頼しているＢの友人Ｃである為、ＡからＣに対しては「友人の友人」扱いだが、ＡはＢに対する信用がない為、ＣからＡに対しては何らの関係性も擬制されず、「他人」扱いとなる。
【００５７】
図１０は、一のユーザがコンテンツを投稿した際の各ノードないし処理部間の情報の授受を示すタイミングチャートである。ユーザがネットワーク２０を介してコンテンツ（例えば「日記」）を投稿すると（ステップＳ１００１）、当該コンテンツデータは入力情報処理部に送信される（ステップＳ１００２）。ＳＮＳコア１１の入力情報処理部１１１は当該コンテンツの処理を行う。具体的には、ユーザＩＤ、コンテンツの種別、コンテンツが表示されるＵＲＬ等を紐付ける処理を行う。コンテンツデータは公開範囲に関する情報とともに、コンテンツＤＢ１２３に送信される（ステップＳ１００４）。これと併せて、当該コンテンツが投稿された旨のフィードを生成すべく、フィード生成部１１２に当該情報が送られる（ステップＳ１００５）。これらの内部処理を終えると、ＳＮＳコア１１は再びネットワーク２０を介して、コンテンツ投稿のあったユーザ端末３０に対しコンテンツ投稿が完了した旨の情報を送信する（ステップＳ１００６）。コンテンツＤＢ１２３は受信したコンテンツデータの格納を行う（ステップＳ１００７）。フィード生成部は当該コンテンツの種別及び公開範囲が紐づいたフィード情報の生成を行う（ステップＳ１００８）。
【００５８】
次に、一のユーザがサービス内でアクティビティを行う場合につき説明する。
ユーザは、コンテンツの投稿以外に、サービス内で種々の活動を行うことができる。例えば他のユーザが投稿したコンテンツに対してコメントを付す、他のユーザと一方的関係を構築する、などである。図１１は、アクティビティＤＢ１２４に記録されているアクティビティ情報を示す概念図である。アクティビティの種類によっては所定のコンテンツと紐づいて管理され得る。すなわち、「コメントを付す」というアクティビティの場合、コメントを付したコンテンツと関係性をもってアクティビティは記録される。個々のコンテンツ及びアクティビティにはＩＤが付され、当該アクティビティを行ったユーザのＩＤ、及び当該アクティビティの公開範囲指定と関係づけられて格納される。ここで公開範囲のカテゴリは、基本的にはコンテンツ投稿の場面において述べたのと同様、（１）個々のユーザ指定、（２）個々のグループ指定、（３）当該ユーザが一方的関係を形成しているユーザ、（４）当該ユーザから第三者を介して一方的関係が形成されているユーザ、のいずれかである。なお、本件公開範囲設定は、当該アクティビティに起因したフィードの送信範囲を規定するものであるため、「（５）全ユーザ」のカテゴリは存在しない。なお、コンテンツと紐付けられないアクティビティ（例えばＳＮＳ上で所定のニュース記事をチェックした旨）も存在し得、その場合特定のコンテンツとは関係性をもたずに記録され得る。
【００５９】
図１２は、一のユーザが行ったアクティビティが記録されこれに基づくフィードが生成されるまでの、各ノードないし処理部間の情報の授受を示すタイミングチャートである。ユーザ端末３０からアクティビティ（例えば、他のユーザの日記へのコメント）が行われると（ステップＳ１２０１）、当該情報はネットワーク２０を介してＳＮＳコア１１の入力情報処理部１１１に送信される（ステップＳ１２０２）。入力情報処理部１１１は、受信したアクティビティ情報の処理を行う（ステップＳ１２０３）。アクティビティデータは、アクティビティＤＢ１２４に送られ（ステップＳ１２０４）、これと同時にフィード生成部１１２にも当該アクティビティを受信した旨の情報が送られる（ステップＳ１２０５）。アクティビティＤＢ１２４は受信したアクティビティ情報を、元となるコンテンツ毎に格納する（ステップＳ１２０６）。またフィード生成部１１２は、受信したアクティビティデータのユーザＩＤ及び公開範囲が紐付けられたフィードを生成し（ステップＳ１２０７）、生成フィードＤＢ１２５へ送る（ステップＳ１２０８）。生成フィードＤＢ１２５は当該生成されたフィードを格納する（ステップＳ１２０９）。
【００６０】
なお、他のユーザのコンテンツ等に対するリアクションとして、積極的にコメントを付すだけでなく、コメントに代えてコンテンツ等に対し好意的であることを示すフラグ設定を行う事ができる。他のユーザが投稿するコメント或いは好意的であることを示すフラグに基づいても、図１２に示すのと同様にフィードが生成される。
【００６１】
図１３は、生成フィードＤＢ１２５に記録されたフィードを示す概念図である。各フィード情報は個別のフィードＩＤが付され、その発生トリガのＩＤ（コンテンツＩＤ又はアクティビティＩＤ）、ユーザＩＤ、種別、及び公開範囲が関連付けられて記録されている。なお、通常これらのフィードは、一のユーザが他のユーザと一方的関係を構築した場合、当該他のユーザのフィードについて当該一のユーザが受信するよう構成されているが、一のユーザに対して当該他のユーザが一方的関係を構築していない場合でも、フィード生成の際に強制のフラグを付することにより、フィード配信を所望する任意の他のユーザに対してもフィードを配信することができる。もっとも、本来的には自らが望んでフィードを受信する旨登録したものだけがくるはずのところ、かかる行為を乱用しフィードを配信し続けることは、本サービス内における当該ユーザの評判を下げることにつながり、「フィードを受け取らない」グループに入れられてしまう可能性がある。
【００６２】
次に、一のユーザが自己のトップページの閲覧を要求したときの処理の流れについて説明する。
図１４は、一のユーザが自己のトップページ表示を要求した際の各ノードないし処理部間の情報の授受の動きを示すタイミングチャートである。
【００６３】
ユーザ端末３０においてトップページ要求が指示されると（ステップＳ１４０１）、当該要求情報はネットワーク２０を介してＳＮＳコア１１の入力情報処理部に送信される（ステップＳ１４０２）。入力情報処理部１１１では当該要求ユーザＩＤ等の正当性を確認するなどの初期処理を行い（ステップＳ１４０３）、トップページ情報生成部１１４に表示要求を行ったユーザＩＤとともに要求情報を送る（ステップＳ１４０４）。併せて、各ＤＢから必要なデータの読み出しを行う。すなわちトップページにおいて表示されるべき当該ユーザのユーザ属性情報のユーザ属性ＤＢ１２１からの読み出し要求（ステップＳ１４０５）、配信（表示）すべきフィードの抽出に必要な関係性情報の関係性情報ＤＢ１２２からの読み出し要求（ステップＳ１４０６）が行われる。またトップページ情報生成部１１４からは受信した表示すべきユーザＩＤと関連付けられたコンテンツデータのコンテンツＤＢ１２３からの読み出しを行う。読みだされた関連性情報はフィード配信判定部１１２に送られる。フィード配信判定部１１２生成フィードＤＢ１２５に記録されたフィードから、当該トップページ表示要求に対応して表示すべきフィードの抽出を行う。
【００６４】
図１５は、フィード抽出の流れを示すフロー図である。以下順に、図１３の概念図も交えつつ説明する。表示フィードの抽出処理は、蓄積されている各フィードについて逐次行われる。まず当該フィードに強制フラグが付されているか否かが判定される（ステップＳ１５０１）。強制フラグとは図１３に関する説明において既述の通り、一のユーザが自らが一方的関係性を構築した他のユーザに対してフィードを配信することを希望する場合に付するフラグをいう。強制フラグが付されたフィードである場合（ステップＳ１５０１：Ｙｅｓ）、次に、トップページ閲覧を要求しているユーザが、当該フィードのフィード主、つまりフィードが生成される行動（コンテンツの投稿、又はアクティビティの実行）を行ったユーザ、が一方的関係を構築しているユーザか否かを判別する（ステップＳ１５０２）。当該判別は、図６における関係性ＤＢ１２２の「ユーザＩＤ」の項目が当該フィードを生成させる行動を行ったユーザであり、「関連ユーザＩＤ」の項目が当該閲覧要求を行っているユーザであるか否かにより行われる。該当する場合（ステップＳ１５０２：Ｙｅｓ）、更に当該他のユーザにおいて当該一のユーザからの強制フラグのフィードの受信拒否が設定されていないかが判別される（ステップＳ１５０３）。この強制フラグの受信拒否設定は、当該他のユーザが受信拒否を設定することにより、例えば図６の「強制拒否」のフラグが設定され、当該一のユーザの関係性情報の該当情報に紐付けて保存されるよう構成することができる。
【００６５】
受信拒否が設定されていない場合（ステップＳ１５０３：Ｙｅｓ）、更に抽出対象にあたるかがチェックされる。該当しない場合（ステップＳ１５０２：Ｎｏ）、当該フィードは抽出対象にあたらないものとして処理が終了され、他のフィードの判別に移行する。
【００６６】
強制フラグが付されていない場合（ステップＳ１５０１：Ｎｏ）、フィード配信判定部１１２は、当該フィードが閲覧要求しているユーザが一方的関係性を構築しているユーザのフィードか否かを判別する（ステップＳ１５０４）。当該判別は、図６における関係性ＤＢ１２２の「ユーザＩＤ」の項目が当該閲覧要求を行っているユーザであり、「関連ユーザＩＤ」の項目が当該フィードを生成させる行動を行ったユーザであるか否かにより行われる。該当しない場合（ステップＳ１５０４：Ｎｏ）、当該フィードは抽出対象にあたらないものとして処理が終了され、他のフィードの判別に移行する。
【００６７】
強制フラグが付されておりかつ閲覧要求しているユーザが当該フィード主が一方的関係性を構築したユーザであり、強制フラグのフィード受信拒否が設定されていない場合（ステップＳ１５０３：Ｙｅｓ）、又は、強制フラグが付されておらず当該フィードが閲覧要求しているユーザが一方的関係性を構築したユーザのフィードである場合（ステップＳ１５０４：Ｙｅｓ）、次に当該フィードの公開範囲に当該閲覧要求しているユーザが含まれるかが判別される（ステップＳ１５０５）。この判別は、図１３に示すように、生成フィードＤＢに格納された当該フィードに関する情報の「公開範囲」のフラグにより行われる。
公開範囲に該当する場合（ステップＳ１５０５：Ｙｅｓ）、当該フィードは表示フィードとして抽出され（ステップＳ１５０６）、該当しない場合（ステップＳ１５０５：Ｎｏ）は抽出されないものとして処理が終了され、他のフィードの判別に移行する。
【００６８】
図１４に戻り、抽出された表示フィードに関する情報は、トップページ情報生成部１１４に送られ（ステップＳ１４１０）、トップページを構成する他の情報（例えば、閲覧要求しているユーザ自身の属性情報、及び閲覧要求しているユーザ自身のコンテンツ情報）とともにトップページ情報として生成され（ステップＳ１４１１）、表示制御部１４により端末に応じた適切な表示情報に構成され、ユーザ端末に送信される（ステップＳ１４１２）。その際抽出されたフィードは、例えば図７の二点鎖線で囲ったように、所定の序列制御を経てコンテンツ別や時系列に応じて表示される（ステップＳ１４１３）。
【００６９】
次に、一のユーザが他のユーザのコンテンツの表示要求を行った際に行われる、コンテンツ表示制御につき説明する。図１６は、一のユーザが他のユーザのコンテンツ表示要求を行った際のノードないし処理部間の情報の授受の流れを示すタイミングチャートである。一のユーザが他のユーザのコンテンツページの表示を要求すると（ステップＳ１６０１）、当該要求情報はネットワーク２０を介して入力情報処理部１１１に送信される（ステップＳ１６０２）。入力情報処理部１１１は受信した表示要求情報の正当性（要求するユーザＩＤの正当性等）の確認を行うなどの要求情報の処理を行う（ステップＳ１６０３）。その上で、当該要求情報はコンテンツページ情報生成部に送られる（ステップＳ１６０４）。一方、ユーザ属性ＤＢ１２１、関係性情報ＤＢ１２２から所定情報の読み出し要求が行われる（ステップＳ１６０５、ステップＳ１６０６）。またコンテンツＤＢから要求されたコンテンツデータの読み出し要求が行われる（ステップＳ１６０７）。これらの情報はコンテンツページ情報生成部１１５において処理され、表示コンテンツ情報が抽出生成される（ステップＳ１６０８）。
【００７０】
図１７は、表示コンテンツ情報が抽出生成される流れを表すフロー図である。コンテンツページ情報生成部１１５は、読み出しを行ったユーザ属性ＤＢ１２１及び関係性情報ＤＢ１２２からの情報に基づき、コンテンツページ表示要求を行っているユーザが、コンテンツ投稿ユーザから見て関係性（直接的な一方的関係性、又は第三者を介して構築される一方的関係性）を構築されているか否かを判別する（ステップＳ１７０１）。該当しない場合（ステップＳ１７０１：Ｎｏ）、次に当該コンテンツが全員公開のコンテンツか否かを判別する（ステップＳ１７０２）。該当しない場合、表示対象でないものとして処理が終了される。
【００７１】
一方、関係性が構築されている場合（ステップＳ１７０１：Ｙｅｓ）、公開範囲を満たすかが判別される（ステップＳ１７０３）。公開範囲を満たせば（ステップＳ１７０３：Ｙｅｓ）、表示コンテンツとして生成され（ステップＳ１７０４）、満たさない場合そのまま処理が終了する。
【００７２】
表示コンテンツ情報が生成されると、当該情報はネットワーク２０を介してユーザ端末３０に送信され（ステップＳ１６０９）、コンテンツ情報がユーザ端末３０の表示手段において表示される（ステップＳ１６１０）。
【産業上の利用可能性】
【００７３】
このように、本発明のＳＮＳサーバによれば、一方的関係性に基づいて関係性を構築しつつ、コンテンツの公開範囲及びフィードが配信される範囲を定義することができるため、ＳＮＳにおいて他のユーザと特定の関係性を構築することへの心理的抵抗が従来よりも小さくなることが期待できる。これにより、ユーザ間の関係性構築が促進され、サービス自体の使用頻度の向上が期待されるから、必然的にトラフィックも増し、広告出稿対象としての優位性が増す。
【００７４】
また、ＳＮＳにおいて一方的関係性に基づいて関係性を構築していくことをベースとすると、二者間のユーザ間の関係性のみでは親密度の濃淡が適切に表現されない。そこで、関係性を有するユーザが関係性を有する他のユーザまで、換言すれば第三者を介した他のユーザとの関係においてまでの関係性を把握しつつフィード配信或いはコンテンツ閲覧の可否の決定要因とすることにより、よりユーザが所望する自己の情報のコントロールが可能となる。或いは、関係性の構築有無を問わず、自己から見た他のユーザをグループ分けし、これと前述の一方的関係性とを重畳的にフィルタリングすることにより、一層きめ細やかなフィード配信及び自己のコンテンツ開示のコントロールが可能となる。
【００７５】
更には、個々のアクティビティ或いはコンテンツに応じて公開範囲を多段階に設定できるようにすることで、自己のコンテンツ開示のコントロールの精密化が図れる。
【００７６】
一方で、上述のような一方的関係性においては、一のユーザは所望する他のユーザのフィードを受信することを自らのコントロールで行うことができるが、その逆、つまり一のユーザから他のユーザへのフィード配信についてはサポートされていない。そこで、他のユーザのトップページに当該一のユーザのフィード配信を行うことを可能とすることができる。これにより、当該他のユーザからも当該一のユーザに対して一方的関係性を構築する契機が生まれ、ユーザ間の関係性構築が促進されることが期待できる。
【符号の説明】
【００７７】
１ ＳＮＳ環境
１０ ＳＮＳサーバ
１０ａ ＣＰＵ
１０ｂ ＲＡＭ
１０ｃ ＲＯＭ
１０ｄ 記憶手段
１０ｅ 入出力手段
１１ ＳＮＳコア
１１１ 入力情報処理部
１１２ フィード生成部
１１３ フィード配信判定部
１１４ トップページ情報生成部
１１５ コンテンツページ情報生成部
１２ ＤＢ群
１２１ ユーザ属性ＤＢ
１２２ 関係性情報ＤＢ
１２３ コンテンツＤＢ
１２４ アクティビティＤＢ
１２５ 生成フィードＤＢ
１３ ユーザインターフェース
１４ 表示制御部
２０ ネットワーク
３０ ユーザ端末（３１ ＰＣ、３２ 携帯電話、３３ タブレット端末）
【特許請求の範囲】
【請求項１】
※メインクレーム（サーバ）
ユーザの属性情報をユーザ毎に記録するユーザ情報記憶手段と、
一のユーザの、他のユーザとの関係性情報を記録する関係性情報記憶手段と、
ユーザからの指示に基づいて生成されたコンテンツを記録するコンテンツ記憶手段と、
ユーザのアクティビティを記録するアクティビティ記憶手段と、
前記コンテンツ記憶手段又は前記アクティビティ記憶手段へのデータエントリを契機にフィードを生成するフィード生成手段と、
前記生成されたフィードを記録するフィード記憶手段と、
前記一のユーザからの指示に基づいてトップページ情報を生成するトップページ情報生成手段と、
前記一のユーザからの指示に基づいて他のユーザのコンテンツに関するページ情報を生成するコンテンツページ情報生成手段と、
を少なくとも具備する、ネットワークを通じてＳＮＳ（Social Networking Service）を提供するＳＮＳサーバにおいて、
前記関係性情報は、一のユーザが他のユーザに対して形成する一方的関係性に関する情報を少なくとも含み、
前記トップページ情報生成手段は、前記フィード記憶手段に記録されたフィードのうち、前記他のユーザからの指示に基づいてアクティビティ毎及びコンテンツ毎に設定された公開範囲情報、及び前記関係性情報に基づいて抽出されるフィードを少なくとも含んだトップページ情報を生成し、
前記コンテンツページ情報生成手段は、前記他のユーザからの指示に基づいてコンテンツ毎に設定されたコンテンツ公開範囲情報に基づいてコンテンツページ情報を生成する
ことを特徴とするＳＮＳサーバ。
【請求項２】
※関係性情報の具体化
前記関係性情報は、
（ａ）一のユーザが他のユーザをグループのメンバーに定義している関係
（ｂ）一のユーザが他のユーザと相互に一方的関係を形成している関係
（ｃ）一のユーザが他のユーザに対してのみ一方的関係を形成している関係
（ｄ）一のユーザに対して他のユーザのみが一方的関係を形成している関係
（ｅ）一のユーザと他のユーザとの間に直接形成されている一方的関係はないが、第三のユーザを介して一方的関係が連続的に形成されている関係
（ｆ）直接／間接問わず一方的関係が形成されておらずグループメンバーにも定義されていない関係
の各カテゴリの一又は複数として記録されることを特徴とする、請求項１に記載のＳＮＳサーバ。
【請求項３】
※公開範囲の具体化
前記公開範囲情報は、
（ａ）個々のユーザ指定
（ｂ）個々のグループ指定
（ｃ）当該アクティビティ発信者又はコンテンツ所有者たるユーザが一方的関係を形成しているユーザ
（ｄ）当該アクティビティ発信者又はコンテンツ所有者たるユーザから第三者を介して一方的関係が形成されているユーザ
（ｅ）全ユーザ
の各カテゴリのいずれかとして記録されることを特徴とする、請求項１又は請求項２のいずれかに記載のＳＮＳサーバ。
【請求項４】
※Push型のフィード配信
前記一のユーザが他のユーザに対して一方的関係性を形成していることを条件として、前記関係性情報に基づく抽出にかかわらず、当該他のユーザからの指示に基づいて当該他のユーザのトップページ情報を生成する際、当該一のユーザが他のユーザに対して自己のアクティビティに基づいて生成され前記フィード記憶手段に記録されたフィードを含めてトップページ情報を生成するようフィード配信する、強制フィード配信手段を更に有することを特徴とする、請求項１ないし請求項３のいずれかに記載のＳＮＳサーバ。
【請求項５】
※Push型のフィード配信拒否手段
当該他のユーザのトップページ情報を生成する際に、前記強制フィード配信手段により配信されるべきフィードを表示しない、強制フィード受信拒否手段を更に有することを特徴とする、請求項４に記載のＳＮＳサーバ。
【請求項１】
※メインクレーム（サーバ）
ユーザの属性情報をユーザ毎に記録するユーザ情報記憶手段と、
一のユーザの、他のユーザとの関係性情報を記録する関係性情報記憶手段と、
ユーザからの指示に基づいて生成されたコンテンツを記録するコンテンツ記憶手段と、
ユーザのアクティビティを記録するアクティビティ記憶手段と、
前記コンテンツ記憶手段又は前記アクティビティ記憶手段へのデータエントリを契機にフィードを生成するフィード生成手段と、
前記生成されたフィードを記録するフィード記憶手段と、
前記一のユーザからの指示に基づいてトップページ情報を生成するトップページ情報生成手段と、
前記一のユーザからの指示に基づいて他のユーザのコンテンツに関するページ情報を生成するコンテンツページ情報生成手段と、
を少なくとも具備する、ネットワークを通じてＳＮＳ（Social Networking Service）を提供するＳＮＳサーバにおいて、
前記関係性情報は、一のユーザが他のユーザに対して形成する一方的関係性に関する情報を少なくとも含み、
前記トップページ情報生成手段は、前記フィード記憶手段に記録されたフィードのうち、前記他のユーザからの指示に基づいてアクティビティ毎及びコンテンツ毎に設定された公開範囲情報、及び前記関係性情報に基づいて抽出されるフィードを少なくとも含んだトップページ情報を生成し、
前記コンテンツページ情報生成手段は、前記他のユーザからの指示に基づいてコンテンツ毎に設定されたコンテンツ公開範囲情報に基づいてコンテンツページ情報を生成する
ことを特徴とするＳＮＳサーバ。
【請求項２】
※関係性情報の具体化
前記関係性情報は、
（ａ）一のユーザが他のユーザをグループのメンバーに定義している関係
（ｂ）一のユーザが他のユーザと相互に一方的関係を形成している関係
（ｃ）一のユーザが他のユーザに対してのみ一方的関係を形成している関係
（ｄ）一のユーザに対して他のユーザのみが一方的関係を形成している関係
（ｅ）一のユーザと他のユーザとの間に直接形成されている一方的関係はないが、第三のユーザを介して一方的関係が連続的に形成されている関係
（ｆ）直接／間接問わず一方的関係が形成されておらずグループメンバーにも定義されていない関係
の各カテゴリの一又は複数として記録されることを特徴とする、請求項１に記載のＳＮＳサーバ。
【請求項３】
※公開範囲の具体化
前記公開範囲情報は、
（ａ）個々のユーザ指定
（ｂ）個々のグループ指定
（ｃ）当該アクティビティ発信者又はコンテンツ所有者たるユーザが一方的関係を形成しているユーザ
（ｄ）当該アクティビティ発信者又はコンテンツ所有者たるユーザから第三者を介して一方的関係が形成されているユーザ
（ｅ）全ユーザ
の各カテゴリのいずれかとして記録されることを特徴とする、請求項１又は請求項２のいずれかに記載のＳＮＳサーバ。
【請求項４】
※Push型のフィード配信
前記一のユーザが他のユーザに対して一方的関係性を形成していることを条件として、前記関係性情報に基づく抽出にかかわらず、当該他のユーザからの指示に基づいて当該他のユーザのトップページ情報を生成する際、当該一のユーザが他のユーザに対して自己のアクティビティに基づいて生成され前記フィード記憶手段に記録されたフィードを含めてトップページ情報を生成するようフィード配信する、強制フィード配信手段を更に有することを特徴とする、請求項１ないし請求項３のいずれかに記載のＳＮＳサーバ。
【請求項５】
※Push型のフィード配信拒否手段
当該他のユーザのトップページ情報を生成する際に、前記強制フィード配信手段により配信されるべきフィードを表示しない、強制フィード受信拒否手段を更に有することを特徴とする、請求項４に記載のＳＮＳサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１３−１５９８０（Ｐ２０１３−１５９８０Ａ）
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願番号】特願２０１１−１４７７６６（Ｐ２０１１−１４７７６６）
【出願日】平成２３年７月１日（２０１１．７．１）
【出願人】（５０００３３１１７）株式会社ミクシィ (13)
【Ｆターム（参考）】
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願日】平成２３年７月１日（２０１１．７．１）
【出願人】（５０００３３１１７）株式会社ミクシィ (13)
【Ｆターム（参考）】
[ Back to top ]