JP2009122730A - メッセージ受領サーバ、およびメッセージ送受信システム - Google Patents

Abstract

【課題】利用者にとって便利なメッセージ送受信システムを提供する。
【解決手段】メッセージ送受信システムは、端末１００Ａおよび１００Ｂと、領域３００Ａおよび３００Ｂと、データ保存部３０１および３５１と、送信内容読み出しプログラム３０２と、書き込みプログラム３５２と、受信内容読み出しプログラム３５３とから構成される。送信者は、端末１００Ａから、受信側領域３００Ｂの書き込みプログラム３５２を用いて、データ保存部３５１にメッセージを書き込む。また、書き込みプログラム３５２は、データ保存部３０１にもメッセージを保存する。受信者は、端末１００Ｂから、自領域３００Ｂの受信内容読み出しプログラム３５３を用いて、受信メッセージを閲覧する。また、送信者は、自領域３００Ａの送信内容読み出しプログラム３５３を用いて、送信メッセージを読み出し、閲覧する。
【選択図】図２

Description

この発明は、メッセージ受領サーバ、およびメッセージ送受信システムに関し、特に、通信回線を通じて外部端末から、メッセージと、そのメッセージを送信する者の領域を特定するための情報とを入力し、入力されたメッセージを、受領したメッセージとして記憶するメッセージ受領サーバ、およびメッセージ送受信システムに関する。

電子掲示板や電子メールは、インターネットにおいて情報交換のためのツールとして広く使われている。主に、電子掲示板は、多くの人に情報を知らせるツールとして使われており、電子メールは、メールアドレスを知っている特定のユーザ間でのメッセージやり取りのためのツールとして使われている。一人、または複数の相手に対して、秘匿したデータを閲覧させることが可能であり、暗号化された書き込みが可能な電子掲示板システムが下記特許文献１に開示されている。
特開２００１−６７２８５号公報

従来の電子メール送信方式では、一方的な自動配信により、迷惑メールが大量に発生するおそれがあった。また、サーバが混雑し、必要なメールが遅達することがある。さらに、多くの場合データが平文で送信されるため、セキュリティが甘いという問題があった。
この発明はそのような問題点を解決するためになされたものであり、利用者にとって便利なメッセージ受領サーバ、およびメッセージ送受信システムを提供することを目的とする。

上記目的を達成するためこの発明のある局面に従うと、メッセージ受領サーバは、通信回線を通じて外部端末から、メッセージと、そのメッセージの送信元となる者の領域を特定するための情報とを入力する入力手段と、入力手段で入力されたメッセージを、受領したメッセージとして記憶する記憶手段と、入力手段で入力された、メッセージの送信元となる者の領域に対して、メッセージが受領されたことを示す通知を書込む書込手段と、ユーザの端末に、記憶手段に記憶されたメッセージを表示させる表示手段とを備える。

好ましくはメッセージ受領サーバは、記憶手段に記憶されたメッセージを、メッセージの送信元となる者の領域とは異なる領域へ書込む第２の書込手段をさらに備える。

この発明の他の局面に従うと、メッセージ送受信システムは、メッセージ受領サーバと、メッセージ受領サーバにメッセージを送信することができる会員を管理する会員管理データベースと、記憶手段にメッセージを記憶させるかさせないかを、会員に応じて登録する登録手段とを備え、メッセージ受領サーバは、ユーザ管理データベースでユーザとして管理されており、かつ登録手段でメッセージを記憶させることとなっているユーザのみからのメッセージを、記憶手段に記憶させる。

これらの発明に従うと、利用者にとって便利なメッセージ受領サーバ、およびメッセージ送受信システムを提供することが可能となる。

[第１の実施の形態]
図１は、本発明の第１の実施の形態におけるメッセージ送受信システムのハードウェア概略を示す図である。

図を参照して、メッセージ送受信システムは、インターネットＩで接続されるユーザＡ（メッセージ送信元）の端末（パーソナルコンピュータ）１００Ａと、ユーザＢ（メッセージ受信側）の端末１００Ｂと、ユーザＡが用いるサーバ２００Ａと、ユーザＢが用いるサーバ２００Ｂとを含んで構成される。

図２は、第１の実施の形態におけるメッセージ送受信システムの機能構成を示すブロック図である。

メッセージ送受信システムにおいては、ユーザそれぞれが、メッセージエリアという自領域を持つ。ユーザは自領域、または他ユーザの領域へ端末を通じてアクセスする。各領域同士のアクセス、端末から領域へのアクセス、およびデータの送受信は、インターネット回線を利用する。ユーザＡは、自領域３００Ａを持ち、端末１００Ａから自領域３００Ａ、または他領域と通信する。同様に、ユーザＢは、自領域３００Ｂを持ち、端末と領域間でデータのやり取りを行なう。ここで、各領域３００Ａ、３００Ｂは、ｗｅｂサーバ、およびデータ保存部としての機能を持ち、各領域は独立している。より詳しくは、ユーザＡの領域３００Ａには、データ保存部３０１と、送信内容読み出しプログラム３０２とが含まれる。また、ユーザＢの領域３００Ｂには、データ保存部３５１と、書き込みプログラム３５２と、受信内容読み出しプログラム３５３とが含まれる。

以下に、ユーザＡがユーザＢに対してメッセージを送信する場合の処理について（１）〜（５）の順を追って説明する。

