JP5532040B2 - 情報処理装置、情報処理システム、制御方法、及びプログラム - Google Patents

Description

本発明は、外部のウェブサービスに登録された利用者のアカウント情報を集約管理するための通信制御方法に関するものである。

近年、インターネットで展開されるWEBメール、SNS等の利用が広がっている。従来は、情報漏えい防止の観点から一律利用を禁止するケースも多かったが、一定の利用ルールを定めた上で、それらの利用を推奨しているケースも多々ある。

これらのサービスを利用するには、各サービスに対してアカウントを発行し運用を行うことで、特定のユーザに対してのみ利用を許可する仕組みが通常であるが、当該アカウントの管理は、非常に煩雑であり、特に利用するサービスが其々異なるシステムで提供されている場合は、システム毎にアカウントを発行する必要もあるため、ユーザ側（あるいは管理者側）のアカウントの登録作業や管理負荷もさることながら、ユーザのサービスの利用状況を管理する管理者にとっても、ユーザがどのアカウントを用いてサービスを利用しているか等を管理するには、多大なる労力を要するという問題がある。

そこで、アカウント情報を統合的に管理するＩＤ管理システムを構築し、連携先のシステムに対して、アカウント情報を配信することで、この問題を解決する方法が存在しており、特に、連携先システムのアカウント情報の更新画面に対して、ＩＤ管理システムからアカウント情報を組込んで、連携先システムへ当該アカウント情報を更新する技術が開示されている。（例えば、特許文献１参照）
特開２０１０−２３１７２１号公報

しかしながら、特許文献１に記載のＩＤ管理システムにおいては、連携先のシステム其々において提供されるアカウント情報の更新画面を起動させて、アカウント情報を入力するといった従来の方法と比較すると、作業負荷を軽減することが可能であるが、ユーザが私用で自由に利用しているサービスに対してまでも、ＩＤ管理システムを用いてアカウント管理を行うには、十分な作業負荷の軽減には繋がり兼ねない。

特にユーザは、多数の外部サービスを利用しているような状況も十分に想定されるため、その都度、アカウント情報の登録を行うには、登録量の増加に伴い、作業負荷が高まる可能性が生じ得るし、ユーザに対して利用報告の義務を負わせて管理することは、報告漏れ、報告隠し、報告業務の煩わしさ等、実現に向けては、困難な問題が多々存在する。

しかし、社員が会社のネットワークを利用して、外部SNS等のソーシャルネットワークサービス上でどのような活動をしているか、不正な利用がなされていないか等の実態を把握し、あるいは何か障害が生じた場合、ユーザへの連絡先を確保する等、リスク管理の観点からユーザ（社員等）のサービス（特に、外部サービス）を利用する上で用いるアカウントの把握と利用状況のモニタリングが必要と考えられる。

本発明は、上記の課題を解決するためになされたものであり、外部サービスに対する通信データを解析することによって、社員の外部サービスの利用状況を監視することが可能となるので、情報漏洩等のリスクを軽減することができる情報処理装置、情報処理システム、制御方法、及びプログラムを提供することを目的とする。

上記の目的を達成するための第１の発明は、クライアント端末と外部サービスとの間で通信される通信データを中継する情報処理装置であって、前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段と、前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得手段と、前記通信データ取得手段によって取得した通信データから、前記抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得手段と、前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得手段によって取得したアカウント情報の表示を制御するアカウント情報表示手段と、を備えることを特徴とする情報処理装置である。

上記の目的を達成するための第２の発明は、外部サービスに対する要求を行うクライアント端末と、前記要求される外部サービスに関する情報を表示する管理者用クライアント端末と、前記クライアント端末から前記外部サービスへの要求を中継する情報処理装置と、がネットワークを介して接続された情報処理システムであって、前記情報処理装置は、前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段と、前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得手段と、前記通信データ取得手段によって取得した通信データから、前記抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得手段と、前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得手段によって取得したアカウント情報を前記管理者用クライアント端末へ送信する送信手段と、を備え、前記管理者用クライアント端末は、前記送信手段によって送信された特定情報及びアカウント情報を受信する受信手段と、前記受信手段によって受信した特定情報及びアカウント情報を表示する表示手段と、を備えたことを特徴とする情報処理システムである。

上記の目的を達成するための第３の発明は、クライアント端末と外部サービスとの間で通信される通信データを中継する情報処理装置の制御方法であって、前記情報処理装置は、前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得ステップと、前記通信データ取得ステップによって取得した前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段によって記憶した抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得ステップと、前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得ステップによって取得したアカウント情報の表示を制御するアカウント情報表示ステップと、を実行することを特徴とする情報処理装置の制御方法である。

上記の目的を達成するための第４の発明は、クライアント端末と外部サービスとの間で通信される通信データを中継する情報処理装置で実行されるプログラムあって、前記情報処理装置を、前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得手段と、前記通信データ取得手段によって取得した前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段に記憶した抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得手段と、前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得手段によって取得したアカウント情報の表示を制御するアカウント情報表示手段と、して機能させることを特徴とするプログラムである。

上記の目的を達成するための第５の発明は、外部サービスに対する要求を行うクライアント端末と、前記要求される前記外部サービスに関する情報を表示する管理者用クライアント端末と、前記クライアント端末から外部サービスへの要求を中継する情報処理装置と、がネットワークを介して接続された情報処理システムの制御方法であって、前記情報処理装置は、前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得ステップと、前記通信データ取得ステップによって取得した前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段に記憶した抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得ステップと、前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得ステップによって取得したアカウント情報を前記管理者用クライアント端末へ送信する送信ステップと、を実行し、前記管理者用クライアント端末は、前記送信ステップによって送信された特定情報及びアカウント情報を受信する受信ステップと、前記受信ステップによって受信した特定情報及びアカウント情報を表示する表示ステップと、を実行することを特徴とする情報処理システムの制御方法である。

上記の目的を達成するための第６の発明は、外部サービスに対する要求を行うクライアント端末と、前記要求される外部サービスに関する情報を表示する管理者用クライアント端末と、前記クライアント端末から前記外部サービスへの要求を中継する情報処理装置と、がネットワークを介して接続された情報処理システムにおいて実行されるプログラムであって、前記情報処理装置を、前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得手段と、前記通信データ取得手段によって取得した前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段に記憶した抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得手段と、前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得手段によって取得したアカウント情報を前記管理者用クライアント端末へ送信する送信手段と、して機能させ、前記管理者用クライアント端末を、前記送信手段によって送信された特定情報及びアカウント情報を受信する受信手段と、前記受信手段によって受信した特定情報及びアカウント情報を表示する表示手段と、して機能させることを特徴とするプログラムである。

