JP2020102265A - サーバ、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】メッセージ送受信サービス等において、アカウント間の関連付けが登録された後、コミュニケーションが開始されないユーザ間のコミュニケーションを促進することを容易にする。【解決手段】情報処理装置は、メッセージ送受信サービスに係るアカウント間の関連付けの登録を管理する登録管理部と、第１のアカウントと第２のアカウントとの間で、前記関連付けが登録された後、所定の期間内に前記メッセージの送受信が行われない場合、前記第１のアカウントと前記第２のアカウントとに関連のある情報を、前記第１のアカウントと前記第２のアカウントとの間で前記メッセージの送受信を行うチャットルームに提供する情報提供部と、を有する。【選択図】図４

Description

本発明は、情報処理装置、情報提供方法、及びプログラムに関する。

複数のユーザが情報端末に所定の操作を行うことにより、ユーザのアカウント間の関係を設定するソーシャルネットワークサービス提供システムが知られている（例えば、特許文献１参照）。アカウント間の関係が設定されたユーザ同士は、例えば、チャット等のメッセージ送受信サービスを利用して、お互いにメッセージの送受信を容易に行うことができる。

また、ネットワーク上の仮想空間における会話を支援するために、ユーザのアクセスカウント値に基づいて新たなウェブページを作成し、作成したウェブページに、アクセスカウント値が所定の範囲内に含まれる複数のユーザを誘導する会話支援方法が知られている（例えば、特許文献２参照。）

特開２０１４−１６０５１０号公報 特開２００３−０２２２４４号公報

予め登録されたユーザ間でメッセージの送受信を行うメッセージ送受信サービスにおいて、ユーザのアカウント間の関連付けが登録された後、何らかの理由により、ユーザ間のコミュニケーションが開始されない場合がある。このような場合、コミュニケーションが開始されないユーザ同士を、例えば、特許文献２に開示された技術のように、同じウェブページ等に誘導しても、ユーザ間のコミュニケーションを促進することは困難である。

このように、従来の技術では、メッセージ送受信サービス等において、ユーザのアカウント間の関連付けが登録された後、コミュニケーションが開始されないユーザ間のコミュニケーションを促進させることには困難を伴っていた。

本発明の一実施形態は、上記の問題点に鑑みてなされたものであって、メッセージ送受信サービス等において、アカウント間の関連付けが登録された後、コミュニケーションが開始されないユーザ間のコミュニケーションを促進することを容易にする。

上記課題を解決するため、本発明の一実施形態に係る情報処理装置は、メッセージ送受信サービスに係るアカウント間の関連付けの登録を管理する登録管理部と、第１のアカウントと第２のアカウントとの間で、前記関連付けが登録された後、所定の期間内に前記メッセージの送受信が行われない場合、前記第１のアカウントと前記第２のアカウントとに関連のある情報を、前記第１のアカウントと前記第２のアカウントとの間で前記メッセージの送受信を行うチャットルームに提供する情報提供部と、を有する。

本発明の一実施形態によれば、メッセージ送受信サービス等において、アカウント間の関連付けが登録された後、コミュニケーションが開始されないユーザ間のコミュニケーションを促進することを容易にすることができる。

一実施形態に係る情報処理システムの構成例を示す図である。 一実施形態に係る管理サーバのハードウェア構成例を示す図である。 一実施形態に係る情報端末のハードウェア構成例を示す図である。 一実施形態に係る情報処理システムの機能構成図である。 一実施形態に係るアカウント情報の例を示す図である。 一実施形態に係る関係登録情報の例を示す図である。 一実施形態に係るログ情報の例を示す図である。 一実施形態に係る情報提供処理の概要を示すフローチャートである。 第１の実施形態に係る表示画面の例を示す図（１）である。 第１の実施形態に係る表示画面の例を示す図（２）である。 第２の実施形態に係る表示画面の例を示す図（１）である。 第２の実施形態に係る表示画面の例を示す図（２）である。 第３の実施形態に係る情報処理システムの機能構成図である。 第３の実施形態に係る情報提供処理の流れを示すフローチャートである。 第３の実施形態に係るソーシャルグラフの例を示す図である。 第３の実施形態に係るユーザ間の距離の例を示す図である。 第３の実施形態に係るチャットルームの表示画面の例を示す図（１）である。 第３の実施形態に係るチャットルームの表示画面の例を示す図（２）である。

以下に、本発明の実施の形態について、添付の図面を参照して説明する。

＜システムの構成＞
図１は一実施形態に係る情報処理システムの構成例を示す図である。本実施形態に係る情報処理システム１００は、例えば、インターネット等のネットワーク１０３に接続された管理サーバ１０１と、複数の情報端末１０２−１〜１０２−３を有する。なお、以下の説明の中で、複数の情報端末１０２−１〜１０２−３のうちの任意の情報端末を示す場合、「情報端末１０２」を用いる。また、図１の情報端末１０２の数は一例であり、情報端末１０２の数は、２台以上の任意の数であって良い。

管理サーバ１０１は、例えば、ＩＭ（instant Messenger）サービス等のメッセージ送受信サービスを提供する情報処理装置（サーバ装置）である。管理サーバ１０１は、メッセージ送受信サービスにおけるアカウント間の関係（例えば、友達関係）の登録を管理し、関係が登録されたアカウント間でメッセージの送受信を行うメッセージ送受信サービスを提供する。

情報端末１０２は、メッセージ送受信サービスの利用者が利用するスマートフォン、携帯電話、タブレット端末、ウェアラブル端末、ＰＣ（Personal Computer）、ゲーム機等の情報端末である。情報端末１０２は、例えば、無線ＬＡＮ（Local Area Net Work）や、公衆無線通信サービス等によって、ネットワーク１０３に接続し、管理サーバ１０１や、他の情報端末１０２等と通信を行うことができる。また、情報端末１０２には、管理サーバ１０１が提供するメッセージ送受信サービスに対応したアプリケーションプログラム（以下、アプリと呼ぶ）がインストールされ、動作しているものとする。

上記の構成により、例えば、情報端末１０２−１の利用者は、他の情報端末１０２−２の利用者と共に、情報端末１０２に所定の操作を行うことにより、管理サーバ１０１にアカウント間の関連付けの登録を要求することができる。要求を受けた管理サーバ１０１は、情報端末１０２−１の利用者のアカウントと、情報端末１０２−２の利用者のアカウントとを関連付けて記憶し、管理する。

また、情報端末１０２−１の利用者は、アカウント間の関連付けが登録された情報端末１０２−２の利用者と、管理サーバ１０１が提供するメッセージ送受信サービスを利用して、メッセージの送受信を行うことができる。

