(57)【要約】【課題】  無線機能を具備する携帯端末装置において、ＰＣ等の他の端末装置に、ファイルを転送する場合に、上記他の端末装置上のアプリケーションと連携し、予め設定されたディレクトリを指定し、この指定されたディレクトリに、ファイルを保存する携帯端末装置である。【解決手段】  送信側の端末において、受信側のディレクトリを指定することができ、ユーザにとって使いやすいという効果を奏する。また、携帯端末装置が自動的に、他の端末装置を検出し、指定ディレクトリにファイルを転送するので、必要な設定を予め準備すれば、ファイル転送に関しては、ユーザが操作をしなくても、端末を自動検出し、ファイル転送を行う自動転送が可能であるという効果を奏する。【選択図】  図１
2005235038.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置において、
他の端末装置にファイルを転送する場合に、上記他の端末装置上のアプリケーションと連携し、予め設定されたディレクトリを指定し、この指定されたディレクトリにファイルを保存させることを特徴とする情報処理装置。
【請求項２】
請求項１において、
上記他の端末装置にファイルを転送した後に、上記情報処理装置のディレクトリ内のファイルを削除し、送信履歴を残すことを特徴とする情報処理装置。
【請求項３】
請求項１において、
上記他の端末装置にファイルを転送した後に、予め指定された他のディレクトリに、ファイルを保存することを特徴とする情報処理装置。
【請求項４】
請求項１において、
上記他の端末装置にディレクトリ構成の通知を要求し、上記他の端末装置から通知されたディレクトリの中から、任意のディレクトリを選択可能であることを特徴とする情報処理装置。
【請求項５】
請求項１において、
上記他の端末装置に転送するファイルの属性に応じたディレクトリを指定することを特徴とする情報処理装置。
【請求項６】
情報処理装置において、
他の端末装置と連携して、上記他の端末装置から指定されたディレクトリに上記他の端末装置からのファイルを保存することを特徴とする情報処理装置。
【請求項７】
請求項６において、
上記他の端末装置から指定されたディレクトリが存在しない場合には、該ディレクトリを作成することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他の端末装置と連携してファイル転送、保存を行う情報処理装置に関する。
【背景技術】
【０００２】
近年、携帯端末装置やＰＣ、情報家電等の端末においても、無線通信に対応する端末が増えている。さらに、これらの無線通信を行う端末装置間で、ファイル転送等のデータ交換が盛んになりつつある。
【０００３】
このような端末装置間のデータ転送においては、簡単で、転送が早くて、使いやすい転送方式が要求される。
【０００４】
従来、様々な端末装置でデータ転送することが提案されている（たとえば、特許文献１参照）。
【０００５】
また、パソコンと携帯端末装置との間で、データを同期する手段であるいわゆる「シンクロナイズ」も一般的になっている。
【特許文献１】特開２００２−１４９４６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記従来例では、データ転送されるディレクトリが固定であるので、ユーザにとっては、一度、転送した後に、別のディレクトリにコピーするという余分な操作を必要とし、この操作が煩雑であるという問題がある。
【０００７】
本発明は、ファイル転送する際に、ディレクトリを設定可能にすることによって、ユーザにとって、扱いやすい情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１記載の発明は、情報処理装置において、他の端末装置にファイルを転送する場合に、上記他の端末装置上のアプリケーションと連携し、予め設定されたディレクトリを指定し、この指定されたディレクトリにファイルを保存させることを特徴とする情報処理装置である。
【０００９】
請求項６記載の発明は、情報処理装置において、他の端末装置と連携して、上記他の端末装置から指定されたディレクトリに上記他の端末装置からのファイルを保存することを特徴とする情報処理装置である。
【発明の効果】
【００１０】
本発明によれば、送信側の端末において、受信側のディレクトリを指定することができ、ユーザにとって使いやすいという効果を奏する。
【発明を実施するための最良の形態】
【００１１】
発明を実施するための最良の形態は、次の実施例である。
【実施例１】
【００１２】
図１は、本発明の実施例１である携帯端末装置Ｔ１を示すブロック図である。
【００１３】
携帯端末装置Ｔ１は、マイクロプロセッサ等のサブＣＰＵ１と、キー入力部２と、マイクロプロセッサ等のメインＣＰＵ３と、書き換え可能なフラッシュＲＯＭ４と、ＲＡＭ５と、液晶等の表示部６と、補助記憶部７と、撮影部８と、無線通信部９と、シリアルインタフェース１０と、システムバス１１とを有する。
【００１４】
マイクロプロセッサ等のサブＣＰＵ１は、キー入力部２から入力されたキー入力を検出し、そのイベントを、メインＣＰＵ３に伝え、また、メインＣＰＵ３の制御に応じて、携帯端末装置Ｔ１の全体の電源を管理する。また、サブＣＰＵ１には、ＲＯＭ／ＲＡＭが内蔵されている。
【００１５】
キー入力部２は、電源、上下左右、セット、モード、メニュー等のキーを入力するキー入力部であり、サブＣＰＵ１は、キー入力部２が検出したキー入力を受信すると、そのキー入力に従って、メインＣＰＵ３の制御やキー入力を通知する。
【００１６】
マイクロプロセッサ等のメインＣＰＵ３は、携帯端末装置Ｔ１の各部分を使用し、携帯端末装置Ｔ１の処理を実行するものであり、メインＣＰＵ３には、電源をセーブするためのモードが用意され、サブＣＰＵ１によって制御され、電源を管理する。
【００１７】
書き換え可能なフラッシュＲＯＭ４は、メインＣＰＵ３を制御するプログラムを蓄積し、ファイルシステムを実装する書き換え可能なフラッシュＲＯＭである。
【００１８】
ＲＡＭ５は、フラッシュＲＯＭ４に蓄積されているプログラムがロードされ、実行される領域であり、また、そのプログラムが使用するワーク領域としても使用され、ＲＡＭディスクとして、ファイルの読み書きにも使用される。
【００１９】
液晶等の表示部６は、アプリケーション等によって、文字、画像、オペレーション画面等が表示される。
【００２０】
補助記憶部７は、コンパクトフラッシュ（登録商標）、ＳＤ等のスロットを持ち、メモリカード等の補助記憶媒体が挿入される補助記憶部である。
【００２１】
撮影部８は、カメラ等の画像を撮影する撮影部であり、着脱が可能であり、着脱された場合には、割り込みが発生し、メインＣＰＵ３が着脱を検出できる。
【００２２】
無線通信部９は、ＰＣ等の他の端末装置（以下、「他の端末装置Ｔ２」という）との間で通信するＢｌｕｅｔｏｏｔｈやＩＥＥＥ８０２．１１ｂ等の無線通信部である。
【００２３】
シリアルインタフェース１０は、メインＣＰＵ３とサブＣＰＵ１とが通信するためのシリアルインタフェースである。
【００２４】
システムバス１１は、メインＣＰＵ３のシステムバスである。
【００２５】
図２は、携帯端末装置Ｔ１と他の端末装置Ｔ２とのコマンド／レスポンスのシーケンスを示す図である。
【００２６】
携帯端末装置Ｔ１が、一定間隔で他の端末装置Ｔ２を検出するために、無線通信部９から電波を送信する。この電波に対して、他の端末装置Ｔ２から応答があれば、接続要求を送信する。他の端末装置Ｔ２は、接続要求を受信すると、予め設定されている相手であれば、接続を受け入れるために、接続確認を送信する。設定されていない相手であれば、接続を拒否する。
【００２７】
次に、携帯端末装置Ｔ１は、機能要求を送信し、相手端末（他の端末装置Ｔ２）の機能、状況等を確認する。他の端末装置Ｔ２は、携帯端末装置Ｔ１からの機能要求に応じて、自端末（他の端末装置Ｔ２）の機能、たとえば、パソコンとかデジタルカメラとか、プリンタ等の機能を示す機能応答を返信する。この返信によって、携帯端末装置Ｔ１は、ファイルを送信するために、予め設定されているディレクトリを指定したディレクトリ要求を送信する。ディレクトリ要求を受信した他の端末装置Ｔ２は、指定されたディレクトリがあるかどうかを調べ、ディスクやメモリ等の容量をディレクトリ応答で返信する。
【００２８】
ディレクトリ応答を受けた携帯端末装置Ｔ１は、ファイル転送開始コマンドを送信し、実際のファイル転送を開始する。ファイル転送が終了すると、ファイル転送終了コマンドを送信し、切断要求を送信する。切断要求を受信した他の端末装置Ｔ２は、切断確認を送信する。切断確認を受信した携帯端末装置Ｔ１は、通信を終了し、処理を終了する。
【００２９】
次に、携帯端末装置Ｔ１におけるファイル転送の送信処理について説明する。
【００３０】
図３は、携帯端末装置Ｔ１が送信側としてファイル転送する動作を示すフローチャートである。
【００３１】
なお、ファイル転送の処理を行う前に、事前に、携帯端末装置Ｔ１と他の端末装置Ｔ２とにおいて、無線通信を行うための設定が行われている。
【００３２】
まず、ステップＳ１では、近傍の他の端末装置Ｔ２を検出するために、無線通信部９に指示し、他の端末装置Ｔ２を検出するためにコマンドを送信し、他の端末装置Ｔ２からの応答を待つ。他の端末装置Ｔ２からの応答を、無線通信部９が受信すると、ステップＳ２では、無線通信部９が接続要求コマンドを送信する。
【００３３】
ステップＳ３では、他の端末装置Ｔ２からのレスポンスの受信を待つ。レスポンスを受信すると、ステップＳ４では、そのレスポンスが接続確認であるかどうかを判断する。ハードディスクやメモリ等の容量が少ない場合や、事前の設定がされていない場合や、何らかの障害が発生している場合は、他の端末装置Ｔ２から、接続拒否のレスポンスが送信されるので、この場合は、ステップＳ１に戻り、他の端末装置Ｔ２の検出処理を続行する。
【００３４】
ステップＳ４では、他の端末装置Ｔ２からのレスポンスが、接続確認であることを確認できた場合、ステップＳ５に進み、他の端末装置Ｔ２の機能や状況を知るための機能要求コマンドを、無線通信部９から送信する。
【００３５】
ステップＳ６では、他の端末装置Ｔ２からの機能応答が受信されるのを待ち、機能応答を受信すると、ステップＳ７では、予め設定されたディレクトリを指定したディレクトリ要求コマンドを、無線通信部９から送信する。
【００３６】
ステップＳ８では、他の端末装置Ｔ２からのディレクトリ応答が受信されるまで待ち、無線通信部９が、他の端末装置Ｔ２からディレクトリ応答を受信すると、ステップＳ９では、ファイル転送開始コマンドを無線通信部９が、他の端末装置Ｔ２に送信すると同時に、補助記憶部７の指定されたディレクトリに蓄積してある画像、文書等のファイルを、無線通信部９を介して、送信する。
【００３７】
ステップＳ１０では、補助記憶部７のディレクトリにあるファイルの転送が全て終了するまで待ち、全てのファイルの転送が終了すると、ステップＳ１１では、ファイル転送終了コマンドを、無線通信部９から他の端末装置Ｔ２に送信する。さらに、ステップＳ１２では、無線通信部９が、他の端末装置Ｔ２に切断要求コマンドを送信する。ステップＳ１３では、他の端末装置Ｔ２から切断確認を受信するまで待ち、受信すると、ファイル転送の処理を終了する。
【００３８】
図４は、他の端末装置Ｔ２が受信側としてファイルを受信する動作を示すフローチャートである。
【００３９】
まず、ステップＳ２１では、他の端末装置Ｔ２は、携帯端末装置Ｔ１からの接続要求コマンドの受信を待ち、接続要求コマンドを受信すると、ステップＳ２２では、接続要求コマンドを発行した端末が、予め設定されている端末であるかどうかを判断し、接続するかどうかを決める。予め設定されていない端末である場合、ファイル転送に必要なハードディスク、メモリ等のリソースが確保できない場合、または、端末内で何らかの障害が発生してファイルを受信できない場合、ステップＳ３２では、接続拒否コマンドを送信し、処理を終了する。
【００４０】
予め設定されている端末から接続要求された場合、ステップＳ２３に進み、接続確認レスポンスを送信し、ステップＳ２４に進む。ステップＳ２４では、携帯端末装置Ｔ１からの機能要求コマンドを待ち、機能要求コマンドを受信すると、ステップＳ２５に進み、端末が持っている機能や現在の状況を知らせる機能応答を送信する。
【００４１】
さらに、ステップＳ２６において、携帯端末装置Ｔ１からのディレクトリ要求コマンドの受信を待ち、ディレクトリ要求コマンドを受信すると、ステップＳ２７では、指定されたディレクトリの存在と属性等とを調べ、ファイルを受信可能等の情報を、ディレクトリ応答にのせて送信する。
【００４２】
ステップＳ２８では、ファイル転送コマンドの受信を待ち、ファイル転送開始コマンドを受信すると、ファイル受信を開始し、指定されたディレクトリにファイルをライトする。ステップＳ２９では、全てのファイルの転送が終了したことを示すファイル転送終了コマンドの受信を待ち、このファイル転送終了コマンドを受信すると、ステップＳ３０に進み、ステップＳ３０では、携帯端末装置Ｔ１から切断要求コマンドの受信を待ち、このコマンドを受信すると、ステップＳ３１では、切断確認を送信し、通信を切断し、処理を終了する。
【００４３】
ステップＳ２６では、ディレクトリ要求を受信した際に、指定されたディレクトリが存在しなければ、新規にディレクトリを作成し、ステップＳ２７では、ディレクトリ応答を送信し、その後は、上記と同様に処理する。
【００４４】
ステップＳ１０では、ファイル転送が終了した際に、既に送信したファイルが蓄積されているディレクトリを即時削除し、送信履歴を、ＲＡＭ５またはフラッシュＲＯＭ４に残し、その後は、上記と同様に処理する。
【００４５】
ステップＳ１０では、ファイル転送の終了を待ち、ファイル転送が終了すると、送信したディレクトリの内容を、予め指定されている別のディレクトリに移動し、その後は、上記と同様に処理する。
【００４６】
ステップＳ７では、他の端末装置Ｔ２に送信するディレクトリ要求コマンドにおいて、他の端末装置Ｔ２のディレクトリ構成を知らせるように指定して送信する。次に、ステップＳ８では、ディレクトリ応答を受信するまで待ち、ディレクトリ応答を受信すると、その中にある他の端末装置Ｔ２のディレクトリ情報を、表示部６に表示し、キー入力部２から任意のディレクトリを入力することを、ユーザに指示する。この情報を、ステップＳ９で送信するファイル転送開始コマンドにのせて、受信側のディレクトリを指定する。その後は、上記と同様に処理する。
【００４７】
ステップＳ７では、ディレクトリ要求を送信する際に、送信するファイルの属性を調べ、送信するファイルの属性に対応して予め設定されているディレクトリを指定する。その後は、上記と同様に処理する。
【００４８】
上記実施例において、無線通信機能を具備する携帯端末を想定しているが、これ以外の通信手段である有線通信においても、上記と同様の処理は可能である。
【００４９】
また、上記実施例において、携帯端末装置Ｔ１と他の端末装置Ｔ２との間では、コマンド／レスポンスのやりとりで実現しているが、このコマンド／レスポンスの代わりに、ＸＭＬ等の言語で記述し、そのタグに応じて処理を行うようにしてもよい。
【００５０】
上記説明によれば、送信側の端末において、受信側のディレクトリを指定することができ、ユーザにとって使いやすいという効果を奏する。また、携帯端末装置が自動的に、他の端末装置を検出し、指定ディレクトリにファイルを転送するので、必要な設定を予め準備すれば、ファイル転送に関しては、ユーザが操作をしなくても、端末を自動検出し、ファイル転送を行う自動転送が可能であるという効果を奏する。
【００５１】
また、受信側の端末において、ディレクトリが予め作成されていない場合でも、ファイル転送が可能であり、ユーザにとって操作の手間が少ないという効果を奏する。
【００５２】
また、送信側の携帯端末装置では、ファイル転送後に、すぐにディレクトリ内のファイルを削除するので、メモリが不足することがなく、メモリ等のリソースが少ない携帯端末装置においても、ファイル転送の処理を継続して行うことができ、ユーザにとって扱いやすいという効果を奏する。
【００５３】
また、ファイル転送したファイルを、指定された別のディレクトリに保存するので、より信頼性を高めることができ、たとえば、受信側の端末において、何らかの障害が発生した場合においても、容易に復旧が可能であり、より信頼性が高いという効果を奏する。
【００５４】
また、受信側のディレクトリの状況をリアルタイムで把握し、ファイル転送するディレクトリをユーザが指定可能であるので、現在の状況に応じて、ユーザが操作を指定することができ、柔軟で使いやすいという効果を奏する。
【００５５】
また、転送するファイルに応じて、受信側のディレクトリを変更できるので、携帯端末装置で扱う種々のデータを、他の端末装置の違ったディレクトリに送信することができ、ユーザにとって扱いやすいという効果を奏し、たとえば、静止画と動画とを別々のディレクトリに転送することができるという効果を奏する。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施例１である携帯端末装置Ｔ１を示すブロック図である。
【図２】携帯端末装置Ｔ１と他の端末装置Ｔ２とのコマンド／レスポンスのシーケンスを示す図である。
【図３】携帯端末装置Ｔ１が送信側としてファイル転送する動作を示すフローチャートである。
【図４】他の端末装置Ｔ２が受信側としてファイルを受信する動作を示すフローチャートである。
【符号の説明】
【００５７】
Ｔ１…携帯端末装置、
１…サブＣＰＵ、
２…キー入力部、
３…メインＣＰＵ、
４…書き換え可能なフラッシュＲＯＭ、
５…ＲＡＭ、
６…表示部、
７…補助記憶部、
８…撮影部、
９…無線通信部、
１０…シリアルインタフェース、
１１…システムバス。
【図１】
2005235038.tif 000003
【図２】
2005235038.tif 000004
【図３】
2005235038.tif 000005
【図４】
2005235038.tif 000006