JP2022184168A - 端末装置、サーバ装置、通信方法及びプログラム - Google Patents

端末装置、サーバ装置、通信方法及びプログラム Download PDF

Info

Publication number
JP2022184168A
JP2022184168A JP2021091858A JP2021091858A JP2022184168A JP 2022184168 A JP2022184168 A JP 2022184168A JP 2021091858 A JP2021091858 A JP 2021091858A JP 2021091858 A JP2021091858 A JP 2021091858A JP 2022184168 A JP2022184168 A JP 2022184168A
Authority
JP
Japan
Prior art keywords
communication
connection
http
control unit
terminal device
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.)
Pending
Application number
JP2021091858A
Other languages
English (en)
Inventor
直人 横満
Naoto Yokomitsu
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.)
Sharp Corp
Original Assignee
Sharp Corp
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 Sharp Corp filed Critical Sharp Corp
Priority to JP2021091858A priority Critical patent/JP2022184168A/ja
Priority to US17/752,039 priority patent/US11799942B2/en
Publication of JP2022184168A publication Critical patent/JP2022184168A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/166—Implementing security features at a particular protocol layer at the transport layer

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

【課題】適切な通信プロトコルを用いて通信することが可能な端末装置等を提供すること。【解決手段】制御部と、通信先とＨＴＴＰ（Hyper Text Transfer Protocol）通信を行う通信部とを備え、前記制御部は、ＨＴＴＰ／３を用いるための第１の接続と、ＨＴＴＰ／２を用いるための第２の接続とを確立するための処理を開始し、前記第１の接続が確立できた場合、前記ＨＴＴＰ／３を用いて、前記通信部を介して通信を行うことを特徴とする。【選択図】図１

Description

