特開 2022-164542 ビデオ通話サービスを提供する方法、システム及びコンピュータプログラム製品｛ＭＥＴＨＯＤ， ＳＹＳＴＥＭＳ， ＡＮＤ ＣＯＭＰＵＴＥＲ ＰＲＯＧＲＡＭ ＰＲＯＤＵＣＴＳ ＴＨＡＴ ＰＲＯＶＩＤＥ ＶＩＤＥＯ ＣＡＬＬ ＳＥＲＶＩＣＥ｝

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022164542

(43)【公開日】2022-10-27

(54)【発明の名称】ビデオ通話サービスを提供する方法、システム及びコンピュータプログラム製品｛ＭＥＴＨＯＤ， ＳＹＳＴＥＭＳ， ＡＮＤ ＣＯＭＰＵＴＥＲ ＰＲＯＧＲＡＭ ＰＲＯＤＵＣＴＳ ＴＨＡＴ ＰＲＯＶＩＤＥ ＶＩＤＥＯ ＣＡＬＬ ＳＥＲＶＩＣＥ｝

(51)【国際特許分類】

   H04N 7/14 20060101AFI20221020BHJP

   H04M 11/00 20060101ALI20221020BHJP

【ＦＩ】

H04N7/14 170

H04M11/00 302

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2021187209

(22)【出願日】2021-11-17

(31)【優先権主張番号】10-2021-0050122

(32)【優先日】2021-04-16

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0050137

(32)【優先日】2021-04-16

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0050138

(32)【優先日】2021-04-16

(33)【優先権主張国・地域又は機関】KR

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ブルートゥース

２．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】519130063

【氏名又は名称】ハイパーコネクト インコーポレイテッド

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島 孝喜

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(74)【代理人】

【識別番号】100210239

【弁理士】

【氏名又は名称】富永 真太郎

(72)【発明者】

【氏名】サンギル アン

(72)【発明者】

【氏名】ビュンジョン キム

(72)【発明者】

【氏名】ウンヒ チェ

【テーマコード（参考）】

5C164

5K201

【Ｆターム（参考）】

5C164FA09

5C164VA11S

5C164VA16P

5K201AA05

5K201BC02

5K201BC03

5K201CA06

5K201CB13

5K201EC06

5K201FA07

(57)【要約】

【課題】通話を行う端末の動作方法が提供される。
【解決手段】第１端末は、第２端末からサーバに送信された第１好感信号を受信し、第２端末の第２ユーザーに対する第２好感信号をサーバに送信することができる。このとき、第１端末は、第１端末と第２端末との間の通話連結を確立するための信号を受信することができ、信号に基づいて第２端末との通話を行うことができる。

【特許請求の範囲】

【請求項1】

第１端末の動作方法において、
第２端末からサーバに送信された第１好感信号を受信するステップと、
前記第２端末の第２ユーザーに対する第２好感信号をサーバに送信するステップと、
前記サーバから前記第１端末と前記第２端末との間の通話を確立するための信号を受信するステップと、及び
前記信号に基づいて前記第２端末との通話を行うステップと、
を含む、方法。

【請求項2】

前記第２好感信号は、前記第１好感信号が受信された後に送信され、
前記信号は、前記第１端末から前記第２端末に自動的に通話を発信するためのものである、請求項１に記載の方法。

【請求項3】

前記通話を行うステップは、
前記第２端末から前記サーバに送信された応答に基づいて、
前記応答は、前記第１端末から自動的に発信された通話を承諾または辞退する応答に該当する、請求項２に記載の方法。

【請求項4】

前記通話は、本通話を進行する前に行われる予備通貨に該当し、
前記予備通話は音声通話に該当し、前記本通話はビデオ通話に該当する、請求項１に記載の方法。

【請求項5】

前記第１好感信号は、前記第１端末の第１ユーザーのプロファイル情報に基づいて、
前記第２好感信号は、前記第２端末の第１ユーザーのプロファイル情報に基づく、請求項1に記載の方法。

【請求項6】

請求項１に記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。

【請求項7】

第１端末において、
第２端末からサーバに送信された第１好感信号を受信し、前記第２端末の第２ユーザーに対する第２好感信号をサーバに送信し、サーバから、前記第１端末と前記第２端末との間の通話連結を確立するための信号を受信する通信部と、
前記信号に基づいて前記第２端末との通話を行うプロセッサと、
を含む端末。

【請求項8】

前記第２好感信号は、前記第１好感信号が受信された後に送信され、
前記信号は、前記第１端末から前記第２端末に自動的に通話を発信するためのものである、請求項７に記載の端末。

【請求項9】

前記プロセッサは
前記第２端末から前記サーバに送信された応答に基づいて前記通話を行い、
前記応答は、前記第１端末から自動的に発信された通話を承諾または辞退する応答に該当する、請求項８に記載の端末。

【請求項10】

前記通話は、本通話を進行する前に行われる予備通話に該当し、
前記予備通話は音声通話に該当し、前記本通話はビデオ通話に該当する、請求項７に記載の端末。

【請求項11】

前記第１好感信号は、前記第１端末の第１ユーザーのプロファイル情報に基づいて、
前記第２好感信号は、前記第２端末の第１ユーザーのプロファイル情報に基づく、請求項７に記載の端末。

【請求項12】

サーバの動作方法において、
第２端末から第１端末の第１ユーザーに対する第１好感信号を受信するステップと、
前記第１端末から前記第２端末の第２ユーザーに対する第１好感信号を受信するステップと、
前記第１端末と前記第２端末との間の通話連結を確立するための信号を前記第１端末と第２端末に送信するステップと、及び
前記信号に基づいて前記第１端末と第２端末との間の通話を仲介するステップと、
を含む、方法。

【請求項13】

前記第２好感信号は、前記第１好感信号が受信された後に送信され、
前記信号は、前記第１端末から前記第２端末に自動的に通話を発信するためのものである、請求項１２に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ビデオ通話サービスを提供する方法、システム及びコンピュータプログラム製品を提供する。

【背景技術】

【0002】

無線通信技術が発展するにつれて、高速で大容量のデータ伝送が可能になりつつ、音声通話サービスだけでなく、ビデオ通話サービスの提供が活発になっている。ビデオ通話サービスは、複数の端末間に音声信号と映像信号を送受信する通話サービスを意味する。

【0003】

ユーザーは、スマートフォンまたはスマートタブレットのような携帯用端末機を利用してビデオ通話を行うことが可能であり、ビデオ通話を行うユーザーは、互いに知っている関係であってもよく、互いに知らない関係であってもよい。

【0004】

一方、互いに知らない関係であるユーザー間のビデオ通話が行われる場合、ユーザーは、ビデオ通話の連結または退場に対する心理的負担を感じることになるので、ユーザーがより自由にビデオ通話を行うための解決策が要求される。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明は、ビデオ通話サービスを提供する方法、システム及びコンピュータプログラム製品を提供することにある。

【0006】

本発明が解決しようとする課題は、以上で言及した課題に限らず、言及されていない本発明の他の課題及び長所は、下記の説明により理解でき、本発明の実施形態によってより明らかに理解できることとなろう。また、本発明が解決しようとする課題及び長所は、特許請求の範囲に示した手段及びその組み合わせにより実現可能であることが分かるだろう。

