特許 7539752 情報処理装置、情報処理方法、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-16

(45)【発行日】2024-08-26

(54)【発明の名称】情報処理装置、情報処理方法、プログラム

(51)【国際特許分類】

   H04L 51/00 20220101AFI20240819BHJP

【ＦＩ】

H04L51/00

【請求項の数】 7

(21)【出願番号】P 2020179332

(22)【出願日】2020-10-27

(65)【公開番号】P2022070323

(43)【公開日】2022-05-13

【審査請求日】2022-07-07

【審判番号】

【審判請求日】2023-10-10

(73)【特許権者】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(74)【代理人】

【識別番号】100227857

【弁理士】

【氏名又は名称】中山 圭

(72)【発明者】

【氏名】大和 大輝

【合議体】

【審判長】岩間 直純

【審判官】山澤 宏

【審判官】野崎 大進

(56)【参考文献】

【文献】特開２０１３－０１２２２８（ＪＰ，Ａ）

【文献】特開２０１３－０２０４４９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

H04L 51/00-51/58

(57)【特許請求の範囲】

【請求項1】

送信元端末、前記送信元端末が送信した電子メール及び当該送信制御装置自身が生成して送信した電子メールを受信する送信制御装置、及び、送信元メールサーバからなる情報処理システムにおいて、
前記送信制御装置は、
電子メールを受信する受信手段と、
前記受信手段により受信した電子メールに対して送信制御ルールを適用するルール適用手段と、
前記ルール適用手段による送信制御ルール適用の結果である制御結果を通知する電子メールである通知メールを送信するよう制御する制御手段と、
を備え、
前記ルール適用手段は、前記通知メールに対しても前記送信制御ルールを適用することを特徴とし、
前記制御手段は、前記通知メールに対する制御結果を通知する通知メールは送信しないよう制御することを特徴とする情報処理システム。

【請求項2】

前記送信制御装置は、
前記送信制御ルールを複数記憶する記憶手段と、
前記記憶手段に記憶された送信制御ルールのうち前記ルール適用手段により適用された送信制御ルールが所定の送信制御ルールである場合に前記通知メールを送信する通知メール送信手段と、
を備えることを特徴とする請求項１に記載の情報処理システム。

【請求項3】

前記送信制御装置は、
前記制御結果が所定の結果である場合に前記通知メールを送信する通知メール送信手段をさらに備えることを特徴とする請求項１または２に記載の情報処理システム。

【請求項4】

前記通知メール送信手段は、前記制御結果が送信を保留する旨の制御結果である場合に通知メールを送信することを特徴とする請求項３に記載の情報処理システム。

【請求項5】

前記送信制御装置は、
前記電子メールが通知メールであるかを、当該電子メールのヘッダー情報を用いて判定する判定手段をさらに備えることを特徴とする請求項１乃至４のいずれか１項記載の情報処理システム。

【請求項6】

送信元端末、前記送信元端末が送信した電子メール及び当該送信制御装置自身が生成して送信した電子メールを受信する送信制御装置、及び、送信元メールサーバからなる情報処理システムにける情報処理方法であって、
前記送信制御装置の受信手段が、電子メールを受信する受信工程と、
前記送信制御装置のルール適用手段が、前記受信工程による受信した電子メールに対して送信制御ルールを適用するルール適用工程と、
前記送信制御装置の制御手段が、前記ルール適用工程による送信制御ルール適用の結果である制御結果を通知する電子メールである通知メールを送信するよう制御する制御工程と、
を備え、
前記ルール適用工程は、前記通知メールに対しても前記送信制御ルールを適用することを特徴とし、
前記制御工程は、前記通知メールに対する制御結果を通知する通知メールは送信しないよう制御することを特徴とする情報処理方法。

【請求項7】

コンピュータを、請求項１乃至５のいずれか１項に記載の各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

インターネットの普及に伴い、電子メールは個々人のコミュニケーションだけではなく、企業などの組織間のコミュニケーションにおいても重要なツールとなった。現在、様々なコミュニケーションツールが出現しているが、依然として、電子メールは共通のインフラとして重要である。

