(57)【要約】【課題】他のユーザの識別情報であって、ユーザ間の相互の同意に基づいて登録される識別情報の相互利用の幅をより広げる。【解決手段】フレンド候補管理サーバ１０の受信部１１１は、第１プログラムを実行して登録された他のユーザの識別情報を第１情報処理装置から受信する。記憶部１２は、受信された他のユーザの識別情報を蓄積する。送信部１１３は、第１プログラムとは異なる第２プログラムの実行を通じてユーザに提示するために、記憶部１２に蓄積された他のユーザの識別情報又は当該識別情報に対応する他の識別情報を、第１情報処理装置又は第１情報処理装置とは異なる第２情報処理装置に対して送信する。ここで、他のユーザの識別情報は、上記ユーザと上記他のユーザとの間の相互の同意に基づいて登録される。【選択図】図２
2017191460.tif 000002
【特許請求の範囲】
【請求項１】
１以上の情報処理装置とサーバとを備える情報処理システムであって、
第１情報処理装置は、第１プログラムを実行して登録された他のユーザの識別情報を前記サーバに送信し、
前記サーバは、前記送信された他のユーザの識別情報を記憶部に蓄積し、
前記第１情報処理装置又は前記第１情報処理装置とは異なる第２情報処理装置は、前記第１プログラムとは異なる第２プログラムを実行してユーザに提示するために、前記記憶部に蓄積された他のユーザの識別情報又は当該識別情報に対応する他の識別情報を前記サーバから受信し、
前記他のユーザの識別情報は、前記ユーザと前記他のユーザとの間の相互の同意に基づいて登録される
情報処理システム。
【請求項２】
前記他のユーザの識別情報は、前記ユーザのフレンド情報として前記第１情報処理装置において登録される請求項１に記載の情報処理システム。
【請求項３】
前記サーバは、前記ユーザの識別情報と対応付けて前記他のユーザの識別情報を前記記憶部に蓄積する請求項１又は２に記載の情報処理システム。
【請求項４】
前記サーバは、前記他のユーザの識別情報を、当該識別情報を管理するための識別情報であって前記他のユーザを識別する識別情報と対応付けて前記記憶部に蓄積する請求項１乃至３のいずれか１項に記載の情報処理システム。
【請求項５】
前記他のユーザの識別情報は、前記ユーザによる申請に対して前記他のユーザが承認を行うことにより前記第１情報処理装置において登録される請求項１乃至４のいずれか１項に記載の情報処理システム。
【請求項６】
前記第１又は第２情報処理装置は、前記ユーザのフレンド情報の候補として、前記受信された他のユーザの識別情報又は他の識別情報を前記ユーザに提示する請求項１乃至５のいずれか１項に記載の情報処理システム。
【請求項７】
前記第１又は第２情報処理装置は、前記フレンド情報の候補として提示された他のユーザの識別情報又は他の識別情報が前記ユーザにより選択されると、当該識別情報をフレンド情報として登録することに対する承認を前記他のユーザに対して求める申請を送信する請求項６に記載の情報処理システム。
【請求項８】
前記第１プログラムと前記第２プログラムは各々異なる種類のプラットフォーム上で動作する請求項１乃至７のいずれか１項に記載の情報処理システム。
【請求項９】
前記異なる種類のプラットフォームのうち一方のプラットフォーム上では、前記他のユーザの識別情報又は前記他の識別情報が複数のプログラムにより共有されるのに対し、他方のプラットフォーム上では、前記他のユーザの識別情報又は前記他の識別情報が複数のプログラムにより共有されない請求項８に記載の情報処理システム。
【請求項１０】
前記第１情報処理装置は、前記ユーザの同意に基づいて、前記他のユーザの識別情報を前記サーバに送信する請求項１乃至９のいずれか１項に記載の情報処理システム。
【請求項１１】
前記第１情報処理装置は、前記ユーザによる同意後、所定のタイミングで、前記他のユーザの識別情報を前記サーバに送信する請求項１０に記載の情報処理システム。
【請求項１２】
前記第１情報処理装置は、前記第１プログラムを実行してさらに他のユーザの識別情報が登録されると、当該さらに他のユーザの識別情報を前記サーバに送信する請求項１乃至１１のいずれか１項に記載の情報処理システム。
【請求項１３】
前記第１又は第２情報処理装置は、前記受信された他のユーザの識別情報又は他の識別情報を、前記ユーザの指示を待たずに、前記ユーザのフレンド情報として登録する請求項１乃至１２のいずれか１項に記載の情報処理システム。
【請求項１４】
前記サーバは、前記他のユーザの識別情報を、前記他のユーザの識別情報が前記第１情報処理装置において登録された経緯を示す情報と対応付けて前記記憶部に蓄積する請求項１乃至１３のいずれか１項に記載の情報処理システム。
【請求項１５】
前記第１又は第２情報処理装置は、前記他のユーザの識別情報が前記第１情報処理装置において登録された経緯が所定の条件を満たす場合に、前記受信された他のユーザの識別情報又は他の識別情報を、前記ユーザの指示を待たずに、前記ユーザのフレンド情報として登録する請求項１３又は１４に記載の情報処理システム。
【請求項１６】
前記第１及び第２情報処理装置のうち少なくとも一方は、前記ユーザに対して情報共有サービスを提供するサーバである請求項１乃至１５のいずれか１項に記載の情報処理システム。
【請求項１７】
前記第１及び第２プログラムのうち少なくとも一方はゲームプログラムである請求項１乃至１６のいずれか１項に記載の情報処理システム。
【請求項１８】
前記第１又は第２情報処理装置は、前記受信された他のユーザの識別情報又は他の識別情報とともに、前記第１プログラムの識別情報を前記ユーザに提示する請求項１乃至１７のいずれか１項に記載の情報処理システム。
【請求項１９】
前記第１情報処理装置は、前記他のユーザの識別情報が前記サーバに対してまだ送信されていない場合に、前記他のユーザの識別情報を前記サーバに対して送信する請求項１乃至１８のいずれか１項に記載の情報処理システム。
【請求項２０】
前記サーバは、前記ユーザの識別情報と、前記他のユーザの識別情報と、前記第１プログラムの識別情報とを前記第１情報処理装置から受信して、対応付けて前記記憶部に蓄積する請求項１乃至１９のいずれか１項に記載の情報処理システム。
【請求項２１】
前記他のユーザの識別情報は前記第１プログラムの実行時に利用されるのに対し、前記他の識別情報は前記第２プログラムの実行時に利用される請求項１乃至２０のいずれか１項に記載の情報処理システム。
【請求項２２】
前記他のユーザの識別情報は、前記他のユーザの識別番号情報とユーザ名情報とを含む請求項１乃至２１のいずれか１項に記載の情報処理システム。
【請求項２３】
前記他のユーザの識別情報は、前記ユーザと前記他のユーザとの間の相互の同意に基づいて前記サーバにおいて登録される請求項１乃至２２のいずれか１項に記載の情報処理システム。
【請求項２４】
第１プログラムを実行して登録された他のユーザの識別情報を第１情報処理装置から受信する受信部と、
前記受信された他のユーザの識別情報を蓄積する記憶部と、
前記第１プログラムとは異なる第２プログラムの実行を通じてユーザに提示するために、前記記憶部に蓄積された他のユーザの識別情報又は当該識別情報に対応する他の識別情報を、前記第１情報処理装置又は前記第１情報処理装置とは異なる第２情報処理装置に対して送信する送信部と
を備え、
前記他のユーザの識別情報は、前記ユーザと前記他のユーザとの間の相互の同意に基づいて前記第１情報処理装置において登録される
サーバ。
【請求項２５】
第１プログラムを実行して登録された他のユーザの識別情報を第１情報処理装置から受信するステップと、
前記受信された他のユーザの識別情報を記憶部に蓄積するステップと、
前記第１プログラムとは異なる第２プログラムの実行を通じてユーザに提示するために、前記記憶部に蓄積された他のユーザの識別情報又は当該識別情報に対応する他の識別情報を、前記第１情報処理装置又は前記第１情報処理装置とは異なる第２情報処理装置に対して送信するステップと
を備え、
前記他のユーザの識別情報は、前記ユーザと前記他のユーザとの間の相互の同意に基づいて前記第１情報処理装置において登録される
情報処理方法。
【請求項２６】
コンピュータに、
第１プログラムを実行して登録された他のユーザの識別情報を第１情報処理装置から受信するステップと、
前記受信された他のユーザの識別情報を記憶部に蓄積するステップと、
前記第１プログラムとは異なる第２プログラムの実行を通じてユーザに提示するために、前記記憶部に蓄積された他のユーザの識別情報又は当該識別情報に対応する他の識別情報を、前記第１情報処理装置又は前記第１情報処理装置とは異なる第２情報処理装置に対して送信するステップと
を実行させるためのプログラムであって、
前記他のユーザの識別情報は、前記ユーザと前記他のユーザとの間の相互の同意に基づいて前記第１情報処理装置において登録される
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を相互利用する技術に関する。
【背景技術】
【０００２】
従来、ＳＮＳ（Social Networking Service）やオンラインゲームを通じて知り合ったフレンドの情報を管理するための方法が知られている。例えば、特許文献１には、フレンドリストをシステムソフトウェアにより管理し、ポータルソフトウェアとゲームアプリケーションの双方からこのフレンドリストにアクセスできる情報処理装置が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２５０７８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の情報処理装置は、複数のアプリケーション間でフレンド情報を共有するものである。これに対して本発明は、他のユーザの識別情報であって、ユーザ間の相互の同意に基づいて登録される識別情報の相互利用の幅をより広げることを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、１以上の情報処理装置とサーバとを備える情報処理システムであって、第１情報処理装置は、第１プログラムを実行して登録された他のユーザの識別情報を前記サーバに送信し、前記サーバは、前記送信された他のユーザの識別情報を記憶部に蓄積し、前記第１情報処理装置又は前記第１情報処理装置とは異なる第２情報処理装置は、前記第１プログラムとは異なる第２プログラムを実行してユーザに提示するために、前記記憶部に蓄積された他のユーザの識別情報又は当該識別情報に対応する他の識別情報を前記サーバから受信し、前記他のユーザの識別情報は、前記ユーザと前記他のユーザとの間の相互の同意に基づいて登録される情報処理システムを提供する。
【０００６】
前記他のユーザの識別情報は、前記ユーザのフレンド情報として前記第１情報処理装置において登録されてもよい。
前記サーバは、前記ユーザの識別情報と対応付けて前記他のユーザの識別情報を前記記憶部に蓄積してもよい。
前記サーバは、前記他のユーザの識別情報を、当該識別情報を管理するための識別情報であって前記他のユーザを識別する識別情報と対応付けて前記記憶部に蓄積してもよい。
前記他のユーザの識別情報は、前記ユーザによる申請に対して前記他のユーザが承認を行うことにより前記第１情報処理装置において登録されてもよい。
前記第１又は第２情報処理装置は、前記ユーザのフレンド情報の候補として、前記受信された他のユーザの識別情報又は他の識別情報を前記ユーザに提示してもよい。
前記第１又は第２情報処理装置は、前記フレンド情報の候補として提示された他のユーザの識別情報又は他の識別情報が前記ユーザにより選択されると、当該識別情報をフレンド情報として登録することに対する承認を前記他のユーザに対して求める申請を送信してもよい。
前記第１プログラムと前記第２プログラムは各々異なる種類のプラットフォーム上で動作してもよい。
前記異なる種類のプラットフォームのうち一方のプラットフォーム上では、前記他のユーザの識別情報又は前記他の識別情報が複数のプログラムにより共有されるのに対し、他方のプラットフォーム上では、前記他のユーザの識別情報又は前記他の識別情報が複数のプログラムにより共有されないようにしてもよい。
前記第１情報処理装置は、前記ユーザの同意に基づいて、前記他のユーザの識別情報を前記サーバに送信してもよい。
前記第１情報処理装置は、前記ユーザによる同意後、所定のタイミングで、前記他のユーザの識別情報を前記サーバに送信してもよい。
前記第１情報処理装置は、前記第１プログラムを実行してさらに他のユーザの識別情報が登録されると、当該さらに他のユーザの識別情報を前記サーバに送信してもよい。
前記第１又は第２情報処理装置は、前記受信された他のユーザの識別情報又は他の識別情報を、前記ユーザの指示を待たずに、前記ユーザのフレンド情報として登録してもよい。
前記サーバは、前記他のユーザの識別情報を、前記他のユーザの識別情報が前記第１情報処理装置において登録された経緯を示す情報と対応付けて前記記憶部に蓄積してもよい。
前記第１又は第２情報処理装置は、前記他のユーザの識別情報が前記第１情報処理装置において登録された経緯が所定の条件を満たす場合に、前記受信された他のユーザの識別情報又は他の識別情報を、前記ユーザの指示を待たずに、前記ユーザのフレンド情報として登録してもよい。
前記第１及び第２情報処理装置のうち少なくとも一方は、前記ユーザに対して情報共有サービスを提供するサーバであってもよい。
前記第１及び第２プログラムのうち少なくとも一方はゲームプログラムであってもよい。
前記第１又は第２情報処理装置は、前記受信された他のユーザの識別情報又は他の識別情報とともに、前記第１プログラムの識別情報を前記ユーザに提示してもよい。
前記第１情報処理装置は、前記他のユーザの識別情報が前記サーバに対してまだ送信されていない場合に、前記他のユーザの識別情報を前記サーバに対して送信してもよい。
前記サーバは、前記ユーザの識別情報と、前記他のユーザの識別情報と、前記第１プログラムの識別情報とを前記第１情報処理装置から受信して、対応付けて前記記憶部に蓄積してもよい。
前記他のユーザの識別情報は前記第１プログラムの実行時に利用されるのに対し、前記他の識別情報は前記第２プログラムの実行時に利用されてもよい。
前記他のユーザの識別情報は、前記他のユーザの識別番号情報とユーザ名情報とを含んでもよい。
前記他のユーザの識別情報は、前記ユーザと前記他のユーザとの間の相互の同意に基づいて前記サーバにおいて登録されてもよい。
【０００７】
また、本発明は、第１プログラムを実行して登録された他のユーザの識別情報を第１情報処理装置から受信する受信部と、前記受信された他のユーザの識別情報を蓄積する記憶部と、前記第１プログラムとは異なる第２プログラムの実行を通じてユーザに提示するために、前記記憶部に蓄積された他のユーザの識別情報又は当該識別情報に対応する他の識別情報を、前記第１情報処理装置又は前記第１情報処理装置とは異なる第２情報処理装置に対して送信する送信部とを備え、前記他のユーザの識別情報は、前記ユーザと前記他のユーザとの間の相互の同意に基づいて前記第１情報処理装置において登録されるサーバを提供する。
【０００８】
また、本発明は、第１プログラムを実行して登録された他のユーザの識別情報を第１情報処理装置から受信するステップと、前記受信された他のユーザの識別情報を記憶部に蓄積するステップと、前記第１プログラムとは異なる第２プログラムの実行を通じてユーザに提示するために、前記記憶部に蓄積された他のユーザの識別情報又は当該識別情報に対応する他の識別情報を、前記第１情報処理装置又は前記第１情報処理装置とは異なる第２情報処理装置に対して送信するステップとを備え、前記他のユーザの識別情報は、前記ユーザと前記他のユーザとの間の相互の同意に基づいて前記第１情報処理装置において登録される情報処理方法を提供する。
【０００９】
また、本発明は、コンピュータに、第１プログラムを実行して登録された他のユーザの識別情報を第１情報処理装置から受信するステップと、前記受信された他のユーザの識別情報を記憶部に蓄積するステップと、前記第１プログラムとは異なる第２プログラムの実行を通じてユーザに提示するために、前記記憶部に蓄積された他のユーザの識別情報又は当該識別情報に対応する他の識別情報を、前記第１情報処理装置又は前記第１情報処理装置とは異なる第２情報処理装置に対して送信するステップとを実行させるためのプログラムであって、前記他のユーザの識別情報は、前記ユーザと前記他のユーザとの間の相互の同意に基づいて前記第１情報処理装置において登録されるプログラムを提供する。
【発明の効果】
【００１０】
本発明によれば、他のユーザの識別情報であって、ユーザ間の相互の同意に基づいて登録される識別情報の相互利用の幅をより広げることができる。
【図面の簡単な説明】
【００１１】
【図１】情報処理システム１の構成の一例を示す図である。
【図２】フレンド候補管理サーバ１０の構成の一例を示す図である。
【図３（ａ）】ユーザ情報ＤＢ１２１の一例を示す図である。
【図３（ｂ）】フレンド候補ＤＢ１２２の一例を示す図である。
【図４】通信端末２０の構成の一例を示す図である。
【図５】フレンドリストＬ１の一例を示す図である。
【図６】ゲーミングデバイス３０の構成の一例を示す図である。
【図７】フレンドリストＬ３の一例を示す図である。
【図８】ＳＮＳサーバ４０の構成の一例を示す図である。
【図９】フレンド情報ＤＢ４２１の一例を示す図である。
【図１０】フレンド情報相互利用動作の一例を示すシーケンス図である。
【図１１（ａ）】フレンド候補ＤＢ１２２の一例を示す図である。
【図１１（ｂ）】フレンド候補ＤＢ１２２の一例を示す図である。
【図１２】フレンド情報相互利用動作の一例を示すシーケンス図である。
【図１３】アプリケーションサーバ６０とフレンド機能提供サーバ７０の構成の一例を示す図である。
【図１４】フレンド情報ＤＢ７２１の一例を示す図である。
【図１５】フレンド情報相互利用動作の一例を示すシーケンス図である。
【図１６】ユーザ情報ＤＢ７２２とフレンド候補ＤＢ７２３の一例を示す図である。
【図１７】フレンド情報相互利用動作の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
１．実施形態
１−１．構成
１−１−１．情報処理システム１の構成
図１は、本発明の一実施形態に係る情報処理システム１の構成の一例を示す図である。情報処理システム１は、フレンド候補管理サーバ１０と、通信端末２０と、ゲーミングデバイス３０と、ＳＮＳサーバ４０とを備える。これらの装置はネットワーク５０を介して相互に接続される。ここでネットワーク５０は、例えば、インターネット、移動体通信網、無線ＬＡＮ又はこれらの組み合わせである。この情報処理システム１では、フレンド候補管理サーバ１０を介して複数の装置間又はアプリケーション間でフレンド情報が相互利用される。なお、図１には通信端末２０、ゲーミングデバイス３０及びＳＮＳサーバ４０が各々１つずつしか示されていないが、各々複数の装置がネットワーク５０に接続されてもよい。
【００１３】
１−１−２．フレンド候補管理サーバ１０の構成
図２は、フレンド候補管理サーバ１０の構成の一例を示す図である。フレンド候補管理サーバ１０は、通信端末２０等の各装置からフレンド情報を受信して蓄積し、蓄積したフレンド情報を複数の装置間又はアプリケーション間で相互利用させる。このフレンド候補管理サーバ１０は、制御部１１と、記憶部１２と、通信部１３とを備える。制御部１１は、ＣＰＵ（Central Processing Unit）等の演算処理装置とメモリとを備え、記憶部１２に記憶されるプログラムを実行する。制御部１１により実現される機能については後述する。記憶部１２は、ハードディスク等の記憶装置であり、制御部１１に実行されるプログラムの他、ユーザ情報ＤＢ（Database）１２１とフレンド候補ＤＢ１２２とを記憶する。なお、記憶部１２の全部又は一部は、ネットワーク５０上に設けられてもよい。
【００１４】
図３（ａ）は、ユーザ情報ＤＢ１２１の一例を示す図である。ユーザ情報ＤＢ１２１は、情報処理システム１を利用する各ユーザの各種識別情報を管理するためのデータベースである。このユーザ情報ＤＢ１２１は、管理用のユーザ識別情報に対応付けて、各アプリケーション用のユーザ識別情報を格納する。各ユーザ識別情報は、英数字を並べて構成される識別番号であるユーザＩＤと、ユーザの名称（例えば、ニックネーム）を表す文字列であるユーザ名とにより構成される。ここで、管理用のユーザ識別情報は、フレンド候補管理サーバ１０により付与される識別情報であり、当該サーバにより提供される情報提供サービスを利用するためのアカウントを開設することで付与される。管理用のユーザ識別情報は、各アプリケーション用のユーザ識別情報を管理するための識別情報であって、当該ユーザを識別する識別情報である。各アプリケーション用のユーザ識別情報は、アプリケーションごとにユーザに付与される識別情報であり、例えば図示せぬアプリケーションサーバやＳＮＳサーバ４０により付与される。各アプリケーション用のユーザ識別情報は、アプリケーション単位でユーザによりユーザ情報ＤＢ１２１に登録される。例えば、通信端末２０やゲーミングデバイス３０においてアプリケーションの実行時に、管理用のユーザ識別情報と当該アプリケーション用のユーザ識別情報とをフレンド候補管理サーバ１０に送信することにより登録される。なお、ユーザ情報ＤＢ１２１に格納される各ユーザ識別情報はユーザＩＤのみにより構成されてもよい。ユーザ名についてはフレンド候補管理サーバ１０において必要になったときに、都度、後述するフレンド機能提供サーバ７０から最新のものを取得するようにしてもよい。
【００１５】
図３（ｂ）は、フレンド候補ＤＢ１２２の一例を示す図である。フレンド候補ＤＢ１２２は、通信端末２０等の各装置から受信されたフレンド情報を蓄積するためのデータベースである。このフレンド候補ＤＢ１２２に蓄積されたフレンド情報は、各装置に対してフレンド情報の候補として送信される。このフレンド候補ＤＢ１２２は、管理用のユーザ識別情報に対応付けて、各アプリケーション用のフレンド情報と、このフレンド情報に関連する情報とを格納する。ここで、フレンド情報とは、具体的には、他のユーザのユーザ識別情報である。フレンド情報に関連する情報とは、具体的には、フレンド成立時に実行されていたアプリケーションの識別情報であるアプリ名と、フレンドの成立方法を示す成立方法情報である。なお、アプリ名はアプリケーションの識別情報の一例であり、アプリＩＤであってもよい。また、各アプリケーション用のフレンド情報に対応付けて他のユーザの管理用のユーザ識別情報をさらに格納してもよい。また、フレンド情報に関連する情報として、フレンドが成立した日時を示す日時情報をさらに格納してもよい。
【００１６】
ここでフレンドとは、ユーザ間の相互の同意に基づいて成立する交友関係をいう。フレンドは、例えば、一方のユーザが他方のユーザに対してフレンド申請を送信し、他方のユーザがこのフレンド申請を承認することで成立する。または、双方のユーザが相手方に対してフレンド申請を送信することで成立する。フレンドの成立方法には対面認証と非対面認証の２種類がある。対面認証は、ユーザ同士が直接対面してユーザ識別情報を交換する方法であって、例えば、Bluetooth（登録商標）や赤外線通信等の近距離無線通信を使って互いのユーザ識別情報を交換する。または、互いの通信端末２０の画面に表示された二次元コードを読み取り合ってユーザ識別情報を交換する。または、近接する通信端末２０同士をサーバ側でマッチングして、サーバを介して当該端末同士でユーザ識別情報を交換する。一方、非対面認証は、ユーザ同士が直接対面せずにユーザ識別情報を交換する方法であって、例えば、インターネット等の広域通信網を介して互いのユーザ識別情報を交換する。具体的には、ＳＮＳアプリケーションを実行して、他のユーザのプロフィールに設けられているフレンド申請ボタンを選択することを契機として互いのユーザ識別情報を交換する。または、ＳＮＳアプリケーションを実行して、掲示板上で互いのユーザ識別情報を交換する。または、ゲームアプリケーションを実行して他のユーザと対戦プレイ又は協力プレイした後に、ゲーム画面に表示されるフレンド申請ボタンを選択することを契機として互いのユーザ識別情報を交換する。
【００１７】
フレンドになると両ユーザは互いに情報を共有することができる。例えば、ＳＮＳアプリケーションのフレンドの場合、相手方ユーザが投稿したメッセージを自動的に取得したり、相手方ユーザがログイン状態であるか否かを知ったりすることができる。また、フレンドになると両ユーザは互いに同時にアプリケーションを楽しむことができる。例えば、ゲームアプリケーションのフレンドの場合、フレンド同士での対戦プレイや協力プレイを楽しんだり、フレンド同士で同じランキングに名を連ねたりすることができる。
【００１８】
次に、通信部１３は、ネットワーク５０を介して通信端末２０等の各装置と通信を行うための通信インタフェースである。
【００１９】
制御部１１は、記憶部１２に記憶されるプログラムを実行することにより、受信部１１１と、登録部１１２と、送信部１１３という機能を実現する。
【００２０】
受信部１１１は、プログラムを実行して登録された他のユーザの識別情報を、通信端末２０、ゲーミングデバイス３０、ＳＮＳサーバ４０等の情報処理装置から受信する。ここで他のユーザの識別情報とは、具体的には、上記のプログラム用のユーザ識別情報であり、他のユーザと情報処理装置のユーザとの間の相互の同意に基づいて情報処理装置において登録されたフレンド情報である。受信部１１１は、他のユーザの識別情報とともに、情報処理装置のユーザの識別情報と、プログラムの識別情報と、他のユーザの識別情報が登録された経緯を示す情報とを情報処理装置から受信する。ここで、情報処理装置のユーザの識別情報とは、具体的には、管理用のユーザ識別情報である。プログラムの識別情報とは、具体的には、アプリ名である。他のユーザの識別情報が登録された経緯を示す情報とは、具体的には、フレンドの成立方法を示す成立方法情報である。
【００２１】
登録部１１２は、受信部１１１により受信された他のユーザの識別情報を、記憶部１２に記憶されるフレンド候補ＤＢ１２２に蓄積する。その際、登録部１１２は、受信部１１１により受信された、情報処理装置のユーザの識別情報と、プログラムの識別情報と、フレンドの成立方法を示す成立方法情報と対応付けて、上記の他のユーザの識別情報をフレンド候補ＤＢ１２２に蓄積する。また、登録部１１２は、他のユーザの識別情報に対応する他の識別情報をユーザ情報ＤＢ１２１から取得して、他のユーザの識別情報と対応付けてフレンド候補ＤＢ１２２に蓄積する。ここで他の識別情報とは、他のユーザの識別情報と同じユーザを識別する識別情報であって、利用されるプログラムが異なる識別情報である。
【００２２】
送信部１１３は、プログラムの実行を通じてユーザに提示するために、記憶部１２のフレンド候補ＤＢ１２２に蓄積された他のユーザの識別情報を情報処理装置に対して送信する。その際、送信部１１３は、ユーザによる包括的な同意に基づいて、プログラムの起動ごとに他のユーザの識別情報を送信する。また、送信部１１３は、他のユーザの識別情報とともに、プログラムの識別情報と、フレンドの成立方法を示す成立方法情報とを送信する。ここで、他のユーザの識別情報とは、具体的には、上記のプログラム用のユーザ識別情報であって、当該識別情報が提示される上記のユーザとフレンド候補ＤＢ１２２において対応付けられているユーザ識別情報である。送信部１１３は、他のユーザの識別情報を送信する際、上記のプログラムの実行を通じてまだ情報処理装置において登録されていない他のユーザの識別情報を当該装置に対して送信する。
【００２３】
１−１−３．通信端末２０の構成
次に、図４は、通信端末２０の構成の一例を示す図である。通信端末２０は、フレンド候補管理サーバ１０との間でフレンド情報を送受信することにより、装置間又はアプリケーション間でフレンド情報を相互利用する情報処理装置である。通信端末２０は、具体的には、スマートフォンやタブレット端末やウェアラブル端末等の携帯情報端末である。通信端末２０は、制御部２１と、記憶部２２と、通信部２３と、タッチスクリーン２４とを備える。
【００２４】
制御部２１は、ＣＰＵ等の演算処理装置とメモリとを備え、記憶部２２に記憶されるプログラムを実行する。制御部２１により実現される機能については後述する。記憶部２２は、フラッシュメモリ等の記憶装置であり、制御部２１に実行されるアプリケーションＰ１、Ｐ２及びＰ３の他、フレンドリストＬ１及びＬ２を記憶する。ここで、アプリケーションＰ１及びＰ２は、例えば、ゲームアプリケーションであり、アプリケーションＰ３はＳＮＳアプリケーションである。なお、記憶部２２は、４以上のアプリケーションを記憶してもよい。
【００２５】
図５（ａ）は、フレンドリストＬ１の一例を示す図である。フレンドリストＬ１は、アプリケーションＰ１の実行時にフレンド情報が登録されるリストである。このフレンドリストＬ１は、アプリケーションＰ１用のフレンド情報と、フレンドの成立方法を示す成立方法情報とを対応付けて格納する。ここでフレンド情報とは、具体的には、他のユーザのユーザ識別情報である。一方、図５（ｂ）は、フレンドリストＬ２の一例を示す図である。フレンドリストＬ２は、アプリケーションＰ２の実行時にフレンド情報が登録されるリストである。このフレンドリストＬ２は、アプリケーションＰ２用のフレンド情報と、フレンドの成立方法を示す成立方法情報とを対応付けて格納する。ここでフレンド情報とは、具体的には、他のユーザのユーザ識別情報である。通信端末２０では、アプリケーションごとにフレンドリストが別々に管理され、アプリケーション間でフレンドリストが共有されない。
【００２６】
通信部２３は、ネットワーク５０を介してフレンド候補管理サーバ１０等の各装置と通信を行うための通信インタフェースである。タッチスクリーン２４は、表示パネルと、当該表示パネル上に重ねられたタッチセンサとにより構成される。表示パネルは、例えば、液晶ディスプレイや有機ＥＬ（Electro-luminescence）ディスプレイである。タッチセンサは、例えば、静電容量方式や抵抗膜方式のタッチセンサである。
【００２７】
制御部２１は、記憶部２２に記憶されるアプリケーションＰ１、Ｐ２又はＰ３を実行することにより、登録部２１１と、送信部２１２と、受信部２１３と、提示部２１４という機能を実現する。
【００２８】
登録部２１１は、他のユーザの識別情報を、通信端末２０のユーザのフレンド情報としてフレンドリストＬ１又はＬ２に登録する。言い換えると、他のユーザの識別情報を、フレンド情報であることを示す情報と対応付けて記憶部２２に記憶する。その際、登録部２１１は、当該他のユーザと通信端末２０のユーザ間の相互の同意に基づいて登録する。具体的には、両ユーザのうちの一方のユーザによる申請に対して他のユーザが承認を行った後に、他のユーザの識別情報を登録する。登録部２１１は、アプリケーションＰ１の実行時にはアプリケーションＰ１用のユーザ識別情報をフレンドリストＬ１に登録し、アプリケーションＰ２の実行時にはアプリケーションＰ２用のユーザ識別情報をフレンドリストＬ２に登録する。登録部２１１は、フレンド情報を登録する際、フレンドの成立方法を示す成立方法情報と対応付けて登録する。
【００２９】
送信部２１２は、プログラムを実行して登録された他のユーザの識別情報をフレンド候補管理サーバ１０に送信する。その際、送信部２１２は、ユーザによる包括的な同意に基づいて、プログラムの起動ごとに他のユーザの識別情報を送信する。送信部２１２は、具体的には、記憶部２２に記憶されるフレンドリストＬ１又はＬ２をフレンド候補管理サーバ１０に送信する。その際、送信部２１２は、上記のプログラムの識別情報とユーザの管理用の識別情報とともにフレンドリストＬ１又はＬ２を送信する。送信部２１２は、アプリケーションＰ１の実行時にはフレンドリストＬ１をアプリケーションＰ１の識別情報とともに送信し、アプリケーションＰ２の実行時にはフレンドリストＬ２をアプリケーションＰ２の識別情報とともに送信する。
【００３０】
また、送信部２１２は、提示部２１４によりフレンド情報の候補として提示された他のユーザの識別情報がユーザにより選択されると、当該他のユーザに対してフレンド申請を送信する。このフレンド申請は、他のユーザの識別情報をフレンド情報として登録することに対して他のユーザによる承認を求める申請である。
【００３１】
受信部２１３は、プログラムを実行してユーザに提示するために、フレンド候補管理サーバ１０の記憶部１２（具体的には、フレンド候補ＤＢ１２２）に蓄積された他のユーザの識別情報を当該サーバから受信する。その際、受信部２１３は、ユーザによる包括的な同意に基づいて、プログラムの起動ごとに他のユーザの識別情報を受信する。また、受信部２１３は、他のユーザの識別情報とともに、プログラムの識別情報と、フレンドの成立方法を示す成立方法情報とを受信する。ここで、他のユーザの識別情報とは、具体的には、上記のプログラム用のユーザ識別情報である。受信部２１３は、他のユーザの識別情報を受信する際、上記のプログラムの実行を通じてまだ通信端末２０において登録されていない他のユーザの識別情報を受信する。
【００３２】
提示部２１４は、受信部２１３により受信された他のユーザの識別情報を、フレンド情報の候補としてユーザに提示する。その際、提示部２１４は、他のユーザの識別情報とともに、受信部２１３により受信されたプログラムの識別情報と、フレンドの成立方法を示す成立方法情報とをユーザに提示する。提示部２１４は、これらの情報をタッチスクリーン２４に表示させる。
【００３３】
１−１−４．ゲーミングデバイス３０の構成
次に、図６は、ゲーミングデバイス３０の構成の一例を示す図である。ゲーミングデバイス３０は、フレンド候補管理サーバ１０との間でフレンド情報を送受信することにより、装置間でフレンド情報を相互利用する情報処理装置である。ゲーミングデバイス３０は、具体的には、携帯型又は据え置き型のゲーム装置である。ゲーミングデバイス３０は、通信端末２０と異なる種類のプラットフォームを有する。より具体的には、通信端末２０と異なる種類のＯＳ（Operating System）とハードウェア環境を有する。ゲーミングデバイス３０は、制御部３１と、記憶部３２と、通信部３３と、表示部３４と、操作入力部３５とを備える。
【００３４】
制御部３１は、ＣＰＵ等の演算処理装置とメモリとを備え、記憶部３２に記憶されるプログラムを実行する。制御部３１により実現される機能については後述する。記憶部３２は、フラッシュメモリやハードディスク等の記憶装置であり、制御部３１に実行されるアプリケーションＰ３、Ｐ４及びＰ５の他、フレンドリストＬ３を記憶する。ここで、アプリケーションＰ３はＳＮＳアプリケーションであり、アプリケーションＰ４及びＰ５は、例えば、ゲームアプリケーションである。なお、記憶部３２は、４以上のアプリケーションを記憶してもよい。
【００３５】
図７は、フレンドリストＬ３の一例を示す図である。フレンドリストＬ３は、アプリケーションＰ４又はＰ５の実行時にフレンド情報が登録されるリストである。このフレンドリストＬ３は、アプリケーションＰ４及びＰ５共通のフレンド情報と、フレンドの成立方法を示す成立方法情報とを対応付けて格納する。ここでフレンド情報とは、具体的には、他のユーザのユーザ識別情報である。ゲーミングデバイス３０では、複数のアプリケーションのフレンド情報が単一のフレンドリストで管理され、すなわち、アプリケーション間でフレンドリストが共有される。
【００３６】
通信部３３は、ネットワーク５０を介してフレンド候補管理サーバ１０等の各装置と通信を行うための通信インタフェースである。表示部３４は、例えば、液晶ディスプレイや有機ＥＬディスプレイである。操作入力部３５は、例えば、静電容量方式や抵抗膜方式のタッチセンサや操作キーである。なお、表示部３４と操作入力部３５とは、ゲーミングデバイス３０と一体として構成されなくてもよい。
【００３７】
制御部３１は、記憶部３２に記憶されるアプリケーションＰ３、Ｐ４又はＰ５を実行することにより、登録部３１１と、送信部３１２と、受信部３１３と、提示部３１４という機能を実現する。
【００３８】
登録部３１１は、他のユーザの識別情報を、ゲーミングデバイス３０のユーザのフレンド情報としてフレンドリストＬ３に登録する。言い換えると、他のユーザの識別情報を、フレンド情報であることを示す情報と対応付けて記憶部３２に記憶する。その際、登録部３１１は、当該他のユーザとゲーミングデバイス３０のユーザ間の相互の同意に基づいて登録する。具体的には、両ユーザのうちの一方のユーザによる申請に対して他のユーザが承認を行った後に、他のユーザの識別情報を登録する。登録部３１１は、フレンド情報を登録する際、フレンドの成立方法を示す成立方法情報と対応付けて登録する。
【００３９】
送信部３１２は、プログラムを実行して登録された他のユーザの識別情報をフレンド候補管理サーバ１０に送信する。その際、送信部３１２は、ユーザによる包括的な同意に基づいて、プログラムの起動ごとに他のユーザの識別情報を送信する。送信部３１２は、具体的には、記憶部３２に記憶されるフレンドリストＬ３をフレンド候補管理サーバ１０に送信する。
【００４０】
また、送信部３１２は、提示部３１４によりフレンド情報の候補として提示された他のユーザの識別情報がユーザにより選択されると、当該他のユーザに対してフレンド申請を送信する。
【００４１】
受信部３１３は、プログラムを実行してユーザに提示するために、フレンド候補管理サーバ１０の記憶部１２（具体的には、フレンド候補ＤＢ１２２）に蓄積された他のユーザの識別情報を当該サーバから受信する。その際、受信部３１３は、ユーザによる包括的な同意に基づいて、プログラムの起動ごとに他のユーザの識別情報を受信する。また、受信部３１３は、他のユーザの識別情報とともに、プログラムの識別情報と、フレンドの成立方法を示す成立方法情報とを受信する。ここで、他のユーザの識別情報とは、具体的には、上記のプログラム用のユーザ識別情報である。受信部３１３は、他のユーザの識別情報を受信する際、上記のプログラムの実行を通じてまだゲーミングデバイス３０において登録されていない他のユーザの識別情報を受信する。
【００４２】
提示部３１４は、受信部３１３により受信された他のユーザの識別情報を、フレンド情報の候補としてユーザに提示する。その際、提示部３１４は、他のユーザの識別情報とともに、受信部３１３により受信されたプログラムの識別情報と、フレンドの成立方法を示す成立方法情報とをユーザに提示する。提示部３１４は、これらの情報を表示部３４に表示させる。
【００４３】
１−１−５．ＳＮＳサーバ４０の構成
次に、図８は、ＳＮＳサーバ４０の構成の一例を示す図である。ＳＮＳサーバ４０は、ソーシャル・ネットワーキング・サービスを通信端末２０やゲーミングデバイス３０のユーザに対して提供する。また、ＳＮＳサーバ４０は、フレンド候補管理サーバ１０との間でフレンド情報を送受信することにより、装置間でフレンド情報を相互利用する情報処理装置である。ＳＮＳサーバ４０は、通信端末２０やゲーミングデバイス３０と異なる種類のプラットフォームを有する。より具体的には、通信端末２０やゲーミングデバイス３０と異なる種類のＯＳとハードウェア環境を有する。ＳＮＳサーバ４０は、制御部４１と、記憶部４２と、通信部４３とを備える。
【００４４】
制御部４１は、ＣＰＵ等の演算処理装置とメモリとを備え、記憶部４２に記憶されるプログラムを実行する。制御部４１により実現される機能については後述する。記憶部４２は、ハードディスク等の記憶装置であり、制御部４１に実行されるプログラムの他、フレンド情報ＤＢ４２１を記憶する。
【００４５】
図９は、フレンド情報ＤＢ４２１の一例を示す図である。フレンド情報ＤＢ４２１は、ユーザがアプリケーションＰ３を実行して登録したフレンド情報を管理するためのデータベースである。このフレンド情報ＤＢ４２１は、各ユーザの管理用のユーザ識別情報と対応付けて、アプリケーションＰ３用のフレンド情報と、フレンドの成立方法を示す成立方法情報とを対応付けて格納する。ここでフレンド情報とは、具体的には、他のユーザのユーザ識別情報である。
【００４６】
通信部４３は、ネットワーク５０を介してフレンド候補管理サーバ１０等の各装置と通信を行うための通信インタフェースである。
【００４７】
制御部４１は、記憶部４２に記憶されるプログラムを実行することにより、登録部４１１と、送信部４１２と、受信部４１３という機能を実現する。
【００４８】
登録部４１１は、他のユーザの識別情報を、通信端末２０、ゲーミングデバイス３０等の情報処理装置のユーザのフレンド情報としてフレンド情報ＤＢ４２１に登録する。言い換えると、他のユーザの識別情報を、フレンド情報であることを示す情報と対応付けて記憶部４２に記憶する。その際、登録部４１１は、当該他のユーザと情報処理装置のユーザ間の相互の同意に基づいて登録する。具体的には、両ユーザのうちの一方のユーザによる申請に対して他のユーザが承認を行った後に、他のユーザの識別情報を登録する。また、登録部４１１は、フレンド情報を登録する際、フレンドの成立方法を示す成立方法情報と対応付けて登録する。
【００４９】
送信部４１２は、プログラムを実行して登録された他のユーザの識別情報をフレンド候補管理サーバ１０に送信する。その際、送信部４１２は、情報処理装置のユーザによる包括的な同意に基づいて、ユーザがプログラムを起動した際に他のユーザの識別情報を送信する。送信部４１２は、具体的には、フレンド情報ＤＢ４２１に格納されるフレンド情報のうち、対象となるユーザのフレンド情報をフレンド候補管理サーバ１０に送信する。
【００５０】
受信部４１３は、プログラムを実行してユーザに提示するために、フレンド候補管理サーバ１０の記憶部１２（具体的には、フレンド候補ＤＢ１２２）に蓄積された他のユーザの識別情報を当該サーバから受信する。その際、受信部４１３は、情報処理装置のユーザによる包括的な同意に基づいて、ユーザがプログラムを起動した際に他のユーザの識別情報を受信する。また、受信部４１３は、他のユーザの識別情報とともに、プログラムの識別情報と、フレンドの成立方法を示す成立方法情報とを受信する。ここで、他のユーザの識別情報とは、具体的には、上記のプログラム用のユーザ識別情報である。受信部４１３は、他のユーザの識別情報を受信する際、上記のプログラムの実行を通じて、まだ情報処理装置のユーザと対応付けてＳＮＳサーバ４０（具体的には、フレンド情報ＤＢ４２１）において登録されていない他のユーザの識別情報を受信する。
【００５１】
１−２．動作
情報処理システム１において行われるフレンド情報相互利用動作について説明する。このフレンド情報相互利用動作では、情報処理装置からフレンド候補管理サーバ１０に対してフレンド情報が吸い上げられるのと同時に、当該情報処理装置に対してフレンド候補管理サーバ１０からフレンド情報の候補が提供される。以下では、通信端末２０とフレンド候補管理サーバ１０の間でフレンド情報相互利用動作が行われる場合と、ゲーミングデバイス３０とフレンド候補管理サーバ１０の間でフレンド情報相互利用動作が行われる場合と、ＳＮＳサーバ４０とフレンド候補管理サーバ１０の間でフレンド情報相互利用動作が行われる場合の３つの場合について説明する。
【００５２】
１−２−１．通信端末２０のフレンド情報相互利用動作
図１０は、通信端末２０とフレンド候補管理サーバ１０の間で行われるフレンド情報相互利用動作の一例を示すシーケンス図である。本動作例の説明では、通信端末２０のユーザ（管理用のユーザ識別情報「Ｍ００１」及び「Ａ１」）がアプリケーションＰ１を実行する場合を想定する。また、ユーザ情報ＤＢ１２１、フレンド候補ＤＢ１２２及びフレンドリストＬ１の内容については、図３（ａ）、図３（ｂ）及び図５（ａ）に示す例を参照する。
【００５３】
通信端末２０のユーザがアプリケーションＰ１の実行を指示すると（Ｓａ１）、送信部２１２はフレンドリストＬ１をフレンド候補管理サーバ１０に対して送信する（Ｓａ２）。その際、送信部２１２は、フレンドリストＬ１とともに、ユーザの管理用のユーザ識別情報と、アプリケーションＰ１の識別情報とをフレンド候補管理サーバ１０に送信する。
【００５４】
フレンド候補管理サーバ１０の受信部１１１は、通信端末２０により送信されたフレンドリストＬ１等を受信する。受信部１１１によりフレンドリストＬ１等が受信されると、登録部１１２は、受信されたフレンドリストＬ１に登録されている各フレンド情報と成立方法情報のセットを、ユーザの管理用のユーザ識別情報とアプリケーションＰ１の識別情報とに対応付けてフレンド候補ＤＢ１２２に格納する（Ｓａ３）。その際、フレンドリストＬ１に登録されているフレンド情報のうち、すでにフレンド候補ＤＢ１２２においてユーザの管理用のユーザ識別情報と対応付けられているものについては、その格納を省略する。本動作例では、登録部１１２は、フレンド候補情報として、ユーザ識別情報「Ｐ１０４」及び「Ｄ２」を、管理用のユーザ識別情報「Ｍ００１」及び「Ａ１」とアプリケーションＰ１の識別情報「Ｐ１」と成立方式情報「非対面」と対応付けてフレンド候補ＤＢ１２２に格納する。
【００５５】
フレンド候補情報の格納が完了すると、登録部１１２は、フレンド候補ＤＢ１２２に新たに格納したフレンド候補情報に対して、異なるアプリケーション用のフレンド候補情報を対応付ける（Ｓａ４）。具体的には、登録部１１２は、ユーザ情報ＤＢ１２１において、新たに格納したフレンド候補情報に対応する、異なるアプリケーション用のユーザ識別情報を抽出し、抽出したユーザ識別情報を、新たに格納したフレンド候補情報と対応付けてフレンド候補ＤＢ１２２に格納する。本動作例では、登録部１１２は、アプリケーションＰ２用のユーザ識別情報「Ｐ２０４」及び「Ｄ３」と、アプリケーションＰ３用のユーザ識別情報「Ｓ００４」及び「Ｄ４」と、アプリケーションＰ４及びＰ５用のユーザ識別情報「Ｇ００４」及び「Ｄ５」とを抽出し、ユーザ識別情報「Ｐ１０４」及び「Ｄ２」と対応付けてフレンド候補ＤＢ１２２に格納する。図１１（ａ）に、このステップＳａ５の結果、更新されたフレンド候補ＤＢ１２２の一例を示す。
【００５６】
フレンド候補情報の対応付けが完了すると、登録部１１２は、フレンドリストＬ１に登録されているフレンド情報と、フレンド候補ＤＢ１２２に登録されている当該ユーザのアプリケーションＰ１用のフレンド情報との差分を特定する（Ｓａ５）。言い換えると、フレンド候補ＤＢ１２２に登録されている当該ユーザのアプリケーションＰ１用のフレンド情報のうち、フレンドリストＬ１に登録されていないものを特定する。ここで特定されたフレンド情報は、フレンド候補情報としてユーザに提示される。本動作例では、登録部１１２は、ユーザ識別情報「Ｐ１０３」及び「Ｃ２」を、ユーザに提示するフレンド候補情報として特定する。
【００５７】
フレンド候補情報を特定すると、送信部１１３は、ステップＳａ３で特定されたフレンド候補情報と、これに対応するアプリケーションの識別情報と成立方法情報とを通信端末２０に対して送信する（Ｓａ６）。
【００５８】
通信端末２０の受信部２１３は、フレンド候補管理サーバ１０により送信されたフレンド候補情報等を受信する。受信部２１３によりフレンド候補情報等が受信されると、提示部２１４は、受信されたフレンド候補情報を、フレンドリストＬ１への登録対象の候補としてタッチスクリーン２４に表示させる（Ｓａ７）。その際、提示部２１４は、フレンド候補情報とともに受信された、アプリケーションの識別情報と成立方法情報とをあわせてタッチスクリーン２４に表示させる。本動作例では、提示部２１４は、他のユーザ「Ｃ２」をフレンドの候補として薦めるメッセージとともに、他のユーザ「Ｃ２」とアプリケーションＰ２において非対面認証によりフレンドとなっていることを伝えるメッセージをタッチスクリーン２４に表示させる。
【００５９】
その後、表示されたフレンド候補情報がフレンドリストＬ１への登録対象としてユーザにより選択されると、送信部２１２は、フレンド候補情報により識別される他のユーザ「Ｃ２」に対してフレンド申請を送信する。このフレンド申請が他のユーザ「Ｃ２」により承認されると、登録部２１１は、上記のフレンド候補情報をフレンドリストＬ１に登録する。
以上が、通信端末２０とフレンド候補管理サーバ１０の間で行われるフレンド情報相互利用動作の一例の説明である。
【００６０】
以上説明した動作例では、アプリケーションＰ１を実行中の通信端末２０のユーザに対して、アプリケーションＰ２用のフレンド情報に対応するアプリケーションＰ１用のユーザ識別情報がフレンド候補として提示され、登録されている。すなわち、上記の動作例では、同一の情報処理装置内における異なるアプリケーション間でのフレンド情報の相互利用が可能となっている。
【００６１】
１−２−２．ゲーミングデバイス３０のフレンド情報相互利用動作
次に、ゲーミングデバイス３０とフレンド候補管理サーバ１０の間で行われるフレンド情報相互利用動作の一例について、再び図１０を参照して説明する。本動作例の説明では、ゲーミングデバイス３０のユーザ（管理用のユーザ識別情報「Ｍ００１」及び「Ａ１」）がアプリケーションＰ４を実行する場合を想定する。また、ユーザ情報ＤＢ１２１、フレンド候補ＤＢ１２２及びフレンドリストＬ３の内容については、図３（ａ）、図１１（ａ）及び図７に示す例を参照する。
【００６２】
ゲーミングデバイス３０のユーザがアプリケーションＰ４の実行を指示すると（Ｓａ１）、ゲーミングデバイス３０の送信部３１２はフレンドリストＬ３をフレンド候補管理サーバ１０に対して送信する（Ｓａ２）。その際、送信部３１２は、フレンドリストＬ３とともに、ユーザの管理用のユーザ識別情報と、アプリケーションＰ４の識別情報とをフレンド候補管理サーバ１０に送信する。
【００６３】
フレンド候補管理サーバ１０の受信部１１１は、ゲーミングデバイス３０により送信されたフレンドリストＬ３等を受信する。受信部１１１によりフレンドリストＬ３等が受信されると、登録部１１２は、受信されたフレンドリストＬ３に登録されている各フレンド情報と成立方法情報のセットを、ユーザの管理用のユーザ識別情報とアプリケーションＰ４の識別情報とに対応付けてフレンド候補ＤＢ１２２に格納する（Ｓａ３）。その際、フレンドリストＬ３に登録されているフレンド情報のうち、すでにフレンド候補ＤＢ１２２においてユーザの管理用のユーザ識別情報と対応付けられているものについては、その格納を省略する。本動作例では、登録部１１２は、フレンド候補情報として、ユーザ識別情報「Ｇ００５」及び「Ｅ５」を、管理用のユーザ識別情報「Ｍ００１」及び「Ａ１」とアプリケーションＰ４の識別情報「Ｐ４」と成立方式情報「非対面」と対応付けてフレンド候補ＤＢ１２２に格納する。
【００６４】
フレンド候補情報の格納が完了すると、登録部１１２は、フレンド候補ＤＢ１２２に新たに格納したフレンド候補情報に対して、異なるアプリケーション用のフレンド候補情報を対応付ける（Ｓａ４）。具体的には、登録部１１２は、ユーザ情報ＤＢ１２１において、新たに格納したフレンド候補情報に対応する、異なるアプリケーション用のユーザ識別情報を抽出し、抽出したユーザ識別情報を、新たに格納したフレンド候補情報と対応付けてフレンド候補ＤＢ１２２に格納する。本動作例では、登録部１１２は、アプリケーションＰ１用のユーザ識別情報「Ｐ１０５」及び「Ｅ２」と、アプリケーションＰ２用のユーザ識別情報「Ｐ２０５」及び「Ｅ３」と、アプリケーションＰ３用のユーザ識別情報「Ｓ００５」及び「Ｅ４」とを抽出し、ユーザ識別情報「Ｇ００５」及び「Ｅ５」と対応付けてフレンド候補ＤＢ１２２に格納する。図１１（ｂ）に、このステップＳａ５の結果、更新されたフレンド候補ＤＢ１２２の一例を示す。
【００６５】
フレンド候補情報の対応付けが完了すると、登録部１１２は、フレンドリストＬ３に登録されているフレンド情報と、フレンド候補ＤＢ１２２に登録されている当該ユーザのアプリケーションＰ３用のフレンド情報との差分を特定する（Ｓａ５）。言い換えると、フレンド候補ＤＢ１２２に登録されている当該ユーザのアプリケーションＰ３用のフレンド情報のうち、フレンドリストＬ３に登録されていないものを特定する。ここで特定されたフレンド情報は、フレンド候補情報としてユーザに提示される。本動作例では、登録部１１２は、ユーザ識別情報「Ｇ００４」及び「Ｄ５」を、ユーザに提示するフレンド候補情報として特定する。
【００６６】
フレンド候補情報を特定すると、送信部１１３は、ステップＳａ３で特定されたフレンド候補情報と、これに対応するアプリケーションの識別情報と成立方法情報とをゲーミングデバイス３０に対して送信する（Ｓａ６）。
【００６７】
ゲーミングデバイス３０の受信部３１３は、フレンド候補管理サーバ１０により送信されたフレンド候補情報等を受信する。受信部３１３によりフレンド候補情報等が受信されると、提示部３１４は、受信されたフレンド候補情報を、フレンドリストＬ３への登録対象の候補として表示部３４に表示させる（Ｓａ７）。その際、提示部３１４は、フレンド候補情報とともに受信された、アプリケーションの識別情報と成立方法情報とをあわせて表示部３４に表示させる。本動作例では、提示部３１４は、他のユーザ「Ｄ５」をフレンドの候補として薦めるメッセージとともに、他のユーザ「Ｄ５」とアプリケーションＰ１において非対面認証によりフレンドとなっていることを伝えるメッセージを表示部３４に表示させる。
【００６８】
その後、表示されたフレンド候補情報がフレンドリストＬ３への登録対象としてユーザにより選択されると、送信部３１２は、フレンド候補情報により識別される他のユーザ「Ｄ５」に対してフレンド申請を送信する。このフレンド申請が他のユーザ「Ｄ５」により承認されると、登録部３１１は、上記のフレンド候補情報をフレンドリストＬ３に登録する。
以上が、ゲーミングデバイス３０とフレンド候補管理サーバ１０の間で行われるフレンド情報相互利用動作の一例である。
【００６９】
以上説明した動作例では、アプリケーションＰ４を実行中のゲーミングデバイス３０のユーザに対して、通信端末２０において登録されたアプリケーションＰ１用のフレンド情報に対応するアプリケーションＰ４用のユーザ識別情報がフレンド候補として提示され、登録されている。すなわち、上記の動作例では、異なる情報処理装置間であり且つ異なるアプリケーション間でのフレンド情報の相互利用が可能となっている。なお、通信端末２０とゲーミングデバイス３０とは、上記のように、異なる種類のプラットフォームを有しているため、上記の動作例では、異なる種類のプラットフォーム間でのフレンド情報の相互利用が可能となっていると言える。
【００７０】
１−２−３．ＳＮＳサーバ４０のフレンド情報相互利用動作
次に、ＳＮＳサーバ４０とフレンド候補管理サーバ１０の間で行われるフレンド情報相互利用動作の一例について説明する。図１２は、このフレンド情報相互利用動作の一例を示すシーケンス図である。本動作例の説明では、通信端末２０のユーザ（管理用のユーザ識別情報「Ｍ００１」及び「Ａ１」）がアプリケーションＰ３を実行して、ＳＮＳサーバ４０にアクセスする場合を想定する。また、ユーザ情報ＤＢ１２１、フレンド候補ＤＢ１２２及びフレンド情報ＤＢ４２１の内容については、図３（ａ）、図１１（ｂ）及び図９に示す例を参照する。
【００７１】
通信端末２０のユーザがアプリケーションＰ３の実行を指示して（Ｓｂ１）、ＳＮＳサーバ４０に対してログインすると（Ｓｂ２）、ＳＮＳサーバ４０の送信部４１２は、当該ユーザのフレンド情報と成立方法情報のセットをフレンド候補管理サーバ１０に対して送信する（Ｓｂ３）。その際、送信部４１２は、フレンド情報等とともに、当該ユーザの管理用のユーザ識別情報と、アプリケーションＰ３の識別情報とをフレンド候補管理サーバ１０に送信する。
【００７２】
フレンド候補管理サーバ１０の受信部１１１は、ＳＮＳサーバ４０により送信されたフレンド情報等を受信する。受信部１１１によりフレンド情報等が受信されると、登録部１１２は、受信された各フレンド情報と成立方法情報のセットを、ユーザの管理用のユーザ識別情報とアプリケーションＰ３の識別情報とに対応付けてフレンド候補ＤＢ１２２に格納する（Ｓｂ４）。その際、受信されたフレンド情報のうち、すでにフレンド候補ＤＢ１２２においてユーザの管理用のユーザ識別情報と対応付けられているものについては、その格納を省略する。本動作例では、登録部１１２は、フレンド候補情報の格納を省略する。
【００７３】
フレンド候補情報の格納が完了すると、登録部１１２は、フレンド候補ＤＢ１２２に新たに格納したフレンド候補情報に対して、異なるアプリケーション用のフレンド候補情報を対応付ける（Ｓｂ５）。具体的には、登録部１１２は、ユーザ情報ＤＢ１２１において、新たに格納したフレンド候補情報に対応する、異なるアプリケーション用のユーザ識別情報を抽出し、抽出したユーザ識別情報を、新たに格納したフレンド候補情報と対応付けてフレンド候補ＤＢ１２２に格納する。本動作例では、登録部１１２は、異なるアプリケーション用のフレンド候補情報の対応付けを省略する。
【００７４】
フレンド候補情報の対応付けが完了すると、登録部１１２は、受信されたフレンド情報と、フレンド候補ＤＢ１２２に登録されている当該ユーザのアプリケーションＰ３用のフレンド情報との差分を特定する（Ｓｂ６）。言い換えると、フレンド候補ＤＢ１２２に登録されている当該ユーザのアプリケーションＰ３用のフレンド情報のうち、受信されていないものを特定する。ここで特定されたフレンド情報は、フレンド候補情報としてユーザに提示される。本動作例では、登録部１１２は、ユーザ識別情報「Ｓ００５」及び「Ｅ４」を、ユーザに提示するフレンド候補情報として特定する。
【００７５】
フレンド候補情報を特定すると、送信部１１３は、ステップＳｂ４で特定されたフレンド候補情報と、これに対応するアプリケーションの識別情報と成立方法情報とをＳＮＳサーバ４０に対して送信する（Ｓｂ７）。
【００７６】
ＳＮＳサーバ４０の受信部４１３は、フレンド候補管理サーバ１０により送信されたフレンド候補情報等を受信する。受信部４１３によりフレンド候補情報等が受信されると、送信部４１２は、受信されたフレンド候補情報等を通信端末２０に対して送信する（Ｓｂ８）。
【００７７】
通信端末２０の受信部２１３は、ＳＮＳサーバ４０により送信されたフレンド候補情報等を受信する。受信部２１３によりフレンド候補情報等が受信されると、提示部２１４は、受信されたフレンド候補情報を、ＳＮＳサーバ４０のフレンド情報ＤＢ４２１への登録対象の候補としてタッチスクリーン２４に表示させる（Ｓｂ９）。その際、提示部２１４は、フレンド候補情報とともに受信された、アプリケーションの識別情報と成立方法情報とをあわせてタッチスクリーン２４に表示させる。本動作例では、提示部２１４は、他のユーザ「Ｅ４」をフレンドの候補として薦めるメッセージとともに、他のユーザ「Ｅ４」とアプリケーションＰ４において非対面認証によりフレンドとなっていることを伝えるメッセージをタッチスクリーン２４に表示させる。
【００７８】
その後、表示されたフレンド候補情報がフレンド情報ＤＢ４２１への登録対象としてユーザにより選択されると、送信部２１２は、ＳＮＳサーバ４０を介して、フレンド候補情報により識別される他のユーザ「Ｅ４」に対してフレンド申請を送信する。このフレンド申請が他のユーザ「Ｅ４」により承認されると、当該フレンド候補情報はフレンド情報ＤＢ４２１に登録される。
以上が、ＳＮＳサーバ４０とフレンド候補管理サーバ１０の間で行われるフレンド情報相互利用動作の一例である。
【００７９】
以上説明した動作例では、アプリケーションＰ３を実行中の通信端末２０のユーザに対して、ゲーミングデバイス３０において登録されたアプリケーションＰ４用のフレンド情報に対応するアプリケーションＰ３用のユーザ識別情報がフレンド候補として提示され、登録されている。すなわち、上記の動作例では、異なる情報処理装置間であり且つ異なるアプリケーション間でのフレンド情報の相互利用が可能となっている。なお、通信端末２０とゲーミングデバイス３０とは、上記のように異なる種類のプラットフォームを有しているため、上記の動作例では、異なる種類のプラットフォーム間でのフレンド情報の相互利用が可能となっていると言える。
【００８０】
２．変形例
上記の実施形態は下記のように変形してもよい。下記の変形例のうち２以上の変形例を互いに組み合わせてもよい。
【００８１】
２−１．変形例１
上記の実施形態に係る情報処理システム１は装置間又はアプリケーション間でフレンド情報を相互利用させているが、フレンド情報以外の交友関係情報を相互利用させるようにしてもよい。例えば、情報処理システム１は、お気に入り情報（換言すると、フォロー情報）を相互利用させるようにしてもよい。ここで、お気に入りとは、一方のユーザの同意のみに基づいて成立する交友関係をいう。お気に入り情報とは、具体的には、他のユーザの識別情報であり、お気に入り情報を情報処理装置に登録することでお気に入りの関係が成立する。お気に入りの関係が成立すると、例えばユーザは、他のユーザが投稿したメッセージを自動的に取得することができる。
【００８２】
２−２．変形例２
上記の実施形態に係る通信端末２０、ゲーミングデバイス３０、ＳＮＳサーバ４０等の情報処理装置は、アプリケーションの実行時にフレンド情報をフレンド候補管理サーバ１０に対して送信しているが、アプリケーションの実行時以外の所定のタイミングでフレンド情報を送信するようにしてもよい。例えば、情報処理装置は、装置内でフレンド情報が更新されたことを契機としてフレンド情報を送信するようにしてもよい。または、所定の周期でフレンド情報を送信するようにしてもよい。または、ユーザによる手動の指示を契機としてフレンド情報を送信するようにしてもよい。
【００８３】
また、上記の実施形態に係る情報処理装置は、ユーザによる包括的な同意に基づいてフレンド情報をフレンド候補管理サーバ１０に対して送信しているが、ユーザによる個別の同意に基づいてフレンド情報を送信するようにしてもよい。すなわち、フレンド情報の送信ごとにユーザの同意を得るようにしてもよい。
【００８４】
また、上記の実施形態に係る情報処理装置は、ユーザの属性に基づいて、フレンド情報をフレンド候補管理サーバ１０に対して送信すべきか否かを判断するようにしてもよい。具体的には、ユーザの国籍、人種、言語、性別又は年齢に基づいて、フレンド情報を送信すべきか否かを判断するようにしてもよい。
【００８５】
また、上記の実施形態に係る情報処理装置は、フレンド候補管理サーバ１０に送信するフレンド情報を絞り込むようにしてもよい。例えば、情報処理装置は、当該装置のユーザと対応付けてすでにフレンド候補ＤＢ１２２に登録されているフレンド候補情報と重複しないように、送信するフレンド情報を絞り込むようにしてもよい。または、情報処理装置は、フレンドの成立方法に基づいて、送信するフレンド情報を絞り込むようにしてもよい。具体的には、対面認証で成立したフレンドのフレンド情報のみを送信するようにしてもよい。または、情報処理装置は、フレンドの成立時期に基づいて、送信するフレンド情報を絞り込むようにしてもよい。具体的には、現在から所定の期間内に成立したフレンドのフレンド情報のみを送信するようにしてもよい。または、情報処理装置は、フレンドとの活動の履歴に基づいて、送信するフレンド情報を絞り込むようにしてもよい。具体的には、コミュニケーションの回数又は頻度や、ゲームの対戦プレイ又は協力プレイの回数又は頻度が所定値以上であるフレンドのフレンド情報のみを送信するようにしてもよい。または、情報処理装置は、他のユーザとの交友関係に複数の種類が存在する場合には、その種類に基づいて、送信する交友関係情報を絞り込むようにしてもよい。具体的には、フレンド情報とお気に入り情報のうち、フレンド情報のみを送信するようにしてもよい。
【００８６】
２−３．変形例３
上記の実施形態に係るフレンド候補管理サーバ１０は、アプリケーションの実行時にフレンド候補情報を情報処理装置に対して送信しているが、アプリケーションの実行時以外の所定のタイミングでフレンド候補情報を送信するようにしてもよい。例えば、フレンド候補管理サーバ１０は、フレンド候補ＤＢ１２２が更新されたことを契機としてフレンド候補情報を送信するようにしてもよい。または、所定の周期でフレンド候補情報を送信するようにしてもよい。
【００８７】
また、上記の実施形態に係るフレンド候補管理サーバ１０は、ユーザによる包括的な同意に基づいてフレンド候補情報を情報処理装置に対して送信しているが、ユーザによる個別の同意に基づいてフレンド候補情報を送信するようにしてもよい。すなわち、情報処理装置のユーザによる手動の指示を契機としてフレンド候補情報を送信するようにしてもよい。または、フレンド候補管理サーバ１０が情報処理装置に対してフレンド候補情報を送信するにあたり、ユーザの同意を不要としてもよい。
【００８８】
また、上記の実施形態に係るフレンド候補管理サーバ１０は、情報処理装置のユーザの属性に基づいて、当該装置に対してフレンド候補情報を送信すべきか否かを判断するようにしてもよい。具体的には、ユーザの国籍、人種、言語、性別又は年齢に基づいて、フレンド候補情報を送信すべきか否かを判断するようにしてもよい。
【００８９】
また、上記の実施形態に係るフレンド候補管理サーバ１０は、情報処理装置に送信するフレンド候補情報をさらに絞り込むようにしてもよい。例えば、フレンド候補管理サーバ１０は、フレンドの成立方法に基づいて、送信するフレンド候補情報を絞り込むようにしてもよい。具体的には、対面認証で成立したフレンドのフレンド候補情報のみを送信するようにしてもよい。または、フレンド候補管理サーバ１０は、フレンドの成立時期に基づいて、送信するフレンド候補情報を絞り込むようにしてもよい。具体的には、現在から所定の期間内に成立したフレンドのフレンド候補情報のみを送信するようにしてもよい。または、フレンド候補管理サーバ１０は、フレンドとの活動の履歴に基づいて、送信するフレンド候補情報を絞り込むようにしてもよい。具体的には、コミュニケーションの回数又は頻度や、ゲームの対戦プレイ又は協力プレイの回数又は頻度が所定値以上であるフレンドのフレンド候補情報のみを送信するようにしてもよい。または、フレンド候補管理サーバ１０は、フレンドの属性に基づいて、送信するフレンド候補情報を絞り込むようにしてもよい。具体的には、フレンドの国籍、人種、言語、性別又は年齢に基づいて、フレンド候補情報を絞り込むようにしてもよい。または、フレンド候補管理サーバ１０は、フレンド成立時に実行されていたプログラムの種類や、フレンド情報が登録されていた情報処理装置のプロットフォームの種類に基づいて、送信するフレンド候補情報を絞り込むようにしてもよい。または、フレンド候補管理サーバ１０は、他のユーザとの交友関係に複数の種類が存在する場合には、その種類に基づいて、送信する交友関係候補情報を絞り込むようにしてもよい。具体的には、フレンド候補情報とお気に入り候補情報のうち、フレンド候補情報のみを送信するようにしてもよい。または、フレンド候補管理サーバ１０は、過去にユーザに提示されてユーザがフレンド申請しなかったフレンド候補情報を同ユーザに対して再度送信することがないように、送信するフレンド候補情報を絞り込むようにしてもよい。フレンド情報の再提示を防止するためにフレンド候補管理サーバ１０は、フレンド情報がすでにユーザに対して提示済みか否か（言い換えると、すでに情報処理装置に対して送信済みか否か）を示す情報をフレンド情報と対応付けてフレンド候補ＤＢ１２２に記憶するようにしてもよい。
【００９０】
２−４．変形例４
上記の実施形態に係る情報処理装置は、フレンド候補管理サーバ１０から送信されたフレンド候補情報を、ユーザによる指示を待たずに、当該ユーザのフレンド情報として登録するようにしてもよい。例えば、情報処理装置は、フレンドの成立方法が所定の条件を満たす場合に、当該フレンド候補情報を、ユーザによる指示を待たずに登録するようにしてもよい。ここで所定の条件とは、例えば、フレンドの成立方法が対面認証であることである。これは、対面認証で成立したフレンドは、非対面認証で成立したフレンドと比較して、現実世界でも友達である可能性が高いからである。
【００９１】
２−５．変形例５
上記の実施形態に係る情報処理システム１では、アプリケーションごとにユーザ識別情報が異なっているが、すべてのアプリケーションについて共通のユーザ識別情報が用いられてもよい。例えば、すべてのアプリケーションについて管理用のユーザ識別情報が用いられてもよい。すべてのアプリケーションについて共通のユーザ識別情報が用いられた場合、上記の実施形態に係るフレンド情報相互利用動作において、異なるアプリケーション用のフレンド候補情報を対応付ける処理（図１０のステップＳａ５、図１２のステップＳｂ６）が省略可能となる。
【００９２】
２−６．変形例６
フレンド候補管理サーバ１０の記憶部１２に記憶されるプログラムは、コンピュータ装置が読み取り可能な記録媒体を介してフレンド候補管理サーバ１０に提供されてもよい。ここで、記録媒体とは、例えば、磁気テープや磁気ディスクなどの磁気記録媒体や、光ディスクなどの光記録媒体や、光磁気記録媒体や、半導体メモリ等である。また、当該プログラムは、インターネット等のネットワークを介してフレンド候補管理サーバ１０に提供されてもよい。
【００９３】
２−７．変形例７
上記の実施形態に係るフレンド情報相互利用動作（図１０又は１２参照）において、情報処理装置から受信されたフレンド情報と、フレンド候補ＤＢ１２２に登録されているフレンド情報とが重複している場合に、フレンド候補管理サーバ１０の登録部１１２は、当該フレンド情報に対応する成立方法情報とアプリケーションの識別情報だけを、管理用のユーザ識別情報と対応付けてフレンド候補ＤＢ１２２に格納するようにしてもよい。すなわち、各フレンド情報につき、フレンド成立時に実行されていたアプリケーションの識別情報とそのフレンドの成立方法を示す成立方法情報の複数のセットをフレンド候補ＤＢ１２２に格納するようにしてもよい。例えば、上記の通信端末２０のフレンド情報相互利用動作（図１０参照）において、通信端末２０から受信されたフレンドリストＬ１にユーザ識別情報「Ｐ１０３」及び「Ｃ２」と成立方法情報「対面」とが登録されていた場合には、登録部１１２は、成立方法情報「対面」とアプリケーションＰ１の識別情報だけを、すでに格納されている管理用のユーザ識別情報「Ｍ００１」とユーザ識別情報「Ｐ１０３」及び「Ｃ２」とに対応付けてフレンド候補ＤＢ１２２に格納するようにしてもよい。
【００９４】
フレンド候補管理サーバ１０の送信部１１３は、アプリケーションの識別情報と成立方法情報の複数のセットと対応付けられたフレンド候補情報を情報処理装置に対して送信する場合には、当該フレンド候補情報とともに当該複数のセットを情報処理装置に対して送信するようにしてもよい。フレンド候補情報等を受信した情報処理装置の提示部は、フレンド候補情報と、アプリケーションの識別情報と成立方法情報の複数のセットとを表示部に表示させる。例えば、上記の通信端末２０のフレンド情報相互利用動作（図１０参照）において、アプリケーションＰ２の識別情報と成立方法情報「非対面」のセットと、アプリケーションＰ３の識別情報と成立方法情報「非対面」のセットとが、フレンド候補情報「Ｐ１０５」及び「Ｅ２」とともに通信端末２０により受信された場合には、通信端末２０の提示部２１４は、他のユーザ「Ｅ２」をフレンドの候補として薦めるメッセージとともに、他のユーザ「Ｅ２」とアプリケーションＰ２において非対面認証によりフレンドになっており、かつアプリケーションＰ３において非対面認証によりフレンドになっていることを伝えるメッセージをタッチスクリーン２４に表示させる。
【００９５】
２−８．変形例８
上記の実施形態に係る情報処理システム１では、アプリケーションＰ１用のフレンド情報とアプリケーションＰ２用のフレンド情報とが通信端末２０に記憶されている。そのため、上記の図１０に示すフレンド情報相互利用動作では、通信端末２０からフレンド候補管理サーバ１０に対してフレンド情報が提供されている。しかし、通信端末２０に加えて又は代えて、アプリケーションサーバ側でフレンド情報を記憶している場合には、アプリケーションサーバ側からフレンド候補管理サーバ１０に対してフレンド情報が提供されてもよい。以下、このような実施態様について説明する。
【００９６】
図１３は、アプリケーションサーバ６０とフレンド機能提供サーバ７０の構成の一例を示す図である。アプリケーションサーバ６０とフレンド機能提供サーバ７０は、互いに連携して、フレンド候補管理サーバ１０との間でフレンド情報を送受信し、装置間でフレンド情報を相互利用する。
【００９７】
アプリケーションサーバ６０は、ネットワーク５０を介してアプリケーションＰ１の実行環境を通信端末２０のユーザに対して提供する情報処理装置である。ここで、アプリケーションＰ１は、例えばゲームアプリケーションである。アプリケーションサーバ６０は、ゲーミングデバイス３０やＳＮＳサーバ４０と異なる種類のプラットフォームを有する。より具体的には、ゲーミングデバイス３０やＳＮＳサーバ４０と異なる種類のＯＳとハードウェア環境を有する。アプリケーションサーバ６０は、制御部６１と、記憶部６２と、通信部６３とを備える。
【００９８】
制御部６１は、ＣＰＵ等の演算処理装置とメモリとを備え、記憶部６２に記憶されるプログラムを実行する。制御部６１により実現される機能については後述する。記憶部６２は、ハードディスク等の記憶装置であり、制御部６１に実行されるプログラムを記憶する。通信部６３は、ネットワーク５０を介してフレンド候補管理サーバ１０等の各装置と通信を行うための通信インタフェースである。
【００９９】
制御部６１は、記憶部６２に記憶されるプログラムを実行することにより、受信部６１１と送信部６１２という機能を実現する。
【０１００】
受信部６１１は、プログラムを実行してユーザに提示するために、フレンド候補管理サーバ１０の記憶部１２（具体的には、フレンド候補ＤＢ１２２）に蓄積された他のユーザの識別情報を当該サーバから受信する。その際、受信部６１１は、通信端末２０のユーザによる包括的な同意に基づいて、ユーザがプログラムを起動した際に他のユーザの識別情報を受信する。また、受信部６１１は、他のユーザの識別情報とともに、プログラムの識別情報と、フレンドの成立方法を示す成立方法情報とを受信する。ここで、他のユーザの識別情報とは、具体的には、上記のプログラム用のユーザ識別情報である。受信部６１１は、他のユーザの識別情報を受信する際、上記のプログラムの実行を通じて、まだ情報処理装置のユーザと対応付けてフレンド機能提供サーバ７０（具体的には、フレンド情報ＤＢ７２１）において登録されていない他のユーザの識別情報を受信する。
【０１０１】
送信部６１２は、受信部６１１により受信された、他のユーザの識別情報と、プログラムの識別情報と、成立方法情報とを通信端末２０に対して送信する。
【０１０２】
次に、フレンド機能提供サーバ７０は、アプリケーションサーバ６０のために、アプリケーションＰ１用のフレンド情報を管理する情報処理装置である。また、フレンド機能提供サーバ７０は、アプリケーションＰ１の初回起動時にユーザに対してアプリケーションＰ１用のユーザ識別情報を発行する機能や、アプリケーションＰ１実行時に使用される仮想通貨を管理する機能や、アプリケーションＰ１の非起動時にプッシュ通知を通信端末２０に対して送信する機能を備えてもよい。フレンド機能提供サーバ７０は、制御部７１と、記憶部７２と、通信部７３とを備える。
【０１０３】
制御部７１は、ＣＰＵ等の演算処理装置とメモリとを備え、記憶部７２に記憶されるプログラムを実行する。制御部７１により実現される機能については後述する。記憶部７２は、ハードディスク等の記憶装置であり、制御部７１に実行されるプログラムの他、フレンド情報ＤＢ７２１を記憶する。
【０１０４】
図１４は、フレンド情報ＤＢ７２１の一例を示す図である。フレンド情報ＤＢ７２１は、ユーザがアプリケーションＰ１を実行して登録したフレンド情報を管理するためのデータベースである。このフレンド情報ＤＢ７２１は、各ユーザの管理用のユーザ識別情報と対応付けて、アプリケーションＰ１用のフレンド情報と、フレンドの成立方法を示す成立方法情報とを対応付けて格納する。ここでフレンド情報とは、具体的には、他のユーザのユーザ識別情報である。
【０１０５】
通信部７３は、ネットワーク５０を介してフレンド候補管理サーバ１０等の各装置と通信を行うための通信インタフェースである。
【０１０６】
制御部７１は、記憶部７２に記憶されるプログラムを実行することにより、登録部７１１と、送信部７１２と、受信部７１３という機能を実現する。
【０１０７】
登録部７１１は、他のユーザの識別情報を、通信端末２０のユーザのフレンド情報としてフレンド情報ＤＢ７２１に登録する。その際、登録部７１１は、当該他のユーザと通信端末２０のユーザ間の相互の同意に基づいて登録する。具体的には、両ユーザのうちの一方のユーザによる申請に対して他のユーザが承認を行った後に、他のユーザの識別情報を登録する。また、登録部７１１は、フレンド情報を登録する際、フレンドの成立方法を示す成立方法情報と対応付けて登録する。
【０１０８】
送信部７１２は、プログラムを実行して登録された他のユーザの識別情報をフレンド候補管理サーバ１０に送信する。その際、送信部７１２は、通信端末２０のユーザによる包括的な同意に基づいて、ユーザがプログラムを起動した際に他のユーザの識別情報を送信する。送信部７１２は、具体的には、フレンド情報ＤＢ７２１に格納されるフレンド情報のうち、対象となるユーザのフレンド情報をフレンド候補管理サーバ１０に送信する。
【０１０９】
受信部７１３は、フレンド情報ＤＢ７２１に対してフレンド情報として登録する他のユーザの識別情報をアプリケーションサーバ６０から受信する。
【０１１０】
次に、アプリケーションサーバ６０及びフレンド機能提供サーバ７０とフレンド候補管理サーバ１０との間で行われるフレンド情報相互利用動作の一例について説明する。図１５は、このフレンド情報相互利用動作の一例を示すシーケンス図である。本動作例の説明では、通信端末２０のユーザ（管理用のユーザ識別情報「Ｍ００１」及び「Ａ１」）がアプリケーションＰ１を実行して、アプリケーションサーバ６０にアクセスする場合を想定する。また、ユーザ情報ＤＢ１２１、フレンド候補ＤＢ１２２及びフレンド情報ＤＢ７２１の内容については、図３（ａ）、図３（ｂ）及び図１４に示す例を参照する。
【０１１１】
通信端末２０のユーザがアプリケーションＰ１の実行を指示して（Ｓｃ１）、アプリケーションサーバ６０に対してログインすると（Ｓｃ２）、アプリケーションサーバ６０の送信部６１２は、当該ユーザの管理用のユーザ識別情報をフレンド機能提供サーバ７０に対して送信する（Ｓｃ３）。
【０１１２】
フレンド機能提供サーバ７０の受信部７１３は、アプリケーションサーバ６０により送信された管理用のユーザ識別情報を受信する。受信部７１３により管理用のユーザ識別情報が受信されると、送信部７１２は、当該管理用のユーザ識別情報により識別されるユーザのフレンド情報と成立方法情報のセットをフレンド候補管理サーバ１０に対して送信する（Ｓｃ４）。その際、送信部７１２は、フレンド情報等とともに、当該ユーザの管理用のユーザ識別情報と、アプリケーションＰ１の識別情報とをフレンド候補管理サーバ１０に送信する。
【０１１３】
フレンド候補管理サーバ１０の受信部１１１は、アプリケーションサーバ６０により送信されたフレンド情報等を受信する。受信部１１１によりフレンド情報等が受信されると、登録部１１２は、受信された各フレンド情報と成立方法情報のセットを、ユーザの管理用のユーザ識別情報と対応付けてフレンド候補ＤＢ１２２に格納する（Ｓｃ５）。その際、受信されたフレンド情報のうち、すでにフレンド候補ＤＢ１２２においてユーザの管理用のユーザ識別情報と対応付けられているものについては、その格納を省略する。本動作例では、登録部１１２は、フレンド候補情報として、ユーザ識別情報「Ｐ１０４」及び「Ｄ２」を、管理用のユーザ識別情報「Ｍ００１」及び「Ａ１」とアプリケーションＰ１の識別情報「Ｐ１」と成立方式情報「非対面」と対応付けてフレンド候補ＤＢ１２２に格納する。
【０１１４】
フレンド候補情報の格納が完了すると、登録部１１２は、フレンド候補ＤＢ１２２に新たに格納したフレンド候補情報に対して、異なるアプリケーション用のフレンド候補情報を対応付ける（Ｓｃ６）。具体的には、登録部１１２は、ユーザ情報ＤＢ１２１において、新たに格納したフレンド候補情報に対応する、異なるアプリケーション用のユーザ識別情報を抽出し、抽出したユーザ識別情報を、新たに格納したフレンド候補情報と対応付けてフレンド候補ＤＢ１２２に格納する。本動作例では、登録部１１２は、アプリケーションＰ２用のユーザ識別情報「Ｐ２０４」及び「Ｄ３」と、アプリケーションＰ３用のユーザ識別情報「Ｓ００４」及び「Ｄ４」と、アプリケーションＰ４及びＰ５用のユーザ識別情報「Ｇ００４」及び「Ｄ５」とを抽出し、ユーザ識別情報「Ｐ１０４」及び「Ｄ２」と対応付けてフレンド候補ＤＢ１２２に格納する。
【０１１５】
フレンド候補情報の対応付けが完了すると、登録部１１２は、受信されたフレンド情報と、フレンド候補ＤＢ１２２に登録されている当該ユーザのアプリケーションＰ１用のフレンド情報との差分を特定する（Ｓｃ７）。言い換えると、フレンド候補ＤＢ１２２に登録されている当該ユーザのアプリケーションＰ１用のフレンド情報のうち、受信されていないものを特定する。ここで特定されたフレンド情報は、フレンド候補情報としてユーザに提示される。本動作例では、登録部１１２は、ユーザ識別情報「Ｐ１０３」及び「Ｃ２」を、ユーザに提示するフレンド候補情報として特定する。
【０１１６】
フレンド候補情報が特定されると、送信部１１３は、特定されたフレンド候補情報と、これに対応するアプリケーションの識別情報と成立方法情報とをアプリケーションサーバ６０に対して送信する（Ｓｃ８）。
【０１１７】
アプリケーションサーバ６０の受信部６１１は、フレンド候補管理サーバ１０により送信されたフレンド候補情報等を受信する。受信部６１１によりフレンド候補情報等が受信されると、送信部６１２は、受信されたフレンド候補情報等を通信端末２０に対して送信する（Ｓｃ９）。
【０１１８】
通信端末２０の受信部２１３は、アプリケーションサーバ６０により送信されたフレンド候補情報等を受信する。受信部２１３によりフレンド候補情報等が受信されると、提示部２１４は、受信されたフレンド候補情報を、フレンド機能提供サーバ７０のフレンド情報ＤＢ７２１への登録対象の候補としてタッチスクリーン２４に表示させる（Ｓｃ１０）。その際、提示部２１４は、フレンド候補情報とともに受信された、アプリケーションの識別情報と成立方法情報とをあわせてタッチスクリーン２４に表示させる。本動作例では、提示部２１４は、他のユーザ「Ｃ２」をフレンドの候補として薦めるメッセージとともに、他のユーザ「Ｃ２」とアプリケーションＰ２において非対面認証によりフレンドとなっていることを伝えるメッセージをタッチスクリーン２４に表示させる。
【０１１９】
その後、表示されたフレンド候補情報がフレンド情報ＤＢ７２１への登録対象としてユーザにより選択されると、送信部２１２は、アプリケーションサーバ６０を介して、フレンド候補情報により識別される他のユーザ「Ｃ２」に対してフレンド申請を送信する。このフレンド申請が他のユーザ「Ｃ２」により承認されると、アプリケーションサーバ６０は、当該フレンド候補情報をフレンド機能提供サーバ７０に送信して、フレンド情報ＤＢ７２１に登録させる。
以上が、アプリケーションサーバ６０及びフレンド機能提供サーバ７０とフレンド候補管理サーバ１０との間で行われるフレンド情報相互利用動作の一例である。
【０１２０】
以上説明した動作例では、アプリケーションＰ１を実行中の通信端末２０のユーザに対して、アプリケーションＰ２用のフレンド情報に対応するアプリケーションＰ１用のユーザ識別情報がフレンド候補として提示され、登録されている。すなわち、上記の動作例では、同一の情報処理装置内における異なるアプリケーション間でのフレンド情報の相互利用が可能となっている。
【０１２１】
なお、上記の動作例ではフレンド候補情報がアプリケーションサーバ６０を介して通信端末２０に対して提供されているが、アプリケーションサーバ６０に代えてフレンド機能提供サーバ７０を介して通信端末２０に対して提供されてもよい。あるいは、アプリケーションサーバ６０とフレンド機能提供サーバ７０のいずれも介さずに、フレンド候補管理サーバ１０から直接、通信端末２０に対してフレンド候補情報が提供されてもよい。
上記の変形例２乃至４は、アプリケーションサーバ６０又はフレンド機能提供サーバ７０に対して適用されてもよい。
【０１２２】
２−９．変形例９
上記の変形例８に係るアプリケーションサーバ６０は、ＳＮＳサーバ４０に記憶されるフレンド情報を取得して、当該フレンド情報に基づいて通信端末２０のユーザに対してフレンド候補情報を提示するようにしてもよい。すなわち、アプリケーションサーバ６０は、フレンド候補管理サーバ１０に代わり、自装置とＳＮＳサーバ４０との間でフレンド情報を相互利用させてもよい。以下、このような実施態様について説明する。
【０１２３】
本変形例に係るフレンド機能提供サーバ７０の記憶部７２は、上記のフレンド情報ＤＢ７２１に加えて、ユーザ情報ＤＢ７２２とフレンド候補ＤＢ７２３とを記憶する。
【０１２４】
図１６（ａ）は、ユーザ情報ＤＢ７２２の一例を示す図である。ユーザ情報ＤＢ７２２は、アプリケーションＰ１の各ユーザの各種識別情報を管理するためのデータベースである。このユーザ情報ＤＢ７２２は、管理用のユーザ識別情報に対応付けて、アプリケーションＰ１用のユーザ識別情報と、アプリケーションＰ３用のユーザ識別情報とを格納する。各アプリケーション用のユーザ識別情報は、例えば、通信端末２０においてアプリケーションＰ１の実行時に、管理用のユーザ識別情報とともに、アプリケーションサーバ６０を介してフレンド機能管理サーバ７０に送信することにより登録される。
【０１２５】
図１６（ｂ）は、フレンド候補ＤＢ７２３の一例を示す図である。フレンド候補ＤＢ７２３は、通信端末２０から受信されたフレンド情報を蓄積するためのデータベースである。このフレンド候補ＤＢ７２３に蓄積されたフレンド情報は、通信端末２０に対してフレンド情報の候補として送信される。このフレンド候補ＤＢ７２３は、管理用のユーザ識別情報に対応付けて、各アプリケーション用のフレンド情報と、このフレンド情報に関連する情報とを格納する。ここで、フレンド情報に関連する情報とは、具体的には、フレンド成立時に実行されていたアプリケーションの識別情報であるアプリ名と、フレンドの成立方法を示す成立方法情報である。なお、アプリ名はアプリケーションの識別情報の一例であり、アプリＩＤであってもよい。
【０１２６】
次に、アプリケーションサーバ６０及びフレンド機能提供サーバ７０とＳＮＳサーバ４０との間で行われるフレンド情報相互利用動作の一例について説明する。図１７は、このフレンド情報相互利用動作の一例を示すシーケンス図である。本動作例の説明では、通信端末２０のユーザ（管理用のユーザ識別情報「Ｍ００１」及び「Ａ１」）がアプリケーションＰ１を実行して、アプリケーションサーバ６０にアクセスする場合を想定する。また、通信端末２０のユーザが、自身のアプリケーションＰ３用のフレンド情報とこれに対応する成立方法情報とを予めＳＮＳサーバ４０のフレンド情報ＤＢ４２１から取得している場合を想定する。また、フレンド情報ＤＢ４２１、フレンド情報ＤＢ７２１、ユーザ情報ＤＢ７２２及びフレンド候補ＤＢ７２３の内容については、図９、図１４、図１６（ａ）及び（ｂ）に示す例を参照する。
【０１２７】
通信端末２０のユーザがアプリケーションＰ１の実行を指示して（Ｓｄ１）、アプリケーションサーバ６０に対してログインする（Ｓｄ２）。ログイン後、通信端末２０は、ユーザの指示に従い、当該ユーザのアプリケーションＰ３用のフレンド情報と成立方法情報のセットを、当該ユーザの管理用のユーザ識別情報とアプリケーションＰ３の識別情報とともにアプリケーションサーバ６０に対して送信する（Ｓｄ３）。
【０１２８】
アプリケーションサーバ６０の受信部６１１は、通信端末２０により送信されたアプリケーションＰ３用のフレンド情報等を受信する。受信部６１１によりアプリケーションＰ３用のフレンド情報等が受信されると、送信部６１２は、受信された情報をフレンド機能提供サーバ７０に対して送信する（Ｓｄ４）。
【０１２９】
フレンド機能提供サーバ７０の受信部７１３は、アプリケーションサーバ６０により送信されたアプリケーションＰ３用のフレンド情報等を受信する。受信部７１３によりフレンド情報等が受信されると、登録部７１１は、受信された各フレンド情報と成立方法情報のセットを、ユーザの管理用のユーザ識別情報とアプリケーションＰ３の識別情報とに対応付けてフレンド候補ＤＢ７２３に格納する（Ｓｄ５）。その際、受信されたフレンド情報のうち、すでにフレンド候補ＤＢ７２３においてユーザの管理用のユーザ識別情報と対応付けられているものについては、その格納を省略する。本動作例では、登録部７１１は、フレンド候補情報として、ユーザ識別情報「Ｓ００４」及び「Ｄ４」を、管理用のユーザ識別情報「Ｍ００１」及び「Ａ１」とアプリケーションＰ３の識別情報「Ｐ３」と成立方式情報「非対面」と対応付けてフレンド候補ＤＢ７２３に格納する。
【０１３０】
フレンド候補情報の格納が完了すると、登録部７１１は、フレンド候補ＤＢ７２３に新たに格納したフレンド候補情報に対して、アプリケーションＰ１用のフレンド候補情報を対応付ける（Ｓｄ６）。具体的には、登録部７１１は、ユーザ情報ＤＢ７２２において、新たに格納したフレンド候補情報に対応する、アプリケーションＰ１用のユーザ識別情報を抽出し、抽出したユーザ識別情報を、新たに格納したフレンド候補情報と対応付けてフレンド候補ＤＢ７２３に格納する。本動作例では、登録部７１１は、アプリケーションＰ１用のユーザ識別情報「Ｐ１０４」及び「Ｄ２」を抽出し、アプリケーションＰ３用のユーザ識別情報「Ｓ００４」及び「Ｄ４」と対応付けてフレンド候補ＤＢ７２３に格納する。
【０１３１】
フレンド候補情報の対応付けが完了すると、登録部７１１は、フレンド情報ＤＢ７２１において当該ユーザと対応付けて登録されているフレンド情報と、フレンド候補ＤＢ７２３に登録されている当該ユーザのアプリケーションＰ１用のフレンド情報との差分を特定する（Ｓｄ７）。言い換えると、フレンド候補ＤＢ７２３に登録されている当該ユーザのアプリケーションＰ１用のフレンド情報のうち、フレンド情報ＤＢ７２１において当該ユーザと対応付けて登録されていないものを特定する。ここで特定されたフレンド情報は、フレンド候補情報としてユーザに提示される。本動作例では、登録部７１１は、ユーザ識別情報「Ｐ１０４」及び「Ｄ２」を、ユーザに提示するフレンド候補情報として特定する。
【０１３２】
フレンド候補情報が特定されると、送信部７１２は、特定されたフレンド候補情報と、これに対応するアプリケーションの識別情報と成立方法情報とをアプリケーションサーバ６０に対して送信する（Ｓｄ８）。
【０１３３】
アプリケーションサーバ６０の受信部６１１は、フレンド候補管理サーバ１０により送信されたフレンド候補情報等を受信する。受信部６１１によりフレンド候補情報等が受信されると、送信部６１２は、受信されたフレンド候補情報等を通信端末２０に対して送信する（Ｓｄ９）。
【０１３４】
通信端末２０の受信部２１３は、アプリケーションサーバ６０により送信されたフレンド候補情報等を受信する。受信部２１３によりフレンド候補情報等が受信されると、提示部２１４は、受信されたフレンド候補情報を、フレンド機能提供サーバ７０のフレンド情報ＤＢ７２１への登録対象の候補としてタッチスクリーン２４に表示させる（Ｓｄ１０）。その際、提示部２１４は、フレンド候補情報とともに受信された、アプリケーションの識別情報と成立方法情報とをあわせてタッチスクリーン２４に表示させる。本動作例では、提示部２１４は、他のユーザ「Ｄ２」をフレンドの候補として薦めるメッセージとともに、他のユーザ「Ｄ２」とアプリケーションＰ３において非対面認証によりフレンドとなっていることを伝えるメッセージをタッチスクリーン２４に表示させる。
【０１３５】
その後、表示されたフレンド候補情報がフレンド情報ＤＢ７２１への登録対象としてユーザにより選択されると、送信部２１２は、アプリケーションサーバ６０を介して、フレンド候補情報により識別される他のユーザ「Ｄ２」に対してフレンド申請を送信する。このフレンド申請が他のユーザ「Ｄ２」により承認されると、アプリケーションサーバ６０は、当該フレンド候補情報をフレンド機能提供サーバ７０に送信して、フレンド情報ＤＢ７２１に登録させる。
以上が、アプリケーションサーバ６０及びフレンド機能提供サーバ７０とＳＮＳサーバ４０との間で行われるフレンド情報相互利用動作の一例である。
【０１３６】
以上説明した動作例では、アプリケーションＰ１を実行中の通信端末２０のユーザに対して、アプリケーションＰ３用のフレンド情報に対応するアプリケーションＰ１用のユーザ識別情報がフレンド候補として提示され、登録されている。すなわち、上記の動作例では、異なる情報処理装置間であり且つ異なるアプリケーション間でのフレンド情報の相互利用が可能となっている。なお、ＳＮＳサーバ４０とアプリケーションサーバ６０とは、上記のように異なる種類のプラットフォームを有しているため、上記の動作例では、異なる種類のプラットフォーム間でのフレンド情報の相互利用が可能となっていると言える。
【０１３７】
なお、上記の動作例ではフレンド候補情報がアプリケーションサーバ６０を介して通信端末２０に対して提供されているが、フレンド機能提供サーバ７０から直接、通信端末２０に対してフレンド候補情報が提供されてもよい。また、上記の実施例では、アプリケーションＰ３用のフレンド情報と成立方法情報のセットは通信端末２０からアプリケーションサーバ６０に対して提供されているが、ＳＮＳサーバ４０から直接、アプリケーションサーバ６０に対して提供されてもよい。
【０１３８】
２−１０．変形例１０
上記の実施形態に係る情報処理装置は、フレンド候補管理サーバ１０から送信されたフレンド候補情報のうちユーザに提示するフレンド候補情報を絞り込んでもよい。例えば、情報処理装置は、すでに当該装置においてフレンド情報として登録されているフレンド候補情報をユーザに提示しないように、ユーザに提示するフレンド情報を絞り込むようにしてもよい。または、過去にすでにユーザに対して提示しているフレンド候補情報を再提示しないように、ユーザに提示するフレンド情報を絞り込むようにしてもよい。
【符号の説明】
【０１３９】
１…情報処理システム、１０…フレンド候補管理サーバ、１１…制御部、１２…記憶部、１３…通信部、２０…通信端末、２１…制御部、２２…記憶部、２３…通信部、２４…タッチスクリーン、３０…ゲーミングデバイス、３１…制御部、３２…記憶部、３３…通信部、３４…表示部、３５…操作入力部、４０…ＳＮＳサーバ、４１…制御部、４２…記憶部、４３…通信部、５０…ネットワーク、６０…アプリケーションサーバ、６１…制御部、６２…記憶部、６３…通信部、７０…フレンド機能提供サーバ、７１…制御部、７２…記憶部、７３…通信部、１１１…受信部、１１２…登録部、１１３…送信部、１２１…ユーザ情報ＤＢ、１２２…フレンド候補ＤＢ、２１１…登録部、２１２…送信部、２１３…受信部、２１４…提示部、３１１…登録部、３１２…送信部、３１３…受信部、３１４…提示部、４１１…登録部、４１２…送信部、４１３…受信部、４２１…フレンド情報ＤＢ、６１１…受信部、６１２…送信部、７１１…登録部、７１２…送信部、７１３…受信部、７２１…フレンド情報ＤＢ、７２２…ユーザ情報ＤＢ、７２３…フレンド候補ＤＢ
【図１】
2017191460.tif 000003
【図２】
2017191460.tif 000004
【図３（ａ）】
2017191460.tif 000005
【図３（ｂ）】
2017191460.tif 000006
【図４】
2017191460.tif 000007
【図５】
2017191460.tif 000008
【図６】
2017191460.tif 000009
【図７】
2017191460.tif 000010
【図８】
2017191460.tif 000011
【図９】
2017191460.tif 000012
【図１０】
2017191460.tif 000013
【図１１（ａ）】
2017191460.tif 000014
【図１１（ｂ）】
2017191460.tif 000015
【図１２】
2017191460.tif 000016
【図１３】
2017191460.tif 000017
【図１４】
2017191460.tif 000018
【図１５】
2017191460.tif 000019
【図１６】
2017191460.tif 000020
【図１７】
2017191460.tif 000021