JP5616465B2 - 情報記録装置、情報記録システム、及び情報通信方法 - Google Patents

Description

本発明は、データを不揮発性メモリに格納しファイルとして管理すると共に、無線通信により外部の機器と通信を行う技術に関する。

音楽コンテンツや、映像データ等のデジタルデータを記録する記録媒体には、磁気ディスク、光ディスク、光磁気ディスク等、様々な種類が存在する。これら記録媒体の内、記録素子にＦｌａｓｈＲＯＭ等の半導体メモリを使用したメモリカードは、記録媒体の小型化を実現できることから、デジタルスチルカメラや携帯電話端末等、小型の携帯機器を中心に急速に普及している。更に最近では、ＦｌａｓｈＲＯＭ等の半導体メモリを機器に内蔵してハードディスクの代わりに使用する等、従来のメモリカードのような着脱可能なリムーバブルメディアとしての用途のみならず、機器内蔵ストレージとしての用途でも半導体メモリが使用されるようになってきた。

一方、近年、駅や喫茶店等で接続できる公衆アクセスポイントの増加や、ホームネットワークの無線化により、急速に無線ＬＡＮ接続環境が普及しつつある。これに伴い、無線ＬＡＮに対応する機器も、従来主流であったノート型ＰＣに加え、携帯電話端末やタブレット端末、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＨＤＤレコーダ等、端末の数、種類共に急速に広がりつつある。

このような無線ＬＡＮの普及を背景に、従来のメモリカードに無線機能を搭載した無線機能付きメモリカードが提案されている（例えば、特許文献１）。無線機能付きメモリカードは、従来型のメモリカードとインタフェース形状が同じであるため、従来のメモリカード用のスロットを備えたホスト機器とインタフェースを共用することができる。更に、無線機能付きメモリカードにより、ホスト機器側に無線通信用のハードウェア、ソフトウェアリソースを搭載することなく、低コストで無線対応することが可能となる。

例えばデジタルスチルカメラにメモリカードを装着する場合、従来は、Ｗｅｂサービスへの静止画投稿等は、一旦メモリカードをデジタルスチルカメラからＰＣ等に差し換えて実施する必要があった。しかし、無線機能付きメモリカードであれば、Ｗｅｂサービスへの静止画投稿等をデジタルスチルカメラから直接実施することができる等、ホスト機器を容易にネットワーク接続することが可能となる。

更にメモリカードに無線通信機能を搭載することにより、メモリカード間で直接無線接続し、ファイルを交換するようなユースケースも実現することができる。これにより、例えば運動会や結婚式などのイベントで撮影した静止画を、その場で相手に渡すことができ、写真交換をより手軽に行えるようになる。

図１４はファイル交換の概要を示す図である。ファイル交換では、まず始めに送信側ホスト機器３０（例えば、デジタルスチルカメラ）が送信側カード４０（例えば、無線機能付きメモリカード）に対して、転送先の情報と、対象とするファイル名を指定し、ファイルの転送指示を出す。次に送信側カード４０は、受け取った転送先の情報を基に受信側カード４１（例えば、無線機能付きメモリカード）と接続する。送信側カード４０は更に、受け取ったファイル名を基に対象ファイルを検出し、実際にファイルデータの読み出し、受信側カード４１に送信を行う。受信側カード４１はファイルデータを受信するとファイルを生成し、受信側ホスト３１（例えば、デジタルスチルカメラ）にファイルを取得した旨を通知する。

別の方法として、ファイルの読み出し処理は送信側ホスト３０により実施し、読み出したデータを送信側ホスト３０から送信側カード４０に送信することにより、送信側カード４０内にファイルシステムの処理を持たせないという方法が考えられる。しかしながら、図１４のようにファイルの読み出し、送信処理を送信側カード４０内で実施するように構成することにより、送信側ホスト３０、送信側カード４０間のデータ転送を不要とし、ファイル転送を高速化することが可能となる。

特開２００２−３６６９１９号公報

ファイル交換では、管理のため送信元のファイル名と受信側のファイル名を一致させることが望ましい。一般にデジタルスチルカメラで撮影した静止画のファイル名は所定のルールによりＡＳＣＩＩコードで付与されている。ＡＳＣＩＩとは、７ビットのコードで表現される英数字である。ＡＳＣＩＩコードによる名称は“ＩＭＡＧ０００１．ＪＰＧ”のように無機質な名称であるため、ユーザがより分かりやすい“２０１１年運動会０００１．ＪＰＧ”のような名称に付け替える場合がある。

任意の名称を持つファイルをファイル交換する場合、図１４における送信側カード４０、受信側カード４１内のファイルシステムが任意の名称を扱えるようにする必要がある。一般にメモリカードに使用されているＦＡＴファイルシステムでは、文字コードとしてＳｈｉｆｔ−ＪＩＳ等の地域に依存した文字コードが使用されている。そのため、任意の名称をファイル名に使用する場合にはカード内のファイルシステムでＳｈｉｆｔ−ＪＩＳ等の地域に依存した文字コードに対応しておく必要がある。この場合、地域毎に使用される文字コードが異なるため、予めカード内に全地域の文字コード対応処理を組み込んでおくか、販売する地域毎にカード内の文字コード対応処理を変更する必要があり、いずれもカードの実装負荷が重くなる。

上記問題点に鑑み、以下に開示する技術は、任意のファイル名を用いたファイル交換を可能にすることを目的とする。

本発明の一つの観点によれば、データを格納する記憶部と、記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部とを備える、情報記録装置が提供される。第１のファイルシステム制御部は、情報記録装置に接続されたアクセス装置から、第１のファイル名と、第１のファイル名に対応し第１のコードとは異なる第２のコードにより構成された第２のファイル名とを取得し、記憶部に格納されているデータのうち第１のファイル名を有する所定のデータを特定し、第２のファイル名と所定のデータとを、無線部を介して接続される他の情報記録装置に送信する。

本発明の別の観点によれば、データを格納する記憶部と、記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部とを備える、情報記録装置において、第１のファイルシステム制御部は、第１のコードとは異なる第２のコードにより構成された第２のファイル名と、第２のファイル名に対応する所定のデータとを、無線部を介して接続される他の情報記録装置より取得し、第１のファイル名を取得し、第１のファイル名を有するファイルを生成し、受信した所定のデータを第１のファイル名を有するファイルに記録し、接続されたアクセス装置に対して、第１のファイル名と第２のファイル名とを送信する、情報記録装置が提供される。

本発明の更に別の観点によれば、上記いずれかの観点に係る情報記録装置と、同情報記録装置に接続され、情報記録装置の記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置とを備える情報記録システムが提供される。

本発明更に別の観点によれば、データを格納する記憶部と、記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理するファイルシステム制御部と、無線信号を送受信する無線部とを有する情報記録装置を用いた情報通信方法が提供される。

