JP2009245000A - 表示方法及び表示プログラム - Google Patents

Abstract

【課題】ＳＮＳシステムが、利用者同士のコミュニティを効率よく広げていくこと。
【解決手段】ＳＮＳシステムでは、ＳＮＳサーバ装置１００が、利用者のログイン状況を利用者情報記憶部１０４に記憶し、友達判断処理部１０１が、利用者情報記憶部１０４に記憶されたプロフィール情報ＴＢＬ１０４ａ、友達ＴＢＬ１０４ｂを基にして、各利用者が友達を募集しているか判定し、判定結果に応じて利用者が友達を募集している旨を表示する。
【選択図】 図１

Description

この発明は、ＳＮＳ（Social Networking Service）を提供するサーバ装置と、当該ＳＮＳの利用者の端末装置とを有するシステムの表示方法等に関し、特に、他の利用者の記事に対するアクセスを容易にすることができる表示方法及び表示プログラムに関するものである。

近年、身近な人と人とのつながりを促進・サポートする、コミュニティ型のＷｅｂサイトとしてＳＮＳ（Social Networking Service）が普及しており、利用者が拡大している。このＳＮＳは、会員制を取ることが一般的であり、利用者の登録したハンドルネームやプロフィール、または掲載した日記やそれに対するコメントなどにより、利用者のパーソナリティを把握することが出来る。

また、ＳＮＳでは、利用者が他の利用者の記事や日記などが掲載されたページを訪問した場合に、訪問履歴（あしあと）が記録されるという特有の機能を有しているため、利用者は、かかる訪問履歴あるいは他人に記入されたコメントを参照することによって、共通の趣味や興味を持つ他の利用者を見つけることが出来、利用者同士のコミュニティを広げていくことが出来る。

なお、特許文献１では、ネットワークを介して配信される広告の注目度を高めるべく、各ユーザの興味対象から、商品、あるいは商品カテゴリーに対応する各ユーザのインフルエンサー指標を求め、インフルエンサー指標の高いユーザに広告を配信し、広告に対するコメントをブログで公開させるという技術が公開されている。

特開２００７−２０６８７６号公報

しかしながら、上述した従来のＳＮＳでは、他の利用者の記事、日記、コメント等を閲覧しただけで訪問履歴が残るため、訪問履歴が残ることに不安を感じる利用者は、気軽に相手の日記などを参照することが出来ず、その結果、利用者同士のコミュニティを効率よく広げていくことが出来ないという問題があった。

例えば、ＳＮＳの初心者であれば、自分が知らない人の記事や日記などを参照した際に、自分の訪問履歴が残ることに不安を感じ、気軽に他人の記事や日記などを参照できてない。

また、ＳＮＳの初心者に限らず、ベテランの利用者であっても、他の利用者が友好的な人物か否かを把握することが難しいため、自分の知らない利用者の記事にコメントを書くことにためらいがあり、積極的に意見交換が出来ず、コミュニティを広げられてないのが現状である。

この発明は、上述した従来技術による問題点を解消するためになされたものであり、利用者同士のコミュニティを効率よく広げていくことが出来る表示方法及び表示プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、この表示方法は、ＳＮＳ（Social Networking Service）を提供するサーバ装置と、当該ＳＮＳの利用者の端末装置とを有するシステムの表示方法であって、前記サーバ装置は、前記ＳＮＳに所属する利用者のログイン状況を記憶装置に記憶するステップと、第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者のログイン状況に基づいて、当該第２の利用者が友達を募集しているか否かを判定するステップと、前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示するステップと、を含んだことを要件とする。

この表示方法によれば、利用者のログイン状況に基づいて、利用者が友達を募集しているか否かを判定し、友達を募集している場合には、友達を募集している旨の情報を表示するので、利用者は、他の利用者が友達を募集しているか容易に判断することができ、安心してサイトの記事や日記を参照することができる。結果として、共通の趣味や興味等を持つ他の利用者を容易に見つけることができ、利用者同士のコミュニティを効率よく広げていくことができる。

以下に添付図面を参照して、この発明に係る表示方法及び表示プログラムの好適な実施の形態を詳細に説明する。

まず、本実施例１のＳＮＳシステムの特徴について説明する。本実施例１に係るＳＮＳシステムは、サーバ装置１００にＳＮＳシステムの利用者端末１０６がアクセスしてきた際に、利用者のログイン状況より、他の利用者が友達を募集しているか判断できるマークの表示を行う。

このように、友達マークの表示を行うので、利用者は、他の利用者が友達を募集しているか容易に判断することができ、安心してサイトの記事や日記を参照することができる。結果として、共通の趣味や興味等を持つ他の利用者を容易に見つけることができ、利用者同士のコミュニティを効率よく広げていくことができる。

続いて、本実施例１にかかるＳＮＳシステムの構成について説明する。図１は、実施例１に係るＳＮＳシステムの構成図である。同図に示すようにこのＳＮＳシステムは、サービスを提供するＳＮＳサーバ装置１００と、ＳＮＳシステムを利用する端末装置１０６とを有する。また、ＳＮＳサーバ装置１００および端末装置１０６は、インターネット１を介して接続されている。

ＳＮＳサーバ装置１００は、端末装置１０６に対して、友達マークの表示を行う装置である。図１に示すように、ＳＮＳサーバ装置１００は、友達判断処理部１０１と、ログイン情報管理部１０２と、制御部１０３と、利用者情報記憶部１０４と、ブラウザ表示処理部１０５とを有する。

利用者情報記憶部１０４は、利用者が友達を募集しているか否かを判断するために必要となる各種データを記憶する手段（記憶部）である。利用者情報記憶部１０４は、プロフィール情報ＴＢＬ１０４ａ、友達ＴＢＬ１０４ｂ、日記ＴＢＬ１０４ｃ、コミュニティＴＢＬ１０４ｄを有する。

プロフィール情報ＴＢＬ１０４ａは、利用者のプロフィールに関する情報を記憶するテーブルである。図２は、プロフィール情報ＴＢＬ１０４ａのデータ構造の一例を示す図である。図２に示すように、プロフィール情報ＴＢＬ１０４ａは、ＳＮＳシステム内でのハンドルネーム等を示す「ニックネーム」、コミュニティに入会した「加入日」、「友達フラグ」、「最終ログイン日時」、「前回ログイン日時」、「平均ログイン間隔」を記憶する手段である。

「友達フラグ」は友達判断処理部１０１が設定する値で、ＳＮＳシステムで判断される利用者が、友達を募集している場合はＯＮを記憶し、友達を募集していない場合はＯＦＦを記憶する手段である。

「最終ログイン日時」は、利用者がＳＮＳサーバ装置１００に最後にログインした日時を記憶し、「前回ログイン日時」は利用者がＳＮＳサーバ装置１００に最終ログイン日時の直前のログインした日時（最終ログイン日時の前日）を記憶する手段である。

「平均ログイン間隔」は、利用者がＳＮＳサーバ装置１００にログインした平均間隔を示し、最終ログイン日時、前回ログイン日時、利用者における過去のログイン平均値を基にして算出される値である。

