JP2024035501A - プログラム、サーバ及びファイル管理方法 - Google Patents

Abstract

【課題】ファイル管理において、ユーザにとって利便性が高いサービスを実現可能なプログラム、サーバ及びファイル管理方法を提供すること。【解決手段】一の管理単位に対して、内容が異なる複数の設定情報を設定可能とし、複数の設定情報が設定された場合に、設定情報毎に、異なる照会情報を生成する。所与のユーザから前記照会情報へのアクセスを受け付けた場合に、当該ユーザの端末に、前記照会情報に対応する前記管理単位で管理する前記ファイルを、当該ユーザが受信することを可能にする。【選択図】図１３

Description

本発明は、プログラム、サーバ及びファイル管理方法に関する。

従来技術として、コンテンツ管理システムが、収集フォルダを作成し、ファイルリクエストへのリンクを生成するコンテンツ管理システムが存在する。

例えば、特許文献１のコンテンツ管理システムは、コンテンツアイテムを収集する際に使用するファイルリクエストへのリンクを生成し、提出者に生成済のリンクを配信する。そして、コンテンツ管理システムは、一の提出者が他の提出者が閲覧することを禁止する（特許文献１の００２０段落参照）。

特表２０１８－５１３４８６号公報

しかし、特許文献１に示す従来技術は、コンテンツの管理が複雑であり、更なる改良が必要である。そして、ファイル管理において、ユーザにとって利便性の高いサービスを提供することが望ましい。

本発明は、上述した課題に鑑みたものであり、ファイル管理において、ユーザにとって利便性が高いサービスを実現可能なプログラム、サーバ及びファイル管理方法を提供することにある。

（１）本発明は、
ファイル管理処理をコンピュータに行わせるプログラムであって、
送信ユーザの指示に基づいて、当該送信ユーザの端末から送信されたファイルを記憶部に記憶する記憶処理部と、
前記ファイルを管理する管理単位を設定する管理単位部と、
前記管理単位に対応付けて、前記送信ユーザの入力情報に基づいて設定情報を設定する設定部と、
前記管理単位に対応する照会情報を生成し、当該照会情報と前記設定情報とを対応付ける照会情報制御部と、
所与のユーザから前記照会情報へのアクセスを受け付けた場合に、前記照会情報に対応する前記管理単位で管理する前記ファイルを、当該ユーザが受信することを可能にするファイル制御部として、コンピュータを機能させ、
前記設定部は、
一の前記管理単位に対して、内容が異なる複数の設定情報を設定可能とし、
前記照会情報制御部は、
前記設定部において複数の設定情報が設定された場合に、設定情報毎に、異なる照会情報を生成することを特徴とするプログラムに関する。

なお、本発明は、上記各部を含むサーバに関する。また、本発明は、上記プログラムが記憶された情報記憶媒体に関する。

ここで「照会情報」とは、例えば、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰＳ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）等のプロトコルでインターネット上のウェブページを一意に指定するためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）である。なお、「照会情報」は、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等、他の通信プロトコルによってデータを送受信可能なサーバの情報であってもよい。また、「照会情報へのアクセスを受け付けた場合」とは、例えば、ＵＲＬによって指定される情報へのアクセスを受け付けた場合である。

また、「受信」とは、ダウンロード、閲覧、印刷、所定の記憶領域に保存すること、の少なくとも１つを意味する。

本発明によれば、送信ユーザが生成された照会情報（例えば、ＵＲＬ）を受信先のユーザに通知することによって、受信先のユーザは、照会情報にアクセスすることによって、送信ユーザが送信したファイルを受信できる。

そして、本発明は、内容が異なる複数の設定情報を設定可能であるので、送信ユーザは種々の設定情報を設定できる。

更に、本発明は、複数の設定情報が設定された場合に、設定情報毎に、異なる照会情報を生成することができるので、設定情報の内容に応じて、照会情報を使い分けることができ、送信ユーザにとって利便性の高いファイル転送サービスを提供できる。

（２）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記設定情報は、ファイルを受信する対象の受信ユーザの情報を含み、
前記設定部は、
一の前記管理単位に対して、受信ユーザの情報が異なる複数の設定情報を設定可能であり、
前記照会情報制御部は、
受信ユーザの情報毎に、異なる照会情報を生成可能としてもよい。

ここで、「受信ユーザの情報」とは、受信ユーザに関する情報であり、例えば、受信ユーザのメールアドレス、メールアドレスのドメイン、アカウント、等である。

本発明によれば、受信ユーザの情報毎に、異なる照会情報を生成可能となる。ゆえに、受信ユーザ間が共通の照会情報を共有することを回避できる。したがって、受信ユーザに応じて、照会情報を異ならせることが可能となり、送信ユーザにとって利便性の高いサービスを提供できる。

（３）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記設定情報は、ファイルを受信する対象の受信ユーザの情報を含み、
前記設定部は、
一の設定情報に対して、複数の受信ユーザの情報を設定可能としてもよい。

本発明によれば、一の設定情報に対して、複数の受信ユーザの情報を設定できるので、例えば、所定の複数の受信ユーザ同士で、同じ照会情報を共有できる。その結果、送信ユーザにとって利便性の高いサービスを提供できる。

（４）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記設定情報は、セキュリティ情報を含み、
前記設定部は、
一の前記管理単位に対して、セキュリティ情報が異なる複数の設定情報を設定可能であり、
前記照会情報制御部は、
セキュリティ情報毎に、異なる照会情報を生成可能としてもよい。

ここで、「セキュリティ情報」とは、認証や暗号などセキュリティに関する情報である。例えば、「セキュリティ情報」は、ユーザ認証情報及び照会情報に対応する認証情報の少なくとも１つである。

本発明によれば、セキュリティ情報毎に、異なる照会情報を生成可能となるので、共通の照会情報を共有することを回避できる。したがって、安全性が高く送信ユーザにとって利便性の高いサービスを提供できる。

（５）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記設定情報は、ファイルを受信する対象の受信ユーザのユーザ認証情報を含み、
前記設定部は、
一の前記管理単位に対して、ユーザ認証情報が異なる複数の設定情報を設定可能であり、
前記照会情報制御部は、
ユーザ認証情報毎に、異なる照会情報を生成可能とし、
前記ファイル制御部は、
所与のユーザから前記照会情報へのアクセスを受け付けた場合に、前記受信ユーザのユーザ認証情報に基づき当該ユーザの認証を行い、当該認証が許可された場合に、当該ユーザが前記ファイルを受信可能としてもよい。

ここで、「ユーザ認証情報」は、ユーザ認証の有効又は無効の情報、ユーザ認証を行う対象の受信ユーザの指定有無、及び、ユーザ認証を行う対象の受信ユーザを指定する場合は、対象の受信ユーザの情報（例えば、対象の受信ユーザのメールアドレス）の少なくとも１つである。

本発明によれば、照会情報へのアクセスのあったユーザに応じて、受信ユーザのユーザ認証情報に基づいて、ユーザ認証ができ、許可されたユーザに対して、ファイルを受信可能とするので、セキュリティを向上できる。

また、本発明によれば、ユーザ認証情報毎に、異なる照会情報を生成可能となる。例えば、ユーザ認証が有効である第１の照会情報と、ユーザ認証が無効である第２の照会情報とを生成可能であり、送信ユーザは、第１の照会情報と、第２の照会情報とを使い分けることができる。その結果、送信ユーザにとって利便性の高いサービスを提供できる。

（６）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記設定情報は、前記照会情報に対応する認証情報を含み、
前記設定部は、
一の前記管理単位に対して、前記認証情報が異なる複数の設定情報を設定可能であり、
前記照会情報制御部は、
前記認証情報毎に、異なる照会情報を生成可能とし、
前記ファイル制御部は、
所与のユーザから前記照会情報へのアクセスを受け付けた場合に、前記認証情報に基づき、前記照会情報に対する認証を行い、当該認証が許可された場合に、当該ユーザが前記
ファイルを受信可能としてもよい。

ここで、「照会情報に対する認証」とは、照会情報のサイトの認証（例えば、パスワード認証）である。「照会情報に対応する認証情報」とは、例えば、照会情報に対応する認証の有効又は無効の情報（例えば、照会情報にアクセスする際に要求するパスワード認証の有効又は無効の情報）である。また、「照会情報に対応する認証情報」は、照会情報に対応する認証が有効の場合、認証で用いる情報（例えば、パスワード）も含む。

本発明によれば、照会情報へアクセスのあったユーザに応じて、当該照会情報に対する認証ができ、許可されたユーザに対して、ファイルを受信可能とするので、セキュリティを向上できる。

また、本発明によれば、認証情報毎に、異なる照会情報を生成可能となる。例えば、パスワード認証が有効である第１の照会情報と、パスワード認証が無効である第２の照会情報とを生成可能であり、送信ユーザは、第１の照会情報と、第２の照会情報とを使い分けることができる。その結果、送信ユーザにとって利便性の高いサービスを提供できる。

（７）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記設定部は、
照会情報を生成後、当該照会情報に対応する設定情報を変更可能とし、
前記照会情報制御部は、
設定情報の変更にかかわらず、当該設定情報に対応する照会情報の有効な状態を維持するようにしてもよい。

本発明によれば、設定情報を変更しても当該設定情報に対応する照会情報の有効な状態を維持するので、設定情報の変更後において、送信ユーザは、ファイルの受信先のユーザに、照会情報を通知する手間を省くことができる。

（８）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記管理単位部は、
管理単位で設定された前記ファイルの状態に応じて、当該管理単位の状態を強制的に無効可能とするようにしてもよい。

本発明によれば、例えば、管理単位で設定されたファイルの状態が、ウイルス感染の状態である場合、当該管理単位の状態（ステータス）を強制的に無効可能とする。ゆえに、本発明によれば、ファイルの状態に応じて、管理単位の状態を強制的に無効にできるので、利便性の高いサービスを提供できる。

（９）また、本発明は、
ファイル管理処理を行うサーバから、送信ユーザにファイル管理に関する情報を提供するためのファイル管理方法であって、
前記サーバが、
送信ユーザの指示に基づいて、当該送信ユーザの端末から送信されたファイルを記憶部に記憶するステップと、
前記ファイルを管理する管理単位を設定するステップと、
前記管理単位に対応付けて、前記送信ユーザの入力情報に基づいて設定情報を設定するステップと、
前記管理単位に対応する照会情報を生成するステップと、
前記照会情報と前記設定情報とを対応付けるステップと、
所与のユーザから前記照会情報へのアクセスを受け付けた場合に、前記照会情報に対応
する前記管理単位で管理する前記ファイルを、当該ユーザが受信することを可能にするステップと、を含み、
前記設定情報を設定するステップは、
一の前記管理単位に対して、内容が異なる複数の設定情報を設定可能とし、
前記生成するステップは、
前記設定情報を設定するステップにおいて複数の設定情報が設定された場合に、設定情報毎に、異なる照会情報を生成する場合において、
前記送信ユーザの端末によって受け付けられた前記送信ユーザの入力情報を前記サーバに送信し、
前記サーバからファイル管理に関する情報を受信することを特徴とするファイル管理方法に関する。