本発明によれば、任意のファイル名を用いたファイル交換を実現することが可能となる。

実施の形態１における無線機能付き情報記録システムの概略構成図 実施の形態１におけるファイル交換処理の概要を示した説明図 実施の形態１におけるファイル交換処理シーケンスを示した説明図 実施の形態１における送信側アクセス装置によるファイル名変換処理手順及びファイル転送要求処理手順を示したフローチャート 実施の形態１における送信側情報記録装置によるファイル検出／接続処理手順及びファイル転送処理手順を示したフローチャート 実施の形態１における受信側情報記録装置によるファイル生成処理手順を示したフローチャート 実施の形態１における受信側アクセス装置によるファイル名復元処理手順を示したフローチャート 実施の形態２におけるファイル交換処理シーケンスを示した説明図 実施の形態２における送信側情報記録装置によるファイル検出／接続処理手順及びファイル転送処理手順を示したフローチャート 実施の形態２における受信側情報記録装置によるファイル生成処理手順を示したフローチャート 実施の形態２における受信側アクセス装置によるファイル名設定処理及びファイル名復元処理手順を示したフローチャート 実施の形態３におけるファイル交換処理シーケンスを示した説明図 実施の形態４におけるファイル交換処理シーケンスを示した説明図 従来のファイル交換処理の概要を示した説明図

以下、本発明の実施形態による無線機能付き情報記録装置、アクセス装置、及び情報記録システムについて、図面を参照しつつ説明する。

１ 実施の形態１
１．１ 情報記録システム１００の構成
図１は本発明の実施の形態における無線機能付き情報記録システム１００の概略構成図である。情報記録システム１００は、アクセス装置１及び無線機能付き情報記録装置２を備える。

１．１．１ アクセス装置１
図１において、アクセス装置１は、ＣＰＵ１１、ＲＡＭ１２、情報記録装置インタフェース１３、ＲＯＭ１４を含む。アクセス装置１は、例えば、動画や静止画等のデジタルコンテンツを取り扱う装置であり、ムービー／デジタルスチルカメラ、携帯電話端末、タブレット端末、ＰＣアプリケーション等である。

ＲＯＭ１４にはアクセス装置１を制御するプログラムが格納されている。このプログラムはＲＡＭ１２を一時記憶領域として使用し、ＣＰＵ１１上で動作する。情報記録装置インタフェース１３は、無線機能付き情報記録装置２とアクセス装置１との接続部であり、制御信号及びデータの送受信を行う。

ＲＯＭ１４は更に、アプリケーション制御部１０１、ホストファイルシステム制御部１０２（ファイルシステム制御部又は第２のファイルシステム制御部の一例）、情報記録装置アクセス部１０３を含む。アプリケーション制御部１０１は、データの生成や電源の制御等アクセス装置１全体の制御を行う。ホストファイルシステム制御部１０２は、ＦＡＴファイルシステム等のファイルシステムによりデータをファイルとして管理するための制御を行う。

情報記録装置アクセス部１０３は、ホストファイルシステム制御部１０２からデータと共にデータのサイズとデータの保存先のアドレスを渡され、指定されたサイズのデータを情報記録装置２の不揮発性メモリ２３内の指定された位置に記録する。このように、情報記録装置アクセス部１０３は、情報記録装置２に対するコマンドやデータの送受信を制御する。更に情報記録装置アクセス部１０３は、情報記録装置２の無線部２５の制御に関するコマンドやデータの送受信も制御する。

ホストファイルシステム制御部１０２は更に、ファイル名変換処理部１０４を含む。ファイル名変換処理部１０４は、ファイル交換の対象ファイルの名称がＡＳＣＩＩコード以外であった場合に、転送前の変換処理、転送後の復元処理を実施する処理部であり、従来のアクセス装置には存在しないものである。本処理部の詳細については後述する。

１．１．２ 情報記録装置２
一方、図１において情報記録装置２は、メインコントローラ２１、不揮発性メモリコントローラ２２、不揮発性メモリ２３（記憶部の一例）、無線コントローラ２４、及び無線部２５（無線部の一例）を含む。情報記録装置２は、例えば、デジタルコンテンツ等を格納するメモリカード、ＵＳＢメモリ等のリムーバブルメディア、内蔵記録装置である。

メインコントローラ２１は、無線機能付き情報記録装置２の制御全般を行う装置であり、ＣＰＵ等を含むシステムＬＳＩとして構成される。メインコントローラ２１は更に、アクセス装置インタフェース２１１、ＣＰＵ２１２、ＲＡＭ２１３、ＲＯＭ２１４を含む。

アクセス装置インタフェース２１１は、情報記録装置２とアクセス装置１との接続部であり、情報記録装置インタフェース１３同様、制御信号及びデータを送受信するインタフェースである。ＲＯＭ２１４には情報記録装置２を制御するプログラムが格納されており、このプログラムはＲＡＭ２１３を一時記憶領域として使用し、ＣＰＵ２１２上で動作する。

ＲＯＭ２１４は更に、カードファイルシステム制御部２１５（ファイルシステム制御部又は第１のファイルシステム制御部の一例）を含む。カードファイルシステム制御部２１５は、不揮発性メモリ２３上に構築されたＦＡＴファイルシステム等のファイルシステムを解釈し、ファイルデータの読み書きを実施するための制御を行う。このような処理は、従来アクセス装置１内のホストファイルシステム制御部１０２により実施される。しかし、本実施の形態では高速なファイル交換処理を実現するため、カード内にも同様の機能を持つカードファイルシステム制御部２１５を設ける。この制御部の詳細については後述する。

不揮発性メモリコントローラ２２は、メインコントローラ２１と不揮発性メモリ２３の間に位置し、不揮発性メモリ２３に対するコマンドやデータの送受信を制御する。また同様に、無線コントローラ２４は、メインコントローラ２１と無線部２５の間に位置し、無線部２５に対するコマンドやデータの送受信を制御する。無線部には、８０２．１１ｂ、ｇ、ｎに代表されるような無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信インタフェースを実現する回路やアンテナ等を含む。

１．２ 情報記録システム１００によるファイル交換処理
図２は実施の形態１におけるファイル交換の概要を示した図である。符号１は送信側アクセス装置、符号２は送信側情報記録装置、符号１’は受信側アクセス装置、符号２’は受信側情報記録装置を示す。なお、この例では、受信側アクセス装置１’は送信側アクセス装置１と同じ構成及び機能を有し、受信側情報記録装置２’は送信側情報記録装置２と同じ構成及び機能を有するものとする。以下においては、送信側及び受信側において同じ構成を及び機能を有する部分については、同じ符号を参照して説明する。

