JP2007287131A - ソーシャルネットワーキングサービスシステム - Google Patents

Abstract

【課題】ユーザに応じて他のサービスを組み込んだソーシャルネットワーキングサービスの提供。
【解決手段】
本発明のソーシャルネットワーキングサービスは、他のサービスと連携しており、ソーシャルネットワーキングサービスの一部として他のサービスを組み込んでユーザに提供する。そして、本発明のソーシャルネットワーキングサービスを利用したいユーザは、既に登録している情報との差分登録を行うだけでよい。これにより、ソーシャルネットワーキングサービスの画面２００のエリア３４０に、他のサービス独自のコンテンツが挿入されて表示され、ユーザに応じて他のサービスを提供することができ、ユーザは全てのサービスを一元的に利用することができる。本発明は、ソーシャルネットワーキングサービスを提供するサーバ装置に適用することができる。
【選択図】図１０

Description

本発明は、ユーザに応じて他のサービスを組み込むソーシャルネットワーキングサービスシステムに関する。

近年、参加しているユーザが互いに友達（友人）を紹介しあうことで、新たな友人関係を広げることを目的としたソーシャルネットワーキングサービスが運営されている。このサービスには、友達（友人）による紹介があれば、参加することができる。

また、サービスの中には、自分のプロフィールや写真を公開する機能や、新しくできた「友達」を登録するアドレス帳の機能が提供されている。

さらに、参加しているユーザのうちで友達のみが閲覧できる日記帳などの機能も提供されており、ユーザは、友達のみが閲覧可能な日記帳（またはプロフィール）とするか、参加しているユーザであれば全員が閲覧可能な日記帳（またはプロフィール）とするかを選択することができる。

ところで、現在のソーシャルネットワーキングサービスでは、そのサービスの内容が固定されており、個々のユーザに合わせたサービスと組み合わせて提供することについては考えられていなかった。

本発明はこのような状況に鑑みてなされたものであり、ソーシャルネットワーキングサービスにおいて、ユーザに応じて他のサービスを組み込むようにするものである。

上述の目的を達成するために、本発明は、ソーシャルネットワーキングサービスに、他のサービスの少なくとも１つを組み込んでユーザに提供するソーシャルネットワーキングサービスシステムにおいて、前記ユーザに一意のＩＤと、全サービスに共通して必要な情報とを記憶しているマスター会員記憶手段と、前記他のサービスごとに、該サービスの利用者であるユーザの前記ＩＤと、該サービスの提供に必要な情報と、該サービスを前記ソーシャルネットワーキングサービスに組み込むために必要な情報とを記憶しているサービス記憶手段と、前記ソーシャルネットワーキングサービスの利用者であるユーザの前記ＩＤと、前記ソーシャルネットワーキングサービスの提供に必要な情報と、該ユーザが前記他のサービスのいずれを組み込んだソーシャルネットワーキングサービスを利用しているかを示すフラグとを記憶しているＳＮＳ記憶手段と、前記ソーシャルネットワーキングサービスの利用者であるユーザから、前記他のサービスのいずれかを組み込む旨の要求を受信すると、前記フラグに該ユーザについていずれのサービスを組み込むかを記憶するとともに、該サービスの提供に必要な情報および該サービスを組み込むために必要な情報をユーザに入力させて前記サービス記憶手段に記憶することにより、該サービスを組み込んだソーシャルネットワーキングサービスの利用者とする乗り換え手段と、前記ユーザに送信される各画面において、前記サービスが組み込まれたソーシャルネットワーキングサービスの利用者であるユーザに送信される各画面には、該画面に表示されるユーザについての前記マスター会員記憶手段および前記ＳＮＳ記憶手段からの情報とともに、該サービスに対応する前記サービス記憶手段からの情報を表示する表示手段とを備えることを特徴とする。
また、前記乗り換え手段は、該ユーザが前記組み込み対象のサービスの利用者である場合には、前記サービスを組み込むために、情報を該ユーザに入力させないようにすることもできる。
さらに、前記ソーシャルネットワーキングサービスの利用者であるユーザから、該ソーシャルネットワーキングサービスを利用していない他のユーザを招待する旨を受信すると、該招待されたユーザに招待があった旨を通知する友達招待手段と、前記招待が通知されたユーザから該招待を受ける旨を受信すると、前記マスター会員記憶手段の情報を該招待されたユーザに入力させて該記憶手段に記憶し、前記ソーシャルネットワーキングサービスの提供に必要な情報を該招待されたユーザに入力させて前記ＳＮＳ記憶手段に記憶することにより、該招待されたユーザを前記ソーシャルネットワーキングサービスの利用者とするＳＮＳ登録手段とを備えるここともできる。

前記ＳＮＳ登録手段は、該ユーザが前記他のサービスのいずれかの利用者である場合には、前記マスター会員記憶手段の情報を除いた情報のみを該ユーザに入力させるとよい。
前記ＳＮＳ登録手段は、さらに、前記招待を行ったユーザが前記サービスを組み込んだソーシャルネットワーキングサービスの利用者である場合には、前記フラグに該ユーザについていずれのサービスを組み込むかを記憶するとともに、該サービスの提供に必要な情報および該サービスを組み込むために必要な情報をユーザに入力させて前記サービス記憶手段に記憶することにより、該招待されたユーザを該サービスを組み込んだソーシャルネットワーキングサービスの利用者とすることもできる。
前記表示手段は、さらに、前記各画面に表示されるユーザが利用している前記他のサービスの情報も、前記サービス記憶手段から読み出して該画面に表示するとよい。
さらに、前記ソーシャルネットワーキングサービスの利用者であるユーザから該ソーシャルネットワーキングサービスの利用者である他のユーザへの友達申請を受信すると、該他のユーザに友達申請があった旨を通知する友達申請手段と、前記友達申請を受けたユーザから該友達申請を許可する旨を受信すると、両者を友達として前記ＳＮＳ記憶手段に登録する友達承認手段とを備えるとよい。
前記ＳＮＳ登録手段は、該招待されたユーザが前記組み込み対象のサービスの利用者である場合には、前記マスター会員記憶手段の情報および前記サービス記憶手段の情報を除いた情報のみを該招待されたユーザに入力させることもできる。
また、ソーシャルネットワーキングサービスに、他のサービスの少なくとも１つを組み込んでユーザに提供するソーシャルネットワーキングサービスシステムのサービス方法であって、前記ユーザに一意のＩＤと、全サービスに共通して必要な情報とを記憶しているマスター会員記憶手段と、前記他のサービスごとに、該サービスの利用者であるユーザの前記ＩＤと、該サービスの提供に必要な情報と、該サービスを前記ソーシャルネットワーキングサービスに組み込むために必要な情報とを記憶しているサービス記憶手段と、前記ソーシャルネットワーキングサービスの利用者であるユーザの前記ＩＤと、前記ソーシャルネットワーキングサービスの提供に必要な情報と、該ユーザが前記他のサービスのいずれを組み込んだソーシャルネットワーキングサービスを利用しているかを示すフラグとを記憶しているＳＮＳ記憶手段とを備える該システムのサーバは、前記ソーシャルネットワーキングサービスの利用者であるユーザから、前記他のサービスのいずれかを組み込む旨の要求を受信すると、前記フラグに該ユーザについていずれのサービスを組み込むかを記憶するとともに、該サービスの提供に必要な情報および該サービスを組み込むために必要な情報をユーザに入力させて前記サービス記憶手段に記憶して、該サービスを組み込んだソーシャルネットワーキングサービスの利用者とし、前記ユーザに送信される各画面において、前記サービスが組み込まれたソーシャルネットワーキングサービスの利用者であるユーザに送信される各画面には、該画面に表示されるユーザについての前記マスター会員記憶手段および前記ＳＮＳ記憶手段からの情報とともに、該サービスに対応する前記サービス記憶手段からの情報を表示することを特徴とするソーシャルネットワーキングサービスシステムのサービス方法も本発明である。
上述に記載のソーシャルネットワーキングサービスシステムの各手段をコンピュータに機能させるためのプログラムも本発明である。

本発明によれば、ソーシャルネットワーキングサービスにおいて、ユーザに応じて他のサービスを組み込むことができる。
すなわち、本発明では、従来のソーシャルネットワーキングサービスに、他のサービス（本発明で示している例では、就職情報サービス）を組み込んで、就職情報サービスＳＮＳとしてユーザに提供する。就職情報サービスＳＮＳでは、従来のソーシャルネットワーキングサービスの機能とともに、単に就職情報サービスに登録しているだけでは利用できない、就職情報サービスＳＮＳ独自のコンテンツを利用することができる。
さらに、従来のソーシャルネットワーキングサービスを利用しているユーザには、就職情報サービスＳＮＳに変更できる乗り換えの機能を提供する。そして、乗り換えにおいて、組み込み対象のサービス（ここでは就職情報サービス）を該ユーザが既に利用している場合には、就職情報サービスＳＮＳを提供するために必要な情報と、既に利用しているサービスにおいて登録されている情報との差分のみをユーザに提示し登録させる。このため、ユーザが登録する情報は少なくて済む。したがって、ユーザはより自分に適したソーシャルネットワーキングサービスに簡単に乗り換えることができる。
また、システムの提供者にとっては、既に提供してきた他のサービスのデータをそのまま用いて（すなわち、これらの他のサービスをソーシャルネットワーキングサービスに組み込むために必要な差分の項目のみを用意するだけで）、該サービスを組み込んだソーシャルネットワーキングサービスをユーザに提供することができる。
また、本発明のソーシャルネットワーキングサービス（通常のＳＮＳまたは就職情報サービスＳＮＳ）に新規登録するユーザについても、既に他のサービスを利用しているなど、マスター会員として登録していれば、既に登録している情報については登録は不要である。
また、本発明では、ソーシャルネットワーキングサービスの各画面には、ユーザが利用している他のサービス（本発明で挙げている例では、ブログサービスや写真管理サービスなど）のコンテンツも表示する。したがって、ユーザは、本発明のソーシャルネットワーキングサービスに登録することにより、自分が利用している全てのサービスをソーシャルネットワーキングサービス上で一元的に管理することができる。

以降、本発明のソーシャルネットワーキングサービス（ＳＮＳ）の実施形態の一例を、図を参照しながら詳細に説明する。

ここでは、ソーシャルネットワーキングサービスと連携する他のサービスの例として、ブログサービスおよび写真管理サービス、並びに就職情報サービスを挙げて説明する。「連携する」とは、各サービスのデータを、ソーシャルネットワーキングサービスのユーザＩＤと同じＩＤで一元的に管理することをいう。そして、本実施の形態では、連携しているサービスのうち、ブログサービスおよび写真管理サービスの情報をソーシャルネットワーキングサービスの画面に表示して、ユーザに閲覧や更新をさせる。

なお、ソーシャルネットワーキングサービスの利用者となったユーザが利用しているブログサービスおよび写真管理サービスは、ソーシャルネットワーキングサービスと連動して管理されるようになる。例えば、記事や写真はソーシャルネットワーキングサービス上では友達登録したユーザしか閲覧できなくなる。また、ユーザがソーシャルネットワーキングサービスを退会する（利用をやめる）ことは可能であるが、ユーザが、ブログサービスを退会すると、ソーシャルネットワーキングサービスも退会となる。

また、本実施の形態では、連携しているサービスのうち就職情報サービスを、ソーシャルネットワーキングサービスに組み込んで、就職情報サービスＳＮＳとして提供する。「組み込む」ことにより、単にソーシャルネットワーキングサービスの画面に就職情報サービスの情報が表示されるだけでなく、就職情報サービスを用いたソーシャルネットワーキングサービスの新しい機能もユーザに提供される。例えば、ユーザは就職情報サービスＳＮＳの利用者となることにより、単に就職情報サービスを利用しているだけでは受けられなかったサービス（本実施の形態では、例えば、同じ大学に通っている就職情報サービスＳＮＳの利用者が登録したおすすめ授業の閲覧など）を受けられるようになる。

なお、ここで挙げている連携するサービス、および組み込むサービスは一例である。

図１は、本発明のソーシャルネットワーキングサービスの実施形態の概要を説明する図である。

図１において、総合サービス管理サーバ１０は、インターネットなどのネットワーク１１を介して、複数のパーソナルコンピュータ（ＰＣ）１２−１乃至１２−ｎ（ｎは任意の自然数）と接続されている。ここで、パーソナルコンピュータ（ＰＣ）１２−１乃至１２−ｎは、それぞれ異なるユーザにより所有されている。なお、以下において、パーソナルコンピュータ１２−１乃至１２−ｎを個々に区別する必要がない場合、単に、パーソナルコンピュータ１２と称する。

総合サービス管理サーバ１０では、マスター会員ＤＢ２１、ＳＮＳ−ＤＢ（ソーシャルネットワーキングサービスＤＢ）２２、ブログサービスＤＢ２３、写真管理サービスＤＢ２４、および就職情報サービスＤＢ２５が管理されている。

マスター会員ＤＢ２１には、総合サービス管理サーバ１０で提供されるサービス全てに共通の会員ＩＤであるマスター会員ＩＤがユーザの名前や住所などの情報とともに登録されている。

ＳＮＳ−ＤＢ２２には、ソーシャルネットワーキングサービスに参加しているユーザのマスター会員ＩＤと、ソーシャルネットワーキングサービスに関する情報（友達登録に関する情報など）が登録されている。なお、本実施の形態のソーシャルネットワーキングサービスでは、マスター会員ＤＢ２１およびＳＮＳ−ＤＢ２２のデータは勿論、ソーシャルネットワーキングサービスと連携している他のサービスのデータベースであるブログサービスＤＢ２３、写真管理サービスＤＢ２４、および就職情報サービスＤＢ２５に登録されている情報も適宜用いる。

また、上述したように、本実施の形態では、ソーシャルネットワーキングサービスに就職活動サービスを組み込んだ就職活動サービスＳＮＳも提供する。このため、ＳＮＳ−ＤＢ２２には、ユーザが通常のソーシャルネットワーキングサービスの利用者であるか（すなわち、就職活動サービスを組み込んでいないか）、就職活動サービスＳＮＳの利用者であるか（すなわち、就職活動サービスを組み込んでいるか）を示すフラグを用意する。なお、組み込むサービスは就職活動サービス以外でもよいし、複数のサービスからユーザが選んだものを組み込むようにしてもよい。複数のサービスを用意する場合には、フラグには、該ユーザがいずれのサービスを組み込んでいるかを記憶する。

ブログサービスＤＢ２３には、ウエブログのサービス（以下、ブログサービスと称する）を利用しているユーザのマスター会員ＩＤと、ブログサービスに関する情報（記事やコメント、トラックバックなど）とが登録されており、ブログサービスＤＢ２３とマスター会員ＤＢ２１とによりブログサービスを提供することができる。

また、写真管理サービスＤＢ２４には、写真をアップロードしたり、管理したりする写真管理サービスを利用しているユーザのマスター会員ＩＤと、写真管理サービスに関する情報（写真の画像ファイルやタイトルなど）とが登録されており、写真管理サービスＤＢ２４とマスター会員ＤＢ２１とにより写真管理サービスを提供することができる。

就職情報サービスＤＢ２５には、就職情報サービスを利用しているユーザのマスター会員ＩＤと、就職情報サービスに関する情報（例えば、会社の情報や就職活動状況など）が登録されており、就職情報サービスＤＢ２５とマスター会員ＤＢ２１とにより就職情報サービスを提供することができる。就職情報サービスＤＢ２５にもともと登録されている情報と、ＳＮＳ−ＤＢ２２やマスター会員ＤＢ２１にもともと登録されている情報とによって、就職情報サービスＳＮＳは提供可能である。このため、単に就職情報サービスを提供するだけでなく、就職情報サービスＤＢ２５とＳＮＳ−ＤＢ２２とマスター会員ＤＢ２１とにより就職情報サービスＳＮＳを提供することができる。

