JP2008503116A - ネットワークにおけるデバイス同士のデータ伝送方法 - Google Patents

Abstract

【課題】本発明は、ネットワークデバイス同士のデータ伝送方法を提供している。
【解決手段】当該方法は、ネットワークデバイスにおいてパイプ制御モジュールを設置し、データ伝送プロセスは、１）同じネットワークにおけるデータ送信ソースデバイス及びデータ送信ターゲットデバイスのパイプ制御モジュールが、デバイスの動作状況に応じて、ソースデバイス及びターゲットデバイスともに使用可能な各媒体ネットワーク接続方式をそれぞれデータ伝送パイプとしてパッキングし、ソースデバイスとターゲットデバイスとのデータ伝送パイプを構築することと、２）ソースデバイスのパイプ制御モジュールが、データ伝送パイプにおける一つの媒体ネットワーク接続方式を選択してデータ伝送を実行することと、３）データ伝送プロセスにおいて他の媒体ネットワーク接続方式に切り替える必要があるときに、ソースデバイスのパイプ制御モジュールが新しい媒体ネットワーク接続を構築して制御し、データ伝送を引き続くこととを含む。本発明の方法によれば、データ伝送プロセスにおいて使用可能な接続方式を自動的に選択してデータ伝送を実行することができ、ユーザの使用を便利にし、システム資源を節約できる。
【選択図】図１

Description

本発明は、ネットワーク技術に関し、特に、ネットワークにおけるデバイス同士のデータ伝送方法に関する。

各種類の無線ネットワーク技術が普及していることに伴い、ますます多くのネットワークデバイスは、無線ネットワークを介して他のネットワークデバイスに接続して、無線接続を基に情報の送受信を行う。

無線信号が備えた不安定特性、無線信号の強度が距離を伴って減衰する特性、及び無線接続能力を持つデバイスの高度移動特性によって、ネットワークアプリケーションプログラムの開発者は、ネットワーク接続、特に無線ネットワーク接続に基づくアプリケーションを開発する場合、ネットワーク接続の構築、維持、検出プロセスに対して別途精力を掛けなければならない。これとともに、アプリケーションの各部分には、十分なネットワーク接続異常処理が追加される必要もあり、アプリケーションプログラムの開発にいろいろな不便を招来している。

一方、ますます多くのネットワークデバイスは、一種類以上のネットワーク接続方式を有し、例えば、ノートＰＣは、無線ロカールエリアネットワーク（ＷＬＡＮ）やブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、及び赤外線などの複数のネットワーク接続能力を備えているが、これらのネットワーク接続手段が単一使用される場合には、常に不安定要素がある。例えば、ＷＬＡＮ接続は、伝送距離が遠いが、環境の信号に対する影響が大きいのに対して、Ｂｌｕｅｔｏｏｔｈ接続及び赤外線接続の伝送距離にはあまり限界がある。

現在、あるネットワークデバイスが一種類以上のネットワーク接続方式を備えるが、ネットワークデバイス同士は、データを一回で伝送する場合、一種類のネットワーク接続方式しか選択できない。データ伝送プロセスにおいて異常状況が起きると、接続が開放され、ユーザは接続を再構築して、再伝送しなければならない。ネットワークの調子がよくなければ、他の接続方式に切り替え又は元接続方式にて接続を複数回再構築しなければならず、伝送プロセス中において使用可能な接続方式に切り替えできず、ユーザの不便を招いている。また、このプロセスには、一回で伝送に必要な情報が完全に伝送されなければ、既に伝送された情報の分を再伝送しなければならず、システム資源が浪費される。

例えば、二つのノートＰＣがＢｌｕｅｔｏｏｔｈを介して伝送していると、この時、一つのノートＰＣのユーザが離れる必要があれば、距離の遠いＷＬＡＮを再構築し伝送するしかない。さもなければ、両ノートＰＣは、距離がＢｌｕｅｔｏｏｔｈの伝送範囲を超えていれば、接続が自動的に開放され、伝送されているデータが紛失される可能性がある。これは、ノートＰＣのユーザに使用不便を招いて、データの再伝送がシステム資源を浪費する。

本発明は、前記のような課題を鑑みてなされたものであり、ネットワークにおけるデバイス同士のデータ伝送方法を提供することを主な目的とする。当該方法は、データ伝送プロセスにおいて使用可能な接続方式を自動的に選択してデータを伝送することができ、ユーザの使用を便利にする。

前記の目的を達成するために、本発明の技術方案は、具体的に下記のようになる。

ネットワークにおけるデバイス同士のデータ伝送方法であって、ネットワークデバイスにパイプ制御モジュールを設置し、データ伝送プロセスは、
１）同じネットワークにおけるデータ送信ソースデバイス及びデータ送信ターゲットデバイスのパイプ制御モジュールが、デバイスの動作状況に応じて、ソースデバイス及びターゲットデバイスともに使用可能な各媒体ネットワーク接続方式をそれぞれデータ伝送パイプとしてパッキングし、ソースデバイスとターゲットデバイスとのデータ伝送パイプを構築するステップと、
２）ソースデバイスのパイプ制御モジュールが、データ伝送パイプにおける一つの媒体ネットワーク接続方式を選択してデータ伝送を実行するステップと、
３）データ伝送プロセスにおいて他の媒体ネットワーク接続方式に切り替える必要があるときに、ソースデバイスのパイプ制御モジュールが新しい媒体ネットワーク接続を構築して制御し、データ伝送を引き続くステップとを含む。

ここで、前記のステップ１）は、
１１）同じネットワークにおけるデータ送信のソースデバイスとデータ送信のターゲットデバイスとのパイプ制御モジュールが、ネットワークマルチキャストアドレスをセンシングすることで、相手の使用できる各媒体ネットワーク接続方式を把握するステップと、
１２）ソースデバイスのパイプ制御モジュールが、ソースデバイスを制御して一つの使用できる媒体ネットワーク接続方式を選択して、ターゲットデバイスとのネットワークプロトコル接続を構築するステップと、
１３）ソースデバイスのパイプ制御モジュールが、ステップ１２）にて構築されたネットワークプロトコル接続を介して、データ伝送パイプ構築要求をターゲットデバイスに送信するステップと、
１４）ターゲットデバイスのパイプ制御モジュールが、自身の動作状況に基づいてデータ伝送パイプの構築を許可するかどうかを決定し、データ伝送パイプ構築応答をソースデバイスに返答し、ターゲットデバイスがデータ伝送パイプの構築を許可していれば、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングするステップと、
１５）ソースデバイスのパイプ制御モジュールは、ターゲットデバイスから返答されたデータ伝送パイプ構築応答に基づいて、ターゲットデバイスがデータ伝送パイプの構築を許可するかどうかを判断し、許可されていれば、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングし、データ伝送パイプの構築が成功であり、さもなければ、データ伝送パイプの構築が失敗であるステップと、を含んでもよい。

