JP4750254B2 - Information distribution server system, application authentication method for the system, and recording medium - Google Patents
Information distribution server system, application authentication method for the system, and recording medium Download PDFInfo
- Publication number
- JP4750254B2 JP4750254B2 JP2000284010A JP2000284010A JP4750254B2 JP 4750254 B2 JP4750254 B2 JP 4750254B2 JP 2000284010 A JP2000284010 A JP 2000284010A JP 2000284010 A JP2000284010 A JP 2000284010A JP 4750254 B2 JP4750254 B2 JP 4750254B2
- Authority
- JP
- Japan
- Prior art keywords
- application
- download
- identifier
- request
- portable terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 125
- 238000009826 distribution Methods 0.000 title claims description 50
- 230000004044 response Effects 0.000 claims description 68
- 238000003860 storage Methods 0.000 claims description 56
- 238000004891 communication Methods 0.000 claims description 37
- 230000008569 process Effects 0.000 description 69
- 238000010586 diagram Methods 0.000 description 50
- 238000012545 processing Methods 0.000 description 45
- 238000007726 management method Methods 0.000 description 42
- 230000004913 activation Effects 0.000 description 39
- 238000001994 activation Methods 0.000 description 39
- 238000004364 calculation method Methods 0.000 description 37
- 230000001413 cellular effect Effects 0.000 description 32
- 230000002776 aggregation Effects 0.000 description 21
- 238000004220 aggregation Methods 0.000 description 21
- 230000006870 function Effects 0.000 description 15
- 239000000284 extract Substances 0.000 description 6
- 230000000694 effects Effects 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 244000035744 Hura crepitans Species 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 235000014510 cooky Nutrition 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000005304 joining Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、情報配信サーバシステム、当該システムにおけるアプリケーションについての認証方法及び記録媒体に関する。
【０００２】
【従来の技術】
携帯電話機の高機能化が急速に進んでいる。
最近では、より本格的なアプリケーション動作環境を携帯電話機に導入しようという提案がなされている。例えば、Ｊａｖａ（登録商標）プログラミング言語で記述されたアプリケーションを実行させる環境であるジャババーチャルマシンを携帯電話機に実装する計画がある。これが実現すれば、今まで以上に様々なアプリケーションを携帯電話機上で動作させることが可能となる。
このような環境の変化は、携帯電話機が、これまでは単なる入出力のみをつかさどっていた端末から、利用者が必要とする様々なアプリケーションをインストールし、かつ、それを利用することが出来る情報処理端末へと変貌することを意味している。即ち、その情報処理能力や表現能力はまだ劣るものの、今まではパーソナルコンピュータでしか処理できなかったことが携帯電話機でも処理できるようになる。
【０００３】
このような携帯電話機向けのＪａｖａ（登録商標）アプリケーションは下記のような特徴を有すると考えられる。
（１）携帯電話機は、パーソナルコンピュータと比較して携帯性に富む一方、少メモリ容量、低いデータ処理能力、少ない通信帯域、遅い通信スピード等のデメリットを有している。これらのデメリットにより、携帯電話機向けのアプリケーションのコードサイズは、パーソナルコンピュータ向けのそれに比べると、はるかに小さくなる。そのため、アプリケーション自体の機能だけで所期の目的を果たすというよりも、サーバ等の外部機能をも最大限活用して処理を行うことが予想される。
（２）パーソナルコンピュータ向けのアプリケーションは、主として、実行の度にサーバからパーソナルコンピュータにダウンロードされる。一方、携帯電話機を用いた場合、ダウンロードに要する通信時間や通信コストのほか、利用者の操作負担等を考慮すると、携帯電話機向けのアプリケーションは、携帯電話機の不揮発性メモリに保存された後に利用されるケースが多くなることが予想される。
（３）携帯電話機のユーザインタフェースが貧弱であることを考慮すると、利用者は、様々なアプリケーション配信サイトを使い分けるより、ある特定のアプリケーション配信サイトを通じて様々なアプリケーションを取得する傾向が強くなり、これに伴い、アプリケーション配信サイト側も多くのアプリケーション提供者による複数のアプリケーションを取り扱うことが予想される。
（４）Ｊａｖａ（登録商標）アプレットのサンドボックスモデルに代表されるように、アプリケーションのセキュリティ管理ポリシーは、ダウンロード元のサーバとしか通信できないという方向に向かうことが予想される。
【０００４】
以上の述べたようなことを鑑みると、携帯電話機向けアプリケーションについては次のように認証処理が必要になると考えられる。
【０００５】
例えば、複数のアプリケーション提供者による複数のアプリケーションが１つのサーバから配信されている場合、クライアント側のアプリケーションと、サーバ側でそのアプリケーションとの通信インタフェース機能を司るサーバ側プロセスとはセットになっている。サーバ側プロセスは、リクエストをサーバ側に送信してきたアプリケーションが確かに自身とセットになっているアプリケーションかどうかを確認することにより、アプリケーションを認証する。
例えば、利用者のスケジュール情報やアドレス帳等の各種データを管理するアプリケーションを想定した場合、そのアプリケーションが、各種データの内容をサーバに問い合わせると、これに応じてサーバ側プロセスは、利用者個人の認証を行うと共に、自身とセットになっているアプリケーションかどうかを確認する必要がある。
【０００６】
また、例えば、複数のアプリケーション提供者による、複数のアプリケーションが１つのサーバから配信されている場合、これら複数のアプリケーションが共有可能なサーバ側の機能インターフェースプロセスが必要とされる。一例を挙げると、利用者が、自身が利用したアプリケーションに対しその実用度に応じたポイント数を投票するとサーバ側のテーブルに登録できるような場合、各アプリケーションはそのテーブルを共有できるようになっており、このポイント登録機能が機能インターフェースプロセスに相当する。この場合、機能インターフェースプロセスは、どのアプリケーションからの投票リクエストであるかを認識しておく必要がある。
あるいは、共通インタフェースプロセスの共有度が、アプリケーション単位で制限されているような場合がある、例えば、アプリケーションが利用者の個人情報に関わるようなデータにアクセスするようなケースである。このような場合、特定のアプリケーションに対してのみ特定の機能がオープンされるので、機能インタフェースプロセスは、どのアプリケーションからのリクエストであるかを認識しておく必要がある。
【０００７】
【発明が解決しようとする課題】
このようなアプリケーション認証の必要性に対し、従来は、次のような手法が採用されていた。
例えば、クライアント側のアプリケーションがサーバ側にアプリケーション識別情報を通知し、これによりサーバ側は、アプリケーションを識別していた。また、利用者がクライアント側でアプリケーションを選択し、これをサーバ側に通知することによって、サーバ側でのアプリケーション認証を可能としていた。
しかしながら、いずれの手法を用いても、サーバ側では、アプリケーション側の動作を信用するしかなく、不正なアプリケーションが他のアプリケーションになりすましたり、利用者が故意あるいは誤って別のアプリケーションを指定するようなケースには、アプリケーションの認証を行うことができなかった。
【０００８】
また、認証局の証明の下に、暗号化やデジタル認証を利用してアプリケーション認証を行う手法も存在する。
この場合、携帯電話機でのデジタル認証への対応が必要であるが、その機能を携帯電話機に実装するための負担は大きい。また、認証局に対するコストの発生という問題もある。
【０００９】
本発明では、上述したような背景の下、アプリケーションをより確実に認証し、より安全性の高いアプリケーション配信・実行環境を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上述した課題を解決するため、請求項１に記載の発明は、無線通信網に収容される無線携帯端末からのダウンロード要求に応じてアプリケーションを配信する情報配信サーバシステムにおいて、前記無線携帯端末からのダウンロード要求に応じて、この要求イベントを識別するためのダウンロード識別子を発行する識別子発行部と、前記発行されたダウンロード識別子と、当該ダウンロード識別子が示す要求イベントの対象となる前記アプリケーションに固有のアプリケーション識別子とを対応付けて記憶する識別子記憶部と、前記ダウンロード要求に対応して前記無線携帯端末へ送信される応答信号の中に前記発行されたダウンロード識別子を含めて送信する識別子通知部と、前記無線携帯端末にダウンロードされたアプリケーションから前記ダウンロード識別子及び前記アプリケーション識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子と当該アプリケーション識別子とが対応付けられて前記識別子記憶部によって記憶されているか否かにより、前記アプリケーションについての認証を行う認証部とを有することを特徴とする。
【００１１】
請求項２に記載の発明は、請求項１に記載の情報配信サーバシステムにおいて、
前記識別子通知部は、前記無線携帯端末が前記アプリケーションをダウンロードするために用いるＵＲＬ（Uniform Resorce Locator）に前記ダウンロード識別子を含めて送信することを特徴とする。
【００１２】
請求項３に記載の発明は、請求項１に記載の情報配信サーバシステムにおいて、
前記識別子通知部は、前記無線携帯端末の前記アプリケーションから参照可能なパラメータデータに前記ダウンロード識別子を含めて送信することを特徴とする。
【００１３】
請求項４に記載の発明は、無線通信網に収容される無線携帯端末からのダウンロード要求に応じてアプリケーションを配信する情報配信サーバシステムにおいて、前記無線携帯端末からのダウンロード要求に応じて、この要求イベントを識別するためのダウンロード識別子を発行する識別子発行部と、前記発行されたダウンロード識別子と、当該ダウンロード識別子が示す要求イベントの対象となる前記アプリケーションに固有のアプリケーション識別子とを対応付けて記憶する識別子記憶部と、前記無線携帯端末にダウンロードされる前記アプリケーションのデータファイル内に前記発行したダウンロード識別子を含めて配信するアプリケーション配信部と、前記無線携帯端末にダウンロードされたアプリケーションから前記ダウンロード識別子及び前記アプリケーション識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子と当該アプリケーション識別子とが対応付けられて前記識別子記憶部によって記憶されているか否かにより、前記アプリケーションについての認証を行う認証部とを有することを特徴とする。
【００１４】
請求項５に記載の発明は、無線通信網に収容される無線携帯端末からのダウンロード要求に応じてアプリケーションを配信する情報配信サーバシステムにおいて、
前記無線携帯端末からのダウンロード要求イベントを識別するためのダウンロード識別子を発行する識別子発行部と、
前記無線携帯端末にダウンロードされたアプリケーションから、当該アプリケーションを識別するためのアプリケーション識別子と当該無線携帯端末の利用者を識別するための利用者識別子とを含み当該ダウンロードに対応したダウンロード識別子を要求するためのリクエスト信号を受信すると、前記識別子発行部により発行されるダウンロード識別子を前記無線携帯端末に通知する識別子通知部と、
前記リクエスト信号を受信した際に、前記要求されたダウンロード識別子が前記識別子通知部により既に通知されているか否かにより、前記アプリケーションについての認証を行う認証部と
を有することを特徴とする。
【００１５】
請求項６に記載の発明は、請求項５に記載の情報配信サーバシステムにおいて、
前記認証部は、さらに、前記無線携帯端末にダウンロードされた前記アプリケーションから前記通知したダウンロード識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子が前記識別子発行部によって発行されたものであるか否かにより、前記アプリケーションについての認証を行うことを特徴とする。
【００１６】
請求項７に記載の発明は、請求項５に記載の情報配信サーバシステムにおいて、
前記識別子通知部は、前記アプリケーションに対して前記ダウンロード識別子を１回のみ通知することを特徴とする。
【００１７】
請求項８に記載の発明は、請求項５に記載の情報配信サーバシステムにおいて、
前記認証部は、前記利用者識別子及び前記アプリケーション識別子の組み合わせに対応するダウンロード識別子が複数存在する場合、最後にダウンロードされたアプリケーションについてのダウンロード識別子を前記認証の対象とすることを特徴とする。
【００１８】
請求項９に記載の発明は、無線通信網に収容される無線携帯端末からのダウンロード要求に応じてアプリケーションを配信する情報配信サーバシステムにおいて、前記ダウンロード要求がなされた日時をサーバ側ダウンロード日時として計時するダウンロード計時部と、前記ダウンロード要求を送信してきた無線携帯端末の利用者を識別するための利用者識別子と、当該ダウンロード要求の対象となるアプリケーションを識別するためのアプリケーション識別子と、当該ダウンロード要求について前記計時されたサーバ側ダウンロード日時とを互いに対応付けて記憶する識別子記憶部と、前記無線携帯端末にダウンロードされたアプリケーションから、前記無線携帯端末により前記ダウンロードがなされた日時として記憶されている端末側ダウンロード日時と、前記アプリケーション識別子と、前記利用者識別子とを含むリクエスト信号を受信した場合、前記端末側ダウンロード日時が前記サーバ側ダウンロード日時に対して所定の時間範囲に含まれているか否かにより、前記アプリケーションについての認証を行う認証部とを有することを特徴とする。
【００１９】
請求項１０に記載の発明は、無線通信網に収容される無線携帯端末からのダウンロード要求に応じてアプリケーションを配信する情報配信サーバシステムのアプリケーション認証方法において、前記無線携帯端末からのダウンロード要求に応じて、この要求イベントを識別するためのダウンロード識別子を発行するステップと、前記発行されたダウンロード識別子と、当該ダウンロード識別子が示す要求イベントの対象となる前記アプリケーションに固有のアプリケーション識別子とを対応付けて識別子記憶部に記憶するステップと、前記ダウンロード要求に対応して前記無線携帯端末へ送信される応答信号の中に前記発行されたダウンロード識別子を含めて送信するステップと、前記無線携帯端末にダウンロードされたアプリケーションから前記ダウンロード識別子及び前記アプリケーション識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子と当該アプリケーション識別子とが対応付けられて前記識別子記憶部によって記憶されているか否かにより、前記アプリケーションについての認証を行うステップとを有することを特徴とする。
【００２０】
請求項１１に記載の発明は、無線通信網に収容される無線携帯端末からのダウンロード要求に応じてアプリケーションを配信する情報配信サーバシステムのアプリケーション認証方法において、前記無線携帯端末からのダウンロード要求に応じて、この要求イベントを識別するためのダウンロード識別子を発行するステップと、前記発行されたダウンロード識別子と、当該ダウンロード識別子が示す要求イベントの対象となる前記アプリケーションに固有のアプリケーション識別子とを対応付けて識別子記憶部に記憶するステップと、前記無線携帯端末にダウンロードされる前記アプリケーションのデータファイル内に前記発行したダウンロード識別子を含めて配信するステップと、前記無線携帯端末にダウンロードされたアプリケーションから前記ダウンロード識別子及び前記アプリケーション識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子と当該アプリケーション識別子とが対応付けられて前記識別子記憶部によって記憶されているか否かにより、前記アプリケーションについての認証を行うステップとを有することを特徴とする。
【００２１】
請求項１２に記載の発明は、無線通信網に収容される無線携帯端末からのダウンロード要求に応じてアプリケーションを配信する情報配信サーバシステムのアプリケーション認証方法において、
前記無線携帯端末からのダウンロード要求イベントを識別するためのダウンロード識別子を発行するステップと、
前記無線携帯端末にダウンロードされたアプリケーションから、当該アプリケーションを識別するためのアプリケーション識別子と当該無線携帯端末の利用者を識別するための利用者識別子とを含み当該ダウンロードに対応したダウンロード識別子を要求するリクエスト信号を受信すると、前記発行されるダウンロード識別子を前記無線携帯端末に通知するステップと、
前記リクエスト信号を受信した際に、前記要求されたダウンロード識別子が前記無線携帯端末に既に通知されているか否かにより、前記アプリケーションについての認証を行うステップと
を有することを特徴とする。
【００２２】
請求項１３に記載の発明は、請求項１２に記載の情報配信サーバシステムのアプリケーション認証方法において、さらに、前記無線携帯端末にダウンロードされた前記アプリケーションから、前記通知したダウンロード識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子が当該情報配信サーバシステムによって発行されたものであるか否かにより、前記アプリケーションについての認証を行うステップを有することを特徴とする。
【００２３】
請求項１４に記載の発明は、無線通信網に収容される無線携帯端末からのダウンロード要求に応じてアプリケーションを配信する情報配信サーバシステムのアプリケーション認証方法において、前記ダウンロード要求がなされた日時をサーバ側ダウンロード日時として計時するステップと、前記ダウンロード要求を送信してきた無線携帯端末の利用者を識別するための利用者識別子と、当該ダウンロード要求の対象となるアプリケーションを識別するためのアプリケーション識別子と、当該ダウンロード要求について前記計時されたサーバ側ダウンロード日時とを互いに対応付けて記憶するステップと、前記無線携帯端末にダウンロードされたアプリケーションから、前記無線携帯端末により前記ダウンロードがなされた日時として記憶されている端末側ダウンロード日時と、前記アプリケーション識別子と、前記利用者識別子とを含むリクエスト信号を受信した場合、前記端末側ダウンロード日時が前記サーバ側ダウンロード日時に対して所定の時間範囲に含まれているか否かにより、前記アプリケーションについての認証を行うステップとを有することを特徴とする。
【００２４】
請求項１５に記載の発明は、請求項１０に記載の情報配信サーバシステムのアプリケーション認証方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体を提供するものである。
【００２５】
請求項１６に記載の発明は、請求項１１に記載の情報配信サーバシステムのアプリケーション認証方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体を提供するものである。
【００２６】
請求項１７に記載の発明は、請求項１２に記載の情報配信サーバシステムのアプリケーション認証方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体を提供するものである。
【００２７】
請求項１８に記載の発明は、請求項１３に記載の情報配信サーバシステムのアプリケーション認証方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体を提供するものである。
【００２８】
請求項１９に記載の発明は、請求項１４に記載の情報配信サーバシステムのアプリケーション認証方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体を提供するものである。
【００２９】
【発明の実施の形態】
以下、図面を参照して、この発明の実施形態について説明する。ただし、本発明は、かかる実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
Ａ：構成
（１）ネットワークの全体構成
図１は、実施形態に係るシステムの全体構成を示すブロック図である。同図に示すように、このシステムは、利用者端末群１、提供者端末群２、移動パケット通信網３、インターネット４及びサーバ群５から大略構成される。
このシステムは全体としてコンテンツの流通を促す環境を提供するものであり、具体的には、提供者端末群２からサーバ群５に対し各種アプリケーションがアップロードされ、利用者端末群１からのリクエストに応じて上記アプリケーションがダウンロードされるようになっている。
この実施形態では、「アプリケーション」として特にＪａｖａ（登録商標）プログラミング言語で記述された「アプレット」と呼ばれるコンピュータプログラムを例に挙げて説明するが、これに限定されることはなく、ネットワーク上でやり取り可能なデータであればこのアプリケーションの概念に含まれる。
【００３０】
以下、このシステムの各構成要素について詳細に説明する。
利用者端末群１は、月々一定額の利用料金を支払うことによりサーバ群５に登録されている各種アプリケーションをダウンロードして利用できる権利を購入する利用者によって操作される端末群であり、携帯電話機１０やパーソナルコンピュータ１１からなる。
携帯電話機１０は、図示せぬ移動電話網の通話サービスを受けるほか、移動パケット通信網３の基地局３１との間で無線通信を行って無線データ通信を行う。
移動パケット通信網３は、通信サービスエリアに分散配置された基地局３１、パケット交換サービスを行う交換局３２、及びこれらを結ぶ通信線からなる。この移動パケット通信網３は、ゲートウェイ３３を介してインターネット４に接続されており、この異なる２つのネットワーク間において双方向のデータ通信が可能となっている。携帯電話機１０は、この移動パケット通信網３及びインターネット４を介して、サーバ群５から各アプリケーションをダウンロードすることが可能である。
パーソナルコンピュータ１１は、図示せぬインターネット接続業者（プロバイダ）を介してインターネット４に通信接続可能なコンピュータである。利用者は、このコンピュータ１１を操作してサーバ群５にアクセスし、アプリケーション検索サービスを受けることができる。
【００３１】
提供者端末群２は、各種アプリケーションの提供者によって操作される端末群であり、パーソナルコンピュータ２０を含む。
パーソナルコンピュータ１２は、上述したパーソナルコンピュータ１１と同様に、図示せぬインターネット接続業者（プロバイダ）を介してインターネット４に通信接続可能なコンピュータである。ここで提供者とは、各アプリケーションのライセンスを保持した者を指し、利用者が支払った利用料金の一部をアプリケーションの対価（以下ライセンス金額と呼ぶ）として受け取る権利を有する。
これらの携帯電話機１０、パーソナルコンピュータ１１及びパーソナルコンピュータ２０は、実際にはもっと多数存在しており、このシステムはより多くの利用者や提供者に対するサービスが可能となっている。なお、以下では、パーソナルコンピュータをＰＣと略称する。
【００３２】
サーバ群５は、ルータ６を介してインターネット４に接続されており、提供者端末群２からアップロードされたアプリケーションを携帯電話機１０に配信するための専用サイトを運営・管理するための各種サーバからなる。
図１に示すように、このサーバ群５は、携帯電話機用ＷＷＷ（World Wide Web）サーバ５０、パーソナルコンピュータ用ＷＷＷサーバ５１、ＤＮＳ（Domain Name System）サーバ５２、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ５３、データベースサーバ５４、集計サーバ５５、管理者コンソール５６、ファイヤウォールサーバ５７、及びこれらを相互に接続する高速デジタル回線５８からなる。
【００３３】
携帯電話機用ＷＷＷサーバ５０は、携帯電話機１０に対して、携帯電話機専用のＷＷＷページを提供したり、アプリケーションを配信するサーバである。
ＰＣ用ＷＷＷサーバ５１は、ＰＣ１１やＰＣ２１に対して、ＰＣ専用のＷＷＷページを提供するサーバである。
ＤＮＳサーバ５２は、インターネット４上の各ノードに割り当てられたホスト名とＩＰ（Internet Protocol）アドレスとを対応付けて保持し、これらを相互に変換するサービスを行う周知のサーバである。
ＳＭＴＰサーバ５３は、ＳＭＴＰをサポートする周知のメールサーバである。
データベースサーバ５４は、アップロードされた各種アプリケーションや、後述するような各種テーブルを記憶する大容量記憶装置を備えたサーバである。
集計サーバ５５は、データベースサーバ５４が記憶している各種テーブルを用いて、コンテンツの利用状況や、その利用状況に応じたライセンス金額の計算等を行うサーバである。
管理者コンソール５６は、サーバ群５の管理者によって操作されるコンピュータであり、これによりサーバ群５を構成する各種サーバのメンテナンスがなされる。
ファイヤウォールサーバ５７は、外部ネットワークからの不正アクセスを排除する機能を司る周知のサーバである。
【００３４】
（２）携帯電話機１０の構成
次に、携帯電話機１０の構成について説明する。
まず、図２を参照しながら、携帯電話機１０のハードウェア構成について説明する。同図に示すように、携帯電話機１０は、ＣＰＵ（Central Processing Unit）１００、ＲＯＭ（Read Only Memory）１０１、ＲＡＭ（Random Access Memory）１０２、ＳＲＡＭ（Static Random Access Memory）１０３、データ入出力部１０４、無線処理部１０５、音声処理部１０６、スピーカ１０７、マイクロホン１０８、キーパッド１０９、ＬＣＤ（Liquid Crystal Display）１１０が接続されてなる。
ＲＯＭ１０１には種々の制御プログラム等が格納されており、ＣＰＵ１００は、この制御プログラムを読み出して各種制御処理を実行する。その際、ＲＡＭ１０２はＣＰＵ１００のワークエリア等として用いられる。ＲＯＭ１０１内の制御プログラムには、携帯電話機１０の基本動作をサポートするファームウェアの他、ブラウザや後述する各種アプリケーションが含まれる。ＳＲＡＭ１０３は、携帯電話機用ＷＷＷサーバ５０から提供されるページをキャッシュしたり、このサーバ５０からダウンロードしたアプリケーションを記憶する。
無線処理部１０５は、図示せぬ周波数シンセサイザ、増幅器、変復調回路等からなり、アンテナ１０５−１を介して送受信される信号に対しフレーム同期・分離や誤り検出・訂正処理等を実行することにより、回線交換によって伝送される信号と、パケット交換によって伝送される信号とにそれぞれ対応した処理を行う。 無線処理部１０５によって処理されるデータは、データ入出力部１０４を介してＣＰＵ１００に入出力される。
音声処理部１０６は、スピーカ１０７及びマイクロホン１０８に接続され、音声信号に対して所定の処理を施す。
キーパッド１０９は、利用者が各種操作を行うための入力インタフェースであり、ＬＣＤ１１０は各種情報を表示するための表示インタフェースである。
【００３５】
次に、図３を参照しながら、携帯電話機１０のプロセス構成について説明する。同図に示すように、プロセス構成の最下層は、携帯電話機１０のハードウェア制御に関するキーインタフェース部ＫＩ、画面インターフェース部ＤＩ、データ通信ドライバＤＤ、スピーカ・マイク制御部ＳＭ、メモリインタフェースＭＩによって構成される。
その上層は、ファームウェアＦＷによって構成され、このファームウェアにより携帯電話機１０の基本的な処理がサポートされる。
さらに、その上層はジャババーチャルマシンＪＶＭ、ブラウザＢＳ、電話機能部ＴＳ、設定部ＳＳによって構成されており、ジャババーチャルマシンＪＶＭの上層にはジャバアプレットＡＡＰが構成される。
ジャバアプレットＡＰＰは、Ｊａｖａ（登録商標）によって記述されたアプリケーションであり、携帯電話機用ＷＷＷサーバ５０から携帯電話機１０にダウンロードされ、ジャババーチャルマシンＪＶＭ上で実行される。
【００３６】
（３）携帯電話機用ＷＷＷサーバの構成
次に、携帯電話機用ＷＷＷサーバ５０の構成について説明する。
この携帯電話機用ＷＷＷサーバ５０は、周知のサーバマシンと同様のハードウェア構成であり、図示せぬＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク装置、通信インタフェース等がバス接続されてなる。
図４は、携帯電話機用ＷＷＷサーバ５０のプロセス構成を示す模式図である。同図に示すように、最下層の各種インターフェースから上層に向かって順に、ＯＳ（Operating System）、ＷＷＷサーバ、Ｗｅｂアプリケーションプログラムによって構成されている。
【００３７】
（４）データベースサーバの構成
データベースサーバ５４は、前述のとおり、様々な情報をテーブル形式で保持しており、これらの情報はこのシステムによる運営・管理のために利用されるようになっている。
以下、データベースサーバ５４内の各種テーブルに登録されている内容について詳細に説明する。
【００３８】
図５は、提供者マスタテーブルＬＭＴ（提供者情報テーブル）の登録内容を一例を示す図である。
同図に示すように、このテーブルＬＭＴには、提供者名、提供者ＩＤ、登録日及び銀行口座、といった各種提供者情報がそれぞれ対応付けられて登録されている。提供者名とは、提供者がこのサーバ群５に届け出た名称である。提供者ＩＤとは、各提供者を識別するためのＩＤである。登録日とは、提供者が、これら提供者情報をサーバ群５に登録した西暦年月日を意味する。銀行口座とは、提供者が開設している銀行口座であり、これが提供者が受け取るべきライセンス金額の振込先口座となる。
この提供者マスタテーブルＬＭＴは、主として、提供者から要求に応じてライセンス金額やアプリケーションの利用状況を検索する処理（後述する）や、ライセンス金額の振り込み処理を行う際に利用される。
【００３９】
図６は、アプリケーション登録マスタテーブルＡＳＴの登録内容の一例を示す図である。
同図に示すように、このテーブルＡＳＴには、アプリケーションＩＤ、提供者ＩＤ、アプリケーション名、サーバ名、ディレクトリ、ダウンロードファイル名、ＤＢアクセスパスワード、説明文、ヘルプファイル及びキャプチャファイルといった各種情報が登録されている。
アプリケーションＩＤとは、各アプリケーションを識別するために割り当てられたＩＤである。提供者ＩＤとは前述のとおりである。アプリケーション名とはアプリケーションの名称である。サーバ名とは、アプリケーションが格納されているサーバのホスト名であり、ディレクトリとは、アプリケーションが格納されているサーバ内のディレクトリ名であり、ダウンロードファイル名とは、格納されているサーバ内でのファイル名である。サーバ群５から携帯電話機１０アプリケーションをダウンロードする際には、これらサーバ名、ディレクトリ、ダウンロードファイル名を指定してなされる。
次に、ＤＢアクセスパスワードとは、提供者が各アプリケーションに関する情報についてデータベースサーバ５４を検索する際に用いられるパスワードである。また、説明文とは、利用者に対しアプリケーションの内容を説明するための文章であり、例えば、利用者によるアプリケーション検索時やダウンロード時にＰＣ１１や携帯電話機１０上に表示される。
ヘルプファイルとは、そのようなアプリケーション検索時やダウンロード時において利用者に対して提供されるヘルプ情報が格納されたファイル名であり、キャプチャファイルとは、利用者に視覚的にアプリケーションの内容を表示するための画像情報が格納されたファイル名である。
このアプリケーション登録マスタテーブルＡＳＴは、主として、利用者によるアプリケーションの検索時やダウンロード時のほか、提供者によるライセンス金額や利用状況の検索時に利用される。
【００４０】
図７は、アプリケーションアクセス管理テーブルＡＡＴ（限定部、共有プロセスインタフェース）の登録内容の一例を示す図である。
同図に示すように、このテーブルＡＡＴには、アプリケーションＩＤ及びテーブル名が登録されている。このテーブル名は、アプリケーションが実行される際に、そのアプリケーションがアクセス可能なテーブルの名称を意味している。例えば、アプリケーションＩＤ「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 Gateway Interface）を起動し、データベースサーバ５４内の利用者マスタテーブルＵＭＴを参照し、受信した利用者ＩＤ「10000」及びパスワード「9999」の組が正しい組であるか否かを判断する（ステップＳａ７）。
【００５５】
この判断の結果、組が正しければ、ＰＣ用ＷＷＷサーバ５１は、次なるエントランスページを構成して、ＰＣ１１に返信する（ステップＳａ８）。一方、この判断の結果、組が正しくなければ、所定のエラー画面を構成して、ＰＣ１１に返信することになる。
以降、ＰＣ１１及びＰＣ用ＷＷＷサーバ５１間で実行される各セッションをＰＣ用ＷＷＷサーバ５１側で管理するために、ＰＣ１１からＰＣ用ＷＷＷサーバ５１に送信されるデータには利用者ＩＤを示す文字列「id=10000」が埋め込まれるようになっている。
【００５６】
さて、ＰＣ１１はエントランスページを受信すると、これを解釈して表示部に表示する（ステップＳａ９）。ここで表示されるページには、図１７（ｂ）に示すようにサイトの概略説明や各種メニューが列記されている。
【００５７】
利用者がアプレット検索を行うためには同図（ｂ）に示す「ライブラリ」ボタンをクリックすればよく、このクリック操作に応じて、ＰＣ１１は、ライブラリサービスを要求するためのリクエストをＰＣ用ＷＷＷサーバ５１に送信する（ステップＳａ１０）。このリクエストには、ＧＥＴメソッドにより指定された「http://www-p.techfirm.co.jp/cgi-bin/lib.cgi?id=10000」からなる文字列が含まれる。
【００５８】
ＰＣ用ＷＷＷサーバ５１は、上記リクエストに応じてlib.cgiを起動してライブラリページを構成し（ステップＳａ１１）、これをＰＣ１１に返信する（ステップＳａ１２）。
【００５９】
ＰＣ１１はライブラリページを受信すると、これを解釈して表示部に表示する（ステップＳａ１３）。ここで表示されるライブラリページは、図１７（ｃ）に示すように検索対象のアプレットをカテゴリー別に選択するためのページである。ここでは、例えば利用者は、同図に示す「ゲーム」のボタンをクリックしてこれを選択したとする。
【００６０】
このクリック操作に応じて、ＰＣ１１は、ゲームのアプレットのリストページを要求するためのリクエストをＰＣ用ＷＷＷサーバ５１に送信する（ステップＳａ１４）。このリクエストには、ＧＥＴメソッドにより指定された「http://www-p.techfirm.co.jp/cgi-bin/lib-game.cgi?id=10000＆page1」からなる文字列が含まれる。
【００６１】
ＰＣ用ＷＷＷサーバ５１は、上記リクエストに応じてlib-game.cgiを起動してゲームリストページの１ページ目を構成し（ステップＳａ１５）、これをＰＣ１１に送信する（ステップＳａ１６）。
【００６２】
ＰＣ１１はゲームリストページの1ページ目を受信すると、これを解釈して表示部に表示する（ステップＳａ１７）。ここで表示されるページには、図１７（ｄ）に示すように各種ゲームのタイトル名が列記されている。ここでは、利用者は同図（ｄ）に示すタイトル名「drops」をクリックして選択したとする。なお、ゲームリストページは、１ページのみによって構成されるわけではなく、複数ページにわたって構成される場合も当然ありえる。この場合、利用者が図 （ｄ）に示されている「次へ」をクリックすることにより、「http://www-ｐ.techfirm.co.jp/cgi-bin/lib-game.cgi?id=10000＆page2」という文字列を含むリクエストがＰＣ１１からＰＣ用ＷＷＷサーバ５１に送信されて、ゲームリストの２ページ目が提供される。このように、リクエストＵＲＩの最後尾が「pageN」と表記されることにより、ゲームリストのＮページ目が提供されるようになっている。
【００６３】
さて、上記クリック操作に応じて、ＰＣ１１は、「drops」のゲーム説明を要求するためのリクエストをＰＣ用ＷＷＷサーバ５１に送信する（ステップＳａ１８）。このリクエストには、ＧＥＴメソッドにより指定された「http://www-p.techfirm.co.jp/cgi-bin/expl.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＆app=56789」からなる文字列が含まれる。
【００６７】
ＰＣ用ＷＷＷサーバ５１は、上記リクエストに応じてurlmail.cgiを起動して携帯電話機１０に割り当てられているメールアドレスを宛先とし、上記リクエストによって指定されたゲームソフト「drops」へのアクセスＵＲＬ（http://www-c.techfirm.co.jp/cgi-bin/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/start.cgi?id=10000&pw=9999」からなる文字列が含まれる。
【００７８】
携帯電話機用ＷＷＷサーバ５０は、上記リクエストに応じてstart.cgiを起動してデータベースサーバ５４内の利用者マスタテーブルＵＭＴを参照し、受信した利用者ＩＤ「10000」及びパスワード「9999」の組が正しい組であるか否かを判断する（ステップＳｂ１１）。
【００７９】
この判断の結果、組が正しければ、携帯電話機用ＷＷＷサーバ５０は、次なるメニューページを構成して、携帯電話機１０に返信する（ステップＳｂ１２）。
一方、この判断の結果、組が正しくなければ、所定のエラー画面を構成して、携帯電話機１０に返信することになる。
以降、携帯電話機１０及び携帯電話機用ＷＷＷサーバ５０間で実行される各セッションを携帯電話機用ＷＷＷサーバ５０側で管理するために、携帯電話機１０から携帯電話機用ＷＷＷサーバ５０に送信されるデータには利用者ＩＤを示す「id=10000」が埋め込まれるようになっている。
【００８０】
さて、携帯電話機１０はメニューページを受信すると、これを解釈してＬＣＤ１１１に表示する（ステップＳｂ１３）。ここで表示されるページには、図２１（ｃ）に示すように各種メニューが列記されている。
【００８１】
利用者がアプレットをダウンロードするためには同図（ｃ）に示す「ライブラリ」ボタンを選択すればよく、この選択操作に応じて、携帯電話機１０は、ライブラリページを要求するためのリクエストを携帯電話機用ＷＷＷサーバ５０に送信する（ステップＳｂ１４）。このリクエストには、ＧＥＴメソッドにより指定された「http://www-c.techfirm.co.jp/cgi-bin/libtop.cgi?id=10000」からなる文字列が含まれる。
【００８２】
携帯電話機用ＷＷＷサーバ５０は、上記リクエストに応じてlibtop.cgiを起動してライブラリページを構成し（ステップＳｂ１５）、これを携帯電話機１０に返信する（ステップＳｂ１６）。
【００８３】
携帯電話機１０はライブラリページを受信すると、これを解釈してＬＣＤ１１１に表示する（ステップＳｂ１７）。ここで表示されるライブラリページは、図（ｄ）に示すようにデータベースサーバ５４が保存しているアプレットをカテゴリー別に選択するためのページである。ここでは、例えば利用者は、同図に示す「ゲーム」を選択したとする。
【００８４】
この選択操作に応じて、携帯電話機１０は、ゲームリストページを要求するためのリクエストを携帯電話機用ＷＷＷサーバ５０に送信する（ステップＳｂ１８）。このリクエストには、ＧＥＴメソッドにより指定された「http://www-c.techfirm.co.jp/cgi-bin/lib-game.cgi?id=10000＆page1」からなる文字列が含まれる。
【００８５】
携帯電話機用ＷＷＷサーバ５０は、上記リクエストに応じてlib-game.cgiを起動してゲームリストページの１ページ目を構成し（ステップＳｂ１９）、これを携帯電話機１０に送信する（ステップＳｂ２０）。
【００８６】
携帯電話機１０はゲームリストページの1ページ目を受信すると、これを解釈してＬＣＤ１１１に表示する（ステップＳｂ２１）。ここで表示されるページには、図２１（ｅ）に示すように各種ゲームのタイトル名が列記されている。ここでは、利用者は同図（ｅ）に示すタイトル名「drops」を選択したとする。なお、ゲームリストページは、１ページのみによって構成されるわけではなく、複数ページにわたって構成される場合も当然ありえる。この場合、利用者が図２１（ｅ）に示されている「次へ」を選択することにより、「http://www-c.techfirm.co.jp/cgi-bin/lib-game.cgi?id=10000＆page2」という文字列を含むリクエストが携帯電話機１０から携帯電話機用ＷＷＷサーバ５０に送信されて、ゲームリストの２ページ目が提供される。このように、リクエストＵＲＩの最後尾が「pageN」と表記されることにより、ゲームリストのＮページ目が提供されるようになっている。
【００８７】
さて、上記選択操作に応じて、携帯電話機１０は、「drops」のゲーム説明を要求するためのリクエストを携帯電話機用ＷＷＷサーバ５０に送信する（ステップＳｂ２２）。このリクエストには、ＧＥＴメソッドにより指定された「http://www-p.techfirm.co.jp/cgi-bin/expl.cgi?id=10000＆app=56789」からなる文字列が含まれる。ここで、「app=56789」は「drops」に割り当てられたアプリケーションＩＤを意味する。
【００８８】
携帯電話機用ＷＷＷサーバ５０は、上記リクエストに応じてexpl.cgiを起動して「drops」ゲームの説明ページを構成し（ステップＳｂ２３）、これを携帯電話機１０に送信する（ステップＳｂ２４）。この際、携帯電話機用ＷＷＷサーバ５０は、データベースサーバ５４内のアプリケーション登録マスタテーブルＡＳＴを参照して、指定されたアプレットに対応する説明文やキャプチャファイル等を参照して、説明ページを構成する。
【００８９】
さて、携帯電話機１０は上記説明ページを受信すると、これを解釈してＬＣＤ１１１に表示する（ステップＳｂ２５）。ここで表示されるページには、図２１（ｆ）に示すように「drops」の内容を説明する説明文のほか、ダウンロード、使用法、画面キャプチャ等の各種操作を選択するためのボタンが表示されている。
【００９０】
利用者は、これらの説明を参照し、このゲームを自身の携帯電話機１０にダウンロードさせる意思があれば、図２１（ｆ）に示す「ダウンロード」を選択する。この選択操作に応じて、携帯電話機１０は、「drops」を携帯電話機１０にダウンロードするためのリクエストを携帯電話機用ＷＷＷサーバ５０に送信する（ステップＳｂ２６）。このリクエストには、ＧＥＴメソッドにより指定された「http://www-c.techfirm.co.jp/56789/dl.cgi?id=10000」からなる文字列が含まれる。
【００９１】
携帯電話機用ＷＷＷサーバ５０は、上記リクエストに応じてdl.cgiを起動し、「drops」に対応して用意しているダウンロード用ＨＴＭＬデータを構成し（ステップＳｂ２７）、これを携帯電話機１０に送信する（ステップＳｂ２８）。このダウンロード用のＨＴＭＬデータは、図２２に示すような構成となっている。
図２２において、「param」タグ指定のパラメータのうち、パラメータ「ID」は、携帯電話機用ＷＷＷサーバ５０と通信する際に利用者を識別するために利用される。また、パラメータ「DLID」はダウンロードのためのデータを作成する際に毎回ユニークに発行され、後述するように、携帯電話機用ＷＷＷサーバ５０が携帯電話機１０側のアプリケーションと通信を行う際に、そのアプリケーションの正当性を確認するために利用される。
【００９２】
携帯電話機１０は、受信したＨＴＭＬデータの中から、「applet」タグを検出すると（ステップＳｂ２９）、「ARCHIVE」タグで指定されたＪＡＲファイルを取得するためのリクエストを携帯電話機用ＷＷＷサーバ５０に送信する（ステップＳｂ３０）。このリクエストには、ＧＥＴメソッドにより指定された「http://www-c.techfirm.co.jp/56789/drops.jar」からなる文字列が含まれる。
【００９３】
携帯電話機用ＷＷＷサーバ５０は、上記リクエストに応じて、ファイル名「drops.Jar」が示すＪＡＲファイルをデータベースサーバ５４から読み出し（ステップＳｂ３１）、これを携帯電話機１０に送信する（ステップＳｂ３２）。
【００９４】
携帯電話機１０は、ＪＡＲファイルを受信し、これをＳＲＡＭ１０４に書きこんでいく（ステップＳｂ３３）。
ＪＡＲファイルの取得が完了すると、携帯電話機１０は、上述したＨＴＭＬデータ内の「COMPLETE」で指定されたＵＲＬに対しダウンロードの完了を意味するリクエストを送信する（ステップＳｂ３４）。このリクエストにはＧＥＴメソッドにより指定された「http://www-c.techfirm.co.jp/cgibin/dlfinish.cgi?id=10000&app=56789&DLID=99887766」からなる文字列が含まれる。
また、これとともに、携帯電話機１０は、ＪＡＲファイルを取得完了すると、ＳＲＡＭ１２４内の所定の記憶エリアに、図２２において「CODE」タグで指定され、アプレット起動時に最初に実行するクラス、実行されるアプレットが参照可能なものとして「param」タグで指定されたパラメータ、取得元のホスト名「game.techfirm.co.jp」を保存する。ダウンロードされたアプレットは、ジャババーチャルマシンＪＶＭの制限によって、取得元のサーバ（ホスト名「game.techfirm.co.jp」）としか通信できないようになっている。
【００９５】
さて、携帯電話機用ＷＷＷサーバ５０は、上記リクエストに応じてdlfinish.cgiを起動することによりデータベースサーバ５４にアクセスし、利用者アクセス保存テーブルＵＡＴ上で、利用者ＩＤ「10000」及びアプリケーションＩＤ「56789」に対応付けて、ダウンロードカウント値を１カウントインクリメントするほか、ダウンロードＩＤ管理テーブルＤＩＴ、最終ダウンロード管理テーブルＬＤＴ上にダウンロード日時等を書き込む（ステップＳｂ３５）。即ち、携帯電話機用ＷＷＷサーバ５０は、前述したダウンロードＩＤ管理テーブルＤＩＴ上で、ダウンロードＩＤ、アプリケーションＩＤ及び利用者ＩＤをセットで記憶しておく。
【００９６】
そして、携帯電話機用ＷＷＷサーバ５０は、携帯電話機１０のアプリケーションからデータを受け取るときに、この携帯電話機１０から上記３つのデータを組として受け取るようにすれば、上記ダウンロード管理テーブル上のデータと比較することにより、そのデータの送信元はＷＷＷサーバ５０自身が携帯電話機１０にダウンロードさせた正当なアプリケーションであると認識する事が可能である。この仕組みによって、別の端末からあるいは不正アプリケーションによるデータ改竄やなりすましを防止することが可能になるといえる。
【００９７】
そして、携帯電話機用ＷＷＷサーバ５０は、ダウンロード処理がすべて完了した旨のＯＫメッセージを生成し、これを携帯電話機１０に送信する（ステップＳｂ３６）。
携帯電話機１０は上記メッセージを受信すると、これを解釈してＬＣＤ１１１に表示し（ステップＳｂ３７）、同図に示す処理は終了する。
【００９８】
（３）アプレットの実行
次に、アプレットの実行処理について説明する。
図２３〜２４は、アプレット実行時の携帯電話機１０及び携帯電話機用ＷＷＷサーバ５０の動作を示すシーケンス図であり、図２５はこの際、携帯電話機１０のＬＣＤ１１１に表示される画面の一例を示す図である。
図２３において、まず、利用者は、携帯電話機１０を操作し、ダウンロード済のアプレットのリストをＳＲＡＭ１２４から読み出してＬＣＤ１１１に表示させる（ステップＳｃ１）。ここで表示されるアプレットのリストは、例えば図２５（ａ）に示すような構成となっており、ダウンロードしたアプレット名が列記されている。
【００９９】
ここで、例えば利用者が図２５（ａ）に示す「drops」を選択すると、ＬＣＤ１１１の表示は図２５（ｂ）に示すような画面に遷移し、選択したアプレットを起動するか否かを利用者に問い合わせるメッセージが表示される（ステップＳｃ２）。
【０１００】
図２５（ｂ）上で利用者が「ＯＫ」を選択すると、携帯電話機１０は、ジャババーチャルマシンＪＶＭを起動し、最初に呼び出すクラスである「drops.class」を指定する（ステップＳｃ３）。
【０１０１】
そして、携帯電話機１０は、アプレット起動を通知するためのリクエストを携帯電話機用ＷＷＷサーバ５０に送信する（ステップＳｃ４）。このリクエストは、同図に示すように、ＧＥＴメソッドにより指定された「http://game.techfirm.co.jp/start.cgi?id=10000&app=56789&DLID=99887766」からなる文字列を含む。 ここで、前述したように携帯電話機用ＷＷＷサーバ５０と携帯電話機１０側のアプリケーションとの間における通信の正当性を確認するため、上記リクエストには、ダウンロードＩＤを示す「DLID=99887766」、アプリケーションＩＤを示す「app=56789」、及び利用者ＩＤを示す「id=10000」が含まれている。
【０１０２】
さて、携帯電話機用ＷＷＷサーバ５０は、上記リクエストを受信するとstart.cgiを起動し、データベースサーバ５４内のダウンロードＩＤテーブルＤＩＴを参照して、上述のダウンロードＩＤ、アプリケーションＩＤ及び利用者ＩＤの組が正しい組であるか否かを判断する。
次いで、携帯電話機用ＷＷＷサーバ５０は、利用者アクセス保存テーブルＵＡＴ上で、受信した利用者ＩＤ「id=10000」及びアプリケーションＩＤ「app=56789」に対応する起動回数を１カウントだけインクリメントするとともに、最終起動日時保存テーブルＬＲＴ上で、利用者ＩＤ「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&DLID99887766」からなる文字列が含まれる。
【０１１１】
携帯電話機用ＷＷＷサーバ５０は、exit.cgiを起動し、前述と同様に、ダウンロードＩＤを示す「DLID=99887766」、アプリケーションＩＤを示す「app=56789」、及び利用者ＩＤを示す「id=10000」の組の正当性を確認した後、最終起動日時テーブルＬＲＴを参照し、利用者ＩＤ「10000」がアプリケーションＩＤ「56789」を起動した時刻と、アプレットの終了リクエストを受け取った時刻との差、即ち、アプレットの実行時間を求め、これを利用者アクセス保存テーブルＵＡＴ上で利用者ＩＤ「10000」及びアプリケーションＩＤ「56789」に対応付けて登録する（ステップＳｃ１５）。
【０１１２】
そして、携帯電話機用ＷＷＷサーバ５０は、処理がすべて完了した旨のＯＫメッセージを生成し、これを携帯電話機１０に送信する（ステップＳｃ１６）。
【０１１３】
携帯電話機１０は上記メッセージを受信すると、これに応じて自身のローカルメニューの表示状態に戻り（ステップＳｃ１７）、同図に示す処理は終了する。
【０１１４】
（４）ハイスコア登録処理
以下、前述したハイスコア登録処理について、図２６に示すフローを用いて説明する。
前述したようにhighsc.cgiが起動されると、携帯電話機ＷＷＷサーバ５０は、ハイスコアテーブルをオープンするためのオープンプロセスを行うためのパラメータを設定する（ステップＳｍ１）。具体的には、アプリケーションＩＤ、アプリケーションパスワード及びテーブル名といった各種パラメータが設定される。ここで、アプリケーションパスワードとは、提供者に対し予め発行されたパスワードであり、highsc.cgiのコードに定義されている。また、テーブル名とは、オープン対象となるテーブル名であり、ここでは「highscore」である。
【０１１５】
次いで、指定されたテーブルのオープンプロセスがコールされ、処理はステップＳｎ１に移る。ステップＳｎ１では、設定されたパラメータのうち、アプリケーションＩＤとアプリケーションパスワードとが抽出され、これらが正当な組であるか否かが判断される（ステップＳｎ１）。
【０１１６】
正当な組であると判断された場合には(ステップＳｎ１；Ｙｅｓ)、アプリケーションアクセス管理テーブルＡＡＴが参照され、アプリケーションＩＤが示すアプリケーションがハイスコアテーブルにアクセス可能か否かが判断される（ステップＳｎ２）。
【０１１７】
アクセス可能であれば、ハイスコアテーブルがオープンされ（ステップＳｎ３）、これが成功すると（ステップＳｎ４；Ｙｅｓ）、ハイスコアテーブルオープンに成功した旨を返す（ステップＳｎ５）。
【０１１８】
オープンに成功した旨を受け取ると（ステップＳｍ２）、そのハイスコアテーブル上で、利用者ＩＤに対応してスコアとその日時とが登録される（ステップＳｍ３）。
【０１１９】
そしてハイスコアテーブルはクローズされ（ステップＳｍ６）、次いで、利用者名取得プロセスがコールされ、これに応じて、利用者名が取得される（ステップＳｍ５）。この利用者名取得プロセスは、上述したハイスコアテーブルオープンプロセスと同様にしてなされる。
このようにして、利用者名を取得すると、前述したように、携帯電話機用ＷＷＷサーバ５０から携帯電話機１０に対して、ＯＫメッセージと利用者名が返信される。
【０１２０】
通常、アプレットは、ダウンロード元のサーバとしか通信できないため、複数のアプレットで１つのサーバを共有する事になり、各アプリケーション間でのアクセス管理が問題になるが、上記のように各アプリケーション間でアクセスするエリアを排他的に制御することによって、その安全性が確保できる。また、利用者に関するデータのように、様々なアプリケーションによって利用され、またプライバシー保護が重視されるデータに関しては、そのアクセスのための共通のアプリケーションインターフェースをサーバが提供することによって、データの無駄を省くことができ、そしてプライバシーデータに対するセキュリティを向上させることができる。
【０１２１】
（５）ポイント投票
次に、ポイント投票処理について説明する。
図２７は、ポイント投票時の携帯電話機１０及び携帯電話機用ＷＷＷサーバ５０の動作を示すシーケンス図であり、図２８はこの際携帯電話機１０のＬＣＤ１１１に表示される画面の一例を示す図である。
図２７において、まず、利用者は、上述したアプレットダウンロード時の処理と同様に、携帯電話機１０を操作してブラウザを起動し、パスワード等による認証を終えた後、携帯電話機用ＷＷＷサーバ５０からメニューページを受信し、これを表示する（ステップＳｄ１）。ここで表示されるページには、前述の図２１（ｃ）に示すように各種メニューが列記されている。
【０１２２】
ポイント投票サービスを受けるためには同図（ｃ）に示す「投票」ボタンを選択すればよく、この選択操作に応じて、携帯電話機１０は、投票リストページを要求するためのリクエストを携帯電話機用ＷＷＷサーバ５０に送信する（ステップＳｄ２）。このリクエストには、ＧＥＴメソッドにより指定された「http://www-c.techfirm.co.jp/cgi-bin/votelist.cgi?id=10000&page=1」からなる文字列が含まれる。
【０１２３】
携帯電話機用ＷＷＷサーバ５０は、上記リクエストに応じてvotelist.cgiを起動し、投票リストページを構成する（ステップＳｄ３）。即ち、データベースサーバ５４にアクセスして最終起動日時保存テーブルＬＲＴ、最終ダウンロード管理テーブルＬＤＴ及び利用者アクセス保存テーブルＵＡＴを参照し、利用者ＩＤ「10000」が示す利用者が、最後にダウンロードした月、若しくは最後に起動した月、もしくは最後に実行が終了した月、若しくは最後に投票した月が３ヶ月以内であるアプレットのアプリケーションＩＤを全て抽出すると共に、その利用者が現時点で投票できる投票可能ポイント数を取得し、これらを表示するためのリストページを構成する。この際、全てのデータを表示するためには複数ページに分割して構成するようにしてもよい。
なお、ここでは、所定期間において１人の利用者が投票可能なポイント数には上限が設けられており、ここでは、１人につき毎月、７０ポイントの投票が可能であるとする。このような前提の下、図１１に示す利用者アクセス管理テーブルＵＡＴを参照すると、利用者ＩＤ「10000」は今月（2000年6月）に既に合計４０ポイントを投票しているので、今月の残り期間に投票可能なポイント数は残り３０ポイントとなる。
【０１２４】
さて、携帯電話機用ＷＷＷサーバ５０は、上述のようにして構成したリストページを携帯電話機１０に送信する（ステップＳｄ４）。
【０１２５】
携帯電話機１０はリストページを受信すると、これを解釈してＬＣＤ１１１に表示する（ステップＳｄ５）。ここで表示されるリストページには、図２８（ａ）に示すように、投票可能ポイント数と、投票可能なアプレットのリストが表示される。ここでは、例えば利用者は、同図に示す「drops」のボタンを選択して、このアプレットに対する投票を行うものとする。
【０１２６】
この選択操作に応じて、携帯電話機１０は、投票ページを要求するためのリクエストを携帯電話機用ＷＷＷサーバ５０に送信する（ステップＳｄ６）。このリクエストには、ＧＥＴメソッドにより指定された「http://www-c.techfirm.co.jp/cgi-bin/voteinput.cgi?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」とする）を対象として、そのアプリケーションの提供者に支払うべきライセンス金額license-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＝２２、total-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-launch、実行時間u-total-run、ポイント数u-total-pointの全てを算出したか否かを判断する（ステップＳｆ９）。
【０１５８】
そして、集計サーバ５５は、計算対象となる期間において利用者ＩＤ「10000」の利用者に対応する各アプリケーションに対するライセンス金額license-feeを計算する（ステップＳｆ１０）。
この計算は、式２に示す計算式に従って行われる。
ライセンス金額u-license-fee
＝｛（対象月における特定利用者の特定アプリケーションのダウンロード数／u-total-dl）×Rd
＋（対象月における特定利用者の特定アプリケーションの起動回数／u-total-launch）×Rl
＋（対象月における特定利用者の特定アプリケーションの実行時間／u-total-run）×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.techfirm.co.jp/56789/vote.cgi?id=10000&app56789&DLID99887766&point30」を含むゲットリクエストを携帯電話機用ＷＷＷサーバ５０に送信する。一方、携帯電話機用ＷＷＷサーバ５１は、上記投票データを受信するためのサーバアプリケーションを用意しておき、携帯電話機１０側のアプリケーションから投票ポイントが直接入力、送信された場合には利用者がそのアプリケーションを利用していると判断し、データベースサーバ５４に蓄積されているダウンロード、起動、ポイント投票に関するデータが３ヶ月より過去であっても投票を受け付ける。これによって、携帯電話機１０側のアプリケーションの起動が検知できないサーバ群においても、投票ポイントを受け付けることが可能となる。
【０１９１】
（９）アプリケーション認証のバリエーション
アプリケーションの認証については様々なバリエーションが考えられるが、例えば以下に示すような第１〜第４のバリエーションがある。
【０１９２】
（９−１）第１のバリエーション
まず、第１のバリエーションについて説明する。
実施形態では、ダウンロードＩＤをダウンロード要求イベント毎にユニークに発行し、ダウンロードを指定するＨＴＭＬデータの中の「param」タグに埋め込んでおき、携帯電話機１０はこれを保存して利用することによってアプリケーションの認証を行っていた。しかし、ダウンロードを指定するＨＴＭＬデータを取得するためのＵＲＬを保存する機能を持つ携帯電話機１０であり、かつ携帯電話機１０側のアプリケーションがそのＵＲＬを取得可能であるのならば、以下のようにしてもよい。
【０１９３】
携帯電話機用ＷＷＷサーバ５０は、携帯電話機１０が上述したＨＴＭＬデータを取得するためのＵＲＬにダウンロードＩＤを付加しておく。
携帯電話機１０側のアプリケーションは、携帯電話機用ＷＷＷサーバ５０に対し上記ＵＲＬに従ってＨＴＭＬデータを要求する。この要求には、利用者ＩＤ、アプリケーションＩＤ及びダウンロードＩＤが含まれており、携帯電話機用ＷＷＷサーバ５０は、これらＩＤを対応付けてダウンロードＩＤ管理テーブルＤＩＴに保存しておく。
携帯電話機１０側のアプリケーションがダウンロードＩＤを必要とするときは、まず、保存しておいたＵＲＬを携帯電話機１０のアプリケーションインターフェースから取得し、このＵＲＬの中からダウンロードＩＤ、もしくはこれを含むデータを抽出し、利用者ＩＤやアプリケーションＩＤとともに携帯電話機用ＷＷＷサーバ５０に送信する。一方、携帯電話機用ＷＷＷサーバ５０は、ダウンロード管理テーブルＤＩＴを参照し、受信した利用者ＩＤ、アプリケーションＩＤ、ダウンロードＩＤの組み合わせが正しい組であるか否かを確認できる。
【０１９４】
より具体的に説明すると、図１９のステップＳｂ２２において、携帯電話機用ＷＷＷサーバ５０は、説明ページを構成する際にユニークなダウンロードＩＤ（DLID=99887766）を発行し、図２１（ｆ）に示すメニュー項目「ダウンロード」に埋め込まれたハイパーリンクのＵＲＬを「 http://game.techfirm.co.jp/56789/dl.cgi?id=10000&app=56789&DLID=99887766」と設定する。利用者によって「ダウンロード」が選択されたときには（図２０のステップＳｂ２５）、携帯電話機１０は、「ダウンロード」に埋め込まれた上記ＵＲＬを含むリクエストを携帯電話機用ＷＷＷサーバ５０に送信する。この際、携帯電話機１０は、「http://game.techfirm.co.jp/56789/dl.cgi?id=10000&app=56789&DLID=99887766」というＵＲＬを記憶する。一方、上記リクエストを受信した携帯電話機用ＷＷＷサーバ５０は、利用者ＩＤ「10000」、アプリケーションＩＤ「56789」、ダウンロードＩＤ「99887766」を対応付けてダウンロードＩＤ管理テーブルＤＩＴに保存しておく。
以後、携帯電話機１０のアプリケーション（app=56789）が、携帯電話機用ＷＷＷサーバ５０に対してアクセスをする場合は、保存している上記ＵＲＬの中から利用者ＩＤ、アプリケーションＩＤ及びダウンロードＩＤを抽出し、これらを含むリクエスト信号をサーバ５０に送信する。一方携帯電話機用ＷＷＷサーバ５０は、リクエストに応じて、ダウンロード管理テーブルＤＩＴを参照し、上記ＩＤの組み合わせを確認することによりアプリケーションの認証を行う。
なお、フォームの形を取り、携帯電話機１０上のブラウザによって組み立てられるＵＲＬが上述したような形式で送信されても同様の効果が得られる。
【０１９５】
（９−２）第２のバリエーション
次に、アプリケーション認証の第２のバリエーションについて説明する。
ダウンロードを指定するアプリケーションのＵＲＬを保存する機能を持つ携帯電話機１０で、かつ携帯電話機１０側のアプリケーションはそのＵＲＬを取得可能であるのならば、以下のようにしてもよい。
【０１９６】
携帯電話機用ＷＷＷサーバ５０は、ダウンロードを指定するＨＴＭＬデータを作成するときに（図２０に示すステップＳｂ２６）、ユニークなダウンロードＩＤを発行し、ＨＴＭＬデータ内のアプリケーションのＵＲＬに加えておく。
そして、携帯電話機用ＷＷＷサーバ５０は、携帯電話機１０から上記ＵＲＬを用いた、アプリケーションのダウンロード要求があれば、これに応じて、利用者ＩＤ、アプリケーションＩＤ及びダウンロードＩＤをダウンロードＩＤ管理テーブルＤＩＴに保存する。
携帯電話機１０側のアプリケーションがダウンロードＩＤを必要とするときは、保存しておいたＵＲＬを携帯電話機１０のアプリケーションインターフェースから取得し、このＵＲＬの中からダウンロードＩＤ、もしくはこれを含むデータを抽出し、利用者ＩＤやアプリケーションＩＤとともに携帯電話機用ＷＷＷサーバ５０に送信する。一方、携帯電話機用ＷＷＷサーバ５０は、ダウンロード管理テーブルＤＩＴを参照し、受信した利用者ＩＤ、アプリケーションＩＤ及びダウンロードＩＤの組み合わせが正しい組であるか否かを確認できる。
【０１９７】
より具体的に説明すると、図２０のステップＳｂ２６において、携帯電話機用ＷＷＷサーバ５０は、図３９に示すようなアプリケーションを指定するタグを生成し、このタグを含むＨＴＭＬデータを携帯電話機１０に送信する。
また、携帯電話機用ＷＷＷサーバ５０側では「getjar.cgi」というサーバアプリケーションを配置し、このサーバアプリケーションが起動されると利用者ＩＤ「10000」、アプリケーションＩＤ「56789」、ダウンロードＩＤ「99887766」をダウンロードＩＤ管理テーブルＤＩＴに、そのリクエストを受信した日時と共に保存し、指定されたアプリケーション のＪＡＲファイル「drops.jar」を携帯電話機１０に送信する。
一方、携帯電話機１０は、「http://game.techfirm.co.jp/getjar.cgi?id=10000&app=56789&DLID=99887766&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.cgi?ＩＤ=10000&app=56789&dltime=200006031925&point=20」というＵＲＬが含まれる。ここで、「dltime=200006031925」は、２０００年６月３日１９時２５分にダウンロードされたということを意味している。
このリクエストを受信した携帯電話機用ＷＷＷサーバ５０は、最終ダウンロード管理テーブルＤＩＴ上で、利用者ＩＤ「10000」及びアプリケーションＩＤ「56789」をキーにダウンロード日時を検索し、得られたダウンロード日時と、上記ＵＲＬ内の「dltime=200006031925」とを比較して、アプリケーションの正当性を判断する。
【０２０６】
（１０）ダウンロードＩＤのユニーク性
実施形態においては、ダウンロードＩＤをそれ自体で完全にユニークなＩＤとしていたが、他の情報と組み合わせてユニークな情報として判断することも可能である。例えば、利用者ＩＤとダウンロードＩＤとの組み合わせにおいて、システム全体でユニークであるという判断でもかまわない。
【０２０７】
【発明の効果】
上述したように本発明によれば、ダウンロード要求イベントに対応して発行されたダウンロード識別子を用いてサーバ側でアプリケーションの認証を行うので、端末側に負担をかけることなくより安全性の高い認証を行うことができる。
また、ダウンロード識別子に加えて、利用者識別子やアプリケーション識別子、さらにダウンロード日時を用いることにより、さらに認証の確実性が向上する。
【図面の簡単な説明】
図面の簡単な説明
【図１】 本発明の実施形態に係るシステムの全体構成を示すブロック図である。
【図２】 同実施形態における携帯電話機のハードウェア構成を示すブロック図である。
【図３】 同実施形態における携帯電話機のプロセス構成を示すブロック図である。
【図４】 同実施形態におけるＷＷＷサーバのプロセス構成を示すブロック図である。
【図５】 同実施形態における提供者マスタテーブルの登録内容を一例を示す図である。
【図６】 同実施形態におけるアプリケーション登録マスタテーブルの登録内容を一例を示す図である。
【図７】 同実施形態におけるアプリケーションアクセス管理テーブルの登録内容の一例を示す図である。
【図８】 同実施形態におけるアプリケーション統計テーブルの登録内容のを一例を示す図である。
【図９】 同実施形態における利用者マスタテーブルの登録内容の一例を示す図である。
【図１０】 同実施形態における最終起動日時保存テーブルの登録内容の一例を示す図である。
【図１１】 同実施形態における利用者アクセス保存テーブルの登録内容の一例を示す図である。
【図１２】 同実施形態における利用者入金管理テーブルの登録内容の一例を示す図である。
【図１３】 同実施形態におけるダウンロードＩＤ管理テーブルの登録内容の一例を示す図である。
【図１４】 同実施形態における最終ダウンロード管理テーブルの登録内容の一例を示す図である。
【図１５】 同実施形態におけるアプレットの検索処理の流れを示すシーケンス図である。
【図１６】 同実施形態におけるアプレットの検索処理の流れを示すシーケンス図である。
【図１７】 同実施形態におけるアプレットの検索処理時にパーソナルコンピュータに表示される画面の一例を示す模式図である。
【図１８】 同実施形態におけるアプレットのダウンロード処理の流れを示すシーケンス図である。
【図１９】 同実施形態におけるアプレットのダウンロード処理の流れを示すシーケンス図である。
【図２０】 同実施形態におけるアプレットのダウンロード処理の流れを示すシーケンス図である。
【図２１】 同実施形態におけるアプレットのダウンロード処理時に携帯電話機に表示される画面の一例を示す模式図である。
【図２２】 同実施形態において携帯電話機ＷＷＷサーバから携帯電話機に送信されるＨＴＭＬデータの一例を示す図である。
【図２３】 同実施形態におけるアプレットの実行処理の流れを示すシーケンス図である。
【図２４】 同実施形態におけるアプレットの実行処理の流れを示すシーケンス図である。
【図２５】 同実施形態におけるアプレットの実行処理時に携帯電話機に表示される画面の一例を示す模式図である。
【図２６】 同実施形態におけるハイスコアの登録処理の流れを示すフローチャート図である。
【図２７】 同実施形態におけるポイント投票処理の流れを示すシーケンス図である。
【図２８】 同実施形態におけるポイント投票時に携帯電話機に表示される画面の一例を示す模式図である。
【図２９】 同実施形態におけるライセンス金額の計算処理の流れを示すフローチャート図である。
【図３０】 同実施形態におけるライセンス金額の計算処理の流れを示すフローチャート図である。
【図３１】 同実施形態における提供者の検索処理の流れを示すフローチャート図である。
【図３２】 同実施形態における提供者の検索処理の際に携帯電話機に表示される画面の一例を示す模式図である。
【図３３】 同実施形態における提供者検索の処理の流れを示すフローチャート図である。
【図３４】 同実施形態における提供者検索の処理の流れを示すフローチャート図である。
【図３５】 同実施形態における提供者検索の処理結果の表示例を示す模式図である。
【図３６】 同実施形態におけるアプリケーション検索の処理の流れを示すフローチャート図である。
【図３７】 同実施形態におけるアプリケーション検索の処理結果の表示例を示す模式図である。
【図３８】 他の実施形態におけるポイント投票時の処理の流れを示すシーケンス図である。
【図３９】 他の実施形態において携帯電話機ＷＷＷサーバから携帯電話機に送信されるＨＴＭＬデータの一例を示す図である。
【符号の説明】
１・・・利用者端末群、
１０・・・携帯電話機（携帯無線端末）、ＫＩ・・・キーインタフェース部、
ＤＩ・・・画面インターフェース部、ＤＤ・・・データ通信ドライバ、
ＳＭ・・・スピーカ・マイク制御部、ＭＩ・・・メモリインタフェース、
ＦＷ・・・ファームウェア、ＪＶＭ・・・ジャババーチャルマシン、
ＢＳ・・・ブラウザ、ＴＳ・・・電話機能部、ＳＳ・・・設定部、
ＡＰＰ・・・ジャバアプレット、
１１・・・パーソナルコンピュータ、
２・・・提供者端末群、２０・・・パーソナルコンピュータ、
３・・・移動パケット通信網（無線通信網）、
４・・・インターネット、５・・・サーバ群（情報配信サーバシステム）、
５０・・・携帯電話機用ＷＷＷサーバ（識別子発行部、識別子通知部、認証部、リクエスト受信部、アプリケーション配信部、ダウンロード計時部）、
５１・・・パーソナルコンピュータ用ＷＷＷサーバ、
５２・・・ＤＮＳサーバ、５３・・・ＳＭＴＰサーバ、
５４・・・データベースサーバ、５５・・・集計サーバ、
５６・・・管理者コンソール、５７・・・ファイヤウォールサーバ、
ＬＭＴ・・・提供者マスタテーブル、
ＡＳＴ・・・アプリケーション登録マスタテーブル、
ＡＡＴ・・・アプリケーションアクセス管理テーブル、
ＡＴＴ・・・アプリケーション統計テーブル、
ＵＭＴ・・・利用者マスタテーブル、ＬＲＴ・・・最終起動日時保存テーブル
ＵＡＴ・・・利用者アクセス保存テーブル、
ＵＰＴ・・・利用者入金管理テーブル、
ＤＩＴ・・・ダウンロードＩＤ管理テーブル（識別子記憶部）、
ＬＤＴ・・・最終ダウンロード管理テーブル[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an information distribution server system, an authentication method for an application in the system, and a recording medium.
[0002]
[Prior art]
Mobile phones are becoming increasingly sophisticated.
Recently, proposals have been made to introduce a more serious application operating environment to mobile phones. For example, there is a plan to mount a Java virtual machine, which is an environment for executing an application described in a Java (registered trademark) programming language, on a mobile phone. If this is realized, various applications can be operated on the mobile phone more than ever.
This kind of environmental change is due to the fact that mobile phones can install and use various applications that users need from terminals that have been used only for input and output. It means to transform into a terminal. That is, although the information processing ability and expression ability are still inferior, what can be processed only by a personal computer until now can be processed by a mobile phone.
[0003]
Such a Java (registered trademark) application for mobile phones is considered to have the following characteristics.
(1) A mobile phone is more portable than a personal computer, but has disadvantages such as a small memory capacity, a low data processing capability, a small communication bandwidth, and a slow communication speed. Due to these disadvantages, the code size of applications for mobile phones is much smaller than that for personal computers. For this reason, it is expected that processing is performed by making the best use of external functions such as a server rather than fulfilling the intended purpose only by the function of the application itself.
(2) Applications for personal computers are mainly downloaded from a server to a personal computer each time they are executed. On the other hand, when a mobile phone is used, considering the communication time and communication cost required for downloading, as well as the operational burden on the user, the application for the mobile phone is used after being stored in the non-volatile memory of the mobile phone. It is expected that there will be more cases.
(3) Considering that the user interface of the mobile phone is poor, users tend to acquire various applications through a specific application distribution site rather than using various application distribution sites. Accordingly, the application distribution site side is expected to handle a plurality of applications by many application providers.
(4) As represented by the sandbox model of Java (registered trademark) applet, it is expected that the security management policy of the application will be in the direction of communication with only the server of the download source.
[0004]
In view of the above, it is considered that authentication processing is required for mobile phone applications as follows.
[0005]
For example, when a plurality of applications from a plurality of application providers are distributed from a single server, a client-side application and a server-side process that manages a communication interface function with the application on the server side are a set. . The server side process authenticates the application by confirming whether the application that sent the request to the server side is an application that is surely set with itself.
For example, assuming an application that manages various data such as the user's schedule information and address book, when the application queries the server for the contents of the various data, the server-side process responds to the user's personal information. It is necessary to perform authentication and check whether the application is a set with itself.
[0006]
In addition, for example, when a plurality of applications are distributed from a single server by a plurality of application providers, a server-side functional interface process that can share the plurality of applications is required. As an example, if a user can register in the table on the server side by voting the number of points according to their practicality for the application he / she used, each application can share that table. This point registration function corresponds to a function interface process. In this case, the function interface process needs to recognize which application the voting request is from.
Alternatively, the sharing degree of the common interface process may be limited on an application-by-application basis, for example, a case where an application accesses data related to user personal information. In such a case, since a specific function is opened only for a specific application, the function interface process needs to recognize which application the request is from.
[0007]
[Problems to be solved by the invention]
Conventionally, the following method has been adopted for such a need for application authentication.
For example, an application on the client side notifies the server side of application identification information, whereby the server side identifies the application. In addition, when a user selects an application on the client side and notifies the server side of the application, application authentication on the server side is possible.
However, regardless of which method is used, the server side only has to trust the operation on the application side, and an unauthorized application impersonates another application, or a user intentionally or mistakenly specifies another application. In case the application could not be authenticated.
[0008]
There is also a technique for performing application authentication using encryption or digital authentication under the certification of a certificate authority.
In this case, it is necessary to cope with digital authentication in the mobile phone, but the burden for mounting the function on the mobile phone is large. There is also a problem of cost generation for the certificate authority.
[0009]
An object of the present invention is to provide an application distribution / execution environment with higher security by more reliably authenticating an application against the background described above.
[0010]
[Means for Solving the Problems]
In order to solve the above-described problem, an invention according to
[0011]
The invention according to
The identifier notifying unit transmits the URL (Uniform Resource Locator) used by the wireless portable terminal to download the application including the download identifier.
[0012]
The invention according to
The identifier notifying unit transmits parameter data that can be referred to from the application of the wireless portable terminal together with the download identifier.
[0013]
According to a fourth aspect of the present invention, there is provided an information distribution server system for distributing an application in response to a download request from a wireless portable terminal accommodated in a wireless communication network. An identifier that issues a download identifier for identifying an event, an identifier that stores the issued download identifier, and an application identifier unique to the application that is the target of the request event indicated by the download identifier, in association with each other A storage unit, an application distribution unit that distributes the data file of the application downloaded to the wireless portable terminal, including the issued download identifier, and the download from the application downloaded to the wireless portable terminal Upon receiving the Besshi and request signal including the application identifier, the download identifier When Applicable identifier When But Associated And an authentication unit that authenticates the application depending on whether or not it is stored in the identifier storage unit.
[0014]
The invention according to
An identifier issuing unit for issuing a download identifier for identifying a download request event from the wireless portable terminal;
To request a download identifier corresponding to the download, including an application identifier for identifying the application and a user identifier for identifying the user of the wireless portable terminal, from the application downloaded to the wireless portable terminal When the request signal is received, an identifier notification unit that notifies the wireless portable terminal of a download identifier issued by the identifier issuing unit,
An authentication unit that authenticates the application depending on whether the requested download identifier is already notified by the identifier notification unit when the request signal is received;
It is characterized by having.
[0015]
The invention according to
The authentication unit further receives a request signal including the notified download identifier from the application downloaded to the wireless mobile terminal, depending on whether the download identifier is issued by the identifier issuing unit. The application is authenticated.
[0016]
The invention according to
The identifier notification unit notifies the download identifier only once to the application.
[0017]
The invention according to
When there are a plurality of download identifiers corresponding to a combination of the user identifier and the application identifier, the authentication unit sets a download identifier for the last downloaded application as a target of the authentication.
[0018]
According to a ninth aspect of the present invention, in an information distribution server system for distributing an application in response to a download request from a wireless portable terminal accommodated in a wireless communication network, the date and time when the download request is made is counted as a server-side download date and time. A download timing unit, a user identifier for identifying the user of the wireless portable terminal that has transmitted the download request, an application identifier for identifying the application that is the target of the download request, and the download request An identifier storage unit that stores the time-scheduled server-side download date and time, and a terminal side that is stored as the date and time when the download was performed by the wireless portable terminal from an application downloaded to the wireless portable terminal Da And unload time, and the application identifier, when receiving a request signal containing said user identifier, said terminal ~ side Downlaw De day An authentication unit that authenticates the application depending on whether or not time is included in a predetermined time range with respect to the server-side download date and time.
[0019]
The invention according to
[0020]
The invention according to
[0021]
The invention according to
Issuing a download identifier for identifying a download request event from the wireless portable terminal;
A request for requesting a download identifier corresponding to the download, including an application identifier for identifying the application and a user identifier for identifying the user of the wireless portable terminal, from the application downloaded to the wireless portable terminal When receiving a signal, notifying the wireless portable terminal of the issued download identifier;
Authenticating the application according to whether or not the requested download identifier has already been notified to the wireless portable terminal when the request signal is received;
It is characterized by having.
[0022]
The invention according to claim 13 is the application authentication method of the information distribution server system according to
[0023]
The invention according to claim 14 is an application authentication method of an information distribution server system for distributing an application in response to a download request from a wireless portable terminal accommodated in a wireless communication network. A time counting as a download date, a user identifier for identifying a user of the wireless portable terminal that has transmitted the download request, an application identifier for identifying an application that is a target of the download request, and the download The server-side download date and time counted for the request are stored in association with each other, and the date and time when the download was made by the wireless portable terminal from the application downloaded to the wireless portable terminal is stored. A terminal side download date have, with the application identifier when receiving a request signal containing said user identifier, said terminal ~ side Downlaw Day And authenticating the application according to whether or not the time is included in a predetermined time range with respect to the server side download date and time.
[0024]
A fifteenth aspect of the invention provides a computer-readable recording medium storing a program for causing a computer to execute the application authentication method of the information distribution server system according to the tenth aspect.
[0025]
The invention described in claim 16 provides a computer-readable recording medium storing a program for causing a computer to execute the application authentication method of the information distribution server system described in
[0026]
The invention described in claim 17 provides a computer-readable recording medium storing a program for causing a computer to execute the application authentication method of the information distribution server system described in
[0027]
According to an eighteenth aspect of the present invention, there is provided a computer-readable recording medium storing a program for causing a computer to execute the application authentication method of the information distribution server system according to the thirteenth aspect.
[0028]
A nineteenth aspect of the present invention provides a computer-readable recording medium storing a program for causing a computer to execute the application authentication method of the information distribution server system according to the fourteenth aspect.
[0029]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings. However, the present invention is not limited to such an embodiment, and various modifications can be made within the scope of the technical idea.
A: Configuration
(1) Overall network configuration
FIG. 1 is a block diagram illustrating an overall configuration of a system according to the embodiment. As shown in the figure, this system is mainly composed of a
This system provides an environment that promotes the distribution of content as a whole. Specifically, various applications are uploaded from the
In this embodiment, a computer program called an “applet” written in the Java (registered trademark) programming language will be described as an example of an “application”. Any possible data is included in the concept of this application.
[0030]
Hereinafter, each component of this system will be described in detail.
The
The
The mobile
The
[0031]
The
Similar to the
There are actually more
[0032]
The
As shown in FIG. 1, the
[0033]
The mobile
The
The
The
The
The aggregation server 55 is a server that uses the various tables stored in the
The
The
[0034]
(2) Configuration of
Next, the configuration of the
First, the hardware configuration of the
Various control programs and the like are stored in the
The
The
The keypad 109 is an input interface for the user to perform various operations, and the
[0035]
Next, the process configuration of the
The upper layer is constituted by firmware FW, and the basic processing of the
Further, the upper layer includes a Java virtual machine JVM, a browser BS, a telephone function unit TS, and a setting unit SS, and a Java applet AAP is configured above the Java virtual machine JVM.
The Java applet APP is an application written in Java (registered trademark), downloaded from the mobile
[0036]
(3) Configuration of WWW server for mobile phones
Next, the configuration of the mobile
The mobile
FIG. 4 is a schematic diagram showing a process configuration of the mobile
[0037]
(4) Database server configuration
As described above, the
The contents registered in the various tables in the
[0038]
FIG. 5 is a diagram illustrating an example of registered contents of the provider master table LMT (provider information table).
As shown in the figure, in the table LMT, various types of provider information such as a provider name, a provider ID, a registration date, and a bank account are registered in association with each other. The provider name is a name notified to the
This provider master table LMT is mainly used when performing processing (to be described later) for searching for a license amount or application usage status (described later) or transferring a license amount in response to a request from the provider.
[0039]
FIG. 6 is a diagram illustrating an example of registration contents of the application registration master table AST.
As shown in the figure, various information such as application ID, provider ID, application name, server name, directory, download file name, DB access password, description, help file, and capture file are registered in this table AST. ing.
The application ID is an ID assigned to identify each application. The provider ID is as described above. The application name is the name of the application. The server name is the host name of the server where the application is stored, the directory is the directory name within the server where the application is stored, and the download file name is the name within the server where the application is stored. File name. When the
Next, the DB access password is a password used when the provider searches the
A help file is a file name that stores help information provided to users when searching for or downloading such applications. A capture file visually displays the contents of an application. This is the name of a file in which image information is stored.
The application registration master table AST is mainly used when searching for an application by a user or when downloading, and when searching for a license amount or usage status by a provider.
[0040]
FIG. 7 is a diagram illustrating an example of registered contents of the application access management table AAT (limitation unit, shared process interface).
As shown in the figure, an application ID and a table name are registered in this table AAT. This table name means the name of a table that can be accessed by the application when the application is executed. For example, the application (game software) indicated by the application ID “56789” can access a high score table (not shown) for registering a high score, that is, the application indicated by the application ID “56789” is high. This means that score registration is possible.
As described above, an accessible table is defined for each application, thereby preventing an unauthorized application from accessing.
[0041]
FIG. 8 is a diagram illustrating an example of registered contents of the application statistics table ATT.
As shown in the figure, in this table ATT, application ID, target year / month, number of downloads, number of activations, execution time, number of voting points, license amount and license amount payment flag are registered.
This table is for grasping the usage status of each application, and the target year means the period for which the usage status is to be grasped.
The number of downloads means the number of times the application has been downloaded to the
The number of activations means the number of times that the application is activated on the
The execution time means the time when the application is executed on the
Each user can vote for the application he / she used according to its practicality and interest, and the number of voting points means the number of points voted. Yes.
The license amount is an amount that the provider should receive as a consideration for the application, and is calculated based on a calculation formula described later according to the usage status of the application.
The license amount payment flag is flag information indicating whether or not the calculated license amount has already been paid to the provider.
[0042]
FIG. 9 is a diagram illustrating an example of registered contents of the user master table UMT.
As shown in the figure, in this table UMT, user information such as a user name, a user ID, a password, a credit card number, an entry date, a withdrawal date, a telephone number, a mobile phone mail address, and a PC mail address are registered. Has been.
The user name is the name of the user, and the user ID is an ID assigned to identify each user. The password is necessary for the user to log in to the
The credit card number is a contract number of a credit card used by the user, and the usage fee is collected using the credit contract indicated by the credit card number.
The enrollment date is the year, month and date when the user has joined this service, and the withdrawal date is the year, month and date when the user has withdrawn from this service.
The telephone number is a user's telephone number, and the mobile phone mail address is a mail address possessed by the user and assigned to the
This table UMT is used, for example, when the user logs in or when mail is sent to the user.
[0043]
FIG. 10 is a diagram illustrating an example of registered contents of the last activation date and time storage table LRT.
As shown in the figure, a user ID, an application ID, and the last activation date / time are registered in this table LRT. When the application is started on the
The point voting described above is limited to applications that the user has downloaded or started in the past certain period, and this table LRT is used when the user can extract applications that can be point-voted.
[0044]
FIG. 11 is a diagram showing an example of registered contents of the user access storage table UAT.
As shown in the figure, in this table UAT, a user ID, an application ID, a target year, a number of downloads, a number of activations, an execution period, and the number of voting points are registered.
The number of downloads means the number of times the corresponding user has downloaded the corresponding application to the
The number of activations means the number of times that the corresponding user has activated the corresponding application on the
The execution time means the time when the corresponding user executes the corresponding application on the
The number of voting points means the number of points that the corresponding user has voted for the corresponding application during the period indicated by the target date.
That is, this table UAT is used for grasping the usage status of the application. Based on the information registered in this table UAT, the usage status of the application is grasped, and as a result, the license amount to be paid to the provider is determined. It has become fixed.
[0045]
FIG. 12 is a diagram showing an example of registered contents of the user deposit management table UPT.
As shown in the figure, a user ID, a target date and a deposit flag are registered in this table UMT. The deposit flag is flag information indicating whether or not the usage fee has been paid by the user.
The
[0046]
FIG. 13 is a diagram showing an example of registered contents of the download ID management table DIT.
As shown in the figure, a user ID, a download date, an application ID, and a download ID are registered in this table DIT.
The download ID is an ID that is uniquely issued for each download request from the
[0047]
FIG. 14 is a diagram illustrating an example of registered contents of the final download management table LDT.
As shown in the figure, the user ID, the application ID, and the last download date / time are registered in this table LDT. Similarly to the table LRT, this table LDT is also used when a user can extract an application that allows point voting.
[0048]
B: Operation
Next, the operation of the embodiment configured as described above will be described.
In the following, “applet” is processed as an application, and (1) applet search, (2) applet download, (3) applet execution, (4) applet point voting, (5) calculation of license amount, (6) The operation will be described in the order of various searches by the provider.
[0049]
(1) Search for applets
The user can access the
15 to 16 are sequence diagrams showing operations of the
In FIG. 15, the user first operates the
[0050]
Next, the
[0051]
When receiving the request signal via the
[0052]
When receiving the top page, the
[0053]
When the user inputs the user ID and password and performs an operation for instructing login, the
[0054]
The
[0055]
If the result of this determination is that the set is correct, the
Thereafter, in order to manage each session executed between the
[0056]
Now, when receiving the entrance page, the
[0057]
In order for a user to perform an applet search, a “library” button shown in FIG. 5B may be clicked. In response to this click operation, the
[0058]
In response to the request, the
[0059]
When receiving the library page, the
[0060]
In response to the click operation, the
[0061]
In response to the request, the
[0062]
When the
[0063]
In response to the click operation, the
[0064]
In response to the request, the
[0065]
When receiving the explanation page, the
[0066]
The user refers to these explanations, and clicks the “URL mail” button shown in FIG. 5E if there is an intention to download the game to his / her
In response to this click operation, the
[0067]
The
[0068]
When this mail transmission is completed, the
When the
[0069]
The
[0070]
(2) Applet download
Next, applet download processing will be described.
18 to 20 are sequence diagrams showing operations of the
In FIG. 18, first, the user operates the
[0071]
Next, the
[0072]
When the mobile
[0073]
When the
[0074]
When the user selects and operates “Login” shown in FIG. 5A, the
[0075]
When the mobile
[0076]
When the
[0077]
When the user inputs the user ID and password and performs an operation to instruct login, the
[0078]
The mobile
[0079]
As a result of this determination, if the set is correct, the mobile
On the other hand, as a result of this determination, if the set is not correct, a predetermined error screen is formed and returned to the
Hereinafter, in order to manage each session executed between the
[0080]
Now, when receiving the menu page, the
[0081]
In order for the user to download the applet, the “library” button shown in FIG. 5C may be selected. In response to this selection operation, the
[0082]
In response to the request, the mobile
[0083]
When the
[0084]
In response to this selection operation, the
[0085]
In response to the request, the mobile
[0086]
When the
[0087]
In response to the selection operation, the
[0088]
In response to the request, the mobile
[0089]
When the
[0090]
The user refers to these explanations, and selects “download” shown in FIG. 21F if there is an intention to download this game to his / her
[0091]
The mobile
In FIG. 22, among the parameters designated by the “param” tag, the parameter “ID” is used to identify the user when communicating with the mobile
[0092]
When the
[0093]
In response to the request, the mobile
[0094]
The
When the acquisition of the JAR file is completed, the
At the same time, when acquisition of the JAR file is completed, the
[0095]
The cellular
[0096]
When the mobile
[0097]
Then, the mobile
When the
[0098]
(3) Execution of applet
Next, applet execution processing will be described.
23 to 24 are sequence diagrams showing operations of the
In FIG. 23, first, the user operates the
[0099]
Here, for example, when the user selects “drops” shown in FIG. 25A, the display on the
[0100]
When the user selects “OK” in FIG. 25B, the
[0101]
Then, the
[0102]
When the mobile
Next, the mobile
[0103]
Then, the mobile
[0104]
In response to this notification, the
[0105]
Now, when the game that the user has played is finished and the game score becomes the highest in the past, the high score can be registered. This registration process is started when the user selects a high score button (not shown) on the game end screen (step Sc8).
[0106]
First, the
[0107]
The mobile
[0108]
Then, the cellular
[0109]
When the
[0110]
When the user performs an operation for ending the game, the
[0111]
The mobile
[0112]
Then, the mobile
[0113]
When the
[0114]
(4) High score registration process
Hereinafter, the above-described high score registration process will be described using the flow shown in FIG.
As described above, when highsc.cgi is activated, the mobile
[0115]
Next, the open process of the specified table is called, and the process proceeds to step Sn1. In step Sn1, an application ID and an application password are extracted from the set parameters, and it is determined whether or not these are a valid set (step Sn1).
[0116]
If it is determined that the set is valid (step Sn1; Yes), the application access management table AAT is referred to and it is determined whether or not the application indicated by the application ID can access the high score table (step Sn2). ).
[0117]
If the access is possible, the high score table is opened (step Sn3). If this is successful (step Sn4; Yes), the fact that the high score table has been successfully opened is returned (step Sn5).
[0118]
When it is received that the opening has been successful (step Sm2), the score and the date and time are registered on the high score table corresponding to the user ID (step Sm3).
[0119]
Then, the high score table is closed (step Sm6), then the user name acquisition process is called, and the user name is acquired accordingly (step Sm5). This user name acquisition process is performed in the same manner as the above-described high score table open process.
When the user name is acquired in this way, the OK message and the user name are returned from the mobile
[0120]
Normally, applets can only communicate with the server from which they are downloaded, so multiple applets share a single server, and access management among applications becomes a problem. By controlling the area to be accessed exclusively, its safety can be ensured. In addition, for data that is used by various applications, such as data related to users, and for which privacy protection is important, the server provides a common application interface for the access, thereby eliminating data waste. And can improve security on privacy data.
[0121]
(5) Point voting
Next, the point voting process will be described.
FIG. 27 is a sequence diagram showing operations of the
In FIG. 27, first, the user operates the
[0122]
In order to receive the point voting service, the “voting” button shown in FIG. 5C may be selected. In response to this selection operation, the
[0123]
The mobile
Here, there is an upper limit on the number of points that one user can vote in a predetermined period, and here, it is assumed that 70 points can be voted monthly per person. Under this assumption, referring to the user access management table UAT shown in FIG. 11, the user ID “10000” has already voted a total of 40 points this month (June 2000). The remaining points that can be voted during the period will be 30 points.
[0124]
Now, the mobile
[0125]
When the
[0126]
In response to this selection operation, the
[0127]
Then, the mobile
[0128]
When the
[0129]
In response to the selection operation, the
[0130]
The mobile
[0131]
Next, the mobile
[0132]
When the
[0133]
In this way, there is a limit on the number of points that a user can vote for in a certain period, and because the user only performs point voting on applications that have been recently used, the user can It is possible to eliminate fraudulent activities such as arbitrarily voting points.
[0134]
(6) Calculation of license amount
Next, calculation of the license amount for each provider by the aggregation server 55 will be described. There are roughly two methods for calculating the license amount, which will be described in order below.
[0135]
FIG. 29 is a flowchart showing an operation in which the aggregation server 55 calculates the license amount according to the first method.
This calculation of the license amount is executed in units of a predetermined calculation period such as every month or every six months. Here, one month is the calculation period, and the calculation date is the last day of every month.
[0136]
The counting server 55 refers to a timer (not shown) and determines whether or not this calculation date has arrived (step Se1).
The process of step Se1 is repeated until the calculation date arrives (step Se1; No). When the calculation date arrives (step Se1; Yes), the process proceeds to step Se2.
[0137]
The aggregation server 55 refers to the user payment management table UPT in the
[0138]
A part of the total amount of the usage fee is paid as a license amount to the provider, and the remaining amount is profited by the manager of the
[0139]
Next, the aggregation server 55 refers to the user access storage table UAT of the
[0140]
Subsequently, the aggregation server 55 refers to the user access storage table UAT, extracts the number of activations of all applications in the calculation target period, and calculates total-launch that is the total value thereof (step Se5). . For example, in the case of the user access storage table UAT shown in FIG. 11, if the month to be calculated is “June”, “5”, “8”, “9” are extracted as the corresponding activation times, and the total of these is calculated. The value total-launch is “22”.
[0141]
Next, the aggregation server 55 refers to the user access storage table UAT, extracts the execution times of all applications in the period to be calculated, and calculates total-run that is the total value thereof (step Se6). . For example, in the case of the user access storage table UAT shown in FIG. 11, if the month to be calculated is “June”, the corresponding activation times are “23 (minutes)”, “40 (minutes)”, “38 (minutes). ) ”Is extracted, and the total value total-run thereof is“ 101 (minutes) ”.
[0142]
Next, the aggregation server 55 refers to the user access storage table UAT, extracts the number of points of all applications in the calculation target period, and calculates the total value of these values (step Se7). . For example, in the case of the user access storage table UAT shown in FIG. 11, if the month to be calculated is “June”, “30”, “60”, “0” are extracted as the corresponding points, and the total of these points is extracted. The value total-point is “90”.
[0143]
In the following calculation process, the license amount is calculated in order for each application. Therefore, it is determined whether or not the calculation has been completed for all the applications (step Se8), and if not (step Se8; No), the process proceeds to step Se9.
[0144]
In step Se <b> 9, the aggregation server 55 calculates a license amount license-fee to be paid to the provider of the application for a specific application (for example, application ID “56789”).
This calculation is performed according to the calculation formula shown in
License amount license-fee
= {(Number of downloads of a specific application in the target month / total-dl) x Rd
+ (Number of launches of a specific application in the target month / total-launch) x Rl
+ (Specific application execution time in the target month / total-run) x Rr
+ (Points of specific application in the target month / total-point) x Rp}
× License available amount total-license ・ ・ ・
[0145]
Here, Rd, Rl, Rr, and Rp are weighting parameters assigned to the number of downloads, the number of activations, the execution time, and the number of points in calculating the license amount, and Rd ≧ 0, Rl ≧ 0, Rr ≥0, Rp≥0, Rd + Rl + Rr + Rp = 1.
[0146]
For example, a calculation example in the case where Rd = 0.2, Rl = 0.3, Rr = 0.35, and Rp = 0.15 is set will be described.
As described above, total-license = 300,000 yen, total-dl = 7, total-launch = 22, total-run = 101, total-point = 90. Further, referring to the user access storage table UAT, “the number of downloads of the specific application in the target month (
Such calculation is executed for each application, and when the execution is completed for all the applications (step Se8; Yes), the processing shown in FIG.
[0147]
Next, FIG. 30 is a flowchart showing an operation in which the aggregation server 55 calculates the license amount according to the second method.
The calculation of the license amount according to the second method is not performed for each application as in the first method described above, but is performed for each user.
[0148]
First, the aggregation server 55 refers to a timer (not shown) and determines whether or not a calculation date has arrived (step Sf1).
The process of step Sf1 is repeated until the calculation date arrives (step Sf1; No), and when the calculation date arrives (step Se1; Yes), the process proceeds to step Sf2.
[0149]
In the following, since the license amount is calculated for each user, it is determined whether or not the processing has been completed for all users. If it is determined that the processing has not been completed (step Sf2; No), the process proceeds to step Sf3. .
[0150]
In step Sf3, the tabulation server 55 targets a specific user (for example, user ID “10000”), refers to the user deposit management table UPT, and the usage fee for the target month of the user is deposited. It is judged whether it is done.
If it is determined that no deposit has been made (step Sf3; No), the process returns to step Sf2, and the same process is performed by changing the user to be processed.
[0151]
On the other hand, if it is determined that the money has been deposited (step Sf3; Yes), the process proceeds to step Sf4.
[0152]
In step Sf4, the tabulation server 55 multiplies a certain amount of usage fee paid by the user in the target month by, for example, 30%, for example, a license amount u-license-total that can be applied from one usage fee. Calculate
[0153]
Next, the aggregation server 55 refers to the user access storage table UAT of the
[0154]
Subsequently, the aggregation server 55 refers to the user access storage table UAT, and calculates the total number of activations u-total-launch of the user with the user ID “10000” in the calculation target period (step Sf6). .
[0155]
Next, the aggregation server 55 refers to the user access storage table UAT and calculates the total execution time u-total-run of the execution of the application by the user with the user ID “10000” during the calculation target period. (Step Sf7).
[0156]
Next, the aggregation server 55 refers to the user access storage table UAT, and calculates the total number of points voted by the user with the user ID “10000” during the period to be calculated (step Sf8). .
[0157]
Then, the aggregation server 55 corresponds to the user with the user ID “10000” in the calculation target period, the number of downloads u-total-dl, the number of activations u-total-launch, the execution time u-total-run, It is determined whether all the number of points u-total-point has been calculated (step Sf9).
[0158]
Then, the aggregation server 55 calculates the license amount license-fee for each application corresponding to the user with the user ID “10000” in the period to be calculated (step Sf10).
This calculation is performed according to the calculation formula shown in
License amount u-license-fee
= {(Number of downloads of specific application of specific user in target month / u-total-dl) x Rd
+ (Number of launches of specific applications of specific users in the target month / u-total-launch) x Rl
+ (Execution time of specific application of specific user in target month / u-total-run) x Rr
+ (Number of specific application points for specific users in the target month / u-total-point) x Rp}
× License available amount u-total-license ...
[0159]
Here, Rd, Rl, Rr, and Rp are parameters having the same meaning as the parameters described above. The license amount u-license-fee calculated by
Next, the aggregation server 55 adds and writes the calculated license amount u-license-fee to the application statistics table ATT (step Sf11), and then returns to step Sf9 to complete all calculations for this user. The above-described processing is repeated until the end.
When all the calculations for the user are completed (step Sf9; Yes), the process returns to step Sf2 to target the next user.
[0160]
In this way, the license amount calculation processing is performed for all users and all applications, and the processing shown in FIG.
The calculated license amount is deposited into a bank account registered in advance by the provider.
[0161]
(7) Various searches by providers
The provider who uploaded the application to the
Hereinafter, a search operation performed by the
[0162]
FIG. 31 is a flowchart showing a main routine of the
The process shown in the figure is started in response to an access request from the
First, the
This processing menu screen is, for example, a screen as shown in FIG. 32, and includes a field for inputting a search target period, a provider ID, and an application ID, a provider search button, an application search button, and an end button. Yes. The provider search is a search for each provider designated by the provider ID, whereby the license amount paid to the provider and the unpaid amount can be grasped. The application search is a search for each application specified by the application ID, whereby the usage status of the application, the license amount corresponding to the application usage, and the like can be grasped.
[0163]
When the provider inputs the search target period and various IDs on this initial menu screen and clicks the corresponding search button, the
[0164]
In accordance with the identified button type, a subroutine for provider search and application search as described later is executed. When it is detected that the button is an end button, the
[0165]
FIG. 33 and FIG. 34 are flowcharts showing processing operations when the
In FIG. 33, first, the
[0166]
As a result of this authentication, if both provider IDs do not match (step Sh1; No), the
[0167]
On the other hand, if both the provider IDs match as a result of the authentication, the
[0168]
If no corresponding application ID is found as a result of this search (step Sh5; Yes), the
[0169]
On the other hand, when a corresponding application ID is found as a result of this search (step Sh5; No), the
[0170]
After performing the processing of step Sh9 for all the extracted application IDs, the
[0171]
The processes in steps Sh9 and Sh10 are performed for all the application IDs extracted in step Sh4. When this is confirmed (step Sh8; Yes), the process proceeds to step Sh11 shown in FIG.
[0172]
In step Sh11, the
[0173]
If the unpaid license amount is less than 2000 yen as a result of this determination, the
[0174]
On the other hand, when the unpaid license amount is 2000 yen or more, the
In the figure, for the provider indicated by the provider ID “8898”, the license amount already received as of May 2000 is “2,423,500 yen” and should be received as of June 2000. The license amount is “1,901,250 yen”, the total of the license amount received so far and the license amount to be received from now on is “5,283,340 yen”, and the total unpaid license amount to be received from now on is “ 3,154,200 yen ". As for the total amount of unpaid licenses, “3,154,200 yen” also means the total amount of licenses that can be paid.
[0175]
Then, when the
[0176]
FIG. 36 is a flowchart showing a processing operation when the
First, the
[0177]
If the application IDs do not match as a result of the authentication, the
[0178]
On the other hand, if both the application IDs match as a result of the authentication, the
[0179]
Further, the
Such processes of steps Sj5 and Sj6 are performed for all the designated search target periods, and when this is confirmed (step Sj4; Yes), the process proceeds to step Sj7.
[0180]
In step Sj7, the
In the figure, the number of downloads, the number of activations, the execution time, the number of voting points, the license amount and the unpaid license amount are displayed for each designated month and year. Then, when the selection operation of the “return” button by the provider is detected (step Sj8; Yes in FIG. 36), the
[0181]
Thus, according to the embodiment, since the application is authenticated on the mobile
In addition to the download ID, the user ID, application ID, and download date / time are used to further improve the certainty of authentication.
[0182]
C: Modification
As described above, the present invention is not limited to the above-described embodiment, and various modifications can be made.
(1) Parameters for license amount allocation
In the embodiment, the number of downloads or the like is disclosed as a parameter for allocating the license amount, but the type of parameter is not limited to this.
In the embodiment, the license amount is obtained by proportional distribution using various parameters. However, the present invention is not limited to this, and it can also be realized by adding another distribution method such as adding the basic service charge and distributing it. It is.
[0183]
(2) Management of payment status
In the embodiment, the payment status is managed for each user using the user deposit management table UPT. However, the present invention is not limited to this, and only the total amount of the usage fee received from the user may be managed as the payment status. For example, a collection service of usage charges from each user is requested to an external specific vendor, and the
[0184]
(3) Types of usage charges
In the embodiment, the usage fee to be paid every month by all users is a fixed amount, but is not necessarily limited to such a mode.
For example, users may be classified into classes and the usage fee may be changed for each class. This class can be divided according to, for example, the classification according to the usage status such as the number of downloads, execution time, and the number of activations of each user, or the difference in resource occupancy such as the database that the
[0185]
(4) Application usage restrictions
In the embodiment, no restriction is imposed on the use of the application for each user. That is, the user can use the downloaded application without limitation. However, the present invention is not limited to this, and some usage restrictions can be provided. For example, an upper limit may be set for at least one of the number of downloads, the number of activations, and the execution time for a certain period for the user.
Hereinafter, an example of an embodiment in which such usage restrictions are provided will be described.
First, it is assumed that the upper limit of the number of downloads per month for each user is 20 times, the upper limit of the number of activations is 100 times, and the upper limit of execution time is 300 minutes.
A specific sequence for checking whether or not these upper limits are exceeded is as follows.
When the mobile
Then, if the calculated download count is 20 times or more, which is the upper limit of the download count described above, the mobile
Further, when an application activation operation is performed in the
[0186]
(4) Accessible table
As described in the above-described high score registration process, in the embodiment, a table that can be accessed in an application unit is defined, but the same effect can be obtained by defining a table that can be accessed in a provider unit of an application. Obtainable.
[0187]
(5) Session identification
In the embodiment, the URL is used to identify the session, or the ID is embedded in the HIDDEN parameter of the INPUT tag. However, this session management may use a cookie file by issuing a special session identifier, Basic authentication, which is a function of the WWW server, may be used for the authentication itself.
[0188]
(6) Application storage
In the embodiment, the application is explicitly saved, but it can also be realized by saving and caching in a temporary storage memory for operating the application on the browser of the
[0189]
(7) Page description format
In the embodiment, HTML data is used. However, the present invention is not limited to this. For example, another description language such as XML (Extensible Markup Language) may be used.
[0190]
(8) Variation of point voting process
In the embodiment, a list of application names for which points can be voted is displayed to the user. However, the list display is not limited to this. For example, an application ID or an application name is input from the user interface of HTML data transmitted by the mobile
If the user who has logged in to the mobile
Further, in the embodiment, the input interface for voting points is provided by the HTML form. However, an input interface is prepared on an application to be downloaded to the
FIG. 38 shows a sequence representing operations of the
[0191]
(9) Application authentication variations
Various variations can be considered for application authentication. For example, there are first to fourth variations as described below.
[0192]
(9-1) First variation
First, the first variation will be described.
In the embodiment, a download ID is uniquely issued for each download request event, embedded in a “param” tag in HTML data designating download, and the
[0193]
The mobile
The application on the
When an application on the
[0194]
More specifically, in step Sb22 of FIG. 19, the mobile
Thereafter, when the application (app = 56789) of the
It should be noted that the same effect can be obtained even if a URL that is in the form of a form and is assembled by a browser on the
[0195]
(9-2) Second variation
Next, a second variation of application authentication will be described.
If the
[0196]
When creating the HTML data designating download (step Sb26 shown in FIG. 20), the mobile
If there is an application download request using the above URL from the
When the application on the
[0197]
More specifically, in step Sb26 of FIG. 20, the mobile
In addition, a server application “getjar.cgi” is arranged on the mobile
On the other hand, the
Thereafter, when the application (app = 56789) of the
On the other hand, the mobile
[0198]
(9-3) Third variation
Next, a third variation of application authentication will be described.
If the mobile phone has a memory area in which data can be stored and referenced by an application, the mobile
[0199]
More specifically, in the embodiment, when downloading the applet shown in FIG. 20 (steps Sb26 to Sb35), the mobile
Thereafter, when the
In step Sc5, when the mobile
[0200]
If the download ID field of the selected record is blank, the mobile
Thereafter, similarly to the above-described embodiment, the process of incrementing the number of activations on the user access storage table UAT and the update of the last activation date storage table LRT are performed. Then, the mobile
[0201]
On the other hand, if the download ID field of the selected record is not blank, the mobile
[0202]
Note that if the “DLID” included in the request URI received from the
As described above, in the third variation, the application is authenticated according to whether or not the download ID field is issued.
[0203]
(9-4) Fourth variation
Next, a fourth variation of application authentication will be described.
If the
[0204]
The mobile
When an application downloaded to the
On the other hand, the mobile
[0205]
More specifically, the request transmitted from the
The mobile
[0206]
(10) Uniqueness of download ID
In the embodiment, the download ID is a completely unique ID by itself, but may be determined as unique information in combination with other information. For example, it may be determined that the combination of the user ID and the download ID is unique throughout the system.
[0207]
【The invention's effect】
As described above, according to the present invention, since the application is authenticated on the server side using the download identifier issued in response to the download request event, more secure authentication can be performed without imposing a burden on the terminal side. It can be carried out.
In addition to the download identifier, use of a user identifier, an application identifier, and a download date / time further improves authentication reliability.
[Brief description of the drawings]
Brief Description of Drawings
FIG. 1 is a block diagram showing an overall configuration of a system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a hardware configuration of the mobile phone according to the embodiment.
FIG. 3 is a block diagram showing a process configuration of the mobile phone in the same embodiment;
FIG. 4 is a block diagram showing a process configuration of a WWW server in the embodiment.
FIG. 5 is a diagram showing an example of registered contents of a provider master table in the embodiment.
FIG. 6 is a diagram showing an example of registration contents of an application registration master table in the embodiment.
FIG. 7 is a diagram showing an example of registered contents of an application access management table in the same embodiment.
FIG. 8 is a diagram showing an example of registration contents of an application statistics table in the embodiment.
FIG. 9 is a diagram showing an example of registered contents of a user master table in the embodiment.
FIG. 10 is a diagram showing an example of registered contents of a last activation date storage table in the same embodiment.
FIG. 11 is a diagram showing an example of registered contents of a user access storage table in the same embodiment.
FIG. 12 is a diagram showing an example of registered contents of a user deposit management table in the embodiment.
FIG. 13 is a diagram showing an example of registered contents of a download ID management table in the embodiment.
FIG. 14 is a diagram showing an example of registered contents of a final download management table in the embodiment.
FIG. 15 is a sequence diagram showing a flow of applet search processing in the embodiment;
FIG. 16 is a sequence diagram showing a flow of applet search processing in the embodiment;
FIG. 17 is a schematic diagram showing an example of a screen displayed on the personal computer during applet search processing according to the embodiment;
FIG. 18 is a sequence diagram showing a flow of applet download processing in the embodiment;
FIG. 19 is a sequence diagram showing a flow of applet download processing in the embodiment;
FIG. 20 is a sequence diagram showing a flow of applet download processing in the embodiment;
FIG. 21 is a schematic diagram showing an example of a screen displayed on the mobile phone during the applet download process according to the embodiment;
FIG. 22 is a diagram showing an example of HTML data transmitted from the mobile phone WWW server to the mobile phone in the embodiment.
FIG. 23 is a sequence diagram showing the flow of applet execution processing in the embodiment;
FIG. 24 is a sequence diagram showing the flow of applet execution processing in the embodiment;
FIG. 25 is a schematic diagram illustrating an example of a screen displayed on the mobile phone during applet execution processing in the embodiment;
FIG. 26 is a flowchart showing a flow of high score registration processing in the embodiment;
FIG. 27 is a sequence diagram showing a flow of point voting processing in the embodiment.
FIG. 28 is a schematic diagram showing an example of a screen displayed on the mobile phone at the time of point voting in the embodiment.
FIG. 29 is a flowchart showing a flow of a license amount calculation process in the embodiment.
FIG. 30 is a flowchart showing a flow of a license amount calculation process in the embodiment.
FIG. 31 is a flowchart showing the flow of a provider search process in the embodiment.
FIG. 32 is a schematic diagram showing an example of a screen displayed on the mobile phone during a provider search process in the embodiment.
FIG. 33 is a flowchart showing a flow of a provider search process in the embodiment.
FIG. 34 is a flowchart showing a flow of a provider search process in the embodiment.
FIG. 35 is a schematic view showing a display example of a provider search processing result in the embodiment;
FIG. 36 is a flowchart showing a flow of application search processing in the embodiment;
FIG. 37 is a schematic diagram showing a display example of an application search processing result in the embodiment.
FIG. 38 is a sequence diagram showing a flow of processing during point voting in another embodiment.
FIG. 39 is a diagram showing an example of HTML data transmitted from a mobile phone WWW server to a mobile phone in another embodiment.
[Explanation of symbols]
1 ... user terminal group,
10: Mobile phone (mobile wireless terminal), KI: Key interface unit,
DI: Screen interface part, DD: Data communication driver,
SM: Speaker / microphone controller, MI: Memory interface,
FW ... Firmware, JVM ... Java Virtual Machine,
BS ... Browser, TS ... Telephone function part, SS ... Setting part,
APP ... Java applet,
11 ... Personal computer,
2 ... provider terminal group, 20 ... personal computer,
3 ... Mobile packet communication network (wireless communication network),
4 ... Internet, 5 ... Server group (information distribution server system),
50 ... WWW server for mobile phones (identifier issuing unit, identifier notifying unit, authentication unit, request receiving unit, application distribution unit, download timing unit),
51 ... WWW server for personal computer,
52 ... DNS server, 53 ... SMTP server,
54 ... database server, 55 ... aggregation server,
56 ... Administrator console, 57 ... Firewall server,
LMT: Provider master table,
AST: Application registration master table,
AAT: Application access management table,
ATT ... Application statistics table,
UMT ... User master table, LRT ... Last activation date and time storage table
UAT: User access storage table,
UPT ... User deposit management table,
DIT: Download ID management table (identifier storage unit),
LDT ... Last download management table
Claims (19)
前記無線携帯端末からのダウンロード要求に応じて、この要求イベントを識別するためのダウンロード識別子を発行する識別子発行部と、
前記発行されたダウンロード識別子と、当該ダウンロード識別子が示す要求イベントの対象となる前記アプリケーションに固有のアプリケーション識別子とを対応付けて記憶する識別子記憶部と、
前記ダウンロード要求に対応して前記無線携帯端末へ送信される応答信号の中に前記発行されたダウンロード識別子を含めて送信する識別子通知部と、
前記無線携帯端末にダウンロードされたアプリケーションから前記ダウンロード識別子及び前記アプリケーション識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子と当該アプリケーション識別子とが対応付けられて前記識別子記憶部によって記憶されているか否かにより、前記アプリケーションについての認証を行う認証部と
を有することを特徴とする情報配信サーバシステム。In an information distribution server system that distributes an application in response to a download request from a wireless portable terminal accommodated in a wireless communication network,
An identifier issuing unit that issues a download identifier for identifying the request event in response to a download request from the wireless portable terminal;
An identifier storage unit that stores the issued download identifier in association with the application identifier unique to the application that is the target of the request event indicated by the download identifier;
An identifier notifying unit that transmits the response signal transmitted to the wireless portable terminal in response to the download request, including the issued download identifier,
When the download identifier and the request signal including the application identifier are received from the application downloaded to the wireless portable terminal, whether or not the download identifier and the application identifier are associated with each other and stored in the identifier storage unit An information distribution server system comprising: an authentication unit that authenticates the application.
前記識別子通知部は、前記無線携帯端末が前記アプリケーションをダウンロードするために用いるＵＲＬ（Uniform Resorce Locator）に前記ダウンロード識別子を含めて送信することを特徴とする情報配信サーバシステム。In the information delivery server system according to claim 1,
The identifier notification unit transmits the URL (Uniform Resorce Locator) used by the wireless portable terminal to download the application including the download identifier.
前記識別子通知部は、前記無線携帯端末の前記アプリケーションから参照可能なパラメータデータに前記ダウンロード識別子を含めて送信することを特徴とする情報配信サーバシステム。In the information delivery server system according to claim 1,
The identifier notification unit transmits the parameter data that can be referred to from the application of the wireless portable terminal together with the download identifier.
前記無線携帯端末からのダウンロード要求に応じて、この要求イベントを識別するためのダウンロード識別子を発行する識別子発行部と、
前記発行されたダウンロード識別子と、当該ダウンロード識別子が示す要求イベントの対象となる前記アプリケーションに固有のアプリケーション識別子とを対応付けて記憶する識別子記憶部と、
前記無線携帯端末にダウンロードされる前記アプリケーションのデータファイル内に前記発行したダウンロード識別子を含めて配信するアプリケーション配信部と、
前記無線携帯端末にダウンロードされたアプリケーションから前記ダウンロード識別子及び前記アプリケーション識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子と当該アプリケーション識別子とが対応付けられて前記識別子記憶部によって記憶されているか否かにより、前記アプリケーションについての認証を行う認証部と
を有することを特徴とする情報配信サーバシステム。In an information distribution server system that distributes an application in response to a download request from a wireless portable terminal accommodated in a wireless communication network,
An identifier issuing unit that issues a download identifier for identifying the request event in response to a download request from the wireless portable terminal;
An identifier storage unit that stores the issued download identifier in association with the application identifier unique to the application that is the target of the request event indicated by the download identifier;
An application distribution unit that distributes including the issued download identifier in the data file of the application downloaded to the wireless portable terminal;
When the download identifier and the request signal including the application identifier are received from the application downloaded to the wireless portable terminal, whether or not the download identifier and the application identifier are associated with each other and stored in the identifier storage unit An information distribution server system comprising: an authentication unit that authenticates the application.
前記無線携帯端末からのダウンロード要求イベントを識別するためのダウンロード識別子を発行する識別子発行部と、
前記無線携帯端末にダウンロードされたアプリケーションから、当該アプリケーションを識別するためのアプリケーション識別子と当該無線携帯端末の利用者を識別するための利用者識別子とを含み当該ダウンロードに対応したダウンロード識別子を要求するためのリクエスト信号を受信すると、前記識別子発行部により発行されるダウンロード識別子を前記無線携帯端末に通知する識別子通知部と、
前記リクエスト信号を受信した際に、前記要求されたダウンロード識別子が前記識別子通知部により既に通知されているか否かにより、前記アプリケーションについての認証を行う認証部と
を有することを特徴とする情報配信サーバシステムIn an information distribution server system that distributes an application in response to a download request from a wireless portable terminal accommodated in a wireless communication network,
An identifier issuing unit for issuing a download identifier for identifying a download request event from the wireless portable terminal;
To request a download identifier corresponding to the download, including an application identifier for identifying the application and a user identifier for identifying the user of the wireless portable terminal, from the application downloaded to the wireless portable terminal When the request signal is received, an identifier notification unit that notifies the wireless portable terminal of a download identifier issued by the identifier issuing unit,
And an authentication unit that authenticates the application depending on whether or not the requested download identifier has already been notified by the identifier notification unit when the request signal is received. system
前記認証部は、さらに、前記無線携帯端末にダウンロードされた前記アプリケーションから前記通知したダウンロード識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子が前記識別子発行部によって発行されたものであるか否かにより、前記アプリケーションについての認証を行うことを特徴とする情報配信サーバシステム。In the information delivery server system according to claim 5,
The authentication unit further receives a request signal including the notified download identifier from the application downloaded to the wireless mobile terminal, depending on whether the download identifier is issued by the identifier issuing unit. An information distribution server system that performs authentication for the application.
前記識別子通知部は、前記アプリケーションに対して前記ダウンロード識別子を１回のみ通知することを特徴とする情報配信サーバシステム。In the information delivery server system according to claim 5,
The identifier notification unit notifies the download identifier only once to the application.
前記認証部は、前記利用者識別子及び前記アプリケーション識別子の組み合わせに対応するダウンロード識別子が複数存在する場合、最後にダウンロードされたアプリケーションについてのダウンロード識別子を前記認証の対象とすることを特徴とする情報配信サーバシステム。In the information delivery server system according to claim 5,
The authentication unit, when there are a plurality of download identifiers corresponding to a combination of the user identifier and the application identifier, sets a download identifier for the application downloaded last as a target of the authentication. Server system.
前記ダウンロード要求がなされた日時をサーバ側ダウンロード日時として計時するダウンロード計時部と、
前記ダウンロード要求を送信してきた無線携帯端末の利用者を識別するための利用者識別子と、当該ダウンロード要求の対象となるアプリケーションを識別するためのアプリケーション識別子と、当該ダウンロード要求について前記計時されたサーバ側ダウンロード日時とを互いに対応付けて記憶する識別子記憶部と、
前記無線携帯端末にダウンロードされたアプリケーションから、前記無線携帯端末により前記ダウンロードがなされた日時として記憶されている端末側ダウンロード日時と、前記アプリケーション識別子と、前記利用者識別子とを含むリクエスト信号を受信した場合、前記端末側ダウンロード日時が前記サーバ側ダウンロード日時に対して所定の時間範囲に含まれているか否かにより、前記アプリケーションについての認証を行う認証部と
を有することを特徴とする情報配信サーバシステム。In an information distribution server system that distributes an application in response to a download request from a wireless portable terminal accommodated in a wireless communication network,
A download timing unit that counts the date and time when the download request was made as the server side download date and time,
A user identifier for identifying the user of the wireless portable terminal that has transmitted the download request, an application identifier for identifying the application that is the target of the download request, and the server side timed for the download request An identifier storage unit that stores the download date and time in association with each other;
A request signal including the terminal side download date and time, the application identifier, and the user identifier stored as the date and time when the download was made by the wireless portable terminal is received from the application downloaded to the wireless portable terminal. An authentication unit that authenticates the application depending on whether the terminal-side download date / time is included in a predetermined time range with respect to the server-side download date / time. .
前記無線携帯端末からのダウンロード要求に応じて、この要求イベントを識別するためのダウンロード識別子を発行するステップと、
前記発行されたダウンロード識別子と、当該ダウンロード識別子が示す要求イベントの対象となる前記アプリケーションに固有のアプリケーション識別子とを対応付けて識別子記憶部に記憶するステップと、
前記ダウンロード要求に対応して前記無線携帯端末へ送信される応答信号の中に前記発行されたダウンロード識別子を含めて送信するステップと、
前記無線携帯端末にダウンロードされたアプリケーションから前記ダウンロード識別子及び前記アプリケーション識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子と当該アプリケーション識別子とが対応付けられて前記識別子記憶部によって記憶されているか否かにより、前記アプリケーションについての認証を行うステップと
を有することを特徴とする情報配信サーバシステムのアプリケーション認証方法。In an application authentication method of an information distribution server system that distributes an application in response to a download request from a wireless portable terminal accommodated in a wireless communication network,
Issuing a download identifier for identifying this request event in response to a download request from the wireless portable terminal;
Storing the issued download identifier and the application identifier specific to the application that is the target of the request event indicated by the download identifier in association with each other in an identifier storage unit ;
Including the issued download identifier in a response signal transmitted to the wireless portable terminal in response to the download request;
When the download identifier and the request signal including the application identifier are received from the application downloaded to the wireless portable terminal, whether or not the download identifier and the application identifier are associated with each other and stored in the identifier storage unit And an application authentication method for an information distribution server system, comprising the step of authenticating the application.
前記無線携帯端末からのダウンロード要求に応じて、この要求イベントを識別するためのダウンロード識別子を発行するステップと、
前記発行されたダウンロード識別子と、当該ダウンロード識別子が示す要求イベントの対象となる前記アプリケーションに固有のアプリケーション識別子とを対応付けて識別子記憶部に記憶するステップと、
前記無線携帯端末にダウンロードされる前記アプリケーションのデータファイル内に前記発行したダウンロード識別子を含めて配信するステップと、
前記無線携帯端末にダウンロードされたアプリケーションから前記ダウンロード識別子及び前記アプリケーション識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子と当該アプリケーション識別子とが対応付けられて前記識別子記憶部によって記憶されているか否かにより、前記アプリケーションについての認証を行うステップと
を有することを特徴とする情報配信サーバシステムのアプリケーション認証方法。In an application authentication method of an information distribution server system that distributes an application in response to a download request from a wireless portable terminal accommodated in a wireless communication network,
Issuing a download identifier for identifying this request event in response to a download request from the wireless portable terminal;
Storing the issued download identifier and the application identifier specific to the application that is the target of the request event indicated by the download identifier in association with each other in an identifier storage unit ;
Delivering the issued download identifier in the data file of the application downloaded to the wireless portable terminal; and
When the download identifier and the request signal including the application identifier are received from the application downloaded to the wireless portable terminal, whether or not the download identifier and the application identifier are associated with each other and stored in the identifier storage unit And an application authentication method for an information distribution server system, comprising the step of authenticating the application.
前記無線携帯端末からのダウンロード要求イベントを識別するためのダウンロード識別子を発行するステップと、
前記無線携帯端末にダウンロードされたアプリケーションから、当該アプリケーションを識別するためのアプリケーション識別子と当該無線携帯端末の利用者を識別するための利用者識別子とを含み当該ダウンロードに対応したダウンロード識別子を要求するリクエスト信号を受信すると、前記発行されるダウンロード識別子を前記無線携帯端末に通知するステップと、
前記リクエスト信号を受信した際に、前記要求されたダウンロード識別子が前記無線携帯端末に既に通知されているか否かにより、前記アプリケーションについての認証を行うステップと
を有することを特徴とする情報配信サーバシステムのアプリケーション認証方法。In an application authentication method of an information distribution server system that distributes an application in response to a download request from a wireless portable terminal accommodated in a wireless communication network,
Issuing a download identifier for identifying a download request event from the wireless portable terminal;
A request for requesting a download identifier corresponding to the download, including an application identifier for identifying the application and a user identifier for identifying the user of the wireless portable terminal, from the application downloaded to the wireless portable terminal When receiving a signal, notifying the wireless portable terminal of the issued download identifier;
An information distribution server system comprising: a step of authenticating the application depending on whether or not the requested download identifier has already been notified to the wireless portable terminal when the request signal is received. Application authentication method.
さらに、前記無線携帯端末にダウンロードされた前記アプリケーションから、前記通知したダウンロード識別子を含むリクエスト信号を受信すると、当該ダウンロード識別子が当該情報配信サーバシステムによって発行されたものであるか否かにより、前記アプリケーションについての認証を行うステップを有することを特徴とする情報配信サーバシステムのアプリケーション認証方法。In the application authentication method of the information delivery server system according to claim 12,
Further, when a request signal including the notified download identifier is received from the application downloaded to the wireless portable terminal, the application depends on whether the download identifier is issued by the information distribution server system . application authentication method for the information distribution server system characterized by the step of performing authentication on.
前記ダウンロード要求がなされた日時をサーバ側ダウンロード日時として計時するステップと、
前記ダウンロード要求を送信してきた無線携帯端末の利用者を識別するための利用者識別子と、当該ダウンロード要求の対象となるアプリケーションを識別するためのアプリケーション識別子と、当該ダウンロード要求について前記計時されたサーバ側ダウンロード日時とを互いに対応付けて記憶するステップと、
前記無線携帯端末にダウンロードされたアプリケーションから、前記無線携帯端末により前記ダウンロードがなされた日時として記憶されている端末側ダウンロード日時と、前記アプリケーション識別子と、前記利用者識別子とを含むリクエスト信号を受信した場合、前記端末側ダウンロード日時が前記サーバ側ダウンロード日時に対して所定の時間範囲に含まれているか否かにより、前記アプリケーションについての認証を行うステップと
を有することを特徴とする情報配信サーバシステムのアプリケーション認証方法。In an application authentication method of an information distribution server system that distributes an application in response to a download request from a wireless portable terminal accommodated in a wireless communication network,
Counting the date and time when the download request was made as the server side download date and time,
A user identifier for identifying the user of the wireless portable terminal that has transmitted the download request, an application identifier for identifying the application that is the target of the download request, and the server side timed for the download request Storing the download date and time in association with each other;
A request signal including the terminal side download date and time, the application identifier, and the user identifier stored as the date and time when the download was made by the wireless portable terminal is received from the application downloaded to the wireless portable terminal. The terminal-side download date / time is included in a predetermined time range with respect to the server-side download date / time to authenticate the application. Application authentication method.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000284010A JP4750254B2 (en) | 2000-09-19 | 2000-09-19 | Information distribution server system, application authentication method for the system, and recording medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000284010A JP4750254B2 (en) | 2000-09-19 | 2000-09-19 | Information distribution server system, application authentication method for the system, and recording medium |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008009799A Division JP4684303B2 (en) | 2008-01-18 | 2008-01-18 | Information distribution server system, information distribution method and recording medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002091850A JP2002091850A (en) | 2002-03-29 |
| JP4750254B2 true JP4750254B2 (en) | 2011-08-17 |
Family
ID=18768295
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000284010A Expired - Lifetime JP4750254B2 (en) | 2000-09-19 | 2000-09-19 | Information distribution server system, application authentication method for the system, and recording medium |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4750254B2 (en) |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6996537B2 (en) | 2001-08-13 | 2006-02-07 | Qualcomm Incorporated | System and method for providing subscribed applications on wireless devices over a wireless network |
| US9203923B2 (en) | 2001-08-15 | 2015-12-01 | Qualcomm Incorporated | Data synchronization interface |
| JP4222774B2 (en) * | 2002-05-20 | 2009-02-12 | 株式会社エヌ・ティ・ティ・ドコモ | Mobile terminal and method for starting program |
| US20040043753A1 (en) * | 2002-08-30 | 2004-03-04 | Wake Susan L. | System and method for third party application sales and services to wireless devices |
| JP4598354B2 (en) * | 2002-09-30 | 2010-12-15 | 株式会社エヌ・ティ・ティ・ドコモ | COMMUNICATION SYSTEM, RELAY DEVICE, AND COMMUNICATION CONTROL METHOD |
| FR2849311B1 (en) * | 2002-12-18 | 2005-04-15 | France Telecom | METHOD FOR COMMUNICATION BETWEEN TWO UNITS, AND TERMINAL USING THE METHOD |
| JP2005018378A (en) * | 2003-06-25 | 2005-01-20 | Sony Corp | Information server, information equipment, information processing system, information processing method and information processing program |
| JP4292273B2 (en) | 2003-10-10 | 2009-07-08 | 株式会社スクウェア・エニックス | Account information management system, server and method, and program and recording medium |
| EP1730973A4 (en) | 2004-01-21 | 2009-12-16 | Qualcomm Inc | Application-based value billing in a wireless subscriber network |
| KR100612143B1 (en) | 2004-06-02 | 2006-08-11 | 주식회사 케이티프리텔 | System and method for changing user interface of terminal using SMS |
| JP2006185056A (en) * | 2004-12-27 | 2006-07-13 | Toshiba Corp | Terminal apparatus and terminal system to be used for e-commerce |
| US9350875B2 (en) | 2005-05-31 | 2016-05-24 | Qualcomm Incorporated | Wireless subscriber billing and distribution |
| US9185538B2 (en) | 2005-05-31 | 2015-11-10 | Qualcomm Incorporated | Wireless subscriber application and content distribution and differentiated pricing |
| US9143622B2 (en) | 2006-02-17 | 2015-09-22 | Qualcomm Incorporated | Prepay accounts for applications, services and content for communication devices |
| US9185234B2 (en) | 2006-02-22 | 2015-11-10 | Qualcomm Incorporated | Automated account mapping in a wireless subscriber billing system |
| JP4513788B2 (en) * | 2006-07-21 | 2010-07-28 | 日本電気株式会社 | Content distribution system and method, and program |
| WO2008117500A1 (en) * | 2007-03-27 | 2008-10-02 | Nec Corporation | Virtual machine operation system, and virtual machine operation method and program |
| FR2918529A1 (en) * | 2007-07-02 | 2009-01-09 | France Telecom | METHOD FOR COMMUNICATING A TERMINAL WITH A SERVER |
| JP2013003736A (en) * | 2011-06-14 | 2013-01-07 | Panasonic Corp | Information processing device, information processing method and information processing program |
| JP5753133B2 (en) * | 2012-07-18 | 2015-07-22 | 株式会社Ｃａリワード | Reward grant device, reward grant method, and reward grant program |
| JP6131674B2 (en) * | 2013-03-28 | 2017-05-24 | 日本電気株式会社 | License management device |
| JP2016099765A (en) * | 2014-11-20 | 2016-05-30 | アプリックスＩｐホールディングス株式会社 | Application authentication system, radio communication system, management server, and authentication information issuing method |
| JP5753637B1 (en) * | 2015-02-18 | 2015-07-22 | 株式会社Ｃａリワード | Reward grant system |
| JP6754957B2 (en) | 2018-02-20 | 2020-09-16 | パナソニックＩｐマネジメント株式会社 | 3D data distribution device and 3D data distribution method |
| US11375043B2 (en) | 2019-03-06 | 2022-06-28 | Citizen Watch Co., Ltd. | Program management system, external device and terminal device for controlling a program developer's ability to access, publish and manage marketing of a program |
| JP6874176B2 (en) * | 2019-03-06 | 2021-05-19 | シチズン時計株式会社 | Program management system and external devices |
| CN112597451B (en) * | 2020-12-26 | 2024-08-06 | 中国农业银行股份有限公司 | Method and device for distributing application program |
| JP7505516B2 (en) * | 2022-03-04 | 2024-06-25 | カシオ計算機株式会社 | Web application server, web application program, and web application providing method |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6141652A (en) * | 1995-10-10 | 2000-10-31 | British Telecommunications Public Limited Company | Operating apparatus |
| JPH11143840A (en) * | 1997-11-05 | 1999-05-28 | Hitachi Ltd | Distributed object system and method |
| JPH11110219A (en) * | 1997-10-07 | 1999-04-23 | Fuji Electric Co Ltd | Program execution control device and computer-readable recording medium recording program execution control program |
| JP3597051B2 (en) * | 1998-07-31 | 2004-12-02 | 株式会社ソニー・コンピュータエンタテインメント | Data processing system and method, and data processing apparatus and method |
-
2000
- 2000-09-19 JP JP2000284010A patent/JP4750254B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002091850A (en) | 2002-03-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4750254B2 (en) | Information distribution server system, application authentication method for the system, and recording medium | |
| JPWO2002021266A1 (en) | Information distribution server system, information distribution method, and recording medium | |
| US8626842B2 (en) | Content transaction management server device, content-providing server device, and terminal device and control program | |
| EP1598729B1 (en) | Access control of resources using tokens | |
| CN100420183C (en) | Terminal communication system | |
| EP2420036B1 (en) | Method and apparatus for electronic ticket processing | |
| CN108901022A (en) | A kind of micro services universal retrieval method and gateway | |
| US20020037714A1 (en) | Method and system of remotely controlling a portable terminal and a computer product | |
| JP2005339247A (en) | Bidirectional one time id authenticating system and authenticating method | |
| KR20090031672A (en) | Authentication method for wireless transactions | |
| CN104112196A (en) | Electronic System For Provision Of Banking Services | |
| JP2001148037A (en) | Utilization system, issuing device, storage device, checking device and utilizing method for electronic ticket, and recording medium | |
| CN105593869A (en) | Authentication system, method, and program | |
| JP2006514788A (en) | Control of applications provided to mobiles | |
| WO2005103919A1 (en) | User authentication system and data providing system using the same | |
| JP4684303B2 (en) | Information distribution server system, information distribution method and recording medium | |
| JP3822474B2 (en) | Personal information integrated management system and program thereof, and medium storing the program | |
| JP2004362189A (en) | User information distribution system | |
| JP4300778B2 (en) | Personal authentication system, server device, personal authentication method, program, and recording medium. | |
| JP2005004427A (en) | Content distribution method and content distribution server | |
| JP2004070426A (en) | Method and system for providing service | |
| KR100563004B1 (en) | System and method for authenticating access to online content | |
| JP2004151970A (en) | Content delivery management device and content delivery management method | |
| KR101732692B1 (en) | Method for Delivering Gifting Contents | |
| KR101109538B1 (en) | System and Method for Processing Carbon Exhaust Trust |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070820 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20080118 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100401 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100427 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100604 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100928 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101015 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110510 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110519 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4750254 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140527 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |