特許 6429559 通信装置、通信システム、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6429559

(24)【登録日】2018年11月9日

(45)【発行日】2018年11月28日

(54)【発明の名称】通信装置、通信システム、情報処理方法及びプログラム

(51)【国際特許分類】

   H04L 29/06 20060101AFI20181119BHJP

   H04L 29/08 20060101ALI20181119BHJP

【ＦＩ】

   H04L13/00 305C

   H04L13/00 307A

【請求項の数】17

【全頁数】16

(21)【出願番号】特願2014-197319(P2014-197319)

(22)【出願日】2014年9月26日

(65)【公開番号】特開2016-72684(P2016-72684A)

(43)【公開日】2016年5月9日

【審査請求日】2017年9月13日

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100090273

【弁理士】

【氏名又は名称】國分 孝悦

(72)【発明者】

【氏名】安間 健介

【審査官】 宮島 郁美

(56)【参考文献】

【文献】 特開２０００−２９９７７４（ＪＰ，Ａ）

【文献】 特開平０７−０２３２００（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１３／０２２７２７２（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００４／０２５９５７８（ＵＳ，Ａ１）

【文献】 大津 繁樹，ＨＴＴＰ／２の最新動向，電子情報通信学会誌 第９７巻 第８号，日本，一般社団法人電子情報通信学会，２０１４年 ８月 １日，第97巻 第8号，727〜733

【文献】 桐生 直輝，ＳＰＤＹを用いたＨＴＴＰのセッション管理方式の提案と実装，２０１４年 暗号と情報セキュリティシンポジウム ＳＣＩＳ２０１４ ［ＣＤ−ＲＯＭ］ ２０１４年 暗号と情報セキュリティシンポジウム概要集，電子情報通信学会情報セキュリティ研究専門委員会（ＩＳＥＣ研），２０１４年 １月２４日，1〜8

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ１２／００−１２／２６，１２／５０−１２／９５５，２９／００

Ｈ０４Ｂ７／２４−７／２６，Ｈ０４Ｗ４／００−９９／００

Ｇ０６Ｆ１３／００

(57)【特許請求の範囲】

【請求項1】

第１の通信プロトコルによる通信と、前記第１の通信プロトコルとは異なる第２の通信プロトコルによる通信とを実行可能な通信装置であって、
接続先の通信装置を指定する指定手段と、
前記指定手段により指定された前記接続先の通信装置との通信に用いる通信プロトコルを前記第２の通信プロトコルから前記第１の通信プロトコルへ切り替える切り替え処理を省略するか否かを、前記接続先の通信装置の識別情報が所定の記憶部に登録されているか否かに基づいて判断する判断手段と、
前記判断手段により前記切り替え処理を省略しないと判断された場合、前記接続先の通信装置との間で前記第２の通信プロトコルによる通信を行うことで前記第２の通信プロトコルから前記第１の通信プロトコルへの前記切り替え処理を実行する実行手段と、
前記判断手段により前記切り替え処理を省略すると判断された場合には、前記切り替え処理の少なくとも一部を実行することなく前記第１の通信プロトコルによる接続開始要求を前記接続先の通信装置に送信し、前記判断手段により前記切り替え処理を省略しないと判断された場合には、前記実行手段により前記切り替え処理を実行した後に前記第１の通信プロトコルによる前記接続開始要求を前記接続先の通信装置に送信する送信手段と、
を有することを特徴とする通信装置。

【請求項2】

前記実行手段による前記切り替え処理の実行結果に応じて、前記接続先の通信装置との間で前記第１の通信プロトコルによる通信が可能か否かを判断する通信可否判断手段を有することを特徴とする請求項１に記載の通信装置。

【請求項3】

前記通信可否判断手段により前記第１の通信プロトコルによる通信が可能でないと判断された場合、前記接続先の通信装置との間で前記第２の通信プロトコルによる通信を開始する通信開始手段を有することを特徴とする請求項２に記載の通信装置。

【請求項4】

前記接続開始要求に対応する接続開始応答を前記接続先の通信装置から受信した場合、前記第１の通信プロトコルに関する設定情報を適用する適用手段を有することを特徴とする請求項１乃至３の何れか１項に記載の通信装置。

【請求項5】

前記適用手段は、前記判断手段により前記切り替え処理を省略すると判断された場合、前記接続先の通信装置との間における過去の通信において使用された設定情報を適用することを特徴とする請求項４に記載の通信装置。

【請求項6】

前記実行手段による前記切り替え処理の実行結果に応じて、前記接続先の通信装置の識別情報を前記所定の記憶部に登録する登録手段を有することを特徴とする請求項１乃至５の何れか１項に記載の通信装置。

【請求項7】

前記所定の記憶部は、前記通信装置が有する記憶部、又は前記通信装置とネットワークを介して接続された記憶部であることを特徴とする請求項１乃至６の何れか１項に記載の通信装置。

【請求項8】

第１の通信プロトコルによる通信と、前記第１の通信プロトコルとは異なる第２の通信プロトコルによる通信とを実行可能な通信装置であって、
前記第１の通信プロトコルによる接続開始要求を接続要求元の通信装置から受信する受信手段と、
前記受信手段により受信された前記接続開始要求に対応する前記接続要求元の通信装置との通信に用いる通信プロトコルを前記第２の通信プロトコルから前記第１の通信プロトコルへ切り替える切り替え処理を省略するか否かを、前記接続要求元の通信装置の識別情報が所定の記憶部に登録されているか否かに基づいて判断する判断手段と、
前記判断手段により前記切り替え処理を省略しないと判断された場合、前記接続要求元の通信装置との間で前記第２の通信プロトコルによる通信を行うことで前記第２の通信プロトコルから前記第１の通信プロトコルへの前記切り替え処理を実行する実行手段と、
前記判断手段により前記切り替え処理を省略すると判断された場合には、前記切り替え処理の少なくとも一部を実行することなく前記第１の通信プロトコルによる接続開始応答を前記接続要求元の通信装置に送信し、前記判断手段により前記切り替え処理を省略しないと判断された場合には、前記実行手段により前記切り替え処理を実行した後に前記第１の通信プロトコルによる前記接続開始応答を前記接続要求元の通信装置に送信する送信手段と、
を有することを特徴とする通信装置。