本開示は、端末装置等に関する。
従来より、多様な装置がネットワークに接続し、通信を行っている。また、装置によっては、通信を行うときに用いられる複数の通信プロトコルから、使用する通信プロトコルを適切に選択することも行われている。この場合において、効率的に通信プロトコルを選択する技術も提案されている。
例えば、接続先の通信装置が指定された場合、当該接続先の通信装置の識別情報が登録されているか否かに基づいて、第１の通信プロトコルから第２の通信プロトコルへのプロトコルの切り替え処理を省略するか否かを判断し、切り替え処理を省略することを判断した場合、第２の通信プロトコルによる接続開始要求を接続先の装置に送信する通信装置が提案されている（例えば、特許文献１参照）。
特開２０１６－７２６８４
ここで、装置が他の装置と通信を行う場合、従来から使用されている通信プロトコルと、従来の通信プロトコルを改善した新しい通信プロトコル（例えば、通信速度を改善した通信プロトコル）との何れかの通信プロトコルが選択可能である場合がある。通信先の装置が新しい通信プロトコルに対応している場合、通信を行う装置は、当該新しいプロトコルを優先的に選択することが望ましい。しかし、特許文献１は、上述した場合について考慮されていない。
本開示は上述した課題に鑑み、適切な通信プロトコルを用いて通信することが可能な端末装置等を提供することを目的とする。
上述した課題を解決するために、本開示に係る端末装置は、制御部と、通信先とＨＴＴＰ（Hyper Text Transfer Protocol）通信を行う通信部とを備え、前記制御部は、ＨＴＴＰ／３を用いるための第１の接続と、ＨＴＴＰ／２を用いるための第２の接続とを確立するための処理を開始し、前記第１の接続が確立できた場合、前記ＨＴＴＰ／３を用いて、前記通信部を介して通信を行うことを特徴とする。
本開示に係るサーバ装置は、制御部とＨＴＴＰ（Hyper Text Transfer Protocol）通信を行う通信部とを備え、前記通信部は、ＨＴＴＰ／３を用いるための第１の接続及びＨＴＴＰ／２を用いるための第２の接続を確立することが可能であり、前記制御部は、前記第１の接続及び前記第２の接続が公開鍵暗号方式を用いた接続である場合、前記第１の接続又は前記第２の接続のうち一方の接続を介して通信先から鍵情報を取得した場合、当該通信先と他方の接続を確立するとき、前記鍵情報を用いることを特徴とする。
本開示に係る通信方法は、ＨＴＴＰ（Hyper Text Transfer Protocol）通信を行う端末装置の通信方法であって、ＨＴＴＰ／３を用いるための第１の接続とＨＴＴＰ／２を用いるための第２の接続とを確立するための処理を開始するステップと、前記端末装置が、前記第１の接続が確立できた場合、前記ＨＴＴＰ／３を用いて通信を行うステップと、を含むことを特徴とする。
本開示に係るプログラムは、コンピュータに、ＨＴＴＰ（Hyper Text Transfer Protocol）通信を行うコンピュータに、ＨＴＴＰ／３を用いるための第１の接続とＨＴＴＰ／２を用いるための第２の接続とを確立するための処理を開始する機能と、前記第１の接続が確立できた場合、前記ＨＴＴＰ／３を用いて通信を行う機能と、を実現させることを特徴とする。
本開示に係る端末装置は、制御部と通信部とを備え、前記制御部は、前記通信部を介して、通信速度が速い第１の通信プロトコルを用いるための第１の接続と、前記通信速度が遅い第２の通信プロトコルを用いるための第２の接続とを確立するための処理を開始し、前記第１の接続が確立できた場合、前記第１の通信プロトコルを用いて通信を行うことを特徴とする。
本開示によれば、適切な通信プロトコルを用いて通信することが可能な端末装置等を提供することが可能となる。
第１実施形態における画像形成装置の全体構成を説明するための図である。 第１実施形態における端末装置及びサーバ装置の機能構成を説明するための図である。 第１実施形態における設定値情報のデータ構造を説明するための図である。 第１実施形態における端末装置によって実行される処理の流れを説明するためのフロー図である。 第１実施形態における第１の接続処理の流れを説明するためのフロー図である。 第１実施形態における第２の接続処理の流れを説明するためのフロー図である。 第１実施形態における第１の再接続処理の流れを説明するためのフロー図である。 第１実施形態における第２の再接続処理の流れを説明するためのフロー図である。 第１実施形態におけるサーバ装置によって実行される処理の流れを説明するためのフロー図である。 第１実施形態における第３の接続処理の流れを説明するためのフロー図である。 第１実施形態における第４の接続処理の流れを説明するためのフロー図である。 第１実施形態における動作例を示す図である。 第１実施形態における動作例を示す図である。
以下、図面を参照して、本開示を実施するための一実施形態について説明する。なお、以下の実施形態は、本開示を説明するための一例であり、特許請求の範囲に記載した発明の技術的範囲が、以下の記載に限定されるものではない。
［１．第１実施形態］
［１．１ 全体構成］
図１を参照して、本実施形態におけるシステム１の全体構成を説明する。図１に示すように、システム１は、端末装置１０とサーバ装置２０とが、ネットワークＮＷを介して、通信可能に接続されている。ネットワークＮＷは、インターネットなどの外部ネットワーク（ＷＡＮ（Wide Area Network））であってもよいし、ＬＡＮ（Local Area Network）等の内部ネットワークであってもよい。なお、本実施形態において、「接続されている」とは、２つの装置の間で、通信を行う状態にあることをいう。
端末装置１０は、ユーザによって使用される情報処理装置である。端末装置１０は、例えば、スマートフォン、タブレット、ＰＣ（Personal Computer）等のコンピュータ（情報処理装置）により構成される。
サーバ装置２０は、所定のサービスを提供する情報処理装置である。サーバ装置２０は、ＰＣやサーバといった、コンピュータ（情報処理装置）により構成される。サーバ装置２０は、複数の情報処理装置によって構成されていてもよいし、任意の情報処理装置上で実現される仮想サーバによって構成されてもよい。
［１．２ 機能構成］
［１．２．１ 端末装置］
図２を参照して、端末装置１０の機能構成を説明する。端末装置１０は、図２に示すように、制御部１００、表示部１４０、操作部１５０、記憶部１６０、通信部１９０を備えて構成される。
制御部１００は、端末装置１０の全体を制御するための機能部である。制御部１００は、記憶部１６０に記憶された各種プログラムを読み出して実行することにより各種機能を実現しており、例えば、１又は複数の演算装置（ＣＰＵ（Central Processing Unit））等により構成される。
表示部１４０は、各種情報を表示する。表示部１４０は、例えば、ＬＣＤ（Liquid crystal display）、有機ＥＬ（electro-luminescence）パネル、マイクロＬＥＤ（Light Emitting Diode）ディスプレイ等の表示装置により構成される。
操作部１５０は、端末装置１０を使用するユーザの操作を受け付ける。操作部１５０は、タッチセンサ等の入力装置によって構成される。タッチセンサにおいて入力を検出する方式は、例えば、抵抗膜方式、赤外線方式、電磁誘導方式、静電容量方式といった、一般的な検出方式であればよい。なお、端末装置１０には、表示部１４０と、操作部１５０とが一体に形成されたタッチパネルが搭載されてもよい。
記憶部１６０は、端末装置１０の動作に必要な各種プログラムや、各種データを記憶する。記憶部１６０は、例えば、半導体メモリであるＳＳＤ（Solid State Drive）や、ＨＤＤ（Hard Disk Drive）等の記憶装置により構成される。
記憶部１６０には、設定値情報記憶領域１６２が確保される。端末装置１０に記憶される設定値情報とは、通信先毎の設定情報（設定値）を示す情報である。端末装置１０に記憶される設定値情報には、図３に示すように、サーバ識別子と設定情報とが含まれる。
サーバ識別子とは、通信先である装置（例えば、サーバ装置２０）を識別する情報や、当該装置との通信に用いる通信プロトコルやポート番号等を示す情報である。サーバ装置２０と通信を行った場合における設定値情報には、以下のような情報が含まれる。
・サーバ装置２０のアドレス
サーバ装置２０のアドレスは、サーバ装置２０を識別するためのアドレスの情報であり、例えば、ＩＰ（Internet Protocol）アドレスやＵＲＩ（Uniform Resource Identifier）である。
・プロトコル
プロトコルは、端末装置１０がサーバ装置２０と通信を行う場合において、当該通信に用いることが可能な通信プロトコル（端末装置１０が選択可能な通信プロトコル）を識別するための情報である。プロトコルとしては、例えば、通信プロトコルとして、ＨＴＴＰ／３が選択可能であることを示す「ｈ３」といった情報が記憶される。通信プロトコルを示す情報をトークンともいう。
・ポート
ポートは、サーバ装置２０と通信を行う場合において用いられるポートの情報である。例えば、サーバ装置２０と通信を行う場合において、インターネット・プロトコル・スイートが用いられる場合、ポートの情報として、ポート番号とトランスポート層における通信プロトコル（トランスポート層ネットワークプロトコル）とが記憶される。トランスポート層における通信プロトコルとは、例えば、ＴＣＰ（Transmission Control Protocol）やＵＤＰ（User Datagram Protocol）である。この場合、ポートの情報としては、「４３０／ＵＤＰ」といった情報が記憶される。
なお、サーバ識別子は、サーバ装置２０のアドレスを示すＩＰアドレスと、ポートの情報とを組み合わせた「１００．２００．１００．２４：３００５ ＴＣＰ」といった情報が記憶されてもよい。
設定情報は、最終アクセス時間（日時）、サーバ装置２０が提供しているサービスに関する情報、サーバ装置２０から受信したSETTINGS FRAMEの内容、設定値（SETTINGS FRAME）の交換のスキップが可能か否かを示す情報等の情報である。なお、設定情報には、上述した情報以外の情報が記憶されてもよい。例えば、設定情報には、ＴＬＳ（Transport Layer Security）のsession id、ＴＬＳのsession ticket、ＴＬＳのsession key等の情報が記憶されてもよい。
通信部１９０は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）を介して、サーバ装置２０等の外部の装置と通信を行う。通信部１９０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ（Network Interface Card）や、ＬＴＥ（Long Term Evolution）／ＬＴＥ－Ａ（LTE-Advanced）／ＬＡＡ（License-Assisted Access using LTE）／５Ｇ回線に接続可能な通信モジュールにより構成される。
［１．２．２ サーバ装置］
図２を参照して、サーバ装置２０の機能構成を説明する。サーバ装置２０は、図２に示すように、制御部２００、記憶部２６０、通信部２９０を備えて構成される。
制御部２００は、サーバ装置２０の全体を制御するための機能部である。制御部２００は、記憶部２６０に記憶された各種プログラムを読み出して実行することにより各種機能を実現しており、例えば、１又は複数の演算装置（ＣＰＵ）等により構成される。
記憶部２６０は、サーバ装置２０の動作に必要な各種プログラムや、各種データを記憶する。記憶部２６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等の記憶装置により構成される。
記憶部２６０には、設定値情報記憶領域２６２が確保される。サーバ装置２０に記憶される設定値情報とは、通信相手となる装置（例えば、端末装置１０）毎の設定情報を示す情報である。サーバ装置２０に記憶される設定値情報には、端末装置１０を識別する識別子と、当該端末装置１０の設定情報（例えば、端末装置１０から受信したSETTINGS FRAMEの内容等）とが記憶される。なお、サーバ装置２０に記憶される端末装置１０の識別子は、例えば、TLS session resumption（ＴＬＳセッション再開）の処理に用いられる情報が記憶される。この場合、端末装置１０の識別子として、ＴＬＳのsession key、session ticket、その他TLS session resumptionに使用できる情報が記憶される。
通信部２９０は、端末装置１０や他の装置と通信を行う。例えば、通信部２９０は、有線／無線ＬＡＮで利用されるＮＩＣ等の通信装置や通信モジュールにより構成され、ＬＡＮやＷＡＮを介して外部の装置と通信を行う。
なお、上述した装置の構成は一例であり、変更しても構わない。例えば、各装置は、制御部や通信部を統合したチップ（ＳｏＣ；System-on-a-chip）により構成されてもよい。
［１．３ 処理の流れ］
つづいて、システム１に含まれる端末装置１０及びサーバ装置２０が実行する処理について説明する。ここで、端末装置１０によって実行される処理は、制御部１００が、記憶部１６０に記憶されたプログラムを読み出すことにより実行される。また、サーバ装置２０によって実行される処理は、制御部２００が、記憶部２６０に記憶されたプログラムを読み出すことにより実行される。
以下の説明では、端末装置１０とサーバ装置２０との間で行われる通信は、ＷｅｂページをＷｅｂブラウザ等に表示させるために送信されるデータ等の送受信であるとして説明する。
以下の説明において、端末装置１０は、サーバ装置２０との通信を行う場合において、ＨＴＴＰ／３、ＨＴＴＰ／２及びＨＴＴＰ１．１の何れかの通信プロトコルを選択可能であるとする。ここで、ＨＴＴＰ／３、ＨＴＴＰ／２及びＨＴＴＰ１．１は、ＷｅｂページをＷｅｂブラウザ等に表示させるために送信されるデータを転送するための通信プロトコルである。ＨＴＴＰ／３、ＨＴＴＰ／２及びＨＴＴＰ１．１は、インターネット・プロトコル・スイートにおけるアプリケーション層における通信プロトコルである。なお、ＷｅｂページをＷｅｂブラウザ等に表示させるために送信されるデータとは、例えば、ＨＴＭＬ（HyperText Markup Language）データ、画像データ、ＣＳＳ（Cascading Style Sheets）データ、スクリプトデータ等といったコンテンツのデータである。また、サーバ装置２０は、ＨＴＴＰ／３、ＨＴＴＰ／２及びＨＴＴＰ１．１の通信プロトコルのうち、１又は複数の通信プロトコルが使用可能である（ホストしている）とする。
また、以下の説明では、サーバ装置２０は、端末装置１０の通信先の装置であるとして説明する。
［１．３．１ 端末装置］
［１．３．１．１ メイン処理］
図４を参照して、端末装置１０が実行するメイン処理の流れを説明する。はじめに、制御部１００は、識別子を取得する（ステップＳ１００）。識別子は、通信先となるサーバ装置２０を識別するための情報である。識別子は、例えば、ＵＲＩやＩＰアドレス、ポート（ポート番号やトランスポート層における通信プロトコル）、Ｓｅｓｓｉｏｎ－ＩＤ等の情報である。
つづいて、制御部１００は、通信先となるサーバ装置２０の設定値情報が保存されていないか否かを判定する（ステップＳ１０２）。例えば、制御部１００は、ステップＳ１００において取得したサーバ装置２０の識別子に対応するサーバ識別子を含む設定値情報が設定値情報記憶領域１６２に記憶されている場合、設定値情報が記憶されていると判定する。
設定値情報が記憶されていない場合とは、例えば、ステップＳ１００において取得された識別子に対応するサーバ装置２０に初めて接続される場合や、設定値情報が削除されたり失効したりした場合である。また、設定値情報が失効する場合とは、設定値情報に含まれる設定情報に有効期限が記憶され、当該有効期限を過ぎた場合である。
制御部１００は、設定値情報が記憶されていない場合、プロトコルスキーマがＴＬＳ（Transport Layer Security）であるか否かを判定する（ステップＳ１０２；Ｙｅｓ→ステップＳ１０４）。
プロトコルスキーマは、通信の種類を示す情報であり、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）やＨＴＴＰＳ（Hypertext Transfer Protocol Secure）といった情報である。制御部１００は、ステップＳ１００において取得した識別子（例えば、ＵＲＩ）に含まれる情報からプロトコルスキーマを取得する。また、制御部１００は、取得したプロトコルスキーマが、ＴＬＳプロトコルを用いた通信であることを示すプロトコルスキーマである場合、プロトコルスキーマがＴＬＳであると判定する。
制御部１００は、プロトコルスキーマがＴＬＳである場合、第１の接続処理を実行する（ステップＳ１０４；Ｙｅｓ→ステップＳ１０６）。一方、制御部１００は、プロトコルスキーマがＴＬＳではない場合、第２の接続処理を実行する（ステップＳ１０４；Ｎｏ→ステップＳ１０８）。第１の接続処理及び第２の接続処理については、後述する。
一方、制御部１００は、ステップＳ１０２において、設定値情報が記憶されていると判定した場合は、当該設定値情報に含まれるサーバ識別子に、プロトコルの情報として、ＨＴＴＰ／３を示す情報が記憶されているか否かを判定する（ステップＳ１０２；Ｎｏ→ステップＳ１１０）。サーバ識別子にＨＴＴＰ／３を示す情報（例えば、「ｈ３」といったトークン）が記憶されている場合とは、通信先となるサーバ装置２０が、ＨＴＴＰ／３をホストしており、通信プロトコルとしてＨＴＴＰ／３（第１の通信プロトコル）を用いることが可能である場合である。
制御部１００は、サーバ識別子にＨＴＴＰ／３を示す情報が記憶されている場合、第１の再接続処理を実行する（ステップＳ１１０；Ｙｅｓ→ステップＳ１１２）。一方、制御部１００は、サーバ識別子にＨＴＴＰ／３を示す情報が記憶されていない場合、第２の再接続処理を実行する（ステップＳ１１０；Ｎｏ→ステップＳ１１４）。第１の再接続処理及び第２の再接続処理については、後述する。
［１．３．１．２ 第１の接続処理］
第１の接続処理について、図５を参照して説明する。第１の接続処理は、通信を行う装置（端末装置１０とサーバ装置２０）との間で、セキュアな通信を行うための接続を確立するための処理である。はじめに、制御部１００は、ＱＵＩＣコネクションとＴＬＳ ｏｖｅｒ ＴＣＰコネクションとの２つのコネクション（接続）を確立するための処理を開始する（ステップＳ２００）。本実施形態では、２つのコネクションを、ＱＵＩＣコネクション及びＴＬＳ ｏｖｅｒ ＴＣＰコネクションと記載する。また、本実施形態において「接続」とは、２つの装置（例えば、端末装置１０とサーバ装置２０）との間で通信を行うための論理的な通信経路をいう。本実施形態では、「接続」を「コネクション」とも記載する。
ＱＵＩＣコネクションは、ＨＴＴＰ／３（第１の通信プロトコル）を用いるための接続（第１の接続）である。ＱＵＩＣコネクションでは、接続を確立したり、当該接続において通信を行ったりするためのプロトコルとしてＱＵＩＣが用いられる。ＱＵＩＣは、インターネット・プロトコル・スイートにおけるトランスポート層における通信プロトコルである。
ＴＬＳ ｏｖｅｒ ＴＣＰコネクションは、ＨＴＴＰ／２（第２の通信プロトコル）を用いるための接続（第２の接続）であり、セキュアな通信を行うための接続である。ＴＬＳ ｏｖｅｒ ＴＣＰコネクションでは、接続を確立したり、当該接続において通信を行ったりするためのプロトコルとして、接続（ＴＣＰコネクション）を確立するためのＴＣＰ及びセキュアな通信を行うためのＴＬＳが用いられる。
なお、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションは、セキュアなＴＣＰコネクションであるため、本実施形態では、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションをＴＣＰコネクションとも記載する。ＴＣＰは、インターネット・プロトコル・スイートにおけるトランスポート層における通信プロトコルである。
ここで、ＨＴＴＰ／２及びＨＴＴＰ／３は、ＨＴＴＰ通信を行うための通信プロトコルである。また、ＨＴＴＰ／３はＨＴＴＰ／２と比べ、相対的に上位のバージョンの通信プロトコルであり、ＨＴＴＰ／２はＨＴＴＰ／３と比べ、相対的に下位のバージョンの通信プロトコルである。ＨＴＴＰ／３は、ＨＴＴＰ／２における通信方法を改善した通信プロトコルである。
ＨＴＴＰ／２を用いるための接続であるＴＣＰコネクションは、データ（パケット）の通信に、ＴＣＰを用いる。ＴＣＰは、パケット順序制御を実現する。パケット順序制御により、パケットを受信した装置は、パケットで分割されたデータを正しく構成し直すことができる。一方で、パケット順序制御により、パケットロスが発生した場合等において、パケットの再送が発生する。特に、モバイル等の広域無線通信環境といった劣悪な通信環境においては、パケットのジッターや破損が生じることにより、パケットの再送が発生し、結果として、通信速度が遅くなってしまうことがある。なお、ＴＣＰにおける再送問題は、ＨｏＬ（Head of Line Blocking）問題ともいわれている。また、ＴＣＰにおいては、データ（セグメント）の通信を行う場合、通信先と３ウェイハンドシェイクを行うことで接続を確立する。このように、ＴＣＰは、パケット順序制御や３ウェイハンドシェイクが実行されることにより、通信の信頼性が保証される。しかし、ＴＣＰでは、信頼性の高い通信を実現するために、ＨｏＬ問題や３ウェイハンドシェイクによる通信の遅延が生じる場合がある。つまり、ＴＣＰを用いた通信は、ＵＤＰを用いた通信と比べて通信速度が遅い。
また、ＴＣＰコネクションにおいてセキュアな通信を行うためには、ＴＣＰコネクションの確立に加えて、ＴＬＳ通信（ＴＬＳ ｏｖｅｒ ＴＣＰコネクションを用いた通信）を行うための処理（例えば、ＴＬＳハンドシェイク等）を行う必要がある。したがって、ＨＴＴＰ／２を用いたセキュアな通信を実現するためには、接続（ＴＣＰコネクション）を確立するための処理と、ＴＬＳ通信を行うための処理とが実行される必要がある。
一方、ＨＴＴＰ／３を用いるための接続であるＱＵＩＣコネクションは、データ（パケット）の通信に、ＵＤＰを用いる。ＵＤＰはＴＣＰと異なり、パケット順序制御を行わない。したがって、ＵＤＰでは、パケット順序制御によるパケットの再送が発生しないため、ＨｏＬ問題が緩和さる。また、ＵＤＰでは、ＴＣＰにおける３ウェイハンドシェイクを行わない。このように、ＵＤＰは、ＴＣＰと比べて、通信の信頼性が保証されない。しかし、ＵＤＰが用いられることにより、簡易的な処理により通信が実現されるため、ＵＤＰを用いた通信は、ＴＣＰを用いた通信と比べて、通信速度が速い。なお、ＱＵＩＣコネクションでは、ＱＵＩＣプロトコルにより、パケットの到着の保証やパケットの順序の保証、コネクションの管理が行われる。
また、ＱＵＩＣプロトコルは、ＴＬＳ１．３と統合されており、接続を確立する処理において、セキュアな通信（ＴＬＳプロトコルを用いた通信）を行うための処理を行うことができる。したがって、ＨＴＴＰ／３を用いたセキュアな通信を実現するためには、接続（ＱＵＩＣコネクション）を確立するための処理が実行されればよい。
以上のように、ＵＤＰを用いる接続であるＱＵＩＣコネクションは、ＴＣＰを用いるＴＣＰコネクションと比べて、通信を行う装置間における接続の確立時の手順が異なり、接続の確立時に送受信されるパケットの量が減る。さらに、ＱＵＩＣコネクションでは、確立するだけで、セキュアな通信が実現される。さらに、ＱＵＩＣコネクションは、ＨｏＬ問題が緩和された通信を行うことができる。そのため、ＱＵＩＣコネクションを用いる通信プロトコルであるＨＴＴＰ／３は、ＴＣＰコネクションを用いるＨＴＴＰ／２と比べて、通信速度が速い（ＨＴＴＰ／２はＨＴＴＰ／３と比べて通信速度が遅い）。
制御部１００は、ＱＵＩＣコネクションとＴＬＳ ｏｖｅｒ ＴＣＰコネクションとの２つのコネクションを確立するための処理を並行して開始する。例えば、制御部１００は、ＱＵＩＣコネクションを確立する処理とＴＬＳ ｏｖｅｒ ＴＣＰコネクションを確立する処理とをほぼ同時に開始してもよい。なお、制御部１００は、ＱＵＩＣコネクションを確立する処理を開始した後に、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションを確立する処理を開始してもよい。
制御部１００は、ＱＵＩＣコネクションを確立するために、サーバ装置２０の、ＨＴＴＰ／３を用いた通信を行う場合に用いられるデフォルトポート（例えば、４４３／ＵＤＰ）への接続を行う。制御部１００は、ＱＵＩＣを用いた接続が確立できた場合、ＱＵＩＣコネクションが確立したと判定する。
また、制御部１００は、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションを確立するために、サーバ装置２０の、ＨＴＴＰ／２を用いた通信を行う場合に用いられるデフォルトポート（例えば、４４３／ＴＣＰ）への通信を行う。制御部１００は、ＴＬＳのＡＬＰＮ（Application-Layer Protocol Negotiation）ネゴシエーションが成立した場合、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションが確立したと判定する。
つづいて、制御部１００は、ＱＵＩＣコネクションが確立したか否かを判定する（ステップＳ２０２）。例えば、制御部１００は、以下のような場合に、ＱＵＩＣコネクションが確立したと判定する。
・ＱＵＩＣコネクションが先に確立できた場合
・ＴＬＳ ｏｖｅｒ ＴＣＰコネクションが確立できたあと、所定の時間内にＱＵＩＣコネクションが確立できた場合
所定の時間は、予め定められていてもよいし、ユーザによって設定可能であってもよい。制御部１００は、所定の時間内にＱＵＩＣコネクションが確立できた場合も、ＱＵＩＣコネクションが確立したと判定することにより、ＱＵＩＣコネクションを用いたＨＴＴＰ／３（第１の通信プロトコル）による通信を行うことができる。
制御部１００は、ＱＵＩＣコネクションが確立できた場合、ＴＣＰコネクションを切断する（ステップＳ２０２；Ｙｅｓ→ステップＳ２０４）。
つづいて、制御部１００は、通信プロトコルとしてＨＴＴＰ／３を用いた接続を確立する（ステップＳ２０６）。つまり、制御部１００は、ＨＴＴＰ／３を通信プロトコルとして用いた通信を可能な状態にする。例えば、制御部１００は、ＨＴＴＰ／３を通信プロトコルとして用いた通信を可能とするために、ＡＬＰＮでトークンとして「ｈ３」を指定して、サーバ装置２０とプロトコルネゴシエーションを行う。
つづいて、制御部１００は、サーバ装置２０とSETTINGS FRAMEの交換を行うことにより、サーバ装置２０の設定情報を取得する（ステップＳ２０８）。
一方、制御部１００は、ステップＳ２０２において、ＱＵＩＣコネクションが確立できなかった場合、ＱＵＩＣコネクションを切断する（ステップＳ２０２；Ｎｏ→ステップＳ２１０）。ＱＵＩＣコネクションが確立できない場合とは、例えば、サーバ装置２０の、ＨＴＴＰ／３を用いた通信を行う場合に用いられるデフォルトポートに接続できなかった場合や、当該接続の処理が、所定時間経過しても完了しなかった場合である。
このような場合で、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションが確立できたとき、制御部１００は、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションを用いた通信を続行する。
つづいて、制御部１００は、通信プロトコルとしてＨＴＴＰ／２接続が可能であるか否か、つまり、ＨＴＴＰ／２を用いた通信が可能であるか否かを判定する（ステップＳ２１２）。例えば、制御部１００は、ＡＬＰＮによって、ＨＴＴＰ／２（ｈ２）とＨＴＴＰ／１．１（ｈｔｔｐ／１．１）とを指定する。制御部１００は、サーバ装置２０によって、ＨＴＴＰ／２が選択された場合、ＨＴＴＰ／２を用いた通信が可能であると判定する。一方、制御部１００は、サーバ装置２０によって、ＨＴＴＰ／１．１が選択された場合、ＨＴＴＰ／２を用いた通信が可能ではないと判定する。このとき、制御部１００は、サーバ装置２０によって選択された通信プロトコルを用いた接続を確立し、通信を開始する。
制御部１００は、ステップＳ２１２において、ＨＴＴＰ／２を用いた通信が可能であると判定した場合、サーバ装置２０とSETTINGS FRAMEの交換を行うことにより、サーバ装置２０の設定情報を取得する（ステップＳ２１２；Ｙｅｓ→ステップＳ２１４）。なお、制御部１００は、ステップＳ２１２において、ＨＴＴＰ／２を用いた通信が可能ではないと判定した場合、ステップＳ２１４における処理を省略（スキップ）する（ステップＳ２１２；Ｎｏ）。
また、制御部１００は、ステップＳ２０８における処理を実行したあと、ステップＳ２１４における処理を実行したあと又はステップＳ２１４における処理を省略したあと、設定値情報を記憶する（ステップＳ２１６）。例えば、制御部１００は、ステップＳ１００において取得した識別子をサーバ識別子として含み、通信先のサーバ装置２０から取得したSETTINGS FRAMEの内容等を設定情報として含んだ設定値情報を、設定値情報記憶領域１６２に記憶する。このようにすることで、制御部１００は、ＵＲＩやＩＰアドレスによって識別される通信先の装置（サーバ装置２０）との通信に用いることが可能な通信プロトコルやポートの情報を記憶することができる。
なお、制御部１００は、ステップＳ２１６において、以下に示す処理を実行する。
・制御部１００は、ＨＴＴＰ／２とＨＴＴＰ／３との何れにも接続可能である場合、接続可能なプロトコルには、ＨＴＴＰ／２とＨＴＴＰ／３との両方を記憶する。
・制御部１００は、サーバ装置２０から、通信途中に、フレーム及びヘッダ（例えば、Ａｌｔ－Ｓｖｃヘッダ／フレーム）で、別の通信プロトコル／ＵＲＩで同じリソースが得られることを示された場合、示された情報を記憶する。
・制御部１００は、サーバ装置２０から、設定のスキップ（SETTINGS FRAMEの交換の省略）が可能であることを示された場合、設定のスキップが可能であることを示す情報を記憶する。なお、制御部１００は、設定のスキップが可能であることを、例えば、サーバ装置２０から特定のフレームを受信した場合、設定のスキップが可能であることが示されたと判定する。なお、制御部１００は、サーバ装置２０から、拡張されたSETTINGS FRAMES（例えば、特定の情報が含まれたSETTINGS FRAMES）を受信したときや、サーバ装置２０によって所定の処理が実行されたとき、設定のスキップが可能であることが示されたと判定してもよい。
・制御部１００は、ＴＬＳ通信を行った場合は、ＴＬＳ通信を行ったことを示す情報を記憶する。
上述した処理により、制御部１００は、ＨＴＴＰ／３による通信と、ＨＴＴＰ／２による通信との、何れかの通信を開始することができ、サーバ装置２０との通信に用いたプロトコルの情報を記憶することができる。なお、制御部１００は、ＱＵＩＣコネクション及びＴＬＳ ｏｖｅｒ ＴＣＰコネクションの何れも確立できなかった場合、図５に記載した処理を終了して、表示部１４０に、エラーメッセージを表示してもよい。
［１．３．１．３ 第２の接続処理］
第２の接続処理について、図６を参照して説明する。第２の接続処理は、通信を行う装置（端末装置１０とサーバ装置２０）との間で、平文による通信を行うための接続を確立するための処理である。はじめに、制御部１００は、サーバ装置２０とＴＣＰ接続（通信プロトコルとしてＴＣＰを用いた接続）を開始し、ＴＣＰコネクションを確立する（ステップＳ３００）。これにより、制御部１００は、サーバ装置２０との間でＴＣＰコネクションを確立し、ＴＣＰを用いた平文の通信を行うことができる。また、このとき、制御部１００は、通信プロトコルとしてＨＴＴＰ／１．１を用いた通信が可能となる。
ＴＣＰコネクションが確立した場合、制御部１００は、通信プロトコルのアップグレードの要求をサーバ装置２０に送信する（ステップＳ３０２）。例えば、制御部１００は、Switching Protocolを利用して、サーバ装置２０に対して、Ｕｐｇｒａｄｅ要求を送信する。
制御部１００は、ステップＳ３０２における処理の結果、通信プロトコルをＨＴＴＰ／１．１からＨＴＴＰ／２にアップグレード可能であるか否か（ＨＴＴＰ／２接続が可能であるか否か）を判定する（ステップＳ３０４）。例えば、制御部１００は、サーバ装置２０から、ＨＴＴＰ／２へのアップグレードが可能であることを示す情報を受信した場合、ＨＴＴＰ／２接続が可能であると判定する。
ＨＴＴＰ／２接続が可能である場合、制御部１００は、サーバ装置２０との間に、ＨＴＴＰ／２ ｃｌｅａｒ ｔｅｘｔ接続（ＨＴＴＰ／２ ｃｌｅａｒ ｔｅｘｔによる通信）を確立し、通信を開始する（ステップＳ３０４；Ｙｅｓ→ステップＳ３０６）。さらに、制御部１００は、サーバ装置２０と、SETTINGS FRAMEの交換を行う（ステップＳ３０８）。
一方、ＨＴＴＰ／２接続が可能ではない場合、制御部１００は、サーバ装置２０との間に、ＨＴＴＰ／１．１ ｃｌｅａｒ ｔｅｘｔ接続（ＨＴＴＰ／１．１ ｃｌｅａｒ ｔｅｘｔによる通信）を確立し、通信を開始する（ステップＳ３０４；Ｎｏ→ステップＳ３１０）。この場合、制御部１００は、SETTINGS FRAMEを交換する処理を省略（スキップ）する。
このようにして、制御部１００は、ステップＳ３０４において、サーバ装置２０との通信に用いることができる通信プロトコルがＨＴＴＰ／１．１であるかＨＴＴＰ／２であるかといったことを判定することができる。また、制御部１００は、サーバ装置２０との通信において、ＨＴＴＰ／２を用いることができる場合、サーバ装置２０との通信に用いるプロトコルをＨＴＴＰ１．１からＨＴＴＰ／２に変更することができる。
つづいて、制御部１００は、設定値情報を記憶する（ステップＳ３１２）。ステップＳ３１２における処理は、図５のステップＳ２１６における処理と同様の処理である。
［１．３．１．４ 第１の再接続処理］
第１の再接続処理について、図７を参照して説明する。はじめに、制御部１００は、ＱＵＩＣコネクションを確立する（ステップＳ４００）。ここで、制御部１００は、図４のステップＳ１１０において、通信先であるサーバ装置２０がＨＴＴＰ／３をホストしていることを判定している。したがって、制御部１００は、ＱＵＩＣコネクションを確立すればよく、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションを確立する処理を省略することができる。ＴＬＳ ｏｖｅｒ ＴＣＰコネクションを確立する処理を省略することができるため、制御部１００は、ＨＴＴＰ／３を用いた通信を効率よく再開することができる。このようにして、制御部１００は、通信先であるサーバ装置２０と通信を行うとき、当該サーバ装置２０の通信に用いることが可能な通信プロトコルとしてＨＴＴＰ／３（第１のプロトコル）が記憶されている場合、当該ＨＴＴＰ／３を用いた通信を行う。
つづいて、制御部１００は、設定のスキップが可能であるか否かを判定する（ステップＳ４０２）。例えば、制御部１００は、ステップＳ１００において取得したサーバ装置２０の識別子に対応するサーバ識別子を含む設定値情報を取得する。制御部１００は、取得した設定値情報に設定のスキップが可能であることを示す情報が記憶されている場合、設定のスキップが可能であると判定する。
制御部１００は、設定のスキップが可能である場合、設定値を復元する（ステップＳ４０２；Ｙｅｓ→ステップＳ４０４）。例えば、制御部１００は、ステップＳ４０２において取得した設定値情報に記憶された設定情報を読み出し、SETTINGS FRAMEの内容を取得し、当該SETTINGS FRAMEを受信した後の状態を再現した上で、サーバ装置２０との通信を開始する。この場合、制御部１００は、サーバ装置２０とのSETTINGS FRAMEを交換する処理をスキップする（ステップＳ４０６）。
なお、制御部１００は、SETTINGS FRAMEの交換を省略することによりエラーが生じた場合は、ＨＴＴＰ／３の再接続を行う（ステップＳ４０８；Ｙｅｓ→ステップＳ４１０）。エラーが生じた場合とは、例えば、通信先であるサーバ装置２０から、エラーが返された場合である。このような場合は、制御部１００は、サーバ装置２０と、ＨＴＴＰ／３を用いた通信を行うために必要な情報の送受信を行うことで、ＨＴＴＰ／３の再接続を行う。このとき、制御部１００は、ステップＳ４０２において取得した設定値情報に、設定のスキップが不可能であることを示す情報を記憶する。なお、制御部１００は、設定値情報から、設定のスキップが可能であることを示す情報を削除することにより、設定のスキップが不可能であることを示してもよい。
また、制御部１００は、図５のステップＳ２０８の処理を実行することにより、サーバ装置２０と、SETTINGS FRAMEを交換する処理を実行する。
一方、制御部１００は、ステップＳ４０２において、設定のスキップが不可能であると判定した場合、サーバ装置２０とSETTINGS FRAMEの交換を行う（ステップＳ４０２；Ｎｏ→ステップＳ４１２）。この場合、制御部１００は、通常の方法により、通信プロトコルとしてＨＴＴＰ／３を用いる場合における処理を行う。
上述した処理により、制御部１００は、SETTINGS FRAMEの交換をスキップしてエラーが生じなかった場合や、SETTINGS FRAMEを交換した場合において、通信プロトコルとしてＨＴＴＰ／３を用いた通信を開始することができる。ここで、再接続時には、制御部１００は、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションを確立する処理を実行しなくてもよいため、サーバ装置２０への再接続を効率的に行うことができる。
なお、制御部１００は、ステップＳ４００におけるＱＵＩＣコネクションの確立に失敗した場合等、ＨＴＴＰ／３を用いることができない場合、通信先のサーバ装置２０に対応する設定値情報に記憶されている通信プロトコルを用いた通信に速やかに切り替える。
［１．３．１．５ 第２の再接続処理］
第２の再接続処理について、図８を参照して説明する。はじめに、制御部１００は、サーバ装置２０とＴＬＳ通信を行ったことを示す情報が記憶されているか否かを判定する（ステップＳ５００）。例えば、制御部１００は、ステップＳ１００において取得したサーバ装置２０の識別子に対応するサーバ識別子を含む設定値情報を取得し、取得した設定値情報にＴＬＳ通信を行ったことを示す情報が記憶されているか否かを判定すればよい。
制御部１００は、ＴＬＳ通信を行ったことを示す情報が記憶されている場合、サーバ装置２０とＴＬＳ接続を開始する（ステップＳ５００；Ｙｅｓ→ステップＳ５０２）。この場合は、サーバ装置２０がＨＴＴＰ／３をホストしておらず、プロトコルスキーマがＴＬＳプロトコルを用いた通信を行うことを示す場合である。制御部１００は、サーバ装置２０に対して、ＴＣＰ接続を開始し、ＴＬＳのＡＬＰＮネゴシエーションを実行する。これにより、制御部１００は、サーバ装置２０との間に、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションを確立することができる。
一方、制御部１００は、ＴＬＳ通信を行ったことを示す情報が記憶されていない場合、サーバ装置２０に対して、ＴＣＰ接続（平文の通信）を開始する（ステップＳ５００；Ｎｏ→ステップＳ５０４）。この場合は、サーバ装置２０がＨＴＴＰ／３をホストしておらず、プロトコルスキーマがＴＬＳプロトコルを用いた通信を行うことを示していない場合である。このとき、制御部１００は、ＴＬＳのＡＬＰＮネゴシエーションは実行しない。これにより、制御部１００は、サーバ装置２０との間に、ＴＣＰコネクションを確立することができる。
つづいて、制御部１００は、通信先のサーバ装置２０に対応する設定値情報に含まれるサーバ識別子に、プロトコルの情報として、ＨＴＴＰ／２を示す情報が記憶されているか否かを判定する（ステップＳ５０６）。
制御部１００は、ＨＴＴＰ／２を示す情報が記憶されている場合、サーバ装置２０に、Client Connection Prefaceを送信する（ステップＳ５０６；Ｙｅｓ→ステップＳ５０８）。この場合、制御部１００は、サーバ装置２０との通信において、通信プロトコルとしてＨＴＴＰ／２を用いることが予め検出できるため、ステップＳ５０８における処理により、ダイレクトモードでＨＴＴＰ／２を用いた通信を行うことができる。
制御部１００は、Client Connection Prefaceを送信することによりエラーが生じた場合は、サーバ装置２０がSwitching Protocolをサポートしているか否かを判定する（ステップＳ５１０；Ｙｅｓ→ステップＳ５１２）。エラーが生じた場合とは、例えば、通信先のサーバ装置２０から、エラーが返された場合である。
制御部１００は、サーバ装置２０がSwitching Protocolをサポートしている場合、図６のステップＳ３０２における処理を実行する（ステップＳ５１２；Ｙｅｓ）。なお、制御部１００は、通信プロトコルのアップグレードの処理の結果に応じて、サーバ装置２０との通信に用いることが可能な通信プロトコルを設定値情報に記憶する。
制御部１００は、サーバ装置２０がSwitching Protocolをサポートしていない場合、ステップＳ５０２又はステップＳ５０４における処理において確立したＴＬＳコネクション又はＴＣＰコネクションを切断する（ステップＳ５１２；Ｎｏ→ステップＳ５１４）。また、制御部１００は、サーバ装置２０に対応する設定値情報を削除し、図４のステップＳ１０４における処理を実行する。この場合、制御部１００は、設定値情報が記憶されていないとして、サーバ装置２０との通信を行う。
ステップＳ５１０においてエラーが生じなかった場合、つまり、Client Connection Prefaceの通信が成功したとき、制御部１００は、設定のスキップが可能であるか否かを判定する（ステップＳ５１０；Ｎｏ→ステップＳ５１６）。
制御部１００は、設定のスキップが可能である場合、設定値を復元し（ステップＳ５１６；Ｙｅｓ→ステップＳ５１８）、サーバ装置２０とのSETTINGS FRAMEを交換する処理をスキップする（ステップＳ５２０）。一方、制御部１００は、設定のスキップが不可能である場合、サーバ装置２０とSETTINGS FRAMEの交換を行う（ステップＳ５１６；Ｎｏ→ステップＳ５２４）。ステップＳ５１６からステップＳ５２４までの処理は、図７におけるステップＳ４０２からステップＳ４０６及びステップＳ４１２における処理と同様の処理である。
なお、制御部１００は、ステップＳ５０６において、設定値情報に含まれるサーバ識別子に、プロトコルの情報として、ＨＴＴＰ／２を示す情報が記憶されていないと判定した場合は、ＨＴＴＰ／１．１接続（ＨＴＴＰ／１．１を用いた通信）を開始する（ステップＳ５０６；Ｎｏ→ステップＳ５２６）。この場合、制御部１００は、サーバ装置２０との通信において、通信プロトコルとしてＨＴＴＰ／１．１を用いることが予め検出できるため、ＨＴＴＰ／１．１を用いた通信を行うことができる。
［１．３．２ サーバ装置］
［１．３．２．１ メイン処理］
つづいて、図９を参照して、サーバ装置２０が実行するメイン処理の流れを説明する。サーバ装置２０の制御部２００は、図９に示した処理を繰り返し実行する。これにより、端末装置１０からのコネクションの確立を待ち受ける。
まず、制御部２００は、端末装置１０によって、ＱＵＩＣコネクションの確立を行うための処理が開始されたことを検出した場合、第３の接続処理を実行する（ステップＳ６００；Ｙｅｓ→ステップＳ６０２）。
一方、制御部２００は、ＱＵＩＣコネクションの確立を行うための処理の開始を検出せずに、ＴＣＰコネクションの確立を行うための処理が開始されたことを検出したとき、第４の接続処理を実行する（ステップＳ６００；Ｎｏ→ステップＳ６０４；Ｙｅｓ→ステップＳ６０６）。第３の接続処理と第４の接続処理については後述する。なお、ＴＣＰコネクションの確立を行うための処理が開始されたことを検出しなかった場合は、制御部２００は、図９に示した処理を終了する（ステップＳ６０４；Ｎｏ）。
［１．３．２．２ 第３の接続処理］
第３の接続処理について、図１０を参照して説明する。制御部２００は、ＱＵＩＣコネクションの確立が開始されたとき、当該コネクションにおけるＣｏｎｎｅｃｔｉｏｎ ＩＤと、切断がされていないＱＵＩＣコネクションのＣｏｎｎｅｃｔｉｏｎ ＩＤとが一致しているか否かを判定する（ステップＳ７００）。制御部２００は、Ｃｏｎｎｅｃｔｉｏｎ ＩＤが一致している場合は、当該Ｃｏｎｎｅｃｔｉｏｎ ＩＤと一致するＱＵＩＣコネクションを復帰させる（ステップＳ７００；Ｙｅｓ→ステップＳ７０２）。
一方、制御部２００は、Ｃｏｎｎｅｃｔｉｏｎ ＩＤが一致していない場合は（ステップＳ７００；Ｎｏ）、新規のＱＵＩＣコネクションを確立するための接続を受信したと判定する。この場合、制御部２００は、ＱＵＩＣコネクションを確立する通信相手である端末装置１０との間で、設定のスキップが可能であるか否かを判定する（ステップＳ７０４）。制御部２００は、設定のスキップが可能である場合、設定値を復元し（ステップＳ７０４；Ｙｅｓ→ステップＳ７０６）、端末装置１０とのSETTINGS FRAMEを交換する処理をスキップする（ステップＳ７０８）。例えば、制御部２００は、通信相手である端末装置１０に対応する設定値情報を設定値情報記憶領域２６２から読み出し、読み出した設定値情報に記憶された、端末装置１０から受信したSETTINGS FRAMEの情報を取得する。そして、制御部２００は、取得したSETTINGS FRAMEの情報を受信した後の状態を再現した上で、端末装置１０との通信を開始する。
一方、制御部２００は、設定のスキップが不可能である場合、端末装置１０とSETTINGS FRAMEの交換を行う（ステップＳ７０４；Ｎｏ→ステップＳ７１０）。
つづいて、制御部２００は、ＨＴＴＰ／２やＨＴＴＰ１．１をホストしているか否かを判定する（ステップＳ７１２）。制御部２００は、ＨＴＴＰ／２及びＨＴＴＰ１．１のうち、何れか一方又は両方をホストしている場合、Ａｌｔ－Ｓｖｃの設定を行う（ステップＳ７１２；Ｙｅｓ→ステップＳ７１４）。Ａｌｔ－Ｓｖｃの設定とは、サーバ装置２０が端末装置１０に対して、ホストしているオリジンやプロトコル等を示すための設定である。例えば、制御部２００は、Ａｌｔ－Ｓｖｃヘッダに、ホストしている通信プロトコルを示すトークン（「ｈ２」、「ｈ２ｃ」、「ｈｔｔｐ１．１」等）やポートの情報を含める設定をしたり、Ａｌｔ－Ｓｖｃフレームを送信する設定をしたりする。なお、制御部２００は、ＨＴＴＰ／２及びＨＴＴＰ１．１の何れもホストしていない場合は、ステップＳ７１４における処理を省略（スキップ）する（ステップＳ７１２；Ｎｏ）。また、制御部２００は、ステップＳ７１４において、オリジン（オリジンサーバ）や、サーバの構成に関する設定を端末装置１０に対して示すための処理を実行してもよい。
つづいて、制御部２００は、端末装置１０に対して、ＨＴＴＰレスポンス（ＨＴＴＰ ２００ ＯＫ）を送信する（ステップＳ７１６）。ここで、制御部２００によって、ステップＳ７１４における処理が実行されている場合、ＨＴＴＰレスポンスのヘッダに、Ａｌｔ－Ｓｖｃヘッダが設定されたデータや、Ａｌｔ－Ｓｖｃフレームが送信される。このようなＨＴＴＰレスポンスが端末装置１０によって受信されることで、端末装置１０は、サーバ装置２０が、ＨＴＴＰ／２やＨＴＴＰ１．１をホストしていることを検出することができる。
また、制御部２００は、設定値情報を記憶する（ステップＳ７１８）。例えば、制御部２００は、通信相手である端末装置１０の識別子を含み、当該端末装置１０から取得したSETTINGS FRAMEの内容等を設定情報として含んだ設定値情報を、設定値情報記憶領域２６２に記憶する。
［１．３．２．３ 第４の接続処理］
第４の接続処理について、図１１を参照して説明する。制御部２００は、端末装置１０から、Client Connection Prefaceを受信したか否かを判定する（ステップＳ８００）。
制御部２００は、Client Connection Prefaceを受信した場合、通信相手である端末装置１０との間で、設定のスキップが可能であるか否かを判定する（ステップＳ８００；Ｙｅｓ→ステップＳ８０２）。設定のスキップが可能である場合、設定値を復元し（ステップＳ８０２；Ｙｅｓ→ステップＳ８０４）、端末装置１０とのSETTINGS FRAMEを交換する処理をスキップする（ステップＳ８０６）。一方、制御部２００は、設定のスキップが不可能である場合、端末装置１０とSETTINGS FRAMEの交換を行う（ステップＳ８０２；Ｎｏ→ステップＳ８０８）。ステップＳ８０２からステップＳ８０８までの処理は、図１０におけるステップＳ７０４からステップＳ７１０までの処理と同様の処理である。
一方、制御部２００は、Client Connection Prefaceを受信しなかった場合、端末装置１０から、プロトコルアップグレード要求を受信したか否かを判定する（ステップＳ８００；Ｎｏ→ステップＳ８１０）。
制御部２００は、プロトコルアップグレード要求を受信した場合、端末装置１０と、ＡＬＰＮによるプロトコルのアップグレードを行うときは、ＡＬＰＮによるネゴシエーションを行う（ステップＳ８１２；Ｙｅｓ→ステップＳ８１４）。一方、制御部２００は、ＡＬＰＮによるプロトコルのアップグレードを行わないときは、Switching Protocolによるプロトコルのアップグレードを行う（ステップＳ８１２；Ｎｏ→ステップＳ８１６）。
さらに、制御部２００は、端末装置１０と、SETTINGS FRAMEの交換を行う（ステップＳ８１８）。
なお、制御部２００は、ステップＳ８１０において、プロトコルアップグレード要求を受信しなかった場合は、端末装置１０と、通信プロトコルとしてＨＴＴＰ１．１を用いた通信を行う（ステップＳ８１０；Ｎｏ→ステップＳ８２０）。
つづいて、制御部２００は、ＨＴＴＰ／３をホストしている場合、Ａｌｔ－Ｓｖｃヘッダに、ホストしている通信プロトコルを示すトークン（「ｈ３」等）やポートの情報を含める（ステップＳ８２２；Ｙｅｓ→ステップＳ８２４）。なお、制御部２００は、ＨＴＴＰ／３をホストしていない場合は、ステップＳ７１４における処理を省略（スキップ）する（ステップＳ８２２；Ｎｏ）。
つづいて、制御部２００は、端末装置１０に対して、ＨＴＴＰレスポンス（ＨＴＴＰ ２００ ＯＫ）を送信する（ステップＳ８２６）。ここで、制御部２００によって、ステップＳ８２４における処理が実行されている場合、ＨＴＴＰレスポンスのヘッダに、Ａｌｔ－Ｓｖｃヘッダが設定されたデータや、Ａｌｔ－Ｓｖｃフレームが送信される。このようなＨＴＴＰレスポンスが端末装置１０によって受信されることで、端末装置１０は、サーバ装置２０が、ＨＴＴＰ／３をホストしていることを検出することができる。
また、制御部２００は、設定値情報を記憶する（ステップＳ８２８）。なお、ステップＳ８２０からステップＳ８２６までの処理は、図１０におけるステップＳ７１２からステップＳ７１８までの処理と同様の処理である。
［１．４ 動作例］
図１２及び図１３を参照して、本実施形態における端末装置１０及びサーバ装置２０の動作について説明する。図１２は、端末装置１０が、ＴＬＳプロトコルを用いてサーバ装置２０と通信を行う場合の処理のシーケンスを表した図である。なお、図１２に示した処理は、端末装置１０が通信先であるサーバ装置２０に対応する設定値情報を記憶していない場合に実行される処理である。
はじめに、端末装置１０はＱＵＩＣコネクションと、ＴＣＰコネクションとを確立するための処理を開始する。具体的には、端末装置１０とサーバ装置２０とは、ＱＵＩＣハンドシェイク（Ｓ１０００）と、ＴＣＰによる３ウェイハンドシェイク（Ｓ１００２）及びＴＬＳハンドシェイク（Ｓ１００４）とを、並行して実行する。なお、Ｓ１０００のＱＵＩＣハンドシェイクにおいてＴＬＳハンドシェイクも併せて行われるため、ＱＵＩＣコネクションの確立は、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションの確立と比べて、ＲＴＴ（Round-Trip Time）を小さくすることができる。
ＨＴＴＰ／３を用いるための接続が完了した場合（例えば、ＨＴＴＰ／３側の接続が先に確立した場合）、端末装置１０とサーバ装置２０とは、ＴＬＳ Ａｌｅｒｔ（close_notify）を送信することでＴＬＳ接続を切断し（Ｓ１００６）、ＦＩＮパケットを送信することでＴＣＰ接続を切断する（Ｓ１００８）。これらの処理により、ＴＣＰコネクションは切断される。一方、端末装置１０とサーバ装置２０とは、通信プロトコルとしてＨＴＴＰ／３を用いて、SETTINGS FRAMEの交換を行い（Ｓ１０１０）、さらに、端末装置１０とサーバ装置２０とは、ＨＴＴＰ／３を用いて、データ（application data）の送受信を行う（Ｓ１０１２）。Ｓ１００６及びＳ１００８における処理と、Ｓ１０１０及びＳ１０１２における処理とは並行して実行される。
一方、ＨＴＴＰ／２を用いるための接続が完了した場合（例えば、ＨＴＴＰ／２側の接続が先に確立した場合）、端末装置１０は、ＱＵＩＣコネクションを切断するために、
サーバ装置２０にHANDSHAKEパケット又はInitialパケットを用いてCONNECTION_CLOSEを送信する（Ｓ１０１４）。この場合、端末装置１０とサーバ装置２０とは、通信プロトコルとしてＨＴＴＰ／１．１又はＨＴＴＰ／２を用いた通信を行う。
ここで、端末装置１０によってＡＬＰＮによりＨＴＴＰ／２を用いた通信が可能であることが判定された場合、端末装置１０とサーバ装置２０とは、Connection Prefaceの送受信（Ｓ１０１６）、SETTINGS FRAMEの交換（Ｓ１０１８）を行う。さらに、端末装置１０とサーバ装置２０とは、ＨＴＴＰ／２を用いて、データ（application data）の送受信を行う（Ｓ１０２０）。
端末装置１０によってＡＬＰＮによりＨＴＴＰ／２を用いた通信が不可能であることが判定された場合は、端末装置１０とサーバ装置２０とは、ＨＴＴＰ／１．１を用いて、データ（application data）の送受信を行う（Ｓ１０２２）。
このようにして、制御部１００は、端末装置１０は、サーバ装置２０との通信を行う場合において、ＨＴＴＰ／３、ＨＴＴＰ／２及びＨＴＴＰ１．１の何れかの通信プロトコルを選択して、サーバ装置２０との通信を行うことができる。また、このときに端末装置１０によって選択された通信プロトコルや、サーバ装置２０から受信したＨＴＴＰレスポンスのＡｌｔ－Ｓｖｃヘッダに含まれて通知された情報を含んだ設定値情報を記憶する（Ｓ１０２４）。
図１３は、端末装置１０が、通信先のサーバ装置２０に対応する設定値情報を記憶し、当該サーバ装置２０に対して、通信プロトコルとしてＨＴＴＰ／３を用いた通信を行う場合の処理のシーケンスを表した図である。
はじめに、端末装置１０とサーバ装置２０とは、ＱＵＩＣハンドシェイクを実行する（Ｓ２０００）。つづいて、端末装置１０とサーバ装置２０との両方の装置がSETTINGS FRAMEの交換が省略可能である場合、端末装置１０は、サーバ装置２０に対して、空のSETTINGS FRAME（具体的なデータが含まれないSETTINGS FRAME）を送信する（Ｓ２００２）。また、サーバ装置２０は、端末装置１０に対して、空のSETTINGS FRAMEを送信する（Ｓ２００４）。
空のSETTINGS FRAMEを送信することで、端末装置１０やサーバ装置２０は、SETTINGS FRAMEの内容（設定値）に変更がないことを判定することができる。端末装置１０やサーバ装置２０は、通信相手から空のSETTINGS FRAMEを受信したら、当該通信相手に対応する設定値情報に記憶されている情報に基づき、SETTINGS FRAMEの内容を復元する。
なお、設定値に変更がある場合は、変更した内容を含むSETTINGS FRAMEが送信されてもよい。この場合、所定の内容を含むSETTINGS FRAMEを受信した装置は、設定値として受信した内容を優先して使用する。
一方、端末装置１０とサーバ装置２０とのSETTINGS FRAMEの交換が省略不可能である場合、端末装置１０は、サーバ装置２０に対して、設定値を示すデータを含むSETTINGS FRAMEを送信する（Ｓ２００６）。また、サーバ装置２０は、端末装置１０に対して、設定値を示すデータを含むSETTINGS FRAMEを送信する（Ｓ２００８）。
なお、SETTINGS FRAMEの交換を省略（スキップ）したときにエラーが生じた場合は、サーバ装置２０から端末装置１０へ、所定の情報が送信される。例えば、サーバ装置２０がGraceful shutdownを選択した場合、サーバ装置２０から端末装置１０に対して、GOWAY FRAMEが送信される（Ｓ２０１０）。その上で、サーバ装置２０から端末装置１０に対して、CONNECTION_CLOSEが送信される（Ｓ２０１２）。なお、サーバ装置２０によって強制的なシャットダウンが選択された場合、サーバ装置２０から端末装置１０に対して、GOWAY FRAMEが送信されることなく、CONNECTION_CLOSEが送信される。このように、サーバ装置２０によってコネクションが切断された場合、端末装置１０は、ＨＴＴＰ／３を用いた通信を行うために、図１２に示したＳ１０００やＳ１０１０における処理を実行することで、サーバ装置２０に対する再接続の処理を行う。
SETTINGS FRAMEの交換を省略（スキップ）したときにエラーが生じなかった場合は、端末装置１０とサーバ装置２０とは、ＨＴＴＰ／３を用いて、データ（application data）の送受信を行う（Ｓ２０１４）。
上述したように、本実施形態における端末装置は、以下のように、通信速度が速いＨＴＴＰ／３（第１の通信プロトコル）と、通信速度が遅いＨＴＴＰ／２（第２の通信プロトコル）とから、ＨＴＴＰ／３を効率的に優先して選択することができる。
（１）端末装置は、ＨＴＴＰ／３を用いるための接続（ＱＵＩＣコネクション）が確立できた場合、通信プロトコルとしてＨＴＴＰ／３を使用する。
（２）端末装置は、通信先のサーバ装置との通信にＨＴＴＰ／３を使用することを示す情報（設定値情報）が記憶されている場合は、ＨＴＴＰ／３を使用する。
したがって、端末装置は、ＨＴＴＰ／１．１、ＨＴＴＰ／２、ＨＴＴＰ／３といったように、３種類の通信プロトコルが選択可能である場合であっても、サーバ装置等他の装置との通信において用いる通信プロトコルとして、ＨＴＴＰ／３を効率的に選択することができる。この結果、端末装置は、通信を開始するまでに必要となる時間を短縮することができる。また、端末装置は、ＱＵＩＣコネクションといった、通信速度が速い接続を用いる通信プロトコルを優先的に選択し使用するため、通信先の装置と高速な通信を行うことができ、通信速度の低下を抑制することができる。
［２．第２実施形態］
つづいて第２実施形態について説明する。第２実施形態は、端末装置に応じて、優先して選択される通信プロトコルを変更する実施形態である。
ＨＴＴＰ／３を用いた通信は、パケットロスが生じた場合であっても通信速度が低下しにくいため、ＨＴＴＰ／２を用いた通信と比べて通信速度が速い。しかし、有線接続の場合は、パケットロスが生じる可能性が小さいため、ＨＴＴＰ／２を用いた通信であっても、通信速度が著しく低下する可能性は小さい。
このような場合に対応するため、制御部１００は、端末装置１０の通信環境や、コネクションの確立の順番に応じて、優先して選択する通信プロトコルを切り替える。具体的には、制御部１００は、ステップＳ２０２において、以下に示す処理を実行する。
（１）制御部１００は、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションが先に確立され、端末装置１０が有線接続である場合は、通信プロトコルとしてＨＴＴＰ／２を選択する。これにより、制御部１００は、ＨＴＴＰ／２を用いて、サーバ装置２０と通信を行う。
（２）上述した場合以外は、制御部１００は、通信プロトコルとしてＨＴＴＰ／３を選択する。これにより、制御部１００は、ＨＴＴＰ／３を用いて、サーバ装置２０と通信を行う。
なお、端末装置１０が有線接続である場合とは、通信部１９０が有線接続による通信を行う場合であり、端末装置１０が、ルータ等の通信機器と、ＬＡＮケーブル等の伝送媒体により接続されている場合である。例えば、端末装置１０がデスクトップＰＣであり、ＬＡＮケーブル等により他の通信機器と接続されている場合、通信プロトコルとしてＨＴＴＰ／２が優先的に選択される。一方、端末装置１０がラップトップＰＣやモバイルＰＣであり、無線接続により他の通信機器と接続されている場合、通信プロトコルとしてＨＴＴＰ／３が優先的に選択される。
このように、制御部１００は、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションが先に確立され、かつ、通信環境が有線接続であるといった所定の条件を満たす場合は、ＱＵＩＣコネクションによる接続が確立されるまで待つことなく、ＨＴＴＰ／２を優先して選択する。これにより、端末装置１０は、ＨＴＴＰ／３を用いて通信を行うための処理を省くことができるため、サーバ装置２０との通信を開始するまでの時間を短縮することができる。
なお、ＨＴＴＰ／２を優先して選択するための条件は、上述した条件以外の条件であってもよい。
また、制御部１００は、ステップＳ２１６において、通信先であるサーバ装置２０との通信に、ＨＴＴＰ／３を用いることが可能であることを示す情報を記憶する。したがって、制御部１００は、当該サーバ装置２０と再度通信を行う場合は、通信プロトコルとしてＨＴＴＰ／３を用いることができる。
このように、本実施形態によれば、端末装置の通信環境や、コネクションの確立の順番に応じて、優先して選択する通信プロトコルを切り替えることができる。
［３．第３実施形態］
第３実施形態について説明する。第３実施形態は、共通鍵暗号方式を用いて鍵交換を行うＴＬＳを利用する通信プロトコル間で、鍵情報を共有する実施形態である。
ＨＴＴＰ／３（第１の通信プロトコル）を用いるための接続（第１の接続）であるＱＵＩＣコネクションは、コネクションを確立するときにＴＬＳプロトコルを利用する。したがって、ＱＵＩＣコネクションが確立されるとき、端末装置１０とサーバ装置２０との間で、鍵情報（通信先の公開鍵の情報）が交換される。
一方、ＨＴＴＰ／２（第２の通信プロトコル）を用いるための接続（第２の接続）であるＴＬＳ ｏｖｅｒ ＴＣＰコネクションも、コネクションを確立するときにＴＬＳプロトコルを利用する。したがって、ＴＬＳ ｏｖｅｒ ＴＣＰコネクションが確立されるとき、端末装置１０とサーバ装置２０との間で、鍵情報（通信先の公開鍵の情報）が交換される。
ここで、端末装置１０とサーバ装置２０とは、第１の接続又は第２の接続のうち一方の接続を確立するときに通信相手となる装置から受信した鍵情報を記憶し、当該装置と他方の接続を確立するときは、記憶されている鍵情報を使用する。より具体的には、端末装置１０とサーバ装置２０とは、ＴＬＳ１．３以上の同じバージョンのＴＬＳを利用するプロトコル間（ＱＵＩＣ／ＵＤＰ－ＴＣＰ間）で、鍵情報を共有する。これにより、端末装置１０とサーバ装置２０とは、ＨＴＴＰ／２とＨＴＴＰ／３との間で、用いる通信プロトコルを切り替える場合において、接続の暗号化（暗号化接続）を行うためのやり取り（例えば、ＴＬＳハンドシェイク）のための処理を省略することができる。
このように、本実施形態によれば、端末装置やサーバ装置は、接続を暗号化するための処理を省略することができ、通信を開始するまでに必要となる時間を短縮することができる。
［４．変形例］
本発明は上述した各実施の形態に限定されるものではなく、種々の変更が可能である。すなわち、本発明の要旨を逸脱しない範囲内において適宜変更した技術的手段を組み合わせて得られる実施の形態についても本発明の技術的範囲に含まれる。例えば、上述した実施形態では、端末装置とサーバ装置との間で行われる通信は、ＷｅｂページをＷｅｂブラウザ等に表示させるために送信されるデータ等の送受信であるとして説明したが、これ以外の通信であってもよい。つまり、端末装置とサーバ装置との間で、ＨＴＴＰ／３、ＨＴＴＰ／２、ＨＴＴＰ１．１の何れかの通信プロトコルを用いてデータの送受信を行う場合、各実施形態において記載した処理に対して必要な修正を行った上で、当該データの送受信に適用できる。また、上述した説明では、ＨＴＴＰ通信を行う場合における、相対的に上位のバージョンの通信プロトコルをＨＴＴＰ／３とし、相対的に下位のバージョンの通信プロトコルをＨＴＴＰ／２として説明した。しかし、更に新しいバージョンのＨＴＴＰ通信の通信プロトコルが開発された場合、当該新しいバージョンのＨＴＴＰ通信の通信プロトコルを上位の通信プロトコルとし、既存のＨＴＴＰ通信の通信プロトコルを下位の通信プロトコルとして、本開示を適用してもよい。
また、上述した実施形態は、説明の都合上、それぞれ別に説明している部分があるが、技術的に可能な範囲で組み合わせて実行してもよいことは勿論である。例えば、第２実施形態と第３実施形態とを組み合わせてもよい。この場合、端末装置は、優先して選択する通信プロトコルを切り替えることと、鍵情報を共有することとを実現することができる。
また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭ（Read Only Memory）やＨＤＤ等の記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ （Blu-ray（登録商標） Disk） 等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の何れであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
１ システム
１０ 端末装置
１００ 制御部
１４０ 表示部
１５０ 操作部
１６０ 記憶部
１６２ 設定値情報記憶領域
１９０ 通信部
２０ サーバ装置
２６０ 記憶部
２６２ 設定値情報記憶領域
２９０ 通信部

