JP2007047911A - 通信端末装置及び情報表示方法 - Google Patents

Abstract

【課題】セキュリティが高められたオリジナルメールの転送文を用いて、ユーザ登録やアンケート入力、市場調査などに必要な各種情報を端末ベースで入力することにより、ＷＥＢページにアクセス不要な通信端末装置及び情報表示方法を提供することにある。
【解決手段】携帯端末１は、山田花子からの紹介メールを受信すると、暗号化された本文のみをデコードして正常に表示する一方、ヘッダ部及び制御コード部を非表示とする。そして、山本洋子が表示部１０９の最下部にあるＥメールユーザ登録ボタン１０９ｋをクリックすると、携帯端末１はＳＬ本店のＷＥＢページにアクセスすることなく電子メールでユーザ登録を実行する。
【選択図】図３７

Description

本発明は、通信端末装置及び情報表示方法に係り、更に詳しくは、受信した電子メールのメッセージ部を表示装置に表示するとともに、入力された転送先メールアドレスに前記電子メールを転送することが可能な通信端末装置及び情報表示方法に関する。

また、本発明は上記の方法（ステップ又は手順）を半導体メモリー、ＬＤ（レーザーディスク）、ＨＤ（ハードディスク）、ＦＤ（フレキシブルディスク）、ＭＤ（ミニディスク）、ＣＤ（コンパクトディスク）又はＤＶＤ（デジタルバーサタイルディスク又はデジタルビデオディスク）などの情報記憶媒体に記録したプログラムそのものにも関係している。

近年、インターネットの普及は目覚しく、老若男女を問わず非常に多くの人々が情報通信端末（携帯電話やＰＤＡ、パーソナルコンピュータ）を用いてインターネットにアクセスし、種々多様な情報を得る為に利用しており、既に人々の生活に無くてはならない情報源となっている。

また、インターネットは電子商取引のツールとして利用され、インターネット上に設置されたバーチャルショップで各種商品が幅広く売買されている。この従来のバーチャルショップは、例えば、商品を販売する企業がそのホームページ上で、販売しようとする商品情報（販売価格や写真など）を掲載すると共に、商品の購入用の注文欄を掲載する。

そして、顧客が情報通信端末を使用して、インターネット上のバーチャルショップ（ホームページ）にアクセスし、購入したい商品が見つかったとき、注文欄に顧客の住所、氏名、メールアドレスなどの顧客情報を入力して、当該顧客情報をバーチャルショップのサーバにインターネットを通して送信する。

その後、商品販売企業のサーバに注文情報が受信されると、サーバは当該顧客のメールアドレスに受注確認メールを自動的に送信すると共に、その企業の担当者は、注文のあった商品を代金請求書と共に顧客に発送し、注文に応じて商品を販売している。

本願出願人は、既に特願２００４−３３１５０２を出願しており、この電子商取引システムによれば、電子商取引制御装置は、顧客から発注情報が入力されると、データベースが記憶する顧客情報及び商品情報に基づいて、顧客が発注した商品を掲載する顧客ホームページを自動的に作成すると共に、顧客ホームページのアドレスを記載した受注確認の電子メールを顧客のメールアドレスに送信するようになっている。

また、当該受注確認の電子メール中には、受注内容の他に、顧客のホームページを友人等に紹介する為の転送文（広告文書）が含まれており、一般に顧客が友人等に転送文を電子メールで送信しても迷惑メールとならないので、無料又は格安で顧客を有能な営業マンとして雇ったことと同じ効果が得られる。

ところで、携帯電話やＰＤＡなどの通信端末装置では、一般に受信メールの転送機能があり、入力した所望の転送先メールアドレスに受信メールの全てを送信することが可能である。また、この転送の際には、基本的に受信者が受信メールそのものを自由に編集することができる。

つまり、通信端末装置のユーザが受信メールの転送操作を行うと、通信端末装置は受信メールの全てを選択して編集可能状態とし、顧客により受信メールが如何に編集されたとしても、指定された転送先に恰もオリジナルの受信メールであるかのように送信することが可能である。例えば、友人の間で待ち合わせ時間を知らせる為の受信メールを転送する際に、夕方５時であるものを、遅刻の常習者に対しては夕方４時３０分というように３０分早めて知らせることは、通常問題とはならない。

しかしながら、バーチャルショップが提供する商品の価格や割引率に関する情報（広告文書）や官公庁が業者に送信する一般入札情報などの重要なオリジナルメールを送信し、顧客や業者によって転送される場合、オリジナルメールの内容が改竄されると大きな問題が生じることになる。例えば、顧客が商品価格を下げ割引率を上げたり、業者が入札の行われる期日や物件情報を悪意を持って変更すると、それを見て信じた者からバーチャルショップや官公庁に苦情が殺到することは明白であり、最悪の場合、損害賠償を請求されることにもなる。

本願出願人は、この問題点を解決する為に特願２００５−０１４９６８を出願し、早期審査の結果、既に特許査定（平成１７年５月１２日起案）を受けており、この通信端末装置及び電子メール転送方法によれば、オリジナルメールの最重要部である転送文（指定転送メッセージ部）のセキュリティを高めることにより、繰り返して送信される転送メールの同一性を確保することが可能という特有の作用効果がある。

本発明は、上記特許発明の更なる改良技術であり、セキュリティが高められたオリジナルメールの転送文を用いて、ユーザ登録やアンケート入力、市場調査などに必要な各種情報を端末ベースで入力することにより、ＷＥＢページにアクセス不要な通信端末装置及び情報表示方法を提供することを目的とする。

なお、本願発明に比較的近いと思われる第１従来技術（特許文献１）としては、「クライアント側のセキュリティ機能の実装の有無に依存することなく、インターネットにおける電子メールのセキュリティ確保可能とするシステム及び方法の提供。」を課題とし、「ＬＡＮ１上のメールサーバ２とインターネット５との間にプロキシ４を配置し、メールクライアント３からの平文メールを受け取ったメールサーバ２はＬＡＮ外宛メールは平文のままプロキシ４へ送り、プロキシ４は平文メールを暗号化し、メール発信者の署名を付けてインターネット５へ署名済み暗号化メールを送出し、インターネットから署名済み暗号化メールの改竄の有無をチェックし、メールが改竄されていない場合、暗号化メールを復号化し平文メールとしてメールサーバ２へ配送し、メールが改竄されている場合にはメールの受信を拒否し、改竄されたメールがＬＡＮ１内に入ることを防止する。」というセキュアメールプロキシシステム及び方法並びに記録媒体が出願公開されている。

しかしながら、本願発明の重要な構成である「前記電子メールの指定転送の指示操作を行うと、前記電子メールに付加された指定転送範囲を示す制御コードに基づいて、前記電子メールのメッセージ部から指定転送メッセージ部を選択する指定転送メッセージ選択手段と、前記指定転送メッセージ選択手段が選択した指定転送メッセージ部を前記表示装置に表示するとともに、転送先メールアドレスが入力された後に送信操作が行われると、前記電子メールの指定転送メッセージ部を含む転送メールを前記転送先メールアドレスに転送する制御を行う制御手段」については一切開示していないので、第１従来技術によって進歩性は否定されない。

第２従来技術（特許文献２）としては、「本発明は署名を含む文書の改竄を防止し、原本性を保証する原本性保証装置に関し、特に署名等をビジュアルに表示しつつ、文書及び署名の改竄を防止し、原本性を保証する原本作成装置及び原本性保証装置を提供する」ことを課題とし、「本発明はドキュメント（開発計画書３）のデータと作成者の押印欄のデータに時刻データ（ｔ1）を付加し、電子署名を行ってチェックサム（ＣＳ１）を生成する。そして、このチェックサム（ＣＳ１）を含めた原本ファイルを作成し、決済者に送信し、決済者側で上記チェックサム（ＣＳ１）の検証を行い、検証結果得られるチェックサム（ＣＳ１）とファイルに記録されたチェックサム（ＣＳ１）を比較し、一致を判断して原本性を確認する。このように構成することにより、改竄の有無が確認でき、文書データの原本性を保証しつつ、書類の転送をビジュアルに行うことができる。」という原本作成装置及び原本性保証装置が出願公開されている。

第３従来技術（特許文献３）としては、「情報が配信される登録ユーザ数の増加を促すことで、効果的な情報配信を可能にする」ことを課題とし、「ネットワークを介して複数の利用者に情報を送信する方法であって、登録ユーザの送信先アドレスにユーザＩＤを含む告知情報を送信するステップ（Ｓ１）と、登録ユーザからのアクセスに応じて所定のウェブページを送信するステップ（Ｓ２）と、ウェブページを介して行われた登録ユーザによる告知情報の転送依頼に応じて登録ユーザが指定する未登録ユーザの転送先アドレスに告知情報を送信するステップ（Ｓ３）と、未登録ユーザからのアクセスに応じてウェブページを送信するステップ（Ｓ４）と、ウェブページを介して行われた未登録ユーザによるユーザ登録依頼に応じて新たなユーザＩＤを発行するステップ（Ｓ５）と、新たなユーザＩＤ及び転送先アドレスを含むユーザ情報を格納するステップ（Ｓ６）とを備える。」という情報配信方法、サーバ及びプログラムが出願公開されている。

なお、特願２００５−０１４９６８の審査では、特に関連する先行技術が指摘されておらず、また本願は当該特許発明の下位概念（下位クレーム）であるから、特許査定されてしかるべきものである。
特開２００２−０２４１４７ 特開２００３−２４４１３８ 特開２００３−２８１４４４（特許第３３７１２０８号）

請求項１に係る本発明の通信端末装置は、上記の目的を達成するために、受信した電子メールのメッセージ部を表示装置に表示するとともに、入力された転送先メールアドレスに前記電子メールを転送することが可能な通信端末装置において、前記電子メールの指定転送の指示操作を行うと、前記電子メールに付加された指定転送範囲を示す制御コードに基づいて、前記電子メールのメッセージ部から指定転送メッセージ部を選択する指定転送メッセージ選択手段と、前記指定転送メッセージ選択手段が選択した指定転送メッセージ部を前記表示装置に表示するとともに、転送先メールアドレスが入力された後に送信操作が行われると、前記電子メールの指定転送メッセージ部を含む転送メールを前記転送先メールアドレスに転送する制御を行う制御手段とを具備し、前記制御手段は、他が送信した指定転送メッセージ部を含む転送メールを受信した場合、前記指定転送メッセージ部を前記表示装置に表示するとともに、前記転送メール中の制御コードに基づいて、必要とする入力情報を前記表示装置に表示することを特徴とする。

請求項２に係る本発明の通信端末装置は、請求項１に記載の通信端末装置において、前記制御手段は、前記必要とする入力情報が入力された後に送信操作が行われると、前記入力情報を含む電子メールを前記制御コード中の送信先メールアドレスに送信することを特徴とする。

請求項３に係る本発明の通信端末装置は、請求項２に記載の通信端末装置において、前記制御手段は、配信ＡＰサーバから前記電子メールの返信メールを受信し、前記返信メール中のホームページアドレスが指定されると、前記表示装置にホームページを表示することを特徴とする。

請求項４に係る本発明の情報表示方法は、受信した電子メールのメッセージ部を表示装置に表示するとともに、入力された転送先メールアドレスに前記電子メールを転送することが可能な通信端末装置の情報表示方法において、前記電子メールの指定転送の指示操作を行うと、前記電子メールに付加された指定転送範囲を示す制御コードに基づいて、前記電子メールのメッセージ部から指定転送メッセージ部を選択する指定転送メッセージ選択ステップと、前記指定転送メッセージ選択ステップが選択した指定転送メッセージ部を前記表示装置に表示するとともに、転送先メールアドレスが入力された後に送信操作が行われると、前記電子メールの指定転送メッセージ部を含む転送メールを前記転送先メールアドレスに転送する制御を行う制御ステップとを含み、前記制御ステップは、他が送信した指定転送メッセージ部を含む転送メールを受信した場合、前記指定転送メッセージ部を前記表示装置に表示するとともに、前記転送メール中の制御コードに基づいて、必要とする入力情報を前記表示装置に表示することを特徴とする。

本発明の通信端末装置によれば、前記制御手段は、他が送信した指定転送メッセージ部を含む転送メールを受信した場合、前記指定転送メッセージ部を前記表示装置に表示するとともに、前記転送メール中の制御コードに基づいて、必要とする入力情報を前記表示装置に表示する。従って、ユーザ登録に必要な各種情報を端末ベースで入力を促すことができるという効果がある。

