JP2019122031A - 情報処理装置、方法及びプログラム - Google Patents

Abstract

【課題】通話によるコミュニケーションを活性化することを可能とする。【解決手段】情報処理装置１０は、第１ユーザと通話するために第２ユーザによって使用されるユーザ端末と通信可能に接続される。情報処理装置１０は、第１ユーザが通話可能な時間帯を含む第１設定情報を格納するデータベース１３と、ユーザ端末が第２ユーザによって使用される時間が第１設定情報に含まれる時間帯に該当する場合、当該第２ユーザと通話可能なユーザとして第１ユーザを含むリストをユーザ端末に表示する。【選択図】図２

Description

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

近年では、ユーザ間でメッセージを交換可能なアプリケーションプログラム（以下、メッセージアプリと表記）が広く普及している。

このようなメッセージアプリによれば、メッセージの送信先のユーザは当該ユーザの都合のよいタイミングでメッセージを閲覧することができる。このため、メッセージの送信元のユーザは、メッセージの送信先のユーザの状況を気にすることなくメッセージを送信することができる。

これに対して、例えばネットワークを介してユーザ間で通話をすることが可能なアプリケーションプログラム（以下、通話アプリと表記）が知られているが、このような通話アプリの場合には、相手方のユーザが通話可能な状況にあるか否かを把握することができないため、通話アプリを利用して当該ユーザを呼び出すことに消極的となる傾向にある。

なお、上記した通話アプリに関連して、ＩＰ電話アプリケーションソフトの利用頻度を向上させるための技術が開示されている（例えば、特許文献１を参照）。

特開２００６−２２２５８３号公報

ところで、上記したようにユーザの状況を気にせずメッセージを送信することができる点でメッセージアプリは利便性が高いが、当該メッセージではユーザの意図を正確に伝えることが困難な場合があり、内容によってはユーザ間で通話した方が効率的である場合がある。

しかしながら、上記したように通話の相手方のユーザの状況（つまり、通話可能な状況にあるか否か）が不明であるため、結果的に通話のために当該ユーザを呼び出す（発信する）ことを断念し、メッセージアプリを利用してしまうことが多い。

そこで、本発明の目的は、通話によるコミュニケーションを活性化することが可能な情報処理装置、方法及びプログラムを提供することにある。

本発明の１つの態様によれば、第１ユーザと通話するために第２ユーザによって使用されるユーザ端末と通信可能に接続される情報処理装置において、前記第１ユーザが通話可能な時間帯を含む第１設定情報を格納する格納手段と、前記ユーザ端末が前記第２ユーザによって使用される時間が前記第１設定情報に含まれる時間帯に該当する場合、当該第２ユーザと通話可能なユーザとして前記第１ユーザを含むリストを前記ユーザ端末に表示する制御手段と、を具備し、前記リストは、前記第１ユーザによって指定されたドリンクの種類と、前記第１ユーザの通話可能時間帯の終了時刻を含む情報処理装置が提供される。

本発明は、通話によるコミュニケーションを活性化することを可能とする。

本発明の実施形態に係る情報処理装置を含む情報処理システムのハードウェア構成の一例を示す図。 情報処理装置の機能構成の一例を示すブロック図。 ユーザが通話可能な時間帯を登録する際の情報処理システムの処理手順の一例を示すシーケンスチャート。 設定画面の一例を示す図。 設定画面の別の例を示す図。 データベースに登録された設定情報のデータ構造の一例を示す図。 ユーザ端末を使用するユーザが対象サービスを利用する際の情報処理システムの処理手順の一例を示す図。 情報処理システムの処理を概念的に説明するための図。 第１トップ画面の一例を示す図。 ユーザリスト画面の一例を示す図。 ユーザ画面の一例を示す図。 ビデオ通話呼び出し画面の一例を示す図。 着信画面の一例を示す図。 ビデオ通話中画面の一例を示す図。 第２トップ画面の一例を示す図。 ユーザに通話可能時間帯を通知する際の情報処理装置の処理手順の一例を示すフローチャート。 ユーザが通話可能となったことを他のユーザに通知する際の情報処理装置の処理手順の一例を示すフローチャート。

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

図１は、本実施形態に係る情報処理装置を含む情報処理システム（ネットワークシステム）のハードウェア構成を示す図である。

図１に示す情報処理システムは、主として、情報処理装置１０及び複数のユーザ端末２０を含む。

情報処理装置１０は、例えばＣＰＵのようなハードウェアプロセッサ１０ａを含むコンピュータ（サーバコンピュータ）及び当該プロセッサ１０ａによって利用され、当該プロセッサ１０ａと接続される記憶装置１０ｂとを備える。この記憶装置１０ｂは、例えばプロセッサ１０ａによって実行されるプログラムを格納する。

複数のユーザ端末２０の各々は、ユーザによって使用される、例えばスマートフォン、タブレット端末及びパーソナルコンピュータ（ＰＣ）等の端末機器を含む。複数のユーザ端末２０は、ネットワーク３０を介して情報処理装置１０と通信可能に接続される。

なお、本実施形態において、複数のユーザ端末２０の各々においては、当該ユーザ端末２０の各々を使用するユーザ間で通話するための処理が実行される。具体的には、ユーザ間の通話は、例えばＷｅｂＲＴＣ（Web Real Time Communications）と称される技術によって実現されるものとする。このＷｅｂＲＴＣによれば、例えばＰ２Ｐ（Peer to Peer）での各ユーザ端末２０上で動作するブラウザまたはアプリケーション間の通信によってビデオ通話及び音声通話を行うことが可能となる。

本実施形態に係る情報処理装置１０（を含む情報処理システム）は、上記したユーザ端末２０を使用して複数のユーザ間で通話（ビデオ通話及び音声通話）を行う際に利用されるサービス（以下、対象サービスと表記）を提供するものである。

図２は、図１に示す情報処理装置１０の機能構成を示すブロック図である。図２に示すように、情報処理装置１０は、受信部１１、登録部１２、データベース（ＤＢ）１３、制御部１４、送信部１５及び通知部１６を含む。

本実施形態において、受信部１１、登録部１２、制御部１４、送信部１５及び通知部１６は、上記したプロセッサ１０ａ（コンピュータ）がプログラムを実行すること（すなわち、ソフトウェア）によって実現されるものとする。なお、これらの各部１１、１２、１４〜１６は、ハードウェアによって実現されてもよいし、ハードウェアとソフトウェアとの組み合わせ構成によって実現されてもよい。

受信部１１は、例えばユーザ端末２０の各々を使用するユーザが通話可能な時間帯を含む設定情報（つまり、ユーザ毎の設定情報）を、当該ユーザ端末２０の各々から受信する。なお、このユーザが通話可能な時間帯は、当該ユーザがユーザ端末２０を操作することによって指定される。

登録部１２は、受信部１１によって受信された設定情報（ユーザ毎の設定情報）をデータベース１３に登録する。

