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

Description

本発明は、情報処理システム、情報処理装置、情報処理方法及びプログラムに関する。

近年、クラウドコンピューティング等により多種多様なクラウドサービスが提供されるようになった。例えば、メールサービスやストレージサービス、ＦＡＸ送信サービス等がクラウドサービスとして提供されている。また、画像処理サービスや配信処理サービスの種類と、各サービスの処理順序とを定義することで、ワークフロー等の処理フローを実行するサービスが提供されるようになった。

従来、例えばメール送信やＦＡＸ送信、フォルダへの電子ファイル格納等、様々なイベントの発生を条件として処理フローを実行させる技術が知られている（例えば特許文献１参照）。

しかしながら、上記の従来技術では、メール送信を条件として処理フローを実行させる場合に、処理フローの実行を許可されたユーザ以外からのメール送信についてのセキュリティが考慮されていないという課題があった。

本発明の一実施形態は、上記の点に鑑みてなされたもので、メールの受信をトリガとして実行するジョブのセキュリティを向上させることを目的とする。

上記目的を達成するため、本発明の一実施形態は、メールを送信する端末と、前記メールの受信をトリガとしてジョブを実行する１以上の情報処理装置と、を有する情報処理システムであって、前記１以上の情報処理装置は、前記メールを受信するメール受信部と、受信した前記メールの送信元アドレスと対応付けられている顧客情報に基づいて前記メールを検証する認証管理部と、前記認証管理部による前記メールの検証結果に応じて前記ジョブを実行するか否かを判断するメール制御部と、を有し、前記認証管理部は、受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致しているか否かにより前記メールを検証し、前記メール制御部は、前記受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致している場合に、前記ジョブを実行すると判断することを特徴とする。

本発明の一実施形態によれば、メールの受信をトリガとして実行するジョブのセキュリティを向上させることができる。

第一の実施形態に係る情報処理システムの一例のシステム構成を示す図である。 本実施形態に係るコンピュータの一例のハードウェア構成図である。 第一の実施形態に係るサービス提供システム、機器、及びユーザ端末の一例の機能構成を示す図である。 外部のメールシステムを利用する例を示した説明図である。 認証管理情報の一例の構成図である。 第一の実施形態に係るサービス提供システムの処理の一例を示すシーケンス図である。 顧客ＩＤが埋め込まれている宛先メールアドレスの一例の構成図である。 第二の実施形態に係るサービス提供システムの処理の一例を示すシーケンス図である。 ワークフローＩＤが埋め込まれている宛先メールアドレスの一例の構成図である。 顧客情報とワークフローＩＤとを対応付ける情報の一例の構成図である。 第三の実施形態に係るサービス提供システムの処理の一例を示すシーケンス図である。 管理者のメールアドレスに送信されるエラーメールの一例のイメージ図である。

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

［第一の実施形態］
＜システム構成＞
まず、第一の実施形態に係る情報処理システム１のシステム構成について、図１を参照しながら説明する。図１は、第一の実施形態に係る情報処理システム１の一例のシステム構成を示す図である。図１の情報処理システム１は、サービス提供環境Ｅ１と、ユーザ環境Ｅ２とを有し、インターネット等の広域的なネットワークＮ１を介して通信可能に接続されている。また、サービス提供環境Ｅ１及びユーザ環境Ｅ２は、ネットワークＮ１を介して、ストレージシステム５０及びメールシステム６０と通信可能に接続されている。

ストレージシステム５０及びメールシステム６０は、それぞれストレージサービス及びメールサービスを提供するコンピュータシステムである。ストレージサービスは、記憶領域の貸し出しなど、ストレージサーバの機能を提供するクラウドサービスである。また、メールサービスは、メール送受信やメール転送など、メールサーバの機能を提供するクラウドサービスである。

サービス提供環境Ｅ１はネットワークＮ１を介してクラウドサービス等の外部サービスと連携した所定のサービスを提供するサービス提供者のシステム環境である。なお、本実施形態では、外部サービスの具体例としてクラウドサービスを採用して説明するが、これに限られない。本実施形態は、例えばＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等、ネットワークを介して提供される各種の外部サービスに関して適用されても良い。