本実施形態のファイル管理システムのネットワーク図の一例。 本実施形態のサーバ１０の機能ブロック図。 本実施形態のファイル管理の概要を示す図。 本実施形態の端末２０Ａに表示される画面の説明図。 本実施形態のファイルのアップロードに関する説明図。 本実施形態の管理単位に関する情報の一例。 本実施形態の照会情報（ＵＲＬ）、及び、設定情報の一例。 本実施形態の端末２０Ａに表示される画面の説明図。 本実施形態の端末２０Ａに表示される画面の説明図。 本実施形態の照会情報及び設定情報の一例。 本実施形態の端末２０Ａに表示される画面の説明図。 本実施形態の端末２０Ａに表示される画面の説明図。 本実施形態の処理の流れを示すフローチャート図。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

［１］ネットワーク
図１は、ファイル管理システムのネットワーク図の一例を示す。本実施形態のファイル管理システムは、サーバ１０とユーザの端末２０とが、それぞれネットワーク（インターネットや、イントラネット等）を介して接続される。以降、端末２０は、端末２０Ａ、端末２０Ｂ、端末２０Ｃのいずれかを示す。

サーバ１０は、インターネットを介して通信接続された端末２０に対し、ファイル管理のサービスを提供可能な情報処理装置である。例えば、サーバ１０は、ユーザの端末２０に、ファイル管理に関する情報を提供する。

例えば、送信ユーザの端末２０は、当該送信ユーザの入力情報をサーバ１０に送信し、サーバ１０からファイル管理に関する情報を受信する。

具体的には、本実施形態のサーバ１０は、送信ユーザ（第１ユーザ、例えば端末２０Ａのユーザ）からファイルを受信し、受信ユーザ（第２ユーザ、例えば端末２０Ｂのユーザ）に当該ファイルを送信する。要するに、サーバ１０は、ファイルの転送を行う転送装置或いは情報処理装置とも言う。

端末２０は、クライアント装置であり、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ゲーム装置、ＰＤＡ、画像生成装置などの情報処理装置であり、インターネット（ＷＡＮ）、ＬＡＮなどのネットワークを介してサーバ１０に接続可能な装置である。

［２］構成
図２は、本実施形態のサーバ１０の機能ブロック図の一例である。なお本実施形態のサーバ１０は、図２の各部を全て含む必要はなく、その一部を省略した構成としてもよい。

記憶部１７０は、処理部１００の各部としてコンピュータを機能させるためのプログラムや各種データを記憶するとともに、処理部１００の記憶領域として機能する。

記憶部１７０は、一時的な記憶領域や、ストレージを含む。ストレージとは、ハードディスク、光学ディスク、フラッシュメモリ、磁気テープ等であり、データを永続的に記憶する装置のことをいう。また、記憶部１７０は、情報記憶媒体１８０に格納されているプログラムやデータを記憶してもよい。

なお、記憶部１７０は、サーバ１０の記憶領域でもよいし、クラウド上の記憶領域でもよい。つまり、サーバ１０とネットワーク（インターネット）を介して接続可能なインターネット上（クラウド上）の記憶領域（記憶装置）でもよい。

そして、本実施形態の記憶部１７０は、ワーク領域として使用される主記憶部１７１と、ユーザ情報記憶部１７２、管理データ記憶部１７３、ファイル記憶部１７５を含む。なお、これらの一部を省略する構成としてもよい。

主記憶部１７１は、ＲＡＭなどにより実現できる。主記憶部１７１は、本実施形態の処理において使用される記憶領域である。ユーザ情報記憶部１７２は、ユーザ情報（ユーザのアカウント、パスワード、メールアドレス等）が記憶される。ユーザ情報記憶部１７２は、ＤＢ（ＤＢはデータベースの略、以下同様。）によって構成されていてもよい。

管理データ記憶部１７３には、ファイルを管理する管理ＩＤ（管理識別情報）に対応付けて、ファイルの情報が記憶される。ファイルの情報は、ファイル名、ファイルサイズ、ウイルススキャン状況、ファイルの整合性を判定するためのＭＤ５チェックサム、有効期限、有効又は無効を示すステータス（状態）、作成者のメールアドレス等である。

管理データ記憶部１７３は、ＤＢによって構成されていてもよい。また、管理データ記憶部１７３は、管理ＩＤに対応付けて、照会情報及び設定情報が記憶される。

ファイル記憶部１７５には、送信ユーザの指示に基づいて、当該送信ユーザの端末２０から送信されたファイルが記憶される。

サーバ１０は、ファイルを記憶し、管理するファイル記憶部１７５を備えるファイルサーバとして機能する。なお、サーバ１０とは異なる装置や、サーバ１０とネットワーク（インターネット）を介して接続される所定の記憶装置又はインターネット上（クラウド上）の記憶領域において、ファイル記憶部１７５を備えるようにしてもよい。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などのストレージにより実現できる。

通信部１９６は外部（例えば、端末、他のサーバや他のネットワークシステム）との間で通信するためのものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

処理部１００は、記憶部１７０又は情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。

処理部１００（プロセッサ）は、記憶部１７０内の主記憶部１７１をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、通信制御部１１０、記憶処理部１１１、管理単位部１１２、設定部１１３、照会情報制御部１１４、ファイル制御部１１５、認証制御部１１６、通知部１１７、Ｗｅｂ処理部１２０を含む。

通信制御部１１０は、端末１０とデータの送受信を行う。例えば、通信制御部１１０は、送信ユーザの端末２０から送信された情報（例えば、ファイル、設定情報、指示情報）を受信する（受け付ける）。また、通信制御部１１０は、送信ユーザの端末２０にファイル管理に関する情報を提供する。

記憶処理部１１１は、送信ユーザの指示に基づいて、当該送信ユーザの端末２０から送信されたファイルを記憶部１７０（例えば、ファイル記憶部１７５）に記憶する。

記憶処理部１１１は、ファイルの記憶時に、当該ファイルを暗号化してもよい。また、記憶処理部１１１は、管理データ記憶部１７３や、ファイル記憶部１７５に格納されているデータを、登録、更新、削除する処理を行う。例えば、記憶処理部１１１は、端末２０から受信したデータに基づいて、データベースを更新する処理を行うようにしてもよい。

管理単位部１１２は、送信ユーザの端末２０から送信されたファイルを管理する管理単位を設定する。例えば、管理単位部１１２は、管理単位毎に、管理ＩＤを付与し、管理ＩＤにファイルの情報を対応付けて管理する。管理ＩＤは、ユニークＩＤであり識別力がある。

また、管理単位部１１２は、管理単位で設定されたファイルの状態に応じて、当該管理単位の状態を強制的に無効可能とする。管理単位で設定された「ファイルの状態」とは、例えば、ファイルがウイルス感染の状態である場合である。

設定部１１３は、管理単位に対応付けて、送信ユーザの入力情報に基づいて、設定情報を設定する。例えば、設定情報は、ファイルを受信する対象の受信ユーザの情報（例えば、受信ユーザのメールアドレス（宛先）や、受信ユーザのメールアドレスのドメイン、受信ユーザのアカウント等）である。

設定部１１３は、一の管理単位に対して、内容が異なる複数の設定情報を設定可能とする。例えば、設定部１１３は、一の管理単位に対して、受信ユーザの情報が異なる複数の設定情報を設定可能とする。例えば、管理ＩＤ＝００１の管理単位に対して、ユーザＢのメールアドレスが設定される第１の設定情報と、ユーザＣのメールアドレスが設定される第２の設定情報とを設定可能とする。

また、設定部１１３は、一の設定情報に対して、複数の受信ユーザの情報を設定可能とする。例えば、管理ＩＤ＝００１の管理単位に対して、ユーザＢのメールアドレス及びユ
ーザＤのメールアドレスが設定される第１の設定情報と、ユーザＣのメールアドレス及びユーザＥのメールアドレスが設定される第２の設定情報とを設定可能とする。

また、例えば、設定情報は、セキュリティ情報を含んでもよい。そして、設定部１１３は、一の管理単位に対して、セキュリティ情報が異なる複数の設定情報を設定可能とする。

具体的に説明すると、設定情報は、ファイルを受信する対象の受信ユーザのユーザ認証情報でもよい。なお、ユーザ認証情報は、セキュリティ情報の一例である。

例えば、設定部１１３は、一の管理単位に対して、ユーザ認証情報が異なる複数の設定情報を設定できる。例えば、管理ＩＤ＝００１の管理単位に対して、ユーザ認証を有効にし、ユーザＢのメールアドレスを設定する第１の設定情報と、ユーザ認証を有効にし、ユーザＣのメールアドレスを設定する第２のパスワードを含む第２の設定情報とを設定できる。

また、設定情報は、照会情報に対応する認証情報（例えば、パスワード認証の情報）でもよい。なお、照会情報に対応する認証情報は、セキュリティ情報の一例である。

例えば、設定部１１３は、一の管理単位に対して、照会情報に対応する認証情報が異なる複数の設定情報を設定できる。例えば、管理ＩＤ＝００１の管理単位に対して、パスワード認証を有効にし、照会情報へアクセスするための第１のパスワードを含む第１の設定情報と、パスワード認証を有効にし、照会情報へアクセスするための第２のパスワードを含む第２の設定情報とを設定できる。

また、設定部１１３は、照会情報を生成後、当該照会情報に対応する設定情報を変更可能とする。つまり、設定部１１３は、設定情報の一部又は全部を、変更（例えば、追加、削除、及び／又は編集）することを可能とする。

例えば、設定部１１３は、送信ユーザの入力情報に基づき、照会情報に対応する受信ユーザの情報（例えば、メールアドレス）、セキュリティ情報の一部又は全部を変更することを可能とする。

照会情報制御部１１４は、管理単位に対応する照会情報を生成し、当該照会情報と設定部１１３によって設定された設定情報とを対応付ける。

特に、本実施形態の照会情報制御部１１４は、設定部１１３において複数の設定情報が設定された場合に、設定情報毎に、異なる照会情報を生成する。