【請求項9】

前記判断手段により前記切り替え処理を省略すると判断された場合、前記識別情報と対応づけて前記所定の記憶部に記憶されている前記第１の通信プロトコルに関する設定情報を適用する適用手段を有することを特徴とする請求項８に記載の通信装置。

【請求項10】

前記実行手段による前記切り替え処理の実行結果に応じて、前記接続要求元の通信装置の識別情報を前記所定の記憶部に登録する登録手段を有することを特徴とする請求項８又は９に記載の通信装置。

【請求項11】

前記所定の記憶部は、前記通信装置が有する記憶部、又は前記通信装置とネットワークを介して接続された記憶部であることを特徴とする請求項８乃至１０の何れか１項に記載の通信装置。

【請求項12】

前記設定情報には、ＳＥＴＴＩＮＧＳフレームの情報及びヘッダ圧縮辞書の情報の少なくとも何れかが含まれることを特徴とする請求項４、５及び９の何れか１項に記載の通信装置。

【請求項13】

前記実行手段により実行される前記切り替え処理は、前記第２の通信プロトコルとしてのＨＴＴＰ／１．１から前記第１の通信プロトコルとしてのＨＴＴＰ／２へのアップグレード処理であることを特徴とする請求項１乃至１２の何れか１項に記載の通信装置。

【請求項14】

第１の通信プロトコルによる通信と、前記第１の通信プロトコルとは異なる第２の通信プロトコルによる通信とを実行可能な、第１の通信装置と第２の通信装置とを含む通信システムであって、
前記第１の通信装置は、
接続先の通信装置を指定する指定手段と、
前記指定手段により前記接続先の通信装置として指定された前記第２の通信装置との通信に用いる通信プロトコルを前記第２の通信プロトコルから前記第１の通信プロトコルへ切り替える切り替え処理を省略するか否かを、前記第２の通信装置の識別情報が登録されているか否かに基づいて判断する第１の判断手段と、
前記第１の判断手段により前記切り替え処理を省略しないと判断された場合、前記第２の通信装置との間で前記第２の通信プロトコルによる通信を行うことで前記第２の通信プロトコルから前記第１の通信プロトコルへの前記切り替え処理を実行する実行手段と、
前記第１の判断手段により前記切り替え処理を省略すると判断された場合には、前記切り替え処理の少なくとも一部を実行することなく前記第１の通信プロトコルによる接続開始要求を前記第２の通信装置に送信し、前記第１の判断手段により前記切り替え処理を省略しないと判断された場合には、前記実行手段により前記切り替え処理を実行した後に前記第１の通信プロトコルによる前記接続開始要求を前記第２の通信装置に送信する第１の送信手段と、を有し、
前記第２の通信装置は、
前記接続開始要求を前記第１の通信装置から受信した場合に、前記第１の通信装置との通信に用いる通信プロトコルを前記第２の通信プロトコルから前記第１の通信プロトコルへ切り替える切り替え処理を省略するか否かを、前記第１の通信装置の識別情報が登録されているか否かに基づいて判断する第２の判断手段と、
前記第２の判断手段により前記切り替え処理を省略すると判断された場合、前記切り替え処理の少なくとも一部を実行することなく前記第１の通信プロトコルによる接続開始応答を前記第１の通信装置に送信する第２の送信手段と、
を有することを特徴とする通信システム。

【請求項15】

第１の通信プロトコルによる通信と、前記第１の通信プロトコルとは異なる第２の通信プロトコルによる通信とを実行可能な通信装置が実行する情報処理方法であって、
接続先の通信装置を指定する指定工程と、
前記指定工程において指定された前記接続先の通信装置との通信に用いる通信プロトコルを前記第２の通信プロトコルから前記第１の通信プロトコルへ切り替える切り替え処理を省略するか否かを、前記接続先の通信装置の識別情報が所定の記憶部に登録されているか否かに基づいて判断する判断工程と、
前記判断工程において前記切り替え処理を省略しないと判断された場合、前記接続先の通信装置との間で前記第２の通信プロトコルによる通信を行うことで前記第２の通信プロトコルから前記第１の通信プロトコルへの前記切り替え処理を実行する実行工程と、
前記判断工程において前記切り替え処理を省略すると判断された場合には、前記切り替え処理の少なくとも一部を実行することなく前記第１の通信プロトコルによる接続開始要求を前記接続先の通信装置に送信し、前記判断工程において前記切り替え処理を省略しないと判断された場合には、前記実行工程において前記切り替え処理を実行した後に前記第１の通信プロトコルによる前記接続開始要求を前記接続先の通信装置に送信する送信工程と、
を含むことを特徴とする情報処理方法。

【請求項16】

第１の通信プロトコルによる通信と、前記第１の通信プロトコルとは異なる第２の通信プロトコルによる通信とを実行可能な通信装置が実行する情報処理方法であって、
前記第１の通信プロトコルによる接続開始要求を接続要求元の通信装置から受信する受信工程と、
前記受信工程において受信された前記接続開始要求に対応する前記接続要求元の通信装置との通信に用いる通信プロトコルを前記第２の通信プロトコルから前記第１の通信プロトコルへ切り替える切り替え処理を省略するか否かを、前記接続要求元の通信装置の識別情報が所定の記憶部に登録されているか否かに基づいて判断する判断工程と、
前記判断工程において前記切り替え処理を省略しないと判断された場合、前記接続要求元の通信装置との間で前記第２の通信プロトコルによる通信を行うことで前記第２の通信プロトコルから前記第１の通信プロトコルへの前記切り替え処理を実行する実行工程と、
前記判断工程において前記切り替え処理を省略すると判断された場合には、前記切り替え処理の少なくとも一部を実行することなく前記第１の通信プロトコルによる接続開始応答を前記接続要求元の通信装置に送信し、前記判断工程において前記切り替え処理を省略しないと判断された場合には、前記実行工程において前記切り替え処理を実行した後に前記第１の通信プロトコルによる前記接続開始応答を前記接続要求元の通信装置に送信する送信工程と、
を含むことを特徴とする情報処理方法。