友達ＴＢＬ１０４ｂは、利用者の友達申請に関する情報を記憶するテーブルである。図３は、友達ＴＢＬＴＢＬ１０４ｂのデータ構造の一例を示す図である。図３に示すように、この友達ＴＢＬ１０４ｂは、友達になりたい利用者を示す「申請者」、その申請者を友達として受け入れる他の利用者を示す「申請先」、友達になりたい旨の要求に対する承認状況を示す「承認」、申請者が申請先に友達になりたい旨の依頼をおこなった日付を示す「依頼日」を記憶する。

「承認」は、友達ＴＢＬ１０４ｂの「申請先」に記憶している利用者が、自分以外の別の利用者である「申請者」を友達として受け入れる場合は「ＯＫ」となり、友達として受け入れない場合は「ＮＧ」となる。

また、「承認」の項目に、「ＯＫ」、「ＮＧ」のいずれも記憶されていない「空白」の場合は、自分以外の別の利用者である「申請者」を友達として受け入れるかについての判定を、まだ行っていないことを示す。

日記ＴＢＬ１０４ｃは、利用者がＳＮＳシステム内で開設、記載した日記に関する情報を記憶するテーブルである。図４は、日記ＴＢＬ１０４ｃのデータ構造の一例を示す図である。図４に示すように、日記ＴＢＬ１０４ｃは、ＳＮＳシステム内でのハンドルネーム等を示す「ニックネーム」、ＳＮＳシステム内で利用者が開設した「日記名」、その開設した日記の題名を示す「最近の日記の題目」を記憶する。

コミュニティＴＢＬ１０４ｄは、利用者が登録しているコミュニティに関する情報を記憶するテーブルである。図５は、コミュニティＴＢＬ１０４ｄのデータ構造の一例を示す図である。図５に示すように、コミュニティＴＢ１０４ｄは、利用者のＳＮＳシステム内でのハンドルネーム等を示す「ニックネーム」、利用者が登録しているＳＮＳシステム内のコミュニティ名を示す「参加コミュニティＩＤ」を記憶する。

ここで、友達判断処理部１０１が行う友達フラグの設定について説明する。友達判断処理部１０１は、利用者情報記憶部１０４に記憶された判定対象となる利用者のログイン状況に基づいて、判定対象となる利用者が友達を募集しているか否かを判定し、友達を募集していると判定した場合は、友達フラグをＯＮに設定し、友達を募集していないと判定した場合は、友達フラグをＯＦＦに設定する。

友達判断処理部１０１の判定方法は、判定対象となる利用者のプロフィール情報ＴＢＬ１０４ａ、友達ＴＢＬ１０４ｂから得られる情報を基にして、最近のログイン状況、友達申請の状況、申請を拒否した人物がどのような人であったか（例えば、初めての申請者、利用者全員に申請している要注意人物）に基づいて判定を行う。

まず、友達判断処理部１０１は、判定対象の利用者が、ＳＮＳサーバ装置１００に最近ログインしているかを判定する。最近、ログインしていない利用者は、利用者から友達になりたい旨の申請を受け付けても、友達にする可能性は低いため、友達ＴＢＬ１０４ｂに記憶している友達フラグをＯＦＦにする。

最近ログインしているかの判定は、友達判断処理部１０１が、プロフィール情報ＴＢＬ１０４ａから友達フラグがＯＮである利用者のニックネーム（例えば、図２に示すニックネームが「ツジ」）を取得し、平均ログイン間隔と最終ログイン日時のレコードを抽出する。

次に、友達判断処理部１０１は、最終ログイン日時に対して平均ログイン間隔に任意の数を乗算した値を加算した日時が現在日時に達しているかを参照し、現在日時に達していれば（例えば（平均ログイン間隔×３（任意の数）＋最終ログイン日時≧現在日時））、該当する利用者は最近ログインしていないとして、友達フラグをＯＦＦに更新する。

一方、現在日時に達していない場合（例えば（平均ログイン間隔×３（任意の数）＋最終ログイン日時＜現在日時））、友達判断処理部１０１は、最近ログインしていると判断する。

しかしながら、判定対象の利用者は、最近ログインしているにも関らず、承認依頼を放置している可能性がある。したがって、友達判断処理部１０１は、承認依頼を放置しているか否かを続いて判定する。

承認依頼を放置している利用者は、利用者が友達になりたい旨の承認を、最近ログインしているにも関わらず、放置していることから、友達にする可能性は低いため、友達判断処理部１０１は、該当する友達フラグをＯＦＦにする。

ここで、利用者が承認依頼を放置しているかを判断するために、友達判断処理部１０１は、プロフィール情報ＴＢＬ１０４ａから最近ログインしているかを判定した利用者（図２に示す、ニックネームが「ツジ」）レコードのニックネームと同じニックネームが申請先に記憶され、承認情報が「空白」で、友達依頼日が一番古い日時のレコード（例えば、図３に示す、申請者：フジ／申請先：ツジ／依頼日：２００８．２．２５）を友達ＴＢＬ１０４ｂから抽出する。

そして、友達判断処理部１０１は、抽出した一番古い依頼日に対して「１」を加算した日時（前の日を判定対象から除くために「１」を加算）が、現在日時に達しているか参照し、現在日時に達していなければ（例えば（一番古い依頼日＋１≦現在日時））、友達申請の依頼から所定の期間が経過していることになり、友達申請を放置しているとして、該当するプロフィール情報ＴＢＬ１０４ａの友達フラグをＯＦＦに設定する。

一方、現在日時に達していれば（例えば（一番古い依頼日＋１>現在日時））、友達申請を要求した日から所定の期間が経過しておらず、判定対象の利用者は、友達申請を放置していないことになる。

次に、友達判断処理部１０１は、利用者が、最近ログインしていて、友達申請依頼を放置してはいないが、友達申請依頼を無視していないかを判断する。利用者が、承認依頼を無視している場合は、他の利用者が友達になりたい旨を承認する可能性は低いため、該当する友達フラグをＯＦＦに設定する。

利用者が承認依頼を無視しているかの判定は、まず、友達判断処理部１０１が、友達申請を放置しているかを判定したレコード（図３に示す、申請者：フジ／申請先：ツジ／依頼日：２００８．２．２５）の申請先（ツジ）と同じニックネーム名のレコードをプロフィール情報ＴＢＬ１０４aから取得する。

次に、取得したレコードから、友達判断処理部１０１は、前回ログイン日時を取得し、取得した日時が、友達申請を放置しているか判断したレコードに記憶している一番古い友達申請の依頼日（２００８．２．２５が該当）に達しているかを友達ＴＢＬ１０４ｂで参照し、前回ログイン日時に達していなければ（例えば（一番古い依頼日<前回ログイン日時））、友達申請を無視しているとして、友達フラグをＯＦＦに更新する。

一方、前回ログイン日時に達している場合（例えば（一番古い依頼日>前回ログイン日時））、友達判断処理部１０１は、判定対象の利用者が、友達申請を無視していないと判定する。

次に、友達判断処理部１０１は、これまで判定してきた利用者がどのような人の友達申請を拒否したか判断する（ツジが友達申請を拒否した人はどんな人であるかを判定する）。友達判断処理部１０１は、利用者（ツジ）が申請を拒否した人が、初めての申請者であれば、判定する利用者（ツジ）は友達を募集していないと判定され、友達フラグをＯＦＦにする。

