JP2002169734A - コンテンツ提供システム、コンテンツ提供方法、コンテンツ提供方法を実行するためのプログラムが記録された記録媒体、並びにサーバ - Google Patents

Abstract

(57)【要約】 【課題】 コンテンツ提供システム、コンテンツ提供方
法、コンテンツ提供方法を実行するためのプログラムが
記憶された記憶媒体、並びにサーバを提供する。 【解決手段】 ネットワークを介したコンテンツ提供シ
ステムであって、該システムは、コンピュータから送信
される接続要求、およびセルラ電話から送信され該セル
ラ電話の識別コードに対応する識別子が付された接続要
求を受信する手段を含み、接続要求を受信する手段は、
識別子の有無を判断する手段と、識別子の有無により異
なったセッション管理を実行させる手段とを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツ提供シ
ステム、コンテンツ提供方法、コンテンツ提供方法を実
行するためのプログラムが記録された記録媒体並びにサ
ーバに関する。

【０００２】

【従来の技術】現在では、ネットワークやコンピュータ
の進歩により、コンピュータからネットワークを介して
コンテンツの要求を行い、コンテンツを管理しているも
のがネットワークを介して要求されたコンテンツを提供
するというシステムが広く利用されている。また、この
ようなシステムは、単にコンテンツの要求および提供ば
かりではなく、ネットワークを通して商品提供者へと注
文を行い、消費者、すなわち商品購買システムのユーザ
が商品を受け取るという商品購買システムにおいても広
く受け入れられるようになっている。

【０００３】従来のコンテンツ提供システムや、商品購
買システムにおいては、いわゆるインターネットといっ
たネットワークに接続されたコンピュータからブラウザ
・ソフトウエアを介してユーザがコンテンツ管理者や、
商品提供者サイドに設置されたサーバへとアクセスし
て、コンテンツや商品のカタログを見たり、ユーザがそ
のカタログから商品を選択して商品購入を行う。

【０００４】ユーザがコンピュータから商品を購入する
ために送信した信号を受信したサーバは、通常では、い
わゆるCookieと呼ばれるサーバがユーザを識別・管理す
る仕組みを用いてネットワークを介したアクセスに対す
るセッション管理を行っている。図１には、ユーザ・サ
イトに設置されたコンピュータと、サーバの間におい
て、従来のCookieを通信履歴として用いた場合のセッシ
ョン管理の一例を示す。

【０００５】図１では、ユーザ・サイトに配置されたコ
ンピュータにおける履歴情報の状態を、ユーザ・サイト
に設置されたコンピュータのサーバに対するアクセス段
階に対応させて示している。図１（ａ）がサーバとユー
ザ・サイトに設置されたコンピュータとの間の履歴情報
の通信状態を示した図であり、図１（ｂ）が、サーバと
ユーザ・サイトに設置されたコンピュータとの間のアク
セス段階を示した図である。

【０００６】図１（ｂ）に示されるように、サーバへの
アクセスは、ユーザ・サイトに設置されたコンピュータ
がステップ１０１においてブラウザ・ソフトウエアを起
動することにより開始される。この状態では、図１
（ａ）に示されているようにユーザ・サイトに設置され
たコンピュータには、履歴情報として用いられるCookie
は記録されていない。続いてユーザ・サイトに設置され
たコンピュータは、ステップ１０２においてサーバに対
してログインを実行する。このステップ１０２において
は、ユーザ・サイトに設置されたコンピュータは、図１
（ａ）に示されるように、サーバに対してまず、予め付
与されているユーザ識別のための信号であるユーザＩＤ
を、ログインのためのパスワードＰＷＤといった信号と
共にサーバへと送信する。このユーザＩＤとパスワード
ＰＷＤとを受信したサーバは、最終ログイン時刻を記憶
して、ユーザ・サイトに設置されたコンピュータへとCo
okieを送信する。図１（ａ）に示され、また図１（ｂ）
のステップ１０２においてサーバから返信されるCookie
は、例えばRTz+HDYHG5M...といった暗号化された情報と
されている。この暗号は、ステップ１０３においてユー
ザ・サイトに設置されたコンピュータがサーバに対して
アクセスする際に、ユーザ・サイトに設置されたコンピ
ュータからサーバへと送信されて、サーバに含まれた適
切な手段により「ｘｘｘさんは、ｙｙｙｙ−ＭＭ−ＤＤ
ＨＨ：ＭＭ：ＳＳにサーバにログインしました」とい
う情報にデコードされ、サーバがログイン状態を判断す
ることができるようにされている。ステップ１０３にお
けるCookieは、図１（ｂ）のステップ１０４に示される
ようにユーザ・サイトに設置されたコンピュータがユー
ザの操作によりブラウザ・ソフトウエアを終了するま
で、クライアント・コンピュータと、サーバとの間で保
存され、かつ相互に通信が行われることにより、セッシ
ョン管理が行われている。

【０００７】ステップ１０４においてブラウザ・ソフト
ウエアを終了させたユーザ・サイトに設置されたコンピ
ュータにおいては、図１（ａ）に示されているようにそ
れまでに用いられていたCookieが消去されて、Cookieと
いった履歴情報が存在しない状態となる。ユーザ・サイ
トに設置されたコンピュータが、再度ステップ１０５に
おいてブラウザ・ソフトウエアを起動して、ステップ１
０６においてユーザＩＤおよびパスワードＰＷＤをサー
バへと送信することによりサーバにログインすると、サ
ーバは最終ログイン時刻を更新させ、以前のログイン時
に発行したCookieを無効とし、新たに発行されたCooki
e、例えば暗号化されたVaA4VcHDFsa...をユーザ・サイ
トに設置されたコンピュータへと返すことになる。この
新たなCookieは、ステップ１０６において開始された新
たなセッションが実行されている間保存されてセッショ
ン管理が実行されることになる。

【０００８】図２は、図１に示したサーバとユーザ・サ
イトに設置されたコンピュータとの間のセッション管理
を概略的にまとめたブロック図である。図１に示された
セッション管理は、図２のブロック図に示されるよう
に、まずユーザ・サイトに配置されたコンピュータにお
いてユーザがブラウザ・ソフトウエアを起動して、いわ
ゆるインターネットを介してサーバに対しHttpReqを送
信する。このHttpReqを受信したサーバは、コンテンツ
要求コマンドまたは商品購買コマンドを実行し、その実
行の結果である応答を、HttpResとしてユーザ・サイト
に設置されたクライアント・コンピュータへと返す。こ
の一連のセッションが、図２に示されたセッション管理
を行うためのCookieといった履歴情報を発行するセッシ
ョン管理プログラムにより管理されている。本発明にお
いて用いる用語、HttpReqおよびHttpResとは、サーバ
と、ブラウザ・ソフトウエアおよびセルラ電話との間の
ＨＴＴＰプロトコルに適合するオブジェクト化したプロ
グラミングを用いて、セルラ電話またはコンピュータと
サーバとの間で送受信される接続要求およびこの接続要
求に対応するレスポンスを意味する。

【０００９】図３は、図２に示したブロック図におい
て、サーバ・プロセスを商品購買コマンドを実行させる
場合を例として示した図である。図３に示されたサーバ
・プロセスでは、ステップ３０１においてユーザ・サイ
トに設置されたコンピュータが発行したHttpReqを受信
する。このHttpReqは、例えば、https://hostname/cgi-
bin/ncommerce3/login?name=isel&password=iselとする
ことができる。このHttpReqを受信したサーバは、ステ
ップ３０２においてServer.exeを実行させてネットワー
クを介しての商品購買の実際のプロセスを開始させる。
ついで、図３に示したサーバ・プロセスにおいては、ス
テップ３０３のTRANS_INIT (Cookie)においてユーザ・
サイトに設置されたコンピュータのアクセスに対して権
限を設定し、実行するコマンドが誰の権限で実行される
のかを判断する。この際に、実行権限のないコマンドの
実行が行われないようにされていて、不正アクセスを防
止するようにされている。サーバと、ユーザ・サイトに
設置されたコンピュータとの間においては、Cookieが相
互に通信されていて、アクセス状態が管理されている。

【００１０】実行権限のあるユーザによるコマンドであ
ることが判断された場合には、ステップ３０４におい
て、要求されたコマンドを要求を行ったユーザの権限で
実行させる。ついで、ステップ３０５のTRANS_ENDにお
いてデータベースに対する変更をコマンドの実行結果に
応じてコミットまたは後退復帰(ROLLBACK)させる。その
後ステップ３０６においてサーバは、ユーザ・サイトに
設置されたコンピュータに対してHttpResを返してHttpR
eqから開始するサーバ・プロセスのプロセスが繰り返し
実行されることになる。

【００１１】従来では、上述したようにCookieといった
履歴情報を、サーバとユーザ・サイトに設置されたコン
ピュータへと与えることによりセッション管理が行わ
れ、ネットワークを通したコンテンツ提供および商品購
買が可能とされている。

【００１２】一方、最近ではセルラ電話においてもイン
ターネットといったネットワークを介したサービスを受
けることができるようになっており、近年ではこのよう
なインターネットにアクセスできるセルラ電話のユーザ
は約６００万人を超えるといわれている。したがって、
インターネットといった従来コンピュータがアクセス可
能であったネットワークに対してセルラ電話のユーザが
アクセスし、商品購入を行うことがきわめて有効であ
る。

【００１３】

【発明が解決しようとする課題】インターネットに対し
てアクセスすることができるセルラ電話による商品購買
システムは上述したように巨大なマーケットとして注目
されているものの、セルラ電話に用いられているセルラ
用ブラウザは、Cookieといった履歴情報を記憶する機能
を有していないため、新規に参入するネットワークを通
した電子的なコンテンツ提供サイトや、商品購買サイト
（以下ＥＣサイトという）を提供する者、またはすでに
コンピュータのユーザ向けのＥＣサイトを有する者は、
既存のコンピュータによるＷｅｂベースのＥＣサイトと
は別にセルラ電話用のＥＣサイトを設ける必要が生じ
る。この結果、従来ではセルラ電話に対しては、コンピ
ュータに対して適用される既存のＷｅｂベースのコンテ
ンツ提供システム、または商品購買システムとは別のセ
ルラ電話のための商品購買システムやコンテンツ提供シ
ステムを作り込むことが必要とされ、セルラ電話用の商
品購買システム、コンテンツ提供システムとして既存の
コンピュータからの商品購買、コンテンツ提供を行うシ
ステムおよびコンテンツ提供方法、商品購買方法とは異
なったシステムおよび方法を用いる必要が生じていた。

【００１４】また従来では、セルラ電話のために用いら
れるブラウザと、Ｗｅｂサーバとの間において履歴情報
に基づいたセッション管理ができないため、商品が購入
できないなどの制約ができてしまうこと、従来のＷｅｂ
サーバには、同じＵＲＬのリクエストに対して端末の種
類に応じて適切なサイズのコンテンツを選択して送信す
る機能がないため、適切なフォーマットのコンテンツが
入手できないといった不都合が生じてしまうこと、また
既存のコンピュータ用のブラウザを用いるコンテンツ提
供システムや、商品購買システムとは別にセルラ電話用
のコンテンツ提供システムおよび商品購買システムを構
築することが必要とされるため、互いのシステムの間に
おいてデータベースを共有することができず、セルラ電
話およびコンピュータのユーザが相互に同じコンテンツ
提供システム、商品購買システムにおいてコンテンツの
入手や、商品購買ができないという不都合も生じてい
た。

【００１５】また、セルラ電話は、セルラ電話用のネッ
トワークを提供するキャリアを介して通信が行われてお
り、コンテンツ提供要求や、商品購買要求を受信するサ
ーバは、異なったキャリアを経由して送信されたコンテ
ンツ要求や、商品購買要求を処理して、コンテンツ要求
および商品購買要求を行ったセルラ電話へとキャリアを
特定して要求されたコンテンツや、商品情報を送信する
必要がある。

【００１６】また、セルラ電話は携帯性に優れ、情報表
示機能にも優れているものの、液晶ディスプレイの大き
さ、カラーまたは白黒の種別、または機種ごとの内蔵メ
モリ上の制限に伴うコンテンツ・データの大きさなどに
つき、機種ごとの制約があるのが現状である。このた
め、コンテンツの提供を要求したユーザがコンテンツを
受信した段階では、当該ユーザのセルラ電話の液晶ディ
スプレイでは充分な表示が行えない、といった場合も発
生する場合がある。

【００１７】本発明は、上記課題に鑑みてなされたもの
であり、本発明は、インターネットといったネットワー
クを介して、コンピュータのユーザと、セルラ電話のユ
ーザとが同一のシステムおよび方法を利用することを可
能とするコンテンツ提供システムおよびコンテンツ提供
方法を提供するものである。また、本発明は、上述した
新規なコンテンツ提供方法を実行するためのプログラム
が記憶されたコンピュータ可読な記録媒体、並びにサー
バを提供することを目的とする。

【００１８】

【課題を解決するための手段】すなわち、本発明のコン
テンツ提供システムは、コンピュータから送信される接
続要求、およびセルラ電話から送信され該セルラ電話の
識別コードに対応する識別子が付された接続要求を受信
する手段を含み、前記接続要求を受信する手段は、前記
識別子の有無を判断する手段と、前記識別子の有無によ
り異なったセッション管理を実行させる手段とを含む。

【００１９】本発明のコンテンツ提供システムにおいて
は、前記接続要求を受信する手段は、ユーザ情報として
前記ユーザ情報として前記識別子とCookieといった履歴
情報とは別に用いられる該識別子に関連するステータス
情報とを含むデータベースを含んでおり、Cookieを用い
ることのないセッション管理を行うことを可能とする。
本発明のコンテンツ提供システムにおいては、前記異な
ったセッション管理を実行させる手段は、前記識別子が
含まれていないと判断した場合には、前記コンピュータ
との間で通信される履歴情報によりセッション管理を実
行させ、前記識別子が含まれていると判断した場合に
は、前記識別子および該識別子にユーザのステータス情
報を使用したセッション管理を実行させる。

【００２０】本発明のコンテンツ提供システムにおいて
は、前記ネットワークは、前記コンピュータからの接続
要求が通信される第１のネットワークと、前記セルラ電
話からの接続要求が通信される第２のネットワークとを
含む。このセルラ電話からの接続要求には、前記第１の
ネットワークと前記第２のネットワークとの間に接続さ
れた手段により、前記識別コードに対応した識別子が付
加される。

【００２１】本発明のコンテンツ提供方法は、コンピュ
ータから送信される接続要求、およびセルラ電話から送
信され該セルラ電話の識別コードに対応した識別子が付
された接続要求を受信する段階と、前記識別子の有無を
判断する段階と、前記識別子を前記接続要求を受信する
手段に記憶されたデータベースに前記識別子および該識
別子に関連するユーザのステータス情報を記憶させる段
階と、前記識別子の有無の判断により異なったセッショ
ン管理を実行させる段階とを含む。 上述したデータベ
ースには、ユーザ情報として前記ユーザ情報として前記
識別子とCookieといった履歴情報とは別に用いられる該
識別子に関連するステータス情報とが含まれ、Cookieを
用いることのないセッション管理を行うことを可能とし
ている。

【００２２】本発明のコンテンツ提供方法においては、
前記異なったセッション管理を実行させる段階は、前記
識別子が含まれていないと判断した場合には、前記コン
ピュータとの間で通信される履歴情報によりセッション
管理を実行させ、前記識別子が含まれていると判断した
場合には、前記識別子および該識別子に関連したユーザ
のステータス情報を使用してセッション管理を実行させ
る。本発明の商品購買方法においては、前記ネットワー
クは、前記コンピュータと通信を行うための第１のネッ
トワークと、前記セルラ電話との通信を行うための第２
のネットワークとを含み、前記セルラ電話から第２のネ
ットワークを通して接続要求を送信する段階を含む。

【００２３】本発明のコンテンツ提供方法においては、
前記第１のネットワークと前記第２のネットワークとの
間に接続され、前記電話番号に対応した識別子を前記セ
ルラ電話から送信された接続要求に付加する段階を含
む。 このセルラ電話からの接続要求には、前記第１の
ネットワークと前記第２のネットワークとの間に接続さ
れた手段により、前記識別コードに対応した識別子が付
加される。