【0003】

しかしながら、電子メールにより情報発信が容易となり、情報発信の頻度が増加したため、意図した送信先とは異なる相手に電子メールを送ってしまう誤送信が増加している。

【0004】

電子メールにおいては、機微な情報も容易に送信できてしまうため、誤送信の内容によっては組織の存続を脅かす重大なインシデントに発展する可能性もあり、企業などの組織において、誤送信防止は重大な課題となっている。

【0005】

特許文献１には、メール送受信端末とメール配送装置との間に配される送信メール保留装置において、電子メールを保留する技術が提案されている。具体的には、送信メール保留装置は、保留すると設定されている送信先アドレスをもつ電子メールを受信した場合には、受信した電子メールを送信者へ送信して内容を確認させ、送信者が当該電子メールを誤送信と判断した場合、当該電子メールの外部への送信を取り消すことについて開示されている。

【先行技術文献】

【特許文献】

【0006】

【文献】特開２００５－２７７９７６公報

【発明の開示】

【発明が解決しようとする課題】

【0007】

特許文献１に記載された仕組みにおいて、メールの送信が保留された場合には、保留された旨を送信元やメール管理者に対して通知することが行われている。このような通知を行うことで、送信元やメール管理者は保留されたメールを確認し、送信しても良いのか、送信せずに削除すべきかといった判断を迅速に行うことが可能となる。

【0008】

しかし、このような通知は電子メールを用いて通知されることが多く（以下、制御結果等を通知するメールを通知メールとする）、通知メールについても送信制御ルールが適用され、通知メール自身も送信が保留されると、通知メールを保留した旨の通知メールが送信されることになり、通知メールがループしてしまうという状況が発生し得る。

【0009】

そこで、本発明は、通知メールのループを防ぐ仕組みを提供することを目的とする。

【課題を解決するための手段】

【0010】

本発明の情報処理システムは、電子メールを受信する受信手段と、前記受信手段により受信した電子メールに対する制御結果を通知する電子メールである通知メールを送信する送信手段と、を備え、前記送信手段は、前記受信手段により受信した電子メールが通知メールである場合、当該通知メールに対する制御結果を通知する通知メールは送信しないことを特徴とする。

【発明の効果】

【0011】

本発明によれば、通知メールのループを防ぐことが可能となる。

【図面の簡単な説明】

【0012】

【図1】情報処理システムの構成を示す図

【図2】情報処理装置のハードウエア構成を示す図

【図3】通知メール送信処理を示すフローチャート

【図4】送信制御ルールを示す図

【発明を実施するための形態】

【0013】

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

【0014】

図１は、本発明における情報処理システムの構成の一例を示す図である。

【0015】

本発明の情報処理システムは、送信元端末１０１、送信制御装置１０２、送信元メールサーバ１０３が通信可能に接続された構成となっている。

【0016】

送信元端末１０１は、ユーザから電子メールの作成や送信に係る指示を受け付ける端末である。

【0017】

送信制御装置１０２は、送信元端末１０１において送信指示された電子メールに対して、記憶された送信制御ルールを適用することで、当該電子メールの送信制御内容を決定し、実行する装置である。

【0018】

送信元メールサーバ１０３は、送信制御装置１０２において送信すると判断された電子メールを受け取り、ネットワーク１１０を介して当該電子メールを送信先に送信する処理を実行する装置である。

【0019】

なお、本実施形態においては、送信元端末１０１、送信制御装置１０２、送信元メールサーバ１０３はそれぞれ別の端末として説明するが、送信元端末１０１が送信制御装置１０２の機能を備えていても良い。具体的には、送信元端末１０１が送信制御ルールを記憶し、送信指示された電子メールに対して当該送信制御ルールを適用することで、当該電子メールの送信を制御しても良い。また、送信制御装置１０２と送信元メールサーバ１０３は同一の端末（筐体）であっても良い。

【0020】