前記のステップ１）は、
１１ａ）ソースデバイスのパイプ制御モジュールが、それらが位置するネットワークのプロトコルによって、ターゲットデバイスと、ネットワークプロトコル接続を構築するステップと、
１２ａ）ソースデバイスのパイプ制御モジュールが、ステップ１１ａ）にて構築されたネットワークプロトコル接続を介して、自身の使用可能な各媒体ネットワーク接続方式を含むデータ伝送パイプ構築要求をターゲットデバイスに送信するステップと、
１３ａ）ターゲットデバイスのパイプ制御モジュールが、自身の動作状況に基づいてデータ伝送パイプの構築を許可するかどうかを決定し、許可されていれば、自身及び相手とも使用できる各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングし、当該応答に自身の使用できる各媒体ネットワーク接続方式を含ませ、
ターゲットデバイスが、データ伝送パイプ構築応答をソースデバイスに返答するステップと、
１４ｂ）ソースデバイスのパイプ制御モジュールが、ターゲットデバイスから返答されたデータ伝送パイプ構築応答に基づいて、ターゲットデバイスがデータ伝送パイプの構築を許可するかどうかを判断し、許可されていれば、自身の使用できる各媒体ネットワーク接続方式と、応答に含まれた相手の使用できる各媒体ネットワーク接続方式とをデータ伝送パイプとしてパッキングし、データ伝送パイプの構築が成功であり、さもなければ、データ伝送パイプの構築が失敗であるステップと、を含んでもよい。

ソースデバイスのパイプ制御モジュールは、ソースデバイスにおけるデータを伝送しようとするアプリケーションプログラムの送信したパイプ構築命令に応じて、ソースデバイスとターゲットデバイスとのネットワークプロトコル接続を構築し、当該接続を介してデータ伝送パイプ構築要求をターゲットデバイスに送信し、
ソースデバイスのパイプ制御モジュールは、ターゲットデバイスから返答されたデータ伝送パイプ構築応答を受信した後、パイプ構築が成功であるか否かの結果を、ソースデバイスにおけるデータを伝送しようとするアプリケーションプログラムに返答する。

前記のアプリケーションプログラムの送信したパイプ構築命令には、少なくともターゲットデバイスのデバイス識別子を含む。

前記ソースデバイスのパイプ制御モジュールの送信したパイプ構築要求には、ソースデバイスのデバイス識別子、ターゲットデバイスのデバイス識別子及び期待のパイプ継続期間をさらに含み、
前記のターゲットデバイスのパイプ制御モジュールの返答するパイプ構築応答には、パイプ構築の成功や失敗の情報を含み、パイプ構築成功であれば、当該パイプ構築応答には、自身のデバイス識別子、ソースデバイス識別子、及びパイプ有効期間をさらに含む。

前記のデータ伝送パイプパッキング方法は、ソースデバイスとターゲットデバイスとのパイプ制御モジュールが、それぞれの位置するデバイス中に、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式の情報をパイプ情報テーブルに書き込むステップを含んでもよい。

前記のデータ伝送パイプパッキング方法は、パイプ制御モジュールが、今回のソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式情報を作成し、本デバイス中にパイプ情報テーブルが既に存在であるかどうかを判断し、存在しなければ、パイプ情報テーブルを作成し、作成した情報をパイプ情報テーブルに追加し、存在していれば、作成した情報をそのままパイプ情報テーブルに追加するステップを含んでもよい。

前記ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式情報は、パイプ識別子、当該パイプデバイス同士の共通サポートしているネットワークプロトコル、及び接続アドレス情報を含む。

前記ソースデバイスが複数のターゲットデバイスとデータ伝送を行うときに、当該ソースデバイスは、それぞれパイプ制御モジュールを介して複数のターゲットデバイスとデータ伝送パイプを構築する。

前記ステップ２）は、
２１）ソースデバイスのパイプ制御モジュールが、既に構築されたデータ伝送パイプに対応する、使用可能な状態となる活動的なネットワークプロトコル接続が存在しているか否かを判断し、存在していればステップ２２）を実行し、
存在していなければ、既に構築されたデータ伝送パイプから一つのネットワークプロトコルを選択して、新しいネットワークプロトコル接続の構築を試み、構築が成功した後ステップ２２）を実行し、接続構築が失敗であれば、次の共通サポートしているネットワークプロトコルを選択して試み、全ての整合プロトコルを試みても接続を構築できなければ、データ伝送パイプの使用不可をソースデバイスに報告するステップと、
２２）パイプ制御モジュールが、送信待ちデータを現在使用可能状態となる活動的なネットワークプロトコル接続のタスク待ち行列に入れて、ターゲットデバイスにデータを送信するステップと、を含んでもよい。
前記ステップ２２）の送信待ちデータを現在使用可能なネットワークプロトコル接続のタスク待ち行列に入れるプロセスは、
２２ａ）パイプ制御モジュールが、当該使用可能な接続での送信待ちデータ量の大きさ及び当該ネットワーク接続によるデータ送信の平均速度の大きさを判断し、送信待ちデータ量が大きすぎ又は当該ネットワーク接続によるデータ送信の平均速度が小さすぎであれば、ステップ２２ｂ）を実行し、さもなければ、送信待ちデータを現在使用可能なネットワークプロトコル接続のタスク待ち行列に入れるステップと、
２２ｂ）パイプ制御モジュールが、使用可能な他のネットワークプロトコル接続が現在存在しているか否かをサーチし、存在していれば、ステップ２２ａ）にリターンし、さもなければ、ソースデバイスとターゲットデバイスとによって共通整合したネットワークプロトコルをデータ伝送パイプから選択して、新しいネットワークプロトコル接続を構築し試み、構築が成功であれば、送信待ちデータを新たに構築されたネットワークプロトコル接続のタスク待ち行列に入れ、さもなければ、送信待ちデータを元の現在使用可能なネットワークプロトコル接続のタスク待ち行列に入れるステップと、を含んでもよい。

