JP7047950B1 - 処理装置、名前解決サーバ、端末装置、方法およびプログラム - Google Patents

処理装置、名前解決サーバ、端末装置、方法およびプログラム Download PDF

Info

Publication number
JP7047950B1
JP7047950B1 JP2021027765A JP2021027765A JP7047950B1 JP 7047950 B1 JP7047950 B1 JP 7047950B1 JP 2021027765 A JP2021027765 A JP 2021027765A JP 2021027765 A JP2021027765 A JP 2021027765A JP 7047950 B1 JP7047950 B1 JP 7047950B1
Authority
JP
Japan
Prior art keywords
information
processing unit
network
request
operator
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021027765A
Other languages
English (en)
Other versions
JP2022129170A (ja
Inventor
将人 岩下
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Priority to JP2021027765A priority Critical patent/JP7047950B1/ja
Application granted granted Critical
Publication of JP7047950B1 publication Critical patent/JP7047950B1/ja
Publication of JP2022129170A publication Critical patent/JP2022129170A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】通信におけるユーザの満足度を向上させる処理装置を提供する。【解決手段】第１の事業者が運営する第１のネットワーク及び第２の事業者が運営する第２のネットワークに接続する第３のネットワーク（インターネット）に配置される処理装置（ＤＮＳサーバ５０）であって、端末装置からデータ通信に関する名前解決の要求を含む第１の情報を受信すると、要求に基づくアドレス情報を含む第２の情報を送信するアドレス送信処理部と、端末装置から事業者の情報の要求を含む第５の情報を受信すると、当該端末装置に要求に基づく第６の情報を送信するリスト送信処理部を有する。第１の情報は、端末装置から送信された第３の情報に基づく情報であり、端末装置で受信される第４の情報は、第２の情報に基づく情報である。第６の情報は、第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、第１の事業者を示す情報を含む。【選択図】図３

Description

本発明は、処理装置、名前解決サーバ、端末装置、方法およびプログラムに関する。
近年、モバイルネットワークの発達が進んでいる。ユーザは、契約している事業者が運営するモバイルネットワークに端末装置から接続することが可能である。複数のＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ Ｃａｒｄ）を搭載する端末装置の普及している。このような端末装置は、異なる事業者が運営する複数のモバイルネットワークの各々に接続することが可能である。
このような端末装置に関し、特許文献１には、複数のモバイルネットワークの間で接続先を切り替えることが可能であり、接続されているモバイルネットワークでの通信速度を測定し、測定結果に応じて接続先のモバイルネットワークを切り替える無線通信装置が開示されている。
国際公開第２０１８／１３８８９４号
しかし、上記の無線通信装置では、切り替え先のネットワークの通信品質が不明であり、切り替え後に良好な通信品質が得られない場合がある。これは、特に高帯域かつ低遅延がサービスレベルとして要求される動画配信などにおいて、ユーザに対するサービス満足度を低下させる要因となる。
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、通信に関するユーザの満足度を向上し得る、新規かつ改良された処理装置、名前解決サーバ、端末装置、方法およびプログラムを提供することにある。
上記課題を解決するために、本発明のある観点によれば、第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置であって、端末装置からデータ通信に関する名前解決の要求を有する第１の情報を受信すると、要求に基づくアドレス情報を有する第２の情報を送信する処理部であり、前記第１の情報は、前記端末装置から送信された第３の情報に基づく情報であり、前記端末装置で受信される第４の情報は、前記第２の情報に基づく情報である、第１の処理部と、前記端末装置から事業者の情報の要求を有する第５の情報を受信すると当該端末装置に要求に基づく第６の情報を送信する処理部であり、前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第２の処理部と、を備える、処理装置が提供される。上記課題を解決するために、本発明のある観点によれば、上記に記載の処理装置は、名前解決サーバであることを特徴とする、名前解決サーバが提供される。
また、上記課題を解決するために、本発明の別の観点によれば、第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置と通信を行う端末装置であって、データ通信に関する名前解決の要求を有する第３の情報を送信すると、要求に基づくアドレス情報を有する第４の情報を受信する処理部であり、前記処理装置で受信される第１の情報は、前記第３の情報に基づく情報であり、前記第４の情報は、前記処理装置から送信された第２の情報に基づく情報である、第３の処理部と、前記処理装置に事業者の情報の要求を有する第５の情報を送信すると、要求に基づく第６の情報を受信する処理部であり、前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第４の処理部と、を備える、端末装置が提供される。
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置であって、端末装置からデータ通信に関する名前解決の要求を有する第１の情報を受信すると、要求に基づくアドレス情報を有する第２の情報を送信する処理部であり、前記第１の情報は、前記端末装置から送信された第３の情報に基づく情報であり、前記端末装置で受信される第４の情報は、前記第２の情報に基づく情報である、第１の処理部と、前記端末装置から事業者の情報の要求を有する第５の情報を受信すると当該端末装置に要求に基づく第６の情報を送信する処理部であり、前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第２の処理部と、を備える、処理装置として機能させるための、プログラムが提供される。
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置と通信を行う端末装置であって、データ通信に関する名前解決の要求を有する第３の情報を送信すると、要求に基づくアドレス情報を有する第４の情報を受信する処理部であり、前記処理装置で受信される第１の情報は、前記第３の情報に基づく情報であり、前記第４の情報は、前記処理装置から送信された第２の情報に基づく情報である、第３の処理部と、前記処理装置に事業者の情報の要求を有する第５の情報を送信すると、要求に基づく第６の情報を受信する処理部であり、前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第４の処理部と、を備える、端末装置として機能させるための、プログラムが提供される。
また、上記課題を解決するために、本発明の別の観点によれば、第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置により実行される方法であって、端末装置からデータ通信に関する名前解決の要求を有する第１の情報を受信すると、要求に基づくアドレス情報を有する第２の情報を送信するステップであり、前記第１の情報は、前記端末装置から送信された第３の情報に基づく情報であり、前記端末装置で受信される第４の情報は、前記第２の情報に基づく情報である、第１のステップと、前記端末装置から事業者の情報の要求を有する第５の情報を受信すると当該端末装置に要求に基づく第６の情報を送信するステップであり、前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第２のステップと、を有する、方法が提供される。
また、上記課題を解決するために、本発明の別の観点によれば、第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置と通信を行う端末装置により実行される方法であって、データ通信に関する名前解決の要求を有する第３の情報を送信すると、要求に基づくアドレス情報を有する第４の情報を受信するステップであり、前記処理装置で受信される第１の情報は、前記第３の情報に基づく情報であり、前記第４の情報は、前記処理装置から送信された第２の情報に基づく情報である、第３のステップと、前記処理装置に事業者の情報の要求を有する第５の情報を送信すると、要求に基づく第６の情報を受信するステップであり、前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第４のステップと、を有する、方法が提供される。
以上説明した本発明によれば、通信に関するユーザの満足度を向上し得る。
本発明の一実施形態によるデータ通信システムを示す説明図である。 本発明の一実施形態によるデータ通信システムのより具体的な構成を示す説明図である。 本発明の一実施形態によるＤＮＳサーバ５０の構成を示す説明図である。 割り当て可能事業者リストの具体例を示す説明図である。 本発明の一実施形態によるユーザ端末２０の構成を示す説明図である。 本発明の一実施形態によるＤＮＳサーバ５０の動作を示すフローチャートである。 本発明の一実施形態によるユーザ端末２０の動作を示すフローチャートである。 変形例１によるデータ通信システムを示す説明図である。 変形例２によるデータ通信システムを示す説明図である。 ユーザ端末２０のハードウェア構成を示した説明図である。
以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成または論理的意義を有する複数の構成を、必要に応じてＤＮＳリゾルバ３２Ａ、３２Ｂおよび３２Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、複数の構成要素の各々に同一符号のみを付する。例えば、ＤＮＳリゾルバ３２Ａ、３２Ｂおよび３２Ｃを特に区別する必要が無い場合には、各ＤＮＳリゾルバを単にＤＮＳリゾルバ３２と称する。
＜データ通信システムの概要＞
本発明の一実施形態は、ネットワークを介してデータを通信するデータ通信システムに関する。まず、図１および図２を参照し、本発明の一実施形態によるデータ通信システムの概要を説明する。
図１は、本発明の一実施形態によるデータ通信システムを示す説明図である。図１に示したように、本発明の一実施形態によるデータ通信システムは、モバイルネットワークＮＷ１、モバイルネットワークＮＷ２、インターネットＩＮおよびユーザ端末２０を有する。なお、図１においては２つのモバイルネットワークＮＷを示しているが、本発明の一実施形態は３つ以上のモバイルネットワークＮＷを有するデータ通信システムにも適用可能である。
インターネットＩＮは、モバイルネットワークＮＷ１およびモバイルネットワークＮＷ２に接続されている。モバイルネットワークＮＷ１は第１のネットワークの一例であり、第１の事業者によって運営される。モバイルネットワークＮＷ２は第２のネットワークの一例であり、第２の事業者によって運営される。
インターネットＩＮは、図１に示したように、オリジンサーバ１０を有する。オリジンサーバ１０は、オリジナルのデータを記憶しているサーバである。オリジンサーバ１０が記憶しているデータは、例えば、映像データ、音声データまたは音楽データなどのコンテンツデータであってもよい。
また、インターネットＩＮ、モバイルネットワークＮＷ１およびモバイルネットワークＮＷ２には、エッジサーバ１２が配置されている。エッジサーバ１２は、オリジンサーバ１０からデータを取得し、当該データをエッジサーバ１２内にキャッシュする。エッジサーバ１２は、ユーザ端末２０からの要求に応じて、キャッシュしてあるデータをユーザ端末２０に送信する。ユーザ端末２０から要求されたデータをエッジサーバ１２がキャッシュしていない場合、オリジンサーバ１０から当該データを取得してキャッシュしつつ、当該データをユーザ端末２０に送信する。なお、図１においては各ネットワーク内に１つのエッジサーバ１２を示しているが、実際には、各ネットワーク内により多くのエッジサーバ１２が配置され得る。
さらに、インターネットＩＮとモバイルネットワークＮＷ１との間、及びインターネットＩＮおよびモバイルネットワークＮＷ２の間には、ネットワーク中継装置１４（一例は、ルータ）が配置されている。ネットワーク中継装置１４は、インターネットＩＮとモバイルネットワークＮＷ１との間（インターネットＩＮとモバイルネットワークＮＷ２との間）でやり取りされる情報を中継する。
ユーザ端末２０は、ユーザにより携帯される端末装置の一例である。ユーザ端末２０は、複数のＳＩＭを搭載する。具体的には、ユーザ端末２０は、モバイルネットワークＮＷ１に接続するためのＳＩＭ、およびモバイルネットワークＮＷ２に接続するためのＳＩＭを有する。ユーザ端末２０は、図１において破線矢印で示したように、モバイルネットワークＮＷ１に接続して、モバイルネットワークＮＷ１配置されているエッジサーバ１２Ａからデータを取得することも、モバイルネットワークＮＷ２に接続して、モバイルネットワークＮＷ２配置されているエッジサーバ１２Ｂからデータを取得することも可能である。また、ユーザ端末２０は、モバイルネットワークＮＷ１を介してインターネットＩＮに配置されているエッジサーバ１２Ｃからデータを取得することも可能である。同様に、ユーザ端末２０は、モバイルネットワークＮＷ２を介してインターネットＩＮに配置されているエッジサーバ１２Ｃからデータを取得することも可能である。
ここで、ユーザ端末２０は、エッジサーバ１２にデータ要求を送信してエッジサーバ１２からデータを取得するために、エッジサーバ１２の所在を示すアドレス情報を事前に取得する。アドレス情報は、例えば、ＩＰアドレスを示す情報である。以下、図２を参照して、ユーザ端末２０がアドレス情報を取得するための構成を説明する。
（ＤＮＳ関連の構成）
図２は、本発明の一実施形態によるデータ通信システムのより具体的な構成を示す説明図である。図２に示したように、モバイルネットワークＮＷ１は、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）プロキシ３０、ＤＮＳリゾルバ３２Ａおよび３２Ｂ、ＤＮＳサーバ３４Ａおよび推定サーバ３６を有する。ＤＮＳプロキシ３０、ＤＮＳリゾルバ３２ＡおよびＤＮＳサーバ３４Ａは、モバイルネットワークＮＷ１内のＣＤＮ（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）用のネットワーク要素として機能する。
ＤＮＳプロキシ３０は、ユーザ端末２０から名前解決要求を受信すると、名前解決を行うべきＤＮＳリゾルバ３２を所定の基準に従って選択し、選択したＤＮＳリゾルバ３２に名前解決要求を転送する。例えば、ＤＮＳプロキシ３０は、モバイルネットワークＮＷ１内のＣＤＮを利用する設定であるユーザ端末２０Ａから名前解決要求を受信した場合、ＤＮＳリゾルバ３２Ａに名前解決要求を転送してもよい。また、ＤＮＳプロキシ３０は、ＤＮＳサーバ３４Ａから後述するＣＤＮ制御情報を受信した場合、名前解決要求をＤＮＳリゾルバ３２Ｂに転送してもよい。また、ＤＮＳプロキシ３０は、ＤＮＳリゾルバ３２Ｂから、名前解決結果であるアドレス情報（後述）を受信すると、受信した名前解決結果であるアドレス情報を転送する。
ＤＮＳリゾルバ３２Ａは、ＤＮＳプロキシ３０からの名前解決要求の受信に基づいてＤＮＳサーバ３４Ａへ名前解決要求を送信し、名前解決要求の名前解決結果であるアドレス情報をＤＮＳサーバ３４Ａから取得する。ＤＮＳリゾルバ３２Ｂは、ＤＮＳプロキシ３０からの名前解決要求の受信に基づいて、インターネットＩＮに配置されているＤＮＳサーバ５０に名前解決要求を送信する。ＤＮＳリゾルバ３２Ｂは、名前解決結果であるアドレス情報をＤＮＳサーバ５０から取得して、取得した名前解決結果であるアドレス情報をＤＮＳプロキシ３０に送信する。
ここで、ＤＮＳリゾルバ３２Ａは、名前解決要求を送信し、名前解決結果であるアドレス情報を取得するため、ＤＮＳを用いた名前解決について単独で最後まで行うリゾルバ機能を備えており、本発明の実施の形態では、ＤＮＳサーバ５０に問い合わせて、名前解決を図る。
なお、このような、ＤＮＳを用いた名前解決について単独で最後まで行うリゾルバ機能を有するDNSリゾルバは、フルサービスリゾルバと呼ばれる。本発明の実施の形態では、例えば、www.yyyyyy.zzzという名前から、名前解決結果であるアドレス情報（ＩＰアドレス）を見つける場合、次の３つのステップに基づいて見つける。ステップ１では、ルート情報を持つインターネットＩＮ内におけるルートドメインのＤＮＳサーバ（図示せず）にアクセスして、zzzドメインのＤＮＳサーバ情報を取得する。取得したzzzドメインのネームサーバ情報には、インターネットＩＮ内におけるzzzドメインのＤＮＳサーバの情報が入っている。ステップ２では、インターネットＩＮ内におけるzzzドメインのＤＮＳサーバ（図示せず）にアクセスして、yyyyyyドメインのＤＮＳの情報を取得する。取得したyyyyyy.zzzドメインのネームサーバ情報には、インターネットＩＮ内におけるyyyyyy.zzzドメインのＤＮＳサーバの情報が入っている。ステップ３では、インターネットＩＮ内におけるyyyyyy.zzzドメインのＤＮＳサーバ５０にアクセスして、www.yyyyyy.zzzのＡレコード情報（名前解決結果であるアドレス情報）を取得する。
ＤＮＳサーバ３４Ａは、ＧＳＬＢ（Ｇｌｏｂａｌ Ｓｅｒｖｅｒ Ｌｏａｄ Ｂａｌａｎｃｉｎｇ）装置として機能する装置である。ＤＮＳサーバ３４Ａは、ＤＮＳリゾルバ３２Ａからの名前解決要求の受信に基づき、モバイルネットワークＮＷ１内のいずれかのエッジサーバ１２のアドレス情報を名前解決結果として所定の基準に従って選択し、ＤＮＳリゾルバ３２Ａなどを介して当該アドレス情報をユーザ端末２０に返す。例えば、ＤＮＳサーバ３４Ａは、エッジサーバ１２Ａのアドレス情報を選択し、エッジサーバ１２Ａのアドレス情報をユーザ端末２０に返す。なお、図２においては、１つのＤＮＳサーバ３４Ａを示しているが、ＤＮＳサーバ３４Ａの機能は、ドメインごとに名前解決を行う複数のＤＮＳサーバによって実現されてもよい。
モバイルネットワークＮＷ２にも同様に、ＤＮＳリゾルバ３２ＣおよびＤＮＳサーバ３４ＢなどがモバイルネットワークＮＷ２内のＣＤＮ用のネットワーク要素として配置されている。ユーザ端末２０がモバイルネットワークＮＷ２に接続している場合、ＤＮＳリゾルバ３２Ｃがユーザ端末２０から名前解決要求を受信する。ＤＮＳリゾルバ３２Ｃは、名前解決要求をＧＳＬＢ装置として機能するＤＮＳサーバ３４Ｂに転送する。ＤＮＳサーバ３４Ｂは、モバイルネットワークＮＷ２内のいずれかのエッジサーバ１２のアドレス情報を名前解決結果として所定の基準に従って選択し、ＤＮＳリゾルバ３２Ｃを介して当該アドレス情報をユーザ端末２０に返す。例えば、ＤＮＳサーバ３４Ｂは、エッジサーバ１２Ｂのアドレス情報を選択し、エッジサーバ１２Ｂのアドレス情報をユーザ端末２０に返す。
推定サーバ３６は、モバイルネットワークＮＷ１の通信品質を推定する推定装置である。例えば、推定サーバ３６は、モバイルネットワークＮＷ１の情報を収集し、収集した情報からＡＩ（ａｒｔｉｆｉｃｉａｌ ｉｎｔｅｌｌｉｇｅｎｃｅ）を用いてモバイルネットワークＮＷ１の通信品質を推定または予測してもよい。推定サーバ３６は、例えば、推定された通信品質が所定の基準を満たさない場合に、支援情報として品質低下通知をＤＮＳサーバ３４Ａに送信する。推定サーバ３６の機能はＡＩで実現されなくてもよく、推定サーバ３６は、モバイルネットワークＮＷ１の通信品質を推定または予測する機能、および、品質低下／改善通知をＤＮＳサーバ３４Ａに送信するインタフェース機能、を有していればよい。
品質低下通知を受信したＤＮＳサーバ３４Ａは、図２において二重線で示したように、品質低下通知をインターネットＩＮに配置されているＤＮＳサーバ５０に送信する。当該品質低下通知は、モバイルネットワークＮＷ１を運営する事業者を示す事業者番号を含む。また、ＤＮＳサーバ３４Ａは、推定サーバ３６からの品質低下通知の受信に基づき、ＤＮＳプロキシ３０にＣＤＮ制御情報を送信する。ＤＮＳプロキシ３０は、当該ＣＤＮ制御情報の受信に基づき、名前解決要求の転送先を、モバイルネットワークＮＷ１内のＣＤＮ用の３２Ａから、ＤＮＳリゾルバ３２Ｂに切り替える。
同様に、推定サーバ３６は、推定された通信品質が所定の基準を満たすようになった場合には、支援情報として品質改善通知をＤＮＳサーバ３４Ａに送信する。品質改善通知を受信したＤＮＳサーバ３４Ａは、図２において二重線で示したように、品質改善通知をインターネットＩＮに配置されているＤＮＳサーバ５０に送信する。当該品質改善通知は、モバイルネットワークＮＷ１を運営する事業者を示す事業者番号を含む。また、ＤＮＳサーバ３４Ａは、推定サーバ３６からの品質改善通知の受信に基づき、ＤＮＳプロキシ３０にＣＤＮ制御情報を送信する。ＤＮＳプロキシ３０は、当該ＣＤＮ制御情報の受信に基づき、名前解決要求の転送先を、ＤＮＳリゾルバ３２ＢからモバイルネットワークＮＷ１内のＣＤＮ用の３２Ａに切り替える。
ＤＮＳサーバ５０は、ＧＳＬＢ装置として機能する名前解決サーバである。ＤＮＳサーバ５０は、名前解決要求を受信すると、インターネットＩＮに配置されているいずれかのエッジサーバ１２のアドレス情報を所定の基準に従って選択し、選択したアドレス情報をユーザ端末２０に返す。例えば、ＤＮＳサーバ５０は、エッジサーバ１２Ｃのアドレス情報を選択し、エッジサーバ１２Ｃのアドレス情報をユーザ端末２０に返す。
さらに、ＤＮＳサーバ５０は、モバイルネットワークＮＷ１における通信品質が所定の基準を満たすならばモバイルネットワークＮＷ１を運営する第１の事業者の事業者番号を含み、モバイルネットワークＮＷ１における通信品質が所定の基準を満たさないならば第１の事業者の事業者番号を含まない割り当て可能事業者リスト（事業者情報）を記憶する。ＤＮＳサーバ５０が当該割り当て可能事業者リストをユーザ端末２０に提供することにより、ユーザ端末２０は、適切に接続先のモバイルネットワークＮＷを切り替えることが可能となる。以下、このようなＤＮＳサーバ５０およびユーザ端末２０の詳細な構成を順次詳細に説明する。
＜ＤＮＳサーバ５０の構成＞
図３は、本発明の一実施形態によるＤＮＳサーバ５０の構成を示す説明図である。図３に示したように、本発明の一実施形態によるＤＮＳサーバ５０は、処理部５１０および記憶部５４０を備え、処理部５１０は、通信処理部５２０、送信処理部５３０を備える。
（通信処理部５２０）
通信処理部５２０は、他のネットワーク要素と通信する。例えば、通信処理部５２０は、ＤＮＳリゾルバ３２から名前解決要求を受信し、後述するアドレス送信処理部５３２からの処理に従い、名前解決結果であるアドレス情報をＤＮＳリゾルバ３２に送信する。また、通信処理部５２０は、ＤＮＳサーバ３４Ａから品質低下通知を受信する。また、通信処理部５２０は、ユーザ端末２０からリスト要求を受信し、後述するリスト送信処理部５３４からの処理に従い、割り当て可能事業者リストをユーザ端末２０に送信する。
（送信処理部５３０）
送信処理部５３０は、ＤＮＳサーバ５０の動作全般を処理を実行する。特に、本発明の一実施形態による送信処理部５３０は、図３に示したように、アドレス送信処理部５３２およびリスト送信処理部５３４の機能を有する。
アドレス送信処理部５３２は、ユーザ端末２０からデータ通信に関する名前解決要求が送信され、当該名前解決要求が送信処理部５３０により受信されると、インターネットＩＮに配置されているいずれかのエッジサーバ１２のアドレス情報を所定の基準に従って選択する。そして、アドレス送信処理部５３２は、選択したアドレス情報がユーザ端末２０に送信されるように、通信処理部５２０の制御に関わる処理を実行する。
リスト送信処理部５３４は、事業者情報の送信の処理を行う処理部である。具体的には、リスト送信処理部５３４は、ユーザ端末２０からリスト要求が送信され、当該リスト要求が送信処理部５３０により受信されると、後述する記憶部５４０に記憶されている割り当て可能事業者リストがユーザ端末２０に送信されるように、通信処理部５２０の制御に関わる処理を実行する。
（記憶部５４０）
記憶部５４０は、ＤＮＳサーバ５０の動作に用いられる多様な情報を記憶する。例えば、記憶部５４０は、モバイルネットワークＮＷ内でＣＤＮを展開および運営しているキャリアの事業者番号の一覧である事業者リストを記憶する。事業者リストの初期登録は手動で行われてもよい。または、モバイルネットワークＮＷ１のように推定サーバ３６を有するモバイルネットワークＮＷは、モバイルネットワークＮＷ内のＣＤＮ用のＤＮＳサーバ３４が登録用のメッセージをＤＮＳサーバ５０に送信することで当該モバイルネットワークＮＷに対応する事業者番号が登録されてもよい。事業者番号としては、例えば、ＳＩＭに用いられるＩＣＣＩＤ（ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ ＩＤ）の先頭６桁の数値が用いられてもよい。
また、記憶部５４０は、事業者リストに含まれる事業者のうちで、ユーザ端末２０に割り当て可能なネットワークの事業者の一覧を示す、割り当て可能事業者リストを記憶する。割り当て可能事業者リストには、例えば、事業者を識別する事業者番号を含んでもよい。なお、割り当て可能事業者リストは、ＣＤＮがカバーするＦＱＤＮのサブドメインの特定ホスト（例えば、＿ｃｄｎ＿モバイルネットワークＮＷ＿ｃａｒｒｉｅｒ＿ｌｉｓｔ）のＴＸＴレコードとして記憶されていてもよい。または、割り当て可能事業者リストは、サブドメイン自体のＴＸＴレコードとして記憶されていてもよい。この場合、ＳＰＦ（Ｓｅｎｄｅｒ Ｐｏｌｉｃｙ Ｆｒａｍｅｗｏｒｋ）などの他の情報と割り当て可能事業者リストが区別されるように、Ｖｅｒｓｉｏｎなどの識別名がレコード内に入れられることが望ましい。
当該割り当て可能事業者リストは、送信処理部５３０により管理される。例えば、モバイルネットワークＮＷ１の通信品質が所定の基準を満たしている場合には、割り当て可能事業者リストには、モバイルネットワークＮＷ１を運営する第１の事業者の事業者番号、およびモバイルネットワークＮＷ２を運営する第２の事業者の事業者番号が含まれる。すなわち、通信処理部５２０によりＤＮＳサーバ３４Ａから品質低下通知が受信されると、送信処理部５３０は、品質低下通知に含まれる事業者番号を、割り当て可能事業者リストから削除する。一方、通信処理部５２０によりＤＮＳサーバ３４Ａから品質改善通知が受信されると、送信処理部５３０は、品質改善通知に含まれる事業者番号を、割り当て可能事業者リストに追加する。
図４は、割り当て可能事業者リストの具体例を示す説明図である。図４の上段に示したように、モバイルネットワークＮＷ１の通信品質が所定の基準を満たしている場合には、割り当て可能事業者リストには、モバイルネットワークＮＷ１を運営する第１の事業者の事業者番号「ｘｘｘｘｘｘ」、およびモバイルネットワークＮＷ２を運営する第２の事業者の事業者番号「ｙｙｙｙｙｙ」が含まれる。その後、ＤＮＳサーバ３４Ａから品質低下通知が受信されると、図４の下段に示したように、割り当て可能事業者リストから第１の事業者の事業者番号「ｘｘｘｘｘｘ」が削除される。
＜ユーザ端末２０の構成＞
以上、ＤＮＳサーバ５０の構成を説明した。続いて、図５を参照し、ユーザ端末２０の構成を説明する。
図５は、本発明の一実施形態によるユーザ端末２０の構成を示す説明図である。図５に示したように、本発明の一実施形態によるユーザ端末２０は、処理部２１０、ＳＩＭ２４０ＡおよびＳＩＭ２４０Ｂを有し、処理部２１０は、通信処理部２２０、要求／接続処理部２３０を有する。
（通信処理部２２０）
通信処理部２２０は、いずれかのモバイルネットワークＮＷに接続し、各ネットワーク要素と通信する。例えば、通信処理部２２０は、後述する接続処理部２３６からの制御に従い、モバイルネットワークＮＷ１に接続する。また、通信処理部２２０は、後述する名前解決要求処理部２３２からの制御に従い、名前解決要求をモバイルネットワークＮＷ１に送信し、モバイルネットワークＮＷ１から名前解決結果であるアドレス情報を受信する。また、通信処理部２２０は、後述するリスト要求処理部２３４からの制御に従い、リスト要求をモバイルネットワークＮＷ１に送信し、モバイルネットワークＮＷ１から割り当て可能事業者リストを受信する。また、通信処理部２２０は、名前解決結果であるアドレス情報が示すエッジサーバ１２にデータ要求を送信し、当該エッジサーバ１２からデータを受信する。
（要求／接続処理部２３０）
要求／接続処理部２３０は、ユーザ端末２０の動作全般を制御する。特に、本発明の一実施形態による要求／接続処理部２３０は、図５に示したように、名前解決要求処理部２３２、リスト要求処理部２３４および接続処理部２３６の機能を有する。
名前解決要求処理部２３２は、接続されているモバイルネットワークＮＷにＦＱＤＮを含む名前解決要求が送信されるように、通信処理部２３０の制御に関わる処理を実行する。
ＤＮＳサーバ３４ＡからＤＮＳプロキシ３０にＣＤＮ制御情報が送信されている場合、通信処理部２２０から送信された名前解決要求は、ＤＮＳプロキシ３０からＤＮＳリゾルバ３２Ｂに転送され、ＤＮＳリゾルバ３２ＢからＤＮＳサーバ５０に送信され、ＤＮＳサーバ５０からアドレス情報が返される。
リスト要求処理部２３４は、通信処理部２２０にリスト要求をＤＮＳサーバ５０へ送信されるように、通信処理部２３０の制御に関わる処理を実行する。リスト要求処理部２３４は、名前解決結果として受信されたアドレス情報が接続しているモバイルネットワークＮＷ外であった場合に、ＤＮＳサーバ５０にＤＮＳのＴＸＴレコードの取得要求（例えば、＿ｃｄｎ＿モバイルネットワークＮＷ＿ｃａｒｒｉｅｒ＿ｌｉｓｔ＋”．ＦＱＤＮのサブドメイン”）としてリスト要求の送信を制御してもよい。
接続処理部２３６は、いずれかのモバイルネットワークＮＷへの接続されるように、通信処理部２３０の制御に関わる処理を実行する。本発明の一実施形態によるユーザ端末２０は、複数のＳＩＭ２４０を有するので、接続処理部２３６は、各ＳＩＭ２４０に格納されている情報を用いて、複数のＳＩＭ２４０の各々に対応するモバイルネットワークＮＷへの接続を制御することが可能である。例えば、ユーザ端末２０は、モバイルネットワークＮＷ１およびモバイルネットワークＮＷ２のいずれとも接続し得る。
また、接続処理部２３６は、リスト要求処理部２３４により取得された割り当て可能事業者リストに、接続中のモバイルネットワークＮＷの事業者番号が含まれているか否かを確認する。当該確認は、例えば、接続中のモバイルネットワークＮＷに対応するＳＩＭ２４０から事業者番号としてＩＣＣＩＤの先頭６桁の数値を読み取ることで実現可能である。割り当て可能事業者リストに、接続中のモバイルネットワークＮＷの事業者番号が含まれている場合、接続処理部２３６は、接続中のモバイルネットワークＮＷとの接続を維持する。
一方、リスト要求処理部２３４により取得された割り当て可能事業者リストに、接続中のモバイルネットワークＮＷの事業者番号が含まれていない場合、接続処理部２３６は、割り当て可能事業者リストに含まれる他の事業者番号に、ユーザ端末２０が接続可能な他のモバイルネットワークＮＷの事業者番号が含まれているか否かを確認する。割り当て可能事業者リストに含まれる他の事業者番号に、ユーザ端末２０が接続可能な他のモバイルネットワークＮＷの事業者番号が含まれる場合、接続処理部２３６は、当該他のモバイルネットワークＮＷに接続先を切り替える制御を行う。その後、名前解決結果として受信済みのアドレス情報が示すエッジサーバ１２にデータ要求が送信される。なお、アドレス情報がインターネットＩＮ上のエッジサーバ１２Ｃを示す場合には切り替え後のモバイルネットワークＮＷを介して当該エッジサーバ１２Ｃにデータ要求が送信されるが、以降は、切り替え後のモバイルネットワークＮＷ内のエッジサーバ１２のアドレス情報が名前解決結果として取得され、切り替え後のモバイルネットワークＮＷ内のエッジサーバ１２データ要求が送信されることもある。
（ＳＩＭ２４０）
ＳＩＭ２４０は、モバイルネットワークＮＷに接続するための多様な情報およびユーザに関する情報などを格納する。例えば、ＳＩＭ２４０は、上述した事業者番号を含むＩＣＣＩＤ、およびＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）などを格納する。図５において、例えばＳＩＭ２４０ＡはモバイルネットワークＮＷ１に対応し、ＳＩＭ２４０ＢはモバイルネットワークＮＷ２に対応する。
＜動作＞
以上、本発明の一実施形態によるＤＮＳサーバ５０およびユーザ端末２０の構成を説明した。続いて、図６および図７を参照し、ＤＮＳサーバ５０およびユーザ端末２０の動作を整理する。
（ＤＮＳサーバ５０の動作）
図６は、本発明の一実施形態によるＤＮＳサーバ５０の動作を示すフローチャートである。図６に示したように、まず、ＤＮＳサーバ５０の通信処理部５２０がいずれかのモバイルネットワークＮＷの品質低下通知を受信すると（Ｓ３０４／Ｙｅｓ）、リスト送信処理部５３４が割り当て可能事業者リストから当該モバイルネットワークＮＷの事業者番号を削除する（Ｓ３０８）。
その後、通信処理部５２０が名前解決要求を受信すると（Ｓ３１２／Ｙｅｓ）、リスト送信処理部５３４が名前解決結果であるアドレス情報を特定し、通信処理部５２０に当該アドレス情報をユーザ端末２０へ送信させる（Ｓ３１６）。
さらに、通信処理部５２０がリスト要求を受信すると（Ｓ３２０／Ｙｅｓ）、リスト送信処理部５３４が記憶部５４０に記憶されている割り当て可能事業者リストを通信処理部５２０にユーザ端末２０へ送信させる（Ｓ３２４）。ＤＮＳサーバ５０の動作が終了するまで、上述したＳ３０４～Ｓ３２４の処理が繰り返される（Ｓ３２８）。
（ユーザ端末２０の動作）
図７は、本発明の一実施形態によるユーザ端末２０の動作を示すフローチャートである。図７に示したように、まず、接続処理部２３６の制御によりユーザ端末２０がモバイルネットワークＮＷ１に接続し（Ｓ４０４）、例えばユーザ操作をトリガにして、通信処理部２２０がＦＱＤＮを含む名前解決要求をモバイルネットワークＮＷ１に送信する（Ｓ４０８）。そして、通信処理部２２０が、モバイルネットワークＮＷ１から名前解決結果であるアドレス情報を受信する（Ｓ４１２）。
ここで、受信されたアドレス情報が接続しているモバイルネットワークＮＷ１外であった場合（Ｓ４１６／Ｎｏ）、通信処理部２２０が、リスト要求処理部２３４からの制御に従いＤＮＳサーバ５０にリスト要求を送信し、ＤＮＳサーバ５０から割り当て可能事業者リストを受信する（Ｓ４２０）。
続いて、接続処理部２３６は、リスト要求処理部２３４により取得された割り当て可能事業者リストに、接続中のモバイルネットワークＮＷ１に対応する事業者番号が含まれているか否かを確認する。割り当て可能事業者リストに、モバイルネットワークＮＷ１に対応する事業者番号が含まれている場合、接続処理部２３６は、モバイルネットワークＮＷ１との接続を維持する（Ｓ４２４／Ｙｅｓ）。
一方、リスト要求処理部２３４により取得された割り当て可能事業者リストに、モバイルネットワークＮＷ１の事業者番号が含まれていない場合（Ｓ４２４／Ｎｏ）、接続処理部２３６は、割り当て可能事業者リストに含まれる他の事業者番号に、ユーザ端末２０が接続可能な他のモバイルネットワークＮＷ（例えば、モバイルネットワークＮＷ２）に対応する事業者番号が含まれているか否かを確認する。割り当て可能事業者リストに含まれる他の事業者番号にユーザ端末２０が接続可能な他のモバイルネットワークＮＷに対応する事業者番号が含まれる場合（Ｓ４２８／Ｙｅｓ）、接続処理部２３６は、当該他のモバイルネットワークＮＷに接続先を切り替える制御を行う（Ｓ４３２）。
Ｓ４１６のＹｅｓ分岐、Ｓ４２４のＹｅｓ分岐、またはＳ４３２の後、通信処理部２２０は、Ｓ４１２で受信されたアドレス情報が示すエッジサーバ１２にデータ要求を送信する（Ｓ４３６）。
一方、Ｓ４２８のＮｏ分岐の後、通信処理部２２０は、所定の基準を満たす接続可能なモバイルネットワークＮＷが無い。それなので、通信処理部２２０は、ユーザ端末２０の出力装置２１０（後述）に対して所定の基準を満たすモバイルネットワークＮＷが無いこと、及びモバイルネットワークＮＷへの接続について中止されることについて通知された後、エッジサーバ１２にデータ要求を送信すること無く、図７に示されるフローチャートの動作を終了する。
ここで、Ｓ４２８のＮｏ分岐の後の処理は、次のような処理でもよい。Ｓ４２８のＮｏ分岐の後、通信処理部２２０は、ユーザ端末２０の出力装置（後述）に対して所定の基準を満たさないモバイルネットワークＮＷに接続することについて通知された後、図７のＳ４０４で接続したモバイルネットワークＮＷ１を介して、Ｓ４１２で受信されたアドレス情報が示すエッジサーバ１２にデータ要求を送信してもよい。
なお、Ｓ４２４の処理は、次のような処理でもよい。Ｓ４２４の処理において、接続処理部２３６は、リスト要求処理部２３４により取得された割り当て可能事業者リストに、接続中のモバイルネットワークＮＷ１に対応する事業者番号が含まれているか否かを確認する。接続処理部２３６は、割り当て可能事業者リストに、モバイルネットワークＮＷ１に対応する事業者番号が含まれていること、およびユーザ端末２０が接続可能な他のモバイルネットワークＮＷ（例えば、モバイルネットワークＮＷ２）に対応する事業者番号が含まれていることを確認する。
接続処理部２３６が割り当て可能事業者リストを確認した後、ユーザ端末２０の出力装置２１０（後述）には、モバイルネットワークＮＷ１に対応する事業者番号に紐づけられた事業者情報、および他のモバイルネットワークＮＷ（例えば、モバイルネットワークＮＷ２）に対応する事業者番号に紐づけられた事業者情報が表示される。
ユーザ端末２０の入力装置（後述）において、ユーザ端末２０を操作するユーザにより、モバイルネットワークＮＷ１に対応する事業者番号に紐づけられた事業者情報について選択されると、接続処理部２３６は、Ｓ４３６と同様に、Ｓ４１２で受信されたアドレス情報が示すエッジサーバ１２にデータ要求を送信する。
一方、ユーザ端末２０の入力装置（後述）において、ユーザ端末２０を操作するユーザにより、他のモバイルネットワークＮＷ（例えば、モバイルネットワークＮＷ２）に対応する事業者番号に紐づけられた事業者情報について選択されると、まず、接続処理部２３６は、Ｓ４３２と同様に、当該他のモバイルネットワークＮＷに接続先を切り替える制御を行う。さらに、接続処理部２３６は、Ｓ４３６と同様に、Ｓ４１２で受信されたアドレス情報が示すエッジサーバ１２にデータ要求を送信する。
＜作用効果＞
以上説明した本発明の一実施形態によれば、多様な作用効果が得られる。例えば、本発明の一実施形態においては、モバイルネットワークＮＷの通信品質の低下の推定または予測に基づき、複数のモバイルネットワークＮＷのうちでＣＤＮに対する接続先の切り替えを行うことが可能である。
また、本発明の一実施形態では、推定サーバ３６を有するモバイルネットワークＮＷに対応する事業者番号は、当該モバイルネットワークＮＷの通信品質が所定の基準を満たさなくなると割り当て可能事業者リストに含まれなくなる。従って、当該モバイルネットワークＮＷでない他のモバイルネットワークＮＷへ接続が切り替えられるので、切り替え後に通信品質が劣化するケースの発生を抑制し、ユーザ満足度を向上することが可能である。
＜変形例＞
以上、本発明の一実施形態を説明した。以下では、上述した実施形態の変形例（変形例１および変形例２）を説明する。
＜変形例１＞
例えば、上記では、モバイルネットワークＮＷ２に推定サーバ３６が配置されていないシステム構成例を説明したが、モバイルネットワークＮＷ２にも推定サーバ３６が配置されてもよい。以下、図８を参照して、モバイルネットワークＮＷ２にも推定サーバ３６が配置される変形例を変形例１として説明する。ここで、図８は図２に基づいて記載され、図８は図２のＤＮＳプロキシ３０をＤＮＳプロキシ３０Ａとして記載される。
図８は、変形例１によるデータ通信システムを示す説明図である。図８に示したように、変形例１によるデータ通信システムにおいては、モバイルネットワークＮＷ２が、ＤＮＳプロキシ３０Ｂ、ＤＮＳリゾルバ３２Ｃ、ＤＮＳサーバ３４Ｂ、推定サーバ３６Ｂ、エッジサーバ１２Ｂを有する。ＤＮＳプロキシ３０Ｂ、ＤＮＳリゾルバ３２ＣおよびＤＮＳサーバ３４Ｂは、モバイルネットワークＮＷ２内のＣＤＮ（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）用のネットワーク要素として機能する。
推定サーバ３６Ｂは、モバイルネットワークＮＷ２の情報を収集し、収集した情報からＡＩ（ａｒｔｉｆｉｃｉａｌ ｉｎｔｅｌｌｉｇｅｎｃｅ）を用いてモバイルネットワークＮＷ２の通信品質を推定または予測する。推定サーバ３６Ｂは、例えば、推定された通信品質が所定の基準を満たさない場合に、支援情報として品質低下通知をＤＮＳサーバ３４Ｂに送信する。品質低下通知を受信したＤＮＳサーバ３４Ｂは、図８において二重線で示したように、品質低下通知をインターネットＩＮに配置されているＤＮＳサーバ５０に送信する。当該品質低下通知は、モバイルネットワークＮＷ２を運営する事業者を示す事業者番号を含む。
同様に、推定サーバ３６Ｂは、推定された通信品質が所定の基準を満たすようになった場合には、支援情報として品質改善通知をＤＮＳサーバ３４Ｂに送信する。品質改善通知を受信したＤＮＳサーバ３４Ｂは、図８において二重線で示したように、品質改善通知をインターネットＩＮに配置されているＤＮＳサーバ５０に送信する。当該品質改善通知は、モバイルネットワークＮＷ２を運営する事業者を示す事業者番号を含む。
ＤＮＳサーバ５０は、ＤＮＳサーバ３４Ｂから品質低下通知が受信された場合、割り当て可能事業者リストからモバイルネットワークＮＷ２に対応する事業者番号を削除する。ＤＮＳサーバ５０は、その後にＤＮＳサーバ３４Ｂから品質改善通知が受信された場合、割り当て可能事業者リストにモバイルネットワークＮＷ２に対応する事業者番号を追加する。
＜変形例２＞
例えば、上記の変形例１では、モバイルネットワークＮＷ２にＤＮＳプロキシ３０ＢとＤＮＳサーバ３４Ｂとの間にＤＮＳリゾルバ３２Ｃが配置されたシステム構成例を説明したが、モバイルネットワークＮＷ２は、モバイルネットワークＮＷ１と同様な構成を有するものとしてもよい。つまり、モバイルネットワークＮＷ２は、ＤＮＳプロキシ３０Ｂとネットワーク中継装置１４Ｂとの間に、ＤＮＳリゾルバ３２Ｄが配置されてもよい。以下、図９を参照して、モバイルネットワークＮＷ２がモバイルネットワークＮＷ１と同様な構成を有する変形例を変形例２として説明する。ここで、図９は、図８（図２）に基づいて記載される。
図９は、変形例２によるデータ通信システムを示す説明図である。図９に示したように、変形例２によるデータ通信システムにおいては、モバイルネットワークＮＷ２が、ＤＮＳプロキシ３０Ｂ、ＤＮＳリゾルバ３２Ｃ、ＤＮＳリゾルバ３２Ｄ、ＤＮＳサーバ３４Ｂ、推定サーバ３６Ｂおよびエッジサーバ１２Ｂを有する。ＤＮＳプロキシ３０Ｂ、ＤＮＳリゾルバ３２Ｃ、ＤＮＳリゾルバ３２ＤおよびＤＮＳサーバ３４Ｂは、モバイルネットワークＮＷ２内のＣＤＮ（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）用のネットワーク要素として機能する。
ＤＮＳプロキシ３０Ｂは、ユーザ端末２０から名前解決要求を受信すると、名前解決を行うべきＤＮＳリゾルバ３２を所定の基準に従って選択し、選択したＤＮＳリゾルバ３２に名前解決要求を転送する。例えば、ＤＮＳプロキシ３０Ｂは、モバイルネットワークＮＷ２内のＣＤＮを利用する設定であるユーザ端末２０Ａから名前解決要求を受信した場合、ＤＮＳリゾルバ３２Ｃに名前解決要求を転送してもよい。また、ＤＮＳプロキシ３０Ｂは、ＤＮＳサーバ３４Ｂから後述するＣＤＮ制御情報を受信した場合、名前解決要求をＤＮＳリゾルバ３２Ｄに転送してもよい。
ＤＮＳリゾルバ３２Ｂは、ＤＮＳプロキシ３０Ｂからの名前解決要求の受信に基づいてＤＮＳサーバ３４Ｂへ名前解決要求を送信し、名前解決要求の名前解決結果であるアドレス情報をＤＮＳサーバ３４Ｂから取得する。ＤＮＳリゾルバ３２Ｄは、ＤＮＳプロキシ３０Ｂからの名前解決要求の受信に基づいて、インターネットＩＮに配置されているＤＮＳサーバ５０に名前解決要求を送信し、名前解決結果であるアドレス情報をＤＮＳサーバ５０から取得する。
ＤＮＳサーバ３４Ｂは、ＧＳＬＢ（Ｇｌｏｂａｌ Ｓｅｒｖｅｒ Ｌｏａｄ Ｂａｌａｎｃｉｎｇ）装置として機能する装置である。ＤＮＳサーバ３４Ｂは、ＤＮＳリゾルバ３２Ｃからの名前解決要求の受信に基づき、モバイルネットワークＮＷ２内のいずれかのエッジサーバ１２のアドレス情報を名前解決結果として所定の基準に従って選択し、ＤＮＳリゾルバ３２Ｃなどを介して当該アドレス情報をユーザ端末２０に返す。例えば、ＤＮＳサーバ３４Ｂは、エッジサーバ１２Ｂのアドレス情報を選択し、エッジサーバ１２Ｂのアドレス情報をユーザ端末２０に返す。なお、図９においては、１つのＤＮＳサーバ３４Ｂを示しているが、ＤＮＳサーバ３４Ｂの機能は、ドメインごとに名前解決を行う複数のＤＮＳサーバによって実現されてもよい。
ユーザ端末２０がモバイルネットワークＮＷ２に接続している場合、ＤＮＳリゾルバ３２Ｃは、図８（図２）と同様に、ユーザ端末２０から名前解決要求を受信する。ＤＮＳリゾルバ３２Ｃは、名前解決要求をＧＳＬＢ装置として機能するＤＮＳサーバ３４Ｂに転送する。ＤＮＳサーバ３４Ｂは、モバイルネットワークＮＷ２内のいずれかのエッジサーバ１２のアドレス情報を名前解決結果として所定の基準に従って選択し、ＤＮＳリゾルバ３２Ｃを介して当該アドレス情報をユーザ端末２０に返す。例えば、ＤＮＳサーバ３４Ｂは、エッジサーバ１２Ｂのアドレス情報を選択し、エッジサーバ１２Ｂのアドレス情報をユーザ端末２０に返す。
推定サーバ３６Ｂは、図８（図２）と同様に、モバイルネットワークＮＷ２の通信品質を推定する推定装置である。
品質低下通知を受信したＤＮＳサーバ３４Ｂは、図９において二重線で示したように、品質低下通知をインターネットＩＮに配置されているＤＮＳサーバ５０に送信する。当該品質低下通知は、モバイルネットワークＮＷ２を運営する事業者を示す事業者番号を含む。また、ＤＮＳサーバ３４Ｂは、推定サーバ３６Ｂからの品質低下通知の受信に基づき、ＤＮＳプロキシ３０ＢにＣＤＮ制御情報を送信する。ＤＮＳプロキシ３０Ｂは、当該ＣＤＮ制御情報の受信に基づき、名前解決要求の転送先を、モバイルネットワークＮＷ２内のＣＤＮ用の３２Ｃから、ＤＮＳリゾルバ３２Ｄに切り替える。
同様に、推定サーバ３６Ｂは、推定された通信品質が所定の基準を満たすようになった場合には、支援情報として品質改善通知をＤＮＳサーバ３４Ｂに送信する。品質改善通知を受信したＤＮＳサーバ３４Ｂは、図９において二重線で示したように、品質改善通知をインターネットＩＮに配置されているＤＮＳサーバ５０に送信する。当該品質改善通知は、モバイルネットワークＮＷ１を運営する事業者を示す事業者番号を含む。また、ＤＮＳサーバ３４Ｂは、推定サーバ３６Ｂからの品質改善通知の受信に基づき、ＤＮＳプロキシ３０ＢにＣＤＮ制御情報を送信する。ＤＮＳプロキシ３０Ｂは、当該ＣＤＮ制御情報の受信に基づき、名前解決要求の転送先を、ＤＮＳリゾルバ３２ＤからモバイルネットワークＮＷ１内のＣＤＮ用の３２Ｃに切り替える。
このような変形例（変形例１および変形例２）によれば、割り当て可能事業者リストが、モバイルネットワークＮＷ１の通信品質に加えて、モバイルネットワークＮＷ２の通信品質も加味したリストとなる。従って、ユーザ端末２０は、切り替え先の候補となるモバイルネットワークＮＷ２の通信品質も考慮して接続の切り替えを制御できるので、通信品質の一層の向上が期待される。
＜ハードウェア構成＞
以上、本開示の各実施形態を説明した。上述した名前解決要求の送信および接続制御などの情報処理は、ソフトウェアと、以下に説明するユーザ端末２０のハードウェアとの協働により実現される。
図１０は、ユーザ端末２０のハードウェア構成を示した説明図である。図１０に示したように、ユーザ端末２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３と、入力装置２０８と、出力装置２１０と、ストレージ装置２１１と、ドライブ２１２と、撮像装置２１３と、通信装置２１５とを備える。
ＣＰＵ２０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってユーザ端末２０内の動作全般を制御する。また、ＣＰＵ２０１は、マイクロプロセッサであってもよい。ＲＯＭ２０２は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバスにより相互に接続されている。ＣＰＵ２０１、ＲＯＭ２０２およびＲＡＭ２０３とソフトウェアとの協働により、図５を参照して説明した処理部２１０、通信処理部２２０、要求／接続処理部２３０、名前解決要求処理部２３２、リスト要求処理部２３４および接続処理部２３６などの機能が実現され得る。
入力装置２０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。ユーザ端末２０のユーザは、該入力装置２０８を操作することにより、ユーザ端末２０に対して各種のデータを入力したり処理動作を指示したりすることができる。
出力装置２１０は、例えば、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。さらに、出力装置２１０は、スピーカおよびヘッドホンなどの音声出力装置を含む。例えば、表示装置は、撮像された画像や生成された画像などを表示する。一方、音声出力装置は、音声データ等を音声に変換して出力する。
ストレージ装置２１１は、本実施形態にかかるユーザ端末２０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置２１１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。このストレージ装置２１１は、ＣＰＵ２０１が実行するプログラムや各種データを格納する。
ドライブ２１２は、記憶媒体用リーダライタであり、ユーザ端末２０に内蔵、あるいは外付けされる。ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体２４に記録されている情報を読み出して、ＲＡＭ２０３に出力する。また、ドライブ２１２は、リムーバブル記憶媒体２４に情報を書き込むこともできる。
撮像装置２１３は、光を集光する撮影レンズおよびズームレンズなどの撮像光学系、およびＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）またはＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの信号変換素子を備える。撮像光学系は、被写体から発せられる光を集光して信号変換部に被写体像を形成し、信号変換素子は、形成された被写体像を電気的な画像信号に変換する。
通信装置２１５は、例えば、モバイルネットワークＮＷに接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置２１５は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）対応通信装置、５Ｇ対応通信装置であってもよい。
なお、上述したユーザ端末２０のハードウェア構成はＤＮＳサーバ５０（処理部５１０、通信処理部５２０、送信処理部５３０、アドレス送信処理部５３２、リスト送信処理部５３４）および他のネットワーク要素にも適用可能である。例えば、ＣＰＵ２０１、ＲＯＭ２０２およびＲＡＭ２０３とソフトウェアとの協働により、図３を参照して説明した処理部５１０、通信処理部５２０、送信処理部５３０、アドレス送信処理部５３２およびリスト送信処理部５３４などの機能が実現され得る。
＜補足＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
例えば、上記では割り当て可能事業者リストを取得するためのプロトコルにＤＮＳのプロトコルが用いられることを想定した説明をしたが、アクセス先とアクセス方法、および使用するプロトコルが決まっていれば、他のプロトコルが用いられてもよい。例えば、特定ドメインのＡＰＩをたたくと割り当て可能事業者リストが取得できる構成であってもよい。この場合、ユーザ端末２０が接続可能な事業者の事業者番号の一覧をユーザ端末２０が送信し、ＤＮＳサーバ５０は、応答として送信する割り当て可能事業者リストから上記一覧に含まれない事業者番号を削除してもよい。
また、本明細書のユーザ端末２０およびＤＮＳサーバ５０の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、ユーザ端末２０およびＤＮＳサーバ５０の処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
また、ユーザ端末２０およびＤＮＳサーバ５０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述したユーザ端末２０およびＤＮＳサーバ５０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
１０ オリジンサーバ
１２ エッジサーバ
２０ ユーザ端末
２１０ 処理部
２２０ 通信処理部
２３０ 要求／接続処理部
２３２ 名前解決要求処理部
２３４ リスト要求処理部
２３６ 接続処理部
２４０ ＳＩＭ
３０ ＤＮＳプロキシ
３２ ＤＮＳリゾルバ
３４ ＤＮＳサーバ
３６ 推定サーバ
５０ ＤＮＳサーバ
５１０ 処理部
５２０ 通信処理部
５３０ 送信処理部
５３２ アドレス送信処理部
５３４ リスト送信処理部
５４０ 記憶部

Claims (18)

  1. 第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置であって、
    端末装置からデータ通信に関する名前解決の要求を有する第１の情報を受信すると、要求に基づくアドレス情報を有する第２の情報を送信する処理部であり、
    前記第１の情報は、前記端末装置から送信された第３の情報に基づく情報であり、
    前記端末装置で受信される第４の情報は、前記第２の情報に基づく情報である、第１の処理部と、
    前記端末装置から事業者の情報の要求を有する第５の情報を受信すると当該端末装置に要求に基づく第６の情報を送信する処理部であり、
    前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第２の処理部と、
    を備える、処理装置。
  2. 前記第１の通信品質が所定の基準を満たすことは、前記第１のネットワーク内の推定装置により推定された前記第１のネットワークの通信品質が前記所定の基準を満たすことである、請求項１に記載の処理装置。
  3. 前記第４の情報は、前記第２のネットワークにおける第２の通信品質が所定の基準を満たすならば、前記第２の事業者を示す情報を有する、請求項１に記載の処理装置。
  4. 前記第２の通信品質が所定の基準を満たすことは、前記第２のネットワーク内の推定装置により推定された前記第２のネットワークの通信品質が前記所定の基準を満たすことである、請求項３に記載の処理装置。
  5. 前記第４の情報を記憶する記憶部をさらに備え、
    前記第４の情報は、
    前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有し、
    前記第２のネットワークにおける第２の通信品質が所定の基準を満たすならば、前記第２の事業者を示す情報を有する、請求項３に記載の処理装置。
  6. 前記第３の情報は、ＤＮＳリゾルバで受信される情報であり、
    前記第１の情報は、ＤＮＳリゾルバから送信される情報であり、
    前記第２の情報は、ＤＮＳリゾルバで取得される情報であり、
    前記第４の情報は、ＤＮＳリゾルバから送信される情報である、請求項１に記載の処理装置。
  7. 請求項１に記載の処理装置は、名前解決サーバであることを特徴とする、名前解決サーバ。
  8. 第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置と通信を行う端末装置であって、
    データ通信に関する名前解決の要求を有する第３の情報を送信すると、要求に基づくアドレス情報を有する第４の情報を受信する処理部であり、
    前記処理装置で受信される第１の情報は、前記第３の情報に基づく情報であり、
    前記第４の情報は、前記処理装置から送信された第２の情報に基づく情報である、第３の処理部と、
    前記処理装置に事業者の情報の要求を有する第５の情報を送信すると、要求に基づく第６の情報を受信する処理部であり、
    前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第４の処理部と、
    を備える、端末装置。
  9. 前記第６の情報において前記第１の事業者を示す情報を有するならば、前記端末装置の接続先を前記第１のネットワークとする第５の処理部をさらに備える、請求項８に記載の端末装置。
  10. 前記第４の情報は、前記第２のネットワークにおける第２の通信品質が所定の基準を満たすならば、前記第２の事業者を示す情報を有する、請求項８に記載の端末装置。
  11. 前記第６の情報において前記第２の事業者を示す情報を有しており、前記第３の処理部及び前記第４の処理部において前記第１のネットワークが接続先であるならば、接続先を前記第１のネットワークから前記第２のネットワークに切り替える第５の処理部をさらに備える、請求項９に記載の端末装置。
  12. 前記第１の通信品質が所定の基準を満たすことは、前記第１のネットワーク内の推定装置により推定された前記第１のネットワークの通信品質が前記所定の基準を満たすことである、請求項８に記載の端末装置。
  13. 前記第２の通信品質が所定の基準を満たすことは、前記第２のネットワーク内の推定装置により推定された前記第２のネットワークの通信品質が前記所定の基準を満たすことである、請求項１０に記載の端末装置。
  14. 前記第３の情報は、ＤＮＳリゾルバで受信される情報であり、
    前記第１の情報は、ＤＮＳリゾルバから送信される情報であり、
    前記第２の情報は、ＤＮＳリゾルバで取得される情報であり、
    前記第４の情報は、ＤＮＳリゾルバから送信される情報である、請求項８に記載の端末装置。
  15. コンピュータを、第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置であって、
    端末装置からデータ通信に関する名前解決の要求を有する第１の情報を受信すると、要求に基づくアドレス情報を有する第２の情報を送信する処理部であり、
    前記第１の情報は、前記端末装置から送信された第３の情報に基づく情報であり、
    前記端末装置で受信される第４の情報は、前記第２の情報に基づく情報である、第１の処理部と、
    前記端末装置から事業者の情報の要求を有する第５の情報を受信すると当該端末装置に要求に基づく第６の情報を送信する処理部であり、
    前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第２の処理部と、
    を備える、処理装置として機能させるための、プログラム。
  16. コンピュータを、第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置と通信を行う端末装置であって、
    データ通信に関する名前解決の要求を有する第３の情報を送信すると、要求に基づくアドレス情報を有する第４の情報を受信する処理部であり、
    前記処理装置で受信される第１の情報は、前記第３の情報に基づく情報であり、
    前記第４の情報は、前記処理装置から送信された第２の情報に基づく情報である、第３の処理部と、
    前記処理装置に事業者の情報の要求を有する第５の情報を送信すると、要求に基づく第６の情報を受信する処理部であり、
    前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第４の処理部と、
    を備える、端末装置として機能させるための、プログラム。
  17. 第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置により実行される方法であって、
    端末装置からデータ通信に関する名前解決の要求を有する第１の情報を受信すると、要求に基づくアドレス情報を有する第２の情報を送信するステップであり、
    前記第１の情報は、前記端末装置から送信された第３の情報に基づく情報であり、
    前記端末装置で受信される第４の情報は、前記第２の情報に基づく情報である、第１のステップと、
    前記端末装置から事業者の情報の要求を有する第５の情報を受信すると当該端末装置に要求に基づく第６の情報を送信するステップであり、
    前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第２のステップと、
    を有する、方法。
  18. 第１の事業者にて運営される第１のネットワークおよび第２の事業者にて運営される第２のネットワークに接続される第３のネットワークに配置される処理装置と通信を行う端末装置により実行される方法であって、
    データ通信に関する名前解決の要求を有する第３の情報を送信すると、要求に基づくアドレス情報を有する第４の情報を受信するステップであり、
    前記処理装置で受信される第１の情報は、前記第３の情報に基づく情報であり、
    前記第４の情報は、前記処理装置から送信された第２の情報に基づく情報である、第３のステップと、
    前記処理装置に事業者の情報の要求を有する第５の情報を送信すると、要求に基づく第６の情報を受信するステップであり、
    前記第６の情報は、前記第１のネットワークにおける第１の通信品質が所定の基準を満たすならば、前記第１の事業者を示す情報を有する、第４のステップと、
    を有する、方法。
JP2021027765A 2021-02-24 2021-02-24 処理装置、名前解決サーバ、端末装置、方法およびプログラム Active JP7047950B1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021027765A JP7047950B1 (ja) 2021-02-24 2021-02-24 処理装置、名前解決サーバ、端末装置、方法およびプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021027765A JP7047950B1 (ja) 2021-02-24 2021-02-24 処理装置、名前解決サーバ、端末装置、方法およびプログラム

Publications (2)

Publication Number Publication Date
JP7047950B1 true JP7047950B1 (ja) 2022-04-05
JP2022129170A JP2022129170A (ja) 2022-09-05

Family

ID=81259144

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021027765A Active JP7047950B1 (ja) 2021-02-24 2021-02-24 処理装置、名前解決サーバ、端末装置、方法およびプログラム

Country Status (1)

Country Link
JP (1) JP7047950B1 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014003383A (ja) 2012-06-15 2014-01-09 Ntt Docomo Inc 移動通信網振り分けシステム及び移動通信網振り分け方法
US20160057681A1 (en) 2013-05-03 2016-02-25 Huawei Technologies Co., Ltd. Load Balancing Method and Device
JP2017152949A (ja) 2016-02-25 2017-08-31 日本電信電話株式会社 故障被疑箇所推定装置、故障被疑箇所推定方法及び故障被疑箇所推定プログラム
JP2018023172A (ja) 2017-11-09 2018-02-08 株式会社ソラコム 通信システム及び通信方法
CN108632173A (zh) 2017-03-16 2018-10-09 南方银谷科技有限公司 一种资源访问系统及基于局域网的资源访问方法
JP2019140626A (ja) 2018-02-14 2019-08-22 日本電信電話株式会社 通信システム及び通信方法
CN110635958A (zh) 2019-11-05 2019-12-31 北京知道创宇信息技术股份有限公司 一种网络故障诊断方法、装置及存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014003383A (ja) 2012-06-15 2014-01-09 Ntt Docomo Inc 移動通信網振り分けシステム及び移動通信網振り分け方法
US20160057681A1 (en) 2013-05-03 2016-02-25 Huawei Technologies Co., Ltd. Load Balancing Method and Device
JP2017152949A (ja) 2016-02-25 2017-08-31 日本電信電話株式会社 故障被疑箇所推定装置、故障被疑箇所推定方法及び故障被疑箇所推定プログラム
CN108632173A (zh) 2017-03-16 2018-10-09 南方银谷科技有限公司 一种资源访问系统及基于局域网的资源访问方法
JP2018023172A (ja) 2017-11-09 2018-02-08 株式会社ソラコム 通信システム及び通信方法
JP2019140626A (ja) 2018-02-14 2019-08-22 日本電信電話株式会社 通信システム及び通信方法
CN110635958A (zh) 2019-11-05 2019-12-31 北京知道创宇信息技术股份有限公司 一种网络故障诊断方法、装置及存储介质

Also Published As

Publication number Publication date
JP2022129170A (ja) 2022-09-05

Similar Documents

Publication Publication Date Title
KR102605458B1 (ko) 분석 기능 발견 방법 및 장치
JP6867371B2 (ja) スライス管理システム及びスライス管理方法
EP2705694B1 (en) Seamless mobility schemes in named-data networking using multi-path routing and content caching
US7779078B2 (en) Method and system for managing multimedia messages in a mobile communication systems
JP2008035250A (ja) 情報提供サービス制御システム
CN1650663A (zh) 与移动通信系统中ip会话的重新定位相关的优化信息传送
EP4106271A1 (en) Application discovery method, apparatus, and system
WO2018112759A1 (zh) 访问资源的方法、装置和系统
JP2007274524A (ja) Ｓｍｓメールシステムおよびｓｍｓメール送信方法
CN101370159B (zh) 一种识别业务的方法、装置和系统
JP4733746B2 (ja) モバイルインターネットプロトコルの登録または登録抹消方法、および、装置
JP3953950B2 (ja) ローカルアドレスを用いたサーバシステム
JP7047950B1 (ja) 処理装置、名前解決サーバ、端末装置、方法およびプログラム
CN111404975A (zh) 一种消息传输的方法、装置、设备及计算机存储介质
EP3422674A1 (en) A method of resolving a domain name by a dns server to a plurality of ip addresses based on location information of the user equipment
JP2020198654A (ja) 通信システム、通信方法及びプログラム
JP5761709B2 (ja) 移動端末間の無線通信方法
US8521224B2 (en) Communication system, internal line managing apparatus, internal phone management method, and non-transitory computer readable storage medium
KR101546387B1 (ko) 단말들간의 콘텐츠 공유 프로세스를 수행하는 콘텐츠 공유 서버 및 방법, 그리고 단말
CN102572696A (zh) 一种处理业务请求的方法、装置和系统
KR101171377B1 (ko) 멀티미디어 메시지로 전송된 사진 및 동영상의 원본 파일을 제공하는 방법
KR20020022903A (ko) 유동 인터넷 프로토콜을 이용한 화상통화서비스제공시스템 및 방법
CN109327870B (zh) 与atcf通信的方法、装置、设备及计算机存储介质
KR100551550B1 (ko) 외부 방문자 위치등록기와 이를 이용한 가입자 위치관리방법
JP4331638B2 (ja) ネットワーク制御システム及びネットワーク制御方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210224

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220222

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220307

R150 Certificate of patent or registration of utility model

Ref document number: 7047950

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150