"SNSにおけるフィード及び\又は特定の関係性を有するユーザのユーザ情報の表示序列を動的に制御する表示序列制御システムであって、各ユーザの行動をその行動種別ごとに記録する行動記録手段と、第一階層の行動群の行動指数に基づき、一のユーザと他のユーザとの親密度判定を行う第一の親密度判定手段と、第二階層の行動群の行動指数に基づき、一のユーザと他のユーザとの親密度判定を行う第二の親密度判定手段と、前記第一の親密度及び前記第二の親密度の双方に基づいて表示序列を決定する序列決定手段とを有し、前記第一階層の行動群にはSNS内における、a他のユーザが生成したコンテンツに対するコメントの付与b他のユーザが生成したコンテンツに対する評価フラグの設定のいずれか、又は双方が含まれ、前記第二階層の行動群にはSNS内における、c他のユーザが生成したコンテンツ及び\又は他のユーザのトップページへの一のユーザのアクセス、d一のユーザが生成したコンテンツ及び\又は一のユーザのトップページへの他のユーザのアクセスのいずれか、又は双方が含まれることを特徴とする、表示序列制御システム。前記第一の親密度は、前記第一階層の行動群に含まれる行動が発生したことをトリガとして動的に判定されることを特徴とする、請求項1に記載の表示序列制御システム。前記第二の親密度は、所定の期間に集積された前記行動記録手段に記録された前記第二階層の行動群の行動指数に基づいて定期的に判定されることを特徴とする、請求項1又は請求項2のいずれかに記載の表示序列制御システム。前記第一階層の行動群の行動指数が、前記一のユーザから特定の他のユーザに対して行った第一階層の行動群の回数を前記一のユーザから全ての他のユーザに対して行った第一階層の行動群の回数を除した値であることを特徴とする、請求項1から請求項3のいずれかに記載の表示序列制御システム。前記第二階層の行動群の行動指数の一が、前記一のユーザから特定の他のユーザに対して行った第二階層の行動群の回数を前記一のユーザから全ての他のユーザに対して行った第二階層の行動群の回数を除した値であることを特徴とする、請求項1から請求項4のいずれかに記載の表示序列制御システム。前記第二階層の行動群の行動指数の一が、特定の他のユーザが前記一のユーザに対して行った第二階層の行動群の回数を全ての他のユーザが前記一のユーザに対して行った第二階層の行動群の回数で除した値であることを特徴とする、請求項1から請求項4のいずれかに記載の表示序列制御システム。前記第二階層の行動群の行動指数の一が、前記一のユーザによる前記特定のユーザが生成したコンテンツのアクセスカバー率であることを特徴とする、請求項1から請求項4のいずれかに記載の表示序列制御システム。前記第二階層の行動群の行動指数の一が、特定の他のユーザによる前記一のユーザが生成したコンテンツのアクセスカバー率であることを特徴とする、請求項1から請求項4のいずれかに記載の表示序列制御システム。前記第二階層の行動群の行動指数の一が、前記一のユーザによる特定の他のユーザのコンテンツのアクセスカバー率と特定の他のユーザによる前記一のユーザのコンテンツのアクセスカバー率との調和平均値であることを特徴とする、請求項1から請求項4のいずれかに記載の表示序列制御システム。SNSにおけるフィード及び\又は特定の関係性を有するユーザのユーザ情報の表示序列を動的に制御する表示序列制御方法であって、各ユーザの行動をその行動種別ごとに記録するステップと、第一階層の行動群の行動指数に基づき、一のユーザと他のユーザとの親密度判定を行うステップと、第二階層の行動群の行動指数に基づき、一のユーザと他のユーザとの親密度判定を行うステップと、前記第一の親密度及び前記第二の親密度の双方に基づいて表示序列を決定するステップとを有し、前記第一階層の行動群にはSNS内における、a他のユーザが生成したコンテンツに対するコメントの付与b他のユーザが生成したコンテンツに対する評価フラグの設定のいずれか、又は双方が含まれ、前記第二階層の行動群にはSNS内における、c他のユーザが生成したコンテンツ及び\又は他のユーザのトップページへの一のユーザのアクセス、d一のユーザが生成したコンテンツ及び\又は一のユーザのトップページへの他のユーザのアクセスのいずれか、又は双方が含まれることを特徴とする、表示序列制御方法。前記第一の親密度は、前記第一階層の行動群に含まれる行動が発生したことをトリガとして動的に判定されることを特徴とする、請求項10に記載の表示序列制御方法。前記第二の親密度は、所定の期間に集積された前記行動記録手段に記録された前記第二階層の行動群の行動指数に基づいて定期的に判定されることを特徴とする、請求項10又は請求項11のいずれかに記載の表示序列制御方法。前記第一階層の行動群の行動指数が、前記一のユーザから特定の他のユーザに対して行った第一階層の行動群の回数を前記一のユーザから全ての他のユーザに対して行った第一階層の行動群の回数を除した値であることを特徴とする、請求項10から請求項12のいずれかに記載の表示序列制御方法。前記第二階層の行動群の行動指数の一が、前記一のユーザから特定の他のユーザに対して行った第二階層の行動群の回数を前記一のユーザから全ての他のユーザに対して行った第二階層の行動群の回数を除した値であることを特徴とする、請求項10から請求項13のいずれかに記載の表示序列制御方法。前記第二階層の行動群の行動指数の一が、特定の他のユーザが前記一のユーザに対して行った第二階層の行動群の回数を全ての他のユーザが前記一のユーザに対して行った第二階層の行動群の回数で除した値であることを特徴とする、請求項10から請求項13のいずれかに記載の表示序列制御方法。前記第二階層の行動群の行動指数の一が、前記一のユーザによる前記特定のユーザが生成したコンテンツのアクセスカバー率であることを特徴とする、請求項10から請求項13のいずれかに記載の表示序列制御方法。前記第二階層の行動群の行動指数の一が、特定の他のユーザによる前記一のユーザが生成したコンテンツのアクセスカバー率であることを特徴とする、請求項10から請求項13のいずれかに記載の表示序列制御方法。前記第二階層の行動群の行動指数の一が、前記一のユーザによる特定の他のユーザのコンテンツのアクセスカバー率と特定の他のユーザによる前記一のユーザのコンテンツのアクセスカバー率との調和平均値であることを特徴とする、請求項10から請求項13のいずれかに記載の表示序列制御方法。そこで本発明は、SNSにおける個々の会員間の濃淡さまざまな親密度を、新鮮さが損なわれることなく、かつシステム運営に過度な負荷を生じさせることなく、フィードや会員一覧の表示序列制御に反映させることが可能な表示序列を実現することを課題とする。上記課題を解決すべく、本発明は以下の表示序列制御システムないし表示序列制御方法を提供する。1本発明に係る表示序列制御システムは、SNSにおけるフィード及び\又は特定の関係性を有するユーザのユーザ情報の表示序列を動的に制御する表示序列制御システムであって、各ユーザの行動をその行動種別ごとに記録する行動記録手段と、第一階層の行動群の行動指数に基づき、一のユーザと他のユーザとの親密度判定を行う第一の親密度判定手段と、第二階層の行動群の行動指数に基づき、一のユーザと他のユーザとの親密度判定を行う第二の親密度判定手段と、前記第一の親密度及び前記第二の親密度の双方に基づいて表示序列を決定する序列決定手段とを有し、前記第一階層の行動群にはSNS内における、a他のユーザが生成したコンテンツに対するコメントの付与、b他のユーザが生成したコンテンツに対する評価フラグの設定、のいずれか、又は双方が含まれ、前記第二階層の行動群にはSNS内における、c他のユーザが生成したコンテンツ及び\又は他のユーザのトップページへの一のユーザのアクセス、d一のユーザが生成したコンテンツ及び\又は一のユーザのトップページへの他のユーザのアクセスのいずれか、又は双方が含まれることを特徴とする請求項1。なお、第一の親密度は、前記第一階層の行動群に含まれる行動が発生したことをトリガとして動的に判定されることを特徴とすることができる請求項2。また、前記第二の親密度は、所定の期間に集積された前記行動記録手段に記録された前記第二階層の行動群の行動指数に基づいて定期的に判定されることを特徴とすることができる請求項3。また、第一階層の行動群の行動指数としては、前記一のユーザから特定の他のユーザに対して行った第一階層の行動群の回数を前記一のユーザから全ての他のユーザに対して行った第一階層の行動群の回数を除した値を採用することができる請求項4。一方、第二階層の行動群の行動指数としては、前記一のユーザから特定の他のユーザに対して行った第二階層の行動群の回数を前記一のユーザから全ての他のユーザに対して行った第二階層の行動群の回数を除した値請求項5、特定の他のユーザが前記一のユーザに対して行った第二階層の行動群の回数を全ての他のユーザが前記一のユーザに対して行った第二階層の行動群の回数で除した値請求項6、前記一のユーザによる前記特定のユーザが生成したコンテンツのアクセスカバー率請求項7、特定の他のユーザによる前記一のユーザが生成したコンテンツのアクセスカバー率請求項8、前記一のユーザによる特定の他のユーザのコンテンツのアクセスカバー率と特定の他のユーザによる前記一のユーザのコンテンツのアクセスカバー率との調和平均値請求項9のいずれか一つ、或いは複数を選択的に採用することができる。2本発明に係る表示序列制御方法は、SNSにおけるフィード及び\又は特定の関係性を有するユーザのユーザ情報の表示序列を動的に制御する表示序列制御方法であって、各ユーザの行動をその行動種別ごとに記録するステップと、第一階層の行動群の行動指数に基づき、一のユーザと他のユーザとの親密度判定を行うステップと、第二階層の行動群の行動指数に基づき、一のユーザと他のユーザとの親密度判定を行うステップと、前記第一の親密度及び前記第二の親密度の双方に基づいて表示序列を決定するステップとを有し、前記第一階層の行動群にはSNS内における、a他のユーザが生成したコンテンツに対するコメントの付与、b他のユーザが生成したコンテンツに対する評価フラグの設定のいずれか、又は双方が含まれ、前記第二階層の行動群にはSNS内における、c他のユーザが生成したコンテンツ及び\又は他のユーザのトップページへの一のユーザのアクセス、d一のユーザが生成したコンテンツ及び\又は一のユーザのトップページへの他のユーザのアクセスのいずれか、又は双方が含まれることを特徴とする請求項10。なお、第一の親密度は、前記第一階層の行動群に含まれる行動が発生したことをトリガとして動的に判定されることを特徴とすることができる請求項11。また、前記第二の親密度は、所定の期間に集積された前記行動記録手段に記録された前記第二階層の行動群の行動指数に基づいて定期的に判定されることを特徴とすることができる請求項12。また、第一階層の行動群の行動指数としては、前記一のユーザから特定の他のユーザに対して行った第一階層の行動群の回数を前記一のユーザから全ての他のユーザに対して行った第一階層の行動群の回数を除した値を採用することができる請求項13。一方、第二階層の行動群の行動指数としては、前記一のユーザから特定の他のユーザに対して行った第二階層の行動群の回数を前記一のユーザから全ての他のユーザに対して行った第二階層の行動群の回数を除した値請求項14、特定の他のユーザが前記一のユーザに対して行った第二階層の行動群の回数を全ての他のユーザが前記一のユーザに対して行った第二階層の行動群の回数で除した値請求項15、前記一のユーザによる前記特定のユーザが生成したコンテンツのアクセスカバー率請求項16、特定の他のユーザによる前記一のユーザが生成したコンテンツのアクセスカバー率請求項17、前記一のユーザによる特定の他のユーザのコンテンツのアクセスカバー率と特定の他のユーザによる前記一のユーザのコンテンツのアクセスカバー率との調和平均値請求項18のいずれか一つ、或いは複数を選択的に採用することができる。本発明の表示序列制御システムによれば、ユーザ間の関係性をフィードやユーザ一覧の表示序列に適切に反映させることができる。具体的には、SNSにおける行動とりわけ他者への関与には、その行動種別によって軽重がある。具体的には、例えば図14に示すように、一のユーザが他のユーザの生成したコンテンツに対して何らかのコメントを付与することは、当該一のユーザにとってはコメントを作成する時間と労力とを伴うものであり、当該他のユーザに対し一のユーザが感じている親密度を高く反映しているといえる。一のユーザが他のユーザの生成したコンテンツに対して評価フラグを設定することは、コメントの付与に比べれば手間のかからない行動であるが、設定したこと自体が記録として残ることから、単にコンテンツを閲覧することに比べ発生頻度は低く、その分親密度を反映しているといえる。一方、コンテンツの閲覧、或いは他のユーザからのコンテンツの閲覧は、前記各行動と比べて極めて高い頻度で、かつ場合によって気まぐれに発生するものであることから、直接的に親密度を反映しているとはいえないが、頻繁に閲覧が生じていれば一定程度の親密度を表しているといえる。このように、各行動の軽重に応じて表示序列の決定に反映する構成を異なるものとすることにより、ユーザにとって利用のしやすいフィード表示ないしユーザ一覧の表示が実現される。また、単なる閲覧の発生頻度はコメントないし評価フラグの設定の発生頻度と比べて文字通り桁違いに多く、一のページが閲覧されるごとに親密度を動的に再計算することはSNSのシステム自体に与える負荷が過大となり、システム運営に支障をきたす。そこで発生頻度が相対的に低い第一階層の行動群については動的つまりリアルタイムに反映させる一方、発生頻度が相対的に高い第二階層の行動群については定期的つまり一定期間の行動履歴を蓄積し演算処理を行うバッチ処理にて反映させることにより、ユーザにとって違和感のない表示序列をSNSのシステム自体に過度な負荷を課することなく実現することができる。更に、任意の二のユーザ間の親密度を判定するにあたっては、着目する指数、或いは両者間の行動ベクトルのバランスにより、より適切な判定を行うことができる場合がある。例えば、一のユーザのトップページに表示されるフィードの表示序列を決定するにあたっては、普段から当該一のユーザがどの他のユーザに頻繁にアクセスしているか、という指標に基づいて序列を決定することが整合的であり、この場合一のユーザから見た、当該一のユーザと特定の関係性を有するユーザの中での相対的な親密度を行動指数の算定根拠とすることに合理性があるかもしれない。一方、カレンダーコンテンツで将来の予定を共有する他のユーザを選択する画面においては、双方向的な親密度の指標がより整合的であることも考えられる。このように目的に応じた親密度判定を行うことにより、更にきめ細やかな表示序列を実現することができる。なお本発明において、1SNSとは、一般的定義とされる人と人とのつながりを促進サポートする、コミュニティ型の会員制のサービスないし当該サービスが提供されているWeb上の環境を意味するが、これに限られず、特定の運営主体がサービスとして提供しているものでなくとも良く、例えばコメントやトラックバックなどのコミュニケーション機能を有しているブログも含まれうる。2フィードとは、SNSのユーザが行ったコンテンツ生成に基づいて生じる通知情報であり、ユーザは、他のユーザがコンテンツ生成を行った旨をフィードにより知り得る。或いは生成されたコンテンツ自体がフィードとして表示されうる。3特定の関係性を有するユーザとは、SNSにおいて一のユーザから見た、一のユーザが他のユーザへの\からの申入\承認により生じる関係を有するユーザをいう。一般的にはいずれか一のユーザが特定の関係性を有したいと考える他のユーザに対してその旨を申入、これに対して当該他のユーザが承認する、という合意に基づいて関係性が構築されるのが一般的なSNSの形態であるが、これに限られず、例えば一のユーザが一方的に特定の関係性を持つことを相手方に承諾しても良い。4コンテンツに対する評価フラグの設定とは、生成されたコンテンツを閲覧したユーザが当該コンテンツに対して好印象ないし好感情をもった旨を示すフラグの設定を意味する。既存のサービス、例えば非特許文献1にみられるサービスにおけるイイネボタンのクリックがこれにあたる。またコンテンツには、テキスト写真その他の静止画動画音声などその形式は問わない。5動的に判定とは、リアルタイムないし事実上リアルタイムに判定することを意味し、具体的には該当する行動以下アクションということがある。につきSNSのシステムに記録されると、そのことをトリガとして当該アクションを行ったユーザの親密度を再度判定する。6定期的に判定とは、所定期間にわたって蓄積された行動をバッチ処理を経たうえで判定することを意味し、具体的には該当する行動以下アクティビティということがある。を所定期間例えば1ヶ月にわたり各行動ごとに蓄積し、蓄積されたアクティビティデータに基づいて行動指数を各ユーザ毎に算出し、親密度判定を行い序列を決定する。なお定期的とは規定の時間間隔ごとにといった厳密な意味にのみ解釈されるべきではなく、ある程度の幅を持った期間ごとにまとめて、という意味である。以下、本発明の具体的な実施態様につき、図面を参照しつつ説明する。図1は、本発明の表示序列制御システムを含んだSNSシステム及び端末装置を含むSNS環境の例を示す図である。SNSシステム10と各ユーザ端末30とは、インターネットなどのネットワーク20を介して互いに接続可能となっている。ここで各ユーザ端末30は、例えばPC31であると携帯電話32であるとタブレット端末33であると特に種別は問わず、SNSシステム10にログイン可能な機能インターネットに接続する機能及びWebブラウザを有していれば良い。SNSシステム10は、CPUCentralProcessingUnit10a、RAMRandomAccessMemory10b、ROMReadOnlyMemory10c、HDDなどの記憶手段10d、ディスプレイ、キーボード等の入出力手段10e、その他種々のハードウェアによって構成される。ROM10bまたは記憶手段10dには、図2に示すフィード生成部111、ユーザ一覧生成部112、短期親密度判定部113、長期親密度判定部114、表示序列生成部115、表示制御部14、ユーザインタフェース13などの機能を実現するためのプログラム及びデータが格納されている。また記憶手段10dには、図2に示すDB群12記載の各DBユーザ属性DB121、メッセージ属性DB122、コンテンツDB123、アクションDB124、アクティビティDB125、親密度DB126のデータが格納されている。これらのプログラム及びデータは必要に応じてRAM10bにロードされ、CPU10aによってプログラムが実行され、演算処理が行われる。SNSシステム10として、ワークステーション又はいわゆるサーバ機などが用いられる。図2の各構成が複数台の装置に分散されるようにSNSシステム10を構成しても良い。図2は、上記のSNSシステム10を機能の側面から記した機能構成図である。SNSコア11は、ユーザのコンテンツ投稿やアクション=他のユーザのコンテンツに対するコメントや評価フラグの設定、アクティビティ=他のユーザのコンテンツに対する閲覧などを適宜処理しDB群12にデータを蓄積するとともに、ユーザからの表示要求を受けて表示制御部14及びユーザインターフェース13を介してこれらの行動結果を各ユーザの閲覧画面に反映表示させる。以下、SNSシステム10において各ユーザが行い得る行動の例につき説明しつつ、各機能部及びDBの説明を行う。一のユーザが初めてSNSシステム10を利用する際は、ユーザ属性情報としてユーザ名ハンドルネーム、各種属性情報を入力する。また既に登録している自己の情報を編集することもできる。これらの情報はユーザ属性DB121に累積的に蓄積される。図3はユーザ属性DB121に記録されている情報の概念図である。個々のユーザには主キーとしてユーザIDが付与されており、これにユーザ名、居住地等の属性情報、関係ユーザID及びその登録日時が記録されている。なお以下本事例では関係ユーザとは特定の関係性につき相互に承認したユーザであって、友人サービスにより友達、マイミクなどと称される場合もある。と称されるものを指すこととする。また、本SNSシステム10で提供されるサービスは、主にユーザ相互間の情報のやり取りに関する情報の提供であるところ、例えば自己が投稿した日記に対する何らかのリアクションがあった場合、その旨が自己のトップページにメッセージとして表示される。メッセージDB122にはそうしたメッセージがその表示トリガとともに記録されている。図4はメッセージDB122に記録されている情報の概念図である。各メッセージごとに配信トリガが定められており、当該トリガが生じた場合、表示制御部14により当該メッセージが対応するユーザの画面に表示される。SNSシステム10において、ユーザは種々のコンテンツを投稿することができる。例えば図11にはSNSシステムにおいて表示される画面の一例が示されているが、その上部に表示されているように、カレンダーチェック日記フォトなど、さまざまなメディアのコンテンツをシステム内に投稿することができる。これらのコンテンツは閲覧許可するユーザの範囲を制限することができ、ユーザは自己の任意のコントロールのもと、自己に関する情報をシステム内にて開示することができる。図5は、ユーザが投稿しコンテンツDB123に記録されているコンテンツに関する情報の概念図である。ユーザはまた、単に投稿するだけでなく、他のユーザが投稿した、自己にとって閲覧制限の無いコンテンツを閲覧することができる。ユーザはシステム内を検索することにより任意のコンテンツを閲覧することもできるが、特定の関係性を有する他のユーザが投稿を行った場合、その旨の表示、或いは投稿それ自体が自己のトップページに通知される。これをフィードという。あるユーザがコンテンツの投稿を行うと、当該コンテンツはそのコンテンツの種別に従ってコンテンツDB123に格納される。それとともに、当該コンテンツの投稿者と友人関係にある他のユーザに対するフィードがフィード生成部111にて生成される。フィード生成部111は、ユーザ属性121及び格納されたコンテンツにおける閲覧制限を参照しつつ配信すべき他のユーザが存在する場合、フィードを生成する。このフィードは表示序列生成部115及び表示制御部14の制御を介して当該他のユーザのトップページに表示されることとなるが、その詳細は後述する。他のユーザのコンテンツに対し、ユーザはコメントを付することができる他、当該コンテンツを評価する旨のフラグイイネを設定することができる。これらは専らユーザの能動的な意思に基づく行動と把握することができる。これらの行動はアクションDB124において、コンテンツ毎に紐付けられて格納される。図6は、アクションDB124に記録される情報の概念図である。各投稿されたコンテンツには、図5にもあるように個別にコンテンツIDが付され管理されている。コンテンツとアクションユーザ及びその内容とが紐付けて記録される。ユーザは、閲覧したコンテンツ全てに対して何らかのリアクションをするとは限らず、閲覧するだけにとどまるケースもある。そうした行動も、少なくとも当該ユーザないし当該コンテンツに対する興味を持ったという点において指標として活用されうる。アクティビティDB125では、そうした閲覧履歴いわゆる足あとにつき逐一記録している。図7はアクティビティDB125において記録される情報の概念図である。コンテンツユーザID、コンテンツID個々の投稿コンテンツに限らず、他のユーザのプロフィールページのIDも含まれる、アクティビティをおこしたユーザのユーザID及びその日時が紐付けて記録される。また、図8はこれらのユーザの各行動から導き出され、本実施例において表示序列制御に用いられる親密度を格納した親密度DB126に記録された情報の概念図である。この内容については、後述の具体例とともに詳述する。以下、具体的な複数のユーザの行動履歴を示しつつ、これらに基づいた表示序列制御の流れについて表1、表2を参照しつつ図8ないし図10を用いて説明する。ここでは、A,B,C,D,E,Fの6名のユーザが、相互に友人でありかつ他の友人はないという前提のもと説明する。表1は、A~Fの各ユーザが相互に行ったアクションの頻度、及びここから算出される短期親密度を表したものである。例えばAは合計で50回のアクションコメントないしイイネを行っており、このうち30回はBの投稿したコンテンツに対するもの、10回はCの投稿したコンテンツに対するもの、といった状況を表したものである。ここでユーザ甲のユーザ乙との短期親密度SAを算出する式を以下の通り定義する。数1SA=乙に対するアクション回数/甲の総アクション回数数1により算出される各人の短期親密度を表したものが、表1下段である。但し、ユーザによるアクションは絶えず行われるところ、短期親密度の判定は当該ユーザの新たなアクションが発生する都度行われ、親密度DB126に保存される。図9は、短期親密度判定がフィードの表示序列に反映される流れを示した図である。一のユーザが他のユーザに対してアクションを起こすと、その旨がアクションDB124に記録されるとともに、即時に短期親密度判定部113における短期親密度の判定が行われる。具体的には、親密度DB126に記録されている当該ユーザの他の各ユーザに対するアクション数を読込み、新たに行ったアクションを追加し短期親密度を再計算する。またこれに伴い長期親密度LongAffinity:LA:その判定については後述するを加味した現在親密度CurrentAffinity:CAを再計算する。ここでは現在親密度CAを算出する式が以下であるとする。数2CA=SA×LAここで当該一のユーザからトップページの表示要求があると、フィード生成部111はユーザ属性DB121、メッセージDB122及びコンテンツDB123の記録を参照しつつ生成すべきフィードを生成する。そしてこれらのフィードの表示序列につき、表示序列生成部115は親密度DB126に記録された現在親密度CAを参照しつつ表示序列を生成する。表示制御部14は生成された表示序列に基づいてフィードをユーザのトップページに表示する。このように、短期親密度はアクションが発生する都度再計算される。そのためその時点時点での当該ユーザが積極的に興味を有している他のユーザについて短期親密度が向上しやすい。こうした指標がフィードの表示序列にリアルタイムに反映されることにより、興味のあるユーザのコンテンツがより上位に表示されることとなり、ユーザは興味ある他のユーザの情報を見逃さないようになる。とりわけこうした表示序列制御は、投稿頻度の高いコンテンツ、例えばボイスつぶやきにおいて有効である。関心は低いがたくさん投稿する友人のボイスはあまり上位に表示されず、たとえ投稿数が相対的に少なくとも当該ユーザにとって関心の高い友人のボイスが上位に表示されることとなり、閲覧のしやすさが向上する。なお本事例では、アクション数として把握しアクションにつきそれが発生してから経過した日数に基づく重みづけの考慮は行っていない。しかしより新鮮な親密度計算を行う観点からは、所定日数経過したアクションについては所定の係数を掛けることで重みづけを変えたり、或いは計算対象外とする構成とすることもできる。表2上段は、A~Fの各ユーザが相互に行ったアクティビティの頻度、及びここから算出される長期親密度の一部を表したものである。例えばAは合計で500回のアクティビティ閲覧を行っており、このうち300回はBのトップページないしBの投稿したコンテンツに対するものである。一方Aのトップページないしコンテンツは全部で470回閲覧されているが、そのうち100回はBによるものであり、20回はCによるものである。これらの数値に基づいて、中段ないし下段の各指標が算出される。図10は、長期親密度判定がユーザ一覧の表示序列に反映される流れを示した図である。一のユーザと他のユーザとの相互のアクティビティはアクティビティDB125に記録される。アクティビティすなわち閲覧はアクションと比べて著しく高い頻度で発生することから、短期親密度判定のようにリアルタイムでの再計算処理を行うことはSNSシステム10自体に過剰な負荷を生じさせる。そのためかかる構成に代え、所定期間の累積値をバッチ処理により反映させる。長期親密度判定部114は、処理されたアクティビティに関する数値を長期親密度LAに反映させる。ここで、長期親密度LAとして、例えば以下の指標の一又は複数を採用可能である。1AccessRatioAR:一のユーザが他の特定ユーザを閲覧した数/一のユーザの総閲覧数2AccessedRatioAedR:一のユーザが他の特定ユーザに閲覧された数/一のユーザの総被閲覧数3CoverRatioforContentsCRC:他の特定ユーザが投稿したコンテンツのうち一のユーザが閲覧したコンテンツの割合4CoverRatioforContentsbyFriendsCRCF:一のユーザが投稿したコンテンツのうち他の特定のユーザが閲覧したコンテンツの割合5InteractiveAccessRatio:上記1と2の調和平均いずれの指標を算出に用いるかは、算出された現在親密度をいかなる表示序列制御に反映させるかと関連付けて選択することが適切である。例えばフィードの表示に関しては、当該一のユーザ自身の興味の度合がより強く反映される指標による表示序列制御を行うことが整合的である。図11は一のユーザ=Aさんのトップページのスクリーンショットである。本実施例にかかるSNSシステム10においては、既に述べたように、特定の関係性を有する他のユーザがコンテンツを投稿するとその旨のフィードが生成されてトップページ、例えばフィード表示欄faに表示される。CurrentAffinityαはこうした場面に適用される親密度として適切であり、以下の式により定義される。数3CAαCurrentAffinityα=SA×AR×CRC一方、ユーザ一覧が表示される場面の典型例としては、カレンダーコンテンツの新たな作成において他の友人を誘う場面が考えられる。図12はカレンダーコンテンツにおいて新たな予定を作成する画面のスクリーンショットである。ここで友人を誘うボタンをクリックすると、図13に示すように予定に誘う友人を選択のウインドウにおいて友人一覧flがポップアップで表示される。ここで友人が少数であり一画面内に収まるのであれば特段問題は生じない。しかし、長年サービスを利用していると自ずと友人の数も増加するが、頻繁にやりとりのある友人とそうでない友人とが生じてくる。そうした場合に、一方的に関心を有している相手というよりは、相互に関心を有している関係の友人が優先的に表示される方が、表示の目的に照らしてより整合的である。CurrentAffinityβはこうした場面に適用される親密度として適切であり、以下の式により定義される。数4CAβCurrentAffinityβ=SA×AedR×CRCF或いは、双方向的な関心度合いのより直接的な指標として、ARとAedRとの調和平均=IARを長期親密度の指数として採用することもできる。なお上記の実施例においては、コメントの付与及び評価フラグイイネの設定の双方をアクション=第一階層の行動群としていたが、これに限らずコメントの付与のみ、或いは評価フラグの設定のみをアクションとして算出根拠としても良い。かかる構成により、リアルタイム処理により生じるシステムの負荷を軽減できる可能性がある。またアクティビティの把握に関しても双方向とせず、一のユーザから他のユーザに対する一方向についてのみを対象としても良い。かかる構成とした場合、バッチ処理の演算負荷が軽くなり、反映までのタイムラグを短縮することができる可能性がある。"