また、照会情報制御部１１４は、受信ユーザの情報毎に、異なる照会情報を生成可能とする。例えば、照会情報制御部１１４は、管理ＩＤ＝００１の管理単位のユーザＢのメールアドレスが設定される第１の設定情報に基づいて第１の照会情報を生成し、管理ＩＤ＝００１の管理単位のユーザＣのメールアドレスが設定される第２の設定情報に基づいて、第２の照会情報を生成できる。

また、照会情報制御部１１４は、セキュリティ情報毎に、異なる照会情報を生成可能としてもよい。

例えば、照会情報制御部１１４は、ユーザ認証情報毎に、異なる照会情報を生成可能としてもよい。

また、照会情報制御部１１４は、照会情報に対応する認証情報毎に、異なる照会情報を生成可能としてもよい。

また、照会情報制御部１１４は、設定情報の変更にかかわらず、当該設定情報に対応する照会情報の有効な状態（ステータス）を維持するようにしてもよい。つまり、照会情報制御部１１４は、当該設定情報に対応する照会情報のステータスが有効である場合、設定情報を変更したか否かに関係なく、当該有効を維持する。なお、照会情報制御部１１４は、当該設定情報に対応する照会情報のステータスが無効である場合、設定情報を変更したか否かに関係なく、当該無効を維持する。

ファイル制御部１１５は、所与のユーザから照会情報（照会情報制御部１１４によって生成された照会情報）へのアクセスを受け付けた場合に、照会情報に対応する管理単位で管理するファイルを、当該ユーザが受信することを可能にする。

ここで、「ファイルをユーザが受信する」とは、照会情報にアクセスしたユーザが、ファイルを受信することを意味する。具体的に説明すると、「ファイルをユーザが受信する」は、次の５つのうち少なくとも１つである。

つまり、「ファイルをユーザが受信する」とは、（１）照会情報にアクセスしたユーザの端末２０が、端末２０の記憶領域に、ファイルをダウンロードすること、（２）当該ユーザの端末２０が、端末２０の記憶領域に、ファイルを記憶すること、（３）当該ユーザの端末２０が、表示部に、ファイルの内容を提示（閲覧表示）すること、（４）当該ユーザの端末２０が、ファイルの内容を印刷すること、（５）サーバ１０又は当該ユーザの端末２０が、当該ユーザのユーザＩＤに対応付けられた記憶領域に、ファイルを記憶すること、の少なくとも１つである。

なお、（５）において、「当該ユーザのユーザＩＤに対応付けられた記憶領域に、ファイルを記憶する」とは、当該ユーザの端末２０とインターネットを介して接続可能なインターネット上（クラウド上）の記憶領域であって、当該ユーザのユーザＩＤに対応付けられた記憶領域に、ファイルを記憶することである。

また、ファイル制御部１１５は、一の管理単位に複数のファイルが存在する場合に、ユーザが、当該複数のファイルを受信することを可能にする。

また、ファイル制御部１１５は、ファイルが暗号化されている場合には、暗号化されたファイルを復号化し、復号化されたファイルをユーザが受信することを可能にする。

また、ファイル制御部１１５は、ファイルをユーザが受信する際に、当該ファイルについてアンチウイルス処理（コンピュータに親友するウイルス（マルフェアなどを含む）を検知し、ウイルスを駆除する処理）を行なってもよい。

アンチウイルス処理でウイルスに感染したファイルを検知した場合、通知部１１７は、感染情報を送信ユーザに通知してもよい。感染情報は、例えば、当該ファイルに関する情報、アンチウイルス処理でウイルスに感染したファイルが見つかったことを示す情報等である。

また、アンチウイルス処理でウイルスに感染したファイルを検知した場合、ファイル制御部１１５は、管理単位が管理する感染した当該ファイルのステータス（状態）を無効に設定してもよい。

また、アンチウイルス処理でウイルスに感染したファイルを検知した場合、管理単位部１１２は、感染した当該ファイルを含む全ての管理単位のステータスを強制的に無効に設定してもよい。

また、アンチウイルス処理でウイルスに感染したファイルを検知した場合、ファイル制御部１１５は、認証結果等にかかわらず、管理単位に関連付けられた当該ファイルまたは全てのファイルを、受信先のユーザが受信することを禁止するようにしてもよい。

また、ファイル制御部１１５は、所与のユーザから照会情報へのアクセスを受け付けた場合に、受信ユーザのユーザ認証情報に基づき当該ユーザの認証を行い、当該認証が許可された場合に、当該ユーザが、照会情報に対応する管理単位で管理するファイルを、受信することを可能にする。

例えば、ファイル制御部１１５は、所与のユーザから照会情報へのアクセスを受け付けた場合に、受信ユーザのユーザ認証情報に基づき認証制御部１１６において当該ユーザの認証処理を行う。そして、当該ユーザの認証を許可すると判定された場合（つまり、当該ユーザが正当性のあるユーザであると判定された場合）に、照会情報に対応する管理単位が管理するファイルを、当該ユーザが受信することを可能にする。

一方、当該ユーザの認証を不許可すると判定された場合（つまり、当該ユーザが正当性の無いユーザであると判定された場合）に、照会情報に対応する管理単位が管理するファイルを、当該ユーザが受信することを不可にする。

また、ファイル制御部１１５は、所与のユーザから照会情報へのアクセスを受け付けた場合に、当該照会情報に対応する認証情報に基づき、認証（例えば、パスワード認証）を行い、当該認証が許可された場合に、照会情報に対応する管理単位が管理するファイルを、当該ユーザが受信することを可能にする。

例えば、ファイル制御部１１５は、所与のユーザから照会情報へのアクセスを受け付けた場合に、認証制御部１１６において照会情報に対する認証処理（例えば、パスワード認証処理）を行う。そして、認証を許可すると判定された場合に、照会情報に対応する管理単位が管理するファイルを、当該ユーザが受信することを可能にする。一方、認証を不許可すると判定された場合に、照会情報に対応する管理単位が管理するファイルを、当該ユーザが受信することを不可にする。

また、ファイル制御部１１５は、ファイルを記憶する前に、ファイルに対してアンチウイルス処理を行ってもよい。

また、ファイル制御部１１５は、管理単位の作成者（送信ユーザ）の指示又は特定ユーザ（システム責任者、受信ユーザの管理者等）の指示に基づき、所定のファイルをユーザが受信することを禁止してもよい。

また、ファイル制御部１１５は、管理単位の作成者（送信ユーザ）の指示又は特定ユーザ（システム責任者、受信ユーザの管理者等）が、照会情報に対応する管理単位が管理するファイルを受信することを可能にしてもよい。

認証制御部１１６は、ユーザから照会情報を受け付けた場合において、ユーザ認証（例えば、メールアドレス認証）が有効か否かを判定する。そして、認証制御部１１６は、ユーザ認証が有効である場合に、当該ユーザから受け付けたパスワードと、サーバ側で登録
管理されている照会情報に対応付けられたパスワードとが一致するか否かを判定し、一致する場合に、ユーザの認証を許可する。つまり、当該ユーザの正当性があると判定する。

認証制御部１１６は、ユーザから照会情報を受け付けた場合において、当該照会情報に対する認証が有効か否かを判定する。そして、認証制御部１１６は、認証が有効である場合に、当該ユーザから受け付けたパスワードと、サーバ側で登録管理されている照会情報に対応付けられたパスワードとが一致するか否かを判定し、一致する場合に、ユーザの認証を許可する。つまり、当該ユーザの正当性があると判定する。

通知部１１７は、所与のユーザに、所与の情報を通知する。ここで、「通知」とは、サーバ１０が端末２０に対して、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）による送受信される電子メール（メールマガジン等でもよい）で送信（配送、配信、中継、転送）すること、ＳＭＴＰに限らず、所与のプロトコルにより送信すること、プッシュ通知をすること、所定のアプリケーションの所定画面（バナー表示画面、お知らせ画面、ポップアップ画面等）を提示（表示、閲覧可能に制御）すること、サーバ１０が、Ｗｅｂページによって通知すること、の少なくとも１つであり、サーバ１０が能動的にユーザの端末２０に送信することを示す。なお、サーバ１０は、ユーザの端末２０からの要求に応じて、要求のあった当該端末２０に情報を送信することも「通知」の一態様としてもよい。なお、プッシュ通知とは、端末（スマートフォン）の画面の一部領域（上端など）にメッセージウィンドウを表示させることである。

なお、電子メールを送信するとは、ＳＭＴＰを通じて、受信した電子メールを他のＭＴＡに送信する処理や、サーバ１０が稼動する同一システム内にアカウントを持つユーザ宛に送信するためのローカル配信エージェントＭＤＡ（Ｍａｉｌ Ｄｅｌｉｖｅｒｙ Ａｇｅｎｔ）に送信する処理、ＭＤＡを介せずにサーバ１０が稼動する同一システム内にアカウントを持つユーザ宛に送信する場合も含む。

例えば、通知部１１７は、照会情報制御部１１４によって生成された当該照会情報を、当該照会情報に対応する受信ユーザに通知してもよい。

また、通知部１１７は、所与のユーザから照会情報のアクセスを受け付けた場合であって、ユーザ認証（メールアドレス認証）が有効な場合に、照会情報に対応付けられた受信ユーザの宛先（メールアドレス）に、照会情報に対応付けられたパスワード（ワンタイムパスワード）を通知する。

Ｗｅｂ処理部１２０は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を通じて、端末２０にインストールされているＷｅｂブラウザなどのクライアントソフトウエアの要求に応じてＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書や画像などのデータを送信（提供）する処理、端末のＷｅｂブラウザにおいて受け付けたデータを受信する処理を行う。そして、サーバは、管理者やユーザの各端末から受信した情報に基づき、ファイルの処理、ＤＢの更新処理等を行う。

Ｗｅｂ処理部１２０は、管理者の端末２０のＷｅｂブラウザからのアクセス要求に応じて管理設定用のデータ等を管理者の端末２０に送信（提供）する処理を行い、当該管理者の端末２０から情報を受信する処理を行うようにしてもよい。

つまり、Ｗｅｂ処理部１２０は、管理者からの入力に基づいて、各データをＤＢへ追加、削除、更新処理等を行うようにしてもよい。なお、管理者用のＷｅｂページ（ＵＲＬ）へのアクセスは、管理者のみに権限が与えられる。

また、Ｗｅｂ処理部１２０は、ログイン処理や、端末２０のＷｅｂブラウザからの要求に応じて、ログインしたユーザに関連する情報のＷｅｂページを提示する処理を行う。

例えば、Ｗｅｂ処理部１２０は、送信ユーザの端末２０のＷｅｂブラウザからの要求に応じて、管理単位の作成画面、ＵＲＬ作成画面、編集画面等の画面を提示するようにしてもよい。