上述のＤＢは全て、上述のマスター会員ＩＤにより紐付けられているため、総合サービス管理サーバ１０は、マスター会員ＤＢ２１を参照してマスター会員ＩＤを管理する他、上述したＳＮＳ−ＤＢ２２および連携しているサービスごとのＤＢを参照して、ソーシャルネットワーキングサービス、ブログサービス、写真管理サービス、および就職情報サービスなどの各種のサービスを総合して管理する。また、総合サービス管理サーバ１０は、マスター会員ＤＢ２１を参照し、他の総合サービス（例えば、インターネットショッピングやポータル証券サービスなど）を提供するようにしてもよい。

ユーザは、各自のパーソナルコンピュータ１２を用いて総合サービス管理サーバ１０にアクセスし、各種の情報を登録することで、会員登録を行い、会員特有のＩＤであるマスター会員ＩＤを取得することができる。これにより、ユーザは、総合サービス管理サーバ１０が提供するサービスのマスター会員となることができる。すなわち、総合サービス管理サーバ１０により提供されている各種のサービスを利用するためには、マスター会員ＩＤを取得することが必要であり、ユーザは、マスター会員ＩＤを取得した後、さらに、ソーシャルネットワーキングサービス（ＳＮＳ−ＤＢ２２）やブログサービス（ブログサービスＤＢ２３）などのサービスに登録することで、登録した各種のサービスを利用することができる。

以下、ソーシャルネットワーキングサービスについて簡単に説明すると、ソーシャルネットワーキングサービスとは、参加しているユーザ（会員）が互いに友人（友達）を紹介しあうことで、新たな友達関係を広げることを目的としたサービスである。本実施の形態では、このソーシャルネットワーキングサービスには、友達による紹介があれば参加することができる（なお、紹介がなくてもソーシャルネットワーキングサービスに参加するようなものとしてもよい）。また、ソーシャルネットワーキングサービスの中には、自分のプロフィールや写真を公開する機能や、新しくできた「友達（友人）」を登録するアドレス帳の機能が提供されている。

さらに、ソーシャルネットワーキングサービスに参加しているユーザ（会員）のうちで友達（友人）のみが閲覧できる日記帳などの機能も提供されており、ユーザは、友達のみが閲覧可能な日記帳とするか、参加しているユーザであれば全員が閲覧可能な日記帳とするかを選択することができる。

また、本実施の形態におけるソーシャルネットワーキングサービスでは、上述したように、個別に運営されているウエブログ（ブログ）のサービスを行うブログサービス（ブログサービスＤＢ２３に基づくサービス）や、写真を載せたり、管理したりするサービスである写真管理サービス（写真管理サービスＤＢ２４に基づくサービス）、また、就職情報を提供するサービスである就職情報提供サービス（就職情報サービスＤＢ２５に基づくサービス）などと連携して、サービスを提供する。このとき、ブログサービスおよび写真管理サービス、並びに就職情報サービスは、ＯＥＭ（Ｏｒｉｇｉｎａｌ Ｅｑｕｉｐｍｅｎｔ Ｍａｎｕｆａｃｔｕｒｅｒ）のサービスとされる。なお、ここに示すＯＥＭは一例である。

また、本実施の形態では、ソーシャルネットワーキングサービス（ＳＮＳ）に、ＯＥＭのひとつである就職情報サービスを組み込んだ就職情報サービスＳＮＳも、通常のソーシャルネットワーキングサービスとともに提供される。

また、マスター会員ＩＤで管理されていない各サービス（他社のサービスなど）のデータを、本実施の形態における図１の総合サービス管理サーバ１０に取り込めるようにしてもよい。例えば、サービスを提供している他社と提携して、ユーザが該他社で利用していたブログサービスや写真管理サービスにおける写真や記事などのデータに、該ユーザのマスター会員ＩＤを付して、本実施の形態のブログサービスＤＢ２３および写真管理サービスＤＢ２４に移行できる機能を設ける。移行後は、本実施の形態におけるブログサービスや写真管理サービスとして利用することができる。なお、ここに示した写真管理サービスやブログサービスは一例であり、図１に示されているサービスとは異なるサービスのデータも取り込めるようにしてもよい。

次に、図２を参照して、図１の総合サービス管理サーバ１０のハードウエア構成例を説明する。

総合サービス管理サーバ１０には、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３２、およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３３が、バス３４により相互に接続されている。ＣＰＵ３１は、ＲＯＭ３２、または記憶部３８に記憶されているプログラムに従って各種の処理を実行する。ＲＡＭ３３には、ＣＰＵ３１が実行するプログラムやデータなどが適宜記憶される。

ＣＰＵ３１にはまた、バス３４を介して入出力インターフェース３５が接続されている。入出力インターフェース３５には、キーボード、マウスなどよりなる入力部３６、ディスプレイ、スピーカなどよりなる出力部３７が接続されている。ＣＰＵ３１は、入力部３６などから入力される指令に対応して各種の処理を実行する。

入出力インターフェース３５に接続されている記憶部３８は、例えば、ハードディスクなどで構成され、ＣＰＵ３１が実行するプログラムや各種のデータを記憶する。通信部３９は、インターネットやその他のネットワークなどの通信網を介して、外部装置と通信する。また、通信部３９は、通信網を介してプログラムを取得し、記憶部３８に記憶させるようにしてもよい。

また、入出力インターフェース３５には、マスター会員ＤＢ２１、ＳＮＳ−ＤＢ２２、ブログサービスＤＢ２３、写真管理サービスＤＢ２４、および就職情報サービスＤＢ２５が接続されており、これらのＤＢでは、バス３４を介するＣＰＵ３１からの指令に基づいて、適宜情報を読み出したり、登録したりする。

入出力インターフェース３５にはまた、ドライブ４０を介してリムーバブル記録媒体４１が接続されている。リムーバブル記録媒体４１は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどとされ、ドライブ４０は、リムーバブル記録媒体４１が装着されたとき、これを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部３８に転送され、記憶される。

次に、総合サービス管理サーバ１０で管理されるデータの連動について、図３を参照して説明する。上述したように、本実施の形態のソーシャルネットワーキングサービスでは、総合サービスのマスター会員となるときにマスター会員ＤＢ２１に登録する情報と、ソーシャルネットワーキングサービスの会員となるときにＳＮＳ−ＤＢ２２に登録する情報とが連動して、ソーシャルネットワーキングサービスをユーザに提供する。なお、ここでは、ユーザは、総合サービスの会員登録（マスター会員ＩＤの取得）をしていても、ブログサービスに登録していなければソーシャルネットワーキングサービスに登録することはできないものとするが、もちろん、ブログサービスへの登録の有無に関わらずソーシャルネットワーキングサービスに登録できるシステムとしてもよい。

具体的には、図３に示されるように、ニックネーム、本名、性別、住所（都道府県）、年齢、および誕生日は、マスター会員ＩＤにより管理される情報である。すなわち、これらの情報は、マスター会員ＤＢ２１に登録されている情報である。また、プロフィール画像、住所（都道府県以降）、自己紹介、趣味、特技、自由設定項目は、ソーシャルネットワーキングサービスの利用時に登録する情報である。すなわち、これらの情報は、ＳＮＳ−ＤＢ２２に登録されている情報である。

図３に示されるように、各項目（ニックネーム、プロフィール画像、本名などの各項目）には、それぞれ公開設定と更新のタイミングが設けられている。

「常に公開（非公開設定不可）」は、ユーザの希望があっても非公開の設定ができず、常に公開されることを示し、「デフォルト非公開・ＳＮＳ上でグループごとに公開設定可能」は、デフォルト状態が非公開であり、ソーシャルネットワーキングサービスの利用時にグループ（友達として登録したユーザを分類するためのグループ）ごとに公開と非公開を設定することができることを示す。なお、それ以外については、図３に記載してあるのでその説明は省略する。

次に、図４と図５を参照して、本発明に係る総合サービス管理サーバ１０がソーシャルネットワーキングサービスを提供する上での機能的構成例を説明する。ソーシャルネットワーキングサービスの機能としては、大きく２つに分けられ、一方がソーシャルネットワーキングサービス管理系機能（図４のマイページ管理機能１１０）であり、他方がソーシャルネットワーキングサービス閲覧系機能（図５のマイページ閲覧機能１４０）である。これらの機能は、例えば、図２の総合サービス管理サーバ１０のＣＰＵ３１が、ＲＯＭ３２、または記憶部３８に記憶されているプログラムに従って各種の処理を実行することで実現される。

最初に、図４を用いて、ソーシャルネットワーキングのマイページにおける管理機能（自分自身のページで管理をする場合の機能）について説明する。総合サービス管理サーバ１０は、マイページ管理機能１１０を有しており、この機能は、ソーシャルネットワークサイトにおいて、管理に関する機能である。マイページ管理機能１１０には、友達承認機能１１１−１、グループ選択機能１１１−２、承認完了機能１１１−３、プロフィール編集機能１１２−１、編集完了機能１１２−２、紹介文編集機能１１３−１、編集完了機能１１３−２、メッセージ作成機能１１４−１、メッセージ確認機能１１４−２、メッセージ送信機能１１４−３、草稿保存機能１１４−４、グループ作成／編集機能１１５−１、編集完了機能１１５−２、公開レベル編集機能１１６−１、編集完了機能１１６−２、友達削除機能１１７−１、メッセージ確認機能１１７−２、削除完了機能１１７−３、友達招待機能１１８−１、および招待完了機能１１８−２が備えられている。

図中、各機能を表すブロックと、ブロックを繋げている矢印は、矢印の方向に処理が進むことを示している。具体的な例としては、友達承認機能１１１−１による処理の後に、グループ選択機能１１１−２による処理が実行され、さらに承認完了機能１１１−３による処理が実行されるといったものである。

友達承認機能１１１−１は、他のユーザからの友達申請に対して、該他のユーザを友達として登録する承認を行う機能であり、ユーザからの友達を承認するか否かの指令に基づいて、友達を登録したり、登録しなかったりする。ここで友達が登録されると、グループ選択機能１１１−２が、登録された友達をどのグループに登録するかの選択を受け付け、グループの選択が完了すると、承認完了機能１１１−３が、承認完了画面を表示させ、承認が完了したことをユーザに対し通知する。

プロフィール編集機能１１２−１は、ユーザ自身のプロフィールを編集する機能であり、ユーザからの入力に基づいて、プロフィールを編集する。プロフィールの編集が完了すると、編集完了機能１１２−２は、編集完了画面を表示させ、編集が完了したことをユーザに通知する。

紹介文編集機能１１３−１は、ユーザからの指令に基づいて、そのユーザの友達（友達として登録されているユーザ）への紹介文を作成したり、その紹介文を編集したりする機能である。紹介文の編集が完了すると、編集完了機能１１３−２は、編集完了画面を表示させ、編集が完了したことをユーザに通知する。

メッセージ作成機能１１４−１は、ユーザからの指令に基づいて、他のユーザ宛へのメッセージを作成する機能である。このメッセージは、ソーシャルネットワーキングサービスに加入しているユーザに対してなら誰にでも（友達登録してなくとも）送信することができる。メッセージが作成されると、メッセージ確認機能１１４−２によってメッセージを確認することもできるし、メッセージ送信機能１１４−３によってメッセージを送信することもできる他、草稿保存機能１１４−４によってメッセージを草稿として保存することもできる。

グループ作成／編集機能１１５−１は、ユーザからの指令に基づいて、そのユーザが登録しているユーザ（友達）をグループ分けしたり、さらにグループを作ったり編集したりする機能である。具体的には、グループ作成／編集機能１１５−１によれば、ユーザはグループを作成・編集し、友達をグループに分けることができる。グループ分けが完了すると、編集完了機能１１５−２は、編集完了画面を表示させ、編集が完了したことをユーザに通知する。

公開レベル編集機能１１６−１は、ユーザからの指令に基づいて、所定のサービスの公開レベルを編集する機能である。例えば、公開レベル編集機能１１６−１によれば、自分の記事（日記）、写真、およびプロフィールなどの公開レベルを編集することができる。公開レベルの編集が完了すると、編集完了機能１１６−２は、編集完了画面を表示させ、編集が完了したことをユーザに通知する。

友達削除機能１１７−１は、ユーザからの指令に基づいて、登録してある友達を削除する機能である。例えば、友達削除機能１１７−１によれば、友達登録を解除することができる。友達登録の解除が完了すると、メッセージ確認機能１１７−２は、メッセージ確認画面を表示させ、ユーザに、友達登録を本当に解除するか否かを問い合わせる。メッセージの確認がユーザによってなされると、削除完了機能１１７−３は、その友達の削除を完了する。

友達招待機能１１８−１は、ユーザ（ソーシャルネットワーキングサービスに加入しているユーザ）が、このソーシャルネットワーキングサービスに加入していないユーザを、誘う機能である。例えば、友達招待機能１１８−１によれば、招待するユーザのメールアドレスなどのデータを取得し、これに基づいて、ユーザを招待することができる。友達が招待されると、招待完了機能１１８−２は、招待が完了した旨を表示させ、招待を完了する。

次に、図５を用いて、ソーシャルネットワーキングのマイページ閲覧機能（自分自身のページを閲覧する場合の機能）について説明する。総合サービス管理サーバ１０は、マイページ閲覧機能１４０を有しており、この機能は、主に、ソーシャルネットワークサイトにおいて、閲覧に関する機能である。マイページ閲覧機能１４０には、新着情報機能１４１、ブログ新着機能１４２−１、ブログ一覧機能１４２−２、フォト新着機能１４３−１、フォト一覧機能１４３−２、友達一覧機能１４４、他己紹介一覧（友達一覧）機能１４５、受信メッセージ一覧機能１４６−１、受信メッセージ表示機能１４６−２、送信メッセージ一覧機能１４７−１、送信メッセージ表示機能１４７−２、草稿メッセージ一覧機能１４８−１、草稿メッセージ表示機能１４８−２、メッセージ作成機能１４９−１、メッセージ確認機能１４９−２、草稿保存機能１４９−３、メッセージ送信完了機能１４９−４、および、あしあと（足あと）一覧機能１５０が備えられている。なお、上述のうち、ブログおよびフォト（写真）に関する機能には、ソーシャルネットワーキングサービスと連携している他のサービスであるブログサービス（ブログサービスＤＢ２３）および写真管理サービス（写真管理サービスＤＢ２４）からの情報が用いられる。

図中、各機能を表すブロックと、ブロックを繋げている矢印は、矢印の方向に処理が進むことを示している。具体的な例としては、ブログ新着機能１４２−１による処理の後に、ブログ一覧機能１４２−２による処理が実行されるといったものである。

新着情報機能１４１は、新しく更新された情報を表示する機能である。例えば、新着情報機能１４１によれば、誕生日が近い友人（友達）の情報を表示することや、新着の受信メッセージや自分のブログに対する新着情報（コメント、トラックバック、掲示板などへの新たな書き込み）を表示することができる。

ブログ新着機能１４２−１は、友達のブログの更新情報を取得し、表示する機能である。ブログ新着情報が表示され、ブログ一覧がユーザにより指令されると、ブログ一覧機能１４２−２は、ブログ一覧を表示させる。フォト新着機能１４３−１は、友達のフォト（写真）更新情報を一覧表示する機能である。フォト新着情報が表示され、フォト一覧がユーザにより指令されると、フォト一覧機能１４３−２は、フォト一覧を表示させる。

友達一覧機能１４４は、友達を一覧表示する機能である。例えば、友達一覧機能１４４は、管理トップ画面には友達をランダムに８人表示するよう処理するとともに、「もっと見る」との指令がユーザにより入力された場合（「もっと見る」と記載されたリンクがクリックされた場合）、友達を全員表示するように（一覧表示するように）する。他己紹介一覧（友達一覧）機能１４５は、自分が友達に向けて書いた紹介文を表示する機能である。受信メッセージ一覧機能１４６−１は、受信したメッセージの一覧を表示させる機能である。受信メッセージ一覧が表示されている状態で、受信メッセージの表示がユーザにより指令されると、受信メッセージ表示機能１４６−２が、受信メッセージを表示させる。送信メッセージ一覧機能１４７−１は、送信したメッセージを表示する機能である。送信メッセージ一覧が表示されている状態で、送信メッセージの表示がユーザにより指令されると、送信メッセージ表示機能１４７−２が、送信メッセージを表示させる。