本発明の通信端末装置によれば、前記制御手段は、前記必要とする入力情報が入力された後に送信操作が行われると、前記入力情報を含む電子メールを配信ＡＰサーバに送信する。従って、ユーザ登録に必要な各種情報を端末ベースで入力できるという効果がある。

本発明の通信端末装置によれば、前記配信ＡＰサーバから前記電子メールの返信メールを受信し、前記返信メール中のホームページアドレスが指定されると、前記表示装置にホームページを表示する。従って、ユーザ登録に必要な各種情報を端末ベースで入力し、容易に個人ホームページにアクセスできるという効果がある。

本発明の情報表示方法によれば、上述した本発明の通信端末装置と同様の効果を発揮することができる。

まず、特許請求の範囲及び明細書中で使用する語句および用語の意味を定義する。

「指定転送メッセージ部」とは、受信した電子メールの全メッセージ部の内、制御コードによって指定された改竄不能なメッセージ部（転送文）であり、例えば、バーチャルショップが提供する商品情報や官公庁の一般入札情報などである。

「チェックコード」とは、例えば、データを送受信する際の誤り検出方法の一つであるチェックサム（check sum）であり、送信前にデータを分割し、それぞれのブロック内のデータを数値とみなして合計を取ったものである。また、求めたチェックサムはデータと一緒に送信し、受信側では送られてきたデータ列から同様にチェックサムを計算し、送信側から送られてきたチェックサムと一致するかどうかを検査する。両者が異なれば、通信系路上でデータに誤りが生じていることになるので、再送などの誤り訂正手続きをとることもできる。なお、実際には、与えられた入力に対して128ビットのハッシュ値を出力するメッセージダイジェストアルゴリズムであるMD5(Message Digest Algorithm 5)を使用する予定である。このMD5は、電子署名を必要とするアプリケーション向けに開発されており、現在では、主にフリーソフトウェアの世界に於いて、ファイルをダウンロードする際にそのファイルが改変されていないことを証明するために用いられる。また、配布する側は、ファイル配布時にそのファイルのMD5チェックサムも同時に配布し、ダウンロードしたユーザは手元でファイルのMD5チェックサムを計算して、配布者の提示したチェックサムと一致することを確認すれば良い。

「バーチャルショップ」とは、一般にネットショップ又はオンラインショップとも称されており、同意語として使用している。

第一実施例：
以下、本発明の実施の形態を図面と共に詳細に説明する。なお、オンラインショップにおける電子メールの転送方法を一例にして説明するが、官公庁や公共団体及び広告業界や大型モールなどメール配信の情報保護に重点をおいている団体・業界で利用できることは言うまでもない。

図１は、電子商取引システムの基本構成図であり、本願出願人がインターネットを用いて実際に提供している生活関連商品等の情報提供サービス・システムの概要を示している。なお、本システムで用いる携帯端末（本発明に係る通信端末装置に該当）は、ＰＤＣやＰＨＳ通信システムだけではなく、ＩＳ−９５規格や第三世代のＩＭＴ−２０００規格（International Mobile Telecommunications-2000通信規格：Wide Band CDMA規格又はCDMA-2000規格）によるＣＤＭＡ（符号分割多元接続）通信方式に適している。

１は、電子商取引システムの利用者（顧客及びその友人等）が用いる無線通信端末装置としての携帯端末であり、基本的な音声通信機能だけではなく、テキストデータや写真ファイルを送受信する電子メール機能や映像通信機能（即ち、テレビ電話機能）およびＧＰＳ（Global Positioning System）による位置検出機能を備えている。特に、携帯端末１には、Ｗｅｂページを閲覧するためのアプリケーションソフトであるブラウザ（別名、Ｗｅｂブラウザ）が搭載されており、インターネットのＷｅｂサーバからHTMLファイルや画像ファイル、音楽ファイルなどをダウンロードし、ポータルサイトやバーチャルショップのホームページのレイアウトを解析して表示及び再生することが可能である。また、バーチャルショップで提供するフォームを用いて、利用者が入力した各種データ（顧客情報、商品情報及び発注情報など）をＷｅｂサーバに送信して所望の商品を発注したり、Java（登録商標）やFlashなどで記述されたアプリケーション・ソフトを動作させることも可能である。

特に、携帯端末１は、後述する制御部の制御により、受信した電子メールのメッセージ部を表示装置に表示するとともに、入力された転送先メールアドレスに前記電子メールを転送することが可能である。また、電子メールの指定転送の指示操作を行うと、電子メールに付加された指定転送範囲を示す制御コードに基づいて、電子メールのメッセージ部から指定転送メッセージ部を選択して表示装置に表示するとともに、転送先メールアドレスが入力された後に送信操作が行われると、前記電子メールの指定転送メッセージ部を含む転送メールを転送先メールアドレスに転送する。

携帯端末１は、電子メールの指定転送の指示操作が行われると、指定転送メッセージ部の第１チェックコードを生成し、転送メールに第１チェックコードを付加して転送先メールアドレスに転送する。

携帯端末１は、転送先メールアドレスが入力された後に転送メールの送信操作が行われると、転送メールの第２チェックコードを生成し、転送メールに第２チェックコードを付加して転送先メールアドレスに転送する。

携帯端末１は、指定転送メッセージ部を表示装置に表示する場合、編集不能状態にして表示する。

携帯端末１は、転送メールを受信した場合、指定転送メッセージ部のチェックコードを生成し、付加されている第１チェックコードと一致したとき、指定転送メッセージ部を表示装置に表示する。

携帯端末１は、転送メールを受信した場合、転送メールのチェックコードを生成し、付加されている第２チェックコードと一致したとき、転送メールを表示装置に表示する。

なお又、ＧＰＳを用いて位置検出を行う携帯端末の従来技術としては、特開平９−２４７７３０、特開平１０−１０３９９２、特開平１０−２５７５５５、特開平１１−２７７３６および特開平１１−２７７２９などがあり、実験段階ではあるが位置精度として数メートルの範囲で正確に計測できるようになっている。また、基地局を利用して位置測定する従来技術としては、特開平４−２２９７２９、特開平７−３８９５１、特開平８−１９１２６６、特開平９−１５９７４６および特開平９−１６１１７７などがあり、これらの位置計測技術をそのまま利用できることは言うまでもなく、このＧＰＳ機能を用いて顧客が通常何処からホームページを見たり商品発注するのかを把握できる。

２は、電子商取引システムのサービスエリアをカバーする基地局であり、位置登録された複数の携帯端末１と必要な信号を送受信して、上記音声通信機能、電子メール機能や映像通信機能及びインターネット接続機能などを実現する。なお、基地局２は、携帯端末１に付与されている固有のシリアル番号（携帯固体識別コード）を用いて認証を行って、携帯端末１が正規のものか否かを確認した後、無線通信サービスを利用可能にする。また、この端末固有のシリアル番号は、後述するように、バーチャルショップにアクセスし顧客情報を入力する際や、顧客ホームページに自動ログインする際に有効利用される。

３は、電子商取引システムの利用者が用いる通信端末装置としてのＰＣ（パーソナルコンピュータ）であり、携帯端末１と同様に、Ｗｅｂブラウザであるネットスケープナビゲータ（Netscape Navigator）やインターネット・エクスプローラ（Internet Explorer）を搭載しており、バーチャルショップのホームページを閲覧して電子商取引を行うことが可能である。なお、ＰＣ３に付与されているＩＰアドレスが、携帯端末１固有の携帯固体識別コード（シリアル番号）に対応し、バーチャルショップの管理に活用される。

４は、インターネット接続業者が運営するＩＳＰ（インターネット・サービス・プロバイダ）であり、電話回線（ＡＤＳＬ回線、ＩＳＤＮ回線）やデータ通信専用回線などの通信ネットワーク５を通じて、ＰＣ３をインターネットに接続する。

６は、ネットショップ制御装置であり、電子商取引システムに必要とする情報管理（顧客情報、商品情報及び発注情報管理やホームページ管理）に関する全ての制御を行う。特に、ネットショップ制御装置６は、顧客がバーチャルショップのホームページから商品を発注すると、直ちに当該商品を掲載する為の顧客ホームページを自動的に作成するとともに、作成した顧客ホームページのアドレスを記載した商品受注確認の電子メールを顧客が指定したメールアドレスに送信する。この商品受注確認の電子メールには、広告文書などの指定転送範囲を示す制御コードが付加されており、携帯端末１は、電子メールの指定転送の指示を受けると、この制御コードに基づいて、電子メールのメッセージ部から指定転送メッセージ部を選択して表示部に表示するとともに、転送先メールアドレスが入力された後に送信操作が行われると、指定転送メッセージ部を含む転送メールを転送先メールアドレスに転送する。

また、ネットショップ制御装置６は、顧客ホームページを経由してバーチャルショップが販売する商品が購入された場合、購入された商品に応じて規定された成功報酬（商品の割引、現金やポイントの還元）を顧客に支払うようになっている。なお、この成功報酬の決め方は、バーチャルショップが任意に決めるものであり、当該顧客だけではなく、紹介された友人にも商品割引やポイント・バックするようにしてもよい。さらに、ネットショップ制御装置６は、携帯端末１が指定転送メッセージ部を含む転送メールを転送先メールアドレスに転送すると、ほぼ同時に携帯端末１から転送情報を受信して転送履歴を常に把握しているので、転送状況に応じて成果報酬（商品の割引、現金やポイントの還元）を顧客（転送者）に支払うようになっている。例えば、オリジナルメールの第１転送メールには１ポイント、第２転送には０．５ポイント及び第３転送には０．２ポイントというように、成果ポイントが減額されつつ転送者に自動的に加算されるようになっている。また、オリジナルメールの制御コード部には、転送回数の上限を規定する転送回数コードが付与されており、転送回数に達すると転送不能となる。

このネットショップ制御装置６は、機能的に大きく分けて２つのＡＰサーバ（アプリケーション・サーバ）と、それらに接続された２つのデータベースとで構成されている。なお、ＡＰサーバは、顧客からの各種要求を受け付けて、必要な情報を記憶するデータベースを用いた電子商取引管理システム処理との橋渡しをする機能を持ったサーバソフトウェアであり、現時点においてバーチャルショップの受発注システムや、企業間の電子商取引などに幅広く利用されている。

６ａは、ＷＥＢ・ＡＰサーバであり、電子商取引管理機能、成果報酬管理機能、ホームページ管理機能、プログラムの実行環境やデータベースへの接続機能及び複数の処理を連結するトランザクション管理機能などを持ち、電子商取引業務処理の基本的な流れを制御するビジネス・ロジック処理部である。

６ｂは、配信ＡＰサーバ（メールサーバ）であり、インターネット上に常に接続され、顧客からの電子メールや商品受注確認の電子メールなどの送受信を行う。また、配信ＡＰサーバ６ｂは、バーチャルショップが送信する電子メールの暗号化を行ったり、商品紹介メールの履歴管理や改竄防止・検証機能を有している。なお、バーチャルショップで使用する受注確認や商品紹介等の電子メールは、基本的に全て暗号化されており、配信ＡＰサーバ６ｂに接続されたＭＡＩＬデータベースが格納する専用メーラ（電子メール用アプリケーション・ソフトウェア）をダウンロードし、利用者が用いる携帯端末１（ＰＤＡなどの無線通信装置を含む）やＰＣ３にインストールすることにより、当該電子メールはデコードされ、利用者に認識可能となる。

ここで、専用メーラが有する機能の暗号化（エンコード）及び復号化（デコード）について説明する。

エンコード（encode）とは、データを一定の規則に基づいて符号化することであり、データの圧縮や暗号化などがこれにあたる。一方、デコード（decode）とは、一定の規則に基づいて符号化されたデータを復号し、もとのデータを取り出すことであり、圧縮されたデータの復元や、暗号の解読などがこれにあたる。従って、専用メーラは、エンコード及びデコードを行なうソフトウェアである。

なお、暗号化（encryption）とは、インターネットなどのネットワークを通じて文書や画像などのデジタルデータをやり取りする際に、通信途中で第三者に盗み見られたり改ざんされたりしないように、決まった規則に従ってデータを変換することである。暗号化と復号化に同じ鍵を用いる暗号方式の秘密鍵暗号（secret key cryptosystem）と、対になる2つの鍵を使ってデータの暗号化・復号化を行なう暗号方式の公開鍵暗号（public key cryptosystem）とがあり、専用メーラも暗号化にいずれかを適宜採用しているが、既に広く知られているので詳細な説明を省略する。