【課題を解決するための手段】

【0007】

上述した技術的課題を達成するための技術的手段として、本開示の第１の側面は、第１端末の動作方法において、第２端末からサーバに送信された第１好感信号を受信するステップと、前記第２端末の第２ユーザーに対する第２好感信号をサーバに送信するステップと、前記サーバから前記第１端末と前記第２端末との間の通話を確立するための信号を受信するステップと、及び前記信号に基づいて前記第２端末との通話を行うステップと、を含むことができる。

【0008】

また、前記第２好感信号は、前記第１好感信号が受信された後に送信され、前記信号は、前記第１端末から前記第２端末に自動的に通話を発信するためのものであってもよい。

【0009】

また、前記通話を行うステップは、前記第２端末から前記サーバに送信された応答に基づいて、前記応答は、前記第１端末から自動的に発信された通話を承諾または辞退する応答に該当してもよい。

【0010】

また、前記通話は、本通話を進行する前に行われる予備通話に該当し、前記予備通話は音声通話に該当し、前記本通話はビデオ通話に該当してもよい。

【0011】

また、前記第１好感信号は、前記第１端末の第１ユーザーのプロファイル情報に基づいて、前記第２好感信号は、前記第２端末の第２ユーザーのプロファイル情報に基づいてもよい。

【0012】

本開示の第２の側面は、コンピュータプログラム製品において、第２端末からサーバに送信された第１好感信号を受信するステップと、前記第２端末の第２ユーザーに対する第２好感信号をサーバに送信するステップと、前記サーバから前記第１端末と前記第２端末との間の通話を確立するための信号を受信するステップと、及び前記信号に基づいて前記第２端末との通話を行うステップと、を行うようにするプログラムが格納された一つ以上のコンピュータで読み取り可能な記録媒体を含むコンピュータプログラム製品を提供することができる。

【0013】

本開示の第3の側面は、第１端末において、第２端末からサーバに送信された第１好感信号を受信し、前記第２端末の第２ユーザーに対する第２好感信号をサーバに送信し、サーバから前記第１端末と前記第２端末との間の通話を確立するための信号を受信する通信部、及び前記信号に基づいて前記第２端末との通話を行うプロセッサと、を含むことができる。

【発明の効果】

【0014】

上述の本開示の課題の解決手段によると、ユーザー間のマッチングが完了した場合には、自動的にビデオ通話が発信されるようにすることにより、ユーザーが相手に通話を直接かけなければならない負担を解消することができる。

【図面の簡単な説明】

【0015】

【図1】図１は、サーバ及び少なくとも一つの端末を含むシステムの一例を示す図面である。

【図2】図２は、端末がプロフィール情報を提供される一例を示す図面である。

【図3】図３は、端末間のマッチングが完了する一例を示す図面である。

【図4】図４は、端末間のマッチングが完了した場合に通話が発信される一例を示す図面である。

【図5】図５は、通話待機時間に端末のディスプレイに表示されるグラフィカルユーザーインターフェースの一例を示す。

【図6】図６は、通話待機時間に端末のディスプレイに表示されるグラフィカルユーザーインターフェースの他の例を示す。

【図7】図７は、予備通話が進行される間に端末のディスプレイに表示されるグラフィカルユーザーインターフェースの一例を示す。

【図8】図８は、一実施形態による、第１端末、サーバ及び第２端末を含むシステムにおいて、ビデオ通話が行われるプロセスを示す図面である。

【図9】図９は、一実施形態による、ビデオ通話を仲介する方法のフローチャートである。

【図10】図１０は、サーバのブロック図の一例を示す。

【発明を実施するための形態】

【0016】

本実施形態において使用される用語は、本実施形態における機能を考慮しつつ、できる限り現在広く使用されている一般的な用語を選択したが、これは、当業者の意図または判例、新たな技術の出現などによって変わりうる。また、特定の場合は、任意に選定された用語もあり、その場合、該当する実施形態の説明の部分で詳細にその意味を記載する。したがって、本実施形態において使用される用語は、単純な用語の名称ではなく、その用語が有する意味と、本実施形態の全般にわたった内容とに基づいて定義されなければならない。

【0017】

本実施形態についての説明において、ある部分が他の部分と接続しているとするとき、これは、直接的に接続している場合のみならず、その間に他の構成要素を挟んで電気的に接続されている場合も含む。また、ある部分がある構成要素を含むとするとき、これは、特に逆になる記載がない限り、他の構成要素を除くものではなく、他の構成要素をさらに含んでもよいということを意味する。

【0018】

本実施形態において使用される「構成される」または「含む」などの用語は、明細書上に記載された様々な構成要素、または複数のステップを必ずしも全て含むものと解釈されるものではなく、そのうち一部の構成要素または一部のステップは含まれないこともあり、追加的な構成要素またはステップをさらに含くてもよいものと解釈されなければならない。

【0019】

下記の実施形態についての説明は、権利範囲を制限するものと解釈されてはならず、当該技術分野の当業者が容易に類推可能なものは、本実施形態の権利範囲に属するものと解釈されなければならない。以下、添付された図面を参照して、例示だけのための実施形態を詳細に説明する。

【0020】

図１は、サーバ及び少なくとも一つの端末を含むシステムの一例を示す図面である。

【0021】

一実施形態によるシステム１０００は、サーバ１１００及び複数のユーザー端末１２００ないし１２４０を含んでもよい。複数のユーザー端末１２００ないし１２４０は、便宜上、５個と示されているが、これに限定されるものではない。

【0022】

例えば、システム１０００は、ビデオ通話サービスを提供するシステムでもあり得る。ビデオ通話サービスは、複数のユーザーが各自の端末を利用して、自分の映像を相手に伝送し、相手の映像を受信することにより、意思をやり取りすることができるサービスを意味する。ビデオ通話サービスを利用するユーザーは、各自の端末を介して、映像と音声をやり取りすることができ、チャット機能を介して、テキストをやり取りすることもできる。

【0023】

ビデオ通話サービスを利用しようとするユーザーは、ビデオ通話を行おうとする相手を直接指定し、相手が承諾する場合、ビデオ通話サービスを利用することができる。あるいは、ビデオ通話サービスを提供するサーバ１１００において、ランダムにまたは所定の方式によって相手を指定することができ、ユーザーは、指定された相手とビデオ通話サービスを利用することができる。

【0024】

サーバ１１００及び複数のユーザー端末１２００ないし１２４０は、ネットワークを利用して通信を行うことができる。例えば、ネットワークは、近距離通信網（Local Area Network; LAN）、広域通信網（Wide Area Network; WAN）、付加価値通信網（Value Added Network; VAN）、移動通信網（mobile radio communication network）、衛星通信網及びこれらの組み合わせを含み、図１に示された各ネットワーク構成主体が互いに円滑に通信可能にする包括的な意味のデータ通信網であり、有線インターネット、無線インターネット及びモバイル無線通信網を含んでもよい。また、無線通信は、例えば、無線ＬＡＮ（Wi-Fi）、ブルートゥース、ブルートゥース低エネルギー（Bluetooth low energy）、ジグビー、ＷＦＤ（Wi-Fi Direct）、ＵＷＢ（ultra wideband）、赤外線通信（IrDA; infrared Data Association）、ＮＦＣ（Near Field Communication）などがあるが、これらに限定されるものではない。