ソースデバイスのパイプ制御モジュールは、ソースデバイスにおけるデータを伝送しようとするアプリケーションプログラムの送信したデータ伝送命令を受信した後、ステップ２１）を実行し、
ソースデバイスのパイプ制御モジュールは、データ送信が完成又は失敗した後、データ送信の成功や失敗の結果を、データを伝送しようとするアプリケーションプログラムに返答する。
前記のアプリケーションプログラムの送信したデータ伝送命令には、少なくともパイプ識別子、ターゲットデバイス識別子、ターゲットアプリケーションプログラム識別子及び送信必要なソースデータを含み、
前記の送信待ちデータには、少なくともソースデバイスのデバイス識別子、データを送信したアプリケーションプログラムの識別子、ターゲットデバイス識別子、ターゲットアプリケーションプログラム識別子、及び送信必要なソースデータを含み、
ターゲットデバイスのパイプ制御モジュールは、データを受信した後、データにおけるターゲットアプリケーションプログラム識別子に応じて、データをターゲットデバイスにおけるターゲットプログラムに配分する。
前記ステップ３）は、
データ伝送プロセスにおいてデータを伝送しているネットワークプロトコル接続が開放されたとき、ソースデバイスのパイプ制御モジュールが、データ伝送パイプから新しい媒体ネットワーク接続方式を選択して、ネットワークプロトコルを構築し、構築が成功であれば、新しいネットワークプロトコル接続を介してデータを伝送してソースデバイスに通知し、さもなければ、データ送信エラー及びデータ伝送パイプの使用不可をソースデバイスに通知するステップを含んでもよい。

当該方法は、
データ伝送パイプアイドル期間において、ソースデバイスのパイプ制御モジュールが、パイプ検出要求をターゲットデバイスに送信するステップと、
ターゲットデバイスのパイプ制御モジュールが、当該検出要求を受信してから自身動作状況に応じてパイプ検出応答をソースデバイスに返答するステップと、
ソースデバイスがパイプ応答を受信しない又は受信されたパイプ応答がパイプ使用不可であれば、ソースデバイスのパイプ制御モジュールが当該パイプを削除するステップと、をさらに含んでもよい。

前記のパイプ検出要求には、少なくともソースデバイスの期待のパイプ使用可能期間を含み、
前記のパイプ検出応答には、少なくともパイプ使用可能期間を含み、
ソースデバイスが受信したパイプ応答におけるパイプ使用可能期間がゼロであれば、当該パイプは使用不可となる。

当該方法は、ソースデバイス又はターゲットデバイスのパイプ制御モジュールが、データ伝送を完成してから当該データ伝送パイプを削除し、パイプオフ通知を相手デバイスに送信し、相手デバイスが、当該オフ通知を受信した後、当該データ伝送パイプを削除するステップをさらに含んでもよい。

前記パイプ制御モジュールは、アプリケーションプログラムの送信したパイプオフ命令を受信した後、パイプオフ通知を相手デバイスに送信し、
パイプ制御モジュールは、当該データ伝送パイプを削除した後、パイプオフ命令を送信するアプリケーションプログラムに対して、パイプオフの成功や失敗の結果を返答してもよい。

前記の技術方案によれば、本発明のネットワークデバイス同士のデータ伝送方法は、ネットワークデバイスに設置され、デバイス同士の使用可能な各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングし、パイプ制御モジュールにより当該パイプにおける一つのネットワーク接続方式にてデータ伝送を実行するように制御され、当該接続が開放されれば、パイプ制御モジュールは、他のネットワーク接続方式をパイプから自動的に選択して接続を構築しデータ伝送する。したがって、本発明によれば、伝送プロセスにおいて接続が開放されれば、使用可能な接続方式に自動的に切り替え、データ伝送を引き続き、ユーザの利用を便利にする。

本発明の目的、技術方案及び利点を更に明らかにするために、以下は、本発明について、図面を参照し実施例を挙げて詳しく説明する。

本発明によるネットワークにおけるデバイス同士のデータ伝送方法は、ネットワークデバイスにパイプ制御モジュールを設置し、同じネットワーク中にデータ送信ソースデバイス及びデータ送信ターゲットデバイスのパイプ制御モジュールは、デバイスの動作状況に応じて、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式を、データ伝送パイプとしてパッキングし、ソースデバイスとターゲットデバイスとの間のデータ伝送パイプを構築する。データ伝送パイプにおける一つの媒体ネットワーク接続方式を選択してデータ伝送する。データ伝送プロセスにおいて他の媒体ネットワーク接続方式に切り替える必要がある場合、ソースデバイスパイプ制御モジュールは、新しい媒体ネットワーク接続の構築を制御し、データ伝送を継続する。

本発明において、ソースデバイスとターゲットデバイスとも使用できる各媒体ネットワーク接続方式を伝送パイプとしてパッキングし、ソースデバイスとターゲットデバイスとの間のデータ伝送パイプを構築するのは、二つの方式がある。

第１の方式は、下記のステップを含む。
１１）同じネットワークにおけるデータ送信のソースデバイスとデータ送信のターゲットデバイスとのパイプ制御モジュールは、ネットワークマルチキャストアドレスをセンシングすることで、相手の使用できる各媒体ネットワーク接続方式を把握する。
１２）ソースデバイスとターゲットデバイスは、一つの使用できる媒体ネットワーク接続方式を選択してネットワークプロトコル接続を構築する。
１３）ソースデバイスのパイプ制御モジュールは、ステップ１２）に構築されたネットワークプロトコル接続を介して、データ伝送パイプ構築要求をターゲットデバイスに送信する。
１４）ターゲットデバイスのパイプ制御モジュールは、自身の動作状況に基づいてデータ伝送パイプの構築を許可するかどうかを決定し、データ伝送パイプ構築応答をソースデバイスに返答し、ターゲットデバイスがデータ伝送パイプ構築を許可すれば、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングする。
１５）ソースデバイスのパイプ制御モジュールは、ターゲットデバイスから返答されたデータ伝送パイプ構築応答に基づき、ターゲットデバイスがデータ伝送パイプの構築を許可するかどうかを判断し、許可されれば、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングし、データ伝送パイプの構築が成功となり、さもなければ、データ伝送パイプの構築が失敗となる。

第２の方式は、下記のステップを含む。
１１ａ）ソースデバイスは、それらが位置するネットワークのプロトコルにて、ターゲットデバイスと、ネットワークプロトコル接続を構築する。
１２ａ）ソースデバイスのパイプ制御モジュールは、ステップ１１ａ）に構築されたネットワークプロトコル接続を介して、データ伝送パイプ構築要求をターゲットデバイスに送信し、当該要求には自身の使用可能な各媒体ネットワーク接続方式を含む。
１３ａ）ターゲットデバイスのパイプ制御モジュールは、自身の動作状況に基づいてデータ伝送パイプの構築を許可するかどうかを決定し、許可されれば、自身及び相手とも使用できる各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングし、当該応答に自身の使用できる各媒体ネットワーク接続方式を含ませる。