６ｃは、ＥＣデータベース（エレクトリックコマース・データベース）であり、バーチャルショップによる電子商取引に必要なデータを記憶する。

６ｄは、ＭＡＩＬデータベース（メール・データベース）であり、送信した受注確認や商品紹介等の電子メールや、バーチャルショップの自社ネットワーク内の従業員や管理者等に宛てられた電子メール及び顧客ホームページや電子メールに関する管理情報を記憶する。特に、ＭＡＩＬデータベース６ｄは、携帯端末１が指定転送メッセージ部を含む転送メールを転送先メールアドレスに転送した場合、携帯端末１から転送情報を受信してメール転送履歴情報として記憶する。

図２は、ＥＣデータベースが記憶している電子商取引に必要な管理データを示す概念図である。

ＥＣデータベース６ｃは、大きく分けて５種類の情報を記憶しており、それらはＥＣサイトのショップデータであるショップ情報、ＥＣサイトで販売する商品のデータである商品情報、ＥＣサイトの注文データである注文情報、ＥＣサイトで買い物をした顧客のデータである顧客管理情報及びＥＣサイトを管理・分析するためのデータであるサイト管理情報で構成される。

ショップ情報は、ショップ基本情報、ショップカテゴリ情報、ショップ決済情報、ショップ管理者情報及びショップ管理履歴情報で構成される。

商品情報は、商品基本情報、ポイント情報、商品分類情報、カラーサイズ情報及びメーカー情報で構成される。

注文情報は、注文ヘッダー情報及び注文明細情報で構成される。

顧客管理情報は、顧客情報、ポイント情報、問い合わせ対応情報及び顧客ブラックリスト情報で構成される。

サイト管理情報は、クリックカウント情報、商品検索キーワード情報、セール情報及びアド情報で構成される。

図３は、ＭＡＩＬデータベースが記憶している顧客ホームページや電子メールに関する管理データを示す概念図である。

ＭＡＩＬデータベース６ｄは、大きく分けて８種類の情報を記憶しており、それらは店舗から送信するメールの内容であるメール情報、店舗から送信するメールの宛先情報であるメール送信情報、ユーザが転送したメールの履歴であるメール転送履歴情報、店舗からメールを送信する顧客名簿である顧客情報、自動作成される個人ページのレイアウト等である個人ページ情報、自動作成される個人ページで紹介する商品情報である個人紹介商品情報、メールを送信する店舗に関する情報である店舗（送信者）情報及び転送されたメールからのＷＥＢアクセスに関する情報であるＷＥＢアクセス管理情報で構成される。

メール情報は、メール番号、題名、内容、送信者及び転送条件で構成される。

メール送信情報は、管理コード、メール番号、顧客コード及び宛先で構成される。

メール転送履歴情報は、顧客コード、転送回、転送日時及び転送者と受信者のメールアドレスで構成される。

顧客情報は、顧客コード、顧客名、メールアドレス、ＵＲＬ、携帯固体識別コード（なお、以下「シリアル番号」ともいう）及びアクセスコードで構成される。

個人ページ情報は、顧客コード、ＵＲＬ、カラー、ヘッダ、フッタ及びコメントで構成される。

個人紹介商品情報は、顧客コード、発注日時、商品コード及び紹介コメントで構成される。

店舗（送信者）情報は、店舗コード及びメールアドレスで構成される。

ＷＥＢアクセス管理情報は、管理コード、転送回及びアクセス先ＵＲＬで構成される。

図４は、電子商取引システムで用いる本発明に係る通信端末装置の構成ブロック図である。

１０１は、送受信部であり、アンテナ１１５で受信した音声や映像及び各種制御信号が含まれる電波信号を中間周波数帯に変換したり、中間周波数帯の送信信号を無線周波数帯に変換して送受信する。

１０２は、モデム部であり、送受信信号を変復調する。なお、モデム（MOdulator-DEModulator）とは、「変復調装置」の略であり、コンピュータから送られてくるデジタルデータを音声信号に変換して電話回線に流したり、電話回線を通じて聞こえてくる音声信号をデジタルデータに変換する装置である。

１０３は、音声コーデック部であり、音声信号の符号化や復号化を行う。なお、コーデック（COder DECoder）とは、アナログ信号をデジタルデータに変換したり、その逆をおこなう電子回路である。また、信号やデータを一定の規則に従って符号化／復号化する回路や装置及びソフトウェアのことであり、音声や画像の記録や伝達に用いられる。

１０４は、アナログフロントエンド部であり、符号化された音声信号をデジタル／アナログ変換してレシーバ１０６を駆動したり、マイク１０５より入力された音声信号をアナログ／デジタル変換して音声コーデック部１０３に出力する。

１０７は、制御部であり、通話に必要な制御（例えば、位置登録、待受け、認証、リンク確立、ハンドオーバなどの制御）や表示制御、電子メール制御及びインターネット接続制御など無線通信装置に関する全ての制御を行う。

特に、制御部１０７は、ブラウザを起動させてインターネットに接続し、ＷＥＢ・ＡＰサーバ６ａから得られたデータに基づいて、バーチャルショップのホームページを表示する。また、制御部１０７は、配信ＡＰサーバ６ｂから専用メーラを後述する記憶部１０のＲＡＭにダウンロード及びインストールして電子メールを送受信すると共に、エンコード（暗号化）された受注確認や商品紹介等の電子メールをデコード（復号化）して、利用者に認識できるようにする。

さらに、制御部１０７は、電子メールの転送制御として、受信した電子メール一覧や選択された受電子メールのメッセージ部を表示装置に表示するとともに、入力された転送先メールアドレスに電子メールを転送する。特に、ユーザが電子メールの指定転送の指示操作を行うと、制御部１０７は、電子メールに付加された指定転送範囲を示す制御コードに基づいて、電子メールのメッセージ部から指定転送メッセージ部を選択して表示装置に表示するとともに、転送先メールアドレスが入力され、送信操作が行われると、電子メールの指定転送メッセージ部を含む転送メールを転送先メールアドレスに転送する。

制御部１０７は、ユーザにより電子メールの指定転送の指示操作が行われると、指定転送メッセージ部の第１チェックコードを生成し、転送メールに第１チェックコードを付加して転送先メールアドレスに転送する。

制御部１０７は、ユーザにより転送先メールアドレスが入力された、転送メールの送信操作が行われると、送信動作の前に転送メールの第２チェックコードを生成し、転送メールに第２チェックコードを付加して転送先メールアドレスに転送する。

制御部１０７は、指定転送メッセージ部を表示装置に表示する場合、編集不能状態にして表示する。つまり、ユーザが編集用カーソルを操作しても指定転送メッセージ部に行かないようになっており、また編集不能であることをユーザに示すために指定転送メッセージ部はグレー又は薄い文字で表示される。

制御部１０７は、転送メールを受信した場合、指定転送メッセージ部のチェックコードを生成し、付加されている第１チェックコードと一致したとき、指定転送メッセージ部を表示装置に表示する。

制御部１０７は、転送メールを受信した場合、転送メールのチェックコードを生成し、付加されている第２チェックコードと一致したとき、転送メールを表示装置に表示する。

１０８は、キー入力部であり、記憶部１０のＲＯＭに記憶する制御プログラムで規定された操作手順に従って、必要なデータを制御部１０７などに入力する。

１０９は、表示部であり、カラー液晶表示装置（カラーＬＣＤ）や有機ＥＬ（有機エレクトロ・ルミネッセンス）、ＰＤＰ（プラズマ・ディスプレイ・パネル）などから成り、発呼者データ、着信履歴、画像データ、電子メール及びホームページなど必要な情報を適宜表示する。

１１０は、ＲＯＭ及びＲＡＭからなる記憶部であり、制御プログラム、発呼や電子メールの送受信に使用する電話帳データ、写真や動画などの画像データ、着信メロディの楽曲データ、電子メール及びホームページアドレス（ＵＲＬ）などを記憶する。特に、記憶部１１０の所定エリアは、インターネットからダウンロードしたり、後述する外部接続端子から入力される各種アプリケーションソフトを格納できるようになっており、必要に応じてＲＡＭにインストールし動作させることが可能である。

１１１は、メロディ発生部であり、記憶部１１０が記憶する着信メロディの楽曲データや受信した楽曲データに基づいて、着信メロディを発生させる。また、通話中においてキー入力部８の保留キーが操作されると、通話相手に対応する着信メロディをモデム部１０２、送受信部１０１およびアンテナ１１５を経由して送信する。ただし、音声コーデック部１０３を経由する場合もある。

１１２は、外部接続端子であり、ＤＳＣ（デジタル・スチル・カメラ）やＤＶＣ（デジタル・ビデオ・カメラ）などの画像データ入力装置やＭＩＤＩ対応音楽装置などから画像データや楽曲データが入力される。また、上述したとおり、外部接続端子１１２に接続された外部入出力装置１１３から各種アプリケーションソフトを入力し、記憶部１１０に格納させることが可能である。

１１４は、位置検出部であり、現時点においてカーナビゲーションなどで周知のＧＰＳ技術を用いた三角測量にて位置検出を行う。なお、基地局２を用いて携帯端末１の位置を検出する機能を有する場合、このＧＰＳによる位置検出部１１４は必ずしも必要ではないが、ＧＰＳアンテナ１４Ａを内蔵し、ＧＰＳ衛星からの電波を受信する位置検出部１４を備える携帯端末１は、例えば、ＡＵの携帯電話などでは既に一般的なものになっている。但し、「ＡＵ」は登録商標である。

つぎに、上述のように構成された本発明に係る通信端末装置としての携帯端末の動作について詳細に説明する。なお、本願出願人はインターネットショップのＳＬ本店で電子商取引システムを構築・運営しているので、このＳＬ本店と通信端末装置との電子メール転送における通信手順を実施例として説明する。但し、本願発明は出願時点においてシステム開発中であり、一切公開はされておらず、新規性・進歩性が否定されることはない。また、本発明の大前提となる無線通信装置として携帯端末を用いて説明するが、ＰＣ（パーソナルコンピュータ）にも同様に適用できるので、ＰＣに関する説明を省略する場合もある。また、本願明細書において、通信端末装置と携帯端末は同義であるので、特にそれらを区別して用いない。

図５は、電子商取引システムで使用する携帯端末の概観図であり、図５（Ａ）は正面図及び図５（Ｂ）はその表示部である。

まず、携帯端末１のユーザ（山田花子）が、初めてＳＬ本店にアクセスして、希望する商品を購入しようとしていると仮定する。即ち、ユーザは会員登録をしていない顧客ということである。なお、携帯端末１の携帯固体識別コードは、８桁のコード「ＡＢＣＤ１２３４」と仮定する。

前記ユーザが、携帯端末１を用いてＳＬ本店への接続に必要な所定の操作を行うと、制御部１０７はＷｅｂ接続画面に移行し、携帯端末１の表示部１０９にＳＬ本店のモバイル用ＵＲＬ（アドレス：http://m.yw.co.jp/cgi-bin/shop/shop_index.cgi）を表示する。

図６は、携帯端末を用いる電子商取引システムの商品購入及び会員登録手順の概要を示すシーケンス図である。

図５（Ｂ）の状態で、前記ユーザがＳＬ本店への接続操作を行うと、Ｗｅｂブラウザ機能を有する携帯端末１（但し、制御部１０７が実際の制御を行っている）は、インターネット（通信ネットワーク５）を経由してネットショップ制御装置６のＷＥＢ・ＡＰサーバ６ａにアクセスし、ＳＬ本店のモバイル用ＵＲＬ及びシリアル番号（即ち、携帯固体識別コード）を提供して、ＳＬ本店ＨＰ（ホームページ）の表示要求を行う（ステップＳ１００）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬ及びシリアル番号を一旦バッファメモリに格納し、ＣＧＩ（Common Gateway Interface）プログラムを実行する（ステップＳ１０１）。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果であるＳＬ本店ＨＰデータを受け取って、携帯端末１に送信する（ステップＳ１０２）。

そして、携帯端末１は、ＷＥＢ・ＡＰサーバ６ａからＳＬ本店ＨＰデータを受け取ると、表示部１０９にＳＬ本店ＨＰを表示する（ステップＳ１０３）。

図７は、携帯端末１の表示部１０９の表示概要図である。

携帯端末１は、ＳＬ本店ＨＰデータを受け取ると、表示部１０９にモバイル用ＳＬ本店ＨＰを表示する。なお、この表示概要図はＰＣ用ＳＬ本店ＨＰであり、現在開発中のモバイル用のＨＰとは多少異なっている。但し、本発明を説明する上で全く支障がないので、ＰＣ用のＨＰを用いて説明を続ける。