サービス提供環境Ｅ１は、一台以上の情報処理装置（コンピュータ）により実現されるサービス提供システム１０を有する。サービス提供システム１０は、ネットワークＮ１を介して、後述する機器２０及びユーザ端末４０に所定のサービスを提供する。

例えばサービス提供システム１０は、所定のイベントの発生をトリガとして機器２０又はユーザ端末４０が指定した電子ファイルにＯＣＲ（Optical Character Recognition）処理を行った上で、ストレージシステム５０に配信（アップロード）するサービスを提供する。以降では、このようなサービスをＯＣＲ配信サービスとも表す。

ただし、サービス提供システム１０により提供されるサービスは、上記の例に限定されない。サービス提供システム１０は、例えば所定のイベントの発生をトリガとして、機器２０又はユーザ端末４０が指定した電子ファイルを所定のデータ形式に変換した上で、ストレージシステム５０に配信するサービスを提供しても良い。また、サービス提供システム１０は、例えば所定のイベントの発生をトリガとして、機器２０又はユーザ端末４０が指定した電子ファイルを所定のデータ形式に変換した上で、メール配信するサービスを提供しても良い。

このように、本実施形態に係るサービス提供システム１０は、所定のイベントの発生をトリガとして、各種のサービスを提供する。ここで、イベントとは、所定のメールアドレス宛へのメール送信である。すなわち、サービス提供システム１０は例えばサービス提供システム１０又はメールシステム６０が提供するメールサービスを利用して、ＯＣＲ配信サービス等の各種のサービスを提供する。

ユーザ環境Ｅ２は、例えば、サービス提供システム１０が提供する各種のサービスを利用するユーザ（サービス利用者）のシステム環境である。ユーザ環境Ｅ２は、一台以上の機器２０及びユーザ端末４０が、例えばＬＡＮ（Local Area Network）等のネットワークＮ２を介して通信可能に接続されている。

本実施形態に係る機器２０及びユーザ端末４０は、通信機能を備え、所定のメールアドレス宛へのメール送信ができる装置であればよい。機器２０は、例えば、画像形成装置、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）などであってもよい。ユーザ端末４０は、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣ、又はデスクトップＰＣなどであってもよい。

ユーザは、機器２０又はユーザ端末４０を用いて、サービス提供システム１０が提供する各種のサービスを利用することができる。

なお、図１に示す情報処理システム１の構成は一例である。例えば図１に示す情報処理システム１は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの1つを示すものにすぎない。

ある実施形態では、サービス提供システム１０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。なお、サービス提供システム１０の各要素は、１つの情報処理装置にまとめられてもよいし、複数の情報処理装置に分けられてもよい。

また、図１に示す情報処理システム１の構成は、例えば、サービス提供システム１０を実現する１台以上の情報処理装置のうちの一部の情報処理装置が、ユーザ環境Ｅ２に含まれていても良い。

また、ストレージシステム５０及びメールシステム６０の少なくとも１つのシステムがサービス提供環境Ｅ１又はユーザ環境Ｅ２に含まれていても良い。すなわち、ストレージサービス及びメールサービスの少なくとも１つのサービスが、サービス提供者又はサービス利用者により提供されていても良い。

さらに、サービス提供環境Ｅ１及びユーザ環境Ｅ２は、複数のストレージシステム５０や複数のメールシステム６０と通信可能に接続されていても良い。例えば、サービス提供システム１０は、外部サービス名「ストレージＡ」のストレージサービスを提供するストレージシステム５０Ａ、及び外部サービス名「ストレージＢ」のストレージサービスを提供するストレージシステム５０Ｂと通信可能に接続されていても良い。

＜ハードウェア構成＞
《コンピュータ》
図１に示すサービス提供システム１０及びユーザ端末４０は、例えば図２に示すようなハードウェア構成のコンピュータ５００により実現される。図２は、本実施形態に係るコンピュータの一例のハードウェア構成図である。