【0025】

複数のユーザー端末１２００ないし１２４０は、スマートフォン、タブレットＰＣ（personal computer）、ＰＣ、スマートＴＶ、携帯電話、ＰＤＡ（personal digital assistant）、ラップトップ、メディアプレーヤー、マイクロサーバ、ＧＰＳ（global positioning system）装置、電子書籍端末、デジタル放送用端末、ナビゲーション、キオスク、ＭＰ３プレーヤー、デジタルカメラ、家電機器、カメラが搭載されたデバイス、及びその他のモバイルまたは非モバイルのコンピューティング装置である可能性があるが、これらに制限されるものではない。

【0026】

サーバ１１００は、複数のユーザー端末１２００ないし１２４０の間を接続する仲介装置でもあり得る。サーバ１１００は、複数のユーザー端末１２００ないし１２４０の間でデータを送受信できるように仲介サービスを提供することができる。サーバ１１００は、ネットワークを介して、複数のユーザー端末１２００ないし１２４０へデータを伝送したり、複数のユーザー端末１２００ないし１２４０からデータを受信できる。

【0027】

サーバ１１００は、複数のユーザー端末１２００ないし１２４０それぞれから、プロフィール情報を受信できる。プロフィール情報は、各ユーザーの写真、各ユーザーの映像、趣味情報、ニックネーム（nickname）情報、背丈情報、生年月日情報、性別情報、居住地域情報及び学校情報のうち少なくとも一つを含んでもよい。

【0028】

例えば、第１端末１２００のユーザーは、サーバ１１００が提供するアプリケーションを実行することができ、第１端末１２００は、サーバ１１００から第２端末１２１０ないし１２４０のユーザーのうち少なくとも一部のユーザーのプロフィール情報を受信できる。

【0029】

すなわち、第１端末１２００のユーザーは、第２端末１２１０ないし１２４０のユーザーのうち一部のユーザーのプロフィールを提供されることができる。例えば、第１端末１２００のユーザーは、提供されたプロフィールに基づいて、第２端末１２１０ないし１２４０のユーザーのうち好感の持てるユーザーを含むリストを生成することができる。

【0030】

図２は、端末がプロフィール情報を提供される一例を示す図面である。

【0031】

第１端末１２００の第１ユーザーは、サーバ１１００から、第２端末１２１０ないし１２４０のユーザーのうち一部のユーザーのプロフィール情報を受信できる。例えば、図２は、サーバ１１００から受信した複数のプロフィール情報のうち、第２端末１２１０の第２ユーザーのプロフィール情報２１０が第１端末１２００のディスプレイ２００に表示される一例を示することができる。プロフィール情報２１０は、第２端末１２１０の第２ユーザーの顔を含むイメージまたは映像を含むことができるが、これに制限されるものではない。

【0032】

例えば、第１端末１２００のディスプレイ２００には、好感アイコン２２０及び反感アイコン２３０が表示してもよい。第１端末１２００の第１ユーザーは、ディスプレイ２００に表示された第２ユーザーのプロフィール情報２１０に基づいて、好感アイコン２２０及び反感アイコン２３０のうち一つを選択できる。第１端末１２００の第１ユーザーは、第２ユーザーとのビデオ通話を進行したい場合、好感アイコン２２０を選択でき、第２ユーザーとのビデオ通話を進行したくない場合、反感アイコン２３０を選択できる。

【0033】

一方、第１端末１２００は、第１ユーザーが第２ユーザーのプロフィール情報２１０に基づいて好感信号を入力したという情報を、サーバ１１００に伝送することができる。また、第２端末１２１０は、第１端末１２００またはサーバ１１００から、第１端末１２００の第１ユーザーが反感信号を入力したという情報を受信できる。

【0034】

上述のように、ユーザーが好感アイコン２２０を押す場合に、好感信号がサーバ１１００に伝送可能であるが、これに制限されるものではない。例えば、ユーザーが好感アイコン２２０をスワイプ（swipe）またはドラッグする場合にも、好感信号がサーバ１１００に伝送されることができる。同様に、ユーザーが反感アイコン２３０を押す場合に、反感信号がサーバ１１００に伝達されることがあるが、これに制限されるものではなく、反感信号は、ユーザーが反感アイコン２３０をスワイプまたはドラッグする場合にもサーバ１１００に伝送されることができる。

【0035】

図３は、端末間のマッチングが完了する一例を示す図面である。

【0036】

図２で述べられたように、サーバ１１００は、第２端末１２１０のプロフィール情報に基づいて第１端末１２００が送信した好感信号を受信できる。

【0037】

同様に、第１端末１２００の第１ユーザーのプロフィール情報３１０が、第２端末１２１０のディスプレイ３００に表示してもよい。また、第２端末１２１０のディスプレイ３００には、好感アイコン３２０及び反感アイコン３３０が表示してもよい。第２端末１２１０の第２ユーザーは、第１ユーザーとのビデオ通話を進行したい場合、好感アイコン３２０を選択でき、第１ユーザーとのビデオ通話を進行したくない場合、反感アイコン３３０を選択できる。

【0038】

また、第２端末１２１０は、第２ユーザーが第１ユーザーのプロフィール情報３１０に基づいて好感信号を入力したという情報を、サーバ１１００に伝送することができる。上述のように、第２ユーザーが好感アイコン３２０を押す場合に、好感信号がサーバ１１００に伝送可能であるが、これに制限されるものではない。例えば、第２ユーザーが好感アイコン３２０をスワイプまたはドラッグする場合にも、好感信号がサーバ１１００に伝送されることができる。

【0039】

このとき、サーバ１１００は、第２ユーザーのプロフィール情報に基づいて第１端末１２００が送信した好感信号と、第１ユーザーのプロフィール情報に基づいて第２端末１２１０が送信した好感信号の両方を受信した場合、第１ユーザーと第２ユーザーとの間のマッチングが完了したと判断できる。すなわち、サーバ１１００は、第１ユーザーが第２ユーザーのプロフィール情報２１０に基づいて反感アイコン２３０を選択したという情報、または、第２ユーザーが第１ユーザーのプロフィール情報３１０に基づいて反感アイコン３３０を選択したという情報を受信した場合には、第１ユーザーと第２ユーザーとの間のマッチングが完了していないと判断できる。

【0040】

図４は、端末間のマッチングが完了した場合に通話が発信される一例を示す図面である。

【0041】

サーバ１１００は、第１端末１２００の第１ユーザーと第２端末１２１０の第２ユーザーとの間のマッチングが完了した場合に、第１端末１２００と第２端末１２１０との間の通話サービスを提供することができる。

【0042】

例えば、第１端末１２００の第１ユーザーと第２端末１２１０の第２ユーザーとの間のマッチングが完了した場合に、第１端末１２００または第２端末１２１０で自動的に通話を発信させることができる。すなわち、第１ユーザーまたは第２ユーザーが、第１端末１２００または第２端末１２１０に通話を行うための入力を行わないとしても、自動的に通話を発信させることができる。

【0043】

