JP2006311304A - 携帯通信装置 - Google Patents

Abstract

【課題】 携帯通信装置専用の情報を保護する機能を有し、ＰＣ等の外部機器と接続して記憶装置として利用することができる携帯通信装置を提供することを課題とする。
【解決手段】 本発明は、外部機器２と通信を行うための外部通信手段１４と、前記外部通信手段１４を介して情報の授受を行う記憶手段１０とを備えた携帯通信装置１であって、前記記憶手段１０が保護領域１１と非保護領域１２とを有し、前記外部通信手段１４と前記記憶手段１０との間に保護モジュール１３が設けられており、前記保護モジュール１３が、前記保護領域１１内の情報保護管理と、前記外部機器２からの信号に基づく前記非保護領域１２内における情報授受管理とを行うことを特徴としている。
【選択図】 図１

Description

本発明は、携帯通信装置に関し、具体的には、記憶手段を備えた携帯通信装置に関するものである。

近年、携帯電話は様々な機能を有するに至っており、その機能向上は眼を見張るものがある。また、このような様々な機能を有する携帯電話の開発は、利用者の増大によってその速度を増し、機能向上に伴う携帯電話の利用範囲は、その規模を拡大しているところである。

かかる状況において、例えば、携帯電話とＰＣ（パーソナルコンピュータ）とを電気的に接続して、携帯電話に通信データの授受を実行させるという技術が知られている（特許文献１参照）。

上記特許文献１にて開示された技術は、携帯電話とＰＣとを接続する接続装置に関するものであり、通信時における携帯電話の電池切れを課題として、電池切れによる通信時間の制約等を解決するためになされたものである。具体的には、この特許文献１は、通信手段と電力供給手段とを備えた接続装置を開示したものである。

ところで、上記特許文献１を含めた従来技術において、携帯電話とＰＣとを電気的に接続して通信データの授受を行う技術は開示されているが、携帯電話を一つの記憶装置として（ＰＣ等に接続してデータの授受を行う記憶手段として）利用する技術についは特に開示されていない。例えば、特許文献１にて開示されている携帯電話は、単にＰＣがデータ通信を行う際の送受信手段として用いられているだけであり、この特許文献１中に示された携帯電話は、いわゆる「データが通過する道」として利用さているに過ぎない。

携帯電話とＰＣ等とを接続可能として、携帯電話（携帯通信装置）を一つの記憶装置として利用する技術が行われていない背景には、携帯電話等の携帯通信装置をＰＣ等と接続し記憶装置として用いると、携帯通信装置内の情報が頻繁に書き換えられることによって、携帯通信装置自身の機能を損なう恐れがあるという問題が生ずるからである。

特開２００１−３４３６７号公報

そこで、本発明は、上記従来技術の問題を解決するためになされたものであって、ＰＣ等の外部機器と接続して記憶装置として利用することができる携帯通信装置を提供することを課題とする。より具体的には、携帯通信装置専用の情報を保護する機能を有し、ＰＣ等の外部機器と接続して記憶装置として利用することができる携帯通信装置を提供することを課題とする。

本発明は、上記課題を解決するためになされたものであり、外部機器と通信を行うための外部通信手段と、前記外部通信手段を介して情報の授受を行う記憶手段とを備えた携帯通信装置であって、前記記憶手段が保護領域と非保護領域とを有し、前記外部通信手段と前記記憶手段との間に保護モジュールが設けられており、前記保護モジュールが、前記保護領域内の情報保護管理と、前記外部機器からの信号に基づく前記非保護領域内における情報授受管理とを行うことを特徴としている。

このように構成された携帯通信装置によれば、前記記憶手段が保護領域と非保護領域とを有し、前記保護モジュールによって前記保護領域内の情報保護管理と前記非保護領域内における情報授受管理とが行われるため、前記保護領域内の情報を適切に保護しつつ、前記非保護領域を「一つの記憶装置」として利用可能である。つまり、前記非保護領域を利用することによって、携帯通信装置を「一つの記憶装置」として活用することが可能となる。また、前記保護領域内に、携帯通信装置専用の情報を記憶可能であるため、携帯通信装置（を構成する記憶手段の非保護領域）を記憶装置として用いても、携帯通信装置自身の機能を損なう恐れがなくなる。

また、本発明にかかる携帯通信装置においては、前記保護モジュールが、前記外部機器からの信号に対して、前記保護領域内へのアクセスを禁止するアクセス禁止機能を有する構成であることが好ましい。

この好ましい構成によれば、前記携帯通信装置と前記外部機器とが接続され、前記外部機器から前記保護領域内へアクセスしようとしても、前記保護モジュールによってそのアクセスが禁止されるため、前記保護領域を適切に保護することができる。つまり、このような構成によれば、前記保護領域を適切に保護することが可能となるため、携帯通信装置自身の機能が損なわれる恐れがなくなる。

また、本発明にかかる携帯通信装置においては、前記保護モジュールが、前記外部機器からの信号に対して、前記記憶手段の初期化を拒絶する初期化拒絶機能を有する構成であることが好ましい。

この好ましい構成によれば、前記携帯通信装置と前記外部機器とが接続され、前記外部機器から前記記憶手段に対して初期化の命令がなされても、前記保護モジュールによってその初期化命令が拒絶されるため、前記記憶手段を適切に保護することができる。つまり、このような構成によれば、前記記憶手段を適切に保護することが可能となるため、携帯通信装置自身の機能を損なう恐れがなくなる。

また、本発明にかかる携帯通信装置においては、前記保護モジュールが、前記外部機器からの信号に基づいて、前記非保護領域内の残容量を前記外部機器に伝達する残容量伝達機能、前記非保護領域内のディレクトリに関する情報を前記外部機器に伝達するディレクトリ関連情報伝達機能、前記非保護領域内のファイルに関する情報を前記外部機器に伝達するファイル関連情報伝達機能、前記非保護領域内のディレクトリに関する情報を変更するディレクトリ関連情報変更機能、および前記非保護領域内のファイルに関する情報を変更するファイル関連情報変更機能の全ての機能、または少なくともいずれかの機能を有する構成であることが好ましい。

