JP2020188458A - マルチメディア通信のための端末連結方法およびシステム - Google Patents

Abstract

【課題】マルチメディア通信において、アクセス網の使用を最小化することができる端末連結方法およびシステムを提供する。【解決手段】内部アプリケーションサーバは、複数のフロントエンドサーバそれぞれからフロントエンドサーバとノードとの関係に関する情報を受信し、データベースに記録する。外部アプリケーションサーバから第１ノードと第２ノードとの連結を要求するメッセージを受信する。データベースで、第１ノードと関係をもつ第１フロントエンドサーバおよび前記第２ノードと関係をもつ第２フロントエンドサーバを検索し、第１のフロントエンドサーバと第２のフロントエンドサーバをブリッジングする。【選択図】図１０

Description

以下の説明は、マルチメディア通信のための端末連結方法およびシステムに関する。

２つの端末がマルチメディア通信を行うためには、いくつかの手順（ネットワークトランザクション：ｎｅｔｗｏｒｋ ｔｒａｎｓａｃｔｉｏｎ）を経なければならない。このような手順は一般的であるが、迅速ではない。特に、アクセス網が遅い場合や不安定な場合は、マルチメディア通信によって２つの端末に提供されるサービスに悪影響を及ぼす。例えば、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）は、ＩＰアドレスをもつネットワークを介して音声をデジタルパケットに変換して送信する技術であり、一例として、特許文献１は、ＶｏＩＰサービス方法および装置を開示している。このとき、ＶｏＩＰサービスは、互いに通信しようとする２つの端末それぞれのアクセス網の状態の影響を受けるようになる。

韓国登録特許第１０−１１３６７１２号

内部アプリケーションサーバ（ｉｎｔｅｒｎａｌ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）を介して２つの端末それぞれのアクセス網の連結をブリッジング（ｂｒｉｄｇｉｎｇ）することにより、アクセス網の使用を最小化することができる端末連結方法、前記方法を実行するコンピュータ装置、前記コンピュータ装置と結合して前記方法を前記コンピュータ装置に実行させるためにコンピュータ読み取り可能な記録媒体に記録されたコンピュータプログラムおよびその記録媒体を提供する。

少なくとも１つのプロセッサを含むコンピュータ装置を利用して実現される内部アプリケーションサーバの端末連結方法であって、前記少なくとも１つのプロセッサにより、複数のフロントエンドサーバそれぞれから、フロントエンドサーバとノードとの関係に関する情報を受信してデータベースに記録する段階、前記少なくとも１つのプロセッサにより、第１ノードと第２ノードとを連結しようとする外部アプリケーションサーバから前記第１ノードと前記第２ノードとの連結を要求するメッセージを受信する段階、前記少なくとも１つのプロセッサにより、前記データベースで前記第１ノードと関係をもつ第１フロントエンドサーバおよび前記第２ノードと関係をもつ第２フロントエンドサーバを検索する段階、および前記検索の結果に基づき、前記少なくとも１つのプロセッサにより、前記第１フロントエンドサーバおよび前記第２フロントエンドサーバのうちの少なくとも１つに、前記第１ノードおよび前記第２ノードとの連結要求を送信することで前記第１フロントエンドサーバと前記第２フロントエンドサーバとのブリッジングを要求する段階を含む、端末連結方法を提供する。

一側によると、前記第１フロントエンドサーバおよび前記第２フロントエンドサーバのうちの一方から前記第１フロントエンドサーバおよび前記第１フロントエンドサーバのうちの他方にアクセスセッション連結を要求することにより、前記第１フロントエンドサーバと前記第２フロントエンドサーバとの間にアクセスセッションが形成されることを特徴としてよい。

他の側面によると、前記第１フロントエンドサーバと前記第２フロントエンドサーバとの間に形成されたアクセスセッションにおいて、前記第１ノードと前記第２ノードとの通信が成立してよい。

また他の側面によると、サービスの提供を受けようとするノードが特定のフロントエンドサーバにアクセスセッション連結を要求することにより、前記サービスの提供を受けようとするノードと前記特定のフロントエンドサーバとの間にアクセスセッションが形成され、前記サービスの提供を受けようとするノードと前記特定のフロントエンドサーバとの関係が設定されることを特徴としてよい。

少なくとも１つのプロセッサを含むコンピュータ装置を利用して実現される第１フロントエンドサーバの端末連結方法であって、前記少なくとも１つのプロセッサにより、第１ノードからのアクセスセッション連結の要求を受信する段階、前記少なくとも１つのプロセッサにより、前記アクセスセッション連結の要求に応答して前記第１ノードとの第１アクセスセッションを形成する段階、前記少なくとも１つのプロセッサにより、前記第１フロントエンドサーバと前記第１ノードとの関係に関する情報を内部アプリケーションサーバに送信する段階、前記少なくとも１つのプロセッサにより、第２フロントエンドサーバと関係をもつ第２ノードと前記第１ノードとの連結のために、前記内部アプリケーションサーバからノード連結要求を受信する段階、前記少なくとも１つのプロセッサにより、前記受信したノード連結要求に従って、前記第２フロントエンドサーバにアクセスセッション連結の要求を送信して前記第２フロントエンドサーバと第２アクセスセッションを形成する段階、および前記少なくとも１つのプロセッサにより、前記第２アクセスセッションを利用して前記第１ノードと前記第２ノードとの通信をサポートする段階を含む、端末連結方法を提供する。

コンピュータ装置と結合して前記方法をコンピュータ装置に実行させるためにコンピュータ読み取り可能な記録媒体に記録された、コンピュータプログラムを提供する。

前記方法をコンピュータ装置に実行させるためのプログラムが記録されている、コンピュータ読み取り可能な記録媒体を提供する。