（１）ユーザＡは端末１００Ａを用いて、ユーザＢのメッセージエリアである領域３００Ｂにアクセスする。このアクセスは具体的には、端末１００Ａにインストールされているブラウザソフトに、領域３００ＢにアクセスするためのＵＲＬを入力すること、または「お気に入り」メニューから領域３００ＢにアクセスするためのＵＲＬを選択することで行われる。または、ブラウザソフトに表示される他の画面から自動的に領域３００Ｂにアクセスするような制御（リダイレクトなど）を行ってもよい。このとき、書き込みプログラム３５２が動作することにより、ユーザＡの端末１００Ａのブラウザ画面には、ユーザＡの領域３００Ａを特定するＵＲＬを入力するための欄（ＵＲＬ入力欄）と、メッセージを入力するための欄とが表示される。ユーザＡは、このブラウザ画面において、ＵＲＬ入力欄にユーザＡの領域３００Ａを示すＵＲＬを入力し、かつメッセージ入力欄に、ユーザＢに読んでほしいメッセージを入力する。

（２）書き込まれた内容は、書き込みプログラム３５２により、ユーザＢの領域３００Ｂに含まれるデータ保存部３５１に蓄積される。このときデータ保存部３５１は、入力されたメッセージと入力されたＵＲＬとを対応付けて記録することで、そのメッセージを送信した者（ここでは、領域３００Ａの所有者であるユーザＡ）を特定できるようにする。

（３）同時に、書き込みプログラム３５２は、ユーザＡにより入力されたＵＲＬに基づいて、ユーザＡのメッセージエリアである領域３００Ａに含まれるデータ保存部３０１にも、同じ内容を送信済メッセージとして保存する。ここで、領域３００Ｂにメッセージが書き込まれた時刻と、領域３００Ａに送信済みメッセージとして保存した時刻とが同じ時刻として記録される。保存時刻を合わせることで、同一のメッセージであることが保証される。

（４）ユーザＢは、領域３００Ｂの受信内容読み出しプログラム３５３より、データ保存部３５１から受信内容を端末１００Ｂにより読み出し、閲覧する。すなわち、ユーザＢは端末１００Ｂにインストールされているブラウザソフトに、領域３００ＢにアクセスするためのＵＲＬを入力、または「お気に入り」メニューから領域３００ＢにアクセスするためのＵＲＬを選択する。このとき、受信内容読み出しプログラム３５３が動作することにより、端末１００Ｂのブラウザ画面には、データ保存部３５１に記録されたメッセージと、そのメッセージを入力したユーザのＵＲＬとが対応付けて表示される。これにより、ユーザＢは、ユーザＡからのメッセージを閲覧することができる。

（５）ユーザＡは、領域３００Ａの送信内容読み出しプログラム３０２より、データ保存部３０１から送信内容を端末１００Ａにより読み出し、閲覧する。すなわち、ユーザＡは端末１００Ａにインストールされているブラウザソフトに、領域３００ＡにアクセスするためのＵＲＬを入力、または「お気に入り」メニューから領域３００ＡにアクセスするためのＵＲＬを選択する。このとき、送信内容読み出しプログラム３０２が動作することにより、端末１００Ａのブラウザ画面には、データ保存部３０１に記録されたメッセージが表示される。これにより、ユーザＡは、自分がユーザＢに送信したメッセージを閲覧することができる。

ここでは、各ユーザが持つ、メッセージエリアと呼ばれる各領域は、データ保存部、およびメッセージ送受信に必要なプログラムを有する。ユーザはメッセージ送信時には、送信したい相手の領域にアクセスし、相手のデータ保存部にメッセージを書き込む。一方、ユーザはメッセージ受信時には、自領域にアクセスし、自分のデータ保存部からメッセージを読み出す。他ユーザに送信したメッセージは、書き込み時に自領域にも複写されるため、ユーザは送信メッセージも自領域から読み出すことができる。

この方法をとることで、メッセージの送られてくる経路が把握でき、迷惑メールの大量発生が抑えられる。それにより、迷惑メールによるサーバの混雑などで、送信したいメールが遅達することが防がれる。また、電子メールは、どのような経路を辿って送信元から受信先に届くかわからず、これにより遅達が生じる可能性が高い。これに対し、本実施の形態ではメッセージを送信したい相手の領域に、データを直接書き込むため、メッセージの経路が把握でき、遅達が解消される。

また、ここでは（１）メッセージ書き込み、（３）自領域へのメッセージ複写保存、（４）ユーザＢの受信内容閲覧、および（５）ユーザＡの送信内容閲覧には、ＳＳＬ通信等の暗号化技術が用いられる。それによりメッセージ伝送経路が暗号化され、セキュリティを保つことができる。

さらに、各ユーザの領域が持つメッセージ書き込み画面は、ユーザ自身がデザインすることができる。例えば、ユーザＡが領域３００Ｂにアクセスしたときに、端末１００Ａのブラウザに表示される画面は、ユーザＢがデザインすることができる。これにより、ユーザＢはこの画面に、自己の紹介文や広告などを含めることができる。

なお、図２においては、ユーザＡが送信側、ユーザＢが受信側であるものとして説明を行ったが、逆の場合もありうる。ユーザＡとＢとで相互にメッセージを送受信するためには、図２の領域３００Ａおよび領域３００Ｂに含まれる構成の両者を、領域３００Ａおよび領域３００Ｂのそれぞれに含めさせるとよい。このような構成により、ユーザＡおよびＢは、それぞれお互いの領域にメッセージを書き込むことが可能となる。