このファイル交換処理は、送信側情報記録装置２に格納されたファイルデータを、送信側アクセス装置１の指令に基づいて受信側情報記録装置２’に無線送信し、受信側アクセス装置１’により認識されるまでの処理を含む。図２に示すファイル交換処理が図１４のものと異なる点は、ファイル交換処理の前に送信側アクセス装置１がファイル名変換処理を実施する点と、ファイル交換処理の後に受信側アクセス装置１’がファイル名復元処理を実施する点である。また、図２の各処理において実施されるファイル名通知方法は従来のものとは異なる。これら処理の追加、変更により、任意のファイル名を用いたファイル交換を実施する場合においても、情報記録装置側での地域毎の対応を不要としたファイル交換を実現することが可能となる。

図３は、図２で説明した実施の形態１におけるファイル交換の内容をシーケンスとして記載したものである。図３に記載しているＣｏｎｔ＿Ｉｎｆｏ，ＡＳＣＩＩ＿Ｎａｍｅ１，Ｕｎｉ＿Ｎａｍｅ，ＡＳＣＩＩ＿Ｎａｍｅ２はそれぞれコマンドの引数としてアクセス装置１及び情報記録装置２間で送受信される情報である。以下、本図に記載している各処理の詳細内容について図４から図７を用いて説明する。

１．２．１ ファイル名変換処理及びファイル転送要求処理
まず始めに、図４を用いて実施の形態１におけるファイル名変換処理、及びファイル転送要求処理について説明する。本処理は、主に、図３における送信側アクセス装置１により実施される処理である。特に、ファイル名変換処理は、送信側アクセス装置１内のホストファイルシステム制御部１０２のファイル名変換処理部１０４により実施される。

ステップＳ４０１：ファイル名変換処理部１０４は、ファイル交換の対象ファイル名（パス名）（入力されたファイル名の一例）がＡＳＣＩＩコード（第１のキャラクターコードの一例）文字のみで構成されているか否かを判定する。対象ファイル名がＡＳＣＩＩコードにより構成されている場合（第１のファイル名の一例）はステップＳ４０５の処理に進み、ＡＳＣＩＩコード以外の文字コードを含む場合にはステップＳ４０２の処理に進む。

ステップＳ４０２：ステップＳ４０１の処理においてファイル名にＡＳＣＩＩコード以外の文字コードを含むと判定した場合、ファイル名変換処理部１０４は、対象ファイル名をＵｎｉｃｏｄｅ（ＵＴＦ−１６）（第２のキャラクターコードの一例）に変換し、Ｕｎｉ＿Ｎａｍｅに設定する。例えば、ファイルシステムとしてＦＡＴファイルシステムを使用しており、元の対象ファイル名がＳｈｉｆｔ−ＪＩＳで格納されている場合、送信側アクセス装置１内のファイル名変換処理部１０４は、Ｓｈｉｆｔ−ＪＩＳのファイル名をＵｎｉｃｏｄｅ（ＵＴＦ−１６）に変換する処理を行う。例えば「￥あいうえお．ＪＰＧ」というファイル名（パス名）を持つファイルの場合、これらの文字コードをＵｎｉｃｏｄｅ（ＵＴＦ−１６）に変換してＵｎｉ＿Ｎａｍｅに設定する。

ステップＳ４０３：ファイル名変換処理部１０４は、ファイル送信に使用する仮の名称をＡＳＣＩＩコードのみを用いて生成し、ＡＳＣＩＩ＿Ｎａｍｅ１に設定する。仮の名称としては例えば「￥ＴＥＭＰ￥ＵＰ＿ＳＲＣ．ＪＰＧ」のような名称を機械的に生成する。

ステップＳ４０４：ホストファイルシステム制御部１０２は、ステップＳ４０３で決定したＡＳＣＩＩ＿Ｎａｍｅ１の名称のファイルを生成し、情報記録装置アクセス部１０３を介して情報記録装置２の不揮発性メモリ２３において対象ファイルのデータをコピーする。上記の例では、「￥ＴＥＭＰ￥ＵＰ＿ＳＲＣ．ＪＰＧ」という名称のファイルを作成し、「￥あいうえお．ＪＰＧ」のファイルデータをコピーする。また、対象ファイルの名称を直接ＡＳＣＩＩ＿Ｎａｍｅ１の名称に変更しても良い。この場合、対象ファイルのデータをコピーする処理が不要となるため、より高速に処理を実施することが可能となる。処理完了後、ステップＳ４０７の処理に進む。

ステップＳ４０５：ステップＳ４０１の処理においてファイル名にＡＳＣＩＩコードのみで構成されていると判定した場合、ホストファイルシステム制御部１０２は、対象ファイル名をＵｎｉｃｏｄｅ（ＵＴＦ−１６）に変換し、Ｕｎｉ＿Ｎａｍｅに設定する。この場合、対象ファイル名はＡＳＣＩＩコードのみで構成されている。Ｕｎｉｃｏｄｅ（ＵＴＦ−１６）は、ＡＳＣＩＩコードに対し上位互換性を有し、ＡＳＣＩＩ範囲内の文字コードはそのままＡＳＣＩＩコードとして扱う。従って、ＡＳＣＩＩコードからＵｎｉｃｏｄｅ（ＵＴＦ−１６）への変換処理は地域に関係なく、簡単な機械処理により実施することができる。

ステップＳ４０６：ホストファイルシステム制御部１０２は、対象ファイル名をＡＳＣＩＩ＿Ｎａｍｅ１に設定する。この場合、対象ファイル名はＡＳＣＩＩコードのみで構成されているため、対象ファイル名をそのままＡＳＣＩＩ＿Ｎａｍｅ１に設定する。

ステップＳ４０７：情報記録装置アクセス部１０３は、ＡＳＣＩＩ＿Ｎａｍｅ１、ＡＳＣＩＩ＿Ｎａｍｅ１に対応するＵｎｉ＿Ｎａｍｅと共に接続先に関する情報を示すＣｏｎｔ＿Ｉｎｆｏを指定し、送信側情報記録装置２にファイルの転送を要求する。ＡＳＣＩＩ＿Ｎａｍｅ１、Ｕｎｉ＿Ｎａｍｅは、前述の処理手順で説明したものである。Ｃｏｎｔ＿ＩｎｆｏはアクセスポイントのＳＳＩＤやネットワークキー、接続先の受信側情報記録装置２’の識別情報等、接続に必要な情報である。本実施の形態では、従来と同様の無線接続を実施することを想定しているため、Ｃｏｎｔ＿Ｉｎｆｏに使用する情報も従来と同様の情報で構成されており、詳細な説明は割愛する。また、Ｃｏｎｔ＿Ｉｎｆｏは本処理で通知するのではなく、ファイル交換の前処理として先に送信側アクセス装置１から送信側情報記録装置２に通知し、接続処理を事前に実施するようにしても良い。

なお、図示は省略しているが、ファイル転送処理が完了したとき、アクセス装置１は情報記録装置２よりファイル転送処理を完了した旨の通知を受信し、本処理を終了する。

