JP2002091850A - 情報配信サーバシステム、当該システムのアプリケーション認証方法及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションをより確実に認証し、より
安全性の高いアプリケーション配信・実行環境を提供す
る。 【解決手段】 ダウンロード要求に対応して発行された
ダウンロードＩＤを用いて携帯電話機用ＷＷＷサーバ５
０側でアプリケーションの認証を行う。また、ダウンロ
ードＩＤに加えて、利用者ＩＤやアプリケーションＩ
Ｄ、さらにダウンロード日時を用いることにより、さら
に認証の確実性が向上する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報配信サーバシ
ステム、当該システムにおけるアプリケーションについ
ての認証方法及び記録媒体に関する。

【０００２】

【従来の技術】携帯電話機の高機能化が急速に進んでい
る。最近では、より本格的なアプリケーション動作環境
を携帯電話機に導入しようという提案がなされている。
例えば、Ｊａｖａ（登録商標）プログラミング言語で記
述されたアプリケーションを実行させる環境であるジャ
ババーチャルマシンを携帯電話機に実装する計画があ
る。これが実現すれば、今まで以上に様々なアプリケー
ションを携帯電話機上で動作させることが可能となる。
このような環境の変化は、携帯電話機が、これまでは単
なる入出力のみをつかさどっていた端末から、利用者が
必要とする様々なアプリケーションをインストールし、
かつ、それを利用することが出来る情報処理端末へと変
貌することを意味している。即ち、その情報処理能力や
表現能力はまだ劣るものの、今まではパーソナルコンピ
ュータでしか処理できなかったことが携帯電話機でも処
理できるようになる。

【０００３】このような携帯電話機向けのＪａｖａ（登
録商標）アプリケーションは下記のような特徴を有する
と考えられる。 （１）携帯電話機は、パーソナルコンピュータと比較し
て携帯性に富む一方、少メモリ容量、低いデータ処理能
力、少ない通信帯域、遅い通信スピード等のデメリット
を有している。これらのデメリットにより、携帯電話機
向けのアプリケーションのコードサイズは、パーソナル
コンピュータ向けのそれに比べると、はるかに小さくな
る。そのため、アプリケーション自体の機能だけで所期
の目的を果たすというよりも、サーバ等の外部機能をも
最大限活用して処理を行うことが予想される。 （２）パーソナルコンピュータ向けのアプリケーション
は、主として、実行の度にサーバからパーソナルコンピ
ュータにダウンロードされる。一方、携帯電話機を用い
た場合、ダウンロードに要する通信時間や通信コストの
ほか、利用者の操作負担等を考慮すると、携帯電話機向
けのアプリケーションは、携帯電話機の不揮発性メモリ
に保存された後に利用されるケースが多くなることが予
想される。 （３）携帯電話機のユーザインタフェースが貧弱である
ことを考慮すると、利用者は、様々なアプリケーション
配信サイトを使い分けるより、ある特定のアプリケーシ
ョン配信サイトを通じて様々なアプリケーションを取得
する傾向が強くなり、これに伴い、アプリケーション配
信サイト側も多くのアプリケーション提供者による複数
のアプリケーションを取り扱うことが予想される。 （４）Ｊａｖａ（登録商標）アプレットのサンドボック
スモデルに代表されるように、アプリケーションのセキ
ュリティ管理ポリシーは、ダウンロード元のサーバとし
か通信できないという方向に向かうことが予想される。

【０００４】以上の述べたようなことを鑑みると、携帯
電話機向けアプリケーションについては次のように認証
処理が必要になると考えられる。

【０００５】例えば、複数のアプリケーション提供者に
よる複数のアプリケーションが１つのサーバから配信さ
れている場合、クライアント側のアプリケーションと、
サーバ側でそのアプリケーションとの通信インタフェー
ス機能を司るサーバ側プロセスとはセットになってい
る。サーバ側プロセスは、リクエストをサーバ側に送信
してきたアプリケーションが確かに自身とセットになっ
ているアプリケーションかどうかを確認することによ
り、アプリケーションを認証する。例えば、利用者のス
ケジュール情報やアドレス帳等の各種データを管理する
アプリケーションを想定した場合、そのアプリケーショ
ンが、各種データの内容をサーバに問い合わせると、こ
れに応じてサーバ側プロセスは、利用者個人の認証を行
うと共に、自身とセットになっているアプリケーション
かどうかを確認する必要がある。

【０００６】また、例えば、複数のアプリケーション提
供者による、複数のアプリケーションが１つのサーバか
ら配信されている場合、これら複数のアプリケーション
が共有可能なサーバ側の機能インターフェースプロセス
が必要とされる。一例を挙げると、利用者が、自身が利
用したアプリケーションに対しその実用度に応じたポイ
ント数を投票するとサーバ側のテーブルに登録できるよ
うな場合、各アプリケーションはそのテーブルを共有で
きるようになっており、このポイント登録機能が機能イ
ンターフェースプロセスに相当する。この場合、機能イ
ンターフェースプロセスは、どのアプリケーションから
の投票リクエストであるかを認識しておく必要がある。
あるいは、共通インタフェースプロセスの共有度が、ア
プリケーション単位で制限されているような場合があ
る、例えば、アプリケーションが利用者の個人情報に関
わるようなデータにアクセスするようなケースである。
このような場合、特定のアプリケーションに対してのみ
特定の機能がオープンされるので、機能インタフェース
プロセスは、どのアプリケーションからのリクエストで
あるかを認識しておく必要がある。

【０００７】

【発明が解決しようとする課題】このようなアプリケー
ション認証の必要性に対し、従来は、次のような手法が
採用されていた。例えば、クライアント側のアプリケー
ションがサーバ側にアプリケーション識別情報を通知
し、これによりサーバ側は、アプリケーションを識別し
ていた。また、利用者がクライアント側でアプリケーシ
ョンを選択し、これをサーバ側に通知することによっ
て、サーバ側でのアプリケーション認証を可能としてい
た。しかしながら、いずれの手法を用いても、サーバ側
では、アプリケーション側の動作を信用するしかなく、
不正なアプリケーションが他のアプリケーションになり
すましたり、利用者が故意あるいは誤って別のアプリケ
ーションを指定するようなケースには、アプリケーショ
ンの認証を行うことができなかった。

【０００８】また、認証局の証明の下に、暗号化やデジ
タル認証を利用してアプリケーション認証を行う手法も
存在する。この場合、携帯電話機でのデジタル認証への
対応が必要であるが、その機能を携帯電話機に実装する
ための負担は大きい。また、認証局に対するコストの発
生という問題もある。

【０００９】本発明では、上述したような背景の下、ア
プリケーションをより確実に認証し、より安全性の高い
アプリケーション配信・実行環境を提供することを目的
とする。

【００１０】

【課題を解決するための手段】上述した課題を解決する
ため、請求項１に記載の発明は、無線通信網に収容され
る無線携帯端末からのダウンロード要求に応じてアプリ
ケーションを配信する情報配信サーバシステムにおい
て、前記無線携帯端末からのダウンロード要求に応じ
て、この要求イベントを識別するためのダウンロード識
別子を発行する識別子発行部と、前記発行されたダウン
ロード識別子を記憶する識別子記憶部と、前記ダウンロ
ード要求に対応して前記無線携帯端末へ送信される応答
信号の中に前記発行された識別子を含めて送信する識別
子通知部と、前記無線携帯端末にダウンロードされた前
記アプリケーションから前記ダウンロード識別子を含む
リクエスト信号を受信すると、当該ダウンロード識別子
が前記識別子記憶部によって記憶されているか否かによ
り、前記アプリケーションについての認証を行う認証部
とを有することを特徴とする。

【００１１】請求項２に記載の発明は、請求項１に記載
の情報配信サーバシステムにおいて、前記識別子通知部
は、前記無線携帯端末が前記アプリケーションをダウン
ロードするために用いるＵＲＬ（Uniform Resorce Lo
cator）に前記ダウンロード識別子を含めて送信するこ
とを特徴とする。

【００１２】請求項３に記載の発明は、請求項１に記載
の情報配信サーバシステムにおいて、前記識別子通知部
は、前記無線携帯端末の前記アプリケーションから参照
可能なパラメータデータに前記ダウンロード識別子を含
めて送信することを特徴とする。

【００１３】請求項４に記載の発明は、無線通信網に収
容される無線携帯端末からのダウンロード要求に応じて
アプリケーションを配信する情報配信サーバシステムに
おいて、前記無線携帯端末からのダウンロード要求に応
じて、この要求イベントを識別するためのダウンロード
識別子を発行する識別子発行部と、前記発行されたダウ
ンロード識別子と、当該ダウンロード識別子が示す要求
イベントの対象となる前記アプリケーションに固有のア
プリケーション識別子とを対応付けて記憶する識別子記
憶部と、前記無線携帯端末にダウンロードされる前記ア
プリケーションのデータファイル内に前記発行したダウ
ンロード識別子を含めて配信するアプリケーション配信
部と、前記無線携帯端末にダウンロードされたアプリケ
ーションから前記ダウンロード識別子及び前記アプリケ
ーション識別子を含むリクエスト信号を受信すると、当
該ダウンロード識別子及び当該アプリケーション識別子
が前記識別子記憶部によって記憶されているか否かによ
り、前記アプリケーションについての認証を行う認証部
とを有することを特徴とする。

【００１４】請求項５に記載の発明は、無線通信網に収
容される無線携帯端末からのダウンロード要求に応じて
アプリケーションを配信する情報配信サーバシステムに
おいて、前記無線携帯端末からのダウンロード要求イベ
ントを識別するためのダウンロード識別子を発行する識
別子発行部と、前記無線携帯端末にダウンロードされた
アプリケーションから、当該アプリケーションを識別す
るためのアプリケーション識別子と当該無線携帯端末の
利用者を識別するための利用者識別子とを含み当該ダウ
ンロードに対応したダウンロード識別子を要求するため
のリクエスト信号を受信すると、前記識別子発行部によ
り発行されるダウンロード識別子を前記無線携帯端末に
通知する識別子通知部と、前記リクエスト信号を受信し
た際に、前記要求されたダウンロード識別子が前記識別
子通知部により既に通知されているか否かにより、前記
アプリケーションについての認証を行う認証部とを有す
ることを特徴とする。

【００１５】請求項６に記載の発明は、請求項５に記載
の情報配信サーバシステムにおいて、前記認証部は、さ
らに、前記無線携帯端末にダウンロードされた前記アプ
リケーションから前記通知したダウンロード識別子を含
むリクエスト信号を受信すると、当該ダウンロード識別
子が前記識別子発行部によって発行されたものであるか
否かにより、前記アプリケーションについての認証を行
うことを特徴とする。

【００１６】請求項７に記載の発明は、請求項５に記載
の情報配信サーバシステムにおいて、前記識別子通知部
は、前記アプリケーションに対して前記ダウンロード識
別子を１回のみ通知することを特徴とする。

【００１７】請求項８に記載の発明は、請求項５に記載
の情報配信サーバシステムにおいて、前記認証部は、前
記利用者識別子及び前記アプリケーション識別子の組み
合わせに対応するダウンロード識別子が複数存在する場
合、最後にダウンロードされたアプリケーションについ
てのダウンロード識別子を前記認証の対象とすることを
特徴とする。

【００１８】請求項９に記載の発明は、無線通信網に収
容される無線携帯端末からのダウンロード要求に応じて
アプリケーションを配信する情報配信サーバシステムに
おいて、前記ダウンロード要求がなされた日時をサーバ
側ダウンロード日時として計時するダウンロード計時部
と、前記ダウンロード要求を送信してきた無線携帯端末
の利用者を識別するための利用者識別子と、当該ダウン
ロード要求の対象となるアプリケーションを識別するた
めのアプリケーション識別子と、当該ダウンロード要求
について前記計時されたサーバ側ダウンロード日時とを
互いに対応付けて記憶する識別子記憶部と、前記無線携
帯端末にダウンロードされたアプリケーションから、前
記無線携帯端末により前記ダウンロードがなされた日時
として記憶されている端末側ダウンロード日時と、前記
アプリケーション識別子と、前記利用者識別子とを含む
リクエスト信号を受信した場合、前記端末ダウンロード
側日時が前記サーバ側ダウンロード日時に対して所定の
時間範囲に含まれているか否かにより、前記アプリケー
ションについての認証を行う認証部とを有することを特
徴とする。

【００１９】請求項１０に記載の発明は、無線通信網に
収容される無線携帯端末からのダウンロード要求に応じ
てアプリケーションを配信する情報配信サーバシステム
のアプリケーション認証方法において、前記無線携帯端
末からのダウンロード要求に応じて、この要求イベント
を識別するためのダウンロード識別子を発行するステッ
プと、前記発行されたダウンロード識別子を記憶するス
テップと、前記ダウンロード要求に対応して前記無線携
帯端末へ送信される応答信号の中に前記発行された識別
子を含めて送信するステップと、前記無線携帯端末にダ
ウンロードされた前記アプリケーションから前記ダウン
ロード識別子を含むリクエスト信号を受信すると、当該
ダウンロード識別子が前記識別子記憶部によって記憶さ
れているか否かにより、前記アプリケーションについて
の認証を行うステップとを有することを特徴とする。

【００２０】請求項１１に記載の発明は、無線通信網に
収容される無線携帯端末からのダウンロード要求に応じ
てアプリケーションを配信する情報配信サーバシステム
のアプリケーション認証方法において、前記無線携帯端
末からのダウンロード要求に応じて、この要求イベント
を識別するためのダウンロード識別子を発行するステッ
プと、前記発行されたダウンロード識別子と、当該ダウ
ンロード識別子が示す要求イベントの対象となる前記ア
プリケーションに固有のアプリケーション識別子とを対
応付けて記憶するステップと、前記無線携帯端末にダウ
ンロードされる前記アプリケーションのデータファイル
内に前記発行したダウンロード識別子を含めて配信する
ステップと、前記無線携帯端末にダウンロードされたア
プリケーションから前記ダウンロード識別子及び前記ア
プリケーション識別子を含むリクエスト信号を受信する
と、当該ダウンロード識別子及び当該アプリケーション
識別子が前記識別子記憶部によって記憶されているか否
かにより、前記アプリケーションについての認証を行う
ステップとを有することを特徴とする。

【００２１】請求項１２に記載の発明は、無線通信網に
収容される無線携帯端末からのダウンロード要求に応じ
てアプリケーションを配信する情報配信サーバシステム
のアプリケーション認証方法において、前記無線携帯端
末からのダウンロード要求イベントを識別するためのダ
ウンロード識別子を発行するステップと、前記無線携帯
端末にダウンロードされたアプリケーションから、当該
アプリケーションを識別するためのアプリケーション識
別子と当該無線携帯端末の利用者を識別するための利用
者識別子とを含み当該ダウンロードに対応したダウンロ
ード識別子を要求するリクエスト信号を受信すると、前
記発行されるダウンロード識別子を前記無線携帯端末に
通知するステップと、前記リクエスト信号を受信した際
に、前記要求されたダウンロード識別子が前記無線携帯
端末に既に通知されているか否かにより、前記アプリケ
ーションについての認証を行うステップとを有すること
を特徴とする。

【００２２】請求項１３に記載の発明は、請求項１２に
記載の情報配信サーバシステムのアプリケーション認証
方法において、さらに、前記無線携帯端末にダウンロー
ドされた前記アプリケーションから、前記通知したダウ
ンロード識別子を含むリクエスト信号を受信すると、当
該ダウンロード識別子が前記識別子発行部によって発行
されたものであるか否かにより、前記アプリケーション
についての認証を行うステップと有することを特徴とす
る。

【００２３】請求項１４に記載の発明は、無線通信網に
収容される無線携帯端末からのダウンロード要求に応じ
てアプリケーションを配信する情報配信サーバシステム
のアプリケーション認証方法において、前記ダウンロー
ド要求がなされた日時をサーバ側ダウンロード日時とし
て計時するステップと、前記ダウンロード要求を送信し
てきた無線携帯端末の利用者を識別するための利用者識
別子と、当該ダウンロード要求の対象となるアプリケー
ションを識別するためのアプリケーション識別子と、当
該ダウンロード要求について前記計時されたサーバ側ダ
ウンロード日時とを互いに対応付けて記憶するステップ
と、前記無線携帯端末にダウンロードされたアプリケー
ションから、前記無線携帯端末により前記ダウンロード
がなされた日時として記憶されている端末側ダウンロー
ド日時と、前記アプリケーション識別子と、前記利用者
識別子とを含むリクエスト信号を受信した場合、前記端
末ダウンロード側日時が前記サーバ側ダウンロード日時
に対して所定の時間範囲に含まれているか否かにより、
前記アプリケーションについての認証を行うステップと
を有することを特徴とする。

【００２４】請求項１５に記載の発明は、請求項１０に
記載の情報配信サーバシステムのアプリケーション認証
方法をコンピュータに実行させるためのプログラムを記
憶したコンピュータ読み取り可能な記録媒体を提供する
ものである。

【００２５】請求項１６に記載の発明は、請求項１１に
記載の情報配信サーバシステムのアプリケーション認証
方法をコンピュータに実行させるためのプログラムを記
憶したコンピュータ読み取り可能な記録媒体を提供する
ものである。

【００２６】請求項１７に記載の発明は、請求項１２に
記載の情報配信サーバシステムのアプリケーション認証
方法をコンピュータに実行させるためのプログラムを記
憶したコンピュータ読み取り可能な記録媒体を提供する
ものである。

【００２７】請求項１８に記載の発明は、請求項１３に
記載の情報配信サーバシステムのアプリケーション認証
方法をコンピュータに実行させるためのプログラムを記
憶したコンピュータ読み取り可能な記録媒体を提供する
ものである。

