JP2006277517A - ファイル転送システム及びファイル転送方法 - Google Patents

Abstract

【課題】 このファイル転送システムは、使い勝手の低下を防止しつつ、信頼性を向上させてファイルの送受信を行うことを可能とする。
【解決手段】 ファイルの送信者は、送信端末１０を介してサーバ３０にアクセスし、送信対象のファイル及びその受信条件を設定する。送信者は、そのファイルを受信可能なユーザIDやIPアドレスを予め指定できる。ファイルの受信を希望する受信者は、受信端末２０Ａ，２０Ｂ，２０Ｃのいずれかを介してサーバ３０にアクセスする。受信端末２０Ａ，２０ＢのIPアドレスは、送信者によって指定されたIPアドレスと一致するため、ファイル記憶部２５に保存されているファイルを読み出すことができる。受信端末２０ＣのIPアドレスは、指定されたIPアドレスと一致しないため、その端末２０Ｃはファイルを取得することができない。
【選択図】 図１

Description

本発明は、ファイル転送システム及びファイル転送方法に関する。

いわゆるインターネット等のような通信ネットワークを介して、複数ユーザ間でファイルを交換する方法としては、例えば、電子メールを用いる方法が知られている。ファイル送信者は、所望のファイルを添付した電子メールを作成することにより、相手方（ファイル受信者）にファイルを送る。しかし、電子メールにファイルを添付する方法では、ファイル受信者のメールボックスの空き容量以上のファイルを送信することができず、使い勝手が悪い。

そこで、送信者と受信者との間に設けたサーバを介して、ファイルを交換する方法が提案されている（特許文献１）。この文献に記載の従来技術では、送信者がファイルをサーバにアップロードすると、サーバから受信者に向けて電子メールにより通知される。この通知を受けた受信者は、サーバにアクセスしてファイルをダウンロードする。
特開２００５−７１２８１号公報

上記文献に記載された技術では、受信者のメールボックスに十分な空き容量が無い場合でも、大容量のファイルを送ることができる。しかし、例えば、ユーザID及びパスワード等の比較的簡単な認証でファイルの受信等が可能なため、セキュリティ性の点で改善の余地がある。これに対し、例えば、物理的なIDカードを用いたり、生体認証と組み合わせる方法も考えられる。しかし、IDカードや生体認証を採用すると、システム構成が複雑化し、サービス利用コストが増大する上に、使い勝手も低下する。

そこで、本発明の目的は、使い勝手及びセキュリティ性を改善できるようにしたファイル転送システム及びファイル転送方法を提供することにある。本発明のさらなる目的は、後述する実施形態の記載から明らかになるであろう。

上記課題を解決すべく、本発明の一つの観点に従うファイル転送システムは、第１コンピュータと第２コンピュータとに通信ネットワークを介してそれぞれ接続されたファイル転送システムであって、第１コンピュータ及び第２コンピュータから取得した所定の情報と予め登録された所定の認証情報とを比較することにより認証を行う認証部と、認証部により第１コンピュータの認証が成功した場合は、第１コンピュータから第２コンピュータへのファイル送信要求を受け付ける送信要求処理部と、第１コンピュータから受け取ったファイルを記憶部に記憶させて管理するファイル管理部と、認証部により第２コンピュータの認証が成功した場合は、第２コンピュータからのファイル受信要求を受け付け、ファイル管理部により記憶部から読み出されたファイルを第２コンピュータに転送させる受信要求処理部と、を備えている。そして、所定の認証情報には、第１コンピュータにより指定される第２コンピュータを特定するための特定情報が含まれており、第２コンピュータから取得された所定の情報と所定の認証情報とが一致しない場合は、第２コンピュータによる操作を制限するようになっている。

特定情報は、第２コンピュータのネットワーク上の位置を特定する情報として定義することができる。また、特定情報は、第２コンピュータのネットワーク上の位置を所定範囲内で特定する情報でもよい。特定情報としては、例えば、IP（Internet Protocol）アドレスを挙げることができる。IPアドレスは、TCP/IP（Transmission Control Protocol/Internet Protocol）ネットワーク上の各ノードを特定するための情報であり、これにより、第２コンピュータの位置を特定することができる。

IPアドレスには、世界で一意のグローバルIPアドレスと、その時々でアドレスが変動するプライベートIPアドレスとに分類可能である。プライベートIPアドレスの場合、例えば、NAT（Network Address Translation）のような仕組みを用いて、グローバルIPアドレスに関連づけられ、外部ネットワーク（インターネット）に接続する。この場合、組織内部のローカルノードを外部ネットワークに接続させるための中継装置に設定されているグローバルIPアドレスを指定することにより、そのグローバルIPアドレスに対応付けられる範囲内のノードを指定することができる。

ファイル送信者は、例えば、ファイル受信者を特定するためのユーザIDや電子メールアドレス等の基本的な宛先情報に加えて、ファイル受信者の端末をネットワーク上で特定するためのIPアドレスを指定する。上述のように、例えば、「200.200.200.1〜200.200.200.100」等のように、幅を持たせてIPアドレスを指定することができる。ファイル送信者により選択されたファイルは、記憶部に保存される。

ファイル受信者がファイルの受取を希望する場合、認証が行われる。この際、例えば、ユーザIDやパスワードのような基本的な認証に加えて、IPアドレス（特定情報）に基づく特別な認証が実行される。ファイル送信者の指定したIPアドレスとファイル受信者の端末（第２コンピュータ）のIPアドレスとが一致しない場合、ファイル受信者による操作が制限される。これにより、ファイル送信者が予め指定したネットワーク上の位置でのみ、そのファイルをファイル受信者に受け取らせることができるため、セキュリティ性が向上する。また、ファイル受信者は、IPアドレスを手動で入力する必要がなく、使い勝手の低下も防止することができる。

たとえ指定された本人であっても、ファイル送信者がファイル送信時に指定したネットワーク上の位置以外で、そのファイルを受け取ることはできない。従って、例えば、公共の無線LAN（Local Area Network）のような信頼性に疑問のあるネットワークを利用して、重要なファイルが受け取られるのを未然に防止することができる。また、ファイル送信者が事前に指定したネットワーク上の位置以外から、ファイル受信者がファイル送信者に返信等をできないように構成することもできる。これにより、例えば、コンピュータウィルスの感染を予防することもできる。

本発明の一実施形態では、特定情報のみが不一致の場合、第２コンピュータによる操作を予め設定された機能毎に制限する。ここで、機能とは、例えば、ファイルの受信、ファイルの送信（返信）等を挙げることができる。従って、例えば、特定情報のみが不一致の場合、第２コンピュータによるファイルの受信を禁止し、第２コンピュータによる別のファイルの送信要求を受け付け可能とすることができる。これとは逆に、特定情報のみが不一致の場合、第２コンピュータによるファイルの受信を許可し、別のファイルの送信要求を拒否することもできる。これとは逆に、特定情報のみが不一致の場合、第２コンピュータによるファイルの受信を許可し、第２コンピュータによる別のファイルの送信を禁止するようにすることもできる。

さらに、特定情報のみが不一致の場合、予め設定されたファイル種別に応じて、第２コンピュータによる操作を制限してもよい。例えば、拡張子等のようなファイル種別を識別可能な情報に基づいて、転送対象のファイルの種類を特定可能である。あるいは、例えば、ファイルのヘッダ部分を調査することにより、そのファイルの種類を特定可能な場合もある。第２コンピュータのネットワーク上の位置が、第１コンピュータにより指定された位置と一致しない場合、予め指定されたファイルについては受け取りを可能としたり、逆に、予め指定されたファイルについては受取を拒否するように構成できる。これにより、使い勝手が向上する。

