JP6732506B2

JP6732506B2 - システム、クライアント装置、サーバー装置、情報処理方法及びプログラム

Info

Publication number: JP6732506B2
Application number: JP2016080418A
Authority: JP
Inventors: 康矢岡部
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2016-04-13
Filing date: 2016-04-13
Publication date: 2020-07-29
Anticipated expiration: 2036-04-13
Also published as: US20170302602A1; JP2017191449A; US10547579B2

Description

本発明は、システム、クライアント装置、サーバー装置、情報処理方法及びプログラムに関する。

ファイルを他人と共有する方法の１つとして、電子メール（以下、メール）にファイルを添付して送信するという方法がある。この方法では手軽にファイルを相手に送信することが可能だが、ファイルのサイズが大きい場合には送信、又は受信に時間がかかったり、メールサーバー側でエラーになったりする等の問題がある。またファイルをコピーして送信することになるため、メールを受信した複数人で１つのファイルを編集したいようなケースには適さないと言える。
他の方法としては、複数人がアクセス可能な共有フォルダー等にファイルを置き、そのパスやショートカットとともにメールを送信する方法が考えられる。この方法では、メール受信者がファイルを置かれた場所にアクセス可能なことを考慮して、メール送信者がファイルを適切な場所に置く必要がある。
このような背景のもと、メールに添付されたファイルを電子メール中継装置がファイルサーバーへ格納してメールから添付ファイルを削除し、更にメール受信者がファイルにアクセスできるアクセス権を設定するという技術が存在する（特許文献１）。この方法では、メール受信者はファイルサーバーに置かれたファイルに必ずアクセスすることができ、また複数人で単一のファイルを編集することも可能である。

特開２００９−１８２７８３号公報

一方、業務等で複数人によって協同作業を行っているような場合は、関連する複数のファイルを１つの共有フォルダーにまとめて格納しておきたいという要望がある。しかしながら、特許文献１の方法は、ファイルをメールで送信するたびに新規に保存場所を作成してファイルを保存するものであり、既に使用されている共有フォルダーへファイルを格納し、それを共有したいようなケースには適用できない。即ち、ファイルの内容から判断して適切であり、かつメール受信者がアクセス可能な既存の場所へファイルを保管し共有したい場合には、メール送信者が既存のファイルの置き場所（フォルダー）を探して、そのフォルダーにファイルを保管する必要があった。
本発明は、メール受信者全員がアクセスでき、かつ、ファイルの内容に応じた適切な格納先（フォルダー）を容易に選択することができるようにすることを目的とする。

本発明は、クライアント装置と、第１のサーバー装置とを含むシステムであって、前記クライアント装置は、メールの宛先メールアドレスと、前記メールの添付対象として選択された第１のファイルに関する情報と、前記メールの本文とを含むメール情報を、前記第１のサーバー装置に送信する第１の送信手段と、前記第１のサーバー装置からファイルの格納先候補を受信する第の受信手段と、前記受信された格納先候補を表示する表示手段と、前記表示された格納先候補の中からユーザーにより選択された格納先候補に対応する格納先に、前記第１のファイルを格納する格納手段と、前記格納された前記第１のファイルへのリンクを含むメールを前記宛先メールアドレス宛てに送信する第２の送信手段と、を有し、前記第１のサーバー装置は、前記クライアント装置より前記メール情報を受信する第２の受信手段と、前記受信したメール情報に基づいて、前記宛先メールアドレスに対応するユーザー全員がアクセス可能であり、且つ、前記第１のファイルと前記メールの本文とに関連する第２のファイルが格納されている格納先を、前記第１のファイルの格納先候補として決定する決定手段と、前記決定された前記第１のファイルの格納先候補を前記クライアント装置に送信する第３の送信手段と、を有する。

本発明によれば、メール受信者全員がアクセスでき、かつ、ファイルの内容に応じた適切な格納先（フォルダー）を容易に選択することができる。

ファイルシステムのシステム構成の一例を示す図である。クライアント装置等のハードウェア構成の一例を示す図である。解析サーバーのソフトウェア構成等の一例を示す図である。クライアント装置のソフトウェア構成等の一例を示す図である。ファイルサーバーのソフトウェア構成等の一例を示す図である。実施形態１のクライアント装置の情報処理の一例示すフローチャートである。解析サーバーの情報処理の一例を示すフローチャートである。実施形態２のクライアント装置の情報処理の一例示すフローチャートである。

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

