(57)【要約】【課題】Ｗｅｂメールに関するリクエスト情報から、Ｗｅｂメールをメール内容だけではなく、作成開始方法と送信状態を含めて抽出して、管理者がより精度の高いメール閲覧を行うこと。【解決手段】中継サーバ１０１は、ＨＴＴＰデータとして送信されるＷｅｂメールに関するリクエスト情報からセッション管理情報を作成する際、前記リクエスト情報が、予め定義されたＷｅｂメールサービスごとのセッション開始イベントに一致する場合は、セッション管理情報に新規エントリーを追加し、予め定義されたＷｅｂメールサービスごとのデータ操作イベントに一致する場合は、セッション管理情報のエントリーデータを更新する構成を特徴とする。【選択図】図１
2008165633.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＴＰプロトコルを用いて電子メールの送受信を行うサービスを提供する為のホームページを提供するＨＴＴＰサーバと、当該ＨＴＴＰサーバにアクセスし、当該ホームページ上における操作が可能なクライアント端末装置との間のデータ通信を中継する情報処理装置であって、
Ｗｅｂメールサービスごとのセッション開始イベントとアクションを定義する情報を記憶したセッション開始イベント定義情報記憶手段と、
Ｗｅｂメールサービスごとのデータ操作イベントとアクションを定義する情報を記憶したデータ操作イベント定義情報記憶手段と、
ＨＴＴＰデータとして送信されるＷｅｂメールに関するリクエスト情報からセッション管理情報を作成するセッション管理情報作成手段とを備え、
前記セッション管理情報作成手段は、前記リクエスト情報がセッション開始イベントに一致する場合は、セッション管理情報に新規エントリーを追加し、データ操作イベントに一致する場合は、セッション管理情報のエントリーデータを更新する、ことを特徴とした情報処理装置。
【請求項２】
前記セッション管理情報を作成する場合において、リクエスト情報とクライアント識別子が一致し、セッション識別子が未設定のセッション管理情報が存在する場合は、当該セッション管理情報の識別子として、前記リクエスト情報のセッション識別子を設定する、ことを特徴とした請求項１記載の情報処理装置。
【請求項３】
前記セッション管理情報を作成する場合において、クライアント識別子が一致し、且つ、セッション識別子が未登録のセッション管理情報が複数存在する場合、該複数のセッション管理情報の開始方法、開始時刻、イベント履歴を、それぞれ和結合したものを、それぞれ該複数のセッション管理情報の開始方法、開始時刻、イベント履歴として設定する、ことを特徴とした請求項２に記載の情報処理装置。
【請求項４】
前記セッション管理情報から、Ｗｅｂメールに関するリクエスト情報と状態とを関連付けて表示するための表示情報を生成する表示情報生成手段を設けた、ことを特徴とした請求項１乃至３のいずれかに記載の情報処理装置。
【請求項５】
前記セッション管理情報から一のＷｅｂメールについての、ＨＴＴＰサーバと通信をしたデータと状態を表示するための表示情報を生成する表示情報生成手段を設けた、ことを特徴とした請求項１乃至４のいずれかに記載の情報処理装置。
【請求項６】
前記リクエスト情報は、予め記憶手段に記憶されたログ情報である、ことを特徴とする請求項１乃至５のいずれかに記載の情報処理装置。
【請求項７】
前記リクエスト情報は、ＨＴＴＰプロトコルを用いてリアルタイムに送受信されている情報である、ことを特徴とする請求項１乃至５のいずれかに記載の情報処理装置。
【請求項８】
ＨＴＴＰプロトコルを用いて電子メールの送受信を行うサービスを提供する為のホームページを提供するＨＴＴＰサーバと、当該ＨＴＴＰサーバにアクセスし、当該ホームページ上における操作が可能なクライアント端末装置との間のデータ通信を中継する情報処理装置の制御方法であって、
ＨＴＴＰデータとして送信されるＷｅｂメールに関するリクエスト情報からセッション管理情報を作成する際、前記リクエスト情報が、予め定義されたＷｅｂメールサービスごとのセッション開始イベントに一致する場合は、セッション管理情報に新規エントリーを追加し、予め定義されたＷｅｂメールサービスごとのデータ操作イベントに一致する場合は、セッション管理情報のエントリーデータを更新するセッション管理情報作成ステップを、有することを特徴とした情報処理装置の制御方法。
【請求項９】
請求項１乃至７に記載の情報処理装置としてコンピュータを機能させるための、又は、請求項８に記載の情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１０】
請求項１乃至７に記載の情報処理装置としてコンピュータを機能させるためのプログラム、又は、請求項８に記載の情報処理装置の制御方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロキシサーバなどのデータ中継装置を通過するＨＴＴＰプロトコルを用いて作成・送信した電子メールの抽出・閲覧技術に関するものである。
【背景技術】
【０００２】
ネットワーク技術の発展によって、情報のやりとりが非常に簡便に、且つ効率良く行うことが可能になっている。例えば会議に使用する資料を電子メールに添付して参加者に前もって送付したりすることが、手間も煩わしさもなく行うことが可能になっている。
【０００３】
ただ、このようにネットワーク技術が発達し、情報のやりとりが容易に行われるようになった反面、重要な機密情報が簡単に外部に流れてしまうという危険性の度合いも増してきている。
【０００４】
このような背景とあわせ、個人情報保護法などの施行により、企業には情報のきちんとした取り扱いが求められるようになったため、例えば、企業において情報の漏洩対策として、社内から外部へ送信される電子メールの内容（例えば、宛先や本文のテキスト情報、添付ファイルの内容）をチェックし、所定の条件に合致した場合にはその電子メールを社外に送信することを禁止するようなシステムを導入している。
【０００５】
また、このようなシステムの多くは、社外への送信データを保存しておき管理者が内容を閲覧することが出来るようなシステムとしている。これにより、社内から重要な機密情報が漏洩してしまう、あるいは企業として不利益な情報が流出してしまう危険性を低くしている。
【０００６】
また、問題が発生した場合には保存された送信データを解析し、どのデータがどのような経緯で、どこに流出したのか調査を行うことを可能としている。
【０００７】
一方、ネットワーク経由の情報漏洩や不利益な情報の流出の危険性は、電子メール送信によるものだけではない。例えば、インターネット上の掲示板への投稿などによる機密情報漏洩や不利益な情報の流出など、ＨＴＴＰを利用したＷｅｂサービスについても同様の危険性が存在する。ＨＴＴＰを利用したインターネット上のＷｅｂサービスは多様化してきており、そのサービス毎に情報漏洩に対しての企業としての対応が求められるようになっている。
【０００８】
そのようなＷｅｂサービスの代表的なものとして、ＨＴＴＰにより電子メールの送受信を行うサービスをあげることができる。このサービスでは、電子メール用のアプリケーションを使用することなく、汎用的なブラウザソフトウェアを使用して電子メールの送受信が可能になっている。以下では、このＨＴＴＰプロトコルを用いて送受信される電子メールを「Ｗｅｂメール」と呼称する。
【特許文献１】特開２００４―３４８２０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
このようなＷｅｂメールでのメール送信の制御や閲覧については、従来の電子メール（ＳＭＴＰによるもの）とは通信の規約が異なるために、従来の電子メールに対しての中継制御や閲覧の手法を用いることが出来ない。また、上記特許文献１に開示されている技術を用いることで、特定キーワードを用いての通信制御や閲覧は可能であるが、従来の電子メールの通信制御や閲覧システムのような、宛先、ＣＣ、件名といった情報に基づいた細かい通信制御や管理者が電子メールを閲覧することは出来ない。
【００１０】
また、そのような通信の制御や閲覧を行おうとした場合にも、従来の電子メールに対して、統一的な規約がないために、プロトコルの違いを考慮しただけでは対応できない。また、複数のＨＴＴＰトランザクションから構成されるという根本的な違いのために、管理者が閲覧しようとした場合、それぞれの情報を関連付ける作業が必要となるといた問題もある。
【００１１】
さらに、一般に電子メールは下書き保存や添付ファイルの追加や削除など複数の工程を経て作成されるものであるが、管理者が閲覧しようとするときのレベルが最終的に送信された電子メールだけを閲覧すればよいのか、下書きの段階も含めサーバへ送信された通信データの全てを閲覧しなければならないかの選択も要求されるが、上記特許文献１に開示されている技術ではできない。
【００１２】
従来の電子メールでは送信するまでの、メール作成中のデータはクライアント端末装置上の電子メール用アプリケージョン内で処理が閉じているが、Ｗｅｂメールの作成ではメール作成開始操作によりＨＴＴＰの通信が発生する。
【００１３】
そのため、管理者が、どのデータがどのような経緯で、どこに流出したのか調査するために、Ｗｅｂメールの内容を閲覧する際、電子メールデータと共に、補助情報として作成開始方法の情報は重要であるが、従来の技術では、対応できるものでなかった。
【００１４】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、ＨＴＴＰデータとして送信されるＷｅｂメールに関するリクエスト情報から、メールの内容だけではなく、作成開始方法と送信状態を含めて電子メールデータを抽出することにより、管理者がより理解しやすいメール閲覧を可能とすることを目的とする仕組みを提供することである。
【課題を解決するための手段】
【００１５】
本発明は、ＨＴＴＰプロトコルを用いて電子メールの送受信を行うサービスを提供する為のホームページを提供するＨＴＴＰサーバと、当該ＨＴＴＰサーバにアクセスし、当該ホームページ上における操作が可能なクライアント端末装置との間のデータ通信を中継する情報処理装置であって、Ｗｅｂメールサービスごとのセッション開始イベントとアクションを定義する情報を記憶したセッション開始イベント定義情報記憶手段と、Ｗｅｂメールサービスごとのデータ操作イベントとアクションを定義する情報を記憶したデータ操作イベント定義情報記憶手段と、ＨＴＴＰデータとして送信されるＷｅｂメールに関するリクエスト情報からセッション管理情報を作成するセッション管理情報作成手段とを備え、前記セッション管理情報作成手段は、前記リクエスト情報がセッション開始イベントに一致する場合は、セッション管理情報に新規エントリーを追加し、データ操作イベントに一致する場合は、セッション管理情報のエントリーデータを更新する、ことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ＨＴＴＰデータとして送信されるＷｅｂメールに関するリクエスト情報から、Ｗｅｂメールをメール内容だけではなく、作成開始方法と送信状態を含めて抽出することにより、管理者がより精度の高いメール閲覧を行うことができる等の効果を奏する。
【発明を実施するための最良の形態】
【００１７】
以下添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。
【００１８】
図１は、本発明の一実施形態を示す情報処理装置を適用可能なシステムの構成例を示す図である。
【００１９】
図１に示す如く、本実施形態に係るシステムは、ＨＴＴＰサーバ１０５、クライアント端末装置１０２ａ、１０２ｂ、管理者用端末装置１０７、そして本実施形態に係る情報処理装置として機能する中継サーバ１０１により構成されている。以下、本実施形態に係るシステムを構成するこれらについて説明する。
【００２０】
クライアント端末装置１０２ａ、１０２ｂは、中継サーバ１０１、広域ネットワーク網１０６を介してＨＴＴＰサーバ１０５にアクセスし、ＨＴＴＰサーバ１０５が提供する各種のホームページのうち所望のホームページを閲覧するために用いられるものである。
【００２１】
管理者用端末装置１０７は、中継サーバ１０１にアクセスして中継サーバ１０１が行う制御の操作や諸設定を行ったり、クライアント端末装置１０２ａ、１０２ｂから送信され中継サーバ１０１に保存されるリクエスト記録から電子メールデータを管理者が閲覧できるように、設定、指示するものである。
【００２２】
ＨＴＴＰサーバ１０５は、一般のプロバイダに設けられているＨＴＴＰサーバと同様の動作を行うものであり、中継サーバ１０１、広域ネットワーク網１０６を介してアクセスしてきたクライアント端末装置１０２ａ、１０２ｂに対して要求に応じたホームページを提供するものである。
【００２３】
本実施形態では、このようなホームページの１つとして、Ｗｅｂメールのサービスを提供するホームページが提供されるものとする。Ｗｅｂメールページについては周知の如く、一般のプロバイダで提供されているものであるので、これに関する詳細な説明は省略する。
【００２４】
中継サーバ１０１は、クライアント端末装置１０２ａ、１０２ｂと、ＨＴＴＰサーバ１０５との間のデータ通信を中継するためのものである。クライアント端末装置１０２ａ、１０２ｂがＨＴＴＰサーバ１０５が提供するＷｅｂメールページにアクセスした場合、中継サーバ１０１はすべてのリクエストについて所定のフォーマットに従ったリクエスト記録を作成、保存する。
【００２５】
また、管理者用端末装置１０７が中継サーバ１０１に対して、中継サーバ１０１に保存されたリクエスト記録から電子メールデータを抽出、表示する操作指示を入力した場合、中継サーバ１０１は、この操作指示を受け、受けた操作指示に従った各種の処理を実行する。
【００２６】
中継サーバ１０１が行う処理について詳しくは後述する。
【００２７】
広域ネットワーク網１０６は、インターネットに代表されるネットワークである。１０３は、ＬＡＮやインターネットなどのネットワークにより構成されるものである。
【００２８】
図２は、図１に示した中継サーバ１０１のハードウェア構成を示すブロック図である。
【００２９】
図２において、２０１はＣＰＵで、ＲＡＭ２０２やＲＯＭ２０３に格納されているプログラムやデータを用いて中継サーバ１０１全体の制御を行うと共に、中継サーバ１０１が行う後述の各処理を実行する。
【００３０】
２０２はＲＡＭで、ＨＤＤ（ハードディスクドライブ）２０４や記憶媒体ドライブ２０６からロードされたプログラムやデータ、ネットワークＩ／Ｆ（インタフェース）２０５を介して外部から受信したプログラムやデータ等を一時的に記憶するためのエリアや、ＣＰＵ２０１が各種の処理を実行する際に用いるワークエリア等、各種のエリアを適宜提供することができる。
【００３１】
２０３はＲＯＭで、中継サーバ１０１の設定データや、ブートプログラム等を格納する。
【００３２】
２０４はＨＤＤで、ＯＳ（オペレーティングシステム）や、中継サーバ１０１が行う後述の各処理をＣＰＵ２０１に実行させるためのプログラムやデータなどを保存するものであり、これらはＣＰＵ２０１による制御に従って適宜ＲＡＭ２０２にロードされ、ＣＰＵ２０１による処理対象となる。
【００３３】
２０５はネットワークＩ／Ｆで、中継サーバ１０１を上記ネットワーク１０３、広域ネットワーク網１０６に接続するためのものであり、中継サーバ１０１はこのネットワークＩ／Ｆ２０５を介して、ネットワーク１０３、広域ネットワーク網１０６に接続されている各装置とのデータ通信を行うことができる。
【００３４】
２０６は記憶媒体ドライブで、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ―ＲＯＭ、ＤＶＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭ等の記憶媒体に記録されているプログラムやデータを読み出し、ＲＡＭ２０２やＨＤＤ２０４に出力する。なお、ＨＤＤ２０４が保持している情報のうちの一部をこの記憶媒体に記憶させておいても良い。
【００３５】
２０７はキーボード、２０８はマウスやジョイスティックなどにより構成されているポインティングデバイスであり、中継サーバ１０１の操作者が操作することで、各種の指示をＣＰＵ２０１に対して入力することができる。
【００３６】
２０９は表示部で、ＣＲＴや液晶画面などにより構成されており、ＣＰＵ２０１による処理結果を画像や文字などでもって表示することができる。
【００３７】
２１０は外部機器接続Ｉ／Ｆで、周辺機器を中継サーバ１０１に接続させるためのポートである。中継サーバ１０１は、この外部機器接続Ｉ／Ｆ２１０を介して、この周辺機器とのデータの送受信を行う。外部機器接続Ｉ／Ｆ２１０は、ＵＳＢやＩＥＥＥ１３９４等により構成されており、通常複数の外部機器Ｉ／Ｆを有する。周辺機器との接続形態は有線／無線を問わない。
【００３８】
２１１は上述の各部を繋ぐバスである。
【００３９】
なお、中継サーバ１０１のハードウェア構成は図２に示した構成を有するとして説明するが、必ずしも同図の構成を有することに限定するものではなく、中継サーバ１０１が行う処理として説明する以下の処理が実行可能な構成であれば、中継サーバ１０１の構成は適宜変形しても良い。
【００４０】
また、クライアント端末装置１０２ａ、１０２ｂ、管理者用端末装置１０７、ＨＴＴＰサーバ１０５のハードウェア構成についてであるが、これらには一般のコンピュータを適用するので、周知の如く、概ね図２に示した構成を有する。
【００４１】
次に、クライアント端末装置１０２ａ、１０２ｂが中継サーバ１０１、広域ネットワーク網１０６を介してＨＴＴＰサーバ１０５が提供するＷｅｂメールページにアクセスした場合に、中継サーバ１０１が行う処理について、同処理のフローチャートを示す図３を用いて以下説明する。
【００４２】
図３は、本発明における第１の制御処理手順の一例を示すフローチャートであり、中継サーバ１０１が行う処理に対応する。
【００４３】
なお、同図のフローチャートに従った処理をＣＰＵ２０１に実行させる為のプログラムやデータはＨＤＤ２０４に保存されており、これをＣＰＵ２０１による制御に従ってＲＡＭ２０２にロードし、ロードしたプログラムやデータを用いてＣＰＵ２０１が処理を行うことで、中継サーバ１０１は以下説明する各処理を実行することになる。なお、図中、Ｓ３０１〜Ｓ３０４は、各ステップを示す。
【００４４】
なお、以下の説明では、クライアント端末装置１０２ａ、１０２ｂをまとめてクライアント端末装置１０２と呼称する。
【００４５】
上述の通り、同図のフローチャートに従った処理を開始する時点では、クライアント端末装置１０２はＷｅｂメールページにアクセスしており、電子メールの作成や保存、送信などを指示可能な状態にある。
【００４６】
例えば、クライアント端末装置１０２が有する表示装置の表示画面上にはＷｅｂメールページの画面が表示されており、このＷｅｂメールページには、電子メールの送信先（ＴＯ，ＣＣ，ＢＣＣ）を指定する領域、電子メール本文を記述するための領域や、作成した電子メールをＨＴＴＰサーバ１０５に保存したり、送信したり、あるいは、当該電子メールに添付するファイルを指定するためのボタン画像などが設けられている。
【００４７】
中継サーバ１０１のＣＰＵ２０１は、クライアント端末装置１０２から何れの指示が送信されても良いように、待機状態にある（Ｓ３０１）。
【００４８】
そして、ユーザーがクライアント端末装置１０２側で、電子メールの作成や保存、送信などの指示を入力した場合、例えば、作成や保存を指示するためのボタン画像がクライアント端末装置１０２側で指示された場合には、クライアント端末装置１０２からは、指示した内容を含むＨＴＴＰ中継パケット（ＨＴＴＰデータ）が中継サーバ１０１に送信される。
【００４９】
中継サーバ１０１のＣＰＵ２０１は、ネットワークＩ／Ｆ２０５を介してＨＴＴＰデータの受信を検知すると、これをＲＡＭ２０２、若しくはＨＤＤ２０４に格納する処理を行う。この格納する処理は、送信された全てのＨＴＴＰデータの受信が完了するまで行う（Ｓ３０２）。
【００５０】
全てのＨＴＴＰデータ（クライアント端末装置１０２側で電子メールに関する１つの指示を入力した場合に、クライアント端末装置１０２から送信される全てのＨＴＴＰデータ）を受信した場合には処理を、中継サーバ１０１のＣＰＵ２０１は、ステップＳ３０２を介してステップＳ３０３に進める。
【００５１】
ステップＳ３０３では、中継サーバ１０１のＣＰＵ２０１は、受信したＨＴＴＰデータを解析し、ステップＳ３０４において、所定のフォーマットに従ったアクセスログと外部送信データからなるリクエストの記録をＨＤＤ２０４内に作成する（図７）。すなわち、すべてのリクエストについて、ＩＰアドレス、トランザクションＩＤ（各リクエストに一意なＩＤ）、認証名（ｕｉｄ）、時刻、リクエストＵＲＬ（クエリー部を含む）とCookieヘッダ値などをアクセスログとして記録する。なお、この処理の後、ステップＳ３０１で再び待機状態になる。
【００５２】
また、ボディ部を持つリクエストについては、リクエスト全体を外部送信データとして記録する。なお、その後の閲覧作業やデータファイルの管理を容易にするために、例えば1日毎のデータとしてまとめて1つのファイルとしてもよい。
【００５３】
図７は、図３のステップＳ３０４で記録されるリクエスト記録の一例を示す図である。
【００５４】
次に、図４のフローチャートを参照して、管理者用端末から中継サーバ１０１に対して、上記で作成したリクエスト記録ファイルから電子メールデータを抽出、表示する操作が指示された場合に実行する、電子メール作成の各セッションの詳細情報を管理するためのセッション管理テーブルを作成する処理について説明する。
【００５５】
図４は、本発明における第２の制御処理手順の一例を示すフローチャートであり、中継サーバ１０１が行うセッション管理テーブル作成処理に対応する。なお、同図のフローチャートに従った処理をＣＰＵ２０１に実行させる為のプログラムやデータはＨＤＤ２０４に保存されており、これをＣＰＵ２０１による制御に従ってＲＡＭ２０２にロードし、ロードしたプログラムやデータを用いてＣＰＵ２０１が処理を行うことで、中継サーバ１０１は以下説明する各処理を実行することになる。なお、図中、Ｓ４０１〜Ｓ４１１は、各ステップを示す。
【００５６】
まず、管理者用端末装置１０７のＣＰＵ２０１は、管理者が抽出、表示したい条件を受け付けるため、例えば図１９に示すような抽出条件の入力画面１９００を管理者用端末装置１０７の表示部２０９に表示する。
【００５７】
図１９は、管理者用端末装置１０７で入力される抽出条件入力画面の一例を示す模式図である。
【００５８】
図１９に示す入力画面１９００では、１９０１〜１９１０において、抽出条件となる期間、時間範囲、ＩＰアドレス／認証名、サイト、受信者・同報者アドレス、メール標題、添付、サイズ、開始方法、状態などの項目を入力可能である。そして、表示ボタン１９１１がポインティングデバイスで指示されると、管理者用端末装置１０７のＣＰＵ２０１は、図１９の入力画面１９００で入力された各項目の値を、中継サーバ１０１に送信する。
【００５９】
そして、中継サーバ１０１のＣＰＵ２０１は、ステップＳ４０１で、管理者用端末装置１０７からのデータを受信すると、ステップＳ４０２に処理を進め、ＨＤＤ２０４から図８に示すサイト定義テーブル、図９に示すセッション開始イベント定義テーブル、図１０に示すデータ操作イベント定義テーブルのデータをそれぞれＲＡＭ２０２にロードする。
【００６０】
図８は、本発明で用いるサイト定義テーブルの一例を示す図である。
【００６１】
図８に示すごとく、サイト定義テーブルは、それぞれのサイトＩＤに対応する、サイト名、クライアント識別子、セッション識別子のセットが登録されている。例えば、サイトＩＤ＝１には、ｆｒｅｅｍａｉｌがサイト名で、ＣｏｏｋｉｅパラメータのＳＥＳＳＩＤの値がクライアント識別子で、フォームデータのｍａｉｌｉｄの値がセッション識別子としてセットで関連付けられている。
【００６２】
図９は、本発明で用いるセッション開始イベント定義テーブルの一例を示す図である。
【００６３】
図９に示すごとく、セッション開始イベント定義テーブルは、サイトＩＤごとの新規作成、下書き保存したメールのオープン、受信メールへの返信、受信メールの転送などの新規セッションが開始される場合の定義情報とそれぞれのアクションのセットが登録されている。
【００６４】
例えば、サイトＩＤが１においては、新規作成のイベントは、リクエストＵＲＬが'http://mail.example.com/Compose'に一致し、かつ、クエリーパラメータに'msgid'値を含まない場合であり、この条件に一致する場合は、開始方法に「新規」をセットし、状態を「開始」にし、時刻、ユーザー情報をセットするとともに、イベント履歴を記録するといったアクションの定義が関連付けられている。
【００６５】
図１０は、本発明で用いるデータ操作イベント定義テーブルの一例を示す図である。
【００６６】
図１０に示すごとく、データ操作イベント定義テーブルは、サイトＩＤごとのファイル添付、添付ファイルの削除、ファイル添付画面へ遷移や、メール送信、下書き保存やキャンセルなどのデータ操作に関する定義情報とそれぞれのアクションのセットが登録されている。
【００６７】
例えば、サイトＩＤが１においては、ファイル添付のイベントは、リクエストＵＲＬが'http://mail.example.com/Attach'に一致し、かつ、フォームデータ'action'の値が'attach'に一致する場合であり、この条件に一致する場合は、フォームデータ'userFile'のデータを添付ファイルに追加し、最終時刻を更新するとともに、イベント履歴を記録するといったアクションの定義が関連付けられている。
【００６８】
以下、図４のフローチャートの説明に戻る。
【００６９】
ステップＳ４０３では、中継サーバ１０１のＣＰＵ２０１は、ステップＳ３０４で保存したリクエスト記録ファイル（図７）から、1件のリクエストを読み込む。
【００７０】
ステップＳ４０４で、中継サーバ１０１のＣＰＵ２０１は、ステップＳ４０３で読み込んだリクエストがＳ４０１で受信した条件（即ち、図１９の入力画面１９００で入力された条件）に一致するか判断し、一致すると判定した場合、つまり「はい」の場合は、ステップＳ４０５に処理を進め、一方、一致しないと判定した場合、つまり「いいえ」の場合、ステップＳ４０３に処理を戻す。
【００７１】
次に、ステップＳ４０５では、中継サーバ１０１のＣＰＵ２０１は、上記Ｓ４０３で読み込んだリクエストをさらに構成要素（以降の処理で参照する各要素）に分解する。すなわち、例えば、Cookieヘッダ値については、セミコロンを区切り文字としてトークンに分解し、さらに各トークンについては、＝を区切り文字とする名前−値のペアに分解する。また、外部送信データがある場合は、Content-TypeヘッダやContent-LengthまたはTransfer-Encodingヘッダの内容に基づき、リクエストボディの内容も解析し、構成要素に分解する。
【００７２】
次に、ステップＳ４０６において、中継サーバ１０１のＣＰＵ２０１は、セッション開始イベントテーブル（図９）を参照して、ステップＳ４０５で解析されたリクエストと条件が一致するものがある場合、つまり、ステップＳ４０６で「はい」の場合は、ステップＳ４０７に進み、セッション管理テーブルに新規のエントリーを追加する（詳細は図５に示す）。
【００７３】
一方、ステップＳ４０６において、中継サーバ１０１のＣＰＵ２０１は、セッション開始イベントテーブル（図９）内にステップＳ４０５で解析されたリクエストと条件が一致するものがないと判定した場合、つまり、ステップＳ４０６で「いいえ」の場合は、ステップＳ４０８に処理を進める。
【００７４】
ステップＳ４０８では、中継サーバ１０１のＣＰＵ２０１は、データ操作イベントテーブル（図１０）を参照して、ステップＳ４０５で解析されたリクエストと条件が一致するものがあるか判定し、条件が一致するものがあると判定した場合、つまり、ステップＳ４０８で「はい」の場合は、ステップＳ４０９に処理を進め、セッション管理テーブルのエントリー操作を行う（詳細は図６に示す）。
【００７５】
一方、ステップＳ４０８において、データ操作イベントテーブル（図１０）内にステップＳ４０５で解析されたリクエストと条件が一致するものがないと判定した場合、つまりステップＳ４０８で「いいえ」の場合は、ステップＳ４１０に処理を進める。
【００７６】
ステップＳ４１０では、中継サーバ１０１のＣＰＵ２０１は、閲覧対象の全リクエストの処理が終了したか否かを確認し、処理していないリクエストが残っていると判定した場合、つまりステップＳ４１０で「いいえ」の場合は、ステップＳ４０３に処理を戻し、全リクエストの処理が終了するまで繰り返す。
【００７７】
そしてステップＳ４１０において、閲覧対象の全リクエストの処理が終了したと判断した場合、つまりステップＳ４１０で「はい」の場合は、ステップＳ４１１に処理を進める。
【００７８】
最後にステップＳ４１１では、中継サーバ１０１のＣＰＵ２０１は、処理した結果を管理者用端末装置１０７に送信し、本フローチャートの処理を終了する。
【００７９】
なお、ステップＳ４１１で中継サーバ１０１から送信された処理結果を受信した管理者用端末装置１０７は、該処理結果を、管理者用端末装置１０７の表示部２０９に表示する。
【００８０】
以下、ステップＳ４０７のエントリー追加の処理について、図５により説明する。
【００８１】
図５は、本発明における第３の制御処理手順の一例を示すフローチャートであり、図４のステップＳ４０７に示したエントリー追加処理に対応する。なお、同図のフローチャートに従った処理をＣＰＵ２０１に実行させる為のプログラムやデータはＨＤＤ２０４に保存されており、これをＣＰＵ２０１による制御に従ってＲＡＭ２０２にロードし、ロードしたプログラムやデータを用いてＣＰＵ２０１が処理を行うことで、中継サーバ１０１は以下説明する各処理を実行することになる。なお、図中、Ｓ５０１〜Ｓ５０５は、各ステップを示す。
【００８２】
ステップＳ５０１で、中継サーバ１０１のＣＰＵ２０１は、図４のステップＳ４０５で分解した要素のうちクライアント識別子（例えば、pid=ajk2jkk）を取り出した上で、ステップＳ５０２において、中継サーバ１０１のＨＤＤ２０４に保持されるセッション管理テーブルに新規のエントリーとして追加する（図１２）。
【００８３】
次に、ステップＳ５０３では、中継サーバ１０１のＣＰＵ２０１は、セッション開始イベント定義テーブル（図９）に定められ、図４のステップＳ４０６で一致したサイト情報とイベントに対応したアクションを行う。すなわち、例えば、開始方法には「転送」、状態には「開始」をセットした上で、図４のステップＳ４０６から受け取ったリクエストから「開始時刻2006/09/26  12:43:24」を、ユーザー情報のＩＰアドレスには、「192.168.0.1」を、ユーザー情報の認証名には、「abc」を、イベント履歴には一致したイベントとトランザクションＩＤの組、「転送(00075A-A0)」としてデータセットをつくり、ステップＳ５０２で追加したレコードに記録する。その結果を図１２に示す。
【００８４】
なお、ここで同一のクライアント識別子を持つブラウザを、複数開き、複数のウェブメールを同時に作成開始される状況がある。この場合、セッション管理テーブルには、クライアント識別子が同一でセッション識別子が未登録であるエントリーが複数作成されることになる。その様子を図１３に示す。
【００８５】
この場合、後述する図６のステップＳ６０５の処理でエントリーを一意に決定することができない。そこで、中継サーバ１０１のＣＰＵ２０１は、上述のように同一クライアントにより複セッションが開始された場合（エントリーが複数作成される場合）、つまりステップＳ５０４で「はい」の場合は、ステップＳ５０５へ処理を進め、開始方法と開始時刻とイベント履歴とを、すべてのエントリー間でOR結合した値に変更する。その様子を図１４に示す。
【００８６】
以上の処理により、エントリー追加処理を終える。
【００８７】
なお、図１１〜図１４は、本発明で用いるセッション管理テーブルの一例を示す図である。
【００８８】
以下、ステップＳ４０９のエントリー操作の処理について、図６により説明する。
【００８９】
図６は、本発明における第４の制御処理手順の一例を示すフローチャートであり、図４のステップＳ４０９に示したエントリー操作処理に対応する。なお、同図のフローチャートに従った処理をＣＰＵ２０１に実行させる為のプログラムやデータはＨＤＤ２０４に保存されており、これをＣＰＵ２０１による制御に従ってＲＡＭ２０２にロードし、ロードしたプログラムやデータを用いてＣＰＵ２０１が処理を行うことで、中継サーバ１０１は以下説明する各処理を実行することになる。なお、図中、Ｓ６０１〜Ｓ６０７は、各ステップを示す。
【００９０】
ステップＳ６０１，ステップＳ６０２において、中継サーバ１０１のＣＰＵ２０１は、図４のステップＳ４０５で分解した要素のうちクライアント識別子（例えば、ｓｉｄ＝ａ１７＿００１）と、セッション識別子（例えば、ａ＝ｆｄ３１９１８９）を取り出す。
【００９１】
次に、ステップＳ６０３において、中継サーバ１０１のＣＰＵ２０１は、セッション管理テーブル（例えば、図１４）を参照して、クライアント識別子が一致するものがあるか否か判定し、クライアント識別子が一致するものがあると判断した場合、つまりステップＳ６０３で「はい」の場合は、ステップＳ６０４に処理を進める。
【００９２】
一方、ステップＳ６０３において、セッション管理テーブルを参照して、クライアント識別子が一致するものがないと判定した場合、つまりステップＳ６０３で「いいえ」の場合は、中継サーバ１０１のＣＰＵ２０１は、本フローチャートの処理を終了させる。
【００９３】
次にステップＳ６０４では、中継サーバ１０１のＣＰＵ２０１は、ステップＳ６０３でクライアント識別子が一致したもののうち、セッション識別子が一致するものがあるか判定し、セッション識別子が一致するものがあると判定した場合、つまりステップＳ６０４で「はい」の場合は、（同じＷｅｂメールと判断できるため、）ステップＳ６０７に処理を進めて、エントリーにアクションを適用する。即ち、データ操作イベントテーブル（図１０）に定められ図４のステップＳ４０８で一致したサイト情報とイベントに対応したアクションを適用する。
【００９４】
一方、ステップＳ６０４で、ステップＳ６０３でクライアント識別子が一致したもののうち、セッション識別子が一致するものがないと判定した場合、つまりステップＳ６０４で「いいえ」の場合は、中継サーバ１０１のＣＰＵ２０１は、ステップＳ６０５に処理を進める。
【００９５】
また、ステップＳ６０５では、中継サーバ１０１のＣＰＵ２０１は、ステップＳ６０３でクライアント識別子が一致したもののうち、セッション識別子が空となっているものがあるか判定し、セッション識別子が空となっているものがあると判断した場合、つまりステップＳ６０５で「はい」の場合は、ステップＳ６０６に処理を進め、空になっているセッション識別子を上述の「ａ＝ｆｄ３１９１８９」とした上で、ステップＳ６０７に処理を進める。
【００９６】
一方、ステップＳ６０５において、ステップＳ６０３でクライアント識別子が一致したもののうち、セッション識別子が空となっているものがないと判定した場合、つまりステップＳ６０４で「いいえ」の場合は、中継サーバ１０１のＣＰＵ２０１は、そのまま本フローチャートの処理を終了する。
【００９７】
ステップＳ６０７では、中継サーバ１０１のＣＰＵ２０１は、データ操作イベント定義テーブル（図１０）に定められ、ステップＳ４０８で一致したサイト情報とイベントに対応したアクションを行う。すなわち、フォームデータ'To'の値を宛先にセット、フォームデータ'Cc'の値をCCにセット、フォームデータ'Subj'の値を標題にセット、フォームデータ'Body'の値を本文にセット、状態を「送信済み」にし、最終時刻を更新する。さらに、イベント履歴を記録し、セッション管理テーブルを更新する。その結果を図１１に示す。
【００９８】
上述の説明では、例えば１日単位で記録しておいたリクエスト記録のうち、管理者が閲覧を要求したある一定期間（図１９の入力画面１９００から指定）のリクエスト記録からセッション管理テーブルを作る場合を例に説明したが、リアルタイムで流れるＨＴＴＰデータからセッション管理テーブルを作成する構成であっても、さらには両者を組み合わせ、過去のリクエスト記録にリアルタイムで新たに送信されるデータを追加する構成であってもよい。
【００９９】
さらに、複数の期間のリクエスト記録から、1つ又は複数の別の単位期間ごとにセッション管理テーブルを集約し作成するのであっても良い。
【０１００】
つまり、日毎で分割し記録した１か月分のリクエスト記録から、1個の1ヶ月分のセッション管理テーブルを作るものであっても良い。
【０１０１】
以下、このようにして作成されるセッション管理テーブルに基づき、管理者がＷｅｂメールで送信された電子メールを閲覧する場合の処理について、図１５〜図１８を用いて説明する。
【０１０２】
図１５〜図１８は、管理者用端末装置１０７に表示されるＷｅｂメールの閲覧画面の一例を示す模式図である。
【０１０３】
中継サーバ１０１のＣＰＵ２０１は、管理者用端末装置１０７から閲覧処理を要求されると、上述の図４〜図６の処理を実行して、セッション管理テーブルを作成し、送信日時、ＩＰアドレスおよび認証名、件名などともに、開始方法と状態を示すデータを管理者用端末装置１０７に返す（図４のＳ４１１）。これを受信すると、管理者用端末装置１０７のＣＰＵ２０１は、図１５に示すような一覧を表示する。
【０１０４】
なお、管理者から、図１９の入力画面１９００を介して、状態１９１０が「下書き保存」である電子メールの一覧要求の入力があった場合は、セッション管理テーブルから、状態が「下書き保存」のデータについてのみ返す（図４のＳ４１１）。これを受信すると、管理者用端末装置１０７のＣＰＵ２０１は、図１６に示すような一覧を表示する。
【０１０５】
また、図１６の一覧内において、「操作」項目１６０１の下線部（関連メール検索）１０６２がポインティングデバイス２０８で指示されると、中継サーバ１０１のＣＰＵ２０１は、当該メールの下書き保存が行われた日時以降に同一ユーザーが同一サイトで下書きから作成したＷｅｂメールに関するデータを返す（図４のＳ４１１）。これを受信すると、管理者用端末装置１０７のＣＰＵ２０１は、図１７に示すような一覧を表示する。
【０１０６】
なお、図１５〜図１７の一覧内において、「操作」項目１５０１の下線部（本文表示）１５０２がポインティングデバイス２０８で指示されると、管理者用端末装置１０７のＣＰＵ２０１は、対応するメールの本文を表示部２０９に表示するように構成する。
【０１０７】
このようにして、管理者は、電子メールの作成途中にＨＴＴＰサーバ１０５に下書き保存されたデータと、最終的に送信されたＷｅｂメールの内容を確認することが可能となる。
【０１０８】
また、逆に管理者が電子メールを一覧表示している状態から、開始方法が「下書き」である特定のメールについて、その作成途中においてＨＴＴＰサーバ１０５に下書き保存されたデータを確認する場合の処理では、当該メールの「操作」項目の下線部（関連メール検索）をポインティングデバイス２０８で指示することで、中継サーバ１０１のＣＰＵ２０１は、下書きのオープンが行われた日時以前に同一ユーザーが同一サイトで下書き保存したＷｅｂメールに関するデータを返す（図４のＳ４１１）。これを受信すると、管理者用端末装置１０７のＣＰＵ２０１は、図１６に示したような一覧を表示する。
【０１０９】
また、セッション管理テーブルに記録したイベント履歴を用いて、上記で説明した一覧を表示する場合にこのイベントをキーに検索し表示させるものであってもよい。
【０１１０】
また、イベント履歴を用いることで、セッションからイベントの詳細を検索・表示（図１８）することも可能である。
【０１１１】
以上説明したように、本実施形態によれば、Ｗｅｂメールをメール内容だけではなく、作成開始方法と送信状態を含めて抽出することにより、管理者がより精度の高いメール閲覧を行うことができる等の効果を奏する。
【０１１２】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１１３】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１４】
以下、図２０に示すメモリマップを参照して本発明に係る情報処理装置（中継サーバ１０１）で読み取り可能なデータ処理プログラムの構成について説明する。
【０１１５】
図２０は、本発明に係る情報処理装置（中継サーバ１０１）で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１１６】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１１７】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１１８】
本実施形態における図３，図４，図５，図６に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１１９】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１２０】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１２１】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１２２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２３】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適用できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２５】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２６】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図面の簡単な説明】
【０１２７】
【図１】本発明の一実施形態を示す情報処理装置を適用可能なシステムの構成例を示す図である。
【図２】図１に示した中継サーバ１０１のハードウェア構成を示すブロック図である。
【図３】本発明における第１の制御処理手順の一例を示すフローチャートである。
【図４】本発明における第２の制御処理手順の一例を示すフローチャートである。
【図５】本発明における第３の制御処理手順の一例を示すフローチャートである。
【図６】本発明における第４の制御処理手順の一例を示すフローチャートである。
【図７】図３のステップＳ３０４で記録されるリクエスト記録の一例を示す図である。
【図８】本発明で用いるサイト定義テーブルの一例を示す図である。
【図９】本発明で用いるセッション開始イベント定義テーブルの一例を示す図である。
【図１０】本発明で用いるデータ操作イベント定義テーブルの一例を示す図である。
【図１１】本発明で用いるセッション管理テーブルの一例を示す図である。
【図１２】本発明で用いるセッション管理テーブルの一例を示す図である。
【図１３】本発明で用いるセッション管理テーブルの一例を示す図である。
【図１４】本発明で用いるセッション管理テーブルの一例を示す図である。
【図１５】管理者用端末装置１０７に表示されるＷｅｂメールの閲覧画面の一例を示す模式図である。
【図１６】管理者用端末装置１０７に表示されるＷｅｂメールの閲覧画面の一例を示す模式図である。
【図１７】管理者用端末装置１０７に表示されるＷｅｂメールの閲覧画面の一例を示す模式図である。
【図１８】管理者用端末装置１０７に表示されるＷｅｂメールの閲覧画面の一例を示す模式図である。
【図１９】管理者用端末装置１０７で入力される抽出条件入力画面の一例を示す模式図である。
【図２０】本発明に係る情報処理装置（中継サーバ１０１）で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１２８】
１０１  中継サーバ
１０２  クライアント端末装置
１０３  ネットワーク
１０５  ＨＴＴＰサーバ
１０６  広域ネットワーク網
１０７  管理者用端末装置
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  ＨＤＤ
２０６  記憶媒体ドライブ
２０８  ポインティングデバイス
２０９  表示部
２１０  ネットワークＩ／Ｆ
【図１】
2008165633.tif 000003
【図２】
2008165633.tif 000004
【図３】
2008165633.tif 000005
【図４】
2008165633.tif 000006
【図５】
2008165633.tif 000007
【図６】
2008165633.tif 000008
【図７】
2008165633.tif 000009
【図８】
2008165633.tif 000010
【図９】
2008165633.tif 000011
【図１０】
2008165633.tif 000012
【図１１】
2008165633.tif 000013
【図１２】
2008165633.tif 000014
【図１３】
2008165633.tif 000015
【図１４】
2008165633.tif 000016
【図１５】
2008165633.tif 000017
【図１６】
2008165633.tif 000018
【図１７】
2008165633.tif 000019
【図１８】
2008165633.tif 000020
【図１９】
2008165633.tif 000021
【図２０】
2008165633.tif 000022
【手続補正書】
【提出日】平成19年12月27日(2007.12.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＨＴＴＰを用いた電子メールであるウェブメールの送受信を行うサービスを提供するウェブメールサーバと、前記サービスを利用するクライアント装置との間のデータ通信を中継する情報処理装置であって、
前記ウェブメールサーバのサービスにおける、セッション開始イベントとそれに対するアクションを定義する第１の定義情報と、データ操作イベントとそれに対するアクションとを定義する第２の定義情報とを記憶する定義情報記憶手段と、
前記クライアント装置から前記ウェブメールサーバへのウェブメールに関するリクエスト情報を記録するリクエスト記録手段と、
前記リクエスト記録手段により記録されたリクエスト情報を読み出し、前記第１の定義情報及び第２の定義情報を用いて、セッション管理情報を作成するセッション管理情報作成手段とを備え、
前記セッション情報管理手段は、前記リクエスト情報がセッション開始イベントである場合に、前記第１の定義情報により当該セッション開始イベントに対して定義されているアクションに従って前記セッション管理情報にウェブメールの開始を設定し、前記リクエスト情報が前記データ操作イベントである場合に、前記第２の定義情報により当該データ操作イベントに対して定義されているアクションに従って前記セッション管理情報にウェブメールの入力内容を設定することを特徴とする情報処理装置。
【請求項２】
前記セッション管理情報作成手段は、
前記リクエスト情報がウェブメールに対する下書き保存を示すデータ操作イベントである場合には、前記第２の定義情報により当該データ操作イベントに対して定義されているアクションに従って前記セッション管理情報に下書き保存状態であることとその更新日時を設定し、前記リクエスト情報が下書き保存されているウェブメールを開くことを示すセッション開始イベントである場合には、前記第１の定義情報により当該セッション開始イベントに対して定義されているアクションに従って前記セッション管理情報に下書きからの開始状態であることとその開始日時を設定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記セッション管理情報の状態が下書き保存である特定のウェブメールから、開始日時が前記特定のウェブメールの下書き保存された更新日時以降で、前記特定のウェブメールと同一のユーザ情報を持つ下書きから開始されたウェブメールを特定する第１の特定手段を更に備えることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記セッション管理情報の開始状態が下書きである特定のウェブメールから、更新日時が前記特定のウェブメールの開始日時より前で、前記特定のウェブメールと同一のユーザ情報を持つ下書き保存されたウェブメールを特定する第２の特定手段を更に備えることを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
前記セッション管理情報作成手段は、
前記リクエスト情報とクライアント識別子が一致し、セッション識別子が未設定のセッション管理情報が存在する場合に、当該セッション管理情報のセッション識別子として前記リクエスト情報のセッション識別子を設定することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記セッション管理情報作成手段は、
クライアント識別子が一致し且つセッション識別子が未登録のセッション管理情報が複数存在する場合に、該複数のセッション管理情報の開始方法、開始時刻、イベント履歴をそれぞれ和結合したものを、それぞれ該複数のセッション管理情報の開始方法、開始時刻、イベント履歴として設定することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記セッション管理情報から、前記ウェブメールに関するリクエスト情報と状態とを関連付けて表示するための表示情報を生成する第１の表示情報生成手段を更に備えることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
前記セッション管理情報にはイベント履歴が含まれ、
前記セッション管理情報から、同一のセッションでウェブメールについて前記クライアント装置と前記ウェブメールサーバとの間で通信されたデータを、当該一のウェブメールの状態とを表示するための表示情報を生成する第２の表示情報生成手段を更に備えることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
【請求項９】
ＨＴＴＰを用いて電子メールの送受信を行うサービスを提供するウェブメールサーバと、前記サービスを利用するクライアント装置との間のデータ通信を中継する情報処理装置の制御方法であって、
前記ウェブメールサーバのサービスにおける、セッション開始イベントとそれに対するアクションを定義する第１の定義情報と、データ操作イベントとそれに対するアクションとを定義する第２の定義情報とを記憶装置に記憶する定義情報記憶工程と、
前記クライアント装置から前記ウェブメールサーバへのウェブメールに関するリクエスト情報を記録するリクエスト記録工程と、
前記リクエスト記録工程により記録されたリクエスト情報を読み出し、前記第１の定義情報及び第２の定義情報を用いて、セッション管理情報を作成するセッション管理情報作成工程とを備え、
前記セッション情報管理工程は、前記リクエスト情報がセッション開始イベントである場合に、前記第１の定義情報により当該セッション開始イベントに対して定義されているアクションに従って前記セッション管理情報にウェブメールの開始を設定し、前記リクエスト情報が前記データ操作イベントである場合に、前記第２の定義情報により当該データ操作イベントに対して定義されているアクションに従って前記セッション管理情報にウェブメールの入力内容を設定することを特徴とする情報処理装置の制御方法。
【請求項１０】
コンピュータを請求項１乃至８に記載の情報処理装置として機能させるためのプログラム。
【請求項１１】
請求項１０に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
従来の電子メールでは送信するまでの、メール作成中のデータはクライアント端末装置上の電子メール用アプリケーション内で処理が閉じているが、Ｗｅｂメールの作成ではメール作成開始操作によりＨＴＴＰの通信が発生する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
本発明は、ＨＴＴＰを用いた電子メールであるウェブメールの送受信を行うサービスを提供するウェブメールサーバと、前記サービスを利用するクライアント装置との間のデータ通信を中継する情報処理装置であって、前記ウェブメールサーバのサービスにおける、セッション開始イベントとそれに対するアクションを定義する第１の定義情報と、データ操作イベントとそれに対するアクションとを定義する第２の定義情報とを記憶する定義情報記憶手段と、前記クライアント装置から前記ウェブメールサーバへのウェブメールに関するリクエスト情報を記録するリクエスト記録手段と、前記リクエスト記録手段により記録されたリクエスト情報を読み出し、前記第１の定義情報及び第２の定義情報を用いて、セッション管理情報を作成するセッション管理情報作成手段とを備え、前記セッション情報管理手段は、前記リクエスト情報がセッション開始イベントである場合に、前記第１の定義情報により当該セッション開始イベントに対して定義されているアクションに従って前記セッション管理情報にウェブメールの開始を設定し、前記リクエスト情報が前記データ操作イベントである場合に、前記第２の定義情報により当該データ操作イベントに対して定義されているアクションに従って前記セッション管理情報にウェブメールの入力内容を設定することを特徴とする。