１．２．２ ファイル検出／接続処理及びファイル転送処理
続いて、図５を用いて本実施の形態におけるファイル検出／接続処理、及びファイル転送処理について説明する。本処理は、主に図３における送信側情報記録装置２により実施される処理となる。

ステップＳ５０１：送信側情報記録装置２と受信側情報記録装置２’間で接続処理を行う。前述の通り、本実施の形態では送信側情報記録装置２と受信側情報記録装置２’間で無線接続を実施することを想定している。例えばファイル交換における無線接続をＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）が定めている接続ガイドラインに沿って実施することも可能である。この場合、例えば送信側情報記録装置２をＭ−ＤＭＳ（Ｍｏｂｉｌｅ Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）、受信側情報記録装置２’をＭ−ＤＭＵ（Ｍｏｂｉｌｅ Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｕｐｌｏａｄｅｒ）として接続を実施することによりファイル交換を実現することが可能である。

ステップＳ５０２：ＡＳＣＩＩ＿Ｎａｍｅ１を用いて、カードファイルシステム制御部２１５が対象ファイルを検索し、データを特定する。この際、ＡＳＣＩＩ＿Ｎａｍｅ１はＡＳＣＩＩコードのみを含むため、カードファイルシステム制御部２１５は地域による文字コードの違いに関係なく、ファイルを検索することが可能となる。

ステップＳ５０３：ステップＳ５０２の検索処理で特定したファイルのデータをカードファイルシステム制御部２１５が読み出し、受信側情報記録装置２’に送信する。この際、読み出したデータに対応するファイルの名称としてＵｎｉ＿Ｎａｍｅを受信側情報記録装置２’に通知する。このとき、例えばファイル交換における無線接続をＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）が定めている接続ガイドラインに沿って実施する場合、コンテンツのＴｉｔｌｅを示すメタとしてＵｎｉ＿Ｎａｍｅを使用することが考えられる。この場合、ＵｎｉｃｏｄｅとしてＵＴＦ−８を使用することになる。そのため、Ｕｎｉ＿ＮａｍｅとしてＵＴＦ−１６を使用している場合には、ＵＴＦ−８への変換処理が必要となる。この変換処理は地域に依存しない機械的な変換処理で実現できるため、送信側アクセス装置１、或いは送信側情報記録装置２のいずれかで事前に実施しておくことで、対応することが可能である。また、Ｕｎｉ＿Ｎａｍｅとして最初からＵＴＦ−８を使用するようにしても良い。更に、ファイルの種別（静止画、動画等）を別途通知する手段がある場合、Ｕｎｉ＿Ｎａｍｅにはファイル名から拡張子を削除した名称のみを設定するようにしても良い。

なお、図示は省略しているが、ファイル転送処理が完了したとき、送信側情報記録装置２は受信側情報記録装置２’よりファイル転送を完了した旨の通知を受信して受信側情報記録装置２’との接続を終了すると共に、アクセス装置１にファイル転送処理を完了した旨の通知を送信し、本処理を終了する。

１．２．３ ファイル生成処理
続いて、図６を用いて本実施の形態におけるファイル生成処理について説明する。本処理は、主に、図３における受信側情報記録装置２’により実施される処理となる。

ステップＳ６０１：カードファイルシステム制御部２１５は、送信側情報記録装置２から通知されたＵｎｉ＿ＮａｍｅがＡＳＣＩＩコードのみから構成されており、ＡＳＣＩＩファイル名に変換することが可能か判定する。ＡＳＣＩＩファイル名に変換することが可能な場合はステップＳ６０２の処理に進み、ＡＳＣＩＩファイル名に変換することができない場合はステップＳ６０３の処理に進む。

ステップＳ６０２：ステップＳ６０１の処理においてＡＳＣＩＩファイル名に変換することが可能と判定した場合、カードファイルシステム制御部２１５は、Ｕｎｉ＿ＮａｍｅをＡＳＣＩＩファイル名に変換し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。この際、Ｕｎｉ＿ＮａｍｅにはＡＳＣＩＩコードのみが含まれているため、地域に依存しない機械的な変換処理で実現することが可能である。処理完了後、ステップＳ６０４に進む。

ステップＳ６０３：ステップＳ６０１の処理においてＡＳＣＩＩファイル名に変換することができないと判定した場合、カードファイルシステム制御部２１５は、ステップＳ４０３と同様にファイル受信に使用する仮の名称をＡＳＣＩＩコードのみを用いて決定し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。仮の名称としては例えば「￥ＴＥＭＰ￥ＵＰ＿ＤＳＴ．ＪＰＧ」のような名称を機械的に生成する。処理完了後、ステップＳ６０４の処理に進む。

ステップＳ６０４：カードファイルシステム制御部２１５は、ステップＳ６０２或いはステップＳ６０３で決定したＡＳＣＩＩ＿Ｎａｍｅ２の名称のファイルを生成し、不揮発性メモリコントローラ２２を介して受信したデータを同ファイルに記録する。

ステップＳ６０５：カードファイルシステム制御部２１５は、ＡＳＣＩＩ＿Ｎａｍｅ２、Ｕｎｉ＿Ｎａｍｅを指定し、アクセス装置インタフェース２１１を介して受信側アクセス装置１’にファイル取得通知を送信する。なお、この通知処理は、ステップＳ６０５のようにファイルを記録した後に実施しても良いし、ファイルを記録する前に実施しても良い。

なお、図示は省略しているが、受信側情報記録装置２’は、ファイル転送を完了した旨の通知を送信側情報記録装置２に送信して、送信側情報記録装置２との接続を終了し、本処理を終了する。

１．２．４ ファイル名復元処理
続いて、図７を用いて本実施の形態におけるファイル名復元処理について説明する。本処理は、主に、図３における受信側アクセス装置１’により実施される処理となる。

ステップＳ７０１：ホストファイルシステム制御部１０２は、受信側情報記録装置２’から通知されたＡＳＣＩＩ＿Ｎａｍｅ２と、Ｕｎｉ＿Ｎａｍｅが同一の名称であるか否か判定する。送信側における元々のファイル交換対象ファイルがＡＳＣＩＩコードのみを含むファイル名であった場合、ＡＳＣＩＩ＿Ｎａｍｅ２、Ｕｎｉ＿Ｎａｍｅにはそれぞれ同じＡＳＣＩＩコードのファイル名が設定されている。また、元々のファイル交換対象ファイルがＡＳＣＩＩコード以外を含むファイル名であった場合、ＡＳＣＩＩ＿Ｎａｍｅ２、Ｕｎｉ＿Ｎａｍｅには各々異なるファイル名が設定されている。前者の場合、ファイル名復元処理は不要であるため、処理を終了する。また、後者の場合、ステップＳ７０２の処理に進む。