例えば、Ｗｅｂ処理部１２０は、照会情報へのアクセスのあった所与のユーザの端末２０のＷｅｂブラウザからの要求に応じて、ユーザ認証画面、パスワード入力画面、ファイルをダウンロードするためのファイル受信画面等の画面を提示するようにしてもよい。

なお、処理部１００の一部又は全部の処理は、及び、記憶部１７０は１つの装置で実行させてもよいし、処理の用途に応じて異なる装置に分散して各処理を実行させるようにしてもよい。

［３］ファイル管理システムの概要
本実施形態のファイル管理システムは、ファイルを管理する制御に関する。なお、ファイル管理システムは、ファイル転送を行うので、ファイル転送システムと言い換えてもよい。

本実施形態のファイル管理システムは、サーバ１０と、ファイルを送信する送信ユーザの端末２０、当該ファイルを受信する受信ユーザの端末２０によって構成される。

例えば、サーバ１０は、図３に示すように、ユーザＡの端末２０Ａから、ユーザＢの端末２０Ｂにファイルを転送する。つまり、ユーザＡはファイルを送信する送信ユーザ（送信元ユーザ、又は、転送元のユーザとも言う。）であり、ユーザＢは、当該ファイルを受信する受信ユーザ（受信先のユーザとも言う。）である。

ユーザＡの端末２０Ａは、ファイルをサーバ１０に送信（アップロード等）する。そして、サーバ１０は、ユーザＡの端末２０Ａから送信された当該ファイルを、ファイル記憶部１７５に記憶し管理する。

そして、サーバ１０は、ファイルを管理するための管理単位を設定し、管理単位のファイルにアクセス可能なＵＲＬ（照会情報）を生成する。

ユーザＡは、チャット機能や電子メール機能などにより、ユーザＢにＵＲＬを通知する。つまり、ＵＲＬを他のユーザと共有（シェア）する。そして、ユーザＢがＵＲＬにアクセスすることにより、ユーザＡが送信したファイルを、受信（ダウンロード、閲覧、印刷、等）できる。

このように、本実施形態のファイル管理システムは、送信ユーザにとってファイルの管理が簡単な利便性の高いサービスを提供できる。また、本実施形態によれば、受信ユーザにとって適切なＵＲＬが通知されるので、受信ユーザにとっても利便性の高いサービスを享受できる。

以下の説明では、更に本実施形態の詳細について説明する。なお、以下の説明では、特段の説明がない限り、送信ユーザＡの端末２０Ａから、受信ユーザＢの端末２０Ｂにファイルを転送する例について説明する。

［４］ファイルの記憶処理の説明
まず、サーバ１０のファイルの記憶処理について説明する。本実施形態のサーバ１０は、図４に示すように、ユーザＡの指示に基づいて、ユーザＡの端末２０Ａから送信されたファイル（例えば、「企画書Ａ．ｐｄｆ」、「秘密保持契約書．ｐｄｆ」）を、サーバ１０のファイル記憶部１７５に記憶する。

例えば、ユーザＡは、端末２０Ａに、サーバ１０の管理単位の画面４５を表示させる。そして、ユーザＡは、画面４５のアップロードエリア４６に、端末２０Ａに保存されているファイルをドラッグすることによって、ファイルをサーバ１０にアップロードできる。

つまり、ユーザＡがアップロードする画面４５は、１つの管理単位で管理する１又は複数のファイルを記憶するための画面となる。１つの管理単位で管理するファイルの数は、１つでもよいし、２つ以上でもよい。

なお、１つの管理単位で管理するファイル数を所定数（例えば、「２０」）に制限してもよい。また、ファイルのサイズを制限してもよい。例えば、１つのファイルサイズを２０ＧＢ（ギガバイト）以下に制限してもよい。

図５は、ファイルアップロード後に、ユーザＡの端末２０Ａに表示される画面３０の一例を示す。サーバ１０は、ユーザＡの端末２０Ａから、ファイルを受信すると、図５に示すように、ユーザＡの端末２０Ａに、管理単位の画面３０のエリア３１で、当該管理単位で管理されるファイルの一覧を提示（表示）する。

なお、本実施形態では、サーバ１０は、ユーザＡの端末２０Ａから、ファイルを受信し、当該ファイルをファイル記憶部１７５の記憶する際に、当該ファイルを自動的に暗号化し、暗号化されたファイルを、ファイル記憶部１７５に記憶するようにしてもよい。このようにすれば、更にセキュリティを向上できる。

［５］管理単位の説明
そして、サーバ１０は、ユーザＡの指示に基づいて、ユーザＡの端末２０Ａから送信されたファイル（例えば、「企画書Ａ．ｐｄｆ」、「秘密保持契約書．ｐｄｆ」）を管理する管理単位を設定する。

「管理単位」は、１又は複数のファイルを管理する単位である。本実施形態のサーバ１０は、ユーザＡの指示に基づいて、ファイルを管理する管理単位を設定する。

また、サーバ１０は、内部的に、管理単位それぞれに、ユニークな管理ＩＤ（管理識別情報）を割り振る。例えば、サーバ１０は、ユーザＡの端末２０Ａから送信されたファイル（例えば、「企画書Ａ．ｐｄｆ」、「秘密保持契約書．ｐｄｆ」）を管理する管理ＩＤに「００１」を割り振る。

また、本実施形態では、ユーザＡの指示に基づいて、管理単位で管理するファイルの追加及び削除を可能とする。なお、本実施形態の管理単位は、フォルダ及びディレクトリとは異なる概念である。例えば、ファイルのやり取りを単純化し、一時的に、ファイルをサーバ１０の記憶領域に保続するものである。なお、管理単位は、フォルダ及びディレクトリの概念であることを否定しない。つまり、管理単位は、フォルダ及びディレクトリでもよい。また、管理単位は、管理枠、管理領域、又は、トランスファーと言い換えてもよい。

図６は、管理単位に関する情報の一例を示す。サーバ１０は、管理ＩＤ（管理ＩＤ＝００１）が管理する各ファイルのファイル名、サイズ、ウイルススキャンの状態、ＭＤ５チ
ェックサム、有効期限、有効又は無効を示すステータス、管理単位の作成者（送信ユーザ）の情報（例えば、送信ユーザＡのメールアドレス）を管理データ記憶部１７３に記憶する。

ステータスは、管理単位の有効又は無効を示す。管理単位が有効の場合、受信先のユーザにファイルを受信可能とする。一方、サーバ１０は、管理単位のステータスが無効である場合、ファイル記憶部１７５に記憶された当該ファイルを、受信先のユーザが受信することを禁止する。

また、例えば、サーバ１０は、所定ユーザから管理単位のステータスについて、無効の指示を受け付けた場合に、当該ステータスを無効に設定してもよい。

なお、「所定ユーザ」は、管理単位の作成者のユーザ、システム管理者、及び、作成者の上長であるユーザの少なくとも一人である。

また、サーバ１０は、送信ユーザの入力情報に基づき、管理単位に対応する管理名を受け付けて、管理ＩＤに対応付けて、管理名を設定してもよい。

［６］設定情報の説明
次に、本実施形態の設定情報について説明する。ここで、「設定情報」とは、ＵＲＬ（リンク）の生成のために用いる情報である。例えば、「設定情報」は、ＵＲＬに関するタイトル、ダウンロード制限数、受信ユーザの情報、セキュリティの情報（セキュリティの種類）の少なくとも１つを含む。

例えば、ユーザＡは、図５に示すように、設定情報の作成の指示３３（例えば、「ＵＲＬを作成」のボタン３３）をクリックすると、画面右側に、設定情報を入力するための画面３４を表示する。

サーバ１０は、ＵＲＬを生成する前に、ユーザＡからＵＲＬに関連付ける設定情報の入力を受け付ける。そして、ユーザＡが作成ボタン４４をクリックすると、サーバ１０は、端末２０Ａから、ＵＲＬ作成指示と、管理ＩＤ＝００１と、設定情報とを受信し、設定情報に基づき、ＵＲＬを生成する。生成されたＵＲＬは、管理ＩＤ＝００１に対応付ける。

［６．１］ＵＲＬに関するタイトル
サーバ１０は、ユーザＡからＵＲＬに関するタイトルの入力を受け付ける。例えば、図５に示すように、ユーザＡは、管理単位が管理するファイル（例えば、「企画書Ａ．ｐｄｆ」、「秘密保持契約書．ｐｄｆ」）について、「営業グループ」という情報を、タイトル欄３５に入力する。

［６．２］ダウンロード制限数
また、サーバ１０は、ユーザＡからダウンロード制限数の入力を受け付ける。例えば、ユーザＡは、図５に示すように、ダウンロード制限数の入力欄３６に「１０」を入力する。ダウンロード制限数は、作成されるＵＲＬに関してアクセスがあった場合に、管理単位で管理しているファイル（例えば、「企画書Ａ．ｐｄｆ」、「秘密保持契約書．ｐｄｆ」）をダウンロードできる回数を示す。

つまり、サーバ１０は、ＵＲＬ毎に、予めカウント数（初期値＝０）を設定し、ファイルがダウンロードされる度にカウント数をカウントする。つまり、１回ダウンロードされる度にカウント数に１を加算する。そして、例えば、ダウンロード制限数が「１０」である場合において、カウント数が「１０」に達すると、以後、ファイルのダウンロードを禁
止とする。なお、本実施形態では、ダウンロード制限数について制限をしているが、同様の手法で、閲覧数や、印刷数、記憶領域への保存回数などについても制限をしてもよい。

［６．３］受信ユーザの情報及びユーザ認証情報
図５に示すように、ユーザＡは、画面３４において、受信ユーザの情報を設定できる。本実施形態では、受信ユーザの情報が設定された場合に、受信ユーザのユーザ認証を行う。したがって、本実施形態によれば、高いセキュリティレベルを実現できる。

ここで、受信ユーザの情報とは、例えば、受信ユーザのメールアドレス（例えば、Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）、受信ユーザが属するドメイン（例えば、ｈｅｎｎｇｅ．ｃｏｍ）である。

また、本実施形態では、ユーザ認証として、メールアドレス認証を採用する。例えば、メールアドレス認証は次のように処理する。

例えば、ユーザＡが、受信先のユーザ（例えば、ユーザＢ）のメールアドレス（例えば、Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）を設定する。すると、サーバ１０は、所与のユーザ（例えば、ユーザＢ）からＵＲＬへのアクセスがあった場合に、当該ユーザにメールアドレスの入力を要求する。サーバ１０は、設定されたメールアドレス（例えば、Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）と一致する場合、設定されたメールアドレス（例えば、Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）に対してワンタイムパスワード通知する。つまり、予め登録した正当な受信ユーザ（例えば、ユーザＢ）のみが、このワンタイムパスワードを入手できる。そして、サーバ１０は、当該ユーザから、ワンタイムパスワードの入力を要求し、当該ユーザから受け付けたワンタイムパスワードと、サーバが管理するワンタイムパスワードとが一致した場合に、正当なユーザであるとして認証を許可する。