コンピュータ読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサにより、複数のフロントエンドサーバそれぞれから、フロントエンドサーバとノードとの関係に関する情報を受信してデータベースに記録し、第１ノードと第２ノードとを連結しようとする外部アプリケーションサーバから前記第１ノードと前記第２ノードとの連結を要求するメッセージを受信し、前記データベースで前記第１ノードと関係をもつ第１フロントエンドサーバおよび前記第２ノードと関係をもつ第２フロントエンドサーバを検索し、前記検索の結果に基づき、前記第１フロントエンドサーバおよび前記第２フロントエンドサーバのうちの少なくとも１つに、前記第１ノードと前記第２ノードとの連結要求を送信することで前記第１フロントエンドサーバと前記第２フロントエンドサーバとのブリッジングを要求することを特徴とする、コンピュータ装置を提供する。

少なくとも１つのプロセッサを含むコンピュータ装置を利用して実現される第１フロントエンドサーバであって、コンピュータ読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサにより、第１ノードからのアクセスセッション連結の要求を受信し、前記少なくとも１つのプロセッサにより、前記アクセスセッション連結の要求に応答して前記第１ノードとの第１アクセスセッションを形成し、前記第１フロントエンドサーバと前記第１ノードとの関係に関する情報を内部アプリケーションサーバに送信し、第２フロントエンドサーバと関係をもつ第２ノードと前記第１ノードとの連結のために前記内部アプリケーションサーバからノード連結要求を受信し、前記受信したノード連結要求に従って、前記第２フロントエンドサーバにアクセスセッション連結の要求を送信することで前記第２フロントエンドサーバとの第２アクセスセッションを形成し、前記少なくとも１つのプロセッサにより、前記第２アクセスセッションを利用して前記第１ノードと前記第２ノードとの通信をサポートすることを特徴とする、第１フロントエンドサーバを提供する。

内部アプリケーションサーバ（ｉｎｔｅｒｎａｌ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）を介して２つの端末それぞれのアクセス網の連結をブリッジング（ｂｒｉｄｇｉｎｇ）することにより、アクセス網の使用を最小化することができる。

アクセス網の使用を最小化することにより、マルチメディア通信のための端末間の連結速度を向上させることができる。

本発明の一実施形態における、ネットワーク環境の例を示した図である。 本発明の一実施形態における、コンピュータ装置の例を示したブロック図である。 本発明の一実施形態における、端末間の連結を提供する過程の例を示した図である。 本発明の一実施形態における、端末間の連結を提供する過程の例を示した図である。 本発明の一実施形態における、端末間の連結を提供する過程の例を示した図である。 本発明の一実施形態における、端末間の連結を提供する過程の例を示した図である。 本発明の一実施形態における、端末間の連結を提供する過程の例を示した図である。 本発明の一実施形態における、端末間の連結を提供する過程の例を示した図である。 本発明の一実施形態における、端末間の連結を提供する過程の例を示した図である。 本発明の一実施形態における、内部アプリケーションサーバの端末連結方法の例を示したフローチャートである。 本発明の一実施形態における、フロントエンドサーバの端末連結方法の例を示したフローチャートである。

以下、実施形態について、添付の図面を参照しながら詳しく説明する。

本発明の実施形態に係る端末連結方法は、少なくとも１つのコンピュータ装置によって実行されてよい。このとき、コンピュータ装置においては、本発明の一実施形態に係るコンピュータプログラムがインストールされて実行されてよく、コンピュータ装置は、実行されるコンピュータプログラムの制御に従って本発明の実施形態に係る端末連結方法を実行してよい。上述したコンピュータプログラムは、コンピュータ装置と結合して端末連結方法をコンピュータに実行させるために、コンピュータ読み取り可能な記録媒体に記録されてよい。

図１は、本発明の一実施形態における、ネットワーク環境の例を示した図である。図１のネットワーク環境は、複数の電子機器１１０、１２０、１３０、１４０、複数のサーバ１５０、１６０、およびネットワーク１７０を含む例を示している。このような図１は、発明の説明のための一例に過ぎず、電子機器の数やサーバの数が図１のように限定されることはない。また、図１のネットワーク環境は、本実施形態に適用可能な環境のうちの一例に過ぎず、本実施形態に適用可能な環境が図１のネットワーク環境に限定されることはない。

複数の電子機器１１０、１２０、１３０、１４０は、コンピュータ装置によって実現される固定端末や移動端末であってよい。複数の電子機器１１０、１２０、１３０、１４０の例としては、スマートフォン、携帯電話、ナビゲーション、ＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）、ノート型ＰＣ、デジタル放送用端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、タブレットなどがある。一例として、図１では、電子機器１（１１０）の例としてスマートフォンを示しているが、本発明の実施形態において、電子機器１（１１０）は、実質的に無線または有線通信方式を利用し、ネットワーク１７０を介して他の電子機器１２０、１３０、１４０および／またはサーバ１５０、１６０と通信することのできる多様な物理的なコンピュータシステムのうちの１つを意味してよい。

通信方式が限定されることはなく、ネットワーク１７０が含むことのできる通信網（一例として、移動通信網、有線インターネット、無線インターネット、放送網）を利用する通信方式だけではなく、機器間の近距離無線通信が含まれてよい。例えば、ネットワーク１７０は、ＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＣＡＮ（ｃａｍｐｕｓ ａｒｅａ ｎｅｔｗｏｒｋ）、ＭＡＮ（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、ＢＢＮ（ｂｒｏａｄｂａｎｄ ｎｅｔｗｏｒｋ）、インターネットなどのネットワークのうちの１つ以上の任意のネットワークを含んでよい。さらに、ネットワーク１７０は、バスネットワーク、スターネットワーク、リングネットワーク、メッシュネットワーク、スター−バスネットワーク、ツリーまたは階層的ネットワークなどを含むネットワークトポロジのうちの任意の１つ以上を含んでもよいが、これらに限定されることはない。