初めての申請者を拒否したかを判定する方法は、友達判断処理部１０１が、友達ＴＢＬ１０４ｂから、友達を募集しているか判断したレコードに記憶されている「申請先」が同じで（申請先に「ツジ」が記憶されているレコード）、承認が「ＮＧ」である特定期間の全レコード（例えば、図３に示す、申請者／花子、申請先／ツジ、依頼日／２００８年３月１日及び申請者／花男、申請先／ツジ、依頼日／２００８年３月１０日のレコード）を抽出する。

次に、友達判断処理部１０１は、抽出したレコードの申請者（花男、花子）が同じで、「申請先」が判断してきた利用者（ツジ）以外のニックネーム（例えば 図３に示す申請先が「太郎」）が記憶されているレコードで、承認項目にＯＫ、ＮＧが記載されている全レコードを友達ＴＢＬ１０４ｂから抽出し、そのレコードに記憶している申請者（花男、花子）と同じ申請者に該当するレコードが友達ＴＢＬ１０４ｂにあるかを参照する。

一方、対象レコード（例えば、図３に示す、申請先が「太郎」で、申請者が（花子もしくは花男）のレコード）が友達ＴＢＬ１０４ｂに存在していた場合は、友達判断処理部１０１は、このレコードの申請者（花子、花男）が要注意人物であるかを判定する。

利用者が、ＳＮＳシステム内の全利用者に友達申請しているような要注意人物を拒否した場合は、友達を募集していないことにはならず、判定対象の利用者（ツジ）の友達フラグはＯＮのままである。

要注意人物であるかの判定は、友達判断処理部１０１は、レコードに記憶されている申請者（花子、花男）の拒否されている割合がＳＮＳシステム全体の平均拒否率に達しているかを判断し、システム全体の平均拒否率に達していなければ（例えば、システム全体の平均拒否率≧（申請者のＮＧ件数／申請者のＯＫ件数＋Ｎ件数））、いわゆる普通の申請者を拒否したとして、判定対象の利用者（ツジ）の友達フラグはＯＦＦにする。

一方、システム全体の拒否率に達していれば、いわゆる要注意人物（花子、花男は要注意人物であった）を拒否したとして、友達判断処理部１０１は、判定対象の利用者（ツジ）の友達フラグはＯＮのままにしておく。

友達判断処理部１０１は、上述した判定処理を該当する全利用者についての処理が終わるまで繰り返して行う。

ここで、システム全体の平均拒否率について説明する。システム全体の平均拒否率は、ＳＮＳサーバ装置１００が、利用者が端末装置１０６にログインする前に、ＳＮＳシステム全体における友達申請の拒否率として、あらかじめ算出している。

具体的には、ＳＮＳサーバ装置１００は、プロフィール情報ＴＢＬ１０４ａから承認情報が「ＯＫ」及び「ＮＧ」で記録されている全レコードを抽出し、その抽出した全ＯＫ件数とＮＧ件数の合計に対して占めるＮＧ件数の割合（ＮＧの件数／（ＯＫ件数＋ＮＧ件数）×１００）を友達申請時におけるシステム全体の平均拒否率として記憶している。

ログイン情報管理部１０２は、プロフィール情報ＴＢＬ１０４ａに記憶している平均ログイン間隔の値を最終ログイン日時、前回ログイン日時、入会から前回ログイン日時までの判定対象の利用者におけるログイン平均値といった３種類から算出し、平均ログイン間隔の設定を行う。

具体的には、ログイン情報管理部１０２は、該当する利用者の最終ログイン日時と前回ログイン日時の値をプロフィール情報ＴＢＬ１０４ａから取得し、最終ログイン日時から前回ログイン日時を減算した値と、係る利用者のログイン平均値との平均を取ることで算出している（例：平均ログイン間隔＝（（最終ログイン日時−前回ログイン日時）＋平均）／２）。

次に、ログイン情報管理部１０２は、求められた値を、平均ログイン間隔の値として、プロフィール情報ＴＢＬ１０４ａの平均ログイン間隔項目へ更新し、プロフィール情報ＴＢＬ１０４ａにおける全利用者の処理が完了するまで行う。

制御部１０３は、友達判断処理部１０１、ログイン情報管理部１０２と利用者情報記憶部１０４との間で行う、データの入出力を制御する手段である。

ブラウザ表示処理部１０５は、ＳＮＳサーバ装置１００が端末装置１０６のブラウザに対して、ＳＮＳシステムの利用者が友達を募集しているかを判定できるマーク情報の送信処理を行う手段である。また、ブラウザ表示処理部１０５は、アクセス対象となる利用者の記事を日記ＴＢＬ１０４ｃ、コミュニティＴＢＬ１０４ｄから抽出し、抽出した情報をアクセス元となる端末装置１０６に出力する。

ブラウザ表示処理部１０５は、該当する利用者のプロフィール情報ＴＢＬ１０４ａの友達フラグを参照し、友達フラグがＯＮであれば、友達マークの表示情報を端末装置１０６に送信し、端末装置１０６が友達マークの表示情報を受信し、友達マークがブラウザに表示される。

一方、友達フラグがＯＮでない場合は、ブラウザ表示処理部１０５は、友達マークの表示情報を端末装置１０６に送信せずに表示処理が終了する。

図６は、ＳＮＳサーバ装置１００が端末装置１０６のブラウザに表示する友達マークの一例を示す図である。図６に示すように、ニックネームの横に友達を募集していることが簡単に判断できるマークが、表示されている。

次に、友達判断処理部１０１の処理について説明する。図７は、友達判断処理部１０１の処理手順を示すフローチャートである。

まず、友達判断処理部１０１が、友達ＴＢＬ１０４ｂの承認項目で「ＯＫ」及び「ＮＧ」が記憶されている全レコードを抽出し（ステップＳ１０１）、その抽出した全ＯＫ件数とＮＧ件数の合計に対して占めるＮＧ件数の割合を友達申請時におけるシステム全体の平均拒否率（以下この記憶された値をシステム全体の平均拒否率とする）としてＳＮＳサーバ装置１００に記憶する（ステップＳ１０２）。

次に、友達判断処理部１０１は、プロフィール情報ＴＢＬ１０４ａから友達フラグがＯＮである利用者のニックネームを取得し（ステップＳ１０３）、利用者の平均ログイン間隔と最終ログイン日時についてもプロフィール情報ＴＢＬ１０４ａから抽出する（ステップＳ１０４）。

そして、友達判断処理部１０１は、抽出した平均ログイン間隔に任意の数を乗算した値を当該最終ログイン日時に加えた日時が現在日時に達しているかを参照し、現在日時に達していれば（ステップＳ１０５、Ｙｅｓ）、該当する利用者は最近ログインしていないとして、プロフィール情報ＴＢＬ１０４ａの友達フラグをＯＦＦに設定する（ステップＳ１１６）。

そうでない場合（ステップＳ１０５、Ｎｏ）は、友達判断処理部１０１は、友達ＴＢＬ１０４ｂの申請先が、ステップＳ１０３で取得した利用者のニックネームと同じニックネームが記憶され、承認が「空白」で、友達依頼日が一番古い日時のレコードを抽出する（ステップＳ１０６）。