ここで図６に戻り、ユーザが表示部１０９の左上にある商品一覧ボタン１０９ａ（図７参照）をクリックすると（ステップＳ１０４）、リンク先の商品一覧ＵＲＬ（http://m.yw.co.jp/cgi-bin/shop/category_list.cgi）を提供して、商品一覧ＨＰの表示要求を行う（ステップＳ１０５）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬを一旦バッファメモリに格納し、ＣＧＩプログラムを実行する（ステップＳ１０６）。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果である商品カテゴリー一覧ＨＰデータを受け取って、携帯端末１に送信する（ステップＳ１０７）。

そして、携帯端末１は、ＷＥＢ・ＡＰサーバ６ａから商品カテゴリー一覧ＨＰデータを受け取ると、表示部１０９に商品カテゴリー一覧ＨＰを表示する（ステップＳ１０８）。

図８は、本発明に係る携帯端末１の表示部１０９の表示概要図である。

携帯端末１は、商品カテゴリー一覧ＨＰデータを受け取ると、表示部１０９にモバイル用商品カテゴリー一覧ＨＰを表示する。

ここで図６に戻り、ユーザが表示部１０９の左上にある写真のおすすめ商品ボタン１０９ｂ（図８参照）をクリックすると（ステップＳ１０９）、リンク先の商品一覧ＵＲＬ（http://m.yw.co.jp/cgi-bin/shop/goods_list.cgi-CategoryID-000010）を提供して、おすすめ商品一覧ＨＰの表示要求を行う（ステップＳ１１０）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬを一旦バッファメモリに格納し、ＣＧＩプログラムを実行する（ステップＳ１１１）。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果であるおすすめ商品ＨＰデータを受け取って、携帯端末１に送信する（ステップＳ１１２）。

そして、携帯端末１は、ＷＥＢ・ＡＰサーバ６ａからおすすめ商品ＨＰデータを受け取ると、表示部１０９におすすめ商品ＨＰを表示する（ステップＳ１１３）。

図９は、本発明に係る携帯端末１の表示部１０９の表示概要図である。

携帯端末１は、おすすめ商品ＨＰデータを受け取ると、表示部１０９にモバイル用おすすめ商品ＨＰを表示する。

ここで図６に戻り、ユーザが表示部１０９の左中央の買い物かごへ入れるボタン１０９ｃ（図９参照）をクリックすると（ステップＳ１１４）、リンク先の商品一覧ＵＲＬ（http://m.yw.co.jp/cgi-bin/shop/basket.cgi）を提供して、買い物かごＨＰの表示要求を行う（ステップＳ１１５）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬを一旦バッファメモリに格納し、ＣＧＩプログラムを実行する（ステップＳ１１６）。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果である買い物かごＨＰデータを受け取って、携帯端末１に送信する（ステップＳ１１７）。

そして、携帯端末１は、ＷＥＢ・ＡＰサーバ６ａから買い物かごＨＰデータを受け取ると、表示部１０９に買い物かごＨＰを表示する（ステップＳ１１８）。

図１０は、本発明に係る携帯端末１の表示部１０９の表示概要図である。

携帯端末１は、買い物かごＨＰデータを受け取ると、表示部１０９にモバイル用買い物かごＨＰを表示する。

図１１は、携帯端末を用いる電子商取引システムの商品購入及び会員登録手順の概要を示すシーケンス図である。

図１０の状態で、ユーザが表示部１０９の右下にある注文するボタン１０９ｄをクリックすると（ステップＳ２００ａ）、リンク先の注文情報入力ＵＲＬ（http://m.yw.co.jp/cgi-bin/shop/order1.cgi-）を提供して、注文情報入力ＨＰの表示要求を行う（ステップＳ２００ｂ）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬを一旦バッファメモリに格納し、ＣＧＩプログラムを実行する（ステップＳ２０１）。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果である注文情報入力ＨＰデータを受け取って、携帯端末１に送信する（ステップＳ２０２）。

そして、携帯端末１は、ＷＥＢ・ＡＰサーバ６ａから注文情報入力ＨＰデータを受け取ると、表示部１０９に注文情報入力ＨＰを表示する（ステップＳ２０３）。

図１２は、携帯端末１の表示部１０９の表示概要図である。

携帯端末１は、注文情報入力ＨＰデータを受け取ると、表示部１０９にモバイル用注文情報入力ＨＰを表示する。なお、この図は、最低入力が必要な情報である、名前、ふりがな、郵便番号、住所、電話番号、ｅ−ｍａｉｌアドレスを入力した状態を示している。また、ユーザＩＤは入力されたｅ−ｍａｉｌアドレスのアットマークより前の文字が自動的に付与されるようになっている（この場合、アットマークより前の「h-yamada」がユーザＩＤとなる）。ただし、ｅ−ｍａｉｌアドレスを用いると、他のユーザと同一となることがあるので、その場合には、アットマークより後の文字を適宜追加するようになっており、同一のユーザＩＤが重複して付与されることはない。例えば、「h-yamada」が既に登録されている場合には、ＩＤが重複しないように、「h-yamadax」、「h-yamadaxx」…「h-yamadaxxxcojp」を順次付与する。

また、ユーザが８桁の所望のアクセスコードを入力可能となっており、黒の四角で表示したカーソルが移動して入力を促す。但し、アクセスコードをユーザが入力しなかった場合には、システム側で自動的に付与し、電子メールで通知するようになっている。

ここで図１１に戻り、ユーザが商品の注文に必要な情報を入力し、表示部１０９を下方へスクロールすると画面最下段に表示される確認画面へボタン１０９ｅ（破線で表示）をクリックすると（ステップＳ２０４）、リンク先の注文情報確認ＵＲＬ（http://m.yw.co.jp/cgi-bin/shop/order2.cgi）を提供して、注文情報確認ＨＰの表示要求を行う（ステップＳ２０５）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬを一旦バッファメモリに格納し、ＣＧＩプログラムを実行する（ステップＳ２０６）。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果である注文情報確認ＨＰデータを受け取って、携帯端末１に送信する（ステップＳ２０７）。

そして、携帯端末１は、ＷＥＢ・ＡＰサーバ６ａから注文情報確認ＨＰデータを受け取ると、表示部１０９に注文情報確認ＨＰを表示する（ステップＳ２０８）。

図１３は、携帯端末１の表示部１０９の表示概要図である。

携帯端末１は、注文情報確認ＨＰデータを受け取ると、表示部１０９にモバイル用注文情報確認ＨＰを表示する。

ここで図１１に戻り、ユーザが表示部１０９の下段中央のこの内容で注文ボタン１０９ｆ（図１３参照）をクリックすると（ステップＳ２０９）、セキュリィティ強化の為にＳＳＬ（Secure Socket Layer）にて、ユーザのプライバシーに関わる情報やクレジットカード番号などのデータを暗号化しインターネット上に送信する（ステップＳ２１０）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から暗号化データを受信すると、提供された暗号化データを一旦バッファメモリに格納し、デコードした後にＣＧＩプログラムを実行して受注内容を確認する（ステップＳ２１１）。

次に、ＷＥＢ・ＡＰサーバ６ａは、ユーザからの入力情報をチェックし、受注内容に問題がなければ、ＣＧＩプログラムの実行結果である受注完了ＨＰデータを受け取って、携帯端末１に送信する（ステップＳ２１２）。なお、図示していないが、問題が発生すればエラー情報を送信し、再度ユーザに入力を促す。

そして、携帯端末１は、受注内容に問題がない場合、ＷＥＢ・ＡＰサーバ６ａから受注完了ＨＰデータを受け取ると、表示部１０９に受注完了ＨＰを表示する（ステップＳ２１３）。当該ユーザは、この受注完了ＨＰを見る事により、希望する商品が発注できたことを確認し、その後所定の操作によりインターネット接続を解除すると、携帯端末１は通常の待ち受け状態に戻る。

なお、ＷＥＢ・ＡＰサーバ６ａは、受注内容に問題がなければ、ステップＳ２１４で当該ユーザの顧客データ登録を行って個人モバイルＨＰを作成するとともに、ステップＳ２１５で配信ＡＰサーバ６ｂに受注確認メールの送信指示を出す。

図１４は、２つのデータベースに登録されている管理データの記憶状態を示す概念図であり、図１４（Ａ）は顧客管理情報、図１４（Ｂ）は個人紹介商品情報及び図１４（Ｃ）は商品情報の要部抜粋を示している。なお、本願発明の説明に必要なデータのみをピックアップして表示している。

図１４（Ａ）の顧客管理情報は、顧客コード、ユーザＩＤ、顧客名、メールアドレス、ＵＲＬ、携帯固体識別コード、アクセスコード、購入ポイント、紹介ポイント及び使用済ポイントで構成される。

図１４（Ｂ）の個人紹介商品情報は、顧客コード、購入商品コード１、購入商品コード２…購入商品コードＮで構成される。

図１４（Ｃ）の商品情報は、商品コード、商品名、販売価格、購入付与ポイント、紹介購入ポイント及び紹介ポイント・バックで構成され、ＳＬ本店が取り扱っている全ての商品情報が登録されている。

携帯端末１のユーザ（山田花子）が、上述の様にして、ＳＬ本店に初めてアクセスし、希望する商品（商品コード：２００２０００１）を購入すると、ＷＥＢ・ＡＰサーバ６ａは、まず顧客データ登録を行った後に、個人モバイルＨＰを作成する。

図１４（Ａ）において、顧客管理情報の顧客コード１には、ユーザＩＤ「h-yamada」、顧客名「山田花子」、メールアドレス「h-yamada@xxx.co.jp」、ＵＲＬ「http://m.yw.co.jp/hp/login.html-user-abc」、携帯固体識別コード「ＡＢＣＤ１２３４」、アクセスコード「ＥＦＧＨ５６７８」、購入ポイント「０」、紹介ポイント「０」及び使用済ポイント「０」が登録されている。また、ＷＥＢ・ＡＰサーバ６ａは、登録順に従って顧客コードを付与するとともに、個人モバイルＨＰのＵＲＬ及びアクセスコード（別名：パスワード）を自動的に生成する。ただし、アクセスコードはユーザが事前に入力可能である。なお、購入ポイント、紹介ポイント及び使用済ポイントが「０」であるのは、この段階で個人モバイルＨＰを経由して商品が購入されておらず、山田花子によってポイントも使用されていないからである。例えば、これらのポイントは、１ポイントが１円の価値に相当する。

顧客管理情報の顧客コード２〜Ｎには、顧客が登録されていないので、データは全て「ＮＵＬＬ」である。

図１４（Ｂ）において、個人紹介商品情報の顧客コード１には、購入商品コード１「２００２０００１：０１：０１」、購入商品コード２「ＮＵＬＬ」…購入商品コードＮ「ＮＵＬＬ」が登録されている。この購入商品コード１のデータ「２００２０００１：０１：０１」が意味するのは、顧客コード１の「山田花子」が、商品コード「２００２０００１」の商品を１度購入し、その数が合計１個ということである。従って、山田花子が次回同じ物を２個購入すると、購入商品コード１のデータは「２００２０００１：０２：０３」に更新される。また、他の商品を購入すると、購入商品コード２、購入商品コード３…というようにして順に追加・更新される。

図１４（Ｃ）において、商品情報の商品コード「２００２０００１」には、商品名「Ｕ商品2点セット」、販売価格「２８３５」（円）、購入付与ポイント「１００」、紹介購入ポイント「５０」及び紹介ポイント・バック「７５」が登録されている。

この購入付与ポイントは、個人モバイルＨＰの所有者である山田花子がＳＬ本店のリピート客として、商品を購入した場合に付与されるものである。

紹介購入ポイントは、山田花子がＳＬ本店を紹介した友人などが個人モバイルＨＰを経由して商品を購入した場合に、その友人などに付与されるものである。

紹介ポイント・バックは、山田花子の個人モバイルＨＰを経由して、友人などの被紹介者が商品を購入した場合に、紹介の成功報酬として山田花子に付与されるものである。なお、これらのポイントは、ショップの意思で変更でき、経営方針に従って自由に決定・運用される。また、図には示していないが、購入された商品に応じて購入代金から差し引く割引金額データも規定されているが、ポイント付与と購入金額割引きは実質的に同様であるので説明を割愛する。即ち、ポイント付与は、割引き金額を蓄積していることに等しいのである。