ここで、例えば所定のユーザ（以下、対象ユーザと表記）がユーザ端末２０を使用する場合（つまり、対象ユーザが他のユーザと通話する場合）を想定する。この場合、通話可能なユーザのリスト（一覧）のリクエストが対象ユーザが使用するユーザ端末２０から情報処理装置１０に送信される。このようにユーザ端末２０からリクエストが送信された場合、制御部１４は、データベース１３に登録されている設定情報に基づいて、例えばリクエストが送信された時間（つまり、対象ユーザがユーザ端末２０を使用している時間）を通話可能な時間帯として指定している他のユーザ（対象ユーザ以外のユーザ）を検索する。

送信部１５は、制御部１４によって検索されたユーザを含むリストを、上記したリクエストを送信したユーザ端末２０に送信する。これにより、上記した制御部１４によって検索されたユーザを含むリストがユーザ端末２０に表示される。

通知部１６は、例えば対象ユーザの設定情報に含まれる時間帯の開始時刻に到達した場合、当該対象ユーザが通話可能となったことを他のユーザに通知する。

以下、本実施形態における情報処理システムの動作について説明する。まず、ユーザ端末２０を使用するユーザが上記した対象サービスを利用するためには、当該ユーザが通話可能な時間帯を登録する（つまり、会員登録をする）必要がある。

そこで、図３のシーケンスチャートを参照して、上記したユーザが通話可能な時間帯を登録する際の情報処理システムの処理手順について説明する。ここでは、通話可能な時間帯を登録するユーザを対象ユーザとして説明する。

なお、対象ユーザが対象サービスを利用する場合、当該対象ユーザが使用するユーザ端末（以下、対象ユーザ端末と表記）２０には、当該対象サービスを利用するための所定のアプリケーションプログラム（以下、通話アプリケーションと表記）がインストールされているものとする。

ここで、対象ユーザ端末２０に対する対象ユーザの操作に応じて、当該対象ユーザ端末２０にインストールされた通話アプリケーションが起動されたものとする（ステップＳ１）。

この場合、対象ユーザ端末２０は、例えば対象ユーザを識別するためのユーザＩＤを含むリクエストを情報処理装置１０に送信する（ステップＳ２）。なお、対象ユーザを識別するためのユーザＩＤは、例えば上記した通話アプリケーションが起動された際に自動的に発行されてもよいし、対象ユーザによって指定されてもよい。

情報処理装置１０に含まれる受信部１１は、ステップＳ２において対象ユーザ端末２０から送信されたリクエストを受信する。この場合、制御部１４は、例えば上記した通話可能な時間帯を設定（指定）するための設定画面（を表示するための画面データ）を生成する（ステップＳ３）。

送信部１５は、ステップＳ３において生成された設定画面を対象ユーザ端末２０に送信する（ステップＳ４）。

ステップＳ４において送信された設定画面は、対象ユーザ端末２０において受信され、当該対象ユーザ端末２０に表示される（ステップＳ５）。

ここで、図４は、対象ユーザ端末２０において表示される設定画面の一例を示す。図４に示すように、設定画面１００においては、例えば月〜金（平日）及び土日（週末）の各々に対して通話可能な時間帯を指定することが可能である。

図４に示す例では、月〜金（平日）に対して「１２：０５〜１２：５５」及び「１９：３０〜２２：３０」が指定されている。これによれば、月曜日から金曜日の１２時０５分から１２時５５分までの時間帯及び１９時３０分から２２時３０分までの時間帯が対象ユーザが通話可能な時間帯であることが示されている。設定画面１００においては、このように例えば月〜金（平日）に対して複数の時間帯を指定することが可能である。土日（週末）に対しても同様である。

図４に示すように、設定画面１００には、削除ボタン１０１及び追加ボタン１０２が設けられている。対象ユーザによって削除ボタン１０１が指定（押下）された場合には、対応する通話可能な時間帯（図４に示す例では、「１９：３０〜２２：３０」を削除することができる。また、対象ユーザによって追加ボタン１０２が指定（押下）された場合には、通話可能な時間帯を更に追加（指定）することができる。

また、図４に示す例では、土日（週末）に対して「１７：００〜２１：００」が指定されている。これによれば、土曜日及び日曜日の１９時００分から２１時００分までの時間帯が対象ユーザが通話可能な時間帯であることが示されている。

ここでは月〜金（平日）及び土日（週末）の各々に対して通話可能な時間帯を指定することができるものとして説明したが、例えば図５に示すように月曜日から日曜日までの各曜日に対して個別に通話可能な時間帯を指定することができるようにしてもよい。

なお、設定画面１００には、設定完了ボタン１０３が更に設けられている。設定画面１００において通話可能な時間帯の指定が完了した場合、対象ユーザは、設定完了ボタン１０３を指定（押下）するものとする。

再び図３に戻ると、対象ユーザ端末２０は、設定完了ボタン１０３が指定された際に設定画面１００において指定されていた通話可能な時間帯を含む設定情報を取得する（ステップＳ６）。

ステップＳ６において取得された設定情報は、情報処理装置１０に送信される（ステップＳ７）。

情報処理装置１０の受信部１１は、対象ユーザ端末２０から送信された設定情報を受信する。登録部１２は、受信部１１によって受信された設定情報をデータベース１３に登録する（ステップＳ８）。

ここでは、対象ユーザが通話可能な時間帯（を含む設定情報）が登録される場合について説明したが、他のユーザが通話可能な時間帯が登録される場合についても同様である。

図６は、上記した図３に示す処理が実行されることによってデータベース１３に登録された設定情報のデータ構造の一例を示す。データベース１３には、上記したように対象サービスを利用するユーザ毎の設定情報が登録（格納）されている。

図６に示すように、設定情報は、ユーザＩＤ、時間帯、ユーザ情報及び登録ユーザＩＤ等を含む。

ユーザＩＤは、ユーザを識別するための識別子である。時間帯は、対応づけられているユーザＩＤによって識別されるユーザが通話可能な時間帯である。この時間帯は、上記した図３に示すステップＳ５においてユーザ端末２０に表示された設定画面においてユーザＩＤによって識別されるユーザによって指定された時間帯である。

ユーザ情報は、対応づけられているユーザＩＤによって識別されるユーザに関する情報であり、例えば当該ユーザの氏名、顔画像及び自己紹介メッセージ等を含む。

登録ユーザＩＤは、例えば上記した対象サービスを利用する複数のユーザのうち、対応づけられているユーザＩＤによって識別されるユーザによって登録されたユーザ（以下、登録ユーザと表記）を識別するための識別子である。なお、登録ユーザＩＤによって識別される登録ユーザは、例えばソーシャルネットワーキングサービス（ＳＮＳ）等においてユーザＩＤによって識別されるユーザの友人等として指定されているユーザであってもよいし、ユーザＩＤによって識別されるユーザによって個別に指定されたユーザであってもよい。