そして、友達判断処理部１０１は、一番古い依頼日に「１」を加えた日時が、現在日時に達しているか参照し、現在日時に達していなければ（ステップＳ１０７、Ｙｅｓ）、友達申請を放置しているとして、プロフィール情報ＴＢＬ１０４ａの友達フラグをＯＦＦに設定する（ステップＳ１１６）。

一方、現在日時に達していれば（ステップＳ１０７、Ｎｏ）、友達判断処理部１０１は、判定対象の利用者の前回ログイン日時をプロフィール情報ＴＢＬ１０４ａから取得し（ステップＳ１０８）、取得した日時が、一番古い依頼日に達しているかを参照し、前回ログイン日時に達していなければ（ステップＳ１０９、Ｙｅｓ）、友達申請を無視しているとして、ステップＳ１０３で得た利用者の友達フラグをＯＦＦに更設定する（ステップＳ１１６）。

一方、現在ログイン日時に達していれば（ステップＳ１０９、Ｎｏ）、友達判断処理部１０１は、前回バッチ処理された以降の期間のレコードであって、ステップＳ１０３で得た利用者が友達ＴＢＬ１０４ｂの申請先で、承認がＮＧであるレコードを友達ＴＢＬ１０４ｂから全て抽出する（ステップＳ１１０）。

そして、友達判断処理部１０１は、抽出した全レコードで、「申請者」項目が同じ利用者で、「申請先」項目がステップＳ１０３で得た利用者以外のニックネームが記憶されているレコードの中で、承認項目がＯＫ、ＮＧの値であるレコードを友達ＴＢＬ１０４ｂから抽出し（ステップＳ１１１）、記憶している申請者と同じ申請者に該当するレコードがあるかを参照する（ステップＳ１１２）。

対象レコードが存在しない場合（ステップＳ１１２、Ｎｏ）、友達判断処理部１０１は、初めての利用者の申請を拒否したとして、ステップＳ１０３で得た利用者の友達フラグをＯＦＦに設定する（ステップＳ１１６）。

一方、対象レコードが存在している場合（ステップＳ１１２、Ｙｅｓ）、友達判断処理部１０１は、対象レコードに記憶されている申請者の拒否率がシステム全体の平均拒否率に達しているかを判断し、システム全体の平均拒否率に達していなければ（ステップＳ１１３、Ｙｅｓ）、いわゆる普通の申請者を拒否したとして、友達フラグはＯＦＦに設定する（ステップＳ１１６）。

また、システム全体の平均拒否率に達してれば（ステップＳ１１３、Ｎｏ）、いわゆる要注意人物を拒否したとして、友達判断処理部１０１は、プロフィール情報ＴＢＬ１０４ａにおける友達フラグをＯＮのままにしておく。

続いて、友達判断処理部１０１は、ステップＳ１１０で抽出した該当する利用者についての処理が終わっているかを判断し（ステップＳ１１４）、終了していなければ（ステップＳ１１４、Ｎｏ）、ステップＳ１１１に移行し、抽出した利用者が終了するまで行う。

一方、終了していた場合（ステップＳ１１４、Ｙｅｓ）、友達判断処理部１０１は、プロフィール情報ＴＢＬ１０４ａの全利用者について処理したかを判断し、全利用者について処理されていない場合は（ステップＳ１１５、Ｎｏ）、ステップＳ１０３に移行し、ステップＳ１１４まで繰り返し処理を実行し、処理されている場合は（ステップＳ１１５、Ｙｅｓ）終了する。

次に、ログイン情報管理部１０２が行う処理について説明する。図８は、ログイン情報管理部の処理手順を示すフローチャートである。ログイン情報管理部１０２は、プロフィール情報ＴＢＬ１０４ａにおける平均ログイン間隔の値を算出し、その更新を任意の間隔で実施する。

まず、ログイン情報管理部１０２が、該当する利用者の最終ログイン日時と前回ログイン日時の値をプロフィール情報ＴＢＬ１０４ａから取得し（ステップＳ２０１）、最終ログイン日時から前回ログイン日時を減算した値と、更新する利用者の入会から前回ログインまでのログイン平均値との平均を取ることで算出する（ステップＳ２０２）。

次に、ログイン情報管理部１０２は、求められた平均値を、プロフィール情報ＴＢＬ１０４ａの平均ログイン間隔項目へ、新しく更新し、（ステップＳ２０３）、プロフィール情報ＴＢＬ１０４ａにおける全利用者の処理が完了したかを参照し、完了していれば（ステップＳ２０４、Ｙｅｓ）、処理が終了する。

一方、全利用者について処理が終了していなければ（ステップＳ２０４、Ｎｏ）、ログイン情報管理部１０２は、ステップＳ２０２に処理を移行し、プロフィール情報ＴＢＬ１０４ａの全利用者の処理が終了するまで、ループにて処理を行う。

次に、ＳＮＳシステムが、友達のマークを表示させる手順について説明する。図９は、ブラウザ表示処理部１０５が、友達マークを表示させる処理手順を示すフローチャートである。

まず、端末装置１０６が、ＳＮＳサーバ装置１００に対してログインし（ステップＳ３００）、ＳＮＳサーバ装置１００は、ブラウザ表示処理部１０５が端末装置１０６のブラウザに表示する他の利用者をプロフィール情報ＴＢＬ１０４ａ、友達ＴＢＬ１０４ｂ、日記ＴＢＬ１０４ｃ、コミュニティＴＢＬ１０４ｄから抽出する（ステップＳ３０１）。

そして、ブラウザ表示処理部１０５が、表示処理する利用者のプロフィール情報ＴＢＬ１０４ａの友達フラグを参照し（ステップＳ３０２）、フラグがＯＮ（ステップＳ３０３、Ｙｅｓ）であれば、友達マークの表示情報を端末装置１０６に送信する（ステップＳ３０４）。

次に、端末装置１０６が、友達マークの表示情報をＳＮＳサーバ装置１００から受信し（ステップＳ３０５）、友達マークをブラウザに対して表示する（ステップＳ３０６）。

一方、友達フラグがＯＮでない場合（ステップＳ３０３、Ｎｏ）は、ブラウザ表示処理部１０５は、友達マークの表示情報を端末装置１０６に送信せず、ブラウザ表示処理部１０５の動作は終了する。

上述してきたように、本実施例１にかかるＳＮＳシステムでは、ＳＮＳサーバ装置１００が、利用者のログイン状況を利用者情報記憶部１０４に記憶し、友達判断処理部１０１が、利用者情報記憶部１０４に記憶されたプロフィール情報ＴＢＬ１０４ａ、友達ＴＢＬ１０４ｂを基にして、各利用者が友達を募集しているか判定し、判定結果に応じて利用者が友達を募集している旨を表示するので、利用者は、他の利用者が友達を募集しているか容易に判断することができ、安心してサイトの記事や日記を参照することができる。結果として、共通の趣味や興味等を持つ他の利用者を容易に見つけることができ、利用者同士のコミュニティを効率よく広げていくことができる。

次に、本実施例２に係るＳＮＳシステムについて説明する。本実施例２に係るＳＮＳシステムは、ＳＮＳサーバ装置２００にＳＮＳシステムの利用者の端末装置２０６がアクセスしてきた際に、利用者のログイン状況より、利用者が初心者であるかを判断できるマークの表示を行う。