草稿メッセージ一覧機能１４８−１は、下書きしたメッセージを表示する機能であり、草稿メッセージ一覧が表示されている状態で、草稿メッセージの表示がユーザにより指令されると、草稿メッセージ表示機能１４８−２が草稿メッセージを表示する。メッセージ作成機能１４９−１は、メッセージを作成するための画面を表示する機能であり、メッセージが作成されると、ユーザからの指令により、メッセージ確認機能１４９−２がメッセージの確認をしたり、草稿保存機能１４９−３が草稿を保存したりする。また、メッセージが確認された状態で、メッセージの送信がユーザにより指令されたとき、メッセージ送信完了機能１４９−４により、メッセージの送信が完了される。あしあと一覧機能１５０は、自分のページ（ソーシャルネットワーキングサイト）にアクセスしたユーザ（ソーシャルネットワーキングサイトの会員）のアクセスログを表示する機能である。例えば、あしあと一覧機能１５０によれば、ユーザの管理トップ画面に、直近１０人のあしあとと、あしあとを残した日時を表示する処理を実行するとともに、「もっと見る」との指令がユーザにより入力された場合（「もっと見る」と記載されたリンクがクリックされた場合）、直近のあしあとを５０人分一覧表示することができる。

次に、図６のフローチャートを参照して、ソーシャルネットワーキングサービスの管理トップ（上述の図４で説明したマイページ管理機能１１０におけるトップ画面）からの画面遷移について説明する。

ステップＳ１１１において、ソーシャルネットワーキング管理トップ画面が表示されている状態では、友達一人表示（ステップＳ１１２）、友達一覧表示（ステップＳ１１３）、受信メッセージ一覧（ステップＳ１１４）、あしあと一覧（ステップＳ１１５）、グループ一覧（ステップＳ１１６）、ブログ新着一覧（ステップＳ１１７）、およびフォト新着一覧表示（ステップＳ１１８）の他、さらに、友達承認（ステップＳ１４１）、プロフィール編集（ステップＳ１４２）、紹介文編集（ステップＳ１４３）、メッセージ作成（ステップＳ１４４）、グループ作成／編集（ステップＳ１４５）、グループ削除（ステップＳ１４６）、および友達招待（ステップＳ１４８）のうちのいずれかの画面に遷移することが可能であり、ユーザの指令に基づいて、各ステップに対応する画面に遷移する。

ステップＳ１１２の友達一人表示の画面とステップＳ１１３の友達一覧表示の画面からは、図６に示されるように、ステップＳ１４７の友達削除確認画面に遷移することができ、ステップＳ１４７の友達削除確認画面からは、ステップＳ１６６の削除完了画面に遷移することができる。ステップＳ１１３の友達一覧の画面からは、ステップＳ１４７の友達削除確認画面の他、ステップＳ１４３の紹介文編集画面に遷移することができる。

ステップＳ１１４の受信メッセージ一覧の画面からは、ステップＳ１４４のメッセージ作成の画面に遷移することができる。また、ステップＳ１４４のメッセージ作成の画面とステップＳ１６３のメッセージ削除確認画面には、ステップＳ１３１のメッセージ表示画面、ステップＳ１３２の送信メッセージ一覧画面、および、ステップＳ１３３の草稿メッセージ一覧の画面から遷移することも可能である。

ステップＳ１１６のグループ一覧画面からは、ステップＳ１４５のグループ作成／編集画面と、ステップＳ１４６のグループ削除画面に遷移することができる。

ステップＳ１４１の友達承認画面からは、ステップＳ１６１のグループ選択画面に遷移することができ、ここからは、さらに、ステップＳ１８１の承認完了画面に遷移することができる。

ステップＳ１４２のプロフィール編集画面からは、ステップＳ１８２の編集完了画面に遷移することができる。

ステップＳ１４３の紹介文編集画面からは、ステップＳ１８３の編集完了画面に遷移することができる。

ステップＳ１４４のメッセージ作成画面からは、ステップＳ１６２のメッセージ確認画面に遷移することができ、ここからは、さらに、ステップＳ１８４のメッセージ送信画面に遷移することができる。

ステップＳ１３１のメッセージ表示画面、ステップＳ１３２の送信メッセージ一覧画面、および、ステップＳ１３３の草稿メッセージ一覧の画面からは、ステップＳ１６３のメッセージ削除確認画面に遷移することができ、ここからは、さらに、ステップＳ１８５のメッセージ削除画面に遷移することができる。

ステップＳ１４５のグループ作成／編集画面からは、ステップＳ１６４のグループ設定確認画面に遷移することができ、ここからは、さらに、ステップＳ１８６の編集完了画面に遷移することができる。

ステップＳ１４６のグループ削除画面からは、ステップＳ１６５のグループ削除確認画面に遷移することができ、ここからは、さらに、ステップＳ１８７のグループ削除完了画面に遷移することができる。

ステップＳ１４７の友達削除確認画面からは、ステップＳ１６６の削除完了画面に遷移することができる。

ステップＳ１４８の友達招待画面からは、ステップＳ１６７の招待完了画面に遷移することができる。

なお、以上の各ステップの処理が終了した後は、ステップＳ１１１のソーシャルネットワーキングサービス管理トップに戻るようにしてもよい。

次に、図７のフローチャートを参照して、ソーシャルネットワーキングサービスの閲覧トップ（上述の図５で説明したマイページ閲覧機能１４０における閲覧トップ画面）からの画面遷移について説明する。

ステップＳ２１１のプロフィール閲覧トップ画面からは、ステップＳ２１２の友達申請画面の他に、ステップＳ２２１の友達一人表示画面、ステップＳ２２２の友達一覧画面、ステップＳ２２３のメッセージ作成画面、およびステップＳ２２４の紹介文編集画面のうちのいずれかの画面に遷移することができる。ここで、ステップＳ２２１乃至ステップＳ２２４までの各画面からの操作は、管理側の操作に対応するので、以降の処理は、図６を用いて上述した管理画面側の遷移に移動する。

ステップＳ２１２の友達申請画面からは、ステップＳ２１３の申請完了画面に遷移する。なお、友達申請画面に表示されるヘッダは、閲覧者の管理画面に依存する。また、ステップＳ２１３の処理が終了した後は、ステップＳ２１１のプロフィール閲覧トップ画面に戻るようにしてもよい。

以下、図面を参照して、実際の画面例について説明する。

図１１は、本実施の形態における各画面の構成の例を示す図である。項目２１２は、このユーザのプロフィールが表示されるエリア、すなわち、プロフィール欄である。項目２１４は、このユーザがよく使うメニューのショートカットが表示されるエリアである。項目２１９は、このユーザの友達の一覧が表示されるエリアである。エリア３７０は、ソーシャルネットワーキングサービスの情報とともに、ユーザが利用しているＯＥＭ（本実施形態の例では、ブログサービスおよび写真管理サービス、就職情報サービス）に応じて異なるパーツ（該ＯＥＭのコンテンツやボタン・画像など）が表示されるエリアである。また、エリア３７０は、ユーザにより所定の機能が選択されたとき、その選択された機能に対応した画面が表示される（すなわち、画面遷移する）エリアである。

以降、具体的な画面例を示しながら、本実施の形態の各画面について説明する。なお、以降の図において、符号が上述の図１１の各符号と同一であるものは、図１１に対応している。

図８は、ソーシャルネットワーキングサービスの管理トップ画面の例を示す図である。

図８の画面２００は、図６のステップＳ１１１で表示される。画面２００は、ログインしたユーザの利用しているＯＥＭ（ブログサービスおよび写真管理サービス、就職情報サービス）に応じて、画面の基本色、任意のパーツ（該ＯＥＭのコンテンツなど）が、各サービスのデータベース２３〜２５（図１参照）から読み出されて表示されるように作成されている。なお、管理トップ画面への他のサービス（ＯＥＭ）の情報の表示については、後で詳しく説明する。

画面２００において、項目２１１には、ユーザ自身のニックネームが表示される。項目２１２のプロフィール欄（項目２１３の一言コメントを含む）には、ユーザ自身のプロフィール（本実施の形態では、プロフィール画像とニックネーム、友達の人数）が表示される。また、項目２１３には一言コメントを入力するためのテキストボックスを表示し、あらかじめ決められた文字数（例えば全角３０文字）までのコメントを入力して「更新」ボタンをクリックすることで更新される。

項目２１４（よく使うメニューのショートカット）には、図８の画面２００の例においては、プロフィール編集画面へのショートカットである「プロフィールを編集」、ＯＥＭのひとつであるブログサービスに応じて表示される管理トップへのショートカットである「ブログを編集」、ＯＥＭのひとつである写真管理サービスに応じて表示される管理トップへのショートカットである「フォトを編集」、受信メッセージ一覧画面へのショートカットである「メッセージ」、グループ一覧画面へのショートカットである「グループ公開設定」、友達招待画面へのショートカットである「友達を誘う」の各リンクを表示している。

項目２１９には、友達一覧が表示される。ここでは、例えば、友達のプロフィール画像とニックネームが最大８件、ランダムに一覧表示し、画像またはニックネームをクリックすると該友達を閲覧できる閲覧画面に遷移し、「全員」リンクをクリックすると、友達一覧画面に遷移する。

また、項目２１５には、このユーザへの新着情報であるトピックス（ＭＹ Ｔｏｐｉｃｓ）が表示され、項目２１６には、他のユーザの新着情報であるホットトピックス（ＨＯＴ Ｔｏｐｉｃｓ）が表示され、項目２１７には、新着ブログ一覧（Ｌａｔｅｓｔ Ｂｌｏｇ）と新着フォト一覧（Ｌａｔｅｓｔ Ｐｈｏｔｏ）へのリンクが表示され、項目２１８には、新着ブログの情報が表示され、項目２２０には、新着フォトが表示され、項目２２１には、他己紹介が表示され、項目２２２には、足あとが表示される。なお、これらのトピックス、ホットトピックス、新着ブログ一覧、新着フォト一覧、他己紹介、足あとの各項目への表示については後で詳しく説明する。

また、画面２００の上側２４０には、各画面に遷移するためのリンク（この例の場合、ＳＮＳ管理、ブログ管理、フォト管理、ヘルプ、ログアウト、および、自分のページを確認するなどの画面へのリンク）が表示されている。

上述したように、管理トップ画面（図８の画面２００）には、ログインしたユーザの利用しているＯＥＭ（ブログサービスおよび写真管理サービス、就職情報サービス）に応じて、画面のヘッダや基本色、任意のパーツ（該ＯＥＭのコンテンツなど）が表示される。そこで、ログインしたユーザの利用しているＯＥＭがブログサービスである場合の管理トップ画面の例を、図９を参照して説明する。なお、上述したように、本実施の形態では、ユーザはブログサービスに登録しないとソーシャルネットワーキングサービスに加入できないため、ソーシャルネットワーキングサービスの利用者であるユーザは全てブログサービスの利用者であることになる。また、以下において、符号が同一であるものは、基本的に同一の機能を有するものとし、その詳細な説明は、繰り返しになるので省略する。

図９において、画面２００の上部には、項目２８１乃至２８３が表示されており、各項目を選択することで、各対応する画面に遷移することができる。項目２８１は、トップページを選択する項目であり、項目２８２は、グリーティングカードを選択する項目であり、項目２８３は、アフィリエイトを選択する項目である。また、項目２７１には、ブログサービスである旨を表示している。すなわち、これらの項目には、ここでのＯＥＭであるブログサービスに対応したものを表示するようにする。

また、項目２９０には、総合情報提供サービスに関する各ページ（この例の場合、「２０００円分のポイントプレゼント！」等）へのリンクが表示されている他、項目３００にも、総合情報提供サービスに関する各リンク（「ショップ別」、「全商品」等）へのリンクが表示されている。項目３１０には、ソーシャルネットワーキングサービスに関するリンクが表示されている。項目３２０には、総合情報提供サービスで管理されるデータ（ポイント、メールの情報、購入履歴など）がリンクとともに表示されている。

以降は、ＯＥＭ（ここではブログサービス）に応じてエリア３７０（図１１）に表示される項目である。すなわち、ユーザが利用しているＯＥＭに応じた情報を、ソーシャルネットワーキングサービスの各画面のあらかじめ決められたエリアに表示することにより、ユーザは自分が利用しているＯＥＭを一元的に管理できる。

まず、項目２１５（Ｍｙ Ｔｏｐｉｃｓ）には、このユーザへの新着情報として、例えば、このユーザに対して行われたブログへのコメントやトラックバック、掲示板への２４時間以内の書込みの有無をブログサービスＤＢ２３（図１参照）から読み出して表示する。表示されている新着情報をクリックすると、このユーザのブログのトップページを表示した画面に遷移する（すなわち、エリア３７０に表示する。以降同じ。）。また、項目２１５（Ｍｙ Ｔｏｐｉｃｓ）には、まだ処理（承認または拒否）していない友達申請の数をＳＮＳ−ＤＢ２２（図１参照）から読み出して表示し、クリックすると友達承認画面に遷移する。また、未読メッセージの数をＳＮＳ−ＤＢ２２から読み出して表示し、クリックするとメッセージ一覧画面に遷移する。なお、友達申請の処理を行ったり、未読メッセージを閲覧すれば、以降これらをＭｙ Ｔｏｐｉｃｓに表示しないが、ブログへのコメント・トラックバック・掲示板への書込みは、ユーザが確認しても、２４時間経過するまではＭｙ Ｔｏｐｉｃｓに表示するものとする。

項目２１６（Ｈｏｔ Ｔｏｐｉｃｓ）には、友達である（友達登録されている）ユーザに関する新着情報を表示する。ここで、情報の先頭には、何の情報であるかを示すアイコンとタイトルなどを表示するとよい。具体的には、ブログが更新されたという情報である場合には「ブログ」のアイコンとブログのタイトルを表示し、クリックすると該ユーザのブログのトップページを例えば別ウィンドウで表示する。また、写真が更新された場合には「フォト」のアイコンとフォトタイトルを表示し、クリックすると該ユーザのフォトページを例えば別ウィンドウで表示する。また、誕生日が到来している（または、近づいている）場合には「誕生日」のアイコンとそのユーザのニックネームを表示し、クリックすると該ユーザのプロフィール表示画面（後述の図３１）に遷移する。また、紹介文が新しく登録された場合には「紹介文」のアイコンと紹介文の先頭１５文字を表示し、クリックすると友達一人表示画面に遷移する。なお、ブログについてはブログサービスＤＢ２３から読み出して表示し、フォトについては写真管理サービスＤＢ２４から読み出して表示し、誕生日および紹介文についてはＳＮＳ−ＤＢ２２から読み出して表示する。

また、項目２１７においては、「新着ブログ一覧」をクリックするとブログ新着一覧画面に遷移し、「新着フォト一覧」をクリックするとフォト新着一覧画面に遷移する。

項目２１８（Ｌａｔｅｓｔ Ｂｌｏｇ（新着ブログ））には、友達のブログを最近更新された順に５件表示する。表示内容は例えばタイトルの先頭１５文字と作者であるユーザのニックネームとする。これらの情報は、ＳＮＳ−ＤＢ２２に登録されている友達のユーザの情報をブログサービスＤＢ２３から読み出して表示する。タイトルをクリックすると該当のブログを例えば別ウィンドウで表示する。また、ニックネームをクリックすると該当のユーザの閲覧ページに遷移する。なお、一覧にはユーザあたり１件のみ表示する。「もっと見る」をクリックするとブログ一覧画面に遷移する。

