ホーム > 特許ランキング > ソフトバンク株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-08
(45)【発行日】2023-12-18
(54)【発明の名称】通信端末、及びプログラム
(51)【国際特許分類】
H04W 28/18 20090101AFI20231211BHJP
H04W 24/08 20090101ALI20231211BHJP
G06N 20/00 20190101ALI20231211BHJP
【ＦＩ】
H04W28/18 110
H04W24/08
G06N20/00
【請求項の数】
7
(21)【出願番号】P 2022141256
(22)【出願日】2022-09-06
(62)【分割の表示】P 2021019713の分割
【原出願日】2021-02-10
(65)【公開番号】P2022177077
(43)【公開日】2022-11-30
【審査請求日】2022-09-06
(73)【特許権者】
【識別番号】501440684
【氏名又は名称】ソフトバンク株式会社
(74)【代理人】
【識別番号】110000877
【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所
(72)【発明者】
【氏名】平井 亮次
(72)【発明者】
【氏名】村田 達郎
(72)【発明者】
【氏名】堀場 勝広
(72)【発明者】
【氏名】渡邊 智郎
【審査官】川口 貴裕
(56)【参考文献】
【文献】特開２０１２－２０５２６３（ＪＰ，Ａ）
【文献】国際公開第２０１１／１２５２８６（ＷＯ，Ａ１）
【文献】特開２００９－２９０６９１（ＪＰ，Ａ）
【文献】特開２００４－１５３６２０（ＪＰ，Ａ）
【文献】国際公開第２０１２／１７２７９５（ＷＯ，Ａ１）
【文献】特開２０１１－２５０３６５（ＪＰ，Ａ）
【文献】特開２０１４－０９９７０８（ＪＰ，Ａ）
【文献】米国特許出願公開第２００８／０２５９７９６（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１５／０３４１６４６（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１１／０１４２０３４（ＵＳ，Ａ１）
【文献】深澤 勝彦ほか，ＭＰＥＧ－４ ＡＳＰ／ＦＧＳ ＣＯＤＥＣを用いたスケーラブル映像配信システム，電子情報通信学会２００６年総合大会講演論文集 情報・システム２，2006年03月08日，ｐｐ．Ｓ－１５～Ｓ－１６
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
Ｇ０６Ｎ ２０／００
(57)【特許請求の範囲】
【請求項1】
データを格納するデータ格納部と、ネットワークを介して受信装置に前記データを送信するデータ送信部と、
前記受信装置が受信した前記データを前記受信装置から前記ネットワークを介して受信するデータ受信部と、
前記データ送信部が送信した前記データ、及び前記データ受信部が受信した前記データに基づいて、前記受信装置が受信した前記データの品質を判定する品質判定部と、
前記データの品質に応じて、前記データ送信部が送信する前記データのビットレートの変更処理、前記データの補正処理、及び前記ネットワークに対する通信品質の変更要求処理から、実行する処理を選択する処理選択部と、
前記処理選択部によって選択された処理を実行する処理実行部と
を備える通信端末。
【請求項2】
前記処理選択部は、前記データの品質が第１閾値より低い場合に、前記変更処理、前記補正処理、及び前記変更要求処理を選択し、前記データの品質が前記第１閾値より高く、前記第１閾値より高い第２閾値より低い場合、前記変更処理、前記補正処理、及び前記変更要求処理のうち２つを選択し、前記データの品質が前記第２閾値より高く、前記第２閾値より高い第３閾値より低い場合、前記変更処理、前記補正処理、及び前記変更要求処理のうち１つを選択する、請求項１に記載の通信端末。
【請求項3】
前記処理選択部は、前記データの品質が前記第１閾値より高く、前記第２閾値より低い場合、前記変更処理及び前記補正処理を選択し、前記データの品質が前記第２閾値より高く、前記第３閾値より低い場合、前記変更処理を選択する、請求項２に記載の通信端末。
【請求項4】
前記品質判定部は、前記データ送信部が送信したデータ、及び前記データ受信部が受信したデータから、前記データ受信部が受信したデータの品質を推定するための数理的な品質推定モデルを用いて、前記受信装置が受信した前記データの品質を推定する、請求項１から３のいずれか一項に記載の通信端末。
【請求項5】
前記品質判定部は、前記データ送信部が前記ネットワークを介してデータを送信したときの、前記データ送信部が送信したデータ及び前記データ受信部が受信した受信データと、前記受信装置が受信した前記受信データの品質を教師データとして用い、前記データ送信部が前記ネットワークを介して送信した送信データ及び前記データ受信部が受信した受信データからデータの品質を推定する前記品質推定モデルを数理的に構築して記憶する、請求項４に記載の通信端末。
【請求項6】
前記品質判定部は、前記データ受信部が受信したデータの品質を推定するための機械学習を行った学習済みの品質推定モデルを用いて、前記受信装置が受信した前記データの品質を判定する、請求項１から３のいずれか一項に記載の通信端末。
【請求項7】
コンピュータを、請求項１から６のいずれか一項に記載の通信端末として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信端末、及びプログラムに関する。
【背景技術】
【0002】
特許文献１には、情報端末と情報配信サーバとの通信に混雑が発生し、情報配信サーバからのパケットのロス率が増加していると判定された場合、配信データを構成するパケットのビットレートの変更を情報端末から情報配信サーバに要求する技術が記載されている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１５－０３３０９５号公報
［先行技術文献］
［特許文献］
［特許文献１］特開２０１５－０３３０９５号公報
【発明の概要】
【課題を解決するための手段】
【0003】
本発明の一実施態様によれば、通信システムが提供される。通信システムは、送信端末を備えてよい。通信システムは、受信装置を備えてよい。受信装置は、送信端末からネットワークを介してデータを受信するデータ受信部を有してよい。受信装置は、データの品質を判定する品質判定部を有してよい。受信装置は、データの品質に応じて、送信端末に対する通知処理、データの補正処理、及びネットワークに対する通信品質の変更要求処理から、実行する処理を選択する処理選択部を有してよい。受信装置は、処理選択部によって選択された処理を実行する処理実行部を有してよい。
【0004】
上記処理選択部は、上記データの品質が第１閾値より低い場合に、上記通知処理、上記補正処理、及び上記変更要求処理を選択し、上記データの品質が上記第１閾値より高く、上記第１閾値より高い第２閾値より低い場合、上記通知処理、上記補正処理、及び上記変更要求処理のうち２つを選択し、上記データの品質が上記第２閾値より高く、上記第２閾値より高い第３閾値より低い場合、上記通知処理、上記補正処理、及び上記変更要求処理のうち１つを選択してよい。上記処理選択部は、上記データの品質が上記第１閾値より高く、上記第２閾値より低い場合、上記通知処理及び上記補正処理を選択し、上記データの品質が上記第２閾値より高く、上記第３閾値より低い場合、上記通知処理を選択してよい。上記品質判定部は、上記送信端末との間の通信のパケットロス率がより高いほど、上記データの品質がより低いと判定してよい。
【0005】
上記処理実行部は、上記処理選択部によって上記通知処理が選択された場合に通知情報を上記送信端末に送信してよく、上記送信端末は、上記通知情報を受信したことに応じて、上記受信装置に送信する上記データのビットレートを低減してよい。上記処理実行部は、上記処理選択部によって上記補正処理が選択された場合に、利用する補正技術を上記送信端末に通知した後、当該補正技術を用いて上記データ受信部が受信する上記データを補正してよい。上記処理実行部は、上記処理選択部によって上記補正処理が選択された場合に依頼情報を上記送信端末に送信してよく、上記送信端末は、上記依頼情報を受信したことに応じて、上記データに代えて、上記データを補正した、上記データよりもデータ量が少ない補正データを上記受信装置に送信してよい。上記データは映像データであってよく、上記送信端末は、上記依頼情報を受信したことに応じて、上記データから抽出した特徴点のみを含む上記補正データを上記受信装置に送信してよい。上記データは映像データであってよく、上記送信端末は、上記依頼情報を受信したことに応じて、上記データの一部を簡易表示化した上記補正データを上記受信装置に送信してよい。上記通信システムは、上記ネットワークをさらに備えてよく、上記処理実行部は、上記処理選択部によって上記変更要求処理が選択された場合に、通信品質の変更要求を上記ネットワークに送信してよく、上記ネットワークは、上記変更要求を受信したことに応じて、上記受信装置の通信品質を変更する変更処理を実行してよい。上記ネットワークはモバイルネットワークであってよく、上記ネットワークは、上記変更要求を受信したことに応じて、上記受信装置に対する優先制御、上記受信装置に対する帯域幅制御、及び上記受信装置のユーザプレーン切替の少なくともいずれかを実行してよい。
【0006】
本発明の一実施態様によれば、通信装置が提供される。通信装置は、通信端末からネットワークを介してデータを受信するデータ受信部を備えてよい。通信装置は、データの品質を判定する品質判定部を備えてよい。通信装置は、データの品質に応じて、通信端末に対する通知処理、データの補正処理、及びネットワークに対する通信品質の変更要求処理から、実行する処理を選択する処理選択部を備えてよい。通信装置は、処理選択部によって選択された処理を実行する処理実行部を備えてよい。
【0007】
本発明の一実施態様によれば、コンピュータを、上記通信装置として機能させるためのプログラムが提供される。
【0008】
本発明の一実施態様によれば、通信端末が提供される。通信端末は、データを格納するデータ格納部を備えてよい。通信端末は、ネットワークを介して受信装置にデータを送信するデータ送信部を備えてよい。通信端末は、データを受信した受信装置から依頼情報を受信したことに応じて、データを補正して、当該データよりもデータ量が少ない補正データを生成するデータ補正部を備えてよい。データ送信部は、当該データに代えて、補正データを受信装置に送信してよい。上記データは映像データであってよく、上記データ補正部は、上記データから抽出した特徴点のみを含む上記補正データを生成してよい。上記データは映像データであってよく、上記データ補正部は、上記データの一部を簡易表示化した上記補正データを生成してよい。
【0009】
本発明の一実施態様によれば、通信端末が提供される。通信端末は、データを格納するデータ格納部を備えてよい。通信端末は、ネットワークを介して受信装置にデータを送信するデータ送信部を備えてよい。通信端末は、受信装置が受信したデータを受信装置からネットワークを介して受信するデータ受信部を備えてよい。通信端末は、データ送信部が送信したデータ、及びデータ受信部が受信したデータに基づいて、受信装置が受信したデータの品質を判定する品質判定部を備えてよい。通信端末は、データの品質に応じて、データ送信部が送信するデータのビットレートの変更処理、データの補正処理、及びネットワークに対する通信品質の変更要求処理から、実行する処理を選択する処理選択部を備えてよい。通信端末は、処理選択部によって選択された処理を実行する処理実行部を備えてよい。
【0010】
上記処理選択部は、上記データの品質が第１閾値より低い場合に、上記変更処理、上記補正処理、及び上記変更要求処理を選択し、上記データの品質が上記第１閾値より高く、上記第１閾値より高い第２閾値より低い場合、上記変更処理、上記補正処理、及び上記変更要求処理のうち２つを選択し、上記データの品質が上記第２閾値より高く、上記第２閾値より高い第３閾値より低い場合、上記変更処理、上記補正処理、及び上記変更要求処理のうち１つを選択してよい。上記処理選択部は、上記データの品質が上記第１閾値より高く、上記第２閾値より低い場合、上記変更処理及び上記補正処理を選択し、上記データの品質が上記第２閾値より高く、上記第３閾値より低い場合、上記変更処理を選択してよい。上記品質判定部は、上記データ送信部が送信したデータ、及び上記データ受信部が受信したデータから、上記データ受信部が受信したデータの品質を推定するための数理的な品質推定モデルを用いて、上記受信装置が受信した上記データの品質を推定してよい。上記品質判定部は、上記データ送信部が上記ネットワークを介してデータを送信したときの、上記データ送信部が送信したデータ及び上記データ受信部が受信した受信データと、上記受信装置が受信した上記受信データの品質を教師データとして用い、上記データ送信部が上記ネットワークを介して送信した送信データ及び上記データ受信部が受信した受信データからデータの品質を推定する上記品質推定モデルを数理的に構築して記憶してよい。上記品質判定部は、上記データ受信部が受信したデータの品質を推定するための機械学習を行った学習済みの品質推定モデルを用いて、上記受信装置が受信した上記データの品質を判定してよい。
【0011】
本発明の一実施態様によれば、コンピュータを、上記通信端末として機能させるためのプログラムが提供される。
【0012】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【0013】
【図1】通信システム１０の一例を概略的に示す。
【図2】送信端末２００及び受信サーバ３００の機能構成の一例を概略的に示す。
【図3】受信サーバ３００による処理の流れの一例を概略的に示す。
【図4】送信端末２００及び受信サーバ３００の機能構成の一例を概略的に示す。
【図5】送信端末２００による処理の流れの一例を概略的に示す。
【図6】モバイルネットワーク１００への通信品質要求について説明するための説明図である。
【図7】送信端末２００又は受信サーバ３００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。
【発明を実施するための形態】
【0014】
モバイルネットワークに代表される、ベストエフォートかつリソースを共有するネットワークにおいて、高品質な映像を安定した品質で伝送することは困難である。例えば、通信端末の電界強度や、無線ネットワークの輻輳によって、伝送路におけるパケットロスが発生する。このようなパケットロスは受信側で検知し、送信元に映像品質とビットレートの変更を指示するのが一般的である。しかし、ネットワークの輻輳が収束したことを検知することは難しく、安定的に任意の品質で伝送することは困難である。本実施形態に係る通信システム１０では、例えば、受信サーバ又は送信端末がパケットロス又は映像品質の劣化を検知して、それに基づいて、「受信サーバ又は送信端末からモバイルネットワークに対して優先制御を要求すること」、「送信端末側で送信帯域幅を絞ること」、及び「受信サーバ側における混雑（例えば、パケットロス又は受信側でデコードした映像品質）に応じて適合する機械学習モデルによる映像補正」、の少なくともいずれかを実施することによって、安定した品質での映像伝送の実現に貢献可能な技術を提供する。
【0015】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【0016】
図１は、通信システム１０の一例を概略的に示す。通信システム１０は、送信端末２００を備えてよい。通信システム１０は、受信サーバ３００を備えてよい。通信システム１０は、モバイルネットワーク１００を備えてよい。
【0017】
送信端末２００は、通信端末の一例であってよい。送信端末２００は、データを送信する機能を有する任意の通信端末であってよい。送信端末２００は、例えば、スマートフォン等の携帯電話、タブレット端末、及びＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等であってよい。送信端末２００は、いわゆるＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）端末であってもよい。
【0018】
送信端末２００が送信するデータは、例えば、映像データである。映像データは、動画像データであってよい。映像データは、例えば、オンライン会議において、カメラで撮像されて送信される動画像データであってよい。映像データは、放送データであってもよい。これらは例示であり、映像データは、任意の動画像データであってよい。映像データは、音声を含んでも含まなくてもよい。送信端末２００が送信するデータは、音声データであってもよい。
【0019】
受信サーバ３００は、受信装置の一例であってよい。受信サーバ３００は、通信装置の一例であってよい。受信サーバ３００は、送信端末２００からデータを受信する機能を有する任意の通信装置であってよい。受信サーバ３００は、例えば、オンライン会議のサーバであってよいが、これに限らず、任意のサーバであってよい。通信装置の例として、受信サーバ３００の他、スマートフォン等の携帯電話、タブレット端末、及びＰＣ等が挙げられる。
【0020】
送信端末２００と受信サーバ３００は、ネットワーク１００を介して通信してよい。ネットワーク１００は、モバイルネットワークを含んでよい。モバイルネットワークは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通信方式、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）通信方式、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）通信方式、及び６Ｇ（６ｔｈ Ｇｅｎｅｒａｔｉｏｎ）通信方式以降の通信方式のいずれに準拠していてもよい。ネットワーク１００は、インターネットを含んでもよい。送信端末２００及び受信サーバ３００は、無線基地局及びＷｉ－Ｆｉ（登録商標）アクセスポイント等を介して、ネットワーク１００にアクセス可能であってよい。受信サーバ３００は、ＭＥＣ（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ又はＭｕｌｔｉ－ａｃｃｅｓｓ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）に構築してもよい。
【0021】
通信システム１０は、受信サーバ３００が送信端末２００から受信したデータの品質を判定して、品質に応じた処理を実行する。当該処理は、受信サーバ３００が主体となって実行されてよい。また、当該処理は、送信端末２００が主体となって実行されてもよい。以下、それぞれの場合について説明する。
【0022】
図２は、送信端末２００及び受信サーバ３００の機能構成の一例を概略的に示す。ここでは、受信サーバ３００が主体となった場合について説明する。
【0023】
図２に示す例において、送信端末２００は、データ格納部２０２、データ送信部２０４、通知情報受信部２０６、制御部２０８、及びデータ補正部２１０を備える。受信サーバ３００は、データ受信部３０２、データ出力部３０４、品質判定部３０６、処理選択部３０８、及び処理実行部３１０を備える。
【0024】
データ格納部２０２は、各種データを格納する。例えば、データ格納部２０２は、映像データを格納する。データ格納部２０２は、例えば、送信端末２００に接続されたカメラによって撮像された映像データを格納する。データ格納部２０２は、外部から受信したり、可搬型の記憶媒体等から読み取ったりした映像データを格納してもよい。データ格納部２０２は、送信端末２００において生成された映像データを格納してもよい。また、例えば、データ格納部２０２は、音声データを格納する。データ格納部２０２は、例えば、送信端末２００に接続されたマイクによって取得された音声の音声データを格納する。データ格納部２０２は、外部から受信したり、可搬型の記憶媒体等から読み取ったりした音声データを格納してもよい。データ格納部２０２は、送信端末２００において生成された音声データを格納してもよい。
【0025】
データ送信部２０４は、データ格納部２０２に格納されているデータを受信サーバ３００に送信する。データ送信部２０４は、ネットワーク１００を介してデータを受信サーバ３００に送信する。
【0026】
データ受信部３０２は、データ送信部２０４によって送信されたデータを受信する。データ受信部３０２は、ネットワーク１００を介してデータを受信する。
【0027】
データ出力部３０４は、データ受信部３０２が受信したデータを出力する。データ出力部３０４は、例えば、受信サーバ３００が備えるディスプレイに映像データを表示出力する。データ出力部３０４は、例えば、他の通信端末等に映像データを送信出力してもよい。データ出力部３０４は、例えば、受信サーバ３００が備えるスピーカに音声データを音声出力させる。データ出力部３０４は、例えば、他の通信端末等に音声データを送信出力してもよい。
【0028】
品質判定部３０６は、データ受信部３０２が受信したデータの品質を判定する。品質判定部３０６は、例えば、送信端末２００との間の通信のパケットロスに基づいて、データの品質を判定する。品質判定部３０６は、送信端末２００から受信するデータのパケットロスに基づいて、データの品質を判定してよい。品質判定部３０６は、パケットロス率が高いほど、データの品質がより低いと判定してよい。品質判定部３０６は、パケットロス率が低いほど、データの品質がより高いと判定してよい。
【0029】
品質判定部３０６は、パケットロス率からデータの品質を推定するための数理的な品質推定モデルにパケットロス率を入力することで、データの品質を判定してもよい。品質判定部３０６は、例えば、ネットワーク１００を介してデータを送信したときのパケットロス率と、送信前のデータと受信後のデータとから導出した受信後のデータの品質を教師データとして用い、パケットロス率からデータの品質を推定する推定モデルを数理的に構築し、記憶しておいてよい。品質判定部３０６は、推定モデルを機械学習により生成してもよい。品質判定部３０６は、パケットロス率からデータの品質を推定するための機械学習を行った学習済みの品質推定モデルにパケットロス率を入力することで、データの品質を判定してもよい。
【0030】
処理選択部３０８は、品質判定部３０６によって判定されたデータの品質に応じて、実行する処理を選択する。処理選択部３０８は、例えば、送信端末２００に対する通知処理、データの補正処理、及びネットワーク１００に対する通信品質の変更要求処理から、実行する処理を選択する。処理実行部３１０は、処理選択部３０８によって選択された処理を実行する。
【0031】
送信端末２００に対する通知処理は、送信端末２００に対して通知情報を送信することであってよい。処理実行部３１０は、処理選択部３０８によって、送信端末２００に対する通知処理が選択された場合に、通知情報を送信端末２００に送信してよい。
【0032】
通知情報は、送信端末２００が、受信サーバ３００に送信するデータのビットレートを変更する契機となる情報であってよい。通知情報は、例えば、データの品質が低いことを通知する情報である。通知情報は、パケットロス率が高いことを通知する情報であってもよい。通知情報は、ネットワーク１００が混雑していることを通知する情報であってもよい。通知情報は、データのビットレートを下げることを要求する情報であってもよい。通知情報は、送信端末２００が送信するデータ量を低減することを要求する情報であってもよい。
【0033】
データの補正処理は、受信サーバ３００において、データを補正することであってよい。処理実行部３１０は、処理選択部３０８によって、データの補正処理が選択された場合に、データ受信部３０２が受信したデータを補正してよい。処理実行部３１０は、データ受信部３０２が受信したデータの品質を高める補正を実行してよい。データが映像データである場合、データの補正方法の例として、超解像、画像のノイズ除去、特徴点からのレンダリング、及び音声の雑音除去等が挙げられるが、これらに限らない。データが音声データである場合、雑音除去及び音声超解像等が挙げられるが、これらに限らない。処理実行部３１０は、処理選択部３０８によって、データの補正処理が選択された場合に、利用する補正技術を送信端末２００に通知した後、当該補正技術を用いてデータ受信部３０２が受信するデータを補正してもよい。処理実行部３１０は、例えば、特定のフォーマットを送信端末２００に指定する。送信端末２００は、指定されたフォーマットでデータを受信サーバ３００に送信する。処理実行部３１０は、指定したフォーマットのデータに対して、当該フォーマットに適した補正処理を実行する。
【0034】
データの補正処理は、送信端末２００に対して、データの補正を依頼することであってもよい。処理実行部３１０は、処理選択部３０８によって、データの補正処理が選択された場合に、データの補正を依頼する依頼情報を送信端末２００に送信してよい。
【0035】
依頼情報は、送信端末２００が、データを補正する契機となる情報であってよい。依頼情報は、明示的にデータの補正を依頼する内容を含んでよい。依頼情報は、データの補正を依頼する内容を含まなくてもよい。例えば、依頼情報は、データの品質が低いことを通知する情報である。依頼情報は、パケットロス率が高いことを通知する情報であってもよい。依頼情報は、ネットワーク１００が混雑していることを通知する情報であってもよい。
【0036】
ネットワーク１００に対する通信品質の変更要求処理は、ネットワーク１００に対して通信品質の変更要求を送信することであってよい。処理実行部３１０は、処理選択部３０８によって、変更要求処理が選択された場合に、通信品質の変更要求をネットワーク１００に送信してよい。
【0037】
ネットワーク１００は、変更要求を受信したことに応じて、受信サーバ３００の通信品質を変更する変更処理を実行する。
【0038】
ネットワーク１００は、例えば、受信サーバ３００に対する優先制御を実行する。ネットワーク１００は、受信サーバ３００の通信を優先することができれば、どのような方法を用いてもよい。例えば、ネットワーク１００が５Ｇ通信方式に準拠している場合、ネットワーク１００は、受信サーバ３００の通信を優先すべく、受信サーバ３００に対する５ＱＩ（５Ｇ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ） Ｉｎｄｉｃａｔｏｒ）を変更する。また、例えば、ネットワーク１００がＬＴＥ通信方式に準拠している場合、ネットワーク１００は、受信サーバ３００の通信を優先すべく、受信サーバ３００に対するＱＣＩ（ＱｏＳ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ）を変更する。
【0039】
ネットワーク１００は、例えば、受信サーバ３００に対する帯域幅制御を実行する。ネットワーク１００は、例えば、受信サーバ３００に対して専用のＢＷＰ（ＢａｎｄＷｉｄｔｈ Ｐａｒｔ）を割り当てる。
【0040】
ネットワーク１００は、例えば、受信サーバ３００のユーザプレーン切替を実行する。ネットワーク１００は、例えば、伝送距離が最短となるユーザプレーンへの切り替えを実行する。
【0041】
情報受信部２０６は、受信サーバ３００から各種情報を受信する。情報受信部２０６は、例えば、受信サーバ３００から通知情報を受信する。情報受信部２０６は、例えば、受信サーバ３００から依頼情報を受信する。
【0042】
制御部２０８は、情報受信部２０６が受信サーバ３００から通知情報を受信したことに応じて、データ送信部２０４が受信サーバ３００に送信するデータのビットレート制御を実行して、受信サーバ３００に送信するデータのデータ量を低減する。制御部２０８は、例えば、データのビットレートを低減する。データが映像データである場合、制御部２０８は、例えば、データを低解像度化する。
【0043】
データ補正部２１０は、情報受信部２０６が依頼情報を受信したことに応じて、データを補正して、当該データよりもデータ量が少ない補正データを生成する。データ送信部２０４は、情報受信部２０６が依頼情報を受信したことに応じて、当該データに代えて、データ補正部２１０によって生成された補正データを、受信サーバ３００に送信してよい。
【0044】
データが映像データである場合、例えば、データ補正部２１０は、データから抽出した特徴点のみを含む補正データを生成する。また、データ補正部２１０は、例えば、公知のＡＩを用いた映像圧縮技術を用いて、補正データを生成する。また、データ補正部２１０は、例えば、データから取得した深層特徴量データを圧縮することによって、補正データを生成する。例えば、データ補正部２１０は映像データの一部を簡易表示化した補正映像データを生成する。データ補正部２１０は、例えば、映像データに人物が含まれる場合に、人物をアバタ化した補正映像データを生成する。
【0045】
データが音声データである場合、例えば、データ補正部２１０は、公知の音声圧縮技術を用いて、補正データを生成する。データ補正部２１０は、公知のＡＩを用いた音声圧縮技術を用いもよい。
【0046】
図３は、受信サーバ３００による処理の流れの一例を概略的に示す。ここでは、映像データの品質に応じた処理を実行する場合における、初期設定を行う状態を開始状態として説明する。
【0047】
ステップ（ステップをＳと省略して記載する場合がある。）１０２では、受信サーバ３００が、映像データの品質を判定する品質判定モデルの入力を受け付ける。Ｓ１０４では、受信サーバ３００が、判定閾値の入力を受け付ける。
【0048】
品質判定モデル及び判定閾値の入力は、受信サーバ３００の管理者及び使用者等によって行われてよい。受信サーバ３００への入力は、受信サーバ３００が備える入力デバイスを用いて行われてよく、外部から受信サーバ３００に入力情報を送信することによって行われてもよい。品質判定部３０６は、入力された品質判定モデルを取得する。処理選択部３０８は、入力された判定閾値を取得する。
【0049】
なお、ここでは、判定閾値として、閾値Ｃ、閾値Ｃよりも高い閾値Ｂ、閾値Ｂよりも高い閾値Ａが入力された場合を例示している。閾値Ｃは、第１閾値の一例であってよい。閾値Ｂは、第２閾値の一例であってよい。閾値Ａは、第３閾値の一例であってよい。
【0050】
Ｓ１０６では、データ受信部３０２が、送信端末２００から映像データを受信する。Ｓ１０８では、品質判定部３０６が、Ｓ１０６においてデータ受信部３０２が受信した映像データの品質を判定して、判定結果Ｘを出力する。品質判定部３０６は、Ｓ１０２において入力された品質判定モデルを用いて、映像データの品質を判定してよい。
【0051】
Ｓ１１０では、処理選択部３０８が、Ｘが閾値Ａ以上であるか否かを判定する。閾値Ａ以上であると判定した場合、Ｓ１２２に進み、閾値Ａ以上でないと判定した場合、Ｓ１１２に進む。本例において、処理選択部３０８は、閾値Ａ以上であると判定した場合、通知処理、補正処理、及び変更要求処理のいずれも選択しない。
【0052】
Ｓ１１２では、処理選択部３０８が、Ｘが閾値Ｂ以上であるか否かを判定する。閾値Ｂ以上であると判定した場合、Ｓ１１４に進み、閾値Ｂ以上でないと判定した場合、Ｓ１１６に進む。Ｓ１１４では、処理選択部３０８が、通知処理を選択し、処理実行部３１０が、通知処理を実行する。
【0053】
Ｓ１１６では、処理選択部３０８が、Ｘが閾値Ｃ以上であるか否かを判定する。閾値Ｃ以上であると判定した場合、Ｓ１１８に進み、閾値Ｃ以上でないと判定した場合、Ｓ１２０に進む。Ｓ１１８では、処理選択部３０８が、通知処理及び補正処理を選択し、処理実行部３１０が、通知処理及び補正処理を実行する。処理実行部３１０は、補正処理を実行する場合に、映像データの画像部分に対する補正処理を実行してよい。処理実行部３１０は、映像データの音声部分に対する補正処理をさらに実行してもよい。Ｓ１２０では、処理選択部３０８が、通知処理、補正処理、及び変更要求処理を選択し、処理実行部３１０が、通知処理、補正処理、及び変更要求処理を実行する。
【0054】
Ｓ１２２では、映像データの受信が終了したか否かを判定し、終了していない場合、Ｓ１０６に戻り、終了したと判定した場合、処理を終了する。
【0055】
上述したように、処理選択部３０８は、映像データの品質が第１閾値より低い場合、通知処理、補正処理、及び変更要求処理を選択肢、映像データの品質が第１閾値より高く、第２閾値より低い場合、通知処理及び補正処理を選択し、映像データの品質が第２閾値より高く、第３閾値より低い場合、通知処理を選択する。これにより、映像データの品質が高い場合には、処理を実行せず、品質が少し下がった場合に、通知処理を実行し、品質がさらに下がった場合に、通知処理に加えて補正処理を実行し、品質がさらに下がった場合に、通知処理、補正処理、及び変更要求処理を実行することになる。
【0056】
全体的にみると、補正処理は、送信端末２００及び受信サーバ３００の少なくともいずれかで映像補正を実行することになり、通知処理よりも負荷が高まる可能性がある。また、変更要求処理は、ネットワーク１００による調整が実行されることになって、他の通信端末や通信装置に影響を与える可能性がある。よって、本実施形態に係る処理選択部３０８によれば、映像データの品質の低下に応じて、より影響の少ない処理を段階的に増やして実行することを可能とすることができる。
【0057】
なお、Ｓ１１４において選択される処理は、通知処理に限らない。また、Ｓ１１８において選択される処理は、通知処理及び補正処理に限らない。
【0058】
処理選択部３０８は、映像データの品質が第１閾値より低い場合に、通知処理、補正処理、及び変更要求処理を選択し、映像データの品質が第１閾値より高く、第２閾値より低い場合、通知処理、補正処理、及び変更要求処理のうち２つを選択し、映像データの品質が第２閾値より高く、第３閾値より低い場合、通知処理、補正処理、及び変更要求処理のうち１つを選択してよい。
【0059】
図３では、３つの判定閾値が入力された場合を例に挙げて説明したが、これに限らない。判定閾値は１つであっても、２つであってもよく、４つ以上であってもよい。１つの判定閾値が入力された場合、処理選択部３０８は、Ｘが閾値以上である場合、処理を選択せず、Ｘが閾値以上でない場合、通知処理、補正処理、及び変更要求処理を選択してよい。２つの判定閾値が入力された場合、処理選択部３０８は、Ｘが第１閾値より低い場合、通知処理、補正処理、及び変更要求処理を選択し、Ｘが第１閾値より高い第２閾値より低い場合、通知処理、補正処理、及び変更要求処理のうち、１つ又は２つの処理を選択し、Ｘが第２閾値より高い場合、処理を選択しない。
【0060】
図３では、通信システム１０が映像データを対象とする場合を例に挙げて説明したが、音声データを対象とする場合も、同様のフローによって実現可能である。
【0061】
【0062】
図４に示す例において、送信端末２００は、データ格納部２０２、データ送信部２０４、データ受信部２１２、品質判定部２１４、処理選択部２１６、及び処理実行部２１８を備える。受信サーバ３００は、データ受信部３０２、データ出力部３０４、及び処理実行部３１２を備える。
【0063】
データ格納部２０２は、各種データを格納する。データ格納部２０２は、例えば、映像データを格納する。データ格納部２０２は、例えば、音声データを格納する。データ送信部２０４は、データ格納部２０２に格納されているデータを受信サーバ３００に送信する。
【0064】
データ受信部３０２は、データ送信部２０４によって送信されたデータを受信する。データ出力部３０４は、データ受信部３０２が受信したデータを出力する。図４に示すデータ出力部３０４は、データ受信部３０２が受信したデータを送信端末２００に送信する。
【0065】
データ受信部２１２は、データ出力部３０４が送信したデータを受信する。データ受信部２１２は、ネットワーク１００を介してデータを受信する。
【0066】
品質判定部２１４は、データ受信部２１２が受信したデータの品質を判定する。品質判定部２１４は、データ送信部２０４が送信したデータ、及びデータ受信部２１２が受信したデータに基づいて、受信サーバ３００が受信したデータの品質を判定してよい。
【0067】
品質判定部２１４は、データ送信部２０４が送信したデータ、及びデータ受信部２１２が受信したデータから、データ受信部２１２が受信したデータの品質を推定するための数理的な品質推定モデルを用いて、データの品質を推定してよい。品質判定部２１４は、例えば、ネットワーク１００を介してデータを送信したときの、送信データ及び受信データと、受信データの品質を教師データとして用い、送信データ及び受信データからデータの品質を推定する推定モデルを数理的に構築して、記憶しておいてよい。品質判定部２１４は、推定モデルを機械学習により生成してもよい。データ受信部２１２が受信したデータの品質を推定するための機械学習を行った学習済みの品質推定モデルを用いて、データの品質を判定してもよい。
【0068】
また、品質判定部２１４は、例えば、データ送信部２０４が送信したデータと、データ受信部２１２が受信したデータを用いて、ピーク信号対雑音比（ＰＳＮＲ：Ｐｅａｋ Ｓｉｇｎａｌ－ｔｏ－Ｎｏｉｓｅ Ｒａｔｉｏ）を計算する。品質判定部２１４は、ピーク信号対雑音比が高いほど、データの品質が低いと判定してよい。
【0069】
また、品質判定部２１４は、画像が映像データである場合に、例えば、データ送信部２０４が送信したデータと、データ受信部２１２が受信したデータを用いて、構造類似度（ＳＳＩＭ：Ｓｔｒｕｃｔｕａｌ ＳＩＭｉｌａｒｉｔｙ）を計算する。品質判定部２１４は、構造類似度が低いほど、データの品質が低いと判定してよい。
【0070】
これらは例示であり、品質判定部２１４は、既知の他の手法を用いて、データ送信部２０４が送信したデータと、データ受信部２１２が受信したデータを用いて、データ受信部２１２が受信したデータの品質を判定してよい。
【0071】
処理選択部２１６は、品質判定部２１４によって判定されたデータの品質に応じて、実行する処理を選択する。処理選択部２１６は、例えば、データ送信部２０４が送信するデータのビットレートの変更処理、データの補正処理、及びネットワーク１００に対する通信品質の変更要求処理から、実行する処理を選択する。処理実行部２１８は、処理選択部２１６によって選択された処理を実行する。
【0072】
データ送信部２０４が送信するデータのビットレートの変更処理は、データのビットレートを低減する処理であってよい。処理実行部２１８は、処理選択部２１６によって当該変更処理が選択された場合に、データ送信部２０４が送信するデータのビットレートを低減してよい。
【0073】
映像データの補正処理は、送信端末２００において、データを補正することであってよい。処理実行部２１８は、例えば、処理選択部２１６によって、データの補正処理が選択された場合に、データを補正して、当該データよりもデータ量が少ない補正データを生成する。例えば、データが映像データである場合、処理実行部２１８は、公知のＡＩを用いた映像圧縮技術を用いて、補正データを生成する。処理実行部２１８は、例えば、データから取得した深層特徴量データを圧縮することによって、補正データを生成する。また、処理実行部２１８は、例えば、データの一部を簡易表示化した補正データを生成する。処理実行部２１８は、例えば、データに人物が含まれる場合に、人物をアバタ化した補正データを生成する。例えば、データが音声データである場合、処理実行部２１８は、公知の音声圧縮技術を用いて、補正データを生成する。データ送信部２０４は、データに代えて、処理実行部２１８によって生成された補正データを受信サーバ３００に送信してよい。
【0074】
データの補正処理は、受信サーバ３００に対して、データの補正を依頼することであってもよい。処理実行部２１８は、処理選択部２１６によって、データの補正処理が選択された場合に、データの補正を依頼する依頼情報を受信サーバ３００に送信してよい。
【0075】
依頼情報は、受信サーバ３００が、データを補正する契機となる情報であってよい。依頼情報は、明示的にデータの補正を依頼する内容を含んでよい。依頼情報は、補正技術を通知する内容を含んでもよい。依頼情報は、データの補正を依頼する内容を含まなくてもよい。例えば、依頼情報は、データの品質が低いことを通知する情報である。
【0076】
データ受信部３０２が依頼情報を受信した場合、処理実行部３１２は、データ受信部３０２が受信したデータを補正してよい。処理実行部３１２は、データ受信部３０２が受信したデータの品質を高める補正を実行してよい。データが映像データである場合、データの補正方法の例として、超解像、画像のノイズ除去、特徴点からのレンダリング、及び音声の雑音除去等が挙げられるが、これらに限らない。データが音声データである場合、雑音除去及び音声超解像等が挙げられるが、これらに限らない。
【0077】
ネットワーク１００に対する通信品質の変更要求処理は、ネットワーク１００に対する通信品質の変更要求を、受信サーバ３００に実行させることであってよい。処理実行部２１８は、処理選択部２１６によって、当該変更要求処理が選択された場合、ネットワーク１００に対して通信品質の変更要求を送信する指示を、受信サーバ３００に送信してよい。データ受信部３０２が当該指示を受信した場合、処理実行部３１２は、ネットワーク１００に対して通信品質の変更要求を送信してよい。
【0078】
ネットワーク１００に対する通信品質の変更要求処理は、ネットワーク１００に対して通信品質の変更要求を送信することであってもよい。処理実行部２１８は、処理選択部２１６によって、当該変更要求処理が選択された場合、ネットワーク１００に対して、通信品質の変更要求を送信してよい。
【0079】
図５は、送信端末２００による処理の流れの一例を概略的に示す。ここでは、映像データの品質に応じた処理を実行する場合における、初期設定を行う状態を開始状態として説明する。
【0080】
Ｓ２０２では、送信端末２００が、映像データの品質を判定する品質判定モデルの入力を受け付ける。Ｓ２０４では、送信端末２００が、判定閾値の入力を受け付ける。
【0081】
品質判定モデル及び判定閾値の入力は、送信端末２００使用者等によって行われてよい。送信端末２００への入力は、送信端末２００が備える入力デバイスを用いて行われてよく、外部から送信端末２００に入力情報を送信することによって行われてもよい。品質判定部２１４は、入力された品質判定モデルを取得する。処理実行部２１８は、入力された判定閾値を取得する。
【0082】
なお、ここでは、図３と同様、判定閾値として、閾値Ｃ、閾値Ｃよりも高い閾値Ｂ、閾値Ｂよりも高い閾値Ａが入力された場合を例示している。閾値Ｃは、第１閾値の一例であってよい。閾値Ｂは、第２閾値の一例であってよい。閾値Ａは、第３閾値の一例であってよい。
【0083】
Ｓ２０６では、データ送信部２０４が、受信サーバ３００に映像データを送信する。データ送信部２０４は、送信した映像データを保持する。Ｓ２０８では、データ受信部３０２が受信した映像データを、データ出力部３０４が送信端末２００に対して送信し、データ受信部２１２が、映像データを受信する。
【0084】
Ｓ２１０では、品質判定部２１４が、Ｓ２０２においてデータ送信部２０４が送信した映像データと、Ｓ２０８において、データ受信部２１２が受信した映像データに基づいて、受信サーバ３００が受信した映像データの品質を判定して、判定結果Ｘを出力する。品質判定部２１４は、Ｓ２０２において入力された品質判定モデルを用いて、映像データの品質を判定してよい。
【0085】
Ｓ２１２では、処理選択部２１６が、Ｘが閾値Ａ以上であるか否かを判定する。閾値Ａ以上であると判定した場合、Ｓ２２４に進み、閾値Ａ以上でないと判定した場合、Ｓ２１４に進む。本例において、処理選択部３０８は、閾値Ａ以上であると判定した場合、ビットレートの変更処理、映像データの補正処理、及び変更要求処理のいずれも選択しない。
【0086】
Ｓ２１４では、処理選択部２１６が、Ｘが閾値Ｂ以上であるか否かを判定する。閾値Ｂ以上であると判定した場合、Ｓ２１６に進み、閾値Ｂ以上でないと判定した場合、Ｓ２１８に進む。Ｓ２１６では、処理選択部２１６が、ビットレートの変更処理を選択し、処理実行部２１８が、データ送信部２０４が受信サーバ３００に送信する映像データのビットレートを低減する。
【0087】
Ｓ２１８では、処理選択部２１６が、Ｘが閾値Ｃ以上であるか否かを判定する。閾値Ｃ以上であると判定した場合、Ｓ２２０に進み、閾値Ｃ以上でないと判定した場合、Ｓ２２２に進む。Ｓ２１０では、処理選択部２１６が、ビットレートの変更処理及び映像データの補正処理を選択し、処理実行部２１８が、ビットレートの変更処理及び映像データの補正処理を実行する。処理実行部２１８は、補正処理を実行する場合に、映像データの画像部分に対する補正処理を実行してよい。処理実行部２１８は、映像データの音声部分に対する補正処理をさらに実行してもよい。Ｓ２２２では、処理選択部２１６が、ビットレートの変更処理、映像データの補正処理、及び変更要求処理を選択し、処理実行部２１８が、ビットレートの変更処理、映像データの補正処理、及び変更要求処理を実行する。
【0088】
Ｓ２２４では、映像データの送信が終了したか否かを判定し、終了していない場合、Ｓ２０６に戻り、終了したと判定した場合、処理を終了する。
【0089】
上述したように、処理選択部２１６は、映像データの品質が第１閾値より低い場合、変更処理、補正処理、及び変更要求処理を選択し、映像データの品質が第１閾値より高く、第２閾値より低い場合、変更処理及び補正処理を選択し、映像データの品質が第２閾値より高く、第３閾値より低い場合、変更処理を選択する。これにより、映像データの品質が高い場合には、処理を実行せず、品質が少し下がった場合に、変更処理を実行し、品質がさらに下がった場合に、変更処理に加えて補正処理を実行し、品質がさらに下がった場合に、変更処理、補正処理、及び変更要求処理を実行することになる。
【0090】
全体的にみると、補正処理は、送信端末２００及び受信サーバ３００の少なくともいずれかで映像補正を実行することになり、変更処理よりも負荷が高まる可能性がある。また、変更要求処理は、ネットワーク１００による調整が実行されることになって、他の通信端末や通信装置に影響を与える可能性がある。よって、本実施形態に係る処理選択部２１６によれば、映像データの品質の低下に応じて、より影響の少ない処理を段階的に増やして実行することを可能とすることができる。
【0091】
なお、Ｓ２１６において選択される処理は、変更処理に限らない。また、Ｓ２２０において選択される処理は、変更処理及び補正処理に限らない。
【0092】
処理選択部２１６は、映像データの品質が第１閾値より低い場合に、変更処理、補正処理、及び変更要求処理を選択し、映像データの品質が第１閾値より高く、第２閾値より低い場合、変更処理、補正処理、及び変更要求処理のうち２つを選択し、映像データの品質が第２閾値より高く、第３閾値より低い場合、変更処理、補正処理、及び変更要求処理のうち１つを選択してよい。
【0093】
図５では、通信システム１０が映像データを対象とする場合を例に挙げて説明したが、音声データを対象とする場合も、同様のフローによって実現可能である。
【0094】
図６は、ネットワーク１００への通信品質要求について説明するための説明図である。ここでは、ネットワーク１００が、５ＧＣ（５Ｇ Ｃｏｒｅ）１１０を含む場合について説明する。
【0095】
送信端末２００又は受信サーバ３００は、通信品質の変更要求を、ＮＥＦ（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）１１４に送信することによって、５ＧＣ１１０のＮＦ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ）を制御することができる。
【0096】
５ＧＣ１１０は、ＮＥＦ１１４によって通信品質の変更要求を送信端末２００又は受信サーバ３００から受信した場合に、例えば、受信サーバ３００のＵＰＦ１１２の切り替えを実行する。５ＧＣ１１０は、例えば、伝送距離が最短となるＵＰＦ１１２への切り替えを実行する。ＵＰＦ１１２の切り替えは、例えば、５ＧＣ１１０のＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）によって実行される。
【0097】
５ＧＣ１１０は、通信品質の変更要求を受信した場合に、受信サーバ３００に対する優先制御を実行してもよい。５ＧＣ１１０は、受信サーバ３００の通信を優先することができれば、どのような方法を用いてもよい。例えば、５ＧＣ１１０は、受信サーバ３００の通信を優先すべく、受信サーバ３００に対するＱＣＩを変更する。このような優先制御は、５ＧＣ１１０のＳＭＦ、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、及びｇＮＢ（ｇＮｏｄｅＢ）１２０によって行われてよい。
【0098】
５ＧＣ１１０は、通信品質の変更要求を受信した場合に、受信サーバ３００に対する帯域幅制御を実行してもよい。５ＧＣ１１０は、例えば、受信サーバ３００に対して専用のＢＷＰを割り当てる。このような帯域幅制御は、５ＧＣ１１０のＳＭＦ、ＡＭＦ，及びｇＮＢ１２０によって行われてよい。
【0099】
５ＧＣ１１０は、通信品質の変更要求を受信した場合に、ネットワークスライシングによって、受信サーバ３００の通信を優先してもよい。５ＧＣ１１０は、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、及びＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）等によって、受信サーバ３００の通信を優先してよい。
【0100】
図６では、ネットワーク１００が、ＳＡ（Ｓｔａｎｄ Ａｌｏｎｅ）方式の５ＧＣ１１０を含む場合について説明したが、これに限らない。ネットワーク１００のモバイルネットワークは、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）を利用する４Ｇ又は５Ｇ ＮＳＡ（Ｎｏｎ－ＳｔａｎｄＡｌｏｎｅ）であってもよい。４Ｇの場合、ｇＮＢ１２０はｅＮＢ、ＥＰＣの場合、ＮＥＦ１１４はＳＣＥＦ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）、ＵＰＦ１１２はＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）／ＰＧＷ（Ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）のＵ－Ｐｌａｎｅ機能部であってよい。
【0101】
図７は、送信端末２００又は受信サーバ３００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。コンピュータ１２００にインストールされたプログラムは、コンピュータ１２００を、本実施形態に係る装置の１又は複数の「部」として機能させ、又はコンピュータ１２００に、本実施形態に係る装置に関連付けられるオペレーション又は当該１又は複数の「部」を実行させることができ、及び／又はコンピュータ１２００に、本実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ１２００に、本明細書に記載のフローチャート及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ１２１２によって実行されてよい。
【0102】
本実施形態によるコンピュータ１２００は、ＣＰＵ１２１２、ＲＡＭ１２１４、及びグラフィックコントローラ１２１６を含み、それらはホストコントローラ１２１０によって相互に接続されている。コンピュータ１２００はまた、通信インタフェース１２２２、記憶装置１２２４、ＤＶＤドライブ、及びＩＣカードドライブのような入出力ユニットを含み、それらは入出力コントローラ１２２０を介してホストコントローラ１２１０に接続されている。ＤＶＤドライブは、ＤＶＤ－ＲＯＭドライブ及びＤＶＤ－ＲＡＭドライブ等であってよい。記憶装置１２２４は、ハードディスクドライブ及びソリッドステートドライブ等であってよい。コンピュータ１２００はまた、ＲＯＭ１２３０及びキーボードのようなレガシの入出力ユニットを含み、それらは入出力チップ１２４０を介して入出力コントローラ１２２０に接続されている。
【0103】
ＣＰＵ１２１２は、ＲＯＭ１２３０及びＲＡＭ１２１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ１２１６は、ＲＡＭ１２１４内に提供されるフレームバッファ等又はそれ自体の中に、ＣＰＵ１２１２によって生成されるイメージデータを取得し、イメージデータがディスプレイデバイス１２１８上に表示されるようにする。
【0104】
通信インタフェース１２２２は、ネットワークを介して他の電子デバイスと通信する。記憶装置１２２４は、コンピュータ１２００内のＣＰＵ１２１２によって使用されるプログラム及びデータを格納する。ＤＶＤドライブは、プログラム又はデータをＤＶＤ－ＲＯＭ等から読み取り、記憶装置１２２４に提供する。ＩＣカードドライブは、プログラム及びデータをＩＣカードから読み取り、及び／又はプログラム及びデータをＩＣカードに書き込む。
【0105】
ＲＯＭ１２３０はその中に、アクティブ化時にコンピュータ１２００によって実行されるブートプログラム等、及び／又はコンピュータ１２００のハードウェアに依存するプログラムを格納する。入出力チップ１２４０はまた、様々な入出力ユニットをＵＳＢポート、パラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入出力コントローラ１２２０に接続してよい。
【0106】
プログラムは、ＤＶＤ－ＲＯＭ又はＩＣカードのようなコンピュータ可読記憶媒体によって提供される。プログラムは、コンピュータ可読記憶媒体から読み取られ、コンピュータ可読記憶媒体の例でもある記憶装置１２２４、ＲＡＭ１２１４、又はＲＯＭ１２３０にインストールされ、ＣＰＵ１２１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ１２００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ１２００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。
【0107】
例えば、通信がコンピュータ１２００及び外部デバイス間で実行される場合、ＣＰＵ１２１２は、ＲＡＭ１２１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース１２２２に対し、通信処理を命令してよい。通信インタフェース１２２２は、ＣＰＵ１２１２の制御の下、ＲＡＭ１２１４、記憶装置１２２４、ＤＶＤ－ＲＯＭ、又はＩＣカードのような記録媒体内に提供される送信バッファ領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、又はネットワークから受信した受信データを記録媒体上に提供される受信バッファ領域等に書き込む。
【0108】
また、ＣＰＵ１２１２は、記憶装置１２２４、ＤＶＤドライブ（ＤＶＤ－ＲＯＭ）、ＩＣカード等のような外部記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ１２１４に読み取られるようにし、ＲＡＭ１２１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ１２１２は次に、処理されたデータを外部記録媒体にライトバックしてよい。
【0109】
様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ１２１２は、ＲＡＭ１２１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプのオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ１２１４に対しライトバックする。また、ＣＰＵ１２１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ１２１２は、当該複数のエントリの中から、第１の属性の属性値が指定されている条件に一致するエントリを検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。
【0110】
上で説明したプログラム又はソフトウエアモジュールは、コンピュータ１２００上又はコンピュータ１２００近傍のコンピュータ可読記憶媒体に格納されてよい。また、専用通信ネットワーク又はインターネットに接続されたサーバシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ１２００に提供する。
【0111】
本実施形態におけるフローチャート及びブロック図におけるブロックは、オペレーションが実行されるプロセスの段階又はオペレーションを実行する役割を持つ装置の「部」を表わしてよい。特定の段階及び「部」が、専用回路、コンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウェア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及びプログラマブルロジックアレイ（ＰＬＡ）等のような、論理積、論理和、排他的論理和、否定論理積、否定論理和、及び他の論理演算、フリップフロップ、レジスタ、並びにメモリエレメントを含む、再構成可能なハードウェア回路を含んでよい。
【0112】
コンピュータ可読記憶媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読記憶媒体は、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読記憶媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読記憶媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。
【0113】
コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ（登録商標）、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。
【0114】
コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路が、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を生成するために当該コンピュータ可読命令を実行すべく、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路に提供されてよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。
【0115】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【0116】
特許請求の範囲、明細書、及び図面中において示した装置、システム、プログラム、及び方法における動作、手順、ステップ、及び段階などの各処理の実行順序は、特段「より前に」、「先立って」などと明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、及び図面中の動作フローに関して、便宜上「まず、」、「次に、」などを用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【符号の説明】
【0117】
１０ 通信システム、１００ ネットワーク、１１０ ５ＧＣ、１１２ ＵＰＦ、１１４ ＮＥＦ、１２０ ｇＮＢ、２００ 送信端末、２０２ データ格納部、２０４ データ送信部、２０６ 情報受信部、２０８ 制御部、２１０ データ補正部、２１２ データ受信部、２１４ 品質判定部、２１６ 処理選択部、２１８ 処理実行部、３００ 受信サーバ、３０２ データ受信部、３０４ データ出力部、３０６ 品質判定部、３０８ 処理選択部、３１０ 処理実行部、３１２ 処理実行部、１２００ コンピュータ、１２１０ ホストコントローラ、１２１２ ＣＰＵ、１２１４ ＲＡＭ、１２１６ グラフィックコントローラ、１２１８ ディスプレイデバイス、１２２０ 入出力コントローラ、１２２２ 通信インタフェース、１２２４ 記憶装置、１２３０ ＲＯＭ、１２４０ 入出力チップ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】