また、ＵＲＬにより、領域３００Ａと領域３００Ｂとを区別できるのであれば、領域３００Ａおよび３００Ｂは、同一のサーバ内にあってもよい。

[第２の実施の形態]
図３は、第２の実施の形態におけるメッセージ送受信システムの機能構成を示すブロック図である。

本実施の形態においては、第１の実施の形態のように、書き込みプログラム３５２が、送信元へ送信内容を保存するのではなく、受信側データ保存部３５１が、直接送信元データ保存部３０１にデータを保存する。すなわち、本実施の形態では、図２における（３）の処理に代えて、図３における（３ａ）に示される処理が行われる。ユーザＡによって、領域３００Ｂのデータ保存部３５１にメッセージが書き込まれたとき、データ保存部３５１はトリガを用いて、ユーザＡの領域３００Ａに含まれるデータ保存部３０１にデータを複製保存する。

なお、（３ａ）のデータ保存部３５１から、データ保存部３０１へデータを複製保存する際には、ＳＳＬ通信等の暗号化技術が用いられる。それによりメッセージ伝送経路の暗号化が行われる。

ここでは受信側データ保存部はトリガを用いて、送信元データ保存部に情報を保存する。これにより、本実施の形態ではフロントプログラムである、書き込みプログラム３５２の実装および構成を簡易にすることができる。

[第３の実施の形態]
図４は、第３の実施の形態における端末アプリケーションを利用したメッセージ送受信システムの機能構成を示すブロック図である。

図を参照して、端末アプリケーションを利用したメッセージ送受信システムにおいては、第１の実施の形態の構成に加え、送信元であるユーザＡの端末１００Ａは、メッセージ作成プログラム１０１と、送信先リスト１０２とを含む。以下に、ユーザＡが、ユーザＢおよびユーザＣに対してメッセージを送信する場合の処理について、（１）〜（５）の順を追って説明する。

（１）ユーザＡは、自端末１００Ａのメッセージ作成プログラム１０１でメッセージを作成する。

（２）ユーザＡは、前述のメッセージ作成プログラム１０１で、送信先リスト１０２を作成する。送信先リストには、メッセージを送信したいユーザが持つ領域を示すＵＲＬが登録される。登録するＵＲＬは、一つのＵＲＬでも、複数のＵＲＬでもよい。

（３）メッセージ作成プログラム１０１は、送信先リスト１０２の情報をもとにして、各ユーザの領域を示すＵＲＬ対し、メッセージを配信する。ここでは例として、送信先リストにユーザＢおよびユーザＣの情報があるものとする。メッセージ作成プログラム１０１は、領域４００Ｂの書き込みプログラム４２２を介し、データ保存部４２１にメッセージを書き込む。同様に、メッセージ作成プログラム１０１は、領域４００Ｃの書き込みプログラム４４２を介し、データ保存部４４１にもメッセージを書き込む。

（４）メッセージを配信したいＵＲＬが存在しない等の場合には、メッセージ作成プログラム１０１は、フィードバックとしてエラー情報を領域４００Ａにあるデータ保存部４０１に書き込む。

（５）また、送信先リスト１０２に、メッセージを配信したい相手の正確な情報が存在しても、受信先がユーザＡからのメッセージを受信拒否に設定していると、ユーザＡはメッセージを配信できなくなる。その場合は、領域４００Ｂのデータ保存部４２１は、領域４００Ａのデータ保存部４０１に、エラーのフィードバックとして、ユーザＡからのメッセージはユーザＢには送信されなかった旨の情報を書き込む。

（６）ユーザＢは、領域４００Ｂの受信内容読み出しプログラム４２３を用い、データ保存部４２１から受信内容を端末１００Ｂに読み出し、閲覧する。すなわち、第１の実施の形態（４）と同様の処理手順により、自端末にインストールされているブラウザからメッセージを確認することができる。

（７）ユーザＣは、ユーザＢと同様に、領域４００Ｃの受信内容読み出しプログラム４４３を用いて、データ保存部４４１から受信内容を端末１００Ｃに読み出し、閲覧する。

ここで、（３）メッセージの配信、（４）送信先不明エラーのフィードバック、（５）受信拒否設定エラーのフィードバック、（６）ユーザＢの受信内容閲覧、および（７）ユーザＣの受信内容閲覧には、ＳＳＬ通信等の暗号化技術が用いられる。それによりメッセージ伝送経路の暗号化が行われる。

本実施の形態においては、端末側アプリケーションにメッセージ書き込みプログラムが実装されることで、送信先リストの管理などの機能が使用可能になる。これにより、ユーザは既存のメールシステムと近い感覚で、メッセージの送信操作を行なうことができるため、システムの使い易さが向上する。

[第４の実施の形態]
図５は、第４の実施の形態における携帯端末アプリケーションを利用したメッセージ送受信システムの機能構成を示すブロック図である。

図を参照して、携帯端末アプリケーションを利用したメッセージ送受信システムにおいては、ユーザＡの携帯端末５５０Ａは、データ保存部５５１、書き込みプログラム５５２、新着メッセージリクエストプログラム５５３、および受信内容読み出しプログラム５５４を含む。また、ユーザＡの自領域５００Ａは、データ保存部５０１を含む。なお、メッセージ受信側である領域５００Ｂは、第１の実施の形態と同様の構成である。