【００２４】本発明の記録媒体は、ネットワークを通し
た商品購買方法を実行するためのプログラムが記録され
たコンピュータ可読な記録媒体であって、該方法は、コ
ンピュータから送信される接続要求およびセルラ電話か
ら送信され、該セルラ電話の識別コードに対応した識別
子が付された接続要求を受信し、前記識別子の有無を判
断し、前記識別子を前記接続要求を受信する手段に記憶
されたデータベースに前記識別子および該識別子に関連
するユーザのステータス情報を記憶させ、前記識別子の
有無の判断により異なったセッション管理を実行させ
る。

【００２５】本発明の記録媒体においては、前記異なっ
たセッション管理を実行させる段階は、前記識別子が含
まれていないと判断した場合には、前記コンピュータと
の間で通信される履歴情報によりセッション管理を実行
させ、前記識別子が含まれていると判断した場合には、
前記識別子および該識別子に関連するユーザのステータ
ス情報を使用してセッション管理を実行させる。本発明
の記録媒体においては、前記ネットワークは、前記コン
ピュータと通信を行うための第１のネットワークと、前
記セルラ電話との通信を行うための第２のネットワーク
とを含んでおり、前記セルラ電話から第２のネットワー
クを通して接続要求を送信する。このセルラ電話からの
接続要求には、前記第１のネットワークと前記第２のネ
ットワークとの間に接続された手段により、前記識別コ
ードに対応した識別子が付加される。さらに、本発明に
よれば、ネットワークを介したコンテンツ提供システム
であって、該システムは、コンピュータから送信される
接続要求、および異なるキャリアに属するセルラ電話か
ら送信され該セルラ電話の識別コードに対応する識別子
が付された接続要求を受信する手段と、前記識別子の有
無を判断する手段と、前記セルラ電話の属するキャリア
を判断するための手段と、前記識別子の有無により異な
ったセッション管理を実行させる手段とを含む。上述し
た構成を採用することにより、異なったキャリアを通し
て送信されるセルラ電話からの接続要求またはコンテン
ツ要求を同一のサーバにより処理することが可能とな
る。

【００２６】本発明のコンテンツ提供システムにおいて
は、前記キャリアを判断するための手段は、前記セルラ
電話ごとに対応するアダプタと、前記アダプタを指定す
るためのアダプタ・マネージャとを含んでいてもよい。
本発明においては、前記接続要求を受信する手段は、ユ
ーザ情報が登録されたデータベースを含み、該データベ
ースは、前記ユーザ情報として前記識別子と該識別子に
関連するユーザのステータス情報とを含む。本発明にお
いては、前記異なったセッション管理を実行させる手段
は、前記識別子が含まれていないと判断した場合には、
前記コンピュータとの間で通信される履歴情報によりセ
ッション管理を実行させ、前記識別子が含まれていると
判断した場合には、前記識別子および該識別子に関連す
るユーザのステータス情報を使用したセッション管理を
実行させる。

【００２７】本発明においては、前記ネットワークは、
前記コンピュータからの接続要求が通信される第１のネ
ットワークと、前記異なるキャリアに属するセルラ電話
からの接続要求が通信される複数の第２のネットワーク
とを含む。本発明においては、前記第１のネットワーク
と前記第２のネットワークとの間に接続され、前記識別
コードに対応した識別子を前記セルラ電話から送信され
た接続要求に付加するための手段を含む。

【００２８】また、本発明によれば、ネットワークを介
したコンテンツ提供方法であって、コンピュータから送
信される接続要求、および異なったキャリアに属するセ
ルラ電話から送信され該セルラ電話の識別コードに対応
した識別子が付された接続要求を受信する段階と、前記
識別子の有無を判断する段階と、前記識別子を含む場合
には、ユーザ情報を記憶したデータベースに前記識別子
および該識別子に関連するユーザのステータス情報を記
憶させる段階と、前記セルラ電話の属するキャリアを判
断する段階と、前記識別子の有無の判断により異なった
セッション管理を実行させる段階とを含み、前記異なっ
たセッション管理を実行させる段階は、前記識別子が含
まれていないと判断した場合には、前記コンピュータと
の間で通信される履歴情報によりセッション管理を実行
させ、前記識別子が含まれていると判断した場合には、
前記識別子および該識別子に関連するユーザのステータ
ス情報を使用してセッション管理を実行させる、コンテ
ンツ提供方法が提供される。

【００２９】本発明においては、前記セルラ電話の属す
るキャリアを判断する段階は、前記キャリアにぞれぞれ
対応するアダプタを、アダプタ・マネージャにより指定
する段階と、前記アダプタが接続要求を処理可能か否か
を判断する段階とを含む。また、本発明においては、前
記ネットワークは、前記コンピュータと通信を行うため
の第１のネットワークと、前記異なったキャリアに属す
るセルラ電話との通信を行うための複数の第２のネット
ワークとを含み、前記セルラ電話からの異なる第２のネ
ットワークを通した接続要求を受信する段階を含む。さ
らに、本発明においては、前記第１のネットワークと前
記第２のネットワークとの間に接続され、前記識別コー
ドに対応した識別子を前記セルラ電話から送信された接
続要求に付加する段階を含む。

【００３０】本発明の記録媒体は、ネットワークを介し
たコンテンツ提供方法を実行させるためのプログラムが
記憶されたコンピュータ可読な記録媒体であって、該記
録媒体は、コンピュータから送信される接続要求、およ
び異なるキャリアに属するセルラ電話から送信され該セ
ルラ電話の識別コードに対応する識別子が付された接続
要求を受信し、前記識別子の有無を判断し、前記識別子
が含まれる場合には、ユーザ情報が登録されたデータベ
ースに、前記ユーザ情報として前記識別子と該識別子に
関連するユーザのステータス情報とを記憶させ、前記セ
ルラ電話の属するキャリアを判断し、前記セルラ電話の
機種を判断し、前記識別子の有無により異なったセッシ
ョン管理を実行させ、前記キャリアの判断を、前記セル
ラ電話からの接続要求に含まれるキャリア識別情報を使
用して行い、前記セルラ電話の機種の判断を、前記セル
ラ電話からの接続要求に含まれる機種識別情報を使用す
ることを可能とする。

【００３１】また、本発明においては、前記異なったセ
ッション管理は、前記識別子が含まれていないと判断し
た場合には、前記コンピュータとの間で通信される履歴
情報によりセッション管理を実行し、前記識別子が含ま
れていると判断した場合には、前記識別子および該識別
子に関連するユーザのステータス情報を使用したセッシ
ョン管理を実行する。本発明においては、前記セルラ電
話の属するキャリアの判断は、前記キャリアにぞれぞれ
対応するアダプタを、アダプタ・マネージャにより指定
する段階と、前記アダプタが接続要求を処理可能か否か
を判断する段階とを含む。

【００３２】さらに、本発明によれば、ネットワークを
介したコンテンツ提供システムであって、該システム
は、コンピュータから送信される接続要求、および異な
るキャリアに属するセルラ電話から送信され該セルラ電
話の識別コードに対応する識別子が付された接続要求を
受信する手段と、前記識別子の有無を判断する手段と、
前記セルラ電話の属するキャリアを判断するための手段
と、前記セルラ電話の機種を判断するための手段と、前
記識別子の有無により異なったセッション管理を実行さ
せる手段と、前記セルラ電話の機種に適合した形式のコ
ンテンツを送信する手段とを含み、前記キャリアを判断
するための手段は、前記セルラ電話ごとに対応するアダ
プタと、前記アダプタを指定するためのアダプタ・マネ
ージャとを含み、前記セルラ電話の機種を判断するため
の手段は、前記セルラ電話からの接続要求に含まれる機
種識別情報を判断する手段を含み、前記コンテンツを送
信する手段は、前記セルラ電話の機種に適合した形式の
コンテンツを前記判断されたキャリアを通して前記セル
ラ電話に送信する、コンテンツ提供システムが提供され
る。本発明の上述の構成によれば、キャリアと、機種識
別情報とから本発明のコンテンツ提供システムが共有し
て使用できる固有の識別情報を生成させることが可能と
なり、セルラ電話のキャリアや、機種にかかわらず、常
にセルラ電話に良好なコンテンツを提供することを可能
とする。

【００３３】本発明においては、前記接続要求を受信す
る手段は、第１のデータベースと、第２のデータベース
と、第３のデータベースとを含み、前記第１のデータベ
ースは、前記識別子と該識別子に関連するユーザのステ
ータス情報とを含み、前記第２のデータベースは、前記
セルラ電話の機種情報を含み、前記第３のデータベース
は、前記セルラ電話の前記キャリアと、前記機種とに関
連する保管場所情報または該保管場所情報およびコンテ
ンツを保管しており、前記異なったセッション管理を実
行させる手段は、前記識別子が含まれていないと判断し
た場合には、前記コンピュータとの間で通信される履歴
情報によりセッション管理を実行させ、前記識別子が含
まれていると判断した場合には、前記識別子および該識
別子に関連するユーザのステータス情報を使用したセッ
ション管理を実行し、前記セルラ電話のキャリアおよび
前記機種に関連する前記保管場所に保管された前記コン
テンツを前記セルラ電話へと送信する。

【００３４】本発明においては、前記ネットワークは、
前記コンピュータからの接続要求が通信される第１のネ
ットワークと、前記異なるキャリアに属するセルラ電話
からの接続要求が通信される複数の第２のネットワーク
とを含む。

【００３５】また本発明によれば、ネットワークを介し
たコンテンツ提供方法であって、該方法は、コンピュー
タから送信される接続要求、および異なるキャリアに属
するセルラ電話から送信され該セルラ電話の識別コード
に対応する識別子が付された接続要求を受信する段階
と、前記識別子の有無を判断する段階と、前記セルラ電
話の属するキャリアを判断する段階と、前記セルラ電話
の機種を判断する段階と、前記識別子の有無により異な
ったセッション管理を実行させる段階と、前記セルラ電
話の機種に適合した形式のコンテンツを送信する段階と
を含み、前記キャリアを判断する段階は、前記セルラ電
話からの接続要求に含まれるキャリア識別情報を判断す
る段階を含み、前記セルラ電話の機種を判断するための
段階は、前記セルラ電話からの接続要求に含まれる機種
識別情報を判断する段階を含み、前記セルラ電話の機種
に適合した形式のコンテンツを前記キャリアを通して前
記セルラ電話に送信する段階を含む、コンテンツ提供方
法が提供できる。

【００３６】本発明においては、前記接続要求は、第１
のデータベースと、第２のデータベースと、第３のデー
タベースとを含むサーバにより受信され、前記第１のデ
ータベースは、前記識別子と該識別子に関連するユーザ
のステータス情報とを含み、前記第２のデータベース
は、前記セルラ電話の機種情報を含み、前記第３のデー
タベースは、前記セルラ電話の前記キャリアと前記機種
とに関連する保管場所情報、または該保管場所情報およ
びコンテンツを保管しており、前記異なったセッション
管理は、前記識別子が含まれていないと判断した場合に
は、前記コンピュータとの間で通信される履歴情報によ
りセッション管理を実行させ、前記識別子が含まれてい
ると判断した場合には、前記識別子および該識別子に関
連するユーザのステータス情報を使用したセッション管
理を実行し、前記セルラ電話のキャリアおよび前記機種
に関連する前記保管場所に保管された前記コンテンツを
前記セルラ電話へと送信する段階を含む。

【００３７】さらに、本発明の記録媒体は、ネットワー
クを介したコンテンツ提供方法を実行させるためのプロ
グラムが記録されたコンピュータ可読な記録媒体であっ
て、コンピュータから送信される接続要求、および異な
るキャリアに属するセルラ電話から送信され該セルラ電
話の識別コードに対応する識別子が付された接続要求を
受信し、前記識別子の有無を判断し、前記セルラ電話の
属するキャリアを判断し、前記セルラ電話の機種を判断
し、前記識別子の有無により異なったセッション管理を
実行させ、前記セルラ電話の機種に適合した形式のコン
テンツを送信し、前記キャリアの判断は、前記セルラ電
話からの接続要求に含まれるキャリア識別情報を使用
し、前記セルラ電話の機種の判断を、前記セルラ電話か
らの接続要求に含まれる機種識別情報を使用して行い、
前記セルラ電話の機種に適合した形式のコンテンツを前
記キャリアを通して前記セルラ電話に送信させることを
可能とする。

【００３８】また本発明によれば、前記接続要求は、第
１のデータベースと、第２のデータベースと、第３のデ
ータベースとを含むサーバにより受信され、前記第１の
データベースは、前記識別子と該識別子に関連するユー
ザのステータス情報とを含み、前記第２のデータベース
は、前記セルラ電話の機種情報を含み、前記第３のデー
タベースは、前記セルラ電話の前記キャリアと前記機種
とに関連する保管場所情報、または該保管場所情報およ
びコンテンツを保管しており、前記異なったセッション
管理は、前記識別子が含まれていないと判断した場合に
は、前記コンピュータとの間で通信される履歴情報によ
りセッション管理を実行させ、前記識別子が含まれてい
ると判断した場合には、前記識別子および該識別子に関
連するユーザのステータス情報を使用したセッション管
理を実行し、前記セルラ電話のキャリアおよび前記機種
に関連する前記保管場所に保管された前記コンテンツを
前記セルラ電話へと送信する、記録媒体が提供される。

【００３９】さらに、本発明によれば、ネットワークを
介したコンテンツ提供システムに使用されるサーバであ
って、該サーバは、コンピュータから送信される接続要
求、およびセルラ電話から送信され該セルラ電話の識別
コードに対応する識別子が付された接続要求を受信する
手段を含み、前記接続要求を受信する手段は、前記識別
子の有無を判断する手段と、前記識別子の有無により異
なったセッション管理を実行させる手段とを含む、サー
バが提供される。

【００４０】本発明によれば、前記接続要求を受信する
手段は、ユーザ情報が登録されたデータベースを含み、
該データベースは、前記ユーザ情報として前記識別子と
該識別子に関連するユーザのステータス情報とを含む。

【００４１】また、本発明によれば、ネットワークを介
したコンテンツ提供システムに使用されるサーバであっ
て、該サーバは、コンピュータから送信される接続要
求、および異なるキャリアに属するセルラ電話から送信
され該セルラ電話の識別コードに対応する識別子が付さ
れた接続要求を受信する手段と、前記識別子の有無を判
断する手段と、前記セルラ電話の属するキャリアを判断
するための手段と、前記識別子の有無により異なったセ
ッション管理を実行させる手段とを含む、サーバが提供
される。

【００４２】本発明においては、前記キャリアを判断す
るための手段は、各キャリアに対応するアダプタと、前
記アダプタを指定するためのアダプタ・マネージャとを
含み、前記アダプタ・マネージャは、前記アダプタを順
次指定して前記接続要求を処理できる前記アダプタを特
定する。また、本発明においては、さらに前記接続要求
に含まれるセルラ電話の機種を取得するための手段を含
む。

【００４３】

【発明の実施の形態】以下、本発明を図面に示した実施
の形態をもって説明するが、本発明は後述する実施の形
態に限定されるものではない。

【００４４】（第１の実施の形態）図４は、本発明の第
１の実施の形態のコンテンツ提供システムを、商品購買
システムに適用する場合を例として概略を示したブロッ
ク図である。本発明の第１の実施の形態として説明する
商品購買システムは、図４に示されるように、セルラ電
話１のユーザと、コンピュータ７のユーザとがインター
ネットといったネットワーク４を介して共通のＥＣサー
バ６にアクセスすることを可能とするセッション管理を
使用する。セルラ電話１のユーザは、セルラ電話１用の
ネットワーク２からまず、ゲートウエイ５へとアクセス
する。このゲートウエイ５は、セルラ電話１の識別コー
ド、例えば電話番号に一対一対応の関係で付与されてい
る識別子をセルラ電話１からのHttpReqに与える。HttpR
eqとは、本発明においては、コンテンツをサーバに対し
て要求するための接続要求、すなわちコンテンツ要求を
いう。コンテンツ要求は、本発明においては、セルラ電
話１の電話番号以外にも、セルラ電話１といった端末と
一対一対応するように付された識別コードであれば、い
かなるものでも用いることができる。この識別子が与え
られたHttpReqは、インターネットといったネットワー
ク４を介してＥＣサイトに設置されたＥＣサーバ６に送
信される。本発明においては、コンテンツとしては、
（１）静的コンテンツ、（２）NetDataや、JSPといった
サーバ・サイドで処理されるテンプレートから固有の識
別情報（Devicespec、またはspec)を参照することによ
って実現される動的コンテンツ、および（３）上述した
固有の識別情報を利用してプログラムによりコンテンツ
を作成し、データベースの変更を伴うビジネス・ロジッ
クの実行結果などのコンテンツを含む。また、商品購買
のためのカタログを表示させるディジタルデータも、本
発明においては含まれる。