本発明によれば、外部サービスに対してサービスを要求する際の通信データから当該外部サービスのユーザアカウントを抽出して、当該ユーザアカウントと内部のユーザ情報と対応させて記憶管理することで、ユーザの外部サービスの利用状況を監視することで、情報漏洩等のリスクを軽減することができる、という効果を奏する。

本発明の実施形態に係る情報処理システムの概略構成を示す構成図である。 本発明の実施形態に係る各種端末のハードウェアの概略構成を示す構成図である。 本発明の実施形態に係る情報処理システムにおける機能構成を示す構成図である 本発明の実施形態に係る外部サービスにおける画面の構成図である。 本発明の実施形態に係る情報処理システムにおけるＷＥＢアクセス解析処理を示すフローチャートである。 本発明の実施形態に係る情報処理システムにおける送信データ解析処理を示すフローチャートである。 本発明の実施形態に係る情報処理システムにおける受信データ解析処理を示すフローチャートである。 本発明の実施形態に係る情報処理システムにおける電子メール解析処理を示すフローチャートである。 本発明の実施形態におけるＷＥＢサービス定義情報の入力画面の構成を示す構成図である。 本発明の実施形態におけるリクエスト定義情報の入力画面の構成を示す構成図である。 本発明の実施形態におけるＷＥＢサービス定義情報テーブルのテーブル構成を示す構成図である。 本発明の実施形態におけるリクエスト定義情報テーブルのテーブル構成を示す構成図である。 本発明の実施形態における通知メール解析条件情報の入力画面の構成を示す構成図である。 本発明の実施形態における通知メール定義情報テーブルのテーブル構成を示す構成図である。 本発明の実施形態におけるアカウントに関する情報を検索するための条件の入力画面の構成を示す構成図である。 本発明の実施形態における電子メールの一例を説明するための説明図である。 本発明の実施形態におけるアカウント定義情報テーブルのテーブル構成を示す構成図である。 本発明の実施形態における氏名テーブルのテーブル構成を示す構成図である。 本発明の実施形態に係る情報処理システムにおけるアカウントに関する情報を検索する処理を示すフローチャートである。

以下、図面を参照して、本発明の実施形態を詳細に説明する。

図１は、本発明の実施形態に係る、システム構成の一例を示す図である。尚、図１に示す各種端末の構成は一例であり、目的や用途に応じて様々な構成例があることは言うまでもない。

図１に示すように、本実施形態にかかる情報処理システム１００には、クライアント装置１０１、システム管理者が利用する管理者用クライアント装置１０２、内部プロキシーサーバ１０４、内部メールサーバ１０５が設置されており、それら端末は、ローカルエリアネットワーク（ＬＡＮ）１０３を介して相互に通信可能に接続されており、内部システムとして構築されている。

また、クライアント装置１０１は、広域ネットワーク１０６を介して、少なくとも１以上の外部サービス１０７と相互に通信可能に接続されている。また、ＬＡＮ１０３と広域ネットワーク１０６との間には不図示のファイアウォール装置が設置されており、あらかじめ決められた規則に従った通信制御処理が行われている。

内部プロキシーサーバ１０４は、クライアント装置１０１による外部サービス１０７の利用のための中継サーバであり、クライアント装置１０１と外部サービス１０７との間のＨＴＴＰ通信内容を特定し、その通信内容に応じて後述する各種の処理を行うことになる。

内部メールサーバ１０５は、クライアント装置１０１による電子メール中継のためのサーバ装置であり、クライアント装置１０１のＳＭＴＰ通信内容を特定し、その通信内容に応じて後述する各種の処理を行うことになる。

管理者用クライアント装置１０２は、内部プロキシーサーバ１０４と内部メールサーバ１０５との設定、管理を行うことになる。

次に、図１のクライアント装置１０１、管理者用クライアント装置１０２、内部プロキシーサーバ１０４、内部メールサーバ１０５の各種端末のハードウェア構成について、図２を用いて説明する。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各クライアント装置の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するためのＷＥＢアクセス解析処理１１２や電子メール解析処理１１３を実行するためのプログラム等は、外部メモリ２１１に記憶されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行される。

本発明に係わるＷＥＢアクセス解析処理１１２や電子メール解析処理１１３が用いる定義情報及び各種情報テーブルについても、外部メモリ２１１に記憶されている。これらについての詳細な説明は、後述する。

図３は、内部プロキシーサーバ１０４と内部メールサーバ１０５との機能構成を示す模式図である。図３に示すように、内部プロキシーサーバ１０４は、ＷＥＢサービス定義情報設定手段３１１、リクエスト定義情報設定手段３１２、及び通知メール解析条件設定手段３１３を含む設定情報管理部３１０を備えている。

ＷＥＢサービス定義情報設定手段３１１は、ＷＥＢアクセス解析処理１１２や電子メール解析処理１１３が用いる定義情報及び各種情報テーブルを備えた記憶部３３０のＷＥＢサービス定義情報テーブル３３１に接続されている。

ＷＥＢサービス定義情報設定手段３１１は、外部ウェブサービスのアクセス先情報（詳細後述）等のＷＥＢサービス定義情報の入力を受け付け、ＷＥＢサービス定義情報テーブル３３１に設定（登録、修正、削除等）する。

例えば、ＷＥＢサービス定義情報設定手段３１１は、ＷＥＢサービス定義情報の入力を受け付けるため、図９に示すようなＷＥＢサービス定義情報の入力画面９００を管理者用クライアント装置１０２のディスプレイ装置２１０に表示する。

図９は、管理者用クライアント装置１０２のディスプレイ装置２１０に表示されるＷＥＢサービス定義情報の入力画面の一例を示す図である。

図９に示す入力画面９００では、ＷＥＢサービス定義情報として、アクセス先のサービスを示す名称及びＵＲＬなどの項目の入力を受け付けるためのコントロールが用意されており、管理者用クライアント装置１０２は、この入力画面９００を介して入力された各種のデータをＷＥＢサービス定義情報として受け付ける。

９０１は、ＷＥＢサービス選択欄であって、既に登録済みのＷＥＢサービスが選択可能なように設定されており、ユーザは、既に登録済みのＷＥＢサービス定義情報の修正、削除を行う際に、修正、削除の対象となるＷＥＢサービスをこの選択欄で選択する。

９０２は、ＷＥＢサービスの名称を入力または表示するためのコントロールであり、９０３は、ＷＥＢサービスを提供するＨＴＴＰサーバのアクセス先を示すＵＲＬを入力または表示するためのコントロールである。

また、追加ボタン９０４は、新規にＷＥＢサービスを追加する際に、編集ボタン９０５は、既に登録済みのＷＥＢサービスの内容を修正する際に、削除ボタン９０６は、登録済みのＷＥＢサービスを削除する際に用いられるボタンである。

この入力画面９００を介してユーザより入力を受け付けたＷＥＢサービス定義情報は、図１１に示すＷＥＢサービス定義情報テーブル３３１に登録されることになる。