ユーザは、携帯電話端末上で動く、携帯アプリケーション（ｉアプリ（登録商標）、ＥＺアプリ（登録商標）等）を用いて各領域にアクセスする。

以下に、ユーザＡがユーザＢに対してメッセージを送信する場合の処理について、（１）〜（８）の順を追って説明する。

（１）ユーザＡは自携帯端末５５０Ａの書き込みプログラム５５２でメッセージを作成する。

（２）書き込みプログラム５５２は、メッセージを、領域５００Ｂの書き込みプログラム５２２に送信する。メッセージ書き込み指示を受けた、領域５００Ｂの書き込みプログラム５２２は、メッセージデータをデータ保存部５２１に書き込む。

（３）同時に、書き込みプログラム５２２は、領域５００Ａのデータ保存部５０１にも、同メッセージを送信済みメッセージとして保存する。

（４）自携帯端末は５５０Ａの書き込みプログラム５５２は、携帯端末５５０Ａのデータ保存部５５１にも、同メッセージを保存する。

（５）ユーザＢは、領域５００Ｂの受信内容読み出しプログラム５２３により、データ保存部５２１からの受信内容を端末１００Ｂにより読み出し、閲覧する。すなわち、第１の実施の形態（４）と同様の処理手順をとることで、ユーザＢは自端末にインストールされているブラウザからメッセージを確認することができる。

（６）ユーザＡは、他の領域からの新規受信メッセージ等、未読メッセージを確認したい場合は、新着メッセージリクエストプログラム５５３にて、自領域５００Ａに対してリクエストを行なう。

（７）データ保存部５５１は、領域５００Ａのデータ保存部５０１より、差分（外部より受信したメールの未読分）を受信する。

（８）ユーザＡは、受信内容閲覧プログラム５５４により、データ保存部５５１からメッセージを読み出し、閲覧する。

ここで、（２）メッセージ送信、（３）自領域へのメッセージ複写保存、（５）受信内容閲覧、（６）自携帯端末から自領域へのリクエスト、および（７）自領域から差分受信は、ＳＳＬ通信等の暗号化技術が用いられる。それによりメッセージ伝送経路の暗号化が行われる。

（３）のメッセージを複写保存する処理は、第２の実施の形態で使用したトリガを用いてもよい。

第１、第２の実施の形態においても、httpsを利用しているため、領域へのアクセスには携帯端末を用いることが可能であるが、ここでは携帯端末は、未読メッセージ（差分）のみの読み込み等を行なう。それによって、ユーザは通信費を抑制することができる。

[第５の実施の形態]
図６は、第５の実施の形態における携帯端末を利用したメッセージ送受信システムの機能構成を示すブロック図である。ユーザＢの自領域３００Ｂにある書き込みプログラム３５２は、メッセージ到着時に、登録された電話番号に電話をすることで受信を知らせる機能を持つ。データ保存部３５１に書き込みが行われた場合、書き込みプログラム３５２は、登録された電話番号の携帯端末３５０Ｂ（携帯電話のように着信履歴が残るものが望ましい）に対し、着信履歴を残す程度に電話をかける。ユーザは、端末から新着メッセージの確認をしなくても、受信をリアルタイムで知ることができ、新着メッセージ確認にかかる手間を省くことができる。

[第６の実施の形態]
図７は、第６の実施の形態における端末アプリケーションを利用したメッセージ送受信システムの機能構成を示すブロック図である。この構成は、第１〜第５の実施の形態におけるユーザＡの端末に対する付加機能として用いられる。

本実施の形態においては、ユーザＡの自端末７５０Ａは、新着メッセージを定期的に確認する、新着メッセージ確認プログラム７５１と、新着メッセージ件数受信プログラム７５２とを含み、データ保存部７０１とやり取りを行なう。

以下に、端末が領域に対し新着メッセージを確認する場合の処理について、（１）〜（２）の順を追って説明する。

（１）ユーザＡの端末７５０Ａは、設定された時間の間隔で、領域７００Ａのデータ保存部７０１に対して、新着メッセージの有無をリクエストする。

（２）データ保存部７０１は、新着メッセージがある場合には、そのメッセージ件数を、端末７５０Ａへ返信する。

ここで、端末７５０Ａと、領域７００Ａとの通信には、ＳＳＬ通信等の暗号化技術が用いられる。それによりメッセージ伝送経路の暗号化が行われる。

本実施の形態では、新着メッセージ確認が自動化されることで、ユーザは端末から新着メッセージの確認をする手間を省くことができる。

[第７の実施の形態]
図８は、本発明の第７の実施の形態におけるホワイトリストを利用したメッセージ送受信システムの機能構成を示すブロック図である。

図を参照して、ホワイトリストを利用したメッセージ送受信システムにおいては、第１の実施の形態の構成に加え、会員情報を管理する領域８００Ｓと、領域８００Ｓ内に含まれる会員データ保存部８３１および各会員の状態遷移を保存しているメッセージリクエストデータ保存部８３２とが含まれる。また、各ユーザ領域８００Ａ、８００Ｂ、および８００Ｃには、ホワイトリストデータ保存部８０３、８１４、および８２１が含まれる。さらに、ユーザＡの領域８００Ａには、認証プログラム８０１および書き込み申請プログラム８０２が含まれ、ユーザＢの領域８００Ｂには、ブラックリストデータ保存部８１３、申請中画面表示部８１１、ホワイトリスト許可申請一覧表示部８１２、および転送リストデータ保存部８１８が含まれる。