本発明の他の実施形態では、さらに、第１コンピュータにより指定される第２コンピュータの利用可能時期をファイルに対応付けて記憶させておき、受信要求処理部は、第２コンピュータからのファイル受信要求の発生時期が利用可能時期に一致するか否かを判定し、ファイル受信要求の発生時期と利用可能時期とが一致する場合、第２コンピュータによる操作を許可し、ファイル受信要求の発生時期と利用可能時期とが不一致の場合、第２コンピュータによる操作を、予め設定された機能毎に、または、予め設定されたファイル種別に応じて、制限する。

例えば、第１コンピュータのユーザは、受取先IPアドレスの指定に加えて、「17:00−21:00まで受信可能」、「2005年3月31日まで受信可能」等のように、そのファイルを受け取り可能な期間を事前に設定することができる。これにより、指定された時期以外の第２コンピュータによる操作を制限して、セキュリティ性を向上させることができる。

本発明の別の観点に従うファイル転送方法は、通信ネットワークを介して接続された第１コンピュータと第２コンピュータとの間でファイルを転送するための方法であって、第１コンピュータから受信した情報と予め登録されている認証情報とを比較して認証を行う送信用認証ステップと、送信用認証ステップにより第１コンピュータの認証が成功した場合は、第１コンピュータからファイル及び該ファイルの受取先を指定する受取先指定情報を受信する受信ステップと、受信ステップで受信されたファイル及び受取先指定情報を対応付けて記憶する記憶ステップと、第２コンピュータから受信した情報と受取先指定情報とを比較して認証を行う受信用認証ステップと、受信用認証ステップにより第２コンピュータの認証が成功した場合は、記憶ステップにより記憶されたファイルを第２コンピュータに送信する送信ステップと、を含む。そして、受取先指定情報には、第２コンピュータのネットワーク上の位置を特定するための情報が含まれている。

本発明の機能、手段、ステップの全部または一部は、例えば、マイクロコンピュータにより実行されるコンピュータプログラムとして構成可能な場合がある。そして、このコンピュータプログラムは、例えば、ハードディスク、光ディスク、半導体メモリ等の記憶媒体に固定して配布することができる。または、コンピュータプログラムをインターネット等の通信ネットワークを介して、配信することもできる。

以下、図面に基づき、本発明の実施の形態を説明する。本実施形態のファイル転送システムは、以下に述べるように、第１コンピュータ（10）と第２コンピュータ（20A，20B）とに通信ネットワークを介してそれぞれ接続されたファイル転送サーバ（30）を有しており、このファイル転送サーバ（30）は、第１コンピュータ（10）及び第２コンピュータ（20A，20B）から取得した所定の情報（ユーザID、PW等）と予め登録された所定の認証情報（ユーザID、PW等）とを比較することにより認証を行う認証部（33）と、認証部（33）により第１コンピュータ（10）の認証が成功した場合は、第１コンピュータ（10）から第２コンピュータ（20A，20B）へのファイル送信要求を受け付ける送信要求処理部（31）と、第１コンピュータ（10）から受け取ったファイルを記憶部（35）に記憶させて管理するファイル管理部（36）と、認証部（33）により第２コンピュータ（20A，20B，20C）の認証が成功した場合は、第２コンピュータ（20A，20B）からのファイル受信要求を受け付け、ファイル管理部（36）により記憶部（35）から読み出されたファイルを第２コンピュータ（20A，20B）に転送させる受信要求処理部（32）と、を備えている。そして、所定の認証情報には、第１コンピュータ（10）により指定される第２コンピュータ（20A，20B）を特定するための特定情報（IPアドレス）が含まれており、第２コンピュータ（20A，20B）から取得された所定の情報（ユーザID、PW、IPアドレス）と所定の認証情報（ユーザID、PW、IPアドレス）とが一致しない場合は、第２コンピュータ（20C）による操作を制限するようになっている。

図１は、ファイル転送システムの全体構成を示すブロック図である。このファイル転送システムは、例えば、ファイル送信端末（以下、「送信端末」）１０と、ファイル受信端末（以下、「受信端末」）２０Ａ，２０Ｂ，２０Ｃ（特に区別しない場合、「受信端末２０」と呼ぶ）と、ファイル転送サーバ３０とを備えて構成することができる。

送信端末１０は、例えば、パーソナルコンピュータ、ワークステーション、携帯情報端末（携帯電話を含む。以下同様）として構成可能である。送信端末１０は、例えば、ウェブブラウザを備えている。

受信端末２０は、送信端末１０と同様に、例えば、パーソナルコンピュータや携帯情報端末等として構成可能であり、ウェブブラウザを備えている。なお、図中では、説明の便宜上、一つのファイル送信端末１０と複数の受信端末２０とを示すが、それぞれ少なくとも一つ以上存在すればよい。また、あるファイルの送信に着目した場合、一方の端末１０は送信端末となり、他方の端末２０は受信端末となるが、別のファイルの送信の場合は、これとは逆に、一方の端末１０が受信端末となり、他方の端末２０が送信端末となる場合もある。

ファイル転送サーバ３０は、例えば、アップロード処理部３１と、ダウンロード処理部３２と、ユーザ認証部３３と、ユーザ認証テーブル３４と、ファイル記憶部３５と、ファイル管理部３６と、送受信管理データベース（図中「送受信管理DB」と略記）３７と、ユーザインターフェース制御部３８とを備えて構成することができる。

アップロード処理部３１は、ファイル送信を希望する端末１０（あるいは端末２０）からの要求に応じて、対象のファイルを受信すると共に、そのファイルの受取先を特定するための情報（受取条件）を受信する。アップロード処理部３１により受信されたファイルは、ファイル記憶部３５に記憶され、そのファイルの格納先アドレス及び受取条件は、ファイル管理部３６やユーザ認証部３３により管理される。

ダウンロード処理部３２は、ファイルの受信を希望する端末２０（あるいは端末１０）からの要求に応じて、要求されたファイルをファイル記憶部３５から読出し、受信端末２０に送信するものである。

ユーザ認証部３３は、送信端末１０及び受信端末２０の認証を行うものである。認証に必要なデータは、予めユーザ認証テーブル３４に登録されている。ユーザ認証テーブル３４の詳細はさらに後述する。ユーザ認証部３３は、後述のように、基本的な認証と特別な認証とを行う。基本的認証では、例えば、ユーザID及びパスワード（以下、「PW」）の組合せが一致するか否かを判断する。特別な認証では、送信端末１０により指定されたIPアドレスと受信端末のIPアドレスとが一致するか否かを判定する。従って、ユーザ認証部３３は、ユーザID、PW、IPアドレスという３種類の情報の組合せが一致するか否かを判断する（3KEY認証）。

ここで、留意すべき点は、ファイルを送信する場合は基本的認証のみが行われ、ファイルを受信する場合に基本的認証及び特別な認証の両方が行われる点である。即ち、ファイル送信時には、送信端末１０のIPアドレスを問わない構成としている。但し、後述のように、送信端末１０への返信として、受信端末２０から送信端末１０へファイルを送信する場合は、返信しようとする端末２０のIPアドレスが所定のアドレスであるか否かを問うことができる。なお、上述の構成は、一つの仕様例であって、本発明はこれに限定されるものではない。

