(57)【要約】【課題】リムーバブルメディア装置に記憶されるデータをネットワーク経由で送信するときのセキュリティを得る。【解決手段】ＴＣＰ／ＩＰによりリムーバブルメディア装置２からサーバ３にデータを送信するのにあたり、アプリケーション層からネットワーク層までに対応するパケット生成、IPsecによる暗号通信のための処理はリムーバブルメディア装置２により行い、実際の物理的なネットワーク経由でのデータ送信には、リムーバブルメディア装置２のホストである携帯型通信端末装置１が備えるネットワーク通信機能のうちで、データリンク層に対応する機能を利用する。【選択図】図４
2006115263.tif 000002
【特許請求の範囲】
【請求項１】
記憶装置と通信端末装置とから成り、
上記記憶装置内においてデータを記憶する記憶手段と、
上記通信端末装置と上記記憶装置との間で、ネットワーク経由以外の所定の通信方式により通信を行うための装置間通信手段と、
上記通信端末装置が所定のネットワーク経由による通信を行うためのものであり、この所定のネットワーク経由による通信に必要とされる、物理的な接続機能に対応するプロトコル層を含む所定のプロトコル層に対応する機能を備えるネットワーク通信手段と、
上記記憶装置に備えられ、上記所定のネットワーク経由による通信に必要とされる全てのプロトコル層のうちで、物理的な接続機能に対応するプロトコル層を少なくとも含んで除かれたプロトコル層よりも上位層に対応する機能を備えるネットワーク対応処理手段とを備え、
上記ネットワーク対応処理手段が有するプロトコル層に対応する機能と、上記通信端末装置のネットワーク通信手段が有する、上記ネットワーク対応処理手段が有するよりも下位のプロトコル層に対応する機能とを、上記装置間通信手段を介した通信により連携させることで、少なくとも、上記記憶手段に対して書き込み及び／又は読み出しが行われるべきデータの送受信を目的として、上記記憶装置が上記所定のネットワーク経由により外部情報処理装置と通信を行うようにされる、
ことを特徴とするネットワーク通信システム。
【請求項２】
データを記憶する記憶手段と、
所定のネットワーク経由による通信に必要とされる、物理的な接続機能に対応するプロトコル層を含む所定のプロトコル層に対応する機能を備える通信端末装置との間で、ネットワーク経由以外の所定の通信方式により通信を行うための装置間通信手段と、
所定のネットワーク経由による所定の通信に必要とされる全てのプロトコル層のうちで、物理的な接続機能に対応するプロトコル層を少なくとも含んで除かれたプロトコル層よりも上位層に対応する機能を備えるネットワーク対応処理手段とを備え、
上記ネットワーク対応処理手段が有するプロトコル層に対応する機能と、上記通信端末装置が有する、上記ネットワーク対応処理手段が有するよりも下位のプロトコル層に対応する機能とを、上記装置間通信手段を介した通信により連携させることで、少なくとも、上記記憶手段に対して書き込み及び／又は読み出しが行われるべきデータの送受信を目的として、上記記憶装置が上記所定のネットワーク経由により外部情報処理装置と通信を行うように構成される、
ことを特徴とする記憶装置。
【請求項３】
データを記憶する記憶手段を備える記憶装置についてのネットワーク通信方法であり、
所定のネットワーク経由による通信に必要とされる、物理的な接続機能に対応するプロトコル層を含む所定のプロトコル層に対応する機能を備える通信端末装置との間で、ネットワーク経由以外の所定の通信方式により通信を行うための装置間通信処理と、
所定のネットワーク経由による所定の通信に必要とされる全てのプロトコル層のうちで、物理的な接続機能に対応するプロトコル層を少なくとも含んで除かれたプロトコル層よりも上位層に対応する機能を実現するネットワーク対応処理とを実行するものとされ、
少なくとも、上記記憶手段に対して書き込み及び／又は読み出しが行われるべきデータの送受信を目的として、上記記憶装置が上記所定のネットワーク経由により外部情報処理装置と通信を行う場合には、上記ネットワーク対応処理のプロトコル層に対応する機能と、上記通信端末装置が有する、上記ネットワーク対応処理が対応するよりも下位のプロトコル層に対応する機能とを、上記装置間通信処理を介した通信により連携させることで、上記外部情報処理装置との通信を行うようにされる、
ことを特徴とするネットワーク通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク経由で通信を行う装置から成るネットワーク通信システムと、このネットワーク通信システムを成す記憶装置と、この記憶装置に対応するネットワーク通信方法とに関するものである。
【背景技術】
【０００２】
近年、リムーバブルメディアとして、例えばフラッシュメモリなどの不揮発性の半導体記憶素子を備えて、各種のデータの書き込み／読み出しが可能とされた小型の記憶装置（半導体記憶装置）が知られている。
【０００３】
このような半導体記憶装置は、例えば、単体で記憶データの処理に関する動作を行うようにはなっておらず、本質的には、例えばディスク状記録媒体などと同様に、リムーバブルメディアとしての態様を採る。このために、パーソナルコンピュータ、デジタルカメラなどをはじめとしたホストとしての機器に装填されるなどして、データ線的にホストと接続され、ホスト側からのアプリケーションの制御によって、アプリケーションデータの書き込み／読み出しが行われるようになっているのが通常である。
【０００４】
また、近年においては、インターネット、ＬＡＮ(Local Area Network) などのネットワークの利用が普及している状況にある。このことを背景として、半導体記憶装置に対して書き込み／読み出しされるべきデータをネットワーク経由で送受信することが行われるようになってきている。
このためには、例えば、ネットワークとの通信機能を有するホストの機器に対して半導体記憶装置を接続（装填）する。そして、例えばホストに対する操作などを行って、ホストと所定の外部ネットワーク機器との間での通信接続を確立させるとともに、例えばホストにより、半導体記憶装置に記憶された所要のデータを読み出して、この読み出したデータをネットワーク経由で外部ネットワーク機器に送信するようにされる。あるいは、外部ネットワーク機器から送信されてきたデータをホストが受信し、この受信したデータを半導体装置に対して書き込むようにされる。
【０００５】
【特許文献１】特開平１０−１７８４５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、半導体記憶装置に記憶されるデータについては、例えばプライバシー保護や、秘匿性を持つ性質のものである可能性があることなどの観点から、できるだけ高いセキュリティ性能により保護されることが好ましい。
しかしながら、上記のようにして、半導体記憶装置に対するデータの授受がホスト経由で行われるような状況では、半導体記憶装置に対して書き込み／読み出しされるデータの全てをホストが一旦保持して送受信のための処理を行うことになる。このために、例えばホストの機器に対して例えば不正なプログラムなどの仕組みを組み込むことで、半導体記憶装置に対して書き込み／読み出しされるデータが不正に他のメディアにコピーされたり、あるいは改竄されるなどの不正が行われる可能性が存在してしまうことになる。
【０００７】
このような、半導体記憶装置と外部ネットワーク機器との間でのデータの授受にホスト機器が介在することによるセキュリティの脆弱さを解消するための１つの策として、例えば、半導体記憶装置単体でも外部ネットワーク機器とネットワーク経由による通信が可能なように構成し、これにより、ホスト機器の介在をなくすことが考えられる。
しかしながら、半導体記憶装置に対して、物理的にネットワークと通信可能な部品、デバイスを付加することは、リムーバブルメディアとして、例えば半導体素子以外の相応のコストアップ要因を抱えることになる。また、ネットワーク通信機能に対するデバイスが追加されることにより、リムーバブルメディアとしての小型軽量化、及びデザインの自由度にも制限が与えられることになる。
このようにして、半導体記憶装置単体に対して完全なネットワーク通信機能を与えることは、本来のリムーバブルメディアとしては、デメリットが顕著となるという点で好ましいとはいえない。
【課題を解決するための手段】
【０００８】
そこで本発明は上記した課題を考慮して、ネットワーク通信システムとして次のように構成することとした。
本発明のネットワーク通信システムは、記憶装置と通信端末装置とから成る。
そのうえで、記憶装置内においてデータを記憶する記憶手段と、通信端末装置と記憶装置との間で、ネットワーク経由以外の所定の通信方式により通信を行うための装置間通信手段と、通信端末装置が所定のネットワーク経由による通信を行うためのものであり、この所定のネットワーク経由による通信に必要とされる、物理的な接続機能に対応するプロトコル層を含む所定のプロトコル層に対応する機能を備えるネットワーク通信手段と、記憶装置に備えられ、所定のネットワーク経由による通信に必要とされる全てのプロトコル層のうちで、物理的な接続機能に対応するプロトコル層を少なくとも含んで除かれたプロトコル層よりも上位層に対応する機能を備えるネットワーク対応処理手段とを備える。
そして、ネットワーク対応処理手段が有するプロトコル層に対応する機能と、通信端末装置のネットワーク通信手段が有する、ネットワーク対応処理手段が有するよりも下位のプロトコル層に対応する機能とを、装置間通信手段を介した通信により連携させることで、少なくとも、上記記憶手段に対して書き込み及び／又は読み出しが行われるべきデータの送受信を目的として、上記記憶装置が上記所定のネットワーク経由により外部情報処理装置と通信を行うように構成することとした。
【０００９】
また、記憶装置として次のように構成することとした。
つまり、データを記憶する記憶手段と、所定のネットワーク経由による通信に必要とされる、物理的な接続機能に対応するプロトコル層を含む所定のプロトコル層に対応する機能を備える通信端末装置との間で、ネットワーク経由以外の所定の通信方式により通信を行うための装置間通信手段と、所定のネットワーク経由による所定の通信に必要とされる全てのプロトコル層のうちで、物理的な接続機能に対応するプロトコル層を少なくとも含んで除かれたプロトコル層よりも上位層に対応する機能を備えるネットワーク対応処理手段とを備え、ネットワーク対応処理手段が有するプロトコル層に対応する機能と、通信端末装置が有する、ネットワーク対応処理手段が有するよりも下位のプロトコル層に対応する機能とを、装置間通信手段を介した通信により連携させることで、少なくとも、記憶手段に対して書き込み及び／又は読み出しが行われるべきデータの送受信を目的として、記憶装置が上記所定のネットワーク経由により外部情報処理装置と通信を行うように構成することとした。
【００１０】
また、データを記憶する記憶手段を備える記憶装置についてのネットワーク通信方法ととして、所定のネットワーク経由による通信に必要とされる、物理的な接続機能に対応するプロトコル層を含む所定のプロトコル層に対応する機能を備える通信端末装置との間で、ネットワーク経由以外の所定の通信方式により通信を行うための装置間通信処理と、所定のネットワーク経由による所定の通信に必要とされる全てのプロトコル層のうちで、物理的な接続機能に対応するプロトコル層を少なくとも含んで除かれたプロトコル層よりも上位層に対応する機能を実現するネットワーク対応処理とを実行するものとしたうえで、少なくとも、記憶手段に対して書き込み及び／又は読み出しが行われるべきデータの送受信を目的として、記憶装置が上記所定のネットワーク経由により外部情報処理装置と通信を行う場合には、ネットワーク対応処理のプロトコル層に対応する機能と、通信端末装置が有する、ネットワーク対応処理が対応するよりも下位のプロトコル層に対応する機能とを、装置間通信処理を介した通信により連携させることで外部情報処理装置との通信を行うように構成することとした。
【００１１】
上記各構成によれば、記憶装置は、所定のネットワーク経由により外部と通信を行うための機能として、ネットワークとの物理的な接続機能に対応するプロトコル層を少なくとも除いた、これよりも上位のプロトコル層に対応する機能を備えるようにされている。また、記憶装置は、通信端末装置と、ネットワーク経由以外での通信方式により通信可能に接続されるようになっている。
通信端末装置は、ネットワーク経由により自身が実行すべき所定の通信機能に必要とされるプロトコル層として、少なくとも物理的にネットワークと接続するためのプロトコル層に対応する機能を備える。
そのうえで、記憶装置がネットワーク経由により外部と通信を行うのにあたっては、通信端末装置と通信可能に接続するようにされる。これにより、記憶装置は、自身がネットワーク対応処理として有するプロトコル層の機能に、通信端末装置が有する、これより下位層のプロトコル層の機能が連携されることとなり、記憶装置は、ネットワーク経由による外部との通信が可能となる。この場合、記憶装置としては、自身がネットワーク対応処理として有するプロトコル層より下位層に対応する通信端末装置側の機能を利用しているということになる。
そして、このことは、通信端末装置側において、記憶装置側と連携されるプロトコル層よりも上位のプロトコル層に対応する機能は、記憶装置がネットワーク経由で送受信するデータを対象として何らかの処理を実行しない、ということを意味する。
【発明の効果】
【００１２】
このようにして本発明では、記憶装置がネットワーク経由で外部と送受信するデータについては、通信端末装置が介在しているのにかかわらず、通信端末装置において、所定以上の階層のプロトコル層に対応する機能が、処理を実行することはないようにされる。
これにより、記憶装置がネットワーク経由で送受信するデータについての通信端末装置側での処理範囲は制限されることとなって、その分、データに関するセキュリティが向上、強化されることになる。
また、上記のようにしてセキュリティの強化を図るのにあたり、記憶装置に与えるネットワーク通信に対応する機能としては、物理的接続機能を省くことができるが、これは、記憶装置において、ネットワークとの物理的接続を可能とするためのハードウェアデバイス、コネクタなどをはじめとする物理的な部品を追加する必要がないことにつながる。このために本発明の記憶装置としては、部品追加によるコストアップを避けることができ、小型軽量化及びデザインの自由度の高さなどを維持できることにもなる。
【発明を実施するための最良の形態】
【００１３】
図１は、本発明の実施の形態が対応するネットワーク通信システム全体の構成例を示している。
このネットワーク通信システムは、携帯型通信端末装置１、リムーバブルメディア装置２、及びサーバ３から成る。これらのうち、ネットワーク４と物理的接続機能を有して接続可能とされているのは、携帯型通信端末装置１とサーバ３となる。
リムーバブルメディア装置２は、例えば記憶領域としてフラッシュメモリなどの不揮発性の半導体記憶素子を備え、例えば外形は小型のカード形状などとされている。このリムーバブルメディア装置２は、例えば対応するスロットを備えるなどしたホストとしての機器に装填可能とされ、装填されたホスト機器側のアプリケーションにより、データの書き込み、読み出しが行われるようにされている。
【００１４】
携帯型通信装置１は、上記のようにしてリムーバブルメディア装置２に対応してデータの書き込み／読み出しが可能なホストとしてのデバイスの１つとされる。このために、例えば本実施の形態の携帯型通信装置１は、ここでは図示していないが、上記もしているように、リムーバブルメディア装置２を装填可能なメディアスロットを備えているものとされる。このメディアスロットにリムーバブルメディア装置２を装填することで、リムーバブルメディア装置２と携帯型通信端末装置２とはコネクタ同士により連結される。これにより、先ず、携帯型通信装置１からリムーバブルメディア装置２に対して電源供給が行われて、リムーバブルメディア装置２が起動する。また、データ線も接続されることとなって、所定の通信方式に従ってのデータ通信が可能となり、携帯型通信端末装置１は、リムーバブルメディア装置２に対するデータの書き込み／読み出しを行うことができるようになる。
【００１５】
また、携帯型通信装置１は、ネットワーク４との接続機能を有する。この携帯型通信装置１が有するネットワーク接続のためのハードウェアとしては、所定規格によるケーブルによるものであっても、無線（電波、赤外線など、キャリアは限定されない）通信によるものであってもよい。ただし、携帯型通信装置１は、ユーザが携帯して持ち運ぶようにして利用することが前提とされているので、少なくとも、無線通信に対応するハードウェア構成を備えることとして、例えば、いわゆるホットスポットといわれる無線ＬＡＮサービスなども利用できるようにすることが、その利便性のうえから、好ましい。
【００１６】
サーバ３は、リムーバブルメディア装置２に記憶されているデータを記憶管理するためのサーバ機能を有するものとして構成される。また、ネットワーク４との接続機能を有する。
なお、この図では省略しているが、サーバ３とネットワーク４経由で通信する携帯型通信端末装置１は、特定の１つのものではなく、しかるべき手順によりサーバ３に登録された複数となる。
【００１７】
このようにして構築されるネットワーク通信システムについての利用形態としては、次のようになる。
先ず、ユーザは、リムーバブルメディア装置２を自身が所有する携帯型通信端末装置１に装填して、例えば持ち歩くことができるようになっている。そして、ユーザは、携帯型通信端末装置１を操作することによって、装填してあるリムーバブルメディア装置２に対して新規にアプリケーションデータ（ユーザデータ）を記憶させることができる。また、リムーバブルメディア装置２に記憶済みとされているアプリケーションデータを読み出して、そのデータ形式に応じた再生処理などを施して、所定の再生出力態様により再生出力させることができる。例えば画像データであれば、映像として表示出力し、オーディオデータであれば音声として出力するようにされる。
【００１８】
ここで、リムーバブルメディア装置２の記憶容量としては有限であるから、例えば上記のようにして、リムーバブルメディア装置２に対して新規にアプリケーションデータ（ユーザデータ）を記憶させていくと、いつかは空き容量が足りなくなって、それ以上データを書き込んで記憶させることができなくなる。
本実施の形態において、サーバ３は、このようなことを前提として、リムーバブルメディア装置２に一旦記憶させたデータを待避させて保管しておくための記憶領域として使用される。
【００１９】
例えば、携帯型通信端末装置１に対するユーザ操作、あるいは、予め定めたアプリケーションデータの送信条件を満たした場合などに応じて、携帯型通信端末装置１からは、装填されているリムーバブルメディア装置２に記憶されているデータ（あるいはこれより記憶させようとしているデータ）のうちから所要のデータが、ネットワーク４を経由してサーバ３に対して送信出力されるようになっている。
【００２０】
サーバ３では、送信されてきたデータを受信取得すると、例えば、この受信取得したデータについて、送信元のリムーバブルメディア装置２との対応をとるようにしてデータベース化して記憶保持しておくようにされる。例えば、このようにしてサーバ３に記憶保持させたアプリケーションデータについては、リムーバブルメディア装置２からは削除する、あるいは記憶させないようにする。なお、ここでの詳しい説明は省略するが、サーバ３に記憶されたデータは、権限を有するユーザがネットワーク経由でダウンロードして取得し、使用することが可能とされている。
【００２１】
このようにしてシステムが使用されることで、リムーバブルメディア装置２そのものの実質的な記憶容量については、定常的に一定以上の余裕のある空き容量が存在する状態としておくことができ、新規なアプリケーションデータを記憶させていくことが可能となる。
また、このようなシステムであれば、サーバ３の記憶領域をリムーバブルメディア装置２の記憶領域として仮想的に扱うことになるので、見かけ上、リムーバブルメディア装置２の記憶容量を、サーバ３で提供できる記憶容量分でもって増加させているということにもなる。また、このことから、本実施の形態にシステムにおいて、例えばリムーバブルメディア装置２の実際の記憶領域と、サーバ３による仮想記憶領域とをシームレスに扱えるようなユーザインターフェイスを提供するように構成することも可能である。
【００２２】
図２のブロック図は、携帯型通信端末装置１、及びリムーバブルメディア装置２の内部構成例を示している。
先ず、携帯型通信端末装置１から説明する。
携帯型通信端末装置１は、例えば図示するようにして、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、データ処理部１４、ネットワーク通信処理部１５、メディア通信処理部１６、表示部１７、操作部１８を内部データバス２１により相互接続するとともに、電源部１９及びコネクタ部２０を備えて成る。
【００２３】
ＣＰＵ(Central Processing Unit)１１は、例えばＲＯＭ１２にインストールされたＯＳ(Operating System)、及び各種のアプリケーションプログラムに従って各種の処理を実行する。また、ＲＡＭ１３はＣＰＵ１１のための作業領域であり、ＣＰＵ１１が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。
【００２４】
データ処理部１４は、リムーバブルメディア装置２から読み出したユーザデータ（アプリケーションデータ）について、必要に応じてデータ処理、信号処理を実行するための部位を総括して示している。
例えば、データ処理部１４は、上記ユーザデータが圧縮符号化されたビデオデータ或いはオーディオデータであるような場合には、これに対応してデータの圧縮符号化に対するデコード処理を実行する機能を有することになる。
なお、データ処理部１４は、その機能の全てがハードウェアにより実行されるように構成されてもよいが、その一部又は全ての機能について、ＣＰＵ１１がプログラムに従って実行するソフトウェア処理となるものとして構成されてもよい。
【００２５】
ネットワーク通信処理部１５は、ネットワーク４と接続して外部とデータ通信を行うためのソフトウェア構成、及びハードウェア構成を備える部位とされる。なお、ネットワーク通信処理部１５としてのソフトウェア構成は、例えば実際には、ＣＰＵ１１が所定のプログラムを実行するものであってよい。
【００２６】
ネットワーク４に対応する通信プロトコルは特に限定されるべきではないが、本実施の形態としては例として、ＴＣＰ／ＩＰであることとする。
ネットワーク通信処理部１５は、例えばデータ送信時においては、ＴＣＰ／ＩＰに従った送受信が可能な形式となるように、パケット化などの処理を施し、ネットワーク４上に存在する送信先端末に対してコマンドやユーザデータ（アプリケーションデータ）などの送信出力を行う。また、受信時においては、ネットワーク４経由で送信元から送信されてきた情報についてパケット化を解くなどの所定の復調処理を実行して、上記と同様に、コマンドやアプリケーションデータの実データを得る。
なお、ネットワーク通信部１５の実際としては、例えば前述もしたように、所定の無線ＬＡＮ規格に対応する構成を始め、イーサネット（Ethernet  登録商標）などの有線のＬＡＮに対応する構成を与えることも考えられる。ハードウェアとしてモデムを備えた構成とすれば、電話回線を使用してのインターネットの接続が可能とされることにもなる。
【００２７】
メディア通信部１６は、リムーバブルメディア装置２と、所定の有線によるデータ通信フォーマットに準拠した通信を行うためのソフトウェア構成及びハードウェア構成を備える部位とされる。なお、メディア通信部としてのソフトウェア構成も、ＣＰＵ１１が所定のプログラムを実行するものであってよい。
【００２８】
ここでは図示していないが、携帯型通信端末装置１の本体には、リムーバブルメディア装置２の外形規格に対応してリムーバブルメディア装置２を着脱することのできるメディアスロットが設けられている。このメディアスロットに対してリムーバブルメディア装置２を適正に装填すると、携帯型通信端末装置１のコネクタ２０と、後述するリムーバブルメディア装置２のコネクタ部３９とが連結されて所定の端子同士が接続される。これにより、携帯型通信端末装置１のメディア通信部１６は、リムーバブルメディア装置２のホスト通信部３７と電気的に接続されて、相互にコマンド、データの送受信を行うことが可能となる。
【００２９】
表示部１７は、その表示画面部が携帯型通信端末装置１の本体に表出してユーザが見ることができるようにして設けられ、例えばＣＰＵ１１の表示制御によって、動作に応じた画像の表示が行われるようにされたユーザインターフェイス部位である。
本実施の形態としての表示部１７に採用される表示デバイスとしては特に限定されるべきものではないが、現状であれば、例えば液晶ディスプレイパネルなどを採用することが考えられる。
【００３０】
操作部１８は、例えば携帯型通信端末装置１の本体の所定位置に設けられる各種操作子と、これら操作子に対する操作に応じた操作コマンドを生成して出力するコマンド出力部位とを一括して示す部位である。
操作部１８から出力された操作コマンドは、内部データバス２１を介して、ＣＰＵ１１に入力される。ＣＰＵ１１は、入力された操作コマンドに応答して所要の制御処理を実行する。これにより、携帯型通信端末装置１において、ユーザ操作に応じた動作が得られることになる。
【００３１】
電源部１９は、例えばバッテリや商用交流電源から、所要数の直流電源電圧を生成して内部の所要のチップ、回路部位に供給するための電源回路等を備えて構成される部位である。
また、先の説明のようにして、メディアスロットに対してリムーバブルメディア装置２が装填された状態では、コネクタ部３９，２０の連結を介して、電源部１９からは、所定レベルの電源用直流電圧が、リムーバブルメディア装置２の電源部３８に供給されるようになっている。電源部３８では、供給された電源用直流電圧を利用して、内部の所要のチップ、回路部位に供給するための所要数の直流電源電圧を生成して出力する。
【００３２】
続いてリムーバブルメディア装置２について説明する。
リムーバブルメディア装置２は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、メイン記憶部３４、サブ記憶部３５、ネットワーク対応処理部３６、ホスト通信処理部３７を内部データバス４０により相互接続すると共に、電源部３８及びコネクタ部３９を備えて成る。
【００３３】
この場合にも、ＣＰＵ(Central Processing Unit)３１は、例えばＲＯＭ３２にインストールされたＯＳ(Operating System)、及び各種のアプリケーションプログラムに従って各種の処理を実行する。また、ＲＡＭ３３はＣＰＵ３１のための作業領域であり、ＣＰＵ３１が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。
【００３４】
メイン記憶部３４は、アプリケーションデータ（ユーザデータ）が記憶される記憶領域としての部位である。本実施の形態では、メイン記憶部３４を成す実際の記憶デバイスとしては、例えばフラッシュメモリなどに代表される半導体メモリ素子であることとする。
【００３５】
リムーバブルメディア装置２におけるメイン記憶部３４に対するデータの読み出し／書き込みは、ＣＰＵ３１のメモリ制御処理によって行われるものとなる。
例えば、リムーバブルメディア装置２に対してホストシステムとなる携帯型通信端末装置１が、メモリスロットに装填されているリムーバブルメディア装置２のメイン記憶部３４に対してアプリケーションデータを書き込むときには、携帯型通信端末装置１のＣＰＵ１１の制御によって、メディア通信部１６からリムーバブルメディア装置２に対して、メディア通信処理部１６からデータ書き込み要求のコマンドを送信するとともに、しかるべきタイミングで、書き込みを行うべきアプリケーションデータを送信する。
リムーバブルメディア装置２側では、上記コマンドをホスト通信処理部３７にて受信取得し、内部データバス４０を介してＣＰＵ３１に出力する。ＣＰＵ３１は、このコマンドに応答して、携帯型通信端末装置１から送信されてくるアプリケーションデータをホスト通信処理部３７により逐次受信取得させ、内部データバス４０を介してメイン記憶部３４に転送して書き込みを行うための処理を実行する。
【００３６】
また、ホストシステムである携帯型通信端末装置１により、リムーバブルメディア装置２に記憶されるアプリケーションデータを再生出力するなどして、何らかの利用をする場合には、携帯型通信端末装置１は、リムーバブルメディア装置２に対してアプリケーションデータの転送を要求するためのコマンドを送信する。このコマンドは、上記と同様に、リムーバブルメディア装置２側ではホスト通信処理部３７にて受信されてＣＰＵ３１が受け取る。
リムーバブルメディア装置２のＣＰＵ３１は、受信したコマンドが指定するアプリケーションデータを、メイン記憶部３４から読み出すための制御処理を実行し、読み出したアプリケーションデータを、ホスト通信処理部３７によりホストシステム（携帯型通信端末装置１）に対して送信させるための制御処理を実行する。
携帯型通信端末装置１では、上記のようにして送信されてくるアプリケーションデータを、メディア通信処理部１６にて受信取得する。携帯型通信端末装置１のＣＰＵ１１は、この受信取得されたアプリケーションデータを、データ処理部１４に転送して所要のデータ処理を実行して、例えばそのアプリケーションデータの形式などに応じて所定の態様により再生出力する。
なお、後述するようにして、本実施の形態のリムーバブルメディア装置２では、少なくともメイン記憶部３４からのアプリケーションデータの読み出しについては、携帯型通信端末装置１側からのコマンドに応答するのではなく、自身の判断に基づいて実行する場合がある。
【００３７】
サブ記憶部３５は、この場合には、後述するようにして、リムーバブルメディア装置２が、サーバ３に対してメイン記憶部３４に記憶されるデータ、あるいは記憶すべきとされるデータを転送（送信）するのに際して必要とされる所定の情報を記憶保持する部位とされる。
本実施の形態において、このサブ記憶部３５には、例えば図３に示すようにして、サーバ位置情報３５−１、認証情報３５−２、送信条件情報３５−３を記憶するものとしている。
サーバ位置情報３５−１は、ネットワーク上におけるサーバ３の位置、所在を示す情報であり、例えばサーバ３のＩＰアドレスなどの情報となる。
認証情報３５−２は、データ転送を行ってくるとするリムーバブルメディア装置２が正規のものであるか否かについてのサーバ側が実行する認証処理である、サーバ認証に必要とされる情報要素から成る。ここで、サーバ認証についてのプロトコルとして、例えばＳＳＬ(Secure Sockets Layer)を採用するとした場合を前提とすると、認証情報３５−２としては、リムーバブルメディア装置２ごとに固有となる装置ＩＤ、ユーザごとに固有に割り振られたユーザＩＤの情報、パスワード、及びPKI発行による証明書の情報などの集合として形成されるようにすればよい。また、この認証情報３５−２を成す情報要素として、例えば、データ通信時においてIPsecによる認証を実行する場合には、この認証のためのパスワードなどを含めるようにしてもよい。
送信条件情報３５−３は、リムーバブルメディア装置２からサーバ３に対してデータを送信すべき場合の条件を示す情報である。本実施の形態では、この送信条件情報３５−３が示す条件を満たしたとされている場合に、リムーバブルメディア装置２から自動的にサーバ３に対して情報を送信するための処理を実行するようにされる。
【００３８】
このサブ記憶部３５としての記憶領域は、例えばメイン記憶部３４としての記憶領域を含む半導体メモリ素子における所定の記憶領域を割り当てるようにしてもよいし、また、メイン記憶部３４とは異なる半導体メモリ素子を設け、この半導体メモリ素子をサブ記憶部３５として使用するようにしてもよい。また、サブ記憶部３５に記憶すべき情報が、全て固定的なものとして扱うことができ、内容の変更が随時行われるような性質のものではない場合には、サブ記憶部３５については、書き換え不可な形式の半導体メモリ素子により構成することも可能である。
【００３９】
ネットワーク対応処理部３６は、リムーバブルメディア装置２がネットワーク４と接続して外部と通信を行うための部位とされる
ただし、詳細は後述するが、リムーバブルメディア装置２がネットワーク４と接続するのにあたり、リムーバブルメディア装置２は、携帯型通信端末装置１に装填された状態により携帯型通信端末装置１が備えるネットワーク４への物理的な接続機能を使用するようにされる。このために、ネットワーク対応処理部３６としては、ネットワーク４への物理的な接続機能に対応するプロトコル層よりも上位のプロトコル層に対応する機能を有するものとして構成される。また、ネットワーク対応処理部３６としても、その一部又は全ての機能について、ＣＰＵ３１がプログラムに従って実行するソフトウェア処理として構成されてよい。また、このネットワーク対応処理部３６としても、ネットワーク４に対応する通信プロトコルであるＴＣＰ／ＩＰに従った構成を採るようにされる。
【００４０】
ホスト通信処理部３７は、これまでの説明から分かるように、携帯型通信端末装置１との間での所定の有線によるデータ通信フォーマットに準拠した通信を行うためのソフトウェア構成及びハードウェア構成を備える部位である。
また、電源部３８も先に説明したように、リムーバブルメディア装置２が携帯型通信端末装置１に装填された状態において、携帯型通信端末装置１の電源部１９から供給される電源電圧を利用して、内部の回路に供給すべき直流電源電圧を生成して出力する部位である。このことから、本実施の形態のリムーバブルメディア装置２としては、携帯型通信端末装置１などのホストシステムと接続されてはじめて電源が供給されて起動するものであることになる。
【００４１】
図４は、サーバ３の内部構成例を示している。
サーバ３は、例えば図示するようにして、制御部５１、記憶部５２、認証処理部５３、アクセス処理部５４、ネットワークインターフェイス５５を、内部データバス５６により相互接続して成る。
【００４２】
制御部５１は、サーバ３における各種の制御、処理を実行するための部位であり、例えばＣＰＵ(Central Processing Unit)、ＲＯＭ、ＲＡＭなどから成るマイクロコンピュータを備えて構成される。この場合のＣＰＵは、上記ＲＯＭあるいは記憶部５２に記憶保持されているプログラムや各種設定情報に従って処理を実行する。ＲＡＭは、ＣＰＵが実行すべきプログラムが展開される領域とされる。また、ＣＰＵが処理を実行するときの演算作業領域として利用される。
【００４３】
記憶部５２は、例えば現状であればＨＤＤ（ハードディスクドライブ）などを備えて成る、大容量の記憶装置部とされる。この記憶部５２には、図示するようにして、認証データベース５２−１、アクセスデータベース５２−２、アプリケーションデータ・データベース５２−３などのデータベースとして構築される情報を少なくとも記憶している。
【００４４】
認証データベース５２−１は、認証処理を実行するのに必要な情報が、例えばユーザ、あるいはリムーバブルメディア装置２単位で管理されるようにして、データベース化した情報である。上記認証処理を実行するのに必要な情報の例として、例えばユーザ単位では、ユーザＩＤ、パスワードなどをユーザごとに対応付けた情報となる。
【００４５】
アクセスデータベース５２−２は、データ転送のためにサーバ３にアクセスしてきたリムーバブルメディア装置２についての履歴をデータベース化した情報である。
【００４６】
アプリケーションデータ・データベース５２−３は、リムーバブルメディア装置２から転送されてきたアプリケーションデータをデータベース化した情報である。
例えば、リムーバブルメディア装置２（あるいはリムーバブルメディア装置２のホストシステム）からのネットワーク４経由でのアプリケーションデータのダウンロード要求に応じて、アプリケーションデータを送信する場合には、制御部５１は、アプリケーションデータ・データベース５２−３にアクセスして、ダウンロード要求として指定されたアプリケーションデータを検索する。そして、この検索して得られたアプリケーションデータの実体を記憶部５２から読み出して、ネットワークインターフェイス５５により、ネットワーク４経由で、ダウンロード要求元のデバイスに送信するようにされる。
【００４７】
認証処理部５３は、例えばリムーバブルメディア装置２（あるいはリムーバブルメディア装置２のホストシステム）からアクセスがあった場合において、このアクセスしてきたデバイスが正規のものであるか否かについて判定するサーバ認証の処理を実行する部位である。また、例えば新規のユーザ登録が行われた場合には、これに応じて、認証データベース５２−１などを再構築する処理も実行する。
【００４８】
アクセス管理処理部５４は、リムーバブルメディア装置２側からのアクセスに関連する各種所要の処理を実行するための部位であり、１つには、例えばリムーバブルメディア装置２側からのアクセスが行われるごとに、このアクセスの履歴が反映されるようにして、アクセスデータベース５２−２を再構築する処理を実行する。また、例えばシステムの運営の仕方によっては、アクセス履歴の内容に基づいて、サーバ３へのアクセスを禁止すべき場合もあると考えられるが、このようなアクセスの可否に関する判定なども、アクセス管理処理部５４が実行する処理となる。
なお、上記認証処理部５３及びアクセス管理処理部５４については、例えばそのソフトウェア構成部分は、制御部５１（ＣＰＵ）がプログラムに従って実行する処理として実現されるものであってもよい。
【００４９】
ネットワークインターフェイス５５は、例えば先に説明した携帯型通信端末装置１のネットワーク通信処理部１５と同様にして、ネットワーク４接続するためのハードウェア構成及びソフトウェア構成を備えて成る。
【００５０】
上記各構成を採る携帯型通信端末装置１、リムーバブルメディア装置２、及びサーバ３から成るシステムにおいて、リムーバブルメディア装置２においては、ネットワーク通信処理部１５がネットワーク４との接続機能を有する。また、リムーバブルメディア装置２においては、ネットワーク対応処理部３６がネットワークとの接続機能を有する。
前述もしたように、ネットワーク通信処理部１５及びネットワーク対応処理部３６は、ネットワーク４との接続に対応する通信プロトコルとしてＴＣＰ／ＩＰを採用している。  
【００５１】
上記ＴＣＰ／ＩＰのプロトコル階層は、周知のようにして、下層から上層にかけて、データリンク層、ネットワーク層、トランスポート層、アプリケーション層に区分することができる。
最下層に位置するデータリンク層は、例えば電気、光などによる信号として、物理的にデータをネットワークに伝送するための各種機能を提供するためのプロトコル層である。例えばＬＡＮカードなどの通信用ハードウェアの仕様や、接続のためのケーブル、ハブ、スイッチなどの中継器について規定しており、Ethernet（商標）、ＰＰＰ(Point to Point Protocol)などのネットワーク規格が所属する。
上記データリンク層の上層に位置するネットワーク層は、ＴＣＰ／ＩＰにおいては、ＩＰ（及びＩＣＭＰ(Internet Control Message Protocol)）が位置する層であり、下位のデータリンク層の規格の相違を吸収して、ＩＰアドレスに基づいてネットワーク間でのデータの配送を実現するためのプロトコル層である。また、このデータリンク層が対象とするデータは、ネットワーク間で授受されるパケットとなる。
ネットワーク層の上層に位置するトランスポート層は、ＴＣＰ／ＩＰにおいては、ＴＣＰ及びＵＤＰ(User Datagram Protocol)が位置する層であり、アプリケーション（アプリケーション層）とＩＰ（ネットワーク層）との間の仲介する機能を提供するプロトコル層である。ＴＣＰ／ＩＰでは、トランスポート層は、ポート番号によりアプリケーションを識別するようにされており、このポート番号に基づいて、アプリケーションとＩＰとの間でのデータの中継を行うようにされている。
トランスポート層の上位層であり、かつ、最上層となるアプリケーション層は、ユーザに実際のサービスを提供するためのアプリケーションについての各種プロトコルを規定するものである。アプリケーション層により規定されるプロトコルとしては、例えば、Web通信に対応するHTTP(Hyper Text Transfer Protocol)、電子メール送受信に対応するSMTP(Simple Mail Transfer Protocol)、POP3(Post Office Protocol version3)、ファイル転送に対応するFTP(File Transfer Protocol)、ドメイン名を解決してＩＰアドレスに変換する機能に対応するDNS(Domain Name System)などが挙げられる。
【００５２】
図５は、上記リムーバブルメディア装置２のネットワーク通信処理部１５と、リムーバブルメディア装置２のネットワーク対応処理部３６とについて、その構成及び機能的関係を模式的に示している。また、この図では、ネットワーク通信処理部１５及びネットワーク対応処理部３６の構成を、ＴＣＰ／ＩＰのプロトコル層に対応する機能ブロックとして示している。
先ず、携帯型通信端末装置１のネットワーク通信処理部１５について説明する。
図５に示すネットワーク通信処理部１５は、アプリケーション層に対応するアプリケーション層ブロック１００、ネットワーク層に対応するネットワーク層ブロック１０１、トランスポート層に対応するトランスポート層ブロック１０２、データリンク層に対応するデータリンク層ブロック１０３を有する。
【００５３】
ここで、データリンク層ブロック１０３としては、物理的にデータ（パケット）をネットワーク４経由で送受信するためのハードウェア構成を備えていることになる。例えば、前述もしたように、本実施の形態の携帯型通信端末装置１としては、無線によりネットワーク４と接続する機能を有しているものとされる。これに対応するデータリンク層ブロック１０３としては、例えばIEEE802.11規格群のうちで所定の規格に対応して無線通信を行うためのハードウェアデバイスを備えて構成されることになる。
また、上記データリンク層ブロック１０３を含み、ネットワーク通信処理部１５を成すとされる、各プロトコル層対応の機能ブロック（１００〜１０３）においてソフトウェアにより実現される機能は、例えばＣＰＵ１１が実行するプログラムとして構成し、例えばＲＯＭ１２に記憶させておくようにすることができる。
【００５４】
ネットワーク通信処理部１５は、上記のようにして、アプリケーション層ブロック１００、ネットワーク層ブロック１０１、トランスポート層ブロック１０２、データリンク層ブロック１０３を有し、これらの各層に対応する機能ブロック（１００〜１０３）が、ＴＣＰ／ＩＰの規則に従って機能的に連携するようにして構成される。
そして、ネットワーク通信処理部１５が、上記各機能ブロック（１００〜１０３）を備えているということは、ＴＣＰ／ＩＰで規定される全層のプロトコル層に対応する機能を有しているということになる。このことから、携帯型通信端末装置１は、単体で、ネットワーク４経由で通信を行うための全プロトコル層に応じた機能を有していることになる。なお、ネットワーク４経由での通信機能を備えることで、どのようなサービスが実現されるのかについては、携帯型通信端末装置１が備えるネットワーク対応のアプリケーションによって異なってくるものとなる。例えば、携帯型通信端末装置１がWebブラウザのアプリケーションを備えているのであれば、携帯型通信端末装置１の機能として、Webサイトの閲覧などのサービスをユーザに提供できることになる。
【００５５】
次に、リムーバブルメディア装置２のネットワーク対応処理部３６について説明する。  図５において、ネットワーク対応処理部３６は、ネットワーク層ブロック２０１、トランスポート層ブロック２０２、及びアプリケーション層ブロック２０３を備え、これらの機能ブロックが、ＴＣＰ／ＩＰの規則に従って機能的に連携するようにして構成される。この構成の場合、ネットワーク対応処理部３６は、最下層のデータリンク層に対応するデータリンク層ブロックは備えていないことになる。つまり、リムーバブルメディア装置２単体としては、ネットワーク層以上の階層によるネットワークに対応した処理を実行する機能を有しているが、ハードウェアを含み、物理的にネットワークと接続してデータを送受信するための構成を有していない。
【００５６】
そこで、本実施の形態では、リムーバブルメディア装置２のネットワーク対応処理部３６の処理により得られたデータのパケットをネットワーク４経由で外部に送信し、また、ネットワーク４経由で外部から受信したデータのパケットをネットワーク対応処理部３６が取得してアプリケーションが所定の処理を実行できるようにするためには、リムーバブルメディア装置２を、携帯型通信端末装置１のメディアスロットに対して装填するようにされる。
これにより、図２にて説明したようにして、リムーバブルメディア装置２と携帯型通信端末装置１とは、互いのコネクタ部３９，２０が連結され、リムーバブルメディア装置２のホスト通信処理部３７と、携帯型通信端末装置１のメディア通信処理部１６とが電気的に接続され、リムーバブルメディア装置２と携帯型通信端末装置１との間での通信が可能な状態となる。
【００５７】
この状態が得られることで、本実施の形態では、図５において模式的に示すようにして、リムーバブルメディア装置２のネットワーク対応処理部３６におけるネットワーク層ブロック２０１は、ホスト通信処理部３７とメディア通信処理部１６との通信を経由して、携帯型通信端末装置１のネットワーク通信処理部１５のデータリンク層ブロックと接続される状態を得ることができる。
これにより、アプリケーション層、トランスポート層、及びネットワーク層の機能を有し、これより下位層のデータリンク層の機能を有さないリムーバブルメディア装置２のネットワーク対応処理部３６は、携帯型通信端末装置１のネットワーク通信処理部１５におけるデータリンク層の機能を利用するようにして、ネットワーク４に対する接続を行ってデータ通信を行うことが可能となる。
【００５８】
そして、本実施の形態としては、先に説明したようにして、リムーバブルメディア装置２のメイン記憶部３４に記憶されるアプリケーションデータを、ネットワーク４経由でサーバ３に転送し、サーバ４側で記憶管理させるようにシステムが構築される。
本実施の形態において、リムーバブルメディア装置２のネットワーク対応処理部３６が、携帯型通信端末装置１のネットワーク通信処理部１５におけるデータリンク層ブロック１００を利用してネットワーク４に対する接続を行う場合としては、上記のようにしてメイン記憶部３４に記憶されるアプリケーションデータをサーバ３に転送する場合を挙げることができる。
【００５９】
そこで、リムーバブルメディア装置２がサーバ３に対してメイン記憶部３４に記憶されたデータを転送するための処理を、図６〜図９のフローチャートにより説明する。
図６には、リムーバブルメディア装置２とサーバ３との間で実行される処理の流れが示される。リムーバブルメディア装置２の処理は、例えばＣＰＵ１１がＲＯＭ１２にインストールされるようにして記憶されるプログラムを実行して得られる。また、同様に、サーバ３の処理は、制御部５１においてＣＰＵが、ＲＯＭ（あるいは記憶部５２）にインストールされるようにして記憶されるプログラムを実行して得られる。
また、図６においては、リムーバブルメディア装置２とサーバ３との間での通信は、リムーバブルメディア装置２が装填された携帯型通信端末装置１のデータリンク層を介在して行われるものであることも模式的に示されている。
また、図６の説明を行うのにあたり、リムーバブルメディア装置２とサーバ３との間でのデータ通信では、IPsec(Internet Protocol security)による暗号通信が行われることを前提とする。
【００６０】
先ず、リムーバブルメディア装置２においては、自身のメイン記憶部３４に記憶されているデータ（アプリケーションデータ）をサーバに転送するための通信を開始すべきか否かの判定をステップＳ１０１の処理として実行するようにされている。なお、このステップＳ１０１の処理は、例えばホストシステムである携帯型通信端末装置１のメディアスロットに装填されることで電源供給が行われて、リムーバブルメディア装置２が起動したことに応じて実行される。
【００６１】
上記ステップＳ１０１による通信開始判定の処理は、図３に示したようにしてサブ記憶部３５に記憶される送信条件情報３５−３に基づいて実行する。
ここで、上記送信条件情報３５−３が示す送信条件として、送信条件Ａ，Ｂ，Ｃの３例を挙げることとして、各例ごとに対応するステップＳ１０１としての処理を、図７（ａ）、図８（ａ）、図９（ａ）に示す。
【００６２】
先ず、送信条件Ａとしては、
「メイン記憶部３４に記憶されている総データ量Ａが、所定値Ｂよりも大きい（Ａ＞Ｂ）場合に、メイン記憶部３４に記憶されているデータの送信を開始する。」という旨の送信開始の条件を指定していることとする。
この場合、ステップＳ１０１としては、図７（ａ）に示すようにして、現在時点において、メイン記憶部３４に記憶されているデータ量Ｂについて、所定値Ａよりも大きいか否か（Ａ＞Ｂが成立するか否か）について判定するようにされる。
Ａ＞Ｂが成立していないとして否定の判別結果が得られている状態では、このまま待機状態となるが、Ｂ＞Ａの条件が成立していることでステップＳ１０１にて肯定の判別結果が得られたとされると、通信を開始するためにステップＳ１０２以降の処理に進むことになる。
図７（ａ）のステップＳ１０１において肯定の判別結果が得られる場合としては、先ず、リムーバブルメディア装置２のメディアスロットへの装填が行われる前において、既に、例えば他のホストシステムによりデータ書き込みが行われていた結果、総データ容量Ａが所定値Ｂを越えていた場合を挙げることができる。また、リムーバブルメディア装置２のメディアスロットへの装填が行われたときには総データ量Ａは所定値Ｂ以下であったが、その後において、携帯型通信端末装置１により新たにアプリケーションデータがメイン記憶部２４に対して書き込まれたことにより総データ量Ａが所定値Ｂより大きくなった場合にも、ステップＳ１０１にて肯定結果結果が得られることになる。
【００６３】
また、送信条件Ｂの送信開始の条件としては、
「メイン記憶部３４に記憶されているアプリケーションデータとしてのファイルのうちで、そのデータサイズを示す値ａが、所定値ｂより大きいとされる条件に該当するファイルが存在する場合に、この条件に該当したファイルとしてのデータの送信を開始する」という旨を指定しているものとする。
この場合のステップＳ１０１は、図８（ａ）に示すようにして、ステップＳ１０１−１と、これに続くとされるステップＳ１０１−２とから成る。
先ず、ステップＳ１０１−１では、メイン記憶部３４に記憶されている全ファイルから、データサイズを示す値ａが所定値ｂより大きいファイルを検索する。そして、次のステップＳ１０１−２においては、上記ステップＳ１０１の検索結果として、検索条件が一致して検索されたデータファイルが存在するか否かについての判別を行うようにされる。そして、検索されたデータファイルは存在しないとして否定の判別結果が得られたのであれば、ステップＳ１０１−１に戻るようにされる。つまり、図６のステップＳ１０１において待機した状態となる。これに対して、ステップＳ１０２−２において肯定の判別結果が得られたのであれば、ステップＳ１０２の処理に進むことになる。
【００６４】
なお、図８（ａ）のステップＳ１０１において肯定の判別結果が得られる場合としても、先ず、リムーバブルメディア装置２のメディアスロットへの装填が行われる前において、既に、他のホストシステムなどにより所定値ｂより大きなデータサイズａのデータファイルの書き込みが行われていた場合となる。
また、リムーバブルメディア装置２のメディアスロットへの装填が行われたときには所定値ｂを越えるデータサイズのデータファイルは無かったが、その後において、携帯型通信端末装置１により新たに、所定値ｂより大きなデータサイズのアプリケーションデータがメイン記憶部２４に対して書き込まれた場合となる。
【００６５】
また、送信条件Ｃの送信開始の条件としては、
「電源が供給されて起動してから所定時間経過したときにデータの送信を開始する」という旨を指定しているものとする。
この場合のステップＳ１０１は、図９（ａ）に示すようにして、リムーバブルメディア装置２が起動したとされる時点から所定時間が経過するようにされる。このためには、例えばＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３から成るマイクロコンピュータが時計機能を備え、ＣＰＵ１１がこの時計機能を利用して計時のための処理を実行すればよい。そして、ステップＳ１０１において、所定時間が経過したことが判別されると、ステップＳ１０２の処理に進むようにされる。
【００６６】
ステップＳ１０２においては、ネットワーク４との接続確認を行う。つまり、携帯型通信端末装置１のデータリンク層ブロック１０１において、ネットワーク４との物理的な接続が適正に行われているか否かについて判別する。具体的には、例えば、無線ＬＡＮによる接続であれば、電波受信状況に関するステイタス情報をデータリンク層ブロック１０１から取得して、この情報に基づき、無線ＬＡＮの通信可能範囲にあるか否かについて判断する。また、ケーブルによる接続であれば、データリンク層ブロック１０１がケーブル経由でネットワーク接続のためのターミナルなどと接続されている状態にあるか否かについてのステイタス情報を取得して、この情報に基づいてケーブル接続が正常であるか否かについての判別する。このようにして、ステップＳ１０２としては、ネットワーク４との物理的な接続についての可否を判定するようにされる。
【００６７】
ステップＳ１０２において、ネットワーク接続が不可であるとの判定結果が得られた場合にはステップＳ１０１の処理に戻るようにされる。これに対して、ネットワーク接続が可能であるとの判定結果が得られた場合にはステップＳ１０３の処理に進む。
【００６８】
ステップＳ１０３においては、ネットワーク通信に必要な情報を取得するための処理を実行する。これにより、例えばＤＨＣＰ(Dynamic Host Configration Protocol)サーバからＩＰアドレスなどが取得されることになる。なお、例えばこのステップＳ１０３にて取得すべき情報が、既に取得されており、メイン記憶部３４或いはサブ記憶部３５に記憶保持されている場合には、ステップＳ１０３の処理を省略してよい。
【００６９】
次のステップＳ１０４においては、サーバ３を探索するための処理を実行する。このためには、リムーバブルメディア装置２のネットワーク対応処理部３６により、例えばサーバ３のIPアドレスを指定して、ping(Packet INternet Groper)のコマンドを送信するための処理を実行する。この処理により、ネットワーク対応処理部３６から発行されたpingコマンドは、携帯型通信端末装置１のデータリンク層ブロック１００からネットワーク４を経由してサーバ３に送信されることになる。
なお、サーバ３のIPアドレスは、図３に示したように、サブ記憶部３５に記憶されるサーバ位置情報３５−１を参照することで取得できる。また、周知のようにして、pingコマンドは、ＩＣＭＰ(Internet Control Message Protocol)を用いる。つまり、ステップＳ１０４の処理は、リムーバブルメディア装置２のネットワーク対応処理部３６における、ネットワーク層ブロック２０１が実行するものとなる。
【００７０】
ステップＳ１０４の処理によって送信されたpingコマンドは、サーバ３にて受信されることになる。サーバ３では、pingコマンドを受信すると、ステップＳ２０１の探索応答処理として、受信したpingコマンドに応答したレスポンスを、pingコマンドの送信元となるリムーバブルメディア装置２に対して送信する。
【００７１】
リムーバブルメディア装置２では、同じステップＳ１０４の処理として、先に送信したpingコマンドに対するレスポンスの返送状況などにより、pingコマンドが正常に実行されたか否かについて判断し、この判断結果に基づいてサーバ３との接続が可能であるか否かを判別するようにされる。
ステップＳ１０４においてサーバ３との接続は不可であるとの判別結果が得られた場合には、必要に応じて、ステップＳ１１１による所要のエラー対応処理を実行した後にステップＳ１０１に戻るようにされる。この場合のエラー対応処理としては、例えば、リムーバブルメディア装置２側の制御として、携帯型通信端末装置１の表示部１７において、サーバ３との通信が不可であることのメッセージが出力されるようにすることが考えられる。
【００７２】
これに対して、ステップＳ１０４においてサーバ３との接続が可能であるとの判定結果が得られた場合には、ステップＳ１０５に進んで、サーバ３との接続（コネクション）を確立させるための処理を実行する。
コネクション確立にあたっては、周知のようにして、例えばクライアントとサーバとの間で、接続要求のためのＳＹＮフラグ、確認応答のためのＡＣＫフラグを所定の手順により送受信することで行われる。サーバ３におけるステップＳ２０２の接続対応処理は、このようなフラグ送受信のための処理となる。
また、周知のようにして、コネクション確立はトランスポート層において規定される機能である。従って、ステップＳ１０５の処理は、主として、リムーバブルメディア装置２のネットワーク対応処理部３６における、トランスポート層ブロック２０２としての処理となる。
【００７３】
上記のようにしてステップＳ１０５によるコネクションの確立処理と、ステップＳ２０２による接続対応処理とが実行されることで、リムーバブルメディア装置２とサーバ３とのコネクションが確立される。
そして、この場合においては、コネクション確立後の処理として、先ず、ステップＳ１０６に示すようにして、リムーバブルメディア装置２からサーバ３に対してサーバ認証のための認証要求を行う。
【００７４】
このステップＳ１０６の認証要求は、サーバ３側でリムーバブルメディア装置２の正当性を認証するためのサーバ認証において、リムーバブルメディア装置２側によって最初に実行される処理手順となるものである。ここでは、サーバ認証は、前述もしたようにＳＳＬによるものであることとする。
サーバ認証がＳＳＬによるものである場合、ステップＳ１０６においては、認証要求のためのコマンドとともに、サブ記憶部３５の認証情報３５−２から、ＳＳＬによる認証に必要とされる所要の情報を読み出して、これらの情報をサーバ３に送信する。周知のようにして、ＳＳＬは、ＴＣＰ／ＩＰとの関係では、アプリケーション層とトランスポート層との間に位置するものとされる。従って、このステップＳ１０６の処理は、ネットワーク対応処理部３６におけるアプリケーション層ブロック２０３が実行するようにされる。
サーバ３では、このようにして送信されてきた認証情報を受信すると、ステップＳ２０３として示すように、認証処理を実行する。
このためには、受信したサーバ認証用の情報を成すとされる、各種ＩＤ、パスワード、及びPKI発行による証明書などの情報を、記憶部５２に記憶されている認証データベース５２−１と照会することで、今回、認証要求を行ってきたリムーバブルメディア装置２が、サーバ３へのデータ転送サービスを享受できる正規登録されたものであるか否かについて判定を行うようにされる。そして、認証結果をリムーバブルメディア装置２に対して送信する。このサーバ３のサーバ認証の処理は、図４との対応では認証処理部５３が実行するものとされる。しかしながら、実際においては、さーば３において、アプリケーション層に対応する処理機能により実行されるものである。
【００７５】
リムーバブルメディア装置２側では、ステップＳ１０６により、この認証結果の情報を受信して、サーバ認証の成立の可否についての判定を行う。そして、このステップＳ１０６においてサーバ認証が不成立であった場合には、必要に応じてステップＳ１１１にてエラー対応処理を実行したうえで、ステップＳ１０１の処理に戻る。
この場合のエラー対応処理としては、例えば、リムーバブルメディア装置２側の制御として、携帯型通信端末装置１の表示部１７において、サーバ認証が不成立であったことを通知するメッセージが出力されるようにすることが考えられる。
これに対して、ステップＳ１０６においてサーバ認証が成立したとの判定結果が得られた場合には、ステップＳ１０７の処理に進む。
【００７６】
ステップＳ１０７においては、メインメモリに記憶されているデータのうちから、サーバ３に対して転送すべきデータの送信を開始するようにされる。
本実施の形態では、このステップＳ１０７の処理によって開始されるサーバ３へのデータの送信は、IPsecに従ってセキュリティが与えられたものとされる。周知のように、IPsecはネットワーク層において規定されるもので、従って、IPsecに対応した暗号通信などのための処理は、リムーバブルメディア装置２のネットワーク対応処理部３６においては、ネットワーク層ブロック２０１により実行される。
ステップＳ１０７における、IPsecに対応するネットワーク層ブロック２０１の処理としては概略次のようになる。まず、ネットワーク層ブロック２０１は、サーバ３側のネットワーク層との間との交渉により、暗号鍵の交換を行う。この鍵交換のプロトコルにはIKE（Internet Key Exchange)が規定されている。そして、ネットワーク層ブロック２０１は、トランスポート層ブロック２０２から受け渡されるデータ（パケット）について、ESP(Encapsulating Security Payload)の形式のデータ単位に変換する。ESPには、暗号化されたデータのほかに、SPI、シーケンス番号、IPsec対応の認証データ（MAC:Massage Authentic Code)などが格納されている。IPsec対応の認証データは、サーバ３とリムーバブルメディア装置２との間で共有するパスワードと通信内容とを使用して、例えばメッセージダイジェストといわれるハッシュ関数により演算して得るようにされる。そして、例えばこのESPに対してIPヘッダを付加したIPパケットを生成する。本実施の形態の場合には、このIPパケットは、ホスト通信処理部３７からメディア通信処理部１６を介して、携帯型通信端末装置１のネットワーク通信処理部１５のデータリンク層ブロック１００に対して受け渡される。データリンク層ブロック１００は、この受け渡されたIPパケットを、ネットワーク４経由で送信する。これにより、IPパケット単位で、サーバ３に対して暗号化されたデータが転送されていくことになる。
このようにしてデータが送信されることで、リムーバブルメディア装置２のメイン記憶部３４に記憶されていたアプリケーションデータについて、機密性、完全性、及び認証機能などのセキュリティが保全されたかたちでの送信が行われることになる。
このデータ送信は、ステップＳ１０８によりデータ送信の終了条件を満足したことが判別されるまで行うようにされる。
【００７７】
ここで、ステップＳ１０７以降のデータ送信処理として、メイン記憶部３４に記憶されているデータのうちからどのデータを送信するのかについては、先に説明した送信条件に応じて異なるものとなる。また、ステップＳ１０８における判定要素となる終了条件がどのようなものであるのかについては、先に説明した送信条件としての内容である終了条件に従ったものとなる。
先ず、送信条件Ａの場合には、送信すべきデータの選別について各種の基準を考えることができる。例えば、例えばデータサイズの大きいデータファイルの順で送信していく、あるいは逆にデータサイズの小さいデータファイルの順で送信していくことが考えられる。また、リムーバブルメディア装置２において、記憶部３４に記憶されるアプリケーションデータについての更新日時、使用頻度などの情報を保持しておくようにして、例えば更新日時の古い（或いは新しい）順、使用頻度の低い（或いは高い）順などに送信していくことが考えられる。
また、送信条件Ａの場合のステップＳ１０８のデータ送信終了の判定としては、図７（ｂ）に示すようにして、ステップＳ１０７によりデータ送信が開始されて以降の転送データ量の値Ｃが、先のステップＳ１０１で説明した総データ量Ａと、所定値Ｂとの関係として、Ｃ＞Ａ−Ｂが成立したか否かについて判別することとしている。つまり、これまでの転送データ量Ｃが、総データ量Ａに対する所定値Ｂの差分により得られるデータ量を超えたか否かについて判別するようにされる。この条件が成立する状態とは、サーバ３に転送したデータについては、メイン記憶部３４から削除するものとした場合において、メイン記憶部３４に記憶される総データ量Ａが、所定値Ｂよりも小さくなっている状態に相当する。
【００７８】
また、送信条件Ｂの場合には、メイン記憶部３４に記憶されるデータファイルのうちで、データサイズａが所定値ｂを越えているもの、つまり、先のステップＳ１０１−１（図８（ａ）参照）により検索されたデータファイルについて、例えばファイル番号順などの所定規則に従った順序で、送信を行っていくようにされる。
また、送信条件Ｂの場合のステップＳ１０８のデータ送信終了の判定としては、図８（ｂ）に示すようにして、ステップＳ１０１−１（図８（ａ）参照）により検索されたデータファイルの全てについて送信を終了したか否かについて判別するようにされる。
【００７９】
また、送信条件Ｃの場合にも、送信条件Ａと同様に、送信すべきデータの選別については各種の基準を考えることができる。
また、送信条件Ｃの場合のステップＳ１０８のデータ送信終了の判定をどのようにして行うのかについても各種の基準を考えることができるが、例としては、図９（ｂ）に示すようにして、ステップＳ１０７以降のサーバ３へのデータ転送量が所定以上に至ったか否かを判定する処理とすることが考えられる。
【００８０】
リムーバブルメディア装置２では、ステップＳ１０８においてデータ送信が終了したことが判別されると、ステップＳ１０９のデータ送信終了に対応した処理を実行する。この処理としては、例えば、今回のステップＳ１０７以降の処理によりサーバ３に対する転送が完了したデータ（アプリケーションデータのファイル）について、メイン記憶部３４から削除することを行うようにされる。これにより、メイン記憶部３４に記憶されていたデータの一部（あるいは全て）をサーバ３に移動させるようにして待避させたうえで、この待避されたデータサイズ分により、メイン記憶部３４の残容量を増加させて確保することができる。
【００８１】
また、サーバ３では、ステップＳ１０７の処理に対応してリムーバブルメディア装置２から送信されてくるデータについて、ステップＳ２０４により受信取得するための処理を開始する。そして、ステップＳ２０５において、例えばデータ受信が終了したことが判別されると、ステップＳ２０６に進むようにされる。
ステップＳ２０６においては、受信したデータをアプリケーションデータ・データベース５２−３に新規登録するようにして記憶部５２に対して書き込んで記憶させるための制御処理を実行する。
また、これとともに、続くステップＳ２０７の処理として示すように、今回のデータ送信のためのリムーバブルメディア装置２からのアクセスの履歴が反映されるようにして、アクセスデータベース５２−２を更新するための制御処理も実行する。この処理は、図４との対応では、アクセス管理処理部５４が実行するものとなる。
【００８２】
リムーバブルメディア装置２において、先に説明したステップＳ１０９を実行したとされると、次のステップＳ１１０においては、先のステップＳ１０５の処理により確立されたサーバとのコネクションを切断するための処理を実行する。
コネクションの切断は、クライアントとサーバとの間で、切断要求のためのＦＩＮフラグと、ＦＩＮフラグに対応する確認応答のためのＡＣＫフラグを所定の手順により送受信することで行われる。サーバ３は、ステップＳ２０８に示す切断対応処理として、このようなフラグ送受信のための処理を実行する。
また、コネクション切断もトランスポート層において規定される機能であるので、ステップＳ１１０の処理としても、主として、トランスポート層ブロック２０２が実行するものとなる。
【００８３】
リムーバブルメディア装置２側では、ステップＳ１１０の処理を終了するとステップＳ１０１の処理に戻るようにされており、これにより、再び、所定の送信開始条件を満たした場合に、ステップＳ１０２以降の処理を実行するようにされる。
【００８４】
先ず、本実施の形態のようにして所定の送信開始条件に応じて、リムーバブルメディア装置２に記憶されているアプリケーションデータを、サーバ３に待避させるようにして転送することで、リムーバブルメディア装置２におけるアプリケーションデータのための記憶容量を、定常的に一定以上の余裕のある状態で確保しておくことが可能となる。これにより、例えば、ユーザとしては、リムーバブルメディア装置２の空き容量がどのくらいなのかをほとんど気にすることなく、データを記憶させていくことが可能になり、利便性が向上する。
また、ネットワーク経由で接続されるサーバ３に、本来はリムーバブルメディア装置２に記憶させていたデータが存在するということは、リムーバブルメディア装置２の見かけ上の記憶可能容量について、サーバ３上で割り当てられた容量分増加されたものとして扱うことができ、この点でも、ユーザにとっては利点となる。
【００８５】
また、本実施の形態の場合、リムーバブルメディア装置２からサーバ３へのデータ送信は、図６のステップＳ１０１としての処理により、所定の送信開始条件に基づいて自動実行される。つまり、例えば逐一、ユーザが携帯型通信端末装置１（ホスト）に対する操作を行って、データ送信を実行させるような手間は不要となっており、この点でも、利便性を高めている。
なお、送信条件については、所定操作によりユーザが任意性をもって設定できるように構成することが考えられる。
【００８６】
ここで、リムーバブルメディア装置２に記憶されるデータをサーバ３に転送して記憶させるのにあたっては、従来であれば、リムーバブルメディア装置２が装填されたホスト（携帯型通信端末装置１）によりデータを読み出して一時保持したうえで、ホストが備えるネットワーク通信機能（ネットワーク通信処理部１５）のみによりサーバ３に送信するようにされていた、また、これに応じて、従来のリムーバブルメディア装置としては、ネットワーク通信に対応する機能については、どのプロトコル層に対応する機能も備える必要はなかったものである。
しかしながら、上記した構成では、一時的にでも、リムーバブルメディア装置２のデータを、ホスト（携帯型通信端末装置１）のアプリケーションが読み出して保持する状況が生じる。従って、ホスト機器が不正なものであると、リムーバブルメディア装置２の記憶データをサーバに送信する際において、リムーバブルメディア装置２からデータを読み出した後の段階で、この読み出したデータを不正に他のメディアにコピーするなどして利用したり、あるいは改竄したりするなどの不正が容易に行われる可能性が高くなる。
【００８７】
これに対して、本実施の形態では、リムーバブルメディア装置２のメイン記憶部３４に記憶されるアプリケーションデータをサーバ３に転送するのにあたり、アプリケーション層、トランスポート層、及びネットワーク層に対応する処理は、リムーバブルメディア装置２側で全て実行している。そして、パケットによるネットワーク経由でのデータ送信を物理的に実行するために、携帯型通信端末装置１側のデータリンク層のみを共有するようにして使用する構成としている。
このことは、携帯型通信端末装置１側のネットワーク対応処理部１においては、単にネットワーク４と物理的に接続するためのハードウェア（データリンク層ブロック１００に含まれる）において、リムーバブルメディア装置２の送信データが電気的に入出力されているのみの状態であり、データリンク層より上層のプロトコル層に対応する機能ブロック（ネットワーク層ブロック１０１、トランスポート層ブロック１０２、アプリケーション層ブロック１０３）は、リムーバブルメディア装置２から伝送されてくるパケットのデータについては何ら処理を実行するものではないことを意味する。
つまり、換言すれば、リムーバブルメディア装置２のデータをネットワーク経由でサーバ３などに送信出力するときに、携帯型通信端末装置１におけるデータリンク層より上層のプロトコル層、及びさらにその上層にあるとされるアプリケーションは、上記送信出力するデータについて処理を実行することもできないということになる。これにより、上記したような、ホスト（携帯型通信端末装置１）側による、送信データについての不正は防止される。
【００８８】
そのうえで、さらに本実施の形態では、例えばリムーバブルメディア装置２からの送信データについて暗号化、認証などのセキュリティをかけているが、このための処理は、例えばネットワーク層において規定されるIPsecによるものであるから、パケットのペイロードに対する暗号化、認証データ組み込みの処理などは、全てリムーバブルメディア装置２のネットワーク層ブロック２０２にて実行されるものである。従って、この場合にも、ホスト（携帯型通信端末装置１）のデータリンク層ブロック１００よりも上層のプロトコル層の機能、及びＴＣＰ／ＩＰより上層のアプリケーションなどは、全く関与することがない。
これにより、本実施の形態としては、より強化されたセキュリティ効果を得ているものである。
【００８９】
このようにして本実施の形態では、リムーバブルメディア装置２に記憶されるデータについての高いセキュリティが得られるという効果を有している。
また、このようなセキュリティ効果は、リムーバブルメディア装置２がネットワーク経由でデータを送信するのにあたり、ホスト（携帯型通信端末装置１）のデータリンク層の機能のみを利用して、これより上層のプロトコル層の機能をリムーバブルメディア装置２自体でまかなうようにしていることによるものである。このことから、リムーバブルメディア装置２の送信データについてのセキュリティ効果は、データリンク層の機能を提供する側のホストがどのような機器、機種であっても同等に保たれることになる。つまり、本発明は、リムーバブルメディア装置２（記憶装置）と組み合わせるべきホスト（通信端末装置）について広い汎用性を有したうえで、上記したセキュリティ効果を得ているものである。
【００９０】
また、本実施の形態のリムーバブルメディア装置２は、データリンク層より上層のプロトコル層の機能のみを備えることとしているが、これは、リムーバブルメディア装置２そのものとして、ネットワークと物理的に接続するためのハードウェアを備えてはいない、ということにつながる。つまり、例えばネットワーク接続のための所定規格のケーブルに対応する端子を含む接続用部品、素子や、無線ＬＡＮ対応の電波接続などのためのアンテナ、送受信器などの部品、素子などを設ける必要はない。これらの部品、素子を備えることとすれば、その分のコストアップ、また、サイズの拡大と重量の増加を招くことになる。これに対して、データリンク層より上層のプロトコル層の機能は、プログラムによりソフトウェアとして実現可能であり、従って、ハードウェア的な追加などの変更をすることなく、本実施の形態としての構成を実現することができる。
これにより、リムーバブルメディア装置２についての部品追加によるコストアップが避けられる。また、本来、可搬型メディアとして小型、軽量であることが求められるリムーバブルメディア装置２にあって、その重量の増加、サイズの拡大なども避けられることになる。また、例えばリムーバブルメディア装置２の実際として、既存の規格に従ったものであれば、これまでと同じデザイン形状が維持される。特に、一般的なこととして、可搬型メディアは、スロットに挿入することなどの都合で、外形のデザイン形状などは厳密な仕様で決定されることが多い。このために、これまでと同じデザイン形状が容易に維持されることについてのメリットは大きい。
【００９１】
なお、上記実施の形態では、リムーバブルメディア装置２からサーバ３（外部情報処理装置）に対してデータを送信する場合を説明しているが、確認のために述べておくと、本発明による効果は、ホスト（携帯型通信端末装置１）に装填されたリムーバブルメディア装置２が、サーバ３（これ以外の外部情報処理装置であってもよい）からネットワーク経由で送信されてくるデータを受信して、メイン記憶部３４に記憶させるような場合にも、同じように得られるものである。
つまり、リムーバブルメディア装置２がデータを受信する場合、サーバ３などの外部情報処理装置から送信されてきたデータは、ホスト（携帯型通信端末装置１）のデータリンク層ブロック１００を経由するようにして、リムーバブルメディア装置２のネットワーク対応処理部１５のネットワーク層ブロック２０１に受け渡されることになる。このときにも、ホスト（携帯型通信端末装置１）においては、データ通信を物理的に行うためのデータリンク層としてのハードウェア部位を、データが電気的に通過するのみであり、ネットワーク層以上に対応する機能ブロック（ネットワーク層ブロック１０１、トランスポート層ブロック１０２、アプリケーション層ブロック１０３）は、何らデータ処理を実行しない。
【００９２】
また、本発明としては、これまで説明してきた内容に限定されるものではない。
また、例えば、先に説明した図６のステップＳ１０１における判断基準となる送信条件としては、送信条件Ａ，Ｂ，Ｃの３例に限定されるべきでない。
例えば、上記送信条件Ａ，Ｂ，Ｃは、送信対象のデータを、メイン記憶部３４に記憶済みとされたデータを対象としているが、例えば、これよりメイン記憶部３４に記憶されるべきデータを対象とすることも考えられる。
つまり、送信開始の条件として、例えば、携帯型通信端末装置１から、メイン記憶部３４に対してアプリケーションデータを転送して書き込んで記憶させる処理が開始されるときに、この書き込みが開始されるべきアプリケーションデータに応じて送信開始の判定を行うようにするものである。このときの具体的な条件としては、例えば「アプリケーションデータのファイルタイプが特定のものである場合に送信を開始する」「アプリケーションデータのファイルサイズが一定以上である場合に送信を開始する」などの内容を考えることができる。
この場合には、メイン記憶部３４に対する書き込みのために携帯型通信端末装置１からリムーバブルメディア装置２に転送されてきたデータは、メイン記憶部３４に転送されることなくネットワーク対応処理部３７に転送され、ステップＳ１０７としての処理により、サーバ３への送信が行われることになる。
そして、ステップＳ１０８の判別にあたっては、送信終了の条件として、携帯型通信端末装置１から転送されてきたアプリケーションデータのサーバ３への送信が終了したか否かについて判定すればよい。
【００９３】
また、上記実施の形態による説明では、リムーバブルメディア装置２から送信するデータについてのセキュリティ通信は、IPsecのプロトコルを適用していたが、例えば、ＳＳＬなどをはじめとした他の暗号化方式、セキュリティ方式などが用いられてよい。また、ＴＣＰ／ＩＰより上層のアプリケーションにより行われるものとしてもよい。このような場合においても、ホスト（携帯型通信端末装置１）側のデータリンク層ブロック１００よりも上層では、リムーバブルメディア装置２の送信データを処理することはないので、先の説明と同様にしてセキュリティが保たれることになる。
【００９４】
また、上記実施の形態では、ネットワークとの接続のための通信プロトコルとしてＴＣＰ／ＩＰを採用し、そのプロトコル層としては、データリンク層、ネットワーク層、トランスポート層、アプリケーション層の４層から成るものとして説明したが、例えば、より細分化されたようなプロトコル層であっても本発明は適用できる。
この場合においても、リムーバブルメディア装置２としては、例えば送信データについてのパケット生成、暗号化など、送信データのセキュリティを保つのに必要な上層のプロトコルに対応する処理を少なくとも実行し、これより下層のプロトコル（ネットワークと物理的に接続するための最下のプロトコル層を含む）に対応する機能について、ホスト（携帯型通信端末装置１）が備える機能を利用するようにされる。
また、本発明は、ＴＣＰ／ＩＰ以外の通信プロトコルに対応して適用させることもは可能である。
【図面の簡単な説明】
【００９５】
【図１】本発明の実施の形態のシステム構成を示す図である。
【図２】携帯型通信端末装置とリムーバブルメディア装置の内部構成例を示すブロック図である。
【図３】リムーバブルメディア装置内のサブ記憶部に記憶される情報例を示す図である。
【図４】サーバ３の内部構成例を示すブロック図である。
【図５】リムーバブルメディア装置のネットワーク対応処理部と、携帯型通信端末装置のネットワーク通信処理部の構成及び関係を、通信プロトコル層の構造により示す図である。
【図６】リムーバブルメディア装置とサーバとの間でのデータ送受信処理を示すフローチャートである。
【図７】送信条件Ａの場合のステップＳ１０１及びステップＳ１０８の処理を示すフローチャートである。
【図８】送信条件Ｂの場合のステップＳ１０１及びステップＳ１０８の処理を示すフローチャートである。
【図９】送信条件Ｃの場合のステップＳ１０１及びステップＳ１０８の処理を示すフローチャートである。
【符号の説明】
【００９６】
１  携帯型通信端末装置、２  リムーバブルメディア装置、３  サーバ、４  ネットワーク、１１，３１  ＣＰＵ、１２，３２  ＲＯＭ、１３，３３  ＲＡＭ、１４  データ処理部、１５  ネットワーク通信処理部、１６  メディア通信部、１７  表示部、１８  操作部、１９、３８  電源部、２０、３９  コネクタ部、２１，４０  内部データバス、３３４  メイン記憶部、３５  サブ記憶部、３５−１  サーバ位置情報、３５−２  認証情報、３５−３  送信条件情報、３６  ネットワーク通信処理部、３７  ホスト通信処理部、５２  記憶部、５２−１  認証データベース、５２−２  アクセスデータベース、５２−３  アプリケーションデータ／データベース、５３  認証情報、５４  アクセス管理処理部、５５  ネットワークインターフェイス、１００  データリンク層ブロック、１０１，２０１  ネットワーク層ブロック、１０２，２０２  トランスポート層ブロック、１０３，２０３  アプリケーション層ブロック
【図１】
2006115263.tif 000003
【図２】
2006115263.tif 000004
【図３】
2006115263.tif 000005
【図４】
2006115263.tif 000006
【図５】
2006115263.tif 000007
【図６】
2006115263.tif 000008
【図７】
2006115263.tif 000009
【図８】
2006115263.tif 000010
【図９】
2006115263.tif 000011