ターゲットデバイスは、データ伝送パイプ構築応答をソースデバイスに返答する。
１４ｂ）ソースデバイスのパイプ制御モジュールは、ターゲットデバイスから返答されたデータ伝送パイプ構築応答に基づいて、ターゲットデバイスがデータ伝送パイプの構築を許可するかどうかを判断し、許可されれば、自身の使用できる各媒体ネットワーク接続方式と応答に含まれた相手の使用できる各媒体ネットワーク接続方式とをデータ伝送パイプとしてパッキングし、データ伝送パイプの構築が成功となり、さもなければ、データ伝送パイプの構築が失敗となる。

前記の二つの実現方式において、データ伝送パイプをパッキングする方法は下記のようにしてもよい。即ち、ソースデバイスとターゲットデバイスとのパイプ制御モジュールは、それぞれの位置するデバイス中に、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式の情報をパイプ情報テーブルに書き込み、当該パイプ情報テーブルが後続サーチに用いられる。具体的には、パイプ制御モジュールは、今回のソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式情報を作成し、本デバイス中にパイプ情報テーブルが既に存在するか否かを判断し、存在しなければ、パイプ情報テーブルを作成し、作成した情報をパイプ情報テーブルに追加し、存在していれば、そのまま作成した情報をパイプ情報テーブルに追加する。ここで、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式情報は、パイプ識別子、当該パイプデバイス同士の共通にサポートしているネットワークプロトコル、及び接続アドレス情報を含んでもよい。

以下、本発明に記載の本実施例は、前記の第１実現方式であり、即ち、同じネットワークにデータ送信のソースデバイスとデータ送信のターゲットデバイスとのパイプ制御モジュールは、ネットワークマルチキャストアドレスをセンシングすることで、相手の使用できる各媒体ネットワーク接続方式を把握することである。

図１を参照して、図１は本発明の一つの好ましい実施例によるデータ伝送プロセスの模式図である。当該フローは下記のようなステップを含む。

ステップ１０１：ソースデバイスのデータを伝送しようとするアプリケーションプログラムは、パイプ構築命令を本デバイスにおけるパイプ制御モジュールに送信する。当該パイプ構築命令にはターゲットデバイスのデバイス識別子を含む。

ステップ１０２：ソースデバイスのパイプ制御モジュールは、ソースデバイスとターゲットデバイスとのネットワーク接続、例えばＴＣＰ接続を制御して構築し、パイプ構築命令におけるターゲットデバイス識別子に基づいて、パイプ構築要求メッセージをターゲットデバイスに送信する。当該パイプ構築要求メッセージには、ソースデバイスのデバイス識別子、ターゲットデバイスのデバイス識別子及び期待のパイプ継続時間を含む。

ステップ１０３：ターゲットデバイスのパイプ制御モジュールは、自身の動作状況に応じてデータ伝送パイプの構築を許可するかどうかを決定して、データ伝送パイプ構築応答メッセージをソースデバイスに返答し、ターゲットデバイスがデータ伝送パイプの構築を許可すれば、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングし、即ち、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式情報をパイプ情報テーブルに書き込む。パイプ構築応答メッセージには、パイプ構築の成功や失敗の情報を含み、パイプ構築が成功であれば、当該パイプ構築応答には、自身のデバイス識別子、ソースデバイス識別子、及びパイプ有効時間をさらに含む。

ステップ１０４：ソースデバイスのパイプ制御モジュールは、ターゲットデバイスから返答されたデータ伝送パイプ構築応答に基づいて、ターゲットデバイスがデータ伝送パイプの構築を許可するかどうかを判断し、許可されれば、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングし、即ち、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式情報をパイプ情報テーブルに書き込み、データ伝送パイプの構築が成功であり、さもなければ、データ伝送パイプの構築が失敗である。ソースデバイスのパイプ制御モジュールは、ソースデバイスのアプリケーションプログラムにパイプ構築結果を返答する。

ステップ１０５：ソースデバイスのアプリケーションプログラムは、ソースデバイスのパイプ制御モジュールにデータ伝送命令を送信し、当該データ伝送命令には、パイプ識別子、ターゲットデバイス識別子、ターゲットアプリケーションプログラム識別子及び送信必要なソースデータを含む。

ステップ１０６：ソースデバイスのパイプ制御モジュールは、データ伝送命令を受信した後、当該命令に基づいてデータ伝送パイプにおける一つの媒体によるネットワーク接続方式を選択し、送信待ちデータをターゲットデバイスのパイプ制御モジュールに送信する。ここで、送信待ちデータには、少なくともソースデバイスのデバイス識別子、データを送信するアプリケーションプログラムの識別子、ターゲットデバイス識別子、ターゲットアプリケーションプログラム識別子、及び送信必要なソースデータを含む。

ステップ１０７：ターゲットデバイスのパイプ制御モジュールは、データを受信した後、データにおけるターゲットアプリケーションプログラム識別子に基づいて、ターゲットデバイスにおけるターゲットプログラムに対してデータを配分する。

ステップ１０８：ソースデバイスのパイプ制御モジュールは、データ伝送の完成又は送信失敗の後、データ送信の成功や失敗の結果をソースデバイスのアプリケーションプログラムに返答する。

ステップ１０９：データ伝送パイプのアイドル期間に、ソースデバイスのパイプ制御モジュールはパイプ検出要求をターゲットデバイスに送信し、当該パイプ検出要求には、ソースデバイスの期待のパイプ使用可能期間を含む。

ステップ１１０：ターゲットデバイスのパイプ制御モジュールは、当該検出要求を受信した後、自身の動作状況に基づいてパイプ検出応答をソースデバイスに返答し、当該パイプ検出応答にはパイプ使用可能期間を含み、パイプが使用可能でなければ、ターゲットデバイスのパイプ制御モジュールは、パイプ検出応答に含まれるパイプ使用可能期間を零として書き込んでもよい。

ソースデバイスがパイプ応答を受信しない、又は受信したパイプ応答がパイプを使用可能でないことであれば、ソースデバイスのパイプ制御モジュールはこのパイプを削除する。

ステップ１１１：ソースデバイスのアプリケーションプログラムは、データ伝送が完成した後、パイプオフ命令をソースデバイスのパイプ制御モジュールに送信し、当該命令にはオフしようとするパイプの識別子を含む。

