(57)【要約】  パームＯＳを有する機器（１４）を使用して通信する通信方法が開示されている。ノード（１２）と通信するために、ＳＭＢを優先的に使用して、ＳＭＢが使用できない場合、ＦＴＰが使用され、ＦＴＰが使用できない場合、ブルートゥースが使用される。ＦＴＰ又はブルートゥースがプロトコルとして選択された場合、読出又は書込が必要である機器（１４）とノード（１２）の間でのファイル共有が、ファイルを一時的に機器（１４）の内部パームＯＳメモリ（１８）にコピーし、ファイル上で読出又は書込を実行し、その後、ノード（１２）において、ファイルの旧バージョンを上書きするためにファイルをノードにコピーすることによって実行される。内部メモリ（１８）へ非パームＯＳのファイルを転送するために、ファイルは、読出又は書込を実行する内部メモリ（１８）内のパームＯＳストリームにラッピングされる。拡張パームＯＳのメモリカード（２０）へファイルを転送するためには、拡張メモリ（２０）のＦＡＴを使用してファイルをバイトツーバイトコピーして、ファイルは、機器（１４）の内部パームＯＳメモリ（１８）を介して転送される。
2007512593.tif 000002
【特許請求の範囲】
【請求項１】
パームオペレーティングシステム（ＯＳ）（１６）を有する機器（１４）を使用して通信する通信方法において、
ノード（１２）と通信するためにサーバメッセージブロック（ＳＭＢ）を優先的に使用するステップと、
上記ノード（１２）と通信するＳＭＢが使用できない場合、ファイル転送プロトコル（ＦＴＰ）を優先的に使用するステップと、
上記ノード（１２）と通信するＦＴＰが使用できない場合、ブルートゥースを使用することを特徴とした通信方法。
【請求項２】
上記機器（１４）と通信ノード（１２）の間で通信するプロトコルが識別されていない場合、上記ノード（１２）は、上記機器（１４）が利用可能なＳＭＢ言語を使用して通信できるかを判定して、該当する場合、ＳＭＢを上記通信プロトコルとして選択することを特徴とする請求項１に記載の通信方法。
【請求項３】
上記機器（１４）が利用可能なＳＭＢ言語を使用して通信できない場合、上記ノード（１２）は、ＦＴＰメッセージにより問い合わせ、適切な応答を受信した場合、ＦＴＰを上記通信プロトコルとして選択することを特徴とする請求項２に記載の通信方法。
【請求項４】
適切な応答を受信しなかった場合、上記機器（１４）の識別番号は、ブルートゥースを使用して収集するように試みて、上記ノード（１２）の識別番号と一致した場合、ブルートゥースは、上記通信プロトコルとして選択されることを特徴とする請求項３に記載の通信方法。
【請求項５】
上記ＳＭＢ又は上記ブルートゥースは、上記プロトコルとして選択された場合、ユーザ名が自動的にデフォルト名に設定されることを特徴とする請求項１に記載の通信方法。
【請求項６】
上記ＦＴＰ又は上記ブルートゥースは、上記プロトコルとして選択された場合、読出及び書込が必要である上記機器（１４）と上記ノード（１２）の間でのファイル共有が、上記機器（１４）の内部パームＯＳメモリにファイルを一時的にコピーし、該ファイル上で読出及び書込を実行し、上記ノード（１２）において、該ファイルの旧バージョンに上書きするために、該ファイルを上記ノード（１２）にコピーすることによって実行されることを特徴とする請求項１に記載の通信方法。
【請求項７】
上記機器（１４）の内部パームＯＳメモリ（１８）と上記ノード（１２）との間で、パームＯＳフォーマットではない少なくとも１つのファイルを、内部メモリ（１８）内のパームＯＳストリームにラッピングすることによって転送するステップと、
該ファイル上で読出及び書込の少なくとも１つを実行するステップとを有することを特徴とする請求項１に記載の通信方法。
【請求項８】
上記機器（１４）の拡張パームＯＳメモリ（２０）と上記ノード（１２）の間で、少なくとも１つのファイルを、拡張メモリ（２０）のファイルアロケーションテーブル（ＦＡＴ）を使用して該ファイルをバイトツーバイトコピーすることによって転送するステップを有し、
該ファイルは、上記機器（１４）の内部パームＯＳメモリ（１８）を介して転送されることを特徴とする請求項１に記載の通信方法。
【請求項９】
少なくとも１つの内部メモリ（１８）と、
少なくとも１つの拡張メモリ（２０）と、
上記メモリ（１８、２０）にアクセスする少なくとも１つのパームオペレーティングシステム（ＯＳ）（１６）と、
ノード（１２）が、上記機器（１４）が利用可能なＳＭＢ言語を使用して通信できるかを判定する手段と、
ＳＭＢが、上記機器（１４）と上記ノード（１２）との間で通信可能な場合、ＳＭＢを通信プロトコルとして選択する手段と、
上記機器（１４）が利用可能なＳＭＢ言語を使用して通信できない場合、上記ノード（１２）は、ＦＴＰメッセージにより問い合わせる手段と、
適切な応答を受信した場合、ＦＴＰを通信プロトコルとして選択する手段と、
適切な応答を受信しなかった場合、ブルートゥースを使用して上記機器（１４）の識別番号を収集する手段と、
上記識別番号が、上記ノード（１２）の識別番号と一致した場合、ブルートゥースを通信プロトコルとして選択する手段とを有するパームＯＳ機器（１４）。
【発明の詳細な説明】
【関連出願】
【０００１】
本願は、出願日２００３年の米国仮特許出願第６０／５１８，２８５号の優先権を主張
する。  
【技術分野】
【０００２】
本発明は、一般的に、モバイルコンピュータを使用するコンピュータファイル共有と転送に関する。
【背景技術】
【０００３】
コンピュータファイルは、様々なプロトコルの１つ、そのほとんどがパーソナルコンピュータのオペレーティングシステム（ＯＳ）の用途を意味するプロトコルを使用してコンピュータ間で転送する。例えば、基本的にはＰＣ  ＯＳの処理及び通信層に依存するトップレベルのアプリケーションプログラムであるＰＣの汎用ファイル転送プロトコル（ＦＴＰ）により、ディレクトリのナビゲート、生成及び削除等を実行するためにセキュリティコントロール状態でファイルを転送し、ファイルをコピー、削除することが可能になる。もっと幅広く使用されているプロトコルがサーバメッセージプロトコル（ＳＭＢ）であり、このプロトコルは、ファイル、シリアルポート及びプリンタの共有を含むより多くの作業を容易にする。ＳＭＢは２つのレベルのセキュリティを供給することもできる。
【０００４】
さらに、機器間でファイルを転送するための第３のプロトコルが、無線環境を対象とし、基本的にはＦＴＰと同じ能力を提供するブルートゥースである。これらのプロトコルの全てはＰＣ  ＯＳとともに使用することを前提としており、相互に適合する通信プロトコルスタックを保有するために伝送の両端（例えば、クライアント及びサーバ）を必要とする。
【０００５】
上述するプロトコルは、ＰＣ  ＯＳを念頭において設計されたものであるが、パームＯＳのようなその他のＯＳも、無線電話や携帯情報端末（ＰＤＡ）のようなより小型の無線装置において使用されることは明らかである。さらに、パームＯＳは、従来のファイル交換プロトコルが前提としている全てのＰＣ  ＯＳ機能を有していないことも明らかである。例えば、ここで認識されるように、パームＯＳは、比較的小さいその内部メモリは、従来のファイルシステムを有していない。正確に言えば、ファイルは、ヘッダ情報とともにデータベースとして記憶される。さらに、パームＯＳにおけるネットワーク通信支援は伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）層に限定されている。上記考察を念頭において、本発明が提供される。
【発明の開示】
【課題を解決するための手段】
【０００６】
パームオペレーティングシステム（ＯＳ）を有する機器を使用して通信する通信方法は、ノードと通信するためにサーバメッセージブロック（ＳＭＢ）を優先的に使用して、ノードと通信するＳＭＢが使用できない場合、ファイル転送プロトコル（ＦＴＰ）を優先的に使用することを有する。ノードと通信するＦＴＰが使用ができない場合、ブルートゥースを使用する。
【０００７】
一実施形態においては、機器と通信ノードの間で通信するプロトコルが識別されていない場合、ノードは、機器が利用可能なＳＭＢ言語を使用して通信できるかを判定して、該当する場合、ＳＭＢを通信プロトコルとして選択する。機器が利用可能ＳＭＢ言語を使用して通信できない場合、ノードは、ＦＴＰメッセージにより問い合わせ、適切な応答を受信した場合、ＦＴＰを通信プロトコルとして選択する。一方、適切な応答を受信しなかった場合、識別番号は、ブルートゥースを使用して機器の識別番号を収集するように試みて、ノードの識別番号と一致した場合、ブルートゥースは、通信プロトコルとして選択される。
【０００８】
ＳＭＢ又はブルートゥースは、プロトコルとして選択された場合、ユーザ名が自動的にデフォルト名に設定される。一方、ＦＴＰ又はブルートゥースは、プロトコルとして選択された場合、読出及び書込が必要である機器とノードの間でのファイル共有が、機器の内部パームＯＳメモリにファイルを一時的にコピーし、ファイル上で読出及び書込を実行し、ノードにおいて、ファイルの旧バージョンに上書きするために、ファイルをノードにコピーすることによって実行される。機器の内部ＯＳメモリとノードとの間で、パームＯＳフォーマットではない少なくとも１つのファイルを、内部メモリ内のパームＯＳストリームにラッピングすることによって転送して、ファイル上で読出及び書込の少なくとも１つを実行する。一方、機器の拡張パームＯＳメモリとノードの間で、少なくとも１つのファイルを、拡張メモリのファイルアロケーションテーブル（ＦＡＴ）を使用してファイルをバイトツーバイトコピーすることによって転送して、ファイルは、機器の内部パームＯＳメモリを介して転送されてもよい。この場合、ファイルは、内部メモリを介して転送することもできる。
【０００９】
他の実施形態においては、システムが、プロトコルスタックを使用して通信するプロセッサを含む。スタックは、ブルートゥース、ファイル転送プロトコル（ＦＴＰ）、及びサーバメッセージグループ（ＳＭＧ）を含むグループから選択された少なくとも２つのアプリケーション層プロトコルを有するアプリケーション層を含む。プロトコル層が、ノードとの通信のためにどのアプリケーション層プロトコルを使用すべきかを選択するためにアプリケーション層の最上部にある。
【００１０】
さらに他の実施形態においては、パームＯＳ機器が、内部メモリと、拡張メモリと、それらのメモリにアクセスするパームオペレーティングシステム（ＯＳ）を有する。パームＯＳには、機器が利用可能ＳＭＢ言語を使用してノードが通信できるかを判定して、該当する場合、ＳＭＢを通信プロトコルとして選択する手段を有する。パームＯＳには、ノードが、機器が利用可能ＳＭＢ言語を使用して通信できない場合、ＦＴＰメッセージにより問い合わせ、適切な応答を受信した場合、ＦＴＰを通信プロトコルとして選択する手段も有する。さらに、適切な応答を受信しなかった場合、ブルートゥースを使用して機器の識別番号を収集するよう試みる手段を有する。識別番号が、ノードの識別番号と一致した場合、ブルートゥースが選択される。
【００１１】
本発明の詳細ついては、添付図面を参照することにより、その構成と作用の両方を最もよく理解することができる。なお、添付図面においては、類似の参照番号は類似の部分を示している。
【発明を実施するための最良の形態】
【００１２】
図１を参照すると、システム１０は、１つ以上のモバイルコンピュータ機器１４と通信する１つ以上のサーバ１２を備える。モバイルコンピュータ機器１４は、無線電話、携帯情報端末（ＰＤＡ）、又は非パーソナルコンピュータ（ＰＣ）オペレーティングシステム（ＯＳ）を使用してもよく、図示した実施形態においては、パームＯＳ１６を使用する他の機器でもよい。パームＯＳ１６は、拡張メモリカードによって実行することができる内部メモリ１８及び拡張メモリ２０にアクセスすることができる。また、簡潔に開示するために、パームＯＳ１６は、有線又は無線リンク２４を介してサーバ１２と通信する少なくとも２つのトランシーバ２２にアクセスしてもよい。トランシーバ２２は、モデムと、８０２．１１機器と、ブルートゥース赤外線（ＩＲ）及び／又は高周波（ｒｆ）トランシーバを有する。
【００１３】
図２は、本発明のプロトコルスタック２６の一実施形態を示したものであり、サーバ１２内で正確に組み合わせる必要はない。プロトコルスタック２６は、ブルートゥースＦＴＰ層、ＳＭＢ層、及びＦＴＰ層の上方で上記のように機能する最上部ｍＦＴＰ層を含むアプリケーション層を有してもよい。ブルートゥースＦＴＰ層は、従来のオブジェクト交換（ＯＢＥＸ）プロトコルのプレゼンテーション、セッション、ネットワーク、及びトランスポート層の上にある。同様に、ＯＢＥＸ層の下には、従来のブルートゥース（高周波）及び赤外線データリンク層及び物理層が位置することができる。
【００１４】
一方、図２に示すように、ＳＭＢ層のデータリンク層及び物理層は、従来のＩＥＥＥ８０２．１１規格層であり、それに対して、ＦＴＰ層のデータリンク及び物理層は、従来のモデムである。従来のパームＯＳ  ＴＣＰ／ＩＰスタックは、ＳＭＢ層及びＦＴＰ層の両方にとってネットワーク及びトランスポート層の役割を果たす。しかしながら、従来のパームＯＳアーキテクチャとは違い、本発明によれば、ネット基本入出力システム（ＢｅｔＢＩＯＳ）層を、ＳＭＢ層とパームＯＳ  ＴＣＰ／ＩＰ層の間のセッション層として備える。以下のロジックは、ｍＦＴＰ層と、ブルートゥースＦＴＰ層と、ＮｅｔＢＩＯＳ層を備えたＳＭＢ層と、ＦＴＰ層との間の連携により実施される。
【００１５】
以下で説明するロジックを処理するために、モバイルコンピュータ機器１４のプロセッサは、パームＯＳ１６にアクセスし、プロセッサは、一連のコンピュータ実行可能命令として実行することは明らかである。
【００１６】
命令は、コンピュータ可読媒体、例えば記憶されたコンピュータ可読コード要素を含むコンピュータ可用媒体を有するコンピュータディスケットを備えたデータ記憶装置に含めることもできる。あるいは、命令は、ＤＡＳＤアレイ、磁気テープ、従来のハードディスクドライブ、電子読出専用メモリ、光記憶装置、又は内部メモリ１８のようなその他の適当なデータ記憶装置に記憶することもできる。本発明の実施形態においては、コンピュータ実行可能命令は、コンパイラ型Ｃ＋＋互換性コード又はＪＡＶＡ（登録商標）の回線であってもよい。
【００１７】
本明細書のフローチャートは、コンピュータプログラムソフトウェア内に組み込まれた本発明のロジックの構造を説明したものである。フローチャートは、集積回路上の論理回路を含むコンピュータプログラムコードの構成要素の構造を説明し、本発明に基づき機能していることは、当業者にとって明らかである。明らかに、本発明は、本質的な実施形態において、デジタル処理機器（すなわち、コンピュータ）に示されたものに対応する一連の機能動作を実行するよう命令する形態でプログラムコード要素を処理する機械構成により実施される。
【００１８】
図３は、本発明のｍＦＴＰの処理を示す。図３は、正しいユーザ名及びパスワードが入力済みで、承認されているとすることは明らかである。
【００１９】
判定ダイヤモンド２８において開始され、所望の基本プロトコル（ＳＭＢ、ブルートゥース、又はＦＴＰ）が、例えば、ユーザにより、特定されているかを判定する。特定されている場合、特定のプロトコルを使用するために、処理は、ブロック３０に進む。特定されていない場合、適当なＳＭＢ言語をサーバと交渉することができるかを判定するために、処理は、判定ダイヤモンド３２に進む。該当する場合、ブロック３４において、ＳＭＢが、プロトコルとして選択され、ブロック３６において、ユーザ名が自動的にデフォルト名に設定される。対照的に、該当しなかった場合、ＦＴＰを使用して問い合わせるために、処理は、ブロック３８に進み、その後判定ダイヤモンド４０で、適当な応答が受信されたかを判定する。該当する場合、処理は、ブロック４２において、ＦＴＰをプロトコルとして選択する。該当しない場合、当業者には周知であるブルートゥースを使用して、機器の近隣の全てのブルートゥース機器がブロック４４に配置される。
【００２０】
判定ダイヤモンド４６において、前の段階の結果として戻されるいずれかの機器名が、接続すべき所望のファイルサーバの名前と一致するかを判定する。一致しない場合、処理はブロック４８で終了し、一致した場合、ブロック５０において、処理は、ブルートゥースを使用してサーバに接続し、その後ブロック３６において、自動的にユーザ名をデフォルトに設定する。
【００２１】
図４は、機器とサーバの間でのファイル共有の処理を示す。ブロック５２において、図３ので選択された基本プロトコルの従来の機能を使用して、ディレクトリを生成、削除及びナビゲートし、ファイルが削除されることをわかりやすく示す。判定ダイヤモンド５４は、ＳＭＢが図３で選択された場合、ファイルの読出及び書込を、ブロック５６において従来のように実行することができることを示す。しかしながら、ＦＴＰ又はブルートゥースが選択プロトコルである場合、共有するファイルを基本ファイル移送サービスを使用して機器のローカル内部パームＯＳメモリに一時的にコピーするために、処理は、ブロック５８に進む。読出（必要に応じて、書込）が、次にブロック６０において、一時的バージョンで実行され、リモートサーバのバージョンへの上書きのために、その結果は、ブロック６２において、サーバ内の適当な位置にコピーされる。上述した読出又は書込機能を使用して、リモートサーバから機器上のパームＯＳアプリケーションが実行される。
【００２２】
図５はファイル転送処理を示す。判定ダイヤモンド６４は、ファイルをサーバ１２とローカル内部パームＯＳメモリ１８との間又はサーバと拡張パームＯＳメモリ２０との間のいずれかで転送すべきかに応じて、処理内の分岐を示している。前者の場合、当該のファイルがパームＯＳフォーマットであるかを判定するために、処理は、判定ダイヤモンド６６に進み、該当する場合、当業者には周知であるパームＯＳ原理を使用してファイルをサーバから受信するために（読出のため）、又はファイルをサーバに転送するために（書込のため）、処理は、ブロック６８に移動する。しかしながら、ファイルがＯＳフォーマットではない場合、ファイルをパームＯＳの内部メモリのパームＯＳストリームにファイルをラッピングするために、処理は、ブロック７０に進み、その結果、ファイルを読出又は書込することができるが、ファイルは、機器のエンドユーザにとって必ずしも直接アクセス可能ではない。
【００２３】
ファイルを、従来のファイルアロケーションテーブル（ＦＡＴ）を採用することが予想される拡張メモリ２０との間で転送すべき場合、伝送媒体としてパームＯＳネイティブ内部メモリを使用して、バイトツーバイトコピーの形でＦＡＴを使用してファイルを転送するために、ロジックは、判定ダイヤモンド６４からブロック７２に移動する。
【００２４】
ここに図示し、詳細に説明した当該のモバイルコンピュータ用ファイル転送プロトコルは本発明の上記目的を完全に達成することができる。それが本発明の現在の好ましい実施形態であり、したがって、本発明により幅広く検討されている対象物を代表していることと、本発明の範囲が、その他の実施形態を完全に包含することは、当業者には明らかであろう。したがって、本発明の範囲が、明示的に指摘されていない限りは、単数による要素への言及が「１つ及びたった１つ」ではなく、むしろ「１つ以上」を意味する従属の特許請求の範囲以外のものにより限定されるべきではないことを理解されたい。本発明による解決が求められているあらゆる問題に機器又は方法が対処することは必要ない。というのは、それは本特許請求の範囲に包含されるべきだからである。さらに、本開示における要素、コンポーネント又は方法段階は、それが特許請求の範囲に明示的に列挙されているか否かに関わらず、一般人向けのものではない。ここに明確な定義がない場合、特許請求の範囲の用語には、本明細書及びファイル履歴との整合性を有する全ての普通かつ通常の意味が与えられている。
【図面の簡単な説明】
【００２５】
【図１】１つの意図された環境において示された本モバイルファイル転送プロトコル（ｍＦＴＰ）のブロック図である。
【図２】本ｍＦＴＰの典型的プロトコルスタックの概略図である。
【図３】プロトコル選択時の本ｍＦＴＰのロジックのフローチャートである。
【図４】ファイル共有ロジックを示したフローチャートである。
【図５】ファイル転送ロジックを示したフローチャートである。
【図１】
2007512593.tif 000003
【図２】
2007512593.tif 000004
【図３】
2007512593.tif 000005
【図４】
2007512593.tif 000006
【図５】
2007512593.tif 000007
【国際調査報告】
2007512593.tif 000008