また、図１４（Ｃ）において、商品情報の商品コード「０１０２０００１」には、商品名「Ｕ商品リキッドボトル」、販売価格「１４４９」（円）、購入付与ポイント「５０」、紹介購入ポイント「２５」及び紹介ポイント・バック「３５」が登録されている。

商品情報の商品コード「０１０２０００２」には、商品名「Ｕ商品ソルトボトル」、販売価格「１４４９」（円）、購入付与ポイント「４０」、紹介購入ポイント「２０」及び紹介ポイント・バック「２５」が登録されている。

商品情報の商品コード「０３０２００１６」には、商品名「Ｃ茶」、販売価格「１９９５」（円）、購入付与ポイント「６０」、紹介購入ポイント「４０」及び紹介ポイント・バック「５０」が登録されている。なお、当然ながら、商品情報としては、ＳＬ本店が取り扱う全ての商品登録が可能である。

次に、ＷＥＢ・ＡＰサーバ６ａは、引き続きステップＳ２１４で個人モバイルＨＰを作成する。

例えば、ＷＥＢ・ＡＰサーバ６ａは、ＭＡＩＬデータベース６ｄの個人ページ情報の中の山田花子の顧客コード、ＵＲＬ、カラー、ヘッダ、フッタ及びコメント等に所定の情報を登録することにより個人モバイルＨＰを作成する。また、他の方法としては、ＷＥＢ・ＡＰサーバ６ａは、ＭＡＩＬデータベース６ｄの山田花子のディレクトリを作成し、その中に更に「cgi-data」というディレクトリを設け、山田花子の商品情報テンプレートファイル（設定ファイル）を設置することにより、個人モバイルＨＰを作成する。この商品情報テンプレートファイルは、携帯端末１のＷｅｂブラウザによりＣＧＩスクリプトが呼び出された際に、ＷＥＢ・ＡＰサーバ６ａにより読み込まれ動作する。また、ＷＥＢ・ＡＰサーバ６ａがＣＧＩの実行結果をＷｅｂブラウザに送信すると、携帯端末１の表示部１０９に個人モバイルＨＰが表示される。なお、山田花子自身が、この商品情報テンプレートファイルをカスタマイズすることにより、ページのデザインや表示内容などを自由に変更することができる。

次に、配信ＡＰサーバ６ｂは、ステップＳ２１５でＷＥＢ・ＡＰサーバ６ａから受注確認メールの送信指示を受けると、山田花子の受注データに基づいて、受注確認メールを作成すると共に、プライバシー保護及び機密保持の為に、制御コードを付加して受注確認メールを暗号化して指定されたメールアドレス「h-yamada@xxx.co.jp」に送信する。

図１５は、受注確認メールの構成概要図である。

図１５（Ａ）は、受注確認メール１０の基本構造を示しており、ヘッダ部１０ａ、暗号化された本文１０ｂ及び制御コード部１０ｃで構成されている。この本文１０ｂは、受注部と広告部とで構成され、特に受注確認メール１０の転送指示を行うと、広告部のみが転送されるので友人へ購入商品を紹介することが容易にできる。つまり、この広告部が指定転送メッセージ部に該当する。

図１５（Ｂ）は、受注確認メール１０を携帯電話で用いられている一般的なメーラで表示させた状態を示しており、ヘッダ部１０ａのみが正常に読み取ることができる一方、本文１０ｂ及び制御コード部１０ｃは表示されるものの、ユーザにとって全く意味をなさない文字化けと同じ状態となる。

この受注確認メール１０を受け取ったユーザは、最初に表示されているＵＲＬにアクセスし、専用メーラを携帯端末１にダウンロードして、自動的にインストールすることにより、暗号化された本文１０ｂを表示部１０９に正しく表示させることが可能となる。

図１５（Ｃ）は、携帯端末１の記憶部１１０にインストールした専用メーラで受注確認メール１０を表示させた状態を示しており、暗号化された本文１０ｂのみがデコードされて正常に読み取ることができる一方、ヘッダ部１０ａ及び制御コード部１０ｃは非表示となるのでユーザにとって読み易く好都合である。即ち、専用メーラを一旦インストールすれば、専用メーラはヘッダ部１０ａを表示しないので、ユーザは再び専用メーラのインストール用ＵＲＬにアクセスすることはない。

この専用メーラは、ユーザの操作により、受注確認メール１０を表示装置（表示部１０９）に表示させる場合、配信ＡＰサーバ６ｂが計算した受注確認メール１０全体又は一部のチェックコードであって、制御コード部１０ｃに付加されているオリジナル・チェックコードを読み取ると共に、自ら受注確認メール１０のチェックコードを計算し、一致したときには表示する一方、一致しないときには受注確認メール１０の制御コード部１０ｃに「チェックコード・エラー」を付加して上書き保存する。そして、専用メーラは、制御コード部１０ｃに付加されている受注確認メール１０の管理コードを記載した再送要求メールを自動的に作成し、配信ＡＰサーバ６ｂに送信する。そして、専用メーラは、配信ＡＰサーバ６ｂから再度同じ受注確認メール１０を受信し、オリジナル・チェックコードと一致するまで繰り返すことにより、最終的に受注確認メール１０を正しく表示装置に表示させることが可能となる。なお、「チェックコード・エラー」を付加して上書き保存された受注確認メール１０は、一覧表示の際に「！」や「×」等の記号やアイコンで警告表示され、その後専用メーラは、チェックコード・エラーがある受注確認メール１０を選択しないようになっている。また、制御部１０７と専用メーラとは別個独立のではなく、専用メーラを起動させた状態とは、専用メーラの機能を制御部１０７が持った状態であり、どちらを主語として表現したとしてもＯＳ（オペレーティング・システム）機能を持つ制御部１０７が制御していることに違いは無い。

図３２は、受注確認メール１０などの電子メールを表示する手順を示すフローチャートである。

制御部１０７は、ユーザの操作により「メールを開く」指示を受けると、まず電子メールを正しくデコードできるか否かを判断し、できない場合（ＮＯの場合）、エラー処理を行う一方、できる場合（ＹＥＳの場合）、電子メール本文に対しＭＤ５チェックサムを作成し、電子メールの制御コード部１０ｃに付加されているオリジナル・チェックサム（コードともいう）と比較する。

制御部１０７は、作成したＭＤ５チェックサムとオリジナル・チェックサムとを比較して、一致する場合（同じ場合）、電子メールを表示する一方、一致しない場合（違う場合）、電子メールを表示することなくエラー処理を行う。

図１６は、専用メーラをインストールした携帯端末１の表示部１０９の表示概要図である。なお、表示される受注確認メール１０は、上述したとおりチェックコード・エラーが無く（つまり、オリジナル・チェックコードと一致）、その本文１０ｂは、受注部１０ｂ１と破線内で示した広告部１０ｂ２とで構成される。

山田花子は、表示部１０９に表示された受注部１０ｂ１の内容から、自己の発注商品を確認すると共に、山田花子自身や知人・友人が今回新規に作成された山田花子の無料ホームページ（http://m.yw.co.jp/hp/login.html-user-abc）を経由して商品を購入した場合、成果報酬としてサービスポイントが付与されることを認識する。

山田花子は、当該無料ホームページを利用するために、所定の操作を行って携帯端末１のブックマーク（お気に入り又はホットリスト）に登録すると共に、友人の山本洋子の携帯電話に受注確認メール１０の広告部１０ｂ２を転送したと仮定して説明を続ける。

なお、この広告部１０ｂ２や改竄不可メッセ−ジ部の指定転送（特許請求の範囲で使用する文言）は、通常の転送とは全く異なるものであるから、本願出願人は「メル転」と称しており、後日商標登録出願する予定である。また、専用メーラには「メル転」を行うためのメル転ボタン又はメル転キーを設けている。

図１７は、電子商取引システムで使用する携帯端末の概観図であり、図１７（Ａ）は正面図及び図１７（Ｂ）はその表示部である。

携帯端末１のユーザ（山田花子）が、携帯端末１を用いてブックマークを呼び出し、登録した個人モバイル用ＵＲＬ（アドレス：http://m.yw.co.jp/hp/login.html-user-abc）を表示する。

図１８は、電子商取引システムにおける会員登録後の商品購入手順の概要を示すシーケンス図である。

図１７（Ｂ）の状態で、前記ユーザがＳＬ本店への接続操作を行うと、Ｗｅｂブラウザ機能を有する携帯端末１は、インターネット（通信ネットワーク５）を経由してネットショップ制御装置６のＷＥＢ・ＡＰサーバ６ａにアクセスし、山田花子の個人モバイル用ＵＲＬ及びシリアル番号（即ち、携帯固体識別コード「ＡＢＣＤ１２３４」）を提供して、山田花子の個人ＨＰの表示要求を行う（ステップＳ３００）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬ及びシリアル番号を一旦バッファメモリに格納し、当該ＵＲＬ及びシリアル番号がＭＡＩＬデータベース６ｄに記憶している顧客情報中のＵＲＬ及び携帯固体識別コードと一致するので、山田花子が所有する携帯端末１を用いて自己の個人モバイルＨＰにアクセスしたことを認識すると共に、ＣＧＩプログラムを実行する（ステップＳ３０１）。このＣＧＩプログラムは、個人ＨＰテンプレートにＭＡＩＬデータベース６ｄに記憶する山田花子の個人管理情報を挿入することにより個人ＨＰデータを作成する。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果である山田花子の個人ＨＰデータ（例えば、図１４の顧客名、購入商品コード１及び商品名）を受け取って、携帯端末１に送信する（ステップＳ３０２）。

そして、携帯端末１は、ＷＥＢ・ＡＰサーバ６ａから山田花子の個人ＨＰデータを受け取ると、表示部１０９に山田花子の個人ＨＰを表示する（ステップＳ３０３）。

図１９は、電子商取引システムで使用する携帯端末の概観図であり、図１９（Ａ）は正面図及び図１９（Ｂ）はその表示部である。

携帯端末１は、山田花子の個人ＨＰデータを受け取ると、表示部１０９に山田花子のモバイル用個人ＨＰを表示する。なお、このモバイル用ＨＰは現在開発中であり、実際に提供するＨＰとは多少異なっているが、開発段階のＨＰサンプルを図２０に示す。図２０（Ａ）はＨＰ所有者の山田花子が自己の携帯電話からアクセスした場合に表示され、その一方、図２０（Ｂ）は友人などが他の携帯電話からアクセスした場合に表示されるモバイル用個人ＨＰである。

山田花子のモバイル用個人ＨＰには、個人ＨＰテンプレートのデータに顧客名から「山田花子」、購入商品コード１及び商品名から「Ｕ商品2点セット」、「１回」及び「１個」が挿入及び表示される。また、携帯端末１を操作して購入商品リンク１０９ｇ又は店舗リンク１０９ｈをクリックすると、関連づけられたリンク先にジャンプ（それぞれ対応する図９又は図７にジャンプ）するようになっており、山田花子はジャンプ先で所望の商品を購入できる。

ここで図１８に戻り、ユーザが表示部１０９の上部左にある購入商品リンク１０９ｇ（図１９参照）をクリックすると（ステップＳ３０４）、リンク先の商品一覧ＵＲＬ（http://m.yw.co.jp/cgi-bin/shop/goods_list.cgi-CategoryID-000010）を提供して、おすすめ商品一覧ＨＰの表示要求を行う（ステップＳ３０５）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬを一旦バッファメモリに格納し、ＣＧＩプログラムを実行する（ステップＳ３０６）。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果であるおすすめ商品ＨＰデータを受け取って、携帯端末１に送信する（ステップＳ３０７）。

そして、携帯端末１は、ＷＥＢ・ＡＰサーバ６ａからおすすめ商品ＨＰデータを受け取ると、ステップＳ３０８で表示部１０９におすすめ商品ＨＰを表示する（図９参照）。

ここで図１８に戻り、ユーザが表示部１０９の左下の買い物かごへ入れるボタン１０９ｉ（図９参照）をクリックすると（ステップＳ３０９）、リンク先の商品一覧ＵＲＬ（http://www.yw.co.jp/cgi-bin/shop/basket.cgi）を提供して、買い物かごＨＰの表示要求を行う（ステップＳ３１０）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬを一旦バッファメモリに格納し、ＣＧＩプログラムを実行する（ステップＳ３１１）。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果である買い物かごＨＰデータを受け取って、携帯端末１に送信する（ステップＳ３１２）。