【００４５】また、パーソナル・コンピュータといった
コンピュータ７のユーザは、従来のように、インターネ
ットといったネットワーク４を介して、ネットワーク４
に接続されたＥＣサーバ６へとアクセスすることができ
るようにされている。ＥＣサーバ６は、識別子の有無を
判断して、HttpReqが識別子を含まない場合には、従来
のCookieを用いるセッション管理を実行させ、HttpReq
が識別子を含む場合にはHttpReqがセルラ電話のユーザ
から送信されたものと判断して識別子を用いたセッショ
ン管理を実行させるための手段を含んでいる。

【００４６】上述したＥＣサーバ６、またはコンピュー
タ７としては、これまで知られているいかなるものでも
用いることができ、具体的には例えばＰＥＮＴＩＵＭ
（商標：インテル社）といったＣＰＵ又はこれと互換性
のあるＣＰＵを搭載することが可能で、ＷＩＮＤＯＷＳ
（商標：マイクロソフト・コーポレイション）、ＷＩＮ
ＤＯＷＳ ＮＴ（商標：マイクロソフト・コーポレイシ
ョン）、ＯＳ／２（商標：インターナショナル・ビジネ
ス・マシーンズ・コーポレーション）、ＡＩＸ（商標：
インターナショナル・ビジネス・マシーンズ・コーポレ
ーション）、ユニックス、リナックスといったオペレー
ティング・システムを動作させることが可能なパーソナ
ルコンピュータ、ワークステーション、または汎用大型
コンピュータを挙げることができるが、これらのものに
限定されるわけではない。

【００４７】本発明において用いられるネットワークと
しては、いわゆるインターネットといったネットワーク
を挙げることができるが、これ以外にも、適切な通信プ
ロトコル、例えばＴＣＰ／ＩＰを用いたＬＡＮ／ＷＡ
Ｎ、および光通信によるネットワークを挙げることがで
きる。また、本発明においてセルラ電話１からの信号が
送信されるネットワークとしては、無線といったセルラ
電話用の公衆電話回線を挙げることができる。

【００４８】上述したセルラ電話１およびセルラ電話シ
ステムとしては、セルラ電話用のネットワークを介して
HttpReqを送信することができ、この送信されたHttpReq
を、インターネットといったネットワークへとアクセス
させることができるシステムであれば、例えばｉモード
（商標）対応のセルラ電話システムなど、いかなるもの
でも用いることができる。

【００４９】図５は、本発明の商品購買システムの構成
をより詳細に示したブロック図である。本発明の商品購
買システムは、セルラ電話１とセルラ電話１の信号が通
信されるセルラ電話用ネットワーク２と、セルラ電話か
らのHttpReqを処理するためのサーバ３と、セルラ電話
１からのHttpReqをインターネットといったネットワー
ク４に接続させるためのゲートウエイ５を含んで構成さ
れている。いわゆるインターネットといったネットワー
ク４には、商品購買のために用いられるＥＣサーバ６
と、パーソナル・コンピュータといったユーザ・サイト
に設置されるコンピュータ７とが接続されていて、セル
ラ電話１からのHttpReqと、コンピュータ７からのHttpR
eqとを、共通のデータベースを用いて処理することがで
きるようにされている。図５においては、サーバ３と、
ゲートウエイ５とが別に与えられているのが示されてい
るが、本発明においては、サーバ３と、ゲートウエイ５
とが一体とされたワークステーションまたはコンピュー
タとされていてもよい。

【００５０】セルラ電話１からのHttpReq、例えば、“h
ttp://host/cgi-bin/some_cgi/?Did=NULLGWXXXXX”を受
信すると、NULLGWXXXXXを、端末ごとに定められた一意
な識別子、例えば00aaBBccDDeeへと置き換えることによ
り、セルラ電話１からのHttpReqに対して識別子を付与
する。上述した識別子は特に上述した構成とされている
必要はなく、必要に応じていかなる数字、キャラクタ、
またはこれらを組み合わせて用いることも可能である。
また、本発明において可能である場合には、上述した識
別子で置き換えることなく、識別子を単に付加すること
により、セルラ電話１からのHttpReqへと識別子を付加
することもできる。本発明においては、一例としてＧＥ
Ｔ形式のリクエストの例を示したが、ＰＯＳＴ形式にお
いても識別子を使用することができる。ＥＣサーバ６
は、上述したいずれの形式にでも対応することが可能で
ある。

【００５１】図６には、セルラ電話１が、ゲートウエイ
５と、このゲートウエイ５からインターネットといった
ネットワーク４を介してＥＣサーバ６へとアクセスして
いるのが示されている。

【００５２】図７は、ＥＣサーバ６に記憶されたデータ
ベースに構成されるユーザ情報を示した図である。ＥＣ
サーバ６に含まれたデータベースには、ユーザ情報がユ
ーザＩＤ、パスワードＰＷＤ、住所といった情報に加え
て、そのユーザがセルラ電話のユーザである場合には、
セルラ電話１に付与されている識別子、およびこの識別
子に関連するユーザのステータス状態を保存しておくフ
ィールドが設けられている。ここにユーザのステータス
情報とは、ユーザがログ・インまたはログ・オフのいず
れの状態にあるかを示す情報をいう。図７においては、
ユーザＡ〜Ｃがセルラ電話１のユーザであり、ユーザＤ
がパーソナル・コンピュータのユーザとされているのが
一例として示されている。

【００５３】ＥＣサーバ６がセルラ電話１からのHttpRe
qを受信すると、ＥＣサーバ６は、図５において説明し
たようにHttpReq中に識別子が付与されているか否かを
判断してユーザがコンピュータ７からアクセスしている
か、またはセルラ電話１からアクセスしているかを判断
し、コンピュータ７からアクセスしているユーザにはCo
okieと言った履歴情報を用いたサービスを提供し、セル
ラ電話１からアクセスするユーザに対しては、識別子
と、この識別子のステータス状態とを使用して、異なっ
たセッション管理を実行することにより、セルラ電話１
のユーザおよびパーソナル・コンピュータといったコン
ピュータ７のユーザに対して同様の商品購買サービスを
提供することが可能となる。

【００５４】図８は、本発明のＥＣサーバ６が実行する
セッション管理プロセスのフローチャートを示した図で
ある。本発明のＥＣサーバ６において実行されるセッシ
ョン管理プロセスにおいては、ステップ８０１において
ＥＣサーバ６が、ユーザからのHttpReqを受信する。本
発明の商品購買システムにおいては、ユーザからのHttp
Reqとして、セルラ電話１から送信される識別子が付加
されたセルラ電話１からのHttpReqと、パーソナル・コ
ンピュータといったコンピュータ７からのHttpReqとが
送信されることになる。ＥＣサーバ６が、このようなHt
tpReqを受信すると、ステップ８０２において例えば、S
erver.exeとされる商品購買のためのプログラムにより
商品購買のサービスをそれぞれのユーザに対して開始す
る。このようなプログラムの一例として、アイ・ビー・
エム・コーポレーションからNet.Commerceという商品名
で提供されている商品取引のためのサーバ用プログラム
を採用することができる。

【００５５】ついで、ＥＣサーバ６は、ステップ８０３
においてHttpReqに識別子が含まれているか否かを判断
する。ステップ８０３において、識別子が含まれていな
いと判断された場合には、コンピュータ７からのHttpRe
qであると判断して、ステップ８０４において、Cookie
といった履歴情報を用いたセッション管理を行うための
初期化TRANS_INIT (Cookie)を実行させる。また、識別
子が含まれていると判断した場合には、ステップ８０５
においてセルラ電話１からのHttpReqであると判断し
て、Cookieを用いないでセッション管理を行うための初
期化TRANS_INIT（識別子）を実行させる。

【００５６】その後、ＥＣサーバ６は、ステップ８０６
において、ユーザの要求したコマンドをそのユーザの権
限で実行させ、ステップ８０７において、ユーザからの
コマンドに応じた実行結果をユーザの権限に応じてデー
タベースに対してコミットさせるか、または後退復帰さ
せる。この後、ＥＣサーバ６は、ユーザに対してHttpRe
qに対応した応答HttpResを返すことによりユーザに対応
したセッション管理を提供しつつ、セルラ電話１のユー
ザおよびコンピュータ７のユーザに対して同一の商品購
買システムの利用を可能とする。

【００５７】図９には、図８に示したステップ８０２か
らステップ８０６までのプロセスを実行させるために用
いることができる擬似コードの一例を示す。ユーザから
のHttpReqを受信したＥＣサーバ６は、“bool TransIni
t_StaticID (HttpRequest req)”で、StaticID、すなわ
ち、HttpReq信号における識別子のデータ型を定義し、
“String * static_ID = req.getStaticID(name_of_sta
tic_ID)”において識別子を取得する。識別子を含まな
いHttpReqを送信するユーザ、すなわちコンピュータ７
のユーザからのHttpReqである場合には、“If (static_
id==NULL)”の判断がtrueとなるので、Cookieを用いる
従来の処理である“TransInit_Cookie(req)”を実行さ
せる。

【００５８】“If (static_id==NULL)”の判断がfalse
となる場合には、ユーザがセルラ電話１からHttpReqを
送信しているので、“if (!isValidGateway adress(re
q))”においてゲートウエイ・アドレスの検証を行い、
ゲートウエイ・アドレスが正規なものでなければ、fals
eとして不正アクセスを防止するための無効なアドレス
からの要求を受け付けつけない。また、“if (!isValid
Gateway adress(req))”の判断において正規なゲートウ
エイ・アドレスからの要求であると判断した場合には、
“if (!verifySessionInfo() )”においてその他のセキ
ュリティー情報の検証、ユーザＩＤのフォーマット検査
などを実行させ、セルラ電話１のユーザからのHttpReq
か否かをさらに検証する。

【００５９】この検証により、セルラ電話１のユーザか
らのHttpReqであることが認証されると、“User* user
= Usertable. LookupByStaticID(StaticID)”におい
て、ルックアップテーブルとして登録されているユーザ
情報から、その時点でセルラ電話１からHttpReqを送信
しているユーザの情報に対応する情報を検索する。この
検索において、その時点でＥＣサーバ６にアクセスし、
識別子が付与されていると判断されたユーザのユーザ情
報がなければ、本発明の商品購買システムに対して登録
されていないセルラ電話１のユーザからのアクセスであ
るので、“user*temporary_user = User::CreateGestUs
er(static_id)”において一時的なゲスト用アカウント
を作成する。ついで“Server.processRequestsAs GestU
ser(Req, temporary_user)”においてサーバ・プロセス
のコマンドをゲスト権限で実行させる。このゲスト用ア
カウントは、登録された正規ユーザに比較して制限され
たコマンドしか実行できないようにされている。また、
このゲスト用アカウントにおいて新規ユーザが登録を行
うこともできる。

【００６０】“User* user = Usertable. LookupByStat
icID(StaticID)”において、ルックアップテーブルにす
でにその時点でアクセスしているユーザに対応するユー
ザ情報があれば、“if ( user. isLoginIn() )”におい
てユーザがログインしているかどうかを判断し、ログイ
ンしている場合には“Server.processRequestFrom Regi
stedUser (req, user)”として、要求されたコマンドを
現在アクセスしているユーザの権限において実行させ、
商品購買といったサービスを提供する。また、そのユー
ザがすでに登録されていたとしても、ログインしていな
い場合には、“Server.processRequestFrom GuestUser
(req, user)”を実行させて、ゲスト権限において、サ
ーバ・プロセスを実行させる。

【００６１】図１０は、図８および図９において詳細に
説明を行った本発明の商品購買方法がセルラ電話１と、
ＥＣサーバ６との間において実行されているところを示
した図である。図１０（ａ）に示すように、セルラ電話
１には、例えば電話番号といった識別コードに対応して
識別子00aaBBccDDeeが予め定められており、このセルラ
電話１から送信されたHttpReqには、図示しないゲート
ウエイ５により、識別コードに対応した識別子が付与さ
れている。図１０（ａ）においては、この識別子が、00
aaBBccDDeeとして示されている。この識別子が与えられ
たHttpReqを受信したＥＣサーバ６は、HttpReqに識別子
が含まれていることを判断した後、データベースにおい
てこのユーザの検索を行う。図１０（ａ）に示す場合に
は、このセルラ電話１のユーザは、本発明の商品購買シ
ステムに対してユーザ登録を行っていないため、初回登
録のために、ＥＣサーバ６に対してゲストとしてアクセ
スしている。ユーザ登録においては、従来の登録処理に
加えて例えば下記表１に示される各情報を、ＥＣサーバ
６内の記憶手段に記録されたデータベースに登録する。

【００６２】

【表１】 本発明においては、表１に示された以外の情報であって
も、必要に応じてデータベースへと登録することができ
る。

【００６３】この登録の後ユーザは、図１０（ｂ）に示
すように、必要に応じてＥＣサーバ６へとアクセスを行
ない、商品の購入などを行う。ログイン後にされるアク
セスにおけるセッション管理においては、ＥＣサーバ６
は、Static_IDが00aBBccDDeeのユーザを検索し、現在ア
クセス中のセルラ電話１のユーザは、ユーザＩＤがＡＡ
ＡＡ、Static_ID（識別子）が00aaBBccDDee、としてロ
グイン中であることを認識することができる。

【００６４】さらに図１０（ｃ）には、本発明の商品購
買システムに対してセルラ電話１から、ログアウト要求
がされた場合のプロセスを示している。セルラ電話１の
ユーザは、ログアウトを行うための適切な信号をＥＣサ
ーバ６へと送信する。この信号を受信したＥＣサーバ６
は、データベースを参照して、Static_ID（識別子）が0
0aaBBccDDeeのユーザのステータス（Status）を、Login
からLogoutとする。このようにして一連のアクセスに対
するセッション管理を、Cookieといった履歴情報をコン
ピュータ７との間において送受信するプロセスを経ずと
も実行させることが可能となる。

【００６５】図１１は、本発明において用いることがで
きるセルラ電話１の一例を示した図である。このセルラ
電話１には、液晶ディスプレイ８と、各操作を実行させ
るためのプッシュボタン９およびスクロールボタン１０
とが配置されており、セルラ電話１のユーザは、液晶デ
ィスプレイ８の画面を参照しながら商品購買システムを
構成するＥＣサーバ６へとアクセスすることができるよ
うにされている。

【００６６】図１２は、本発明の商品購買システムにお
いて、セルラ電話１の液晶ディスプレイ８に表示される
表示画面を示した図である。図１２に示した表示画面に
おいては、トップメニューとして商品購買システムが提
供できるサービスがリストされている。また、図１２に
示されるように予め携帯電話の電話番号などにより検索
されたユーザの氏名などを検索して表示するようにされ
ていてもよい。ユーザは、プッシュボタン９またはスク
ロールボタン１０の操作により所望するサービスを選択
することができるようになっている。この場合、ユーザ
がまだ本発明の商品購買システムに対して登録を行って
いない場合には、このユーザには、図１０において説明
したゲスト権限でのアクセスが認められている。

【００６７】図１３は、図１２に示したトップメニュー
において、セルラ電話１のユーザが表示画面をスクロー
ルなどした場合に示される画面表示を示した図である
（ＩＢＭは、日本アイ・ビー・エム株式会社の商標であ
る）。図１３に示した画面表示においては、本発明の商
品購買システムにおける提供可能なサービスが提示され
ていて、ユーザに対して、情報に基づいた操作を促すよ
うにされている。ユーザは、所望により画面をさらにス
クロールして図１４に示すような登録画面を表示させる
ことができる。このセルラ電話１のユーザが登録してい
ないのであれば登録手続を行うことによりＥＣサーバ６
における商品購買サービスが完全に提供されることにな
る。