項目２２０（Ｌａｔｅｓｔ Ｐｈｏｔｏ（新着フォト））には、友達のフォトを最近更新された順に３件表示する。これらの情報は、ＳＮＳ−ＤＢ２２に登録されている友達のユーザの情報を写真管理サービスＤＢ２４から読み出して表示する。画像のサムネイルかフォトタイトルをクリックすると、該当フォトの１枚表示画面（写真管理サービス）に遷移する。ユーザのニックネームをクリックすると、該ユーザのプロフィール表示画面（後述の図３１）に遷移する。「もっと見る」をクリックするとフォト一覧画面に遷移する。

項目２２２（足あと）には、最近このユーザのページを閲覧したユーザ２０人のニックネームと最終閲覧時刻を、ＳＮＳ−ＤＢ２２から読み出して表示する。ニックネームをクリックすると、該ユーザのプロフィール表示画面（後述の図３１）に遷移する。「もっと見る」をクリックするとあしあと一覧画面に遷移する。

このように、本実施の形態のソーシャルネットワーキングサービスでは、連携しているサービスの各データベースがユーザのマスター会員ＩＤで紐付けられており、ソーシャルネットワーキングサービスの情報と、ユーザが加入しているサービス（ここではブログサービス）の情報とを一元的に管理・閲覧できるように構成されている。

さて、本実施の形態においては、上述の方法により、ソーシャルネットワーキングサービスと連携している他のサービス（ＯＥＭ）の情報が表示されるソーシャルネットワーキングサービスとは区別して、就職情報サービスＳＮＳ（就職情報サービスを組み込んだソーシャルネットワーキングサービス）も提供する。就職情報サービスＳＮＳには、就職情報サービスＳＮＳに参加しているユーザからの招待があるか、また、通常のソーシャルネットワーキングサービスに加入しているユーザが、移行（乗り換え）する手続きを行うか、就職情報サービスのＷｅｂページから登録を行うことでしか参加することができない。なお、上述したように、ユーザが就職情報サービスを組み込まない通常のソーシャルネットワーキングサービスの利用者であるか、就職情報サービスＳＮＳの利用者であるかは、ＳＮＳ−ＤＢ２２のフラグに記憶されている。また、ここで説明する就職情報サービスＳＮＳは一例であり、組み込むサービスは就職情報サービス以外でもよい。

ここで、就職情報サービスＳＮＳの管理トップ画面では、図１０に示されるように、画面２００のエリア３４０に、就職情報サービス独自のコンテンツが挿入される。独自コンテンツの例としては、出身大学の表示やその大学の授業状況、大学ごとの掲示板へのリンク、就職希望会社の情報などである。このように、就職情報サービスＳＮＳでは、単に連携するＯＥＭの情報を各画面に表示するだけでなく、他のサービス（本実施の形態では、就職情報サービス）を、ソーシャルネットワーキングサービスの一部に組み込んで、上述の独自コンテンツのようなソーシャルネットワーキングサービスの機能として運営することで、個々のユーザにあったサービスを提供することができる。

図５１は、就職情報サービスＳＮＳにおける画面２００（管理トップ画面）の例を示す図である。ここでは、図５１を用いて、ソーシャルネットワーキングサービスに就職情報サービスを組み込んだ場合の表示について説明する。項目２１２および項目２１３（プロフィール欄）、項目２１４（よく使うメニューのショートカット）、項目２１９（友達一覧）については、上述の図８〜図１１と同様である。また、エリア３７０（図１１参照）における項目２１６（トピックス（Ｍｙ Ｔｏｐｉｃｓ）および項目２１７，項目２２２（足あと）についても、上述の図８〜図１１と同様である。

一方、エリア３７０（図１１参照）において、ＯＥＭを組み込んだソーシャルネットワーキングサービス（ここでは、就職情報サービスＳＮＳ）に独自のコンテンツを挿入するエリアであるエリア３４０（図１０参照）には、項目１０４１に自分が通っている大学の授業評価を、項目１０４２に掲示板のブックマーク（ユーザがチェックしている掲示板へのリンク）を表示している。このような独自コンテンツにより、就職情報サービスＳＮＳの利用者となったユーザは、通常のソーシャルネットワーキングサービスには無く、また、単に就職情報サービスを利用しているだけでは受けられないサービスを受けることができる。これらのサービスは、ＳＮＳ−ＤＢ２２および就職情報サービスＤＢ２５から読み出した情報により提供される。その他、項目１０３１には該当ユーザと友達との相性診断を行うコンテンツを、項目１０３２には該当ユーザの性格診断の結果を表示している。

また、画面上部には、組み込んだＯＥＭである就職情報サービスに対応する項目を表示している。例えば、項目１０７１には就職情報サービスである旨を示したタイトルを表示し、項目１０５０および項目１０６０には、他のサービスのページへのリンクなどを表示している。また、就職情報サービス特有の各画面に遷移する「大学生活」タブ１０８１（現在の画面（図５１に表示されている画面）に遷移）、「インターン」タブ１０８２（インターンに関する情報を表示した画面に遷移）、「就職活動」タブ１０８３（就職活動に関する情報を表示した画面に遷移）、「仕事と会社」タブ１０８４（会社や仕事内容に関する情報を表示した画面に遷移）を表示している。これにより、就職情報サービスＳＮＳにて、従来の就職情報サービスのコンテンツも利用することができる。

上述したように、図１１の画面構成例において、エリア３７０は、所定の機能が選択されたとき、その選択された機能に対応して表示される（画面遷移する）エリアである。以降、このエリア３７０の中に表示される各画面について説明していく。

図１２は、友達承認時にエリア３７０（図１１）に表示される友達承認画面の例を示している。すなわち、図６のステップＳ１４１で表示される画面（図４の友達承認機能１１１−１により実現される画面）の例を示している。ここには、友達申請をしてきたユーザのプロフィール３９１乃至３９３が表示されており、各ユーザのプロフィール画像およびニックネームを表示している。プロフィール画像またはニックネームをクリックすると、該ユーザのプロフィール表示画面（後述の図３１）に遷移する。また、氏名や友達申請にあたってのメッセージも表示する。

ユーザは、これらの申請を許可するか拒否するかを選択することができる。「許可」を選択すると、友達申請を承認したことになり、友達として自分の管理トップ画面および閲覧トップ画面などに表示される。また、「拒否」を選択すると、友達申請は破棄されるが、申請したユーザにはとくに連絡はなされない。このため、断りづらいが申請を受けたくもない場合に有効である。なお、許可または拒否の処理を行うまでは、管理トップ画面のＭｙ Ｔｏｐｉｃｓ欄に表示され続ける。

図１２において、友達申請をしてきたユーザのうち、プロフィール３９１に対応するユーザ（この例の場合、「イソノ１さん」）を許可し、それが完了した場合、図１３に示されるように、エリア３７０には、友達申請をしてきた残りのユーザのプロフィール３９２と３９３が表示される。すなわち、まだ処理されていないユーザ（まだ許可も拒否もされていないユーザ）は引き続きエリア３７０に表示される。

図１４は、プロフィール編集時にエリア３７０（図１１）に表示されるプロフィール編集画面の例を示している。すなわち、図６のステップＳ１４２で表示される画面（図４のプロフィール編集機能１１２−１により実現される画面）の例を示している。ここでは、既に登録されている自分のプロフィール情報が表示されており、その場で編集することができる。なお、本実施の形態においては、マスター会員ＩＤに依存する情報（図３参照）は、変更することができないものとされている。

エリア３７０の項目４２１には、ユーザ自身のニックネームが表示され、項目４２２には、ＳＮＳ会員であるユーザなら誰でも見ることが可能なプロフィールが項目４２３の一言コメントとともに表示され、項目４２４には、他のメニューに遷移するためのショートカットが表示されている。ユーザは、項目４２５にある各欄を編集することができ、編集完了アイコンをクリックすることで、プロフィールの編集を行うことができる。

項目４２５の各欄には、既に登録されている情報が入力された状態で表示され、編集を行うことができる。ここで編集できるのは、プロフィール画像、住所（都道府県より後の部分）、自己紹介、趣味、特技、自由設定項目（自分で項目を作って内容を入力する）である。各欄を編集して「編集完了」ボタンをクリックすると編集完了画面（図６のＳ１８２）に遷移し、確認画面から「確認完了」をクリックすると、ＳＮＳ−ＤＢ２２のプロフィールが更新され、プロフィール編集画面に戻る。なお、各項目の公開／非公開の制限（図３参照）についてはグループ公開設定で行うが、後で詳しく説明する。

図１５は、紹介文編集時にエリア３７０（図１１）に表示される紹介文編集画面の例を示している。すなわち、図６のステップＳ１４３で表示される画面（図４の紹介文編集機能１１３−１により実現される画面）の例を示している。ここでは、友達の名前とグループの他、なれそめと紹介文が表示されており、なれそめと紹介文をその場で編集することができる。図１５に表示されている友達のプロフィール画像・ニックネーム・名前のいずれかをクリックすると、該友達のプロフィール表示画面（後述の図３１）に遷移する。また、グループ名をクリックすると、該当のグループのグループ公開設定の画面に遷移する。なお、グループは、他のユーザには公開されない。

本実施の形態では、メッセージの送信は、友達個人宛てと、グループの全員宛てに行うことができる。友達個人宛は該友達のプロフィール表示画面（後述の図３１）から、グループ宛は自分の管理トップ画面から、メッセージ作成画面に遷移することができる。

図１６は、メッセージ作成時にエリア３７０（図１１）に表示されるメッセージ作成画面（友達個人宛）の例を示している。すなわち、図６のステップＳ１４４で表示される画面（図４のメッセージ作成機能１１４−１により実現される画面）の例を示している。ここでは、宛先、件名、本文、「送信確認」ボタン、「草稿へ保存」ボタンが表示されており、件名と本文を入力することができる。件名および本文を入力して「送信確認」ボタンをクリックすると、メッセージ確認画面（図６のＳ１６２）に遷移する。また、「草稿へ保存」ボタンをクリックすると、保存が完了したことを示す完了画面に遷移する。

一方、グループ宛のメッセージ作成時には、宛先プルダウンを選択することにより、ユーザが作成しているグループ（友達の中からさらに分けられたグループ）とデフォルトのグループ（「友達」グループ）が選択可能である。具体的には、図１７に示されるように、ユーザが宛先のグループ（この例の場合、「友達」）を選択して、「宛先を確認する」ボタンをクリックすると、画像４６０に示されるように、選択しているグループに所属する友達がポップアップとして表示される。その他は、上述の図１６のメッセージ作成画面と同様である。

図１８は、グループ作成／編集時にエリア３７０（図１１）に表示されるグループ作成／編集画面の例を示している。すなわち、図６のステップＳ１４５で表示される画面（図４のグループ作成／編集機能１１５−１により実現される画面）の例を示している。ここでは、項目４８１としてグループ名が登録でき、項目４８２としてグループ所属メンバーが登録でき、項目４８３として公開設定（図４の公開レベル編集１１６−１）が登録できる。なお、本実施の形態においては全ての友達がいずれかのグループに紐付いている。ユーザが紐付けない場合には、デフォルトのグループ（「友達」グループ）に登録される。

グループ作成／編集画面は、前画面より「新規作成」をクリックして当画面に遷移して来た場合には、グループ名および「該当グループユーザ」は空欄、「その他グループユーザ」には友達全員が入力された状態で表示される。また、公開設定には公開／非公開のデフォルト値（図３参照）が入力されている。一方、前画面より「編集」をクリックして遷移して来た場合には、現在登録されている内容が入力された状態で表示される。

ここでは、友達承認したユーザをグループ分けするとともに、設定した各グループについて、氏名、性別、住所：都道府県、住所：その他、誕生年、誕生日、趣味、特技、自由項目（１）、自由項目（２）、および自由項目（３）を、公開するか非公開にするかを選択するように構成されている。このようにすることで、ユーザは、例えば、会社の同僚、高校時代の友達、家族などをグループ分けし、各グループに見せたい情報だけを公開するとともに、見せたくない情報を非公開に設定することができ、より、カスタマイズ性を高めることができる。また、メッセージの受信対象とするユーザの設定などを行えるようにしてもよい。なお、本実施の形態ではニックネームおよび自己紹介は必ず公開される項目とし、公開設定を行うことはできない。

また、公開／非公開の設定のほか、例えば、チェックする（トップ画面のＨＯＴ Ｔｏｐｉｃｓ等に表示される）更新情報をグループごとに選択（例えばブログ・フォト・誕生日などから１つまたは複数選択）できるようにしてもよい。

図１９は、友達削除確認時にエリア３７０（図１１）に表示される友達削除確認画面の例を示している。すなわち、図６のステップＳ１４７で表示される画面（図４の友達削除機能１１７−１により実現される画面）の例を示している。ここでは、削除する対象となる友達の情報が表示されており、ユーザは、削除するか否かを選択することができる。「削除する」をクリックすると、友達登録を削除して削除完了画面（図６のＳ１６６）に遷移する。「削除しない」をクリックすると友達一覧画面に戻る。本実施の形態では、削除しても相手には連絡はなされず、また、自分が招待した友達は削除できるが、自分を招待してくれた友達は削除できないものとする。なお、いずれも削除できるシステムとしてもよいし、いずれも削除できないシステムとしてもよい。

図２０は、友達一覧表示時、または友達一人表示時にエリア３７０（図１１）に表示される友達一覧表示画面（友達一人表示画面）の例を示している。すなわち、図６のステップＳ１１２，ステップＳ１１３，図７のステップＳ２２１，またはステップＳ２２２で表示される画面（図５の友達一覧機能１４４により実現される画面）の例を示している。なお、実際に友達一人表示を行う場合には、図２０のエリア３７０には、友達が一人だけ表示される。

図２０において、友達であるユーザ「イソノ１さん」の情報がエリア５０１に表示されるとともに、ユーザ「ＡＡさん」の情報がエリア５０２に表示される。エリア５０１において、エリア５２２には友達のニックネームを表示し、プロフィール画像またはニックネームをクリックすると、該友達のプロフィール表示画面（後述の図３１）に遷移する。エリア５２３には該友達の所属グループを表示し、グループ名をクリックすると、図１８に示したグループ作成／編集画面に遷移する。エリア５２４には、該友達が自分に書いてくれた紹介文を表示している。エリア５２５には、該ユーザから見た該友達を表示した（すなわち、エリア５０１と逆の）友達一人表示画面に遷移するリンクを表示している。エリア５２６には、該友達に紹介文を新規作成・編集・削除するための図１５に示した紹介文編集画面に遷移するリンクを表示している。例えば、紹介文がまだない場合には「紹介文を書く」のリンクを表示し、既に紹介文が書かれている場合には「紹介文編集」と「紹介文を削除」のリンクを表示する。エリア５２７には、図１９に示した友達削除確認画面に遷移するリンクを表示する。なお、エリア５０２におけるエリア５３２〜エリア５３７も上述と同様である。

エリア５０１における項目５２３、項目５２６、および項目５２７と、エリア５０２における項目５３３、項目５３６、および項目５３７は、管理画面でのみ表示される。すなわち、自分以外の他のユーザは見ることができない。一方、エリア５０１における項目５２２、項目５２４、および項目５２５については、他のユーザからでも見ることができる。エリア５０２の他の項目についても、エリア５０１と同様である。

図２１は、受信メッセージ一覧を参照する場合にエリア３７０（図１１）に表示される受信メッセージ一覧表示画面の例を示している。すなわち、図６のステップＳ１１４で表示される画面（図５の受信メッセージ一覧機能１４６−１により実現される画面）の例を示している。図２１において、項目５５０には、メッセージに関する処理（作成、受信、送信、草稿）を切り替えるためのリンクが表示されている。具体的には、ユーザは、項目５５０の「メッセージ作成」を選択することで、図１６のメッセージ作成画面に遷移することができ、項目５５０の「送信メッセージ」を選択することで、後述する図２７の送信メッセージ一覧画面に遷移することができ、項目５５０の「草稿メッセージ」を選択することで、後述する図２８の草稿メッセージ一覧画面に遷移することができる。