図２に示されているように、コンピュータ５００はＣＰＵ（Central Processing Unit）５０１、ＲＯＭ（Read Only Memory）５０２、ＲＡＭ（Random Access Memory）５０３、ＨＤ５０４、ＨＤＤ（Hard Disk Drive）コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ（Interface）５０８、ネットワークＩ／Ｆ５０９、データバス５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ（Digital Versatile Disk Rewritable）ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

これらのうち、ＣＰＵ５０１は、プログラムに従ってコンピュータ５００全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。

ディスプレイ５０６は、カーソル、メニュー、ウインドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ（Universal Serial Bus）メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、ネットワーク１８を利用してデータ通信をするためのインターフェースである。データバス５１０は、ＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

本実施形態に係るサービス提供システム１０及びユーザ端末４０は、図２に示すハードウェア構成のコンピュータ５００により、後述するような各種処理を実現できる。機器２０のハードウェア構成は、機器２０の種類によって異なる。例えば機器２０の種類が画像形成装置であれば、画像形成装置のハードウェア構成となる。その他の種類の機器２０であっても同様である。

＜機能構成＞
次に、第一の実施形態に係るサービス提供システム１０、機器２０、及びユーザ端末４０の機能構成について、図３を参照しながら説明する。図３は、第一の実施形態に係るサービス提供システム、機器、及びユーザ端末の一例の機能構成を示す図である。

図３に示すサービス提供システム１０は、フロー実行部１０２、コンポーネント管理部１０４、アプリ管理部１０６、メール制御部１０８、メール受信部１１０、メール送信部１１２、認証管理部１１４、及び認証管理情報記憶部１１６を有する。図３に示した各機能部は、サービス提供システム１０及びユーザ端末４０を実現するコンピュータ５００にインストールされた１以上のプログラムが、ＣＰＵ５０１に実行させる処理により実現される。また、図３に示した機器２０の各機能部は、機器２０を実現する例えば画像形成装置のハードウェア構成にインストールされた１以上のプログラムが、ＣＰＵに実行させる処理により実現される。

なお、認証管理情報記憶部１１６は、例えばＨＤ５０４を用いて実現可能である。認証管理情報記憶部１１６はサービス提供システム１０とネットワークＮ１を介して接続される記憶装置を用いて実現されていても良い。

フロー実行部１０２は処理フロー情報に基づく一連の処理（ワークフロー）の実行を制御する。ワークフローは、各処理を実現するコンポーネントを組み合わせることにより実現される。コンポーネントは所定の機能を提供するプログラムやモジュール等により実現され、例えばクラスや関数等で定義される。コンポーネントはＯＣＲ処理の責務を持っていたり、外部サービスにアクセスする責務を持っていたり、各コンポーネントで独立した責務を持っている。また、コンポーネント管理部１０４はワークフローの処理部となるコンポーネントを管理する。

アプリ管理部１０６は、メールアドレスを解析してテナントＩＤ（顧客ＩＤ）及びアプリＩＤ（ワークフローＩＤ）を取得し、その結果を利用してフロー実行部１０２にワークフローを実行させる。メール受信部１１０は、ワークフローのトリガとなるメールを受信する。なお、メール受信部１１０はメールシステム６０が受信したメールを、例えば図４に示すように、ＡＰＩ（Application Programming Interface）でメールシステム６０からメール受信部１１０に送信するようにしてもよい。

図４は外部のメールシステムを利用する例を示した説明図である。図４ではメールシステム６０のメール受信サービス（Sendgridなど）を利用して、サービス提供システム１０のＡＰＩがコールされてメールがメール受信部１１０に送信される例である。

メール送信部１１２は機器２０やユーザ端末４０にメールを送信する。メール制御部１０８は、メール受信部１１０及びメール送信部１１２を制御して、メールの送受信を制御する。メール制御部１０８はメールに関する情報（送信元メールアドレスや宛先メールアドレスなど）を認証管理部１１４に送信してメールアドレス検証要求を行い、メールアドレス検証結果を受信する。メール制御部１０８は、そのメールアドレス検証結果に応じてワークフローを実行するか否かを判断する。

