(57)【要約】［課題］受信側装置と基地局との間の無線リンクが通信可能な状態になった場合に、速やかに送信側装置と当該受信側装置との間の通信を再開して適切にパケットを送受信することができる通信システムを提供する。［解決手段］通信システム１０は、送信側装置２０と中継通信装置３１とを備える。送信側装置２０は、受信側装置にデータを送信する送信部２１を含む。通信装置３１は、接続通知部３３を含み、送信側装置２０と受信側装置との間でデータを送受信する。そして、接続通知部３３が、受信側装置からの接続要求があった場合に、送信側装置２０に接続通知を送信する。
2017010062.tif 000002
【特許請求の範囲】
【請求項１】
受信側装置にデータを送信する送信手段を含む送信側装置と、
前記送信側装置および前記受信側装置が接続可能な通信ネットワークに設置される通信装置とを備え、
前記通信装置は、
前記受信側装置からの接続要求があった場合に、前記送信側装置に接続通知を送信する接続通知手段を含み、
前記送信側装置は、
前記接続通知を受信した場合に、前記送信手段が何らかのデータを送信する
ことを特徴とする通信システム。
【請求項２】
前記接続通知には、前記接続要求の要求元である前記受信側装置を前記送信側装置にて特定するにたる情報を少なくとも含ませ、前記送信手段は、前記接続通知を受信した場合に、前記接続要求の要求元である前記受信側装置を特定し、前記特定した前記受信側装置に対して何らかのデータを送信する
請求項１に記載の通信システム。
【請求項３】
前記接続通知を受信した場合に前記送信手段が送信するデータには、前記受信側装置からの確認応答が得られていない、前記受信側装置に向けて送信済みのデータを含ませる
請求項２に記載の通信システム。
【請求項４】
前記接続要求は、前記受信側装置と前記送信側装置との間の通信回線の少なくとも一部が切断され、前記通信回線が再度接続された場合に前記受信側装置から送信される接続要求である
請求項１から請求項３のうちいずれかに記載の通信システム。
【請求項５】
前記接続通知手段は、前記受信側装置から、前記受信側装置と前記通信ネットワークとの間の通信品質を示す接続環境情報を受信して、前記接続環境情報を含む接続通知を前記送信側装置に送信し、
前記送信手段は、前記接続通知を受信した場合に送信するデータの送信量を、前記接続環境情報が示す前記通信品質に応じて制御する
請求項１から請求項４のうちいずれかに記載の通信システム。
【請求項６】
前記受信側装置は、前記通信ネットワークに無線リンクを介して接続し、前記接続要求は、前記無線リンクの接続要求である
請求項１から請求項５に記載の通信システム。
【請求項７】
前記受信側装置を含む
請求項１から請求項６のうちいずれかに記載の通信システム。
【請求項８】
送信側装置が送信したデータを受信する受信側装置からの接続要求があった場合に、前記送信側装置に、何らかのデータを送信させるための接続通知を前記送信側装置に送信する
ことを特徴とする通信方法。
【請求項９】
コンピュータに、
送信側装置が送信したデータを受信する受信側装置からの接続要求があった場合に、前記送信側装置に、何らかのデータを送信させるための接続通知を前記送信側装置に送信する接続通知処理を実行させる
ための通信用プログラムが記憶された記憶媒体。
【請求項１０】
コンピュータに、
送信側装置が送信したデータを受信する受信側装置が前記データを受信したことに対して前記受信側装置が送信した確認応答を、前記送信側装置に送信する確認応答中継処理と、
前記受信側装置からの接続要求があった場合に、前記送信側装置に、受信済みの前記確認応答に基づいて、送信済みのデータを再送させるための接続通知を、前記送信側装置に送信する接続通知処理とを実行させる
ための通信用プログラムが記憶された記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケットを送受信する通信システム、通信方法、および通信用プログラムが記憶された記憶媒体に関する。
【背景技術】
【０００２】
インターネット等の通信ネットワークを介した通信において、通信ネットワークの輻輳を防ぐために送信量を制限する通信方式がある。例えば、ウェブサーバとウェブクライアント端末との間の通信で一般的に用いられるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）では、ウインドウと呼ばれる、同時に送信可能なデータ量に基づいて送信量が制限される。【０００３】
具体的には、送信側装置は、ウインドウ分（ウインドウサイズと呼ばれる）のデータ量のパケットを受信側装置に送信したときに送信を停止する。受信側装置は、受信したパケットに対して応答する確認応答（ＡＣＫ）パケットを送信側装置に送信する。そして、送信側装置は、このＡＣＫパケットを受信した場合に、ウインドウに新たな空きが生じたとする。すると、送信側装置は、その空きに応じたデータ量のパケットを新たに送信可能になる。【０００４】
また、インターネットへのアクセス経路として、携帯電話通信網に代表されるモバイル通信網が広く利用されている。セルラ方式のモバイル通信網では、複数の基地局が分散して配置されることにより、サービスエリアが広域に形成される。【０００５】
ここで、各基地局の周囲には、モバイル通信端末が当該各基地局と通信可能な範囲である無線セルが形成される。一般に、１つの基地局は、１〜６個程度の無線セルを形成するように構成されている。そして、セルラ方式のモバイル通信網では、隣接する無線セルの一部が互いに重複するように構成されている。そのような構成によって、セルラ方式のモバイル通信網では、モバイル通信端末が複数の無線セルを跨って移動した場合であっても、ハンドオーバ（ＨＯ：Ｈａｎｄｏｖｅｒ）機能によって、当該モバイル通信端末による通信を継続することができるように構成されている。【０００６】
特許文献１には、受信側装置が、自装置から送信するＡＣＫパケットに再送タイマ（ＡＣＫ再送タイマ）を設ける方法が記載されている。【０００７】
特許文献２には、パケットを再送する所定のタイミングであるＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）の到来前に、当該パケットを送信する装置が記載されている。【０００８】
特許文献３には、接続要求を受信した場合に、当該接続要求に応じて接続要求応答を返信する端末が記載されている。【０００９】
特許文献４には、基地局と移動端末との間の通信状態に基づいて、通信の制御を行う装置が記載されている。【００１０】
特許文献５には、受信誤りが生じると受信側装置が判断した場合に、当該受信側装置の要求に応じて送信側装置がパケットを再送するシステムが記載されている。【００１１】
特許文献６には、優先度が高いパケットに、送信順序に応じた番号を付与して送信する送信側装置が記載されている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特許第５１８５９５５号公報
【特許文献２】特開２０１０−９８７６６号公報
【特許文献３】特開２０１４−９６６５９号公報
【特許文献４】特開２００２−２８１０４７号公報
【特許文献５】特開２００５−２９５１９０号公報
【特許文献６】特開２００７−１１６２０４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
モバイル通信網では、送信側装置（サーバ）から受信側装置（モバイル通信端末）に送信されたパケットが、バースト的に喪失（ロス）してしまうことがある。具体的には、無線品質の劣化などの理由によって、基地局とモバイル通信端末との間の無線リンクの切断（ＲＬＦ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）が発生した場合などに、パケットがロスすることがある。【００１４】
例えば、無線リンクの切断前と無線リンクの再接続後とで、モバイル通信端末の接続先の基地局が同じであっても、当該無線リンクが切断している期間が長い場合に、以下のような問題がある。すなわち、当該基地局がサーバ等から受信していた当該モバイル通信端末宛の未送信のパケットが、破棄されてしまうおそれがあるという問題がある。【００１５】
また、無線リンクの切断前と無線リンクの再接続後とで、モバイル通信端末の接続先の基地局が互いに異なる場合には、以下のような問題がある。すなわち、無線リンクの切断前の接続先の基地局（ソース基地局）によって受信された、当該モバイル通信端末宛の未送信のパケットが、再接続後の接続先の基地局（ターゲット基地局）に転送されずに破棄されてしまうおそれがあるという問題がある。後者の問題は、特に、モバイル通信端末のハンドオーバが正常に実行されなかった場合に生じる。【００１６】
ＴＣＰに基づいて送信側装置（サーバ）が受信側装置（モバイル通信端末）にパケットを送信しているときに、このようなパケットのロスが発生した場合には、サーバから送信されたパケットがモバイル通信端末によって受信されない。そのため、モバイル通信端末からのＡＣＫパケットがサーバによって受信されず、ＴＣＰに基づくサーバのウインドウに新たな空きが発生しなくなる。その結果、モバイル通信端末と基地局との間の無線リンクは通信が可能な状態であるにもかかわらず、サーバからモバイル通信端末へのパケットの送信が停止してしまうという状況になる。【００１７】
特許文献１に記載されている方法において、受信側装置は、再送タイマに設定された時間ごとにＡＣＫパケットの再送を繰り返す。そのような構成によれば、モバイル通信端末から基地局へのパケットの送信が可能になり、かつ、再送タイマに設定された時間が経過した場合に、モバイル通信端末は、ＡＣＫパケットを送信することができる。すると、送信側装置におけるパケットの送信の停止が解除され、送信側装置は、新たなパケットを送信することが可能になる。【００１８】
しかし、特許文献１に記載されている方法では、送信側装置における送信の停止期間はＡＣＫ再送タイマに設定されている時間に依存する。したがって、パケットが送信されない期間が長期間継続する場合がある。【００１９】
すなわち、特許文献１に記載されている方法では、バースト的にパケットがロスするような期間が終了しても、最長でＡＣＫ再送タイマに設定されている時間は受信側装置からＡＣＫパケットが送信されないので、送信側装置におけるパケットの送信の停止が継続してしまう。【００２０】
また、特許文献２に記載されている装置は、パケットを頻繁に再送するので、送受信されるパケットの数およびデータの量が多くなり、通信回線およびパケット送受信処理の負荷を重くしてしまうという問題がある。【００２１】
特許文献３に記載されている端末、および特許文献４に記載されている装置は、バースト的にパケットがロスした場合には接続要求を受信できす、端末によるパケットの送信の停止が継続してしまうおそれがある。【００２２】
特許文献５に記載されているシステムは、バースト的にパケットがロスした場合、ＡＣＫパケットを再送する必要があるという判定が受信側装置においてなされず、送信側装置におけるパケットの送信の停止が継続してしまうおそれがある。【００２３】
特許文献６に記載されている送信側装置は、バースト的にパケットがロスした場合、受信側装置からＡＣＫパケットを受信するまで送信の停止が解除されない。そのため、パケットが送信されない期間が長期間継続する場合がある。【００２４】
そこで、本発明は、受信側装置と基地局との間の無線リンクが通信可能な状態になった場合に、速やかに送信側装置と当該受信側装置との間の通信を再開して適切にパケットを送受信することができる通信システム、通信方法、および通信用プログラムを提供することを目的とする。
【課題を解決するための手段】
【００２５】
本発明による通信システムは、受信側装置にデータを送信する送信手段を含む送信側装置と、送信側装置および受信側装置が接続可能な通信ネットワークに設置される通信装置とを備え、通信装置は、受信側装置からの接続要求があった場合に、送信側装置に接続通知を送信する接続通知手段を含み、送信側装置は、接続通知を受信した場合に、送信手段が何らかのデータを送信することを特徴とする。【００２６】
本発明による通信方法は、送信側装置が送信したデータを受信する受信側装置からの接続要求があった場合に、送信側装置に、何らかのデータを送信させるための接続通知を送信側装置に送信する接続通知ステップを含むことを特徴とする。【００２７】
本発明による通信用プログラムは、コンピュータに、送信側装置が送信したデータを受信する受信側装置からの接続要求があった場合に、送信側装置に、何らかのデータを送信させるための接続通知を送信側装置に送信する接続通知処理を実行させることを特徴とする。【００２８】
本発明による他の態様の通信用プログラムは、コンピュータに、送信側装置が送信したデータを受信する受信側装置がデータを受信したことに対して受信側装置が送信した確認応答を、送信側装置に送信する確認応答中継処理と、受信側装置からの接続要求があった場合に、送信側装置に、受信済みの確認応答に基づいて、送信済みのデータを再送させるための接続通知を、送信側装置に送信する接続通知処理とを実行させることを特徴とする。
【発明の効果】
【００２９】
本発明によれば、受信側装置と基地局との間の無線リンクが通信可能な状態になった場合に、速やかに送信側装置と当該受信側装置との間の通信を再開して適切にパケットを送受信することができる。
【図面の簡単な説明】
【００３０】
【図１】本発明の第１の実施形態の通信システムの構成例を示すブロック図である。
【図２】本発明の第１の実施形態の通信システムの動作を示すシーケンス図である。
【図３】接続情報の例を示す説明図である。
【図４】本発明の第２の実施形態の通信システムの構成例を示すブロック図である。
【図５】本発明の第３の実施形態の通信システムの構成例を示すブロック図である。
【発明を実施するための形態】
【００３１】
実施形態１．
本発明の第１の実施形態の通信システム１００について、図面を参照して説明する。図１は、本発明の第１の実施形態の通信システム１００の構成例を示すブロック図である。図１に示すように、本発明の第１の実施形態の通信システム１００は、送信側装置２００と網管理装置３１０とを含む。
【００３２】
網管理装置３１０は、送信側装置２００および受信側装置４００が接続された通信ネットワーク３００に設置されている。
【００３３】
なお、通信ネットワーク３００は、例えば、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）や、ＬＴＥ−Ａｄｖａｎｃｅｄ、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（登録商標）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）２０００、ＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の規格に基づく携帯電話通信網等の通信ネットワークである。
【００３４】
網管理装置３１０は、例えば、プログラム制御に従って処理を実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が搭載された、携帯電話通信網の基地局や、基地局管理装置（ＲＮＣ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）、ＬＴＥにおけるＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、無線ＬＡＮのアクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、通信ネットワーク３００内に設置された各種ゲートウェイや中継装置等である。
【００３５】
送信側装置２００は、例えば、プログラム制御に従って処理を実行するＣＰＵが搭載されたコンピュータである。
【００３６】
受信側装置４００は、例えば、プログラム制御に従って処理を実行するＣＰＵが搭載された、フィーチャーフォンやスマートフォン等の携帯電話機や、タブレット端末、ノート型パーソナルコンピュータ（Ｌａｐｔｏｐ  Ｃｏｍｐｕｔｅｒ）、各種センシングデバイス、Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）デバイス等である。
【００３７】
図１に示すように、送信側装置２００は、送受信部２０１、および接続後再送部２０２を含む。
【００３８】
送受信部２０１は、送信量の制限（例えば、ＴＣＰにおけるウインドウ）の範囲内で、通信ネットワーク３００を介して、受信側装置４００にパケットを送信する。また、送受信部２０１は、受信側装置４００から送信されたＡＣＫパケットを、通信ネットワーク３００を介して受信する。
【００３９】
接続後再送部２０２は、網管理装置３１０が送信側装置２００に送信した接続通知を受信すると、当該接続通知に対応する受信側装置４００を特定し、特定した受信側装置４００にパケットを送信する。例えば、接続後再送部２０２は、接続通知に対応する受信側装置４００を特定し、特定した受信側装置４００に送信済みのパケットのうち、ＡＣＫパケットによる送達確認応答が得られていないパケットを、特定した受信側装置４００に対して再送する。
【００４０】
受信側装置４００は、送信側装置２００から送信されたパケットを、通信ネットワーク３００を介して受信し、送信側装置２００へ確認応答（ＡＣＫ）パケットを送信する。また、受信側装置４００は、網管理装置３１０に対して無線リンクの接続要求を行う。無線リンクは、例えば、ＵＭＴＳ網やＬＴＥ網であれば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）  Ｃｏｎｎｅｃｔｉｏｎとも呼ばれ、基地局とモバイル通信端末との間で物理無線チャネルが接続されることで確立される通信リンクである。
【００４１】
また、図１に示すように、網管理装置３１０は、接続通知部３１１を含む。接続通知部３１１は、受信側装置４００から無線リンクの接続要求を受信した場合に、当該受信側装置４００の接続情報を含む接続通知を送信側装置２００に送信する。なお、接続情報については後述する。なお、網管理装置３１０は、無線リンクの接続要求を受信側装置４００から直接的に受信する必要は必ずしもなく、図１に不図示の他の中継装置を介して間接的に受信しても良い。
【００４２】
接続通知部３１１は、受信側装置４００から受信した無線リンクの接続要求のうち、所定の条件を満たす一部の接続要求を、接続通知として送信側装置２００に送信してもよい。例えば、接続通知部３１１は、接続要求の直前にパケットロスが発生した可能性が高い接続要求を、接続通知として送信側装置２００に送信する。具体的には、接続通知部３１１は、以下のような場合、送信側装置２００に接続通知を送信する。
１．受信側装置４００の無線リンクが長期間に亘って切断された後に、当該受信側装置４００から無線リンクの接続要求を受信した場合。
２．受信側装置４００が基地局Ａから基地局Ｂに接続先を変更したときにおける基地局Ｂに対する無線リンクの接続要求であって、基地局Ａから基地局Ｂへのハンドオーバに問題が生じたことによって、ハンドオーバ前の基地局Ａにバッファリングされていたパケット（受信側装置４００へ未送信のパケット）が、ハンドオーバ後の基地局Ｂに転送されなかった場合。
【００４３】
次に、接続通知部３１１が送信側装置２００に送信する接続通知に含まれる、接続情報について説明する。接続通知部３１１が送信する接続通知に含まれる「受信側装置４００の接続情報」には、少なくとも、接続要求を送信した受信側装置４００との間の通信を送信側装置２００が特定可能な情報が含まれる。接続要求を送信した受信側装置４００との間の通信を送信側装置２００が特定可能な情報とは、例えば、受信側装置４００の、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスや、ポート番号、コネクションＩＤ、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス、通信ネットワーク３００内における（通信ネットワーク３００内で用いられる）端末識別子等の識別子である。
【００４４】
また、同一の受信側装置４００について、これらの識別子が変更されて、これらの識別子が接続要求の前後で互いに異なる場合は、接続情報に変更前の識別子と変更後の識別子を両方とも含めても良いし、片方のみを含めてもよい。通信ネットワーク３００内における端末識別子とは、例えば、ＬＴＥであれば、Ｓ−ＴＭＳＩ（ＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）−Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）や、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）、ＧＵＴＩ（Ｇｌｏｂａｌ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）等である。接続情報には、通信ネットワーク３００内における端末識別子に加えて、さらに、端末（例えば、受信側装置４００）が接続する無線セルの識別子が含まれていてもよい。無線セルの識別子は、例えば、Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｔｙ（ＣＧＩ）やＥＣＧＩである。
【００４５】
接続通知部３１１は、ＤＰＩ（Ｄｅｅｐ  Ｐａｃｋｅｔ  Ｉｎｓｐｅｃｔｉｏｎ）等のパケット解析処理や、受信側装置４００が送信した制御メッセージ、通信ネットワーク３００内の図示しない他の装置との連携などによって、これらの識別子を取得する。例えば、接続通知部３１１は、制御メッセージの一種であるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに含まれるｕｅ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）−Ｉｄｅｎｔｉｔｙから、Ｓ−ＴＭＳＩに関する情報を取得できる。
【００４６】
接続情報に含まれる識別子は、上述した識別子のうちいずれか一つであってもよいし、複数であってもよい。例えば、接続情報に、ＩＰアドレスと通信ネットワーク３００内における端末識別子との両方が含まれていてもよい。そのような構成によれば、接続通知部３１１は、受信側装置４００のＩＰアドレスが無線リンクの接続前後で互いに異なっている場合であっても、通信ネットワーク３００内における端末識別子に基づいて、接続前のＩＰアドレスと接続後のＩＰアドレスとが、同一の受信側装置４００に対して割り当てられたものであることを特定することができる。また、例えば、接続情報に、ＩＰアドレスとポート番号との両方が含まれていてもよい。そのような構成によれば、送信側装置２００は、受信側装置４００を特定するだけでなく、当該受信側装置４００による通信のアプリケーション種別（例えば、Ｗｅｂブラウジング、Ｖｉｄｅｏ  Ｓｔｒｅａｍｉｎｇ、ＶｏＩＰなど）や、アプリケーションソフトウェア名を特定することができる。
【００４７】
なお、接続通知に含まれる「受信側装置の接続情報」には、受信側装置４００からの接続要求を受信した日時や、時刻、当該接続要求に対する通信ネットワーク３００側における処理の結果を示す情報等が含まれていてもよい。
【００４８】
次に、本発明の第１の実施形態の通信システム１００の動作について説明する。図２は、本発明の第１の実施形態の通信システム１００の動作を示すシーケンス図である。
【００４９】
本発明の第１の実施形態の通信システム１００において、網管理装置３１０の接続通知部３１１は、受信側装置４００が送信した接続要求を受信する（ステップＳ１０１）。接続要求には、例えば、受信側装置４００の接続情報として、接続要求を送信した受信側装置４００との間の通信を送信側装置２００にて特定するに足る情報が含まれる。また、接続要求には、受信側装置４００が希望する通信相手である送信側装置２００を示す情報が含まれていても良い。接続通知部３１１は、送信側装置２００に接続通知を送信する（ステップＳ１０２）。
【００５０】
送信側装置２００の接続後再送部２０２は、ステップＳ１０２の処理で送信された接続通知を受信する（ステップＳ１０３）。そして、接続後再送部２０２は、受信した接続通知に基づいて、接続要求を送信した受信側装置４００との間の通信を特定し、当該通信が継続中であるか否かを確認する（ステップＳ１０４）。
【００５１】
接続後再送部２０２は、当該通信が継続中である場合に（ステップＳ１０４のＹ）、パケットの再送を開始する（ステップＳ１０５）。
【００５２】
接続後再送部２０２が、接続要求を送信した受信側装置４００との間の通信を特定し、当該通信が継続中であるか否かを確認する方法の具体例について説明する。まず、接続後再送部２０２は、接続通知に含まれる接続情報に基づいて受信側装置４００を特定する。
【００５３】
そして、接続後再送部２０２は、送信側装置２００が現在行っている通信の送信先を検索し、接続情報に基づいて特定した受信側装置４００との間の通信を検索する。例えば、接続後再送部２０２は、図３のように、現在行っている通信の管理テーブルを持つことができる。図３に示す管理テーブルの例では、ＩＰアドレスが１．１．１．０である送信側装置２００が、ＩＰアドレスが１．１．１．１である受信側装置４００と通信中であることが示されている。また、図３に示す例では、ＩＰアドレスが１．１．１．０である送信側装置２００が、ＩＰアドレスが１．１．１．２である受信側装置４００と通信中であることが示されている。また、図３に示す例では、ＩＰアドレスが１．１．１．０である送信側装置２００が、ＩＰアドレスが１．１．１．３である受信側装置４００と通信中であることが示されている。
【００５４】
このとき、接続通知に含まれる接続情報によって受信側装置のＩＰアドレスが１．１．１．２であると特定された場合、接続後再送部２０２は、管理テーブルを参照することによって、当該受信側装置との通信は継続中であると判定することができる。一方、接続通知に含まれる接続情報によって受信側装置のＩＰアドレスが１．１．１．２０であると特定された場合、接続後再送部２０２は、管理テーブルを参照することによって、当該受信側装置との通信は継続中ではないと判定することができる。
【００５５】
次に、パケットを再送する場合の動作について説明する。接続後再送部２０２は、特定した、継続中であると判定した通信において、すでに送信したが、まだ確認応答がされていないパケットのうち、送信タイミングが早いパケットから順番に再送する。または、接続後再送部２０２は、まだ確認応答がされていないパケットのうちのいずれかを、例えば、ランダムに選択して再送してもよいし、まだ送信していないパケットの全てを再送してもよい。接続後再送部２０２は、以上に述べた方法のいずれに基づいてパケットを再送してもよいし、他の方法に基づいてパケットを再送してもよい。なお、本例の再送とは、送信済みのパケットをもう一度送信することに加えて、そのような送信を早期に実行させるための動作が含まれていてもよい。また、パケットの送信を制御する機能を有する他の中継装置が存在する場合、接続後再送部２０２は、このような中継装置に対して、パケットの送信を早期に実行させるための指示を送信しても良い。
【００５６】
送信側装置２００の接続後再送部２０２は、パケットを再送する場合に、再送するパケットに優先送信を示すフラグ情報を付加してもよい。当該フラグ情報が付与されたパケットを受信した基地局は、当該パケットに対して優先的に無線リソースを割り当てる。そのような構成によれば、基地局が当該パケットを受信側装置に送信するタイミングを早めることができる。
【００５７】
接続後再送部２０２は、優先送信を示すフラグ情報を、例えば、ＴＣＰパケットの未使用フィールドを用いて通知することができる。ＩＰヘッダの未使用領域として、例えば、ＩＰヘッダ（ＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）等のヘッダ）に含まれるＴＯＳ（Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ）フィールドのＲｅｓｅｒｖｅｄ  Ｂｉｔｓや、ＤＳ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅ）フィールドのＲｅｓｅｒｖｅｄ  Ｂｉｔｓ、Ｏｐｔｉｏｎｓフィールド、Ｐａｄｄｉｎｇフィールドなどを用いることが可能である。
【００５８】
本実施形態によれば、送信側装置２００が、受信側装置４００からの確認応答（ＡＣＫ）パケットを受信できず、送信側装置２００において送信量が制限（例えば、ＴＣＰにおけるウィンドウサイズ）に達したために新たなパケットを送信できない場合であっても、基地局との間の無線リンクが接続した後に速やかに送信側装置２００と受信側装置４００との間の通信を再開することができる。
【００５９】
その理由は、受信側装置４００と基地局との間の無線リンクが接続されて通信できるようになったことを送信側装置２００が検知することが可能となり、送信側装置２００がパケットの送信を再開することができるからである。
【００６０】
また受信側装置４００として汎用のモバイル通信端末を活用することができるので、低コストで本システムを導入することができる。
【００６１】
実施形態２．
本発明の第２の実施形態の通信システム１２０について、図面を参照して説明する。図４は、本発明の第２の実施形態の通信システム１２０の構成例を示すブロック図である。図４に示すように、本発明の第２の実施形態の通信システム１２０は、網管理装置３２０が接続通知部３２１を備え、送信側装置２２０が接続環境取得部２２４を備える点で、図１に示す第１の実施形態の通信システム１００と異なる。本発明の第２の実施形態の通信システム１２０におけるその他の構成要素は、図１に示す第１の実施形態の通信システム１００における構成要素と同様なため、対応する構成要素には図１と同じ符号を付して説明を省略する。
【００６２】
網管理装置３２０の接続通知部３２１は、接続要求を送信した受信側装置４００の接続環境情報を取得し、取得した接続環境情報を含む接続通知を送信側装置２２０に送信する。なお、接続環境情報を接続通知に含ませる必要は必ずしもなく、接続通知とは異なる通知として、接続環境情報を送信側装置２２０に送信しても良い。接続環境情報については後述する。
【００６３】
送信側装置２２０の接続環境取得部２２４は、接続通知部３２１より接続環境情報を取得する。そして、送信側装置２２０の送受信部２０１と接続後再送部２０２は、接続環境取得部２２４が取得した接続環境情報を参照して、パケットの送信量を制御する。
【００６４】
接続環境情報について説明する。接続環境情報とは、通信ネットワーク３００と受信側装置４００との間の無線リンクの通信品質を示す情報である。具体的には、無線リンクの実効帯域や、遅延、受信側装置４００が接続されている基地局の混雑度、受信側装置４００の無線品質等を、接続環境情報として用いることができるが、これらに限られない。
【００６５】
基地局の混雑度は、例えば、物理リソースブロック使用率（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ（ＰＲＢ）使用率）や電力使用率等の無線リソース使用率、基地局に接続中の受信側装置の数（接続端末数）、および基地局に接続中の受信側装置のうち自基地局のバッファに当該受信側装置宛の未送信パケットが存在している受信側装置の数（同時通信端末数）などによって示される。なお、受信側装置の数の代わりに、ベアラの数が用いられてもよい。
【００６６】
受信側装置４００の無線品質には、例えば、受信側装置４００における受信電力や、希望波対干渉波電力比等が含まれる。受信電力としては、例えば、無線品質の評価対象とする無線セルのパイロット信号やリファレンス信号等の受信強度を表す指標などが用いられる。例えば、受信電力としては、ＵＭＴＳにおけるＣＰＩＣＨ  ＲＳＣＰ（Ｃｏｍｍｏｎ  Ｐｉｌｏｔ  Ｃｈａｎｎｅｌ  Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｃｏｄｅ  Ｐｏｗｅｒ）、ＬＴＥにおけるＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）などが用いられる。一方、希望波対干渉波電力比は、対象とする無線セルから受信した信号の受信電力と、干渉電力や熱雑音電力等との比率を表す指標である。例えば、希望波対干渉波電力比としては、ＳＩＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  Ｎｏｉｓｅ  Ｒａｔｉｏ）や、ＳＩＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｒａｔｉｏ）、ＵＭＴＳにおけるＣＰＩＣＨ  Ｅｃ／Ｎｏ、ＬＴＥにおけるＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）などが用いられる。無線品質は、必ずしも実数値で表される必要はなく、数値が数段階に量子化された指標であってもよい。例えば、無線品質は、ＬＴＥにおけるＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）等であってもよい。
【００６７】
送信側装置２２０の接続環境取得部２２４は、網管理装置３２０から取得した接続環境情報が示す基地局の混雑度と、受信側装置４００の無線品質との両者に基づいて、受信側装置４００と基地局との間の無線リンクの実効帯域を推定してもよい。
【００６８】
例えば、ＬＴＥであれば、接続環境取得部２２４は、受信側装置４００から報告されたＣＱＩに基づいて、変調方式および符号化方式を示すＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）を推定する。接続環境取得部２２４は、例えば、予め用意されたＣＱＩとＭＣＳとの対応表に基づいて、報告されたＣＱＩに対応するＭＣＳを推定する。
【００６９】
そして、接続環境取得部２２４は、基地局の混雑度（例えば、基地局における同時通信端末数）に基づいて、当該受信側装置４００に対して割り当てが期待される物理リソースブロック量を推定する。例えば、接続環境取得部２２４は、同時通信端末数がＮ台の場合には、全Ｍ個の物理リソースブロックのうち、Ｍ／Ｎ個の物理リソースブロックが１台の受信側装置４００に対して平均的には割り当てられると推定する。接続環境取得部２２４は、推定したＭＣＳおよび物理リソースブロック量に基づいて、当該受信側装置４００に対して無線リンクを介して送信可能なトランスポートブロックサイズ（ＴＢＳ：Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ  Ｓｉｚｅ）を推定する。そして、接続環境取得部２２４は、推定したトランスポートブロックサイズを実効帯域であると判断する。
【００７０】
なお、送信側装置２２０が、受信側装置４００と基地局との間の無線リンクの実効帯域を推定する代わりに、網管理装置３２０が当該実行帯域を推定するように構成されていてもよい。その場合、送信側装置２２０の接続環境取得部２２４は、網管理装置３２０が推定した実効帯域を接続環境情報として受信する。
【００７１】
送信側装置２２０の送受信部２０１と接続後再送部２０２は、接続環境情報に基づいて、送信レートの調整や、確認応答を受けずに送信できるデータ量（ウィンドウサイズ）の調整、確認応答を受けずに送信できるデータ量（ウィンドウサイズ）の増加（成長）速度、通信コネクションの状態の変更等の制御を行う。具体的には、送受信部２０１と接続後再送部２０２は、無線リンクの通信品質が良好な場合に送信するデータ量を、無線リンクの通信品質が劣悪な場合に送信するデータ量よりも大きな値に設定する。より具体的には、例えば、送受信部２０１と接続後再送部２０２とは、無線リンクの実効帯域が広い（基地局の混雑度が低い、または受信側装置４００の無線品質がよい）と判定した場合には、送信レートの値を増やしたり、ウィンドウサイズを大きくしたり、ウィンドウサイズの成長速度を上げたりする。
【００７２】
また、送受信部２０１と接続後再送部２０２は、無線リンクの実効帯域が狭い（基地局の混雑度が高い、または受信側装置４００の無線品質が悪い）と判定した場合には、送信レートの値を減らしたり、ウィンドウサイズを小さくしたり、ウィンドウサイズの成長速度を下げたりする。なお、ウィンドウサイズの成長速度とは、送信側装置２２０が、時間経過やＡＣＫパケットの受信等に応じてウィンドウサイズを徐々に増やしていく輻輳制御を実施している場合における、ウィンドウサイズの増加量（増加割合であってもよい）である。
【００７３】
送信側装置２２０がパケットの送信量を制御するさらに別の例として、接続環境取得部２２４が取得した接続環境情報を蓄積しておき、過去に設定した通信パラメータ（送信レートやウィンドウサイズなど）に基づいて、パケットの送信を制御するように構成されていてもよい。具体的には、例えば、接続環境取得部２２４が、受信側装置４００の接続環境情報と、当該接続環境において適用された通信パラメータとが対応付けられた対応表を生成して記憶しておく。そして、接続後再送部２０２は、当該対応表に基づいて、受信側装置４００の接続環境に応じた通信パラメータを選択する。
【００７４】
本実施形態によれば、送信側装置２２０は、受信側装置４００が無線リンクを介して基地局に接続されたときに、当該受信側装置４００の接続環境に応じた通信速度で、当該受信側装置４００との間の通信を行うことが可能になる。したがって、第１の実施形態の通信システム１００における例よりもさらに効率的に通信ネットワーク３００を利用して、再送を早期に完了することができる。
【００７５】
［具体例］
次に、本発明の第１の実施形態の動作の具体的な例について説明する。本例では、受信側装置および送信側装置が、中央演算装置と、メモリと、記憶装置と、通信ネットワーク接続機能部とをそれぞれ有する通信装置であると想定する。
【００７６】
受信側装置が、網管理装置が設置されている通信ネットワークに接続されており、受信側装置の通信環境に応じて、送信側装置、受信側装置、および網管理装置は互いに通信でき、送信側装置が受信側装置にパケットを順次送信しているとする。
【００７７】
いま、受信側装置が１００個目のパケットを受信して確認応答パケットを送信したときに、受信側装置の通信環境が劣化し、受信側装置と通信ネットワークとの間の無線リンクが切断されて通信ができなくなったとする。そして、送信側装置は、１１０個目のパケットを送信したときに、受信側装置からの確認応答パケットが受信されずに、送信量の制限（ＴＣＰのウィンドウサイズによる送信量の制限）によって新たなパケットを送信できなくなったとする。そして、その後、受信側装置が移動したこと等によって受信側装置と通信ネットワークとの間の通信環境が改善したとする。
【００７８】
受信側装置は、通信環境の改善に伴い、網管理装置に対して接続要求を送信する。そして、網管理装置は、受信側装置から接続要求を送信されたことに応じて、送信側装置に接続通知を送信する。網管理装置は、受信側装置のＩＰアドレスである「１．１．１．１」を含む接続通知を生成して、送信側装置に送信する。当該接続通知を受信した送信側装置は、管理テーブルを参照し、受信した当該接続通知に含まれているＩＰアドレス「１．１．１．１」が送信先である通信を検索して特定する。さらに、送信側装置は、例えば、特定した通信では、１００個目までのパケットの送信に対する確認応答は受信できているものの、１０１個目以降の送信パケットに対する確認応答は受信できていないということを特定する。そこで、送信側装置では、速やかに１０１個目のパケットから再送を開始する。
【００７９】
ここで、通信ネットワークがＬＴＥ網である場合における本発明の実施形態の動作の具体的な例について説明する。
【００８０】
送信側装置（例えば、サーバ）が受信側装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）にパケットを送信しているとする。そして、受信側装置が１００個目のパケットまで受信して確認応答（ＡＣＫ）パケットを送信した後に、通信ネットワークとの間の無線品質が劣化し、無線リンク切断（ＲＬＦ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）が生じたとする。
【００８１】
無線リンク切断が生じたことによって、受信側装置は、１０１個目以降のパケットを受信すること、および確認応答を送信することができなくなる。また、送信側装置では、受信側装置からの確認応答を受信できなくなり、１１０個目までのパケットを送信したときに、ＴＣＰウインドウに空きがなくなり、新たなパケットを送信できなくなったとする。
【００８２】
送信側装置から送信された１０１個目以降１１０個目までのパケットは受信側装置には送信されずに、受信側装置が無線リンク切断の発生直前まで接続していた基地局（本例では基地局Ａとする）によって保持（バッファリング）される。
【００８３】
受信側装置は、無線リンク切断の発生時に移動していたなどの理由により、無線リンク切断の発生後に、基地局Ａとは異なる基地局Ｂに対して、無線リンクの接続要求を送信したとする。ここで、無線リンク切断が発生した受信側装置は、ＬＴＥの規格に基づいて、まず、再接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔ）を送信する。しかし、本例のように、受信側装置が、正常なハンドオーバ処理手順を経ずに接続先の基地局を変更しようとする場合には、基地局Ａが保持しているＵＥ  Ｃｏｎｔｅｘｔ情報（受信側装置の認証情報などを示す情報）が基地局Ｂに転送されない。結果として、基地局Ｂは、当該受信側装置からの再接続要求を受理することができず、受信側装置が送信した再接続要求を拒否する。
【００８４】
再接続要求を拒否された受信側装置は、次に、接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）を受信した基地局Ｂは、当該受信側装置との間で新たに認証処理などを行い、当該受信側装置との間で無線リンク（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）を確立する。
【００８５】
しかし、基地局Ａがバッファリングしているパケット（１０１個目から１１０個目までのパケット）は基地局Ｂには転送されないので、これらのパケットはロスされてしまう。そこで、基地局Ｂは、受信側装置との間の無線リンク（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）を確立した場合に、送信側装置に対して接続通知を送信する。具体的には、基地局Ｂは、受信側装置が送信したＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを受信した後、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐメッセージを送信した後、または受信側装置が送信したＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅメッセージを受信した後などに、送信側装置に対して接続通知を送信する。基地局Ｂが送信した接続通知を受信した送信側装置は、当該受信側装置に、ロスしたパケットである１０１個目から１１０個目までのパケットを速やかに再送する。
【００８６】
次に、本発明の第２の実施形態の動作の具体的な例について説明する。受信側装置が送信した接続要求を受信した網管理装置は、当該受信側装置が接続している基地局の接続端末数を取得する。網管理装置は、例えば、受信側装置のＩＰアドレスである「１．１．１．１」と、基地局の接続端末数である「１」とを含む接続通知を生成して送信側装置に送信する。
【００８７】
送信側装置は、網管理装置から受信した接続通知に含まれる接続端末数「１」を取得した場合に、送信レートを増加させてもよいと判断し、まだ確認応答を受信していない１０１個目以降１１０個目までのパケットを速やかに送信する。
【００８８】
また、送信側装置は、網管理装置から受信した接続通知に含まれる接続端末数が「１０」である場合に、接続端末数が「１」である場合よりも遅い速度（少ないトラフィック流量）で、確認応答を受信していない１０１個目以降１１０個目までのパケットを速やかに送信する。すなわち、基地局の接続端末数が多いときは、基地局の混雑度が高く、実効帯域が低いと想定されるため、基地局の接続端末数が少ないときよりも遅い速度で、パケットを送信する。
【００８９】
本具体例によれば、前述した第１の実施形態による効果、および第２の実施形態による効果をそれぞれ奏することができる。
【００９０】
実施形態３．
次に、本発明の第３の実施形態について、図面を参照して説明する。図５は、本発明の第３の実施形態の通信システム１０の構成例を示すブロック図である。図５に示すように、本発明の第３の実施形態の通信システム１０は、送信側装置２０と通信装置３１とを備える。
【００９１】
なお、送信側装置２０は、図１に示す送信側装置２００および図４に示す送信側装置２２０に相当する。また、通信装置３１は、図１に示す網管理装置３１０および図４に示す網管理装置３２０に相当する。
【００９２】
そして、送信側装置２０は、受信側装置（図１および図４に示す受信側装置４００に相当）にデータを送信する送信部２１を含む。なお、送信部２１は、図１および図４に示す送受信部２０１に相当する。
【００９３】
また、通信装置３１は、送信側装置２０および受信側装置が接続可能な通信ネットワークに設置され、接続通知部３３を含み、送信側装置２０と受信側装置との間でデータを送受信する。なお、通信ネットワークは、図１および図４に示す通信ネットワーク３００に相当する。また、接続通知部３３は、図１に示す接続通知部３１１および図４に示す接続通知部３２１に相当する。
【００９４】
そして、接続通知部３３が、受信側装置からの接続要求があった場合に、送信側装置２０に接続通知を送信する。
【００９５】
また、送信側装置２０は、接続通知を受信した場合に、送信部２１が何らかのデータを送信する。
【００９６】
本実施形態によれば、受信側装置と基地局との間の無線リンクが通信可能な状態になった場合に、速やかに送信側装置と当該受信側装置との間の通信を再開して適切にパケットを送受信することができる。
【００９７】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００９８】
この出願は、２０１５年７月１０日に出願された日本出願特願２０１５−１３８６３８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００９９】
１０、１００、１２０    通信システム
２０、２００、２２０    送信側装置
２１    送信部
３１    通信装置
３３    接続通知部
２０１    送受信部
２０２    接続後再送部
２２４    接続環境取得部
３００    通信ネットワーク
３１０、３２０    網管理装置
３１１、３２１    接続通知部
４００    受信側装置
【図１】
2017010062.tif 000003
【図２】
2017010062.tif 000004
【図３】
2017010062.tif 000005
【図４】
2017010062.tif 000006
【図５】
2017010062.tif 000007
【手続補正書】
【提出日】平成29年12月20日(2017.12.20)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項６
【補正方法】変更
【補正の内容】
【請求項６】
前記受信側装置は、前記通信ネットワークに無線リンクを介して接続し、前記接続要求は、前記無線リンクの接続要求である
請求項１から請求項５のうちいずれかに記載の通信システム。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項９
【補正方法】変更
【補正の内容】
【請求項９】
コンピュータに、
送信側装置が送信したデータを受信する受信側装置からの接続要求があった場合に、前記送信側装置に、何らかのデータを送信させるための接続通知を前記送信側装置に送信する接続通知処理を実行させる
ための通信用プログラム。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１０
【補正方法】変更
【補正の内容】
【請求項１０】
コンピュータに、
送信側装置が送信したデータを受信する受信側装置が前記データを受信したことに対して前記受信側装置が送信した確認応答を、前記送信側装置に送信する確認応答中継処理と、
前記受信側装置からの接続要求があった場合に、前記送信側装置に、受信済みの前記確認応答に基づいて、送信済みのデータを再送させるための接続通知を、前記送信側装置に送信する接続通知処理とを実行させる
ための通信用プログラム。
【国際調査報告】
2017010062.tif 000008
2017010062.tif 000009