【請求項17】

コンピュータを、請求項１乃至１３の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信装置、通信システム、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

デバイスの小型化や無線ＬＡＮの普及により、多様なデバイスがネットワークに接続するようになってきている。また、デバイス同士の接続や、デバイス及びサーバ、デバイス及びクラウドへの接続が一般化されてきている。
このような状況の中で、ユーザがデバイスを持ち運ぶことで無線ＬＡＮの領域から外れてしまいネットワークから切断されることや、デバイスのモードの変更や電源のオフ等によってネットワークから切断されることが発生してきている。
このような場合、通信開始時の処理を毎回実行しなければならないという課題が存在する。特許文献１では、先行したネゴシエーション手順によって、サービス情報を取得して、ネゴシエーション手順を省略するという方法が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４−３６３９９３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

通信開始時にプロトコルを切り替えて利用する通信装置等では、再接続する場合等、プロトコルの設定情報の交換処理を再実行しなければならず、接続に時間がかかる問題があった。

【課題を解決するための手段】

【0005】

そこで、本発明の通信装置は、第１の通信プロトコルによる通信と、前記第１の通信プロトコルとは異なる第２の通信プロトコルによる通信とを実行可能な通信装置であって、接続先の通信装置を指定する指定手段と、前記指定手段により指定された前記接続先の通信装置との通信に用いる通信プロトコルを前記第２の通信プロトコルから前記第１の通信プロトコルへ切り替える切り替え処理を省略するか否かを、前記接続先の通信装置の識別情報が所定の記憶部に登録されているか否かに基づいて判断する判断手段と、前記判断手段により前記切り替え処理を省略しないと判断された場合、前記接続先の通信装置との間で前記第２の通信プロトコルによる通信を行うことで前記第２の通信プロトコルから前記第１の通信プロトコルへの前記切り替え処理を実行する実行手段と、前記判断手段により前記切り替え処理を省略すると判断された場合には、前記切り替え処理の少なくとも一部を実行することなく前記第１の通信プロトコルによる接続開始要求を前記接続先の通信装置に送信し、前記判断手段により前記切り替え処理を省略しないと判断された場合には、前記実行手段により前記切り替え処理を実行した後に前記第１の通信プロトコルによる前記接続開始要求を前記接続先の通信装置に送信する送信手段と、を有することを特徴とする。

【発明の効果】

【0006】

本発明によれば、通信の接続に係る時間を短縮することができる。

【図面の簡単な説明】

【0007】

【図1】通信システムのシステム構成の一例を示す図である。

【図2】通信装置等のハードウェア構成の一例を示す図である。

【図3】通信装置のソフトウェア構成の一例を示す図である。

【図4】サーバのソフトウェア構成の一例を示す図である。

【図5】通信装置がサーバと通信を開始する際の情報処理の一例を示すフローチャートである。

【図6】通信装置とサーバとの間で通信の設定をスキップする場合の情報処理の一例を示すシーケンス図である。

【図7】サーバが通信装置と通信を開始する際の情報処理の一例を示すフローチャートである。

【図8】通信装置の設定情報のエントリを示す図である。

【図9】通信装置とサーバとがＨＴＴＰ／１．１通信の途中からＨＴＴＰ／２通信に変更する場合の情報処理の一例を示すシーケンス図である。

【発明を実施するための形態】

【0008】

以下、本発明の実施形態について図面に基づいて説明する。

【0009】

＜実施形態１＞
図１は、通信システムのシステム構成の一例を示す図である。
通信システムは、ネットワーク１００を介して、通信装置１０１とサーバ１０２とが通信可能に接続されている。本実施形態におけるネットワーク１００は、インターネット、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の複合であってもよい。
通信装置１０１は、ネットワーク１００を通じて、サーバ１０２とＨＴＴＰ／１．１及びＨＴＴＰ／２通信を行う。通信装置１０１の一例としては、例えば、デジタルカメラ等である。但し、このことは本実施の形態を制限するものではない。通信装置１０１は、接続要求元の通信装置、第１の通信装置の一例である。また、サーバ１０２は、接続先の通信装置、第２の通信装置の一例である。

【0010】

図２は、通信装置等のハードウェア構成の一例を示す図である。
より具体的説明すると、図２（ａ）は、通信装置１０１のハードウェア構成の一例を示す図である。図２（ｂ）は、サーバ１０２のハードウェア構成の一例を示す図である。
図２（ａ）に示されるように、通信装置１０１は、ハードウェア構成として、ＣＰＵ１０と、メモリ１１と、ＨＤ１２と、ネットワーク制御装置１３と、操作表示装置１４と、撮像装置１５と、を含む。そして、これらのハードウェア構成が、バス１６を介して接続されている。
ＣＰＵ１０は、通信装置１０１の全体を制御する制御部である。ＣＰＵ１０が、メモリ１１又はＨＤ１２等に記憶されているプログラムに基づき処理を実行することによって、後述する通信装置１０１のソフトウェア構成及び通信装置１０１のフローチャートの処理が実現される。メモリ１１は、ブートプログラムや、ＣＰＵ１０が処理を実行する際に利用する予め定められたデータ等を記憶する。ＨＤ１２は、プログラムやＣＰＵ１０が処理を実行する際に利用するデータ、画像データ等を記憶する。ネットワーク制御装置１３は、通信装置１０１をネットワーク１００に接続し、ＣＰＵ１０の制御に基づき、ネットワーク１００を介した他の装置との通信を制御する。操作表示装置１４は、ＣＰＵ１０の制御に基づき、画像データ等を表示したり、ユーザ操作を受け付け、受け付けた操作に係る操作情報をＣＰＵ１０に通知したりする。撮像装置１５は、ＣＰＵ１０の制御に基づき、撮像を制御する。尚、図２（ａ）のハードウェア構成は、通信装置１０１をデジタルカメラとした場合の一例である。