図８における、送信内容読み出しプログラム８０５およびデータ保存部８０４は、図２における送信内容読み出しプログラム３０２およびデータ保存部３０１にそれぞれ対応している。図８における書き込みプログラム８１５、受信内容読み出しプログラム８１７、およびデータ保存部８１６は、図２における、書き込みプログラム３５２、受信内容読み出しプログラム３５３、およびデータ保存部３５１にそれぞれ対応している。

なお、本実施の形態において、ホワイトリストデータ保存部に蓄積されるホワイトリストとは、各ユーザがメッセージ受信を許可する他ユーザのリストである。

また、ブラックリストデータ保存部に蓄積されるブラックリストとは、各ユーザがメッセージ受信を拒否する他ユーザのリストである。

以下に、図中の（１）〜（１８）の記号に対応させて、本メッセージシステムの動作について説明する。

（１）ユーザＡは、自領域８００Ａの認証プログラム８０１に登録情報を入力する。

（２ａ）認証プログラム８０１は、領域Ｓに含まれる会員データ保存部８３１を参照し、ユーザＡの認証を完了する。この時点で、ユーザＡは自領域８００Ａにアクセスでき、受信メッセージ等を閲覧することができるようになる。

（２ｂ）認証プログラム８０１が会員データ保存部８３１を参照した結果、ユーザＡが非会員である場合、または登録情報に不備がある場合は、認証は失敗し、処理は終了する。

（３）ユーザＡは、書き込み申請プログラム８０２を用いて、ユーザＢに対する書き込み申請を、会員データ保存部８３１に対して行なう。

（４ａ）会員データ保存部８３１が、会員登録情報を再確認し、ユーザＡの書き込み申請に対し認証完了した後、ユーザＢのブラックリストデータ保存部８１３が参照される。

（４ｂ）会員データ保存部８３１を参照し、認証が完了した場合は、メッセージリクエストデータ保存部８３２に対して、「ユーザＡがユーザＢに対してメッセージを書こうとしている状態である」という、Ａの状態遷移フラグの記録が行われる。

（４ｃ）（２ｂ）のユーザ認証処理と同じく、ユーザＢが非会員である場合、または登録情報に不備がある場合は、ユーザＡの書き込み申請に対する認証は失敗し、処理は終了する。

（５ａ）（４ａ）のブラックリストデータ参照処理において、ユーザＡが、ユーザＢのブラックリストデータに登録されていない場合は、処理はユーザＢのホワイトリストデータの検証に推移する。すなわち、ホワイトリストデータ保存部８１４にユーザＡが登録されているかを検証するものである。

（５ｂ）ユーザＡが、ユーザＢのブラックリストデータ保存部８１３に登録されている場合は、ユーザＡが開いている画面に、書き込み権限がない旨のメッセージが表示され、処理は終了する。終了時には同時に、メッセージリクエストデータの記録が削除される。

（６ａ）（４ｂ）で記録された「ユーザＡがユーザＢに対しメッセージを書こうとしている状態である」というＡの状態遷移フラグがあるか、メッセージリクエストデータ保存部８３２がホワイトリストデータ保存部８１４により参照される。

（６ｂ）メッセージリクエストデータ保存部８３２に、（４ｂ）の状態遷移フラグ情報が無い場合、処理は終了する。

（７ａ）ユーザＡが、ユーザＢのホワイトリストデータ保存部８１４に登録されていない場合、ユーザＡの開いている画面に、申請中である旨のメッセージ画面８１１が表示される。

（７ｂ）ユーザＢのホワイトリストデータ保存部８１４に、ユーザＡの情報が「申請中」として登録される。ユーザＢのホワイトリスト許可申請一覧表示部８１２に、ユーザＡの情報が表示される。

（７ｃ）ユーザＡの情報が、既にユーザＢのホワイトリストデータ保存部８１４に登録されていた場合は、処理は（１０ａ）へ続く。

（８ａ）ユーザＢは、ホワイトリスト許可申請一覧表示部８１２より、ユーザＡからの書き込み申請が送られてきていることを知る。また、ユーザＢは、ユーザＡからのメッセージを受信可能であれば、ホワイトリスト許可申請一覧表示部８１２より、ユーザＡを許可する。

（８ｂ）また、ユーザＢがユーザＡからのメッセージを受信したくない場合には、ユーザＢは、ホワイトリスト許可申請一覧表示部８１２より、ユーザＡを不許可にする。それにより、ユーザＢのホワイトリストデータ保存部８１４からユーザＡの情報は削除される。

（８ｃ）（８ｂ）のように、ユーザＢがユーザＡのホワイトリスト登録申請を不許可にした場合、ユーザＢは、ホワイトリストデータ保存部８１４からユーザＡの情報を削除したとの旨を、ユーザＡのデータ保存部８０４に、データとして残すこともできる。ユーザＡは、他ユーザに対するホワイトリスト登録申請の結果を、保存データから確認することができるようになる。これにより、なりすまし、またはボットにより、他者がユーザＡの情報を用いて、勝手にユーザＢにホワイトリスト登録を申請した場合でも、不正が見つかりやすくなる。結果として、なりすまし、またはボットにより、他者から不正に情報を使われ申請されることが防がれる。