そして、携帯端末１は、ＷＥＢ・ＡＰサーバ６ａから買い物かごＨＰデータを受け取ると、表示部１０９に買い物かごＨＰを表示する（ステップＳ３１３）。

図２１は、携帯端末１の表示部１０９の表示概要図である。

携帯端末１は、買い物かごＨＰデータを受け取ると、表示部１０９にモバイル用買い物かごＨＰを表示する。

図２２は、電子商取引システムにおける会員登録後の商品購入手順の概要を示すシーケンス図である。

図２１の状態で、ユーザが表示部１０９の右下にある注文するボタン１０９ｄをクリックすると（ステップＳ４００ａ）、リンク先の注文情報入力ＵＲＬ（http://m.yw.co.jp/cgi-bin/shop/order1.cgi-）を提供して、注文情報入力ＨＰの表示要求を行う（ステップＳ４００ｂ）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬを一旦バッファメモリに格納すると共に、山田花子自身がその所有する携帯端末１を用いて自己の個人モバイルＨＰにアクセスしたことを認識しているので、ユーザ自身がユーザＩＤとアクセスコードを入力した状態にして、ＣＧＩプログラムを実行する（ステップＳ４０１）。逆に、ユーザ登録後において山田花子が個人ホームページを経由することなく、図５に示すようにして直接ＳＬ本店にアクセスした場合は、ユーザＩＤとアクセスコードの入力が必要となるので、操作の利便性を考慮しても自己の個人モバイルＨＰからアクセスした方がよいのである。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果である注文情報入力ＨＰデータを受け取って、携帯端末１に送信する（ステップＳ４０２）。

そして、携帯端末１は、ＷＥＢ・ＡＰサーバ６ａから注文情報入力ＨＰデータを受け取ると、表示部１０９に注文情報入力ＨＰを表示する（ステップＳ４０３）。

図２３は、携帯端末１の表示部１０９の表示概要図である。

携帯端末１は、注文情報入力ＨＰデータを受け取ると、表示部１０９にモバイル用注文情報入力ＨＰを表示する。なお、この図は、登録済のユーザがそのユーザＩＤとアクセスコードを入力した場合の表示状態を示しているが、山田花子の入力操作は不要であり、ＷＥＢ・ＡＰサーバ６ａの判断で自動的に最低入力が必要な情報を２つのデータベースから呼び出している。

ここで図２２に戻り、商品の注文に必要な情報が自動入力され、ユーザが表示部１０９を下方へスクロールすると画面最下段に表示される確認画面へボタン１０９ｅ（破線で表示）をクリックすると（ステップＳ４０４）、リンク先の注文情報確認ＵＲＬ（http://m.yw.co.jp/cgi-bin/shop/order2.cgi）を提供して、注文情報確認ＨＰの表示要求を行う（ステップＳ４０５）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬを一旦バッファメモリに格納し、ＣＧＩプログラムを実行する（ステップＳ４０６）。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果である注文情報確認ＨＰデータを受け取って、携帯端末１に送信する（ステップＳ４０７）。

そして、携帯端末１は、ＷＥＢ・ＡＰサーバ６ａから注文情報確認ＨＰデータを受け取ると、表示部１０９に注文情報確認ＨＰを表示する（ステップＳ４０８）。

図２４は、携帯端末１の表示部１０９の表示概要図である。

携帯端末１は、注文情報確認ＨＰデータを受け取ると、表示部１０９にモバイル用注文情報確認ＨＰを表示する。

ここで図２２に戻り、ユーザが表示部１０９の下段中央のこの内容で注文ボタン１０９ｆ（図２４参照）をクリックすると（ステップＳ４０９）、セキュリィティ強化の為にＳＳＬ（Secure Socket Layer）にて、ユーザのプライバシーに関わる情報やクレジットカード番号などのデータを暗号化しインターネット上に送信する（ステップＳ４１０）。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から暗号化データを受信すると、提供された暗号化データを一旦バッファメモリに格納し、デコードした後にＣＧＩプログラムを実行して受注内容を確認する（ステップＳ４１１）。

次に、ＷＥＢ・ＡＰサーバ６ａは、ユーザからの入力情報をチェックし、受注内容に問題がなければ、ＣＧＩプログラムの実行結果である受注完了ＨＰデータを受け取って、携帯端末１に送信する（ステップＳ４１２）。なお、図示していないが、問題が発生すればエラー情報を送信し、再度ユーザに入力を促す。

そして、携帯端末１は、受注内容に問題がない場合、ＷＥＢ・ＡＰサーバ６ａから受注完了ＨＰデータを受け取ると、表示部１０９に受注完了ＨＰを表示する（ステップＳ４１３）。当該ユーザは、この受注完了ＨＰを見る事により、希望する商品が発注できたことを確認し、その後所定の操作によりインターネット接続を解除すると、携帯端末１は通常の待ち受け状態に戻る。

なお、ＷＥＢ・ＡＰサーバ６ａは、受注内容に問題がなければ、ステップＳ４１４で当該ユーザの顧客データ登録を行って個人モバイルＨＰを更新するとともに、ステップＳ４１５で配信ＡＰサーバ６ｂに受注確認メールの送信指示を出す。

図２５は、２つのデータベースに登録されている管理データの記憶状態を示す概念図である。

携帯端末１のユーザ（山田花子）が、上述の様にして、ユーザ登録後に自己の個人モバイルＨＰを経由してＳＬ本店にアクセスし、希望する商品（商品コード：０１０２０００２）を購入すると、ＷＥＢ・ＡＰサーバ６ａは、山田花子の個人モバイルＨＰを更新するが、図１４との相違点について説明する。ただし、図２５（Ｃ）は図１４（Ｃ）から変更はない。

図２５（Ａ）において、購入ポイントが「４０」に更新されているが、これは商品コード「０１０２０００２」、商品名「Ｕ商品ソルトボトル」を１つ購入し、購入付与ポイント「４０」×１が成果報酬として加算されたからである。なお、次回以降に商品を購入する際にこのポイントを使用して、購入金額からポイント相当額の値引きを受けることが可能である。

図２５（Ｂ）において、購入商品コード２が「０１０２０００２：０１：０１」に更新されているが、これは今回はじめて商品コード「０１０２０００２」、商品名「Ｕ商品ソルトボトル」を１つ購入したからである。なお、次回同じ物を３つ購入したと仮定すると、購入ポイントが「１６０」、購入商品コード２が「０１０２０００２：０２：０４」に更新されることになる。

図２６は、専用メーラをインストールした携帯端末１の表示部１０９の表示概要図である。なお、表示される受注確認メール１０の本文１０ｂは、受注部１０ｂ１と破線内で示した広告部１０ｂ２とで構成される。

山田花子は、配信ＡＰサーバ６ｂから受注確認メールを受信すると、携帯端末１を操作して受信メール一覧画面で、受注確認メール１０を選択し表示指示を出す。

制御部１０７は、表示指示を受けると受注確認メール１０のファイルフォーマットを確認し、対応付けられているJava（登録商標）アプリケーション・ソフトである専用メーラを自動的に起動する。

制御部１０７は、専用メーラを起動すると、まず受注確認メール１０に付加されているオリジナル・チェックコードを読み取ると共に、自ら受注確認メール１０のチェックコードを計算し、それが一致したときには利用者に認識できるように受注確認メール１０をデコード（復号化）して、表示部１０９に表示する。

山田花子は、表示部１０９に表示された受注部１０ｂ１の内容から、自己の発注商品を確認すると共に、山田花子自身や知人・友人が更新された山田花子の無料ホームページ（http://m.yw.co.jp/hp/login.html-user-abc）を経由して商品を購入した場合、成果報酬としてサービスポイントが付与されることを再度認識する。なお、山田花子は、自己のポイントが幾らあるのかを、この無料ホームページから確認可能である。

次に、山田花子は、友人の山本洋子の携帯電話メールアドレス（y-yamamoto@yyy.com）に受注確認メール１０の広告部１０ｂ２（指定転送メッセージ部）を転送するために、転送ボタン（図示せず。なお、メル転ボタン又はメル転キーと称する。）をクリックする。

図２７は、専用メーラをインストールした携帯端末１の表示部１０９の表示概要図である。

制御部１０７は、メル転ボタンがクリックされ転送指示（メル転の指示）を受けると、制御コード部１１ｃに記録されている転送回数コード（例えば、３回と仮定する。）を読み取るとともに、転送履歴から転送回数を計算する。この場合、オリジナルメールであるから転送回数は０回であり、転送回数コードの３回に達していないから、転送可能と判断する。なお、転送回数コードが０回であれば、転送不能を意味する。

制御部１０７は、転送可能であるから、指定転送範囲を示す制御コード部１０ｃに基づいて、受注確認メール１０から広告部１０ｂ２を選択して表示部１０９に表示するとともに、転送先メールアドレスが入力された後に送信操作が行われると、広告部１０ｂ２を含む転送メールを転送先メールアドレスに転送する。つまり、図２７の状態で送信操作が行われると、選択した広告部１０ｂ２を含む転送メールを転送する。

なお、制御部１０７は、広告部１０ｂ２を表示する以前に、選択した広告部１０ｂ２のチェックコード（第１チェックコード）を生成し、記憶部１１０のバッファメモリに一旦記憶する。

また、制御部１０７は、この転送メールに重複することがなく且つ本電子商取引システムで特定可能な管理コード（例えば、ａｂｃｄｅｆｇ・・・や受注確認メール１０に付与された管理コード１２３４５６に枝番を付けて１２３４５６−１とした管理コード。）を自動的に付与し、転送先のメールアドレスの入力を促す。なお、ハッチングで示した部分（管理コード、送信者、題名や本文など）は表示されるものの、制御部１０７が編集できないようにプロテクトしているので、転送者の山田花子はこの転送メールを改竄できないようになっている。これにより、転送者にとって都合のいいように修正又は捏造した広告情報を他人に送信したり、その広告メールを受け取った友人などからバーチャルショップにクレームが寄せられることもない。

山田花子が電話帳を呼び出して、転送先のメールアドレスとして「y-yamamoto@yyy.com」を選択入力し、送信ボタン（図示せず）をクリックすると、制御部１０７は、通信規格に従った手順で、この転送メールを山本洋子の携帯電話に送信する。なお、ユーザがメールアドレスを直接文字入力することも可能である。

図３３は、専用メーラをインストールした携帯端末１の表示部１０９の表示概要図であり、図２７との相違点は、入力可能部として転送先のメールアドレスに加え、題名がプロテクトから解除され編集可能となった点である。

ユーザが図３３の状態から表示画面を下にスクロールさせていくと、転送先の入力部が表示画面から消えるが、それと同時に表示画面の下部に転送先の入力部を呼び出すためのメル転先ボタンが表示される（図３４参照）。この状態で、メル転先ボタンをユーザが操作すると、図３３の状態へ戻り、転送先の入力部が表示され、カーソルが転送先の入力部に移動して入力待ち状態となる。

ユーザが図３４の状態から表示画面を更に下にスクロールさせていくと、題名の入力部が表示画面から消えるが、それと同時に表示画面の下部でメル転先ボタンの横に題名の入力部を呼び出すための題名ボタンが表示される（図３５参照）。この状態で、題名ボタンをユーザが操作すると、図３３又は図３４のいずれかの状態へ戻り、少なくとも題名の入力部が表示され、カーソルが題名の入力部に移動して入力待ち状態となる。なお、制御部１０７は、できるだけ多くの入力部を表示できるように表示画面を選択するようになっている。

図２８は、転送メールの構成概要図である。

図２８（Ａ）は、転送メール１１の基本構造を示しており、ヘッダ部１１ａ、暗号化された本文１１ｂ及び制御コード部１１ｃで構成されている。この本文１１ｂは図２６の広告部１０２ｂである。

ユーザが転送先のメールアドレスや題名等の必要なデータを入力し、メル転操作（転送メールの送信操作）を行うと、制御部１０７は、転送メールのチェックコードを計算（第２チェックコードを生成）するとともに、記憶部１１０のバッファメモリに記憶している広告部１０ｂ２のチェックコード（第１チェックコード）と第２チェックコードを制御コード部１１ｃに書き込み、転送メールを暗号化（エンコード）する。なお、制御コード部１１ｃには、メール転送履歴情報として、第１チェックコードと第２チェックコードに加え、管理コード、転送日時及び転送者と受信者のメールアドレスが転送回数に応じて、次々に追加記録されるようになっている。

つぎに、制御部１０７は、転送先のメールアドレスに転送メールを送信するとともに、転送メールの制御コード部１１ｃ中のメール転送履歴情報を抽出した転送管理メールを配信ＡＰサーバ６ｂに送信する。