ステップ１１２：ソースデバイスのパイプ制御モジュールは、パイプオフ命令を受信した後、その中のパイプ識別子に基づいて当該データ伝送パイプを削除し、パイプオフ通知をターゲットデバイスに送信する。ターゲットデバイスは、当該オフ通知を受信した後、当該データ伝送パイプを削除する。

ステップ１１３：ソースデバイスのパイプ制御モジュールは、当該データ伝送パイプを削除した後、パイプオフの成功や失敗の結果を、パイプオフ命令を送信したアプリケーションプログラムに返答する。

本実施例では、ステップ１０２〜ステップ１０４はデータ伝送パイプを構築するプロセスとなり、当該プロセスにおけるソースデバイスのパイプ制御モジュールの具体的な処理プロセスについて、図２を参照して説明する。図２は、図１に示す実施例におけるソースデバイスのパイプ制御モジュールがデータ伝送パイプを建築するフローチャートであり、当該フローは下記のステップを含む。

ステップ２０１：ソースデバイスのパイプ制御モジュールは、パイプ構築命令を受信した後、ソースデバイスとターゲットデバイスとのデータ伝送パイプが既に存在しているか否かを判断し、存在していればステップ２０７を実行し、さもなければ、ステップ２０２を実行する。

ステップ２０２：ソースデバイスのパイプ制御モジュールは、ソースデバイスとターゲットデバイスとを制御して、一つの使用可能な媒体ネットワーク接続方式によってネットワークプロトコル接続、例えばＴＣＰ接続を構築する。

ステップ２０３：構築されたＴＣＰ接続が成功であるか否かを判断し、成功であればステップ２０４を実行し、さもなければステップ２０８を実行する。

ステップ２０４：ソースデバイスのパイプ制御モジュールは、パイプ構築要求をＴＣＰ接続を介してターゲットデバイスに送信する。

ステップ２０５：パイプ構築成功応答を受信したか否かを判断し、受信していればステップ２０６を実行し、さもなければステップ２０８を実行する。

ステップ２０６：成功裏に構築されたパイプにパイプ識別子を配分し、パイプ情報テーブルに該当する情報を追加する。

ステップ２０７：パイプの構築結果をアプリケーションプログラムに返答し、パイプ構築成功情報及びパイプ識別子をアプリケーションプログラムに報告し、パイプの構築プロセスが終了する。

ステップ２０８：パイプの構築結果をアプリケーションプログラムに返答し、パイプ構築失敗情報をアプリケーションプログラムに報告し、パイプの構築プロセスが終了する。

図１に示す実施例において、ステップ１０５〜ステップ１０８はデータの伝送プロセスとなり、当該プロセスにおけるソースデバイスのパイプ制御モジュールの具体的な処理プロセスについて、図３を参照して説明する。図３は、図１に示す実施例におけるソースデバイスのパイプ制御モジュールがデータ伝送を実行するフローチャートであり、当該フローは下記のステップを含む。

ステップ３０１：ソースデバイスのパイプ制御モジュールは、データ伝送命令を受信した後、命令におけるパイプ識別子に該当するパイプが存在しているか否かを判断し、存在していればステップ３０２を実行し、さもなければステップ３１０を実行する。

ステップ３０２：使用可能なネットワークプロトコル接続が現在存在しているか否かを判断し、存在していればステップ３０３を実行し、さもなければステップ３０５を実行する。

ステップ３０３：使用可能なネットワークプロトコル接続での送信待ちデータ量の大きさと、当該ネットワークプロトコル接続のデータ送信の平均速度の大きさとを判断し、送信待ちデータ量が大きすぎ又は当該ネットワーク接続のデータ送信の平均速度が小さすぎたら、ステップ３０４を実行し、さもなければステップ３０７を実行する。

ステップ３０４：使用可能な他のネットワークプロトコル接続が現在存在しているか否かをサーチして判断し、存在していればステップ３０３にリターンし、さもなければステップ３０５を実行する。

ステップ３０５：ソースデバイスとターゲットとが共通整合したネットワークプロトコルをデータ伝送パイプから選択して、新しいネットワークプロトコル接続を構築し試みる。

ステップ３０６：新しいネットワークプロトコル接続が成功裏に構築された否かを判断し、成功裏に構築されていればステップ３０７を実行し、さもなければステップ３１０を実行する。

ステップ３０７：送信待ちデータを現在使用可能なネットワークプロトコル接続のタスク待ち行列に入れて、データを送信する。

ステップ３０８：送信が成功であるか否かを判断し、成功であればステップ３０９を実行し、さもなければステップ３１０を実行する。

ステップ３０９：アプリケーションプログラムにデータ伝送結果を返答し、データ伝送の成功を報告し、データ伝送プロセスが終了する。

ステップ３１０：アプリケーションプログラムにデータ伝送結果を返答し、データ伝送のエラー及びエラーの原因を報告し、データ伝送プロセスが終了する。

前記プロセスでは、送信待ちデータ量が大きすぎ又は当該ネットワーク接続のデータ送信の平均速度が小さすぎたという原因によって、ネットワークプロトコル接続の再構築が成功ではない場合、元のネットワークプロトコル接続によってデータ伝送を実行し、ただ伝送の効率が低くなる。

データ伝送プロセスにおいてデータを伝送しているネットワークプロトコルが外界の原因によって開放されれば、ソースデバイスのパイプ制御モジュールは、新しい媒体ネットワーク接続方式をデータ伝送パイプから選択し、ネットワークプロトコル接続を構築する。構築が成功であれば、新しいネットワークプロトコル接続でデータを伝送し続け、ソースデバイスに通知し、さもなければ、データ送信にエラーがあり且つ伝送パイプが使用不可となることをソースデバイスに通知する。

本実施例におけるパイプ制御モジュールは、パイプ構築インタフェース、データ伝送インタフェース、パイプ検出インタフェース、及びパイプオフインタフェースを設置してもよい。ソースデバイスは、パイプ制御モジュールのこれらのインタフェースをコールすることで、パイプ構築、データ伝送、パイプ検出及びパイプオフなどの機能を実現できる。

なお、本実施例におけるソースデバイスが複数のターゲットデバイスとデータ伝送を行うと、当該ソースデバイスは、それぞれパイプ制御モジュールを介して複数のターゲットデバイスとデータ伝送パイプを構築し、データ伝送パイプの構築方法が同じであるが、それぞれのデータ伝送パイプの使用しているポートが異なる。例えば、ソースデバイスは、一つのブルートゥースポートしか備えず、当該ポートがターゲットデバイス１との一つのデータ伝送パイプにパッキングされれば、当該ポートがソースデバイスのターゲットデバイス２とのデータ伝送パイプにパッキングされできなくなる。