認証管理部１１４は、認証、認証に関連する情報の解析、及びメールに関する情報の検証などの処理を行う。認証管理情報記憶部１１６は図５に示すような認証管理情報を記憶している。図５は認証管理情報の一例の構成図である。図５の認証管理情報は、顧客ＩＤと、メールアドレスと、ロールとが対応付けられている。

項目「顧客ＩＤ」は、サービス利用者や管理者の所属する会社、学校、団体、組織や部署など、様々なグループを一意に識別する情報の一例である。項目「メールアドレス」は顧客ＩＤにより識別されるグループに所属しているユーザ（サービス利用者や管理者）のメールアドレスである。また、項目「ロール」はメールアドレスにより識別されるユーザがサービス利用者である場合に「一般」が設定され、ユーザが管理者である場合に「管理者」が設定される。

図５の認証管理情報によれば、顧客ＩＤにより識別されるグループに所属するサービス利用者及び管理者のメールアドレスを判断できる。

＜処理の詳細＞
次に、第一の実施形態に係る情報処理システム１の処理の詳細について説明する。ここではユーザ端末４０からユーザ（メール送信者）が、ワークフローのトリガとなるメールを送信する例を説明する。

図６は第一の実施形態に係るサービス提供システムの処理の一例を示すシーケンス図である。第一の実施形態に係るサービス提供システム１０は、所定の宛先メールアドレスに送信するメールがワークフローのトリガとなる。

ステップＳ１０においてユーザはユーザ端末４０を操作し、ワークフローのトリガとなるメールを作成し、送信を要求する。メール送信部４２はサービス提供システム１０のメール受信部１１０に、ワークフローのトリガとなるメールを送信する。サービス提供システム１０のメール受信部１１０は、ワークフローのトリガとなるメールを受信する。

ステップＳ１２においてメール受信部１１０は受信したメールをメール制御部１０８に送信する。ステップＳ１４においてメール制御部１０８は、メール受信部１１０から送信されたメールの送信元メールアドレスと宛先メールアドレスとを指定して、メールアドレス検証要求を認証管理部１１４に行う。

ステップＳ１６において認証管理部１１４は、メール制御部１０８から受信したメールの送信元メールアドレスと、認証管理情報記憶部１１６が記憶している図５の認証管理情報の項目「メールアドレス」と、を照合する。

ステップＳ１８において認証管理部１１４は、受信したメールの送信元メールアドレスが認証管理情報の項目「メールアドレス」として登録されていれば、その認証管理情報の項目「顧客ＩＤ」を送信元メールアドレスの顧客情報として取得する。

ステップＳ２０において認証管理部１１４は、受信したメールの宛先メールアドレスを検証して、図７のように埋め込まれている顧客ＩＤを、宛先メールアドレスの顧客情報として取得する。図７は顧客ＩＤが埋め込まれている宛先メールアドレスの一例の構成図である。なお、図７では、顧客ＩＤがそのまま宛先メールアドレスに埋め込まれている例を示したが、顧客ＩＤと一意に対応付けられた識別情報を宛先メールアドレスに埋め込んでおき、その識別情報に対応付けられた顧客ＩＤをＤＢ等から取得するようにしてもよい。

ステップＳ２２において認証管理部１１４は、ステップＳ１８で取得した送信元メールアドレスの顧客情報（顧客ＩＤ）と、ステップＳ２０で取得した宛先メールアドレスの顧客情報（顧客ＩＤ）と、が一致するか否かを検証する顧客情報一致判定処理を行う。

ステップＳ２４において認証管理部１１４は、ステップＳ１８で取得した送信元メールアドレスの顧客情報と、ステップＳ２０で取得した宛先メールアドレスの顧客情報とが一致するか否かのメールアドレス検証結果を、メール制御部１０８に返す。