なお、上記したユーザ情報及び登録ユーザＩＤは、上記した図３に示す処理が実行される際に通話可能な時間帯とともに設定（指定）されてもよいし、当該図３に示す処理が実行された後に別途設定（指定）されてもよい。

図６に示す例では、データベース１３には、設定情報１３１及び１３２を含む複数の設定情報が登録されている。

設定情報１３１は、ユーザＩＤ「００１」、時間帯「月〜金 １２：０５〜１２：５５、月〜金 １９：３０〜２２：３０、土日 １７：００〜２１：００」、ユーザ情報「ユーザ情報１」及び登録ユーザＩＤ「１０３，１０４，…」を含む。この設定情報１３１によれば、ユーザＩＤ「００１」によって識別されるユーザが通話可能な時間帯が月曜日から金曜日の１２時０５分から１２時５５分までの時間帯、１９時３０分から２２時３０分までの時間帯、及び土曜日及び日曜日の１７時００分から２１時００分までの時間帯であることが示されている。また、設定情報１３１によれば、ユーザＩＤ「００１」によって識別されるユーザに関するユーザ情報が「ユーザ情報１」であり、当該ユーザによって登録されているユーザ（登録ユーザ）にはユーザＩＤ「１０３」及び「１０４」によって識別されるユーザが含まれることが示されている。

設定情報１３２は、ユーザＩＤ「００２」、時間帯「土日 １８：３０〜２３：００」、ユーザ情報「ユーザ情報２」及び登録ユーザＩＤ「２０１，…」を含む。この設定情報１３２によれば、ユーザＩＤ「００２」によって識別されるユーザが通話可能な時間帯が土曜日及び日曜日の１８時３０分から２３時００分までの時間帯であることが示されている。また、設定情報１３２によれば、ユーザＩＤ「００２」によって識別されるユーザに関するユーザ情報が「ユーザ情報２」であり、当該ユーザによって登録されているユーザ（登録ユーザ）にはユーザＩＤ「２０１」によって識別されるユーザが含まれることが示されている。

ここでは、設定情報１３１及び１３２（つまり、ユーザＩＤ「００１」及び「００２」によって識別されるユーザの設定情報）についてのみ説明したが、他のユーザの設定情報についても同様にデータベース１３に登録されている。

次に、図７のシーケンスチャートを参照して、ユーザ端末２０を使用するユーザが対象サービスを利用する際の情報処理システムの処理手順について説明する。ここでは、対象サービスを利用するユーザを対象ユーザとして説明する。また、この対象ユーザによって使用されるユーザ端末２０を対象ユーザ端末２０と称する。

なお、上記したように対象ユーザ端末２０には対象サービスを利用するための通話アプリケーションがインストールされており、上記した図３に示す処理が実行されることによって対象ユーザの設定情報（つまり、対象ユーザが通話可能な時間帯）がデータベース１３に登録されているものとする。なお、以下の説明において、対象ユーザが通話可能な時間帯を便宜的に対象ユーザの通話可能時間帯と称する。他のユーザについても同様である。

ここで、対象ユーザ端末２０に対する対象ユーザの操作に応じて、当該対象ユーザ端末２０にインストールされている通話アプリケーションが起動されたものとする（ステップＳ１１）。

この場合、対象ユーザ端末２０は、例えば対象ユーザを識別するためのユーザＩＤを含むリクエストを送信する（ステップＳ１２）。

ステップＳ１２においてリクエストが送信された場合、情報処理装置１０に含まれる受信部１１は、当該リクエストを受信する。制御部１４は、受信部１１によって受信されたリクエストに含まれるユーザＩＤを含む設定情報を、データベース１３から取得する（ステップＳ１３）。

制御部１４は、ステップＳ１３において取得された設定情報に含まれる時間帯（対象ユーザの通話可能時間帯）に基づいて、当該対象ユーザのステータスを判別する（ステップＳ１４）。

ここで、ステップＳ１４の処理について説明する。ステップＳ１４において判別される対象ユーザのステータスには、当該対象ユーザが通話可能であることを示す「ＯＮ」及び当該対象ユーザが通話可能でないことを示す「ＯＦＦ」が含まれる。ステップＳ１４において、制御部１４は、ステップＳ１２において対象ユーザ端末２０からリクエストが送信された時間がステップＳ１３において取得された設定情報に含まれる時間帯に該当する（含まれる）場合には、対象ユーザのステータスは「ＯＮ」であると判別する。一方、制御部１４は、ステップＳ１２において対象ユーザ端末２０からリクエストが送信された時間がステップＳ１３において取得された設定情報に含まれる時間帯に該当しない場合には、対象ユーザのステータスは「ＯＦＦ」であると判別する。

なお、上記した対象ユーザのステータスを判別するために用いられる対象ユーザ端末２０からリクエストが送信された時間（時刻）は、通話アプリケーションの起動時または当該リクエストの送信時に対象ユーザ端末２０側で取得される時刻であってもよいし、当該リクエストの受信時に情報処理装置１０側で取得される時刻であってもよい。対象ユーザ端末２０からリクエストが送信された時間は、例えば対象ユーザが他のユーザと通話するために対象ユーザ端末２０を使用する時間に相当する時間（時刻）であればよい。

ステップＳ１４の処理が実行されると、制御部１４は、当該ステップＳ１４において判別された対象ユーザのステータスに応じたトップ画面（を表示するための画面データ）を生成する（ステップＳ１５）。換言すれば、このステップＳ１５において、制御部１４は、対象ユーザのステータスが「ＯＮ」である場合のトップ画面または対象ユーザのステータスが「ＯＦＦ」である場合のトップ画面を生成する。

送信部１５は、ステップＳ１５において生成されたトップ画面を対象ユーザ端末２０に送信する（ステップＳ１６）。

ステップＳ１６において送信されたトップ画面は、対象ユーザ端末２０において受信され、当該対象ユーザ端末２０に表示される（ステップＳ１７）。なお、ステップＳ１７においては、上記したように対象ユーザのステータスが「ＯＮ」である場合のトップ画面（以下、第１トップ画面と表記）または対象ユーザのステータスが「ＯＦＦ」である場合のトップ画面（以下、第２トップ画面と表記）が表示されるが、この第１及び第２トップ画面の具体例については後述する。

ここで、対象ユーザ端末２０に第１トップ画面が表示された場合を想定する。この場合、対象ユーザ端末２０は、第１トップ画面に対する対象ユーザの操作に応じて、通話可能なユーザのリストのリクエストを情報処理装置１０に送信する（ステップＳ１８）。このリクエストには、対象ユーザを識別するためのユーザＩＤが含まれる。

情報処理装置１０に含まれる受信部１１は、ステップＳ１８において対象ユーザ端末２０から送信されたリクエストを受信する。この場合、制御部１４は、受信部１１によって受信されたリクエストに含まれるユーザＩＤ及びデータベース１３に格納されている設定情報に基づいて通話可能なユーザを検索する（ステップＳ１９）。