このように、初心者マークを表示するので、利用者は、自分が初心者である旨の情報を他の利用者に通知することができるので、安心してサイトの記事や日記を参照することができる。結果として、共通の趣味や興味等を持つ他の利用者を容易に見つけることができ、利用者同士のコミュニティを効率よく広げていくことができる。

図１０は、実施例２に係るＳＮＳシステムの構成図である。ＳＮＳシステムは、サービスを提供するＳＮＳサーバ装置２００と、ＳＮＳシステムを利用する端末装置２０６とを有する。また、ＳＮＳサーバ装置２００および端末装置２０６は、インターネット１を介して接続されている。

ＳＮＳサーバ装置２００は、端末装置２０６に対して、初心者マークの表示を行う装置である。図１０に示すように、ＳＮＳサーバ装置２００は、初心者判断処理部２０１と、ログイン情報管理部２０２と、制御部２０３と、利用者情報記憶部２０４と、ブラウザ表示処理部２０５とを有する。

利用者情報記憶部２０４は、他の利用者が初心者であるかを判断するために必要となる各種データを記憶する手段である。利用者情報記憶部の内部には、プロフィール情報ＴＢＬ２０４ａ、コミュニティＴＢＬ２０４ｂ、アクセス情報ＴＢＬ２０４ｃ、訪問履歴（あしあと）ＴＢＬ２０４ｄ、日記ＴＢＬ２０４ｅ、を有する。

プロフィール情報ＴＢＬ２０４ａは、利用者のプロフィールに関する情報を記憶するテーブルである。図１１は、プロフィール情報ＴＢＬ２０４ａのデータ構造の一例を示す図である。図１１に示すように、プロフィール情報ＴＢＬ２０４ａは、ＳＮＳシステム内でのハンドルネーム等を示す「ニックネーム」、コミュニティに入会した「加入日」、「初心者フラグ」を記憶する手段である。

このうち「初心者フラグ」は、初心者判断処理部２０１が更新する値で、ＳＮＳシステムで初心者判断される利用者が、初心者である場合はＯＮを記憶し、初心者でない場合はＯＦＦを記憶する。初心者フラグの初期設定値は、ＯＮである。

コミュニティＴＢＬ２０４ｂは、利用者が登録しているコミュニティに関する情報を記憶するテーブルである。図１２は、コミュニティＴＢＬ２０４ｂのデータ構造の一例を示す図である。図１２に示すように、コミュニティＴＢＬ２０４ｂは、利用者のＳＮＳシステム内でのハンドルネームを示す「ニックネーム」、利用者が参加しているＳＮＳシステム内のコミュニティ名を示す「参加コミュニティＩＤ」等を記憶する手段である。

アクセス情報ＴＢＬ２０４ｃは、ＳＮＳシステム内の利用者が他の利用者の記事や日記に訪問し、実際に記事や日記にアクセスした回数を記憶するテーブルである。図１３は、アクセス情報ＴＢＬ２０４ｃのデータ構造の一例を示す図である。図１３に示すように、アクセス情報ＴＢＬは、利用者のＳＮＳシステム内での「ニックネーム」、利用者の記事や日記にアクセスした他の利用者を示す「踏んだ人」、利用者の記事や日記にアクセスされた「日付」、「時間」を記憶する手段である。

訪問履歴（あしあと）ＴＢＬ２０４ｄはＳＮＳシステム内の利用者が他の利用者の記事や日記にアクセスするために訪問した訪問回数（実際に記事にアクセスした回数は含まない）を記憶するテーブルである。図１４は、訪問履歴（あしあと）ＴＢＬ２０４ｄのデータ構造の一例を示す図である。図１４に示すように、訪問履歴（あしあと）ＴＢＬ２０４ｄは、利用者のＳＮＳシステム内での「ニックネーム」、利用者の記事や日記に訪問した他の利用者を示す「踏んだ人」、利用者の記事や日記に訪問された「日付」、「時間」を記憶する手段である。

日記ＴＢＬ２０４ｅは、利用者がＳＮＳシステム内で開設、記載した日記に関する情報を記憶するテーブルである。図１５は、日記ＴＢＬ２０４ｅのデータ構造の一例を示す図である。図１５に示すように、日記ＴＢＬ２０４ｅは、ＳＮＳシステム内でのハンドルネーム等を示す「ニックネーム」、ＳＮＳシステム内で利用者が開設した「日記名」、開設した日記の題名を示す「最近の日記の題目」を記憶する手段である。

ここで、初心者判断処理部２０１が行う初心者フラグの設定について説明する。初心者判断処理部２０１は、利用者情報記憶部２０４に記憶された判断対象となる利用者のログイン状況に基づいて、判定対象となる利用者が初心者か否かを判定し、初心者であると判定した場合は、初心者フラグをＯＮに設定し、初心者でないと判定した場合は初心者フラグをＯＦＦに設定する。

初心者判断処理部２０１の判定方法は、判定対象となる利用者のプロフィール情報ＴＢＬ２０４ａ、アクセス情報ＴＢＬ２０４ｃ、訪問履歴（あしあと）ＴＢＬ２０４ｄから得られる情報を基にして行う。

まず、初心者判断処理部２０１が、判定対象となる利用者のニックネームをプロフィール情報ＴＢＬ２０４ａから抽出し、該当するニックネームのアクセス回数及び訪問履歴回数をアクセス情報ＴＢＬ２０４ｃ及び訪問履歴（あしあと）ＴＢＬ２０４ｄからそれぞれ抽出する。

次に、初心者判断処理部２０１は、抽出した訪問履歴件数に対してのアクセス数が占める割合が、任意の数に達しているかを判断し、任意の数に達している場合は（アクセス数／訪問履歴数≧３（任意の数））、プロフィール情報ＴＢＬ２０４ａの初心者フラグをＯＦＦに更新する。

一方、任意の数に達していない場合（アクセス数／訪問履歴数＜３（任意の数））、初心者判断処理部２０１は、初心者フラグの値をＯＦＦには設定しないで、プロフィール情報ＴＢＬ２０４ａ内の他の利用者の判断に移行し、該当する利用者の処理が終わるまで初心者判断を行う。

ログイン情報管理部２０２は、利用者の端末装置２０６等からのアクセスを監視し、アクセス情報ＴＢＬ２０４ｃ、訪問履歴（あしあと）ＴＢＬ２０４ｄを更新する手段である。

すなわち、ログイン情報管理部２０２は、利用者（図１３に示す「踏んだ人」）が該当するニックネームの日記や記事にアクセスした際には、アクセス情報ＴＢＬ２０４ｃの更新を行う。

一方、ログイン情報管理部２０２は、利用者（図１４に示す「踏んだ人」）が該当するニックネームの日記や記事に訪問した際には、訪問履歴（あしあと）ＴＢＬ２０４ｄの更新を行う。

制御部２０３は、初心者判断処理部２０１、ログイン情報管理部２０２と利用者情報記憶部２０４との間で行う、データの入出力を制御する装置である。

ブラウザ表示処理部２０５は、ＳＮＳサーバ装置２００が端末装置２０６のブラウザに対して、ＳＮＳシステムの利用者が初心者であるかを判定できるマークを表示する処理を行う。また、ブラウザ表示処理部２０５は、アクセス対象となる利用者の記事を日記ＴＢＬ２０４ｅ、コミュニティＴＢＬ２０４ｂから抽出し、抽出した情報をアクセス元となる端末装置２０６に出力する。