また、エリア３７０には、項目５５１と項目５５２が表示されている。項目５５１には、項目５５２に表示されている受信メッセージを全て選択したり、解除したりする「全て選択／解除」をチェックするチェックボックスが表示されており、項目５５２には、受信メッセージのヘッダ（差出人、件名、既読、返信済み、日時）と各メッセージを選択するチェックボックスが表示されている。ユーザは、項目５５２の受信メッセージのチェックボックスをチェックして、その下部にある「チェックしたメッセージを削除する」をクリックすることで、チェックしたメッセージを削除することもできるし、受信メッセージを選択（件名をクリック）することで、後述の図２６に示す受信メッセージ表示画面（図６のＳ１３１）に遷移し、選択した受信メッセージの詳細な内容を見ることができる。また、差出人欄のニックネームをクリックすると、該ユーザのプロフィール表示画面（後述の図３１）を表示する。

図２２は、足あと一覧表示時にエリア３７０（図１１）に表示される足あと一覧表示画面の例を示している。すなわち、図６のステップＳ１１５で表示される画面の例を示している。ここでは、そのページにアクセスしたユーザの一覧と、アクセスした日時が表示される。本実施の形態では、例えば最新５０人の足あとを一覧表示し、同じユーザが複数回閲覧した場合には最新のもののみを表示する。ニックネームをクリックすると、該ユーザのプロフィール表示画面（後述の図３１）に遷移する。

図２３は、グループ一覧表示時にエリア３７０（図１１）に表示されるグループ一覧表示画面の例を示している。すなわち、図６のステップＳ１１６で表示される画面の例を示している。ここでは、ユーザが、図４のグループ作成／編集機能１１５−１を利用して作成や編集したグループの一覧（図６のステップＳ１４５の処理で作成または編集したグループの一覧）が表示されている。ユーザは、エリア３７０に表示されている各グループの公開設定や削除などを、ここで指令することができる。「新規グループ作成」をクリックすると、図１８のグループ作成／編集画面に遷移し、グループを新規作成することができる。各グループについて「公開設定」をクリックすると、グループ作成／編集画面（図１８）に遷移し、該グループの編集や公開設定を行うことができる。また、「削除」をクリックするとグループ削除画面（図６のＳ１４６）に遷移し、自分で作成したグループ（ここでは「友達」グループ以外のグループ）を削除することができる。なお、ここで削除されたグループに紐付けられていた友達は、自動的に「友達」グループに紐付けられる。

図２４は、ブログ新着表示時にエリア３７０（図１１）に表示されるブログ新着一覧画面の例を示している。すなわち、図６のステップＳ１１７で表示される画面（図５のブログ新着機能１４２−１により実現される画面）の例を示している。これによりユーザは、友達として登録しているユーザ（ＳＮＳユーザのうち、友達承認しているユーザ）が更新したウエブログの新着記事の一覧を参照することができる。一覧には、更新日付の新しい順にブログのタイトルと、ニックネームが表示される。なお、一人のユーザによる複数の新着記事がある場合には、最新の１件を表示するものとする。タイトルをクリックすると、該当のブログの表示画面が別ウィンドウに表示される。また、ニックネームをクリックすると、該ユーザのプロフィール表示画面（後述の図３１）に遷移する。

図２５は、フォト新着表示時にエリア３７０（図１１）に表示されるフォト新着一覧画面の例を示している。すなわち、図６のステップＳ１１８で表示される画面（図５のフォト新着機能１４３−１により実現される画面）の例を示している。これによりユーザは、友達として登録しているユーザ（ＳＮＳユーザのうち、友達承認しているユーザ）が写真管理サービスに投稿したアルバム（写真画像）を見ることができる。一覧には、更新日付の新しい順にフォトのタイトルと、ニックネームが表示される。タイトルをクリックすると、該当ユーザの写真管理サービスのフォト表示画面に遷移する。また、ニックネームをクリックすると、該ユーザのプロフィール表示画面（後述の図３１）に遷移する。

図２６は、受信メッセージ表示時にエリア３７０（図１１）に表示される受信メッセージ表示画面の例を示している。すなわち、図２１の受信メッセージ一覧が表示されているエリア３７０において、参照する受信メッセージが選択された後にエリア３７０に表示される画面（図５の受信メッセージ表示機能１４６−２によって実現される画面）である。

図２６において、項目６０１には、図２１の項目５５０と同様に、メッセージに関する処理（作成、受信、送信、草稿）を切り替えるための項目６１２乃至６１５が表示されている。具体的には、ユーザは、「メッセージ作成」の項目６１２を選択することで、図１６のメッセージ作成画面に遷移することができ、項目６１４の「送信メッセージ」を選択することで、後述する図２７の送信メッセージ一覧画面に遷移することができ、項目６１５の「草稿メッセージ」を選択することで、後述する図２８の草稿メッセージ一覧画面に遷移することができる。また、項目６２１には、受信メッセージを表示する。差出人欄には差出人であるユーザのプロフィール画像およびニックネームを表示し、クリックすると該ユーザのプロフィール表示画面（後述の図３１）に遷移する。「返信」ボタンをクリックすると、メッセージ作成画面（図６のＳ１４４）に遷移する。「削除」ボタンをクリックすると、メッセージ削除確認画面（図６のＳ１６３）に遷移する。

図２７は、送信メッセージ一覧表示時にエリア３７０（図１１）に表示される送信メッセージ一覧表示画面の例を示している。すなわち、図６のステップＳ１３２で表示される画面（図５の送信メッセージ一覧機能１４７−１により実現される画面）の例を示している。図中、図２６と同一の符号を付してある部分については、同様の意味をなすので、その説明は省略する。ユーザは、項目６１３の「受信メッセージ」を選択することで、図２１の受信メッセージ一覧画面に遷移することができる。項目６４１には、各送信メッセージを全て選択したり、解除したりする「全て選択／解除」をチェックするチェックボックスが表示されているとともに、送信メッセージのヘッダ（宛先、件名、日時）と各メッセージを選択するチェックボックスが表示されている。ユーザは、項目６４１の受信メッセージのチェックボックスをチェックして、その下部にある「チェックしたメッセージを削除する」をクリックすることで、メッセージ削除確認画面に遷移してチェックしたメッセージを削除することもできるし、送信メッセージの件名を選択することで、メッセージ表示画面に遷移して選択した送信メッセージの詳細な内容を見ることができる。また、宛先欄には、個人宛のメッセージの場合には相手のニックネームが、グループ宛の一括送信のメッセージの場合には送信当時のグループ名が表示される。グループ宛の一括送信のメッセージに表示されている「宛先を確認する」ボタンをクリックすると、送信当時に送信先グループに含まれていたユーザが一覧表示される小さいウィンドウが立ちあがる。差出人欄に表示されたニックネームをクリックすると該ユーザのプロフィール表示画面（後述の図３１）に遷移する。

図２８は、草稿メッセージ一覧表示時にエリア３７０（図１１）に表示される草稿メッセージ一覧表示画面の例を示している。すなわち、図６のステップＳ１３３で表示される画面（図５の草稿メッセージ一覧機能１４８−１により実現される画面）の例を示している。図中、図２６、図２７と同一の符号を付してある部分については、同様の意味をなすので、その説明は省略する。項目６６１には、各草稿メッセージを全て選択したり、解除したりする「全て選択／解除」をチェックするチェックボックスが表示されているとともに、草稿メッセージのヘッダ（宛先、件名、日時）と各メッセージを選択するチェックボックスが表示されている。ユーザは、項目６６１の草稿メッセージのチェックボックスをチェックして、その下部にある「チェックしたメッセージを削除する」をクリックすることで、メッセージ削除確認画面に遷移してチェックしたメッセージを削除することもできるし、草稿メッセージの件名を選択することで、メッセージ表示画面に遷移して選択した草稿メッセージの詳細な内容を見ることができる。なお、宛先欄、「宛先を確認する」ボタンについては図２７の送信メッセージ一覧表示画面と同様である。

次に、ソーシャルネットワーキングサービスの閲覧画面（他のユーザを閲覧する画面、すなわち他のユーザから閲覧される画面でもある）の構成例を、図２９を参照して説明する。

エリア６５１に含まれるブログユーザトップ６７１、ブログプロフィール６７２、およびフォトユーザトップ６７３は、ログインせずとも閲覧可能な画面範囲である。すなわち、エリア６５１に含まれるページは、サービスに加入していないユーザであっても、閲覧することができる。

エリア６５２に含まれるＳＮＳユーザトップ６７４、ＳＮＳ紹介文一覧６７５、ＳＮＳ友達申請入力６７６、ＳＮＳ友達申請完了６７７、およびＳＮＳ友達一覧６７８は、閲覧するのにもマスター会員登録でのログインが必要な画面範囲である。すなわち、エリア６５２に含まれるページは、マスター会員であり、かつログインしたユーザにしか閲覧が許されていない。換言すれば、エリア６５２は、セミクローズドなエリアであるので、招待制ではないが、ログインが必要であるので、信頼性を高めることができる。なお、各画面から他の画面への遷移については、図中、矢印で記してあるとおりである。

次に、図３０を用いて、ソーシャルネットワーキングサービスの閲覧画面（表示機能（自分自身以外のユーザのページを閲覧する場合の機能））について説明する。

総合サービス管理サーバ１０は、該当ユーザ閲覧機能６８０を有しており、この機能は、主に、ソーシャルネットワークサイトにおいて、他のユーザの閲覧に関する機能である（自分自身の閲覧に関する機能は、図５参照）。該当ユーザ閲覧機能６８０には、ブログ新着機能６８１、ブログ一覧機能６８２、フォト新着機能６８３、フォト一覧機能６８４、友達一覧機能６８５、紹介文一覧機能６８６、メッセージ入力〜送信機能６８７、および友達申請送信機能６８８が備えられている。

図中、各機能を表すブロックと、ブロックを繋げている矢印は、矢印の方向に処理が進むことを示している。具体的な例としては、ブログ新着機能６８１による処理の後に、ブログ一覧機能６８２による処理が実行されるといったものである。

ブログ新着機能６８１は、該当ユーザ（閲覧されているユーザ）の新着ブログの情報を表示する機能である。ブログ新着情報が表示され、ブログ一覧（「もっと読む」の項目）がユーザにより指令されると、ブログ一覧機能６８２は、ブログ一覧を表示させる。フォト新着機能６８３は、該当ユーザの新着フォトの情報を表示する機能である。フォト新着情報が表示され、フォト一覧（「もっと見る」の項目）がユーザにより指令されると、フォト一覧機能６８４は、フォト一覧を表示させる。

友達一覧機能６８５は、該当ユーザの友達を一覧表示する機能である。例えば、友達一覧機能６８５は、管理トップ画面に該当ユーザの友達をランダムに８人表示するよう処理するとともに、「もっと見る」との指令がユーザにより入力された場合（「もっと見る」と記載されたリンクがクリックされた場合）、該当ユーザの友達を全員表示するように（一覧表示するように）処理を実行する。

紹介文一覧機能６８６は、該当ユーザを紹介する紹介文（すなわち、該当ユーザの友達（友達登録したユーザ）が、その該当ユーザを紹介している紹介文）の一覧を表示する機能である。メッセージ入力〜送信機能６８７は、該当ユーザ宛に閲覧者（該当ユーザを閲覧しているユーザ）がメッセージを送信する機能である。これによれば、該当ユーザを閲覧したユーザは、該当ユーザに対してメッセージを送信することができる。

友達申請送信機能６８８は、該当ユーザと友達登録する場合に、友達申請を行うための機能である。具体的には、該当ユーザを閲覧しているユーザが、該当ユーザと友達になりたい場合（友達登録したい場合）に、この友達申請送信機能６８８を用いて、友達申請を送信することができる。

次に、図３１を参照して、ソーシャルネットワーキングサービストップ（図２９のＳＮＳユーザトップ６７４）で、該当ユーザのプロフィールが表示されている例を説明する。

図３１の例は、「もりもり」さん（閲覧ユーザ）が、「あんすこ」さん（該当ユーザ）のトップページ（プロフィールのページ）を参照している場合の例である。図３１において、画面２００の項目２１２には、該当ユーザ（あんすこさん）の写真と一言コメント２１３が表示されている。また、画面２００の項目２１９には、該当ユーザの友達一覧が表示されている。項目７０１には、該当ユーザのプロフィールが表示され、項目７０２には、該当ユーザのフォトアルバムが表示されている。ここで、項目７０３に、「友達申請」、「この人にメッセージを送る」という項目があり、閲覧ユーザは、ここを選択することで、該当ユーザに友達申請したり、メッセージを送ったりすることができる。また、項目２２１には、該当ユーザを紹介する紹介文（他己紹介）が、該当ユーザの友達が書いた順に表示されている。

プロフィールは、該当ユーザ（閲覧されるユーザ）が設定したプロフィールが、公開対象となっているユーザのみに表示される。そのため、例えば、閲覧するユーザ（もりもりさん）が公開対象とされていない場合、公開対象とされていない項目（カラム）が非表示となり、詰まって表示される。具体的な例としては、「あんすこ」さんが、プロフィールの「趣味」を友達以外のみの公開設定としている場合、現時点で友達ではない「もりもり」さんがこのページを閲覧すると、「趣味」の欄がないように見える。項目７０１に表示されているブログ欄には該当ユーザのブログ（ブログサービス）の記事を表示しており、「もっと見る」をクリックすると、該当ユーザのブログページ（図２９のブログユーザトップ６７１）が別ウィンドウで表示される。また、アルバム欄には該当ユーザのフォト（写真管理サービス）を表示しており、アルバム名をクリックすると、該当ユーザのフォトページ（図２９のフォトユーザトップ６７３）が別ウィンドウで表示される。

なお、友達登録しているユーザと自分自身との類似グラフや相性グラフを表示させるようにしてもよい。類似度は、例えば、友達登録しているユーザと自分自身の趣味などの共通点に基づいて決定する。また、相性度は、例えば、友達登録しているユーザと自分自身との間におけるメッセージのやり取りの回数や、コメント投稿などの回数によって決定する。ここで、類似グラフや相性グラフを表示させる場合に、該当ユーザのページを参照している閲覧ユーザ（まだ友達になっていないユーザ）に対して「この人と友達になると相性がわかる」等の文言を提示することで、友達登録を促すことができる。友達になるには、項目７０３に表示されている「友達申請」ボタンをクリックして申請を行うが、「友達申請」ボタンは既に友達になっている場合には表示されない。また、既に友達になっている場合には、紹介文を書くための画面に遷移する「紹介文を書く」ボタンを表示する。

図３１において、項目７０３に表示されている「友達申請」がユーザによりクリックされると、図３２に示されるような友達申請画面がエリア３７０（図１１）に表示される。すなわち、図３０の友達申請送信機能６８８により実現される画面の例を示している。図３２に示されるように、エリア３７０には、友達登録したいユーザ（該当ユーザ）の名前、件名（友達申請）、本文が記載できるようになされている。ユーザは、「申請」ボタンをクリックすることで、該当ユーザに対して（ここでは、あんすこさんに対して）友達申請をすることができる。

「申請」ボタンをクリックすると、図３３に示すＳＮＳ友達申請完了画面（図２９のＳＮＳ友達申請完了６７７）に遷移する。なお、該当ユーザに対して既に申請を送ったことがある場合には、図３３に示されるように、エリア３７０に、既に申請中である旨の画像（ここでは「既に申請中です。」の文字）が表示される。一方、まだ申請したことがない（今回初めて申請した）場合には、図３３のエリア３７０に、申請が完了した旨の画像（ここでは「申請が完了いたしました。」の文字）が表示される。なお、本実施の形態では、送信した友達申請は履歴に残らないが、受け取った友達申請は許可／拒否後も受信メッセージの画面から閲覧することができる。

次に、ソーシャルネットワーキングサービスの運営において、送信される電子メールについて、図３４を参照して説明する。