ステップＳ１９において、制御部１４は、データベース１３に格納されている設定情報のうち、ステップＳ１８において対象ユーザ端末２０からリクエストが送信された時間に該当する時間帯を含む設定情報を特定する。なお、対象ユーザ端末２０からリクエストが送信された時間は、対象ユーザ端末２０が対象ユーザによって使用される時間に相当し、例えば当該リクエストの送信時に対象ユーザ端末２０側で取得される時刻であってもよいし、当該リクエストの受信時に情報処理装置１０側で取得される時刻であってもよい。なお、ここで特定される設定情報は、例えば現在通話可能であるユーザの設定情報（当該ユーザを識別するためのユーザＩＤを含む設定情報）である。

次に、制御部１４は、特定された設定情報のうち、対象ユーザを識別するためのユーザＩＤを登録ユーザＩＤとして含む設定情報を更に特定する。制御部１４は、ここで特定された設定情報に含まれるユーザＩＤによって識別されるユーザを通話可能なユーザとして取得する。

すなわち、ステップＳ１９において検索される通話可能なユーザは、対象ユーザの登録ユーザ（例えば、友人等）のうち現在通話可能であるユーザである。

ステップＳ１９の処理が実行されると、送信部１５は、当該ステップＳ１９において検索されたユーザを含むリストを対象ユーザ端末２０に送信する（ステップＳ２０）。

ステップＳ２０において送信されたリスト（通話可能なユーザのリスト）は、対象ユーザ端末２０において受信され、当該対象ユーザ端末２０に表示される（ステップＳ２１）。対象ユーザは、対象ユーザ端末２０に表示されたリストから所望のユーザを指定することによって、対象ユーザ端末２０を介して当該指定したユーザとＷｅｂＲＴＣに基づく通話（ビデオ通話または音声通話）をすることが可能となる。

図７においては、対象ユーザが対象サービスを利用するものとして説明したが、他のユーザについても同様に対象サービスを利用することが可能である。

ここで、図８を参照して、上記した図７に示す処理を概念的に説明する。ここでは、図８に示すように、例えばユーザＸが通話可能となった時点で通話アプリケーションを起動した（または情報処理装置１０にログインした）場合を想定する。なお、以下の説明では、通話アプリケーションを起動してユーザ端末２０の使用を開始した時間を便宜的に端末使用時と称する。また、ユーザＸの登録ユーザとしては、例えばユーザＡ〜Ｃが含まれるものとする。

図８に示す例において、ユーザＸの端末使用時は、ユーザＡ及びＣの通話可能時間帯に該当するが、ユーザＢの通話可能時間帯には該当しない。

この場合において上記した図７に示す処理が実行されると、ユーザＸが使用するユーザ端末２０には、ユーザＡ及びユーザＢを含むリストが表示される。後述するように、ユーザＸは、このように表示されたリストにおいてユーザＡまたはＢを指定（選択）することによって、当該指定されたユーザＡまたはユーザＢとビデオ通話または音声通話をすることができる。

一方、ユーザＸの端末使用時が通話可能時間帯に該当しないユーザＢについては、ユーザＸが使用するユーザ端末２０に表示されるリストには含まれない（表示されない）。この場合、ユーザＸは、ユーザＢを指定することができないため、当該ユーザＢとビデオ通話または音声通話をすることはできない（当該通話のためにユーザＢを呼び出すことができない）。

また、図８に示すように、ユーザＸの登録ユーザではないユーザＮ１及びＮ２については、ユーザＸの端末使用時が通話可能時間帯に該当するか否かにかかわらず、当該ユーザＸが使用するユーザ端末２０に表示されるリストには含まれない（表示されない）。この場合、上記したユーザＸは、ユーザＢと同様に、ユーザＮ１及びＮ２とビデオ通話または音声通話をすることはできない。

本実施形態においては、このように端末使用時が通話可能な時間帯にあるユーザ（友人）のみがリストとしてユーザ端末２０に表示されるため、端末使用時に通話可能な登録ユーザとビデオ通話または音声通話を行うことができる一方で、端末使用時に通話可能でないユーザや登録ユーザでないユーザとは通話することができない（つまり、通話のために呼び出すことができない）構成とする。

以下、上記した対象サービスの利用例について具体的に説明する。ここで、例えば対象ユーザが自宅等にいるときに他のユーザと会話（通話）がしたいような場合を想定する。この場合、対象ユーザは登録ユーザ（友人）に対して直接電話を掛ける（呼び出す）ようなことも可能であるが、当該登録ユーザが電話を受けることができる状況にあるかどうか不明であるため、当該登録ユーザに電話を掛けることを躊躇する場合がある。

上記した対象サービスはこのような状況において対象ユーザによって利用される。この場合、対象ユーザは、対象ユーザ端末２０を操作することによって、通話アプリケーションを起動する。

このように対象ユーザ端末２０上で通話アプリケーションが起動された場合、上記した図７に示すステップＳ１２〜Ｓ１７が実行されることによって、対象ユーザ端末２０には、トップ画面が表示される。なお、上記したように対象ユーザのステータスが「ＯＮ」の場合には対象ユーザ端末２０には第１トップ画面が表示され、対象ユーザのステータスが「ＯＦＦ」の場合には対象ユーザ端末２０には第２トップ画面が表示される。

ここで、図９は、第１トップ画面の一例を示す。図９に示す第１トップ画面２００には、第１領域２０１、第２領域２０２及び第３領域２０３が設けられている。

第１領域２０１は、対象ユーザのステータス（ここでは、「ＯＮ」）が表示される領域である。なお、この対象ユーザのステータスは例えば切替スイッチ２０１ａとして表示されており、当該切替スイッチ２０１ａが対象ユーザによって指定された場合には、当該対象ユーザのステータスを「ＯＮ」から「ＯＦＦ」に切り替えることができる。なお、この切替スイッチ２０１ａによれば、対象ユーザのステータスを「ＯＦＦ」から「ＯＮ」に切り替えることも可能である。

また、第１領域２０１において、切替スイッチ２０１ａの下部には、対象ユーザの通話可能時間帯の残り時間が表示されている。図９に示す例では、対象ユーザの通話可能時間帯の残り時間が４６分（２３時まで）であることが示されている。また、第１領域２０１には、この対象ユーザの通話可能時間帯の残り時間に対応づけて、スライドバー２０１ｂ及び当該スライドバー２０１ｂ上に配置されたスライダー２０１ｃから構成されるインタフェースが設けられている。このようなインタフェースによれば、スライダー２０１ｃをスライドバー２０１ｂ上で左右にスライドさせることによって、対象ユーザの通話可能時間帯（の残り時間）を調整することができる。

第２領域２０２は、例えば対象ユーザが他のユーザとコミュニケーションをとるために有用な情報（以下、コミュニケーション情報）を指定するための領域である。