ブラウザ表示処理部２０５は、該当する利用者のプロフィール情報ＴＢＬ２０４ａの初心者フラグを参照し、初心者フラグがＯＮであれば、初心者マークの表示情報を端末装置２０６に送信し、端末装置２０６が初心者マークの表示情報を受信し、初心者マークがブラウザに表示される。

これに対して、初心者フラグがＯＮでない場合は、ブラウザ表示処理部２０５は、初心者マークの表示情報を端末装置２０６に送信せずに表示処理が終了する。

図１６は、ＳＮＳサーバ装置２００が、端末装置２０６のブラウザに表示する初心者マークの一例を示す図である。図１６に示すように、ニックネームの横に初心者であるかを簡単に判断できるマークが表示されている。

次に、初心者判断処理部２０１の動作について説明する。図１７は、初心者判断処理部２０１の処理手順を示すフローチャートである。

まず、初心者判断処理部２０１は、プロフィール情報ＴＢＬ２０４ａから端末２０６に対して、初心者マークを表示する利用者のニックネームを抽出する（ステップＳ４００）。

抽出した利用者のニックネームに対する訪問履歴数を訪問履歴（あしあと）ＴＢＬ２０４ｄから抽出し（ステップＳ４０１）、アクセス数をアクセス情報ＴＢＬ２０４ｃから抽出する（ステップＳ４０２）。

そして、初心者判断処理部２０１は、抽出した訪問履歴件数に対してアクセス数が占める割合が、任意の数に達しているかを判断し、任意の数に達していない場合（ステップＳ４０３、Ｎｏ）は、ステップＳ４００に移行し、ステップＳ４００からステップＳ４０３を繰り返し、該当する利用者の処理が終わるまで行う。

一方、任意の数に達していた場合（ステップＳ４０３、Ｙｅｓ）、初心者判断処理部２０１は、該当する利用者におけるプロフィール情報ＴＢＬ２０４ａの初心者フラグをＯＦＦに変更し（ステップＳ４０４）、該当するプロフィール情報ＴＢＬ１０４ａの利用者について処理が終了していれば（ステップＳ４０５、Ｙｅｓ）、処理は終了し、終了していなければ（ステップＳ４０５、Ｎｏ）、ステップＳ４００に戻り、該当する利用者が終了するまで再度処理を実行する。

次に、ＳＮＳシステムが、初心者のマークを表示させる手順について説明する。図１８は、初心者マークを表示させる処理手順を示すフローチャートである。

まず、端末装置２０６が、ＳＮＳサーバ装置２００に対してログインし（ステップＳ５００）、ＳＮＳサーバ装置２００は、ブラウザ表示処理部２０５が、端末装置２０６のブラウザに表示する他の利用者をプロフィール情報ＴＢＬ２０４ａ、コミュニティＴＢＬ２０４ｂ、日記ＴＢＬ２０４ｅから抽出する（ステップＳ５０１）。

そして、ブラウザ表示処理部２０５は、該当する利用者のプロフィール情報ＴＢＬ２０４aの初心者フラグを参照し（ステップＳ５０２）、初心者フラグがＯＮ（ステップＳ５０３、Ｙｅｓ）であれば、初心者マークの表示情報を端末装置２０６に送信する（ステップＳ５０４）。

次に、端末装置２０６は、初心者マークの表示情報をサーバ装置２００から受信し（ステップＳ５０５）、初心者マークをブラウザに対して表示する（ステップＳ５０６）。

一方、初心者フラグがＯＮでない場合（ステップＳ５０３、Ｎｏ）、ブラウザ表示処理部２０５は、初心者マークの表示情報を端末装置２０６に送信せず、ブラウザ表示処理部の動作は終了する。

上述してきたように、本実施例２にかかるＳＮＳシステムでは、ＳＮＳサーバ装置２００が、利用者のログイン状況を利用者情報記憶部２０４に記憶し、利用者判定処理部２０１が、利用者情報記憶部２０４に記憶されたアクセス情報ＴＢＬ１０４ｃ、訪問履歴ＴＢＬ２０４ｄを基にして、各利用者が初心者であるかを判定し、判定結果に応じて利用者が初心者である旨を表示するので、利用者（初心者）は、他の利用者に自分が初心者であることを通知でき、安心してサイトの記事や日記を参照することができる。結果として、共通の趣味や興味等を持つ他の利用者を容易に見つけることができ、利用者同士のコミュニティを効率よく広げていくことができる。

ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図１および図１０に示したＳＮＳサーバ装置１００、２００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

図１９は、友達判断処理プログラムを実行するコンピュータを示す図であり、図２０は、初心者判断処理プログラムを実行するコンピュータを示す図である。

図１９に示すように、コンピュータ３００は、入力装置３０１、モニタ３０２、ＲＡＭ（Random Access Memory）３０３、ＲＯＭ（Read Only Memory）３０４、ＨＤＤ（Hard Disk Drive）３０５、ＣＰＵ(Central Processing Unit)３０６、他の装置との間でデータの送受信を行う通信装置３０７、記憶媒体からデータを読み取る媒体読取装置３０８をバス３０９で接続している。

そして、ＨＤＤ３０５には、上記したサービス提供装置１００の機能と同様の機能を発揮する友達判断プログラム３０５ｂ、ログイン情報管理プログラム３０５ｃ、ブラウザ表示プログラム３０５ｄが記憶されている。ＣＰＵ３０６が、友達判断プログラム３０５ｂ、ログイン情報管理プログラム３０５ｃ、ブラウザ表示プログラム３０５ｄを読み出して実行することにより、友達判断プロセス３０６ａ、ログイン情報管理プロセス３０６ｂ、ブラウザ表示プロセスが起動される。ここで、友達判断プロセス３０６ａは、友達判定処理部１０１、ログイン情報管理プロセス３０６ｂは、ログイン情報管理部１０２、ブラウザ表示プロセスは、ブラウザ表示処理部１０５に対応する。

また、ＨＤＤ３０５は、図１に示す、プロフィール情報ＴＢＬ１０４ａ、友達ＴＢＬ１０４ｂ、日記ＴＢＬ１０４ｃ、コミュニティＴＢＬ１０４ｄに対応する各種データ３０５ａを記憶する。ＣＰＵ３０６は、各種データ３０５ａを読み出して、ＲＡＭ３０３に格納し、ＲＡＭ３０３に格納された各種データ３０３ａに基づいて友達判断処理を行う。

また、図２０に示すように、コンピュータ４００は、入力装置４０１、モニタ４０２、ＲＡＭ（Random Access Memory）４０３、ＲＯＭ（Read Only Memory）４０４、ＨＤＤ（Hard Disk Drive）４０５、ＣＰＵ(Central Processing Unit)４０６、他の装置との間でデータの送受信を行う通信装置４０７、記憶媒体からデータを読み取る媒体読取装置４０８をバス４０９で接続している。