また、例えば、ユーザＡが、ドメイン（例えば、ｈｅｎｎｇｅ．ｃｏｍ）を設定した場合は、次のように処理する。サーバ１０は、所与のユーザ（例えば、ユーザＢ）からＵＲＬへのアクセスがあった場合に、当該ユーザにメールアドレスの入力を要求する。そして、サーバ１０は、ユーザから受け付けたメールアドレスのドメインが、設定されたドメインと一致する場合に、受け付けたメールアドレスに対してワンタイムパスワード通知する。そして、サーバ１０は、当該ユーザから、ワンタイムパスワードの入力を要求し、当該ユーザから受け付けたワンタイムパスワードと、サーバが管理するワンタイムパスワードとが一致した場合に、正当なユーザであるとして認証を許可する。

具体的にメールアドレス認証のユーザＡの入力例について、図５を用いて説明すると、ユーザＡは、メールアドレス認証を希望する場合、チェックボックス３７にチェックを入れる。なお、チェックボックス３７にチェックがある場合は、メールアドレス認証が有効であることを意味し、チェックボックス３７にチェックが無い場合は、メールアドレス認証が無効であることを意味する。

そして、ユーザＡは、メールアドレス認証を行う対象の受信ユーザの指定有無を決めて入力する。例えば、図５に示すように、「任意のメールアドレスを許可する」選択肢３８、又は、「指定メールアドレスのみに制限」選択肢３９のうち、いずれか１つを選択入力する。

ユーザＡは、特定のユーザＢに送信することを望む場合、「指定メールアドレスのみに制限」選択肢３９を選択し、ユーザＢのメールアドレス（例えば、Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）を、入力欄４０に入力する。

つまり、本実施形態のメールアドレス認証情報は、メールアドレス認証の有効又は無効の情報、メールアドレス認証を行う対象の受信ユーザの指定有無、及び、メールアドレス認証を行う対象の受信ユーザを指定する場合は、対象の受信ユーザの情報（例えば、Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）の少なくとも１つである。

ユーザＡは、メールアドレスを特定せず、任意のメールアドレスに対してファイル受信を許可する場合、「任意のメールアドレスを許可する」選択肢３８を選択する。

「任意のメールアドレスを許可する」とは、受信先のユーザのメールアドレスを指定しないが、ユーザから照会情報へのアクセスがあった場合に、当該ユーザに対し、メールアドレスの入力を要求し、当該メールアドレスに対してワンタイムパスワード通知し、ワンタイムパスワードに基づく認証を行うものである。

なお、本実施形態のワンタイムパスワードは、メールアドレス認証で用いる１回限り有効なパスワードである。

ワンタイムパスワードについて詳しく説明する。例えば、端末２０に予めサーバ１０とアルゴリズムが同じワンタイムパスワードを生成するワンタイムパスワード生成プログラムをインストールし、ワンタイムパスワードを用いた認証処理を行う。例えば、端末２０にインストールされたワンタイムパスワード生成プログラムと、サーバ１０にインストールされたワンタイムパスワード生成プログラムにおいて、アルゴリズム及び種番号は一致する。その結果、端末側で生成されたワンタイムパスワードと、サーバ１０で生成されたパスワードとが一致していることになる。例えば、ワンタイムパスワード生成プログラムでは、所定周期（例えば、３０秒毎）に、時刻と種番号とに基づいてワンタイムパスワードを生成する。そして、サーバ１０は、生成したワンタイムパスワードをＵＲＬに対応付けて記憶部１７０に記憶する。

［６．４］パスワード認証の設定
ユーザＡは、図５に示すように、画面３４において、ＵＲＬに対するパスワード認証を設定できる。ＵＲＬに対しパスワード認証を有効にすれば、更に、高いセキュリティレベルを実現できる。なお、パスワード認証は、ＵＲＬに対応する認証の一例である。

例えば、ユーザＡが、パスワード認証のチェックボックス４１をチェックし、入力欄４２にパスワードを入力することによって、パスワード認証を有効に設定できる。

つまり、チェックボックス４１にチェックがある場合は、パスワード認証を有効に設定していることを意味し、チェックボックス４１にチェックが無い場合は、パスワード認証を無効に設定していることを意味する。パスワード認証を無効としている場合、パスワード認証を行わずに、受信画面へのアクセスを可能とする。

［７］ＵＲＬの生成
ユーザＡは、図５に示すように、タイトル、ダウンロード制限数、受信ユーザの情報、ユーザ認証情報、パスワード認証情報に関する設定情報を入力し、作成ボタン４４をクリックする。すると、ユーザＡの端末２０Ａは、ＵＲＬ作成指示及び管理ＩＤ（管理ＩＤ＝００１）と共に、サーバ１０に当該設定情報を送信する。そして、サーバ１０は、これらの情報を受信すると、ＵＲＬ作成指示に基づいて、管理ＩＤに対応付けてＵＲＬを生成する。そして、サーバ１０は、ＵＲＬと当該設定情報を対応付けて、管理データ記憶部１７３に記憶する。

例えば、サーバ１０は、ＵＲＬとして、ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅ
ｓｔ１を生成する。

つまり、サーバ１０は、所与のユーザが、ファイルを受信（例えば、ダウンロード）するために参照する照会情報（例えば、ＵＲＬ）を、生成する。つまり、ユーザが、ファイルを入手するためには、ＵＲＬが必要となる。

ＵＲＬは、所定の規格（ＵＲＬの形式）に基づき生成される情報であり、一意に識別するための識別子とする（ＵＵＩＤともいう）。ＵＲＬをリンク又はハイパーリンクと言い換えてもよい。

なお、ＵＲＬの書式に従ってパラメータ部分に作成者のユーザＡのメールアドレスやファイル名を符号化（エンコード）した内容を記載するようにしてもよい。

［８］ＵＲＬ及び設定情報の管理
図７は、サーバ１０の記憶部１７０（例えば、管理データ記憶部１７３）に記憶されるＵＲＬ及び設定情報の一例を示す。

サーバ１０は、図７に示すように、例えば、管理ＩＤ＝００１に対応付けて、生成されたＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）を管理データ記憶部１７３に記憶する。

また、サーバ１０は、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けて、設定情報を管理データ記憶部１７３に、記憶する。

例えば、サーバ１０は、ユーザＡの端末２０Ａから、ＵＲＬに関するタイトルの入力を受け付けた場合、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けて、「営業グループ」をタイトルとして設定する。

また、サーバ１０は、ユーザＡの端末２０Ａから、ユーザＡによって選択されたダウンロード制限数（例えば、「１０」）を受け付けた場合、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けて、ダウンロード制限数に１０を設定する。

なお、サーバ１０は、ユーザＡからダウンロード制限数の入力を受け付けなかった場合には、初期値（例えば、「１００」）を設定する。

また、サーバ１０は、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けて、メールアドレス認証のステータスの情報（例えば、有効又は無効）を設定する。

例えば、有効は１を設定し、無効は０を設定する。図７の例では、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けるメールアドレス認証は有効（１）に設定される。

また、サーバ１０は、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けて、メールアドレス認証の選択肢を設定する。例えば、サーバ１０は、「任意のメールアドレスを許可する」の選択肢、又は、「指定メールアドレスのみに制限」の選択肢に応じた値を設定する。例えば、「任意のメールアドレスを許可する」の選択肢は、「１」とし、「指定メールアドレスのみに制限」の選択肢は、「２」とする。

サーバ１０は、ユーザＡから、「指定メールアドレスのみに制限」の選択肢を受け付け
た場合、図７に示すように、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けるメールアドレス認証の選択肢として「２」を設定する。

また、サーバ１０は、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けて、受信ユーザのメールアドレスを設定する。

例えば、サーバ１０は、ユーザＡの入力情報に基づき、受信ユーザの情報（例えば、ユーザＢのメールアドレス）を受け付けると、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けて、受信ユーザＢのメールアドレス（例えば、Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）を設定する。

また、サーバ１０は、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）のパスワード認証のステータスの情報（例えば、有効又は無効）を設定する。例えば、有効は１を設定し、無効は０を設定する。

サーバ１０は、ユーザＡから、パスワード認証を有効にする情報を受け付けた場合、図７に示すように、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けるパスワード認証のステータスとして、有効（１）を設定する。

サーバ１０は、例えば、管理ＩＤに対応付けて、パスワード認証のパスワードを設定する。

例えば、サーバ１０は、ユーザＡから、パスワード（１２Ｓｄｕ６＆２３）を受け付けた場合、図７に示すように、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けて、パスワードとして、「１２Ｓｄｕ６＆２３」を設定する。なお、管理データ記憶部１７３に記憶されるパスワードのデータは、パスワードそのものではなく、パスワードを求めるための文字列（ハッシュ値等）であってもよい。

なお、サーバ１０は、メールアドレス認証を無効にすることを受け付けた場合、メールアドレス認証を無効に設定し、所与のユーザに対して、管理単位（例えば、管理ＩＤ＝００１）が管理するファイル（例えば、「企画書Ａ．ｐｄｆ」、「秘密保持契約書．ｐｄｆ」）の受信を可能とする。

また、サーバ１０は、ユーザＡの指示に基づき、メールアドレス認証の有効の設定を受け付け、更に、「任意のメールアドレスを許可」する選択肢３８を受け付けた場合には、メールアドレス認証を有効に設定し、任意のメールアドレス認証の選択肢として「１」を設定する。

なお、サーバ１０は、パスワード認証を無効にすることを受け付けた場合、パスワード認証を無効に設定する。

また、サーバ１０は、ＵＲＬ自体の有効（１）又は無効（０）の情報を示すステータスを設定する。サーバ１０は、ＵＲＬ生成時において、ＵＲＬに対応付けて有効（１）を設定する。

［９］生成されたＵＲＬの表示制御
サーバ１０においてＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）が生成されると、ユーザＡの端末２０Ａに、ＵＲＬ等が表示される。図８は、端末２０Ａに表示されるＵＲＬを含む画面５０の一例を示す。

例えば、サーバ１０は、図８に示すように、ＵＲＬ内容表示エリア５１において、タイトル（例えば、「営業グループ」）、ダウンロード制限数（例えば、「１０」）、セキュリティの情報をユーザＡに提示する。

例えば、サーバ１０は、指定された受信ユーザのメールアドレス認証が有効である旨の情報５４、受信ユーザのメールアドレス５５を提示する。

