(57)【要約】【課題】通信を許可する相手を登録する場合に、ユーザがより安心して相手を登録できる技術を提供すること。【解決手段】情報処理装置が、第２ユーザの端末から、前記第２ユーザと第１ユーザとの通信を可能とする申請を受信するステップと、前記申請を、前記第１ユーザの端末に送信するステップと、前記第１ユーザからの要求を受信した場合、前記第２ユーザに関する付加情報を前記第１ユーザの端末に送信するステップと、を実行する。【選択図】図２
2019102000.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置が、
第２ユーザの端末から、前記第２ユーザと第１ユーザとの通信を可能とする申請を受信するステップと、
前記申請を、前記第１ユーザの端末に送信するステップと、
前記第１ユーザからの要求を受信した場合、前記第２ユーザに関する付加情報を前記第１ユーザの端末に送信するステップと、を実行する情報処理方法。
【請求項２】
前記付加情報は、前記第１ユーザ及び前記第２ユーザとの通信が可能とされている第３ユーザの情報を含む、請求項１に記載の情報処理方法。
【請求項３】
前記情報処理装置が、
前記申請に対して、前記第１ユーザにより前記第３ユーザが指定された場合、前記第１ユーザと前記第３ユーザとを含むグループにおけるコンテンツの送受信を実行させるステップを実行する、請求項２に記載の情報処理方法。
【請求項４】
前記コンテンツの送受信を開始させるステップは、前記第２ユーザにより設定された、前記第２ユーザの名前、及び前記第２ユーザの画像の少なくとも一つを、前記第１ユーザと前記第３ユーザとを含むグループに送信する、請求項３に記載の情報処理方法。
【請求項５】
前記情報処理装置が、
前記第２ユーザにより前記情報処理装置に設定された前記第２ユーザの識別情報に基づいて、外部の情報処理装置が提供するサービスにおいて前記第２ユーザにより設定された前記第２ユーザの情報を検索するステップを実行し、
前記付加情報は、前記検索するステップにより検索された前記第２ユーザの情報を含む、請求項１から４のいずれか一項に記載の情報処理方法。
【請求項６】
前記情報処理装置が、
前記第２ユーザの利用履歴に基づいて、前記第２ユーザの信頼度を算出するステップを実行し、
前記付加情報は、前記算出するステップにより算出された前記第２ユーザの信頼度の情報を含む、請求項１から５のいずれか一項に記載の情報処理方法。
【請求項７】
前記算出するステップは、前記第２ユーザが送信したコンテンツ数、前記第２ユーザが前記情報処理装置による通信を利用可能としている期間、前記第２ユーザが他のユーザから通信を拒否された割合、及び前記第２ユーザが前記情報処理装置を用いて取得したコンテンツの数の少なくとも一つに基づいて、前記第２ユーザの信頼度を算出する、請求項６に記載の情報処理方法。
【請求項８】
前記情報処理装置が、
前記申請に対して、前記第１ユーザにより前記第２ユーザが選択された場合、前記第１ユーザと前記第２ユーザとを含むグループにおけるコンテンツの送受信を、期間を限定して可能とするステップを実行する、請求項７に記載の情報処理方法。
【請求項９】
情報処理装置に、
第２ユーザの端末から、前記第２ユーザと第１ユーザとの通信を可能とする申請を受信するステップと、
前記申請を、前記第１ユーザの端末に送信するステップと、
前記第１ユーザからの要求を受信した場合、前記第２ユーザに関する付加情報を前記第１ユーザの端末に送信するステップと、を実行させるプログラム。
【請求項１０】
第２ユーザの端末から、前記第２ユーザと第１ユーザとの通信を可能とする申請を受信する受信部と、
前記申請を前記第１ユーザの端末に送信し、前記第１ユーザからの要求を受信した場合、前記第２ユーザに関する付加情報を前記第１ユーザの端末に送信する送信部と、を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理方法、プログラム、及び情報処理装置に関する。
【背景技術】
【０００２】
従来、ソーシャル・ネットワーキング・サービス（ＳＮＳ：Social Networking Service）等において、知り合い、友だち（友達）等として、自身が通信を許可する相手を登録すると、登録した相手とインスタントメッセージ等の送受信を行える技術が知られている（例えば、特許文献１を参照）。相手を登録する場合、例えば、相手からの友だち申請に対して承認したり、自身の携帯電話の電話帳に登録されている相手ユーザの電話番号を用いて登録したり、自身を知り合いとして登録している相手ユーザの一覧を用いて登録したりすることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−６３５２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術では、相手からの友だち申請に対して承認する等により、当該相手との通信を許可する場合、当該相手の表示名やアイコン等が表示されていても、当該相手が自身の知り合いであるか否かユーザが判断できない場合がある。
【０００５】
本開示は、上記問題に鑑みてなされたものであり、通信を許可する相手を登録する場合に、ユーザがより安心して相手を登録できる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本開示の一実施形態に係る情報処理方法は、情報処理装置が、第２ユーザの端末から、前記第２ユーザと第１ユーザとの通信を可能とする申請を受信するステップと、前記申請を、前記第１ユーザの端末に送信するステップと、前記第１ユーザからの要求を受信した場合、前記第２ユーザに関する付加情報を前記第１ユーザの端末に送信するステップと、を実行する。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係る通信システムの構成を示す図である。
【図２】実施形態に係る通信システムの処理の一例を示すシーケンス図である。
【図３】実施形態に係る友だち情報の一例を示す図である。
【図４】実施形態に係るユーザ情報の一例を示す図である。
【図５】実施形態に係る端末における友だち申請を承認、または拒否する際の処理の一例を示すフローチャートである。
【図６】受信した友だち申請の表示画面の一例を示す図である。
【図７】共通の友だちの表示画面の一例を示す図である。
【図８】共通の友だちとのトークルーム画面の一例を示す図である。
【図９】検索情報、及び信頼度の表示画面の一例を示す図である。
【図１０】友だち申請を送信したユーザとのトークルーム画面の一例を示す図である。
【発明を実施するための形態】
【０００８】
＜通信の秘密の遵守＞
本明細書に記載の開示を実施する場合は、通信の秘密に係る法的事項を遵守の上で実施されるものであることに留意されたい。
【０００９】
本開示に係る通信システム１を実施するための実施形態について、図面を参照して説明する。
【００１０】
＜システム構成＞
図１は、実施形態に係る通信システム１の構成を示す図である。図１に示すように、通信システム１では、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）とが接続される。また、ネットワーク３０を介してサーバ１０と、外部サーバ４０とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。
【００１１】
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
【００１２】
例えば、ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク３０は、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（integrated service digital networks）、無線ＬＡＮｓ、ＬＴＥ（long term evolution）ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ただし、本開示において、ネットワーク３０は、これらに限定されない。また、ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
【００１３】
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、代表的にはスマートフォンであり、その他に携帯電話（例えば、フィーチャーフォン）、コンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。ただし、本開示において、端末２０は、これらに限定されない。また、端末２０は情報処理端末と表現されても良い。
【００１４】
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、代表として端末２０について説明する。また、必要に応じて端末２０Xに対応付けられたユーザ情報をユーザ情報X、端末２０Xを操作するユーザをユーザXとして説明する。なお、ユーザ情報とは、インスタントメッセンジャーを代表とするSNS（Social Network Service）におけるアカウントに対応付けられた情報の一部または全部であり、例えば、ユーザ名やユーザ画像である。他にもユーザ識別子、ユーザの年齢、性別、住所などの情報であってもよく、それらの組み合わせであってもよい。ただし、これらに限定されない。
【００１５】
サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、代表的にはサーバ装置であり、その他にコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。ただし、本開示において、サーバ１０は、これらに限定されない。また、サーバ１０は情報処理装置と表現されても良い。
【００１６】
外部サーバ４０は、例えば、端末２０に対して、サーバ１０とは独立したサービスを提供する機能を備える。外部サーバ４０は、例えば、サーバ１０の運用事業者と提携している事業者が運用してもよい。外部サーバ４０は、例えば、サーバ１０が提供するＳＮＳとは異なるＳＮＳを提供してもよい。
【００１７】
＜ハードウェア（HW）構成＞ 
図１を用いて、通信システム１に含まれる各装置のHW構成について説明する。
【００１８】
（１）端末のHW構成
端末２０は、制御装置２１（ＣＰＵ：central processing unit（中央処理装置））、記憶装置２８、通信Ｉ／Ｆ２２（インタフェース）、入出力装置２３、表示装置２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のHWの各構成要素は、例えば、バスBを介して相互に接続される。
【００１９】
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御装置２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０から送信された各種データを受信し、制御装置２１に伝達する。
【００２０】
入出力装置２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力装置２３は、入力装置と出力装置が一体化していても良いし、入力装置と出力装置に分離していてもよい。
【００２１】
入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装置は、代表的にはタッチパネルなどにより実現され、ユーザの指やスタイラスなどの指示具による接触とその接触位置を検出し、当該接触位置の座標を制御装置２１に伝達する。一方で、入力装置は、タッチパネル以外の入力装置＃により実現されてもよい。入力装置は、例えば、キーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。ただし、本開示において、入力装置は、これらに限定されない。
【００２２】
出力装置は、制御装置２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、代表的には、タッチパネルなどにより実現される。一方で、出力装置はタッチパネル以外の出力装置により実現されても良い。例えば、スピーカ（音声出力）、レンズ（例えば３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含むことができる。ただし、本開示において、出力装置は、これらに限定されない。
【００２３】
表示装置２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示装置２４は、代表的にはモニタ（例えば、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。表示装置２４は、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）であってもよい。また、表示装置２４は、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置により実現されてもよい。なお、これらの表示装置２４は、３Dで表示データを表示可能であってもよい。ただし、本開示において、表示装置２４は、これらに限定されない。
【００２４】
入出力装置２３がタッチパネルの場合、入出力装置２３と表示装置２４とは、略同一の大きさおよび形状で対向して配置されていても良い。
【００２５】
制御装置２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。
【００２６】
制御装置２１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）であってもよい。ただし、本開示において、制御装置２１は、これらに限定されない。
【００２７】
記憶装置２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置２８は、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体により実現される。ただし、本開示において、記憶装置２８は、これらに限定されない。
【００２８】
端末２０は、プログラムＰを記憶装置２８に記憶し、このプログラムＰを実行することで、制御装置２１が、制御装置２１に含まれる各部としての処理を実行する。つまり、記憶装置２８に記憶されるプログラムＰは、端末２０に、制御装置２１が実行する各機能を実現させる。
【００２９】
マイク２５は、音声データの入力に利用される。スピーカ２６は、音声データの出力に利用される。カメラ２７は、動画像データの取得に利用される。
【００３０】
（２）サーバのHW構成 
サーバ１０は、制御装置１１（ＣＰＵ）、記憶装置１５、通信Ｉ／Ｆ１４（インタフェース）、入出力装置１２、ディスプレイ１３を備える。サーバ１０のHWの各構成要素は、例えば、バスBを介して相互に接続される。
【００３１】
制御装置１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。
【００３２】
制御装置１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよい。ただし、本開示において、制御装置１１は、これらに限定されない。
【００３３】
記憶装置１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶装置１５は、これらに限定されない。
【００３４】
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御装置１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御装置１１に伝達する。
【００３５】
入出力装置１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力装置１２は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力装置１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力装置１２、例えば、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよい。ただし、本開示において、入出力装置１２は、これらに限定されない。
【００３６】
ディスプレイ１３は、代表的にはモニタ（例えば、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよい。なお、これらのディスプレイ１３は、３Dで表示データを表示可能であってもよい。ただし、本開示において、ディスプレイ１３は、これらに限定されない。
【００３７】
サーバ１０は、プログラムＰを記憶装置１５に記憶し、このプログラムＰを実行することで、制御装置１１が、制御装置１１に含まれる各部としての処理を実行する。つまり、記憶装置１５に記憶されるプログラムＰは、サーバ１０に、制御装置１１が実行する各機能を実現させる。
【００３８】
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムPを実行することにより、実現するものとして説明する。
【００３９】
なお、端末２０の制御装置２１、および／または、サーバ１０の制御装置１１は、ＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。
【００４０】
また、本開示の各実施形態のプログラムP(ソフトウェアプログラム/コンピュータプログラム)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。
【００４１】
記憶媒体は適切な場合、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。
【００４２】
サーバ１０および／または端末２０は、例えば、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
【００４３】
また、本開示のプログラムＰは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよい。サーバ１０および／または端末２０は、例えば、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
【００４４】
また、本開示の各実施形態は、プログラムPが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。 
【００４５】
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。
【００４６】
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよい。この場合、例えば、端末２０の制御装置２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよい。
【００４７】
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよい。この場合、例えば、サーバ１０の制御装置１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよい。
【００４８】
本開示において、判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしても良いことは当然である。
【００４９】
なお、本開示のプログラムは、例えば、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装できる。ただし本開示はこれらに限定されない。
【００５０】
＜実施形態＞
実施形態では、サーバ１０が、友だち申請を申請元のユーザの端末２０から受信すると、申請元のユーザに関する付加情報を取得し、当該付加情報と当該友だち申請とを、当該友だち申請の申請先のユーザの端末２０に送信する形態である。
【００５１】
＜機能構成＞
（１）端末の機能構成 
図１に示すように、端末２０は、制御装置２１により実現される機能として、受付部２１０、制御部２１１、送受信部２１２、及び表示制御部２１３を有する。
【００５２】
受付部２１０は、ユーザからの各種の操作を受け付ける。
【００５３】
制御部２１１は、サーバ１０が提供するＳＮＳを利用するための各種処理を行う。制御部２１１は、例えば、複数のユーザを含むグループ内で、テキストや画像等のコンテンツを送受信するインスタントメッセージング（グループチャット）等を行う。
【００５４】
送受信部２１２は、制御部２１１の指示に従い、ＳＮＳを利用するための各種の情報をサーバ１０、及び他の端末２０と送受信する。
【００５５】
表示制御部２１３は、制御部２１１の指示に従い、各種の設定画面、及びトークルーム画面等の表示を行う。
【００５６】
（２）サーバの機能構成 
図１に示すように、サーバ１０は、制御装置１１により実現される機能として、ＳＮＳ処理部１１０、送受信部１１１、取得部１１２、及び表示制御部１１３を有する。
【００５７】
ＳＮＳ処理部１１０は、ＳＮＳの各種サービスを端末２０に提供する。ＳＮＳ処理部１１０は、例えば、複数の端末２０間で送受信されるコンテンツを中継する。
【００５８】
送受信部１１１は、ＳＮＳ処理部１１０の指示に従い、端末２０とのコンテンツ等のデータの送受信を行う。送受信部１１１は、例えば、友だち申請の申請元のユーザ（「第２ユーザ」）の端末２０から、申請先のユーザ（「第１ユーザ」）との通信を可能とする友だち申請を受信する。
【００５９】
また、送受信部１１１は、取得部１１２により取得された付加情報と、当該友だち申請とを、申請先のユーザの端末２０に送信する。
【００６０】
取得部１１２は、友だち申請の申請元のユーザに関する付加情報を取得する。ここで、当該付加情報には、例えば、申請元のユーザ及び申請先のユーザの共通の友だち等であって、申請元のユーザ及び申請先のユーザとの通信が可能とされているユーザ（「第３ユーザ」）の情報等が含まれる。
【００６１】
表示制御部１１３は、ＳＮＳ処理部１１０等の指示に従い、端末２０における表示画面を制御する。
【００６２】
また、記憶装置１５には、友だち情報１５１、及びユーザ情報１５２等の各種データが記憶されている。友だち情報１５１、及びユーザ情報１５２については後述する。
【００６３】
＜処理＞
次に、図２乃至図４を参照し、通信システム１の処理について説明する。図２は、実施形態に係る通信システム１の処理の一例を示すシーケンス図である。以下では、第１ユーザを端末２０ＡのユーザであるユーザＡ、第２ユーザを端末２０ＢのユーザであるユーザＢとして説明する。
【００６４】
ステップＳ１において、端末２０Ｂの受付部２１０は、ユーザＡに友だち申請（友だちリクエスト）の操作をユーザＢから受け付ける。
【００６５】
続いて、端末２０Ｂの制御部２１１は、ユーザＢからユーザＡへの友だち申請を、サーバ１０に送信する（ステップＳ２）。
【００６６】
続いて、サーバ１０の取得部１１２は、友だち情報１５１を参照し、ユーザＡとユーザＢとに共通の友だちの情報を取得する（ステップＳ３）。図３は、実施形態に係る友だち情報１５１の一例を示す図である。図３の例では、友だち情報１５１には、ユーザＩＤに対応付けて、ユーザ名、１以上の友だちのユーザＩＤ、１以上の友だちのユーザ名が記憶されている。
【００６７】
サーバ１０のＳＮＳ処理部１１０は、例えば、ユーザＢからユーザＡへの友だち申請が承認された場合、友だち情報１５１において、ユーザＢのユーザＩＤに対応付けられた友だちのユーザＩＤ、及び友だちのユーザ名に、ユーザＡのユーザＩＤ及びユーザ名を登録する。また、同様に、ユーザＡのユーザＩＤに対応付けられた友だちのユーザＩＤ、及び友だちのユーザ名に、ユーザＢのユーザＩＤ及びユーザ名を登録する。
【００６８】
図３の例では、ユーザＩＤが「１００１」の「ジェームズ」に対して、ユーザＩＤが「１００２」の「クマ」、ユーザＩＤが「１００３」の「アリス」、ユーザＩＤが「１００４」の「山田花子」、及びユーザＩＤが「１００５」の「ボブ」等が友だちとして登録されている。
【００６９】
続いて、サーバ１０の取得部１１２は、ユーザ情報１５２を参照し、インターネット上の各種サーバ等から、サーバ１０が提供するＳＮＳ以外の各種サービス等におけるユーザＢに関する情報を検索して取得する（ステップＳ４）。ユーザ情報１５２には、ユーザによるサーバ１０の利用履歴、及びユーザの連絡先等の情報が含まれている。図４は、実施形態に係るユーザ情報１５２の一例を示す図である。図４の例では、ユーザ情報１５２には、ユーザＩＤに対応付けて、ユーザ名、送信したコンテンツ数、アカウント開設日時、ブロック率（％）、スタンプの保有数、Ｅメールアドレス（「ユーザの識別情報」の一例。）、及び電話番号（「ユーザの識別情報」の一例。）等が記憶されている。
【００７０】
送信したコンテンツ数は、ユーザが現在までに送信したインスタントメッセージ等のコンテンツの数である。アカウント開設日時は、サーバ１０により提供されるＳＮＳのアカウントをユーザが開設した日時である。
【００７１】
ブロック率（％）は、ユーザが送信した友だち申請が相手から拒否された割合、またはユーザＩＤに係るユーザが他のユーザからブロックされた割合である。ユーザが送信した友だち申請が相手から拒否された割合は、例えば、これまでに友だち申請を５０回送信して２回拒否された場合は４（＝２／５０×１００）％である。また、ユーザＩＤに係るユーザが他のユーザからブロックされた割合は、例えば、これまでにユーザに友だちとして登録されたユーザが１００人いて、そのうち５人から通信を拒否（友だちの登録を解除）された場合は５％である。
【００７２】
スタンプの保有数は、ユーザが取得したスタンプの数である。なお、スタンプとは、サーバ１０を用いてユーザが有料、または無料で取得できる画像等のコンテンツであり、サーバ１０が提供するインスタントメッセージのサービスにおいて、複数のユーザを含むグループ宛てに送信可能なコンテンツである。Ｅメールアドレスは、サーバ１０により提供されるＳＮＳのアカウントをユーザが開設した際等に登録された、ユーザのＥメール（電子メール）のアドレスである。電話番号は、サーバ１０により提供されるＳＮＳのアカウントをユーザが開設した際等に登録された、ユーザの携帯電話等の電話番号である。
【００７３】
ステップＳ４において、サーバ１０の取得部１１２は、例えば、ユーザのＥメールアドレス、または電話番号等を用いて、外部サーバ４０が提供するＳＮＳ上のアカウント名を検索して取得してもよい。なお、外部サーバ４０は、Ｅメールアドレス、または電話番号等を用いたユーザの検索要求に対し、当該Ｅメールアドレス、または電話番号等を用いて外部サーバ４０に開設されたアカウントの表示名等を返信する。サーバ１０の取得部１１２は、外部サーバ４０のこの機能を用いて、他のＳＮＳ等におけるユーザの表示名を取得してもよい。これは、サーバ１０が提供するＳＮＳでは、表示名がニックネームで登録され、外部サーバ４０が提供するＳＮＳでは、表示名が本名等で登録されている場合があるためである。
【００７４】
続いて、サーバ１０の取得部１１２は、ユーザ情報１５２を参照し、送信したコンテンツ数、アカウント開設日時から現在までの経過時間（「通信を利用可能としている期間」の一例。）、ブロック率、及びスタンプの保有数等のサーバ１０の利用履歴に基づいて、ユーザＢの信頼度を算出して取得する（ステップＳ５）。ここで、サーバ１０の取得部１１２は、ユーザＢの信頼度の値を、例えば、送信したコンテンツ数が多いほど高く、アカウント開設日時から現在までの経過時間が長い程高く、ブロック率（％）が低い程高く、及びスタンプの保有数が多い程高く算出する。
【００７５】
続いて、サーバ１０の送受信部１１１は、ユーザＢからユーザＡへの友だち申請に、ステップＳ３乃至ステップＳ５の処理により得られた、共通の友だちの情報、ユーザＢに関する検索情報、及びユーザＢの信頼度の情報を含めて、端末２０Ａに送信する（ステップＳ６）。なお、サーバ１０の送受信部１１１は、ユーザＢからユーザＡへの友だち申請を端末２０Ａに送信した後、ユーザＡの操作に応答した端末２０Ａから所定のリクエスト（要求）を受信した場合に、共通の友だちの情報、ユーザＢに関する検索情報、及びユーザＢの信頼度の情報を端末２０Ａに送信してもよい。
【００７６】
続いて、端末２０Ａの制御部２１１は、受信した友だち申請を表示制御部２１３により画面に表示させる（ステップＳ７）。
【００７７】
続いて、端末２０Ｂの受付部２１０は、受信した友だち申請を承認または拒否する操作をユーザＡから受け付ける（ステップＳ８）。
【００７８】
続いて、端末２０Ａの制御部２１１は、ユーザＡにより指定された、当該友だち申請に対する承認または拒否の応答を、サーバ１０に送信する（ステップＳ９）。
【００７９】
続いて、サーバ１０のＳＮＳ処理部１１０は、受信した応答に基づき、当該友だち申請を承認または拒否する（ステップＳ１０）。
【００８０】
続いて、サーバ１０の送受信部１１１は、受信した応答を端末２０Ｂに送信する（ステップＳ１１）。
【００８１】
続いて、端末２０Ｂの制御部２１１は、受信した応答に基づき、友だち申請に対しユーザＡから承認または拒否されたことを表示制御部２１３により画面に表示させる（ステップＳ１２）。
【００８２】
≪友だち申請を承認、または拒否する際の処理≫
次に、図５乃至図８を参照し、図２のステップＳ７及びステップＳ８の、端末２０Ａにおける友だち申請を承認、または拒否する際の処理について説明する。図５は、実施形態に係る端末２０Ａにおける友だち申請を承認、または拒否する際の処理の一例を示すフローチャートである。
【００８３】
ステップＳ１０１において、端末２０Ａの制御部２１１は、受信した友だち申請を表示制御部２１３により画面に表示させる。図６は、受信した友だち申請の表示画面の一例を示す図である。図６の例では、ユーザＢのアイコン６０１及び表示名６０２が表示されている。また、「共通の友だちを検索」ボタン６０３、「誰か調べる」ボタン６０４、「承認」ボタン６０５、及び「拒否」ボタン６０６が表示されている。
【００８４】
続いて、端末２０Ａの制御部２１１は、友だち申請の表示画面におけるユーザＡの操作内容が、共通の友だちを表示させる操作であるか否かを判定する（ステップＳ１０２）。
【００８５】
友だち申請の表示画面におけるユーザＡの操作内容が、共通の友だちを表示させる操作である場合（ステップＳ１０２でＹＥＳ）、端末２０Ａの制御部２１１は、受信した友だち申請に含まれる、ユーザＡとユーザＢとに共通の友だちの情報を表示制御部２１３により画面に表示させる（ステップＳ１０３）。ここで、共通の友だちを表示させる操作は、例えば、図６の友だち申請の表示画面において、「共通の友だち」ボタン６０３が押下する操作でもよい。なお、端末２０Ａの制御部２１１は、受信した友だち申請に、当該共通の友だちの情報が含まれていない場合、当該操作に応答して、サーバ１０に所定のリクエストを送信し、サーバ１０から当該共通の友だちの情報を取得してもよい。
【００８６】
図７は、共通の友だちの表示画面の一例を示す図である。図７の例では、ユーザＡとユーザＢとに共通の友だちとして、図３の友だち情報１５１の例により、「クマ」のアイコン７０１Ａ及び表示名７０１Ｂ、「アリス」のアイコン７０２Ａ及び表示名７０２Ｂ、「山田花子」のアイコン７０３Ａ及び表示名７０３Ｂ、「ボブ」のアイコン７０４Ａ及び表示名７０４Ｂ等が表示されている。
【００８７】
続いて、端末２０Ａの制御部２１１は、共通の友だちの表示画面におけるユーザＡの操作内容を判定する（ステップＳ１０４）。
【００８８】
図７の共通の友だちの表示画面において、戻るボタン７０５が押下された場合（ステップＳ１０４で「戻る」）、ステップＳ１０１の処理に戻る。これにより、図６の友だち申請の表示画面が再度表示される。
【００８９】
図７の共通の友だちの表示画面において、当該共通の友だちに含まれる１以上のユーザの選択操作を受け付けた場合（ステップＳ１０４で「共通の友だちの選択」）、端末２０Ａの制御部２１１は、選択された１以上のユーザと、ユーザＡとを含むグループを生成し、サーバ１０を介して、当該グループ内でのインスタントメッセージ（チャット）を行う（ステップＳ１０５）。図８は、共通の友だちとのトークルーム画面の一例を示す図である。図８の例では、図７で「クマ」が選択され、端末２０Ａにおいて「クマ」とユーザＡとの間で送受信されたコンテンツが時系列で表示されるトークルーム画面が表示されている。図８の例では、「ジェームズが誰か知っていますか？」というメッセージ８０１と、領域８０２内のユーザＢのアイコン８０３Ａ及び表示名８０３Ｂ、「はい」／「いいえ」ボタン８０４が表示されている。なお、表示名が「クマ」であるユーザＣの端末２０Ｃ上でも同様の画面が表示され、ユーザＣが「はい」／「いいえ」を選択すると、選択された結果が、図８に示す端末２０Ａのトークルーム画面上に表示されてもよい。
【００９０】
続いて、共通の友だちとのユーザＢについてのインスタントメッセージが終了し、ユーザＡにより図８の戻るボタン８０５が押下されると、ステップＳ１０１の処理に戻る。これにより、図６の友だち申請の表示画面が再度表示される。
【００９１】
一方、友だち申請の表示画面におけるユーザＡの操作内容が、共通の友だちを表示させる操作でない場合（ステップＳ１０２でＹＥＳ）、端末２０Ａの制御部２１１は、友だち申請の表示画面におけるユーザＡの操作内容が、ユーザＢの付加情報を表示させる操作であるか否かを判定する（ステップＳ１０６）。
【００９２】
友だち申請の表示画面におけるユーザＡの操作内容が、ユーザＢの付加情報を表示させる操作である場合（ステップＳ１０６でＹＥＳ）、端末２０Ａの制御部２１１は、受信した友だち申請に含まれる、ユーザＢに関する検索情報、及びユーザＢの信頼度の情報を表示制御部２１３により画面に表示させる（ステップＳ１０７）。ここで、ユーザＢの付加情報を表示させる操作は、例えば、図６の友だち申請の表示画面において、「誰か調べる」ボタン６０４を押下する操作でもよい。なお、端末２０Ａの制御部２１１は、受信した友だち申請に、当該検索情報、及び当該信頼度の情報が含まれていない場合、当該操作に応答して、サーバ１０に所定のリクエストを送信し、サーバ１０から当該検索情報、及び当該信頼度の情報を取得してもよい。
【００９３】
図９は、検索情報、及び信頼度の表示画面の一例を示す図である。図９の例では、ユーザＢのアイコン６０１及び表示名６０２が表示されている。また、検索情報に含まれる、一の外部サーバ４０が提供するＳＮＳ上のアカウント名９０１Ａである「Ｊａｍｅｓ  Ｏｋａｍｏｔｏ」、及び他の外部サーバ４０が提供するＳＮＳ上のアカウント名９０１Ｂである「岡本  一郎」が表示されている。また、ユーザＢの信頼度を示すマーク９０２、及び「チャット」ボタン９０３が表示されている。
【００９４】
続いて、端末２０Ａの制御部２１１は、検索情報、及び信頼度の表示画面におけるユーザＡの操作内容を判定する（ステップＳ１０８）。
【００９５】
図９の検索情報、及び信頼度の表示画面において、戻るボタン９０４が押下された場合（ステップＳ１０７で「戻る」）、ステップＳ１０１の処理に戻る。これにより、図６の友だち申請の表示画面が再度表示される。
【００９６】
図９の検索情報、及び信頼度の表示画面において、「チャット」ボタン９０３が押下された場合（ステップＳ１０７で「チャット」）、端末２０Ａの制御部２１１は、ユーザＢとユーザＡとを含む時間が限定されたグループを生成し、サーバ１０を介して、当該グループ内でのインスタントメッセージを行う（ステップＳ１０９）。図１０は、友だち申請を送信したユーザとのトークルーム画面の一例を示す図である。図１０の例では、ユーザＡからユーザＢに送信された「こんにちは」というメッセージ１００１、ユーザＢの表示名１００２Ａ及びアイコン１００２Ｂ、ユーザＢからユーザＡに送信された「こんにちは。昨晩ご一緒させて頂きました岡本です。」というメッセージ１００３が表示されている。また、メッセージ１００３に対応付けて、残り時間を示すアイコン１００４、このトークルーム画面においてコンテンツを送受信可能な期間を示す情報１００５、及び戻るボタン１００６等が表示されている。図１０の例では、このトークルーム画面においてコンテンツを送受信可能な期間は「３分間」とされている。端末２０Ａは、当該期間を経過した後は、ユーザＡがユーザＢからの友だち申請を承認しない限り、ユーザＡとユーザＢとの間のコンテンツの送受信をブロック（拒否、禁止）してもよい。
【００９７】
そして、ユーザからの所定の操作を受け付けると、ステップＳ１０１の処理に戻る。例えば、図１０の戻るボタン１００６が押下されると、図９の検索情報、及び信頼度の表示画面が再度表示される。そして、図９の戻るボタン９０４が押下されると、ステップＳ１０１の処理に戻り、図６の友だち申請の表示画面が再度表示されるようにしてもよい。
【００９８】
一方、友だち申請の表示画面におけるユーザＡの操作内容が、ユーザＢの付加情報を表示させる操作でない場合（ステップＳ１０６でＮＯ）、端末２０Ａの制御部２１１は、友だち申請の表示画面におけるユーザＡの操作内容を判定する（ステップＳ１１０）。
【００９９】
図６の友だち申請の表示画面において、「承認」ボタン６０５が押下された場合（ステップＳ１１０で「承認」）、端末２０Ａの制御部２１１は、友だち申請を承認し（ステップＳ１１１）、処理を終了する。
【０１００】
図６の友だち申請の表示画面において、「拒否」ボタン６０６が押下された場合（ステップＳ１１０で「拒否」）、端末２０Ａの制御部２１１は、友だち申請を拒否し（ステップＳ１１２）、処理を終了する。
【０１０１】
＜変形例１＞
上述した例では、友だち申請を受信した際に、申請元のユーザの付加情報を、申請先のユーザに通知する例について説明した。これに代えて、または加えて、サーバ１０のＳＮＳ処理部１１０は、友だち申請の申請元等のユーザの端末２０Ｂから、申請先等のユーザの付加情報取得要求を受信すると、友だち申請の申請先等のユーザの付加情報を取得し、取得した付加情報を申請元等のユーザの端末２０Ｂに返信してもよい。これにより、通信を許可する相手を登録する場合に、ユーザがより安心して相手を登録できる。
【０１０２】
＜効果＞
従来技術では、友だち申請してきた相手等が、本当に自身の知り合いであるか否かをユーザが判断できない場合がある。例えば、相手が表示名を偽っている場合、相手の表示名がありふれたニックネーム等の場合等において、相手を確認することが困難な場合がある。
【０１０３】
上述した本開示によれば、サーバ１０が、友だち申請を申請元のユーザの端末２０から受信すると、申請元のユーザに関する付加情報を取得し、当該付加情報と当該友だち申請とを、当該友だち申請の申請先のユーザの端末２０に送信する。これにより、通信を許可する相手を登録する場合に、ユーザがより安心して相手を登録できる。
【０１０４】
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。
【０１０５】
なお、送受信部１１１は、「送信部」、及び「受信部」の一例である。
【符号の説明】
【０１０６】
１  通信システム
１０  サーバ
１１０  ＳＮＳ処理部
１１１  送受信部
１１２  取得部
１１３  表示制御部
１５１  友だち情報
１５２  ユーザ情報
２０  端末
２１０  受付部
２１１  制御部
２１２  送受信部
２１３  表示制御部
４０  外部サーバ
【図１】
2019102000.tif 000003
【図２】
2019102000.tif 000004
【図３】
2019102000.tif 000005
【図４】
2019102000.tif 000006
【図５】
2019102000.tif 000007
【図６】
2019102000.tif 000008
【図７】
2019102000.tif 000009
【図８】
2019102000.tif 000010
【図９】
2019102000.tif 000011
【図１０】
2019102000.tif 000012