【事件の表示】
　特願２０１１−　３７４３４「伝送制御方法」拒絶査定不服審判事件〔平成２４年　９月１０日出願公開、特開２０１２−１７５５６１、請求項の数（３）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１  手続の経緯
　本願は、平成２３年２月２３日の出願であって、平成２７年６月２６日付けで拒絶査定がされ、これに対し、同年１０月５日に拒絶査定不服審判が請求され、同時に手続補正がされたものである。
第２　平成２７年１０月５日付けの手続補正（以下、「本件補正」という。）の適否
１．補正の内容
　本件補正は、平成２６年１０月３日付け手続補正による特許請求の範囲を、
（補正前）
「【請求項１】
　送信元と送信先の通信装置それぞれにおいて、複数の輻輳制御方式にそれぞれ対応する複数の輻輳制御機能を含む伝送制御プロトコルを有し、該伝送制御プロトコルを用いて互いに通信を行う伝送制御方法であって、
　前記送信元と送信先の通信装置で第１の輻輳制御機能から第２の輻輳制御機能に切り替えを行う際に、前記伝送制御プロトコルが保持している前記第１の輻輳制御機能における動作状態を表す複数のパラメタのうち少なくとも１つを前記第２の輻輳制御機能における動作状態を表すパラメタに引き継ぎ、
　前記送信元と送信先の通信装置の少なくとも一方の通信装置で通信品質を検出し、
　前記送信元と送信先の通信装置間の前記第１の輻輳制御機能で輻輳制御を行う前記伝送制御プロトコルを用いた通信セッションの途中で通信品質の変化を検出したとき、変化した通信品質に応じた前記第２の輻輳制御機能を選択し、
　前記第２の輻輳制御機能の選択を前記送信元と送信先の通信装置間で送受信し、
　前記送信元と送信先の通信装置で同期したタイミングで、前記第１の輻輳制御機能から前記第２の輻輳制御機能に切り替え、
　前記第１の輻輳制御機能から前記第２の輻輳制御機能に切り替える際に、前記送信元の通信装置のデータ送信を一時停止させた上で切り替えを行う
ことを特徴とする伝送制御方法。
　　【請求項２】
　請求項１記載の伝送制御方法において、
　トランスポート層におけるデータ転送速度がデータリンク層に割り当てられている帯域に応じた閾値未満であるとき、前記通信セッションの途中で通信品質の変化を検出することを特徴とする伝送制御方法。
　　【請求項３】
　請求項１記載の伝送制御方法において、
　通信の遅延、帯域、廃棄率の少なくとも一つの変化量が所定の閾値を超えたとき、前記通信セッションの途中で通信品質の変化を検出する
ことを特徴とする伝送制御方法。
　　【請求項４】
　請求項２又は３記載の伝送制御方法において、
　前記通信セッションの途中で通信品質の変化を検出したとき、通信の遅延、帯域、廃棄率の少なくとも一つの変化に適応した前記第２の輻輳制御機能を選択する
ことを特徴とする伝送制御方法。
　　【請求項５】
　請求項４記載の伝送制御方法において、
　前記通信セッションの途中で通信品質の変化を検出したとき、前記通信セッションのデータ転送が散発的か又はバルク転送的かのデータ転送種別に適応した前記第２の輻輳制御機能を選択する
ことを特徴とする伝送制御方法。」
から
（補正後）
「【請求項１】
　送信元と送信先の通信装置それぞれにおいて、複数の輻輳制御方式にそれぞれ対応する複数の輻輳制御機能を含む伝送制御プロトコルを有し、該伝送制御プロトコルを用いて互いに通信を行う伝送制御方法であって、
　前記送信元と送信先の通信装置で第１の輻輳制御機能から第２の輻輳制御機能に切り替えを行う際に、前記伝送制御プロトコルが保持している前記第１の輻輳制御機能における動作状態を表す複数のパラメタのうち少なくとも１つを前記第２の輻輳制御機能における動作状態を表すパラメタに引き継ぎ、
　前記送信元と送信先の通信装置の少なくとも一方の通信装置で通信品質を検出し、
　前記送信元と送信先の通信装置間の前記第１の輻輳制御機能で輻輳制御を行う前記伝送制御プロトコルを用いた通信セッションの途中で通信品質の変化を検出したとき、変化した通信品質に応じた前記第２の輻輳制御機能を選択し、
　前記第２の輻輳制御機能の選択を前記送信元と送信先の通信装置間で送受信し、
　前記送信元と送信先の通信装置で同期したタイミングで、前記第１の輻輳制御機能から前記第２の輻輳制御機能に切り替え、
　前記第１の輻輳制御機能から前記第２の輻輳制御機能に切り替える際に、前記送信元の通信装置のデータ送信を一時停止させた上で切り替えを行い、
　トランスポート層におけるデータ転送速度がデータリンク層に割り当てられている帯域に応じた閾値未満であるとき、前記通信セッションの途中で通信品質の変化を検出し、
　前記通信セッションの途中で通信品質の変化を検出したとき、通信の遅延、帯域、廃棄率の少なくとも一つの変化に適応した前記第２の輻輳制御機能を選択する
ことを特徴とする伝送制御方法。
　　【請求項２】
　送信元と送信先の通信装置それぞれにおいて、複数の輻輳制御方式にそれぞれ対応する複数の輻輳制御機能を含む伝送制御プロトコルを有し、該伝送制御プロトコルを用いて互いに通信を行う伝送制御方法であって、
　前記送信元と送信先の通信装置で第１の輻輳制御機能から第２の輻輳制御機能に切り替えを行う際に、前記伝送制御プロトコルが保持している前記第１の輻輳制御機能における動作状態を表す複数のパラメタのうち少なくとも１つを前記第２の輻輳制御機能における動作状態を表すパラメタに引き継ぎ、
　前記送信元と送信先の通信装置の少なくとも一方の通信装置で通信品質を検出し、
　前記送信元と送信先の通信装置間の前記第１の輻輳制御機能で輻輳制御を行う前記伝送制御プロトコルを用いた通信セッションの途中で通信品質の変化を検出したとき、変化した通信品質に応じた前記第２の輻輳制御機能を選択し、
　前記第２の輻輳制御機能の選択を前記送信元と送信先の通信装置間で送受信し、
　前記送信元と送信先の通信装置で同期したタイミングで、前記第１の輻輳制御機能から前記第２の輻輳制御機能に切り替え、
　前記第１の輻輳制御機能から前記第２の輻輳制御機能に切り替える際に、前記送信元の通信装置のデータ送信を一時停止させた上で切り替えを行い、
　通信の遅延、帯域、廃棄率の少なくとも一つの変化量が所定の閾値を超えたとき、前記通信セッションの途中で通信品質の変化を検出し、
　前記通信セッションの途中で通信品質の変化を検出したとき、通信の遅延、帯域、廃棄率の少なくとも一つの変化に適応した前記第２の輻輳制御機能を選択する
ことを特徴とする伝送制御方法。
　　【請求項３】
　請求項１又は２記載の伝送制御方法において、
　前記通信セッションの途中で通信品質の変化を検出したとき、前記通信セッションのデータ転送が散発的か又はバルク転送的かのデータ転送種別に適応した前記第２の輻輳制御機能を選択する
ことを特徴とする伝送制御方法。」
と補正（以下、「補正事項」という。）するものである。
２．補正の適否
　本件補正の補正事項は、請求項１〜３を削除し、請求項２を引用する請求項４を独立形式で記載したものであるから、特許法第１７条の２第５項第１号に掲げる請求項の削除を目的とするものに該当する。
　また、特許法第１７条の２第３項、第４項に違反するところはない。
第３　本願発明について
１．本願発明
　本願の請求項１〜３に係る発明は、平成２７年１０月５日付けの手続補正で補正された特許請求の範囲の請求項１〜３に記載された事項により特定されるものと認められるところ、本願の請求項１に係る発明（以下、「本願発明」という。）は、その請求項１に記載された次のとおりのものと認める。
　「【請求項１】
　送信元と送信先の通信装置それぞれにおいて、複数の輻輳制御方式にそれぞれ対応する複数の輻輳制御機能を含む伝送制御プロトコルを有し、該伝送制御プロトコルを用いて互いに通信を行う伝送制御方法であって、
　前記送信元と送信先の通信装置で第１の輻輳制御機能から第２の輻輳制御機能に切り替えを行う際に、前記伝送制御プロトコルが保持している前記第１の輻輳制御機能における動作状態を表す複数のパラメタのうち少なくとも１つを前記第２の輻輳制御機能における動作状態を表すパラメタに引き継ぎ、
　前記送信元と送信先の通信装置の少なくとも一方の通信装置で通信品質を検出し、
　前記送信元と送信先の通信装置間の前記第１の輻輳制御機能で輻輳制御を行う前記伝送制御プロトコルを用いた通信セッションの途中で通信品質の変化を検出したとき、変化した通信品質に応じた前記第２の輻輳制御機能を選択し、
　前記第２の輻輳制御機能の選択を前記送信元と送信先の通信装置間で送受信し、
　前記送信元と送信先の通信装置で同期したタイミングで、前記第１の輻輳制御機能から前記第２の輻輳制御機能に切り替え、
　前記第１の輻輳制御機能から前記第２の輻輳制御機能に切り替える際に、前記送信元の通信装置のデータ送信を一時停止させた上で切り替えを行い、
　トランスポート層におけるデータ転送速度がデータリンク層に割り当てられている帯域に応じた閾値未満であるとき、前記通信セッションの途中で通信品質の変化を検出し、
　前記通信セッションの途中で通信品質の変化を検出したとき、通信の遅延、帯域、廃棄率の少なくとも一つの変化に適応した前記第２の輻輳制御機能を選択する
ことを特徴とする伝送制御方法。」
２．原査定の理由の概要
　本願発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　記
刊行物１：特表２００８−５１８５３１号公報
　刊行物１には、第１の輻輳制御機能のパラメタを第２の輻輳制御機能のパラメタに引き継ぐこと（段落７６）、通信品質に応じた輻輳制御機能を選択すること（段落６０）、同期したタイミング（同時切替）で輻輳制御機能を切り替えること（段落７７）、データ転送種別に適応した輻輳制御機能を選択すること（段落６１）が記載されている。そして、刊行物１（段落７６）には「異なるＴＣＰ実装で正しく再開」と記載されており、一般に「再開」とは、「いったん中断していたものを再び始めること。[株式会社岩波書店 広辞苑第六版]」であるから、いったんデータ送信を一時停止させ、ＴＣＰ実装を切り替えてからデータ送信を再開させるようにすること、刊行物１に示唆されているといえる。また、仮に、切り替え元のＴＣＰ実装でデータ送信を一時停止させない場合、異なる実装間でパラメータの不一致が生じてしまい、正しく再開できなくなることは当業者にとって明らかであるから、データ送信を一時停止させるようにすることは当業者であれば当然になし得ることである。
　さらに、通信設定を切り替える際にデータ送信を一時停止させることは、例えば特開２００３−２０４５８０号公報（特に段落６３）にも記載されているように既に周知であり、当業者にとって何ら格別な事項ではない。
　そして、上記刊行物１に上記周知事項を適用することに格別の困難性は無いから、本願発明は、刊行物１に記載された発明及び上記周知事項に基づいて当業者が容易に想到し得たものである。
３．刊行物の記載事項
　原査定の拒絶の理由に引用された特表２００８−５１８５３１号公報（以下、「刊行物１」という。）には、図面とともに以下の事項が記載されている。
イ．「【技術分野】
【０００１】
　本発明は、異なるプロトコル実装間の切替えを行う、特に、ＴＣＰの異なる実装間の切替えを行う方法および装置に関する。」
ロ．「【００３７】
　図３はＴＣＰ／ＩＰネットワークにおける一般的なプロトコル・スタック（protocol stack）を概略的に示している。下位の２層Ｌ１（物理層）およびＬ２（ネットワーク層）の上には、ＩＰ（インターネットプロトコル）層Ｌ３が存在し、その最上部には、本実施形態におけるＴＣＰを実装するトランスポート層が配置されている。ＴＣＰを実装するトランスポート層の上に配置された対応するソケット・インタフェース（socket interfaces）を通じて１つ以上のセッションが、維持されるようになっている。
【００３８】
　本発明の実施の一形態によれば、図３に示されているトランスポート層は、図４を参照して次に説明する切替装置によって実装される。図４は通信エンドポイントＡと別の通信エンドポイントＢとの間の通信リンクを示している。本実施形態における両方のエンドポイントは、アプリケーション層の上に位置し、それらは、コンピュータ上で実行するプロセス、携帯電話機、ＰＤＡ、ＷＬＡＮインタフェースを備えたノート型パソコン、もしくはデスクトップ型コンピュータ、スマートフォンなどによって提供され得る。通信エンドポイントＡを実装する機器またはプロセスは、トランスポート層を実装する切替装置ＳＷＡを通り、Ａ側のインターネット・プロトコル・スタックの層Ｌ１乃至Ｌ３を通り、図４に示すようなインターネットＩＮの一般的に複数のノードを通り、Ｂ側のインターネット・プロトコル・スタックの層Ｌ１乃至Ｌ３を通り、そして切替装置Ｂを通って、最後にエンドポイントＢへと、通信エンドポイントＢを実装する機器またはプロセスに接続される。
【００３９】
　切替装置ＳＷＡとＳＷＢはそれぞれ、異なるアンダーレイ・ネットワークの構造に対して最適化された複数の異なるトランスポート・プロトコル実装を実装している。切替装置ＳＷＡ及びＳＷＢは、これらの異なる実装を切替えることにより、ＡからＢへそしてＢからＡへのトラフィックが所与のアンダーレイ・ネットワーク（underlying network）の特性に対して最も適したＴＣＰ実装を通して経路指定されるようにすることが可能である。例えば、機器Ａは、例えばこの機器Ａを所有するユーザの雇用主の会社サーバであり得る機器Ｂとの先のコネクションを確立するために固定型有線イーサネット（Ethernet）に接続されているノート型パソコンの場合がある。しかしながら、ユーザはオフィスを後にし、その結果、固定型有線コネクションが切断され、そのあとそのユーザはＷＬＡＮホットスポット（このスポットを介してユーザはインターネットを通じてサーバＢに接続したいと考えている）が提供されているエリアに入ってしまう場合がある。このことはＡ側のアンダーレイ・ネットワークの特性が変わり、そのためにコネクションに使用されるＴＣＰ実装の変更が有利となり得ることを意味する。切替装置は、実施の一形態においてアンダーレイ・ネットワークの特性を検出し、通信セッションに使用される提供されたＴＣＰ実装の１つを適切に選択する。この決定および選択は、Ｂ側に切替装置ＳＷＢが全く与えられていなくとも実行することが可能であることに言及しておきたい。このことは、Ａ側とそして同じくＢ側にあるトランスポート層の上下の層が切替に気が付かないように、切替がユーザに意識されないで実行されることを意味する。
【００４０】
　図４に示されているように両方の通信エンドポイントに切替装置が備わっている場合においては、通信リンクの両側で適合化（adaptation）が実行できる。
【００４１】
　さらに、実施の更なる一形態として、切替装置ＳＷＡは、切替装置ＳＷＢに接続して、ＡとＢとの間の通信セッションに使用される適切なＴＣＰ実装をネゴシエーションする(negotiate)ことが可能である。
【００４２】
　次に図５を参照して、本発明による切替装置（例えば図４における装置ＳＷＡおよびＳＷＢ）の１つの実施形態をより詳しく説明する。図５からわかるように、本実施形態は、ＴＣＰｘとＴＣＰｙとでラベルされた２つの異なるＴＣＰ実装を有する。それらは例えば、固定型有線ＬＡＮに対して最適化されたＴＣＰ実装（ＴＣＰｘ）と無線ＬＡＮに対して最適化された更なるＴＣＰ実装（ＴＣＰｙ）とを示す場合がある。この２つのＴＣＰ実装の下には、ＩＰ層と異なるＴＣＰフレーバを持つ２つの実装とをつなぐＬＴＩ（lower transport interface）とラベルされたインタフェースが置かれている。同様に、２つのＴＣＰ実装の上には、この２つのＴＣＰ実装とアプリケーション層へのコネクションを確立するソケット・インタフェース（socket interface）とをつなぐＵＴＩ（upper transport interface）とラベルされた別のインタフェースが存在する。２つのＴＣＰ実装ＴＣＰｘおよびＴＣＰｙは、それぞれ下位トランスポート・インタフェースＬＴＩと上位トランスポート・インタフェースＵＴＩとに接続した標準的なＴＣＰ実装であり得る。
【００４３】
　図５に示したような構成では、層Ｌ１、層Ｌ２、および層Ｌ３を経由して到着するセグメントを経路指定して、それらを下位トランスポート・インタフェースＬＴＩを通して正しいまたは最適化されたＴＣＰ実装に導くことが可能である。この正しいまたは最適化されたＴＣＰ実装は、トランスポート層より下の下位層のネットワーク特性に依存するようなＴＣＰｘまたはＴＣＰｙのいずれかであり得る。図５からわかるように、上位および下位トランスポート・インタフェースは、異なるＴＣＰ実装をどれが最も適切かに応じて切替えることができる。どのＴＣＰ実装が使用されるかについての決定は、下位層のアンダーレイ・ネットワークの特性に応じて実行することができる。ここではその特性は、例えば、通信相手との間でどの種類のネットワーク・コネクション（例えば、固定型有線イーサネット、ＷＬＡＮ、ギガビット・イーサネット、ＧＳＭなど）が使用されるかを意味する場合がある。これらのアンダーレイ・ネットワークの特性に基づいて、ＴＣＰ実装が選ばれ、その選ばれたＴＣＰ実装からデータが上位インタフェースへ、そしてそこからソケット・インタフェースヘと送られる。
【００４４】
　逆方向の場合においては、ソケット・インタフェースを経由して到着するパケットまたはセグメントは、上位トランスポート・インタフェースＵＴＩを通過する。ＵＴＩにおいて、パケットまたはセグメントは、上位ネットワーク特性に応じて実装ＴＣＰｘまたは実装ＴＣＰｙのいずれか一方に導かれ、そこから下流方向に下位トランスポート・インタフェースＬＴＩへ、そして図４にすでに示したように次にＬ３、Ｌ２、およびＬ１へと送られ、そこからインターネットＩＮを経由して他方の通信相手（図示されていない）に送られる。
【００４５】
　セグメントに対して正しい経路を選ぶために上位および下位インタフェースによってそれぞれどのＴＣＰ実装が使用されるべきかが決定されなければならない。この決定は、図５に示した制御モジュールＣＭによって行われる。これについて次に説明する。
【００４６】
　実施の一形態によれば、制御モジュールは、下位層Ｌ１、．．．、Ｌ３の１つ以上とのインタフェース（図５のＬＬＩ）を備える。このインタフェースＬＬＩは、下位層の１つ以上と直接通信することによって下位層の種類についての情報を引き出すことが可能である。その目的のため、それは下位層の１つの（図示されていない）ＡＰＩ（application programming interface）を利用し、それにより下位層の１つ以上とコンタクトしてアンダーレイ・ネットワークの構造についての情報を引き出すことができる。
【００４７】
　アンダーレイ・ネットワークの特性に関するこのように引き出された情報は次に、評価モジュールＥＶＡＬ（evaluation module）へ送られ、ＥＶＡＬは、その引き出された情報に基づいてどのＴＣＰ実装を使用すべきかを決定する。制御モジュールＣＭは、上位トランスポート・インタフェースＵＴＩと下位トランスポート・インタフェースＬＴＩとに対してＴＣＰ実装としてＴＣＰｙとＴＣＰｘのどちらを使用すべきかを通知する。その後に通信が以下のようにして始まる。
【００４８】
　発信通信（outgoing communication）の場合、ソケット・インタフェースは、新たなセッションを開始することになる。その通信セッションを利用する意思のあるアプリケーションは、通常のＴＣＰ／ＩＰコネクションのように送信先（宛先）ＩＰアドレスとポート番号とを指定し、一時的なソースＩＰポート番号が与えられる。この情報により、オープンすべきセッションが一意に識別される。新たなセッションをオープンするためのリクエストは、ＵＴＩによって、適切なＴＣＰバージョンを決定するためのリクエストと見なされる。次いでＵＴＩは、制御モジュールに通知し、制御モジュールは、オープンすべきセッションに対する最も適切なＴＣＰバージョンを決定するために上述した決定手続きを実行する。この情報が得られたところで、ＵＴＩには制御モジュールＣＭによってその情報が通知され、ＬＴＩにも制御モジュールＣＭによって直接的にまたは代替的に図５には示されていないがＵＴＩとＬＴＩとの間の直接インタフェースによって通知される。この情報を使って、上位トランスポート・インタフェースＵＴＩと下位トランスポート・インタフェースＬＴＩとは、ＴＣＰセグメントを適切なＴＣＰ実装に送る（route）ことができる。これは、発信パケット（outgoing packet）と到来パケット（incoming packet）に対してそれぞれＵＴＩとＬＴＩがＴＣＰヘッダをチェックすることにより実行することができる。このとき送信元／送信先ＩＰアドレス及び送信元／送信先ポートの四つ組（quadruple）についての情報を見つけ出すことが可能であり、この情報は、通信セッションだけでなく、このセッションに最も適切なものとして決定されたＴＣＰバージョンも識別する。こうして、このヘッダ情報に基づいて、ＵＴＩとＬＴＩとは、パケットを正しいＴＣＰ実装へ送ることができる。
【００４９】
　ＵＴＩおよびＬＴＩには、異なるバージョンを使用するよう制御モジュールが明示的に通知しない限り使用すべきバージョンとなるデフォルトＴＣＰバージョン（default TCP version）が与えられ得ることに言及しておきたい。例えば、デフォルトＴＣＰバージョンは、セッションをオープンするための最初のステップ、例えば、セッション・オープニング・リクエスト、一時ポート番号の割り当てなど、に使用することができる。これらは、セッションを定義してそれが後で識別することができるようにし、さらに識別されたセッションに制御モジュールによって決定された特定のＴＣＰバージョンが割り当てられるようにするために必要なステップである。
【００５０】
　次に、到来セッション（incoming session）、言い換えると他方の通信エンドポイントによって開始されたセッションの場合に、パケットのルーティングがどのように働くかについて説明する。この場合、まず最初に下位トランスポート・インタフェースＬＴＩがセッションをオープンするためのリクエストを受信する。ＬＴＩは、新たに識別されたセッションを一意に識別するのに必要であるので、デフォルトＴＣＰバージョンを利用して、通信を通じてそのリクエストを送る。次に適切なＴＣＰバージョンがすでに上述したように制御モジュールによって決定され、結果の情報がＬＴＩとＵＴＩとへ伝達される。ＬＴＩとＵＴＩは、この情報を利用して、選択された適切なＴＣＰ実装に到来パケットと発信パケットとを送る（route）ことができる。すでに述べたように、ルーティングは、ＴＣＰヘッダをチェックすることによって実行することが可能である。またルーティングは、到来パケットについては下位トランスポート・インタフェースＬＴＩ、発信パケットについては上位トランスポート・インタフェースＵＴＩによって行われる。
【００５１】
　図５において、制御モジュールＣＭは、ＵＴＩおよびＬＴＩとは別個の単一モジュールとして示されているが、制御モジュールＣＭは、上位トランスポート・インタフェースＵＴＩ、下位トランスポート・インタフェースＬＴＩ、またはそれらの両方の一部として実装され得ることに言及しておきたい。制御モジュールＣＭの動作は、ＵＴＩまたはＬＴＩのどちらか一方によってトリガーされ得る。このＵＴＩまたはＬＴＩは、セッション・オープニング・リクエスト（session opening request）を、適切なＴＣＰバージョンを決定するために制御モジュールの動作をトリガーするためのトリガーとして解釈され得る。
【００５２】
　図６における実施の更なる一形態によれば、制御モジュールＣＭは、通信エンドポイントがベースとするオペレーティング・システム（ＯＳ）のオペレーティング・システム・プリミティブ（operating system primitives）に問い合わせを行うためのクエリーモジュールＱＭ（query module）を備える。クエリーに対するリスポンス（応答）は、評価モジュールＥＶＡＬ（evaluation module）によってどれがアンダーレイ・ネットワークの構造で、その結果、どのＴＣＰフレーバが使用されるべきかを決定するために使用され得る。決定されたＴＣＰ実装は、前の実施形態と同様に通知される。
【００５３】
　１つの斯かるクエリーは、例えばオペレーティング・システムのコマンド、例えばイーサネット、ＷＬＡＮ、ギガビット・イーサネット、ＧＳＭ回線などのアンダーレイ・ネットワークについての情報を後で返すipconfigまたはifconfigであることが可能である。ネットワーク特性を適切なＴＣＰフレーバに関連付けるルックアップテーブルに保存された情報に基づいて、評価モジュールＥＶＡＬは、通信効率を最適化するためにどのＴＣＰフレーバを使用すべきかを決定することができる。
【００５４】
　次に図７を参照して更なる実施形態を説明する。この更なる実施形態によれば、アンダーレイ・ネットワークの構造とそれに関して適切なＴＣＰフレーバは、プロービング（probing）メカニズムによって決定することができる。その目的のため、ＴＣＰインタフェースは、図７に示すプロービング・モジュールＰＭ（probing module）を備えることができる。プロービング・モジュールＰＭは以下のように機能する。
【００５５】
　プロービング・モジュールＰＭは、通信相手となる通信エンドポイントＢであり得るあるいはネットワークにおけるプロービング・メカニズムのターゲットになるための専用の特定のノードであり得るプロービング・パートナーＸへ、プロービング信号（probing signal）を送信する。プロービング信号を送信し、所望の通信相手からの対応する応答を評価モジュールＥＶＡＬで評価することによって、制御モジュールはアンダーレイ・ネットワークの構造の性質を決定し、それに基づいて使用すべきＴＣＰのタイプについての判断を下すことができる。例えば、pingコマンドが、プロービング信号を送信するために使用することができる。各pingコマンドは、対応する通信相手からの（この通信相手が到達可能な場合にはその相手にアドレス指定された）応答をトリガーすることになる。そしてプロービング・モジュールＰＭは、応答が受信されるまでの時間を測定する。応答時間は、実際のネットワーク負荷、パケットがインターネットを通して取りうる特定の経路、その他の変動ファクタに依存する可能性があるため、ある個別のpingリクエストに対する応答時間は特徴的でない場合があるが、しかし実施の一形態では、応答時間のある種の分布をもたらす複数のpingリクエストを使用することが可能である。この分布は、ある平均応答時間の周囲で変動し、かつ／またはこの平均応答時間の周囲においてある統計分布を有する場合がある。この分布は、アンダーレイ・ネットワークの構造を特徴付けるものと見なされ得る。固定型有線イーサネット・ネットワークの場合には、例えばもっと短い平均応答時間及びこの平均応答時間の周囲の小さな分散を期待することができるが、それに対してＧＳＭ接続の場合には、より幅広い分散を示すより長い平均応答時間が期待できる。評価モジュールＥＶＡＬは、応答分布を評価し、どのＴＣＰ実装を使用すべきかを決定する。
【００５６】
　図８は、固定型有線イーサネット（例えば（ａ））とＧＳＭ接続（例（ｂ））の応答時間分布の一例を示している。応答時間分布を評価し、それをアンダーレイ・ネットワークの構造の特徴的な或る標準パターンと比較することによって（例えば、平均値と分散とを計算することによって、またはニューラル・ネットワークのようなより洗練されたパターン評価メカニズムを使用することによって）、評価モジュールは、どのようなアンダーレイ・ネットワークの構造が存在し、従ってどのＴＣＰバージョンが使用されるべきかを結論を下すことができる。
【００５７】
　実施の更なる一形態によれば、他のプロービング方法もまた、単独でまたはすでに述べたものとの組み合わせで使用することが可能である。ある１つの他のプロービング方法は例えば、あるコネクションを通じて実現することが可能なスループットを測定することができる。実施の一形態ではその目的のため、ping機能は、例えば、ピング（ping）のコマンドを、それらの周波数を増やしつつ同時にどのポイントで最大スループットに達するかを見ながら送信することによって使用することが可能である。その結果は、最も適切なＴＣＰバージョンを決定するために評価かつ使用されることが可能である。
【００５８】
　別のアプローチでは、パケットサイズをいろいろ変えて、達成可能な結果を同様に探すようにすることが可能である。それに基づいて、使用すべきＴＣＰバージョンが選択され得る。例えば、可能なパケットサイズが大きくなれば、特にそのような条件（大きなパケットサイズ）のために設計されたＴＣＰバージョンの使用が許容され得る。
【００５９】
　実施の一形態によれば、コネクションの信号強度（signal strength）は、適切なＴＣＰバージョンがそれに基づいて決定される情報としてチェックすることが可能である。これは例えば、実施の一形態として、ＵＮＩＸコマンドであり無線ＬＡＮ接続における信号強度についての情報を返信するiwconfigといったオペレーティング・システム機能を使用することによって実行可能である。
【００６０】
　ある特有の実施形態では、信号強度についての情報またはネットワーク特性を反映する他のパラメータまたはコネクションの品質は、所定の時間間隔で継続的にモニタされ、それによって基本パラメータの任意の劣化または大きな変化が検出可能であり、それに基づいて異なるＴＣＰバージョンの変更をトリガーすることが可能である。
【００６１】
　実施の更なる一形態によれば、制御モジュールは、通信セッションを要求している（アプリケーション層レベルにある）アプリケーションの特性を決定するモジュールを備え得る。そのモジュールは、アプリケーションのタイプを決定し、例えばルックアップテーブルの形で保存されているアプリオリな知識を参照してこのタイプのアプリケーションにとってどれが最も適切なＴＣＰ実装かを決定することができる。
【００６２】
　実施の一形態によれば、制御モジュールは、上述したメカニズムの組み合わせ、例えばオペレーティングシステムプリミティブへの問い合わせ（querying）、または通信セッションを要求しているアプリケーションのタイプの探査（probing）もしくは調査（checking）の組み合わせを使用することができる。この場合、最も適切なＴＣＰ実装を選択する際に考慮されるアプリオリな知識は、考慮すべき情報のこれらの種類全てについての情報を含むことができる。このときには例えば、唯一のタイプの情報を考慮したときに結論が衝突した場合（例えば、探査がＴＣＰ実装Ａを提案しているのに対して、通信セッションを要求しているアプリケーションタイプがＴＣＰ実装Ｂの使用を提案しているといったような場合）に最終的な意思決定をするためのルールが存在し得る。ルールベースのナレッジベース（rule-based knowledge base）は、入力情報の各可能な組み合わせごとにこの情報に基づいてどのＴＣＰ実装が選択されるべきかを定めるために設定することができる。
【００６３】
　実施の更なる一形態によれば、制御モジュールは、プロービング・モジュール（probing module）の代わりにあるいはそれに加えてネゴシエイティング・モジュール（negotiating module）ＮＭを備えることができる。ネゴシエイティング・モジュールＮＭのおかげで通信リンクの他端にある対応するインタフェースと直接的に通信することが可能となる。以下、図９を参照して、このネゴシエイティング・モジュールＮＭの動作について説明する。
【００６４】
　図９は、通信セッションがそれらの間で確立されるべき通信のエンドポイントＡおよびＢを示している。これらの装置ＡおよびＢは、コンピュータ、携帯電話機、ＰＤＡ、スマートフォン、ノート型パソコンであり得る。あるいはそれらはこれらの機器上で実行し通信セッションをオープンして維持することが可能なアプリケーションまたはプロセスであり得る。
【００６５】
　図９に示した機器要素ＡおよびＢはそれぞれ、異なるＴＣＰ実装を切替えることが可能な前置モジュール（fronted module）ＳＷＡまたはＳＷＢに接続されている。これらのモジュールＳＷＡおよびＳＷＢは、ネゴシエイティング・モジュールＮＭＡとＮＭＢとをそれぞれ含んでいる。
【００６６】
　ここで、装置Ａが装置Ｂへの通信を確立する意思があると仮定する。このとき装置Ａは、あるポートを通じて確立される通信セッションを要求するリクエストを装置ＢのＩＰアドレスへ送信する。このリクエストは、切替モジュールＳＷＡを経由するように送られ、切替モジュールＳＷＡは、このリクエストによってその相手ＳＷＢとの通信セッションの確立を試行し、ＳＷＡおよびＳＷＢによってそれぞれ使用されるべきＴＣＰアプリケーションをネゴシエーションするようトリガーされる。ネゴシエーションをするためにこの通信セッションが確立されたら、モジュールＳＷＡは、モジュールＳＷＢにＳＷＡ側のアンダーレイ・ネットワークの構造について通知する。この情報は、前述の実施形態で述べた問い合わせ（querying）メカニズムから引き出される場合がある、あるいはそれはモジュールＳＷＡのステータスレジスタにすでに存在している場合がある。仮に装置Ａが携帯電話機であるとすると、このことは、モジュールＳＷＡが、Ａ側のアンダーレイ・ネットワークのインフラストラクチャはＧＳＭインフラストラクチャであるという対応する情報をモジュールＳＷＢへ送信することを意味する。
【００６７】
　対応するモジュールＳＷＢは、同様なやり方で装置Ｂ側のアンダーレイ・ネットワークのインフラストラクチャについての情報を引き出したり、または斯かる情報を保存している場合がある。この情報に基づいて、両方のネゴシエイティング・モジュールＮＭＡおよびＮＭＢは、切替モジュールＳＷＡおよびＳＷＢでそれぞれ使用されるＴＣＰ実装についてネゴシエーションすることができる。例えば、アンダーレイ・ネットワークの構造としてＧＳＭに適したＴＣＰ実装が切替装置ＳＷＡだけでなく切替装置ＳＷＢでも利用可能である場合には、それに応じてネゴシエイティング・モジュールＮＭＢは、ネゴシエイティング・モジュールＮＭＡに対して、両方の切替モジュールがアンダーレイ・ネットワークの構造としてＧＳＭに最も適切な斯かるＴＣＰ実装を使用するよう通知することができる。
【００６８】
　異種混交しているようなアンダーレイ・ネットワークの構造の場合、例えばアンダーレイ・ネットワークの構造がＡ側ではＧＳＭ構造になっており、Ｂ側ではＷＬＡＮインフラストラクチャになっている場合において、ネゴシエイティング・モジュールＮＭＢは、ルックアップテーブルに保存され得るアプリオリな知識に基づいて、このような場合の最も適切なＴＣＰ実装を決定することができる。この選択されたＴＣＰ実装は、ネゴシエイティング・モジュールＮＭＡに提案されることができ、もしそれがＡ側で利用可能ならばＡとＢとの間の通信セッションに使用できる。提案されたＴＣＰ実装が切替装置ＳＷＡで利用可能でなければ、ネゴシエイティング・モジュールＮＭＡは、使用すべきＴＣＰ実装の更なる代替案を再提案することができる。このときモジュールＮＭＡは、対応する情報をその対応するネゴシエーションＮＭＢへ送信することができ、ネゴシエーションＮＭＢにおいて、ネゴシエイティング・モジュールＮＭＡから提案されたＴＣＰ実装の利用可能性が再度チェックされることが可能である。この手続きを繰り返すことにより、適切かつ利用可能なＴＣＰ実装が最終的に選択できる。
【００６９】
　次に、実施の更なる一形態による適切なＴＣＰ実装をネゴシエーションする別の代替となるものを説明する。ネゴシエーティングモジュールＮＭＢにアンダーレイ・ネットワークの構造について通知する際に、ネゴシエーティングモジュールＮＭＡは、切替装置ＳＷＡで利用可能なＴＣＰ実装についての情報を送信する。次いで、送信された情報に基づいて、ネゴシエイティング・モジュールＮＭＢは、（例えば、ルックアップテーブルの形の）ナレッジベース（knowledge base）を参照し、所与の環境下で最も適切なＴＣＰ実装を選択することができる。次にモジュールＮＭＢは、ネゴシエイティング・モジュールＮＭＡに選択されたＴＣＰ実装を通知し、その選択されたＴＣＰ実装は、エンドポイントＡとエンドポイントＢとの間の通信セッション（このセッションは、適切なＴＣＰ実装をネゴシエーションするために使用されたＳＷＡとＳＷＢとの間の通信セッションを閉じた後に、こうして選択されたＴＣＰ実装を使用してオープンされ得る）に使用されることが可能である。
【００７０】
　次に、２つの通信エンドポイントＡおよびＢあるいは通信セッションを開始する少なくともエンドポイントＡによりＴＣＰ実装を切替えることが可能な更なる実施形態について説明する。この更なる実施形態によれば、ネットワーク内に他端のノードＢの代理として機能することができるサポート・ノードＢ'が提供される。サポート・ノードＢ'は、開始エンドポイントＡと適切なＴＣＰ実装についてネゴシエーションすることが可能である。
【００７１】
　このシナリオについて図９を参照して更に詳しく説明する。本例における開始エンドポイントＡとサポート・ノードＢ'とは、両方ともあるアンダーレイ・ネットワークの構造（例えば、あるプロバイダによって提供される高品質で高速なインフラストラクチャ）の範囲内にある。図９においてその範囲は、ＡおよびＢ'を含むエリアとして示されている。ここで、エンドポイントＡは、先ほど言及した高品質で高速なプロバイダのカバレッジ（図９において点線で囲まれた部分）外にあるエンドポイントＢとの通信セッションを確立する意思があると仮定する。ここで、エンドポイントＡとサポート・ノードＢ'との間の適切なＴＣＰ実装をネゴシエーションするために、エンドポイントＡは、最初にサポート・ノードＢ'に接続する。続いてサポート・ノードＢ'は、エンドポイントＢにコンタクトして、もし可能なら更に、サポート・ノードＢ'とエンドポイントＢとの間の適切なＴＣＰ実装についてネゴシエーションする。ネゴシエーションのプロセスの後、エンドポイントＡとエンドポイントＢと間の直接通信がネゴシエーションの結果に基づいて確立され得るか、あるいは、通信がエンドポイントＡからサポート・ノードＢ'へ確立され、こんどはそこからエンドポイントＢへと確立される。その間、ネゴシエーションの結果に基づいて、経路Ａ−Ｂ'に対しては第１の適切なＴＣＰ実装が使用され、経路Ｂ'−Ｂに対しては第２の適切なＴＣＰ実装が使用される。
【００７２】
　次に、実行時間（ランタイム）中において異なるＴＣＰ実装を切替える本発明の更なる実施形態について説明する。前述の例では、制御モジュールは最初に、最も適切なＴＣＰ実装を決定し、その後に、実際の通信が開始され、選択されたＴＣＰ実装を通るように経路指定されると想定されている。しかしながら、今日のネットワークは多くの場合に異種混交であるだけでなく、時間の経過とともに変更することがあり、その結果、実行中の通信セッションは、アンダーレイ・ネットワークのインフラストラクチャの変更に直面する可能性もある。斯かる変更の１つの理由としては、移動体ネットワークにおけるハンドオーバが挙げられる。移動体ネットワークの基地局はある決まったカバレッジエリアを有し、ユーザがそのカバレッジエリアの境界近くに来ると、いわゆるハンドオーバが必要になることがある。すなわち、実行中の通信セッションは異なる基地局へハンドオーバされる。斯かるハンドオーバは、例えば新たな基地局が異なるネットワーク・プラットフォームを利用することから、アンダーレイ・ネットワークの特性の変化をもたらすことがある。例えば、ユーザが、ＷＬＡＮホットスポットがカバーするエリア（例えば空港、レストラン、または斯かるホットスポットが提供される他の場所）に入ると、実行中の通信セッションは、従来の携帯電話基地局からそのＷＬＡＮホットスポットへハンドオーバされることがある。逆に、ユーザは斯かるホットスポットのカバレッジエリアを去る場合がある。このときは実行中の通信セッションは携帯電話基地局へハンドオーバされる必要がある。これらそれぞれのハンドオーバは、アンダーレイ・ネットワークの特性が変更することを意味し、結果的に、これは、実行中の通信セッションに適用されるＴＣＰ実装の変更に反映されることが望ましい。
【００７３】
　次に、異なるＴＣＰ実装の間における斯かる実行中の切替（ランタイム切替）を実行する実施形態について説明する。上位／下位トランスポート・インタフェース間の古いＴＣＰコネクションと新しいＴＣＰコネクションとの間の外部調整が一切ないことから、この実施形態は以後独立切替（independent switching）と称される。
【００７４】
　ここで、通信エンドポイントＡが他方の通信エンドポイントＢとの実行中のセッションを有していると仮定する。その後、エンドポイントＡが移動して、通信エンドポイントＡのアンダーレイ・ネットワークの特性が変更するようなハンドオーバが起こる。本実施形態では、エンドポイントＡ側における上位と下位のトランスポート・インタフェースのペアは、実際のＴＣＰ実装と他方のエンドポイントＢとに対し透過的な（気付かれない）方法で、現時点のＴＣＰ実装を終了して別のＴＣＰ実装を開始する。
【００７５】
　ここで、この形の切替は、制御モジュールと異なるＴＣＰ実装との間のコネクションを除いてどのコンポーネントにおいてもハードウェアまたはソフトウェアの変更を一切必要としないことを指摘しておきたい。現時点のＴＣＰ実装は、制御モジュールが下位トランスポート・インタフェースＬＴＩへ、他方のエンドポイントＢがコネクションを閉じたことを示す信号を送ってセッションを終結することによって終了する。Ａ側における現在のＴＣＰ実装からアプリケーションへ送られる対応する信号は、その結果としてインターセプトされ、転送されない。同様に、新たなＴＣＰ実装は、同じような技術を使って、別のＴＣＰ実装モジュールがアプリケーションへの新たなＴＣＰコネクションを開始することをトリガーすることにより、制御モジュールによって開始される。本実施形態ではコネクションを開いたり閉じたりする能力以外のインタフェースは存在しないので、シーケンス番号あるいはウィンドウサイズなどのＴＣＰパラメータが、異なる実装の間で交換できることは保証できない。このため、他方のエンドポイントにおけるＴＣＰ実装は、セッションの現時点のシーケンス番号ｘで継続するのに対し、新しく開始された実装は、シーケンス番号０から始まる。結果として、上位／下位トランスポート・インタフェースのペアまたは制御モジュールによるＴＣＰヘッダにおけるポート番号および他のフィールドの変換が、将来のセグメントに必要になることがあり得る。特に、ＴＣＰヘッダにおけるシーケンス番号とＡＣＫ（acknowledgement）番号とは、新しく開始されたＴＣＰ実装と古いシーケンス番号で継続する他方のエンドポイントにおけるＴＣＰ実装との間のオフセットｘを補償するよう調整される必要がある。例えば、新しく開始された実装からのシーケンス番号ａは、ＴＣＰコネクションのエンドポイントＡで正しく処理されるためにａ＋ｘ（ｘは他方のエンドポイントＢから送信された最後のシーケンスである）に変換されなければならない。さらに、ＴＣＰセグメントのチェックサム（check-sum）は、再計算される必要がある。従って本実施形態では、制御モジュールまたは下位トランスポート・インタフェースＬＴＩは、実行中の通信セッションが切替後も継続可能になるように新しく開かれたＴＣＰコネクションにおけるＴＣＰヘッダ・パラメータを修正するための（図示されていない）モジュールを含む。
【００７６】
　次に、異なるＴＣＰ実装間におけるランタイム切替において大まかに調整される切替（loosely co-ordinated switching）と呼ばれる少し異なった実施形態を説明する。本実施形態によれば、制御モジュールは、ＴＣＰパラメータをインタフェースを通じてローカルなＴＣＰ実装に挿入することができる。さらに、実行中の通信セッションにおける関連するＴＣＰパラメータを抽出するモジュールが提供される。このため、現時点のＴＣＰセッションからの状態（実行中のＴＣＰコネクションを異なるＴＣＰ実装で正しく再開することを保証するために必要なシーケンス番号および他の関係のあるパラメータ）が取り出され、新たなＴＣＰ実装に挿入される。このようなケースでは、新たなローカルなＴＣＰ実装は、セッションの現時点のＴＣＰシーケンス番号を入力として受信し、上位／下位トランスポート・インタフェースによるＴＣＰヘッダフィールドの転写が不要になるようにすることができる。
【００７７】
　次に、異なるＴＣＰ実装間におけるランタイム切替において十分に調整される切替（fully co-ordinated switching）と呼ばれる更なる実施形態を説明する。本実施形態では、エンドポイントＡに加えて他方のエンドポイントＢも、あるいは言い換えるとＴＣＰ実装切替メカニズムを実現するためにそれに接続されたフロントエンドも、実行中にＴＣＰ実装を切替えることが可能であると仮定される。この切替メカニズムは、前の実施形態においてネゴシエーションによる切替との関連で説明した切替メカニズムと同様に実行することができる。従って、当業者には容易に理解できるため、ここでは詳細は省略される。ネゴシエーションによる切替が可能な斯かるメカニズムによる、Ａ及びＢの両側で行われる調整された同時切替は、両側で使用されるＴＣＰ実装のネゴシエーションが成功裏に終わった後は容易になることがある。通信は新たにネゴシエーションして取り決められたＴＣＰ実装を使用して進行することが可能であるが、前の実施形態で述べたＴＣＰヘッダ情報の変換、別の前の実施形態で述べたＴＣＰヘッダデータの挿入、または全く新しいＴＣＰセッションの確立はいずれも使用可能である。」
　上記刊行物１の記載及び図面並びにこの分野における技術常識を考慮すると、上記イ．の【０００１】における「本発明は、異なるプロトコル実装間の切替えを行う、特に、ＴＣＰの異なる実装間の切替えを行う方法および装置に関する。」との記載、上記ロ．の【００３８】における「図４を参照して次に説明する切替装置によって実装される。図４は通信エンドポイントＡと別の通信エンドポイントＢとの間の通信リンクを示している。」との記載、同ロ．の【００４２】における「図５を参照して、本発明による切替装置（例えば図４における装置ＳＷＡおよびＳＷＢ）の１つの実施形態をより詳しく説明する。図５からわかるように、本実施形態は、ＴＣＰｘとＴＣＰｙとでラベルされた２つの異なるＴＣＰ実装を有する。それらは例えば、固定型有線ＬＡＮに対して最適化されたＴＣＰ実装（ＴＣＰｘ）と無線ＬＡＮに対して最適化された更なるＴＣＰ実装（ＴＣＰｙ）とを示す場合がある。」との記載、及び図４、５によれば、刊行物１のＴＣＰの異なるプロトコル実装間の切替えを行う方法は、エンドポイントＡとエンドポイントＢの切替装置それぞれにおいて、ＴＣＰｘ及びＴＣＰｙにそれぞれ対応する２つのＴＣＰ実装を含むトランスポート・プロトコルを有し、トランスポート・プロトコルを用いて互いに通信を行っていることが読み取れる。
　また、上記ロ．の【００７６】における「異なるＴＣＰ実装間におけるランタイム切替において大まかに調整される切替（loosely co-ordinated switching）と呼ばれる少し異なった実施形態を説明する。本実施形態によれば、制御モジュールは、ＴＣＰパラメータをインタフェースを通じてローカルなＴＣＰ実装に挿入することができる。さらに、実行中の通信セッションにおける関連するＴＣＰパラメータを抽出するモジュールが提供される。このため、現時点のＴＣＰセッションからの状態（実行中のＴＣＰコネクションを異なるＴＣＰ実装で正しく再開することを保証するために必要なシーケンス番号および他の関係のあるパラメータ）が取り出され、新たなＴＣＰ実装に挿入される。」との記載によれば、刊行物１のＴＣＰの異なるプロトコル実装間の切替えを行う方法は、エンドポイントＡとエンドポイントＢの切替装置で一方のＴＣＰ実装から他方のＴＣＰ実装に切り替えを行う際に、一方のＴＣＰ実装における実行中の通信セッションおけるＴＣＰパラメータを他方のＴＣＰ実装における実行中の通信セッションにおけるＴＣＰパラメータに引き継いでいることが読み取れる。
　また、上記ロ．の【００６０】における「ある特有の実施形態では、信号強度についての情報またはネットワーク特性を反映する他のパラメータまたはコネクションの品質は、所定の時間間隔で継続的にモニタされ、それによって基本パラメータの任意の劣化または大きな変化が検出可能であり、それに基づいて異なるＴＣＰバージョンの変更をトリガーすることが可能である。」との記載によれば、刊行物１のＴＣＰの異なるプロトコル実装間の切替えを行う方法は、エンドポイントＡとエンドポイントＢの切替装置でコネクションの品質をモニタし、エンドポイントＡとエンドポイントＢの切替装置間の一方のＴＣＰ実装でコネクションの品質の変化を検出したとき、変化したコネクションの品質に応じた他方のＴＣＰ実装に切替えていることが読み取れる。
　また、上記ロ．の【００７７】における「本実施形態では、エンドポイントＡに加えて他方のエンドポイントＢも、あるいは言い換えるとＴＣＰ実装切替メカニズムを実現するためにそれに接続されたフロントエンドも、実行中にＴＣＰ実装を切替えることが可能であると仮定される。この切替メカニズムは、前の実施形態においてネゴシエーションによる切替との関連で説明した切替メカニズムと同様に実行することができる。・・・ネゴシエーションによる切替が可能な斯かるメカニズムによる、Ａ及びＢの両側で行われる調整された同時切替は、両側で使用されるＴＣＰ実装のネゴシエーションが成功裏に終わった後は容易になることがある。」との記載によれば、刊行物１のＴＣＰの異なるプロトコル実装間の切替えを行う方法は、ＴＣＰ実装の切替えをエンドポイントＡとエンドポイントＢの切替装置間でネゴシエーションし、エンドポイントＡとエンドポイントＢの切替装置で同時切替して、一方のＴＣＰ実装から他方のＴＣＰ実装に切替えていることが読み取れる。
　また、上記ロ．の【００５５】における「プロービング信号を送信し、所望の通信相手からの対応する応答を評価モジュールＥＶＡＬで評価することによって、制御モジュールはアンダーレイ・ネットワークの構造の性質を決定し、それに基づいて使用すべきＴＣＰのタイプについての判断を下すことができる。例えば、pingコマンドが、プロービング信号を送信するために使用することができる。各pingコマンドは、対応する通信相手からの（この通信相手が到達可能な場合にはその相手にアドレス指定された）応答をトリガーすることになる。そしてプロービング・モジュールＰＭは、応答が受信されるまでの時間を測定する。・・・評価モジュールＥＶＡＬは、応答分布を評価し、どのＴＣＰ実装を使用すべきかを決定する。」との記載によれば、刊行物１のＴＣＰの異なるプロトコル実装間の切替えを行う方法は、前述のコネクションの品質の変化を検出したとき、応答が受信されるまでの時間の変化、すなわち、遅延の変化に適応したＴＣＰ実装に切替えていることが読み取れる。
　したがって、上記刊行物１には、以下の発明（以下、「引用発明」という。）が記載されているものと認められる。
　「エンドポイントＡとエンドポイントＢの切替装置それぞれにおいて、ＴＣＰｘ及びＴＣＰｙにそれぞれ対応する２つのＴＣＰ実装を含むトランスポート・プロトコルを有し、該トランスポート・プロトコルを用いて互いに通信を行うＴＣＰの異なるプロトコル実装間の切替えを行う方法であって、
　前記エンドポイントＡとエンドポイントＢの切替装置で一方のＴＣＰ実装から他方のＴＣＰ実装に切り替えを行う際に、前記一方のＴＣＰ実装における実行中の通信セッションおけるＴＣＰパラメータを他方のＴＣＰ実装における実行中の通信セッションにおけるＴＣＰパラメータに引き継ぎ、
　前記エンドポイントＡとエンドポイントＢの切替装置でコネクションの品質をモニタし、
　前記エンドポイントＡとエンドポイントＢの切替装置間の前記一方のＴＣＰ実装でコネクションの品質の変化を検出したとき、変化したコネクションの品質に応じた前記他方のＴＣＰ実装に切替え、
　前記他方のＴＣＰ実装の切替えを前記エンドポイントＡとエンドポイントＢの切替装置間でネゴシエーションし、
　前記エンドポイントＡとエンドポイントＢの切替装置で同時切替して、前記一方のＴＣＰ実装から前記他方のＴＣＰ実装に切替え、
　コネクションの品質の変化を検出したとき、通信の遅延の変化に適応した前記他方のＴＣＰ実装に切替える
ＴＣＰの異なるプロトコル実装間の切替えを行う方法。」
４．　対比
　本願発明と引用発明とを対比する。 
ａ．引用発明の「エンドポイントＡ」、「エンドポイントＢ」及び「切替装置」は、本願発明の「送信元」、「送信先」及び「通信装置」にそれぞれ相当する。
ｂ．引用発明の「ＴＣＰ実装」と、本願発明の「輻輳制御機能」とは、「ＴＣＰに関する構成」という点で一致する。
ｃ．引用発明の「トランスポート・プロトコル」は、「伝送制御プロトコル」ということができる。
ｄ．引用発明の「実行中の通信セッションにおけるＴＣＰパラメータ」は、「動作状態を表すパラメタ」ということができる。
ｅ．引用発明の「コネクションの品質をモニタし」は、コネクションの品質の変化を検出するためにモニタするから、「通信品質の変化を検出し」ということができる。
ｆ．引用発明の「切替え」は、ＴＣＰ実装を選択して切替えるから、「選択」ということができる。
ｇ．引用発明の「同時切替」は、「同期したタイミング」ということができる。
ｈ．引用発明の「ネゴーシエーション」は、ＴＣＰ実装の切替えを信号の送受信により行うことは技術常識であるから、「送受信」ということができる。
ｉ．引用発明の「ＴＣＰの異なるプロトコル実装間の切替えを行う方法」は、「伝送制御方法」ということができる。
 　したがって、本願発明と引用発明は、以下の点で一致ないし相違している。 