ここで、上記したように対象ユーザが自宅にいるときに他のユーザと会話をするものとすると、第２領域２０２においては、例えば当該対象ユーザが自宅で飲んでいるドリンク（例えば、酒類）の種類をコミュニケーション情報として指定することができるものとする。このようなコミュニケーション情報は、対象ユーザが他のユーザと会話（通話）する際の話題の１つ等として活用することができる。

図９に示す例では、上記したドリンクの種類（を表すコミュニケーション情報）として「ビール」、「ワイン」、「焼酎」、「ウイスキー」、「日本酒」及び「その他」を指定（選択）することができる例が示されている。なお、コミュニケーション情報としては、ドリンクの種類以外にも例えば対象ユーザの状況等が指定されるようにしてもよい。図９に示す例では、対象ユーザの状況（を表すコミュニケーション情報）として「一人飲み」、「飲み会」、「ＦＲＥＥ」及び「仕事中」を指定（選択）することができる例が示されている。なお、図９において説明したコミュニケーション情報は一例であり、他のものがコミュニケーション情報として指定可能であってもよい。また、第２領域２０２においては、１つのコミュニケーション情報が指定されてもよいし、複数のコミュニケーション情報が指定されてもよい。

第３領域２０３は、対象ユーザが通話方法（ビデオ通話及び音声通話）を選択するための領域である。対象ユーザは、第３領域２０３においてビデオ通話及び音声通話のうちの少なくとも一方を選択することができる。

また、第３領域２０３には、「通話可能なユーザリスト」ボタン２０３ａが設けられている。このボタン２０３ａが対象ユーザによって指定（押下）された場合には、上記した図７に示すステップＳ１８において通話可能なユーザのリストのリクエストが対象ユーザ端末２０から情報処理装置１０に送信され、ステップＳ１９〜Ｓ２１の処理が実行される。

なお、第２領域２０２において指定されたコミュニケーション情報及び第３領域２０３において選択された通話方法は、通話可能なユーザのリストのリクエストともに情報処理装置１０に送信され、当該情報処理装置１０内で管理されるものとする。

ここで、図１０は、ステップＳ２１において通話可能なユーザのリストが表示された際の対象ユーザ端末２０の表示画面（以下、ユーザリスト画面と表記）の一例を示す。

図１０に示すように、ユーザリスト画面３００には、図７に示すステップＳ１９において検索されたユーザの一覧が表示される。なお、ユーザリスト画面３００において、各ユーザは、当該ユーザに関する情報（ユーザ情報）として登録されている当該ユーザの氏名及び顔画像を用いて表示されるものとする。

また、図１０に示すように、各ユーザ（の顔画像）の近傍には、当該ユーザによって上記したコミュニケーション情報として指定されているドリンクの種類を表すアイコン３０１が付加されている。このようなアイコン３０１によれば、対象ユーザは、リスト中の各ユーザが飲んでいるドリンクの種類を把握することができる。

また、ユーザリスト画面３００には、各ユーザに対応づけてビデオ通話アイコン３０２及び音声通話アイコン３０３が設けられている。ビデオ通話アイコン３０２は、対応づけられているユーザが上記した通話方法としてビデオ通話を選択していることを示す。音声通話アイコン３０３は、対応づけられているユーザが上記した通話方法として音声通話を選択していることを示す。

図１０に示す例では、ユーザＡ及びＢは通話方法としてビデオ通話及び音声通話の双方を選択しており、ユーザＣは通話方法として音声通話のみを選択しており、ユーザＤは通話方法としてビデオ通話のみを選択していることが示されている。

なお、ユーザリスト画面３００に表示されるユーザは上記したように対象ユーザの登録ユーザのうち現在通話可能であるユーザであるが、当該ユーザリスト画面３００には、例えば第１トップ画面２００（第３領域２０３）において対象ユーザによって選択された通話方法に合致するユーザのみが表示されるものとする。

具体的には、例えば第３領域２０３において対象ユーザがビデオ通話及び音声通話の両方を選択した場合には、ユーザリスト画面３００には対象ユーザの登録ユーザのうち現在通話可能であるユーザの全てが表示される。一方、第３領域２０３において対象ユーザがビデオ通話のみを選択した場合、ユーザリスト画面３００には、対象ユーザの登録ユーザのうちの現在通話可能であるユーザであって通話方法としてビデオ通話を選択しているユーザのみが表示される。この場合、対象ユーザの登録ユーザのうちの現在通話可能であるユーザであっても、通話方法として音声通話のみを選択しているユーザについてはユーザリスト画面３００には表示されない。同様に、第３領域２０３において対象ユーザが音声通話のみを選択した場合、ユーザリスト画面３００には、対象ユーザの登録ユーザのうちの現在通話可能であるユーザであって通話方法として音声通話を選択しているユーザのみが表示される。

なお、ユーザリスト画面３００においては上記したように対象ユーザの登録ユーザのうち現在通話可能であるユーザが通話可能なユーザとして表示されるが、当該表示されているユーザが他のユーザと通話している（つまり、対象ユーザと通話することができない）場合には、当該ユーザに対応づけられているビデオ通話アイコン３０２及び音声通話アイコン３０３は非表示とする。

また、図１０に示す例では、各ユーザに対応づけて当該ユーザの通話可能時間帯（の終了時刻）が表示されている。これによれば、対象ユーザは、ユーザリスト画面３００に表示されている各ユーザの通話可能時間帯を把握することができる。

なお、図１０においては省略されているが、ユーザリスト画面３００においては、当該ユーザリスト画面３００に表示されている各ユーザからの着信（不在着信）の有無が表示されるようにしてもよい。また、本実施形態における通話アプリケーションによってユーザ間でメッセージを交換することが可能な場合には、各ユーザからの未読メッセージの有無等が表示されてもよい。

また、ユーザリスト画面３００の上部には、絞り込みボタン３０４が設けられている。このような絞り込みボタン３０４が対象ユーザによって指定（押下）された場合には、ユーザリスト画面３００に表示されているユーザを並び替える、または対象ユーザによって指定された氏名のユーザを検索する等が可能であるものとする。

ここで、対象ユーザは、ユーザリスト画面３００に表示されているユーザの中から対象ユーザが通話するユーザを選択することができる。図１０に示すユーザリスト画面３００において、例えばユーザＡが選択された場合、対象ユーザ端末２０には、図１１に示す画面（以下、ユーザ画面と表記）が表示される。

ユーザ画面４００には、ユーザＡの顔画像に加えて、ユーザＡによってコミュニケーション情報として指定されているドリンクの種類を表すアイコン４０１、ビデオ通話アイコン４０２及び音声通話アイコン４０３が表示されている。

更に、ユーザ画面４００には、ユーザＡに関する情報（ユーザ情報）として登録されている当該ユーザの自己紹介メッセージが表示される。