図１に示す実施例では、ソースデバイスをノートＰＣ１とし、ターゲットデバイスをノートＰＣ２とし、それらは同じＷＬＡＮにある。ノートＰＣ１とノートＰＣ２とは、それぞれパイプ制御モジュール１やパイプ制御モジュール２を搭載し、ともにＷＬＡＮネットワークカード及びブルートゥースネットワークカードを備えている。ノートＰＣ１におけるＷＬＡＮネットワークカードにＴＣＰ／ＩＰプロトコルがロードされ、ＩＰアドレスが１９２．１６８．０．１でセンシングポートが１２３４であり、ノートＰＣ１におけるブルートゥースネットワークカードにシリアルポートＰｒｏｆｉｌｅがロードされ、模擬してなるシリアルポート番号はシリアルポート２となる。ノートＰＣ２におけるＷＬＡＮネットワークカードにＴＣＰ／ＩＰプロトコルがロードされ、ＩＰアドレスが１９２．１６８．０．２でセンシングポートが２３４５であり、ノートＰＣ２におけるブルートゥースネットワークカードにシリアルポートＰｒｏｆｉｌｅがロードされ、模擬してなるシリアルポート番号はシリアルポート３となる。ノートＰＣ１におけるアプリケーションプログラムＦｃは、ファイル伝送機能を実現するクライアントとなり、ノートＰＣ２におけるアプリケーションプログラムＦｓは、ファイル伝送機能を実現するサーバとなる。

ノートＰＣ１とノートＰＣ２とは、それぞれポート１２３４とポート２３４５をセンシングすることで、相手がネットワークマルチキャストアドレスに送信した自身の使用可能な各媒体ネットワーク接続方式をセンシングした。

このようにして、ノートＰＣ１のＦｃがデータをノートＰＣ２のＦｓに伝送するプロセスは、下記の手順を含む。

１．ノートＰＣ１のＦｃは、パイプ構築命令をパイプ制御モジュール１に送信する。

２．パイプ制御モジュール１は、ノートＰＣ１及びノートＰＣ２ともに使用できる一つの媒体ネットワーク接続方式を選択して、ネットワークプロトコル接続を構築する。本実施例においては、ＴＣＰ／ＩＰプロトコルを選択してノートＰＣ１とノートＰＣ２間のＴＣＰ接続を構築する。

３．パイプ制御モジュール１は、構築されたＴＣＰ接続を介して、パイプ構築要求メッセージをノートＰＣ２に送信する。当該パイプ要求メッセージは、表１に示すようになる。

４．ノートＰＣ２におけるパイプ制御モジュール２は、パイプ構築メッセージを受信した後、ノートＰＣ２の現在の動作状況に応じてパイプ構築要求を受けて、パイプ構築応答メッセージをノートＰＣ１に送信する。当該パイプ構築応答メッセージは、表２に示すようになる。

ノートＰＣ２におけるパイプ制御モジュール２はパイプ構築要求を受けなければ、表２に示す応答メッセージにおけるＲｅｓｕｌｔＣｏｄｅエリアの値が失敗となる。

５．ノートＰＣ１におけるソフトウェアモジュールは、パイプ構築応答メッセージを受信した後、パイプ構築の成功又は失敗の結果をプログラムＦｃに報告する。Ｆｃはパイプ構築成功の結果報告を受信した後、パイプを介してＦｓにデータを送信できる。データ送信メッセージは表３に示すようになる。

ここで、Ｄａｔａエリアは、他の形式でパッキングされたソースデータであってもよい。

本実施例では、ノートＰＣ１でのアプリケーションプログラムＦｃがＦｓにデータを大量に送信するときに、ノートＰＣ１でのソフトウェアモジュールは、新しいＴＣＰ接続を構築することでデータ伝送の需要を満足できる。この時、パイプ情報テーブルは表４に示すようになる。

データ伝送プロセスにおいて、外界の原因によって二つのＴＣＰ接続が開放されれば、ノートＰＣ１のパイプ制御モジュールは、現在のデータ送信位置を記録し、データ伝送パイプからＳｅｒｉａｌＰｏｒｔ：２を選択して接続を試みる。接続構築が成功であれば、ノートＰＣ１のパイプ制御モジュールは、記録されたデータ位置に基づいて、ＳｅｒｉａｌＰｏｒｔ：２を介してデータを送信し続ける。接続構築が失敗であれば、パイプ制御モジュールは、データ伝送にエラーが有り且つ現在パイプが使用不可であることを、Ｆｃに通知する。

ノートＰＣ１及びノートＰＣ２では、送信待ちデータが全て送信された後、即ちパイプアイドル期間において、ノートＰＣ１のパイプ制御モジュールは、パイプの可用性を検出するために、パイプ検出メッセージをノートＰＣ２に定期的に送信できる。パイプ検出要求メッセージは、表５に示すようになる。

ノートＰＣ２のパイプ制御モジュールは、ノートＰＣ１のパイプ検出要求を受信した後、実際状況に応じてパイプ検出応答メッセージを送信できる。この時のノートＰＣ２での負荷が大きすぎれば、ノートＰＣ２のパイプ制御モジュールは、パイプ使用可能期間がゼロセロである検出応答メッセージを送信できる。当該メッセージは、表６に示すようになる。

ノートＰＣ１や２のパイプ制御モジュールは、パイプ構築が成功した後、需要に応じて、当該パイプの使用不可を相手に通知するためにパイプオフ通知を相手に送信できる。パイプオフ通知メッセージは、表７に示すようになる。

本実施例は、ノートＰＣ同士の無線データ伝送を加えて、ノートＰＣと携帯電話、携帯電話と携帯電話、携帯電話とＰＤＡ、ＰＤＡとＰＤＡ、及びＰＤＡとノートＰＣなどのような、各種類のネットワークデバイス同士の無線データ伝送に適用できる。有線ネットワークにおけるネットワークデバイス同士の有線データ伝送にも適用できることは、当然である。

上記の実施例によれば、本発明のこのようなネットワークデバイス同士のデータ伝送方法は、データ伝送プロセスにおいて使用可能な接続方式を自動的に選択してデータ伝送を実行でき、ユーザの使用を便利にし、システム資源を節約する。