配信ＡＰサーバ６ｂは、転送管理メールを受信すると、紹介の報酬として転送者にポイントを付与するようになっており、例えば、第１転送者には１ポイント、第２転送者には０．５ポイント及び第３転送者には０．２ポイントと言うように、送信段階に分けてポイントに差を待たせることもできる。また、何らかの理由により、重要な広告部１０２ｂが改竄され、顧客からクレームがきた時には、メール転送履歴情報を解析することによりどの段階で改竄されたかが判明するので、クレーム対策が容易にできる。

図３６は、受注確認メール１０などの電子メールを転送（メル転）する手順を示すフローチャートである。

制御部１０７は、ユーザの操作により「メール転送メニュー選択」指示を受けると、まず電子メールを転送できるか否かを判断し、できない場合（ＮＯの場合）、エラー処理を行う一方、できる場合（ＹＥＳの場合）、電子メールが変更可能か否かを判断する。

制御部１０７は、できない場合（ＮＯの場合）、宛名指定処理を行う一方、できる場合（ＹＥＳの場合）、表示部に変更可能個所を表示し、メール変更処理と変更箇所を保存する。

そして、制御部１０７は、メール本文に対しＭＤ５チェックサムを作成及び付加して、宛名指定処理を行って、メールをエンコードして、転送先に送信する。

ここで、図２８（Ｂ）に戻って、説明を続ける。

図２８（Ｂ）は、転送メール１１を携帯電話で用いられている一般的なメーラで表示させた状態を示しており、ヘッダ部１１ａのみが正常に読み取ることができる一方、本文１１ｂ及び制御コード部１１ｃは表示されるものの、ユーザにとって全く意味をなさない文字化けと同じ状態となる。

この転送メール１１を受け取った友人の山本洋子は、最初に表示されているＵＲＬにアクセスし、専用メーラを携帯端末１にダウンロードして、自動的にインストールすることにより、暗号化された本文１１ｂを表示部１０９に正しく表示させることが可能となる。なお、被紹介者が転送メールによって専用メーラをダウンロードする場合、ＵＲＬ中に暗号化されている紹介者のＩＤにより紹介者（山田花子）を特定できるので、紹介の報酬として転送者にポイントを付与してもよい。

図２８（Ｂ）の状態で、友人の山本洋子が専用メーラ・インストール用ＵＲＬへの接続操作を行うと、Ｗｅｂブラウザ機能を有する携帯端末１は、インターネット（通信ネットワーク５）を経由してネットショップ制御装置６の配信ＡＰサーバ６ｂにアクセスし、専用メーラ・インストール用ＵＲＬ及びシリアル番号（即ち、携帯固体識別コード）を提供して、専用メーラ・ダウンロードＨＰ（ホームページ）の表示要求を行う。

配信ＡＰサーバ６ｂは、携帯端末１から表示要求を受けると、提供されたＵＲＬ及びシリアル番号を一旦バッファメモリに格納し、ＣＧＩプログラムを実行する。

次に、配信ＡＰサーバ６ｂは、ＣＧＩプログラムの実行結果である専用メーラ・ダウンロードＨＰデータを受け取って携帯端末１に送信するとともに、携帯端末１から専用メーラのダウンロード要求を受けると、Java（登録商標）アプリケーション・ソフトである専用メーラを送信する。

そして、携帯端末１は、配信ＡＰサーバ６ｂから専用メーラ・ソフトをダウンロードしてインストールすると、上述したように本文１１ｂを正しく表示させることができるようになる。

なお、配信ＡＰサーバ６ｂは、携帯端末１から専用メーラ・インストール用ＵＲＬを提供された場合、当該ＵＲＬ中に暗号化されている山田花子の顧客コード又はユーザＩＤにより、この携帯端末１が山田花子の転送広告メールによってアクセスしたことを認識できるので、この時点で成果報酬（紹介報酬）として、山田花子の紹介ポイントを所定数だけ加算するようにしてもよい。その結果、山田花子は多くの知人に広告メールを転送すると予想される。また、知人や友人への広告メール転送であるから、規制されようとしている迷惑メールの対象とはならない。

図２８（Ｃ）は、携帯端末１にインストールした専用メーラで転送メール１１を表示させた状態を示しており、暗号化された本文１１ｂのみがデコードされて正常に読み取ることができる一方、ヘッダ部１１ａ及び制御コード部１１ｃは非表示となるので被紹介者にとって好都合である。即ち、専用メーラを一旦インストールすれば、専用メーラはヘッダ部１１ａを表示しないので、被紹介者は再び専用メーラ・インストール用ＵＲＬにアクセスすることはない。なお、この状態で再度転送することもできるが、オリジナルメールの転送動作と同様であるので、重複する説明を省略する。

この専用メーラを起動させた制御部１０７は、転送メール１１を表示装置（表示部１０９）に表示させる場合、まず制御コード部１０ｃに付加されている第１チェックコードと第２チェックコードを読み取り、記憶部１１０のバッファメモリに一旦記憶する。

そして、制御部１０７は、転送メール１１のチェックコードを計算し、記憶した第２チェックコードと一致するか否かを判断する。制御部１０７は、一致しない場合、「チェックコード・エラー」を付加して上書き保存する。なお、「チェックコード・エラー」を付加して上書き保存された転送メール１１は、一覧表示の際に「！」や「×」等の記号やアイコンで警告表示され、その後専用メーラは、チェックコード・エラーがある転送メール１１を選択しないようになっている。

その一方、制御部１０７は、一致する場合、制御コード部１０ｃに基づいて指定転送メッセージ部のチェックコードを生成して、記憶した第１チェックコードと一致するか否かを判断する。制御部１０７は、一致したときには、転送メール１１を表示する一方、一致しない場合には、転送メール１１全体を表示するが指定転送メッセージ部のみを全て×印に変換して表示したり、警告文（例えば、広告文にはエラーがありますので、表示できません。）を挿入するようになっている。

つまり、制御部１０７は、転送メールを受信した場合、指定転送メッセージ部のチェックコードを生成し、付加されている第１チェックコードと一致したとき、指定転送メッセージ部を表示装置に表示する。また、制御部１０７は、転送メールを受信した場合、転送メールのチェックコードを生成し、付加されている第２チェックコードと一致したとき、転送メールを表示装置に表示するようになっている。

図２８（Ｃ）の状態で、最下段に表示されている山田花子の個人モバイル用ＵＲＬへの接続操作を行うと、携帯端末１は、インターネットを経由してネットショップ制御装置６のＷＥＢ・ＡＰサーバ６ａにアクセスし、山田花子の個人モバイル用ＵＲＬ及びシリアル番号（即ち、携帯固体識別コード「ＢＣＤＥ２３４５」）を提供して、山田花子の個人ＨＰの表示要求を行う。

ＷＥＢ・ＡＰサーバ６ａは、携帯端末１から表示要求を受けると、提供されたＵＲＬ及びシリアル番号を一旦バッファメモリに格納し、当該ＵＲＬ及びシリアル番号がＭＡＩＬデータベース６ｄに記憶している顧客情報中のＵＲＬ及び携帯固体識別コードと一致しないので、非登録の携帯端末１を用いて友人などが山田花子の個人モバイルＨＰにアクセスしたことを認識すると共に、ＣＧＩプログラムを実行する。このＣＧＩプログラムは、個人ＨＰテンプレートにＭＡＩＬデータベース６ｄに記憶する山田花子の個人管理情報を挿入することにより個人ＨＰデータを作成する。

次に、ＷＥＢ・ＡＰサーバ６ａは、ＣＧＩプログラムの実行結果である山田花子の個人ＨＰデータ（例えば、図２５の顧客名、購入商品コード１、購入商品コード２及びそれらの商品名）を受け取って、携帯端末１に送信する。

図２９は、本発明に係る電子商取引システムで使用する携帯端末の概観図であり、図２９（Ａ）は正面図及び図２９（Ｂ）はその表示部である。

携帯端末１（又は「制御部１０７」。以下同様なので省略。）は、ＷＥＢ・ＡＰサーバ６ａから山田花子の個人ＨＰデータを受け取ると、表示部１０９に山田花子のモバイル用個人ＨＰを表示する。

山田花子のモバイル用個人ＨＰには、個人ＨＰテンプレートのデータに顧客名から「山田花子」、購入商品コード１及び商品名から「海の物語2点セット」、「１回」及び「１個」、並びに、購入商品コード２及び商品名から「Ｕ商品ソルトボトル」、「１回」及び「１個」が挿入及び表示される。この状態で、山本洋子が携帯端末１を操作して購入商品リンク１０９ｇ、購入商品リンク１０９ｊ又は店舗リンク１０９ｈをクリックすると、関連づけられたリンク先にジャンプ（それぞれ対応する図９又は図７にジャンプ）するようになっており、山本洋子はジャンプ先で所望の商品を購入可能である。

ここで、山本洋子が表示部１０９の上部左にある購入商品リンク１０９ｇをクリックして、山田花子が行った購入手順に従って、「Ｕ商品2点セット」を１個だけ購入指定して、注文情報入力ＨＰデータを受け取ったと仮定する。

図３０は、携帯端末１の表示部１０９の表示概要図である。

携帯端末１は、注文情報入力ＨＰデータを受け取ると、表示部１０９にモバイル用注文情報入力ＨＰを表示する。なお、この図は、最低入力が必要な情報である、名前、ふりがな、郵便番号、住所、電話番号、ｅ−ｍａｉｌアドレスなどが入力されていない状態を示している。これは図２３で説明した通り、山田花子の場合には各種発注情報の入力操作は不要であって、ＷＥＢ・ＡＰサーバ６ａの判断で自動的に最低入力が必要な情報を２つのデータベースから呼び出している状態と対照的であるが、非登録の携帯端末１（山田花子以外の携帯端末）を用いて山田花子の個人モバイルＨＰにアクセスしたことをＷＥＢ・ＡＰサーバ６ａが認識しているからである。

図３０の状態で、山本洋子が最低入力を必要とする情報である名前、ふりがな、郵便番号、住所、電話番号、ｅ−ｍａｉｌアドレスを入力すると共に、表示部１０９を下方へスクロールさせ画面最下段に表示される確認画面へボタン１０９ｅ（破線で表示）をクリックして、無事に受注完了ＨＰデータを受け取った後、通常の待ち受け状態に戻ったと仮定する。また、前述した通り、ＷＥＢ・ＡＰサーバ６ａは、受注内容に問題がなければ、当該ユーザの顧客データ登録を新規に行って個人モバイルＨＰを作成するとともに、配信ＡＰサーバ６ｂに受注確認メールの送信指示を出す。

図３１は、２つのデータベースに登録されている管理データの記憶状態を示す概念図であり、図２５から更新登録された状態を示している。

携帯端末１のユーザ（山本洋子）が、上述の様にして、ユーザ登録前に山田花子の個人モバイルＨＰを経由してＳＬ本店に初めてアクセスし、希望する商品（商品コード：２００２０００１）を購入すると、ＷＥＢ・ＡＰサーバ６ａは、まず顧客データ登録を行った後に、山本洋子の個人モバイルＨＰを作成する。

図３１（Ａ）において、顧客管理情報の顧客コード２には、ユーザＩＤ「y-yamamoto」、顧客名「山本洋子」、メールアドレス「y-yamamoto@yyy.com」、ＵＲＬ「http://m.yw.co.jp/hp/login.html-user-bcd」、携帯固体識別コード「ＢＣＤＥ２３４５」、アクセスコード「ＦＧＨＩ６７８９」、購入ポイント「５０」、紹介ポイント「０」及び使用済ポイント「０」が登録されている。また、ＷＥＢ・ＡＰサーバ６ａは、登録順に従って顧客コードを付与するとともに、個人モバイルＨＰのＵＲＬ及びアクセスコード（別名：パスワード）を自動的に生成する。ただし、アクセスコードはユーザが事前に入力可能である。なお、購入ポイントが「５０」であるのは、商品コード：２００２０００１の紹介購入ポイントが「５０」であって、山田花子の個人モバイルＨＰを経由して１個購入したからである。その一方、紹介ポイント及び使用済ポイントが「０」であるのは、この段階で山本洋子の個人モバイルＨＰを経由して商品が購入されておらず、山本洋子によってポイントも使用されていないからである。