＜実施形態１＞
実施形態１について図１から図７までの図に基づき説明する。
図１は、ファイルシステムのシステム構成の一例を示す図である。本システムはネットワーク１００を介して接続されるクライアント装置１０１、解析サーバー１０２及びファイルサーバー１０３から構成される。ネットワーク１００は、各装置間で通信を行うための基盤であって、イントラネット、インターネット、又はその他のネットワークシステムであってもよい。
クライアント装置１０１は、いわゆるＰＣであって、メールを送受信するメーラーが稼動している。またクライアント装置１０１では様々なファイルの閲覧や編集が実行され、ネットワーク１００を介してファイルサーバー１０３へファイルを保存する。
解析サーバー１０２は、ファイルサーバー１０３に格納されているファイルを取得しテキストを抽出してデータベース（以下、ＤＢ）に格納する機能を有する。また解析サーバー１０２は、前記ＤＢの情報と、比較対象の電子データから抽出したテキストとを比較し、電子データと類似したファイルの格納先候補を列挙する機能を有する。
ファイルサーバー１０３は、フォルダーのような階層構造でファイルを管理、保存する機能を有する。ファイルサーバー１０３は複数存在していてよい。またファイルサーバー１０３はインターネット上でファイルを管理する、いわゆるオンラインストレージサービスであってもよい。

図２は、クライアント装置１０１、解析サーバー１０２及びファイルサーバー１０３のハードウェア構成の一例を示す図である。ＣＰＵ２０１は、装置全体を制御する。ＲＡＭ２０２は、ＣＰＵ２０１のワークエリアを提供する。記憶装置２０３は、プログラム、設定情報等を記憶する。ネットワーク装置２０４は、他機器とネットワーク１００による通信を行う。メインバス２００は、各装置を接続する。本実施形態は特に断らない限り、ＣＰＵ２０１がメインバス２００を介してＲＡＭ２０２、記憶装置２０３、ネットワーク装置２０４を制御する。解析サーバー１０２のＣＰＵ２０１が解析サーバー１０２の記憶装置２０３等に記憶されたプログラムに基づき処理を実行することにより後述する図３の解析サーバー１０２のソフトウェア構成及び後述する図７のフローチャートの処理等が実現される。また、クライアント装置１０１のＣＰＵ２０１がクライアント装置１０１の記憶装置２０３等に記憶されたプログラムに基づき処理を実行することにより後述する図４のクライアント装置１０１のソフトウェア構成が実現される。また、クライアント装置１０１のＣＰＵ２０１がクライアント装置１０１の記憶装置２０３等に記憶されたプログラムに基づき処理を実行することにより後述する図６、８のフローチャートの処理等が実現される。また、ファイルサーバー１０３のＣＰＵ２０１がファイルサーバー１０３の記憶装置２０３等に記憶されたプログラムに基づき処理を実行することにより後述する図５のファイルサーバー１０３のソフトウェア構成等が実現される。クライアント装置１０１の場合、ハードウェア構成として図２に示す構成に加え、ディスプレイ等の表示装置やキーボード、マウス等の入力装置を有していてもよい。

図３は、解析サーバー１０２のソフトウェア構成等の一例を示す図である。
解析サーバー１０２は、ソフトウェア構成として、通信部３０１、解析リクエスト受付処理部３０２、解析リクエスト処理部３０３、クローラー部３０４、クローラー結果処理部３０５、テキスト抽出部３０６、ファイル情報ＤＢ部３０７を含む。また、解析サーバー１０２は、ソフトウェア構成として、更に、アクセス権情報処理部３０８、アクセス権情報ＤＢ部３０９を含む。
クローラー部３０４は、通信部３０１を介して、ファイルサーバー１０３に格納されているファイルとその格納先情報（フォルダー等の階層構造の情報）とを収集する。クローラー部３０４は、新規ファイル又はアップデートがあるファイルについて収集を行う。クローラー部３０４は、すでに収集しているファイルについては収集しない。
クローラー部３０４は、収集したファイルと格納先情報をクローラー結果処理部３０５に渡す。クローラー結果処理部３０５は、クローラー部３０４から受け取ったファイルを、テキスト抽出部３０６に渡し、レスポンスとしてファイルから抽出したテキスト抽出結果を受け取る。そして、クローラー結果処理部３０５は、テキスト抽出部３０６から受け取ったテキスト抽出結果と対応する格納先情報を、ファイル情報ＤＢ部３０７に保存する。
一方、解析リクエスト受付処理部３０２は、通信部３０１を介して、クライアント装置１０１から、ファイルの解析リクエストを受け付ける。また解析リクエスト受付処理部３０２は、後述する解析リクエスト処理部３０３が処理した解析結果を、クライアント装置１０１にレスポンスとして送信する処理も行う。また解析リクエスト受付処理部３０２は、クライアント装置１０１からメール本文の情報も受信し、これもファイルと同様に解析リクエスト処理部３０３へ送信するが、メール本文であることが分かる形式で送信する。