第２端末１２１０は、第１端末１２００からサーバへ送信された第１好感信号を受信できる。また、第２端末１２１０は、第１端末１２００の第１ユーザーに対する第２好感信号をサーバ１１００に送信することができる。この場合、サーバ１１００は、第１端末１２００の第１ユーザーと第２端末１２１０の第２ユーザーとの間のマッチングが完了したと判断できる。これによって、サーバ１１００は、第１端末１２００と第２端末１２１０との間の通話連結を確立するための信号を、第１端末１２００または第２端末１２１０に送信することができる。

【0044】

図４を参照すれば、第２端末１２１０は、第１好感信号を受信した後に第２好感信号を第１端末１２００に送信することができる。すなわち、サーバ１１００は、第２ユーザーのプロフィール情報に基づいて第１端末１２００が送信した好感信号を受信した後、第１ユーザーのプロフィール情報に基づいて第２端末１２１０が送信した好感信号を受信できる。この場合、サーバ１１００は、第２端末１２１０から第１端末１２００へ自動的に通話を発信されることができる。例えば、第２端末１２１０の第２ユーザーが通話を発信するための別途の動作を行わないとしても、第２端末１２１０から第１端末１２００へ通話が発信され得る。

【0045】

一方、第１端末１２００は、第２端末１２１０から自動的に発信された通話を承諾するか否かを決定してもよい。第１端末１２００が通話を承諾する応答をサーバ１１００に送信した場合には、第１端末１２００と第２端末１２１０との間の通話が行われることができる。しかし、第１端末１２００が通話を辞退する応答をサーバ１１００に送信したり、あるいは第１端末１２００が何らの応答をしない場合には、第１端末１２００と第２端末１２１０との間の通話は失敗し得る。しかし、第１端末１２００は、第１端末１２００からサーバ１１００へ好感信号を送信したユーザーを含むリストを保存することができ、当該リストに第２端末１２１０の第２ユーザーが含まれているので、いつでも第２端末１２１０に通話を発信することができる。同様に、第２端末１２１０に保存されたリストには、第１端末１２００の第１ユーザーが含まれているので、第２端末１２１０は、いつでも第１端末１２００に通話を発信することができる。

【0046】

一方、第１端末１２００の第１ユーザーが、サーバ１１００が提供するアプリケーションに接続していない状態であるとしても、第１端末１２００は、第２端末１２１０から発信された通話を受信できる。

【0047】

このように、ユーザー間のマッチングが完了した場合には、自動的に通話が発信されるようにすることで、ユーザーが相手に通話を直接かけなければならない負担を解消できる。

【0048】

サーバ１１００が第２端末１２１０から第１端末１２００へ通話を発信する場合、通話待機時間が経過した後に第１ユーザーと第２ユーザーとの間の予備通話が行われることができる。すなわち、通話待機時間が経過した後に、第１端末１２００の第１ユーザーは、発信された通話承諾するか否かを決定可能であり、第１端末１２００の第１ユーザーが、発信された通話を承諾する場合には、第１端末の第１ユーザーと第２端末１２１０の第２ユーザーとの間の予備通話が連結し得る。

【0049】

予備通話は、第１端末１２００の第１ユーザーと第２端末１２１０の第２ユーザーとの間の本通話が進行される前に行われることができる。すなわち、予備通話は、第１ユーザー及び第２ユーザーが本通話を進行するか否かを決定する前に行われることができる。例えば、予備通話は、既設定の時間に仲介されるビデオ通話または音声通話に該当してもよい。

【0050】

第１端末１２００の第１ユーザー及び第２端末１２１０の第２ユーザーは、予備通話が終了した後に、本通話を進行するか否かを決定してもよい。
例えば、予備通話は音声通話に該当し、本通話はビデオ通話に該当してもよい。すなわち、本通話であるビデオ通話を行う前に、音声通話を通じて、ビデオ通話を行うか否かを決定できるので、ユーザーは、ビデオ通話を行うにあたって負担を少なく有することができる。また、予備通話がビデオ通話である場合よりも、音声通話である場合には、ビデオ通話である本通話への転換率を高めることができる。一方、これに制限されるものではなく、予備通話はビデオ通話に該当し、本通話もビデオ通話に該当してもよい。

【0051】

図５A-5Dは、通話待機時間に端末のディスプレイに表示されるグラフィカルユーザーインターフェースの一例を示す。

【0052】

図４で述べられたように、第２ユーザーのプロフィール情報に基づいて第１端末が送信した好感信号を受信した以後に、第１ユーザーのプロフィール情報に基づいて第２端末が送信した好感信号を受信する場合に、サーバ１１００は、自動的に第２端末１２１０から第１端末１２００へ通話を発信させることができる。

【0053】

一方、第２端末１２１０から第１端末１２００へ通話を発信する場合、通話待機時間が経過した後に、第２端末１２１０の第２ユーザーと第１端末１２１０の第１ユーザーとの間の通話が連結し得る。

【0054】

例えば、通話待機時間が経過した後に、第１端末１２００の第１ユーザーは、発信された通話を承諾するか否かを決定してもよい。第１端末１２００の第１ユーザーが、発信された通話を承諾する場合には、第１端末１２００の第１ユーザーと第２端末１２１０の第２ユーザーとの間の予備通話が連結可能であり、第１端末１２００の第１ユーザーが、発信された通話を辞退する場合には、第１端末１２００の第１ユーザーと第２端末１２１０の第２ユーザーとの間の予備通話が連結されないことがある。

【0055】

通話待機時間に、第１端末１２００及び第２端末１２１０それぞれのカメラが活性化されることができる。図５A-5Dは、通話待機時間に第２端末１２１０のディスプレイに表示されるグラフィカルユーザーインターフェースの一例を示す。

【0056】

図５A-5Dを参照すれば、通話待機時間に第２端末１２１０のカメラが活性化可能であり、カメラで撮影される第２ユーザーのイメージが第２端末１２１０のディスプレイ５００に表示してもよい。図５A-5Dには示されていないが、第１端末１２００のカメラで撮影される第１ユーザーのイメージが第１端末１２００のディスプレイに同様に表示してもよい。これによって、ユーザーは、通話が連結される前に自分の顔を点検することができる。

【0057】

また、通話待機時間は順次カウントダウン可能であり、第２端末１２１０のディスプレイ５００には、通話待機時間が順次カウントダウンされるグラフィカルユーザーインターフェースが表示してもよい。一方、図５A-5Dでは、通話待機時間が１０秒に設定されているが、これに制限されるものではない。通話待機時間が１０秒である場合、第２端末１２１０のディスプレイ５００には、「１０」から「１」まで通話待機時間が順次カウントされるグラフィカルユーザーインターフェースがしてもよい。例えば、第２端末１２１０のディスプレイ５００には、「１０」から「１」まで１秒単位でカウントダウンされるグラフィカルユーザーインターフェースが表示可能であるが、図５A-5Dでは、通話待機時間のカウントダウンが開始する時点、７秒が残った時点、３秒が残った時点、及びカウントダウンが終了した時点のみを簡略に示している。

【0058】

また、通話待機時間が順次カウントダウンされるにつれて、第２端末１２１０のディスプレイ５００に表示された第２ユーザーの画像領域５１０に対する可視性が変化してもよい。通話待機時間が順次カウントダウンされるにつれて、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０の幅または不透明度が変化してもよい。すなわち、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０が変化するにつれて、ディスプレイ５００に表示された第２ユーザーの画像領域５１０に対する可視性が変化してもよい。