また、サーバ１０は、生成されたＵＲＬ５６を提示する。例えば、生成されたＵＲＬとして、「ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１」を表示する。また、受信ユーザＢに通知するために用いるメッセージ５７をユーザＡに提示する。

ユーザＡは、コピーボタン５８をクリックすることによって、メッセージ５７をコピーできる。このようにすれば、所与の電子メールの本文や、チャットにメッセージ５７をペーストすることができ、簡単にユーザＢにＵＲＬを知らせることができる。

また、ユーザＡは、Ｅメール作成ボタン５９をクリックすることによって、サーバ１０は、自動的にメール作成アプリを起動させ、本文にメッセージ５７を含むように作成してもよい。例えば、ユーザＡのメールアドレス（Ａｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）を差出人とし、受信ユーザＢのメールアドレス（Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）を宛先に指定して、電子メールを作成してもよい。

［１０］ＵＲＬの追加
本実施形態では、１つの管理単位において、複数のＵＲＬを生成できる。例えば、図８に示すように、ユーザＡは、ＵＲＬを作成する作成ボタン３３をクリックすることによって、管理単位（管理ＩＤ＝００１）に対応する新たな設定情報を入力できる。

例えば、設定情報の指示３３（例えば、「ＵＲＬを作成」のボタン３３）をクリックすると、図９に示すように、画面右側に、新たに設定情報を入力するための画面８０を表示する。そして、画面８０において、ユーザＡは、新たに設定情報を入力できる。

つまり、サーバ１０は、新たなＵＲＬを生成する前に、ユーザＡからＵＲＬに関連付ける設定情報の入力を受け付ける。そして、ユーザＡが作成ボタン４４をクリックすると、サーバ１０は、端末２０Ａから、ＵＲＬ作成指示、管理ＩＤ＝００１及び設定情報を受信し、設定情報に基づき、新たに、ＵＲＬを生成する。生成されたＵＲＬは、管理ＩＤ＝００１に対応付ける。

そして、サーバ１０は、（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ２）というＵＲＬを生成した場合、当該ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ２）に対応付けて設定情報を、管理データ記憶部１７３に記憶する。

例えば、図１０に示すように、サーバ１０は、管理ＩＤ＝００１及び当該ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ２）に対応付けるタイトルとして新たに「サポートグループ」を設定し、当該ＵＲＬに対応付けるダウンロード制限数として、「５」を設定する。

また、サーバ１０は、当該ＵＲＬに対応付けて、メールアドレス認証を有効（１）に設定し、メールアドレス認証の選択肢として「２（「指定メールアドレスのみに制限」）」を設定される。

また、サーバ１０は、例えば、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅ
ｓｔ２）に対応付ける受信ユーザのメールアドレスとしてユーザＪのメールアドレス「Ｊｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ」及びユーザＫの「Ｋｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ」を設定する。例えば、ユーザＪ、ユーザＫは、サポートスタッフである。

また、サーバ１０は、例えば、当該ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ２）に対応付けるパスワード認証を無効（０）に設定する。

［１１］ＵＲＬの削除
サーバ１０は、図８に示すように、ユーザＡの指示に基づき、管理単位に対応付けられた所与のＵＲＬを削除できる。例えば、「営業グループ」のＵＲＬについて削除を希望する場合、ユーザＡは削除ボタン６３をクリックすることによって、「営業グループ」のＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）を削除できる。

サーバ１０は、当該ＵＲＬについてユーザＡから削除指示を受け付けた場合、当該ＵＲＬを削除、及び／又は、当該ＵＲＬのステータスを無効にする。

また、サーバ１０は、当該ＵＲＬについてユーザＡから削除指示を受け付けた場合、当該ＵＲＬに対応付けられた設定情報を削除してもよい。

［１２］設定情報の変更
サーバ１０は、ＵＲＬの生成後においても、ＵＲＬ単位で、設定情報を変更できる。そして、サーバ１０は、設定情報を変更しても、当該設定情報に対応するＵＲＬの有効性を維持する。例えば、設定情報に対応するＵＲＬのステータスの情報が有効（１）である場合において、当該設定情報を変更した場合、当該ＵＲＬの有効（１）を維持する。ゆえに、ＵＲＬを生成し直す手間を省くことができ、ユーザにとって利便性の高いファイル管理を実現できる。

図１１は、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ２）に関する設定情報の変更画面の一例を示す。例えば、ユーザＡは、受信ユーザとして、ユーザＬのメールアドレス（Ｌｕｓｅｒ＠ｉｆｐａｔ．ｇｒ．ｊｐ）を追加で指定できる。また、パスワード認証を有効になるように選択（チェック）し、パスワード（例えば、「Ｆ８＃ｓｙＦｓ８」）を入力する。そして、ユーザＡの端末２０Ａは、作成ボタン４４をクリックすることによって、変更指示及び変更された設定情報をサーバ１０に送信する。なお、サーバ１０に送信時に、管理ＩＤ＝００１、当該ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ２）を送信する。

サーバ１０は、上記情報を受信すると、変更指示に基づき、端末２０Ａから受信した変更後の設定情報に基づいて、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ２）に対応付けて、当該設定情報を更新する。例えば、受信ユーザの情報を「Ｊｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ，Ｋｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ，Ｌｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ」に設定する。

また、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ２）に対応付けて、パスワード認証を有効（１）に更新し、パスワードを「Ｆ８＃ｓｙＦｓ８」に設定する。

［１３］管理単位の説明
サーバ１０は、ユーザＡの指示に基づき、管理単位の確認、追加及び削除、或いは、管理単位で管理するファイルの確認、追加及び削除を行うことができる。

図１２は、ユーザＡの端末２０Ａに表示される管理単位の履歴画面９０の一例である。
つまり、履歴画面９０は、ユーザＡが作成した管理単位が表示される。なお、各管理単位において、既にファイルが送信ユーザからアップロードされている場合、送信マーク９７を提示してもよい。なお、図示していないが、サーバ１０は、管理単位の有効期限が到来した場合や管理単位のステータスが無効の場合に無効マークを提示してもよい。また、管理単位が削除された場合は、削除マークを提示してもよい。

例えば、ユーザＡは、管理単位の中から、編集を希望する管理単位を選択する。履歴画面９０では、各管理単位が管理するファイル名を表示するので、ユーザＡは簡単に選択できる。

例えば、ユーザＡは、図１２に示すように、複数の管理単位の中から、「企画書Ａ．ｐｄｆ」、「秘密保持契約書．ｐｄｆ」の管理単位９１を選択すると、画面右側に、管理単位９１の詳細画面９２が表示される。

例えば、サーバ１０は、端末２０Ａに、現在の管理単位（管理ＩＤ＝００１）のステータスの情報（例えば、有効又は無効）を提示する。図１２の例では、当該管理単位が有効であることを示している。管理単位のステータスが有効の場合、受信先のユーザ（例えば、ユーザＢ）は、当該管理単位で管理する各ファイルを受信できる。一方、管理単位のステータスが無効の場合、受信先のユーザ（例えば、ユーザＢ）は、当該管理単位で管理する各ファイルを受信できない。

また、例えば、サーバ１０は、端末２０Ａにおいて、現在の管理単位（管理ＩＤ＝００１）の有効期限、及び作成者（例えば、作成者のメールアドレス）を提示する。

また、例えば、サーバ１０は、画面９０のエリア９５において、現在の管理単位（管理ＩＤ＝００１）で管理しているファイル及びファイルのステータスの情報（例えば、有効又は無効）、ウイルススキャンの状況、ファイルの削除ボタンを提示する。

ユーザＡは、削除を希望するファイルがあれば、該当するファイルについて削除ボタンをクリックすることによって、ファイルを削除できる。

例えば、ユーザＡは、企画書Ａ．ｐｄｆについて、削除ボタンをクリックすると、サーバ１０は、ユーザＡの指示に基づき、「企画書Ａ．ｐｄｆ」を、ファイル記憶部１７５から削除する。また、画面９０から、「企画書Ａ．ｐｄｆ」が削除して表示される。

ユーザＡは、追加を希望するファイルがあれば、エリア９５に、端末２０Ａに記憶されているファイルをドラッグとドロップを行う操作により、当該ファイルをサーバ１０に追加アップロードできる。

例えば、サーバ１０は、ユーザＡの指示に基づき、新たに「退勤管理．ｐｄｆ」を受信すると、ファイル記憶部１７５に記憶し、エリア９５に、新たに「退勤管理．ｐｄｆ」が追加表示される。

本実施形態では、管理単位（管理ＩＤ＝００１）のファイルの追加、削除にかかわらず、生成されたＵＲＬのステータスを維持する。例えば、ＵＲＬのステータスが有効である場合においてファイルの追加、削除したとしても、その有効を維持する。したがって、受信ユーザにＵＲＬを通知した後であっても、新たにファイル（例えば、「退勤管理．ｐｄｆ」）を追加することや、ファイル（例えば、「企画書Ａ．ｐｄｆ」）を削除可能となり、送信ユーザ及び受信ユーザにとって利便性の高いファイル管理を実現できる。

また、例えば、サーバ１０は、端末２０Ａにおいて、現在の管理単位（管理ＩＤ＝００１）で生成されたＵＲＬ一覧をしてもよい。

例えば、サーバ１０は、画面９０の下部において、各ＵＲＬに対して、ＵＲＬのステータスの情報（例えば、有効又は無効）、ＵＲＬのタイトル、ダウンロード回数／ダウンロード制限数、編集ボタン９３、削除ボタン９６を提示してもよい。

また、例えば、ユーザＡは、サポートグループの編集ボタン９３をクリックすることによって、サポートグループのＵＲＬに関する設定情報を変更できる。例えば、サーバ１０は、ユーザＡの指示（例えば、編集ボタン９３をクリック）に基づいて、図１１に示すように、サポートグループのＵＲＬの設定情報の編集（変更）を行うことができる。

また、サーバ１０は、新たなＵＲＬを作成するためのＵＲＬ作成ボタン９４を提示してもよい。

なお、図示していないが、サーバ１０は、管理単位の作成者のユーザＡの指示に基づき、管理単位（例えば、管理ＩＤ＝００１）の削除を行ってもよい。なお、サーバ１０は、管理単位の作成者のユーザＡの指示に基づき、管理単位（例えば、管理ＩＤ＝００１）のステータスを無効にしてもよい。

また、サーバ１０は、管理単位の有効期限を経過すると、当該管理単位のステータスを無効に設定する。

［１４］ＵＲＬの役割
本実施形態によれば、本実施形態のサーバ１０は、タイトル、ダウンロード制限数、ユーザ認証情報（例えば、メールアドレス認証の情報）、ＵＲＬに対応する認証情報（例えば、サイトのパスワード認証の情報）のうち少なくとも１つが異なる設定情報が複数ある場合、設定情報毎に、異なるＵＲＬを生成する。