この好ましい構成によれば、前記保護モジュールが上述した全ての機能あるいは少なくともいずれかの機能を有するため、前記記憶手段（の前記非保護領域）を効果的に「一つの記憶装置」として利用可能となる。

また、本発明にかかる携帯通信装置においては、前記記憶手段が、着脱式または内蔵式の記憶手段である構成が好ましい。かかる記憶手段としては、例えば、不揮発メモリ（スマートメディア、コンパクトフラッシュ（登録商標）、メモリースティック、ＳＤカード等）やハードディスク（マイクロドライブ等）があげられる。

また、本発明にかかる携帯通信装置においては、前記外部通信手段が、有線デバイスまたは無線デバイスである構成が好ましい。かかる有線デバイスとしては、例えば、ＵＳＢ、ＩＥＥＥ１３９４、パラレル、シリアル、ＩＤＥ、ＳＡＴＡ、ＳＣＳＩ等があげられる。また、無線デバイスとしては、例えば、赤外線通信、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ等が上げられる。

本発明によれば、ＰＣ等の外部機器と接続して記憶装置として利用することが可能な携帯通信装置を得ることができる。より具体的には、本発明によれば、携帯通信装置専用の情報を保護する機能を有し、ＰＣ等の外部機器と接続して記憶装置として利用することが可能な携帯通信装置を得ることができる。

以下、図面に基づいて、本発明の実施形態を説明する。

図１は、本発明の実施形態にかかる携帯電話１（本発明の「携帯通信装置」に相当）およびＰＣ２（パーソナルコンピュータ）（本発明の「外部機器」に相当）の概略図を示したものである。

図１に示すように、本実施形態にかかる携帯電話１は、記憶手段１０およびＵＳＢ（Universal Serial Bus）コネクタ１４（本発明の「外部通信手段」に相当）等を有している。記憶手段１０としては、内蔵式のものも着脱式のものも用いることが可能である。例えば、記憶手段１０としては、不揮発メモリ（スマートメディア、コンパクトフラッシュ（登録商標）、メモリースティック、ＳＤカード等）やハードディスク（マイクロドライブ等）を用いることが可能である。また、ＵＳＢコネクタ１４は、使用時（ＰＣ２等の外部機器に接続する際）に、携帯電話１から突出し（図１の破線図参照）、非使用時には携帯電話１内に内蔵可能（図１の実線図参照）に構成されている。

また、この記憶手段１０は、携帯電話１専用の情報を記憶する携帯電話専用記憶領域１１（本発明の「保護領域」に相当）と、外部接続デバイスとして認識されて記憶装置として利用され得る利用可能記憶領域１２（本発明の「非保護領域」に相当）とを有すべく構成されている。さらに、この携帯電話１には、ＵＳＢコネクタ１４と記憶手段１０との間に、保護モジュール１３が設けられている。この保護モジュール１３については、後に詳細に説明する。

なお、この図１については特に示さなかったが、本実施形態にかかる携帯電話１は、当然のことながら、一般的な携帯電話としての機能を有するものであり、かかる構成については公知であるため、ここでは省略している。

図１に示したＰＣ２は、利用者の種々の操作（キーボード、マウス、あるいはタッチパネル等による操作）によって入力される信号に基づいて、様々な処理を実行可能に構成されている。そして、かかるＰＣ２は、ＵＳＢポート（図示省略）を有している。

次に、図１に加え、図２〜図５の図面（フローチャート）を用いて、本実施形態にかかる携帯電話１の使用方法等について説明する。なお、以下の説明中（図１〜図５を用いた説明中）、保護モジュール１３の処理については簡単に説明し、この保護モジュール１３の具体的な機能については、後に詳細に説明する。

図２は、携帯電話とＰＣとの接続時におけるフローチャートを示したものである。図３は、ＰＣにて携帯電話内の情報を読み込む際のフローチャートを示したものである。図４は、ＰＣにて携帯電話内に情報を書き込む際のフローチャートを示したものである。図５は、携帯電話とＰＣとの接続終了時におけるフローチャートを示したものである。

まず、本実施形態にかかる携帯電話１を使用する場合には、図２に示すように、携帯電話１に内蔵されたＵＳＢコネクタ１４を突出させＰＣ２のＵＳＢポートに接続する（ステップＳ２０１）。そうすると、ＰＣ２から、携帯電話１を外部接続デバイスとして認識するための通信データが送信される（ステップＳ２０２）。

携帯電話１にて上記通信データの受信が行われると（ステップＳ２０３）、携帯電話１の電話通信機能の停止が行われ（ステップＳ２０４），保護モジュール１３における処理が行われる（ステップＳ２０５）。このステップＳ２０５においては、具体的には、携帯電話１に設けられた記憶手段１０の利用可能記憶領域（非保護領域）１２に関する情報（例えば、利用可能記憶領域１２が存在するという情報）が、携帯電話１（保護モジュール１３およびＵＳＢコネクタ１４）からＰＣ２に送信される。

ステップＳ２０５までの処理を経ることによって、ＰＣ２にて、携帯電話１が外部接続デバイスとして認識される（ステップＳ２０６）。そして、携帯電話１が外部接続デバイスとして認識された後、携帯電話１を構成する利用可能記憶領域（非保護領域）１２は、ＰＣ２からの信号に基づいて、「一つの記憶装置」として利用されることとなる。

次いで、ＰＣ２にて携帯電話１中の情報を読み込む際には、図２にて説明したように携帯電話１をＰＣ２に接続した後、図３に示すように、ＰＣ２から携帯電話１に対して、通信データの送信が行われる（ステップＳ３０１）。ここで送信される「通信データ」は、携帯電話１内の所定の情報を読み込むための一つあるいは複数の命令を含んだ通信データである。

携帯電話１にて上記通信データの受信が行われると（ステップＳ３０２）、保護モジュール１３における処理が行われる（ステップＳ３０３）。このステップＳ３０３においては、その処理の結果、ＰＣ２からの読み込み命令に対して拒絶等を行うこともあるが、ここでは、読み込みを許可する処理結果がでた場合について説明する。