図１は本発明の好ましい一実施例によるデータ伝送プロセスの模式図である。 図２は図１に示す実施例におけるソースデバイスのパイプ制御モジュールがデータ伝送パイプを構築するフローチャートである。 図３は図１に示す実施例におけるソースデバイスのパイプ制御モジュールがデータ伝送を実行するフローチャートである。

Claims (19)

1. ネットワークにおけるデバイス同士のデータ伝送方法であって、
   ネットワークデバイスにパイプ制御モジュールを設置し、
   データ伝送プロセスは、
   １）同じネットワークにおけるデータ送信ソースデバイス及びデータ送信ターゲットデバイスのパイプ制御モジュールが、デバイスの動作状況に応じて、ソースデバイス及びターゲットデバイスともに使用可能な各媒体ネットワーク接続方式をそれぞれデータ伝送パイプとしてパッキングし、ソースデバイスとターゲットデバイスとのデータ伝送パイプを構築するステップと、
   ２）ソースデバイスのパイプ制御モジュールが、データ伝送パイプにおける一つの媒体ネットワーク接続方式を選択してデータ伝送を実行するステップと、
   ３）データ伝送プロセスにおいて他の媒体ネットワーク接続方式に切り替える必要があるときに、ソースデバイスのパイプ制御モジュールが新しい媒体ネットワーク接続を構築して制御し、データ伝送を引き続くステップと、
   を含むデータ伝送方法。
2. 前記のステップ１）は、
   １１）同じネットワークにおけるデータ送信のソースデバイスとデータ送信のターゲットデバイスとのパイプ制御モジュールが、ネットワークマルチキャストアドレスをセンシングすることで、相手の使用できる各媒体ネットワーク接続方式を把握するステップと、
   １２）ソースデバイスのパイプ制御モジュールが、ソースデバイスを制御して一つの使用できる媒体ネットワーク接続方式を選択して、ターゲットデバイスとのネットワークプロトコル接続を構築するステップと、
   １３）ソースデバイスのパイプ制御モジュールが、ステップ１２）にて構築されたネットワークプロトコル接続を介して、データ伝送パイプの構築要求をターゲットデバイスに送信するステップと、
   １４）ターゲットデバイスのパイプ制御モジュールが、自身の動作状況に基づいてデータ伝送パイプの構築を許可するかどうかを決定し、データ伝送パイプ構築応答をソースデバイスに返答し、ターゲットデバイスがデータ伝送パイプの構築を許可していれば、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングするステップと、
   １５）ソースデバイスのパイプ制御モジュールは、ターゲットデバイスから返答されたデータ伝送パイプ構築応答に基づいて、ターゲットデバイスがデータ伝送パイプの構築を許可するかどうかを判断し、許可されていれば、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングし、データ伝送パイプの構築が成功であり、さもなければ、データ伝送パイプの構築が失敗であるステップと、
   を含むことを特徴とする請求項１に記載のデータ伝送方法。
3. 前記のステップ１）は、
   １１ａ）ソースデバイスのパイプ制御モジュールが、それらが位置するネットワークのプロトコルによって、ターゲットデバイスと、ネットワークプロトコル接続を構築するステップと、
   １２ａ）ソースデバイスのパイプ制御モジュールが、ステップ１１ａ）にて構築されたネットワークプロトコル接続を介して、自身の使用可能な各媒体ネットワーク接続方式を含むデータ伝送パイプの構築要求をターゲットデバイスに送信するステップと、
   １３ａ）ターゲットデバイスのパイプ制御モジュールが、自身の動作状況に基づいてデータ伝送パイプの構築を許可するかどうかを決定し、許可されていれば、自身及び相手とも使用できる各媒体ネットワーク接続方式をデータ伝送パイプとしてパッキングし、当該応答に自身の使用できる各媒体ネットワーク接続方式を含ませ、
   ターゲットデバイスが、データ伝送パイプ構築応答をソースデバイスに返答するステップと、
   １４ｂ）ソースデバイスのパイプ制御モジュールが、ターゲットデバイスから返答されたデータ伝送パイプ構築応答に基づいて、ターゲットデバイスがデータ伝送パイプの構築を許可するかどうかを判断し、許可されていれば、自身の使用できる各媒体ネットワーク接続方式と、応答に含まれた相手の使用できる各媒体ネットワーク接続方式とをデータ伝送パイプとしてパッキングし、データ伝送パイプの構築が成功であり、さもなければ、データ伝送パイプの構築が失敗であるステップと、
   を含むことを特徴とする請求項１に記載のデータ伝送方法。
4. ソースデバイスのパイプ制御モジュールは、ソースデバイスにおけるデータを伝送しようとするアプリケーションプログラムの送信したパイプ構築命令に応じて、ソースデバイスとターゲットデバイスとのネットワークプロトコル接続を構築し、当該接続を介してデータ伝送パイプ構築要求をターゲットデバイスに送信し、
   ソースデバイスのパイプ制御モジュールは、ターゲットデバイスから返答されたデータ伝送パイプ構築応答を受信した後、パイプ構築が成功であるか否かの結果を、ソースデバイスにおけるデータを伝送しようとするアプリケーションプログラムに返答することを特徴とする請求項２又は３に記載するデータ伝送方法。
5. 前記アプリケーションプログラムの送信したパイプ構築命令には、少なくともターゲットデバイスのデバイス識別子を含むことを特徴とする請求項４に記載するデータ伝送方法。
6. 前記ソースデバイスのパイプ制御モジュールの送信したパイプ構築要求には、ソースデバイスのデバイス識別子、ターゲットデバイスのデバイス識別子及び期待のパイプ継続期間をさらに含み、
   前記ターゲットデバイスのパイプ制御モジュールの返答するパイプ構築応答には、パイプ構築の成功や失敗の情報を含み、パイプ構築成功であれば、当該パイプ構築応答には、自身のデバイス識別子、ソースデバイス識別子、及びパイプ有効期間をさらに含むことを特徴とする請求項２又は３に記載するデータ伝送方法。
7. 前記データ伝送パイプパッキング方法は、
   ソースデバイスとターゲットデバイスとのパイプ制御モジュールが、それぞれの位置するデバイス中に、ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式の情報をパイプ情報テーブルに書き込むステップを含むことを特徴とする請求項１〜３の何れかに記載するデータ伝送方法。
8. 前記データ伝送パイプパッキング方法は、
   パイプ制御モジュールが、今回のソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式情報を作成し、本デバイス中にパイプ情報テーブルが既に存在であるかどうかを判断し、存在しなければ、パイプ情報テーブルを作成し、作成した情報をパイプ情報テーブルに追加し、存在していれば、作成した情報をそのままパイプ情報テーブルに追加するステップを含むことを特徴とする請求項７に記載するデータ伝送方法。