【0011】

また、図２（ｂ）に示されるように、サーバ１０２は、ハードウェア構成として、ＣＰＵ２０と、メモリ２１と、ＨＤ２２と、ネットワーク制御装置２３と、表示装置２４と、入力装置２５と、を含む。そして、これらのハードウェア構成が、バス２６を介して接続されている。
ＣＰＵ２０は、サーバ１０２の全体を制御する制御部である。ＣＰＵ２０が、メモリ２１又はＨＤ２２等に記憶されているプログラムに基づき処理を実行することによって、後述するサーバ１０２のソフトウェア構成及びサーバ１０２のフローチャートの処理が実現される。メモリ２１は、ブートプログラムや、ＣＰＵ２０が処理を実行する際に利用する予め定められたデータ等を記憶する。ＨＤ２２は、プログラムやＣＰＵ２０が処理を実行する際に利用するデータ等を記憶する。ネットワーク制御装置２３は、サーバ１０２をネットワーク１００に接続し、ＣＰ２１０の制御に基づき、ネットワーク１００を介した他の装置との通信を制御する。表示装置２４は、ＣＰＵ２０の制御に基づき、データを表示する。入力装置２５は、ユーザ操作を受け付け、受け付けた操作に係る操作情報をＣＰＵ２０に通知する。

【0012】

図３は、通信装置１０１のソフトウェア構成の一例を示す図である。
通信部２０１は、ＴＣＰ／ＩＰ処理、及び、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）処理を行う。
表示部２０２は、接続完了や接続エラーの表示を行う。表示部２０２は、操作表示装置１４を用いて表示を行う。通信装置１０１は、接続完了や接続エラーを表示してもよいし、これに限らず、イベント情報をユーザに音や振動等で通知してもよい。
データ保存部２０３は、サーバの識別子に関連付けられた設定情報（後述する図８を参照）をＨＤ１２等に保持、管理する。本実施形態では、図８に示されるような情報を通信装置１０１内で保持するものとして説明を行う。しかし、これに限らず、通信装置１０１は、ネットワークを介した別の装置上に登録されている情報を参照等、利用するようにしてもよい。サーバの識別子は、接続先の通信装置（サーバ）を識別する識別情報の一例である。
設定部２０４は、データ保存部２０３で保持している設定情報に基づき通信のパラメータを設定する。
判断部２０５は、指定された識別子に応じて保持している設定情報の設定を行うか否かを判断する。更に、判断部２０５は、セキュリティ通信の有無、設定フェーズをスキップできるか否か等を判断する。

【0013】

通信手順切り替え部２０６は、ＨＴＴＰ／１．１とＨＴＴＰ／２との通信を切り替える。
通信手順スキップ部２０７は、通信開始時のハンドシェイク及び設定の手順をスキップする。
選択部２０８は、ＨＴＴＰ／１．１とＨＴＴＰ／２とからプロトコルを選択する。
入力部２０９は、ＵＲＩ、ＩＰアドレス及びポート番号、Ｓｅｓｓｉｏｎ−ＩＤ等の識別子の入力を行う。入力部２０９は、操作表示装置１４等に表示されたＵＩを介したユーザ操作に応じて、識別子を入力してもよいし、ＮＦＣやＢｌｕｅｔｏｏｔｈ（登録商標）等を用いて他の装置等より取得された識別子を入力してもよい。また、入力部２０９は、通信装置１０１のアプリケーション等が記憶している識別子をアプリケーション等より受け取り、入力してもよい。
本実施形態では、プロトコルとしてＨＴＴＰ／１．１とＨＴＴＰ／２とを例にあげて説明するが、これに限らず、ＳＰＤＹ、ＱＵＩＣであってもよいし、その他の異種のプロトコル間の切り替えであってもよい。ＨＴＴＰ／１．１は、第２の通信プロトコルの一例である。ＨＴＴＰ／２は、第１の通信プロトコルの一例である。

【0014】

図４は、サーバ１０２のソフトウェア構成の一例を示す図である。
通信部８０１は、ＴＣＰ／ＩＰ処理、及び、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）処理を行う。
応答部８０２は、通信切り替えに対する受領メッセージを送信する。応答部８０２は、通信の切り替え方法がＣｌｉｅｎｔ ｃｏｎｎｅｃｔｉｏｎ ｐｒｅｆａｃｅである場合、ＨＴＴＰ ２００ ＯＫを送信する。また、応答部８０２は、通信の切り替え方法がＨＴＴＰ／１．１ Ｕｐｇｒａｄｅ ｈｅａｄｅｒである場合、ＨＴＴＰ １０１ Ｓｗｉｔｃｈｉｎｇ Ｐｒｏｔｏｃｏｌｓを送信する。応答部８０２は、通信の切り替え方法がＴＬＳ ＡＬＰＮフィールド付きのＣｌｉｅｎｔ Ｈｅｌｌｏである場合、ＴＬＳ ＡＬＰＮ付きＳｅｒｖｅｒ Ｈｅｌｌｏを送信する。
データ保存部８０３は、識別子に関連付けられた設定情報をＨＤ２２等に保持、管理する。本実施形態では、設定情報等をサーバ１０２内で保持するものとして説明を行う。しかし、これに限らず、サーバ１０２は、ネットワークを介した別の装置上に保持されている設定情報を参照等、利用するようにしてもよい。
設定部８０４は、データ保存部８０３で保持している設定情報に基づき通信のパラメータを設定する。

【0015】

