電子メール仲介サービスシステム、端末、ダウンロードサーバ及びプログラム並びに記録媒体
【課題】 電子メールの発信者側で受信者側端末への電子メールの転送を許容するかまたは閲覧のみを許容して閲覧後に電子メールの削除を行うかを指定できるようにした電子メール仲介サービスシステムを提供する。
【解決手段】 電子メール仲介サービスシステム１４は、利用者Ａの携帯電話機１６ａから送信されたメッセージ８０をすべての利用者の端末で閲覧できるように公開し、前記メッセージに対する返信として利用者Ｂの携帯電話機１６ｂから送信されたメッセージ８１を前記利用者Ａの私書箱４２ａに転送する。そして、前記利用者Ａの携帯電話機１６ａから自分宛のメッセージの閲覧要求があった場合に、私書箱４２ａに届けられたメッセージの閲覧を許容する。
【解決手段】 電子メール仲介サービスシステム１４は、利用者Ａの携帯電話機１６ａから送信されたメッセージ８０をすべての利用者の端末で閲覧できるように公開し、前記メッセージに対する返信として利用者Ｂの携帯電話機１６ｂから送信されたメッセージ８１を前記利用者Ａの私書箱４２ａに転送する。そして、前記利用者Ａの携帯電話機１６ａから自分宛のメッセージの閲覧要求があった場合に、私書箱４２ａに届けられたメッセージの閲覧を許容する。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、電子メール仲介サービスシステムに関する。詳しくは、通常の電子メールシステムを改良した電子メール仲介サービスシステムであって、特に、サーバ側にユーザごとの私書箱を備え、受信者側で読み終えた後の電子メールを私書箱に保存するか否（消去する）かを送信者側で指定できるようにした電子メール仲介サービスシステムに関する。
【０００２】
【従来の技術】一般に、電子メールは、知っている相手とのメッセージ交換に用いられるが、交際相手を募集するなど、相手を特定しない用途に用いられることもある。その一例として、「出会い系サイト」が知られている。出会い系サイトとは、インターネット上に設けられた「掲示板システム」（以下単に掲示板という）と類似のコミュニケーション・サービス・システムの一形態である。一般的な掲示板は、任意の話題または特定の話題などに関する書き込み（メッセージ）を受け付け、それを不特定多数（公開掲示板の場合）のユーザに自由に閲覧させると共に、随時に書き込まれる同意ないしは異論反論などの意見（メッセージ）を時系列的に掲示していく、いわゆる一対多のメッセージ告知サービスシステムである。掲示板ユーザのほとんどは、身分を明かさずに匿名で利用することが多い。すなわち、書き込み者は、通常、自分の氏名や電子メールアドレス等の固有情報を隠し、ハンドルネームと呼ばれる匿名で利用することが多い。
【０００３】一方、出会い系サイトは、もっぱらインターネットを介して交際相手を広く募るために利用されるものであり、掲示板と同様の一対多のメッセージ告知機能を備えるほか、さらに、メッセージを読んで気に入った相手と一対一のメッセージ交換を行うための電子メール仲介機能を備える。
【０００４】図１４は、従来の電子メール仲介サービスシステム（一例として出会い系サイトに適用されるもの）の概念図である。電子メール仲介サービスシステム１は、図示を略したインターネット網に接続されたサーバによって実現されている。この電子メール仲介サービスシステム１は、利用者（図では便宜的に利用者Ａと利用者Ｂで代表する）の端末（たとえば、ｉモード（登録商標；以下「Ｒ」と略す）機能を搭載した携帯電話機、以下単に「携帯電話機」という）２、３から利用可能な以下のサービスをインターネット上に提供する。
【０００５】すなわち、電子メール仲介サービスシステム１は、図示を略したインターネット網上に、（１）携帯電話機２、３のいずれか一方（図では利用者Ａ；花子さん）からの交際希望メッセージ４を受け付けて、そのメッセージを掲示板に公開するサービスと、（２）他の利用者（図では利用者Ｂ；太郎さん）が自分の携帯電話機３で当該メッセージ４を見て興味を覚えた場合に、その利用者Ｂから送信（交際希望メッセージ４の表示画面に設けられた送信ボタン４ａのクリック操作）された特定個人宛（花子さん宛）の返信メッセージ５を受け取るサービスと、（３）その返信メッセージを宛先人（この場合、利用者Ａ；花子さん）の電子メールアドレスに転送するサービスを提供する。
【０００６】ここで、宛先人（利用者Ａ）の電子メールアドレスを、たとえば、“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｎｅ．ｊｐ”とすると、この電子メールアドレスを掲示板上に公開することは避けなければならない。電子メールアドレスの公開は、しばしば他人からの「いたずらメール」や「スパムメール」を受け取る原因となり、迷惑を被るからである。そこで、従来の電子メール仲介サービスシステム１においては、この点に留意して、交際希望メッセージ４の書き込み者の電子メールアドレスを上記の転送サービス（２）のみに限定利用し、掲示板上には公開しないようにしている。
【０００７】すなわち、従来の電子メール仲介サービスシステム１にあっては、掲示板上に、花子さんからの交際希望メッセージ４のみを表示し、たとえば、太郎さんから返信メッセージ５が送られてきた場合には、その返信メッセージ５を花子さんの電子メールアドレス（“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｎｅ．ｊｐ”）に転送するようにし、太郎さんをはじめとする掲示板利用者に対して、花子さんの電子メールアドレス（“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｎｅ．ｊｐ”）を知らせないようにしている。
【０００８】
【発明が解決しようとする課題】しかしながら、上記従来の電子メール仲介サービスシステム１にあっては、交際希望メッセージ４の書き込み者の電子メールアドレス（上記の例示では花子さんの電子メールアドレス“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｎｅ．ｊｐ”）を非公開とすることができ、個人情報の保全を図ることができる点で有益なものの、以下の点で不十分であり、未だ改善すべき技術課題があった。
【０００９】すなわち、上記の例示において、太郎さんは、交際希望メッセージ４の内容を信じて返信メッセージ５を送信するが、しかし、メッセージサービスの利用者の中には不心得な「輩」も少なからず存在することは事実であり、場合によっては、返信メッセージ５の悪用や第三者への転送、若しくは公表などの迷惑行為、または、その返信メッセージ５を利用した強請（ゆすり）などの犯罪行為を受ける可能性があるからである。
【００１０】そこで、本発明は、かかる不都合に鑑みてなされたものであり、面識のない者同士の間でやり取りされるメッセージ交換の安全性を高めるために、電子メールの発信者側で、受信者が読み終えた後の電子メールの保存を可能にするか否かを指定できるようにした電子メール仲介サービスシステムを提供することを目的とするものである。
【００１１】
【課題を解決するための手段】本発明に係る電子メール仲介サービスシステムは、一の利用者の端末から送信された二の利用者宛の電子メールを保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容する閲覧許容手段とを備えたこととされているものである。
【００１２】この発明では、一の利用者の端末から送信された二の利用者宛の電子メールが保存手段に保存され、そして、二の利用者の端末から電子メールの閲覧要求があった場合に、保存手段に保存されている二の利用者宛の電子メールの閲覧が、二の利用者の端末に対して許容される。
【００１３】また、本発明に係る電子メール仲介サービスシステムは、一の利用者の端末から送信された二の利用者宛の電子メールを保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容する閲覧許容手段と、前記二の利用者宛の電子メールに保存不可条件が付加されていた場合に当該二の利用者の端末からの閲覧後に、前記二の利用者宛の電子メールを前記保存手段から消去するメッセージ消去手段とを備えたこととされているものである。
【００１４】この発明では、一の利用者の端末から送信された二の利用者宛の電子メールが保存手段に保存され、そして、二の利用者の端末から電子メールの閲覧要求があった場合に、保存手段に保存されている二の利用者宛の電子メールの閲覧が、二の利用者の端末に対して許容される。加えて、その電子メールに保存不可条件が付加されている場合は、二の利用者の端末からの閲覧後に、前記二の利用者宛の電子メールが前記保存手段から消去され、一方、保存不可条件が付加されていない場合は、上記の閲覧後に、前記二の利用者宛の電子メールが前記保存手段から消去されない。
【００１５】
【発明の実施の形態】以下、図面を参照して本発明の実施の形態を詳細に説明する。なお、以下の説明における様々な細部の特定ないし実例および数値や文字列その他の記号の例示は、本発明の思想を明瞭にするための、あくまでも参考であって、それらのすべてまたは一部によって本発明の思想が限定されないことは明らかである。また、周知の手法、周知の手順、周知のアーキテクチャおよび周知の回路構成等（以下「周知事項」）についてはその細部にわたる説明を避けるが、これも説明を簡潔にするためであって、これら周知事項のすべてまたは一部を意図的に排除するものではない。かかる周知事項は本発明の出願時点で当業者の知り得るところであるので、以下の説明に当然含まれている。
【００１６】＜第一の実施の形態＞図１は、本発明に係る「電子メール仲介サービスシステム」の一適用例を示すネットワークシステム１０の構成を模式的に示した図である。このネットワークシステム１０は、インターネット１１と、そのインターネット１１に接続された無数のコンピュータシステムとにより構成されており、これらのコンピュータシステムは、世界規模に散在し、一部のコンピュータは各種のサービスを有償または無償で提供する「サーバ」として稼動し、他の一部はサーバに対してサービスを要求する「クライアント（または端末ともいう）」として稼動する。ここで、図示のサービスサーバ１２及びダウンロードサーバ１３は上記の「サーバ」の代表であり、これらのサービスサーバ１２及びダウンロードサーバ１３は、本発明の電子メール仲介サービスシステム１４を構成する。
【００１７】インターネット１１上のコンピュータシステム同士は、たとえば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などの所定の通信プロトコルに従って相互に接続できるようになっている。
【００１８】インターネット１１には、たとえば、携帯電話サービスプロバイダやＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）サービスプロバイダなどの無線基地局１５が接続されており、上記の「クライアント（または端末）」として機能する携帯電話機１６ａ〜１６ｃは、この無線基地局１５を介してインターネット１１経由で電子メール仲介サービスシステム１４にアクセスすることが可能になっている。
【００１９】携帯電話機１６ａ〜１６ｃは、他の携帯電話機や加入電話機との間で音声通話を行うことができるのはもちろんのこと、インターネット１１上の各種サーバとの間で上記の所定のプロトコル（たとえば、ＴＣＰ／ＩＰ）を用いたパケット通信を行うことができるもの（たとえば、ｉモード（Ｒ）機能を搭載したもの）であり、さらに、特定のサーバ（上記のダウンロードサーバ１３）から所定のプログラム（たとえば、ｉアプリ（Ｒ））をダウンロードし、それを実行できる環境を有するもの（すなわち、ｉモードとｉアプリの両機能を有するもの）である。
【００２０】なお、インターネット１１は、図では簡略化して示してあるが、その一部に、専用線や電話回線（アナログまたはディジタル）、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、あるいはＤＳＬ（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）やＣＡＴＶ（Ｃｏｍｍｕｎｉｔｙ Ａｎｔｅｎｎａ ＴｅｌｅＶｉｓｉｏｎ）若しくはＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）などの通信媒体を含んでいてもよく、さらに、ＩＰ接続のためのインターネットサービスプロバイダ（ＩＳＰ）のアクセスポイントが介在していてもよい。
【００２１】図２は、サービスサーバ１２及びダウンロードサーバ１３に共通のハードウェア構成概念図である。以下、サービスサーバ１２を代表にして説明する。サービスサーバ１２は、公知のアーキテクチャ（ＤＯＳ／Ｖアーキテクチャなど）によって構成された汎用のコンピュータシステムを使用することができる。この場合、サービスサーバ１２は、発明の要旨に記載の「閲覧許容手段」、「メッセージ消去手段」として機能するマイクロコントロールユニット（以下「ＣＰＵ」と略す）２０、揮発性情報記憶部（以下「ＲＡＭ」と略す）２１、ディスクコントローラ２２、外部記憶装置（一般にハードディスク装置）２３、ディスプレイコントローラ２４、ディスプレイ装置２５、キーボードコントローラ２６、キーボード装置２７、ポインティングデバイス装置（典型的にはマウス）２８、モデム等を含む通信部２９、メインバス３０、バスインターフェース３１および内部バス３２などによって構成される。
【００２２】サービスサーバ１２は、外部記憶装置２３にあらかじめインストールされたオペレーティングシステムや各種のアプリケーションプログラム（以下、これらを総称して「ソフトウェアリソース」という。）をＲＡＭ２１にロードしてＣＰＵ２０で実行することにより、ＣＰＵ２０などのハードウェアリソースと上記ソフトウェアリソースとの有機的結合によって、本発明の電子メール仲介サービスシステム１４に必要な様々な処理機能を実現する。
【００２３】図３（ａ）は、サービスサーバ１２のハードウェアリソースとソフトウェアリソースの簡略的な階層モデルを示す図である。この階層モデル３０は、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：開放型システム間相互接続）参照モデルを模したものであり、ハードウェアリソース層３１の上に、オペレーティングシステム層３２とアプリケーション層３３とを積層した構造になっている。
【００２４】ハードウェアリソース層３１は、ＣＰＵ２０などのハードウェアリソース３４（図２の構成）を含み、その上のオペレーティングシステム層３２に含まれるオペレーティングシステム３５を介して、アプリケーション層３３からのハードウェアリソース３４の間接的利用を可能する。アプリケーション層３３は、少なくとも、本発明の電子メール仲介サービスシステム１４の主要部をなす、データベースプログラム３６及びそのデータベースプログラム３６に対する処理ルールやユーザインターフェースなどをプログラミングした所定のアプリケーションプログラム３７を含み、これらのソフトウェアリソース（オペレーティングシステム３５及びデータベースプログラム３６並びにアプリケーションプログラム３７）とハードウェアリソース３４との有機的結合により、本発明の電子メール仲介サービスシステム１４を実現する。
【００２５】図３（ｂ）は、本発明の電子メール仲介サービスシステム１４の概念図である。この図において、ユーザインターフェース部３８及び処理ルール部３９は、図３（ａ）のアプリケーションプログラム３７に相当し、データベース部４０は、図３（ａ）のデータベースプログラム３６に相当する。
【００２６】ユーザインターフェース部３８は、インターネット１１に接続された各種の端末（携帯電話機１６ａ〜１６ｃなど）からのアクセスを通信部２９経由で受け付けたり、それらの端末との間でデータの送受信を行ったりするものであり、処理ルール部３９は、それらの送受信データを所定のルールに従って処理することにより、冒頭で説明した一対多のメッセージ告知機能と一対一のメッセージ交換機能（電子メール交換機能）とをインターネット１１上に実現するものである。
【００２７】ここで、データベース部４０は、本発明の電子メール仲介サービスシステム１４の運用に必要な各種の電子データを蓄積保管するものであり、発明の要旨に記載の「保存手段」に相当するものである。図４は、データベース部４０の概念構造図である。このデータベース部４０は、少なくとも利用者情報部４１と私書箱部４２とを含み、利用者情報部４１には、本発明の電子メール仲介サービスシステム１４を利用する各利用者ごとの固有情報が格納され、また、私書箱部４２には各利用者ごとの専用のメッセージ格納部（本明細書の全体を通じて「私書箱」という）が設けられる。たとえば、図示の例では、利用者Ａについて、その固有情報（特に限定しないが、利用者Ａの常用電子メールアドレス“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｃｏ．ｊｐ”４１ａや本発明の電子メール仲介サービスシステム１４のみに使用される限定利用電子メールアドレス“ｈａｎａｋｏ＠ｋｉｅｒｕ．ｃｏｍ”４１ｂなど）が利用者情報部４１に格納されており、また、私書箱部４２には、その利用者Ａの専用の私書箱４２ａが設けられている。
【００２８】なお、図４においては、一人分（利用者Ａ）の常用電子メールアドレス４１ａ、限定利用電子メールアドレス４１ｂ及び私書箱４２ａしか示していないが、これは図示の都合であり、実際には、本発明の電子メール仲介サービスシステム１４の利用認証を受けたすべての利用者の個人情報が格納され、また、すべての利用者の専用の私書箱が設けられていることはもちろんである。
【００２９】サービスサーバ１２は、任意の利用者から送信されたメッセージを、そのメッセージの相手先の私書箱（たとえば、利用者Ａの私書箱４２ａ）に転送保存し、しかる後、利用者Ａからのアクセスに応答して、利用者Ａの私書箱４２ａに保存されているメッセージの閲覧を利用者Ａに許容する。この場合、“利用者Ａ”は発明の要旨に記載の「二の利用者」に相当し、この利用者Ａを宛先にした返信メッセージを送信する上記の“任意の利用者”は、同要旨に記載の「一の利用者」に相当する。
【００３０】図５は、携帯電話機１６ａ、１６ｂ、１６ｃに共通の外観図、及びそのブロック構成図である。以下、携帯電話機１６ａを代表にして説明すると、携帯電話機１６ａは、持ち運びに適した形状を有するボディ５０の前面に、受話部（スピーカ）５１、液晶ディスプレイ５２、キーボード部５３、送話部（マイクロフォン）５４を設けると共に、ボディ５０の上端部にアンテナ５５を取り付けて構成されており、また、そのボディ５０の内部に、たとえば、最寄りの無線基地局１５との間でデータの送受信を行う通信部５６と、上記のキーボード部５３を含む操作部５７と、携帯電話機１６ａの全体動作を制御し、発明の要旨に記載の「要求手段」、「保存不可条件設定手段」として機能する制御部５８と、インターネット１１上のサーバ（特にダウンロードサーバ１３）から任意にダウンロードしたプログラム（以下「クライアントプログラム」という）やサービスサーバ１２からダウンロードしたメッセージなどを保持する記憶部５９と、送受話信号と送受話部５１、５４との間の信号インターフェースをとる電話部６０と、上記の液晶ディスプレイ５２を含む表示部６１とを実装して構成されている。
【００３１】先にも説明したとおり、この携帯電話機１６ａ（及び携帯電話機１６ｂ、１６ｃ）は、他の携帯電話機や加入電話機との間で音声通話を行うことができるのはもちろんのこと、インターネット１１上の各種サーバとの間で上記の所定のプロトコル（たとえば、ＴＣＰ／ＩＰ）を用いたパケット通信を行うことができるもの（たとえば、ｉモード（Ｒ）機能を搭載したもの）であり、さらに、特定のサーバ（上記のダウンロードサーバ１３）から所定のクライアントプログラムをダウンロードし、それを実行できる環境を有するもの（すなわち、ｉモードとｉアプリの両機能を有するもの）である。
【００３２】すなわち、携帯電話機１６ａのキーボード部５３のテンキーボタンを操作して相手側電話機（携帯電話機やＰＨＳまたは一般加入電話機等）の電話番号を入力し、同キーボード部５３のオンフックボタンを押すことにより、相手側電話機を呼び出して相互に音声通信を行うことができるうえ、さらに、ｉモード機能を利用してインターネット１１上の任意のＷＷＷ（Ｗｏｒｄ Ｗｉｄｅ Ｗｅｂ）サーバ（不図示）にアクセスしてホームページなどのＷＷＷドキュメントを閲覧し、また、インターネット１１上の任意のダウンロードサーバ（たとえば、図１のダウンロードサーバ１３）にアクセスして所要のクライアントプログラムをダウンロードし、それを記憶部５９に保存して制御部５８で実行することができるものである。
【００３３】図６は、本発明の電子メール仲介サービスシステム１４の利用概念図である。この図において、本発明の電子メール仲介サービスシステム１４の利用者（以下便宜的に利用者Ａとする）は、まず、自分の携帯電話機１６ａから電子メール仲介サービスシステム１４（のダウンロードサーバ１３）にアクセスし、所要のクライアントプログラム（図では単に“アプリ”と称している）をダウンロードする（ステップＳ１）。次いで、利用者Ａは、ダウンロードしたクライアントプログラムを実行し、電子メール仲介サービスシステム１４（のサービスサーバ１２）にアクセスする（ステップＳ２）。
【００３４】クライアントプログラムは、サービスサーバ１２に対して利用者Ａ宛のメッセージ閲覧を要求する（ステップＳ３）。正確には、利用者Ａの限定利用電子メールアドレス“ｈａｎａｋｏ＠ｋｉｅｒｕ．ｃｏｍ”４１ｂ宛に届けられたメッセージ、すなわち、利用者Ａの私書箱４２ａに届けられたメッセージ閲覧を要求する。
【００３５】サービスサーバ１２は、データベース部４０の私書箱部４２を検索して利用者Ａの私書箱４２ａにメッセージが届けられている場合は、そのメッセージの閲覧を許容し、クライアントプログラムは、私書箱４２ａからメッセージを読み出して携帯電話機１６ａの液晶ディスプレイ５２に表示する（ステップＳ４）。
【００３６】７０は携帯電話機１６ａの液晶ディスプレイ５２に表示されたクライアントプログラムの実行画面である。実行直後の画面７０には、アイコン７１が表示されるようになっており、このアイコン７１の種類やアニメーションにより、自分宛のメッセージが私書箱４２ａに届いているか否かを知ることができるようになっている。メールが届いている場合は、アイコン７１をクリックすることにより、そのメッセージを画面７０に表示して読む（すなわち、閲覧する）ことができる。
【００３７】また、画面７０には、終了ボタン７２と保存ボタン７３が表示されており、終了ボタン７２を押すと、クライアントプログラムからサービスサーバ１２へ削除コマンドが送信され、サービスサーバ１２により、私書箱４２ａ内の既読メッセージが削除されるようになっている（ステップＳ５）。あるいは、保存ボタン７３を押すと、クライアントプログラムからサービスサーバ１２へ保存コマンドが送信され、私書箱４２ａ内の既読メッセージが消去されずにそのまま保存されるようになっている（ステップＳ６）。なお、保存ボタン７３を押したときに、上記の保存に加えて、メッセージの転送（たとえば、利用者Ａの常用電子メールアドレス“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｃｏ．ｊｐ”４１ａ宛）を行うようにしてもよい。
【００３８】図７は、サーバサイド処理（サービスサーバ１２及びダウンロードサーバ１３における処理）とクライアントサイド処理（携帯電話機１６ａ〜１６ｃにおける処理；以下携帯電話機１６ａの処理で代表する）の各々について、図６の動作を時系列的に示す図である。この図において、まず始めに、サービスサーバ１２やダウンロードサーバ１３に本発明の電子メール仲介サービスシステム１４を導入し（ステップＳ１１）、サービスを開始する（ステップＳ１２）。クライアントサイドでは、まず、携帯電話機１６ａを用いてダウンロードサーバ１３にアクセスし、所要のクライアントプログラム（図では「専用アプリ」または単に「アプリ」と称する）をダウンロードする（ステップＳ１３）。そして、そのプログラムを起動してサービスサーバ１２にアクセスし（ステップＳ１４）、または、すでにそのクライアントプログラムを入手済みであれば、そのプログラムを起動した後（ステップＳ１５）、サービスサーバ１２にアクセスする（ステップＳ１４）。
【００３９】サービスサーバ１２では、アクセスしてきた利用者（便宜的に利用者Ａとする）の認証（たとえば、ＩＤやパスワードによる認証）を行う（ステップＳ１６）。
【００４０】次に、携帯電話機１６ａからメッセージを書き込む場合は、携帯電話機１６ａのキーボード部５３を用いてメッセージの生成編集を行い、そのメッセージをサービスサーバ１２に送信する（ステップＳ１７）。次に、サービスサーバ１２に送信したメッセージに対する返信メッセージの有無を判定し（ステップＳ１８）、返信メッセージがあれば、そのメッセージを該当する利用者（返信メッセージの宛先人；便宜的に利用者Ａとする）の私書箱４２ａに格納する（ステップＳ１９）。
【００４１】次に、利用者Ａが自分宛の返信メッセージを閲覧したい場合は、サービスサーバ１２に閲覧要求を出して自分の私書箱４２ａからメッセージを読み出し、それを携帯電話機１６ａの液晶ディスプレイ５２に表示（ステップＳ２０）した後、終了ボタン７２または保存ボタン７３を押して一連のサーバサイド処理を終了する。
【００４２】終了ボタン７２を押した場合は私書箱４２ａ内の既読メッセージが消去される（ステップＳ２１）。または、保存ボタン７３を押した場合は（ステップＳ２２）、私書箱４２ａ内の既読メッセージが消去されずにそのまま保存される。
【００４３】図８は、本発明の電子メール仲介サービスシステム１４の実際の利用例を示す図である。この図において、利用者Ａ（花子さんとする）が自分の携帯電話機１６ａを操作して任意内容のメッセージ、たとえば、“はじめまして。メル友が欲しくて書き込みました。東京に住んでいるＯＬです。良かったらメールください。”という内容の交際希望メッセージを作成し、電子メール仲介サービスシステム１４に送信（ステップＳ３１）すると、電子メール仲介サービスシステム１４は、その交際希望メッセージ８０を掲示板に掲載する。
【００４４】掲載された交際希望メッセージ８０には、返信ボタン８０ａが設けられており、たとえば、他の利用者（便宜的に利用者Ｂ：太郎さん）が自分の携帯電話機１６ｂでそのメッセージを読み、興味を持った場合は返信ボタン８０ａを押して、任意内容の返信メッセージ（たとえば、“花子さんへ はじめまして。太郎です。良かったらメル友になりましょう。”）を電子メール仲介サービスシステム１４に送信（ステップＳ３２）する。
【００４５】電子メール仲介サービスシステム１４は、返信メッセージ８１を受け取ると、その返信メッセージ８１の宛先に対応した私書箱（この場合、宛先は利用者Ａであるから、利用者Ａの私書箱４２ａ）に転送し格納する（ステップＳ３３）。
【００４６】利用者Ａの携帯電話機１６ａで前述のクライアントプログラム（ダウンロードサーバ１３からダウンロードしたもの）を実行している間、当該クライアントプログラムは、定期的に電子メール仲介サービスシステム１４の自分の私書箱４２ａにメッセージが届いているか確認する（ステップＳ３４）ようになっており、メッセージが届いている場合は、電子メール仲介サービスシステム１４に対して閲覧要求を出し、電子メール仲介サービスシステム１４は、その要求に応答して私書箱４２ａ内のメッセージの閲覧許可を出す。
【００４７】たとえば、現在、利用者Ａの私書箱４２ａには利用者Ｂからの返信メッセージ８１が届けられているため、電子メール仲介サービスシステム１４は、当該返信メッセージ８１の閲覧許可を出し、利用者Ａは、自分の携帯電話機１６ａを用いてその返信メッセージ８１を読む（閲覧する）ことができる。
【００４８】そして、利用者Ａは、メッセージを読み終わった後、そのメッセージを保存する必要がなければ、終了ボタン７２を押し、一方、保存する必要がある場合は保存ボタン７３を押す（ステップＳ３５）。
【００４９】したがって、以上の利用例によれば、交際希望メッセージ８０や返信メッセージ８１の書き込み者（利用者Ａや利用者Ｂ）の個人情報（常用電子メールアドレスなど）を非公開とすることができ、プライバシーの保護を図ることができる。さらに、任意の利用者宛の返信メッセージをその利用者専用の私書箱に転送すると共に、その利用者の携帯電話機で保存ボタン７３が押されない限り、私書箱にメッセージを残さないようにしたので、条件付き（保存ボタン７３が押されない限り）ながらも、既読メッセージを消去することができる。その結果、たとえば、一時の感情でつい書いてしまった恥ずかしい内容の電子メール（例：卑猥な言葉を含むもの）が私書箱に残らず、再閲覧を防止できるから、その電子メールの悪用（第三者への転送や公表、強請など）を回避することができる。
【００５０】ところで、以上の利用例においては、携帯電話機の液晶ディスプレイ５２に表示された「保存ボタン７３」を押すことにより、自分の私書箱に届いているメッセージを保存することができる。これは、利便性の点で好ましいものの、上記の悪用のおそれを否めない点で不安が残る。
【００５１】図９は、改良された利用例を示す図である。この改良例は要するに、特定利用者宛の返信メッセージ（電子メール）を作成する際に、その返信メッセージに“保存不可条件”を付加できるようにしたものである。ここで、保存不可条件とは、私書箱に届けられた返信メッセージを、その返信メッセージの宛先人の閲覧後に積極的に消去（私書箱から消去）することをいう。保存不可条件が付加されている返信メッセージの再閲覧は一切できない。保存不可条件は必要な場合に任意に設定する。
【００５２】図において、今、利用者Ｂが返信メッセージ９０を作成する際に、「保存させないオプション」を選択したものとする（ステップＳ４１）。「保存させないオプション」とは、上記の保存不可条件を付加“する”ことに相当する。
【００５３】したがって、この場合は、返信メッセージ９０の宛先人である利用者Ａが、自分の携帯電話機１６ａを用いて私書箱４２ａ内の返信メッセージ９０を読んだ後、保存ボタン７３を押したとしても（ステップＳ４２）、返信メッセージ８０に上記の保存不可条件が付加されているため、再閲覧が禁止され（ステップＳ４３）、そのまま私書箱４２ａから消去される（ステップＳ４４）。その結果、返信メッセージ９０の一切の痕跡を消し去ることができ、上述の不具合（メッセージの悪用等）を確実に防止することができる。なお、私書箱からのメッセージ消去は、メッセージの実体そのものの消去を意味するほか、たとえば、メッセージデータの読み出し属性をオフにしたり、または、データベースレコードのロックをオンにしたりするなどの様々なテクニックを意味する。要するに、メッセージの再閲覧を禁止できればよい。
【００５４】このように、本発明の電子メール仲介サービスシステム１４にあっては、利用者の電子メールアドレス等の個人情報を公開せずに、当該利用者宛のメッセージをその利用者専用の私書箱に転送するので、たとえば、図１０に示すように、他人からの嫌がらせメッセージやスパムメールがあったとしても、それらはすべて私書箱に転送され、利用者の携帯電話機に送信されることはない。このため、従来例のように、不要なメッセージや大量のスパムメールが携帯電話機に送り付けられないから、不要なデータで携帯電話機の記憶容量が圧迫されるという不都合を回避できる。また、自分の私書箱に届いたメッセージを携帯電話機で読むことができると共に、読み終えたメッセージを私書箱から消去することができる。加えて、特定の相手に返信メッセージを送る場合は、保存不可条件を付加することができ、その条件が付加されたメッセージを私書箱から自動的に消去することができる。とりわけ、この最後のメリット（私書箱からの自動消去）により、特定相手への返信メッセージの痕跡を完全に消し去ることができ、メッセージの悪用や第三者への転送、若しくは公表などの迷惑行為、または、そのメッセージを利用した強請（ゆすり）などの犯罪行為を確実に防止することができる。
【００５５】本発明においては、このようにして、面識のない者同士の間でやり取りされるメッセージ交換の安全性を高め、たとえば、「出会い系サイト」などと称されるものに適用して好適な電子メール仲介サービスシステム１４を提供することができるが、本発明は、かかる「出会い系サイト」への適用のみを意図しない。電子メールを仲介するサービスシステムであって、特に、送信相手による電子メールの悪用のおそれが考えられる場合に、送信した電子メールを相手先端末に「保存させないように」することを必要とするあらゆる電子メール仲介サービスシステムに適用することができる。
【００５６】なお、以上の説明では、クライアントとして携帯電話機１６ａ〜１６ｃを例にしたが、これに限定されないことはもちろんである。インターネット１１経由でサービスサーバ１２やダウンロードサーバ１３にアクセスできる端末（ただし、ダウンロードサーバ１３からダウンロードしたクライアントプログラムを実行できるもの）であればよく、たとえば、パーソナルコンピュータ、または、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）等の携帯情報端末、その他のインターネット端末であってもよい。また、以上の説明では、ダウンロードサーバ１３からダウンロードされるクライアントプログラムを「ｉアプリ（Ｒ）」としているが、これは、ｉアプリ対応の携帯電話機の普及を考慮したからである。他のスプリクト（たとえば、ｊａｖａなど）によって開発されたクライアントサイドアプリケーションプログラムであってもよいことはもちろんである。
【００５７】本実施の形態の主要な機能は、マイクロコンピュータを含むハードウェア資産と、ＯＳや各種プログラムなどのソフトウェア資産との有機的結合によって機能的に実現されるものであるが、ハードウェア資産およびＯＳは汎用のものを利用できるから、本発明にとって欠くことのできない必須の事項は、実質的に、サービスサーバ１２上で動作するプログラム（その主要部は処理ルール部３９に実装されている）及び携帯電話機１６ａ〜１６ｃで動作するクライアントプログラムに集約されているということがいえる。したがって、本発明は、これらのプログラムのすべてまたはその要部を格納した、フロッピー（登録商標）ディスク、ＭＯ、ＣＤ、ハードディスク、半導体メモリなどの記録媒体（それ自体が流通経路に乗るものはもちろん、ネットワーク上にあって記録内容だけを提供するものも含む）を包含するものである。
【００５８】＜第二の実施の形態＞ところで、今日においては、カメラ付の携帯電話機が普及しており、カメラで撮影した画像（自分の顔写真など）を電子メールに添付して送信することが簡単にできるようになった。このような背景に鑑み、本実施の形態では、画像付き電子メールにも適用できるように前記第一の実施の形態を改良発展させることにする。
【００５９】ここで、インターネットメールにバイナリファイルを添付する場合、その電子メールのメッセージボディは「マルチパート」と呼ばれる形式になる。マルチパートとは、メッセージボディが複数のパート（部分）から構成される形式であり、バイナリファイルを添付する場合はメール本文のパートと添付ファイルのパートに分かれる。各パートは７ビットのＪＩＳ漢字コード（ｉｓｏ−２０２２−ｊｐの場合）でエンコードされており、メールクライアントソフトでデコードすることによってメール本文と添付ファイルを復元する。
【００６０】このように、インターネット上でやり取りされる電子メールでは、メール本文と添付ファイルを一緒にエンコードして一つのデータにまとめているので、メールクライアントは一回の受信でメール本文と添付ファイルを受け取ることができる。このことは、郵便における「封書」に相当するものとみなすことができる。つまり、封筒の中に写真が入っていることと同じである。
【００６１】これに対して、携帯電話機でやり取りされる電子メール（インターネットの電子メールと区別するために「携帯メール」ということにする。）は、ファイル添付の仕組みが異なる。携帯メールでは画像付のメールを送信できるようになっているが、メール本文だけが相手に送信され、画像ファイルはサーバに保存されたままとなる。メール本文には画像ファイルのリンク情報が挿入されるようになっており、携帯メールの受信者はそのリンク情報をクリックするなどして選択し、サーバにアクセスして画像ファイルを閲覧するようになっている。したがって、携帯メールの場合、正しくは画像ファイルは“添付”されない。単に、ファイルの保存先を相手に通知するだけである。ただし、このような携帯メールの特徴（画像ファイルは添付されない）は、代表的な携帯電話サービスについて述べたものである。他のいくつかの携帯電話サービスでは、画像ファイルを添付する携帯メールを採用しているところもある。
【００６２】このように、電子メールと携帯メールでは、添付ファイルの仕組みに違いがあるので、画像付き携帯メールにも適用できるように前記第一の実施の形態を改良発展させるには、たとえば、以下のようにする必要がある。
【００６３】図１１は、第二の実施の形態におけるデータベース部４０の概念構造図である。第一の実施の形態との相違は、私書箱部４２の構造にある。すなわち、このデータベース部４０は、少なくとも利用者情報部４１と私書箱部４２とを含み、利用者情報部４１には、本発明の電子メール仲介サービスシステム１４を利用する各利用者ごとの固有情報が格納され、また、私書箱部４２には各利用者ごとの私書箱が設けられる。たとえば、図示の例では、利用者Ａについて、その固有情報（特に限定しないが、利用者Ａの常用電子メールアドレス“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｃｏ．ｊｐ”４１ａや本発明の電子メール仲介サービスシステム１４のみに使用される限定利用電子メールアドレス“ｈａｎａｋｏ＠ｋｉｅｒｕ．ｃｏｍ”４１ｂなど）が利用者情報部４１に格納されており、また、私書箱部４２には、その利用者Ａの専用の二つの私書箱４２ａ、４２ｂが設けられている。一方の私書箱４２ａはメッセージ（メール本文）を格納するためのもの（以下「メッセージ格納部４２ａ」という。）であり、他方の私書箱４２ｂは画像付きメールの場合にその画像ファイルを格納するためのもの（以下「ファイル格納部４２ｂ」という。）である。
【００６４】なお、図１１においては、一人分（利用者Ａ）の常用電子メールアドレス４１ａ、限定利用電子メールアドレス４１ｂ、メッセージ格納部４２ａ及びファイル格納部４２ｂしか示していないが、これは図示の都合であり、実際には、本発明の電子メール仲介サービスシステム１４の利用認証を受けたすべての利用者の個人情報が格納され、また、すべての利用者の専用の私書箱（メッセージ格納部４２ａ及びファイル格納部４２ｂ）が設けられていることはもちろんである。
【００６５】本実施の形態におけるサービスサーバ１２は、任意の利用者から送信されたメッセージを、そのメッセージの相手先の私書箱（たとえば、利用者Ａのメッセージ格納部４２ａ）に転送保存し、しかる後、利用者Ａからのアクセスに応答して、利用者Ａのメッセージ格納部４２ａに保存されているメッセージの閲覧を利用者Ａに許容する点で前記の第一の実施の形態と共通し、次の点で前記の第一の実施の形態と相違する。
【００６６】すなわち、本実施の形態におけるサービスサーバ１２は、任意の利用者から送信されたメッセージに画像ファイルが添付されていた場合は、■その画像ファイルをメッセージの相手先のファイル格納部（たとえば、利用者Ａのファイル格納部４２ｂ）に転送保存する、■画像保存先のリンク情報（たとえば、利用者Ａの私書箱アドレス“ｈａｎａｋｏ＠ｋｉｅｒｕ．ｃｏｍ”＋ファイル名）を生成してメッセージに挿入する、■リンク情報を挿入したメッセージを相手先の私書箱（たとえば、利用者Ａのメッセージ格納部４２ａ）に転送保存する、■しかる後、利用者Ａからのアクセスに応答して、利用者Ａのメッセージ格納部４２ａに保存されているメッセージの閲覧を利用者Ａに許容する、■利用者Ａからの画像閲覧要求（リンク情報のクリック等）に応答して、利用者Ａのファイル格納部４２ｂに保存されている画像ファイルの閲覧を利用者Ａに許容する、点で先の第一の実施の形態と相違する。
【００６７】図１２は、第二の実施の形態における電子メール仲介サービスシステム１４の利用概念図である。この図において、電子メール仲介サービスシステム１４の利用者（利用者Ａ）は、まず、自分の携帯電話機１６ａから電子メール仲介サービスシステム１４（のダウンロードサーバ１３）にアクセスし、所要のクライアントプログラム（図では単に“アプリ”と称している）をダウンロードする（ステップＳ１）。次いで、利用者Ａは、ダウンロードしたクライアントプログラムを実行し、電子メール仲介サービスシステム１４（のサービスサーバ１２）にアクセスする（ステップＳ２）。
【００６８】クライアントプログラムは、サービスサーバ１２に対して利用者Ａ宛のメッセージ閲覧を要求する（ステップＳ３）。正確には、利用者Ａの限定利用電子メールアドレス“ｈａｎａｋｏ＠ｋｉｅｒｕ．ｃｏｍ”４１ｂ宛に届けられたメッセージ、すなわち、利用者Ａのメッセージ格納部４２ａに届けられたメッセージ閲覧を要求する。
【００６９】サービスサーバ１２は、データベース部４０の私書箱部４２を検索して利用者Ａのメッセージ格納部４２ａにメッセージが届けられている場合は、そのメッセージの閲覧を許容し、クライアントプログラムは、メッセージ格納部４２ａからメッセージを読み出して携帯電話機１６ａの液晶ディスプレイ５２に表示する（ステップＳ４）。
【００７０】７０は携帯電話機１６ａの液晶ディスプレイ５２に表示されたクライアントプログラムの実行画面である。実行直後の画面７０には、アイコン７１が表示されるようになっており、このアイコン７１の種類やアニメーションにより、自分宛のメッセージがメッセージ格納部４２ａに届いているか否かを知ることができるようになっている。メールが届いている場合は、アイコン７１をクリックすることにより、そのメッセージを画面７０に表示して読む（すなわち、閲覧する）ことができる。
【００７１】図１３は、第二の実施の形態における画面７０の表示状態図である。画面７０にはメッセージ格納部４２ａからダウンロードしたメッセージ（メール本文）７４が表示されており、このメッセージ７４には画像ファイルへのリンク情報７５（図では便宜的に文字列“画像ファイル”とする。）が挿入されている。このリンク情報７５をクリックすると、ファイル格納部４２ｂから該当する画像ファイル７６がダウンロードされ、画面７０に表示されるようになっている。画面７０には、終了ボタン７２が表示されており、この終了ボタン７２を押すと、クライアントプログラムからサービスサーバ１２へ削除コマンドが送信され、サービスサーバ１２により、メッセージ格納部４２ａ内の既読メッセージやファイル格納部４２ｂ内の画像ファイルが削除されるようになっている。
【００７２】したがって、この第二の実施の形態によれば、画像付の携帯メールにも適用することができ、前記の第一の実施の形態と同様に、特定相手への返信メッセージ（及び添付画像ファイル）の痕跡を完全に消し去ることができ、メッセージ又は添付画像ファイルの悪用や第三者への転送、若しくは公表などの迷惑行為、または、そのメッセージや添付画像ファイルを利用した強請（ゆすり）などの犯罪行為を確実に防止することができる。
【００７３】
【発明の効果】本発明によれば、一の利用者の端末から送信された二の利用者宛の電子メールが保存手段に保存され、そして、二の利用者の端末から電子メールの閲覧要求があった場合に、保存手段に保存されている二の利用者宛の電子メールの閲覧が、二の利用者の端末に対して許容される。すなわち、一の利用者の端末から送信された二の利用者宛の電子メールがシステム側に保存され、二の利用者の端末に転送されない。これにより、嫌がらせメッセージやスパムメール等による端末の記憶容量圧迫を回避できるというメリットが得られる。
【００７４】また、本発明では、一の利用者の端末から送信された二の利用者宛の電子メールが保存手段に保存され、そして、二の利用者の端末から電子メールの閲覧要求があった場合に、保存手段に保存されている二の利用者宛の電子メールの閲覧が、二の利用者の端末に対して許容される。加えて、その電子メールに保存不可条件が付加されている場合は、二の利用者の端末からの閲覧後に、前記二の利用者宛の電子メールが前記保存手段から消去され、一方、保存不可条件が付加されていない場合は、上記の閲覧後に、前記二の利用者宛の電子メールが前記保存手段から消去されない。
【００７５】したがって、保存不可条件が付加された電子メールについては、再閲覧が禁止されるので、電子メールの悪用や第三者への転送、若しくは公表などの迷惑行為、または、その電子メールを利用した強請（ゆすり）などの犯罪行為を確実に防止することができ、その結果、面識のない者同士の間でやり取りされるメッセージ交換の安全性を高め、たとえば、「出会い系サイト」などに適用して好適な電子メール仲介サービスシステムを提供することができる。
【図面の簡単な説明】
【図１】本発明に係る「電子メール仲介サービスシステム」を適用できるネットワークシステム１０の構成を模式的に示した図である。
【図２】サービスサーバ１２及びダウンロードサーバ１３に共通のハードウェア構成概念図である。
【図３】サービスサーバ１２のハードウェアリソースとソフトウェアリソースの簡略的な階層モデルを示す図及び本発明の電子メール仲介サービスシステム１４の概念図である。
【図４】データベース部４０の概念構造図である。
【図５】携帯電話機１６ａ、１６ｂ、１６ｃに共通の外観図及びそのブロック構成図である。
【図６】本発明の電子メール仲介サービスシステム１４の利用概念図である。
【図７】サーバサイド処理とクライアントサイド処理の各々について、図６の動作を時系列的に示す図である。
【図８】本発明の電子メール仲介サービスシステム１４の実際の利用例を示す図である。
【図９】本発明の電子メール仲介サービスシステム１４の改良された利用例を示す図である。
【図１０】本発明の電子メール仲介サービスシステム１４の効果説明図である。
【図１１】第二の実施の形態におけるデータベース部４０の概念構造図である。
【図１２】第二の実施の形態における電子メール仲介サービスシステム１４の利用概念図である。
【図１３】第二の実施の形態における画面７０の表示状態図である。
【図１４】従来の電子メール仲介サービスシステム（出会い系サイトとして用いられるもの）の概念図である。
【符号の説明】
１２・・・・サービスサーバ
１３・・・・ダウンロードサーバ
１４・・・・電子メール仲介サービスシステム
１６ａ〜１６ｃ・・・・端末（携帯電話機）
２０・・・・ＣＰＵ（転送手段、閲覧許容手段、メッセージ消去手段）
４０・・・・データベース部（保存手段）
５８・・・・制御部（要求手段、保存不可条件設定手段）
【０００１】
【発明の属する技術分野】本発明は、電子メール仲介サービスシステムに関する。詳しくは、通常の電子メールシステムを改良した電子メール仲介サービスシステムであって、特に、サーバ側にユーザごとの私書箱を備え、受信者側で読み終えた後の電子メールを私書箱に保存するか否（消去する）かを送信者側で指定できるようにした電子メール仲介サービスシステムに関する。
【０００２】
【従来の技術】一般に、電子メールは、知っている相手とのメッセージ交換に用いられるが、交際相手を募集するなど、相手を特定しない用途に用いられることもある。その一例として、「出会い系サイト」が知られている。出会い系サイトとは、インターネット上に設けられた「掲示板システム」（以下単に掲示板という）と類似のコミュニケーション・サービス・システムの一形態である。一般的な掲示板は、任意の話題または特定の話題などに関する書き込み（メッセージ）を受け付け、それを不特定多数（公開掲示板の場合）のユーザに自由に閲覧させると共に、随時に書き込まれる同意ないしは異論反論などの意見（メッセージ）を時系列的に掲示していく、いわゆる一対多のメッセージ告知サービスシステムである。掲示板ユーザのほとんどは、身分を明かさずに匿名で利用することが多い。すなわち、書き込み者は、通常、自分の氏名や電子メールアドレス等の固有情報を隠し、ハンドルネームと呼ばれる匿名で利用することが多い。
【０００３】一方、出会い系サイトは、もっぱらインターネットを介して交際相手を広く募るために利用されるものであり、掲示板と同様の一対多のメッセージ告知機能を備えるほか、さらに、メッセージを読んで気に入った相手と一対一のメッセージ交換を行うための電子メール仲介機能を備える。
【０００４】図１４は、従来の電子メール仲介サービスシステム（一例として出会い系サイトに適用されるもの）の概念図である。電子メール仲介サービスシステム１は、図示を略したインターネット網に接続されたサーバによって実現されている。この電子メール仲介サービスシステム１は、利用者（図では便宜的に利用者Ａと利用者Ｂで代表する）の端末（たとえば、ｉモード（登録商標；以下「Ｒ」と略す）機能を搭載した携帯電話機、以下単に「携帯電話機」という）２、３から利用可能な以下のサービスをインターネット上に提供する。
【０００５】すなわち、電子メール仲介サービスシステム１は、図示を略したインターネット網上に、（１）携帯電話機２、３のいずれか一方（図では利用者Ａ；花子さん）からの交際希望メッセージ４を受け付けて、そのメッセージを掲示板に公開するサービスと、（２）他の利用者（図では利用者Ｂ；太郎さん）が自分の携帯電話機３で当該メッセージ４を見て興味を覚えた場合に、その利用者Ｂから送信（交際希望メッセージ４の表示画面に設けられた送信ボタン４ａのクリック操作）された特定個人宛（花子さん宛）の返信メッセージ５を受け取るサービスと、（３）その返信メッセージを宛先人（この場合、利用者Ａ；花子さん）の電子メールアドレスに転送するサービスを提供する。
【０００６】ここで、宛先人（利用者Ａ）の電子メールアドレスを、たとえば、“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｎｅ．ｊｐ”とすると、この電子メールアドレスを掲示板上に公開することは避けなければならない。電子メールアドレスの公開は、しばしば他人からの「いたずらメール」や「スパムメール」を受け取る原因となり、迷惑を被るからである。そこで、従来の電子メール仲介サービスシステム１においては、この点に留意して、交際希望メッセージ４の書き込み者の電子メールアドレスを上記の転送サービス（２）のみに限定利用し、掲示板上には公開しないようにしている。
【０００７】すなわち、従来の電子メール仲介サービスシステム１にあっては、掲示板上に、花子さんからの交際希望メッセージ４のみを表示し、たとえば、太郎さんから返信メッセージ５が送られてきた場合には、その返信メッセージ５を花子さんの電子メールアドレス（“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｎｅ．ｊｐ”）に転送するようにし、太郎さんをはじめとする掲示板利用者に対して、花子さんの電子メールアドレス（“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｎｅ．ｊｐ”）を知らせないようにしている。
【０００８】
【発明が解決しようとする課題】しかしながら、上記従来の電子メール仲介サービスシステム１にあっては、交際希望メッセージ４の書き込み者の電子メールアドレス（上記の例示では花子さんの電子メールアドレス“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｎｅ．ｊｐ”）を非公開とすることができ、個人情報の保全を図ることができる点で有益なものの、以下の点で不十分であり、未だ改善すべき技術課題があった。
【０００９】すなわち、上記の例示において、太郎さんは、交際希望メッセージ４の内容を信じて返信メッセージ５を送信するが、しかし、メッセージサービスの利用者の中には不心得な「輩」も少なからず存在することは事実であり、場合によっては、返信メッセージ５の悪用や第三者への転送、若しくは公表などの迷惑行為、または、その返信メッセージ５を利用した強請（ゆすり）などの犯罪行為を受ける可能性があるからである。
【００１０】そこで、本発明は、かかる不都合に鑑みてなされたものであり、面識のない者同士の間でやり取りされるメッセージ交換の安全性を高めるために、電子メールの発信者側で、受信者が読み終えた後の電子メールの保存を可能にするか否かを指定できるようにした電子メール仲介サービスシステムを提供することを目的とするものである。
【００１１】
【課題を解決するための手段】本発明に係る電子メール仲介サービスシステムは、一の利用者の端末から送信された二の利用者宛の電子メールを保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容する閲覧許容手段とを備えたこととされているものである。
【００１２】この発明では、一の利用者の端末から送信された二の利用者宛の電子メールが保存手段に保存され、そして、二の利用者の端末から電子メールの閲覧要求があった場合に、保存手段に保存されている二の利用者宛の電子メールの閲覧が、二の利用者の端末に対して許容される。
【００１３】また、本発明に係る電子メール仲介サービスシステムは、一の利用者の端末から送信された二の利用者宛の電子メールを保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容する閲覧許容手段と、前記二の利用者宛の電子メールに保存不可条件が付加されていた場合に当該二の利用者の端末からの閲覧後に、前記二の利用者宛の電子メールを前記保存手段から消去するメッセージ消去手段とを備えたこととされているものである。
【００１４】この発明では、一の利用者の端末から送信された二の利用者宛の電子メールが保存手段に保存され、そして、二の利用者の端末から電子メールの閲覧要求があった場合に、保存手段に保存されている二の利用者宛の電子メールの閲覧が、二の利用者の端末に対して許容される。加えて、その電子メールに保存不可条件が付加されている場合は、二の利用者の端末からの閲覧後に、前記二の利用者宛の電子メールが前記保存手段から消去され、一方、保存不可条件が付加されていない場合は、上記の閲覧後に、前記二の利用者宛の電子メールが前記保存手段から消去されない。
【００１５】
【発明の実施の形態】以下、図面を参照して本発明の実施の形態を詳細に説明する。なお、以下の説明における様々な細部の特定ないし実例および数値や文字列その他の記号の例示は、本発明の思想を明瞭にするための、あくまでも参考であって、それらのすべてまたは一部によって本発明の思想が限定されないことは明らかである。また、周知の手法、周知の手順、周知のアーキテクチャおよび周知の回路構成等（以下「周知事項」）についてはその細部にわたる説明を避けるが、これも説明を簡潔にするためであって、これら周知事項のすべてまたは一部を意図的に排除するものではない。かかる周知事項は本発明の出願時点で当業者の知り得るところであるので、以下の説明に当然含まれている。
【００１６】＜第一の実施の形態＞図１は、本発明に係る「電子メール仲介サービスシステム」の一適用例を示すネットワークシステム１０の構成を模式的に示した図である。このネットワークシステム１０は、インターネット１１と、そのインターネット１１に接続された無数のコンピュータシステムとにより構成されており、これらのコンピュータシステムは、世界規模に散在し、一部のコンピュータは各種のサービスを有償または無償で提供する「サーバ」として稼動し、他の一部はサーバに対してサービスを要求する「クライアント（または端末ともいう）」として稼動する。ここで、図示のサービスサーバ１２及びダウンロードサーバ１３は上記の「サーバ」の代表であり、これらのサービスサーバ１２及びダウンロードサーバ１３は、本発明の電子メール仲介サービスシステム１４を構成する。
【００１７】インターネット１１上のコンピュータシステム同士は、たとえば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などの所定の通信プロトコルに従って相互に接続できるようになっている。
【００１８】インターネット１１には、たとえば、携帯電話サービスプロバイダやＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）サービスプロバイダなどの無線基地局１５が接続されており、上記の「クライアント（または端末）」として機能する携帯電話機１６ａ〜１６ｃは、この無線基地局１５を介してインターネット１１経由で電子メール仲介サービスシステム１４にアクセスすることが可能になっている。
【００１９】携帯電話機１６ａ〜１６ｃは、他の携帯電話機や加入電話機との間で音声通話を行うことができるのはもちろんのこと、インターネット１１上の各種サーバとの間で上記の所定のプロトコル（たとえば、ＴＣＰ／ＩＰ）を用いたパケット通信を行うことができるもの（たとえば、ｉモード（Ｒ）機能を搭載したもの）であり、さらに、特定のサーバ（上記のダウンロードサーバ１３）から所定のプログラム（たとえば、ｉアプリ（Ｒ））をダウンロードし、それを実行できる環境を有するもの（すなわち、ｉモードとｉアプリの両機能を有するもの）である。
【００２０】なお、インターネット１１は、図では簡略化して示してあるが、その一部に、専用線や電話回線（アナログまたはディジタル）、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、あるいはＤＳＬ（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）やＣＡＴＶ（Ｃｏｍｍｕｎｉｔｙ Ａｎｔｅｎｎａ ＴｅｌｅＶｉｓｉｏｎ）若しくはＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）などの通信媒体を含んでいてもよく、さらに、ＩＰ接続のためのインターネットサービスプロバイダ（ＩＳＰ）のアクセスポイントが介在していてもよい。
【００２１】図２は、サービスサーバ１２及びダウンロードサーバ１３に共通のハードウェア構成概念図である。以下、サービスサーバ１２を代表にして説明する。サービスサーバ１２は、公知のアーキテクチャ（ＤＯＳ／Ｖアーキテクチャなど）によって構成された汎用のコンピュータシステムを使用することができる。この場合、サービスサーバ１２は、発明の要旨に記載の「閲覧許容手段」、「メッセージ消去手段」として機能するマイクロコントロールユニット（以下「ＣＰＵ」と略す）２０、揮発性情報記憶部（以下「ＲＡＭ」と略す）２１、ディスクコントローラ２２、外部記憶装置（一般にハードディスク装置）２３、ディスプレイコントローラ２４、ディスプレイ装置２５、キーボードコントローラ２６、キーボード装置２７、ポインティングデバイス装置（典型的にはマウス）２８、モデム等を含む通信部２９、メインバス３０、バスインターフェース３１および内部バス３２などによって構成される。
【００２２】サービスサーバ１２は、外部記憶装置２３にあらかじめインストールされたオペレーティングシステムや各種のアプリケーションプログラム（以下、これらを総称して「ソフトウェアリソース」という。）をＲＡＭ２１にロードしてＣＰＵ２０で実行することにより、ＣＰＵ２０などのハードウェアリソースと上記ソフトウェアリソースとの有機的結合によって、本発明の電子メール仲介サービスシステム１４に必要な様々な処理機能を実現する。
【００２３】図３（ａ）は、サービスサーバ１２のハードウェアリソースとソフトウェアリソースの簡略的な階層モデルを示す図である。この階層モデル３０は、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：開放型システム間相互接続）参照モデルを模したものであり、ハードウェアリソース層３１の上に、オペレーティングシステム層３２とアプリケーション層３３とを積層した構造になっている。
【００２４】ハードウェアリソース層３１は、ＣＰＵ２０などのハードウェアリソース３４（図２の構成）を含み、その上のオペレーティングシステム層３２に含まれるオペレーティングシステム３５を介して、アプリケーション層３３からのハードウェアリソース３４の間接的利用を可能する。アプリケーション層３３は、少なくとも、本発明の電子メール仲介サービスシステム１４の主要部をなす、データベースプログラム３６及びそのデータベースプログラム３６に対する処理ルールやユーザインターフェースなどをプログラミングした所定のアプリケーションプログラム３７を含み、これらのソフトウェアリソース（オペレーティングシステム３５及びデータベースプログラム３６並びにアプリケーションプログラム３７）とハードウェアリソース３４との有機的結合により、本発明の電子メール仲介サービスシステム１４を実現する。
【００２５】図３（ｂ）は、本発明の電子メール仲介サービスシステム１４の概念図である。この図において、ユーザインターフェース部３８及び処理ルール部３９は、図３（ａ）のアプリケーションプログラム３７に相当し、データベース部４０は、図３（ａ）のデータベースプログラム３６に相当する。
【００２６】ユーザインターフェース部３８は、インターネット１１に接続された各種の端末（携帯電話機１６ａ〜１６ｃなど）からのアクセスを通信部２９経由で受け付けたり、それらの端末との間でデータの送受信を行ったりするものであり、処理ルール部３９は、それらの送受信データを所定のルールに従って処理することにより、冒頭で説明した一対多のメッセージ告知機能と一対一のメッセージ交換機能（電子メール交換機能）とをインターネット１１上に実現するものである。
【００２７】ここで、データベース部４０は、本発明の電子メール仲介サービスシステム１４の運用に必要な各種の電子データを蓄積保管するものであり、発明の要旨に記載の「保存手段」に相当するものである。図４は、データベース部４０の概念構造図である。このデータベース部４０は、少なくとも利用者情報部４１と私書箱部４２とを含み、利用者情報部４１には、本発明の電子メール仲介サービスシステム１４を利用する各利用者ごとの固有情報が格納され、また、私書箱部４２には各利用者ごとの専用のメッセージ格納部（本明細書の全体を通じて「私書箱」という）が設けられる。たとえば、図示の例では、利用者Ａについて、その固有情報（特に限定しないが、利用者Ａの常用電子メールアドレス“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｃｏ．ｊｐ”４１ａや本発明の電子メール仲介サービスシステム１４のみに使用される限定利用電子メールアドレス“ｈａｎａｋｏ＠ｋｉｅｒｕ．ｃｏｍ”４１ｂなど）が利用者情報部４１に格納されており、また、私書箱部４２には、その利用者Ａの専用の私書箱４２ａが設けられている。
【００２８】なお、図４においては、一人分（利用者Ａ）の常用電子メールアドレス４１ａ、限定利用電子メールアドレス４１ｂ及び私書箱４２ａしか示していないが、これは図示の都合であり、実際には、本発明の電子メール仲介サービスシステム１４の利用認証を受けたすべての利用者の個人情報が格納され、また、すべての利用者の専用の私書箱が設けられていることはもちろんである。
【００２９】サービスサーバ１２は、任意の利用者から送信されたメッセージを、そのメッセージの相手先の私書箱（たとえば、利用者Ａの私書箱４２ａ）に転送保存し、しかる後、利用者Ａからのアクセスに応答して、利用者Ａの私書箱４２ａに保存されているメッセージの閲覧を利用者Ａに許容する。この場合、“利用者Ａ”は発明の要旨に記載の「二の利用者」に相当し、この利用者Ａを宛先にした返信メッセージを送信する上記の“任意の利用者”は、同要旨に記載の「一の利用者」に相当する。
【００３０】図５は、携帯電話機１６ａ、１６ｂ、１６ｃに共通の外観図、及びそのブロック構成図である。以下、携帯電話機１６ａを代表にして説明すると、携帯電話機１６ａは、持ち運びに適した形状を有するボディ５０の前面に、受話部（スピーカ）５１、液晶ディスプレイ５２、キーボード部５３、送話部（マイクロフォン）５４を設けると共に、ボディ５０の上端部にアンテナ５５を取り付けて構成されており、また、そのボディ５０の内部に、たとえば、最寄りの無線基地局１５との間でデータの送受信を行う通信部５６と、上記のキーボード部５３を含む操作部５７と、携帯電話機１６ａの全体動作を制御し、発明の要旨に記載の「要求手段」、「保存不可条件設定手段」として機能する制御部５８と、インターネット１１上のサーバ（特にダウンロードサーバ１３）から任意にダウンロードしたプログラム（以下「クライアントプログラム」という）やサービスサーバ１２からダウンロードしたメッセージなどを保持する記憶部５９と、送受話信号と送受話部５１、５４との間の信号インターフェースをとる電話部６０と、上記の液晶ディスプレイ５２を含む表示部６１とを実装して構成されている。
【００３１】先にも説明したとおり、この携帯電話機１６ａ（及び携帯電話機１６ｂ、１６ｃ）は、他の携帯電話機や加入電話機との間で音声通話を行うことができるのはもちろんのこと、インターネット１１上の各種サーバとの間で上記の所定のプロトコル（たとえば、ＴＣＰ／ＩＰ）を用いたパケット通信を行うことができるもの（たとえば、ｉモード（Ｒ）機能を搭載したもの）であり、さらに、特定のサーバ（上記のダウンロードサーバ１３）から所定のクライアントプログラムをダウンロードし、それを実行できる環境を有するもの（すなわち、ｉモードとｉアプリの両機能を有するもの）である。
【００３２】すなわち、携帯電話機１６ａのキーボード部５３のテンキーボタンを操作して相手側電話機（携帯電話機やＰＨＳまたは一般加入電話機等）の電話番号を入力し、同キーボード部５３のオンフックボタンを押すことにより、相手側電話機を呼び出して相互に音声通信を行うことができるうえ、さらに、ｉモード機能を利用してインターネット１１上の任意のＷＷＷ（Ｗｏｒｄ Ｗｉｄｅ Ｗｅｂ）サーバ（不図示）にアクセスしてホームページなどのＷＷＷドキュメントを閲覧し、また、インターネット１１上の任意のダウンロードサーバ（たとえば、図１のダウンロードサーバ１３）にアクセスして所要のクライアントプログラムをダウンロードし、それを記憶部５９に保存して制御部５８で実行することができるものである。
【００３３】図６は、本発明の電子メール仲介サービスシステム１４の利用概念図である。この図において、本発明の電子メール仲介サービスシステム１４の利用者（以下便宜的に利用者Ａとする）は、まず、自分の携帯電話機１６ａから電子メール仲介サービスシステム１４（のダウンロードサーバ１３）にアクセスし、所要のクライアントプログラム（図では単に“アプリ”と称している）をダウンロードする（ステップＳ１）。次いで、利用者Ａは、ダウンロードしたクライアントプログラムを実行し、電子メール仲介サービスシステム１４（のサービスサーバ１２）にアクセスする（ステップＳ２）。
【００３４】クライアントプログラムは、サービスサーバ１２に対して利用者Ａ宛のメッセージ閲覧を要求する（ステップＳ３）。正確には、利用者Ａの限定利用電子メールアドレス“ｈａｎａｋｏ＠ｋｉｅｒｕ．ｃｏｍ”４１ｂ宛に届けられたメッセージ、すなわち、利用者Ａの私書箱４２ａに届けられたメッセージ閲覧を要求する。
【００３５】サービスサーバ１２は、データベース部４０の私書箱部４２を検索して利用者Ａの私書箱４２ａにメッセージが届けられている場合は、そのメッセージの閲覧を許容し、クライアントプログラムは、私書箱４２ａからメッセージを読み出して携帯電話機１６ａの液晶ディスプレイ５２に表示する（ステップＳ４）。
【００３６】７０は携帯電話機１６ａの液晶ディスプレイ５２に表示されたクライアントプログラムの実行画面である。実行直後の画面７０には、アイコン７１が表示されるようになっており、このアイコン７１の種類やアニメーションにより、自分宛のメッセージが私書箱４２ａに届いているか否かを知ることができるようになっている。メールが届いている場合は、アイコン７１をクリックすることにより、そのメッセージを画面７０に表示して読む（すなわち、閲覧する）ことができる。
【００３７】また、画面７０には、終了ボタン７２と保存ボタン７３が表示されており、終了ボタン７２を押すと、クライアントプログラムからサービスサーバ１２へ削除コマンドが送信され、サービスサーバ１２により、私書箱４２ａ内の既読メッセージが削除されるようになっている（ステップＳ５）。あるいは、保存ボタン７３を押すと、クライアントプログラムからサービスサーバ１２へ保存コマンドが送信され、私書箱４２ａ内の既読メッセージが消去されずにそのまま保存されるようになっている（ステップＳ６）。なお、保存ボタン７３を押したときに、上記の保存に加えて、メッセージの転送（たとえば、利用者Ａの常用電子メールアドレス“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｃｏ．ｊｐ”４１ａ宛）を行うようにしてもよい。
【００３８】図７は、サーバサイド処理（サービスサーバ１２及びダウンロードサーバ１３における処理）とクライアントサイド処理（携帯電話機１６ａ〜１６ｃにおける処理；以下携帯電話機１６ａの処理で代表する）の各々について、図６の動作を時系列的に示す図である。この図において、まず始めに、サービスサーバ１２やダウンロードサーバ１３に本発明の電子メール仲介サービスシステム１４を導入し（ステップＳ１１）、サービスを開始する（ステップＳ１２）。クライアントサイドでは、まず、携帯電話機１６ａを用いてダウンロードサーバ１３にアクセスし、所要のクライアントプログラム（図では「専用アプリ」または単に「アプリ」と称する）をダウンロードする（ステップＳ１３）。そして、そのプログラムを起動してサービスサーバ１２にアクセスし（ステップＳ１４）、または、すでにそのクライアントプログラムを入手済みであれば、そのプログラムを起動した後（ステップＳ１５）、サービスサーバ１２にアクセスする（ステップＳ１４）。
【００３９】サービスサーバ１２では、アクセスしてきた利用者（便宜的に利用者Ａとする）の認証（たとえば、ＩＤやパスワードによる認証）を行う（ステップＳ１６）。
【００４０】次に、携帯電話機１６ａからメッセージを書き込む場合は、携帯電話機１６ａのキーボード部５３を用いてメッセージの生成編集を行い、そのメッセージをサービスサーバ１２に送信する（ステップＳ１７）。次に、サービスサーバ１２に送信したメッセージに対する返信メッセージの有無を判定し（ステップＳ１８）、返信メッセージがあれば、そのメッセージを該当する利用者（返信メッセージの宛先人；便宜的に利用者Ａとする）の私書箱４２ａに格納する（ステップＳ１９）。
【００４１】次に、利用者Ａが自分宛の返信メッセージを閲覧したい場合は、サービスサーバ１２に閲覧要求を出して自分の私書箱４２ａからメッセージを読み出し、それを携帯電話機１６ａの液晶ディスプレイ５２に表示（ステップＳ２０）した後、終了ボタン７２または保存ボタン７３を押して一連のサーバサイド処理を終了する。
【００４２】終了ボタン７２を押した場合は私書箱４２ａ内の既読メッセージが消去される（ステップＳ２１）。または、保存ボタン７３を押した場合は（ステップＳ２２）、私書箱４２ａ内の既読メッセージが消去されずにそのまま保存される。
【００４３】図８は、本発明の電子メール仲介サービスシステム１４の実際の利用例を示す図である。この図において、利用者Ａ（花子さんとする）が自分の携帯電話機１６ａを操作して任意内容のメッセージ、たとえば、“はじめまして。メル友が欲しくて書き込みました。東京に住んでいるＯＬです。良かったらメールください。”という内容の交際希望メッセージを作成し、電子メール仲介サービスシステム１４に送信（ステップＳ３１）すると、電子メール仲介サービスシステム１４は、その交際希望メッセージ８０を掲示板に掲載する。
【００４４】掲載された交際希望メッセージ８０には、返信ボタン８０ａが設けられており、たとえば、他の利用者（便宜的に利用者Ｂ：太郎さん）が自分の携帯電話機１６ｂでそのメッセージを読み、興味を持った場合は返信ボタン８０ａを押して、任意内容の返信メッセージ（たとえば、“花子さんへ はじめまして。太郎です。良かったらメル友になりましょう。”）を電子メール仲介サービスシステム１４に送信（ステップＳ３２）する。
【００４５】電子メール仲介サービスシステム１４は、返信メッセージ８１を受け取ると、その返信メッセージ８１の宛先に対応した私書箱（この場合、宛先は利用者Ａであるから、利用者Ａの私書箱４２ａ）に転送し格納する（ステップＳ３３）。
【００４６】利用者Ａの携帯電話機１６ａで前述のクライアントプログラム（ダウンロードサーバ１３からダウンロードしたもの）を実行している間、当該クライアントプログラムは、定期的に電子メール仲介サービスシステム１４の自分の私書箱４２ａにメッセージが届いているか確認する（ステップＳ３４）ようになっており、メッセージが届いている場合は、電子メール仲介サービスシステム１４に対して閲覧要求を出し、電子メール仲介サービスシステム１４は、その要求に応答して私書箱４２ａ内のメッセージの閲覧許可を出す。
【００４７】たとえば、現在、利用者Ａの私書箱４２ａには利用者Ｂからの返信メッセージ８１が届けられているため、電子メール仲介サービスシステム１４は、当該返信メッセージ８１の閲覧許可を出し、利用者Ａは、自分の携帯電話機１６ａを用いてその返信メッセージ８１を読む（閲覧する）ことができる。
【００４８】そして、利用者Ａは、メッセージを読み終わった後、そのメッセージを保存する必要がなければ、終了ボタン７２を押し、一方、保存する必要がある場合は保存ボタン７３を押す（ステップＳ３５）。
【００４９】したがって、以上の利用例によれば、交際希望メッセージ８０や返信メッセージ８１の書き込み者（利用者Ａや利用者Ｂ）の個人情報（常用電子メールアドレスなど）を非公開とすることができ、プライバシーの保護を図ることができる。さらに、任意の利用者宛の返信メッセージをその利用者専用の私書箱に転送すると共に、その利用者の携帯電話機で保存ボタン７３が押されない限り、私書箱にメッセージを残さないようにしたので、条件付き（保存ボタン７３が押されない限り）ながらも、既読メッセージを消去することができる。その結果、たとえば、一時の感情でつい書いてしまった恥ずかしい内容の電子メール（例：卑猥な言葉を含むもの）が私書箱に残らず、再閲覧を防止できるから、その電子メールの悪用（第三者への転送や公表、強請など）を回避することができる。
【００５０】ところで、以上の利用例においては、携帯電話機の液晶ディスプレイ５２に表示された「保存ボタン７３」を押すことにより、自分の私書箱に届いているメッセージを保存することができる。これは、利便性の点で好ましいものの、上記の悪用のおそれを否めない点で不安が残る。
【００５１】図９は、改良された利用例を示す図である。この改良例は要するに、特定利用者宛の返信メッセージ（電子メール）を作成する際に、その返信メッセージに“保存不可条件”を付加できるようにしたものである。ここで、保存不可条件とは、私書箱に届けられた返信メッセージを、その返信メッセージの宛先人の閲覧後に積極的に消去（私書箱から消去）することをいう。保存不可条件が付加されている返信メッセージの再閲覧は一切できない。保存不可条件は必要な場合に任意に設定する。
【００５２】図において、今、利用者Ｂが返信メッセージ９０を作成する際に、「保存させないオプション」を選択したものとする（ステップＳ４１）。「保存させないオプション」とは、上記の保存不可条件を付加“する”ことに相当する。
【００５３】したがって、この場合は、返信メッセージ９０の宛先人である利用者Ａが、自分の携帯電話機１６ａを用いて私書箱４２ａ内の返信メッセージ９０を読んだ後、保存ボタン７３を押したとしても（ステップＳ４２）、返信メッセージ８０に上記の保存不可条件が付加されているため、再閲覧が禁止され（ステップＳ４３）、そのまま私書箱４２ａから消去される（ステップＳ４４）。その結果、返信メッセージ９０の一切の痕跡を消し去ることができ、上述の不具合（メッセージの悪用等）を確実に防止することができる。なお、私書箱からのメッセージ消去は、メッセージの実体そのものの消去を意味するほか、たとえば、メッセージデータの読み出し属性をオフにしたり、または、データベースレコードのロックをオンにしたりするなどの様々なテクニックを意味する。要するに、メッセージの再閲覧を禁止できればよい。
【００５４】このように、本発明の電子メール仲介サービスシステム１４にあっては、利用者の電子メールアドレス等の個人情報を公開せずに、当該利用者宛のメッセージをその利用者専用の私書箱に転送するので、たとえば、図１０に示すように、他人からの嫌がらせメッセージやスパムメールがあったとしても、それらはすべて私書箱に転送され、利用者の携帯電話機に送信されることはない。このため、従来例のように、不要なメッセージや大量のスパムメールが携帯電話機に送り付けられないから、不要なデータで携帯電話機の記憶容量が圧迫されるという不都合を回避できる。また、自分の私書箱に届いたメッセージを携帯電話機で読むことができると共に、読み終えたメッセージを私書箱から消去することができる。加えて、特定の相手に返信メッセージを送る場合は、保存不可条件を付加することができ、その条件が付加されたメッセージを私書箱から自動的に消去することができる。とりわけ、この最後のメリット（私書箱からの自動消去）により、特定相手への返信メッセージの痕跡を完全に消し去ることができ、メッセージの悪用や第三者への転送、若しくは公表などの迷惑行為、または、そのメッセージを利用した強請（ゆすり）などの犯罪行為を確実に防止することができる。
【００５５】本発明においては、このようにして、面識のない者同士の間でやり取りされるメッセージ交換の安全性を高め、たとえば、「出会い系サイト」などと称されるものに適用して好適な電子メール仲介サービスシステム１４を提供することができるが、本発明は、かかる「出会い系サイト」への適用のみを意図しない。電子メールを仲介するサービスシステムであって、特に、送信相手による電子メールの悪用のおそれが考えられる場合に、送信した電子メールを相手先端末に「保存させないように」することを必要とするあらゆる電子メール仲介サービスシステムに適用することができる。
【００５６】なお、以上の説明では、クライアントとして携帯電話機１６ａ〜１６ｃを例にしたが、これに限定されないことはもちろんである。インターネット１１経由でサービスサーバ１２やダウンロードサーバ１３にアクセスできる端末（ただし、ダウンロードサーバ１３からダウンロードしたクライアントプログラムを実行できるもの）であればよく、たとえば、パーソナルコンピュータ、または、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）等の携帯情報端末、その他のインターネット端末であってもよい。また、以上の説明では、ダウンロードサーバ１３からダウンロードされるクライアントプログラムを「ｉアプリ（Ｒ）」としているが、これは、ｉアプリ対応の携帯電話機の普及を考慮したからである。他のスプリクト（たとえば、ｊａｖａなど）によって開発されたクライアントサイドアプリケーションプログラムであってもよいことはもちろんである。
【００５７】本実施の形態の主要な機能は、マイクロコンピュータを含むハードウェア資産と、ＯＳや各種プログラムなどのソフトウェア資産との有機的結合によって機能的に実現されるものであるが、ハードウェア資産およびＯＳは汎用のものを利用できるから、本発明にとって欠くことのできない必須の事項は、実質的に、サービスサーバ１２上で動作するプログラム（その主要部は処理ルール部３９に実装されている）及び携帯電話機１６ａ〜１６ｃで動作するクライアントプログラムに集約されているということがいえる。したがって、本発明は、これらのプログラムのすべてまたはその要部を格納した、フロッピー（登録商標）ディスク、ＭＯ、ＣＤ、ハードディスク、半導体メモリなどの記録媒体（それ自体が流通経路に乗るものはもちろん、ネットワーク上にあって記録内容だけを提供するものも含む）を包含するものである。
【００５８】＜第二の実施の形態＞ところで、今日においては、カメラ付の携帯電話機が普及しており、カメラで撮影した画像（自分の顔写真など）を電子メールに添付して送信することが簡単にできるようになった。このような背景に鑑み、本実施の形態では、画像付き電子メールにも適用できるように前記第一の実施の形態を改良発展させることにする。
【００５９】ここで、インターネットメールにバイナリファイルを添付する場合、その電子メールのメッセージボディは「マルチパート」と呼ばれる形式になる。マルチパートとは、メッセージボディが複数のパート（部分）から構成される形式であり、バイナリファイルを添付する場合はメール本文のパートと添付ファイルのパートに分かれる。各パートは７ビットのＪＩＳ漢字コード（ｉｓｏ−２０２２−ｊｐの場合）でエンコードされており、メールクライアントソフトでデコードすることによってメール本文と添付ファイルを復元する。
【００６０】このように、インターネット上でやり取りされる電子メールでは、メール本文と添付ファイルを一緒にエンコードして一つのデータにまとめているので、メールクライアントは一回の受信でメール本文と添付ファイルを受け取ることができる。このことは、郵便における「封書」に相当するものとみなすことができる。つまり、封筒の中に写真が入っていることと同じである。
【００６１】これに対して、携帯電話機でやり取りされる電子メール（インターネットの電子メールと区別するために「携帯メール」ということにする。）は、ファイル添付の仕組みが異なる。携帯メールでは画像付のメールを送信できるようになっているが、メール本文だけが相手に送信され、画像ファイルはサーバに保存されたままとなる。メール本文には画像ファイルのリンク情報が挿入されるようになっており、携帯メールの受信者はそのリンク情報をクリックするなどして選択し、サーバにアクセスして画像ファイルを閲覧するようになっている。したがって、携帯メールの場合、正しくは画像ファイルは“添付”されない。単に、ファイルの保存先を相手に通知するだけである。ただし、このような携帯メールの特徴（画像ファイルは添付されない）は、代表的な携帯電話サービスについて述べたものである。他のいくつかの携帯電話サービスでは、画像ファイルを添付する携帯メールを採用しているところもある。
【００６２】このように、電子メールと携帯メールでは、添付ファイルの仕組みに違いがあるので、画像付き携帯メールにも適用できるように前記第一の実施の形態を改良発展させるには、たとえば、以下のようにする必要がある。
【００６３】図１１は、第二の実施の形態におけるデータベース部４０の概念構造図である。第一の実施の形態との相違は、私書箱部４２の構造にある。すなわち、このデータベース部４０は、少なくとも利用者情報部４１と私書箱部４２とを含み、利用者情報部４１には、本発明の電子メール仲介サービスシステム１４を利用する各利用者ごとの固有情報が格納され、また、私書箱部４２には各利用者ごとの私書箱が設けられる。たとえば、図示の例では、利用者Ａについて、その固有情報（特に限定しないが、利用者Ａの常用電子メールアドレス“ｈａｎａｋｏ＠ｄｏｃｏｍｏ．ｃｏ．ｊｐ”４１ａや本発明の電子メール仲介サービスシステム１４のみに使用される限定利用電子メールアドレス“ｈａｎａｋｏ＠ｋｉｅｒｕ．ｃｏｍ”４１ｂなど）が利用者情報部４１に格納されており、また、私書箱部４２には、その利用者Ａの専用の二つの私書箱４２ａ、４２ｂが設けられている。一方の私書箱４２ａはメッセージ（メール本文）を格納するためのもの（以下「メッセージ格納部４２ａ」という。）であり、他方の私書箱４２ｂは画像付きメールの場合にその画像ファイルを格納するためのもの（以下「ファイル格納部４２ｂ」という。）である。
【００６４】なお、図１１においては、一人分（利用者Ａ）の常用電子メールアドレス４１ａ、限定利用電子メールアドレス４１ｂ、メッセージ格納部４２ａ及びファイル格納部４２ｂしか示していないが、これは図示の都合であり、実際には、本発明の電子メール仲介サービスシステム１４の利用認証を受けたすべての利用者の個人情報が格納され、また、すべての利用者の専用の私書箱（メッセージ格納部４２ａ及びファイル格納部４２ｂ）が設けられていることはもちろんである。
【００６５】本実施の形態におけるサービスサーバ１２は、任意の利用者から送信されたメッセージを、そのメッセージの相手先の私書箱（たとえば、利用者Ａのメッセージ格納部４２ａ）に転送保存し、しかる後、利用者Ａからのアクセスに応答して、利用者Ａのメッセージ格納部４２ａに保存されているメッセージの閲覧を利用者Ａに許容する点で前記の第一の実施の形態と共通し、次の点で前記の第一の実施の形態と相違する。
【００６６】すなわち、本実施の形態におけるサービスサーバ１２は、任意の利用者から送信されたメッセージに画像ファイルが添付されていた場合は、
【００６７】図１２は、第二の実施の形態における電子メール仲介サービスシステム１４の利用概念図である。この図において、電子メール仲介サービスシステム１４の利用者（利用者Ａ）は、まず、自分の携帯電話機１６ａから電子メール仲介サービスシステム１４（のダウンロードサーバ１３）にアクセスし、所要のクライアントプログラム（図では単に“アプリ”と称している）をダウンロードする（ステップＳ１）。次いで、利用者Ａは、ダウンロードしたクライアントプログラムを実行し、電子メール仲介サービスシステム１４（のサービスサーバ１２）にアクセスする（ステップＳ２）。
【００６８】クライアントプログラムは、サービスサーバ１２に対して利用者Ａ宛のメッセージ閲覧を要求する（ステップＳ３）。正確には、利用者Ａの限定利用電子メールアドレス“ｈａｎａｋｏ＠ｋｉｅｒｕ．ｃｏｍ”４１ｂ宛に届けられたメッセージ、すなわち、利用者Ａのメッセージ格納部４２ａに届けられたメッセージ閲覧を要求する。
【００６９】サービスサーバ１２は、データベース部４０の私書箱部４２を検索して利用者Ａのメッセージ格納部４２ａにメッセージが届けられている場合は、そのメッセージの閲覧を許容し、クライアントプログラムは、メッセージ格納部４２ａからメッセージを読み出して携帯電話機１６ａの液晶ディスプレイ５２に表示する（ステップＳ４）。
【００７０】７０は携帯電話機１６ａの液晶ディスプレイ５２に表示されたクライアントプログラムの実行画面である。実行直後の画面７０には、アイコン７１が表示されるようになっており、このアイコン７１の種類やアニメーションにより、自分宛のメッセージがメッセージ格納部４２ａに届いているか否かを知ることができるようになっている。メールが届いている場合は、アイコン７１をクリックすることにより、そのメッセージを画面７０に表示して読む（すなわち、閲覧する）ことができる。
【００７１】図１３は、第二の実施の形態における画面７０の表示状態図である。画面７０にはメッセージ格納部４２ａからダウンロードしたメッセージ（メール本文）７４が表示されており、このメッセージ７４には画像ファイルへのリンク情報７５（図では便宜的に文字列“画像ファイル”とする。）が挿入されている。このリンク情報７５をクリックすると、ファイル格納部４２ｂから該当する画像ファイル７６がダウンロードされ、画面７０に表示されるようになっている。画面７０には、終了ボタン７２が表示されており、この終了ボタン７２を押すと、クライアントプログラムからサービスサーバ１２へ削除コマンドが送信され、サービスサーバ１２により、メッセージ格納部４２ａ内の既読メッセージやファイル格納部４２ｂ内の画像ファイルが削除されるようになっている。
【００７２】したがって、この第二の実施の形態によれば、画像付の携帯メールにも適用することができ、前記の第一の実施の形態と同様に、特定相手への返信メッセージ（及び添付画像ファイル）の痕跡を完全に消し去ることができ、メッセージ又は添付画像ファイルの悪用や第三者への転送、若しくは公表などの迷惑行為、または、そのメッセージや添付画像ファイルを利用した強請（ゆすり）などの犯罪行為を確実に防止することができる。
【００７３】
【発明の効果】本発明によれば、一の利用者の端末から送信された二の利用者宛の電子メールが保存手段に保存され、そして、二の利用者の端末から電子メールの閲覧要求があった場合に、保存手段に保存されている二の利用者宛の電子メールの閲覧が、二の利用者の端末に対して許容される。すなわち、一の利用者の端末から送信された二の利用者宛の電子メールがシステム側に保存され、二の利用者の端末に転送されない。これにより、嫌がらせメッセージやスパムメール等による端末の記憶容量圧迫を回避できるというメリットが得られる。
【００７４】また、本発明では、一の利用者の端末から送信された二の利用者宛の電子メールが保存手段に保存され、そして、二の利用者の端末から電子メールの閲覧要求があった場合に、保存手段に保存されている二の利用者宛の電子メールの閲覧が、二の利用者の端末に対して許容される。加えて、その電子メールに保存不可条件が付加されている場合は、二の利用者の端末からの閲覧後に、前記二の利用者宛の電子メールが前記保存手段から消去され、一方、保存不可条件が付加されていない場合は、上記の閲覧後に、前記二の利用者宛の電子メールが前記保存手段から消去されない。
【００７５】したがって、保存不可条件が付加された電子メールについては、再閲覧が禁止されるので、電子メールの悪用や第三者への転送、若しくは公表などの迷惑行為、または、その電子メールを利用した強請（ゆすり）などの犯罪行為を確実に防止することができ、その結果、面識のない者同士の間でやり取りされるメッセージ交換の安全性を高め、たとえば、「出会い系サイト」などに適用して好適な電子メール仲介サービスシステムを提供することができる。
【図面の簡単な説明】
【図１】本発明に係る「電子メール仲介サービスシステム」を適用できるネットワークシステム１０の構成を模式的に示した図である。
【図２】サービスサーバ１２及びダウンロードサーバ１３に共通のハードウェア構成概念図である。
【図３】サービスサーバ１２のハードウェアリソースとソフトウェアリソースの簡略的な階層モデルを示す図及び本発明の電子メール仲介サービスシステム１４の概念図である。
【図４】データベース部４０の概念構造図である。
【図５】携帯電話機１６ａ、１６ｂ、１６ｃに共通の外観図及びそのブロック構成図である。
【図６】本発明の電子メール仲介サービスシステム１４の利用概念図である。
【図７】サーバサイド処理とクライアントサイド処理の各々について、図６の動作を時系列的に示す図である。
【図８】本発明の電子メール仲介サービスシステム１４の実際の利用例を示す図である。
【図９】本発明の電子メール仲介サービスシステム１４の改良された利用例を示す図である。
【図１０】本発明の電子メール仲介サービスシステム１４の効果説明図である。
【図１１】第二の実施の形態におけるデータベース部４０の概念構造図である。
【図１２】第二の実施の形態における電子メール仲介サービスシステム１４の利用概念図である。
【図１３】第二の実施の形態における画面７０の表示状態図である。
【図１４】従来の電子メール仲介サービスシステム（出会い系サイトとして用いられるもの）の概念図である。
【符号の説明】
１２・・・・サービスサーバ
１３・・・・ダウンロードサーバ
１４・・・・電子メール仲介サービスシステム
１６ａ〜１６ｃ・・・・端末（携帯電話機）
２０・・・・ＣＰＵ（転送手段、閲覧許容手段、メッセージ消去手段）
４０・・・・データベース部（保存手段）
５８・・・・制御部（要求手段、保存不可条件設定手段）
【特許請求の範囲】
【請求項１】 一の利用者の端末から送信された二の利用者宛の電子メールを保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容する閲覧許容手段とを備えたことを特徴とする電子メール仲介サービスシステム。
【請求項２】 請求項１記載の閲覧要求を定期的に出す要求手段を備えることを特徴とする端末。
【請求項３】 請求項２記載の要求手段を実現するためのプログラムを保持し、請求項２記載の端末からのダウンロード要求に応答して当該プログラムを要求元の端末に転送することを特徴とするダウンロードサーバ。
【請求項４】 一の利用者の端末から送信された二の利用者宛の電子メールを保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容する閲覧許容手段と、前記二の利用者宛の電子メールに保存不可条件が付加されていた場合に当該二の利用者の端末からの閲覧後に、前記二の利用者宛の電子メールを前記保存手段から消去するメッセージ消去手段とを備えたことを特徴とする電子メール仲介サービスシステム。
【請求項５】 請求項４記載の電子メールを作成する際または該電子メールを送信する際に当該電子メールに保存不可条件を付加するか否かを設定できる保存不可条件設定手段を備えることを特徴とする端末。
【請求項６】 請求項５記載の保存不可条件設定手段を実現するためのプログラムを保持し、請求項５記載の端末からのダウンロード要求に応答して当該プログラムを要求元の端末に転送することを特徴とするダウンロードサーバ。
【請求項７】 請求項２記載の要求手段を実現するためのプログラム。
【請求項８】 請求項５記載の保存不可条件設定手段を実現するためのプログラム。
【請求項９】 請求項２記載の要求手段を実現するためのプログラムを格納した記録媒体。
【請求項１０】 請求項５記載の保存不可条件設定手段を実現するためのプログラムを格納した記録媒体。
【請求項１１】 一の利用者の端末から送信された二の利用者宛の電子メールに画像ファイルが添付されていた場合にその画像ファイルを保存すると共にその保存先情報をリンク情報として前記電子メールに挿入して保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容すると共に該二の利用者の端末からの画像ファイルの閲覧要求に応答して前記画像ファイルの閲覧を許容する閲覧許容手段とを備えたことを特徴とする電子メール仲介サービスシステム。
【請求項１２】 一の利用者の端末から送信された二の利用者宛の電子メールに画像ファイルが添付されていた場合にその画像ファイルを保存すると共にその保存先情報をリンク情報として前記電子メールに挿入して保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容すると共に該二の利用者の端末からの画像ファイルの閲覧要求に応答して前記画像ファイルの閲覧を許容する閲覧許容手段と、前記二の利用者宛の電子メールに保存不可条件が付加されていた場合に当該二の利用者の端末からの閲覧後に、前記二の利用者宛の電子メール及び前記画像ファイルを前記保存手段から消去するメッセージ消去手段とを備えたことを特徴とする電子メール仲介サービスシステム。
【請求項１３】 請求項１２記載の電子メールを作成する際または該電子メールを送信する際に当該電子メールに保存不可条件を付加するか否かを設定できる保存不可条件設定手段を備えることを特徴とする端末。
【請求項１】 一の利用者の端末から送信された二の利用者宛の電子メールを保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容する閲覧許容手段とを備えたことを特徴とする電子メール仲介サービスシステム。
【請求項２】 請求項１記載の閲覧要求を定期的に出す要求手段を備えることを特徴とする端末。
【請求項３】 請求項２記載の要求手段を実現するためのプログラムを保持し、請求項２記載の端末からのダウンロード要求に応答して当該プログラムを要求元の端末に転送することを特徴とするダウンロードサーバ。
【請求項４】 一の利用者の端末から送信された二の利用者宛の電子メールを保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容する閲覧許容手段と、前記二の利用者宛の電子メールに保存不可条件が付加されていた場合に当該二の利用者の端末からの閲覧後に、前記二の利用者宛の電子メールを前記保存手段から消去するメッセージ消去手段とを備えたことを特徴とする電子メール仲介サービスシステム。
【請求項５】 請求項４記載の電子メールを作成する際または該電子メールを送信する際に当該電子メールに保存不可条件を付加するか否かを設定できる保存不可条件設定手段を備えることを特徴とする端末。
【請求項６】 請求項５記載の保存不可条件設定手段を実現するためのプログラムを保持し、請求項５記載の端末からのダウンロード要求に応答して当該プログラムを要求元の端末に転送することを特徴とするダウンロードサーバ。
【請求項７】 請求項２記載の要求手段を実現するためのプログラム。
【請求項８】 請求項５記載の保存不可条件設定手段を実現するためのプログラム。
【請求項９】 請求項２記載の要求手段を実現するためのプログラムを格納した記録媒体。
【請求項１０】 請求項５記載の保存不可条件設定手段を実現するためのプログラムを格納した記録媒体。
【請求項１１】 一の利用者の端末から送信された二の利用者宛の電子メールに画像ファイルが添付されていた場合にその画像ファイルを保存すると共にその保存先情報をリンク情報として前記電子メールに挿入して保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容すると共に該二の利用者の端末からの画像ファイルの閲覧要求に応答して前記画像ファイルの閲覧を許容する閲覧許容手段とを備えたことを特徴とする電子メール仲介サービスシステム。
【請求項１２】 一の利用者の端末から送信された二の利用者宛の電子メールに画像ファイルが添付されていた場合にその画像ファイルを保存すると共にその保存先情報をリンク情報として前記電子メールに挿入して保存する保存手段と、前記保存手段に前記二の利用者宛の電子メールが保存されている場合に該二の利用者の端末からの閲覧要求に応答して該二の利用者宛の電子メールの閲覧を該二の利用者の端末に対して許容すると共に該二の利用者の端末からの画像ファイルの閲覧要求に応答して前記画像ファイルの閲覧を許容する閲覧許容手段と、前記二の利用者宛の電子メールに保存不可条件が付加されていた場合に当該二の利用者の端末からの閲覧後に、前記二の利用者宛の電子メール及び前記画像ファイルを前記保存手段から消去するメッセージ消去手段とを備えたことを特徴とする電子メール仲介サービスシステム。
【請求項１３】 請求項１２記載の電子メールを作成する際または該電子メールを送信する際に当該電子メールに保存不可条件を付加するか否かを設定できる保存不可条件設定手段を備えることを特徴とする端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図７】
【図９】
【図１１】
【図１０】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図７】
【図９】
【図１１】
【図１０】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００３−２５６３４３（Ｐ２００３−２５６３４３Ａ）
【公開日】平成１５年９月１２日（２００３．９．１２）
【国際特許分類】
【出願番号】特願２００２−３７４１２６（Ｐ２００２−３７４１２６）
【出願日】平成１４年１２月２５日（２００２．１２．２５）
【出願人】（３０００８５６６８）有限会社デンタルサプライ (2)
【公開日】平成１５年９月１２日（２００３．９．１２）
【国際特許分類】
【出願日】平成１４年１２月２５日（２００２．１２．２５）
【出願人】（３０００８５６６８）有限会社デンタルサプライ (2)
[ Back to top ]