【００６８】図１５（ａ）は、正規にログオンした登録
ユーザが、商品購買システムの商品カタログを液晶ディ
スプレイ８に表示させたところを示した図である。この
商品カタログは、例えばスクロールボタン１０により表
示画面をスクロールして行くと、本発明の商品購買シス
テムにより提供できる商品の一覧を表示する。この商品
一覧を表示させたところを示したのが図１５（ｂ）であ
る。図１５（ｂ）には、清涼飲料水についての商品カタ
ログが示されているが、この他の商品についても同様に
表示させることができる。例えば、ユーザが商品bbbbbb
bを購入したいと希望した場合には、スクロールボタン
１０といった適切な方法により、商品bbbbbbbへとカー
ソルをスクロールさせ、スクロールボタン１０を押すこ
とにより、購入する商品の決定を行うようにすることが
できる。

【００６９】図１６（ａ）、（ｂ）、（ｃ）は、本発明
の商品購買システムにより与えられるオーダーリストの
画面表示を示した図である。このオーダ−リストによ
り、ユーザはすでに注文した商品と、合計金額とを知る
ことができるようにされている。また、図１６（ｃ）に
示されるように、ユーザは一旦購入を希望した商品の削
除を行うことも可能である。この一連の手順により購入
する商品が確定した後、図１６（ｃ）に示されたオーダ
ーの送信を行って、ＥＣサーバ６への注文を行う。

【００７０】図１７は、上述のようにして注文を行った
後に、表示される表示画面を示した図である。図１７に
示されるように、オーダ支払い情報の確認をユーザが行
うように促した後、画面をスクロールするといった方法
により図１８に示されるように合計金額といった情報
と、配送料金、配送方法といった項目を選択して入力す
ることができるようにされている。この操作が終了して
さらに画面をスクロールすると、図１９に示されるよう
な支払い方法を入力するための画面が表示される。ユー
ザは適切な支払い方法を選択して、カード番号といった
必要な情報をプッシュボタン９などの操作により入力し
た後、送信を行うことにより、本発明の商品購買システ
ムの手順が終了する。この後、ユーザは必要に応じて、
本発明の商品購買システムによりさらに別の商品の購
入、またはログアウトすることができる。

【００７１】（第２の実施の形態）図２０に、本発明の
コンテンツ提供システムの第２の実施の形態を示す。図
２０に示される本発明のコンテンツ提供システムにおけ
る第２の実施の形態では、セルラ電話２０が、本発明に
おける第２のネットワークとして使用されセルラ電話専
用の第１のキャリアの提供する、セルラ電話用ネットワ
ーク２１ａを介してインターネットといったネットワー
ク２２へとアクセスし、ＥＣサーバ２３へとコンテンツ
要求を行う。また、本発明のコンテンツ提供システムで
は、セルラ電話２４が、第１のキャリアとは異なる第２
のキャリアが提供するセルラ電話用ネットワーク２１ｂ
を通して、インターネットといったネットワーク２２へ
とアクセスしている。セルラ電話２０、およびセルラ電
話２４からの要求を受信したＥＣサーバ２３は、セルラ
電話２０およびセルラ電話２４からのコンテンツ要求を
それぞれ受信して処理し、商品購買用の情報といったコ
ンテンツの提供を行なう。また、ネットワーク２２に
は、コンピュータ２５からもアクセスが行われる。ＥＣ
サーバ２３は、コンピュータ２５から送信されたコンテ
ンツ要求を受信して、処理しコンテンツの提供を行うこ
とも可能とされている。

【００７２】本発明においてセルラ電話２０およびセル
ラ電話２４を提供するキャリアとしては、セルラ電話か
らインターネットへとアクセスを可能とするゲートウエ
イを管理するキャリアであればいかなるものでも可能で
あり、具体的には、ｉモード（商標）のネットワークを
使用してインターネットへのアクセスを行うセルラ電
話、スカイメール（商標）のネットワークを使用してイ
ンターネットへのアクセスを行うセルラ電話、およびＥ
Ｚｗｅｂ（商標）のネットワークを利用してインターネ
ットへのアクセスを行うセルラ電話などを挙げることが
できる。また、コンピュータ２５としては、上述した本
発明の第１の実施の形態において説明したパーソナル・
コンピュータまたはワークステーションを用いることが
できる。

【００７３】上述した本発明の第２の実施の形態におい
ては、セルラ電話２０およびセルラ電話２４をそれぞれ
提供するキャリアにより、接続要求、すなわちコンテン
ツ提供要求(HttpReq)における本発明の実施の形態１に
おいて説明した識別子の記述されている位置または部分
が異なる場合がある。このため、本発明の第１の実施の
形態において説明したセッション管理を行うべく、ＥＣ
サーバ２３は、異なるキャリアから送信されるコンテン
ツ提供要求を一括して処理することが可能とされてい
る。

【００７４】図２１は、本発明の第２の実施の形態にお
いて使用されるＥＣサーバ２３の機能を示したブロック
図である。本発明の第２の実施の形態において使用する
ＥＣサーバ２３は、上述したように異なったキャリアを
経由して送信されるセルラ電話２０、２４から送信され
るコンテンツ要求、およびコンピュータ２５からのコン
テンツ要求を一括して処理することができるように、セ
ッション管理ブロック２７が設けられている。セッショ
ン管理ブロック２７は、図２１に示されるように、複数
のキャリアから送信されるコンテンツ要求を一括して処
理するべく、複数のアダプタ（ｉ）が登録されたアダプ
タ・リスト２８と、これらのアダプタ（ｉ）を管理する
アダプタ・マネージャ２９と、を含んで構成されてい
る。このアダプタ・マネージャ２９は、順次アダプタ・
リスト２８に含まれるアダプタ（ｉ）を指定して、コン
テンツ要求を処理できるか否かを判断することができる
ようにソフトウエアから構成されている。

【００７５】アダプタ（ｉ）は、コンテンツ要求がセル
ラ電話２０、２４から送信されたものである場合には、
コンテンツ要求に含まれる識別子、またはコンテンツ要
求のフォーマットを使用して、キャリアの特定を行う。
また、アダプタ・マネージャ２９は、本発明の第１の実
施の形態において説明したStatic_IDを用いたセッショ
ン管理プログラムを呼出して、Static_IDを使用したセ
ッション管理を実行させる。図２１には、アダプタ
（ｉ）は、アダプタ（１）、アダプタ（２）の２つだけ
が示されているが、本発明においてはキャリアの種類に
応じていくつでも用いることができる。

【００７６】また、ＥＣサーバ２３に送信されたコンテ
ンツ要求に該当するアダプタが見出されなかった場合に
は、アダプタ・マネージャ２９は、コンテンツ要求が、
コンピュータ２５から送信されたものであると判断す
る。この場合には、セッション管理ブロック２７は、ユ
ーザ情報を記録したデータベース２６を参照してCookie
によるセッション管理を行うべく、従来のCookieによる
管理を行うセッション管理プログラムを呼出して実行を
行なう。また、本発明の第２の実施の形態においては、
コンピュータ２５から送信されるコンテンツ要求のフォ
ーマットを判断するため、コンピュータ用のアダプタ
（ｉ）をアダプタ（３）として用いることもできる。ま
た、セッション管理ブロック２７により、セッション管
理が行われた後、コンテンツ要求は図２１に示されるコ
ンテンツ提供ブロックへと承継され、コンテンツ保管場
所情報を含むデータベース３０からコンテンツの保管場
所情報が提供され、ファイル・システムに記憶されたコ
ンテンツが提供される。また、本発明においては、デー
タベース３０に保管場所情報と共にコンテンツを保管し
ておき、データベース３０からコンテンツを提供する構
成とされていても良い。

【００７７】上述したようにして、コンテンツ要求が異
なったキャリアに属するセルラ電話およびコンピュータ
から送信される場合であっても識別子、またはコンテン
ツ要求のフォーマットを使用してキャリアの種別を判断
することにより単一のＥＣサーバ２３でコンテンツ要求
を処理することが可能となる。

【００７８】以下、本発明の第２の実施の形態において
用いられるアダプタ・リスト２８と、これらのアダプタ
を管理するアダプタ・マネージャ２９と、について詳細
に説明する。

【００７９】図２２は、異なったキャリアを経由してセ
ルラ電話から送信されるコンテンツ要求(HttpReq)を詳
細に示した図である。セルラ電話からのコンテンツ要求
は、例えば、キャリア１からは、例えば/cgi-bin/ncomm
erce3/Logon?Did=NULLGWXXXXXX&name=a&password=aとし
て送信される。セルラ電話が属するキャリアが管理する
ゲートウエイにより端末固有の識別子Did“aaBBccDDe
e”へと変換されて、ＥＣサーバ２３には、下記のフォ
ーマット、/cgi-bin/ncommerce3/Logon?Did=00aaBBccDD
ee&name=a&password=a HTTP/1.0として送信される。Ｅ
Ｃサーバ２３に送信されるコンテンツ要求は、セルラ電
話およびキャリア１の固有の識別子を含む、図２２に示
したフォーマットで送信されることになる。図２２に示
した実施の形態においては、セルラ電話２０に固有の識
別子は、Did=00aaBBccDDeeである。本発明においては、
コンテンツ要求としては図２２（ａ）に示されるような
ＧＥＴ形式の要求でも、また図２２（ｂ）に示されるよ
うなＰＯＳＴ形式の要求でも処理することが可能であ
る。さらに、図２２に示したコンテンツ要求において
は、上述したＵＲＬへの要求の他、carrier1/1.0/K1と
いった機種識別情報も含まれるのが示されている。本発
明においては、機種識別情報としては、機種名を用いる
ことができるが、セルラ電話の機種に対応したいかなる
機種識別情報でも用いることができる。

【００８０】また、図２３には、図２２において説明し
たとは異なったキャリアを経由したセルラ電話２４から
送信されるコンテンツ要求を示した図である。例えば、
セルラ電話用のブラウザ・ソフトウエアが下記のＵＲＬ
要求を送信するものとする。 /cgi-bin/ncommerce3/Logon?name=a&password=a この要求は、セルラ電話２４が属するキャリアの管理す
るゲートウエイにおいて端末固有のＩＤが付与されて、
例えば図２３（ａ）に示すように、ＧＥＴ形式において
は、 GET / cgi-bin/ncommerce3/Logon?name=a&password=a H
TTP/1.0 として送信されることになる。図２３（ａ）において
は、セルラ電話に固有の識別子は、a-bb-cccc：部分に
記載された05010123456789_carrier2.ne.jpである。図
２２において説明したように、キャリアが異なった場合
であっても機種識別情報はコンテンツ要求に含まれてお
り、この機種識別情報は、図２３において説明する実施
の形態においてはUser-tanmatu:の欄に記述されてい
て、HHIIで示されている。図２３（ｂ）に示すように、
異なったキャリアから送信されるコンテンツ要求につい
てもＰＯＳＴ形式による要求とすることもできる。

【００８１】本発明の第２の実施の形態において使用さ
れるアダプタ・マネージャ２９およびアダプタ（ｉ）
は、プログラムまたはファイルとしてとしてＥＣサーバ
２３に保管されている。図２４は、ＥＣサーバ２３にお
いて、アダプタ（ｉ）およびアダプタ・マネージャ２９
によるアダプタ（ｉ）の指定を示す。複数のアダプタ
（ｉ）は、インデックスｉと共にアダプタ・リスト２８
に記憶されている。アダプタ・マネージャ２９は、順次
インデックスを指定して対応するインデックスを含むア
ダプタ（ｉ）を呼出すことができる構成とされている。
また、アダプタ・リスト２８には、それまでに登録され
ていないセルラ電話からのコンテンツ要求に対応するた
め、アダプタ・ソフトウエアを追加するためのスペース
が設けられていて、キャリアの増加に対して容易に対応
ができる構成とされている。

【００８２】図２５は、本発明の第２の実施の形態にお
いてセッション管理ブロックがアダプタ・マネージャ２
９を使用して実行する、アダプタ（ｉ）の管理に用いる
ことができるプロセスのフローチャートである。図２５
に示されるように、ステップ９０１においてＥＣサーバ
２３が、コンテンツの提供を要求する接続要求を受信す
ると、アダプタ・マネージャ２９は、ステップ９０２に
おいてアダプタ（ｉ）を、実行可能ファイルとして保管
されているアダプタ・リスト２８を参照して指定し、ス
テップ９０３において選定されたアダプタ（ｉ）に対し
て順次、コンテンツ要求それぞれのアダプタ（ｉ）に適
合する識別子を含んでいるか、または適切なフォーマッ
トであるかを判断させる。

【００８３】より具体的に説明すれば、アダプタ・マネ
ージャ２９は、コンテンツ要求を処理するアダプタ
（１）を指定してコンテンツ要求を判断させる。アダプ
タ（１）が、コンテンツ要求のフォーマットがアダプタ
（１）適合したものであると判断した場合には、コンテ
ンツ要求がセルラ電話から送信されたものであり、アダ
プタ（１）がコンテンツ要求を処理できることをアダプ
タ・マネージャ２９へと通知することにより、セルラ電
話のキャリアを特定することが可能となる。

【００８４】この通知を受け取ったアダプタ・マネージ
ャ２９は、ステップ９０４においてコンテンツ要求に含
まれ、セルラ電話２０またはセルラ電話２４に固有の識
別子に対応した固有の識別情報を生成する。その後ステ
ップ９０５において、static_IDを用いる本発明の第１
の実施の形態において説明したセッション管理プログラ
ムを呼出して、コンテンツの提供を実行させる。

【００８５】ステップ９０３において例えばアダプタ
（ｉ）がその時点で判断しているコンテンツ要求がアダ
プタ（ｉ）に適合するものではないと判断した場合に
は、該当しない通知をアダプタ・マネージャ２９に通知
する。この通知を受けたアダプタ・マネージャ２９は、
例えば、アダプタ（ｉ）を指定するインデックスをイン
クリメントさせて、ステップ９０６においてすべてのア
ダプタが指定されたか否かを判断し、すべてが指定され
ていない場合（ｎｏ）には、次のアダプタ（ｉ＋１）を
呼出して、コンテンツ要求を再度判断させる。

【００８６】ステップ９０６においてすべてのアダプタ
（ｉ）を判断し、すべてのアダプタ（ｉ）の呼出しが行
われた場合（ｙｅｓ）でも、コンテンツ要求のフォーマ
ットに該当するアダプタがない場合には、本発明の第２
の実施の形態においては、コンテンツ要求がコンピュー
タ２５から送信されたものと判断して、セッション管理
ブロック２７は、ステップ９０８において、Cookieを使
用したセッション管理プログラムを呼出してコンテンツ
の提供を実行させる。なお、本発明において、コンピュ
ータ２５からのコンテンツ要求であることを判断するア
ダプタ（ｉ）が設けられている場合には、ステップ９０
８の判断を、Cookieを含んだ情報であることを判断する
ステップに置き換えることもできる。

【００８７】図２６は、図２５において説明したステッ
プ９０３においてアダプタが、そのアダプタに適合する
フォーマットであるかどうかを判断するために使用する
ことができる擬似コードを示した図である。図２６に示
されるアダプタの論理は、アダプタごとに含まれている
必要がある。図２６に示された擬似コードにおいては、
まずセッション・アダプタのクラスであることが、“pu
blic abstract Session Adapter” として宣言され、
“public abstract boolean checkDeviceId(HttpReques
t req)”においてアダプタがコンテンツ要求を処理でき
るかどうかの判断を行う。

【００８８】ついで、“public absrtact String getDe
viceId(HttpRequest req);”においてセルラ電話の識別
子static_Idをコンテンツ要求から取出し、“public ab
stract Stromg get DeviceModel(HttpRequest req);”
において、機種識別情報として使用する機種名をコンテ
ンツ要求から取出す。さらに“publicabstract checkGa
teway Adress(HttpRequest req);”においてコンテンツ
要求が正しいアドレスから送信されてきたものかを判断
する。本発明において用いる図２６に示したアダプタに
おいては、送信されたコンテンツ要求から、コンテンツ
要求のフォーマットの他、識別子ＩＤ、セルラ電話の機
種名といった情報を取出し、これらの情報にもとづいて
固有の識別情報を作成する構成とされている。