解析リクエスト処理部３０３は、解析リクエスト受付処理部３０２が受信したファイルをテキスト抽出部３０６に渡し、レスポンスとしてファイルから抽出したテキスト抽出結果を受け取る。同時に解析リクエスト処理部３０３は、ファイル情報ＤＢ部３０７から格納されているファイル情報を取得し、テキスト抽出部３０６から受け取ったテキスト抽出結果と比較する処理を行う。解析リクエスト処理部３０３は、比較した結果、解析リクエスト受付処理部３０２が受信したファイルと類似するファイルが格納される格納先情報を解析結果として解析リクエスト受付処理部３０２に渡す。解析リクエスト処理部３０３は、解析リクエスト受付処理部３０２からメール本文が渡された場合、ファイルとは異なる情報であるとして重み付けを変化させ（例えば低くする）、格納先情報を検索する。重み付けが低く指定された情報は、格納先情報の検索において与える影響が小さくなる。例えば、「ＸＸＸ企画書」という単語が、重み付けが低く設定されたメール本文に多く存在していても、重み付けが高く設定されたファイルにあまり存在していなければ、「ＸＸＸ企画書」は格納先の検索にあまり使われない。又は「ＸＸＸ企画書」という単語が、重み付けが低く設定されたメール本文に多く存在していても、重み付けが高く設定されたファイルにあまり存在していなければ、「ＸＸＸ企画書」を含む格納先は検索結果の順位において下位となる。重み付けがゼロにされた場合、その情報は格納先情報の検索には影響を与えないことになる。また解析リクエスト処理部３０３は、後述するアクセス権情報処理部３０８から渡された情報で格納先情報をフィルタリングする。
テキスト抽出部３０６は、ファイルからテキスト情報を抽出する処理を行う。またテキスト抽出部３０６は、抽出したテキストを適切な文節で区切ったり、キーワードの出現回数等を集計したりする処理も行う。

アクセス権情報処理部３０８は、ファイルサーバー１０３におけるユーザーごとのアクセス権をアクセス権情報ＤＢ部３０９へ登録する。またアクセス権情報処理部３０８は、クライアント装置１０１から渡されたメールアドレスから、アクセス権情報ＤＢ部３０９に対し検索を行い、メールアドレスのユーザーがアクセス可能な場所を取得する。またアクセス権情報処理部３０８は、クライアント装置１０１からメールアドレスとファイルの格納先情報とが渡された場合、メールアドレスのユーザーがその格納先へアクセス可能かどうか調べる。アクセス権情報処理部３０８は、ファイルサーバー１０３、又はファイルサーバー１０３のアクセス権を管理するサーバー等から定期的にアクセス権の情報を受信する。又は、アクセス権情報処理部３０８は、クライアント装置１０１がファイルサーバー１０３へファイルを登録するときに、その場所へアクセス可能であることをクライアント装置１０１から送信してもよい。
アクセス権情報ＤＢ部３０９は、ファイルサーバー１０３（複数存在してよい）に対するユーザーごとのアクセス権情報を保管する。アクセス権を設定する単位としてはファイルサーバー単位、階層構造単位、ファイル単位等があるが、本実施形態では説明の簡略化のため階層構造単位を例に説明する。アクセス権情報ＤＢ部３０９は、ユーザーにはメールアドレスを関連付けて保存する。アクセス権の管理例を以下に示す。