したがって、送信ユーザであるユーザＡは、受信ユーザの識別や、セキュリティレベルの度合いに応じて臨機応援に自由度の高い設定情報を入力でき、多様な設定パターンのＵＲＬを生成できる。

例えば、社外のユーザ（例えば、メールアドレスのドメインが、所定ドメインでないユーザ）に対しては、メールアドレス認証及びパスワードを有効に設定してＵＲＬを生成し、社内のユーザ（例えば、メールアドレスのドメインが、所定ドメインであるユーザ）に対しては、メールアドレス認証や及びパスワードを無効に設定してＵＲＬを生成することができる。このように、ユーザＡは、設定内容に応じて、ＵＲＬを使い分けることができる。したがって、本実施形態では、ユーザＡにとって利便性高いサービスを提供できる。

［１５］フローチャート
図１３を用いて、サーバ１０の処理の流れについて説明する。説明の便宜上、ユーザＡを、送信ユーザの一例として説明する。

まず、管理単位で、ユーザＡの端末２０Ａから送信されたファイルを記憶する（ステップＳ１１）。

そして、ユーザＡから、設定情報の入力を受け付ける（ステップＳ１２）。ユーザＡからＵＲＬを生成する指示を受け付けた否かを判断する（ステップＳ１３）。

ユーザＡからＵＲＬを生成する指示を受け付けた場合（ステップＳ１３のＹ）、管理単位に対応するＵＲＬを生成する（ステップＳ１４）。

そして、ＵＲＬと設定情報とを対応付ける（ステップＳ１５）。そして、ユーザＡに生成されたＵＲＬを表示する（ステップＳ１６）。なお、ユーザＡからＵＲＬを生成する指示を受け付けていない場合（ステップＳ１３のＮ）、ステップＳ１２に戻る。以上で終了する。

［１６］ファイルの受信
サーバ１０は、所与のユーザから、ＵＲＬのアクセスを受け付けた場合において、当該ユーザ対しファイルを受信するように制御する。なお、当該ファイルが暗号化されている場合には、サーバ１０は、当該ファイルを復号化し、復号化されたファイルを受信可能となるように制御する。

［１６．１］ダウンロード制限
サーバ１０は、アクセスを受け付けたＵＲＬ（例えば、ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応するダウンロード回数が、ダウンロード制限数以下（例えば、１０以下）である場合、ファイルの受信を可能とする。ファイル受信後、ダウンロード回数を１カウントする。

なお、サーバ１０は、アクセスを受け付けたＵＲＬに対応するダウンロード回数が、ダウンロード制限数（例えば、１０）に到達している場合、ファイルの受信を禁止する。

［１６．２］ユーザ認証が有効である場合の処理
サーバ１０は、ユーザからアクセスを受け付けたＵＲＬに対応するユーザ認証（例えば、メールアドレス認証）が有効である場合、メールアドレスやドメインの入力画面を当該ユーザに提示する。

そして、サーバ１０は、ユーザ認証処理を行い、認証を許可した場合に、ファイル受信画面を当該ユーザの端末２０に提示する。

サーバ１０は、ユーザ認証が許可されたユーザ（例えば、ユーザＢ）からファイルの受信の指示を受け付けた場合に、当該ユーザ（例えば、ユーザＢ）の端末２０に、ＵＲＬに対応付けられた管理単位が管理するファイルを送信する。つまり、当該ユーザ（例えば、ユーザＢ）は、当該ユーザの端末２０にファイルを受信（例えば、ダウンロード）できる。

なお、サーバ１０は、ユーザ認証を不許可とした場合、ファイル受信画面を当該ユーザの端末２０に提示しない。例えば、サーバ１０は、ユーザの端末２０にファイルを受信できない旨の情報を提示する。

以下、認証の詳細について説明する。説明の便宜上、管理ＩＤ＝００１のＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）についてのアクセスを受け付けた際の処理例について説明する。

（１）指定のメールアドレスに対する認証処理
サーバ１０は、ユーザ認証を行う対象の受信ユーザのメールアドレスについて指定がある場合、次のように処理する。

まず、サーバ１０は、ユーザに対し、メールアドレスの入力を受け付けるための画面を
提示する。

そして、サーバ１０は、ユーザからメールアドレスの入力を受け付けると、受け付けたメールアドレスと、管理ＩＤ＝００１のＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けられたメールアドレス（Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）とが一致するか否かを判断する。

そして、受け付けたメールアドレスと、管理ＩＤ＝００１のＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けられたメールアドレス（Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）とが一致する場合、所与の暗号アルゴリズムに基づき、パスワード（ワンタイムパスワード）を生成する。

そして、サーバ１０は、生成したパスワードを、ＵＲＬに対応付けて、管理データ記憶部１７３に記憶する。

また、サーバ１０は、ＵＲＬ（ｈｔｔｐｓ：／／ｈｅｎｎｇｅ．ｃｏｍ／ｔｅｓｔ１）に対応付けられた受信ユーザのメールアドレス（Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）に、パスワードを通知する。

なお、ユーザＢとは関係のないユーザＸからＵＲＬを受け付けた場合にも、ＵＲＬに対応付けられた受信ユーザのメールアドレス（Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）に、パスワードを通知することになるので、ユーザＢ以外にパスワードが漏洩する事態を防ぐことができる。

そして、サーバ１０は、ユーザに対し、パスワード入力画面をユーザに提示し、当該ユーザからパスワードの入力を受け付けた場合に、パスワード認証処理を行う。

例えば、サーバ１０は、ユーザから受け付けたパスワードと、管理データ記憶部１７３に記憶された当該ＵＲＬに対応付けられたパスワードとが一致しているか否かを判断し、一致している場合に認証を許可し、不一致の場合、認証を不許可とする。

（２）指定のドメインに対する処理
サーバ１０は、ユーザ認証を行う対象の受信ユーザのドメインについて指定がある場合、次のように処理する。

まず、サーバ１０は、ユーザに対し、メールアドレスの入力を受け付けるための画面を提示する。

そして、サーバ１０は、ユーザからメールアドレスの入力を受け付けると、受け付けたメールアドレスのドメインと、ＵＲＬに対応付けられたドメインとが一致するか否かを判断し、一致する場合、所与の暗号アルゴリズムに基づき、パスワード（ワンタイムパスワード）を生成し、ＵＲＬに対応付けて、管理データ記憶部１７３に記憶する。

また、サーバ１０は、当該パスワードを、受け付けた当該メールアドレスに通知する。そして、サーバ１０は、ユーザに対し、パスワード入力画面をユーザに提示し、当該ユーザからパスワードの入力を受け付けた場合に、パスワード認証処理を行う。

例えば、サーバ１０は、ユーザから受け付けたパスワードと、管理データ記憶部１７３に記憶された当該ＵＲＬに対応付けられたパスワードとが一致しているか否かを判断し、一致している場合に認証を許可し、不一致の場合、認証を不許可とする。

（３）任意のメールアドレスに対する処理
サーバ１０は、ユーザ認証を行う対象として任意のメールアドレスについて指定がある場合、次のように処理する。

まず、サーバ１０は、ユーザに対し、メールアドレスの入力を受け付けるための画面を提示する。

そして、サーバ１０は、ユーザからメールアドレスの入力を受け付けると、受け付けたメールアドレスに、所与の暗号アルゴリズムに基づき生成されたパスワード（ワンタイムパスワード）を通知する。なお、サーバ１０は、生成したパスワードを、ＵＲＬに対応付けて、管理データ記憶部１７３に記憶する。

そして、サーバ１０は、ユーザに対し、パスワード入力画面をユーザに提示し、当該ユーザからパスワードの入力を受け付けた場合に、パスワード認証処理を行う。

例えば、サーバ１０は、ユーザから受け付けたパスワードと、管理データ記憶部１７３に記憶された当該ＵＲＬに対応付けられたパスワードとが一致しているか否かを判断し、一致している場合に認証を許可し、不一致の場合、認証を不許可とする。

このように、任意のユーザに、管理単位のファイルを受信させる場合、少なくともメールアドレスを要求するので、どのような人物がダウンロードしたのかを、ダウンロード履歴などを閲覧することによって、作成者であるユーザＡは知ることができる。

［１６．３］パスワード認証
サーバ１０は、ユーザからアクセスを受け付けたＵＲＬに対応するパスワード認証が有効である場合、パスワード入力画面を当該ユーザに提示する。

そして、サーバ１０は、当該ユーザからパスワードの入力を受け付けた場合に、ユーザから受け付けたパスワードと、ＵＲＬに対応付けられたパスワードとが一致しているか否かを判断し、一致している場合に認証を許可し、不一致の場合、認証を不許可とする。

そして、サーバ１０は、パスワード認証を許可した場合に、ファイル受信画面を当該ユーザの端末２０に提示する。そして、ユーザ認証の許可時と同様に、当該ユーザがファイルを受信することを可能にする。

なお、本実施形態では、メールアドレス認証が有効であって、パスワード認証が有効である場合、メールアドレス認証と、パスワード認証との両方について、認証処理を実行してもよい。

［１６．４］認証が無効の場合
サーバ１０は、メールアドレス認証及びパスワード認証が共に無効の場合、照会情報にアクセスしたユーザに対し、管理単位が管理するファイルを受信することを可能にする。

［１６．５］ＵＲＬが無効の場合
サーバは、所与のユーザからＵＲＬへのアクセスがあった場合において、当該ＵＲＬのステータスが無効である場合、当該ユーザからのアクセスを禁止し、ファイル記憶部１７５に記憶された当該ファイルを受信することを禁止する。なお、メールアドレス認証やサイトのパスワード認証の許可に関係なく当該ファイルを受信することを禁止する。

また、例えば、サーバ１０は、ＵＲＬの作成者のユーザ、或いは、所定ユーザから、ＵＲＬのステータスについて、無効の指示を受け付けた場合に、当該ＵＲＬのステータスを無効に設定してもよい。このようにすれば、ＵＲＬ作成者が誤ってファイルをアップロードした場合においても、ファイルの情報漏洩を防ぐことができる。

［１７］ファイルのステータスの情報の制御
サーバ１０は、管理単位が管理するファイルの有効又は無効を示すステータスを設定してもよい。ファイルが有効である場合、受信先のユーザにファイルを受信可能とする。一方、ファイルが無効である場合、認証（メールアドレス認証及び／又はメールアドレス認証）が許可されていても、当該ファイルを、受信先のユーザが受信することを禁止する。