【００８９】図２７は、コンテンツ要求が送信された場
合に、各アダプタ（ｉ）によりセルラ電話に固有の識別
子およびその他の、コンテンツ要求に含まれる情報を読
取って、それぞれセッション管理を行う場合に、セッシ
ョン管理ブロック２７が、それぞれのアダプタ（ｉ）を
呼出してコンテンツの提供を行う処理の流れを示したブ
ロック図である。

【００９０】図２７に示されるように、セッション管理
ブロック（PvCTransInit)２７に含まれるアダプタ・マ
ネージャ２９は、ＥＣサーバ２３がコンテンツ要求を受
信すると起動され、アダプタ・リストを参照させてアダ
プタを順次呼出し、コンテンツ要求が処理できるか否か
を判断させる（ブロック１）。アダプタ（１）、アダプ
タ（２）は、それぞれ対応するコンテンツ要求を処理し
て、コンテンツ要求に含まれる固有の識別子を読取る
（ブロック２）。また、ブロック２では、該当するアダ
プタが見出されなかった場合にはコンピュータ２５から
送信されたコンテンツ要求であると判断する構成とされ
ている。さらに、ブロック２においては、アダプタ
（ｉ）によりコンテンツ要求に含まれる機種がそれぞれ
読取られる。図２７において示す処理は、ついでブロッ
ク３へと進んで、固有の識別子が存在するコンテンツ要
求を送信したセルラ電話に対して、識別子static_IDを
使用して、セッション管理プログラムを実行させる。同
様に、該当するアダプタが見出されなかった場合には、
ブロック３においては、Cookieを使用したセッション管
理プログラムを呼出して、コンピュータ２５のための従
来のセッション管理を行う構成とされている。

【００９１】図２７においては、さらにセッション管理
ブロック２７は、ブロック４において、識別子static_I
Dそれぞれに対して実行権限を設定し、コンテンツ提供
ブロック５へと処理を承継させ、コンテンツ要求に対応
するコンテンツの提供を実行させる。

【００９２】図２８は、図２７に示したセッション管理
ブロック２７を含むＥＣサーバ２３のサーバ・プロセス
を実行させるための擬似コードを示した図である。図２
８に示す擬似コードは、ブラウザ・ソフトウエアからの
コンテンツ要求を受信すると起動され、実行が開始され
る構成とされている。図２８を使用してＥＣサーバ２３
のサーバ・プロセスを説明すると、まず、ＥＣサーバ２
３におけるプロセスであることが宣言され、コンテンツ
要求を受信するとそれぞれのexecute ()ファイルが実行
される。

【００９３】ついで、“User user=null”においてコマ
ンドを実行するユーザを初期化し、“DeviceSpec spec=
null”においてコマンドを実行するユーザのセルラ電話
の性能・規格を初期化する。なお、セルラ電話の規格に
応じたコンテンツ提供については、後述する本発明の第
３の実施の形態においてより詳細に説明する。さらに、
“if (!beginSession(req))return false”においてセ
ッション管理を開始するか否かを判断し、“if( !execu
teCommand(req,user)) return false”においてコマン
ドを実行させるか否かを判断する。

【００９４】“public boolean beginSession(HttpRequ
est req)”において、ユーザからのコンテンツ要求の内
容を保管するクラスであるHttpRequest reqを使用して
セッション管理を実行させるべく、アダプタ（ｉ）を呼
出す。アダプタ（ｉ）の呼出は、“SessionAdapter[] a
dapters = get AdapterList()”により実行される。こ
の場合に呼出されるアダプタ（ｉ）は、表２のようなリ
ストとしてＥＣサーバ２３内の適切な記憶手段に記憶さ
れている。

【００９５】

【表２】