【００２８】請求項１９に記載の発明は、請求項１４に
記載の情報配信サーバシステムのアプリケーション認証
方法をコンピュータに実行させるためのプログラムを記
憶したコンピュータ読み取り可能な記録媒体を提供する
ものである。

【００２９】

【発明の実施の形態】以下、図面を参照して、この発明
の実施形態について説明する。ただし、本発明は、かか
る実施形態に限定されず、その技術思想の範囲内で種々
の変更が可能である。 Ａ：構成 （１）ネットワークの全体構成 図１は、実施形態に係るシステムの全体構成を示すブロ
ック図である。同図に示すように、このシステムは、利
用者端末群１、提供者端末群２、移動パケット通信網
３、インターネット４及びサーバ群５から大略構成され
る。このシステムは全体としてコンテンツの流通を促す
環境を提供するものであり、具体的には、提供者端末群
２からサーバ群５に対し各種アプリケーションがアップ
ロードされ、利用者端末群１からのリクエストに応じて
上記アプリケーションがダウンロードされるようになっ
ている。この実施形態では、「アプリケーション」とし
て特にＪａｖａ（登録商標）プログラミング言語で記述
された「アプレット」と呼ばれるコンピュータプログラ
ムを例に挙げて説明するが、これに限定されることはな
く、ネットワーク上でやり取り可能なデータであればこ
のアプリケーションの概念に含まれる。

【００３０】以下、このシステムの各構成要素について
詳細に説明する。利用者端末群１は、月々一定額の利用
料金を支払うことによりサーバ群５に登録されている各
種アプリケーションをダウンロードして利用できる権利
を購入する利用者によって操作される端末群であり、携
帯電話機１０やパーソナルコンピュータ１１からなる。
携帯電話機１０は、図示せぬ移動電話網の通話サービス
を受けるほか、移動パケット通信網３の基地局３１との
間で無線通信を行って無線データ通信を行う。移動パケ
ット通信網３は、通信サービスエリアに分散配置された
基地局３１、パケット交換サービスを行う交換局３２、
及びこれらを結ぶ通信線からなる。この移動パケット通
信網３は、ゲートウェイ３３を介してインターネット４
に接続されており、この異なる２つのネットワーク間に
おいて双方向のデータ通信が可能となっている。携帯電
話機１０は、この移動パケット通信網３及びインターネ
ット４を介して、サーバ群５から各アプリケーションを
ダウンロードすることが可能である。パーソナルコンピ
ュータ１１は、図示せぬインターネット接続業者（プロ
バイダ）を介してインターネット４に通信接続可能なコ
ンピュータである。利用者は、このコンピュータ１１を
操作してサーバ群５にアクセスし、アプリケーション検
索サービスを受けることができる。

【００３１】提供者端末群２は、各種アプリケーション
の提供者によって操作される端末群であり、パーソナル
コンピュータ２０を含む。パーソナルコンピュータ１２
は、上述したパーソナルコンピュータ１１と同様に、図
示せぬインターネット接続業者（プロバイダ）を介して
インターネット４に通信接続可能なコンピュータであ
る。ここで提供者とは、各アプリケーションのライセン
スを保持した者を指し、利用者が支払った利用料金の一
部をアプリケーションの対価（以下ライセンス金額と呼
ぶ）として受け取る権利を有する。これらの携帯電話機
１０、パーソナルコンピュータ１１及びパーソナルコン
ピュータ２０は、実際にはもっと多数存在しており、こ
のシステムはより多くの利用者や提供者に対するサービ
スが可能となっている。なお、以下では、パーソナルコ
ンピュータをＰＣと略称する。

【００３２】サーバ群５は、ルータ６を介してインター
ネット４に接続されており、提供者端末群２からアップ
ロードされたアプリケーションを携帯電話機１０に配信
するための専用サイトを運営・管理するための各種サー
バからなる。図１に示すように、このサーバ群５は、携
帯電話機用ＷＷＷ（World Wide Web）サーバ５０、パ
ーソナルコンピュータ用ＷＷＷサーバ５１、ＤＮＳ（Do
mainName System）サーバ５２、ＳＭＴＰ（Simple Mai
l Transfer Protocol）サーバ５３、データベースサー
バ５４、集計サーバ５５、管理者コンソール５６、ファ
イヤウォールサーバ５７、及びこれらを相互に接続する
高速デジタル回線５８からなる。

【００３３】携帯電話機用ＷＷＷサーバ５０は、携帯電
話機１０に対して、携帯電話機専用のＷＷＷページを提
供したり、アプリケーションを配信するサーバである。
ＰＣ用ＷＷＷサーバ５１は、ＰＣ１１やＰＣ２１に対し
て、ＰＣ専用のＷＷＷページを提供するサーバである。
ＤＮＳサーバ５２は、インターネット４上の各ノードに
割り当てられたホスト名とＩＰ（Internet Protocol）
アドレスとを対応付けて保持し、これらを相互に変換す
るサービスを行う周知のサーバである。ＳＭＴＰサーバ
５３は、ＳＭＴＰをサポートする周知のメールサーバで
ある。データベースサーバ５４は、アップロードされた
各種アプリケーションや、後述するような各種テーブル
を記憶する大容量記憶装置を備えたサーバである。集計
サーバ５５は、データベースサーバ５４が記憶している
各種テーブルを用いて、コンテンツの利用状況や、その
利用状況に応じたライセンス金額の計算等を行うサーバ
である。管理者コンソール５６は、サーバ群５の管理者
によって操作されるコンピュータであり、これによりサ
ーバ群５を構成する各種サーバのメンテナンスがなされ
る。ファイヤウォールサーバ５７は、外部ネットワーク
からの不正アクセスを排除する機能を司る周知のサーバ
である。

【００３４】（２）携帯電話機１０の構成 次に、携帯電話機１０の構成について説明する。まず、
図２を参照しながら、携帯電話機１０のハードウェア構
成について説明する。同図に示すように、携帯電話機１
０は、ＣＰＵ（Central Processing Unit）１００、Ｒ
ＯＭ（Read Only Memory）１０１、ＲＡＭ（Random Acc
ess Memory）１０２、ＳＲＡＭ（Static Random Access
Memory）１０３、データ入出力部１０４、無線処理部
１０５、音声処理部１０６、スピーカ１０７、マイクロ
ホン１０８、キーパッド１０９、ＬＣＤ（Liquid Crys
tal Display）１１０が接続されてなる。ＲＯＭ１０１
には種々の制御プログラム等が格納されており、ＣＰＵ
１００は、この制御プログラムを読み出して各種制御処
理を実行する。その際、ＲＡＭ１０２はＣＰＵ１００の
ワークエリア等として用いられる。ＲＯＭ１０１内の制
御プログラムには、携帯電話機１０の基本動作をサポー
トするファームウェアの他、ブラウザや後述する各種ア
プリケーションが含まれる。ＳＲＡＭ１０３は、携帯電
話機用ＷＷＷサーバ５０から提供されるページをキャッ
シュしたり、このサーバ５０からダウンロードしたアプ
リケーションを記憶する。無線処理部１０５は、図示せ
ぬ周波数シンセサイザ、増幅器、変復調回路等からな
り、アンテナ１０５−１を介して送受信される信号に対
しフレーム同期・分離や誤り検出・訂正処理等を実行す
ることにより、回線交換によって伝送される信号と、パ
ケット交換によって伝送される信号とにそれぞれ対応し
た処理を行う。 無線処理部１０５によって処理される
データは、データ入出力部１０４を介してＣＰＵ１００
に入出力される。音声処理部１０６は、スピーカ１０７
及びマイクロホン１０８に接続され、音声信号に対して
所定の処理を施す。キーパッド１０９は、利用者が各種
操作を行うための入力インタフェースであり、ＬＣＤ１
１０は各種情報を表示するための表示インタフェースで
ある。

【００３５】次に、図３を参照しながら、携帯電話機１
０のプロセス構成について説明する。同図に示すよう
に、プロセス構成の最下層は、携帯電話機１０のハード
ウェア制御に関するキーインタフェース部ＫＩ、画面イ
ンターフェース部ＤＩ、データ通信ドライバＤＤ、スピ
ーカ・マイク制御部ＳＭ、メモリインタフェースＭＩに
よって構成される。その上層は、ファームウェアＦＷに
よって構成され、このファームウェアにより携帯電話機
１０の基本的な処理がサポートされる。さらに、その上
層はジャババーチャルマシンＪＶＭ、ブラウザＢＳ、電
話機能部ＴＳ、設定部ＳＳによって構成されており、ジ
ャババーチャルマシンＪＶＭの上層にはジャバアプレッ
トＡＡＰが構成される。ジャバアプレットＡＰＰは、Ｊ
ａｖａ（登録商標）によって記述されたアプリケーショ
ンであり、携帯電話機用ＷＷＷサーバ５０から携帯電話
機１０にダウンロードされ、ジャババーチャルマシンＪ
ＶＭ上で実行される。

【００３６】（３）携帯電話機用ＷＷＷサーバの構成 次に、携帯電話機用ＷＷＷサーバ５０の構成について説
明する。この携帯電話機用ＷＷＷサーバ５０は、周知の
サーバマシンと同様のハードウェア構成であり、図示せ
ぬＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク装置、通信
インタフェース等がバス接続されてなる。図４は、携帯
電話機用ＷＷＷサーバ５０のプロセス構成を示す模式図
である。同図に示すように、最下層の各種インターフェ
ースから上層に向かって順に、ＯＳ（Operating Syste
m）、ＷＷＷサーバ、Ｗｅｂアプリケーションプログラ
ムによって構成されている。

【００３７】（４）データベースサーバの構成 データベースサーバ５４は、前述のとおり、様々な情報
をテーブル形式で保持しており、これらの情報はこのシ
ステムによる運営・管理のために利用されるようになっ
ている。以下、データベースサーバ５４内の各種テーブ
ルに登録されている内容について詳細に説明する。

【００３８】図５は、提供者マスタテーブルＬＭＴ（提
供者情報テーブル）の登録内容を一例を示す図である。
同図に示すように、このテーブルＬＭＴには、提供者
名、提供者ＩＤ、登録日及び銀行口座、といった各種提
供者情報がそれぞれ対応付けられて登録されている。提
供者名とは、提供者がこのサーバ群５に届け出た名称で
ある。提供者ＩＤとは、各提供者を識別するためのＩＤ
である。登録日とは、提供者が、これら提供者情報をサ
ーバ群５に登録した西暦年月日を意味する。銀行口座と
は、提供者が開設している銀行口座であり、これが提供
者が受け取るべきライセンス金額の振込先口座となる。
この提供者マスタテーブルＬＭＴは、主として、提供者
から要求に応じてライセンス金額やアプリケーションの
利用状況を検索する処理（後述する）や、ライセンス金
額の振り込み処理を行う際に利用される。

【００３９】図６は、アプリケーション登録マスタテー
ブルＡＳＴの登録内容の一例を示す図である。同図に示
すように、このテーブルＡＳＴには、アプリケーション
ＩＤ、提供者ＩＤ、アプリケーション名、サーバ名、デ
ィレクトリ、ダウンロードファイル名、ＤＢアクセスパ
スワード、説明文、ヘルプファイル及びキャプチャファ
イルといった各種情報が登録されている。アプリケーシ
ョンＩＤとは、各アプリケーションを識別するために割
り当てられたＩＤである。提供者ＩＤとは前述のとおり
である。アプリケーション名とはアプリケーションの名
称である。サーバ名とは、アプリケーションが格納され
ているサーバのホスト名であり、ディレクトリとは、ア
プリケーションが格納されているサーバ内のディレクト
リ名であり、ダウンロードファイル名とは、格納されて
いるサーバ内でのファイル名である。サーバ群５から携
帯電話機１０アプリケーションをダウンロードする際に
は、これらサーバ名、ディレクトリ、ダウンロードファ
イル名を指定してなされる。次に、ＤＢアクセスパスワ
ードとは、提供者が各アプリケーションに関する情報に
ついてデータベースサーバ５４を検索する際に用いられ
るパスワードである。また、説明文とは、利用者に対し
アプリケーションの内容を説明するための文章であり、
例えば、利用者によるアプリケーション検索時やダウン
ロード時にＰＣ１１や携帯電話機１０上に表示される。
ヘルプファイルとは、そのようなアプリケーション検索
時やダウンロード時において利用者に対して提供される
ヘルプ情報が格納されたファイル名であり、キャプチャ
ファイルとは、利用者に視覚的にアプリケーションの内
容を表示するための画像情報が格納されたファイル名で
ある。このアプリケーション登録マスタテーブルＡＳＴ
は、主として、利用者によるアプリケーションの検索時
やダウンロード時のほか、提供者によるライセンス金額
や利用状況の検索時に利用される。

【００４０】図７は、アプリケーションアクセス管理テ
ーブルＡＡＴ（限定部、共有プロセスインタフェース）
の登録内容の一例を示す図である。同図に示すように、
このテーブルＡＡＴには、アプリケーションＩＤ及びテ
ーブル名が登録されている。このテーブル名は、アプリ
ケーションが実行される際に、そのアプリケーションが
アクセス可能なテーブルの名称を意味している。例え
ば、アプリケーションＩＤ「56789」が示すアプリケー
ション（ゲームソフトとする）は、ハイスコアを登録す
るための図示せぬハイスコアテーブルにアクセス可能で
あること、即ち、アプリケーションＩＤ「56789」が示
すアプリケーションはハイスコア登録が可能であること
を意味する。このように、各アプリケーションごとにア
クセス可能なテーブルが定義されていることにより、不
正なアプリケーションによるアクセスを防止することが
できる。

【００４１】図８は、アプリケーション統計テーブルＡ
ＴＴの登録内容の一例を示す図である。同図に示すよう
に、このテーブルＡＴＴには、アプリケーションＩＤ、
対象年月、ダウンロード数、起動回数、実行時間、投票
ポイント数、ライセンス金額及びライセンス金額支払フ
ラグが登録されている。このテーブルは、各アプリケー
ションの利用状況を把握するためのものであり、対象年
月とは、その利用状況が把握される対象となる期間を意
味する。ダウンロード数とは、対象年月が示す期間にア
プリケーションが携帯電話機１０にダウンロードされた
回数を意味する。起動回数とは、対象年月が示す期間に
アプリケーションが携帯電話機１０上で起動された回数
を意味する。実行時間とは、対象年月が示す期間にアプ
リケーションが携帯電話機１０上で実行された時間を意
味する。各利用者は自身が利用したアプリケーションに
対して、その実用度や面白さに応じてポイントを投票す
ることが可能となっており、投票ポイント数とは、その
投票されたポイント数を意味している。ライセンス金額
は、提供者がアプリケーションの対価として受け取るべ
き金額であり、アプリケーションの利用状況に応じて後
述する計算式に基づいて算出される。ライセンス金額支
払フラグとは、算出されたライセンス金額が既に提供者
に支払われたか否かを示すフラグ情報である。

【００４２】図９は、利用者マスタテーブルＵＭＴの登
録内容の一例を示す図である。同図に示すように、この
テーブルＵＭＴには、利用者名、利用者ＩＤ、パスワー
ド、クレジットカード番号、入会日、退会日、電話番
号、携帯電話機メールアドレス及びＰＣメールアドレス
といった利用者情報が登録されている。利用者名は、利
用者の名称であり、利用者ＩＤは各利用者を識別するた
めに割り当てられたＩＤである。パスワードは、利用者
がこのサーバ群５にログインする等のために必要なもの
であり、前述の利用者ＩＤとこのパスワードによって利
用者認証がなされる。クレジットカード番号は、利用者
が使用するクレジットカードの契約番号であり、このク
レジットカード番号が示すクレジット契約を用いて利用
料金の徴収がなされる。入会日は、利用者がこのサービ
スに入会した西暦年月日であり、退会日は、利用者がこ
のサービスから退会した西暦年月日である。電話番号
は、利用者の電話番号であり、携帯電話機メールアドレ
スは、利用者によって所持され、各種アプリケーション
をダウンロードするための携帯電話機１０に割り当てら
れたメールアドレスである。また、ＰＣメールアドレス
は、利用者によって用いられるＰＣ１１に割り当てられ
たメールアドレスである。このテーブルＵＭＴは、例え
ば、利用者のログイン時や、利用者へのメール送信時等
に用いられる。

【００４３】図１０は、最終起動日時保存テーブルＬＲ
Ｔの登録内容の一例を示す図である。同図に示すよう
に、このテーブルＬＲＴには、利用者ＩＤ、アプリケー
ションＩＤ及び最終起動日時が登録されている。アプリ
ケーションが携帯電話機１０上で起動される際には、そ
の起動通知が携帯電話機１０から携帯電話機用ＷＷＷサ
ーバ５０に送信され、これに応じて、最終起動日時が最
終起動日時保存テーブルＬＲＴ上に登録されるようにな
っている。前述したポイント投票は、利用者が過去一定
期間においてダウンロードや起動したアプリケーション
に限定されており、このテーブルＬＲＴは、利用者がポ
イント投票可能なアプリケーションを抽出する際に用い
られる。

【００４４】図１１は、利用者アクセス保存テーブルＵ
ＡＴの登録内容の一例を示す図である。同図に示すよう
に、このテーブルＵＡＴには、利用者ＩＤ、アプリケー
ションＩＤ、対象年月、ダウンロード数、起動回数、実
行期間及び投票ポイント数が登録されている。ダウンロ
ード数とは、対象年月が示す期間に、対応する利用者
が、対応するアプリケーションを携帯電話機１０にダウ
ンロードした回数を意味する。起動回数とは、対象年月
が示す期間に、対応する利用者が、対応するアプリケー
ションが携帯電話機１０上で起動した回数を意味する。
実行時間とは、対象年月が示す期間に、対応する利用者
が、対応するアプリケーションを携帯電話機１０上で実
行した時間を意味する。投票ポイント数とは、対象年月
が示す期間に、対応する利用者が、対応するアプリケー
ションに対して投票したポイント数を意味している。即
ち、このテーブルＵＡＴは、アプリケーションの利用状
況を把握するために用いられ、このテーブルＵＡＴに登
録されている情報に基づいてアプリケーションを利用状
況が把握され、その結果として提供者に支払うべきライ
センス金額が定まるようになっている。