ファイル記憶部３５は、例えば、ハードディスクドライブや半導体メモリドライブ等のように、書き換え可能な大容量記憶装置として構成することができる。ファイル記憶部３５は、複数のファイルを記憶することができる。

ファイル管理部３６は、ファイル記憶部３５へのファイル入出力を管理する。ファイル管理部３６は、送受信管理DB３７を用いることにより、各ファイルの送信元及び受信先やファイルの状態（送信済か否か）を管理する。ファイル管理部３６は、アップロード処理部３１及びダウンロード処理部３２からの通知に基づいて、ファイルの入出力及び送受信管理DB３７の更新を行う。送受信管理DB３７の詳細はさらに後述する。

なお、図１中では、受信端末２０Ａ，２０Ｂ，２０Ｃのうち、受信端末２０Ａ及び２０Ｂのみがファイルを受け取ることができ、受信端末２０Ｃはファイルを受け取ることができない様子が示されている。拒否された受信端末２０ＣのIPアドレスが、送信端末１０によって設定されたIPアドレスと一致しないためである。

図２は、ユーザ認証テーブル３４及び送受信管理DB３７の構成例をそれぞれ示す説明図である。
ユーザ認証テーブル３４は、例えば、ユーザIDと、PWと、IPアドレスとを対応付けることにより、構成することができる。ユーザIDは、このファイル転送システム内で各ユーザを一意に特定可能な識別情報である。ユーザIDは、例えば、アルファベットや数字あるいは記号の組合せにより生成することができる。ユーザIDとして、例えば、電子メールアドレスを用いてもよい。PWは、ユーザIDに対応付けられる暗証情報であり、アルファベットや数字または記号により構成することができる。なお、一つのユーザIDに複数のPWを対応付ける構成でもよい。

IPアドレスは、ユーザIDに対応付けられる情報であり、端末のネットワーク上の位置を特定する。全てのユーザIDにIPアドレスが関連づけられる必要はなく、例えば、送信者、システム管理者あるいは受信者が選択したユーザIDにのみIPアドレスを対応付けることができる。例えば、ユーザは、自分の使用する端末のIPアドレスをサーバ３０に登録し、そのIPアドレスによる制限を予め設定しておくことにより、万が一、ユーザIDやPWが第三者に知られた場合でも、第三者がそのユーザになりすましてサーバ３０にログインしたり、不正なファイル送受信を行うのを未然に防止することができる。
また、一つのユーザIDについて、複数のIPアドレスまたは所定範囲内のIPアドレスを対応付けることもできる。また、あるファイルの送信に際してユーザIDに関連づけられたIPアドレスは、そのファイルの送信が完了した場合に、ユーザ認証テーブル３４から消去することができる。

送受信管理DB３７は、例えば、送信IDと、送信者IDと、受信者IDと、IP制限フラグと、対象ファイルを特定する情報と、そのファイルの状態とを対応付けることにより、構成することができる。

送信IDとは、各回のファイル送信をそれぞれ識別するための情報である。一回のファイル送信によって一つまたは複数のファイルを受け渡し可能であるが、この各回のファイル送信をそれぞれ識別するための情報である。例えば、同一の送信者から同一の受信者に向けて同一のファイルを複数回送信する場合、各回の送信IDはそれぞれ相違する。
送信者IDとは、そのファイルの送信を希望するユーザを特定するためのIDである。受信者IDとは、そのファイルを受信すべきユーザを特定するためのIDである。送信者ID及び受信者IDは、ユーザIDに含まれる。あるユーザIDを有するユーザがファイルを送信する場合、そのユーザIDは送信者IDとして送受信管理DB３７に登録される。同様に、あるユーザIDを有するユーザがファイル受信者として指定された場合、そのユーザIDは受信者IDとして送受信管理DB３７に登録される。なお、一つまたは複数のファイルを複数のユーザに受け取らせる場合は、一つの送信者IDに複数の受信者IDを対応付けることができる。

IP制限フラグとは、そのファイルの受信についてIPアドレスの制限が設定されているか否かを示す情報である。IP制限フラグが「有り」に設定されている場合、そのファイルは特定のIPアドレスを有する端末からのみ受信可能である。その特定のIPアドレスの値は、ユーザ認証テーブル３４に登録されている。

対象ファイルを特定するための情報としては、例えば、そのファイルのフルパス名称やファイルID等を挙げることができる。ファイルIDは、記憶部３５の記憶空間内でそのファイルを一意に特定するための情報であり、そのファイルの格納先アドレスと対応付けられている。

ファイルの状態を示す情報としては、例えば、「送信済」や「未送信」を挙げることができる。「送信済」状態とは、そのファイルに関連づけられた全ての受信者によってファイルが受信された状態を示す。「未送信」状態とは、そのファイルに関連づけられた全ての受信者のうち少なくとも一部の受信者にファイルが受信されていない状態を示す。なお、これに限らず、例えば、「一部受信」や「IPアドレス制限違反」等のような他の状態を採用してもよい。

図３は、送信端末１０からサーバ３０にファイルを転送するアップロード処理の概要を示すフローチャートである。以下の各処理で示すフローチャートも同様であるが、各フローチャートは処理の概要を示しており、実際のプログラムとは相違する場合がある。

ファイルの送信を希望するユーザ（送信者）は、送信端末１０を介してサーバ３０にアクセスし、サーバ３０からの要求に応じて認証情報を入力する（Ｓ１１）。ここでの入力情報は、ユーザID及びPWである。

サーバ３０は、基本的認証情報を取得すると（Ｓ１２）、ユーザ認証テーブル３４を参照し、認証が成功したか否かを判定する（Ｓ１３）。即ち、サーバ３０は、入力されたユーザID及びPWの組合せが、ユーザ認証テーブル３４に登録されているユーザID及びPWの組合せに一致するか否かを判定する。認証に失敗した場合（S13：NO）、サーバ３０は、エラー処理を行う（Ｓ１４）。エラー処理としては、例えば、「ユーザIDまたはPWのいずれか又は両方が間違っています。」等のエラーメッセージを送信端末１０に表示させることにより行うことができる。

認証に成功した場合（S13：YES）、サーバ３０は、アップロード操作を行うための操作画面を送信端末１０に送信し、送信端末１０の端末画面に表示させる（Ｓ１５）。なお、この操作画面は、アップロード専用の操作画面として構成されるものではなく、サーバ３０が提供するファイル転送サービスを利用するための操作画面として構成される。図中では、説明の便宜上、「アップロード操作画面」としているが、正確には、例えば、「ファイル転送サービス利用画面」または「ファイル転送サービスメニュー画面」と呼ぶことができる。

送信端末１０に操作画面が表示されると、送信者は、この操作画面を介して、ファイルの受信者を指定する（Ｓ１６）。サーバ３０は、指定された受信者の受信者IDを、送受信管理DB３７に登録させる（Ｓ１７）。

送信者は、この操作画面を介して、受信条件を指定することもできる（Ｓ１８）。本実施例では、受信条件として、受信端末２０のネットワーク上の位置を特定するための情報（IPアドレス）を採用する。受信端末２０を特定するIPアドレスが入力されると、サーバ３０は、このIPアドレスをユーザ認証テーブル３４に登録する（Ｓ１９）。また、サーバ３０は、IPアドレスの制限が設定された旨を、送受信管理DB３７に登録させる。