図１１は、本願発明で用いられるＷＥＢサービス定義情報テーブル３３１の構成の一例を示す図である。図１１に示すように、ＷＥＢサービス定義情報テーブル３３１は、ＷＥＢサービスを一意に識別するためのサービスＩＤ１１０１、そのＩＤで特定されるＷＥＢサービスに対応するサービス名１１０２、サービスを提供するＵＲＬ１１０３が記憶されている。

例えば、サービスＩＤ１１０１が１のＷＥＢサービスは、サービス名１１０２に「Facebook」、ＵＲＬ１１０３に「http://www.facebook.com/」が設定されていることが理解できよう。

入力画面９００のＷＥＢサービス選択欄９０１及び名前９０２は、サービス名１１０２が対応しており、ＵＲＬ９０３は、ＵＲＬ１１０３が対応している。

図３の説明に戻る。図３に示すリクエスト定義情報設定手段３１２は、記憶部３３０のリクエスト定義情報テーブル３３２に接続されている。

リクエスト定義情報設定手段３１２は、ＷＥＢサービス毎に当該ＷＥＢサービスで利用するアカウントを特定するために、ＨＴＴＰリクエストデータ（以下、リクエストデータ）の構造と、データ内容を示すパラメータ情報（詳細後述）、ＨＴＴＰレスポンスデータ種別とＨＴＴＰレスポンスデータ（以下、レスポンスデータ）からアカウント情報の抽出条件などの入力を受け付け、受け付けたそれらの情報をリクエスト定義情報テーブル３３２に登録する。

尚、本発明では、サービスで利用されるアカウントを取得するが、当該サービスへのログイン時に利用する画面に対して、アカウントに関する情報が当該画面に表示されている態様であれば、リクエストデータからアカウントの取得を行う。

一方、ログイン時に画面を利用しない態様の場合、アカウントに関する情報をリクエストデータから取得することが難しいため、レスポンスデータからアカウントに関する情報の取得を行う。

後者の場合、例えば、クッキー等にログイン状態を保存する等した場合、ログイン処理を経ずにサービスの利用を開始することが可能となり、この場合、リクエストデータからアカウントに関する情報を取得することが難しいため、レスポンスデータからアカウントに関する情報を取得する。

また、ログイン時に画面を利用して、アカウントに関する情報が当該画面に表示されている態様においても、アカウントに関する情報が暗号化され、リクエストデータとして各サービスへ送信される状況も想定されるため、このような態様においては、リクエストデータからアカウントを取得することが難しいため、レスポンスデータからもアカウントに関する情報を取得する。

従って、本発明では、リクエストデータ及びレスポンスデータの両データからアカウントに関する情報を取得する態様を有している。

リクエスト定義情報設定手段３１２は、リクエスト定義情報を受け付けるため、例えば、図１０に示すようなリクエスト定義情報の入力画面１０００を管理者用クライアント装置１０２のディスプレイ装置２１０に表示する。

図１０は、管理者用クライアント装置１０２のディスプレイ装置２１０に表示されるリクエスト定義情報の入力画面の一例を示す図である。

図１０に示す入力画面１０００には、リクエスト定義情報として、前記ＷＥＢサービス定義情報設定手段３１１で定義されたサービスを示すサービス名、ＵＲＬ、送信データ条件を表す種別及びアカウント情報の抽出条件、受信データ条件を表す種別及びアカウント情報の抽出条件等の項目の入力を受け付けるためのコントロールが設定されている。

そして、この入力画面１０００を介して入力されたリクエスト定義情報は、図１２に示すリクエスト定義情報テーブル３３２に登録されることになる。

１００１は、リクエスト定義情報を設定するＷＥＢサービスを選択するためのコントロールであり、１００２は、ＵＲＬ表示欄であって、サービス名１００１で選択されたＷＥＢサービスを提供するＨＴＴＰサーバの個別の機能を提供するＵＲＬを入力する欄である。

１００３は、送信データ条件指定欄であって、当該ＷＥＢサービスに対するデータ操作とその条件を指定するためのコントロールであり、１０３１は、サービス名１００１で指定されたＷＥＢサービスに対して、アカウント情報が送信されるリクエストデータを特定するための条件を入力または表示するためのコントロールであり、ＵＲＬ１００２に対して、種別１０３１で指定されるリクエストが送信された場合、抽出条件１０３２で指定されるパラメータから取得する情報を特定するために、入力を行うためのコントロールである。

例えば、ＷＥＢサービスに対するログイン動作からアカウント情報を抽出する場合は、ログインのためのＵＲＬを指定するためにＵＲＬ１００２へ、ＰＯＳＴまたはＧＥＴなどの送信されるリクエストの種別を指定するために種別１０３１へ、アカウント情報が付与されるパラメータ名の抽出条件を指定するために抽出条件１０３２へ、其々入力される。

１００４は、受信データ条件指定欄であって、当該ＷＥＢサービスから取得されるデータとその条件を指定するためのコントロールである。１０４１は、サービス名１００１で指定されたＷＥＢサービスに対して、アカウント情報が受信される条件を特定するために入力または表示するためのコントロールであり、言い換えるならば、ＵＲＬ１００２に対するリクエストの結果得られるレスポンスの種別を表している。

１０４２は、レスポンスデータの中からアカウント情報を抽出するための条件を入力または表示するためのコントロールである。

例えば、ＷＥＢサービスのアカウント情報を表示するページからアカウント情報を抽出する場合は、当該ページのＵＲＬを指定するためにＵＲＬ１００２へ、ＨＴＭＬやＪＳＯＮなどの受信データの種別を指定するために種別１０４１へ、受信データからアカウント情報を抽出するための抽出条件を指定する抽出条件１０４２へ、其々入力がされる。

追加ボタン１００５は、新規にリクエスト定義情報を追加する際に、編集ボタン１００６は、登録済みのリクエスト定義情報の内容を修正する際に、削除ボタン１００７は、既に登録済みのリクエスト定義情報を削除する際に用いられるボタンである。

図１２は、本発明で用いるリクエスト定義情報テーブルの構成の一例を示す図である。図１２のように、リクエスト定義情報テーブル３３２は、それぞれのリクエストＩＤ１２０１に対応するサービスＩＤ１２０２、ＵＲＬ１２０３、送信条件データの種別１２０４、送信データの抽出条件１２０５、受信データの種別１２０６、受信データの抽出条件１２０７が設定されている。

入力画面１０００のサービス名１００１には、サービスＩＤ１２０２とサービスＩＤ１１０１とを紐付けて得られたサービス名１１０２が対応しており、ＵＲＬ１００２、種別１０３１、抽出条件１０３２、種別１０４１、及び抽出条件１０４２の順に、ＵＲＬ１２０３、送信データ種別１２０４、送信データ抽出条件１２０５、受信データ種別１２０６、及び受信データ抽出条件１２０７の順に、其々対応している。