また、例えば、サーバ１０は、ファイルの作成者のユーザ、或いは、所定ユーザからファイルのステータスについて、無効の指示を受け付けた場合に、当該ステータスを無効に設定してもよい。

［１８］所定ユーザのファイル受信
サーバ１０は、所定ユーザからの指示に基づき、ファイルを、所定ユーザの端末に受信可能に制御するようにしてもよい。

なお、所定ユーザに対して受信可能とする際に、本実施形態で説明した種々の認証手法により、所定ユーザの正当性を判断するためのユーザ認証（例えば、メールアドレス認証）を実行してもよい。

［１９］ユーザ認証の他の例
本実施形態では、ユーザ認証として、メールアドレス認証を採用する例を説明したが、これに限らず、他の種々のユーザ認証を採用してもよい。例えば、電話番号認証や、ユーザの端末装置（スマートフォン）を用いた認証処理によって、ユーザの正当性を判定するようにしてもよい。

また、本実施形態のサーバ１０は、外部の認証サーバ（認証機関）によってユーザの認証を判定してもよい。例えば、認証サーバは、Ｇｏｏｇｌｅ（登録商標）などの認証サーバである。

［２０］照会情報（ＵＲＬ）に対応する認証の他の例
本実施形態では、照会情報（ＵＲＬ）に対応する認証として、パスワード認証を採用する例を説明したが、これに限らず、他の種々のユーザ認証を採用してもよい。

［２１］受信ユーザの情報
本実施形態では、例えば、図５に示すように、ユーザＡが、画面３４において、受信ユーザの情報を設定した場合に、同時に、受信ユーザのユーザ認証を行う手法について説明したが、ユーザ認証を行わずに、受信ユーザの情報を設定可能としてもよい。

例えば、ユーザＡが、受信先のユーザ（例えば、ユーザＢ）のメールアドレス（例えば、Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）を設定する。すると、サーバ１０は、所与のユーザ（例えば、ユーザＢ）からＵＲＬへのアクセスがあった場合に、当該ユーザにメールアドレスの入力を要求する。サーバ１０は、ユーザから受け付けたメールアドレスが、設定されたメールアドレス（例えば、Ｂｕｓｅｒ＠ｈｅｎｎｇｅ．ｃｏｍ）と一致する場合、当該ユーザが、照会情報に対応する管理単位で管理するファイルを受信することを可能にしてもよい。

［２２］ウイルス感染の場合
本実施形態では、管理単位で設定された各ファイルの状態に応じて、当該管理単位のステータスを強制的に無効にすることを可能にしてもよい。

例えば、管理ＩＤ＝００１の管理単位で設定されたファイル（例えば、「企画書Ａ．ｐｄｆ」）が、ウイルス感染の状態にある場合、管理ＩＤ＝００１に対応するステータスを強制的に無効に設定する。

そして、管理ＩＤ＝００１に対応するステータスが無効の場合、ユーザ認証の結果及びパスワード認証の結果にかかわらず、当該ファイル（例えば、「企画書Ａ．ｐｄｆ」）又は管理ＩＤ＝００１に関連付けられた全てのファイル（例えば、「企画書Ａ．ｐｄｆ」、「秘密保持契約書．ｐｄｆ」）を、受信先のユーザ（例えば、ユーザＢ）が受信することを不可にする。

つまり、本実施形態では、管理ＩＤ＝００１で管理する少なくとも１つのファイル（例えば、「企画書Ａ．ｐｄｆ」）が、ウイルスに感染したことを検知した場合、ユーザ認証の結果及びパスワード認証の結果にかかわらず、当該ファイル（例えば、「企画書Ａ．ｐｄｆ」）又は管理ＩＤ＝００１に関連付けられた全てのファイル（例えば、「企画書Ａ．ｐｄｆ」、「秘密保持契約書．ｐｄｆ」）を、受信先のユーザ（例えば、ユーザＢ）が受信することを不可にする。

このようにすれば、ファイルの状態に応じて、管理単位の状態を無効にできるので、利便性の高いサービスを提供できる。

［２３］その他
本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。

本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。

上記のように、本発明の実施形態について詳細に説明したが、本発明の新規事項及び効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。したがって、このような変形例はすべて本発明の範囲に含まれるものとする。

１０ サーバ、２０、２０Ａ、２０Ｂ、２０Ｃ 端末、
１００ 処理部、１１０ 通信制御部、１１１ 記憶処理部、１１２ 管理単位部、
１１３ 設定部、１１４ 照会情報制御部、１１５ ファイル制御部、
１１６ 認証制御部、１１７ 通知部、１２０ Ｗｅｂ処理部、１７０ 記憶部、
１７１ 主記憶部、１７２ ユーザ情報記憶部、１７３ 管理データ記憶部、
１７５ ファイル記憶部、１８０ 情報記憶媒体、１９６ 通信部

Claims (10)

1. ファイル管理処理をコンピュータに行わせるプログラムであって、
   送信ユーザの指示に基づいて、当該送信ユーザの端末から送信されたファイルを記憶部に記憶する記憶処理部と、
   前記ファイルを管理する管理単位を設定する管理単位部と、
   前記管理単位に対応付けて、前記送信ユーザの入力情報に基づいて設定情報を設定する設定部と、
   前記管理単位に対応する照会情報を生成し、当該照会情報と前記設定情報とを対応付ける照会情報制御部と、
   所与のユーザから前記照会情報へのアクセスを受け付けた場合に、前記照会情報に対応する前記管理単位で管理する前記ファイルを、当該ユーザが受信することを可能にするファイル制御部として、コンピュータを機能させ、
   前記設定部は、
   一の前記管理単位に対して、内容が異なる複数の設定情報を設定可能とし、
   前記照会情報制御部は、
   前記設定部において複数の設定情報が設定された場合に、設定情報毎に、異なる照会情報を生成することを特徴とするプログラム。
2. 請求項１において、
   前記設定情報は、ファイルを受信する対象の受信ユーザの情報を含み、
   前記設定部は、
   一の前記管理単位に対して、受信ユーザの情報が異なる複数の設定情報を設定可能であり、
   前記照会情報制御部は、
   受信ユーザの情報毎に、異なる照会情報を生成可能とすることを特徴とするプログラム。
3. 請求項１又は２において、
   前記設定情報は、ファイルを受信する対象の受信ユーザの情報を含み、
   前記設定部は、
   一の設定情報に対して、複数の受信ユーザの情報を設定可能とすることを特徴とするプログラム。
4. 請求項１において、
   前記設定情報は、セキュリティ情報を含み、
   前記設定部は、
   一の前記管理単位に対して、セキュリティ情報が異なる複数の設定情報を設定可能であり、
   前記照会情報制御部は、
   セキュリティ情報毎に、異なる照会情報を生成可能とすることを特徴とするプログラム。
5. 請求項１又は４において、
   前記設定情報は、ファイルを受信する対象の受信ユーザのユーザ認証情報を含み、
   前記設定部は、
   一の前記管理単位に対して、ユーザ認証情報が異なる複数の設定情報を設定可能であり、
   前記照会情報制御部は、
   ユーザ認証情報毎に、異なる照会情報を生成可能とし、
   前記ファイル制御部は、
   所与のユーザから前記照会情報へのアクセスを受け付けた場合に、前記受信ユーザのユーザ認証情報に基づき当該ユーザの認証を行い、当該認証が許可された場合に、当該ユーザが前記ファイルを受信可能とすることを特徴とするプログラム。
6. 請求項１又は４において、
   前記設定情報は、前記照会情報に対応する認証情報を含み、
   前記設定部は、
   一の前記管理単位に対して、前記認証情報が異なる複数の設定情報を設定可能であり、
   前記照会情報制御部は、
   前記認証情報毎に、異なる照会情報を生成可能とし、
   前記ファイル制御部は、
   所与のユーザから前記照会情報へのアクセスを受け付けた場合に、前記認証情報に基づき、前記照会情報に対する認証を行い、当該認証が許可された場合に、当該ユーザが前記ファイルを受信可能とすることを特徴とするプログラム。
7. 請求項１において、
   前記設定部は、
   照会情報を生成後、当該照会情報に対応する設定情報を変更可能とし、
   前記照会情報制御部は、
   設定情報の変更にかかわらず、当該設定情報に対応する照会情報の有効な状態を維持することを特徴とするプログラム。
8. 請求項１において、
   前記管理単位部は、
   管理単位で設定された前記ファイルの状態に応じて、当該管理単位の状態を強制的に無効可能とすることを特徴とするプログラム。
9. ファイル管理処理を行うサーバであって、
   送信ユーザの指示に基づいて、当該送信ユーザの端末から送信されたファイルを記憶部に記憶する記憶処理部と、
   前記ファイルを管理する管理単位を設定する管理単位部と、
   前記管理単位に対応付けて、前記送信ユーザの入力情報に基づいて設定情報を設定する設定部と、
   前記管理単位に対応する照会情報を生成し、当該照会情報と前記設定情報とを対応付ける照会情報制御部と、
   所与のユーザから前記照会情報へのアクセスを受け付けた場合に、前記照会情報に対応する前記管理単位で管理する前記ファイルを、当該ユーザが受信することを可能にするファイル制御部と、を含み、
   前記設定部は、
   一の前記管理単位に対して、内容が異なる複数の設定情報を設定可能とし、
   前記照会情報制御部は、
   前記設定部において複数の設定情報が設定された場合に、設定情報毎に、異なる照会情報を生成することを特徴とするサーバ。
10. ファイル管理処理を行うサーバから、送信ユーザにファイル管理に関する情報を提供するためのファイル管理方法であって、
    前記サーバが、
    送信ユーザの指示に基づいて、当該送信ユーザの端末から送信されたファイルを記憶部に記憶するステップと、
    前記ファイルを管理する管理単位を設定するステップと、
    前記管理単位に対応付けて、前記送信ユーザの入力情報に基づいて設定情報を設定するステップと、
    前記管理単位に対応する照会情報を生成するステップと、
    前記照会情報と前記設定情報とを対応付けるステップと、
    所与のユーザから前記照会情報へのアクセスを受け付けた場合に、前記照会情報に対応する前記管理単位で管理する前記ファイルを、当該ユーザが受信することを可能にするステップと、を含み、
    前記設定情報を設定するステップは、
    一の前記管理単位に対して、内容が異なる複数の設定情報を設定可能とし、
    前記生成するステップは、
    前記設定情報を設定するステップにおいて複数の設定情報が設定された場合に、設定情報毎に、異なる照会情報を生成する場合において、
    前記送信ユーザの端末によって受け付けられた前記送信ユーザの入力情報を前記サーバに送信し、
    前記サーバからファイル管理に関する情報を受信することを特徴とするファイル管理方法。

Images