(57)【要約】【課題】メールサーバにかかる負荷を低減しつつ、複数のユーザに新着メールの通知をする。【解決手段】新着メール判定部は、指定されたユーザを宛先とする新着メールの有無を判定する。通知部は、ユーザを宛先とする新着メールがある場合に、当該ユーザに新着メールの通知を送信する。指定解除部は、通知部がユーザに新着メールの通知を送信したときに、そのユーザの指定を解除する。【選択図】図１
2018132939.tif 000002
【特許請求の範囲】
【請求項１】
指定されたユーザを宛先とする新着メールの有無を判定する新着メール判定部と、
前記ユーザを宛先とする新着メールがある場合に、当該ユーザに新着メールの通知を送信する通知部と、
前記通知部が前記ユーザに前記新着メールの通知を送信したときに、前記ユーザの指定を解除する指定解除部と
を備えるメール通知装置。
【請求項２】
前記ユーザが前記新着メールの受信を確認したか否かを判定する確認判定部と、
前記ユーザが前記新着メールの受信を確認したときに、前記ユーザの指定を登録する指定登録部と
をさらに備える請求項１に記載のメール通知装置。
【請求項３】
前記新着メール判定部は、内部ネットワークを介して接続されるメールサーバにアクセスすることで、新着メールの有無を判定し、
前記通知部は、外部ネットワークを介して前記ユーザに前記通知を送信する
請求項１または請求項２に記載のメール通知装置。
【請求項４】
前記確認判定部は、前記ユーザから前記通知を確認したことを示す応答を受信した場合に、前記ユーザが前記新着メールの受信を確認したと判定する
請求項２に記載のメール通知装置。
【請求項５】
前記通知は、前記新着メールのペイロードに格納された情報を含まない
請求項１から請求項４の何れか１項に記載のメール通知装置。
【請求項６】
指定されたユーザを宛先とする新着メールの有無を判定することと、
前記ユーザを宛先とする新着メールがある場合に、当該ユーザに新着メールの通知を送信することと、
前記ユーザに前記新着メールの通知を送信したときに、前記ユーザの指定を解除することと
を含むメール通知方法。
【請求項７】
コンピュータに、
指定されたユーザを宛先とする新着メールの有無を判定することと、
前記ユーザを宛先とする新着メールがある場合に、当該ユーザに新着メールの通知を送信することと、
前記ユーザに前記新着メールの通知を送信したときに、前記ユーザの指定を解除することと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メール通知装置、メール通知方法、およびプログラムに関する。
【背景技術】
【０００２】
特許文献１には、プッシュ通知サーバを用いて、メールサーバに新着メールがあることを利用者に通知する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１４６０９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通常、プッシュ通知サーバは、メールサーバと別個に設けられている。そのため、プッシュ通知サーバは、ユーザ端末にプッシュ通知を発するために、定期的にメールサーバにメールの有無の確認を行う必要がある。そのため、メールサーバには、ＰＣ等によるアクセスに加え、プッシュ通知サーバから複数のユーザの新着メール確認のアクセスがなされ、大きな負荷がかかってしまう。
本発明の目的は、上述した課題を解決するメール通知装置、メール通知方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明の第１の態様によれば、メール通知装置は、指定されたユーザを宛先とする新着メールの有無を判定する新着メール判定部と、前記ユーザを宛先とする新着メールがある場合に、当該ユーザに新着メールの通知を送信する通知部と、前記通知部が前記ユーザに前記新着メールの通知を送信したときに、前記ユーザの指定を解除する指定解除部とを備える。
【０００６】
本発明の第２の態様によれば、メール通知方法は、指定されたユーザを宛先とする新着メールの有無を判定することと、前記ユーザを宛先とする新着メールがある場合に、当該ユーザに新着メールの通知を送信することと、前記通知部が前記ユーザに前記新着メールの通知を送信したときに、前記ユーザの指定を解除することとを含む。
【０００７】
本発明の第３の態様によれば、プログラムは、コンピュータに、指定されたユーザを宛先とする新着メールの有無を判定することと、前記ユーザを宛先とする新着メールがある場合に、当該ユーザに新着メールの通知を送信することと、前記通知部が前記ユーザに前記新着メールの通知を送信したときに、前記ユーザの指定を解除することとを実行させる。
【発明の効果】
【０００８】
上記態様のうち少なくとも１つの態様によれば、メール通知装置は、メールサーバにかかる負荷を低減しつつ、複数のユーザに新着メールの通知をすることができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態に係るメール通知システムの構成を示す概略図である。
【図２】第１の実施形態に係るゲートウェイサーバの構成を示す概略ブロック図である。
【図３】第１の実施形態に係るメール通知システムによるメール通知処理を示すシーケンス図である。
【図４】第１の実施形態に係るメール通知システムによる通知確認処理を示すシーケンス図である。
【図５】メール通知装置の基本構成を示す概略ブロック図である。
【図６】少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら実施形態について詳しく説明する。
図１は、第１の実施形態に係るメール通知システムの構成を示す概略図である。
メール通知システム１は、メールサーバ１００、ゲートウェイサーバ２００、データベースサーバ３００、および複数のユーザ端末４００を備える。メール通知システム１は、メールサーバ１００が受信した新着メールをユーザ端末４００に通知するシステムである。
【００１１】
メールサーバ１００は、電子メールの送受信を行う。メールサーバ１００は、社内ＬＡＮ（Local Area Network）やイントラネットなどの内部ネットワークＮ１に接続されている。
【００１２】
ゲートウェイサーバ２００は、内部ネットワークＮ１と、インターネットなどの外部ネットワークＮ２とを中継する。ゲートウェイサーバ２００は、内部ネットワークＮ１を介してメールサーバ１００の新着メールの有無を確認し、外部ネットワークＮ２を介して確認結果をユーザ端末４００に通知する。第１の実施形態において、「新着メール」とは、内部ネットワークＮ１に接続されたユーザのＰＣや、ＶＰＮ（Virtual Private Network）により内部ネットワークＮ１に接続されたユーザ端末４００によってメールサーバ１００から一度もダウンロードされず、またゲートウェイサーバ２００によって一度も受信の通知がなされていない電子メールのことをいう。
【００１３】
データベースサーバ３００は、ゲートウェイサーバ２００が用いる情報を記憶する。具体的には、データベースサーバ３００は、ユーザの識別情報と、当該ユーザに属するユーザ端末４００の識別情報と、当該ユーザを宛先とする新着メールの有無の判定の要否とを関連付けて格納するテーブルを記憶する。
【００１４】
ユーザ端末４００は、ユーザが所持し、閲覧する端末装置である。ユーザ端末４００は、外部ネットワークＮ２に接続される。ユーザ端末４００には、ゲートウェイサーバ２００からの通知を受信するためのアプリケーションがインストールされている。
【００１５】
図２は、第１の実施形態に係るゲートウェイサーバの構成を示す概略ブロック図である。
ゲートウェイサーバ２００は、指定判定部２０１、新着メール判定部２０２、通知部２０３、指定解除部２０４、確認判定部２０５、指定登録部２０６を備える。
【００１６】
指定判定部２０１は、データベースサーバ３００から新着メールの有無の判定を行うべきユーザの識別情報を取得する。つまり、指定判定部２０１は、メールサーバ１００のユーザそれぞれについて、当該ユーザが、新着メールの有無の判定対象として指定されたユーザであるか否かを判定する。以下、新着メールの有無の判定対象のユーザを、指定ユーザとよぶ。
新着メール判定部２０２は、指定ユーザごとに、当該指定ユーザを宛先とする新着メールの有無の確認要求をメールサーバ１００に送信し、メールサーバ１００からの応答に基づいて各指定ユーザの新着メールの有無を判定する。
【００１７】
通知部２０３は、新着メール判定部２０２によって新着メールがあると判定されたユーザのユーザ端末４００に、新着メールの通知を送信する。このとき、通知部２０３は、外部ネットワークＮ２上に設けられるプッシュ通知サーバを介してユーザ端末４００に通知を送信してもよい。なお、通知部２０３による通知には、新着メールのペイロードに格納された情報が含まれない。
指定解除部２０４は、通知部２０３によって新着メールの通知が送信されたユーザについて、新着メールの有無の判定を不要とする指定解除指示を、データベースサーバ３００に送信する。
【００１８】
確認判定部２０５は、ユーザ端末４００から、新着メールの通知に対する応答を受信する。これによって確認判定部２０５は、ユーザが新着メールの通知を確認したか否かを判定する。
指定登録部２０６は、新着メールの通知を確認したユーザについて、新着メールの有無の判定を必要とする指定登録指示を、データベースサーバ３００に送信する。
【００１９】
図３は、第１の実施形態に係るメール通知システムによるメール通知処理を示すシーケンス図である。
ゲートウェイサーバ２００は、所定の周期（例えば、１０分周期）に係るタイミングにおいて、新着メールの通知の要否を判定するメール通知処理を実行する。まず、ゲートウェイサーバ２００の指定判定部２０１は、データベースサーバ３００に、新着メールの有無の判定の要否が「要」を示すレコードの取得要求を送信する（ステップＳ１）。これにより、データベースサーバ３００は、テーブルに格納されたレコードのうち、新着メールの有無の判定の要否が「要」を示すレコードをゲートウェイサーバ２００に送信する（ステップＳ２）。すなわちデータベースサーバ３００は、指定ユーザの識別情報およびユーザ端末４００の識別情報とをゲートウェイサーバ２００に送信する。
【００２０】
次に、新着メール判定部２０２は、指定判定部２０１が受信したレコードに含まれる指定ユーザごとに、当該指定ユーザを宛先とする新着メールの有無の確認要求をメールサーバ１００に送信する（ステップＳ３）。
メールサーバ１００は、ゲートウェイサーバ２００から指定ユーザごとの確認要求を受信すると、確認要求ごとに、指定ユーザを宛先とする新着メールの有無を確認する（ステップＳ４）。そしてメールサーバ１００は、新着メールの有無を示す確認応答を、ゲートウェイサーバ２００に送信する（ステップＳ５）。
【００２１】
新着メール判定部２０２が各指定ユーザの確認応答を受信すると、通知部２０３は、指定ユーザのうち、新着メールがあることを示す確認応答が受信されたもののユーザ端末４００に、新着メールの通知を送信する（ステップＳ６）。ユーザ端末４００は、メール通知処理によってゲートウェイサーバ２００から新着メールの通知を受信すると、ディスプレイの表示、音声の出力、または振動により当該通知を出力する（ステップＳ７）。
【００２２】
また指定解除部２０４は、ステップＳ６で新着メールの通知を送信したユーザの新着メールの有無の判定の要否を「不要」に変更する変更指示を、データベースサーバ３００に送信する（ステップＳ８）。つまり、指定解除部２０４は、新着メールの通知を送信したユーザについて、新着メールの有無の判定対象としての指定を解除する。これにより、データベースサーバ３００は、変更指示に係るユーザの識別情報に関連付けられた新着メールの有無の判定の要否を「不要」に変更する（ステップＳ９）。
【００２３】
これにより、ゲートウェイサーバ２００は、既に新着メールを通知したユーザについて、メールサーバ１００に新着メールの有無の確認要求を送信することを抑制することができる。
【００２４】
図４は、第１の実施形態に係るメール通知システムによる通知確認処理を示すシーケンス図である。
ユーザは、ユーザ端末４００の出力により新着メールの通知を確認すると、ユーザ端末４００を操作し、当該通知に対するアクションをとる。例えば、ユーザは、ユーザ端末４００に表示された通知ダイアログを閉じる。ユーザ端末４００はユーザから所定のアクションの操作がなされた場合、ゲートウェイサーバ２００に新着メールの通知に対する確認応答を送信する（ステップＳ１０）。ゲートウェイサーバ２００の確認判定部２０５は、確認応答の受信により、当該確認応答の送信元に係るユーザが、新着メールの通知を確認したと判定する（ステップＳ１１）。そして、指定登録部２０６は、ステップＳ１１で新着メールの通知を確認したと判定されたユーザの新着メールの有無の判定の要否を「要」に変更する変更指示を、データベースサーバ３００に送信する（ステップＳ１２）。つまり、指定登録部２０６は、確認応答の送信元のユーザについて、新着メールの有無の判定対象としての指定を登録する。これにより、データベースサーバ３００は、変更指示に係るユーザの識別情報に関連付けられた新着メールの有無の判定の要否を「要」に変更する（ステップＳ１３）。
【００２５】
これにより、ゲートウェイサーバ２００は、既に新着メールを通知したユーザであって、当該通知を確認したユーザについて、メールサーバ１００に新着メールの有無の確認要求を送信できるようにすることができる。
【００２６】
ここで、第１の実施形態に係るメール通知システム１の動作について具体的な例を用いて説明する。
メール通知システム１が１０００台のユーザ端末４００を備え、ゲートウェイサーバ２００によるメールサーバ１００への確認周期が１０分周期であり、メールサーバ１００における１つの新着メールの確認要求あたりのＣＰＵ使用率が０．０１％であり、１つの新着メールの確認要求および確認応答あたりの通信料が１００キロバイトである場合、メール通知システム１は以下のように振る舞う。
【００２７】
第１の実施形態と異なり、ゲートウェイサーバ２００が１０分周期ですべてのユーザについて、メールサーバ１００へ新着メールの確認要求を送信する場合、１０分に一度、メールサーバ１００のＣＰＵ使用率が１０％上昇する時間が発生することとなる。またこの場合、一日当たりのメール通知システム１による通信量は、３０ギガバイトとなる。
これに対し、第１の実施形態において、通知を受信した後に１０分以内に当該通知を確認するユーザが全体の１０％（すなわち１００人）である場合、１０分に一度、メールサーバ１００のＣＰＵ使用率が１％上昇する時間が発生することとなる。またこの場合、一日当たりのメール通知システム１による通信量は、１．５ギガバイトとなる。また、夜間などには、ユーザ端末４００を確認するユーザおよび確認する頻度が低下することから、第１の実施形態によれば、メールサーバ１００の負荷が大きく低下することが期待できる。
【００２８】
このように、第１の実施形態によれば、メール通知システム１は、新着メールの通知を送信したユーザの指定を解除することで、メールサーバ１００の負荷および内部ネットワークＮ１の通信量を低減することができる。なお、ユーザにとっては、社外にいる際に新着メールがあることに気づくことが重要であり、新着メールの内容や件数については比較的重要ではないといえる。したがって、ユーザが新着メールの通知を確認していないとき、さらに当該ユーザに追加の新着メールの通知をする必要性は高くない。
【００２９】
また第１の実施形態によれば、ゲートウェイサーバ２００は、ユーザが新着メールの受信を確認した場合に、データベースサーバ３００に当該ユーザの指定を登録する。これにより、ゲートウェイサーバ２００は、既に新着メールを通知したユーザであって、当該通知を確認したユーザについて、メールサーバ１００に新着メールの有無の確認要求を送信できるようにすることができる。なお、他の実施形態においてはこれに限られず、例えばゲートウェイサーバ２００は、新着メールの通知から所定時間（確認周期より長い時間、例えば１時間）が経過した場合に、データベースサーバ３００に当該ユーザの指定を登録してもよい。
【００３０】
また、第１の実施形態によれば、内部ネットワークＮ１を介してメールサーバ１００と通信可能かつ外部ネットワークＮ２を介してユーザ端末４００と通信可能なゲートウェイサーバ２００が、新着メールの通知を送信する。これにより、メール通知システム１は、メールサーバ１００の情報の漏洩を防ぎつつ、ユーザ端末４００への新着メールの通知をすることができる。なお、他の実施形態においてはこれに限られず、例えば外部ネットワークＮ２に接続されたサーバが通知機能を有し、当該サーバが何らかのゲートウェイを介してメールサーバ１００にアクセスしてもよい。
【００３１】
また、第１の実施形態によれば、新着メールの通知は、当該新着メールのペイロードに格納された情報を含まない。これにより、メール通知システム１はユーザ端末４００に新着メールの情報が残ることを防ぐことができ、情報の漏洩を防ぐことができる。なお、他の実施形態においてはこれに限られず、新着メールの通知にペイロードの一部または全部が含まれていてもよい。
【００３２】
以上、図面を参照して一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、様々な設計変更等をすることが可能である。
例えば、上述の実施形態において、確認判定部２０５は、ユーザ端末４００から、新着メールの通知に対する応答を受信することによってユーザが新着メールの通知を確認したか否かを判定するが、これに限られない。例えば、他の実施形態に係る確認判定部２０５は、メールサーバ１００から、新着メールのダウンロードがなされたことを示す通知を受信することで、ユーザが新着メールの通知を確認したか否かを判定してもよい。
【００３３】
また例えば、上述の実施形態においては、ゲートウェイサーバ２００とデータベースサーバ３００とが別個の装置として設けられるが、これに限られず、他の実施形態においてはゲートウェイサーバ２００がデータベースサーバ３００を備えるものであってもよい。
【００３４】
《基本構成》
図５は、メール通知装置の基本構成を示す概略ブロック図である。
上述した実施形態では、メール通知装置の一実施形態として図２に示すゲートウェイサーバ２００について説明したが、メール通知装置の基本構成は、図５に示すとおりである。
すなわち、メール通知装置９００は、新着メール判定部９０１、通知部９０２、および指定解除部９０３を基本構成とする。
【００３５】
新着メール判定部９０１は、指定されたユーザを宛先とする新着メールの有無を判定する。
通知部９０２は、ユーザを宛先とする新着メールがある場合に、当該ユーザに新着メールの通知を送信する。
指定解除部９０３は、通知部９０２がユーザに新着メールの通知を送信したときに、当該ユーザの指定を解除する。
これにより、メール通知装置９００は、メールサーバにかかる負荷を低減しつつ、複数のユーザに新着メールの通知をすることができる。
【００３６】
図６は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。
コンピュータ９０は、ＣＰＵ９１、メインメモリ９２、ストレージ９３、インタフェース９４を備える。
上述のゲートウェイサーバ２００は、コンピュータ９０を備える。そして、上述した各処理部の動作は、プログラムの形式でストレージ９３に記憶されている。ＣＰＵ９１は、プログラムをストレージ９３から読み出してメインメモリ９２に展開し、当該プログラムに従って上記処理を実行する。
【００３７】
ストレージ９３の例としては、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disc Read Only Memory）、半導体メモリ等が挙げられる。ストレージ９３は、コンピュータ９０のバスに直接接続された内部メディアであってもよいし、インタフェース９４または通信回線を介してコンピュータ９０に接続される外部メディアであってもよい。また、このプログラムが通信回線によってコンピュータ９０に配信される場合、配信を受けたコンピュータ９０が当該プログラムをメインメモリ９２に展開し、上記処理を実行してもよい。少なくとも１つの実施形態において、ストレージ９３は、一時的でない有形の記憶媒体である。
【００３８】
また、当該プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、当該プログラムは、前述した機能をストレージ９３に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【００３９】
１  メール通知システム
１００  メールサーバ
２００  ゲートウェイサーバ
２０１  指定判定部
２０２  新着メール判定部
２０３  通知部
２０４  指定解除部
２０５  確認判定部
２０６  指定登録部
３００  データベースサーバ
４００  ユーザ端末
Ｎ１  内部ネットワーク
Ｎ２  外部ネットワーク
【図１】
2018132939.tif 000003
【図２】
2018132939.tif 000004
【図３】
2018132939.tif 000005
【図４】
2018132939.tif 000006
【図５】
2018132939.tif 000007
【図６】
2018132939.tif 000008