図３の説明に戻る。図３に示す通知メール解析条件設定手段３１３は、記憶部３３０の通知メール定義情報テーブル３３３に接続されている。

通知メール解析条件設定手段３１３は、ＷＥＢサービス毎に、当該ＷＥＢサービスから送信される各種通知メールからアカウントを特定するために、通知メールの条件と通知メールからアカウント情報の抽出条件などの入力を受け付け、受け付けたそれらの情報を通知メール定義情報テーブル３３３に登録する。

通知メール解析条件設定手段３１３は、通知メール解析条件を受け付けるため、例えば、図１３に示すような通知メール解析条件情報の入力画面１３００を管理者用クライアント装置１０２のディスプレイ装置２１０に表示する。

図１３は、管理者用クライアント装置１０２のディスプレイ装置２１０に表示される通知メール解析条件情報の入力画面の一例を示す図である。

図１３に示す入力画面１３００には、通知メール解析条件情報として、ＷＥＢサービス定義情報設定手段３１１で定義されたサービスを示すサービス名、通知メールの差出人アドレスであるＦｒｏｍ、通知メールの件名あるいは本文等、どこからアカウント情報の抽出を行うのかを表す抽出対象、対象文字列からアカウント条件を抽出する条件の形式、抽出条件などの項目の入力を受け付けるためのコントロールが設定されている。

そして、この入力画面１３００を介して入力されたリクエスト定義情報は、図１４に示す通知メール定義情報テーブル３３３に登録されることになる。

１３０１は、通知メール解析条件情報を設定するＷＥＢサービスを選択するためのコントロールであり、１３０２は、通知メールの差出人条件指定欄であって、当該ＷＥＢサービスから送信される通知メールのＦｒｏｍアドレスを指定するためのコントロールである。

１３０３は、通知メールの件名条件指定欄であって、当該ＷＥＢサービスから送信される通知メールの件名を指定するためのコントロールである。

１３０４は、Ｆｒｏｍアドレス１３０２で指定されたＦｒｏｍアドレスと通知メール件名１３０３で指定される件名の条件に一致する通知メールに対して、どの部分に記述されたアカウント情報を対象とするのかを指定するためのコントロールである。

１３０５は、抽出対象１３０４で指定された対象の文字列からアカウント情報を取り出すための抽出条件である。

例えば、図１６で示されるような通知メールがＷＥＢサービスから送信される場合、アカウント情報を抽出するための条件として、Ｆｒｏｍアドレス１３０２には、「notification@sns.example.jp」、通知メール件名１３０３には、「新着メッセージ」、抽出対象１３０４には、「本文」、形式に「正規表現」、抽出条件に通知メール本文「こんにちは」から「さん」の記述の間の文字列を抽出する正規表現による条件として「(?=こんにちは\s*)[^\s]+(?=\s*さん)」などの条件が正規表現１３０５に指定される。

また、追加ボタン１３０６は、新規に通知メール解析条件情報を追加する際に、編集ボタン１３０７は、登録済みの通知メール解析条件情報の内容を修正する際に、削除ボタン１３０８は、既に登録済みの通知メール解析条件情報を削除する際に用いられるボタンである。

図１４は、本発明で用いる通知メール定義情報テーブルの一例を示す図である。図１４のように、通知メール定義情報テーブル３３３は、それぞれのＩＤ１４０１に対応するサービスＩＤ１４０２、ＦＲＯＭ１４０３、件名１４０４、対象１４０５、及び抽出条件１４０６が設定されている。

入力画面１３００のサービス名１３０１には、サービスＩＤ１４０２とサービスＩＤ１１０１とを紐付けて得られたサービス名１１０２が対応しており、Ｆｒｏｍアドレス１３０２、通知メール件名１３０３、抽出対象１３０４、及び正規表現１３０５の順に、ＦＲＯＭ１４０３、件名１４０４、対象１４０５、及び抽出条件１４０６の順に対応している。

図３の説明に戻る。図３に示すアカウント情報検索表示手段３２１は、記憶部３３０のアカウント情報テーブル３３４及び氏名テーブル３３５に接続されている。

アカウント情報検索表示手段３２１は、本願発明のＷＥＢアクセス解析処理部３４０（詳細後述）及び電子メール解析処理部３５０（詳細後述）が、前述のリクエスト定義情報テーブル３３２と通知メール定義情報テーブル３３３に記憶された条件に従い、ＷＥＢサービスの利用アカウントを抽出した結果をアカウント情報テーブル３３４に記憶したものを、管理者が指定した条件に一致するものを抽出して表示、あるいは全件表示する。

アカウント情報検索表示手段３２１は、アカウント情報の検索条件を受け付けるため、例えば図１５に示すようなアカウント情報の検索条件情報の入力画面１５００を管理者用クライアント装置１０２のディスプレイ装置２１０に表示する。

図１５は、管理者用クライアント装置１０２のディスプレイ装置２１０に表示されるアカウント情報を検索するための条件の入力画面の一例を示す図である。

図１５に示す入力画面１５００には、ＷＥＢサービスのユーザ氏名、ＩＰアドレス、ＷＥＢサービス名、ＷＥＢサービスのアカウント名メール通知メール解析条件情報として、前記ＷＥＢサービス定義情報設定手段で定義されたサービスを示すサービス名が表示されている。

１５０１は、表示するアカウント情報を絞り込むための検索条件を設定するためのコントロールであり、検索ボタン１５０２は、検索条件１５０１に設定された条件に従い検索する際に用いるボタンである。

１５０８は、表示欄であって、検索条件１５０１で指定された検索条件に一致するアカウント情報を表示する表示欄である。

表示欄１５０８の各行が１つのアカウント情報を表し、列１５０３は、ＷＥＢサービスを利用するユーザの氏名、列１５０４は、ＷＥＢサービスユーザのクライアント装置１０１のＩＰアドレス、列１５０５は、ＷＥＢサービスユーザのメールアドレス表示欄、列１５０６は、ＷＥＢサービス名、列１５０７は、ＷＥＢサービス上で利用しているアカウント名の表示欄である。

また、内部プロキシーサーバ１０４は、ＷＥＢサービスに対するリクエストデータを取得するリクエスト取得手段３４１、当該リクエストデータを解析するリクエスト解析手段３４２、及び当該リクエストに対するレスポンスデータを解析するレスポンス解析手段３４３を含むＷＥＢアクセス解析処理部３４０を備えており、後述するＷＥＢアクセス解析処理１１２を実行する。

更に、内部メールサーバ１０５は、参照対象とする電子メールを取得する電子メール取得手段３５１、及び取得した電子メールの解析を行う電子メール解析手段３５２を含む電子メール解析処理部３５０を備えており、後述する電子メール解析処理１１３を実行する

