(57)【要約】【課題】ソーシャルネットワーキングサービスにおいて、ユーザ同士が「友人関係」を結ぶ際に、条件を設定し、これを利用して、これまで手動で行ってきた「友人関係」解除を自動的にする手段を提供する。【解決手段】ソーシャルネットワーキングサービス３００において、「友人関係」にあるユーザＡとユーザＢがおり、ユーザＡとユーザＢそれぞれの「友人関係」条件を登録する機能がある。前記「友人関係」条件に対して、「友人関係」管理部２１０は、違反がないか監視し、違反があった場合は「友人関係」を自動的に解除させることで実現する。【選択図】図１
2009288995.tif 000002
【特許請求の範囲】
【請求項１】
ソーシャルネットワーキングサービスにおいて、各ユーザと友人になるための条件として、あらかじめ「友人関係」条件を登録し、また、「友人関係」申請時には、前記「友人関係」条件を申請者および被申請者に表示し、申請者および被申請者が前記「友人関係」に合意した場合、申請者および被申請者の「友人関係」が成立する機能を有することを特徴とするソーシャルネットワーキングサービス。
【請求項２】
「友人関係」成立後、前記「友人関係」条件に基づいて、「友人関係」条件が継続して成立しているか監視をする機能を有することを特徴とする請求項１記載のソーシャルネットワーキングサービス。
【請求項３】
前記監視機能により、「友人関係」条件が成立しなくなった場合、自動的に「友人関係」を解除する機能を有することを特徴とする請求項１記載のソーシャルネットワーキングサービス。
【請求項４】
ソーシャルネットワーキングサービスにおいて、前記「友人関係」条件の登録、前記「友人関係」条件の表示、監視、前記「友人関係」条件に違反した場合に「友人関係」を解除する自動「友人関係」管理機能を有することを特徴とする請求項３記載のソーシャルネットワーキングサービス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソーシャルネットワーキングサービスの「友人関係」における「友人関係」成立時の「友人関係」条件の登録と「友人関係」解除に関する。
【背景技術】
【０００２】
ソーシャルネットワーキングサービスとは、人と人とのつながりを促進・サポートするコミュニティ型のWebサイトである。従来技術では、ソーシャルネットワーキングサービスに参加しているユーザ同士が「友人関係」を結ぶことができる。あるユーザとその友人と「友人関係」にあるユーザに対してソーシャルネットワーキングサービスが、「友人関係」にないユーザとは異なるサービスを提供する。例えば、「友人関係」にあるユーザが日記を作成した場合、友人関係にあるユーザは日記作成の通知を受けることができる。特許文献１によると、前記「友人関係」の申請、解除は、ユーザの指令に基づいて実施される。
【０００３】
【特許文献１】特開２００７−２８７１３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述した従来技術である特許文献１によると、「友人関係」はユーザからの申請により開始され、ユーザからの友人解除により、「友人関係」解除によって終了される。「友人関係」解除においては、ユーザは友人が増えるにつれ、「友人関係」の解除操作が煩雑になる。
【０００５】
本発明の目的は、ユーザの「友人関係」管理負担軽減のため、「友人関係」解除を自動にすることである。
【課題を解決するための手段】
【０００６】
前記目的は、ソーシャルネットワーキングサービスにおいて、以下の手段を行うことにより達成される。
【０００７】
ユーザはあらかじめ「友人関係」条件を設定し、システムはユーザが設定した「友人関係」条件をＤＢに登録する。次に申請者は、申請者と被申請者の前記「友人関係」条件ＤＢに登録されている条件を確認し、被申請者に友人申請をする。被申請者は申請者からの友人申請を受け、被申請者と申請者の「友人関係」条件確認し、「友人関係」条件を承認した場合、システムは申請者と被申請者の「友人関係」を成立させる。「友人関係」成立後、システムは、「友人関係」条件が継続して成立しているかを監視し、成立しなくなった場合は、自動的に「友人関係」を解除する。
【発明の効果】
【０００８】
本発明によれば、ユーザ同士が「友人関係」条件を設定、合意し、システムはユーザによって設定された「友人関係」条件が継続して成立しているかを監視する。「友人関係」条件が成立しなくなった場合は、システムが「友人関係」を解除する。これにより、「友人関係」管理を自動化することができ、管理が容易になる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施するための形態を図面に基づいて詳細に説明する。
【００１０】
図１は本発明の一実施例を示すネットワークシステム構成図である。
【００１１】
本実施例では、ユーザＡ端末００１とユーザＢ端末００２がネットワーク００３を経由して、ソーシャルネットワーキングサービス３００に接続している。
【００１２】
ソーシャルネットワーキングサービス３００には、コンテンツ入出力管理部２００と「友人関係」管理部２１０の２つの管理部がある。
【００１３】
コンテンツ入出力管理部２００は、コンテンツＤＢ５００に対する入出力とユーザＡ端末００１、ユーザＢ端末００２に対する入出力管理を行っている。
【００１４】
「友人関係」管理部２１０は、コンテンツＤＢ５００の参照と、「友人関係」管理ＤＢ１５０、集計ＤＢへの入出力管理を行っている。
【００１５】
前記コンテンツ入出力管理部２００と「友人関係」管理部２１０は、「友人関係」条件登録時と「友人関係」解除時に連携して処理をする。詳細については、図２にて説明する。
【００１６】
コンテンツＤＢ５００内のＤＢについて説明する。
【００１７】
個人情報ＤＢ１１０は、ユーザのプロフィールやユーザサイトへのアクセス記録を登録している。日記ＤＢ１２０は、ユーザが作成した日記の記録を登録している。メッセージＤＢ１３０は、ユーザのメッセージ送受信の記録を登録している。「友人関係」条件ＤＢ１４０については、図３にて後述する。
【００１８】
また、コンテンツＤＢ５００以外に「友人関係」管理ＤＢ１５０と集計ＤＢ１６０がある。「友人関係」管理ＤＢ１５０については、図４にて、集計ＤＢ１６０については、図５にて後述する。
【００１９】
「友人関係」条件ＤＢ１４０、「友人関係」管理ＤＢ１５０、集計ＤＢ１６０、「友人関係」管理部２１０を含む「友人関係」管理機能４００は、本発明により、従来のソーシャルネットワーキングサービスに追加した機能である。
【００２０】
図２は、コンテンツ入出力管理部２００と「友人関係」管理部２１０の２つの管理部について、各々の処理とその関係を示す図である。
【００２１】
コンテンツ入出力管理部２００には、ユーザ入出力管理処理部２０１、「友人関係」条件設定処理部２０２、「友人関係」成立処理依頼処理部２０３、「友人関係」解除理由送信処理部２０４の４つの処理部がある。
【００２２】
「友人関係」管理部２１０には、「友人関係」成立処理部２１１、「友人関係」監視処理部２１２、「友人関係」解除処理部２１３の３つの処理部がある。
【００２３】
ユーザ入出力管理処理部２０１は、ユーザからの依頼を受け、個人情報ＤＢ１１０、日記ＤＢ１２０、メッセージＤＢ１３０に対して、データの入出力管理を行っている。
【００２４】
「友人関係」条件設定処理部２０２は、ユーザが「友人関係」条件を設定した時、「友人関係」条件ＤＢ１４０へ「友人関係」条件の登録を行っている。
【００２５】
「友人関係」成立処理依頼処理部２０３は、ユーザから「友人関係」申請があった時、「友人関係」成立処理部２１１に対して、「友人関係」条件ＤＢ１４０から申請者と被申請者の「友人関係」条件を取得し、「友人関係」成立処理の依頼を行っている。
【００２６】
「友人関係」成立処理部２１１は「友人関係」成立処理依頼処理部２０３からの「友人関係」成立処理依頼があった時、申請者と被申請者の「友人関係」を「友人関係」管理ＤＢ１５０に仮登録する。「友人関係」成立処理依頼処理部２０３は、被申請者の処理よる「友人関係」可否判定を「友人関係」成立処理部２１１に連絡する。「友人関係」成立処理部２１１は、申請者と被申請者の「友人関係」が成立した場合、「友人関係」管理ＤＢ１５０の申請者と被申請者の「友人関係」仮登録を正式登録に変更し、同時に集計ＤＢ１６０へ「友人関係」条件を登録する。
【００２７】
「友人関係」監視処理部２１２は、ユーザの「友人関係」が継続して成立しているか監視し、「友人関係」が成立しなくなった場合、「友人関係」解除処理部２１３へ「友人関係」解除依頼を行っている。
【００２８】
「友人関係」解除処理部２１３は、「友人関係」監視処理部２１２から「友人関係」解除処理依頼があった時、「友人関係」管理ＤＢ１５０から申請者と被申請者の「友人関係」を削除し、「友人関係」解除理由送信処理部２０４へ「友人関係」解除連絡する。
【００２９】
「友人関係」解除理由送信処理部２０４は、「友人関係」解除処理部２１３からの「友人関係」解除連絡を受け、「友人関係」にあった２人のユーザに対して、「友人関係」解除メッセージの送信を行っている。
【００３０】
図３は「友人関係」条件ＤＢ１４０に登録されたテーブルの構成を示す図である。各ユーザの「友人関係」条件を格納している。ユーザＩＤ１４１とユーザの友人条件１４２から構成される。
【００３１】
ユーザＡの条件を例に用いて説明する。
【００３２】
「アクセスは１５日に１回以上」とは、ユーザＡの友人に対して、ユーザＡのサイトに１５日に１回以上アクセスすることを要求するものである。同様に、「日記のコメントは９０日に１回以上」とは、９０日に１回以上、ユーザＡの友人に対して、ユーザＡの日記にコメントを書き込みすることを要求するものであり、「メッセージの送信は９０日に１回以上」とは、ユーザＡの友人に対して、９０日に１回以上メッセージを送信することを要求するものである。
【００３３】
この例では、ユーザの友人条件１４２にアクセス、日記コメント書き込み、メッセージ送信の頻度を条件としているが、これ以外にも、日記、日記コメント、メッセージ内での不適切な語の条件などが考えられる。
【００３４】
「友人関係」条件は必須入力ではなく、ユーザＩＤ１４１ユーザＦのように、ユーザが日数の入力をしない場合は、「友人関係」条件はなしとなり、「友人関係」条件監視の対象外となる。
【００３５】
図４は「友人関係」管理ＤＢ１５０に登録された「友人関係」とその条件を格納したテーブル構成を示す図である。
【００３６】
友人関係ＩＤ１５１、ユーザIＤａ１５２、友人条件ａ１５３、ユーザＩＤｂ１５４、友人条件ｂ１５５、状態１５６から構成される。
【００３７】
友人関係ＩＤ１５１は、２人のユーザを１組とした「友人関係」のＩＤである。ユーザIＤａ１５２は、「友人関係」にあるユーザのうち１人のユーザＩＤであり、友人条件ａ１５３は、ユーザＩＤａ１５２の各ユーザの「友人関係」条件を示している。
【００３８】
ユーザＩＤｂ１５４は、「友人関係」にあるユーザのうち残りのユーザＩＤであり、友人条件ｂ１５５は、ユーザＩＤｂ１５４の各ユーザの「友人関係」条件を示している。
【００３９】
状態１５６は、「友人関係」成立状況について示している。「申請中」は「友人関係」の仮申請をしている状態であり、「完了」は申請者と被申請者の「友人関係」が成立したことを示している状態である。「申請中」の状態から被申請者が申請者からの友人申請を承認し、「友人関係」が成立した場合は、「申請中」から「完了」になる。これに対して、被申請者が申請者からの友人申請を却下した場合は、「友人関係」条件ＤＢ１４０から「友人関係」を削除する。
【００４０】
「友人関係」が成立しなくなった場合は、「友人関係」条件ＤＢ１４０から「友人関係」を削除する。また、前記「友人関係」条件は、申請者と被申請者の「友人関係」成立時の条件を維持するため、「友人関係」成立後に申請者または被申請者が「友人関係」条件を変更しても影響を受けない。
【００４１】
図５は集計ＤＢ１６０に登録されたユーザごとの各実行記録を格納したテーブル構成を示す図である。ユーザＩＤａ１５２、友人関係ＩＤ１５１、ユーザＩＤｂ１５４、実行種別１６１、最終実行日時１６２から構成される。ユーザIＤａ１５２、友人関係ＩＤ１５１、ユーザＩＤｂ１５４は、図４の説明と同一であり、対応している。
【００４２】
実行種別１６１には、アクセス、日記コメント、メッセージ送信の３種類があり、最終実行日時１６２には、ユーザＡに対する各ユーザのそれぞれの最終実行日時を記録する。
【００４３】
図６は「友人関係」条件の登録について示す図である。
【００４４】
ユーザＡ端末００１は「友人関係」条件を入力する。コンテンツ入出力管理部２００は、ユーザＡ端末００１からの「友人関係」条件登録依頼を受け、「友人関係」条件ＤＢ１４０に「友人関係」条件を登録する。
【００４５】
図７はユーザＡが「友人関係」条件設定をした時に表示されるユーザＡの画面イメージ図である。ユーザＡが「友人関係」条件設定ボタンをクリックすると、ユーザＡの「友人関係」条件設定画面が表示される。次に、ユーザＡが「友人関係」条件の設定を行って、ＯＫボタンをクリックすると、「友人関係」条件ＤＢ１４０に登録される。
【００４６】
図８はユーザＢからユーザＡへの「友人関係」申請から「友人関係」成立までの一連の処理を示す図である。
【００４７】
コンテンツ入出力管理部２００は、ユーザＢ端末００１からの「友人関係」条件表示依頼を受け、「友人関係」条件ＤＢ１４０から申請者と被申請者の条件を取得し、ユーザＢ端末００２へ送信する。ユーザＢは、表示されたユーザＢとユーザＡの「友人関係」条件を確認後、コンテンツ入出力管理部２００へユーザＡに対して友人申請をする。コンテンツ入出力管理部２００は、ユーザＢからのユーザＡへの友人申請を受け、「友人関係」管理部２１０に処理を依頼する。「友人関係」管理部２１０は「友人関係」管理ＤＢへユーザＢとユーザＡの「友人関係」を仮登録する。仮登録後、「友人関係」管理部２１０は、仮登録終了の連絡をコンテンツ入出力管理部２００に送信する。コンテンツ入出力管理部２００は、ユーザＡ端末００１にユーザＡとユーザＢの「友人関係」条件とユーザＢから友人申請があった旨送信する。ユーザＡがユーザＢとユーザＡの「友人関係」条件を確認後、友人承認をした場合、コンテンツ入出力管理部２００は「友人関係」管理部２１０に、ユーザＡからの友人承認があったことを送信する。「友人関係」管理部２１０は、「友人関係」管理ＤＢ１５０へユーザＢとユーザＡの「友人関係」の仮登録を正式に変更し、集計ＤＢ１６０にもユーザＢとユーザＡの「友人関係」を登録する。ユーザＢが「友人関係」条件を却下した場合は、ユーザＢとユーザＡの「友人関係」仮申請が「友人関係」管理ＤＢ１５０から削除される。
【００４８】
図９はユーザＢがユーザＡに対して、友人申請をする時に表示されるユーザＡの画面イメージ図である。ユーザＢは、ユーザＡの画面の友人申請ボタンをクリックすると、ユーザＡの「友人関係」条件とユーザＢの「友人関係」条件が表示される。ユーザＢが前記「友人関係」条件を確認し、ＯＫボタンをクリックすると、コンテンツ入出力管理部２００は、友人申請処理を開始する。ユーザＢがキャンセルボタンをクリックすると、ユーザＢからユーザＡに対する「友人関係」成立処理が行われずに、終了される。
【００４９】
図１０はユーザＡがユーザＢの友人申請に対して、承認、却下の判定をする時に表示されるユーザＡの画面イメージ図である。ユーザＡが受信メッセージ覧の友人申請メッセージをクリックすると、ユーザＢの「友人関係」条件とユーザＡの「友人関係」条件が表示される。ユーザＡが前記「友人関係」条件を確認し、承認ボタンをクリックすると、コンテンツ入出力管理部２００は、「友人関係」成立処理を開始する。ユーザＡが却下ボタンをクリックすると、コンテンツ入出力管理部２００は、「友人関係」の仮登録の削除処理を開始する。
【００５０】
図１１は「友人関係」継続の監視から「友人関係」条件違反があった場合の「友人関係」解除までの処理を説明するフローチャートである。次に、ユーザＡに対して、１日に１回監視を実施した場合の例として説明する。実際には全ユーザに対して実施される。
（１）「友人関係」管理部２１０は、ユーザＡに友人がいるか「友人関係」管理ＤＢ１５０から友人関係情報を取得し、いた場合は（２）の処理へ行く。いなかった場合は終了となる（ステップ６０１）。
（２）ユーザＡに友人がいた場合、「友人関係」管理部２１０は、ユーザＡの「友人関係」を「友人関係」管理ＤＢ１５０から取得する（ステップ６０２）。
（３）「友人関係」管理部２１０は、個人情報ＤＢ１１０から、今日ユーザＡのサイトにアクセスがあったか、日記ＤＢ１２０から日記にコメント書き込みがあったか、メッセージＤＢ１３０から今日ユーザＡにメッセージ受信があったか、実行履歴を取得する。この実行履歴の中から今日の日付があった場合は（４）の処理へ行く。今日ユーザＡのサイトにアクセス、日記のコメント書き込み、メッセージ受信がなかった場合、（６）の処理へ行く（ステップ６０３）。
（４）「友人関係」管理部２１０は、今日ユーザＡのサイトにアクセス、日記コメント、メッセージ受信があった場合、ユーザＡのサイトにアクセス、日記コメント、メッセージ送信をした人が友人であるか「友人関係」管理ＤＢを参照する。友人であった場合、（５）の処理へ行く。友人でなかった場合、（６）の処理へ行く（ステップ６０４）。
（５）「友人関係」管理部２１０は、友人Ｘのアクセス、日記コメント、メッセージの最終実行日時を集計ＤＢ１６０に登録する（ステップ６０５）。
（６）「友人関係」管理部２１０は、集計ＤＢ１６０からユーザＡの「友人関係」条件と友人の「友人関係」条件、友人の全部の実行日時を取得する（ステップ６０６）。
（７）現在の日時と最終実行日時を比較し、友人Ｘに「友人関係」条件違反があったか判定する。
【００５１】
「友人関係」条件判定の例として、図４と図５を用いて説明する。
【００５２】
図４の友人関係ＩＤ１５１の１００では、ユーザＩＤａ１５２ユーザＡに対するユーザＩＤｂ１５４ユーザＢのアクセス頻度が１５日に１回以上とある。しかし、図５の友人関係ＩＤ１５１の１００では、ユーザＩＤａ１５２ユーザＡの友人関係ＩＤ１５１の１００の実行種別１６１アクセス最終実行日時１６２は、２００８／０１／０１ １３：００である。現在、２００８／０１／１６ １４：００とする。この２つの日時を比較すると、１６日経過したことになる。よって、ユーザＩＤａ１５２ユーザＡのユーザＩＤｂ１５４ユーザＢに対する「友人関係」条件のアクセス頻度が１５日に１回以上に違反したことになる（ステップ６０７）。
（８）「友人関係」管理部２１０は、条件違反があった場合、「友人関係」管理ＤＢ１５０と集計ＤＢ１６０からユーザＡと友人Ｘの「友人関係」を削除する。更に「友人関係」管理部２１０は、コンテンツ入出力管理部２００に「友人関係」解除連絡を送る（ステップ６０８）。
（９）コンテンツ入出力管理部２００は、「友人関係」管理部２１０から「友人関係」解除連絡を受け、ユーザＡと友人Ｘに「友人関係」解除とその該当条件を送信する（ステップ６０９）。
（１０）以上の処理をユーザＡの全ユーザに対して行う（ステップ６１０）。
【図面の簡単な説明】
【００５３】
【図１】本発明の一実施形態によるソーシャルネットワーキングサービスの構成を示すブロック図である。
【図２】本発明の一実施形態によるソーシャルネットワーキングサービスにおいて、管理部の構成を示す図である。
【図３】「友人関係」条件ＤＢ１４０に登録されたユーザＩＤと友人条件を格納したテーブル構成を示す図である。
【図４】「友人関係」管理ＤＢ１５０に登録された友人関係ＩＤ、友人条件、処理の状態を格納したテーブル構成を示す図である。
【図５】集計ＤＢ１６０に登録された、友人関係ＩＤ、各実施種別に対応する最終実行日時を格納したテーブルの構成を示す図である。
【図６】友人条件を登録する時に、ユーザＡの条件入力から条件登録までの処理動作を説明する図である。
【図７】ユーザＡが友人条件を設定する時の友人条件入力画面イメージ図である。
【図８】ユーザＢからユーザＡへの「友人関係」申請から「友人関係」成立までの一連の処理動作を説明する図である。
【図９】ユーザＢがユーザＡに友人申請する時のユーザＡの画面イメージ図である。
【図１０】ユーザＡに友人申請があった時に、ユーザＢの友人条件とユーザＡの友人条件を確認し、「友人関係」の可否を選択する画面イメージ図である。
【図１１】友人条件の監視とその友人条件に違反があった場合の「友人関係」解除処理動作を示すフローチャートである。
【符号の説明】
【００５４】
００１…ユーザＡ端末、００２…ユーザＢ端末、００３…ネットワーク、１１０…個人情報ＤＢ、１２０…日記ＤＢ、１３０…メッセージＤＢ、１４０…「友人関係」条件ＤＢ、１５０…「友人関係」管理ＤＢ、１６０…集計ＤＢ、２００…コンテンツ入出力管理部、２１０…「友人関係」管理部、３００…ソーシャルネットワーキングサービス、４００…「友人関係」管理機能、５００…コンテンツＤＢ。
【図１】
2009288995.tif 000003
【図２】
2009288995.tif 000004
【図３】
2009288995.tif 000005
【図４】
2009288995.tif 000006
【図５】
2009288995.tif 000007
【図６】
2009288995.tif 000008
【図７】
2009288995.tif 000009
【図８】
2009288995.tif 000010
【図９】
2009288995.tif 000011
【図１０】
2009288995.tif 000012
【図１１】
2009288995.tif 000013