サーバ１５０、１６０それぞれは、複数の電子機器１１０、１２０、１３０、１４０とネットワーク１７０を介して通信して命令、コード、ファイル、コンテンツ、サービスなどを提供する１つ以上のコンピュータ装置によって実現されてよい。例えば、サーバ１５０は、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０にサービス（一例として、メッセージングサービス、メールサービス、ソーシャルネットワークサービス、地図サービス、翻訳サービス、金融サービス、決済サービス、検索サービス、コンテンツ提供サービスなど）を提供するシステムであってよい。

図２は、本発明の一実施形態における、コンピュータ装置の例を示したブロック図である。上述した複数の電子機器１１０、１２０、１３０、１４０それぞれやサーバ１５０、１６０それぞれは、図２に示したコンピュータ装置２００によって実現されてよい。

このようなコンピュータ装置２００は、図２に示すように、メモリ２１０、プロセッサ２２０、通信インタフェース２３０、および入力／出力インタフェース２４０を含んでよい。メモリ２１０は、コンピュータ読み取り可能な記録媒体であって、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、およびディスクドライブのような永続的大容量記録装置を含んでよい。ここで、ＲＯＭやディスクドライブのような永続的大容量記録装置は、メモリ２１０とは区分される別の永続的記録装置としてコンピュータ装置２００に含まれてもよい。また、メモリ２１０には、オペレーティングシステムと、少なくとも１つのプログラムコードが記録されてよい。このようなソフトウェア構成要素は、メモリ２１０とは別のコンピュータ読み取り可能な記録媒体からメモリ２１０にロードされてよい。このような別のコンピュータ読み取り可能な記録媒体は、フロッピー（登録商標）ドライブ、ディスク、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリカードなどのコンピュータ読み取り可能な記録媒体を含んでよい。他の実施形態において、ソフトウェア構成要素は、コンピュータ読み取り可能な記録媒体ではない通信インタフェース２３０を通じてメモリ２１０にロードされてもよい。例えば、ソフトウェア構成要素は、ネットワーク１７０を介して受信されるファイルによってインストールされるコンピュータプログラムに基づき、コンピュータ装置２００のメモリ２１０にロードされてよい。

プロセッサ２２０は、基本的な算術、ロジック、および入出力演算を実行することにより、コンピュータプログラムの命令を処理するように構成されてよい。命令は、メモリ２１０または通信インタフェース２３０によって、プロセッサ２２０に提供されてよい。例えば、プロセッサ２２０は、メモリ２１０のような記録装置に記録されたプログラムコードに従って受信される命令を実行するように構成されてよい。

通信インタフェース２３０は、ネットワーク１７０を介してコンピュータ装置２００が他の装置（一例として、上述した記録装置）と互いに通信するための機能を提供してもよい。一例として、コンピュータ装置２００のプロセッサ２２０がメモリ２１０のような記録装置に記録されたプログラムコードに従って生成した要求や命令、データ、ファイルなどが、通信インタフェース２３０の制御に従ってネットワーク１７０を介して他の装置に伝達されてよい。これとは逆に、他の装置からの信号や命令、データ、ファイルなどが、ネットワーク１７０を経てコンピュータ装置２００の通信インタフェース２３０を通じてコンピュータ装置２００に受信されてよい。通信インタフェース２３０を通じて受信された信号や命令、データなどは、プロセッサ２２０やメモリ２１０に伝達されてよく、ファイルなどは、コンピュータ装置２００がさらに含むことのできる記録媒体（上述した永続的記録装置）に記録されてよい。

入力／出力インタフェース２４０は、入力／出力装置２５０とのインタフェースのための手段であってよい。例えば、入力装置は、マイク、キーボード、またはマウスなどの装置を、出力装置は、ディスプレイやスピーカなどのような装置を含んでよい。他の例として、入力／出力インタフェース２４０は、タッチスクリーンのように入力と出力のための機能が１つに統合された装置とのインタフェースのための手段であってもよい。入力／出力装置２５０は、コンピュータ装置２００と１つの装置で構成されてもよい。

また、他の実施形態において、コンピュータ装置２００は、図２の構成要素よりも少ないか多くの構成要素を含んでもよい。しかし、大部分の従来技術的構成要素を明確に図に示す必要はない。例えば、コンピュータ装置２００は、上述した入力／出力装置２５０のうちの少なくとも一部を含むように実現されてもよいし、トランシーバやデータベースなどのような他の構成要素をさらに含んでもよい。

図３〜図９は、本発明の一実施形態における、端末間の連結を提供する過程の例を示した図である。

図３は、内部アプリケーションサーバ（ｉｎｔｅｒｎａｌ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ：ｉＡＳ）３１０、外部アプリケーションサーバ（ｅｘｔｅｒｎａｌ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ：ｘＡＳ）３２０、フロントエンドサーバ１（Ｆｒｏｎｔ Ｅｎｄ Ｓｅｒｖｅｒ １：ＦＥＳ１）３３０、フロントエンドサーバ２（Ｆｒｏｎｔ Ｅｎｄ Ｓｅｒｖｅｒ ２：ＦＥＳ２）３４０、および複数の端末３５０を示している。ここで、「フロントエンドサーバ」とは、一例として、Ｗｉ−Ｆｉを利用したアクセス網のアクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）のようにアクセス網のフロントエンドを形成する物理的装置を意味してよい。他の実施形態によると、「フロントエンドサーバ」は、プロキシサーバやゲートウェイサーバのような形態の物理的装置で実現されてよい。