図３４に示されるように、ソーシャルネットワーキングサービス関連メールの通知内容としては、「友達申請」、「友達承認」、「メッセージ受信」、「新着ブログ」、「新着フォト」、「新着コメント」、「新着トラックバック」、「新着私書箱」、「新着紹介文」、および「友達招待」がある。通知内容に対する詳細、配信のタイミング、配信停止については、図３４に示されるとおりである。

メッセージに関する機能は、ログインユーザのみ利用可能であり、これによれば、返信等のステータス管理をすることができる。なお、上述したように、メッセージのやり取りに応じて親密度（相性度）を上げるようにしてもよい。また、私書箱に関する機能は、ログインしていなくても利用可能であり、これによれば、送信者の制限（例えば、ブログ会員のみに制限）をすることができる。

なお、既に登録されているユーザのメールアドレスに招待メールを送ろうとした場合は、既に会員である旨のエラーメッセージと、その友達のプロフィールページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を掲示して友達申請を出すことをリコメンドするメッセージを出してもよい。

以下、図３４の各通知内容に対応するメールの具体例を示し、説明していく。

図３５は、友達申請メール７３０の具体例である。図中、枠で囲まれている部分は、受信者が利用しているＯＥＭ（例えば、ブログサービスおよび写真管理サービス、就職情報サービス）に依存する（すなわち、該ＯＥＭに対応した情報が表示される）部分である。

図３６は、友達承認メール７４０の具体例である。図中、枠で囲まれている部分は、受信者が利用しているＯＥＭ（例えば、ブログサービスおよび写真管理サービス、就職情報サービス）に依存する部分である。

図３７は、メッセージ受信メール７５０の具体例である。図中、枠で囲まれている部分は、受信者が利用しているＯＥＭ（例えば、ブログサービスおよび写真管理サービス、就職情報サービス）に依存する部分である。

図３８は、紹介文通知メール７６０の具体例である。図中、枠で囲まれている部分は、受信者が利用しているＯＥＭ（例えば、ブログサービスおよび写真管理サービス、就職情報サービス）に依存する部分である。

次に、既にソーシャルネットワーキングサービスを利用しているユーザ（参加ユーザ）が、他のユーザを、ソーシャルネットワーキングに招待する場合の処理について説明する。

図３９は、既にソーシャルネットワーキングサービスを利用している参加ユーザが他のユーザを招待する場合の、ＳＮＳ友人招待処理の例を説明するフローチャート（ＳＮＳ友人招待処理１）である。なお、この処理は、参加ユーザが、図６のステップＳ１４８において友達を招待する処理を詳細に説明するものであり、図４の友達招待機能１１８−１により実現される。

ステップＳ４０１において、友達招待機能１１８−１（図４）は、招待フォームへの入力を受け付ける。この招待フォームでは、例えば、招待するユーザのメールアドレスとメッセージが入力できるようになされている。

ステップＳ４０２において、友達招待機能１１８−１は、入力されたメールアドレスが、既にＳＮＳ会員登録されているものであるか否かを判定する。具体的には、図１のＳＮＳ−ＤＢ２２またはマスター会員ＤＢ２１が参照され、既にＳＮＳに会員登録されているユーザのメールアドレスと一致するか否かにより判定される。

ステップＳ４０２において、入力されたメールアドレスが、まだＳＮＳ会員登録されていないと判定された場合（ＮＯ）、処理はステップＳ４０３に進み、友達招待機能１１８−１は、送信完了画面（図６のステップＳ１６７で表示される画面）を表示させ（図２の出力部３７に表示させ）、処理を終了する。このとき、招待した側のユーザに対して、招待メールが送信される。この招待メールには、招待者（参加ユーザ）の簡単なＩＤやＯＥＭ情報などを含むことにより該招待者を特定することができるようにしたＵＲＬ、招待者の名前やメッセージの他、「ＳＮＳの誘いなので実際の友人ではない場合や参加しない場合にはクリックしない旨」のメッセージが記載されている。

一方、ステップＳ４０２において、入力されたメールアドレスが、既にＳＮＳ会員登録されているものであると判定された場合（ＹＥＳ）、処理はステップＳ４０４に進み、友達招待機能１１８−１は、エラー画面を表示（図２の出力部３７に表示）させる。例えば、「既に登録されています」といった旨のエラー画面が表示される。その後、処理は終了される。

次に、図３９のステップＳ４０３の処理に対して、招待された側のユーザにおける処理を、図４０のフローチャート（ＳＮＳ友人招待処理２）を参照して説明する。なお、この処理は、参加ユーザから招待された後に送信されてくる招待メールに記載のＵＲＬに、ユーザがアクセスしたとき開始される。

ステップＳ４５１において、総合サービス管理サーバ１０（図２）は、招待メール記載のＵＲＬからのアクセスを受け付ける。上述したように、ユーザがアクセスするＵＲＬには、招待者の簡単なＩＤ、ＯＥＭ情報などが含まれているので、総合サービス管理サーバ１０は、アクセスしたユーザを招待した者（招待者）を特定することができる。

ステップＳ４５２において、総合サービス管理サーバ１０は、アクセスしてきたユーザが総合情報サービスのマスター会員としてログイン済みであるか否かを判定する。すなわち、アクセスしてきたユーザがマスター会員ＩＤを有し、かつ、ログインしているか否かが判定される。この判定は、例えば、Ｃｏｏｋｉｅなどの情報を用いて行われる。

ステップＳ４５２において、ログインをしていないと判定された場合（ＮＯ）、処理はステップＳ４５３に進み、総合サービス管理サーバ１０は、ログイン画面を表示させ、ログイン処理を実行する。ユーザは、既に総合サービスの会員であれば、マスター会員ＩＤとパスワードを入力してログインを行い、まだ総合情報サービスの会員でなければ、会員の登録を選択する。

ステップＳ４５４において、総合サービス管理サーバ１０は、ユーザからの入力に基づいて、そのユーザが、既にマスター会員登録をしているか否かを判定する。ステップＳ４５３のログイン画面表示およびログイン処理において、ユーザによりマスター会員ＩＤとパスワードの入力がなされ、ログインが実行された場合、ステップＳ４５４の処理では、登録済み（ＹＥＳ）であると判定され、ステップＳ４５７に進む。逆に、ステップＳ４５３のログイン画面表示およびログイン処理において、ユーザの入力したマスター会員ＩＤとパスワードに整合が取れなかったり（ログインエラー）、会員登録が選択されたりした場合、ステップＳ４５４の処理では、未登録（ＮＯ）であると判定され、処理はステップＳ４５５に進む。

ステップＳ４５５において、総合サービス管理サーバ１０は、会員登録処理を実行する。例えば、総合サービス管理サーバ１０は、図３のマスター会員ＤＢ２１に対応するデータ（例えば、マスター会員ＩＤ、本名など）の入力をユーザに促し、それに対して入力されたデータに基づいて、会員登録処理を行う。このデータは、図１のマスター会員ＤＢ２１に登録される。

一方、ステップＳ４５２においてログインをしていると判定された場合（ＹＥＳ）、または、ステップＳ４５４において既にマスター会員登録をしていると判定された場合（ＹＥＳ）、処理はステップＳ４５７に進み、総合サービス管理サーバ１０は、そのユーザが既にブログサービスに登録しているか否かを判定する。このように、本実施の形態では、総合サービスの会員登録（マスター会員ＩＤの取得）がなされていても、ブログサービスの登録がなされていないと、ソーシャルネットワーキングサービスに加入することはできないようになされている。ステップＳ４５７において、まだブログサービスに登録していないと判定された場合（ＮＯ）、または、ステップＳ４５５の処理の後、処理はステップＳ４５６に進む。

ステップＳ４５６において、総合サービス管理サーバ１０は、ブログ会員登録処理を実行する。ここで登録された内容は、ブログサービスＤＢ２３に記憶される。登録が完了すると、ソーシャルネットワーキングサービスへの招待が完了したものとなり、該ユーザをＳＮＳ−ＤＢ２２に初期登録して、処理は終了する。このとき、最初に招待したユーザ（招待者）が、招待されたユーザの友達として、最初からＳＮＳ−ＤＢ２２に登録されている。このようにすることで、新たに登録したユーザに、必ず紹介者を友達として登録させることができる。以降、登録したユーザは上述した各画面でソーシャルネットワーキングサービスの各情報を登録したり、更新したりすることができる。

ステップＳ４５７において、既にブログサービスに登録していると判定された場合（ＹＥＳ）、処理はステップＳ４５８に進み、総合サービス管理サーバ１０は、そのユーザが既にソーシャルネットワーキングサービスに登録しているか否かを判定する。この判定は、例えば、ソーシャルネットワーキングサービスのログイン画面表示を行うとともにログインを受け付けたり、Ｃｏｏｋｉｅ情報に基づいて、ログインを確認したりすることで行われる。また、ＳＮＳ−ＤＢ２２に登録されているかを参照することにより判定することもできる。ステップＳ４５８において、まだソーシャルネットワーキングサービスに登録していないと判定された場合（ＮＯ）、処理はステップＳ４５９に進む。

ステップＳ４５９において、総合サービス管理サーバ１０は、ＳＮＳ初期登録処理を実行する。ここで登録された内容は、ＳＮＳ−ＤＢ２２に記憶される。登録が完了すると、通常のログイン後画面（ＳＮＳのログイン後画面）が表示され、処理は終了する。ここでも、招待したユーザ（招待者）が、招待されたユーザの友達として、最初からＳＮＳ−ＤＢ２２に登録されている。このようにすることで、新たに登録したユーザに、必ず紹介者を友達として登録させることができる。以降、登録したユーザは上述した各画面でソーシャルネットワーキングサービスの各情報を登録したり、更新したりすることができる。

ステップＳ４５８において、そのユーザが既にソーシャルネットワーキングサービスに登録していると判定された場合（ＹＥＳ）、通常のログイン画面が表示され、処理は終了される。このとき、招待したユーザ（招待者）が、招待されたユーザの友達として登録されることはない。すなわち、この場合、招待者との関係は引き継がれない。これは、既に招待されたユーザがソーシャルネットワーキングサービスに加入しており、その招待者の紹介でソーシャルネットワーキングサービスに参加したわけではないためである。

このように、図３９と図４０の処理によれば、ソーシャルネットワーキングサービスに参加しているユーザが、他のユーザを、ソーシャルネットワーキングサービスに招待することができる。このような構成とすることで、より信頼性が高く、コミュニケーションの取りやすいサービスを作ることができる。また、友達が登録されることで、友達同士の繋がりを広めることもできる。

また、図４０の処理によれば、招待を受けたユーザがソーシャルネットワーキングサービスに登録するにあたり、既にマスター会員として登録していれば（Ｓ４５４でＹＥＳ）、マスター会員ＤＢ２１に登録されている情報については新たに登録する必要がない。さらに、既にブログサービスに登録していれば（Ｓ４５７でＹＥＳ）、ブログサービスＤＢ２３に登録されている情報についても新たに登録する必要がない。これにより、登録時のユーザの入力が軽減される。

上述したように、本実施の形態においては、就職情報サービスのＯＥＭと連携して該サービスの情報を各画面に表示するソーシャルネットワーキングサービスとは区別して、就職情報サービスＳＮＳ（就職情報サービスを組み込んだソーシャルネットワーキングサービス）を提供している。就職情報サービスＳＮＳには、就職情報サービスＳＮＳに参加しているユーザからの招待があるか、また、通常のソーシャルネットワーキングサービスに加入しているユーザが、移行（乗り換え）する手続きを行うことでしか参加することができない。

そこで、就職情報サービスＳＮＳを利用しているユーザ（参加ユーザ）が、他のユーザを、就職情報サービスＳＮＳに招待する場合の処理について説明する。

図４１は、既に就職情報サービスＳＮＳを利用している参加ユーザが、他のユーザを招待する場合の、就職情報サービスＳＮＳ友人招待処理の例を説明するフローチャート（就職情報サービスＳＮＳ友人招待処理１）である。なお、この処理は、参加ユーザが、図６のステップＳ１４８において友達を招待する処理を詳細に説明するものであり、図４の友達招待機能１１８−１により実現される。

ステップＳ５０１において、友達招待機能１１８−１（図４）は、招待フォームへの入力を受け付ける。この招待フォームでは、例えば、招待するユーザのメールアドレスとメッセージが入力できるようになされている。

ステップＳ５０２において、友達招待機能１１８−１は、入力されたメールアドレスが、既に就職情報サービスＳＮＳ会員登録されているものであるか否かを判定する。具体的には、図１のＳＮＳ−ＤＢ２２またはマスター会員ＤＢ２１が参照され、既に就職情報サービスＳＮＳに会員登録されているユーザのメールアドレスと一致するか否かにより判定される。なお、該ユーザが就職情報サービスＳＮＳに会員登録されているか否かは、ＳＮＳ−ＤＢ２２のフラグを参照することによりわかる。

ステップＳ５０２において、入力されたメールアドレスが、まだ就職情報サービスＳＮＳ会員登録されていないと判定された場合（ＮＯ）、処理はステップＳ５０３に進み、友達招待機能１１８−１は、送信完了画面（図６のステップＳ１６７で表示される画面）を表示させ（図２の出力部３７に表示させ）、処理を終了する。このとき、招待した側のユーザに対して、招待メールが送信される。この招待メールには、招待者（参加ユーザ）の簡単なＩＤやＯＥＭ情報（ここでは就職情報サービス）などを含むことにより該招待者を特定することができるようにしたＵＲＬ、招待者の名前やメッセージの他、「就職情報サービスＳＮＳの誘いなので実際の友人ではない場合や参加しない場合にはクリックしない旨」のメッセージが記載されている。

一方、ステップＳ５０２において、入力されたメールアドレスが、既に就職情報サービスＳＮＳ会員登録されているものであると判定された場合（ＹＥＳ）、処理はステップＳ５０４に進み、友達招待機能１１８−１は、エラー画面を表示（図２の出力部３７に表示）させる。例えば、「既に登録されています」といった旨のエラー画面が表示される。その後、処理は終了される。

次に、図４１のステップＳ５０３の処理に対して、招待された側のユーザにおける処理を、図４２のフローチャート（就職情報サービスＳＮＳ友人招待処理２）を参照して説明する。なお、この処理は、参加ユーザから招待された後に送信されてくる招待メールに記載のＵＲＬに、ユーザがアクセスしたとき開始される。

ステップＳ５５１において、総合サービス管理サーバ１０（図２）は、招待メール記載のＵＲＬからのアクセスを受け付ける。上述したように、ユーザがアクセスするＵＲＬには、招待者の簡単なＩＤ、ＯＥＭ情報などが含まれているので、総合サービス管理サーバ１０は、アクセスしたユーザを招待した者（招待者）を特定することができる。

ステップＳ５５２において、総合サービス管理サーバ１０は、アクセスしてきたユーザが総合情報サービスのマスター会員としてログイン済みであるか否かを判定する。すなわち、アクセスしてきたユーザがマスター会員ＩＤを有し、かつ、ログインしているか否かが判定される。この判定は、例えば、Ｃｏｏｋｉｅなどの情報を用いて行われる。

ステップＳ５５２において、ログインをしていないと判定された場合（ＮＯ）、処理はステップＳ５５３に進み、総合サービス管理サーバ１０は、ログイン画面を表示させ、ログイン処理を実行する。ユーザは、既に総合サービスの会員であれば、マスター会員ＩＤとパスワードを入力してログインを行い、まだ総合情報サービスの会員でなければ、会員の登録を選択する。

ステップＳ５５４において、総合サービス管理サーバ１０は、ユーザからの入力に基づいて、そのユーザが、既にマスター会員登録をしているか否かを判定する。ステップＳ５５３のログイン画面表示およびログイン処理において、ユーザによりマスター会員ＩＤとパスワードの入力がなされ、ログインが実行された場合、ステップＳ５５４の処理では、登録済み（ＹＥＳ）であると判定され、ステップＳ５５７に進む。逆に、ステップＳ５５３のログイン画面表示およびログイン処理において、ユーザの入力したマスター会員ＩＤとパスワードに整合が取れなかったり（ログインエラー）、会員登録が選択されたりした場合、ステップＳ５５４の処理では、未登録（ＮＯ）であると判定され、処理はステップＳ５５５に進む。

