(57)【要約】【課題】端末へ情報を送信する際、通信網のトラヒックに与える影響を抑えつつ、適切な通信プロトコルを選択して情報を送信する【解決手段】携帯端末１００は、通信用モジュール１５０が装着されると、通信用アプリケーションを実現し、当該携帯端末１００が通信を行う時に従う通信プロトコルを示す通信プロトコルデータを、中継サーバ装置５００へ送信する。中継サーバ装置５００は、この携帯端末１００から送信された通信プロトコルデータを記憶する。中継サーバ装置５００は、情報を通信用モジュール１５０が装着された携帯端末１００へ配信する際、記憶した通信プロトコルデータに基づいて、携帯端末１００との間で通信を行う際に従う通信プロトコルを決定し、決定した通信プロトコルに従って情報を配信する。【選択図】      図１
2004295245.tif 000002
【特許請求の範囲】
【請求項１】
通信網上において通信に使用される識別子であって使用者を一意に特定するモジュール識別子を記憶するモジュールを装着するための装着手段と、
通信を行う際に自身が従う通信プロトコルを示す通信プロトコルデータと前記モジュール識別子とを送信する端末情報送信手段と、
前記通信プロトコルに従って送信される情報を受信する受信手段と
を有する携帯端末と、
前記携帯端末から送信される前記通信プロトコルデータと前記モジュール識別子とを受信し、前記モジュール識別子に対応付けて、受信した前記通信プロトコルデータを記憶する記憶手段と、
前記記憶手段に記憶された通信プロトコルデータに基づいて、前記モジュールが装着されている携帯端末へ情報を配信する際に従う通信プロトコルを決定する通信プロトコル決定手段と、
前記通信プロトコルが決定した通信プロトコルに従って、前記モジュールが装着された携帯端末へ情報を配信する情報配信手段と
を有するサーバ装置と、
を有することを特徴とする情報配信システム。
【請求項２】
前記端末情報送信手段は、前記モジュールが前記モジュール装着手段に装着されたことを契機として、前記通信プロトコルデータと前記モジュール識別子とを送信すること
を特徴とする請求項１に記載の情報配信システム。
【請求項３】
前記携帯端末と前記サーバ装置は、移動体通信網を介して通信を行うこと
を特徴とする請求項１または２のいずれかに記載の情報配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯端末へ情報を配信する技術に関する。
【０００２】
【従来の技術】
ネットワークに接続された装置同士が通信を行う場合、当該装置の使用者の手を煩わせることなく、適切な通信プロトコルが自動的に選択されると好適である。このような要請から、自動的に最適な通信プロトコルを選択するシステムが開発されている。このシステムを構成する装置が通信を開始する時は、当該装置が使用可能な通信プロトコルを順次切替えて通信の相手先となる装置との通信を試みる。そして、通信先となる装置から応答があれば、その時点で使用している通信プロトコルを互いの装置で使用可能な通信プロトコルであると認識する。以後、互いの装置は、この通信プロトコルに従って通信を行う（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２０００−３５９３０号公報
【０００４】
【発明が解決しようとする課題】
近年、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）や携帯型のパーソナルコンピュータ等の携帯可能な端末は、例えば、移動体通信網を利用してデータ通信を行うための通信用モジュールを装着し、データ通信を行うためのアプリケーションプログラムを実行することにより、インターネットなどの通信ネットワークに接続された装置と通信を行うことが可能となっている。
【０００５】
ＰＤＡと携帯型のパーソナルコンピュータとでは、ＣＰＵの性能などハードウェア構成の違いにより、通信に用いられるアプリケーションが異なる。このため、同じ通信用モジュールを用いる携帯端末であっても、例えば、ＯＳＩ参照モデルのアプリケーション層において、異なる通信プロトコルに従って通信が行われる場合がある。ＰＤＡと携帯型のパーソナルコンピュータとの両方を所有している者は、通信用モジュールを随時差し替えて使用することがあるため、通信用モジュールを用いる携帯端末へ情報を送信しようとする装置は、いずれの端末に通信用モジュールが装着されているか分からない。このため、情報を送信しようとする装置は、通信を開始する時には、どの通信プロトコルに従って通信を行えばよいか分からないが、特許文献１に開示されている技術を応用すれば、通信に用いるのに適切なプロトコルを選択して通信を行うことが可能となる。
【０００６】
ところで、有線のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような通信ネットワークにおいては、特許文献１に開示されているように、相手装置との通信に適切なプロトコルを選択するまでの間に通信プロトコルを順次切替えて通信を試みるような、ネットワークに負荷を与えるような通信が行われたとしても、高速な通信を行うことが可能であるため、通信ネットワークのトラヒックに与える影響は小さい。
【０００７】
しかしながら、通信用モジュールを使用する携帯端末が移動体通信網を用いてデータ通信を行う場合、有線の通信ネットワークと同等に高速な通信を行うことは困難である。このため、特許文献１に開示されている方法のように、これらの携帯端末と有線のネットワークに接続されている装置との間で通信を行う際、通信プロトコルを順次切替えて通信に適切な通信プロトコルを選択しようとすると、通信プロトコルを決定するまでに有線のネットワークと比較して時間がかかる。また、特許文献１に開示されている方法では、通信プロトコルを確定するまでの間、通信プロトコルを選択するためのデータが繰り返し伝送されるためトラヒックが増加し、通信ネットワーク全体のトラヒックに多大な影響を与える虞がある。このため、通信用モジュールを使用する携帯端末へ情報を送信する際、通信のトラヒックに影響を与えることなく、通信用モジュールが装着されている携帯端末が従うプロトコルを選択して情報を送信する技術が望まれていた。
【０００８】
本発明は、上述した事情に鑑みてなされたものであり、端末へ情報を送信する際、通信網のトラヒックに与える影響を抑えつつ、適切な通信プロトコルを選択して情報を送信することを可能とする技術を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上述した課題を解決するために本発明は、通信網上において通信に使用される識別子であって使用者を一意に特定するモジュール識別子を記憶するモジュールを装着するための装着手段と、通信を行う際に自身が従う通信プロトコルを示す通信プロトコルデータと前記モジュール識別子とを送信する端末情報送信手段と、前記通信プロトコルに従って送信される情報を受信する受信手段とを有する携帯端末と、前記携帯端末から送信される前記通信プロトコルデータと前記モジュール識別子とを受信し、前記モジュール識別子に対応付けて、受信した前記通信プロトコルデータを記憶する記憶手段と、前記記憶手段に記憶された通信プロトコルデータに基づいて、前記モジュールが装着されている携帯端末へ情報を配信する際に従う通信プロトコルを決定する通信プロトコル決定手段と、前記通信プロトコルが決定した通信プロトコルに従って、前記モジュールが装着された携帯端末へ情報を配信する情報配信手段とを有するサーバ装置と、を有する情報配信システムを提供する。
【００１０】
本発明によれば、携帯端末は、当該携帯端末に装着されているモジュールのモジュール識別子と、当該携帯端末が従う通信プロトコルを示す通信プロトコルデータとをサーバ装置へ送信する。サーバ装置は、携帯端末から送信された通信プロトコルデータとモジュール識別子とを対応付けて記憶する。サーバ装置は、モジュールが装着された携帯端末へ情報を送信する際、記憶した通信プロトコルデータに基づいて携帯端末と通信を行う際に従う通信プロトコルを決定し、決定した通信プロトコルに従って情報を携帯端末へ配信する
【００１１】
【発明の実施の形態】
以下、図面を参照して本発明に係る実施形態について説明する。
【００１２】
［１．実施形態の構成］
［１−１．全体構成］
図１は、本発明の実施形態に係わる通信システム１０の全体構成を例示する図である。通信システム１０には、多数のＰＤＡなどの携帯端末や携帯型ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、通信用モジュール、電子メールサーバ装置、パーソナルコンピュータなどが存在するが、図面が繁雑になるのを防ぐために、携帯端末１００と、携帯型ＰＣ２００と、通信用モジュール１５０と、電子メールサーバ装置７００と、パーソナルコンピュータ８００のみを図１に示す。
【００１３】
携帯端末１００は、個人のスケジュールを管理するためのアプリケーションや、氏名や住所などを管理するためのアドレス帳などのアプリケーションを実現可能な一般的なＰＤＡと同じ構成を有している。この携帯端末１００は、後に説明する通信用モジュール１５０が装着されると、移動パケット通信網３００を利用してデータ通信を行うことが可能となる。
【００１４】
携帯型ＰＣ２００は、文書の編集を行うためのアプリケーションや、計算を行うための表計算アプリケーションを実現可能な、一般的な携帯型のパーソナルコンピュータと同じ構成を有している。この携帯型ＰＣ２００は、携帯端末１００と同様に通信用モジュール１５０が装着されると、移動パケット通信網３００を利用してデータ通信を行うことが可能となる。
【００１５】
移動パケット通信網３００は、これを運用する通信事業者と加入契約を結んだ者に対してデータ通信サービスを提供する通信網である。この移動パケット通信網３００は、無線基地局と、交換機と（いずれも図示略）、ゲートウェイサーバ装置４００と、中継サーバ装置５００とを有しており、通信用モジュール１５０を装着した携帯端末１００や携帯型ＰＣ２００に対してデータ通信サービスを提供する。
【００１６】
ゲートウェイサーバ装置４００は、移動パケット通信網３００とインターネット６００とを相互接続するための装置であり、移動パケット通信網３００とインターネット６００との間で行われる通信を中継する。
【００１７】
中継サーバ装置５００は、ゲートウェイサーバ装置４００に接続されており、インスタントメッセージと呼ばれるメッセージや、電子メールを、通信用モジュール１５０が装着されている携帯端末１００や携帯型ＰＣ２００へ配信する機能を有している。この中継サーバ装置５００を運用する通信事業者は、通信用モジュール１５０の所有者に電子メールアドレス「ａａａ＠ｂｂｂｂ．ｎｅ．ｊｐ」を付与している。
【００１８】
電子メールサーバ装置７００は、電子メールの配信を行うサーバ装置であり、インターネット６００に接続されている。電子メールサーバ装置７００の運用者は、通信用モジュール１５０の所有者に対して電子メールアドレス「ａａａ＠ａａａａ．ｃｏ．ｊｐ」を付与しており、電子メールサーバ装置７００は、この電子メールアドレスを宛先とする電子メールを受信すると、受信した電子メールを、電子メールを格納するためのメールボックスに格納する。また、この電子メールサーバ装置７００は、受信した電子メールを転送する機能を備えており、当該サーバ装置に登録されている電子メールアドレスを宛先とする電子メールを受信した場合、この電子メールアドレスを付与された者が予め転送先として設定した電子メールアドレスを宛先として、受信した電子メールを転送する。
【００１９】
パーソナルコンピュータ７００は、電子メールの送受信を行うことが可能な一般的なコンピュータ装置と同様の構成を有しており、インターネット６００に接続されている。
【００２０】
［１−２．携帯端末の構成］
図２は、携帯端末１００のハードウェア構成を例示するブロック図である。携帯端末１００の各部は、図２に示したバス１０１を介して各部間でデータの授受を行う。操作部１０５は、携帯端末１００を操作するための複数のキー（図示略）を有しており、このキーが押下されると、押下されたキーを示す信号をＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０２へ供給する。表示部１０６は、ＣＰＵ１０２の制御の下、文字やグラフィック画面、携帯端末１００を操作するためのメニュー画面などを表示する。
【００２１】
記憶部１０７は、データを永続的に記憶するメモリ、例えば、フラッシュメモリなどのメモリを有しており、中継サーバ装置５００との間でインスタントメッセージを授受するためのアプリケーション（以下、このアプリケーションをＩＭクライアントと称する）を実現させるためのプログラム（以下、このプログラムをＩＭプログラムと称する）を記憶している。
【００２２】
また記憶部１０７は、図３に例示したフォーマットのアプリケーションテーブルＴＢ１を記憶している。アプリケーションテーブルＴＢ１は、携帯端末１００にインストールされたアプリケーションプログラムに関するデータを格納するテーブルである。「ファイル名」フィールドには、インストールされたアプリケーションプログラムのファイル名が格納され、「種類」フィールドには、ファイル名で指定されるプログラムを実行することにより実現されるアプリケーションの種類を示す文字列が格納される。例えば、実現されるアプリケーションが通信を行う際に用いられる通信用アプリケーション（以下、通信用ＡＰと略称）である場合には、図３に例示したように「通信」が格納される。ファイル名で指定されるプログラムを実行した際に実現されるアプリケーションが通信用ＡＰである場合、「通信プロトコル」フィールドには、この通信用ＡＰが実現されることにより当該携帯端末１００が従う通信プロトコルを示す通信プロトコルデータが格納される。例えば、実現されるアプリケーションがＩＭクライアントである場合には、従う通信プロトコルがインスタントメッセージを授受するためのプロトコルであることを示す「ＩＭ」が格納され、電子メールを授受するためのアプリケーション（以下、電子メール−ＡＰと略称する）である場合には、従う通信プロトコルが電子メールを授受するためのプロトコルであることを示す「ｅ−ｍａｉｌ」が格納される。アプリケーションテーブルＴＢ１に格納されるデータは、携帯端末１００の使用者が操作部１０５を操作してデータを入力することにより格納される。
【００２３】
インターフェース部１０８は、通信用モジュール１５０を携帯端末１００に装着するための接続端子を具備しており、通信用モジュール１５０と携帯端末１００の各部とが相互にデータの授受を行うことを可能とするためのインターフェースとして機能する。
【００２４】
通信用モジュール１５０は、無線通信インターフェースとしての機能を有しており、ＣＰＵ１０２の制御の下、図示を省略したアンテナを介して、移動パケット通信網３００の無線基地局との間で無線通信を行う。また、通信用モジュール１５０は、無線基地局から送信されたパケットデータを、ＣＰＵ１０２へ供給する一方、ＣＰＵ１０２から出力されたパケットデータを無線基地局へ送信する。また通信用モジュール１５０は、通信用モジュール１５０を一意に識別するためのモジュール識別子として、例えば「ＩＤ００１」を記憶している。
【００２５】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０３は、携帯端末１００の各部を制御するためのＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）ソフトウェアを記憶している。ＣＰＵ１０２は、図示を省略した電源から電力が供給されると、ＲＯＭ１０３からＯＳソフトウェアを読み出して起動し、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０４を作業エリアとして携帯端末１００の各部の制御を行う。このように携帯端末１００は、一般的なコンピュータ装置と同様の構成を有している。
【００２６】
ＯＳソフトウェアを起動したＣＰＵ１０２は、ＣＰＵ１０２に入力される信号に応じた処理を行う。例えば、携帯端末１００の使用者が、操作部１０５が有するキーを押下すると、ＣＰＵ１０２は操作部１０５から供給される信号と表示部１０６に表示されている画面とに基づいて使用者の指示を特定し、使用者の指示に基づいて携帯端末１００の各部を制御する。
【００２７】
また、ＯＳソフトウェアを起動したＣＰＵ１０２は、通信用モジュール１５０が装着されたことを示す信号がインターフェース部１０８から供給されると、通信用ＡＰを実現するためのプログラムを自動的に起動し、携帯端末１００が従う通信プロトコルを示すデータを中継サーバ装置５００へ送信する。図４は、ＣＰＵ１０２が行うこの処理の流れを例示するフローチャートである。
【００２８】
ＣＰＵ１０２は、アプリケーションテーブルＴＢ１の種類フィールドの中から、格納されているデータが「通信」となっているレコードを検索し、通信用ＡＰを実現するためのプログラムがインストールされているか否かを判断する（ステップＳＡ１）。ＣＰＵ１０２は、該当するレコードを見つけた場合には（ステップＳＡ１；ＹＥＳ）、このレコードに格納されている、通信プロトコルデータとファイル名とを読み出し（ステップＳＡ２）、読み出したファイル名で指定される通信用アプリケーションプログラムを記憶部１０７から読み出して起動する（ステップＳＡ３）。次にＣＰＵ１０２は、通信用モジュール１５０からモジュール識別子を取得し（ステップＳＡ４）、このモジュール識別子とアプリケーションテーブルＴＢ１から抽出した通信プロトコルデータとを内包したプロトコル通知メッセージを生成する。ＣＰＵ１０２は、通信用モジュール１５０を制御し、中継サーバ装置５００を宛先として、この生成したメッセージを送信する（ステップＳＡ５）。
【００２９】
ＣＰＵ１０２は、ステップＳＡ１でアプリケーションテーブルＴＢ１を検索した結果、該当するレコードが見つからず、通信用アプリケーションプログラムがインストールされていないと判断した場合には（ステップＳＡ１；ＮＯ）、通信用モジュール１５０からモジュール識別子を取得する（ステップＳＡ６）。次にＣＰＵ１０２は、取得したモジュール識別子を内包し、且つ当該携帯端末に通信用のアプリケーションプログラムがインストールされていない旨を通知する状態通知メッセージを生成する。ＣＰＵ１０２は、通信用モジュール１５０を制御し、中継サーバ装置５００を宛先として、この生成したメッセージを送信する（ステップＳＡ７）。
【００３０】
［１−３．携帯型ＰＣの構成］
図５は、携帯型ＰＣ２００のハードウェア構成を例示するブロック図である。携帯型ＰＣ２００の各部は、図５に示したバス２０１を介して各部間でデータの授受を行う。操作部２０５は、携帯型ＰＣ２００を操作するためのキーボード（図示略）を有しており、このキーボードが有するキーが押下されると、押下されたキーを示す信号をＣＰＵ２０２へ供給する。表示部２０６は、ＣＰＵ２０２の制御の下、文字やグラフィック画面、携帯型ＰＣ２００を操作するためのメニュー画面などを表示する。
【００３１】
記憶部２０７は、例えば、データを永続的に記憶するためのハードディスク装置を有しており、電子メール−ＡＰを実現させるためのプログラム（以下、このプログラムを電子メールプログラムと称する）を記憶している。また記憶部２０７は、携帯端末１００と同様にアプリケーションテーブルＴＢ１を記憶している。
【００３２】
インターフェース部２０８は、通信用モジュール１５０を携帯型ＰＣ２００に装着するための接続端子を具備しており、通信用モジュール１５０と携帯型ＰＣ２００の各部とが相互にデータの授受を行うことを可能とするためのインターフェースとして機能する。
【００３３】
ＲＯＭ２０３は、携帯型ＰＣ２００の各部を制御するためのＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）ソフトウェアを記憶している。ＣＰＵ２０２は、図示を省略した電源から電力が供給されると、ＲＯＭ２０３からＯＳソフトウェアを読み出して起動し、ＲＡＭ２０４を作業エリアとして携帯型ＰＣ２００の各部の制御を行う。このように携帯型ＰＣ２００は、一般的なコンピュータ装置と同様の構成を有している。
【００３４】
また、ＯＳソフトウェアを起動したＣＰＵ２０２は、通信用モジュール１５０が装着されたことを示す信号がインターフェース部２０８から供給されると、通信用ＡＰを実現するためのプログラムを自動的に起動し、携帯端末１００と同様にプロトコル通知メッセージを中継サーバ装置５００へ送信する。
【００３５】
［１−４．中継サーバ装置の構成］
図６は、中継サーバ装置５００のハードウェア構成を例示するブロック図である。中継サーバ装置５００の各部は、バス５０１を介して各部間でデータの授受を行う。操作部５０５は、図示を省略したキーボードおよびマウスを有している。操作部５０５は、中継サーバ装置５００の使用者がマウスまたはキーボードを操作すると、操作されたボタンやキーを示す信号をＣＰＵ５０２へ出力する。表示部５０６は、ＣＰＵ５０２の制御の下、文字やグラフィック画面、中継サーバ装置５００を操作するためのメニュー画面等を表示する。
【００３６】
記憶部５０７は、例えばハードディスク装置など、データを永続的に記憶する装置（図示略）を有しており、図７に例示したフォーマットの利用者テーブルＴＢ２を記憶している。利用者テーブルＴＢ２は、通信用モジュール１５０に関係するデータを格納するテーブルである。「モジュール識別子」フィールドには、通信用モジュール１５０のモジュール識別子が格納される。「電子メールアドレス」フィールドには、中継サーバ装置５００の運用者が、通信用モジュール１５０の所有者に付与した電子メールアドレスが格納される。例えば、中継サーバ装置５００の運用者は、モジュール識別子が「ＩＤ００１」である通信用モジュールの所有者に電子メールアドレス「ａａａ＠ｂｂｂｂ．ｎｅ．ｊｐ」を付与した場合、図７に例示したように、モジュール識別子「ＩＤ００１」に対応付けて、電子メールアドレス「ａａａ＠ｂｂｂｂ．ｎｅ．ｊｐ」が格納される。「通信プロトコル」フィールドには、通信用モジュール１５０が装着されている装置が従う通信プロトコルを示すデータが格納される。また、記憶部５０７は、通信用モジュール１５０の所有者に付与した電子メールアドレス毎に、この電子メールアドレスを宛先とした電子メールを格納するためのメールボックスを記憶領域として確保している。
【００３７】
通信部５０８は、ゲートウェイサーバ装置４００を介して携帯端末１００や携帯型ＰＣ２００、インターネット６００に接続されている装置と通信を行うための通信インターフェースであり、ゲートウェイサーバ装置４００と中継サーバ装置５００とを接続する通信線が接続されている。通信部５０８は、ゲートウェイサーバ装置４００から供給されるパケットデータをＣＰＵ５０２へ供給する一方、ＣＰＵ５０２から供給されたパケットデータをゲートウェイサーバ装置４００へ出力する。
【００３８】
ＲＯＭ５０３には、中継サーバ装置５００の各部を制御するためのＯＳソフトウェアが記憶されている。ＣＰＵ５０２は、図示を省略した電源から電力が供給されると、ＲＯＭ５０３からＯＳソフトウェアを読み出して実行し、ＲＡＭ５０４を作業エリアとして中継サーバ装置５００の各部の制御を行う。このように、中継サーバ装置５００は、一般的なコンピュータ装置と同様の構成を有している。
【００３９】
ＣＰＵ５０２は、ＯＳソフトウェアを起動した後、通信用モジュール１５０が装着された携帯端末１００や携帯型ＰＣ２００から送信されるプロトコル通知メッセージを受信すると、このメッセージに内包された通信プロトコルデータを抽出して記憶部５０７が記憶している利用者テーブルＴＢ２に格納する。図８は、ＣＰＵ５０２が行うこの処理の流れを例示するフローチャートである。
【００４０】
ＣＰＵ５０２は、通信用モジュール１５０が装着されている装置から送信されたプロトコル通知メッセージを受信すると、この受信したメッセージに内包されているモジュール識別子と通信プロトコルデータとを抽出する（ステップＳＢ１）。ＣＰＵ５０２は、抽出したモジュール識別子をキーにして利用者テーブルＴＢ２のモジュール識別子フィールドを検索し、該当するモジュール識別子を見つけると、このモジュール識別子に対応付けて通信プロトコルフィールドに通信プロトコルデータを格納する（ステップＳＢ２）。
【００４１】
またＣＰＵ５０２は、通信用モジュール１５０の所有者に付与された電子メールアドレスを宛先とする電子メールを受信すると、利用者テーブルＴＢ２に格納されている通信プロトコルデータに基づいて、電子メールの本文の内容を電子メールまたはインスタントメッセージを用いて通信用モジュール１５０が装着されている装置へ送信する。図９は、ＣＰＵ５０２が行うこの処理の流れを例示するフローチャートである。
【００４２】
ＣＰＵ５０２は、電子メールを受信すると、この電子メールの宛先として記述されている電子メールアドレスを電子メールのヘッダーから抽出し（ステップＳＣ１）、この電子メールアドレスをキーにして利用者テーブルＴＢ２の電子メールアドレスフィールドを検索する。ＣＰＵ５０２は、該当する電子メールアドレスを見つけると、この電子メールアドレスに対応付けて格納されているモジュール識別子を読み出し（ステップＳＣ２）、このモジュール識別子に対応付けて格納された通信プロトコルデータを読み出す（ステップＳＣ３）。
【００４３】
次にＣＰＵ５０２は、読み出した通信プロトコルデータに基づいて、通信用モジュール１５０が装着されている装置が従う通信プロトコルを判断する。ＣＰＵ５０２は、通信プロトコルデータが「ＩＭ」である場合には（ステップＳＣ４；ＹＥＳ）、通信用モジュール１５０が装着されている装置は、インスタントメッセージの授受が可能であると判断する。ＣＰＵ５０２は、電子メールの本文を抽出し（ステップＳＣ５）、抽出した本文を内包するインスタントメッセージを生成し、通信部５０８を制御し、読み出したモジュール識別子で識別される通信用モジュール１５０を宛先としてこのインスタントメッセージを送信する（ステップＳＣ６）。
【００４４】
ＣＰＵ５０２は、通信プロトコルデータが「ｅ−ｍａｉｌ」である場合には（ステップＳＣ４；ＮＯ、ステップＳＣ７；ＹＥＳ）、通信用モジュール１５０が装着されている装置は、電子メールの授受が可能であると判断する。ＣＰＵ５０２は、当該中継サーバ装置５００が電子メールを受信した旨を知らせるメッセージを生成し、通信用モジュール１５０のモジュール識別子を宛先としてこのメッセージを送信する（ステップＳＣ８）。ＣＰＵ５０２は、このメッセージを送信した後、受信した電子メールをメールボックスに格納する（ステップＳＣ９）。
【００４５】
ＣＰＵ５０２は、通信プロトコルデータが「ＩＭ」または「ｅ−ｍａｉｌ」のいずれでもない場合には（ステップＳＣ４；ＮＯ、ステップＳＣ７；ＮＯ）、受信した電子メールをメールボックスに格納する（ステップＳＣ９）。
【００４６】
［２．実施形態の動作例］
次に本実施形態の動作例について説明する。なお、以下に説明する動作例においては、携帯端末１００には、通信用アプリケーションプログラムとしてファイル名が「ＺＺＺ」であるＩＭプログラムのみがインストールされており、携帯型ＰＣ２００には、通信用アプリケーションプログラムとしてファイル名が「ＹＹＹ」である電子メールプログラムのみがインストールされている場合を想定する。また、携帯端末１００が記憶しているアプリケーションテーブルＴＢ１には、図１０に例示したようにデータが格納されており、携帯型ＰＣ２００が記憶しているアプリケーションテーブルＴＢ１には、図１１に例示したようにデータが格納されている場合を想定する。また、電子メールサーバ装置７００においては、通信用モジュール１５０の所有者により「ａａａ＠ａａａａ．ｃｏ．ｊｐ」を宛先とした電子メールの転送先として、中継サーバ装置５００の運用者が通信用モジュール１５０の所有者に付与した電子メールアドレス「ａａａ＠ｂｂｂｂ．ｎｅ．ｊｐ」が設定されている場合を想定する。
【００４７】
［２−１．第１動作例］
まず通信用モジュール１５０が携帯端末１００に装着された後、中継サーバ装置５００が通信用モジュール１５０の所有者に付与された電子メールアドレスを宛先とした電子メールを受信した場合の動作例について、図１２を用いて説明する。
【００４８】
通信用モジュール１５０の所有者が、通信用モジュール１５０を携帯端末１００のインターフェース部１０８に装着すると、通信用モジュール１５０が装着されたことを示す信号がインターフェース部１０８からＣＰＵ１０２へ供給される。ＣＰＵ１０２は、この信号が入力されるとアプリケーションテーブルＴＢ１の種類フィールドの中から、格納されているデータが「通信」となっているレコードを検索し、該当するレコードを見つけると（図４：ステップＳＡ１；ＹＥＳ）、このレコードに格納されている通信プロトコルデータ「ＩＭ」と通信用アプリケーションプログラムのファイル名とを読み出す（ステップＳＡ２）。ＣＰＵ１０２は、通信用アプリケーションプログラムのファイル名を読み出すと、この読み出したファイル名で指定される通信用アプリケーションプログラムを記憶部１０７から読み出して起動する（ステップＳＡ３）。これにより、携帯端末１００では、インスタントメッセージを授受するためのＩＭクライアントが実現される。
【００４９】
次にＣＰＵ１０２は、通信用モジュール１５０からモジュール識別子を読み出し（ステップＳＡ４）、このモジュール識別子と、アプリケーションテーブルＴＢ１から抽出した通信プロトコルデータとを内包したプロトコル通知メッセージを生成する。ＣＰＵ１０２が、中継サーバ装置５００を宛先とし、通信用モジュール１５０を制御してこのプロトコル通知メッセージを送信すると（ステップＳＡ５）、このメッセージは移動パケット通信網３００の無線基地局にて受信される。そしてこのメッセージは、移動パケット通信網３００の交換機、ゲートウェイサーバ装置４００を介して、中継サーバ装置５００へ送られる（図１２：ステップＳ１０１）。
【００５０】
中継サーバ装置５００の通信部５０８にて、このプロトコル通知メッセージが受信されると、このメッセージはＣＰＵ５０２へ供給される。ＣＰＵ５０２は、プロトコル通知メッセージを受信すると、このメッセージに内包されているモジュール識別子と通信プロトコルデータとを抽出する（図８：ステップＳＢ１）。ＣＰＵ５０２は、抽出したモジュール識別子をキーにして利用者テーブルＴＢ２のモジュール識別子フィールドを検索し、該当するモジュール識別子を見つけると、このモジュール識別子に対応付けて通信プロトコルフィールドに通信プロトコルデータ「ＩＭ」を格納する（ステップＳＢ２）。
【００５１】
このように携帯端末１００では、通信用モジュール１５０が装着されるとデータ通信を行うことが可能となり、通信用ＡＰが自動的に実現される。また通信用モジュール１５０が携帯端末１００に装着されると、モジュール識別子と通信プロトコルデータとを内包するメッセージが携帯端末１００から送信され、このモジュール識別子に対応付けて通信プロトコルデータが中継サーバ装置５００に記憶される。中継サーバ装置５００は、この格納された通信プロトコルデータにより、携帯端末１００が従う通信プロトコルを知ることができる。
【００５２】
次にパーソナルコンピュータ８００が、通信用モジュール１５０の所有者が勤務先の会社から付与された電子メールアドレス「ａａａ＠ａａａａ．ｃｏ．ｊｐ」を宛先とした電子メールを送信すると（ステップＳ１０２）、この電子メールは、インターネット６００を介して電子メールサーバ装置７００へ送信される。電子メールサーバ装置７００は、この電子メールを受信すると「ａａａ＠ａａａａ．ｃｏ．ｊｐ」を宛先とした電子メールの転送先として設定されている電子メールアドレス「ａａａ＠ｂｂｂｂ．ｎｅ．ｊｐ」を宛先として、受信した電子メールを転送する。この電子メールは、電子メールサーバ装置７００から送信されると、インターネット６００、ゲートウェイサーバ装置４００とを介して中継サーバ装置５００へ送信される（ステップＳ１０３）。
【００５３】
中継サーバ装置５００の通信部５０８にてこの電子メールが受信されると、この電子メールは、ＣＰＵ５０２へ送られる。ＣＰＵ５０２は、この電子メールの宛先として記述されている電子メールアドレスを電子メールのヘッダーから抽出し（図９：ステップＳＣ１）、この電子メールアドレスをキーにして利用者テーブルＴＢ２の電子メールアドレスフィールドを検索する。ＣＰＵ５０２は、該当する電子メールアドレス「ａａａ＠ｂｂｂｂ．ｎｅ．ｊｐ」を見つけると、この電子メールアドレスに対応付けて格納されているモジュール識別子「ＩＤ００１」を読み出し（ステップＳＣ２）、このモジュール識別子に対応付けて格納された通信プロトコルデータ「ＩＭ」を読み出す（ステップＳＣ３）。ＣＰＵ５０２は、読み出した通信プロトコルデータが「ＩＭ」であるので（ステップＳＣ４；ＹＥＳ）、通信用モジュール１５０が装着されている携帯端末１００がインスタントメッセージによる通信が可能であると判断する。
【００５４】
次にＣＰＵ５０２は、受信した電子メールから本文に記述されている文章を抽出し（ステップＳＣ５）、抽出した文章を内包するインスタントメッセージを生成する。ＣＰＵ５０２は通信部５０８を制御し、読み出したモジュール識別子で識別される通信用モジュール１５０を宛先としてこのインスタントメッセージを送信する（ステップＳＣ６）。このインスタントメッセージは、中継サーバ装置５００から送信されると、ゲートウェイサーバ装置４００、交換機、無線基地局を介して携帯端末１００へ送信される（ステップＳ１０４）。
【００５５】
携帯端末１００に装着されている通信用モジュール１５０が、この送信されたインスタントメッセージを受信すると、受信されたメッセージはＣＰＵ１０２へ供給される。ＣＰＵ１０２はインスタントメッセージが供給されると、このメッセージに内包された文章を抽出し、表示部１０６を制御して抽出した文章を表示する。
【００５６】
［２−２．第２動作例］
次に通信用モジュール１５０が携帯型ＰＣ２００に装着された後、中継サーバ装置５００が通信用モジュール１５０の所有者に付与された電子メールアドレスを宛先とした電子メールを受信した場合の動作例について、図１３を用いて説明する。
【００５７】
通信用モジュール１５０の所有者が、通信用モジュール１５０を携帯型ＰＣ２００のインターフェース部２０８に装着すると、通信用モジュール１５０が装着されたことを示す信号がインターフェース部２０８からＣＰＵ２０２へ供給される。ＣＰＵ２０２は、この信号が入力されるとアプリケーションテーブルＴＢ１種類フィールドの中から、格納されているデータが「通信」となっているレコードを検索し、該当するレコードを見つけると（図４：ステップＳＡ１；ＹＥＳ）、このレコードに格納されている通信プロトコルデータ「ｅ−ｍａｉｌ」と通信用アプリケーションプログラムのファイル名とを読み出す（ステップＳＡ２）。ＣＰＵ２０２は、通信用アプリケーションプログラムのファイル名を読み出すと、この読み出したファイル名で指定される通信用アプリケーションプログラムを記憶部２０７から読み出して起動する（ステップＳＡ３）。これにより、携帯型ＰＣ２００では、電子メールを授受するための電子メール−ＡＰが実現される。
【００５８】
次にＣＰＵ２０２は、通信用モジュール１５０からモジュール識別子を読み出し（ステップＳＡ４）、このモジュール識別子と、アプリケーションテーブルＴＢ１から抽出した通信プロトコルデータとを内包したプロトコル通知メッセージを生成する。ＣＰＵ２０２が、中継サーバ装置５００を宛先とし、通信用モジュール１５０を制御してこのプロトコル通知メッセージを送信すると（ステップＳＡ５）、このメッセージは移動パケット通信網３００の無線基地局にて受信され、中継サーバ装置５００へ送られる（図１３：ステップＳ２０１）。
【００５９】
中継サーバ装置５００の通信部５０８にて、このプロトコル通知メッセージが受信されると、このメッセージはＣＰＵ５０２へ供給される。ＣＰＵ５０２は、プロトコル通知メッセージを受信すると、このメッセージに内包されているモジュール識別子と通信プロトコルデータとを抽出する（図８：ステップＳＢ１）。ＣＰＵ５０２は、抽出したモジュール識別子をキーにして利用者テーブルＴＢ２のモジュール識別子フィールドを検索し、該当するモジュール識別子を見つけると、このモジュール識別子に対応付けて通信プロトコルフィールドに通信プロトコルデータ「ｅ−ｍａｉｌ」を格納する（ステップＳＢ２）。
【００６０】
このように携帯型ＰＣ２００では、通信用モジュール１５０が装着されるとデータ通信を行うことが可能となり、通信用ＡＰが自動的に実現される。また通信用モジュール１５０が携帯型ＰＣ２００に装着されると、モジュール識別子と通信プロトコルデータとを内包するメッセージが携帯型ＰＣ２００から送信され、このモジュール識別子に対応付けて通信プロトコルデータが中継サーバ装置５００に記憶される。中継サーバ装置５００は、この格納された通信プロトコルデータにより、携帯型ＰＣ２００が従う通信プロトコルを知ることができる。
【００６１】
次にパーソナルコンピュータ８００が、通信用モジュール１５０の所有者が勤務先の会社から付与された電子メールアドレス「ａａａ＠ａａａａ．ｃｏ．ｊｐ」を宛先とした電子メールを送信すると（ステップＳ２０２）、この電子メールは、第１動作例と同様に、電子メールサーバ装置７００から中継サーバ装置５００へ転送される（ステップＳ２０３）。
【００６２】
中継サーバ装置５００の通信部５０８にてこの電子メールが受信されると、この電子メールは、ＣＰＵ５０２へ送られる。ＣＰＵ５０２は、この電子メールの宛先として記述されている電子メールアドレスを電子メールのヘッダーから抽出し（図９：ステップＳＣ１）、この電子メールアドレスをキーにして利用者テーブルＴＢ２の電子メールアドレスフィールドを検索する。ＣＰＵ５０２は、該当する電子メールアドレス「ａａａ＠ｂｂｂｂ．ｎｅ．ｊｐ」を見つけると、この電子メールアドレスに対応付けて格納されているモジュール識別子「ＩＤ００１」を読み出し（ステップＳＣ２）、このモジュール識別子に対応付けて格納された通信プロトコルデータ「ｅ−ｍａｉｌ」を読み出す（ステップＳＣ３）。ＣＰＵ５０２は、読み出した通信プロトコルデータが「ｅ−ｍａｉｌ」であるので（ステップＳＣ４；ＮＯ、ステップＳＣ７；ＹＥＳ）、通信用モジュール１５０が装着されている携帯型ＰＣ２００が電子メールの授受が可能であると判断する。
【００６３】
次にＣＰＵ５０２は、当該中継サーバ装置５００が電子メールを受信した旨を知らせる電子メール受信通知メッセージを生成し、通信用モジュール１５０のモジュール識別子を宛先としてこのメッセージを送信する（ステップＳＣ８、ステップＳ２０４）。携帯型ＰＣ２００に装着されている通信用モジュール１５０が、このメッセージを受信すると、受信されたメッセージはＣＰＵ１０２へ供給される。
【００６４】
ＣＰＵ１０２は、このメッセージが供給されると通信用モジュール１５０からモジュール識別子を取得し、この識別子を内包させた電子メール要求メッセージを生成する。次にＣＰＵ１０２は、生成した電子メール要求メッセージを、中継サーバ装置５００を宛先とし、通信用モジュール１５０を制御して送信する（ステップＳ２０５）。
【００６５】
中継サーバ装置５００の通信部５０８にてこの電子メール要求メッセージが受信されると、このメッセージはＣＰＵ５０２へ供給される。ＣＰＵ５０２は、電子メール要求メッセージが供給されると、このメッセージに内包されたモジュール識別子を抽出し、このモジュール識別子をキーにして利用者テーブルＴＢ２のモジュール識別子フィールドを検索する。ＣＰＵ５０２は、該当するモジュール識別子を見つけると、このモジュール識別子に対応付けて格納されている電子メールアドレスを読み出し、この電子メールアドレスを宛先とした電子メールをメールボックスから読み出す。ＣＰＵ５０２は、メールボックスから電子メールを読み出すと、電子メール要求メッセージから抽出したモジュール識別子を宛先とし、読み出した電子メールを通信部５０８を制御して送信する（ステップＳ２０６）。
【００６６】
この電子メールが通信用モジュール１５０にて受信されると、受信された電子メールがＣＰＵ１０２へ供給される。ＣＰＵ１０２は、受信した電子メールを記憶部１０７に記憶し、次に受信した電子メールの一覧を、表示部１０６を制御して表示する。
【００６７】
以上説明したように本実施形態によれば、通信用モジュール１５０の所有者に付与された電子メールアドレスを宛先とする電子メールが中継サーバ装置５００にて受信されると、中継サーバ装置５００は、携帯端末１００または携帯型ＰＣ２００が従う通信プロトコルを判別し、通信用モジュール１５０が装着されている携帯端末に適切な通信プロトコルで情報を送信することが可能となる。
【００６８】
また本実施形態によれば、通信用モジュール１５０が装着された装置は、通信用モジュール１５０が装着された時に、当該装置が従う通信プロトコルを示すデータを中継サーバ装置５００へ送信するので、中継サーバ装置５００は、情報を送信しようとする度に、通信用モジュール１５０が装着が従う通信プロトコルを情報を送信しようとする度に確認する必要が無くなり、従来の技術で述べた方法と比較して、通信のトラヒックを減らすことが可能となる。また、中継サーバ装置５００は、従来の技術で述べた方法のように、情報の配信方法を順次替えることにより、通信用モジュール１５０が装着されている装置で実現可能な通信用ＡＰを確認するといったことを行わなくとも、通信用モジュール１５０が装着されている装置で実現可能な通信用ＡＰを知ることができ、適切な通信プロトコルで情報を配信することが可能となる。また、通信量に基づいて通信料金の請求が行われる通信サービスを利用している場合には、通信のトラヒックが減るため、通信費用を減らすことが可能となるという効果も得ることができる。
【００６９】
また本実施形態によれば、電子メールを授受するためのアプリケーションプログラムがインストールされていない携帯端末であっても、インスタントメッセージにより電子メールを受信したことと、転送された電子メールの内容を知ることが可能となる。
【００７０】
［３．変形例］
本発明は、係る実施形態に限定されるものではない。以下、上述した実施形態の変形例について述べる。
【００７１】
携帯端末１００または携帯型ＰＣ２００は、プロトコル通知メッセージを送信する際に、記憶部１０７に記憶されているソフトウェアのプログラムのファイル名を示すデータを送信するようにしてもよい。例えば、携帯型ＰＣ２００に電子メールプログラムが記憶されている場合には、電子メールプログラムのファイル名を示すデータを送信し、ＩＭメッセージプログラムが記憶されている場合には、ＩＭメッセージプログラムのファイル名を示すデータを送信するようにしてもよい。そして、中継サーバ装置５００において、このファイル名に基づいて、通信用モジュール１５０が装着されている装置で実現可能なアプリケーションを判断するようにしてもよい。
【００７２】
通信用モジュール１５０が装着される装置に、複数の通信用アプリケーションプログラムがインストールされる場合には、アプリケーションテーブルＴＢ１に、優先度のフィールドを設け、優先度の高い通信用ＡＰの通信プロトコルデータを中継サーバ装置５００へ送信するようにしてもよい。
【００７３】
本発明は、通信用モジュール１５０を装着する携帯型の端末だけでなく、ＵＩＭ（Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）と呼ばれる、携帯電話会社が発行する契約者情報を記録したＩＣカードを装着することにより通信が可能となる携帯電話機にも応用することが可能である。ＵＩＭの所有者は、ＵＩＭを差し替えることにより、一人で複数の携帯電話機を使用することが可能である。携帯電話機が、モジュール識別子に替えて、ＵＩＭを一意に識別するための識別子をＵＩＭから読み出し、プロトコル通知メッセージに内包させて中継サーバ装置５００へ送信するようにすれば、例えば、一人の者が、インスタントメッセージの授受のみが可能である携帯電話機と、電子メールの授受のみが可能な携帯電話機とを所有している場合、中継サーバ装置５００は、ＵＩＭが装着されている携帯電話機が従う通信プロトコルに基づいて、ＵＩＭが装着されている携帯電話機へ電子メールの内容を通知することが可能となる。
【００７４】
上述した実施形態では、アプリケーションテーブルＴＢ１に格納されるデータは、携帯端末１００、携帯型ＰＣ２００の使用者が操作部を操作することにより入力されるが、アプリケーションテーブルＴＢ１にデータを格納するのはこの態様に限定されるものではない。使用者の操作によって入力するのではなく、ＣＰＵが通信用アプリケーションプログラムのインストール時に、通信用アプリケーションプログラムをインストールするためのファイルに内包された情報を基に、自動的にファイル名と通信プロトコルデータとをアプリケーションテーブルＴＢ１に格納するようにしてもよい。
【００７５】
中継サーバ装置５００が、通信用モジュール１５０が装着された装置へインスタントメッセージまたは電子メールを送信するのは、中継サーバ装置５００の運用者が通信用モジュール１５０の所有者に付与した電子メールアドレスを宛先とした電子メールを受信した時に限定されるものではない。中継サーバ装置５００の運用者が、中継サーバ装置５００を操作して情報を配信する場合にも、上述した実施形態の態様を用いるようにしてもよい。
【００７６】
通信モジュール１５０が装着された装置がプロトコル通知メッセージを中継サーバ装置５００へ送信するのは、通信モジュール１５０が装着された時に限定されるものではない。通信モジュール１５０が装着された装置の使用者の操作により、プロトコル通知メッセージを生成して中継サーバ装置５００へ送信するようにしてもよい。また、通信モジュール１５０が装着された装置から定期的にプロトコル通知メッセージを中継サーバ装置５００へ送信するようにしてもよい。
【００７７】
アプリケーションテーブルＴＢ１の通信プロトコルフィールドには、携帯端末が電子メールを授受する場合、電子メールを授受する際に従う、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ  やＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）などの具体的なプロトコル名を格納するようにしてもよい。そして、通信プロトコルデータとして、プロトコル通知メッセージにこのプロトコル名を内包させて中継サーバ装置５００へ送信し、中継サーバ装置５００は、この通信プロトコル名に従って、携帯端末１００へ情報を配信するようにしてもよい。
【００７８】
【発明の効果】
以上説明したように本発明によれば、端末へ情報を送信する際、通信網のトラヒックに与える影響を抑えつつ、適切な通信プロトコルを選択して情報を送信することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態に係わる通信システム１０の全体構成を例示する図である。
【図２】同実施形態に係わる携帯端末１００のハードウェア構成を例示する図である。
【図３】同実施形態に係わる携帯端末１００、携帯型ＰＣ２００の記憶部に記憶されるアプリケーションテーブルＴＢ１のフォーマットを例示する図である。
【図４】同実施形態に係わる携帯端末１００、携帯型ＰＣ２００のＣＰＵが、実現可能な通信用ＡＰの種類を示すデータを中継サーバ装置５００へ送信する際に行う処理の流れを例示するフローチャートである。
【図５】同実施形態に係わる携帯型ＰＣ２００のハードウェア構成を例示する図である。
【図６】同実施形態に係わる中継サーバ装置５００のハードウェア構成を例示する図である。
【図７】同実施形態に係わる中継サーバ装置５００の記憶部５０７に記憶される利用者テーブルＴＢ２のフォーマットを例示する図である。
【図８】同実施形態に係わる中継サーバ装置５００のＣＰＵ５０２が、プロトコル通知メッセージを受信した後、このプロトコル通知メッセージから通信プロトコルデータを抽出して利用者テーブルＴＢ２に格納する際に行う処理の流れを例示するフローチャートである。
【図９】同実施形態に係わる中継サーバ装置５００のＣＰＵ５０２が、受信した電子メールの内容を、インスタントメッセージまたは電子メールを用いて、通信用モジュール１５０が装着されている装置へ送信する際の処理の流れを例示するフローチャートである。
【図１０】携帯端末１００に記憶されているアプリケーションテーブルＴＢ１に格納されたデータを例示する図である。
【図１１】携帯型ＰＣ２００に記憶されているアプリケーションテーブルＴＢ１に格納されたデータを例示する図である。
【図１２】同実施形態の第１動作例を説明するための図である。
【図１３】同実施形態の第２動作例を説明するための図である。
【符号の説明】
１００・・・携帯端末、１０１・・・バス、１０２・・・ＣＰＵ、１０３・・・ＲＯＭ、１０４・・・ＲＡＭ、１０５・・・操作部、１０６・・・表示部、１０７・・・記憶部、１０８・・・インターフェース部
１５０・・・通信用モジュール
２００・・・携帯型ＰＣ、２０１・・・バス、２０２・・・ＣＰＵ、２０３・・・ＲＯＭ、２０４・・・ＲＡＭ、２０５・・・操作部、２０６・・・表示部、２０７・・・記憶部、２０８・・・インターフェース部
３００・・・移動パケット通信網
４００・・・ゲートウェイサーバ装置４００
５００・・・中継サーバ装置、５０１・・・バス、５０２・・・ＣＰＵ、５０３・・・ＲＯＭ、５０４・・・ＲＡＭ、５０５・・・操作部、５０６・・・表示部、５０７・・・記憶部、５０８・・・通信部
６００・・・インターネット
７００・・・電子メールサーバ装置
８００・・・パーソナルコンピュータ
【図１】
2004295245.tif 000003
【図２】
2004295245.tif 000004
【図３】
2004295245.tif 000005
【図４】
2004295245.tif 000006
【図５】
2004295245.tif 000007
【図６】
2004295245.tif 000008
【図７】
2004295245.tif 000009
【図８】
2004295245.tif 000010
【図９】
2004295245.tif 000011
【図１０】
2004295245.tif 000012
【図１１】
2004295245.tif 000013
【図１２】
2004295245.tif 000014
【図１３】
2004295245.tif 000015