そして、ＨＤＤ４０５には、上記したＳＮＳサーバ装置２００の機能と同様の機能を発揮する初心者判断プログラム４０５ｂ、ログイン情報管理プログラム４０５ｃ、ブラウザ表示プログラム４０５ｄが記憶されている。ＣＰＵ４０６が、初心者判断プログラム４０５ｂ、ログイン情報管理プログラム４０５ｃ、ブラウザ表示プログラム４０５ｄを読み出して実行することにより、初心者判断プロセス４０６ａ、ログイン情報管理プロセス４０６ｂ、ブラウザ表示プロセス４０６ｃが起動される。ここで、初心者判断プロセス４０６ａは、初心者判定処理部２０１、ログイン情報管理プロセス４０６ｂは、ログイン情報管理部２０２、ブラウザ表示プロセス４０６ｃは、ブラウザ表示処理部２０５に対応する。

また、ＨＤＤ４０５は、図１０に示す、プロフィール情報ＴＢＬ２０４ａ、コミュニティＴＢＬ２０４ｂ、アクセス情報ＴＢＬ２０４ｃ、訪問履歴（あしあと）ＴＢＬ２０４ｄ、日記ＴＢＬ２０４ｅに対応する各種データ４０５ａを記憶する。ＣＰＵ４０６は、各種データ４０５ａを読み出して、ＲＡＭ４０３に格納し、ＲＡＭ４０３に格納された各種データ４０３ａに基づいて初心者判断処理を行う。

ところで、図１９、２０に示した友達判断プログラム３０５ｂ、ログイン情報管理プログラム３０５ｃ、ブラウザ表示プログラム３０５ｄ、初心者判断プログラム４０５ｂ、ログイン情報管理プログラム４０５ｃ、ブラウザ表示プログラム４０５ｄは、必ずしも最初からＨＤＤに記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などに友達判断プログラム３０５ｂ、ログイン情報管理プログラム３０５ｃ、ブラウザ表示プログラム３０５ｄ、初心者判断プログラム４０５ｂ、ログイン情報管理プログラム４０５ｃ、ブラウザ表示プログラム４０５ｄを記憶しておき、コンピュータがこれらから友達判断プログラム３０５ｂ、ログイン情報管理プログラム３０５ｃ、ブラウザ表示プログラム３０５ｄ、初心者判断プログラム４０５ｂ、ログイン情報管理プログラム４０５ｃ、ブラウザ表示プログラム４０５ｄを読み出して実行するようにしてもよい。

上記の実施例１，２を含む実施形態に関し、更に以下の付記を開示する。

（付記１）ＳＮＳ（Social Networking Service）を提供するサーバ装置と、当該ＳＮＳの利用者の端末装置とを有するシステムの表示方法であって、
前記サーバ装置は、
前記ＳＮＳに所属する利用者が他の利用者の記事にアクセスするために訪問した訪問回数および訪問した記事にアクセスしたアクセス回数を記憶装置に記憶するステップと、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記訪問回数と前記アクセス回数に基づいて、当該第１の利用者が初心者であるか否かを判定するステップと、
前記第１の利用者が初心者であると判定した場合に、前記第２の利用者の端末装置に、前記第２の記事を参照した第１の利用者が初心者である旨の情報を表示するステップと、
を含んだことを特徴とする表示方法。

（付記２）ＳＮＳ（Social Networking Service）を提供するサーバ装置と、当該ＳＮＳの利用者の端末装置とを有するシステムの表示方法であって、
前記サーバ装置は、
前記ＳＮＳに所属する利用者が、前記サーバ装置にログインした平均間隔を示す平均ログイン間隔と、前記サーバ装置に最後にログインした日時を示す最終ログイン日時とを含んだログイン状況を記憶装置に記憶するステップと、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者の前記平均ログイン間隔と前記平均ログイン日時に基づいて、当該第２の利用者が友達を募集しているか否かを判定するステップと、
前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示するステップと、
を含んだことを特徴とする表示方法。

（付記３）ＳＮＳ（Social Networking Service）を提供するサーバ装置と、当該ＳＮＳの利用者の端末装置とを有するシステムの表示方法であって、
前記サーバ装置は、
前記ＳＮＳに所属する利用者が、他の利用者から友達になってもらいたい旨の要求を受けた日時を示す要求日時と、当該要求に対して利用者が友達になる旨を承認したか否かを示す承認情報とを記憶装置に記憶するステップと、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者の要求日時、承認情報および現在の日時に基づいて、当該第２の利用者が友達を募集しているか否かを判定するステップと、
前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示するステップと、
を含んだことを特徴とする表示方法。

（付記４）ＳＮＳ（Social Networking Service）を提供するサーバ装置と、当該ＳＮＳの利用者の端末装置とを有するシステムの表示方法であって、
前記サーバ装置は、
前記ＳＮＳに所属する利用者が、他の利用者から友達になってもらいたい旨の要求を受けた日時を示す要求日時と、当該要求に対して利用者が友達になる旨を承認したか否かを示す承認情報と、前記利用者が前記端末装置に最後にログインした日時を示す最終ログイン日時とを記憶装置に記憶するステップと、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者の要求日時、承認情報および最終ログイン日時に基づいて、当該第２の利用者が友達を募集しているか否かを判定するステップと、
前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示するステップと、
を含んだことを特徴とする表示方法。

（付記５）ＳＮＳ（Social Networking Service）を提供するサーバ装置と、当該ＳＮＳの利用者の端末装置とを有するシステムの表示方法であって、
前記サーバ装置は、
前記ＳＮＳに所属する利用者が、他の利用者から友達になってもらいたい旨の要求を承認したか否かを示す承認情報を記憶装置に記憶するステップと、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者の承認情報に基づいて、当該第２の利用者が友達を募集しているか否かを判定するステップと、
前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示するステップと、
を含んだことを特徴とする表示方法。

（付記６）ＳＮＳ（Social Networking Service）を提供するサーバ装置と、当該ＳＮＳの利用者の端末装置とを有するシステムの表示方法であって、
前記サーバ装置は、
前記ＳＮＳに所属する利用者が、他の利用者から友達になってもらいたい旨の要求を承認したか否かを示す承認情報と、他の利用者に友達になってもらうことを拒否された割合を示す拒否情報とを記憶装置に記憶するステップと、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者の承認情報および前記拒否情報に基づいて、当該第２の利用者が友達を募集しているか否かを判定するステップと、
前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示するステップと、
を含んだことを特徴とする表示方法。

（付記７）コンピュータに、
ＳＮＳ（Social Networking Service）に所属する利用者が他の利用者の記事にアクセスするために訪問した訪問回数および訪問した記事にアクセスしたアクセス回数を記憶装置に記憶する記憶手順と、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記訪問回数と前記アクセス回数に基づいて、当該第１の利用者が初心者であるか否かを判定する判定手順と、
前記第１の利用者が初心者であると判定した場合に、前記第２の利用者の端末装置に、前記第２の記事を参照した第１の利用者が初心者である旨の情報を表示する表示手順と、
を実行させることを特徴とする表示プログラム。

（付記８）コンピュータに、
ＳＮＳ（Social Networking Service）に所属する利用者が、前記サーバ装置にログインした平均間隔を示す平均ログイン間隔と、前記サーバ装置に最後にログインした日時を示す最終ログイン日時とを含んだログイン状況を記憶装置に記憶する記憶手順と、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者の前記平均ログイン間隔と前記平均ログイン日時に基づいて、当該第２の利用者が友達を募集しているか否かを判定する判定手順と、
前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示する表示手順と、
を実行させることを特徴とする表示プログラム。