表１はユーザーＩＤごとにファイルサーバー１０３のファイルの保存場所のアクセス権を定義したテーブルである。ユーザーＩＤは図１で示したファイルシステム全体でユニークな値を持つ前提で記載しているが、ファイルサーバー１０３ごとにユーザーＩＤを持ち、解析サーバー１０２内では別のユーザーＩＤを定義して、両者のマッピングを持つ形式にしてもよい。パスの列はアクセス権の対象となるパス、即ち階層構造を示す列である。パスで示す階層構造はファイルまで含んでもよいし、含まなくてもよい。指定されたパスより下位のパスにはアクセス権が継承されるとしてもよい。アクセス権の列はＲｅａｄやＷｒｉｔｅ等の種別を表す。
このテーブルに存在しないユーザー、ファイルサーバー、パスの組み合わせに関してはアクセス権を持っていない（読み取り権限すら存在しない）ことになる。逆に、アクセス権種別として、あるユーザーがこのパスにだけはアクセス不可、それ以外は全てアクセス可能という形式にしてもよい。
表２はユーザーＩＤとメールアドレスとを対応付けた表である。この情報は予め登録しておく必要がある。又は他の何らかのユーザーを管理するサーバーから情報を同期するか、そのサーバーへ問い合わせる形式にしてもよい。

図４は、クライアント装置１０１で稼動するメーラー、又はメーラープラグインのソフトウェア構成等の一例を示す図である。
クライアント装置１０１は、ソフトウェア構成として、通信部４０１、添付ファイル受信部４０２、添付ファイル内容送信部４０３、メールアドレス送信部４０４、メール本文送信部４０５、解析結果受信部４０６、解析結果表示部４０７を含む。更に、クライアント装置１０１は、ソフトウェア構成として、添付ファイル格納部４０８、リンク生成部４０９、メール送信部４１０を含む。
添付ファイル受信部４０２は、ユーザーによる、メールで送信しようとするファイルの指定命令を受信する。また添付ファイル受信部４０２は、ファイルの場所がクライアント装置１０１内か、ファイルサーバー１０３内かを判別する。添付ファイル内容送信部４０３は、添付ファイル受信部４０２で受信したファイルを、通信部４０１を介して解析サーバー１０２へ送信する。添付ファイル内容送信部４０３は、添付ファイルがファイルサーバー１０３内に存在する場合は、その場所も送信する。

メールアドレス送信部４０４は、ユーザーに指定されたメールの宛先、即ち宛先のメールアドレスを取得し、通信部４０１を介して解析サーバー１０２へ送信する。メール本文送信部４０５は、メール本文の内容を取得し、通信部４０１を解して解析サーバー１０２へ送信する。
解析結果受信部４０６は、解析サーバー１０２から送信された格納先情報（格納先候補）を受信する。格納先情報は、複数の格納先候補が優先度順にリスト形式で表される。解析結果表示部４０７は、解析結果受信部４０６が受信した格納先情報（格納先候補）を表示し、ユーザーに格納先を選択させる。添付ファイル格納部４０８は、ユーザーに選択された格納先に、添付ファイル受信部４０２が受信した添付ファイルを格納する。リンク生成部４０９は、添付ファイル格納部４０８が格納したファイルのリンクを生成し、リンクをメール本文に記載する。リンク生成部４０９は、リンクではなくショートカットをメールに添付してもよい。メール送信部４１０は、ユーザーのメール送信命令を受け、メールを送信する。

図５は、ファイルサーバー１０３のソフトウェア構成等の一例を示す図である。
ファイルサーバー１０３は、ソフトウェア構成として、通信部５０１、ファイル処理部５０２、ファイル保存部５０３、アクセス権情報処理部５０４、アクセス権情報ＤＢ部５０５を含む。
ファイル処理部５０２は、通信部５０１を介して、クライアント装置１０１や解析サーバー１０２からリクエストを受け付ける。受け付けるリクエストの種類は、ファイル保存部５０３へのファイル格納要求であったり、ファイル保存部５０３に保存されているファイルの取得要求であったりする。ファイル処理部５０２は、受け付けたリクエストに従い、ファイル保存部５０３へファイルを保存したり、ファイルを取得したりする。またファイル処理部５０２は、アクセス権情報処理部５０４から受信した情報により、ファイル保存部５０３へのアクセスを制御する。ファイル保存部５０３は、ファイル処理部の指示に従い、ファイルの実体を保持する役割を果たす。ファイルは基本的に、何らかの関連があるファイルがまとまって階層構造で管理されているものとする。
アクセス権情報処理部５０４は、ユーザーの認証処理、及びファイル保存部５０３におけるファイル、又は場所（フォルダー）に対するユーザーごとのアクセスの可否を判別する。アクセス権情報処理部５０４は、判別した結果をファイル処理部５０２へ渡す。またアクセス権情報処理部５０４は、通信部５０１を介してアクセス権の情報を解析サーバー１０２へ送信する。アクセス権情報ＤＢ部５０５は、ファイル保存部５０３のファイル、又は場所（フォルダー）に対するユーザーごとのアクセスの可否を保持する。アクセス権情報処理部５０４、及びアクセス権情報ＤＢ部５０５の処理は、ファイルサーバー１０３とは別のサーバーで実行する構成としてもよい。