送信元メールサーバ１０３によって送信された電子メールは、送信先メールサーバによって受信され、送信先メールサーバが受信した電子メールは、送信先端末によって閲覧される。

【0021】

図２は、本発明の送信元端末１０１、送信制御装置１０２、送信元メールサーバ１０３に適用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。

【0022】

図２に示すように、情報処理装置は、システムバス２００を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、記憶装置２０４、入力コントローラ２０５、音声コントローラ２０６、ビデオコントローラ２０７、メモリコントローラ２０８、よび通信Ｉ／Ｆコントローラ２０９が接続される。

【0023】

ＣＰＵ２０１は、システムバス２００に接続される各デバイスやコントローラを統括的に制御する。

【0024】

ＲＯＭ２０２あるいは外部メモリ２１３は、ＣＰＵ２０１が実行する制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、本情報処理方法を実現するためのコンピュータ読み取り実行可能なプログラムおよび必要な各種データ（データテーブルを含む）を保持している。

【0025】

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

【0026】

入力コントローラ２０５は、キーボード２１０や不図示のマウス等のポインティングデバイス等の入力装置からの入力を制御する。入力装置がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。

【0027】

また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。

【0028】

ビデオコントローラ２０７は、ディスプレイ２１２などの外部出力装置への表示を制御する。ディスプレイは本体と一体になったノート型パソコンのディスプレイも含まれるものとする。なお、外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。また、前述のタッチ操作を受け付け可能な装置については、入力装置も提供する。

【0029】

なおビデオコントローラ２０７は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。

【0030】

メモリコントローラ２０８は、外部メモリ２１３へのアクセスを制御する。外部メモリとしては、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、および各種データ等を記憶する外部記憶装置（ハードディスク）、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等を利用可能である。

【0031】

通信Ｉ／Ｆコントローラ２０９は、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信やＩＳＤＮなどの電話回線、および携帯電話の４Ｇ回線、５Ｇ回線等を用いた通信が可能である。

【0032】

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

【0033】

次に図３のフローチャートを用いて、送信制御装置１０２が実行する通知メールの送信処理を説明する。

【0034】

図３のフローチャートで示す処理は、送信制御装置１０２のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。

【0035】

ステップＳ３０１では、電子メールを受信する。ここで受信する電子メールは、送信元端末１０１から送信された電子メールや、送信制御装置１０２自身が生成して送信した電子メール（通知メール等）などを含む。

【0036】

ステップＳ３０２では、ステップＳ３０１で受信した電子メールが通知メールであるかを判定する。

【0037】

通知メールとは、上述の通り、送信制御装置１０２における送信制御結果を通知するための電子メールである。このような通知メールは、送信制御装置１０２において生成される電子メールであることから、ヘッダー情報の中に送信制御装置１０２によって生成された電子メールであることを示す情報が含まれていることが多い。そのため、ステップＳ３０２における判定も、ヘッダー情報の中に所定の情報が含まれているか否かによって判定することが可能である。

【0038】

なお、ヘッダー情報を用いて判定する方法は、ステップＳ３０２における判定の1つの具体例に過ぎず、電子メール本文の情報を用いて通知メールであるかを判定する方法であっても良いし、通知メールであることを示す添付ファイルが付されているか否かによって判定する方法であっても良いし、電子メールの件名に「通知メール」といった文字列が含まれているか否かによって判定する方法であっても良い。これらの判定方法は、送信制御装置１０２がどのような特徴（識別情報）を持った通知メールを生成するかによって決定されるものである。

【0039】

通知メールであると判定された場合（ステップＳ３０２：ＹＥＳ）は、処理をステップＳ３０３に移行する。

【0040】

通知メールではないと判定された場合（ステップＳ３０２：ＮＯ）は、処理をステップＳ３０４に移行する。

【0041】

ステップＳ３０３では、処理対象の電子メールが通知メールであることを記録するため、フラグをＯＮにする。当該電子メールが通知メールであることが記録されれば、どのような管理方法であっても良い。

【0042】

ステップＳ３０４では、処理対象の電子メールに対して送信制御ルールを適用する。