ステップＳ７０２：ホストファイルシステム制御部１０２のファイル名変換処理部１０４は、ＡＳＣＩＩ＿Ｎａｍｅ２の名称のファイルを、Ｕｎｉ＿Ｎａｍｅに名称変更する。例えば、ファイルシステムとしてＦＡＴファイルシステムを使用しており、ＡＳＣＩＩコード以外の文字コードを格納するためにＳｈｉｆｔ−ＪＩＳを使用している場合、Ｕｎｉ＿ＮａｍｅのＵｎｉｃｏｄｅ（ＵＴＦ−１６）のファイル名をＳｈｉｆｔ−ＪＩＳに変換する処理を行う。例えば前述の例の場合、「￥ＴＥＭＰ￥ＵＰ＿ＤＳＴ．ＪＰＧ」の名称を、「￥ＴＥＭＰ￥あいうえお．ＪＰＧ」という名称に変更する。

以上のように、本実施の形態のアクセス装置１と情報記録装置２を組み合わせて使用することにより、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名を用いた場合においても、情報記録装置２側での地域毎の対応を不要としたファイル交換を実現することが可能となる。

１．３ 実施の形態１の効果
本実施の形態に係る送信側情報記録装置２は、アクセス装置１から指定されたＡＳＣＩＩコードにより構成されたファイル名を基に転送対象データを特定し、受信側情報記録装置２’にアクセス装置１から指定されたＵｎｉｃｏｄｅからなるファイル名と対象データとを転送する。これにより、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名を用いる場合においても、情報記録装置２内で地域毎の文字コード変換処理に対応する必要がない。従って、情報記録装置２において販売する地域毎に文字コードに対応する必要がないため実装負荷がかからず、使用範囲の広域化が可能である。また、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことが可能になる。

本実施の形態に係る送信側アクセス装置１は、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名をＡＳＣＩＩコードのみから構成されるファイル名に変換し、情報記録装置２にファイル転送を要求する。従って、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことを可能にする。

本実施の形態に係る受信側情報記録装置２’は、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名を送信側情報記録装置２より受信し、ＡＳＣＩＩコードのファイル名を有するファイルを生成し、同ファイル名でデータを記録し、同任意のファイル名とＡＳＣＩＩコードのファイル名とを受信側アクセス装置１’に通知する。従って、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことを可能にする。

本実施の形態に係る受信側アクセス装置１’は、受信側情報記録装置２’より通知された任意のファイル名とＡＳＣＩＩコードのファイル名とに基づき、ファイル名復元処理を行う。従って、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことを可能にする。

２．実施の形態２
図８は、本発明の一例である実施の形態２に係るファイル交換処理シーケンスを示した説明図である。以下、上記実施の形態１と異なる点について説明し、上記実施の形態１と同じ構成及び機能に関する説明は、省略する。また、本実施の形態によるファイル交換処理を実現する情報記録システムの構成は、図１に示す実施の形態１と同じであり、以下においては同じ符号用いて説明する。以下、本図に記載している各処理の詳細内容について図９から図１１を用いて説明する。

２．１ 情報記録システム１００によるファイル交換処理
図８に示すように、本実施の形態においては、受信側の処理においてＡＳＣＩＩ＿Ｎａｍｅ２の名称決定を受信側アクセス装置１’で実施する。本シーケンスでは、ファイル生成処理を実施する前に受信側情報記録装置２’から受信側アクセス装置１’にＵｎｉ＿Ｎａｍｅを通知し、ＡＳＣＩＩ＿Ｎａｍｅ２の決定を受信側アクセス装置１’が行い、受信側情報記録装置２’に通知する。

２．１．１ ファイル名変換処理及びファイル転送要求処理
送信側アクセス装置１によるファイル名変換処理及びファイル転送要求処理は、実施の形態１（図４）と同様であるため、説明を省略する。

２．１．２ ファイル検出／接続処理及びファイル転送処理
続いて、図９を用いて本実施の形態におけるファイル検出／接続処理、及びファイル転送処理について説明する。本処理は、主に図３における送信側情報記録装置２により実施される処理となる。

ステップＳ９０１：送信側情報記録装置２と受信側情報記録装置２’間で接続処理を行う。なお、この接続処理については実施の形態１と同様である（図５のステップＳ５０１）。

ステップＳ９０２：ＡＳＣＩＩ＿Ｎａｍｅ１を用いて、カードファイルシステム制御部２１５が対象ファイルを検索し、データを特定する。この際、ＡＳＣＩＩ＿Ｎａｍｅ１はＡＳＣＩＩコードのみを含むため、カードファイルシステム制御部２１５は地域による文字コードの違いに関係なく、ファイルを検索することが可能となる。

ステップＳ９０３：カードファイルシステム制御部２１５は、ファイル転送を開始する旨の通知を受信側情報記録装置２’に送信する。この際、ファイルの名称としてＵｎｉ＿Ｎａｍｅを受信側情報記録装置２’に通知する。このとき、例えばファイル交換における無線接続をＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）が定めている接続ガイドラインに沿って実施する場合、コンテンツのＴｉｔｌｅを示すメタとしてＵｎｉ＿Ｎａｍｅを使用することが考えられる。この場合、ＵｎｉｃｏｄｅとしてＵＴＦ−８を使用することになる。そのため、Ｕｎｉ＿ＮａｍｅとしてＵＴＦ−１６を使用している場合には、ＵＴＦ−８への変換処理が必要となる。この変換処理は地域に依存しない機械的な変換処理で実現できるため、送信側アクセス装置１、或いは送信側情報記録装置２のいずれかで事前に実施しておくことで、対応することが可能である。また、Ｕｎｉ＿Ｎａｍｅとして最初からＵＴＦ−８を使用するようにしても良い。更に、ファイルの種別（静止画、動画等）を別途通知する手段がある場合、Ｕｎｉ＿Ｎａｍｅにはファイル名から拡張子を削除した名称のみを設定するようにしても良い。

ステップＳ９０４：カードファイルシステム制御部２１５は、後述する受信側情報記録装置２’よりファイル名設定が完了した旨の通知を受信したかどうかを判断する。

ステップＳ９０５：カードファイルシステム制御部２１５は、ステップＳ９０４において受信側情報記録装置２’よりファイル名設定が完了した旨の通知を受信した場合、受信側情報記録装置２’に対しファイル転送処理を開始する。

ステップＳ９０６：カードファイルシステム制御部２１５は、受信側情報記録装置２’よりファイル転送を完了した旨の通知を受信したかどうかを判断する。

ステップＳ９０７：カードファイルシステム制御部２１５は、ステップＳ９０６において受信側情報記録装置２’よりファイル転送を完了した旨の通知を受信した場合、受信側情報記録装置２’との接続を終了すると共に、アクセス装置１にファイル転送処理を完了した旨の通知を送信し、本処理を終了する。

２．１．３ ファイル生成処理
続いて、図１０を用いて本実施の形態におけるファイル生成処理について説明する。本処理は、主に、図３における受信側情報記録装置２’により実施される処理となる。