（９ａ）（８ａ）でユーザＢにホワイトリスト登録が許可された場合、ユーザＡのホワイトリストデータ保存部８０３にも、ユーザＢの情報が登録される。

（９ｂ）（９ａ）と同時に、ユーザＡのデータ保存部８０４に、ユーザＢに対する書き込み権限が付与されたという情報が保存される。

（９ｃ）（６ａ）と同様に、メッセージリクエストデータ保存部８３２に、（４ｂ）で記録されたユーザＡの状態遷移フラグがあるか参照する。

（９ｄ）（６ｂ）と同様に、メッセージリクエストデータ保存部８３２に、（４ｂ）で記録されたユーザＡの状態遷移フラグがなければ、処理を終了する。

（１０ａ）ユーザＡのホワイトリストデータ保存部８０３へのユーザＢの情報登録が完了する、または（７ｃ）において、ホワイトリストデータ保存部８１４にユーザＡの情報が登録されていると、ユーザＡに対して書き込みページが表示される。

（１０ｂ）ここまでの流れをユーザＡが見ると、ユーザＡが（３）でユーザＢへの書き込みを会員データ保存部８３１に申請した後、書き込みプログラム８１５の表示へと画面が遷移する。ただし、ユーザＢのホワイトリストデータ保存部８１４にユーザＡの情報が登録されていない場合は、（７ａ）の申請中である旨のメッセージ画面８１１の表示を経由する。

（１１）ユーザＡはユーザＢの領域にある書き込みプログラム８１５でメッセージを書き込む。

（１２）（６ａ）と同様に、メッセージリクエストデータ保存部８３２は、（４ｂ）で記録されたユーザＡの状態遷移フラグがあるか書き込みプログラム８１５により参照される。

（１３ａ）メッセージリクエストデータ保存部８３２に、（４ｂ）で記録されたユーザＡの状態遷移フラグがあれば、ユーザＢのデータ保存部８１６に、ユーザＡが書き込んだメッセージテキスト文などが保存される。

（１３ｂ）（６ｂ）と同様に、メッセージリクエストデータ保存部８３２に、（４ｂ）で記録されたユーザＡの状態遷移フラグがなければ、処理は終了する。

（１４ａ）ユーザＡのデータ保存部８０４にも、ユーザＡがユーザＢに送信したメッセージデータと同一のデータが書き込まれる。

（１４ｂ）（６ａ）と同様に、メッセージリクエストデータ保存部８３２は、（４ｂ）で記録されたユーザＡの状態遷移フラグがあるか、データ保存部８０４により参照される。

（１４ｃ）（６ｂ）と同様に、メッセージリクエストデータ保存部８３２に、（４ｂ）で記録されたユーザＡの状態遷移フラグがなければ、処理は終了する。

（１５ａ）ユーザＡが書き込んだメッセージに、ＣＣまたはＢＣＣの指定がある場合は、送信指定先のホワイトリストデータ保存部が参照される。ここではＢＣＣにユーザＣが指定されていたとして、ユーザＣのホワイトリストデータ保存部８２１が参照される。

（１５ｂ）ユーザＣのホワイトリストデータ保存部８２１にユーザＡの情報が登録されていれば、ユーザＣのデータ保存部８２２に、ユーザＡがユーザＢに送信したものと同様のメッセージテキスト文などが保存される。

（１５ｃ）ユーザＣのホワイトリストデータ保存部８２１に、ユーザＡの情報が登録されていなければ、ユーザＣのデータ保存部８２２への、ユーザＡからのメッセージ書き込みは行なわれない。

（１６）ユーザＣは、領域８００Ｃの受信内容読み出しプログラム８２３を用い、データ保存部８２２から受信内容を端末１００Ｃで読み出し、閲覧する。すなわち、第１の実施の形態（４）と同様の処理手順により、自端末にインストールされているブラウザからメッセージを確認することができる。

（１７）ユーザＢは、ユーザＣと同様に、領域８００Ｂの受信内容読み出しプログラム８１７を用いて、データ保存部８１６から受信内容を端末１００Ｂに読み出し、閲覧する。

（１８）ユーザＡは、領域８００Ａの送信内容読み出しプログラム８０５を用い、データ保存部８０４から送信内容を端末１００Ａに読み出し、閲覧する。すなわち、第１の実施の形態（５）と同様の処理手順により、自端末にインストールされているブラウザからメッセージを確認することができる。

ここで、各領域間、各領域と各ユーザ端末とのやり取りには、ＳＳＬ通信等の暗号化技術が用いられる。それによりメッセージ伝送経路の暗号化が行われる。

本実施の形態によると、メッセージ書き込みの前に、ユーザ認証やメッセージ書き込み申請といった、会員データ保存部とのプロセスを入れることで、本メッセージ送受信システムのユーザでない者からの無作為なメッセージ送信が防がれる。また、ユーザ認証を先に行なうことで、ホワイトリスト登録許可申請一覧に、ユーザでない者の情報が大量に並ぶことがない。これにより、ホワイトリスト登録許可申請一覧表示が煩雑化されることが防止される。