続いて、送信者は、送信を希望するファイルを選択し（Ｓ２０）、選択したファイルのアップロードを指示する（Ｓ２１）。これにより、例えば、送信端末１０内の記憶装置または送信端末１０に接続された記憶装置からファイルが読み出され、サーバ３０に送信される。サーバ３０は、送信端末１０からのファイルを受信すると（Ｓ２２）、このファイルをファイル記憶部３５に保存させる（Ｓ２３）。サーバ３０は、ファイル記憶部３５におけるファイルの記憶位置を送受信管理DB３７に登録する（Ｓ２４）。
なお、受信端末２０のIPアドレスを設定しない場合、Ｓ１８及びＳ１９はそれぞれスキップされる。

図４は、サーバ３０から受信端末２０にファイルを転送するダウンロード処理の概要を示すフローチャートである。図４に示すフローチャートでは、受信者へのファイル送信が一つの場合を説明する。従って、このフローチャートにおいて、受信者は、同一人または別人により行われた複数のファイル送信の中から、所望のファイル送信を選択する必要はない。複数のファイル送信が行われている場合のダウンロード処理については、別の実施例として後述する。
受信者は、例えば、電子メールや電話あるいはファクシミリ等の連絡手段によって、受信すべきファイルの存在を知ることができる。なお、例えば、本社で作成したファイルを出張先で使用する場合のように、送信者と受信者が同一人物のときは、このような連絡は必要ない。

ファイルの受信を希望する場合、受信者は、受信端末２０を介してサーバ３０にアクセスし、認証情報を入力する（Ｓ３１）。ユーザID（受信者ID）及びPWは、一つまたは複数のIPパケットに格納されて、受信端末２０からサーバ３０に送信される。パケットには、送信元である受信端末２０のIPアドレスと、受信先となるサーバ３０のIPアドレスとがそれぞれ含まれている。従って、サーバ３０は、受信端末２０から受信者ID及びPWを受信する際に、受信端末２０のIPアドレスも同時に取得することになる。ユーザは、IPアドレスがサーバ３０に取得されたことを意識する必要はない。換言すれば、ユーザは、IPアドレスを手動操作で明示する必要はない。この点で、物理的なIDカードをカードリーダーに読み取らせたり、指紋等をセンサに読み取らせるような、ユーザの明確な意思に基づく認証情報入力とは相違する。

サーバ３０は、受信端末２０から受信者ID及びPWを受信すると、ユーザ認証テーブル３４を参照し（Ｓ３２）、受信者ID及びPWがユーザ認証テーブル３４に登録されているか否かを判定する（Ｓ３３）。

受信者ID及びPWがユーザ認証テーブル３４に登録されている場合（S33：YES）、サーバ３０は、送受信管理DB３７を参照し（Ｓ３４）、そのファイルを受信しようとする受信者IDにIP制限が設定されているか否かを判定する（Ｓ３５）。IP制限フラグが設定されている場合（S35：YES）、サーバ３０は、IP制限が設定された受信者IDによってユーザ認証テーブル３４を検索し、設定されたIPアドレスの値を取得する。

サーバ３０は、送信者によって予め設定されたIPアドレスと受信端末２０のIPアドレスとを比較し、両IPアドレスが一致するか否かを判定する（Ｓ３６）。ここで、IPアドレスが一致するとは、送信者の指定したIPアドレスと受信端末２０のIPアドレスとが完全に一致する場合に限らず、送信者の指定したIPアドレスの範囲内に受信端末２０のIPアドレスが存在する場合も含む。

なお、受信者ID及びPWがユーザ認証テーブル３４に登録されていない場合（S33：NO）、または、送信者が予め設定したIPアドレスと受信端末２０のIPアドレスとが不一致の場合（S36：NO）、サーバ３０は、エラー処理を行う（Ｓ３７）。このエラー処理では、例えば、エラー内容に応じたメッセージを受信端末２０の端末画面に表示させる。サーバ３０は、ユーザIDまたはPWのいずれか又は両方が誤っている場合、その旨を受信者に通知する。サーバ３０は、ユーザID及びPWは一致するが、IPアドレスが不一致の場合、例えば、「指定されたIPアドレスからのアクセスではないため、ファイルをダウンロードできません。」等のようなメッセージを受信端末２０に表示させる。

サーバ３０は、両IPアドレスが一致する場合（S36：YES）、認証された受信者にダウンロード操作を行わせるために、操作画面を提供する（Ｓ３８）。アップロード処理でも述べたように、サーバ３０は、ファイル転送サービスを利用するための操作画面を、受信端末２０に提供する。

なお、ダウンロード操作処理及びアップロード操作処理は、例えば、いわゆるウェブアプリケーションとして知られているように、サーバ３０上でのみ行うことができる。あるいは、これら各操作処理は、ウェブブラウザに一つまたは複数の機能を追加実装したクライアントプログラムとサーバ３０との協働作業として行うこともできる。

サーバ３０から受信端末２０に操作画面が提供されると、受信者は、受信を希望するファイルを選択し（Ｓ３９）、ファイルの転送を要求する（Ｓ４０）。サーバ３０は、受信端末２０からのファイル転送要求を受信すると、要求されたファイルをファイル記憶部３５から読出し（Ｓ４１）、受信端末２０に送信する（Ｓ４２）。

受信端末２０は、サーバ３０からファイルを受信すると（Ｓ４３）、この受信ファイルをローカルディスクやメモリ等に保存し、そのファイルを閲覧する（Ｓ４４）。サーバ３０は、受信端末２０へのファイル送信を完了すると、その送信されたファイルの状態を「未送信」から「送信済」に変更させて、送受信管理DB３７を更新させる（Ｓ４５）。

図５は、アップロード操作画面及びダウンロード操作画面の一例をそれぞれ示す画面構成図である。
図５（ａ）は、アップロード操作画面を示す。アップロード操作画面は、例えば、送信者欄Ｇ１１と、受信者欄Ｇ１２と、タイトル欄Ｇ１３と、本文欄Ｇ１４と、ファイル選択欄Ｇ１５と、受取可能IPアドレス指定欄Ｇ１６と、幾つかのボタン類とを備えることができる。

送信者欄Ｇ１１には、ファイルの送信者を特定するための情報、例えば、送信者IDが記入される。受信者欄Ｇ１２には、そのファイルを受信すべき受信者を特定するための情報（例えば、受信者ID）が記入される。受信者欄Ｇ１２には、複数の受信者を記入することができる。なお、送信者及び受信者のユーザIDを画面から隠して、送信者名及び受信者名を表示させることもできる。もっとも本実施例では、送信者及び受信者は、それぞれユーザIDによって特定されるため、送信者名及び受信者名とユーザIDとを対応付けておく必要はある。

タイトル欄Ｇ１３には、例えば、ファイル送信についてのタイトル名を記入することができる。本文欄Ｇ１４には、例えば、ファイル送信に関する説明文や挨拶文等を記入することができる。ファイル選択欄Ｇ１５は、送信対象のファイルを選択するための情報が記入される。ファイル選択情報としては、例えば、送信対象ファイルの所在を特定するためのフルパス名等を挙げることができる。IPアドレス指定欄Ｇ１６では、例えば、各受信者毎に、それぞれ受信可能なIPアドレスを設定することができる。IPアドレスは、複数桁の数値を直接入力して指定してもよいし、後述のように、受信者の属する組織種別やグループ名を指定することにより間接的に指定してもよい。