ステップＳ３０３の後、携帯電話１から内部データ（利用可能記憶領域（非保護領域）１２内のデータ）の送信が行われる（ステップＳ３０４）。そして、ＰＣ２にて、この内部データの受信が行われることによって（ステップＳ３０５）、携帯電話１中の情報の読み込み処理が終了する。

次いで、ＰＣ２にて携帯電話１中に情報を書き込む際には、図２にて説明したように携帯電話１をＰＣ２に接続した後、図４に示すように、ＰＣ２から携帯電話１に対して、通信データの送信が行われる（ステップＳ４０１）。ここで送信される「通信データ」は、ＰＣ２から携帯電話１に対して所定の情報を書き込むため（新たに作成するため、あるいは変更を行うため等）の一つあるいは複数の命令を含んだ通信データである。

携帯電話２にて上記通信データの受信が行われると（ステップＳ４０２）、保護モジュール１３における処理（ステップＳ４０３）が行われた後、携帯電話１からＰＣ２に対して通信データが送信される（ステップＳ４０４）。ここで送信される「通信データ」は、携帯電話１内の利用可能記憶領域（非保護領域）１２に関する種々の情報や命令を含んだ通信データである。この通信データに基づいて、ＰＣ２からの書き込み命令に対して拒絶等を行うこともあるが、ここでは、書き込みを許可する通信データがＰＣ２に送信される場合について説明する。

ＰＣ２にて、携帯電話１からの上記通信データの受信が行われると（ステップＳ４０５）、次いで、ＰＣ２から携帯電話１に対して、書き込みデータの送信が行われる（ステップＳ４０６）。この書き込みデータの送信が行われると、携帯電話１にて、書き込みデータの受信および書き込み処理が行われる（ステップＳ４０７）。具体的には、携帯電話１内の利用可能記憶領域（非保護領域）１２に対して、書き込みデータが書き込まれる。

上記書き込み処理（Ｓ４０７）が完了すると、完了した旨の情報を含んだ通信データが、携帯電話１からＰＣ２に対して送信される（ステップＳ４０８）。そして、ＰＣ２にて、この通信データの受信が行われることによって（ステップＳ４０９）、携帯電話１に対する書き込み処理が終了する。

次いで、ＰＣ２から携帯電話１を取り外す際には、まず、図５に示すように、ＰＣ２にて、外部接続デバイスとして認識した携帯電話１の停止処理が行われる（ステップＳ５０１）。この停止処理に基づき、ＰＣ２から携帯電話１に対しては、通信データが送信される（ステップＳ５０２）。ここで送信される「通信データ」は、外部接続デバイスの停止処理を行う旨の命令等を含んだ通信データである。

携帯電話１にて、ＰＣ２からの上記通信データが受信されると（ステップＳ５０３）、携帯電話１においては、これまで停止されていた電話通信機能が再開される（ステップＳ５０４）。つまり、ステップＳ５０４までの処理を経て、外部接続デバイス（記憶装置）としての機能を停止し、通常の「電話」としての機能が再開される。そして、携帯電話１のＵＳＢコネクタ１４をＰＣ２のＵＳＢポートから取り外して（ステップＳ５０５）、一連の処理が終了することとなる。

さて、携帯電話１（の利用可能記憶領域（非保護領域）１２）を記憶装置として使用する際の使用方法の概略は、上述した通りであるが、上記図２〜図５を用いた説明においては、「保護モジュール１３」の機能を簡略化して説明している。本実施形態にかかる保護モジュール１３は、記憶手段１０を保護し（特に携帯電話専用記憶領域（保護領域）１１を保護し）、記憶手段１０を成す利用可能記憶領域（非保護領域）１２を適切に利用可能なように管理等を行っている。つまり、保護モジュール１３は、保護領域内の情報保護管理と、非保護領域内における情報授受管理とを行っている。より具体的には、保護モジュール１３は、ＰＣ２等の外部機器からの種々の信号に対して、保護領域内へのアクセスを禁止するアクセス禁止機能や、非保護領域との間で種々の情報の伝達を行う情報伝達機能等を有している。

以下、保護モジュールの具体的な機能について、上述した各図に加え、図６〜図１４を用いて説明する。

図６は、保護モジュールの具体的機能を示すフローチャートである。

この図６に示すように、保護モジュール１３は、ＰＣ２からの命令があるまでは（ステップＳ６０２にて「Ｎｏ」の場合には）待機状態を維持し（ステップＳ６０１、ステップＳ６０２、ステップＳ６１４）、携帯電話１がＰＣ２に接続されて（図２等参照）、ＰＣ２から何らかの命令がなされた後に、種々の機能を発揮することとなる。

携帯電話１がＰＣ２に接続されて、ＰＣ２から何らかの命令（通信データの送信）がなされると（Ｓ６０２にて「Ｙｅｓ」）、その命令がどのような命令であるかが判断される。

ＰＣ２から命令が出され（Ｓ６０２にて「Ｙｅｓ」）、その命令が記憶手段１０の残容量を取得する命令であるか否かが判断される（ステップＳ６０３）。ＰＣ２からの命令が、記憶手段１０の残容量を取得する命令であった場合（Ｓ６０３にて「Ｙｅｓ」の場合）には、残容量取得処理（ステップＳ６０４）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる。ＰＣ２からの命令が、記憶手段１０の残容量を取得する命令でなかった場合（Ｓ６０３にて「Ｎｏ」の場合）には、続いてステップＳ６０５以降の処理が行われる。なお、ステップＳ６０４の残容量取得処理については後述する。

このように、本実施形態にかかる保護モジュールは、ＰＣ２からの残容量取得命令に基づいて、記憶手段１０における利用可能記憶領域（非保護領域）１２内の残容量をＰＣ２側に伝達する、残容量伝達機能を有している。

ＰＣ２から命令が、記憶手段１０の残容量を取得する命令でなかった場合（Ｓ６０３にて「Ｎｏ」の場合）には、次いでその命令が、記憶手段１０の初期化命令か否かが判断される（ステップＳ６０５）。ＰＣ２からの命令が、記憶手段１０の初期化命令であった場合（Ｓ６０５にて「Ｙｅｓ」の場合）には、「初期化に失敗しました」等のエラーメッセージがＰＣ２側に返される（ステップＳ６０６）。このように、本実施形態にかかる携帯電話１が初期化命令を拒絶すべく構成しているのは、記憶手段１０（特に、携帯電話専用記憶領域（保護領域）１１を保護して、万が一にも携帯電話１自身の機能（電話通信機能等）を損なう恐れがないようにするためである。ＰＣ２からの命令が、記憶手段１０の初期化命令でなかった場合（Ｓ６０５にて「Ｎｏ」の場合）には、続いてステップＳ６０７以降の処理が行われる。

