(57)【特許請求の範囲】
【請求項１】
他のサーバにおいて、携帯電話の固有識別子と対の関係にあるユーザ識別子とが対応付けられて記憶されたユーザ識別子テーブルに基づき、携帯電話から送信された要求に付加されている携帯電話固有識別子がユーザ識別子に変換され、前記他のサーバから当該変換後のユーザ識別子を含む要求を受信した場合に、当該要求に応じて当該携帯電話に対して情報を送信する情報送信サーバであって、
電子メールの送受信に用いられるサーバメールアドレスが設定されており、
会員の少なくともユーザ識別子を含む会員リストが記憶される手段と、
前記他のサーバから受信した要求に付加されているユーザ識別子が、前記会員リストに含まれているかを判断し、含まれていなければユーザ識別子を前記会員リストに登録する会員登録手段と、
前記会員登録要求を送信した会員のユーザ識別子と対の関係にあるメール識別子を生成する手段と、
前記携帯電話からの会員登録要求を受信したとき、電子メールの送信先を前記サーバメールアドレス、発信元をユーザメールアドレスに設定し、かつ、前記メール識別子も送信するメールを設定させる指示を、当該携帯電話に対して送信する手段と、
前記指示に応じて前記携帯電話から送信された前記サーバメールアドレス宛の電子メールを受信したとき、前記電子メールに設定されている前記メール識別子からユーザ識別子を特定し、特定されたユーザ識別子と対にして、受信した電子メールの発信元である前記ユーザメールアドレスを前記会員リストに登録する手段と
を有することを特徴とする情報送信サーバ。
【請求項２】
前記ユーザメールアドレスを送信先として、前記会員リストに記載されたユーザ識別子に対応する固有識別子の携帯電話のみがアクセスすることができるサイトのリンク先を設定した会員登録の確認用電子メールを送信する手段
を有することを特徴とする請求項１に記載の情報送信サーバ。
【請求項３】
他のサーバにおいて、携帯電話の固有識別子と対の関係にあるユーザ識別子とが対応付けられて記憶されたユーザ識別子テーブルに基づき、携帯電話から送信された要求に付加されている携帯電話固有識別子がユーザ識別子に変換され、前記他のサーバから当該変換後のユーザ識別子を含む要求を受信した場合に、当該要求に応じて当該携帯電話に対して情報を送信する情報送信サーバの情報送信方法であって、
前記情報送信サーバが、前記他のサーバから受信した要求に付加されているユーザ識別子が、記憶手段に記憶されている会員リストに含まれているかを判断し、含まれていなければユーザ識別子を前記会員リストに登録するステップと、
前記情報送信サーバが、会員登録要求を送信した会員のユーザ識別子と対の関係にあるメール識別子を生成するステップと、
前記情報送信サーバが、前記携帯電話からの会員登録要求を受信したとき、電子メールの送信先を前記サーバメールアドレス、発信元をユーザメールアドレスに設定し、かつ、前記メール識別子も送信するメールを設定させる指示を、当該携帯電話に対して送信するステップと、
前記情報送信サーバが、前記指示に応じて前記携帯電話から送信された前記サーバメールアドレス宛の電子メールを受信したとき、前記電子メールに設定されている前記メール識別子からユーザ識別子を特定し、特定されたユーザ識別子と対にして、受信した電子メールの発信元である前記ユーザメールアドレスを前記会員リストに登録するステップと
を有することを特徴とする情報送信方法。
【請求項４】
前記情報送信サーバが、前記ユーザメールアドレスを送信先として、前記会員リストに記載されたユーザ識別子に対応する固有識別子の携帯電話のみがアクセスすることができるサイトのリンク先を設定した会員登録の確認用電子メールを送信するステップ
を更に有することを特徴とする請求項３に記載の情報送信方法。
【請求項５】
他のサーバにおいて、携帯電話の固有識別子と対の関係にあるユーザ識別子とが対応付けられて記憶されたユーザ識別子テーブルに基づき、携帯電話から送信された要求に付加されている携帯電話固有識別子がユーザ識別子に変換され、前記他のサーバから当該変換後のユーザ識別子を含む要求を受信した場合に、当該要求に応じて当該携帯電話に対して情報を送信する情報送信サーバのプログラムであって、
前記他のサーバから受信した要求に付加されているユーザ識別子が、記憶手段に記憶されている会員リストに含まれているかを判断し、含まれていなければユーザ識別子を前記会員リストに登録する処理と、
会員登録要求を送信した会員のユーザ識別子と対の関係にあるメール識別子を生成する処理と、
前記携帯電話からの会員登録要求を受信したとき、電子メールの送信先を前記サーバメールアドレス、発信元をユーザメールアドレスに設定し、かつ、前記メール識別子も送信するメールを設定させる指示を、当該携帯電話に対して送信する処理と、
前記指示に応じて前記携帯電話から送信された前記サーバメールアドレス宛の電子メールを受信したとき、前記電子メールに設定されている前記メール識別子からユーザ識別子を特定し、特定されたユーザ識別子と対にして、受信した電子メールの発信元である前記ユーザメールアドレスを前記会員リストに登録する処理と
を前記情報送信サーバに実行させることを特徴とするプログラム。
【請求項６】
サーバにより、プログラムの読み取り可能な情報記憶媒体であって、
前記プログラムは、
他のサーバにおいて、携帯電話の固有識別子と対の関係にあるユーザ識別子とが対応付けられて記憶されたユーザ識別子テーブルに基づき、携帯電話から送信された要求に付加されている携帯電話固有識別子がユーザ識別子に変換され、前記他のサーバから当該変換後のユーザ識別子を含む要求を受信した場合に、当該要求に応じて当該携帯電話に対して情報を送信するプログラムであり、
前記他のサーバから受信した要求に付加されているユーザ識別子が、記憶手段に記憶されている会員リストに含まれているかを判断し、含まれていなければユーザ識別子を前記会員リストに登録する処理と、
会員登録要求を送信した会員のユーザ識別子と対の関係にあるメール識別子を生成する処理と、
前記携帯電話からの会員登録要求を受信したとき、電子メールの送信先を前記サーバメールアドレス、発信元をユーザメールアドレスに設定し、かつ、前記メール識別子も送信するメールを設定させる指示を、当該携帯電話に対して送信する処理と、
前記指示に応じて前記携帯電話から送信された前記サーバメールアドレス宛の電子メールを受信したとき、前記電子メールに設定されている前記メール識別子からユーザ識別子を特定し、特定されたユーザ識別子と対にして、受信した電子メールの発信元である前記ユーザメールアドレスを前記会員リストに登録する処理と
を前記情報送信サーバに実行させることを特徴とするプログラムが格納された情報記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像配信のシステム及びその方法に関し、特に、サーバに複数の画像を用意し、携帯電話にサーバから画像をダウンロードし、ダウンロードした画像を携帯電話に表示するシステム及びその方法に関する。
【背景技術】
【０００２】
近年、新聞や雑誌などのマスメディアにおいて、携帯電話が注目を浴びている。近年の携帯電話は、従来の設置型の電話のように単なる通話機能のみならず、インターネット等のネットワークに接続してデータの送受信が出来る機能が設けられ、コンピュータのような機能を有している。
【０００３】
一方、人の趣向性は多様であり、携帯電話の待ちうけ画面などについてもユーザの趣向に合わせ、複数の待ち受け画面を用意してある機種も提供されている。
【０００４】
しかしながら、携帯電話では記憶容量が限られており、格納する画像の数も限られたものであった。その為、ユーザの好みにあった画像が用意されているとは限らないという問題があった。
【０００５】
更に、待ち受け画面などに用いられるキャラクタ等の画像は、使用に際していわゆる著作料が発生する場合がある。その場合、携帯電話等の携帯情報処理端末にキャラクタ等の画像を待ち受け画面に使用する会社は、使用するキャラクタの著作権者にそのキャラクタの著作料を支払なければならない。
【０００６】
一方、ユーザの趣向性は多様であり、ユーザのなかには予め携帯電話等に用意された画像を使用しないものもあるが、この場合であっても携帯電話の販売会社はキャラクタの著作料を負担しなければならならず、著作料の無駄も多かった。
【０００７】
これらは結果として、携帯電話のコスト増加を招くという問題があった。
【０００８】
そこで、待ち受け画面等に用いることが出来る画像を配信するサービスが提案されている。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、このサービスは、画像を単に配信するだけであり、配信された画像は他の携帯電話に再配信されたり、加工することが可能であり、著作権侵害の可能性が生じている。
【００１０】
そこで、本発明の目的は、上記問題点を解決することにある。
【００１１】
また、本発明の目的は、著作権の保護を図り、かつユーザの趣向性にあった画像を配信することが出来る画像配信システム及びその方法を提供することにある。
【００１２】
また、従来のプル型のサービスに対してプッシュ型の画像配信のサービスを提供することが出来る画像配信システム及びその方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明は、他のサーバにおいて、携帯電話の固有識別子と対の関係にあるユーザ識別子とが対応付けられて記憶されたユーザ識別子テーブルに基づき、携帯電話から送信された要求に付加されている携帯電話固有識別子がユーザ識別子に変換され、前記他のサーバから当該変換後のユーザ識別子を含む要求を受信した場合に、当該要求に応じて当該携帯電話に対して情報を送信する情報送信サーバであって、電子メールの送受信に用いられるサーバメールアドレスが設定されており、会員の少なくともユーザ識別子を含む会員リストが記憶される手段と、前記他のサーバから受信した要求に付加されているユーザ識別子が、前記会員リストに含まれているかを判断し、含まれていなければユーザ識別子を前記会員リストに登録する会員登録手段と、会員登録要求を送信した会員のユーザ識別子と対の関係にあるメール識別子を生成する手段と、前記携帯電話からの会員登録要求を受信したとき、前記サーバメールアドレスが宛先に設定された電子メールと前記メール識別子とを送信させる指示を、当該携帯電話に対して送信する手段と、前記指示に応じて前記携帯電話から送信された前記サーバメールアドレス宛の電子メールと前記メール識別子とを受信し、受信したメール識別子からユーザ識別子を特定し、特定されたユーザ識別子と対にして、受信した電子メールの発信元であるユーザメールアドレスを前記会員リストに登録する手段とを有することを特徴とする情報送信サーバである。
【００１４】
また、上記情報送信サーバが、前記ユーザメールアドレスを送信先として、前記会員リストに記載されたユーザ識別子に対応する携帯電話がアクセスすることができるサイトのリンク先を設定した会員登録の確認用電子メールを送信する手段を有することを特徴とする。
【００１５】
本発明は、他のサーバにおいて、携帯電話の固有識別子と対の関係にあるユーザ識別子とが対応付けられて記憶されたユーザ識別子テーブルに基づき、携帯電話から送信された要求に付加されている携帯電話固有識別子がユーザ識別子に変換され、前記他のサーバから当該変換後のユーザ識別子を含む要求を受信した場合に、当該要求に応じて当該携帯電話に対して情報を送信する情報送信サーバの情報送信方法であって、前記情報送信サーバが、前記他のサーバから受信した要求に付加されているユーザ識別子が、記憶手段に記憶されている会員リストに含まれているかを判断し、含まれていなければユーザ識別子を前記会員リストに登録するステップと、前記情報送信サーバが、会員登録要求を送信した会員のユーザ識別子と対の関係にあるメール識別子を生成するステップと、前記情報送信サーバが、前記携帯電話からの会員登録要求を受信したとき、電子メールの送受信に用いるサーバメールアドレスが宛先に設定された電子メールと前記メール識別子とを送信させる指示を、当該携帯電話に対して送信するステップと、前記情報送信サーバが、前記指示に応じて前記携帯電話から送信された前記サーバメールアドレス宛の電子メールと前記メール識別子とを受信し、受信したメール識別子からユーザ識別子を特定し、特定されたユーザ識別子と対にして、受信した電子メールの発信元であるユーザメールアドレスを前記会員リストに登録するステップとを有することを特徴とする情報送信方法である。
【００１６】
また、上記情報送信方法は、前記情報送信サーバが、前記ユーザメールアドレスを送信先として、前記会員リストに記載されたユーザ識別子に対応する携帯電話がアクセスすることができるサイトのリンク先を設定した会員登録の確認用電子メールを送信するステップを更に有することを特徴とする。
【００１７】
本発明は、他のサーバにおいて、携帯電話の固有識別子と対の関係にあるユーザ識別子とが対応付けられて記憶されたユーザ識別子テーブルに基づき、携帯電話から送信された要求に付加されている携帯電話固有識別子がユーザ識別子に変換され、前記他のサーバから当該変換後のユーザ識別子を含む要求を受信した場合に、当該要求に応じて当該携帯電話に対して情報を送信する情報送信サーバのプログラムであって、前記他のサーバから受信した要求に付加されているユーザ識別子が、記憶手段に記憶されている会員リストに含まれているかを判断し、含まれていなければユーザ識別子を前記会員リストに登録する処理と、会員登録要求を送信した会員のユーザ識別子と対の関係にあるメール識別子を生成する処理と、前記携帯電話からの会員登録要求を受信したとき、電子メールの送受信に用いるサーバメールアドレスが宛先に設定された電子メールと前記メール識別子とを送信させる指示を、当該携帯電話に対して送信する処理と、前記指示に応じて前記携帯電話から送信された前記サーバメールアドレス宛の電子メールと前記メール識別子とを受信し、受信したメール識別子からユーザ識別子を特定し、特定されたユーザ識別子と対にして、受信した電子メールの発信元であるユーザメールアドレスを前記会員リストに登録する処理とを前記情報送信サーバに実行させることを特徴とするプログラムである。
【００１８】
本発明は、サーバにより、プログラムの読み取り可能な情報記憶媒体であって、前記プログラムは、他のサーバにおいて、携帯電話の固有識別子と対の関係にあるユーザ識別子とが対応付けられて記憶されたユーザ識別子テーブルに基づき、携帯電話から送信された要求に付加されている携帯電話固有識別子がユーザ識別子に変換され、前記他のサーバから当該変換後のユーザ識別子を含む要求を受信した場合に、当該要求に応じて当該携帯電話に対して情報を送信するプログラムであり、前記他のサーバから受信した要求に付加されているユーザ識別子が、記憶手段に記憶されている会員リストに含まれているかを判断し、含まれていなければユーザ識別子を前記会員リストに登録する処理と、会員登録要求を送信した会員のユーザ識別子と対の関係にあるメール識別子を生成する処理と、前記携帯電話からの会員登録要求を受信したとき、電子メールの送受信に用いるサーバメールアドレスが宛先に設定された電子メールと前記メール識別子とを送信させる指示を、当該携帯電話に対して送信する処理と、前記指示に応じて前記携帯電話から送信された前記サーバメールアドレス宛の電子メールと前記メール識別子とを受信し、受信したメール識別子からユーザ識別子を特定し、特定されたユーザ識別子と対にして、受信した電子メールの発信元であるユーザメールアドレスを前記会員リストに登録する処理とを前記情報送信サーバに実行させることを特徴とするプログラムが格納された情報記録媒体である。
【発明の効果】
【００５８】
本発明によれば、配信される画像データをアクセス制御された記憶手段、すなわちユーザが自由に読み出し、読み出した画像を他に再配信したり、加工したりすることが出来ない記憶手段に格納したので、配信した画像の著作権の保護が図れる。
【図面の簡単な説明】
【００５９】
【図１】図１は本発明の第１の実施例のブロック図である。
【図２】図２はインフォメーション・プロバイダーサーバのブロック図である。
【図３】図３は会員リストテーブルの一例を示した図である。
【図４】図４は画像フォルダの一例を示した図である。
【図５】図５は本発明が提供する画像の用いられ方の一例を示した図である。
【図６】図６はゲートウェイサーバのブロック図である。
【図７】図７はユーザＩＤリストテーブルの一例を示した図である。
【図８】図８は携帯電話のブロック図である。
【図９】図９は記憶部の概念図である。
【図１０】図１０は第１の実施例における会員登録の動作フローチャートである。
【図１１】図１１は第１の実施例における画像のダウンロードの動作フローチャートである。
【図１２】図１２は第２の実施例における画像フォルダの一例を示した図である。
【図１３】図１３は第２の実施例における画像のダウンロードの動作フローチャートである。
【図１４】図１４は第３の実施例における会員登録の動作フローチャートである。
【図１５】図１５はメール配信会員リストテーブルの一例を示した図である。
【図１６】図１６は第３の実施例における画像のダウンロードの動作フローチャートである。
【発明を実施するための形態】
【００６０】
本発明は、配信される画像データをアクセス制御された記憶手段、すなわちユーザが自由に読み出し、読み出した画像を他に再配信したり、加工したりすることが出来ない記憶手段に格納することにより、配信した画像の著作権の保護を図ることを特徴とする。
【００６１】
また、本発明は、同一のコンテンツに対して携帯電話の機種に応じた画像データを用意し、機種に応じた画像データを配信することを特徴とする。
【００６２】
また、本発明は、毎日更新される画像の情報を電子メールでユーザに通知し、ユーザは受信した電子メールに設定されたリンクを操作することにより、最新の画像データをダウンロードするように構成し、いわゆるプッシュ型のサービスのシステムを提供することを特徴とする。
【実施例１】
【００６３】
本発明の第１の実施例を説明する。
【００６４】
図１は第１の実施例のブロック図である。
【００６５】
図１中、１はコンテンツを提供するインフォメーション・プロバイダーサーバ（ＩＰサーバ）、２はゲートウェイサーバであり、３は基地局であり、４は携帯電話であり、５はゲートウェイサーバ２側の固定通信網であり、６はゲートウェイサーバ２とＩＰサーバ１とを結ぶ通信網（インターネット）であり、７は移動体通信網である。
【００６６】
次に、上述した各構成要素について説明する。
【００６７】
まず、ＩＰサーバ１について詳細に説明する。
【００６８】
図２はＩＰサーバ１のブロック図である。図２中、２１はデータの送受信を行う送受信部であり、２２は送受信部２１で送受信されるデータを変調・復調する変復調部であり、２３はプログラムやユーザリスト、及び配信する画像データ等が格納されたハードディスクであり、２４はハードディスク２３に格納されたプログラムに従って、ＨＴＴＰリクエスト及びＨＴＴＰレスポンス等の処理を行うＭＰＵである。
【００６９】
ハードディスク２３には、会員リストテーブル３１と、配信する画像データが格納された画像フォルダ３２とが格納されている。
【００７０】
会員リストテーブル３１は、画像配信サービスの会員のユーザＩＤと会員登録がされた入会日とがコンテンツ毎に記述されたテーブルである。ユーザＩＤは、ユーザを特定する為の識別子であり、後述するゲートウェイサーバ２から送信されてくる。図３は会員リストテーブル３１の一例を示した図であり、提供するコンテンツがコンテンツＡからコンテンツＸまであり、各コンテンツの会員のユーザＩＤと会員の入会日とが対応付けられて記載されていることを示している。
【００７１】
画像フォルダ３２は配信される画像データが格納されるフォルダであり、そのディレクトリの構造は、図４に示される如く、最新の画像データが格納される本日分の画像フォルダ３２１とバックナンバーの画像データが格納されるバックナンバー用の画像フォルダ３２２とから構成される。各フォルダに格納されている画像は、携帯電話４のディスプレイに表示する為の画像であり、例えば、図５に示される如く、携帯電話４の待ちうけ画面として用いることが出来る。また、各画像データは、図４に示される如く、画像を識別するための識別子が振られている。図４ではコンテンツＡの画像フォルダ３２１と画像フォルダ３２２とに格納されている画像（キャラクタ）を示している。尚、本サービスで配信される画像データは毎日追加されるため、最新の画像データが当日分の画像フォルダ３２１に格納されると、画像フォルダ３２１に格納されていた画像データは画像データの日付とともにバックナンバー用の画像フォルダ３２２に移される。尚、バックナンバー用の画像フォルダ３２２に格納された画像データは、一定の期間経過後自動的に消去される。
【００７２】
次に、ゲートウェイサーバ２について説明する。
【００７３】
ゲートウェイサーバ２は、ＩＰサーバ１へのゲートウェイの役割を持ち、携帯電話４からの要求に従って、ＩＰサーバ１に携帯電話からの情報を送信する役割を有する。
【００７４】
図６はゲートウェイサーバ２のブロック図である。図６中、６１はデータの送受信を行う送受信部であり、６２は送受信部６１で送受信されるデータを変調・復調する変復調部であり、６３はプログラム等が格納されたハードディスクであり、６４はプログラムに従って、携帯電話４とＩＰサーバ１との中継機能の処理を行うＭＰＵである。
【００７５】
ハードディスク６３には、プログラム以外にユーザＩＤリストテーブル７０が格納されている。このユーザＩＤリストテーブル７０は、図７に示される如く、携帯電話４の電話番号と、この電話番号の携帯電話４を識別するための固有識別子と、この固有識別子と対の関係にあるユーザＩＤとが対応付けられて記述されたテーブルである。
【００７６】
ゲートウェイサーバ２を介して行われるウェブインターフェイスでは、ゲートウェイサーバ２は、上述したユーザＩＤリストテーブル７０を用いて、携帯電話４からリクエストがあると、携帯電話４のリクエストに付与されてくる固有識別子を、この固有識別子に対応するユーザＩＤに変換し、リクエストをＩＰサーバ１に転送するように構成される。
【００７７】
尚、このようなゲートウェイサーバ２の代表的なものとして、NTT  DoCoMoが提供しているｉモードサービスにおけるｉモードサーバがある。
【００７８】
次に、携帯電話４について説明する。図８は携帯電話４のブロック図である。
【００７９】
携帯電話４は、画像を表示するディスプレイ９１と、前記ディスプレイ９１に画像を表示する為のＶＲＡＭ９２（Video Random Access Memory）と、データを送受信する為の送受信部９３と、送受信部９３で送受信されるデータの変調及び復調を行う変復調部９４と、データが格納される記憶部９５と、画像の選択などに用いられる操作部９６と、各部の制御及びデータの処理を行うＣＰＵ９７とを有している。
【００８０】
携帯電話４は、ＩＰサーバ１にリクエストなどを送信する場合、自己を識別するための固有識別子をリクエスト等に付加して送信するように構成されている。
【００８１】
記憶部９５は、図９に示される如く、携帯電話４のユーザが自由に読み書き出来る領域９８と、ユーザが自由に読み書きすることが出来ない領域９９とに分けられている。領域９８には、ユーザの電話帳などのデータが格納され、ユーザにより自由に書き込みや、読み出し、消去が可能である。一方、領域９９は、ユーザが自由に読み出しや、加工ができず、他に配布されては困るようなデータが格納される。例えば、本発明のサービスで配信されるキャラクタの画像データ等は、著作権の保護の観点より、領域９９に格納される。
【００８２】
さらに、携帯電話４は、ＩＰサーバ１に格納されている画像データを、送受信部９３を介してダウンロードすることが出来る。そして、ダウンロードされた画像データをディスプレイ９１に表示させ、待ち受け画面として使用することが可能である。また、ダウンロードした画像データは、記憶部９５の領域９９に格納することができ、一定の条件の元に再度、ディスプレイ９１に表示させることも可能である。
【００８３】
次に、上述の構成における本発明の実施例の動作を説明する。尚、本動作の説明にあたって、画像配信サービスを利用するための会員登録の動作と、携帯電話４に画像をダウンロードする動作とに分けて説明する。
【００８４】
＜会員登録＞
本サービスを利用するためには、まず会員登録が行われる。
【００８５】
図１０は会員登録の動作を示す動作フローチャートである。
【００８６】
まず、携帯電話４のユーザは、携帯電話４の操作部９６を操作し、会員登録を行うとするＩＰサーバ１のサイトを選択し、ＨＴＴＰリクエストを送信する（Ｓｔｅｐ  １００）。図１０では、携帯電話４からＨＴＴＰリクエストとして、"GET http://IP1.menu.or.jp/uid=xxxxxxx"を送信したことを示している。尚、上記のリクエストの例として、"IP1"はＩＰサーバ１を、"menu"は会員登録のメニュー画面を、"uid=xxxxxxx"のうち"xxxxxxx"は携帯電話４の固有識別子をそれぞれ示している。
【００８７】
リクエストを受信したゲートウェイサーバ２では、ユーザＩＤリストテーブル７０から携帯電話４の固有識別子に対応するユーザＩＤを検索し、受信したリクエストに付加されている固有識別子を、検索したユーザＩＤに変換してＩＰサーバ１に送信する（Ｓｔｅｐ  １０１）。本動作では、携帯電話４からのリクエストに付加されている固有識別子は"xxxxxxx"であるので、この固有識別子に対応したユーザＩＤをユーザＩＤリストテーブル７０から検索すると、"xxxxxxx"に対応するユーザＩＤは"abcdefgh"である。そこで、"xxxxxxx"を"abcdefgh"に変換し、"GET http://IP1.menu.or.jp/uid= abcdefgh "をＩＰサーバ１に送信する。
【００８８】
ＩＰサーバ１では、受信したリクエスト"GET http://IP1.menu.or.jp/uid= abcdefgh "のうち"uid= abcdefgh"を抽出し、該当するユーザＩＤが既に登録されているか否かを会員リストテーブル３１を検索して照合する。会員リストテーブル３１に該当するユーザＩＤが記載されていなければ、会員登録用のＨＴＭＬソースをレスポンスとしてをゲートウェイサーバ２を介して送信する。（Ｓｔｅｐ  １０２）。
【００８９】
携帯電話４ではレスポンスを受信し、画面に表示された指示に従って、会員登録のリクエストを送信する（Ｓｔｅｐ  １０３）。例えば、携帯電話４からのリクエストとして"http://IP1.request.or.jp/uid=xxxxxxx"を送信したとする。ここで、"request"は会員登録の要求を示している。
【００９０】
ゲートウェイサーバ２では、携帯電話４からのリクエスト"http://IP1.request.or.jp/uid=xxxxxxx"を受信し、上述したＳｔｅｐ  １０１と同様な動作、すなわち固有識別子をユーザＩＤに変換してＩＰサーバ１に送信する（Ｓｔｅｐ  １０４）。
【００９１】
ＩＰサーバ１では、携帯電話４からの会員登録のリクエストを受信し、リクエストに記載されているユーザＩＤ、本例では"abcdefgh "を新たに会員リストテーブル３１に記載し、会員登録の処理を行う（Ｓｔｅｐ  １０５）。その後、ゲートウェイサーバ２を介して、会員登録完了のレスポンスを携帯電話４に送信する（Ｓｔｅｐ  １０６）。
【００９２】
以上の動作により、会員登録が完了する。
＜画像データの配信＞
次に、会員登録後の画像データの配信動作について説明する。
【００９３】
図１１は画像データ配信の動作を示す動作フローチャートである。
【００９４】
まず、携帯電話４のユーザは、携帯電話４の操作部９６を操作し、画像配信を行っているＩＰサーバ１のサイトを選択し、ＨＴＴＰリクエストを送信する（Ｓｔｅｐ  ２００）。図１１では、携帯電話４からＨＴＴＰリクエストとして、"GET http://IP1.channel.or.jp/uid=xxxxxxx"を送信したことを示している。尚、上記のリクエストの例として、"IP1"はＩＰサーバ１を、"channel"は画像配信のメニューの要求を、"uid=xxxxxxx"のうち"xxxxxxx"は携帯電話４の固有識別子をそれぞれ示している。
【００９５】
リクエストを受信したゲートウェイサーバ２では、ユーザＩＤリストテーブル７０から携帯電話４の固有識別子に対応するユーザＩＤを検索し、受信したリクエストに付加されている固有識別子を、検索したユーザＩＤに変換してＩＰサーバ１に送信する（Ｓｔｅｐ  ２０１）。本動作では、携帯電話４からのリクエストに付加されている固有識別子は"xxxxxxx"であるので、この固有識別子に対応したユーザＩＤをユーザＩＤリストテーブル７０から検索すると、ユーザＩＤは"abcdefgh"である。そこで、"xxxxxxx"を"abcdefgh"に変換し、"GET http://IP1.channel.or.jp/uid= abcdefgh"をＩＰサーバ１に送信する。
【００９６】
ＩＰサーバ１では、受信したリクエスト"GET http://IP1.channel.or.jp/uid= abcdefgh"のうちユーザＩＤである" abcdefgh"が既に登録されているか否かを会員リストテーブル３１を検索して照合する（Ｓｔｅｐ  ２０２）。会員登録の動作において、携帯電話４のユーザは会員登録を済ませてあるので、会員リストテーブル３１にユーザＩＤが記載されている。そこで、画像配信用のＨＴＭＬソースをレスポンスとして、ゲートウェイサーバ２を介して携帯電話４に送信する。
【００９７】
携帯電話４ではレスポンスを受信し、画面に表示された指示に従って、希望する画像の配信を要求するリクエストを送信する（Ｓｔｅｐ  ２０３）。例えば、携帯電話４からのリクエストとして"http://IP1.channel.or.jp/chara=new1/uid=xxxxxxx"を送信したとする。尚、送信されるリクエストのうち" chara=new1"は配信を希望する画像の識別情報であり、"new1"は最新の画像、すなわち本日のキャラクタの画像データを示すものとする。
【００９８】
ゲートウェイサーバ２では、携帯電話４からのリクエスト"http://IP1.channel.or.jp/chara=new1/uid= xxxxxxx"を受信し、上述したＳｔｅｐ  ２０１と同様な動作、すなわち固有識別子をユーザＩＤに変換してＩＰサーバ１に送信する（Ｓｔｅｐ  ２０４）。
【００９９】
ＩＰサーバ１では、携帯電話４からのリクエストを受信し、Ｓｔｅｐ  ２０２と同様に会員リストテーブルを検索し、会員であることが確認されれば、リクエストに記載されている画像データの識別情報に基づいて、画像フォルダ３２に格納されている画像データを読み出し、ゲートウェイサーバ２を介して携帯電話４に送信する（Ｓｔｅｐ  ２０５）。本動作では、リクエストが"http://IP1.channel.or.jp/chara=new1/uid= abcdefgh"であるので、画像の識別情報は"new1"であり、これは本日のキャラクタの画像データを示しており、本日の画像フォルダ３２１から画像データを読み出し、ゲートウェイサーバ２を介して携帯電話４に送信する。
【０１００】
携帯電話４では画像データを受信し、受信した画像データをＶＲＡＭ９２に格納し、ディスプレイに表示する（Ｓｔｅｐ  ２０６）。一方、ダウンロードした画像データを再び表示する場合には、記憶部９５の領域９９に格納される（Ｓｔｅｐ  ２０７）。
【０１０１】
以上の動作により、携帯電話４にキャラクタの画像データがダウンロードされる。また、ダウンロードした画像データを記憶する場合であっても、画像データはユーザがアクセス制御された記憶部の領域に格納されるので、格納された画像データを他の者に送ったり、新たに加工したりといった著作権を侵害するような行為がされることはない。
【実施例２】
【０１０２】
第２の実施例を説明する。
【０１０３】
現在、販売されている携帯電話は各種あり、それぞれ画面サイズや表示できる画像データの大きさなど様々である。従って、配信する画像データを一種類のみ用意しただけでは、携帯電話の機種によっては正確に表示されないばかりか、全く表示できない場合もありうる。そこで、第２の実施例では、同一のコンテンツに対して携帯電話の機種に応じた画像データを用意し、機種に応じた画像データを配信する機能を第１の実施例に加えたことを特徴とする。尚、第２の実施例の説明にあたって、第１の実施例と同様なものについては、同じ図番を付し、詳細な説明は省略する。
【０１０４】
現在各種のサービスでは、携帯電話からリクエストを送信する際に、自己の機種情報を送信している。そこで、第２の実施例では、この機種情報をＩＰサーバ１で判断し、機種に応じた画像データを選択して配信するように構成する。そのため、用意する画像データとして、図１２に示される如く、画像フォルダ３２に各機種毎のフォルダを用意し、各機種のフォルダにその機種に対応する画像データを格納する。図１２では、機種ＡＡＡから機種ＺＺＺまでのフォルダが設けられ、各機種のフォルダ、例えば機種ＮＮＮのフォルダに当日分の画像データが格納されるフォルダと過去の画像データが格納されるバックナンバーのフォルダが設けられていることを示している。尚、同様に画像配信用のメニューも機種毎に用意する。
【０１０５】
以下、上記の構成における動作を説明する。
【０１０６】
図１３は機種別の画像データ配信の動作を示す動作フローチャートである。
【０１０７】
まず、携帯電話４のユーザは、携帯電話４の操作部９６を操作し、画像配信を行っているＩＰサーバ１のサイトを選択し、ＨＴＴＰリクエストを送信する（Ｓｔｅｐ  ３００）。図１４では、携帯電話４からＨＴＴＰリクエストとして、"GET http://IP1.channel.or.jp/uid=xxxxxxx user=NNN"を送信したことを示している。尚、上記のリクエストの例として、"IP1"はＩＰサーバ１を、"channel"は画像配信のメニューの要求を、"uid=xxxxxxx"のうち"xxxxxxx"は携帯電話４の固有識別子を、" user=NNN"は携帯電話４の機種をそれぞれ示している。
【０１０８】
リクエストを受信したゲートウェイサーバ２では、ユーザＩＤリストテーブル７０から携帯電話４の固有識別子に対応するユーザＩＤを検索し、受信したリクエストに付加されている固有識別子を、検索したユーザＩＤに変換してＩＰサーバ１に送信する（Ｓｔｅｐ  ３０１）。本動作では、携帯電話４からのリクエストに付加されている固有識別子は"xxxxxxx"であるので、この固有識別子に対応したユーザＩＤをユーザＩＤリストテーブル７０から検索すると、対応するユーザＩＤは"abcdefgh"である。そこで、"xxxxxxx"を"abcdefgh"に変換し、"GET http://IP1.channel.or.jp/uid= abcdefgh user=NNN "をＩＰサーバ１に送信する。
【０１０９】
ＩＰサーバ１では、受信したリクエスト"GET http://IP1.channel.or.jp/uid= abcdefgh user=NNN"のうちユーザＩＤである"abcdefgh"が、既に登録されているか否かを会員リストテーブル３１を検索して照合する（Ｓｔｅｐ  ３０２）。会員登録の動作において、携帯電話４のユーザは会員登録を済ませてあるので、会員リストテーブル３１にユーザＩＤが記載されている。
【０１１０】
そこで、機種情報"user=NNN"から機種ＮＮＮ用の画像配信用のＨＴＭＬソースをレスポンスとして、ゲートウェイサーバ２を介して携帯電話４に送信する（Ｓｔｅｐ  ３０３）。
【０１１１】
携帯電話４ではレスポンスを受信し、画面に表示された指示に従って、希望する画像の配信を要求するリクエストを送信する（Ｓｔｅｐ  ３０４）。例えば、携帯電話４からのリクエストとして"http://IP1.channel.or.jp/chara=new1/uid=xxxxxxx user=NNN"を送信したとする。尚、送信されるリクエストのうち" chara=new1"は配信を希望する画像の識別情報であり、"new1"は最新の画像、すなわち本日のキャラクタの画像データを示すものとする。
【０１１２】
ゲートウェイサーバ２では、携帯電話４からのリクエスト"http://IP1.channel.or.jp/chara=new1/uid=xxxxxxx user=NNN"を受信し、上述したＳｔｅｐ  ３０１と同様な動作、すなわち固有識別子をユーザＩＤに変換してＩＰサーバ１に送信する（Ｓｔｅｐ  ３０５）。
【０１１３】
ＩＰサーバ１では、携帯電話４からのリクエストを受信し、Ｓｔｅｐ  ３０２と同様に会員リストテーブルを検索する（Ｓｔｅｐ  ３０６）。会員であることが確認されれば、機種情報から機種用の画像フォルダに行き、さらにリクエストに記載されている画像データの識別情報に基づいて、画像フォルダに格納されている画像データを読み出し、ゲートウェイサーバ２を介して携帯電話４に送信する（Ｓｔｅｐ  ３０７）。本動作では、リクエストが"http://IP1.channel.or.jp/chara=new1/uid= abcdefgh user=NNN"であるので、機種情報は"NNN"であり、画像の識別情報は"new1"である。これは、機種ＮＮＮ用の本日のキャラクタの画像データを示しており、機種ＮＮＮ用の本日の画像フォルダから画像データを読み出し、ゲートウェイサーバ２を介して携帯電話４に送信する。
【０１１４】
携帯電話４では画像データを受信し、受信した画像データをＶＲＡＭ９２格納し、ディスプレイに表示する（Ｓｔｅｐ  ３０８）。一方、ダウンロードした画像データを再び表示する場合には、記憶部９５の領域９９に格納される（Ｓｔｅｐ  ３０９）。
【０１１５】
以上の動作により、携帯電話４には、その機種に最適な画像データが配信されることになり、機種によっては表示することができないと言った不都合が回避できる。
【０１１６】
尚、上述の第２の実施例では、携帯電話４の機種情報を、携帯電話４から送信するように構成した。しかし、携帯電話４の機種情報と携帯電話４の固有識別子とが対応して記載されたテーブルを、予めゲートウェイサーバ２に用意しておき、携帯電話４からのリクエストがあった場合、リクエストに付加されている固有識別子に基づいて、前記テーブルから携帯電話４の機種情報を検索し、検索した機種情報をリクエストに付加してＩＰサーバ１に送信するように構成しても良い。
【０１１７】
このように構成してもＩＰサーバ１は、必要とする携帯電話４の機種情報を入手することが出来るので、携帯電話の機種にあった画像データを選択することが出来る。
【実施例３】
【０１１８】
第３の実施例を説明する。
【０１１９】
現在、携帯電話はデータの送受信ができることは既に述べたが、これを応用して各社いわゆる電子メールのサービスを受けることも出来る。一方、上述した第１の実施例及び第２の実施例は、いわゆるプル型のサービスである。そこで、第３の実施例では、毎日更新される画像の情報を電子メールでユーザに通知し、ユーザは受信した電子メールに設定されたリンクを操作することにより、最新の画像データをダウンロードするように構成し、いわゆるプッシュ型のサービスのシステムを提供することを特徴とする。
【０１２０】
また、第３の実施例では電子メールを用いるため、上述した第１の実施例及び第２の実施例のようにウェブインターフェイス、すなわちＨＴＴＰ(Hyper Text Transfer Protocol)の通信方式のみならず、メールインターフェイス、すなわちＳＭＴＰ(Simple Mail Transfer Protocol)の通信方式も用いられる。通常、ＳＭＴＰの通信方式では、ゲートウェイサーバ２は、電子メールにユーザＩＤを付加することをしない。そこで、ユーザＩＤとの関係を維持するため、特別な処理が行われる。
【０１２１】
以下、構成を述べる。尚、第３の実施例の説明にあたって、第１の実施例及び第２の実施例と同様なものについては、同じ図番を付し、詳細な説明は省略する。
【０１２２】
第３の実施例では、ＨＴＴＰの通信方式に基づき、携帯電話４からのリクエストに応答し、例えばＣＧＩスクリプト等の機能を用いて、携帯電話４の電子メール機能を起動させる手段と、携帯電話４から送信されてきた電子メールの配信を希望する会員のメール配信リストを作成する手段と、ＳＭＴＰの通信方式に基づき、メール配信リストに記載された会員に電子メールを通知する手段とを、ＩＰサーバ１に設ける。
【０１２３】
さらに、上述したように、電子メールの送受信は、ＳＭＴＰの通信方式で行われるので、ＩＰサーバ１はユーザを識別するユーザＩＤを電子メールからは入手することはできない。そこで、入手したユーザＩＤと対の関係にあるメール識別子を生成する手段を設け、生成したメール識別子を送信する電子メールに設定して送信するように構成する。
【０１２４】
尚、これらの手段は、ＩＰサーバ１のＭＰＵ２４に実現される。
【０１２５】
以下に第３の実施例の動作を説明する。尚、本動作の説明にあたって、メール配信サービスを利用するための会員登録の動作と、携帯電話４に画像をダウンロードする動作とに分けて説明する。
【０１２６】
＜メール配信会員登録＞
本サービスを利用するためには、まずメール配信の会員登録が行われる。
【０１２７】
図１４はメール配信会員登録の動作を示す動作フローチャートである。
【０１２８】
まず、携帯電話４のユーザは、携帯電話４の操作部９６を操作し、会員登録を行うとするＩＰサーバ１のサイトを選択し、ＨＴＴＰの通信方式に基づいたＨＴＴＰリクエストを送信する（Ｓｔｅｐ  ４００）。図１４では、携帯電話４からＨＴＴＰリクエストとして、"http://IP1.mail.or.jp/uid=xxxxxxx user=NNN"を送信したことを示している。尚、上記のリクエストの例として、"IP1"はＩＰサーバ１を、"mail"はメール配信会員登録のメニュー画面を、"uid=xxxxxxx"のうち"xxxxxxx"は携帯電話４の固有識別子を、"user=NNN"は携帯電話４の機種をそれぞれ示している。
【０１２９】
リクエストを受信したゲートウェイサーバ２では、ＨＴＴＰの通式方式に基づくリクエストなので、ユーザＩＤリストテーブル７０から携帯電話４の固有識別子に対応するユーザＩＤを検索し、受信したリクエストに付加されている固有識別子を、検索したユーザＩＤに変換してＩＰサーバ１に送信する（Ｓｔｅｐ  ４０１）。本動作では、携帯電話４からのリクエストに付加されている固有識別子は"xxxxxxx"であるので、この固有識別子に対応したユーザＩＤをユーザＩＤリストテーブル７０から検索すると、"xxxxxxx"に対応するユーザＩＤは"abcdefgh"である。そこで、"xxxxxxx"を"abcdefgh"に変換し、"http://IP1.mailmenu.or.jp/uid= abcdefgh user=NNN"をＩＰサーバ１に送信する。
【０１３０】
ＩＰサーバ１では、受信したリクエスト"http://IP1.mail.or.jp/uid=abcdefgh user=NNN"のうちユーザＩＤ"abcdefgh"が、既に登録されているか否かをメール配信会員リストテーブル１５０を検索して照合する。図１５はメール配信会員リストテーブル１５０の一例を示した図であり、メール配信会員リストテーブル１５０には、メール配信サービスの会員のユーザＩＤと会員のメールアドレスと会員登録がされた入会日とが対応されてコンテンツ毎に記述されている。メール配信会員リストテーブル１５０に該当するユーザＩＤが記載されていなければ、携帯電話４からの会員登録のリクエストを受信し、携帯電話４の電子メールの機能、例えばメーラーのプログラムを、ＣＧＩスクリプトなどによって起動させるレスポンスを送信する。この際、抽出したユーザＩＤ"abcdefgh"と一対の関係に有る識別子、例えば"200000504"を生成する。そして、この生成したメール識別子"200000504"とＩＰサーバ１が持っているメールアドレス、例えば"mail@IP1.or.jp"とをレスポンスに付加して送信する（Ｓｔｅｐ  ４０３）。
【０１３１】
以上の処理が、ＨＴＴＰの通信方式で行われる。
【０１３２】
尚、後述するＳｔｅｐ  ４０５及びＳｔｅｐ４０７の処理はＳＭＴＰの通信方式で行われるので、ゲートウェイサーバ２については説明を省略する。
【０１３３】
携帯電話４ではレスポンスを受信すると、電子メール送受信機能が起動される（Ｓｔｅｐ  ４０４）。そして、電子メールの送信先がＩＰサーバ１のメールアドレス"mail@IP1.or.jp"、メールの発信元がユーザ（携帯電話４）のメールアドレス"user@xxx.or.jp"となるように設定される。また、受信したメール識別子"20000204"も送信するメールに設定される（Ｓｔｅｐ  ４０５）。そして、これらの設定がされたメールを、ＳＭＴＰの通信方式に基づいて送信する。
【０１３４】
ＩＰサーバ１では、携帯電話４からの電子メールを受信し、電子メールに設定されているメール識別子"20000504"からユーザＩＤを特定する。さらに電子メールの発信元"user@xxx.or.jp"からユーザのメールアドレスを特定する。これにより、ユーザＩＤ"abcdefgh"とメールアドレス"user@xxx.or.jp"とが対の関係に結び付けられ、記憶される（Ｓｔｅｐ  ４０６）。
【０１３５】
続いて、会員登録の確認用のサイトを用意する。この確認用のサイトはメールアドレスと結び付けられたユーザＩＤを持つ携帯電話４のみがアクセスすることが出来るように設定される。そして、電子メールの送信先のアドレスとしてユーザのメールアドレスを、発信元としてＩＰサーバ１のメールアドレスをそれぞれ設定し、ユーザＩＤ専用のサイトのリンク先を設定した会員登録の確認用メールを作成する（Ｓｔｅｐ  ４０７）。図１４では、電子メールの送信先のアドレスとしてユーザのメールアドレス"user@xxx.or.jp"を、発信元としてＩＰサーバ１のメールアドレス"mail@IP1.or.jp"をそれぞれ設定し、ユーザＩＤ専用のサイトのリンク先として"IP1.confirmation1.or.jp"を設定したことを示している。
【０１３６】
携帯電話４では、登録確認ための電子メールを受信し、メール配信を登録するならば、受信した電子メールに設定されているリンクボタンを押し、ＨＴＴＰの通信方式によるＨＴＴＰリクエストが送信される（Ｓｔｅｐ  ４０８）。
【０１３７】
ＨＴＴＰの通信方式によるＨＴＴＰリクエストなので、リクエストを受信したゲートウェイサーバ２では、ユーザＩＤリストテーブル７０から携帯電話４の固有識別子に対応するユーザＩＤを検索し、受信したリクエストに付加されている固有識別子を、検索したユーザＩＤに変換してＩＰサーバ１に送信する（Ｓｔｅｐ  ４０９）。本動作では、携帯電話４からのリクエストに付加されている固有識別子は"xxxxxxx"であるので、この固有識別子に対応したユーザＩＤをユーザＩＤリストテーブル７０から検索すると、"xxxxxxx"に対応するユーザＩＤは"abcdefgh"である。そこで、"xxxxxxx"を"abcdefgh"に変換し、"http://IP1.confirmation1.or.jp/uid=abcdefgh user=NNN"をＩＰサーバ１に送信する。
【０１３８】
ＩＰサーバ１では、リクエストを受信し、サイトのＨＴＭＬソースを送信する（Ｓｔｅｐ  ４１０）。
【０１３９】
携帯電話４では、ＨＴＭＬソースを受信し、画面に表示させる。登録をするならば、画面に表示された”ＯＫ”ボタンを押し、会員登録のリクエストを送信する（Ｓｔｅｐ  ４１１）。図１４では、ＨＴＴＰリクエストとして、"http://IP1.confirmation1.or.jp/ok/uid=xxxxxxxx user=NNN"を送信したことを示している。
【０１４０】
ＨＴＴＰの通信方式によるＨＴＴＰリクエストなので、リクエストを受信したゲートウェイサーバ２では、ユーザＩＤリストテーブル７０から携帯電話４の固有識別子に対応するユーザＩＤを検索し、受信したリクエストに付加されている固有識別子を、検索したユーザＩＤに変換してＩＰサーバ１に送信する（Ｓｔｅｐ  ４１２）。本動作では、携帯電話４からのリクエストに付加されている固有識別子は"xxxxxxx"であるので、この固有識別子に対応したユーザＩＤをユーザＩＤリストテーブル７０から検索すると、"xxxxxxx"に対応するユーザＩＤは"abcdefgh"である。そこで、"xxxxxxx"を"abcdefgh"に変換し、"http://IP1.confirmation1.or.jp/ok/uid=abcdefgh user=NNN"をＩＰサーバ１に送信する。
【０１４１】
ＩＰサーバ１では、リクエストに応答して、記憶しているユーザＩＤとメールアドレスとを対にしてメール配信会員リスト１５０に登録する（Ｓｔｅｐ  ４１３）。
【０１４２】
以上の動作により、会員登録が完了する。
【０１４３】
尚、本説明では、ユーザのメール配信の登録の意思を慎重に確認するため、登録確認用のサイトにリンクさせ、再度登録の意思を確認した後、メール配信会員リスト１５０に登録するように構成した。しかしながら、再度登録の意思確認を行わず、ユーザからの電子メールを受信した時点で登録の動作を終了しても良い。すなわち、Ｓｔｅｐ  ４０６において、ユーザＩＤとメールアドレスとが対の関係で結び付けらた時点で、メールアドレスとユーザＩＤとを対にしてメール配信会員リスト１５０に登録するように構成しても良い。この場合、Ｓｔｅｐ  ４０７以降の処理は不要となる。
＜画像データの配信＞
次に、会員登録後の画像データの配信動作について説明する。
【０１４４】
図１６は画像データ配信の動作を示す動作フローチャートである。
【０１４５】
まず、ＩＰサーバ１は配信する画像が追加されると、追加された最新の画像データが格納されているフォルダ及び画像を読み出すようにリンク先を設定したメールを作成する（Ｓｔｅｐ  ５００）。そして、作成したメールを、メール配信会員リストテーブル１５０に記載されているメールアドレスに対して、同報送信する（Ｓｔｅｐ  ５０１）。
【０１４６】
携帯電話４では、メールを受信し、電子メールに設定されているリンクボタンを押すと、自動的にリクエストが送信される（Ｓｔｅｐ  ５０２）。例えば、携帯電話４からのリクエストとして"http://IP1.channel.or.jp/chara=new1/uid= xxxxxxx user=NNN"を送信したとする。尚、送信されるリクエストのうち"chara=new1"は追加された最新の画像の識別情報であり、"user=NNN"は携帯電話４の機種をそれぞれ示している。尚、これ以降の動作は、ウェブインターフェイスに従う。
【０１４７】
ゲートウェイサーバ２では、携帯電話４からのリクエスト"http://IP1.channel.or.jp/chara=new1/uid= xxxxxxx user=NNN"を受信し、固有識別子をユーザＩＤに変換してＩＰサーバ１に送信する（Ｓｔｅｐ  ５０３）。
【０１４８】
ＩＰサーバ１では、受信したリクエスト"http://IP1.channel.or.jp/chara=new1/uid= abcdefgh user=NNN"からユーザＩＤ"abcdefgh"が登録されているか否かを会員リストテーブル３１を検索して照合する（Ｓｔｅｐ  ５０４）。会員登録の動作において、携帯電話４のユーザは会員登録を済ませてあるので、会員リストテーブル３１にユーザＩＤが記載されている。そこで、機種情報から機種用の画像フォルダに行き、さらにリクエストに記載されている画像データの識別情報に基づいて、画像フォルダに格納されている画像データを読み出し、ゲートウェイサーバ２を介して携帯電話４に送信する（Ｓｔｅｐ  ５０５）。本動作では、リクエストが"http://IP1.channel.or.jp/chara=new1/uid= abcdefgh user=NNN"であるので、機種情報は"user=NNN"であり、画像の識別情報は"new1"である。これは、機種ＮＮＮ用の本日のキャラクタの画像データを示しており、機種ＮＮＮ用の本日の画像フォルダから画像データを読み出し、ゲートウェイサーバ２を介して携帯電話４に送信する。
【０１４９】
携帯電話４では画像データを受信し、受信した画像データをＶＲＡＭ９２格納し、ディスプレイに表示する（Ｓｔｅｐ  ５０６）。
【０１５０】
一方、ダウンロードした画像データを再び表示する場合には、記憶部９５の領域９９に格納される（Ｓｔｅｐ  ５０７）。
【０１５１】
尚、上述した説明からも明らかなように、各部をハードウェアで構成することも可能であるが、コンピュータプログラムにより実現することも可能である。この場合、プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した実施の形態と同様の機能、動作を実現させる。
【０１５２】
以上好ましい実施の形態及び実施例をあげて本発明を説明したが、本発明は必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
【符号の説明】
【０１５３】
１            インフォメーション・プロバイダーサーバ（ＩＰサーバ）
２            ゲートウェイサーバ
３            基地局
４            携帯電話
５            固定通信網
６            通信網（インターネット）
７            移動体通信網
【図１】
0005469587.tif 000002
【図２】
0005469587.tif 000003
【図３】
0005469587.tif 000004
【図４】
0005469587.tif 000005
【図５】
0005469587.tif 000006
【図６】
0005469587.tif 000007
【図７】
0005469587.tif 000008
【図８】
0005469587.tif 000009
【図９】
0005469587.tif 000010
【図１０】
0005469587.tif 000011
【図１１】
0005469587.tif 000012
【図１２】
0005469587.tif 000013
【図１３】
0005469587.tif 000014
【図１４】
0005469587.tif 000015
【図１５】
0005469587.tif 000016
【図１６】
0005469587.tif 000017