【００９６】このようにして呼出が行われたアダプタ
（ｉ）は、まず“SessionAdapter adapter Detected =
null”において初期化された後、コンテンツ要求を処理
できるアダプタが見出されるまで“if (int i=0; i<ada
pter.length;i++) {}”において、アダプタ（ｉ）の数
“adapter.length”だけ、インデックスｉをインクリメ
ントさせて、順次呼出が行われる。アダプタ（ｉ）がコ
ンテンツ要求を処理できるか否は、“if((adapter[i].c
heckDeviceId(req))&&( adapter[i],cjeckGatewayAdres
s(req) により行われ、ゲートウエイ・アドレスが適切
であるか否かの判断も同時に行われる。この判断が、tr
ueであれば、 のコードが実行され、処理が可能なアダプタ（ｉ）のイ
ンデックスｉが特定される。

【００９７】さらにアダプタが特定されたか否かを、if
(adapter ! =null)において判断し、アダプタが特定さ
れた場合にはif(adapter !=null)の判断はtrueとなるの
で、セルラ電話の識別子を用いた本発明のセッション管
理を実行させる。識別子Static_IDを用いたセッション
管理においては、まず“String adapter Type = adapte
r.getAdapterType();”でアダプタの適合するキャリア
のタイプを判断し、“String deviceId= adapter.getDe
viceId()”においてそのアダプタから読取られた識別子
の読出しが行われる。ついで、“String model = adapt
er.getDeviceModel();”においてセルラ電話の機種名を
同一のアダプタから読取る。

【００９８】図２９は、図２８で示したプロセスに続く
プロセスを実行させる擬似コードを示した図である。図
２９においては、キャリアごとの識別子と、セルラ電話
の識別子との組み合わせによる識別情報を“User user
= StaticIdSession.getUserByAdapter Type And Device
Id(adapter Type, deviceId)”で作成し、ＥＣサーバ２
３に記憶されているユーザＩＤ、またはログオンＩＤと
を使用して実行権限を“setUser(user)”において設定
する。この際の実行権限の設定は、図９に示したプロセ
スにより実行することができる。その後、コンテンツの
保管場所を参照して、 において、Static_Idを使用した本発明におけるセッシ
ョン管理が実行される。なお、本発明の第２の実施の形
態では、コンテンツ要求を処理できるアダプタを特定
し、その識別子を使用してセッション管理を行うことを
可能とするものであり、必ずしも上述したようにセルラ
電話の規格・性能の情報を読み取る必要はない。

【００９９】また、図２９においては、図２８に示した
if(adapter !=null)の判断がfalseである場合には、ア
ダプタ・マネージャ２９は、コンピュータ２５からのコ
ンテンツ要求であると判断して、“Use user = CookieS
ession.getUser(req)”として、Cookieによるセッショ
ン管理を実行させる。

【０１００】その後、各セッション管理プログラムの下
でセッション管理が行われ“publicboolean executeCom
mand(HttpRequest req)”以下の擬似コードにおいて特
定されたユーザの権限で処理が実行される。これらの処
理においては、“Command command = ........;”にお
いてコンテンツ要求からコマンドを読取り、それぞれの
コマンドにしたがってコマンドが実行されて、コンテン
ツの提供が行われる。

【０１０１】（第３の実施の形態）本発明のコンテンツ
提供システムにはさらに、セルラ電話からコンテンツ要
求がなされた場合、キャリアの種別を判断してそのコン
テンツ要求を行ったセルラ電話に対して最も良好にコン
テンツを表示させる機能を付加することができる。

【０１０２】図３０は、本発明の第３の実施の形態のコ
ンテンツ提供システムに用いられるＥＣサーバ３１の機
能ブロック図を示した図である。ＥＣサーバ３１には、
コンピュータ３２、セルラ電話３３、セルラ電話３４か
らのコンテンツ要求がネットワーク２２を通して送信さ
れる。これらのコンテンツ要求を受信したＥＣサーバ３
１は、本発明の第２の実施の形態において説明したよう
に、コンピュータ３２およびセルラ電話３３，３４から
のコンテンツ要求を、セッション管理ブロック３５のア
ダプタ・マネージャ３６を使用して処理する。また、Ｅ
Ｃサーバ３１は、コンピュータ３２には、Cookieを使用
したセッション管理プログラムを使用して従来の処理を
実行させる。本発明の第３の実施の形態におけるコンテ
ンツ提供システムにおいては、コンテンツ要求がセルラ
電話３３、セルラ電話３４から送信されたものである場
合には、セッション管理ブロック３５ではコンテンツ要
求に適合するアダプタ（ｉ）からキャリア情報、および
機種識別情報を読取り、固有の識別情報を生成し、デー
タベース３７に含まれるユーザ情報、ステータス情報を
用いるStatic_IDを使用するセッション管理を実行させ
る。

【０１０３】固有の識別情報には、本発明の第３の実施
の形態においてはキャリアの種類、液晶ディスプレイの
大きさ、表示可能な色数、液晶がモノクロか否かといっ
たセルラ電話の規格、およびその規格に適合するコンテ
ンツの格納されるアドレス情報などが含まれている。ま
た、上述したキャリア種別、モデル情報リストといった
セルラ電話の固有の情報を含んだデータベース３９が示
されている。

【０１０４】また、図３０に示されるように、ＥＣサー
バ３１は、本発明の第３の実施の形態においてはキャリ
アの種別、およびセルラ電話３３，３４の規格ごとにコ
ンテンツを格納するデータベース３８を、上述した識別
情報を使用して参照させ、セルラ電話３３，３４に適合
する規格のコンテンツを、セルラ電話３３，３４および
コンピュータ３２など、コンテンツ要求を行ったユーザ
端末の種類によらず提供することができる構成とされて
いる。

【０１０５】図３１（ａ）は、図３０において説明した
データベース３８の構成を示した図である。データベー
ス３８は、コンテンツＣ１、コンテンツＣ２、コンテン
ツＣ３といった複数の種類のコンテンツを含んで構成さ
れている。このデータベース３８に記憶された各コンテ
ンツＣ１〜Ｃ３は、上述したコンピュータ３２およびセ
ルラ電話３３、３４からのコンテンツ要求があった場合
に、各ユーザ端末に対して適合するフォーマットで構築
されている。例えば、本発明においてはコンテンツＣ１
は、キャリア１のカラー表示対応の機種のためにフォー
マットされたコンテンツとされており、コンテンツＣ２
は、キャリア２のカラー表示対応の機種のためにフォー
マットされたコンテンツとされており、コンテンツＣ３
は、キャリア１のモノクロ機種のためにフォーマットさ
れたコンテンツとされている。この他、本発明において
はコンピュータ用のフォーマットとされたコンテンツも
含まれている。

【０１０６】本発明において使用されるデータベース３
８は、図３１に示した以外にも、キャリアの種類、セル
ラ電話３３、３４が要求するフォーマットの種類に応じ
て、いくつでも用いることができる。また、本発明にお
いては、データベース３８は、キャリアおよびコンテン
ツのフォーマットごとに複数構築するのではなく、コン
テンツのフォーマットごとに、構成することができる。

【０１０７】図３１（ｂ）には、コンテンツのフォーマ
ットごとにデータベース３８を構成した場合の実施の形
態を示す。図３１に示したデータベース３８は、セルラ
電話３３、３４およびコンピュータ３２のためのフォー
マットＦ１、Ｆ２、Ｆ３．．．などに対応してそれぞれ
コンテンツＦ１、コンテンツＦ２、コンテンツＦ３とし
て構成されている。図３１（ｂ）に示したデータベース
３８の構成を用いることにより、キャリアが異なるだけ
で、提供しなければならないコンテンツのフォーマット
は同一である場合に、キャリアが異なるだけで同一のフ
ォーマットを有するコンテンツを記憶させる必要がなく
なるので、記憶容量を削減でき、さらにはコンテンツの
提供をより高速に実行させることが可能となる。

【０１０８】再度図３０を参照して本発明の第３の実施
の形態について説明すると、本発明のＥＣサーバ３１に
は、さらにセルラ電話の性能・規格が記憶されたデータ
ベース３９が含まれて構成されていて、このデータベー
ス３９は、モデル情報リスト３９ａ、機種・性能マップ
３９ｂ、性能・規格マップ３９ｃを含んで構成されてい
る。

【０１０９】図３２には、本発明において使用されるモ
デル情報リスト３９ａ、機種・性能マップ３９ｂ、性能
・規格マップ３９ｃのデータ構成を示す。図３２（ａ）
が、モデル情報リストであり、図３２（ｂ）が機種・性
能マップ３６ｂであり、図３２（ｃ）が性能・規格マッ
プ３９ｃを示した図である。なお、図３２（ａ）におい
て示されるモデル情報リストにおける「デフォルト」と
は、そのキャリアが設定するデフォルトの機種識別情報
を使用することを意味する。また、上述したモデル情報
リストには、未知の機種からのアクセスがあった場合に
は、リストに追加できるように構成されている。なお、
図３２（ｂ）において示されている「ストア・キー」と
は、ＥＣサーバ３１が複数のストア、すなわち店舗が存
在する場合に各ストアごとにモデルの性能・規格を設定
することができるようにするために設けられている。本
発明のＥＣサーバ３１が複数のストアを含んだ「モー
ル」として構成されていない場合には、「ストア・キ
ー」データ・フィールドは必要ではないし、図３２
（ｂ）に示した以外のデータ・フィールドであっても必
要に応じて追加して用いることができる。

【０１１０】本発明の第３の実施の形態においては、Ｅ
Ｃサーバ３１のセッション管理ブロック３５においてア
ダプタ（ｉ）がコンテンツ要求から読取ったキャリア情
報および機種情報を使用して、セルラ電話に固有の識別
情報を作成し、この識別情報を使用してデータベース３
８を参照してユーザへと適切なコンテンツを提供する。
以下、本発明の第３の実施の形態において、セッション
管理ブロック３５が識別情報を作成するプロセスについ
て説明を行う。

【０１１１】図３３は、セッション管理ブロック３５に
おいてユーザが要求するコンテンツ要求に対応するため
のメソッドを提供するまでのプロセスのフローチャート
である。図３５では、ステップ１００１において、例え
ば機種名ＸＸＸ００１の端末がＵＲＬ “http://hostname/command/FileView/store/index.ht
m” にアクセスするためにコンテンツ要求を送信したものと
して説明する。ステップ１００２においては、ネットワ
ークを介してこのコンテンツ要求をＥＣサーバ３１が受
信すると、セッション管理ブロック３５は、アダプタ・
マネージャ２９を起動して、アダプタ（ｉ）を順次指定
する。アダプタ（１）は、要求を行った機種名×××０
０１のセルラ電話のコンテンツ要求に適合するか否可を
判断する。アダプタ（ｉ）が、コンテンツ要求を処理で
きる場合には、アダプタ（ｉ）は、コンテンツ要求を解
析して、識別子Static_IDと、例えばコンテンツ要求の
ヘッダに記載された機種名×××００１を取得する。ア
ダプタ（ｉ）が規定されると、それに対応したキャリア
が特定される。図３３に示す実施の形態においてはこの
アダプタ（ｉ）を例えばキャリア１に対するアダプタで
あるものとする。

【０１１２】ついで、ステップ１００３において、決定
されたモデル・データからセルラ電話の液晶ディスプレ
イの解像度、色数、表示可能な文書形式、コンテンツが
保管されているディレクトリといった変数が必要に応じ
て読取られる。

【０１１３】ステップ１００４においては、コンテンツ
提供ブロックに含まれたファイル処理ソフトウエアFile
Viewのコマンドが起動されて、ファイル処理ソフトウエ
アにおけるＥＣサーバ３１のドキュメント・ルートを通
して、セルラ電話のキャリア１のためのコンテンツが保
管されたディレクトリである“carrier1/store/index.h
tml”の場所にあるコンテンツを参照する。

【０１１４】ステップ１００５では、選択されたコンテ
ンツがセルラ電話に送信され、セルラ電話のブラウザ・
ソフトウエアは、送信されたコンテンツを液晶ディスプ
レイに表示させる。この際、セルラ電話は、要求を行っ
たＨＴＴＰサーバのドキュメント・ルートから見て、
“store/index.htm”の位置にあるファイルが送信され
たものとして判断する。図３３に示したコンテンツ提供
のプロセスは、キャリアごとに所定のフォーマットのコ
ンテンツを保管するディレクトリを設ける図３１（ａ）
に示した実施の形態についてのフローチャートである。
しかしながら、本発明においては、図３１（ａ）に示し
たように、キャリアの種類ごとにコンテンツを保管する
のではなく、フォーマットごとにコンテンツを保管し
て、キャリアにかかわらず、同一のファイル・フォーマ
ットのコンテンツを供給できるようにしておくこともで
きる。

【０１１５】図３４は、セッション管理ブロックにおい
て固有の識別情報を作成するプロセスを示したフローチ
ャートである。図３４に示したプロセスにおいては、ス
テップ１１０１において、例えば、model=(adapterTyp
e, K1)としてキャリア／機種情報データを作成する。こ
の場合、コンテンツ要求を処理できたアダプタの変数
と、所定の部分に記述された機種名を使用して機種識別
情報データmodelが作成される。

【０１１６】ついで、ステップ１１０２において上述し
たキャリア／機種情報データmodelを使用して、ＥＣサ
ーバ３１に記憶されたデータベース３９に記憶されたセ
ルラ電話のモデル情報リストを検索し、モデル・データ
model_clientを作成する。モデル・データmodel_client
は、作成されたキャリア／機種情報データmodelから図
３２に示したモデル情報リスト３９ａを読取って以下の
フォーマットとして作成される。

【０１１７】

【０１１８】ステップ１１０２においてモデル・データ
model_clientを生成した後、ステップ１００３において
該当するセルラ電話の性能・規格に関する性能キーを変
数“specRef”に読取る。セルラ電話の性能・規格に関
する性能キーは、ＥＣサーバ３１のデータベース３９ｂ
において、図３２（ｂ）に示されるフォーマットとして
記憶されている。セルラ電話の性能・規格に関する性能
キーの読取りは、図３２（ａ）に示したモデル情報リス
トの機種キーを参照して行なわれる。具体的には、セル
ラ電話の性能・規格に関する変数“specId”には、例え
ばキャリア１の機種Ｋ２から送信されたコンテンツ要求
の場合には、“specId = 101”が読取られることにな
る。また、機種ごとのマップを用いることができない場
合には、デフォルト機種の機種キー、すなわち、図３２
（ｂ）における機種キー１を参照して変数“specId”へ
とデフォルト機種の情報が読取られるようにされてい
る。

【０１１９】ついで、ステップ１１０４においては、変
数“specId”を使用して、図３２（ｃ）に示した性能・
規格マップ３６ｃを参照し、セルラ電話の性能・規格を
変数“spec”として特定する。

【０１２０】図３５は、アダプタからモデル・データ作
成した時点から固有の識別情報である変数“spec”を生
成するまでの図３４に示した参照プロセスと、参照に対
応して生成される各データとを対応させて示した図であ
る。アダプタにより読取られた機種名は、キャリアに対
応させられて、図３４および図３５に示されるような固
有の識別情報とされる。

【０１２１】例えば、“model = (carrier1, K1)”とし
てキャリア／機種情報データが作成された場合には、図
３５に示されるように、モデル情報リスト３９ａからモ
デル・データmodel_clientが、“model_client = (2,
‘carrier1’,‘K1’,‘FFFF’, ‘K1’)”として作成
され、機種・性能データベース３９ｂにおいて性能キー
「２」を参照して変数“specId = 101”が一義的に決定
される。さらに“specId”を使用して性能・規格マップ
３９ｃを参照して最終的にコンテンツ要求を送信したセ
ルラ電話のキャリアおよび性能・規格とが、変数“spe
c”として特定される。この変数“spec”は、例えば“s
pec = (101, 100, 80, 4. 1, ...., /carrier1)”とし
て生成され、セルラ電話に固有の識別情報として用いら
れる。また、性能・規格マップ３６ｃには、さらにコン
テンツ要求を行ったセルラ電話の性能・規格に適合する
フォーマットで作成されたコンテンツの保管された保管
場所の情報が含まれていて、コンテンツを提供するため
のコマンドに対して、変数“spec”を読取らせることに
よりセルラ電話に対して適合するコンテンツを確実に提
供することが可能とされている。

【０１２２】図３６は、図３３のステップ１００３にお
ける変数“spec”の読取りを行うための擬似コードを示
した図である。図３６に示した擬似コードにおいては、
変数“spec”を性能・規格マップ３９ｃから読込ませて
生成する。性能・規格マップ３９ｃからは、セルラ電話
の液晶ディスプレイの解像度(LCD_WIDTH, LCD_HEIGH
T)、色数（LCD COLORS）、表示可能な文書形式(DOC_FOR
MAT)、コンテンツが保管されているディレクトリ名(CON
TENT_DIR)といった変数が必要に応じて読取られて性能
・規格が変数“DeviceSpec”としてセットされる。変数
“DeviceSpec”が読込まれると、ＥＣサーバ３１は、要
求されたコンテンツをセルラ電話の種類に応じて取得し
てユーザへと適切に表示が行われるコンテンツを送信す
る。その他、図３６では、ユーザが要求したメソッドに
対応するためのコードが必要に応じて追加されている。

【０１２３】図３７は、図３３のステップ１００４およ
びステップ１００５におけるファイル処理ソフトウエ
ア、たとえばFileViewのコマンドにおいて、コンテンツ
の保管されたディレクトリを検索して要求されたコンテ
ンツを特定し、セルラ電話のブラウザ・ソフトウエアへ
と送信するための擬似コードを示した図である。本発明
においては、上述したようにコンテンツとしては、
（１）静的コンテンツ、（２）NetDataや、JSPといった
サーバ・サイドで処理されるテンプレートによって実現
される動的コンテンツ、および（３）上述したDeviceSp
ecの情報を利用してプログラムによりコンテンツを作成
し、データベースの変更を伴うビジネス・ロジックの実
行結果などのコンテンツをセルラ電話に送信することな
どが可能とされている。このうち、（３）のビジネス・
ロジックの実行結果は、コンテンツの実行の結果作成さ
れる新たなコンテンツが静的または動的コンテンツとし
てブラウザ・ソフトウエアに表示される。このため図３
７においては、動的コンテンツおよび静的コンテンツを
セルラ電話に提供するプロセスについての擬似コードの
説明を行う。

【０１２４】図３７においては、セルラ電話からのＵＲ
Ｌリクエストは、 “http://hostname/commerce/command.FileView/hml” として指定されているものとし、静的コンテンツの提供
を行うために用いられる。また、スーパークラスである
Commandクラスは、ユーザとの対話に必要な処理がすで
に定義されているものとし、コマンドを切り換えて表示
させる実行ファイルのみを擬似コードとして説明する。

【０１２５】図３７に示されるように、静的コンテンツ
の提供を行うための擬似コードは、FileViewの拡張コマ
ンドとして実行され、“public boolean execute(HttpR
equest req)”において、まず“String path = req.get
pathInfo()”により要求されたドキュメントのパスを取
り出す。ついで、“DeviceSpec spec = Server.getDevi
ceSpec();”において、変数“spec”から端末の性能・
規格を取得する。“if(spec !=null)”において変数“s
pec”がnullでない場合には、所定の規格に適合したコ
ンテンツを提供できるように、“path = spec.getConte
ntDirectry() +“/”path;”でパスを変換する。ついで
“req.replacepathinfo(path);”においてコンテンツ要
求に対応するようにパスを書き換える。“if (spec !=n
ull)”がfalseの場合には、コンピュータ３２からのコ
ンテンツ要求であるため、擬似コードにおいては何も処
理を行わない。書き換えられたパスにより、適切なコン
テンツを取得したＥＣサーバ３１は、“sendObject(re
q)”においてセルラ電話にコンテンツを送信する。コン
テンツを受信したセルラ電話のブラウザ・ソフトウエア
は、受信したコンテンツを良好な状態で表示させること
が可能となる。

【０１２６】図３８は、例えばテンプレートを用いた処
理が行われる動的コンテンツを切換えて、セルラ電話に
送信を行うための擬似コードを示した図である。図３８
では、動的コンテンツの処理についてテンプレートをマ
クロファイルを用いて処理する場合を例として説明す
る。セルラ電話から、マクロを用いてテンプレートを処
理するためには、マクロファイル処理ソフトウエア、例
えばMacroViewといったソフトウエアを用いることがで
きる。例えばMacroViewを用いて、“index.d2w”という
テンプレートを処理する要求を行う場合の要求は、例え
ば、“http://hostname/commerce/command/MacroView/s
ample/index.d2w”として記述することができる。この
要求は、MacroViewの拡張コマンドとして実行され、ま
ず、“public boolean execute(HttpRequest req)”の
ルーチンにおいて、“String path = req.getPathinf
o();”において、コンテンツ要求に対するパスを取得す
る。上述したhttp要求の場合には、パスは、 “commerce/command/MacroView/sample/index.d2w” となる。ついで、“DeviceSpec spec = Server.getDevi
ceSpec();”においてＥＣサーバ３１がセルラ電話の性
能・規格を取得する。“if (spec !=null)”において、
変数“spec”がnullでない場合には、セルラ電話からの
コンテンツ要求なので、“macro_file = spec/getConte
ntDirectry()“/” macro_file;”セルラ電話の性能・
規格に適合するコンテンツが保管されているディレクト
リへとパスを変換する。“if (spec !=null)”がfalse
の場合には、要求がセルラ電話からではなく、コンピュ
ータ３２からの要求なので、図３７において説明するプ
ロセスにおいてはパスの変更を行わず、コンピュータ用
のコンテンツが保管されているディレクトリへとパスを
設定する。

【０１２７】ついで、“HttpDoc document = null;”に
おいてセルラ電話の性能・規格に関する情報を要求に取
込ませ、テンプレートから“DeviceSpec”を参照できる
ようにする。このための擬似コードは、 とすることができる。

【０１２８】さらに、図３８に示された擬似コードにお
いては、テンプレートを処理してドキュメントの作成を
行う。図３８に示した擬似コードにおいては、要求され
たファイルがNetData、またはJSP、またはそれ以外のマ
クロ言語による要求であるかの判断が行われ、ドキュメ
ントがそれぞれ変更、または作成されることになる。そ
の後、図３８に示した擬似コードは“sendDocument(do
c)”においてドキュメントをセルラ電話へと送信して、
処理を終了する。

【０１２９】図３９は、本発明の第３の実施の形態にお
いてセルラ電話、コンピュータ３２といった端末から、
コンテンツの要求がなされた場合に、コンテンツの提供
が行われるまでを示したフローチャートである。図３９
に示したコンテンツ提供は、ステップ１２０１において
セルラ電話からのコンテンツ要求をＥＣサーバ３１が受
信する。このコンテンツ要求を受信したＥＣサーバ３１
は、ステップ１２０２に示すように、セッション管理ブ
ロック（PvCTransiInit）において、アダプタ・マネー
ジャ２０およびアダプタ（ｉ）などにより、コンテンツ
要求からセルラ電話の属するキャリアおよび機種名を読
取る。このようにして読取られたキャリア、機種名など
から生成されて、固有の識別情報である“spec”、ステ
ップ１２０３において、コンテンツ提供ブロック（PvCE
xecuteMacro）へと渡され、コンテンツ提供が実行され
る。セッション管理ブロックから、コンテンツ提供ブロ
ックへと変数“spec”が渡されることになり、セルラ電
話の性能・規格に適合したコンテンツの提供が可能とな
る。

【０１３０】さらに、コンテンツ提供ブロックにおける
処理をフローチャートにおいて説明すると、コンテンツ
提供ブロックでは、ステップ１２０３において‘Ｍａｃ
ｒｏＰａｔｈ’＝‘ｓａｍｐｌｅ．ｄｗ２’というコン
テンツが要求されていることをコンテンツ要求から読取
る。ついで、ステップ１２０４において、変数“spec”
が“null”か否かの判断を行い、変数“spec”が“nul
l”である場合（ｙｅｓ）には、コンピュータからのコ
ンテンツ要求のなのでステップ１２０６へと分岐して、
コンピュータに対してコンテンツを提供するため、従来
の方法に従ってMacroPathのパス名のマクロを処理す
る。

【０１３１】しかしながら、ステップ１２０４におい
て、変数“spec”が“null”でない場合には（ｎｏ）、
コンテンツ要求がセルラ電話からのものなので、変数
“spec”に含まれる情報を読取って、ステップ１２０５
においてパスを変更し、所定のディレクトリに保管され
たコンテンツをセルラ電話に対して送信する。本発明の
第３の実施の形態によれば、異なったキャリアに属する
セルラ電話、コンピュータといったユーザ端末から送信
されたコンテンツ要求に対してユーザ端末の規格に適合
する良好なコンテンツを提供することが可能となる。

【０１３２】以下、本発明のコンテンツ提供システムに
より、キャリア２、キャリア１に属するセルラ電話へ
と、コンテンツが提供される場合の液晶ディスプレイに
表示される画面表示を、コンテンツとして商品購買を行
う情報を送受信する場合を例として用い、さらに説明す
る。図４０は、キャリア２に属するセルラ電話４０が、
本発明の第３の実施の形態のコンテンツ提供システムの
ＥＣサーバ３１にアクセスして、商品を購入する場合に
表示される表示画面の一例を示した図である。本発明の
第３の実施の形態においては、コンテンツは、どのよう
なものであってもコンテンツ要求を行ったセルラ電話に
対して適合するフォーマットで送信されるので、セルラ
電話４０のユーザは常に良好な画面表示を受け取ること
が可能となる。

【０１３３】図４１は、ユーザが本発明のコンテンツ提
供システムのＥＣサーバ３１に対してアクセスした場合
に表示される表示画面を示した図である。図４１に示さ
れた表示画面では、ユーザが商品購買を行うために必要
なメニューが示されており、ＥＣサーバ３１に対して登
録を行っていないユーザに対しては、登録を行うことが
できるようにされている。以下、本発明のコンテンツ提
供システムに対して登録を行っていないユーザが本発明
のコンテンツ提供システムを使用して、商品を購入する
ために登録する操作について説明する。

【０１３４】図４２は、図４１において示した表示画面
においてユーザが「２＞登録」を選択した場合に表示さ
れる表示画面である。図４２に示した画面表示において
「登録」を選択することにより、図４３に示される登録
画面がユーザに表示される。登録に際しては、まずログ
オンするために必要なログオンＩＤ、およびパスワード
の入力を要求する。このログオンＩＤおよびパスワード
により、本発明のコンテンツ提供システムにおけるアク
セス権原が設定される。図４３に示された表示画面で
は、入力されたパスワードを確認するために再度パスワ
ードの入力を求めるようにされている。パスワードが確
認されると、図４４に示した登録画面が表示される。

【０１３５】図４４に表示された画面表示では、パスワ
ードを必要に応じてリセットするため、ユーザの身分を
入力の要求が行われる。図４４において示された画面表
示においては、姓、名の入力が要求される。さらに図４
５に示した表示画面では、身分証明を確実に行うため
に、郵便番号、国名、住所といった情報の入力が要求さ
れる。さらに、図４６に示す画面表示が行われ、ように
身分証明と共に、販売の促進を行うための情報を電話や
ｅ−ｍａｉｌといった手段により送付することができる
ように、電話番号、ｅ−ｍａｉｌアドレスの入力が要求
される。また、ユーザがｅ−ｍａｉｌによる情報の提供
を希望するか、希望しないかの入力が行うことができる
ようにされている。

【０１３６】図４７は、ユーザによる入力を確認するた
めの画面表示を示した図である。図４７（ａ）、（ｂ）
においては、ユーザにより入力された情報が正確か否か
の確認が行われ、入力が正確な場合にはユーザは「登
録」を選択することにより、登録手順が終了し、ユーザ
には、図４８に示される登録終了画面が示されることに
なる。さらに図４８に示された登録画面には、続けて登
録を行うか否かの表示がなされ、ユーザが続けてショッ
ピングを行うことを希望する場合には、「ショッピング
を続ける」を選択することにより、商品購買を行う画面
が表示される。

【０１３７】図４９は、図４１においてユーザが「１＞
ログオン、ログオフ」を選択した場合に表示される表示
画面を示した図である。ログオン画面においては、電話
番号、機種名といった端末情報の入力の他、ＩＤの検索
およびパスワードのリセットといった操作ができるよう
にされている。本発明において、端末情報が自動的にコ
ンテンツ要求に含められている場合には、機種情報の入
力は必ずしも必要ではない。ユーザが必要な情報の入力
を行った後、「ログオン」を選択することにより、図５
０に示される「ログオンＩＤ」の入力画面及びパスワー
ド入力画面が表示される。ユーザが「ログオンＩＤ」を
入力した後、さらにパスワードの入力が求められ、ユー
ザの認証が行われるようにされている。ユーザは要求さ
れる情報の入力を行った後、「送信」を選択することに
より、本発明のコンテンツ提供システムへとアクセスし
て、商品購買といったサービスを受けることができる。

【０１３８】図５１には、本発明においてログオンが正
規に行われた場合に表示される表示画面を示した図であ
る。ログオン操作によりアクセスが認証されると、本発
明のコンテンツ提供システムにおいては例えば、図５１
に示す画面表示が行われ、ユーザに対して正常にログオ
ンし、サービスの提供を受けることができることが通知
される。図５２には、ユーザが商品としてドレス・パン
ツを購入したことを示した「買い物カゴ」画面が示され
ている。図５２に示された「買い物カゴ」画面において
は、「ＹＹＹＹＹＹＪＪＪＪＪＪ」であるユーザが、ド
レスパンツを、価格４，９００円で購入したことが表示
されている。なお、商品は、図４１において「４＞カタ
ログ」を選択することにより、説明、および画像イメー
ジとして送信され、ユーザは希望する商品を良好に表示
される画像イメージを参照しながら選択することができ
る。

【０１３９】図５３は、図５２に示した画面で購入を確
認した後、ユーザに提示される画面を示した図である。
図５３に示された画面表示においてはさらにショッピン
グを続けることを希望するか、商品の購入を終了するべ
く、チェックアウトするか、または再度別の画面に戻る
べく、選択することができるようにされている。図５４
は、図５３において、ユーザが「チェックアウトする」
を選択した場合に表示される表示画面を示した図であ
る。図５４に示された画面表示においては、ユーザの確
認と、商品の送付先についての情報の確認が要求され
る。図５４においては、商品の送付先がユーザの登録住
所とされているのが示されていて、注文を行ったユーザ
に送付されることが示されている。

【０１４０】しかしながら本発明においては、図５４に
示した表示画面において、送付先を商品購入を行ったユ
ーザ以外の宛先とするべく、送付先がマニュアルで入力
することができるようにされていてもよい。この場合に
は、本発明のコンテンツ提供システムは、商品購買シス
テムばかりではなく、コンテンツまたは商品贈与を行う
ためのシステムとしても使用することができる。

【０１４１】図５５は、最終的にユーザに対してショッ
ピングを行ったことを確認するための表示画面を示した
図である。図５５に示された表示画面においては、「オ
ーダの確認」として、金額、税、配送のために必要な配
送料、および合計金額が表示されていて、金額の最終的
な確認ができるようになっている。さらにユーザが詳細
情報の提供を閲覧する場合には、図５５に示した表示画
面の下側に設けられた「詳細情報」のフィールドを選択
することにより、詳細情報を閲覧することが可能とされ
ている。

【０１４２】図５６は、ユーザが詳細情報の閲覧を希望
した場合に表示される詳細情報を示した図である。詳細
情報には、商品送付の宛先、購入したアイテムの種類、
数量、およびそのアイテムの単価が表示されている。図
５６に表示された詳細情報にもとづいて購買を確認した
ユーザは、「オーダー」を選択することにより、商品を
購買するための要求を、ＥＣサーバ３１へと送信するこ
とができる

【０１４３】図５７は、オーダーを行った後にユーザが
商品のオーダについての確認を行うための連絡先を表示
した画面である。図５７においては、商品のオーダーの
確認を行うための連絡先が示されていて、商品を購買し
たユーザは、商品についての問合わせを電話により確認
することが可能とされている。また、本発明においては
電話番号以外にも、ｅ−ｍａｉｌといったアドレスを表
示しておき、商品についての問合わせを、ｅ−ｍａｉｌ
といった方法により確認することができるようにされて
いても良い。

【０１４４】図５８は、注文した商品の支払い方法を選
択するための表示画面を示す。図５８（ａ）に示される
ようにユーザには、配送先、小計、税、といった支払い
情報が表示される。さらにユーザが「ＯＫ」を選択する
ことにより、図５８（ｂ）に示される画面が表示された
合計金額と共に、オンライン決済、またはオフライン決
済を選択することが可能とされている。本発明において
使用するオンライン決済とは、例えば、セルラ電話のキ
ャリアを通して通話料の請求と同時に代金を代行徴収し
て、ＥＣサーバ３１の管理者に支払いを行うことなどを
いう。また、オフライン決済とは、商品またはコンテン
ツの受け取りと同時に振込用紙が送付され、銀行振込な
どにより代金を支払うことなどをいう。

【０１４５】例えばユーザは、図５８（ｂ）に示される
画面において「オフライン決済」を選択すると、図５８
（ｂ）の下側に示すようにオフライン決済を選択したこ
とが表示され、ユーザに支払方法が提示される。この商
品購買プロセスにおいては、ユーザがＥＣサーバ３１を
通して提供を受けるカタログといった画像イメージ、テ
キストなどは、ユーザが要求を行ったセルラ電話に適合
するフォーマットで常に送付されるので、ユーザが違和
感のないコンテンツをＥＣサーバ３１から提供されるこ
とになる。

【０１４６】図５９は、本発明のコンテンツ提供システ
ムにより商品購買を行う場合に、キャリア１に属するセ
ルラ電話から商品購買要求が行われた場合の画面表示を
示した図である。図５９においては、ユーザは、すでに
登録を行っていて、ログオンＩＤ、パスワードの入力を
行って、商品カタログを閲覧する場合の画面表示であ
る。図５９においては、ユーザはカタログ中で[衣類]を
選択し、[衣類]に登録されている表品がリストアップさ
れている。ユーザは表示されている表品の中から、例え
ば「ボトム」を選択することにより、図６０に示される
画面表示を得る。

【０１４７】ユーザは、図６０に示された[パンツ]とし
て表示されているものの中から、「ドレスパンツ」を選
択することができる。ユーザが「ドレスパンツ」を選択
すると、図６１に示されるように「ドレスパンツ」を表
示した画像イメージがＥＣサーバ３１からセルラ電話へ
と送信される。この画像イメージを参照しながらユーザ
は、「ドレスパンツ」を選択し、購入を行うことができ
る。この場合においてもキャリアの種類にかかわらず、
またセルラ電話の性能・規格に適合したコンテンツとし
てカタログが提供されるので、ユーザは常に良好なカタ
ログ画像を参照して商品の購入を行うことができる。

【０１４８】これまで、本発明を図面に示した実施例に
より説明してきたが本発明は実施例に限定されるもので
はなく、種々の別の実施形態を採用することが可能であ
る。

【０１４９】例えば、これまで本発明を商品購買システ
ムについて適用した実施の形態につき、図面を用いて詳
細に説明してきたが、本発明は、上述した商品購買シス
テムばかりではなく、ディジタル的に構成されたコンテ
ンツを送受信するいかなるコンテンツ提供システムにつ
いて適用することができる。さらに、本発明のコンテン
ツ提供方法は、例えばオブジェクト指向の従来知られた
いかなるプログラミング言語、例えばＣ言語、ＪＡＶＡ
（登録商標）といった言語により記述することができ、
このようにして記述されたプログラムは、例えば、フロ
ッピー（登録商標）ディスク、ハードディスク、ＣＤ−
ＲＯＭ、ＤＶＤ、光磁気ディスク、磁気テープといった
コンピュータ可読な記録媒体に記録することができる。

【図面の簡単な説明】

【図１】ネットワークを介した商品購買システムにおけ
る従来のセッション管理を示した図。

【図２】図１に示したセッション管理を示したブロック
図。

【図３】ネットワークを介した商品購買システムのコマ
ンド実行を示したフローチャート。

【図４】本発明の商品購買システムの概略的なブロック
図。

【図５】本発明の商品購買システムの詳細なブロック
図。

【図６】本発明の商品購買システムを用いてセルラ電話
が、ＥＣサーバにアクセスして

【図７】本発明のＥＣサーバに含まれるデータベースに
記憶されたユーザ情報のルックアップテーブルを示した
図。

【図８】本発明のＥＣサーバにおけるサーバ・プロセス
を示した図。

【図９】本発明のＥＣサーバにおいて実行される識別子
判断してセッション管理を行うための擬似コード。

【図１０】本発明の商品購買システムの流れを示した
図。

【図１１】本発明において用いることができるセルラ電
話の一例を示した図。

【図１２】本発明の商品購買システムにより提供される
画面表示の実施の形態を示した図。

【図１３】本発明の商品購買システムにより提供される
画面表示の別の実施の形態を示した図。

【図１４】本発明の商品購買システムにより提供される
画面表示のさらに別の実施の形態を示した図。

【図１５】本発明の商品購買システムにより提供される
画面表示のさらに別の実施の形態を示した図。

【図１６】本発明の商品購買システムにより提供される
画面表示のさらに別の実施の形態を示した図。

【図１７】本発明の商品購買システムにより提供される
画面表示のさらに別の実施の形態を示した図。

【図１８】本発明の商品購買システムにより提供される
画面表示のさらに別の実施の形態を示した図。

【図１９】本発明の商品購買システムにより提供される
画面表示のさらに別の実施の形態を示した図。

【図２０】本発明の第２の実施の形態のコンテンツ提供
システムを示した概略図。

【図２１】本発明のコンテンツ提供システムに用いるＥ
Ｃサーバの構成を示した概略図。

【図２２】コンテンツ要求の構成を示した図。

【図２３】コンテンツ要求の構成を示した図。

【図２４】本発明におけるアダプタと、アダプタ。マネ
ージャによるアダプタの指定を示した図。

【図２５】本発明におけるセッション管理ブロックにお
ける処理を示したフローチャート。

【図２６】本発明におけるアダプタ・ソフトウエアの擬
似コード。

【図２７】本発明におけるセッション管理ブロックから
コンテンツ提供ブロックまでの処理の流れを示した図。

【図２８】本発明におけるＥＣサーバの処理の流れを示
した擬似コード。

【図２９】本発明におけるＥＣサーバの処理の流れを示
した擬似コード。

【図３０】本発明の第３の実施の形態のコンテンツ提供
システムのＥＣサーバ構成の概略図。

【図３１】コンテンツを含むデータベースのデータ構成
を示した図。

【図３２】本発明において使用する機種に関するデータ
を示した図。

【図３３】本発明の第３の実施の形態におけるコンテン
ツ提供方法を示した図。

【図３４】本発明の第３の実施の形態における固有の識
別情報を生成するためのフローチャート。

【図３５】本発明の第３の実施の形態における固有の識
別情報を生成するための参照プロセスを示した図。

【図３６】本発明における固有の識別情報を取得するた
めに擬似コードを示した図。

【図３７】セルラ電話に対して静的コンテンツ提供を行
う場合の擬似コード。

【図３８】動的コンテンツをセルラ電話に送信するため
の擬似コード。

【図３９】コンテンツ要求から、コンテンツ提供までの
ブロック間における処理を示したフローチャート。

【図４０】本発明において使用されるセルラ電話。

【図４１】セルラ電話に表示される表示画面を示した
図。

【図４２】セルラ電話に表示される表示画面を示した
図。

【図４３】セルラ電話に表示される表示画面を示した
図。

【図４４】セルラ電話に表示される表示画面を示した
図。

【図４５】セルラ電話に表示される表示画面を示した
図。

【図４６】セルラ電話に表示される表示画面を示した
図。

【図４７】セルラ電話に表示される表示画面を示した
図。

【図４８】セルラ電話に表示される表示画面を示した
図。

【図４９】セルラ電話に表示される表示画面を示した
図。

【図５０】セルラ電話に表示される表示画面を示した
図。

【図５１】セルラ電話に表示される表示画面を示した
図。

【図５２】セルラ電話に表示される表示画面を示した
図。

【図５３】セルラ電話に表示される表示画面を示した
図。

【図５４】セルラ電話に表示される表示画面を示した
図。

【図５５】セルラ電話に表示される表示画面を示した
図。

【図５６】セルラ電話に表示される表示画面を示した
図。

【図５７】セルラ電話に表示される表示画面を示した
図。

【図５８】セルラ電話に表示される表示画面を示した
図。

【図５９】異なるキャリアに属するセルラ電話に表示さ
れる表示画面を示した図。

【図６０】異なるキャリアに属するセルラ電話に表示さ
れる表示画面を示した図。

【図６１】異なるキャリアに属するセルラ電話に表示さ
れる表示画面を示した図。

【符号の説明】

１…セルラ電話 ２…ネットワーク ３…サーバ ４…ネットワーク ５…ゲートウエイ ６…ＥＣサーバ ７…コンピュータ ８…液晶ディスプレイ ９…プッシュボタン １０…スクロールボタン ２０…セルラ電話 ２１…セルラ電話用ネットワーク ２２…ネットワーク ２３…ＥＣサーバ ２４…セルラ電話 ２５…コンピュータ ２６…データベース ２７…セッション管理ブロック ２８…アダプタ・リスト ２９…アダプタ・マネージャ ３０…データベース ３１…ＥＣサーバ ３２…コンピュータ ３３…セルラ電話 ３４…セルラ電話 ３５…セッション管理ブロック ３６…アダプタ・マネージャ ３７…データベース ３８…データベース ３９…データベース ４０…セルラ電話

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｑ 7/04 Ｄ (72)発明者 河合 真人 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 (72)発明者 本山 大祐 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 Ｆターム(参考） 5B085 AA01 AE04 BC02 5B089 GA11 GB01 HA13 JA33 KA09 KB06 KC21 KG03 5K024 CC11 EE06 FF03 FF04 GG05 5K067 AA21 BB04 DD17 DD51 EE02 FF02 GG01 GG11 HH11 HH24 5K101 KK16 KK17 LL12 NN17

Claims (37)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介したコンテンツ提供シ
   ステムであって、該システムは、コンピュータから送信
   される接続要求、およびセルラ電話から送信され該セル
   ラ電話の識別コードに対応する識別子が付された接続要
   求を受信する手段を含み、 前記接続要求を受信する手段は、前記識別子の有無を判
   断する手段と、 前記識別子の有無により異なったセッション管理を実行
   させる手段とを含む、コンテンツ提供システム。
2. 【請求項２】 前記接続要求を受信する手段は、ユーザ
   情報が登録されたデータベースを含み、該データベース
   は、前記ユーザ情報として前記識別子と該識別子に関連
   するユーザのステータス情報とを含む、請求項１に記載
   のコンテンツ提供システム。
3. 【請求項３】 前記異なったセッション管理を実行させ
   る手段は、前記識別子が含まれていないと判断した場合
   には、前記コンピュータとの間で通信される履歴情報に
   よりセッション管理を実行させ、前記識別子が含まれて
   いると判断した場合には、前記識別子および該識別子に
   関連するユーザのステータス情報を使用したセッション
   管理を実行させる、請求項１または２に記載のコンテン
   ツ提供システム。
4. 【請求項４】 前記ネットワークは、前記コンピュータ
   からの接続要求が通信される第１のネットワークと、前
   記セルラ電話からの接続要求が通信される第２のネット
   ワークとを含む、請求項１〜３のいずれか１項に記載の
   コンテンツ提供システム。
5. 【請求項５】 前記第１のネットワークと前記第２のネ
   ットワークとの間に接続され、前記識別コードに対応し
   た識別子を前記セルラ電話から送信された接続要求に付
   加するための手段を含む、請求項４に記載のコンテンツ
   提供システム。
6. 【請求項６】 ネットワークを介したコンテンツ提供方
   法であって、コンピュータから送信される接続要求、お
   よびセルラ電話から送信され該セルラ電話の識別コード
   に対応した識別子が付された接続要求を受信する段階
   と、 前記識別子の有無を判断する段階と、 ユーザ情報を記憶したデータベースに前記識別子および
   該識別子に関連するユーザのステータス情報を記憶させ
   る段階と、 前記識別子の有無の判断により異なったセッション管理
   を実行させる段階とを含む、コンテンツ提供方法。
7. 【請求項７】 前記異なったセッション管理を実行させ
   る段階は、前記識別子が含まれていないと判断した場合
   には、前記コンピュータとの間で通信される履歴情報に
   よりセッション管理を実行させ、前記識別子が含まれて
   いると判断した場合には、前記識別子および該識別子に
   関連するユーザのステータス情報を使用してセッション
   管理を実行させる、請求項６に記載のコンテンツ提供方
   法。
8. 【請求項８】 前記ネットワークは、前記コンピュータ
   と通信を行うための第１のネットワークと、前記セルラ
   電話との通信を行うための第２のネットワークとを含
   み、前記セルラ電話から第２のネットワークを通して接
   続要求を受信する段階を含む、請求項６または７に記載
   のコンテンツ提供方法。
9. 【請求項９】 前記第１のネットワークと前記第２のネ
   ットワークとの間に接続され、前記識別コードに対応し
   た識別子を前記セルラ電話から送信された接続要求に付
   加する段階を含む、請求項８に記載のコンテンツ提供方
   法。
10. 【請求項１０】 ネットワークを通したコンテンツ提供
    方法を実行するためのプログラムが記録されたコンピュ
    ータ可読な記録媒体であって、該方法は、コンピュータ
    から送信される接続要求およびセルラ電話から送信さ
    れ、該セルラ電話の識別コードに対応した識別子が付さ
    れた接続要求を受信し、 前記識別子の有無を判断し、 接続要求を受信する手段に記憶されたデータベースに前
    記識別子および該識別子に関連するユーザのステータス
    情報を記憶させ、 前記識別子の有無の判断により異なったセッション管理
    を実行させる、記録媒体。
11. 【請求項１１】 前記異なったセッション管理を実行さ
    せる段階は、前記識別子が含まれていないと判断した場
    合には、前記コンピュータとの間で通信される履歴情報
    によりセッション管理を実行させ、前記識別子が含まれ
    ていると判断した場合には、前記識別子および該識別子
    に関連するユーザのステータス情報を使用してセッショ
    ン管理を実行させる、請求項１０に記載の記録媒体。
12. 【請求項１２】 前記ネットワークは、前記コンピュー
    タと通信を行うための第１のネットワークと、前記セル
    ラ電話との通信を行うための第２のネットワークとを含
    んでおり、前記セルラ電話から第２のネットワークを通
    して接続要求を受信する、請求項１１に記載の記録媒
    体。
13. 【請求項１３】 ネットワークを介したコンテンツ提供
    システムであって、該システムは、コンピュータから送
    信される接続要求、および異なるキャリアに属するセル
    ラ電話から送信され該セルラ電話の識別コードに対応す
    る識別子が付された接続要求を受信する手段と、 前記識別子の有無を判断する手段と、 前記セルラ電話の属するキャリアを判断するための手段
    と、 前記識別子の有無により異なったセッション管理を実行
    させる手段とを含む、コンテンツ提供システム。
14. 【請求項１４】 前記キャリアを判断するための手段
    は、前記セルラ電話ごとに対応するアダプタと、前記ア
    ダプタを指定するためのアダプタ・マネージャとを含
    む、請求項１３に記載のコンテンツ提供システム。
15. 【請求項１５】 前記接続要求を受信する手段は、ユー
    ザ情報が登録されたデータベースを含み、該データベー
    スは、前記ユーザ情報として前記識別子と該識別子に関
    連するユーザのステータス情報とを含む、請求項１３ま
    たは１４に記載のコンテンツ提供システム。
16. 【請求項１６】 前記異なったセッション管理を実行さ
    せる手段は、前記識別子が含まれていないと判断した場
    合には、前記コンピュータとの間で通信される履歴情報
    によりセッション管理を実行させ、前記識別子が含まれ
    ていると判断した場合には、前記識別子および該識別子
    に関連するユーザのステータス情報を使用したセッショ
    ン管理を実行させる、請求項１３〜１５のいずれか１項
    に記載のコンテンツ提供システム。
17. 【請求項１７】 前記ネットワークは、前記コンピュー
    タからの接続要求が通信される第１のネットワークと、
    前記異なるキャリアに属するセルラ電話からの接続要求
    が通信される複数の第２のネットワークとを含む、請求
    項１３〜１６のいずれか１項に記載のコンテンツ提供シ
    ステム。
18. 【請求項１８】 前記第１のネットワークと前記第２の
    ネットワークとの間に接続され、前記識別コードに対応
    した識別子を前記セルラ電話から送信された接続要求に
    付加するための手段を含む、請求項１７に記載のコンテ
    ンツ提供システム。
19. 【請求項１９】 ネットワークを介したコンテンツ提供
    方法であって、コンピュータから送信される接続要求、
    および異なったキャリアに属するセルラ電話から送信さ
    れ該セルラ電話の識別コードに対応した識別子が付され
    た接続要求を受信する段階と、 前記識別子の有無を判断する段階と、 前記識別子を含む場合には、ユーザ情報を記憶したデー
    タベースに前記識別子および該識別子に関連するユーザ
    のステータス情報を記憶させる段階と、 前記セルラ電話の属するキャリアを判断する段階と、 前記識別子の有無の判断により異なったセッション管理
    を実行させる段階とを含み、 前記異なったセッション管理を実行させる段階は、前記
    識別子が含まれていないと判断した場合には、前記コン
    ピュータとの間で通信される履歴情報によりセッション
    管理を実行させ、前記識別子が含まれていると判断した
    場合には、前記識別子および該識別子に関連するユーザ
    のステータス情報を使用してセッション管理を実行させ
    る、コンテンツ提供方法。
20. 【請求項２０】 前記セルラ電話の属するキャリアを判
    断する段階は、前記キャリアにぞれぞれ対応するアダプ
    タを、アダプタ・マネージャにより指定する段階と、 前記アダプタが接続要求を処理可能か否かを判断する段
    階とを含む、請求項１９に記載のコンテンツ提供方法。
21. 【請求項２１】 前記ネットワークは、前記コンピュー
    タと通信を行うための第１のネットワークと、前記異な
    ったキャリアに属するセルラ電話との通信を行うための
    複数の第２のネットワークとを含み、前記セルラ電話か
    らの異なる第２のネットワークを通した接続要求を受信
    する段階を含む、請求項２０に記載のコンテンツ提供方
    法。
22. 【請求項２２】 前記第１のネットワークと前記第２の
    ネットワークとの間に接続され、前記識別コードに対応
    した識別子を前記セルラ電話から送信された接続要求に
    付加する段階を含む、請求項２０または２１に記載のコ
    ンテンツ提供方法。
23. 【請求項２３】 ネットワークを介したコンテンツ提供
    方法を実行させるためのプログラムが記憶されたコンピ
    ュータ可読な記録媒体であって、該記録媒体は、コンピ
    ュータから送信される接続要求、および異なるキャリア
    に属するセルラ電話から送信され該セルラ電話の識別コ
    ードに対応する識別子が付された接続要求を受信し、 前記識別子の有無を判断し、 前記識別子が含まれる場合には、ユーザ情報が登録され
    たデータベースに、前記ユーザ情報として前記識別子と
    該識別子に関連するユーザのステータス情報とを記憶さ
    せ、 前記セルラ電話の属するキャリアを判断し、 前記セルラ電話の機種を判断し、 前記識別子の有無により異なったセッション管理を実行
    させ、前記キャリアの判断を、前記セルラ電話からの接
    続要求に含まれるキャリア識別情報を使用して行い、前
    記セルラ電話の機種の判断を、前記セルラ電話からの接
    続要求に含まれる機種識別情報を使用して行う、記録媒
    体。
24. 【請求項２４】 前記異なったセッション管理は、前記
    識別子が含まれていないと判断した場合には、前記コン
    ピュータとの間で通信される履歴情報によりセッション
    管理を実行し、前記識別子が含まれていると判断した場
    合には、前記識別子および該識別子に関連するユーザの
    ステータス情報を使用したセッション管理を実行する、
    請求項２３に記載の記録媒体。
25. 【請求項２５】 前記セルラ電話の属するキャリアの判
    断は、前記キャリアにぞれぞれ対応するアダプタを、ア
    ダプタ・マネージャにより指定する段階と、 前記アダプタが接続要求を処理可能か否かを判断する段
    階とを含む、請求項２３に記載の記録媒体。
26. 【請求項２６】 ネットワークを介したコンテンツ提供
    システムであって、該システムは、コンピュータから送
    信される接続要求、および異なるキャリアに属するセル
    ラ電話から送信され該セルラ電話の識別コードに対応す
    る識別子が付された接続要求を受信する手段と、 前記識別子の有無を判断する手段と、 前記セルラ電話の属するキャリアを判断するための手段
    と、 前記セルラ電話の機種を判断するための手段と、 前記識別子の有無により異なったセッション管理を実行
    させる手段と、 前記セルラ電話の機種に適合した形式のコンテンツを送
    信する手段とを含み、 前記キャリアを判断するための手段は、前記セルラ電話
    ごとに対応するアダプタと、前記アダプタを指定するた
    めのアダプタ・マネージャとを含み、前記セルラ電話の
    機種を判断するための手段は、前記セルラ電話からの接
    続要求に含まれる機種識別情報を判断する手段を含み、 前記コンテンツを送信する手段は、前記セルラ電話の機
    種に適合した形式のコンテンツを前記判断されたキャリ
    アを通して前記セルラ電話に送信する、コンテンツ提供
    システム。
27. 【請求項２７】 前記接続要求を受信する手段は、第１
    のデータベースと、第２のデータベースと、第３のデー
    タベースとを含み、 前記第１のデータベースは、前記識別子と該識別子に関
    連するユーザのステータス情報とを含み、 前記第２のデータベースは、前記セルラ電話の機種情報
    を含み、 前記第３のデータベースは、前記セルラ電話の前記キャ
    リアと前記機種とに関連する保管場所情報、または該保
    管場所情報およびコンテンツを保管しており、 前記異なったセッション管理を実行させる手段は、前記
    識別子が含まれていないと判断した場合には、前記コン
    ピュータとの間で通信される履歴情報によりセッション
    管理を実行させ、前記識別子が含まれていると判断した
    場合には、前記識別子および該識別子に関連するユーザ
    のステータス情報を使用したセッション管理を実行し、
    前記セルラ電話のキャリアおよび前記機種に関連する前
    記保管場所に保管された前記コンテンツを前記セルラ電
    話へと送信する、請求項２６に記載のコンテンツ提供シ
    ステム。
28. 【請求項２８】 前記ネットワークは、前記コンピュー
    タからの接続要求が通信される第１のネットワークと、
    前記異なるキャリアに属するセルラ電話からの接続要求
    が通信される複数の第２のネットワークとを含む、請求
    項２６または２７に記載のコンテンツ提供システム。
29. 【請求項２９】 ネットワークを介したコンテンツ提供
    方法であって、該方法は、コンピュータから送信される
    接続要求、および異なるキャリアに属するセルラ電話か
    ら送信され該セルラ電話の識別コードに対応する識別子
    が付された接続要求を受信する段階と、 前記識別子の有無を判断する段階と、 前記セルラ電話の属するキャリアを判断する段階と、 前記セルラ電話の機種を判断する段階と、 前記識別子の有無により異なったセッション管理を実行
    させる段階と、 前記セルラ電話の機種に適合した形式のコンテンツを送
    信する段階とを含み、 前記キャリアを判断する段階は、前記セルラ電話からの
    接続要求に含まれるキャリア識別情報を判断する段階を
    含み、前記セルラ電話の機種を判断するための段階は、
    前記セルラ電話からの接続要求に含まれる機種識別情報
    を判断する段階を含み、 前記セルラ電話の機種に適合した形式のコンテンツを前
    記キャリアを通して前記セルラ電話に送信する段階を含
    む、コンテンツ提供方法。
30. 【請求項３０】 前記接続要求は、第１のデータベース
    と、第２のデータベースと、第３のデータベースとを含
    むサーバにより受信され、 前記第１のデータベースは、前記識別子と該識別子に関
    連するユーザのステータス情報とを含み、 前記第２のデータベースは、前記セルラ電話の機種情報
    を含み、 前記第３のデータベースは、前記セルラ電話の前記キャ
    リアと前記機種とに関連する保管場所情報、または該保
    管場所情報およびコンテンツを保管しており、 前記異なったセッション管理は、前記識別子が含まれて
    いないと判断した場合には、前記コンピュータとの間で
    通信される履歴情報によりセッション管理を実行させ、
    前記識別子が含まれていると判断した場合には、前記識
    別子および該識別子に関連するユーザのステータス情報
    を使用したセッション管理を実行し、 前記セルラ電話のキャリアおよび前記機種に関連する前
    記保管場所に保管された前記コンテンツを前記セルラ電
    話へと送信する段階を含む、請求項２９に記載のコンテ
    ンツ提供方法。
31. 【請求項３１】 ネットワークを介したコンテンツ提供
    方法を実行させるためのプログラムが記録されたコンピ
    ュータ可読な記録媒体であって、 コンピュータから送信される接続要求、および異なるキ
    ャリアに属するセルラ電話から送信され該セルラ電話の
    識別コードに対応する識別子が付された接続要求を受信
    し、 前記識別子の有無を判断し、 前記セルラ電話の属するキャリアを判断し、 前記セルラ電話の機種を判断し、 前記識別子の有無により異なったセッション管理を実行
    させ、 前記セルラ電話の機種に適合した形式のコンテンツを送
    信し、 前記キャリアの判断は、前記セルラ電話からの接続要求
    に含まれるキャリア識別情報を使用し、前記セルラ電話
    の機種の判断を、前記セルラ電話からの接続要求に含ま
    れる機種識別情報を使用して行い、 前記セルラ電話の機種に適合した形式のコンテンツを前
    記キャリアを通して前記セルラ電話に送信させる、記録
    媒体。
32. 【請求項３２】 前記接続要求は、第１のデータベース
    と、第２のデータベースと、第３のデータベースとを含
    むサーバにより受信され、 前記第１のデータベースは、前記識別子と該識別子に関
    連するユーザのステータス情報とを含み、 前記第２のデータベースは、前記セルラ電話の機種情報
    を含み、 前記第３のデータベースは、前記セルラ電話の前記キャ
    リアと前記機種とに関連する保管場所情報または該保管
    場所情報およびコンテンツを保管しており、 前記異なったセッション管理は、前記識別子が含まれて
    いないと判断した場合には、前記コンピュータとの間で
    通信される履歴情報によりセッション管理を実行させ、
    前記識別子が含まれていると判断した場合には、前記識
    別子および該識別子に関連するユーザのステータス情報
    を使用したセッション管理を実行し、 前記セルラ電話のキャリアおよび前記機種に関連する前
    記保管場所に保管された前記コンテンツを前記セルラ電
    話へと送信する、請求項３１に記載の記録媒体。
33. 【請求項３３】 ネットワークを介したコンテンツ提供
    システムに使用されるサーバであって、該サーバは、コ
    ンピュータから送信される接続要求、およびセルラ電話
    から送信され該セルラ電話の識別コードに対応する識別
    子が付された接続要求を受信する手段を含み、 前記接続要求を受信する手段は、前記識別子の有無を判
    断する手段と、 前記識別子の有無により異なったセッション管理を実行
    させる手段とを含む、サーバ。
34. 【請求項３４】 前記接続要求を受信する手段は、ユー
    ザ情報が登録されたデータベースを含み、該データベー
    スは、前記ユーザ情報として前記識別子と該識別子に関
    連するユーザのステータス情報とを含む、請求項３３に
    記載のサーバ。
35. 【請求項３５】 ネットワークを介したコンテンツ提供
    システムに使用されるサーバであって、該サーバは、コ
    ンピュータから送信される接続要求、および異なるキャ
    リアに属するセルラ電話から送信され該セルラ電話の識
    別コードに対応する識別子が付された接続要求を受信す
    る手段と、 前記識別子の有無を判断する手段と、 前記セルラ電話の属するキャリアを判断するための手段
    と、 前記識別子の有無により異なったセッション管理を実行
    させる手段とを含む、サーバ。
36. 【請求項３６】 前記キャリアを判断するための手段
    は、各キャリアに対応するアダプタと、前記アダプタを
    指定するためのアダプタ・マネージャとを含み、前記ア
    ダプタ・マネージャは、前記アダプタを順次指定して前
    記接続要求を処理できる前記アダプタを特定する、請求
    項３５に記載のサーバ。
37. 【請求項３７】 さらに前記接続要求に含まれるセルラ
    電話の機種を取得するための手段を含む、請求項３５ま
    たは３６に記載のサーバ。