ここで、端末３５０それぞれとフロントエンドサーバ３３０、３４０との間にはアクセスセッション（一例として、メディアセッション）が予め設定（ｐｒｅ−ｓｅｔｕｐ）されてよい。一例として、図３では、端末１（Ｔｅｒｍｉｎａｌ １：Ｔ１）３５１がフロントエンドサーバ１（３３０）にアクセスセッションの連結を要求（ｒｅｑ．ｓｅｓｓｉｏｎ）することに従って、フロントエンドサーバ１（３３０）が端末１（３５１）との間にアクセスセッションを設定した後、応答（ｒｅｓ．ｓｅｓｓｉｏｎ）をする例を示している。より具体的な例として、アクセスセッションを形成するということは、ＶｏＩＰサービスの場合、端末１（３５１）がフロントエンドサーバ１（３３０）にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の「ＩＮＶＩＴＥ」メッセージを送信し、フロントエンドサーバ１（３３０）は端末１（３５１）に「２００ ＯＫ」の回答メッセージを受信することでＲＴＰセッションを形成することに対応してよい。このとき、アクセスセッションの形成が完了した後、フロントエンドサーバ１（３３０）は、フロントエンドサーバ１（３３０）と端末１（３５１）との関係に関する情報を内部アプリケーションサーバ３１０に伝達し、該当の関係に関する情報が内部アプリケーションサーバ３１０で記録および管理されるようにしてよい（ｒｅｑ．Ａｄｄ ｅｎｔｒｙ［ＦＥＳ １、Ｔ１］）。一例として、内部アプリケーションサーバ３１０は、データベースのマッピングテーブルに該当となる関係に関する情報を記録してよい。

このとき、端末３５０それぞれが、このような過程を経てフロントエンドサーバ３３０、３４０との間にアクセスセッションを設定した後、図４に示した点線のように、端末３５０それぞれとフロントエンドサーバ３３０、３４０との間にはアクセスセッションが予め設定されてよく、内部アプリケーションサーバ３１０は、端末３５０それぞれとフロントエンドサーバ３３０、３４０との関係に関する情報を収集して関係情報データベース４１０を構築してよい。

一方、図５に示すように、特定のサービスを提供する外部アプリケーションサーバ３２０から、該当のサービスの提供のために、端末ａ（Ｔｅｒｍｉｎａｌ ａ：Ｔａ）３５２と端末ｂ（Ｔｅｒｍｉｎａｌ ｂ：Ｔｂ）３５３との連結が要求されると仮定する。例えば、外部アプリケーションサーバ３２０は、端末ａ３５２と端末ｂ３５３とにＶｏＩＰサービスを提供するＶｏＩＰサーバであってよい。この場合、従来では、ＶｏＩＰ通話のための連結が要求されるたびに、端末ａ３５２とフロントエンドサーバ１（３３０）との間と、端末ｂ３５３とフロントエンドサーバ２（３４０）との間にアクセスセッションが形成されなければならなかった。これとは異なり、本実施形態では、予め設定されたアクセスセッションが活用されてよい。言い換えれば、端末３５０がアクセス網に接続するための回数を画期的に減らすことが可能となる。

これを実現するために、図６に示すように、外部アプリケーションサーバ３２０は、端末ａ３５２および／または端末ｂ３５３からの要求（ｒｅｑ．ｓｗａｐ）に従って、連結させようとする端末ａ３５２および端末ｂ３５３に関する情報を内部アプリケーションサーバ３１０に送信することにより、端末３５２、３５３の連結を要求（ｒｅｑ．Ｃｏｍ ｗｉｔｈ ｐａｉｒ（Ａ、Ｂ））してよい。この場合、内部アプリケーションサーバ３１０は、関係情報データベース４１０に基づき、端末ａ３５２と関係をもつフロントエンドサーバ１（３３０）および端末ｂ３５３と関係をもつフロントエンドサーバ２（３４０）を識別してよい。

このとき、内部アプリケーションサーバ３１０は、フロントエンドサーバ１（３３０）とフロントエンドサーバ２（３４０）とのブリッジングを処理してよい。例えば、図７に示すように、内部アプリケーションサーバ３１０は、フロントエンドサーバ１（３３０）に、フロントエンドサーバ２（３４０）と端末ｂ３５３とのマッピング情報が含まれるブリッジング要求（ｒｅｑ．ｂｒｉｄｇｉｎｇ）を送信してよい。

この場合、フロントエンドサーバ１（３３０）は、図８に示すように、ブリッジング要求に含まれるフロントエンドサーバ２（３４０）に関する情報に基づき、フロントエンドサーバ２（３４０）とのアクセスセッションを要求（ｒｅｑ．ｓｅｓｓｉｏｎ）してよく、フロントエンドサーバ２（３４０）がフロントエンドサーバ１（３３０）に応答（ｒｅｓ．ｓｅｓｓｉｏｎ）を送信することにより、フロントエンドサーバ１（３３０）とフロントエンドサーバ２（３４０）との間にアクセスセッションが形成されてよい。

フロントエンドサーバ１（３３０）とフロントエンドサーバ２（３４０）との間にアクセスセッションが形成されると、図９に示すように、形成されたアクセスセッションにおいて、端末ａ３５２と端末ｂ３５３との通信（一例として、マルチメディア通信）が成立するようになる。言い換えれば、端末ａ３５２と端末ｂ３５３とが連結しようとするたびに、端末ａ３５２と端末ｂ３５３がアクセス網に新たなアクセスセッションを設定する過程を省略することが可能となる。これにより、ノード間の通信セッションが急に行われたり、通信待機中の各ノード間の通信セッションが頻繁に変更されたりする場合にも、遅滞なく迅速に通信を成立させることが可能となる。

図１０は、本発明の一実施形態における、内部アプリケーションサーバの端末連結方法の例を示したフローチャートである。本実施形態に係る端末連結方法は、一例として、上述した内部アプリケーションサーバ３１０を実現するコンピュータ装置２００によって実行されてよい。例えば、コンピュータ装置２００のプロセッサ２２０は、メモリ２１０が含むオペレーティングシステムのコードと、少なくとも１つのプログラムのコードとによる制御命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現されてよい。ここで、プロセッサ２２０は、コンピュータ装置２００に記録されたコードが提供する制御命令に従ってコンピュータ装置２００が図１０の方法に含まれる段階１０１０〜段階１０４０を実行するようにコンピュータ装置２００を制御してよい。