ステップＳ５５５において、総合サービス管理サーバ１０は、マスター会員登録処理を実行する。ここでは、マスター会員になる上での必須項目の入力が受け付けられる。例えば、総合サービス管理サーバ１０は、図３のマスター会員ＤＢ２１に対応するデータ（例えば、マスター会員ＩＤ、本名など）の入力をユーザに促し、それに対して入力されたデータに基づいて、会員登録処理を行う。このデータは、図１のマスター会員ＤＢ２１に登録される。

ステップＳ５５６において、総合サービス管理サーバ１０は、就職情報サービスおよびブログサービスの会員登録、並びにソーシャルネットワーキングサービスの初期登録を受け付ける。ここでは、就職情報サービスに登録するために必要なデータ、ブログサービスに登録するために必要なデータ、およびソーシャルネットワーキングサービスに初期登録するために必要なデータが登録される。ここで登録された内容は、就職情報サービスＤＢ２５、ブログサービスＤＢ２３、およびＳＮＳ−ＤＢ２２に記憶される。登録が完了すると、それと同時に招待が完了したものとなり、処理は終了する。このとき、最初に招待したユーザ（招待者）が、招待されたユーザの友達として、最初からＳＮＳ−ＤＢ２２に登録されている。このようにすることで、新たに登録したユーザに、必ず紹介者を友達として登録させることができる。以降、招待されたユーザは上述した各画面でソーシャルネットワーキングサービスの各情報を登録したり、更新したりすることができる。

一方、ステップＳ５５２においてログインをしていると判定された場合（ＹＥＳ）、または、ステップＳ５５４において既にマスター会員登録をしていると判定された場合（ＹＥＳ）、処理はステップＳ５５７に進み、総合サービス管理サーバ１０は、そのユーザが既にブログサービスに登録しているか否かを判定する。このように、本実施の形態では、総合サービスの会員登録（マスター会員ＩＤの取得）がなされていても、ブログサービスの登録がなされていないと、就職情報サービスＳＮＳに加入することはできないようになされている。

ステップＳ５５７において、まだブログサービスに登録していないと判定された場合（ＮＯ）、処理はステップＳ５５８に進む。

ステップＳ５５８において、総合サービス管理サーバ１０は、そのユーザが既に就職情報サービスに登録しているか否かを判定する。ステップＳ５５８において、まだ就職情報サービスに登録していないと判定された場合（ＮＯ）、処理はステップＳ５５９に進む。

ステップＳ５５９において、総合サービス管理サーバ１０は、就職情報サービス会員登録処理およびブログ会員登録処理、並びにＳＮＳ初期登録処理を実行する。ここでは、就職情報サービスに登録するために必要なデータ、ブログサービスに登録するために必要なデータ、およびソーシャルネットワーキングサービスに初期登録するために必要なデータが登録される。ここで登録された内容は、就職情報サービスＤＢ２５、ブログサービスＤＢ２３、およびＳＮＳ−ＤＢ２２に記憶される。

ステップＳ５５８において、既に就職情報サービスに登録していると判定された場合（ＹＥＳ）、処理はステップＳ５６０に進む。
ステップＳ５６０において、総合サービス管理サーバ１０は、ブログ会員登録処理およびＳＮＳ初期登録処理を実行する。ここでは、ブログサービスに登録するために必要なデータおよびソーシャルネットワーキングサービスに初期登録するために必要なデータが登録される。ここで登録された内容は、ブログサービスＤＢ２３、およびＳＮＳ−ＤＢ２２に記憶される。

ステップＳ５５９、またはステップＳ５６０において登録が完了した場合、登録と同時に招待の処理が完了する。このとき、上述したように、最初に招待したユーザ（招待者）が、招待されたユーザの友達として、最初からＳＮＳ−ＤＢ２２に登録されている。このようにすることで、新たに登録したユーザに、必ず紹介者を友達として登録させることができる。以降、登録したユーザは上述した各画面でソーシャルネットワーキングサービスの各情報を登録したり、更新したりすることができる。

ステップＳ５５７において、そのユーザが既にブログサービスに登録していると判定された場合（ＹＥＳ）、処理はステップＳ５６１に進み、総合サービス管理サーバ１０は、そのユーザが既にソーシャルネットワーキングサービスに登録しているか否かを判定する。この判定は、例えば、ソーシャルネットワーキングサービスのログイン画面表示を行うとともにログインを受け付けたり、Ｃｏｏｋｉｅ情報に基づいて、ログインを確認したりすることで行われる。また、ＳＮＳ−ＤＢ２２に登録されているかを参照することにより判定することもできる。ステップＳ５６１において、まだソーシャルネットワーキングサービスに登録していないと判定された場合（ＮＯ）、処理はステップＳ５６２に進む。

ステップＳ５６２において、総合サービス管理サーバ１０は、そのユーザが既に就職情報サービスに登録しているか否かを判定する。ステップＳ５６２において、まだ就職情報サービスに登録していないと判定された場合（ＮＯ）、処理はステップＳ５６３に進む。

ステップＳ５６３において、総合サービス管理サーバ１０は、就職情報サービス会員登録処理およびＳＮＳ初期登録処理を実行する。ここでは、就職情報サービスに登録するために必要なデータ、およびソーシャルネットワーキングサービスに初期登録するために必要なデータが登録される。ここで登録された内容は、就職情報サービスＤＢ２５およびＳＮＳ−ＤＢ２２に記憶される。ステップＳ５６２において、既に就職情報サービスに登録していると判定された場合（ＹＥＳ）、処理はステップＳ５６４に進む。

ステップＳ５６４において、総合サービス管理サーバ１０は、ＳＮＳ初期登録処理を実行する。ここでは、ソーシャルネットワーキングサービスに初期登録するために必要なデータが登録される。ここで登録された内容は、ＳＮＳ−ＤＢ２２に記憶される。

ステップＳ５６３、またはステップＳ５６４において登録が完了した場合、通常のログイン後画面が表示され、処理は終了する。ここでも、最初に招待したユーザ（招待者）が、招待されたユーザの友達として、最初からＳＮＳ−ＤＢ２２に登録されている。このようにすることで、新たに登録したユーザに、必ず紹介者を友達として登録させることができる。以降、登録したユーザは上述した各画面でソーシャルネットワーキングサービスの各情報を登録したり、更新したりすることができる。

ステップＳ５６１において、既にソーシャルネットワーキングサービスに登録していると判定された場合（ＹＥＳ）、処理はステップＳ５６５に進み、総合サービス管理サーバ１０は、そのユーザが既に就職情報サービスに登録しているか否かを判定する。この判定は、例えば、就職情報サービスのログイン画面表示を行うとともにログインを受け付けたり、Ｃｏｏｋｉｅ情報に基づいて、ログインを確認したりすることで行われる。また、ＳＮＳ−ＤＢ２２にフラグ付きで登録されているかを参照することにより判定することもできる。ステップＳ５６５において、まだ就職情報サービスに登録していないと判定された場合（ＮＯ）、処理はステップＳ５６６に進む。

ステップＳ５６６において、総合管理サービスサーバ１０は、就職情報サービス登録処理を実行する。ここでは、就職情報サービスに登録するために必要なデータが登録される。ここで登録された内容は、就職情報サービスＤＢ２５に記憶される。登録が完了すると、通常のログイン後画面が表示され、処理は終了する。

ステップＳ５６５において、そのユーザが既に就職情報サービスに登録していると判定された場合（ＹＥＳ）、通常の就職情報サービスのログイン画面が表示され、処理は終了される。このとき、招待したユーザ（招待者）が、招待されたユーザの友達として登録されることはない。すなわち、この場合、招待者との関係は引き継がれない。これは、既に招待されたユーザは就職情報サービスＳＮＳに加入しており、その招待者の紹介で就職情報サービスＳＮＳに参加したわけではないためである。

図４１と図４２の処理によれば、就職情報サービスＳＮＳに参加しているユーザが、他のユーザを、就職情報サービスＳＮＳに招待することができる。このような構成とすることで、より信頼性が高く、コミュニケーションの取りやすいサービスを作ることができる。また、友達が登録されることで、友達同士の繋がりを広めることもできる。

また、図４２の処理によれば、招待を受けたユーザが就職情報サービスＳＮＳに登録するにあたり、既にマスター会員として登録していれば（Ｓ５５４でＹＥＳ）、マスター会員ＤＢ２１に登録されている情報については新たに登録する必要がない。さらに、既にブログサービスに登録していれば（Ｓ５５７でＹＥＳ）、ブログサービスＤＢ２３に登録されている情報については新たに登録する必要がない。さらに、既にＳＮＳに登録していれば（Ｓ５６１でＹＥＳ）、ＳＮＳ−ＤＢ２２に登録されている情報については新たに登録する必要がない。さらに、ユーザが既に就職情報サービスに登録していれば（Ｓ５６５でＹＥＳ）、上述の図４２で説明したように何も登録する必要はない。これにより、登録時のユーザの入力が軽減される。

なお、他のサービスを組み込んだＳＮＳの提供に必要な情報（他のサービスをＳＮＳに組み込むために必要な情報）を登録できるようにしてもよい。これにより、登録時のユーザの入力が軽減されるとともに、従来から存在する他のサービスのデータをそのまま利用して、色々なサービスＳＮＳとしてユーザに提供することができる。

就職情報サービスＳＮＳでは、例えば、図１０のエリア３４０の位置に、就職情報サービスの独自コンテンツが挿入される。具体的な例としては、就職を希望している会社の採用情報や掲示板、また、就職セミナーなどの情報からなるコンテンツが挿入される。例えば、上述の図５１に示した例では、該ユーザが通っている大学の授業評価や、大学ごとの掲示板へのリンクが挿入されている。このように、本実施の形態のソーシャルネットワーキングサービスでは、連携している他のサービス（ＯＥＭ）を、ソーシャルワーキングサービスの一環として導入する（組み込む）ことができる。これにより、よりユーザにあったサービスを提供することができる。

次に、各サービスの会員となったユーザの退会処理について説明する。図４３は、退会処理を説明するフローチャートである。

ユーザは、自分が退会したいサービスにログインした状態で、退会する手続きを開始する。例えば、ユーザは、自分が退会したいサービスにログインし、その画面に表示されている「退会アイコン」をクリックすることで、退会手続きを開始する。

ユーザにより退会が依頼されたサービスがブログであった場合、ステップＳ６０１において、総合サービス管理サーバ１０は、ブログの退会処理を実行する。例えば、総合サービス管理サーバ１０は、ブログサービスＤＢ２３に登録されているそのユーザのデータを読み出し、処理をステップＳ６０４に進める。なお、ソーシャルネットワーキングサービスに加入している会員は、ブログサービスのみを退会することはできない。

また、ユーザにより退会が依頼されたサービスがソーシャルネットワーキングサービスであった場合、ステップＳ６０２において、総合サービス管理サーバ１０は、ソーシャルネットワーキングサービス退会処理を実行する。例えば、総合サービス管理サーバ１０は、ＳＮＳ−ＤＢ２２に登録されているそのユーザのデータの他、ブログサービスＤＢ２３で管理されているそのユーザのデータと写真管理サービスＤＢ２４で管理されているそのユーザのデータとを読み出し、処理をステップＳ６０４に進める。

さらに、ユーザにより退会が依頼されたサービスが就職情報サービスＳＮＳであった場合、ステップＳ６０３において、総合サービス管理サーバ１０は、就職情報サービスＳＮＳ退会処理を実行する。例えば、総合サービス管理サーバ１０は、ＳＮＳ−ＤＢ２２に登録されているそのユーザのデータの他、ブログサービスＤＢ２３で管理されているそのユーザのデータと写真管理サービスＤＢ２４で管理されているそのユーザのデータとを読み出し、処理をステップＳ６０４に進める。なお、ここで、就職情報サービスＤＢ２５に登録されているデータは読み出されない。

ステップＳ６０４において、総合サービス管理サーバ１０は、削除範囲の確認画面を表示する。具体的には、それぞれ対応するステップＳ６０１、ステップＳ６０２、またはステップＳ６０３において読み出されたデータが削除される旨を通知し、確認を促す。これらの処理によれば、ブログデータ、ソーシャルネットワーキングサービスのデータ、写真のデータが消えることになる。確認が取れた場合、削除は完了し、処理は終了する。就職情報サービスの会員であるユーザ（就職情報サービスＳＮＳを退会するユーザ）について、就職情報サービスで登録した情報は、ソーシャルネットワーキングサービスとは異なるサービスであり、これを組み込んだだけであるので、削除されない。

一方、ユーザにより退会が依頼されたサービスがマスター会員であった場合、ステップＳ６０５において、総合サービス管理サーバ１０は、マスター会員退会処理を実行する。例えば、総合サービス管理サーバ１０は、マスター会員ＤＢ２１に登録されているそのユーザのデータを読み出し、これらを削除する。削除が完了すると、処理は終了される。これにより、ブログサービスおよび写真管理サービス、並びにソーシャルネットワーキングサービスへのログインができなくなる。また、就職情報サービス登録情報についても、就職情報サービスとマスター会員の情報は同期が取られ、削除される。

なお、就職情報サービスＳＮＳのみを退会することが可能な構成も考えられる。この場合、ソーシャルネットワーキングサービスも明示的に削除しないと、ソーシャルネットワーキングサービスが残るようにする。また、マスター会員登録を退会した場合（ステップＳ６０５）、バッチでデータが削除される。

次に、就職情報サービスＳＮＳからＳＮＳ（通常のソーシャルネットワーキングサービス）に乗り換える場合の処理と、ＳＮＳから就職情報サービスＳＮＳに乗り換える場合の処理について図４４を用いて説明する。

＜就職情報サービスＳＮＳからＳＮＳに乗り換える場合＞
ステップＳ６５１において、就職情報サービスＳＮＳに加入しているユーザが、ＳＮＳに乗り換えるボタンを選択した場合、該ユーザは既に就職情報サービスＳＮＳに登録があり、ＳＮＳよりも就職情報サービスＳＮＳで登録している（必要とされる）データの方が多いので、差分登録が発生しない。そのため、特にユーザに対して処理が指令されることはなく、ステップＳ６５２において乗り換えが完了される。乗り換えがなされると、ＳＮＳ−ＤＢ２２（図１）のフラグを更新して、通常のＳＮＳの利用者となった旨を登録する。

＜ＳＮＳから就職情報サービスＳＮＳに乗り換える場合＞
ステップＳ７０１において、ＳＮＳに加入しているユーザが、就職情報サービスＳＮＳに乗り換えるボタンを選択した場合、ＳＮＳよりも就職情報サービスＳＮＳで登録する（必要とされる）データの方が多いので、差分登録が発生する（就職情報サービスへの利用がない場合）。

そこで、ステップＳ７０２に進み、総合サービス管理サーバ１０は、就職情報サービスに登録があるか否かを確認する。例えば、就職情報サービスＤＢ２５にそのユーザのデータが登録されているか否かが確認される。ステップＳ７０２において、就職情報サービスに登録があると判定された場合、就職情報サービスをＳＮＳに組み込むために必要な情報（例えば、大学名やニックネームなど）は既に登録済みであり、就職情報サービスＳＮＳを提供することが可能であるので、差分登録処理をせずにステップＳ７０４に進む。

一方、ステップＳ７０２において、就職情報サービスに登録がないと判定された場合、
ＳＮＳよりも就職情報サービスＳＮＳで登録するデータの方が多いので、ステップＳ７０３に進み、差分登録処理が行われる。例えば、ＩＤの差分登録や大学情報登録が行われる。

ステップＳ７０２において就職情報サービスに登録があると判定された場合、またはステップＳ７０３の差分登録処理の後、ステップＳ７０４で乗り換えが完了する。乗り換えがなされると、ＳＮＳ−ＤＢ２２（図１）のフラグを更新して、就職情報サービスＳＮＳの利用者となった旨を登録する。