次に、図５に示すフローチャートを用いて、内部プロキシーサーバ１０４のＣＰＵ２０１によって行われるＷＥＢアクセス解析処理１１２の手順の一例について説明する。

図５に従った処理を開始する時点では、クライアント装置１０１は、外部サービス１０７が提供するウェブページがアクセス可能な状態にある。

まず、ステップＳ５０１では、リクエスト取得手段３４１は、クライアント装置１０１が生成し、外部サービス１０７に対して送信するリクエストデータの補足を行う。補足の方法としては、リクエストデータに含まれる接続先のリクエストＵＲＬに該当するＷＥＢサービス定義情報テーブル３３１のＵＲＬ１１０３を取得し、取得したＵＲＬ１１０３に対応するサービスＩＤ１１０１、及びサービス名１１０２を取得する。

ステップＳ５０２では、リクエスト解析手段３４２は、ステップＳ５０１においてリクエストデータを補足した場合には、リクエストデータをさらに構成要素（以降の処理で参照する各要素）に分解する。

例えば、リクエストパラメータ値については、アンパサンド記号を区切り文字としてトークンに分解し、さらに各トークンについては、＝を区切り文字とする名前−値のペアに分解する。

また、Content-TypeヘッダやContent-LengthまたはTransfer-Encodingヘッダの内容に基づき、リクエストボディの内容も解析し、構成要素に分解する。

次に、ステップＳ５０３では、リクエスト解析手段３４２は、リクエスト定義情報テーブル３３２を検索し、リクエストデータに設定されているリクエストＵＲＬが何れかのリクエスト定義情報のＵＲＬ１２０３に該当し、送信データ種別１２０４が一致し、受信データ種別１２０６が未定義であるかを判定することにより、送信データ解析対象であるかを判定する。

ステップＳ５０４では、リクエスト解析手段３４２は、送信データ解析対象であると判定した場合には、ステップＳ５０６に処理を進め、送信データ解析処理（詳細後述）を行い、送信データ解析対象ではないと判定した場合には、ステップＳ５０５に処理を進める。

ステップＳ５０５では、レスポンス解析手段３４３は、リクエストデータに設定されているリクエストＵＲＬが何れかのリクエスト定義情報のＵＲＬ１２０３に該当し、送信データ種別１２０４、受信データ種別１２０６と一致するかを判定することにより、受信データ解析対象であるかを判定する。

レスポンス解析手段３４３が、受信データ解析対象であると判定した場合には、ステップＳ５０７に処理を進め、受信データ解析処理（詳細後述）を行い、受信データ解析対象ではないと判定した場合には、ステップＳ５０８に処理を進める。

以上の処理を、ＷＥＢアクセス解析処理１１２が終了された（ステップＳ５０８でＹＥＳ）と判断するまで繰り返すことになる。

以上が、内部プロキシーサーバ１０４のＣＰＵ２０１によって行われるＷＥＢアクセス解析処理の手順の一例である。

次に、図６に示すフローチャートを参照して、図５のステップＳ５０６の送信データ解析処理の詳細について説明する。本処理は、内部プロキシーサーバ１０４のＣＰＵ２０１によって行われる。

まず、ステップＳ６０１では、リクエスト解析手段３４２は、図５のステップＳ５０２のリクエストデータ解析処理の結果得られたリクエストデータの構成要素のうち、リクエストデータを取り出したうえで、ステップＳ６０２に処理を進める。

ステップＳ６０２では、リクエスト解析手段３４２は、リクエスト定義情報テーブル３３２から、図５のステップＳ５０３で一致したリクエスト定義情報の送信データ抽出条件１２０５を取り出す。

次に、ステップＳ６０３では、リクエスト解析手段３４２は、ステップＳ６０２で取り出した送信データ抽出条件１２０５に従って、ステップＳ６０１で取り出したリクエストデータからアカウント名を抽出できた場合には、処理をステップＳ６０４に進め、アカウント名を抽出できなかった場合には、本処理を終了する。

前述では、リクエストデータからアカウント名の抽出を行っているが、図４の上段に示すように、クライアント装置１０１からのリクエストデータには、サービスへログインする際に利用する画面に関する情報が含まれており、アカウント名の例として、当該画面に表示された「ユーザ名」が抽出される。

ステップＳ６０４では、リクエスト解析手段３４２は、ステップＳ６０３で抽出したアカウント名及び図５のステップＳ５０３で一致したリクエスト定義情報のサービスＩＤ１２０２、に該当するアカウント情報テーブル３３４のサービスＩＤ１７０１及びアカウント名１７０２のレコードを検索し、ステップＳ６０５では、リクエスト解析手段３４２は、一致するものが無ければ新規アカウントと判定する。

新規アカウントと判定した場合は、ステップＳ６０６に処理を進め、検出したアカウント情報をアカウント情報テーブル３３４に対して追加処理を行い、本処理を終了する。

本ステップでいうアカウント情報とは、ステップＳ６０４における図５のステップＳ５０３で一致したリクエスト定義情報のサービスＩＤ１２０２、ステップＳ６０３で抽出したアカウント名、リクエストデータを送信したクライアント装置１０１のＩＰアドレス（つまりステップＳ６０３におけるリクエストデータに含まれるＩＰアドレス）、リクエストデータを送信したクライアント装置１０１の認証名（つまりステップＳ６０３におけるリクエストデータに含まれる認証名）を含む構成であり、当該アカウント情報は、記載順に、アカウント情報テーブル３３４のサービスＩＤ１７０１、アカウント名１７０２、ＩＰアドレス１７０３、及び認証名１７０４の順に記憶される。

尚、認証名は、クライアント装置１０１に対して内部プロキシーサーバ１０４が認証を行う場合に利用する認証名であり、認証を行わない場合は、アカウント情報には含まれないため、アカウント情報テーブル３３４への記憶は行わない。

ステップＳ６０５において、アカウント情報テーブル３３４のサービスＩＤ１７０１及びアカウント名１７０２に一致するサービスＩＤ及びアカウント名が存在し、新規アカウントと判定されなかった場合、本処理を終了する。

図１７は、本発明で用いるアカウント情報テーブル３３４の一例を示す図である。図１７のように、アカウント情報テーブル３３４は、図５のステップＳ５０３で一致したリクエスト定義情報のサービスＩＤ１７０１、抽出したアカウント名１７０２、リクエストを送信したクライアント装置１０１のＩＰアドレス１７０３、内部プロキシーサーバ１０４でユーザに認証を行っている場合に得られる認証名１７０４、メールアドレス（取得方法の詳細後述）１７０５が設定されている。

以上が、図５のステップＳ５０６の送信データ解析処理の詳細説明である。

次に、図７に示すフローチャートを参照して、図５のステップＳ５０７の受信データ解析処理の詳細について説明する。図７は、内部プロキシーサーバ１０４のＣＰＵ２０１によって行われる。