ボタン類としては、例えば、処理の進行を促すOKボタンや取消を求めるキャンセルボタンのほかに、受信操作画面（ダウンロード操作画面）に移行するためのボタンＢ１を挙げることができる。

図５（ｂ）は、ダウンロード操作画面の説明図である。ダウンロード操作画面は、例えば、送信者欄Ｇ２１と、受信者欄Ｇ２２と、タイトル欄Ｇ２３と、本文欄Ｇ２４と、ファイル選択欄Ｇ２５と、幾つかのボタン類とを含んで構成することができる。

送信者欄Ｇ２１、受信者欄Ｇ２２、タイトル欄Ｇ２３、本文欄Ｇ２４は、アップロード操作画面に表示される送信者欄Ｇ１１、受信者欄Ｇ１２、タイトル欄Ｇ１３、本文欄Ｇ１４にそれぞれ対応し、同一の内容が表示される。

ファイル選択欄Ｇ２５では、例えば、ファイル名が表示される。また、ファイル名に加えて、そのファイルサイズや更新年月日（タイムスタンプ）等の他の属性情報を表示させてもよい。ファイル選択欄Ｇ２５には、ファイルを選択するためのチェック欄Ｇ２５Ａが設けられている。受信者は、受信を希望するファイルにチェックマークを入れることにより、そのファイルを選択することができる。

ボタン類としては、アップロード操作画面と同様に、OKボタンやキャンセルボタンのほか、送信操作画面（アップロード操作画面）に移行するためのボタンＢ２を挙げることができる。従って、ファイルを受信した受信者は、送信操作画面に移行することにより、受信ファイルの送信者に対して、別のファイル、または、受信ファイルを更新したファイルを返信することができる。

本実施例は、上述のように構成されるので、以下の効果を奏する。本実施例では、ユーザID及びPWの基本的認証に加えて、送信者により予め指定されたIPアドレスと受信端末２０のIPアドレスとが一致するか否かを判定する構成とした。

従って、もしも、ユーザID及びPWが第三者に知られた場合でも、予め指定されたIPアドレスの受信端末２０以外からファイルを受信することはできず、セキュリティ性が向上する。また、例えば、公衆無線LAN等のような信頼性の疑わしいネットワークを利用して重要なファイルが受信されるのを未然に防止でき、重要情報の適切な管理に貢献することができる。また、ファイルの受信者は、IPアドレスを特別な操作で入力する必要がなく、使い勝手を維持しながら信頼性を向上させることができる。

例えば、本実施例のファイル転送システムを用いれば、本社で作成したファイルをサーバ３０にアップロードし、各支社の端末のIPアドレスを予め指定することにより、信頼性の高い組織内ネットワークのみから、そのファイルを利用することができる。また、例えば、各所を点々と移動する長期出張時には、移動先のIPアドレスを予め指定することにより、ファイルを出先から利用することができる。

図６に基づいて、第２実施例を説明する。本実施例では、ユーザIDに他の属性を関連づけることにより、IPアドレスの指定を容易にしている。
図６は、本実施例で使用されるユーザ認証テーブル３４Ａ等を示す説明図である。本実施例のユーザ認証テーブル３４Ａは、図２と共に述べたテーブル３４の構成に加えて、「所属組織ID」及び「グループID」の２つの列を新たに備えている。即ち、ユーザ認証テーブル３４Ａは、ユーザIDと、PWと、IPアドレスと、所属組織IDと、グループIDとを対応付けることにより構成されている。

所属組織IDとは、そのユーザの属する組織の種別を示す情報である。所属組織の種別としては、例えば、「社内」や「社外」等を挙げることができる。グループIDとは、そのユーザの属するグループを識別するための情報である。グループとしては、例えば、「製品Ａ開発プロジェクト」や「ディーラー訪問」等を挙げることができる。

所属組織IDには、所属組織別IPアドレス管理テーブル３４１Ａが関連づけられる。所属組織別IPアドレス管理テーブル３４１Ａは、例えば、所属組織の種別毎にIPアドレスをそれぞれ関連づけることにより構成されている。所属組織別のIPアドレスは、所定の広がりをもって設定することができる。例えば、図に示すIPv4の場合、それぞれ１０進数表記された４つの値からIPアドレスが構成されているが（合計32bit）、上位３桁のみを指定し、最下位の桁は問わないように、IPアドレスを指定可能である。これにより、上位３桁のみが一致すれば、そのIPアドレスは登録されたIPアドレスと一致するものと扱われる。

グループIDには、グループ別IPアドレス管理テーブル３４２Ａが関連づけられている。グループ別IPアドレス管理テーブル３４２Ａは、例えば、グループ別にIPアドレスをそれぞれ関連づけることにより構成される。グループ別のIPアドレスも所定の広がりをもって設定可能である。図に示す例では、最下位の桁を不問とするのではなく、各グループ毎にそれぞれ複数のIPアドレスを設定している。

ファイル送信者が受信者を指定する際に、受信者の所属組織IDまたはグループIDのいずれか一方を指定することにより、その所属組織IDまたはグループIDに関連づけられているIPアドレスが、受信者のIPアドレス制限として設定される。従って、送信者は、IPアドレスの数値を入力する代わりに、受信者の所属する組織やグループを指定するだけでよく、操作性及び利便性が向上する。

なお、所属組織別IPアドレスとグループ別IPアドレスとは、それぞれ独立して設定することができる。所属組織別IPアドレス及びグループ別IPアドレスは、それぞれ幅を有するため、両者のIPアドレスが一部重複する可能性もある。これに対し、例えば、社内に存在するグループへのIPアドレスは、「社内」のIPアドレスの範囲内でのみ設定可能とする場合のように、所属組織別IPアドレスの設定とグループ別IPアドレスの設定とを関連づける構成でもよい。

図７〜図１０に基づいて第３実施例を説明する。本実施例では、ユーザID及びPWが一致し、IPアドレスのみが不一致の場合に、サービスの利用を全面的に拒否するのではなく、部分的に利用可能としている。

図７は、本実施例によるファイル転送システムの全体構成を示すブロック図である。ファイル転送システムのユーザインターフェース制御部３８Ａは、ユーザ認証部３３との間で情報交換が可能となっている。そして、ユーザインターフェース制御部３８Ａは、操作可否管理テーブル３９を用いることにより、IPアドレスのみが不一致の受信端末２０（図７中では２０Ｃが該当する）に対し、限定された操作を許可する。

図８は、操作可否管理テーブル３９の構成例を示す説明図である。操作可否管理テーブル３９は、例えば、ファイル転送システムが提供する各機能の名称と、制限番号と、操作可否フラグとを対応付けることにより構成することができる。

ファイル転送システムが提供する機能の種類は、機能一覧テーブル３９１に定義されている。機能としては、例えば、「ファイル一覧表示」、「ファイル送信」、「ファイル受信」、「パスワード変更」等を挙げることができる。制限番号とは、その機能の利用に制限を設定する条件を示す情報である。制限を設定する条件は、制限管理テーブル３９２に定義されている。

従って、図示の例では、IPアドレスのみが不一致の場合（制限番号R0001）、「ファイル送信」の利用は拒否されるが、「ファイル受信」は利用することができる。また、「ファイル一覧表示」は、操作可否管理テーブル３９に登録されていないため、IPアドレスが不一致の場合でも、受信端末２０にファイルの一覧を表示させることができる。