【0059】

例えば、通話待機時間のカウントダウンが開始する時点には、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０が、第２ユーザーの画像領域５１０を全て覆うことができる。通話待機時間が順次カウントダウンされるにつれて、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０も漸進的に変化してもよい。これによって、通話待機時間のカウントダウンが終了する時点には、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０がなくなり、第２ユーザーの画像領域５１０が完全に現われることができる。第２のユーザの画像領域５１０の啓示は、予備呼び出しとの対称性を可能にする、ユーザが準備するのを助けるためにカウントダウンを強調するなどの（ただしこれらに限定されない）様々な利点を提供し得る。 第２の端末１２１０の画像領域５１０は、キャッチホン時間中にカバーされない場合がある。

【0060】

例えば、通話待機時間が順次カウントダウンされるにつれて、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０の幅は次第に小さくなり、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０の不透明度は次第に減少してもよい。

【0061】

図５Aを参照すれば、通話待機時間のカウントダウンが開始する時点で、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０の幅は、第２端末１２１０のディスプレイ５００の幅と同一であり、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０の不透明度は、第２ユーザーのイメージ領域５１０を覆うほどの既設定の値を有することができる。

【0062】

図５Bを参照すれば、通話待機時間が７秒残った場合、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０の幅は、第２端末１２１０のディスプレイ５００の幅に０．７を乗じた値に設定可能であり、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０の不透明度は、第２ユーザーの画像領域５１０を覆うほどの既設定の値に０．７を乗じた値に設定してもよい。

【0063】

また、図５Cを参照すれば、通話待機時間が３秒残った場合、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０の幅は、第２端末１２１０のディスプレイ５００の幅に０．３を乗じた値に設定可能であり、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０の不透明度は、第２ユーザーの画像領域５１０を覆うほどの既設定の値に０．３を乗じた値に設定してもよい。

【0064】

また、図５Dを参照すれば、通話待機時間が終了した場合、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０はなくなり、第２ユーザーの画像領域５１０が完全に現われることができる。

【0065】

上述のように、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０の幅は、第２端末１２１０のディスプレイ５００の幅に一定の割合を乗じた値に決定されてもよい。例えば、前記一定の割合は、カウントダウンが進行されるにつれて、残った通話待機時間を通話待機時間で割った値に設定可能であるが、これに制限されるものではない。同様に、第２端末１２１０のディスプレイ５００の少なくとも一部を覆う領域５２０の不透明度は、既設定の不透明度に一定の割合を乗じた値に決定されてもよい。このとき、既設定の不透明度は、第２ユーザーの画像領域５１０を完全に覆うことができるほどの値に設定可能であり、一定の割合は、カウントダウンが進行されるにつれて、残った通話待機時間をビデオ通話待機時間で割った値に設定可能であるが、これに制限されるものではない。

【0066】

一方、通話待機時間に、第１端末１２００のディスプレイには、同様に第１ユーザーのイメージが表示可能であり、通話待機時間が順次カウントされるにつれて、第１端末１２００のグラフィカルユーザーインターフェースの少なくとも一部を覆う領域の変化は、上述した通りとなり得る。

【0067】

図６は、通話待機時間に端末のディスプレイに表示されるグラフィカルユーザーインターフェースの他の例を示す。

【0068】

図６は、第２端末１２１０から第１端末１２００へ通話を発信する場合、第１端末１２００のディスプレイ600に表示されるグラフィカルユーザーインターフェースの一例を示す。

【0069】

まず、第２端末１２１０から第１端末１２００へ通話を発信する場合、第１端末１２００のディスプレイ６００には、第２端末１２１０の第２ユーザーから通話が発信されたことを報知するメッセージ窓６１０が表示してもよい。

【0070】

第２端末１２１０の第２ユーザーから通話が発信されたことを報知するメッセージ窓６１０が表示された以後、第１端末１２００のカメラが活性化させることがある。第１端末１２００のディスプレイ６００には、カメラで撮影される第１ユーザーのイメージが表示可能であり、これと共に通話待機時間が順次カウントダウンされるグラフィカルユーザーインターフェースが表示してもよい。通話待機時間が順次カウントダウンされるグラフィカルユーザーインターフェースは、図４で述べられた通りとなり得る。

【0071】

一方、通話待機時間が終了した後に、第１端末１２0０のディスプレイ600には、第２端末１２１０の第２ユーザーとの通話を承諾するか否かを問うメッセージ窓６２０が表示してもよい。

【0072】

第１端末１２００の第１ユーザーが、発信された通話を承諾するボタンを選択する場合には、第１端末１２００の第１ユーザーと第２端末１２１０の第２ユーザーとの間の予備通話が連結し得る。また、第１端末１２００の第１ユーザーが、発信された通話を辞退するボタンを選択する場合には、第１端末１２００の第１ユーザーと第２端末１２１０の第２ユーザーとの間の予備通話が連結されないことがある。

【0073】

例えば、第１端末１２００の第１ユーザーが、発信された通話を承諾するボタンを選択した場合、サーバ１１００は、第１端末１２００と第２端末１２１０との間の予備通話を既設定の時間に仲介することができる。

【0074】

予備通話が仲介される既設定の時間が経過した後に、サーバ１１００は、第１端末の第１ユーザー及び第２端末の第２ユーザーから、本通話を行うか否かに対する応答を受信し、本通話を進行するか否かを決定してもよい。

【0075】

一方、予備通話が進行される間に、第１端末１２００及び第２端末１２１０それぞれのディスプレイに表示される第１グラフィカルユーザーインターフェースと、本通話が進行される間に、第１端末１２００及び第２端末１２１０それぞれのディスプレイに表示される第２グラフィカルユーザーインターフェースとは相異なりうる。予備通話が進行される間に、第１端末１２００及び第２端末１２１０それぞれのディスプレイに表示される第１グラフィカルユーザーインターフェースに関し、下記の図７A-7Dで説明する。

【0076】

図７A-7Dは、予備通話が進行される間に端末のディスプレイに表示されるグラフィカルユーザーインターフェースの一例を示す。

【0077】

予備通話が進行される間に、第１端末１２００及び第２端末１２１０それぞれのディスプレイには、予備通話を行う相手端末のユーザーの画像領域と、画像領域の少なくとも一部を覆うブロック領域が表示してもよい。例えば、予備通話が仲介される既設定の時間が経過するにつれて、ブロック領域が変化することができ、ブロック領域に基づいて、相手端末のユーザーの画像領域に対する可視性が変化してもよい。

【0078】

例えば、予備通話が進行される既設定の時間に、第１端末１２００及び第２端末１２１０それぞれのカメラが活性化させることがある。第１端末１２００のディスプレイには、第２端末１２１０のカメラで撮影される第２ユーザーのイメージが表示可能であり、第２端末１２１０のディスプレイには、第１端末１２００のカメラで撮影される第１ユーザーのイメージが表示してもよい。図７A-7Dは、既設定の時間に第２端末１２１０のディスプレイ７００に表示されるグラフィカルユーザーインターフェースの一例を示す。

【0079】