まず、ステップＳ７０１では、レスポンス解析手段３４３は、図５のステップＳ５０２のリクエストデータ解析処理の結果得られたリクエストデータの構成要素のうち、リクエストデータを取り出したうえで、処理をステップＳ７０２に移行する。

その後、ステップＳ７０２では、レスポンス解析手段３４３は、ステップＳ７０１で取り出したリクエストデータに対するレスポンスデータを受信したと判定するまでレスポンスデータの待ち状態を継続する。

ステップＳ７０３では、レスポンス解析手段３４３は、外部サービス１０７よりレスポンスデータを受け付けると、ステップＳ７０４では、レスポンス解析手段３４３は、リクエスト定義情報テーブル３３２から、図５のステップＳ５０３で一致したリクエスト定義情報の受信データ抽出条件１２０７を取り出す。

次に、ステップＳ７０５では、レスポンス解析手段３４３は、ステップＳ７０４において取り出した受信データ抽出条件１２０７に従って、ステップＳ７０３において受付けたレスポンスデータからアカウント名を抽出できた場合には、ステップＳ７０６に処理を進め、アカウント名を抽出できなかった場合には、本処理を終了する。

前述では、レスポンスデータからアカウント名の抽出を行っているが、図４の下段に示すように、サービスからのレスポンスデータには、サービスを提供するための画面に関する情報が含まれており、アカウント名の例として、当該画面に表示された「山田太郎」が抽出される。

ステップＳ７０６では、レスポンス解析手段３４３は、ステップＳ７０５において抽出したアカウント名及び図５のステップＳ５０３で一致したリクエストＩＤ１２０１、に該当するアカウント情報テーブル３３４のサービスＩＤ１７０１及びアカウント名１７０２のレコードを検索し、ステップＳ７０７では、レスポンス解析手段３４３は、一致するものが無ければ新規アカウントと判定する。

新規アカウントと判定した場合は、ステップＳ７０８に処理を進め、ステップＳ７０８では、レスポンス解析手段３４３は、検出したアカウント情報をアカウント情報テーブル３３４に追加処理を行い、本処理を終了する。

本ステップでいうアカウント情報とは、ステップＳ７０６における図５のステップＳ５０３で一致したリクエスト定義情報のサービスＩＤ１２０２、ステップＳ７０３で抽出したアカウント名、及びリクエストデータを送信した（あるいはレスポンスデータの送信先の）クライアント装置１０１のＩＰアドレス（つまりステップＳ７０３におけるレスポンスデータに含まれるＩＰアドレス）、を含む構成であり、当該アカウント情報は、記載順に、アカウント情報テーブル３３４のサービスＩＤ１７０１、アカウント名１７０２、及びＩＰアドレス１７０３の順に記憶される。

ステップＳ７０７でアカウント情報テーブル３３４に一致するサービスＩＤ、アカウント名が存在し、新規アカウントと判定されなかった場合（ステップＳ７０７でＮＯ）、本処理を終了する。

以上が、図５のステップＳ５０７の受信データ解析処理の詳細説明である。

次に図８に示すフローチャートを参照して、内部メールサーバ１０５によって行われる電子メール解析処理１１３の手順の一例について説明する。本処理は、内部メールサーバ１０５のＣＰＵ２０１によって行われる。

図８に従った処理を開始する時点では、内部メールサーバ１０５は、外部サービス１０７が送信する電子メールを中継または記録可能な状態にある。

まず、ステップＳ８０１は、電子メール取得手段３５１は、外部サービス１０７が送信した電子メールの取得を行う。電子メールの所得は、中継処理を行う際に、リアルタイムに実施してもよいし、中継する電子メールを記録または保存しておいて事後的に検索または解析処理を繰返し実行してもよい。

次に、ステップＳ８０２では、電子メール解析手段３５２は、ステップＳ８０１で取得した電子メールのＦＲＯＭアドレス及び件名が、通知メール定義情報テーブル３３３のＦＲＯＭ１４０３及び件名１４０４の全部または一部が一致するか否かを検索する。

ステップＳ８０３では、電子メール解析手段３５２は、通知メールであると判定した場合には、ステップＳ８０４に処理を進め、通知メールではないと判定した場合には、ステップＳ８０９に処理を進める。

ステップＳ８０４では、電子メール解析手段３５２は、通知メール定義情報テーブル３３３から、ステップＳ８０３で一致した通知メール定義情報の抽出条件１４０６を取り出し、ステップＳ８０５に処理を進める。

次に、ステップＳ８０５では、電子メール解析手段３５２は、ステップＳ８０３で取り出した抽出条件１４０６に従って、ステップＳ８０１で取得した電子メールからアカウント名を抽出できた場合には、ステップＳ８０６に処理を進め、アカウント名を抽出できなかった場合には、ステップＳ８０９に処理を進める。

ステップＳ８０６では、電子メール解析手段３５２は、ステップＳ８０５において抽出したアカウント名及びステップＳ８０３で一致した通知メール定義情報のサービスＩＤ１４０２、に該当するアカウント情報テーブル３３４のサービスＩＤ１７０１及びアカウント名１７０２のレコードを検索し、ステップＳ８０７では、電子メール解析手段３５２は、一致するものが無ければ新規アカウントと判定する。

新規アカウントと判定した場合は、ステップＳ８０８に処理を進め、検出したアカウント情報をアカウント情報テーブル３３４に追加処理を行い、ステップＳ８０９に処理を進める。

本ステップでいうアカウント情報とは、ステップＳ８０３における一致した通知メール定義情報のサービスＩＤ１４０２、ステップＳ８０５において抽出したアカウント名、ステップＳ８０１で取得した電子メールに設定された宛先のメールアドレス（各サービスが所有するメールアドレス）、を含む構成であり、当該アカウント情報は、記載順に、アカウント情報テーブル３３４のサービスＩＤ１７０１、アカウント名１７０２、及びメールアドレス１７０５の順に記憶される。

ステップＳ８０７では、電子メール解析手段３５２は、アカウント情報テーブル３３４に一致するサービスＩＤ及びアカウント名が存在し、新規アカウントと判定されなかった場合、ステップＳ８０９に処理を進める。

以上の処理を、電子メール解析処理１１３が終了されたと判断するまで繰り返すことになる。

以上が、内部メールサーバ１０５の電子メール解析処理の手順の一例である。

尚、ＷＥＢアクセス解析処理１１２は、内部プロキシーサーバ１０４のＣＰＵ２０１で処理され、電子メール解析処理１１３は、内部メールサーバ１０５のＣＰＵ２０１で処理される。

しかし、ＷＥＢサービス定義情報設定手段３１１、リクエスト定義情報設定手段３１２、通知メール解析条件設定手段は、内部プロキシーサーバ１０４、内部メールサーバ１０５いずれで処理されてもよい。

