(57)【要約】【課題】保存されているＷｅｂメールデータの削除を自動で行うグループウェアサーバを提供する。【解決手段】クライアントＰＣ２は、メール処理を行う専用ツール部２０２を備え、受信メール２３２をクライアントデータ格納部２３０に格納し保存する。グループウェアサーバ１は、そのサーバデータ格納部１３０に格納されているメール１３２のうち、クライアントＰＣ２にも格納されているメールを、必要に応じて古いものから順に自動で削除する。またグループウェアサーバ１は、クライアントＰＣ２をインストールするためのプログラムを備える。【選択図】図９
2006065494.tif 000002
【特許請求の範囲】
【請求項１】
サーバ用プログラムおよびユーザ端末用プログラムであって、
前記サーバ用プログラムは、グループウェアサーバに、
ユーザのメールを前記グループウェアサーバに格納する機能と、
外部からのメール取得要求および外部からのメール送信要求に応じてメールの授受を行う機能と、
前記グループウェアサーバに格納されたメールの容量が、あらかじめ設定された格納容量上限を超える場合は、前記グループウェアサーバに格納されたメールの容量が前記上限以下になるまで、前記グループウェアサーバに格納された前記ユーザのメールのうち最も古いものを削除する機能と
を実現させ、
前記ユーザ端末用プログラムは、前記グループウェアサーバとは異なるコンピュータに、
前記グループウェアサーバに対して前記メール取得要求および前記メール送信要求を行う機能と、
前記メール取得要求および前記メール送信要求の結果に応じて、前記異なるコンピュータにメールを格納する機能と
を実現させることを特徴とする、サーバ用プログラムおよびユーザ端末用プログラム。
【請求項２】
前記サーバ用プログラムは、前記グループウェアサーバに、
前記メールのそれぞれに対して固有の受・送信メール識別子を採番する機能と、
前記メール取得要求に含まれる最新取込み済受信メール識別子と、前記グループウェアサーバに格納されたメールの前記受・送信メール識別子のそれぞれとを比較し、その結果に応じてメール取得結果を生成し、これを用いてメールの前記授受を行う機能と
をさらに実現させ、
前記ユーザ端末用プログラムは、前記異なるコンピュータに、
前記異なるコンピュータに格納されたメールのうち、最新の受信メールの前記受・送信メール識別子を、最新取込み済受信メール識別子として、前記メール取得要求に含める機能と
をさらに実現させることを特徴とする、請求項１に記載のサーバ用プログラムおよびユーザ端末用プログラム。
【請求項３】
前記ユーザ端末用プログラムは、前記異なるコンピュータに、
前記グループウェアサーバに接続可能かどうかを判定し、接続可能でない場合は、前記異なるコンピュータに格納されたメールを閲覧および編集可能にする
ことを特徴とする、請求項１または２に記載のサーバ用プログラムおよびユーザ端末用プログラム。
【請求項４】
前記サーバ用プログラムは、前記グループウェアサーバに、
前記ユーザ端末用プログラムを前記異なるコンピュータにインストールする機能
をさらに実現させる
ことを特徴とする、請求項１〜３のいずれか一項に記載のサーバ用プログラム。
【請求項５】
請求項４に記載のサーバ用プログラムを実行するグループウェアサーバ。
【請求項６】
請求項１または２に記載のサーバ用プログラムを実行するグループウェアサーバと、
請求項１〜３のいずれか一項に記載のユーザ端末用プログラムを実行するユーザ端末と
を備え、
前記グループウェアサーバと前記ユーザ用端末とが接続されているグループウェアシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グループウェアサーバに関し、特にそのＷｅｂメールの処理方法に関する。
【背景技術】
【０００２】
Ｗｅｂメール（ウェブメール）は、Ｗｅｂメールサーバと、Ｗｅｂメールユーザ用端末とをネットワークを介して通信可能に接続し、ユーザが端末を使用して電子メール（以下、単に「メール」とする）の送受信を行うことができるようにしたシステムである。Ｗｅｂメールユーザ用端末としては、たとえば、ＰＣ等で稼働するブラウザ（Ｗｅｂブラウザ、ウェブブラウザ）が使用される。また、サーバと端末との通信にはＨＴＴＰが使用される。
【０００３】
このようなＷｅｂメールシステムは、たとえば特許文献１の図１にその構成が示される。また、このようなＷｅｂメールシステムは、たとえば特許文献１の図８に示されるフローチャートに従って動作し、ユーザにメールへのアクセスを提供する。
このＷｅｂメールシステムは、データベースサーバ５に保存されているメールを、アプリケーションサーバおよびＷｅｂサーバを経由してクライアント端末に送信し、クライアント端末はこれを画面表示するというものである。
【０００４】
【特許文献１】特開２００２―３５１７９７号公報
【０００５】
図１０を用いて、このような従来のＷｅｂメールシステム９００の動作の概要を説明する。
クライアントＰＣ１００２は、ＨＴＴＰを用いてグループウェアサーバ１００１（Ｗｅｂメールサーバ）に送る。グループウェアサーバ１００１は、クライアントＰＣ１００２から受け取った要求の内容に応じて、ＳＭＴＰまたはＰＯＰを用いてメールサーバ１００３との通信を行い、たとえばメール１１３２を取得する。グループウェアサーバ１００１は、取得したメールメール１１３２果をＨＴＴＰを用いてクライアントＰＣ１００２に返す。
クライアントＰＣ２は、取得したメールをブラウザ上に表示する。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述のようなＷｅｂメールシステムにおいては、メールはサーバ上にのみ保存され、クライアント端末に保存されるコピーがないため、システムが自動でメールの削除を行うことができない。このため、サーバ上に保存されるメールデータがサーバのＨＤＤ容量上限に達した場合、不要なメールの選択および削除をユーザが手動で行わなければならないという問題点があった。
【０００７】
この発明は、このような問題点を解決するためになされたものであり、保存されているＷｅｂメールデータの削除を自動で行うグループウェアサーバを提供することを目的とする。
【課題を解決するための手段】
【０００８】
この発明に係るサーバ用プログラムおよびユーザ端末用プログラムは、サーバ用プログラムは、グループウェアサーバに、ユーザのメールをグループウェアサーバに格納する機能と、外部からのメール取得要求および外部からのメール送信要求に応じてメールの授受を行う機能と、グループウェアサーバに格納されたメールの容量が、あらかじめ設定された格納容量上限を超える場合は、グループウェアサーバに格納されたメールの容量が上限以下になるまで、グループウェアサーバに格納されたユーザのメールのうち最も古いものを削除する機能とを実現させ、ユーザ端末用プログラムは、グループウェアサーバとは異なるコンピュータに、グループウェアサーバに対してメール取得要求およびメール送信要求を行う機能と、メール取得要求およびメール送信要求の結果に応じて、異なるコンピュータにメールを格納する機能とを実現させることを特徴とするものである。
【０００９】
また、サーバ用プログラムは、グループウェアサーバに、メールのそれぞれに対して固有の受・送信メール識別子を採番する機能と、メール取得要求に含まれる最新取込み済受信メール識別子と、グループウェアサーバに格納されたメールの受・送信メール識別子のそれぞれとを比較し、その結果に応じてメール取得結果を生成し、これを用いてメールの授受を行う機能とをさらに実現させ、ユーザ端末用プログラムは、異なるコンピュータに、異なるコンピュータに格納されたメールのうち、最新の受信メールの受・送信メール識別子を、最新取込み済受信メール識別子として、メール取得要求に含める機能とをさらに実現させることを特徴としてもよい。
【００１０】
また、ユーザ端末用プログラムは、異なるコンピュータに、グループウェアサーバに接続可能かどうかを判定し、接続可能でない場合は、異なるコンピュータに格納されたメールを閲覧および編集可能にすることを特徴としてもよい。
【００１１】
また、サーバ用プログラムは、グループウェアサーバに、ユーザ端末用プログラムを異なるコンピュータにインストールする機能をさらに実現させることを特徴としてもよい。
【００１２】
この発明に係るグループウェアサーバは、サーバ用プログラムを実行するものである。
【００１３】
この発明に係るグループウェアシステムは、サーバ用プログラムを実行するグループウェアサーバと、ユーザ端末用プログラムを実行するユーザ端末とを備え、グループウェアサーバとユーザ用端末とが接続されているものである。
【発明の効果】
【００１４】
この発明によれば、グループウェアサーバは、サーバ上に保存されているＷｅｂメールデータの削除を自動で行うので、ユーザの利便性が向上する。
【発明を実施するための最良の形態】
【００１５】
以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明の実施の形態１に係るグループウェアサーバ１を含むグループウェアシステム８００の構成を示す。
ネットワーク４に、グループウェアサーバ１と、ユーザ端末であるクライアントＰＣ（クライアントパーソナルコンピュータ）２と、メールサーバ３とが接続されている。グループウェアサーバ１と、クライアントＰＣ２と、メールサーバ３とは、ネットワーク４を介して互いに通信可能である。また、メールサーバ３は、図示されない外部のネットワークと接続されており、外部とメールの送受信が可能である。
【００１６】
ここでとくに、グループウェアサーバ１とクライアントＰＣ２とは、ＨＴＴＰを用いても通信可能である。また、グループウェアサーバ１およびクライアントＰＣ２とメールサーバ３とは、ＳＭＴＰおよびＰＯＰを用いても通信可能である。すなわち、クライアントＰＣ２がメールサーバ３とメール送受信を行う際には、グループウェアサーバ１を介することもでき、またグループウェア１を介さずに直接メールサーバ３と送受信を行うこともできる。
【００１７】
次に、図２を用いて、グループウェアサーバ１およびクライアントＰＣ２の構成を説明する。
まずグループウェアサーバ１の構成について説明する。グループウェアサーバ１は、グループウェア部１０２と、サーバデータ格納部１３０とを備える。グループウェア部１０２は、Ｗｅｂメール（ウェブメール）機能部１０４を備える。Ｗｅｂメール機能部１０４は、さらに、外部のブラウザ（ウェブブラウザ、Ｗｅｂブラウザ）からのアクセスを処理するブラウザアクセス処理部１０６と、外部の専用ツールからのアクセスを処理する専用ツールアクセス処理部１０８と、受信および送信されたメールの識別子を管理する受・送信メール識別子管理部１１０とを備える。
【００１８】
サーバデータ格納部１３０は、メール１３２と、最新受信メール識別子１３８と、最新送信メール識別子１４０とを格納する。メール１３２は、サーバデータ格納部１３０内に複数格納することができ、それぞれ受・送信メール識別子１３４とメール本体１３６とからなる。
【００１９】
受・送信メール識別子１３４は、グループウェアサーバ１によって、メールの一部として付与されるものである。この受・送信メール識別子１３４は、それぞれのメール１３２に固有のものであり、図１に示されるグループウェアシステム８００内においてメール１３２を特定するために用いられる。また、異なる複数のメール１３２に含まれる受・送信メール識別子１３４は、互いにどちらのメール１３２が新しいかを判定するための基準を含む。これはたとえばメールの通し番号を受・送信メール識別子１３４の一部として含むことにより実現される。
【００２０】
なお、受・送信メール識別子１３４は、送信メール識別子か、受信メール識別子かのどちらかである。これは該当メール１３２が送信メールか受信メールかによって決定されるが、本明細書では区別せずに受・送信メール識別子１３４として扱う。
【００２１】
最新受信メール識別子１３８は、グループウェアサーバ１がメールサーバ３から受信したメールのうち、最新のものが持つ受・送信メール識別子１３４と同一である。これは受信メールの履歴管理に用いられる。
また、最新送信メール識別子１４０は、グループウェアサーバ１がメールサーバ３に向けて送信したメールのうち、最新のものが持つ受・送信メール識別子１３４と同一である。これは送信メールの履歴管理に用いられる。
以上がグループウェアサーバ１の構成である。
【００２２】
次にクライアントＰＣ２の構成について説明する。クライアントＰＣ２は、専用ツール部２０２と、クライアントデータ格納部２３０とを備える。専用ツール部２０２は、メール取得処理部２０４と、メール送信処理部２０６と、送信待ちメール識別子管理部２０８とを備える。
【００２３】
クライアントデータ格納部２３０は、取得済メール２３２と、最新取込み済受信メール識別子２３８と、最新取込み済送信メール識別子２４０と、送信待ちメール２５２と、最新送信待ちメール識別子２５８とを格納する。
取得済メール２３２と、送信待ちメール２５２とは、それぞれクライアントデータ格納部２３０内に複数格納することができる。取得済メール２３２は、上述のグループウェアサーバ１内のメール１３２と同様に、受・送信メール識別子２３４と、メール本体２３６とからなる。また、送信待ちメール２５２も同様に、送信待ちメール識別子２５４と、メール本体２５６とからなる。
【００２４】
送信待ちメール識別子２５４は、クライアントＰＣ２によって、送信待ちメールの一部として付与されるものである。この送信待ちメール識別子２５４は、それぞれの送信待ちメール２５２に固有のものであり、図１に示されるグループウェアシステム８００内において送信待ちメール２５２を特定するために用いられる。また、異なる複数の送信待ちメール２５２に含まれる送信待ちメール識別子２５４は、互いにどちらの送信待ちメール２５２が新しいかを判定するための基準を含む。これはたとえばメールの通し番号を送信待ちメール識別子２５４の一部として含むことにより実現される。
【００２５】
なお、図示しないが、クライアントＰＣ２は従来のブラウザも備えており、これにより従来のＷｅｂメールシステムも実現する。
以上がクライアントＰＣ２の構成である。
【００２６】
なお、メールサーバ３の構成については図示を省略するが、これは周知の一般的なメールサーバと同様である。すなわち、ＳＭＴＰおよびＰＯＰを介してメールを送受信する機能と、メールについて識別子を管理する機能と、メールを格納する機能とを有するものである。
【００２７】
さらに、図２には示されないが、クライアントＰＣ２のインストール、すなわち専用ツール部２０２の生成およびクライアントデータ格納部２３０の初期設定は、ネットワーク４を経由してグループウェアサーバ１によって行われるものである。グループウェアサーバ１は、クライアントＰＣ２をインストールするための図示されないインストーラ（インストールプログラム）をさらに備え、これを実行して必要なプログラムおよびデータを他のコンピュータに送信し、これをクライアントＰＣ２としてインストールする。
【００２８】
次に、図１に示されるグループウェアサーバ１を含むグループウェアシステム８００の動作の概要を説明する。なお動作詳細および授受されるデータの内容詳細については後に述べる。
グループウェアサーバ１上に存在し、クライアントＰＣ２上に存在しないメール１３２を、クライアントＰＣ２上にメール２３２として格納し保存する。
【００２９】
クライアントＰＣ２は、グループウェアサーバ１経由で、メールサーバ３よりメールを取得する。取得したメールは、グループウェアサーバ１上のメール１３２およびクライアントＰＣ２上のメール２３２の両方として保存する。このメール保存の際、グループウェアサーバ１の１ユーザあたりの格納容量上限、たとえばＨＤＤ（ハードディスクドライブ）使用上限をあらかじめ設定しておくことにより、格納容量上限を超える場合には、グループウェアサーバ１上のメールを古い順に自動で削除する。
【００３０】
クライアントＰＣ２がグループウェアサーバ１へアクセスできない場合でも、ユーザはクライアントＰＣ２上に保存したメールにアクセスすることができる。
【００３１】
グループウェアサーバ１経由でメールサーバ３よりメールを送信することができる。送信済メール、すなわち送信者控えのメールはグループウェアサーバ１上とクライアントＰＣ２上に格納し保存する。クライアントＰＣ２がグループウェアサーバ１にアクセスできない場合は、送信されるべきメールを送信待ちメールとしてクライアントＰＣ２上に格納し保存する。
【００３２】
次に、図３〜図５を用いて、グループウェアサーバ１とクライアントＰＣ２との間で、メールの送受信に伴い授受されるデータの内容を説明する。なお、図３〜図５に示されるデータはすべてＨＴＴＰを介して授受される。
図３は、クライアントＰＣ２がグループウェアサーバ１に受信メールの照会を行う際の授受データの内容である。クライアントＰＣ２から、受信メールのメール取得要求２７０が送られる。このメール取得要求２７０には、最新取込み済受信メール識別子２３８が含まれる。
【００３３】
このメール取得要求２７０は、たとえばＨＴＴＰのＧＥＴコマンドによって実現されるものであり、またその際に最新取込み済受信メール識別子２３８の内容がＵＲＬに含まれる。すなわち、たとえばURL:http://www.aaa.bbb/GetRcv?param=UserabcReceive0123456に対してＧＥＴコマンドが実行されることにより授受が行われる。なお、ここでたとえば、www.aaa.bbbはグループウェアサーバ１のIPアドレスであり、GetRcvは授受されるデータが受信メールのメール取得要求であることを示す文字列であり、UserabcはクライアントＰＣ２を操作しているユーザのユーザＩＤであり、Receive0123456は最新取込み済受信メール識別子２３８の内容である。
【００３４】
このメール取得要求２７０がクライアントＰＣ２からＧＥＴコマンドとしてグループウェアサーバ１に送られると、グループウェアサーバ１はこのＧＥＴコマンドに応答して、たとえば受信メールのメール取得結果１５０のようなデータをクライアントＰＣ２に返す。
【００３５】
メール取得結果１５０は、新たに取得された受信メールの数を表す取得件数１５２と、メールを含む取得内容１５４とからなる。取得内容１５４は、たとえば一つまたは複数のメール１３２を含む。ただし、取得件数１５２がゼロを表す場合、メール取得結果１５０は取得内容１５４を含まない。
以上が、クライアントＰＣ２がグループウェアサーバ１に受信メールの照会を行う際の授受データの内容である。
【００３６】
図４は、クライアントＰＣ２がグループウェアサーバ１に送信済メールの照会を行う際の授受データの内容である。
ここで、送信済メールがすべて専用ツール部２０２のメール送信処理部２０６を介して送信されたものである場合は、送信済メールがすべてクライアントデータ格納部２３０に保存されているため、このような送信済メールの照会を行う必要はない。しかしながら、クライアントＰＣ２からメール送信を行う方法は他にもある。たとえば、専用ツール部２０２を介さず、図示されない従来のブラウザを介して送信する方法や、異なるコンピュータをクライアントＰＣ２の代わりに用いて送信する方法や、グループウェアサーバ１を介さず、クライアントＰＣ２から周知のメールソフト等を用いて直接メールサーバ３に送信を指示する方法などである。これらの方法では、メールサーバ３上のメール、グループウェアサーバ１上のメール１３２、およびクライアントＰＣ２上のメール２３２の間でデータの整合性が確保できない。この整合性を確保するために、図４に説明する送信済みメールのメール照会に伴うデータ授受が行われるものである。
【００３７】
クライアントＰＣ２から、送信済メールのメール取得要求２７４が送られる。このメール取得要求２７４には、最新取込み済送信メール識別子２４０が含まれる。
このメール取得要求２７４は、たとえば、上述の受信メールのメール取得要求２７０と同様に、ＨＴＴＰのＧＥＴコマンドによって実現されるものである。またその際に最新取込み済送信メール識別子２４０の内容がＵＲＬに含まれる。すなわち、たとえばURL:http://www.aaa.bbb/GetSend?param=UserdefSend1234567に対してＧＥＴコマンドが実行されることにより授受が行われる。なお、ここでたとえば、www.aaa.bbbはグループウェアサーバ１のIPアドレスであり、GetSendは授受されるデータが送信メールのメール取得要求であることを示す文字列であり、UserdefはクライアントＰＣ２を操作しているユーザのユーザＩＤであり、Send1234567は最新取込み済送信メール識別子２４０の内容である。
【００３８】
このメール取得要求２７４がクライアントＰＣ２からＧＥＴコマンドとしてグループウェアサーバ１に送られると、グループウェアサーバ１はこのＧＥＴコマンドに応答して、たとえば送信メールのメール取得結果１７０のようなデータをクライアントＰＣ２に返す。
【００３９】
メール取得結果１７０は、新たに取得された送信済メールの数を表す取得件数１７２と、メールを含む取得内容１７４とからなる。取得内容１７４は、たとえば一つまたは複数のメール１３２を含む。ただし、取得件数１７２がゼロを表す場合、メール取得結果１７０は取得内容１７４を含まない。
以上が、クライアントＰＣ２がグループウェアサーバ１に送信メールの照会を行う際の授受データの内容である。
【００４０】
図５は、クライアントＰＣ２がグループウェアサーバ１を介してメールを送信する際の授受データの内容である。クライアントＰＣ２から、メール送信要求２７８が送られる。このメール送信要求２７８には、メール送信内容２８０または２９０のどちらかが含まれる。送信されるメールが、クライアントＰＣ２がグループウェアサーバ１と通信できない状態において作成された送信待ちメール２５２である場合は、この送信待ちメール２５２を含むメール送信内容２８０が含まれる。そうではない場合、すなわち、送信されるメールが、クライアントＰＣ２において新規作成されたメール１３２である場合は、この送信メール１３２を含むメール送信内容２９０が含まれる。
【００４１】
このメール送信要求２７８は、たとえばＨＴＴＰのＰＯＳＴコマンドによって実現されるものである。またその際にメール送信内容２８０または２９０がデータに含まれる。すなわち、たとえばURL:http://www.aaa.bbb/Sendに対してＰＯＳＴコマンドが実行され、そのデータとしてメール送信内容２８０または２９０を含む内容が指定されることにより授受が行われる。なお、ここでたとえば、www.aaa.bbbはグループウェアサーバ１のIPアドレスであり、Sendは授受されるデータがメール送信要求であることを示す文字列である。
【００４２】
このメール送信要求２７８がクライアントＰＣ２からＰＯＳＴコマンドとしてグループウェアサーバ１に送られると、グループウェアサーバ１はこのＰＯＳＴコマンドに応答して、たとえばメール送信結果１９０のようなデータをクライアントＰＣ２に返す。
メール送信結果１９０は、送信されたメールの受・送信メール識別子１３４を含む。
以上が、クライアントＰＣ２がグループウェアサーバ１を介してメールを送信する際の授受データの内容である。
【００４３】
次に、図６〜図８を用いて、グループウェアサーバ１およびクライアントＰＣ２の処理の流れを説明する。
図６は、クライアントＰＣ２がグループウェアサーバ１に受信メールの照会を行う際の処理の流れを表すフローチャートである。図６において、左列はクライアントＰＣ２の専用ツール部２０２のメール取得処理部２０４の処理の流れを、右列はグループウェアサーバ１の専用ツールアクセス処理部１０８の処理の流れを示す。
【００４４】
まず、メール取得処理部２０４が処理を開始する（ステップＳ２００）。最初にメール取得処理部２０４は、グループウェアサーバ１に接続可能であるかどうか確認する（ステップＳ２０２）。ここでグループウェアサーバ１に接続可能でない場合は、グループウェアサーバ１との通信を行わずステップＳ２１４へ進む。グループウェアサーバ１に接続可能である場合、グループウェアサーバ１に対して受信メールのメール取得要求２７０をＨＴＴＰを用いて送る（ステップＳ２０４）。その後、グループウェアサーバ１からの応答を待つ（ステップＳ２０６）。
【００４５】
一方、グループウェアサーバ１の専用ツールアクセス処理部１０８は、クライアントＰＣ２の専用ツール部２０２のメール取得処理部２０４からのメール取得要求２７０を待っている（ステップＳ１００）。
【００４６】
メール取得要求２７０を受け取った専用ツールアクセス処理部１０８は、メール取得要求２７０に含まれる最新取込み済受信メール識別子２３８を抽出する。上述のように、複数のメール間で受・送信メール識別子１３４を検査することにより、どちらのメールがより新しいかを判定できるので、これを利用して、最新取込み済受信メール識別子２３８を持つメールよりも新しい受信メールがグループウェアサーバ１のローカルすなわちサーバデータ格納部１３０に格納されているかどうかの検査を行う（ステップＳ１０２）。
【００４７】
より新しいメール１３２がサーバデータ格納部１３０に格納されている場合、専用ツールアクセス処理部１０８は、該当する新しいメール１３２の件数を取得件数１５２に含め、また該当する新しいメール１３２を取得内容１５４に含めて、受信メールのメール取得結果１５０を生成する。このメール取得結果１５０を、ＨＴＴＰを用いてクライアントＰＣ２のメール取得処理部２０４へと返し（ステップＳ１０４）、次の要求を待つためにステップＳ１００へと戻る。
【００４８】
ステップＳ１０２において、より新しいメールがサーバデータ格納部１３０に格納されていない場合、専用ツールアクセス処理部１０８は、メールサーバ３に対して新着メールの照会を行い（ステップＳ１０６）、新着メールがあるかどうかの判定を行う（ステップＳ１０８）。
新着メールがある場合、その新着メールを格納するとサーバデータ格納部１３０の格納容量、すなわちたとえばあらかじめ設定された１ユーザあたりのＨＤＤ（ハードディスクドライブ）の使用上限を超えるかどうかの判定を行う（ステップＳ１１０）。
【００４９】
格納容量を超える、すなわちＨＤＤの使用上限を超える場合は、サーバデータ格納部１３０に格納されている該当ユーザのメールのうち最も古いものを削除し（ステップＳ１１２）、さらに格納容量を超えなくなるまで削除を繰り返すためにステップＳ１１０へと戻る。
格納容量を超えない場合、受・送信メール識別子管理部１１０が、新着メールに対して受・送信メール識別子１３４を採番し、これをサーバデータ格納部１３０に格納する（ステップＳ１１４）。その後、ステップＳ１０２に戻る。
【００５０】
ステップＳ１０８において新着メールがない場合、専用ツールアクセス処理部１０８は、取得件数１５２をゼロとし、また取得内容１５４を含めずに受信メールのメール取得結果１５０を生成する。これをクライアントＰＣ２のメール取得処理部２０４へと返し（ステップＳ１１６）、次の要求を待つためにステップＳ１００へと戻る。
【００５１】
上述のように、ステップＳ１０４あるいはステップＳ１１６において、受信メールのメール取得結果１５０が、グループウェアサーバ１の専用ツールアクセス処理部１０８から、ＨＴＴＰを用いて、クライアントＰＣ２の専用ツール部２０２のメール取得処理部２０４へと返される。
これを受け取ったメール取得処理部２０４は、取得件数１５２がゼロであるかどうかを判定する（ステップＳ２０８）。
【００５２】
取得件数１５２がゼロでない、すなわち新規取得メールがある場合は、新規に取得されたメール１３２をクライアントデータ格納部２３０に格納して保存し（ステップＳ２１０）、取得されたメール１３２のうち最も新しいメールの受・送信メール識別子１３４でもって最新取込み済受信メール識別子２３８を更新する（ステップＳ２１２）。その後、取得件数１５２がゼロになるまで繰り返すためにステップＳ２０４へと戻る。
【００５３】
ステップＳ２０８において取得件数１５２がゼロである、すなわち新規取得メールがない場合は、ローカルすなわちクライアントＰＣ２のクライアントデータ格納部２３０に格納されているメールをユーザに対して表示し（ステップＳ２１４）、処理を完了する（ステップＳ２１６）。なお、ステップＳ２１４において表示されるメールは、グループウェアサーバ１に接続可能である場合と同様に閲覧および編集可能である。
以上が、クライアントＰＣ２がグループウェアサーバ１に受信メールの照会を行う際の処理の流れである。
【００５４】
図７は、クライアントＰＣ２がグループウェアサーバ１に送信済メールの照会を行う際の処理の流れを表すフローチャートである。図７において、左列はクライアントＰＣ２の専用ツール部２０２のメール取得処理部２０４の処理の流れを、右列はグループウェアサーバ１の専用ツールアクセス処理部１０８の処理の流れを示す。
【００５５】
まず、メール取得処理部２０４が処理を開始する（ステップＳ２２０）。最初にメール取得処理部２０４は、グループウェアサーバ１に接続可能であるかどうか確認する（ステップＳ２２２）。ここでグループウェアサーバ１に接続可能でない場合は、グループウェアサーバ１との通信を行わずステップＳ２３４へ進む。グループウェアサーバ１に接続可能である場合、グループウェアサーバ１に対して送信メールのメール取得要求２７４をＨＴＴＰを用いて送る（ステップＳ２２４）。その後、グループウェアサーバ１からの応答を待つ（ステップＳ２２６）。
【００５６】
一方、グループウェアサーバ１の専用ツールアクセス処理部１０８は、クライアントＰＣ２の専用ツール部２０２のメール取得処理部２０４からのメール取得要求２７４を待っている（ステップＳ１２０）。
【００５７】
メール取得要求２７４を受け取った専用ツールアクセス処理部１０８は、メール取得要求２７４に含まれる最新取込み済送信メール識別子２４０を抽出する。上述のように、複数のメール間で受・送信メール識別子１３４を検査することにより、どちらのメールがより新しいかを判定できるので、これを利用して、最新取込み済送信メール識別子２４０を持つメールよりも新しい送信済メールがグループウェアサーバ１のローカルすなわちサーバデータ格納部１３０に格納されているかどうかの検査を行う（ステップＳ１２２）。
【００５８】
より新しいメール１３２がサーバデータ格納部１３０に格納されている場合、専用ツールアクセス処理部１０８は、該当する新しいメール１３２の件数を取得件数１７２に含め、また該当する新しいメール１３２を取得内容１７４に含めて、送信済メールのメール取得結果１７０を生成する。このメール取得結果１７０を、ＨＴＴＰを用いてクライアントＰＣ２のメール取得処理部２０４へと返し（ステップＳ１２４）、次の要求を待つためにステップＳ１２０へと戻る。
【００５９】
ステップＳ１２２において、より新しいメールがサーバデータ格納部１３０に格納されていない場合、専用ツールアクセス処理部１０８は、取得件数１７２をゼロとし、また取得内容１７４を含めずに送信済メールのメール取得結果１７０を生成する。このメール取得結果１７０を、ＨＴＴＰを用いてクライアントＰＣ２のメール取得処理部２０４へと返し（ステップＳ１２６）、次の要求を待つためにステップＳ１２０へと戻る。
【００６０】
上述のように、ステップＳ１２４あるいはステップＳ１２６において、送信済メールのメール取得結果１７０が、グループウェアサーバ１の専用ツールアクセス処理部１０８から、クライアントＰＣ２の専用ツール部２０２のメール取得処理部２０４へと返される。
これを受け取ったメール取得処理部２０４は、取得件数１７２がゼロであるかどうかを判定する（ステップＳ２２８）。
【００６１】
取得件数１７２がゼロである、すなわち新規取得メールがない場合は、ステップＳ２３４に進む。
取得件数１７２がゼロでない、すなわち新規取得メールがある場合は、新規に取得されたメール１３２をローカルすなわちクライアントＰＣ２のクライアントデータ格納部２３０に格納して保存し（ステップＳ２３０）、取得されたメール１３２のうち最も新しいメールの受・送信メール識別子１３４でもって最新取込み済送信メール識別子２４０を更新する（ステップＳ２３２）。
【００６２】
その後、ローカルすなわちクライアントＰＣ２のクライアントデータ格納部２３０に格納されているメールをユーザに対して表示し（ステップＳ２３４）、処理を完了する（ステップＳ２３６）。なお、ステップＳ２３４において表示されるメールは、グループウェアサーバ１に接続可能である場合と同様に閲覧および編集可能である。
以上が、クライアントＰＣ２がグループウェアサーバ１に送信済メールの照会を行う際の処理の流れである。
【００６３】
図８は、クライアントＰＣ２がグループウェアサーバ１を介してメールを送信する際の処理の流れを表すフローチャートである。図８において、左列はクライアントＰＣ２の専用ツール部２０２のメール送信処理部２０６の処理の流れを、右列はグループウェアサーバ１の専用ツールアクセス処理部１０８の処理の流れを示す。
【００６４】
まず、メール送信処理部２０６が処理を開始する（ステップＳ２４０）。最初にメール送信処理部２０６は、グループウェアサーバ１に接続可能であるかどうか確認する（ステップＳ２４２）。ここでグループウェアサーバ１に接続可能でない場合は、グループウェアサーバ１との通信を行わずステップＳ２５２へ進む。グループウェアサーバ１に接続可能である場合、グループウェアサーバ１に対してメール送信要求２７８をＨＴＴＰを用いて送る（ステップＳ２４４）。その後、グループウェアサーバ１からの応答を待つ（ステップＳ２４６）。
【００６５】
一方、グループウェアサーバ１の専用ツールアクセス処理部１０８は、クライアントＰＣ２の専用ツール部２０２のメール送信処理部２０６からのメール送信要求２７８を待っている（ステップＳ１４０）。
【００６６】
メール送信要求２７８を受け取った専用ツールアクセス処理部１０８は、メール送信要求２７８に含まれるメールが送信メール１３２であるか、あるいは送信待ちメール２５２であるかを判定する。この判定は、メール送信要求２７８に、送信待ちメール識別子２５４が含まれているかどうかを検査することによって行われる（ステップＳ１４２）。
【００６７】
メール送信要求２７８に送信待ちメール識別子２５４が含まれている場合、受・送信メール識別子管理部１１０が、その送信待ちメール２５２に、受・送信メール識別子１３４（この場合は送信メール識別子）を採番する（ステップＳ１４４）。一方、メール送信要求２７８に送信待ちメール識別子２５４が含まれていない場合は、この受・送信メール識別子１３４の採番は行われず、ステップＳ１４６へと進む。
【００６８】
次に、メール送信要求２７８に含まれているメール１３２または送信待ちメール２５２を、ローカルすなわちグループウェアサーバ１のサーバデータ格納部１３０に格納し保存する（ステップＳ１４６）。その後、メールサーバ３に接続し、ＳＭＴＰを用いてメール１３２または送信待ちメール２５２を送信する（ステップＳ１４８）。
【００６９】
このようにしてメール送信を行った後、送信されたメールの受・送信メール識別子１３４（この場合は送信メール識別子）を含むメール送信結果１９０を生成する。このメール送信結果１９０を、ＨＴＴＰを用いてクライアントＰＣ２へと返し（ステップＳ１５０）、次の要求を待つためにステップＳ１４０へと戻る。
【００７０】
上述のように、ステップＳ１５０において、メール送信結果１９０が、グループウェアサーバ１の専用ツールアクセス処理部１０８から、クライアントＰＣ２の専用ツール部２０２のメール送信処理部２０６へと返される。
これを受け取ったメール送信処理部２０６は、メール送信要求２７８に含めて送信したメールの識別子、すなわち受・送信メール識別子１３４または送信待ちメール識別子２５４を、メール送信結果１９０に含まれる受・送信メール識別子１３４で置き換える（ステップＳ２５０）。その後結果を表示し（ステップＳ２５６）、処理を完了する（ステップＳ２５８）。
【００７１】
また、ステップＳ２４２において、グループウェアサーバ１に接続が可能でない場合は、送信しようとしていたメールを送信待ちメールとし、送信待ちメール識別子管理部２０８がこれに送信待ちメール識別子２５４を採番する（ステップＳ２５２）。その後、この送信待ちメール識別子２５４でもって最新送信待ちメール識別子２５８を更新し（ステップＳ２５４）、上述のステップＳ２５６へと進む。
以上が、クライアントＰＣ２がグループウェアサーバ１を介してメールを送信する際の処理の流れである。
【００７２】
以上のような、グループウェアサーバ１を含むグループウェアシステム８００の動作のまとめを、図９を用いて示す。
クライアントＰＣ２は、受信メールのメール取得要求２７０、送信済メールのメール取得要求２７４、あるいはメール送信要求２７８を生成し、ＨＴＴＰを用いてこれをグループウェアサーバ１に送る。
【００７３】
グループウェアサーバ１は、クライアントＰＣ２から受け取った要求の内容に応じて、ＳＭＴＰまたはＰＯＰを用いてメールサーバ３との通信を行い、またグループウェアサーバ１のサーバデータ格納部１３０内の古いメール１３２の削除等を行う。グループウェアサーバ１は、取得メール１３２等を含め、その結果をＨＴＴＰを用いてクライアントＰＣ２に返す。
クライアントＰＣ２は、取得したメールをメール２３２として格納し保存する。
なお、上記において詳細には説明されないが、クライアントＰＣ２はブラウザを介して従来のＷｅｂメールにおいて用いられる方法でグループウェアサーバ１にアクセスし、メールを使用することもできる。
【００７４】
このように、本発明に係るグループウェアサーバ１を含むグループウェアシステム８００は、グループウェアサーバ１のサーバデータ格納部１３０に格納されているメール１３２を自動的に削除する。このため、ユーザはメール保存場所がグループウェアサーバ１上なのかクライアントＰＣ２上なのかを意識しないので、グループウェアサーバ１の１ユーザあたりのＨＤＤ使用上限を意識してメールを削除する必要がなくなる。よってユーザの利便性が向上する。
【００７５】
また、メール２３２がクライアントＰＣ２上にも保存されるため、クライアントＰＣ２がグループウェアサーバ１に未接続の状態でも、保存したメールの閲覧、編集が可能となり、ユーザの利便性が向上する。
【００７６】
なお、上述の実施の形態１において、グループウェアサーバ１は、従来のグループウェアサーバが提供する機能を包含してもよい。たとえば、複数のユーザによる打ち合わせを行うための電子会議室機能、複数のユーザによる打ち合わせに利用されるテレビ会議機能、複数のユーザに対して双方向的に通知を行う電子掲示板機能、複数のユーザ間のスケジュール共有を管理するスケジューラ機能、文書を共有する文書共有機能、複数のユーザによって逐次処理が必要な文書の処理進捗を管理するワークフロー機能、のいずれかを有してもよい。
【図面の簡単な説明】
【００７７】
【図１】本発明の実施の形態１に係るグループウェアサーバを含むグループウェアシステムの構成を示す図である。
【図２】本発明の実施の形態１に係るグループウェアサーバおよびクライアントＰＣの構成を示す図である。
【図３】本発明の実施の形態１に係るグループウェアサーバとクライアントＰＣとの間で、受信メールのメール取得要求の際に授受されるデータの内容を示す図である。
【図４】本発明の実施の形態１に係るグループウェアサーバとクライアントＰＣとの間で、送信済メールのメール取得要求の際に授受されるデータの内容を示す図である。
【図５】本発明の実施の形態１に係るグループウェアサーバとクライアントＰＣとの間で、メール送信要求の際に授受されるデータの内容を示す図である。
【図６】本発明の実施の形態１に係るグループウェアサーバおよびクライアントＰＣの、受信メールのメール取得要求の際の処理の流れを示すフローチャートである。
【図７】本発明の実施の形態１に係るグループウェアサーバおよびクライアントＰＣの、送信済メールのメール取得要求の際の処理の流れを示すフローチャートである。
【図８】本発明の実施の形態１に係るグループウェアサーバおよびクライアントＰＣの、メール送信要求の際の処理の流れを示すフローチャートである。
【図９】本発明の実施の形態１に係るグループウェアサーバを含むグループウェアシステムの概要を説明する図である。
【図１０】従来のグループウェアサーバを含むグループウェアシステムの概要を説明する図である。
【符号の説明】
【００７８】
１  グループウェアサーバ、２  クライアントＰＣ（グループウェアサーバとは異なるコンピュータ）、１３２および２３２  メール、１３４  受・送信メール識別子、１５０  受信メールのメール取得結果、１７０  送信メールのメール取得結果、２３８  最新取込み済受信メール識別子、２７０  受信メールのメール取得要求、２７４  送信済メールのメール取得要求、２７８  メール送信要求、８００  グループウェアシステム。
【図１】
2006065494.tif 000003
【図２】
2006065494.tif 000004
【図３】
2006065494.tif 000005
【図４】
2006065494.tif 000006
【図５】
2006065494.tif 000007
【図６】
2006065494.tif 000008
【図７】
2006065494.tif 000009
【図８】
2006065494.tif 000010
【図９】
2006065494.tif 000011
【図１０】
2006065494.tif 000012