図７A-7Dを参照すれば、既設定の時間は順次カウントダウン可能であり、第２端末１２１０のディスプレイ７００には、既設定の時間が順次カウントダウンされるグラフィカルユーザーインターフェースが表示してもよい。一方、図７A-7Dでは、既設定の時間が３０秒に設定されているが、これに制限されるものではない。既設定の時間が３０秒である場合、第２端末１２１０のディスプレイ７００には、「３０」から「１」まで既設定の時間が順次カウントされるグラフィカルユーザーインターフェースが表示してもよい。例えば、第２端末１２１０のディスプレイ７００には、「３０」から「１」まで１秒単位でカウントダウンされるグラフィカルユーザーインターフェースが表示可能であるが、図７A-7Dでは、既設定の時間のカウントダウンが開始する時点、１５秒残った時点、３秒残った時点、及びカウントダウンが終了した時点のみを簡略に示している。

【0080】

また、既設定の時間が順次カウントダウンされるにつれて、第２端末１２１０のディスプレイ７００に表示された第１ユーザーの画像領域７１０に対する可視性が変化してもよい。既設定の時間が順次カウントダウンされるにつれて、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０の幅または不透明度が変化してもよい。すなわち、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０が変化するにつれて、ディスプレイ７００に表示された第１ユーザーの画像領域７１０に対する可視性が変化してもよい。

【0081】

例えば、既設定の時間のカウントダウンが開始する時点には、第１ユーザーの画像領域７１０が完全に現われることがある。既設定の時間が順次カウントダウンされるにつれて、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０も漸進的に変化してもよい。これによって、既設定の時間のカウントダウンが終了する時点には、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０は、第１ユーザーの画像領域７１０を完全に覆うことができる。

【0082】

例えば、既設定の時間が順次カウントダウンされるにつれて、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０の幅は次第に増加してもよい。あるいは、第２端末１２１０のディスプレイ700の少なくとも一部を覆うブロック領域７２０の不透明度は次第に増加してもよい。

【0083】

図７Aを参照すれば、既設定の時間のカウントダウンが開始する時点では、第１ユーザーの画像領域７１０が完全に現われることができる。

【0084】

図７Bを参照すれば、既設定の時間が１５秒残った場合、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０の幅は、第２端末１２１０のディスプレイ７００の幅に０．５を乗じた値に設定可能であり、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０の不透明度は、第１ユーザーの画像領域７１０を覆うほどの既設定の値に０．５を乗じた値に設定してもよい。

【0085】

また、図７Cを参照すれば、 既設定の時間が３秒残った場合、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０の幅は、第２端末１２１０のディスプレイ７００の幅に０．９を乗じた値に設定可能であり、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０の不透明度は、第１ユーザーの画像領域７１０を覆うほどの既設定の値に０．９を乗じた値に設定してもよい。

【0086】

また、図７Dを参照すれば、 既設定の時間が終了した場合、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０の幅は、第２端末１２１０のディスプレイ７００の幅と同一に設定可能であり、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０の不透明度は、第１ユーザーの画像領域７１０を覆うほどの既設定の値と同一に設定してもよい。

【0087】

上述のように、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０の幅は、第２端末１２１０のディスプレイ７００の幅に一定の割合を乗じた値に決定されてもよい。例えば、一定の割合は、カウントダウンが開始するにつれて経過した時間を既設定の時間で割った値に設定可能であるが、これに制限されるものではない。同様に、第２端末１２１０のディスプレイ７００の少なくとも一部を覆うブロック領域７２０の不透明度は、既設定の不透明度に一定の割合を乗じた値に決定されてもよい。このとき、既設定の不透明度は、第１ユーザーの画像領域７１０を完全に覆うことができるほどの値に設定可能であり、一定の割合は、カウントダウンが開始するにつれて経過した時間を既設定の時間で割った値に設定可能であるが、これに制限されるものではない。

【0088】

また、既設定の時間に、第１端末１２００のディスプレイには、同様に第２端末１２１０の第２ユーザーのイメージが表示可能であり、既設定の時間が順次カウントされるにつれて、第１端末１２００のディスプレイの少なくとも一部を覆う領域の変化は、上述した通りである。

【0089】

上述のように、既設定の時間が順次カウントダウンされるにつれて、端末のグラフィカルユーザーインターフェースで相手の顔が次第に覆われるので、予備通話が終了した後に本通話を進行するか否かを決定するとき、ユーザーの負担を解消することができる。

【0090】

一方、図７Dを参照すれば、既設定の時間が経過した後に、第２端末１２１０のディスプレイ７００には、第１ユーザーとの本通話を進行するか否かに対する応答を要請するメッセージ窓７３０が表示してもよい。また、既設定の時間が経過した後に、第１端末１２００のディスプレイには、第２ユーザーとの本通話を進行するか否かに対する応答を要請するメッセージ窓が同様に表示してもよい。第１ユーザー及び第２ユーザーの応答は、サーバ１１００へ伝送可能であり、サーバ１１００は、当該応答に基づいて、本通話を進行したり、または進行しない場合がある。

【0091】

例えば、サーバ１１００は、第１端末１２００及び第２端末１２１０それぞれから、本通話を進行するか否かに対して承諾する応答を受信する場合、本通話を進行してもよい。また、サーバ１１００は、第１端末１２００または第２端末１２１０から、本ビデオ通話を進行するか否かに対して辞退する応答を受信する場合には、本ビデオ通話を進行しないことがある。

【0092】

図８は、一実施形態による、第１端末、サーバ及び第２端末を含むシステムにおいて、ビデオ通話が行われるプロセスを示す図面である。

【0093】

図８を参照すれば、ステップ８０１で、サーバ１１００は、第１端末１２００へ第２端末１２１０の第２ユーザーのプロフィール情報を伝送することができる。また、ステップ８０２で、サーバ１１００は、第２端末１２１０へ第１端末１２００の第１ユーザーのプロフィール情報を伝送することができる。

【0094】

ステップ８０３で、第１端末１２００の第１ユーザーは、第２ユーザーのプロフィール情報に基づいて、好感アイコンをクリックすることができる。第１端末１２００の第１ユーザーが好感アイコンをクリックすれば、サーバは、第１ユーザーが第２ユーザーのプロフィール情報に基づいて好感アイコンを選択したという情報を、第１端末１２００から受信できる。

【0095】

また、ステップ８０４で、第２端末１２１０の第２ユーザーは、第１ユーザーのプロフィール情報に基づいて、好感アイコンをクリックすることができる。第２端末１２１０の第２ユーザーが好感アイコンをクリックすれば、サーバは、第２ユーザーが第１ユーザーのプロフィール情報に基づいて好感アイコンを選択したという情報を、第２端末１２１０から受信できる。サーバ１１００は、第１ユーザーが第２ユーザーのプロフィール情報に基づいて好感アイコンを選択したという情報と、第２ユーザーが第１ユーザーのプロフィール情報に基づいて好感アイコンを選択したという情報の両方を受信した場合、第１ユーザーと第２ユーザーとの間のマッチングが完了したと判断できる。

【0096】

ステップ８０５で、サーバ１１００は、第２端末１２１０から第１端末１２００へ自動的に通話を発信できる。すなわち、サーバ１１００は、第２ユーザーが通話を行うための入力を行わないとしても、自動的に第１端末１２００へ通話を発信させることができる。