また、これらの設定手段により登録されるＷＥＢサービス定義情報テーブル３３１、リクエスト定義情報テーブル３３２、通知メール定義情報テーブル３３３は、内部プロキシーサーバ１０４と内部メールサーバ１０５からアクセスできればよく、内部プロキシーサーバ１０４の外部メモリ２１１、あるいは内部メールサーバ１０５の外部メモリ２１１いずれに記録されてもよい。

また、ＷＥＢアクセス解析処理部３４０と電子メール解析処理部３５０から検索、登録されるアカウント情報テーブル３３４も内部プロキシーサーバ１０４と内部メールサーバ１０５からアクセスできればよく、内部プロキシーサーバ１０４の外部メモリ２１１、あるいは内部メールサーバ１０５の外部メモリ２１１いずれに記録されてもよい。

図３に戻り、アカウント情報検索表示手段３２１における手順の一例について説明する。尚、アカウント情報検索表示手段３２１は、内部プロキシーサーバ１０４、内部メールサーバ１０５いずれのＣＰＵ２０１で処理されてもよい。

図１９は、アカウント情報検索表示手段３２１における処理手順の一例を示すフローチャートである。

まず、ステップＳ１９０１では、管理者用クライアント装置１０２に、図１５の下段に示すような検索用初期画面１５０９を表示し、ステップＳ１９０２では、管理者からの検索条件の入力と検索実行支持を受け付ける。尚、検索用初期画面１５０９については、入力画面１５００と同様な機能であるため説明は省略する

ステップＳ１９０３では、管理者からの検索実行指示を受付けるまで（検索ボタン１５０２が押下されるまで）検索指示を受付ける。管理者から検索実行指示を受け付けたら、ステップＳ１９０４に処理を進める。

ステップＳ１９０４では、検索条件１５０１に入力された検索条件に一致するアカウント情報をアカウント情報テーブル３３４から取得する。検索条件が入力されずに、検索ボタン１５０２が押下され検索実行指示を受けた場合には、アカウント情報テーブル３３４のアカウント情報を全件取得する。

検索したアカウント情報の１件毎にステップＳ１９０５からステップＳ１９０９を繰り返す。

ステップＳ１９０６では、各アカウント情報に含まれるＩＰアドレス、認証名、及びメールアドレスに該当するユーザの氏名テーブル３３５のレコードが存在する場合には、氏名情報を取得する。

図１８には、氏名テーブル３３５の一例を示す構成図が示されている。

図１８のように、内部システムにおけるユーザを一意に識別するための社員ＣＤ１８０１、ユーザが所属する組織を識別するための所属ＣＤ１８０２、ユーザの氏名を示す氏名１８０３、内部システムへのアクセス認証時に利用するためのユーザ名を示す認証名１８０４、内部ステムで利用するクライアント装置１０１のＩＰアドレス１８０５、及びユーザが利用しているメールアドレスを示すメールアドレス１８０６が設定されている。

これは、あくまでも氏名テーブル３３５の一例であって、ＩＰアドレスやメールアドレス等のユーザに関係するユーザ情報と当該ユーザの氏名等のユーザを識別可能なユーザ識別情報が結び付けられる情報があればよい。

氏名テーブル３３５からＩＰアドレス、認証名、及びメールアドレスなどに一致するするレコードが検索できない場合には、処理をステップＳ１９０８に処理を進める。

ステップＳ１９０８で、アカウント情報とステップＳ１９０７で検索したユーザ識別情報がある場合は、それも合わせて管理者の管理者用クライアント装置１０２に表示する。

以上をステップＳ１９０４で検索条件に一致したアカウント情報が無くなくなるまで繰り返す。

以上、本発明に依れば、外部サービスに対してサービスを要求する際の通信データから当該外部サービスのユーザのアカウント情報を抽出して、当該ユーザのアカウント情報と内部のユーザ情報と対応させて記憶管理することで、ユーザの外部サービスの利用状況を監視することで、情報漏洩等のリスクを軽減することができる、

また、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータで稼働しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム、あるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 情報処理システム
１０１ クライアント装置
１０２ クライアント装置
１０３ ローカルエリアネットワーク（ＬＡＮ）
１０４ 内部プロキシーサーバ
１０５ 内部メールサーバ
１０６ 広域ネットワーク
１０７ 外部サービス
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆ（インターフェース）コントローラ
２０９ キーボード
２１０ ディスプレイ装置
２１１ 外部メモリ

Claims (20)

1. クライアント端末と外部サービスとの間で通信される通信データを中継する情報処理装置であって、
   前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段と、
   前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得手段と、
   前記通信データ取得手段によって取得した通信データから、前記抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得手段と、
   前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得手段によって取得したアカウント情報の表示を制御するアカウント情報表示手段と、
   を備えることを特徴とする情報処理装置。
2. 前記記憶手段は、前記クライアント端末から前記外部サービスに対して送信される通信データから前記外部サービスで利用されるアカウント情報を抽出するための、及び、前記外部サービスから前記クライアント端末に対して送信される通信データから前記アカウント情報を抽出するための条件を含む前記抽出条件を記憶し、
   前記通信データ取得手段は、前記クライアント端末から前記外部サービスに対して送信される通信データ、及び、前記外部サービスから前記クライアント端末に対して送信される通信データを取得することを特徴とする請求項１に記載の情報処理装置。
3. 前記通信データ取得手段は、前記アカウント情報取得手段によって、前記クライアント端末から前記外部サービスに対して送信される通信データから前記アカウント情報を取得できなかった場合、前記アカウント情報を取得できなかった通信データに対応する、前記外部サービスから前記クライアント端末に対して送信される通信データを取得することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記記憶手段は、前記外部サービスからクライアント端末に対して送信される通信データに含まれる画面データから生成される画面に表示されるアカウント情報を抽出するための前記抽出条件を記憶することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 前記記憶手段は、前記外部サービスを特定するためのＵＲＬを含む前記抽出条件を記憶し、
   前記アカウント情報取得手段は、前記通信データ取得手段によって取得した前記クライアント端末と前記外部サービスとの通信における通信データに含まれる前記外部サービスを特定するためのＵＲＬが、前記抽出条件に含まれるＵＲＬに該当する場合、前記アカウント情報を取得することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
6. 前記記憶手段は、前記外部サービスを特定するためのＵＲＬに対応して、前記通信データにおけるアカウント情報を備えた箇所情報を含む前記抽出条件を記憶し、
   前記アカウント情報取得手段は、前記通信データ取得手段によって取得した通信データのＵＲＬに該当する前記抽出条件のＵＲＬに対応する、前記箇所情報から特定されるアカウント情報を取得することを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