このように、本実施形態にかかる保護モジュールは、ＰＣ２からの初期化命令に対して、記憶手段１０の初期化を拒絶する、初期化拒絶機能を有している。

ＰＣ２からの命令が、記憶手段１０の初期化命令でなかった場合（Ｓ６０５にて「Ｎｏ」の場合）には、次いでその命令が、記憶手段１０内のディレクトリおよびファイルの種々の情報の一覧を取得する命令（以下、「情報一覧取得命令」という。）であるか否かが判断される（ステップＳ６０７）。ＰＣ２からの命令が、情報一覧取得命令であった場合（Ｓ６０７にて「Ｙｅｓ」の場合）には、情報一覧取得処理（ステップＳ６０８）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる。ＰＣ２からの命令が、情報一覧取得命令でなかった場合（Ｓ６０７にて「Ｎｏ」の場合）には、続いてステップＳ６０９以降の処理が行われる。なお、ステップＳ６０８の情報一覧取得処理については後述する。

このように、本実施形態にかかる保護モジュールは、ＰＣ２からの情報一覧取得命令に基づいて、記憶手段１０における利用可能記憶領域（非保護領域）１２内の情報一覧をＰＣ２側に伝達する、情報一覧伝達機能（例えば、本発明における「ディレクトリ関連情報伝達機能」「ファイル関連情報伝達機能」に相当するが、これらをまとめた機能も含む。）を有している。

ＰＣ２からの命令が、情報一覧取得命令でなかった場合（Ｓ６０７にて「Ｎｏ」の場合）には、次いでその命令が、記憶手段１０内のディレクトリに関する命令（例えば、ディレクトリの日時を所得する命令、ディレクトリを作成する命令、ディレクトリの日時あるいは属性を変更する命令等、以下、「ディレクトリ関連命令」という。）であるか否かが判断される（ステップＳ６０９）。ＰＣ２からの命令が、ディレクトリ関連命令であった場合（Ｓ６０９にて「Ｙｅｓ」の場合）には、ディレクトリ関連処理（ステップＳ６１０）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる。ＰＣ２からの命令が、ディレクトリ関連命令でなかった場合（Ｓ６０９にて「Ｎｏ」の場合）には、続いてステップＳ６１１以降の処理が行われる。なお、ステップＳ６１０のディレクトリ関連処理については後述する。

このように、本実施形態にかかる保護モジュールは、ＰＣ２からのディレクトリ関連命令に基づいて、記憶手段１０における利用可能記憶領域（非保護領域）１２内のディレクトリ関連の処理（ディレクトリの日時の取得や、ディレクトリの作成、ディレクトリの日時の変更、ディレクトリの属性の変更等）を行う、ディレクトリ関連処理機能（本発明における「ディレクトリ関連情報伝達機能」「ディレクトリ関連情報変更機能」に相当）を有している。

ＰＣ２からの命令が、ディレクトリ関連命令でなかった場合（Ｓ６０９にて「Ｎｏ」の場合）には、次いでその命令が、記憶手段１０内のファイルに関する命令（例えば、ファイルの日時を所得する命令、ファイルを作成する命令、ファイルの日時あるいは属性を変更する命令等、以下、「ファイル関連命令」という。）であるか否かが判断される（ステップＳ６１１）。ＰＣ２からの命令が、ファイル関連命令であった場合（Ｓ６１１にて「Ｙｅｓ」の場合）には、ファイル関連処理（ステップＳ６１２）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる。ＰＣ２からの命令が、ファイル関連命令でなかった場合（Ｓ６１１にて「Ｎｏ」の場合）には、上記一連の処理を経たＰＣ２からの命令は、保護モジュール１３にて管理可能な命令ではないということになるため、本実施形態においては、「命令に対応していません」「命令内容が不明です」等のエラーメッセージがＰＣ２へ返される（ステップＳ６１３）。そして、ステップＳ６１３の処理の後、ステップＳ６１４以降の処理（繰り返し処理）が行われる。なお、ステップＳ６１２のファイル関連処理については後述する。

このように、本実施形態にかかる保護モジュールは、ＰＣ２からのファイル関連命令に基づいて、記憶手段１０における利用可能記憶領域（非保護領域）１２内のファイル関連の処理（ファイルの日時の取得や、ファイルの作成、ファイルの日時の変更、ファイルの属性の変更等）を行う、ファイル関連処理機能（本発明における「ファイル関連情報伝達機能」「ファイル関連情報変更機能」に相当）を有している。

次に、保護モジュール１３における残容量取得処理（図６のＳ６０４参照）について具体的に説明する。図７は、保護モジュール１３における残容量取得処理のフローチャートを示したものである。

この図７に示すように、ＰＣ２から残容量取得命令がなされると（図６のＳ６０３参照）、保護モジュール１３においては、記憶手段１０内の利用可能記憶領域（非保護領域）１２の残容量（記憶手段１０全体の残容量から携帯電話専用記憶領域（保護領域）１１の容量を引いた値）が取得され（ステップＳ６０４０１）、残容量取得に成功したか否かが判断される（ステップＳ６０４０２）。

残容量取得に成功した場合（Ｓ６０４０２にて「Ｙｅｓ」の場合）には、その残容量値がＰＣ２へ送信され（ステップＳ６０４０３）、その後ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。残容量取得に失敗した場合（Ｓ６０４０２にて「Ｎｏ」の場合）には、「残容量の取得に失敗しました」等のエラーメッセージがＰＣ２へ返され（ステップＳ６０４０４）、その後ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。

次に、保護モジュール１３における情報一覧取得処理（図６のＳ６０８参照）について具体的に説明する。図８は、保護モジュール１３における情報一覧取得処理のフローチャートを示したものである。