図９は、ダウンロード処理の要部を示すフローチャートである。説明の便宜上、受信端末２０で実行されるステップは省略し、サーバ３０が実行するステップを示す。
サーバ３０は、受信端末２０からユーザID及びPWが入力されると、ユーザ認証テーブル３４を参照し（Ｓ５１）、入力されたユーザID及びPWの組合せがユーザ認証テーブル３４に存在するか否かを判定する（Ｓ５２）。ユーザIDまたはPWのいずれか又は両方がユーザ認証テーブル３４の登録内容と一致しない場合（S52：NO）、サーバ３０は、エラーメッセージを出力する等のエラー処理を行う（Ｓ５３）。

ユーザID及びPWの組合せがユーザ認証テーブル３４の登録内容と一致する場合（S52：YES）、サーバ３０は、送受信管理DB３７を参照する（Ｓ５４）。サーバ３０は、その受信端末２０を使用しているユーザについて、IPアドレスによる制限が設定されているか否かを判定する（Ｓ５５）。

そのユーザIDにIPアドレスの制限が設定されている場合（S55：YES）、サーバ３０は、ユーザ認証テーブル３４を参照し、そのユーザIDに設定されているIPアドレスと受信端末２０のIPアドレスとが一致するか否かを判定する（Ｓ５６）。

両IPアドレスが一致する場合（S56：YES）、前記実施例と同様に、サーバ３０は、通常時のダウンロード操作画面を受信端末２０に提供する（Ｓ５７）。そして、受信端末２０からファイル受信要求が入力されると（S58：YES）、サーバ３０は、選択されたファイルをファイル記憶部３５から読出して、受信端末２０に送信する（Ｓ５９）。ファイルの送信が正常に完了すると、サーバ３０は、送受信管理DBを更新させて本処理を終了する（Ｓ６０）。

これに対し、そのユーザIDに設定されているIPアドレスと受信端末２０のIPアドレスとが一致しない場合（S56：NO）、サーバ３０は、直ちにエラー処理を行うのではなく、操作可否管理テーブル３９を参照する（Ｓ６１）。サーバ３０は、操作可否管理テーブル３９に登録されている各機能毎の操作可否に基づいて、操作制限用のダウンロード操作画面を受信端末２０に提供する（Ｓ６２）。

操作の制限を受けた受信端末２０から何らかの操作要求が入力された場合（S63：YES）、サーバ３０は、その要求された操作が操作可否管理テーブル３９によって許可されている操作であるか否かを判定する（Ｓ６４）。許可された操作である場合（S64：YES）、サーバ３０は、受信端末２０から要求された操作を実行する（Ｓ６５）。一方、制限を受けている受信端末２０から要求された操作が許可されていない場合（S64：NO）、サーバ３０は、エラー処理を行う（Ｓ６６）。このエラー処理では、例えば、「指定されたIPアドレスと異なるため、そのサービスは現在ご利用いただけません。」等のようなエラーメッセージを受信端末２０に表示させる。

なお、後述のように、許可された操作のみができるように操作画面を構成することにより、受信端末２０から要求された操作が許可されているか否かの判定ステップ（Ｓ６４）を省略することもできる。

図１０は、ダウンロード操作画面の構成例を示す説明図である。この画面は、図５中に示すダウンロード操作画面と類似するが、例えば以下の点で相違する。第１の相違点として、このダウンロード操作画面では、警告メッセージＧ２０を表示させる。警告メッセージＧ２０では、例えば、サービス利用について制限されている理由（IPアドレスの不一致）と、利用できない機能の表示と、利用可能な機能の表示とを含めることができる。

第２の相違点として、この操作画面では、制限された機能を利用するためのボタン類を操作不能にしている。例えば、送信機能の利用が制限される場合、アップロード操作画面に移行するためのボタンＢ２は、画面から消去されるか、または、使用不能とする。また、例えば、ファイルの受信が制限される場合は、ファイル名だけを表示させ、受信を希望するファイルの選択はできないように構成することもできる。例えば、ファイルを選択するためのチェック欄Ｇ２５Ａを非表示としたり、使用不能にすることができる。

図１１〜図１３に基づいて第４実施例を説明する。本実施例では、ユーザID、PW及びIPアドレスに加えて、「時間帯」という第４の情報を採用し、４種類の情報に基づいて認証を行うようにしている。
図１１は、本実施例で使用される操作可否管理テーブル３９Ａの構成例を示す説明図である。この管理テーブル３９Ａでは、複数種類の制限番号を使用する。制限番号の内容は、制限管理テーブル３９２Ａに定義されている。

第１の制限条件は、上述したように、IPアドレスの不一致である。第２の制限条件は、「設定時間外の利用」である。設定時間外の利用について、図１２に示すユーザ認証テーブル３４Ｂを参照しながら説明する。

本実施例では、ファイル送信者は、ファイル送信サービスを利用する際に、予め受取先のIPアドレス及び受取可能な時間帯を指定することができる。受取可能時間帯は、例えば、「09:00−17:00」、「平日のみ」、「毎週木曜日のみ」、「休日のみ」、「2005年2月14日まで」、「2005年3月14日以降」等のように、時刻や曜日、年月日等を指定することにより、指定することができる。

送受信管理DB３７Ｂには、IPアドレスによる制限または受取時間帯の制限のいずれかが設定されているか否かを示す制限フラグが設けられている。なお、これに代えて、IPアドレス制限フラグや受取時間帯制限フラグ等のように、各制限の種類毎にそれぞれフラグを用意する構成でもよい。

ファイルの送信者が予め受取時間帯を指定した場合、その受取時間帯以外の時刻に受信端末２０がサーバ３０にサービスを要求すると、その要求は「設定時間外の利用」として処理される。

図１３は、ダウンロード処理の要部を示すフローチャートである。
サーバ３０は、受信端末２０からユーザID及びPWが入力されると、ユーザ認証テーブル３４を参照し（Ｓ７１）、入力されたユーザID及びPWの組合せがユーザ認証テーブル３４に存在するか否かを判定する（Ｓ７２）。ユーザIDまたはPWのいずれか又は両方がユーザ認証テーブル３４の登録内容と一致しない場合（S72：NO）、サーバ３０は、エラー処理を行う（Ｓ７３）。

ユーザID及びPWの組合せがユーザ認証テーブル３４の登録内容と一致する場合（S72：YES）、サーバ３０は、送受信管理DB３７Ｂを参照し（Ｓ７４）、アクセス制限が設定されているか否かを判定する（Ｓ７５）。ここでは、説明の便宜上、少なくともIPアドレスについて制限が設定されるものとする。

アクセス制限が設定されている場合（S75：YES）、サーバ３０は、ファイル送信者（送信端末１０）により設定されているIPアドレスと受信端末２０のIPアドレスとが一致するか否かを判定する（Ｓ７６）。

両IPアドレスが一致する場合（S76：YES）、サーバ３０は、ファイル送信者により指定された設定時間（受取時間帯）と現在時刻とを比較し、許可された時間内のサービス要求であるか否かを判定する（Ｓ７７）。