（付記９）コンピュータに、
ＳＮＳ（Social Networking Service）に所属する利用者が、他の利用者から友達になってもらいたい旨の要求を受けた日時を示す要求日時と、当該要求に対して利用者が友達になる旨を承認したか否かを示す承認情報とを記憶装置に記憶する記憶手順と、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者の要求日時、承認情報および現在の日時に基づいて、当該第２の利用者が友達を募集しているか否かを判定する判定手順と、
前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示する表示手順と、
を実行させることを特徴とする表示プログラム。

（付記１０）コンピュータに、
ＳＮＳ（Social Networking Service）に所属する利用者が、他の利用者から友達になってもらいたい旨の要求を受けた日時を示す要求日時と、当該要求に対して利用者が友達になる旨を承認したか否かを示す承認情報と、前記利用者が前記端末装置に最後にログインした日時を示す最終ログイン日時とを記憶装置に記憶する記憶手順と、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者の要求日時、承認情報および最終ログイン日時に基づいて、当該第２の利用者が友達を募集しているか否かを判定する判定手順と、
前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示する表示手順と、
を実行させることを特徴とする表示プログラム。

（付記１１）コンピュータに、
ＳＮＳ（Social Networking Service）ＳＮＳに所属する利用者が、他の利用者から友達になってもらいたい旨の要求を承認したか否かを示す承認情報を記憶装置に記憶する記憶手順と、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者の承認情報に基づいて、当該第２の利用者が友達を募集しているか否かを判定する判定手順と、
前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示する表示手順と、
を実行させることを特徴とする表示プログラム。

（付記１２）ＳＮＳ（Social Networking Service）に所属する利用者が、他の利用者から友達になってもらいたい旨の要求を承認したか否かを示す承認情報と、他の利用者に友達になってもらうことを拒否された割合を示す拒否情報とを記憶装置に記憶する記憶手順と、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者の承認情報および前記拒否情報に基づいて、当該第２の利用者が友達を募集しているか否かを判定する判定手順と、
前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示する表示手順と、
を実行させることを特徴とする表示プログラム。

（付記１３）ＳＮＳ（Social Networking Service）を提供し、当該ＳＮＳの利用者の端末装置に表示する表示装置であって、
前記ＳＮＳに所属する利用者のログイン状況を記憶する記憶手段と、
第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶手段に記憶された前記第２の利用者のログイン状況に基づいて、当該第２の利用者が友達を募集しているか否かを判定する判定手段と、
前記第２の利用者が友達を募集していると判定された場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示する表示手段と、
を備えたことを特徴とする表示装置。

本実施例１に係るＳＮＳシステムの構成を示す機能ブロック図である。 本実施例１に係るプロフィール情報ＴＢＬのデータ構造の一例を示す図である。 本実施例１に係る友達ＴＢＬのデータ構造の一例を示す図である。 本実施例１に係る日記ＴＢＬのデータ構造の一例を示す図である。 本実施例１に係るコミュニティＴＢＬのデータ構造の一例を示す図である。 本実施例１に係る友達マークの表示例を示す図である。 本実施例１に係る友達判断処理部の処理手順を示すフローチャートである。 本実施例１に係るログイン情報管理部の手順を示すフローチャートである。 本実施例１に係る友達マークを表示させる手順を示すフローチャートである。 本実施例２に係るＳＮＳシステムの構成を示す機能ブロック図である。 本実施例２に係るプロフィール情報ＴＢＬのデータ構造の一例を示す図である。 本実施例２に係るコミュニティＴＢＬのデータ構造の一例を示す図である。 本実施例２に係るアクセス情報ＴＢＬのデータ構造の一例を示す図である。 本実施例２に係る訪問履歴（あしあと）ＴＢＬのデータ構造の一例を示す図である。 本実施例２に係る日記ＴＢＬのデータ構造の一例を示す図である。 本実施例２に係る初心者マークの表示例を示す図である。 本実施例２に係る初心者判断処理部の手順を示すフローチャートである。 本実施例２に係る初心者マークを表示させる手順を示すフローチャートである。 友達判断処理プログラムを実行するコンピュータを示す図である。 初心者判断処理プログラムを実行するコンピュータを示す図である。

符号の説明

１ インターネット
１００ ＳＮＳサーバ装置
１０１ 友達判断処理部
１０２ ログイン情報管理部
１０３、２０３ 制御部
１０４ 利用者情報記憶部
１０４ａ プロフィール情報ＴＢＬ
１０４ｂ 友達ＴＢＬ
１０４ｃ 日記ＴＢＬ
１０４ｄ コミュニティＴＢＬ
１０５ ブラウザ表示処理部
１０６、２０６ 端末装置
２００ ＳＮＳサーバ装置
２０１ 初心者判断処理部
２０２ ログイン情報管理部
２０４ 利用者情報記憶部
２０４ａ プロフィール情報ＴＢＬ
２０４ｂ コミュニティＴＢＬ
２０４ｃ アクセス情報ＴＢＬ
２０４ｄ 訪問履歴(あしあと)ＴＢＬ
２０４ｅ 日記ＴＢＬ
２０５ ブラウザ表示処理部

Claims (4)

1. ＳＮＳ（Social Networking Service）を提供するサーバ装置と、当該ＳＮＳの利用者の端末装置とを有するシステムの表示方法であって、
   前記サーバ装置は、
   前記ＳＮＳに所属する利用者のログイン状況を記憶装置に記憶するステップと、
   第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記第２の利用者のログイン状況に基づいて、当該第２の利用者が友達を募集しているか否かを判定するステップと、
   前記第２の利用者が友達を募集していると判定した場合に、前記第１の利用者の端末装置に、前記第２の利用者が友達を募集している旨の情報を表示するステップと、
   を含んだことを特徴とする表示方法。
2. 前記記憶装置が記憶する利用者のログイン状況は、利用者が前記サーバ装置にログインした平均間隔を示す平均ログイン間隔と、前記サーバ装置に最後にログインした日時を示す最終ログイン日時とを含み、前記サーバ装置は、前記第２の利用者の平均ログイン間隔と、前記第２の利用者の最終ログイン間隔とを基にして、前記第２の利用者が友達を募集しているか否かを判定することを特徴とする請求項１に記載の表示方法。
3. 前記記憶装置が記憶する利用者のログイン状況は、利用者が他の利用者から友達になってもらいたい旨の要求を承認したか否かを示す承認情報を含み、前記サーバ装置は、前記第２の利用者の承認情報を基にして、前記第２の利用者が友達を募集しているか否かを判定することを特徴とする請求項１または２に記載の表示方法。
4. コンピュータに、ＳＮＳ（Social Networking Service）に所属する利用者が他の利用者の記事にアクセスするために訪問した訪問回数および訪問した記事にアクセスしたアクセス回数を記憶装置に記憶する記憶手順と、
   第１の利用者が第２の利用者の作成した記事を参照する場合に、前記記憶装置に記憶された前記訪問回数と前記アクセス回数に基づいて、当該第１の利用者が初心者であるか否かを判定する判定手段と、
   前記第１の利用者が初心者であると判定した場合に、前記第２の利用者の端末装置に、前記第２の記事を参照した第１の利用者が初心者である旨の情報を表示する表示手順と、
   を実行させることを特徴とする表示プログラム。

Images