図６は、クライアント装置１０１上でユーザーがメールにファイルを添付しようとしたときの情報処理の流れを示すフローチャートである。
Ｓ７０１において、添付ファイル受信部４０２は、ユーザーの指定によりメールに添付するファイルを受信する。Ｓ７０２において、メールアドレス送信部４０４は、ユーザーによって指定された送信先のメールアドレスを取得する。次にＳ７０３において、添付ファイル受信部４０２は、添付ファイルの場所を調べる。添付ファイル受信部４０２は、添付ファイルの場所がクライアント装置１０１内（クライアント装置内）に存在する場合（Ｓ７０３においてＹＥＳ）、Ｓ７０７に処理を進める。一方、添付ファイル受信部４０２は、添付ファイルの場所がファイルサーバー１０３内（サーバー装置内）に存在する場合（Ｓ７０３においてＮＯ）、Ｓ７０４に処理を進める。Ｓ７０４において、メールアドレス送信部４０４と添付ファイル内容送信部４０３とは、メールアドレスと添付ファイルの場所情報とを解析サーバー１０２へ送信する。そして、Ｓ７０１で受信したファイルに、Ｓ７０２で取得したメールアドレスのユーザーがアクセス可能かどうか調べる。Ｓ７０５において、解析結果受信部４０６は、解析サーバー１０２から解析結果を受信する。Ｓ７０６において、解析結果受信部４０６は、Ｓ７０２で取得したメールアドレスのユーザー全員がファイルにアクセス可能かどうか判定する。解析結果受信部４０６は、Ｓ７０２で取得したメールアドレスのユーザー全員がファイルにアクセス可能であると判定した場合（Ｓ７０６においてＹＥＳ）、Ｓ７１４に処理を進める。解析結果受信部４０６は、Ｓ７０２で取得したメールアドレスのユーザー全員がファイルにアクセス可能でないと判定した場合（Ｓ７０６においてＮＯ）、Ｓ７０７に処理を進める。Ｓ７０５の処理は、メールアドレスのユーザーがファイルの格納場所へアクセス可能か否かの判定結果を受信する処理の一例である。

Ｓ７０７において、メールアドレス送信部４０４は、Ｓ７０２で取得したメールアドレスを解析サーバー１０２へ送信する。Ｓ７０８において、そして添付ファイル内容送信部４０３は、Ｓ７０１で受信した添付ファイルを解析サーバー１０２へ送信する。Ｓ７０９において、メール本文送信部４０５は、メールに書かれた本文の情報を解析サーバー１０２へ送信する。クライアント装置１０１は、Ｓ７０７、Ｓ７０８、Ｓ７０９の情報を１度の通信でまとめて送ってもよい。解析サーバー１０２内の処理は図７で後述する。メールアドレスと添付ファイルの内容とメールの内容とはメールのメール情報の一例である。
Ｓ７１０において、解析結果受信部４０６は、解析サーバー１０２から解析結果であるファイルの格納先情報を受信する。Ｓ７１１において、解析結果表示部４０７は、受信した格納先情報を表示し、ユーザーに選択させる。Ｓ７１２において、解析結果表示部４０７は、ユーザーの選択を受信する。Ｓ７１３において、添付ファイル格納部４０８は、Ｓ７０１で受信した添付ファイルを、Ｓ７１２で指定された格納先へ格納する。Ｓ７１４において、リンク生成部４０９は、ファイルのリンクを生成する。ここで、リンク生成部４０９は、Ｓ７１３を経由してＳ７１４に処理が進んだ場合は、Ｓ７１３で格納したファイルのリンクを生成し、Ｓ７０６でＹＥＳと判定されたＳ７１４に処理が進んだ場合は、添付ファイルのリンクを生成する。Ｓ７１５において、メール送信部４１０は、ユーザーの指示に従い添付ファイルのリンクを含むメールを送信する。

