(57)【要約】【課題】通信の接続に係る時間を短縮することを目的とする。【解決手段】第１通信プロトコルによる通信と、第１通信プロトコルとは異なる第２通信プロトコルによる通信とを実行可能な通信装置であって、通信先を識別するための識別情報を取得する取得手段と、通信先との間で第２通信プロトコルによる通信を行うために第１通信プロトコルによる所定の通信を行うか否かを、取得手段により取得された識別情報に基づいて判断する判断手段と、判断手段により所定の通信を行うと判断された場合には、通信先との間で第１通信プロトコルによる所定の通信を行った後に第２通信プロトコルによる通信を行い、判断手段により所定の通信を行わないと判断された場合には、通信先との間で第１通信プロトコルによる所定の通信を行うことなく第２通信プロトコルによる通信を行う通信手段と、を有する。【選択図】図５
2019033539.tif 000002
【特許請求の範囲】
【請求項１】
第１通信プロトコルによる通信と、前記第１通信プロトコルとは異なる第２通信プロトコルによる通信とを実行可能な通信装置であって、
通信先を識別するための識別情報を取得する取得手段と、
前記通信先との間で前記第２通信プロトコルによる通信を行うために前記第１通信プロトコルによる所定の通信を行うか否かを、前記取得手段により取得された識別情報に基づいて判断する判断手段と、
前記判断手段により前記所定の通信を行うと判断された場合には、前記通信先との間で前記第１通信プロトコルによる前記所定の通信を行った後に前記第２通信プロトコルによる通信を行い、前記判断手段により前記所定の通信を行わないと判断された場合には、前記通信先との間で前記第１通信プロトコルによる前記所定の通信を行うことなく前記第２通信プロトコルによる通信を行う通信手段と、
を有することを特徴とする通信装置。
【請求項２】
前記判断手段は、予め識別情報を記憶している所定の記憶部の記憶内容と前記取得手段により取得された識別情報とに基づいて、前記所定の通信を行うか否かを判断することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記判断手段は、前記取得手段により取得された識別情報と当該識別情報に対応する前記第２通信プロトコルによる通信に関する設定情報とが前記所定の記憶部に記憶されている場合に、前記所定の通信を行わないと判断することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記通信手段は、前記判断手段により前記所定の通信を行わないと判断された場合に、前記所定の記憶部に記憶されている設定情報であって前記取得手段により取得された識別情報に対応する設定情報を適用して前記通信先との間で前記第２通信プロトコルによる通信を行うことを特徴とする請求項３に記載の通信装置。
【請求項５】
前記通信手段は、前記判断手段により前記所定の通信を行うと判断された場合に、前記通信先との間での前記第１通信プロトコルによる前記所定の通信の内容に応じた設定情報を適用して前記第２通信プロトコルによる通信を行うことを特徴とする請求項２乃至４の何れか１項に記載の通信装置。
【請求項６】
前記通信手段により前記第２通信プロトコルによる通信を行った前記通信先に対応する識別情報を前記所定の記憶部に記憶する記憶制御手段を有することを特徴とする請求項２乃至５の何れか１項に記載の通信装置。
【請求項７】
前記取得手段により取得された識別情報と、前記通信手段による前記通信先との間での通信の内容に応じた設定情報とを、前記所定の記憶部に記憶する記憶制御手段を有することを特徴とする請求項２乃至５の何れか１項に記載の通信装置。
【請求項８】
前記所定の記憶部は、前記通信装置が有する記憶部又は前記通信装置と接続される装置が有する記憶部であることを特徴とする請求項２乃至７の何れか１項に記載の通信装置。
【請求項９】
前記通信手段により前記通信先との間で前記第１通信プロトコルによる前記所定の通信を行うことなく前記第２通信プロトコルによる通信を開始した後に、前記第２通信プロトコルによる通信を継続できるか否かを判定する判定手段を有し、
前記通信手段は、前記判定手段により前記第２通信プロトコルによる通信を継続できないと判定された場合に、前記通信先との間で前記第１通信プロトコルによる前記所定の通信を行うことを特徴とする請求項１乃至８の何れか１項に記載の通信装置。
【請求項１０】
前記第１通信プロトコルはＨＴＴＰ／１．１であり、
前記第２通信プロトコルはＨＴＴＰ／２であることを特徴とする請求項１乃至９の何れか１項に記載の通信装置。
【請求項１１】
前記第１通信プロトコルによる前記所定の通信は、前記第２通信プロトコルによる通信に関する設定情報の送信及び受信の少なくとも何れかを含むことを特徴とする請求項１乃至１０の何れか１項に記載の通信装置。
【請求項１２】
前記設定情報には、ＳＥＴＴＩＮＧＳフレームの情報及びヘッダ圧縮辞書の情報の少なくとも何れかが含まれることを特徴とする請求項１１に記載の通信装置。
【請求項１３】
前記取得手段により取得される識別情報には、ＵＲＩ、ＩＰアドレス、及びポート番号の少なくとも何れかが含まれることを特徴とする請求項１乃至１２の何れか１項に記載の通信装置。
【請求項１４】
前記取得手段により取得された識別情報に応じた前記通信先と、ＴＣＰ接続又はＴＬＳ接続により接続する接続手段を有し、
前記判断手段により前記所定の通信を行うと判断された場合には、前記通信手段は前記接続手段により接続された前記通信先との間で前記第１通信プロトコルによる前記所定の通信を行った後に前記第２通信プロトコルによる通信を開始し、前記判断手段により前記所定の通信を行わないと判断された場合には、前記通信手段は前記接続手段により接続された前記通信先との間で前記第１通信プロトコルによる通信を行うことなく前記第２通信プロトコルによる通信を開始することを特徴とする請求項１乃至１３の何れか１項に記載の通信装置。
【請求項１５】
第１通信プロトコルによる通信と、前記第１通信プロトコルとは異なる第２通信プロトコルによる通信とを実行可能な、第１通信装置と第２通信装置とを含む通信システムであって、
前記第１通信装置と前記第２通信装置との少なくとも何れかを識別するための識別情報を取得する取得手段と、
前記第１通信装置と前記第２通信装置との間で前記第２通信プロトコルによる通信を行うために前記第１通信プロトコルによる所定の通信を行うか否かを、前記取得手段により取得された識別情報に基づいて判断する判断手段と、
前記判断手段により前記所定の通信を行うと判断された場合には、前記第１通信装置と前記第２通信装置との間で前記第１通信プロトコルによる前記所定の通信を行った後に前記第２通信プロトコルによる通信を行い、前記判断手段により前記所定の通信を行わないと判断された場合には、前記第１通信装置と前記第２通信装置との間で前記第１通信プロトコルによる前記所定の通信を行うことなく前記第２通信プロトコルによる通信を行う通信手段と、
を有することを特徴とする通信システム。
【請求項１６】
第１通信プロトコルによる通信と、前記第１通信プロトコルとは異なる第２通信プロトコルによる通信とを実行可能な通信装置が実行する通信方法であって、
通信先を識別するための識別情報を取得する取得工程と、
前記通信先との間で前記第２通信プロトコルによる通信を行うために前記第１通信プロトコルによる所定の通信を行うか否かを、前記取得工程において取得された識別情報に基づいて判断する判断工程と、
前記判断工程において前記所定の通信を行うと判断された場合には、前記通信先との間で前記第１通信プロトコルによる前記所定の通信を行った後に前記第２通信プロトコルによる通信を行い、前記判断工程において前記所定の通信を行わないと判断された場合には、前記通信先との間で前記第１通信プロトコルによる前記所定の通信を行うことなく前記第２通信プロトコルによる通信を行う通信工程と、
を含むことを特徴とする通信方法。
【請求項１７】
前記判断工程では、予め識別情報を記憶している所定の記憶部の記憶内容と前記取得工程において取得された識別情報とに基づいて、前記所定の通信を行うか否かを判断することを特徴とする請求項１６に記載の通信方法。
【請求項１８】
前記判断工程では、前記取得工程において取得された識別情報と当該識別情報に対応する前記第２通信プロトコルによる通信に関する設定情報とが前記所定の記憶部に記憶されている場合に、前記所定の通信を行わないと判断することを特徴とする請求項１６又は１７に記載の通信方法。
【請求項１９】
コンピュータを、請求項１乃至１４の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信システム、通信方法及びプログラムに関する。
【背景技術】
【０００２】
デバイスの小型化や無線ＬＡＮの普及により、多様なデバイスがネットワークに接続するようになってきている。また、デバイス同士の接続や、デバイス及びサーバ、デバイス及びクラウドへの接続が一般化されてきている。
このような状況の中で、ユーザがデバイスを持ち運ぶことで無線ＬＡＮの領域から外れてしまいネットワークから切断されることや、デバイスのモードの変更や電源のオフ等によってネットワークから切断されることが発生してきている。
このような場合、通信開始時の処理を毎回実行しなければならないという課題が存在する。特許文献１では、先行したネゴシエーション手順によって、サービス情報を取得して、ネゴシエーション手順を省略するという方法が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３６３９９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通信開始時にプロトコルを切り替えて利用する通信装置等では、再接続する場合等、プロトコルの設定情報の交換処理を再実行しなければならず、接続に時間がかかる問題があった。
【課題を解決するための手段】
【０００５】
そこで、本発明は、第１通信プロトコルによる通信と、前記第１通信プロトコルとは異なる第２通信プロトコルによる通信とを実行可能な通信装置であって、通信先を識別するための識別情報を取得する取得手段と、前記通信先との間で前記第２通信プロトコルによる通信を行うために前記第１通信プロトコルによる所定の通信を行うか否かを、前記取得手段により取得された識別情報に基づいて判断する判断手段と、前記判断手段により前記所定の通信を行うと判断された場合には、前記通信先との間で前記第１通信プロトコルによる前記所定の通信を行った後に前記第２通信プロトコルによる通信を行い、前記判断手段により前記所定の通信を行わないと判断された場合には、前記通信先との間で前記第１通信プロトコルによる前記所定の通信を行うことなく前記第２通信プロトコルによる通信を行う通信手段と、を有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、通信の接続に係る時間を短縮することができる。
【図面の簡単な説明】
【０００７】
【図１】通信システムのシステム構成の一例を示す図である。
【図２】通信装置等のハードウェア構成の一例を示す図である。
【図３】通信装置のソフトウェア構成の一例を示す図である。
【図４】サーバのソフトウェア構成の一例を示す図である。
【図５】通信装置がサーバと通信を開始する際の情報処理の一例を示すフローチャートである。
【図６】通信装置とサーバとの間で通信の設定をスキップする場合の情報処理の一例を示すシーケンス図である。
【図７】サーバが通信装置と通信を開始する際の情報処理の一例を示すフローチャートである。
【図８】通信装置の設定情報のエントリを示す図である。
【図９】通信装置とサーバとがＨＴＴＰ／１．１通信の途中からＨＴＴＰ／２通信に変更する場合の情報処理の一例を示すシーケンス図である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
図１は、通信システムのシステム構成の一例を示す図である。
通信システムは、ネットワーク１００を介して、通信装置１０１とサーバ１０２とが通信可能に接続されている。本実施形態におけるネットワーク１００は、インターネット、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の複合であってもよい。
通信装置１０１は、ネットワーク１００を通じて、サーバ１０２とＨＴＴＰ／１．１及びＨＴＴＰ／２通信を行う。通信装置１０１の一例としては、例えば、デジタルカメラ等である。但し、このことは本実施の形態を制限するものではない。通信装置１０１は、接続要求元の通信装置、第１の通信装置の一例である。また、サーバ１０２は、接続先の通信装置、第２の通信装置の一例である。
【００１０】
図２は、通信装置等のハードウェア構成の一例を示す図である。
より具体的説明すると、図２（ａ）は、通信装置１０１のハードウェア構成の一例を示す図である。図２（ｂ）は、サーバ１０２のハードウェア構成の一例を示す図である。
図２（ａ）に示されるように、通信装置１０１は、ハードウェア構成として、ＣＰＵ１０と、メモリ１１と、ＨＤ１２と、ネットワーク制御装置１３と、操作表示装置１４と、撮像装置１５と、を含む。そして、これらのハードウェア構成が、バス１６を介して接続されている。
ＣＰＵ１０は、通信装置１０１の全体を制御する制御部である。ＣＰＵ１０が、メモリ１１又はＨＤ１２等に記憶されているプログラムに基づき処理を実行することによって、後述する通信装置１０１のソフトウェア構成及び通信装置１０１のフローチャートの処理が実現される。メモリ１１は、ブートプログラムや、ＣＰＵ１０が処理を実行する際に利用する予め定められたデータ等を記憶する。ＨＤ１２は、プログラムやＣＰＵ１０が処理を実行する際に利用するデータ、画像データ等を記憶する。ネットワーク制御装置１３は、通信装置１０１をネットワーク１００に接続し、ＣＰＵ１０の制御に基づき、ネットワーク１００を介した他の装置との通信を制御する。操作表示装置１４は、ＣＰＵ１０の制御に基づき、画像データ等を表示したり、ユーザ操作を受け付け、受け付けた操作に係る操作情報をＣＰＵ１０に通知したりする。撮像装置１５は、ＣＰＵ１０の制御に基づき、撮像を制御する。尚、図２（ａ）のハードウェア構成は、通信装置１０１をデジタルカメラとした場合の一例である。
【００１１】
また、図２（ｂ）に示されるように、サーバ１０２は、ハードウェア構成として、ＣＰＵ２０と、メモリ２１と、ＨＤ２２と、ネットワーク制御装置２３と、表示装置２４と、入力装置２５と、を含む。そして、これらのハードウェア構成が、バス２６を介して接続されている。
ＣＰＵ２０は、サーバ１０２の全体を制御する制御部である。ＣＰＵ２０が、メモリ２１又はＨＤ２２等に記憶されているプログラムに基づき処理を実行することによって、後述するサーバ１０２のソフトウェア構成及びサーバ１０２のフローチャートの処理が実現される。メモリ２１は、ブートプログラムや、ＣＰＵ２０が処理を実行する際に利用する予め定められたデータ等を記憶する。ＨＤ２２は、プログラムやＣＰＵ２０が処理を実行する際に利用するデータ等を記憶する。ネットワーク制御装置２３は、サーバ１０２をネットワーク１００に接続し、ＣＰ２１０の制御に基づき、ネットワーク１００を介した他の装置との通信を制御する。表示装置２４は、ＣＰＵ２０の制御に基づき、データを表示する。入力装置２５は、ユーザ操作を受け付け、受け付けた操作に係る操作情報をＣＰＵ２０に通知する。
【００１２】
図３は、通信装置１０１のソフトウェア構成の一例を示す図である。
通信部２０１は、ＴＣＰ／ＩＰ処理、及び、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）処理を行う。
表示部２０２は、接続完了や接続エラーの表示を行う。表示部２０２は、操作表示装置１４を用いて表示を行う。通信装置１０１は、接続完了や接続エラーを表示してもよいし、これに限らず、イベント情報をユーザに音や振動等で通知してもよい。
データ保存部２０３は、サーバの識別子に関連付けられた設定情報（後述する図８を参照）をＨＤ１２等に保持、管理する。本実施形態では、図８に示されるような情報を通信装置１０１内で保持するものとして説明を行う。しかし、これに限らず、通信装置１０１は、ネットワークを介した別の装置上に登録されている情報を参照等、利用するようにしてもよい。サーバの識別子は、接続先の通信装置（サーバ）を識別する識別情報の一例である。
設定部２０４は、データ保存部２０３で保持している設定情報に基づき通信のパラメータを設定する。
判断部２０５は、指定された識別子に応じて保持している設定情報の設定を行うか否かを判断する。更に、判断部２０５は、セキュリティ通信の有無、設定フェーズをスキップできるか否か等を判断する。
【００１３】
通信手順切り替え部２０６は、ＨＴＴＰ／１．１とＨＴＴＰ／２との通信を切り替える。
通信手順スキップ部２０７は、通信開始時のハンドシェイク及び設定の手順をスキップする。
選択部２０８は、ＨＴＴＰ／１．１とＨＴＴＰ／２とからプロトコルを選択する。
入力部２０９は、ＵＲＩ、ＩＰアドレス及びポート番号、Ｓｅｓｓｉｏｎ−ＩＤ等の識別子の入力を行う。入力部２０９は、操作表示装置１４等に表示されたＵＩを介したユーザ操作に応じて、識別子を入力してもよいし、ＮＦＣやＢｌｕｅｔｏｏｔｈ（登録商標）等を用いて他の装置等より取得された識別子を入力してもよい。また、入力部２０９は、通信装置１０１のアプリケーション等が記憶している識別子をアプリケーション等より受け取り、入力してもよい。
本実施形態では、プロトコルとしてＨＴＴＰ／１．１とＨＴＴＰ／２とを例にあげて説明するが、これに限らず、ＳＰＤＹ、ＱＵＩＣであってもよいし、その他の異種のプロトコル間の切り替えであってもよい。ＨＴＴＰ／１．１は、第１の通信プロトコルの一例である。ＨＴＴＰ／２は、第２の通信プロトコルの一例である。
【００１４】
図４は、サーバ１０２のソフトウェア構成の一例を示す図である。
通信部８０１は、ＴＣＰ／ＩＰ処理、及び、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）処理を行う。
応答部８０２は、通信切り替えに対する受領メッセージを送信する。応答部８０２は、通信の切り替え方法がＣｌｉｅｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｅｆａｃｅである場合、ＨＴＴＰ  ２００  ＯＫを送信する。また、応答部８０２は、通信の切り替え方法がＨＴＴＰ／１．１  Ｕｐｇｒａｄｅ  ｈｅａｄｅｒである場合、ＨＴＴＰ  １０１  Ｓｗｉｔｃｈｉｎｇ  Ｐｒｏｔｏｃｏｌｓを送信する。応答部８０２は、通信の切り替え方法がＴＬＳ    ＡＬＰＮフィールド付きのＣｌｉｅｎｔ  Ｈｅｌｌｏである場合、ＴＬＳ  ＡＬＰＮ付きＳｅｒｖｅｒ  Ｈｅｌｌｏを送信する。
データ保存部８０３は、識別子に関連付けられた設定情報をＨＤ２２等に保持、管理する。本実施形態では、設定情報等をサーバ１０２内で保持するものとして説明を行う。しかし、これに限らず、サーバ１０２は、ネットワークを介した別の装置上に保持されている設定情報を参照等、利用するようにしてもよい。
設定部８０４は、データ保存部８０３で保持している設定情報に基づき通信のパラメータを設定する。
【００１５】
判断部８０５は、指定された識別子に応じて保持している設定情報の設定を行うか否かを判断する。更に、判断部８０５は、セキュリティ通信の有無や、設定フェーズをスキップできるか否かを判断する。
通信手順切り替え部８０６は、ＨＴＴＰ／１．１とＨＴＴＰ／２との通信を切り替える。
通信手順スキップ部８０７は、通信開始時のハンドシェイク及び設定の手順をスキップする。
選択部８０８は、ＨＴＴＰ／１．１とＨＴＴＰ／２とからプロトコルを選択する。
入力部８０９は、ＵＲＩ、ＩＰアドレス及びポート番号、Ｓｅｓｓｉｏｎ−ＩＤ等の識別子の入力を行う。入力部８０９は、入力装置２５等に表示されたＵＩを介したユーザ操作に応じて、識別子を入力してもよいし、ＮＦＣやＢｌｕｅｔｏｏｔｈ等を用いて他の装置等より取得された識別子を入力してもよい。また、入力部８０９は、アプリケーション等が記憶している識別子をアプリケーション等から受け取り、入力してもよい。
【００１６】
図５は、通信装置１０１がサーバ１０２と通信を開始する際の情報処理の一例を示すフローチャートである。
Ｓ３０１において、入力部２０９は、ユーザ、又は、アプリケーションから識別子を受け付け、入力し、Ｓ３０２に進む。ここでの識別子とは、ＵＲＩ、ＩＰアドレス及びポート番号、Ｓｅｓｓｉｏｎ−ＩＤ、その他、通信相手であるサーバ１０２を識別するための情報である。
Ｓ３０２において、判断部２０５は、入力された識別子から、通信処理のハンドシェイク及び設定等の処理のスキップを行うか否かの判断を行う。判断部２０５は、指定された識別子が図８に示すようなテーブルに含まれているかを確認し、含まれている場合、前記処理をスキップすると判断し（Ｓ３０２においてＹｅｓ）、Ｓ３０３に進む。一方、判断部２０５は、指定された識別子が前記テーブルに含まれていない場合、前記処理はスキップしないと判断し（Ｓ３０２においてＮｏ）、Ｓ３１２に進む。
【００１７】
Ｓ３０３において、判断部２０５は、セキュリティ通信ありの通信であるか、セキュリティ通信なしの通信であるかを確認する。本実施形態では、識別子に紐付けて、セキュリティ通信ありかなしが予め設定されているものとする。これに限らず、例えば、ＴＬＳを利用するように明示された場合に、判断部２０５は、セキュリティ通信ありと判断してもよい。識別子の他に、識別子と対応付けてＴＬＳ通信を行うか否かを示す情報が設定されていてもよいし、ＴＬＳ通信を行うか否かを示す情報が識別子に含まれる形であってもよい。本実施形態におけるセキュリティ通信とはＴＬＳのことを示しており、別のレイヤのセキュリティ通信（例えば、ＩＰｓｅｃや無線の暗号化等）は含んでいない。判断部２０５は、セキュリティ通信ありであると判断すると（Ｓ３０３においてＹｅｓ）、Ｓ３０５に進み、セキュリティ通信なしであると判断すると（Ｓ３０３においてＮｏ）、Ｓ３０４に進む。
Ｓ３０４において、通信部２０１は、サーバ１０２にＴＣＰ接続を開始し、Ｓ３０６に進む。
一方、Ｓ３０５において、通信部２０１は、サーバ１０２にＴＬＳ接続を開始し、Ｓ３０６に進む。
Ｓ３０６において、通信手順スキップ部２０７は、サーバ１０２にＨＴＴＰ／２通信を開始するためにＣｌｉｅｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｅｆａｃｅを送信する。通信手順スキップ部２０７は、ＨＴＴＰ／１．１からＨＴＴＰ／２にアップグレードを行うための通信手順をスキップしている。Ｃｌｉｅｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｅｆａｃｅは、第２の通信プロトコルによる接続開始要求の一例である。
【００１８】
Ｓ３０７において、判断部２０５は、サーバ１０２から、Ｃｌｉｅｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｅｆａｃｅの受け付けを完了したメッセージ（例えば、ＨＴＴＰ  ２００  ＯＫ）を受信したか否かを確認する。判断部２０５は、受け付けを完了したメッセージを受け付けた場合（Ｓ３０７においてＹｅｓ）、Ｓ３１０に進む。ＨＴＴＰ  ２００  ＯＫは、接続開始応答の一例である。判断部２０５は、受け付けエラーメッセージ（例えば、Ｉｎｔｅｒｎａｌ  Ｓｅｒｖｅｒ  ＥｒｒｏｒやＨＴＴＰ  Ｂａｄ  Ｒｅｑｕｅｓｔ等）を受け付けた場合（Ｓ３０７においてＮｏ）、Ｓ３０８に進む。
Ｓ３０８において、判断部２０５は、通信途中にプロトコルを変更できる機能があるか否かを判断する。判断部２０５は、通信途中にプロトコルを変更できる機能があると判断すると（Ｓ３０８においてＹｅｓ）、Ｓ３０９に進み、通信途中にプロトコルを変更できる機能が無いと判断すると（Ｓ３０８においてＮｏ）、Ｓ３１６に進む。
Ｓ３０９において、判断部２０５は、ＴＣＰ又はＴＬＳの接続を切断した上で、Ｓ３１２に進む。
一方、Ｓ３１０において、設定部２０４は、図８に示す設定情報を適用し、Ｓ３１１に進む。
Ｓ３１１において、通信手順スキップ部２０７は、ＳＥＴＴＩＮＧＳフレームによる通信情報の設定のフェーズをスキップし、図５に示す処理を終了する。
【００１９】
Ｓ３１２において、判断部２０５は、セキュリティ通信ありの通信であるか否かの確認を行う。判断部２０５は、セキュリティ通信ありの通信であると判断すると（Ｓ３１２においてＹｅｓ）、Ｓ３１３に進み、セキュリティ通信なしの通信であると判断すると（Ｓ３１２においてＮｏ）、Ｓ３１５に進む。
Ｓ３１３において、通信部２０１は、サーバ１０２にＴＬＳ接続を開始し、Ｓ３１４に進む。
Ｓ３１４において、通信手順切り替え部２０６は、ＴＬＳのＣｌｉｅｎｔ  ＨｅｌｌｏメッセージのＡＬＰＮ（Ｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｎｅｇｏｔｉａｔｉｏｎ）領域を利用して、プロトコルアップグレードの要求をサーバ１０２に送信し、Ｓ３１７に進む。
Ｓ３１４からＳ３１７に進んだ場合、Ｓ３１７において、通信手順切り替え部２０６は、サーバ１０２から受信したＳｅｒｖｅｒ  ＨｅｌｌｏメッセージのＡＬＰＮフィールドに含まれるメッセージを解析し、プロトコルアップグレードに成功したか否かを判断する。
【００２０】
一方、Ｓ３１５において、通信部２０１は、サーバ１０２とＴＣＰ接続を開始し、Ｓ３１６に進む。
Ｓ３１６において、通信手順切り替え部２０６は、ＨＴＴＰのｕｐｇｒａｄｅヘッダを用いたプロトコルアップグレードをサーバ１０２に送信し、Ｓ３１７に進む。
Ｓ３１６からＳ３１７に進んだ場合、Ｓ３１７において、通信手順切り替え部２０６は、サーバ１０２から受信したＳｗｉｔｃｈｉｎｇ  Ｐｒｏｔｏｃｏｌのレスポンスを解析し、プロトコルアップグレードに成功したか否かを判断する。
Ｓ３１７において、通信手順切り替え部２０６は、プロトコルアップグレードに成功し、ＨＴＴＰ／２接続が可能であると判断した場合（Ｓ３１７においてＹｅｓ）、Ｓ３１８に進む。一方、通信手順切り替え部２０６は、プロトコルアップグレードに成功せず、ＨＴＴＰ／２接続が可能でないと判断した場合（Ｓ３１７においてＮｏ）、Ｓ３２１に進む。
Ｓ３１７の処理は、通信可否判断の処理の一例である。
【００２１】
Ｓ３１８において、通信手順切り替え部２０６は、ＨＴＴＰ／２の通信手順に従って、Ｃｌｉｅｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｅｆａｃｅを送信し、Ｓ３１９に進む。
Ｓ３１９において、通信手順切り替え部２０６は、ＳＥＴＴＩＮＧＳフレームの交換による設定情報を取得し、Ｓ３２０に進む。ＳＥＴＴＩＮＧＳフレームの交換による設定情報は、例えば、ヘッダのテーブルサイズ、サーバのプッシュのありなし、最大ストリーム数、初期Ｗｉｎｄｏｗ  Ｓｉｚｅ、データ圧縮のありなし等の情報である。
Ｓ３２０において、データ保存部２０３は、サーバ１０２の識別子に対応付けて、交換した設定情報を保存し、図５に示す処理を終了する。
一方、Ｓ３２１において、通信部２０１は、ＨＴＴＰ／１．１での通信を開始し、Ｓ３２２に進む。
Ｓ３２２において、データ保存部２０３は、サーバ１０２の識別子に対応付けて、ＨＴＴＰ／１．１接続にのみ対応したサーバであることを保存し、図５に示す処理を終了する。
【００２２】
図６は、通信装置１０１とサーバ１０２との間で通信の設定をスキップする場合の情報処理の一例を示すシーケンス図である。
本実施形態では、通信装置１０１は、指定された識別子に応じてサーバ１０２との間で設定のスキップを行うと決定する。通信装置１０１とサーバ１０２とは、ＴＬＳによるセキュリティ通信を行う（図５のＳ３０２でＹｅｓ、Ｓ３０３でＹｅｓ）。通信装置１０１は、通信装置１０１のアプリケーションによって指定された識別子（ｓｅｓｓｉｏｎ−ＩＤ）を取得する。そして、通信装置１０１は、識別子を鍵として図８に示されるテーブルを検索し、設定情報があるか否かの判断を行い、識別子に対応する設定情報があった場合には設定情報を利用する。
Ｍ４０１において、通信装置１０１は、サーバ１０２にＣｌｉｅｎｔ  ｈｅｌｌｏを送信する（図５のＳ３０５）。
Ｍ４０２において、サーバ１０２は、通信装置１０１にＳｅｒｖｅｒ  ｈｅｌｌｏを送信する（図５のＳ３０５）。
本実施形態では、Ｍ４０１、及び、Ｍ４０２において、ＡＬＰＮフィールドで指定されるプロトコルアップグレードを省略しているが、これに限らず、省略せずに記載するようにしてもよい。
通信装置１０１は、ＨＴＴＰ／２を開始すると判断する。
【００２３】
Ｍ４０３において、通信装置１０１は、Ｃｌｉｅｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｅｆａｃｅをサーバ１０２に送信する。ＨＴＴＰ／２を開始すると判断すると、Ｍ４０４において、サーバ１０２は、ＨＴＴＰ  ２００  ＯＫを通信装置１０１に送信する。
その後、通信装置１０１とサーバ１０２とは、過去の設定情報を適用した上で、ＨＴＴＰ／２通信を開始する。
本実施形態では、設定情報とは、例えば、ヘッダのテーブルサイズ、サーバのプッシュのありなし、最大ストリーム数、初期Ｗｉｎｄｏｗ  Ｓｉｚｅ、データ圧縮のありなし、ヘッダ圧縮辞書等である。通信装置１０１とサーバ１０２とは、ヘッダ圧縮の辞書として、予め設定してあるものを利用してもよいし、通信開始後の手順によって追記、更新された辞書を利用してもよい。また、本実施形態では、通信装置１０１とサーバ１０２とは、過去の設定情報を適用するものとして説明を行ったが、これに限るものではない。例えば、通信装置１０１とサーバ１０２とは、それぞれ別の装置上のデータベースに保存してある予め決められた設定情報をダウンロードして適用してもよい。
【００２４】
図７は、サーバ１０２が通信装置１０１と通信を開始する際の情報処理の一例を示すフローチャートである。
Ｓ５０１において、通信部８０１は、通信装置１０１とＴＣＰ接続又はＴＬＳ接続を行い、Ｓ５０２に進む。
Ｓ５０２において、判断部８０５は、通信装置１０１からＣｌｉｅｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｅｆａｃｅを受信したか否かの判断を行う。判断部８０５は、Ｃｌｉｅｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｅｆａｃｅを受信したと判断した場合（Ｓ５０２においてＹｅｓ）、Ｓ５０３に進む。一方、判断部８０５は、Ｃｌｉｅｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｅｆａｃｅを受信しなかったと判断した場合（Ｓ５０２においてＮｏ）、Ｓ５０７に進む。
【００２５】
Ｓ５０３において、判断部８０５は、通信装置１０１の識別子（ＩＰアドレスポート番号、ＵＲＩ、ｓｅｓｓｉｏｎ−ＩＤ等）から、データ保存部８０３に識別子に対応したエントリがあるか否かによって、以下の判断を行う。即ち、判断部８０５は、前記エントリがあるか否かに基づいて、通信処理の設定をスキップできる通信相手か否かの判断を行う。本実施形態では、判断部８０５は、データ保存部８０３にエントリが保持されているか否かをチェックしていたが、これに限らず、ネットワークを介した別の装置上のデータベースにエントリが保持されているか否かをチェックするようにしてもよい。判断部８０５は、前記エントリがある場合、設定スキップ可能であると判断し（Ｓ５０３においてＹｅｓ）、Ｓ５０４に進み、前記エントリがない場合、設定スキップ可能でないと判断し（Ｓ５０３においてＮｏ）、Ｓ５１６に進む。
【００２６】
Ｓ５０４において、設定部８０４は、データ保存部８０３の前記エントリに基づき設定情報を適用し、Ｓ５０５に進む。本実施形態では設定部８０４は、過去の設定情報を適用するものとして説明を行うが、これに限らず、別の装置上のデータベースに保存してある予め決められた設定情報をダウンロードして適用してもよい。
Ｓ５０５において、通信手順スキップ部８０７は、ＳＥＴＴＩＮＧＳフレームによる通信情報の設定のフェーズをスキップし、Ｓ５０６に進む。実施形態では、通信手順スキップ部８０７は、全ての設定フェーズをスキップするものとして説明を行ったが、これに限らず、設定された一部の設定フェーズのみをスキップするようにしてもよい。
Ｓ５０６において、応答部８０２は、通信装置１０１にＣｌｉｅｎｔ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｅｆａｃｅの受信を示すＨＴＴＰ  ２００  ＯＫの応答を返信し、図７に示す処理を終了する。
【００２７】
Ｓ５１６において、応答部８０２は、設定のスキップができないクライアントである場合、エラーメッセージ（Ｉｎｖａｌｉｄ  ｍｅｔｈｏｄ）を通信装置１０１に返信し、Ｓ５０７に進む。又は、Ｓ５１６において、応答部８０２は、サーバ１０２の電源オンオフ等によりエントリが存在しない場合、エラーメッセージ（Ｉｎｔｅｒｎａｌ  ｓｅｒｖｅｒ  ｅｒｒｏｒ）を通信装置１０１に送信し、Ｓ５０７に進む。
Ｓ５０７において、判断部８０５は、プロトコルアップグレードの要求を受信したか否かを判断する。判断部８０５は、プロトコルアップグレードの要求を受信したと判断すると（Ｓ５０７においてＹｅｓ）、Ｓ５０８に進み、プロトコルアップグレードの要求を受信しなかったと判断すると（Ｓ５０７においてＮｏ）、Ｓ５１５に進む。
Ｓ５０８において、通信手順切り替え部８０６は、プロトコルのアップグレード方法を確認する。通信手順切り替え部８０６は、通信装置１０１から受信した内容等に基づいて、プロトコルのアップグレード方法を判断する。通信手順切り替え部８０６は、ＴＬＳ  ＡＬＰＮフィールドを用いたＣｌｉｅｎｔ  Ｈｅｌｌｏでプロトコルアップグレードを行うと判断した場合（Ｓ５０８においてＣｌｉｅｎｔ  Ｈｅｌｌｏ  ＡＬＰＮ）、Ｓ５０９に進む。通信手順切り替え部８０６は、ＨＴＴＰ／１．１  Ｕｐｇｒａｄｅヘッダによる切り替えと判断した場合（Ｓ５０８においてプロトコルアップグレードヘッダ）、Ｓ５１１に進む。
【００２８】
Ｓ５０９において、通信手順切り替え部８０６は、ＴＬＳのＣｌｉｅｎｔ  ＨｅｌｌｏメッセージのＡＬＰＮフィールドを利用したプロトコルアップグレードの要求を通信装置１０１より受信し、Ｓ５１０に進む。
Ｓ５１０において、応答部８０２は、ＴＬＳ  ＡＬＰＮフィールドを用いたＳｅｒｖｅｒ  Ｈｅｌｌｏでプロトコルのアップグレードを受け付けたことを通信装置１０１に返信し、Ｓ５１３に進む。
【００２９】
Ｓ５１１において、通信手順切り替え部８０６は、ＨＴＴＰ／１．１  Ｕｐｇｒａｄｅヘッダを通信装置１０１より受信し、Ｓ５１２に進む。
Ｓ５１２において、応答部８０２は、ＨＴＴＰ  １０１  Ｓｗｉｔｃｈｉｎｇ  Ｐｒｏｔｏｃｏｌｓでプロトコルのアップグレードを受け付けたことを通信装置１０１に返信し、Ｓ５１３に進む。
Ｓ５１３において、通信部２０１は、ＳＥＴＴＩＮＧＳフレームの交換を行い、通信の設定情報を受信し、Ｓ５１４に進む。
Ｓ５１４において、データ保存部８０３は、交換した設定情報を保存し、図７に示す処理を終了する。
一方、Ｓ５１５において、通信部２０１は、ＨＴＴＰ／１．１通信を継続し、図７に示す処理を終了する。
【００３０】
通信装置１０１とサーバ１０２とにおける設定情報は、初期設定以後、ＳＥＴＴＩＮＧＳフレームの交換や辞書の追加に応じて更新されてもよい。これによって、通信装置１０１とサーバ１０２とは、同じ設定情報を共有することができる。また、通信装置１０１又はサーバ１０２が、別の装置に設定情報をアップロードし、再接続時に通信装置１０１とサーバ１０２とがダウンロードして利用してもよい。これにより、通信装置１０１とサーバ１０２とはエントリを保持しなくてよくなり、リソースの使用を軽減することができる。
【００３１】
図８は、通信装置１０１の設定情報のエントリを示す図である。
ここでのサーバの識別子は、ｓｅｓｓｉｏｎ−ＩＤ、ＩＰアドレス及びポート番号、ＵＲＩ等である。これに限るものではなく、通信相手を一意に指定できればいいため、例えば、ＳＩＰ  ＵＲＩ等の他の識別子であってもよい。
設定情報としては、ヘッダのテーブルサイズ、サーバプッシュの有無、最大ストリーム数、初期Ｗｉｎｄｏｗ  Ｓｉｚｅ、データ圧縮の有無、ヘッダ圧縮の辞書、暗号通信の有無等である。本実施形態では、ＳＥＴＴＩＮＧＳフレームで交換する情報のみを設定情報として記憶するものとして説明を行ったが、これに限らず、他のレイヤの設定情報等を利用してもよい。例えば、ＭＴＵサイズ、ＴＣＰのＷｉｎｄｏｗ  Ｓｉｚｅ、アプリケーションのプロトコル情報、アプリケーションの設定情報等である。
尚、説明の簡略化のため省略しているが、サーバ１０２でも図８と同様のエントリを保持する。その場合、サーバの識別子としている部分は通信装置１０１の識別子となる。通信装置１０１の識別子は、接続要求元の通信装置の識別情報の一例である。
【００３２】
図９は、通信装置１０１とサーバ１０２とがＨＴＴＰ／１．１通信の途中からＨＴＴＰ／２通信に変更する場合の情報処理の一例を示すシーケンス図である。
Ｍ７０１において、通信装置１０１は、サーバ１０２にＴＣＰ接続を行い、ＨＴＴＰ／１．１による通信を開始する。
Ｍ７０２において、サーバ１０２は、通信装置１０１のＴＣＰ接続を受け付け、ＨＴＴＰ／１．１による通信を開始する。
これ以後、通信装置１０１とサーバ１０２とはＨＴＴＰ／１．１通信を行う（Ｍ７０６）。
通信装置１０１は、ＨＴＴＰ／１．１を利用していたが、アプリケーションの決定によりＨＴＴＰ／２通信に変更する。
Ｍ７０３において、通信装置１０１は、ＨＴＴＰ／２にプロトコルをアップグレードするために、サーバ１０２にＨＴＴＰ／１．ｌのｕｐｇｒａｄｅ  ｈｅａｄｅｒを送信する。
Ｍ７０４において、サーバ１０２は、通信装置１０１からのプロトコルのアップグレードを受け付けると、ＨＴＴＰ  １０１  Ｓｗｉｔｃｈｉｎｇ  Ｐｒｏｔｏｃｏｌｓを返信する。
Ｍ７０３〜Ｍ７０４において、通信装置１０１とサーバ１０２とは通信手順をスキップするか否かの判断を行い、スキップする場合、設定情報を適用した上でＨＴＴＰ／２通信を行う（Ｍ７０５）。
【００３３】
このように、本実施形態の処理は、通信の途中からのプロトコルのアップグレードにも適用できる。ＨＴＴＰ／１．１とＨＴＴＰ／２とでは、ＨＴＴＰ／１．１に戻すことはできないが、プロトコルをダウングレード（変更）できる場合には、プロトコルの変更処理にかかる処理を低減でき、待ち時間を低減できるようになる。
また、通信装置１０１とサーバ１０２との間で最適なパラメータを予め設定、又は、設定情報用のデータベース上に設置しておけば、煩雑なプロトコル開始時の設定処理を低減することができる。例えば、通信装置１０１とサーバ１０２とがカメラのような組み込み機器の場合、通信の接続と切断とが頻繁に発生する。このとき、通信装置１０１とサーバ１０２との通信手順やパラメータ設定の処理回数が多くなるため、更に上述した実施形態による処理の効果が見込める。
【００３４】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００３５】
以上、上述した各実施形態によれば、デバイスが接続したことがある接続先に対して、再接続時の設定処理を低減することができる。また、デバイスが再接続するときのデータ送信開始処理までの時間を短縮することができる。また、通信の接続に係る時間を短縮することができる。
【符号の説明】
【００３６】
１０  ＣＰＵ、２０  ＣＰＵ、１０１  通信装置、１０２  サーバ
【図１】
2019033539.tif 000003
【図２】
2019033539.tif 000004
【図３】
2019033539.tif 000005
【図４】
2019033539.tif 000006
【図５】
2019033539.tif 000007
【図６】
2019033539.tif 000008
【図７】
2019033539.tif 000009
【図８】
2019033539.tif 000010
【図９】
2019033539.tif 000011
【手続補正書】
【提出日】平成30年11月22日(2018.11.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１通信プロトコルによる通信と、前記第１通信プロトコルとは異なる第２通信プロトコルによる通信とを実行可能な通信装置であって、
通信相手に関する識別情報を取得する取得手段と、
前記通信相手との間で前記第２通信プロトコルによる通信を行うために前記第１通信プロトコルによる所定の通信を行うか否かを、前記取得手段により取得された識別情報に基づいて判断する判断手段と、
前記判断手段により前記所定の通信を行うと判断された場合には、前記通信相手との間で前記第１通信プロトコルによる前記所定の通信を行った後に前記第２通信プロトコルによる通信を行い、前記判断手段により前記所定の通信を行わないと判断された場合には、前記通信相手との間で前記第１通信プロトコルによる前記所定の通信を行うことなく前記第２通信プロトコルによる通信を行う通信手段と、を有することを特徴とする通信装置。
【請求項２】
前記判断手段は、予め識別情報を記憶している所定の記憶部の記憶内容と前記取得手段により取得された識別情報とに基づいて、前記所定の通信を行うか否かを判断することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記判断手段は、前記取得手段により取得された識別情報と当該識別情報に対応する前記第２通信プロトコルによる通信に関する設定情報とが前記所定の記憶部に記憶されている場合に、前記所定の通信を行わないと判断することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記通信手段は、前記判断手段により前記所定の通信を行わないと判断された場合に、前記所定の記憶部に記憶されている設定情報であって前記取得手段により取得された識別情報に対応する設定情報を適用して前記通信相手との間で前記第２通信プロトコルによる通信を行うことを特徴とする請求項３に記載の通信装置。
【請求項５】
前記通信手段は、前記判断手段により前記所定の通信を行うと判断された場合に、前記通信相手との間での前記第１通信プロトコルによる前記所定の通信の内容に応じた設定情報を適用して前記第２通信プロトコルによる通信を行うことを特徴とする請求項２乃至４の何れか１項に記載の通信装置。
【請求項６】
前記通信手段により前記第２通信プロトコルによる通信を行った前記通信相手に対応する識別情報を前記所定の記憶部に記憶する記憶制御手段を有することを特徴とする請求項２乃至５の何れか１項に記載の通信装置。
【請求項７】
前記取得手段により取得された識別情報と、前記通信手段による前記通信相手との間での通信の内容に応じた設定情報とを、前記所定の記憶部に記憶する記憶制御手段を有することを特徴とする請求項２乃至５の何れか１項に記載の通信装置。
【請求項８】
前記所定の記憶部は、前記通信装置が有する記憶部又は前記通信装置と接続される装置が有する記憶部であることを特徴とする請求項２乃至７の何れか１項に記載の通信装置。
【請求項９】
前記通信手段により前記通信相手との間で前記第１通信プロトコルによる前記所定の通信を行うことなく前記第２通信プロトコルによる通信を開始した後に、前記第２通信プロトコルによる通信を継続できるか否かを判定する判定手段を有し、
前記通信手段は、前記判定手段により前記第２通信プロトコルによる通信を継続できないと判定された場合に、前記通信相手との間で前記第１通信プロトコルによる前記所定の通信を行うことを特徴とする請求項１乃至８の何れか１項に記載の通信装置。
【請求項１０】
前記第１通信プロトコルはＨＴＴＰ／１．１であり、
前記第２通信プロトコルはＨＴＴＰ／２であることを特徴とする請求項１乃至９の何れか１項に記載の通信装置。
【請求項１１】
前記第１通信プロトコルによる前記所定の通信は、前記第２通信プロトコルによる通信に関する設定情報の送信及び受信の少なくとも何れかを含むことを特徴とする請求項１乃至１０の何れか１項に記載の通信装置。
【請求項１２】
前記設定情報には、ＳＥＴＴＩＮＧＳフレームの情報及びヘッダ圧縮辞書の情報の少なくとも何れかが含まれることを特徴とする請求項１１に記載の通信装置。
【請求項１３】
前記取得手段により取得される識別情報には、ＵＲＩ、ＩＰアドレス、及びポート番号の少なくとも何れかが含まれることを特徴とする請求項１乃至１２の何れか１項に記載の通信装置。
【請求項１４】
前記取得手段により取得された識別情報に応じた前記通信相手と、ＴＣＰ接続又はＴＬＳ接続により接続する接続手段を有し、
前記判断手段により前記所定の通信を行うと判断された場合には、前記通信手段は前記接続手段により接続された前記通信相手との間で前記第１通信プロトコルによる前記所定の通信を行った後に前記第２通信プロトコルによる通信を開始し、前記判断手段により前記所定の通信を行わないと判断された場合には、前記通信手段は前記接続手段により接続された前記通信相手との間で前記第１通信プロトコルによる通信を行うことなく前記第２通信プロトコルによる通信を開始することを特徴とする請求項１乃至１３の何れか１項に記載の通信装置。
【請求項１５】
第１通信プロトコルによる通信と、前記第１通信プロトコルとは異なる第２通信プロトコルによる通信とを実行可能な、第１通信装置と第２通信装置とを含む通信システムであって、
前記第１通信装置と前記第２通信装置との少なくとも何れかに関する識別情報を取得する取得手段と、
前記第１通信装置と前記第２通信装置との間で前記第２通信プロトコルによる通信を行うために前記第１通信プロトコルによる所定の通信を行うか否かを、前記取得手段により取得された識別情報に基づいて判断する判断手段と、
前記判断手段により前記所定の通信を行うと判断された場合には、前記第１通信装置と前記第２通信装置との間で前記第１通信プロトコルによる前記所定の通信を行った後に前記第２通信プロトコルによる通信を行い、前記判断手段により前記所定の通信を行わないと判断された場合には、前記第１通信装置と前記第２通信装置との間で前記第１通信プロトコルによる前記所定の通信を行うことなく前記第２通信プロトコルによる通信を行う通信手段と、を有することを特徴とする通信システム。
【請求項１６】
第１通信プロトコルによる通信と、前記第１通信プロトコルとは異なる第２通信プロトコルによる通信とを実行可能な通信装置が実行する通信方法であって、
通信相手に関する識別情報を取得する取得工程と、
前記通信相手との間で前記第２通信プロトコルによる通信を行うために前記第１通信プロトコルによる所定の通信を行うか否かを、前記取得工程において取得された識別情報に基づいて判断する判断工程と、
前記判断工程において前記所定の通信を行うと判断された場合には、前記通信相手との間で前記第１通信プロトコルによる前記所定の通信を行った後に前記第２通信プロトコルによる通信を行い、前記判断工程において前記所定の通信を行わないと判断された場合には、前記通信相手との間で前記第１通信プロトコルによる前記所定の通信を行うことなく前記第２通信プロトコルによる通信を行う通信工程と、を含むことを特徴とする通信方法。
【請求項１７】
前記判断工程では、予め識別情報を記憶している所定の記憶部の記憶内容と前記取得工程において取得された識別情報とに基づいて、前記所定の通信を行うか否かを判断することを特徴とする請求項１６に記載の通信方法。
【請求項１８】
前記判断工程では、前記取得工程において取得された識別情報と当該識別情報に対応する前記第２通信プロトコルによる通信に関する設定情報とが前記所定の記憶部に記憶されている場合に、前記所定の通信を行わないと判断することを特徴とする請求項１６又は１７に記載の通信方法。
【請求項１９】
コンピュータを、請求項１乃至１４の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
そこで、本発明は、第１通信プロトコルによる通信と、前記第１通信プロトコルとは異なる第２通信プロトコルによる通信とを実行可能な通信装置であって、通信相手に関する識別情報を取得する取得手段と、前記通信相手との間で前記第２通信プロトコルによる通信を行うために前記第１通信プロトコルによる所定の通信を行うか否かを、前記取得手段により取得された識別情報に基づいて判断する判断手段と、前記判断手段により前記所定の通信を行うと判断された場合には、前記通信相手との間で前記第１通信プロトコルによる前記所定の通信を行った後に前記第２通信プロトコルによる通信を行い、前記判断手段により前記所定の通信を行わないと判断された場合には、前記通信相手との間で前記第１通信プロトコルによる前記所定の通信を行うことなく前記第２通信プロトコルによる通信を行う通信手段と、を有することを特徴とする。