【００４５】図１２は、利用者入金管理テーブルＵＰＴ
の登録内容の一例を示す図である。同図に示すように、
このテーブルＵＭＴには、利用者ＩＤ、対象年月及び入
金フラグが登録されている。入金フラグは、利用者から
の利用料金の支払があったか否かを示すフラグ情報であ
る。サーバ群５は、この利用者入金テーブルＵＰＴを用
いて、利用者により利用料金を支払を管理する。

【００４６】図１３は、ダウンロードＩＤ管理テーブル
ＤＩＴの登録内容の一例を示す図である。同図に示すよ
うに、このテーブルＤＩＴには、利用者ＩＤ、ダウンロ
ード日時、アプリケーションＩＤ及びダウンロードＩＤ
が登録されている。ダウンロードＩＤは、携帯電話機１
０からのダウンロード要求毎に毎回ユニークに発行され
るＩＤであり、このテーブルＤＩＴには、発行された全
てのダウンロードＩＤが記憶されている。このダウンロ
ードＩＤは、後述するように、不正なアプリケーション
を排除するために用いられる。

【００４７】図１４は、最終ダウンロード管理テーブル
ＬＤＴの登録内容の一例を示す図である。同図に示すよ
うに、このテーブルＬＤＴには、利用者ＩＤ、アプリケ
ーションＩＤ及び最終ダウンロード日時が登録されてい
る。このテーブルＬＤＴも、テーブルＬＲＴと同様に、
利用者がポイント投票可能なアプリケーションを抽出す
る際に用いられる。

【００４８】Ｂ：動作 次に、上記構成からなる実施形の動作について説明す
る。以下では、アプリケーションとして「アプレット」
を処理対象とし、（１）アプレットの検索、（２）アプ
レットのダウンロード、（３）アプレットの実行、
（４）アプレットのポイント投票、（５）ライセンス金
額の算出、（６）提供者による各種検索、の順に動作説
明を行う。

【００４９】（１）アプレットの検索 利用者は、ＰＣ１１を操作することによりサーバ群５に
アクセスし、所望のアプレットを検索することができ
る。図１５〜１６は、アプレット検索時のＰＣ１１及び
ＰＣ用ＷＷＷサーバ５１の動作を示すシーケンス図であ
り、図１７は、その際にＰＣ１１上に表示される画面の
一例を示す図である。図１５において、まず、利用者
は、ＰＣ１１を操作してブラウザを起動し、ＰＣ用ＷＷ
Ｗサーバ５１が保持するトップページのＵＲＬ（ここで
は「http://www-p.techfirm.co.jp/index.html」とす
る）を入力する。ＰＣ１１はこの操作を受けつける（ス
テップＳａ１）。この際、ＵＲＬの入力に限らず、別の
ページ上のアンカーからのジャンプであってもよいこと
はもちろんである。

【００５０】次いで、ＰＣ１１は、トップページにアク
セスするためのリクエストをインターネット４に送出す
る（ステップＳａ２）。このリクエストは、同図に示す
ように、ＧＥＴメソッドにより指定された「http://www
-p.techfirm.co.jp/index.html」からなる文字列を含
む。

【００５１】ＰＣ用ＷＷＷサーバ５１は、インターネッ
ト４を介して、上記リクエスト信号を受信すると、リク
エストＵＲＩ（Uniform Resource Identifier）によ
って指定されているトップページをハードディスクから
読み出し（ステップＳａ３）、これをＰＣ１１に送信す
る（ステップＳａ４）。

【００５２】ＰＣ１１は、上記トップページを受信する
と、これを解釈して表示部に表示する（ステップＳａ
５）。ここで表示されるページは、ＰＣ用ＷＷＷサーバ
５１にログインするためのページであり、例えば図１７
（ａ）に示すように所定フィールド内に利用者ＩＤとパ
スワードの入力を促すメッセージが表示されている。

【００５３】利用者が、利用者ＩＤとパスワードを入力
し、ログインを指示する操作を行うと、ＰＣ１１は、ロ
グインを要求するリクエストをＰＣ用ＷＷＷサーバ５１
に送信する（ステップＳａ６）。例えば、利用者ＩＤ
「10000」、パスワード「9999」が入力された場合、こ
のリクエストには、ＧＥＴメソッドにより指定された
「http://www-p.techfirm.co.jp/cgi-bin/login.cgi?id
=10000&pw=9999」からなる文字列が含まれる。

【００５４】ＰＣ用ＷＷＷサーバ５１は、上記リクエス
トに応じてlogin.cgiに対応するＣＧＩ（Common Gatew
ay Interface）を起動し、データベースサーバ５４内
の利用者マスタテーブルＵＭＴを参照し、受信した利用
者ＩＤ「10000」及びパスワード「9999」の組が正しい
組であるか否かを判断する（ステップＳａ７）。

【００５５】この判断の結果、組が正しければ、ＰＣ用
ＷＷＷサーバ５１は、次なるエントランスページを構成
して、ＰＣ１１に返信する（ステップＳａ８）。一方、
この判断の結果、組が正しくなければ、所定のエラー画
面を構成して、ＰＣ１１に返信することになる。以降、
ＰＣ１１及びＰＣ用ＷＷＷサーバ５１間で実行される各
セッションをＰＣ用ＷＷＷサーバ５１側で管理するため
に、ＰＣ１１からＰＣ用ＷＷＷサーバ５１に送信される
データには利用者ＩＤを示す文字列「id=10000」が埋め
込まれるようになっている。

【００５６】さて、ＰＣ１１はエントランスページを受
信すると、これを解釈して表示部に表示する（ステップ
Ｓａ９）。ここで表示されるページには、図１７（ｂ）
に示すようにサイトの概略説明や各種メニューが列記さ
れている。

【００５７】利用者がアプレット検索を行うためには同
図（ｂ）に示す「ライブラリ」ボタンをクリックすれば
よく、このクリック操作に応じて、ＰＣ１１は、ライブ
ラリサービスを要求するためのリクエストをＰＣ用ＷＷ
Ｗサーバ５１に送信する（ステップＳａ１０）。このリ
クエストには、ＧＥＴメソッドにより指定された「htt
p://www-p.techfirm.co.jp/cgi-bin/lib.cgi?id=1000
0」からなる文字列が含まれる。

【００５８】ＰＣ用ＷＷＷサーバ５１は、上記リクエス
トに応じてlib.cgiを起動してライブラリページを構成
し（ステップＳａ１１）、これをＰＣ１１に返信する
（ステップＳａ１２）。

【００５９】ＰＣ１１はライブラリページを受信する
と、これを解釈して表示部に表示する（ステップＳａ１
３）。ここで表示されるライブラリページは、図１７
（ｃ）に示すように検索対象のアプレットをカテゴリー
別に選択するためのページである。ここでは、例えば利
用者は、同図に示す「ゲーム」のボタンをクリックして
これを選択したとする。

【００６０】このクリック操作に応じて、ＰＣ１１は、
ゲームのアプレットのリストページを要求するためのリ
クエストをＰＣ用ＷＷＷサーバ５１に送信する（ステッ
プＳａ１４）。このリクエストには、ＧＥＴメソッドに
より指定された「http://www-p.techfirm.co.jp/cgi-bi
n/lib-game.cgi?id=10000＆page1」からなる文字列が含
まれる。

【００６１】ＰＣ用ＷＷＷサーバ５１は、上記リクエス
トに応じてlib-game.cgiを起動してゲームリストページ
の１ページ目を構成し（ステップＳａ１５）、これをＰ
Ｃ１１に送信する（ステップＳａ１６）。

【００６２】ＰＣ１１はゲームリストページの1ページ
目を受信すると、これを解釈して表示部に表示する（ス
テップＳａ１７）。ここで表示されるページには、図１
７（ｄ）に示すように各種ゲームのタイトル名が列記さ
れている。ここでは、利用者は同図（ｄ）に示すタイト
ル名「drops」をクリックして選択したとする。なお、
ゲームリストページは、１ページのみによって構成され
るわけではなく、複数ページにわたって構成される場合
も当然ありえる。この場合、利用者が図 （ｄ）に示さ
れている「次へ」をクリックすることにより、「http:/
/www-ｐ.techfirm.co.jp/cgi-bin/lib-game.cgi?id=100
00＆page2」という文字列を含むリクエストがＰＣ１１
からＰＣ用ＷＷＷサーバ５１に送信されて、ゲームリス
トの２ページ目が提供される。このように、リクエスト
ＵＲＩの最後尾が「pageN」と表記されることにより、
ゲームリストのＮページ目が提供されるようになってい
る。

【００６３】さて、上記クリック操作に応じて、ＰＣ１
１は、「drops」のゲーム説明を要求するためのリクエ
ストをＰＣ用ＷＷＷサーバ５１に送信する（ステップＳ
ａ１８）。このリクエストには、ＧＥＴメソッドにより
指定された「http://www-p.techfirm.co.jp/cgi-bin/ex
pl.cgi?id=10000＆app=56789」からなる文字列が含まれ
る。ここで、「app=56789」は「drops」に割り当てられ
たアプリケーションＩＤを意味する。

【００６４】ＰＣ用ＷＷＷサーバ５１は、上記リクエス
トに応じてexpl.cgiを起動して「drops」ゲームの説明
ページを構成し（ステップＳａ１９）、これをＰＣ１１
に送信する（ステップＳａ２０）。この際、ＰＣ用ＷＷ
Ｗサーバ５１は、データベースサーバ５４内のアプリケ
ーション登録マスタテーブルＡＳＴを参照して、指定さ
れたアプレットに対応する説明文やキャプチャファイル
等を参照して、説明ページを構成する。

【００６５】ＰＣ１１は説明ページを受信すると、これ
を解釈して表示部に表示する（ステップＳａ２１）。こ
こで表示されるページには、図１７（ｅ）に示すように
「drops」の内容を説明する説明文と、そのゲームが行
われている様子を動画で視覚的に表現したキャプチャが
含まれている。

【００６６】利用者は、これらの説明を参照し、このゲ
ームを自身の携帯電話機１０にダウンロードさせる意思
があれば、同図（ｅ）に示す「ＵＲＬメール」ボタンを
クリックする。このクリック操作に応じて、ＰＣ１１
は、「drops」を携帯電話機１０にダウンロードさせる
ためのアクセスＵＲＬを、この携帯電話機１０に送信し
てもらうことを要求するリクエストをＰＣ用ＷＷＷサー
バ５１に送信する（ステップＳａ２２）。このリクエス
トには、ＧＥＴメソッドにより指定された「http://www
-p.techfirm.co.jp/cgi-bin/urlmail.cgi?id=10000＆ap
p=56789」からなる文字列が含まれる。

【００６７】ＰＣ用ＷＷＷサーバ５１は、上記リクエス
トに応じてurlmail.cgiを起動して携帯電話機１０に割
り当てられているメールアドレスを宛先とし、上記リク
エストによって指定されたゲームソフト「drops」への
アクセスＵＲＬ（http://www-c.techfirm.co.jp/cgi-bi
n/expl.cgi?id=10000&app=56789）を記述した電子メー
ルを生成し、これを送信する（ステップＳａ２３）。こ
の際、宛先となる携帯電話機１０のメールアドレスは、
利用者マスタテーブルＵＭＴを参照することにより把握
できる。

【００６８】そして、このメール送信が完了すると、Ｐ
Ｃ用ＷＷＷサーバ５１は、完了通知ページを生成し、こ
れをＰＣ１１に送信する（ステップＳａ２４）。ＰＣ１
１は完了通知ページを受信すると、これを解釈して表示
部に表示し（ステップＳａ２５）、同図に示す処理は終
了する。

【００６９】さて、アクセスＵＲＬが書き込まれた電子
メールを受信した携帯電話機１０は、自身のメールブラ
ウザ上で、メール上のアクセスＵＲＬを選択すると、直
接、そのＵＲＬが示すサイトへジャンプすることができ
る。これにより、利用者は携帯電話機１０では入力する
事が煩わしいＵＲＬをわざわざ入力する必要がなくな
る。また、複雑な検索オペレーションを携帯電話機１０
上で行う必要もなくなり、利用者にとっては非常に便利
である。

【００７０】（２）アプレットのダウンロード 次に、アプレットのダウンロード処理について説明す
る。図１８〜図２０は、アプレットダウンロード時の携
帯電話機１０及び携帯電話機用ＷＷＷサーバ５０の動作
を示すシーケンス図であり、図２１はこの際、携帯電話
機１０のＬＣＤ１１１に表示される画面の一例を示す図
である。図１８において、まず、利用者は、携帯電話機
１０を操作してブラウザを起動し、携帯電話機用ＷＷＷ
サーバ５０が保持するトップページのＵＲＬ（ここでは
「http://www-c.techfirm.co.jp/index.html」とする）
を入力する。これに応じて、携帯電話機１０は上記入力
操作を受けつける（ステップＳｂ１）。この際、ＵＲＬ
の入力に限らず、別のページ上のアンカーからのジャン
プであってもよいことはもちろんである。

【００７１】次いで、携帯電話機１０は、上記トップペ
ージにアクセスするためのリクエストをインターネット
４に送出する（ステップＳｂ２）。このリクエストは、
同図に示すように、ＧＥＴメソッドにより指定された
「http://www-c.techfirm.co.jp/index.html」からなる
文字列を含む。

【００７２】携帯電話機用ＷＷＷサーバ５０は、インタ
ーネット４を介して、上記リクエストを受信すると、リ
クエストＵＲＩによって指定されているページをハード
ディスクから読み出し（ステップＳｂ３）、これを携帯
電話機１０に返信する（ステップＳｂ４）。

【００７３】携帯電話機１０は、上記ページを受信する
と、これを解釈してＬＣＤ１１１に表示する（ステップ
Ｓｂ５）。ここで表示されるトップページは、携帯電話
機用ＷＷＷサーバ５０が提供するサービスに入会若しく
はログインするためのページであり、例えば図２１
（ａ）に示すような構成となっている。

【００７４】利用者が同図（ａ）に示す「ログイン」を
選択操作すると、携帯電話機１０は、ログインを要求す
るリクエストを携帯電話機用ＷＷＷサーバ５０に送信す
る（ステップＳｂ６）。このリクエストは、同図に示す
ように、ＧＥＴメソッドにより指定された「http://www
-c.techfirm.co.jp/login.html」からなる文字列を含
む。

【００７５】携帯電話機用ＷＷＷサーバ５０は、上記リ
クエストを受信すると、リクエストＵＲＩによって指定
されているログインページをハードディスクから読み出
し（ステップＳｂ７）、これを携帯電話機１０に返信す
る（ステップＳｂ８）。

【００７６】携帯電話機１０は、ログインページを受信
すると、これを解釈してＬＣＤ１１１に表示する（ステ
ップＳｂ９）。ここで表示されるログインページは、例
えば図２１（ｂ）に示すような構成となっており、所定
フィールド内に利用者ＩＤとパスワードの入力を促すメ
ッセージが表示されている。

【００７７】利用者が、利用者ＩＤとパスワードを入力
し、ログインを指示する操作を行うと、携帯電話機１０
は、ログインを要求するリクエストを携帯電話機用ＷＷ
Ｗサーバ５０に送信する（ステップＳｂ１０）。例え
ば、利用者ＩＤ「10000」、パスワード「9999」が入力
された場合、このリクエストにはＧＥＴメソッドにより
指定された「http://www-c.techfirm.co.jp/cgi-bin/st
art.cgi?id=10000&pw=9999」からなる文字列が含まれ
る。

【００７８】携帯電話機用ＷＷＷサーバ５０は、上記リ
クエストに応じてstart.cgiを起動してデータベースサ
ーバ５４内の利用者マスタテーブルＵＭＴを参照し、受
信した利用者ＩＤ「10000」及びパスワード「9999」の
組が正しい組であるか否かを判断する（ステップＳｂ１
１）。

【００７９】この判断の結果、組が正しければ、携帯電
話機用ＷＷＷサーバ５０は、次なるメニューページを構
成して、携帯電話機１０に返信する（ステップＳｂ１
２）。一方、この判断の結果、組が正しくなければ、所
定のエラー画面を構成して、携帯電話機１０に返信する
ことになる。以降、携帯電話機１０及び携帯電話機用Ｗ
ＷＷサーバ５０間で実行される各セッションを携帯電話
機用ＷＷＷサーバ５０側で管理するために、携帯電話機
１０から携帯電話機用ＷＷＷサーバ５０に送信されるデ
ータには利用者ＩＤを示す「id=10000」が埋め込まれる
ようになっている。

【００８０】さて、携帯電話機１０はメニューページを
受信すると、これを解釈してＬＣＤ１１１に表示する
（ステップＳｂ１３）。ここで表示されるページには、
図２１（ｃ）に示すように各種メニューが列記されてい
る。

【００８１】利用者がアプレットをダウンロードするた
めには同図（ｃ）に示す「ライブラリ」ボタンを選択す
ればよく、この選択操作に応じて、携帯電話機１０は、
ライブラリページを要求するためのリクエストを携帯電
話機用ＷＷＷサーバ５０に送信する（ステップＳｂ１
４）。このリクエストには、ＧＥＴメソッドにより指定
された「http://www-c.techfirm.co.jp/cgi-bin/libto
p.cgi?id=10000」からなる文字列が含まれる。