図７は、クライアント装置１０１からの要求を受けたときの解析サーバー１０２の情報処理の流れを示すフローチャートである。
Ｓ７２１において、解析リクエスト受付処理部３０２は、クライアント装置１０１から受信した情報が、メールアドレスのリストとファイルの格納場所とであるかどうか判定する（Ｓ７２１）。解析リクエスト受付処理部３０２は、受信した情報がメールアドレスのリストとファイルの格納場所とである場合（Ｓ７２１においてＹＥＳ）、Ｓ７２２に処理を進める。一方、解析リクエスト受付処理部３０２は、受信した情報がメールアドレス、ファイル、メール本文である場合（Ｓ７２１においてＮＯ）、Ｓ７２３に処理を進める。Ｓ７２２において、アクセス権情報処理部３０８は、アクセス権情報ＤＢ部３０９へ問い合わせて、受信したメールアドレスのユーザーがファイルの格納場所へアクセス可能かどうか調べる。そして、アクセス権情報処理部３０８は、Ｓ７２７に処理を進める。Ｓ７２３において、解析リクエスト処理部３０３は、メール本文とファイルとに検索の重み付けを行う。そしてＳ７２４において、解析リクエスト処理部３０３は、ファイルとメール本文との内容でファイル情報ＤＢ部３０７へ問い合わせ、格納先情報を取得する。そして、Ｓ７２５において、アクセス権情報処理部３０８は、メールアドレスでアクセス権情報ＤＢ部３０９へ問い合わせ、アクセス可能な場所のリストを取得する。そしてＳ７２６において、解析リクエスト処理部３０３は、Ｓ７２４で取得した格納先情報から、Ｓ７２５で取得したアクセス可能な場所以外が含まれている場合、それを除去する。Ｓ７２７において、解析リクエスト受付処理部３０２は、結果をクライアント装置１０１へ送信する。
図７の処理において、アクセス可能な場所の取得処理（Ｓ７２５）を先に行い、アクセス可能な場所の範囲に限定して格納先情報の検索処理（Ｓ７２４）を実行してもよい。
Ｓ７２６の処理は、添付ファイルの格納先情報を決定する決定処理の一例である。

＜実施形態２＞
実施形態２について図８に基づき説明する。実施形態２では、指定されたメールアドレスのユーザーにおいて、全員がアクセス可能な場所が１つも存在しない場合の処理について説明する。
図８は、図６のフローチャートに、前記アクセス可能な場所が存在しない場合の処理を加えたフローチャートである。図６と異なる処理について説明する。
Ｓ８０１において、解析結果受信部４０６は、指定されたメールアドレスのユーザーにおいて、全員がアクセス可能な格納場所が存在するかどうか判定する。解析結果受信部４０６は、指定されたメールアドレスのユーザーにおいて、全員がアクセス可能な格納場所が存在すると判定した場合（Ｓ８０１においてＹＥＳ）、Ｓ７１１に処理を進める。解析結果受信部４０６は、指定されたメールアドレスのユーザーにおいて、全員がアクセス可能な格納場所が存在しないと判定した場合（Ｓ８０１においてＮＯ）、Ｓ８０２に処理を進める。Ｓ８０２において、解析結果表示部４０７は、新たに添付ファイルの格納場所を作成するかどうかユーザーに問い合わせる。例えば、解析結果表示部４０７は、新たに添付ファイルの格納場所を作成するかどうかユーザーに問い合わせる画面をクライアント装置１０１の表示装置等に表示する。ユーザーはクライアント装置１０１の入力装置及び前記画面を介して、新たに添付ファイルの格納場所を作成するかどうかを入力する。解析結果表示部４０７は、前記入力等に基づき、格納場所を作成すると判定した場合（Ｓ８０２においてＹＥＳ）、Ｓ８０３に処理を進め、格納場所を作成しないと判定すると、Ｓ８０４に処理を進める。Ｓ８０３において、添付ファイル格納部４０８は、ファイルサーバー１０３に格納場所作成要求を出す。ファイルサーバー１０３のファイル処理部５０２は、要求を受信しファイルを格納する場所を作成する。この新規に作成する場所は、パスを知っていれば誰でもアクセス可能な場所でもよいし、メールアドレスに指定されたユーザーのみアクセス可能な場所にしてもよい。また一定期間後に削除されるような場所でもよい。Ｓ８０４において、解析結果表示部４０７は、ファイルをメールに添付するかユーザーに問い合わせる。例えば、解析結果表示部４０７は、ファイルをメールに添付するかユーザーに問い合わせる画面をクライアント装置１０１の表示装置等に表示する。ユーザーはクライアント装置１０１の入力装置及び前記画面を介して、ファイルをメールに添付するかどうかを入力する。解析結果表示部４０７は、前記入力等に基づき、ファイルをメールに添付すると判定した場合（Ｓ８０４においてＹＥＳ）、Ｓ８０５に処理を進め、ファイルをメールに添付しないと判定した場合（Ｓ８０４においてＮＯ）、図８に示す処理を終了する。Ｓ８０５において、メール送信部４１０は、メールにファイルを添付する。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではない。