9. 前記ソースデバイス及びターゲットデバイスとも使用できる各媒体ネットワーク接続方式情報は、パイプ識別子、当該パイプデバイス同士の共通サポートしているネットワークプロトコル、及び接続アドレス情報を含むことを特徴とする請求項７に記載するデータ伝送方法。
10. 前記ソースデバイスが複数のターゲットデバイスとデータ伝送を行うときに、当該ソースデバイスは、それぞれパイプ制御モジュールを介して複数のターゲットデバイスとデータ伝送パイプを構築することを特徴とする請求項１に記載するデータ伝送方法。
11. 前記ステップ２）は、
    ２１）ソースデバイスのパイプ制御モジュールが、既に構築されたデータ伝送パイプに対応する、使用可能な状態となる活動的なネットワークプロトコル接続が存在しているか否かを判断し、存在していればステップ２２）を実行し、
    存在していなければ、既に構築されたデータ伝送パイプから一つのネットワークプロトコルを選択して、新しいネットワークプロトコル接続の構築を試み、構築が成功した後ステップ２２）を実行し、接続構築が失敗であれば、次の共通サポートしているネットワークプロトコルを選択して試み、全ての整合プロトコルを試みても接続を構築できなければ、データ伝送パイプの使用不可をソースデバイスに報告するステップと、
    ２２）パイプ制御モジュールは、送信待ちデータを現在使用可能状態となる活動的なネットワークプロトコル接続のタスク待ち行列に入れて、ターゲットデバイスにデータを送信するステップと、
    を含むことを特徴とする請求項１に記載するデータ伝送方法。
12. 前記ステップ２２）の送信待ちデータを現在使用可能なネットワークプロトコル接続のタスク待ち行列に入れるプロセスは、
    ２２ａ）パイプ制御モジュールが、当該使用可能な接続での送信待ちデータ量の大きさ及び当該ネットワーク接続によるデータ送信の平均速度の大きさを判断し、送信待ちデータ量が大きすぎ又は当該ネットワーク接続によるデータ送信の平均速度が小さすぎであれば、ステップ２２ｂ）を実行し、さもなければ、送信待ちデータを現在使用可能なネットワークプロトコル接続のタスク待ち行列に入れるステップと、
    ２２ｂ）パイプ制御モジュールが、使用可能な他のネットワークプロトコル接続が現在存在しているか否かをサーチし、存在していれば、ステップ２２ａ）にリターンし、さもなければ、ソースデバイスとターゲットデバイスとによって共通整合したネットワークプロトコルをデータ伝送パイプから選択して、新しいネットワークプロトコル接続を構築し試み、構築が成功であれば、送信待ちデータを新たに構築されたネットワークプロトコル接続のタスク待ち行列に入れ、さもなければ、送信待ちデータを元の現在使用可能なネットワークプロトコル接続のタスク待ち行列に入れるステップと、
    を含むことを特徴とする請求項１１に記載するデータ伝送方法。
13. ソースデバイスのパイプ制御モジュールは、ソースデバイスにおけるデータを伝送しようとするアプリケーションプログラムの送信したデータ伝送命令を受信した後、ステップ２１）を実行し、
    ソースデバイスのパイプ制御モジュールは、データ送信が完成又は失敗した後、データ送信の成功や失敗の結果を、データを伝送しようとするアプリケーションプログラムに返答することを特徴とする請求項１１に記載するデータ伝送方法。
14. 前記のアプリケーションプログラムの送信したデータ伝送命令には、少なくともパイプ識別子、ターゲットデバイス識別子、ターゲットアプリケーションプログラム識別子及び送信必要なソースデータを含み、
    前記の送信待ちデータには、少なくともソースデバイスのデバイス識別子、データを送信したアプリケーションプログラムの識別子、ターゲットデバイス識別子、ターゲットアプリケーションプログラム識別子、及び送信必要なソースデータを含み、
    ターゲットデバイスのパイプ制御モジュールは、データを受信した後、データにおけるターゲットアプリケーションプログラム識別子に応じて、データをターゲットデバイスにおけるターゲットプログラムに配分することを特徴とする請求項１３に記載するデータ伝送方法。
15. 前記ステップ３）は、
    データ伝送プロセスにおいてデータを伝送しているネットワークプロトコル接続が開放されたとき、ソースデバイスのパイプ制御モジュールは、データ伝送パイプから新しい媒体ネットワーク接続方式を選択して、ネットワークプロトコルを構築し、構築が成功であれば、新しいネットワークプロトコル接続を介してデータを伝送し続きソースデバイスに通知し、さもなければ、データ送信エラー及びデータ伝送パイプの使用不可をソースデバイスに通知するステップを含むことを特徴とする請求項１に記載するデータ伝送方法。
16. データ伝送パイプアイドル期間において、ソースデバイスのパイプ制御モジュールが、パイプ検出要求をターゲットデバイスに送信するステップと、
    ターゲットデバイスのパイプ制御モジュールが、当該検出要求を受信した後、自身動作状況に応じてパイプ検出応答をソースデバイスに返答するステップと、
    ソースデバイスがパイプ応答を受信しない又は受信されたパイプ応答がパイプ使用不可であれば、ソースデバイスのパイプ制御モジュールが当該パイプを削除するステップと、をさらに含むことを特徴とする請求項１に記載するデータ伝送方法。
17. 前記のパイプ検出要求には、少なくともソースデバイスの期待のパイプ使用可能期間を含み、
    前記のパイプ検出応答には、少なくともパイプ使用可能期間を含み、
    ソースデバイスが受信したパイプ応答におけるパイプ使用可能期間がゼロであれば、当該パイプは使用不可となることを特徴とする請求項１６に記載するデータ伝送方法。
18. ソースデバイス又はターゲットデバイスのパイプ制御モジュールが、データ伝送を完成してから当該データ伝送パイプを削除し、パイプオフ通知を相手デバイスに送信し、相手デバイスが当該オフ通知を受信した後、当該データ伝送パイプを削除するステップをさらに含むことを特徴とする請求項１に記載するデータ伝送方法。
19. 前記パイプ制御モジュールは、アプリケーションプログラムの送信したパイプオフ命令を受信した後、パイプオフ通知を相手デバイスに送信し、
    パイプ制御モジュールは、当該データ伝送パイプを削除した後、パイプオフ命令を送信するアプリケーションプログラムに対して、パイプオフの成功や失敗結果を返答することを特徴とする請求項１に記載するデータ伝送方法。
    

Images