(57)【要約】  情報記録装置（２）は、データを格納する記憶部（２３）と、記憶部（２３）に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理する第１のファイルシステム制御部（２１）と、無線信号を送受信する無線部（２５）と、を備える。第１のファイルシステム制御部（２１５）は、情報記録装置（２）に接続されたアクセス装置（１）から、第１のファイル名と、第１のファイル名に対応し第１のコードとは異なる第２のコードにより構成された第２のファイル名とを取得し、記憶部（２３）に格納されているデータのうち第１のファイル名を有する所定のデータを特定し、第２のファイル名と所定のデータとを、無線部（２５）を介して接続される他の情報記録装置（２’）に送信する。
2012164815.tif 000002
【特許請求の範囲】
【請求項１】
データを格納する記憶部と、
前記記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理する第１のファイルシステム制御部と、
無線信号を送受信する無線部と、
を備える、情報記録装置であって、
前記第１のファイルシステム制御部は、
前記情報記録装置に接続されたアクセス装置から、前記第１のファイル名と、前記第１のファイル名に対応し前記第１のコードとは異なる第２のコードにより構成された第２のファイル名とを取得し、
前記記憶部に格納されているデータのうち前記第１のファイル名を有する所定のデータを特定し、
前記第２のファイル名と前記所定のデータとを、前記無線部を介して接続される他の情報記録装置に送信する、
情報記録装置。
【請求項２】
前記第１のコードはＡＳＣＩＩコードである、
請求項１に記載の情報記録装置。
【請求項３】
前記第２のコードはＵｎｉｃｏｄｅである、
請求項１に記載の情報記録装置。
【請求項４】
前記第１のファイルシステム制御部は、前記第２のファイル名を前記他の情報記録装置に送信した後、前記他の情報記録装置よりファイル名を設定した旨の通知を受信してから、前記所定のデータを前記他の情報記録装置に送信する、
請求項１に記載の情報記録装置。
【請求項５】
前記第１のファイルシステム制御部は、少なくとも前記第１のファイル名を取得するまで動作しないように制御される、
請求項１に記載の情報記録装置。
【請求項６】
データを格納する記憶部と、
前記記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理する第１のファイルシステム制御部と、
無線信号を送受信する無線部と、
を備える、情報記録装置であって、
前記第１のファイルシステム制御部は、
前記第１のコードとは異なる第２のコードにより構成された第２のファイル名と、前記第２のファイル名に対応する所定のデータとを、前記無線部を介して接続される他の情報記録装置より取得し、
前記第１のファイル名を取得し、
前記第１のファイル名を有するファイルを生成し、
受信した前記所定のデータを前記第１のファイル名を有するファイルに記録し、
接続されたアクセス装置に対して、前記第１のファイル名と前記第２のファイル名とを送信する、
情報記録装置。
【請求項７】
前記第１のコードはＡＳＣＩＩコードである、
請求項６に記載の情報記録装置。
【請求項８】
前記第２のコードはＵｎｉｃｏｄｅである、
請求項６に記載の情報記録装置。
【請求項９】
前記第２のコードは前記第１のコードに対して互換性を有し、
前記第１のファイルシステム制御部は、
受信した前記第２のファイル名に基づき生成されたファイル名を前記第１のファイル名として取得する、
請求項６に記載の情報記録装置。
【請求項１０】
前記第１のファイルシステム制御部は、
受信した前記第２のファイル名に関係なく前記第１のコードにより構成されたファイル名を前記第１のファイル名として取得する、
請求項６に記載の情報記録装置。
【請求項１１】
前記第１のファイルシステム制御部は、
前記第２のファイル名における前記第１のコードを変換することにより生成されたファイル名を前記第１のファイル名として取得する、
請求項９に記載の情報記録装置。
【請求項１２】
前記第１のファイルシステム制御部は、前記他の情報記録装置より前記所定のデータの送信を開始する旨の通知を受信するまで、動作しないように制御される、
請求項６に記載の情報記録装置。
【請求項１３】
前記第１のファイルシステム制御部は、前記第１のファイル名を取得するまで、動作しないように制御される、
請求項６に記載の情報記録装置。
【請求項１４】
請求項１又は６に記載の情報記録装置と、
前記情報記録装置に接続され、前記情報記録装置の前記記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置と、
を備える情報通信システム。
【請求項１５】
前記アクセス装置の前記第２のファイルシステム制御部は、前記情報記録装置の前記第１のファイルシステム制御部が動作している間は、動作しないように制御される、
請求項１４に記載の情報記録システム。
【請求項１６】
前記アクセス装置の前記第２のファイルシステム制御部は、入力されたファイル名に基づき前記第１のファイル名及び前記第２のファイル名を設定し、前記情報記録装置に前記第１のファイル名及び前記第２のファイル名を送信する、
請求項１４に記載の情報記録システム。
【請求項１７】
前記アクセス装置の前記第２のファイルシステム制御部は、前記第１のファイル名と前記第２のファイル名が同一かどうかを判定し、同一でない場合前記第１のファイル名を前記第２のファイル名に変更する、
請求項１４に記載の情報記録システム。
【請求項１８】
データを格納する記憶部と、前記記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理するファイルシステム制御部と、無線信号を送受信する無線部とを有する情報記録装置を用いた情報通信方法であって、前記ファイルシステム制御部により、
前記情報記録装置に接続されたアクセス装置から、前記第１のファイル名と、前記第１のファイル名に対応し前記第１のコードとは異なる第２のコードにより構成された第２のファイル名とを取得し、
前記記憶部に格納されているデータのうち前記第１のファイル名を有する所定のデータを特定し、
前記第２のファイル名と前記所定のデータとを、前記無線部を介して接続される他の情報記録装置に送信する、
情報通信方法。
【請求項１９】
データを格納する記憶部と、前記記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理するファイルシステム制御部と、無線信号を送受信する無線部とを有する情報記録装置を用いた情報通信方法であって、前記ファイルシステム制御部により、
前記第１のコードとは異なる第２のコードにより構成された第２のファイル名と、前記第２のファイル名に対応する所定のデータとを前記無線部を介して接続される他の情報記録装置より取得し、
前記第１のファイル名を取得し、
前記第１のファイル名を有するファイルを生成し、
受信した前記所定のデータを前記第１のファイル名を有するファイルに記録し、
接続されたアクセス装置に対して、前記第１のファイル名と前記第２のファイル名とを送信する、
情報通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを不揮発性メモリに格納しファイルとして管理すると共に、無線通信により外部の機器と通信を行う技術に関する。
【背景技術】
【０００２】
音楽コンテンツや、映像データ等のデジタルデータを記録する記録媒体には、磁気ディスク、光ディスク、光磁気ディスク等、様々な種類が存在する。これら記録媒体の内、記録素子にＦｌａｓｈＲＯＭ等の半導体メモリを使用したメモリカードは、記録媒体の小型化を実現できることから、デジタルスチルカメラや携帯電話端末等、小型の携帯機器を中心に急速に普及している。更に最近では、ＦｌａｓｈＲＯＭ等の半導体メモリを機器に内蔵してハードディスクの代わりに使用する等、従来のメモリカードのような着脱可能なリムーバブルメディアとしての用途のみならず、機器内蔵ストレージとしての用途でも半導体メモリが使用されるようになってきた。【０００３】
一方、近年、駅や喫茶店等で接続できる公衆アクセスポイントの増加や、ホームネットワークの無線化により、急速に無線ＬＡＮ接続環境が普及しつつある。これに伴い、無線ＬＡＮに対応する機器も、従来主流であったノート型ＰＣに加え、携帯電話端末やタブレット端末、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）、ＨＤＤレコーダ等、端末の数、種類共に急速に広がりつつある。【０００４】
このような無線ＬＡＮの普及を背景に、従来のメモリカードに無線機能を搭載した無線機能付きメモリカードが提案されている（例えば、特許文献１）。無線機能付きメモリカードは、従来型のメモリカードとインタフェース形状が同じであるため、従来のメモリカード用のスロットを備えたホスト機器とインタフェースを共用することができる。更に、無線機能付きメモリカードにより、ホスト機器側に無線通信用のハードウェア、ソフトウェアリソースを搭載することなく、低コストで無線対応することが可能となる。【０００５】
例えばデジタルスチルカメラにメモリカードを装着する場合、従来は、Ｗｅｂサービスへの静止画投稿等は、一旦メモリカードをデジタルスチルカメラからＰＣ等に差し換えて実施する必要があった。しかし、無線機能付きメモリカードであれば、Ｗｅｂサービスへの静止画投稿等をデジタルスチルカメラから直接実施することができる等、ホスト機器を容易にネットワーク接続することが可能となる。【０００６】
更にメモリカードに無線通信機能を搭載することにより、メモリカード間で直接無線接続し、ファイルを交換するようなユースケースも実現することができる。これにより、例えば運動会や結婚式などのイベントで撮影した静止画を、その場で相手に渡すことができ、写真交換をより手軽に行えるようになる。
図１４はファイル交換の概要を示す図である。ファイル交換では、まず始めに送信側ホスト機器３０（例えば、デジタルスチルカメラ）が送信側カード４０（例えば、無線機能付きメモリカード）に対して、転送先の情報と、対象とするファイル名を指定し、ファイルの転送指示を出す。次に送信側カード４０は、受け取った転送先の情報を基に受信側カード４１（例えば、無線機能付きメモリカード）と接続する。送信側カード４０は更に、受け取ったファイル名を基に対象ファイルを検出し、実際にファイルデータの読み出し、受信側カード４１に送信を行う。受信側カード４１はファイルデータを受信するとファイルを生成し、受信側ホスト３１（例えば、デジタルスチルカメラ）にファイルを取得した旨を通知する。【０００７】
別の方法として、ファイルの読み出し処理は送信側ホスト３０により実施し、読み出したデータを送信側ホスト３０から送信側カード４０に送信することにより、送信側カード４０内にファイルシステムの処理を持たせないという方法が考えられる。しかしながら、図１４のようにファイルの読み出し、送信処理を送信側カード４０内で実施するように構成することにより、送信側ホスト３０、送信側カード４０間のデータ転送を不要とし、ファイル転送を高速化することが可能となる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００２−３６６９１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ファイル交換では、管理のため送信元のファイル名と受信側のファイル名を一致させることが望ましい。一般にデジタルスチルカメラで撮影した静止画のファイル名は所定のルールによりＡＳＣＩＩコードで付与されている。ＡＳＣＩＩとは、７ビットのコードで表現される英数字である。ＡＳＣＩＩコードによる名称は“ＩＭＡＧ０００１．ＪＰＧ”のように無機質な名称であるため、ユーザがより分かりやすい“２０１１年運動会０００１．ＪＰＧ”のような名称に付け替える場合がある。【００１０】
任意の名称を持つファイルをファイル交換する場合、図１４における送信側カード４０、受信側カード４１内のファイルシステムが任意の名称を扱えるようにする必要がある。一般にメモリカードに使用されているＦＡＴファイルシステムでは、文字コードとしてＳｈｉｆｔ−ＪＩＳ等の地域に依存した文字コードが使用されている。そのため、任意の名称をファイル名に使用する場合にはカード内のファイルシステムでＳｈｉｆｔ−ＪＩＳ等の地域に依存した文字コードに対応しておく必要がある。この場合、地域毎に使用される文字コードが異なるため、予めカード内に全地域の文字コード対応処理を組み込んでおくか、販売する地域毎にカード内の文字コード対応処理を変更する必要があり、いずれもカードの実装負荷が重くなる。【００１１】
上記問題点に鑑み、以下に開示する技術は、任意のファイル名を用いたファイル交換を可能にすることを目的とする。
【課題を解決するための手段】
【００１２】
本発明の一つの観点によれば、データを格納する記憶部と、記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部とを備える、情報記録装置が提供される。第１のファイルシステム制御部は、情報記録装置に接続されたアクセス装置から、第１のファイル名と、第１のファイル名に対応し第１のコードとは異なる第２のコードにより構成された第２のファイル名とを取得し、記憶部に格納されているデータのうち第１のファイル名を有する所定のデータを特定し、第２のファイル名と所定のデータとを、無線部を介して接続される他の情報記録装置に送信する。【００１３】
本発明の別の観点によれば、データを格納する記憶部と、記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部とを備える、情報記録装置において、第１のファイルシステム制御部は、第１のコードとは異なる第２のコードにより構成された第２のファイル名と、第２のファイル名に対応する所定のデータとを、無線部を介して接続される他の情報記録装置より取得し、第１のファイル名を取得し、第１のファイル名を有するファイルを生成し、受信した所定のデータを第１のファイル名を有するファイルに記録し、接続されたアクセス装置に対して、第１のファイル名と第２のファイル名とを送信する、情報記録装置が提供される。【００１４】
本発明の更に別の観点によれば、上記いずれかの観点に係る情報記録装置と、同情報記録装置に接続され、情報記録装置の記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置とを備える情報通信システムが提供される。
本発明更に別の観点によれば、データを格納する記憶部と、記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理するファイルシステム制御部と、無線信号を送受信する無線部とを有する情報記録装置を用いた情報通信方法が提供される。
【発明の効果】
【００１５】
本発明によれば、任意のファイル名を用いたファイル交換を実現することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】実施の形態１における無線機能付き情報記録システムの概略構成図
【図２】実施の形態１におけるファイル交換処理の概要を示した説明図
【図３】実施の形態１におけるファイル交換処理シーケンスを示した説明図
【図４】実施の形態１における送信側アクセス装置によるファイル名変換処理手順及びファイル転送要求処理手順を示したフローチャート
【図５】実施の形態１における送信側情報記録装置によるファイル検出／接続処理手順及びファイル転送処理手順を示したフローチャート
【図６】実施の形態１における受信側情報記録装置によるファイル生成処理手順を示したフローチャート
【図７】実施の形態１における受信側アクセス装置によるファイル名復元処理手順を示したフローチャート
【図８】実施の形態２におけるファイル交換処理シーケンスを示した説明図
【図９】実施の形態２における送信側情報記録装置によるファイル検出／接続処理手順及びファイル転送処理手順を示したフローチャート
【図１０】実施の形態２における受信側情報記録装置によるファイル生成処理手順を示したフローチャート
【図１１】実施の形態２における受信側アクセス装置によるファイル名設定処理及びファイル名復元処理手順を示したフローチャート
【図１２】実施の形態３におけるファイル交換処理シーケンスを示した説明図
【図１３】実施の形態４におけるファイル交換処理シーケンスを示した説明図
【図１４】従来のファイル交換処理の概要を示した説明図
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態による無線機能付き情報記録装置、アクセス装置、及び情報記録システムについて、図面を参照しつつ説明する。
１  実施の形態１
１．１  情報記録システム１００の構成
図１は本発明の実施の形態における無線機能付き情報記録システム１００の概略構成図である。情報記録システム１００は、アクセス装置１及び無線機能付き情報記録装置２を備える。
１．１．１  アクセス装置１
図１において、アクセス装置１は、ＣＰＵ１１、ＲＡＭ１２、情報記録装置インタフェース１３、ＲＯＭ１４を含む。アクセス装置１は、例えば、動画や静止画等のデジタルコンテンツを取り扱う装置であり、ムービー／デジタルスチルカメラ、携帯電話端末、タブレット端末、ＰＣアプリケーション等である。
【００１８】
ＲＯＭ１４にはアクセス装置１を制御するプログラムが格納されている。このプログラムはＲＡＭ１２を一時記憶領域として使用し、ＣＰＵ１１上で動作する。通信インタフェース１３は、無線機能付き情報記録装置２とアクセス装置１との接続部であり、制御信号及びデータの送受信を行う。
ＲＯＭ１４は更に、アプリケーション制御部１０１、ホストファイルシステム制御部１０２（ファイルシステム制御部又は第２のファイルシステム制御部の一例）、情報記録装置アクセス部１０３を含む。アプリケーション制御部１０１は、データの生成や電源の制御等アクセス装置１全体の制御を行う。ホストファイルシステム制御部１０２は、ＦＡＴファイルシステム等のファイルシステムによりデータをファイルとして管理するための制御を行う。
【００１９】
情報記録装置アクセス部１０３は、ホストファイルシステム制御部１０２からデータと共にデータのサイズとデータの保存先のアドレスを渡され、指定されたサイズのデータを情報記録装置２の不揮発性メモリ２３内の指定された位置に記録する。このように、情報記録装置アクセス部１０３は、情報記録装置２に対するコマンドやデータの送受信を制御する。更に情報記録装置アクセス部１０３は、情報記録装置２の無線部２５の制御に関するコマンドやデータの送受信も制御する。
【００２０】
ホストファイルシステム制御部１０２は更に、ファイル名変換処理部１０４を含む。ファイル名変換処理部１０４は、ファイル交換の対象ファイルの名称がＡＳＣＩＩコード以外であった場合に、転送前の変換処理、転送後の復元処理を実施する処理部であり、従来のアクセス装置には存在しないものである。本処理部の詳細については後述する。
１．１．２  情報記録装置２
一方、図１において情報記録装置２は、メインコントローラ２１、不揮発性メモリコントローラ２２、不揮発性メモリ２３（記憶部の一例）、無線コントローラ２４、及び無線部２５（無線部の一例）を含む。情報記録装置２は、例えば、デジタルコンテンツ等を格納するメモリカード、ＵＳＢメモリ等のリムーバブルメディア、内蔵記録装置である。
【００２１】
メインコントローラ２１は、無線機能付き情報記録装置２の制御全般を行う装置であり、ＣＰＵ等を含むシステムＬＳＩとして構成される。メインコントローラ２１は更に、アクセス装置インタフェース２１１、ＣＰＵ２１２、ＲＡＭ２１３、ＲＯＭ２１４を含む。
アクセス装置インタフェース２１１は、情報記録装置２とアクセス装置１との接続部であり、情報記録装置インタフェース１３同様、制御信号及びデータを送受信するインタフェースである。ＲＯＭ２１４には情報記録装置２を制御するプログラムが格納されており、このプログラムはＲＡＭ２１３を一時記憶領域として使用し、ＣＰＵ２１２上で動作する。
【００２２】
ＲＯＭ２１４は更に、カードファイルシステム制御部２１５（ファイルシステム制御部又は第１のファイルシステム制御部の一例）を含む。カードファイルシステム制御部２１５は、不揮発性メモリ２３上に構築されたＦＡＴファイルシステム等のファイルシステムを解釈し、ファイルデータの読み書きを実施するための制御を行う。このような処理は、従来アクセス装置１内のホストファイルシステム制御部１０２により実施される。しかし、本実施の形態では高速なファイル交換処理を実現するため、カード内にも同様の機能を持つカードファイルシステム制御部２１５を設ける。この制御部の詳細については後述する。
【００２３】
不揮発性メモリコントローラ２２は、メインコントローラ２１と不揮発性メモリ２３の間に位置し、不揮発性メモリ２３に対するコマンドやデータの送受信を制御する。また同様に、無線コントローラ２４は、メインコントローラ２１と無線部２５の間に位置し、無線部２５に対するコマンドやデータの送受信を制御する。無線部には、８０２．１１ｂ、ｇ、ｎに代表されるような無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信インタフェースを実現する回路やアンテナ等を含む。
１．２  情報記録システム１００によるファイル交換処理
図２は実施の形態１におけるファイル交換の概要を示した図である。符号１は送信側アクセス装置、符号２は送信側情報記録装置、符号１’は受信側アクセス装置、符号２’は受信側情報記録装置を示す。なお、この例では、受信側アクセス装置１’は送信側アクセス装置１と同じ構成及び機能を有し、受信側情報記録装置２’は送信側情報記録装置２と同じ構成及び機能を有するものとする。以下においては、送信側及び受信側において同じ構成を及び機能を有する部分については、同じ符号を参照して説明する。
【００２４】
このファイル交換処理は、送信側情報記録装置２に格納されたファイルデータを、送信側アクセス装置１の指令に基づいて受信側情報記録装置２’に無線送信し、受信側アクセス装置１’により認識されるまでの処理を含む。図２に示すファイル交換処理が図１４のものと異なる点は、ファイル交換処理の前に送信側アクセス装置１がファイル名変換処理を実施する点と、ファイル交換処理の後に受信側アクセス装置１’がファイル名復元処理を実施する点である。また、図２の各処理において実施されるファイル名通知方法は従来のものとは異なる。これら処理の追加、変更により、任意のファイル名を用いたファイル交換を実施する場合においても、情報記録装置側での地域毎の対応を不要としたファイル交換を実現することが可能となる。
【００２５】
図３は、図２で説明した実施の形態１におけるファイル交換の内容をシーケンスとして記載したものである。図３に記載しているＣｏｎｔ＿Ｉｎｆｏ，ＡＳＣＩＩ＿Ｎａｍｅ１，Ｕｎｉ＿Ｎａｍｅ，ＡＳＣＩＩ＿Ｎａｍｅ２はそれぞれコマンドの引数としてアクセス装置１及び情報記録装置２間で送受信される情報である。以下、本図に記載している各処理の詳細内容について図４から図７を用いて説明する。
１．２．１  ファイル名変換処理及びファイル転送要求処理
まず始めに、図４を用いて実施の形態１におけるファイル名変換処理、及びファイル転送要求処理について説明する。本処理は、主に、図３における送信側アクセス装置１により実施される処理である。特に、ファイル名変換処理は、送信側アクセス装置１内のホストファイルシステム制御部１０２のファイル名変換処理部１０４により実施される。
【００２６】
ステップＳ４０１：ファイル名変換処理部１０４は、ファイル交換の対象ファイル名（パス名）（入力されたファイル名の一例）がＡＳＣＩＩコード（第１のコードの一例）文字のみで構成されているか否かを判定する。対象ファイル名がＡＳＣＩＩコードにより構成されている場合（第１のファイル名の一例）はステップＳ４０５の処理に進み、ＡＳＣＩＩコード以外の文字コードを含む場合にはステップＳ４０２の処理に進む。
【００２７】
ステップＳ４０２：ステップＳ４０１の処理においてファイル名にＡＳＣＩＩコード以外の文字コードを含むと判定した場合、ファイル名変換処理部１０４は、対象ファイル名をＵｎｉｃｏｄｅ（ＵＴＦ−１６）（第２のコードの一例）に変換し、Ｕｎｉ＿Ｎａｍｅに設定する。例えば、ファイルシステムとしてＦＡＴファイルシステムを使用しており、元の対象ファイル名がＳｈｉｆｔ−ＪＩＳで格納されている場合、送信側アクセス装置１内のファイル名変換処理部１０４は、Ｓｈｉｆｔ−ＪＩＳのファイル名をＵｎｉｃｏｄｅ（ＵＴＦ−１６）に変換する処理を行う。例えば「￥あいうえお．ＪＰＧ」というファイル名（パス名）を持つファイルの場合、これらの文字コードをＵｎｉｃｏｄｅ（ＵＴＦ−１６）に変換してＵｎｉ＿Ｎａｍｅに設定する。
【００２８】
ステップＳ４０３：ファイル名変換処理部１０４は、ファイル送信に使用する仮の名称をＡＳＣＩＩコードのみを用いて生成し、ＡＳＣＩＩ＿Ｎａｍｅ１に設定する。仮の名称としては例えば「￥ＴＥＭＰ￥ＵＰ＿ＳＲＣ．ＪＰＧ」のような名称を機械的に生成する。
ステップＳ４０４：ホストファイルシステム制御部１０２は、ステップＳ４０３で決定したＡＳＣＩＩ＿Ｎａｍｅ１の名称のファイルを生成し、情報記録装置アクセス部１０３を介して情報記録装置２の不揮発性メモリ２３において対象ファイルのデータをコピーする。上記の例では、「￥ＴＥＭＰ￥ＵＰ＿ＳＲＣ．ＪＰＧ」という名称のファイルを作成し、「￥あいうえお．ＪＰＧ」のファイルデータをコピーする。また、対象ファイルの名称を直接ＡＳＣＩＩ＿Ｎａｍｅ１の名称に変更しても良い。この場合、対象ファイルのデータをコピーする処理が不要となるため、より高速に処理を実施することが可能となる。処理完了後、ステップＳ４０７の処理に進む。
【００２９】
ステップＳ４０５：ステップＳ４０１の処理においてファイル名にＡＳＣＩＩコードのみで構成されていると判定した場合、ホストファイルシステム制御部１０２は、対象ファイル名をＵｎｉｃｏｄｅ（ＵＴＦ−１６）に変換し、Ｕｎｉ＿Ｎａｍｅに設定する。この場合、対象ファイル名はＡＳＣＩＩコードのみで構成されている。Ｕｎｉｃｏｄｅ（ＵＴＦ−１６）は、ＡＳＣＩＩコードに対し上位互換性を有し、ＡＳＣＩＩ範囲内の文字コードはそのままＡＳＣＩＩコードとして扱う。従って、ＡＳＣＩＩコードからＵｎｉｃｏｄｅ（ＵＴＦ−１６）への変換処理は地域に関係なく、簡単な機械処理により実施することができる。
【００３０】
ステップＳ４０６：ホストファイルシステム制御部１０２は、対象ファイル名をＡＳＣＩＩ＿Ｎａｍｅ１に設定する。この場合、対象ファイル名はＡＳＣＩＩコードのみで構成されているため、対象ファイル名をそのままＡＳＣＩＩ＿Ｎａｍｅ１に設定する。
ステップＳ４０７：情報記録装置アクセス部１０３は、ＡＳＣＩＩ＿Ｎａｍｅ１、ＡＳＣＩＩ＿Ｎａｍｅ１に対応するＵｎｉ＿Ｎａｍｅと共に接続先に関する情報を示すＣｏｎｔ＿Ｉｎｆｏを指定し、送信側情報記録装置２にファイルの転送を要求する。ＡＳＣＩＩ＿Ｎａｍｅ１、Ｕｎｉ＿Ｎａｍｅは、前述の処理手順で説明したものである。Ｃｏｎｔ＿ＩｎｆｏはアクセスポイントのＳＳＩＤやネットワークキー、接続先の受信側情報記録装置２’の識別情報等、接続に必要な情報である。本実施の形態では、従来と同様の無線接続を実施することを想定しているため、Ｃｏｎｔ＿Ｉｎｆｏに使用する情報も従来と同様の情報で構成されており、詳細な説明は割愛する。また、Ｃｏｎｔ＿Ｉｎｆｏは本処理で通知するのではなく、ファイル交換の前処理として先に送信側アクセス装置１から送信側情報記録装置２に通知し、接続処理を事前に実施するようにしても良い。
【００３１】
なお、図示は省略しているが、ファイル転送処理が完了したとき、アクセス装置１は情報記録装置２よりファイル転送処理を完了した旨の通知を受信し、本処理を終了する。
１．２．２  ファイル検出／接続処理及びファイル転送処理
続いて、図５を用いて本実施の形態におけるファイル検出／接続処理、及びファイル転送処理について説明する。本処理は、主に図３における送信側情報記録装置２により実施される処理となる。
【００３２】
ステップＳ５０１：送信側情報記録装置２と受信側情報記録装置２’間で接続処理を行う。前述の通り、本実施の形態では送信側情報記録装置２と受信側情報記録装置２’間で無線接続を実施することを想定している。例えばファイル交換における無線接続をＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）が定めている接続ガイドラインに沿って実施することも可能である。この場合、例えば送信側情報記録装置２をＭ−ＤＭＳ（Ｍｏｂｉｌｅ  Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）、受信側情報記録装置２’をＭ−ＤＭＵ（Ｍｏｂｉｌｅ  Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｕｐｌｏａｄｅｒ）として接続を実施することによりファイル交換を実現することが可能である。
【００３３】
ステップＳ５０２：ＡＳＣＩＩ＿Ｎａｍｅ１を用いて、カードファイルシステム制御部２１５が対象ファイルを検索し、データを特定する。この際、ＡＳＣＩＩ＿Ｎａｍｅ１はＡＳＣＩＩコードのみを含むため、カードファイルシステム制御部２１５は地域による文字コードの違いに関係なく、ファイルを検索することが可能となる。
ステップＳ５０３：ステップＳ５０２の検索処理で特定したファイルのデータをカードファイルシステム制御部２１５が読み出し、受信側情報記録装置２’に送信する。この際、読み出したデータに対応するファイルの名称としてＵｎｉ＿Ｎａｍｅを受信側情報記録装置２’に通知する。このとき、例えばファイル交換における無線接続をＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）が定めている接続ガイドラインに沿って実施する場合、コンテンツのＴｉｔｌｅを示すメタとしてＵｎｉ＿Ｎａｍｅを使用することが考えられる。この場合、ＵｎｉｃｏｄｅとしてＵＴＦ−８を使用することになる。そのため、Ｕｎｉ＿ＮａｍｅとしてＵＴＦ−１６を使用している場合には、ＵＴＦ−８への変換処理が必要となる。この変換処理は地域に依存しない機械的な変換処理で実現できるため、送信側アクセス装置１、或いは送信側情報記録装置２のいずれかで事前に実施しておくことで、対応することが可能である。また、Ｕｎｉ＿Ｎａｍｅとして最初からＵＴＦ−８を使用するようにしても良い。更に、ファイルの種別（静止画、動画等）を別途通知する手段がある場合、Ｕｎｉ＿Ｎａｍｅにはファイル名から拡張子を削除した名称のみを設定するようにしても良い。
【００３４】
なお、図示は省略しているが、ファイル転送処理が完了したとき、送信側情報記録装置２は受信側情報記録装置２’よりファイル転送を完了した旨の通知を受信して受信側情報記録装置２’との接続を終了すると共に、アクセス装置１にファイル転送処理を完了した旨の通知を送信し、本処理を終了する。
１．２．３  ファイル生成処理
続いて、図６を用いて本実施の形態におけるファイル生成処理について説明する。本処理は、主に、図３における受信側情報記録装置２’により実施される処理となる。
【００３５】
ステップＳ６０１：カードファイルシステム制御部２１５は、送信側情報記録装置２から通知されたＵｎｉ＿ＮａｍｅがＡＳＣＩＩコードのみから構成されており、ＡＳＣＩＩファイル名に変換することが可能か判定する。ＡＳＣＩＩファイル名に変換することが可能な場合はステップＳ６０２の処理に進み、ＡＳＣＩＩファイル名に変換することができない場合はステップＳ６０３の処理に進む。
【００３６】
ステップＳ６０２：ステップＳ６０１の処理においてＡＳＣＩＩファイル名に変換することが可能と判定した場合、カードファイルシステム制御部２１５は、Ｕｎｉ＿ＮａｍｅをＡＳＣＩＩファイル名に変換し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。この際、Ｕｎｉ＿ＮａｍｅにはＡＳＣＩＩコードのみが含まれているため、地域に依存しない機械的な変換処理で実現することが可能である。処理完了後、ステップＳ６０４に進む。
【００３７】
ステップＳ６０３：ステップＳ６０１の処理においてＡＳＣＩＩファイル名に変換することができないと判定した場合、カードファイルシステム制御部２１５は、ステップＳ４０３と同様にファイル受信に使用する仮の名称をＡＳＣＩＩコードのみを用いて決定し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。仮の名称としては例えば「￥ＴＥＭＰ￥ＵＰ＿ＤＳＴ．ＪＰＧ」のような名称を機械的に生成する。処理完了後、ステップＳ６０４の処理に進む。
【００３８】
ステップＳ６０４：カードファイルシステム制御部２１５は、ステップＳ６０２或いはステップＳ６０３で決定したＡＳＣＩＩ＿Ｎａｍｅ２の名称のファイルを生成し、不揮発性メモリコントローラ２２を介して受信したデータを同ファイルに記録する。
ステップＳ６０５：カードファイルシステム制御部２１５は、ＡＳＣＩＩ＿Ｎａｍｅ２、Ｕｎｉ＿Ｎａｍｅを指定し、アクセス装置インタフェース２１１を介して受信側アクセス装置１’にファイル取得通知を送信する。なお、この通知処理は、ステップＳ６０５のようにファイルを記録した後に実施しても良いし、ファイルを記録する前に実施しても良い。
【００３９】
なお、図示は省略しているが、受信側情報記録装置２’は、ファイル転送を完了した旨の通知を送信側情報記録装置２に送信して、送信側情報記録装置２との接続を終了し、本処理を終了する。
１．２．４  ファイル名復元処理
続いて、図７を用いて本実施の形態におけるファイル名復元処理について説明する。本処理は、主に、図３における受信側アクセス装置１’により実施される処理となる。
【００４０】
ステップＳ７０１：ホストファイルシステム制御部１０２は、受信側情報記録装置２’から通知されたＡＳＣＩＩ＿Ｎａｍｅ２と、Ｕｎｉ＿Ｎａｍｅが同一の名称であるか否か判定する。送信側における元々のファイル交換対象ファイルがＡＳＣＩＩコードのみを含むファイル名であった場合、ＡＳＣＩＩ＿Ｎａｍｅ２、Ｕｎｉ＿Ｎａｍｅにはそれぞれ同じＡＳＣＩＩコードのファイル名が設定されている。また、元々のファイル交換対象ファイルがＡＳＣＩＩコード以外を含むファイル名であった場合、ＡＳＣＩＩ＿Ｎａｍｅ２、Ｕｎｉ＿Ｎａｍｅには各々異なるファイル名が設定されている。前者の場合、ファイル名復元処理は不要であるため、処理を終了する。また、後者の場合、ステップＳ７０２の処理に進む。
【００４１】
ステップＳ７０２：ホストファイルシステム制御部１０２のファイル名変換処理部１０４は、ＡＳＣＩＩ＿Ｎａｍｅ２の名称のファイルを、Ｕｎｉ＿Ｎａｍｅに名称変更する。例えば、ファイルシステムとしてＦＡＴファイルシステムを使用しており、ＡＳＣＩＩコード以外の文字コードを格納するためにＳｈｉｆｔ−ＪＩＳを使用している場合、Ｕｎｉ＿ＮａｍｅのＵｎｉｃｏｄｅ（ＵＴＦ−１６）のファイル名をＳｈｉｆｔ−ＪＩＳに変換する処理を行う。例えば前述の例の場合、「￥ＴＥＭＰ￥ＵＰ＿ＤＳＴ．ＪＰＧ」の名称を、「￥ＴＥＭＰ￥あいうえお．ＪＰＧ」という名称に変更する。
【００４２】
以上のように、本実施の形態のアクセス装置１と情報記録装置２を組み合わせて使用することにより、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名を用いた場合においても、情報記録装置２側での地域毎の対応を不要としたファイル交換を実現することが可能となる。
１．３  実施の形態１の効果
本実施の形態に係る送信側情報記録装置２は、アクセス装置１から指定されたＡＳＣＩＩコードにより構成されたファイル名を基に転送対象データを特定し、受信側情報記録装置２’にアクセス装置１から指定されたＵｎｉｃｏｄｅからなるファイル名と対象データとを転送する。これにより、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名を用いる場合においても、情報記録装置２内で地域毎の文字コード変換処理に対応する必要がない。従って、情報記録装置２において販売する地域毎に文字コードに対応する必要がないため実装負荷がかからず、使用範囲の広域化が可能である。また、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことが可能になる。
【００４３】
本実施の形態に係る送信側アクセス装置１は、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名をＡＳＣＩＩコードのみから構成されるファイル名に変換し、情報記録装置２にファイル転送を要求する。従って、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことを可能にする。
本実施の形態に係る受信側情報記録装置２’は、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名を送信側情報記録装置２より受信し、ＡＳＣＩＩコードのファイル名を有するファイルを生成し、同ファイル名でデータを記録し、同任意のファイル名とＡＳＣＩＩコードのファイル名とを受信側アクセス装置１’に通知する。従って、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことを可能にする。
【００４４】
本実施の形態に係る受信側アクセス装置１’は、受信側情報記録装置２’より通知された任意のファイル名とＡＳＣＩＩコードのファイル名とに基づき、ファイル名復元処理を行う。従って、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことを可能にする。
２．実施の形態２
図８は、本発明の一例である実施の形態２に係るファイル交換処理シーケンスを示した説明図である。以下、上記実施の形態１と異なる点について説明し、上記実施の形態１と同じ構成及び機能に関する説明は、省略する。また、本実施の形態によるファイル交換処理を実現する情報記録システムの構成は、図１に示す実施の形態１と同じであり、以下においては同じ符号用いて説明する。以下、本図に記載している各処理の詳細内容について図９から図１１を用いて説明する。
２．１  情報記録システム１００によるファイル交換処理
図８に示すように、本実施の形態においては、受信側の処理においてＡＳＣＩＩ＿Ｎａｍｅ２の名称決定を受信側アクセス装置１’で実施する。本シーケンスでは、ファイル生成処理を実施する前に受信側情報記録装置２’から受信側アクセス装置１’にＵｎｉ＿Ｎａｍｅを通知し、ＡＳＣＩＩ＿Ｎａｍｅ２の決定を受信側アクセス装置１’が行い、受信側情報記録装置２’に通知する。
２．１．１  ファイル名変換処理及びファイル転送要求処理
送信側アクセス装置１によるファイル名変換処理及びファイル転送要求処理は、実施の形態１（図４）と同様であるため、説明を省略する。
２．１．２  ファイル検出／接続処理及びファイル転送処理
続いて、図９を用いて本実施の形態におけるファイル検出／接続処理、及びファイル転送処理について説明する。本処理は、主に図３における送信側情報記録装置２により実施される処理となる。
【００４５】
ステップＳ９０１：送信側情報記録装置２と受信側情報記録装置２’間で接続処理を行う。なお、この接続処理については実施の形態１と同様である（図５のステップＳ５０１）。
ステップＳ９０２：ＡＳＣＩＩ＿Ｎａｍｅ１を用いて、カードファイルシステム制御部２１５が対象ファイルを検索し、データを特定する。この際、ＡＳＣＩＩ＿Ｎａｍｅ１はＡＳＣＩＩコードのみを含むため、カードファイルシステム制御部２１５は地域による文字コードの違いに関係なく、ファイルを検索することが可能となる。
【００４６】
ステップＳ９０３：カードファイルシステム制御部２１５は、ファイル転送を開始する旨の通知を受信側情報記録装置２’に送信する。この際、ファイルの名称としてＵｎｉ＿Ｎａｍｅを受信側情報記録装置２’に通知する。このとき、例えばファイル交換における無線接続をＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）が定めている接続ガイドラインに沿って実施する場合、コンテンツのＴｉｔｌｅを示すメタとしてＵｎｉ＿Ｎａｍｅを使用することが考えられる。この場合、ＵｎｉｃｏｄｅとしてＵＴＦ−８を使用することになる。そのため、Ｕｎｉ＿ＮａｍｅとしてＵＴＦ−１６を使用している場合には、ＵＴＦ−８への変換処理が必要となる。この変換処理は地域に依存しない機械的な変換処理で実現できるため、送信側アクセス装置１、或いは送信側情報記録装置２のいずれかで事前に実施しておくことで、対応することが可能である。また、Ｕｎｉ＿Ｎａｍｅとして最初からＵＴＦ−８を使用するようにしても良い。更に、ファイルの種別（静止画、動画等）を別途通知する手段がある場合、Ｕｎｉ＿Ｎａｍｅにはファイル名から拡張子を削除した名称のみを設定するようにしても良い。
【００４７】
ステップＳ９０４：カードファイルシステム制御部２１５は、後述する受信側情報記録装置２’よりファイル名設定が完了した旨の通知を受信したかどうかを判断する。
ステップＳ９０５：カードファイルシステム制御部２１５は、ステップＳ９０４において受信側情報記録装置２’よりファイル名設定が完了した旨の通知を受信した場合、受信側情報記録装置２’に対しファイル転送処理を開始する。
【００４８】
ステップＳ９０６：カードファイルシステム制御部２１５は、受信側情報記録装置２’よりファイル転送を完了した旨の通知を受信したかどうかを判断する。
ステップＳ９０７：カードファイルシステム制御部２１５は、ステップＳ９０６において受信側情報記録装置２’よりファイル転送を完了した旨の通知を受信した場合、受信側情報記録装置２’との接続を終了すると共に、アクセス装置１にファイル転送処理を完了した旨の通知を送信し、本処理を終了する。
２．１．３  ファイル生成処理
続いて、図１０を用いて本実施の形態におけるファイル生成処理について説明する。本処理は、主に、図３における受信側情報記録装置２’により実施される処理となる。
【００４９】
ステップＳ１００１：カードファイルシステム制御部２１５は、まず、送信側情報記録装置２からＵｎｉ＿Ｎａｍｅのファイル名と共にファイル転送を開始する旨の通知（図９のステップＳ９０３）を受信したかどうかを判断する。
ステップＳ１００２：カードファイルシステム制御部２１５は、ステップＳ１００１においてファイル転送を開始する旨の通知（図９のステップＳ９０３）を受信した場合、Ｕｎｉ＿Ｎａｍｅのファイル名を受信側アクセス装置１’に通知する。
【００５０】
ステップＳ１００３：カードファイルシステム制御部２１５は、受信側アクセス装置１’よりステップＳ１００２において通知したＵｎｉ＿Ｎａｍｅのファイル名に対応し、ＡＳＣＩＩコードのみから構成されるファイル名ＡＳＣＩＩ＿Ｎａｍｅ２を受信する。
ステップＳ１００４：カードファイルシステム制御部２１５は、ファイル名の設定完了通知を送信側情報記録装置２に通知する。
【００５１】
ステップＳ１００５：送信側情報記録装置２と間でファイル転送が行わる。
ステップＳ１００６：カードファイルシステム制御部２１５は、ステップＳ１００３で受信したＡＳＣＩＩ＿Ｎａｍｅ２のファイル名でファイルを生成し、不揮発性メモリコントローラ２２を介して受信したデータを同ファイルに記録する。
ステップＳ１００７：カードファイルシステム制御部２１５は、無線部２５を介して、送信側情報記録装置２に対しファイル転送完了通知を送信し、送信側情報記録装置２との接続を終了する。
【００５２】
ステップＳ１００８：カードファイルシステム制御部２１５は、アクセス装置インタフェース２１１を介して受信側アクセス装置１’にファイル取得通知を送信する。
２．１．４  ファイル名設定処理及びファイル名復元処理
続いて、図１１を用いて本実施の形態におけるファイル生成処理について説明する。本処理は、主に、図３における受信側アクセス装置１’のホストファイルシステム制御部１０２、特にファイル名変換処理部１０４により実施される処理となる。
【００５３】
ステップＳ１１０１：ファイル名変換処理部１０４は、Ｕｎｉ＿Ｎａｍｅのファイル名を受信側情報記録装置２’より受信する。
ステップＳ１１０２：ファイル名変換処理部１０４は、受信されたＵｎｉ＿ＮａｍｅがＡＳＣＩＩコードのみから構成されており、ＡＳＣＩＩファイル名に変換することが可能か判定する。ＡＳＣＩＩファイル名に変換することが可能な場合はステップＳ１１０３の処理に進み、ＡＳＣＩＩファイル名に変換することができない場合はステップＳ１１０４の処理に進む。
【００５４】
ステップＳ１１０３：ステップＳ１１０２の処理においてＡＳＣＩＩファイル名に変換することが可能と判定した場合、ファイル名変換処理部１０４は、Ｕｎｉ＿ＮａｍｅをＡＳＣＩＩファイル名に変換し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。この際、Ｕｎｉ＿ＮａｍｅにはＡＳＣＩＩコードのみが含まれているため、地域に依存しない機械的な変換処理で実現することが可能である。
【００５５】
ステップＳ１１０４：ステップＳ１１０２の処理においてＡＳＣＩＩファイル名に変換することができないと判定した場合、ファイル名変換処理部１０４は、仮の名称をＡＳＣＩＩコードのみを用いて決定し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。仮の名称としては例えば「￥ＴＥＭＰ￥ＵＰ＿ＤＳＴ．ＪＰＧ」のような名称を機械的に生成する。
ステップＳ１１０５：ホストファイルシステム制御部１０２は、ステップＳ１１０３或いはステップＳ１１０４で決定したＡＳＣＩＩ＿Ｎａｍｅ２のファイル名を、情報記録装置インタフェース１３を介して受信側情報記録装置２’に通知する（図１０１のステップＳ１００３）。
【００５６】
ステップＳ１１０６：ホストファイルシステム制御部１０２は、受信側情報記録装置２’よりファイル取得通知を受信したかどうか（図１０のステップＳ１００８）を判断する。
ステップＳ１１０７：ファイル名変換処理部１０４は、ファイル名復元処理を行う。なお、この処理は、実施の形態１（図７）と同様であるため、説明は省略する。
２．２  実施の形態２の効果
上記実施の形態においては、実施の形態１による効果に加え、次のような効果を奏する。ＡＳＣＩＩ＿Ｎａｍｅ２の決定を受信側アクセス装置１’が実施することにより、最終的にファイルを管理する受信側アクセス装置１’の所望のパスにファイルを格納することができ、受信側アクセス装置１’のファイル管理を容易にすることが可能となる。
２．３  実施の形態２の変形例
なお、図８のシーケンスにおいて、受信側アクセス装置１’によるファイル名通知（ＡＳＣＩＩ＿Ｎａｍｅ２）」の直前に受信側アクセス装置１’でファイルを作成する処理を追加しても良い。この場合、受信側情報記録装置２’における「ファイル生成処理」は、受信側アクセス装置１’から取得した作成済みのファイルにデータを記録するのみの処理となる。このようにすることで、受信側情報記録装置２’の処理負荷を更に低減することが可能となる。
３  実施の形態３
図１２は、本発明の一例である実施の形態３に係るファイル交換処理シーケンスを示した説明図である。以下、上記実施の形態１と異なる点について説明し、上記実施の形態１と同じ構成及び機能に関する説明は、省略する。また、本実施の形態によるファイル交換処理を実現する情報記録システムの構成は、図１に示す実施の形態１と同じであり、以下においては同じ符号用いて説明する。
【００５７】
図１２に示すファイル交換処理では、次の点において上記実施の形態１と異なる。まず、送信側アクセス装置１は、ファイル名変換処理（図４のステップＳ４０１〜Ｓ４０７と同様）を行った後、ファイル転送開始要求をＵｎｉ＿Ｎａｍｅ及びＣｏｎｔ＿Ｉｎｆｏと共に送信側情報記録装置２に送信する。これを受けて、送信側情報記録装置２は、受信側情報記録装置２’との接続処理を行い、次いで受信側情報記録装置２’にファイル転送開始通知を送信する。続いて、送信側アクセス装置１はファイル転送要求をＡＳＣＩＩ＿Ｎａｍｅ１と共に送信側情報記録装置２に送信する。これを受けて、送信側情報記録装置２は、ファイル検出処理を行い、特定したファイルのデータを受信側情報記録装置２’に送信する。（図５のステップＳ５０２〜Ｓ５０３と同様）。その他受信側情報記録装置２’及び受信側アクセス装置１’による処理は、実施の形態１と同様である。
【００５８】
以上のように、上記実施の形態においては、実際のファイル転送を実施する前に、送信側情報記録装置２から受信側情報記録装置２’に、Ｕｎｉ＿Ｎａｍｅを通知し、ファイル転送処理では実際のファイルデータが転送されるのみで、特にＵｎｉ＿Ｎａｍｅの情報を通知する必要はない。このように、Ｕｎｉ＿Ｎａｍｅの通知タイミングは、図３のシーケンスにおける通知タイミングに限定されるものではなく、送信側から受信側に正しく通知されるのであれば、その他のタイミングで実施しても良い。
４  実施の形態４
図１３は、本発明の一例である実施の形態４に係るファイル交換処理シーケンスを示した説明図である。以下、上記実施の形態３と異なる点について説明し、上記実施の形態１又は３と同じ構成及び機能に関する説明は、省略する。また、本実施の形態によるファイル交換処理を実現する情報記録システムの構成は、図１に示す実施の形態１と同じであり、以下においては同じ符号用いて説明する。
【００５９】
本実施の形態においては、受信側情報記録装置２’及び受信側アクセス装置１’による処理を実施の形態２と同様としている点で、上記実施の形態３とは異なる。具体的には、次の通りである。
送信側情報記録装置２よりファイル転送開始通知を受信した受信側情報記録装置２’は、Ｕｎｉ＿Ｎａｍｅのファイル名を受信側アクセス装置１’に通知する（図１０のステップＳ１００２と同様）。これを受けて、受信側アクセス装置１’は、ファイル名設定処理を行い、ＡＳＣＩＩコードのみから構成されるＡＳＣＩＩ＿Ｎａｍｅ２のファイル名を生成し、受信側情報記録装置２’に通知する（図１１のステップＳ１１０１〜Ｓ１１０５）。これを受けて、受信側情報記録装置２’は、ファイル名の設定完了通知を送信側情報記録装置２に通知する。次いで、送信側情報記録装置２はファイル転送を行い、受信側情報記録装置２’はファイル生成処理を行う（図１０のステップＳ１００６と同様）。その後も、実施の形態２と同様に処理を行う。
５  実施の形態５
上記実施の形態１〜４においては、アクセス装置１（又はアクセス装置１’）がファイルシステムによるファイル管理を行うホストファイルシステム制御部１０２を有するのに加え、情報記録装置２（又は情報記録装置２’）もファイルシステムによるデータの読み書きを管理するカードファイルシステム制御部２１５を有する。従って、アクセス装置１側と情報記録装置２側においてファイルシステムによる管理情報の不一致が発生しないようにするための排他制御が行われる。
【００６０】
以下、図８に示す実施の形態２によるファイル交換処理シーケンスを参照して、排他制御の一例について説明する。
図８に示すように、送信側アクセス装置１の処理期間１Ｅと送信側情報記録装置２の処理期間２Ｅは、重複して動作しないように制御される。送信側アクセス装置１の処理期間１Ｅ中は、送信側情報記録装置２のカードファイルシステム制御部２１５の動作は禁止状態になるよう制御される。一方、送信側情報記録装置２の処理期間２Ｅ中は、送信側アクセス装置１のホストファイルシステム制御部１０２の動作は禁止状態になるよう制御される。
【００６１】
受信側アクセス装置１’の処理期間１Ｅ’と、受信側情報記録装置２’の処理期間２Ｅ’についても同様に排他制御される。
なお、上記排他制御はアクセス装置１又は１’の例えばホストファイルシステム制御部１０２により行われる。
以上のように、アクセス装置と情報記録装置とにおいてファイルシステムを制御する制御部の動作について排他制御を行うことにより、ファイルシステムの管理情報の不一致が発生することを確実に防ぐことができる。
【００６２】
なお、実施の形態１、３及び４においても、同様に排他制御を適用することが可能である。例えば、送信側については、実施の形態１（図３）、実施の形態３（図１２）及び実施の形態４（図１３）においては、情報記録装置２のカードファイルシステム制御部２１５は、アクセス装置１より少なくともＡＳＣＩＩ＿Ｎａｍｅ１のファイル名を受信するまでは動作しないよう制御される。また、受信側については、実施の形態１（図３）及び実施の形態３（図１２）においては、情報記録装置２’のカードファイルシステム制御部２１５は、少なくともファイルの転送処理の開始の通知を受信するまでは、動作しないよう制御される。
６  その他実施の形態
上記実施の形態における処理方法の実行順序は、必ずしも、上記実施の形態の記載に制限されるものではなく、発明の要旨を逸脱しない範囲で、実行順序を入れ替えることができるものである。例えば、図３、図８、図１２、及び図１３のシーケンスを用いて上記実施の形態における処理シーケンスを説明したが、このシーケンスに限定されるものではない。例えば、これらのシーケンスの一部を組み合わせて実施してもよい。
【００６３】
上記実施の形態で説明したアクセス装置及び情報記録装置において、各ブロックは、ＬＳＩなどの半導体装置により個別に１チップ化されても良いし、一部又は全部を含むように１チップ化されても良い。例えば図１の構成において、情報記録装置２は、メインコントローラ２１、不揮発性メモリコントローラ２２、無線コントローラ２４の３種類のコントローラで構成される例について記載したが、これらを１つのコントローラに集約する、或いは不揮発性メモリ２３などのその他の構成要素も含めて１つのコントローラに集約するなど、その他のチップ構成としても良い。
【００６４】
また、ここではＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。
【００６５】
更には、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適用等が可能性としてあり得る。
また、上記実施の形態の各処理をハードウェアにより実現しても良いし、ソフトウェア（ＯＳ（オペレーティングシステム）、ミドルウェア、あるいは、所定のライブラリと共に実現される場合を含む。）により実現しても良い。更に、ソフトウェアおよびハードウェアの混在処理により実現しても良い。なお、上記実施の形態に係るアクセス装置、無線機能付き情報記録装置をハードウェアにより実現する場合、各処理を行うためのタイミング調整を行う必要があるのは言うまでもない。上記実施の形態においては、説明の便宜上、実際のハードウェア設計で生じる各種信号のタイミング調整の詳細については省略している。
【００６６】
また、上記実施の形態において、アクセス装置と無線機能付き情報記録装置とは、別装置である場合について説明したが、これに限定されることはなく、アクセス装置と無線機能付き情報記録装置とは、１つの装置内に構成されるものであっても良い。
また、上記実施の形態では、無線機能付き情報記録装置２間のファイル交換処理を例に挙げ説明をしたが、送信側、あるいは受信側のいずれかは従来の機器であっても良い。例えば、ＤＬＮＡの接続を用いてファイル交換をする場合、送信側のＭ−ＤＭＵ、受信側のＭ−ＤＭＳのいずれかは、従来のＤＬＮＡ準拠の機器としても良い。また、送受信間の接続もＤＬＮＡに限定されるものではなく、元ファイルの名称を受信側に送信することができるのであれば、その他の接続方法を用いても良い。
【００６７】
また、無線機能付き情報記録装置２はメモリカードの形状の他、ＵＳＢメモリ、外部ＨＤＤや、内蔵装置など、その他の形状としても良い。
なお、本発明は、情報記録装置、アクセス装置、又は情報記録システムとしてだけでなく、情報通信方法としても実現できる。
【産業上の利用可能性】
【００６８】
上記のようなアクセス装置は、動画や静止画などのデジタルコンテンツを取り扱う機器に適用でき、ムービー、デジタルスチルカメラ、携帯電話端末、タブレット端末、ＰＣアプリケーション等として利用することができる。また、無線機能付き情報記録装置２は、上記デジタルコンテンツ等を格納するメモリカード、ＵＳＢメモリ等のリムーバブルメディア、あるいは内蔵記録装置等として利用することができる。
【符号の説明】
【００６９】
１，１’  アクセス装置
２，２’  無線機能付き情報記録装置
１１，２１２  ＣＰＵ
１２，２１３  ＲＡＭ
１３  情報記録装置インタフェース
１４，２１４  ＲＯＭ
２１  メインコントローラ
２２  不揮発性メモリコントローラ
２３  不揮発性メモリ
２４  無線コントローラ
２５  無線部
１００  情報記録システム
１０１  アプリケーション制御部
１０２  ホストファイルシステム制御部
１０３  情報記録装置アクセス部
１０４  ファイル名変換処理部
２１１  アクセス装置インタフェース
２１５  カードファイルシステム制御部
【図１】
2012164815.tif 000003
【図２】
2012164815.tif 000004
【図３】
2012164815.tif 000005
【図４】
2012164815.tif 000006
【図５】
2012164815.tif 000007
【図６】
2012164815.tif 000008
【図７】
2012164815.tif 000009
【図８】
2012164815.tif 000010
【図９】
2012164815.tif 000011
【図１０】
2012164815.tif 000012
【図１１】
2012164815.tif 000013
【図１２】
2012164815.tif 000014
【図１３】
2012164815.tif 000015
【図１４】
2012164815.tif 000016
【手続補正書】
【提出日】平成24年11月29日(2012.11.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データを格納する記憶部と、
前記記憶部に格納されているデータを第１のキャラクターコードにより構成されるファイル名に基づいて管理する第１のファイルシステム制御部と、
無線信号を送受信する無線部と、
を備える、情報記録装置であって、
前記第１のファイルシステム制御部は、
前記情報記録装置に接続されたアクセス装置によって管理され、所定のキャラクターコードにより構成される所定のファイル名を有する、前記記憶部に記録されるファイルに対し、前記第１のキャラクターコードにより構成される第１のファイル名と、前記所定のファイル名から生成され第２のキャラクターコードにより構成される第２のファイル名と、を前記アクセス装置から取得し、
前記第１のファイル名に基づいて、前記記憶部内の前記アクセス装置によって管理されるファイルを特定し、
前記第２のファイル名と、前記特定されたファイルのデータとを、前記無線部を介して接続される他の情報記録装置に送信する、
情報記録装置。
【請求項２】
前記第１のキャラクターコードはＡＳＣＩＩコードである、
請求項１に記載の情報記録装置。
【請求項３】
前記第２のキャラクターコードはＵｎｉｃｏｄｅである、
請求項１に記載の情報記録装置。
【請求項４】
前記第１のファイルシステム制御部は、前記第２のファイル名を前記他の情報記録装置に送信した後、前記他の情報記録装置よりファイル名を設定した旨の通知を受信してから、前記特定されたファイルのデータを前記他の情報記録装置に送信する、
請求項１に記載の情報記録装置。
【請求項５】
前記第１のファイルシステム制御部は、少なくとも前記第１のファイル名を取得するまで動作しないように制御される、
請求項１に記載の情報記録装置。
【請求項６】
データを格納する記憶部と、
前記記憶部に格納されているデータを第１のキャラクターコードにより構成されるファイル名に基づいて管理する第１のファイルシステム制御部と、
無線信号を送受信する無線部と、
を備える、情報記録装置であって、
前記第１のファイルシステム制御部は、
所定のファイル名から生成され第２のキャラクターコードにより構成される第２のファイル名と、前記第２のファイル名に対応する所定のデータとを、前記無線部を介して接続される他の情報記録装置より取得し、
前記第１のキャラクターコードにより構成される第１のファイル名を取得し、
前記第１のファイル名を有するファイルを生成し、
受信した前記所定のデータを前記第１のファイル名を有するファイルに記録し、
接続されたアクセス装置に対して、前記第１のファイル名と前記第２のファイル名とを送信する、
情報記録装置。
【請求項７】
前記第１のキャラクターコードはＡＳＣＩＩコードである、
請求項６に記載の情報記録装置。
【請求項８】
前記第２のキャラクターコードはＵｎｉｃｏｄｅである、
請求項６に記載の情報記録装置。
【請求項９】
前記第２のキャラクターコードは前記第１のキャラクターコードに対して互換性を有し、
前記第１のファイルシステム制御部は、
受信した前記第２のファイル名に基づき生成されたファイル名を前記第１のファイル名として取得する、
請求項６に記載の情報記録装置。
【請求項１０】
前記第１のファイルシステム制御部は、
受信した前記第２のファイル名に関係なく前記第１のキャラクターコードにより構成されたファイル名を前記第１のファイル名として取得する、
請求項６に記載の情報記録装置。
【請求項１１】
前記第１のファイルシステム制御部は、
前記第２のファイル名における前記第１のキャラクターコードを変換することにより生成されたファイル名を前記第１のファイル名として取得する、
請求項９に記載の情報記録装置。
【請求項１２】
前記第１のファイルシステム制御部は、前記他の情報記録装置より前記所定のデータの送信を開始する旨の通知を受信するまで、動作しないように制御される、
請求項６に記載の情報記録装置。
【請求項１３】
前記第１のファイルシステム制御部は、前記第１のファイル名を取得するまで、動作しないように制御される、
請求項６に記載の情報記録装置。
【請求項１４】
請求項１又は６に記載の情報記録装置と、
前記情報記録装置に接続され、前記情報記録装置の前記記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置と、
を備える情報記録システム。
【請求項１５】
前記アクセス装置の前記第２のファイルシステム制御部は、前記情報記録装置の前記第１のファイルシステム制御部が動作している間は、動作しないように制御される、
請求項１４に記載の情報記録システム。
【請求項１６】
前記アクセス装置の前記第２のファイルシステム制御部は、入力されたファイル名に基づき前記第１のファイル名及び前記第２のファイル名を設定し、前記情報記録装置に前記第１のファイル名及び前記第２のファイル名を送信する、
請求項１４に記載の情報記録システム。
【請求項１７】
前記アクセス装置の前記第２のファイルシステム制御部は、前記第１のファイル名と前記第２のファイル名が同一かどうかを判定し、同一でない場合前記第１のファイル名を前記第２のファイル名に変更する、
請求項１４に記載の情報記録システム。
【請求項１８】
データを格納する記憶部と、前記記憶部に格納されているデータを第１のキャラクターコードにより構成されるファイル名に基づいて管理するファイルシステム制御部と、無線信号を送受信する無線部とを有する情報記録装置を用いた情報通信方法であって、前記ファイルシステム制御部により、
前記情報記録装置に接続されたアクセス装置によって管理され、所定のキャラクターコードにより構成される所定のファイル名を有する、前記記憶部に記録されるファイルに対し、前記第１のキャラクターコードにより構成される第１のファイル名と、前記所定のファイル名から生成され第２のキャラクターコードにより構成される第２のファイル名と、を前記アクセス装置から取得し、
前記第１のファイル名に基づいて、前記記憶部内の前記アクセス装置によって管理されるファイルを特定し、
前記第２のファイル名と、前記特定されたファイルのデータとを、前記無線部を介して接続される他の情報記録装置に送信する、
情報通信方法。
【請求項１９】
データを格納する記憶部と、前記記憶部に格納されているデータを第１のキャラクターコードにより構成されるファイル名に基づいて管理するファイルシステム制御部と、無線信号を送受信する無線部とを有する情報記録装置を用いた情報通信方法であって、前記ファイルシステム制御部により、
所定のファイル名から生成され第２のキャラクターコードにより構成される第２のファイル名と、前記第２のファイル名に対応する所定のデータとを前記無線部を介して接続される他の情報記録装置より取得し、
前記第１のキャラクターコードにより構成される第１のファイル名を取得し、
前記第１のファイル名を有するファイルを生成し、
受信した前記所定のデータを前記第１のファイル名を有するファイルに記録し、
接続されたアクセス装置に対して、前記第１のファイル名と前記第２のファイル名とを送信する、
情報通信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを不揮発性メモリに格納しファイルとして管理すると共に、無線通信により外部の機器と通信を行う技術に関する。
【背景技術】
【０００２】
音楽コンテンツや、映像データ等のデジタルデータを記録する記録媒体には、磁気ディスク、光ディスク、光磁気ディスク等、様々な種類が存在する。これら記録媒体の内、記録素子にＦｌａｓｈＲＯＭ等の半導体メモリを使用したメモリカードは、記録媒体の小型化を実現できることから、デジタルスチルカメラや携帯電話端末等、小型の携帯機器を中心に急速に普及している。更に最近では、ＦｌａｓｈＲＯＭ等の半導体メモリを機器に内蔵してハードディスクの代わりに使用する等、従来のメモリカードのような着脱可能なリムーバブルメディアとしての用途のみならず、機器内蔵ストレージとしての用途でも半導体メモリが使用されるようになってきた。
【０００３】
一方、近年、駅や喫茶店等で接続できる公衆アクセスポイントの増加や、ホームネットワークの無線化により、急速に無線ＬＡＮ接続環境が普及しつつある。これに伴い、無線ＬＡＮに対応する機器も、従来主流であったノート型ＰＣに加え、携帯電話端末やタブレット端末、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）、ＨＤＤレコーダ等、端末の数、種類共に急速に広がりつつある。
【０００４】
このような無線ＬＡＮの普及を背景に、従来のメモリカードに無線機能を搭載した無線機能付きメモリカードが提案されている（例えば、特許文献１）。無線機能付きメモリカードは、従来型のメモリカードとインタフェース形状が同じであるため、従来のメモリカード用のスロットを備えたホスト機器とインタフェースを共用することができる。更に、無線機能付きメモリカードにより、ホスト機器側に無線通信用のハードウェア、ソフトウェアリソースを搭載することなく、低コストで無線対応することが可能となる。
【０００５】
例えばデジタルスチルカメラにメモリカードを装着する場合、従来は、Ｗｅｂサービスへの静止画投稿等は、一旦メモリカードをデジタルスチルカメラからＰＣ等に差し換えて実施する必要があった。しかし、無線機能付きメモリカードであれば、Ｗｅｂサービスへの静止画投稿等をデジタルスチルカメラから直接実施することができる等、ホスト機器を容易にネットワーク接続することが可能となる。
【０００６】
更にメモリカードに無線通信機能を搭載することにより、メモリカード間で直接無線接続し、ファイルを交換するようなユースケースも実現することができる。これにより、例えば運動会や結婚式などのイベントで撮影した静止画を、その場で相手に渡すことができ、写真交換をより手軽に行えるようになる。
【０００７】
図１４はファイル交換の概要を示す図である。ファイル交換では、まず始めに送信側ホスト機器３０（例えば、デジタルスチルカメラ）が送信側カード４０（例えば、無線機能付きメモリカード）に対して、転送先の情報と、対象とするファイル名を指定し、ファイルの転送指示を出す。次に送信側カード４０は、受け取った転送先の情報を基に受信側カード４１（例えば、無線機能付きメモリカード）と接続する。送信側カード４０は更に、受け取ったファイル名を基に対象ファイルを検出し、実際にファイルデータの読み出し、受信側カード４１に送信を行う。受信側カード４１はファイルデータを受信するとファイルを生成し、受信側ホスト３１（例えば、デジタルスチルカメラ）にファイルを取得した旨を通知する。
【０００８】
別の方法として、ファイルの読み出し処理は送信側ホスト３０により実施し、読み出したデータを送信側ホスト３０から送信側カード４０に送信することにより、送信側カード４０内にファイルシステムの処理を持たせないという方法が考えられる。しかしながら、図１４のようにファイルの読み出し、送信処理を送信側カード４０内で実施するように構成することにより、送信側ホスト３０、送信側カード４０間のデータ転送を不要とし、ファイル転送を高速化することが可能となる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００２−３６６９１９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ファイル交換では、管理のため送信元のファイル名と受信側のファイル名を一致させることが望ましい。一般にデジタルスチルカメラで撮影した静止画のファイル名は所定のルールによりＡＳＣＩＩコードで付与されている。ＡＳＣＩＩとは、７ビットのコードで表現される英数字である。ＡＳＣＩＩコードによる名称は“ＩＭＡＧ０００１．ＪＰＧ”のように無機質な名称であるため、ユーザがより分かりやすい“２０１１年運動会０００１．ＪＰＧ”のような名称に付け替える場合がある。
【００１１】
任意の名称を持つファイルをファイル交換する場合、図１４における送信側カード４０、受信側カード４１内のファイルシステムが任意の名称を扱えるようにする必要がある。一般にメモリカードに使用されているＦＡＴファイルシステムでは、文字コードとしてＳｈｉｆｔ−ＪＩＳ等の地域に依存した文字コードが使用されている。そのため、任意の名称をファイル名に使用する場合にはカード内のファイルシステムでＳｈｉｆｔ−ＪＩＳ等の地域に依存した文字コードに対応しておく必要がある。この場合、地域毎に使用される文字コードが異なるため、予めカード内に全地域の文字コード対応処理を組み込んでおくか、販売する地域毎にカード内の文字コード対応処理を変更する必要があり、いずれもカードの実装負荷が重くなる。
【００１２】
上記問題点に鑑み、以下に開示する技術は、任意のファイル名を用いたファイル交換を可能にすることを目的とする。
【課題を解決するための手段】
【００１３】
本発明の一つの観点によれば、データを格納する記憶部と、記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部とを備える、情報記録装置が提供される。第１のファイルシステム制御部は、情報記録装置に接続されたアクセス装置から、第１のファイル名と、第１のファイル名に対応し第１のコードとは異なる第２のコードにより構成された第２のファイル名とを取得し、記憶部に格納されているデータのうち第１のファイル名を有する所定のデータを特定し、第２のファイル名と所定のデータとを、無線部を介して接続される他の情報記録装置に送信する。
【００１４】
本発明の別の観点によれば、データを格納する記憶部と、記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部とを備える、情報記録装置において、第１のファイルシステム制御部は、第１のコードとは異なる第２のコードにより構成された第２のファイル名と、第２のファイル名に対応する所定のデータとを、無線部を介して接続される他の情報記録装置より取得し、第１のファイル名を取得し、第１のファイル名を有するファイルを生成し、受信した所定のデータを第１のファイル名を有するファイルに記録し、接続されたアクセス装置に対して、第１のファイル名と第２のファイル名とを送信する、情報記録装置が提供される。
【００１５】
本発明の更に別の観点によれば、上記いずれかの観点に係る情報記録装置と、同情報記録装置に接続され、情報記録装置の記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置とを備える情報記録システムが提供される。
【００１６】
本発明更に別の観点によれば、データを格納する記憶部と、記憶部に格納されているデータを第１のコードにより構成された第１のファイル名に基づいて管理するファイルシステム制御部と、無線信号を送受信する無線部とを有する情報記録装置を用いた情報通信方法が提供される。
【発明の効果】
【００１７】
本発明によれば、任意のファイル名を用いたファイル交換を実現することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】実施の形態１における無線機能付き情報記録システムの概略構成図
【図２】実施の形態１におけるファイル交換処理の概要を示した説明図
【図３】実施の形態１におけるファイル交換処理シーケンスを示した説明図
【図４】実施の形態１における送信側アクセス装置によるファイル名変換処理手順及びファイル転送要求処理手順を示したフローチャート
【図５】実施の形態１における送信側情報記録装置によるファイル検出／接続処理手順及びファイル転送処理手順を示したフローチャート
【図６】実施の形態１における受信側情報記録装置によるファイル生成処理手順を示したフローチャート
【図７】実施の形態１における受信側アクセス装置によるファイル名復元処理手順を示したフローチャート
【図８】実施の形態２におけるファイル交換処理シーケンスを示した説明図
【図９】実施の形態２における送信側情報記録装置によるファイル検出／接続処理手順及びファイル転送処理手順を示したフローチャート
【図１０】実施の形態２における受信側情報記録装置によるファイル生成処理手順を示したフローチャート
【図１１】実施の形態２における受信側アクセス装置によるファイル名設定処理及びファイル名復元処理手順を示したフローチャート
【図１２】実施の形態３におけるファイル交換処理シーケンスを示した説明図
【図１３】実施の形態４におけるファイル交換処理シーケンスを示した説明図
【図１４】従来のファイル交換処理の概要を示した説明図
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態による無線機能付き情報記録装置、アクセス装置、及び情報記録システムについて、図面を参照しつつ説明する。
【００２０】
１  実施の形態１
１．１  情報記録システム１００の構成
図１は本発明の実施の形態における無線機能付き情報記録システム１００の概略構成図である。情報記録システム１００は、アクセス装置１及び無線機能付き情報記録装置２を備える。
【００２１】
１．１．１  アクセス装置１
図１において、アクセス装置１は、ＣＰＵ１１、ＲＡＭ１２、情報記録装置インタフェース１３、ＲＯＭ１４を含む。アクセス装置１は、例えば、動画や静止画等のデジタルコンテンツを取り扱う装置であり、ムービー／デジタルスチルカメラ、携帯電話端末、タブレット端末、ＰＣアプリケーション等である。
【００２２】
ＲＯＭ１４にはアクセス装置１を制御するプログラムが格納されている。このプログラムはＲＡＭ１２を一時記憶領域として使用し、ＣＰＵ１１上で動作する。情報記録装置インタフェース１３は、無線機能付き情報記録装置２とアクセス装置１との接続部であり、制御信号及びデータの送受信を行う。
【００２３】
ＲＯＭ１４は更に、アプリケーション制御部１０１、ホストファイルシステム制御部１０２（ファイルシステム制御部又は第２のファイルシステム制御部の一例）、情報記録装置アクセス部１０３を含む。アプリケーション制御部１０１は、データの生成や電源の制御等アクセス装置１全体の制御を行う。ホストファイルシステム制御部１０２は、ＦＡＴファイルシステム等のファイルシステムによりデータをファイルとして管理するための制御を行う。
【００２４】
情報記録装置アクセス部１０３は、ホストファイルシステム制御部１０２からデータと共にデータのサイズとデータの保存先のアドレスを渡され、指定されたサイズのデータを情報記録装置２の不揮発性メモリ２３内の指定された位置に記録する。このように、情報記録装置アクセス部１０３は、情報記録装置２に対するコマンドやデータの送受信を制御する。更に情報記録装置アクセス部１０３は、情報記録装置２の無線部２５の制御に関するコマンドやデータの送受信も制御する。
【００２５】
ホストファイルシステム制御部１０２は更に、ファイル名変換処理部１０４を含む。ファイル名変換処理部１０４は、ファイル交換の対象ファイルの名称がＡＳＣＩＩコード以外であった場合に、転送前の変換処理、転送後の復元処理を実施する処理部であり、従来のアクセス装置には存在しないものである。本処理部の詳細については後述する。
【００２６】
１．１．２  情報記録装置２
一方、図１において情報記録装置２は、メインコントローラ２１、不揮発性メモリコントローラ２２、不揮発性メモリ２３（記憶部の一例）、無線コントローラ２４、及び無線部２５（無線部の一例）を含む。情報記録装置２は、例えば、デジタルコンテンツ等を格納するメモリカード、ＵＳＢメモリ等のリムーバブルメディア、内蔵記録装置である。
【００２７】
メインコントローラ２１は、無線機能付き情報記録装置２の制御全般を行う装置であり、ＣＰＵ等を含むシステムＬＳＩとして構成される。メインコントローラ２１は更に、アクセス装置インタフェース２１１、ＣＰＵ２１２、ＲＡＭ２１３、ＲＯＭ２１４を含む。
【００２８】
アクセス装置インタフェース２１１は、情報記録装置２とアクセス装置１との接続部であり、情報記録装置インタフェース１３同様、制御信号及びデータを送受信するインタフェースである。ＲＯＭ２１４には情報記録装置２を制御するプログラムが格納されており、このプログラムはＲＡＭ２１３を一時記憶領域として使用し、ＣＰＵ２１２上で動作する。
【００２９】
ＲＯＭ２１４は更に、カードファイルシステム制御部２１５（ファイルシステム制御部又は第１のファイルシステム制御部の一例）を含む。カードファイルシステム制御部２１５は、不揮発性メモリ２３上に構築されたＦＡＴファイルシステム等のファイルシステムを解釈し、ファイルデータの読み書きを実施するための制御を行う。このような処理は、従来アクセス装置１内のホストファイルシステム制御部１０２により実施される。しかし、本実施の形態では高速なファイル交換処理を実現するため、カード内にも同様の機能を持つカードファイルシステム制御部２１５を設ける。この制御部の詳細については後述する。
【００３０】
不揮発性メモリコントローラ２２は、メインコントローラ２１と不揮発性メモリ２３の間に位置し、不揮発性メモリ２３に対するコマンドやデータの送受信を制御する。また同様に、無線コントローラ２４は、メインコントローラ２１と無線部２５の間に位置し、無線部２５に対するコマンドやデータの送受信を制御する。無線部には、８０２．１１ｂ、ｇ、ｎに代表されるような無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信インタフェースを実現する回路やアンテナ等を含む。
【００３１】
１．２  情報記録システム１００によるファイル交換処理
図２は実施の形態１におけるファイル交換の概要を示した図である。符号１は送信側アクセス装置、符号２は送信側情報記録装置、符号１’は受信側アクセス装置、符号２’は受信側情報記録装置を示す。なお、この例では、受信側アクセス装置１’は送信側アクセス装置１と同じ構成及び機能を有し、受信側情報記録装置２’は送信側情報記録装置２と同じ構成及び機能を有するものとする。以下においては、送信側及び受信側において同じ構成を及び機能を有する部分については、同じ符号を参照して説明する。
【００３２】
このファイル交換処理は、送信側情報記録装置２に格納されたファイルデータを、送信側アクセス装置１の指令に基づいて受信側情報記録装置２’に無線送信し、受信側アクセス装置１’により認識されるまでの処理を含む。図２に示すファイル交換処理が図１４のものと異なる点は、ファイル交換処理の前に送信側アクセス装置１がファイル名変換処理を実施する点と、ファイル交換処理の後に受信側アクセス装置１’がファイル名復元処理を実施する点である。また、図２の各処理において実施されるファイル名通知方法は従来のものとは異なる。これら処理の追加、変更により、任意のファイル名を用いたファイル交換を実施する場合においても、情報記録装置側での地域毎の対応を不要としたファイル交換を実現することが可能となる。
【００３３】
図３は、図２で説明した実施の形態１におけるファイル交換の内容をシーケンスとして記載したものである。図３に記載しているＣｏｎｔ＿Ｉｎｆｏ，ＡＳＣＩＩ＿Ｎａｍｅ１，Ｕｎｉ＿Ｎａｍｅ，ＡＳＣＩＩ＿Ｎａｍｅ２はそれぞれコマンドの引数としてアクセス装置１及び情報記録装置２間で送受信される情報である。以下、本図に記載している各処理の詳細内容について図４から図７を用いて説明する。
【００３４】
１．２．１  ファイル名変換処理及びファイル転送要求処理
まず始めに、図４を用いて実施の形態１におけるファイル名変換処理、及びファイル転送要求処理について説明する。本処理は、主に、図３における送信側アクセス装置１により実施される処理である。特に、ファイル名変換処理は、送信側アクセス装置１内のホストファイルシステム制御部１０２のファイル名変換処理部１０４により実施される。
【００３５】
ステップＳ４０１：ファイル名変換処理部１０４は、ファイル交換の対象ファイル名（パス名）（入力されたファイル名の一例）がＡＳＣＩＩコード（第１のキャラクターコードの一例）文字のみで構成されているか否かを判定する。対象ファイル名がＡＳＣＩＩコードにより構成されている場合（第１のファイル名の一例）はステップＳ４０５の処理に進み、ＡＳＣＩＩコード以外の文字コードを含む場合にはステップＳ４０２の処理に進む。
【００３６】
ステップＳ４０２：ステップＳ４０１の処理においてファイル名にＡＳＣＩＩコード以外の文字コードを含むと判定した場合、ファイル名変換処理部１０４は、対象ファイル名をＵｎｉｃｏｄｅ（ＵＴＦ−１６）（第２のキャラクターコードの一例）に変換し、Ｕｎｉ＿Ｎａｍｅに設定する。例えば、ファイルシステムとしてＦＡＴファイルシステムを使用しており、元の対象ファイル名がＳｈｉｆｔ−ＪＩＳで格納されている場合、送信側アクセス装置１内のファイル名変換処理部１０４は、Ｓｈｉｆｔ−ＪＩＳのファイル名をＵｎｉｃｏｄｅ（ＵＴＦ−１６）に変換する処理を行う。例えば「￥あいうえお．ＪＰＧ」というファイル名（パス名）を持つファイルの場合、これらの文字コードをＵｎｉｃｏｄｅ（ＵＴＦ−１６）に変換してＵｎｉ＿Ｎａｍｅに設定する。
【００３７】
ステップＳ４０３：ファイル名変換処理部１０４は、ファイル送信に使用する仮の名称をＡＳＣＩＩコードのみを用いて生成し、ＡＳＣＩＩ＿Ｎａｍｅ１に設定する。仮の名称としては例えば「￥ＴＥＭＰ￥ＵＰ＿ＳＲＣ．ＪＰＧ」のような名称を機械的に生成する。
【００３８】
ステップＳ４０４：ホストファイルシステム制御部１０２は、ステップＳ４０３で決定したＡＳＣＩＩ＿Ｎａｍｅ１の名称のファイルを生成し、情報記録装置アクセス部１０３を介して情報記録装置２の不揮発性メモリ２３において対象ファイルのデータをコピーする。上記の例では、「￥ＴＥＭＰ￥ＵＰ＿ＳＲＣ．ＪＰＧ」という名称のファイルを作成し、「￥あいうえお．ＪＰＧ」のファイルデータをコピーする。また、対象ファイルの名称を直接ＡＳＣＩＩ＿Ｎａｍｅ１の名称に変更しても良い。この場合、対象ファイルのデータをコピーする処理が不要となるため、より高速に処理を実施することが可能となる。処理完了後、ステップＳ４０７の処理に進む。
【００３９】
ステップＳ４０５：ステップＳ４０１の処理においてファイル名にＡＳＣＩＩコードのみで構成されていると判定した場合、ホストファイルシステム制御部１０２は、対象ファイル名をＵｎｉｃｏｄｅ（ＵＴＦ−１６）に変換し、Ｕｎｉ＿Ｎａｍｅに設定する。この場合、対象ファイル名はＡＳＣＩＩコードのみで構成されている。Ｕｎｉｃｏｄｅ（ＵＴＦ−１６）は、ＡＳＣＩＩコードに対し上位互換性を有し、ＡＳＣＩＩ範囲内の文字コードはそのままＡＳＣＩＩコードとして扱う。従って、ＡＳＣＩＩコードからＵｎｉｃｏｄｅ（ＵＴＦ−１６）への変換処理は地域に関係なく、簡単な機械処理により実施することができる。
【００４０】
ステップＳ４０６：ホストファイルシステム制御部１０２は、対象ファイル名をＡＳＣＩＩ＿Ｎａｍｅ１に設定する。この場合、対象ファイル名はＡＳＣＩＩコードのみで構成されているため、対象ファイル名をそのままＡＳＣＩＩ＿Ｎａｍｅ１に設定する。
【００４１】
ステップＳ４０７：情報記録装置アクセス部１０３は、ＡＳＣＩＩ＿Ｎａｍｅ１、ＡＳＣＩＩ＿Ｎａｍｅ１に対応するＵｎｉ＿Ｎａｍｅと共に接続先に関する情報を示すＣｏｎｔ＿Ｉｎｆｏを指定し、送信側情報記録装置２にファイルの転送を要求する。ＡＳＣＩＩ＿Ｎａｍｅ１、Ｕｎｉ＿Ｎａｍｅは、前述の処理手順で説明したものである。Ｃｏｎｔ＿ＩｎｆｏはアクセスポイントのＳＳＩＤやネットワークキー、接続先の受信側情報記録装置２’の識別情報等、接続に必要な情報である。本実施の形態では、従来と同様の無線接続を実施することを想定しているため、Ｃｏｎｔ＿Ｉｎｆｏに使用する情報も従来と同様の情報で構成されており、詳細な説明は割愛する。また、Ｃｏｎｔ＿Ｉｎｆｏは本処理で通知するのではなく、ファイル交換の前処理として先に送信側アクセス装置１から送信側情報記録装置２に通知し、接続処理を事前に実施するようにしても良い。
【００４２】
なお、図示は省略しているが、ファイル転送処理が完了したとき、アクセス装置１は情報記録装置２よりファイル転送処理を完了した旨の通知を受信し、本処理を終了する。
【００４３】
１．２．２  ファイル検出／接続処理及びファイル転送処理
続いて、図５を用いて本実施の形態におけるファイル検出／接続処理、及びファイル転送処理について説明する。本処理は、主に図３における送信側情報記録装置２により実施される処理となる。
【００４４】
ステップＳ５０１：送信側情報記録装置２と受信側情報記録装置２’間で接続処理を行う。前述の通り、本実施の形態では送信側情報記録装置２と受信側情報記録装置２’間で無線接続を実施することを想定している。例えばファイル交換における無線接続をＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）が定めている接続ガイドラインに沿って実施することも可能である。この場合、例えば送信側情報記録装置２をＭ−ＤＭＳ（Ｍｏｂｉｌｅ  Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）、受信側情報記録装置２’をＭ−ＤＭＵ（Ｍｏｂｉｌｅ  Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｕｐｌｏａｄｅｒ）として接続を実施することによりファイル交換を実現することが可能である。
【００４５】
ステップＳ５０２：ＡＳＣＩＩ＿Ｎａｍｅ１を用いて、カードファイルシステム制御部２１５が対象ファイルを検索し、データを特定する。この際、ＡＳＣＩＩ＿Ｎａｍｅ１はＡＳＣＩＩコードのみを含むため、カードファイルシステム制御部２１５は地域による文字コードの違いに関係なく、ファイルを検索することが可能となる。
【００４６】
ステップＳ５０３：ステップＳ５０２の検索処理で特定したファイルのデータをカードファイルシステム制御部２１５が読み出し、受信側情報記録装置２’に送信する。この際、読み出したデータに対応するファイルの名称としてＵｎｉ＿Ｎａｍｅを受信側情報記録装置２’に通知する。このとき、例えばファイル交換における無線接続をＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）が定めている接続ガイドラインに沿って実施する場合、コンテンツのＴｉｔｌｅを示すメタとしてＵｎｉ＿Ｎａｍｅを使用することが考えられる。この場合、ＵｎｉｃｏｄｅとしてＵＴＦ−８を使用することになる。そのため、Ｕｎｉ＿ＮａｍｅとしてＵＴＦ−１６を使用している場合には、ＵＴＦ−８への変換処理が必要となる。この変換処理は地域に依存しない機械的な変換処理で実現できるため、送信側アクセス装置１、或いは送信側情報記録装置２のいずれかで事前に実施しておくことで、対応することが可能である。また、Ｕｎｉ＿Ｎａｍｅとして最初からＵＴＦ−８を使用するようにしても良い。更に、ファイルの種別（静止画、動画等）を別途通知する手段がある場合、Ｕｎｉ＿Ｎａｍｅにはファイル名から拡張子を削除した名称のみを設定するようにしても良い。
【００４７】
なお、図示は省略しているが、ファイル転送処理が完了したとき、送信側情報記録装置２は受信側情報記録装置２’よりファイル転送を完了した旨の通知を受信して受信側情報記録装置２’との接続を終了すると共に、アクセス装置１にファイル転送処理を完了した旨の通知を送信し、本処理を終了する。
【００４８】
１．２．３  ファイル生成処理
続いて、図６を用いて本実施の形態におけるファイル生成処理について説明する。本処理は、主に、図３における受信側情報記録装置２’により実施される処理となる。
【００４９】
ステップＳ６０１：カードファイルシステム制御部２１５は、送信側情報記録装置２から通知されたＵｎｉ＿ＮａｍｅがＡＳＣＩＩコードのみから構成されており、ＡＳＣＩＩファイル名に変換することが可能か判定する。ＡＳＣＩＩファイル名に変換することが可能な場合はステップＳ６０２の処理に進み、ＡＳＣＩＩファイル名に変換することができない場合はステップＳ６０３の処理に進む。
【００５０】
ステップＳ６０２：ステップＳ６０１の処理においてＡＳＣＩＩファイル名に変換することが可能と判定した場合、カードファイルシステム制御部２１５は、Ｕｎｉ＿ＮａｍｅをＡＳＣＩＩファイル名に変換し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。この際、Ｕｎｉ＿ＮａｍｅにはＡＳＣＩＩコードのみが含まれているため、地域に依存しない機械的な変換処理で実現することが可能である。処理完了後、ステップＳ６０４に進む。
【００５１】
ステップＳ６０３：ステップＳ６０１の処理においてＡＳＣＩＩファイル名に変換することができないと判定した場合、カードファイルシステム制御部２１５は、ステップＳ４０３と同様にファイル受信に使用する仮の名称をＡＳＣＩＩコードのみを用いて決定し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。仮の名称としては例えば「￥ＴＥＭＰ￥ＵＰ＿ＤＳＴ．ＪＰＧ」のような名称を機械的に生成する。処理完了後、ステップＳ６０４の処理に進む。
【００５２】
ステップＳ６０４：カードファイルシステム制御部２１５は、ステップＳ６０２或いはステップＳ６０３で決定したＡＳＣＩＩ＿Ｎａｍｅ２の名称のファイルを生成し、不揮発性メモリコントローラ２２を介して受信したデータを同ファイルに記録する。
【００５３】
ステップＳ６０５：カードファイルシステム制御部２１５は、ＡＳＣＩＩ＿Ｎａｍｅ２、Ｕｎｉ＿Ｎａｍｅを指定し、アクセス装置インタフェース２１１を介して受信側アクセス装置１’にファイル取得通知を送信する。なお、この通知処理は、ステップＳ６０５のようにファイルを記録した後に実施しても良いし、ファイルを記録する前に実施しても良い。
【００５４】
なお、図示は省略しているが、受信側情報記録装置２’は、ファイル転送を完了した旨の通知を送信側情報記録装置２に送信して、送信側情報記録装置２との接続を終了し、本処理を終了する。
【００５５】
１．２．４  ファイル名復元処理
続いて、図７を用いて本実施の形態におけるファイル名復元処理について説明する。本処理は、主に、図３における受信側アクセス装置１’により実施される処理となる。
【００５６】
ステップＳ７０１：ホストファイルシステム制御部１０２は、受信側情報記録装置２’から通知されたＡＳＣＩＩ＿Ｎａｍｅ２と、Ｕｎｉ＿Ｎａｍｅが同一の名称であるか否か判定する。送信側における元々のファイル交換対象ファイルがＡＳＣＩＩコードのみを含むファイル名であった場合、ＡＳＣＩＩ＿Ｎａｍｅ２、Ｕｎｉ＿Ｎａｍｅにはそれぞれ同じＡＳＣＩＩコードのファイル名が設定されている。また、元々のファイル交換対象ファイルがＡＳＣＩＩコード以外を含むファイル名であった場合、ＡＳＣＩＩ＿Ｎａｍｅ２、Ｕｎｉ＿Ｎａｍｅには各々異なるファイル名が設定されている。前者の場合、ファイル名復元処理は不要であるため、処理を終了する。また、後者の場合、ステップＳ７０２の処理に進む。
【００５７】
ステップＳ７０２：ホストファイルシステム制御部１０２のファイル名変換処理部１０４は、ＡＳＣＩＩ＿Ｎａｍｅ２の名称のファイルを、Ｕｎｉ＿Ｎａｍｅに名称変更する。例えば、ファイルシステムとしてＦＡＴファイルシステムを使用しており、ＡＳＣＩＩコード以外の文字コードを格納するためにＳｈｉｆｔ−ＪＩＳを使用している場合、Ｕｎｉ＿ＮａｍｅのＵｎｉｃｏｄｅ（ＵＴＦ−１６）のファイル名をＳｈｉｆｔ−ＪＩＳに変換する処理を行う。例えば前述の例の場合、「￥ＴＥＭＰ￥ＵＰ＿ＤＳＴ．ＪＰＧ」の名称を、「￥ＴＥＭＰ￥あいうえお．ＪＰＧ」という名称に変更する。
【００５８】
以上のように、本実施の形態のアクセス装置１と情報記録装置２を組み合わせて使用することにより、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名を用いた場合においても、情報記録装置２側での地域毎の対応を不要としたファイル交換を実現することが可能となる。
【００５９】
１．３  実施の形態１の効果
本実施の形態に係る送信側情報記録装置２は、アクセス装置１から指定されたＡＳＣＩＩコードにより構成されたファイル名を基に転送対象データを特定し、受信側情報記録装置２’にアクセス装置１から指定されたＵｎｉｃｏｄｅからなるファイル名と対象データとを転送する。これにより、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名を用いる場合においても、情報記録装置２内で地域毎の文字コード変換処理に対応する必要がない。従って、情報記録装置２において販売する地域毎に文字コードに対応する必要がないため実装負荷がかからず、使用範囲の広域化が可能である。また、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことが可能になる。
【００６０】
本実施の形態に係る送信側アクセス装置１は、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名をＡＳＣＩＩコードのみから構成されるファイル名に変換し、情報記録装置２にファイル転送を要求する。従って、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことを可能にする。
【００６１】
本実施の形態に係る受信側情報記録装置２’は、ＡＳＣＩＩコード以外の文字コードを含む任意のファイル名を送信側情報記録装置２より受信し、ＡＳＣＩＩコードのファイル名を有するファイルを生成し、同ファイル名でデータを記録し、同任意のファイル名とＡＳＣＩＩコードのファイル名とを受信側アクセス装置１’に通知する。従って、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことを可能にする。
【００６２】
本実施の形態に係る受信側アクセス装置１’は、受信側情報記録装置２’より通知された任意のファイル名とＡＳＣＩＩコードのファイル名とに基づき、ファイル名復元処理を行う。従って、任意のファイル名を用いて情報記録装置間で無線によるファイル交換を行うことを可能にする。
【００６３】
２．実施の形態２
図８は、本発明の一例である実施の形態２に係るファイル交換処理シーケンスを示した説明図である。以下、上記実施の形態１と異なる点について説明し、上記実施の形態１と同じ構成及び機能に関する説明は、省略する。また、本実施の形態によるファイル交換処理を実現する情報記録システムの構成は、図１に示す実施の形態１と同じであり、以下においては同じ符号用いて説明する。以下、本図に記載している各処理の詳細内容について図９から図１１を用いて説明する。
【００６４】
２．１  情報記録システム１００によるファイル交換処理
図８に示すように、本実施の形態においては、受信側の処理においてＡＳＣＩＩ＿Ｎａｍｅ２の名称決定を受信側アクセス装置１’で実施する。本シーケンスでは、ファイル生成処理を実施する前に受信側情報記録装置２’から受信側アクセス装置１’にＵｎｉ＿Ｎａｍｅを通知し、ＡＳＣＩＩ＿Ｎａｍｅ２の決定を受信側アクセス装置１’が行い、受信側情報記録装置２’に通知する。
【００６５】
２．１．１  ファイル名変換処理及びファイル転送要求処理
送信側アクセス装置１によるファイル名変換処理及びファイル転送要求処理は、実施の形態１（図４）と同様であるため、説明を省略する。
【００６６】
２．１．２  ファイル検出／接続処理及びファイル転送処理
続いて、図９を用いて本実施の形態におけるファイル検出／接続処理、及びファイル転送処理について説明する。本処理は、主に図３における送信側情報記録装置２により実施される処理となる。
【００６７】
ステップＳ９０１：送信側情報記録装置２と受信側情報記録装置２’間で接続処理を行う。なお、この接続処理については実施の形態１と同様である（図５のステップＳ５０１）。
【００６８】
ステップＳ９０２：ＡＳＣＩＩ＿Ｎａｍｅ１を用いて、カードファイルシステム制御部２１５が対象ファイルを検索し、データを特定する。この際、ＡＳＣＩＩ＿Ｎａｍｅ１はＡＳＣＩＩコードのみを含むため、カードファイルシステム制御部２１５は地域による文字コードの違いに関係なく、ファイルを検索することが可能となる。
【００６９】
ステップＳ９０３：カードファイルシステム制御部２１５は、ファイル転送を開始する旨の通知を受信側情報記録装置２’に送信する。この際、ファイルの名称としてＵｎｉ＿Ｎａｍｅを受信側情報記録装置２’に通知する。このとき、例えばファイル交換における無線接続をＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）が定めている接続ガイドラインに沿って実施する場合、コンテンツのＴｉｔｌｅを示すメタとしてＵｎｉ＿Ｎａｍｅを使用することが考えられる。この場合、ＵｎｉｃｏｄｅとしてＵＴＦ−８を使用することになる。そのため、Ｕｎｉ＿ＮａｍｅとしてＵＴＦ−１６を使用している場合には、ＵＴＦ−８への変換処理が必要となる。この変換処理は地域に依存しない機械的な変換処理で実現できるため、送信側アクセス装置１、或いは送信側情報記録装置２のいずれかで事前に実施しておくことで、対応することが可能である。また、Ｕｎｉ＿Ｎａｍｅとして最初からＵＴＦ−８を使用するようにしても良い。更に、ファイルの種別（静止画、動画等）を別途通知する手段がある場合、Ｕｎｉ＿Ｎａｍｅにはファイル名から拡張子を削除した名称のみを設定するようにしても良い。
【００７０】
ステップＳ９０４：カードファイルシステム制御部２１５は、後述する受信側情報記録装置２’よりファイル名設定が完了した旨の通知を受信したかどうかを判断する。
【００７１】
ステップＳ９０５：カードファイルシステム制御部２１５は、ステップＳ９０４において受信側情報記録装置２’よりファイル名設定が完了した旨の通知を受信した場合、受信側情報記録装置２’に対しファイル転送処理を開始する。
【００７２】
ステップＳ９０６：カードファイルシステム制御部２１５は、受信側情報記録装置２’よりファイル転送を完了した旨の通知を受信したかどうかを判断する。
【００７３】
ステップＳ９０７：カードファイルシステム制御部２１５は、ステップＳ９０６において受信側情報記録装置２’よりファイル転送を完了した旨の通知を受信した場合、受信側情報記録装置２’との接続を終了すると共に、アクセス装置１にファイル転送処理を完了した旨の通知を送信し、本処理を終了する。
【００７４】
２．１．３  ファイル生成処理
続いて、図１０を用いて本実施の形態におけるファイル生成処理について説明する。本処理は、主に、図３における受信側情報記録装置２’により実施される処理となる。
【００７５】
ステップＳ１００１：カードファイルシステム制御部２１５は、まず、送信側情報記録装置２からＵｎｉ＿Ｎａｍｅのファイル名と共にファイル転送を開始する旨の通知（図９のステップＳ９０３）を受信したかどうかを判断する。
【００７６】
ステップＳ１００２：カードファイルシステム制御部２１５は、ステップＳ１００１においてファイル転送を開始する旨の通知（図９のステップＳ９０３）を受信した場合、Ｕｎｉ＿Ｎａｍｅのファイル名を受信側アクセス装置１’に通知する。
【００７７】
ステップＳ１００３：カードファイルシステム制御部２１５は、受信側アクセス装置１’よりステップＳ１００２において通知したＵｎｉ＿Ｎａｍｅのファイル名に対応し、ＡＳＣＩＩコードのみから構成されるファイル名ＡＳＣＩＩ＿Ｎａｍｅ２を受信する。
【００７８】
ステップＳ１００４：カードファイルシステム制御部２１５は、ファイル名の設定完了通知を送信側情報記録装置２に通知する。
【００７９】
ステップＳ１００５：送信側情報記録装置２と間でファイル転送が行わる。
ステップＳ１００６：カードファイルシステム制御部２１５は、ステップＳ１００３で受信したＡＳＣＩＩ＿Ｎａｍｅ２のファイル名でファイルを生成し、不揮発性メモリコントローラ２２を介して受信したデータを同ファイルに記録する。
【００８０】
ステップＳ１００７：カードファイルシステム制御部２１５は、無線部２５を介して、送信側情報記録装置２に対しファイル転送完了通知を送信し、送信側情報記録装置２との接続を終了する。
【００８１】
ステップＳ１００８：カードファイルシステム制御部２１５は、アクセス装置インタフェース２１１を介して受信側アクセス装置１’にファイル取得通知を送信する。
【００８２】
２．１．４  ファイル名設定処理及びファイル名復元処理
続いて、図１１を用いて本実施の形態におけるファイル生成処理について説明する。本処理は、主に、図３における受信側アクセス装置１’のホストファイルシステム制御部１０２、特にファイル名変換処理部１０４により実施される処理となる。
【００８３】
ステップＳ１１０１：ファイル名変換処理部１０４は、Ｕｎｉ＿Ｎａｍｅのファイル名を受信側情報記録装置２’より受信する。
【００８４】
ステップＳ１１０２：ファイル名変換処理部１０４は、受信されたＵｎｉ＿ＮａｍｅがＡＳＣＩＩコードのみから構成されており、ＡＳＣＩＩファイル名に変換することが可能か判定する。ＡＳＣＩＩファイル名に変換することが可能な場合はステップＳ１１０３の処理に進み、ＡＳＣＩＩファイル名に変換することができない場合はステップＳ１１０４の処理に進む。
【００８５】
ステップＳ１１０３：ステップＳ１１０２の処理においてＡＳＣＩＩファイル名に変換することが可能と判定した場合、ファイル名変換処理部１０４は、Ｕｎｉ＿ＮａｍｅをＡＳＣＩＩファイル名に変換し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。この際、Ｕｎｉ＿ＮａｍｅにはＡＳＣＩＩコードのみが含まれているため、地域に依存しない機械的な変換処理で実現することが可能である。
【００８６】
ステップＳ１１０４：ステップＳ１１０２の処理においてＡＳＣＩＩファイル名に変換することができないと判定した場合、ファイル名変換処理部１０４は、仮の名称をＡＳＣＩＩコードのみを用いて決定し、ＡＳＣＩＩ＿Ｎａｍｅ２に設定する。仮の名称としては例えば「￥ＴＥＭＰ￥ＵＰ＿ＤＳＴ．ＪＰＧ」のような名称を機械的に生成する。
【００８７】
ステップＳ１１０５：ホストファイルシステム制御部１０２は、ステップＳ１１０３或いはステップＳ１１０４で決定したＡＳＣＩＩ＿Ｎａｍｅ２のファイル名を、情報記録装置インタフェース１３を介して受信側情報記録装置２’に通知する（図１０のステップＳ１００３）。
【００８８】
ステップＳ１１０６：ホストファイルシステム制御部１０２は、受信側情報記録装置２’よりファイル取得通知を受信したかどうか（図１０のステップＳ１００８）を判断する。
【００８９】
ステップＳ１１０７：ファイル名変換処理部１０４は、ファイル名復元処理を行う。なお、この処理は、実施の形態１（図７）と同様であるため、説明は省略する。
【００９０】
２．２  実施の形態２の効果
上記実施の形態においては、実施の形態１による効果に加え、次のような効果を奏する。ＡＳＣＩＩ＿Ｎａｍｅ２の決定を受信側アクセス装置１’が実施することにより、最終的にファイルを管理する受信側アクセス装置１’の所望のパスにファイルを格納することができ、受信側アクセス装置１’のファイル管理を容易にすることが可能となる。
【００９１】
２．３  実施の形態２の変形例
なお、図８のシーケンスにおいて、受信側アクセス装置１’によるファイル名通知（ＡＳＣＩＩ＿Ｎａｍｅ２）」の直前に受信側アクセス装置１’でファイルを作成する処理を追加しても良い。この場合、受信側情報記録装置２’における「ファイル生成処理」は、受信側アクセス装置１’から取得した作成済みのファイルにデータを記録するのみの処理となる。このようにすることで、受信側情報記録装置２’の処理負荷を更に低減することが可能となる。
【００９２】
３  実施の形態３
図１２は、本発明の一例である実施の形態３に係るファイル交換処理シーケンスを示した説明図である。以下、上記実施の形態１と異なる点について説明し、上記実施の形態１と同じ構成及び機能に関する説明は、省略する。また、本実施の形態によるファイル交換処理を実現する情報記録システムの構成は、図１に示す実施の形態１と同じであり、以下においては同じ符号用いて説明する。
【００９３】
図１２に示すファイル交換処理では、次の点において上記実施の形態１と異なる。まず、送信側アクセス装置１は、ファイル名変換処理（図４のステップＳ４０１〜Ｓ４０７と同様）を行った後、ファイル転送開始要求をＵｎｉ＿Ｎａｍｅ及びＣｏｎｔ＿Ｉｎｆｏと共に送信側情報記録装置２に送信する。これを受けて、送信側情報記録装置２は、受信側情報記録装置２’との接続処理を行い、次いで受信側情報記録装置２’にファイル転送開始通知を送信する。続いて、送信側アクセス装置１はファイル転送要求をＡＳＣＩＩ＿Ｎａｍｅ１と共に送信側情報記録装置２に送信する。これを受けて、送信側情報記録装置２は、ファイル検出処理を行い、特定したファイルのデータを受信側情報記録装置２’に送信する。（図５のステップＳ５０２〜Ｓ５０３と同様）。その他受信側情報記録装置２’及び受信側アクセス装置１’による処理は、実施の形態１と同様である。
【００９４】
以上のように、上記実施の形態においては、実際のファイル転送を実施する前に、送信側情報記録装置２から受信側情報記録装置２’に、Ｕｎｉ＿Ｎａｍｅを通知し、ファイル転送処理では実際のファイルデータが転送されるのみで、特にＵｎｉ＿Ｎａｍｅの情報を通知する必要はない。このように、Ｕｎｉ＿Ｎａｍｅの通知タイミングは、図３のシーケンスにおける通知タイミングに限定されるものではなく、送信側から受信側に正しく通知されるのであれば、その他のタイミングで実施しても良い。
【００９５】
４  実施の形態４
図１３は、本発明の一例である実施の形態４に係るファイル交換処理シーケンスを示した説明図である。以下、上記実施の形態３と異なる点について説明し、上記実施の形態１又は３と同じ構成及び機能に関する説明は、省略する。また、本実施の形態によるファイル交換処理を実現する情報記録システムの構成は、図１に示す実施の形態１と同じであり、以下においては同じ符号用いて説明する。
【００９６】
本実施の形態においては、受信側情報記録装置２’及び受信側アクセス装置１’による処理を実施の形態２と同様としている点で、上記実施の形態３とは異なる。具体的には、次の通りである。
【００９７】
送信側情報記録装置２よりファイル転送開始通知を受信した受信側情報記録装置２’は、Ｕｎｉ＿Ｎａｍｅのファイル名を受信側アクセス装置１’に通知する（図１０のステップＳ１００２と同様）。これを受けて、受信側アクセス装置１’は、ファイル名設定処理を行い、ＡＳＣＩＩコードのみから構成されるＡＳＣＩＩ＿Ｎａｍｅ２のファイル名を生成し、受信側情報記録装置２’に通知する（図１１のステップＳ１１０１〜Ｓ１１０５）。これを受けて、受信側情報記録装置２’は、ファイル名の設定完了通知を送信側情報記録装置２に通知する。次いで、送信側情報記録装置２はファイル転送を行い、受信側情報記録装置２’はファイル生成処理を行う（図１０のステップＳ１００６と同様）。その後も、実施の形態２と同様に処理を行う。
【００９８】
５  実施の形態５
上記実施の形態１〜４においては、アクセス装置１（又はアクセス装置１’）がファイルシステムによるファイル管理を行うホストファイルシステム制御部１０２を有するのに加え、情報記録装置２（又は情報記録装置２’）もファイルシステムによるデータの読み書きを管理するカードファイルシステム制御部２１５を有する。従って、アクセス装置１側と情報記録装置２側においてファイルシステムによる管理情報の不一致が発生しないようにするための排他制御が行われる。
【００９９】
以下、図８に示す実施の形態２によるファイル交換処理シーケンスを参照して、排他制御の一例について説明する。
【０１００】
図８に示すように、送信側アクセス装置１の処理期間１Ｅと送信側情報記録装置２の処理期間２Ｅは、重複して動作しないように制御される。送信側アクセス装置１の処理期間１Ｅ中は、送信側情報記録装置２のカードファイルシステム制御部２１５の動作は禁止状態になるよう制御される。一方、送信側情報記録装置２の処理期間２Ｅ中は、送信側アクセス装置１のホストファイルシステム制御部１０２の動作は禁止状態になるよう制御される。
【０１０１】
受信側アクセス装置１’の処理期間１Ｅ’と、受信側情報記録装置２’の処理期間２Ｅ’についても同様に排他制御される。
【０１０２】
なお、上記排他制御はアクセス装置１又は１’の例えばホストファイルシステム制御部１０２により行われる。
【０１０３】
以上のように、アクセス装置と情報記録装置とにおいてファイルシステムを制御する制御部の動作について排他制御を行うことにより、ファイルシステムの管理情報の不一致が発生することを確実に防ぐことができる。
【０１０４】
なお、実施の形態１、３及び４においても、同様に排他制御を適用することが可能である。例えば、送信側については、実施の形態１（図３）、実施の形態３（図１２）及び実施の形態４（図１３）においては、情報記録装置２のカードファイルシステム制御部２１５は、アクセス装置１より少なくともＡＳＣＩＩ＿Ｎａｍｅ１のファイル名を受信するまでは動作しないよう制御される。また、受信側については、実施の形態１（図３）及び実施の形態３（図１２）においては、情報記録装置２’のカードファイルシステム制御部２１５は、少なくともファイルの転送処理の開始の通知を受信するまでは、動作しないよう制御される。
【０１０５】
６  その他実施の形態
上記実施の形態における処理方法の実行順序は、必ずしも、上記実施の形態の記載に制限されるものではなく、発明の要旨を逸脱しない範囲で、実行順序を入れ替えることができるものである。例えば、図３、図８、図１２、及び図１３のシーケンスを用いて上記実施の形態における処理シーケンスを説明したが、このシーケンスに限定されるものではない。例えば、これらのシーケンスの一部を組み合わせて実施してもよい。
【０１０６】
上記実施の形態で説明したアクセス装置及び情報記録装置において、各ブロックは、ＬＳＩなどの半導体装置により個別に１チップ化されても良いし、一部又は全部を含むように１チップ化されても良い。例えば図１の構成において、情報記録装置２は、メインコントローラ２１、不揮発性メモリコントローラ２２、無線コントローラ２４の３種類のコントローラで構成される例について記載したが、これらを１つのコントローラに集約する、或いは不揮発性メモリ２３などのその他の構成要素も含めて１つのコントローラに集約するなど、その他のチップ構成としても良い。
【０１０７】
また、ここではＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１０８】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。
【０１０９】
更には、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適用等が可能性としてあり得る。
【０１１０】
また、上記実施の形態の各処理をハードウェアにより実現しても良いし、ソフトウェア（ＯＳ（オペレーティングシステム）、ミドルウェア、あるいは、所定のライブラリと共に実現される場合を含む。）により実現しても良い。更に、ソフトウェアおよびハードウェアの混在処理により実現しても良い。なお、上記実施の形態に係るアクセス装置、無線機能付き情報記録装置をハードウェアにより実現する場合、各処理を行うためのタイミング調整を行う必要があるのは言うまでもない。上記実施の形態においては、説明の便宜上、実際のハードウェア設計で生じる各種信号のタイミング調整の詳細については省略している。
【０１１１】
また、上記実施の形態において、アクセス装置と無線機能付き情報記録装置とは、別装置である場合について説明したが、これに限定されることはなく、アクセス装置と無線機能付き情報記録装置とは、１つの装置内に構成されるものであっても良い。
【０１１２】
また、上記実施の形態では、無線機能付き情報記録装置２間のファイル交換処理を例に挙げ説明をしたが、送信側、あるいは受信側のいずれかは従来の機器であっても良い。例えば、ＤＬＮＡの接続を用いてファイル交換をする場合、送信側のＭ−ＤＭＵ、受信側のＭ−ＤＭＳのいずれかは、従来のＤＬＮＡ準拠の機器としても良い。また、送受信間の接続もＤＬＮＡに限定されるものではなく、元ファイルの名称を受信側に送信することができるのであれば、その他の接続方法を用いても良い。
【０１１３】
また、無線機能付き情報記録装置２はメモリカードの形状の他、ＵＳＢメモリ、外部ＨＤＤや、内蔵装置など、その他の形状としても良い。
【０１１４】
なお、本発明は、情報記録装置、アクセス装置、又は情報記録システムとしてだけでなく、情報通信方法としても実現できる。
【産業上の利用可能性】
【０１１５】
上記のようなアクセス装置は、動画や静止画などのデジタルコンテンツを取り扱う機器に適用でき、ムービー、デジタルスチルカメラ、携帯電話端末、タブレット端末、ＰＣアプリケーション等として利用することができる。また、無線機能付き情報記録装置２は、上記デジタルコンテンツ等を格納するメモリカード、ＵＳＢメモリ等のリムーバブルメディア、あるいは内蔵記録装置等として利用することができる。
【符号の説明】
【０１１６】
１，１’  アクセス装置
２，２’  無線機能付き情報記録装置
１１，２１２  ＣＰＵ
１２，２１３  ＲＡＭ
１３  情報記録装置インタフェース
１４，２１４  ＲＯＭ
２１  メインコントローラ
２２  不揮発性メモリコントローラ
２３  不揮発性メモリ
２４  無線コントローラ
２５  無線部
１００  情報記録システム
１０１  アプリケーション制御部
１０２  ホストファイルシステム制御部
１０３  情報記録装置アクセス部
１０４  ファイル名変換処理部
２１１  アクセス装置インタフェース
２１５  カードファイルシステム制御部
【手続補正書】
【提出日】平成26年4月25日(2014.4.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データを格納する記憶部と、前記記憶部に格納されているデータをＡＳＣＩＩコードにより構成されるファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部と、を有する情報記録装置と、
前記情報記録装置に接続され、前記情報記録装置の前記記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置と、
を備える、情報記録システムであって、
前記アクセス装置の前記第２のファイルシステム制御部は、
ＡＳＣＩＩコードにより構成される第１のファイル名と、入力されたファイル名から生成されＵｎｉｃｏｄｅにより構成される第２のファイル名とを生成し、前記情報記録装置に送信し、
前記情報記録装置の前記第１のファイルシステム制御部は、
前記第１のファイル名と前記第２のファイル名とを前記アクセス装置から取得し、
前記第１のファイル名に基づいて、前記記憶部内の前記アクセス装置によって管理されるファイルを特定し、
前記第２のファイル名と、前記特定されたファイルのデータとを、前記無線部を介して接続される他の情報記録装置に送信する、
情報記録システム。
【請求項２】
前記入力されたファイル名は、Ｓｈｉｆｔ−ＪＩＳコードにより構成される、
請求項１に記載の情報記録システム。
【請求項３】
前記第１のファイルシステム制御部は、前記第２のファイル名を前記他の情報記録装置に送信した後、前記他の情報記録装置よりファイル名を設定した旨の通知を受信してから、前記特定されたファイルのデータを前記他の情報記録装置に送信する、
請求項１に記載の情報記録システム。
【請求項４】
前記第１のファイルシステム制御部は、少なくとも前記第１のファイル名を取得するまで動作しないように制御される、
請求項１に記載の情報記録システム。
【請求項５】
データを格納する記憶部と、前記記憶部に格納されているデータをＡＳＣＩＩコードにより構成されるファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部と、を有する情報記録装置と、
前記情報記録装置に接続され、前記情報記録装置の前記記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置と、
を備える、情報記録システムであって、
前記情報記録装置の第１のファイルシステム制御部は、
Ｕｎｉｃｏｄｅにより構成される第２のファイル名と、前記第２のファイル名に対応する所定のデータとを、前記無線部を介して接続される他の情報記録装置より取得し、取得した前記第２のファイル名を前記アクセス装置に通知し、
前記アクセス装置の第２のファイルシステム制御部は、
前記第２のファイル名の通知に応じて、ＡＳＣＩＩコードにより構成される第１のファイル名を生成し、
生成した前記第１のファイル名を前記情報記録装置に通知し、
前記情報記録装置の第１のファイルシステム制御部は、前記第１のファイル名を有するファイルを生成し前記所定のデータを記録する、
情報記録システム。
【請求項６】
前記第２のファイルシステム制御部は、
通知された前記第２のファイル名に基づき生成されたファイル名を前記第１のファイル名として生成する、
請求項５に記載の情報記録システム。
【請求項７】
前記第２のファイルシステム制御部は、
通知された前記第２のファイル名に関係なくＡＳＣＩＩコードにより構成されたファイル名を前記第１のファイル名として生成する、
請求項５に記載の情報記録システム。
【請求項８】
第１のファイルシステム制御部は、前記他の情報記録装置より前記所定のデータの送信を開始する旨の通知を受信するまで、動作しないように制御される、
請求項５に記載の情報記録システム。
【請求項９】
第１のファイルシステム制御部は、前記第１のファイル名が通知されるまで、動作しないように制御される、
請求項５に記載の情報記録システム。
【請求項１０】
第２のファイルシステム制御部は、前記情報記録装置の第１のファイルシステム制御部が動作している間は、動作しないように制御される、
請求項１又は５に記載の情報記録システム。
【請求項１１】
前記第２のファイルシステム制御部は、前記第１のファイル名と前記第２のファイル名が同一かどうかを判定し、同一でない場合前記第１のファイル名を前記第２のファイル名に変更する、
請求項１又は５に記載の情報記録システム。
【請求項１２】
データを格納する記憶部と、前記記憶部に格納されているデータをＡＳＣＩＩコードにより構成されるファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部とを有する情報記録装置と、前記情報記録装置に接続され、前記情報記録装置の前記記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置とを用いた情報通信方法であって、
前記第２のファイルシステム制御部により、
ＡＳＣＩＩコードにより構成される第１のファイル名と、入力されたファイル名から生成されＵｎｉｃｏｄｅにより構成される第２のファイル名とを生成し、前記情報記録装置に送信し、
前記第１のファイルシステム制御部により、
前記第１のファイル名と前記第２のファイル名とを前記アクセス装置から取得し、
前記第１のファイル名に基づいて、前記記憶部内の前記アクセス装置によって管理されるファイルを特定し、
前記第２のファイル名と、前記特定されたファイルのデータとを、前記無線部を介して接続される他の情報記録装置に送信する、
情報通信方法。
【請求項１３】
データを格納する記憶部と、前記記憶部に格納されているデータをＡＳＣＩＩコードにより構成されるファイル名に基づいて管理する第１のファイルシステム制御部と、無線信号を送受信する無線部とを有する情報記録装置と、前記情報記録装置に接続され、前記情報記録装置の前記記憶部に格納されているデータを管理する第２のファイルシステム制御部を有するアクセス装置と、を用いた情報通信方法であって、
前記第１のファイルシステム制御部により、
Ｕｎｉｃｏｄｅにより構成される第２のファイル名と、前記第２のファイル名に対応する所定のデータとを前記無線部を介して接続される他の情報記録装置より取得し、取得した前記第２のファイル名を前記アクセス装置に通知し、
前記第２のファイルシステム制御部により、
前記第２のファイル名の通知に応じて、ＡＳＣＩＩコードにより構成される第１のファイル名を生成し、
前記第１のファイル名を前記情報記録装置に通知し、
前記第１のファイルシステム制御部により、前記第１のファイル名を有するファイルを生成し前記所定のデータを記録する、
情報通信方法。
【国際調査報告】
2012164815.tif 000017
2012164815.tif 000018