アップロード／ダウンロードシステム、情報処理装置、プログラム、記録媒体
【課題】いわゆるＦＴＰシステムとして、煩雑な入力作業を廃しつつ安全且つ簡易なシステムを実現する。
【解決手段】光ディスクＤには各光ディスクＤを一意に識別可能なディスクＩＤが記録される。パーソナルコンピュータ２は上記ディスクＩＤを読み出してこれをサーバ装置３に送信する。サーバ装置３はディスクＩＤについての認証処理を行う。これによってＦＴＰサービスを利用するにあたっては、従来のようにユーザＩＤやパスワードなどの手動入力を行うことを不要とでき、より簡易で且つＩＤによる認証が可能な安全なシステムを実現することができる。
【解決手段】光ディスクＤには各光ディスクＤを一意に識別可能なディスクＩＤが記録される。パーソナルコンピュータ２は上記ディスクＩＤを読み出してこれをサーバ装置３に送信する。サーバ装置３はディスクＩＤについての認証処理を行う。これによってＦＴＰサービスを利用するにあたっては、従来のようにユーザＩＤやパスワードなどの手動入力を行うことを不要とでき、より簡易で且つＩＤによる認証が可能な安全なシステムを実現することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体と、それぞれがネットワークを介したデータ通信が可能に構成された情報処理装置とサーバ装置とを含んで構成されるアップロード／ダウンロードシステムと、情報処理装置と、プログラムと、記録媒体とに関する。
【背景技術】
【０００２】
従来より、インターネットなどの所要のネットワークを利用したファイル転送システムとして、ＦＴＰ（File Transfer Protocol）システムが広く普及している。
このＦＴＰシステムでは、ＦＴＰクライアントとしての専用のソフトウェアがインストールされたパーソナルコンピュータ等の情報処理装置が、所要のデータファイルをネットワーク上のＦＴＰサーバと呼ばれる所定のサーバ装置にアップロードするようにされている。そして、このようにしてサーバ装置側にアップロードされたデータファイルを、情報処理装置がダウンロードできるシステムである。
【０００３】
このとき、情報処理装置とサーバ装置との間では、予めユーザＩＤとパスワードの登録を行っておくようにされる。サーバ装置側では、このように登録されたユーザＩＤに対応づけたディレクトリを設定しておくことで、各情報処理装置ごと（つまり各ユーザごと）にアップロードファイルを管理するようにされている。
また、サーバ装置側では、情報処理装置側から送信されたユーザＩＤとパスワードとが予め登録されたものと一致するか否かの判別処理を行うことで、正規ユーザであるか否かの認証を行うことができ、これによって正規ユーザ以外のＦＴＰシステムによるファイル転送サービスの利用を不可とすることができるようにされている。
【０００４】
また、登録を行った情報処理装置以外であっても、例えば同様にＦＴＰクライアントとしての機能を有する情報処理装置を利用してユーザＩＤとパスワードを入力すれば、サーバ装置側では正規ユーザであると認証され、これによってアップロードファイルの一覧情報を得るなどして、その一覧情報からファイルを選択してそのダウンロードを行うことができる。
或いは、サーバ装置が、アップロードされたデータファイルの格納場所を示すファイルパスを記したＵＲＩ（Uniform Resource Identifiers）を生成して、アップロードファイルに対するリンクをはるようにした上で、そのＵＲＩを情報処理装置側に取得させ、情報処理装置側はこのＵＲＩを基にアップロードしたファイルをサーバ装置側からダウンロードするといったシステムも知られている。例えば、取得されたＵＲＩを電子メール等により他の情報処理装置に送信する。この電子メールを取得したユーザは、ＵＲＩをクリックすることで、情報処理装置にダイレクトにサーバ装置側のアップロードファイルをダウンロードさせることができる。
【０００５】
これらのＦＴＰシステムは、例えば電子メールの添付ファイル機能を利用する場合よりも、さらに高速・大容量のファイル転送を行うことができるものとして知られている。
【０００６】
なお、関連する従来技術については下記の特許文献を挙げることができる。
【特許文献１】特開２００４−９４４６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
但し、従来のＦＴＰサービスでは、上述のようにして各ユーザごとのディレクトリ分けを行うために、ユーザＩＤの入力を強いるようにされている。また、これと共に、正規ユーザであるか否かの認証を行うためのパスワードの入力も強いるようにされている。
また、場合によっては、ＦＴＰシステムによるファイル転送サービスを利用するための登録事項として、ユーザの個人情報を入力するようにされる場合もあり、これらの入力作業が煩雑であり、気軽にＦＴＰによるサービスを利用することの妨げとなっている。
【０００８】
ファイルの外部流出や正規ユーザのなりすまし行為を防ぐためには、上記のようなユーザＩＤやパスワードの入力を課すことは有効であるが、煩雑な入力作業なしに、より気軽にサービスを利用できるようにすることも肝要である。
これらのことより、ＦＴＰシステムとしては、煩雑な入力作業を廃しつつ、安全且つ簡易なシステムの実現が要請される。
【課題を解決するための手段】
【０００９】
そこで、本発明では以上のような問題点に鑑み、アップロード／ダウンロードシステムとして以下のように構成することとした。
つまり、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体と、それぞれがネットワークを介したデータ通信が可能に構成された情報処理装置とサーバ装置とを含んで構成されるアップロード／ダウンロードシステムであって、先ずは、上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、上記識別情報を読み出す読出手段を備える。
また、同じく上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、上記読出手段により読み出された上記識別情報を上記ネットワークを介して上記サーバ装置に送信する識別情報送信手段を備える。
また、上記サーバ装置に備えられ、上記識別情報送信手段により送信された識別情報についての認証処理を行う認証手段を備える。
また、上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルを上記ネットーワークを介して上記サーバ装置にアップロードするアップロード手段を備える。
また、上記アップロード手段によりアップロードされるデータファイルを特定するための固有のファイルパス情報を生成するパス生成手段を備える。
また、上記サーバ装置に備えられ、上記アップロード手段によりアップロードされた上記データファイルと、上記パス生成手段により生成されたファイルパス情報とを対応づけてサーバ側記録媒体に記録する記録手段を備える。
さらに、同じく上記サーバ装置に備えられ、上記サーバ側記録媒体に記録されるデータファイルについて上記ファイルパス情報を指定したダウンロード要求が行われたことに応じて、上記ファイルパス情報により特定されるデータファイルを上記ネットワークを介して上記ダウンロード要求を行った要求元に転送する転送手段を備えるようにしたものである。
【００１０】
また、本発明では、上記情報処理装置として以下のように構成することとした。
すなわち、ネットワークを介した外部装置との間でのデータ通信を行う通信手段を備える。
また、記録媒体に記録された情報の読み出しを行う読出手段と、さらに演算手段とを備える。
そして、上記演算手段は、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体に記録された、上記プログラムに基づく処理として、
上記記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を実行するようにされているものである。
【００１１】
さらに、本発明では、ネットワークを介した外部装置との間でのデータ通信を行う通信手段と、記録媒体に記録された情報の読み出しを行う読出手段と、演算手段とを備えた情報処理装置において実行されるべきプログラムとして、以下のように構成することとした。
つまり、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を上記演算手段に実行させるようにしたものである。
【００１２】
また、さらに本発明では、記録媒体として以下のように構成することとした。
つまり、本発明の記録媒体は、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体であって、
ネットワークを介した外部装置との間でのデータ通信を行う通信手段と、記録媒体に記録された情報の読み出しを行う読出手段と、演算手段とを備えた上記情報処理装置において実行されるべき上記プログラムとして、
上記記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を上記演算手段に実行させるプログラムが記録されているものである。
【００１３】
上記本発明によれば、記録媒体に記録された固有の識別情報をサーバ装置に送信し、サーバ装置ではその識別情報についての認証処理を行う。このことで、この場合において正規ユーザであるか否かの認証処理は、従来のようにユーザがＩＤやパスワードを入力することなしに、記録媒体から自動的に読み出された識別情報に基づいて、サーバ装置側で自動で行うことができる。この結果、従来のような煩雑な入力作業なしに、正規のユーザであるかの認証を行うことができる。また、このような識別情報に基づき、ユーザごとのディレクトリ分けも行うことができる。
【発明の効果】
【００１４】
上記のようにして本発明によれば、記録媒体に記録された固有の識別情報を利用した認証処理を可能として安全性を確保しつつ、さらに煩雑な入力作業を廃したより簡易なファイルのアップロード／ダウンロードシステムを提供することができる。
【００１５】
また、本発明の情報処理装置によれば、このような本発明のアップロード／ダウンロードシステムを実現することのできる情報処理装置を提供することができる。
また、本発明のプログラムによれば、本発明の情報処理装置としての動作を汎用の情報処理装置に実現させることができる。
また、本発明の記録媒体によれば、本発明のアップロード／ダウンロードシステムによるサービスを利用する上で必要となる記録媒体を実現することができる。
【発明を実施するための最良の形態】
【００１６】
以下、発明を実施するための最良の形態（以下実施の形態とする）について説明していく。
なお、確認のために、以下に本発明のアップロード／ダウンロードシステムの各構成要素とその一実施形態との対応関係をそれぞれ記しておく。
＜識別情報を読み出す読出手段＞
→ パーソナルコンピュータ２のＣＰＵ２１の制御に基づくドライブ制御部２８及びメディアドライブ２９の読み出し動作により実現される。
＜識別情報をネットワークを介してサーバ装置に送信する識別情報送信手段＞
→ パーソナルコンピュータ２のＣＰＵ２１の制御に基づく通信処理部３１及びネットワークインタフェース３２の通信動作により実現される。
＜送信された識別情報についての認証処理を行う認証手段＞
→ サーバ装置３のＣＰＵ４１の処理動作により実現される。
＜指定されたデータファイルをアップロードするアップロード手段＞
→ ＣＰＵ２１の制御に基づく通信処理部３１及びネットワークインタフェース３２の通信動作により実現される。
＜ファイルパスの情報を生成するパス生成手段＞
→ ＣＰＵ２１の処理により実現される。
＜アップロードされたデータファイルとファイルパス情報とを対応づけてサーバ側記録媒体に記録する記録手段＞
→ ＣＰＵ４１の制御に基づくＨＤＤ４８の記録動作により実現される。
＜ファイルパス情報により指定されるデータファイルをダウンロード要求元に転送する転送手段＞
→ ＣＰＵ４１の制御に基づくＨＤＤ４８の読み出し動作、及びＣＰＵ４１の制御に基づく通信制御部４９及びネットワークインタフェース５０の通信動作により実現される。
【００１７】
−システム概要−
図１は、本発明のアップロード／ダウンロードシステムの一実施形態としての、ＦＴＰ（File Transfer Protocol）システム１の概要について説明するための図である。
本実施の形態のＦＴＰシステム１は、それぞれが例えばインターネットとされるネットワーク４を介したデータ通信が可能とされたパーソナルコンピュータ２とサーバ装置３と、例えばＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）とされる光ディスクＤとを少なくとも含んで構成される。
【００１８】
なおこの場合、図中パーソナルコンピュータ５は、後述するようにしてサーバ装置３にアップロードされたデータファイルをダウンロードする、パーソナルコンピュータ２以外の端末を例示したものである。
【００１９】
図１において、パーソナルコンピュータ２は、本発明の情報処理装置の一実施形態であり、サーバ装置３が本発明のサーバ装置の一実施形態となる。また光ディスクＤが本発明の記録媒体の一実施形態となる。
【００２０】
光ディスクＤには、パーソナルコンピュータ２に対し、後述する実施の形態としてのファイル転送サービス実現のために必要な処理動作を実行させるためのプログラム（後述するＦＴＰサービスプログラム８０）が記録される。
この場合、光ディスクＤはいわゆるＲＯＭディスクであり、このプログラムはディスク基板上に形成されるピット／ランドの組み合わせにより記録されている。
【００２１】
また、光ディスクＤに対しては、各光ディスクＤを一意に識別可能なディスクＩＤ（後述するディスクＩＤ８２）が記録されている。
本実施の形態の場合、このディスクＩＤは、いわゆるポストスクライブドＩＤ（Postscribed ID：登録商標）とされる。すなわち、このディスクＩＤは、光ディスクＤのディスク基板上に成膜された反射膜上に、レーザ光照射により形成されたマークによって追記されたものとなっている。このポストスクライブドＩＤにより、ＲＯＭディスクに対して任意の情報を追記できる。
【００２２】
光ディスクＤの具体的な製造プロセスとしては、予めスタンピング等により上記プログラム等の情報をピット／ランドの組み合わせにより記録したＲＯＭディスクを製造した上で、このＲＯＭディスクに対しレーザ光の照射を行って上記ディスクＩＤを追記するようにされている。
【００２３】
ポストスクライブドＩＤの技術では、通常のドライバソフトではアクセスできない領域にマークによる情報追記を行うようにされている。追記された情報の読み出しは、光ディスクＤに記録された専用のプログラムによってのみ行うことができるようにされる。
なお、ポストスクライブドＩＤについては、先に提示した特開２００４−９４４６１号公報や、「http://www.postscribedid.com」にも記載されている。
【００２４】
パーソナルコンピュータ２は、装填された上記光ディスクＤに記録される情報の読み出しを行うことができるように構成される。
また、オペレーションシステムの機能として、装填された光ディスクＤに記録された情報を自動的に読み出す機能も有している。
【００２５】
また、サーバ装置３は、パーソナルコンピュータ２側からネットワーク４を介してアップロードされたデータファイルを格納し管理する、ＦＴＰサーバとして機能する。
【００２６】
さらに、パーソナルコンピュータ５は、ネットワーク４を介して外部装置（特にこの場合はパーソナルコンピュータ２とサーバ装置３）との間でデータ通信を行うことが可能に構成される。
【００２７】
−情報処理装置の構成−
図２は、図１に示したパーソナルコンピュータ２の内部構成について示すブロック図である。
図２において、先ずＣＰＵ２１は、起動されたプログラムに基づいて当該パーソナルコンピュータ２の全体制御、演算処理を行う。例えば、図示する入力部２５に対する入力に応じた動作、ＨＤＤ（Hard Disc Drive）３０へのデータファイルの格納や管理情報の作成・更新等を行う。またＣＰＵ２１は、図示するバス２３を介して各部との間で制御信号やデータのやりとりを行う。
なお、上記ＣＰＵ２１の処理により実現される本実施の形態としての動作については後に改めて説明する。
【００２８】
メモリ部２２は、ＣＰＵ２１が処理に用いるＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリなどを包括的に示している。このメモリ部２３のＲＯＭには、ＣＰＵ２１の動作プログラム、プログラムローダー等が記憶される。
また、上記フラッシュメモリには各種演算係数、プログラムで用いるパラメータ等が記憶され、ＲＡＭにはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００２９】
ＨＤＤ３０においては、ＣＰＵ２１の制御に基づいてデータファイルの格納や管理情報の作成・更新等が行われる。
特に、この場合のＨＤＤ３０に対しては、図示するようにしてオペレーションシステム（ＯＳ）３０ａが格納される。
また、ＨＤＤ３０に対しては、各種ファイル３０ｂとしての、各種のデータファイルが格納されている。
また、この場合は、電子メールをやりとりするための電子メールプログラム３０ｃも格納されている。
【００３０】
入力部２５は、図示されないキーボードやマウス、リモートコマンダー、その他の入力デバイスとされる。この入力部２５に対しては、ユーザが各種操作入力やデータ入力を行うものとして想定されている。
入力部２５で入力された情報は入力処理部２４で所定の処理が施され、ＣＰＵ２１に対して操作又はデータの入力として伝達される。そしてＣＰＵ２１では入力された情報に対応して必要な演算や制御を行うようにされる。
【００３１】
ディスプレイ２７は、例えば液晶ディスプレイなどの表示ディスプレイとされて、ユーザに対して各種情報表示を行う。例えばＣＰＵ２１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部２６に供給すると、表示処理部２６は供給された表示データに基づいてディスプレイ２７を表示駆動し、これによって各種の情報についての表示出力が行われる。
【００３２】
メディアドライブ２９は、例えばＣＤ、ＭＤ(Mini Disc：光磁気ディスク)、ＣＤ−Ｒ(Recordable)、ＣＤ−ＲＷ（ReWritable）、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷなどの光ディスク、またはメモリーカード（リムーバブルメディアとしての半導体メモリ装置）等の記録メディアに対応するドライブ機能部であり、これらメディアについての記録再生動作を行うことが可能に構成される。例えばメディアとして、本実施の形態の光ディスクＤのようなＣＤ系のディスクメディアに対応する場合、このメディアドライブ２９には、例えば光学ヘッド、スピンドルモータ、再生信号処理部、サーボ回路等が備えられるものとなる。
【００３３】
ドライブ制御部２８は、メディアドライブ２９に装填されたメディアについての記録再生動作、アクセス動作等を制御する。例えばユーザが入力部２５を介して装填されたメディアに対する再生操作（読み出し操作）を行った場合、ＣＰＵ２１はドライブ制御部２８にメディアの再生（読み出し）を指示する。するとドライブ制御部２８は、メディアドライブ２９に対してアクセス動作や再生動作（読み出し動作）を実行させるための制御を行う。メディアドライブ２９では、読み出した再生データをドライブ制御部２８を介してバス２３に送出する。
【００３４】
通信処理部３１は、ＣＰＵ２１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインタフェース３２は、上記通信処理部３１でエンコードされた送信データを、図１に示したネットワーク４を介して所定の外部装置、例えばサーバ装置３に送信する。またネットワーク４を介してサーバ装置３などの外部装置から送信されてきた信号を通信処理部３１に受け渡す。
通信処理部３１は受信した情報をＣＰＵ２１に転送する。
【００３５】
なお、図２ではパーソナルコンピュータ２の構成について説明したが、図１に示したパーソナルコンピュータ５としても、この図２に示した構成と同様の構成とされる。特に実施の形態で想定するパーソナルコンピュータ５としては、少なくとも電子メールを送受信するための電子メールプログラム３０ｃと、後述するリンク情報としてのＵＲＩ（Uniform Resource Identifiers）に基づき、ネットワーク上のサーバ装置にアクセスして、ＵＲＩに含まれるファイルパスの情報に基づきファイルのダウンロード要求を行うことができるように構成されていればよい。
【００３６】
−サーバ装置の構成−
続いて、図３のブロック図は、図１に示したサーバ装置３の内部構成について示している。
図３において、先ずＣＰＵ４１は、起動されたプログラムに基づいて当該サーバ装置３の全体制御、演算処理を行う。例えば、図示する入力部４５に対する入力に応じた動作、ＨＤＤ４８へのデータファイルの格納や管理情報の作成・更新等を行う。またＣＰＵ４１は、図示するバス４２を介して各部との間で制御信号やデータのやりとりを行う。
【００３７】
メモリ部４３は、ＣＰＵ４１が処理に用いるＲＯＭ、ＲＡＭ、フラッシュメモリなどを包括的に示している。このメモリ部４３のＲＯＭには、ＣＰＵ４１の動作プログラム、プログラムローダー等が記憶される。また、上記フラッシュメモリには各種演算係数、プログラムで用いるパラメータ等が記憶され、ＲＡＭにはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００３８】
ＨＤＤ４８においては、ＣＰＵ４１の制御に基づいてデータファイルの格納や管理情報の作成・更新等が行われる。
特に、この場合のＨＤＤ４８に対しては、図示するようにしてユーザ管理情報４８ａが格納される。このユーザ管理情報４８ａは、後述するようにしてディスクＩＤごと（ユーザごと）に、ＦＴＰシステム１が提供するファイル転送サービスについての各種の情報を管理するための情報となる。
また、ＨＤＤ４８には、後述するようにしてパーソナルコンピュータ２側からアップロードされたデータファイルが格納されることになる。ここでは、それら格納されたデータファイルを、図示するようにしてアップロードファイル群４８ｂとして示している。
また、ＨＤＤ４８に対しては、ファイル管理情報４８ｃが格納される。ファイル管理情報４８ｃは、パーソナルコンピュータ２からアップロードされたデータファイルを管理するための情報である。このファイル管理情報４８ｃとしては、後述もするように各データファイルに固有となるようにして割り振られたファイルＩＤに対し、そのファイルをアップロードしたパーソナルコンピュータ２が送信してきたディスクＩＤを対応づけるようにされており、これによって各ユーザごとにアップロードされたファイルを管理することができるようにされている。
【００３９】
入力部４５は、図示されないキーボードやマウス、リモートコマンダー、その他の入力デバイスとされる。この入力部４５に対しては、サービスを運営する側のオペレータなどが各種操作入力やデータ入力を行うものとして想定されている。
入力部４５で入力された情報は入力処理部４４で所定の処理が施され、ＣＰＵ４１に対して操作又はデータの入力として伝達される。そしてＣＰＵ４１では入力された情報に対応して必要な演算や制御を行うようにされる。
【００４０】
ディスプレイ４７は、例えば液晶ディスプレイなどの表示ディスプレイとされて、オペレータ等に対して各種情報表示を行う。例えばＣＰＵ４１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部４６に供給すると、表示処理部４６は供給された表示データに基づいてディスプレイ４７を表示駆動し、これによって各種の情報についての表示出力が行われる。
【００４１】
通信処理部４９は、ＣＰＵ４１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインタフェース５０は、上記通信処理部４９にてエンコードされた送信データをネットワーク４を介して所定の外部装置（特にパーソナルコンピュータ２、パーソナルコンピュータ５）に送信する。またネットワーク４を介してパーソナルコンピュータ２などの外部装置から送信されてきた信号を、通信処理部４９に受け渡す。
通信処理部４９は受信した情報をＣＰＵ４１に転送する。
【００４２】
−実施の形態のＦＴＰシステムによるファイル転送サービス−
続いては、次の図４〜図１０を参照して、本実施の形態のＦＴＰシステム１により実現されるファイル転送サービスについて説明する。
先ずは図４を参照して、パーソナルコンピュータ２側において、データファイルをサーバ装置３側にアップロード可能な状態とするために行われるべき動作について説明する。この図４では、光ディスクＤに記録された情報に基づいてパーソナルコンピュータ２が行う動作と、サーバ装置３が行う動作とを模式的に示している。なお、図４では図１に示したネットワーク４は省略して示している。
【００４３】
図４において、先ずユーザは、本実施の形態のファイル転送サービスを享受するとしたときには、図中＜１＞と示すようにして、パーソナルコンピュータ２に対して光ディスクＤを挿入するようにされる。
【００４４】
ここで、光ディスクＤは、例えば有料でユーザに配布し、サービス運営側としてはその料金に応じたサービスをユーザに提供する形態とすることができる。或いは、光ディスクＤは無料で配布し、例えば予め定められた所定期間だけサービスを提供するといったこともできる。
【００４５】
光ディスクＤには、上述もしたＦＴＰサービスプログラム８０として、パーソナルコンピュータ２に実施の形態としてのファイル転送サービス実現のために必要な処理動作を実行させるためのプログラムが記録されている。先にも述べたように、このＦＴＰサービスプログラム８０は、ピット／ランドの組み合わせにより記録されたものとなっている。
また、このＦＴＰサービスプログラム８０として記録されるプログラムには、ＲＯＭディスクとしての光ディスクＤに追記されたディスクＩＤ（ポストスクライブドＩＤ：ＰＩＤとも呼ぶ）８２を読み出すためのプログラムも含まれている。
さらに、光ディスクＤには、サーバＵＲＩ８１も記録される。このサーバＵＲＩ８１は、ネットワーク４上のサーバ装置３の所在を表し、プログラムと共にピット／ランドの組み合わせにより記録されている。
【００４６】
光ディスクＤが挿入されたことに応じ、パーソナルコンピュータ２では、図中＜２＞と示されるようにして先ずは光ディスクＤに記録されたＦＴＰサービスプログラム８０を読み出すようにされる。実施の形態の場合、このようなＦＴＰサービスプログラム８０の読み出しは、オペレーションシステム３０ａによる自動読み出し機能によって行われる。
そして、このようにして読み出されたＦＴＰサービスプログラム８０に従った動作として、次の＜３＞と示すように、光ディスクＤに追記されたディスクＩＤ８２の読み出しを行うようにされる。
【００４７】
ディスクＩＤ８２を読み出すと、＜４＞と示すようにして、ディスクＩＤ８２など必要情報をサーバ装置３に対して送信するようにされる。
実施の形態の場合、光ディスクＤから読み出したディスクＩＤ８２と共にサーバ装置３側に送信すべき情報としては、マシン固有ＩＤを挙げることができる。このマシン固有ＩＤは、パーソナルコンピュータ２を識別するための情報であり、パーソナルコンピュータ２はこのマシン固有ＩＤの情報を、読み出したＦＴＰサービスプログラム８０に従った動作を行うことで生成するようにされる。
このようにパーソナルコンピュータ２に固有となるマシン固有ＩＤをサーバ装置３に送信することで、サーバ装置３側（つまりサービス運営側）では、ディスクＩＤ８２により特定されるユーザが、毎回同じ端末を使用してサービスを利用しているか否かなどの情報を得ることができる。
【００４８】
また、ディスクＩＤ８２と共にサーバ装置３側に送信する情報としては、さらにローカル初期登録時間を挙げることができる。このローカル初期登録時間の情報は、パーソナルコンピュータ２に対して初回に光ディスクＤが挿入され、サーバ装置３へのディスクＩＤ８２など必要情報の登録が行われた時間情報を、パーソナルコンピュータ２側で計時される時間で表した情報となる。つまり、このローカル初期登録時間の情報としてパーソナルコンピュータ２は、上記ディスクＩＤ８２とマシン固有ＩＤをサーバ装置３側に送信するタイミングで取得した時間情報（年月日も含む）を、共にサーバ装置３に対して送信するようにされているものである。
なお、確認のために述べておくと、このローカル初期登録時間の情報は、初回に光ディスクＤが挿入されたときのみ（つまりサーバ装置３への初回アクセス時のみ）サーバ装置３に対して送信されるべき情報となる。
【００４９】
パーソナルコンピュータ２は、これらディスクＩＤ８２、マシン固有ＩＤ、及び必要に応じてローカル初期登録時間の情報を、上記必要情報としてサーバ装置３側に送信する。
このとき、サーバ装置３への接続処理を行うこととなるが、この接続処理は光ディスクＤに記録されるサーバＵＲＩ８１に基づいて行うようにされる。
【００５０】
サーバ装置３側では、パーソナルコンピュータ２側からディスクＩＤ８２など必要情報が送信されると、＜５＞と示されるようにして、先ずはディスクＩＤ８２についての認証処理を行うようにされる。
この場合、ディスクＩＤ８２についての認証処理としては、具体的にはディスクＩＤ８２のデータ構成をチェックするようにされる。すなわち、この場合においてディスクＩＤ８２は予め定められた所定のデータ構成を有しており、サーバ装置３側ではパーソナルコンピュータ２側から送信されたディスクＩＤ８２が上記所定のデータ構成となっているか否かを判別することで、そのディスクＩＤ８２が正規のもであるか否かの認証処理を行うようにされている。
【００５１】
なお、認証処理としては、他の手法として、各光ディスクＤに対して追記したディスクＩＤの一覧との照合を行って実行することもできる。すなわち、サーバ装置３側に配布済みの全ての光ディスクＤに追記されたディスクＩＤ８２の一覧情報を格納しておき、この一覧情報内にパーソナルコンピュータ２側から送信されてきたディスクＩＤ８２と合致するＩＤがあるか否かを判別することで、送信されたディスクＩＤ８２が正規のＩＤであるか否かの認証を行うようにするものである。
但し、このような一覧情報を用いた認証処理とした場合は、一覧からの検索処理を要するなど、サーバ装置３側の処理負担が増大する傾向となる。これに対し上記したようなデータ構成チェックによる認証処理とすれば、比較的簡易な演算処理のみで済ませることができるので、サーバ装置３の処理負担の増大化を効果的に防止することができる。
【００５２】
認証処理により正規のディスクＩＤではないとされた場合は、図示は省略したが、サーバ装置３がエラー通知を行い、これに応じパーソナルコンピュータ２はエラーメッセージの表示などサービスを利用できない旨をユーザに通知するための処理を実行するようにされる。
つまり、このように認証処理でディスクＩＤ８２が正規ＩＤではないとされた場合、後述するステータス情報のパーソナルコンピュータ２側への送信が行われず、これによってメニュー画面の表示ができず、パーソナルコンピュータ２によるサーバ装置３へのファイルのアップロードは行うことができないものとなる。
【００５３】
また、認証処理により正規のディスクＩＤであるとされた場合は、図中＜６＞と示されるようにして、ユーザ管理情報（先に説明したユーザ管理情報４８ａ）への登録を行うようにされる。
【００５４】
ここで、図５は、サーバ装置３におけるＨＤＤ４８内に格納されるユーザ管理情報４８ａのデータ構造を概念的に示している。
この図５に示されるようにして、ユーザ管理情報４８ａは、ディスクＩＤに対して、マシン固有ＩＤ１、マシン固有ＩＤ２、ローカル初期登録時間、サーバ初期登録時間、有効日数、最大登録容量、現状利用容量の各情報が対応づけられたものとなる。
【００５５】
上記マシン固有ＩＤ１、マシン固有ＩＤ２は、先に説明したようにしてパーソナルコンピュータ２側が送信するマシン固有ＩＤである。ここでは、マシン固有ＩＤ１、マシン固有ＩＤ２として、１つのディスクＩＤに対し（つまり１ユーザごとに）２つのマシン固有ＩＤを格納可能な場合を示している。
【００５６】
また、ローカル初期登録時間は、先に説明したパーソナルコンピュータ２が送信するローカル初期登録時間の情報である。
【００５７】
また、サーバ初期登録時間は、パーソナルコンピュータ２からディスクＩＤ８２など必要情報の送信が行われたことに応じ、ユーザ管理情報４８ａへの登録が行われた時間（年月日も含む）をサーバ装置３側で計時される時間で表すものである。つまり、このサーバ初期登録時間は、サーバ装置３がユーザ管理情報４８ａへの登録を行うタイミングで自らが計時する時間情報を取得したものである。
【００５８】
また、有効日数の情報は、サービスを利用できる期間を示す情報である。
また、最大登録容量の情報は、ユーザごとに割り当てられるサーバ装置３上のアップロード領域の最大データ容量を表す情報である。
【００５９】
ここで、これら有効日数と最大登録容量について、例えばサービスを行うにあたっては、配布する光ディスクＤに異なる値段設定をして、その値段に応じて有効日数、最大登録容量を設定するといったことが考えられる。この場合において、サービス運営側としては、予め各光ディスクＤに追記したディスクＩＤ８２と、各光ディスクＤに設定した値段に応じたサービス内容（有効日数と最大登録容量）の関係は把握しておくことができる。そこで、配布した光ディスクＤのディスクＩＤごとに、有効日数と最大登録容量の情報を対応づけた情報を予めサーバ装置３側に格納しておき、サーバ装置３では、パーソナルコンピュータ２側から送信されてきたディスクＩＤ８２を元に、このようにして格納された対応情報を参照することで、そのディスクＩＤ８２に対応する有効日数と最大登録容量の情報を取得することができる。
或いは、光ディスクＤを無料で配布する場合や均一料金で配布する場合など、サービス内容を統一するとした場合には、予め定められた有効日数の情報と最大登録容量の情報とを取得するようにする。
【００６０】
また、現状利用容量の情報は、既にアップロードが行われてサーバ装置３に格納されているデータファイルの総データ容量を表す情報となる。
この現状利用容量の情報については、初回登録時には「０」が登録されることになる。
【００６１】
説明を図４に戻す。
先の＜６＞として示したユーザ管理情報への登録として、サーバ装置３は、パーソナルコンピュータ２から送信されたディスクＩＤ８２に対し、同じく送信されたマシン固有ＩＤ及びローカル初期登録時間の情報と、自らが取得したサーバ初期登録時間及び有効日数及び最大登録容量及び現状利用容量の情報とを対応づけて、ユーザ管理情報４８ａとしてＨＤＤ４８に記録する動作を行う。
これによって、各ディスクＩＤ８２ごと（つまり各ユーザごと）に、有効日数や最大登録容量、現状利用容量といったサービスに関する情報を管理するための情報が登録されることになる。
【００６２】
なお、確認のために述べておくと、このようなユーザ管理情報への登録は、初回アクセス時のみ行われるものである。つまり、同じディスクＩＤについて２度目以降にアクセスが行われた場合は、既にそのディスクＩＤについてのユーザ管理情報４８ａへの登録は行われているからである。
図示による説明は省略しているが、２回目以降のアクセス時（つまり既にユーザ管理情報４８ａに登録されているディスクＩＤ８２が送信されてきた場合）には、そのディスクＩＤ８２について既にユーザ管理情報４８ａにおいて登録済みの情報に基づき、次に説明する有効期間の確認を行うようにされる。
【００６３】
上記のようなユーザ管理情報への登録を行うと、サーバ装置３は、＜７＞と示されるようにして有効期間の確認を行う。この有効期間の確認としては、ユーザ管理情報４８ａに登録した有効日数の情報（パーソナルコンピュータ２が送信してきたディスクＩＤ８２に対応づけられている有効日数の情報）の値が「０」となっているか否かを確認する。
有効日数が「０」でなく有効期間内であるとされた場合は、次の＜８＞と示すステータス情報の生成を行う。
【００６４】
なお、図示による説明は省略するが、有効日数の値が「０」であり有効期間外とされた場合、サーバ装置３は、パーソナルコンピュータ２に対してエラー画面の表示を指示する。このエラー画面がパーソナルコンピュータ２により表示されることで、ユーザは有効期間が過ぎていることを知ることができる。
また、このエラー画面には契約更新ページへリンクするためのＵＲＩを表示しておき、ユーザがこのＵＲＩに対するクリック操作を行うことで契約更新手続きを行うことが可能となるようにすることもできる。
なお、ユーザ管理情報４８ａに登録される全ての有効日数の情報は、サーバ装置３によって１日ごとに更新（デクリメント）される。
【００６５】
続いて、＜８＞のステータス情報の生成では、ステータス情報として、パーソナルコンピュータ２が後述するメニュー画面を表示する上で必要となる情報を生成する。具体的にこの場合は、ユーザ管理情報４８ａに登録される有効日数、最大登録容量、現状利用容量の情報に基づきステータス情報を生成するようにされる。
つまり、サーバ装置３は、ユーザ管理情報４８ａにおいてパーソナルコンピュータ２から送信されたディスクＩＤ８２と対応づけられている有効日数、最大登録容量、現状利用容量の情報を取得し、それらの情報からステータス情報を生成するようにされる。
【００６６】
そして、サーバ装置３は、次の＜９＞と示すように、生成したステータス情報をパーソナルコンピュータ２側に送信するようにされる。
【００６７】
パーソナルコンピュータ２では、サーバ装置３から送信されたステータス情報に基づき、＜１０＞と示されるようにメニュー画面の表示を行うようにされる。
このメニュー画面は、ユーザがファイル転送サービスを利用する上で各種の入出力を行うためのＧＵＩ（Graphical User Interface）として機能するものである。
【００６８】
図６は、このようにしてパーソナルコンピュータ２側で表示されるメニュー画面の構成例を示している。
図６において、このメニュー画面上には、図示するようにしてアップロードファイルを選択・指定するための参照ボタンＳＢ（ＳＢ１〜ＳＢ６）と、選択・指定したデータファイルが格納される場所（ディレクトリ＋ファイル名）の情報を表示するためのファイルの場所表示ボックスＡＦ（ＡＦ１〜ＡＦ６）と、ファイルの場所表示ボックスＡＦに表示されたディレクトリに格納されるファイルのアップロード実行指示を行うためのアップロードボタンＡＰＢ（ＡＰＢ１〜ＡＰＢ６）と、さらにアップロードしたファイルをダウンロードするためのリンク情報を表示するためのダウンロードリンク表示ボックスＡＬ（ＡＬ１〜ＡＬ６）とが表示される。
また、現状利用容量情報Ａ１として、現状においてサーバ装置３側にアップロードされているデータファイルの総容量を示す情報と、最大容量・有効日数情報Ａ２としての最大登録容量と有効日数を示す情報とが表示され、さらに問い合わせ情報Ａ３として、サービス運営側に問い合わせを行うための電子メールアドレスの情報などが表示される。
また、サービスの期間延長を申し込むための延長申し込みボタンＢ１と、さらに当該メニュー画面を閉じ、ＦＴＰサービスプログラム８０により実現されるアプリケーションの終了を指示するための終了ボタンＳＨＢと、当該メニュー画面上に表示される各種ボタンＢや上記電子メールアドレス情報を選択するためのカーソルＣＲも表示されている。
【００６９】
パーソナルコンピュータ２は、このようなメニュー画面の上記現状利用容量情報Ａ１と最大容量・有効日数情報Ａ２を、サーバ装置３側から送信されたステータス情報における有効日数、最大登録容量、現状利用容量の情報に基づき表示するようにされる。
【００７０】
このメニュー画面において、ユーザは、先の図２に示した入力部２５の例えばマウスを操作することで、カーソルＣＲを移動させることができる。そして、このカーソルＣＲを移動させて参照ボタンＳＢ上に移動させることで、その参照ボタンＳＢを選択することができ、参照ボタンＳＢを選択した状態で、例えばマウスのクリック操作などの所定の決定操作を行うことで、アップロードファイルの選択を行うためのファイル選択画面を表示させることができる。
【００７１】
図示は省略したが、このファイル選択画面としては、ＨＤＤ３０内の各種ファイル３０ｂとして格納されるデータファイルを、それぞれのディレクトリごとに一覧表示する画面を想定している。このファイル選択画面において、ユーザは表示されるディレクトリの一覧から所望のディレクトリを選択・指定することで、そのディレクトリ下に格納されるデータファイルの一覧を表示させることができ、このファイルの一覧から所望のファイルを選択・指定することができる。
【００７２】
このようにしてファイル選択画面からアップロードすべきデータファイルを選択・指定すると、ファイルの場所表示ボックスＡＦ内に、選択・指定したファイルの格納場所の情報が表示される（次の図７参照）。
このとき、例えば参照ボタンＳＢ１を選択・決定してアップロードファイルの選択・指定を行った場合は、ファイルの格納場所表示ボックスＡＦ１内にファイルの選択・指定されたファイルの格納場所の情報が表示されるといったように、選択・指定したファイルの格納場所情報は、ファイルの選択・指定を行うにあたって選択・決定した参照ボタンＳＢと対応づけられた表示ボックスＡＦ（この場合は同じ行にある表示ボックスＡＦとしている）内に表示されるようになっている。
【００７３】
そして、このように選択・指定されたファイルの格納場所情報が表示ボックスＡＦ内に表示された状態で、カーソルＣＲを、ファイルの格納場所情報が表示された表示ボックスＡＦと対応づけられている（つまり同じ行にある）アップロードボタンＡＰＢ上に移動させて（選択して）、決定操作を行うことによって、選択・指定したファイルをサーバ装置３側にアップロードさせることができる。具体的にこの場合は、アップロードボタンＡＰＢ１を選択・決定することで、ファイルのアップロード指示を行うことができる。
【００７４】
図７は、このようにして選択・指定したファイルがアップロードされた後に表示されるメニュー画面の例を示している。
この図７では、先の図６のメニュー画面において参照ボタンＳＢ１が選択・決定されてアップロードファイルの選択・指定が行われ、この参照ボタンＳＢ１と対応づけられているファイルの格納場所表示ボックスＡＦ１内に選択・指定されたファイルの格納場所情報が表示されており、さらにこの表示ボックスＡＦ１と対応づけられたアップロードボタンＡＰＢ１が選択・決定されて上記選択・指定されたファイルのアップロードが行われた場合でのメニュー画面の例を示している。
【００７５】
このようにして選択・指定されたデータファイルのアップロードが行われた場合のメニュー画面では、選択・決定された参照ボタンＳＢ（この場合はＳＢ１）の表示は非アクティブとなり、以降はその参照ボタンＳＢによるアップロードファイルの選択・指定が不可となるようにされる。
また、選択・決定されたアップロードボタンＡＰＢ（この場合はＡＰＢ１）は、図示するようにして削除ボタンＤＢに変更される（図中ＤＢ１）。この削除ボタンＤＢは、対応するファイルの格納場所ボックスＡＦ内に表示されている、既にサーバ装置３側にアップロードされたファイルの削除を指示するためのボタンである。
このように削除ボタンＤＢが表示されることで、アップロードボタンＡＰＢが選択・決定されてファイルのアップロードが行われた以降は、そのアップロードファイルの削除のみが可能な状態となるようにされる。
【００７６】
なお、このようにしてファイルのアップロードが行われたことに応じては、図示するようにして現状利用容量情報Ａ１の内容がアップロードされたファイルのデータ容量に応じて更新されるものとなるが、このことについては後述する。
【００７７】
続いて、図８には、上記メニュー画面上での操作に応じて行われるファイルのアップロード動作と、それに応じて行われるべき動作とについて説明する。
この図８としても、先の図４と同様にパーソナルコンピュータ２が行う動作とサーバ装置３が行う動作とを模式的に示している。なお、この図８においても図１に示したネットワーク４は省略して示している。
【００７８】
この図８では、上記メニュー画面上において、アップロードすべきファイルが選択・指定され、そのファイルの格納場所情報が表示ボックスＡＦ内に表示された状態で、そのファイルの格納場所情報が表示された表示ボックスＡＦと対応づけられたアップロードボタンＡＰＢが選択・決定されたことで、選択・指定したファイルのサーバ装置３側へのアップロード指示が行われた以降の動作を示している。
【００７９】
図８において、上記のようなアップロードボタンＡＰＢによるファイルのアップロード指示が行われた場合、パーソナルコンピュータ２は、図中＜１＞と示すように、先ずは容量確認を行うようにされる。
この容量確認としては、現状利用容量と、アップロードすべきとして選択・指定されたファイルのデータ容量との合計容量が、最大登録容量以内となっているか否かについて判別することで行う。
【００８０】
図示は省略したが、合計容量が最大登録容量以内となっていないとされた場合は、エラー処理として、例えば容量オーバーにより選択・指定されたファイルについてのアップロードができない旨をユーザに通知する動作を行うようにされる。
【００８１】
また、合計容量が最大登録容量以内であるとされた場合、パーソナルコンピュータ２は、次の＜２＞と示すようにして、リンクとファイル名の情報とを生成するようにされる。
ここで、上記ファイル名の情報は、選択・指定されたファイルがサーバ装置３にアップロードされたとき、サーバ装置３側においてそのアップロードファイルのファイル名の情報として付されるべき情報である。つまりこの場合、サーバ装置３においては、アップロードされた各ファイルを、このようにパーソナルコンピュータ２側で生成されるファイル名の情報を付して管理するようにされているものである。
パーソナルコンピュータ２では、このようなファイル名の情報として、選択・指定されたファイルのオリジナルのファイル名に対し、予め定められた所定の拡張子（例えば「.fdp」とする）を付すようにされている。例えばオリジナルのファイル名が「Ａ」であったとすると、生成されるファイル名は「Ａ.fpd」となる。
【００８２】
また、上記リンク情報は、これからアップロードすることになる上記選択・指定されたファイルについての、ネットワーク４上での格納場所を特定するためのＵＲＩ情報を生成するようにされる。
つまり、本実施の形態では、サーバ装置３にて格納されるアップロードファイルを取得する（ダウンロードする）ためのリンク情報を、パーソナルコンピュータ２側で予め生成しておくようにされているものである。
【００８３】
上記リンク情報としては、ネットワーク４上のサーバ装置３を特定するための情報部分と、サーバ装置３上のアップロードファイルの格納場所を特定するための情報部分（ファイルパス）とから成る情報を生成する。具体例を示すと、例えば
「http://www.ftppassportdisc.com/57edf4a22be3c955.A.fpd」
のような構成によるリンク情報を生成するようにされる。
この場合、「http://www.ftppassportdisc.com」が、ネットワーク４上のサーバ装置３を特定するための情報部分となる。また、その以下の「/57edf4a22be3c955.A.fpd」がサーバ装置３内に格納されるアップロードファイルを指し示すファイルパスの情報部分となる。
【００８４】
本例の場合、上記ファイルパスの情報は、光ディスクＤから読み出したディスクＩＤ８２と、上述のようにして生成したファイル名の情報とを組み合わせて生成するようにされる。
具体的には、ディスクＩＤ８２のハッシュ値（暗号化値）を生成し、このハッシュ値に対して「.(ドット)」と、さらに生成したファイル名の情報を加えたものをファイルパスとして生成するようにされる。
この場合、上記「57edf4a22be3c955」がディスクＩＤ８２のハッシュ値であり、「Ａ.fpd」が生成したファイル名の情報となる。
【００８５】
このようにして、ファイルパスの情報を、ディスクＩＤ８２（この場合はそのハッシュ値）に対しファイル名を加えた構成とすることで、そのファイルパスの情報としては固有の情報を生成することができる。また、このことで、そのファイルパスの情報を含んで構成される上記リンク情報としても、固有の情報を生成することができる。
【００８６】
パーソナルコンピュータ２は、このようにしてリンクとファイル名の情報とを生成すると、次の＜３＞と示されるようにして、指定されたファイルをディスクＩＤをキーとして暗号化するようにされる。すなわち、アップロードすべきとして選択・指定されたデータファイルに対し、光ディスクＤから読み出されたディスクＩＤ８２を暗号化キーとした暗号化処理を施すようにされる。
【００８７】
その上で、次の＜４＞と示されるように、暗号化したファイルと、リンク（ファイルパス）、ファイル名の情報とをサーバ装置３に対して送信するようにされる。
【００８８】
サーバ装置３では、パーソナルコンピュータ２側からこれら暗号化ファイル、リンク、ファイル名の情報が受信されると、＜５＞と示すようにして、先ずはファイルの記録を行うようにされる。つまり、暗号化ファイルをＨＤＤ４８に対して記録するようにされる。
その上で、次の＜６＞と示すようにして、ファイル管理情報への登録を行うようにされる。このファイル管理情報は、先の図３に示したＨＤＤ４８内のファイル管理情報４８ｃである。
【００８９】
ここで、次の図９は、上記ファイル管理情報４８ｃのデータ構成を概念的に示している。
この図９に示されているように、ファイル管理情報４８ｃにおいては、各ファイルＩＤに対し、それぞれパス（リンク）、ファイル名、ファイルサイズ、ファイル登録時間、ディスクＩＤの各情報が対応づけられた構成となっている。
先ず、ファイルＩＤは、図８の＜５＞の動作として説明したようにパーソナルコンピュータ２からアップロードされたファイルがＨＤＤ４８に記録されること応じて、例えば当該ＨＤＤ４８を管理するファイルシステムが個々のアップロードファイルを識別することができるようにして生成したＩＤ情報である。サーバ装置３では、このファイルＩＤによって、ＨＤＤ４８内に格納されるアップロードファイルを一意に識別することができる。
【００９０】
また、上記パスの情報は、パーソナルコンピュータ２から受信された、上記リンク情報に含まれるファイルパスの情報を格納したものである。後述もするように、ファイルのダウンロード要求が行われた場合は、ファイル管理情報４８ｃ内のこのファイルパスの情報に基づいて、要求元へのファイルの転送が行われることになる。
【００９１】
また、ファイル名の情報は、図８の＜４＞の動作によりパーソナルコンピュータ２から受信されたものである。
【００９２】
ファイルサイズの情報は、アップロードされたファイルのサイズを示す情報であり、この場合はサーバ装置３が生成するものとしている。
また、ファイル登録時間の情報は、アップロードファイルがサーバ装置３に格納された時間を示す情報であり、当該ファイル管理情報４８ｃへの登録を行う際にサーバ装置３自らが取得した時間情報とすればよい。
【００９３】
また、ディスクＩＤは、光ディスクＤの挿入に応じてパーソナルコンピュータ２が送信してきたディスクＩＤ８２である。ファイル管理情報４８ｃにおいて、このようにディスクＩＤが各ファイルごとの情報と対応づけられて格納されることで、各ディスクＩＤごと（つまり各ユーザごと）にアップロードされたファイルを管理することができるようにされている。
【００９４】
説明を図８に戻す。
図８において、上記ファイル管理情報への登録としてサーバ装置３は、＜５＞のファイルの記録動作に応じて生成したファイルＩＤに対し、パーソナルコンピュータ２側から送信されてきたファイルパスの情報とファイル名の情報と、ファイルサイズ、ファイル登録時間、及びディスクＩＤ８２の各情報が対応づけられてＨＤＤ４８内のファイル管理情報４８ｃとして記録されるようにする。
これによってアップロードされたファイルがサーバ装置３側に登録されたことになる。
【００９５】
このようにしてファイル管理情報への登録を行うと、サーバ装置３は、＜７＞と示されるようにして、ユーザ管理情報（現状利用容量）の更新を行うようにされる。すなわち、新たにファイルがアップロードされたことに応じて、ユーザ管理情報４８ａ内の現状利用容量の情報内容を更新するものである。
具体的には、ファイル管理情報４８ｃにおいて、ファイルのアップロード元となるパーソナルコンピュータ２が送信してきたディスクＩＤ８２が対応づけられている全てのファイルサイズの情報を取得して、当該ディスクＩＤ８２に対応づけられて記録されている全てのファイルの総データ容量を算出する。そして、ユーザ管理情報４８ａにおける、上記ディスクＩＤ８２に対応づけられた現状利用容量の情報を、この算出した総データ容量の情報に基づき更新するようにされる。
【００９６】
さらに、サーバ装置３は、ステータス情報を生成し（図中＜８＞）、そのステータス情報をパーソナルコンピュータ２に対して送信するようにされる（図中＜９＞）。
つまり、ユーザ管理情報４８ａにおいて、ファイルのアップロード元となるパーソナルコンピュータ２が送信してきたディスクＩＤ８２と対応づけられている少なくとも現状利用容量の情報を、この場合のステータス情報としてパーソナルコンピュータ２に対して送信するようにされる。
なお、既に最大登録容量、有効日時の情報についてはパーソナルコンピュータ２側に送信済みで（先の図４の＜８＞）且つ更新の必要もないので、これらの情報について改めての送信は不要である。
【００９７】
パーソナルコンピュータ２では、このようにしてサーバ装置３側から送信されてきたステータス情報に基づき、＜１０＞と示すようにしてメニュー画面を更新するようにされる。
この＜１０＞の更新動作により、先の図７に示したようなアップロード指示後のメニュー画面の表示が行われるものとなる。
すなわち、この＜１０＞の更新動作としてパーソナルコンピュータ２は、メニュー画面として表示されるべき画面データについて、現状利用容量情報Ａ１として表示されるべきデータ情報内容をサーバ装置３側から送信されてきたステータス情報としての現状利用容量の情報に基づき更新し、さらにアップロードファイルの指定の際に選択・決定された参照ボタンＳＢについては非アクティブとされ、またファイルのアップロード時に選択・決定されたアップロードボタンＡＰＢについては削除ボタンＤＢに変更されるように、画面データ内容を更新するようにされる。
また、アップロード時に選択・決定されたアップロードボタンＡＰＢと対応づけられたダウンロードリンク表示ボックスＡＬ内には、先の図８＜２＞により生成したリンク情報が表示されるように画面データの更新を行う。
その上で、このようにして更新された画面データをディスプレイ２７上に表示するようにされる。
【００９８】
このような更新後の内容によるメニュー画面がディスプレイ２７上に表示されることで、ユーザはアップロード指示を行ったファイルが正常にアップロードされたことを知ることができる。
【００９９】
このようにして、ファイルのアップロード完了後には、メニュー画面内のダウンロードリンク表示ボックスＡＬ内に、リンク情報が表示される。次に説明するように、本実施の形態の場合、ユーザはこのダウンロードリンク表示ボックスＡＬ内に表示されたリンク情報を利用して、アップロードしたファイルをダウンロードすることができるようにされている。
【０１００】
図１０は、メニュー画面内のダウンロードリンク表示ボックスＡＬ内に表示されたリンク情報に基づき、アップロードファイルをダウンロードする場合に対応して行われる動作について模式的に示している。なお、この図１０では、パーソナルコンピュータ２と、図１に示したパーソナルコンピュータ５と、サーバ装置３においてそれぞれ行われる動作について模式的に示している。また、この図１０においてもネットワーク４は省略している。
【０１０１】
先ず、ファイルのアップロードを行ったパーソナルコンピュータ２では、＜１＞と示すようにして、外部のパーソナルコンピュータ５に対してリンク情報を電子メールにより送信するようにされる。このとき、ユーザは、例えばオペレーションシステム３０ａが備えるコピー＆ペースト機能を利用して、ダウンロードリンク表示ボックスＡＦに表示されたリンク情報をコピーし、これを電子メールにペーストする。そして、この電子メールについて、所定の電子メールアドレスを宛先に設定して送信指示を行うことで、パーソナルコンピュータ５に対して当該電子メールを送信することができる。
【０１０２】
リンク情報がペーストされた電子メールを受信したパーソナルコンピュータ５では、＜２＞と示すようにして、リンク情報に基づきファイルの転送要求を行うようにされる。つまり、パーソナルコンピュータ５のユーザは、受信された電子メールに記されるリンク情報としてのＵＲＩに対するクリック操作を行うようにされる。
これに応じパーソナルコンピュータ５は、リンク情報に基づきサーバ装置３への接続処理を行う共に、リンク情報内のファイルパスの情報により、ダウンロードすべきファイルを指定したダウンロード要求を行うようにされる。
【０１０３】
上記ダウンロード要求を受けたサーバ装置３では、＜３＞と示されるようにして、要求されたファイルを復号化して送信するようにされる。
この場合、先にも説明したようにサーバ装置３においては、パーソナルコンピュータ２側でディスクＩＤ８２に基づき暗号化されたファイルが格納されている。つまりこの場合サーバ装置３では、ＣＰＵ４１が、要求されたファイルを、そのファイルをアップロードしたパーソナルコンピュータ２が送信したディスクＩＤ８２に基づいて復号化するようにされる。具体的には、ファイル管理情報４８ｃにおいて、要求により指定されたファイルパスに対応づけられているディスクＩＤを取得し、このディスクＩＤに基づき要求されたファイルを復号化する。
そして、ＣＰＵ４１は、このように復号化したファイルが、ダウンロード要求元となるパーソナルコンピュータ５に対して送信されるように通信処理部４９を制御する。
【０１０４】
なおこの場合、ＦＴＰサービスプログラム８０の作成元となるサービス運営側は、光ディスクＤに記録されたＦＴＰサービスプログラム８０に基づきパーソナルコンピュータ２側で行われる暗号化のアルゴリズムについては把握しており、サーバ装置３にそのアルゴリズムを設定しておくことができる。このためサーバ装置３は、上記のようにしてディスクＩＤ８２に基づいて要求されたファイルの復号化を適正に行うことができる。
【０１０５】
ここで、これまでの説明では、メニュー画面においてアップロードボタンＡＰＢが操作された以降の動作について主に説明したが、このようにファイルのアップロードが行われた後に表示されるメニュー画面（図７）において、削除ボタンＤＢが操作された場合には、以下のような動作が行われるものとなる。
つまり、図７に示すメニュー画面において、カーソルＣＲにより削除ボタンＤＢが選択され決定操作が行われた場合、パーソナルコンピュータ２は、その削除ボタンＤＢに対応づけられた（つまり同じ行の）ダウンロードリンク表示ボックスＡＬ内に表示されているリンク情報に含まれるファイルパスを指定したファイルの削除要求を、サーバ装置３に対して行うようにされる。
【０１０６】
サーバ装置３側では、ファイル管理情報４８ｃに基づき、上記削除要求が指定するファイルパスにより特定されるファイルＩＤを取得し、このファイルＩＤにより特定されるファイルをＨＤＤ４８上から削除するための処理を行う。
この削除処理としては、データファイル自体をＨＤＤ４８上から消去することも可能であるし、或いはファイル管理情報４８ｃから指定されたファイルパスとそれに対応づけられた各情報が削除されるように、ファイル管理情報４８ｃの更新のみを行うことも可能である。
【０１０７】
そして、このようなファイルの削除が行われた場合も、パーソナルコンピュータ２側でメニュー画面の更新が行われる必要がある。このために、先ずサーバ装置３は、上記のようにして更新が行われたファイル管理情報４８ｃに基づき、削除要求元のパーソナルコンピュータ２が送信してきたディスクＩＤ８２が対応づけられている全てのファイルサイズの情報を取得し、合計のファイルサイズを算出する。そして、算出したファイルサイズの情報に基づき、ユーザ管理情報４８ａ内の同じディスクＩＤ８２が対応づけられた現状利用容量の情報を更新する。
その上で、更新した現状利用容量の情報をステータス情報としてパーソナルコンピュータ２に送信する。
【０１０８】
パーソナルコンピュータ２側では、送信されてきた現状利用容量の情報に基づき、現状利用容量情報Ａ１の表示内容が更新されるように、メニュー画面として表示すべき画面データの更新を行う。
またこのとき、削除指示の際に選択・決定された削除ボタンＤＢと対応づけられたダウンロードリンク表示ボックスＡＬ内に表示されていたリンク情報が消去されるようにし、また、削除指示の際に選択・決定された削除ボタンＤＢの代わりにアップロードボタンＡＰＢが表示され、さらに、この削除ボタンＤＢと対応づけられて非アクティブとされていた参照ボタンＳＢがアクティブ表示されるように、画面データを更新するようにされる。そして、このように更新された画面データがディスプレイ２７上に表示されるようにする。
これによってユーザは、削除指示したファイルが正常に削除されたことを知ることができる。
【０１０９】
また、メニュー画面上には、サービスの期間延長を申し込むための延長申し込みボタンＢ１も設けられている。カーソルＣＲによりこの延長申し込みボタンＢ１が選択された状態で決定操作が行われた場合、パーソナルコンピュータ２は、ＦＴＰサービスページへのアクセス処理を実行するようにされる。すなわち、延長申し込みボタンＢ１に対しては、上記ＦＴＰサービスページとしての、期間延長手続きを行うためのＷＥＢページにアクセスするためのリンク情報としてのＵＲＩが対応づけられており、パーソナルコンピュータ２は延長申し込みボタンＢ１が選択・決定されたことに応じ、そのＵＲＩに基づくＷＥＢページにアクセスするための処理を行うようにされる。
これによってユーザは、延長申し込みボタンＢ１を操作することで期間延長手続きを行うことができる。
【０１１０】
なお、上記ＦＴＰサービスページ内では、期間延長申し込みと共に、最大容量の変更も申し込むことができるようにすることもできる。
このとき、何れの申し込みについても、サーバ装置３としては、ＦＴＰサービスページ内での申し込み内容に基づき、接続中のパーソナルコンピュータ２が送信してきたディスクＩＤ８２に対応づけられたユーザ管理情報４８ａ内の有効日数、最大登録容量の情報内容を更新することで、簡易に登録内容の変更を行うことができる。
【０１１１】
これまでで説明してきたようにして、本実施の形態のＦＴＰシステム１では、ＦＴＰサービスプログラム８０が記録された光ディスクＤに追記された固有のディスクＩＤをサーバ装置３に送信し、サーバ装置３ではこのディスクＩＤについての認証処理を行うようにしている。このことで、この場合において正規ユーザであるか否かの認証処理を、従来のようにユーザがＩＤやパスワードを入力することなしに自動的に行うことができる。この結果、従来のような煩雑な入力作業なしに、正規のユーザであるかの認証を行うことができる。また、このようなディスクＩＤに基づき、サーバ装置３側ではユーザごとのディレクトリ管理も行うことができる。
【０１１２】
このような本実施の形態のＦＴＰシステム１によれば、光ディスクＤに記録された固有のディスクＩＤを利用することで認証処理を可能として安全性を確保しつつ、さらに煩雑な入力作業を廃したより簡易なファイル転送サービスを提供することができる。
【０１１３】
なお、ここで確認のために述べておくと、認証処理によりディスクＩＤ８２が正規のＩＤであるとされた場合は、先の図４にて説明したようにサーバ装置３側からパーソナルコンピュータ２側に対しステータス情報が送信され、これによってパーソナルコンピュータ２はメニュー画面の表示を行うことができ、このメニュー画面上での操作に応じて指定されたファイルをサーバ装置３にアップロードすることができるようになる。
つまり、この場合、サーバ装置３からパーソナルコンピュータ２に対して送信されるステータス情報が、ディスクＩＤ８２が正規ＩＤであるとされたことに応じたファイルのアップロードを許可するための情報（所定情報）として機能するようにされているものである。
なお、このようなディスクＩＤ８２が正規ＩＤであるとされたことに応じたファイルのアップロードを許可するための所定情報としては、実施の形態のようにステータス情報で兼用させる以外にも、他の許可情報を別途に送信することもできる。
【０１１４】
また、実施の形態では、サーバ装置３にアップロードされたファイルをダウンロードする際に必要となるリンク情報（ファイルパス情報）を、パーソナルコンピュータ２側で生成するものとしているが、このことで、リンク情報をサーバ装置３側で生成するようにした場合よりも、サーバ装置３側の処理負担を軽減することができる。
【０１１５】
但し、このとき、単にパーソナルコンピュータ２側で独自にリンク情報を生成するとした場合には、サーバ装置３側に各パーソナルコンピュータ２から送られてくるリンク情報に重複が生じてしまう虞がある。そして、このようにリンク情報に重複が生じると、或る１つのリンク情報によりサーバ装置３上の複数のアップロードファイルが指し示されてしまうといった事態が起こりうる。
【０１１６】
しかしながら、本実施の形態の場合、上述もしたようにしてリンク情報（ファイルパス）としては、各パーソナルコンピュータ２が、光ディスクＤから読み出した固有のディスクＩＤ８２に基づいて生成するものとしている。このことで、各パーソナルコンピュータ２で同じリンク情報が生成されてしまうことを効果的に回避することができる。
つまり、これによって個々のパーソナルコンピュータ２側でリンク情報を生成するものとしても、各リンク情報を適正に１つのアップロードファイルを指し示す情報として機能させることができ、従ってこのことで初めて、個々のパーソナルコンピュータ２がリンク情報を生成してサーバ装置３側の処理負担を軽減するシステムを実現することができるものである。
【０１１７】
また、実施の形態では、このようにディスクＩＤに基づき生成されるリンク情報（ファイルパス）について、ディスクＩＤ部分を暗号化するものとしている。
この場合、リンク情報中のファイルパスの情報としては、先に説明したようにしてディスクＩＤ＋ファイル名で構成される。従って、そのままではパスのディスクＩＤ部分を変更して、他人のディレクトリに不正にアクセスされてしまう虞がある。
そこで、実施の形態のようにしてファイルパスの情報を構成するディスクＩＤの情報として、例えばそのハッシュ値など暗号化した値を用いるようにしておけば、不正なアクセスの防止が図られたより安全なシステムを提供することができる。
【０１１８】
また、実施の形態では、サーバ装置３にアップロードされるファイルは、ディスクＩＤに基づき暗号化して送信するようにされている。
このことで、万が一アップロードファイルが外部に流出してしまっても、第三者がそのファイルを再生することを困難とでき、実質的にファイルの外部流出を防止できる。
また、このとき、実施の形態のように各ファイルをディスクＩＤをキーに暗号化するものとしておけば、ファイルに対する暗号化は、各ユーザのファイルごとに異なるものとできる。これによれば、万が一サーバ装置３からファイルが流出してしまった場合にも、第三者がそれぞれのファイルの暗号化キーを解読することを困難とすることができ、その分安全性を高めることができる。
【０１１９】
また、実施の形態では、アップロードファイルごとにリンク情報（ファイルパス）を生成し、サーバ装置３側では各アップロードファイルとファイルパスとを対応づけて管理するものとしているが、このことで、リンク情報をクリックするのみでアップロードファイルのダウンロードを行うことのできる簡易なファイル転送サービスを実現することができる。
【０１２０】
−処理動作−
続いては、以下の図１１〜図１５のフローチャートを参照して、上記により説明した実施の形態としての動作を実現するために行われるべき処理動作について説明する。
なお、これらの図において、パーソナルコンピュータ側の処理動作は、図２に示したＣＰＵ２１が、装填された光ディスクＤに記録されたＦＴＰサービスプログラム８０（図４参照）に基づき実行するものであり、サーバ装置側の処理動作は図３に示したＣＰＵ４１が例えばメモリ部４３に格納されるプログラムに基づいて実行するものである。
【０１２１】
先ず、図１１は、先の図４にて説明したようにして光ディスクＤが装填されてからメニュー画面が表示されるまでにＦＴＰシステム１において実行されるべき処理動作について示している。
なお、この図１１では、既にパーソナルコンピュータ２において、装填された光ディスクＤからＦＴＰサービスプログラム８０が読み出されている状態にあるものとする。
【０１２２】
先ず、パーソナルコンピュータ２では、ステップＳ１０１において、ディスクＩＤの読み出しを行うようにされる。
先にも述べたように、本実施の形態においてディスクＩＤ８２は、ＲＯＭディスクである光ディスクＤの反射膜上にレーザー光の照射により追記されたものとなっており、その追記位置は通常のドライバソフトでは読み出すことのできない位置とされている。そこでこのステップＳ１０１では、光ディスクＤから読み出されたＦＴＰサービスプログラム８０に従ってドライブ制御部２８に対する指示を行うことで、メディアドライブ２９によって光ディスクＤに追記されたディスクＩＤ８２が読み出されるように制御する。
【０１２３】
続くステップＳ１０２では、ディスクＩＤが有効であるか否かについての判別処理を行う。ステップＳ１０１にて読み出されたディスクＩＤ８２が有効でないとして否定結果が得られた場合は、ステップＳ１０９に進みエラー処理を実行するようにされる。
このエラー処理としては、例えば「Could not verify the FTP passport disc at this computer」などのエラーメッセージをディスプレイ２７上に表示させるなど、ディスクＩＤが有効でない旨の通知をユーザに対して行うための処理を実行するようにされる。
【０１２４】
また、ステップＳ１０２において、ディスクＩＤ８２が有効であるとして肯定結果が得られた場合は、ステップＳ１０３において、ネットワーク接続が可能であるか否かの判別処理を行う。ネットワーク接続が可能な状態ではないとして否定結果が得られた場合は、ステップＳ１１０に進みエラー処理を行うようにされる。つまり、このステップＳ１１０のエラー処理としては、例えば「Please establish network」などのエラーメッセージをディスプレイ２７上に表示させるなど、ネットワークへの接続を促すための通知をユーザに対して行うための処理を実行するようにされる。
【０１２５】
一方、ステップＳ１０３においてネットワーク接続が可能な状態であるとして肯定結果が得られた場合は、ステップＳ１０４において、サーバＵＲＩの読み出し処理を行う。つまり、ドライブ制御部２８に対する指示を行って、メディアドライブ２９に光ディスクＤに記録されるサーバＵＲＩ８１の読み出しを実行させる。
【０１２６】
ステップＳ１０５では、接続処理を実行する。すなわち、通信処理部３１に対しサーバＵＲＩ８１を供給して、サーバ装置３との間でネットワークインタフェース３２を介したデータ通信が可能な状態となるように指示を行う。
【０１２７】
そして、続くステップＳ１０６では、ディスクＩＤなど必要情報の送信処理を実行する。 先にも述べたように、パーソナルコンピュータ２側からサーバ装置３側に送信すべき情報としては、光ディスクＤから読み出したディスクＩＤ８２と共に、マシン固有ＩＤ、ローカル初期登録時間（初回アクセス時のみ）がある。図示は省略したが、パーソナルコンピュータ２は、これらマシン固有ＩＤ、ローカル初期登録時間の情報を、読み出したＦＴＰサービスプログラム８０に従った動作を行うことで生成するようにされる。
ステップＳ１０５では、これらディスクＩＤ８２、マシン固有ＩＤ、及び必要に応じてローカル初期登録時間の情報を、上記必要情報としてサーバ装置３側に送信するための処理を実行する。具体的には、これらディスクＩＤ８２、マシン固有ＩＤ、ローカル初期登録時間（初回アクセス時のみ）の情報を供給してそれらがネットワークインタフェース３２によりネットワーク４を介してサーバ装置３側に送信されるように通信処理部３１に対する指示を行う。
【０１２８】
サーバ装置３側では、パーソナルコンピュータ２側からディスクＩＤ８２など必要情報が受信されるのを、図中ステップＳ２０１にて待機するようにされる。そして、これら必要情報が受信された場合は、ステップＳ２０２において、先ずはディスクＩＤ８２についての認証処理を行うようにされる。
この場合、ディスクＩＤ８２についての認証処理は、先にも述べたようにそのデータ構成をチェックすることで行われる。すなわち、ＣＰＵ４１は、受信されたディスクＩＤ８２が予め定められた所定のデータ構成となっているか否かを判別することで、そのディスクＩＤ８２が正規のもであるか否かの認証処理を行うようにされる。
【０１２９】
続くステップＳ２０３では、認証ＯＫか否かについて判別処理を行う。ディスクＩＤ８２が上記所定のデータ構成となっていない（つまり正規のディスクＩＤではない）として否定結果が得られた場合は、図示するようにしてステップＳ２０９に進んでエラー処理を実行するようにされる。
このステップＳ２０９のエラー処理としては、パーソナルコンピュータ２に対するエラー通知を行う。図示は省略したが、パーソナルコンピュータ２側では、このエラー通信に応じ、所定のエラーメッセージの表示などサービスを利用できない旨をユーザに通知するための処理を実行するようにされる。
【０１３０】
また、ステップＳ２０３において、ディスクＩＤ８２が上記所定のデータ構成となっている（つまり正規のディスクＩＤである）として肯定結果が得られた場合は、ステップＳ２０４において、新規ディスクＩＤであるか否かの判別処理を行う。
このステップＳ２０４では、ユーザ管理情報４８ａにおいて、パーソナルコンピュータ２側から受信されたディスクＩＤ８２と同じディスクＩＤが既に格納されているか否かを判別するようにされる。
同じディスクＩＤが既に格納されており、受信されたディスクＩＤ８２が新規ディスクＩＤではないとして否定結果が得られた場合は、ステップＳ２０６に進むようにされる。
【０１３１】
一方、同じディスクＩＤがなく、受信されたディスクＩＤ８２が新規ディスクＩＤであるとして肯定結果が得られた場合は、ステップＳ２０５においてユーザ管理情報への登録処理を行った後に、ステップＳ２０６に進むようにされる。
ステップＳ２０５のユーザ管理情報への登録処理としては、先の図５に示したような各情報がディスクＩＤ８２と対応づけられてＨＤＤ４８にユーザ管理情報４８ａとして記録されるように制御する処理を実行する。
具体的に、ＣＰＵ４１は、先ずは当該ユーザ管理情報への登録処理を行うタイミングで自らが計時する時間情報をサーバ初期登録時間の情報として取得する。また、有効日数、最大登録容量の情報については、予め設定されたディスクＩＤと有効日数・最大登録容量の対応情報に基づき、パーソナルコンピュータ２側から送信されてきたディスクＩＤ８２に対応する有効日数と最大登録容量の情報を取得する。また、現状利用容量の情報については「０（ＭＢ）」を取得する。
そして、パーソナルコンピュータ２から送信されたディスクＩＤ８２に対し、同じく送信されたマシン固有ＩＤ及びローカル初期登録時間の情報と、上記のように自らが取得したサーバ初期登録時間、有効日数、最大登録容量、現状利用容量の情報とが対応づけられてユーザ管理情報４８ａとして記録されるようにＨＤＤ４８を制御する。
【０１３２】
ステップＳ２０６では、有効期間内であるか否かの判別処理を行う。
このステップＳ２０６では、ユーザ管理情報４８ａにおいて、パーソナルコンピュータ２側から受信されたディスクＩＤ８２に対応づけられている有効日数の情報の値が「０」となっているか否かを判別する。
【０１３３】
有効日数の値が「０」であり有効期間外とされた場合は、次の図１２に示されるステップＳ３０１に進むようにされる。
図１２のステップＳ３０１においては、パーソナルコンピュータ２に対してサービス期間終了通知を行うようにされる。つまり、有効期限が超過している旨の通知がネットワークインタフェース５０によりネットワーク４を介してパーソナルコンピュータ２側に送信されるように通信処理部４９に対する制御を行う。
【０１３４】
このサービス期間終了通知を受信したパーソナルコンピュータ２では、図中ステップＳ４０１のエラーメッセージ表示処理として、サービス期間を超過している旨のメッセージが示されたエラー画面表示がディスプレイ２７上に為されるように表示処理部２６に対する指示を行う。
先にも述べたように、このエラー画面には契約更新ページへリンクするためのＵＲＩを表示しておき、ユーザがこのＵＲＩをクリックすることで契約更新手続きを行うことが可能となるようにすることもできる。
【０１３５】
一方、図１１に示したステップＳ２０６において、有効日数の値が「０」ではなく有効期間内であるとして肯定結果が得られた場合は、ステップＳ２０７において、ステータス情報の生成処理を行う。すなわち、ユーザ管理情報４８ａにおいてパーソナルコンピュータ２側から受信されたディスクＩＤ８２と対応づけられている有効日数、最大登録容量、現状利用容量の情報を取得し、それらの情報からステータス情報を生成するようにされる。
【０１３６】
その上で、ステップＳ２０８では、ステータス情報の送信処理を実行する。つまり、ステータス情報としての、上記有効日数、最大登録容量、現状利用容量の情報が、ネットワークインタフェース５０によりネットワーク４を介してパーソナルコンピュータ２側に送信されるように通信処理部４９を制御する。
【０１３７】
パーソナルコンピュータ２側では、サーバ装置３から送信された上記ステータス情報が受信されるのを、ステップＳ１０７にて待機している。そして、ステータス情報が受信された場合は、ステップＳ１０８において、ステータス情報に基づきメニュー画面を表示するための処理を実行するようにされる。
すなわち、先の図６にて説明したメニュー画面がディスプレイ２７上に表示されるように、表示処理部２６に対する制御を行うようにされる。このとき、ＣＰＵ２１は、このようなメニュー画面の現状利用容量情報Ａ１と最大容量・有効日数情報Ａ２が、サーバ装置３側から受信されたステータス情報における有効日数、最大登録容量、現状利用容量の情報に基づく情報内容となるようにメニュー画面としての画面データを生成（更新）するようにされる。
また、既に過去においてファイルのアップロードが為された状態にある場合は、前回のアップロード時における画面データがセーブされており（特にファイルの格納場所、リンク、削除ボタンＤＢの表示など）、その画面データにおける現状利用容量情報Ａ１と最大容量・有効日数情報Ａ２の内容を、受信されたステータス情報に基づき更新する処理を行うようにされる。
【０１３８】
このステップＳ１０８のメニュー画面の表示処理を実行すると、図１３に示されるステップＳ５０１に進むようにされる。
【０１３９】
図１３は、主にメニュー画面上に表示された各種のボタン操作を受け付ける場合に対応して行われるべき処理動作について示している。確認のために述べておくと、この図１３に示す処理動作としても、ＣＰＵ２１がＦＴＰサービスプログラム８０に基づいて実行するものである。
図１３において、ステップＳ５０１、Ｓ５０２、Ｓ５０３、Ｓ５０４によっては、参照ボタン操作、削除ボタン操作、期間延長操作、終了操作の何れかを待機するループが形成されている。
【０１４０】
ステップＳ５０１において、参照ボタン操作として、カーソルＣＲにより参照ボタンＳＢが選択された状態での決定操作（例えばマウスのクリック操作）が行われた場合は、後の図１４に示す処理に移行するようにされる。
【０１４１】
また、ステップＳ５０２において、削除ボタン操作として、カーソルＣＲにより削除ボタンＤＢが選択された状態で決定操作が行われた場合は、後の図１５に示す処理に移行するようにされる。
【０１４２】
また、ステップＳ５０３において、期間延長操作として、カーソルＣＲにより延長申し込みボタンＢ１が選択された状態で決定操作が行われた場合は、図示するようにしてステップＳ５０７に進み、ＦＴＰサービスページへのアクセス処理を実行するようにされる。
先にも説明したが、この延長申し込みボタンＢ１に対しては、ＦＴＰサービスページとしての、期間延長手続きを行うためのＷＥＢページへのリンク情報（ＵＲＩ）が対応づけられており、パーソナルコンピュータ２は延長申し込みボタンＢ１が選択・決定されたことに応じ、そのリンク情報に基づくＷＥＢページにアクセスするための処理を行うようにされる。
【０１４３】
また、上記ステップＳ５０４において、終了操作としてカーソルＣＲにより終了ボタンＳＨＢが選択された状態で決定操作が行われた場合は、ステップＳ５０５に進み、メニュー画面を閉じる処理を実行するようにされる。
そして、続くステップＳ５０６においては、終了処理として、ＦＴＰサービスプログラム８０によるアプリケーションを終了するための処理を実行するようにされる。この終了処理においては、ディスプレイ２７上に表示していたメニュー画面の内容（画面データ）をセーブしておくようにされる。つまり、例えばＨＤＤ３０などの不揮発性のメモリに対して画面データを記録しておくようにされる。
【０１４４】
図１４は、ファイルのアップロード時に対応してＦＴＰシステム１において実行されるべき処理動作について示している。
図１４において、先ずパーソナルコンピュータ２側では、先の図１３におけるステップＳ５０１にて肯定結果が得られたことに応じ、図中ステップＳ６０１において、ファイル選択処理を実行するようにされる。
このファイル選択処理としては、先に説明したファイル選択画面として、ＨＤＤ３０内の各種ファイル３０ｂとして格納されるデータファイルをそれぞれのディレクトリごとに一覧表示する画面がディスプレイ２７上に表示されるようにした上で、このファイル選択画面において選択・指定されたディレクトリ下に格納されるデータファイルの一覧が表示されるようにすることで、このファイルの一覧からユーザに所望のファイルを選択・指定させるようにする。そして、所要のファイルが選択・指定された場合は、そのファイルの格納場所情報が、メニュー画面上における、操作された参照ボタンＳＢと対応づけられたファイルの格納場所表示ボックスＡＦ内に表示されるように制御する。
【０１４５】
続くステップＳ６０２では、アップロード操作が行われたか否かについて判別処理を行う。すなわち、アップロード操作として、上記操作された参照ボタンＳＢと対応づけられたアップロードボタンＡＰＢがカーソルＣＲにより選択された状態で、決定操作が行われたか否かについて判別処理を行う。
アップロード操作が行われていないとして否定結果が得られた場合は、ステップＳ６０１に戻り、引き続きファイルの選択処理を実行するようにされる。これによってユーザはアップロードすべきファイルを指定し直すことができる。
【０１４６】
また、ステップＳ６０２において、アップロード操作が行われたとして肯定結果が得られた場合は、ステップＳ６０３において、選択されたファイルのサイズチェック処理を行うようにされる。すなわち、先の図８にて説明した容量確認を行うものである。
このステップＳ６０３の処理としては、現状利用容量とステップＳ６０１によりアップロードすべきとして選択・指定されたファイルのデータ容量との合計容量と、最大登録容量との比較処理を行う。
【０１４７】
続くステップＳ６０４では、ファイルサイズがＯＫであるか否かについて判別処理を行う。つまり、上記ステップＳ６０３による比較処理結果として、上記合計容量が上記最大登録容量以内となっているか否かについて判別処理を行う。上記合計容量が上記最大登録容量以内となっていないとして否定結果が得られた場合は、図示するようにしてステップＳ６１１に進み、エラー処理を実行する。すなわち、例えば容量オーバーにより選択・指定されたファイルについてのアップロードができない旨をユーザに通知するための処理を行うようにされる。
【０１４８】
一方、ステップＳ６０４において、合計容量が最大登録容量以内であるとされた場合は、ステップＳ６０５において、先ずはファイル名の情報を生成するようにされる。
先にも説明したように、実施の形態の場合、当該ファイル名の情報としては、選択・指定されたファイルのオリジナルのファイル名に対し、予め定められた所定の拡張子（例えば「.fdp」とする）を付すことで生成するようにされる。
【０１４９】
続くステップＳ６０６では、ディスクＩＤをキーとしてファイルパス（リンク）を生成するようにされる。
この場合、ファイルパスとしては、先にも述べたようにディスクＩＤ８２のハッシュ値（暗号化値）を生成し、このハッシュ値に対して「.(ドット)」と、さらに生成したファイル名の情報を加えたものを生成するようにされる。
なお、確認のために述べておくと、このファイルパスの情報に、サーバ装置３を特定するための情報（サーバＵＲＩ８１）を加えたものが、アップロードファイルをダウンロードする際に必要となるリンク情報となる。ステップＳ６０６としてはこのリンク情報までを生成するようにされている。
【０１５０】
さらに、次のステップＳ６０７では、ディスクＩＤをキーに指定されたファイルを暗号化するようにされる。すなわち、アップロードすべきとして選択・指定されたデータファイルに対し、光ディスクＤから読み出されたディスクＩＤ８２を暗号化キーとした暗号化処理を施すようにされる。
【０１５１】
その上で、ステップＳ６０８では、暗号化ファイル、ファイルパス、ファイル名をサーバ装置に送信する処理を実行するようにされる。つまり、これら暗号化されたファイル、ファイルパス、ファイル名の情報がネットワークインタフェース３２によりネットワーク４を介してサーバ装置３側に送信されるように、通信処理部３１に対する制御を行う。
【０１５２】
サーバ装置３側では、これらパーソナルコンピュータ２側から送信された暗号化ファイル、ファイルパス、ファイル名の情報を、図中ステップＳ７０１にて受信するようにされる。
なお、確認のために述べておくと、この図に示されるサーバ装置３側の処理動作は、先の図１１を参照してわかるように、図１１のステップＳ２０８の処理が実行された後に行われるべき処理動作となる。
【０１５３】
そして、これらの情報を受信すると、次のステップＳ７０２において、先ずはファイルの記録処理を行うようにされる。つまり、受信された暗号化ファイルがＨＤＤ４８に対して記録されるように制御する。
また、このようなＨＤＤ４８への記録処理が行われることで、続くステップＳ７０３では、ファイルシステムによる処理として、記録されたファイルを一意に識別するためのファイルＩＤを生成するようにされる。
【０１５４】
その上で、続くステップＳ７０４では、ファイル管理情報への登録処理を実行するようにされる。このステップＳ７０４のファイル管理情報への登録処理としては、先の図９に示したような各情報がファイルＩＤと対応づけられてＨＤＤ４８にファイル管理情報４８ｃとして記録されるように制御する処理を実行する。
具体的に、ＣＰＵ４１は、先ずは当該ファイル管理情報への登録処理を行うタイミングで自らが計時する時間情報をファイル登録時間の情報として取得する。また、パーソナルコンピュータ２から受信されたファイルのファイルサイズ情報を取得する。そして、上記ステップＳ７０３にて生成したファイルＩＤに対し、これらファイル登録時間、ファイルサイズと、パーソナルコンピュータ２から受信されたファイルパス、ファイル名の情報と、さらに先の図１１のステップＳ２０１にて受信されたディスクＩＤ８２とが対応づけられてＨＤＤ４８にファイル管理情報４８ｃとして記録されるように制御を行う。
【０１５５】
ステップＳ７０５では、現状利用容量の算出処理を行う。すなわち、ファイル管理情報４８ｃにおいて、パーソナルコンピュータ２から受信されたディスクＩＤ８２が対応づけられているファイルサイズの情報を取得し、それらの合計を現状利用容量として算出する。
【０１５６】
そして、続くステップＳ７０６では、ユーザ管理情報の更新処理を行うようにされる。すなわち、ユーザ管理情報４８ａにおいて、パーソナルコンピュータ２から受信されたディスクＩＤ８２が対応づけられている現状利用容量の情報を、ステップＳ７０５にて算出した現状利用容量の情報に基づいて更新する。
【０１５７】
続くステップＳ７０７では、ステータス情報を生成するようにされる。つまり、ユーザ管理情報４８ａにおいて、パーソナルコンピュータ２が送信してきたディスクＩＤ８２と対応づけられている少なくとも現状利用容量の情報を、この場合のステータス情報として取得（生成）する。
そしてステップＳ７０８では、ステータス情報の送信処理を実行する。つまり、この場合のステータス情報としての現状利用容量の情報が、ネットワークインタフェース５０によりネットワーク４を介してパーソナルコンピュータ２に対して送信されるように通信処理部４９に対する制御を行う。
【０１５８】
パーソナルコンピュータ２側では、このようにしてサーバ装置３側から送信されてきたステータス情報が受信されるのを、図中ステップＳ６０９にて待機している。
そして、ステータス情報が受信された場合は、ステップＳ６１０にて、ステータス情報、及び生成したファイルパス（リンク）の情報に基づきメニュー画面を更新する処理を行うようにされる。
すなわち、このメニュー画面の更新処理としては、メニュー画面として表示されるべき画面データについて、現状利用容量情報Ａ１として表示されるべきデータ情報内容をサーバ装置３側から送信されてきたステータス情報としての現状利用容量の情報に基づき更新し、さらにアップロードファイルの指定の際に選択・決定された参照ボタンＳＢについては非アクティブとされ、またファイルのアップロード時に選択・決定されたアップロードボタンＡＰＢについては削除ボタンＤＢに変更されるように、画面データ内容を更新するようにされる。
また、アップロード時に選択・決定されたアップロードボタンＡＰＢと対応づけられたダウンロードリンク表示ボックスＡＬ内には、先のステップＳ６０６にて生成したリンク情報が表示されるように画面データの更新を行う。
その上で、このようにして更新された画面データがディスプレイ２７上に表示されるように、表示処理部２６に対する制御を行うようにされる。
【０１５９】
このステップＳ６１０のメニュー画面更新処理を実行すると、先の図１３に示したステップＳ５０１に戻るようにされる。
【０１６０】
続いて、図１５は、削除ボタン操作が行われた場合に対応してＦＴＰシステム１にて行われるべき処理動作について示している。
なお、確認のために述べておくと、この図１５に示されるサーバ装置３側の処理動作としても、先の図１１を参照してわかるように、図１１のステップＳ２０８の処理が実行された後に行われるべき処理動作となる。
【０１６１】
先ず、パーソナルコンピュータ２側では、先の図１３のステップＳ５０２にて削除ボタン操作が行われたとして肯定結果が得られた場合に対応して、図中ステップＳ８０１において、該当するファイルパスを指定したファイルの削除要求を行うようにされる。
このステップＳ８０１の処理としては、先ずは決定操作の行われた削除ボタンＤＢに対応づけられたダウンロードリンク表示ボックスＡＬ内に表示されているリンク情報に含まれるファイルパスの情報を取得し、このファイルパスを指定したファイルの削除要求が、サーバ装置３に対して行われるように通信処理部３１に対する制御を行う。
【０１６２】
サーバ装置３側では、このようなパーソナルコンピュータ２側からの削除要求に応じ、図中ステップＳ９０１において、指定されたファイルパスにより特定されるファイルの削除処理を実行するようにされる。
つまり、ファイル管理情報４８ｃに基づき、上記削除要求が指定するファイルパスにより特定されるファイルＩＤを取得し、このファイルＩＤにより特定されるファイルをＨＤＤ４８上から削除するための処理を行う。
先にも述べたように、この削除処理としては、データファイル自体をＨＤＤ４８上から消去することも可能であるし、次に説明するファイル管理情報の更新処理のみを行うことも可能である。
【０１６３】
ステップＳ９０２では、ファイル管理情報の更新処理を行う。つまり、ファイル管理情報４８ｃから、上記削除要求により指定されたファイルパスとそれに対応づけられた各情報が削除されるように、ファイル管理情報４８ｃの更新処理を行う。
【０１６４】
そして、以降のステップＳ９０３〜Ｓ９０６では、このようなファイルの削除処理が行われて、現状利用容量が変更されることに応じ、先の図１４のステップＳ７０５〜Ｓ７０８と同様の処理動作を実行して、現状利用容量を表すステータス情報をパーソナルコンピュータ２側に送信する処理を実行するようにされる。具体的には、現状利用容量の算出処理（Ｓ９０３）、ユーザ管理情報の更新処理（Ｓ９０４）、ステータス情報の生成処理（Ｓ９０５）、ステータス情報の送信処理（Ｓ９０６）を実行するようにされる。
【０１６５】
パーソナルコンピュータ２側では、サーバ装置３側からのステータス情報（現状利用容量の情報）の受信を、ステップＳ８０２にて待機するようにされる。そして、ステータス情報が受信された場合は、ステップＳ８０３において、ステータス情報に基づきメニュー画面を更新する処理を実行するようにされる。
すなわち、この場合のメニュー画面の更新処理としては、受信されたステータス情報としての現状利用容量の情報に基づき、現状利用容量情報Ａ１の表示内容が更新されるようにメニュー画面として表示すべき画面データの更新を行う。
またこのとき、先の図１３のステップＳ５０２にて操作された削除ボタンＤＢと対応づけられたダウンロードリンク表示ボックスＡＬ内に表示されていたリンク情報が消去されるようにし、また、この操作された削除ボタンＤＢの代わりにアップロードボタンＡＰＢが表示され、さらに、この削除ボタンＤＢと対応づけられて非アクティブとされていた参照ボタンＳＢがアクティブ表示されるように、画面データを更新するようにされる。
その上で、このように更新された画面データがディスプレイ２７上に表示されるように表示処理部２６に対する制御を行う。
このステップＳ８０３の更新処理を実行すると、先の図１３に示したステップＳ５０１に戻るようにされる。
【０１６６】
−変形例−
以上、本発明の実施の形態について説明したが、本発明としてはこれまでに説明した実施の形態に限定されるべきものではない。
例えば、実施の形態では、アップロードファイルをダウンロードするためのリンク情報（ファイルパス）をパーソナルコンピュータ２側で生成するものとしたが、サーバ装置３側がパーソナルコンピュータ２側から送信されてきたディスクＩＤ８２に基づき生成するものとしてもよい。その場合は、パーソナルコンピュータ２側の処理負担を軽減することができる。
【０１６７】
また、実施の形態では、アップロードされたファイルをダウンロードするにあたっては、そのアップロードファイルに対応させて生成したリンク情報をクリックするものとしたが、その他にも、例えばサーバ装置３が、光ディスクＤを装填してそのディスクＩＤを送信してきたパーソナルコンピュータ（２又は５）に対し、ステータス情報としてアップロードファイルの一覧情報を送信するものとし、パーソナルコンピュータ側ではその一覧情報を表示してユーザにダウンロードすべきファイルを指定させるように構成することもできる。この場合、一覧表示されるファイル名の情報に対しては、それぞれファイルパスの情報を対応づけておき、パーソナルコンピュータは指定されたファイル名に対応づけられたファイルパスをサーバ装置３側に指定してファイルのダウンロード要求を行うようにする。これによってサーバ装置３は、指定されたファイルパスに基づき該当するファイルをダウンロード要求を行ったパーソナルコンピュータに対して転送することができる。
【０１６８】
また、実施の形態では、本発明の情報処理装置がパーソナルコンピュータ２とされる場合を例示したが、本発明の情報処理装置としては、例えばＰＤＡ（Personal Digital Assistants）などの他のコンピュータ機器や、家庭用ゲーム機器、情報家電などの他の情報処理装置とすることもできる。
【０１６９】
また、実施の形態では、パーソナルコンピュータ２側からのアップロードファイルが格納されるべきサーバ側記録媒体が、サーバ装置３が備えるＨＤＤ４８とされる場合を例示したが、サーバ側記録媒体としては、サーバ装置３とネットワーク４を介したデータ通信が可能とされた外部のサーバ装置内の記録媒体とすることもできる。
【０１７０】
また、実施の形態では、サーバ装置３側にアップロードされるべきファイルが格納される情報処理装置側記録媒体が、パーソナルコンピュータ２が備えるＨＤＤ３０とされる場合を例示したが、情報処理装置側記録媒体としては、パーソナルコンピュータ２に装填されたリムーバブルメディアや外付けのＨＤＤなどパーソナルコンピュータ２外部の記録媒体とすることもできる。
【０１７１】
また、実施の形態では、本発明の記録媒体がＣＤ−ＲＯＭとされる場合を例示したが、他の記録媒体とすることもできる。
【０１７２】
また、実施の形態では特に触れなかったが、サーバ装置３側では、ユーザ管理情報４８ａに格納される有効日数の情報に基づき、有効期間外となったディスクＩＤと対応づけられるファイルを自動的に削除するように構成することもできる。これにより、限られたサーバ記憶容量を有効的に利用することができるようになる。
【図面の簡単な説明】
【０１７３】
【図１】実施の形態のアップロード／ダウンロードシステムの概要について説明するための図である。
【図２】実施の形態の情報処理装置の内部構成を示すブロック図である。
【図３】実施の形態のサーバ装置の内部構成を示すブロック図である。
【図４】実施の形態のアップロード／ダウンロードシステムの動作として、情報処理装置側においてデータファイルをサーバ装置側にアップロード可能な状態とするために行われるべき動作を模式的に示した図である。
【図５】実施の形態のサーバ装置に格納されるユーザ管理情報のデータ構造を概念的に示した図である。
【図６】メニュー画面の構成例を示した図である。
【図７】ファイルのアップロード後に表示されるメニュー画面の例を示した図である。
【図８】実施の形態のアップロード／ダウンロードシステムの動作として、メニュー画面上での操作に応じて行われるファイルのアップロード動作と、それに応じて行われるべき動作とについて模式的に示した図である。
【図９】実施の形態のサーバ装置に格納されるファイル管理情報のデータ構造を概念的に示した図である。
【図１０】リンク情報に基づきアップロードファイルをダウンロードする場合に対応して行われる動作について模式的に示した図である。
【図１１】実施の形態のアップロード／ダウンロードシステムにおいて行われるべき処理動作として、記録媒体の装填からメニュー画面が表示されるまでにおいて実行されるべき処理動作について示したフローチャートである。
【図１２】実施の形態のアップロード／ダウンロードシステムにおいて行われるべき処理動作として、有効サービス期間外であることに応じて行われるべき処理動作について示したフローチャートである。
【図１３】実施の形態のアップロード／ダウンロードシステムにおいて行われるべき処理動作として、主にメニュー画面上に表示された各種のボタン操作を受け付ける場合に対応して行われるべき処理動作について示したフローチャートである。
【図１４】実施の形態のアップロード／ダウンロードシステムにおいて行われるべき処理動作として、ファイルのアップロード時に対応して実行されるべき処理動作について示したフローチャートである。
【図１５】実施の形態のアップロード／ダウンロードシステムにおいて行われるべき処理動作として、削除ボタン操作が行われた場合に対応して行われるべき処理動作について示したフローチャートである。
【符号の説明】
【０１７４】
１ ＦＴＰシステム、２、５ パーソナルコンピュータ、３ サーバ装置、４ ネットワーク、２１、４１ ＣＰＵ、２２、４３ メモリ部、２３、４２ バス、２４、４４ 入力処理部、２５、４５ 入力部、２６、４６ 表示処理部、２７、４７ ディスプレイ、２８ ドライブ制御部、２９ メディアドライブ、３０、４８ ＨＤＤ、３０ａ オペレーションシステム、３０ｂ 各種ファイル、３０ｃ 電子メールプログラム、３１、４９ 通信処理部、３２、５０ ネットワークインタフェース、４８ａ ユーザ管理情報、４８ｂ アップロードファイル群、４８ｃ ファイル管理情報、Ｄ 光ディスク、８０ ＦＴＰサービスプログラム、８１ サーバＵＲＩ、８２ ディスクＩＤ
【技術分野】
【０００１】
本発明は、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体と、それぞれがネットワークを介したデータ通信が可能に構成された情報処理装置とサーバ装置とを含んで構成されるアップロード／ダウンロードシステムと、情報処理装置と、プログラムと、記録媒体とに関する。
【背景技術】
【０００２】
従来より、インターネットなどの所要のネットワークを利用したファイル転送システムとして、ＦＴＰ（File Transfer Protocol）システムが広く普及している。
このＦＴＰシステムでは、ＦＴＰクライアントとしての専用のソフトウェアがインストールされたパーソナルコンピュータ等の情報処理装置が、所要のデータファイルをネットワーク上のＦＴＰサーバと呼ばれる所定のサーバ装置にアップロードするようにされている。そして、このようにしてサーバ装置側にアップロードされたデータファイルを、情報処理装置がダウンロードできるシステムである。
【０００３】
このとき、情報処理装置とサーバ装置との間では、予めユーザＩＤとパスワードの登録を行っておくようにされる。サーバ装置側では、このように登録されたユーザＩＤに対応づけたディレクトリを設定しておくことで、各情報処理装置ごと（つまり各ユーザごと）にアップロードファイルを管理するようにされている。
また、サーバ装置側では、情報処理装置側から送信されたユーザＩＤとパスワードとが予め登録されたものと一致するか否かの判別処理を行うことで、正規ユーザであるか否かの認証を行うことができ、これによって正規ユーザ以外のＦＴＰシステムによるファイル転送サービスの利用を不可とすることができるようにされている。
【０００４】
また、登録を行った情報処理装置以外であっても、例えば同様にＦＴＰクライアントとしての機能を有する情報処理装置を利用してユーザＩＤとパスワードを入力すれば、サーバ装置側では正規ユーザであると認証され、これによってアップロードファイルの一覧情報を得るなどして、その一覧情報からファイルを選択してそのダウンロードを行うことができる。
或いは、サーバ装置が、アップロードされたデータファイルの格納場所を示すファイルパスを記したＵＲＩ（Uniform Resource Identifiers）を生成して、アップロードファイルに対するリンクをはるようにした上で、そのＵＲＩを情報処理装置側に取得させ、情報処理装置側はこのＵＲＩを基にアップロードしたファイルをサーバ装置側からダウンロードするといったシステムも知られている。例えば、取得されたＵＲＩを電子メール等により他の情報処理装置に送信する。この電子メールを取得したユーザは、ＵＲＩをクリックすることで、情報処理装置にダイレクトにサーバ装置側のアップロードファイルをダウンロードさせることができる。
【０００５】
これらのＦＴＰシステムは、例えば電子メールの添付ファイル機能を利用する場合よりも、さらに高速・大容量のファイル転送を行うことができるものとして知られている。
【０００６】
なお、関連する従来技術については下記の特許文献を挙げることができる。
【特許文献１】特開２００４−９４４６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
但し、従来のＦＴＰサービスでは、上述のようにして各ユーザごとのディレクトリ分けを行うために、ユーザＩＤの入力を強いるようにされている。また、これと共に、正規ユーザであるか否かの認証を行うためのパスワードの入力も強いるようにされている。
また、場合によっては、ＦＴＰシステムによるファイル転送サービスを利用するための登録事項として、ユーザの個人情報を入力するようにされる場合もあり、これらの入力作業が煩雑であり、気軽にＦＴＰによるサービスを利用することの妨げとなっている。
【０００８】
ファイルの外部流出や正規ユーザのなりすまし行為を防ぐためには、上記のようなユーザＩＤやパスワードの入力を課すことは有効であるが、煩雑な入力作業なしに、より気軽にサービスを利用できるようにすることも肝要である。
これらのことより、ＦＴＰシステムとしては、煩雑な入力作業を廃しつつ、安全且つ簡易なシステムの実現が要請される。
【課題を解決するための手段】
【０００９】
そこで、本発明では以上のような問題点に鑑み、アップロード／ダウンロードシステムとして以下のように構成することとした。
つまり、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体と、それぞれがネットワークを介したデータ通信が可能に構成された情報処理装置とサーバ装置とを含んで構成されるアップロード／ダウンロードシステムであって、先ずは、上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、上記識別情報を読み出す読出手段を備える。
また、同じく上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、上記読出手段により読み出された上記識別情報を上記ネットワークを介して上記サーバ装置に送信する識別情報送信手段を備える。
また、上記サーバ装置に備えられ、上記識別情報送信手段により送信された識別情報についての認証処理を行う認証手段を備える。
また、上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルを上記ネットーワークを介して上記サーバ装置にアップロードするアップロード手段を備える。
また、上記アップロード手段によりアップロードされるデータファイルを特定するための固有のファイルパス情報を生成するパス生成手段を備える。
また、上記サーバ装置に備えられ、上記アップロード手段によりアップロードされた上記データファイルと、上記パス生成手段により生成されたファイルパス情報とを対応づけてサーバ側記録媒体に記録する記録手段を備える。
さらに、同じく上記サーバ装置に備えられ、上記サーバ側記録媒体に記録されるデータファイルについて上記ファイルパス情報を指定したダウンロード要求が行われたことに応じて、上記ファイルパス情報により特定されるデータファイルを上記ネットワークを介して上記ダウンロード要求を行った要求元に転送する転送手段を備えるようにしたものである。
【００１０】
また、本発明では、上記情報処理装置として以下のように構成することとした。
すなわち、ネットワークを介した外部装置との間でのデータ通信を行う通信手段を備える。
また、記録媒体に記録された情報の読み出しを行う読出手段と、さらに演算手段とを備える。
そして、上記演算手段は、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体に記録された、上記プログラムに基づく処理として、
上記記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を実行するようにされているものである。
【００１１】
さらに、本発明では、ネットワークを介した外部装置との間でのデータ通信を行う通信手段と、記録媒体に記録された情報の読み出しを行う読出手段と、演算手段とを備えた情報処理装置において実行されるべきプログラムとして、以下のように構成することとした。
つまり、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を上記演算手段に実行させるようにしたものである。
【００１２】
また、さらに本発明では、記録媒体として以下のように構成することとした。
つまり、本発明の記録媒体は、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体であって、
ネットワークを介した外部装置との間でのデータ通信を行う通信手段と、記録媒体に記録された情報の読み出しを行う読出手段と、演算手段とを備えた上記情報処理装置において実行されるべき上記プログラムとして、
上記記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を上記演算手段に実行させるプログラムが記録されているものである。
【００１３】
上記本発明によれば、記録媒体に記録された固有の識別情報をサーバ装置に送信し、サーバ装置ではその識別情報についての認証処理を行う。このことで、この場合において正規ユーザであるか否かの認証処理は、従来のようにユーザがＩＤやパスワードを入力することなしに、記録媒体から自動的に読み出された識別情報に基づいて、サーバ装置側で自動で行うことができる。この結果、従来のような煩雑な入力作業なしに、正規のユーザであるかの認証を行うことができる。また、このような識別情報に基づき、ユーザごとのディレクトリ分けも行うことができる。
【発明の効果】
【００１４】
上記のようにして本発明によれば、記録媒体に記録された固有の識別情報を利用した認証処理を可能として安全性を確保しつつ、さらに煩雑な入力作業を廃したより簡易なファイルのアップロード／ダウンロードシステムを提供することができる。
【００１５】
また、本発明の情報処理装置によれば、このような本発明のアップロード／ダウンロードシステムを実現することのできる情報処理装置を提供することができる。
また、本発明のプログラムによれば、本発明の情報処理装置としての動作を汎用の情報処理装置に実現させることができる。
また、本発明の記録媒体によれば、本発明のアップロード／ダウンロードシステムによるサービスを利用する上で必要となる記録媒体を実現することができる。
【発明を実施するための最良の形態】
【００１６】
以下、発明を実施するための最良の形態（以下実施の形態とする）について説明していく。
なお、確認のために、以下に本発明のアップロード／ダウンロードシステムの各構成要素とその一実施形態との対応関係をそれぞれ記しておく。
＜識別情報を読み出す読出手段＞
→ パーソナルコンピュータ２のＣＰＵ２１の制御に基づくドライブ制御部２８及びメディアドライブ２９の読み出し動作により実現される。
＜識別情報をネットワークを介してサーバ装置に送信する識別情報送信手段＞
→ パーソナルコンピュータ２のＣＰＵ２１の制御に基づく通信処理部３１及びネットワークインタフェース３２の通信動作により実現される。
＜送信された識別情報についての認証処理を行う認証手段＞
→ サーバ装置３のＣＰＵ４１の処理動作により実現される。
＜指定されたデータファイルをアップロードするアップロード手段＞
→ ＣＰＵ２１の制御に基づく通信処理部３１及びネットワークインタフェース３２の通信動作により実現される。
＜ファイルパスの情報を生成するパス生成手段＞
→ ＣＰＵ２１の処理により実現される。
＜アップロードされたデータファイルとファイルパス情報とを対応づけてサーバ側記録媒体に記録する記録手段＞
→ ＣＰＵ４１の制御に基づくＨＤＤ４８の記録動作により実現される。
＜ファイルパス情報により指定されるデータファイルをダウンロード要求元に転送する転送手段＞
→ ＣＰＵ４１の制御に基づくＨＤＤ４８の読み出し動作、及びＣＰＵ４１の制御に基づく通信制御部４９及びネットワークインタフェース５０の通信動作により実現される。
【００１７】
−システム概要−
図１は、本発明のアップロード／ダウンロードシステムの一実施形態としての、ＦＴＰ（File Transfer Protocol）システム１の概要について説明するための図である。
本実施の形態のＦＴＰシステム１は、それぞれが例えばインターネットとされるネットワーク４を介したデータ通信が可能とされたパーソナルコンピュータ２とサーバ装置３と、例えばＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）とされる光ディスクＤとを少なくとも含んで構成される。
【００１８】
なおこの場合、図中パーソナルコンピュータ５は、後述するようにしてサーバ装置３にアップロードされたデータファイルをダウンロードする、パーソナルコンピュータ２以外の端末を例示したものである。
【００１９】
図１において、パーソナルコンピュータ２は、本発明の情報処理装置の一実施形態であり、サーバ装置３が本発明のサーバ装置の一実施形態となる。また光ディスクＤが本発明の記録媒体の一実施形態となる。
【００２０】
光ディスクＤには、パーソナルコンピュータ２に対し、後述する実施の形態としてのファイル転送サービス実現のために必要な処理動作を実行させるためのプログラム（後述するＦＴＰサービスプログラム８０）が記録される。
この場合、光ディスクＤはいわゆるＲＯＭディスクであり、このプログラムはディスク基板上に形成されるピット／ランドの組み合わせにより記録されている。
【００２１】
また、光ディスクＤに対しては、各光ディスクＤを一意に識別可能なディスクＩＤ（後述するディスクＩＤ８２）が記録されている。
本実施の形態の場合、このディスクＩＤは、いわゆるポストスクライブドＩＤ（Postscribed ID：登録商標）とされる。すなわち、このディスクＩＤは、光ディスクＤのディスク基板上に成膜された反射膜上に、レーザ光照射により形成されたマークによって追記されたものとなっている。このポストスクライブドＩＤにより、ＲＯＭディスクに対して任意の情報を追記できる。
【００２２】
光ディスクＤの具体的な製造プロセスとしては、予めスタンピング等により上記プログラム等の情報をピット／ランドの組み合わせにより記録したＲＯＭディスクを製造した上で、このＲＯＭディスクに対しレーザ光の照射を行って上記ディスクＩＤを追記するようにされている。
【００２３】
ポストスクライブドＩＤの技術では、通常のドライバソフトではアクセスできない領域にマークによる情報追記を行うようにされている。追記された情報の読み出しは、光ディスクＤに記録された専用のプログラムによってのみ行うことができるようにされる。
なお、ポストスクライブドＩＤについては、先に提示した特開２００４−９４４６１号公報や、「http://www.postscribedid.com」にも記載されている。
【００２４】
パーソナルコンピュータ２は、装填された上記光ディスクＤに記録される情報の読み出しを行うことができるように構成される。
また、オペレーションシステムの機能として、装填された光ディスクＤに記録された情報を自動的に読み出す機能も有している。
【００２５】
また、サーバ装置３は、パーソナルコンピュータ２側からネットワーク４を介してアップロードされたデータファイルを格納し管理する、ＦＴＰサーバとして機能する。
【００２６】
さらに、パーソナルコンピュータ５は、ネットワーク４を介して外部装置（特にこの場合はパーソナルコンピュータ２とサーバ装置３）との間でデータ通信を行うことが可能に構成される。
【００２７】
−情報処理装置の構成−
図２は、図１に示したパーソナルコンピュータ２の内部構成について示すブロック図である。
図２において、先ずＣＰＵ２１は、起動されたプログラムに基づいて当該パーソナルコンピュータ２の全体制御、演算処理を行う。例えば、図示する入力部２５に対する入力に応じた動作、ＨＤＤ（Hard Disc Drive）３０へのデータファイルの格納や管理情報の作成・更新等を行う。またＣＰＵ２１は、図示するバス２３を介して各部との間で制御信号やデータのやりとりを行う。
なお、上記ＣＰＵ２１の処理により実現される本実施の形態としての動作については後に改めて説明する。
【００２８】
メモリ部２２は、ＣＰＵ２１が処理に用いるＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリなどを包括的に示している。このメモリ部２３のＲＯＭには、ＣＰＵ２１の動作プログラム、プログラムローダー等が記憶される。
また、上記フラッシュメモリには各種演算係数、プログラムで用いるパラメータ等が記憶され、ＲＡＭにはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００２９】
ＨＤＤ３０においては、ＣＰＵ２１の制御に基づいてデータファイルの格納や管理情報の作成・更新等が行われる。
特に、この場合のＨＤＤ３０に対しては、図示するようにしてオペレーションシステム（ＯＳ）３０ａが格納される。
また、ＨＤＤ３０に対しては、各種ファイル３０ｂとしての、各種のデータファイルが格納されている。
また、この場合は、電子メールをやりとりするための電子メールプログラム３０ｃも格納されている。
【００３０】
入力部２５は、図示されないキーボードやマウス、リモートコマンダー、その他の入力デバイスとされる。この入力部２５に対しては、ユーザが各種操作入力やデータ入力を行うものとして想定されている。
入力部２５で入力された情報は入力処理部２４で所定の処理が施され、ＣＰＵ２１に対して操作又はデータの入力として伝達される。そしてＣＰＵ２１では入力された情報に対応して必要な演算や制御を行うようにされる。
【００３１】
ディスプレイ２７は、例えば液晶ディスプレイなどの表示ディスプレイとされて、ユーザに対して各種情報表示を行う。例えばＣＰＵ２１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部２６に供給すると、表示処理部２６は供給された表示データに基づいてディスプレイ２７を表示駆動し、これによって各種の情報についての表示出力が行われる。
【００３２】
メディアドライブ２９は、例えばＣＤ、ＭＤ(Mini Disc：光磁気ディスク)、ＣＤ−Ｒ(Recordable)、ＣＤ−ＲＷ（ReWritable）、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷなどの光ディスク、またはメモリーカード（リムーバブルメディアとしての半導体メモリ装置）等の記録メディアに対応するドライブ機能部であり、これらメディアについての記録再生動作を行うことが可能に構成される。例えばメディアとして、本実施の形態の光ディスクＤのようなＣＤ系のディスクメディアに対応する場合、このメディアドライブ２９には、例えば光学ヘッド、スピンドルモータ、再生信号処理部、サーボ回路等が備えられるものとなる。
【００３３】
ドライブ制御部２８は、メディアドライブ２９に装填されたメディアについての記録再生動作、アクセス動作等を制御する。例えばユーザが入力部２５を介して装填されたメディアに対する再生操作（読み出し操作）を行った場合、ＣＰＵ２１はドライブ制御部２８にメディアの再生（読み出し）を指示する。するとドライブ制御部２８は、メディアドライブ２９に対してアクセス動作や再生動作（読み出し動作）を実行させるための制御を行う。メディアドライブ２９では、読み出した再生データをドライブ制御部２８を介してバス２３に送出する。
【００３４】
通信処理部３１は、ＣＰＵ２１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインタフェース３２は、上記通信処理部３１でエンコードされた送信データを、図１に示したネットワーク４を介して所定の外部装置、例えばサーバ装置３に送信する。またネットワーク４を介してサーバ装置３などの外部装置から送信されてきた信号を通信処理部３１に受け渡す。
通信処理部３１は受信した情報をＣＰＵ２１に転送する。
【００３５】
なお、図２ではパーソナルコンピュータ２の構成について説明したが、図１に示したパーソナルコンピュータ５としても、この図２に示した構成と同様の構成とされる。特に実施の形態で想定するパーソナルコンピュータ５としては、少なくとも電子メールを送受信するための電子メールプログラム３０ｃと、後述するリンク情報としてのＵＲＩ（Uniform Resource Identifiers）に基づき、ネットワーク上のサーバ装置にアクセスして、ＵＲＩに含まれるファイルパスの情報に基づきファイルのダウンロード要求を行うことができるように構成されていればよい。
【００３６】
−サーバ装置の構成−
続いて、図３のブロック図は、図１に示したサーバ装置３の内部構成について示している。
図３において、先ずＣＰＵ４１は、起動されたプログラムに基づいて当該サーバ装置３の全体制御、演算処理を行う。例えば、図示する入力部４５に対する入力に応じた動作、ＨＤＤ４８へのデータファイルの格納や管理情報の作成・更新等を行う。またＣＰＵ４１は、図示するバス４２を介して各部との間で制御信号やデータのやりとりを行う。
【００３７】
メモリ部４３は、ＣＰＵ４１が処理に用いるＲＯＭ、ＲＡＭ、フラッシュメモリなどを包括的に示している。このメモリ部４３のＲＯＭには、ＣＰＵ４１の動作プログラム、プログラムローダー等が記憶される。また、上記フラッシュメモリには各種演算係数、プログラムで用いるパラメータ等が記憶され、ＲＡＭにはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００３８】
ＨＤＤ４８においては、ＣＰＵ４１の制御に基づいてデータファイルの格納や管理情報の作成・更新等が行われる。
特に、この場合のＨＤＤ４８に対しては、図示するようにしてユーザ管理情報４８ａが格納される。このユーザ管理情報４８ａは、後述するようにしてディスクＩＤごと（ユーザごと）に、ＦＴＰシステム１が提供するファイル転送サービスについての各種の情報を管理するための情報となる。
また、ＨＤＤ４８には、後述するようにしてパーソナルコンピュータ２側からアップロードされたデータファイルが格納されることになる。ここでは、それら格納されたデータファイルを、図示するようにしてアップロードファイル群４８ｂとして示している。
また、ＨＤＤ４８に対しては、ファイル管理情報４８ｃが格納される。ファイル管理情報４８ｃは、パーソナルコンピュータ２からアップロードされたデータファイルを管理するための情報である。このファイル管理情報４８ｃとしては、後述もするように各データファイルに固有となるようにして割り振られたファイルＩＤに対し、そのファイルをアップロードしたパーソナルコンピュータ２が送信してきたディスクＩＤを対応づけるようにされており、これによって各ユーザごとにアップロードされたファイルを管理することができるようにされている。
【００３９】
入力部４５は、図示されないキーボードやマウス、リモートコマンダー、その他の入力デバイスとされる。この入力部４５に対しては、サービスを運営する側のオペレータなどが各種操作入力やデータ入力を行うものとして想定されている。
入力部４５で入力された情報は入力処理部４４で所定の処理が施され、ＣＰＵ４１に対して操作又はデータの入力として伝達される。そしてＣＰＵ４１では入力された情報に対応して必要な演算や制御を行うようにされる。
【００４０】
ディスプレイ４７は、例えば液晶ディスプレイなどの表示ディスプレイとされて、オペレータ等に対して各種情報表示を行う。例えばＣＰＵ４１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部４６に供給すると、表示処理部４６は供給された表示データに基づいてディスプレイ４７を表示駆動し、これによって各種の情報についての表示出力が行われる。
【００４１】
通信処理部４９は、ＣＰＵ４１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインタフェース５０は、上記通信処理部４９にてエンコードされた送信データをネットワーク４を介して所定の外部装置（特にパーソナルコンピュータ２、パーソナルコンピュータ５）に送信する。またネットワーク４を介してパーソナルコンピュータ２などの外部装置から送信されてきた信号を、通信処理部４９に受け渡す。
通信処理部４９は受信した情報をＣＰＵ４１に転送する。
【００４２】
−実施の形態のＦＴＰシステムによるファイル転送サービス−
続いては、次の図４〜図１０を参照して、本実施の形態のＦＴＰシステム１により実現されるファイル転送サービスについて説明する。
先ずは図４を参照して、パーソナルコンピュータ２側において、データファイルをサーバ装置３側にアップロード可能な状態とするために行われるべき動作について説明する。この図４では、光ディスクＤに記録された情報に基づいてパーソナルコンピュータ２が行う動作と、サーバ装置３が行う動作とを模式的に示している。なお、図４では図１に示したネットワーク４は省略して示している。
【００４３】
図４において、先ずユーザは、本実施の形態のファイル転送サービスを享受するとしたときには、図中＜１＞と示すようにして、パーソナルコンピュータ２に対して光ディスクＤを挿入するようにされる。
【００４４】
ここで、光ディスクＤは、例えば有料でユーザに配布し、サービス運営側としてはその料金に応じたサービスをユーザに提供する形態とすることができる。或いは、光ディスクＤは無料で配布し、例えば予め定められた所定期間だけサービスを提供するといったこともできる。
【００４５】
光ディスクＤには、上述もしたＦＴＰサービスプログラム８０として、パーソナルコンピュータ２に実施の形態としてのファイル転送サービス実現のために必要な処理動作を実行させるためのプログラムが記録されている。先にも述べたように、このＦＴＰサービスプログラム８０は、ピット／ランドの組み合わせにより記録されたものとなっている。
また、このＦＴＰサービスプログラム８０として記録されるプログラムには、ＲＯＭディスクとしての光ディスクＤに追記されたディスクＩＤ（ポストスクライブドＩＤ：ＰＩＤとも呼ぶ）８２を読み出すためのプログラムも含まれている。
さらに、光ディスクＤには、サーバＵＲＩ８１も記録される。このサーバＵＲＩ８１は、ネットワーク４上のサーバ装置３の所在を表し、プログラムと共にピット／ランドの組み合わせにより記録されている。
【００４６】
光ディスクＤが挿入されたことに応じ、パーソナルコンピュータ２では、図中＜２＞と示されるようにして先ずは光ディスクＤに記録されたＦＴＰサービスプログラム８０を読み出すようにされる。実施の形態の場合、このようなＦＴＰサービスプログラム８０の読み出しは、オペレーションシステム３０ａによる自動読み出し機能によって行われる。
そして、このようにして読み出されたＦＴＰサービスプログラム８０に従った動作として、次の＜３＞と示すように、光ディスクＤに追記されたディスクＩＤ８２の読み出しを行うようにされる。
【００４７】
ディスクＩＤ８２を読み出すと、＜４＞と示すようにして、ディスクＩＤ８２など必要情報をサーバ装置３に対して送信するようにされる。
実施の形態の場合、光ディスクＤから読み出したディスクＩＤ８２と共にサーバ装置３側に送信すべき情報としては、マシン固有ＩＤを挙げることができる。このマシン固有ＩＤは、パーソナルコンピュータ２を識別するための情報であり、パーソナルコンピュータ２はこのマシン固有ＩＤの情報を、読み出したＦＴＰサービスプログラム８０に従った動作を行うことで生成するようにされる。
このようにパーソナルコンピュータ２に固有となるマシン固有ＩＤをサーバ装置３に送信することで、サーバ装置３側（つまりサービス運営側）では、ディスクＩＤ８２により特定されるユーザが、毎回同じ端末を使用してサービスを利用しているか否かなどの情報を得ることができる。
【００４８】
また、ディスクＩＤ８２と共にサーバ装置３側に送信する情報としては、さらにローカル初期登録時間を挙げることができる。このローカル初期登録時間の情報は、パーソナルコンピュータ２に対して初回に光ディスクＤが挿入され、サーバ装置３へのディスクＩＤ８２など必要情報の登録が行われた時間情報を、パーソナルコンピュータ２側で計時される時間で表した情報となる。つまり、このローカル初期登録時間の情報としてパーソナルコンピュータ２は、上記ディスクＩＤ８２とマシン固有ＩＤをサーバ装置３側に送信するタイミングで取得した時間情報（年月日も含む）を、共にサーバ装置３に対して送信するようにされているものである。
なお、確認のために述べておくと、このローカル初期登録時間の情報は、初回に光ディスクＤが挿入されたときのみ（つまりサーバ装置３への初回アクセス時のみ）サーバ装置３に対して送信されるべき情報となる。
【００４９】
パーソナルコンピュータ２は、これらディスクＩＤ８２、マシン固有ＩＤ、及び必要に応じてローカル初期登録時間の情報を、上記必要情報としてサーバ装置３側に送信する。
このとき、サーバ装置３への接続処理を行うこととなるが、この接続処理は光ディスクＤに記録されるサーバＵＲＩ８１に基づいて行うようにされる。
【００５０】
サーバ装置３側では、パーソナルコンピュータ２側からディスクＩＤ８２など必要情報が送信されると、＜５＞と示されるようにして、先ずはディスクＩＤ８２についての認証処理を行うようにされる。
この場合、ディスクＩＤ８２についての認証処理としては、具体的にはディスクＩＤ８２のデータ構成をチェックするようにされる。すなわち、この場合においてディスクＩＤ８２は予め定められた所定のデータ構成を有しており、サーバ装置３側ではパーソナルコンピュータ２側から送信されたディスクＩＤ８２が上記所定のデータ構成となっているか否かを判別することで、そのディスクＩＤ８２が正規のもであるか否かの認証処理を行うようにされている。
【００５１】
なお、認証処理としては、他の手法として、各光ディスクＤに対して追記したディスクＩＤの一覧との照合を行って実行することもできる。すなわち、サーバ装置３側に配布済みの全ての光ディスクＤに追記されたディスクＩＤ８２の一覧情報を格納しておき、この一覧情報内にパーソナルコンピュータ２側から送信されてきたディスクＩＤ８２と合致するＩＤがあるか否かを判別することで、送信されたディスクＩＤ８２が正規のＩＤであるか否かの認証を行うようにするものである。
但し、このような一覧情報を用いた認証処理とした場合は、一覧からの検索処理を要するなど、サーバ装置３側の処理負担が増大する傾向となる。これに対し上記したようなデータ構成チェックによる認証処理とすれば、比較的簡易な演算処理のみで済ませることができるので、サーバ装置３の処理負担の増大化を効果的に防止することができる。
【００５２】
認証処理により正規のディスクＩＤではないとされた場合は、図示は省略したが、サーバ装置３がエラー通知を行い、これに応じパーソナルコンピュータ２はエラーメッセージの表示などサービスを利用できない旨をユーザに通知するための処理を実行するようにされる。
つまり、このように認証処理でディスクＩＤ８２が正規ＩＤではないとされた場合、後述するステータス情報のパーソナルコンピュータ２側への送信が行われず、これによってメニュー画面の表示ができず、パーソナルコンピュータ２によるサーバ装置３へのファイルのアップロードは行うことができないものとなる。
【００５３】
また、認証処理により正規のディスクＩＤであるとされた場合は、図中＜６＞と示されるようにして、ユーザ管理情報（先に説明したユーザ管理情報４８ａ）への登録を行うようにされる。
【００５４】
ここで、図５は、サーバ装置３におけるＨＤＤ４８内に格納されるユーザ管理情報４８ａのデータ構造を概念的に示している。
この図５に示されるようにして、ユーザ管理情報４８ａは、ディスクＩＤに対して、マシン固有ＩＤ１、マシン固有ＩＤ２、ローカル初期登録時間、サーバ初期登録時間、有効日数、最大登録容量、現状利用容量の各情報が対応づけられたものとなる。
【００５５】
上記マシン固有ＩＤ１、マシン固有ＩＤ２は、先に説明したようにしてパーソナルコンピュータ２側が送信するマシン固有ＩＤである。ここでは、マシン固有ＩＤ１、マシン固有ＩＤ２として、１つのディスクＩＤに対し（つまり１ユーザごとに）２つのマシン固有ＩＤを格納可能な場合を示している。
【００５６】
また、ローカル初期登録時間は、先に説明したパーソナルコンピュータ２が送信するローカル初期登録時間の情報である。
【００５７】
また、サーバ初期登録時間は、パーソナルコンピュータ２からディスクＩＤ８２など必要情報の送信が行われたことに応じ、ユーザ管理情報４８ａへの登録が行われた時間（年月日も含む）をサーバ装置３側で計時される時間で表すものである。つまり、このサーバ初期登録時間は、サーバ装置３がユーザ管理情報４８ａへの登録を行うタイミングで自らが計時する時間情報を取得したものである。
【００５８】
また、有効日数の情報は、サービスを利用できる期間を示す情報である。
また、最大登録容量の情報は、ユーザごとに割り当てられるサーバ装置３上のアップロード領域の最大データ容量を表す情報である。
【００５９】
ここで、これら有効日数と最大登録容量について、例えばサービスを行うにあたっては、配布する光ディスクＤに異なる値段設定をして、その値段に応じて有効日数、最大登録容量を設定するといったことが考えられる。この場合において、サービス運営側としては、予め各光ディスクＤに追記したディスクＩＤ８２と、各光ディスクＤに設定した値段に応じたサービス内容（有効日数と最大登録容量）の関係は把握しておくことができる。そこで、配布した光ディスクＤのディスクＩＤごとに、有効日数と最大登録容量の情報を対応づけた情報を予めサーバ装置３側に格納しておき、サーバ装置３では、パーソナルコンピュータ２側から送信されてきたディスクＩＤ８２を元に、このようにして格納された対応情報を参照することで、そのディスクＩＤ８２に対応する有効日数と最大登録容量の情報を取得することができる。
或いは、光ディスクＤを無料で配布する場合や均一料金で配布する場合など、サービス内容を統一するとした場合には、予め定められた有効日数の情報と最大登録容量の情報とを取得するようにする。
【００６０】
また、現状利用容量の情報は、既にアップロードが行われてサーバ装置３に格納されているデータファイルの総データ容量を表す情報となる。
この現状利用容量の情報については、初回登録時には「０」が登録されることになる。
【００６１】
説明を図４に戻す。
先の＜６＞として示したユーザ管理情報への登録として、サーバ装置３は、パーソナルコンピュータ２から送信されたディスクＩＤ８２に対し、同じく送信されたマシン固有ＩＤ及びローカル初期登録時間の情報と、自らが取得したサーバ初期登録時間及び有効日数及び最大登録容量及び現状利用容量の情報とを対応づけて、ユーザ管理情報４８ａとしてＨＤＤ４８に記録する動作を行う。
これによって、各ディスクＩＤ８２ごと（つまり各ユーザごと）に、有効日数や最大登録容量、現状利用容量といったサービスに関する情報を管理するための情報が登録されることになる。
【００６２】
なお、確認のために述べておくと、このようなユーザ管理情報への登録は、初回アクセス時のみ行われるものである。つまり、同じディスクＩＤについて２度目以降にアクセスが行われた場合は、既にそのディスクＩＤについてのユーザ管理情報４８ａへの登録は行われているからである。
図示による説明は省略しているが、２回目以降のアクセス時（つまり既にユーザ管理情報４８ａに登録されているディスクＩＤ８２が送信されてきた場合）には、そのディスクＩＤ８２について既にユーザ管理情報４８ａにおいて登録済みの情報に基づき、次に説明する有効期間の確認を行うようにされる。
【００６３】
上記のようなユーザ管理情報への登録を行うと、サーバ装置３は、＜７＞と示されるようにして有効期間の確認を行う。この有効期間の確認としては、ユーザ管理情報４８ａに登録した有効日数の情報（パーソナルコンピュータ２が送信してきたディスクＩＤ８２に対応づけられている有効日数の情報）の値が「０」となっているか否かを確認する。
有効日数が「０」でなく有効期間内であるとされた場合は、次の＜８＞と示すステータス情報の生成を行う。
【００６４】
なお、図示による説明は省略するが、有効日数の値が「０」であり有効期間外とされた場合、サーバ装置３は、パーソナルコンピュータ２に対してエラー画面の表示を指示する。このエラー画面がパーソナルコンピュータ２により表示されることで、ユーザは有効期間が過ぎていることを知ることができる。
また、このエラー画面には契約更新ページへリンクするためのＵＲＩを表示しておき、ユーザがこのＵＲＩに対するクリック操作を行うことで契約更新手続きを行うことが可能となるようにすることもできる。
なお、ユーザ管理情報４８ａに登録される全ての有効日数の情報は、サーバ装置３によって１日ごとに更新（デクリメント）される。
【００６５】
続いて、＜８＞のステータス情報の生成では、ステータス情報として、パーソナルコンピュータ２が後述するメニュー画面を表示する上で必要となる情報を生成する。具体的にこの場合は、ユーザ管理情報４８ａに登録される有効日数、最大登録容量、現状利用容量の情報に基づきステータス情報を生成するようにされる。
つまり、サーバ装置３は、ユーザ管理情報４８ａにおいてパーソナルコンピュータ２から送信されたディスクＩＤ８２と対応づけられている有効日数、最大登録容量、現状利用容量の情報を取得し、それらの情報からステータス情報を生成するようにされる。
【００６６】
そして、サーバ装置３は、次の＜９＞と示すように、生成したステータス情報をパーソナルコンピュータ２側に送信するようにされる。
【００６７】
パーソナルコンピュータ２では、サーバ装置３から送信されたステータス情報に基づき、＜１０＞と示されるようにメニュー画面の表示を行うようにされる。
このメニュー画面は、ユーザがファイル転送サービスを利用する上で各種の入出力を行うためのＧＵＩ（Graphical User Interface）として機能するものである。
【００６８】
図６は、このようにしてパーソナルコンピュータ２側で表示されるメニュー画面の構成例を示している。
図６において、このメニュー画面上には、図示するようにしてアップロードファイルを選択・指定するための参照ボタンＳＢ（ＳＢ１〜ＳＢ６）と、選択・指定したデータファイルが格納される場所（ディレクトリ＋ファイル名）の情報を表示するためのファイルの場所表示ボックスＡＦ（ＡＦ１〜ＡＦ６）と、ファイルの場所表示ボックスＡＦに表示されたディレクトリに格納されるファイルのアップロード実行指示を行うためのアップロードボタンＡＰＢ（ＡＰＢ１〜ＡＰＢ６）と、さらにアップロードしたファイルをダウンロードするためのリンク情報を表示するためのダウンロードリンク表示ボックスＡＬ（ＡＬ１〜ＡＬ６）とが表示される。
また、現状利用容量情報Ａ１として、現状においてサーバ装置３側にアップロードされているデータファイルの総容量を示す情報と、最大容量・有効日数情報Ａ２としての最大登録容量と有効日数を示す情報とが表示され、さらに問い合わせ情報Ａ３として、サービス運営側に問い合わせを行うための電子メールアドレスの情報などが表示される。
また、サービスの期間延長を申し込むための延長申し込みボタンＢ１と、さらに当該メニュー画面を閉じ、ＦＴＰサービスプログラム８０により実現されるアプリケーションの終了を指示するための終了ボタンＳＨＢと、当該メニュー画面上に表示される各種ボタンＢや上記電子メールアドレス情報を選択するためのカーソルＣＲも表示されている。
【００６９】
パーソナルコンピュータ２は、このようなメニュー画面の上記現状利用容量情報Ａ１と最大容量・有効日数情報Ａ２を、サーバ装置３側から送信されたステータス情報における有効日数、最大登録容量、現状利用容量の情報に基づき表示するようにされる。
【００７０】
このメニュー画面において、ユーザは、先の図２に示した入力部２５の例えばマウスを操作することで、カーソルＣＲを移動させることができる。そして、このカーソルＣＲを移動させて参照ボタンＳＢ上に移動させることで、その参照ボタンＳＢを選択することができ、参照ボタンＳＢを選択した状態で、例えばマウスのクリック操作などの所定の決定操作を行うことで、アップロードファイルの選択を行うためのファイル選択画面を表示させることができる。
【００７１】
図示は省略したが、このファイル選択画面としては、ＨＤＤ３０内の各種ファイル３０ｂとして格納されるデータファイルを、それぞれのディレクトリごとに一覧表示する画面を想定している。このファイル選択画面において、ユーザは表示されるディレクトリの一覧から所望のディレクトリを選択・指定することで、そのディレクトリ下に格納されるデータファイルの一覧を表示させることができ、このファイルの一覧から所望のファイルを選択・指定することができる。
【００７２】
このようにしてファイル選択画面からアップロードすべきデータファイルを選択・指定すると、ファイルの場所表示ボックスＡＦ内に、選択・指定したファイルの格納場所の情報が表示される（次の図７参照）。
このとき、例えば参照ボタンＳＢ１を選択・決定してアップロードファイルの選択・指定を行った場合は、ファイルの格納場所表示ボックスＡＦ１内にファイルの選択・指定されたファイルの格納場所の情報が表示されるといったように、選択・指定したファイルの格納場所情報は、ファイルの選択・指定を行うにあたって選択・決定した参照ボタンＳＢと対応づけられた表示ボックスＡＦ（この場合は同じ行にある表示ボックスＡＦとしている）内に表示されるようになっている。
【００７３】
そして、このように選択・指定されたファイルの格納場所情報が表示ボックスＡＦ内に表示された状態で、カーソルＣＲを、ファイルの格納場所情報が表示された表示ボックスＡＦと対応づけられている（つまり同じ行にある）アップロードボタンＡＰＢ上に移動させて（選択して）、決定操作を行うことによって、選択・指定したファイルをサーバ装置３側にアップロードさせることができる。具体的にこの場合は、アップロードボタンＡＰＢ１を選択・決定することで、ファイルのアップロード指示を行うことができる。
【００７４】
図７は、このようにして選択・指定したファイルがアップロードされた後に表示されるメニュー画面の例を示している。
この図７では、先の図６のメニュー画面において参照ボタンＳＢ１が選択・決定されてアップロードファイルの選択・指定が行われ、この参照ボタンＳＢ１と対応づけられているファイルの格納場所表示ボックスＡＦ１内に選択・指定されたファイルの格納場所情報が表示されており、さらにこの表示ボックスＡＦ１と対応づけられたアップロードボタンＡＰＢ１が選択・決定されて上記選択・指定されたファイルのアップロードが行われた場合でのメニュー画面の例を示している。
【００７５】
このようにして選択・指定されたデータファイルのアップロードが行われた場合のメニュー画面では、選択・決定された参照ボタンＳＢ（この場合はＳＢ１）の表示は非アクティブとなり、以降はその参照ボタンＳＢによるアップロードファイルの選択・指定が不可となるようにされる。
また、選択・決定されたアップロードボタンＡＰＢ（この場合はＡＰＢ１）は、図示するようにして削除ボタンＤＢに変更される（図中ＤＢ１）。この削除ボタンＤＢは、対応するファイルの格納場所ボックスＡＦ内に表示されている、既にサーバ装置３側にアップロードされたファイルの削除を指示するためのボタンである。
このように削除ボタンＤＢが表示されることで、アップロードボタンＡＰＢが選択・決定されてファイルのアップロードが行われた以降は、そのアップロードファイルの削除のみが可能な状態となるようにされる。
【００７６】
なお、このようにしてファイルのアップロードが行われたことに応じては、図示するようにして現状利用容量情報Ａ１の内容がアップロードされたファイルのデータ容量に応じて更新されるものとなるが、このことについては後述する。
【００７７】
続いて、図８には、上記メニュー画面上での操作に応じて行われるファイルのアップロード動作と、それに応じて行われるべき動作とについて説明する。
この図８としても、先の図４と同様にパーソナルコンピュータ２が行う動作とサーバ装置３が行う動作とを模式的に示している。なお、この図８においても図１に示したネットワーク４は省略して示している。
【００７８】
この図８では、上記メニュー画面上において、アップロードすべきファイルが選択・指定され、そのファイルの格納場所情報が表示ボックスＡＦ内に表示された状態で、そのファイルの格納場所情報が表示された表示ボックスＡＦと対応づけられたアップロードボタンＡＰＢが選択・決定されたことで、選択・指定したファイルのサーバ装置３側へのアップロード指示が行われた以降の動作を示している。
【００７９】
図８において、上記のようなアップロードボタンＡＰＢによるファイルのアップロード指示が行われた場合、パーソナルコンピュータ２は、図中＜１＞と示すように、先ずは容量確認を行うようにされる。
この容量確認としては、現状利用容量と、アップロードすべきとして選択・指定されたファイルのデータ容量との合計容量が、最大登録容量以内となっているか否かについて判別することで行う。
【００８０】
図示は省略したが、合計容量が最大登録容量以内となっていないとされた場合は、エラー処理として、例えば容量オーバーにより選択・指定されたファイルについてのアップロードができない旨をユーザに通知する動作を行うようにされる。
【００８１】
また、合計容量が最大登録容量以内であるとされた場合、パーソナルコンピュータ２は、次の＜２＞と示すようにして、リンクとファイル名の情報とを生成するようにされる。
ここで、上記ファイル名の情報は、選択・指定されたファイルがサーバ装置３にアップロードされたとき、サーバ装置３側においてそのアップロードファイルのファイル名の情報として付されるべき情報である。つまりこの場合、サーバ装置３においては、アップロードされた各ファイルを、このようにパーソナルコンピュータ２側で生成されるファイル名の情報を付して管理するようにされているものである。
パーソナルコンピュータ２では、このようなファイル名の情報として、選択・指定されたファイルのオリジナルのファイル名に対し、予め定められた所定の拡張子（例えば「.fdp」とする）を付すようにされている。例えばオリジナルのファイル名が「Ａ」であったとすると、生成されるファイル名は「Ａ.fpd」となる。
【００８２】
また、上記リンク情報は、これからアップロードすることになる上記選択・指定されたファイルについての、ネットワーク４上での格納場所を特定するためのＵＲＩ情報を生成するようにされる。
つまり、本実施の形態では、サーバ装置３にて格納されるアップロードファイルを取得する（ダウンロードする）ためのリンク情報を、パーソナルコンピュータ２側で予め生成しておくようにされているものである。
【００８３】
上記リンク情報としては、ネットワーク４上のサーバ装置３を特定するための情報部分と、サーバ装置３上のアップロードファイルの格納場所を特定するための情報部分（ファイルパス）とから成る情報を生成する。具体例を示すと、例えば
「http://www.ftppassportdisc.com/57edf4a22be3c955.A.fpd」
のような構成によるリンク情報を生成するようにされる。
この場合、「http://www.ftppassportdisc.com」が、ネットワーク４上のサーバ装置３を特定するための情報部分となる。また、その以下の「/57edf4a22be3c955.A.fpd」がサーバ装置３内に格納されるアップロードファイルを指し示すファイルパスの情報部分となる。
【００８４】
本例の場合、上記ファイルパスの情報は、光ディスクＤから読み出したディスクＩＤ８２と、上述のようにして生成したファイル名の情報とを組み合わせて生成するようにされる。
具体的には、ディスクＩＤ８２のハッシュ値（暗号化値）を生成し、このハッシュ値に対して「.(ドット)」と、さらに生成したファイル名の情報を加えたものをファイルパスとして生成するようにされる。
この場合、上記「57edf4a22be3c955」がディスクＩＤ８２のハッシュ値であり、「Ａ.fpd」が生成したファイル名の情報となる。
【００８５】
このようにして、ファイルパスの情報を、ディスクＩＤ８２（この場合はそのハッシュ値）に対しファイル名を加えた構成とすることで、そのファイルパスの情報としては固有の情報を生成することができる。また、このことで、そのファイルパスの情報を含んで構成される上記リンク情報としても、固有の情報を生成することができる。
【００８６】
パーソナルコンピュータ２は、このようにしてリンクとファイル名の情報とを生成すると、次の＜３＞と示されるようにして、指定されたファイルをディスクＩＤをキーとして暗号化するようにされる。すなわち、アップロードすべきとして選択・指定されたデータファイルに対し、光ディスクＤから読み出されたディスクＩＤ８２を暗号化キーとした暗号化処理を施すようにされる。
【００８７】
その上で、次の＜４＞と示されるように、暗号化したファイルと、リンク（ファイルパス）、ファイル名の情報とをサーバ装置３に対して送信するようにされる。
【００８８】
サーバ装置３では、パーソナルコンピュータ２側からこれら暗号化ファイル、リンク、ファイル名の情報が受信されると、＜５＞と示すようにして、先ずはファイルの記録を行うようにされる。つまり、暗号化ファイルをＨＤＤ４８に対して記録するようにされる。
その上で、次の＜６＞と示すようにして、ファイル管理情報への登録を行うようにされる。このファイル管理情報は、先の図３に示したＨＤＤ４８内のファイル管理情報４８ｃである。
【００８９】
ここで、次の図９は、上記ファイル管理情報４８ｃのデータ構成を概念的に示している。
この図９に示されているように、ファイル管理情報４８ｃにおいては、各ファイルＩＤに対し、それぞれパス（リンク）、ファイル名、ファイルサイズ、ファイル登録時間、ディスクＩＤの各情報が対応づけられた構成となっている。
先ず、ファイルＩＤは、図８の＜５＞の動作として説明したようにパーソナルコンピュータ２からアップロードされたファイルがＨＤＤ４８に記録されること応じて、例えば当該ＨＤＤ４８を管理するファイルシステムが個々のアップロードファイルを識別することができるようにして生成したＩＤ情報である。サーバ装置３では、このファイルＩＤによって、ＨＤＤ４８内に格納されるアップロードファイルを一意に識別することができる。
【００９０】
また、上記パスの情報は、パーソナルコンピュータ２から受信された、上記リンク情報に含まれるファイルパスの情報を格納したものである。後述もするように、ファイルのダウンロード要求が行われた場合は、ファイル管理情報４８ｃ内のこのファイルパスの情報に基づいて、要求元へのファイルの転送が行われることになる。
【００９１】
また、ファイル名の情報は、図８の＜４＞の動作によりパーソナルコンピュータ２から受信されたものである。
【００９２】
ファイルサイズの情報は、アップロードされたファイルのサイズを示す情報であり、この場合はサーバ装置３が生成するものとしている。
また、ファイル登録時間の情報は、アップロードファイルがサーバ装置３に格納された時間を示す情報であり、当該ファイル管理情報４８ｃへの登録を行う際にサーバ装置３自らが取得した時間情報とすればよい。
【００９３】
また、ディスクＩＤは、光ディスクＤの挿入に応じてパーソナルコンピュータ２が送信してきたディスクＩＤ８２である。ファイル管理情報４８ｃにおいて、このようにディスクＩＤが各ファイルごとの情報と対応づけられて格納されることで、各ディスクＩＤごと（つまり各ユーザごと）にアップロードされたファイルを管理することができるようにされている。
【００９４】
説明を図８に戻す。
図８において、上記ファイル管理情報への登録としてサーバ装置３は、＜５＞のファイルの記録動作に応じて生成したファイルＩＤに対し、パーソナルコンピュータ２側から送信されてきたファイルパスの情報とファイル名の情報と、ファイルサイズ、ファイル登録時間、及びディスクＩＤ８２の各情報が対応づけられてＨＤＤ４８内のファイル管理情報４８ｃとして記録されるようにする。
これによってアップロードされたファイルがサーバ装置３側に登録されたことになる。
【００９５】
このようにしてファイル管理情報への登録を行うと、サーバ装置３は、＜７＞と示されるようにして、ユーザ管理情報（現状利用容量）の更新を行うようにされる。すなわち、新たにファイルがアップロードされたことに応じて、ユーザ管理情報４８ａ内の現状利用容量の情報内容を更新するものである。
具体的には、ファイル管理情報４８ｃにおいて、ファイルのアップロード元となるパーソナルコンピュータ２が送信してきたディスクＩＤ８２が対応づけられている全てのファイルサイズの情報を取得して、当該ディスクＩＤ８２に対応づけられて記録されている全てのファイルの総データ容量を算出する。そして、ユーザ管理情報４８ａにおける、上記ディスクＩＤ８２に対応づけられた現状利用容量の情報を、この算出した総データ容量の情報に基づき更新するようにされる。
【００９６】
さらに、サーバ装置３は、ステータス情報を生成し（図中＜８＞）、そのステータス情報をパーソナルコンピュータ２に対して送信するようにされる（図中＜９＞）。
つまり、ユーザ管理情報４８ａにおいて、ファイルのアップロード元となるパーソナルコンピュータ２が送信してきたディスクＩＤ８２と対応づけられている少なくとも現状利用容量の情報を、この場合のステータス情報としてパーソナルコンピュータ２に対して送信するようにされる。
なお、既に最大登録容量、有効日時の情報についてはパーソナルコンピュータ２側に送信済みで（先の図４の＜８＞）且つ更新の必要もないので、これらの情報について改めての送信は不要である。
【００９７】
パーソナルコンピュータ２では、このようにしてサーバ装置３側から送信されてきたステータス情報に基づき、＜１０＞と示すようにしてメニュー画面を更新するようにされる。
この＜１０＞の更新動作により、先の図７に示したようなアップロード指示後のメニュー画面の表示が行われるものとなる。
すなわち、この＜１０＞の更新動作としてパーソナルコンピュータ２は、メニュー画面として表示されるべき画面データについて、現状利用容量情報Ａ１として表示されるべきデータ情報内容をサーバ装置３側から送信されてきたステータス情報としての現状利用容量の情報に基づき更新し、さらにアップロードファイルの指定の際に選択・決定された参照ボタンＳＢについては非アクティブとされ、またファイルのアップロード時に選択・決定されたアップロードボタンＡＰＢについては削除ボタンＤＢに変更されるように、画面データ内容を更新するようにされる。
また、アップロード時に選択・決定されたアップロードボタンＡＰＢと対応づけられたダウンロードリンク表示ボックスＡＬ内には、先の図８＜２＞により生成したリンク情報が表示されるように画面データの更新を行う。
その上で、このようにして更新された画面データをディスプレイ２７上に表示するようにされる。
【００９８】
このような更新後の内容によるメニュー画面がディスプレイ２７上に表示されることで、ユーザはアップロード指示を行ったファイルが正常にアップロードされたことを知ることができる。
【００９９】
このようにして、ファイルのアップロード完了後には、メニュー画面内のダウンロードリンク表示ボックスＡＬ内に、リンク情報が表示される。次に説明するように、本実施の形態の場合、ユーザはこのダウンロードリンク表示ボックスＡＬ内に表示されたリンク情報を利用して、アップロードしたファイルをダウンロードすることができるようにされている。
【０１００】
図１０は、メニュー画面内のダウンロードリンク表示ボックスＡＬ内に表示されたリンク情報に基づき、アップロードファイルをダウンロードする場合に対応して行われる動作について模式的に示している。なお、この図１０では、パーソナルコンピュータ２と、図１に示したパーソナルコンピュータ５と、サーバ装置３においてそれぞれ行われる動作について模式的に示している。また、この図１０においてもネットワーク４は省略している。
【０１０１】
先ず、ファイルのアップロードを行ったパーソナルコンピュータ２では、＜１＞と示すようにして、外部のパーソナルコンピュータ５に対してリンク情報を電子メールにより送信するようにされる。このとき、ユーザは、例えばオペレーションシステム３０ａが備えるコピー＆ペースト機能を利用して、ダウンロードリンク表示ボックスＡＦに表示されたリンク情報をコピーし、これを電子メールにペーストする。そして、この電子メールについて、所定の電子メールアドレスを宛先に設定して送信指示を行うことで、パーソナルコンピュータ５に対して当該電子メールを送信することができる。
【０１０２】
リンク情報がペーストされた電子メールを受信したパーソナルコンピュータ５では、＜２＞と示すようにして、リンク情報に基づきファイルの転送要求を行うようにされる。つまり、パーソナルコンピュータ５のユーザは、受信された電子メールに記されるリンク情報としてのＵＲＩに対するクリック操作を行うようにされる。
これに応じパーソナルコンピュータ５は、リンク情報に基づきサーバ装置３への接続処理を行う共に、リンク情報内のファイルパスの情報により、ダウンロードすべきファイルを指定したダウンロード要求を行うようにされる。
【０１０３】
上記ダウンロード要求を受けたサーバ装置３では、＜３＞と示されるようにして、要求されたファイルを復号化して送信するようにされる。
この場合、先にも説明したようにサーバ装置３においては、パーソナルコンピュータ２側でディスクＩＤ８２に基づき暗号化されたファイルが格納されている。つまりこの場合サーバ装置３では、ＣＰＵ４１が、要求されたファイルを、そのファイルをアップロードしたパーソナルコンピュータ２が送信したディスクＩＤ８２に基づいて復号化するようにされる。具体的には、ファイル管理情報４８ｃにおいて、要求により指定されたファイルパスに対応づけられているディスクＩＤを取得し、このディスクＩＤに基づき要求されたファイルを復号化する。
そして、ＣＰＵ４１は、このように復号化したファイルが、ダウンロード要求元となるパーソナルコンピュータ５に対して送信されるように通信処理部４９を制御する。
【０１０４】
なおこの場合、ＦＴＰサービスプログラム８０の作成元となるサービス運営側は、光ディスクＤに記録されたＦＴＰサービスプログラム８０に基づきパーソナルコンピュータ２側で行われる暗号化のアルゴリズムについては把握しており、サーバ装置３にそのアルゴリズムを設定しておくことができる。このためサーバ装置３は、上記のようにしてディスクＩＤ８２に基づいて要求されたファイルの復号化を適正に行うことができる。
【０１０５】
ここで、これまでの説明では、メニュー画面においてアップロードボタンＡＰＢが操作された以降の動作について主に説明したが、このようにファイルのアップロードが行われた後に表示されるメニュー画面（図７）において、削除ボタンＤＢが操作された場合には、以下のような動作が行われるものとなる。
つまり、図７に示すメニュー画面において、カーソルＣＲにより削除ボタンＤＢが選択され決定操作が行われた場合、パーソナルコンピュータ２は、その削除ボタンＤＢに対応づけられた（つまり同じ行の）ダウンロードリンク表示ボックスＡＬ内に表示されているリンク情報に含まれるファイルパスを指定したファイルの削除要求を、サーバ装置３に対して行うようにされる。
【０１０６】
サーバ装置３側では、ファイル管理情報４８ｃに基づき、上記削除要求が指定するファイルパスにより特定されるファイルＩＤを取得し、このファイルＩＤにより特定されるファイルをＨＤＤ４８上から削除するための処理を行う。
この削除処理としては、データファイル自体をＨＤＤ４８上から消去することも可能であるし、或いはファイル管理情報４８ｃから指定されたファイルパスとそれに対応づけられた各情報が削除されるように、ファイル管理情報４８ｃの更新のみを行うことも可能である。
【０１０７】
そして、このようなファイルの削除が行われた場合も、パーソナルコンピュータ２側でメニュー画面の更新が行われる必要がある。このために、先ずサーバ装置３は、上記のようにして更新が行われたファイル管理情報４８ｃに基づき、削除要求元のパーソナルコンピュータ２が送信してきたディスクＩＤ８２が対応づけられている全てのファイルサイズの情報を取得し、合計のファイルサイズを算出する。そして、算出したファイルサイズの情報に基づき、ユーザ管理情報４８ａ内の同じディスクＩＤ８２が対応づけられた現状利用容量の情報を更新する。
その上で、更新した現状利用容量の情報をステータス情報としてパーソナルコンピュータ２に送信する。
【０１０８】
パーソナルコンピュータ２側では、送信されてきた現状利用容量の情報に基づき、現状利用容量情報Ａ１の表示内容が更新されるように、メニュー画面として表示すべき画面データの更新を行う。
またこのとき、削除指示の際に選択・決定された削除ボタンＤＢと対応づけられたダウンロードリンク表示ボックスＡＬ内に表示されていたリンク情報が消去されるようにし、また、削除指示の際に選択・決定された削除ボタンＤＢの代わりにアップロードボタンＡＰＢが表示され、さらに、この削除ボタンＤＢと対応づけられて非アクティブとされていた参照ボタンＳＢがアクティブ表示されるように、画面データを更新するようにされる。そして、このように更新された画面データがディスプレイ２７上に表示されるようにする。
これによってユーザは、削除指示したファイルが正常に削除されたことを知ることができる。
【０１０９】
また、メニュー画面上には、サービスの期間延長を申し込むための延長申し込みボタンＢ１も設けられている。カーソルＣＲによりこの延長申し込みボタンＢ１が選択された状態で決定操作が行われた場合、パーソナルコンピュータ２は、ＦＴＰサービスページへのアクセス処理を実行するようにされる。すなわち、延長申し込みボタンＢ１に対しては、上記ＦＴＰサービスページとしての、期間延長手続きを行うためのＷＥＢページにアクセスするためのリンク情報としてのＵＲＩが対応づけられており、パーソナルコンピュータ２は延長申し込みボタンＢ１が選択・決定されたことに応じ、そのＵＲＩに基づくＷＥＢページにアクセスするための処理を行うようにされる。
これによってユーザは、延長申し込みボタンＢ１を操作することで期間延長手続きを行うことができる。
【０１１０】
なお、上記ＦＴＰサービスページ内では、期間延長申し込みと共に、最大容量の変更も申し込むことができるようにすることもできる。
このとき、何れの申し込みについても、サーバ装置３としては、ＦＴＰサービスページ内での申し込み内容に基づき、接続中のパーソナルコンピュータ２が送信してきたディスクＩＤ８２に対応づけられたユーザ管理情報４８ａ内の有効日数、最大登録容量の情報内容を更新することで、簡易に登録内容の変更を行うことができる。
【０１１１】
これまでで説明してきたようにして、本実施の形態のＦＴＰシステム１では、ＦＴＰサービスプログラム８０が記録された光ディスクＤに追記された固有のディスクＩＤをサーバ装置３に送信し、サーバ装置３ではこのディスクＩＤについての認証処理を行うようにしている。このことで、この場合において正規ユーザであるか否かの認証処理を、従来のようにユーザがＩＤやパスワードを入力することなしに自動的に行うことができる。この結果、従来のような煩雑な入力作業なしに、正規のユーザであるかの認証を行うことができる。また、このようなディスクＩＤに基づき、サーバ装置３側ではユーザごとのディレクトリ管理も行うことができる。
【０１１２】
このような本実施の形態のＦＴＰシステム１によれば、光ディスクＤに記録された固有のディスクＩＤを利用することで認証処理を可能として安全性を確保しつつ、さらに煩雑な入力作業を廃したより簡易なファイル転送サービスを提供することができる。
【０１１３】
なお、ここで確認のために述べておくと、認証処理によりディスクＩＤ８２が正規のＩＤであるとされた場合は、先の図４にて説明したようにサーバ装置３側からパーソナルコンピュータ２側に対しステータス情報が送信され、これによってパーソナルコンピュータ２はメニュー画面の表示を行うことができ、このメニュー画面上での操作に応じて指定されたファイルをサーバ装置３にアップロードすることができるようになる。
つまり、この場合、サーバ装置３からパーソナルコンピュータ２に対して送信されるステータス情報が、ディスクＩＤ８２が正規ＩＤであるとされたことに応じたファイルのアップロードを許可するための情報（所定情報）として機能するようにされているものである。
なお、このようなディスクＩＤ８２が正規ＩＤであるとされたことに応じたファイルのアップロードを許可するための所定情報としては、実施の形態のようにステータス情報で兼用させる以外にも、他の許可情報を別途に送信することもできる。
【０１１４】
また、実施の形態では、サーバ装置３にアップロードされたファイルをダウンロードする際に必要となるリンク情報（ファイルパス情報）を、パーソナルコンピュータ２側で生成するものとしているが、このことで、リンク情報をサーバ装置３側で生成するようにした場合よりも、サーバ装置３側の処理負担を軽減することができる。
【０１１５】
但し、このとき、単にパーソナルコンピュータ２側で独自にリンク情報を生成するとした場合には、サーバ装置３側に各パーソナルコンピュータ２から送られてくるリンク情報に重複が生じてしまう虞がある。そして、このようにリンク情報に重複が生じると、或る１つのリンク情報によりサーバ装置３上の複数のアップロードファイルが指し示されてしまうといった事態が起こりうる。
【０１１６】
しかしながら、本実施の形態の場合、上述もしたようにしてリンク情報（ファイルパス）としては、各パーソナルコンピュータ２が、光ディスクＤから読み出した固有のディスクＩＤ８２に基づいて生成するものとしている。このことで、各パーソナルコンピュータ２で同じリンク情報が生成されてしまうことを効果的に回避することができる。
つまり、これによって個々のパーソナルコンピュータ２側でリンク情報を生成するものとしても、各リンク情報を適正に１つのアップロードファイルを指し示す情報として機能させることができ、従ってこのことで初めて、個々のパーソナルコンピュータ２がリンク情報を生成してサーバ装置３側の処理負担を軽減するシステムを実現することができるものである。
【０１１７】
また、実施の形態では、このようにディスクＩＤに基づき生成されるリンク情報（ファイルパス）について、ディスクＩＤ部分を暗号化するものとしている。
この場合、リンク情報中のファイルパスの情報としては、先に説明したようにしてディスクＩＤ＋ファイル名で構成される。従って、そのままではパスのディスクＩＤ部分を変更して、他人のディレクトリに不正にアクセスされてしまう虞がある。
そこで、実施の形態のようにしてファイルパスの情報を構成するディスクＩＤの情報として、例えばそのハッシュ値など暗号化した値を用いるようにしておけば、不正なアクセスの防止が図られたより安全なシステムを提供することができる。
【０１１８】
また、実施の形態では、サーバ装置３にアップロードされるファイルは、ディスクＩＤに基づき暗号化して送信するようにされている。
このことで、万が一アップロードファイルが外部に流出してしまっても、第三者がそのファイルを再生することを困難とでき、実質的にファイルの外部流出を防止できる。
また、このとき、実施の形態のように各ファイルをディスクＩＤをキーに暗号化するものとしておけば、ファイルに対する暗号化は、各ユーザのファイルごとに異なるものとできる。これによれば、万が一サーバ装置３からファイルが流出してしまった場合にも、第三者がそれぞれのファイルの暗号化キーを解読することを困難とすることができ、その分安全性を高めることができる。
【０１１９】
また、実施の形態では、アップロードファイルごとにリンク情報（ファイルパス）を生成し、サーバ装置３側では各アップロードファイルとファイルパスとを対応づけて管理するものとしているが、このことで、リンク情報をクリックするのみでアップロードファイルのダウンロードを行うことのできる簡易なファイル転送サービスを実現することができる。
【０１２０】
−処理動作−
続いては、以下の図１１〜図１５のフローチャートを参照して、上記により説明した実施の形態としての動作を実現するために行われるべき処理動作について説明する。
なお、これらの図において、パーソナルコンピュータ側の処理動作は、図２に示したＣＰＵ２１が、装填された光ディスクＤに記録されたＦＴＰサービスプログラム８０（図４参照）に基づき実行するものであり、サーバ装置側の処理動作は図３に示したＣＰＵ４１が例えばメモリ部４３に格納されるプログラムに基づいて実行するものである。
【０１２１】
先ず、図１１は、先の図４にて説明したようにして光ディスクＤが装填されてからメニュー画面が表示されるまでにＦＴＰシステム１において実行されるべき処理動作について示している。
なお、この図１１では、既にパーソナルコンピュータ２において、装填された光ディスクＤからＦＴＰサービスプログラム８０が読み出されている状態にあるものとする。
【０１２２】
先ず、パーソナルコンピュータ２では、ステップＳ１０１において、ディスクＩＤの読み出しを行うようにされる。
先にも述べたように、本実施の形態においてディスクＩＤ８２は、ＲＯＭディスクである光ディスクＤの反射膜上にレーザー光の照射により追記されたものとなっており、その追記位置は通常のドライバソフトでは読み出すことのできない位置とされている。そこでこのステップＳ１０１では、光ディスクＤから読み出されたＦＴＰサービスプログラム８０に従ってドライブ制御部２８に対する指示を行うことで、メディアドライブ２９によって光ディスクＤに追記されたディスクＩＤ８２が読み出されるように制御する。
【０１２３】
続くステップＳ１０２では、ディスクＩＤが有効であるか否かについての判別処理を行う。ステップＳ１０１にて読み出されたディスクＩＤ８２が有効でないとして否定結果が得られた場合は、ステップＳ１０９に進みエラー処理を実行するようにされる。
このエラー処理としては、例えば「Could not verify the FTP passport disc at this computer」などのエラーメッセージをディスプレイ２７上に表示させるなど、ディスクＩＤが有効でない旨の通知をユーザに対して行うための処理を実行するようにされる。
【０１２４】
また、ステップＳ１０２において、ディスクＩＤ８２が有効であるとして肯定結果が得られた場合は、ステップＳ１０３において、ネットワーク接続が可能であるか否かの判別処理を行う。ネットワーク接続が可能な状態ではないとして否定結果が得られた場合は、ステップＳ１１０に進みエラー処理を行うようにされる。つまり、このステップＳ１１０のエラー処理としては、例えば「Please establish network」などのエラーメッセージをディスプレイ２７上に表示させるなど、ネットワークへの接続を促すための通知をユーザに対して行うための処理を実行するようにされる。
【０１２５】
一方、ステップＳ１０３においてネットワーク接続が可能な状態であるとして肯定結果が得られた場合は、ステップＳ１０４において、サーバＵＲＩの読み出し処理を行う。つまり、ドライブ制御部２８に対する指示を行って、メディアドライブ２９に光ディスクＤに記録されるサーバＵＲＩ８１の読み出しを実行させる。
【０１２６】
ステップＳ１０５では、接続処理を実行する。すなわち、通信処理部３１に対しサーバＵＲＩ８１を供給して、サーバ装置３との間でネットワークインタフェース３２を介したデータ通信が可能な状態となるように指示を行う。
【０１２７】
そして、続くステップＳ１０６では、ディスクＩＤなど必要情報の送信処理を実行する。 先にも述べたように、パーソナルコンピュータ２側からサーバ装置３側に送信すべき情報としては、光ディスクＤから読み出したディスクＩＤ８２と共に、マシン固有ＩＤ、ローカル初期登録時間（初回アクセス時のみ）がある。図示は省略したが、パーソナルコンピュータ２は、これらマシン固有ＩＤ、ローカル初期登録時間の情報を、読み出したＦＴＰサービスプログラム８０に従った動作を行うことで生成するようにされる。
ステップＳ１０５では、これらディスクＩＤ８２、マシン固有ＩＤ、及び必要に応じてローカル初期登録時間の情報を、上記必要情報としてサーバ装置３側に送信するための処理を実行する。具体的には、これらディスクＩＤ８２、マシン固有ＩＤ、ローカル初期登録時間（初回アクセス時のみ）の情報を供給してそれらがネットワークインタフェース３２によりネットワーク４を介してサーバ装置３側に送信されるように通信処理部３１に対する指示を行う。
【０１２８】
サーバ装置３側では、パーソナルコンピュータ２側からディスクＩＤ８２など必要情報が受信されるのを、図中ステップＳ２０１にて待機するようにされる。そして、これら必要情報が受信された場合は、ステップＳ２０２において、先ずはディスクＩＤ８２についての認証処理を行うようにされる。
この場合、ディスクＩＤ８２についての認証処理は、先にも述べたようにそのデータ構成をチェックすることで行われる。すなわち、ＣＰＵ４１は、受信されたディスクＩＤ８２が予め定められた所定のデータ構成となっているか否かを判別することで、そのディスクＩＤ８２が正規のもであるか否かの認証処理を行うようにされる。
【０１２９】
続くステップＳ２０３では、認証ＯＫか否かについて判別処理を行う。ディスクＩＤ８２が上記所定のデータ構成となっていない（つまり正規のディスクＩＤではない）として否定結果が得られた場合は、図示するようにしてステップＳ２０９に進んでエラー処理を実行するようにされる。
このステップＳ２０９のエラー処理としては、パーソナルコンピュータ２に対するエラー通知を行う。図示は省略したが、パーソナルコンピュータ２側では、このエラー通信に応じ、所定のエラーメッセージの表示などサービスを利用できない旨をユーザに通知するための処理を実行するようにされる。
【０１３０】
また、ステップＳ２０３において、ディスクＩＤ８２が上記所定のデータ構成となっている（つまり正規のディスクＩＤである）として肯定結果が得られた場合は、ステップＳ２０４において、新規ディスクＩＤであるか否かの判別処理を行う。
このステップＳ２０４では、ユーザ管理情報４８ａにおいて、パーソナルコンピュータ２側から受信されたディスクＩＤ８２と同じディスクＩＤが既に格納されているか否かを判別するようにされる。
同じディスクＩＤが既に格納されており、受信されたディスクＩＤ８２が新規ディスクＩＤではないとして否定結果が得られた場合は、ステップＳ２０６に進むようにされる。
【０１３１】
一方、同じディスクＩＤがなく、受信されたディスクＩＤ８２が新規ディスクＩＤであるとして肯定結果が得られた場合は、ステップＳ２０５においてユーザ管理情報への登録処理を行った後に、ステップＳ２０６に進むようにされる。
ステップＳ２０５のユーザ管理情報への登録処理としては、先の図５に示したような各情報がディスクＩＤ８２と対応づけられてＨＤＤ４８にユーザ管理情報４８ａとして記録されるように制御する処理を実行する。
具体的に、ＣＰＵ４１は、先ずは当該ユーザ管理情報への登録処理を行うタイミングで自らが計時する時間情報をサーバ初期登録時間の情報として取得する。また、有効日数、最大登録容量の情報については、予め設定されたディスクＩＤと有効日数・最大登録容量の対応情報に基づき、パーソナルコンピュータ２側から送信されてきたディスクＩＤ８２に対応する有効日数と最大登録容量の情報を取得する。また、現状利用容量の情報については「０（ＭＢ）」を取得する。
そして、パーソナルコンピュータ２から送信されたディスクＩＤ８２に対し、同じく送信されたマシン固有ＩＤ及びローカル初期登録時間の情報と、上記のように自らが取得したサーバ初期登録時間、有効日数、最大登録容量、現状利用容量の情報とが対応づけられてユーザ管理情報４８ａとして記録されるようにＨＤＤ４８を制御する。
【０１３２】
ステップＳ２０６では、有効期間内であるか否かの判別処理を行う。
このステップＳ２０６では、ユーザ管理情報４８ａにおいて、パーソナルコンピュータ２側から受信されたディスクＩＤ８２に対応づけられている有効日数の情報の値が「０」となっているか否かを判別する。
【０１３３】
有効日数の値が「０」であり有効期間外とされた場合は、次の図１２に示されるステップＳ３０１に進むようにされる。
図１２のステップＳ３０１においては、パーソナルコンピュータ２に対してサービス期間終了通知を行うようにされる。つまり、有効期限が超過している旨の通知がネットワークインタフェース５０によりネットワーク４を介してパーソナルコンピュータ２側に送信されるように通信処理部４９に対する制御を行う。
【０１３４】
このサービス期間終了通知を受信したパーソナルコンピュータ２では、図中ステップＳ４０１のエラーメッセージ表示処理として、サービス期間を超過している旨のメッセージが示されたエラー画面表示がディスプレイ２７上に為されるように表示処理部２６に対する指示を行う。
先にも述べたように、このエラー画面には契約更新ページへリンクするためのＵＲＩを表示しておき、ユーザがこのＵＲＩをクリックすることで契約更新手続きを行うことが可能となるようにすることもできる。
【０１３５】
一方、図１１に示したステップＳ２０６において、有効日数の値が「０」ではなく有効期間内であるとして肯定結果が得られた場合は、ステップＳ２０７において、ステータス情報の生成処理を行う。すなわち、ユーザ管理情報４８ａにおいてパーソナルコンピュータ２側から受信されたディスクＩＤ８２と対応づけられている有効日数、最大登録容量、現状利用容量の情報を取得し、それらの情報からステータス情報を生成するようにされる。
【０１３６】
その上で、ステップＳ２０８では、ステータス情報の送信処理を実行する。つまり、ステータス情報としての、上記有効日数、最大登録容量、現状利用容量の情報が、ネットワークインタフェース５０によりネットワーク４を介してパーソナルコンピュータ２側に送信されるように通信処理部４９を制御する。
【０１３７】
パーソナルコンピュータ２側では、サーバ装置３から送信された上記ステータス情報が受信されるのを、ステップＳ１０７にて待機している。そして、ステータス情報が受信された場合は、ステップＳ１０８において、ステータス情報に基づきメニュー画面を表示するための処理を実行するようにされる。
すなわち、先の図６にて説明したメニュー画面がディスプレイ２７上に表示されるように、表示処理部２６に対する制御を行うようにされる。このとき、ＣＰＵ２１は、このようなメニュー画面の現状利用容量情報Ａ１と最大容量・有効日数情報Ａ２が、サーバ装置３側から受信されたステータス情報における有効日数、最大登録容量、現状利用容量の情報に基づく情報内容となるようにメニュー画面としての画面データを生成（更新）するようにされる。
また、既に過去においてファイルのアップロードが為された状態にある場合は、前回のアップロード時における画面データがセーブされており（特にファイルの格納場所、リンク、削除ボタンＤＢの表示など）、その画面データにおける現状利用容量情報Ａ１と最大容量・有効日数情報Ａ２の内容を、受信されたステータス情報に基づき更新する処理を行うようにされる。
【０１３８】
このステップＳ１０８のメニュー画面の表示処理を実行すると、図１３に示されるステップＳ５０１に進むようにされる。
【０１３９】
図１３は、主にメニュー画面上に表示された各種のボタン操作を受け付ける場合に対応して行われるべき処理動作について示している。確認のために述べておくと、この図１３に示す処理動作としても、ＣＰＵ２１がＦＴＰサービスプログラム８０に基づいて実行するものである。
図１３において、ステップＳ５０１、Ｓ５０２、Ｓ５０３、Ｓ５０４によっては、参照ボタン操作、削除ボタン操作、期間延長操作、終了操作の何れかを待機するループが形成されている。
【０１４０】
ステップＳ５０１において、参照ボタン操作として、カーソルＣＲにより参照ボタンＳＢが選択された状態での決定操作（例えばマウスのクリック操作）が行われた場合は、後の図１４に示す処理に移行するようにされる。
【０１４１】
また、ステップＳ５０２において、削除ボタン操作として、カーソルＣＲにより削除ボタンＤＢが選択された状態で決定操作が行われた場合は、後の図１５に示す処理に移行するようにされる。
【０１４２】
また、ステップＳ５０３において、期間延長操作として、カーソルＣＲにより延長申し込みボタンＢ１が選択された状態で決定操作が行われた場合は、図示するようにしてステップＳ５０７に進み、ＦＴＰサービスページへのアクセス処理を実行するようにされる。
先にも説明したが、この延長申し込みボタンＢ１に対しては、ＦＴＰサービスページとしての、期間延長手続きを行うためのＷＥＢページへのリンク情報（ＵＲＩ）が対応づけられており、パーソナルコンピュータ２は延長申し込みボタンＢ１が選択・決定されたことに応じ、そのリンク情報に基づくＷＥＢページにアクセスするための処理を行うようにされる。
【０１４３】
また、上記ステップＳ５０４において、終了操作としてカーソルＣＲにより終了ボタンＳＨＢが選択された状態で決定操作が行われた場合は、ステップＳ５０５に進み、メニュー画面を閉じる処理を実行するようにされる。
そして、続くステップＳ５０６においては、終了処理として、ＦＴＰサービスプログラム８０によるアプリケーションを終了するための処理を実行するようにされる。この終了処理においては、ディスプレイ２７上に表示していたメニュー画面の内容（画面データ）をセーブしておくようにされる。つまり、例えばＨＤＤ３０などの不揮発性のメモリに対して画面データを記録しておくようにされる。
【０１４４】
図１４は、ファイルのアップロード時に対応してＦＴＰシステム１において実行されるべき処理動作について示している。
図１４において、先ずパーソナルコンピュータ２側では、先の図１３におけるステップＳ５０１にて肯定結果が得られたことに応じ、図中ステップＳ６０１において、ファイル選択処理を実行するようにされる。
このファイル選択処理としては、先に説明したファイル選択画面として、ＨＤＤ３０内の各種ファイル３０ｂとして格納されるデータファイルをそれぞれのディレクトリごとに一覧表示する画面がディスプレイ２７上に表示されるようにした上で、このファイル選択画面において選択・指定されたディレクトリ下に格納されるデータファイルの一覧が表示されるようにすることで、このファイルの一覧からユーザに所望のファイルを選択・指定させるようにする。そして、所要のファイルが選択・指定された場合は、そのファイルの格納場所情報が、メニュー画面上における、操作された参照ボタンＳＢと対応づけられたファイルの格納場所表示ボックスＡＦ内に表示されるように制御する。
【０１４５】
続くステップＳ６０２では、アップロード操作が行われたか否かについて判別処理を行う。すなわち、アップロード操作として、上記操作された参照ボタンＳＢと対応づけられたアップロードボタンＡＰＢがカーソルＣＲにより選択された状態で、決定操作が行われたか否かについて判別処理を行う。
アップロード操作が行われていないとして否定結果が得られた場合は、ステップＳ６０１に戻り、引き続きファイルの選択処理を実行するようにされる。これによってユーザはアップロードすべきファイルを指定し直すことができる。
【０１４６】
また、ステップＳ６０２において、アップロード操作が行われたとして肯定結果が得られた場合は、ステップＳ６０３において、選択されたファイルのサイズチェック処理を行うようにされる。すなわち、先の図８にて説明した容量確認を行うものである。
このステップＳ６０３の処理としては、現状利用容量とステップＳ６０１によりアップロードすべきとして選択・指定されたファイルのデータ容量との合計容量と、最大登録容量との比較処理を行う。
【０１４７】
続くステップＳ６０４では、ファイルサイズがＯＫであるか否かについて判別処理を行う。つまり、上記ステップＳ６０３による比較処理結果として、上記合計容量が上記最大登録容量以内となっているか否かについて判別処理を行う。上記合計容量が上記最大登録容量以内となっていないとして否定結果が得られた場合は、図示するようにしてステップＳ６１１に進み、エラー処理を実行する。すなわち、例えば容量オーバーにより選択・指定されたファイルについてのアップロードができない旨をユーザに通知するための処理を行うようにされる。
【０１４８】
一方、ステップＳ６０４において、合計容量が最大登録容量以内であるとされた場合は、ステップＳ６０５において、先ずはファイル名の情報を生成するようにされる。
先にも説明したように、実施の形態の場合、当該ファイル名の情報としては、選択・指定されたファイルのオリジナルのファイル名に対し、予め定められた所定の拡張子（例えば「.fdp」とする）を付すことで生成するようにされる。
【０１４９】
続くステップＳ６０６では、ディスクＩＤをキーとしてファイルパス（リンク）を生成するようにされる。
この場合、ファイルパスとしては、先にも述べたようにディスクＩＤ８２のハッシュ値（暗号化値）を生成し、このハッシュ値に対して「.(ドット)」と、さらに生成したファイル名の情報を加えたものを生成するようにされる。
なお、確認のために述べておくと、このファイルパスの情報に、サーバ装置３を特定するための情報（サーバＵＲＩ８１）を加えたものが、アップロードファイルをダウンロードする際に必要となるリンク情報となる。ステップＳ６０６としてはこのリンク情報までを生成するようにされている。
【０１５０】
さらに、次のステップＳ６０７では、ディスクＩＤをキーに指定されたファイルを暗号化するようにされる。すなわち、アップロードすべきとして選択・指定されたデータファイルに対し、光ディスクＤから読み出されたディスクＩＤ８２を暗号化キーとした暗号化処理を施すようにされる。
【０１５１】
その上で、ステップＳ６０８では、暗号化ファイル、ファイルパス、ファイル名をサーバ装置に送信する処理を実行するようにされる。つまり、これら暗号化されたファイル、ファイルパス、ファイル名の情報がネットワークインタフェース３２によりネットワーク４を介してサーバ装置３側に送信されるように、通信処理部３１に対する制御を行う。
【０１５２】
サーバ装置３側では、これらパーソナルコンピュータ２側から送信された暗号化ファイル、ファイルパス、ファイル名の情報を、図中ステップＳ７０１にて受信するようにされる。
なお、確認のために述べておくと、この図に示されるサーバ装置３側の処理動作は、先の図１１を参照してわかるように、図１１のステップＳ２０８の処理が実行された後に行われるべき処理動作となる。
【０１５３】
そして、これらの情報を受信すると、次のステップＳ７０２において、先ずはファイルの記録処理を行うようにされる。つまり、受信された暗号化ファイルがＨＤＤ４８に対して記録されるように制御する。
また、このようなＨＤＤ４８への記録処理が行われることで、続くステップＳ７０３では、ファイルシステムによる処理として、記録されたファイルを一意に識別するためのファイルＩＤを生成するようにされる。
【０１５４】
その上で、続くステップＳ７０４では、ファイル管理情報への登録処理を実行するようにされる。このステップＳ７０４のファイル管理情報への登録処理としては、先の図９に示したような各情報がファイルＩＤと対応づけられてＨＤＤ４８にファイル管理情報４８ｃとして記録されるように制御する処理を実行する。
具体的に、ＣＰＵ４１は、先ずは当該ファイル管理情報への登録処理を行うタイミングで自らが計時する時間情報をファイル登録時間の情報として取得する。また、パーソナルコンピュータ２から受信されたファイルのファイルサイズ情報を取得する。そして、上記ステップＳ７０３にて生成したファイルＩＤに対し、これらファイル登録時間、ファイルサイズと、パーソナルコンピュータ２から受信されたファイルパス、ファイル名の情報と、さらに先の図１１のステップＳ２０１にて受信されたディスクＩＤ８２とが対応づけられてＨＤＤ４８にファイル管理情報４８ｃとして記録されるように制御を行う。
【０１５５】
ステップＳ７０５では、現状利用容量の算出処理を行う。すなわち、ファイル管理情報４８ｃにおいて、パーソナルコンピュータ２から受信されたディスクＩＤ８２が対応づけられているファイルサイズの情報を取得し、それらの合計を現状利用容量として算出する。
【０１５６】
そして、続くステップＳ７０６では、ユーザ管理情報の更新処理を行うようにされる。すなわち、ユーザ管理情報４８ａにおいて、パーソナルコンピュータ２から受信されたディスクＩＤ８２が対応づけられている現状利用容量の情報を、ステップＳ７０５にて算出した現状利用容量の情報に基づいて更新する。
【０１５７】
続くステップＳ７０７では、ステータス情報を生成するようにされる。つまり、ユーザ管理情報４８ａにおいて、パーソナルコンピュータ２が送信してきたディスクＩＤ８２と対応づけられている少なくとも現状利用容量の情報を、この場合のステータス情報として取得（生成）する。
そしてステップＳ７０８では、ステータス情報の送信処理を実行する。つまり、この場合のステータス情報としての現状利用容量の情報が、ネットワークインタフェース５０によりネットワーク４を介してパーソナルコンピュータ２に対して送信されるように通信処理部４９に対する制御を行う。
【０１５８】
パーソナルコンピュータ２側では、このようにしてサーバ装置３側から送信されてきたステータス情報が受信されるのを、図中ステップＳ６０９にて待機している。
そして、ステータス情報が受信された場合は、ステップＳ６１０にて、ステータス情報、及び生成したファイルパス（リンク）の情報に基づきメニュー画面を更新する処理を行うようにされる。
すなわち、このメニュー画面の更新処理としては、メニュー画面として表示されるべき画面データについて、現状利用容量情報Ａ１として表示されるべきデータ情報内容をサーバ装置３側から送信されてきたステータス情報としての現状利用容量の情報に基づき更新し、さらにアップロードファイルの指定の際に選択・決定された参照ボタンＳＢについては非アクティブとされ、またファイルのアップロード時に選択・決定されたアップロードボタンＡＰＢについては削除ボタンＤＢに変更されるように、画面データ内容を更新するようにされる。
また、アップロード時に選択・決定されたアップロードボタンＡＰＢと対応づけられたダウンロードリンク表示ボックスＡＬ内には、先のステップＳ６０６にて生成したリンク情報が表示されるように画面データの更新を行う。
その上で、このようにして更新された画面データがディスプレイ２７上に表示されるように、表示処理部２６に対する制御を行うようにされる。
【０１５９】
このステップＳ６１０のメニュー画面更新処理を実行すると、先の図１３に示したステップＳ５０１に戻るようにされる。
【０１６０】
続いて、図１５は、削除ボタン操作が行われた場合に対応してＦＴＰシステム１にて行われるべき処理動作について示している。
なお、確認のために述べておくと、この図１５に示されるサーバ装置３側の処理動作としても、先の図１１を参照してわかるように、図１１のステップＳ２０８の処理が実行された後に行われるべき処理動作となる。
【０１６１】
先ず、パーソナルコンピュータ２側では、先の図１３のステップＳ５０２にて削除ボタン操作が行われたとして肯定結果が得られた場合に対応して、図中ステップＳ８０１において、該当するファイルパスを指定したファイルの削除要求を行うようにされる。
このステップＳ８０１の処理としては、先ずは決定操作の行われた削除ボタンＤＢに対応づけられたダウンロードリンク表示ボックスＡＬ内に表示されているリンク情報に含まれるファイルパスの情報を取得し、このファイルパスを指定したファイルの削除要求が、サーバ装置３に対して行われるように通信処理部３１に対する制御を行う。
【０１６２】
サーバ装置３側では、このようなパーソナルコンピュータ２側からの削除要求に応じ、図中ステップＳ９０１において、指定されたファイルパスにより特定されるファイルの削除処理を実行するようにされる。
つまり、ファイル管理情報４８ｃに基づき、上記削除要求が指定するファイルパスにより特定されるファイルＩＤを取得し、このファイルＩＤにより特定されるファイルをＨＤＤ４８上から削除するための処理を行う。
先にも述べたように、この削除処理としては、データファイル自体をＨＤＤ４８上から消去することも可能であるし、次に説明するファイル管理情報の更新処理のみを行うことも可能である。
【０１６３】
ステップＳ９０２では、ファイル管理情報の更新処理を行う。つまり、ファイル管理情報４８ｃから、上記削除要求により指定されたファイルパスとそれに対応づけられた各情報が削除されるように、ファイル管理情報４８ｃの更新処理を行う。
【０１６４】
そして、以降のステップＳ９０３〜Ｓ９０６では、このようなファイルの削除処理が行われて、現状利用容量が変更されることに応じ、先の図１４のステップＳ７０５〜Ｓ７０８と同様の処理動作を実行して、現状利用容量を表すステータス情報をパーソナルコンピュータ２側に送信する処理を実行するようにされる。具体的には、現状利用容量の算出処理（Ｓ９０３）、ユーザ管理情報の更新処理（Ｓ９０４）、ステータス情報の生成処理（Ｓ９０５）、ステータス情報の送信処理（Ｓ９０６）を実行するようにされる。
【０１６５】
パーソナルコンピュータ２側では、サーバ装置３側からのステータス情報（現状利用容量の情報）の受信を、ステップＳ８０２にて待機するようにされる。そして、ステータス情報が受信された場合は、ステップＳ８０３において、ステータス情報に基づきメニュー画面を更新する処理を実行するようにされる。
すなわち、この場合のメニュー画面の更新処理としては、受信されたステータス情報としての現状利用容量の情報に基づき、現状利用容量情報Ａ１の表示内容が更新されるようにメニュー画面として表示すべき画面データの更新を行う。
またこのとき、先の図１３のステップＳ５０２にて操作された削除ボタンＤＢと対応づけられたダウンロードリンク表示ボックスＡＬ内に表示されていたリンク情報が消去されるようにし、また、この操作された削除ボタンＤＢの代わりにアップロードボタンＡＰＢが表示され、さらに、この削除ボタンＤＢと対応づけられて非アクティブとされていた参照ボタンＳＢがアクティブ表示されるように、画面データを更新するようにされる。
その上で、このように更新された画面データがディスプレイ２７上に表示されるように表示処理部２６に対する制御を行う。
このステップＳ８０３の更新処理を実行すると、先の図１３に示したステップＳ５０１に戻るようにされる。
【０１６６】
−変形例−
以上、本発明の実施の形態について説明したが、本発明としてはこれまでに説明した実施の形態に限定されるべきものではない。
例えば、実施の形態では、アップロードファイルをダウンロードするためのリンク情報（ファイルパス）をパーソナルコンピュータ２側で生成するものとしたが、サーバ装置３側がパーソナルコンピュータ２側から送信されてきたディスクＩＤ８２に基づき生成するものとしてもよい。その場合は、パーソナルコンピュータ２側の処理負担を軽減することができる。
【０１６７】
また、実施の形態では、アップロードされたファイルをダウンロードするにあたっては、そのアップロードファイルに対応させて生成したリンク情報をクリックするものとしたが、その他にも、例えばサーバ装置３が、光ディスクＤを装填してそのディスクＩＤを送信してきたパーソナルコンピュータ（２又は５）に対し、ステータス情報としてアップロードファイルの一覧情報を送信するものとし、パーソナルコンピュータ側ではその一覧情報を表示してユーザにダウンロードすべきファイルを指定させるように構成することもできる。この場合、一覧表示されるファイル名の情報に対しては、それぞれファイルパスの情報を対応づけておき、パーソナルコンピュータは指定されたファイル名に対応づけられたファイルパスをサーバ装置３側に指定してファイルのダウンロード要求を行うようにする。これによってサーバ装置３は、指定されたファイルパスに基づき該当するファイルをダウンロード要求を行ったパーソナルコンピュータに対して転送することができる。
【０１６８】
また、実施の形態では、本発明の情報処理装置がパーソナルコンピュータ２とされる場合を例示したが、本発明の情報処理装置としては、例えばＰＤＡ（Personal Digital Assistants）などの他のコンピュータ機器や、家庭用ゲーム機器、情報家電などの他の情報処理装置とすることもできる。
【０１６９】
また、実施の形態では、パーソナルコンピュータ２側からのアップロードファイルが格納されるべきサーバ側記録媒体が、サーバ装置３が備えるＨＤＤ４８とされる場合を例示したが、サーバ側記録媒体としては、サーバ装置３とネットワーク４を介したデータ通信が可能とされた外部のサーバ装置内の記録媒体とすることもできる。
【０１７０】
また、実施の形態では、サーバ装置３側にアップロードされるべきファイルが格納される情報処理装置側記録媒体が、パーソナルコンピュータ２が備えるＨＤＤ３０とされる場合を例示したが、情報処理装置側記録媒体としては、パーソナルコンピュータ２に装填されたリムーバブルメディアや外付けのＨＤＤなどパーソナルコンピュータ２外部の記録媒体とすることもできる。
【０１７１】
また、実施の形態では、本発明の記録媒体がＣＤ−ＲＯＭとされる場合を例示したが、他の記録媒体とすることもできる。
【０１７２】
また、実施の形態では特に触れなかったが、サーバ装置３側では、ユーザ管理情報４８ａに格納される有効日数の情報に基づき、有効期間外となったディスクＩＤと対応づけられるファイルを自動的に削除するように構成することもできる。これにより、限られたサーバ記憶容量を有効的に利用することができるようになる。
【図面の簡単な説明】
【０１７３】
【図１】実施の形態のアップロード／ダウンロードシステムの概要について説明するための図である。
【図２】実施の形態の情報処理装置の内部構成を示すブロック図である。
【図３】実施の形態のサーバ装置の内部構成を示すブロック図である。
【図４】実施の形態のアップロード／ダウンロードシステムの動作として、情報処理装置側においてデータファイルをサーバ装置側にアップロード可能な状態とするために行われるべき動作を模式的に示した図である。
【図５】実施の形態のサーバ装置に格納されるユーザ管理情報のデータ構造を概念的に示した図である。
【図６】メニュー画面の構成例を示した図である。
【図７】ファイルのアップロード後に表示されるメニュー画面の例を示した図である。
【図８】実施の形態のアップロード／ダウンロードシステムの動作として、メニュー画面上での操作に応じて行われるファイルのアップロード動作と、それに応じて行われるべき動作とについて模式的に示した図である。
【図９】実施の形態のサーバ装置に格納されるファイル管理情報のデータ構造を概念的に示した図である。
【図１０】リンク情報に基づきアップロードファイルをダウンロードする場合に対応して行われる動作について模式的に示した図である。
【図１１】実施の形態のアップロード／ダウンロードシステムにおいて行われるべき処理動作として、記録媒体の装填からメニュー画面が表示されるまでにおいて実行されるべき処理動作について示したフローチャートである。
【図１２】実施の形態のアップロード／ダウンロードシステムにおいて行われるべき処理動作として、有効サービス期間外であることに応じて行われるべき処理動作について示したフローチャートである。
【図１３】実施の形態のアップロード／ダウンロードシステムにおいて行われるべき処理動作として、主にメニュー画面上に表示された各種のボタン操作を受け付ける場合に対応して行われるべき処理動作について示したフローチャートである。
【図１４】実施の形態のアップロード／ダウンロードシステムにおいて行われるべき処理動作として、ファイルのアップロード時に対応して実行されるべき処理動作について示したフローチャートである。
【図１５】実施の形態のアップロード／ダウンロードシステムにおいて行われるべき処理動作として、削除ボタン操作が行われた場合に対応して行われるべき処理動作について示したフローチャートである。
【符号の説明】
【０１７４】
１ ＦＴＰシステム、２、５ パーソナルコンピュータ、３ サーバ装置、４ ネットワーク、２１、４１ ＣＰＵ、２２、４３ メモリ部、２３、４２ バス、２４、４４ 入力処理部、２５、４５ 入力部、２６、４６ 表示処理部、２７、４７ ディスプレイ、２８ ドライブ制御部、２９ メディアドライブ、３０、４８ ＨＤＤ、３０ａ オペレーションシステム、３０ｂ 各種ファイル、３０ｃ 電子メールプログラム、３１、４９ 通信処理部、３２、５０ ネットワークインタフェース、４８ａ ユーザ管理情報、４８ｂ アップロードファイル群、４８ｃ ファイル管理情報、Ｄ 光ディスク、８０ ＦＴＰサービスプログラム、８１ サーバＵＲＩ、８２ ディスクＩＤ
【特許請求の範囲】
【請求項１】
各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体と、それぞれがネットワークを介したデータ通信が可能に構成された情報処理装置とサーバ装置とを含んで構成されるアップロード／ダウンロードシステムであって、
上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、上記識別情報を読み出す読出手段と、
同じく上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、上記読出手段により読み出された上記識別情報を上記ネットワークを介して上記サーバ装置に送信する識別情報送信手段と、
上記サーバ装置に備えられ、上記識別情報送信手段により送信された識別情報についての認証処理を行う認証手段と、
上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルを上記ネットーワークを介して上記サーバ装置にアップロードするアップロード手段と、
上記アップロード手段によりアップロードされるデータファイルを特定するための固有のファイルパス情報を生成するパス生成手段と、
上記サーバ装置に備えられ、上記アップロード手段によりアップロードされた上記データファイルと、上記パス生成手段により生成されたファイルパス情報とを対応づけてサーバ側記録媒体に記録する記録手段と、
同じく上記サーバ装置に備えられ、上記サーバ側記録媒体に記録されるデータファイルについて上記ファイルパス情報を指定したダウンロード要求が行われたことに応じて、上記ファイルパス情報により特定されるデータファイルを上記ネットワークを介して上記ダウンロード要求を行った要求元に転送する転送手段と、
を備えることを特徴とするアップロード／ダウンロードシステム。
【請求項２】
上記パス生成手段は上記情報処理装置側に備えられ、
上記記録媒体に記録される上記プログラムに基づき、上記記録媒体に記録された上記識別情報に基づいて上記アップロードされるデータファイルに固有となるファイルパス情報を生成するようにされる、
ことを特徴とする請求項１に記載のアップロード／ダウンロードシステム。
【請求項３】
上記パス生成手段は、上記識別情報を暗号化した結果に基づき上記ファイルパス情報を生成する、
ことを特徴とする請求項２に記載のアップロード／ダウンロードシステム。
【請求項４】
上記サーバ装置は、
上記認証手段による認証処理の結果上記識別情報が正規の識別情報であると認証された場合に、上記情報処理装置に対して所定情報を送信する所定情報送信手段をさらに備えると共に、
上記アップロード手段は、
上記所定情報が受信された場合に、上記指定されたデータファイルを上記ネットーワークを介して上記サーバ装置にアップロードするようにされる、
ことを特徴とする請求項１に記載のアップロード／ダウンロードシステム。
【請求項５】
上記アップロード手段は、
上記識別情報に基づき上記指定されたデータファイルを暗号化して上記サーバ装置にアップロードするようにされる、
ことを特徴とする請求項１に記載のアップロード／ダウンロードシステム。
【請求項６】
ネットワークを介した外部装置との間でのデータ通信を行う通信手段と、
記録媒体に記録された情報の読み出しを行う読出手段と、
演算手段とを備えると共に、
上記演算手段は、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体に記録された、上記プログラムに基づく処理として、
上記記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を実行するようにされている、
ことを特徴とする情報処理装置。
【請求項７】
上記演算手段は、上記プログラムに基づく処理として、
さらに、上記読出制御処理により読み出された上記識別情報に基づいて、上記アップロード制御処理によりアップロードされるデータファイルを特定するための固有のファイルパス情報を生成するパス生成処理を実行するようにされ、
上記アップロード制御処理では、
上記指定されたデータファイルと共に、上記パス生成処理により生成したファイルパス情報が上記サーバ装置に送信されるように制御する、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
上記パス生成処理では、
上記識別情報を暗号化した結果に基づき上記ファイルパス情報を生成するようにされる、
ことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
上記アップロード制御処理では、
上記サーバ装置が上記識別情報送信制御処理により送信した上記識別情報について認証処理を行った結果上記識別情報が正規の識別情報であるとした場合に送信してきた所定情報が受信された場合に、上記指定されたデータファイルが上記サーバ装置にアップロードされるように制御する、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項１０】
上記アップロード制御処理では、
上記指定されたデータファイルを上記識別情報に基づき暗号化した上で、上記サーバ装置にアップロードされるように制御する、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項１１】
ネットワークを介した外部装置との間でのデータ通信を行う通信手段と、記録媒体に記録された情報の読み出しを行う読出手段と、演算手段とを備えた情報処理装置において実行されるべきプログラムとして、
各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を上記演算手段に実行させる、
ことを特徴とするプログラム。
【請求項１２】
各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体であって、
ネットワークを介した外部装置との間でのデータ通信を行う通信手段と、記録媒体に記録された情報の読み出しを行う読出手段と、演算手段とを備えた上記情報処理装置において実行されるべき上記プログラムとして、
上記記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を上記演算手段に実行させるプログラムが記録されている、
ことを特徴とする記録媒体。
【請求項１】
各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体と、それぞれがネットワークを介したデータ通信が可能に構成された情報処理装置とサーバ装置とを含んで構成されるアップロード／ダウンロードシステムであって、
上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、上記識別情報を読み出す読出手段と、
同じく上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、上記読出手段により読み出された上記識別情報を上記ネットワークを介して上記サーバ装置に送信する識別情報送信手段と、
上記サーバ装置に備えられ、上記識別情報送信手段により送信された識別情報についての認証処理を行う認証手段と、
上記情報処理装置に備えられ、上記記録媒体に記録される上記プログラムに基づき、情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルを上記ネットーワークを介して上記サーバ装置にアップロードするアップロード手段と、
上記アップロード手段によりアップロードされるデータファイルを特定するための固有のファイルパス情報を生成するパス生成手段と、
上記サーバ装置に備えられ、上記アップロード手段によりアップロードされた上記データファイルと、上記パス生成手段により生成されたファイルパス情報とを対応づけてサーバ側記録媒体に記録する記録手段と、
同じく上記サーバ装置に備えられ、上記サーバ側記録媒体に記録されるデータファイルについて上記ファイルパス情報を指定したダウンロード要求が行われたことに応じて、上記ファイルパス情報により特定されるデータファイルを上記ネットワークを介して上記ダウンロード要求を行った要求元に転送する転送手段と、
を備えることを特徴とするアップロード／ダウンロードシステム。
【請求項２】
上記パス生成手段は上記情報処理装置側に備えられ、
上記記録媒体に記録される上記プログラムに基づき、上記記録媒体に記録された上記識別情報に基づいて上記アップロードされるデータファイルに固有となるファイルパス情報を生成するようにされる、
ことを特徴とする請求項１に記載のアップロード／ダウンロードシステム。
【請求項３】
上記パス生成手段は、上記識別情報を暗号化した結果に基づき上記ファイルパス情報を生成する、
ことを特徴とする請求項２に記載のアップロード／ダウンロードシステム。
【請求項４】
上記サーバ装置は、
上記認証手段による認証処理の結果上記識別情報が正規の識別情報であると認証された場合に、上記情報処理装置に対して所定情報を送信する所定情報送信手段をさらに備えると共に、
上記アップロード手段は、
上記所定情報が受信された場合に、上記指定されたデータファイルを上記ネットーワークを介して上記サーバ装置にアップロードするようにされる、
ことを特徴とする請求項１に記載のアップロード／ダウンロードシステム。
【請求項５】
上記アップロード手段は、
上記識別情報に基づき上記指定されたデータファイルを暗号化して上記サーバ装置にアップロードするようにされる、
ことを特徴とする請求項１に記載のアップロード／ダウンロードシステム。
【請求項６】
ネットワークを介した外部装置との間でのデータ通信を行う通信手段と、
記録媒体に記録された情報の読み出しを行う読出手段と、
演算手段とを備えると共に、
上記演算手段は、各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体に記録された、上記プログラムに基づく処理として、
上記記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を実行するようにされている、
ことを特徴とする情報処理装置。
【請求項７】
上記演算手段は、上記プログラムに基づく処理として、
さらに、上記読出制御処理により読み出された上記識別情報に基づいて、上記アップロード制御処理によりアップロードされるデータファイルを特定するための固有のファイルパス情報を生成するパス生成処理を実行するようにされ、
上記アップロード制御処理では、
上記指定されたデータファイルと共に、上記パス生成処理により生成したファイルパス情報が上記サーバ装置に送信されるように制御する、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
上記パス生成処理では、
上記識別情報を暗号化した結果に基づき上記ファイルパス情報を生成するようにされる、
ことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
上記アップロード制御処理では、
上記サーバ装置が上記識別情報送信制御処理により送信した上記識別情報について認証処理を行った結果上記識別情報が正規の識別情報であるとした場合に送信してきた所定情報が受信された場合に、上記指定されたデータファイルが上記サーバ装置にアップロードされるように制御する、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項１０】
上記アップロード制御処理では、
上記指定されたデータファイルを上記識別情報に基づき暗号化した上で、上記サーバ装置にアップロードされるように制御する、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項１１】
ネットワークを介した外部装置との間でのデータ通信を行う通信手段と、記録媒体に記録された情報の読み出しを行う読出手段と、演算手段とを備えた情報処理装置において実行されるべきプログラムとして、
各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を上記演算手段に実行させる、
ことを特徴とするプログラム。
【請求項１２】
各記録媒体を一意に識別するための識別情報と所定のプログラムとが記録された記録媒体であって、
ネットワークを介した外部装置との間でのデータ通信を行う通信手段と、記録媒体に記録された情報の読み出しを行う読出手段と、演算手段とを備えた上記情報処理装置において実行されるべき上記プログラムとして、
上記記録媒体からの上記識別情報の読み出しを上記読出手段に実行させる読出制御処理と、
上記読出制御処理により読み出された上記識別情報が上記通信手段により所定のサーバ装置に送信されるように制御する識別情報送信制御処理と、
情報処理装置側記録媒体に記録されたデータファイルのうちから指定されたデータファイルが上記通信手段により上記サーバ装置にアップロードされるように制御するアップロード制御処理と、を上記演算手段に実行させるプログラムが記録されている、
ことを特徴とする記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００７−２８６６６４（Ｐ２００７−２８６６６４Ａ）
【公開日】平成１９年１１月１日（２００７．１１．１）
【国際特許分類】
【出願番号】特願２００６−１０９７２２（Ｐ２００６−１０９７２２）
【出願日】平成１８年４月１２日（２００６．４．１２）
【出願人】（５９４０６４５２９）株式会社ソニー・ディスクアンドデジタルソリューションズ (88)
【Ｆターム（参考）】
【公開日】平成１９年１１月１日（２００７．１１．１）
【国際特許分類】
【出願日】平成１８年４月１２日（２００６．４．１２）
【出願人】（５９４０６４５２９）株式会社ソニー・ディスクアンドデジタルソリューションズ (88)
【Ｆターム（参考）】
[ Back to top ]