例えば、管理サーバ１０１は、情報端末１０２−１と情報端末１０２−２のアプリ上に、メッセージの送受信（以下、チャットと呼ぶ）を行うための仮想空間（以下、チャットルームと呼ぶ）を作成する。また、管理サーバ１０１は、情報端末１０２−１と情報端末１０２−２を同じ通信セッションに参加させる。これにより、情報端末１０２−１の利用者は、作成されたチャットルームを利用して、情報端末１０２−２の利用者とチャットを行うことができるようになる。

さらに、本実施形態に係る管理サーバ１０１は、例えば、２つのアカウント間で、関連付けが登録された後、所定の期間内にチャットが開始されない場合、２つのアカウントに関連する情報を、２つのアカウント間でチャットを行うチャットルームに提供する。

このとき、提供される情報には、例えば、２つのアカウントに関連する他のアカウントに係る情報や、２つのアカウントのプロフィール情報等に含まれる共通の情報や、関連が強い情報等が含まれる。また、このとき、提供される情報には、所定のサービス、例えば、２つのアカウントが登録しているサービス等の情報や、そのサービスへのリンク情報等が含まれていても良い。

所定の期間内にチャット開始されないユーザ同士では、例えば、チャットルームが提供されても、共通の話題に関する情報がなく、チャットを開始することが難しい場合があった。しかし、本実施形態によれば、所定の期間内にチャット開始されないユーザ間のチャットルームに、両者に関連する情報が提供されるためチャットを開始することが容易になる。

このように、本実施形態に係る管理サーバ１０１によれば、メッセージ送受信サービス等において、アカウント間の関連付けが登録された後、コミュニケーションが開始されないユーザ間のコミュニケーションの促進を容易にすることができる。

なお、図１に示す情報処理システム１００の構成は一例であり、本発明の範囲を限定するものではない。例えば、管理サーバ１０１は、複数台の情報処理装置で構成されているものであっても良い。また、情報端末１０２を用いてユーザが利用するサービスは、ＩＭサービスに限られず、例えば、ＳＮＳ（Social Networking Service）サービスやブログ（blog）サービス等であっても良い。すなわち、本実施形態は、サービスを利用するユーザのアカウント間を所定の関係で関係付けて、所定の関係が関連付けられたユーザのアカウント間でメッセージ等のデータの送受信を行うサービスに対して適用され得る。

＜ハードウェア構成＞
次に、管理サーバ１０１、及び情報端末１０２のハードウェア構成について説明する。

（管理サーバのハードウェア構成）
図２は、一実施形態に係る管理サーバのハードウェア構成例を示す図である。管理サーバ１０１は、一般的なコンピュータの構成を有しており、例えば、ＣＰＵ（Central Processing Unit）２０１、ＲＡＭ（Random Access Memory）２０２、ＲＯＭ（Read Only Memory）２０３と、ストレージ部２０４と、ネットワークＩ／Ｆ（Interface）部２０５、入力部２０６、表示部２０７、ＲＴＣ（Real Time Clock）部２０８、及びバス２０９等を有する。

ＣＰＵ２０１は、ＲＯＭ２０３やストレージ部２０４等に記憶されたプログラムやデータをＲＡＭ２０２上に読み出し、処理を実行することにより、管理サーバ１０１全体の制御や機能を実現する演算装置である。ＲＡＭ２０２は、ＣＰＵ２０１のワークエリア等として用いられる揮発性のメモリである。ＲＯＭ２０３は、例えば、管理サーバ１０１の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、及び各種設定等が記憶された不揮発性のメモリである。

ストレージ部２０４は、ＯＳ（Operating System）や、各種のアプリケーションプログラム等を記憶する、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等のストレージ装置である。

ネットワークＩ／Ｆ部２０５は、管理サーバ１０１をネットワーク１０３に接続し、情報端末１０２等と通信を行うための通信インタフェースである。

入力部２０６は、例えばキーボードやマウス等の入力装置であり、ユーザが、管理サーバ１０１に各種操作信号を入力するために用いられる。表示部２０７は、例えばディスプレイ等の表示装置であり、管理サーバ１０１による処理結果等を表示する。なお、入力部２０６、表示部２０７等は、必要なときに、管理サーバ１０１に接続して利用する形態であってもよい。

ＲＴＣ部２０８は、例えば、バックアップ用の電池によりバックアップされ、管理サーバ１０１の電源が切れても日時を刻み続けるリアルタイムクロックである。

バス２０９は、上記の各構成に共通に接続され、例えば、アドレス信号、データ信号、及び各種の制御信号等を伝達する。

（情報端末のハードウェア構成）
図３は、一実施形態に係る情報端末のハードウェア構成例を示す図である。情報端末１０２は、一般的なコンピュータの構成を有しており、例えば、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ストレージ部３０４、ネットワークＩ／Ｆ部３０５、表示入力部３０６、位置情報取得部３０７、近距離無線通信部３０８、及びバス３０９等を有する。

ＣＰＵ３０１は、ＲＯＭ３０３やストレージ部３０４等に記憶されたプログラムやデータをＲＡＭ３０２上に読み出し、処理を実行することで、情報端末１０２全体の制御や機能を実現する演算装置である。ＲＡＭ３０２は、ＣＰＵ３０１のワークエリア等として用いられる揮発性のメモリである。ＲＯＭ３０３は、例えば、情報端末１０２の起動時に実行されるＢＩＯＳ、及び各種設定等が記憶された不揮発性のメモリである。

ストレージ部３０４は、ＯＳや、各種のアプリケーションプログラム等を記憶する、例えば、ＨＤＤ、ＳＳＤ、フラッシュＲＯＭ等のストレージ装置である。

ネットワークＩ／Ｆ部３０５は、情報端末１０２をネットワーク１０３に接続し、管理サーバ１０１や、他の情報端末１０２等と通信を行うための通信インタフェースである。

表示入力部３０６は、例えば、タッチパネルディスプレイ等の表示入力装置であり、ユーザの入力操作を受け付けると共に、情報端末１０２による処理結果などを表示する。なお、表示入力部３０６は、入力部と表示部とに分けて設けられていても良い。

位置情報取得部３０７は、例えば、ＧＰＳ（Global Positioning System）受信部等、情報端末１０２の位置情報を取得する装置である。

近距離無線通信部３０８は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）や、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（以下、ＢＬＥと呼ぶ）等、他の携帯端末１０と所定の近距離無線通信を行う通信装置である。

バス３０９は、上記の各構成に共通に接続され、例えば、アドレス信号、データ信号、及び各種の制御信号等を伝達する。

＜機能構成＞
次に、本実施形態に係る情報処理システム１００の機能構成について説明する。

図４は、一実施形態に係る情報処理システム１００の機能構成図である。