ステップＳ１８で取得した送信元メールアドレスの顧客情報と、ステップＳ２０で取得した宛先メールアドレスの顧客情報とが一致するメールアドレス検証結果の場合、メール制御部１０８は正常系のステップＳ２６～Ｓ３４の処理を行う。また、ステップＳ１８で取得した送信元メールアドレスの顧客情報と、ステップＳ２０で取得した宛先メールアドレスの顧客情報とが一致しないメールアドレス検証結果の場合、メール制御部１０８はエラー系のステップＳ３６～Ｓ３８の処理を行う。

正常系のステップＳ２６～Ｓ３４において、メール制御部１０８は受信したメールに応じたフロー実行要求をアプリ管理部１０６に対して行う。アプリ管理部１０６はメール情報解析を行い、例えば図７に示した宛先メールアドレスから顧客情報とワークフローＩＤとを取得し、そのワークフローＩＤに応じたフロー実行要求をフロー実行部１０２に対して行う。フロー実行部１０２は、そのワークフローＩＤに応じた処理要求をコンポーネント管理部１０４に対して行うことで、ワークフローを実行できる。

なお、エラー系のステップＳ３６～Ｓ３８において、メール制御部１０８はメール送信部１１２にエラーメール送信要求を行い、エラーメールを送信させる。エラーメールの宛先は、送信元メールアドレスであってもよいし、送信元メールアドレスの顧客情報から特定される管理者のメールアドレスであってもよいし、宛先メールアドレスの顧客情報から特定される管理者のメールアドレスであってもよい。

以上のように、本実施形態に係るサービス提供システム１０は所定のメールアドレス宛へのメール送信をイベントの発生のトリガとしてワークフローを実行する場合に、送信元メールアドレス及び宛先メールアドレスが、認証管理情報に登録されている同一の顧客情報に対応付けられていれば、ワークフローの実行を許可し、それ以外はワークフローの実行を許可しない。

これにより、本実施形態では、例えば、所定のメールアドレス宛へのメール送信をイベントの発生のトリガとしてワークフローを実行する情報処理システム１において、例えばサービス提供システム１０に登録されていない不審な送信元メールアドレスからのワークフローの実行を行わないため、セキュリティを向上させることができる。

［第二の実施形態］
第二の実施形態は、宛先メールアドレスの顧客情報を特定する処理が第一の実施形態と異なっている。なお、第二の実施形態は一部を除いて第一の実施形態と同様であり、適宜説明を省略する。

図８は第二の実施形態に係るサービス提供システムの処理の一例を示すシーケンス図である。ステップＳ４０～Ｓ４８の処理は図６のステップＳ１０～Ｓ１８の処理と同一であるため、説明を省略する。

ステップＳ５０において、認証管理部１１４は受信したメールの送信元メールアドレスの顧客情報（顧客ＩＤ）を、メール制御部１０８に返す。ステップＳ５２においてメール制御部１０８は受信したメールの宛先メールアドレスをアプリ管理部１０６に送信し、宛先メールアドレスからの顧客情報の検証を要求する。ステップＳ５４において、アプリ管理部１０６は受信した宛先メールアドレスを検証して、例えば図９のように埋め込まれているワークフローＩＤを取得する。図９はワークフローＩＤが埋め込まれている宛先メールアドレスの一例の構成図である。

アプリ管理部１０６は取得したワークフローＩＤを認証管理部１１４に送信し、顧客情報の検証を要求する。認証管理部１１４は、図１０に示す顧客情報（顧客ＩＤ）とワークフローＩＤとを対応付ける情報を用いて、受信したワークフローＩＤに対応する顧客ＩＤを宛先メールアドレスの顧客情報として特定する。図１０は顧客情報とワークフローＩＤとを対応付ける情報の一例の構成図である。

ステップＳ５６において認証管理部１１４は特定した宛先メールアドレスの顧客情報を検証結果としてアプリ管理部１０６に送信する。また、ステップＳ５８においてアプリ管理部１０６は認証管理部１１４から受信した宛先メールアドレスの顧客情報を検証結果としてメール制御部１０８に送信する。メール制御部１０８はステップＳ５０で取得した送信元メールアドレスの顧客情報と、ステップＳ５８で取得した宛先メールアドレスの顧客情報と、が一致するか否かを検証し、一致するメールアドレス検証結果の場合、正常系のステップＳ６０～Ｓ６８の処理を行う。正常系のステップＳ６０～Ｓ６８の処理は図６のステップＳ２６～Ｓ３４の処理と同一である。