Claims (8)

  1. 制御部と、通信先とＨＴＴＰ（Hyper Text Transfer Protocol）通信を行う通信部とを備え、
    前記制御部は、
    ＨＴＴＰ／３を用いるための第１の接続と、ＨＴＴＰ／２を用いるための第２の接続とを確立するための処理を開始し、
    前記第１の接続が確立できた場合、前記ＨＴＴＰ／３を用いて、前記通信部を介して通信を行う
    ことを特徴とする端末装置。
  2. 前記通信先と、前記通信先との通信に用いることが可能な通信プロトコルを記憶する記憶部をさらに備え、
    前記制御部は、前記通信先と通信を行うとき、前記記憶部に当該通信先の通信に用いることが可能な前記通信プロトコルとして前記ＨＴＴＰ／３が記憶されている場合、前記ＨＴＴＰ／３を用いて、前記通信先と通信を行う
    ことを特徴とする請求項１に記載の端末装置。
  3. 前記制御部は、前記第１の接続と前記第２の接続とが確立できた場合、前記第２の接続が先に確立され、前記通信部が有線接続による通信を行うときは前記ＨＴＴＰ／２を用いて前記通信先と通信を行い、それ以外のときは、前記ＨＴＴＰ／３を用いて前記通信先と通信を行うことを特徴とする請求項１又は２に記載の端末装置。
  4. 前記制御部は、前記第１の接続及び前記第２の接続が公開鍵暗号方式を用いた接続である場合、前記第１の接続及び前記第２の接続のうち一方の接続を介して前記通信先から鍵情報を取得した場合、当該通信先と他方の接続を確立するとき、前記鍵情報を用いることを特徴とする請求項１から３の何れか一項に記載の端末装置。
  5. 制御部とＨＴＴＰ（Hyper Text Transfer Protocol）通信を行う通信部とを備え、
    前記通信部は、ＨＴＴＰ／３を用いるための第１の接続及びＨＴＴＰ／２を用いるための第２の接続を確立することが可能であり、
    前記制御部は、
    前記第１の接続及び前記第２の接続が公開鍵暗号方式を用いた接続である場合、前記第１の接続又は前記第２の接続のうち一方の接続を介して通信先から鍵情報を取得した場合、当該通信先と他方の接続を確立するとき、前記鍵情報を用いる
    ことを特徴とするサーバ装置。
  6. ＨＴＴＰ（Hyper Text Transfer Protocol）通信を行う端末装置の通信方法であって、
    ＨＴＴＰ／３を用いるための第１の接続とＨＴＴＰ／２を用いるための第２の接続とを確立するための処理を開始するステップと、
    前記端末装置が、前記第１の接続が確立できた場合、前記ＨＴＴＰ／３を用いて通信を行うステップと、
    を含むことを特徴とする通信方法。
  7. コンピュータに、
    ＨＴＴＰ（Hyper Text Transfer Protocol）通信を行うコンピュータに、
    ＨＴＴＰ／３を用いるための第１の接続とＨＴＴＰ／２を用いるための第２の接続とを確立するための処理を開始する機能と、
    前記第１の接続が確立できた場合、前記ＨＴＴＰ／３を用いて通信を行う機能と、
    を実現させることを特徴とするプログラム。
  8. 制御部と通信部とを備え、
    前記制御部は、
    前記通信部を介して、通信速度が速い第１の通信プロトコルを用いるための第１の接続と、前記通信速度が遅い第２の通信プロトコルを用いるための第２の接続とを確立するための処理を開始し、
    前記第１の接続が確立できた場合、前記第１の通信プロトコルを用いて通信を行う
    ことを特徴とする端末装置。