対象ユーザは、図１１に示すようなユーザ画面４００を確認した後、ユーザＡと通話する（ためにユーザＡを呼び出す）際には、ビデオ通話アイコン４０２または音声通話アイコン４０３を指定（押下）する。すなわち、対象ユーザは、ユーザＡとビデオ通話をする場合にはビデオ通話アイコン４０２を指定し、ユーザＡと音声通話をする場合に音声通話アイコン４０３を指定することができる。

ここで、図１２は、図１１に示すユーザ画面において例えばビデオ通話アイコン４０２が指定された場合に表示される画面（以下、ビデオ通話呼び出し画面と表記）の一例を示す。

図１２に示すビデオ通話呼び出し画面５００においては、例えば「ビデオ通話の呼び出し中」のメッセージ５０１が表示される。

一方、ユーザＡが使用するユーザ端末２０においては、例えば図１３に示す着信画面６００が表示される。

着信画面６００には例えば「ユーザＸ（対象ユーザ）からビデオ通話の着信中」のメッセージ６０１が表示され、当該着信中であることをユーザＡに知らせるための着信音がユーザ端末から出力される。

なお、着信画面６００には、通話開始ボタン６０２及び通話拒否ボタン６０３が設けられている。通話開始ボタン６０２は、対象ユーザからの呼び出し（着信）に応答し、当該対象ユーザとの通話（ここでは、ビデオ通話）を開始するためのボタンである。一方、通話拒否ボタン６０３は、対象ユーザからの呼び出し（着信）を拒否するためのボタンである。

着信画面６００においてユーザＡによって通話開始ボタン６０２が指定（押下）された場合、対象ユーザが使用する対象ユーザ端末２０及びユーザＡが使用するユーザ端末２０には例えば図１４に示すような画面（ビデオ通話中画面）が表示され、当該対象ユーザ及びユーザＡ間のビデオ通話が可能となる。

なお、図１４に示すビデオ通話中画面７００には、上記したコミュニケーション情報（対象ユーザ及びユーザＡが飲んでいるドリンクの種類を示すアイコン）が表示されているため、当該コミュニケーション情報を話題の１つとして利用することができる。

本実施形態においては、例えばユーザ間の通話の回数が情報処理装置１０において管理されるようにしてもよい。これによれば、図１４に示すビデオ通話中画面７００において、例えば対象ユーザ及びユーザＡ間の通話の回数を表示することができ、当該回数もコミュニケーション情報の１つとして利用することができる。

なお、ビデオ通話が開始される場合に、対象ユーザ及びユーザＡにコミュニケーション情報（飲んでいるドリンクの種類またはユーザの状況）を再度指定させるようにしてもよい。

ビデオ通話中画面７００には、通話終了ボタン７０１が設けられている。例えば対象ユーザによって通話終了ボタン７０１が指定（押下）された場合には、対象ユーザ及びユーザＡ間のビデオ通話は終了される。

ここでは対象ユーザがビデオ通話を行う場合について説明したが、音声通話を行う場合についても同様であるため、その詳しい説明を省略する。

次に、図１５を参照して、対象ユーザのステータスが「ＯＦＦ」である場合に表示される第２トップ画面について説明する。

図１５に示す第２トップ画面８００には、第１領域８０１及び第２領域８０２が設けられている。

第１領域８０１は、対象ユーザのステータス（ここでは、「ＯＦＦ」）が表示される領域である。なお、この第１領域８０１は、上記した図９に示す第１トップ画面２００に設けられている第１領域２０１に相当する領域である。すなわち、対象ユーザのステータスは、切替スイッチ８０１ａとして表示されている。なお、切替スイッチ８０１ａが対象ユーザによって指定された場合には、対象ユーザの端末使用時が予め設定されている当該対象ユーザの通話可能時間帯に該当しない場合であっても、当該対象ユーザのステータスを「ＯＦＦ」から「ＯＮ」に切り替えることができる。

このように、対象ユーザのステータスが「ＯＦＦ」から「ＯＮ」に切り替えられた場合には、図１５に示す第２トップ画面８００は、図９に示す第１トップ画面２００に遷移する。

第２領域８０２は、対象ユーザの通話可能時間帯（の予定）を表示するための領域である。

なお、この対象ユーザの通話可能時間帯は上記したように対象ユーザを識別するためのユーザＩＤを含む設定情報に含まれる時間帯であり、上記した図４に示す設定画面において指定（設定）された時間帯であるが、第２領域８０２には、当該時間帯毎に切替スイッチが設けられている。

図１５に示す例では、対象ユーザの通話可能時間帯「今日 １８：３０〜２３：００」に対しては切替スイッチ８０２ａが設けられており、対象ユーザの通話可能時間帯「明日 １８：３０〜２３：００」に対しては切替スイッチ８０２ｂが設けられている。

このような切替スイッチ８０２ａ及び８０２ｂによれば、当該切替スイッチに対応づけられている通話可能時間帯の設定の有効及び無効（つまり、「ＯＮ」及び「ＯＦＦ」）を切り替えることができる。

すなわち、例えば切替スイッチ８０２ａが「ＯＮ」である場合には、今日の１８時３０分から２３時００分までの時間帯は通話可能時間帯として扱われ、当該対象ユーザは、当該時間帯において他のユーザ（対象ユーザの登録ユーザ）が使用するユーザ端末２０に表示される。

一方、切替スイッチ８０２ａが「ＯＦＦ」とした場合には、今日の１８時３０分から２３時００分までの時間帯は通話可能時間帯として扱われず、当該対象ユーザは、当該時間帯であっても他のユーザ（対象ユーザの登録ユーザ）が使用するユーザ端末２０には表示されない（つまり、呼び出されない）。

なお、図１５においては省略されているが、第２領域８０２には、例えば直近の対象ユーザの通話可能時間帯までの時間が表示されてもよい。

また、第２トップ画面８００においても上記した図９において説明した「通話可能なユーザリスト」ボタン２０３ａに相当するボタンが設けられていてもよく、対象ユーザによってこのボタンが指定（押下）された場合には、対象ユーザ端末２０においては図１０に示すユーザリスト画面と同様の画面が表示されても構わない。すなわち、対象ユーザの通話可能時間帯以外（つまり、対象ユーザが通話可能でない時間帯）であっても、当該対象ユーザの端末使用時に通話可能なユーザを対象ユーザが確認することができるようにしてもよい。なお、通話可能時間帯以外の時間帯においては、対象ユーザは他のユーザを呼び出すことはできないものとする。

ここで、上記した通話可能時間帯においては、対象ユーザは他のユーザを呼び出すことが可能であるが、当該対象ユーザは他のユーザから呼び出される場合もある。

しかしながら、例えば対象ユーザの通話可能時間帯を当該対象ユーザが失念していた場合には、通話可能時間帯であるにもかかわらず、対象ユーザ端末２０を離れた位置に置いておくような場合が想定される。このような場合には、他のユーザから呼び出された（つまり、着信があった）としても、対象ユーザは当該呼び出しに気づかない場合があり、対象サービスの利用価値が低下する可能性がある。