7. 前記記憶手段は、前記外部サービスを特定するためのＵＲＬ及び前記通信データの種別に対応して、前記通信データにおけるアカウント情報を備えた箇所情報を含む前記抽出条件を記憶し、
   前記アカウント情報取得手段は、前記通信データ取得手段によって取得した通信データのＵＲＬ及び種別に該当する前記抽出条件のＵＲＬ及び前記通信データの種別に対応する、前記箇所情報から特定されるアカウント情報を取得することを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
8. 前記外部サービスから前記クライアント端末に対して送信される通信データは、電子メールであることを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
9. 前記記憶手段は、前記外部サービスから前記クライアント端末に対して送信される通信データに含まれる電子メールに対する抽出領域に表示されるアカウント情報を抽出するための前記抽出条件を記憶することを特徴とする請求項８に記載の情報処理装置。
10. 前記記憶手段は、前記電子メールのＦＲＯＭアドレスに対応して、前記電子メールに対する抽出領域に表示されるアカウント情報を抽出するための前記抽出条件を記憶し、
    前記アカウント情報取得手段は、前記通信データ取得手段によって取得した電子メールのＦＲＯＭアドレスに該当する前記抽出条件の抽出領域を用いて、前記電子メールからアカウント情報を取得することを特徴とする請求項８または９に記載の情報処理装置。
11. 前記記憶手段は、前記電子メールのＦＲＯＭアドレス及び件名に対応して、前記電子メールに対する抽出領域に表示されるアカウント情報を抽出するための前記抽出条件を記憶し、
    前記アカウント情報取得手段は、前記通信データ取得手段によって取得した電子メールのＦＲＯＭアドレス及び電子メールの件名に該当する前記抽出条件の抽出領域を用いて、前記電子メールからアカウント情報を取得することを特徴とする請求項８乃至１０の何れか１項に記載の情報処理装置。
12. 前記記憶手段は、前記外部サービスから前記クライアント端末に対して送信される通信データに含まれる電子メールに対する抽出領域として定められた本文に表示されるアカウント情報を抽出するための前記抽出条件を記憶することを特徴とする請求項８乃至１１の何れか１項に記載の情報処理装置。
13. 前記記憶手段は、前記電子メールの抽出領域から文字を抽出すたるための正規表現を含む前記抽出条件を記憶し、
    前記アカウント情報取得手段は、前記抽出条件の正規表現を用いて、前記通信データ取得手段によって取得した電子メールから前記アカウント情報を取得することを特徴とする請求項８乃至１２の何れか１項に記載の情報処理装置。
14. 前記記憶手段は、電子メールのＦＲＯＭアドレス及び電子メールの件名に対応して、前記電子メールの抽出対象から文字列を抽出すたるための正規表現を含む抽出条件を記憶し、
    前記アカウント情報取得手段は、前記通信データ取得手段によって取得した電子メールのＦＲＯＭアドレス及び電子メールの件名に該当する前記抽出条件の正規表現を用いて、前記電子メールからアカウント情報を取得することを特徴とする請求項８乃至１３の何れか１項に記載の情報処理装置。
15. 前記アカウント情報表示手段は、前記特定情報から特定可能な前記クライアント端末を利用しているユーザを識別するユーザ情報と前記抽出したアカウント情報の表示を制御することを特徴とする請求項１乃至１４の何れか１項に記載の情報処理装置。
16. 外部サービスに対する要求を行うクライアント端末と、前記要求される外部サービスに関する情報を表示する管理者用クライアント端末と、前記クライアント端末から前記外部サービスへの要求を中継する情報処理装置と、がネットワークを介して接続された情報処理システムであって、
    前記情報処理装置は、
    前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段と、
    前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得手段と、
    前記通信データ取得手段によって取得した通信データから、前記抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得手段と、
    前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得手段によって取得したアカウント情報を前記管理者用クライアント端末へ送信する送信手段と、
    を備え、
    前記管理者用クライアント端末は、
    前記送信手段によって送信された特定情報及びアカウント情報を受信する受信手段と、
    前記受信手段によって受信した特定情報及びアカウント情報を表示する表示手段と、
    を備えたことを特徴とする情報処理システム。
17. クライアント端末と外部サービスとの間で通信される通信データを中継する情報処理装置の制御方法であって、
    前記情報処理装置は、
    前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得ステップと、
    前記通信データ取得ステップによって取得した前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段によって記憶した抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得ステップと、
    前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得ステップによって取得したアカウント情報の表示を制御するアカウント情報表示ステップと、
    を実行することを特徴とする情報処理装置の制御方法。
18. クライアント端末と外部サービスとの間で通信される通信データを中継する情報処理装置で実行されるプログラムあって、
    前記情報処理装置を、
    前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得手段と、
    前記通信データ取得手段によって取得した前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段に記憶した抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得手段と、
    前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得手段によって取得したアカウント情報の表示を制御するアカウント情報表示手段と、
    して機能させることを特徴とするプログラム。
19. 外部サービスに対する要求を行うクライアント端末と、前記要求される前記外部サービスに関する情報を表示する管理者用クライアント端末と、前記クライアント端末から外部サービスへの要求を中継する情報処理装置と、がネットワークを介して接続された情報処理システムの制御方法であって、
    前記情報処理装置は、
    前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得ステップと、
    前記通信データ取得ステップによって取得した前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段に記憶した抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得ステップと、
    前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得ステップによって取得したアカウント情報を前記管理者用クライアント端末へ送信する送信ステップと、
    を実行し、
    前記管理者用クライアント端末は、
    前記送信ステップによって送信された特定情報及びアカウント情報を受信する受信ステップと、
    前記受信ステップによって受信した特定情報及びアカウント情報を表示する表示ステップと、
    を実行することを特徴とする情報処理システムの制御方法。
20. 外部サービスに対する要求を行うクライアント端末と、前記要求される外部サービスに関する情報を表示する管理者用クライアント端末と、前記クライアント端末から前記外部サービスへの要求を中継する情報処理装置と、がネットワークを介して接続された情報処理システムにおいて実行されるプログラムであって、
    前記情報処理装置を、
    前記クライアント端末と前記外部サービスとの通信における通信データを取得する通信データ取得手段と、
    前記通信データ取得手段によって取得した前記クライアント端末と前記外部サービスとの通信における通信データから、前記外部サービスで利用されるアカウント情報を抽出するための抽出条件を記憶する記憶手段に記憶した抽出条件を用いて、前記外部サービスで利用されるアカウント情報を取得するアカウント情報取得手段と、
    前記通信データに含まれる前記クライアント端末を特定可能な特定情報に対応させて前記アカウント情報取得手段によって取得したアカウント情報を前記管理者用クライアント端末へ送信する送信手段と、
    して機能させ、
    前記管理者用クライアント端末を、
    前記送信手段によって送信された特定情報及びアカウント情報を受信する受信手段と、
    前記受信手段によって受信した特定情報及びアカウント情報を表示する表示手段と、
    して機能させることを特徴とするプログラム。

Images