（管理サーバの機能構成）
管理サーバ１０１は、通信部４０１、アカウント情報管理部４０２、関係登録管理部４０３、情報提供部４０４、チャットサービス提供部４０５、ログ情報管理部４０６、記憶部４０７等を有する。

通信部４０１は、管理サーバ１０１をネットワーク１０３に接続し、複数の情報端末１０２−１〜１０２−３等と、データの送受信を行うための手段である。通信部４０１は、例えば、図２のネットワークＩ／Ｆ部２０５、及び図２のＣＰＵ２０１で動作するプログラム等によって実現される。

アカウント情報管理部４０２は、管理サーバ１０１が提供するメッセージ送受信サービスに係るアカウントの情報を、例えば、記憶部４０７にアカウント情報４０８として予め記憶し、管理する。アカウント情報管理部４０２は、例えば、図２のＣＰＵ２０１で動作するプログラム等によって実現される。

なお、ユーザは、固有情報（例えば、ユーザＩＤ、電話番号、メールアドレス等）が異なる複数のアカウントを有する場合がある。また、本実施形態に係るアカウントは、個人ユーザのアカウントだけではなく、例えば、企業、法人、団体、お店、又は人物等の予め定められたアカウントが、公式に情報を配信するための公式アカウントを含む。従って、以下の説明の中で、「アカウント」には、互いに固有情報が異なる同一ユーザの複数のアカウントや、公式アカウント等も含まれる。

関係登録管理部４０３は、情報端末１０２等からのアカウント間の関連付け（例えば、友達関係）の登録を要求する登録要求に応じて、アカウント間の関連付け処理を行う。また、関連付けされたアカウントの情報を、例えば、記憶部４０７に関係登録情報４０９として記憶する。なお、関係登録管理部４０３は、例えば、図２のＣＰＵ２０１で動作するプログラム等によって実現される。

情報提供部４０４は、第１のアカウント及び第２のアカウント間で、関連付けが登録された後、所定の期間内にチャットが開始されない場合、第１及び第２のアカウントに関連する情報を、第１のアカウント及び第２のアカウントとの間のチャットルームに提供する。

なお、情報提供部４０４が提供する情報は、例えば、第１のアカウントと第２のアカウントとに関連付けが登録された第３のアカウントに関する情報を含む。或いは、情報提供部４０４が提供する情報は、第１のアカウントのアカウント情報と、第２のアカウントのアカウント情報とに基づく、共通の関心分野や、プロフィール上で共通する情報又は関連が強い情報等を含むものであっても良い。なお、情報提供部４０４は、例えば、図２のＣＰＵ２０１で動作するプログラム、及びＲＴＣ部２０８等によって実現される。

チャットサービス提供部４０５は、メッセージ送受信サービスに係る複数のアカウントに、チャットサービスを提供する手段であり、例えば、図２のＣＰＵ２０１で動作するプログラムによって実現される。

例えば、チャットサービス提供部４０５は、情報端末１０２−１と情報端末１０２−２とを用いてチャットを行う場合、情報端末１０２−１及び情報端末１０２−２のアプリ上にチャットを行うためのチャットルームを作成する。また、チャットサービス提供部４０５は、情報端末１０２−１及び情報端末１０２−２を同じ通信セッションに参加させる。さらに、チャットサービス提供部４０５は、情報端末１０２−１と情報端末１０２−２との間で送受信されるメッセージを中継する。これにより、情報端末１０２−１と情報端末１０２−２との間で、チャットを行うことができるようになる。

なお、本実施形態では、情報端末１０２のアプリ上にチャットルームが作成されるものとして説明を行うが、これはあくまで一例であり、チャットサービス提供部４０５は、管理サーバ１０１上にチャットルームを作成するものであっても良い。

ログ情報管理部４０６は、複数の情報端末１０２−１〜１０２−３等で動作するアプリの処理や、操作等の履歴を、例えば、記憶部４０７にログ情報４１０として記憶し、管理する。ログ情報管理部４０６は、例えば、図２のＣＰＵ２０１で動作するプログラムによって実現される。なお、ログ情報４１０には、例えば、チャットを送信、受信した時刻や、アカウント間の関連付けを登録した時刻等の情報が含まれる。

記憶部４０７は、例えば、前述したアカウント情報４０８、関係登録情報４０９、ログ情報４１０等を記憶する手段であり、例えば、図２のストレージ部２０４等によって実現される。また、記憶部４０７は、ネットワーク１０３を介して接続された他のサーバ装置（例えば、ストレージサーバ、クラウド）等によって実現されるものであっても良い。

なお、記憶部４０７に記憶されるアカウント情報４０８、関係登録情報４０９、及びログ情報４１０の構成については後述する。

（情報端末の機能構成）
情報端末１０２は、通信部４１１、記憶部４１２、関係登録要求部４１３、チャット制御部４１４、表示入力部４１５を有する。なお、図４において、情報端末１０２−１〜１０２−３は、同様の構成を有しているものとする。

通信部４１１は、情報端末１０２をネットワーク１０３に接続し、管理サーバ１０１等と、データの送受信を行うための手段である。通信部４０１は、例えば、図３のネットワークＩ／Ｆ部３０５、及び図３のＣＰＵ３０１で動作するプログラム等によって実現される。

記憶部４１２は、管理サーバ１０１が提供するメッセージ送受信サービス用のアプリや、アプリの情報等を記憶する手段であり、例えば、図３のストレージ部３０４等によって実現される。

関係登録要求部４１３は、メッセージ送受信サービス用のアプリへの所定の操作に応じて、他のアカウントとの関連付けの登録を要求する手段であり、例えば、図３のＣＰＵ３０１で動作するプログラム（アプリ）によって実現される。

チャット制御部４１４は、管理サーバ１０１が提供するメッセージ送受信サービスによるメッセージの送受信（チャット）を制御する手段であり、例えば、図３のＣＰＵ３０１で動作するプログラム（アプリ）によって実現される。

表示入力部４１５は、関係登録要求部４１３や、チャット制御部４１４等の制御に従って表示画面を表示すると共に、ユーザの操作を受け付ける手段であり、例えば、図３の表示入力部、及び図３のＣＰＵ３０１で動作するプログラム等によって実現される。

＜管理サーバが管理する情報について＞
ここで、管理サーバ１０１が管理する各情報の例について説明する。

（アカウント情報）
図５は、一実施形態に係るアカウント情報の例を示す図である。アカウント情報管理部４０２が管理するアカウント情報４０８には、例えば、固有情報５０１、名前情報５０２、画像情報５０３、説明情報５０４等の情報が含まれる。

好ましくは、アカウント情報４０８には、関心分野５０５、地域５０６、年齢５０７、アカウント種別５０８等の情報がさらに含まれる。