【００８２】携帯電話機用ＷＷＷサーバ５０は、上記リ
クエストに応じてlibtop.cgiを起動してライブラリペー
ジを構成し（ステップＳｂ１５）、これを携帯電話機１
０に返信する（ステップＳｂ１６）。

【００８３】携帯電話機１０はライブラリページを受信
すると、これを解釈してＬＣＤ１１１に表示する（ステ
ップＳｂ１７）。ここで表示されるライブラリページ
は、図（ｄ）に示すようにデータベースサーバ５４が保
存しているアプレットをカテゴリー別に選択するための
ページである。ここでは、例えば利用者は、同図に示す
「ゲーム」を選択したとする。

【００８４】この選択操作に応じて、携帯電話機１０
は、ゲームリストページを要求するためのリクエストを
携帯電話機用ＷＷＷサーバ５０に送信する（ステップＳ
ｂ１８）。このリクエストには、ＧＥＴメソッドにより
指定された「http://www-c.techfirm.co.jp/cgi-bin/li
b-game.cgi?id=10000＆page1」からなる文字列が含まれ
る。

【００８５】携帯電話機用ＷＷＷサーバ５０は、上記リ
クエストに応じてlib-game.cgiを起動してゲームリスト
ページの１ページ目を構成し（ステップＳｂ１９）、こ
れを携帯電話機１０に送信する（ステップＳｂ２０）。

【００８６】携帯電話機１０はゲームリストページの1
ページ目を受信すると、これを解釈してＬＣＤ１１１に
表示する（ステップＳｂ２１）。ここで表示されるペー
ジには、図２１（ｅ）に示すように各種ゲームのタイト
ル名が列記されている。ここでは、利用者は同図（ｅ）
に示すタイトル名「drops」を選択したとする。なお、
ゲームリストページは、１ページのみによって構成され
るわけではなく、複数ページにわたって構成される場合
も当然ありえる。この場合、利用者が図２１（ｅ）に示
されている「次へ」を選択することにより、「http://w
ww-c.techfirm.co.jp/cgi-bin/lib-game.cgi?id=10000
＆page2」という文字列を含むリクエストが携帯電話機
１０から携帯電話機用ＷＷＷサーバ５０に送信されて、
ゲームリストの２ページ目が提供される。このように、
リクエストＵＲＩの最後尾が「pageN」と表記されるこ
とにより、ゲームリストのＮページ目が提供されるよう
になっている。

【００８７】さて、上記選択操作に応じて、携帯電話機
１０は、「drops」のゲーム説明を要求するためのリク
エストを携帯電話機用ＷＷＷサーバ５０に送信する（ス
テップＳｂ２２）。このリクエストには、ＧＥＴメソッ
ドにより指定された「http://www-p.techfirm.co.jp/cg
i-bin/expl.cgi?id=10000＆app=56789」からなる文字列
が含まれる。ここで、「app=56789」は「drops」に割り
当てられたアプリケーションＩＤを意味する。

【００８８】携帯電話機用ＷＷＷサーバ５０は、上記リ
クエストに応じてexpl.cgiを起動して「drops」ゲーム
の説明ページを構成し（ステップＳｂ２３）、これを携
帯電話機１０に送信する（ステップＳｂ２４）。この
際、携帯電話機用ＷＷＷサーバ５０は、データベースサ
ーバ５４内のアプリケーション登録マスタテーブルＡＳ
Ｔを参照して、指定されたアプレットに対応する説明文
やキャプチャファイル等を参照して、説明ページを構成
する。

【００８９】さて、携帯電話機１０は上記説明ページを
受信すると、これを解釈してＬＣＤ１１１に表示する
（ステップＳｂ２５）。ここで表示されるページには、
図２１（ｆ）に示すように「drops」の内容を説明する
説明文のほか、ダウンロード、使用法、画面キャプチャ
等の各種操作を選択するためのボタンが表示されてい
る。

【００９０】利用者は、これらの説明を参照し、このゲ
ームを自身の携帯電話機１０にダウンロードさせる意思
があれば、図２１（ｆ）に示す「ダウンロード」を選択
する。この選択操作に応じて、携帯電話機１０は、「dr
ops」を携帯電話機１０にダウンロードするためのリク
エストを携帯電話機用ＷＷＷサーバ５０に送信する（ス
テップＳｂ２６）。このリクエストには、ＧＥＴメソッ
ドにより指定された「http://www-c.techfirm.co.jp/56
789/dl.cgi?id=10000」からなる文字列が含まれる。

【００９１】携帯電話機用ＷＷＷサーバ５０は、上記リ
クエストに応じてdl.cgiを起動し、「drops」に対応し
て用意しているダウンロード用ＨＴＭＬデータを構成し
（ステップＳｂ２７）、これを携帯電話機１０に送信す
る（ステップＳｂ２８）。このダウンロード用のＨＴＭ
Ｌデータは、図２２に示すような構成となっている。図
２２において、「param」タグ指定のパラメータのう
ち、パラメータ「ID」は、携帯電話機用ＷＷＷサーバ５
０と通信する際に利用者を識別するために利用される。
また、パラメータ「DLID」はダウンロードのためのデー
タを作成する際に毎回ユニークに発行され、後述するよ
うに、携帯電話機用ＷＷＷサーバ５０が携帯電話機１０
側のアプリケーションと通信を行う際に、そのアプリケ
ーションの正当性を確認するために利用される。

【００９２】携帯電話機１０は、受信したＨＴＭＬデー
タの中から、「applet」タグを検出すると（ステップＳ
ｂ２９）、「ARCHIVE」タグで指定されたＪＡＲファイ
ルを取得するためのリクエストを携帯電話機用ＷＷＷサ
ーバ５０に送信する（ステップＳｂ３０）。このリクエ
ストには、ＧＥＴメソッドにより指定された「http://w
ww-c.techfirm.co.jp/56789/drops.jar」からなる文字
列が含まれる。

【００９３】携帯電話機用ＷＷＷサーバ５０は、上記リ
クエストに応じて、ファイル名「drops.Jar」が示すＪ
ＡＲファイルをデータベースサーバ５４から読み出し
（ステップＳｂ３１）、これを携帯電話機１０に送信す
る（ステップＳｂ３２）。

【００９４】携帯電話機１０は、ＪＡＲファイルを受信
し、これをＳＲＡＭ１０４に書きこんでいく（ステップ
Ｓｂ３３）。ＪＡＲファイルの取得が完了すると、携帯
電話機１０は、上述したＨＴＭＬデータ内の「COMPLET
E」で指定されたＵＲＬに対しダウンロードの完了を意
味するリクエストを送信する（ステップＳｂ３４）。こ
のリクエストにはＧＥＴメソッドにより指定された「ht
tp://www-c.techfirm.co.jp/cgibin/dlfinish.cgi?id=1
0000&app=56789&DLID=99887766」からなる文字列が含ま
れる。また、これとともに、携帯電話機１０は、ＪＡＲ
ファイルを取得完了すると、ＳＲＡＭ１２４内の所定の
記憶エリアに、図２２において「CODE」タグで指定さ
れ、アプレット起動時に最初に実行するクラス、実行さ
れるアプレットが参照可能なものとして「param」タグ
で指定されたパラメータ、取得元のホスト名「game.tec
hfirm.co.jp」を保存する。ダウンロードされたアプレ
ットは、ジャババーチャルマシンＪＶＭの制限によっ
て、取得元のサーバ（ホスト名「game.techfirm.co.j
p」）としか通信できないようになっている。

【００９５】さて、携帯電話機用ＷＷＷサーバ５０は、
上記リクエストに応じてdlfinish.cgiを起動することに
よりデータベースサーバ５４にアクセスし、利用者アク
セス保存テーブルＵＡＴ上で、利用者ＩＤ「10000」及
びアプリケーションＩＤ「56789」に対応付けて、ダウ
ンロードカウント値を１カウントインクリメントするほ
か、ダウンロードＩＤ管理テーブルＤＩＴ、最終ダウン
ロード管理テーブルＬＤＴ上にダウンロード日時等を書
き込む（ステップＳｂ３５）。即ち、携帯電話機用ＷＷ
Ｗサーバ５０は、前述したダウンロードＩＤ管理テーブ
ルＤＩＴ上で、ダウンロードＩＤ、アプリケーションＩ
Ｄ及び利用者ＩＤをセットで記憶しておく。

【００９６】そして、携帯電話機用ＷＷＷサーバ５０
は、携帯電話機１０のアプリケーションからデータを受
け取るときに、この携帯電話機１０から上記３つのデー
タを組として受け取るようにすれば、上記ダウンロード
管理テーブル上のデータと比較することにより、そのデ
ータの送信元はＷＷＷサーバ５０自身が携帯電話機１０
にダウンロードさせた正当なアプリケーションであると
認識する事が可能である。この仕組みによって、別の端
末からあるいは不正アプリケーションによるデータ改竄
やなりすましを防止することが可能になるといえる。

【００９７】そして、携帯電話機用ＷＷＷサーバ５０
は、ダウンロード処理がすべて完了した旨のＯＫメッセ
ージを生成し、これを携帯電話機１０に送信する（ステ
ップＳｂ３６）。携帯電話機１０は上記メッセージを受
信すると、これを解釈してＬＣＤ１１１に表示し（ステ
ップＳｂ３７）、同図に示す処理は終了する。

【００９８】（３）アプレットの実行 次に、アプレットの実行処理について説明する。図２３
〜２４は、アプレット実行時の携帯電話機１０及び携帯
電話機用ＷＷＷサーバ５０の動作を示すシーケンス図で
あり、図２５はこの際、携帯電話機１０のＬＣＤ１１１
に表示される画面の一例を示す図である。図２３におい
て、まず、利用者は、携帯電話機１０を操作し、ダウン
ロード済のアプレットのリストをＳＲＡＭ１２４から読
み出してＬＣＤ１１１に表示させる（ステップＳｃ
１）。ここで表示されるアプレットのリストは、例えば
図２５（ａ）に示すような構成となっており、ダウンロ
ードしたアプレット名が列記されている。

【００９９】ここで、例えば利用者が図２５（ａ）に示
す「drops」を選択すると、ＬＣＤ１１１の表示は図２
５（ｂ）に示すような画面に遷移し、選択したアプレッ
トを起動するか否かを利用者に問い合わせるメッセージ
が表示される（ステップＳｃ２）。

【０１００】図２５（ｂ）上で利用者が「ＯＫ」を選択
すると、携帯電話機１０は、ジャババーチャルマシンＪ
ＶＭを起動し、最初に呼び出すクラスである「drops.cl
ass」を指定する（ステップＳｃ３）。

【０１０１】そして、携帯電話機１０は、アプレット起
動を通知するためのリクエストを携帯電話機用ＷＷＷサ
ーバ５０に送信する（ステップＳｃ４）。このリクエス
トは、同図に示すように、ＧＥＴメソッドにより指定さ
れた「http://game.techfirm.co.jp/start.cgi?id=1000
0&app=56789&DLID=99887766」からなる文字列を含む。
ここで、前述したように携帯電話機用ＷＷＷサーバ５
０と携帯電話機１０側のアプリケーションとの間におけ
る通信の正当性を確認するため、上記リクエストには、
ダウンロードＩＤを示す「DLID=99887766」、アプリケ
ーションＩＤを示す「app=56789」、及び利用者ＩＤを
示す「id=10000」が含まれている。

【０１０２】さて、携帯電話機用ＷＷＷサーバ５０は、
上記リクエストを受信するとstart.cgiを起動し、デー
タベースサーバ５４内のダウンロードＩＤテーブルＤＩ
Ｔを参照して、上述のダウンロードＩＤ、アプリケーシ
ョンＩＤ及び利用者ＩＤの組が正しい組であるか否かを
判断する。次いで、携帯電話機用ＷＷＷサーバ５０は、
利用者アクセス保存テーブルＵＡＴ上で、受信した利用
者ＩＤ「id=10000」及びアプリケーションＩＤ「app=56
789」に対応する起動回数を１カウントだけインクリメ
ントするとともに、最終起動日時保存テーブルＬＲＴ上
で、利用者ＩＤ「id=10000」及びアプリケーションＩＤ
「app=56789」に対応する最終起動日時を書き込む（ス
テップＳｃ５）。

【０１０３】そして、携帯電話機用ＷＷＷサーバ５０
は、起動を承認した旨のＯＫメッセージを生成し、携帯
電話機１０に返信する（ステップＳｃ６）。

【０１０４】この通知に応じて、携帯電話機１０は、
「drops」ゲームのアプレットを実行する（ステップＳ
ｃ７）。この際の携帯電話機１０のＬＣＤ１１１の表示
例を図２５（ｃ）に示す。

【０１０５】さて、利用者が行っていたゲームが終了
し、そのゲームスコアが自身の過去最高となるとハイス
コア登録が可能となる。この登録処理は、利用者がゲー
ム終了画面上の図示せぬハイスコアボタンを選択するこ
とにより開始される（ステップＳｃ８）。

【０１０６】まず、携帯電話機１０は、ハイスコア登録
を要求するためのリクエストを携帯電話機用ＷＷＷサー
バ５０に送信する（ステップＳｃ９）。このリクエスト
には、図に示すように、ＧＥＴメソッドにより指定され
た「http://game.techfirm.co.jp/56789/highsc.cgi?id
=10000&sc=12256000」からなる文字列が含まれる。ここ
で、「sc=12256000」は、スコアが12256000点であるこ
とを意味している。

【０１０７】携帯電話機用ＷＷＷサーバ５０は、上記リ
クエストに応じてhighsc.cgiを起動してデータベースサ
ーバ５４内の図示せぬハイスコアテーブルに指定された
スコアを登録する。ハイスコア登録処理が完了すると、
携帯電話機用ＷＷＷサーバ５０は、ハイスコア処理が完
了した旨のＯＫメッセージを生成するとともに、利用者
名「Tech」を取得する（ステップとＳｃ１０）。これら
の処理の詳細は、図２６に示すフローを用いて後述す
る。

【０１０８】そして、携帯電話機ＷＷＷサーバ５０は、
上記ＯＫメッセージと利用者とを携帯電話機１０に送信
する（ステップＳｃ１１）。

【０１０９】携帯電話機１０はＯＫメッセージと利用者
名を受信すると、これを解釈して、図２５（ｄ）に示す
ように画面を表示する（ステップＳｃ１２）。この画面
上で利用者によって「ＯＫ」が選択されると、ＬＣＤ１
１１上には元のゲーム画面が表示される。

【０１１０】そして、利用者によりゲーム終了の操作が
なされると、携帯電話機１０はこれを受けつけ（ステッ
プＳｃ１３）、アプレット終了を要求するためのリクエ
ストを携帯電話機用ＷＷＷサーバ５０に送信する（ステ
ップＳｃ１４）。このリクエストには、図２４に示すよ
うに、ＧＥＴメソッドにより指定された「http://game.
techfirm.co.jp/56789/exit.cgi?id=10000&app56789&DL
ID99887766」からなる文字列が含まれる。

【０１１１】携帯電話機用ＷＷＷサーバ５０は、exit.c
giを起動し、前述と同様に、ダウンロードＩＤを示す
「DLID=99887766」、アプリケーションＩＤを示す「app
=56789」、及び利用者ＩＤを示す「id=10000」の組の正
当性を確認した後、最終起動日時テーブルＬＲＴを参照
し、利用者ＩＤ「10000」がアプリケーションＩＤ「567
89」を起動した時刻と、アプレットの終了リクエストを
受け取った時刻との差、即ち、アプレットの実行時間を
求め、これを利用者アクセス保存テーブルＵＡＴ上で利
用者ＩＤ「10000」及びアプリケーションＩＤ「56789」
に対応付けて登録する（ステップＳｃ１５）。

【０１１２】そして、携帯電話機用ＷＷＷサーバ５０
は、処理がすべて完了した旨のＯＫメッセージを生成
し、これを携帯電話機１０に送信する（ステップＳｃ１
６）。

【０１１３】携帯電話機１０は上記メッセージを受信す
ると、これに応じて自身のローカルメニューの表示状態
に戻り（ステップＳｃ１７）、同図に示す処理は終了す
る。

【０１１４】（４）ハイスコア登録処理 以下、前述したハイスコア登録処理について、図２６に
示すフローを用いて説明する。前述したようにhighsc.c
giが起動されると、携帯電話機ＷＷＷサーバ５０は、ハ
イスコアテーブルをオープンするためのオープンプロセ
スを行うためのパラメータを設定する（ステップＳｍ
１）。具体的には、アプリケーションＩＤ、アプリケー
ションパスワード及びテーブル名といった各種パラメー
タが設定される。ここで、アプリケーションパスワード
とは、提供者に対し予め発行されたパスワードであり、
highsc.cgiのコードに定義されている。また、テーブル
名とは、オープン対象となるテーブル名であり、ここで
は「highscore」である。

【０１１５】次いで、指定されたテーブルのオープンプ
ロセスがコールされ、処理はステップＳｎ１に移る。ス
テップＳｎ１では、設定されたパラメータのうち、アプ
リケーションＩＤとアプリケーションパスワードとが抽
出され、これらが正当な組であるか否かが判断される
（ステップＳｎ１）。

【０１１６】正当な組であると判断された場合には(ス
テップＳｎ１；Ｙｅｓ)、アプリケーションアクセス管
理テーブルＡＡＴが参照され、アプリケーションＩＤが
示すアプリケーションがハイスコアテーブルにアクセス
可能か否かが判断される（ステップＳｎ２）。

【０１１７】アクセス可能であれば、ハイスコアテーブ
ルがオープンされ（ステップＳｎ３）、これが成功する
と（ステップＳｎ４；Ｙｅｓ）、ハイスコアテーブルオ
ープンに成功した旨を返す（ステップＳｎ５）。