ステップＳ１００１：カードファイルシステム制御部２１５は、まず、送信側情報記録装置２からＵｎｉ＿Ｎａｍｅのファイル名と共にファイル転送を開始する旨の通知（図９のステップＳ９０３）を受信したかどうかを判断する。

ステップＳ１００２：カードファイルシステム制御部２１５は、ステップＳ１００１においてファイル転送を開始する旨の通知（図９のステップＳ９０３）を受信した場合、Ｕｎｉ＿Ｎａｍｅのファイル名を受信側アクセス装置１’に通知する。

ステップＳ１００３：カードファイルシステム制御部２１５は、受信側アクセス装置１’よりステップＳ１００２において通知したＵｎｉ＿Ｎａｍｅのファイル名に対応し、ＡＳＣＩＩコードのみから構成されるファイル名ＡＳＣＩＩ＿Ｎａｍｅ２を受信する。

ステップＳ１００４：カードファイルシステム制御部２１５は、ファイル名の設定完了通知を送信側情報記録装置２に通知する。

ステップＳ１００５：送信側情報記録装置２と間でファイル転送が行わる。
ステップＳ１００６：カードファイルシステム制御部２１５は、ステップＳ１００３で受信したＡＳＣＩＩ＿Ｎａｍｅ２のファイル名でファイルを生成し、不揮発性メモリコントローラ２２を介して受信したデータを同ファイルに記録する。

ステップＳ１００７：カードファイルシステム制御部２１５は、無線部２５を介して、送信側情報記録装置２に対しファイル転送完了通知を送信し、送信側情報記録装置２との接続を終了する。

ステップＳ１００８：カードファイルシステム制御部２１５は、アクセス装置インタフェース２１１を介して受信側アクセス装置１’にファイル取得通知を送信する。

２．１．４ ファイル名設定処理及びファイル名復元処理
続いて、図１１を用いて本実施の形態におけるファイル生成処理について説明する。本処理は、主に、図３における受信側アクセス装置１’のホストファイルシステム制御部１０２、特にファイル名変換処理部１０４により実施される処理となる。

ステップＳ１１０１：ファイル名変換処理部１０４は、Ｕｎｉ＿Ｎａｍｅのファイル名を受信側情報記録装置２’より受信する。

ステップＳ１１０２：ファイル名変換処理部１０４は、受信されたＵｎｉ＿ＮａｍｅがＡＳＣＩＩコードのみから構成されており、ＡＳＣＩＩファイル名に変換することが可能か判定する。ＡＳＣＩＩファイル名に変換することが可能な場合はステップＳ１１０３の処理に進み、ＡＳＣＩＩファイル名に変換することができない場合はステップＳ１１０４の処理に進む。

ステップＳ１１０３：ステップＳ１１０２の処理においてＡＳＣＩＩファイル名に変換することが可能と判定した場合、ファイル名変換処理部１０４は、Ｕｎｉ＿ＮａｍｅをＡＳＣＩＩファイル名に変換し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。この際、Ｕｎｉ＿ＮａｍｅにはＡＳＣＩＩコードのみが含まれているため、地域に依存しない機械的な変換処理で実現することが可能である。

ステップＳ１１０４：ステップＳ１１０２の処理においてＡＳＣＩＩファイル名に変換することができないと判定した場合、ファイル名変換処理部１０４は、仮の名称をＡＳＣＩＩコードのみを用いて決定し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。仮の名称としては例えば「￥ＴＥＭＰ￥ＵＰ＿ＤＳＴ．ＪＰＧ」のような名称を機械的に生成する。

ステップＳ１１０５：ホストファイルシステム制御部１０２は、ステップＳ１１０３或いはステップＳ１１０４で決定したＡＳＣＩＩ＿Ｎａｍｅ２のファイル名を、情報記録装置インタフェース１３を介して受信側情報記録装置２’に通知する（図１０のステップＳ１００３）。

ステップＳ１１０６：ホストファイルシステム制御部１０２は、受信側情報記録装置２’よりファイル取得通知を受信したかどうか（図１０のステップＳ１００８）を判断する。

ステップＳ１１０７：ファイル名変換処理部１０４は、ファイル名復元処理を行う。なお、この処理は、実施の形態１（図７）と同様であるため、説明は省略する。

２．２ 実施の形態２の効果
上記実施の形態においては、実施の形態１による効果に加え、次のような効果を奏する。ＡＳＣＩＩ＿Ｎａｍｅ２の決定を受信側アクセス装置１’が実施することにより、最終的にファイルを管理する受信側アクセス装置１’の所望のパスにファイルを格納することができ、受信側アクセス装置１’のファイル管理を容易にすることが可能となる。

２．３ 実施の形態２の変形例
なお、図８のシーケンスにおいて、受信側アクセス装置１’によるファイル名通知（ＡＳＣＩＩ＿Ｎａｍｅ２）」の直前に受信側アクセス装置１’でファイルを作成する処理を追加しても良い。この場合、受信側情報記録装置２’における「ファイル生成処理」は、受信側アクセス装置１’から取得した作成済みのファイルにデータを記録するのみの処理となる。このようにすることで、受信側情報記録装置２’の処理負荷を更に低減することが可能となる。

３ 実施の形態３
図１２は、本発明の一例である実施の形態３に係るファイル交換処理シーケンスを示した説明図である。以下、上記実施の形態１と異なる点について説明し、上記実施の形態１と同じ構成及び機能に関する説明は、省略する。また、本実施の形態によるファイル交換処理を実現する情報記録システムの構成は、図１に示す実施の形態１と同じであり、以下においては同じ符号用いて説明する。

図１２に示すファイル交換処理では、次の点において上記実施の形態１と異なる。まず、送信側アクセス装置１は、ファイル名変換処理（図４のステップＳ４０１〜Ｓ４０７と同様）を行った後、ファイル転送開始要求をＵｎｉ＿Ｎａｍｅ及びＣｏｎｔ＿Ｉｎｆｏと共に送信側情報記録装置２に送信する。これを受けて、送信側情報記録装置２は、受信側情報記録装置２’との接続処理を行い、次いで受信側情報記録装置２’にファイル転送開始通知を送信する。続いて、送信側アクセス装置１はファイル転送要求をＡＳＣＩＩ＿Ｎａｍｅ１と共に送信側情報記録装置２に送信する。これを受けて、送信側情報記録装置２は、ファイル検出処理を行い、特定したファイルのデータを受信側情報記録装置２’に送信する。（図５のステップＳ５０２〜Ｓ５０３と同様）。その他受信側情報記録装置２’及び受信側アクセス装置１’による処理は、実施の形態１と同様である。