会員データ保存部に対して、個人（送信者）の認証を行なう際には、ＩＤ・パスワードの手入力、Ｃｏｏｋｉｅ、デジタル署名、または携帯電話端末の一意なキー等の、ソフトウェアでの認証と、Ｆｅｌｉｃａ（登録商標）をはじめとしたＩＤカード、または電子印鑑のようなハードに依存する手法とを採用することで、より高いセキュリティが実現される。

メッセージリクエストデータ保存部８３２は、「メール送信中状態」や「ホワイトリスト申請中状態」といった、各ユーザの状態遷移をフラグとして保持する。メッセージ送信処理中に、そのフラグの有無が参照されることで、メッセージリクエストデータ保存部８３２を通さなければ他領域にメッセージ書き込みができなくなるため、不正なメッセージ書き込みが防がれる。

なお、第５の実施の形態で利用される、メッセージ受信を携帯端末に知らせる機能や、第６の実施の形態で利用される、新着メッセージの自動確認機能など、スピーディにフィードバックするプロセスを本実施の形態に組み込むことができる。例えば、ユーザの送信したい相手に、そのユーザが新規ホワイトリストとして許可登録されたときに通知を行なうようにすると、ユーザはタイムリーなレスポンスが可能である。

また、ユーザは、メッセージを送信したい相手のホワイトリストに登録されていなければ、その相手をＣＣ、ＢＣＣ先に指定してメッセージを送信することもできない。これにより、ユーザＡとユーザＢが組む、またはユーザＡが１人２役を演じることで、本実施の形態の正規手段において、ユーザＡからユーザＢにメッセージを送る際に、ＣＣ、ＢＣＣを利用し不特定多数のユーザに大量のメッセージを送るような迷惑メールが防がれる。

さらに、メッセージデータ保存部８１６に転送リスト８１８を付加することで、メーリングリスト方式のメール送信にも対応可能である。メーリングリストとして使用する場合にも、ＣＣ、ＢＣＣと同様に、送信元ユーザは送信先ユーザのホワイトリストに登録されている必要があるというルールを設けると、さらに迷惑メールの送信は困難になる。

また、ユーザは、ホワイトリストデータ保存部およびブラックリストデータ保存部を、本実施の形態の処理外でも、個別にメンテナンスすることができる。

さらに、領域８００Ｂに転送リストデータ保存部８１８を含ませることで、領域８００Ｂのデータ保存部８１６にメッセージが送信されてきた場合、転送リストデータ保存部８１８に登録されている転送先に、メッセージが転送される。また、転送先がそのメッセージに対して返信した場合、すなわちユーザＣがユーザＢのデータ保存部８１６に対して書き込みを行った場合にも、転送先リストデータ保存部８１８に登録されている転送先に、メッセージが転送される。これにより、ユーザは、本メッセージシステムをメーリングリストとして使用することもできるようになる。

[第８の実施の形態]
図９は、第８の実施の形態における管理領域を利用したメッセージ送受信システムの機能構成を示すブロック図である。

図を参照して、管理領域を利用したメッセージ送受信システムにおいては、ユーザＡの領域１０００Ａは、書込申請プログラム１００１およびホワイトリストデータ保存部１００２を持ち、同様に、ユーザＣの領域１０００Ｃは、書き込み申請プログラム１１０１およびホワイトリストデータ保存部１１０２を持つ。領域１０００Ａおよび領域１０００Ｂの上位領域である領域１０００Ｓは、会員データ保存部１２０１を持ち、同様に、領域１０００Ｃおよび領域１０００Ｄの上位領域である領域１０００Ｔは会員データ保存部１３０１を持つ。また、領域を束ねる上位サーバ１０００Ｒは、領域管理データ保存部１４０１を持つ。

この構成は、第７の実施の形態（図８）において、管理ユーザ数が領域８００Ｓの許容量を超え、メッセージシステムが拡大した場合の付加機能として用いられる。また、本実施の形態での機能は、第７の実施の形態における、（３）の書き込み申請処理に追加される機能である。ここでは書き込み申請前後の処理についての説明は省略する。

（１）ユーザＡは、書き込み申請プログラム１００１を用いて、ユーザＣに対する書き込み申請を行なうときに、上位領域である１０００Ｓの会員データ保存部１２０１に対して確認を行なう。

（２）会員データ保存部１２０１に、ユーザＣの情報が登録されていない場合、領域Ｓの上位サーバである１０００Ｒの領域管理データ保存部１４０１が参照される。

（３）上位サーバ１０００Ｒは、領域１０００Ｓ以外の下位領域に対して、ユーザＣの登録情報を持っているか問い合わせる。

（４）領域１０００Ｔの会員データ保存部１３０１がユーザＣの情報を持っていれば、領域１０００Ｔは上位サーバ１０００Ｒに通知する。

（５）上位サーバ１０００Ｒは、問い合わせ元である領域１０００Ｓに対し、領域１０００ＴがユーザＣを管理していることを通知する。

（６）（５）で伝えられたユーザＣの情報を、領域１０００Ｓは領域１０００Ａに通知する。

（７）領域１０００Ａは、（６）で領域１０００Ｓから得た情報を元に、ユーザＣ領域である１０００Ｔにアクセスする。

ここでユーザＡのホワイトリストデータ保存部１００２に、ユーザＣの領域１０００Ｃは、領域１０００Ｔにより管理されているという情報を登録しておくことで、ユーザＡはユーザＣに関する次回からの情報のアクセスを早めることができる。