固有情報５０１は、アカウントを一意に特定するための情報であり、例えば、電話番号、メールアドレス、又は管理サーバ１０１から取得した（又は付与された）ユーザＩＤ等の情報が登録されている。なお、固有情報５０１は、アカウントを一意に特定できる情報であれば、上記以外の情報を用いても良い。

名前情報５０２には、例えば、チャットルーム等に表示されるユーザ又はアカウントの表示名の情報が登録されている。

画像情報５０３には、アカウント毎のプロフィール画像等が登録されている。例えば、アカウントが、個人ユーザのアカウントや、有名人の公式アカウント等であれば、例えば、人物の画像等が画像情報５０３として登録される。また、アカウントが、企業等の公式アカウントであれば、例えば、企業のロゴや、製品の画像等が画像情報５０３として登録される。なお、上記の説明はあくまで一例であり、画像情報５０３には、人物の画像、企業のロゴ、製品の画像以外の画像が登録されていても良い。

説明情報５０４には、例えば、アカウントの簡単な自己紹介、コメント、ひとこと等の文章が登録されている。

関心分野５０５には、例えば、アカウント毎に関心がある分野の情報等が登録されている。

地域５０６には、例えば、個人ユーザの居住地域や、企業やお店のサービス提供地域等の情報が登録されている。

年齢５０７には、例えば、年齢や、年代等、利用者の年齢に係る情報が記憶されている。

アカウント種別５０８には、例えば、個人アカウント、公式アカウント等のアカウント種別の情報が記憶されている。

なお、図５に示すアカウント情報４０８はあくまで一例である。アカウント情報４０８には、アカウントを一意に特定するための固有情報５０１に対応付けて、アカウントに係る様々な情報が記憶されている。

（関係登録情報）
図６は、一実施形態に係る関係登録情報の例を示す図である。関係登録管理部４０３が管理する関係登録情報４０９には、各アカウントの固有情報５０１に対して、関係登録管理部４０３によって関連付けが登録された複数のアカウントの情報を含む登録情報６０１が記憶されている。

例えば、図６の例では、固有情報５０１が「User_ID_01」のアカウントに対して、「User_ID_02」、「User_ID_03」、及び「Official_ID_A」等のアカウントが関連付けられて登録されている。同様に、固有情報５０１が、「User_ID_02」のアカウントに対して、「User_ID_01」、「User_ID_03」、及び「Official _ID_A」等のアカウントが関連付けられて登録されている。

好ましくは、関係登録情報４０９には、各関連付けが行われた登録日時６０２の情報や、登録場所６０３の情報等が、さらに含まれる。これにより、アカウント間の関係が登録された日時や、場所等を特定することができるようになる。

なお、関係登録情報４０９が管理する各情報は、アカウント情報４０８に含まれているものであっても良い。

（ログ情報）
図７は、一実施形態に係るログ情報の例を示す図である。ログ情報４１０には、アカウント毎に、ログ種別７０１、日時７０２等の情報が記録される。なお、図７の例は、「User_ID_01」のアカウントのログ情報４１０を示しており、記憶部４０７には、このようなログ情報４１０が、アカウント毎に記憶されている。

ログ種別７０１の情報には、アプリで行われた操作や、処理等の情報が記録される。例えば、図７の例では、「User_ID_01」のアカウントが、「User_ID_03」のアカウントとの間で複数のチャットの送受信を行ったこと、及び「Official_ID_A」とアカウント間の関係を登録したこと等が記憶されている。

日時７０２の情報には、上記の各操作や、処理等が行われた日時の情報が記憶されている。

なお、上記の説明では、ログ情報４１０には、アプリで行われた操作や、処理等の情報が記憶されるものとして説明を行ったが、ログ情報４１０には、管理サーバ１０１側で実行された処理の情報が記憶されるものであっても良い。

例えば、図７のログ種別７０１には、管理サーバ１０１が、チャットを「User_ID_01」から「User_ID_03」へ転送したことや、「User_ID_01」と「Official_ID_A」とのアカウント間の関係を登録したこと等が記憶されるものであっても良い。この場合、日時情報７０２には、管理サーバ１０１が、上記の処理を行った日時が記憶される。

このように、ログ情報４１０には、アカウント毎のチャットや、アカウント間の関連付けの登録等の履歴を特定するための、情報端末１０２のアプリ、及び／又は管理サーバ１０１の処理等の情報が記憶される。

なお、管理サーバ１０１は、ログ情報４１０を用いずに、管理サーバ１０１側の処理によって、下記の各処理を実現するものであっても良い。

＜処理の詳細＞
次に、本実施形態に係る処理の詳細について説明する。

（処理の概要）
図８は、一実施形態に係る情報提供処理の概要を示すフローチャートである。

管理サーバ１０１の関係登録管理部４０３により、第１アカウントと第２アカウントとの間で関係（関連付け）が登録される（ステップＳ８０１）。

第１アカウントと第２アカウントとの間の関係が登録されると、情報提供部４０４は、所定の期間内に、第１アカウントと第２アカウントの間でメッセージの送受信（チャット）が開始されたかどうかを判断する（ステップＳ８０２、Ｓ８０３）。

なお、図８に示すステップＳ８０２とステップＳ８０３の実行順序は一例であり、ステップＳ８０２とステップＳ８０３の実行順序は逆であっても良い。例えば、情報提供部４０４は、ステップＳ８０２の前にステップＳ８０３を実行するものであっても良い。

所定の期間内に、第１アカウントと第２アカウントの間でチャットが開始された場合（ステップＳ８０２の「ＹＥＳ」）、情報提供部４０４は、情報提供処理を終了する。

一方、所定の期間内に、第１アカウントと第２アカウントの間でチャットが開始されない場合（ステップＳ８０３の「ＹＥＳ」）、情報提供部４０４は、第１アカウントと第２アカウントとに関連する情報を抽出する（ステップＳ８０４）。

また、情報提供部４０４は、第１アカウントと第２アカウントとの間のチャットルームに、ステップＳ８０４で抽出した情報を提供（例えば表示）する。

上記の処理により、第１アカウントと第２アカウントとの関連付けを登録した後、所定の期間内にチャットが開始されない場合、第１アカウント及び第２アカウントに関連する情報が、第１アカウント及び第２アカウントの間のチャットルームに提供される。

続いて、具体的な例について、複数の実施形態に分けて説明する。

［第１の実施形態］
第１の実施形態では、情報提供部４０４が、第１アカウントと第２アカウントに関連する情報として、第１のアカウントと第２のアカウントとに関連付けが登録された第３のアカウントの情報を提供する場合の例について説明する。

なお、第３のアカウントは、個人ユーザのアカウントであっても良いし、公式アカウントであっても良いが、初めに、第３のアカウントの情報として、公式アカウントの情報を用いる場合の例について説明する。

