情報配信サーバシステム、情報配信方法及び記録媒体
【課題】アプリケーションをより確実に認証し、より安全性の高いアプリケーション配信・実行環境を提供する。
【解決手段】ダウンロード要求に対応して発行されたダウンロードＩＤを用いて、携帯電話機用ＷＷＷサーバ５０側で、アプリケーションの認証を行う。また、ダウンロードＩＤに加えて、利用者ＩＤやアプリケーションＩＤ、さらにダウンロード日時を用いることにより、さらに、認証の確実性が向上する。
【解決手段】ダウンロード要求に対応して発行されたダウンロードＩＤを用いて、携帯電話機用ＷＷＷサーバ５０側で、アプリケーションの認証を行う。また、ダウンロードＩＤに加えて、利用者ＩＤやアプリケーションＩＤ、さらにダウンロード日時を用いることにより、さらに、認証の確実性が向上する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信サーバシステム、情報配信方法及び記録媒体に関する。
【背景技術】
【０００２】
携帯電話機の高機能化が急速に進んでいる。
最近では、より本格的なアプリケーション動作環境を携帯電話機に導入しようという提案がなされている。例えば、Ｊａｖａ（登録商標）プログラミング言語で記述されたアプリケーションを実行させる環境であるジャババーチャルマシンを携帯電話機に実装する計画がある。これが実現すれば、今まで以上に様々なアプリケーションを携帯電話機上で動作させることが可能となる。
このような環境の変化は、携帯電話機が、これまでは単なる入出力のみをつかさどっていた端末から、利用者が必要とする様々なアプリケーションをインストールし、かつ、それを利用することが出来る情報処理端末へと変貌することを意味している。即ち、その情報処理能力や表現能力はまだ劣るものの、今まではパーソナルコンピュータでしか処理できなかったことが携帯電話機でも処理できるようになる。
【０００３】
このような携帯電話機向けのＪａｖａ（登録商標）アプリケーションは下記のような特徴を有すると考えられる。
（１）携帯電話機は、パーソナルコンピュータと比較して携帯性に富む一方、少メモリ容量、低いデータ処理能力、少ない通信帯域、遅い通信スピード等のデメリットを有している。これらのデメリットにより、携帯電話機向けのアプリケーションのコードサイズは、パーソナルコンピュータ向けのそれに比べると、はるかに小さくなる。そのため、アプリケーション自体の機能だけで所期の目的を果たすというよりも、サーバ等の外部機能をも最大限活用して処理を行うことが予想される。
（２）パーソナルコンピュータ向けのアプリケーションは、主として、実行の度にサーバからパーソナルコンピュータにダウンロードされる。一方、携帯電話機を用いた場合、ダウンロードに要する通信時間や通信コストのほか、利用者の操作負担等を考慮すると、携帯電話機向けのアプリケーションは、携帯電話機の不揮発性メモリに保存された後に利用されるケースが多くなることが予想される。
（３）携帯電話機のユーザインタフェースが貧弱であることを考慮すると、利用者は、様々なアプリケーション配信サイトを使い分けるより、ある特定のアプリケーション配信サイトを通じて様々なアプリケーションを取得する傾向が強くなり、これに伴い、アプリケーション配信サイト側も多くのアプリケーション提供者による複数のアプリケーションを取り扱うことが予想される。
（４）Ｊａｖａ（登録商標）アプレットのサンドボックスモデルに代表されるように、アプリケーションのセキュリティ管理ポリシーは、ダウンロード元のサーバとしか通信できないという方向に向かうことが予想される。
以上に述べたようなことを鑑みると、携帯電話機向けアプリケーションについては次のように認証処理が必要になると考えられる。
【０００４】
例えば、複数のアプリケーション提供者による複数のアプリケーションが１つのサーバから配信されている場合、クライアント側のアプリケーションと、サーバ側でそのアプリケーションとの通信インタフェース機能を司るサーバ側プロセスとはセットになっている。サーバ側プロセスは、リクエストをサーバ側に送信してきたアプリケーションが確かに自身とセットになっているアプリケーションかどうかを確認することにより、アプリケーションを認証する。
例えば、利用者のスケジュール情報やアドレス帳等の各種データを管理するアプリケーションを想定した場合、そのアプリケーションが、各種データの内容をサーバに問い合わせると、これに応じてサーバ側プロセスは、利用者個人の認証を行うと共に、自身とセットになっているアプリケーションかどうかを確認する必要がある。
【０００５】
また、例えば、複数のアプリケーション提供者による、複数のアプリケーションが１つのサーバから配信されている場合、これら複数のアプリケーションが共有可能なサーバ側の機能インターフェースプロセスが必要とされる。一例を挙げると、利用者が、自身が利用したアプリケーションに対しその実用度に応じたポイント数を投票するとサーバ側のテーブルに登録できるような場合、各アプリケーションはそのテーブルを共有できるようになっており、このポイント登録機能が機能インターフェースプロセスに相当する。この場合、機能インターフェースプロセスは、どのアプリケーションからの投票リクエストであるかを認識しておく必要がある。
あるいは、共通インタフェースプロセスの共有度が、アプリケーション単位で制限されているような場合がある、例えば、アプリケーションが利用者の個人情報に関わるようなデータにアクセスするようなケースである。このような場合、特定のアプリケーションに対してのみ特定の機能がオープンされるので、機能インタフェースプロセスは、どのアプリケーションからのリクエストであるかを認識しておく必要がある。
【特許文献１】特開２０００−２３６５７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このようなアプリケーション認証の必要性に対し、従来は、次のような手法が採用されていた。
例えば、クライアント側のアプリケーションがサーバ側にアプリケーション識別情報を通知し、これによりサーバ側は、アプリケーションを識別していた。また、利用者がクライアント側でアプリケーションを選択し、これをサーバ側に通知することによって、サーバ側でのアプリケーション認証を可能としていた。
しかしながら、いずれの手法を用いても、サーバ側では、アプリケーション側の動作を信用するしかなく、不正なアプリケーションが他のアプリケーションになりすましたり、利用者が故意あるいは誤って別のアプリケーションを指定するようなケースには、アプリケーションの認証を行うことができなかった。
【０００７】
また、認証局の証明の下に、暗号化やデジタル認証を利用してアプリケーション認証を行う手法も存在する。
この場合、携帯電話機でのデジタル認証への対応が必要であるが、その機能を携帯電話機に実装するための負担は大きい。また、認証局に対するコストの発生という問題もある。
【０００８】
本発明では、上述したような背景の下、アプリケーションをより確実に認証し、より安全性の高いアプリケーション配信・実行環境を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決するため、本発明は、インターネット及び無線通信網を介してダウンロードしたアプリケーションを利用することができる無線携帯端末に対し、当該無線携帯端末からのダウンロード要求に応じて前記アプリケーションを配信する情報配信サーバシステムにおいて、前記無線携帯端末の利用者に関する情報を記憶するための利用者情報テーブルと、前記アプリケーションの提供者に関する情報を記憶する提供者情報テーブルと、前記利用者情報テーブルに記憶されている各利用者が一定期間に支払うべき一定額の利用料金の支払い状況を管理するための支払状況管理テーブルと、前記アプリケーションが利用されている利用状況を検出する検出部と、前記検出された利用状況を記憶する利用状況管理テーブルと、前記支払状況管理テーブルによって把握される利用料金の総合計金額と前記利用状況管理テーブルに記憶されている利用状況とに基づいて、前記提供者情報テーブルに記憶されている各提供者に対して支払うべきライセンス金額をそれぞれ演算出力する演算部とを有することを特徴とする情報配信サーバシステムを提供する
【００１０】
上記情報配信サーバシステムにおいて、前記検出部は、前記アプリケーションの利用状況を各アプリケーション毎に検出し、これにより、前記利用状況管理テーブルは、前記アプリケーションの利用状況を各アプリケーション毎に記憶しており、前記演算部は、前記支払状況管理テーブルによって把握される利用料金の総合計金額の一部を、前記提供者に支払うべきライセンス金額金の総合計金額として割り当てる割当部と、各アプリケーションの提供者に対して支払うべきライセンス金額を、前記割り当てたライセンス金額金の総合計金額の中から、前記利用状況管理テーブルに記憶されている利用状況に応じてそれぞれ配分出力する配分部とを有していてもよい。
【００１１】
また、上記情報配信サーバシステムにおいて、前記検出部は、前記アプリケーションの利用状況を各利用者ごとに検出し、これにより、前記利用状況管理テーブルは、前記アプリケーションの利用状況を各利用者毎に記憶しており、前記演算部は、前記利用者が支払った前記利用料金の一部を、当該利用者から前記アプリケーションの提供者に対して支払うべきライセンス金額として割り当てる割当部と、前記各利用者から前記提供者に支払うべきライセンス金額を、前記割り当てられたライセンス金額の中から前記利用状況管理テーブルに記憶されている利用状況に応じて配分出力する配分部と、前記提供者のそれぞれに支払うべきライセンス金額を、全ての前記利用者に対応して前記配分出力されたライセンス金額を前記提供者毎に合計することによって算出する算出部とを有してもよい。
【００１２】
また、上記情報配信サーバシステムにおいて、前記検出部は、一定期間における前記アプリケーションのダウンロード回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたダウンロード数を利用状況として記憶しており、前記演算部は、前記利用状況管理テーブルに記憶されているダウンロード回数に応じて前記ライセンス金額を演算するようにしてもよい。
【００１３】
また、上記情報配信サーバシステムにおいて、前記検出部は、前記無線携帯端末における前記アプリケーションの実行時間を検出し、これにより前記利用状況管理テーブルは、前記検出された実行時間を利用状況として記憶しており、前記演算部は、前記利用状況管理テーブルに記憶されている実行時間に応じて前記ライセンス金額を演算するようにしてもよい。この場合、前記検出部は、前記無線携帯端末から通知される、前記アプリケーションの起動通知および終了通知をそれぞれ受信した時刻の差分を前記実行時間とみなすようにしてもよい。
【００１４】
また、上記情報配信サーバシステムにおいて、前記検出部は、前記無線携帯端末における前記アプリケーションの起動回数を検出し、これにより前記利用状況管理テーブルは、前記検出された起動回数を利用状況として記憶しており、前記演算部は、前記利用状況管理テーブルに記憶されている起動回数に応じて前記ライセンス金額を演算するようにしてもよい。
【００１５】
また、上記情報配信サーバシステムにおいて、前記検出部は、前記利用者により前記アプリケーションに対して投票されたポイント数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたポイント数を利用状況として記憶しており、前記演算部は、前記利用状況管理テーブルに記憶されているポイント数に応じて前記ライセンス金額を演算するようにしてもよい。この場合、前記利用者が一定期間に入力できる前記ポイント数の合計に上限値を設け、前記上限値以上のポイント数は利用状況として無効化する無効化部を有するようにしてもよい。
さらに、前記利用者がポイント投票可能なアプリケーションを把握する把握部と、前記把握しているアプリケーションＩＤを前記利用者からの要求に応じて前記利用者が使用する所定の端末に提供する提供部とを有するようにしてもよい。そして、さらに、前記把握部は、前記利用者がポイント投票可能なアプリケーションとして、一定期間内に当該利用者によってダウンロードされたアプリケーションを把握するようにしてもよいし、また、前記把握部は、前記利用者がポイント投票可能なアプリケーションとして、一定期間内に当該利用者によって起動されたアプリケーションを把握するようにしてもよいし、また、前記把握部は、前記利用者がポイント投票可能な前記アプリケーションとして、一定期間内に当該利用者によってポイント投票されたアプリケーションを把握するようにしてもよい。
【００１６】
また、前記検出部は、前記利用者によって投票された、一定期間における前記アプリケーション毎のポイント数を受信することにより、前記利用状況を検出し、前記受信したポイント数に含まれるポイントが、所定のポイント入力有効期間内に前記利用者によってダウンロードされたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって起動されたアプリケーションに対するポイント、又は、所定のポイント入力有効期間内に前記利用者によって投票されたアプリケーションに対するポイントのうち少なくともいずれか１つに該当する場合にのみ、前記利用者は前記アプリケーションにポイント投票可能であると判断する判断部を有するようにしてもよい。
【００１７】
また、前記利用者に対し前記ポイントの投票対象となる前記アプリケーションを選択させる選択部と、前記選択されたアプリケーションへのポイント投票の可否を前記利用者毎に判別する判別部と、前記選択された前記アプリケーションが前記利用者にとってポイント入力できないアプリケーションであると判別された場合、前記利用者が使用する所定の端末にエラーメッセージを含むデータを送信するエラー送信部とを有するようにしてもよい。
【００１８】
また、上記情報配信サーバシステムにおいて、前記検出部は、一定期間における前記アプリケーションのダウンロード回数、前記無線携帯端末における前記アプリケーションの起動回数、前記無線携帯端末における前記アプリケーションの実行時間、又は、前記利用者により前記アプリケーションに対して投票されたポイント数のうち少なくともいずれか２つを検出し、前記利用状況管理テーブルは、前記検出された少なくとも２つの検出値をパラメータとして記憶しており、前記演算部は、前記利用状況検出された少なくとも２つのパラメータを組み合わせた所定の計算式に基づいて前記ライセンス金額を演算するようにしてもよい。
【００１９】
また、上記情報配信サーバシステムにおいて、無線通信網を経由することなく、直接、前記インターネットに接続可能なインターネット端末との間でデータ通信を行う通信部と、インターネット端末から前記通信部を介した要求に応じて、前記アプリケーションを検索し、少なくとも前記アプリケーションのアプリケーション名と当該アプリケーションの内容説明を含む検索結果を前記通信部を介して前記インターネット端末に出力する検索出力部とを有するようにしてもよい。この場合、前記インターネット端末からの要求に応じて、前記アプリケーションを前記無線携帯端末にダウンロードするために必要なアドレス情報を含む電子メールを生成し、当該無線携帯端末に送信するメール送信部を有するようにしてもよい。
また、前記検索出力部によって出力された検索結果を前記インターネット端末上で表示するための画面に、前記利用者の前記無線携帯端末に電子メールを送るための所定のボタンを配置させるデータを含めて画面データを生成する画面生成部を有し、前記メール送信部は、前記利用者による前記ボタンの入力操作を検出し、この検出に応じて前記検索結果が示すアプリケーションを前記無線携帯端末にダウンロードさせるためのＵＲＬを含む電子メールを生成し、当該無線携帯端末に送信するようにしてもよい。
【００２０】
また、上記情報配信サーバシステムにおいて、請求項１に記載の情報配信サーバシステムにおいて、前記演算部により演算された前記ライセンス金額が所定の金額以上である場合にのみ、前記提供者に支払い可能なライセンス金額として出力する可能支払額出力部を有するようにしてもよい。この場合、前記可能支払額出力部は、一定期間にわたって前記演算部により演算された前記ライセンス金額を合計する合計部と、前記合計されたライセンス金額が所定の金額以上である場合にのみ支払い可能なライセンス金額として出力する出力部とを有するようにしてもよい。
【００２１】
また、上記情報配信サーバシステムにおいて、前記支払状況管理テーブルには、各利用者ごとの支払状況が記憶されているようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記支払状況管理テーブルには、各利用者が支払った利用料金の総計が記憶されているようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記利用料金は、全ての利用者について一定額であるようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記利用料金は、所定の基準によって分けられた利用者グループについて一定額であるようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記検出部は、一定期間における前記アプリケーションのダウンロード回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたダウンロード数を利用状況として利用者毎に記憶しており、各利用者について一定期間にカウントされた前記ダウンロード数が所定の上限回数を越えた場合、当該利用者がダウンロードを行うことを禁止する禁止制御部を有するようにしてもよい。
【００２２】
また、上記情報配信サーバシステムにおいて、前記検出部は、一定期間における前記アプリケーションの実行時間を検出し、これにより前記利用状況管理テーブルは、前記検出された実行時間を利用状況として利用者毎に記憶しており、各利用者について一定期間に検出された前記実行時間が所定の上限時間を越えた場合、当該利用者の携帯電話機１０が前記アプリケーションをダウンロードすること、若しくは、当該利用者の携帯電話機１０が前記アプリケーションを実行することの少なくともいずれか一方を禁止する禁止制御部を有するようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記検出部は、一定期間における前記アプリケーションの起動回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされた起動回数を利用状況として利用者毎に記憶しており、各利用者について一定期間に検出された前記起動回数が所定の上限回数を越えた場合、当該利用者の携帯電話機が前記アプリケーションをダウンロードすること、若しくは、当該利用者の携帯電話機１０が前記アプリケーションを実行することの少なくともいずれか一方を禁止する禁止制御部を有するようにしてもよい。
【００２３】
また、前記アプリケーションは、前記利用者がポイント投票を行うことが可能なポイント入力インタフェースを前記無線携帯端末上に表示させるプログラムを含み、前記検出部は、前記無線携帯端末が前記アプリケーションを実行することにより当該端末に表示される前記ポイント入力インタフェース上で前記利用者によって入力されたポイント数を前記インターネットを介して受信することにより、前記利用状況を検出するようにしてもよい。この場合、前記検出部は、前記利用者によって投票された、一定期間における前記アプリケーション毎のポイント数を受信することにより、前記利用状況を検出し、前記受信したポイント数に含まれるポイントが、所定のポイント入力有効期間内に前記利用者によってダウンロードされたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって起動されたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって投票されたアプリケーションに対するポイント、又は、前記アプリケーションに対応するポイント入力インターフェースを通じて入力されたポイントのうち少なくともいずれか１つに該当する場合にのみ、前記利用者は前記アプリケーションにポイント投票可能であると判断する判断部を有するようにしてもよい。
【００２４】
また、上記情報配信サーバシステムにおいて、前記無線携帯端末にダウンロードされたアプリケーションと通信を行うことが可能な複数のサーバアプリケーションを記憶するサーバアプリケーション記憶部と、複数の前記サーバアプリケーションが共有でアクセス可能な共有データベースと、記サーバアプリケーション毎にアクセス可能な前記共有データベースのテーブルエリアを限定する限定部とを有するようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記無線携帯端末にダウンロードされたアプリケーションと通信を行うことが可能な複数のサーバアプリケーションを記憶するサーバアプリケーション記憶部と、複数の前記サーバアプリケーションが共有でアクセス可能な共有データベースと、記アプリケーションの提供者毎にアクセス可能な前記共有データベースのテーブルエリアを限定する限定部とを有するようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記無線携帯端末にダウンロードされたアプリケーションと通信可能なサーバアプリケーションを記憶するサーバアプリケーション記憶部と、前記利用者情報テーブルに保存されているデータにアクセス可能な共有プロセスインターフェースとを有し、前記サーバアプリケーションは、前記共有プロセスインターフェースを利用して、前記利用者情報テーブルにアクセスするようにしてもよい。
【００２５】
また、本発明は、インターネット及び無線通信網を介してダウンロードしたアプリケーションを利用することができる無線携帯端末に対し、当該無線携帯端末からのダウンロード要求に応じて前記アプリケーションを配信する情報配信方法において、前記無線携帯端末の利用者が一定期間に支払うべき一定額の利用料金の支払い状況を記憶する利用料金記憶ステップと、前記アプリケーションが利用されている利用状況を検出する検出ステップと、前記検出された利用状況を記憶する利用状況記憶ステップと、前記記憶されている利用料金の総合計金額と前記記憶されている利用状況とに基づいて前記提供者情報テーブルに記憶されている各提供者に対して支払うべきライセンス金額をそれぞれ演算出力する演算ステップとを有することを特徴とする情報配信方法を提供する。
【００２６】
上記情報配信方法において、前記検出ステップは、前記アプリケーションの利用状況を各アプリケーション毎に検出し、前記利用状況記憶ステップは、前記アプリケーションの利用状況を各アプリケーション毎に記憶しており、前記演算ステップは、前記記憶されている利用料金の総合計金額の一部を、前記提供者に支払うべきライセンス金額金の総合計金額として割り当てるステップと、各アプリケーションの提供者に対して支払うべきライセンス金額を、前記割り当てたライセンス金額金の総合計金額の中から、前記記憶されている利用状況に応じてそれぞれ配分出力するステップとからなるようにしてもよい。
【００２７】
また、上記情報配信方法において、前記検出ステップは、前記アプリケーションの利用状況を各利用者ごとに検出し、前記利用状況記憶ステップは、前記アプリケーションの利用状況を各利用者毎に記憶しており、前記演算ステップは、前記利用者が支払った前記利用料金の一部を、当該利用者から前記アプリケーションの提供者に対して支払うべきライセンス金額として割り当てるステップと、前記各利用者から前記提供者に支払うべきライセンス金額を、前記割り当てられたライセンス金額の中から前記記憶されている利用状況に応じて配分出力するステップと、前記提供者のそれぞれに支払うべきライセンス金額を、全ての前記利用者に対応して前記配分出力されたライセンス金額を前記提供者毎に合計することによって算出するステップとからなるようにしてもよい。
【００２８】
また、本発明は、上記記載の情報配信方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体を提供する。
【発明を実施するための最良の形態】
【００２９】
以下、図面を参照して、この発明の実施形態について説明する。ただし、本発明は、かかる実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
Ａ：構成
（１）ネットワークの全体構成
図１は、実施形態に係るシステムの全体構成を示すブロック図である。同図に示すように、このシステムは、利用者端末群１、提供者端末群２、移動パケット通信網３、インターネット４及びサーバ群５から大略構成される。
このシステムは全体としてコンテンツの流通を促す環境を提供するものであり、具体的には、提供者端末群２からサーバ群５に対し各種アプリケーションがアップロードされ、利用者端末群１からのリクエストに応じて上記アプリケーションがダウンロードされるようになっている。
この実施形態では、「アプリケーション」として特にＪａｖａ（登録商標）プログラミング言語で記述された「アプレット」と呼ばれるコンピュータプログラムを例に挙げて説明するが、これに限定されることはなく、ネットワーク上でやり取り可能なデータであればこのアプリケーションの概念に含まれる。
【００３０】
以下、このシステムの各構成要素について詳細に説明する。
利用者端末群１は、月々一定額の利用料金を支払うことによりサーバ群５に登録されている各種アプリケーションをダウンロードして利用できる権利を購入する利用者によって操作される端末群であり、携帯電話機１０やパーソナルコンピュータ１１からなる。
携帯電話機１０は、図示せぬ移動電話網の通話サービスを受けるほか、移動パケット通信網３の基地局３１との間で無線通信を行って無線データ通信を行う。
移動パケット通信網３は、通信サービスエリアに分散配置された基地局３１、パケット交換サービスを行う交換局３２、及びこれらを結ぶ通信線からなる。この移動パケット通信網３は、ゲートウェイ３３を介してインターネット４に接続されており、この異なる２つのネットワーク間において双方向のデータ通信が可能となっている。携帯電話機１０は、この移動パケット通信網３及びインターネット４を介して、サーバ群５から各アプリケーションをダウンロードすることが可能である。
パーソナルコンピュータ１１は、図示せぬインターネット接続業者（プロバイダ）を介してインターネット４に通信接続可能なコンピュータである。利用者は、このコンピュータ１１を操作してサーバ群５にアクセスし、アプリケーション検索サービスを受けることができる。
【００３１】
提供者端末群２は、各種アプリケーションの提供者によって操作される端末群であり、パーソナルコンピュータ２０を含む。
パーソナルコンピュータ１２は、上述したパーソナルコンピュータ１１と同様に、図示せぬインターネット接続業者（プロバイダ）を介してインターネット４に通信接続可能なコンピュータである。ここで提供者とは、各アプリケーションのライセンスを保持した者を指し、利用者が支払った利用料金の一部をアプリケーションの対価（以下ライセンス金額と呼ぶ）として受け取る権利を有する。
これらの携帯電話機１０、パーソナルコンピュータ１１及びパーソナルコンピュータ２０は、実際にはもっと多数存在しており、このシステムはより多くの利用者や提供者に対するサービスが可能となっている。なお、以下では、パーソナルコンピュータをＰＣと略称する。
【００３２】
サーバ群５は、ルータ６を介してインターネット４に接続されており、提供者端末群２からアップロードされたアプリケーションを携帯電話機１０に配信するための専用サイトを運営・管理するための各種サーバからなる。
図１に示すように、このサーバ群５は、携帯電話機用ＷＷＷ（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」とを比較して、アプリケーションの正当性を判断する。
【０２０６】
（１０）ダウンロードＩＤのユニーク性
実施形態においては、ダウンロードＩＤをそれ自体で完全にユニークなＩＤとしていたが、他の情報と組み合わせてユニークな情報として判断することも可能である。例えば、利用者ＩＤとダウンロードＩＤとの組み合わせにおいて、システム全体でユニークであるという判断でもかまわない。
【図面の簡単な説明】
【０２０７】
【図１】本発明の実施形態に係るシステムの全体構成を示すブロック図である。
【図２】同実施形態における携帯電話機のハードウェア構成を示すブロック図である。
【図３】同実施形態における携帯電話機のプロセス構成を示すブロック図である。
【図４】同実施形態におけるＷＷＷサーバのプロセス構成を示すブロック図である。
【図５】同実施形態における提供者マスタテーブルの登録内容を一例を示す図である。
【図６】同実施形態におけるアプリケーション登録マスタテーブルの登録内容を一例を示す図である。
【図７】同実施形態におけるアプリケーションアクセス管理テーブルの登録内容の一例を示す図である。
【図８】同実施形態におけるアプリケーション統計テーブルの登録内容のを一例を示す図である。
【図９】同実施形態における利用者マスタテーブルの登録内容の一例を示す図である。
【図１０】同実施形態における最終起動日時保存テーブルの登録内容の一例を示す図である。
【図１１】同実施形態における利用者アクセス保存テーブルの登録内容の一例を示す図である。
【図１２】同実施形態における利用者入金管理テーブルの登録内容の一例を示す図である。
【図１３】同実施形態におけるダウンロードＩＤ管理テーブルの登録内容の一例を示す図である。
【図１４】同実施形態における最終ダウンロード管理テーブルの登録内容の一例を示す図である。
【図１５】同実施形態におけるアプレットの検索処理の流れを示すシーケンス図である。
【図１６】同実施形態におけるアプレットの検索処理の流れを示すシーケンス図である。
【図１７】同実施形態におけるアプレットの検索処理時にパーソナルコンピュータに表示される画面の一例を示す模式図である。
【図１８】同実施形態におけるアプレットのダウンロード処理の流れを示すシーケンス図である。
【図１９】同実施形態におけるアプレットのダウンロード処理の流れを示すシーケンス図である。
【図２０】同実施形態におけるアプレットのダウンロード処理の流れを示すシーケンス図である。
【図２１】同実施形態におけるアプレットのダウンロード処理時に携帯電話機に表示される画面の一例を示す模式図である。
【図２２】同実施形態において携帯電話機ＷＷＷサーバから携帯電話機に送信されるＨＴＭＬデータの一例を示す図である。
【図２３】同実施形態におけるアプレットの実行処理の流れを示すシーケンス図である。
【図２４】同実施形態におけるアプレットの実行処理の流れを示すシーケンス図である。
【図２５】同実施形態におけるアプレットの実行処理時に携帯電話機に表示される画面の一例を示す模式図である。
【図２６】同実施形態におけるハイスコアの登録処理の流れを示すフローチャート図である。
【図２７】同実施形態におけるポイント投票処理の流れを示すシーケンス図である。
【図２８】同実施形態におけるポイント投票時に携帯電話機に表示される画面の一例を示す模式図である。
【図２９】同実施形態におけるライセンス金額の計算処理の流れを示すフローチャート図である。
【図３０】同実施形態におけるライセンス金額の計算処理の流れを示すフローチャート図である。
【図３１】同実施形態における提供者の検索処理の流れを示すフローチャート図である。
【図３２】同実施形態における提供者の検索処理の際に携帯電話機に表示される画面の一例を示す模式図である。
【図３３】同実施形態における提供者検索の処理の流れを示すフローチャート図である。
【図３４】同実施形態における提供者検索の処理の流れを示すフローチャート図である。
【図３５】同実施形態における提供者検索の処理結果の表示例を示す模式図である。
【図３６】同実施形態におけるアプリケーション検索の処理の流れを示すフローチャート図である。
【図３７】同実施形態におけるアプリケーション検索の処理結果の表示例を示す模式図である。
【図３８】他の実施形態におけるポイント投票時の処理の流れを示すシーケンス図である。
【図３９】他の実施形態において携帯電話機ＷＷＷサーバから携帯電話機に送信されるＨＴＭＬデータの一例を示す図である。
【符号の説明】
【０２０８】
１・・・利用者端末群、
１０・・・携帯電話機（携帯無線端末）、ＫＩ・・・キーインタフェース部、
ＤＩ・・・画面インターフェース部、ＤＤ・・・データ通信ドライバ、
ＳＭ・・・スピーカ・マイク制御部、ＭＩ・・・メモリインタフェース、
ＦＷ・・・ファームウェア、ＪＶＭ・・・ジャババーチャルマシン、
ＢＳ・・・ブラウザ、ＴＳ・・・電話機能部、ＳＳ・・・設定部、
ＡＰＰ・・・ジャバアプレット、
１１・・・パーソナルコンピュータ、
２・・・提供者端末群、２０・・・パーソナルコンピュータ、
３・・・移動パケット通信網（無線通信網）、
４・・・インターネット、５・・・サーバ群（情報配信サーバシステム）、
５０・・・携帯電話機用ＷＷＷサーバ（識別子発行部、識別子通知部、認証部、リクエスト受信部、アプリケーション配信部、ダウンロード計時部）、
５１・・・パーソナルコンピュータ用ＷＷＷサーバ、
５２・・・ＤＮＳサーバ、５３・・・ＳＭＴＰサーバ、
５４・・・データベースサーバ、５５・・・集計サーバ、
５６・・・管理者コンソール、５７・・・ファイヤウォールサーバ、
ＬＭＴ・・・提供者マスタテーブル、
ＡＳＴ・・・アプリケーション登録マスタテーブル、
ＡＡＴ・・・アプリケーションアクセス管理テーブル、
ＡＴＴ・・・アプリケーション統計テーブル、
ＵＭＴ・・・利用者マスタテーブル、ＬＲＴ・・・最終起動日時保存テーブル
ＵＡＴ・・・利用者アクセス保存テーブル、
ＵＰＴ・・・利用者入金管理テーブル、
ＤＩＴ・・・ダウンロードＩＤ管理テーブル（識別子記憶部）、
ＬＤＴ・・・最終ダウンロード管理テーブル
【技術分野】
【０００１】
本発明は、情報配信サーバシステム、情報配信方法及び記録媒体に関する。
【背景技術】
【０００２】
携帯電話機の高機能化が急速に進んでいる。
最近では、より本格的なアプリケーション動作環境を携帯電話機に導入しようという提案がなされている。例えば、Ｊａｖａ（登録商標）プログラミング言語で記述されたアプリケーションを実行させる環境であるジャババーチャルマシンを携帯電話機に実装する計画がある。これが実現すれば、今まで以上に様々なアプリケーションを携帯電話機上で動作させることが可能となる。
このような環境の変化は、携帯電話機が、これまでは単なる入出力のみをつかさどっていた端末から、利用者が必要とする様々なアプリケーションをインストールし、かつ、それを利用することが出来る情報処理端末へと変貌することを意味している。即ち、その情報処理能力や表現能力はまだ劣るものの、今まではパーソナルコンピュータでしか処理できなかったことが携帯電話機でも処理できるようになる。
【０００３】
このような携帯電話機向けのＪａｖａ（登録商標）アプリケーションは下記のような特徴を有すると考えられる。
（１）携帯電話機は、パーソナルコンピュータと比較して携帯性に富む一方、少メモリ容量、低いデータ処理能力、少ない通信帯域、遅い通信スピード等のデメリットを有している。これらのデメリットにより、携帯電話機向けのアプリケーションのコードサイズは、パーソナルコンピュータ向けのそれに比べると、はるかに小さくなる。そのため、アプリケーション自体の機能だけで所期の目的を果たすというよりも、サーバ等の外部機能をも最大限活用して処理を行うことが予想される。
（２）パーソナルコンピュータ向けのアプリケーションは、主として、実行の度にサーバからパーソナルコンピュータにダウンロードされる。一方、携帯電話機を用いた場合、ダウンロードに要する通信時間や通信コストのほか、利用者の操作負担等を考慮すると、携帯電話機向けのアプリケーションは、携帯電話機の不揮発性メモリに保存された後に利用されるケースが多くなることが予想される。
（３）携帯電話機のユーザインタフェースが貧弱であることを考慮すると、利用者は、様々なアプリケーション配信サイトを使い分けるより、ある特定のアプリケーション配信サイトを通じて様々なアプリケーションを取得する傾向が強くなり、これに伴い、アプリケーション配信サイト側も多くのアプリケーション提供者による複数のアプリケーションを取り扱うことが予想される。
（４）Ｊａｖａ（登録商標）アプレットのサンドボックスモデルに代表されるように、アプリケーションのセキュリティ管理ポリシーは、ダウンロード元のサーバとしか通信できないという方向に向かうことが予想される。
以上に述べたようなことを鑑みると、携帯電話機向けアプリケーションについては次のように認証処理が必要になると考えられる。
【０００４】
例えば、複数のアプリケーション提供者による複数のアプリケーションが１つのサーバから配信されている場合、クライアント側のアプリケーションと、サーバ側でそのアプリケーションとの通信インタフェース機能を司るサーバ側プロセスとはセットになっている。サーバ側プロセスは、リクエストをサーバ側に送信してきたアプリケーションが確かに自身とセットになっているアプリケーションかどうかを確認することにより、アプリケーションを認証する。
例えば、利用者のスケジュール情報やアドレス帳等の各種データを管理するアプリケーションを想定した場合、そのアプリケーションが、各種データの内容をサーバに問い合わせると、これに応じてサーバ側プロセスは、利用者個人の認証を行うと共に、自身とセットになっているアプリケーションかどうかを確認する必要がある。
【０００５】
また、例えば、複数のアプリケーション提供者による、複数のアプリケーションが１つのサーバから配信されている場合、これら複数のアプリケーションが共有可能なサーバ側の機能インターフェースプロセスが必要とされる。一例を挙げると、利用者が、自身が利用したアプリケーションに対しその実用度に応じたポイント数を投票するとサーバ側のテーブルに登録できるような場合、各アプリケーションはそのテーブルを共有できるようになっており、このポイント登録機能が機能インターフェースプロセスに相当する。この場合、機能インターフェースプロセスは、どのアプリケーションからの投票リクエストであるかを認識しておく必要がある。
あるいは、共通インタフェースプロセスの共有度が、アプリケーション単位で制限されているような場合がある、例えば、アプリケーションが利用者の個人情報に関わるようなデータにアクセスするようなケースである。このような場合、特定のアプリケーションに対してのみ特定の機能がオープンされるので、機能インタフェースプロセスは、どのアプリケーションからのリクエストであるかを認識しておく必要がある。
【特許文献１】特開２０００−２３６５７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このようなアプリケーション認証の必要性に対し、従来は、次のような手法が採用されていた。
例えば、クライアント側のアプリケーションがサーバ側にアプリケーション識別情報を通知し、これによりサーバ側は、アプリケーションを識別していた。また、利用者がクライアント側でアプリケーションを選択し、これをサーバ側に通知することによって、サーバ側でのアプリケーション認証を可能としていた。
しかしながら、いずれの手法を用いても、サーバ側では、アプリケーション側の動作を信用するしかなく、不正なアプリケーションが他のアプリケーションになりすましたり、利用者が故意あるいは誤って別のアプリケーションを指定するようなケースには、アプリケーションの認証を行うことができなかった。
【０００７】
また、認証局の証明の下に、暗号化やデジタル認証を利用してアプリケーション認証を行う手法も存在する。
この場合、携帯電話機でのデジタル認証への対応が必要であるが、その機能を携帯電話機に実装するための負担は大きい。また、認証局に対するコストの発生という問題もある。
【０００８】
本発明では、上述したような背景の下、アプリケーションをより確実に認証し、より安全性の高いアプリケーション配信・実行環境を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決するため、本発明は、インターネット及び無線通信網を介してダウンロードしたアプリケーションを利用することができる無線携帯端末に対し、当該無線携帯端末からのダウンロード要求に応じて前記アプリケーションを配信する情報配信サーバシステムにおいて、前記無線携帯端末の利用者に関する情報を記憶するための利用者情報テーブルと、前記アプリケーションの提供者に関する情報を記憶する提供者情報テーブルと、前記利用者情報テーブルに記憶されている各利用者が一定期間に支払うべき一定額の利用料金の支払い状況を管理するための支払状況管理テーブルと、前記アプリケーションが利用されている利用状況を検出する検出部と、前記検出された利用状況を記憶する利用状況管理テーブルと、前記支払状況管理テーブルによって把握される利用料金の総合計金額と前記利用状況管理テーブルに記憶されている利用状況とに基づいて、前記提供者情報テーブルに記憶されている各提供者に対して支払うべきライセンス金額をそれぞれ演算出力する演算部とを有することを特徴とする情報配信サーバシステムを提供する
【００１０】
上記情報配信サーバシステムにおいて、前記検出部は、前記アプリケーションの利用状況を各アプリケーション毎に検出し、これにより、前記利用状況管理テーブルは、前記アプリケーションの利用状況を各アプリケーション毎に記憶しており、前記演算部は、前記支払状況管理テーブルによって把握される利用料金の総合計金額の一部を、前記提供者に支払うべきライセンス金額金の総合計金額として割り当てる割当部と、各アプリケーションの提供者に対して支払うべきライセンス金額を、前記割り当てたライセンス金額金の総合計金額の中から、前記利用状況管理テーブルに記憶されている利用状況に応じてそれぞれ配分出力する配分部とを有していてもよい。
【００１１】
また、上記情報配信サーバシステムにおいて、前記検出部は、前記アプリケーションの利用状況を各利用者ごとに検出し、これにより、前記利用状況管理テーブルは、前記アプリケーションの利用状況を各利用者毎に記憶しており、前記演算部は、前記利用者が支払った前記利用料金の一部を、当該利用者から前記アプリケーションの提供者に対して支払うべきライセンス金額として割り当てる割当部と、前記各利用者から前記提供者に支払うべきライセンス金額を、前記割り当てられたライセンス金額の中から前記利用状況管理テーブルに記憶されている利用状況に応じて配分出力する配分部と、前記提供者のそれぞれに支払うべきライセンス金額を、全ての前記利用者に対応して前記配分出力されたライセンス金額を前記提供者毎に合計することによって算出する算出部とを有してもよい。
【００１２】
また、上記情報配信サーバシステムにおいて、前記検出部は、一定期間における前記アプリケーションのダウンロード回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたダウンロード数を利用状況として記憶しており、前記演算部は、前記利用状況管理テーブルに記憶されているダウンロード回数に応じて前記ライセンス金額を演算するようにしてもよい。
【００１３】
また、上記情報配信サーバシステムにおいて、前記検出部は、前記無線携帯端末における前記アプリケーションの実行時間を検出し、これにより前記利用状況管理テーブルは、前記検出された実行時間を利用状況として記憶しており、前記演算部は、前記利用状況管理テーブルに記憶されている実行時間に応じて前記ライセンス金額を演算するようにしてもよい。この場合、前記検出部は、前記無線携帯端末から通知される、前記アプリケーションの起動通知および終了通知をそれぞれ受信した時刻の差分を前記実行時間とみなすようにしてもよい。
【００１４】
また、上記情報配信サーバシステムにおいて、前記検出部は、前記無線携帯端末における前記アプリケーションの起動回数を検出し、これにより前記利用状況管理テーブルは、前記検出された起動回数を利用状況として記憶しており、前記演算部は、前記利用状況管理テーブルに記憶されている起動回数に応じて前記ライセンス金額を演算するようにしてもよい。
【００１５】
また、上記情報配信サーバシステムにおいて、前記検出部は、前記利用者により前記アプリケーションに対して投票されたポイント数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたポイント数を利用状況として記憶しており、前記演算部は、前記利用状況管理テーブルに記憶されているポイント数に応じて前記ライセンス金額を演算するようにしてもよい。この場合、前記利用者が一定期間に入力できる前記ポイント数の合計に上限値を設け、前記上限値以上のポイント数は利用状況として無効化する無効化部を有するようにしてもよい。
さらに、前記利用者がポイント投票可能なアプリケーションを把握する把握部と、前記把握しているアプリケーションＩＤを前記利用者からの要求に応じて前記利用者が使用する所定の端末に提供する提供部とを有するようにしてもよい。そして、さらに、前記把握部は、前記利用者がポイント投票可能なアプリケーションとして、一定期間内に当該利用者によってダウンロードされたアプリケーションを把握するようにしてもよいし、また、前記把握部は、前記利用者がポイント投票可能なアプリケーションとして、一定期間内に当該利用者によって起動されたアプリケーションを把握するようにしてもよいし、また、前記把握部は、前記利用者がポイント投票可能な前記アプリケーションとして、一定期間内に当該利用者によってポイント投票されたアプリケーションを把握するようにしてもよい。
【００１６】
また、前記検出部は、前記利用者によって投票された、一定期間における前記アプリケーション毎のポイント数を受信することにより、前記利用状況を検出し、前記受信したポイント数に含まれるポイントが、所定のポイント入力有効期間内に前記利用者によってダウンロードされたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって起動されたアプリケーションに対するポイント、又は、所定のポイント入力有効期間内に前記利用者によって投票されたアプリケーションに対するポイントのうち少なくともいずれか１つに該当する場合にのみ、前記利用者は前記アプリケーションにポイント投票可能であると判断する判断部を有するようにしてもよい。
【００１７】
また、前記利用者に対し前記ポイントの投票対象となる前記アプリケーションを選択させる選択部と、前記選択されたアプリケーションへのポイント投票の可否を前記利用者毎に判別する判別部と、前記選択された前記アプリケーションが前記利用者にとってポイント入力できないアプリケーションであると判別された場合、前記利用者が使用する所定の端末にエラーメッセージを含むデータを送信するエラー送信部とを有するようにしてもよい。
【００１８】
また、上記情報配信サーバシステムにおいて、前記検出部は、一定期間における前記アプリケーションのダウンロード回数、前記無線携帯端末における前記アプリケーションの起動回数、前記無線携帯端末における前記アプリケーションの実行時間、又は、前記利用者により前記アプリケーションに対して投票されたポイント数のうち少なくともいずれか２つを検出し、前記利用状況管理テーブルは、前記検出された少なくとも２つの検出値をパラメータとして記憶しており、前記演算部は、前記利用状況検出された少なくとも２つのパラメータを組み合わせた所定の計算式に基づいて前記ライセンス金額を演算するようにしてもよい。
【００１９】
また、上記情報配信サーバシステムにおいて、無線通信網を経由することなく、直接、前記インターネットに接続可能なインターネット端末との間でデータ通信を行う通信部と、インターネット端末から前記通信部を介した要求に応じて、前記アプリケーションを検索し、少なくとも前記アプリケーションのアプリケーション名と当該アプリケーションの内容説明を含む検索結果を前記通信部を介して前記インターネット端末に出力する検索出力部とを有するようにしてもよい。この場合、前記インターネット端末からの要求に応じて、前記アプリケーションを前記無線携帯端末にダウンロードするために必要なアドレス情報を含む電子メールを生成し、当該無線携帯端末に送信するメール送信部を有するようにしてもよい。
また、前記検索出力部によって出力された検索結果を前記インターネット端末上で表示するための画面に、前記利用者の前記無線携帯端末に電子メールを送るための所定のボタンを配置させるデータを含めて画面データを生成する画面生成部を有し、前記メール送信部は、前記利用者による前記ボタンの入力操作を検出し、この検出に応じて前記検索結果が示すアプリケーションを前記無線携帯端末にダウンロードさせるためのＵＲＬを含む電子メールを生成し、当該無線携帯端末に送信するようにしてもよい。
【００２０】
また、上記情報配信サーバシステムにおいて、請求項１に記載の情報配信サーバシステムにおいて、前記演算部により演算された前記ライセンス金額が所定の金額以上である場合にのみ、前記提供者に支払い可能なライセンス金額として出力する可能支払額出力部を有するようにしてもよい。この場合、前記可能支払額出力部は、一定期間にわたって前記演算部により演算された前記ライセンス金額を合計する合計部と、前記合計されたライセンス金額が所定の金額以上である場合にのみ支払い可能なライセンス金額として出力する出力部とを有するようにしてもよい。
【００２１】
また、上記情報配信サーバシステムにおいて、前記支払状況管理テーブルには、各利用者ごとの支払状況が記憶されているようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記支払状況管理テーブルには、各利用者が支払った利用料金の総計が記憶されているようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記利用料金は、全ての利用者について一定額であるようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記利用料金は、所定の基準によって分けられた利用者グループについて一定額であるようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記検出部は、一定期間における前記アプリケーションのダウンロード回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたダウンロード数を利用状況として利用者毎に記憶しており、各利用者について一定期間にカウントされた前記ダウンロード数が所定の上限回数を越えた場合、当該利用者がダウンロードを行うことを禁止する禁止制御部を有するようにしてもよい。
【００２２】
また、上記情報配信サーバシステムにおいて、前記検出部は、一定期間における前記アプリケーションの実行時間を検出し、これにより前記利用状況管理テーブルは、前記検出された実行時間を利用状況として利用者毎に記憶しており、各利用者について一定期間に検出された前記実行時間が所定の上限時間を越えた場合、当該利用者の携帯電話機１０が前記アプリケーションをダウンロードすること、若しくは、当該利用者の携帯電話機１０が前記アプリケーションを実行することの少なくともいずれか一方を禁止する禁止制御部を有するようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記検出部は、一定期間における前記アプリケーションの起動回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされた起動回数を利用状況として利用者毎に記憶しており、各利用者について一定期間に検出された前記起動回数が所定の上限回数を越えた場合、当該利用者の携帯電話機が前記アプリケーションをダウンロードすること、若しくは、当該利用者の携帯電話機１０が前記アプリケーションを実行することの少なくともいずれか一方を禁止する禁止制御部を有するようにしてもよい。
【００２３】
また、前記アプリケーションは、前記利用者がポイント投票を行うことが可能なポイント入力インタフェースを前記無線携帯端末上に表示させるプログラムを含み、前記検出部は、前記無線携帯端末が前記アプリケーションを実行することにより当該端末に表示される前記ポイント入力インタフェース上で前記利用者によって入力されたポイント数を前記インターネットを介して受信することにより、前記利用状況を検出するようにしてもよい。この場合、前記検出部は、前記利用者によって投票された、一定期間における前記アプリケーション毎のポイント数を受信することにより、前記利用状況を検出し、前記受信したポイント数に含まれるポイントが、所定のポイント入力有効期間内に前記利用者によってダウンロードされたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって起動されたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって投票されたアプリケーションに対するポイント、又は、前記アプリケーションに対応するポイント入力インターフェースを通じて入力されたポイントのうち少なくともいずれか１つに該当する場合にのみ、前記利用者は前記アプリケーションにポイント投票可能であると判断する判断部を有するようにしてもよい。
【００２４】
また、上記情報配信サーバシステムにおいて、前記無線携帯端末にダウンロードされたアプリケーションと通信を行うことが可能な複数のサーバアプリケーションを記憶するサーバアプリケーション記憶部と、複数の前記サーバアプリケーションが共有でアクセス可能な共有データベースと、記サーバアプリケーション毎にアクセス可能な前記共有データベースのテーブルエリアを限定する限定部とを有するようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記無線携帯端末にダウンロードされたアプリケーションと通信を行うことが可能な複数のサーバアプリケーションを記憶するサーバアプリケーション記憶部と、複数の前記サーバアプリケーションが共有でアクセス可能な共有データベースと、記アプリケーションの提供者毎にアクセス可能な前記共有データベースのテーブルエリアを限定する限定部とを有するようにしてもよい。
また、上記情報配信サーバシステムにおいて、前記無線携帯端末にダウンロードされたアプリケーションと通信可能なサーバアプリケーションを記憶するサーバアプリケーション記憶部と、前記利用者情報テーブルに保存されているデータにアクセス可能な共有プロセスインターフェースとを有し、前記サーバアプリケーションは、前記共有プロセスインターフェースを利用して、前記利用者情報テーブルにアクセスするようにしてもよい。
【００２５】
また、本発明は、インターネット及び無線通信網を介してダウンロードしたアプリケーションを利用することができる無線携帯端末に対し、当該無線携帯端末からのダウンロード要求に応じて前記アプリケーションを配信する情報配信方法において、前記無線携帯端末の利用者が一定期間に支払うべき一定額の利用料金の支払い状況を記憶する利用料金記憶ステップと、前記アプリケーションが利用されている利用状況を検出する検出ステップと、前記検出された利用状況を記憶する利用状況記憶ステップと、前記記憶されている利用料金の総合計金額と前記記憶されている利用状況とに基づいて前記提供者情報テーブルに記憶されている各提供者に対して支払うべきライセンス金額をそれぞれ演算出力する演算ステップとを有することを特徴とする情報配信方法を提供する。
【００２６】
上記情報配信方法において、前記検出ステップは、前記アプリケーションの利用状況を各アプリケーション毎に検出し、前記利用状況記憶ステップは、前記アプリケーションの利用状況を各アプリケーション毎に記憶しており、前記演算ステップは、前記記憶されている利用料金の総合計金額の一部を、前記提供者に支払うべきライセンス金額金の総合計金額として割り当てるステップと、各アプリケーションの提供者に対して支払うべきライセンス金額を、前記割り当てたライセンス金額金の総合計金額の中から、前記記憶されている利用状況に応じてそれぞれ配分出力するステップとからなるようにしてもよい。
【００２７】
また、上記情報配信方法において、前記検出ステップは、前記アプリケーションの利用状況を各利用者ごとに検出し、前記利用状況記憶ステップは、前記アプリケーションの利用状況を各利用者毎に記憶しており、前記演算ステップは、前記利用者が支払った前記利用料金の一部を、当該利用者から前記アプリケーションの提供者に対して支払うべきライセンス金額として割り当てるステップと、前記各利用者から前記提供者に支払うべきライセンス金額を、前記割り当てられたライセンス金額の中から前記記憶されている利用状況に応じて配分出力するステップと、前記提供者のそれぞれに支払うべきライセンス金額を、全ての前記利用者に対応して前記配分出力されたライセンス金額を前記提供者毎に合計することによって算出するステップとからなるようにしてもよい。
【００２８】
また、本発明は、上記記載の情報配信方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体を提供する。
【発明を実施するための最良の形態】
【００２９】
以下、図面を参照して、この発明の実施形態について説明する。ただし、本発明は、かかる実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
Ａ：構成
（１）ネットワークの全体構成
図１は、実施形態に係るシステムの全体構成を示すブロック図である。同図に示すように、このシステムは、利用者端末群１、提供者端末群２、移動パケット通信網３、インターネット４及びサーバ群５から大略構成される。
このシステムは全体としてコンテンツの流通を促す環境を提供するものであり、具体的には、提供者端末群２からサーバ群５に対し各種アプリケーションがアップロードされ、利用者端末群１からのリクエストに応じて上記アプリケーションがダウンロードされるようになっている。
この実施形態では、「アプリケーション」として特にＪａｖａ（登録商標）プログラミング言語で記述された「アプレット」と呼ばれるコンピュータプログラムを例に挙げて説明するが、これに限定されることはなく、ネットワーク上でやり取り可能なデータであればこのアプリケーションの概念に含まれる。
【００３０】
以下、このシステムの各構成要素について詳細に説明する。
利用者端末群１は、月々一定額の利用料金を支払うことによりサーバ群５に登録されている各種アプリケーションをダウンロードして利用できる権利を購入する利用者によって操作される端末群であり、携帯電話機１０やパーソナルコンピュータ１１からなる。
携帯電話機１０は、図示せぬ移動電話網の通話サービスを受けるほか、移動パケット通信網３の基地局３１との間で無線通信を行って無線データ通信を行う。
移動パケット通信網３は、通信サービスエリアに分散配置された基地局３１、パケット交換サービスを行う交換局３２、及びこれらを結ぶ通信線からなる。この移動パケット通信網３は、ゲートウェイ３３を介してインターネット４に接続されており、この異なる２つのネットワーク間において双方向のデータ通信が可能となっている。携帯電話機１０は、この移動パケット通信網３及びインターネット４を介して、サーバ群５から各アプリケーションをダウンロードすることが可能である。
パーソナルコンピュータ１１は、図示せぬインターネット接続業者（プロバイダ）を介してインターネット４に通信接続可能なコンピュータである。利用者は、このコンピュータ１１を操作してサーバ群５にアクセスし、アプリケーション検索サービスを受けることができる。
【００３１】
提供者端末群２は、各種アプリケーションの提供者によって操作される端末群であり、パーソナルコンピュータ２０を含む。
パーソナルコンピュータ１２は、上述したパーソナルコンピュータ１１と同様に、図示せぬインターネット接続業者（プロバイダ）を介してインターネット４に通信接続可能なコンピュータである。ここで提供者とは、各アプリケーションのライセンスを保持した者を指し、利用者が支払った利用料金の一部をアプリケーションの対価（以下ライセンス金額と呼ぶ）として受け取る権利を有する。
これらの携帯電話機１０、パーソナルコンピュータ１１及びパーソナルコンピュータ２０は、実際にはもっと多数存在しており、このシステムはより多くの利用者や提供者に対するサービスが可能となっている。なお、以下では、パーソナルコンピュータをＰＣと略称する。
【００３２】
サーバ群５は、ルータ６を介してインターネット４に接続されており、提供者端末群２からアップロードされたアプリケーションを携帯電話機１０に配信するための専用サイトを運営・管理するための各種サーバからなる。
図１に示すように、このサーバ群５は、携帯電話機用ＷＷＷ（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」とを比較して、アプリケーションの正当性を判断する。
【０２０６】
（１０）ダウンロードＩＤのユニーク性
実施形態においては、ダウンロードＩＤをそれ自体で完全にユニークなＩＤとしていたが、他の情報と組み合わせてユニークな情報として判断することも可能である。例えば、利用者ＩＤとダウンロードＩＤとの組み合わせにおいて、システム全体でユニークであるという判断でもかまわない。
【図面の簡単な説明】
【０２０７】
【図１】本発明の実施形態に係るシステムの全体構成を示すブロック図である。
【図２】同実施形態における携帯電話機のハードウェア構成を示すブロック図である。
【図３】同実施形態における携帯電話機のプロセス構成を示すブロック図である。
【図４】同実施形態におけるＷＷＷサーバのプロセス構成を示すブロック図である。
【図５】同実施形態における提供者マスタテーブルの登録内容を一例を示す図である。
【図６】同実施形態におけるアプリケーション登録マスタテーブルの登録内容を一例を示す図である。
【図７】同実施形態におけるアプリケーションアクセス管理テーブルの登録内容の一例を示す図である。
【図８】同実施形態におけるアプリケーション統計テーブルの登録内容のを一例を示す図である。
【図９】同実施形態における利用者マスタテーブルの登録内容の一例を示す図である。
【図１０】同実施形態における最終起動日時保存テーブルの登録内容の一例を示す図である。
【図１１】同実施形態における利用者アクセス保存テーブルの登録内容の一例を示す図である。
【図１２】同実施形態における利用者入金管理テーブルの登録内容の一例を示す図である。
【図１３】同実施形態におけるダウンロードＩＤ管理テーブルの登録内容の一例を示す図である。
【図１４】同実施形態における最終ダウンロード管理テーブルの登録内容の一例を示す図である。
【図１５】同実施形態におけるアプレットの検索処理の流れを示すシーケンス図である。
【図１６】同実施形態におけるアプレットの検索処理の流れを示すシーケンス図である。
【図１７】同実施形態におけるアプレットの検索処理時にパーソナルコンピュータに表示される画面の一例を示す模式図である。
【図１８】同実施形態におけるアプレットのダウンロード処理の流れを示すシーケンス図である。
【図１９】同実施形態におけるアプレットのダウンロード処理の流れを示すシーケンス図である。
【図２０】同実施形態におけるアプレットのダウンロード処理の流れを示すシーケンス図である。
【図２１】同実施形態におけるアプレットのダウンロード処理時に携帯電話機に表示される画面の一例を示す模式図である。
【図２２】同実施形態において携帯電話機ＷＷＷサーバから携帯電話機に送信されるＨＴＭＬデータの一例を示す図である。
【図２３】同実施形態におけるアプレットの実行処理の流れを示すシーケンス図である。
【図２４】同実施形態におけるアプレットの実行処理の流れを示すシーケンス図である。
【図２５】同実施形態におけるアプレットの実行処理時に携帯電話機に表示される画面の一例を示す模式図である。
【図２６】同実施形態におけるハイスコアの登録処理の流れを示すフローチャート図である。
【図２７】同実施形態におけるポイント投票処理の流れを示すシーケンス図である。
【図２８】同実施形態におけるポイント投票時に携帯電話機に表示される画面の一例を示す模式図である。
【図２９】同実施形態におけるライセンス金額の計算処理の流れを示すフローチャート図である。
【図３０】同実施形態におけるライセンス金額の計算処理の流れを示すフローチャート図である。
【図３１】同実施形態における提供者の検索処理の流れを示すフローチャート図である。
【図３２】同実施形態における提供者の検索処理の際に携帯電話機に表示される画面の一例を示す模式図である。
【図３３】同実施形態における提供者検索の処理の流れを示すフローチャート図である。
【図３４】同実施形態における提供者検索の処理の流れを示すフローチャート図である。
【図３５】同実施形態における提供者検索の処理結果の表示例を示す模式図である。
【図３６】同実施形態におけるアプリケーション検索の処理の流れを示すフローチャート図である。
【図３７】同実施形態におけるアプリケーション検索の処理結果の表示例を示す模式図である。
【図３８】他の実施形態におけるポイント投票時の処理の流れを示すシーケンス図である。
【図３９】他の実施形態において携帯電話機ＷＷＷサーバから携帯電話機に送信されるＨＴＭＬデータの一例を示す図である。
【符号の説明】
【０２０８】
１・・・利用者端末群、
１０・・・携帯電話機（携帯無線端末）、ＫＩ・・・キーインタフェース部、
ＤＩ・・・画面インターフェース部、ＤＤ・・・データ通信ドライバ、
ＳＭ・・・スピーカ・マイク制御部、ＭＩ・・・メモリインタフェース、
ＦＷ・・・ファームウェア、ＪＶＭ・・・ジャババーチャルマシン、
ＢＳ・・・ブラウザ、ＴＳ・・・電話機能部、ＳＳ・・・設定部、
ＡＰＰ・・・ジャバアプレット、
１１・・・パーソナルコンピュータ、
２・・・提供者端末群、２０・・・パーソナルコンピュータ、
３・・・移動パケット通信網（無線通信網）、
４・・・インターネット、５・・・サーバ群（情報配信サーバシステム）、
５０・・・携帯電話機用ＷＷＷサーバ（識別子発行部、識別子通知部、認証部、リクエスト受信部、アプリケーション配信部、ダウンロード計時部）、
５１・・・パーソナルコンピュータ用ＷＷＷサーバ、
５２・・・ＤＮＳサーバ、５３・・・ＳＭＴＰサーバ、
５４・・・データベースサーバ、５５・・・集計サーバ、
５６・・・管理者コンソール、５７・・・ファイヤウォールサーバ、
ＬＭＴ・・・提供者マスタテーブル、
ＡＳＴ・・・アプリケーション登録マスタテーブル、
ＡＡＴ・・・アプリケーションアクセス管理テーブル、
ＡＴＴ・・・アプリケーション統計テーブル、
ＵＭＴ・・・利用者マスタテーブル、ＬＲＴ・・・最終起動日時保存テーブル
ＵＡＴ・・・利用者アクセス保存テーブル、
ＵＰＴ・・・利用者入金管理テーブル、
ＤＩＴ・・・ダウンロードＩＤ管理テーブル（識別子記憶部）、
ＬＤＴ・・・最終ダウンロード管理テーブル
【特許請求の範囲】
【請求項１】
インターネット及び無線通信網を介してダウンロードしたアプリケーションを利用することができる無線携帯端末に対し、当該無線携帯端末からのダウンロード要求に応じて前記アプリケーションを配信する情報配信サーバシステムにおいて、
前記無線携帯端末の利用者に関する情報を記憶するための利用者情報テーブルと、
前記アプリケーションの提供者に関する情報を記憶する提供者情報テーブルと、
前記利用者情報テーブルに記憶されている各利用者が一定期間に支払うべき一定額の利用料金の支払い状況を管理するための支払状況管理テーブルと、
前記アプリケーションが利用されている利用状況を検出する検出部と、
前記検出された利用状況を記憶する利用状況管理テーブルと、
前記支払状況管理テーブルによって把握される利用料金の総合計金額と前記利用状況管理テーブルに記憶されている利用状況とに基づいて、前記提供者情報テーブルに記憶されている各提供者に対して支払うべきライセンス金額をそれぞれ演算出力する演算部と
を有することを特徴とする情報配信サーバシステム。
【請求項２】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、前記アプリケーションの利用状況を各アプリケーション毎に検出し、これにより、前記利用状況管理テーブルは、前記アプリケーションの利用状況を各アプリケーション毎に記憶しており、
前記演算部は、
前記支払状況管理テーブルによって把握される利用料金の総合計金額の一部を、前記提供者に支払うべきライセンス金額金の総合計金額として割り当てる割当部と、
各アプリケーションの提供者に対して支払うべきライセンス金額を、前記割り当てたライセンス金額金の総合計金額の中から、前記利用状況管理テーブルに記憶されている利用状況に応じてそれぞれ配分出力する配分部と
を有することを特徴とする情報配信サーバシステム。
【請求項３】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、前記アプリケーションの利用状況を各利用者ごとに検出し、これにより、前記利用状況管理テーブルは、前記アプリケーションの利用状況を各利用者毎に記憶しており、
前記演算部は、
前記利用者が支払った前記利用料金の一部を、当該利用者から前記アプリケーションの提供者に対して支払うべきライセンス金額として割り当てる割当部と、
前記各利用者から前記提供者に支払うべきライセンス金額を、前記割り当てられたライセンス金額の中から前記利用状況管理テーブルに記憶されている利用状況に応じて配分出力する配分部と、
前記提供者のそれぞれに支払うべきライセンス金額を、全ての前記利用者に対応して前記配分出力されたライセンス金額を前記提供者毎に合計することによって算出する算出部と
を有することを特徴とする情報配信サーバシステム。
【請求項４】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、一定期間における前記アプリケーションのダウンロード回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたダウンロード数を利用状況として記憶しており、
前記演算部は、前記利用状況管理テーブルに記憶されているダウンロード回数に応じて前記ライセンス金額を演算することを特徴とする情報配信サーバシステム。
【請求項５】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、前記無線携帯端末における前記アプリケーションの実行時間を検出し、これにより前記利用状況管理テーブルは、前記検出された実行時間を利用状況として記憶しており、
前記演算部は、前記利用状況管理テーブルに記憶されている実行時間に応じて前記ライセンス金額を演算することを特徴とする情報配信サーバシステム。
【請求項６】
請求項５に記載の情報配信サーバシステムにおいて、
前記検出部は、前記無線携帯端末から通知される、前記アプリケーションの起動通知および終了通知をそれぞれ受信した時刻の差分を前記実行時間とみなすことを特徴とする情報配信サーバシステム。
【請求項７】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、前記無線携帯端末における前記アプリケーションの起動回数を検出し、これにより前記利用状況管理テーブルは、前記検出された起動回数を利用状況として記憶しており、
前記演算部は、前記利用状況管理テーブルに記憶されている起動回数に応じて前記ライセンス金額を演算することを特徴とする情報配信サーバシステム。
【請求項８】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、前記利用者により前記アプリケーションに対して投票されたポイント数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたポイント数を利用状況として記憶しており、
前記演算部は、前記利用状況管理テーブルに記憶されているポイント数に応じて前記ライセンス金額を演算することを特徴とする情報配信サーバシステム。
【請求項９】
請求項８に記載の情報配信サーバシステムにおいて、
前記利用者が一定期間に入力できる前記ポイント数の合計に上限値を設け、前記上限値以上のポイント数は利用状況として無効化する無効化部を有することを特徴とする情報配信サーバシステム。
【請求項１０】
請求項９に記載の情報配信サーバシステムにおいて、
前記利用者がポイント投票可能なアプリケーションを把握する把握部と、
前記把握しているアプリケーションＩＤを前記利用者からの要求に応じて前記利用者が使用する所定の端末に提供する提供部と
を有することを特徴とする情報配信サーバシステム。
【請求項１１】
請求項１０に記載の情報配信サーバシステムにおいて、
前記把握部は、前記利用者がポイント投票可能なアプリケーションとして、一定期間内に当該利用者によってダウンロードされたアプリケーションを把握することを特徴とする情報配信サーバシステム。
【請求項１２】
請求項１０に記載の情報配信サーバシステムにおいて、
前記把握部は、前記利用者がポイント投票可能なアプリケーションとして、一定期間内に当該利用者によって起動されたアプリケーションを把握することを特徴とする情報配信サーバシステム。
【請求項１３】
請求項１０に記載の情報配信サーバシステムにおいて、
前記把握部は、前記利用者がポイント投票可能な前記アプリケーションとして、一定期間内に当該利用者によってポイント投票されたアプリケーションを把握することを特徴とする情報配信サーバシステム。
【請求項１４】
請求項８に記載の情報配信サーバシステムにおいて、
前記検出部は、前記利用者によって投票された、一定期間における前記アプリケーション毎のポイント数を受信することにより、前記利用状況を検出し、
前記受信したポイント数に含まれるポイントが、所定のポイント入力有効期間内に前記利用者によってダウンロードされたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって起動されたアプリケーションに対するポイント、又は、所定のポイント入力有効期間内に前記利用者によって投票されたアプリケーションに対するポイントのうち少なくともいずれか１つに該当する場合にのみ、前記利用者は前記アプリケーションにポイント投票可能であると判断する判断部を有することを特徴とする情報配信サーバシステム。
【請求項１５】
請求項８に記載の情報配信サーバシステムにおいて、
前記利用者に対し前記ポイントの投票対象となる前記アプリケーションを選択させる選択部と、
前記選択されたアプリケーションへのポイント投票の可否を前記利用者毎に判別する判別部と、
前記選択された前記アプリケーションが前記利用者にとってポイント入力できないアプリケーションであると判別された場合、前記利用者が使用する所定の端末にエラーメッセージを含むデータを送信するエラー送信部と
を有することを特徴とする情報配信サーバシステム
【請求項１６】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、一定期間における前記アプリケーションのダウンロード回数、前記無線携帯端末における前記アプリケーションの起動回数、前記無線携帯端末における前記アプリケーションの実行時間、又は、前記利用者により前記アプリケーションに対して投票されたポイント数のうち少なくともいずれか２つを検出し、
前記利用状況管理テーブルは、前記検出された少なくとも２つの検出値をパラメータとして記憶しており、
前記演算部は、前記利用状況検出された少なくとも２つのパラメータを組み合わせた所定の計算式に基づいて前記ライセンス金額を演算することを特徴とする情報配信サーバシステム。
【請求項１７】
請求項１に記載の情報配信サーバシステムにおいて、
無線通信網を経由することなく、直接、前記インターネットに接続可能なインターネット端末との間でデータ通信を行う通信部と、
インターネット端末から前記通信部を介した要求に応じて、前記アプリケーションを検索し、少なくとも前記アプリケーションのアプリケーション名と当該アプリケーションの内容説明を含む検索結果を前記通信部を介して前記インターネット端末に出力する検索出力部と
を有することを特徴とする情報配信サーバシステム。
【請求項１８】
請求項１７に記載の情報配信サーバシステムにおいて、
前記インターネット端末からの要求に応じて、前記アプリケーションを前記無線携帯端末にダウンロードするために必要なアドレス情報を含む電子メールを生成し、当該無線携帯端末に送信するメール送信部を有することを特徴とする情報配信サーバシステム。
【請求項１９】
請求項１８に記載の情報配信サーバシステムにおいて、
前記検索出力部によって出力された検索結果を前記インターネット端末上で表示するための画面に、前記利用者の前記無線携帯端末に電子メールを送るための所定のボタンを配置させるデータを含めて画面データを生成する画面生成部を有し、
前記メール送信部は、前記利用者による前記ボタンの入力操作を検出し、この検出に応じて前記検索結果が示すアプリケーションを前記無線携帯端末にダウンロードさせるためのＵＲＬを含む電子メールを生成し、当該無線携帯端末に送信することを特徴とする情報配信サーバシステム
【請求項２０】
請求項１に記載の情報配信サーバシステムにおいて、
前記演算部により演算された前記ライセンス金額が所定の金額以上である場合にのみ、前記提供者に支払い可能なライセンス金額として出力する可能支払額出力部を有することを特徴とする情報配信サーバシステム。
【請求項２１】
請求項２０に記載の情報配信サーバシステムにおいて、
前記可能支払額出力部は、
一定期間にわたって前記演算部により演算された前記ライセンス金額を合計する合計部と、
前記合計されたライセンス金額が所定の金額以上である場合にのみ支払い可能なライセンス金額として出力する出力部と
を有することを特徴とする情報配信サーバシステム。
【請求項２２】
請求項１に記載の情報配信サーバシステムにおいて、
前記支払状況管理テーブルには、各利用者ごとの支払状況が記憶されていることを特徴とする情報配信サーバシステム。
【請求項２３】
請求項１に記載の情報配信サーバシステムにおいて、
前記支払状況管理テーブルには、各利用者が支払った利用料金の総計が記憶されていることを特徴とする情報配信サーバシステム。
【請求項２４】
請求項１に記載の情報配信サーバシステムにおいて、
前記利用料金は、全ての利用者について一定額であることを特徴とする情報配信サーバシステム。
【請求項２５】
請求項１に記載の情報配信サーバシステムにおいて、
前記利用料金は、所定の基準によって分けられた利用者グループについて一定額であることを特徴とする情報配信サーバシステム。
【請求項２６】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、一定期間における前記アプリケーションのダウンロード回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたダウンロード数を利用状況として利用者毎に記憶しており、
各利用者について一定期間にカウントされた前記ダウンロード数が所定の上限回数を越えた場合、当該利用者がダウンロードを行うことを禁止する禁止制御部を有することを特徴とする情報配信サーバシステム。
【請求項２７】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、一定期間における前記アプリケーションの実行時間を検出し、これにより前記利用状況管理テーブルは、前記検出された実行時間を利用状況として利用者毎に記憶しており、
各利用者について一定期間に検出された前記実行時間が所定の上限時間を越えた場合、当該利用者の携帯電話機１０が前記アプリケーションをダウンロードすること、若しくは、当該利用者の携帯電話機１０が前記アプリケーションを実行することの少なくともいずれか一方を禁止する禁止制御部を有することを特徴とする情報配信サーバシステム。
【請求項２８】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、一定期間における前記アプリケーションの起動回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされた起動回数を利用状況として利用者毎に記憶しており、
各利用者について一定期間に検出された前記起動回数が所定の上限回数を越えた場合、当該利用者の携帯電話機が前記アプリケーションをダウンロードすること、若しくは、当該利用者の携帯電話機１０が前記アプリケーションを実行することの少なくともいずれか一方を禁止する禁止制御部を有することを特徴とする情報配信サーバシステム。
【請求項２９】
請求項８に記載の情報配信サーバシステムにおいて、
前記アプリケーションは、前記利用者がポイント投票を行うことが可能なポイント入力インタフェースを前記無線携帯端末上に表示させるプログラムを含み、
前記検出部は、前記無線携帯端末が前記アプリケーションを実行することにより当該端末に表示される前記ポイント入力インタフェース上で前記利用者によって入力されたポイント数を前記インターネットを介して受信することにより、前記利用状況を検出することを特徴とする情報配信サーバシステム。
【請求項３０】
請求項２９に記載の情報配信サーバシステムにおいて、
前記検出部は、前記利用者によって投票された、一定期間における前記アプリケーション毎のポイント数を受信することにより、前記利用状況を検出し、
前記受信したポイント数に含まれるポイントが、所定のポイント入力有効期間内に前記利用者によってダウンロードされたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって起動されたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって投票されたアプリケーションに対するポイント、又は、前記アプリケーションに対応するポイント入力インターフェースを通じて入力されたポイントのうち少なくともいずれか１つに該当する場合にのみ、前記利用者は前記アプリケーションにポイント投票可能であると判断する判断部を有することを特徴とする情報配信サーバシステム。
【請求項３１】
請求項１に記載の情報配信サーバシステムにおいて、
前記無線携帯端末にダウンロードされたアプリケーションと通信を行うことが可能な複数のサーバアプリケーションを記憶するサーバアプリケーション記憶部と、
複数の前記サーバアプリケーションが共有でアクセス可能な共有データベースと、
前記サーバアプリケーション毎にアクセス可能な前記共有データベースのテーブルエリアを限定する限定部と
を有することを特徴とする情報配信サーバシステム。
【請求項３２】
請求項１に記載の情報配信サーバシステムにおいて、
前記無線携帯端末にダウンロードされたアプリケーションと通信を行うことが可能な複数のサーバアプリケーションを記憶するサーバアプリケーション記憶部と、
複数の前記サーバアプリケーションが共有でアクセス可能な共有データベースと、
前記アプリケーションの提供者毎にアクセス可能な前記共有データベースのテーブルエリアを限定する限定部と
を有することを特徴とする情報配信サーバシステム。
【請求項３３】
請求項１に記載の情報配信サーバシステムにおいて、
前記無線携帯端末にダウンロードされたアプリケーションと通信可能なサーバアプリケーションを記憶するサーバアプリケーション記憶部と、
前記利用者情報テーブルに保存されているデータにアクセス可能な共有プロセスインターフェースとを有し、
前記サーバアプリケーションは、前記共有プロセスインターフェースを利用して、前記利用者情報テーブルにアクセスすることを特徴とする情報配信サーバシステム。
【請求項３４】
インターネット及び無線通信網を介してダウンロードしたアプリケーションを利用することができる無線携帯端末に対し、当該無線携帯端末からのダウンロード要求に応じて前記アプリケーションを配信する情報配信方法において、
前記無線携帯端末の利用者が一定期間に支払うべき一定額の利用料金の支払い状況を記憶する利用料金記憶ステップと、
前記アプリケーションが利用されている利用状況を検出する検出ステップと、
前記検出された利用状況を記憶する利用状況記憶ステップと、
前記記憶されている利用料金の総合計金額と前記記憶されている利用状況とに基づいて前記提供者情報テーブルに記憶されている各提供者に対して支払うべきライセンス金額をそれぞれ演算出力する演算ステップと
を有することを特徴とする情報配信方法。
【請求項３５】
請求項３４に記載の情報配信方法において、
前記検出ステップは、前記アプリケーションの利用状況を各アプリケーション毎に検出し、
前記利用状況記憶ステップは、前記アプリケーションの利用状況を各アプリケーション毎に記憶しており、
前記演算ステップは、
前記記憶されている利用料金の総合計金額の一部を、前記提供者に支払うべきライセンス金額金の総合計金額として割り当てるステップと、
各アプリケーションの提供者に対して支払うべきライセンス金額を、前記割り当てたライセンス金額金の総合計金額の中から、前記記憶されている利用状況に応じてそれぞれ配分出力するステップと
からなることを特徴とする情報配信方法。
【請求項３６】
請求項３４に記載の情報配信方法において、
前記検出ステップは、前記アプリケーションの利用状況を各利用者ごとに検出し、
前記利用状況記憶ステップは、前記アプリケーションの利用状況を各利用者毎に記憶しており、
前記演算ステップは、
前記利用者が支払った前記利用料金の一部を、当該利用者から前記アプリケーションの提供者に対して支払うべきライセンス金額として割り当てるステップと、
前記各利用者から前記提供者に支払うべきライセンス金額を、前記割り当てられたライセンス金額の中から前記記憶されている利用状況に応じて配分出力するステップと、
前記提供者のそれぞれに支払うべきライセンス金額を、全ての前記利用者に対応して前記配分出力されたライセンス金額を前記提供者毎に合計することによって算出するステップと
からなることを特徴とする情報配信方法。
【請求項３７】
請求項３４に記載の情報配信方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体。
【請求項３８】
請求項３５に記載の情報配信方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体。
【請求項３９】
請求項３６に記載の情報配信方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体。
【請求項１】
インターネット及び無線通信網を介してダウンロードしたアプリケーションを利用することができる無線携帯端末に対し、当該無線携帯端末からのダウンロード要求に応じて前記アプリケーションを配信する情報配信サーバシステムにおいて、
前記無線携帯端末の利用者に関する情報を記憶するための利用者情報テーブルと、
前記アプリケーションの提供者に関する情報を記憶する提供者情報テーブルと、
前記利用者情報テーブルに記憶されている各利用者が一定期間に支払うべき一定額の利用料金の支払い状況を管理するための支払状況管理テーブルと、
前記アプリケーションが利用されている利用状況を検出する検出部と、
前記検出された利用状況を記憶する利用状況管理テーブルと、
前記支払状況管理テーブルによって把握される利用料金の総合計金額と前記利用状況管理テーブルに記憶されている利用状況とに基づいて、前記提供者情報テーブルに記憶されている各提供者に対して支払うべきライセンス金額をそれぞれ演算出力する演算部と
を有することを特徴とする情報配信サーバシステム。
【請求項２】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、前記アプリケーションの利用状況を各アプリケーション毎に検出し、これにより、前記利用状況管理テーブルは、前記アプリケーションの利用状況を各アプリケーション毎に記憶しており、
前記演算部は、
前記支払状況管理テーブルによって把握される利用料金の総合計金額の一部を、前記提供者に支払うべきライセンス金額金の総合計金額として割り当てる割当部と、
各アプリケーションの提供者に対して支払うべきライセンス金額を、前記割り当てたライセンス金額金の総合計金額の中から、前記利用状況管理テーブルに記憶されている利用状況に応じてそれぞれ配分出力する配分部と
を有することを特徴とする情報配信サーバシステム。
【請求項３】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、前記アプリケーションの利用状況を各利用者ごとに検出し、これにより、前記利用状況管理テーブルは、前記アプリケーションの利用状況を各利用者毎に記憶しており、
前記演算部は、
前記利用者が支払った前記利用料金の一部を、当該利用者から前記アプリケーションの提供者に対して支払うべきライセンス金額として割り当てる割当部と、
前記各利用者から前記提供者に支払うべきライセンス金額を、前記割り当てられたライセンス金額の中から前記利用状況管理テーブルに記憶されている利用状況に応じて配分出力する配分部と、
前記提供者のそれぞれに支払うべきライセンス金額を、全ての前記利用者に対応して前記配分出力されたライセンス金額を前記提供者毎に合計することによって算出する算出部と
を有することを特徴とする情報配信サーバシステム。
【請求項４】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、一定期間における前記アプリケーションのダウンロード回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたダウンロード数を利用状況として記憶しており、
前記演算部は、前記利用状況管理テーブルに記憶されているダウンロード回数に応じて前記ライセンス金額を演算することを特徴とする情報配信サーバシステム。
【請求項５】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、前記無線携帯端末における前記アプリケーションの実行時間を検出し、これにより前記利用状況管理テーブルは、前記検出された実行時間を利用状況として記憶しており、
前記演算部は、前記利用状況管理テーブルに記憶されている実行時間に応じて前記ライセンス金額を演算することを特徴とする情報配信サーバシステム。
【請求項６】
請求項５に記載の情報配信サーバシステムにおいて、
前記検出部は、前記無線携帯端末から通知される、前記アプリケーションの起動通知および終了通知をそれぞれ受信した時刻の差分を前記実行時間とみなすことを特徴とする情報配信サーバシステム。
【請求項７】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、前記無線携帯端末における前記アプリケーションの起動回数を検出し、これにより前記利用状況管理テーブルは、前記検出された起動回数を利用状況として記憶しており、
前記演算部は、前記利用状況管理テーブルに記憶されている起動回数に応じて前記ライセンス金額を演算することを特徴とする情報配信サーバシステム。
【請求項８】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、前記利用者により前記アプリケーションに対して投票されたポイント数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたポイント数を利用状況として記憶しており、
前記演算部は、前記利用状況管理テーブルに記憶されているポイント数に応じて前記ライセンス金額を演算することを特徴とする情報配信サーバシステム。
【請求項９】
請求項８に記載の情報配信サーバシステムにおいて、
前記利用者が一定期間に入力できる前記ポイント数の合計に上限値を設け、前記上限値以上のポイント数は利用状況として無効化する無効化部を有することを特徴とする情報配信サーバシステム。
【請求項１０】
請求項９に記載の情報配信サーバシステムにおいて、
前記利用者がポイント投票可能なアプリケーションを把握する把握部と、
前記把握しているアプリケーションＩＤを前記利用者からの要求に応じて前記利用者が使用する所定の端末に提供する提供部と
を有することを特徴とする情報配信サーバシステム。
【請求項１１】
請求項１０に記載の情報配信サーバシステムにおいて、
前記把握部は、前記利用者がポイント投票可能なアプリケーションとして、一定期間内に当該利用者によってダウンロードされたアプリケーションを把握することを特徴とする情報配信サーバシステム。
【請求項１２】
請求項１０に記載の情報配信サーバシステムにおいて、
前記把握部は、前記利用者がポイント投票可能なアプリケーションとして、一定期間内に当該利用者によって起動されたアプリケーションを把握することを特徴とする情報配信サーバシステム。
【請求項１３】
請求項１０に記載の情報配信サーバシステムにおいて、
前記把握部は、前記利用者がポイント投票可能な前記アプリケーションとして、一定期間内に当該利用者によってポイント投票されたアプリケーションを把握することを特徴とする情報配信サーバシステム。
【請求項１４】
請求項８に記載の情報配信サーバシステムにおいて、
前記検出部は、前記利用者によって投票された、一定期間における前記アプリケーション毎のポイント数を受信することにより、前記利用状況を検出し、
前記受信したポイント数に含まれるポイントが、所定のポイント入力有効期間内に前記利用者によってダウンロードされたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって起動されたアプリケーションに対するポイント、又は、所定のポイント入力有効期間内に前記利用者によって投票されたアプリケーションに対するポイントのうち少なくともいずれか１つに該当する場合にのみ、前記利用者は前記アプリケーションにポイント投票可能であると判断する判断部を有することを特徴とする情報配信サーバシステム。
【請求項１５】
請求項８に記載の情報配信サーバシステムにおいて、
前記利用者に対し前記ポイントの投票対象となる前記アプリケーションを選択させる選択部と、
前記選択されたアプリケーションへのポイント投票の可否を前記利用者毎に判別する判別部と、
前記選択された前記アプリケーションが前記利用者にとってポイント入力できないアプリケーションであると判別された場合、前記利用者が使用する所定の端末にエラーメッセージを含むデータを送信するエラー送信部と
を有することを特徴とする情報配信サーバシステム
【請求項１６】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、一定期間における前記アプリケーションのダウンロード回数、前記無線携帯端末における前記アプリケーションの起動回数、前記無線携帯端末における前記アプリケーションの実行時間、又は、前記利用者により前記アプリケーションに対して投票されたポイント数のうち少なくともいずれか２つを検出し、
前記利用状況管理テーブルは、前記検出された少なくとも２つの検出値をパラメータとして記憶しており、
前記演算部は、前記利用状況検出された少なくとも２つのパラメータを組み合わせた所定の計算式に基づいて前記ライセンス金額を演算することを特徴とする情報配信サーバシステム。
【請求項１７】
請求項１に記載の情報配信サーバシステムにおいて、
無線通信網を経由することなく、直接、前記インターネットに接続可能なインターネット端末との間でデータ通信を行う通信部と、
インターネット端末から前記通信部を介した要求に応じて、前記アプリケーションを検索し、少なくとも前記アプリケーションのアプリケーション名と当該アプリケーションの内容説明を含む検索結果を前記通信部を介して前記インターネット端末に出力する検索出力部と
を有することを特徴とする情報配信サーバシステム。
【請求項１８】
請求項１７に記載の情報配信サーバシステムにおいて、
前記インターネット端末からの要求に応じて、前記アプリケーションを前記無線携帯端末にダウンロードするために必要なアドレス情報を含む電子メールを生成し、当該無線携帯端末に送信するメール送信部を有することを特徴とする情報配信サーバシステム。
【請求項１９】
請求項１８に記載の情報配信サーバシステムにおいて、
前記検索出力部によって出力された検索結果を前記インターネット端末上で表示するための画面に、前記利用者の前記無線携帯端末に電子メールを送るための所定のボタンを配置させるデータを含めて画面データを生成する画面生成部を有し、
前記メール送信部は、前記利用者による前記ボタンの入力操作を検出し、この検出に応じて前記検索結果が示すアプリケーションを前記無線携帯端末にダウンロードさせるためのＵＲＬを含む電子メールを生成し、当該無線携帯端末に送信することを特徴とする情報配信サーバシステム
【請求項２０】
請求項１に記載の情報配信サーバシステムにおいて、
前記演算部により演算された前記ライセンス金額が所定の金額以上である場合にのみ、前記提供者に支払い可能なライセンス金額として出力する可能支払額出力部を有することを特徴とする情報配信サーバシステム。
【請求項２１】
請求項２０に記載の情報配信サーバシステムにおいて、
前記可能支払額出力部は、
一定期間にわたって前記演算部により演算された前記ライセンス金額を合計する合計部と、
前記合計されたライセンス金額が所定の金額以上である場合にのみ支払い可能なライセンス金額として出力する出力部と
を有することを特徴とする情報配信サーバシステム。
【請求項２２】
請求項１に記載の情報配信サーバシステムにおいて、
前記支払状況管理テーブルには、各利用者ごとの支払状況が記憶されていることを特徴とする情報配信サーバシステム。
【請求項２３】
請求項１に記載の情報配信サーバシステムにおいて、
前記支払状況管理テーブルには、各利用者が支払った利用料金の総計が記憶されていることを特徴とする情報配信サーバシステム。
【請求項２４】
請求項１に記載の情報配信サーバシステムにおいて、
前記利用料金は、全ての利用者について一定額であることを特徴とする情報配信サーバシステム。
【請求項２５】
請求項１に記載の情報配信サーバシステムにおいて、
前記利用料金は、所定の基準によって分けられた利用者グループについて一定額であることを特徴とする情報配信サーバシステム。
【請求項２６】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、一定期間における前記アプリケーションのダウンロード回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされたダウンロード数を利用状況として利用者毎に記憶しており、
各利用者について一定期間にカウントされた前記ダウンロード数が所定の上限回数を越えた場合、当該利用者がダウンロードを行うことを禁止する禁止制御部を有することを特徴とする情報配信サーバシステム。
【請求項２７】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、一定期間における前記アプリケーションの実行時間を検出し、これにより前記利用状況管理テーブルは、前記検出された実行時間を利用状況として利用者毎に記憶しており、
各利用者について一定期間に検出された前記実行時間が所定の上限時間を越えた場合、当該利用者の携帯電話機１０が前記アプリケーションをダウンロードすること、若しくは、当該利用者の携帯電話機１０が前記アプリケーションを実行することの少なくともいずれか一方を禁止する禁止制御部を有することを特徴とする情報配信サーバシステム。
【請求項２８】
請求項１に記載の情報配信サーバシステムにおいて、
前記検出部は、一定期間における前記アプリケーションの起動回数をカウントし、これにより前記利用状況管理テーブルは、前記カウントされた起動回数を利用状況として利用者毎に記憶しており、
各利用者について一定期間に検出された前記起動回数が所定の上限回数を越えた場合、当該利用者の携帯電話機が前記アプリケーションをダウンロードすること、若しくは、当該利用者の携帯電話機１０が前記アプリケーションを実行することの少なくともいずれか一方を禁止する禁止制御部を有することを特徴とする情報配信サーバシステム。
【請求項２９】
請求項８に記載の情報配信サーバシステムにおいて、
前記アプリケーションは、前記利用者がポイント投票を行うことが可能なポイント入力インタフェースを前記無線携帯端末上に表示させるプログラムを含み、
前記検出部は、前記無線携帯端末が前記アプリケーションを実行することにより当該端末に表示される前記ポイント入力インタフェース上で前記利用者によって入力されたポイント数を前記インターネットを介して受信することにより、前記利用状況を検出することを特徴とする情報配信サーバシステム。
【請求項３０】
請求項２９に記載の情報配信サーバシステムにおいて、
前記検出部は、前記利用者によって投票された、一定期間における前記アプリケーション毎のポイント数を受信することにより、前記利用状況を検出し、
前記受信したポイント数に含まれるポイントが、所定のポイント入力有効期間内に前記利用者によってダウンロードされたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって起動されたアプリケーションに対するポイント、所定のポイント入力有効期間内に前記利用者によって投票されたアプリケーションに対するポイント、又は、前記アプリケーションに対応するポイント入力インターフェースを通じて入力されたポイントのうち少なくともいずれか１つに該当する場合にのみ、前記利用者は前記アプリケーションにポイント投票可能であると判断する判断部を有することを特徴とする情報配信サーバシステム。
【請求項３１】
請求項１に記載の情報配信サーバシステムにおいて、
前記無線携帯端末にダウンロードされたアプリケーションと通信を行うことが可能な複数のサーバアプリケーションを記憶するサーバアプリケーション記憶部と、
複数の前記サーバアプリケーションが共有でアクセス可能な共有データベースと、
前記サーバアプリケーション毎にアクセス可能な前記共有データベースのテーブルエリアを限定する限定部と
を有することを特徴とする情報配信サーバシステム。
【請求項３２】
請求項１に記載の情報配信サーバシステムにおいて、
前記無線携帯端末にダウンロードされたアプリケーションと通信を行うことが可能な複数のサーバアプリケーションを記憶するサーバアプリケーション記憶部と、
複数の前記サーバアプリケーションが共有でアクセス可能な共有データベースと、
前記アプリケーションの提供者毎にアクセス可能な前記共有データベースのテーブルエリアを限定する限定部と
を有することを特徴とする情報配信サーバシステム。
【請求項３３】
請求項１に記載の情報配信サーバシステムにおいて、
前記無線携帯端末にダウンロードされたアプリケーションと通信可能なサーバアプリケーションを記憶するサーバアプリケーション記憶部と、
前記利用者情報テーブルに保存されているデータにアクセス可能な共有プロセスインターフェースとを有し、
前記サーバアプリケーションは、前記共有プロセスインターフェースを利用して、前記利用者情報テーブルにアクセスすることを特徴とする情報配信サーバシステム。
【請求項３４】
インターネット及び無線通信網を介してダウンロードしたアプリケーションを利用することができる無線携帯端末に対し、当該無線携帯端末からのダウンロード要求に応じて前記アプリケーションを配信する情報配信方法において、
前記無線携帯端末の利用者が一定期間に支払うべき一定額の利用料金の支払い状況を記憶する利用料金記憶ステップと、
前記アプリケーションが利用されている利用状況を検出する検出ステップと、
前記検出された利用状況を記憶する利用状況記憶ステップと、
前記記憶されている利用料金の総合計金額と前記記憶されている利用状況とに基づいて前記提供者情報テーブルに記憶されている各提供者に対して支払うべきライセンス金額をそれぞれ演算出力する演算ステップと
を有することを特徴とする情報配信方法。
【請求項３５】
請求項３４に記載の情報配信方法において、
前記検出ステップは、前記アプリケーションの利用状況を各アプリケーション毎に検出し、
前記利用状況記憶ステップは、前記アプリケーションの利用状況を各アプリケーション毎に記憶しており、
前記演算ステップは、
前記記憶されている利用料金の総合計金額の一部を、前記提供者に支払うべきライセンス金額金の総合計金額として割り当てるステップと、
各アプリケーションの提供者に対して支払うべきライセンス金額を、前記割り当てたライセンス金額金の総合計金額の中から、前記記憶されている利用状況に応じてそれぞれ配分出力するステップと
からなることを特徴とする情報配信方法。
【請求項３６】
請求項３４に記載の情報配信方法において、
前記検出ステップは、前記アプリケーションの利用状況を各利用者ごとに検出し、
前記利用状況記憶ステップは、前記アプリケーションの利用状況を各利用者毎に記憶しており、
前記演算ステップは、
前記利用者が支払った前記利用料金の一部を、当該利用者から前記アプリケーションの提供者に対して支払うべきライセンス金額として割り当てるステップと、
前記各利用者から前記提供者に支払うべきライセンス金額を、前記割り当てられたライセンス金額の中から前記記憶されている利用状況に応じて配分出力するステップと、
前記提供者のそれぞれに支払うべきライセンス金額を、全ての前記利用者に対応して前記配分出力されたライセンス金額を前記提供者毎に合計することによって算出するステップと
からなることを特徴とする情報配信方法。
【請求項３７】
請求項３４に記載の情報配信方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体。
【請求項３８】
請求項３５に記載の情報配信方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体。
【請求項３９】
請求項３６に記載の情報配信方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【公開番号】特開２００８−１５２７９７（Ｐ２００８−１５２７９７Ａ）
【公開日】平成２０年７月３日（２００８．７．３）
【国際特許分類】
【出願番号】特願２００８−９７９９（Ｐ２００８−９７９９）
【出願日】平成２０年１月１８日（２００８．１．１８）
【分割の表示】特願２０００−２８４０１０（Ｐ２０００−２８４０１０）の分割
【原出願日】平成１２年９月１９日（２０００．９．１９）
【出願人】（５００４３８１７２）テックファーム株式会社 (14)
【Ｆターム（参考）】
【公開日】平成２０年７月３日（２００８．７．３）
【国際特許分類】
【出願日】平成２０年１月１８日（２００８．１．１８）
【分割の表示】特願２０００−２８４０１０（Ｐ２０００−２８４０１０）の分割
【原出願日】平成１２年９月１９日（２０００．９．１９）
【出願人】（５００４３８１７２）テックファーム株式会社 (14)
【Ｆターム（参考）】
[ Back to top ]