また、ユーザ数が増えるなど、さらにシステムが拡大していく場合には、システム管理者は、複数の領域管理データを束ねる、上位サーバ１０００Ｒのさらに上位のサーバを用意して対応することも可能である。

なお、上位サーバは、本メッセージ送受信システム運営者だけでなく、ユーザも管理可能である。メール等の連絡に使用するデータは社内において維持および管理するという社内規定を持つユーザ会社などには、上位サーバごとレンタルすることも可能である。

さらに、図９においては、ユーザＡが送信側、ユーザＣが受信側であるものとして説明を行ったが、逆の場合もありうる。さらに、ユーザＢおよびユーザＤにおいても、送信側または受信側となることが可能である。

[その他]
なお、送信者が送信したメッセージを受信者が見る前であれば、送信者がメッセージの修正および削除をすることができるようにメッセージ送受信システムを構成してもよい。

また、メッセージを書き込む際、先に送信者領域のデータ保存部にメッセージを書き込み、成功した後、受信者領域のデータ保存部へのメッセージ書き込みを実行するように順序づけると、さらに迷惑メールの送信が困難である構成にすることができる。

［実施の形態における効果］
上記発明によると、迷惑メールの大量発生やサーバの混雑を抑え、データの暗号化によりセキュリティを高めた、利用者にとって便利であるメッセージ受領サーバ、およびメッセージ送受信システムを提供することが可能となる。

なお、上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の第１の実施の形態の一つにおけるメッセージ送受信システムのハードウェア概略を示す図である。 第１の実施の形態におけるメッセージ送受信システムの機能構成を示すブロック図である。 第２の実施の形態におけるメッセージ送受信システムの機能構成を示すブロック図である。 第３の実施の形態における端末アプリケーションを利用したメッセージ送受信システムの機能構成を示すブロック図である。 第４の実施の形態における携帯端末アプリケーションを利用したメッセージ送受信システムの機能構成を示すブロック図である。 第５の実施の形態における携帯端末を利用したメッセージ送受信システムの機能構成を示すブロック図である。 第６の実施の形態における端末アプリケーションを利用したメッセージ送受信システムの機能構成を示すブロック図である。 第７の実施の形態におけるホワイトリストを利用したメッセージ送受信システムの機能構成を示すブロック図である。 第８の実施の形態における管理領域を利用したメッセージ送受信システムの機能構成を示すブロック図である。

符号の説明

１００Ａ，１００Ｂ，１００Ｃ，７５０Ａ 端末
１０１ メッセージ作成プログラム
１０２ 送信先リスト
２００Ａ，２００Ｂ サーバ
３００Ａ，３００Ｂ，４００Ａ，４００Ｂ，４００Ｃ，５００Ａ，５００Ｂ，７００Ａ，８００Ａ，８００Ｂ，８００Ｃ，８００Ｓ，１０００Ａ，１０００Ｂ，１０００Ｃ，１０００Ｄ，１０００Ｓ，１０００Ｔ 領域
３０１，３５１，４０１，４２１，４４１，５０１，５２１，５５１，７０１，８０４，８１６，８２２ データ保存部
３０２，８０５ 送信内容読み出しプログラム
３５２，４２２，４４２，５２２，５５２，８１５ 書き込みプログラム
３５３，４２３，４４３，５２３，５５４，８１７，８２３ 受信内容読み出しプログラム
５５３ 新着メッセージリクエストプログラム
３５０Ｂ，５５０Ａ 携帯端末
７５１ 新着メッセージ確認プログラム
７５２ 新着メッセージ件数受信プログラム
８０１ 認証プログラム
８０２，１００１，１１０１ 書き込み申請プログラム
８０３，８１４，８２１，１００２，１１０２ ホワイトリストデータ保存部
８１１ 申請中画面表示部
８１２ ホワイトリスト許可申請一覧表示部
８１３ ブラックリストデータ保存部
８１８ 転送リストデータ保存部
８３１，１２０１，１３０１ 会員データ保存部
８３２ メッセージリクエストデータ保存部
１０００Ｒ 上位サーバ
１４０１ 領域管理データ保存部
Ｉ インターネット

Claims (3)

1. 通信回線を通じて外部端末から、メッセージと、そのメッセージの送信元となる者の領域を特定するための情報とを入力する入力手段と、
   前記入力手段で入力された前記メッセージを、受領したメッセージとして記憶する記憶手段と、
   前記入力手段で入力された、前記メッセージの送信元となる者の領域に対して、前記メッセージが受領されたことを示す通知を書込む書込手段と、
   ユーザの端末に、前記記憶手段に記憶されたメッセージを表示させる表示手段とを備えた、メッセージ受領サーバ。
2. 前記記憶手段に記憶されたメッセージを、前記メッセージの送信元となる者の領域とは異なる領域へ書込む第２の書込手段をさらに備えた、請求項１に記載のメッセージ受領サーバ。
3. 請求項１または２に記載のメッセージ受領サーバと、
   前記メッセージ受領サーバにメッセージを送信することができる会員を管理する会員管理データベースと、
   前記記憶手段にメッセージを記憶させるかさせないかを、会員に応じて登録する登録手段とを備え、
   前記メッセージ受領サーバは、前記ユーザ管理データベースでユーザとして管理されており、かつ前記登録手段でメッセージを記憶させることとなっているユーザのみからのメッセージを、前記記憶手段に記憶させる、メッセージ送受信システム。

Images