(57)【要約】【課題】支援システムの利用者の用いる端末が、支援システムへの情報の書き込みや閲覧可能なブラウザ等を備えていない場合であっても、支援システムを利用できるようにする。【解決手段】危機対応活動に関するボードごとに、当該ボードに登録された１以上のメッセージの閲覧および当該ボードへのメッセージの登録を受け付ける支援システムサーバ１００は、受信したメールの送信元が、当該ボードの利用者のメールアドレスである場合、当該ボードに、当該メールに含まれるメッセージを登録する。また、支援システムサーバ１００は、ボードに新規メッセージが登録された場合、当該ボードの利用者のメールアドレス宛に、当該メッセージを含むメールを配信する。【選択図】図２
2019200507.tif 000002
【特許請求の範囲】
【請求項１】
危機対応活動に関するボードごとに、前記ボードに登録された１以上のメッセージの閲覧および前記ボードへのメッセージの登録を受け付ける管理装置であって、
前記ボードごとに、当該ボードに登録された１以上のメッセージ、および、当該ボードの利用者のメールアドレス情報を記憶する記憶部と、
前記ボードへのメッセージを含むメールを受信するメール受信部と、
前記受信したメールの送信元が、当該ボードの利用者のメールアドレス情報に示されるメールアドレスである場合、当該ボードに前記メールに含まれるメッセージを登録するメッセージ登録部と、
前記ボードにメッセージが登録された場合、当該ボードの利用者のメールアドレス宛に、前記登録されたメッセージを含むメールを配信するメール配信部と、
を備えることを特徴とする管理装置。
【請求項２】
前記ボードは、
危機対応活動に関するタスクごとに、前記タスクに関する１以上のメッセージを分類して保持し、
前記メッセージ登録部は、
前記メッセージが前記ボードに登録済みのメッセージに対する返信メッセージである場合、前記返信メッセージを、前記メッセージの属するタスク内において当該メッセージに関連付けて登録する
ことを特徴とする請求項１に記載の管理装置。
【請求項３】
前記ボードは、
危機対応活動に関するタスクごとに、前記タスクに関する１以上のメッセージを分類して保持し、
前記メッセージ登録部は、
前記受信したメールの送信元が、前記ボードの利用者のメールアドレス情報に示されるメールアドレスであり、かつ、前記受信したメールが、前記ボード内のタスクの識別情報を含む場合、前記メールに含まれるメッセージを、当該ボードにおける当該タスクのメッセージとして登録する
ことを特徴とする請求項１に記載の管理装置。
【請求項４】
危機対応活動に関するボードごとに、前記ボードに登録された１以上のメッセージの閲覧および前記ボードへのメッセージの登録を受け付ける管理装置により実行される管理方法であって、
前記ボードへのメッセージを含むメールを受信するステップと、
当該ボードの利用者のメールアドレス情報を参照して、前記受信したメールの送信元が、当該ボードの利用者のメールアドレスか否かを判定するステップと、
前記受信したメールの送信元が、当該ボードの利用者のメールアドレスである場合、当該ボードに前記メールに含まれるメッセージを登録するステップと、
前記ボードにメッセージが登録された場合、当該ボードの利用者のメールアドレス宛に、前記登録されたメッセージを含むメールを配信するステップと、
を含んだことを特徴とする管理方法。
【請求項５】
危機対応活動に関するボードごとに、前記ボードに登録された１以上のメッセージの閲覧および前記ボードへのメッセージの登録を受け付けるための管理プログラムであって、
前記ボードへのメッセージを含むメールを受信するステップと、
当該ボードの利用者のメールアドレス情報を参照して、前記受信したメールの送信元が、当該ボードの利用者のメールアドレスか否かを判定するステップと、
前記受信したメールの送信元が、当該ボードの利用者のメールアドレスである場合、当該ボードに前記メールに含まれるメッセージを登録するステップと、
前記ボードにメッセージが登録された場合、当該ボードの利用者のメールアドレス宛に、前記登録されたメッセージを含むメールを配信するステップと、
をコンピュータに実行させることを特徴とする管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、支援システムのボードへのメッセージの管理装置、管理方法、および、管理プログラムに関する。
【背景技術】
【０００２】
従来、自然災害やサイバー攻撃発生時の危機対応活動を支援する技術として、統合リスクマネジメント支援システム（以下、支援システムと略す）がある。この支援システムは、Plan（計画）、Do（実行）、See(状況把握)の３つの画面を用いて、支援システムの利用者が効率的な危機管理が進められるように工夫されている。このうち、Do画面には、危機対応活動に関するコミュニケーション用のボードが置かれ、支援システムの利用者はＰＣやスマートフォンで、該当するボードの画面を開いて、危機対応活動について必要な情報を書き込んだり、画面から指示を受けたりすることができる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】統合リスクマネジメントに向けた取り組み、［平成30年4月25日検索］、インターネット＜URL：http://www.ntt.co.jp/journal/1510/files/jn201510027.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記の支援システムの利用者の用いる端末が、支援システムへの情報の書き込みや閲覧を可能とするブラウザ等を利用できない（例えば、メール等しか利用できない）場合、支援システムを利用できないという問題があった。
【０００５】
そこで、本発明は、前記した問題を解決し、支援システムの利用者の用いる端末が、支援システムへの情報の書き込みや閲覧を可能とするブラウザ等を利用できない（例えば、メール等しか利用できない）場合であっても、支援システムを利用できるようにすることを課題とする。
【課題を解決するための手段】
【０００６】
前記した課題を解決するため、本発明は、危機対応活動に関するボードごとに、前記ボードに登録された１以上のメッセージの閲覧および前記ボードへのメッセージの登録を受け付ける管理装置であって、前記ボードごとに、当該ボードに登録された１以上のメッセージ、および、当該ボードの利用者のメールアドレス情報を記憶する記憶部と、前記ボードへのメッセージを含むメールを受信するメール受信部と、前記受信したメールの送信元が、当該ボードの利用者のメールアドレス情報に示されるメールアドレスである場合、当該ボードに前記メールに含まれるメッセージを登録するメッセージ登録部と、前記ボードにメッセージが登録された場合、当該ボードの利用者のメールアドレス宛に、前記登録されたメッセージを含むメールを配信するメール配信部と、を備えることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、支援システムの利用者の用いる端末が、支援システムへの情報の書き込みや閲覧を可能とするブラウザ等を利用できない（例えば、メール等しか利用できない）場合であっても、支援システムを利用できる。
【図面の簡単な説明】
【０００８】
【図１】図１は、支援システムサーバの概要を説明するための図である。
【図２】図２は、支援システムサーバの構成の一例を示すブロック図である。
【図３】図３は、支援システムサーバの処理の一例を示すフローチャートである。
【図４】図４は、図３のＳ４の処理の詳細の一例を示すフローチャートである。
【図５】図５は、支援システムサーバの処理の一例を示すフローチャートである。
【図６】図６は、支援プログラムを実行するコンピュータの一例を示すブロック図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照しながら、本発明の実施形態について説明する。なお、以下に説明する支援システムサーバは、非特許文献１に記載の支援システムに装備される標準的な機能が装備されているものとする。本発明は、以下に説明する実施形態に限定されない。
【００１０】
［概要］
まず、図１を用いて本実施形態の支援システムサーバ（管理装置）の概要を説明する。支援システムサーバは、危機対応活動に関し、例えば、Plan（計画）、Do（実行）、See（状況把握）の３つの画面を表示する。このうちDo画面は、危機対応活動に関するメッセージを示す１以上のボード（例えば、図１に示すボード１，２）を含む。そして、支援システムサーバは、ボードの利用者の端末（図示省略）から送信されたメッセージを当該ボードに登録し、ボードに登録されたメッセージを当該ボードの利用者の端末から閲覧可能な状態にする。
【００１１】
支援システムサーバのボードは、危機対応活動に関するタスクごとに、当該タスクに関する１以上のメッセージを分類して保持する。つまり、ボードは、１以上のタスク（１以上のメッセージの集合）を含む。例えば、ボード１にはタスク１，２，…を含み、それぞれのタスクはメッセージ１，２，…を含む。
【００１２】
また、ボードにはそれぞれ１以上の組織が紐づいている。例えば、ボード１には組織Ａ，Ｂのメンバー（利用者）が紐づいており、ボード２には組織Ａ，Ｃのメンバー（利用者）が紐づいている。そして、各ボードに紐づく組織のメンバーは、自身が登録しているボードにメッセージを書き込んだり、ボードのメッセージを閲覧したりして、危機対応活動に関するコミュニケーションを行う。
【００１３】
ここで、支援システムサーバは、ボードへのメッセージを受け付ける際、当該ボードの利用者の端末からのメールによってもメッセージを受け付ける。また、支援システムサーバは、ボードにメッセージが登録されると、当該メッセージの内容を当該ボードに紐づく組織のメンバーへメールで配信する。これにより、利用者の用いる端末がメール等しか利用できない端末であっても、当該利用者によるボードへのメッセージの登録および閲覧を可能とすることができる。
【００１４】
なお、以下の説明において、メールは、例えば、電子メールであってもよいし、ＬＩＮＥ（登録商標）等のＳＮＳ（Social  Networking  Service）メッセージであってもよい。
【００１５】
［構成］
次に、図２を用いて支援システムサーバの構成を詳細に説明する。なお、図２において、支援システムサーバ１００と、メールサーバ２００とは、インターネット等のネットワークにより接続されているものとする。また、支援システムサーバ１００には、メールアドレスが割り当てられているものとする。
【００１６】
支援システムサーバ１００は、メール受信部１１０と、メール送信部（メール配信部）１２０と、処理制御部１３０と、メッセージ登録部１４０と、メール作成部１５０と、記憶部１６０とを備える。
【００１７】
メール受信部１１０は、メールサーバ２００から支援システムサーバ１００宛のメールを受信する。例えば、メール受信部１１０は、支援システムサーバ１００の利用者の端末から、ボードへのメッセージを含むメールを受信する。
【００１８】
メール送信部１２０は、処理制御部１３０から出力されたメールをボードの利用者へ配信する。例えば、メール送信部１２０は、処理制御部１３０から出力されたメールをメールサーバ２００によりボードの利用者へ配信する。処理制御部１３０は、支援システムサーバ１００の各部の制御を行う。
【００１９】
メッセージ登録部１４０は、ボードの利用者からの当該ボードへのメッセージを記憶部１６０のＤＢ（データベース）に登録する。
【００２０】
例えば、メッセージ登録部１４０は、メール受信部１１０から出力されたメールに含まれるメッセージを当該ボードに登録する。一例を挙げると、メッセージ登録部１４０は、当該メールの送信元アドレスが、ボードの利用者のメールアドレスであり、かつ、当該メールにボードＩＤ、タスクＩＤが含まれていれば、ＤＢにおける当該ボードＩＤ、当該タスクＩＤに対応するボード、タスクに、当該メールに含まれるメッセージを登録する。一方、メールの送信元アドレスが、当該ボードの利用者のメールアドレスでなければ、メッセージ登録部１４０は、当該メールに含まれるメッセージを登録しない。
【００２１】
なお、メッセージ登録部１４０は、ボードの利用者の端末のブラウザ経由で送信されたメッセージを当該ボードに登録してももちろんよい。
【００２２】
また、メッセージ登録部１４０は、ボードの利用者の端末から当該ボードへのメッセージを受け付ける際、当該メッセージを、当該ボードに紐づく組織のメンバー（利用者）へメール配信するか否かの情報（メール配信情報）を受け付ける。そして、メッセージ登録部１４０は、受け付けたメール配信情報を当該メッセージとともにＤＢに登録する。
【００２３】
メール作成部１５０は、ＤＢのボードにメッセージが登録されると、当該メッセージを含むメールを作成する。例えば、ＤＢのボードに登録されたメッセージのメール配信情報が「メール配信有り」を示すものであれば、メール作成部１５０は、当該ボードに登録された組織のメンバー（利用者）のメールアドレスを記憶部１６０から読み出し、当該メールアドレスを宛先としたメールを作成する。なお、このメールの本文には、例えば、当該メッセージの他に、当該メッセージが登録されたボードのボードＩＤ、タスクのタスクＩＤ等を含める。そして、メール作成部１５０は、作成したメールをメール送信部１２０へ出力する。
【００２４】
記憶部１６０は、ボードごとに、当該ボードに含まれるタスク、当該タスクに含まれるメッセージを記憶するＤＢを備える。また、記憶部１６０は、ボードごとに、当該ボードに紐づく組織や、当該組織のメンバーの情報（例えば、メンバー（利用者）のＩＤやパスワード、メールアドレス等）を記憶する。
【００２５】
［処理手順］
次に、図３および図４を用いて、支援システムサーバ１００の処理手順の例を説明する。まず、支援システムサーバ１００のメール受信部１１０は、メールサーバ２００からメールを受信すると（Ｓ１）、当該メールのメール情報を処理制御部１３０へ渡す（Ｓ２）。そして、処理制御部１３０は、Ｓ２で渡されたメール情報をメッセージ登録部１４０へ渡す（Ｓ３）。その後、メッセージ登録部１４０は、Ｓ３で渡されたメール情報についてのメッセージ登録判断処理を行い（Ｓ４）、判断結果を処理制御部１３０へ返す（Ｓ５）。
【００２６】
上記のメッセージ登録判断処理（Ｓ４）の一例を、図４を用いて説明する。まず、メッセージ登録部１４０は、図３のＳ３で渡されたメール情報の送信元メールアドレスがボードに設定されている、受信してよいメールアドレスか否かを判断する（Ｓ４１）。
【００２７】
例えば、メッセージ登録部１４０は、渡されたメール情報に含まれるボードＩＤと、記憶部１６０における当該ボードＩＤのボードの利用者の情報とに基づき、当該メール情報の送信元アドレスが、当該ボードの利用者のメールアドレスか否かを判断する。
【００２８】
そして、メッセージ登録部１４０が、当該メール情報の送信元メールアドレスがボードに設定されている、受信してよいメールアドレスと判断した場合（Ｓ４１でＹｅｓ）、当該メール情報のメール本文に、ボードＩＤとタスクＩＤの両方が記載されているか否かを判断する（Ｓ４２）。ここで、メッセージ登録部１４０が、当該メール情報のメール本文に、ボードＩＤとタスクＩＤの両方が記載されていると判断した場合（Ｓ４２でＹｅｓ）、当該メール情報に含まれるメッセージを、当該ボードＩＤのボードにおける当該タスクＩＤのタスクのメッセージとしてＤＢに登録する（Ｓ４３）。
【００２９】
一方、メッセージ登録部１４０が、当該メール情報の送信元メールアドレスがボードに設定されている、受信してよいメールアドレスではないと判断した場合（Ｓ４１でＮｏ）、処理を終了する。
【００３０】
また、メッセージ登録部１４０が、当該メール情報のメール本文に、ボードＩＤが記載されているがタスクＩＤは記載されていないと判断した場合（Ｓ４２でＮｏ→Ｓ４４でＹｅｓ）、メッセージ登録部１４０は、当該メール情報に含まれるメッセージを当該ボードＩＤのボードにおける新規タスクのメッセージとしてＤＢに登録する（Ｓ４５）。
【００３１】
また、メッセージ登録部１４０が、当該メール情報のメール本文に、ボードＩＤもタスクＩＤも記載されていないと判断した場合（Ｓ４２でＮｏ→Ｓ４４でＮｏ）、メッセージ登録部１４０は、当該メール情報を廃棄する（Ｓ４６）。なお、メッセージ登録部１４０が、当該メール情報のメール本文に、ボードＩＤもタスクＩＤも記載されていないと判断した場合（Ｓ４２でＮｏ→Ｓ４４でＮｏ）、メッセージ登録部１４０は、当該メール情報のメッセージを、専用のボードの新規タスクのメッセージとして登録してもよい。その場合、送信先メールアドレスごとに、異なる専用のボードに登録してもよい。また、メール本文にボードＩＤやタスクＩＤが記載されていない場合、メッセージ登録部１４０は、メールのヘッダのReferencesから、それに紐づくメッセージを特定することにより、ボードＩＤやタスクＩＤを特定してもよい。
【００３２】
なお、ここでは図示を省略しているが、メッセージ登録部１４０は、メール情報に含まれる、メール配信の有無の情報についても、当該メッセージとともにＤＢに登録する。また、メールの差出人の情報もＤＢに登録され、支援システムでは「タスクの送信元ユーザ」として表示される。また、メール本文に、優先度等のタスクの属性が記載されていた場合は、その情報もＤＢに登録され、支援システムでは「優先度」等のタスクの属性として表示される。
【００３３】
このようにすることで支援システムサーバ１００は、ボードの利用者の端末からメールにより送信されたメッセージを当該ボード内のタスクとして登録することができる。
【００３４】
次に、図５を用いて支援システムサーバ１００が、利用者の端末からボードへのメッセージを受け付けた場合の処理手順の例を説明する。
【００３５】
まず、支援システムサーバ１００の処理制御部１３０は、ボードのメンバー（利用者の端末）からのメッセージの投入を受け付けると（Ｓ１１）、当該メッセージの情報（メッセージ情報）をメッセージ登録部１４０へ出力する（Ｓ１２）。そして、メッセージ登録部１４０は、当該メッセージ情報を当該ボードへのメッセージとして記憶部１６０のＤＢに登録する（Ｓ１３）。その後、メッセージ登録部１４０がメッセージの登録の結果を受け取ると（Ｓ１４）、その登録の結果を処理制御部１３０へ出力する（Ｓ１５）。
【００３６】
Ｓ１５の後、処理制御部１３０は、メッセージの登録の結果に基づくメール作成依頼をメール作成部１５０へ出力する（Ｓ１６）。例えば、処理制御部１３０は、当該メッセージの登録の結果に、「当該メッセージのメール配信有り」を示すメール配信情報が含まれていれば、当該メッセージの登録先のボードの利用者のメールアドレスを宛先とするメール作成依頼を、メール作成部１５０に出力する。なお、当該メッセージの登録結果に「当該メッセージのメール配信有り」を示すメール配信情報が含まれていなかった場合、メール作成部１５０へのメール作成依頼は行わない。
【００３７】
Ｓ１６の後、メール作成部１５０は、Ｓ１６で受け取ったメール作成依頼に基づき、ＤＢからメッセージ情報を取得し（Ｓ１７）、当該メッセージ情報を含み、当該メッセージ情報の登録先のボードの利用者のメールアドレスを宛先とするメールを作成する（Ｓ１８）。そして、処理制御部１３０は、メール作成部１５０により作成されたメールの情報（メール情報）を受け取ると（Ｓ１９）、当該メール情報をメール送信部１２０へ出力する（Ｓ２０）。その後、メール送信部１２０は、当該メール情報をメールサーバ２００へ送信する（Ｓ２１）。これにより、ボードに登録されたメッセージが、当該ボードの利用者の端末にメールにより配信される。
【００３８】
このようにすることで、支援システムサーバ１００は、ボードに登録されたメッセージを、当該ボードのメンバー（利用者）の端末へメールにより送信することができる。その結果、ボードの利用者のうち、メールしか利用できない端末を利用する利用者も、ボードへの新規メッセージを確認することができる。
【００３９】
なお、上記の例では、支援システムサーバ１００が、ボードの利用者（メンバー）の端末のブラウザ等により当該ボードへのメッセージを受け付けた場合について説明したが、当該メッセージはメールにより送信された場合でも、同様の処理を行う。
【００４０】
また、上記の実施形態において、支援システムサーバ１００がボードに紐づく組織のメンバーへメッセージのメールを配信するときに用いるメールアドレスは、当該組織のメンバーそれぞれのメールアドレスでもよいし、当該ボードに紐づくメーリングリストのメールアドレスでもよい。
【００４１】
また、メッセージ登録部１４０は、登録対象のメッセージが、既にボードに登録済みのメッセージに対する返信メッセージである場合、登録対象のメッセージを、ボードに登録済みのメッセージと関連付けて（スレッドとして）登録してもよい。例えば、メッセージ登録部１４０は、メールにより送信されたメッセージ２が、既にボードのタスク１に登録済みのメッセージ１に対する返信メールとして送信されたものである場合、メッセージ２を、上記のタスク１におけるメッセージ１と関連付けて登録する。このようにすることで、メッセージ登録部１４０は、互いに関連するメッセージを同じタスク内で関連付けてボードに登録することができる。その結果、ボードの利用者は、互いに関連するメッセージを確認しやすくなる。
【００４２】
また、本記述により、支援システムサーバ１００とメールシステムが連携可能なだけではなく、複数の支援システムサーバ１００がメールを利用し連携することも可能である。また、利用者の端末と支援システムサーバ１００との間で送受信されるメールの添付ファイルの暗号化、メールの暗号化、メールサーバ２００でのＴＬＳ／ＳＳＬ（Transport  Layer  Security/  Secure  Sockets  Layer）利用等、メールのセキュリティ対策を行うことにより、本技術において、通信の秘密を担保することができる。
【００４３】
［プログラム］
また、上記の実施形態で述べた支援システムサーバ１００の機能を実現するプログラムを所望の情報処理装置（コンピュータ）にインストールすることによって実装できる。例えば、パッケージソフトウェアやオンラインソフトウェアとして提供される上記のプログラムを情報処理装置に実行させることにより、情報処理装置を支援システムサーバ１００として機能させることができる。ここで言う情報処理装置には、デスクトップ型またはノート型のパーソナルコンピュータ、ラック搭載型のサーバコンピュータ等が含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal  Handyphone  System）等の移動体通信端末、さらには、ＰＤＡ（Personal  Digital  Assistants）等がその範疇に含まれる。また、支援システムサーバ１００を、クラウドサーバに実装してもよい。
【００４４】
図６を用いて、上記のプログラム（管理プログラム）を実行するコンピュータの一例を説明する。図６に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
【００４５】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１およびＲＡＭ（Random  Access  Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。
【００４６】
ここで、図６に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。前記した実施形態で説明したＤＢに格納される情報は、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。
【００４７】
そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
【００４８】
なお、上記の管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、上記のプログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮやＷＡＮ（Wide  Area  Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。また、コンピュータ１０００は、ＣＰＵ１０２０に代えて、ＧＰＵ（Graphics  Processing  Unit）を用いて処理を実行してもよい。
【符号の説明】
【００４９】
１００  支援システムサーバ
１１０  メール受信部
１２０  メール送信部
１３０  処理制御部
１４０  メッセージ登録部
１５０  メール作成部
１６０  記憶部
２００  メールサーバ
【図１】
2019200507.tif 000003
【図２】
2019200507.tif 000004
【図３】
2019200507.tif 000005
【図４】
2019200507.tif 000006
【図５】
2019200507.tif 000007
【図６】
2019200507.tif 000008