この図８に示すように、ＰＣ２から情報一覧取得命令がなされると（図６のＳ６０７参照）、ディレクトリおよびファイルの一覧を取得する命令のパラメータを検索するパス名の取得が行われ（ステップＳ６０８０１）、パス名の取得に成功したか否かが判断される（ステップＳ６０８０２）。

パス名の取得に成功した場合（Ｓ６０８０２にて「Ｙｅｓ」の場合）には、携帯電話専用記憶領域（保護領域）１１以外のディレクトリおよびファイルの一覧を記憶手段１０から取得する処理が行われる（ステップＳ６０８０４）。パス名の取得に失敗した場合（Ｓ６０８０２にて「Ｎｏ」の場合）には、「パラメータの取得に失敗しました」等のエラーメッセージがＰＣ２へ返され（Ｓ６０８０６）、その後ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。

ステップＳ６０８０３の後には、ディレクトリおよびファイルの一覧（情報一覧）の取得に成功したか否かが判断される（ステップＳ６０８０４）。情報一覧の取得に成功した場合（Ｓ６０８０４にて「Ｙｅｓ」の場合）には、携帯電話専用記憶領域（保護領域）１１以外のディレクトリおよびファイルの一覧がＰＣ２へ送信され（ステップＳ６０８０５）、その後ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。情報一覧の取得に失敗した場合（Ｓ６０８０４にて「Ｎｏ」の場合）には、「情報一覧の取得に失敗しました」等のエラーメッセージがＰＣ２へ返され（Ｓ６０８０６）、その後ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。

次に、保護モジュール１３におけるディレクトリ関連処理（図６のＳ６１０参照）について具体的に説明する。図９は、保護モジュール１３におけるディレクトリ関連処理のフローチャートを示したものである。

この図９に示すように、ＰＣ２からディレクトリ関連命令がなされると（図６のＳ６０９参照）、その命令がディレクトリに関する種々の情報を取得する命令であるか否かが判断される（ステップＳ６１００１）。ここで、ディレクトリに関する種々の情報（ディレクトリ関連情報）とは、ディレクトリの日時に関する情報、ディレクトリの属性に関する情報、ディレクトリの名称に関する情報、ディレクトリの一覧情報等があげられる。

ＰＣ２からの命令が、ディレクトリ関連情報取得命令であった場合（Ｓ６１００１にて「Ｙｅｓ」の場合）には、情報取得処理（ステップＳ６１００２）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。ＰＣ２からの命令が、ディレクトリ関連情報取得命令でなかった場合（Ｓ６１００１にて「Ｎｏ」の場合）には、続いてステップＳ６１００３以降の処理が行われる。なお、ステップＳ６１００２の情報取得処理については後述する。

ＰＣ２からの命令が、ディレクトリ関連情報取得命令でなかった場合（Ｓ６１００１にて「Ｎｏ」の場合）には、次いでその命令が、ディレクトリ作成命令であるか否かが判断される（ステップＳ６１００３）。ＰＣ２からの命令が、ディレクトリ作成命令であった場合（Ｓ６１００３にて「Ｙｅｓ」の場合）には、ディレクトリ作成処理（ステップＳ６１００４）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。ＰＣ２からの命令が、ディレクトリ作成命令でなかった場合（Ｓ６１００３にて「Ｎｏ」の場合）には、続いてステップＳ６１００５以降の処理が行われる。なお、ステップＳ６１００４のディレクトリ作成処理については後述する。

ＰＣ２からの命令が、ディレクトリ作成命令でなかった場合（Ｓ６１００３にて「Ｎｏ」の場合）には次いでその命令が、ディレクトリ変更命令であるか否かが判断される（ステップＳ６１００５）。このディレクトリ変更命令にて変更される事項としては、例えば、ディレクトリ名称、ディレクトリの日時、ディレクトリの属性等があげられる。ＰＣ２からの命令が、ディレクトリ変更命令であった場合（Ｓ６１００５にて「Ｙｅｓ」の場合）には、ディレクトリ変更処理（ステップＳ６１００６）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。ＰＣ２からの命令が、ディレクトリ変更命令でなかった場合（Ｓ６１００５にて「Ｎｏ」の場合）には、続いてステップＳ６１００７以降の処理が行われる。なお、ステップＳ６１００６のディレクトリ変更処理については後述する。

ＰＣ２からの命令が、ディレクトリ変更命令でなかった場合（Ｓ６１００５にて「Ｎｏ」の場合）には、次いでその命令が、ディレクトリ削除命令であるか否かが判断される（ステップＳ６１００７）。ＰＣ２からの命令が、ディレクトリ削除命令であった場合（Ｓ６１００７にて「Ｙｅｓ」の場合）には、ディレクトリ削除処理（ステップＳ６１００８）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。ＰＣ２からの命令が、ディレクトリ削除命令でなかった場合（Ｓ６１００７にて「Ｎｏ」の場合）には、ディレクトリ関連処理（Ｓ６１０）が終了して、その後ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。なお、ステップＳ６１００８のディレクトリ削除処理については後述する。

次に、保護モジュール１３におけるファイル関連処理（図６のＳ６１２参照）について具体的に説明する。図１０は、保護モジュール１３におけるファイル関連処理のフローチャートを示したものである。

この図１０に示すように、ＰＣ２からファイル関連命令がなされると（図６のＳ６１１参照）、その命令がファイルに関する種々の情報を取得する命令であるか否かが判断される（ステップＳ６１２０１）。ここで、ファイルに関する種々の情報（ファイル関連情報）とは、ファイルの日時に関する情報、ファイルの属性に関する情報、ファイルの名称に関する情報、ファイルの一覧情報等があげられる。

ＰＣ２からの命令が、ファイル関連情報取得命令であった場合（Ｓ６１２０１にて「Ｙｅｓ」の場合）には、情報取得処理（ステップＳ６１２０２）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。ＰＣ２からの命令が、ファイル関連情報取得命令でなかった場合（Ｓ６１２０１にて「Ｎｏ」の場合）には、続いてステップＳ６１２０３以降の処理が行われる。なお、ステップＳ６１２０２の情報取得処理については後述する。