現在時刻が設定時間内である場合（S77：YES）、サーバ３０は、通常時のダウンロード操作画面を受信端末２０に提供し（Ｓ７８）、受信端末２０からの操作要求（サービス要求）が入力されるのを待つ（Ｓ７９）。受信端末２０からファイル受信が要求されると（S79：YES）、サーバ３０は、選択されたファイルをファイル記憶部３５から読出して受信端末２０に送信し（Ｓ８０）、送受信管理DB３７Ｂを更新させて処理を終了する（Ｓ８１）。

これに対し、ファイル送信者から事前に指定されているIPアドレスと受信端末２０のIPアドレスとが不一致の場合（S76：NO）、または、IPアドレスは一致するが設定時間外のサービス要求である場合（S77：NO）、サーバ３０は、操作可否管理テーブル３９Ａを参照する（Ｓ８２）。

そして、サーバ３０は、操作可否管理テーブル３９Ａに登録されている各機能別の操作可否に基づいて、操作制限用のダウンロード操作画面を生成し、これを受信端末２０に提供する（Ｓ８３）。

受信端末２０から操作要求が入力されると（S84：YES）、サーバ３０は、要求された操作の実行が許可されているか否かを判定する（Ｓ８５）。サーバ３０は、その操作の実行が許可されている場合（S85：YES）、その操作を実行する（Ｓ８６）。逆に、要求された操作の実行が許可されていない場合（S85：NO）、サーバ３０は、エラーメッセージを表示させる等してエラー処理を行う（Ｓ８７）。

例えば、図１１に示す例では、IPアドレスのみが不一致の場合、ファイルの送信を行うことはできないが、ファイルの受信は許可されている。これに対し、予め指定された時間帯以外の時刻では、ファイルの送信及び受信が共に禁止される。サーバ３０は、制限発生事由毎に、それぞれの操作可否を個別に判断することができる。

このように構成される本実施例でも前記第１実施例と同様の効果を奏する。これに加えて、本実施例では、予め設定された時間帯と現在時刻とを比較し、設定された時間帯以外のサービス利用を制限する構成とした。これにより、IPアドレスの照合と相俟って、より一層セキュリティ性を向上させることができる。また、受信端末２０の利用者（ファイル受信者）は、そのIPアドレスの手動入力が不要となっているのと同様に、現在時刻の情報を手動で入力する必要はなく、使い勝手を低下させずにファイル転送システムの信頼性を高めることができる。

また、例えば、サイズの大きなファイルを受け渡す場合、平日の夜間や休日等のように、ネットワークやサーバ３０の負荷の少ない時間帯を指定することにより、サーバ３０やネットワークの負荷増大を防止しつつ、ファイルを転送することができる。即ち、本実施例のファイル転送システムを用いれば、手動による負荷分散機能を部分的に実現することもできる。

なお、サーバ３０に内蔵または接続されたタイマからの信号に基づいて現在時刻を検出する構成を採用できるが、これに限らず、例えば、外部のタイムサーバから取得した時刻情報を用いてもよい。

また、国内の本社と海外支店等のように、送信端末１０と受信端末２０とが物理的に遠く離れており、送信者と受信者との間に時差が存在する場合、サーバ３０が両者の時差を考慮して、送信者から指定された受取時間帯を受信端末２０の現地時間に合わせて調整してもよい。また、時間帯として「休日」を指定するような場合、その具体的な定義も、受信端末２０が存在する地域に合わせて、サーバ３０が調整してもよい。

図１４に基づいて第５実施例を説明する。本実施例では、ファイルの種別毎に、操作の可否を判断できるようにしている。
図１４は、本実施例で使用される操作可否管理テーブル３９Ｂを示す説明図である。この管理テーブル３９Ｂでは、特定のファイル毎に、その機能の利用可否を設定できるようにしている。

特定のファイルについては、例えば、特定ファイル管理テーブル３９３Ｂに定義することができる。この特定ファイル管理テーブル３９３Ｂには、ファイルの拡張子が登録されている。この管理テーブル３９３Ｂに登録された種類のファイルについて、各機能の操作可否が判断される。

図示の例では、特定ファイル管理テーブル３９３Ｂに、「doc」、「xls」、「pdf」の３種類の拡張子が登録されているため、IPアドレスのみが不一致の場合、それら３種類の特定ファイルを送信することはできない。それら３種類以外のファイル、例えば、「txt」や「html」のような他の拡張子を有するファイルは、送信可能である。

これとは逆に、IPアドレスのみが不一致の場合、前記３種類のファイルは受信可能であるが、前記３種類のファイル以外のファイルは受信することができない。なお、以上は例示であって本発明はこれに限定されない。特定ファイルのグループを複数用意して、これら各特定ファイルグループをファイルグループIDで識別し、各制限発生事由毎に、適切なファイルグループIDを割り当てるように構成してもよい。

このように構成される本実施例でも前記第１実施例と同様の効果を奏する。これに加えて、本実施例では、ファイル種別毎に操作の可否を設定可能な構成とした。従って、ファイルの性質等に応じて、ファイル転送の是非を設定することができ、使い勝手及び信頼性を向上することができる。例えば、IPアドレスのみが不一致の場合、コンピュータウィルスに汚染される危険性の少ない種類のファイル（pdf等）についてはサーバ３０への送信を許可し、顧客データベースの一部ような重要情報が含まれる可能性のある種類のファイル（例えばxls等）は、サーバ３０からの受信を拒否する等のように、ファイルの種類に応じて、適切なファイル転送サービスを提供することも可能となる。

図１５に基づいて第６実施例を説明する。本実施例では、複数のファイル送信がされている場合のファイルの受信方法の一例を開示する。
図１５は、ダウンロード処理を示すフローチャートである。受信者は、例えば、電子メール等によって、受信すべきファイルの存在を知ると、受信端末２０を介してサーバ３０にアクセスし、認証情報を入力する（Ｓ９１）。
サーバ３０は、受信端末２０から受信者ID及びPWを受信すると、ユーザ認証テーブル３４を参照し（Ｓ９２）、受信者ID及びPWがユーザ認証テーブル３４に登録されているか否かを判定する（Ｓ９３）。受信者ID及びPWの組合せがユーザ認証テーブル宇３４に登録されていない場合（S93：NO）、サーバ３０は、エラーメッセージを出力させる等のエラー処理を行う（Ｓ９４）。

受信者ID及びPWによる基本認証が成功すると（S93：YES）、サーバ３０は、ファイル転送サービスのメニュー画面を受信端末２０に表示させる（Ｓ９５）。このメニュー画面には、その受信者宛になされた一つまたは複数のファイル送信が表示されている。例えば、メニュー画面には、ある送信者から送られた一つまたは複数のファイルに関する情報と、別人または同一人による一つまたは複数のファイル送信に関する情報とが、それぞれ表示される。これら各ファイル送信には、それぞれ別々の送信IDが付与されている。
受信者は、受信を希望する単位を選択する（Ｓ９６）。受信単位の選択とは、複数のファイル送信のうちいずれのファイル送信について受信を希望するかを選択することを意味し、これにより送信IDが選択されることになる。

サーバ３０は、送信IDが選択されると、送受信管理DB３７を参照し（Ｓ９７）、そのファイル送信に係るファイルの受信についてIP制限が設定されているか否かを判定する（Ｓ９８）。IP制限が設定されている場合（S98：YES）、サーバ３０は、受信者IDによってユーザ認証テーブル３４を検索し、設定されたIPアドレスの値を取得する。