段階１０１０において、コンピュータ装置２００は、複数のフロントエンドサーバそれぞれからフロントエンドサーバとノードとの関係に関する情報を受信し、データベースに記録してよい。例えば、サービスの提供を受けようとするノードが特定のフロントエンドサーバにアクセスセッション連結を要求することにより、サービスの提供を受けようとするノードと特定のフロントエンドサーバとの間にアクセスセッションが形成され、サービスの提供を受けようとするノードと前記特定のフロントエンドサーバの関係が設定されてよい。より具体的な例として、上述した図３では、内部アプリケーションサーバ３１０が、ノードである端末１（３５１）とフロントエンドサーバ１（３３０）との関係に関する情報を受信して記録することについて説明した。ここで、データベースは、上述した関係情報データベース４１０に対応してよい。このとき、フロントエンドサーバとノードとの関係は、フロントエンドサーバとノードとの間に形成されたアクセスセッション（一例として、メディアセッション）に対応してよい。

段階１０２０において、コンピュータ装置２００は、第１ノードと第２ノードとを連結しようとする外部アプリケーションサーバから、第１ノードと第２ノードとの連結を要求するメッセージを受信してよい。ここで、外部アプリケーションサーバは、一例として、上述した外部アプリケーションサーバ３２０に対応してよく、第１ノードと第２ノードはそれぞれ端末ａ３５２および端末ｂ３５３に対応してよい。上述したように、外部アプリケーションサーバ３２０は、端末ａ３５２と端末ｂ３５３との連結のための要求を内部アプリケーションサーバ３１０に送信してよく、本実施形態においては、内部アプリケーションサーバ３１０に対応するコンピュータ装置２００が、このような要求が含まれたメッセージを受信するようになる。

段階１０３０において、コンピュータ装置２００は、データベースで第１ノードと関係をもつ第１フロントエンドサーバおよび第２ノードと関係をもつ第２フロントエンドサーバを検索してよい。上述したように、関係情報データベース４１０に対応するデータベースには、フロントエンドサーバとノードとの関係に関する情報が記録されているため、コンピュータ装置２００は、このようなデータベースに基づき、連結しようとする第１ノードと第２ノードそれぞれと関係をもつフロントエンドサーバを検索してよい。

段階１０４０において、コンピュータ装置２００は、検索結果に基づき、第１フロントエンドサーバおよび第２フロントエンドサーバのうちの少なくとも１つに、第１ノードと第２ノードとの連結要求を送信することで、第１フロントエンドサーバと第２フロントエンドサーバとのブリッジングを要求してよい。このとき、第１フロントエンドサーバ（または第２フロントエンドサーバ）から第２フロントエンドサーバ（または第１フロントエンドサーバ）にアクセスセッション連結を要求することにより、第１フロントエンドサーバと第２フロントエンドサーバとの間にアクセスセッションが形成されてよい。このようなアクセスセッション連結の要求は、第１フロントエンドサーバと第２フロントエンドサーバのうちのいずれか１つに送信されてもよいが、実施形態によっては、第１フロントエンドサーバと第２フロントエンドサーバそれぞれに送信されてもよい。この場合、第１フロントエンドサーバと第２フロントエンドサーバとの間に形成されたアクセスセッションにおいて、第１ノードと第２ノードとの通信が成立されてよい。言い換えれば、ノードは、他のノードとの連結のたびにアクセス網とのアクセスセッションを設定するのではなく、フロントエンドサーバと予め設定されたアクセスセッションに関する情報を内部アプリケーションサーバに記録しておき、記録されたノードとフロントエンドサーバとの間のアクセスセッションに関する情報、そしてフロントエンドサーバ間のアクセスセッションに基づき、互いに通信するようになる。これにより、アクセス網の使用を最小化することが可能となる。

図１１は、本発明の一実施形態に係る、フロントエンドサーバの端末連結方法の例を示したフローチャートである。本実施形態に係る端末連結方法は、フロントエンドサーバを実現するコンピュータ装置２００によって実行されてよい。ここで、フロントエンドサーバは、一例として、フロントエンドサーバ１（３３０）またはフロントエンドサーバ２（３４０）に対応してよい。例えば、コンピュータ装置２００のプロセッサ２２０は、メモリ２１０が含むオペレーティングシステムのコードと、少なくとも１つのプログラムのコードとによる制御命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現されてよい。ここで、プロセッサ２２０は、コンピュータ装置２００に格納されたコードが提供する制御命令に従ってコンピュータ装置２００が図１１の方法に含まれる段階１１１０〜段階１１６０を実行するようにコンピュータ装置２００を制御してよい。

段階１１１０において、コンピュータ装置２００は、第１ノードからのアクセスセッション連結の要求を受信してよい。第１フロントエンドサーバに対応するコンピュータ装置２００は、図３を参照しながら説明した「ｒｅｑ．ｓｅｓｓｉｏｎ」に対応するアクセスセッション連結の要求を第１ノードから受信してよい。

段階１１２０において、コンピュータ装置２００は、アクセスセッション連結の要求に応答して第１ノードとの第１アクセスセッションを形成してよい。このような、第１フロントエンドサーバと第１ノードとの間のアクセスセッションは、第１ノードが初めてアクセス網に接続するときに形成されてよい。それぞれのノードは、自身が接続しようとするアクセス網のフロントエンドサーバとそれぞれアクセスセッションを予め設定してよい。