判断部８０５は、指定された識別子に応じて保持している設定情報の設定を行うか否かを判断する。更に、判断部８０５は、セキュリティ通信の有無や、設定フェーズをスキップできるか否かを判断する。
通信手順切り替え部８０６は、ＨＴＴＰ／１．１とＨＴＴＰ／２との通信を切り替える。
通信手順スキップ部８０７は、通信開始時のハンドシェイク及び設定の手順をスキップする。
選択部８０８は、ＨＴＴＰ／１．１とＨＴＴＰ／２とからプロトコルを選択する。
入力部８０９は、ＵＲＩ、ＩＰアドレス及びポート番号、Ｓｅｓｓｉｏｎ−ＩＤ等の識別子の入力を行う。入力部８０９は、入力装置２５等に表示されたＵＩを介したユーザ操作に応じて、識別子を入力してもよいし、ＮＦＣやＢｌｕｅｔｏｏｔｈ等を用いて他の装置等より取得された識別子を入力してもよい。また、入力部８０９は、アプリケーション等が記憶している識別子をアプリケーション等から受け取り、入力してもよい。

【0016】

図５は、通信装置１０１がサーバ１０２と通信を開始する際の情報処理の一例を示すフローチャートである。
Ｓ３０１において、入力部２０９は、ユーザ、又は、アプリケーションから識別子を受け付け、入力し、Ｓ３０２に進む。ここでの識別子とは、ＵＲＩ、ＩＰアドレス及びポート番号、Ｓｅｓｓｉｏｎ−ＩＤ、その他、通信相手であるサーバ１０２を識別するための情報である。
Ｓ３０２において、判断部２０５は、入力された識別子から、通信処理のハンドシェイク及び設定等の処理のスキップを行うか否かの判断を行う。判断部２０５は、指定された識別子が図８に示すようなテーブルに含まれているかを確認し、含まれている場合、前記処理をスキップすると判断し（Ｓ３０２においてＹｅｓ）、Ｓ３０３に進む。一方、判断部２０５は、指定された識別子が前記テーブルに含まれていない場合、前記処理はスキップしないと判断し（Ｓ３０２においてＮｏ）、Ｓ３１２に進む。

【0017】

Ｓ３０３において、判断部２０５は、セキュリティ通信ありの通信であるか、セキュリティ通信なしの通信であるかを確認する。本実施形態では、識別子に紐付けて、セキュリティ通信ありかなしが予め設定されているものとする。これに限らず、例えば、ＴＬＳを利用するように明示された場合に、判断部２０５は、セキュリティ通信ありと判断してもよい。識別子の他に、識別子と対応付けてＴＬＳ通信を行うか否かを示す情報が設定されていてもよいし、ＴＬＳ通信を行うか否かを示す情報が識別子に含まれる形であってもよい。本実施形態におけるセキュリティ通信とはＴＬＳのことを示しており、別のレイヤのセキュリティ通信（例えば、ＩＰｓｅｃや無線の暗号化等）は含んでいない。判断部２０５は、セキュリティ通信ありであると判断すると（Ｓ３０３においてＹｅｓ）、Ｓ３０５に進み、セキュリティ通信なしであると判断すると（Ｓ３０３においてＮｏ）、Ｓ３０４に進む。
Ｓ３０４において、通信部２０１は、サーバ１０２にＴＣＰ接続を開始し、Ｓ３０６に進む。
一方、Ｓ３０５において、通信部２０１は、サーバ１０２にＴＬＳ接続を開始し、Ｓ３０６に進む。
Ｓ３０６において、通信手順スキップ部２０７は、サーバ１０２にＨＴＴＰ／２通信を開始するためにＣｌｉｅｎｔ ｃｏｎｎｅｃｔｉｏｎ ｐｒｅｆａｃｅを送信する。通信手順スキップ部２０７は、ＨＴＴＰ／１．１からＨＴＴＰ／２にアップグレードを行うための通信手順をスキップしている。Ｃｌｉｅｎｔ ｃｏｎｎｅｃｔｉｏｎ ｐｒｅｆａｃｅは、第１の通信プロトコルによる接続開始要求の一例である。

【0018】

Ｓ３０７において、判断部２０５は、サーバ１０２から、Ｃｌｉｅｎｔ ｃｏｎｎｅｃｔｉｏｎ ｐｒｅｆａｃｅの受け付けを完了したメッセージ（例えば、ＨＴＴＰ ２００ ＯＫ）を受信したか否かを確認する。判断部２０５は、受け付けを完了したメッセージを受け付けた場合（Ｓ３０７においてＹｅｓ）、Ｓ３１０に進む。ＨＴＴＰ ２００ ＯＫは、接続開始応答の一例である。判断部２０５は、受け付けエラーメッセージ（例えば、Ｉｎｔｅｒｎａｌ Ｓｅｒｖｅｒ ＥｒｒｏｒやＨＴＴＰ Ｂａｄ Ｒｅｑｕｅｓｔ等）を受け付けた場合（Ｓ３０７においてＮｏ）、Ｓ３０８に進む。
Ｓ３０８において、判断部２０５は、通信途中にプロトコルを変更できる機能があるか否かを判断する。判断部２０５は、通信途中にプロトコルを変更できる機能があると判断すると（Ｓ３０８においてＹｅｓ）、Ｓ３０９に進み、通信途中にプロトコルを変更できる機能が無いと判断すると（Ｓ３０８においてＮｏ）、Ｓ３１６に進む。
Ｓ３０９において、判断部２０５は、ＴＣＰ又はＴＬＳの接続を切断した上で、Ｓ３１２に進む。
一方、Ｓ３１０において、設定部２０４は、図８に示す設定情報を適用し、Ｓ３１１に進む。
Ｓ３１１において、通信手順スキップ部２０７は、ＳＥＴＴＩＮＧＳフレームによる通信情報の設定のフェーズをスキップし、図５に示す処理を終了する。