ＰＣ２からの命令が、ファイル関連情報取得命令でなかった場合（Ｓ６１２０１にて「Ｎｏ」の場合）には、次いでその命令が、ファイル作成命令であるか否かが判断される（ステップＳ６１２０３）。ＰＣ２からの命令が、ファイル作成命令であった場合（Ｓ６１２０３にて「Ｙｅｓ」の場合）には、ファイル作成処理（ステップＳ６１２０４）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。ＰＣ２からの命令が、ファイル作成命令でなかった場合（Ｓ６１２０３にて「Ｎｏ」の場合）には、続いてステップＳ６１２０５以降の処理が行われる。なお、ステップＳ６１２０４のファイル作成処理については後述する。

ＰＣ２からの命令が、ファイル作成命令でなかった場合（Ｓ６１２０３にて「Ｎｏ」の場合）には次いでその命令が、ファイル変更命令であるか否かが判断される（ステップＳ６１２０５）。このファイル変更命令にて変更される事項としては、例えば、ファイル名称、ファイルの日時、ファイルの属性等があげられる。ＰＣ２からの命令が、ファイル変更命令であった場合（Ｓ６１２０５にて「Ｙｅｓ」の場合）には、ファイル変更処理（ステップＳ６１２０６）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。ＰＣ２からの命令が、ファイル変更命令でなかった場合（Ｓ６１２０５にて「Ｎｏ」の場合）には、続いてステップＳ６１２０７以降の処理が行われる。なお、ステップＳ６１２０６のファイル変更処理については後述する。

ＰＣ２からの命令が、ファイル変更命令でなかった場合（Ｓ６１２０５にて「Ｎｏ」の場合）には、次いでその命令が、ファイル削除命令であるか否かが判断される（ステップＳ６１２０７）。ＰＣ２からの命令が、ファイル削除命令であった場合（Ｓ６１２０７にて「Ｙｅｓ」の場合）には、ファイル削除処理（ステップＳ６１２０８）が行われた後、ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。ＰＣ２からの命令が、ファイル削除命令でなかった場合（Ｓ６１２０７にて「Ｎｏ」の場合）には、ファイル関連処理（Ｓ６１２）が終了して、その後ステップＳ６１４以降の処理（繰り返し処理）が行われる（図６参照）。なお、ステップＳ６１２０８のファイル削除処理については後述する。

次に、保護モジュール１３におけるディレクトリ関連処理（Ｓ６１０、図９等参照）およびファイル関連処理（Ｓ６１２、図１０等参照）中の「情報取得処理」「作成処理」「変更処理」「削除処理」について説明する。なお、「ディレクトリ」と「ファイル」との違いはあっても、上記４つの処理（情報取得処理、作成処理、変更処理、削除処理）の処理の流れは、「ディレクトリ」も「ファイル」もほぼ同様である。したがって、以下においては、「ディレクトリ」と「ファイル」とについて特に区別せず、同様の図面（図１１〜図１４）を用いて、４つの処理を具体的に説明する。

図１１は、ディレクトリあるいはファイルに関する情報取得処理（Ｓ６１００２，Ｓ６１２０２）についてのフローチャートを示したものである。ここで取得命令（読み出し命令）が出される「情報」としては、例えば、ディレクトリあるいはファイルの具体的な内容（中身）、作成日時、属性、サイズ等があげられる。

ＰＣ２から情報取得命令がなされると、図１１に示すように、取得情報に関するパラメータが取得され（ステップＳ１１０１）、そのパラメータの取得に成功したか否かが判断される（ステップＳ１１０２）。

パラメータの取得に成功した場合（Ｓ１１０２にて「Ｙｅｓ」の場合）には、記憶手段１０内の利用可能記憶領域（非保護領域）１２にアクセスして、パラメータで指定される情報（要求された情報）が取得され、その情報の取得に成功したか否かが判断される（ステップＳ１１０４）。パラメータの取得に失敗した場合（Ｓ１１０２にて「Ｎｏ」の場合）には、「パラメータの取得に失敗しました」等のエラーメッセージがＰＣ２へ返され（ステップＳ１１０６）、情報取得処理が終了する。

要求された情報の取得に成功した場合（Ｓ１１０４にて「Ｙｅｓ」の場合）には、「取得成功」等のメッセージと共に、取得情報がＰＣ２へ送信され（ステップＳ１１０５）、情報取得処理が終了する。要求された情報の取得に失敗した場合（Ｓ１１０４にて「Ｎｏ」）には、「要求された情報の取得に失敗しました」等のエラーメッセージがＰＣ２へ返され（ステップＳ１１０６）、情報取得処理が終了する。

次に、図１２は、ディレクトリあるいはファイルに関する作成処理（Ｓ６１００４，Ｓ６１２０４）についてのフローチャートを示したものである。つまり、記憶手段１０内の利用可能記憶領域（非保護領域）１２に、ディレクトリあるいはファイルを作成する（書き込む）、またはディレクトリ内あるいはファイル内にデータを書き込む際の処理の流れを示したものである。

ＰＣ２からディレクトリあるいはファイルの作成命令がなされると、図１２に示すように、作成命令に関するパラメータが取得され（ステップＳ１２０１）、そのパラメータの取得に成功したか否かが判断される（ステップＳ１２０２）。

パラメータの取得に成功した場合（Ｓ１２０２にて「Ｙｅｓ」の場合）には、作成命令に基づいてディレクトリあるいはファイルを作成するために、記憶手段１０内の利用可能記憶領域（非保護領域）１２にアクセスする（ステップＳ１２０３）。パラメータの取得に失敗した場合（Ｓ１２０２にて「Ｎｏ」の場合）には、「パラメータの取得に失敗しました」等のエラーメッセージがＰＣ２へ返され（ステップＳ１２０８）、作成処理が終了する。

記憶手段１０へのアクセスを行った後（Ｓ１２０３）、記憶手段１０内の利用可能記憶領域（非保護領域）１２内に、作成しようとするディレクトリあるいはファイルが、既に存在しているか否か、あるいは使用中であるか否かが判断される（ステップＳ１２０４）。既に存在しているあるいは使用中である場合（Ｓ１２０４にて「Ｙｅｓ」の場合）には、「既に存在します」「使用中です」等のエラーメッセージがＰＣ２へ返され（ステップＳ１２０８）、作成処理が終了する。そうでない場合（Ｓ１２０４にて「Ｎｏ」の場合）には、ＰＣ２からの命令に基づいて、記憶手段１０内の利用可能記憶領域（非保護領域）１２内にディレクトリあるいはファイルが作成される（ステップＳ１２０５）。