段階１１３０において、コンピュータ装置２００は、第１フロントエンドサーバと第１ノードとの関係に関する情報を内部アプリケーションサーバに送信してよい。このとき、ノードとフロントエンドサーバとの関係に関する情報がそれぞれ内部アプリケーションサーバに送信されてよく、内部アプリケーションサーバは、このような関係に関する情報を記録および維持するようになる。例えば、内部アプリケーションサーバは、上述した内部アプリケーションサーバ３１０に対応してよく、フロントエンドサーバとノードとの関係に関する情報をデータベースに記録し、第１ノードと第２ノードとを連結しようとする外部アプリケーションサーバ（ｅｘｔｅｒｎａｌ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ：ｘＡＳ）から第１ノードと第２ノードとの連結を要求するメッセージを受信し、データベースで第１ノードと関係をもつ第１フロントエンドサーバおよび第２ノードと関係をもつ第２フロントエンドサーバを検索し、検索結果に基づき、第１フロントエンドサーバおよび第２フロントエンドサーバのうちの少なくとも１つに第１ノードと第２ノードとの連結要求を送信するように実現されてよい。

段階１１４０において、コンピュータ装置２００は、第２フロントエンドサーバと関係をもつ第２ノードと第１ノードとの連結のために、内部アプリケーションサーバからノード連結要求を受信してよい。一例として、内部アプリケーションサーバからノード連結要求を受信したコンピュータ装置２００は、ノード連結要求に含まれる第１ノード、第２ノード、および第２フロントエンドサーバに関する情報に基づき、第１ノードと第２ノードとを連結しようとしていることを把握してよく、このために、第２フロントエンドサーバとの間にアクセスセッションを設定しなければならないことを把握してよい。

段階１１５０において、コンピュータ装置２００は、受信したノード連結要求に従って、第２フロントエンドサーバにアクセスセッション連結の要求を送信し、第２フロントエンドサーバと第２アクセスセッションを形成してよい。一例として、コンピュータ装置２００からのアクセスセッション連結の要求を受信する第２フロントエンドサーバは、コンピュータ装置２００との間にアクセスセッションを形成した後、コンピュータ装置２００にアクセスセッション連結の要求に対する応答を送信してよい。

段階１１６０において、コンピュータ装置２００は、第２アクセスセッションを利用して第１ノードと第２ノードとの通信をサポートしてよい。このように、第１ノードと第２ノードは、連結のたびにフロントエンドサーバへの連結を試みる必要がなく、予め設定されたアクセスセッションと、フロントエンドサーバ間に形成されるアクセスセッションを介して互いに連結することが可能となる。

外部アプリケーションサーバが提供するサービスは、極めて多様であってよい。例えば、通信セッションを維持している参加者のうちから２人をランダムで選んだり、送信者が複数の通話待機者リストから通話したい特定の人物を選んだりする場合、または第１会話相手との通話終了後すぐに通話待機者リストから第２会話相手を選択する場合、両者の映像チャットが切れることなく、迅速に連結がなされるサービスが考慮される。より具体的な例として、複数の参加者がランダムに連結されて映像通話を行うサービスの例が挙げられる。第１ユーザが第２ユーザとの映像通話の途中に、スワイプや画面タッチのようなユーザからの特定の入力に従って映像通話の会話相手を変更することがある。この場合、ユーザの特定の入力による会話相手の変更要求は、該当のサービスを提供する外部アプリケーションに伝達されてよく、外部アプリケーションサーバは、第１ユーザと映像通話する変更された対象として、映像通話待機者リストから第３ユーザをランダムに選択してよい。この場合、外部アプリケーションサーバは、２人の２つの端末（上述した例において、第１ユーザの端末と第３ユーザの端末）を連結するために２つの端末に関する情報を内部アプリケーションサーバに送信してよく、上述したように、内部アプリケーションサーバが記録しているフロントエンドサーバと端末との関係に関する情報に基づき、２つの端末を遅滞なく連結させることが可能となる。

このようなサービスにおいて、外部アプリケーションサーバは、端末それぞれが、端末それぞれにおいてインストールして実行したアプリケーションを通じてアクセスしてサービスの提供を受けるためのアプリケーションサーバであってよく、内部アプリケーションサーバは、外部アプリケーションサーバとの連動のための内部アプリケーションサーバ（一例として、ゲートウェイ）であってよい。例えば、ＶｏＩＰ通話サービスを提供するサーバが外部アプリケーションサーバであると仮定するとき、外部アプリケーションサーバは、ランダム通話するようになる２人のユーザをマッチングしてよく、マッチング結果に基づき、内部アプリケーションサーバが実際のＶｏＩＰ通話連結をトリガーしてよい。このような内部アプリケーションサーバは、ＶｏＩＰ技術を含まないためＶｏＩＰサーバではないが、上位レイヤでＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のような応用階層プロトコルによってＶｏＩＰサーバのようなフロントエンドサーバを制御することで、実際の通話連結が成立されるようにしてよい。

外部アプリケーションサーバが提供するサービスの他の例として、自動車事故が発生したときの迅速な出動のためのサービスが考慮される。例えば、自動車のドライブレコーダ装置を１つのノードとしてサービスに参加してよく、外部アプリケーションサーバに録画映像を送信する形態で実現されてよい。このとき、各地域別の事故処理部署のシステムも、１つの端末（ノード）としてサービスに参加してよい。このとき、該当となる車両に事故が発生した場合、ドライブレコーダ装置は、車両の衝撃または急激な画面変化を信号として事故を感知し、該当の車両情報および位置情報を外部アプリケーションサーバ（警察署または救急隊）に送信してよい。この場合、外部アプリケーションサーバは、ドライブレコーダ装置と事故処理部署のシステムとの迅速な連結のために、事故現場から最も近い位置にある事故処理部署の通信装置（ノード）との通信要求を内部アプリケーションサーバに送信してよく、内部アプリケーションサーバは、該当のノードを管轄するフロントエンドサーバを検索することで、本発明の実施形態に係る端末連結方法で２つのノードを迅速に連結することが可能となる。

この他にも、本発明の実施形態に係る端末連結方法は、アクセス網の使用を最小化することができるサービスに参加した２つのノードを互いに迅速に連結するための多様なサービスに活用されてもよい。