一致しないメールアドレス検証結果の場合、メール制御部１０８はエラー系のステップＳ７０～Ｓ７２の処理を行う。エラー系のステップＳ７０～Ｓ７２の処理は図６に示したステップＳ３６～Ｓ３８の処理と同一である。

第二の実施形態に示したように、宛先メールアドレスの顧客情報を特定する処理は複数の方法により実現でき、情報処理システム１の利用形態などに応じて、適宜変更して利用すればよい。

［第三の実施形態］
第三の実施形態は、エラー系の処理が第一の実施形態及び第二の実施形態のエラー系の処理と異なっている。第三の実施形態に示したエラー系の処理は、第一の実施形態及び第二の実施形態のエラー系の処理に適用できる。なお、第三の実施形態は一部を除いて第一の実施形態及び第二の実施形態と同様であり、適宜説明を省略する。

図１１は第三の実施形態に係るサービス提供システムの処理の一例を示すシーケンス図である。ステップＳ１１０～Ｓ１３４の処理は図６のステップＳ１０～Ｓ３４の処理と同一であるため、説明を省略する。

ステップＳ１３６～Ｓ１４８はエラー系の処理である。メール制御部１０８はステップＳ１３６において、宛先メールアドレスを指定して管理者メールアドレス取得要求を認証管理部１１４に行う。

ステップＳ１３８において、認証管理部１１４は、指定された宛先メールアドレスを検証して、図７のように埋め込まれている顧客ＩＤを、宛先メールアドレスの顧客情報として取得する。ステップＳ１４０～Ｓ１４２において、認証管理部１１４は取得した宛先メールアドレスの顧客情報を指定して、図５の認証管理情報から管理者のメールアドレスを取得する。

例えばステップＳ１３８～Ｓ１４４において、顧客ＩＤが「Ｔ１１２９００１」であれば認証管理部１１４は図５の認証管理情報から管理者のメールアドレス「ａｄｍｉｎ１２３＠ｙｙｙｙ．ｃｏ．ｊｐ」を取得する。

ステップＳ１４４において、認証管理部１１４は、ステップＳ１４２で取得した管理者のメールアドレスをメール制御部１０８に返す。ステップＳ１４６においてメール制御部１０８はメール送信部１１２にエラーメール送信要求を行い、管理者のメールアドレスにエラーメールを送信させる。ステップＳ１４８において、メール送信部１１２は管理者のメールアドレスに例えば図１２に示すようなエラーメールを送信する。図１２は管理者のメールアドレスに送信されるエラーメールの一例のイメージ図である。

なお、管理者のメールアドレスにエラーメールを送信する条件として、所定期間内に所定量以上の顧客情報不一致のメールを受信した場合（例えば５分間に１０通以上の顧客情報不一致のメールを受信した場合）などを設定してもよい。このような管理者のメールアドレスにエラーメールを送信する条件を設定した場合、メール制御部１０８は所定期間内に受信した顧客情報不一致のメールの数を顧客ＩＤごとに管理し、条件を満たした場合にステップＳ１４６～１４８の処理を行う。

このように、条件を満たした場合に、エラーメールを管理者のメールアドレスに送信することで、攻撃されている可能性が高いことを管理者に通知でき、セキュリティを向上させることができる。

本発明は、具体的に開示された上記の実施の形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。上記で説明した本実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

なお、上記した実施形態ではジョブの一例であるワークフローを例として説明しているがワークフローに限定するものではない。また、送信元メールアドレスは特許請求の範囲に記載した送信元アドレスに対応する。宛先メールアドレスは宛先アドレスに対応する。

