(57)【要約】【課題】携帯機器のデータのバックアップに要する時間を短縮可能なデータ処理方法を提供する。【解決手段】電子装置のデータをデータ保存装置に伝送して保存する際に行われるデータ処理方法は、電子装置のシステムが所定のシステムであるか否かをデータ保存装置が識別し、所定のシステムである場合にデータ保存装置が第１の通信プロトコルルートを利用してデータ伝送を行うように設定し、所定のシステム以外の他のシステムである場合にデータ保存装置が第２の通信プロトコルルートを利用してデータ伝送を行うように設定し、データ保存装置のファイル形式を電子装置が識別し、データパケットのフォーマットをデータ保存装置が定義し、データ保存装置がデータパケットのフォーマットを電子装置に解析させ、データパケットのフォーマットを電子装置が識別してデータ保存用プログラムにおいて使用させる。【選択図】図１
2018147380.tif 000002
【特許請求の範囲】
【請求項１】
電子装置とデータ保存装置とを電気的に接続した状態において、前記電子装置のデータを前記データ保存装置に伝送して保存する際に行われるデータ処理方法であって、 
前記データ保存装置が、識別コードに基づき、前記電子装置のシステムが所定のシステムであるか否かを識別するステップと、
前記電子装置のシステムが前記所定のシステムである場合に、前記データ保存装置が、第１の通信プロトコルルートを利用して前記電子装置との間でデータ伝送を行うように設定するステップと、
前記電子装置のシステムが前記所定のシステム以外の他のシステムである場合に、前記データ保存装置が、前記第１の通信プロトコルルートとは異なる第２の通信プロトコルルートを利用して前記電子装置との間でデータ伝送を行うように設定するステップと、
前記電子装置が、前記データ保存装置のファイル形式を識別するステップと、
前記データ保存装置が、データブロックを前記第１の通信プロトコルルートまたは前記第２の通信プロトコルルートに通じさせることにより、データパケットのフォーマットを定義するステップと、
前記データ保存装置が、前記電子装置の所定のアプリケーションにデータパケットの解析を行わせるステップと、
前記電子装置が、前記所定のアプリケーションを用いて解析した前記データパケットのフォーマットを識別するステップと、
前記電子装置が、前記所定のアプリケーションを用いて識別した前記データパケットのフォーマットを、前記データ保存装置にデータを伝送して保存する際に起動されるデータ保存用プログラムにおいて使用させるステップと、
を有することを特徴とするデータ処理方法。
【請求項２】
前記電子装置は、スマートホーン、タブレット、ノート型パソコン或いは地球測位システムのいずれかの携帯機器であり、
前記データ保存装置は、マイクロプロセッサユニットと、前記電子装置と電気的に接続するための少なくとも一つ以上のドッキングインターフェースと、を具備し、
前記マイクロプロセッサユニットは、前記電子装置から伝送されるデータのバックアップ日時、マーク名、更新日時及び容量に基づき、バックアップ済みのデータを識別して排除するための動作を行うことを特徴とする請求項１に記載のデータ処理方法。
【請求項３】
前記識別コードがＵＳＢ機器のＶＩＤ或いはＰＩＤであり、前記所定のシステムがｉＯＳ（登録商標）であり、かつ、前記他のシステムがＡＮＤＲＯＩＤ（登録商標）である
ことを特徴とする請求項１に記載のデータ処理方法。
【請求項４】
前記データパケットのフォーマットは、スタートマーク、パケット番号コード、操作コード、データの長さ、ブロック番号及びデータの６つのブロックに分かれており、前記データパケットに対する応答パケットのフォーマットは、スタートマーク、パケット番号コード、データの長さ、ブロック番号及びデータの５つのブロックに分かれている
ことを特徴とする請求項１に記載のデータ処理方法。
【請求項５】
前記電子装置のファイルシステムは、ＦＡＴ３２或いはｅｘＦＡＴである
ことを特徴とする請求項１に記載のデータ処理方法。
【請求項６】
前記ＦＡＴ３２のファイルシステムは、ＤＢＲ及びＤＢＲ保留セクターと、第１のファイル分配表を具備する第１のＦＡＴと、前記第１のファイル分配表とは異なる第２のファイル分配表を具備する第２のＦＡＴと、データ領域と、の４つのブロックにより構成されている
ことを特徴とする請求項５記載のデータ処理方法。
【請求項７】
前記電子装置は、前記第１のファイル分配表または前記第２のファイル分配表を用い、保存対象の一のファイルが保存されているセクターを特定して当該一のファイルのコンテンツを取り出す際に、ルートディレクトリファイル及びサブディレクトリファイルのディレクトリエントリを解析することにより得られる当該一のファイルの開始クラスタに基づいて下記数式に示す計算を行うことにより、当該一のファイルのクラスタ開始セクターを計算する
ことを特徴とする請求項５記載のデータ処理方法。
クラスタ開始セクター＝(保存対象のファイルが属するクラスタのクラスタ番号−２)×各クラスタのセクター数＋ルートディレクトリの開始セクター
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯タイプの電子装置のデータをデータ保存装置に伝送して保存する際に行われるデータ処理方法に関する。
【背景技術】
【０００２】
テクノロジーは絶えず進歩し続けている。例えば、ノート型パソコン、タブレット或いはスマートホーンなどのような携帯タイプの電子装置（以降、携帯機器とも称する）は、室内で操作する電子電気製品に比べて利便性に優れるため、近年広く使用されている。更にワイヤレスでインターネットに繋がることにより、インターネットで世界各国と繋がり、時間と距離などの制限を受けず、若い世代からもてはやされるだけでなく、少年、中年、老年など各世代でも大変流行し、ほぼ１人一台持つようになっている。特にタブレット或いはスマートホーンなどの携帯機器は、年齢層を問わずに人気がある。携帯機器には、通信、ビデオ通信或いは文書データ処理などの作業ができるほか、更にインターネットの国境無しの応用が便利などのメリットがある。さらに、多くの携帯機器において、文書データ、イメージ、写真、映像、動画、アプリケーション(Ａｐｐ)、応用ソフト或いはゲームなどをダウンロードできる。ダウンロードしたデータの容量が多くて大きい場合には、携帯機器の内蔵のメモリー容量が足りない状況が頻繁に発生する。大量のデータを管理することは大変難しいため、例えば、大容量のフラッシュドライブ或いは卓上型パソコンの大容量ハードディスクなどのような記憶装置を用い、携帯機器のデータのバックアップを行う必要がある。しかし、バックアップ用のメモリーは、携帯機器のデータのバックアップを行うのみであり、データの分析及び識別を行うことができない。そのため、例えば、既にバックアップしたデータをもう一度バックアップすることにより、バックアップする時間が延びてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、前述した事情に鑑みてなされたものであり、携帯機器のデータのバックアップに要する時間を短縮可能なデータ処理方法を提供することを目的としている。
【課題を解決するための手段】
【０００４】
本発明の一態様のデータ処理方法は、電子装置とデータ保存装置とを電気的に接続した状態において、前記電子装置のデータを前記データ保存装置に伝送して保存する際に行われるデータ処理方法であって、 前記データ保存装置が、識別コードに基づき、前記電子装置のシステムが所定のシステムであるか否かを識別するステップと、前記電子装置のシステムが前記所定のシステムである場合に、前記データ保存装置が、第１の通信プロトコルルートを利用して前記電子装置との間でデータ伝送を行うように設定するステップと、前記電子装置のシステムが前記所定のシステム以外の他のシステムである場合に、前記データ保存装置が、前記第１の通信プロトコルルートとは異なる第２の通信プロトコルルートを利用して前記電子装置との間でデータ伝送を行うように設定するステップと、前記電子装置が、前記データ保存装置のファイル形式を識別するステップと、前記データ保存装置が、データブロックを前記第１の通信プロトコルルートまたは前記第２の通信プロトコルルートに通じさせることにより、データパケットのフォーマットを定義するステップと、前記データ保存装置が、前記電子装置の所定のアプリケーションにデータパケットの解析を行わせるステップと、前記電子装置が、前記所定のアプリケーションを用いて解析した前記データパケットのフォーマットを識別するステップと、前記電子装置が、前記所定のアプリケーションを用いて識別した前記データパケットのフォーマットを、前記データ保存装置にデータを伝送して保存する際に起動されるデータ保存用プログラムにおいて使用させるステップと、を有する。
【発明の効果】
【０００５】
本発明におけるデータ処理方法によれば、携帯機器のデータのバックアップに要する時間を短縮することができる。
【図面の簡単な説明】
【０００６】
【図１】本発明に係るデータ処理方法のフローチャートである。
【図２】本発明に係るデータ処理方法のフローチャートである。
【図３】本発明に係る電子装置及びスマート保存装置の簡易ブロック図である。
【図４】本発明に係る電子装置のデータ保存用プログラムの簡易ブロック図である。
【図５】本発明に係るスマート保存装置の立体外観図である。
【図６】本発明に係るスマート保存装置の最良実施例の立体外観図である。
【発明を実施するための形態】
【０００７】
図１及び図２は、本発明に係るデータ処理方法のフローチャートである。図３は、本発明に係る電子装置及びスマート保存装置の簡易ブロック図である。
【０００８】
まず、データ保存装置としての機能を備えたスマート保存装置２と携帯タイプの電子装置１とが電気的に接続される（図１のステップＡ１）。
【０００９】
スマート保存装置２には、図３に示すように、識別システムを具備するマイクロプロセッサユニット２２が内蔵されている。マイクロプロセッサユニット２２は、データ識別コード(ＵＳＢ機器のＶＩＤ（ベンダーＩＤ）またはＰＩＤ（プロダクトＩＤ）)の情報に基づき、電子装置１がｉＯＳ（登録商標） (例えばｉＰｈｏｎｅ（登録商標）或いはｉＰａｄ（登録商標）など)であるかどうかを識別する（図１のステップＡ２）。マイクロプロセッサユニット２２は、電子装置１のシステムがｉＯＳ（登録商標）であれば（Ａ２：ＹＥＳ）、図１のステップＡ３の処理を実行する。また、マイクロプロセッサユニット２２は、電子装置１のシステムがｉＯＳ（登録商標）以外の他のシステムであれば（Ａ２：ＮＯ）、図１のステップＡ４の処理を実行する。なお、以降においては、ｉＯＳ（登録商標）以外の他のシステムがＡＮＤＲＯＩＤ（登録商標）である場合を例に挙げて説明する。
【００１０】
マイクロプロセッサユニット２２は、電子装置１のシステムがｉＯＳ（登録商標）であるとの識別結果を得た場合（Ａ２：ＹＥＳ）に、ＵＳＢＭＵＸの通信プロトコルルートを利用してスマート保存装置２と電子装置１との間でデータ伝送を行うように設定する（図１のステップＡ３）。
【００１１】
マイクロプロセッサユニット２２は、電子装置１のシステムがＡＮＤＲＯＩＤ（登録商標）であるとの識別結果を得た場合（Ａ２：ＮＯ）に、ＵＳＢＡＯＡの通信プロトコルルートを利用してスマート保存装置２と電子装置１との間でデータ伝送を行うように設定する（図１のステップＡ４）。
【００１２】
プロセッサ１１（図３参照）は、アプリケーション(Ａｐｐｌｉｃａｔｉｏｎ、Ａｐｐ)のファイルシステムにより、スマート保存装置２のファイル形式を識別する（図１のステップＡ５）。
【００１３】
マイクロプロセッサユニット２２は、図１のステップＡ３またはステップＡ４において設定した通信プロトコルルート(ＵＳＢＭＵＸ或いはＵＳＢＡＯＡ)にデータブロック(ｄａｔａ  ｂｌｏｃｋ)を通じさせることにより、データパケットのフォーマットを定義する（図２のステップＡ６）。
【００１４】
マイクロプロセッサユニット２２は、図２のステップＡ６で定義したデータパケットを電子装置１の所定のアプリケーション(Ａｐｐ)に伝送し、当該所定のアプリケーションにデータパケットの解析を行わせる（図２のステップＡ７）。
【００１５】
プロセッサ１１は、電子装置１の所定のアプリケーションにおけるファイルシステムを利用して解析したデータパケットのフォーマットを識別する（図２のステップＡ８）。
【００１６】
プロセッサ１１は、図２のステップＡ８により識別したデータパケットのフォーマットを、スマート保存装置２にデータを伝送して保存する際に起動されるデータ保存用プログラムにおいて使用させる（図２のステップＡ９）。
【００１７】
その後、スマート保存装置２と電子装置１との間でデータ伝送が行われることにより、電子装置１のデータがスマート保存装置２にバックアップされる（図２のステップＡ１０）。また、スマート保存装置２と電子装置１との間でデータ伝送が行われている最中において、スマート保存装置２から電子装置１への充電が行われる。また、スマート保存装置２と電子装置１との間のデータ伝送が終了した後、スマート保存装置２と電子装置１の間の電気接続が解除される。
【００１８】
ここで、図２のステップＡ６においてマイクロプロセッサユニット２２により定義されるデータパケットのフォーマットについて説明する。図２のステップＡ６において定義される要求パケットとしてのデータパケットのフォーマットは、下記の［表１］に示すように、スタートマーク、パケット番号コード、操作コード、データの長さ、ブロック番号及びデータの６つのブロックに分かれている。
【００１９】
2018147380.tif 000003
【００２０】
上記の［表１］の要求パケットにおける各ブロックは、以下のようなフォーマットで構成されている。
【００２１】
上記の［表１］におけるスタートマーク（ＳＴＡＲＴ）は、４ビットバイトを含むデータであり、パケットの識別マークを示すデータとして定義されている。具体的には、上記の［表１］におけるスタートマークは、例えば、０ｘＦＦ５５５ＦＦ５で表されるデータとして構成されている。
【００２２】
上記の［表１］におけるパケット番号コード（ＩＤ）は、マイクロプロセッサユニット２２により生成される４ビットバイトを含むデータであり、データパケットにおける識別コードとしての機能を有するデータとして定義されている。そのため、同じパケット番号コードを用いた送受信により、スマート保存設備２と電子装置１の間における双方向通信が実現される。
【００２３】
上記の［表１］における操作コード（Ｏｐｅｒａｔｉｏｎ  Ｃｏｄｅ）は、４ビットバイトを含むデータであるとともに、下記の［表２］に示すようなフォーマットで定義されている。
【００２４】
2018147380.tif 000004
【００２５】
上記の［表２］のＯＰ  ｃｏｄｅ１及びＯＰ  ｃｏｄｅ０においては、例えば、読み取りデータ操作を示すコードである０ｘ００００と、書き込みデータ操作を示すコードである０ｘ０００１と、ハードディスクレベルアップ操作起動を示すコードである０ｘ０００２と、ハードディスクレベルアップデータ伝送を示すコードである０ｘ０００３と、ディスク保存スペースの容量検索を示すコードである０ｘ０００４と、ディスク数量検索を示すコードである０ｘ０００５と、ハードディスクバージョン検索を示すコードである０ｘ０００６と、が定義されている。
【００２６】
上記の［表２］のＯＰ  ｃｏｄｅ３及びＯＰ  ｃｏｄｅ２においては、マークデータの操作方法の受信或いは発送に関するコードが定義されている。具体的には、上記の［表２］のＯＰ  ｃｏｄｅ３及びＯＰ  ｃｏｄｅ２においては、例えば、保存データのブロックからのデータ発送を示すコードである０ｘ０００１と、受信したデータのデータブロックの中への保存を示すコードである０ｘ０００２と、が定義されている。
【００２７】
上記の［表１］におけるデータの長さ（Ｄａｔａ  Ｌｅｎｇｔｈ）は、データブロックのデータビットバイト数を示すデータとして定義されている。
【００２８】
上記の［表１］におけるブロック番号（Ｂｌｏｃｋ  Ｎｏ．）は、４ビットバイトを含むデータであり、ディスクに対する操作に対応するブロック番号を示すデータとして定義されている。
【００２９】
上記の［表１］におけるデータブロック（ＤＡＴＡ）は、例えば、最大４ギガバイトのデータにより構成されている。
【００３０】
また、以上に述べたような要求パケットに対する応答パケットのフォーマットは、下記の［表３］に示すように、スタートマーク、パケット番号コード、データの長さ、ブロック番号及びデータの５つのブロックに分かれている。
2018147380.tif 000005
【００３１】
なお、上記の［表３］の受信パケットにおける各ブロックは、上記の［表１］の要求パケットにおける各ブロックのフォーマットと同じフォーマットで定義されている。
【００３２】
なお、図２のステップＡ８において電子装置１のアプリケーションに内蔵するファイルシステムは、ＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）３２のファイルシステム(一つのファイルは４ＧＢを超えてはならない)或いはｅｘＦＡＴのファイルシステム(一つのファイルは４ＧＢより大きくすることができる)とすることができる。また、スマート保存装置２のスペースは、ファイルの保存、読み取り或いは検索などの管理をし易くするために、ファイル管理に基づき、計画的に異なる機能のスペースに分割する必要がある。ファイル名或いは属性などに基づき、更にファイルのルートディレクトリを取得し、且つルートディレクトリのディレクトリエントリを解析するのを通じて、ファイルの関連属性の情報を取得すれば、保存使用するファイルデータとすることができる。
【００３３】
ファイルシステムの構造は、ファイルの保存及び検索の管理をし易くするために、ファイル管理に基づき、計画的に異なる機能のスペースに分割する必要がある。例えば、ＦＡＴ３２のファイルシステムは、ディスクパーティションのフォーマット処理により作成されるとともに、下記の［表４］に示すように、ＤＢＲ(ＤＯＳ  Ｂｏｏｔ  Ｒｅｃｏｒｄ)及びＤＢＲ保留セクターと、ＦＡＴ１と、ＦＡＴ２と、データ領域と、の４つのブロックで構成されている。
【００３４】
2018147380.tif 000006
【００３５】
上記の［表４］のＤＢＲ及びＤＢＲ保留セクターは、システムによるブートレコードの操作、及び、システム情報の保存に用いられるブロックである。
【００３６】
上記の［表４］のＦＡＴ１は、ＦＡＴ３２のファイルシステムにおける第１のファイル分配表を具備し、主にファイルの管理に用いられるブロックである。
【００３７】
上記の［表４］のＦＡＴ２は、バックアップＦＡＴとも呼称されるブロックであり、ＦＡＴ３２のファイルシステムにおける、前述の第１のファイル分配表とは異なる第２のファイル分配表を具備し、主にＦＡＴ１のファイルのバックアップに用いられるブロックである。
【００３８】
上記の［表４］のデータ領域は、ＦＡＴ３２ファイルシステムに対応するデータの保存に用いられるブロックである。データ領域セクターに保存されるデータには、ファイル或いはディレクトリ情報と、ファイルデータが含まれている。また、データ領域に保存されるデータには、ファイル名と、ファイルの属性などの情報を具備するディレクトリエントリと、ファイルのコンテンツと、が含まれている。
【００３９】
保存対象の一のファイルの読み取りにおいては、当該一のファイルのファイル名及び当該一のファイルのファイル属性を取得し、当該一のファイルにおける最初のクラスタ(開始クラスタ)とファイル分配表との対応関係に基づいて当該一のファイルが保存されているセクター（実際の位置）を特定し、当該特定したセクターから当該一のファイルのコンテンツを取り出すような動作が行われる。
【００４０】
ここで、保存対象の一のファイルのファイル名及びファイル属性の取得に係るプロセッサ１１の動作について、ルートディレクトリファイル及びサブディレクトリファイルを取得する場合を例に挙げて説明する。
【００４１】
プロセッサ１１は、例えば、保存対象の一のファイルがルートディレクトリの中にある場合には、ルートディレクトリのディレクトリエントリを以下のように解析することにより、ファイルの関連属性の情報過程を得ることができる。
【００４２】
まず、プロセッサ１１は、マスターブートレコード(ＭＢＲ)情報に基づき、ＤＢＲのスタート位置を得る。
【００４３】
次に、プロセッサ１１は、ルートディレクトリ最初のクラスタを特定することにより、即ち、ＤＢＲのＢＰＢ(ＢＩＯＳ  Ｐａｒａｍｅｔｅｒ  Ｂｌｏｃｋ)内のデータを分析することにより、ＤＢＲ保留セクター及びＦＡＴ３２セクター数の値を得ることができる。また、プロセッサ１１は、このパーテーションの各一つのクラスタセクターを読み取り（一つのクラスタが複数のセクターで構成されており、ファイル内容の読み書きがクラスタ単位で行われる）、以下の［数式１］に示す計算を行う。
【００４４】
［数式１］
ルートディレクトリ開始セクター＝ＤＢＲ開始セクター＋ＤＢＲ保留セクター＋ＦＡＴ３２セクター数×２
【００４５】
そして、プロセッサ１１は、ルートディレクトリエントリ項目を特定し、ディレクトリの開始セクターのファイル名に基づいてファイルディレクトリエントリを特定する。仮にディレクトリ内のファイルが比較的多い場合には、ファイルディレクトリエントリが多くのクラスタを占有する。そのため、プロセッサ１１は、保存対象の一のファイルに対応するディレクトリエントリが現在のディレクトリの最初のクラスタで見つけられなかった場合には、第１のファイル分配表または第２のファイル分配表により示される当該現在のディレクトリの次のクラスタにおいて当該一のファイルを探す。そして、マイクロプロセッサユニット２２は、クラスタ番号に基づいてクラスタ開始セクターを計算し、さらに、当該計算した開始セクターから引き続きディレクトリエントリを検索する。このようにして、保存対象の一のファイルに対応するディレクトリエントリが見つかるまで探す。
【００４６】
なお、プロセッサ１１は、以下の［数式２］に示す計算を行うことにより、前述のクラスタ開始セクターを得る。
【００４７】
［数式２］
クラスタ開始セクター＝(保存対象のファイルが属するクラスタのクラスタ番号−２)×各クラスタのセクター数＋ルートディレクトリの開始セクター
【００４８】
プロセッサ１１は、ディレクトリエントリの解析を行うことにより、例えば、保存対象の一のファイルの開始クラスタ、ファイルの容量及びファイルの作成日の情報を得ることができる。また、プロセッサ１１は、ディレクトリエントリの解析を行うことにより、例えば、ディレクトリエントリがファイル或いはサブディレクトリのいずれに対応したものかなどの情報を得ることができる。
【００４９】
また、プロセッサ１１は、例えば、ディレクトリエントリがサブディレクトリのディレクトリエントリである場合には、当該サブディレクトリのディレクトリエントリにより示されるファイルの開始クラスタを取得し、当該取得したクラスタの開始セクター番号を計算する。このサブディレクトリが管理するファイルのディレクトリエントリが前述のように計算した開始セクター番号から始まるクラスタ内にある。
【００５０】
プロセッサ１１は、保存対象の一のファイルのコンテンツを読み取る際に、ディレクトリエントリで得たファイル開始クラスタに基づき、以下の［数式３］に示す計算を行うことにより、当該一のファイルのクラスタ開始セクターを取得する。
【００５１】
［数式３］
クラスタ開始セクター＝(保存対象のファイルが属するクラスタのクラスタ番号−２)×各クラスタのセクター数＋ルートディレクトリの開始セクター
【００５２】
なお、上記［数式２］及び［数式３］の計算においては、２つのシステム保留クラスタを除いたクラスタ番号がルートディレクトリの開始クラスタ番号になるため、現在のクラスタのクラスタ番号から２を引くようにしている。
【００５３】
そして、プロセッサ１１は、上記［数式３］の計算により得られたクラスタ開始セクターをスタートとする、〔１〕×各クラスタのセクター数のデータ、或いは、〔ｎ〕×各クラスタのセクター数のデータを読み取る。なお、前述の〔ｎ〕は、第１のファイル分配表または第２のファイル分配表により、保存対象の一のファイルが一つのクラスタのみではなく、複数の連続する（前段のクラスタの終了セクター番号に１を加えた数が後段のクラスタの開始セクター番号になる）クラスタにまたがって存在することを意味している。また、プロセッサ１１は、保存対象の一のファイルが複数の連続するクラスタに存在しない場合には、一つのクラスタの検索が終了した際に、第１のファイル分配表または第２のファイル分配表を用いて次のクラスタを検索するとともに、検索済の当該一のクラスタに存在する当該一のファイルの内容を読み取る。そして、プロセッサ１１は、第１のファイル分配表または第２のファイル分配表を用いて検索するクラスタが０ｘ０ＦＦＦＦＦＦＦになるまで、前述のような動作を繰り返し行う。また、全てのファイルの読み取りが完了した際に、読み取った全てのファイルの情報を電子装置１に表示する。以上に述べたようなファイル読み取り方法或いはファイル保存方法によれば、データファイルを読み取る際に、既存のＦＡＴシステムと同じように、必ずまずＦＡＴを検索してからインデックスで次の連続クラスタを探すことはせず、絶対位置で直接アクセスを行うことができる。そのため、以上に述べたようなファイル読み取り方法或いはファイル保存方法によれば、ファイルデータなどを保存する際のアクセススピードを向上させることができる。また、以上に述べたようなファイル読み取り方法或いはファイル保存方法によれば、既存のＦＡＴシステムとは異なり、同一のファイルに対する一度のアクセスにおいて読み出し或いは書き込みのいずれか一方の権限のみが開放される。そのため、以上に述べたようなファイル読み取り方法或いはファイル保存方法によれば、ファイルの開閉を絶えず行う必要がなくなるため、ファイルデータなどを保存する際のアクセス時間を節約することができる。
【００５４】
電子装置１は、例えば、スマートホーン、タブレット、パーソナルデジタルアシスタント、ノート型パソコン或いは地球測位システムなどのような携帯機器として構成されている。また、電子装置１の内部には、ＣＰＵ、マイクロプロセッサ或いはマイクロチップにより構成されたプロセッサ１１が設けられている。また、プロセッサ１１は、伝送インターフェース１２に接続されている。伝送インターフェース１２は、例えば、ユニバーサル・シリアル・バス(ＵＳＢ２.０、ＵＳＢ３.０、ＵＳＢＴｙｐｅ−Ｃ，ＵＳＢ３．１)、マイクロユニバーサル・シリアル・バス(Ｍｉｃｒｏ  ＵＳＢ)、ミニユニバーサル・シリアル・バス（Ｍｉｎｉ  ＵＳＢ）或いはＡｐｐｌｅ  Ｌｉｇｈｔｎｉｎｇ（登録商標）などのタイプの電気コネクタインターフェースにより構成されている。電子装置１のプロセッサ１１には、データ保存用プログラム１３が内蔵されている。データ保存用プログラム１３は、ｉＯＳ（登録商標）／Ａｎｄｒｏｉｄ（登録商標）システム専用のデータ保存システムのアプリケーション(Ａｐｐ)を通じて、電子装置１とスマート保存装置２の間で、素早くデータ或いは電子信号の伝送、保存、読み取りなどの機能を提供する。
【００５５】
スマート保存装置２は、例えば、ハードディスク(ＨＤＤ)、ソリッドステートドライブ(ＳＳＤ)、ＳＤカード、ＴＦカード、ＵＳＢ  Ｆｌａｓｈ、ｅＭＭＣ保存或いはＮａｎｄ  Ｆｌａｓｈなどにより構成された記憶装置２２１を具備し、様々な電子信号、データなどを保存できるように構成されている。スマート保存装置２のドッキングインターフェース２１は、例えば、ユニバーサル・シリアル・バス(ＵＳＢ２．０、ＵＳＢ３．０、ＵＳＢ  Ｔｙｐｅ−Ｃ，ＵＳＢ３．１）、マイクロ・ユニバーサル・シリアル・バス（Ｍｉｃｒｏ  ＵＳＢ）、ミニ・ユニバーサル・シリアル・バス（Ｍｉｎｉ  ＵＳＢ）或いはＡｐｐｌｅ  Ｌｉｇｈｔｎｉｎｇ（登録商標）などのタイプの電気コネクタインターフェースにより構成されている。マイクロプロセッサユニット２２は、例えば、ＣＰＵ、マイクロプロセッサ或いはチップなどにより構成されている。また、マイクロプロセッサユニット２２は、電子装置１から伝送されるデータのバックアップ日時、マーク名、更新日時及び容量などの情報に基づいてファイルの検出及び識別を行うとともに、記憶装置２２１にバックアップ済みのファイルのデータ内容との比較及び分析を行うためのプログラムを具備している。そして、マイクロプロセッサユニット２２は、前述のプログラムに応じた動作を行うことにより、バックアップ済みの同じデータ内容を排除しつつ、未だバックアップしていないデータ或いは電子信号などを更に保存ユニット２２１内にバックアップする。そのため、電子装置１のデータのバックアップに要する時間を短縮することができるとともに、当該バックアップに要する手間を極力省くことができる。また、電子装置１とスマート保存装置２とが接続された際に、スマート保存装置２から電子装置１への充電が行われるとともに、電子装置１のデータがスマート保存装置２にバックアップされる。
【００５６】
なお、伝送インターフェース１２及びドッキングインターフェース２１は、同じタイプのインターフェースであってもよく、或いは、異なるタイプのインターフェースであってもよい。また、伝送インターフェース１２及びドッキングインターフェース２１は、例えば、通信ケーブル両端の電気コネクタを介して電気的に接続される。また、電子装置１及び保存装置２は、前述の通信ケーブルを介してデータ伝送を行うことができる。
【００５７】
図３は、本発明に係る電子装置及びスマート保存装置の簡易ブロック図である。図４は、本発明に係る電子装置のデータ保存用プログラムの簡易ブロック図である。図５は、本発明に係るスマート保存装置の立体外観図である。図６は、本発明に係るスマート保存装置の最良実施例の立体外観図である。また、電子装置１は、プロセッサ１１及び伝送インターフェース１２を具備して構成されている。プロセッサ１１には、データ保存用プログラム１３が内蔵されている。データ保存用プログラム１３には、データエクスプローラー操作インターフェース１３１、操作インターフェースの操作機能を実現するアプリケーション層１３２、ＦＡＴ３２／ＮＴＦＳ／ｅｘＦＡＴ／Ｅｘｔのデータシステム関連保存プロトコル（ｉＯＳ（登録商標）或いはＡＮＤＲＯＩＤ（登録商標））のデータシステム層１３３、ディスクブロック操作プロトコル層１３４、データ伝送プロトコル層１３５、及び、データ保存層１３６が含まれている。また、プロセッサ１１には、少なくとも一つ以上の伝送インターフェース１２が接続されている。
【００５８】
スマート保存装置２は、少なくとも一つ以上のドッキングインターフェース２１と、マイクロプロセッサユニット２２と、電気供給ユニット２３と、をケース２４の内部に設けて構成されている。ケース２４の少なくとも一つの側面には、少なくとも一つのドッキングインターフェース２１が露出している。また、ケース２４の外部の片側には、電子装置１を積載するための積載台２４１が設けられている。
【００５９】
スマート保存装置２のマイクロプロセッサユニット２２には、識別システムが内蔵されている。マイクロプロセッサユニット２２は、識別システムを用い、例えば、ＵＳＢ  ＶＩＤ或いはＰＩＤなどの数値識別コード（データ識別コード）に基づき、電子装置がｉＯＳ（登録商標）設備（ｉＰｈｏｎｅ（登録商標）或いはｉＰａｄ（登録商標）など）或いはＡＮＤＲＯＩＤ（登録商標）設備のスマートホーン、タブレット或いはノート型パソコンなどか否かを識別する。また、マイクロプロセッサユニット２２は、ＵＳＢＭＵＸ或いはＡＯＡの通信プロトコルルートを通じ、ｉＯＳ（登録商標）機器及びＡＮＤＲＯＩＤ（登録商標）機器などに適用する同一のパケットフォーマットを定義し、当該パケットフォーマットで定義したデータパケットを電子装置１のアプリケーションに伝送し、当該アプリケーションにデータパケットの解析を行わせる。電子装置１は、ファイルシステムを利用して解析したデータのファイル形式に基づいてスマート保存装置２とデータ信号の伝送を行うことにより、データのバックアップを行う。また、スマート保存装置２の電気供給ユニット２３は、ドッキングインターフェース２１及び伝送インターフェース１２を介して電子装置１に充電を行う。すなわち、電子装置１は、ケース２４の積載台２４１の上に置かれた際に、スマート保存装置２から供給される電気エネルギーをにより充電される。電気供給ユニット２３は、リチウム電池、乾電池、或いは充電電池などのいずれにより構成されていてもよい。また、電気供給ユニット２３は、電子装置１に対して充電を行うことが可能な限りにおいては、直流型の電源であってもよく、或いは、交流型の電源であってもよい。
【００６０】
以上の実施例による本発明の詳細な説明は、本発明の範囲を制限するものではない。
【符号の説明】
【００６１】
１  電子装置
１１  プロセッサ
１２  伝送インターフェース
１３  データ保存用プログラム
１３１  操作インターフェース
１３２  アプリケーション層
１３３  データシステム層
１３４  ディスクブロック操作プロトコル層
１３５  データ伝送プロトコル層
１３６  データ保存層
２  保存装置
２１  ドッキングインターフェース
２２  マイクロプロセッサユニット
２２１  記憶装置
２３  電気供給ユニット
２４  ケース
２４１  積載台
【図１】
2018147380.tif 000007
【図２】
2018147380.tif 000008
【図３】
2018147380.tif 000009
【図４】
2018147380.tif 000010
【図５】
2018147380.tif 000011
【図６】
2018147380.tif 000012
【手続補正書】
【提出日】平成30年4月27日(2018.4.27)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
本発明の一態様のデータ処理方法は、電子装置とデータ保存装置とを電気的に接続した状態において、前記電子装置のデータを前記データ保存装置に伝送して保存する際に行われるデータ処理方法であって、 前記データ保存装置が、識別コードに基づき、前記電子装置のシステムが所定のシステムであるか否かを識別するステップと、前記電子装置のシステムが前記所定のシステムである場合に、前記データ保存装置が、第１の通信プロトコルルートを利用して前記電子装置との間でデータ伝送を行うように設定するステップと、前記電子装置のシステムが前記所定のシステム以外の他のシステムである場合に、前記データ保存装置が、前記第１の通信プロトコルルートとは異なる第２の通信プロトコルルートを利用して前記電子装置との間でデータ伝送を行うように設定するステップと、前記データ保存装置が、前記第１の通信プロトコルルートまたは前記第２の通信プロトコルルートを利用してデータ伝送を行うためのデータパケットのフォーマットを定義するステップと、前記データ保存装置が、前記電子装置の所定のアプリケーションにデータパケットの解析を行わせるステップと、前記電子装置が、前記所定のアプリケーションを用いて解析した前記データパケットのフォーマットを識別するステップと、前記電子装置が、前記所定のアプリケーションを用いて識別した前記データパケットのフォーマットを、前記データ保存装置にデータを伝送して保存する際に起動されるデータ保存用プログラムにおいて使用させるステップと、を有する。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
電子装置とデータ保存装置とを電気的に接続した状態において、前記電子装置のデータを前記データ保存装置に伝送して保存する際に行われるデータ処理方法であって、 
前記データ保存装置が、識別コードに基づき、前記電子装置のシステムが所定のシステムであるか否かを識別するステップと、
前記電子装置のシステムが前記所定のシステムである場合に、前記データ保存装置が、第１の通信プロトコルルートを利用して前記電子装置との間でデータ伝送を行うように設定するステップと、
前記電子装置のシステムが前記所定のシステム以外の他のシステムである場合に、前記データ保存装置が、前記第１の通信プロトコルルートとは異なる第２の通信プロトコルルートを利用して前記電子装置との間でデータ伝送を行うように設定するステップと、
前記データ保存装置が、前記第１の通信プロトコルルートまたは前記第２の通信プロトコルルートを利用してデータ伝送を行うためのデータパケットのフォーマットを定義するステップと、
前記データ保存装置が、前記電子装置の所定のアプリケーションにデータパケットの解析を行わせるステップと、
前記電子装置が、前記所定のアプリケーションを用いて解析した前記データパケットのフォーマットを識別するステップと、
前記電子装置が、前記所定のアプリケーションを用いて識別した前記データパケットのフォーマットを、前記データ保存装置にデータを伝送して保存する際に起動されるデータ保存用プログラムにおいて使用させるステップと、
を有することを特徴とするデータ処理方法。
【請求項２】
前記電子装置は、スマートホーン、タブレット、ノート型パソコン或いは地球測位システムのいずれかの携帯機器であり、
前記データ保存装置は、マイクロプロセッサユニットと、前記電子装置と電気的に接続するための少なくとも一つ以上のドッキングインターフェースと、を具備し、
前記マイクロプロセッサユニットは、前記電子装置から伝送されるデータのバックアップ日時、マーク名、更新日時及び容量に基づき、バックアップ済みのデータを識別して排除するための動作を行うことを特徴とする請求項１に記載のデータ処理方法。
【請求項３】
前記識別コードがＵＳＢ機器のＶＩＤ或いはＰＩＤであり、前記所定のシステムがｉＯＳ（登録商標）であり、かつ、前記他のシステムがＡＮＤＲＯＩＤ（登録商標）である
ことを特徴とする請求項１に記載のデータ処理方法。
【請求項４】
前記データパケットのフォーマットは、スタートマーク、パケット番号コード、操作コード、データの長さ、ブロック番号及びデータの６つのブロックに分かれており、前記データパケットに対する応答パケットのフォーマットは、スタートマーク、パケット番号コード、データの長さ、ブロック番号及びデータの５つのブロックに分かれている
ことを特徴とする請求項１に記載のデータ処理方法。
【請求項５】
前記電子装置のファイルシステムは、ＦＡＴ３２或いはｅｘＦＡＴである
ことを特徴とする請求項１に記載のデータ処理方法。
【請求項６】
前記ＦＡＴ３２のファイルシステムは、ＤＢＲ及びＤＢＲ保留セクターと、第１のファイル分配表を具備する第１のＦＡＴと、前記第１のファイル分配表とは異なる第２のファイル分配表を具備する第２のＦＡＴと、データ領域と、の４つのブロックにより構成されている
ことを特徴とする請求項５記載のデータ処理方法。
【請求項７】
前記電子装置は、前記第１のファイル分配表または前記第２のファイル分配表を用い、保存対象の一のファイルが保存されているセクターを特定して当該一のファイルのコンテンツを取り出す際に、ルートディレクトリファイル及びサブディレクトリファイルのディレクトリエントリを解析することにより得られる当該一のファイルの開始クラスタに基づいて下記数式に示す計算を行うことにより、当該一のファイルのクラスタ開始セクターを計算する
ことを特徴とする請求項６記載のデータ処理方法。
クラスタ開始セクター＝(保存対象のファイルが属するクラスタのクラスタ番号−２)×各クラスタのセクター数＋ルートディレクトリの開始セクター