以上、上述した各実施形態の情報処理によれば、メール受信者全員がアクセスでき、かつ、ファイルの内容に応じた適切な格納先（フォルダー）を容易に選択することができ、メール送信者が自身でそのような格納先を探し、保存する手間を省くことができる。

１０１クライアント装置
１０２解析サーバー
２０１ＣＰＵ

Claims

クライアント装置と、第１のサーバー装置とを含むシステムであって、
前記クライアント装置は、
メールの宛先メールアドレスと、前記メールの添付対象として選択された第１のファイルに関する情報と、前記メールの本文とを含むメール情報を、前記第１のサーバー装置に送信する第１の送信手段と、
前記第１のサーバー装置からファイルの格納先候補を受信する第１の受信手段と、
前記受信された格納先候補を表示する表示手段と、
前記表示された格納先候補の中からユーザーにより選択された格納先候補に対応する格納先に、前記第１のファイルを格納する格納手段と、
前記格納された前記第１のファイルへのリンクを含むメールを前記宛先メールアドレス宛てに送信する第２の送信手段と、
を有し、
前記第１のサーバー装置は、
前記クライアント装置より前記メール情報を受信する第２の受信手段と、
前記受信したメール情報に基づいて、前記宛先メールアドレスに対応するユーザー全員がアクセス可能であり、且つ、前記第１のファイルと前記メールの本文とに関連する第２のファイルが格納されている格納先を、前記第１のファイルの格納先候補として決定する決定手段と、
前記決定された前記第１のファイルの格納先候補を前記クライアント装置に送信する第３の送信手段と、
を有することを特徴とするシステム。
前記クライアント装置は、
前記第１のファイルが、前記クライアント装置内に存在するか第２のサーバー装置内に存在するかを判定する判定手段を更に有し、
前記第１のファイルが前記クライアント装置内に存在すると前記判定手段で判定した場合に、前記第１の送信手段は、前記メール情報を前記第１のサーバー装置に送信することを特徴とする請求項１記載のシステム。
前記クライアント装置は、
前記第１のファイルが前記第２のサーバー装置内に存在すると前記判定手段で判定した場合、前記宛先メールアドレスと前記ファイルが現在存在する前記第２のサーバー装置内の場所情報とを、前記第１のサーバー装置に送信する第４の送信手段と、
前記第１のサーバー装置より、前記宛先メールアドレスに対応するユーザーが前記第２のサーバー装置内の場所情報で示される場所にアクセス可能か否かの判定結果を受信する第３の受信手段と、
を更に有し、
前記第３の受信手段で受信された判定結果が、前記宛先のメールアドレスに対応するユーザーが前記第２のサーバー装置内の場所情報で示される場所にアクセス可能であることを示していた場合、前記第２の送信手段は、前記第２のサーバー装置内の場所情報で示される場所に存在する前記第１のファイルへのリンクを含む、前記メールを前記宛先メールアドレス宛てに送信することを特徴とする請求項２記載のシステム。
前記クライアント装置は、
前記宛先メールアドレスに対応するユーザー全員がアクセス可能であり、且つ、前記第１のファイルと前記メールの本文とに関連する第２のファイルが格納されている格納先が無かった場合、前記宛先メールアドレスに対応するユーザー全員がアクセス可能な格納場所を新たに作成するか否かをユーザーに問い合わせる第１の問い合わせ手段と、
前記問い合わせの結果、格納場所を新たに作成することが選択された場合、前記宛先メールアドレスに対応するユーザー全員がアクセス可能な格納場所を新たに作成する作成手段と、
を更に有し、
前記格納手段は、前記作成手段により新たに作成された格納場所に、前記ファイルを格納し、
前記第２の送信手段は、前記新たに作成された格納場所に格納されたファイルへのリンクを含むメールを、前記宛先メールアドレス宛てに送信することを特徴とする請求項１記載のシステム。
前記クライアント装置は、
前記第１の問い合わせ手段による問い合わせの結果、格納場所を新たに作成しない旨が選択された場合、前記第１のファイルをメールに添付するか否かをユーザーに問い合わせる第２の問い合わせ手段を更に有し、
前記第２の送信手段は、前記第２の問い合わせ手段による問い合わせの結果、前記第１のファイルをメールに添付する旨が選択された場合、前記第１のファイルを添付したメールを前記宛先メールアドレス宛てに送信することを特徴とする請求項４記載のシステム。
メールの宛先メールアドレスと、添付対象として選択された第１のファイルに関する情報と、前記メールの本文とを含むメール情報を、サーバー装置に送信する第１の送信手段と、
前記宛先メールアドレスに対応するユーザー全員がアクセス可能であり、且つ、前記第１のファイルと前記メールの本文とに関連する第２のファイルが格納されている格納先を、前記第１のファイルの格納先候補として、前記サーバー装置から受信する第１の受信手段と、
前記受信された格納先候補を表示する表示手段と、
前記表示された格納先候補の中からユーザーにより選択された格納先候補に対応する格納先に、前記第１のファイルを格納する格納手段と、
前記格納された前記第１のファイルへのリンクを含むメールを、前記宛先メールアドレス宛てに送信する第２の送信手段と、
を有することを特徴とするクライアント装置。
クライアント装置より、メールの宛先メールアドレスと添付対象として選択された第１のファイルに関する情報と前記メールの本文とを含むメール情報を受信する受信手段と、
前記受信したメール情報に基づいて、前記宛先メールアドレスに対応するユーザー全員がアクセス可能であり、且つ、前記第１のファイルと前記メールの本文とに関連する第２のファイルが格納されている格納先を、前記第１のファイルの格納先候補として決定する決定手段と、
前記決定された前記第１のファイルの格納先候補を前記クライアント装置に送信する第３の送信手段と、
を有することを特徴とするサーバー装置。
クライアント装置が実行する情報処理方法であって、
メールの宛先メールアドレスと、添付対象として選択された第１のファイルに関する情報と、前記メールの本文とを含むメール情報を、サーバー装置に送信する第１の送信ステップと、
前記宛先メールアドレスに対応するユーザー全員がアクセス可能であり、且つ、前記第１のファイルと前記メールの本文とに関連する第２のファイルが格納されている格納先を、前記第１のファイルの格納先候補として、前記サーバー装置から受信する第１の受信ステップと、
前記受信された格納先候補を表示する表示ステップと、
前記表示された格納先候補の中からユーザーにより選択された格納先候補に対応する格納先に、前記第１のファイルを格納する格納ステップと、
前記格納された前記第１のファイルへのリンクを含むメールを、前記メールアドレス宛てに送信する第２の送信手段と、
を有することを特徴とする、クライアント装置が実行する情報処理方法。
サーバー装置が実行する情報処理方法であって、
クライアント装置より、メールの宛先メールアドレスと添付対象として選択された第１のファイルに関する情報と前記メールの本文とを含むメール情報を受信する受信ステップと、
前記受信したメール情報に基づいて、前記宛先メールアドレスに対応するユーザー全員がアクセス可能であり、且つ、前記第１のファイルと前記メールの本文とに関連する第２のファイルが格納されている格納先を、前記第１のファイルの格納先候補として決定する決定ステップと、
前記決定された前記第１のファイルの格納先候補を前記クライアント装置に送信する第３の送信ステップと、
を有することを特徴とする、サーバー装置が実行する情報処理方法。
請求項６に記載のクライアント装置の各手段として、コンピュータを機能させるためのプログラム。
請求項７に記載のサーバー装置の各手段として、コンピュータを機能させるためのプログラム。