ステップＳ１２０５の後、作成が成功したか否かが判断され（ステップＳ１２０６）、成功した場合（Ｓ１２０６にて「Ｙｅｓ」の場合）には、「作成に成功しました」等のメッセージがＰＣ２へ返され（ステップＳ１２０７）、作成処理が終了する。作成が失敗した場合（Ｐ１２０６にて「Ｎｏ」の場合）には、「作成に失敗しました」等のエラーメッセージがＰＣ２へ返され（ステップＳ１２０８）、作成処理が終了する。

次に、図１３は、ディレクトリあるいはファイルに関する変更処理（名称変更処理、日時変更処理、属性変更処理等）（Ｓ６１００６，Ｓ６１２０６）についてのフローチャートを示したものである。つまり、記憶手段１０内の利用可能記憶領域（非保護領域）１２に存在するディレクトリあるいはファイルに関する各種情報（名称、日時、属性等）の変更を行う際の処理の流れを示したものである。

ＰＣ２からディレクトリあるいはファイルの変更命令がなされると、図１３に示すように、変更命令に関するパラメータが取得され（ステップＳ１３０１）、そのパラメータの取得に成功したか否かが判断される（ステップＳ１３０２）。

パラメータの取得に成功した場合（Ｓ１３０２にて「Ｙｅｓ」の場合）には、変更命令に基づいてディレクトリあるいはファイルに関する所定情報（変更命令が出された情報）を変更するために、記憶手段１０内の利用可能記憶領域（非保護領域）１２にアクセスする（ステップＳ１３０３）。パラメータの取得に失敗した場合（Ｓ１３０２にて「Ｎｏ」の場合）には、「パラメータの取得に失敗しました」等のエラーメッセージがＰＣ２へ返され（ステップＳ１３０８）、変更処理が終了する。

記憶手段１０へのアクセスを行った後（Ｓ１３０３）、記憶手段１０内の利用可能記憶領域（非保護領域）１２内に、作成しようとするディレクトリあるいはファイルが、存在しているか否か、あるいは使用中であるか否かが判断される（ステップＳ１３０４）。存在していない場合あるいは使用中である場合（Ｓ１３０４にて「Ｙｅｓ」の場合）には、「変更対象が存在しません」「変更対象が使用中です」等のエラーメッセージがＰＣ２へ返され（ステップＳ１３０８）、変更処理が終了する。そうでない場合（変更対象が存在し、使用中でない場合）（Ｓ１３０４にて「Ｎｏ」の場合）には、ＰＣ２からの命令に基づいて、記憶手段１０内の利用可能記憶領域（非保護領域）１２内に存在するディレクトリあるいはファイルに関する所定情報が変更される（ステップＳ１３０５）。

ステップＳ１３０５の後、変更が成功したか否かが判断され（ステップＳ１３０６）、成功した場合（Ｓ１３０６にて「Ｙｅｓ」の場合）には、「変更に成功しました」等のメッセージがＰＣ２へ返され（ステップＳ１３０７）、変更処理が終了する。変更が失敗した場合（Ｐ１３０６にて「Ｎｏ」の場合）には、「変更に失敗しました」等のエラーメッセージがＰＣ２へ返され（ステップＳ１３０８）、作成処理が終了する。

次に、図１４は、ディレクトリあるいはファイルに関する削除処理（Ｓ６１００８，Ｓ６１２０８）についてのフローチャートを示したものである。つまり、記憶手段１０内の利用可能記憶領域（非保護領域）１２に存在するディレクトリあるいはファイルの削除を行う際の処理の流れを示したものである。

ＰＣ２からディレクトリあるいはファイルの削除命令がなされると、図１４に示すように、削除命令に関するパラメータが取得され（ステップＳ１４０１）、そのパラメータの取得に成功したか否かが判断される（ステップＳ１４０２）。

パラメータの取得に成功した場合（Ｓ１４０２にて「Ｙｅｓ」の場合）には、削除命令に基づいてディレクトリあるいはファイルを削除するために、記憶手段１０内の利用可能記憶領域（非保護領域）１２にアクセスする（ステップＳ１４０３）。パラメータの取得に失敗した場合（Ｓ１４０２にて「Ｎｏ」の場合）には、「パラメータの取得に失敗しました」等のエラーメッセージがＰＣ２へ返され（ステップＳ１４０８）、削除処理が終了する。

記憶手段１０へのアクセスを行った後（Ｓ１４０３）、記憶手段１０内の利用可能記憶領域（非保護領域）１２内に、作成しようとするディレクトリあるいはファイルが、存在しているか否か、あるいは使用中であるか否かが判断される（ステップＳ１４０４）。存在していない場合あるいは使用中である場合（Ｓ１４０４にて「Ｙｅｓ」の場合）には、「削除対象が存在しません」「削除対象が使用中です」等のエラーメッセージがＰＣ２へ返され（ステップＳ１４０８）、削除処理が終了する。そうでない場合（変更対象が存在し、使用中でない場合）（Ｓ１４０４にて「Ｎｏ」の場合）には、ＰＣ２からの命令に基づいて、記憶手段１０内の利用可能記憶領域（非保護領域）１２内に存在するディレクトリあるいはファイルが削除される（ステップＳ１４０５）。

ステップＳ１４０５の後、削除が成功したか否かが判断され（ステップＳ１４０６）、成功した場合（Ｓ１４０６にて「Ｙｅｓ」の場合）には、「削除しました」等のメッセージがＰＣ２へ返され（ステップＳ１４０７）、削除処理が終了する。削除が失敗した場合（Ｐ１４０６にて「Ｎｏ」の場合）には、「削除に失敗しました」等のエラーメッセージがＰＣ２へ返され（ステップＳ１４０８）、削除処理が終了する。