【0019】

Ｓ３１２において、判断部２０５は、セキュリティ通信ありの通信であるか否かの確認を行う。判断部２０５は、セキュリティ通信ありの通信であると判断すると（Ｓ３１２においてＹｅｓ）、Ｓ３１３に進み、セキュリティ通信なしの通信であると判断すると（Ｓ３１２においてＮｏ）、Ｓ３１５に進む。
Ｓ３１３において、通信部２０１は、サーバ１０２にＴＬＳ接続を開始し、Ｓ３１４に進む。
Ｓ３１４において、通信手順切り替え部２０６は、ＴＬＳのＣｌｉｅｎｔ ＨｅｌｌｏメッセージのＡＬＰＮ（Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｎｅｇｏｔｉａｔｉｏｎ）領域を利用して、プロトコルアップグレードの要求をサーバ１０２に送信し、Ｓ３１７に進む。
Ｓ３１４からＳ３１７に進んだ場合、Ｓ３１７において、通信手順切り替え部２０６は、サーバ１０２から受信したＳｅｒｖｅｒ ＨｅｌｌｏメッセージのＡＬＰＮフィールドに含まれるメッセージを解析し、プロトコルアップグレードに成功したか否かを判断する。

【0020】

一方、Ｓ３１５において、通信部２０１は、サーバ１０２とＴＣＰ接続を開始し、Ｓ３１６に進む。
Ｓ３１６において、通信手順切り替え部２０６は、ＨＴＴＰのｕｐｇｒａｄｅヘッダを用いたプロトコルアップグレードをサーバ１０２に送信し、Ｓ３１７に進む。
Ｓ３１６からＳ３１７に進んだ場合、Ｓ３１７において、通信手順切り替え部２０６は、サーバ１０２から受信したＳｗｉｔｃｈｉｎｇ Ｐｒｏｔｏｃｏｌのレスポンスを解析し、プロトコルアップグレードに成功したか否かを判断する。
Ｓ３１７において、通信手順切り替え部２０６は、プロトコルアップグレードに成功し、ＨＴＴＰ／２接続が可能であると判断した場合（Ｓ３１７においてＹｅｓ）、Ｓ３１８に進む。一方、通信手順切り替え部２０６は、プロトコルアップグレードに成功せず、ＨＴＴＰ／２接続が可能でないと判断した場合（Ｓ３１７においてＮｏ）、Ｓ３２１に進む。
Ｓ３１７の処理は、通信可否判断の処理の一例である。

【0021】

Ｓ３１８において、通信手順切り替え部２０６は、ＨＴＴＰ／２の通信手順に従って、Ｃｌｉｅｎｔ ｃｏｎｎｅｃｔｉｏｎ ｐｒｅｆａｃｅを送信し、Ｓ３１９に進む。
Ｓ３１９において、通信手順切り替え部２０６は、ＳＥＴＴＩＮＧＳフレームの交換による設定情報を取得し、Ｓ３２０に進む。ＳＥＴＴＩＮＧＳフレームの交換による設定情報は、例えば、ヘッダのテーブルサイズ、サーバのプッシュのありなし、最大ストリーム数、初期Ｗｉｎｄｏｗ Ｓｉｚｅ、データ圧縮のありなし等の情報である。
Ｓ３２０において、データ保存部２０３は、サーバ１０２の識別子に対応付けて、交換した設定情報を保存し、図５に示す処理を終了する。
一方、Ｓ３２１において、通信部２０１は、ＨＴＴＰ／１．１での通信を開始し、Ｓ３２２に進む。
Ｓ３２２において、データ保存部２０３は、サーバ１０２の識別子に対応付けて、ＨＴＴＰ／１．１接続にのみ対応したサーバであることを保存し、図５に示す処理を終了する。

【0022】

図６は、通信装置１０１とサーバ１０２との間で通信の設定をスキップする場合の情報処理の一例を示すシーケンス図である。
本実施形態では、通信装置１０１は、指定された識別子に応じてサーバ１０２との間で設定のスキップを行うと決定する。通信装置１０１とサーバ１０２とは、ＴＬＳによるセキュリティ通信を行う（図５のＳ３０２でＹｅｓ、Ｓ３０３でＹｅｓ）。通信装置１０１は、通信装置１０１のアプリケーションによって指定された識別子（ｓｅｓｓｉｏｎ−ＩＤ）を取得する。そして、通信装置１０１は、識別子を鍵として図８に示されるテーブルを検索し、設定情報があるか否かの判断を行い、識別子に対応する設定情報があった場合には設定情報を利用する。
Ｍ４０１において、通信装置１０１は、サーバ１０２にＣｌｉｅｎｔ ｈｅｌｌｏを送信する（図５のＳ３０５）。
Ｍ４０２において、サーバ１０２は、通信装置１０１にＳｅｒｖｅｒ ｈｅｌｌｏを送信する（図５のＳ３０５）。
本実施形態では、Ｍ４０１、及び、Ｍ４０２において、ＡＬＰＮフィールドで指定されるプロトコルアップグレードを省略しているが、これに限らず、省略せずに記載するようにしてもよい。
通信装置１０１は、ＨＴＴＰ／２を開始すると判断する。

【0023】

Ｍ４０３において、通信装置１０１は、Ｃｌｉｅｎｔ ｃｏｎｎｅｃｔｉｏｎ ｐｒｅｆａｃｅをサーバ１０２に送信する。ＨＴＴＰ／２を開始すると判断すると、Ｍ４０４において、サーバ１０２は、ＨＴＴＰ ２００ ＯＫを通信装置１０１に送信する。
その後、通信装置１０１とサーバ１０２とは、過去の設定情報を適用した上で、ＨＴＴＰ／２通信を開始する。
本実施形態では、設定情報とは、例えば、ヘッダのテーブルサイズ、サーバのプッシュのありなし、最大ストリーム数、初期Ｗｉｎｄｏｗ Ｓｉｚｅ、データ圧縮のありなし、ヘッダ圧縮辞書等である。通信装置１０１とサーバ１０２とは、ヘッダ圧縮の辞書として、予め設定してあるものを利用してもよいし、通信開始後の手順によって追記、更新された辞書を利用してもよい。また、本実施形態では、通信装置１０１とサーバ１０２とは、過去の設定情報を適用するものとして説明を行ったが、これに限るものではない。例えば、通信装置１０１とサーバ１０２とは、それぞれ別の装置上のデータベースに保存してある予め決められた設定情報をダウンロードして適用してもよい。