このように、本発明の実施形態によると、内部アプリケーションサーバ（ｉｎｔｅｒｎａｌ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）を介して２つの端末それぞれのアクセス網の連結をブリッジング（ｂｒｉｄｇｉｎｇ）することにより、アクセス網の使用を最小化することができる。また、アクセス網の使用を最小化することにより、マルチメディア通信のための端末間の連結速度を向上させることができる。

上述したシステムまたは装置は、ハードウェア構成要素、またはハードウェア構成要素とソフトウェア構成要素との組み合わせによって実現されてよい。例えば、実施形態で説明された装置および構成要素は、例えば、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ）、デジタル信号プロセッサ、マイクロコンピュータ、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｕｎｉｔ）、マイクロプロセッサ、または命令を実行して応答することができる様々な装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてよい。処理装置は、オペレーティングシステム（ＯＳ）およびＯＳ上で実行される１つ以上のソフトウェアアプリケーションを実行してよい。また、処理装置は、ソフトウェアの実行に応答し、データにアクセスし、データを記録、操作、処理、および生成してもよい。理解の便宜のために、１つの処理装置が使用されるとして説明される場合もあるが、当業者は、処理装置が複数個の処理要素および／または複数種類の処理要素を含んでもよいことが理解できるであろう。例えば、処理装置は、複数個のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでよい。また、並列プロセッサのような、他の処理構成も可能である。

ソフトウェアは、コンピュータプログラム、コード、命令、またはこれらのうちの１つ以上の組み合わせを含んでよく、思うままに動作するように処理装置を構成したり、独立的または集合的に処理装置に命令したりしてよい。ソフトウェアおよび／またはデータは、処理装置に基づいて解釈されたり、処理装置に命令またはデータを提供したりするために、いかなる種類の機械、コンポーネント、物理装置、仮想装置、コンピュータ記録媒体または装置に具現化されてよい。ソフトウェアは、ネットワークによって接続されたコンピュータシステム上に分散され、分散された状態で記録されても実行されてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータ読み取り可能な記録媒体に記録されてよい。

実施形態に係る方法は、多様なコンピュータ手段によって実行可能なプログラム命令の形態で実現されてコンピュータ読み取り可能な媒体に記録されてよい。コンピュータ読み取り可能な媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせて含んでよい。媒体は、コンピュータ実行可能なプログラムを継続して記録するものであっても、実行またはダウンロードのために一時記録するものであってもよい。また、媒体は、単一または複数のハードウェアが結合した形態の多様な記録手段または格納手段であってよく、あるコンピュータシステムに直接接続する媒体に限定されることはなく、ネットワーク上に分散して存在するものであってもよい。媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープのような磁気媒体、ＣＤ−ＲＯＭおよびＤＶＤのような光媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような光磁気媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどを含み、プログラム命令が記録されるように構成されたものであってよい。また、媒体の他の例として、アプリケーションを配布するアプリケーションストアやその他の多様なソフトウェアを供給または配布するサイト、サーバなどで管理する記録媒体または格納媒体が挙げられる。プログラム命令の例には、コンパイラによって生成されるもののような機械語コードだけでなく、インタプリタなどを使用してコンピュータによって実行されることのできる高級言語コードが含まれる。

以上のように、実施形態を、限定された実施形態および図面に基づいて説明したが、当業者であれば、上述した記載から多様な修正および変形が可能であろう。例えば、説明された技術が、説明された方法とは異なる順序で実行されたり、かつ／あるいは、説明されたシステム、構造、装置、回路などの構成要素が、説明された方法とは異なる形態で結合されたりまたは組み合わされたり、他の構成要素または均等物によって代替されたり置換されたとしても、適切な結果を達成することができる。

したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。

１７０：ネットワーク
２００：コンピュータ装置
２１０：メモリ
２２０：プロセッサ
２３０：通信インタフェース
２４０：入力／出力インタフェース
２５０：入力／出力装置

Claims (13)

1. 少なくとも１つのプロセッサを含むコンピュータ装置を利用して実現される内部アプリケーションサーバの端末連結方法であって、
   前記少なくとも１つのプロセッサにより、複数のフロントエンドサーバそれぞれから、フロントエンドサーバとノードとの関係に関する情報を受信してデータベースに記録する段階、
   前記少なくとも１つのプロセッサにより、第１ノードと第２ノードとを連結しようとする外部アプリケーションサーバから前記第１ノードと前記第２ノードとの連結を要求するメッセージを受信する段階、
   前記少なくとも１つのプロセッサにより、前記データベースで前記第１ノードと関係をもつ第１フロントエンドサーバおよび前記第２ノードと関係をもつ第２フロントエンドサーバを検索する段階、および
   前記検索の結果に基づき、前記少なくとも１つのプロセッサにより、前記第１フロントエンドサーバおよび前記第２フロントエンドサーバのうちの少なくとも１つに前記第１ノードと前記第２ノードとの連結要求を送信することで、前記第１フロントエンドサーバと前記第２フロントエンドサーバとのブリッジングを要求する段階
   を含む、端末連結方法。