＜一致点＞ 
　「送信元と送信先の通信装置それぞれにおいて、複数の輻輳制御方式にそれぞれ対応する複数のＴＣＰに関する構成を含む伝送制御プロトコルを有し、該伝送制御プロトコルを用いて互いに通信を行う伝送制御方法であって、
　前記送信元と送信先の通信装置で第１のＴＣＰに関する構成から第２のＴＣＰに関する構成に切り替えを行う際に、前記第１のＴＣＰに関する構成における動作状態を表す複数のパラメタのうち少なくとも１つを前記第２のＴＣＰに関する構成における動作状態を表すパラメタに引き継ぎ、
　前記送信元と送信先の通信装置の少なくとも一方の通信装置で通信品質を検出し、
　前記送信元と送信先の通信装置間の前記第１のＴＣＰに関する構成で通信品質の変化を検出したとき、変化した通信品質に応じた前記第２のＴＣＰに関する構成を選択し、
　前記第２のＴＣＰに関する構成の選択を前記送信元と送信先の通信装置間で送受信し、
　前記送信元と送信先の通信装置で同期したタイミングで、前記第１のＴＣＰに関する構成から前記第２のＴＣＰに関する構成に切り替え、
　通信品質の変化を検出したとき、通信の遅延、帯域、廃棄率の少なくとも一つの変化に適応した前記第２のＴＣＰに関する構成を選択する
伝送制御方法。」
＜相違点１＞
　一致点の「ＴＣＰに関する構成」に関し、
　本願発明は、「輻輳制御機能」であるのに対し、引用発明は、「ＴＣＰ実装」である点。
＜相違点２＞
　一致点の「前記第１のＴＣＰに関する構成における動作状態を表す複数のパラメタ」に関し、
　本願発明は、「前記伝送制御プロトコルが保持している」ものであるのに対し、引用発明は、その様な構成を備えるか不明な点。
＜相違点３＞
　一致点の「通信品質の変化を検出したとき」の状態に関し、
　本願発明は、「輻輳制御を行う前記伝送制御プロトコルを用いた通信セッションの途中で」通信品質の変化を検出したときであるのに対し、引用発明は、その様な状態か不明な点。
＜相違点４＞
　本願発明は、「前記第１の輻輳制御機能から前記第２の輻輳制御機能に切り替える際に、前記送信元の通信装置のデータ送信を一時停止させた上で切り替えを行う」のに対し、引用発明は、その様に切り替えを行うかどうか明らかでない点。
＜相違点５＞
　本願発明は、「トランスポート層におけるデータ転送速度がデータリンク層に割り当てられている帯域に応じた閾値未満であるとき、前記通信セッションの途中で通信品質の変化を検出す」るのに対し、引用発明は、その様な構成を備えていない点。
＜相違点６＞
　一致点の「通信品質の変化を検出したとき」のタイミングに関し、
　本願発明は、「前記通信セッションの途中で」通信品質の変化を検出したときであるのに対し、引用発明は、その様なタイミングであるか不明な点。
５．　判断
　そこで、まず、上記相違点４について検討する。
　本願明細書段落【００６２】の記載、及び図６を参酌すれば、本願発明の発明特定事項である「前記第１の輻輳制御機能から前記第２の輻輳制御機能に切り替える際に、前記送信元の通信装置のデータ送信を一時停止させた上で切り替えを行う」ことは、ＳＷＯが、ネゴシエートした切替シーケンス番号のメッセージに対するＡＣＫをＴＷＯから受信し終わったところで、プロトコルスイッチング要求の切替機能フィールドで指定された新しいプロトコルに切り替え、この際に、ＴＷＯは例えば受信ウィンドウサイズ＝０を含むＡＣＫを送信することで、ＳＷＯのデータ送信を一時停止させている。このことから、送信元の通信装置は、プロトコルスイッチングＡＣＫの直後に、すなわち、パラメタの引き継ぎ前に、データ送信を一時停止するものと解される。
　一方、刊行物１の上記ロ．の【００７６】には、「本実施形態によれば、制御モジュールは、ＴＣＰパラメータをインタフェースを通じてローカルなＴＣＰ実装に挿入することができる。さらに、実行中の通信セッションにおける関連するＴＣＰパラメータを抽出するモジュールが提供される。このため、現時点のＴＣＰセッションからの状態（実行中のＴＣＰコネクションを異なるＴＣＰ実装で正しく再開することを保証するために必要なシーケンス番号および他の関係のあるパラメータ）が取り出され、新たなＴＣＰ実装に挿入される。」との記載があるにすぎず、「正しく再開する」との記載からは、切替装置（通信装置）が、ＴＣＰパラメータ（パラメタ）の引き継ぎ前に、データ送信を一時停止することまでは読み取れない。
　なお、原査定で挙げられた、通信設定を切り替える際にデータ送信を一時停止させる周知技術（例えば、特開２００３−２０４５８０号公報）があったとしても、通信プロトコルの階層が異なるから、引用発明に周知技術を採用する動機付けが見当たらない。
　そして、本願発明は、上記発明特定事項を備えることにより、ＳＷＯのデータ送信を一時停止させたのちプロトコルの切り替えを行うことで、プロトコルの切り替え後に通信を再開して、プロトコルの切り替え時におけるデータ通信で不具合が発生することを回避することができるという作用効果を奏するものである。
　よって、本願発明は、上記相違点１〜３、５、６について検討するまでもなく、引用発明及び周知技術に基いて、当業者が容易に発明をすることができたとはいえない。
６．小括
　したがって、本願発明は、引用発明及び周知技術に基いて、当業者が容易に発明をすることができたとはいえない。
　請求項２は、請求項１の「トランスポート層におけるデータ転送速度がデータリンク層に割り当てられている帯域に応じた閾値未満であるとき、前記通信セッションの途中で通信品質の変化を検出し」を「通信の遅延、帯域、廃棄率の少なくとも一つの変化量が所定の閾値を超えたとき、前記通信セッションの途中で通信品質の変化を検出し」としたものであり、本願発明の上記発明特定事項を含んでいるから、上記５．と同じ理由により、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたとはいえない。
　請求項３は、請求項１又は２を引用する従属項であり、本願発明の発明特定事項をすべて含みさらに発明特定事項を追加して限定したものであるから、上記５．と同じ理由により、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたとはいえない。
７．むすび
　以上のとおり、本願の請求項１〜３に係る発明は、当業者が引用発明及び周知技術に基づいて容易に発明をすることができたものではないから、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。