【０１１８】オープンに成功した旨を受け取ると（ステ
ップＳｍ２）、そのハイスコアテーブル上で、利用者Ｉ
Ｄに対応してスコアとその日時とが登録される（ステッ
プＳｍ３）。

【０１１９】そしてハイスコアテーブルはクローズされ
（ステップＳｍ６）、次いで、利用者名取得プロセスが
コールされ、これに応じて、利用者名が取得される（ス
テップＳｍ５）。この利用者名取得プロセスは、上述し
たハイスコアテーブルオープンプロセスと同様にしてな
される。このようにして、利用者名を取得すると、前述
したように、携帯電話機用ＷＷＷサーバ５０から携帯電
話機１０に対して、ＯＫメッセージと利用者名が返信さ
れる。

【０１２０】通常、アプレットは、ダウンロード元のサ
ーバとしか通信できないため、複数のアプレットで１つ
のサーバを共有する事になり、各アプリケーション間で
のアクセス管理が問題になるが、上記のように各アプリ
ケーション間でアクセスするエリアを排他的に制御する
ことによって、その安全性が確保できる。また、利用者
に関するデータのように、様々なアプリケーションによ
って利用され、またプライバシー保護が重視されるデー
タに関しては、そのアクセスのための共通のアプリケー
ションインターフェースをサーバが提供することによっ
て、データの無駄を省くことができ、そしてプライバシ
ーデータに対するセキュリティを向上させることができ
る。

【０１２１】（５）ポイント投票 次に、ポイント投票処理について説明する。図２７は、
ポイント投票時の携帯電話機１０及び携帯電話機用ＷＷ
Ｗサーバ５０の動作を示すシーケンス図であり、図２８
はこの際携帯電話機１０のＬＣＤ１１１に表示される画
面の一例を示す図である。図２７において、まず、利用
者は、上述したアプレットダウンロード時の処理と同様
に、携帯電話機１０を操作してブラウザを起動し、パス
ワード等による認証を終えた後、携帯電話機用ＷＷＷサ
ーバ５０からメニューページを受信し、これを表示する
（ステップＳｄ１）。ここで表示されるページには、前
述の図２１（ｃ）に示すように各種メニューが列記され
ている。

【０１２２】ポイント投票サービスを受けるためには同
図（ｃ）に示す「投票」ボタンを選択すればよく、この
選択操作に応じて、携帯電話機１０は、投票リストペー
ジを要求するためのリクエストを携帯電話機用ＷＷＷサ
ーバ５０に送信する（ステップＳｄ２）。このリクエス
トには、ＧＥＴメソッドにより指定された「http://www
-c.techfirm.co.jp/cgi-bin/votelist.cgi?id=10000&pa
ge=1」からなる文字列が含まれる。

【０１２３】携帯電話機用ＷＷＷサーバ５０は、上記リ
クエストに応じてvotelist.cgiを起動し、投票リストペ
ージを構成する（ステップＳｄ３）。即ち、データベー
スサーバ５４にアクセスして最終起動日時保存テーブル
ＬＲＴ、最終ダウンロード管理テーブルＬＤＴ及び利用
者アクセス保存テーブルＵＡＴを参照し、利用者ＩＤ
「10000」が示す利用者が、最後にダウンロードした
月、若しくは最後に起動した月、もしくは最後に実行が
終了した月、若しくは最後に投票した月が３ヶ月以内で
あるアプレットのアプリケーションＩＤを全て抽出する
と共に、その利用者が現時点で投票できる投票可能ポイ
ント数を取得し、これらを表示するためのリストページ
を構成する。この際、全てのデータを表示するためには
複数ページに分割して構成するようにしてもよい。な
お、ここでは、所定期間において１人の利用者が投票可
能なポイント数には上限が設けられており、ここでは、
１人につき毎月、７０ポイントの投票が可能であるとす
る。このような前提の下、図１１に示す利用者アクセス
管理テーブルＵＡＴを参照すると、利用者ＩＤ「1000
0」は今月（2000年6月）に既に合計４０ポイントを投票
しているので、今月の残り期間に投票可能なポイント数
は残り３０ポイントとなる。

【０１２４】さて、携帯電話機用ＷＷＷサーバ５０は、
上述のようにして構成したリストページを携帯電話機１
０に送信する（ステップＳｄ４）。

【０１２５】携帯電話機１０はリストページを受信する
と、これを解釈してＬＣＤ１１１に表示する（ステップ
Ｓｄ５）。ここで表示されるリストページには、図２８
（ａ）に示すように、投票可能ポイント数と、投票可能
なアプレットのリストが表示される。ここでは、例えば
利用者は、同図に示す「drops」のボタンを選択して、
このアプレットに対する投票を行うものとする。

【０１２６】この選択操作に応じて、携帯電話機１０
は、投票ページを要求するためのリクエストを携帯電話
機用ＷＷＷサーバ５０に送信する（ステップＳｄ６）。
このリクエストには、ＧＥＴメソッドにより指定された
「http://www-c.techfirm.co.jp/cgi-bin/voteinput.cg
i?id=10000＆app56789」からなる文字列が含まれる。携
帯電話機用ＷＷＷサーバ５０は、上記リクエストに応じ
てvoteinput.cgiを起動し、投票ページを構成する（ス
テップＳｄ７）。即ち、利用者アクセス管理テーブルＵ
ＡＴを参照することにより、利用者ＩＤ「10000」が指
定したアプリケーション「56789」に対して今月、既に
投票したポイント数を取得して、ポイント入力を行う入
力フィールドを含んだページを構成する。

【０１２７】そして、携帯電話機用ＷＷＷサーバ５０
は、構成した投票ページを携帯電話機１０に送信する
（ステップＳｄ８）

【０１２８】携帯電話機１０は投票ページを受信する
と、これを解釈してＬＣＤ１１１に表示する（ステップ
Ｓｄ９）。ここで表示されるページは、図２８（ｂ）に
示すように、今月において投票可能ポイント数「３０ポ
イント」と、「drops」に対して今月既に投票したポイ
ント数「１０ポイント」と、ポイント入力を行うフィー
ルドが表示されている。ここでは、利用者は同図（ｂ）
に示す入力フィールド内に「２０」ポイントを入力し、
「投票」ボタンを選択したとする。なお、「キャンセ
ル」ボタンが選択されると、今までの操作はキャンセル
され、メニューページに戻る。

【０１２９】上記選択操作に応じて、携帯電話機１０
は、「drops」に対するポイント投票を要求するための
リクエストを携帯電話機用ＷＷＷサーバ５０に送信する
（ステップＳｄ１０）。このリクエストにはＧＥＴメソ
ッドで指定された「http://www-c.techfirm.co.jp/cgi-
bin/vote.cgi?id=10000&app=56789&point=20」からなる
文字列が含まれる。ここで、「point=20」は、今回投票
するポイントが２０ポイントであることを意味してい
る。

【０１３０】携帯電話機用ＷＷＷサーバ５０は、上記リ
クエストに応じてvote.cgiを起動し、投票されたポイン
トをデータベースサーバあ５４に登録する（ステップＳ
ｄ１１）。即ち、データベースサーバ５４の利用者アク
セス保存テーブルＵＡＴにアクセスして、利用者ＩＤ
「10000」が指定したアプリケーションＩＤ「56789」の
今月のポイント数「１０ポイント」に、今回入力したポ
イント「２０ポイント」を加算し、「３０ポイント」と
して記憶する。なお、記憶する前に、利用者に入力され
たポイントにより、今月の投票可能ポイントの上限値を
超過していないかどうかを確認する。

【０１３１】次いで、携帯電話機用ＷＷＷサーバ５０
は、処理がすべて完了した旨の完了通知ページを生成
し、これを携帯電話機１０に送信する（ステップＳｄ１
２）。また、上記上限値を超えていれば、エラー画面を
表示するページを構成して、これを携帯電話機１０に送
信する。

【０１３２】携帯電話機１０は完了通知ページを受信す
ると、これを解釈して図２８（ｃ）に示すような画面を
ＬＣＤ１１１に表示し（ステップＳｄ１３）、図２７に
示す処理は終了する。

【０１３３】このように、利用者が一定期間に投票可能
なポイント数に限度を設けたり、また、利用者が最近利
用したアプリケーションにのみポイント投票を行うよう
にしているので、利用者が特定のアプリケーションに対
してのみポイントを恣意的に投票するというような不正
行為を排除できる。

【０１３４】（６）ライセンス金額の計算 次に、集計サーバ５５による各提供者に対するライセン
ス金額の計算について説明する。このライセンス金額の
計算方法には大別して２つの方法があり、以下順番にこ
れらを説明する。

【０１３５】図２９は、第１の方法に従って集計サーバ
５５がライセンス金額を計算する動作を示すフローチャ
ートである。このライセンス金額の計算は、例えば１ヶ
月毎や、半年毎というように所定の計算期間を単位とし
て実行されるようになっている。ここでは１ヶ月を計算
期間とし、その計算日を毎月末日とする。

【０１３６】集計サーバ５５は、図示せぬタイマを参照
し、この計算日が到来したか否かを判断する（ステップ
Ｓｅ１）。このステップＳｅ１の処理は計算日が到来す
るまで繰り返され（ステップＳｅ１；Ｎｏ）、計算日が
到来すると（ステップＳｅ１；Ｙｅｓ）、ステップＳｅ
２に進む。

【０１３７】集計サーバ５５は、データベースサーバ５
４内の利用者入金管理テーブルＵＰＴを参照し、対象と
なる計算期間内に全ての利用者から入金された利用料金
の合計額を計算する（ステップＳｅ２）。

【０１３８】この利用料金の合計額のうち、一部が提供
者に対しライセンス金額として支払われ、その残額がサ
ーバ群５の管理者の利益となる。利用料金の合計額のう
ちどのくらいの割合が提供者に支払われるかは予め定め
られており、ここでは、３０％とする。そこで、集計サ
ーバ５５は、ステップＳｅ１で計算した利用料金の合計
額に３０％を乗ずることにより、ライセンス金額に充当
可能な金額license-totalを計算する（ステップＳｅ
３）。例えば、ステップＳｅ１で計算した利用料金の合
計額が１００万円の場合、ライセンス金額に充当可能な
license-totalは３０万円になる。

【０１３９】次に、集計サーバ５５は、データベースサ
ーバ５４の利用者アクセス保存テーブルＵＡＴを参照
し、計算対象となる期間において全てのアプリケーショ
ンがダウンロードされたダウンロード数を抽出し、これ
らを合計値であるtotal-dlを算出する（ステップＳｅ
４）。例えば 図１１に示す利用者アクセス保存テーブ
ルＵＡＴの場合、計算対象の月を「６月」とすると、対
応するダウンロード数として「２」、「３」、「２」が
抽出され、これらの合計値total-dlは「７」となる。

【０１４０】続いて、集計サーバ５５は、利用者アクセ
ス保存テーブルＵＡＴを参照し、計算対象となる期間に
おいて全てのアプリケーションの起動回数を抽出し、こ
れらの合計値であるtotal-launchを算出する（ステップ
Ｓｅ５）。例えば、図１１に示す利用者アクセス保存テ
ーブルＵＡＴの場合、計算対象の月を「６月」とする
と、対応する起動回数として「５」、「８」、「９」が
抽出され、これらの合計値total-launchは「２２」とな
る。

【０１４１】次に、集計サーバ５５は、利用者アクセス
保存テーブルＵＡＴを参照し、計算対象となる期間にお
いて全てのアプリケーションの実行時間を抽出し、これ
らの合計値であるtotal-runを算出する（ステップＳｅ
６）。例えば、図１１に示す利用者アクセス保存テーブ
ルＵＡＴの場合、計算対象の月を「６月」とすると、対
応する起動回数として「２３（分）」、「４０
（分）」、「３８（分）」が抽出され、これらの合計値
total-runは「１０１（分）」となる。

【０１４２】次に、集計サーバ５５は、利用者アクセス
保存テーブルＵＡＴを参照し、計算対象となる期間にお
いて全てのアプリケーションのポイント数を抽出し、こ
れらの合計値であるtotal-pointを算出する（ステップ
Ｓｅ７）。例えば、図１１に示す利用者アクセス保存テ
ーブルＵＡＴの場合、計算対象の月を「６月」とする
と、対応するポイント数として「３０」、「６０」、
「０」が抽出され、これらの合計値total-pointは「９
０」となる。

【０１４３】以下の計算処理においては、各アプリケー
ション毎に順番にライセンス金額を計算していく。そこ
で、全てのアプリケーションについて計算が終了したか
否かを判断し（ステップＳｅ８）、していないと判断す
ると（ステップＳｅ８；Ｎｏ）ステップＳｅ９に進む。

【０１４４】ステップＳｅ９において、集計サーバ５５
は、ある特定のアプリケーション（例えばアプリケーシ
ョンＩＤ「56789」とする）を対象として、そのアプリ
ケーションの提供者に支払うべきライセンス金額licens
e-feeを計算する。この計算は、式１に示す計算式に従
って行われる。 ライセンス金額license-fee ＝｛（対象月における特定アプリケーションのダウンロード数／total-dl）×Rd ＋（対象月における特定アプリケーションの起動回数／total-launch）×Rl ＋（対象月における特定アプリケーションの実行時間／total-run）×Rr ＋（対象月における特定アプリケーションのポイント数／total-point）×Rp｝ ×ライセンス充当可能金額total-license・・・式１

【０１４５】ここで、Rd、Rl、Rr及びRpは、ライセンス
金額を算出するにあたり、ダウンロード数、起動回数、
実行時間及びポイント数に対して割り当てられた重み付
けパラメータであり、Rd≧０、Rl≧０、Rr≧０、Rp≧
０、 Rd＋Rl＋Rr＋Rp＝１という関係を満たしている。

【０１４６】例えば、Rd＝０．２、Rl＝０．３、Rr＝
０．３５、Rp＝０．１５と設定されている場合について
の計算例を説明する。上述したように、total-license
＝３０万円、total-dl＝７、total-launch＝２２、tota
l-run＝１０１、total-point＝９０である。また、利用
者アクセス保存テーブルＵＡＴを参照すると、「対象月
における特定アプリケーション（アプリケーションＩＤ
56789、以下同じ）のダウンロード数」は「４」、「対
象月における特定アプリケーションの起動回数」は「１
４」、「対象月における特定アプリケーションの実行時
間」は「６１（分）」、「対象月における特定アプリケ
ーションのポイント数」は「３０」であるから、これら
をそれぞれ式１に代入して、license-feeを約１６．７
０万円と算出することができる。このような計算を各ア
プリケーションごとに実行し、すべてのアプリケーショ
ンについて実行完了すると（ステップＳｅ８；Ｙｅ
ｓ）、同図に示す処理は終了する。

【０１４７】次に、図３０は、第２の方法に従って集計
サーバ５５がライセンス金額を計算する動作を示すフロ
ーチャートである。この第２の方法に従うライセンス金
額の計算は、上述の第１の方法のように各アプリケーシ
ョン毎に処理を実行していくのではなく、各利用者毎に
処理を実行していく。

【０１４８】まず、集計サーバ５５は、図示せぬタイマ
を参照し、計算日が到来したか否かを判断する（ステッ
プＳｆ１）。このステップＳｆ１の処理は計算日が到来
するまで繰り返され（ステップＳｆ１；Ｎｏ）、計算日
が到来すると（ステップＳｅ１；Ｙｅｓ）、ステップＳ
ｆ２に進む。

【０１４９】以下では各利用者毎にライセンス金額を計
算していくので、、全ての利用者について処理が終了し
たか否かを判断し、していないと判断すると（ステップ
Ｓｆ２；Ｎｏ）、ステップＳｆ３に進む。

【０１５０】ステップＳｆ３において、集計サーバ５５
は、ある特定の利用者（例えば利用者ＩＤ「10000」と
する）を対象とし、利用者入金管理テーブルＵＰＴを参
照し、その利用者の対象月の利用料金が入金されている
か否かを判断する。ここで入金されていないと判断され
ると（ステップＳｆ３；Ｎｏ）、ステップＳｆ２に戻
り、処理対象の利用者を変えて同じ処理を行う。

【０１５１】一方、入金されていると判断されると（ス
テップＳｆ３；Ｙｅｓ）、処理はステップＳｆ４に進
む。

【０１５２】ステップＳｆ４において、集計サーバ５５
は、利用者が対象月に支払った一定額の利用料金に、例
えば３０％を乗ずることにより、１人の利用料金の中か
ら充当可能なライセンス金額u-license-totalを計算す
る。

【０１５３】次に、集計サーバ５５は、データベースサ
ーバ５４の利用者アクセス保存テーブルＵＡＴを参照
し、計算対象となる期間において利用者ＩＤ「10000」
の利用者がダウンロードした総回数u-total-dlを算出す
る（ステップＳｆ５）。

【０１５４】続いて、集計サーバ５５は、利用者アクセ
ス保存テーブルＵＡＴを参照し、計算対象となる期間に
おいて利用者ＩＤ「10000」の利用者の起動回数の総計u
-total-launchを算出する（ステップＳｆ６）。

【０１５５】次に、集計サーバ５５は、利用者アクセス
保存テーブルＵＡＴを参照し、計算対象となる期間にお
いて利用者ＩＤ「10000」の利用者がアプリケーション
を実行した実行時間の総計u-total-runを算出する（ス
テップＳｆ７）。

【０１５６】次に、集計サーバ５５は、利用者アクセス
保存テーブルＵＡＴを参照し、計算対象となる期間にお
いて利用者ＩＤ「10000」の利用者が投票したポイント
数の総計total-point2を算出する（ステップＳｆ８）。

【０１５７】そして、集計サーバ５５は、計算対象とな
る期間において利用者ＩＤ「10000」の利用者に対応す
る、ダウンロード数u-total-dl、起動回数u-total-laun
ch、実行時間u-total-run、ポイント数u-total-pointの
全てを算出したか否かを判断する（ステップＳｆ９）。