サーバ３０は、送信者によって予め設定されたIPアドレスと受信端末２０のIPアドレスとを比較し、両IPアドレスが一致するか否かを判定する（Ｓ９９）。送信者が予め設定したIPアドレスと受信端末２０のIPアドレスとが不一致の場合（S99：NO）、サーバ３０は、エラー処理を行う（Ｓ１００）。このエラー処理では、例えば、「指定されたIPアドレスからのアクセスではないため、ファイルをダウンロードできません。」等のようなエラーメッセージを受信端末２０に表示させる。

サーバ３０は、両IPアドレスが一致する場合（S99：YES）、受信端末２０からファイル転送要求が入力されるのを待ち（Ｓ１０１）、要求されたファイルをファイル記憶部３５から読出し（Ｓ１０２）、受信端末２０に送信する（Ｓ１０３）。
受信端末２０は、サーバ３０からファイルを受信すると（Ｓ１０４）、受信ファイルをローカルディスクやメモリ等に保存し、ファイルを閲覧する（Ｓ１０５）。
サーバ３０は、受信端末２０へのファイル送信を完了すると、その送信されたファイルの状態を「未送信」から「送信済」に変更させて、送受信管理DB３７を更新させる（Ｓ１０６）。なお、受信者が別のファイル送信に係るファイルの受信を希望する場合は、再びＳ９６に戻り、上述の処理を繰り返すことができる。

なお、本発明は、上述した実施の形態に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。例えば、当業者であれば、前記各実施例を適宜組み合わせることができる。
例えば、ユーザID、PW及びIPアドレスの３種類の情報が、予めサーバに登録されているユーザID、PW及びIPアドレスとそれぞれ合致した場合のみ、ファイル転送サービスへログインできる構成としてもよい。
また、実施例では、一方の端末１０を送信端末とし、他方の端末２０を受信端末として説明したが、逆に、一方の端末１０を受信端末とし、他方の端末２０を送信端末とすることもできる。

本発明の実施形態によるファイル転送システムの全体構成を示すブロック図である。 ユーザ認証テーブル及び送受信管理DBの構成を示す説明図である。 アップロード処理を示すフローチャートである。 ダウンロード処理を示すフローチャートである。 アップロード操作画面及びダウンロード操作画面を示す説明図である。 第２実施例で使用されるユーザ認証テーブルの構成を示す説明図である。 第３実施例によるファイル転送システムのブロック図である。 操作可否管理テーブルの構成を示す説明図である。 ダウンロード処理を示すフローチャートである。 ダウンロード操作画面を示す説明図である。 第４実施例で使用される操作可否管理テーブルの構成を示す説明図である。 ユーザ認証テーブルの構成を示す説明図である。 ダウンロード処理を示すフローチャートである。 第５実施例で使用される操作可否管理テーブルの構成を示す説明図である。 第６実施例で実行されるダウンロード処理を示すフローチャートである。

符号の説明

１０…ファイル送信端末、２０Ａ，２０Ｂ，２０Ｃ…ファイル受信端末、３０…ファイル転送サーバ、３１…アップロード処理部、３２…ダウンロード処理部、３３…ユーザ認証部、３４，３４Ａ…ユーザ認証テーブル、３５…ファイル記憶部、３６…ファイル管理部、３７…送受信管理データベース、３８，３８Ａ…ユーザインターフェース制御部、３９，３９Ａ，３９Ｂ…操作可否管理テーブル、３４１Ａ…所属組織別IPアドレス管理テーブル、３４２Ａ…グループ別IPアドレス管理テーブル、３９１…機能一覧テーブル、３９２，３９２Ａ…制限管理テーブル、３９３Ｂ…特定ファイル管理テーブル

Claims (9)

1. 第１コンピュータと第２コンピュータとに通信ネットワークを介してそれぞれ接続されたファイル転送システムであって、
   前記第１コンピュータ及び前記第２コンピュータから取得した所定の情報と予め登録された所定の認証情報とを比較することにより認証を行う認証部と、
   前記認証部により前記第１コンピュータの認証が成功した場合は、前記第１コンピュータから前記第２コンピュータへのファイル送信要求を受け付ける送信要求処理部と、
   前記第１コンピュータから受け取ったファイルを記憶部に記憶させて管理するファイル管理部と、
   前記認証部により前記第２コンピュータの認証が成功した場合は、前記第２コンピュータからのファイル受信要求を受け付け、前記ファイル管理部により前記記憶部から読み出された前記ファイルを前記第２コンピュータに転送させる受信要求処理部と、
   を備え、
   前記所定の認証情報には、前記第１コンピュータにより指定される前記第２コンピュータを特定するための特定情報が含まれており、
   前記第２コンピュータから取得された前記所定の情報と前記所定の認証情報とが一致しない場合は、前記第２コンピュータによる操作を制限するファイル転送システム。
2. 前記特定情報は、前記第２コンピュータのネットワーク上の位置を特定する情報である請求項１に記載のファイル転送システム。
3. 前記特定情報は、前記第２コンピュータのネットワーク上の位置を所定範囲内で特定する情報である請求項１に記載のファイル転送システム。
4. 前記特定情報のみが不一致の場合、前記第２コンピュータによる操作を予め設定された機能毎に制限する請求項１に記載のファイル転送システム。
5. 前記特定情報のみが不一致の場合、前記第２コンピュータによる前記ファイルの受信を禁止し、前記第２コンピュータによる別のファイル送信要求を受け付け可能とする請求項１に記載のファイル転送システム。
6. 前記特定情報のみが不一致の場合、前記第２コンピュータによる前記ファイルの受信を許可し、前記第２コンピュータによる別のファイルの送信を禁止する請求項１に記載のファイル転送システム。
7. 前記特定情報のみが不一致の場合、予め設定されたファイル種別に応じて、前記第２コンピュータによる操作を制限する請求項１に記載のファイル転送システム。
8. さらに、前記第１コンピュータにより指定される前記第２コンピュータの利用可能時期を前記ファイルに対応付けて記憶させておき、
   前記受信要求処理部は、前記第２コンピュータからの前記ファイル受信要求の発生時期が前記利用可能時期に一致するか否かを判定し、前記ファイル受信要求の発生時期と前記利用可能時期とが一致する場合、前記第２コンピュータによる操作を許可し、前記ファイル受信要求の発生時期と前記利用可能時期とが不一致の場合、前記第２コンピュータによる操作を、予め設定された機能毎に、または、予め設定されたファイル種別に応じて、制限する請求項１に記載のファイル転送システム。
9. 通信ネットワークを介して接続された第１コンピュータと第２コンピュータとの間でファイルを転送するための方法であって、
   前記第１コンピュータから受信した情報と予め登録されている認証情報とを比較して認証を行う送信用認証ステップと、
   前記送信用認証ステップにより前記第１コンピュータの認証が成功した場合は、前記第１コンピュータからファイル及び該ファイルの受取先を指定する受取先指定情報を受信する受信ステップと、
   前記受信ステップで受信された前記ファイル及び前記受取先指定情報を対応付けて記憶する記憶ステップと、
   前記第２コンピュータから受信した情報と前記受取先指定情報とを比較して認証を行う受信用認証ステップと、
   前記受信用認証ステップにより前記第２コンピュータの認証が成功した場合は、前記記憶ステップにより記憶された前記ファイルを前記第２コンピュータに送信する送信ステップと、を含み、
   前記受取先指定情報には、前記第２コンピュータのネットワーク上の位置を特定するための情報が含まれているファイル転送方法。
   

Images