以上のように、上記実施の形態においては、実際のファイル転送を実施する前に、送信側情報記録装置２から受信側情報記録装置２’に、Ｕｎｉ＿Ｎａｍｅを通知し、ファイル転送処理では実際のファイルデータが転送されるのみで、特にＵｎｉ＿Ｎａｍｅの情報を通知する必要はない。このように、Ｕｎｉ＿Ｎａｍｅの通知タイミングは、図３のシーケンスにおける通知タイミングに限定されるものではなく、送信側から受信側に正しく通知されるのであれば、その他のタイミングで実施しても良い。

４ 実施の形態４
図１３は、本発明の一例である実施の形態４に係るファイル交換処理シーケンスを示した説明図である。以下、上記実施の形態３と異なる点について説明し、上記実施の形態１又は３と同じ構成及び機能に関する説明は、省略する。また、本実施の形態によるファイル交換処理を実現する情報記録システムの構成は、図１に示す実施の形態１と同じであり、以下においては同じ符号用いて説明する。

本実施の形態においては、受信側情報記録装置２’及び受信側アクセス装置１’による処理を実施の形態２と同様としている点で、上記実施の形態３とは異なる。具体的には、次の通りである。

送信側情報記録装置２よりファイル転送開始通知を受信した受信側情報記録装置２’は、Ｕｎｉ＿Ｎａｍｅのファイル名を受信側アクセス装置１’に通知する（図１０のステップＳ１００２と同様）。これを受けて、受信側アクセス装置１’は、ファイル名設定処理を行い、ＡＳＣＩＩコードのみから構成されるＡＳＣＩＩ＿Ｎａｍｅ２のファイル名を生成し、受信側情報記録装置２’に通知する（図１１のステップＳ１１０１〜Ｓ１１０５）。これを受けて、受信側情報記録装置２’は、ファイル名の設定完了通知を送信側情報記録装置２に通知する。次いで、送信側情報記録装置２はファイル転送を行い、受信側情報記録装置２’はファイル生成処理を行う（図１０のステップＳ１００６と同様）。その後も、実施の形態２と同様に処理を行う。

５ 実施の形態５
上記実施の形態１〜４においては、アクセス装置１（又はアクセス装置１’）がファイルシステムによるファイル管理を行うホストファイルシステム制御部１０２を有するのに加え、情報記録装置２（又は情報記録装置２’）もファイルシステムによるデータの読み書きを管理するカードファイルシステム制御部２１５を有する。従って、アクセス装置１側と情報記録装置２側においてファイルシステムによる管理情報の不一致が発生しないようにするための排他制御が行われる。

以下、図８に示す実施の形態２によるファイル交換処理シーケンスを参照して、排他制御の一例について説明する。

図８に示すように、送信側アクセス装置１の処理期間１Ｅと送信側情報記録装置２の処理期間２Ｅは、重複して動作しないように制御される。送信側アクセス装置１の処理期間１Ｅ中は、送信側情報記録装置２のカードファイルシステム制御部２１５の動作は禁止状態になるよう制御される。一方、送信側情報記録装置２の処理期間２Ｅ中は、送信側アクセス装置１のホストファイルシステム制御部１０２の動作は禁止状態になるよう制御される。

受信側アクセス装置１’の処理期間１Ｅ’と、受信側情報記録装置２’の処理期間２Ｅ’についても同様に排他制御される。

なお、上記排他制御はアクセス装置１又は１’の例えばホストファイルシステム制御部１０２により行われる。

以上のように、アクセス装置と情報記録装置とにおいてファイルシステムを制御する制御部の動作について排他制御を行うことにより、ファイルシステムの管理情報の不一致が発生することを確実に防ぐことができる。

なお、実施の形態１、３及び４においても、同様に排他制御を適用することが可能である。例えば、送信側については、実施の形態１（図３）、実施の形態３（図１２）及び実施の形態４（図１３）においては、情報記録装置２のカードファイルシステム制御部２１５は、アクセス装置１より少なくともＡＳＣＩＩ＿Ｎａｍｅ１のファイル名を受信するまでは動作しないよう制御される。また、受信側については、実施の形態１（図３）及び実施の形態３（図１２）においては、情報記録装置２’のカードファイルシステム制御部２１５は、少なくともファイルの転送処理の開始の通知を受信するまでは、動作しないよう制御される。

６ その他実施の形態
上記実施の形態における処理方法の実行順序は、必ずしも、上記実施の形態の記載に制限されるものではなく、発明の要旨を逸脱しない範囲で、実行順序を入れ替えることができるものである。例えば、図３、図８、図１２、及び図１３のシーケンスを用いて上記実施の形態における処理シーケンスを説明したが、このシーケンスに限定されるものではない。例えば、これらのシーケンスの一部を組み合わせて実施してもよい。

上記実施の形態で説明したアクセス装置及び情報記録装置において、各ブロックは、ＬＳＩなどの半導体装置により個別に１チップ化されても良いし、一部又は全部を含むように１チップ化されても良い。例えば図１の構成において、情報記録装置２は、メインコントローラ２１、不揮発性メモリコントローラ２２、無線コントローラ２４の３種類のコントローラで構成される例について記載したが、これらを１つのコントローラに集約する、或いは不揮発性メモリ２３などのその他の構成要素も含めて１つのコントローラに集約するなど、その他のチップ構成としても良い。

また、ここではＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。

更には、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適用等が可能性としてあり得る。

また、上記実施の形態の各処理をハードウェアにより実現しても良いし、ソフトウェア（ＯＳ（オペレーティングシステム）、ミドルウェア、あるいは、所定のライブラリと共に実現される場合を含む。）により実現しても良い。更に、ソフトウェアおよびハードウェアの混在処理により実現しても良い。なお、上記実施の形態に係るアクセス装置、無線機能付き情報記録装置をハードウェアにより実現する場合、各処理を行うためのタイミング調整を行う必要があるのは言うまでもない。上記実施の形態においては、説明の便宜上、実際のハードウェア設計で生じる各種信号のタイミング調整の詳細については省略している。

また、上記実施の形態において、アクセス装置と無線機能付き情報記録装置とは、別装置である場合について説明したが、これに限定されることはなく、アクセス装置と無線機能付き情報記録装置とは、１つの装置内に構成されるものであっても良い。

また、上記実施の形態では、無線機能付き情報記録装置２間のファイル交換処理を例に挙げ説明をしたが、送信側、あるいは受信側のいずれかは従来の機器であっても良い。例えば、ＤＬＮＡの接続を用いてファイル交換をする場合、送信側のＭ−ＤＭＵ、受信側のＭ−ＤＭＳのいずれかは、従来のＤＬＮＡ準拠の機器としても良い。また、送受信間の接続もＤＬＮＡに限定されるものではなく、元ファイルの名称を受信側に送信することができるのであれば、その他の接続方法を用いても良い。

また、無線機能付き情報記録装置２はメモリカードの形状の他、ＵＳＢメモリ、外部ＨＤＤや、内蔵装置など、その他の形状としても良い。

なお、本発明は、情報記録装置、アクセス装置、又は情報記録システムとしてだけでなく、情報通信方法としても実現できる。