【０１５８】そして、集計サーバ５５は、計算対象とな
る期間において利用者ＩＤ「10000」の利用者に対応す
る各アプリケーションに対するライセンス金額license-
feeを計算する（ステップＳｆ１０）。この計算は、式
２に示す計算式に従って行われる。 ライセンス金額u-license-fee ＝｛（対象月における特定利用者の特定アプリケーションのダウンロード数／u- total-dl）×Rd ＋（対象月における特定利用者の特定アプリケーションの起動回数／u-total-la unch）×Rl ＋（対象月における特定利用者の特定アプリケーションの実行時間／u-total-ru n）×Rr ＋（対象月における特定利用者の特定アプリケーションのポイント数／u-total- point）×Rp｝ ×ライセンス充当可能金額u-total-license・・・式２

【０１５９】ここで、Rd、Rl、Rr及びRpは、上述したパ
ラメータと同様の意味を持つパラメータである。この式
２によって算出されるライセンス金額u-license-fee
は、利用者ＩＤ「10000」の利用者が支払った利用金額
を、この利用者が利用したアプリケーションの提供者に
どのように分配するかということを示す値である。次い
で、集計サーバ５５は、アプリケーション統計テーブル
ＡＴＴに、算出したライセンス金額u-license-feeを加
算して書込んだ後（ステップＳｆ１１）、ステップＳｆ
９に戻り、この利用者を対象とした計算がすべて終了す
るまで上述した処理を繰り返す。そして、この利用者を
対象とした計算がすべて終了すると（ステップＳｆ９；
Ｙｅｓ）、次の利用者を対象とするべくステップＳｆ２
に戻る。

【０１６０】このようにして、全ての利用者、全てのア
プリケーションに対し、ライセンス金額の算出処理がな
されて同図に示す処理は終了する。算出されたライセン
ス金額は、提供者によって予め登録されている銀行口座
に入金されることになる。

【０１６１】（７）提供者による各種検索 サーバ群５に対しアプリケーションをアップロードした
提供者は、ＰＣ２１を用いてデータベースサーバ５４に
アクセスすることにより、自身のアプリケーションにつ
いてのライセンス金額や利用状況を検索することができ
る。以下、この提供者のＰＣ２１からの要求に応じて、
ＰＣ用ＷＷＷサーバ５１が実行する検索動作について説
明する。

【０１６２】図３１は、検索時におけるＰＣ用ＷＷＷサ
ーバ５１のメインルーチンを示すフローチャートであ
る。同図に示す処理は、ＰＣ２１からアクセス要求に応
じて開始される。まず、ＰＣ用ＷＷＷサーバ５１は、自
身のハードディスクから初期メニュー画面データを読み
出し、これをＰＣ２１に送信する（ステップＳｇ１）。
この処理メニュー画面は、例えば図３２に示すような画
面であり、検索対象期間、提供者ＩＤ、アプリケーショ
ンＩＤを入力するためのフィールドと、提供者検索ボタ
ン、アプリケーション検索ボタン、終了ボタンが設けら
れている。提供者検索とは、提供者ＩＤによって指定さ
れた提供者単位の検索であり、これにより、その提供者
に対して支払われるライセンス金額金やその未払い額等
が把握できる。また、アプリケーション検索とは、アプ
リケーションＩＤによって指定されたアプリケーション
単位の検索であり、これにより、そのアプリケーション
の利用状況やこれに対応したライセンス金額等が把握で
きる。

【０１６３】提供者がこの初期メニュー画面で検索対象
期間や各種ＩＤを入力して、対応する検索ボタンをクリ
ックすると、ＰＣ用ＷＷＷサーバ５１はこれを検出し
（ステップＳｇ２；Ｙｅｓ）、その入力ボタンの種別を
識別する（ステップＳｇ３）。

【０１６４】識別されたボタンの種別に応じて、後述す
るような提供者検索やアプリケーション検索のサブルー
チンが実行される。また、終了ボタンであることが検出
されると、ＰＣ用ＷＷＷサーバ５１は、所定の終了処理
を行って同図に示す処理を終了する（ステップＳｇ
４）。

【０１６５】図３３及び図３４は、ＰＣ用ＷＷＷサーバ
５１が提供者検索を行う際の処理動作を示すフローチャ
ートである。図３３において、まず、ＰＣ用ＷＷＷサー
バ５１は、データベースサーバ５４内の提供者マスタテ
ーブルＬＭＴを参照し、記憶されている提供者ＩＤと提
供者によって入力された提供者ＩＤとを比較し、認証を
行う（ステップＳｈ１）。

【０１６６】この認証の結果、双方の提供者ＩＤが一致
しなければ（ステップＳｈ１；Ｎｏ）、ＰＣ用ＷＷＷサ
ーバ５１は所定のエラー画面をＰＣ２１に表示させ（ス
テップＳｈ２）、提供者がこの画面上の図示せぬ「ＯＫ
ボタン」を選択するまで待機したのち（ステップＳｈ
３）、メインルーチンのステップＳｇ１に戻る。

【０１６７】一方、この認証の結果、双方の提供者ＩＤ
が一致すれば、ＰＣ用ＷＷＷサーバ５１は、この提供者
ＩＤをキーにしてアプリケーション登録マスタテーブル
ＡＳＴを検索し、対応する全てのアプリケーションＩＤ
を取得する（ステップＳｈ４）。

【０１６８】この検索の結果、対応するアプリケーショ
ンＩＤが１つも発見できない場合には（ステップＳｈ
５；Ｙｅｓ）、ＰＣ用ＷＷＷサーバ５１は、ＰＣ２１に
その旨をメッセージ表示させ（ステップＳｈ６）、提供
者がこの画面上の図示せぬ「ＯＫボタン」を選択するま
で待機したのち（ステップＳｈ７）、メインルーチンの
ステップＳｇ１に戻る。

【０１６９】一方、この検索の結果、対応するアプリケ
ーションＩＤが発見されると（ステップＳｈ５；Ｎ
ｏ）、ＰＣ用ＷＷＷサーバ５１は、取得したアプリケー
ションＩＤのうち、ある特定のアプリケーションＩＤに
着目し、このアプリケーションＩＤをキーにしてアプリ
ケーション統計テーブルＡＴＴを検索し、対応するライ
センス金額を抽出する。さらに、このライセンス金額
を、アプリケーション統計テーブルの「支払フラグ」が
「済」であるか「未」であるかによって分ける（ステッ
プＳｈ９）。

【０１７０】このステップＳｈ９の処理を抽出した全て
のアプリケーションＩＤに対して行った後、ＰＣ用ＷＷ
Ｗサーバ５１は、抽出したライセンス金額の総合計と、
「支払フラグ」の「未」に対応するライセンス金額の合
計を算出する（ステップＳｈ１０）。これにより、ある
特定のアプリケーションに対するライセンス金額総合計
と、未払いのライセンス金額の合計とが算出されること
になる。

【０１７１】このようなステップＳｈ９及びＳｈ１０の
処理を、ステップＳｈ４で抽出されたアプリケーション
ＩＤの全てについて行い、これが確認されると（ステッ
プＳｈ８；Ｙｅｓ）、処理は図３４に示すステップＳｈ
１１に進む。

【０１７２】ステップＳｈ１１では、ＰＣ用ＷＷＷサー
バ５１は、各アプリケーションごとに算出したライセン
ス金額と未払いのライセンス金額とを、検索対象期間の
全てにわたってそれぞれ合計し、その提供者に対するラ
イセンス金額全体を把握する。次いで、ＰＣ用ＷＷＷサ
ーバ５１は、合計された未払いライセンス金額に着目
し、この金額が予め定められた所定金額未満か否かを判
断する（ステップＳｈ１２）。 即ち、提供者に支払う
べきライセンス金額があまりにも小額な場合、わざわざ
銀行等の金融機関を経由して支払処理を行うとなると、
そのライセンス金額より支払コストのほうが高くつく場
合も想定される。このような場合に備えて、サーバ群５
の管理者は、所定金額以下のライセンス金額は支払免除
とする旨の契約を提供者と締結しておく。ここでは、例
えば、２０００円を支払可能下限額とし、これ未満のラ
イセンス金額を支払い免除とする。

【０１７３】この判断の結果、未払いライセンス金額が
２０００円未満の場合、ＰＣ用ＷＷＷサーバ５１は、そ
の未払いライセンス金額をクリアする。

【０１７４】一方、未払いライセンス金額が２０００円
以上の場合、ＰＣ用ＷＷＷサーバ５１は、その未払いラ
イセンス金額を提供者に提示すべき未払いライセンス金
額として設定し（ステップＳｈ１４）、図３５に示すよ
うな検索結果画面を生成してＰＣ２１に表示させる（ス
テップＳｈ１５）。同図において、提供者ＩＤ「８８９
８」が示す提供者について、西暦２０００年５月分とし
て既に受け取ったライセンス金額は「２,４２３,５００
円」であり、西暦２０００年６月分としてこれから受け
取るべきライセンス金額は「１,９０１,２５０円」であ
り、今までに受けとったライセンス金額及びこれから受
け取るべきライセンス金額の合計は「５，２８３，３４
０円」であり、これから受け取るべき未払いライセンス
金額合計は「３，１５４，２００円」である。この未払
いライセンス金額合計は「３，１５４，２００円」は同
時に、支払可能ライセンス金額の合計をも意味する。

【０１７５】そして、ＰＣ用ＷＷＷサーバ５１は、提供
者による「戻る」ボタンの選択操作を検出すると（図３
４のステップＳｈ１６；Ｙｅｓ）、ＰＣ用ＷＷＷサーバ
５１は、メインルーチンのステップＳｇ１に戻る。

【０１７６】図３６は、ＰＣ用ＷＷＷサーバ５１がアプ
リケーション検索を行う際の処理動作を示すフローチャ
ートである。まず、ＰＣ用ＷＷＷサーバ５１は、データ
ベースサーバ５４内のアプリケーション登録マスタテー
ブルＡＳＴを参照し、記憶されているアプリケーション
ＩＤと提供者によって入力されたアプリケーションＩＤ
を比較し、認証を行う（ステップＳｊ１）。

【０１７７】この認証の結果、双方のアプリケーション
ＩＤが一致しなければ、ＰＣ用ＷＷＷサーバ５１は、エ
ラー画面をＰＣ２１に表示させ（ステップＳｊ２）、提
供者がこの画面上の図示せぬ「ＯＫボタン」を選択する
まで待機したのち（ステップＳｊ３）、メインルーチン
のステップＳｇ１に戻る。

【０１７８】一方、この認証の結果、双方のアプリケー
ションＩＤが一致すれば、ＰＣ用ＷＷＷサーバ５１は、
このアプリケーションＩＤと検索対象年月の含まれる各
月とをキーにしてアプリケーション登録マスタテーブル
ＡＳＴを検索し、対応するダウンロード数、起動回数、
実行時間、投票ポイント数、ライセンス金額を取得する
（ステップＳｊ５）。

【０１７９】さらに、ＰＣ用ＷＷＷサーバ５１は、支払
フラグが「未」に設定されているライセンス金額のみを
も取得する（ステップＳｊ６）。このようなステップＳ
ｊ５及びＳｊ６の処理を、指定された検索対象期間の全
てについて行い、これが確認されると（ステップＳｊ
４；Ｙｅｓ）、処理はステップＳｊ７に進む。

【０１８０】ステップＳｊ７において、ＰＣ用ＷＷＷサ
ーバ５１は、図３７に示すような検索結果画面を生成し
てＰＣ２１に表示させる。同図においては、指定された
アプリケーションについて、各年月ごとのダウンロード
数、起動回数、実行時間、投票ポイント数、ライセンス
金額及び未払いライセンス金額が表示されている。そし
て、同図において、提供者による「戻る」ボタンの選択
操作が検出されると（図３６のステップＳｊ８；Ｙｅ
ｓ）、ＰＣ用ＷＷＷサーバ５１は、図３１に示すメイン
ルーチンのステップＳｇ１に戻る。

【０１８１】このように実施形態によれば、ダウンロー
ド要求に対応して発行されたダウンロードＩＤを用いて
携帯電話機用ＷＷＷサーバ５０側でアプリケーションの
認証を行うので、携帯電話機１０側に負担をかけること
なくより安全性の高い認証を行うことができる。また、
ダウンロードＩＤに加えて、利用者ＩＤやアプリケーシ
ョンＩＤ、さらにダウンロード日時を用いることによ
り、さらに認証の確実性が向上する。

【０１８２】Ｃ：変形例既述の通り、本発明は上述した
実施形態に限定されず、種々の変更が可能である。 （１）ライセンス金額配分のためのパラメータ 実施形態では、ライセンス金額の配分のためのパラメー
タとしてダウンロード数等を開示しているが、パラメー
タの種類はこれに限定されることはない。また、実施形
態では、各種パラメータを用いた比例配分によってライ
センス金額を求めているが、これに限らず、サービス基
本料金を加算し、これを配分するなど別の配分手法を加
えることによっても実現可能である。

【０１８３】（２）支払状況の管理 実施形態では、利用者入金管理テーブルＵＰＴを用い
て、個々の利用者について支払い状況を管理していた。
しかし、これに限らず、利用者から入金された利用料金
の総額のみを支払状況として管理するだけでもよい。例
えば、各利用者からの利用料金の回収業務については外
部の特定業者に依頼し、サーバ群５ではその月々回収さ
れた総額のみを利用者入金管理テーブルＵＰＴ上で記憶
しておく。このようにすれば、前述のステップＳｅ２に
おける計算処理を省くことができる。

【０１８４】（３）利用料金の形態 実施形態では、全ての利用者が毎月支払うべき利用料金
は一定額であったが、必ずしもこのような態様に限定さ
れない。例えば、利用者をクラス分けし、そのクラス単
位で利用料金を変えてもよい。このクラスの分け方とし
ては、例えば、各利用者のダウンロード数、実行時間、
起動回数といった利用状況によるクラス分けや、サーバ
群５が各利用者について占有するデータベースなどのリ
ソース占有量の違いに応じたクラス分け等が考えられ
る。

【０１８５】（４）アプリケーションの利用制限 実施形態では、各利用者に対し、アプリケーションを利
用する上での制限は課していない。即ち、利用者は、ダ
ウンロードしたアプリケーションを無制限に利用するこ
とができる。しかし、これに限らず、何らかの利用制限
を設けることもできる。例えば、利用者に対して一定期
間のダウンロード回数、起動回数又は実行時間のうち少
なくともいずれか１つに上限を設けてもよい。以下、こ
のような利用制限が設けられた実施形態の一例について
説明する。まず、前提として、各利用者毎の１ヶ月間の
ダウンロード回数上限を２０回、起動回数上限を１００
回、実行時間上限を３００分とする。これらの上限を超
えていないか否かをチェックするための具体的なシーケ
ンスは次のようになる。携帯電話機用ＷＷＷサーバ５０
は、利用者の携帯電話機１０からダウンロード要求信号
を受信すると（前述のステップＳｂ２５）、データベー
スサーバ５４内の利用者アクセス保存テーブルＵＡＴを
参照し、その利用者のその月におけるダウンロード回数
の総計を算出する。そして、携帯電話機用ＷＷＷサーバ
５０は、算出したダウンロード回数が、上述したダウン
ロード回数上限である２０回以上であれば、携帯電話機
１０に対しダウンロードができない旨のエラーメッセー
ジを送信する。このようにすれば、ダウンロード回数の
上限はチェック可能である。また、携帯電話機１０にお
いてアプリケーションの起動操作がなされ、携帯電話機
用ＷＷＷサーバ５０が携帯電話機１０から起動信号を受
信すると（前述のステップＳｃ４）、データベースサー
バ５４内の利用者アクセス保存テーブルＵＡＴを参照
し、その利用者のその月における起動回数と実行時間の
総計を算出する。 そして、携帯電話機用ＷＷＷサーバ
５０は、算出した起動回数又は実行時間のいずれか一方
が、上述した起動回数上限である１００回若しくは実行
時間上限である３００分以上であれば、携帯電話機１０
に対しアプリケーションを起動・実行できない旨のエラ
ーメッセージを送信する。このメッセージを受信した携
帯電話機１０は、そのアプリケーションを起動・実行し
ない。このようにすれば、起動回数の上限はチェック可
能である。なお、起動回数若しくは実行時間が上限をこ
えることにより、アプリケーションの起動・実行を禁止
するのではなく、アプリケーションのダウンロードを禁
止してもよい。

【０１８６】（４）アクセス可能なテーブル 前述のハイスコア登録処理で述べたように、実施形態で
は、アプリケーション単位でアクセス可能なテーブルを
定義しているが、アプリケーションの提供者単位でアク
セス可能なテーブルを定義することによっても同様の効
果を得ることができる。

【０１８７】（５）セッション識別 実施形態では、セッションを識別するのにＵＲＬ、若し
くはINPUTタグのHIDDENパラメータにIDを埋め込む形式
であるが、このセッション管理は、特殊なセッション識
別子を発行してクッキーファイルを利用しても良いし、
認証自体をWWWサーバの機能であるBasic認証を利用して
も良い。

【０１８８】（６）アプリケーションの記憶 実施形態では、アプリケーションの保存を明示的に行っ
ているが、携帯電話機１０のブラウザ上でアプリケーシ
ョンを動作させるための一時記憶メモリ上に保存、キャ
ッシュすることによっても実現可能である。

【０１８９】（７）ページの記述形式 実施形態では、ＨＴＭＬデータを用いていたが、これに
限定されるわけではなく、例えばＸＭＬ（Extensible
Markup Language）等の他の記述言語を用いるものであ
ってもよい。