１ 情報処理システム
１０ サービス提供システム
２０ 機器
４０ ユーザ端末
１０２ フロー実行部
１０４ コンポーネント管理部
１０６ アプリ管理部
１０８ メール制御部
１１０ メール受信部
１１２ メール送信部
１１４ 認証管理部
１１６ 認証管理情報記憶部

特開２０１７－２１１８９４号公報

Claims (8)

1. メールを送信する端末と、前記メールの受信をトリガとしてジョブを実行する１以上の情報処理装置と、を有する情報処理システムであって、
   前記１以上の情報処理装置は、
   前記メールを受信するメール受信部と、
   受信した前記メールの送信元アドレスと対応付けられている顧客情報に基づいて前記メールを検証する認証管理部と、
   前記認証管理部による前記メールの検証結果に応じて前記ジョブを実行するか否かを判断するメール制御部と、
   を有し、
   前記認証管理部は、受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致しているか否かにより前記メールを検証し、
   前記メール制御部は、前記受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致している場合に、前記ジョブを実行すると判断すること
   を特徴とする情報処理システム。
2. 前記認証管理部は、受信した前記メールの送信元アドレスと対応付けられている顧客情報を取得し、取得した顧客情報に基づいて、前記ジョブの実行のトリガとなる前記メールの送信が許可された顧客からのメールであるか否かを検証すること
   を特徴とする請求項１記載の情報処理システム。
3. 前記メール制御部は、前記受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致していない場合に、前記ジョブを実行しないと判断すること
   を特徴とする請求項１又は２記載の情報処理システム。
4. 前記メール制御部は、前記受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致していない場合に、エラーを通知するメールを送信すること
   を特徴とする請求項１乃至３の何れか一項に記載の情報処理システム。
5. 前記メール制御部は、送信元アドレスと対応付けられている顧客情報と、宛先アドレスと対応付けられている顧客情報と、が一致していない前記メールの受信の頻度が所定の条件を満たした場合に、前記宛先アドレスと対応付けられている顧客情報の管理者のメールアドレスにエラーを通知するメールを送信すること
   を特徴とする請求項４記載の情報処理システム。
6. メールの受信をトリガとしてジョブを実行する情報処理装置であって、
   前記メールを受信するメール受信部と、
   受信した前記メールの送信元アドレスと対応付けられている顧客情報に基づいて前記メールを検証する認証管理部と、
   前記認証管理部による前記メールの検証結果に応じて前記ジョブを実行するか否かを判断するメール制御部と、
   を有し、
   前記認証管理部は、受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致しているか否かにより前記メールを検証し、
   前記メール制御部は、前記受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致している場合に、前記ジョブを実行すると判断すること
   を特徴とする情報処理装置。
7. メールを送信する端末と、前記メールの受信をトリガとしてジョブを実行する１以上の情報処理装置と、を有する情報処理システムが実行する情報処理方法であって、
   前記１以上の情報処理装置は、
   前記メールを受信するステップと、
   受信した前記メールの送信元アドレスと対応付けられている顧客情報に基づいて前記メールを検証するステップと、
   前記メールの検証結果に応じて前記ジョブを実行するか否かを判断するステップと、
   を有し、
   前記検証するステップは、受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致しているか否かにより前記メールを検証し、
   前記判断するステップは、前記受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致している場合に、前記ジョブを実行すると判断すること
   を特徴とする情報処理方法。
8. メールの受信をトリガとしてジョブを実行する情報処理装置を、
   前記メールを受信するメール受信部、
   受信した前記メールの送信元アドレスと対応付けられている顧客情報に基づいて前記メールを検証する認証管理部、
   前記認証管理部による前記メールの検証結果に応じて前記ジョブを実行するか否かを判断するメール制御部、
   として機能させ、
   前記認証管理部は、受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致しているか否かにより前記メールを検証し、
   前記メール制御部は、前記受信した前記メールの送信元アドレスと対応付けられている顧客情報と、受信した前記メールの宛先アドレスと対応付けられている顧客情報と、が一致している場合に、前記ジョブを実行すると判断すること
   を特徴とするプログラム。

Images