(57)【要約】      （修正有）【課題】複数の別々の通信プラットフォームを介して通信を確立する方法を提供する。【解決手段】方法は、連絡先との電子通信を確立するための第１の要求を受信する工程、別々の通信プラットフォームのそれぞれに関する連絡先の連絡先識別子を識別する工程、連絡先との電子通信を確立するために用いるユーザの選択されたデバイスをプロセッサにおいて受信する工程、別々の通信プラットフォームのそれぞれを介して同時に連絡先とのリアル・タイム音響データを含む電子通信を確立するための第２の要求を、選択されたデバイスのうちの１つを介して送信する工程、別々の通信プラットフォームのうちの１つを介して連絡先との電子通信を確立するための第２の要求の受諾を、通信デバイスを介して受信する工程及び別々の通信プラットフォームのうちの１つを介して連絡先と選択されたデバイスのうちの１つとの間におけるリアルタイム音響データ通信を確立する工程を含む。【選択図】図１
2020191675.tif 000002
【特許請求の範囲】
【請求項１】
通信を確立するためのシステムであって、
プロセッサと、
前記プロセッサへ接続されている通信デバイスであって、別々の電子通信プラットフォームと通信するように構成されている通信デバイスと、
前記プロセッサへ接続されているストレージ・デバイスと、を備え、前記ストレージ・デバイスは、前記別々の電子通信プラットフォームに関する連絡先の詳細と、コンピュータ可読コード・コンポーネントとを記憶しており、前記コンピュータ可読コード・コンポーネントは、前記プロセッサによる実行時、
連絡先との電子通信を確立するための第１の要求をユーザから受信する工程と、
前記ストレージ・デバイス内に記憶されている連絡先の前記詳細を介して、複数の前記別々の電子通信プラットフォームのそれぞれに関する前記連絡先の連絡先識別子を識別する工程と、
前記連絡先との前記電子通信を確立するために用いる前記ユーザの選択されたデバイスを前記ユーザから前記プロセッサにおいて受信する工程と、
それぞれの各連絡先識別子を使用して前記複数の別々の電子通信プラットフォームのそれぞれを介して同時に前記連絡先とのリアル・タイム音響データを含む電子通信を確立するための第２の要求を、前記ユーザの前記選択されたデバイスのうちの１つを介して送信する工程と、
前記複数の別々の電子通信プラットフォームのうちの１つを介して前記連絡先との電子通信を確立するための前記第２の要求の受諾を、前記通信デバイスを介して受信する工程と、
前記複数の別々の電子通信プラットフォームのうちの前記１つを介して前記連絡先と前記ユーザの前記選択されたデバイスのうちの前記１つとの間におけるリアル・タイム音響データを含む電子通信を確立する工程と、を実行するように構成されている、システム。
【請求項２】
リアル・タイム音響データを含む電子通信が、前記複数の別々の電子通信プラットフォームを介した１つまたは複数の連絡先と、前記ユーザの１つまたは複数のデバイスとの間において確立される、請求項１に記載のシステム。
【請求項３】
前記ストレージ・デバイスが、
１つまたは複数のインターネット通信プラットフォームのそれぞれに関するユーザ識別子、および
１つまたは複数の電話番号
という連絡先識別子のうちの１つまたは複数を含む前記別々の電子通信プラットフォームに関する連絡先の詳細を記憶する、請求項１に記載のシステム。
【請求項４】
前記ストレージ・デバイスが、前記別々の電子通信プラットフォームのそれぞれに関するそれぞれの連絡先についての利用可能性識別子を含む前記別々の電子通信プラットフォームに関する連絡先の詳細を記憶する、請求項１または２に記載のシステム。
【請求項５】
前記ストレージ・デバイスは、前記プロセッサによる実行時、
前記それぞれの電子通信プラットフォーム上での前記連絡先の利用可能性ステータスを要求する利用可能性要求を、前記通信デバイスを介してそれぞれの連絡先に関する前記別々の電子通信プラットフォームのうちのそれぞれのサーバへ送信する工程と、
それぞれの利用可能性要求に対するそれぞれのサーバからの応答に基づいて、前記別々の電子通信プラットフォームのそれぞれに関するそれぞれの連絡先についての前記利用可能性識別子を更新する工程と、を実行するように構成されているコンピュータ可読コード・コンポーネントを記憶している、請求項３に記載のシステム。
【請求項６】
前記ストレージ・デバイスが、それぞれのユーザに関するユーザ識別子とセキュリティー・キーとを含むユーザの詳細を記憶する、請求項１乃至５のいずれか一項に記載のシステム。
【請求項７】
前記第１の要求が、ユーザ識別子およびセキュリティー・キーを含み、前記ストレージ・デバイスは、前記プロセッサによる実行時、
前記ユーザ識別子を使用して前記ストレージ・デバイスからの前記ユーザに関する前記セキュリティー・キーを特定する工程と、
前記ストレージ・デバイスからの前記セキュリティー・キーを前記第１の要求の前記セキュリティー・キーと比較する工程と、
前記セキュリティー・キーどうしが同じである場合にのみ前記第２の要求を送信する工程と、を実行するように構成されているコンピュータ可読コード・コンポーネントを記憶している、請求項５に記載のシステム。
【請求項８】
前記ストレージ・デバイスが、それぞれのユーザに関して、
ロケーション識別子、
アカウント残高、および
通話履歴
のうちの１つまたは複数を含むユーザの詳細を記憶する、請求項１乃至７のいずれか一項に記載のシステム。
【請求項９】
通信を確立するためのコンピュータ実施方法であって、
連絡先との電子通信を確立するための第１の要求をユーザからプロセッサにおいて受信する工程と、
前記プロセッサを使用して連絡先データベースを介して、複数の別々の電子通信プラットフォームのそれぞれに関する前記連絡先の連絡先識別子を識別する工程と、
前記連絡先との前記電子通信を確立するために用いる前記ユーザの選択されたデバイスを前記ユーザから前記プロセッサにおいて受信する工程と、
前記それぞれの連絡先識別子を使用して前記複数の別々の電子通信プラットフォームのそれぞれを介して同時に前記連絡先とのリアル・タイム音響データを含む電子通信を確立するための第２の要求を、前記プロセッサと通信状態にある前記ユーザの前記選択されたデバイスのうちの１つを介して送信する工程と、
前記複数の別々の電子通信プラットフォームのうちの１つを介して前記第２の要求の受諾を、前記通信デバイスを介して前記プロセッサにおいて受信する工程と、
前記複数の別々の電子通信プラットフォームのうちの前記１つを介して前記連絡先と前記ユーザの前記選択されたデバイスのうちの前記１つとの間におけるリアル・タイム音響データを含む電子通信を確立する工程とを備える方法。
【請求項１０】
リアル・タイム音響データを含む電子通信が、前記複数の別々の電子通信プラットフォームを介した１つまたは複数の連絡先と、前記ユーザの１つまたは複数のデバイスとの間において確立される、請求項９に記載の方法。
【請求項１１】
別々の電子通信プラットフォーム上での前記連絡先の利用可能性を、前記プロセッサを使用して識別する工程と、
前記連絡先の前記利用可能性に基づいて前記複数の別々の電子通信プラットフォームを選択する工程と
をさらに備える、請求項９に記載のコンピュータ実施方法。
【請求項１２】
別々の電子通信プラットフォーム上での前記連絡先の前記利用可能性が、プレゼンス・データベースを介して識別され、前記コンピュータ実施方法が、
前記それぞれの電子通信プラットフォーム上での前記連絡先の利用可能性ステータスを要求する利用可能性要求を、前記通信デバイスを介して前記別々の電子通信プラットフォームのうちのそれぞれのサーバへ定期的に送信する工程と、
それぞれの利用可能性要求に対するそれぞれのサーバからの応答に基づいて前記プレゼンス・データベースを更新する工程と、をさらに備える、請求項９に記載のコンピュータ実施方法。
【請求項１３】
前記複数の別々の電子通信プラットフォームが、
地上通信線、
モバイル電話ネットワーク、および
１つまたは複数の別々のインターネット通信プラットフォーム
から選択される、請求項９乃至１２のいずれか一項に記載のコンピュータ実施方法。
【請求項１４】
前記連絡先識別子が、
電話番号、および
１つまたは複数のインターネット通信プラットフォームのそれぞれに関するユーザ識別子
のうちの１つまたは複数を含む、請求項９乃至１３のいずれか一項に記載のコンピュータ実施方法。
【請求項１５】
前記第１の要求へ関連付けられているセキュリティー・キーを前記プロセッサにおいて受信する工程と、
前記プロセッサを介して、前記セキュリティー・キーを、ユーザ・データベース内に記憶されているセキュリティー・キーと比較する工程と、
前記第１の要求へ関連付けられている前記セキュリティー・キーが、前記ユーザ・データベース内に記憶されている前記セキュリティー・キーとマッチした場合にのみ、前記第２の要求を送信する工程と
をさらに備える、請求項９乃至１４のいずれか一項に記載のコンピュータ実施方法。
【請求項１６】
通信を確立するためのコンピュータ実施方法であって、
連絡先との電子通信を確立するための第１の要求をユーザからプロセッサにおいて受信する工程であって、前記第１の要求が、複数の別々の電子通信プラットフォームからの１つまたは複数の電子通信プラットフォームのうちの１つの選択を含む、工程と、
前記プロセッサを使用して連絡先データベースを介して、選択された前記電子通信プラットフォームのうちのそれぞれに関する前記連絡先の連絡先識別子を識別する工程と、
前記連絡先との前記電子通信を確立するために用いる前記ユーザの選択されたデバイスを前記ユーザから前記プロセッサにおいて受信する工程と、
前記それぞれの連絡先識別子を使用して選択された前記電子通信プラットフォームのうちのそれぞれを介して同時に前記連絡先とのリアル・タイム音響データを含む電子通信を確立するための第２の要求を、前記プロセッサと通信状態にある前記ユーザの前記選択されたデバイスのうちの１つを介して送信する工程と、
選択された前記電子通信プラットフォームのうちの１つを介して前記第２の要求の受諾を、前記通信デバイスを介して前記プロセッサにおいて受信する工程と、
選択された前記電子通信プラットフォームのうちの前記１つを介して前記連絡先と前記ユーザの前記選択されたデバイスのうちの前記１つとの間におけるリアル・タイム音響データを含む電子通信を確立する工程とを備える方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信を確立するための、システムおよびコンピュータによって実施される方法に関する。詳細には、本発明は、複数の別々の通信プラットフォームを介して、および／またはそれらの通信プラットフォームの間において通信を確立するための、システムおよびコンピュータによって実施される方法に関する。
【背景技術】
【０００２】
通信テクノロジーは、人々が距離を置いて互いに連絡を取るための重要な手段を提供する。伝統的に、距離を置いた通信は、話す通信に関しては電話を介して、および書く通信に関しては手紙を介して行われていた。しかしながら、インターネットおよびモバイル・テクノロジー、たとえばスマートフォンの台頭が、多くの新たな通信プラットフォームが開発されることを可能にした。これらの通信プラットフォームは、携帯電話通信、インターネット電話通信、電子メール、パーソナル・メッセージング・サービス、およびソーシャル・メディア・サービスを含む。
【０００３】
単一のスマートフォンはしばしば、複数の通信プラットフォームのそれぞれを介して通信するための別個のアプリを含むであろう。たとえば、別のモバイル電話または自宅電話へダイヤルするために、スマートフォンのユーザは、ダイヤラー・アプリを介してモバイル通信ネットワークを通じて、Ｓｋｙｐｅアプリを介してＳｋｙｐｅネットワークを通じて、またはＶｉｂｅｒアプリを介してＶｉｂｅｒネットワークを通じて接続を確立することを試みることができる。同様に、テキスト・メッセージを別のモバイル電話またはコンピューティング・デバイスへ送信するために、ユーザは、ＳＭＳアプリを使用してショート・メッセージ・サービス（ＳＭＳ）を通じて、電子メール・アプリを使用して電子メールを通じて、またはＷｈａｔｓＡｐｐもしくはＦａｃｅｂｏｏｋ  Ｍｅｓｓｅｎｇｅｒなどのパーソナル・メッセージング・アプリを使用してパーソナル・メッセージング・サービスを通じてそのメッセージを送信することができる。
【０００４】
スマートフォンから多様な通信プラットフォームへのアクセスを有することは、選択肢をユーザへ提供するが、そのアプリへ関連付けられている通信プラットフォーム上で連絡先が常に利用可能であるとは限らない。したがって、ユーザはしばしば、連絡先との接続が確立される前に、さまざまな通信プラットフォームへ関連付けられているさまざまなアプリを介して連絡先を呼び出すことを試みる必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の好ましい目的は、従来技術の前述の問題のうちの１つもしくは複数に対して対処もしくは改善を行う、通信を確立するための、システムおよびコンピュータによって実施される方法を提供すること、ならびに／または有用な商業上の代替手段を提供することである。
【課題を解決するための手段】
【０００６】
本発明は、通信を確立するための、システムおよびコンピュータによって実施される方法に関する。詳細には、本発明は、複数の別々の通信プラットフォームを介して、およびそれらの通信プラットフォームの間において通信を確立するための、システムおよびコンピュータによって実施される方法に関する。
【０００７】
一形態においては、必ずしも最も広い形態とは限らないが、本発明は、通信を確立するためのシステムに存在し、このシステムは、
プロセッサと、
プロセッサへ接続されている通信デバイスであって、別々の電子通信プラットフォームと通信するように構成されている通信デバイスと、
プロセッサへ接続されているストレージ・デバイスとを備え、ストレージ・デバイスは、別々の電子通信プラットフォームに関する連絡先の詳細と、コンピュータ可読コード・コンポーネントとを記憶しており、コンピュータ可読コード・コンポーネントは、プロセッサによって実行されたときに、
連絡先との電子通信を確立するための第１の要求をユーザから受信する工程と、
ストレージ・デバイス内に記憶されている連絡先の詳細を介して、複数の別々の電子通信プラットフォームのそれぞれに関する連絡先の連絡先識別子を識別する工程と、
連絡先との電子通信を確立するために用いるユーザの選択されたデバイスをユーザからプロセッサにおいて受信する工程と、
それぞれの各連絡先識別子を使用して複数の別々の電子通信プラットフォームのそれぞれを介して同時に連絡先とのリアル・タイム音響データを含む電子通信を確立するための第２の要求を、ユーザの選択されたデバイスのうちの１つを介して送信する工程と、
複数の別々の電子通信プラットフォームのうちの１つを介して連絡先との電子通信を確立するための第２の要求の受諾を、通信デバイスを介して受信する工程と、
複数の別々の電子通信プラットフォームのうちの１つを介して連絡先とユーザの選択されたデバイスのうちの１つとの間におけるリアル・タイム音響データを含む電子通信を確立する工程とを実行するように構成されている。
【０００８】
好適には、リアル・タイム音響データを含む電子通信は、複数の別々の電子通信プラットフォームを介した１つまたは複数の連絡先と、ユーザの１つまたは複数のデバイスとの間において確立される。
【０００９】
好ましくは、ストレージ・デバイスは、
１つまたは複数のインターネット通信プラットフォームのそれぞれに関するユーザ識別子、および
１つまたは複数の電話番号
という連絡先識別子のうちの１つまたは複数を含む別々の電子通信プラットフォームに関する連絡先の詳細を記憶する。
【００１０】
好ましくは、ストレージ・デバイスは、別々の電子通信プラットフォームのそれぞれに関するそれぞれの連絡先についての利用可能性識別子を含む別々の電子通信プラットフォームに関する連絡先の詳細を記憶する。
【００１１】
好適には、ストレージ・デバイスは、コンピュータ可読コード・コンポーネントを記憶しており、コンピュータ可読コード・コンポーネントは、プロセッサによって実行されたときに、
それぞれの電子通信プラットフォーム上での連絡先の利用可能性ステータスを要求する利用可能性要求を、通信デバイスを介してそれぞれの連絡先に関する別々の電子通信プラットフォームのうちのそれぞれのサーバへ送信する工程と、
それぞれの利用可能性要求に対するそれぞれのサーバからの応答に基づいて、別々の電子通信プラットフォームのそれぞれに関するそれぞれの連絡先についての利用可能性識別子を更新する工程とを実行するように構成されている。
【００１２】
好ましくは、ストレージ・デバイスは、それぞれのユーザに関するユーザ識別子およびセキュリティー・キーを含むユーザの詳細を記憶する。
好適には、第１の要求は、ユーザ識別子およびセキュリティー・キーを含み、ストレージ・デバイスは、コンピュータ可読コード・コンポーネントを記憶しており、コンピュータ可読コード・コンポーネントは、プロセッサによって実行されたときに、
ユーザ識別子を使用してストレージ・デバイスからユーザに関するセキュリティー・キーを特定する工程と、
ストレージ・デバイスからのセキュリティー・キーを第１の要求のセキュリティー・キーと比較する工程と、
ストレージ・デバイスからのセキュリティー・キーと第１の要求のセキュリティー・キーとが同じである場合にのみ第２の要求を送信する工程とを実行するように構成されている。
【００１３】
好適には、ストレージ・デバイスは、それぞれのユーザに関して、
ロケーション識別子、
アカウント残高、および
通話履歴
のうちの１つまたは複数を含むユーザの詳細を記憶する。
【００１４】
別の形態においては、必ずしも最も広い形態とは限らないが、本発明は、通信を確立するためのコンピュータ実施方法に存在し、この方法は、
連絡先との電子通信を確立するための第１の要求をユーザからプロセッサにおいて受信する工程と、
プロセッサを使用して連絡先データベースを介して、複数の別々の電子通信プラットフォームのそれぞれに関する連絡先の連絡先識別子を識別する工程と、
それぞれの連絡先識別子を使用して複数の別々の電子通信プラットフォームのそれぞれを介して連絡先との電子通信を確立するための第２の要求を、プロセッサと通信状態にある通信デバイスを介して送信する工程とを備える。
【００１５】
好ましくは、このコンピュータ実施方法は、
複数の別々の電子通信プラットフォームのうちの１つを介して第２の要求の受諾を、通信デバイスを介してプロセッサにおいて受信する工程と、
複数の別々の電子通信プラットフォームのうちの１つを介して連絡先とユーザとの間における電子通信を確立する工程とをさらに備える。
【００１６】
好適には、このコンピュータ実施方法は、
連絡先との電子通信を確立するために用いるユーザのデバイスの選択をユーザからプロセッサにおいて受信する工程と、
連絡先とユーザの選択されたデバイスとの間における電子通信を確立する工程とをさらに備える。
【００１７】
好適には、このコンピュータ実施方法は、
別々の電子通信プラットフォーム上での連絡先の利用可能性を、プロセッサを使用して識別する工程と、
連絡先の利用可能性に基づいて複数の別々の電子通信プラットフォームを選択する工程とをさらに備える。
【００１８】
好適には、別々の電子通信プラットフォーム上での連絡先の利用可能性は、プレゼンス・データベースを介して識別され、このコンピュータ実施方法は、
それぞれの電子通信プラットフォーム上での連絡先の利用可能性ステータスを要求する利用可能性要求を、通信デバイスを介して別々の電子通信プラットフォームのうちのそれぞれのサーバへ定期的に送信する工程と、
それぞれの利用可能性要求に対するそれぞれのサーバからの応答に基づいてプレゼンス・データベースを更新する工程とをさらに備える。
【００１９】
好適には、複数の別々の電子通信プラットフォームは、
地上通信線、
モバイル電話ネットワーク、および
１つまたは複数の別々のインターネット通信プラットフォーム
から選択される。
【００２０】
好適には、連絡先識別子は、
電話番号、および
１つまたは複数のインターネット通信プラットフォームのそれぞれに関するユーザ識別子
のうちの１つまたは複数を含む。
【００２１】
好適には、このコンピュータ実施方法は、
第１の要求へ関連付けられているセキュリティー・キーをプロセッサにおいて受信する工程と、
プロセッサを介して、そのセキュリティー・キーを、ユーザ・データベース内に記憶されているセキュリティー・キーと比較する工程と、
第１の要求へ関連付けられているセキュリティー・キーが、ユーザ・データベース内に記憶されているセキュリティー・キーとマッチした場合にのみ、第２の要求を送信する工程とをさらに備える。
【００２２】
さらに別の形態においては、必ずしも最も広い形態とは限らないが、本発明は、通信を確立するためのコンピュータ実施方法に存在し、この方法は、
連絡先との電子通信を確立するための第１の要求をユーザからプロセッサにおいて受信する工程と、
プロセッサを使用して連絡先データベースを介して、複数の別々の電子通信プラットフォームのそれぞれに関する連絡先の連絡先識別子を識別する工程と、
連絡先との電子通信を確立するために用いるユーザの選択されたデバイスをユーザからプロセッサにおいて受信する工程と、
それぞれの連絡先識別子を使用して複数の別々の電子通信プラットフォームのそれぞれを介して同時に連絡先へのリアル・タイム音響データを含む電子通信を確立するための要求を、プロセッサと通信状態にあるユーザの選択されたデバイスのうちの１つを介して送信する工程と、
複数の別々の電子通信プラットフォームのうちの１つを介して第２の要求の受諾を、通信デバイスを介してプロセッサにおいて受信する工程と、
複数の別々の電子通信プラットフォームのうちの１つを介して連絡先とユーザの選択されたデバイスのうちの１つとの間におけるリアル・タイム音響データを含む電子通信を確立する工程とを備える。
【００２３】
さらなる形態においては、必ずしも最も広い形態とは限らないが、本発明は、通信を確立するためのコンピュータ実施方法に存在し、この方法は、
連絡先との電子通信を確立するための第１の要求をユーザからプロセッサにおいて受信する工程であって、第１の要求が、複数の別々の電子通信プラットフォームからの１つまたは複数の電子通信プラットフォームの選択を含む、工程と、
プロセッサを使用して連絡先データベースを介して、選択された電子通信プラットフォームのうちのそれぞれに関する連絡先の連絡先識別子を識別する工程と、
連絡先との電子通信を確立するために用いるユーザの選択されたデバイスをユーザからプロセッサにおいて受信する工程と、
それぞれの連絡先識別子を使用して、選択された電子通信プラットフォームのうちのそれぞれを介して同時に連絡先とのリアル・タイム音響データを含む電子通信を確立するための第２の要求を、プロセッサと通信状態にあるユーザの選択されたデバイスのうちの１つを介して送信する工程と、
選択された電子通信プラットフォームのうちの１つを介して第２の要求の受諾を、通信デバイスを介してプロセッサにおいて受信する工程とを備える。
【００２４】
選択された電子通信プラットフォームのうちの１つを介して連絡先とユーザの選択されたデバイスのうちの１つとの間におけるリアル・タイム音響データを含む電子通信を確立する工程。本発明のさらなる形態および／または特徴は、以降の詳細な説明から明らかになるであろう。
【００２５】
本発明が容易に理解されること、および実用的に有効な状態に置かれることが可能であるように、次いで、添付の図面を参照しながら本発明の好ましい実施形態に対して参照が行われ、添付の図面においては、同様の参照番号は、同じ要素を指している。それらの図面は、単なる例として提供されている。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施形態による、通信を確立するためのシステムを示す図。
【図２】本発明の一実施形態による、通信を確立するための方法を示す図。
【図３】本発明の一実施形態による、図２の方法とともに実行されることが可能である方法を示す図。
【図４】本発明の一実施形態による、通信を確立するためのシステムを示す図。
【図５】本発明の一実施形態による、通信を確立するためのシステムを示す図。
【図６】本発明の一実施形態による、モバイル・デバイス、地上通信線、および／またはインターネット通信プラットフォームへの音声通話を求める要求を取り扱うためのコール・ハンドラを含むシステムを示す図。
【図７】本発明の一実施形態による、インターネット通信プラットフォームを介したビデオ通信を求める要求を取り扱うためのビデオ・ハンドラを含むシステムを示す図。
【図８】本発明の一実施形態による、モバイル・デバイスおよび／またはインターネット通信プラットフォームへメッセージを送信するための要求を取り扱うためのメッセージ・ハンドラを含むシステムを示す図。
【図９】本発明の一実施形態による、その他のデバイス上のアプリとの音声通信、ビデオ通信、および／またはメッセージ通信を求める要求を取り扱うためのアプリ間ハンドラを含むシステムを示す図。
【図１０】本発明の一実施形態による、１つまたは複数の通信プラットフォームとの通信を確立するための方法を示す図。
【図１１】本発明の一実施形態による、１つもしくは複数のインターネット通信プラットフォーム上で連絡先が利用可能であるかどうか、および／または連絡先のアプリがアクティブであるかどうかを１つまたは複数の要求ハンドラにおいて特定するための決定図。
【図１２】本発明の一実施形態による、デバイスからユーザ・アカウントをセットアップするために実行される工程を示す概略図。
【図１３】本発明の一実施形態による、通信を確立する相手となる連絡先を選択するためのグラフィカル・ユーザ・インターフェース（ＧＵＩ）を示す図。
【図１４】本発明の一実施形態による、連絡先の詳細を表示および編集するためのＧＵＩを示す図。
【図１５】本発明の一実施形態による、１つまたは複数の連絡先との通信を開始するためのＧＵＩを示す図。
【発明を実施するための形態】
【００２７】
図面内の要素は、簡潔および明確にすることを目的として示されており、必ずしも縮尺通りに描かれているとは限らないということを熟練した受取人なら理解するであろう。たとえば、本発明の実施形態の理解を改善するのに役立つように、図面内の要素のうちのいくつかの相対的な寸法は歪められている可能性がある。
【００２８】
本発明は、通信を確立するための、システムおよびコンピュータによって実施される方法に関する。詳細には、本発明は、複数の別々の通信プラットフォームを介して、および／またはそれらの通信プラットフォームの間において通信を確立するための、システムおよびコンピュータによって実施される方法に関する。
【００２９】
図１は、本発明の一実施形態による、通信を確立するためのシステム１００を示している。システム１００は、プロセッサ１１０と、プロセッサ１１０へ接続されているストレージ・デバイス１２０と、プロセッサ１１０へ接続されている通信デバイス１３０とを備える。
【００３０】
通信デバイス１３０は、複数の別々の電子通信プラットフォーム１４０、たとえばプラットフォーム１４０Ａおよび１４０Ｂと通信するように構成されている。たとえば、プロセッサ１１０は、通信デバイス１３０を使用して別々の電子通信プラットフォーム１４０を介して複数の当事者の間において要求を送信もしくは受信すること、または電子通信を確立することが可能である。
【００３１】
ストレージ・デバイス１２０は、別々の電子通信プラットフォーム１４０に関する連絡先の詳細を記憶する。たとえば、ストレージ・デバイス１２０は、１つもしくは複数のインターネット通信プラットフォームおよび／または１つもしくは複数の電話番号のそれぞれに関するユーザ識別子を含む、別々の電子通信プラットフォーム１４０に関する連絡先の詳細を記憶する。いくつかの実施形態においては、別々の電子通信プラットフォーム１４０に関する連絡先の詳細は、それらの別々の電子通信プラットフォームのそれぞれに関するそれぞれの連絡先についての利用可能性識別子を含む。
【００３２】
ストレージ・デバイス１２０はまた、コンピュータ可読コード・コンポーネントを記憶する。それらのコンピュータ可読コード・コンポーネントは、プロセッサによって実行されたときに、本明細書において記述されている１つまたは複数の方法を実行するように構成されている。
【００３３】
図２は、本発明の一実施形態による、通信を確立するための方法２００を示している。いくつかの実施形態においては、方法２００は、システム１００において実行される。方法２００は、下記の工程を備える。
【００３４】
工程２１０において、方法２００は、連絡先との電子通信を確立するための第１の要求をユーザからプロセッサにおいて受信する工程を備える。
工程２２０において、方法２００は、プロセッサを使用して連絡先データベースを介して、複数の別々の電子通信プラットフォームのそれぞれに関する連絡先の連絡先識別子を識別する工程を備える。
【００３５】
工程２３０において、方法２００は、それぞれの連絡先識別子を使用して複数の別々の電子通信プラットフォームのそれぞれを介して連絡先との電子通信を確立するための第２の要求を、プロセッサと通信状態にある通信デバイスを介して送信する工程を備える。
【００３６】
図３は、本発明の一実施形態による、通信を確立するための方法３００を示している。方法３００は、たとえばシステム１００において、方法２００の後に実行される。方法３００は、下記の工程を備える。
【００３７】
工程３１０において、方法３００は、選択された電子通信プラットフォームのうちの１つを介して第２の要求の受諾を、通信デバイスを介してプロセッサにおいて受信する工程を備える。
【００３８】
工程３２０において、方法３００は、選択された電子通信プラットフォームのうちの１つを介して連絡先とユーザとの間における電子通信を確立する工程を備える。
図４は、本発明の一実施形態による、通信を確立するためのシステム４００を示している。いくつかの実施形態においては、システム４００は、システム１００において実施される。システム４００は、１つまたは複数のデータベース４２０と通信状態にあるアプリ４１０を備える。このアプリは、スマートフォンまたはタブレットなどのデバイス上で実行されることが可能である。
【００３９】
１つまたは複数のデータベース４２０は、ユーザ詳細および／または連絡先詳細を記憶する。ユーザ詳細および／または連絡先詳細は、たとえば、複数の別々の電子通信プラットフォームのそれぞれに関する連絡先の連絡先識別子を含むことができる。いくつかの実施形態においては、１つまたは複数のデータベース４２０は、複数のサイトにおいて展開され、それらの複数のサイトの間においてリアル・タイムで複製される。たとえば、それらの複数のサイトは、別々の国または領域において配置されて、それぞれの国または領域内のデバイスからの接続を待つ待ち時間をデータベースが最小化できるようにすることが可能である。
【００４０】
１つまたは複数のデータベース４２０およびアプリ４１０は、１つまたは複数の要求ハンドラ４４０と通信状態にある。１つまたは複数の要求ハンドラ４４０は、複数の別々の通信プラットフォームを介してアプリ４１０と連絡先との間における通信を確立するためのアプリ４１０からの要求を受信する。たとえば、複数の別々の通信プラットフォームのそれぞれに関する連絡先に関する連絡先識別子を含む要求が、デバイス４０５から１つまたは複数の要求ハンドラ４４０へ送信される。
【００４１】
その要求が１つまたは複数の要求ハンドラ４４０へ送信された場合には、有効性チェッカー４３０によって有効性チェックが実行される。有効性チェッカー４３０は、その要求が、有効なおよび／または承認されたアカウントからのものであるということを確実にする。たとえば、ユーザ識別子およびセキュリティー・キーが、アプリを介してユーザによって入力されるか、または１つもしくは複数のデータベース４２０から取り出され、その要求とともに１つまたは複数の要求ハンドラ４４０へ送信される。有効性チェッカー４３０は次いで、ユーザ識別子を使用してユーザに関する正しいセキュリティーを特定し、要求とともに送信されたセキュリティー・キーを正しいセキュリティー・キーと比較する。それらのセキュリティー・キーがマッチした場合には、要求ハンドラ４４０は、それぞれの各連絡先識別子を使用して複数の別々の電子通信プラットフォームのそれぞれを介して連絡先との電子通信を確立することを試みる。
【００４２】
１つまたは複数のデータベース４２０は、アクティブ・ステータス・データベース４５０と通信状態にある。アクティブ・ステータス・データベース４５０は、デバイス上のアプリ４１０を使用してユーザのステータスを、およびその他のデバイス上のアプリ４１０を使用してその他のユーザのステータスを記憶する。ステータスは、たとえば、オフライン、通話中、または利用可能であることが可能である。アクティブ・ステータス・データベース４５０内のステータスは、それぞれのデバイスのユーザがアプリ４１０におけるステータスを変更した場合に、１つまたは複数のデータベース４２０、および／またはそれぞれのデバイスのアプリ４１０から更新される。
【００４３】
１つまたは複数のデータベース４２０内のそれぞれの連絡先のアプリ・ステータスは、アクティブ・ステータス・データベース４５０から更新されることが可能である。ある連絡先との電子通信を確立するための要求が受信された場合には、アプリ４１０および／または要求ハンドラ４４０は、その連絡先のアプリ・ステータスを使用して、その連絡先が、その連絡先のデバイス上のアプリ４１０を介して連絡を取ることに利用可能であるかどうかを特定することができ、その連絡先のデバイス上のアプリ４１０を介したその連絡先との通信を確立することを試みることができる。
【００４４】
いくつかの実施形態においては、アクティブ・ステータス・データベースはまた、それぞれのユーザのロケーションを記憶する。そのロケーションは、たとえば、連絡先への最良の通話経路、および／または連絡先のロケーションにおける現地時刻を特定するために使用されることが可能である。
【００４５】
１つまたは複数のデータベース４２０はまた、プレゼンス・サービス４６０と通信状態にある。プレゼンス・サービス４６０は、１つまたは複数のインターネット通信プラットフォーム４７０上で１または複数のユーザのステータスを監視する。プレゼンス・サービス４６０は、１または複数のユーザのうちのそれぞれのステータスを求める要求を１つまたは複数のインターネット通信プラットフォーム４７０へ送信し、それらの要求に応答してそれぞれのステータスを受信する。
【００４６】
それぞれのユーザおよび／または連絡先のインターネット通信プラットフォーム・ステータスは、１つまたは複数のデータベース４２０においてプレゼンス・サービス４６０から、たとえば、定期的に、または要求ハンドラ４４０において要求が受信された場合に更新されることが可能である。連絡先との電子通信を確立するための要求が受信された場合には、アプリ４１０および／または要求ハンドラ４４０は、その連絡先のインターネット通信プラットフォーム・ステータスを使用して、その連絡先が利用可能であるかまたは存在しているインターネット通信プラットフォーム４７０を特定することができる。アプリ４１０および／または要求ハンドラ４４０は次いで、インターネット通信プラットフォーム・ステータスに基づいて、連絡先との通信を確立することを試みる際に経由するインターネット通信プラットフォーム４７０を選択または特定することができる。たとえば、連絡先が利用可能であるインターネット通信プラットフォーム４９０のみが選択される。
【００４７】
１つまたは複数のデータベース４２０は、連絡先マージング／トラッキング・サービス４８０と通信状態にある。連絡先マージング／トラッキング・サービス４８０は、１つまたは複数のデータベース４２０において連絡先を付加および／または更新する。たとえば、連絡先マージング／トラッキング・サービス４７０は、インターネット通信プラットフォーム４７０から連絡先詳細、連絡先のリスト、および／または連絡先識別子を取り出してマージングし、それらをデータベース４２０に付加する。連絡先のマージングは、連絡先または連絡先詳細の重複を回避し、複数の別々の通信プラットフォームからの連絡先詳細をそれぞれの連絡先へ割り振る。
【００４８】
１つまたは複数のデータベース４２０およびアプリ４１０は、課金サービス４９０と通信状態にある。アプリ４１０のユーザは、通信に費やすために課金サービス４９０を介してクレジットを購入することができる。たとえば、いくつかの実施形態においては、クレジットは、ＧｏｏｇｌｅウォレットまたはｉＴｕｎｅｓアカウントを介して購入されることが可能である。
【００４９】
課金サービス４９０は、アプリ４１０を介して確立された通信と、それらの通信の持続時間とをトラッキングする。課金サービス４９０は、それぞれの通信に関してユーザによって使用されたクレジットの額を、たとえば通信のタイプおよび通信の持続時間に基づいて特定する。課金サービス４９０は、ユーザによって使用されたクレジットの額を、ユーザによって保有されているクレジットから差し引く。不十分なクレジットをユーザが有している場合には、課金サービス４９０は、アプリ４１０および／または１つもしくは複数の要求ハンドラ４４０が通信を確立することを阻止することができる。
【００５０】
ユーザと連絡先のアプリ４１０との間において通信が確立される第１の例においては、課金サービス４６０は、電子通信に関してクレジットをまったく控除しない、すなわち、電子通信は無料である。ユーザと別のインターネット通信プラットフォーム４７０との間において通信が確立される第２の例においては、課金サービス４９０は、クレジットをまったく控除しない場合があり、または確立された接続および／もしくは接続されている時間に基づいてクレジットを控除する場合がある。ユーザとモバイル電話または地上通信線との間において通信が確立される第３の例においては、課金サービス４９０は、確立された接続、接続の宛先国、および／または接続されている時間に基づいてクレジットを控除する場合がある。いくつかの実施形態においては、要求ハンドラ４４０は、ユーザとモバイル電話または地上通信線との間において確立される通信に関する最も低いコストの経路を特定することになる。
【００５１】
図５は、本発明の一実施形態による、通信を確立するためのシステム５００を示している。システム５００は、１つまたは複数のデータベース４２０が、ユーザ・データベース４２２、連絡先データベース４２４、インターネット通信プラットフォーム・データベース４２６、およびメッセージ・トラッキング・データベース４２８を含むシステム４００の実施態様である。それぞれのデータベース内の詳細は、必要とされる場合には、その他のデータベースにおいて反映されることが可能である。
【００５２】
ユーザ・データベース４２２は、アプリ４１０のユーザに関するユーザ詳細を記憶する。たとえば、それぞれのユーザに関して、ユーザ・データベース４２２は、それぞれのユーザに関するユーザ識別子、セキュリティー・キー、連絡先詳細、１つまたは複数のインターネット通信プラットフォームに関するユーザのユーザ・ログイン詳細、およびユーザの通話履歴のうちの１つまたは複数を記憶する。ユーザ識別子は、たとえば、ユーザ名または電子メール・アドレスであることが可能であり、セキュリティー・キーは、たとえば、暗号化されたキーまたはパスワードであることが可能である。ユーザ・データベース４２２はまた、アクティブ・ステータス・データベース４５０において反映されるユーザの現在のステータスと、課金サービス４９０から更新されるユーザのアカウント残高とを記憶する。いくつかの実施形態においては、ユーザ・データベース４２２は、ユーザのロケーションを記憶し、これは、要求されている通信が国際通信であるかどうかを要求ハンドラ４４０が特定することを可能にする。
【００５３】
連絡先データベース４２４は、連絡先詳細を記憶する。たとえば、連絡先データベース４２４は、それぞれのユーザに関する連絡先のリスト、および１つまたは複数の通信プラットフォームに関するそれらの連絡先の連絡先詳細を記憶する。連絡先詳細は、連絡先マージング／トラッキング・サービス４８０から投入されることが可能である。連絡先詳細は、たとえば、アプリ４１０上で連絡先を識別する連絡先識別子、１つまたは複数のインターネット通信プラットフォームに関する連絡先のユーザ識別子、連絡先の名前、連絡先の１つまたは複数の電話番号、連絡先の１つまたは複数の電子メール・アドレス、１つまたは複数のインターネット通信プラットフォーム上での連絡先の存在（プレゼンス）または利用可能性、連絡先の現在のロケーション、およびユーザに関する以前に知られているロケーションのリストを含むことができる。連絡先に関して記憶されることが望まれる可能性があるさらなる情報が、キー値ストア内に置かれることが可能である。キー値ストア内の情報は、任意選択で、１つまたは複数のユーザ・データベース４２２内に存在している別々のグループの間において共有されることが可能である。
【００５４】
インターネット通信プラットフォーム・データベース４２６は、１つまたは複数のインターネット通信プラットフォームに関する１または複数のユーザおよび／または連絡先のアカウント詳細または識別子を記憶する。たとえば、インターネット通信プラットフォーム・データベース４２６は、それぞれのユーザまたは連絡先に関して、ユーザ識別子、ならびに１つまたは複数のインターネット通信プラットフォーム・アカウント識別子、ユーザ名、および／または対応するパスワードのうちの１つまたは複数を記憶する。連絡先データベース４２４は、１つまたは複数のインターネット通信プラットフォーム上でのユーザのステータスまたは利用可能性を記憶する。そのステータスまたは利用可能性は、プレゼンス・サービス４６０によってインターネット通信プラットフォーム・データベース４２６からの１つまたは複数のインターネット通信プラットフォーム・アカウント識別子、ユーザ名、および／または対応するパスワードを使用して更新される。
【００５５】
メッセージ・トラッキング・データベース４２８は、メッセージの詳細、メッセージ・スレッド、メッセージ・グループ、および関与しているユーザ／連絡先などのメッセージ詳細を記憶する。たとえば、メッセージ・トラッキング・データベース４２８は、メッセージに関する次のメッセージ詳細、すなわち、そのメッセージへ関連付けられている１つまたは複数のユーザ識別子または連絡先識別子、そのメッセージを識別するメッセージ識別子、そのメッセージが属しているメッセージのグループまたはスレッドを識別するメッセージ・グループまたはスレッドの識別子、メッセージの日付および／または時刻、ならびに、メッセージへ関連付けられているその他のメディアのうちの１つまたは複数を記憶する。メッセージ詳細において言及されている１または複数のユーザおよび／または連絡先は、ユーザ・データベース４２２および／または連絡先データベース４２４を介して識別されることが可能である。
【００５６】
いくつかの実施形態においては、要求ハンドラ４４０は、さまざまなタイプの通信要求を取り扱うための要求ハンドラを備える。好ましい実施形態においては、要求ハンドラは、１つまたは複数のゲートウェイを介して、インターネット通信ブローカ、通信ネットワーク、たとえば、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークおよび公衆交換電話網（ＰＳＴＮ）、ならびに／またはその他のデバイスと通信する。１つまたは複数のゲートウェイは、それぞれの国および／またはそれぞれのネットワークもしくはサービスのための別々のゲートウェイを含むことができる。いくつかの実施形態においては、通信は、最も低いコストを有する経路を介してルーティングされることになる。たとえば、地上通信線またはモバイル・デバイスへの国際通信が、ＶｏＩＰまたはインターネット・メッセージング・サービスを使用して確立されて、コストを低減することが可能である。
【００５７】
いくつかの実施形態においては、ユーザ・データベース４２２は、それぞれの要求ハンドラに関するユーザ識別子に関して別々の識別子を記憶する。それらの別々の識別子は、ユーザを識別するための要求、およびユーザが通信を確立することを試みている際に経由している要求ハンドラとともに送信されることが可能である。
【００５８】
図６は、本発明の一実施形態による、モバイル・デバイス６３０、地上通信線６４０、および／またはインターネット通信プラットフォーム４９０への音声通話を求める要求を取り扱うためのコール・ハンドラ４４２を含むシステム６００を示している。コール・ハンドラ４４２は、１つまたは複数のゲートウェイ６１０を介して、１つまたは複数のＶｏＩＰネットワーク６２０、および１つまたは複数のインターネット通信プラットフォーム４９０へ関連付けられている１つまたは複数のインターネット音声ブローカ６５０と通信する。コール・ハンドラ４４２は、１つまたは複数のＶｏＩＰネットワーク６２０を介してモバイル・デバイス６３０および／または地上通信線６４０との接続を確立することを試みる。１つまたは複数のＶｏＩＰネットワーク６２０は、必要な場合には、公衆交換電話網（ＰＳＴＮ）を介してモバイル・デバイス６３０および／または地上通信線６４０と通信する。たとえば、１つまたは複数のＶｏＩＰネットワークは、Ｖｏｃｕｓ、Ｌｅｖｅｌ  ３、Ｓｙｍｂｉｏ、またはＴＡＴＡによって提供されるネットワークを含むことができる。コール・ハンドラ４４２は、１つまたは複数のインターネット音声ブローカ６５０を介して１つまたは複数のインターネット通信プラットフォーム４９０との接続を確立することを試みる。たとえば、インターネット音声ブローカ６５０は、Ｓｋｙｐｅ、Ｌｉｎｅ、またはＶｉｂｅｒなどのブローカを含むことができる。
【００５９】
いくつかの実施形態においては、アプリ４１０は、接続が確立される際に、１つまたは複数のＶｏＩＰネットワーク６２０、および／またはインターネット通信プラットフォーム４９０のうちの１つもしくは複数へ直接接続される。コール・ハンドラ４４２および／またはアプリ４１０は、たとえばセッション開始プロトコル（ＳＩＰ）およびリアル・タイム・プロトコル（ＲＴＰ）を使用して、１つまたは複数のゲートウェイ６１０を介して通信を行う。いくつかの実施形態においては、通信を確立するために、ＦｒｅｅｓｗｉｔｃｈまたはＯｐｅｎＳＩＰｓなどのソフトウェア・プラットフォームが実装される。
【００６０】
いくつかの実施形態においては、アプリ４１０は、１つまたは複数のゲートウェイ６１０上でアクティブであるすべての現在接続されている通話を示すことを可能にするユーザ・インターフェースを提供する。アプリ４１０上で通話を開始したユーザは、コール・ハンドラ４４２上で現在接続されているあらゆる通話を接続解除することを選ぶことができる。いくつかの実施形態においては、アプリ４１０上で通話を開始したユーザは、このコントロールをその他のユーザが引き継ぐことまたは共有することを可能にすることを選ぶことができる。
【００６１】
図７は、本発明の一実施形態による、インターネット通信プラットフォーム４９０を介したビデオ通信を求める要求を取り扱うためのビデオ・ハンドラ４４４を含むシステム７００を示している。ビデオ・ハンドラ４４４は、１つまたは複数のゲートウェイ７１０を介して、１つまたは複数のインターネット通信プラットフォーム４９０へ関連付けられている１つまたは複数のインターネット・ビデオ・ブローカ７２０と通信する。ビデオ・ハンドラ４４４は、１つまたは複数のインターネット・ビデオ・ブローカ７２０を介して１つまたは複数のインターネット通信プラットフォーム４９０との接続を確立することを試みる。たとえば、インターネット・ビデオ・ブローカ７２０は、ＳｋｙｐｅまたはＬｉｎｅなどのブローカを含むことができる。
【００６２】
いくつかの実施形態においては、アプリ４１０は、接続が確立される際に、インターネット通信プラットフォーム４９０のうちの１つまたは複数へ直接接続される。いくつかの実施形態においては、通信を確立するために、Ｆｒｅｅｓｗｉｔｃｈなどのソフトウェア・プラットフォームが実装される。
【００６３】
図８は、本発明の一実施形態による、モバイル・デバイス６３０および／またはインターネット通信プラットフォーム４９０へメッセージを送信するための要求を取り扱うためのメッセージ・ハンドラ４４６を含むシステム８００を示している。メッセージ・ハンドラ４４６は、１つまたは複数のゲートウェイ８１０を介して、ショート・メッセージ・サービス（ＳＭＳ）、および１つまたは複数のインターネット通信プラットフォーム４９０へ関連付けられている１つまたは複数のインターネット・メッセージ・ブローカ８２０と通信する。メッセージ・ハンドラ４４６は、ＳＭＳを介して連絡先のモバイル・デバイスへメッセージを送信する。メッセージ・ハンドラ４４６は、１つまたは複数のインターネット・メッセージ・ブローカ８２０を介して１つまたは複数のインターネット通信プラットフォーム４９０上の連絡先へメッセージを送信する。たとえば、インターネット・メッセージ・ブローカ８２０は、Ｓｋｙｐｅ、Ｌｉｎｅ、Ｖｉｂｅｒ、Ｆａｃｅｂｏｏｋ  Ｍｅｓｓｅｎｇｅｒ、Ｗｈａｔｓａｐｐ、ＬｉｎｋｅｄＩｎ、Ｇｏｏｇｌｅ  Ｍｅｓｓｅｎｇｅｒ、またはＹａｈｏｏ  Ｍｅｓｓｅｎｇｅｒなどのブローカを含むことができる。
【００６４】
いくつかの実施形態においては、メッセージを送信するために、Ｒａｂｉｔ  ＭＱ、ＡｐａｃｈｅＭＱ、またはＴｗｉｌｉｏなどのソフトウェア・プラットフォームが実装される。
【００６５】
図９は、本発明の一実施形態による、その他のデバイス９２０上のアプリとの音声通信、ビデオ通信、および／またはメッセージ通信を求める要求を取り扱うためのアプリ間ハンドラ４４８を含むシステム９００を示している。アプリ間ハンドラ４４８は、１つまたは複数のゲートウェイ９１０を介して、その他のデバイス９２０上のアプリと通信する。１つまたは複数のゲートウェイ９１０は、その他のデバイス９２０上のアプリとの音声通信もしくはビデオ通信を確立すること、またはその他のデバイス９２０上のアプリへメッセージを送信することを試みる。１つまたは複数のゲートウェイ９２０は、たとえば、音声通話用の音声ゲートウェイ、ビデオ通話用のビデオ・ゲートウェイ、およびメッセージ用のメッセージ・ゲートウェイを含むことができる。
【００６６】
いくつかの実施形態においては、音声通信もしくはビデオ通信を確立するために、またはメッセージを送信するために、Ｆｒｅｅｓｗｉｔｃｈ、ＯｐｅｎＳＩＰｓ、Ｒａｂｉｔ
ＭＱ、ＡｐａｃｈｅＭＱ、および／またはＴｗｉｌｉｏなどのソフトウェア・プラットフォームが実装される。
【００６７】
図１０は、本発明の一実施形態による、１つまたは複数の通信プラットフォーム４９０との通信を確立するための方法１０００を示している。方法１０００は、下記の工程を備える。
【００６８】
工程１０１０において、方法１０００は、通信する相手となる１つまたは複数の連絡先の選択を受信する工程を備える。たとえば、それらの連絡先は、音声、ビデオ、またはテキストを介した通信用にユーザによって選択されることが可能である。
【００６９】
工程１０２０において、方法１０００は、１つまたは複数の選択された連絡先との通信を確立する起点となる１つまたは複数のデバイスの選択を受信する工程を備える。たとえば、ユーザによって、そのユーザのさまざまなデバイスが選択されることが可能である。
【００７０】
工程１０３０において、方法１０００は、選択された１つまたは複数の連絡先および１つまたは複数のデバイスに基づいて、通信を求める要求を生成する工程を備える。その要求は、ユーザまたは１つもしくは複数のデバイスへ関連付けられているセキュリティー・キーを含むことになる。
【００７１】
工程１０４０において、方法１０００は、有効性チェッカーを介して要求の有効性をチェックする工程を備える。たとえば、要求の有効性は、セキュリティー・キーを介してチェックされる。
【００７２】
工程１０５０において、要求が有効である場合には、方法１０００は、１つまたは複数の要求ハンドラを介してその要求を取り扱って、その要求に基づいて１つまたは複数の連絡先と１つまたは複数のデバイスとの間における通信を確立することを試みる工程を備える。
【００７３】
工程１０６０において、要求が無効である場合には、方法１０００は、エラー・メッセージをユーザのデバイスへ送信する工程を備え、１つまたは複数の要求ハンドラは、その要求に基づいて通信を確立することを試みない。
【００７４】
したがって、上述の実施形態によれば、ユーザは、そのユーザが所与の時点において関連付けられ得るさまざまなソーシャル・プラットフォームのうちの任意の１つまたは複数を選択し、次いで連絡先とのリアル・タイム音響会話を複数のプラットフォーム上でそれらの存在を問わずに同時に開始することを要求することができる。したがって、この実施形態によれば、リアル・タイム音響チャネル、そしてまた任意選択でビデオ・チャネルが、たとえば、ＶｏｉＰネットワーク、セルラー・ネットワーク、および従来のＰＳＴＮネットワークを介して使用するためのさまざまなフォーマットへと仲介されることが可能である。
【００７５】
いくつかの実施形態においては、複数の連絡先が、現在の通話および任意の新たなさらなるユーザをコール・ハンドラ４４２上のカンフェレンス・ブリッジ内に置くことによってアクティブな通話内に置かれるように選択されることが可能である。カンフェレンス・ブリッジは、コール・ハンドラ４４２からの別々の連絡先からの音響が、別々のゲートウェイ６１０を通じて１つの同時の通話内に置かれることを可能にする。また、いくつかの実施形態においては、コール・ハンドラ４４２上に作成されたカンフェレンス・ブリッジは、接続されている音声ブローカ６５０またはＶｏＩＰネットワーク６２０から受信されたステータス・メッセージへ応答して、通話をそのカンフェレンス・ブリッジへつながないことを特定することができる。たとえば、ＶｏＩＰネットワーク６２０上の通話は、通話が、留守番電話上で応対されるものとして検知されているということをゲートウェイ６１０へ告げることになる。
【００７６】
いくつかの実施形態においては、１つまたは複数の要求ハンドラ４４０は、ユーザのデバイス４０５上で実行される。
図１１は、本発明の一実施形態による、１つもしくは複数のインターネット通信プラットフォーム上で連絡先が利用可能であるかどうか、および／または連絡先のアプリがアクティブであるかどうかを１つまたは複数の要求ハンドラにおいて特定するための決定図１１００を示している。
【００７７】
１つまたは複数の要求ハンドラ４４０は、連絡先データベース４２２およびアクティブ・ステータス・データベース４５０と通信状態にある。１つまたは複数の連絡先との通信を確立するための要求を１つまたは複数の要求ハンドラ４４０が受信した場合には、１つまたは複数の要求ハンドラ４４０は、連絡先データベース４２２をチェックして、１つまたは複数の連絡先のそれぞれが利用可能であるインターネット通信プラットフォームを特定する。
【００７８】
デシジョン・ボックス１１３０によって示されているように、連絡先がインターネット通信プラットフォームのうちのいずれかの上で利用可能である場合には、適切な要求ハンドラ４４０は、連絡先が利用可能であるインターネット通信プラットフォームのうちのそれぞれを介して、連絡先と、適切なゲートウェイ１１１０を介して接続を確立することを試みる。
【００７９】
１つまたは複数の連絡先との通信を確立するための要求を１つまたは複数の要求ハンドラ４４０が受信した場合には、１つまたは複数の要求ハンドラ４４０は、アクティブ・ステータス・データベース４２２をチェックして、連絡先がアプリ上でアクティブであるかどうかを特定する。
【００８０】
デシジョン・ボックス１１２０によって示されているように、連絡先がアプリ上でアクティブである場合には、適切な要求ハンドラ４４０は、連絡先のアプリを介して、連絡先と、適切なゲートウェイ１１１０を介して接続を確立することを試みる。
【００８１】
連絡先が、いずれのインターネット通信プラットフォーム上でも利用可能でない場合、またはアプリ上でアクティブでない場合には、ユーザが連絡先に連絡を取ることを望んでいる旨を連絡先へ通知する電子メールが、１つまたは複数の要求ハンドラ４４０によって連絡先へ送信されることが可能である。
【００８２】
図１２は、本発明の一実施形態による、デバイス４０５からユーザ・アカウントをセットアップするために実行される工程の概略図１２００を示している。
工程１２１０において、アプリが、たとえばＧｏｏｇｌｅ  ＰｌａｙストアのＡｐｐｌｅ  ｉＴｕｎｅｓストアなどのインターネット・アプリ・マーケットから、デバイスへダウンロードされ、実行される。
【００８３】
工程１２２０において、アプリは、新たなアカウントをセットアップするためのユーザからの入力を受信する。それらの入力は、ユーザの詳細、たとえば、ユーザのユーザ名、パスワード、および連絡先詳細を含むことができる。それらの入力は、ユーザのデバイス上にアプリによって表示された、詳細をユーザに要求するダイアログに応答するものであることが可能である。いくつかの実施形態においては、ユーザ名は電子メール・アドレスである。
【００８４】
工程１２３０において、対応するユーザ・アカウントが既に存在しているかどうかを特定するためにチェックが実行される。たとえば、ユーザは、以前に同じユーザ名を使用してアカウントをセットアップしていた可能性がある。対応するアカウントが存在している場合には、ユーザは、新たなアカウントをセットアップするか、または対応するアカウントを使用してログインするよう要求される。対応するアカウントが存在していない場合には、残りの工程が実行される。
【００８５】
工程１２４０において、ユーザに関してセキュリティー・キーが生成される。そのセキュリティー・キーは、上述の詳細のように、ユーザによる通信を確立しようとする試みの有効性を確認するために使用される。
【００８６】
工程１２５０において、ユーザ・データベース４２２が、受信された入力に基づいてユーザ詳細を投入される。
工程１２６０において、ユーザの許可に伴って、１つまたは複数のインターネット通信プラットフォームに関するユーザについてのアカウント詳細を識別するためにデバイスのスキャンが実行される。
【００８７】
工程１２７０において、インターネット通信プラットフォーム・データベース４２６が、１つまたは複数のインターネット通信プラットフォームに関するユーザについてのアカウント詳細を投入される。
【００８８】
連絡先マージング／トラッキング・サービス４８０が、インターネット通信プラットフォーム・データベース４２６からのアカウント詳細を使用して１つまたは複数のインターネット通信プラットフォームにおけるユーザの連絡先を特定する。連絡先マージング／トラッキング・サービス４８０は次いで、それらの連絡先をマージングし、それぞれのインターネット通信プラットフォームに関するそれぞれの連絡先の連絡先詳細を連絡先データベース４２４へ投入する。ユーザ・データベース４２２は、連絡先データベース４２４およびインターネット通信プラットフォーム・データベース４２６へのリンクを投入される。
【００８９】
図１３は、本発明の一実施形態による、通信を確立する相手となる連絡先１３２０を選択するためのグラフィカル・ユーザ・インターフェース（ＧＵＩ）１３１０を示している。ＧＵＩ１３１０は、スマートフォン１３００上に示されている。このＧＵＩは、スマートフォン１３００上で稼働するアプリ４１０の一部であることが可能である。
【００９０】
ＧＵＩ１３１０においては、３つの連絡先が、単一の通信、たとえば電話会議のために１３３０で選択されている。好ましい実施形態においては、これの連絡先は、デバイス１３００のタッチスクリーン上の連絡先にタッチすることを介して選択される。
【００９１】
図１４は、本発明の一実施形態による、連絡先１３２０の詳細を表示および編集するためのＧＵＩ１４１０を示している。ＧＵＩ１４１０は、スマートフォン１３００上に示されており、スマートフォン１３００上で稼働するアプリ４１０の一部であることが可能である。
【００９２】
連絡先の現地時刻１４２０が示されている。現地時刻は、連絡先データベース４２４内に記憶されている連絡先のロケーションに基づくことが可能である。複数の別々の通信プラットフォーム上での連絡先の連絡先識別子４１３０が、通信プラットフォームの識別子、または自宅の電話番号もしくはオフィスの電話番号など、通信プラットフォームのインスタンスの識別子とともに示されている。
【００９３】
図１５は、本発明の一実施形態による、１つまたは複数の連絡先１３２０との通信を開始するためのＧＵＩ１５１０を示している。ＧＵＩ１５１０は、スマートフォン１３００上に示されており、スマートフォン１３００上で稼働するアプリ４１０の一部であることが可能である。
【００９４】
ＧＵＩ１３１０において１３３０で選択された３つの連絡先が示されている。連絡先のアプリを介して、または１つもしくは複数のインターネット通信プラットフォームを介して、選択された連絡先１３３０との通信を確立することを試みるために、フリーコール・ボタン１５２０が提供されている。選択された連絡先１３３０の自宅電話へダイヤルするために、「自宅」ボタン１５３０が提供されている。選択された連絡先１３３０のオフィスの電話へダイヤルするために、「オフィス」ボタン１５４０が提供されている。選択された連絡先１３３０のモバイル電話へダイヤルするために、「携帯」ボタン１５５０が提供されている。連絡先識別子が利用可能であるすべての通信プラットフォームを介してそれぞれの選択された連絡先１３３０との通信を確立することを試みるために、「一斉通話」ボタン１５８０が提供されている。一斉通話においては、通話におけるそれぞれの連絡先は、別々の通信プラットフォームを介して接続されることが可能である。たとえば、第１の連絡先は自宅電話上で応対し、第２の連絡先はＳｋｙｐｅを介して応対し、第３の連絡先はアプリを介して応対する。いくつかの実施形態においては、ＧＵＩ１５００は、それぞれの選択された連絡先１３３０に関して別々の通信プラットフォームが選択されることを可能にする。
【００９５】
ＧＵＩ１５００は、ユーザに関する現在のクレジット１５６０を示している。ユーザに関するクレジットは、「再チャージ」ボタン１５７０を介して付加されることが可能である。
【００９６】
本発明のいくつかの実施形態は、単一の関連付けられている連絡先に関して複数の別々の通信プラットフォームにわたってアウトバウンド通話またはアウトバウンド通信を行うことが可能であるという利点を提供する。いくつかの実施形態においては、本発明はまた、アウトバウンド通話のデバイスが選択されることを可能にし、それによってユーザは、たとえば、自宅電話、携帯電話、職場の電話、アプリ、または、利用可能なオプションのうちのすべてからアウトバウンド通話を行うことができる。
【００９７】
本発明のいくつかの実施形態はまた、たとえば、すべてのビジネスおよびソーシャル・メディア・ネットワーキングならびに通信プラットフォームに関して一元管理される連絡先と、その他のインターネット通信プラットフォームからの連絡先を単一の連絡先データベースへと更新およびマージングすることができるという利点とを提供する。
【００９８】
したがって、本発明を使用すれば、ユーザは、単一のアプリから単一の通信プラットフォームを介して連絡先に連絡を取ることに限定されない。連絡先と通信しようとする単一の試みは、通信を確立することを試みる前に、その連絡先がどこで利用可能であるかの特定を含み得る。通信は次いで、連絡先が利用可能である場合に複数の別々の通信プラットフォームを介して確立されること、または確立されることを試みられることが可能である。
【００９９】
記述されているように、本発明のすべての実施形態が、いくつかの実施形態に関して本明細書において記述されている利点のうちのすべてを必ずしも含むとは限らない。
本明細書においては、「ｃｏｍｐｒｉｓｅｓ（備える）」、「ｃｏｍｐｒｉｓｉｎｇ（備える）」という用語、または類似の用語は、非排他的な包含を意味することを意図されており、それによって、要素のリストを備える装置は、それらの要素だけを含むのではなく、リストアップされていないその他の要素を含んでもよい。
【０１００】
本明細書におけるいかなる従来技術への言及も、その従来技術が、共通の一般常識の一部を形成しているという旨の認識または何らかの形態の示唆として取られることはなく、またそのように取られるべきではない。
【０１０１】
本明細書を通じて、目的は、いずれか１つの実施形態または特徴の具体的な集合へ本発明を限定することなく本発明について記述することであった。当業者なら、やはり本発明の範囲内に収まることになる、具体的な実施形態からの変形形態を実現することができる。
【図１】
2020191675.tif 000003
【図２】
2020191675.tif 000004
【図３】
2020191675.tif 000005
【図４】
2020191675.tif 000006
【図５】
2020191675.tif 000007
【図６】
2020191675.tif 000008
【図７】
2020191675.tif 000009
【図８】
2020191675.tif 000010
【図９】
2020191675.tif 000011
【図１０】
2020191675.tif 000012
【図１１】
2020191675.tif 000013
【図１２】
2020191675.tif 000014
【図１３】
2020191675.tif 000015
【図１４】
2020191675.tif 000016
【図１５】
2020191675.tif 000017
【手続補正書】
【提出日】令和2年9月11日(2020.9.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信を確立するためのシステムであって、
プロセッサと、
前記プロセッサへ接続されている通信デバイスであって、別々の電子通信プラットフォームと通信するように構成されている通信デバイスと、
前記プロセッサへ接続されているストレージ・デバイスと、を備え、前記ストレージ・デバイスは、前記別々の電子通信プラットフォームに関する連絡先の詳細と、コンピュータ可読コード・コンポーネントとを記憶しており、前記コンピュータ可読コード・コンポーネントは、前記プロセッサによる実行時、
連絡先との電子通信を確立するための第１の要求をユーザから受信する工程と、
前記ストレージ・デバイス内に記憶されている連絡先の前記詳細を介して、複数の前記別々の電子通信プラットフォームのそれぞれに関する前記連絡先の連絡先識別子を識別する工程と、
前記連絡先との前記電子通信を確立するために用いる前記ユーザの選択されたデバイスを前記ユーザから前記プロセッサにおいて受信する工程と、
それぞれの各連絡先識別子を使用して前記複数の別々の電子通信プラットフォームのそれぞれを介して同時に前記連絡先とのリアル・タイム音響データを含む電子通信を確立するための第２の要求を、前記ユーザの前記選択されたデバイスのうちの１つを介して送信する工程と、
前記複数の別々の電子通信プラットフォームのうちの１つを介して前記連絡先との電子通信を確立するための前記第２の要求の受諾を、前記通信デバイスを介して受信する工程と、
前記複数の別々の電子通信プラットフォームのうちの前記１つを介して前記連絡先と前記ユーザの前記選択されたデバイスのうちの前記１つとの間におけるリアル・タイム音響データを含む電子通信を確立する工程と、を実行するように構成されている、システム。
【外国語明細書】
2020191675000001.pdf