(57)【要約】【課題】  アプリケーション通信システムにおいて、通信を開始してから短時間で所望のアプリケーションを利用することを可能とする。【解決手段】  サーバシステムは、分割されたアプリケーションを記憶する第１の記憶部１２１と、分割されたアプリケーションそれぞれの情報を記憶する第２の記憶部１２２と、ユーザ情報を記憶する第３の記憶部１２３と、プリペイド情報を記憶する第４の記憶部１２４と、サーバシステム全体を制御する制御部１１０とを含んでいる。ここで、分割されたアプリケーションには単独でも実行可能なものが含まれている。制御部１１０は、ユーザからの送信要求を受けて、データ通信路３００を介して分割されたアプリケーションを送信する。これを受信したユーザ端末は、直ちにそのアプリケーションを実行し始めることができる。【選択図】        図２
2005141773.tif 000002
【特許請求の範囲】
【請求項１】
複数に分割されたアプリケーションを記憶する第１の記憶手段と、
ユーザからの情報を受信する受信手段と、
前記受信された情報に応じて前記分割されたアプリケーションの少なくとも１つを送信する送信手段と、を備えたサーバ装置であって、
前記分割されたアプリケーションの少なくとも１つは単独で実行可能であることを特徴とする、サーバ装置。
【請求項２】
前記送信手段は、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする、請求項１に記載のサーバ装置。
【請求項３】
前記分割されたアプリケーションはそれぞれ実行するための順序を有し、前記順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができることを特徴とする、請求項１または２に記載のサーバ装置。
【請求項４】
前記第１の記憶手段は、前記分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする、請求項１〜３のいずれかに記載のサーバ装置。
【請求項５】
前記分割されたアプリケーションには、次に利用する候補となるアプリケーションのＩＤが含まれることを特徴とする、請求項４に記載のサーバ装置。
【請求項６】
前記分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする、請求項４または５に記載のサーバ装置。
【請求項７】
前記受信手段により前記分割されたアプリケーションのＩＤが受信された場合、
前記送信手段は、前記受信されたＩＤに基づき、前記第１の記憶手段に記憶された該当するアプリケーションを送信する、請求項４〜６のいずれかに記載のサーバ装置。
【請求項８】
前記分割されたアプリケーション毎にそれぞれの所定の情報を記憶する第２の記憶手段をさらに備えた、請求項１〜７のいずれかに記載のサーバ装置。
【請求項９】
前記所定の情報は、前記分割されたアプリケーションのＩＤおよび対応する価格情報を含むことを特徴とする、請求項８に記載のサーバ装置。
【請求項１０】
前記価格情報は、対応する前記分割されたアプリケーションが２回目以降に送信されるものである場合、最初に送信される分割されたアプリケーションの価格よりも低価格であることを特徴とする、請求項９に記載のサーバ装置。
【請求項１１】
前記所定の情報は、前記分割されたアプリケーションの利用回数を含むことを特徴とする、請求項８〜１０のいずれかに記載のサーバ装置。
【請求項１２】
前記利用回数に応じた割引率の情報を記憶する第５の記憶手段をさらに備えた、請求項１１に記載のサーバ装置。
【請求項１３】
前記第２の記憶手段に記憶された所定の分割されたアプリケーションの利用回数と前記第５の記憶手段に記憶された該利用回数に応じた割引率とに基づいて、次に利用する候補となる分割されたアプリケーションの価格を設定する設定手段をさらに含む、請求項１２に記載のサーバ装置。
【請求項１４】
前記第２の記憶手段に記憶された最初に送信される分割されたアプリケーションの利用回数と前記第５の記憶手段に記憶された該利用回数に応じた割引率とに基づいて、２回目以降に送信される分割されたアプリケーションの価格を設定する設定手段をさらに含む、請求項１２に記載のサーバ装置。
【請求項１５】
前記所定の情報は、広告の有無情報を含むことを特徴とする、請求項８〜１４のいずれかに記載のサーバ装置。
【請求項１６】
前記送信手段は、前記記憶された広告の有無情報が有りの場合に対応する分割されたアプリケーションを送信する際、該分割されたアプリケーションに対応する広告データを添付して送信することを特徴とする、請求項１５に記載のサーバ装置。
【請求項１７】
前記所定の情報は、前記分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする、請求項８または請求項９に記載のサーバ装置。
【請求項１８】
ユーザ情報を記憶する第３の記憶手段をさらに備えた、請求項１〜１７のいずれかに記載のサーバ装置。
【請求項１９】
前記ユーザ情報は、ユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする、請求項１８に記載のサーバ装置。
【請求項２０】
前記受信手段によりユーザＩＤおよびパスワードが受信された場合、前記受信されたユーザＩＤおよびパスワードと、前記第３の記憶手段に記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する第１の判断手段をさらに備えた、請求項１９に記載のサーバ装置。
【請求項２１】
前記第１の判断手段によりユーザＩＤおよびパスワードが一致しないと判断された場合、前記送信手段による送信動作を禁止する禁止手段をさらに備えた、請求項２０に記載のサーバ装置。
【請求項２２】
前記ユーザ情報は、アプリケーションの利用履歴を含むことを特徴とする、請求項１８〜２１のいずれかに記載のサーバ装置。
【請求項２３】
前記記憶された利用履歴に基づいて、前記第１の記憶手段に記憶されている適切な広告データを抽出する抽出手段と、
前記抽出された広告データを送信する広告データ送信手段とをさらに備えた、請求項２２に記載のサーバ装置。
【請求項２４】
前記ユーザ情報は、支払いに関する残高情報を含むことを特徴とする、請求項１８〜２３のいずれかに記載のサーバ装置。
【請求項２５】
前記支払いに関する残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較手段をさらに備え、
前記送信手段は、前記比較手段による比較の結果、前記残高情報が前記価格情報よりも大きいまたは等しい場合に前記分割されたアプリケーションを送信することを特徴とする、請求項２４に記載のサーバ装置。
【請求項２６】
先払い情報に関するプリペイド情報を記憶する第４の記憶手段をさらに備えた、請求項１〜２５のいずれかに記載のサーバ装置。
【請求項２７】
前記プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする、請求項２６に記載のサーバ装置。
【請求項２８】
前記受信手段によりプリペイドＩＤおよびパスワードが受信された場合、前記受信されたプリペイドＩＤおよびパスワードと、前記第４の記憶手段に記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断手段をさらに備えた、請求項２７に記載のサーバ装置。
【請求項２９】
前記プリペイド情報は、金額情報を含むことを特徴とする、請求項２６〜２８のいずれかに記載のサーバ装置。
【請求項３０】
前記送信手段により前記分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金手段をさらに備えた、請求項１〜２９のいずれかに記載のサーバ装置。
【請求項３１】
前記送信手段により前記分割されたアプリケーションの送信が完了したか否かを確認する確認手段をさらに備え、
前記課金手段は、前記確認手段により送信が完了したことを確認した場合に課金を行なうことを特徴とする、請求項３０に記載のサーバ装置。
【請求項３２】
複数に分割されたアプリケーションを記憶する第１の記憶手段と、
ユーザからの情報を受信する受信手段と、
前記受信された情報に応じて前記分割されたアプリケーションの少なくとも１つを送信する送信手段と、
前記送信手段により前記分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金手段とを備えた、サーバ装置。
【請求項３３】
前記送信手段により前記分割されたアプリケーションの送信が完了したか否かを確認する確認手段をさらに備え、
前記課金手段は、前記確認手段により送信が完了したことを確認した場合に課金を行なうことを特徴とする、請求項３２に記載のサーバ装置。
【請求項３４】
ユーザを識別するためのユーザＩＤおよびパスワードを記憶する第２の記憶手段と、
前記受信手段によりユーザＩＤおよびパスワードが受信された場合、前記受信されたユーザＩＤおよびパスワードと、前記第２の記憶手段に記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する判断手段と、
前記判断手段によりユーザＩＤおよびパスワードが一致しないと判断された場合、前記送信手段による送信動作を禁止する禁止手段とをさらに備えた、請求項３２または３４に記載のサーバ装置。
【請求項３５】
前記第２の記憶手段は、さらにユーザの支払いに関する残高情報を記憶し、
前記送信手段は、前記残高情報が前記ユーザの要求する分割されたアプリケーションについての価格情報よりも大きいまたは等しい場合に、前記分割されたアプリケーションを送信することを特徴とする、請求項３４に記載のサーバ装置。
【請求項３６】
分割されたアプリケーションを受信する受信手段と、
前記受信された分割されたアプリケーションを実行する実行手段と、
前記実行手段による実行の結果、前記受信された分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の分割されたアプリケーションの送信要求を行なう要求手段とを備えた、端末装置。
【請求項３７】
前記分割されたアプリケーションに対応する広告データが添付して送信されてきた場合、前記受信手段は、該広告データをも受信することを特徴とする、請求項３６に記載の端末装置。
【請求項３８】
前記受信手段により分割されたアプリケーションの受信動作が完了した際に受信完了信号を送信する送信手段をさらに備えた、請求項３６または３７に記載の端末装置。
【請求項３９】
請求項１〜３５のいずれかに記載のサーバ装置と請求項３６〜３８のいずれかに記載の端末装置とで構成されることを特徴とする、アプリケーション通信システム。
【請求項４０】
複数に分割されたアプリケーションを記憶する第１の記憶ステップと、
ユーザからの情報を受信する受信ステップと、
前記受信された情報に応じて前記分割されたアプリケーションの少なくとも１つを送信する送信ステップと、を備えたアプリケーション通信方法であって、
前記分割されたアプリケーションの少なくとも１つは単独で実行可能であることを特徴とする、アプリケーション通信方法。
【請求項４１】
前記送信ステップは、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする、請求項４０に記載のアプリケーション通信方法。
【請求項４２】
前記分割されたアプリケーションはそれぞれ実行するための順序を有し、前記順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができることを特徴とする、請求項４０または４１に記載のアプリケーション通信方法。
【請求項４３】
前記第１の記憶ステップは、前記分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする、請求項４０〜４２のいずれかに記載のアプリケーション通信方法。
【請求項４４】
前記分割されたアプリケーションには、次に利用する候補となるアプリケーションのＩＤが含まれることを特徴とする、請求項４３に記載のアプリケーション通信方法。
【請求項４５】
前記分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする、請求項４３または４４に記載のアプリケーション通信方法。
【請求項４６】
前記受信ステップにより前記分割されたアプリケーションのＩＤが受信された場合、
前記送信ステップは、前記受信されたＩＤに基づき、前記第１の記憶ステップにおいて記憶された該当するアプリケーションを送信する、請求項４３〜４５のいずれかに記載のアプリケーション通信方法。
【請求項４７】
前記分割されたアプリケーション毎にそれぞれの所定の情報を記憶する第２の記憶ステップをさらに備えた、請求項４０〜４６のいずれかに記載のアプリケーション通信方法。
【請求項４８】
前記所定の情報は、前記分割されたアプリケーションのＩＤおよび対応する価格情報を含むことを特徴とする、請求項４７に記載のアプリケーション通信方法。
【請求項４９】
前記価格情報は、対応する前記分割されたアプリケーションが２回目以降に送信されるものである場合、最初に送信される分割されたアプリケーションの価格よりも低価格であることを特徴とする、請求項４８に記載のアプリケーション通信方法。
【請求項５０】
前記所定の情報は、前記分割されたアプリケーションの利用回数を含むことを特徴とする、請求項４７〜４９のいずれかに記載のアプリケーション通信方法。
【請求項５１】
前記利用回数に応じた割引率の情報を記憶する第５の記憶ステップをさらに備えた、請求項５０に記載のアプリケーション通信方法。
【請求項５２】
前記第２の記憶ステップで記憶された所定の分割されたアプリケーションの利用回数と前記第５の記憶ステップで記憶された該利用回数に応じた割引率とに基づいて、次に利用する候補となる分割されたアプリケーションの価格を設定する設定ステップをさらに含む、請求項５１に記載のアプリケーション通信方法。
【請求項５３】
前記第２の記憶ステップで記憶された最初に送信される分割されたアプリケーションの利用回数と前記第５の記憶ステップで記憶された該利用回数に応じた割引率とに基づいて、２回目以降に送信される分割されたアプリケーションの価格を設定する設定ステップをさらに含む、請求項５２に記載のアプリケーション通信方法。
【請求項５４】
前記所定の情報は、広告の有無情報を含むことを特徴とする、請求項４７〜５３のいずれかに記載のアプリケーション通信方法。
【請求項５５】
前記送信ステップは、前記記憶された広告の有無情報が有りの場合に対応する分割されたアプリケーションを送信する際、該分割されたアプリケーションに対応する広告データを添付して送信することを特徴とする、請求項５４に記載のアプリケーション通信方法。
【請求項５６】
前記所定の情報は、前記分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする、請求項４７または４８に記載のアプリケーション通信方法。
【請求項５７】
ユーザ情報を記憶する第３の記憶ステップをさらに備えた、請求項４０〜５６のいずれかに記載のアプリケーション通信方法。
【請求項５８】
前記ユーザ情報は、ユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする、請求項５７に記載のアプリケーション通信方法。
【請求項５９】
前記受信ステップによりユーザＩＤおよびパスワードが受信された場合、前記受信されたユーザＩＤおよびパスワードと、前記第３の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する第１の判断ステップをさらに備えた、請求項５８に記載のアプリケーション通信方法。
【請求項６０】
前記第１の判断ステップによりユーザＩＤおよびパスワードが一致しないと判断された場合、前記送信ステップによる送信動作を禁止する禁止ステップをさらに備えた、請求項５９に記載のアプリケーション通信方法。
【請求項６１】
前記ユーザ情報は、アプリケーションの利用履歴を含むことを特徴とする、請求項５７〜６０のいずれかに記載のアプリケーション通信方法。
【請求項６２】
前記記憶された利用履歴に基づいて、前記第１の記憶ステップにおいて記憶されている適切な広告データを抽出する抽出ステップと、
前記抽出された広告データを送信する広告データ送信ステップとをさらに備えた、請求項６１に記載のアプリケーション通信方法。
【請求項６３】
前記ユーザ情報は、支払いに関する残高情報を含むことを特徴とする、請求項４０〜６２のいずれかに記載のアプリケーション通信方法。
【請求項６４】
前記支払いに関する残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較ステップをさらに備え、
前記送信ステップは、前記比較ステップによる比較の結果、前記残高情報が前記価格情報よりも大きいまたは等しい場合に前記分割されたアプリケーションを送信することを特徴とする、請求項６３に記載のアプリケーション通信方法。
【請求項６５】
先払い情報に関するプリペイド情報を記憶する第４の記憶ステップをさらに備えた、請求項４０〜６４のいずれかに記載のアプリケーション通信方法。
【請求項６６】
前記プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする、請求項６５に記載のアプリケーション通信方法。
【請求項６７】
前記受信ステップにおいてプリペイドＩＤおよびパスワードが受信された場合、前記受信されたプリペイドＩＤおよびパスワードと、前記第４の記憶ステップにおいて記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断ステップをさらに備えた、請求項６６に記載のアプリケーション通信方法。
【請求項６８】
前記プリペイド情報は、金額情報を含むことを特徴とする、請求項６５〜６７のいずれかに記載のアプリケーション通信方法。
【請求項６９】
前記送信ステップにおいて前記分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップをさらに備えた、請求項４０〜６８のいずれかに記載のアプリケーション通信方法。
【請求項７０】
前記送信ステップにおいて前記分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、
前記課金ステップは、前記確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする、請求項６９に記載のアプリケーション通信方法。
【請求項７１】
複数に分割されたアプリケーションを記憶する第１の記憶ステップと、
ユーザからの情報を受信する受信ステップと、
前記受信された情報に応じて前記分割されたアプリケーションの少なくとも１つを送信する送信ステップと、
前記送信ステップにおいて前記分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップとを備えた、アプリケーション通信方法。
【請求項７２】
前記送信ステップにおいて前記分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、
前記課金ステップは、前記確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする、請求項７１に記載のアプリケーション通信方法。
【請求項７３】
ユーザを識別するためのユーザＩＤおよびパスワードを記憶する第２の記憶ステップと、
前記受信ステップにおいてユーザＩＤおよびパスワードが受信された場合、前記受信されたユーザＩＤおよびパスワードと、前記第２の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する判断ステップと、
前記判断ステップにおいてユーザＩＤおよびパスワードが一致しないと判断された場合、前記送信ステップによる送信動作を禁止する禁止ステップとをさらに備えた、請求項７１または７２に記載のアプリケーション通信方法。
【請求項７４】
前記第２の記憶ステップは、さらにユーザの支払いに関する残高情報を記憶し、
前記送信ステップは、前記残高情報が前記ユーザの要求する分割されたアプリケーションについての価格情報よりも大きいまたは等しい場合に、前記分割されたアプリケーションを送信することを特徴とする、請求項７３に記載のアプリケーション通信方法。
【請求項７５】
分割されたアプリケーションを受信する受信ステップと、
前記受信された分割されたアプリケーションを実行する実行ステップと、
前記実行ステップにおける実行の結果、前記受信された分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の分割されたアプリケーションの送信要求を行なう要求ステップとを備えた、アプリケーション通信方法。
【請求項７６】
前記受信ステップにおいて分割されたアプリケーションの受信動作が完了した際に受信完了信号を送信する送信ステップをさらに備えた、請求項７５に記載のアプリケーション通信方法。
【請求項７７】
請求項１〜３５のいずれかに記載のサーバ装置と請求項３６〜３８に記載の端末装置とを用いてアプリケーションの通信を行なうことを特徴とする、アプリケーション通信方法。
【請求項７８】
請求項４０〜７７のいずれかに記載のアプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサーバ装置、端末装置、アプリケーション通信システムおよびその方法、ならびにアプリケーション通信プログラムを記録した記録媒体に関し、特に、複数に分割されたアプリケーションを、データ通信路を介して通信するサーバ装置、端末装置、アプリケーション通信システムおよびその方法、ならびにアプリケーション通信プログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
近年、インターネットなどのネットワークが急速に普及している。これに伴い、ゲームソフトや書籍データ等の様々なアプリケーションがネットワークを介してサーバ装置からクライアント端末にダウンロードされ活用される機会が増えている。
【０００３】
一般に、データ配信には、通信インフラおよび受信者の負担を軽減すべく通信対象となるデータを圧縮し容量を小さくして配信するという方法が採られる。しかし、配信の対象となるアプリケーションが大容量で、単に圧縮するのみでは十分でない場合などは、通常、以下に示すような配信方法が用いられる。
【０００４】
すなわち、１つのアプリケーションを、たとえばFDDの容量など、いくらかの単位に分割する。そして、その分割された単位毎にユーザに配信する。ユーザは、分割されたアプリケーションを順次受信し、端末装置にインストールしていく。そして、全てのインストールが終了した後、それらを合成し１つのアプリケーションとして動作させる。
【０００５】
移動体などの不安定な通信インフラにおいては、このような配信方法として、パケット通信システムが知られている。通信ミスを解決しトラフィック負荷を軽減するために、配信対象となるデータをパケット単位に分割して配信するというものである。このパケット毎のデータは、端末側で合成され、１つのデータ(アプリケーション)として活用される。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したアプリケーションの配信方法では、通信を開始してからユーザがそのアプリケーションを利用できるまでに長時間を要するという問題があった。
【０００７】
すなわち、ユーザ側としては、分割されたアプリケーション全体を完全にインストール又は記憶装置内に保存しなければ、そのアプリケーションを動作させることができない。このため、大容量のアプリケーションを通信する際などは、ユーザが送信要求を出してから、最終的に所望のアプリケーションが活用可能となるまでに、非常に長い時間が必要となる。
【０００８】
したがって、即時性が要求される場合、すなわち、ゲームソフトなどのアプリケーションをいち早く実行したいとユーザが望む場合などは、非常に不都合であった。
【０００９】
また、そのアプリケーションの一部のみを利用したい場合であっても、全体を完全に受信しなければ利用できず不便であった。
【００１０】
また、移動体通信の場合、通信状態は通信中の地形や基地局からの距離等に依存するため、常に良い通信状態を保つことは困難である。このため、長時間にわたって大容量のアプリケーションを安定して送受信することは非常に難しいというのが現状であった。
【００１１】
したがって、分割されたアプリケーション全体を完全に受信しなければ、ユーザ端末においてそのアプリケーションを利用することができないという従来の配信方法では、アプリケーションの利用そのものが困難になるという結果になっていた。
【００１２】
さらに、従来の配信方法では、アプリケーションに対する対価の支払い方法（課金方法）についても問題があった。すなわち、従来の配信方法では、分割されたアプリケーションが全て完全に転送されることを前提として、料金の支払いが行われていた。このため、アプリケーションの一部のみが必要な場合であっても、ユーザはアプリケーション全体の料金を支払う必要があった。
【００１３】
本発明はこれらの実状に鑑み考え出されたものであり、その第１の目的は、通信を開始してから短時間で所望のアプリケーションを利用することが可能となるサーバ装置、端末装置、アプリケーション通信システムおよびその方法、ならびにアプリケーション通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することである。
【００１４】
また、第２の目的は、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるサーバ装置、端末装置、アプリケーション通信システムおよびその方法、ならびにアプリケーション通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することである。
【課題を解決するための手段】
【００１５】
上記目的を達成するため、本発明のある局面に従うと、サーバ装置は、複数に分割されたアプリケーションを記憶する第１の記憶部と、ユーザからの情報を受信する受信部と、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信部とを備え、分割されたアプリケーションの少なくとも１つは単独で実行可能であることを特徴とする。
【００１６】
好ましくは、送信手段は、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする。
【００１７】
好ましくは、分割されたアプリケーションはそれぞれ実行するための順序を有し、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができることを特徴とする。
【００１８】
ここで、アプリケーションとは、ゲームソフト、小説、映画、ドラマ、音楽などの連続データ、その他の、ある処理を実行するためのプログラム（コンテンツ）全般を意味している。相互に関連のない単なるデータの集合などは、ここでいうアプリケーションに含まれないが、ある目的を実現するために必要となるデータなどはその中に含まれる。
【００１９】
これらの発明に従うと、受信されたユーザからの情報に応じて分割されたアプリケーションの少なくとも１つがユーザに送信される。この分割されたアプリケーションは、それぞれ実行するための順序を有しており、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができる。そして、この中の少なくとも１つは単独で実行可能である。
【００２０】
このため、分割されたアプリケーションを受信したユーザは、アプリケーション全体を受信しなくとも、その受信したアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるサーバ装置を提供することが可能となる。
【００２１】
好ましくは、第１の記憶部は、分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする。
【００２２】
この発明に従うと、分割されたアプリケーションを識別するためのＩＤがそれぞれ対応付けて記憶されるため、分割されたアプリケーション毎の識別が容易となる。
【００２３】
好ましくは、分割されたアプリケーションには、次に利用する候補となるアプリケーションのＩＤが含まれることを特徴とする。
【００２４】
この発明に従うと、それぞれの分割されたアプリケーションの中に、次に利用する候補となるアプリケーションＩＤが含まれるため、各分割されたアプリケーションの実行順序を容易に抽出することができる。
【００２５】
好ましくは、分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする。
【００２６】
この発明に従うと、分割されたアプリケーションの中には、最後であることを識別するＩＤが含まれるため、１つのアプリケーションの実行終了を知らしめることが可能となる。
【００２７】
好ましくは、受信部により分割されたアプリケーションのＩＤが受信された場合、送信部は、受信されたＩＤに基づき、第１の記憶部に記憶された該当するアプリケーションを送信する。
【００２８】
この発明に従うと、ユーザからのアプリケーションのＩＤが受信された場合、該当する分割されたアプリケーションがユーザに送信される。したがって、ユーザに対して適切に、所望の分割されたアプリケーションを送信することが可能となる。
【００２９】
好ましくは、サーバ装置は、分割されたアプリケーション毎にそれぞれの所定の情報を記憶する第２の記憶部をさらに備える。
【００３０】
この発明に従うと、分割されたアプリケーション毎に所定の情報が記憶されるため、必要なときに記憶された情報を利用することができる。
【００３１】
好ましくは、所定の情報は、分割されたアプリケーションのＩＤおよび対応する価格情報を含むことを特徴とする。
【００３２】
この発明に従うと、アプリケーションＩＤとこれに対応する価格情報とが記憶されるため、分割されたアプリケーション毎に価格を知ることが可能となる。
【００３３】
好ましくは、価格情報は、対応する分割されたアプリケーションが２回目以降に送信されるものである場合、最初に送信される分割されたアプリケーションの価格よりも低価格であることを特徴とする。
【００３４】
この発明に従うと、２回目以降に送信される分割されたアプリケーションが、最初に送信される分割されたアプリケーションよりも低価格であるため、最初にに送信された分割アプリケーションを受信したユーザに、２回目以降のアプリケーションの購買意欲または利用意欲を喚起させることができる。
【００３５】
好ましくは、所定の情報は、分割されたアプリケーションの利用回数を含むことを特徴とする。
【００３６】
この発明に従うと、各分割されたアプリケーションの利用回数が記憶されるため、その分割アプリケーションの利用頻度を知ることが可能となる。
【００３７】
好ましくは、サーバ装置は、利用回数に応じた割引率の情報を記憶する第５の記憶部をさらに備える。
【００３８】
この発明に従うと、利用回数に応じた割引率の情報が記憶されるため、必要に応じてその情報を利用することが可能となる。
【００３９】
好ましくは、サーバ装置は、第２の記憶部に記憶された所定の分割されたアプリケーションの利用回数と第５の記憶部に記憶された該利用回数に応じた割引率とに基づいて、次に利用する候補となる分割されたアプリケーションの価格を設定する設定部をさらに含む。
【００４０】
この発明に従うと、所定の分割アプリケーションの利用頻度に応じて割引率が決定され、それに基づき次の候補となる分割アプリケーションの価格が設定される。したがって、次の分割アプリケーションに対するユーザの購買意欲を沸かせることができる。
【００４１】
好ましくは、サーバ装置は、第２の記憶部に記憶された最初に送信される分割されたアプリケーションの利用回数と前記第５の記憶部に記憶された該利用回数に応じた割引率とに基づいて、２回目以降に送信される分割されたアプリケーションの価格を設定する設定部をさらに含む。
【００４２】
この発明に従うと、最初に送信される分割アプリケーションの利用頻度に応じて割引率が決定され、それに基づき、２回目以降に送信される分割アプリケーションの価格が設定される。したがって、２回目以降の分割アプリケーションに対するユーザの購買意欲を沸かせることができる。
【００４３】
好ましくは、所定の情報は、広告の有無情報を含むことを特徴とする。
【００４４】
この発明に従うと、各分割アプリケーション毎に広告の有無情報が記憶されるため、必要に応じて広告の有無情報を知ることができる。
【００４５】
好ましくは、送信部は、記憶された広告の有無情報が有りの場合に対応する分割されたアプリケーションを送信する際、該分割されたアプリケーションに対応する広告データを添付して送信することを特徴とする。
【００４６】
この発明に従うと、分割されたアプリケーションに広告情報が有る場合、対応する広告情報が該分割アプリケーションに添付されて送信される。したがって、所望の広告情報をユーザに知らしめることが可能となる。
【００４７】
好ましくは、所定の情報は、分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする。
【００４８】
この発明に従うと、分割されたアプリケーションについて対応するアプリケーション名を容易に知ることができる。
【００４９】
好ましくは、サーバ装置は、ユーザ情報を記憶する第３の記憶部をさらに備える。
【００５０】
この発明に従うと、ユーザ情報が記憶されるため、必要に応じてその情報を利用することが可能となる。
【００５１】
好ましくは、ユーザ情報は、ユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする。
【００５２】
この発明に従うと、ユーザＩＤおよびパスワードが記憶されているため、ユーザを識別する際に利用することが可能となる。
【００５３】
好ましくは、サーバ装置は、受信部によりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第３の記憶部に記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する第１の判断部をさらに備える。
【００５４】
この発明に従うと、ユーザにより入力されたユーザＩＤおよびパスワードが記憶されているものと一致するか否かが判断される。このため正規のユーザであるか否かを識別することが可能となる。
【００５５】
好ましくは、サーバ装置は、第１の判断部によりユーザＩＤおよびパスワードが一致しないと判断された場合、送信部による送信動作を禁止する禁止部をさらに備える。
【００５６】
この発明に従うと、ユーザにより送信されてきたユーザＩＤおよびパスワードが記憶されているものと一致しない場合は、アプリケーションの送信動作が行なわれない。したがって、正規のユーザにのみ送信されることになり信頼性が向上する。
【００５７】
好ましくは、ユーザ情報は、アプリケーションの利用履歴を含むことを特徴とする。
【００５８】
この発明に従うと、ユーザによるアプリケーションの利用履歴が記憶されるため、過去に利用したアプリケーションなどから、ユーザについての適切な情報を得ることが可能となる。
【００５９】
好ましくは、サーバ装置は、記憶された利用履歴に基づいて、第１の記憶部に記憶されている適切な広告データを抽出する抽出部と、抽出された広告データを送信する広告データ送信部とをさらに備える。
【００６０】
この発明に従うと、ユーザの利用履歴に基づいて、適切な広告情報がユーザに送信される。このため、ユーザは適切な情報を得ることが可能となる。
【００６１】
好ましくは、ユーザ情報は、支払いに関する残高情報を含むことを特徴とする。
【００６２】
この発明に従うと、ユーザの支払いに関する残高情報が記憶されるため、ユーザによる残高情報の偽造が不可能となる。また、必要に応じて残高情報を知ることができる。
【００６３】
好ましくは、サーバ装置は、支払いに関する残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較部をさらに備え、送信部は、比較部による比較の結果、残高情報が前記価格情報よりも大きいまたは等しい場合に分割されたアプリケーションを送信することを特徴とする。
【００６４】
この発明に従うと、ユーザの残高が希望するアプリケーションの価格以上である場合にのみ所望のアプリケーションがユーザに送信される。このため、ユーザに対して金額的な歯止めをかけることが可能となる。
【００６５】
好ましくは、サーバ装置は、先払い情報に関するプリペイド情報を記憶する第４の記憶部をさらに備える。
【００６６】
この発明に従うと、プリペイド情報が記憶されるため、電信決済を利用することが可能となる。
【００６７】
好ましくは、プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする。
【００６８】
この発明に従うと、プリペイドＩＤおよびパスワードが記憶されるため、プリペイドカード等の照合を行なう際に利用することができる。
【００６９】
好ましくは、サーバ装置は、受信部によりプリペイドＩＤおよびパスワードが受信された場合、受信されたプリペイドＩＤおよびパスワードと、第４の記憶部に記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断部をさらに備える。
【００７０】
この発明に従うと、受信されたプリペイドＩＤおよびパスワードが正しいか否かの判断が適切に行なわれる。
【００７１】
好ましくは、プリペイド情報は、金額情報を含むことを特徴とする。
【００７２】
この発明に従うと、プリペイドカード等の媒体の金額情報がサーバ装置に記憶される。したがって、金額情報の改ざんが不可能となる。
【００７３】
好ましくは、サーバ装置は、送信部により前記分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金部をさらに備える。
【００７４】
この発明に従うと、ユーザに対して、分割されたアプリケーション単位で課金が行なわれる。このため、ユーザは、必要最小限の料金で必要なアプリケーションを利用することが可能となる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるサーバ装置を提供することが可能となる。
【００７５】
好ましくは、サーバ装置は、送信部により分割されたアプリケーションの送信が完了したか否かを確認する確認部をさらに備え、課金部は、確認部により送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【００７６】
この発明に従うと、分割されたアプリケーションの送信が完了した場合にのみユーザに対する課金が行なわれる。したがって、通信途中で通信不能となった場合などに課金されるという事態が回避される。
【００７７】
本発明の別の局面に従うと、サーバ装置は、複数に分割されたアプリケーションを記憶する第１の記憶部と、ユーザからの情報を受信する受信部と、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信部と、送信部により前記分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金部とを備える。
【００７８】
この発明に従うと、分割されたアプリケーションが送信される毎に送信先のユーザに対して課金が行なわれる。このため、ユーザは、必要最小限の料金を支払えばよいことになる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるサーバ装置を提供することが可能となる。
【００７９】
好ましくは、サーバ装置は、送信部により分割されたアプリケーションの送信が完了したか否かを確認する確認部をさらに備え、課金部は、確認部により送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【００８０】
この発明に従うと、分割されたアプリケーションの送信が完了した場合にのみユーザに対する課金が行なわれる。したがって、通信途中で通信不能となった場合などに課金されるという事態が回避される。
【００８１】
好ましくは、サーバ装置は、ユーザを識別するためのユーザＩＤおよびパスワードを記憶する第２の記憶部と、受信部によりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第２の記憶部に記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する判断部と、判断部によりユーザＩＤおよびパスワードが一致しないと判断された場合、送信部による送信動作を禁止する禁止部とをさらに備える。
【００８２】
この発明に従うと、ユーザにより入力されたユーザＩＤおよびパスワードが記憶されているものと一致するか否かが判断される。そして、一致しない場合は、アプリケーションの送信動作が行なわれない。したがって、正規のユーザにのみ送信されることになり信頼性が向上する。
【００８３】
好ましくは、第２の記憶部は、さらにユーザの支払いに関する残高情報を記憶し、送信部は、残高情報がユーザの要求する分割されたアプリケーションについての価格情報よりも大きいまたは等しい場合に、分割されたアプリケーションを送信することを特徴とする。
【００８４】
この発明に従うと、ユーザの残高が希望するアプリケーションの価格以上である場合にのみ所望のアプリケーションがユーザに送信される。このため、ユーザに対して金額的な歯止めをかけることが可能となる。
【００８５】
本発明のさらに別の局面に従うと、端末装置は、分割されたアプリケーションを受信する受信部と、受信された分割されたアプリケーションを実行する実行部と、実行部による実行の結果、受信された分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の分割されたアプリケーションの送信要求を行なう要求部とを備える。
【００８６】
この発明に従うと、分割されたアプリケーションが実行された結果、その分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の送信要求が行なわれる。したがって、適切な順序でもって分割されたアプリケーションが受信されることになる。
【００８７】
好ましくは、分割されたアプリケーションに対応する広告データが添付して送信されてきた場合、受信部は、該広告データをも受信することを特徴とする。
【００８８】
これによると、ユーザにとって興味のある所望のアプリケーションに関連した広告データをも受信することが可能となる。
【００８９】
好ましくは、端末装置は、受信部により分割されたアプリケーションの受信動作が完了した際に受信完了信号を送信する送信部をさらに備える。
【００９０】
この発明に従うと、分割されたアプリケーションの受信が完了すると完了信号が送信されるため、受信が完了したか否かを適切に知らしめることが可能となる。
【００９１】
本発明のさらに別の局面に従うと、アプリケーション通信システムは、単独で実行可能な分割されたアプリケーションを送信する送信部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とから構成されることを特徴とする。
【００９２】
この発明に従うと、端末からのアプリケーション送信要求を受けたサーバ装置は、単独で実行可能な分割されたアプリケーションを送信する。これを受信した端末装置は、直ちにその分割されたアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信システムを提供することが可能となる。
【００９３】
本発明のさらに別の局面に従うと、アプリケーション通信システムは、分割されたアプリケーションを送信する毎に課金を行なう課金部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とから構成されることを特徴とする。
【００９４】
この発明に従うと、分割されたアプリケーション毎に対価が要求されるため、必要最小限の料金でアプリケーションを利用することができる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信システムを提供することが可能となる。
【００９５】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて前記分割されたアプリケーションの少なくとも１つを送信する送信ステップとを備え、分割されたアプリケーションの少なくとも１つは単独で実行可能であることを特徴とする。
【００９６】
好ましくは、送信ステップは、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする。
【００９７】
これらの発明に従うと、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法を提供することが可能となる。
【００９８】
好ましくは、分割されたアプリケーションはそれぞれ実行するための順序を有し、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができることを特徴とする。
【００９９】
好ましくは、第１の記憶ステップは、分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする。
【０１００】
好ましくは、分割されたアプリケーションには、次に利用する候補となるアプリケーションのＩＤが含まれることを特徴とする。
【０１０１】
好ましくは、分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする。
【０１０２】
好ましくは、受信ステップにより分割されたアプリケーションのＩＤが受信された場合、送信ステップは、受信されたＩＤに基づき、第１の記憶ステップにおいて記憶された該当するアプリケーションを送信する。
【０１０３】
好ましくは、アプリケーション通信方法は、分割されたアプリケーション毎にそれぞれの所定の情報を記憶する第２の記憶ステップをさらに備える。
【０１０４】
好ましくは、所定の情報は、分割されたアプリケーションのＩＤおよび対応する価格情報を含むことを特徴とする。
【０１０５】
好ましくは、所定の情報は、分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする。
【０１０６】
好ましくは、アプリケーション通信方法は、ユーザ情報を記憶する第３の記憶ステップをさらに備える。
【０１０７】
好ましくは、ユーザ情報は、ユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする。
【０１０８】
好ましくは、アプリケーション通信方法は、受信ステップによりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第３の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する第１の判断ステップをさらに備える。
【０１０９】
好ましくは、アプリケーション通信方法は、第１の判断ステップによりユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップをさらに備える。
【０１１０】
好ましくは、ユーザ情報は、アプリケーションの利用履歴を含むことを特徴とする。
【０１１１】
好ましくは、アプリケーション通信方法は、記憶された利用履歴に基づいて、第１の記憶ステップにおいて記憶されている適切な広告データを抽出する抽出ステップと、抽出された広告データを送信する広告データ送信ステップとをさらに備える。
【０１１２】
好ましくは、ユーザ情報は、支払いに関する残高情報を含むことを特徴とする。
【０１１３】
好ましくは、アプリケーション通信方法は、支払いに関する残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較ステップをさらに備え、送信ステップは、比較ステップによる比較の結果、残高情報が価格情報よりも大きいまたは等しい場合に分割されたアプリケーションを送信することを特徴とする。
【０１１４】
好ましくは、アプリケーション通信方法は、先払い情報に関するプリペイド情報を記憶する第４の記憶ステップをさらに備える。
【０１１５】
好ましくは、プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする。
【０１１６】
好ましくは、アプリケーション通信方法は、受信ステップにおいてプリペイドＩＤおよびパスワードが受信された場合、受信されたプリペイドＩＤおよびパスワードと、第４の記憶ステップにおいて記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断ステップをさらに備える。
【０１１７】
好ましくは、プリペイド情報は、金額情報を含むことを特徴とする。
【０１１８】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップをさらに備える。
【０１１９】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１２０】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信ステップと、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップとを備える。
【０１２１】
この発明に従うと、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法を提供することが可能となる。
【０１２２】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１２３】
好ましくは、アプリケーション通信方法は、ユーザを識別するためのユーザＩＤおよびパスワードを記憶する第２の記憶ステップと、受信ステップにおいてユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第２の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する判断ステップと、判断ステップにおいてユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップとをさらに備える。
【０１２４】
好ましくは、第２の記憶ステップは、さらにユーザの支払いに関する残高情報を記憶し、送信ステップは、残高情報がユーザの要求する分割されたアプリケーションについての価格情報よりも大きいまたは等しい場合に、分割されたアプリケーションを送信することを特徴とする。
【０１２５】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、分割されたアプリケーションを受信する受信ステップと、受信された分割されたアプリケーションを実行する実行ステップと、実行ステップにおける実行の結果、受信された分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の分割されたアプリケーションの送信要求を行なう要求ステップとを備える。
【０１２６】
この発明に従うと、分割されたアプリケーションが実行された結果、その分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の送信要求が行なわれる。したがって、適切な順序でもって分割されたアプリケーションを受信することのできるアプリケーション通信方法が実現される。
【０１２７】
好ましくは、アプリケーション通信方法は、受信ステップにおいて分割されたアプリケーションの受信動作が完了した際に受信完了信号を送信する送信ステップをさらに備える。
【０１２８】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、単独で実行可能な分割されたアプリケーションを送信する送信部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーション通信を行なうことを特徴とする。
【０１２９】
この発明に従うと、端末からのアプリケーション送信要求を受けたサーバ装置は、単独で実行可能な分割されたアプリケーションを送信する。これを受信した端末装置は、直ちにその分割されたアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法を提供することが可能となる。
【０１３０】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、分割されたアプリケーションを送信する毎に課金を行なう課金部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーションの通信を行なうことを特徴とする。
【０１３１】
この発明に従うと、分割されたアプリケーション毎に対価が要求されるため、必要最小限の料金でアプリケーションを利用することができる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法を提供することが可能となる。
【０１３２】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて前記分割されたアプリケーションの少なくとも１つを送信する送信ステップとを備え、分割されたアプリケーションの少なくとも１つは単独で実行可能であることを特徴とする。
【０１３３】
好ましくは、送信ステップは、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする。
【０１３４】
これらの発明に従うと、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録した記録媒体を提供することが可能となる。
【０１３５】
好ましくは、分割されたアプリケーションはそれぞれ実行するための順序を有し、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができることを特徴とする。
【０１３６】
好ましくは、第１の記憶ステップは、分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする。
【０１３７】
好ましくは、分割されたアプリケーションには、次に利用する候補となるアプリケーションのＩＤが含まれることを特徴とする。
【０１３８】
好ましくは、分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする。
【０１３９】
好ましくは、受信ステップにより分割されたアプリケーションのＩＤが受信された場合、送信ステップは、受信されたＩＤに基づき、第１の記憶ステップにおいて記憶された該当するアプリケーションを送信する。
【０１４０】
好ましくは、アプリケーション通信方法は、分割されたアプリケーション毎にそれぞれの所定の情報を記憶する第２の記憶ステップをさらに備える。
【０１４１】
好ましくは、所定の情報は、分割されたアプリケーションのＩＤおよび対応する価格情報を含むことを特徴とする。
【０１４２】
好ましくは、価格情報は、対応する前記分割されたアプリケーションが２回目以降に送信されるものである場合、最初に送信される分割されたアプリケーションの価格よりも低価格であることを特徴とする。
【０１４３】
好ましくは、所定の情報は、分割されたアプリケーションの利用回数を含むことを特徴とする。
【０１４４】
好ましくは、アプリケーション通信方法は、利用回数に応じた割引率の情報を記憶する第５の記憶ステップをさらにる。
【０１４５】
好ましくは、アプリケーション通信方法は、第２の記憶ステップで記憶された所定の分割されたアプリケーションの利用回数と前記第５の記憶ステップで記憶された該利用回数に応じた割引率とに基づいて、次に利用する候補となる分割されたアプリケーションの価格を設定する設定ステップをさらに含む。
【０１４６】
好ましくは、アプリケーション通信方法は、第２の記憶ステップで記憶された最初に送信される分割されたアプリケーションの利用回数と第５の記憶ステップで記憶された該利用回数に応じた割引率とに基づいて、２回目以降に送信される分割されたアプリケーションの価格を設定する設定ステップをさらに含む。
【０１４７】
好ましくは、所定の情報は、広告の有無情報を含むことを特徴とする。
【０１４８】
好ましくは、送信ステップは、記憶された広告の有無情報が有りの場合に対応する分割されたアプリケーションを送信する際、該分割されたアプリケーションに対応する広告データを添付して送信することを特徴とする。
【０１４９】
好ましくは、所定の情報は、分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする。
【０１５０】
好ましくは、アプリケーション通信方法は、ユーザ情報を記憶する第３の記憶ステップをさらに備える。
【０１５１】
好ましくは、ユーザ情報は、ユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする。
【０１５２】
好ましくは、アプリケーション通信方法は、受信ステップによりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第３の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する第１の判断ステップをさらに備える。
【０１５３】
好ましくは、アプリケーション通信方法は、第１の判断ステップによりユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップをさらに備える。
【０１５４】
好ましくは、ユーザ情報は、アプリケーションの利用履歴を含むことを特徴とする。
【０１５５】
好ましくは、アプリケーション通信方法は、記憶された利用履歴に基づいて、第１の記憶ステップにおいて記憶されている適切な広告データを抽出する抽出ステップと、抽出された広告データを送信する広告データ送信ステップとをさらに備える。
【０１５６】
好ましくは、ユーザ情報は、支払いに関する残高情報を含むことを特徴とする。
【０１５７】
好ましくは、アプリケーション通信方法は、支払いに関する残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較ステップをさらに備え、送信ステップは、比較ステップによる比較の結果、残高情報が価格情報よりも大きいまたは等しい場合に分割されたアプリケーションを送信することを特徴とする。
【０１５８】
好ましくは、アプリケーション通信方法は、先払い情報に関するプリペイド情報を記憶する第４の記憶ステップをさらに備える。
【０１５９】
好ましくは、プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする。
【０１６０】
好ましくは、アプリケーション通信方法は、受信ステップにおいてプリペイドＩＤおよびパスワードが受信された場合、受信されたプリペイドＩＤおよびパスワードと、第４の記憶ステップにおいて記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断ステップをさらに備える。
【０１６１】
好ましくは、プリペイド情報は、金額情報を含むことを特徴とする。
【０１６２】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップをさらに備える。
【０１６３】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１６４】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信ステップと、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップとを備える。
【０１６５】
この発明に従うと、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【０１６６】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１６７】
好ましくは、アプリケーション通信方法は、ユーザを識別するためのユーザＩＤおよびパスワードを記憶する第２の記憶ステップと、受信ステップにおいてユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第２の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する判断ステップと、判断ステップにおいてユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップとをさらに備える。
【０１６８】
好ましくは、第２の記憶ステップは、さらにユーザの支払いに関する残高情報を記憶し、送信ステップは、残高情報がユーザの要求する分割されたアプリケーションについての価格情報よりも大きいまたは等しい場合に、分割されたアプリケーションを送信することを特徴とする。
【０１６９】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、分割されたアプリケーションを受信する受信ステップと、受信された分割されたアプリケーションを実行する実行ステップと、実行ステップにおける実行の結果、受信された分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の分割されたアプリケーションの送信要求を行なう要求ステップとを備える。
【０１７０】
この発明に従うと、分割されたアプリケーションが実行された結果、その分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の送信要求が行なわれる。したがって、適切な順序でもって分割されたアプリケーションを受信することのできるアプリケーション通信方法をコンピュータで実行するためのアプリケーション通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【０１７１】
好ましくは、アプリケーション通信方法は、受信ステップにおいて分割されたアプリケーションの受信動作が完了した際に受信完了信号を送信する送信ステップをさらに備える。
【０１７２】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、単独で実行可能な分割されたアプリケーションを送信する送信部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーション通信を行なうことを特徴とする。
【０１７３】
この発明に従うと、端末からのアプリケーション送信要求を受けたサーバ装置は、単独で実行可能な分割されたアプリケーションを送信する。これを受信した端末装置は、直ちにその分割されたアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法をコンピュータで実行することのできるアプリケーションプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【０１７４】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、分割されたアプリケーションを送信する毎に課金を行なう課金部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーションの通信を行なうことを特徴とする。
【０１７５】
この発明に従うと、分割されたアプリケーション毎に対価が要求されるため、必要最小限の料金でアプリケーションを利用することができる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法をコンピュータで実行することのできるアプリケーション通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【発明を実施するための最良の形態】
【０１７６】
以下、本発明の実施の形態について図面を参照しながら説明する。
〔第１の実施の形態〕
図１は本発明の第１の実施の形態におけるアプリケーション通信システム全体を示す概念図である。図１を参照して、アプリケーション通信システムは、サーバシステム１００と、複数の端末装置２００、２１０および２２０（以下、「端末」と総称する場合もある）とで構成されている。サーバシステム１００と端末装置２００、２１０および２２０は、データ通信路３００を介して相互に通信可能となっている。
【０１７７】
サーバシステム１００は、複数に分割されたアプリケーション、ユーザ、プリペイド等の情報を記憶する記憶部１２０と、サーバシステム１００全体を制御する制御部１１０とを含む。
【０１７８】
端末装置２００は、移動体基地局を介してデータ通信が可能な移動体端末であり、端末装置２１０はパソコンである。そして、端末装置２２０は携帯ゲーム機器である。
【０１７９】
データ通信路３００は、双方向に通信可能な通信路であり、たとえば、インターネット、ＬＡＮ（Local Area Network）、電話回線、移動体通信などが用いられる。
【０１８０】
次に、図２から図６を用いてサーバシステム１００について説明する。
【０１８１】
図２は図１のサーバシステム１００の詳細を示す構成図である。図２を参照して、サーバシステム１００は、前述した通り、制御部１１０および記憶部１２０を含んでいる。
【０１８２】
記憶部１２０は、分割されたアプリケーションを記憶する第１の記憶部１２１と、分割されたアプリケーションそれぞれの情報を記憶する第２の記憶部１２２と、ユーザ情報を記憶する第３の記憶部１２３と、プリペイド情報を記憶する第４の記憶部１２４とを含んでいる。
【０１８３】
第１の記憶部１２１には、ゲームソフト(a)、デジタル化された書籍データ(b)、デモプログラム(c)、および広告データ(d)などの複数のアプリケーションが格納されている。そして、各アプリケーションは、それぞれの内容に応じて必要最小単位に分割されている。たとえば、ゲームソフト(a)は、ゲームの内容によりｎ分割されている。そして、この各分割されたアプリケーション単位でもって通信が行なわれる。
【０１８４】
図３は、第１の記憶部１２１に記憶されているデータの例を示した図である。図３を参照して、第１の記憶部１２１には、複数に分割されたアプリケーションと、分割されたアプリケーションそれぞれを識別するためのアプリケーションＩＤとが記憶されている。
【０１８５】
たとえば、スーパーゴルフという１つのアプリケーションに対して、「ゴルフゲーム１ホールのプログラム」、「ゴルフゲーム２ホールのプログラム」、および「ゴルフゲーム３ホールのプログラム」が、分割されたアプリケーションとして記憶されている。そして、各分割されたアプリケーションには、アプリケーションＩＤ、１２３４５６、１２３４５７、および１２３４５８がそれぞれ対応付けて記憶されている。
【０１８６】
なお、アプリケーションＩＤには、カテゴリーを含む分類情報が記憶されている。カテゴリーを含む分類情報としては、ゲームソフト、デジタル化された書籍データ、デモプログラム、広告データなどがある。
【０１８７】
ここで、各分割されたアプリケーションの中には、次に利用する候補となるアプリケーションＩＤの情報が含まれている。したがって、たとえば、「ゴルフゲーム１ホールのプログラム」の中には、次の候補である「ゴルフゲーム２ホールのプログラム」のアプリケーションＩＤ（１２３４５７）が含まれている。
【０１８８】
なお、分割されたアプリケーションの中で、次に利用するものがない場合は、そのアプリケーションが最後であることを示すアプリケーションＩＤが含まれる。
【０１８９】
第２の記憶部１２２には、分割されたアプリケーションについての情報が記憶されている。図４は、第２の記憶部１２２に記憶されているデータの例を示した図である。図４を参照して、第２の記憶部１２２には、図３で示した分割されたアプリケーションのアプリケーションＩＤに対応づけた格好で、その関連情報が記憶されている。関連情報とは、価格情報、利用回数、アプリケーション名、作成元、および作成者などである。
【０１９０】
たとえば、「ゴルフゲーム１ホールのプログラム」という分割されたアプリケーション（アプリケーションＩＤ＝１２３１４５６）については、価格５００円、通算の利用回数５７０回、アプリケーション名「スーパーゴルフ」、作成元「シャープ」、および、作成者「ジョンスミス」がそれぞれ対応づけて記憶されている。
【０１９１】
第３の記憶部１２３には、アプリケーション通信システムを利用するユーザの個人情報が記憶されている。図５は、第３の記憶部１２３に記憶されているデータの例を示した図である。図５を参照して、第３の記憶部１２３には、ユーザの個人情報として、ユーザのパスワード、住所・氏名・年齢・職業などの個人情報、支払いに関する残高情報、利用したアプリケーションの利用履歴情報、端末を識別するための端末ＩＤなどが、それぞれユーザＩＤに対応づけられて記憶されている。
【０１９２】
第４の記憶部１２４には、先払い情報に関するプリペイド情報が記憶されている。図６は、第４の記憶部１２４に記憶されているデータの例を示した図である。図６を参照して、第４の記憶部１２４には、プリペイドカードを識別するプリペイドＩＤと、プリペイドカードのパスワード、額面情報、発行日、使用の可否情報などが関連付けて記憶されている。
【０１９３】
ここで、プリペイドＩＤ、暗証番号、および金額情報などは、プリペイドカードの製造あるいは販売段階等において予めプリペイド情報として定められているものである。利用情報は、該当するプリペイドカードをユーザが利用したか否かにより、「使用済み」または「未使用」のいずれかが記録される。
【０１９４】
なお、ユーザに使用されることにより、「使用済み」となった場合、対象のプリペイドＩＤの金額情報が図５に示すユーザの支払いに関する残高情報の欄に加算されることになる。
【０１９５】
図２に戻って、制御部１１０は、図示しない中央演算装置、一時記憶装置、データ通信路接続装置、およびメインプログラム格納部などから構成されている。
【０１９６】
中央演算装置は、メインプログラム格納部に格納されているメインプログラムに従って、各部の制御、データの選択、データの転送、情報の一時記憶などを行う。
【０１９７】
一時記憶装置は、中央演算装置により、処理した結果などを一時的に保持する。
【０１９８】
データ通信路接続装置は、サーバシステム１００とデータ通信路３００とを接続し、データ通信路３００を介して端末装置２００、２１０、２２０との双方向通信を行なう。
【０１９９】
メインプログラム格納部に格納されているメインプログラムは、アプリケーション通信システムを実現するためのプログラムであって、サーバシステム１００の全体を制御するものである。したがって、以下に示すような複数のプログラムが含まれている。
【０２００】
すなわち、たとえばユーザに必要なアプリケーションの選択や各種設定を行なわせるための案内画面を端末側に表示させるためのプログラム、端末側から送られてきた配信要求に対し残高情報を第３の記憶部１２３から抽出し配信の可否を判断するプログラム、端末から送られてきた次のアプリケーションＩＤをもとに第１の記憶部１２１に記憶された分割アプリケーションを選択し送信するプログラム、端末から送られてきたアプリケーションについての利用履歴などを第３の記憶部１２３に保存するプログラム、ユーザのアプリケーションの利用履歴を第３の記憶部１２３から抽出し、これを基に第１の記憶部１２１から適切な広告データ等を抽出し、ユーザに送信するプログラムなどである。
【０２０１】
なお、メインプログラムは、メインプログラム格納部内に予め記憶されたものでもよいし、ＣＤ−ＲＯＭのような取り外し可能な記録媒体１１１に記録されたものであってもよい。
【０２０２】
取り外し可能な記録媒体に記録されたものである場合、記録されたプログラムは、図示しないＣＤ−ＲＯＭ装置などにより記録媒体から読取られてメインプログラム格納部に一旦格納される。
【０２０３】
なお、プログラムを記録した記録媒体としては、磁気テープやカセットテープなどのテープ系、磁気ディスク（フレキシブルディスク、ハードディスク装置等）や光ディスク（ＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ等）などのディスク系、ＩＣカード（メモリカードを含む）や光カードなどのカード系、あるいはマスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の、固定的にプログラムを担持する媒体が考えられる。
【０２０４】
さらに、ネットワークからプログラムがダウンロードされるように、流動的にプログラムを担持する媒体であってもよい。なお、このようにネットワークからプログラムがダウンロードされる場合には、そのダウンロード用のプログラムは予めサーバシステム１００に格納されておくか、あるいは別の記録媒体から予めサーバシステム１００にインストールされる。
【０２０５】
なお、記録媒体に格納される内容としては、プログラムに限定されず、データであってもよい。
【０２０６】
このメインプログラムを実行させた際の具体例については後述する。
【０２０７】
続いて、図１に示した端末装置２００、２１０、２２０について簡単に説明する。これらの端末装置２００、２１０、２２０はいずれも主な機能構成については同様であるため、代表として移動体端末２００について説明する。
【０２０８】
図７は、移動体端末２００の概略構成を示したブロック図である。図７を参照して、移動体端末２００は、データ通信路接続装置２０１、メモリ装置２０２、制御部２０３、表示部２０４、および操作部２０５を備えている。
【０２０９】
データ通信路接続装置２０１は、移動体端末２００とデータ通信路３００とを接続し、データ通信路３００を介してサーバシステム１００との双方向通信を行なう。
【０２１０】
メモリ装置２０２は、サーバシステム１００から送信されてくるデータなどを記憶する。たとえば、送信要求に応じて送信されてくる、分割されたアプリケーションなどである。
【０２１１】
制御部２０３は、図示しない中央演算装置とメインプログラム格納部とを備えている。そして、格納されたメインプログラムに従って、データ通信路接続装置２０１、メモリ装置２０２、表示部２０４、および操作部２０５、それぞれを制御する。
【０２１２】
例えば、制御部２０３は、メモリ装置２０２に記憶された分割されたアプリケーションを実行するために、メモリ装置２０２とのデータのやり取りを制御する。アプリケーションの実行に際しては、ユーザインタフェースとなる表示部２０４および操作部２０５の制御も行なう。そして、次に必要となる分割されたアプリケーションを要求する場合、該当するアプリケーションＩＤをサーバシステム１００に送信するために、データ通信路接続装置２０１の動作も制御する。
【０２１３】
なお、メインプログラムは、メインプログラム格納部に予め格納されたものでもよいし、磁気テープなどの取り外し可能な記録媒体２１１に記録されたものでもよい。記録媒体２１１としては、図２の説明の際に述べたものと同様のものが考えられる。
【０２１４】
次に、上述した構成のアプリケーション通信システムにおける処理の流れを、図８から図１６を用いて具体的に説明する。
【０２１５】
図８は、本実施の形態におけるアプリケーション通信システム全体の処理の流れを説明するためのフローチャートである。なお、ここでは、アプリケーションに対する対価の支払い方法として、プリペイドカードが利用される場合を示している。また、端末装置としては、移動体端末２００を例に挙げて説明している。
【０２１６】
図８を参照して、アプリケーションの配信を希望するユーザがプリペイドカードを購入する場合は（ステップＳ８０１で“Yes”）、ステップＳ８０３に進み、プリペイドカード購入処理が行なわれる。
【０２１７】
図９に、購入されるプリペイドカードの一例を示す。本図に示すように、プリペイドカードには、プリペイドＩＤ、プリペイドカード用のパスワード、額面情報、発行日などが記載されている。したがって、希望する金額を支払ってプリペイドカードを購入したユーザは、そのカードに予め付与されているＩＤおよびパスワードを知ることができる。なお、このプリペイドカードの情報は、サーバシステム１００の第４の記憶部１２４にすでに登録されている。
【０２１８】
プリペイドカードを購入しない場合は、ステップＳ８０３の処理はスキップされて、ステップＳ８０５の処理へと移行する。
【０２１９】
ステップＳ８０５では、ユーザ端末とサーバシステムとが接続され、ユーザ情報の照合が行なわれる。すなわち、サーバシステム１００の第３の記憶部１２３に格納されているユーザ情報に基づき、移動体端末２００から送信されるユーザ情報の認証処理が行なわれる。
【０２２０】
続いて、ステップＳ８０７において、所望のアプリケーションの選択処理が行なわれる。すなわち、ここで、分割されたアプリケーションの配信が行なわれるとともに、その分割されたアプリケーションに対する対価の支払いが行なわれる。
【０２２１】
所望のアプリケーションの配信が終了すると、ステップＳ８０９において、ユーザ端末でその配信されたアプリケーションが実行される。なお、必要に応じて、さらに次の分割アプリケーションの配信が行なわれ、そのアプリケーションの実行もされる。
【０２２２】
以上がアプリケーション通信システム全体の大まかな処理の流れである。以下、各処理について、詳細に説明する。
【０２２３】
図１０は、図８のプリペイドカード購入処理（ステップＳ８０３）のサブルーチンを示したフローチャートである。ユーザはコンビニエンスストア、玩具店、書店等で、図９に示したようなプリペイドカードを購入する。
【０２２４】
本図を参照して、ユーザが初めてプリペイドカードを購入する場合、すなわち、初めてサーバシステム１００に接続する場合は（ステップＳ１０１で“Yes”）、ステップＳ１０３において、ユーザの個人情報等の入力が行なわれる。つまり、本人または代理人により、専用端末などからユーザＩＤ、パスワード、個人情報などが入力される。
【０２２５】
すると、ステップＳ１０５において、入力された個人情報等がデータ通信路３００を介してサーバシステム１００に送信される。個人情報等を受信したサーバシステム１００は、ステップＳ１０７において、第３の記憶部１２３にその情報（ユーザーＩＤ、パスワード、個人情報など）を記憶する。
【０２２６】
個人情報等のデータが転送されると、ステップＳ１０９において、そのユーザにプリペイドカードが販売される。そして、サブルーチンを終了し、図８のメインルーチンへと戻る。
【０２２７】
図１１は、図８の端末認証処理（ステップＳ８０５）のサブルーチンを示したフローチャートである。本図を参照して、まず、ステップＳ１１０１において、ユーザは、アプリケーションの利用できる移動体端末２００によりサーバシステム１００に接続する。なお、自動でサーバシステム１００に接続する機能を保有する移動体端末２００で接続してもよい。
【０２２８】
接続が完了すると、ステップＳ１１０３において、サーバシステム１００からユーザーＩＤ、パスワードなどの入力の要求が移動体端末２００側に送信される。要求を受けた移動体端末２００は、ステップＳ１１０５において、表示部２０４に入力要求画面を表示しユーザ入力を促す。ユーザはその画面に従い操作部２０５から、ユーザＩＤ、パスワードなどのデータを入力する。入力されたデータはサーバシステム１００に転送される。なお、入力形態としては、操作部２０５からの入力に限られず、例えば、移動体端末２００に予めユーザＩＤ、パスワードなどが記憶されていて、それをそのまま送信するようにしてもよい。
【０２２９】
ユーザＩＤ等を受信したサーバシステム１００は、ステップＳ１１０７において、これらと第３の記憶部１２３に記憶されているユーザＩＤ、パスワードとの照合を行う。そして、正規のユーザであるか否かを確認する。
【０２３０】
正規のユーザでない場合には（ステップＳ１１０７で“No”）、ステップＳ１１１１において、エラーとなり、移動体端末２００からは以後のステップに進めなくなる。
【０２３１】
一方、正規のユーザである場合には（ステップＳ１１０７で“Yes”）、移動体端末２００とサーバシステム１００との接続は維持され（ステップＳ１１０９）、端末認証処理が終了する。
【０２３２】
図１２は、図８のアプリケーションの選択処理（ステップＳ８０７）のサブルーチンを示したフローチャートである。本図を参照して、サーバシステム１００は、ステップＳ１２０１において、第２記憶部１２２に記憶されているアプリケーション名を元に、移動体端末２００にアプリケーションのメニューを送信する。
【０２３３】
移動体端末２００では、これを受けて、表示部２０４にアプリケーションメニューの表示を行なう（ステップＳ１２０３）。ユーザは、表示されたメニューから所望のアプリケーションを選択する（ステップＳ１２０５）。選択されたアプリケーションの情報は、サーバシステム１００に送信される。なお、ここでは、アプリケーションとしてゴルフゲームが選択されたものとする。
【０２３４】
サーバシステム１００では、ステップＳ１２０７において、選択されたアプリケーションの情報を受けて、該当するアプリケーションの送信および送信に対する課金が行なわれる。
【０２３５】
図１３は、図１２のアプリケーションの送信および課金処理（ステップＳ１２０７）のサブルーチンを示したフローチャートである。図１３を参照して、まず、ステップＳ１３０１において、サーバシステム１００は、選択されたアプリケーション、すなわち、送信要求の対象が、最終のアプリケーションＩＤであるか否かを判断する。
【０２３６】
最終アプリケーションＩＤでない場合は、ステップＳ１３０３の処理へと進む。ステップＳ１３０３では、制御部１１０により、送信されてきたアプリケーション名（あるいはアプリケーションＩＤ）を元に、第２の記憶部１２２から該当する分割されたアプリケーションの価格情報が抽出される。
【０２３７】
今回は、「ゴルフゲーム」というアプリケーション名が送信されてきているため、ｎ分割されたゴルフゲームのアプリケーションのうち、第１番目の分割アプリケーションのアプリケーションＩＤが抽出される。そして、このアプリケーションＩＤを元に、第２の記憶部１２２から価格情報が抽出される。
【０２３８】
送信対象となるアプリケーションの価格情報が抽出されると、次に、ステップＳ１３０５において、第３の記憶部１２３からユーザＩＤに対応する支払いに関する残高情報が抽出される。そして、ステップＳ１３０７において、アプリケーションの価格情報とユーザＩＤに対応する支払いに関する残高情報との比較が行なわれる。
【０２３９】
比較が行なわれた結果、（残高情報−価格情報）≧０の場合は（ステップＳ１３０７で“Yes”）、ステップＳ１３０９において、該当するアプリケーションの転送が行なわれる。すなわち、第２の記憶部１２２のアプリケーションＩＤに対応する第１の記憶部１２１に記憶されている分割されたアプリケーションが読み出され、移動体端末２００へと転送される。
【０２４０】
一方、（残高情報−価格情報）＜０の場合は（ステップＳ１３０７で“No”）、ステップＳ１３２１において、プリペイド処理が行なわれる。
【０２４１】
図１４は、このプリペイド処理（図１３のステップＳ１３２１）のサブルーチンを示したフローチャートである。図１４を参照して、ステップＳ１４０１において、サーバシステム１００からプリペイドＩＤ、プリペイド用のパスワードなどの入力要求が移動体端末２００に送信される。
【０２４２】
これを受けた移動体端末２００は、ステップＳ１４０３において、入力要求画面を表示部２０４に表示しユーザに対する入力を促す。ユーザはその画面に従いキーボード等からプリペイドＩＤ、パスワードなどのデータを入力する。入力されたデータは、移動体端末２００からサーバシステム１００に転送される。なお、入力の形態は、ユーザによるキーボード等からの直接入力以外にも、たとえばプリペイドカードがICカードや磁気カードなどであり、端末に読み取り機能が備わっている場合などは、これを用いてもよい。
【０２４３】
プリペイドＩＤ等が送信されてくると、ステップＳ１４０５において、サーバ装置１００は、その送信されてきたデータの照合処理を行なう。すなわち、第４の記憶部１２４に記憶されたプリペイドＩＤ、プリペイド用のパスワードとの照合を行い、対象となるプリペイドカードが正規のプリペイドカードであることを確認する。
【０２４４】
照合した結果、正規のプリペイドカードでなければ（ステップＳ１４０５で“No”）、ステップＳ１４１５において、エラー処理が行なわれ、利用者に不正であることが伝えられる。そして、以降のステップには進めないようにされる。
【０２４５】
一方、照合した結果、正規のプリペイドカードであれば（ステップＳ１４０５で“Yes”）、ステップＳ１４０７において、プリペイドＩＤに対応した金額情報が第４の記憶部１２４から抽出される。そして、ステップＳ１４０９において、その抽出された金額情報が第３の記憶部１２３の支払いに関する残高情報に加算される。この際、第４の記憶部１２４の利用情報には「使用済み」と記録されることになる。
【０２４６】
次にステップＳ１４１１において、金額情報が加算された後の残高情報は、ユーザに知らしめるために、サーバシステム１００から移動体端末２００へと送信される。これを受けた移動体端末２００では、ステップＳ１４１３において、表示部２０４にその残高情報が表示される。
【０２４７】
このようにして、プリペイド処理が終了すると、再び図１３のステップＳ１３０７の処理に戻り、現時点の支払いに関する残高情報、すなわち、プリペイドカードの金額情報が加算された後の残高情報と、所望の分割されたアプリケーションの価格情報との比較が行なわれる。そして、比較結果に応じて、ステップＳ１３２１のプリペイド処理か、あるいはステップＳ１３０９の該当するアプリケーションの転送処理かに移行する。
【０２４８】
ステップＳ１３０９において、第１の記憶部１２１から、該当する分割されたアプリケーションが移動体端末２００へと送信されると、移動体端末２００は、ステップＳ１３１１において、これを受信する。
【０２４９】
移動体端末２００は、分割されたアプリケーションの受信が完了すると（ステップＳ１３１３で“Yes”）、ステップＳ１３１５において、受信完了の信号をサーバシステム１００に送信する。
【０２５０】
この受信完了信号を受け取ると、サーバシステム１００では、ステップＳ１３１７において、第３の記憶部１２３に記憶されているユーザＩＤに対応した支払いに関する残高情報から、第２の記憶部１２２に記憶されたアプリケーションＩＤに関連する価格情報が差し引かれる。つまり、ユーザ端末において、分割されたアプリケーションの受信が完了して初めて、受信したアプリケーションに対する対価が支払われることになる。なお、差し引かれた結果は対応する残高情報に記録される。
【０２５１】
対価が支払われると、ステップＳ１３１９において、移動体端末２００は、サーバシステム１００との接続を解除する。そして、アプリケーションの転送および課金処理を終了する。
【０２５２】
図１５は、図８のアプリケーション実行処理（ステップＳ８０９）のサブルーチンを示したフローチャートである。図１５を参照して、移動体端末２００では、まず、ステップＳ１５０１において、要求に対して送信されてきたアプリケーションが起動される。
【０２５３】
ここでは、ゴルフゲームというアプリケーションが対象となっている。図１６に、対象となるゴルフゲームの構成を示す。図１６を参照して、ゴルフゲームは、１番ホールから１８番ホールまでのホール毎にアプリケーションが分割されている。
【０２５４】
第１回目に移動体端末２００に転送されるゴルフゲームの内容は、ゴルフゲームの基本情報（ゴルフゲームの基本となるプログラムとその情報）と１番ホールのデータである。２番目以降に移動体端末２００に転送されるゴルフゲームの内容は、各ホールのデータであり、ゴルフゲームの基本情報は含まれない。
【０２５５】
なお、ここでは第１回目の内容にのみ基本プログラムが含まれるように分割されているが、第２回目以降に送られる内容に基本プログラムが含まれる場合を排除するものではない。
【０２５６】
なお、各分割されたアプリケーションには、次に利用される候補となるアプリケーションＩＤが含まれている。
【０２５７】
図１５に戻って、ゴルフゲームが新規に利用される場合は、第１回目の分割されたアプリケーションが起動される。したがって、１番ホールのゴルフゲームが実行される。カップインし、１番ホールが終了すると（ステップＳ１５０３で“Yes”）、ステップＳ１５０５において、次の分割されたアプリケーションが転送可能であるか否かの確認が行なわれる。すなわち、ユーザにより次のアプリケーションの転送が希望されるか中止されるかが確認される。
【０２５８】
転送可能の場合は（ステップＳ１５０５で“Yes”）、ステップＳ１５０７の処理へと進み、移動体端末２００がサーバシステム１００に接続される。すなわち、図１１に示した端末認証処理が再び行なわれる。一方、転送可能でない場合は（ステップＳ１５０５で“No”）、サーバシステム１００には接続されず、ゲームが終了される。
【０２５９】
移動体端末２００は、図１１の端末認証処理に従ってサーバシステム１００と接続されると、ステップＳ１５０９において、現在カップインしたアプリケーションが、最終アプリケーションであるか否かが判断される。
【０２６０】
具体的には、各分割されたアプリケーションに含まれている次の利用候補となるアプリケーションＩＤに基づいて判断される。そのアプリケーションＩＤが、最終であることを識別するアプリケーションＩＤでない場合は（ステップＳ１５０９で“No”）、ステップＳ１５１１の処理へと進む。一方、アプリケーションＩＤが最終であることを識別するアプリケーションＩＤである場合は（ステップＳ１５０９で“No”）、ステップＳ１５１５の処理へと進む。
【０２６１】
最終アプリケーションでない場合は、ステップＳ１５１１において、次の候補のアプリケーションＩＤが、移動体端末２００からサーバシステム１００へと転送される。そして、ステップＳ１５１３において、再び図１３に示したアプリケーションの転送および課金処理が行なわれる。
【０２６２】
この場合は、図１３において、ステップＳ１３０１の判断処理で“Ｎｏ”と判断されるため、ステップＳ１３０３以降の処理が再び繰り返されることになる。すなわち、１番ホールと同様の処理手順でもって、１７番ホールまでの処理が繰り返される。
【０２６３】
図１５に戻って、最終アプリケーションである場合、すなわち１８番ホールにおいてカップインした場合は、ステップＳ１５１５において、最後を識別するアプリケーションＩＤが、移動体端末２００からサーバシステム１００へと転送される。この際、ゲーム結果なども共に転送される。そして、ステップＳ１５１７において、再び図１３に示したアプリケーションの転送および課金処理が行なわれる。
【０２６４】
この場合は、図１３において、ステップＳ１３０１の判断処理で“Ｙｅｓ”と判断されるため、ステップＳ１３２３以降の処理が行なわれる。すなわち、ステップＳ１３２３において、サーバシステム１００は、第３の記憶部１２３のアプリケーションの利用履歴情報に最後であることを識別するアプリケーションＩＤ、ゲーム結果などを記録する。
【０２６５】
そして、ステップＳ１３２５において、第３の記憶部１２３に記憶された利用履歴情報を参考にして、第１の記憶部１２１から適切な広告データなどを抽出する。抽出された広告データなどは、サーバシステム１００から移動体端末２００へと送信される。
【０２６６】
以上説明したアプリケーション通信システムの処理フローに従うと、通信対象となるアプリケーションは複数に分割されているため、一回の通信においては必要な分割アプリケーションのみが送受信される。しかも、その分割アプリケーションは、少なくとも第１回目に送信されるものについては、単独でも実行可能であるため、ユーザは、第１回目の分割アプリケーションが送信されてくると、直ちにそのアプリケーションを実行することが可能となる。したがって、送信要求を出してから非常に短時間でアプリケーションを実行することができる。
【０２６７】
加えて、所望のアプリケーションを実行し始めるために必要となる通信費用も低減されることになる。また、ユーザはアプリケーションの一部を実行することにより、その後、継続して残りのアプリケーションを実行するか否かを選択することができる。したがって、ユーザの選択肢が広がり、従来のように不要であっても全体のアプリケーションが送信されるという不都合が回避される。
【０２６８】
また、一回ごとに送られるデータ容量が小さいため、回線のトラフィック負荷も軽減される。さらに、分割されたアプリケーション単独でアプリケーションを実行することができるため、端末装置に必要とされる記憶容量も小さくて済む。
【０２６９】
また、転送されるアプリケーションについての課金は、アプリケーション全体に対して行なわれるのではなく、分割アプリケーション毎に行なわれる。したがって、ユーザは必要な分割アプリケーションのみに対して対価を支払えばよく、必要最小限の料金でアプリケーションを活用することが可能となる。
【０２７０】
さらに移動体端末２００のように、不安定な通信状態の端末に対しても、分割アプリケーションの転送が完了した後に課金が行なわれるため、ユーザは安心してアプリケーションの送信要求を出すことができる。
【０２７１】
また、プリペイドカードについてのプリペイド情報などは、ユーザについての支払いに関する残高情報とともに、サーバシステム１００側で管理されているため改ざんができない。したがって、アプリケーション通信システム自体の信頼性が向上し、円滑にシステムが運営されることになる。
【０２７２】
なお、図１６に示したゴルフゲームの構成では、各ホール毎にアプリケーションが分割されている。しかし、このような構成に限定されるものではなく、たとえば、さらに、各ホール内において、バンカー処理、池ぽちゃ処理、ＯＢ処理等ごとに分割し、これらを必要に応じて端末に転送するようにしてもよい。
【０２７３】
また、図１５および図１６等では、アプリケーションとして、ゴルフゲームを例に挙げて説明したが、これに限られるものではない。たとえば、小説などの書籍データを１章、２章、というように、各章ごとに分割する場合や、デモプログラムを、デモの順番に沿って各ステップごとに分割する場合なども適用可能である。すなわち、分割アプリケーションそれぞれに実行順序があり、それに従って順番に実行することにより、分割前の１のアプリケーションを実行する場合の目的を達成することができるようなものであれば、どのようなアプリケーションに対しても本発明を適用することができる。
【０２７４】
また、図１５等では、分割されたアプリケーションが１番ホールから１８番ホールまで、順番に実行される場合について説明したが、このような場合に限られるものではない。アプリケーションの内容によっては、順番が入れ替わったり、すべての分割アプリケーションを実行しないうちに終了し、それでもってアプリケーションの目的を達成する場合もある。本発明は、そのような場合にも適用することが可能である。
【０２７５】
さらに、今回の実施の形態においては、１回の通信時における通信単位は、１つの分割アプリケーションという場合を説明した。しかし、ユーザの要求に応じて、２以上の分割アプリケーションが通信されるようにしてもよい。
【０２７６】
また、図１３等では、アプリケーションに対する課金（支払い）方法として、分割されたアプリケーション単位で課金（支払い）が行なわれる場合について説明した。しかし、ｎ分割されたアプリケーション１〜ｎすべてを一括して課金（支払い）するようにしてもよい。
【０２７７】
また、今回示した実施の形態では、提供を受けたアプリケーションの代金として、プリペイドカードにより支払われる場合を例に挙げて説明した。しかし、プリペイドカードに限定されず、銀行口座からの引き落としやデビットカードを利用する方法、請求に応じた後払いなど、様々な課金（支払い）方法を適用することができる。
＜変形例１＞
次に、本実施の形態における変形例１について説明する。本変形例においては、分割されたアプリケーションの価格が転送順序に応じて設定される点において、第１の実施の形態と異なる。すなわち、本変形例では、一番最初に転送される分割されたアプリケーションの価格よりも、少なくとも２回目以降に転送される分割されたアプリケーションの価格が安く設定される。
【０２７８】
図１７に、変形例１における第２の記憶部１２２に記憶されるデータの例を示す。図１７を参照して、第２の記憶部１２２には、各アプリケーションＩＤに対応する標準価格、利用回数、アプリケーション名、作成元等が記憶されている。
【０２７９】
ここでは、アプリケーションＩＤが０００００１である分割アプリケーション（ちぬつり１（図中では○で囲んだ１として示される））が、「ちぬつり」という１つのアプリケーションソフトの中で一番最初に転送されるアプリケーションに相当する。したがって、これの標準価格（５００円）よりも、２回目以降に転送される分割アプリケーション（アプリケーションＩＤが０００００２、０００００３等）の標準価格が安く設定されている。
【０２８０】
さらに、本図においては、分割されたアプリケーションが転送される度に、価格が安くなるように設定されている。すなわち、アプリケーションＩＤが０００００１のとき、標準価格５００円、アプリケーションＩＤが０００００２のとき、標準価格４５０円、アプリケーションＩＤが０００００３のとき、標準価格４００円、アプリケーションＩＤが０００００５のとき、標準価格３５０円というように、転送順序に応じて標準価格が設定されている。
【０２８１】
ユーザに対する課金処理を行なう際は、この図１７に示す標準価格情報に基づいて行なわれることになる。したがって、図１３の課金処理フローチャートにおいては、ステップＳ１３０３の「価格情報」が、図１７で示す「標準価格」となる。
【０２８２】
このため、ユーザに対しては、「一番最初に転送される分割されたアプリケーションの価格よりも２回目以降に転送される分割されたアプリケーションの価格が安い価格情報」で課金が行なわれることになる。
【０２８３】
したがって、第１回目の分割アプリケーションを受信したユーザに、２回目以降の分割アプリケーションを購入し、利用したいという意欲を喚起させることが可能となる。
＜変形例２＞
変形例１では、最初に転送される分割アプリケーションの標準価格よりも、少なくとも２回目以降に転送される分割アプリケーションの標準価格を安く設定していた。しかし、変形例２においては、転送順序とは無関係に、各分割アプリケーションの利用回数と利用回数に対応する割引率とに基づいて、次の候補となる分割アプリケーションの価格情報が設定される。
【０２８４】
ここで、各分割アプリケーションの利用回数は、図１７に示すように、第２の記憶部１２２に記憶されている。また、利用回数に対応する割引率は、第５の記憶部１２５に記憶されている。したがって、本変形例においては、図１および図２に示される記憶部１２０に、さらに第５の記憶部１２５を備える。
【０２８５】
図１８に、第５の記憶部１２５に記憶されているデータの例を示す。本図においては、たとえば、利用回数が０回以上１万回未満であれば、割引率０パーセントとなっており、１万回以上１０万回未満であれば、１０パーセント、そして、１０万回以上であれぱ、３０パーセントとなっている。
【０２８６】
ユーザに対する課金処理を行なう際は、この第５の記憶部１２５に記憶されている割引率と第２の記憶部１２２に記憶されている価格情報（標準価格）とに基づいて行なわれることになる。すなわち、割引率と標準価格とから、次の候補となる分割されたアプリケーションの割引後の価格が設定され、その割引後の価格について課金処理が行なわれる。
【０２８７】
具体的な価格の設定例について、図１７および図１８を用いて説明する。図１７において、アプリケーションＩＤ（０００００１）の利用回数は１５００００回であるため、割引率は、図１８より３０パーセントである。したがって、次の候補となるアプリケーションＩＤ（０００００２）の価格は、標準価格から３０パーセント割り引かれることになる。よって、標準価格４５０円に対して、４５０円＊（１−０．３）＝３１５円が課金されるべき価格として設定される。
【０２８８】
同様に、アプリケーションＩＤ（０００００３）の価格は、アプリケーションＩＤ（０００００２）の利用回数が８００００回であるため、割引率１０パーセントとなり、４００円＊（１−０．１）＝３６０円となる。
【０２８９】
また、アプリケーションＩＤ（０００００４）の価格は、アプリケーションＩＤ（０００００３）の利用回数が５０００回であるため、割引率０パーセントとなり、３５０円＊（１−０）＝３５０円となる。
【０２９０】
このようにして、各分割アプリケーションについての価格が設定される。したがって、図１３の課金処理フローチャートにおいては、ステップＳ１３０３で抽出される「価格情報」が、「第２の記憶部１２２に記憶されている各分割アプリケーションの利用回数と利用回数に対応する第５の記憶部１２５に記憶されている割引率とに基づいて設定される、次の候補となる分割アプリケーションの価格情報」となる。
【０２９１】
なお、第５の記憶部１２５に記憶される割引率は、アプリケーション提供者により、各分割アプリケーションの利用回数に基づいて、適宜、設定されるものである。
【０２９２】
本変形例によると、第２の記憶部１２２に記憶されている各分割アプリケーションの利用回数と利用回数に対応する第５の記憶部１２５に記憶されている割引率とに基づいて、次の候補となる分割アプリケーションの標準価格に割引がなされる。このため、人気のあるアプリケーションを安く購入することができ、ユーザの購入意欲及び利用意欲を沸かせることができる。
【０２９３】
なお、ここでは、第２の記憶部１２２に記憶されているデータ例として、図１７を用いて説明した。しかし、これに限定されず、図４に示すように、分割アプリケーションの転送順序とは無関係に設定された価格情報を用いるようにしてもよい。この場合、課金されるべき価格は、価格情報と割引率とにより決定される。
＜変形例３＞
変形例２においては、第２の記憶部１２２に記憶された各分割アプリケーションの利用回数と第５の記憶部１２５に記憶された利用回数に対する割引率とに基づいて、次の候補となる分割アプリケーションの価格が設定されていた。しかし、本変形例では、最初に送信されるアプリケーションの利用回数とその利用回数に対応する割引率とに基づいて、２回目以降に送信される分割アプリケーションの価格が設定される。
【０２９４】
ここでも各分割アプリケーションの利用回数は、図１７に示すように、第２の記憶部１２２に記憶されている。また、利用回数に対応する割引率は、図１８に示すように、第５の記憶部１２５に記憶されている。したがって、本変形例においても、図１および図２に示される記憶部１２０に、さらに第５の記憶部１２５を備える。
【０２９５】
ユーザに対する課金処理を行なう際は、この第５の記憶部１２５に記憶されている割引率と第２の記憶部１２２に記憶されている価格情報（標準価格）とに基づいて行なわれる。すなわち、最初に送信される分割アプリケーションの利用回数から決定される割引率を用いて、２回目以降に送信される分割アプリケーションの価格が設定され、その設定された割引後の価格について課金処理が行なわれる。
【０２９６】
以下、図１７および図１８を用いて、具体的に説明する。図１７において、アプリケーションＩＤ（０００００１）の利用回数は１５００００回であるため、割引率は、図１８より３０パーセントである。したがって、２回目以降に送信される分割アプリケーションの価格は、各標準価格から３０パーセント割り引かれることになる。
【０２９７】
たとえば、アプリケーションＩＤ（０００００２）の場合、標準価格４５０円に対して、４５０円＊（１−０．３）＝３１５円が課金されるべき価格として設定される。
【０２９８】
同様に、アプリケーションＩＤ（０００００３）の価格は、標準価格４００円に対して、４００円＊（１−０．３）＝２８０円となる。
【０２９９】
また、アプリケーションＩＤ（０００００４）の価格は、標準価格３５０円に対して、３５０円＊（１−０．３）＝２４５円となる。
【０３００】
このようにして、各分割アプリケーションについての価格が設定される。したがって、図１３の課金処理フローチャートにおいては、ステップＳ１３０３で抽出される「価格情報」が、「第２の記憶部１２２に記憶されている最初に送信される分割アプリケーションの利用回数と利用回数に対応する第５の記憶部１２５に記憶されている割引率とに基づいて設定される、２回目以降に送信される分割アプリケーションの価格情報」となる。
【０３０１】
なお、第５の記憶部１２５に記憶される割引率は、アプリケーション提供者により、最初に送信される分割アプリケーションの利用回数に基づいて、適宜、設定されるものである。
【０３０２】
本変形例によると、最初に送信される分割アプリケーションの利用回数とそれに対応した割引率とに基づいて、２回目以降に送信される分割アプリケーションの価格に割引がなされる。このため、人気のあるアプリケーションを安く購入することができ、第１回目の分割アプリケーションを受信したユーザに、２回目以降の分割アプリケーションを購入あるいは利用しようとする意欲を沸かせることができる。
【０３０３】
なお、ここでも、第２の記憶部１２２に記憶されているデータ例として、図１７を用いて説明した。しかし、これに限定されず、図４に示すように、分割アプリケーションの転送順序とは無関係に設定された価格情報を用いるようにしてもよい。この場合、課金されるべき価格は、価格情報と割引率とにより決定される。
〔第２の実施の形態〕
続いて、本発明の第２の実施の形態について説明する。本実施の形態は、図１に示す第１の実施の形態におけるアプリケーション通信システムと同様の構成をしている。また、図２に示すサーバシステムの構成も同様である。
【０３０４】
ただし、以下の点が異なる。すなわち、第２の記憶部１２２に、各分割アプリケーション毎に、さらに広告の有無情報とその有無情報に基づく所定の割引額が記憶されている点、広告有りの場合、分割アプリケーションを転送する際に第１の記憶部１２１に記憶されている広告データ付きの分割アプリケーションが転送される点、広告有りの場合、第２の記憶部１２２に記憶されている所定の割引がなされた価格情報に基づいて課金処理がなされる点、および、第１の記憶部１２１に記憶されている各アプリケーションＩＤの最後のビットに広告有無を示す情報が付与されている点である。
【０３０５】
図１９に、第２の実施の形態における第２の記憶部１２２に記憶されているデータの例を示す。本図を参照して、第２の記憶部１２２には、図４に示す第１の実施の形態における場合と同様に、各分割アプリケーションに対応する、標準価格、利用回数、アプリケーション名、作成元等が記憶されている。そしてこれらに加えて、さらに、広告有無、および割引後価格が記憶されている。
【０３０６】
広告有となっている分割アプリケーションは、適当に割引がなされ、割引後の価格が記憶されている。たとえば、広告有りのアプリケーションＩＤ（１２３４５６ａ）では、標準価格に対して２００円割引され、３００円に価格設定がされている。また、アプリケーションＩＤ（１２３４５７ａ）では、標準価格に対して１５０円割引され２５０円に、そして、アプリケーションＩＤ（１２３４５８ａ）では、標準価格に対して１５０円割引され２５０円に価格設定がなされている。
【０３０７】
なお、割引額は、アプリケーション提供者と広告データを提供する広告主とにより適宜設定される。広告主が複数いる場合は、割引後の価格をさらに安く設定するようにしてもよい。
【０３０８】
このようにして設定された価格情報（標準価格または割引後価格）に基づいて、ユーザに対する課金処理が行なわれる。すなわち、広告有無の欄が「有」の場合は、割引後価格にて課金処理が行なわれ、広告有無の欄が「無」の場合は、標準価格にて課金処理が行なわれる。
【０３０９】
そして、広告有無の欄が「有」の場合、その分割アプリケーションが送信される際には、第１の記憶部１２１に記憶された広告データ付きのアプリケーションが送信される。したがって、この場合、送信要求を出した端末は、その広告データ付きの分割アプリケーションを受信することになる。
【０３１０】
ここで、図２０に、本実施の形態における第１の記憶部１２１に記憶されるデータの例を示す。本図に示すように、各分割アプリケーションＩＤの最後のビットに、広告有の場合は“ａ”が付与され、広告無の場合は“ｂ”が付与されている。
【０３１１】
続いて、図２１を用いて、本実施の形態におけるアプリケーションの送信および課金処理（図１２のステップＳ１２０７）の流れを説明する。本図は、第１の実施の形態における図１３のフローチャートに対応するものである。したがって、主として異なる点について説明する。
【０３１２】
まず、ステップＳ１において、第２の記憶部１２２により、対応するアプリケーションＩＤの広告有無情報が抽出される。そして、広告情報がある場合には（ステップＳ２において“ＹＥＳ”）、ステップＳ３〜ステップＳ１０の処理に進み、広告情報がない場合には（ステップＳ２において“ＮＯ”）、ステップＳｌｌ〜ステップＳ１８の処理に進む。
【０３１３】
広告情報がある場合であって、その分割アプリケーションが最終アプリケーションＩＤであるときは（ステップＳ３で“ＹＥＳ”）、ステップＳ４において、第３の記憶部１２３にゲーム結果等が記憶される。次に、ステップＳ５において、広告データが抽出され、アプリケーションＩＤが決定される。そして、ステップＳ１９において、このアプリケーションＩＤを元に第１の記憶部１２１から抽出したアプリケーションが転送される。
【０３１４】
一方、分割アプリケーションが最終アプリケーションＩＤでないときは（ステップＳ３で“ＮＯ”）、ステップＳ６において、アプリケーションＩＤを元に第２の記憶部１２２より割引後価格情報が抽出される。次に、ステップＳ７において、ユーザＩＤを元に残高情報が抽出され、ステップＳ８において、残高情報と割引後価格情報との比較が行われる。
【０３１５】
その結果、（残高情報一割引後価格情報）≧０の場合には、ステップＳ９において、サーバシステムから端末に、広告データ付きの分割アプリケーションが転送される。
【０３１６】
反対に、（残高情報一所定の割引がされている価格情報）＜０の場合には、ステップＳ１０において、ブリペイド処理が行なわれる。
【０３１７】
なお、広告がない場合は（ステップＳ２で“ＮＯ”）、第１の実施の形態におけるアプリケーション転送・課金処理と同様の処理が行なわれる（ステップＳ１１〜ステップＳ１８）。
【０３１８】
このように、本実施の形態によると、アプリケーション提供者は、分割アプリケーションに広告がある場合、ユーザに対しては所定の割引後価格を課金する。そして、所定の割引後価格の差額分は、広告を提供する広告主から徴収する。
【０３１９】
このため、ユーザとしては、分割アプリケーションを受信する際、低価格で購入することができる。また、同時に関連する広告データも受信するので、興味深い最新情報を入手することができる。
【０３２０】
一方、広告主としては、新作アプリケーション等の最新情報をユーザに提供することで所望の宣伝をすることができる。
【０３２１】
通常、新作アプリケーション等の最新情報の広告を行うに際し、印刷物や記憶媒体を用いる場合は、頒布・流通するまでに数週間以上のタイムラグが生じ、新鮮味が失われやすい。このため、ユーザ獲得の面では問題となっている。さらに、興味のない人にも頒布・流通するため、広告主及び被広告主に無駄が生じる。
【０３２２】
本実施の形態によると、広告有りの分割アプリケーションを転送する際にのみ、広告データ付きの分割アプリケーションが転送される。このため、必要最小限の広告料で宣伝することができる。したがって、広告主が個人的なゲームソフトウェア開発者等の小規模な事業形態を行なう者であっても、広告データを出しやすいというメリットがある。
【０３２３】
また、本実施の形態によると、アプリケーション提供システムに、アプリケーションを受渡するアプリケーション提供者およびユーザ以外の者（広告主）を参加させることができるため、アプリケーション提供者、ユーザ、広告主それぞれが活性化されることになる。
【０３２４】
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えるべきである。本発明の範囲は、上記した説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内ですべての変更が含まれることが意図される。
【図面の簡単な説明】
【０３２５】
【図１】本発明の実施の形態におけるアプリケーション通信システム全体を示す概念図である。
【図２】図１のサーバシステム１００の詳細を示す構成図である。
【図３】第１の記憶部１２１に記憶されているデータの例を示した図である。
【図４】第２の記憶部１２２に記憶されているデータの例を示した図である。
【図５】第３の記憶部１２３に記憶されているデータの例を示した図である。
【図６】第４の記憶部１２４に記憶されているデータの例を示した図である。
【図７】移動体端末２００の概略構成を示したブロック図である。
【図８】本実施の形態におけるアプリケーション通信システム全体の処理の流れを説明するためのフローチャートである。
【図９】購入されるプリペイドカードの一例を示した図である。
【図１０】図８のプリペイドカード購入処理（ステップＳ８０３）のサブルーチンを示したフローチャートである。
【図１１】図８の端末認証処理（ステップＳ８０５）のサブルーチンを示したフローチャートである。
【図１２】図８のアプリケーションの選択処理（ステップＳ８０７）のサブルーチンを示したフローチャートである。
【図１３】図１２のアプリケーションの送信および課金処理（ステップＳ１２０７）のサブルーチンを示したフローチャートである。
【図１４】プリペイド処理（図１３のステップＳ１３２１）のサブルーチンを示したフローチャートである。
【図１５】図８のアプリケーション実行処理（ステップＳ８０９）のサブルーチンを示したフローチャートである。
【図１６】対象となるゴルフゲームの構成を示した図である。
【図１７】変形例１における第２の記憶部１２２に記憶されるデータの例を示した図である。
【図１８】第５の記憶部１２５に記憶されているデータの例を示した図である。
【図１９】第２の実施の形態における第２の記憶部１２２に記憶されているデータの例を示した図である。
【図２０】第２の実施の形態における第１の記憶部１２１に記憶されるデータの例を示した図である。
【図２１】第２の実施の形態におけるアプリケーションの送信および課金処理（図１２のステップＳ１２０７）の流れを示したフローチャートである。
【符号の説明】
【０３２６】
１００  サーバシステム、１１０  制御部、１１１  記録媒体、１２０  記憶部、１２１  第１の記憶部、１２２  第２の記憶部、１２３  第３の記憶部、１２４  第４の記憶部、２００  移動体端末、２０１  通信路接続装置、２０２  メモリ装置、２０３  制御部、２０４  表示部、２０５  操作部、２１０  パソコン、２２０  携帯ゲーム機器、２１１  記録媒体、３００  データ通信路。
【図１】
2005141773.tif 000003
【図２】
2005141773.tif 000004
【図３】
2005141773.tif 000005
【図４】
2005141773.tif 000006
【図５】
2005141773.tif 000007
【図６】
2005141773.tif 000008
【図７】
2005141773.tif 000009
【図８】
2005141773.tif 000010
【図９】
2005141773.tif 000011
【図１０】
2005141773.tif 000012
【図１１】
2005141773.tif 000013
【図１２】
2005141773.tif 000014
【図１３】
2005141773.tif 000015
【図１４】
2005141773.tif 000016
【図１５】
2005141773.tif 000017
【図１６】
2005141773.tif 000018
【図１７】
2005141773.tif 000019
【図１８】
2005141773.tif 000020
【図１９】
2005141773.tif 000021
【図２０】
2005141773.tif 000022
【図２１】
2005141773.tif 000023