(57)【要約】  メールシステムのメールサーバ（202）の負荷を低減する方法である。ユーザが特定の時間にデスクにいる可能性があるか否かを評価するために、ユーザのスケジュール及び／又は習慣についての情報を使用する。ユーザがデスクにいる可能性があるため、電子メールを読む可能性がある場合にのみ、電子メールが取り出される。電子カレンダーのカレンダー・エントリーからの情報を使用してもよい。ユーザに提供されるサービスを低減することなく、サーバの負荷を低減する。更に、何らかの電子メールが削除又は保留されてもよいように電子メールを取り除くために使用されてもよい。
2007506382.tif 000002
【特許請求の範囲】
【請求項１】
メールサーバと、各メールクライアントが前記メールサーバと接続を確立し、このような接続を中断するように適合された少なくとも１つのメールクライアントとを有するメールシステムにおいて、メールサーバの負荷を低減する方法であって、
前記メールシステムは、メールクライアント毎に前記メールクライアントに関連するユーザのスケジュールについての情報を有するスケジュールフレームセットを更に有し、
前記方法は：
−前記メールクライアントに関連するユーザの現スケジュールについての情報を取得するために、メールクライアントが、前記スケジュールフレームセットを調べるステップと、
−前記メールクライアントが、前記取得された情報を評価するステップと、
−前記メールクライアントが、前記評価するステップの結果に基づいて、前記メールサーバとの接続を確立するか否かを決定するステップと、
−接続が確立されることを前記メールクライアントが決定した場合に、
−前記メールサーバへの接続を確立するステップと、
−前記メールサーバから新しいメールを要求するステップと、
−存在する場合には、前記メールサーバから新しいメールを取り出すステップと、
−前記接続を中断するステップと、
−接続が確立されないことを前記メールクライアントが決定した場合に、
−前記メールサーバへの接続を確立することを控えるステップと
を有する方法。
【請求項２】
請求項１に記載の方法であって、
前記評価するステップは、前記ユーザが前記メールクライアントに現在いる可能性があるか否かを評価することを有し、
前記ユーザが前記メールクライアントにいる可能性がある場合に接続が確立され、前記ユーザが前記メールクライアントにいる可能性がない場合に接続が確立されないことを前記メールクライアントが決定する方法。
【請求項３】
請求項２に記載の方法であって、
前記評価するステップは、現時点で前記ユーザのスケジュールにエントリーが存在するか否かを評価することを有する方法。
【請求項４】
請求項１に記載の方法であって、
特定の時間間隔で前記方法のステップを繰り返すステップを更に有する方法。
【請求項５】
請求項１に記載の方法であって、
前記ステップは、ユーザにより実行されたアクションに応じて実行される方法。
【請求項６】
請求項１に記載の方法であって、
各メールクライアントは、データ記憶手段を有し、
前記ステップは、前記メールクライアントの前記データ記憶手段に格納されたコンピュータプログラムにより開始される方法。
【請求項７】
請求項１に記載の方法であって、
前記スケジュールフレームセットは、前記メールクライアントに関連するユーザの会社の習慣及び個人の習慣に関する情報を更に有し、
前記評価するステップは、前記情報を評価することを更に有する方法。
【請求項８】
請求項１に記載の方法であって、
接続が確立されることを前記メールクライアントが決定した場合に、
−特定の基準に基づいて、何の新しいメールが現在取り出されるか、何の新しいメールが保留されるか、何の新しいメールが前記メールサーバから削除されるかを決定するステップを更に有し、
前記新しいメールを取り出すステップは、現在取り出されると判断された新しいメールのみを取り出すことを有する方法。
【請求項９】
請求項１に記載の方法であって、
特定の期間で前記メールサーバから削除されるメールの形式に関する情報と、前記期間に関する情報とを前記メールサーバに更新するステップを更に有する方法。
【請求項１０】
−メールサーバと、
−各メールクライアントが前記メールサーバと接続を確立し、このような接続を中断するように適合された少なくとも１つのメールクライアントと、
−メールクライアント毎に前記メールクライアントに関連するユーザのスケジュールについての情報を有するスケジュールフレームセットと
を有するメールシステムであって、
各メールクライアントは、
−前記メールクライアントに関連するユーザの現スケジュールについての情報を取得するために、前記スケジュールフレームセットを調べる手段と、
−前記取得された情報を評価する手段と、
−前記評価された情報に基づいて、前記メールサーバとの接続を確立するか否かを決定する手段と、
−前記メールサーバから新しいメールを要求する手段と、
−前記メールサーバから新しいメールを取り出す手段と
を有するメールシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メールシステムのユーザについて既に利用可能な情報を使用することにより、メールサーバの負荷を低減する方法に関する。より具体的には、本発明は、ユーザのスケジュール及び規則正しい習慣についての情報を使用することにより、メールサーバの負荷を低減する方法に関する。
【背景技術】
【０００２】
WO96/35994は、電子メッセージを管理するシステムを開示している。電子メッセージの受信者は、入力メッセージを受領する一式のルールを定義し得る。ルールは、実質的に配信の開始時点でメッセージ配信器により適用され、それによりメッセージをルーティングする際の遅延が低減される。受信者が存在しない場合でも、配信器は（例えば特定のメッセージを特定の他の受信者に自動的に転送して）ルールが適用されていることを確保する。更に、ルールは開始時点で適用されるため、ネットワークトラヒックが低減される。その理由は、転送されたメッセージが、他の受信者に再配信される前に受信者から配信器に移動する必要がないからである。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
クライアント装置で作業しているユーザに対してメールサービスのサービスレベルを低減することなく、メールサーバの負荷を低減する方法を提供することが、本発明の目的である。
【０００４】
早急に読まれる可能性の低いメッセージが遅延されてもよいように、メールサーバの使用を最適化する方法を提供することが、本発明の更なる目的である。
【課題を解決するための手段】
【０００５】
本発明の第１の態様によれば、前記及び他の目的は、メールサーバと、各メールクライアントがメールサーバと接続を確立し、このような接続を中断するように適合された少なくとも１つのメールクライアントとを有するメールシステムにおいて、メールサーバの負荷を低減する方法を提供することにより実現され、メールシステムは、メールクライアント毎にそのメールクライアントに関連するユーザのスケジュールについての情報を有するスケジュールフレームセットを更に有し、その方法は、
−そのメールクライアントに関連するユーザの現スケジュールについての情報を取得するために、メールクライアントが、スケジュールフレームセットを調べるステップと、
−メールクライアントが、取得された情報を評価するステップと、
−メールクライアントが、評価するステップの結果に基づいて、メールサーバとの接続を確立するか否かを決定するステップと、
−接続が確立されることをメールクライアントが決定した場合に、
−メールサーバへの接続を確立するステップと、
−メールサーバから新しいメールを要求するステップと、
−存在する場合には、メールサーバから新しいメールを取り出すステップと、
−接続を中断するステップと、
−接続が確立されないことをメールクライアントが決定した場合に、
−メールサーバへの接続を確立することを控えるステップと
を有する。
【０００６】
本発明の第２の態様によれば、前記及び他の目的は、
−メールサーバと、
−各メールクライアントがメールサーバと接続を確立し、このような接続を中断するように適合された少なくとも１つのメールクライアントと、
−メールクライアント毎にそのメールクライアントに関連するユーザのスケジュールについての情報を有するスケジュールフレームセットと
を有するメールシステムを提供することにより実現され、
各メールクライアントは、
−そのメールクライアントに関連するユーザの現スケジュールについての情報を取得するために、スケジュールフレームセットを調べる手段と、
−取得された情報を評価する手段と、
−評価された情報に基づいて、メールサーバとの接続を確立するか否かを決定する手段と、
−メールサーバから新しいメールを要求する手段と、
−メールサーバから新しいメールを取り出す手段と
を有する。
【０００７】
メールサーバは、１つ以上の処理装置（プロセッサ）と付属の記憶手段とを有する如何なる適切な種類のサーバ装置でもよい。この記憶手段は、メールサーバに直接接続される、或いは有線又は無線リンク媒体を介してネットワーク（例えばLAN又はWAN）を介して接続される。メールサーバは、メールクライアントを介してそれに接続された全ユーザの付属の記憶手段に／から電子メールを格納する役目をする。メールサーバはまた、メールクライアントから受信した電子メールを中継する役目もする。メールサーバは、ユーザが１つのサーバ装置と複数のサーバ装置とに接続することに対して差を感じないという意味で、‘共通’サーバを形成するように相互接続された複数の装置でもよい。
【０００８】
同様に、メールクライアントは、パーソナルコンピュータ（PC）、コンピュータ端末、内蔵メールクライアント機能を有する携帯用装置、又は外部手段を介してメールクライアント機能を提供する携帯用装置等のように、如何なる適切な種類のコンピュータ装置でもよい。
【０００９】
メールサーバとメールクライアントとの間の接続は、有線接続でもよく、無線接続（無線周波数（RF）接続、赤外線（IR）接続等）でもよい。接続は、少なくとも１つのメールサーバとメールクライアントとを有するコンピュータネットワークを介して確立されることが好ましい。ネットワークはローカルエリアネットワーク（LAN）でもよく、広域ネットワーク（WAN）でもよく、その他の適切な種類のネットワークでもよい。
【００１０】
このように、本発明によれば、メールクライアントは、メールクライアントに関連するユーザがそのユーザの電子メールを現在読もうとする可能性があるか否かを評価する。ユーザが電子メールを読もうとする可能性がある場合、メールサーバが交信され、電子メールが通常通り取り出される。ユーザが電子メールを読もうとする可能性がない場合、メールクライアントはメールサーバとの接続を確立しない。従って、読まれる可能性がある場合にのみ、電子メールが取り出される。それによって、メールシステムのメールクライアントのうちいくつかのみが所定の時間にメールサーバに交信しているため、メールサーバの負荷が低減される。通常の状況でのメールサーバの負荷は非常に大きいことがあり、それによって大きいサーバ装置を必要とする場合があるため、このことは非常に有利である。本発明を適用することにより、前記のように負荷が低減されることがあり、従って、（十分に効率的なメール配信を確保するために通常必要なものと比較して）小さいサーバ装置が選択されてもよい。ユーザに提供されるサービスを低減することなく（すなわち、ユーザは差を感じない）、メールサーバの負荷を低減するため、本発明はまた非常に有利である。このように、本発明による方法は、ユーザの嗜好を変えずに、単にユーザが電子メールをチェックする期間を利用する。
【００１１】
更に、評価は、通常のメールシステムで既に利用可能な情報（例えばシステムのユーザの電子カレンダーに含まれる情報）に基づいて実行される。
【００１２】
評価するステップは、ユーザがメールクライアントに現在いる可能性があるか否かを評価することを有してもよい。その場合、ユーザがメールクライアントにいる可能性がある場合に接続が確立され、ユーザがメールクライアントにいる可能性がない場合に接続が確立されないことをメールクライアントは決定してもよい。
【００１３】
従って、評価するステップは、現時点でユーザのスケジュールにエントリーが存在するか否かを評価することを有してもよい。ユーザのスケジュールは、ユーザが計画又は受領した約束を示す電子カレンダーを有することが好ましい。このような電子カレンダーは、好ましくは電子メールシステムにより使用される電子メールソフトウェアの統合部分でもよい。従って、ユーザのスケジュールにエントリーが存在する場合には、（例えば、ユーザがミーティング中であるため、又は休暇若しくは会議で離れているため）ユーザはデスクから離れている可能性がある。代替として、ユーザがデスクにいても又は近くにいても、忙しいことがある。
【００１４】
評価するステップはまた、ユーザのスケジュールにエントリーが存在する場合に、エントリーが‘社外’（‘ミーティング’‘休暇’‘会議’等）であるか否かを評価することを有してもよい。エントリーはまた、ユーザがデスクから離れていることを示さない種類（‘特定のプロジェクトでの仕事’‘電話会議’‘社内での内部ミーティング’等）でもよい。このようなエントリーがスケジュールにあると、ユーザはエントリーがある期間中に電子メールを受信したいことがあり、そのため、メールクライアントは通常通りメールサーバに接続を確立する。
【００１５】
その方法は、特定の時間間隔でその方法のステップを繰り返すステップを更に有してもよい。この場合、メールクライアントは、ユーザの嗜好又は会社により決定された設定に従って、特定の時間間隔（30秒毎、2分毎、10分毎等）で接続が確立されるか否かをチェックする。
【００１６】
代替として又は更に、そのステップは、ユーザにより実行されたアクションに応じて実行されてもよい。この場合、（例えばユーザが誰かから電子メールがちょうど送信されたことを知らせる電話を受信したため、又はユーザが予想より早くミーティングから戻ったため）ユーザは特定の時間に手順を開始するように選択してもよい。ユーザは、１つ以上の特有のキーストロークを実行してもよく、スクリーンのアイコンをクリックするためにコンピュータマウスを使用してもよい。それによって手順を開始する。
【００１７】
代替として又は更に、各メールクライアントはデータ記憶手段を有してもよい。その場合、そのステップは、メールクライアントのデータ記憶手段に格納されたコンピュータプログラムにより開始されてもよい。この場合、コンピュータプログラムは、いつ手順が開始されるべきかを‘決定’する。一般的には、これは特定の時間間隔である。しかし、代替として、コンピュータプログラムは、様々な時間間隔で（例えば日時に応じて）手順を開始するように適合されてもよい。従って、その手順はユーザがいる可能性が低い夜中より頻繁に通常の就業時間中に開始されてもよい。
【００１８】
スケジュールフレームセットは、メールクライアントに関連するユーザの会社の習慣及び個人の習慣に関する情報を更に有してもよい。その場合、評価するステップは、その情報を評価することを更に有してもよい。
【００１９】
会社の習慣は、就業時間、通常の昼休憩時間、全従業員が参加しなければならないミーティング等を有してもよい。個人の習慣は、その特定の個人の希望就業時間又は昼休憩時間を有してもよい。そのシステムは、例えばニューラルネットワークを用いて、会社又は個人の習慣について‘学習’するように更に適合されてもよい。
【００２０】
その方法は、接続が確立されることをメールクライアントが決定した場合に、
−特定の基準に基づいて、何の新しいメールが現在取り出されるか、何の新しいメールが保留されるか、何の新しいメールがメールサーバから削除されるかを決定するステップを更に有し、
新しいメールを取り出すステップは、現在取り出されると判断された新しいメールのみを取り出すことを有する。
【００２１】
特定の基準は、例えばユーザ及び／又は会社により設定されてもよい。このように、ユーザ及び／又は会社は、例えば１人以上の特有の送信者から生じた電子メール又はテキスト若しくは件名に特定の言葉を含む電子メールが直ちに削除されることを決定してもよい。これは、スパムメール等を回避するために望ましいことがある。
【００２２】
その基準は、時間と共に、生じ得る様々なニーズ及び希望に従って変化し得るという意味で、動的であることが好ましい。
【００２３】
ユーザが（例えば休暇、病気又は会議の出席で）長期間に社外にいる場合、メールクライアントは、ときどき（例えば、毎日１回若しくは２回、又は毎週１回若しくは２回）メールサーバに接続を確立することを決定してもよい。有利には、このような接続は、通常の閉業時間（他のユーザがメールサーバに負荷をかけていない夜中等）中に確立されてもよい。ユーザが長期間に離れることを認識している場合、ユーザが戻ったときに古くなっている電子メールが削除されるという基準を設定してもよい。このような電子メールは、ニュースグループ、特定のメーリングリスト、雑誌等からの電子メールでもよい。このように、これらの電子メールはユーザがいない間に削除され、それによって、サーバのメモリの負荷と、メールサーバとメールクライアントとの間の接続のトラヒックの負荷とを低減する。
【００２４】
更に、ユーザは就業時間後まで個人の電子メールを保留しようとしてもよい。このように、ユーザは、特定の送信者からの電子メールが閉業時間後まで保留されるという基準を設定してもよい。
【００２５】
従って、個々のユーザ及び会社は、何の電子メールがいつ配信されるか、何の電子メールが全く配信されないかを制御してもよい。それによって、ユーザは特定の時間に望ましくない電子メールにより邪魔されない。
【００２６】
代替として又は更に、その方法は、特定の期間でメールサーバから削除されるメールの形式に関する情報と、その期間に関する情報とをメールサーバに更新するステップを更に有してもよい。
【００２７】
この実施例では、ユーザは休暇が始まる前又は会議に行く前に、前述のような基準を設定してもよい。基準は、ユーザが存在しない期間中のみ、有効であるように設定されることが好ましい。
【発明を実施するための最良の形態】
【００２８】
図１は、本発明による方法を記載したフローチャートである。
【００２９】
通常では、メールクライアントは、定期的な時間間隔（毎分又は３０分に１回等）でメールサーバと交信する。最後の交信の後から通常の時間が経過したときに単にメールサーバに交信する代わりに、本発明によるシステムは、ステップ1において、現時間フレームに特有のユーザについてカレンダー・エントリーが存在するか否かを定めるために、メールクライアントに関連するユーザのカレンダーを調べる。
【００３０】
現時間フレームにカレンダー・エントリーが存在する場合、ステップ2において、システムは、エントリーが‘社外’形式であるか否かを定める。‘社外’形式のエントリーは、ユーザがデスクにいる可能性のないことを示すエントリー（‘ミーティング’エントリー、‘休暇’エントリー、‘会議’エントリー等）である。
【００３１】
現時間フレームにカレンダー・エントリーが存在しない場合、又はカレンダー・エントリーが‘社外’形式でない場合、システムは、ユーザがデスクにいない他の指示が存在するか否かを定め続ける。このように、ステップ3において、システムは、ユーザがデスクにいないことを個人の習慣及び／又は会社の習慣が示すか否かを調査する。このような習慣は、例えば昼休憩の通常時間、通常の就業時間（個人又は会社）等でもよい。
【００３２】
‘社外’形式のカレンダー・エントリーが存在することが定められた場合、又はユーザがデスクにいないことを示す個人又は会社の習慣が存在することが定められた場合、ステップ4において、カレンダー・エントリー又は習慣の継続期間中にメールサーバに接続が確立されないことが決定される。ステップ5において、特定の時間間隔でシステムは中断期間が終了したか否かを問い合わせる。終了していない場合、中断を継続するためにステップ4に戻される。
【００３３】
中断期間が終了した場合、ユーザが依然としてデスクにいないことを新しいカレンダー・エントリー及び／又は新しい個人若しくは会社の習慣が示すか否かを決定するために、ステップ1に戻される。
【００３４】
ユーザがデスクにいないことをカレンダー・エントリーと個人又は企業の習慣とが示すことが定められると、通常の設定に従って通常通りサーバが交信される6。
【００３５】
サーバが設定に従って通常通り交信された6後に、手順を再開するために、開始7に戻される。
【００３６】
図２ａは、メールクライアントに関連するユーザのカレンダー・エントリーを示している。２つのエントリーが示されており、１つは時間T3で始まり、時間Tnで終了する。１つは時間Tn+2で始まり、時間Txで終了する。
【００３７】
図２ｂは、カレンダー・エントリーが図２ａに図示されているユーザに関連するメールクライアント204とメールサーバ202との間の接続機構を示している。通常では、メールクライアントは、定期的な時間間隔（T1、T2、T3等）でメールサーバと交信する。ユーザが時間T3から時間Tnまで多忙であることをカレンダー・エントリーが示すため、この期間中に接続が中断される。接続は時間Tn、Tn+1及びTn+2に再開される。次に図２ａに示す第２のエントリーが始まり、それに従って、もう一度再開される時間Txまで接続が中断される。このように、図示の時間間隔（T3〜Tn及びTn+2〜Tx）の間に図２に示すメールクライアントはメールサーバと交信しないため、メールサーバの負荷はかなり低減される。
【００３８】
本発明について好ましい実施例に関して説明したが、ここに示した特有の形式に限定されることを意図しない。
【００３９】
むしろ、本発明の範囲は特許請求の範囲のみにより限定される。請求項において、有するという用語は、他の要素又はステップの存在を除外するものではない。更に、個々の特徴が異なる請求項に含まれることがあるが、これらは場合によっては有利に結合されない。異なる請求項に含まれることは、特徴の組み合わせが実現可能及び／又は有利でないことを意味するものではない。更に、単数の言及は複数を除外するものではない。従って、“１つ”“第１の”“第２の”等は複数を除外するものではない。
【図面の簡単な説明】
【００４０】
【図１】本発明による方法を記載したフローチャートである。
【図２ａ】メールクライアントに関連するユーザのカレンダー・エントリーである。
【図２ｂ】図２ａのメールクライアントとメールサーバとの間の接続機構である。
【図１】
2007506382.tif 000003
【図２ａ】
2007506382.tif 000004
【図２ｂ】
2007506382.tif 000005
【国際調査報告】
2007506382.tif 000006
2007506382.tif 000007
2007506382.tif 000008