【０１９０】（８）ポイント投票処理のバリエーション 実施形態では、ポイントの投票可能なアプリケーション
名を利用者にリスト表示している。しかし、このような
リスト表示に限定されることはなく、例えば、携帯電話
機用ＷＷＷサーバ５０が送信するＨＴＭＬデータのユー
ザインタフェース上から、アプリケーションＩＤもしく
はアプリケーション名を入力して、そのアプリケーショ
ンに対する投票ページを表示させることも可能である。
この場合、ＷＷＷサーバ５０がアプリケーションＩＤ若
しくはアプリケーション名を伴ったＨＴＴＰリクエスト
を受け取ったとき、そのアプリケーションＩＤもしくは
アプリケーション名が存在するかどうかを検査し、存在
しなければエラーメッセージを携帯電話機１０に表示さ
せる。また、携帯電話機用ＷＷＷサーバ５０にログイン
している利用者が、指定されたアプリケーションに対し
て過去３ヶ月以内にダウンロード、起動、実行、若しく
はポイント投票を行っていなければ、投票無効メッセー
ジを表示させるようにしてもよい。また、実施形態で
は、ポイントを投票するための入力インターフェースを
ＨＴＭＬフォームによって行っているが、携帯電話機１
０にダウンロードさせるアプリケーション上に入力イン
ターフェースを用意して、そのアプリケーション上の入
力インタフェースから直接投票データを送信させるよう
にしてもよい。図３８に、この場合の携帯電話機１０と
携帯電話機用ＷＷＷサーバ５０の動作を表すシーケンス
を示す。同図において、携帯電話機１０は、例えばゲー
ムオーバのようなアプレット終了時に、ポイント入力の
ための入力インタフェースを表示させ（ステップＳｐ
１）、利用者からの入力を受け付ける（ステップＳｐ
２）。そして、携帯電話機１０は、「http://game.tech
firm.co.jp/56789/vote.cgi?id=10000&app56789&DLID99
887766&point30」を含むゲットリクエストを携帯電話機
用ＷＷＷサーバ５０に送信する。一方、携帯電話機用Ｗ
ＷＷサーバ５１は、上記投票データを受信するためのサ
ーバアプリケーションを用意しておき、携帯電話機１０
側のアプリケーションから投票ポイントが直接入力、送
信された場合には利用者がそのアプリケーションを利用
していると判断し、データベースサーバ５４に蓄積され
ているダウンロード、起動、ポイント投票に関するデー
タが３ヶ月より過去であっても投票を受け付ける。これ
によって、携帯電話機１０側のアプリケーションの起動
が検知できないサーバ群においても、投票ポイントを受
け付けることが可能となる。

【０１９１】（９）アプリケーション認証のバリエーシ
ョン アプリケーションの認証については様々なバリエーショ
ンが考えられるが、例えば以下に示すような第１〜第４
のバリエーションがある。

【０１９２】（９−１）第１のバリエーション まず、第１のバリエーションについて説明する。実施形
態では、ダウンロードＩＤをダウンロード要求イベント
毎にユニークに発行し、ダウンロードを指定するＨＴＭ
Ｌデータの中の「param」タグに埋め込んでおき、携帯
電話機１０はこれを保存して利用することによってアプ
リケーションの認証を行っていた。しかし、ダウンロー
ドを指定するＨＴＭＬデータを取得するためのＵＲＬを
保存する機能を持つ携帯電話機１０であり、かつ携帯電
話機１０側のアプリケーションがそのＵＲＬを取得可能
であるのならば、以下のようにしてもよい。

【０１９３】携帯電話機用ＷＷＷサーバ５０は、携帯電
話機１０が上述したＨＴＭＬデータを取得するためのＵ
ＲＬにダウンロードＩＤを付加しておく。携帯電話機１
０側のアプリケーションは、携帯電話機用ＷＷＷサーバ
５０に対し上記ＵＲＬに従ってＨＴＭＬデータを要求す
る。この要求には、利用者ＩＤ、アプリケーションＩＤ
及びダウンロードＩＤが含まれており、携帯電話機用Ｗ
ＷＷサーバ５０は、これらＩＤを対応付けてダウンロー
ドＩＤ管理テーブルＤＩＴに保存しておく。携帯電話機
１０側のアプリケーションがダウンロードＩＤを必要と
するときは、まず、保存しておいたＵＲＬを携帯電話機
１０のアプリケーションインターフェースから取得し、
このＵＲＬの中からダウンロードＩＤ、もしくはこれを
含むデータを抽出し、利用者ＩＤやアプリケーションＩ
Ｄとともに携帯電話機用ＷＷＷサーバ５０に送信する。
一方、携帯電話機用ＷＷＷサーバ５０は、ダウンロード
管理テーブルＤＩＴを参照し、受信した利用者ＩＤ、ア
プリケーションＩＤ、ダウンロードＩＤの組み合わせが
正しい組であるか否かを確認できる。

【０１９４】より具体的に説明すると、図１９のステッ
プＳｂ２２において、携帯電話機用ＷＷＷサーバ５０
は、説明ページを構成する際にユニークなダウンロード
ＩＤ（DLID=99887766）を発行し、図２１（ｆ）に示す
メニュー項目「ダウンロード」に埋め込まれたハイパー
リンクのＵＲＬを「 http://game.techfirm.co.jp/5678
9/dl.cgi?id=10000&app=56789&DLID=99887766」と設定
する。利用者によって「ダウンロード」が選択されたと
きには（図２０のステップＳｂ２５）、携帯電話機１０
は、「ダウンロード」に埋め込まれた上記ＵＲＬを含む
リクエストを携帯電話機用ＷＷＷサーバ５０に送信す
る。この際、携帯電話機１０は、「http://game.techfi
rm.co.jp/56789/dl.cgi?id=10000&app=56789&DLID=9988
7766」というＵＲＬを記憶する。一方、上記リクエスト
を受信した携帯電話機用ＷＷＷサーバ５０は、利用者Ｉ
Ｄ「10000」、アプリケーションＩＤ「56789」、ダウン
ロードＩＤ「99887766」を対応付けてダウンロードＩＤ
管理テーブルＤＩＴに保存しておく。以後、携帯電話機
１０のアプリケーション（app=56789）が、携帯電話機
用ＷＷＷサーバ５０に対してアクセスをする場合は、保
存している上記ＵＲＬの中から利用者ＩＤ、アプリケー
ションＩＤ及びダウンロードＩＤを抽出し、これらを含
むリクエスト信号をサーバ５０に送信する。一方携帯電
話機用ＷＷＷサーバ５０は、リクエストに応じて、ダウ
ンロード管理テーブルＤＩＴを参照し、上記ＩＤの組み
合わせを確認することによりアプリケーションの認証を
行う。なお、フォームの形を取り、携帯電話機１０上の
ブラウザによって組み立てられるＵＲＬが上述したよう
な形式で送信されても同様の効果が得られる。

【０１９５】（９−２）第２のバリエーション 次に、アプリケーション認証の第２のバリエーションに
ついて説明する。ダウンロードを指定するアプリケーシ
ョンのＵＲＬを保存する機能を持つ携帯電話機１０で、
かつ携帯電話機１０側のアプリケーションはそのＵＲＬ
を取得可能であるのならば、以下のようにしてもよい。

【０１９６】携帯電話機用ＷＷＷサーバ５０は、ダウン
ロードを指定するＨＴＭＬデータを作成するときに（図
２０に示すステップＳｂ２６）、ユニークなダウンロー
ドＩＤを発行し、ＨＴＭＬデータ内のアプリケーション
のＵＲＬに加えておく。そして、携帯電話機用ＷＷＷサ
ーバ５０は、携帯電話機１０から上記ＵＲＬを用いた、
アプリケーションのダウンロード要求があれば、これに
応じて、利用者ＩＤ、アプリケーションＩＤ及びダウン
ロードＩＤをダウンロードＩＤ管理テーブルＤＩＴに保
存する。携帯電話機１０側のアプリケーションがダウン
ロードＩＤを必要とするときは、保存しておいたＵＲＬ
を携帯電話機１０のアプリケーションインターフェース
から取得し、このＵＲＬの中からダウンロードＩＤ、も
しくはこれを含むデータを抽出し、利用者ＩＤやアプリ
ケーションＩＤとともに携帯電話機用ＷＷＷサーバ５０
に送信する。一方、携帯電話機用ＷＷＷサーバ５０は、
ダウンロード管理テーブルＤＩＴを参照し、受信した利
用者ＩＤ、アプリケーションＩＤ及びダウンロードＩＤ
の組み合わせが正しい組であるか否かを確認できる。

【０１９７】より具体的に説明すると、図２０のステッ
プＳｂ２６において、携帯電話機用ＷＷＷサーバ５０
は、図３９に示すようなアプリケーションを指定するタ
グを生成し、このタグを含むＨＴＭＬデータを携帯電話
機１０に送信する。また、携帯電話機用ＷＷＷサーバ５
０側では「getjar.cgi」というサーバアプリケーション
を配置し、このサーバアプリケーションが起動されると
利用者ＩＤ「10000」、アプリケーションＩＤ「5678
9」、ダウンロードＩＤ「99887766」をダウンロードＩ
Ｄ管理テーブルＤＩＴに、そのリクエストを受信した日
時と共に保存し、指定されたアプリケーション のＪＡ
Ｒファイル「drops.jar」を携帯電話機１０に送信す
る。一方、携帯電話機１０は、「http://game.techfir
m.co.jp/getjar.cgi?id=10000&app=56789&DLID=9988776
6&file=drops.jar」 というＵＲＬを記憶しておく。以
後、携帯電話機１０のアプリケーション（app=56789）
が、携帯電話機用ＷＷＷサーバ５０に対してアクセスを
する場合は、保存している上記ＵＲＬの中から利用者Ｉ
Ｄ、アプリケーションＩＤ及びダウンロードＩＤを抽出
し、これを含むリクエスト信号をサーバ５０に送信す
る。一方、携帯電話機用ＷＷＷサーバ５０は、リクエス
トに応じて、ダウンロード管理テーブルＤＩＴを参照
し、上記ＩＤの組み合わせを確認することによりアプリ
ケーションの認証を行う。

【０１９８】（９−３）第３のバリエーション 次に、アプリケーション認証の第３のバリエーションに
ついて説明する、アプリケーションによってデータの保
存や参照が可能なメモリエリアを有する携帯電話機であ
れば、携帯電話機用ＷＷＷサーバ５０が予めダウンロー
ドＩＤを付与しておくのではなく、携帯電話機１０側の
アプリケーションが、ダウンロードＩＤを携帯電話機用
ＷＷＷサーバ５０に送信する前の任意のタイミングでサ
ーバ５０から取得してもよい。

【０１９９】より具体的に説明すると、実施形態では図
２０に示すアプレットのダウンロード時（ステップＳｂ
２６〜ステップＳｂ３５）において、携帯電話機用ＷＷ
Ｗサーバ５０はダウンロードＩＤ（DLID）を発行し、こ
れを保存するが、第３のバリエーションにおいて、ダウ
ンロードＩＤはこの時点では発行されない。従って、こ
の時点ではダウンロード管理テーブルＤＩＴのダウンロ
ードＩＤフィールドは空欄の状態になっている。その
後、図２３のステップＳｃ４のように携帯電話機１０が
初めてアプリケーションを起動する際、そのリクエスト
をサーバ５０に送信するときのＵＲＬを「http://game.
techfirm.co.jp/start.cgi?id=10000&app=56789&DLID
=」とする。即ち、携帯電話機１０は、リクエスト内の
「DLID」を空き情報として送信する。そして、ステップ
Ｓｃ５において、携帯電話機用ＷＷＷサーバ５０は、上
記リクエストを受信するとstart.cgiを起動し、データ
ベースサーバ５４内のダウンロードＩＤテーブルＤＩＴ
を参照して、上記ＵＲＬに含まれるアプリケーションＩ
Ｄ「56789」及び利用者ＩＤ「10000」をキーにレコード
を検索し、抽出されたレコードの中で最新のダウンロー
ド日時のレコードを選択する。

【０２００】ここで、選択されたレコードのダウンロー
ドＩＤフィールドが空欄であれば、携帯電話機用ＷＷＷ
サーバ５０は、新たにユニークなダウンロードＩＤを発
行し、これをダウンロードＩＤ管理テーブルＤＩＴに保
存する。その後は、前述の実施形態と同様に、利用者ア
クセス保存テーブルＵＡＴ上における起動回数のインク
リメント処理、最終起動日時保存テーブルＬＲＴの更新
がなされる。そして、携帯電話機用ＷＷＷサーバ５０
は、起動を承認した旨のOKメッセージに、発行されたダ
ウンロードＩＤをパラメータとして付加したメッセージ
（"OK[DLID=99887766]"）を生成し、携帯電話機１０に
返信する。

【０２０１】一方、選択されたレコードのダウンロード
ＩＤフィールドが空欄でなければ、携帯電話機用ＷＷＷ
サーバ５０は、既にダウンロードＩＤを発行しているに
もかかわらず新たなダウンロードＩＤを要求してきてい
るとみなして、上述したインクリメント処理や更新処理
を行なうことなく、起動を承認しない旨のＮＧメッセー
ジ（"NG"）を生成し、携帯電話機１０に返信する。

【０２０２】なお、携帯電話機１０から受信した上記リ
クエストＵＲＩに含まれる「DLID」が、空き情報ではな
い場合、即ち何らかのＩＤ値が入っている場合には、上
述したステップＳｃ５及ぶステップＳｃ６の処理を行
う。つまり、リクエストＵＲＩに含まれるダウンロード
ＩＤ、アプリケーションＩＤ及び利用者ＩＤの組み合わ
せによるアプリケーション認証のほか、利用者アクセス
保存テーブルＵＡＴ及び最終起動日時保存テーブルＬＲ
Ｔの更新処理、そして、携帯電話機１０に対するメッセ
ージの送信処理を行う。以上のように、この第３のバリ
エーションにおいては、ダウンロードＩＤフィールドの
発行の有無に応じてアプリケーションの認証を行う。

【０２０３】（９−４）第４のバリエーション 次に、アプリケーション認証の第４のバリエーションに
ついて説明する。携帯電話機１０がアプリケーションを
ダウンロードした日時を保存し、更にそのダウンロード
日時をアプリケーションによって参照可能な携帯電話機
１０であれば、以下のようにしてもよい。

【０２０４】携帯電話機用ＷＷＷサーバ５０は、アプリ
ケーションのダウンロード時において利用者ＩＤで指定
される利用者がアプリケーションＩＤで示されるアプリ
ケーションを最後にダウンロードした日時を最終ダウン
ロード管理テーブルＬＤＴに保存する。その一方、携帯
電話機１０も、アプリケーションをダウンロードした日
時を記憶しておく。携帯電話機１０にダウンロードされ
たアプリケーションが、携帯電話機用ＷＷＷサーバ５０
に対し認証を必要とするアクセスを行う場合には、携帯
電話機１０のアプリケーションインターフェースから自
身が記憶しているダウンロード日時を取得し、これを利
用者ＩＤ及びアプリケーションＩＤとともに携帯電話機
用ＷＷＷサーバ５０に送信する。一方、携帯電話機用Ｗ
ＷＷサーバ５０は、最終ダウンロード管理テーブルＬＤ
Ｔを走査して、受信した利用者ＩＤ及びアプリケーショ
ンＩＤに対応するダウンロード日時を取得する。そし
て、取得したダウンロード日時と携帯電話機１０から受
信したダウンロード日時との時間差が、ダウンロードオ
ーバヘッド時間を考慮した許容範囲、例えば前後１０分
以内に納まっていれば、そのアプリケーショは正当であ
ると判断する。

【０２０５】より具体的に説明すると、図２７に示すス
テップＳｄ１０において携帯電話機１０から送信される
リクエストには「 http://game.techfirm.co.jp/vote.c
gi?ＩＤ=10000&app=56789&dltime=200006031925&point=
20」というＵＲＬが含まれる。ここで、「dltime=20000
6031925」は、２０００年６月３日１９時２５分にダウ
ンロードされたということを意味している。このリクエ
ストを受信した携帯電話機用ＷＷＷサーバ５０は、最終
ダウンロード管理テーブルＤＩＴ上で、利用者ＩＤ「10
000」及びアプリケーションＩＤ「56789」をキーにダウ
ンロード日時を検索し、得られたダウンロード日時と、
上記ＵＲＬ内の「dltime=200006031925」とを比較し
て、アプリケーションの正当性を判断する。

【０２０６】（１０）ダウンロードＩＤのユニーク性 実施形態においては、ダウンロードＩＤをそれ自体で完
全にユニークなＩＤとしていたが、他の情報と組み合わ
せてユニークな情報として判断することも可能である。
例えば、利用者ＩＤとダウンロードＩＤとの組み合わせ
において、システム全体でユニークであるという判断で
もかまわない。

【０２０７】

【発明の効果】上述したように本発明によれば、ダウン
ロード要求イベントに対応して発行されたダウンロード
識別子を用いてサーバ側でアプリケーションの認証を行
うので、端末側に負担をかけることなくより安全性の高
い認証を行うことができる。また、ダウンロード識別子
に加えて、利用者識別子やアプリケーション識別子、さ
らにダウンロード日時を用いることにより、さらに認証
の確実性が向上する。

【図面の簡単な説明】

図面の簡単な説明

【図１】 本発明の実施形態に係るシステムの全体構成
を示すブロック図である。

【図２】 同実施形態における携帯電話機のハードウェ
ア構成を示すブロック図である。

【図３】 同実施形態における携帯電話機のプロセス構
成を示すブロック図である。

【図４】 同実施形態におけるＷＷＷサーバのプロセス
構成を示すブロック図である。

【図５】 同実施形態における提供者マスタテーブルの
登録内容を一例を示す図である。