【0024】

図７は、サーバ１０２が通信装置１０１と通信を開始する際の情報処理の一例を示すフローチャートである。
Ｓ５０１において、通信部８０１は、通信装置１０１とＴＣＰ接続又はＴＬＳ接続を行い、Ｓ５０２に進む。
Ｓ５０２において、判断部８０５は、通信装置１０１からＣｌｉｅｎｔ ｃｏｎｎｅｃｔｉｏｎ ｐｒｅｆａｃｅを受信したか否かの判断を行う。判断部８０５は、Ｃｌｉｅｎｔ ｃｏｎｎｅｃｔｉｏｎ ｐｒｅｆａｃｅを受信したと判断した場合（Ｓ５０２においてＹｅｓ）、Ｓ５０３に進む。一方、判断部８０５は、Ｃｌｉｅｎｔ ｃｏｎｎｅｃｔｉｏｎ ｐｒｅｆａｃｅを受信しなかったと判断した場合（Ｓ５０２においてＮｏ）、Ｓ５０７に進む。

【0025】

Ｓ５０３において、判断部８０５は、通信装置１０１の識別子（ＩＰアドレスポート番号、ＵＲＩ、ｓｅｓｓｉｏｎ−ＩＤ等）から、データ保存部８０３に識別子に対応したエントリがあるか否かによって、以下の判断を行う。即ち、判断部８０５は、前記エントリがあるか否かに基づいて、通信処理の設定をスキップできる通信相手か否かの判断を行う。本実施形態では、判断部８０５は、データ保存部８０３にエントリが保持されているか否かをチェックしていたが、これに限らず、ネットワークを介した別の装置上のデータベースにエントリが保持されているか否かをチェックするようにしてもよい。判断部８０５は、前記エントリがある場合、設定スキップ可能であると判断し（Ｓ５０３においてＹｅｓ）、Ｓ５０４に進み、前記エントリがない場合、設定スキップ可能でないと判断し（Ｓ５０３においてＮｏ）、Ｓ５１６に進む。

【0026】

Ｓ５０４において、設定部８０４は、データ保存部８０３の前記エントリに基づき設定情報を適用し、Ｓ５０５に進む。本実施形態では設定部８０４は、過去の設定情報を適用するものとして説明を行うが、これに限らず、別の装置上のデータベースに保存してある予め決められた設定情報をダウンロードして適用してもよい。
Ｓ５０５において、通信手順スキップ部８０７は、ＳＥＴＴＩＮＧＳフレームによる通信情報の設定のフェーズをスキップし、Ｓ５０６に進む。実施形態では、通信手順スキップ部８０７は、全ての設定フェーズをスキップするものとして説明を行ったが、これに限らず、設定された一部の設定フェーズのみをスキップするようにしてもよい。
Ｓ５０６において、応答部８０２は、通信装置１０１にＣｌｉｅｎｔ ｃｏｎｎｅｃｔｉｏｎ ｐｒｅｆａｃｅの受信を示すＨＴＴＰ ２００ ＯＫの応答を返信し、図７に示す処理を終了する。

【0027】

Ｓ５１６において、応答部８０２は、設定のスキップができないクライアントである場合、エラーメッセージ（Ｉｎｖａｌｉｄ ｍｅｔｈｏｄ）を通信装置１０１に返信し、Ｓ５０７に進む。又は、Ｓ５１６において、応答部８０２は、サーバ１０２の電源オンオフ等によりエントリが存在しない場合、エラーメッセージ（Ｉｎｔｅｒｎａｌ ｓｅｒｖｅｒ ｅｒｒｏｒ）を通信装置１０１に送信し、Ｓ５０７に進む。
Ｓ５０７において、判断部８０５は、プロトコルアップグレードの要求を受信したか否かを判断する。判断部８０５は、プロトコルアップグレードの要求を受信したと判断すると（Ｓ５０７においてＹｅｓ）、Ｓ５０８に進み、プロトコルアップグレードの要求を受信しなかったと判断すると（Ｓ５０７においてＮｏ）、Ｓ５１５に進む。
Ｓ５０８において、通信手順切り替え部８０６は、プロトコルのアップグレード方法を確認する。通信手順切り替え部８０６は、通信装置１０１から受信した内容等に基づいて、プロトコルのアップグレード方法を判断する。通信手順切り替え部８０６は、ＴＬＳ ＡＬＰＮフィールドを用いたＣｌｉｅｎｔ Ｈｅｌｌｏでプロトコルアップグレードを行うと判断した場合（Ｓ５０８においてＣｌｉｅｎｔ Ｈｅｌｌｏ ＡＬＰＮ）、Ｓ５０９に進む。通信手順切り替え部８０６は、ＨＴＴＰ／１．１ Ｕｐｇｒａｄｅヘッダによる切り替えと判断した場合（Ｓ５０８においてプロトコルアップグレードヘッダ）、Ｓ５１１に進む。

【0028】

Ｓ５０９において、通信手順切り替え部８０６は、ＴＬＳのＣｌｉｅｎｔ ＨｅｌｌｏメッセージのＡＬＰＮフィールドを利用したプロトコルアップグレードの要求を通信装置１０１より受信し、Ｓ５１０に進む。
Ｓ５１０において、応答部８０２は、ＴＬＳ ＡＬＰＮフィールドを用いたＳｅｒｖｅｒ Ｈｅｌｌｏでプロトコルのアップグレードを受け付けたことを通信装置１０１に返信し、Ｓ５１３に進む。