JP2021091858A 2021-05-31 2021-05-31 端末装置、サーバ装置、通信方法及びプログラム Pending JP2022184168A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021091858A JP2022184168A (ja) 2021-05-31 2021-05-31 端末装置、サーバ装置、通信方法及びプログラム
US17/752,039 US11799942B2 (en) 2021-05-31 2022-05-24 Terminal device and communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021091858A JP2022184168A (ja) 2021-05-31 2021-05-31 端末装置、サーバ装置、通信方法及びプログラム

Publications (1)

Publication Number Publication Date
JP2022184168A true JP2022184168A (ja) 2022-12-13

Family

ID=84195318

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021091858A Pending JP2022184168A (ja) 2021-05-31 2021-05-31 端末装置、サーバ装置、通信方法及びプログラム

Country Status (2)

Country Link
US (1) US11799942B2 (ja)
JP (1) JP2022184168A (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11799910B2 (en) * 2021-07-09 2023-10-24 Cujo LLC Network connection management
US11930069B1 (en) * 2023-02-28 2024-03-12 Cisco Technology, Inc. HTTP/3 and HTTP/2 connectivity detection using parallel probes for preferred protocol selection

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7440560B1 (en) * 2003-11-17 2008-10-21 At&T Corp. Schema for empirical-based remote-access internet connection
US9578561B2 (en) * 2013-11-18 2017-02-21 At&T Mobility Ii Llc Method and apparatus for managing handovers in a wireless network
JP6429559B2 (ja) 2014-09-26 2018-11-28 キヤノン株式会社 通信装置、通信システム、情報処理方法及びプログラム
US10602551B2 (en) * 2018-06-27 2020-03-24 Charter Communications Operating, Llc Methods and apparatus for testing alternative wireless connections and selecting a wireless connection
JP2022051975A (ja) * 2019-02-12 2022-04-04 ソニーグループ株式会社 情報処理装置および情報処理方法
US11792626B2 (en) * 2019-02-25 2023-10-17 Nokia Solutions And Networks Oy Combined service discovery and connection setup for service-based architectures
WO2021026509A1 (en) * 2019-08-08 2021-02-11 Intel Corporation Link performance prediction and media streaming technologies
US11496403B2 (en) * 2020-02-24 2022-11-08 Cloudflare, Inc. Modifying the congestion control algorithm applied to a connection based on request characteristics
US11258823B2 (en) * 2020-06-25 2022-02-22 Nokia Solutions And Networks Oy Multilayer tunneling of protocols over QUIC
US11196833B1 (en) * 2020-12-29 2021-12-07 Teso LT, UAB Proxy server synchronizer
US11196712B1 (en) * 2020-12-29 2021-12-07 Teso LT, UAB Proxy scraper detector

Also Published As

Publication number Publication date
US20220385719A1 (en) 2022-12-01
US11799942B2 (en) 2023-10-24

Similar Documents

Publication Publication Date Title
US8874756B2 (en) Information processing unit, information processing method, client device and information processing system
JP4903270B2 (ja) 冗長の接続を除去する方法
EP2001198B1 (en) File protocol for transaction based communication
US7933261B2 (en) Communication method, communication system, communication device, and program using multiple communication modes
EP2156638B1 (en) Multiplexed data stream protocol
US20130086142A1 (en) System and Method for Mobility and Multi-Homing Content Retrieval Applications
US10057326B2 (en) Client-adjustable window size for connectionless transfer protocols
JP2022184168A (ja) 端末装置、サーバ装置、通信方法及びプログラム
US20150249699A1 (en) Method and apparatus of performing remote computer file exchange
US9191406B2 (en) Message relaying apparatus, communication establishing method, and computer program product
EP3032838A1 (en) Message processing method, device, gateway, set-top box and internet protocol television system
US9357014B2 (en) Service-based networking
WO2012129468A1 (en) System and method for sharing data from a local network to a remote device
US10367894B2 (en) Information processing apparatus, method for controlling the same, non-transitory computer-readable storage medium, and information processing system
US10506080B2 (en) Communication apparatus, communication system, information processing method, and storage medium
US8838813B2 (en) Information processing unit, information processing method, remote server, and information processing system
US9596326B2 (en) Communication apparatus, communication method, and non-transitory computer-readable medium
AU2014231331B2 (en) System and method for reliable messaging between application sessions across volatile networking conditions
JP2009164960A (ja) セキュリティ通信装置、及び方法
US11212250B2 (en) Relay device, network system, and network control method
JP6610721B2 (ja) ストレージデバイス及びプログラム
WO2013081149A1 (ja) 情報処理装置、情報処理システム、及びサーバ装置
CN117640609A (zh) 点对点p2p传输方法、系统及装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240321