知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-03-01
(54)【発明の名称】データ伝送方法と電子デバイス
(51)【国際特許分類】
H04L 45/24 20220101AFI20220221BHJP
H04W 80/06 20090101ALI20220221BHJP
【ＦＩ】
H04L45/24
H04W80/06
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021539658
(86)(22)【出願日】2019-12-10
(85)【翻訳文提出日】2021-08-13
(86)【国際出願番号】 CN2019124347
(87)【国際公開番号】W WO2020143380
(87)【国際公開日】2020-07-16
(31)【優先権主張番号】201910016807.7
(32)【優先日】2019-01-08
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．ＪＡＶＡ
３．ブルートゥース
４．アンドロイド
５．ＺＩＧＢＥＥ
６．ＢＬＵＥＴＯＯＴＨ
(71)【出願人】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ
(71)【出願人】
【識別番号】507232478
【氏名又は名称】北京大学
【氏名又は名称原語表記】ＰＥＫＩＮＧ ＵＮＩＶＥＲＳＩＴＹ
【住所又は居所原語表記】Ｎｏ．５， Ｙｉｈｅｙｕａｎ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １００８７１， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】ワン，ハオ
(72)【発明者】
【氏名】シュイ，チェンルェン
(72)【発明者】
【氏名】チェン，ショウ
(72)【発明者】
【氏名】チィ，ジエンフォン
(72)【発明者】
【氏名】リアン，ホンホォイ
(72)【発明者】
【氏名】リ，シアオジン
(72)【発明者】
【氏名】リィウ，リリ
(72)【発明者】
【氏名】ワン，グアン
【テーマコード（参考）】
5K030
5K067
【Ｆターム（参考）】
5K030HC09
5K030JL01
5K030LB06
5K030MB09
5K067DD17
5K067EE02
5K067EE16
(57)【要約】
【要約】
本出願は、データ伝送方法及び電子デバイスを提供する。この方法は下記のことを含む。電子デバイスが最初にアプリケーションサーバへのＭＰＴＣＰ接続を確立する。ここで、ＭＰＴＣＰ接続は、セルラーネットワークに対応する第１ＴＣＰ接続と、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含む。次に、電子デバイスは、アプリケーションサーバから指示情報を受信し、ここで、指示情報は、タイプ識別子と、帯域幅要求を示すために使用されるパラメータとを含み、タイプ識別子は、アプリケーションサーバによって送信されたデータストリームのタイプを示すために使用される。タイプ識別子が低いデータ伝送遅延要求を示す第１識別子である場合、電子デバイスは、電子デバイスが指示情報を受信した後に第１期間に、第２ＴＣＰ接続を使用してデータストリームを受信する。電子デバイスが第１期間に実際に受信した累積データ量が、パラメータと、第１期間に対応する継続時間との積よりも小さい場合、電子デバイスは、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、第２期間にデータストリームを受信する。
本出願は、データ伝送方法及び電子デバイスを提供する。この方法は下記のことを含む。電子デバイスが最初にアプリケーションサーバへのＭＰＴＣＰ接続を確立する。ここで、ＭＰＴＣＰ接続は、セルラーネットワークに対応する第１ＴＣＰ接続と、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含む。次に、電子デバイスは、アプリケーションサーバから指示情報を受信し、ここで、指示情報は、タイプ識別子と、帯域幅要求を示すために使用されるパラメータとを含み、タイプ識別子は、アプリケーションサーバによって送信されたデータストリームのタイプを示すために使用される。タイプ識別子が低いデータ伝送遅延要求を示す第１識別子である場合、電子デバイスは、電子デバイスが指示情報を受信した後に第１期間に、第２ＴＣＰ接続を使用してデータストリームを受信する。電子デバイスが第１期間に実際に受信した累積データ量が、パラメータと、第１期間に対応する継続時間との積よりも小さい場合、電子デバイスは、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、第２期間にデータストリームを受信する。
【特許請求の範囲】
【請求項1】
電子デバイスにより、アプリケーションサーバへのマルチパス伝送制御プロトコルＭＰＴＣＰ接続を確立するステップであって、ＭＰＴＣＰ接続は、セルラーネットワークに対応する第１ＴＣＰ接続とワイヤレスフィデリティＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含む、確立するステップと、前記電子デバイスにより、前記アプリケーションサーバから指示情報を受信するステップであり、前記指示情報は、タイプ識別子と、帯域幅要求を示すために使用されるパラメータとを含み、前記タイプ識別子は、前記アプリケーションサーバによって送信されるデータストリームのタイプを示すために使用される、受信するステップと、
前記タイプ識別子が、低いデータ伝送遅延要求を示す第１識別子である場合、前記指示情報を受信した後、前記電子デバイスにより、前記第２ＴＣＰ接続を使用して、第１期間に前記アプリケーションサーバから前記データストリームを受信するステップと、
前記第１期間に前記電子デバイスが実際に受信した累積データ量が、受信が予期される第１累積データ量を満足しない場合、前記電子デバイスにより、前記第１ＴＣＰ接続と前記第２ＴＣＰ接続との両方を使用して、第２期間に前記アプリケーションサーバから前記データストリームを受信するステップであり、受信が予期される前記第１累積データ量は、前記パラメータと、前記第１期間に対応する継続時間との積に等しい、受信するステップとを備えている、データ伝送方法。
【請求項2】
前記第１期間に前記電子デバイスが実際に受信した前記累積データ量が、受信が予期される前記第１累積データ量を満足する場合、前記電子デバイスにより、依然として前記第２ＴＣＰ接続を使用して、前記第２期間に前記アプリケーションサーバから前記データストリームを受信するステップをさらに備えている、請求項１記載の方法。
【請求項3】
前記第２ＴＣＰ接続を使用して前記第２期間に前記電子デバイスが実際に受信した累積データ量が、受信が予期される第２累積データ量を満足すると決定した場合、前記電子デバイスにより、前記第２ＴＣＰ接続のみを使用して、第３期間に前記アプリケーションサーバから前記データストリームを受信するステップであり、受信が予期される前記第２累積データ量は、前記パラメータと、前記第２期間に対応する継続時間との積に等しい、受信するステップをさらに備えている、請求項１記載の方法。
【請求項4】
前記タイプ識別子が、高いデータ伝送遅延要求を示す第２識別子である場合、前記指示情報を受信した後、前記電子デバイスにより、前記第１ＴＣＰ接続と前記第２ＴＣＰ接続との両方を使用して、前記第１期間に前記アプリケーションサーバから前記データストリームを受信するステップをさらに備えている、請求項１記載の方法。
【請求項5】
電子デバイスにより、アプリケーションサーバへのマルチパス伝送制御プロトコルＭＰＴＣＰ接続を確立するステップであって、ＭＰＴＣＰ接続は、セルラーネットワークに対応する第１ＴＣＰ接続とワイヤレスフィデリティＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含む、確立するステップと、前記電子デバイスにより、前記第２ＴＣＰ接続を使用して第１期間に前記アプリケーションサーバからデータストリームを受信するステップと、
前記第１期間に前記電子デバイスが実際に受信した第１累積データ量に基づいて、前記第１期間に前記電子デバイスの第１データ伝送レートを、前記電子デバイスにより決定するステップであって、前記第１データ伝送レートは、前記第１期間に対応する継続時間に対する前記第１累積データ量の比率に等しい、決定するステップと、
前記第１データ伝送レートがプリセットデータ伝送レートを満足しないと決定した場合、前記電子デバイスにより、前記第１ＴＣＰ接続と前記第２ＴＣＰ接続との両方を使用して、第２期間に前記アプリケーションサーバから前記データストリームを受信するステップとを備えている、データ伝送方法。
【請求項6】
前記電子デバイスにより、前記第２ＴＣＰ接続を使用して第１期間に前記アプリケーションサーバからデータストリームを受信するステップの前に、方法は、前記電子デバイスにより、前記第１ＴＣＰ接続と前記第２ＴＣＰ接続との両方を使用して、前記アプリケーションサーバから前記データストリームを受信するステップと、
前記電子デバイスにより、単位時間当たりで前記第２ＴＣＰ接続と前記第１ＴＣＰ接続とを使用して実際に受信したデータ量に基づいて、前記プリセットデータ伝送レートを決定するステップとをさらに備えている、請求項５記載の方法。
【請求項7】
第２期間に前記電子デバイスが実際に受信した第２累積データ量に基づいて、前記第２期間に前記電子デバイスの第２データ伝送レートを、前記電子デバイスにより決定するステップであって、前記第２データ伝送レートは、前記第２期間に対応する継続時間に対する前記第２累積データ量の比率に等しい、決定するステップと、前記第２期間における前記第２データ伝送レートが前記プリセットデータ伝送レートを満足すると決定した場合、前記電子デバイスにより、前記第２ＴＣＰ接続のみを使用して、第３期間に前記アプリケーションサーバから前記データストリームを受信するステップとをさらに備えている、請求項５又は６記載の方法。
【請求項8】
プロセッサとメモリとを備えている電子デバイスであって、前記メモリは、１つ以上のコンピュータプログラムを格納するように構成され、
前記メモリに記憶された１つ以上の前記コンピュータプログラムが前記プロセッサによって実行された場合、電子デバイスは、下記の動作、即ち
アプリケーションサーバへのマルチパス伝送制御プロトコルＭＰＴＣＰ接続を確立するステップであって、ＭＰＴＣＰ接続は、セルラーネットワークに対応する第１ＴＣＰ接続とワイヤレスフィデリティＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含む、確立するステップと、
前記アプリケーションサーバから指示情報を受信するステップであり、前記指示情報は、タイプ識別子と、データ伝送レート要求を示すために使用されるパラメータとを含み、前記タイプ識別子は、前記アプリケーションサーバによって送信されるデータストリームのタイプを示すために使用される、受信するステップと、
前記タイプ識別子が、低いデータ伝送遅延要求を示す第１識別子である場合、前記指示情報を受信した後、前記第２ＴＣＰ接続を使用して、第１期間に前記アプリケーションサーバから前記データストリームを受信するステップと、
前記第１期間に電子デバイスが実際に受信した累積データ量が、受信が予期される第１累積データ量を満足しない場合、前記第１ＴＣＰ接続と前記第２ＴＣＰ接続との両方を使用して、第２期間に前記アプリケーションサーバから前記データストリームを受信するステップであり、受信が予期される前記第１累積データ量は、前記パラメータと、前記第１期間に対応する継続時間との積に等しい、受信するステップと
を実行することが可能にされる、電子デバイス。
【請求項9】
前記メモリに記憶された１つ以上の前記コンピュータプログラムが前記プロセッサによって実行された場合、電子デバイスは、下記の動作、即ち前記第１期間に実際に受信した前記累積データ量が、受信が予期される前記第１累積データ量を満足する場合、依然として前記第２ＴＣＰ接続を使用して、前記第２期間に前記アプリケーションサーバから前記データストリームを受信するステップを実行することがさらに可能にされる、請求項８記載の電子デバイス。
【請求項10】
前記メモリに記憶された１つ以上の前記コンピュータプログラムが前記プロセッサによって実行された場合、電子デバイスは、下記の動作、即ち前記第２ＴＣＰ接続を使用して前記第２期間に実際に受信した累積データ量が、受信が予期される第２累積データ量を満足すると決定した場合、前記第２ＴＣＰ接続のみを使用して、第３期間に前記アプリケーションサーバから前記データストリームを受信するステップであり、受信が予期される前記第２累積データ量は、前記パラメータと、前記第２期間に対応する継続時間との積に等しい、受信するステップを実行することがさらに可能にされる、請求項８記載の電子デバイス。
【請求項11】
前記メモリに記憶された１つ以上の前記コンピュータプログラムが前記プロセッサによって実行された場合、電子デバイスは、下記の動作、即ち前記タイプ識別子が、高いデータ伝送遅延要求を示す第２識別子である場合、前記指示情報を受信した後、前記第１ＴＣＰ接続と前記第２ＴＣＰ接続との両方を使用して、前記第１期間に前記アプリケーションサーバから前記データストリームを受信する動作を実行することがさらに可能にされる、請求項８記載の電子デバイス。
【請求項12】
プロセッサとメモリとを備えている電子デバイスであって、前記メモリは、１つ以上のコンピュータプログラムを格納するように構成され、
前記メモリに記憶された１つ以上の前記コンピュータプログラムが前記プロセッサによって実行された場合、電子デバイスは、下記の動作、即ち
アプリケーションサーバへのマルチパス伝送制御プロトコルＭＰＴＣＰ接続を確立するステップであって、ＭＰＴＣＰ接続は、セルラーネットワークに対応する第１ＴＣＰ接続とワイヤレスフィデリティＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含む、確立するステップと、
前記第２ＴＣＰ接続を使用して第１期間に前記アプリケーションサーバからデータストリームを受信するステップと、
前記第１期間に電子デバイスが実際に受信した第１累積データ量に基づいて、前記第１期間に電子デバイスの第１データ伝送レートを決定するステップであって、前記第１データ伝送レートは、前記第１期間に対応する継続時間に対する前記第１累積データ量の比率に等しい、決定するステップと、
前記第１データ伝送レートがプリセットデータ伝送レートを満足しないと決定した場合、前記第１ＴＣＰ接続と前記第２ＴＣＰ接続との両方を使用して、第２期間に前記アプリケーションサーバから前記データストリームを受信するステップと
を実行することが可能にされる、電子デバイス。
【請求項13】
前記メモリに記憶された１つ以上の前記コンピュータプログラムが前記プロセッサによって実行された場合、電子デバイスは、下記の動作、即ち前記第１ＴＣＰ接続と前記第２ＴＣＰ接続との両方を使用して、前記アプリケーションサーバから前記データストリームを受信するステップと、
単位時間当たりで前記第２ＴＣＰ接続と前記第１ＴＣＰ接続とを使用して実際に受信したデータ量に基づいて、前記プリセットデータ伝送レートを決定するステップとを実行することがさらに可能にされる、請求項１２記載の電子デバイス。
【請求項14】
前記メモリに記憶された１つ以上の前記コンピュータプログラムが前記プロセッサによって実行された場合、電子デバイスは、下記の動作、即ち第２期間に電子デバイスが実際に受信した第２累積データ量に基づいて、前記第２期間に電子デバイスの第２データ伝送レートを決定するステップであって、前記第２データ伝送レートは、前記第２期間に対応する継続時間に対する前記第２累積データ量の比率に等しい、決定するステップと、
前記第２期間における前記第２データ伝送レートが前記プリセットデータ伝送レートを満足すると決定した場合、前記第２ＴＣＰ接続のみを使用して、第３期間に前記アプリケーションサーバから前記データストリームを受信するステップとを実行することがさらに可能にされる、請求項１２又は１３記載の電子デバイス。
【請求項15】
コンピュータ可読な記憶媒体がコンピュータプログラムを含み、前記コンピュータプログラムが前記電子デバイス上で実行されたときに、前記電子デバイスが、請求項１ないし７のいずれか１項に記載の方法を実行することが可能にされる、コンピュータ記憶媒体。【発明の詳細な説明】
【技術分野】
【0001】
本出願は、「データ伝送方法及び電子デバイス」と題し、２０１９年１月８日に中国国家知的所有権庁に出願された中国特許出願第２０１９１００１６８０７．７号に対する優先権を主張し、その全体が参照により本明細書に組み込まれる。
【0002】
本出願は、端末技術の分野に関し、特に、データ伝送方法及び電子デバイスに関する。
【背景技術】
【0003】
マルチパス伝送制御プロトコル（ｍｕｌｔｉ ｐａｔｈ ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ， ＭＰＴＣＰ）は、ＴＣＰの拡張であり、複数のＴＣＰ接続を使用して実行される並列伝送によって、リソースの利用を改善し、接続故障回復の能力を向上させる。現在、広く使用されているＭＰＴＣＰスケジューリングアルゴリズムは、最小ラウンドトリップ時間（ｍｉｎ Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ， ｍｉｎ往復時間）スケジューリングアルゴリズムである。即ち、受信端は、データを受信するために、優先的に最小ラウンドトリップ時間を有するＴＣＰ接続を使用する。最小ラウンドトリップ時間を持つＴＣＰ接続の受信ウィンドウが混雑する時、次に最小のラウンドトリップ時間を持つＴＣＰ接続がデータを受信するために使用される。しかし、実際には、空港、ショッピングモール、学校、会社のようなほとんどの公共の場所で、ＷＩＦＩネットワークのラウンドトリップ時間は、平均値又はジッタの点で、セルラーネットワークのラウンドトリップ時間よりもはるかに長い。従って、現行のＭＰＴＣＰスケジューリングアルゴリズムは、ユーザの一層多くのデータトラフィックを消費する。
【0004】
従って、従来技術は、セルラーネットワークのデータトラフィックを節約する、いくつかのＭＰＴＣＰスケジューリングの解決策を提案する。例えば、ＭＰＴＣＰが、ＷＩＦＩネットワークに対応するＴＣＰ接続とセルラーネットワークに対応するＴＣＰ接続との両方を含む場合、携帯電話は通常、ＷＩＦＩネットワークに対応するＴＣＰ接続のみを優先的に使用してデータストリームを受信する。ＷＩＦＩネットワークに対応するＴＣＰ接続のデータ伝送レートが要求を満足しない場合、携帯電話はセルラーネットワークに対応するＴＣＰ接続を使用してデータストリームを受信する。しかしながら、ＷＩＦＩネットワークのジッタはセルラーネットワークのそれよりもはるかに大きいので、携帯電話は通常、ＷＩＦＩネットワークが弱い信号を有するか、又は制限されていることを間に合うように検出することができず、従って、データストリームを受信するために、セルラーネットワークに対応するＴＣＰ接続を間に合うように使用しない。その結果、ビデオ再生中にフレームの凍結が発生し、ビデオ再生がスムーズに行われず、ユーザの体験に影響を与える。
【発明の概要】
【0005】
本出願は、現行のデータ伝送の間にＷＩＦＩネットワークに対応するＴＣＰ接続を優先的に占有することによって生じる、フレームの凍結の問題を解決するために、データ伝送方法と電子デバイスを提供する。
【0006】
第１態様によれば、本出願の実施形態は、データ伝送方法を含む。方法は電子デバイスに適用可能であり、方法は下記のことを含む。電子デバイスが、最初にアプリケーションサーバへのＭＰＴＣＰ接続を確立するのであって、ＭＰＴＣＰ接続は、セルラーネットワークに対応する第１ＴＣＰ接続とＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含み、第１ＴＣＰ接続のデータ伝送遅延は、第２ＴＣＰ接続のデータ伝送遅延よりも小さい。そして電子デバイスが、アプリケーションサーバから指示情報を受信するのであり、指示情報は、タイプ識別子と、帯域幅要求を示すために使用されるパラメータとを含み、タイプ識別子は、アプリケーションサーバによって送信されるデータストリームのタイプを示すために使用される。タイプ識別子が、低いデータ伝送遅延要求を示す第１識別子である場合、指示情報を受信した後、電子デバイスが、第２ＴＣＰ接続を使用して、第１期間にデータストリームを受信する。電子デバイスが第１期間に受信した累積データ量が、パラメータと、第１期間に対応する継続時間との積よりも小さい場合、電子デバイスは、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、第２期間にデータストリームを受信する。
【0007】
本出願のこの実施形態では、電子デバイスは、リアルタイムで実際に受信された累積データ量を、受信が予期される累積データ量と比較して、ＬＴＥネットワークに対応する第１ＴＣＰ接続をイネーブルするか否かを判断し、判定結果もリアルタイムかつ正確である。そのため、携帯電話でのフレームの凍結やスムーズでない再生をある程度緩和することができる。
【0008】
可能な設計では、第１期間に電子デバイスが実際に受信した累積データ量が、受信が予期される第１累積データ量を満足する場合、電子デバイスが、依然として第２ＴＣＰ接続を使用して、第２期間にアプリケーションサーバからデータストリームを受信する。
【0009】
可能な設計では、第２ＴＣＰ接続を使用して第２期間に電子デバイスが受信した累積データ量が、受信が予期される第２累積データ量を満足すると決定した場合、電子デバイスが、第２ＴＣＰ接続のみを使用して、第３期間にアプリケーションサーバからデータストリームを受信するのであり、受信が予期される第２累積データ量は、パラメータと、第２期間に対応する継続時間との積に等しい。
【0010】
本出願のこの実施形態では、電子デバイスは、第２ＴＣＰ接続のみを使用することによって第３期間にデータストリームを受信し、セルラーネットワークに対応する第１ＴＣＰ接続をディスエーブルする。このようにして、セルラーネットワークの一層少ないデータトラフィックを消費することができる。これに加えて、セルラーネットワークの電力消費はＷＩＦＩネットワークの電力消費よりも大きいので、第１ＴＣＰ接続が必要でないときにセルラーネットワークに対応する第１ＴＣＰ接続をディスエーブルすることは、電力消費をある程度低減することができる。
【0011】
可能な設計では、タイプ識別子が、高いデータ伝送遅延要求を示す第２識別子である場合、指示情報を受信した後、電子デバイスが、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、第１期間にアプリケーションサーバからデータストリームを受信する。
【0012】
本出願のこの実施形態では、データストリームが比較的高い遅延要求を有する場合、電子デバイスは、２つのＴＣＰ接続を間に合うように使用することによってデータストリームを受信し、その結果、データストリーム受信速度をある程度増加させることができ、再生開始遅延を低減することができる。
【0013】
第２態様によれば、本出願の実施形態は、データ伝送方法を含む。方法は電子デバイスに適用可能であり、方法は下記のことを含む。
【0014】
電子デバイスが、アプリケーションサーバへのＭＰＴＣＰ接続を確立するのであって、ＭＰＴＣＰ接続は、セルラーネットワークに対応する第１ＴＣＰ接続とＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含む。そして電子デバイスが、第２ＴＣＰ接続を使用して第１期間にアプリケーションサーバからデータストリームを受信する。第１期間に電子デバイスが実際に受信した第１累積データ量に基づいて、第１期間に電子デバイスの第１データ伝送レートを、電子デバイスが決定するのであって、第１データ伝送レートは、第１期間に対応する継続時間に対する第１累積データ量の比率に等しい。第１データ伝送レートがプリセットデータ伝送レートを満足しないと決定した場合、電子デバイスが、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、第２期間にアプリケーションサーバからデータストリームを受信する。
【0015】
本出願のこの実施形態では、電子デバイスは受信データストリームの内容が決定できず、リアルタイムデータ伝送レート要件が決定できない場合、電子デバイスは、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続を使用することによって、データストリームを優先的に受信しようと試みる。データ伝送レートがプリセット要件を満たさない場合、電子デバイスは、２つのＴＣＰ接続を間に合うように使用することによってデータストリームを受信する。
【0016】
可能な設計では、電子デバイスが、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、アプリケーションサーバからデータストリームを受信する。そして電子デバイスが、単位時間当たりで第２ＴＣＰ接続と第１ＴＣＰ接続とを使用して実際に受信した累積データ量に基づいて、プリセットデータ伝送レートを決定する。
【0017】
可能な設計では、第２期間に電子デバイスが実際に受信した第２累積データ量に基づいて、第２期間に電子デバイスの第２データ伝送レートを、電子デバイスが決定するのであって、第２データ伝送レートは、第２期間に対応する継続時間に対する第２累積データ量の比率に等しい。第２期間における第２データ伝送レートがプリセットデータ伝送レートを満足すると決定した場合、電子デバイスが、第２ＴＣＰ接続のみを使用して、第３期間にアプリケーションサーバからデータストリームを受信する。
【0018】
本出願のこの実施形態では、セルラーネットワークの一層少ないデータトラフィックを消費することができる。これに加えて、セルラーネットワークの電力消費はＷＩＦＩネットワークの電力消費よりも大きいので、第１ＴＣＰ接続が必要でないときにセルラーネットワークに対応する第１ＴＣＰ接続をディスエーブルすることは、電力消費をある程度低減することができる。
【0019】
第３の態様によれば、本出願の実施形態は、プロセッサ及びメモリを含む電子デバイスを提供する。メモリは、１つ以上のコンピュータプログラムを格納するように構成されている。メモリに記憶された１つ以上のコンピュータプログラムがプロセッサによって実行されたときに、電子デバイスは、上記の態様の任意の可能な設計で本方法を実施することが可能にされる。
【0020】
第４の態様によれば、本出願の実施形態は、装置をさらに提供する。装置は、上記の態様のいずれかの可能な設計で本方法を実施するモジュール／ユニットを含む。これらのモジュール／ユニットは、ハードウェアによって実施されてよく、又は対応するソフトウェアを実行することでハードウェアによって実施されてよい。
【0021】
第５の態様によれば、本出願の実施形態は、さらに、コンピュータ可読な記憶媒体を提供する。コンピュータ可読な記憶媒体は、コンピュータプログラムを含み、コンピュータプログラムが電子デバイス上で実行された場合、電子デバイスは、上記の態様のいずれかの任意の可能な設計で本方法を実行することが可能にされる。
【0022】
第６の態様によれば、本出願の一実施形態は、コンピュータプログラム製品を提供する。コンピュータプログラム製品が端末上で実行されたときに、電子デバイスは、上記の態様のいずれかの任意の可能な設計で本方法を実行することが可能にされる。
【0023】
本出願のこれらの態様又は他の態様は、以下の実施形態の説明では、一層明確となり、かつ一層理解しやすい。
【図面の簡単な説明】
【0024】
【図1】本出願の一実施形態によるマルチパスデータ伝送方法が適用されるシステムアーキテクチャーである。
【図2】本出願の一実施形態による複数のネットワークが配置されたデータ伝送システムのアーキテクチャー図である。
【図3】本出願の一実施形態による、ＴＣＰプロトコルスタックをＭＰＴＣＰプロトコルスタックに拡張する概略図である。
【図4】本出願の一実施形態によるＭＰＴＣＰ実施プロセスの概略図である。
【図5】本出願の一実施形態による電子デバイスの概略構造図である。
【図6】本出願の一実施形態によるアンドロイドシステムの概略アーキテクチャー図である。
【図7a】本出願の一実施形態によるデータ伝送方法の第１の概略図である。
【図7b】本出願の実施形態によるデータ伝送方法のアプリケーションシナリオの概略図である。
【図7c】本出願の実施形態によるデータ伝送方法のアプリケーションシナリオの概略図である。
【図8】本出願の一実施形態によるデータ伝送方法の第２の概略図である。
【図9a】本出願の一実施形態によるデータ伝送方法の第３の概略図である。
【図9b-1】本出願の一実施形態によるデータ伝送方法の第３の概略図である。
【図9b-2】本出願の一実施形態によるデータ伝送方法の第３の概略図である。
【図10】本出願の一実施形態によるデータ伝送方法の第４の概略図である。
【図11】本出願の一実施形態によるデータ伝送方法の第５の概略図である。
【図12】本出願の一実施形態によるデータ伝送装置の概略構造図である。
【図13】本出願の一実施形態による電子デバイスの概略構造図である。
【発明を実施するための形態】
【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】
図７ａに示すように、携帯電話とアプリケーションサーバとの間にＭＰＴＣＰ接続が確立され、ＭＰＴＣＰ接続は、ＬＴＥネットワークに対応する第１ＴＣＰ接続と、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含むと仮定する。現在、携帯電話がＭＰＴＣＰ接続を使用する場合、携帯電話がアプリケーションサーバから第１識別子を受信し、ここでデータストリームが低いデータ伝送遅延要求を有することを第１識別子が示すと、携帯電話は、図７ａに示すＷＩＦＩネットワークに対応する第２ＴＣＰ接続を優先的に使用してデータストリームを受信する。ＷＩＦＩネットワークに対応する第２ＴＣＰ接続のデータ伝送レート（データ伝送レートは単位時間当たりの受信データ量）が不足している場合（例えば２Ｍｂｐｓ未満）、携帯電話はさらにセルラーネットワークに対応する第１ＴＣＰ接続をイネーブルして、データを受信する。しかし、ＷＩＦＩネットワークのジッタが比較的大きいため、表１に示すように、ＷＩＦＩネットワークがスムーズでないシナリオが発生することが多い。その結果、フレームの凍結やスムーズでない再生が発生することがある。
【表1】
【0110】
例えば、携帯電話が、表１に示されるネットワーク速度制限シナリオにおいて映画を見るために使用される場合、携帯電話のビデオダウンロードレート（即ち、データ伝送レート）は、約１ｍｂｐｓであってよい。現在の映画が高解像度ビデオの場合、ビデオダウンロードレートの要件は４ｍｂｐｓで、携帯電話が映画を再生しているときに、フレームの凍結やスムーズでない再生が発生する。携帯電話が、第２ＴＣＰ接続のデータ伝送レートを監視することにより、セルラーネットワークに対応するＴＣＰ接続をイネーブルするか否かを判断する場合、現在のデータ伝送レートが帯域幅要求を満足するか否かを判断するために、少なくとも２ないし３期間のデータ伝送レートの平均値（例えば、１期間に対応する継続時間は３ｓ、２期間に対応する継続時間は６ｓ）を計算する必要がある。この場合、ＷＩＦＩに対応するＴＣＰ接続がスムーズでないと携帯電話が判断した場合、通常、携帯電話上で２ｓないし３ｓ、又はそれ以上の時間、フレームの凍結が発生する。
【0111】
従って、本出願の一実施形態は、データ伝送方法を提供する。この方法で例えば、携帯電話は、第２ＴＣＰ接続を使用して、各期間（例えば、各期間に対応する継続時間が３ｓ）に実際に受信された累積データ量が、受信が予期される累積データ量よりも大きいか否かについて、定期的に統計を収集する。例えば、帯域幅要求は４ｍｂｐｓであり、受信が予期される累積データ量は４ｍｂｐｓと３ｓの積、即ち１２ｍｂである。表１に示すネットワーク速度制限のシナリオでは、携帯電話が依然として映画を見るために使用され、第２ＴＣＰ接続による携帯電話のビデオダウンロードレートが約１ｍｂｐｓに過ぎないと仮定すると、この期間の携帯電話の受信した累積データ量は明らかに３ｍｂに過ぎず、１２ｍｂをはるかに下回る。そのため、携帯電話は、ＬＴＥネットワークに対応するＴＣＰ接続を即座にイネーブルする。携帯電話がＬＴＥネットワークに対応する第１ＴＣＰ接続をイネーブルした後、ＬＴＥネットワークに対応する第１ＴＣＰ接続のビデオダウンロードレートは、例えば５ｍｂｐｓと非常に高い。次の期間に（この期間に対応する継続時間は依然として３ｓと仮定する）、ＷＩＦＩネットワークとＬＴＥネットワークとに対応する第１ＴＣＰ接続を使用して携帯電話が受信した累積データ量は、約１８ｍｂであり、受信が予期される累積データ量（３ｍｂ＋４ｍｂｐｓ×３ｓ＝１７ｍｂ）を満足する。各ＴＣＰ接続を使用して実際に携帯電話が受信した積算データ量が、リアルタイムでインターフェースを介して取得され得るため、携帯電話は、実際に受信した積算データ量と受信が予期される積算データ量とを比較し、ＬＴＥネットワークに対応する第１ＴＣＰ接続をイネーブルするか否かを判断し、その判定結果もリアルタイムかつ正確であることが分かる。そのため、携帯電話でのフレームの凍結やスムーズでない再生を、ある程度軽減することができる。
【0112】
【0113】
シナリオ１：携帯電話は、ユーザ１がビデオアプリケーションの再生インターフェースの再生制御で行う操作（例えば、タップ操作）を受信すると、そのビデオアプリケーションに対応するアプリケーションサーバに、マルチメディアファイル「Ｎｅｘｔ」の取得を要求するメッセージを送信する。メッセージ受信後、アプリケーションサーバは、ＭＰＴＣＰプロトコルを用いて、マルチメディアファイルのデータストリームを携帯電話に送信する。携帯電話は、前述のデータストリーム送信方法によりデータストリームを受信し、図７ｂに示すインターフェースを表示する。
【0114】
具体的には、アプリケーションサーバから指示情報を受信した後に、ビデオアプリケーションに対応するアプリケーションサーバが、各データストリームを送信する前に、最初に指示情報を送信するので、携帯電話は、指示情報から、第２識別子と、帯域幅要求を示すために使用されるパラメータとを取得し、携帯電話は、セルラーネットワークに対応する第１ＴＣＰ接続を使用して、データストリームを受信する。セルラーネットワークに対応するＴＣＰ接続の受信ウィンドウが最大値に調整されたときに、データストリームの帯域幅要求がまだ満足されない場合、携帯電話は、ＷＩＦＩネットワークに対応するＴＣＰ接続をさらに使用して、データストリームを受信してよい。このようにして、ユーザ１が行った動作を検出した後、携帯電話は、マルチメディアファイル「Ｎｅｘｔ」の先頭フレームの再生を迅速に開始することができ、即ち、再生開始遅延が比較的短くなり、ユーザ体験を向上させる。
【0115】
シナリオ２：図７ｃに示すように、携帯電話がマルチメディアファイル「Ｎｅｘｔ」を再生する処理の中で、携帯電話はさらに、アプリケーションサーバからキャッシュ期間のデータストリームを受信する。アプリケーションサーバは、キャッシュ期間のデータストリームを送信する前に、最初に、キャッシュ期間のデータストリームのタイプ識別子に対応する指示情報を携帯電話に送信する。携帯電話は、アプリケーションサーバから指示情報を受信した後、指示情報から第１識別子と帯域幅要求を示すために使用されるパラメータとを取得する。携帯電話は、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続を優先的に使用し、第１期間にデータストリームを受信する。携帯電話は、第１期間に実際に受信した第１積算データ量を取得する。第１累積データ量が、受信が予期される第１累積データ量よりも小さいならば（これは弱いＷＩＦＩ信号に起因するのであってよい）、受信が予期される第１累積データ量が、帯域幅要求を指示するために使用されるパラメータと、第１期間に対応する継続時間との積である場合、携帯電話は、ＬＴＥネットワークに対応するＴＣＰ接続をさらに使用してデータストリームを受信してよい。
【0116】
図８は、本出願の一実施形態によるデータ伝送方法の手順の一例を示す図である。この方法は、アプリケーションサーバから送信されたデータストリームが指示情報を伝えるシナリオに適用できる。本方法は、電子デバイスによって実施され、本方法は、以下のステップを含む。
【0117】
ステップ８０１：電子デバイスは、アプリケーションサーバへのＭＰＴＣＰ接続を確立する。
【0118】
ＭＰＴＣＰ接続は、セルラーネットワークに対応する第１ＴＣＰ接続と、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含み、第１ＴＣＰ接続のデータ伝送遅延は、第２ＴＣＰ接続のデータ伝送遅延よりも小さい。
【0119】
ステップ８０２：電子デバイスは、アプリケーションサーバから指示情報を受信する。
【0120】
指示情報は、タイプ識別子と、データ伝送レート要求を示すために使用されるパラメータとを含み、タイプ識別子は、主に、アプリケーションサーバによって送信されるデータストリームのタイプを示すために使用される。例えば、表２に示すように、アプリケーションサーバによって送信されるデータストリームが比較的低いデータ伝送遅延要求を有する場合、タイプ識別子は第１識別子である。例えば、第１識別子は文字列“ｂａｃｋｇｒｏｕｎｄ”である。アプリケーションサーバから送信されるデータストリームが比較的高いデータ伝送遅延要求を持つ場合、タイプ識別子は第２識別子である。例えば、第２識別子は文字列“ｉｎｔｅｒａｃｔｉｖｅ”である。
【表2】
【0121】
なお、アプリケーションサーバから送信された指示情報は、後にアプリケーションサーバから送信されたデータストリームに関連し、アプリケーションサーバから送信された指示情報とアプリケーションサーバから送信されたデータストリームとの間には時系列が存在する。例えば、アプリケーションサーバによって送信される指示情報に含まれるタイプ識別子が第１識別子である場合、アプリケーションサーバによって送信されるデータストリームは、その後、第１識別子に関連するデータストリームである。
【0122】
ステップ８０３：タイプ識別子が第１識別子である場合、電子デバイスは、指示情報を受信した後、第２ＴＣＰ接続を使用して、第１期間にアプリケーションサーバからデータストリームを受信する。
【0123】
即ち、アプリケーションサーバから送信されたデータストリームが、高いデータ伝送遅延要求を持たないと判定した場合、電子デバイスは、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続のみを使用することにより、データストリームを受信する。このようにして、セルラーネットワークの一層少ないデータトラフィックをある程度消費することができる。
【0124】
ステップ８０４：第１期間に電子デバイスが実際に受信した累積データ量が、受信が予期される第１累積データ量を満足しない場合、電子デバイスは、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、アプリケーションサーバから第２期間にデータストリームを受信する。
【0125】
受信が予期される第１累積データ量は、帯域幅要求を示すために使用されるパラメータと、第１期間に対応する継続時間との積に等しい。例えば、第１期間に対応する継続時間が３秒であり、アプリケーションサーバから送信された指示情報の帯域幅要求を示すパラメータが４ｍｂｐｓである場合、受信が予期される累積データ量は１２ｍｂである。つまり、このステップでは、電子デバイスが表１に示す任意のシナリオにある場合、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続のみを使用することで電子デバイスによって実際に受信された累積データ量が、受信が予期される第１累積データ量よりもはるかに少ないと、電子デバイスは判断する。従って、電子デバイスはさらに、セルラーネットワークに対応するＴＣＰ接続を直ちに使用する。図９ａに示すように、第１期間に実際に受信した積算データ量は５ｍｂであり、受信が予期される第１積算データ量は１２ｍｂである。実際に受信した累積データ量は、受信が予期される第１累積データ量より少ないため、電子デバイスは、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、第２期間にアプリケーションサーバからデータストリームを受信する。比較を容易にするために、図９ａに示される２つの矩形グラフによって占められる監視期間は異なることに留意するものとする。しかし、図９ａでは、受信が予期される累積データ量を横軸に示す列グラフが占める監視期間及び監視の継続時間は、実際に受信された累積データ量を横軸に示す矩形グラフが占める監視期間及び監視の継続時間と同じである。
【0126】
ステップ８０５：任意には、タイプ識別子が第２識別子である場合、電子デバイスは、指示情報を受信した後、第１期間に、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、アプリケーションサーバからデータストリームを受信する。
【0127】
即ち、アプリケーションサーバによって送信されたデータストリームが高いデータ伝送遅延要求を有することを決定するとき、電子デバイスは、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続とセルラーネットワークに対応する第１ＴＣＰ接続との両方を使用して、データストリームを受信する。このようにして、データストリーム受信速度をある程度増加させることができ、再生開始遅延を低減することができる。
【0128】
可能な設計では、第２ＴＣＰ接続を使用して、第１期間に電子デバイスが実際に受信した第１累積データ量が、受信が予期される第１累積データ量を満足すると決定した場合、電子デバイスは、依然として第２ＴＣＰ接続を使用して、第２期間にアプリケーションサーバからデータストリームを受信する。
【0129】
可能な設計では、電子デバイスが、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して第２期間にアプリケーションサーバからデータストリームを受信した場合に、第２ＴＣＰ接続を使用して第２期間に電子デバイスが実際に受信した累積データ量が、受信が予期される第２累積データ量を満足すると決定した場合、電子デバイスは、第２ＴＣＰ接続のみを使用して、第３期間にアプリケーションサーバからデータストリームを受信する。受信が予期される第２累積データ量は、第２期間に対応する継続時間と、帯域幅要求を示すために使用されるパラメータとの積に等しい。
【0130】
例えば、図９ａに示すように、第２期間に対応する継続時間が３秒であり、アプリケーションサーバによって送信される指示情報における帯域幅要求を示すために使用されるパラメータが４ｍｂｐｓである場合、受信が予期される第２累積データ量は、３ｓと４ｍｂｐｓとの積、即ち１２ｍｂである。ＷＩＦＩネットワークがレート制限状態からレート無制限状態に変化すると、ＷＩＦＩネットワークのデータ伝送レートも増加する。第２期間における統計収集を通して、アプリケーションサーバが、実際に受信した累積データ量が３０ｍｂであることを見出すと仮定する。第２ＴＣＰ接続を使用して電子デバイスが実際に受信した積算データ量は、受信が予期される第２積算データ量を満足することが分かる。従って、電子デバイスは、第２ＴＣＰ接続のみを使用して第３期間にデータストリームを受信し、セルラーネットワークに対応する第１ＴＣＰ接続はディスエーブルされる。このようにして、セルラーネットワークの一層少ないデータトラフィックが消費できる。これに加えて、セルラーネットワークの電力消費はＷＩＦＩネットワークの電力消費よりも大きいので、第１ＴＣＰ接続が必要でないときにセルラーネットワークに対応する第１ＴＣＰ接続をディスエーブルすることは、電力消費をある程度削減することが可能である。
【0131】
これに加えて、連続する複数の後の期間に、第２ＴＣＰ接続を使用して、電子デバイスが実際に受信した累積データ量が全て、受信が予期される累積データ量よりも少ない、又は多いことを電子デバイスが検出する場合、電子デバイスは後の期間に対応する監視の継続時間を延長してよい。図９ａに示すように、例えば、第３期間及び第４期間に、第２ＴＣＰ接続を使用して電子デバイスが実際に受信したデータ量が、両方とも受信が予期されるデータ量よりも大きい場合、電子デバイスは、第５期間に対応する監視の継続時間を３ｓから３０ｓへ調整する。このように、第２ＴＣＰ接続を使用して受信した累積データ量が、受信が予期される累積データ量を満足するか否かを判断する回数が少なくなるため、消費電力をある程度削減することが可能である。
【0132】
【0133】
ステップ９０１：携帯電話は、ビデオアプリケーションサーバへのＭＰＴＣＰ接続を確立する。ＭＰＴＣＰ接続は、ＬＴＥネットワークに対応する第１ＴＣＰ接続と、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含む。
【0134】
ステップ９０２：データストリームを送信する前に、ビデオアプリケーションサーバは、携帯電話のシステムインターフェースを呼び出すことによって、指示情報を携帯電話に送信する。ここで指示情報は、第１識別子と、帯域幅要求を示すために使用されるパラメータとを含む。
【0135】
ステップ９０３：ＷＩＦＩネットワークに対応する第２ＴＣＰ接続を使用して、携帯電話は、第１識別子に基づいて、後の第１期間にビデオアプリケーションサーバからデータストリームを受信する。
【0136】
具体的には、タイプ識別子が第１識別子であることを決定した後、携帯電話は、ＬＴＥネットワークに対応する第１ＴＣＰ接続の優先度を低く設定する。具体的には、ＬＴＥネットワークに対応する第１ＴＣＰ接続は確立されているが、アイドル状態ではあるが利用不能な状態である。ＷＩＦＩネットワークに対応する第２ＴＣＰ接続は常に利用可能な状態に設定されている。
【0137】
ステップ９０４：携帯電話は、第１期間に実際に受信した第１累積データ量を取得する。
【0138】
例えば、オープンソースコード中のインターフェース関数ｇｅｔＭＰＴＣＰＩｎｆｏを用いて、携帯電話は、第１期間に実際に受信した第１累積データ量を、第２ＴＣＰ接続を使用して取得する。
【0139】
ステップ９０５：携帯電話は、第１累積データ量と、受信が予期される第１累積データ量とを比較し、第１累積データ量が、受信が予期される第１累積データ量よりも大きい場合にはステップ９０６ａを実行し、又は、第１累積データ量が、受信が予期される第１累積データ量以下の場合にはステップ９０６ｂを実行する。
【0140】
例えば、受信が予期される第１累積データ量は、パラメータと、第１期間に対応する継続時間との積に等しい。例えば、帯域幅要求を示すために使用されるパラメータが４ｍｂｐｓであり、第１期間に対応する継続時間が３ｓである場合、受信が予期される累積データ量は１２ｍｂである。
【0141】
ＷＩＦＩ信号が弱く、第１累積データ量がわずか３ｍｂであると仮定すると、第１累積データ量は、受信が予期される第１累積データ量よりも小さくなり、ステップ９０６ｂが実行される。ＷＩＦＩ信号が強く、第１累積データ量が２０ｍｂであると仮定すると、第１累積データ量は、受信が予期される第１累積データ量よりも大きくなり、ステップ９０６ａが実行される。
【0142】
ステップ９０６ａ：携帯電話は、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続を依然として使用して、後の第２期間にビデオアプリケーションサーバからデータストリームを受信する。
【0143】
ステップ９０６ｂ：携帯電話は、ＬＴＥネットワークに対応する第１ＴＣＰ接続とＷＩＦＩネットワークに対応する第２ＴＣＰ接続との両方を使用して、後の第２期間にデータストリームを受信する。
【0144】
携帯電話は具体的には、ＬＴＥネットワークに対応する第１ＴＣＰ接続の優先度を低位から高位に調整する。即ちＬＴＥネットワークに対応する第１ＴＣＰ接続が利用可能な状態になる。
【0145】
ステップ９０７：携帯電話は、ＷＩＦＩネットワークに対応するＴＣＰ接続を使用して、第２期間に実際に受信した第２累積データ量を取得する。
【0146】
ステップ９０８：携帯電話は、第２累積データ量と、受信が予期される第２累積データ量とを比較し、第２累積データ量が、受信が予期される第２累積データ量よりも大きい場合には、ステップ９０９ａを実行し、又は、第２累積データ量が、受信が予期される第２累積データ量以下の場合には、ステップ９０９ｂを実行する。
【0147】
例えば、受信が予期される第２累積データ量は、パラメータと第２期間との積に等しい。例えば、パラメータが４ｍｂｐｓで、第１期間と第２期間とのそれぞれに対応する継続時間が３ｓの場合、受信が予期される第２累積データ量は１２ｍｂである。第２期間にＷＩＦＩ信号が強くなり、第２累積データ量が２４ｍｂであると仮定すると、第２累積データ量は、受信が予期される第２累積データ量より大きくなり、ステップ９０９ａが実行される。第２期間に、ＷＩＦＩ信号が弱く、第２累積データ量が３ｍｂであると仮定すると、第２累積データ量は、受信が予期される累積データ量より少なくなり、ステップ９０９ｂが実行される。
【0148】
ステップ９０９ａ：携帯電話は、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続のみを使用して、後の第３期間にビデオアプリケーションサーバからデータストリームを受信する。
【0149】
携帯電話は具体的には、ＬＴＥネットワークに対応する第１ＴＣＰ接続の優先度を、高位から低位に調整する。即ち、ＬＴＥネットワークに対応する第１ＴＣＰ接続が、使用不可能な状態になる。
【0150】
ステップ９０９ｂ：携帯電話は、ＬＴＥネットワークに対応する第１ＴＣＰ接続とＷＩＦＩネットワークに対応する第２ＴＣＰ接続との両方を依然として使用して、後の第３期間にデータストリームを受信する。
【0151】
なお、ステップ９０６ａ以降、ＷＩＦＩネットワークに対応するＴＣＰ接続を使用して、携帯電話が第３期間及びさらに第４期間に実際に受信した蓄積データ量の両方が、受信が予期される蓄積データ量よりもさらに大きい場合には、携帯電話は、例えば、３ｓから２０ｓへ、その後の期間に対応する監視の継続時間を増加させることに、注意するものとする。同様に、ステップ９０９ｂ以降、ＷＩＦＩネットワークに対応するＴＣＰ接続を使用して、携帯電話が第３期間及び第４期間に実際に受信した蓄積データ量の両方が、受信が予期される蓄積データ量よりもさらに少ない場合には、携帯電話は、例えば、３ｓから２０ｓへ、その後の期間に対応する監視の継続時間を増加させる。そのため、消費電力を削減することができる。
【0152】
現在、アプリケーション市場には様々なアプリケーションが存在することを考慮すると、アプリケーションのアプリケーションサーバから電子機器に送信されるデータストリームは、指示情報を伝えない場合がある。従って、電子デバイスは、アプリケーションサーバから受信したデータストリームがオーディオストリームであるのかビデオストリームであるのかが決定できず、オーディオストリームの数量又はビデオストリームの数量が決定できない。従って、本出願のこの実施形態に提供される別のデータ伝送方法によれば、電子デバイスは、指定された継続時間内に実際に受信された累積データ量に関する統計を収集し、継続時間内のデータ伝送レートがプリセットデータ伝送レートに適合するか否かを決定し、データストリームを受信するために使用されるべきＴＣＰ接続をさらに決定する。
【0153】
本出願のこの実施形態では、図７ｂに示されたシナリオを参照した例を用いて、前述のデータストリーム送信方法をさらに説明する。
【0154】
携帯電話は、ユーザ１がビデオアプリケーションの再生インターフェースの再生制御で行う操作（例えば、タップ操作）を受信すると、そのビデオアプリケーションに対応するアプリケーションサーバに、マルチメディアファイル「Ｎｅｘｔ」の取得を要求するメッセージを送信する。メッセージの受信後、アプリケーションサーバは、ＭＰＴＣＰプロトコルを用いて、マルチメディアファイルのデータストリームを携帯電話に送信する。携帯電話は、前述のデータストリーム送信方法によりデータストリームを受信し、図７ｂに示すインターフェースを表示する。アプリケーションサーバから携帯電話によって受信されるデータストリームは、マルチメディアファイルのオーディオストリームであってよく、又はマルチメディアファイルのビデオストリームであってよく、又は広告サービスのオーディオストリーム及びビデオストリームを含んでよい。これに加えて、携帯電話は、オーディオストリームの数量又はビデオストリームの数量を決定することができない。従って、携帯電話は、最初に、セルラーネットワークに対応する第１ＴＣＰ接続と、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続を使用して、第１期間にデータストリームの受信を試行し、アプリケーションサーバから送信されるサービスで要求される帯域幅を予測する。次に、携帯電話は、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続を使用して、第２期間にデータストリームを受信する。第２ＴＣＰ接続のデータ伝送レートが予測帯域幅を満足する場合、携帯電話はさらに、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続を使用することにより、次の期間にデータストリームを受信してよい。第２ＴＣＰ接続のデータ伝送レートが予測帯域幅を満足しない場合、携帯電話はさらに、セルラーネットワークに対応する第１ＴＣＰ接続を使用することにより、次の期間にデータストリームを受信する。このように、ユーザ１が実行した動作を検出した後、携帯電話は、マルチメディアファイル「Ｎｅｘｔ」の先頭フレームを迅速に再生することができるだけでなく、セルラーネットワークのデータトラフィックが、キャッシュデータの時間内に、なるべく消費されなくすることを確かにすることができる。
【0155】
具体的には、図１０は、本出願の一実施形態による別のデータ伝送方法の手順の一例を示す。本方法は、電子デバイスによって実施され、本方法は、以下のステップを含む。
【0156】
ステップ１００１：電子デバイスは、最初にアプリケーションサーバへのＭＰＴＣＰ接続を確立する。
【0157】
ＭＰＴＣＰ接続は、セルラーネットワークに対応する第１ＴＣＰ接続と、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含む。
【0158】
ステップ１００２：電子デバイスは、第２ＴＣＰ接続を使用して、第１期間にアプリケーションサーバからデータストリームを受信する。
【0159】
ステップ１００３：電子デバイスは、第１期間に実際に受信された第１累積データ量に基づいて、第１期間における電子デバイスの第１データ伝送レートを決定する。第１データ伝送レートは、第１期間に対応する継続時間に対する第１累積データ量の比率に等しい。
【0160】
例えば、第１期間のＷＩＦＩ信号があまり強くなければ、第１期間に対応する継続時間は３秒であり、第１累積データ量は１２ｍｂである。第１データ伝送レートは１２ｍｂ／３ｓ、即ち４ｍｂｐｓである。第１期間のＷＩＦＩ信号が弱く、第１期間の電子デバイスが実際に受信した第１累積データ量が３ｍｂｐｓであってよい場合、第１データ伝送レートは３ｍｂ／３ｓ、即ち１ｍｂｐｓである。
【0161】
ステップ１００４：第１データ伝送レートがプリセットデータ伝送レートを満足しないと決定した場合、電子デバイスは、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、第２期間にアプリケーションサーバからデータストリームを受信する。
【0162】
例えば、第１期間のＷＩＦＩ信号が弱く、第１データ伝送レートが１ｍｂｐｓである場合、電子デバイスは、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、第２期間の間にアプリケーションサーバからデータストリームを受信する。
【0163】
なお、プリセットデータ伝送レートは、経験的な値であってよいし、又は次のように取得されてよいことに留意するものとする。即ち、電子デバイスは、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、第１期間の前に予め、アプリケーションサーバからデータストリームを受信し、第１期間に実際に受信した蓄積データ量に基づいて、アプリケーションサーバが必要とするデータ伝送レートを予測し、予測データ伝送レートをプリセットデータ伝送レートとして使用する。
【0164】
可能な設計では、電子デバイスは、第２期間に実際に受信した第２累積データ量を決定し、第２期間に実際に受信した第２累積データ量に基づいて第２データ伝送レートを決定する。第２データ伝送レートがプリセットデータ伝送レートを満足する場合、電子デバイスは、第２ＴＣＰ接続のみを使用して、第３期間にアプリケーションサーバからデータストリームを受信する。
【0165】
第１期間、第２期間及び第３期間は、同じ継続時間を有してよいし、又は異なる継続時間を有してよいことに留意するものとする。第２期間は第１期間の後、第３期間は第２期間の後である。
【0166】
例えば、第１期間に対応する継続時間は３秒、第２期間に対応する継続時間も３秒、プリセットデータ伝送レートは４ｍｂｐｓである。ＷＩＦＩネットワークが、第２期間にレート制限状態からレート無制限状態に変化すると、ＷＩＦＩネットワークに対応するＴＣＰ接続を使用して実際に受信したデータ量が、やはり増加する。電子デバイスが、計算によって、第２期間の第２データ伝送レートが１０ｍｂｐｓであることを得た場合、電子デバイスは、第２ＴＣＰ接続のみを使用することによって、第３期間のデータストリームを受信してよい。セルラーネットワークに対応する第１ＴＣＰ接続は、依然としてディスエーブルされている。このようにして、セルラーネットワークの一層少ないデータトラフィックを消費することができる。これに加えて、セルラーネットワークの電力消費はＷＩＦＩネットワークの電力消費よりも大きいので、第１ＴＣＰ接続が必要でないときにセルラーネットワークに対応する第１ＴＣＰ接続をディスエーブルすることは、電力消費をある程度低減することができる。
【0167】
可能な設計では、電子デバイスが、第２ＴＣＰ接続のみを使用して、連続するＭ回の期間にアプリケーションサーバからデータストリームを受信した場合、Ｍ回の期間の後に受信した累積データ量がＺ１、（Ｍ－１）回の期間の後に受信した累積データ量がＺ２、（Ｍ－２）回の期間の後に受信した累積データ量がＺ３であることを、電子デバイスは見出す。Ｚ１－Ｚ２がＺ２－Ｚ３よりもはるかに大きい、又ははるかに小さい場合は、第２ＴＣＰ接続を使用することにより、第Ｍ期間に電子デバイスが受信したデータ量が突然増加するか、又は突然減少することを示す。従って、電子デバイスは、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、第４期間にアプリケーションサーバからデータストリームを受信する。
【0168】
例えば、電子デバイスが現在ビデオアプリケーションでビデオを再生していて、ユーザがビデオモードを通常モードから高解像度モードに切り替える場合、単位時間当たりのビデオアプリケーションサーバによって送信されるデータ量は増加する。この場合、第２ＴＣＰ接続を使用して電子デバイスが受信した累積データ量もまた、増加する。第２ＴＣＰ接続を使用して電子デバイスが受信する積算データ量は増加するが、積算データ量は、受信が予期される積算データ量を満足することができない。従って、電子デバイスは、次の期間に、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、アプリケーションサーバからデータストリームを受信する。
【0169】
別の例として、電子デバイスが、現在、第２ＴＣＰ接続のみを使用してデータストリームを受信している場合には、電子デバイスは、第１時刻の統計収集を通じて、第２ＴＣＰ接続を使用して実際に受信した累積データ量が１０ｍｂであることを見出し、電子デバイスは、第２時刻の統計収集を通じて、第２ＴＣＰ接続を使用して実際に受信した累積データ量が２０ｍｂであることを見出し、電子デバイスは、第３時刻の統計収集を通じて、第２ＴＣＰ接続を使用して実際に受信した累積データ量が２３ｍｂであることを見出す。これは、第２ＴＣＰ接続を使用して第２時刻から第３時刻までの期間に電子デバイスが受信したデータ量が非常に小さく、わずか３ｍｂであることを示す。この場合、電子デバイスは、表１に示されるシナリオにあることがある。従って、電子デバイスは、第１ＴＣＰ接続と第２ＴＣＰ接続との両方を使用して、次の期間にアプリケーションサーバからデータストリームを受信する。
【0170】
可能な設計では、複数回行われた、指定された期間中の統計収集を通して、第２ＴＣＰ接続を使用して受信した累積データ量が、その後の固定継続時間（例えば、６０ｓ）において受信が予期される累積データ量よりも少ないことを、電子デバイスが知った場合、統計収集及び決定は、実際に受信した累積データ量に対しては行われない。電子デバイスは、第１ＴＣＰ接続及び第２ＴＣＰ接続との両方を使用して、アプリケーションサーバから一定の継続時間内にデータストリームを受信する。これは、ＷＩＦＩ信号が不安定であるために、セルラーネットワークに対応する第１ＴＣＰ接続を、電子デバイスが繰り返しイネーブル又はディスエーブルする場合に生じる、比較的高い電力消費を回避する。
【0171】
本出願の以下の実施形態では、前述のデータ伝送方法の特定の手順が、さらに、図１１に示す手順を参照して詳細に説明される。この方法の具体的な手順は、以下の段階を含んでよい。
【0172】
ステップ１１０１：携帯電話は、ライブ放送アプリケーションサーバへのＭＰＴＣＰ接続を確立する。ＭＰＴＣＰ接続は、ＬＴＥネットワークに対応する第１ＴＣＰ接続と、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続とを含む。
【0173】
ステップ１１０２：各期間に対応する継続時間が常に３ｓであると仮定すると、ＬＴＥネットワークに対応する第１ＴＣＰ接続とＷＩＦＩネットワークに対応する第２ＴＣＰ接続との両方を使用して、携帯電話は、第１期間にライブ放送アプリケーションサーバからデータストリームを受信する。
【0174】
ステップ１１０３：携帯電話は、第１期間に実際に受信した第１積算データ量を取得し、その後、実際に受信した第１積算データ量及び第１期間に基づいて、ライブ放送アプリケーションサーバが必要とするプリセットデータ伝送レートを予測する。
【0175】
例えば、最初の３ｓで携帯電話が実際に受信した第１積算データ量が１２ｍｂの場合、ライブ放送アプリケーションサーバが必要とするプリセットデータ伝送レートは１２ｍｂ／３ｓ、つまり４ｍｂｐｓとなる。
【0176】
ステップ１１０４：携帯電話は、第２ＴＣＰ接続のみを使用して、第２期間にライブ放送アプリケーションサーバからデータストリームを受信する。
【0177】
ステップ１１０５：携帯電話は、第１期間及び第２期間に実際に受信した第２累積データ量を取得し、第２累積データ量と第１累積データ量との差を算出し、その差を第２期間で除して、第２期間における第２ＴＣＰ接続の第２データ伝送レートを得る。
【0178】
なお上記の例を用いると、第２期間も３ｓであり、第２累積データ量は２１ｍｂ／３ｓである。この場合、第２累積データ量と第１累積データ量との差は９ｍｂとなる。従って、第２期間で除した差分は３ｍｂｐｓであり、第２ＴＣＰ接続の第２データ伝送レートは３ｍｂｐｓである。
【0179】
ステップ１１０６：携帯電話は、第２ＴＣＰ接続の第２データ伝送レートが、プリセットデータ伝送レートよりも大きいか否かを判定し、第２ＴＣＰ接続の第２データ伝送レートが、プリセットデータ伝送レートよりも大きい場合は、ステップ１１０７ａを実行し、又は第２ＴＣＰ接続の第２データ伝送レートが、プリセットデータ伝送レートよりも小さいか等しい場合は、ステップ１１０７ｂを実行する。
【0180】
ステップ１１０７ａ：携帯電話は、第２ＴＣＰ接続のみを使用して、第３期間にライブ放送アプリケーションサーバからデータストリームを受信し続ける。
【0181】
ステップ１１０７ｂ：携帯電話は、ＬＴＥネットワークに対応する第１ＴＣＰ接続とＷＩＦＩネットワークに対応する第２ＴＣＰ接続との両方を使用することにより、第３期間にライブ放送アプリケーションサーバからデータストリームを受信し続ける。
【0182】
なお、ステップ１１０７ａの後、携帯電話によって得られる第３期間及び第４期間の第２ＴＣＰ接続の両方のデータ伝送レートが、依然として第１データ伝送レートよりも大きい場合に、携帯電話は、例えば３ｓから２０ｓへ、後の期間を増加させることに、注目することとする。同様に、ステップ１１０７ｂが実行された後、携帯電話によって得られる第３期間及び第４期間の第２ＴＣＰ接続の両方のデータ伝送レートが、依然として第１データ伝送レート以下である場合に、携帯電話は、例えば３ｓから２０ｓへ、後の期間を増加させる。これにより消費電力をある程度削減することができる。
【0183】
可能な設計では、携帯電話はカウンタを設定してよい（初期値は０である）。携帯電話が、第２ＴＣＰ接続のデータ伝送レートがプリセットデータ伝送レートよりも大きいと判断するたびに、１がカウンタから減算される。携帯電話が、第２ＴＣＰ接続のデータ伝送レートがプリセットデータ伝送レートよりも小さいと判断するたびに、１がカウンタに加算される。カウンタが３以上である場合、その後の固定継続時間において、統計の収集及び判定は、実際に受信された累積データ量に対して行われず、電子デバイスは、第１ＴＣＰ接続及び第２ＴＣＰ接続との両方を使用して、一定の継続時間でアプリケーションサーバからデータストリームを受信する。
【0184】
結論として、本出願のこの実施形態では、ＷＩＦＩネットワークに対応する第２ＴＣＰ接続が、データストリームを受信するために優先的に使用されてよい。データ伝送レートがプリセットデータ伝送レートを満足しないことが判明した場合、２つのＴＣＰ接続がデータストリームを受信するのに間に合うように使用される。この方法は、さらに、消費されるセルラーネットワークのデータトラフィックを一層少なくすることを可能にしてよい。これに加えて、ＷＩＦＩネットワークが変動する場合、データ伝送レートを監視することにより、データストリームを間に合うように受信するために、２つのＴＣＰ接続を使用してよい。
【0185】
本出願の一実施形態は、コンピュータ可読な記憶媒体をさらに提供する。コンピュータ可読な記憶媒体は、コンピュータプログラムを含み、コンピュータプログラムが電子デバイス上で実行されたとき、電子デバイスは、前述のデータ送信方法の任意の可能な実施を実行してよくされる。
【0186】
本出願の一実施形態は、さらに、コンピュータプログラム製品を提供する。コンピュータプログラム製品が電子デバイス上で実行された場合、電子デバイスは、上記データ伝送方法の任意の可能な実施を実行してよくされる。
【0187】
本出願のいくつかの実施形態では、データ伝送装置が開示される。図１２に示すように、データ送信装置は、第１の方法の実施形態に記載した方法を実施するように構成され、トランシーバモジュール１２０１及び処理モジュール１２０２を含む。トランシーバモジュール１２０１は、アプリケーションサーバへのＭＰＴＣＰ接続を確立するのに電子デバイスをサポートするように構成され、アプリケーションサーバからの指示情報とデータストリームとを受信するのに電子デバイスをサポートするように構成されている。図８のステップ８０３ないしステップ８０５、図９ｂ－１及び図９ｂ－２のステップ９０３ないしステップ９０９ｂのように、処理モジュール１２０２は、各ＴＣＰ接続の受信ポリシーを調整するのに電子デバイスをサポートするように構成されている。前述の方法の実施形態でのステップの全ての関連する内容は、対応する機能モジュールの機能説明を参照してよく、詳細は、ここでは再度説明されない。
【0188】
図１２に示すデータ伝送装置は、さらに、第２の方法の実施形態に記載した方法を実施するように構成され、トランシーバモジュール１２０１及び処理モジュール１２０２を含む。トランシーバモジュール１２０１は、アプリケーションサーバへのＭＰＴＣＰ接続を確立するのに電子デバイスをサポートし、アプリケーションサーバからデータストリームを受信するのに電子デバイスをサポートするように構成されている。処理モジュール１２０２は、例えば、図１０のステップ１００２及びステップ１００３、及び図１１のステップ１１０２ないしステップ１１０７ｂのように、各ＴＣＰ接続の受信ポリシーを調整するのに電子デバイスをサポートするように構成されている。前述の方法の実施形態でのステップの全ての関連する内容は、対応する機能モジュールの機能説明を参照してよく、詳細は、ここでは再度説明されない。
【0189】
本出願の他のいくつかの実施態様において、電子デバイスが開示される。図１３に示すように、電子デバイスは、１つ以上のプロセッサ１３０１、メモリ１３０２、ディスプレイ１３０３、１つ以上のアプリケーション（図示せず）、及び１つ以上のコンピュータプログラム１３０４を含んでよい。前述の構成要素は、１つ以上の通信バス１３０５を使用することによって互いに接続されてよい。１つ以上のコンピュータプログラム１３０４は、メモリ１３０２に記憶され、１つ以上のプロセッサ１３０１によって実行される。１つ以上のコンピュータプログラム１３０４は命令を含み、命令は、図８から図１１のステップ及び対応する実施形態を実行するために使用されてよい。
【0190】
以上、実施について説明したことにより、当業者は、簡便かつ簡潔な説明のために、例示として、前述の機能モジュールのみへの分割を使用することを明確に理解することができる。実際のアプリケーションでは、要求に応じて実施する異なった機能モジュールに上記の機能を割り当ててよい。即ち、上述の機能の全部又は一部を実現するために、装置の内部構造が別々の機能モジュールに分割される。前述のシステム、装置、及びユニットの詳細な作業プロセスについては、前述の方法の実施形態での対応するプロセスを参照する。詳細は、ここでは再度説明しない。
【0191】
本出願の実施形態での機能ユニットは、１つの処理ユニットに統合されてよいし、ユニットの各々が物理的に単独で存在してよく、又は２つ以上のユニットが１つのユニットに統合されてよい。統合ユニットは、ハードウェアの形態で実施されてよく、又はソフトウェア機能ユニットの形態で実施されてよい。
【0192】
統合ユニットがソフトウェア機能ユニットの形態で実施され、独立した製品として販売又は使用される場合、統合ユニットは、コンピュータ可読な記憶媒体に記憶されてよい。このような理解に基づいて、本質的に、本出願の実施形態の技術的解決策、又は先行技術に寄与する部分、又は技術的解決策の全部若しくは一部が、ソフトウェア製品の形態で実施されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶されていて、コンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置であってよい）又はプロセッサに、本出願の実施形態に記載される方法のステップの全て又は一部を実行するように指示するためのいくつかの命令を含む。前述の記憶媒体は、フラッシュメモリ、リムーバブルハードディスク、リードオンリーメモリ、ランダムアクセスメモリ、磁気ディスク又はコンパクトディスクのような、プログラムコードを記憶することができる任意の媒体を含む。
【0193】
前述の説明は、本出願の実施形態の特定の実施に過ぎないが、本出願の実施形態の保護範囲を制限することを意図するものではない。本出願の実施形態において開示された技術的範囲内での任意の変更又は代替は、本出願の実施形態の保護範囲内にあるものとする。従って、本出願の実施形態の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7a】
【図7b】
【図7c】
【図8】
【図9a】
【図9b-1】
【図9b-2】
【図10】
【図11】
【図12】
【図13】
【手続補正書】
【提出日】2021-08-13
【手続補正1】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【0040】
Ｉ２Ｃインターフェースは、双方向同期シリアルバスであり、１つのシリアルデータライン（ｓｅｒｉａｌ ｄａｔａ ｌｉｎｅ，ＳＤＡ）と１つのシリアルクロックライン（ｓｅｒｉａｌ ｃｌｏｃｋ ｌｉｎｅ，ＳＣＬ）とを含む。いくつかの実施形態では、プロセッサ５１０は、複数のグループのＩ２Ｃバスを含んでよい。プロセッサ５１０は、異なるＩ２Ｃバスインターフェースを介して、タッチセンサ５８０Ｋ、充電器、フラッシュライト、カメラ５９３などに別々に結合されてよい。例えば、プロセッサ５１０は、Ｉ２Ｃインターフェースを介してタッチセンサ５８０Ｋに結合され、プロセッサ５１０は、Ｉ２Ｃバスインターフェースを介してタッチセンサ５８０Ｋと通信して、携帯電話のタッチ機能を実現してよい。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０１６０
【補正方法】変更
【補正の内容】
【0160】
例えば、第１期間のＷＩＦＩ信号があまり強くなければ、第１期間に対応する継続時間は３秒であり、第１累積データ量は１２ｍｂである。第１データ伝送レートは１２ｍｂ／３ｓ、即ち４ｍｂｐｓである。第１期間のＷＩＦＩ信号が弱く、第１期間の電子デバイスが実際に受信した第１累積データ量が３ｍｂであってよい場合、第１データ伝送レートは３ｍｂ／３ｓ、即ち１ｍｂｐｓである。
【国際調査報告】