(57)【要約】【課題】ＰＯＰサーバの移行において、移行中および移行後、クライアントが全てのメールを一意に識別でき、未読／既読管理を正しく行えること。【解決手段】ＰＯＰサーバ情報取得処理部１１０が、旧ＰＯＰサーバ２００にあるメールデータのＵＩＤＬと新ＰＯＰサーバ３００にあるメールデータのＵＩＤＬとが重複していた場合に重複しない新たなＵＩＤＬを自動生成して自動生成ＵＩＤＬ情報記憶部１５０に自動生成ＵＩＤＬ情報として格納し、クライアント命令処理部１６０が、この自動生成ＵＩＤＬ情報を用いて、新ＰＯＰサーバ３００にあるメールデータの重複していたＵＩＤＬを自動生成ＵＩＤＬに置き換えてクライアント４００1〜４００nに応答するよう構成する。【選択図】        図１
2007067563.tif 000002
【特許請求の範囲】
【請求項１】
メールサーバの移行時に新旧メールサーバとクライアントを中継して移行を支援するメールサーバ移行支援プログラムであって、
旧メールサーバと新メールサーバからメールデータを一意に識別するためのメール識別子を含むメール情報を取得するメール情報取得手順と、
前記メール情報取得手順により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合は重複しない新たなメール識別子を生成するメール識別子生成手順と、
前記メール情報取得手順により取得されたメール情報および前記メール識別子生成手順により生成された新たなメール識別子を用いてメールを一意に識別し、クライアントが要求する命令を新旧メールサーバに振り分けるクライアント命令処理手順と、
をコンピュータに実行させることを特徴とするメールサーバ移行支援プログラム。
【請求項２】
前記メール情報は、新旧メールサーバがそれぞれ格納しているメールデータに対して格納順に付与したメール通番を含み、
新旧メールサーバのそれぞれのメール通番に対応付けられた新たなメール通番を全てのメールに対して生成するメール通番生成手順をさらにコンピュータに実行させ、
前記クライアント命令処理手順は、前記新たなメール通番を指定してクライアントが要求する命令を処理することを特徴とする請求項１に記載のメールサーバ移行支援プログラム。
【請求項３】
前記クライアント命令処理手順は、クライアントからのメール識別子出力要求に応じ、前記メール情報取得手順により取得されたメール情報と前記メール識別子生成手順により生成された新たなメール識別子を用いて、重複しないメール識別子をクライアントに出力することを特徴とする請求項１または２に記載のメールサーバ移行支援プログラム。
【請求項４】
前記クライアント命令処理手順は、クライアントからのメール削除要求に応じ、該メールデータが格納されている前記旧メールサーバまたは前記新メールサーバにメール削除命令を発行し、前記メール識別子生成手順で新たなメール識別子を生成したメールを削除する場合は、該メール識別子も併せて削除することを特徴とする請求項１、２または３に記載のメールサーバ移行支援プログラム。
【請求項５】
メールサーバの移行時に新旧メールサーバとクライアントを中継して移行を支援するメールサーバ移行支援装置であって、
旧メールサーバと新メールサーバからメールデータを一意に識別するためのメール識別子を含むメール情報を取得するメール情報取得手段と、
前記メール情報取得手段により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合は重複しない新たなメール識別子を生成するメール識別子生成手段と、
前記メール情報取得手段により取得されたメール情報および前記メール識別子生成手段により生成された新たなメール識別子を用いてメールを一意に識別し、クライアントが要求する命令を新旧メールサーバに振り分けるクライアント命令処理手段と、
を備えたことを特徴とするメールサーバ移行支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、メールサーバの移行時に新旧メールサーバとクライアントを中継して移行を支援するメールサーバ移行支援プログラムおよびメールサーバ移行支援装置に関し、特に、移行中および移行後において、クライアントが正しくメールを識別することができるメールサーバ移行支援プログラムおよびメールサーバ移行支援装置に関するものである。
【背景技術】
【０００２】
通常、電子メールシステムにおいて、メールサーバのハードウェアのリプレースや、サーバ構成の変更を行う場合は、それまで使用していたメールサーバにあるメールを新しいメールサーバに移行する必要がある。
【０００３】
しかし、電子メールは常時送受信が行われるものであり、そのため、サービスを停止せずにメールを移行することが求められている。
【０００４】
そこで、移行元である旧メールサーバと、移行先である新メールサーバを同時にネットワークに接続した状態で、新旧メールサーバとクライアントの間を中継する機能を備え、クライアントに対し、あたかも１つのサーバであるかのように見せることにより、サービスを停止する必要のない電子メールシステムが考案されている（例えば、特許文献１参照）。
【０００５】
【特許文献１】特開２００２−２９０４６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、新旧メールサーバとクライアントを中継し、クライアントに対してそれぞれのメールサーバにあるメールをそのまま応答した場合、メール識別子が重複する可能性がある。
【０００７】
ここで、メール識別子とは、メールサーバにより、メールごとに一意になるように付与された識別子である。電子メール利用者が使用する一般的なメールクライアントソフトウェア（メーラ）は、メールの未読／既読の判定に、このメール識別子を利用している。そのため、旧メールサーバにあるメールのメール識別子と、新メールサーバにあるメールのメール識別子が重複してしまうと、未読／既読管理が正しく行えないという問題がある。
【０００８】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、移行中および移行後において、クライアントが正しくメールを識別することができるメールサーバ移行支援プログラム、メールサーバ移行支援装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、請求項１の発明に係るメールサーバ移行支援プログラムは、旧メールサーバと新メールサーバからメールデータを一意に識別するためのメール識別子を含むメール情報を取得するメール情報取得手順と、前記メール情報取得手順により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合は重複しない新たなメール識別子を生成するメール識別子生成手順と、前記メール情報取得手順により取得されたメール情報および前記メール識別子生成手順により生成された新たなメール識別子を用いてメールを一意に識別し、クライアントが要求する命令を新旧メールサーバに振り分けるクライアント命令処理手順と、をコンピュータに実行させることを特徴とする。
【００１０】
この請求項１の発明によれば、旧メールサーバと新メールサーバからメールデータを一意に識別するためのメール識別子を含むメール情報を取得し、取得した旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合は重複しない新たなメール識別子を生成し、新旧サーバから取得したメール情報と新たなメール識別子を用いてメールを一意に識別し、クライアントが要求する命令を新旧メールサーバに振り分けるよう構成したので、旧メールサーバにあるメールのメール識別子と新メールサーバにあるメールのメール識別子が重複していた場合でも、それぞれのメールを一意に識別して処理することができる。
【００１１】
また、請求項２の発明に係るメールサーバ移行支援プログラムは、請求項１の発明において、前記メール情報は、新旧メールサーバがそれぞれ格納しているメールデータに対して格納順に付与したメール通番を含み、新旧メールサーバのそれぞれのメール通番に対応付けられた新たなメール通番を全てのメールに対して生成するメール通番生成手順をさらにコンピュータに実行させ、前記クライアント命令処理手順は、前記新たなメール通番を指定してクライアントが要求する命令を処理することを特徴とする。
【００１２】
この請求項２の発明によれば、新旧メールサーバがそれぞれ格納しているメールデータに対して格納順に付与したメール通番に対応付けられた新たなメール通番を全てのメールに対して生成し、この新たなメール通番を指定してクライアントが要求する命令を処理するよう構成したので、クライアントから受信したメール通番に対して、新旧メールサーバにあるメールを容易に紐付けることができる。
【００１３】
また、請求項３の発明に係るメールサーバ移行支援プログラムは、請求項１または２の発明において、前記クライアント命令処理手順は、クライアントからのメール識別子出力要求に応じ、前記メール情報取得手順により取得されたメール情報と前記メール識別子生成手順により生成された新たなメール識別子を用いて、重複しないメール識別子をクライアントに出力することを特徴とする。
【００１４】
この請求項３の発明によれば、クライアントからのメール識別子出力要求に応じ、新旧メールサーバより取得したメール情報と新たなメール識別子を用いて、重複しないメール識別子をクライアントに出力するよう構成したので、クライアントは、メール識別子出力要求により、全てのメールを一意に識別するメール識別子を取得することができる。
【００１５】
また、請求項４の発明に係るメールサーバ移行支援プログラムは、請求項１、２または３の発明において、前記クライアント命令処理手順は、クライアントからのメール削除要求に応じ、該メールデータが格納されている前記旧メールサーバまたは前記新メールサーバにメール削除命令を発行し、前記メール識別子生成手順で新たなメール識別子を生成したメールを削除する場合は、該メール識別子も併せて削除することを特徴とする。
【００１６】
この請求項４の発明によれば、クライアントからのメール削除要求に応じ、該メールデータが格納されている前記旧メールサーバまたは前記新メールサーバにメール削除命令を発行し、新たなメール識別子を生成したメールを削除する場合は、該メール識別子も併せて削除するよう構成したので、メールサーバ移行支援プログラムの記憶領域を無駄なく使用することができる。
【００１７】
また、請求項５の発明に係るメールサーバ移行支援装置は、旧メールサーバと新メールサーバからメールデータを一意に識別するためのメール識別子を含むメール情報を取得するメール情報取得手段と、前記メール情報取得手段により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合は重複しない新たなメール識別子を生成するメール識別子生成手段と、前記メール情報取得手順により取得されたメール情報および前記メール識別子生成手順により生成された新たなメール識別子を用いてメールを一意に識別し、クライアントから要求された命令を新旧メールサーバに振り分けるクライアント命令処理手段と、を備えたことを特徴とする。
【００１８】
この請求項５の発明によれば、旧メールサーバと新メールサーバからメールデータを一意に識別するためのメール識別子を含むメール情報を取得し、取得した旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合は重複しない新たなメール識別子を生成し、新旧サーバから取得したメール情報と新たなメール識別子を用いてメールを一意に識別し、クライアントが要求する命令を新旧メールサーバに振り分けるよう構成したので、旧メールサーバにあるメールのメール識別子と新メールサーバにあるメールのメール識別子が重複していた場合でも、それぞれのメールを一意に識別して処理することができる。
【発明の効果】
【００１９】
請求項１および５の発明によれば、旧メールサーバにあるメールのメール識別子と新メールサーバにあるメールのメール識別子が重複していた場合でも、それぞれのメールを一意に識別して処理することができるので、クライアントは、メール識別子が重複したことを意識せずにメールに対する処理を行うことができるという効果を奏する。
【００２０】
また、請求項２の発明によれば、クライアントから受信したメール通番に対して、新旧メールサーバにあるメールを容易に紐付けることができるので、クライアントからの命令を効率よく処理することができるという効果を奏する。
【００２１】
また、請求項３の発明によれば、クライアントは、メール識別子出力要求により全てのメールを一意に識別するメール識別子を取得することができるので、メールの未読／既読の判定を正しく行うことができるという効果を奏する。
【００２２】
また、請求項４の発明によれば、メールサーバ移行支援プログラムの記憶領域を無駄なく使用することができるので、資産を有効に活用することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２３】
以下に添付図面を参照して、この発明に係るメールサーバ移行支援装置およびメールサーバ移行支援プログラムの好適な実施例を詳細に説明する。なお、本実施例では、本発明を、ＰＯＰサーバを用いたメールシステムに適用した場合を中心に説明する。
【実施例】
【００２４】
まず、本実施例に係るＰＯＰサーバ移行支援装置を用いたメールシステムの構成について説明する。図１は、本実施例に係るＰＯＰサーバ支援装置を用いたメールシステムの構成を示す機能ブロック図である。同図に示すように、このメールシステムは、メールサーバの移行を支援するＰＯＰサーバ移行支援装置１００と、メールを利用するユーザが使用するクライアント４００1〜４００nとがインターネットやイントラネットを介して接続され、また、ＰＯＰサーバ移行支援装置１００と、移行元のメールサーバである旧ＰＯＰサーバ２００と、移行先のメールサーバである新ＰＯＰサーバ３００とがＬＡＮを介して接続されている。
【００２５】
ＰＯＰサーバ移行支援装置１００は、クライアント４００1〜４００nからインターネットやイントラネットを介してメール受信に関する命令を受信し、旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００に対してユーザから要求された処理を行い、結果を応答する装置である。
【００２６】
このＰＯＰサーバ移行支援装置１００は、ＰＯＰサーバ情報取得処理部１１０と、旧ＰＯＰサーバ情報記憶部１２０と、新ＰＯＰサーバ情報記憶部１３０と、メッセージ番号情報記憶部１４０と、自動生成ＵＩＤＬ情報記憶部１５０と、クライアント命令処理部１６０とを有する。
【００２７】
ＰＯＰサーバ情報取得処理部１１０は、旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００より、それぞれに格納されている受信メールデータの情報を取得する処理部である。具体的には、このＰＯＰサーバ情報取得処理部１１０は、旧ＰＯＰサーバ２００にＵＩＤＬ命令およびＬＩＳＴ命令を発行し、メッセージ番号とＵＩＤＬとメールサイズを取得して旧ＰＯＰサーバ情報を作成し、旧ＰＯＰサーバ情報記憶部１２０に格納する。
【００２８】
また、このＰＯＰサーバ情報取得処理部１１０は、新ＰＯＰサーバ３００にＵＩＤＬ命令およびＬＩＳＴ命令を発行し、メッセージ番号とＵＩＤＬとメールサイズを取得して新ＰＯＰサーバ情報を作成し、新ＰＯＰサーバ情報記憶部１３０に格納する。
【００２９】
また、このＰＯＰサーバ情報取得処理部１１０は、旧ＰＯＰサーバ２００から取得した旧ＰＯＰサーバ情報と、新ＰＯＰサーバ３００から取得した新ＰＯＰサーバ情報とを比較し、ＵＩＤＬが重複するものがあるか否かを確認する。ＵＩＤＬが重複するものがあった場合は、重複しないＵＩＤＬを新たに生成し、ユーザＩＤ、オリジナルＵＩＤＬ（旧ＰＯＰサーバ２００または新ＰＯＰサーバ３００にあるメールデータのＵＩＤＬ）と対応付けて自動生成ＵＩＤＬ情報を作成し、自動生成ＵＩＤＬ情報記憶部１５０に格納する。
【００３０】
このＰＯＰサーバ情報取得処理部１１０が、旧ＰＯＰサーバ２００にあるメールデータと、新ＰＯＰサーバ３００にあるメールデータとで、ＵＩＤＬが重複しているものがあった場合に、重複しない新たなＵＩＤＬを生成して自動生成ＵＩＤＬ情報記憶部１５０に格納することにより、後述するクライアント命令処理部１６０は、新ＰＯＰサーバ３００にあるメールデータの、重複していたＵＩＤＬを自動生成ＵＩＤＬで置き換えることができ、その結果、クライアント４００1〜４００nに対して全てのメールデータを一意に識別するＵＩＤＬを出力することができる。
【００３１】
また、このＰＯＰサーバ情報取得処理部１１０は、クライアント４００1〜４００nとの応答で使用するクライアント応答用メッセージ番号として新たな通し番号を生成し、このクライアント応答用メッセージ番号を、旧ＰＯＰサーバ情報のメッセージ番号と１つずつ順番に対応付け、続いて、新ＰＯＰサーバ情報の全てのメッセージ番号と１つずつ順番に対応付けて、メッセージ番号情報を作成し、メッセージ番号情報記憶部１４０に格納する。
【００３２】
このＰＯＰサーバ情報取得処理部１１０が、旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００にあるメールデータのメッセージ番号と、クライアント応答用メッセージ番号とを対応付けて、メッセージ番号情報記憶部１４０に格納することにより、後述するクライアント命令処理部１６０は、クライアント４００1〜４００nから受信したクライアント応答用メッセージ番号に対応するメールデータが旧ＰＯＰサーバ２００にあるか、新ＰＯＰサーバ３００にあるかを判別することができる。
【００３３】
旧ＰＯＰサーバ情報記憶部１２０は、ＰＯＰサーバ情報取得部１１０により作成された旧ＰＯＰサーバ情報を記憶する記憶部である。図２は、旧ＰＯＰサーバ情報記憶部１２０の一例を示す図である。同図に示すように、この旧ＰＯＰサーバ情報記憶部１２０は、旧ＰＯＰサーバ２００にあるユーザごとのメールボックスに格納されているメールデータの格納順に付与されたメッセージ番号と、ＵＩＤＬと、メールサイズとをメールごとに記憶する。
【００３４】
新ＰＯＰサーバ情報記憶部１３０は、ＰＯＰサーバ情報取得部１１０により作成された新ＰＯＰサーバ情報を記憶する記憶部である。図３は、新ＰＯＰサーバ情報記憶部１３０の一例を示す図である。同図に示すように、この新ＰＯＰサーバ情報記憶部１３０は、新ＰＯＰサーバ３００にあるユーザごとのメールボックスに格納されているメールデータの格納順に付与されたメッセージ番号と、ＵＩＤＬと、メールサイズとをメールごとに記憶する。
【００３５】
メッセージ番号情報記憶部１４０は、ＰＯＰサーバ情報取得部１１０により作成されたメッセージ番号情報を記憶する記憶部である。図４は、メッセージ番号情報記憶部１４０の一例を示す図である。同図に示すように、このメッセージ番号情報記憶部１４０は、旧ＰＯＰサーバ２００にある当該ユーザのメールデータ、新ＰＯＰサーバ３００にある当該ユーザのメールデータの順に付与した通し番号であるクライアント応答用メッセージ番号と、メールデータが格納されているＰＯＰサーバを判別するためのサーバ区分と、旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００内でのメッセージ番号であるオリジナルメッセージ番号とを対応付け、メールごとに記憶する。この例では、サーバ区分として、旧ＰＯＰサーバの場合は「ｏｌｄ」、新ＰＯＰサーバの場合は「ｎｅｗ」を設定している。
【００３６】
自動生成ＵＩＤＬ情報記憶部１５０は、ＰＯＰサーバ情報取得部１１０により作成された自動生成ＵＩＤＬ情報を記憶する記憶部である。図５は、自動生成ＵＩＤＬ情報記憶部１５０の一例を示す図であり、同図に示すように、この自動生成ＵＩＤＬ情報記憶部１５０は、ユーザＩＤと、オリジナルＵＩＤＬ（旧ＰＯＰサーバ２００または新ＰＯＰサーバ３００にあるメールデータのＵＩＤＬ）と、自動生成ＵＩＤＬとを対応付け、メールごとに記憶する。
【００３７】
クライアント命令処理部１６０は、クライアント４００1〜４００nから受信したメール受信に関する命令に応じて処理を実行する処理部である。具体的には、このクライアント命令処理部１６０は、クライアント４００1〜４００nから受信したログイン命令、ＵＩＤＬ命令、ＬＩＳＴ命令、ＲＥＴＲ命令、ＴＯＰ命令、ＤＥＬＥ命令、ＱＵＩＴ命令などの命令に対し、それぞれに応じた処理を行う。
【００３８】
まず、このクライアント命令処理部１６０は、クライアント４００1〜４００nからログイン命令を受信した場合は、ユーザから指定されたユーザＩＤとパスワードを用いて、旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００のそれぞれにログイン命令を発行し、当該ユーザの認証を行う。新ＰＯＰサーバ３００にログインできなかった場合は、ユーザＩＤ、パスワードのいずれかが間違っていると判断し、認証エラーの結果をクライアント４００1〜４００nへ出力する。
【００３９】
また、このクライアント命令処理部１６０は、クライアント４００1〜４００nからＵＩＤＬ命令を受信した場合は、旧ＰＯＰサーバ情報記憶部１２０の旧ＰＯＰサーバ情報および、新ＰＯＰサーバ情報記憶部１３０の新ＰＯＰサーバ情報からＵＩＤＬを取得し、それぞれのメッセージ番号の順番で、旧ＰＯＰサーバ情報、新ＰＯＰサーバ情報の順にクライアント４００1〜４００nへ出力する。この際、全てのＵＩＤＬについて、クライアント応答用メッセージ番号として通し番号を付与し、ＵＩＤＬと併せて出力する。
【００４０】
ここで、新ＰＯＰサーバ情報から取得したＵＩＤＬをクライアント４００1〜４００nへ出力する際には、自動生成ＵＩＤＬ情報記憶部１５０の自動生成ＵＩＤＬ情報にある当該ユーザのデータの中で、そのオリジナルＵＩＤＬが、新ＰＯＰサーバ情報から取得したＵＩＤＬと同じものがあるか否かを確認し、同じものがあった場合は、対応する自動生成ＵＩＤＬで新ＰＯＰサーバ情報から取得したＵＩＤＬを置き換えて出力する。一方、同じものが無かった場合は、置き換えは行わず、新ＰＯＰサーバ情報から取得したＵＩＤＬを出力する。
【００４１】
このクライアント命令処理部１６０が、新ＰＯＰサーバ３００にあるメールデータと、旧ＰＯＰサーバ２００にあるメールデータとで、ＵＩＤＬが重複しているものがあった場合は、ＰＯＰサーバ情報取得部１１０により作成された自動生成ＵＩＤＬ情報記憶部１５０の自動生成ＵＩＤＬ情報を参照し、新ＰＯＰサーバ３００のメールデータの重複していたＵＩＤＬを、自動生成されたＵＩＤＬに置き換えてからクライアント４００1〜４００nに出力することにより、クライアント４００1〜４００nにあるメーラは、全てのメールデータをＵＩＤＬで一意に識別することができ、未読／既読管理を正しく行うことができる。
【００４２】
また、このクライアント命令処理部１６０は、クライアント４００1〜４００nからＬＩＳＴ命令を受信した場合は、旧ＰＯＰサーバ情報記憶部１２０の旧ＰＯＰサーバ情報および、新ＰＯＰサーバ情報記憶部１３０の新ＰＯＰサーバ情報からメールサイズを取得し、それぞれのメッセージ番号の順番で、旧ＰＯＰサーバ情報、新ＰＯＰサーバ情報の順にクライアント４００1〜４００nへ出力する。この際、全てのメールサイズについて、クライアント応答用メッセージ番号として通し番号を付与し、メールサイズと併せて出力する。
【００４３】
また、このクライアント命令処理部１６０は、クライアント４００1〜４００nからＲＥＴＲ命令を受信した場合は、ユーザから指定されたクライアント応答用メッセージ番号をもとにメッセージ番号情報記憶部１４０のメッセージ番号情報を検索し、当該メッセージ番号に対応するサーバ区分と、オリジナルメッセージ番号を取得する。
【００４４】
そして、取得したサーバ区分が「ｏｌｄ」であった場合は、旧ＰＯＰサーバ２００に対し、取得したオリジナルメッセージ番号を指定してＲＥＴＲ命令を発行することにより、旧ＰＯＰサーバ２００にある当該ユーザのメールデータを取得し、その結果をクライアント４００1〜４００nに応答する。また、取得したサーバ区分が「ｎｅｗ」であった場合は、新ＰＯＰサーバ３００に対し、取得したオリジナルメッセージ番号を指定してＲＥＴＲ命令を発行することにより、新ＰＯＰサーバ３００にある当該ユーザのメールデータを取得し、その結果をクライアント４００1〜４００nに応答する。
【００４５】
また、このクライアント命令処理部１６０は、クライアント４００1〜４００nからＴＯＰ命令を受信した場合は、ユーザから指定されたクライアント応答用メッセージ番号をもとにメッセージ番号情報記憶部１４０のメッセージ番号情報を検索し、当該クライアント応答用メッセージ番号に対応するサーバ区分と、オリジナルメッセージ番号を取得する。そして、取得したサーバ区分が「ｏｌｄ」であった場合は、旧ＰＯＰサーバ２００に対し、取得したオリジナルメッセージ番号と、ユーザから指定されたライン数とを指定してＴＯＰ命令を発行することにより、旧ＰＯＰサーバ２００にある当該ユーザメールデータを取得し、その結果をクライアント４００1〜４００nに応答する。また、取得したサーバ区分が「ｎｅｗ」であった場合は、新ＰＯＰサーバ３００に対し、取得したオリジナルメッセージ番号と、ユーザから指定されたライン数とを指定してＴＯＰ命令を発行することにより、新ＰＯＰサーバ３００にある当該ユーザのメールデータを取得し、その結果をクライアント４００1〜４００nに応答する。
【００４６】
このクライアント命令処理部１６０が、ＰＯＰサーバ情報取得処理部１１０により作成されたメッセージ番号情報記憶部１４０のメッセージ番号情報を参照することにより、クライアント４００1〜４００nから受信したクライアント応答用メッセージ番号に対応するメールデータが旧ＰＯＰサーバ２００にあるか、新ＰＯＰサーバ３００にあるかを判別し、それぞれのサーバに対して処理を行うことができる。
【００４７】
また、このクライアント命令処理部１６０は、クライアント４００1〜４００nからＤＥＬＥ命令を受信した場合は、ユーザから指定されたクライアント応答用メッセージ番号をもとにメッセージ番号情報記憶部１４０のメッセージ番号情報を検索し、当該クライアント応答用メッセージ番号に対応するサーバ区分と、オリジナルメッセージ番号を取得する。そして、取得したサーバ区分が「ｏｌｄ」であった場合は、旧ＰＯＰサーバ２００に対し、取得したオリジナルメッセージ番号を指定してＤＥＬＥ命令を発行することにより、当該メールデータを削除し、その結果をクライアント４００1〜４００nに応答する。さらに、当該オリジナルメッセージ番号で旧ＰＯＰサーバ情報記憶部１２０の旧ＰＯＰサーバ情報を検索し、当該データを削除する。
【００４８】
また、取得したサーバ区分が「ｎｅｗ」であった場合は、新ＰＯＰサーバ３００に対し、取得したオリジナルメッセージ番号を指定してＤＥＬＥ命令を発行することにより、当該メールデータを削除し、その結果をクライアント４００1〜４００nに応答する。さらに、当該オリジナルメッセージ番号で新ＰＯＰサーバ情報記憶部１３０の新ＰＯＰサーバ情報を検索し、当該データを削除する。また、自動生成ＵＩＤＬ情報記憶部１５０の自動生成ＵＩＤＬ情報にある当該ユーザのデータの中で、そのオリジナルＵＩＤＬが、削除したメールデータのＵＩＤＬと同じものがあるかを確認し、あった場合は、当該データを削除する。
【００４９】
また、このクライアント命令処理部１６０は、クライアント４００1〜４００nからＱＵＩＴ命令を受信した場合は、旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００それぞれに対してＱＵＩＴ命令を発行し、旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００からログアウトする。
【００５０】
次に、本実施例に係るＰＯＰサーバ移行支援装置１００の処理手順について説明する。図６−１および図６−２は、本実施例に係るＰＯＰサーバ移行支援装置１００の処理手順を示すフローチャートである。同図に示すように、このＰＯＰサーバ移行支援装置１００は、クライアント命令処理部１６０がクライアント４００1〜４００nからの接続要求を受け付け（ステップＳ１０１）、旧ＰＯＰサーバ２００にログイン命令を発行し（ステップＳ１０２）、認証結果を判定する（ステップＳ１０３）。ログインできた場合は、ＰＯＰサーバ情報取得処理部１１０が、旧ＰＯＰサーバ２００にＵＩＤＬ命令、ＬＩＳＴ命令を発行し、応答された情報をもとに旧ＰＯＰサーバ情報を作成し、旧ＰＯＰサーバ情報記憶部１２０に格納する（ステップＳ１０４）。
【００５１】
そして、クライアント命令処理部１６０は、新ＰＯＰサーバ３００にログイン命令を発行し（ステップＳ１０５）、認証結果を判定する（ステップＳ１０６）。ログインできた場合は、ＰＯＰサーバ情報取得処理部１１０が新ＰＯＰサーバ３００にＵＩＤＬ命令、ＬＩＳＴ命令を発行し、応答された情報をもとに新ＰＯＰサーバ情報を作成し、新ＰＯＰサーバ情報記憶部１３０に格納する（ステップＳ１０７）。一方、ログインできなかった場合は、認証エラーの結果をクライアント４００1〜４００nに応答し、処理を終了する（ステップＳ１０８）。
【００５２】
そして、ＰＯＰサーバ情報取得処理部１１０は、新ＰＯＰサーバ情報の中でＵＩＤＬが旧ＰＯＰサーバ２００のＵＩＤＬと重複しているものがあるか否かを判定し（ステップＳ１０９）、あった場合は、重複しないＵＩＤＬを生成し、ユーザＩＤ、オリジナルＵＩＤＬと対応付けて自動生成ＵＩＤＬ情報を作成し、自動生成ＵＩＤＬ情報記憶部１５０に格納する（ステップＳ１１０）。
【００５３】
そして、ＰＯＰサーバ情報取得処理部１１０は、新たに通し番号を生成してクライアント応答用メッセージ番号とし、旧ＰＯＰサーバ情報および新ＰＯＰサーバ情報と対応付けてメッセージ番号情報を作成し、メッセージ番号情報記憶部１４０に格納する（ステップＳ１１１）。
【００５４】
その後、クライアント命令処理部１６０が、クライアント４００1〜４００nからＵＩＤＬ命令を受けた場合は（ステップＳ１１２，Ｙｅｓ）、ＵＩＤＬ統合出力処理を行う（ステップＳ１１３）。なお、ＵＩＤＬ統合出力処理の詳細な処理手順については、後述する。
【００５５】
また、クライアント命令処理部１６０がクライアント４００1〜４００nからＬＩＳＴ命令を受信した場合は（ステップＳ１１４，Ｙｅｓ）、旧ＰＯＰサーバ情報、新ＰＯＰサーバ情報からＬＩＳＴ項目を順に出力する。具体的には、メッセージ番号とメールサイズを出力する（ステップＳ１１５）。
【００５６】
また、クライアント命令処理部１６０がクライアント４００1〜４００nからＲＥＴＲ命令またはＴＯＰ命令を受信した場合は（ステップＳ１１６，Ｙｅｓ）、ユーザから指定されたメッセージ番号をもとにメッセージ番号情報記憶部１４０のメッセージ番号情報を参照し、要求されたメールデータが旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００のどちらにあるかを判別し、メールデータを出力する。この際、ＴＯＰ命令を受信した場合においては、ユーザから指定されたライン数分のメールデータを出力する（ステップＳ１１７）。
【００５７】
また、クライアント命令処理部１６０がクライアント４００1〜４００nからＤＥＬＥ命令を受信した場合は（ステップＳ１１８，Ｙｅｓ）、メッセージ削除処理を行う（ステップＳ１１９）。なお、メッセージ削除処理の詳細な処理手順については、後述する。
【００５８】
また、クライアント命令処理部１６０がクライアント４００1〜４００nからＱＵＩＴ命令を受信した場合は（ステップＳ１２０，Ｙｅｓ）、旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００にＱＵＩＴ命令を発行してそれぞれのサーバからログアウトし、処理を終了する。
【００５９】
なお、クライアント命令処理部１６０がクライアント４００1〜４００nからＱＵＩＴ命令を受信するまでは、ステップＳ１２０にもどって、次のクライアント４００1〜４００nからの要求を処理する。
【００６０】
このように、ＰＯＰサーバ移行支援装置１００は、クライアント４００1〜４００nからの接続要求により旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００に接続し、各ＰＯＰサーバにあるメールデータのメッセージ番号を取得し、新たに生成したクライアント応答用メッセージ番号およびサーバ区分と対応付けることにより、クライアント４００1〜４００nからメール受信に関する命令を受け付けた際に、指定されたクライアント応答用メッセージ番号のメールデータが、旧ＰＯＰサーバ２００にあるか、新ＰＯＰサーバ２００にあるかを判別し、各ＰＯＰサーバに対して処理を行うことができる。
【００６１】
次に、図６−２に示したＵＩＤＬ統合出力処理（ステップＳ１１３）の処理手順について説明する。図７は、図６−２に示したＵＩＤＬ統合出力処理の処理手順を示すフローチャートである。同図に示すように、ＵＩＤＬ統合出力処理では、まず、旧ＰＯＰサーバ情報からメッセージ番号とＵＩＤＬを出力する（ステップＳ２０１）。
【００６２】
そして、自動生成ＵＩＤＬ情報に当該ユーザのデータがあるか否かを確認する（ステップＳ２０２）。
【００６３】
当該ユーザのデータがあった場合は、新ＰＯＰサーバ情報からＵＩＤＬ情報を取得し（ステップＳ２０３）、その中で、自動生成ＵＩＤＬ情報のオリジナルＵＩＤＬに同じＵＩＤＬがあるものは、当該自動生成ＵＩＤＬに置き換え（ステップＳ２０４）、ＵＩＤＬ置き換え後のＵＩＤＬ情報からＵＩＤＬを出力する。この時、メッセージ番号を同時に出力するが、このメッセージ番号には、既に出力済みである旧ＰＯＰサーバ情報のメッセージ番号から続きの通し番号を出力する（ステップＳ２０５）。
【００６４】
当該ユーザのデータが無かった場合は、新ＰＯＰサーバ情報からＵＩＤＬを出力する。この時、メッセージ番号を同時に出力するが、このメッセージ番号には、既に出力済みである旧ＰＯＰサーバ情報のメッセージ番号から続きの通し番号を出力する（ステップＳ２０６）
【００６５】
このように、旧ＰＯＰサーバ２００にあるメールデータのＵＩＤＬと、新ＰＯＰサーバ３００にあるメールデータのＵＩＤＬが重複していた場合でも、重複しない新たなＵＩＤＬを自動生成して新ＰＯＰサーバ３００のメールデータの当該ＵＩＤＬを置き換えることによって、全てのメールデータを一意に識別できるＵＩＤＬをクライアント４００1〜４００nに応答することができる。
【００６６】
次に、図６−２に示したメッセージ削除処理の処理手順について説明する。図８は、図６−２に示したメッセージ削除処理の処理手順を示すフローチャートである。同図に示すように、まず、クライアント４００1〜４００nからＤＥＬＥ命令を受信した際にユーザから指定されたメッセージ番号で、メッセージ番号情報記憶部１４０にあるメッセージ番号情報を検索し、サーバ区分と、オリジナルメッセージ番号を取得する（ステップＳ３０１）。
【００６７】
そして、取得したサーバ区分を判別し（ステップＳ３０２）、サーバ区分が「ｏｌｄ」であった場合は、取得したオリジナルメッセージ番号を指定して旧ＰＯＰサーバ２００にＤＥＬＥ命令を発行し、当該メールデータを削除する（ステップＳ３０３）。また、取得したオリジナルメッセージ番号で旧ＰＯＰサーバ情報を検索し、当該データを削除する（ステップＳ３０４）。
【００６８】
サーバ区分が「ｏｌｄ」でなかった場合は、取得したオリジナルメッセージ番号を指定して新ＰＯＰサーバ３００にＤＥＬＥ命令を発行し、当該メールデータを削除する（ステップＳ３０５）。また、取得したオリジナルメッセージ番号で新ＰＯＰサーバ情報を検索し、当該データを削除する（ステップＳ３０６）。また、自動生成ＵＩＤＬ情報にある当該ユーザのデータの中で、そのオリジナルＵＩＤＬが、削除したデータのＵＩＤＬと同じものがあるか否かを判定し（ステップＳ３０７，Ｓ３０８）、あった場合は、自動生成ＵＩＤＬ情報の当該データを削除する（ステップＳ３０９）。
【００６９】
このように、新ＰＯＰサーバ３００にあるメールデータを削除するタイミングで、そのメールデータがＵＩＤＬを自動生成したメールデータであった場合は、同時に、自動生成ＵＩＤＬ情報記憶部１５０にある当該データを削除することにより、自動生成ＵＩＤＬ情報記憶部１５０の記憶領域を無駄なく使用することができる。
【００７０】
上述してきたように、本実施例では、ＰＯＰサーバ情報取得処理部１１０が、旧ＰＯＰサーバ２００にあるメールデータのＵＩＤＬと新ＰＯＰサーバ３００にあるメールデータのＵＩＤＬとが重複していた場合に重複しない新たなＵＩＤＬを自動生成して自動生成ＵＩＤＬ情報記憶部１５０に自動生成ＵＩＤＬ情報として格納し、クライアント命令処理部１６０が、この自動生成ＵＩＤＬ情報を用いて、新ＰＯＰサーバ３００にあるメールデータの重複していたＵＩＤＬを自動生成ＵＩＤＬに置き換えてクライアント４００1〜４００nに応答することとしたので、クライアント４００1〜４００nにあるメーラは、全てのメールデータをＵＩＤＬで一意に識別することができ、未読／既読管理を正しく行うことができる。
【００７１】
また、本実施例では、ＰＯＰサーバ情報取得処理部１１０が、旧ＰＯＰサーバ２００および新ＰＯＰサーバ３００にあるメールデータのメッセージ番号とクライアント応答用メッセージ番号とを対応付け、メッセージ番号情報記憶部１４０にメッセージ番号情報として格納し、クライアント命令処理部１６０が、このメッセージ番号情報を用いて、クライアント４００1〜４００nから受信したメッセージ番号に対応するメールデータが旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００のいずれにあるかを判別することとしたので、クライアント４００1〜４００nからのメール受信に関する命令に応じて、それぞれのＰＯＰサーバに対して処理を振り分けて行うことができるため、利用者に旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００がそれぞれ存在していることを意識させることなく、ＰＯＰサーバを移行することができる。
【００７２】
また、本実施例では、ＰＯＰサーバ情報取得処理部１１０が、利用者の指定したメールデータが旧ＰＯＰサーバ２００と新ＰＯＰサーバ３００のいずれにあるかを判別して処理を行うこととしたので、メールデータを旧ＰＯＰサーバ２００から新ＰＯＰサーバ３００にコピーする必要がなく、コピー作業の手間が省けるとともに、コピー済みのメールデータに対して利用者がアクセスした場合の考慮も不要であるため、効率よくメールデータを移行することができる。
【００７３】
また、本実施例では、ＰＯＰサーバ移行支援装置１００について説明したが、ＰＯＰサーバ移行支援装置１００が有する構成をソフトウェアによって実現することで、同様の機能を有するＰＯＰサーバ移行支援プログラムを得ることができる。そこで、このＰＯＰサーバ移行支援プログラムを実行するコンピュータについて説明する。
【００７４】
図９は、本実施例に係るＰＯＰサーバ移行支援プログラムを実行するコンピュータの構成を示す機能ブロック図である。同図に示すように、このコンピュータ５００は、ＲＡＭ５１０と、ＣＰＵ５２０と、ＨＤＤ５３０と、ＬＡＮインタフェース５４０と、入出力インタフェース５５０と、ＤＶＤドライブ５６０とを有する。
【００７５】
ＲＡＭ５１０は、プログラムやプログラムの実行途中結果などを記憶するメモリであり、ＣＰＵ５２０は、ＲＡＭ５１０からプログラムを読み出して実行する中央処理装置である。
【００７６】
ＨＤＤ５３０は、プログラムやデータを格納するディスク装置であり、ＬＡＮインタフェース５４０は、コンピュータ５００をＬＡＮ経由で他のコンピュータに接続するためのインタフェースである。
【００７７】
入出力インタフェース５５０は、マウスやキーボードなどの入力装置および表示装置を接続するためのインタフェースであり、ＤＶＤドライブ５６０は、ＤＶＤの読み書きを行う装置である。
【００７８】
そして、このコンピュータ５００において実行されるＰＯＰサーバ移行支援プログラム５１１は、ＤＶＤに記憶され、ＤＶＤドライブ５６０によってＤＶＤから読み出されてコンピュータ５００にインストールされる。
【００７９】
あるいは、このＰＯＰサーバ移行支援プログラム５１１は、ＬＡＮインタフェース５４０を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてコンピュータ５００にインストールされる。
【００８０】
そして、インストールされたＰＯＰサーバ移行支援プログラム５１１は、ＨＤＤ５３０に記憶され、ＲＡＭ５１０に読み出されてＣＰＵ５２０によってＰＯＰサーバ移行支援プロセス５２１として実行される。
【００８１】
（付記１）メールサーバの移行時に新旧メールサーバとクライアントを中継して移行を支援するメールサーバ移行支援プログラムであって、
旧メールサーバと新メールサーバからメールデータを一意に識別するためのメール識別子を含むメール情報を取得するメール情報取得手順と、
前記メール情報取得手順により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合は重複しない新たなメール識別子を生成するメール識別子生成手順と、
前記メール情報取得手順により取得されたメール情報および前記メール識別子生成手順により生成された新たなメール識別子を用いてメールを一意に識別し、クライアントが要求する命令を新旧メールサーバに振り分けるクライアント命令処理手順と、
をコンピュータに実行させることを特徴とするメールサーバ移行支援プログラム。
【００８２】
（付記２）前記メール情報は、新旧メールサーバがそれぞれ格納しているメールデータに対して格納順に付与したメール通番を含み、
新旧メールサーバのそれぞれのメール通番に対応付けられた新たなメール通番を全てのメールに対して生成するメール通番生成手順をさらにコンピュータに実行させ、
前記クライアント命令処理手順は、前記新たなメール通番を指定してクライアントが要求する命令を処理することを特徴とする付記１に記載のメールサーバ移行支援プログラム。
【００８３】
（付記３）前記クライアント命令処理手順は、クライアントからのメール識別子出力要求に応じ、前記メール情報取得手順により取得されたメール情報と前記メール識別子生成手順により生成された新たなメール識別子を用いて、重複しないメール識別子をクライアントに出力することを特徴とする付記１または２に記載のメールサーバ移行支援プログラム。
【００８４】
（付記４）前記クライアント命令処理手順は、クライアントからのメール削除要求に応じ、該メールデータが格納されている前記旧メールサーバまたは前記新メールサーバにメール削除命令を発行し、前記メール識別子生成手順で新たなメール識別子を生成したメールを削除する場合は、該メール識別子も併せて削除することを特徴とする付記１、２または３に記載のメールサーバ移行支援プログラム。
【００８５】
（付記５）クライアントからのログイン要求に応じ、前記旧メールサーバおよび前記新メールサーバに対してログイン命令を発行するメールサーバログイン手順と、
クライアントからのログアウト要求に応じ、前記旧メールサーバおよび前記新メールサーバに対してログアウト命令を発行するメールサーバログアウト手順と、
をさらにコンピュータに実行させることを特徴とする付記１〜４のいずれか一つに記載のメールサーバ移行支援プログラム。
【００８６】
（付記６）前記メールサーバログイン手順は、新メールサーバから認証エラーが応答された場合は、クライアントに対して認証エラーを応答することを特徴とする付記５に記載のメールサーバ移行支援プログラム。
【００８７】
（付記７）旧メールサーバおよび新メールサーバはＰＯＰ（Post Office Protocol）サーバであり、前記メール識別子はＵＩＤＬ（Unique ID Listing）であることを特徴とする付記１〜６のいずれか一つに記載のメールサーバ移行支援プログラム。
【００８８】
（付記８）メールサーバの移行時に新旧メールサーバとクライアントを中継して移行を支援するメールサーバ移行支援装置であって、
旧メールサーバと新メールサーバからメールデータを一意に識別するためのメール識別子を含むメール情報を取得するメール情報取得手段と、
前記メール情報取得手段により取得された旧メールサーバのメール情報と新メールサーバのメール情報とを比較し、メール識別子が重複しているものが存在した場合は重複しない新たなメール識別子を生成するメール識別子生成手段と、
前記メール情報取得手段により取得されたメール情報および前記メール識別子生成手段により生成された新たなメール識別子を用いてメールを一意に識別し、クライアントが要求する命令を新旧メールサーバに振り分けるクライアント命令処理手段と、
を備えたことを特徴とするメールサーバ移行支援装置。
【産業上の利用可能性】
【００８９】
以上のように、本発明に係るメールサーバ移行支援プログラムおよびメールサーバ移行支援装置は、サービスを停止せずに行うメールサーバの移行に有用であり、特に、新旧サーバを同時に稼動して行う移行に適している。
【図面の簡単な説明】
【００９０】
【図１】本実施例に係るＰＯＰサーバ移行支援装置を用いたメールシステムの構成を示すブロック図である。
【図２】旧ＰＯＰサーバ情報記憶部の一例を示す図である。
【図３】新ＰＯＰサーバ情報記憶部の一例を示す図である。
【図４】メッセージ番号情報記憶部の一例を示す図である。
【図５】自動生成ＵＩＤＬ情報記憶部の一例を示す図である。
【図６−１】本実施例に係るＰＯＰサーバ移行支援装置の処理手順を示すフローチャート（１）である。
【図６−２】本実施例に係るＰＯＰサーバ移行支援装置の処理手順を示すフローチャート（２）である。
【図７】図６−２に示したＵＩＤＬ統合出力処理の処理手順を示すフローチャートである。
【図８】図６−２に示したメッセージ削除処理の処理手順を示すフローチャートである。
【図９】本実施例に係るＰＯＰサーバ移行支援プログラムを実行するコンピュータの構成を示す機能ブロック図である。
【符号の説明】
【００９１】
１００    ＰＯＰサーバ移行支援装置
１１０    ＰＯＰサーバ情報取得処理部
１２０    旧ＰＯＰサーバ情報記憶部
１３０    新ＰＯＰサーバ情報記憶部
１４０    メッセージ番号情報記憶部
１５０    自動生成ＵＩＤＬ情報記憶部
１６０    クライアント命令処理部
２００    旧ＰＯＰサーバ
３００    新ＰＯＰサーバ
４００1〜４００n    クライアント
５００    コンピュータ
５１０    ＲＡＭ
５１１    ＰＯＰサーバ移行支援プログラム
５２０    ＣＰＵ
５２１    ＰＯＰサーバ移行支援プロセス
５３０    ＨＤＤ
５４０    ＬＡＮインタフェース
５５０    入出力インタフェース
５６０    ＤＶＤドライブ
【図１】
2007067563.tif 000003
【図２】
2007067563.tif 000004
【図３】
2007067563.tif 000005
【図４】
2007067563.tif 000006
【図５】
2007067563.tif 000007
【図６−１】
2007067563.tif 000008
【図６−２】
2007067563.tif 000009
【図７】
2007067563.tif 000010
【図８】
2007067563.tif 000011
【図９】
2007067563.tif 000012