以上のように、本実施形態にかかる携帯電話１は、携帯電話専用記憶領域（保護領域）１１と利用可能記憶領域（非保護領域）１２とを有する記憶手段１０、およびこの記憶手段１０へのアクセスに対する管理等を行う保護モジュール１３等を備えている。そして、この保護モジュール１３は、具体的には上述した各図にて説明したように、アクセス禁止機能、初期化拒絶機能、残容量伝達機能、情報伝達機能、変更機能、作成機能、削除機能等を有している。

したがって、本実施形態によれば、携帯電話専用記憶領域（保護領域）１１を適切に保護し、利用可能記憶領域（非保護領域）１２を効果的に活用可能となる。つまり、本実施形態によれば、携帯電話専用記憶領域（保護領域）１１を適切に保護することによって、携帯電話１自身の機能（本来の電話通信機能）を損なうことがなくなる。また、本実施形態によれば、利用可能記憶領域（非保護領域）１２利用することによって、携帯電話１を一つの記憶装置として多方面にて積極的に活用することが可能となる。

なお、本発明は、上述した実施形態に限定されるものではなく、本発明の趣旨に適合し得る範囲で必要に応じて種々の変更を加えて実施することも可能であり、それらはいずれも本発明の技術的範囲に含まれる。

上記実施形態においては、外部通信手段としてＵＳＢコネクタ１４を用いる場合について説明したが、本発明はこのような「ＵＳＢ」方式に限定されるものではなく、必要に応じて、他の有線デバイスを用いても、または他の無線デバイスを用いてもよい。したがって、例えば、他の有線デバイスとして、ＩＥＥＥ１３９４、パラレル、シリアル、ＩＤＥ、ＳＡＴＡ、ＳＣＳＩ等を用いてもよい。また、無線デバイスとして、例えば、赤外線通信、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ等を用いてもよい。

また、上記実施形態においては、外部機器がＰＣ２である場合について説明したが、本発明はこの構成に限定されるものではなく、本実施形態にかかる携帯電話１は、必要に応じてＰＣ２以外の種々の外部機器に接続して「記憶装置」として利用可能である。外部機器としては、例えば、デジタルカメラ、ビデオカメラ、オーディオ機器、プリンタ（印刷機器）、カーナビゲーション等があげられる。

さらに、上記実施形態においては、「携帯通信装置」が携帯電話である場合について説明したが、本発明はこの構成に限定されるものではない。したがって、本発明にかかる携帯通信装置は、例えば、ＰＨＳ、ＰＤＡ、電子辞書、電子ブック等、携帯電話以外の携帯通信装置（携帯装置）であってもよい。これら携帯電話以外の携帯通信装置（携帯装置）においても、記憶手段と保護モジュールとを設け、上述した実施形態と同様に構成することによって、それぞれの携帯通信装置（携帯装置）の本来の機能を損なうことなく、各携帯通信装置（携帯装置）を外部機器に接続可能な「記憶装置」として利用することが可能となる。

本発明の実施形態にかかる携帯電話およびＰＣの概略図を示したものである。 携帯電話とＰＣとの接続時におけるフローチャートを示したものである。 ＰＣにて携帯電話内の情報を読み込む際のフローチャートを示したものである。 ＰＣにて携帯電話内に情報を書き込む際のフローチャートを示したものである。 携帯電話とＰＣとの接続終了時におけるフローチャートを示したものである。 保護モジュールの具体的機能を示すフローチャートである。 保護モジュールにおける残容量取得処理のフローチャートを示したものである。 保護モジュールにおける情報一覧取得処理のフローチャートを示したものである。 保護モジュールにおけるディレクトリ関連処理のフローチャートを示したものである。 保護モジュールにおけるファイル関連処理のフローチャートを示したものである。 保護モジュールにおけるディレクトリあるいはファイルに関する情報取得処理についてのフローチャートを示したものである。 保護モジュールにおけるディレクトリあるいはファイルに関する作成処理についてのフローチャートを示したものである。 保護モジュールにおけるディレクトリあるいはファイルに関する変更処理についてのフローチャートを示したものである。 保護モジュールにおけるディレクトリあるいはファイルに関する削除処理についてのフローチャートを示したものである。

符号の説明

１…携帯電話
２…ＰＣ（パーソナルコンピュータ）
１０…記憶手段
１１…携帯電話専用記憶領域
１２…利用可能記憶領域
１３…保護モジュール
１４…ＵＳＢコネクタ

Claims (6)

1. 外部機器と通信を行うための外部通信手段と、前記外部通信手段を介して情報の授受を行う記憶手段とを備えた携帯通信装置であって、
   前記記憶手段が保護領域と非保護領域とを有し、
   前記外部通信手段と前記記憶手段との間に保護モジュールが設けられており、
   前記保護モジュールが、前記保護領域内の情報保護管理と、前記外部機器からの信号に基づく前記非保護領域内における情報授受管理とを行う
   ことを特徴とする携帯通信装置。
2. 前記保護モジュールが、前記外部機器からの信号に対して、前記保護領域内へのアクセスを禁止するアクセス禁止機能を有する
   請求項１に記載の携帯通信装置。
3. 前記保護モジュールが、前記外部機器からの信号に対して、前記記憶手段の初期化を拒絶する初期化拒絶機能を有する
   請求項１または２に記載の携帯通信装置。
4. 前記保護モジュールが、前記外部機器からの信号に基づいて、
   前記非保護領域内の残容量を前記外部機器に伝達する残容量伝達機能、前記非保護領域内のディレクトリに関する情報を前記外部機器に伝達するディレクトリ関連情報伝達機能、前記非保護領域内のファイルに関する情報を前記外部機器に伝達するファイル関連情報伝達機能、前記非保護領域内のディレクトリに関する情報を変更するディレクトリ関連情報変更機能、および前記非保護領域内のファイルに関する情報を変更するファイル関連情報変更機能の全ての機能、または少なくともいずれかの機能を有する
   請求項１から３のいずれか１項に記載の携帯通信装置。
5. 前記記憶手段が、着脱式または内蔵式の記憶手段である
   請求項１から４のいずれか１項に記載の携帯通信装置。
6. 前記外部通信手段が、有線デバイスまたは無線デバイスである
   請求項１から５のいずれか１項に記載の携帯通信装置。
   

Images