上記のようなアクセス装置は、動画や静止画などのデジタルコンテンツを取り扱う機器に適用でき、ムービー、デジタルスチルカメラ、携帯電話端末、タブレット端末、ＰＣアプリケーション等として利用することができる。また、無線機能付き情報記録装置２は、上記デジタルコンテンツ等を格納するメモリカード、ＵＳＢメモリ等のリムーバブルメディア、あるいは内蔵記録装置等として利用することができる。

１，１’ アクセス装置
２，２’ 無線機能付き情報記録装置
１１，２１２ ＣＰＵ
１２，２１３ ＲＡＭ
１３ 情報記録装置インタフェース
１４，２１４ ＲＯＭ
２１ メインコントローラ
２２ 不揮発性メモリコントローラ
２３ 不揮発性メモリ
２４ 無線コントローラ
２５ 無線部
１００ 情報記録システム
１０１ アプリケーション制御部
１０２ ホストファイルシステム制御部
１０３ 情報記録装置アクセス部
１０４ ファイル名変換処理部
２１１ アクセス装置インタフェース
２１５ カードファイルシステム制御部

Claims (13)

1. データを格納する記憶部と、前記記憶部に格納されているデータをＡＳＣＩＩコードにより構成されるファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部と、を有する情報記録装置と、
   前記情報記録装置に接続され、前記情報記録装置の前記記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置と、
   を備える、情報記録システムであって、
   前記アクセス装置の前記第２のファイルシステム制御部は、
   ＡＳＣＩＩコードにより構成される第１のファイル名と、入力されたファイル名から生成されＵｎｉｃｏｄｅにより構成される第２のファイル名とを生成し、前記情報記録装置に送信し、
   前記情報記録装置の前記第１のファイルシステム制御部は、
   前記第１のファイル名と前記第２のファイル名とを前記アクセス装置から取得し、
   前記第１のファイル名に基づいて、前記記憶部内の前記アクセス装置によって管理されるファイルを特定し、
   前記第２のファイル名と、前記特定されたファイルのデータとを、前記無線部を介して接続される他の情報記録装置に送信する、
   情報記録システム。
2. 前記入力されたファイル名は、Ｓｈｉｆｔ−ＪＩＳコードにより構成される、
   請求項１に記載の情報記録システム。
3. 前記第１のファイルシステム制御部は、前記第２のファイル名を前記他の情報記録装置に送信した後、前記他の情報記録装置よりファイル名を設定した旨の通知を受信してから、前記特定されたファイルのデータを前記他の情報記録装置に送信する、
   請求項１に記載の情報記録システム。
4. 前記第１のファイルシステム制御部は、少なくとも前記第１のファイル名を取得するまで動作しないように制御される、
   請求項１に記載の情報記録システム。
5. データを格納する記憶部と、前記記憶部に格納されているデータをＡＳＣＩＩコードにより構成されるファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部と、を有する情報記録装置と、
   前記情報記録装置に接続され、前記情報記録装置の前記記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置と、
   を備える、情報記録システムであって、
   前記情報記録装置の第１のファイルシステム制御部は、
   Ｕｎｉｃｏｄｅにより構成される第２のファイル名と、前記第２のファイル名に対応する所定のデータとを、前記無線部を介して接続される他の情報記録装置より取得し、取得した前記第２のファイル名を前記アクセス装置に通知し、
   前記アクセス装置の第２のファイルシステム制御部は、
   前記第２のファイル名の通知に応じて、ＡＳＣＩＩコードにより構成される第１のファイル名を生成し、
   生成した前記第１のファイル名を前記情報記録装置に通知し、
   前記情報記録装置の第１のファイルシステム制御部は、前記第１のファイル名を有するファイルを生成し前記所定のデータを記録する、
   情報記録システム。
6. 前記第２のファイルシステム制御部は、
   通知された前記第２のファイル名に基づき生成されたファイル名を前記第１のファイル名として生成する、
   請求項５に記載の情報記録システム。
7. 前記第２のファイルシステム制御部は、
   通知された前記第２のファイル名に関係なくＡＳＣＩＩコードにより構成されたファイル名を前記第１のファイル名として生成する、
   請求項５に記載の情報記録システム。
8. 第１のファイルシステム制御部は、前記他の情報記録装置より前記所定のデータの送信を開始する旨の通知を受信するまで、動作しないように制御される、
   請求項５に記載の情報記録システム。
9. 第１のファイルシステム制御部は、前記第１のファイル名が通知されるまで、動作しないように制御される、
   請求項５に記載の情報記録システム。
10. 第２のファイルシステム制御部は、前記情報記録装置の第１のファイルシステム制御部が動作している間は、動作しないように制御される、
    請求項１又は５に記載の情報記録システム。
11. 前記第２のファイルシステム制御部は、前記第１のファイル名と前記第２のファイル名が同一かどうかを判定し、同一でない場合前記第１のファイル名を前記第２のファイル名に変更する、
    請求項１又は５に記載の情報記録システム。
12. データを格納する記憶部と、前記記憶部に格納されているデータをＡＳＣＩＩコードにより構成されるファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部とを有する情報記録装置と、前記情報記録装置に接続され、前記情報記録装置の前記記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置とを用いた情報通信方法であって、
    前記第２のファイルシステム制御部により、
    ＡＳＣＩＩコードにより構成される第１のファイル名と、入力されたファイル名から生成されＵｎｉｃｏｄｅにより構成される第２のファイル名とを生成し、前記情報記録装置に送信し、
    前記第１のファイルシステム制御部により、
    前記第１のファイル名と前記第２のファイル名とを前記アクセス装置から取得し、
    前記第１のファイル名に基づいて、前記記憶部内の前記アクセス装置によって管理されるファイルを特定し、
    前記第２のファイル名と、前記特定されたファイルのデータとを、前記無線部を介して接続される他の情報記録装置に送信する、
    情報通信方法。
13. データを格納する記憶部と、前記記憶部に格納されているデータをＡＳＣＩＩコードにより構成されるファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部とを有する情報記録装置と、前記情報記録装置に接続され、前記情報記録装置の前記記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置と、を用いた情報通信方法であって、
    前記第１のファイルシステム制御部により、
    Ｕｎｉｃｏｄｅにより構成される第２のファイル名と、前記第２のファイル名に対応する所定のデータとを前記無線部を介して接続される他の情報記録装置より取得し、取得した前記第２のファイル名を前記アクセス装置に通知し、
    前記第２のファイルシステム制御部により、
    前記第２のファイル名の通知に応じて、ＡＳＣＩＩコードにより構成される第１のファイル名を生成し、
    前記第１のファイル名を前記情報記録装置に通知し、
    前記第１のファイルシステム制御部により、前記第１のファイル名を有するファイルを生成し前記所定のデータを記録する、
    情報通信方法。
    
    
    

Images