2. 前記第１フロントエンドサーバおよび前記第２フロントエンドサーバのうちの一方から前記第１フロントエンドサーバおよび前記第２フロントエンドサーバのうちの他方にアクセスセッション連結を要求することにより、前記第１フロントエンドサーバと前記第２フロントエンドサーバとの間にアクセスセッションが形成されることを特徴とする、請求項１に記載の端末連結方法。
3. 前記第１フロントエンドサーバと前記第２フロントエンドサーバとの間に形成されたアクセスセッションを介して前記第１ノードと前記第２ノードとの通信が成立することを特徴とする、請求項２に記載の端末連結方法。
4. サービスの提供を受けようとするノードが特定のフロントエンドサーバにアクセスセッション連結を要求することにより、前記サービスの提供を受けようとするノードと前記特定のフロントエンドサーバとの間にアクセスセッションが形成され、前記サービスに提供を受けようとするノードと前記特定のフロントエンドサーバとの関係が設定されることを特徴とする、請求項１に記載の端末連結方法。
5. 少なくとも１つのプロセッサを含むコンピュータ装置を利用して実現される第１フロントエンドサーバの端末連結方法であって、
   前記少なくとも１つのプロセッサにより、第１ノードからアクセスセッション連結の要求を受信する段階、
   前記少なくとも１つのプロセッサにより、前記アクセスセッション連結の要求に応答して前記第１ノードとの第１アクセスセッションを形成する段階、
   前記少なくとも１つのプロセッサにより、前記第１フロントエンドサーバと前記第１ノードとの関係に関する情報を内部アプリケーションサーバに送信する段階、
   前記少なくとも１つのプロセッサにより、第２フロントエンドサーバと関係をもつ第２ノードと前記第１ノードとの連結のために、前記内部アプリケーションサーバからノード連結要求を受信する段階、
   前記少なくとも１つのプロセッサにより、前記受信したノード連結要求に従って、前記第２フロントエンドサーバにアクセスセッション連結の要求を送信することで前記第２フロントエンドサーバと第２アクセスセッションを形成する段階、および
   前記少なくとも１つのプロセッサにより、前記第２アクセスセッションを利用して前記第１ノードと前記第２ノードとの通信をサポートする段階
   を含む、端末連結方法。
6. 前記内部アプリケーションサーバは、
   フロントエンドサーバとノードとの関係に関する情報をデータベースに記録し、
   第１ノードと第２ノードとを連結しようとする外部アプリケーションサーバから前記第１ノードと前記第２ノードとの連結を要求するメッセージを受信し、
   前記データベースで前記第１ノードと関係をもつ第１フロントエンドサーバおよび前記第２ノードと関係をもつ第２フロントエンドサーバを検索し、
   前記検索の結果に基づき、前記第１フロントエンドサーバおよび前記第２フロントエンドサーバのうちの少なくとも１つに、前記第１ノードと前記第２ノードとの連結要求を送信するように実現されることを特徴とする、請求項５に記載の端末連結方法。
7. 第３ノードと関係をもつ第３フロントエンドサーバからアクセスセッション連結の要求が受信されることに応答して前記第３フロントエンドサーバと第３アクセスセッションとを連結する段階、および
   前記第３アクセスセッションを利用して前記第１ノードと前記第３ノードとの通信をサポートする段階
   をさらに含む、請求項５に記載の端末連結方法。
8. コンピュータ装置と結合して請求項１〜７のうちのいずれか一項に記載の方法をコンピュータ装置に実行させる、コンピュータプログラム。
9. 請求項１〜７のうちのいずれか一項に記載の方法をコンピュータ装置に実行させるためのコンピュータプログラムが記録されている、コンピュータ読み取り可能な記録媒体。
10. コンピュータ読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサ
    を含み、
    前記少なくとも１つのプロセッサにより、
    複数のフロントエンドサーバそれぞれから、フロントエンドサーバとノードとの関係に関する情報を受信してデータベースに記録し、
    第１ノードと第２ノードとを連結しようとする外部アプリケーションサーバから前記第１ノードと前記第２ノードとの連結を要求するメッセージを受信し、
    前記データベースで前記第１ノードと関係をもつ第１フロントエンドサーバおよび前記第２ノードと関係をもつ第２フロントエンドサーバを検索し、
    前記検索の結果に基づき、前記第１フロントエンドサーバおよび前記第２フロントエンドサーバのうちの少なくとも１つに前記第１ノードと前記第２ノードとの連結要求を送信することで、前記第１フロントエンドサーバと前記第２フロントエンドサーバとのブリッジングを要求すること
    を特徴とする、コンピュータ装置。
11. 前記第１フロントエンドサーバおよび前記第２フロントエンドサーバのうちの一方から前記第１フロントエンドサーバおよび前記第１フロントエンドサーバのうちの他方にアクセスセッション連結を要求することにより、前記第１フロントエンドサーバと前記第２フロントエンドサーバとの間にアクセスセッションが形成されること
    を特徴とする、請求項１０に記載のコンピュータ装置。
12. 少なくとも１つのプロセッサを含むコンピュータ装置を利用して実現される第１フロントエンドサーバであって、
    コンピュータ読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサ
    を含み、
    前記少なくとも１つのプロセッサにより、
    第１ノードからのアクセスセッション連結の要求を受信し、
    前記少なくとも１つのプロセッサにより、前記アクセスセッション連結の要求に応答して前記第１ノードとの第１アクセスセッションを形成し、
    前記第１フロントエンドサーバと前記第１ノードとの関係に関する情報を内部アプリケーションサーバに送信し、
    第２フロントエンドサーバと関係をもつ第２ノードと前記第１ノードとの連結のために、前記内部アプリケーションサーバからノード連結要求を受信し、
    前記受信したノード連結要求に従って、前記第２フロントエンドサーバにアクセスセッション連結の要求を送信することで前記第２フロントエンドサーバと第２アクセスセッションを形成し、
    前記少なくとも１つのプロセッサにより、前記第２アクセスセッションを利用して前記第１ノードと前記第２ノードとの通信をサポートすること
    を特徴とする、第１フロントエンドサーバ。
13. 前記内部アプリケーションサーバは、
    フロントエンドサーバとノードとの関係に関する情報をデータベースに記録し、
    第１ノードと第２ノードとを連結しようとする外部アプリケーションサーバから前記第１ノードと前記第２ノードとの連結を要求するメッセージを受信し、
    前記データベースで前記第１ノードと関係をもつ第１フロントエンドサーバおよび前記第２ノードと関係をもつ第２フロントエンドサーバを検索し、
    前記検索の結果に基づき、前記第１フロントエンドサーバおよび前記第２フロントエンドサーバのうちの少なくとも１つに、前記第１ノードと前記第２ノードとの連結要求を送信するように実現されること
    を特徴とする、請求項１２に記載の第１フロントエンドサーバ。