このため、本実施形態に係る情報処理装置１０は、通話可能時間帯の開始前にユーザに対して当該通話可能時間帯（の設定の存在）を通知する機能を有する。

以下、図１６のフローチャートを参照して、ユーザに通話可能時間帯を通知する際の情報処理装置１０の処理手順について説明する。なお、図１６に示す処理は、情報処理装置１０に含まれる通知部１６によって実行される。ここでは、例えば通話可能時間帯が通知されるユーザを対象ユーザとして説明する。

この場合、通知部１６は、対象ユーザを識別するためのユーザＩＤを含む設定情報（つまり、対象ユーザの設定情報）を取得する（ステップＳ３１）。

次に、通知部１６は、ステップＳ３１において取得された設定情報に含まれる時間帯に基づいて、例えば現在時刻が対象ユーザの通話可能時間帯の所定時間前であるか否かを判定する（ステップＳ３２）。なお、ステップＳ３２の判定処理で用いられる所定時間は、例えばユーザ毎に設定されていてもよいし、全てのユーザに共通で設定されていてもよい。所定時間がユーザ毎に設定されている場合、当該ユーザによって設定された所定時間は、当該ユーザを識別するためのユーザＩＤを含む設定情報に含まれていればよい。また、所定時間が全てのユーザに共通で設定されている場合、当該所定時間は、情報処理装置１０内で管理されていればよい。

現在時刻が対象ユーザの通話可能時間帯の所定時間前であると判定された場合（ステップＳ３２のＹＥＳ）、通知部１６は、対象ユーザによって使用される対象ユーザ端末２０に対して当該対象ユーザの通話可能時間帯の所定時間前である旨の通知（プッシュ通知）を送信する（ステップＳ３３）。

このステップＳ３３の処理によれば、対象ユーザの通話可能時間帯の所定時間前であることが対象ユーザ端末２０に表示（通知）される。

なお、現在時刻が対象ユーザが通話可能な時間帯の所定時間前でないと判定された場合（ステップＳ３２のＮＯ）、ステップＳ３３の処理は実行されない。

図１６においては１のユーザ（対象ユーザ）に当該ユーザの通話可能時間帯を通知する場合について説明したが、当該図１６に示す処理は、対象サービスを利用する全てのユーザについて実行される。

すなわち、上記した図１６に示す処理によれば、対象サービスを利用する各ユーザに対して当該ユーザの通話可能時間帯（の開始時刻）を事前に通知することが可能となる。なお、図１６に示す処理は、例えば定期的に実行されるものとする。

次に、例えば他のユーザが当該他のユーザの通話可能時間帯の開始時刻にユーザ端末２０において通話アプリケーションを起動した場合を想定する。この場合、上記した図７に示す処理が実行されることによって、他のユーザのユーザ端末２０には当該ユーザの通話可能なユーザのリストが表示される。

ここで、この他のユーザは登録ユーザの１人（以下、対象ユーザと表記）と通話したいと考えてユーザ端末２０に表示されたリストを参照したところ、当該対象ユーザが表示されていないため、対象サービスの利用を断念したものとする。

上記したように本実施形態において、他のユーザによって使用されるユーザ端末２０には、当該他のユーザの登録ユーザのうち通話可能であるユーザがリストに表示されるため、通話アプリケーションを起動した時（つまり、端末使用時）が対象ユーザの通話可能時間帯でなければ、他のユーザが使用するユーザ端末２０には対象ユーザは表示されず、他のユーザは対象ユーザと通話することはできない。

しかしながら、他のユーザが対象サービスの利用を断念した後に対象ユーザの通話可能時間帯となる場合がある。この場合には、他のユーザは対象ユーザを呼び出して通話することが可能であるが、当該他のユーザは、再度通話アプリケーションを起動して、ユーザ端末２０に表示されるリスト内に対象ユーザが存在することを確認しなければ、対象ユーザが通話可能となったことを把握することはできない。

そこで、本実施形態に係る情報処理装置１０は、例えば対象ユーザが通話可能となったことを他のユーザに通知する機能を更に有する。

以下、図１７のフローチャートを参照して、対象ユーザが通話可能となったことを他のユーザに通知する際の情報処理装置１０の処理手順について説明する。なお、図１７に示す処理は、情報処理装置１０に含まれる通知部１６によって実行される。

まず、通知部１６は、対象ユーザを識別するためのユーザＩＤを含む設定情報を取得する（ステップＳ４１）。

次に、通知部１６は、ステップＳ４１において取得された設定情報に含まれる時間帯に基づいて、例えば現在時刻が対象ユーザの通話可能時間帯の開始時刻に到達したか否かを判定する（ステップＳ４２）。

現在時刻が対象ユーザの通話可能時間帯の開始時刻に到達したと判定された場合（ステップＳ４２のＹＥＳ）、通知部１６は、ステップＳ４１において取得された設定情報に含まれる登録ユーザＩＤを取得する（ステップＳ４３）。

通知部１６は、ステップＳ４３において取得された登録ユーザＩＤによって識別されるユーザ（登録ユーザ）によって使用されるユーザ端末２０に対して、対象ユーザが通話可能となった旨の通知（プッシュ通知）を送信する（ステップＳ４４）。

このステップＳ４４の処理によれば、例えば対象ユーザの登録ユーザによって使用されるユーザ端末２０には、当該対象ユーザが通話可能となったことが表示（通知）される。

なお、ここでは対象ユーザの登録ユーザの全てについてプッシュ通知が送信されるものとして説明したが、当該対象ユーザの登録ユーザのうち現在時刻が通話可能時間帯に該当するユーザのみにプッシュ通知が送信される構成であってもよいし、対象ユーザが通話可能となったことを通知するように設定したユーザのみにプッシュ通知が送信される構成であってもよい。

一方、現在時刻が対象ユーザの通話可能時間帯の開始時刻に到達していないと判定された場合（ステップＳ４２のＮＯ）、ステップＳ４３及びＳ４４の処理は実行されない。

図１７においては１のユーザ（対象ユーザ）が通話可能となったことを他のユーザに通知する場合について説明したが、当該図１７に示す処理は、対象サービスを利用する全てのユーザについて実行される。

すなわち、上記した図１７によれば、対象サービスを利用する各ユーザが通話可能となったことを当該ユーザの登録ユーザ（友人）に通知することが可能となる。なお、図１７に示す処理は、例えば定期的に実行されるものとする。

ここでは、対象ユーザが通話可能となったことが当該対象ユーザの登録ユーザに通知されるものとして説明したが、例えば対象ユーザが通話アプリケーションを起動した旨が当該対象ユーザの登録ユーザに通知されてもよいし、このような通知と併せて第１トップ画面において対象ユーザによって指定されたコミュニケーション情報が通知されるようにしてもよい。