【0097】

第２端末から第１端末１２００へ通話が自動的に発信された場合、第１端末１２００のディスプレイには、第２端末１２１０の第２ユーザーから通話が発信されたことを報知するメッセージ窓が表示してもよい。第２端末１２１０から第１端末１２００へ通話が自動的に発信された場合、通話待機時間が経過した後に、第２ユーザーと第１ユーザーとの間の予備通話が連結し得る。通話待機時間は順次カウントダウン可能であり、第１端末１２００及び第２端末１２１０のディスプレイには、通話待機時間が順次カウントダウンされるグラフィカルユーザーインターフェースが表示してもよい。

【0098】

ステップ８０６で、第１端末１２００は、通話待機時間が終了した後に、通話を承諾することができる。例えば、通話待機時間が終了した後に、第１端末１２００のディスプレイには、第２端末１２１０の第２ユーザーとの通話を承諾するか否かを問うメッセージ窓が表示してもよい。

【0099】

ステップ８０７で、サーバ１１００は、第１端末１２００と第２端末１２１０との間の予備通話を仲介する時間を設定することができる。例えば、サーバ１１００は、設定された時間だけ予備通話を仲介し、設定された時間が経過した後に本通話を進行するか否かを決定してもよい。

【0100】

ステップ８０８で、サーバ１１００は、設定された時間が順次カウントダウンされるにつれて変化するブロック領域を設定することができる。例えば、サーバ１１００は、設定された時間が順次カウントダウンされるにつれて変化するブロック領域の幅及び不透明度を設定することができる。ブロック領域は、第１端末及び第２端末それぞれのディスプレイの少なくとも一部を覆う領域に該当してもよい。ブロック領域の幅は、設定された時間が順次カウントダウンされるにつれて増加し、ブロック領域の不透明度は、設定された時間が順次カウントダウンされるにつれて増加してもよい。例えば、ブロック領域の幅は、ディスプレイの幅に一定の割合を乗じた値に決定されてもよい。前記一定の割合は、カウントダウンが既に行われた時間を、カウントダウンを行う時間で割った値に決定可能であるが、これに制限されるものではない。同様に、ブロック領域の不透明度は、既設定の不透明度に一定の割合を乗じた値に決定されてもよい。前記一定の割合は、カウントダウンが既に行われた時間を、カウントダウンを行う時間で割った値に決定可能であるが、これに制限されるものではない。

【0101】

ステップ８０９で、サーバ１１００は、ブロック領域を第１端末及び第２端末のディスプレイに出力してもよい。例えば、サーバ１１００は、設定された幅及び不透明度に基づいて変化するブロック領域を、第１端末１２００及び第２端末１２１０のディスプレイに出力すしてもよい。決定された幅及び不透明度に基づいて変化するブロック領域を、第１端末１２００及び第２端末１２１０のディスプレイに出力することにより、第１端末１２００のディスプレイに表示された第２ユーザーの画像領域に対する可視性が変化し、第２端末１２１０のディスプレイに表示された第１ユーザーの画像領域に対する可視性が変化してもよい。

【0102】

ステップ８１０で、サーバ１１００は、設定された時間が経過した後に本通話を進行するか否かを問うメッセージ窓を、第１端末１２００及び第２端末１２１０のディスプレイに出力してもよい。

【0103】

ステップ８１１で、第１端末１２００は、本通話を進行するか否かに対して承諾または辞退する応答をサーバ１１００へ伝送することができる。また、ステップ８１２で、第２端末１２１０は、本通話を進行するか否かに対して承諾または辞退する応答をサーバ１１００へ伝送することができる。

【0104】

ステップ８１３で、サーバ１１００は、受信した応答に基づいて、本通話を進行するか否かを決定してもよい。例えば、サーバ１１００は、第１端末１２００及び第２端末１２１０それぞれから、本通話を進行するか否かに対して承諾する応答を受信する場合、本通話を延長してもよい。また、サーバ１１００は、第１端末１２００または第２端末１２１０から、本通話を進行するか否かに対して辞退する応答を受信する場合には、本ビデオ通話を進行しなくてもよい。

【0105】

図９は、一実施形態による、通話を行う方法のフローチャートである。

【0106】

図9を参照すると、ステップ910で、第１端末は、第２端末からサーバに送信された第１好感信号を受信できる。第１好感信号は、第１端末の第１ユーザーのプロファイル情報に基づいて第２端末がサーバに送信した好感信号に該当してもよい。第２端末は、第２ユーザーが、第１ユーザーのプロファイル情報に基づいて好感信号を入力したという情報をサーバーに伝送することができる。例えば、第２ユーザーが好感アイコンを押す場合に、好感信号がサーバに伝送可能であるが、これに制限されるものではない。例えば、第２ユーザーが好感アイコンをスワイプまたはドラッグする場合にも、第１好感信号がサーバに伝送されることができる。

【0107】

ステップ920で、第１端末は、前記第２端末の第２ユーザーに対する第２好感信号をサーバに送信することができる。第２好感信号は、第２端末の第２ユーザーのプロファイル情報に基づいて第１端末がサーバに送信した好感信号に該当してもよい。第１端末は、第１ユーザーが、第２ユーザーのプロファイル情報に基づいて好感信号を入力したという情報をサーバーに伝送することができる。例えば、第１ユーザーが好感アイコンを押す場合に、第２好感信号がサーバに伝送可能であるが、これに制限されるものではない。例えば、第１ユーザーが好感アイコンをスワイプまたはドラッグする場合にも、第２好感信号がサーバに伝送されることができる。

【0108】

ステップ930で、第１の端末は、サーバから第１端末と第２端末との間の通話を確立するための信号を受信できる。例えば、第２好感信号は、前記第１好感信号が受信された後に送信され、信号は、第１端末から第２端末に自動的に通話を発信するためのものであってもよい。すなわち、サーバは、第１ユーザーのプロフィール情報に基づいて第２端末が送信した第１好感信号を受信した後、第２ユーザーのプロフィール情報に基づいて第１端末が送信した第２好感信号を受信できる。このような場合、サーバは、第１端末から第２端末に自動的に通話を発信させることができる。例えば、第１端末の第１ユーザーが通話を発信するための別の動作を行わないとしても、第１端末から第２端末に通話が発信されることができる。

【0109】

ステップ９４０で、第１端末は、信号に基づいて第２の端末との通話を行うことができる。例えば、前記通話は、本通話を進行する前に行われた予備通話に該当してもよい。予備通話は、第１端末の第１ユーザーと第２端末の第２ユーザーとの間の本通話が進行される前に行われることができる。すなわち、予備通話は、第１ユーザー及び第２ユーザーが本ビデオ通話を進行するか否かを決定する前に行われることができる。例えば、予備通話は、既設定の時間の間に仲介されるビデオ通話または音声通話に該当してもよい。または例えば、予備通話は音声通話に該当し、本通話はビデオ通話に該当してもよい。

【0110】