以下、図４４のフローにおいてユーザに表示される各乗り換え画面の具体例を示し、説明していく。

図４５は、ＳＮＳから就職情報サービスＳＮＳに乗り換える場合であって、サービスの乗り換えを案内するとき（図４４のステップＳ７０１）に表示される画面の例である。この画面８００では、就職情報サービスＳＮＳへの乗り換えが説明されている。すなわち、図４５に表示して説明しているように、乗り換えを行なうと、ソーシャルネットワーキングサービスに登録していたときの友達、紹介文、メッセージ等のデータがそのまま引き継がれる。就職情報サービスＳＮＳに登録すると、大学名などの差分登録を行った結果、自分の大学のおすすめ授業の閲覧や、就職情報サービスで閲覧していた掲示板を就職情報サービスＳＮＳの画面ですぐにチェックできるブックマークなどの、単に就職情報サービスを利用しているだけでは受けられない、就職情報サービスＳＮＳならではのサービスを受けることができる。

図４６は、ＳＮＳから就職情報サービスＳＮＳに乗り換える場合であって、差分登録を行うとき（図４４のステップＳ７０３）に表示される画面の例である。この画面８１０には、就職情報サービスＳＮＳに乗り換えるにあたり、差分情報（ここでは、大学名）の登録が促されている。

図４７は、ＳＮＳから就職情報サービスＳＮＳに乗り換える場合であって、乗り換えが完了したとき（図４４のステップＳ７０３）に表示される画面の例である。この画面８２０には、就職情報サービスＳＮＳに登録完了した旨が通知されている。

図４８は、就職情報サービスからＳＮＳに乗り換える場合であって、サービスの乗り換えを案内するとき（図４４のステップＳ６５１）に表示される画面の例である。この画面８３０には、ＳＮＳへの乗り換えが説明されている。図４８に示しているように、通常のＳＮＳに乗り換えると、就職情報サービスＳＮＳに独自のコンテンツである授業情報や掲示板のブックマークなどは利用できなくなる。なお、上述の退会の説明で述べたように、就職情報サービスＳＮＳから通常のＳＮＳに乗り換えても、就職情報サービスに登録していたデータは削除されず、従来の就職情報サービスとして引き続き利用することができる。

図４９は、就職情報サービスからＳＮＳに乗り換える場合であって、乗り換えが完了したとき（図４４のステップＳ６５２）に表示される画面の例である。この画面８４０には、ＳＮＳに登録完了した旨が通知されている。

ここで、乗り換え／新規登録のパターンの例を、図５０に示す。

乗り換え前のサービスとしては、（１）就職情報サービスを利用していて就職情報サービスＳＮＳも利用している場合、（２）ＳＮＳを利用していて就職情報サービスの利用がない場合、（３）情報提供サービスのみを利用している（マスター会員登録のみを行っている）場合、および、（４）いずれも利用していない場合の４つが考えられる。

また、乗り換え後のサービスとしては、（Ａ）就職情報サービスを利用していて就職情報サービスＳＮＳも利用している場合、（Ｂ）ＳＮＳを利用していて就職情報サービスの利用がない場合、（Ｃ）情報提供サービスのみを利用している（マスター会員登録のみを行っている）場合、および、（Ｄ）いずれも利用していない場合の４つが考えられる。なお、（Ａ）において、就職情報サービスＳＮＳを利用しているユーザは、就職情報サービスにも登録されている（図４２などを参照）。

エリア９０１には、（２）と（Ａ）の条件が一致する場合についての説明が記載されており、エリア９０２には、（３）と（Ａ）の条件が一致する場合についての説明が記載されており、エリア９０３には（３）と（Ｂ）の条件が一致する場合についての説明が記載されており、エリア９０４には、（４）と（Ａ）の条件が一致する場合についての説明が記載されており、エリア９０５には、（４）と（Ｂ）の条件が一致する場合についての説明が記載されている。エリア９０１乃至９０５は、乗り換え後に必要な情報と、乗り換え前に登録していた情報との差分登録が必要となる場合や新規登録となる場合（必要な情報を全て登録）である。

また、エリア９１１には、（４）と（Ｃ）の条件が一致する場合についての説明が記載されており、エリア９１２には、（３）と（Ｄ）の条件が一致する場合についての説明が記載されている。エリア９１１および９１２は、通常フローで対応できる（差分登録が必要ない）条件である。

エリア９３１には、（１）と（Ｂ）の条件が一致する場合についての説明が記載されており、エリア９３２には、（１）と（Ｃ）の条件が一致する場合についての説明が記載されており、エリア９３３には、（２）と（Ｃ）の条件が一致する場合についての説明が記載されている。エリア９３１〜９３３は、差分登録が必要ない場合である。
さらに、エリア９２１には、（１）と（Ｄ）の条件が一致する場合についての説明が記載されており、就職情報サービスと就職情報サービスＳＮＳの両方を利用しないので、その両方のサービスから退会することになる。エリア９２２には、（２）と（Ｄ）の条件が一致する場合についての説明が記載されおり、ＳＮＳを利用しないので、ＳＮＳから退会している。
エリア９２３，エリア９２４，エリア９２５，エリア９２６は、同一条件同士のため存在しないパターンである。エリア９２１乃至９２６は、存在しないフローである。

図５０に示されるように、乗り換え／新規登録処理において、乗り換え後に必要な情報と、乗り換え前に登録していた情報との差分登録が実行される。

以上によれば、個々のユーザに合わせて、ソーシャルネットワーキングサービスの中に就職情報サービスを組み込み、就職情報サービスＳＮＳとして、独自のコンテンツを提供するようにしたので、ソーシャルネットワーキングサービスを運営する上で、よりユーザの満足度を上げることができる。

なお、以上では、ソーシャルネットワーキングサービスに組み込む他のサービス（ＯＥＭ）として、就職情報サービスを例にして説明したが、このサービスは、就職情報サービスに限定されない。例えば、ニュースサービス、ショッピングサービス、オークションサービス、テレビ配信サービス、証券サービス、旅行サービス、または占いサービスなどであっても、ソーシャルコミュニケーションの一部として提供するようにしてもよい。これにより、より、個々のユーザの趣向に合わせたソーシャルコミュニティサービスを提供することができる。

本実施形態のソーシャルネットワーキングサービスの概要を説明する図である。 総合サービス管理サーバのハードウエア構成例を示す図である。 会員情報の連動について説明する図である。 ＳＮＳの管理機能のうち、マイページ管理に関する機能を説明する図である。 ＳＮＳの管理機能のうち、マイページ閲覧に関する機能を説明する図である。 ＳＮＳの管理画面における、画面遷移を説明する図である。 ＳＮＳの閲覧画面における、画面遷移を説明する図である。 管理トップ画面例を示す図である。 管理トップ画面例を示す図である。 管理トップ画面例を示す図である。 画面構成例を説明する図である。 友達承認の画面例を示す図である。 友達承認の画面例を示す図である。 プロフィール編集の画面例を示す図である。 紹介文編集の画面例を示す図である。 メッセージ作成の画面例を示す図である。 メッセージ作成の画面例を示す図である。 グループ作成／編集の画面例を示す図である。 友達削除確認の画面例を示す図である。 友達一覧の画面例を示す図である。 受信メッセージ一覧の画面例を示す図である。 足あと一覧の画面例を示す図である。 グループ一覧の画面例を示す図である。 ブログ新着の画面例を示す図である。 フォト新着の画面例を示す図である。 受信メッセージ表示の画面例を示す図である。 送信メッセージ一覧の画面例を示す図である。 草稿メッセージ一覧の画面例を示す図である。 ＳＮＳ閲覧画面構成を説明する図である。 ＳＮＳ閲覧画面と表示機能について説明する図である。 プロフィール表示の画面例を示す図である。 友達申請の画面例を示す図である。 友達申請の画面例を示す図である。 ＳＮＳ関連メールを説明する図である。 友達申請メールの例を示す図である。 友達承認メールの例を示す図である。 メッセージ受信メールの例を示す図である。 紹介文通知メールの例を示す図である。 友人招待の処理を説明するフローチャートである。 友人招待の処理を説明するフローチャートである。 友人招待の処理を説明するフローチャートである。 友人招待の処理を説明するフローチャートである。 退会処理を説明するフローチャートである。 乗り換え処理を説明するフローチャートである。 乗り換え画面のイメージである。 乗り換え画面のイメージである。 乗り換え画面のイメージである。 乗り換え画面のイメージである。 乗り換え画面のイメージである。 乗り換え／新規登録パターンを説明する図である。 就職情報サービスＳＮＳにおける管理トップ画面例を示す図である。

符号の説明

１０ 総合サービス管理サーバ
２１ マスター会員ＤＢ
２２ ＳＮＳ−ＤＢ
２３ ブログサービスＤＢ
２４ 写真管理サービスＤＢ
２５ 就職情報サービスＤＢ

Claims (10)

1. ソーシャルネットワーキングサービスに、他のサービスの少なくとも１つを組み込んでユーザに提供するソーシャルネットワーキングサービスシステムにおいて、
   前記ユーザに一意のＩＤと、全サービスに共通して必要な情報とを記憶しているマスター会員記憶手段と、
   前記他のサービスごとに、該サービスの利用者であるユーザの前記ＩＤと、該サービスの提供に必要な情報と、該サービスを前記ソーシャルネットワーキングサービスに組み込むために必要な情報とを記憶しているサービス記憶手段と、
   前記ソーシャルネットワーキングサービスの利用者であるユーザの前記ＩＤと、前記ソーシャルネットワーキングサービスの提供に必要な情報と、該ユーザが前記他のサービスのいずれを組み込んだソーシャルネットワーキングサービスを利用しているかを示すフラグとを記憶しているＳＮＳ記憶手段と、
   前記ソーシャルネットワーキングサービスの利用者であるユーザから、前記他のサービスのいずれかを組み込む旨の要求を受信すると、前記フラグに該ユーザについていずれのサービスを組み込むかを記憶するとともに、該サービスの提供に必要な情報および該サービスを組み込むために必要な情報をユーザに入力させて前記サービス記憶手段に記憶することにより、該サービスを組み込んだソーシャルネットワーキングサービスの利用者とする乗り換え手段と、
   前記ユーザに送信される各画面において、前記サービスが組み込まれたソーシャルネットワーキングサービスの利用者であるユーザに送信される各画面には、該画面に表示されるユーザについての前記マスター会員記憶手段および前記ＳＮＳ記憶手段からの情報とともに、該サービスに対応する前記サービス記憶手段からの情報を表示する表示手段と
   を備えることを特徴とするソーシャルネットワーキングサービスシステム。
2. 請求項１に記載のソーシャルネットワーキングサービスシステムにおいて、
   前記乗り換え手段は、該ユーザが前記組み込み対象のサービスの利用者である場合には、前記サービスを組み込むために、情報を該ユーザに入力させないこと
   を特徴とするソーシャルネットワーキングサービスシステム。
3. 請求項１または２に記載のソーシャルネットワーキングサービスシステムにおいて、さらに、
   前記ソーシャルネットワーキングサービスの利用者であるユーザから、該ソーシャルネットワーキングサービスを利用していない他のユーザを招待する旨を受信すると、該招待されたユーザに招待があった旨を通知する友達招待手段と、
   前記招待が通知されたユーザから該招待を受ける旨を受信すると、前記マスター会員記憶手段の情報を該招待されたユーザに入力させて該記憶手段に記憶し、前記ソーシャルネットワーキングサービスの提供に必要な情報を該招待されたユーザに入力させて前記ＳＮＳ記憶手段に記憶することにより、該招待されたユーザを前記ソーシャルネットワーキングサービスの利用者とするＳＮＳ登録手段と
   を備えていることを特徴とするソーシャルネットワーキングサービスシステム。
4. 請求項３に記載のソーシャルネットワーキングサービスシステムにおいて、
   前記ＳＮＳ登録手段は、該ユーザが前記他のサービスのいずれかの利用者である場合には、前記マスター会員記憶手段の情報を除いた情報のみを該ユーザに入力させること
   を特徴とするソーシャルネットワーキングサービスシステム。
5. 請求項３または４に記載のソーシャルネットワーキングサービスシステムにおいて、
   前記ＳＮＳ登録手段は、さらに、前記招待を行ったユーザが前記サービスを組み込んだソーシャルネットワーキングサービスの利用者である場合には、前記フラグに該ユーザについていずれのサービスを組み込むかを記憶するとともに、該サービスの提供に必要な情報および該サービスを組み込むために必要な情報をユーザに入力させて前記サービス記憶手段に記憶することにより、該招待されたユーザを該サービスを組み込んだソーシャルネットワーキングサービスの利用者とすること
   を特徴とするソーシャルネットワーキングサービスシステム。
6. （※前の請求項７）
   請求項１〜５のいずれかに記載のソーシャルネットワーキングサービスシステムにおいて、
   前記表示手段は、さらに、前記各画面に表示されるユーザが利用している前記他のサービスの情報も、前記サービス記憶手段から読み出して該画面に表示すること
   を特徴とするソーシャルネットワーキングサービスシステム。
7. （※前の請求項８）
   請求項１〜６のいずれかに記載のソーシャルネットワーキングサービスシステムにおいて、さらに、
   前記ソーシャルネットワーキングサービスの利用者であるユーザから該ソーシャルネットワーキングサービスの利用者である他のユーザへの友達申請を受信すると、該他のユーザに友達申請があった旨を通知する友達申請手段と、
   前記友達申請を受けたユーザから該友達申請を許可する旨を受信すると、両者を友達として前記ＳＮＳ記憶手段に登録する友達承認手段と
   を備えることを特徴とするソーシャルネットワーキングサービスシステム。
8. （※前の請求項６）
   請求項１に記載のソーシャルネットワーキングサービスシステムにおいて、
   前記ＳＮＳ登録手段は、該招待されたユーザが前記組み込み対象のサービスの利用者である場合には、前記マスター会員記憶手段の情報および前記サービス記憶手段の情報を除いた情報のみを該招待されたユーザに入力させること
   を特徴とするソーシャルネットワーキングサービスシステム。
9. ソーシャルネットワーキングサービスに、他のサービスの少なくとも１つを組み込んでユーザに提供するソーシャルネットワーキングサービスシステムのサービス方法であって、
   前記ユーザに一意のＩＤと、全サービスに共通して必要な情報とを記憶しているマスター会員記憶手段と、
   前記他のサービスごとに、該サービスの利用者であるユーザの前記ＩＤと、該サービスの提供に必要な情報と、該サービスを前記ソーシャルネットワーキングサービスに組み込むために必要な情報とを記憶しているサービス記憶手段と、
   前記ソーシャルネットワーキングサービスの利用者であるユーザの前記ＩＤと、前記ソーシャルネットワーキングサービスの提供に必要な情報と、該ユーザが前記他のサービスのいずれを組み込んだソーシャルネットワーキングサービスを利用しているかを示すフラグとを記憶しているＳＮＳ記憶手段とを備える該システムのサーバは、
   前記ソーシャルネットワーキングサービスの利用者であるユーザから、前記他のサービスのいずれかを組み込む旨の要求を受信すると、前記フラグに該ユーザについていずれのサービスを組み込むかを記憶するとともに、該サービスの提供に必要な情報および該サービスを組み込むために必要な情報をユーザに入力させて前記サービス記憶手段に記憶して、該サービスを組み込んだソーシャルネットワーキングサービスの利用者とし、
   前記ユーザに送信される各画面において、前記サービスが組み込まれたソーシャルネットワーキングサービスの利用者であるユーザに送信される各画面には、該画面に表示されるユーザについての前記マスター会員記憶手段および前記ＳＮＳ記憶手段からの情報とともに、該サービスに対応する前記サービス記憶手段からの情報を表示する
   ことを特徴とするソーシャルネットワーキングサービスシステムのサービス方法
10. 請求項１〜８のいずれかに記載のソーシャルネットワーキングサービスシステムの各手段をコンピュータに機能させるためのプログラム。