また、図３１（Ａ）の顧客管理情報の顧客コード１において、紹介ポイントが「７５」に更新されているが、これは商品コード：２００２０００１の紹介ポイント・バックが「７５」であって、紹介された山本洋子が山田花子の個人モバイルＨＰを経由して１個購入し、「７５」×１が成果報酬として加算されたからである。

図３１（Ｂ）において、個人紹介商品情報の顧客コード２には、購入商品コード１「２００２０００１：０１：０１」、購入商品コード２「ＮＵＬＬ」…購入商品コードＮ「ＮＵＬＬ」が登録されている。この購入商品コード２のデータ「２００２０００１：０１：０１」が意味するのは、顧客コード２の「山本洋子」が、商品コード「２００２０００１」の商品を１度購入し、その数が合計１個ということである。従って、山本洋子が次回同じ物を２個購入すると、購入商品コード１のデータは「２００２０００１：０２：０３」に更新される。また、他の商品を購入すると、購入商品コード２、購入商品コード３…というようにして順に追加・更新される。

図３１（Ｃ）は、図１４（Ｃ）及び図２５（Ｃ）と同様なので、説明を省略する。

次に、ＷＥＢ・ＡＰサーバ６ａは、引き続き山本洋子の個人モバイルＨＰを作成して、受注確認メールを送信するが、その後の動作は図１４及び図１５で説明した山田花子の場合と同様なので、重複する説明を省略する。

以下、山本洋子も山田花子が行ったようにして友人や知人に自己の個人モバイルＨＰを紹介することにより、商品割り引きやポイント・バックなどの成果報酬を受けることができる。

第二実施例：
次に、本願出願人により新たに改良された本願発明の特徴的な構成及び動作について詳細に説明する。なお、特願２００５−０１４９６８（特許査定）の下位概念（下位クレーム）であり、実質同一でもないので、当然に特許性は認められるべきである。

図３７は、本発明に係る電子商取引システムで使用する携帯端末の概観図であり、図３７（Ａ）は正面図及び図３７（Ｂ）はその表示部である。但し、図３７（Ｂ）は、携帯端末１にインストールした専用メーラで転送メール１１を表示させた状態を示しており、図２８（Ｃ）を詳細に表示させたものである。

携帯端末１は、図２８（Ｃ）で説明したとおり、暗号化された本文１１ｂのみをデコードして正常に表示する一方、ヘッダ部１１ａ及び制御コード部１１ｃを非表示とする。

そして、山本洋子が表示部１０９の最下部にあるＥメールユーザ登録ボタン１０９ｋをクリックしたと仮定する。これはＳＬ本店のＷＥＢページにアクセスすることなく電子メールでユーザ登録するためであり、ＳＬ本店のホームページが混んでいる場合に大変有効である。

図３８は、携帯端末１の表示部１０９の表示概念図である。

携帯端末１は、Ｅメールユーザ登録ボタン１０９ｋがクリックされると、転送メール１１中の制御コードに基づいて、ユーザ登録に必要とする入力情報を表示部１０９に表示して入力を促す（図３８（Ａ）参照）。

山本洋子がキー入力部１０８を操作して、全ての情報を入力し（図３８（Ｂ）参照）、キー入力部１０８中のＯＫボタンを操作すると、携帯端末１は入力内容の確認画面を表示し、更にＯＫボタンが操作されるとユーザ登録をするための所定形式のデータを含む送信メールを作成する。

図３９は、所定形式のデータを含む送信メールの概念図である。

携帯端末１は、確認画面の表示後にＯＫボタンが操作されると、ユーザ登録をするために山本洋子が入力した全てのデータ（ＤＡＴＡ１〜ＤＡＴＡ９）と携帯端末１に付与されている固有のシリアル番号（携帯固体識別コード）を記憶部１１０から読み出しＤＡＴＡ１０として、所定形式のデータを含む送信メールを作成すると共に、当該送信メール（電子メール）を配信ＡＰサーバ６ｂに送信する。なお、この図は送信メールの一部を抜き出して表示したものであり、当然に電子メールを送受信するために必要な情報（例えば、送信先アドレスや日時等のヘッダ情報）は付与されている。

配信ＡＰサーバ６ｂは、所定形式のデータを含む送信メールを受信すると、ＤＡＴＡ１〜ＤＡＴＡ１０に基づいて山本洋子の個人ホームページを作成する。なお、配信ＡＰサーバ６ｂが個人ホームページを作成する方法は、山田花子の個人ホームページ作成と同様であるので、その説明を省略する。

そして配信ＡＰサーバ６ｂは、作成した山本洋子の個人ホームページアドレスを所定形式の返信メールフォームに挿入して、山本洋子のメールアドレス（ｙ−ｙａｍａｍｏｔｏ＠ｙｙｙ．ｃｏｍ）に送信する。

図４０は、専用メーラをインストールした携帯端末１の表示部１０９の表示概要図である。

携帯端末１の制御部１０７は、配信ＡＰサーバ６ｂから返信メールを受信すると、チェックサムを確認した後、正常であれば返信メールを表示する。

山本洋子は、表示部１０９に表示された返信メールの内容から、自己の無料ホームページ（http://m.yw.co.jp/hp/login.html-user-def）が作成され、山本洋子自身や知人・友人が今回新規に作成された山本洋子の無料ホームページを経由して商品を購入した場合、成果報酬としてサービスポイントが付与されることを認識する。

そして、携帯端末１の制御部１０７は、返信メール中の山本洋子のホームページアドレスが指定されると、図１９で説明したとおり、ＷＥＢ・ＡＰサーバ６ａから山本洋子の個人ＨＰデータを受け取って、表示部１０９に山本洋子の個人ＨＰを表示する。

なお、第二実施例として、携帯端末からユーザ登録する場合を説明したが、市場調査やアンケート入力に利用できる。

電子商取引システムの基本構成図である。 ＥＣデータベースが記憶している電子商取引に必要な管理データを示す概念図である。 ＭＡＩＬデータベースが記憶している顧客ホームページや電子メールに関する管理データを示す概念図である。 電子商取引システムで用いる本発明に係る通信端末装置の構成ブロック図である。 電子商取引システムで使用する携帯端末の概観図である。 携帯端末を用いる電子商取引システムの商品購入及び会員登録手順の概要を示すシーケンス図である。 携帯端末１の表示部１０９の表示概要図である。 携帯端末１の表示部１０９の表示概要図である。 携帯端末１の表示部１０９の表示概要図である。 携帯端末１の表示部１０９の表示概要図である。 電子商取引システムの商品購入及び会員登録手順の概要を示すシーケンス図である。 携帯端末１の表示部１０９の表示概要図である。 携帯端末１の表示部１０９の表示概要図である。 ２つのデータベースに登録されている管理データの記憶状態を示す概念図である。 携帯端末１の表示部１０９の表示概要図である。 専用メーラをインストールした携帯端末１の表示部１０９の表示概要図である。 電子商取引システムで使用する携帯端末の概観図である。 電子商取引システムにおける会員登録後の商品購入手順の概要を示すシーケンス図である。 電子商取引システムで使用する携帯端末の概観図である。 開発段階のＨＰサンプルである。 携帯端末１の表示部１０９の表示概要図である。 電子商取引システムにおける会員登録後の商品購入手順の概要を示すシーケンス図である。 携帯端末１の表示部１０９の表示概要図である。 携帯端末１の表示部１０９の表示概要図である。 ２つのデータベースに登録されている管理データの記憶状態を示す概念図である。 専用メーラをインストールした携帯端末１の表示部１０９の表示概要図である。 専用メーラをインストールした携帯端末１の表示部１０９の表示概要図である。 転送メールの構成概要図である。 電子商取引システムで使用する携帯端末の概観図である。 携帯端末１の表示部１０９の表示概要図である。 ２つのデータベースに登録されている管理データの記憶状態を示す概念図である。 受注確認メール１０などの電子メールを表示する手順を示すフローチャートである。 専用メーラをインストールした携帯端末１の表示部１０９の表示概要図である。 専用メーラをインストールした携帯端末１の表示部１０９の表示概要図である。 専用メーラをインストールした携帯端末１の表示部１０９の表示概要図である。 受注確認メール１０などの電子メールを転送（メル転）する手順を示すフローチャートである。 本発明に係る電子商取引システムで使用する携帯端末の概観図である。 携帯端末１の表示部１０９の表示概念図である。 所定形式のデータを含む送信メールの概念図である。 専用メーラをインストールした携帯端末１の表示部１０９の表示概要図である。

符号の説明

１ 携帯端末
２ 基地局
３ パーソナルコンピュータ
４ インターネット・サービス・プロバイダ
５ 通信ネットワーク
６ ネットショップ制御装置
６ａ ＷＥＢ・ＡＰサーバ
６ｂ 配信ＡＰサーバ
６ｃ ＥＣデータベース
６ｄ ＭＡＩＬデータベース
１０ 受注確認メール
１０ａ ヘッダ部
１０ｂ 本文
１０ｂ１ 受注部
１０ｂ２ 広告部
１０ｃ 制御コード部
１１ 転送メール
１１ａ ヘッダ部
１１ｂ 暗号化された本文
１１ｃ 制御コード部
１０１ 送受信部
１０２ モデム部
１０３ 音声コーデック部
１０４ アナログフロントエンド
１０５ マイク
１０６ レシーバ
１０７ 制御部
１０８ キー入力部
１０９ 表示部
１０９ａ 商品一覧ボタン
１０９ｂ 商品ボタン
１０９ｃ 買い物かごへ入れるボタン
１０９ｄ 注文するボタン
１０９ｅ 確認画面へボタン
１０９ｆこの内容で注文ボタン
１０９ｇ 購入商品リンク
１０９ｈ 店舗リンク
１０９ｉ 買い物かごへ入れるボタン
１０９ｊ 購入商品リンク
１０９ｋ Ｅメールユーザ登録ボタン
１１０ 記憶部
１１１ メロディ発生部
１１２ 外部接続端子
１１３ 外部入出力装置
１１４ 位置検出部
１１４Ａ ＧＰＳアンテナ
１１５ アンテナ

Claims (4)

1. 受信した電子メールのメッセージ部を表示装置に表示するとともに、入力された転送先メールアドレスに前記電子メールを転送することが可能な通信端末装置において、
   前記電子メールの指定転送の指示操作を行うと、前記電子メールに付加された指定転送範囲を示す制御コードに基づいて、前記電子メールのメッセージ部から指定転送メッセージ部を選択する指定転送メッセージ選択手段と、
   前記指定転送メッセージ選択手段が選択した指定転送メッセージ部を前記表示装置に表示するとともに、転送先メールアドレスが入力された後に送信操作が行われると、前記電子メールの指定転送メッセージ部を含む転送メールを前記転送先メールアドレスに転送する制御を行う制御手段とを具備し、
   前記制御手段は、他が送信した指定転送メッセージ部を含む転送メールを受信した場合、前記指定転送メッセージ部を前記表示装置に表示するとともに、前記転送メール中の制御コードに基づいて、必要とする入力情報を前記表示装置に表示すること、
   を特徴とする通信端末装置。
2. 請求項１に記載の通信端末装置において、
   前記制御手段は、前記必要とする入力情報が入力された後に送信操作が行われると、前記入力情報を含む電子メールを前記制御コード中の送信先メールアドレスに送信すること、
   を特徴とする通信端末装置。
3. 請求項２に記載の通信端末装置において、
   前記制御手段は、配信ＡＰサーバから前記電子メールの返信メールを受信し、前記返信メール中のホームページアドレスが指定されると、前記表示装置にホームページを表示すること、
   を特徴とする通信端末装置。
4. 受信した電子メールのメッセージ部を表示装置に表示するとともに、入力された転送先メールアドレスに前記電子メールを転送することが可能な通信端末装置の情報表示方法において、
   前記電子メールの指定転送の指示操作を行うと、前記電子メールに付加された指定転送範囲を示す制御コードに基づいて、前記電子メールのメッセージ部から指定転送メッセージ部を選択する指定転送メッセージ選択ステップと、
   前記指定転送メッセージ選択ステップが選択した指定転送メッセージ部を前記表示装置に表示するとともに、転送先メールアドレスが入力された後に送信操作が行われると、前記電子メールの指定転送メッセージ部を含む転送メールを前記転送先メールアドレスに転送する制御を行う制御ステップとを含み、
   前記制御ステップは、他が送信した指定転送メッセージ部を含む転送メールを受信した場合、前記指定転送メッセージ部を前記表示装置に表示するとともに、前記転送メール中の制御コードに基づいて、必要とする入力情報を前記表示装置に表示すること、
   を特徴とする情報表示方法。
   

Images