一方、第１端末から第２端末へ通話を発信する場合、通話待機時間が経過した後に、第２端末の第２ユーザーと第１端末の第１ユーザーとの間の通話が連結し得る。例えば、通話待機時間が経過した後に、第２端末の第２ユーザーは、発信された通話を承諾または辞退する応答をサーバに送信することができる。第２端末の第２ユーザーが発信された通話を承諾する場合には、第１端末の第１ユーザーと第２端末の第２ユーザーとの間の予備通話が連結可能であり、第２端末の第２ユーザーが発信された通話を辞退する場合には、第１端末の第１ユーザーと第２端末の第２ユーザーとの間の予備通話が連結されないことがある。

【0111】

図１０は、サーバのブロック図の一例を示す。

【0112】

図１０を参照すれば、サーバ１1００は、通信部１０１０、プロセッサ１０２０及びＤＢ１０３０を含んでもよい。図１０のサーバ１1００は、図１のサーバ１１００と同一でありうる。図１０のサーバ１1００には、実施形態に係る構成要素のみが示されている。したがって、図１０に示した構成要素の外に他の汎用的な構成要素がさらに含まれてもよいことを、当該技術分野における通常の知識を有する者であれば理解できる。

【0113】

通信部１０１０は、端末との有線／無線の通信を行わせる一つ以上の構成要素を含んでもよい。例えば、通信部１0１０は、近距離通信部（図示せず）、移動通信部（図示せず）及び放送受信部（図示せず）のうち少なくとも一つを含んでもよい。

【0114】

ＤＢ１０３０は、サーバ１1００内で処理される各種データを格納するハードウェアであり、プロセッサ１０２０の処理及び制御のためのプログラムを保存することができる。

【0115】

ＤＢ１０３０は、ＤＲＡＭ（dynamic random access memory）、ＳＲＡＭ（static random access memory）などのようなＲＡＭ（random access memory）、ＲＯＭ（read-only memory)、ＥＥＰＲＯＭ（electrically erasable programmable read-only memory）、ＣＤ－ＲＯＭ、ブルーレイ、または他の光学ディスクストレージ、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、またはフラッシュメモリを含んでもよい。

【0116】

プロセッサ１０２０は、サーバ１1００の全般的な動作を制御する。例えば、プロセッサ１０２０は、ＤＢ１０３０に保存されたプログラムを実行することにより、入力部（図示せず）、ディスプレイ（図示せず）、通信部１０１０、ＤＢ１０３０などを全般的に制御することができる。プロセッサ１０２０は、ＤＢ１０３０に保存されたプログラムを実行することにより、サーバ１1００の動作を制御することができる。

【0117】

プロセッサ１０２０は、ＡＳＩＣｓ（application specific integrated circuits）、ＤＳＰｓ（digital signal processors）、ＤＳＰＤｓ（digital signal processing devices）、ＰＬＤｓ（programmable logic devices）、ＦＰＧＡｓ（field programmable gate arrays）、制御機（controllers）、マイクロコントローラ（micro-controllers）、マイクロプロセッサ（microprocessors）、その他の機能を行うための電気的ユニットのうち少なくとも一つを利用して実装することができる。

【0118】

サーバ１1００は、通信部１０１０を通じて、少なくとも一つのユーザー端末との通信を行うことができる。

【0119】

通信部１０１０は、少なくとも一つの端末から、他の端末のユーザーのプロフィール情報に基づいて好感アイコンまたは反感アイコンを選択したという情報を受信できる。通信部１０１０が、第１ユーザーが第２ユーザーのプロフィール情報に基づいて好感アイコンを選択したという情報と、第２ユーザーが第１ユーザーのプロフィール情報に基づいて好感アイコンを選択したという情報の両方を受信した場合、プロセッサ１０２０は、第１ユーザーと第２ユーザーとの間のマッチングが完了したと判断することができる。

【0120】

プロセッサ１０２０は、マッチング如何に基づいて、第１端末と第２端末との間の予備通話を一定の時間に仲介することができる。プロセッサ１０２０は、予備通話を仲介する時間を設定可能であり、設定された時間にカウントダウンを行うことができる。プロセッサ１０２０は、既設定の時間が順次カウントダウンされるにつれて変化するブロック領域の幅を決定し、既設定の時間が順次にカウントダウンされるにつれて変化するブロック領域の不透明度を決定してもよい。プロセッサ１０２０は、決定された幅及び不透明度に基づいて、前記ブロック領域を第１端末及び第２端末それぞれのグラフィカルユーザーインターフェースに出力してもよい。

【0121】

通信部１０１０は、既設定の時間が経過した後に本通話を進行するか否かに対する応答を、第１端末及び第２端末それぞれから受信できる。

【0122】

プロセッサ１０２０は、受信した応答に基づいて、既設定の時間が経過した後にも本通話を進行するか否かを決定してもよい。プロセッサ１０２０は、第１端末及び第２端末それぞれから、本通話を進行するか否かに対して承諾する応答を受信する場合、本通話を進行してもよい。また、プロセッサ１０２０は、第１端末または第２端末から、本通話を進行するか否かに対して辞退する応答を受信する場合には、本通話を進行しなくてもよい。

【0123】

本開示の多様な実施形態は、機器（machine）により読み取り可能な記録媒体（storage medium）に保存された一つ以上の命令語を含むソフトウェア（例：プログラム）として実装することができる。例えば、機器のプロセッサは、記録媒体から保存された一つ以上の命令語のうち少なくとも一つの命令を呼び出し、それを実行することができる。これは、機器が前記呼び出された少なくとも一つの命令語によって少なくとも一つの機能を行うように運用されることを可能にする。前記一つ以上の命令語は、コンパイラにより生成されたコード、あるいはインタプリタにより実行可能なコードを含んでもよい。機器で読み取り可能な記録媒体は、非一時的な（non-transitory）記録媒体の形態で提供され得る。ここで、「非一時的」とは、記録媒体が実在（tangible）する装置であり、信号（signal）（例：電磁波）を含まないということを意味するだけであり、当該用語は、データが記録媒体に半永久的に格納される場合と、臨時的に保存される場合とを区分しない。

【0124】

一実施形態によれば、本開示の多様な実施形態による方法は、コンピュータプログラム製品（computer program product）に含まれて提供され得る。コンピュータプログラム製品は、商品であり、販売者と購買者との間に取り引きされることがある。コンピュータプログラム製品は、機器で読み取り可能な記録媒体（例：compact disc read only memory（ＣＤ－ＲＯＭ））の形態で配布されるか、あるいはアプリケーションストア（例：プレーストア（登録商標））を通じて、または二つのユーザー装置の間に直接またはオンラインで配布（例：ダウンロードまたはアップロード）されることができる。オンライン配布の場合に、コンピュータプログラム製品の少なくとも一部は、製造社のサーバ、アプリケーションストアのサーバ、または中継サーバのメモリのような機器で読み取り可能な記録媒体に少なくとも一時保存されるか、あるいは臨時的に生成されることができる。

【0125】

また、本明細書において、「部」は、プロセッサまたは回路のようなハードウェア構成（hardware component）、及び／またはプロセッサのようなハードウェア構成により実行されるソフトウェア構成（software component）でありうる。

【0126】

本実施形態の範囲は、前記詳細な説明よりは、後述する特許請求の範囲により表され、特許請求の範囲の意味及び範囲、並びにその均等概念から導出される全ての変更または変形された形態が含まれるものと解釈されなければならない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】