上記したように本実施形態においては、例えば他のユーザ（第１ユーザ）の通話可能時間帯を含む設定情報がデータベース１３に格納され、対象ユーザ端末２０が対象ユーザ（第２ユーザ）によって使用される時間（端末使用時）が当該設定情報に含まれる時間帯に該当する場合、当該対象ユーザと通話可能なユーザとして当該他のユーザを含むリストがユーザ端末２０に表示される。

本実施形態においては、このような構成により、対象ユーザは他のユーザの通話可能時間帯を容易に把握することができるため、対象ユーザが当該他のユーザと通話（会話）することを考えた際の、他のユーザが通話可能な状況にないかもしれないとの不安を払拭することができる。よって、本実施形態においては、通話によるコミュニケーションを活性化することができ、会話が少なくなることによる人間関係の希薄化を解消することができる。

なお、本実施形態においては、対象ユーザ端末２０に表示されたリストに含まれる他のユーザが対象ユーザによって指定された場合、当該他のユーザと対象ユーザとの間で通話するための処理が実行される。これにより、対象ユーザは、他のユーザの通話可能時間帯において当該他のユーザと通話することが可能となる。

一方、対象ユーザの端末使用時が他のユーザの設定情報に含まれる時間帯に該当しない場合、当該他のユーザは、通話可能なユーザとしてリストに含まれないため、対象ユーザによって指定されることはない。すなわち、本実施形態においては、例えば他のユーザによって設定された時間帯（他のユーザの通話可能時間帯）以外の時間帯には当該他のユーザが通話のために呼び出されることはないため、対象サービスを利用するユーザの利便性を向上させることが可能となる。

また、本実施形態においては、対象ユーザの通話可能時間帯を含む設定情報をデータベース１３に格納し、当該設定情報に含まれる時間帯の開始時刻に到達した場合、対象ユーザが通話可能となったことが他のユーザ（対象ユーザの登録ユーザ）に通知されるため、他のユーザは、対象ユーザが通話可能となったことを容易に把握することが可能となる。

また、本実施形態においては、対象ユーザ端末２０に表示されるリストには、対象ユーザが他のユーザとコミュニケーションをとるために有用なコミュニケーション情報（例えば、当該他のユーザが飲んでいるドリンクの種類や当該他のユーザの状況等）が含まれる。本実施形態においては、このような構成により、コミュニケーション情報を対象ユーザ及び他のユーザ間での会話における話題の１つとして利用することができるため、よりコミュニケーションの活性化を図ることができる。

なお、本実施形態における情報処理システムは、各種ソーシャルネットワーキングサービス等と連携するような構成であっても構わない。例えばソーシャルネットワーキング上で友達等として登録されているユーザを、本実施形態における登録ユーザとして自動的に登録するようにしてもよい。また、ソーシャルネットワーキング上で登録されているユーザに対して、本実施形態においてユーザ端末２０上で起動される通話アプリケーションを利用している旨の通知が行われ、当該通話アプリケーションの利用を促すような仕組みが構築されていても構わない。

なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。

１０…情報処理装置、１０ａ…プロセッサ、１０ｂ…記憶装置、１１…受信部、１２…登録部、１３…データベース（格納手段）、１４…制御部、１５…送信部、１６…通知部、２０…ユーザ端末。

本発明の１つの態様によれば、第１ユーザと通話するために第２ユーザによって使用されるユーザ端末と通信可能に接続される情報処理装置において、前記第１ユーザが通話可能な時間帯を含む第１設定情報と、前記第２ユーザの登録ユーザを含む第２設定情報と、を格納する格納手段と、前記ユーザ端末が前記第２ユーザによって使用される時間が前記第１設定情報に含まれる時間帯に該当する場合であって、前記第１ユーザが前記登録ユーザである場合には、当該第２ユーザと通話可能なユーザとして前記第１ユーザを含むリストを前記ユーザ端末に表示する制御手段と、を具備し、前記リストは、コミュニケーション情報として、前記第１ユーザによって指定された一人飲み、飲み会、フリー、及び仕事中のいずれかの状況を含む情報処理装置が提供される。

Claims (6)

1. 第１ユーザと通話するために第２ユーザによって使用されるユーザ端末と通信可能に接続される情報処理装置において、
   前記第１ユーザが通話可能な時間帯を含む第１設定情報を格納する格納手段と、
   前記ユーザ端末が前記第２ユーザによって使用される時間が前記第１設定情報に含まれる時間帯に該当する場合、当該第２ユーザと通話可能なユーザとして前記第１ユーザを含むリストを前記ユーザ端末に表示する制御手段と、を具備し、
   前記リストは、前記第１ユーザによって指定されたドリンクの種類と、前記第１ユーザの通話可能時間帯の終了時刻を含む
   情報処理装置。
2. 前記ユーザ端末に表示されたリストに含まれる第１ユーザが前記第２ユーザによって指定された場合、前記第１及び第２ユーザの各々によって使用されるユーザ端末を介して当該第１及び第２ユーザ間で通話するための処理が実行される
   請求項１記載の情報処理装置。
3. 前記ユーザ端末が前記第２ユーザによって使用される時間が前記第１設定情報に含まれる時間帯に該当しない場合、前記第１ユーザは、通話可能なユーザとして前記リストに含まれず、前記第２ユーザによって指定されない
   請求２記載の情報処理装置。
4. 通知手段を更に具備し、
   前記格納手段は、前記第２ユーザが通話可能な時間帯を含む第２設定情報を更に格納し、
   前記通知手段は、前記第２設定情報に含まれる時間帯の開始時刻に到達した場合、前記第２ユーザが通話可能となったことを前記第１ユーザに通知する
   請求項１記載の情報処理装置。
5. 第１ユーザと通話するために第２ユーザによって使用されるユーザ端末と通信可能に接続される情報処理装置が実行する方法であって、
   前記第１ユーザが通話可能な時間帯を含む第１設定情報を格納手段に格納するステップと、
   前記ユーザ端末が前記第２ユーザによって使用される時間が前記第１設定情報に含まれる時間帯に該当する場合、当該第２ユーザと通話可能なユーザとして前記第１ユーザを含むリストを前記ユーザ端末に表示するステップと、を有し、
   前記リストは、前記第１ユーザによって指定されたドリンクの種類と、前記第１ユーザの通話可能時間帯の終了時刻を含む
   方法。
6. 第１ユーザと通話するために第２ユーザによって使用されるユーザ端末と通信可能に接続される情報処理装置のコンピュータによって実行されるプログラムであって、
   前記コンピュータに、
   前記第１ユーザが通話可能な時間帯を含む第１設定情報を格納手段に格納するステップと、
   前記ユーザ端末が前記第２ユーザによって使用される時間が前記第１設定情報に含まれる時間帯に該当する場合、当該第２ユーザと通話可能なユーザとして前記第１ユーザを含むリストを前記ユーザ端末に表示するステップと、を実行させ、
   前記リストは、前記第１ユーザによって指定されたドリンクの種類と、前記第１ユーザの通話可能時間帯の終了時刻を含む
   プログラム。