【0043】

ここで、通知メールであると判定された電子メールに対してもルール適用処理を実行するのは、通知メールを原因とするセキュリティインシデントの発生を防ぐためである。例えば、ヘッダー情報を書き換える等により通知メールを装って機密情報を含む電子メールが送信されるようなケースにおいて、当該電子メールに対するルール適用処理を実行しない場合は、セキュリティホールとなり得る。そのため、通知メールと判定された電子メールに対してもルール適用処理を実行することで、セキュリティインシデントの発生を防ぐことが可能となる。

【0044】

送信制御ルールの一例を図４に示す。

【0045】

図４に示す通り、送信制御ルールは、「条件」と「アクション」から構成される個別ルールによって構成されている。

【0046】

「条件」は、当該個別ルールが適用される電子メールを示す条件であり、例えばＩＤ：１の個別ルールでは、添付ファイルがある電子メールが該当する。添付ファイルがある電子メールについては、ＩＤ：１の個別ルールに「アクション」に設定された「保留」処理が実行される。

【0047】

本実施形態においては、個別ルールのＩＤが適用の優先順位となっており、ＩＤ：１の条件に合致しなかった電子メールは、次のＩＤ：２の個別ルールの条件に合致するか確認される。ＩＤ：２の個別ルールが適用されなかった場合は、ＩＤ：３の個別ルールに処理を移すといった手順で送信制御内容を決定していく。全ての個別ルールの条件に合致しない場合は、デフォルトルールであるＩＤ：Ｎの個別ルールが適用される（図４の例では、送信となる）。

【0048】

なお、図４の例では、送信制御ルールについて説明したが、ウイルスチェックやスパムメールチェックをするためのルールを適用する形態であっても良い。

【0049】

また、図４の「通知」項目にある通り、当該個別ルールが適用された場合に通知をするか否かの設定がされている。例えばＩＤ：１の個別ルールが適用された場合には、通知メールを送信することを意味している。

【0050】

なお、本実施形態においては、通知メールを送信するか否かを個別ルールに対応付けておく形態につて説明したが、例えばアクションの種別毎に対応付けておいても良い（「保留」の場合には通知メールを送信するが、「送信」の場合には通知メールを送信しない等）。また、通知メールの送信先や、通知メールの内容についても、対応付けて管理しておくものとする。

【0051】

図３のフローチャートの説明に戻る。

【0052】

ステップＳ３０５では、ステップＳ３０４におけるルール適用処理の結果、適用されるアクションが通知対象のアクションであるかを判定する。例えば、本実施形態においては、「保留」というアクションであれば、通知対象のアクションであると判定される。

【0053】

通知対象である場合（ステップＳ３０５：ＹＥＳ）は、処理をステップＳ３０６に移行する。

【0054】

通知対象ではない場合（ステップＳ３０５：ＮＯ）は、通知メールの送信は行わず、決定されたアクションを実行し本フローチャートの処理を終了する。

【0055】

ステップＳ３０６では、処理対象の電子メールについて、通知メールであることを示すフラグがＯＮになっているかを判定する。

【0056】

フラグがＯＮになっている場合（ステップＳ３０６：ＹＥＳ）は、通知メールは送信せず本フローチャートの処理を終了する。

【0057】

フラグがＯＮになっていない場合（ステップＳ３０６：ＮＯ）は、処理をステップＳ３０７に移行する。

【0058】

ステップＳ３０７では、通知メールを送信する。

【0059】

以上説明した処理により、通知メールに対する送信制御結果を通知する通知メールを送信するという通知メールのループを防ぐことが可能となる。

【0060】

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

【0061】

また、本発明におけるプログラムは、図３に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図３の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図３の各装置の処理方法ごとのプログラムであってもよい。

【0062】

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

【0063】

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

【0064】

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【符号の説明】

【0069】

１０１ 送信元端末
１０２ 送信制御装置
１０３ 送信元メールサーバ
１１０ ネットワーク

【図1】

【図2】

【図3】

【図4】