【0029】

Ｓ５１１において、通信手順切り替え部８０６は、ＨＴＴＰ／１．１ Ｕｐｇｒａｄｅヘッダを通信装置１０１より受信し、Ｓ５１２に進む。
Ｓ５１２において、応答部８０２は、ＨＴＴＰ １０１ Ｓｗｉｔｃｈｉｎｇ Ｐｒｏｔｏｃｏｌｓでプロトコルのアップグレードを受け付けたことを通信装置１０１に返信し、Ｓ５１３に進む。
Ｓ５１３において、通信部２０１は、ＳＥＴＴＩＮＧＳフレームの交換を行い、通信の設定情報を受信し、Ｓ５１４に進む。
Ｓ５１４において、データ保存部８０３は、交換した設定情報を保存し、図７に示す処理を終了する。
一方、Ｓ５１５において、通信部２０１は、ＨＴＴＰ／１．１通信を継続し、図７に示す処理を終了する。

【0030】

通信装置１０１とサーバ１０２とにおける設定情報は、初期設定以後、ＳＥＴＴＩＮＧＳフレームの交換や辞書の追加に応じて更新されてもよい。これによって、通信装置１０１とサーバ１０２とは、同じ設定情報を共有することができる。また、通信装置１０１又はサーバ１０２が、別の装置に設定情報をアップロードし、再接続時に通信装置１０１とサーバ１０２とがダウンロードして利用してもよい。これにより、通信装置１０１とサーバ１０２とはエントリを保持しなくてよくなり、リソースの使用を軽減することができる。

【0031】

図８は、通信装置１０１の設定情報のエントリを示す図である。
ここでのサーバの識別子は、ｓｅｓｓｉｏｎ−ＩＤ、ＩＰアドレス及びポート番号、ＵＲＩ等である。これに限るものではなく、通信相手を一意に指定できればいいため、例えば、ＳＩＰ ＵＲＩ等の他の識別子であってもよい。
設定情報としては、ヘッダのテーブルサイズ、サーバプッシュの有無、最大ストリーム数、初期Ｗｉｎｄｏｗ Ｓｉｚｅ、データ圧縮の有無、ヘッダ圧縮の辞書、暗号通信の有無等である。本実施形態では、ＳＥＴＴＩＮＧＳフレームで交換する情報のみを設定情報として記憶するものとして説明を行ったが、これに限らず、他のレイヤの設定情報等を利用してもよい。例えば、ＭＴＵサイズ、ＴＣＰのＷｉｎｄｏｗ Ｓｉｚｅ、アプリケーションのプロトコル情報、アプリケーションの設定情報等である。
尚、説明の簡略化のため省略しているが、サーバ１０２でも図８と同様のエントリを保持する。その場合、サーバの識別子としている部分は通信装置１０１の識別子となる。通信装置１０１の識別子は、接続要求元の通信装置の識別情報の一例である。

【0032】

図９は、通信装置１０１とサーバ１０２とがＨＴＴＰ／１．１通信の途中からＨＴＴＰ／２通信に変更する場合の情報処理の一例を示すシーケンス図である。
Ｍ７０１において、通信装置１０１は、サーバ１０２にＴＣＰ接続を行い、ＨＴＴＰ／１．１による通信を開始する。
Ｍ７０２において、サーバ１０２は、通信装置１０１のＴＣＰ接続を受け付け、ＨＴＴＰ／１．１による通信を開始する。
これ以後、通信装置１０１とサーバ１０２とはＨＴＴＰ／１．１通信を行う（Ｍ７０６）。
通信装置１０１は、ＨＴＴＰ／１．１を利用していたが、アプリケーションの決定によりＨＴＴＰ／２通信に変更する。
Ｍ７０３において、通信装置１０１は、ＨＴＴＰ／２にプロトコルをアップグレードするために、サーバ１０２にＨＴＴＰ／１．ｌのｕｐｇｒａｄｅ ｈｅａｄｅｒを送信する。
Ｍ７０４において、サーバ１０２は、通信装置１０１からのプロトコルのアップグレードを受け付けると、ＨＴＴＰ １０１ Ｓｗｉｔｃｈｉｎｇ Ｐｒｏｔｏｃｏｌｓを返信する。
Ｍ７０３〜Ｍ７０４において、通信装置１０１とサーバ１０２とは通信手順をスキップするか否かの判断を行い、スキップする場合、設定情報を適用した上でＨＴＴＰ／２通信を行う（Ｍ７０５）。

【0033】

このように、本実施形態の処理は、通信の途中からのプロトコルのアップグレードにも適用できる。ＨＴＴＰ／１．１とＨＴＴＰ／２とでは、ＨＴＴＰ／１．１に戻すことはできないが、プロトコルをダウングレード（変更）できる場合には、プロトコルの変更処理にかかる処理を低減でき、待ち時間を低減できるようになる。
また、通信装置１０１とサーバ１０２との間で最適なパラメータを予め設定、又は、設定情報用のデータベース上に設置しておけば、煩雑なプロトコル開始時の設定処理を低減することができる。例えば、通信装置１０１とサーバ１０２とがカメラのような組み込み機器の場合、通信の接続と切断とが頻繁に発生する。このとき、通信装置１０１とサーバ１０２との通信手順やパラメータ設定の処理回数が多くなるため、更に上述した実施形態による処理の効果が見込める。

【0034】

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

【0035】

以上、上述した各実施形態によれば、デバイスが接続したことがある接続先に対して、再接続時の設定処理を低減することができる。また、デバイスが再接続するときのデータ送信開始処理までの時間を短縮することができる。また、通信の接続に係る時間を短縮することができる。

【符号の説明】

【0036】

１０ ＣＰＵ、２０ ＣＰＵ、１０１ 通信装置、１０２ サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】