例えば、図５に示すアカウント情報４０８において、ユーザ１と、ユーザ２との間で関連付けが登録された後、両者の間で所定の期間内にチャットが開始されなかったものとする。

この場合、管理サーバ１０１の情報提供部４０４は、図６に示す関係登録情報４０９を用いて、ユーザ１（固有情報「User_ID_01」）と、ユーザ２（固有情報「User_ID_02」）とに関連付けされた公式アカウントを特定する。

図６の例では、「User_ID_03」と、「Official_ID_A」の２つのアカウントが、ユーザ１とユーザ２とに関連付けされている。また、図５のアカウント種別５０８により、このうちの「Official_ID_A」が、レストランＡの公式アカウントであることが判る。この場合、管理サーバ１０１の情報提供部４０４は、ユーザ１とユーザ２との間でチャットを行うチャットルームに、レストランＡのアカウントに係る情報を提供する。

このとき、ユーザ１の情報端末１０２に表示される表示画面の例を図９、１０に示す。図９（ａ）は、ユーザ１の情報端末１０２に表示されるメッセージ一覧画面９０１の例を示している。図９（ａ）に示すように、メッセージ一覧画面９０１には、ユーザ２からのメッセージを受信した場合と同様に、ユーザ２のユーザ名９０２、プロフィール画像９０３等が表示される。また、ユーザ名９０２の横に丸数字の「１」は、受信したメッセージの数を示している。

図９（ａ）のメッセージ一覧画面９０１から、例えば、ユーザ２のユーザ名９０２を選択すると、図９（ｂ）に示すように、ユーザ２とのチャット画面（チャットルームの一例）９０５が表示される。図９（ａ）において、チャット画面９０５には、レストランＡのプロフィール画像９０６、名前９０７、説明９０８等が、例えば、アカウント情報４０８に基づいて表示される。

また、図１０（ａ）において、ユーザ１が、メッセージの入力欄１００１にメッセージを入力して、送信ボタン１００２を選択すると、入力したメッセージ１００３が、チャット画面９０５に表示されると共に、ユーザ２に送信される。これに応じて、ユーザ２が返信したメッセージを受信すると、受信したメッセージ１００４が、チャット画面９０５に表示される。

例えば、ユーザ１とユーザ２との間のチャットルームが自動的に活性化されたとしても、今までチャットを行っていなかったユーザ１とユーザ２との間で共通する話題を見つけることは難しい場合がある。しかし、本実施形態では、ユーザ１とユーザ２との間のチャットルームを活性化するだけではなく、両者に共通の情報又は関連する情報が自動的に提供されるので、ユーザ１とユーザ２との間でチャットを開始することが容易になる。

なお、上記の例では、ユーザ１の情報端末１０２に表示される表示画面の例について説明を行ったが、ユーザ２の情報端末１０２にも同様の表示画面が表示される。

（別の一例）
上記の説明では、第１のアカウントと第２のアカウントとに関連付けが登録された第３のアカウントの情報として、公式アカウントの情報を用いる場合の例について説明を行った。しかし、第１のアカウントと第２のアカウントとに関連付けが登録された第３のアカウントの情報は、個人アカウントの情報であっても良い。

例えば、図６の例では、「User_ID_03」と、「Official_ID_A」の２つのアカウントが、ユーザ１とユーザ２とに関連付けされている。また、図５のアカウント種別５０８により、このうちの「User_ID_03」が、ユーザ３の個人アカウントであることが判る。この場合、管理サーバ１０１の情報提供部４０４は、ユーザ１とユーザ２との間でチャットを行うチャットルームに、ユーザ３のアカウントの情報を提供するものであっても良い。

このとき、ユーザ１の情報端末１０２に表示される表示画面の例を図１０（ｂ）に示す。図１０（ｂ）において、チャット画面１００５には、ユーザ３のプロフィール画像１００６、名前１００７等が、アカウント情報４０８に基づいて表示されている。この場合も、ユーザ１とユーザ２は、共にユーザ３と関係があると考えられるので、公式アカウントを表示させる場合と同様の効果が期待できる。

さらに、別の一例として、情報提供部４０４は、第１のアカウントと第２のアカウントとに関連付けが登録された第３のアカウントの情報として、公式アカウント及び個人アカウントの中から、一のアカウントを選択するものであっても良い。

なお、ユーザ１とユーザ２とに関連付けされたアカウントが複数ある場合、情報提供部４０４は、複数のアカウントの中から１つのアカウントを選択する必要があるが、その選択方法は任意の方法で良い。

例えば、情報提供部４０４は、複数のアカウントの中から、ランダムに１つのアカウントを選択するものであっても良い。或いは、情報提供部４０４は、図５に示すアカウント情報４０８の地域８０６の情報に基づいて、ユーザ１とユーザ２の地域５０６により近い地域に対応するアカウントを選択するものであっても良い。さらに、情報提供部４０４は、図７に示すログ情報４１０に基づいて、ユーザ１及びユーザ２が複数のアカウントにアクセスした回数や、チャットを行った回数等を計算し、その回数がより多い更新アカウントを選択するものであっても良い。さらにまた、情報提供部４０４は、図７に示すログ情報４１０に基づいて、ユーザ１及びユーザ２が直近にアクセス、又はメッセージの送受信を行ったアカウントを選択するもの等であっても良い。

［第２の実施形態］
第２の実施形態では、情報提供部４０４、第１アカウントと第２アカウントに関連する情報として、第１のアカウントのアカウント情報と、第２のアカウントのアカウント情報とに共通の情報又は関連する情報を用いる場合の例について説明する。

例えば、図５に示すアカウント情報４０８において、ユーザ１と、ユーザ２との間で関連付けが登録された後、両者の間で所定の期間内にチャットが開始されなかったものとする。

この場合、管理サーバ１０１の情報提供部４０４は、図５に示すアカウント情報４０８を用いて、ユーザ１及びユーザ２の、例えば、関心分野５０５に共通して含まれる文字列を抽出する。図５の例では、ユーザ１及びユーザ２の関心分野５０５の情報には、「テニス」という文字列が共通して含まれている。この場合、管理サーバ１０１の情報提供部４０４は、ユーザ１とユーザ２との間でチャットを行うチャットルームに、「テニス」に関する情報を提供する。

好ましくは、このとき、情報提供部４０４は、完全に一致する文字列だけではなく。関連性が高い文字列を抽出することが望ましい。