【図６】 同実施形態におけるアプリケーション登録マ
スタテーブルの登録内容を一例を示す図である。

【図７】 同実施形態におけるアプリケーションアクセ
ス管理テーブルの登録内容の一例を示す図である。

【図８】 同実施形態におけるアプリケーション統計テ
ーブルの登録内容のを一例を示す図である。

【図９】 同実施形態における利用者マスタテーブルの
登録内容の一例を示す図である。

【図１０】 同実施形態における最終起動日時保存テー
ブルの登録内容の一例を示す図である。

【図１１】 同実施形態における利用者アクセス保存テ
ーブルの登録内容の一例を示す図である。

【図１２】 同実施形態における利用者入金管理テーブ
ルの登録内容の一例を示す図である。

【図１３】 同実施形態におけるダウンロードＩＤ管理
テーブルの登録内容の一例を示す図である。

【図１４】 同実施形態における最終ダウンロード管理
テーブルの登録内容の一例を示す図である。

【図１５】 同実施形態におけるアプレットの検索処理
の流れを示すシーケンス図である。

【図１６】 同実施形態におけるアプレットの検索処理
の流れを示すシーケンス図である。

【図１７】 同実施形態におけるアプレットの検索処理
時にパーソナルコンピュータに表示される画面の一例を
示す模式図である。

【図１８】 同実施形態におけるアプレットのダウンロ
ード処理の流れを示すシーケンス図である。

【図１９】 同実施形態におけるアプレットのダウンロ
ード処理の流れを示すシーケンス図である。

【図２０】 同実施形態におけるアプレットのダウンロ
ード処理の流れを示すシーケンス図である。

【図２１】 同実施形態におけるアプレットのダウンロ
ード処理時に携帯電話機に表示される画面の一例を示す
模式図である。

【図２２】 同実施形態において携帯電話機ＷＷＷサー
バから携帯電話機に送信されるＨＴＭＬデータの一例を
示す図である。

【図２３】 同実施形態におけるアプレットの実行処理
の流れを示すシーケンス図である。

【図２４】 同実施形態におけるアプレットの実行処理
の流れを示すシーケンス図である。

【図２５】 同実施形態におけるアプレットの実行処理
時に携帯電話機に表示される画面の一例を示す模式図で
ある。

【図２６】 同実施形態におけるハイスコアの登録処理
の流れを示すフローチャート図である。

【図２７】 同実施形態におけるポイント投票処理の流
れを示すシーケンス図である。

【図２８】 同実施形態におけるポイント投票時に携帯
電話機に表示される画面の一例を示す模式図である。

【図２９】 同実施形態におけるライセンス金額の計算
処理の流れを示すフローチャート図である。

【図３０】 同実施形態におけるライセンス金額の計算
処理の流れを示すフローチャート図である。

【図３１】 同実施形態における提供者の検索処理の流
れを示すフローチャート図である。

【図３２】 同実施形態における提供者の検索処理の際
に携帯電話機に表示される画面の一例を示す模式図であ
る。

【図３３】 同実施形態における提供者検索の処理の流
れを示すフローチャート図である。

【図３４】 同実施形態における提供者検索の処理の流
れを示すフローチャート図である。

【図３５】 同実施形態における提供者検索の処理結果
の表示例を示す模式図である。

【図３６】 同実施形態におけるアプリケーション検索
の処理の流れを示すフローチャート図である。

【図３７】 同実施形態におけるアプリケーション検索
の処理結果の表示例を示す模式図である。

【図３８】 他の実施形態におけるポイント投票時の処
理の流れを示すシーケンス図である。

【図３９】 他の実施形態において携帯電話機ＷＷＷサ
ーバから携帯電話機に送信されるＨＴＭＬデータの一例
を示す図である。

【符号の説明】

１・・・利用者端末群、１０・・・携帯電話機（携帯無
線端末）、ＫＩ・・・キーインタフェース部、ＤＩ・・
・画面インターフェース部、ＤＤ・・・データ通信ドラ
イバ、ＳＭ・・・スピーカ・マイク制御部、ＭＩ・・・
メモリインタフェース、ＦＷ・・・ファームウェア、Ｊ
ＶＭ・・・ジャババーチャルマシン、ＢＳ・・・ブラウ
ザ、ＴＳ・・・電話機能部、ＳＳ・・・設定部、ＡＰＰ
・・・ジャバアプレット、１１・・・パーソナルコンピ
ュータ、２・・・提供者端末群、２０・・・パーソナル
コンピュータ、３・・・移動パケット通信網（無線通信
網）、４・・・インターネット、５・・・サーバ群（情
報配信サーバシステム）、５０・・・携帯電話機用ＷＷ
Ｗサーバ（識別子発行部、識別子通知部、認証部、リク
エスト受信部、アプリケーション配信部、ダウンロード
計時部）、５１・・・パーソナルコンピュータ用ＷＷＷ
サーバ、５２・・・ＤＮＳサーバ、５３・・・ＳＭＴＰ
サーバ、５４・・・データベースサーバ、５５・・・集
計サーバ、５６・・・管理者コンソール、５７・・・フ
ァイヤウォールサーバ、ＬＭＴ・・・提供者マスタテー
ブル、ＡＳＴ・・・アプリケーション登録マスタテーブ
ル、ＡＡＴ・・・アプリケーションアクセス管理テーブ
ル、ＡＴＴ・・・アプリケーション統計テーブル、ＵＭ
Ｔ・・・利用者マスタテーブル、ＬＲＴ・・・最終起動
日時保存テーブルＵＡＴ・・・利用者アクセス保存テー
ブル、ＵＰＴ・・・利用者入金管理テーブル、ＤＩＴ・
・・ダウンロードＩＤ管理テーブル（識別子記憶部）、
ＬＤＴ・・・最終ダウンロード管理テーブル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 11/08 Ｇ０６Ｆ 9/06 ６６０Ｄ

Claims (19)

【特許請求の範囲】
1. 【請求項１】 無線通信網に収容される無線携帯端末か
   らのダウンロード要求に応じてアプリケーションを配信
   する情報配信サーバシステムにおいて、 前記無線携帯端末からのダウンロード要求に応じて、こ
   の要求イベントを識別するためのダウンロード識別子を
   発行する識別子発行部と、 前記発行されたダウンロード識別子を記憶する識別子記
   憶部と、 前記ダウンロード要求に対応して前記無線携帯端末へ送
   信される応答信号の中に前記発行された識別子を含めて
   送信する識別子通知部と、 前記無線携帯端末にダウンロードされた前記アプリケー
   ションから前記ダウンロード識別子を含むリクエスト信
   号を受信すると、当該ダウンロード識別子が前記識別子
   記憶部によって記憶されているか否かにより、前記アプ
   リケーションについての認証を行う認証部とを有するこ
   とを特徴とする情報配信サーバシステム。
2. 【請求項２】 請求項１に記載の情報配信サーバシステ
   ムにおいて、 前記識別子通知部は、前記無線携帯端末が前記アプリケ
   ーションをダウンロードするために用いるＵＲＬ（Unif
   orm Resorce Locator）に前記ダウンロード識別子を
   含めて送信することを特徴とする情報配信サーバシステ
   ム。
3. 【請求項３】 請求項１に記載の情報配信サーバシステ
   ムにおいて、 前記識別子通知部は、前記無線携帯端末の前記アプリケ
   ーションから参照可能なパラメータデータに前記ダウン
   ロード識別子を含めて送信することを特徴とする情報配
   信サーバシステム。
4. 【請求項４】 無線通信網に収容される無線携帯端末か
   らのダウンロード要求に応じてアプリケーションを配信
   する情報配信サーバシステムにおいて、 前記無線携帯端末からのダウンロード要求に応じて、こ
   の要求イベントを識別するためのダウンロード識別子を
   発行する識別子発行部と、 前記発行されたダウンロード識別子と、当該ダウンロー
   ド識別子が示す要求イベントの対象となる前記アプリケ
   ーションに固有のアプリケーション識別子とを対応付け
   て記憶する識別子記憶部と、 前記無線携帯端末にダウンロードされる前記アプリケー
   ションのデータファイル内に前記発行したダウンロード
   識別子を含めて配信するアプリケーション配信部と、 前記無線携帯端末にダウンロードされたアプリケーショ
   ンから前記ダウンロード識別子及び前記アプリケーショ
   ン識別子を含むリクエスト信号を受信すると、当該ダウ
   ンロード識別子及び当該アプリケーション識別子が前記
   識別子記憶部によって記憶されているか否かにより、前
   記アプリケーションについての認証を行う認証部とを有
   することを特徴とする情報配信サーバシステム。
5. 【請求項５】 無線通信網に収容される無線携帯端末か
   らのダウンロード要求に応じてアプリケーションを配信
   する情報配信サーバシステムにおいて、 前記無線携帯端末からのダウンロード要求イベントを識
   別するためのダウンロード識別子を発行する識別子発行
   部と、 前記無線携帯端末にダウンロードされたアプリケーショ
   ンから、当該アプリケーションを識別するためのアプリ
   ケーション識別子と当該無線携帯端末の利用者を識別す
   るための利用者識別子とを含み当該ダウンロードに対応
   したダウンロード識別子を要求するためのリクエスト信
   号を受信すると、前記識別子発行部により発行されるダ
   ウンロード識別子を前記無線携帯端末に通知する識別子
   通知部と、 前記リクエスト信号を受信した際に、前記要求されたダ
   ウンロード識別子が前記識別子通知部により既に通知さ
   れているか否かにより、前記アプリケーションについて
   の認証を行う認証部とを有することを特徴とする情報配
   信サーバシステム
6. 【請求項６】 請求項５に記載の情報配信サーバシステ
   ムにおいて、 前記認証部は、さらに、前記無線携帯端末にダウンロー
   ドされた前記アプリケーションから前記通知したダウン
   ロード識別子を含むリクエスト信号を受信すると、当該
   ダウンロード識別子が前記識別子発行部によって発行さ
   れたものであるか否かにより、前記アプリケーションに
   ついての認証を行うことを特徴とする情報配信サーバシ
   ステム。
7. 【請求項７】 請求項５に記載の情報配信サーバシステ
   ムにおいて、 前記識別子通知部は、前記アプリケーションに対して前
   記ダウンロード識別子を１回のみ通知することを特徴と
   する情報配信サーバシステム。
8. 【請求項８】 請求項５に記載の情報配信サーバシステ
   ムにおいて、 前記認証部は、前記利用者識別子及び前記アプリケーシ
   ョン識別子の組み合わせに対応するダウンロード識別子
   が複数存在する場合、最後にダウンロードされたアプリ
   ケーションについてのダウンロード識別子を前記認証の
   対象とすることを特徴とする情報配信サーバシステム。
9. 【請求項９】 無線通信網に収容される無線携帯端末か
   らのダウンロード要求に応じてアプリケーションを配信
   する情報配信サーバシステムにおいて、 前記ダウンロード要求がなされた日時をサーバ側ダウン
   ロード日時として計時するダウンロード計時部と、 前記ダウンロード要求を送信してきた無線携帯端末の利
   用者を識別するための利用者識別子と、当該ダウンロー
   ド要求の対象となるアプリケーションを識別するための
   アプリケーション識別子と、当該ダウンロード要求につ
   いて前記計時されたサーバ側ダウンロード日時とを互い
   に対応付けて記憶する識別子記憶部と、 前記無線携帯端末にダウンロードされたアプリケーショ
   ンから、前記無線携帯端末により前記ダウンロードがな
   された日時として記憶されている端末側ダウンロード日
   時と、前記アプリケーション識別子と、前記利用者識別
   子とを含むリクエスト信号を受信した場合、前記端末ダ
   ウンロード側日時が前記サーバ側ダウンロード日時に対
   して所定の時間範囲に含まれているか否かにより、前記
   アプリケーションについての認証を行う認証部とを有す
   ることを特徴とする情報配信サーバシステム。
10. 【請求項１０】 無線通信網に収容される無線携帯端末
    からのダウンロード要求に応じてアプリケーションを配
    信する情報配信サーバシステムのアプリケーション認証
    方法において、 前記無線携帯端末からのダウンロード要求に応じて、こ
    の要求イベントを識別するためのダウンロード識別子を
    発行するステップと、 前記発行されたダウンロード識別子を記憶するステップ
    と、 前記ダウンロード要求に対応して前記無線携帯端末へ送
    信される応答信号の中に前記発行された識別子を含めて
    送信するステップと、 前記無線携帯端末にダウンロードされた前記アプリケー
    ションから前記ダウンロード識別子を含むリクエスト信
    号を受信すると、当該ダウンロード識別子が前記識別子
    記憶部によって記憶されているか否かにより、前記アプ
    リケーションについての認証を行うステップとを有する
    ことを特徴とする情報配信サーバシステムのアプリケー
    ション認証方法。
11. 【請求項１１】 無線通信網に収容される無線携帯端末
    からのダウンロード要求に応じてアプリケーションを配
    信する情報配信サーバシステムのアプリケーション認証
    方法において、 前記無線携帯端末からのダウンロード要求に応じて、こ
    の要求イベントを識別するためのダウンロード識別子を
    発行するステップと、 前記発行されたダウンロード識別子と、当該ダウンロー
    ド識別子が示す要求イベントの対象となる前記アプリケ
    ーションに固有のアプリケーション識別子とを対応付け
    て記憶するステップと、 前記無線携帯端末にダウンロードされる前記アプリケー
    ションのデータファイル内に前記発行したダウンロード
    識別子を含めて配信するステップと、 前記無線携帯端末にダウンロードされたアプリケーショ
    ンから前記ダウンロード識別子及び前記アプリケーショ
    ン識別子を含むリクエスト信号を受信すると、当該ダウ
    ンロード識別子及び当該アプリケーション識別子が前記
    識別子記憶部によって記憶されているか否かにより、前
    記アプリケーションについての認証を行うステップとを
    有することを特徴とする情報配信サーバシステムのアプ
    リケーション認証方法。
12. 【請求項１２】 無線通信網に収容される無線携帯端末
    からのダウンロード要求に応じてアプリケーションを配
    信する情報配信サーバシステムのアプリケーション認証
    方法において、 前記無線携帯端末からのダウンロード要求イベントを識
    別するためのダウンロード識別子を発行するステップ
    と、 前記無線携帯端末にダウンロードされたアプリケーショ
    ンから、当該アプリケーションを識別するためのアプリ
    ケーション識別子と当該無線携帯端末の利用者を識別す
    るための利用者識別子とを含み当該ダウンロードに対応
    したダウンロード識別子を要求するリクエスト信号を受
    信すると、前記発行されるダウンロード識別子を前記無
    線携帯端末に通知するステップと、 前記リクエスト信号を受信した際に、前記要求されたダ
    ウンロード識別子が前記無線携帯端末に既に通知されて
    いるか否かにより、前記アプリケーションについての認
    証を行うステップとを有することを特徴とする情報配信
    サーバシステムのアプリケーション認証方法。
13. 【請求項１３】 請求項１２に記載の情報配信サーバシ
    ステムのアプリケーション認証方法において、 さらに、前記無線携帯端末にダウンロードされた前記ア
    プリケーションから、前記通知したダウンロード識別子
    を含むリクエスト信号を受信すると、当該ダウンロード
    識別子が前記識別子発行部によって発行されたものであ
    るか否かにより、前記アプリケーションについての認証
    を行うステップと有することを特徴とする情報配信サー
    バシステムのアプリケーション認証方法。
14. 【請求項１４】 無線通信網に収容される無線携帯端末
    からのダウンロード要求に応じてアプリケーションを配
    信する情報配信サーバシステムのアプリケーション認証
    方法において、 前記ダウンロード要求がなされた日時をサーバ側ダウン
    ロード日時として計時するステップと、 前記ダウンロード要求を送信してきた無線携帯端末の利
    用者を識別するための利用者識別子と、当該ダウンロー
    ド要求の対象となるアプリケーションを識別するための
    アプリケーション識別子と、当該ダウンロード要求につ
    いて前記計時されたサーバ側ダウンロード日時とを互い
    に対応付けて記憶するステップと、 前記無線携帯端末にダウンロードされたアプリケーショ
    ンから、前記無線携帯端末により前記ダウンロードがな
    された日時として記憶されている端末側ダウンロード日
    時と、前記アプリケーション識別子と、前記利用者識別
    子とを含むリクエスト信号を受信した場合、前記端末ダ
    ウンロード側日時が前記サーバ側ダウンロード日時に対
    して所定の時間範囲に含まれているか否かにより、前記
    アプリケーションについての認証を行うステップとを有
    することを特徴とする情報配信サーバシステムのアプリ
    ケーション認証方法。
15. 【請求項１５】 請求項１０に記載の情報配信サーバシ
    ステムのアプリケーション認証方法をコンピュータに実
    行させるためのプログラムを記憶したコンピュータ読み
    取り可能な記録媒体。
16. 【請求項１６】 請求項１１に記載の情報配信サーバシ
    ステムのアプリケーション認証方法をコンピュータに実
    行させるためのプログラムを記憶したコンピュータ読み
    取り可能な記録媒体。
17. 【請求項１７】 請求項１２に記載の情報配信サーバシ
    ステムのアプリケーション認証方法をコンピュータに実
    行させるためのプログラムを記憶したコンピュータ読み
    取り可能な記録媒体。
18. 【請求項１８】 請求項１３に記載の情報配信サーバシ
    ステムのアプリケーション認証方法をコンピュータに実
    行させるためのプログラムを記憶したコンピュータ読み
    取り可能な記録媒体。
19. 【請求項１９】 請求項１４に記載の情報配信サーバシ
    ステムのアプリケーション認証方法をコンピュータに実
    行させるためのプログラムを記憶したコンピュータ読み
    取り可能な記録媒体。