このとき、ユーザ１の情報端末１０２に表示されるチャット画面の例を図１１（ａ）に示す。図１１（ａ）の例では、チャット画面１１０１に、ユーザ２からのメッセージに代えて、情報提供部４０４によって選択された「テニス」の文字列１１０２が表示されている。好ましくは、チャット画面１１０１には、テニスに関する画像１１０３や、テニスに関するトピックス１１０４等も表示される。なお、テニスに関する画像１１０３や、テニスに関するトピックス１１０４等の情報は、情報提供部４０４がウェブ上から取得するものとする。

また、図１１（ｂ）において、ユーザ１が、メッセージの入力欄１１０５にメッセージを入力して、送信ボタン１１０６を選択すると、入力したメッセージ１１０７が、チャット画面１１０１に表示されると共に、ユーザ２に送信される。これに応じて、ユーザ２が返信したメッセージを受信すると、受信したメッセージ１１０８が、チャット画面１１０１に表示される。

なお、上記の例では、ユーザ１の情報端末１０２に表示される表示画面の例について説明を行ったが、ユーザ２の情報端末１０２にも同様の表示画面が表示される。

（別の一例）
上記の説明では、情報提供部４０４が、アカウント情報４０８を用いて、ユーザ１及びユーザ２の、関心分野５０５に共通する情報又は関連する情報を抽出する場合の例について説明を行った。しかし、情報提供部４０４は、関心分野５０５に共通する情報又は関連する情報に代えて、アカウント情報４０８の説明情報５０４等に共通する情報又は関連する情報を抽出するものであっても良い。例えば、図５の例では、ユーザ１及びユーザ２の説明情報５０４の情報には、「××駅」という文字列が共通して含まれている。この場合、管理サーバ１０１の情報提供部４０４は、ユーザ１とユーザ２との間でチャットを行うチャットルームに、「××駅」に関する情報を提供する。

好ましくは、このとき、情報提供部４０４は、完全に一致する文字列だけではなく。関連性が高い文字列を抽出することが望ましい。

このとき、ユーザ１の情報端末１０２に表示されるチャット画面の例を図１２に示す。図１２の例では、チャット画面１１０１には、「××駅」の名前１２０１が表示されている。好ましくは、チャット画面１１０１には、「××駅」に関連するトピックスの画像１２０２や、説明１２０３等の情報も表示される。なお、「××駅」に関連するトピックスの情報は、情報提供部４０４が、ウェブ上から取得するものとする。

この場合でも、ユーザ１とユーザ２は、共に「××駅」に何らかの関連があると考えられるので、ユーザ１とユーザ２との間に共通の話題又は関連する話題を提供する効果が期待できる。

なお、第１のアカウントのアカウント情報と、第２のアカウントのアカウント情報とに共通する情報又は関連する情報として、説明情報５０４や、関心分野５０５を用いるのは、あくまで一例であり、アカウント情報４０８に含まれる他の情報を用いるものであっても良い。

［第３の実施形態］
第１の実施形態において、情報提供部４０４が、第１アカウントと第２アカウントに関連する情報として、第１のアカウントと第２のアカウントとに関連付けが登録された第３のアカウントの情報を提供する場合の例について説明した。しかし、実際には、第１アカウントと第２アカウントに関連付けが登録されたアカウントがない場合も考えられる。

そこで、本実施形態では、情報提供部４０４が、第１アカウントのソーシャルグラフと、第２アカウントのソーシャルグラフとに含まれる第３のアカウントに係る情報を提供する場合の例について説明する。

＜機能構成図＞
図１３は、第３の実施形態に係る情報処理システムの機能構成図である。図１３において、管理サーバ１０１は、図４に示す第１の実施形態に係る管理サーバ１０１の構成に加えて、ソーシャルグラフ作成部１３０１を有する。なお、本実施形態に係る情報処理システム１００の他の構成は、図４に示す第１の実施形態と同様なので、ここでは差分を中心に説明を行う。

ソーシャルグラフ作成部１３０１は、アカウント間の連結関係（人脈関係）を示すソーシャルグラフを作成する。ソーシャルグラフ作成部１３０１は、例えば、図６に示す関係登録情報４０９の登録情報６０１に基づいて、所定のアカウントから距離がＮ（Ｎは２以上の整数）以下のソーシャルグラフを作成する。

ここで、ソーシャルグラフとは、各アカウントをノードとし、関連付けが登録されたアカウント同士をリンクとした、アカウント間の人脈関係を示すグラフである。なお、リンクは、「経路」、「エッジ」等とも称される。また、距離とは、所定のノードから目的のノードに至るまでに必要な最小のリンク数を示す。

例えば、関係登録情報４０９に登録されたアカウント間の関係が友達関係であり、前述のＮの値が「２」である場合、第１アカウントのソーシャルグラフには、第１のアカウントの「友達（Ｎ＝１）」に加えて、第１のアカウントの「友達の友達（Ｎ＝２）」まで含まれる。

＜処理の詳細＞
図１４は、第３の実施形態に係る情報提供処理の流れを示すフローチャートである。

ステップＳ１４０１において、管理サーバ１０１の関係登録管理部４０３は、例えば、第１アカウントと第２アカウントからの要求に応じて、第１アカウントと第２アカウントとの関連付けを登録する。

ステップＳ１４０２において、管理サーバ１０１の情報提供部４０４は、第１アカウントと第２アカウントとの間でメッセージの送受信（チャット）が行われたかどうかを判断する。ステップＳ１４０２において、第１アカウントと第２アカウントとの間でチャットが行われたと判断された場合、情報提供部４０４は、処理を終了させる。一方、第１アカウントと第２アカウントとの間でチャットが行われていないと判断された場合、情報提供部４０４は、処理をステップＳ１４０３に移行させる。

ステップＳ１４０３に移行すると、情報提供部４０４は、例えば、図２のＲＴＣ部２０８等を利用して、第１アカウントと第２アカウントとの間で関連付けが登録されてから、所定の期間（例えば１週間）を経過したかどうかを判断する。ステップＳ１４０３において、所定の期間を経過していないと判断された場合、情報提供部４０４は、処理をステップＳ１４０２に戻し、所定の期間を経過するまでステップＳ１４０２の処理を繰り返す。一方、ステップＳ１４０３において、所定の期間を経過したと判断された場合、情報提供部４０４は、処理をステップＳ１４０４に移行させる。

なお、図８でも説明したように、上記のステップＳ１４０２とステップＳ１４０３の実行順序は逆であっても良い。すなわち、ステップＳ１４０３は、ステップＳ１４０２の前に実行されるものであっても良い。

ステップＳ１４０４に移行すると、情報提供部４０４は、例えば、関係登録情報４０９の登録日時６０２等の情報を参照して、第１アカウントと第２アカウントとの双方向の関係が所定の時間内（例えば１時間以内）に構築されたかどうかを判断する。ステップＳ１４０４において、双方向の関係が所定の時間内に構築されていないと判断された場合、関係登録情報４０９は、処理を終了させる。一方、双方向の関係が所定の時間内に構築されたと判断された場合、関係登録情報４０９は、処理をステップＳ１４０５に移行させる。

ステップＳ１４０５に移行すると、情報提供部４０４は、例えば、アカウント情報４０８の年齢５０７の情報を参照して、第１アカウントと第２アカウントが同じ年齢グループに含まれるかどうかを判断する。ステップＳ１４０５において、同じ年齢グループに含まれないと判断された場合、情報提供部４０４は、処理を終了させる。一方、同じ年齢グループに含まれると判断された場合、情報提供部４０４は、処理をステップＳ１４０６に移行させる。

ステップＳ１４０６に移行すると、管理サーバ１０１のソーシャルグラフ作成部１３０１は、第１アカウントと第２アカウントのそれぞれについて、各アカウントから距離がＮ以下（例えば、距離が３以下）のソーシャルグラフを作成する。

図１５は、第３の実施形態に係るソーシャルグラフの例を示す図である。図１５は、ユーザ１（第１アカウント）を中心として、距離が３以下（リンクの数が３以下）のソーシャルグラフの例を示している。

このように、ソーシャルグラフ作成部１３０１は、予め設定された距離Ｎに基づいて、第１アカウントの人脈関係を示す第１ソーシャルグラフと、第２アカウントの人脈関係を示す第２ソーシャルグラフとを作成する。なお、このとき、ソーシャルグラフ作成部１３０１は、第１アカウントの人脈関係と第２アカウントの人脈関係とを区別するために、第１アカウントと第２アカウントとの間のリンクを除外して、ソーシャルグラフを作成することが望ましい。

図１４に戻って、フローチャートの説明を続ける。

ステップＳ１４０７において、ソーシャルグラフ作成部１３０１は、作成されたソーシャルグラフから、当該機能（自己のアカウントの情報が他のアカウント間のチャットルームに提供される機能）のオプションが無効化されたアカウントを除外する。これにより、ユーザの意図に反して、自己の情報が、他のアカウント間のチャットルームに提供されることを防ぐことができる。

ステップＳ１４０８において、ソーシャルグラフ作成部１３０１は、作成されたソーシャルグラフから、年齢層が異なるアカウントを除外することが望ましい。これは、年齢層が異なると、一般的に、コミュニケーションが成り立ちにくいと考えられるためである。

ステップＳ１４０９において、ソーシャルグラフ作成部１３０１は、ステップＳ１４０７、Ｓ１４０８で除外されたアカウント以外のアカウントにより、第１アカウントと第２アカウントのそれぞれのソーシャルグラフを更新する。

ステップＳ１４１０において、情報提供部４０４は、第１アカウントと第アカウントの双方からの距離が最小となる第３アカウントを選択する。

図１６は、第３の実施形態に係るユーザ間の距離の例を示す図である。

図１６（ａ）は、一例として、図１４に示すソーシャルグラフに基づいて、ユーザ１（第１アカウント）からの距離毎に、他のユーザ（アカウント）を分類した図である。例えば、図１６（ａ）において、ユーザ１からの距離が「１」のユーザは、ユーザ１１、ユーザ５、ユーザ７、ユーザ８の４ユーザであることが示されている。ユーザ１からの距離が「２」、及び「３」の場合も同様である。

図１６（ａ）と同様の手法により、第２アカウントについても、ユーザ２（第２アカウント）からの距離毎に、他のユーザ（アカウント）分類した図を作成することができる。図１６（ｂ）は、ユーザ２からの距離毎に、他のユーザを分類した図の一例である。

図１６の例では、ユーザ３、及びユーザ１２が、図１６（ａ）と図１６（ｂ）の双方に含まれている。また、ユーザ１からユーザ３までの距離は「２」であり、ユーザ２からユーザ３までの距離は「２」なので、その距離の合計は「４」となる。一方、ユーザ１からユーザ１２までの距離は「３」であり、ユーザ２からユーザ１２までの距離は「２」なので、その距離の合計は「５」となる。

従って、図１６の例では、情報提供部４０４は、第１アカウントと第２アカウントの双方からの距離が最小となるユーザ３を、第３のアカウントとして選択することができる。

図１４に戻って、フローチャートの説明を続ける。

ステップＳ１４１１において、情報提供部４０４は、ステップＳ１４１０で選択されたアカウントが１つであるかどうかを判断する。ステップＳ１４１１において、選択されたアカウントが１つであると判断された場合、情報提供部４０４は、処理をステップＳ１４１３に移行させる。一方、選択されたアカウントが１つではないと判断された場合、情報提供部４０４は、処理をステップＳ１４１２に移行させる。

ステップＳ１４１２に移行すると、情報提供部４０４は、例えば、選択された複数のアカウントのうち、所定の期間内に第１アカウント及び第２アカウントと送受信したメッセージの数が最も多いアカウントを第３のアカウントとして選択する。

例えば、情報提供部４０４は、ログ情報４１０に基づいて、複数のアカウントの各々について、第１アカウントとの間のチャットの送受信数と、第２アカウントとの間のチャットの送受信数とを求める。また、その合計を、複数のアカウントの各々が、第１アカウント及び第２アカウントと送受信したメッセージの数とする。これにより、情報提供部４０４は、選択された複数のアカウントの中から、第１アカウント及び第２アカウントと送受信したメッセージの数が最も多いアカウントを特定することができる。

なお、選択された複数のアカウント中から１つの第３アカウントを選択する方法は、他の方法であっても良い。

例えば、情報提供部４０４は、複数のアカウントの中から、ランダムに１つのアカウントを選択するものであっても良い。或いは、情報提供部４０４は、図５に示すアカウント情報４０８の地域８０６の情報に基づいて、ユーザ１とユーザ２の地域５０６により近い地域に対応するアカウントを選択するものであっても良い。さらに、情報提供部４０４は、図７に示すログ情報４１０に基づいて、ユーザ１及びユーザ２が直近にアクセスしたアカウントを選択するもの等であっても良い。

図１４に戻って、フローチャートの説明をさらに続ける。

ステップＳ１４１３において、管理サーバ１０１のチャットサービス提供部４０５は、第１アカウントの情報端末１０２と、第２アカウントの情報端末１０２にチャットルームを作成し、同じ通信セッションに加える。

ステップＳ１４１４において、情報提供部４０４は、第１アカウントと第２アカウントとの間でチャットを行うチャットルームに、第３アカウントに関する情報（例えば、プロフィール写真等）を表示させる。このとき、第１アカウントの情報端末１０２に表示される表示画面の例を図１７に示す。

図１７（ａ）に示すように、本実施形態に係るチャット画面（チャットルームの一例）１７０１には、図１４のステップＳ１４１０で第３アカウントとして選択されたユーザ３のプロフィール画像１７０２と、名前１７０３等が、例えば、アカウント情報４０８に基づいて表示される。

このように、本実施形態では、第１アカウント及び第２アカウントに直接関連付けが登録されたアカウントがない場合であっても、ソーシャルグラフに基づいて、第１アカウントと第２アカウントに関係する第３のアカウントの情報を提供することができる。

また、好適な一例として、図１７（ａ）では、第１アカウントと第２アカウントとの間のチャットルーム（チャット画面１７０１）に、ユーザ３をチャットルームに招待するためのリンク情報１７０４が表示されている。

例えば、ユーザ１は、このリンク情報１７０４を選択することにより、ユーザ３を、ユーザ１とユーザ２とが参加するチャットルームに招待することができる。なお、ユーザ２の情報端末１０２のチャット画面にも同様のリンク情報が表示されており、ユーザ２も、ユーザ３をチャットルームに招待することができるものとする。

例えば、図１７（ａ）において、ユーザ１がリンク情報１７０４を選択すると、図１７（ｂ）に示すように、リンク情報１７０４が、ユーザ３を招待中であることを示す情報１７０５に変化する。

また、管理サーバ１０１のチャットサービス提供部４０５は、ユーザ３の情報端末１０２に、ユーザ１とユーザ２のチャットルームから招待されたことを示す通知を行う。この通知に対して、ユーザ３がチャットルームに参加する旨の操作を行うことにより、ユーザ３は、ユーザ１とユーザ２のチャットルームに参加することができる。

例えば、ユーザ３が、ユーザ１とユーザ２のチャットルームに参加する旨の操作を行うと、チャットサービス提供部４０５は、ユーザ３の情報端末にチャットルームを作成し、ユーザ１及びユーザ２と同じ通信セッションに加える。これにより、ユーザ１、ユーザ２、及びユーザ３の３者の間で、チャットを行うことができるようになる。このとき、ユーザ１の情報端末１０２に表示される表示画面の例を図１８に示す。

図１８の例では、チャット画面１７０１に、ユーザ３がチャットルームに参加したことを示す情報１８０１が表示されている。また、ユーザ３が書き込んだメッセージ１８０２が、チャット画面１７０１に表示されている。

これに対して、例えば、ユーザ１が、メッセージの入力欄１８０３にメッセージを入力し、送信ボタン１８０４を選択すると、入力したメッセージ１８０５がチャット画面１７０１に表示される。また、入力したメッセージは、管理サーバ１０１のチャットサービス提供部４０５によって、ユーザ２の情報端末１０２、及びユーザ３の情報端末１０２に転送され、それぞれのチャット画面に表示される。

同様に、ユーザ２が入力したメッセージは、ユーザ１の情報端末１０２のチャット画面１７０１、及びユーザ３の情報端末１０２のチャット画面に表示される。

このように、ユーザ１とユーザ２のチャットルームに、ユーザ１とユーザ２に関連するユーザ３を招待することにより、ユーザ１とユーザ２との間のコミュニケーションをさらに促進させることができるようになる。

なお、本発明は、具体的に開示された上記の各実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく種々の変形や変更が可能である。

例えば、上記の各実施形態を組み合わせて用いることも可能である。

例えば、第３の実施形態で説明したリンク情報１７０４は、図１０（ｂ）に示す第１の実施形態のチャット画面１００５に表示させることも可能である。

また、第３の実施形態において、チャット画面１７０１に表示させるアカウントは、第１の実施形態と同様に、公式アカウントであっても良い。

さらに、第２の実施形態で説明した、第１のアカウントのアカウント情報と、第２のアカウントのアカウント情報とに共通して含まれる情報は、第１の実施形態、又は第３の実施形態において、第３のアカウントの情報と共に表示されるものであっても良い。

また、情報提供部４０４は、ログ情報４１０に基づいて、第１のアカウントと第２のアカウントとに関連のある情報を、第１のアカウントと第２のアカウントとの間のチャットルームに提供するものであっても良い。例えば、情報提供部４０４は、第１のアカウント及び第２のアカウントとチャット回数がより多い第３のアカウントの情報を、第１のアカウントと第２のアカウントとの間のチャットルームに提供するものであっても良い。或いは、第１のアカウント及び第２のアカウントとより直近にチャットを行った第３のアカウントの情報を、第１のアカウントと第２のアカウントとの間のチャットルームに提供するものであっても良い。
さらに、情報提供部４０４は、関係登録情報４０９の登録日時６０２、登録場所６０３等の情報に基づいて、第１のアカウントと第２のアカウントとに関連のある情報を、第１のアカウントと第２のアカウントとの間のチャットルームに提供するものであっても良い。例えば、情報提供部４０４は、第１のアカウント及び第２のアカウントと、より近い登録場所６０３、登録日時６０２で関連付けを登録した第３のアカウントの情報を、第１のアカウントと第２のアカウントとの間のチャットルームに提供するものであっても良い。

１００ 情報処理システム
１０１ 管理サーバ（情報処理装置）
１０２ 情報端末
４０２ アカウント情報管理部
４０３ 関係登録管理部（登録管理部）
４０４ 情報提供部
４０６ ログ情報管理部
９０５、１１０１、１７０１ チャット画面（チャットルームの一例）
１３０１ ソーシャルグラフ作成部（グラフ作成部）

本発明は、サーバ、情報処理方法、及びプログラムに関する。

上記課題を解決するため、本発明の一実施形態に係るサーバは、第１アカウントの第１ユーザと第２アカウントの第２ユーザとを含むチャットルームに表示される情報を送信するサーバであって、前記第１アカウントと、前記第２アカウントとを関連付けて記憶し、前記第１アカウントと前記第２アカウントとが関連付けられた日にちの情報を記憶する記憶部と、前記記憶部に記憶された前記日にちの情報に基づく、前記第１アカウントと前記第２アカウントとに関連する関連情報を、前記第１ユーザの端末と前記第２ユーザの端末とに送信する通信部とを備え、前記関連情報に基づく情報は、前記第１ユーザの端末と前記第２ユーザの端末とに表示される前記チャットルームに含まれる。

Claims (1)

1. メッセージ送受信サービスに係るアカウント間の関連付けの登録を管理する登録管理部と、
   第１のアカウントと第２のアカウントとの間で、前記関連付けが登録された後、所定の期間内にメッセージの送受信が行われない場合、前記第１のアカウントと前記第２のアカウントとに関連のある情報を、前記第１のアカウントと前記第２のアカウントとの間で前記メッセージの送受信を行うチャットルームに提供する情報提供部と、
   を有する情報処理装置。

Images