JP4033619B2 - サーバ装置 - Google Patents
サーバ装置 Download PDFInfo
- Publication number
- JP4033619B2 JP4033619B2 JP2000278155A JP2000278155A JP4033619B2 JP 4033619 B2 JP4033619 B2 JP 4033619B2 JP 2000278155 A JP2000278155 A JP 2000278155A JP 2000278155 A JP2000278155 A JP 2000278155A JP 4033619 B2 JP4033619 B2 JP 4033619B2
- Authority
- JP
- Japan
- Prior art keywords
- application
- divided
- user
- information
- stored
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/35—Network arrangements, protocols or services for addressing or naming involving non-standard use of addresses for implementing network functionalities, e.g. coding subscription information within the address or functional addressing, i.e. assigning an address to a function
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0241—Advertisements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/53—Network services using third party service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/48—Indexing scheme relating to G06F9/48
- G06F2209/482—Application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Software Systems (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Marketing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Mobile Radio Communication Systems (AREA)
- Stored Programmes (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はサーバ装置に関し、特に、複数に分割されたアプリケーションを、データ通信路を介して通信するサーバ装置に関する。
【０００２】
【従来の技術】
近年、インターネットなどのネットワークが急速に普及している。これに伴い、ゲームソフトや書籍データ等の様々なアプリケーションがネットワークを介してサーバ装置からクライアント端末にダウンロードされ活用される機会が増えている。
【０００３】
一般に、データ配信には、通信インフラおよび受信者の負担を軽減すべく通信対象となるデータを圧縮し容量を小さくして配信するという方法が採られる。しかし、配信の対象となるアプリケーションが大容量で、単に圧縮するのみでは十分でない場合などは、通常、以下に示すような配信方法が用いられる。
【０００４】
すなわち、１つのアプリケーションを、たとえばFDDの容量など、いくらかの単位に分割する。そして、その分割された単位毎にユーザに配信する。ユーザは、分割されたアプリケーションを順次受信し、端末装置にインストールしていく。そして、全てのインストールが終了した後、それらを合成し１つのアプリケーションとして動作させる。
【０００５】
移動体などの不安定な通信インフラにおいては、このような配信方法として、パケット通信システムが知られている。通信ミスを解決しトラフィック負荷を軽減するために、配信対象となるデータをパケット単位に分割して配信するというものである。このパケット毎のデータは、端末側で合成され、１つのデータ(アプリケーション)として活用される。
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したアプリケーションの配信方法では、通信を開始してからユーザがそのアプリケーションを利用できるまでに長時間を要するという問題があった。
【０００７】
すなわち、ユーザ側としては、分割されたアプリケーション全体を完全にインストール又は記憶装置内に保存しなければ、そのアプリケーションを動作させることができない。このため、大容量のアプリケーションを通信する際などは、ユーザが送信要求を出してから、最終的に所望のアプリケーションが活用可能となるまでに、非常に長い時間が必要となる。
【０００８】
したがって、即時性が要求される場合、すなわち、ゲームソフトなどのアプリケーションをいち早く実行したいとユーザが望む場合などは、非常に不都合であった。
【０００９】
また、そのアプリケーションの一部のみを利用したい場合であっても、全体を完全に受信しなければ利用できず不便であった。
【００１０】
また、移動体通信の場合、通信状態は通信中の地形や基地局からの距離等に依存するため、常に良い通信状態を保つことは困難である。このため、長時間にわたって大容量のアプリケーションを安定して送受信することは非常に難しいというのが現状であった。
【００１１】
したがって、分割されたアプリケーション全体を完全に受信しなければ、ユーザ端末においてそのアプリケーションを利用することができないという従来の配信方法では、アプリケーションの利用そのものが困難になるという結果になっていた。
【００１２】
さらに、従来の配信方法では、アプリケーションに対する対価の支払い方法（課金方法）についても問題があった。すなわち、従来の配信方法では、分割されたアプリケーションが全て完全に転送されることを前提として、料金の支払いが行われていた。このため、アプリケーションの一部のみが必要な場合であっても、ユーザはアプリケーション全体の料金を支払う必要があった。
【００１３】
本発明はこれらの実状に鑑み考え出されたものであり、その第１の目的は、通信を開始してから短時間で所望のアプリケーションを利用することが可能となるサーバ装置を提供することである。
【００１４】
また、第２の目的は、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるサーバ装置を提供することである。
【００１５】
【課題を解決するための手段】
上記目的を達成するため、本発明のある局面に従うと、サーバ装置は、複数に分割されたアプリケーションを記憶する第１の記憶部と、ユーザからの情報を受信する受信部と、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信部とを備え、分割されたアプリケーションの少なくとも１つは単独で実行可能であることを特徴とする。
【００１６】
好ましくは、送信手段は、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする。
【００１７】
好ましくは、分割されたアプリケーションはそれぞれ実行するための順序を有し、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができることを特徴とする。
【００１８】
ここで、アプリケーションとは、ゲームソフト、小説、映画、ドラマ、音楽などの連続データ、その他の、ある処理を実行するためのプログラム（コンテンツ）全般を意味している。相互に関連のない単なるデータの集合などは、ここでいうアプリケーションに含まれないが、ある目的を実現するために必要となるデータなどはその中に含まれる。
【００１９】
これらの発明に従うと、受信されたユーザからの情報に応じて分割されたアプリケーションの少なくとも１つがユーザに送信される。この分割されたアプリケーションは、それぞれ実行するための順序を有しており、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができる。そして、この中の少なくとも１つは単独で実行可能である。
【００２０】
このため、分割されたアプリケーションを受信したユーザは、アプリケーション全体を受信しなくとも、その受信したアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるサーバ装置を提供することが可能となる。
【００２１】
好ましくは、第１の記憶部は、分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする。
【００２２】
この発明に従うと、分割されたアプリケーションを識別するためのＩＤがそれぞれ対応付けて記憶されるため、分割されたアプリケーション毎の識別が容易となる。
【００２３】
好ましくは、分割されたアプリケーションには、次に利用する候補となるアプリケーションのＩＤが含まれることを特徴とする。
【００２４】
この発明に従うと、それぞれの分割されたアプリケーションの中に、次に利用する候補となるアプリケーションＩＤが含まれるため、各分割されたアプリケーションの実行順序を容易に抽出することができる。
【００２５】
好ましくは、分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする。
【００２６】
この発明に従うと、分割されたアプリケーションの中には、最後であることを識別するＩＤが含まれるため、１つのアプリケーションの実行終了を知らしめることが可能となる。
【００２７】
好ましくは、受信部により分割されたアプリケーションのＩＤが受信された場合、送信部は、受信されたＩＤに基づき、第１の記憶部に記憶された該当するアプリケーションを送信する。
【００２８】
この発明に従うと、ユーザからのアプリケーションのＩＤが受信された場合、該当する分割されたアプリケーションがユーザに送信される。したがって、ユーザに対して適切に、所望の分割されたアプリケーションを送信することが可能となる。
【００２９】
好ましくは、サーバ装置は、分割されたアプリケーション毎にそれぞれの所定の情報を記憶する第２の記憶部をさらに備える。
【００３０】
この発明に従うと、分割されたアプリケーション毎に所定の情報が記憶されるため、必要なときに記憶された情報を利用することができる。
【００３１】
好ましくは、所定の情報は、分割されたアプリケーションのＩＤおよび対応する価格情報を含むことを特徴とする。
【００３２】
この発明に従うと、アプリケーションＩＤとこれに対応する価格情報とが記憶されるため、分割されたアプリケーション毎に価格を知ることが可能となる。
【００３３】
好ましくは、価格情報は、対応する分割されたアプリケーションが２回目以降に送信されるものである場合、最初に送信される分割されたアプリケーションの価格よりも低価格であることを特徴とする。
【００３４】
この発明に従うと、２回目以降に送信される分割されたアプリケーションが、最初に送信される分割されたアプリケーションよりも低価格であるため、最初にに送信された分割アプリケーションを受信したユーザに、２回目以降のアプリケーションの購買意欲または利用意欲を喚起させることができる。
【００３５】
好ましくは、所定の情報は、分割されたアプリケーションの利用回数を含むことを特徴とする。
【００３６】
この発明に従うと、各分割されたアプリケーションの利用回数が記憶されるため、その分割アプリケーションの利用頻度を知ることが可能となる。
【００３７】
好ましくは、サーバ装置は、利用回数に応じた割引率の情報を記憶する第５の記憶部をさらに備える。
【００３８】
この発明に従うと、利用回数に応じた割引率の情報が記憶されるため、必要に応じてその情報を利用することが可能となる。
【００３９】
好ましくは、サーバ装置は、第２の記憶部に記憶された所定の分割されたアプリケーションの利用回数と第５の記憶部に記憶された該利用回数に応じた割引率とに基づいて、次に利用する候補となる分割されたアプリケーションの価格を設定する設定部をさらに含む。
【００４０】
この発明に従うと、所定の分割アプリケーションの利用頻度に応じて割引率が決定され、それに基づき次の候補となる分割アプリケーションの価格が設定される。したがって、次の分割アプリケーションに対するユーザの購買意欲を沸かせることができる。
【００４１】
好ましくは、サーバ装置は、第２の記憶部に記憶された最初に送信される分割されたアプリケーションの利用回数と前記第５の記憶部に記憶された該利用回数に応じた割引率とに基づいて、２回目以降に送信される分割されたアプリケーションの価格を設定する設定部をさらに含む。
【００４２】
この発明に従うと、最初に送信される分割アプリケーションの利用頻度に応じて割引率が決定され、それに基づき、２回目以降に送信される分割アプリケーションの価格が設定される。したがって、２回目以降の分割アプリケーションに対するユーザの購買意欲を沸かせることができる。
【００４３】
好ましくは、所定の情報は、広告の有無情報を含むことを特徴とする。
この発明に従うと、各分割アプリケーション毎に広告の有無情報が記憶されるため、必要に応じて広告の有無情報を知ることができる。
【００４４】
好ましくは、送信部は、記憶された広告の有無情報が有りの場合に対応する分割されたアプリケーションを送信する際、該分割されたアプリケーションに対応する広告データを添付して送信することを特徴とする。
【００４５】
この発明に従うと、分割されたアプリケーションに広告情報が有る場合、対応する広告情報が該分割アプリケーションに添付されて送信される。したがって、所望の広告情報をユーザに知らしめることが可能となる。
【００４６】
好ましくは、所定の情報は、分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする。
【００４７】
この発明に従うと、分割されたアプリケーションについて対応するアプリケーション名を容易に知ることができる。
【００４８】
好ましくは、サーバ装置は、ユーザ情報を記憶する第３の記憶部をさらに備える。
【００４９】
この発明に従うと、ユーザ情報が記憶されるため、必要に応じてその情報を利用することが可能となる。
【００５０】
好ましくは、ユーザ情報は、ユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする。
【００５１】
この発明に従うと、ユーザＩＤおよびパスワードが記憶されているため、ユーザを識別する際に利用することが可能となる。
【００５２】
好ましくは、サーバ装置は、受信部によりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第３の記憶部に記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する第１の判断部をさらに備える。
【００５３】
この発明に従うと、ユーザにより入力されたユーザＩＤおよびパスワードが記憶されているものと一致するか否かが判断される。このため正規のユーザであるか否かを識別することが可能となる。
【００５４】
好ましくは、サーバ装置は、第１の判断部によりユーザＩＤおよびパスワードが一致しないと判断された場合、送信部による送信動作を禁止する禁止部をさらに備える。
【００５５】
この発明に従うと、ユーザにより送信されてきたユーザＩＤおよびパスワードが記憶されているものと一致しない場合は、アプリケーションの送信動作が行なわれない。したがって、正規のユーザにのみ送信されることになり信頼性が向上する。
【００５６】
好ましくは、ユーザ情報は、アプリケーションの利用履歴を含むことを特徴とする。
【００５７】
この発明に従うと、ユーザによるアプリケーションの利用履歴が記憶されるため、過去に利用したアプリケーションなどから、ユーザについての適切な情報を得ることが可能となる。
【００５８】
好ましくは、サーバ装置は、記憶された利用履歴に基づいて、第１の記憶部に記憶されている適切な広告データを抽出する抽出部と、抽出された広告データを送信する広告データ送信部とをさらに備える。
【００５９】
この発明に従うと、ユーザの利用履歴に基づいて、適切な広告情報がユーザに送信される。このため、ユーザは適切な情報を得ることが可能となる。
【００６０】
好ましくは、ユーザ情報は、支払いに関する残高情報を含むことを特徴とする。
【００６１】
この発明に従うと、ユーザの支払いに関する残高情報が記憶されるため、ユーザによる残高情報の偽造が不可能となる。また、必要に応じて残高情報を知ることができる。
【００６２】
好ましくは、サーバ装置は、支払いに関する残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較部をさらに備え、送信部は、比較部による比較の結果、残高情報が前記価格情報よりも大きいまたは等しい場合に分割されたアプリケーションを送信することを特徴とする。
【００６３】
この発明に従うと、ユーザの残高が希望するアプリケーションの価格以上である場合にのみ所望のアプリケーションがユーザに送信される。このため、ユーザに対して金額的な歯止めをかけることが可能となる。
【００６４】
好ましくは、サーバ装置は、先払い情報に関するプリペイド情報を記憶する第４の記憶部をさらに備える。
【００６５】
この発明に従うと、プリペイド情報が記憶されるため、電信決済を利用することが可能となる。
【００６６】
好ましくは、プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする。
【００６７】
この発明に従うと、プリペイドＩＤおよびパスワードが記憶されるため、プリペイドカード等の照合を行なう際に利用することができる。
【００６８】
好ましくは、サーバ装置は、受信部によりプリペイドＩＤおよびパスワードが受信された場合、受信されたプリペイドＩＤおよびパスワードと、第４の記憶部に記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断部をさらに備える。
【００６９】
この発明に従うと、受信されたプリペイドＩＤおよびパスワードが正しいか否かの判断が適切に行なわれる。
【００７０】
好ましくは、プリペイド情報は、金額情報を含むことを特徴とする。
この発明に従うと、プリペイドカード等の媒体の金額情報がサーバ装置に記憶される。したがって、金額情報の改ざんが不可能となる。
【００７１】
好ましくは、サーバ装置は、送信部により前記分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金部をさらに備える。
【００７２】
この発明に従うと、ユーザに対して、分割されたアプリケーション単位で課金が行なわれる。このため、ユーザは、必要最小限の料金で必要なアプリケーションを利用することが可能となる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるサーバ装置を提供することが可能となる。
【００７３】
好ましくは、サーバ装置は、送信部により分割されたアプリケーションの送信が完了したか否かを確認する確認部をさらに備え、課金部は、確認部により送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【００７４】
この発明に従うと、分割されたアプリケーションの送信が完了した場合にのみユーザに対する課金が行なわれる。したがって、通信途中で通信不能となった場合などに課金されるという事態が回避される。
【００７５】
本発明の別の局面に従うと、サーバ装置は、複数に分割されたアプリケーションを記憶する第１の記憶部と、ユーザからの情報を受信する受信部と、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信部と、送信部により前記分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金部とを備える。
【００７６】
この発明に従うと、分割されたアプリケーションが送信される毎に送信先のユーザに対して課金が行なわれる。このため、ユーザは、必要最小限の料金を支払えばよいことになる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるサーバ装置を提供することが可能となる。
【００７７】
好ましくは、サーバ装置は、送信部により分割されたアプリケーションの送信が完了したか否かを確認する確認部をさらに備え、課金部は、確認部により送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【００７８】
この発明に従うと、分割されたアプリケーションの送信が完了した場合にのみユーザに対する課金が行なわれる。したがって、通信途中で通信不能となった場合などに課金されるという事態が回避される。
【００７９】
好ましくは、サーバ装置は、ユーザを識別するためのユーザＩＤおよびパスワードを記憶する第２の記憶部と、受信部によりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第２の記憶部に記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する判断部と、判断部によりユーザＩＤおよびパスワードが一致しないと判断された場合、送信部による送信動作を禁止する禁止部とをさらに備える。
【００８０】
この発明に従うと、ユーザにより入力されたユーザＩＤおよびパスワードが記憶されているものと一致するか否かが判断される。そして、一致しない場合は、アプリケーションの送信動作が行なわれない。したがって、正規のユーザにのみ送信されることになり信頼性が向上する。
【００８１】
好ましくは、第２の記憶部は、さらにユーザの支払いに関する残高情報を記憶し、送信部は、残高情報がユーザの要求する分割されたアプリケーションについての価格情報よりも大きいまたは等しい場合に、分割されたアプリケーションを送信することを特徴とする。
【００８２】
この発明に従うと、ユーザの残高が希望するアプリケーションの価格以上である場合にのみ所望のアプリケーションがユーザに送信される。このため、ユーザに対して金額的な歯止めをかけることが可能となる。
【００８３】
本発明のさらに別の局面に従うと、端末装置は、分割されたアプリケーションを受信する受信部と、受信された分割されたアプリケーションを実行する実行部と、実行部による実行の結果、受信された分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の分割されたアプリケーションの送信要求を行なう要求部とを備える。
【００８４】
この発明に従うと、分割されたアプリケーションが実行された結果、その分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の送信要求が行なわれる。したがって、適切な順序でもって分割されたアプリケーションが受信されることになる。
【００８５】
好ましくは、分割されたアプリケーションに対応する広告データが添付して送信されてきた場合、受信部は、該広告データをも受信することを特徴とする。
【００８６】
これによると、ユーザにとって興味のある所望のアプリケーションに関連した広告データをも受信することが可能となる。
【００８７】
好ましくは、端末装置は、受信部により分割されたアプリケーションの受信動作が完了した際に受信完了信号を送信する送信部をさらに備える。
【００８８】
この発明に従うと、分割されたアプリケーションの受信が完了すると完了信号が送信されるため、受信が完了したか否かを適切に知らしめることが可能となる。
【００８９】
本発明のさらに別の局面に従うと、アプリケーション通信システムは、単独で実行可能な分割されたアプリケーションを送信する送信部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とから構成されることを特徴とする。
【００９０】
この発明に従うと、端末からのアプリケーション送信要求を受けたサーバ装置は、単独で実行可能な分割されたアプリケーションを送信する。これを受信した端末装置は、直ちにその分割されたアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信システムを提供することが可能となる。
【００９１】
本発明のさらに別の局面に従うと、アプリケーション通信システムは、分割されたアプリケーションを送信する毎に課金を行なう課金部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とから構成されることを特徴とする。
【００９２】
この発明に従うと、分割されたアプリケーション毎に対価が要求されるため、必要最小限の料金でアプリケーションを利用することができる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信システムを提供することが可能となる。
【００９３】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて前記分割されたアプリケーションの少なくとも１つを送信する送信ステップとを備え、分割されたアプリケーションの少なくとも１つは単独で実行可能であることを特徴とする。
【００９４】
好ましくは、送信ステップは、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする。
【００９５】
これらの発明に従うと、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法を提供することが可能となる。
【００９６】
好ましくは、分割されたアプリケーションはそれぞれ実行するための順序を有し、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができることを特徴とする。
【００９７】
好ましくは、第１の記憶ステップは、分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする。
【００９８】
好ましくは、分割されたアプリケーションには、次に利用する候補となるアプリケーションのＩＤが含まれることを特徴とする。
【００９９】
好ましくは、分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする。
【０１００】
好ましくは、受信ステップにより分割されたアプリケーションのＩＤが受信された場合、送信ステップは、受信されたＩＤに基づき、第１の記憶ステップにおいて記憶された該当するアプリケーションを送信する。
【０１０１】
好ましくは、アプリケーション通信方法は、分割されたアプリケーション毎にそれぞれの所定の情報を記憶する第２の記憶ステップをさらに備える。
【０１０２】
好ましくは、所定の情報は、分割されたアプリケーションのＩＤおよび対応する価格情報を含むことを特徴とする。
【０１０３】
好ましくは、所定の情報は、分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする。
【０１０４】
好ましくは、アプリケーション通信方法は、ユーザ情報を記憶する第３の記憶ステップをさらに備える。
【０１０５】
好ましくは、ユーザ情報は、ユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする。
【０１０６】
好ましくは、アプリケーション通信方法は、受信ステップによりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第３の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する第１の判断ステップをさらに備える。
【０１０７】
好ましくは、アプリケーション通信方法は、第１の判断ステップによりユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップをさらに備える。
【０１０８】
好ましくは、ユーザ情報は、アプリケーションの利用履歴を含むことを特徴とする。
【０１０９】
好ましくは、アプリケーション通信方法は、記憶された利用履歴に基づいて、第１の記憶ステップにおいて記憶されている適切な広告データを抽出する抽出ステップと、抽出された広告データを送信する広告データ送信ステップとをさらに備える。
【０１１０】
好ましくは、ユーザ情報は、支払いに関する残高情報を含むことを特徴とする。
【０１１１】
好ましくは、アプリケーション通信方法は、支払いに関する残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較ステップをさらに備え、送信ステップは、比較ステップによる比較の結果、残高情報が価格情報よりも大きいまたは等しい場合に分割されたアプリケーションを送信することを特徴とする。
【０１１２】
好ましくは、アプリケーション通信方法は、先払い情報に関するプリペイド情報を記憶する第４の記憶ステップをさらに備える。
【０１１３】
好ましくは、プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする。
【０１１４】
好ましくは、アプリケーション通信方法は、受信ステップにおいてプリペイドＩＤおよびパスワードが受信された場合、受信されたプリペイドＩＤおよびパスワードと、第４の記憶ステップにおいて記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断ステップをさらに備える。
【０１１５】
好ましくは、プリペイド情報は、金額情報を含むことを特徴とする。
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップをさらに備える。
【０１１６】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１１７】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信ステップと、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップとを備える。
【０１１８】
この発明に従うと、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法を提供することが可能となる。
【０１１９】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１２０】
好ましくは、アプリケーション通信方法は、ユーザを識別するためのユーザＩＤおよびパスワードを記憶する第２の記憶ステップと、受信ステップにおいてユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第２の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する判断ステップと、判断ステップにおいてユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップとをさらに備える。
【０１２１】
好ましくは、第２の記憶ステップは、さらにユーザの支払いに関する残高情報を記憶し、送信ステップは、残高情報がユーザの要求する分割されたアプリケーションについての価格情報よりも大きいまたは等しい場合に、分割されたアプリケーションを送信することを特徴とする。
【０１２２】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、分割されたアプリケーションを受信する受信ステップと、受信された分割されたアプリケーションを実行する実行ステップと、実行ステップにおける実行の結果、受信された分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の分割されたアプリケーションの送信要求を行なう要求ステップとを備える。
【０１２３】
この発明に従うと、分割されたアプリケーションが実行された結果、その分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の送信要求が行なわれる。したがって、適切な順序でもって分割されたアプリケーションを受信することのできるアプリケーション通信方法が実現される。
【０１２４】
好ましくは、アプリケーション通信方法は、受信ステップにおいて分割されたアプリケーションの受信動作が完了した際に受信完了信号を送信する送信ステップをさらに備える。
【０１２５】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、単独で実行可能な分割されたアプリケーションを送信する送信部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーション通信を行なうことを特徴とする。
【０１２６】
この発明に従うと、端末からのアプリケーション送信要求を受けたサーバ装置は、単独で実行可能な分割されたアプリケーションを送信する。これを受信した端末装置は、直ちにその分割されたアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法を提供することが可能となる。
【０１２７】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、分割されたアプリケーションを送信する毎に課金を行なう課金部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーションの通信を行なうことを特徴とする。
【０１２８】
この発明に従うと、分割されたアプリケーション毎に対価が要求されるため、必要最小限の料金でアプリケーションを利用することができる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法を提供することが可能となる。
【０１２９】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて前記分割されたアプリケーションの少なくとも１つを送信する送信ステップとを備え、分割されたアプリケーションの少なくとも１つは単独で実行可能であることを特徴とする。
【０１３０】
好ましくは、送信ステップは、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする。
【０１３１】
これらの発明に従うと、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録した記録媒体を提供することが可能となる。
【０１３２】
好ましくは、分割されたアプリケーションはそれぞれ実行するための順序を有し、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができることを特徴とする。
【０１３３】
好ましくは、第１の記憶ステップは、分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする。
【０１３４】
好ましくは、分割されたアプリケーションには、次に利用する候補となるアプリケーションのＩＤが含まれることを特徴とする。
【０１３５】
好ましくは、分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする。
【０１３６】
好ましくは、受信ステップにより分割されたアプリケーションのＩＤが受信された場合、送信ステップは、受信されたＩＤに基づき、第１の記憶ステップにおいて記憶された該当するアプリケーションを送信する。
【０１３７】
好ましくは、アプリケーション通信方法は、分割されたアプリケーション毎にそれぞれの所定の情報を記憶する第２の記憶ステップをさらに備える。
【０１３８】
好ましくは、所定の情報は、分割されたアプリケーションのＩＤおよび対応する価格情報を含むことを特徴とする。
【０１３９】
好ましくは、価格情報は、対応する前記分割されたアプリケーションが２回目以降に送信されるものである場合、最初に送信される分割されたアプリケーションの価格よりも低価格であることを特徴とする。
【０１４０】
好ましくは、所定の情報は、分割されたアプリケーションの利用回数を含むことを特徴とする。
【０１４１】
好ましくは、アプリケーション通信方法は、利用回数に応じた割引率の情報を記憶する第５の記憶ステップをさらにる。
【０１４２】
好ましくは、アプリケーション通信方法は、第２の記憶ステップで記憶された所定の分割されたアプリケーションの利用回数と前記第５の記憶ステップで記憶された該利用回数に応じた割引率とに基づいて、次に利用する候補となる分割されたアプリケーションの価格を設定する設定ステップをさらに含む。
【０１４３】
好ましくは、アプリケーション通信方法は、第２の記憶ステップで記憶された最初に送信される分割されたアプリケーションの利用回数と第５の記憶ステップで記憶された該利用回数に応じた割引率とに基づいて、２回目以降に送信される分割されたアプリケーションの価格を設定する設定ステップをさらに含む。
【０１４４】
好ましくは、所定の情報は、広告の有無情報を含むことを特徴とする。
好ましくは、送信ステップは、記憶された広告の有無情報が有りの場合に対応する分割されたアプリケーションを送信する際、該分割されたアプリケーションに対応する広告データを添付して送信することを特徴とする。
【０１４５】
好ましくは、所定の情報は、分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする。
【０１４６】
好ましくは、アプリケーション通信方法は、ユーザ情報を記憶する第３の記憶ステップをさらに備える。
【０１４７】
好ましくは、ユーザ情報は、ユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする。
【０１４８】
好ましくは、アプリケーション通信方法は、受信ステップによりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第３の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する第１の判断ステップをさらに備える。
【０１４９】
好ましくは、アプリケーション通信方法は、第１の判断ステップによりユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップをさらに備える。
【０１５０】
好ましくは、ユーザ情報は、アプリケーションの利用履歴を含むことを特徴とする。
【０１５１】
好ましくは、アプリケーション通信方法は、記憶された利用履歴に基づいて、第１の記憶ステップにおいて記憶されている適切な広告データを抽出する抽出ステップと、抽出された広告データを送信する広告データ送信ステップとをさらに備える。
【０１５２】
好ましくは、ユーザ情報は、支払いに関する残高情報を含むことを特徴とする。
【０１５３】
好ましくは、アプリケーション通信方法は、支払いに関する残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較ステップをさらに備え、送信ステップは、比較ステップによる比較の結果、残高情報が価格情報よりも大きいまたは等しい場合に分割されたアプリケーションを送信することを特徴とする。
【０１５４】
好ましくは、アプリケーション通信方法は、先払い情報に関するプリペイド情報を記憶する第４の記憶ステップをさらに備える。
【０１５５】
好ましくは、プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする。
【０１５６】
好ましくは、アプリケーション通信方法は、受信ステップにおいてプリペイドＩＤおよびパスワードが受信された場合、受信されたプリペイドＩＤおよびパスワードと、第４の記憶ステップにおいて記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断ステップをさらに備える。
【０１５７】
好ましくは、プリペイド情報は、金額情報を含むことを特徴とする。
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップをさらに備える。
【０１５８】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１５９】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信ステップと、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップとを備える。
【０１６０】
この発明に従うと、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【０１６１】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１６２】
好ましくは、アプリケーション通信方法は、ユーザを識別するためのユーザＩＤおよびパスワードを記憶する第２の記憶ステップと、受信ステップにおいてユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第２の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する判断ステップと、判断ステップにおいてユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップとをさらに備える。
【０１６３】
好ましくは、第２の記憶ステップは、さらにユーザの支払いに関する残高情報を記憶し、送信ステップは、残高情報がユーザの要求する分割されたアプリケーションについての価格情報よりも大きいまたは等しい場合に、分割されたアプリケーションを送信することを特徴とする。
【０１６４】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、分割されたアプリケーションを受信する受信ステップと、受信された分割されたアプリケーションを実行する実行ステップと、実行ステップにおける実行の結果、受信された分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の分割されたアプリケーションの送信要求を行なう要求ステップとを備える。
【０１６５】
この発明に従うと、分割されたアプリケーションが実行された結果、その分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の送信要求が行なわれる。したがって、適切な順序でもって分割されたアプリケーションを受信することのできるアプリケーション通信方法をコンピュータで実行するためのアプリケーション通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【０１６６】
好ましくは、アプリケーション通信方法は、受信ステップにおいて分割されたアプリケーションの受信動作が完了した際に受信完了信号を送信する送信ステップをさらに備える。
【０１６７】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、単独で実行可能な分割されたアプリケーションを送信する送信部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーション通信を行なうことを特徴とする。
【０１６８】
この発明に従うと、端末からのアプリケーション送信要求を受けたサーバ装置は、単独で実行可能な分割されたアプリケーションを送信する。これを受信した端末装置は、直ちにその分割されたアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法をコンピュータで実行することのできるアプリケーションプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【０１６９】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、分割されたアプリケーションを送信する毎に課金を行なう課金部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーションの通信を行なうことを特徴とする。
【０１７０】
この発明に従うと、分割されたアプリケーション毎に対価が要求されるため、必要最小限の料金でアプリケーションを利用することができる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法をコンピュータで実行することのできるアプリケーション通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【０１７１】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら説明する。
〔第１の実施の形態〕
図１は本発明の第１の実施の形態におけるアプリケーション通信システム全体を示す概念図である。図１を参照して、アプリケーション通信システムは、サーバシステム１００と、複数の端末装置２００、２１０および２２０（以下、「端末」と総称する場合もある）とで構成されている。サーバシステム１００と端末装置２００、２１０および２２０は、データ通信路３００を介して相互に通信可能となっている。
【０１７２】
サーバシステム１００は、複数に分割されたアプリケーション、ユーザ、プリペイド等の情報を記憶する記憶部１２０と、サーバシステム１００全体を制御する制御部１１０とを含む。
【０１７３】
端末装置２００は、移動体基地局を介してデータ通信が可能な移動体端末であり、端末装置２１０はパソコンである。そして、端末装置２２０は携帯ゲーム機器である。
【０１７４】
データ通信路３００は、双方向に通信可能な通信路であり、たとえば、インターネット、ＬＡＮ（Local Area Network）、電話回線、移動体通信などが用いられる。
【０１７５】
次に、図２から図６を用いてサーバシステム１００について説明する。
図２は図１のサーバシステム１００の詳細を示す構成図である。図２を参照して、サーバシステム１００は、前述した通り、制御部１１０および記憶部１２０を含んでいる。
【０１７６】
記憶部１２０は、分割されたアプリケーションを記憶する第１の記憶部１２１と、分割されたアプリケーションそれぞれの情報を記憶する第２の記憶部１２２と、ユーザ情報を記憶する第３の記憶部１２３と、プリペイド情報を記憶する第４の記憶部１２４とを含んでいる。
【０１７７】
第１の記憶部１２１には、ゲームソフト(a)、デジタル化された書籍データ(b)、デモプログラム(c)、および広告データ(d)などの複数のアプリケーションが格納されている。そして、各アプリケーションは、それぞれの内容に応じて必要最小単位に分割されている。たとえば、ゲームソフト(a)は、ゲームの内容によりｎ分割されている。そして、この各分割されたアプリケーション単位でもって通信が行なわれる。
【０１７８】
図３は、第１の記憶部１２１に記憶されているデータの例を示した図である。図３を参照して、第１の記憶部１２１には、複数に分割されたアプリケーションと、分割されたアプリケーションそれぞれを識別するためのアプリケーションＩＤとが記憶されている。
【０１７９】
たとえば、スーパーゴルフという１つのアプリケーションに対して、「ゴルフゲーム１ホールのプログラム」、「ゴルフゲーム２ホールのプログラム」、および「ゴルフゲーム３ホールのプログラム」が、分割されたアプリケーションとして記憶されている。そして、各分割されたアプリケーションには、アプリケーションＩＤ、１２３４５６、１２３４５７、および１２３４５８がそれぞれ対応付けて記憶されている。
【０１８０】
なお、アプリケーションＩＤには、カテゴリーを含む分類情報が記憶されている。カテゴリーを含む分類情報としては、ゲームソフト、デジタル化された書籍データ、デモプログラム、広告データなどがある。
【０１８１】
ここで、各分割されたアプリケーションの中には、次に利用する候補となるアプリケーションＩＤの情報が含まれている。したがって、たとえば、「ゴルフゲーム１ホールのプログラム」の中には、次の候補である「ゴルフゲーム２ホールのプログラム」のアプリケーションＩＤ（１２３４５７）が含まれている。
【０１８２】
なお、分割されたアプリケーションの中で、次に利用するものがない場合は、そのアプリケーションが最後であることを示すアプリケーションＩＤが含まれる。
【０１８３】
第２の記憶部１２２には、分割されたアプリケーションについての情報が記憶されている。図４は、第２の記憶部１２２に記憶されているデータの例を示した図である。図４を参照して、第２の記憶部１２２には、図３で示した分割されたアプリケーションのアプリケーションＩＤに対応づけた格好で、その関連情報が記憶されている。関連情報とは、価格情報、利用回数、アプリケーション名、作成元、および作成者などである。
【０１８４】
たとえば、「ゴルフゲーム１ホールのプログラム」という分割されたアプリケーション（アプリケーションＩＤ＝１２３１４５６）については、価格５００円、通算の利用回数５７０回、アプリケーション名「スーパーゴルフ」、作成元「シャープ」、および、作成者「ジョンスミス」がそれぞれ対応づけて記憶されている。
【０１８５】
第３の記憶部１２３には、アプリケーション通信システムを利用するユーザの個人情報が記憶されている。図５は、第３の記憶部１２３に記憶されているデータの例を示した図である。図５を参照して、第３の記憶部１２３には、ユーザの個人情報として、ユーザのパスワード、住所・氏名・年齢・職業などの個人情報、支払いに関する残高情報、利用したアプリケーションの利用履歴情報、端末を識別するための端末ＩＤなどが、それぞれユーザＩＤに対応づけられて記憶されている。
【０１８６】
第４の記憶部１２４には、先払い情報に関するプリペイド情報が記憶されている。図６は、第４の記憶部１２４に記憶されているデータの例を示した図である。図６を参照して、第４の記憶部１２４には、プリペイドカードを識別するプリペイドＩＤと、プリペイドカードのパスワード、額面情報、発行日、使用の可否情報などが関連付けて記憶されている。
【０１８７】
ここで、プリペイドＩＤ、暗証番号、および金額情報などは、プリペイドカードの製造あるいは販売段階等において予めプリペイド情報として定められているものである。利用情報は、該当するプリペイドカードをユーザが利用したか否かにより、「使用済み」または「未使用」のいずれかが記録される。
【０１８８】
なお、ユーザに使用されることにより、「使用済み」となった場合、対象のプリペイドＩＤの金額情報が図５に示すユーザの支払いに関する残高情報の欄に加算されることになる。
【０１８９】
図２に戻って、制御部１１０は、図示しない中央演算装置、一時記憶装置、データ通信路接続装置、およびメインプログラム格納部などから構成されている。
【０１９０】
中央演算装置は、メインプログラム格納部に格納されているメインプログラムに従って、各部の制御、データの選択、データの転送、情報の一時記憶などを行う。
【０１９１】
一時記憶装置は、中央演算装置により、処理した結果などを一時的に保持する。
【０１９２】
データ通信路接続装置は、サーバシステム１００とデータ通信路３００とを接続し、データ通信路３００を介して端末装置２００、２１０、２２０との双方向通信を行なう。
【０１９３】
メインプログラム格納部に格納されているメインプログラムは、アプリケーション通信システムを実現するためのプログラムであって、サーバシステム１００の全体を制御するものである。したがって、以下に示すような複数のプログラムが含まれている。
【０１９４】
すなわち、たとえばユーザに必要なアプリケーションの選択や各種設定を行なわせるための案内画面を端末側に表示させるためのプログラム、端末側から送られてきた配信要求に対し残高情報を第３の記憶部１２３から抽出し配信の可否を判断するプログラム、端末から送られてきた次のアプリケーションＩＤをもとに第１の記憶部１２１に記憶された分割アプリケーションを選択し送信するプログラム、端末から送られてきたアプリケーションについての利用履歴などを第３の記憶部１２３に保存するプログラム、ユーザのアプリケーションの利用履歴を第３の記憶部１２３から抽出し、これを基に第１の記憶部１２１から適切な広告データ等を抽出し、ユーザに送信するプログラムなどである。
【０１９５】
なお、メインプログラムは、メインプログラム格納部内に予め記憶されたものでもよいし、ＣＤ−ＲＯＭのような取り外し可能な記録媒体１１１に記録されたものであってもよい。
【０１９６】
取り外し可能な記録媒体に記録されたものである場合、記録されたプログラムは、図示しないＣＤ−ＲＯＭ装置などにより記録媒体から読取られてメインプログラム格納部に一旦格納される。
【０１９７】
なお、プログラムを記録した記録媒体としては、磁気テープやカセットテープなどのテープ系、磁気ディスク（フレキシブルディスク、ハードディスク装置等）や光ディスク（ＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ等）などのディスク系、ＩＣカード（メモリカードを含む）や光カードなどのカード系、あるいはマスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の、固定的にプログラムを担持する媒体が考えられる。
【０１９８】
さらに、ネットワークからプログラムがダウンロードされるように、流動的にプログラムを担持する媒体であってもよい。なお、このようにネットワークからプログラムがダウンロードされる場合には、そのダウンロード用のプログラムは予めサーバシステム１００に格納されておくか、あるいは別の記録媒体から予めサーバシステム１００にインストールされる。
【０１９９】
なお、記録媒体に格納される内容としては、プログラムに限定されず、データであってもよい。
【０２００】
このメインプログラムを実行させた際の具体例については後述する。
続いて、図１に示した端末装置２００、２１０、２２０について簡単に説明する。これらの端末装置２００、２１０、２２０はいずれも主な機能構成については同様であるため、代表として移動体端末２００について説明する。
【０２０１】
図７は、移動体端末２００の概略構成を示したブロック図である。図７を参照して、移動体端末２００は、データ通信路接続装置２０１、メモリ装置２０２、制御部２０３、表示部２０４、および操作部２０５を備えている。
【０２０２】
データ通信路接続装置２０１は、移動体端末２００とデータ通信路３００とを接続し、データ通信路３００を介してサーバシステム１００との双方向通信を行なう。
【０２０３】
メモリ装置２０２は、サーバシステム１００から送信されてくるデータなどを記憶する。たとえば、送信要求に応じて送信されてくる、分割されたアプリケーションなどである。
【０２０４】
制御部２０３は、図示しない中央演算装置とメインプログラム格納部とを備えている。そして、格納されたメインプログラムに従って、データ通信路接続装置２０１、メモリ装置２０２、表示部２０４、および操作部２０５、それぞれを制御する。
【０２０５】
例えば、制御部２０３は、メモリ装置２０２に記憶された分割されたアプリケーションを実行するために、メモリ装置２０２とのデータのやり取りを制御する。アプリケーションの実行に際しては、ユーザインタフェースとなる表示部２０４および操作部２０５の制御も行なう。そして、次に必要となる分割されたアプリケーションを要求する場合、該当するアプリケーションＩＤをサーバシステム１００に送信するために、データ通信路接続装置２０１の動作も制御する。
【０２０６】
なお、メインプログラムは、メインプログラム格納部に予め格納されたものでもよいし、磁気テープなどの取り外し可能な記録媒体２１１に記録されたものでもよい。記録媒体２１１としては、図２の説明の際に述べたものと同様のものが考えられる。
【０２０７】
次に、上述した構成のアプリケーション通信システムにおける処理の流れを、図８から図１６を用いて具体的に説明する。
【０２０８】
図８は、本実施の形態におけるアプリケーション通信システム全体の処理の流れを説明するためのフローチャートである。なお、ここでは、アプリケーションに対する対価の支払い方法として、プリペイドカードが利用される場合を示している。また、端末装置としては、移動体端末２００を例に挙げて説明している。
【０２０９】
図８を参照して、アプリケーションの配信を希望するユーザがプリペイドカードを購入する場合は（ステップＳ８０１で“Yes”）、ステップＳ８０３に進み、プリペイドカード購入処理が行なわれる。
【０２１０】
図９に、購入されるプリペイドカードの一例を示す。本図に示すように、プリペイドカードには、プリペイドＩＤ、プリペイドカード用のパスワード、額面情報、発行日などが記載されている。したがって、希望する金額を支払ってプリペイドカードを購入したユーザは、そのカードに予め付与されているＩＤおよびパスワードを知ることができる。なお、このプリペイドカードの情報は、サーバシステム１００の第４の記憶部１２４にすでに登録されている。
【０２１１】
プリペイドカードを購入しない場合は、ステップＳ８０３の処理はスキップされて、ステップＳ８０５の処理へと移行する。
【０２１２】
ステップＳ８０５では、ユーザ端末とサーバシステムとが接続され、ユーザ情報の照合が行なわれる。すなわち、サーバシステム１００の第３の記憶部１２３に格納されているユーザ情報に基づき、移動体端末２００から送信されるユーザ情報の認証処理が行なわれる。
【０２１３】
続いて、ステップＳ８０７において、所望のアプリケーションの選択処理が行なわれる。すなわち、ここで、分割されたアプリケーションの配信が行なわれるとともに、その分割されたアプリケーションに対する対価の支払いが行なわれる。
【０２１４】
所望のアプリケーションの配信が終了すると、ステップＳ８０９において、ユーザ端末でその配信されたアプリケーションが実行される。なお、必要に応じて、さらに次の分割アプリケーションの配信が行なわれ、そのアプリケーションの実行もされる。
【０２１５】
以上がアプリケーション通信システム全体の大まかな処理の流れである。以下、各処理について、詳細に説明する。
【０２１６】
図１０は、図８のプリペイドカード購入処理（ステップＳ８０３）のサブルーチンを示したフローチャートである。ユーザはコンビニエンスストア、玩具店、書店等で、図９に示したようなプリペイドカードを購入する。
【０２１７】
本図を参照して、ユーザが初めてプリペイドカードを購入する場合、すなわち、初めてサーバシステム１００に接続する場合は（ステップＳ１０１で“Yes”）、ステップＳ１０３において、ユーザの個人情報等の入力が行なわれる。つまり、本人または代理人により、専用端末などからユーザＩＤ、パスワード、個人情報などが入力される。
【０２１８】
すると、ステップＳ１０５において、入力された個人情報等がデータ通信路３００を介してサーバシステム１００に送信される。個人情報等を受信したサーバシステム１００は、ステップＳ１０７において、第３の記憶部１２３にその情報（ユーザーＩＤ、パスワード、個人情報など）を記憶する。
【０２１９】
個人情報等のデータが転送されると、ステップＳ１０９において、そのユーザにプリペイドカードが販売される。そして、サブルーチンを終了し、図８のメインルーチンへと戻る。
【０２２０】
図１１は、図８の端末認証処理（ステップＳ８０５）のサブルーチンを示したフローチャートである。本図を参照して、まず、ステップＳ１１０１において、ユーザは、アプリケーションの利用できる移動体端末２００によりサーバシステム１００に接続する。なお、自動でサーバシステム１００に接続する機能を保有する移動体端末２００で接続してもよい。
【０２２１】
接続が完了すると、ステップＳ１１０３において、サーバシステム１００からユーザーＩＤ、パスワードなどの入力の要求が移動体端末２００側に送信される。要求を受けた移動体端末２００は、ステップＳ１１０５において、表示部２０４に入力要求画面を表示しユーザ入力を促す。ユーザはその画面に従い操作部２０５から、ユーザＩＤ、パスワードなどのデータを入力する。入力されたデータはサーバシステム１００に転送される。なお、入力形態としては、操作部２０５からの入力に限られず、例えば、移動体端末２００に予めユーザＩＤ、パスワードなどが記憶されていて、それをそのまま送信するようにしてもよい。
【０２２２】
ユーザＩＤ等を受信したサーバシステム１００は、ステップＳ１１０７において、これらと第３の記憶部１２３に記憶されているユーザＩＤ、パスワードとの照合を行う。そして、正規のユーザであるか否かを確認する。
【０２２３】
正規のユーザでない場合には（ステップＳ１１０７で“No”）、ステップＳ１１１１において、エラーとなり、移動体端末２００からは以後のステップに進めなくなる。
【０２２４】
一方、正規のユーザである場合には（ステップＳ１１０７で“Yes”）、移動体端末２００とサーバシステム１００との接続は維持され（ステップＳ１１０９）、端末認証処理が終了する。
【０２２５】
図１２は、図８のアプリケーションの選択処理（ステップＳ８０７）のサブルーチンを示したフローチャートである。本図を参照して、サーバシステム１００は、ステップＳ１２０１において、第２記憶部１２２に記憶されているアプリケーション名を元に、移動体端末２００にアプリケーションのメニューを送信する。
【０２２６】
移動体端末２００では、これを受けて、表示部２０４にアプリケーションメニューの表示を行なう（ステップＳ１２０３）。ユーザは、表示されたメニューから所望のアプリケーションを選択する（ステップＳ１２０５）。選択されたアプリケーションの情報は、サーバシステム１００に送信される。なお、ここでは、アプリケーションとしてゴルフゲームが選択されたものとする。
【０２２７】
サーバシステム１００では、ステップＳ１２０７において、選択されたアプリケーションの情報を受けて、該当するアプリケーションの送信および送信に対する課金が行なわれる。
【０２２８】
図１３は、図１２のアプリケーションの送信および課金処理（ステップＳ１２０７）のサブルーチンを示したフローチャートである。図１３を参照して、まず、ステップＳ１３０１において、サーバシステム１００は、選択されたアプリケーション、すなわち、送信要求の対象が、最終のアプリケーションＩＤであるか否かを判断する。
【０２２９】
最終アプリケーションＩＤでない場合は、ステップＳ１３０３の処理へと進む。ステップＳ１３０３では、制御部１１０により、送信されてきたアプリケーション名（あるいはアプリケーションＩＤ）を元に、第２の記憶部１２２から該当する分割されたアプリケーションの価格情報が抽出される。
【０２３０】
今回は、「ゴルフゲーム」というアプリケーション名が送信されてきているため、ｎ分割されたゴルフゲームのアプリケーションのうち、第１番目の分割アプリケーションのアプリケーションＩＤが抽出される。そして、このアプリケーションＩＤを元に、第２の記憶部１２２から価格情報が抽出される。
【０２３１】
送信対象となるアプリケーションの価格情報が抽出されると、次に、ステップＳ１３０５において、第３の記憶部１２３からユーザＩＤに対応する支払いに関する残高情報が抽出される。そして、ステップＳ１３０７において、アプリケーションの価格情報とユーザＩＤに対応する支払いに関する残高情報との比較が行なわれる。
【０２３２】
比較が行なわれた結果、（残高情報−価格情報）≧０の場合は（ステップＳ１３０７で“Yes”）、ステップＳ１３０９において、該当するアプリケーションの転送が行なわれる。すなわち、第２の記憶部１２２のアプリケーションＩＤに対応する第１の記憶部１２１に記憶されている分割されたアプリケーションが読み出され、移動体端末２００へと転送される。
【０２３３】
一方、（残高情報−価格情報）＜０の場合は（ステップＳ１３０７で“No”）、ステップＳ１３２１において、プリペイド処理が行なわれる。
【０２３４】
図１４は、このプリペイド処理（図１３のステップＳ１３２１）のサブルーチンを示したフローチャートである。図１４を参照して、ステップＳ１４０１において、サーバシステム１００からプリペイドＩＤ、プリペイド用のパスワードなどの入力要求が移動体端末２００に送信される。
【０２３５】
これを受けた移動体端末２００は、ステップＳ１４０３において、入力要求画面を表示部２０４に表示しユーザに対する入力を促す。ユーザはその画面に従いキーボード等からプリペイドＩＤ、パスワードなどのデータを入力する。入力されたデータは、移動体端末２００からサーバシステム１００に転送される。なお、入力の形態は、ユーザによるキーボード等からの直接入力以外にも、たとえばプリペイドカードがICカードや磁気カードなどであり、端末に読み取り機能が備わっている場合などは、これを用いてもよい。
【０２３６】
プリペイドＩＤ等が送信されてくると、ステップＳ１４０５において、サーバ装置１００は、その送信されてきたデータの照合処理を行なう。すなわち、第４の記憶部１２４に記憶されたプリペイドＩＤ、プリペイド用のパスワードとの照合を行い、対象となるプリペイドカードが正規のプリペイドカードであることを確認する。
【０２３７】
照合した結果、正規のプリペイドカードでなければ（ステップＳ１４０５で“No”）、ステップＳ１４１５において、エラー処理が行なわれ、利用者に不正であることが伝えられる。そして、以降のステップには進めないようにされる。
【０２３８】
一方、照合した結果、正規のプリペイドカードであれば（ステップＳ１４０５で“Yes”）、ステップＳ１４０７において、プリペイドＩＤに対応した金額情報が第４の記憶部１２４から抽出される。そして、ステップＳ１４０９において、その抽出された金額情報が第３の記憶部１２３の支払いに関する残高情報に加算される。この際、第４の記憶部１２４の利用情報には「使用済み」と記録されることになる。
【０２３９】
次にステップＳ１４１１において、金額情報が加算された後の残高情報は、ユーザに知らしめるために、サーバシステム１００から移動体端末２００へと送信される。これを受けた移動体端末２００では、ステップＳ１４１３において、表示部２０４にその残高情報が表示される。
【０２４０】
このようにして、プリペイド処理が終了すると、再び図１３のステップＳ１３０７の処理に戻り、現時点の支払いに関する残高情報、すなわち、プリペイドカードの金額情報が加算された後の残高情報と、所望の分割されたアプリケーションの価格情報との比較が行なわれる。そして、比較結果に応じて、ステップＳ１３２１のプリペイド処理か、あるいはステップＳ１３０９の該当するアプリケーションの転送処理かに移行する。
【０２４１】
ステップＳ１３０９において、第１の記憶部１２１から、該当する分割されたアプリケーションが移動体端末２００へと送信されると、移動体端末２００は、ステップＳ１３１１において、これを受信する。
【０２４２】
移動体端末２００は、分割されたアプリケーションの受信が完了すると（ステップＳ１３１３で“Yes”）、ステップＳ１３１５において、受信完了の信号をサーバシステム１００に送信する。
【０２４３】
この受信完了信号を受け取ると、サーバシステム１００では、ステップＳ１３１７において、第３の記憶部１２３に記憶されているユーザＩＤに対応した支払いに関する残高情報から、第２の記憶部１２２に記憶されたアプリケーションＩＤに関連する価格情報が差し引かれる。つまり、ユーザ端末において、分割されたアプリケーションの受信が完了して初めて、受信したアプリケーションに対する対価が支払われることになる。なお、差し引かれた結果は対応する残高情報に記録される。
【０２４４】
対価が支払われると、ステップＳ１３１９において、移動体端末２００は、サーバシステム１００との接続を解除する。そして、アプリケーションの転送および課金処理を終了する。
【０２４５】
図１５は、図８のアプリケーション実行処理（ステップＳ８０９）のサブルーチンを示したフローチャートである。図１５を参照して、移動体端末２００では、まず、ステップＳ１５０１において、要求に対して送信されてきたアプリケーションが起動される。
【０２４６】
ここでは、ゴルフゲームというアプリケーションが対象となっている。図１６に、対象となるゴルフゲームの構成を示す。図１６を参照して、ゴルフゲームは、１番ホールから１８番ホールまでのホール毎にアプリケーションが分割されている。
【０２４７】
第１回目に移動体端末２００に転送されるゴルフゲームの内容は、ゴルフゲームの基本情報（ゴルフゲームの基本となるプログラムとその情報）と１番ホールのデータである。２番目以降に移動体端末２００に転送されるゴルフゲームの内容は、各ホールのデータであり、ゴルフゲームの基本情報は含まれない。
【０２４８】
なお、ここでは第１回目の内容にのみ基本プログラムが含まれるように分割されているが、第２回目以降に送られる内容に基本プログラムが含まれる場合を排除するものではない。
【０２４９】
なお、各分割されたアプリケーションには、次に利用される候補となるアプリケーションＩＤが含まれている。
【０２５０】
図１５に戻って、ゴルフゲームが新規に利用される場合は、第１回目の分割されたアプリケーションが起動される。したがって、１番ホールのゴルフゲームが実行される。カップインし、１番ホールが終了すると（ステップＳ１５０３で“Yes”）、ステップＳ１５０５において、次の分割されたアプリケーションが転送可能であるか否かの確認が行なわれる。すなわち、ユーザにより次のアプリケーションの転送が希望されるか中止されるかが確認される。
【０２５１】
転送可能の場合は（ステップＳ１５０５で“Yes”）、ステップＳ１５０７の処理へと進み、移動体端末２００がサーバシステム１００に接続される。すなわち、図１１に示した端末認証処理が再び行なわれる。一方、転送可能でない場合は（ステップＳ１５０５で“No”）、サーバシステム１００には接続されず、ゲームが終了される。
【０２５２】
移動体端末２００は、図１１の端末認証処理に従ってサーバシステム１００と接続されると、ステップＳ１５０９において、現在カップインしたアプリケーションが、最終アプリケーションであるか否かが判断される。
【０２５３】
具体的には、各分割されたアプリケーションに含まれている次の利用候補となるアプリケーションＩＤに基づいて判断される。そのアプリケーションＩＤが、最終であることを識別するアプリケーションＩＤでない場合は（ステップＳ１５０９で“No”）、ステップＳ１５１１の処理へと進む。一方、アプリケーションＩＤが最終であることを識別するアプリケーションＩＤである場合は（ステップＳ１５０９で“No”）、ステップＳ１５１５の処理へと進む。
【０２５４】
最終アプリケーションでない場合は、ステップＳ１５１１において、次の候補のアプリケーションＩＤが、移動体端末２００からサーバシステム１００へと転送される。そして、ステップＳ１５１３において、再び図１３に示したアプリケーションの転送および課金処理が行なわれる。
【０２５５】
この場合は、図１３において、ステップＳ１３０１の判断処理で“Ｎｏ”と判断されるため、ステップＳ１３０３以降の処理が再び繰り返されることになる。すなわち、１番ホールと同様の処理手順でもって、１７番ホールまでの処理が繰り返される。
【０２５６】
図１５に戻って、最終アプリケーションである場合、すなわち１８番ホールにおいてカップインした場合は、ステップＳ１５１５において、最後を識別するアプリケーションＩＤが、移動体端末２００からサーバシステム１００へと転送される。この際、ゲーム結果なども共に転送される。そして、ステップＳ１５１７において、再び図１３に示したアプリケーションの転送および課金処理が行なわれる。
【０２５７】
この場合は、図１３において、ステップＳ１３０１の判断処理で“Ｙｅｓ”と判断されるため、ステップＳ１３２３以降の処理が行なわれる。すなわち、ステップＳ１３２３において、サーバシステム１００は、第３の記憶部１２３のアプリケーションの利用履歴情報に最後であることを識別するアプリケーションＩＤ、ゲーム結果などを記録する。
【０２５８】
そして、ステップＳ１３２５において、第３の記憶部１２３に記憶された利用履歴情報を参考にして、第１の記憶部１２１から適切な広告データなどを抽出する。抽出された広告データなどは、サーバシステム１００から移動体端末２００へと送信される。
【０２５９】
以上説明したアプリケーション通信システムの処理フローに従うと、通信対象となるアプリケーションは複数に分割されているため、一回の通信においては必要な分割アプリケーションのみが送受信される。しかも、その分割アプリケーションは、少なくとも第１回目に送信されるものについては、単独でも実行可能であるため、ユーザは、第１回目の分割アプリケーションが送信されてくると、直ちにそのアプリケーションを実行することが可能となる。したがって、送信要求を出してから非常に短時間でアプリケーションを実行することができる。
【０２６０】
加えて、所望のアプリケーションを実行し始めるために必要となる通信費用も低減されることになる。また、ユーザはアプリケーションの一部を実行することにより、その後、継続して残りのアプリケーションを実行するか否かを選択することができる。したがって、ユーザの選択肢が広がり、従来のように不要であっても全体のアプリケーションが送信されるという不都合が回避される。
【０２６１】
また、一回ごとに送られるデータ容量が小さいため、回線のトラフィック負荷も軽減される。さらに、分割されたアプリケーション単独でアプリケーションを実行することができるため、端末装置に必要とされる記憶容量も小さくて済む。
【０２６２】
また、転送されるアプリケーションについての課金は、アプリケーション全体に対して行なわれるのではなく、分割アプリケーション毎に行なわれる。したがって、ユーザは必要な分割アプリケーションのみに対して対価を支払えばよく、必要最小限の料金でアプリケーションを活用することが可能となる。
【０２６３】
さらに移動体端末２００のように、不安定な通信状態の端末に対しても、分割アプリケーションの転送が完了した後に課金が行なわれるため、ユーザは安心してアプリケーションの送信要求を出すことができる。
【０２６４】
また、プリペイドカードについてのプリペイド情報などは、ユーザについての支払いに関する残高情報とともに、サーバシステム１００側で管理されているため改ざんができない。したがって、アプリケーション通信システム自体の信頼性が向上し、円滑にシステムが運営されることになる。
【０２６５】
なお、図１６に示したゴルフゲームの構成では、各ホール毎にアプリケーションが分割されている。しかし、このような構成に限定されるものではなく、たとえば、さらに、各ホール内において、バンカー処理、池ぽちゃ処理、ＯＢ処理等ごとに分割し、これらを必要に応じて端末に転送するようにしてもよい。
【０２６６】
また、図１５および図１６等では、アプリケーションとして、ゴルフゲームを例に挙げて説明したが、これに限られるものではない。たとえば、小説などの書籍データを１章、２章、というように、各章ごとに分割する場合や、デモプログラムを、デモの順番に沿って各ステップごとに分割する場合なども適用可能である。すなわち、分割アプリケーションそれぞれに実行順序があり、それに従って順番に実行することにより、分割前の１のアプリケーションを実行する場合の目的を達成することができるようなものであれば、どのようなアプリケーションに対しても本発明を適用することができる。
【０２６７】
また、図１５等では、分割されたアプリケーションが１番ホールから１８番ホールまで、順番に実行される場合について説明したが、このような場合に限られるものではない。アプリケーションの内容によっては、順番が入れ替わったり、すべての分割アプリケーションを実行しないうちに終了し、それでもってアプリケーションの目的を達成する場合もある。本発明は、そのような場合にも適用することが可能である。
【０２６８】
さらに、今回の実施の形態においては、１回の通信時における通信単位は、１つの分割アプリケーションという場合を説明した。しかし、ユーザの要求に応じて、２以上の分割アプリケーションが通信されるようにしてもよい。
【０２６９】
また、図１３等では、アプリケーションに対する課金（支払い）方法として、分割されたアプリケーション単位で課金（支払い）が行なわれる場合について説明した。しかし、ｎ分割されたアプリケーション１〜ｎすべてを一括して課金（支払い）するようにしてもよい。
【０２７０】
また、今回示した実施の形態では、提供を受けたアプリケーションの代金として、プリペイドカードにより支払われる場合を例に挙げて説明した。しかし、プリペイドカードに限定されず、銀行口座からの引き落としやデビットカードを利用する方法、請求に応じた後払いなど、様々な課金（支払い）方法を適用することができる。
＜変形例１＞
次に、本実施の形態における変形例１について説明する。本変形例においては、分割されたアプリケーションの価格が転送順序に応じて設定される点において、第１の実施の形態と異なる。すなわち、本変形例では、一番最初に転送される分割されたアプリケーションの価格よりも、少なくとも２回目以降に転送される分割されたアプリケーションの価格が安く設定される。
【０２７１】
図１７に、変形例１における第２の記憶部１２２に記憶されるデータの例を示す。図１７を参照して、第２の記憶部１２２には、各アプリケーションＩＤに対応する標準価格、利用回数、アプリケーション名、作成元等が記憶されている。
【０２７２】
ここでは、アプリケーションＩＤが０００００１である分割アプリケーション（ちぬつり▲１▼）が、「ちぬつり」という１つのアプリケーションソフトの中で一番最初に転送されるアプリケーションに相当する。したがって、これの標準価格（５００円）よりも、２回目以降に転送される分割アプリケーション（アプリケーションＩＤが０００００２、０００００３等）の標準価格が安く設定されている。
【０２７３】
さらに、本図においては、分割されたアプリケーションが転送される度に、価格が安くなるように設定されている。すなわち、アプリケーションＩＤが０００００１のとき、標準価格５００円、アプリケーションＩＤが０００００２のとき、標準価格４５０円、アプリケーションＩＤが０００００３のとき、標準価格４００円、アプリケーションＩＤが０００００５のとき、標準価格３５０円というように、転送順序に応じて標準価格が設定されている。
【０２７４】
ユーザに対する課金処理を行なう際は、この図１７に示す標準価格情報に基づいて行なわれることになる。したがって、図１３の課金処理フローチャートにおいては、ステップＳ１３０３の「価格情報」が、図１７で示す「標準価格」となる。
【０２７５】
このため、ユーザに対しては、「一番最初に転送される分割されたアプリケーションの価格よりも２回目以降に転送される分割されたアプリケーションの価格が安い価格情報」で課金が行なわれることになる。
【０２７６】
したがって、第１回目の分割アプリケーションを受信したユーザに、２回目以降の分割アプリケーションを購入し、利用したいという意欲を喚起させることが可能となる。
＜変形例２＞
変形例１では、最初に転送される分割アプリケーションの標準価格よりも、少なくとも２回目以降に転送される分割アプリケーションの標準価格を安く設定していた。しかし、変形例２においては、転送順序とは無関係に、各分割アプリケーションの利用回数と利用回数に対応する割引率とに基づいて、次の候補となる分割アプリケーションの価格情報が設定される。
【０２７７】
ここで、各分割アプリケーションの利用回数は、図１７に示すように、第２の記憶部１２２に記憶されている。また、利用回数に対応する割引率は、第５の記憶部１２５に記憶されている。したがって、本変形例においては、図１および図２に示される記憶部１２０に、さらに第５の記憶部１２５を備える。
【０２７８】
図１８に、第５の記憶部１２５に記憶されているデータの例を示す。本図においては、たとえば、利用回数が０回以上１万回未満であれば、割引率０パーセントとなっており、１万回以上１０万回未満であれば、１０パーセント、そして、１０万回以上であれぱ、３０パーセントとなっている。
【０２７９】
ユーザに対する課金処理を行なう際は、この第５の記憶部１２５に記憶されている割引率と第２の記憶部１２２に記憶されている価格情報（標準価格）とに基づいて行なわれることになる。すなわち、割引率と標準価格とから、次の候補となる分割されたアプリケーションの割引後の価格が設定され、その割引後の価格について課金処理が行なわれる。
【０２８０】
具体的な価格の設定例について、図１７および図１８を用いて説明する。図１７において、アプリケーションＩＤ（０００００１）の利用回数は１５００００回であるため、割引率は、図１８より３０パーセントである。したがって、次の候補となるアプリケーションＩＤ（０００００２）の価格は、標準価格から３０パーセント割り引かれることになる。よって、標準価格４５０円に対して、４５０円＊（１−０．３）＝３１５円が課金されるべき価格として設定される。
【０２８１】
同様に、アプリケーションＩＤ（０００００３）の価格は、アプリケーションＩＤ（０００００２）の利用回数が８００００回であるため、割引率１０パーセントとなり、４００円＊（１−０．１）＝３６０円となる。
【０２８２】
また、アプリケーションＩＤ（０００００４）の価格は、アプリケーションＩＤ（０００００３）の利用回数が５０００回であるため、割引率０パーセントとなり、３５０円＊（１−０）＝３５０円となる。
【０２８３】
このようにして、各分割アプリケーションについての価格が設定される。したがって、図１３の課金処理フローチャートにおいては、ステップＳ１３０３で抽出される「価格情報」が、「第２の記憶部１２２に記憶されている各分割アプリケーションの利用回数と利用回数に対応する第５の記憶部１２５に記憶されている割引率とに基づいて設定される、次の候補となる分割アプリケーションの価格情報」となる。
【０２８４】
なお、第５の記憶部１２５に記憶される割引率は、アプリケーション提供者により、各分割アプリケーションの利用回数に基づいて、適宜、設定されるものである。
【０２８５】
本変形例によると、第２の記憶部１２２に記憶されている各分割アプリケーションの利用回数と利用回数に対応する第５の記憶部１２５に記憶されている割引率とに基づいて、次の候補となる分割アプリケーションの標準価格に割引がなされる。このため、人気のあるアプリケーションを安く購入することができ、ユーザの購入意欲及び利用意欲を沸かせることができる。
【０２８６】
なお、ここでは、第２の記憶部１２２に記憶されているデータ例として、図１７を用いて説明した。しかし、これに限定されず、図４に示すように、分割アプリケーションの転送順序とは無関係に設定された価格情報を用いるようにしてもよい。この場合、課金されるべき価格は、価格情報と割引率とにより決定される。
＜変形例３＞
変形例２においては、第２の記憶部１２２に記憶された各分割アプリケーションの利用回数と第５の記憶部１２５に記憶された利用回数に対する割引率とに基づいて、次の候補となる分割アプリケーションの価格が設定されていた。しかし、本変形例では、最初に送信されるアプリケーションの利用回数とその利用回数に対応する割引率とに基づいて、２回目以降に送信される分割アプリケーションの価格が設定される。
【０２８７】
ここでも各分割アプリケーションの利用回数は、図１７に示すように、第２の記憶部１２２に記憶されている。また、利用回数に対応する割引率は、図１８に示すように、第５の記憶部１２５に記憶されている。したがって、本変形例においても、図１および図２に示される記憶部１２０に、さらに第５の記憶部１２５を備える。
【０２８８】
ユーザに対する課金処理を行なう際は、この第５の記憶部１２５に記憶されている割引率と第２の記憶部１２２に記憶されている価格情報（標準価格）とに基づいて行なわれる。すなわち、最初に送信される分割アプリケーションの利用回数から決定される割引率を用いて、２回目以降に送信される分割アプリケーションの価格が設定され、その設定された割引後の価格について課金処理が行なわれる。
【０２８９】
以下、図１７および図１８を用いて、具体的に説明する。図１７において、アプリケーションＩＤ（０００００１）の利用回数は１５００００回であるため、割引率は、図１８より３０パーセントである。したがって、２回目以降に送信される分割アプリケーションの価格は、各標準価格から３０パーセント割り引かれることになる。
【０２９０】
たとえば、アプリケーションＩＤ（０００００２）の場合、標準価格４５０円に対して、４５０円＊（１−０．３）＝３１５円が課金されるべき価格として設定される。
【０２９１】
同様に、アプリケーションＩＤ（０００００３）の価格は、標準価格４００円に対して、４００円＊（１−０．３）＝２８０円となる。
【０２９２】
また、アプリケーションＩＤ（０００００４）の価格は、標準価格３５０円に対して、３５０円＊（１−０．３）＝２４５円となる。
【０２９３】
このようにして、各分割アプリケーションについての価格が設定される。したがって、図１３の課金処理フローチャートにおいては、ステップＳ１３０３で抽出される「価格情報」が、「第２の記憶部１２２に記憶されている最初に送信される分割アプリケーションの利用回数と利用回数に対応する第５の記憶部１２５に記憶されている割引率とに基づいて設定される、２回目以降に送信される分割アプリケーションの価格情報」となる。
【０２９４】
なお、第５の記憶部１２５に記憶される割引率は、アプリケーション提供者により、最初に送信される分割アプリケーションの利用回数に基づいて、適宜、設定されるものである。
【０２９５】
本変形例によると、最初に送信される分割アプリケーションの利用回数とそれに対応した割引率とに基づいて、２回目以降に送信される分割アプリケーションの価格に割引がなされる。このため、人気のあるアプリケーションを安く購入することができ、第１回目の分割アプリケーションを受信したユーザに、２回目以降の分割アプリケーションを購入あるいは利用しようとする意欲を沸かせることができる。
【０２９６】
なお、ここでも、第２の記憶部１２２に記憶されているデータ例として、図１７を用いて説明した。しかし、これに限定されず、図４に示すように、分割アプリケーションの転送順序とは無関係に設定された価格情報を用いるようにしてもよい。この場合、課金されるべき価格は、価格情報と割引率とにより決定される。
〔第２の実施の形態〕
続いて、本発明の第２の実施の形態について説明する。本実施の形態は、図１に示す第１の実施の形態におけるアプリケーション通信システムと同様の構成をしている。また、図２に示すサーバシステムの構成も同様である。
【０２９７】
ただし、以下の点が異なる。すなわち、第２の記憶部１２２に、各分割アプリケーション毎に、さらに広告の有無情報とその有無情報に基づく所定の割引額が記憶されている点、広告有りの場合、分割アプリケーションを転送する際に第１の記憶部１２１に記憶されている広告データ付きの分割アプリケーションが転送される点、広告有りの場合、第２の記憶部１２２に記憶されている所定の割引がなされた価格情報に基づいて課金処理がなされる点、および、第１の記憶部１２１に記憶されている各アプリケーションＩＤの最後のビットに広告有無を示す情報が付与されている点である。
【０２９８】
図１９に、第２の実施の形態における第２の記憶部１２２に記憶されているデータの例を示す。本図を参照して、第２の記憶部１２２には、図４に示す第１の実施の形態における場合と同様に、各分割アプリケーションに対応する、標準価格、利用回数、アプリケーション名、作成元等が記憶されている。そしてこれらに加えて、さらに、広告有無、および割引後価格が記憶されている。
【０２９９】
広告有となっている分割アプリケーションは、適当に割引がなされ、割引後の価格が記憶されている。たとえば、広告有りのアプリケーションＩＤ（１２３４５６ａ）では、標準価格に対して２００円割引され、３００円に価格設定がされている。また、アプリケーションＩＤ（１２３４５７ａ）では、標準価格に対して１５０円割引され２５０円に、そして、アプリケーションＩＤ（１２３４５８ａ）では、標準価格に対して１５０円割引され２５０円に価格設定がなされている。
【０３００】
なお、割引額は、アプリケーション提供者と広告データを提供する広告主とにより適宜設定される。広告主が複数いる場合は、割引後の価格をさらに安く設定するようにしてもよい。
【０３０１】
このようにして設定された価格情報（標準価格または割引後価格）に基づいて、ユーザに対する課金処理が行なわれる。すなわち、広告有無の欄が「有」の場合は、割引後価格にて課金処理が行なわれ、広告有無の欄が「無」の場合は、標準価格にて課金処理が行なわれる。
【０３０２】
そして、広告有無の欄が「有」の場合、その分割アプリケーションが送信される際には、第１の記憶部１２１に記憶された広告データ付きのアプリケーションが送信される。したがって、この場合、送信要求を出した端末は、その広告データ付きの分割アプリケーションを受信することになる。
【０３０３】
ここで、図２０に、本実施の形態における第１の記憶部１２１に記憶されるデータの例を示す。本図に示すように、各分割アプリケーションＩＤの最後のビットに、広告有の場合は“ａ”が付与され、広告無の場合は“ｂ”が付与されている。
【０３０４】
続いて、図２１を用いて、本実施の形態におけるアプリケーションの送信および課金処理（図１２のステップＳ１２０７）の流れを説明する。本図は、第１の実施の形態における図１３のフローチャートに対応するものである。したがって、主として異なる点について説明する。
【０３０５】
まず、ステップＳ１において、第２の記憶部１２２により、対応するアプリケーションＩＤの広告有無情報が抽出される。そして、広告情報がある場合には（ステップＳ２において“ＹＥＳ”）、ステップＳ３〜ステップＳ１０の処理に進み、広告情報がない場合には（ステップＳ２において“ＮＯ”）、ステップＳｌｌ〜ステップＳ１８の処理に進む。
【０３０６】
広告情報がある場合であって、その分割アプリケーションが最終アプリケーションＩＤであるときは（ステップＳ３で“ＹＥＳ”）、ステップＳ４において、第３の記憶部１２３にゲーム結果等が記憶される。次に、ステップＳ５において、広告データが抽出され、アプリケーションＩＤが決定される。そして、ステップＳ１９において、このアプリケーションＩＤを元に第１の記憶部１２１から抽出したアプリケーションが転送される。
【０３０７】
一方、分割アプリケーションが最終アプリケーションＩＤでないときは（ステップＳ３で“ＮＯ”）、ステップＳ６において、アプリケーションＩＤを元に第２の記憶部１２２より割引後価格情報が抽出される。次に、ステップＳ７において、ユーザＩＤを元に残高情報が抽出され、ステップＳ８において、残高情報と割引後価格情報との比較が行われる。
【０３０８】
その結果、（残高情報一割引後価格情報）≧０の場合には、ステップＳ９において、サーバシステムから端末に、広告データ付きの分割アプリケーションが転送される。
【０３０９】
反対に、（残高情報一所定の割引がされている価格情報）＜０の場合には、ステップＳ１０において、ブリペイド処理が行なわれる。
【０３１０】
なお、広告がない場合は（ステップＳ２で“ＮＯ”）、第１の実施の形態におけるアプリケーション転送・課金処理と同様の処理が行なわれる（ステップＳ１１〜ステップＳ１８）。
【０３１１】
このように、本実施の形態によると、アプリケーション提供者は、分割アプリケーションに広告がある場合、ユーザに対しては所定の割引後価格を課金する。そして、所定の割引後価格の差額分は、広告を提供する広告主から徴収する。
【０３１２】
このため、ユーザとしては、分割アプリケーションを受信する際、低価格で購入することができる。また、同時に関連する広告データも受信するので、興味深い最新情報を入手することができる。
【０３１３】
一方、広告主としては、新作アプリケーション等の最新情報をユーザに提供することで所望の宣伝をすることができる。
【０３１４】
通常、新作アプリケーション等の最新情報の広告を行うに際し、印刷物や記憶媒体を用いる場合は、頒布・流通するまでに数週間以上のタイムラグが生じ、新鮮味が失われやすい。このため、ユーザ獲得の面では問題となっている。さらに、興味のない人にも頒布・流通するため、広告主及び被広告主に無駄が生じる。
【０３１５】
本実施の形態によると、広告有りの分割アプリケーションを転送する際にのみ、広告データ付きの分割アプリケーションが転送される。このため、必要最小限の広告料で宣伝することができる。したがって、広告主が個人的なゲームソフトウェア開発者等の小規模な事業形態を行なう者であっても、広告データを出しやすいというメリットがある。
【０３１６】
また、本実施の形態によると、アプリケーション提供システムに、アプリケーションを受渡するアプリケーション提供者およびユーザ以外の者（広告主）を参加させることができるため、アプリケーション提供者、ユーザ、広告主それぞれが活性化されることになる。
【０３１７】
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えるべきである。本発明の範囲は、上記した説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内ですべての変更が含まれることが意図される。
【図面の簡単な説明】
【図１】 本発明の実施の形態におけるアプリケーション通信システム全体を示す概念図である。
【図２】 図１のサーバシステム１００の詳細を示す構成図である。
【図３】 第１の記憶部１２１に記憶されているデータの例を示した図である。
【図４】 第２の記憶部１２２に記憶されているデータの例を示した図である。
【図５】 第３の記憶部１２３に記憶されているデータの例を示した図である。
【図６】 第４の記憶部１２４に記憶されているデータの例を示した図である。
【図７】 移動体端末２００の概略構成を示したブロック図である。
【図８】 本実施の形態におけるアプリケーション通信システム全体の処理の流れを説明するためのフローチャートである。
【図９】 購入されるプリペイドカードの一例を示した図である。
【図１０】 図８のプリペイドカード購入処理（ステップＳ８０３）のサブルーチンを示したフローチャートである。
【図１１】 図８の端末認証処理（ステップＳ８０５）のサブルーチンを示したフローチャートである。
【図１２】 図８のアプリケーションの選択処理（ステップＳ８０７）のサブルーチンを示したフローチャートである。
【図１３】 図１２のアプリケーションの送信および課金処理（ステップＳ１２０７）のサブルーチンを示したフローチャートである。
【図１４】 プリペイド処理（図１３のステップＳ１３２１）のサブルーチンを示したフローチャートである。
【図１５】 図８のアプリケーション実行処理（ステップＳ８０９）のサブルーチンを示したフローチャートである。
【図１６】 対象となるゴルフゲームの構成を示した図である。
【図１７】 変形例１における第２の記憶部１２２に記憶されるデータの例を示した図である。
【図１８】 第５の記憶部１２５に記憶されているデータの例を示した図である。
【図１９】 第２の実施の形態における第２の記憶部１２２に記憶されているデータの例を示した図である。
【図２０】 第２の実施の形態における第１の記憶部１２１に記憶されるデータの例を示した図である。
【図２１】 第２の実施の形態におけるアプリケーションの送信および課金処理（図１２のステップＳ１２０７）の流れを示したフローチャートである。
【符号の説明】
１００ サーバシステム、１１０ 制御部、１１１ 記録媒体、１２０ 記憶部、１２１ 第１の記憶部、１２２ 第２の記憶部、１２３ 第３の記憶部、１２４ 第４の記憶部、２００ 移動体端末、２０１ 通信路接続装置、２０２ メモリ装置、２０３ 制御部、２０４ 表示部、２０５ 操作部、２１０ パソコン、２２０ 携帯ゲーム機器、２１１ 記録媒体、３００ データ通信路。
【発明の属する技術分野】
本発明はサーバ装置に関し、特に、複数に分割されたアプリケーションを、データ通信路を介して通信するサーバ装置に関する。
【０００２】
【従来の技術】
近年、インターネットなどのネットワークが急速に普及している。これに伴い、ゲームソフトや書籍データ等の様々なアプリケーションがネットワークを介してサーバ装置からクライアント端末にダウンロードされ活用される機会が増えている。
【０００３】
一般に、データ配信には、通信インフラおよび受信者の負担を軽減すべく通信対象となるデータを圧縮し容量を小さくして配信するという方法が採られる。しかし、配信の対象となるアプリケーションが大容量で、単に圧縮するのみでは十分でない場合などは、通常、以下に示すような配信方法が用いられる。
【０００４】
すなわち、１つのアプリケーションを、たとえばFDDの容量など、いくらかの単位に分割する。そして、その分割された単位毎にユーザに配信する。ユーザは、分割されたアプリケーションを順次受信し、端末装置にインストールしていく。そして、全てのインストールが終了した後、それらを合成し１つのアプリケーションとして動作させる。
【０００５】
移動体などの不安定な通信インフラにおいては、このような配信方法として、パケット通信システムが知られている。通信ミスを解決しトラフィック負荷を軽減するために、配信対象となるデータをパケット単位に分割して配信するというものである。このパケット毎のデータは、端末側で合成され、１つのデータ(アプリケーション)として活用される。
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したアプリケーションの配信方法では、通信を開始してからユーザがそのアプリケーションを利用できるまでに長時間を要するという問題があった。
【０００７】
すなわち、ユーザ側としては、分割されたアプリケーション全体を完全にインストール又は記憶装置内に保存しなければ、そのアプリケーションを動作させることができない。このため、大容量のアプリケーションを通信する際などは、ユーザが送信要求を出してから、最終的に所望のアプリケーションが活用可能となるまでに、非常に長い時間が必要となる。
【０００８】
したがって、即時性が要求される場合、すなわち、ゲームソフトなどのアプリケーションをいち早く実行したいとユーザが望む場合などは、非常に不都合であった。
【０００９】
また、そのアプリケーションの一部のみを利用したい場合であっても、全体を完全に受信しなければ利用できず不便であった。
【００１０】
また、移動体通信の場合、通信状態は通信中の地形や基地局からの距離等に依存するため、常に良い通信状態を保つことは困難である。このため、長時間にわたって大容量のアプリケーションを安定して送受信することは非常に難しいというのが現状であった。
【００１１】
したがって、分割されたアプリケーション全体を完全に受信しなければ、ユーザ端末においてそのアプリケーションを利用することができないという従来の配信方法では、アプリケーションの利用そのものが困難になるという結果になっていた。
【００１２】
さらに、従来の配信方法では、アプリケーションに対する対価の支払い方法（課金方法）についても問題があった。すなわち、従来の配信方法では、分割されたアプリケーションが全て完全に転送されることを前提として、料金の支払いが行われていた。このため、アプリケーションの一部のみが必要な場合であっても、ユーザはアプリケーション全体の料金を支払う必要があった。
【００１３】
本発明はこれらの実状に鑑み考え出されたものであり、その第１の目的は、通信を開始してから短時間で所望のアプリケーションを利用することが可能となるサーバ装置を提供することである。
【００１４】
また、第２の目的は、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるサーバ装置を提供することである。
【００１５】
【課題を解決するための手段】
上記目的を達成するため、本発明のある局面に従うと、サーバ装置は、複数に分割されたアプリケーションを記憶する第１の記憶部と、ユーザからの情報を受信する受信部と、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信部とを備え、分割されたアプリケーションの少なくとも１つは単独で実行可能であることを特徴とする。
【００１６】
好ましくは、送信手段は、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする。
【００１７】
好ましくは、分割されたアプリケーションはそれぞれ実行するための順序を有し、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができることを特徴とする。
【００１８】
ここで、アプリケーションとは、ゲームソフト、小説、映画、ドラマ、音楽などの連続データ、その他の、ある処理を実行するためのプログラム（コンテンツ）全般を意味している。相互に関連のない単なるデータの集合などは、ここでいうアプリケーションに含まれないが、ある目的を実現するために必要となるデータなどはその中に含まれる。
【００１９】
これらの発明に従うと、受信されたユーザからの情報に応じて分割されたアプリケーションの少なくとも１つがユーザに送信される。この分割されたアプリケーションは、それぞれ実行するための順序を有しており、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができる。そして、この中の少なくとも１つは単独で実行可能である。
【００２０】
このため、分割されたアプリケーションを受信したユーザは、アプリケーション全体を受信しなくとも、その受信したアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるサーバ装置を提供することが可能となる。
【００２１】
好ましくは、第１の記憶部は、分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする。
【００２２】
この発明に従うと、分割されたアプリケーションを識別するためのＩＤがそれぞれ対応付けて記憶されるため、分割されたアプリケーション毎の識別が容易となる。
【００２３】
好ましくは、分割されたアプリケーションには、次に利用する候補となるアプリケーションのＩＤが含まれることを特徴とする。
【００２４】
この発明に従うと、それぞれの分割されたアプリケーションの中に、次に利用する候補となるアプリケーションＩＤが含まれるため、各分割されたアプリケーションの実行順序を容易に抽出することができる。
【００２５】
好ましくは、分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする。
【００２６】
この発明に従うと、分割されたアプリケーションの中には、最後であることを識別するＩＤが含まれるため、１つのアプリケーションの実行終了を知らしめることが可能となる。
【００２７】
好ましくは、受信部により分割されたアプリケーションのＩＤが受信された場合、送信部は、受信されたＩＤに基づき、第１の記憶部に記憶された該当するアプリケーションを送信する。
【００２８】
この発明に従うと、ユーザからのアプリケーションのＩＤが受信された場合、該当する分割されたアプリケーションがユーザに送信される。したがって、ユーザに対して適切に、所望の分割されたアプリケーションを送信することが可能となる。
【００２９】
好ましくは、サーバ装置は、分割されたアプリケーション毎にそれぞれの所定の情報を記憶する第２の記憶部をさらに備える。
【００３０】
この発明に従うと、分割されたアプリケーション毎に所定の情報が記憶されるため、必要なときに記憶された情報を利用することができる。
【００３１】
好ましくは、所定の情報は、分割されたアプリケーションのＩＤおよび対応する価格情報を含むことを特徴とする。
【００３２】
この発明に従うと、アプリケーションＩＤとこれに対応する価格情報とが記憶されるため、分割されたアプリケーション毎に価格を知ることが可能となる。
【００３３】
好ましくは、価格情報は、対応する分割されたアプリケーションが２回目以降に送信されるものである場合、最初に送信される分割されたアプリケーションの価格よりも低価格であることを特徴とする。
【００３４】
この発明に従うと、２回目以降に送信される分割されたアプリケーションが、最初に送信される分割されたアプリケーションよりも低価格であるため、最初にに送信された分割アプリケーションを受信したユーザに、２回目以降のアプリケーションの購買意欲または利用意欲を喚起させることができる。
【００３５】
好ましくは、所定の情報は、分割されたアプリケーションの利用回数を含むことを特徴とする。
【００３６】
この発明に従うと、各分割されたアプリケーションの利用回数が記憶されるため、その分割アプリケーションの利用頻度を知ることが可能となる。
【００３７】
好ましくは、サーバ装置は、利用回数に応じた割引率の情報を記憶する第５の記憶部をさらに備える。
【００３８】
この発明に従うと、利用回数に応じた割引率の情報が記憶されるため、必要に応じてその情報を利用することが可能となる。
【００３９】
好ましくは、サーバ装置は、第２の記憶部に記憶された所定の分割されたアプリケーションの利用回数と第５の記憶部に記憶された該利用回数に応じた割引率とに基づいて、次に利用する候補となる分割されたアプリケーションの価格を設定する設定部をさらに含む。
【００４０】
この発明に従うと、所定の分割アプリケーションの利用頻度に応じて割引率が決定され、それに基づき次の候補となる分割アプリケーションの価格が設定される。したがって、次の分割アプリケーションに対するユーザの購買意欲を沸かせることができる。
【００４１】
好ましくは、サーバ装置は、第２の記憶部に記憶された最初に送信される分割されたアプリケーションの利用回数と前記第５の記憶部に記憶された該利用回数に応じた割引率とに基づいて、２回目以降に送信される分割されたアプリケーションの価格を設定する設定部をさらに含む。
【００４２】
この発明に従うと、最初に送信される分割アプリケーションの利用頻度に応じて割引率が決定され、それに基づき、２回目以降に送信される分割アプリケーションの価格が設定される。したがって、２回目以降の分割アプリケーションに対するユーザの購買意欲を沸かせることができる。
【００４３】
好ましくは、所定の情報は、広告の有無情報を含むことを特徴とする。
この発明に従うと、各分割アプリケーション毎に広告の有無情報が記憶されるため、必要に応じて広告の有無情報を知ることができる。
【００４４】
好ましくは、送信部は、記憶された広告の有無情報が有りの場合に対応する分割されたアプリケーションを送信する際、該分割されたアプリケーションに対応する広告データを添付して送信することを特徴とする。
【００４５】
この発明に従うと、分割されたアプリケーションに広告情報が有る場合、対応する広告情報が該分割アプリケーションに添付されて送信される。したがって、所望の広告情報をユーザに知らしめることが可能となる。
【００４６】
好ましくは、所定の情報は、分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする。
【００４７】
この発明に従うと、分割されたアプリケーションについて対応するアプリケーション名を容易に知ることができる。
【００４８】
好ましくは、サーバ装置は、ユーザ情報を記憶する第３の記憶部をさらに備える。
【００４９】
この発明に従うと、ユーザ情報が記憶されるため、必要に応じてその情報を利用することが可能となる。
【００５０】
好ましくは、ユーザ情報は、ユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする。
【００５１】
この発明に従うと、ユーザＩＤおよびパスワードが記憶されているため、ユーザを識別する際に利用することが可能となる。
【００５２】
好ましくは、サーバ装置は、受信部によりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第３の記憶部に記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する第１の判断部をさらに備える。
【００５３】
この発明に従うと、ユーザにより入力されたユーザＩＤおよびパスワードが記憶されているものと一致するか否かが判断される。このため正規のユーザであるか否かを識別することが可能となる。
【００５４】
好ましくは、サーバ装置は、第１の判断部によりユーザＩＤおよびパスワードが一致しないと判断された場合、送信部による送信動作を禁止する禁止部をさらに備える。
【００５５】
この発明に従うと、ユーザにより送信されてきたユーザＩＤおよびパスワードが記憶されているものと一致しない場合は、アプリケーションの送信動作が行なわれない。したがって、正規のユーザにのみ送信されることになり信頼性が向上する。
【００５６】
好ましくは、ユーザ情報は、アプリケーションの利用履歴を含むことを特徴とする。
【００５７】
この発明に従うと、ユーザによるアプリケーションの利用履歴が記憶されるため、過去に利用したアプリケーションなどから、ユーザについての適切な情報を得ることが可能となる。
【００５８】
好ましくは、サーバ装置は、記憶された利用履歴に基づいて、第１の記憶部に記憶されている適切な広告データを抽出する抽出部と、抽出された広告データを送信する広告データ送信部とをさらに備える。
【００５９】
この発明に従うと、ユーザの利用履歴に基づいて、適切な広告情報がユーザに送信される。このため、ユーザは適切な情報を得ることが可能となる。
【００６０】
好ましくは、ユーザ情報は、支払いに関する残高情報を含むことを特徴とする。
【００６１】
この発明に従うと、ユーザの支払いに関する残高情報が記憶されるため、ユーザによる残高情報の偽造が不可能となる。また、必要に応じて残高情報を知ることができる。
【００６２】
好ましくは、サーバ装置は、支払いに関する残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較部をさらに備え、送信部は、比較部による比較の結果、残高情報が前記価格情報よりも大きいまたは等しい場合に分割されたアプリケーションを送信することを特徴とする。
【００６３】
この発明に従うと、ユーザの残高が希望するアプリケーションの価格以上である場合にのみ所望のアプリケーションがユーザに送信される。このため、ユーザに対して金額的な歯止めをかけることが可能となる。
【００６４】
好ましくは、サーバ装置は、先払い情報に関するプリペイド情報を記憶する第４の記憶部をさらに備える。
【００６５】
この発明に従うと、プリペイド情報が記憶されるため、電信決済を利用することが可能となる。
【００６６】
好ましくは、プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする。
【００６７】
この発明に従うと、プリペイドＩＤおよびパスワードが記憶されるため、プリペイドカード等の照合を行なう際に利用することができる。
【００６８】
好ましくは、サーバ装置は、受信部によりプリペイドＩＤおよびパスワードが受信された場合、受信されたプリペイドＩＤおよびパスワードと、第４の記憶部に記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断部をさらに備える。
【００６９】
この発明に従うと、受信されたプリペイドＩＤおよびパスワードが正しいか否かの判断が適切に行なわれる。
【００７０】
好ましくは、プリペイド情報は、金額情報を含むことを特徴とする。
この発明に従うと、プリペイドカード等の媒体の金額情報がサーバ装置に記憶される。したがって、金額情報の改ざんが不可能となる。
【００７１】
好ましくは、サーバ装置は、送信部により前記分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金部をさらに備える。
【００７２】
この発明に従うと、ユーザに対して、分割されたアプリケーション単位で課金が行なわれる。このため、ユーザは、必要最小限の料金で必要なアプリケーションを利用することが可能となる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるサーバ装置を提供することが可能となる。
【００７３】
好ましくは、サーバ装置は、送信部により分割されたアプリケーションの送信が完了したか否かを確認する確認部をさらに備え、課金部は、確認部により送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【００７４】
この発明に従うと、分割されたアプリケーションの送信が完了した場合にのみユーザに対する課金が行なわれる。したがって、通信途中で通信不能となった場合などに課金されるという事態が回避される。
【００７５】
本発明の別の局面に従うと、サーバ装置は、複数に分割されたアプリケーションを記憶する第１の記憶部と、ユーザからの情報を受信する受信部と、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信部と、送信部により前記分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金部とを備える。
【００７６】
この発明に従うと、分割されたアプリケーションが送信される毎に送信先のユーザに対して課金が行なわれる。このため、ユーザは、必要最小限の料金を支払えばよいことになる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるサーバ装置を提供することが可能となる。
【００７７】
好ましくは、サーバ装置は、送信部により分割されたアプリケーションの送信が完了したか否かを確認する確認部をさらに備え、課金部は、確認部により送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【００７８】
この発明に従うと、分割されたアプリケーションの送信が完了した場合にのみユーザに対する課金が行なわれる。したがって、通信途中で通信不能となった場合などに課金されるという事態が回避される。
【００７９】
好ましくは、サーバ装置は、ユーザを識別するためのユーザＩＤおよびパスワードを記憶する第２の記憶部と、受信部によりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第２の記憶部に記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する判断部と、判断部によりユーザＩＤおよびパスワードが一致しないと判断された場合、送信部による送信動作を禁止する禁止部とをさらに備える。
【００８０】
この発明に従うと、ユーザにより入力されたユーザＩＤおよびパスワードが記憶されているものと一致するか否かが判断される。そして、一致しない場合は、アプリケーションの送信動作が行なわれない。したがって、正規のユーザにのみ送信されることになり信頼性が向上する。
【００８１】
好ましくは、第２の記憶部は、さらにユーザの支払いに関する残高情報を記憶し、送信部は、残高情報がユーザの要求する分割されたアプリケーションについての価格情報よりも大きいまたは等しい場合に、分割されたアプリケーションを送信することを特徴とする。
【００８２】
この発明に従うと、ユーザの残高が希望するアプリケーションの価格以上である場合にのみ所望のアプリケーションがユーザに送信される。このため、ユーザに対して金額的な歯止めをかけることが可能となる。
【００８３】
本発明のさらに別の局面に従うと、端末装置は、分割されたアプリケーションを受信する受信部と、受信された分割されたアプリケーションを実行する実行部と、実行部による実行の結果、受信された分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の分割されたアプリケーションの送信要求を行なう要求部とを備える。
【００８４】
この発明に従うと、分割されたアプリケーションが実行された結果、その分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の送信要求が行なわれる。したがって、適切な順序でもって分割されたアプリケーションが受信されることになる。
【００８５】
好ましくは、分割されたアプリケーションに対応する広告データが添付して送信されてきた場合、受信部は、該広告データをも受信することを特徴とする。
【００８６】
これによると、ユーザにとって興味のある所望のアプリケーションに関連した広告データをも受信することが可能となる。
【００８７】
好ましくは、端末装置は、受信部により分割されたアプリケーションの受信動作が完了した際に受信完了信号を送信する送信部をさらに備える。
【００８８】
この発明に従うと、分割されたアプリケーションの受信が完了すると完了信号が送信されるため、受信が完了したか否かを適切に知らしめることが可能となる。
【００８９】
本発明のさらに別の局面に従うと、アプリケーション通信システムは、単独で実行可能な分割されたアプリケーションを送信する送信部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とから構成されることを特徴とする。
【００９０】
この発明に従うと、端末からのアプリケーション送信要求を受けたサーバ装置は、単独で実行可能な分割されたアプリケーションを送信する。これを受信した端末装置は、直ちにその分割されたアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信システムを提供することが可能となる。
【００９１】
本発明のさらに別の局面に従うと、アプリケーション通信システムは、分割されたアプリケーションを送信する毎に課金を行なう課金部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とから構成されることを特徴とする。
【００９２】
この発明に従うと、分割されたアプリケーション毎に対価が要求されるため、必要最小限の料金でアプリケーションを利用することができる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信システムを提供することが可能となる。
【００９３】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて前記分割されたアプリケーションの少なくとも１つを送信する送信ステップとを備え、分割されたアプリケーションの少なくとも１つは単独で実行可能であることを特徴とする。
【００９４】
好ましくは、送信ステップは、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする。
【００９５】
これらの発明に従うと、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法を提供することが可能となる。
【００９６】
好ましくは、分割されたアプリケーションはそれぞれ実行するための順序を有し、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができることを特徴とする。
【００９７】
好ましくは、第１の記憶ステップは、分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする。
【００９８】
好ましくは、分割されたアプリケーションには、次に利用する候補となるアプリケーションのＩＤが含まれることを特徴とする。
【００９９】
好ましくは、分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする。
【０１００】
好ましくは、受信ステップにより分割されたアプリケーションのＩＤが受信された場合、送信ステップは、受信されたＩＤに基づき、第１の記憶ステップにおいて記憶された該当するアプリケーションを送信する。
【０１０１】
好ましくは、アプリケーション通信方法は、分割されたアプリケーション毎にそれぞれの所定の情報を記憶する第２の記憶ステップをさらに備える。
【０１０２】
好ましくは、所定の情報は、分割されたアプリケーションのＩＤおよび対応する価格情報を含むことを特徴とする。
【０１０３】
好ましくは、所定の情報は、分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする。
【０１０４】
好ましくは、アプリケーション通信方法は、ユーザ情報を記憶する第３の記憶ステップをさらに備える。
【０１０５】
好ましくは、ユーザ情報は、ユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする。
【０１０６】
好ましくは、アプリケーション通信方法は、受信ステップによりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第３の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する第１の判断ステップをさらに備える。
【０１０７】
好ましくは、アプリケーション通信方法は、第１の判断ステップによりユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップをさらに備える。
【０１０８】
好ましくは、ユーザ情報は、アプリケーションの利用履歴を含むことを特徴とする。
【０１０９】
好ましくは、アプリケーション通信方法は、記憶された利用履歴に基づいて、第１の記憶ステップにおいて記憶されている適切な広告データを抽出する抽出ステップと、抽出された広告データを送信する広告データ送信ステップとをさらに備える。
【０１１０】
好ましくは、ユーザ情報は、支払いに関する残高情報を含むことを特徴とする。
【０１１１】
好ましくは、アプリケーション通信方法は、支払いに関する残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較ステップをさらに備え、送信ステップは、比較ステップによる比較の結果、残高情報が価格情報よりも大きいまたは等しい場合に分割されたアプリケーションを送信することを特徴とする。
【０１１２】
好ましくは、アプリケーション通信方法は、先払い情報に関するプリペイド情報を記憶する第４の記憶ステップをさらに備える。
【０１１３】
好ましくは、プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする。
【０１１４】
好ましくは、アプリケーション通信方法は、受信ステップにおいてプリペイドＩＤおよびパスワードが受信された場合、受信されたプリペイドＩＤおよびパスワードと、第４の記憶ステップにおいて記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断ステップをさらに備える。
【０１１５】
好ましくは、プリペイド情報は、金額情報を含むことを特徴とする。
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップをさらに備える。
【０１１６】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１１７】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信ステップと、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップとを備える。
【０１１８】
この発明に従うと、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法を提供することが可能となる。
【０１１９】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１２０】
好ましくは、アプリケーション通信方法は、ユーザを識別するためのユーザＩＤおよびパスワードを記憶する第２の記憶ステップと、受信ステップにおいてユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第２の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する判断ステップと、判断ステップにおいてユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップとをさらに備える。
【０１２１】
好ましくは、第２の記憶ステップは、さらにユーザの支払いに関する残高情報を記憶し、送信ステップは、残高情報がユーザの要求する分割されたアプリケーションについての価格情報よりも大きいまたは等しい場合に、分割されたアプリケーションを送信することを特徴とする。
【０１２２】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、分割されたアプリケーションを受信する受信ステップと、受信された分割されたアプリケーションを実行する実行ステップと、実行ステップにおける実行の結果、受信された分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の分割されたアプリケーションの送信要求を行なう要求ステップとを備える。
【０１２３】
この発明に従うと、分割されたアプリケーションが実行された結果、その分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の送信要求が行なわれる。したがって、適切な順序でもって分割されたアプリケーションを受信することのできるアプリケーション通信方法が実現される。
【０１２４】
好ましくは、アプリケーション通信方法は、受信ステップにおいて分割されたアプリケーションの受信動作が完了した際に受信完了信号を送信する送信ステップをさらに備える。
【０１２５】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、単独で実行可能な分割されたアプリケーションを送信する送信部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーション通信を行なうことを特徴とする。
【０１２６】
この発明に従うと、端末からのアプリケーション送信要求を受けたサーバ装置は、単独で実行可能な分割されたアプリケーションを送信する。これを受信した端末装置は、直ちにその分割されたアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法を提供することが可能となる。
【０１２７】
本発明のさらに別の局面に従うと、アプリケーション通信方法は、分割されたアプリケーションを送信する毎に課金を行なう課金部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーションの通信を行なうことを特徴とする。
【０１２８】
この発明に従うと、分割されたアプリケーション毎に対価が要求されるため、必要最小限の料金でアプリケーションを利用することができる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法を提供することが可能となる。
【０１２９】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて前記分割されたアプリケーションの少なくとも１つを送信する送信ステップとを備え、分割されたアプリケーションの少なくとも１つは単独で実行可能であることを特徴とする。
【０１３０】
好ましくは、送信ステップは、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする。
【０１３１】
これらの発明に従うと、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録した記録媒体を提供することが可能となる。
【０１３２】
好ましくは、分割されたアプリケーションはそれぞれ実行するための順序を有し、その順序に従って実行されることで、分割される前の状態のアプリケーションの目的を達成することができることを特徴とする。
【０１３３】
好ましくは、第１の記憶ステップは、分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする。
【０１３４】
好ましくは、分割されたアプリケーションには、次に利用する候補となるアプリケーションのＩＤが含まれることを特徴とする。
【０１３５】
好ましくは、分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする。
【０１３６】
好ましくは、受信ステップにより分割されたアプリケーションのＩＤが受信された場合、送信ステップは、受信されたＩＤに基づき、第１の記憶ステップにおいて記憶された該当するアプリケーションを送信する。
【０１３７】
好ましくは、アプリケーション通信方法は、分割されたアプリケーション毎にそれぞれの所定の情報を記憶する第２の記憶ステップをさらに備える。
【０１３８】
好ましくは、所定の情報は、分割されたアプリケーションのＩＤおよび対応する価格情報を含むことを特徴とする。
【０１３９】
好ましくは、価格情報は、対応する前記分割されたアプリケーションが２回目以降に送信されるものである場合、最初に送信される分割されたアプリケーションの価格よりも低価格であることを特徴とする。
【０１４０】
好ましくは、所定の情報は、分割されたアプリケーションの利用回数を含むことを特徴とする。
【０１４１】
好ましくは、アプリケーション通信方法は、利用回数に応じた割引率の情報を記憶する第５の記憶ステップをさらにる。
【０１４２】
好ましくは、アプリケーション通信方法は、第２の記憶ステップで記憶された所定の分割されたアプリケーションの利用回数と前記第５の記憶ステップで記憶された該利用回数に応じた割引率とに基づいて、次に利用する候補となる分割されたアプリケーションの価格を設定する設定ステップをさらに含む。
【０１４３】
好ましくは、アプリケーション通信方法は、第２の記憶ステップで記憶された最初に送信される分割されたアプリケーションの利用回数と第５の記憶ステップで記憶された該利用回数に応じた割引率とに基づいて、２回目以降に送信される分割されたアプリケーションの価格を設定する設定ステップをさらに含む。
【０１４４】
好ましくは、所定の情報は、広告の有無情報を含むことを特徴とする。
好ましくは、送信ステップは、記憶された広告の有無情報が有りの場合に対応する分割されたアプリケーションを送信する際、該分割されたアプリケーションに対応する広告データを添付して送信することを特徴とする。
【０１４５】
好ましくは、所定の情報は、分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする。
【０１４６】
好ましくは、アプリケーション通信方法は、ユーザ情報を記憶する第３の記憶ステップをさらに備える。
【０１４７】
好ましくは、ユーザ情報は、ユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする。
【０１４８】
好ましくは、アプリケーション通信方法は、受信ステップによりユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第３の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する第１の判断ステップをさらに備える。
【０１４９】
好ましくは、アプリケーション通信方法は、第１の判断ステップによりユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップをさらに備える。
【０１５０】
好ましくは、ユーザ情報は、アプリケーションの利用履歴を含むことを特徴とする。
【０１５１】
好ましくは、アプリケーション通信方法は、記憶された利用履歴に基づいて、第１の記憶ステップにおいて記憶されている適切な広告データを抽出する抽出ステップと、抽出された広告データを送信する広告データ送信ステップとをさらに備える。
【０１５２】
好ましくは、ユーザ情報は、支払いに関する残高情報を含むことを特徴とする。
【０１５３】
好ましくは、アプリケーション通信方法は、支払いに関する残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較ステップをさらに備え、送信ステップは、比較ステップによる比較の結果、残高情報が価格情報よりも大きいまたは等しい場合に分割されたアプリケーションを送信することを特徴とする。
【０１５４】
好ましくは、アプリケーション通信方法は、先払い情報に関するプリペイド情報を記憶する第４の記憶ステップをさらに備える。
【０１５５】
好ましくは、プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする。
【０１５６】
好ましくは、アプリケーション通信方法は、受信ステップにおいてプリペイドＩＤおよびパスワードが受信された場合、受信されたプリペイドＩＤおよびパスワードと、第４の記憶ステップにおいて記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断ステップをさらに備える。
【０１５７】
好ましくは、プリペイド情報は、金額情報を含むことを特徴とする。
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップをさらに備える。
【０１５８】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１５９】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、複数に分割されたアプリケーションを記憶する第１の記憶ステップと、ユーザからの情報を受信する受信ステップと、受信された情報に応じて分割されたアプリケーションの少なくとも１つを送信する送信ステップと、送信ステップにおいて分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金ステップとを備える。
【０１６０】
この発明に従うと、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【０１６１】
好ましくは、アプリケーション通信方法は、送信ステップにおいて分割されたアプリケーションの送信が完了したか否かを確認する確認ステップをさらに備え、課金ステップは、確認ステップにより送信が完了したことを確認した場合に課金を行なうことを特徴とする。
【０１６２】
好ましくは、アプリケーション通信方法は、ユーザを識別するためのユーザＩＤおよびパスワードを記憶する第２の記憶ステップと、受信ステップにおいてユーザＩＤおよびパスワードが受信された場合、受信されたユーザＩＤおよびパスワードと、第２の記憶ステップにおいて記憶されたユーザＩＤおよびパスワードとが一致するか否かを判断する判断ステップと、判断ステップにおいてユーザＩＤおよびパスワードが一致しないと判断された場合、送信ステップによる送信動作を禁止する禁止ステップとをさらに備える。
【０１６３】
好ましくは、第２の記憶ステップは、さらにユーザの支払いに関する残高情報を記憶し、送信ステップは、残高情報がユーザの要求する分割されたアプリケーションについての価格情報よりも大きいまたは等しい場合に、分割されたアプリケーションを送信することを特徴とする。
【０１６４】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、分割されたアプリケーションを受信する受信ステップと、受信された分割されたアプリケーションを実行する実行ステップと、実行ステップにおける実行の結果、受信された分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の分割されたアプリケーションの送信要求を行なう要求ステップとを備える。
【０１６５】
この発明に従うと、分割されたアプリケーションが実行された結果、その分割されたアプリケーションに記憶された次の候補となる分割されたアプリケーション情報をもとに、次の送信要求が行なわれる。したがって、適切な順序でもって分割されたアプリケーションを受信することのできるアプリケーション通信方法をコンピュータで実行するためのアプリケーション通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【０１６６】
好ましくは、アプリケーション通信方法は、受信ステップにおいて分割されたアプリケーションの受信動作が完了した際に受信完了信号を送信する送信ステップをさらに備える。
【０１６７】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、単独で実行可能な分割されたアプリケーションを送信する送信部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーション通信を行なうことを特徴とする。
【０１６８】
この発明に従うと、端末からのアプリケーション送信要求を受けたサーバ装置は、単独で実行可能な分割されたアプリケーションを送信する。これを受信した端末装置は、直ちにその分割されたアプリケーションを実行することができる。したがって、通信を開始してから短時間で所望のアプリケーションを利用することができるアプリケーション通信方法をコンピュータで実行することのできるアプリケーションプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【０１６９】
本発明のさらに別の局面に従うと、コンピュータ読み取り可能な記録媒体は、アプリケーション通信方法をコンピュータに実行させるためのアプリケーション通信プログラムを記録する。アプリケーション通信方法は、分割されたアプリケーションを送信する毎に課金を行なう課金部を備えたサーバ装置と、その分割されたアプリケーションを受信する端末装置とを用いてアプリケーションの通信を行なうことを特徴とする。
【０１７０】
この発明に従うと、分割されたアプリケーション毎に対価が要求されるため、必要最小限の料金でアプリケーションを利用することができる。したがって、適切な料金が課金されることにより、アプリケーション通信の利用促進を図ることのできるアプリケーション通信方法をコンピュータで実行することのできるアプリケーション通信プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することが可能となる。
【０１７１】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら説明する。
〔第１の実施の形態〕
図１は本発明の第１の実施の形態におけるアプリケーション通信システム全体を示す概念図である。図１を参照して、アプリケーション通信システムは、サーバシステム１００と、複数の端末装置２００、２１０および２２０（以下、「端末」と総称する場合もある）とで構成されている。サーバシステム１００と端末装置２００、２１０および２２０は、データ通信路３００を介して相互に通信可能となっている。
【０１７２】
サーバシステム１００は、複数に分割されたアプリケーション、ユーザ、プリペイド等の情報を記憶する記憶部１２０と、サーバシステム１００全体を制御する制御部１１０とを含む。
【０１７３】
端末装置２００は、移動体基地局を介してデータ通信が可能な移動体端末であり、端末装置２１０はパソコンである。そして、端末装置２２０は携帯ゲーム機器である。
【０１７４】
データ通信路３００は、双方向に通信可能な通信路であり、たとえば、インターネット、ＬＡＮ（Local Area Network）、電話回線、移動体通信などが用いられる。
【０１７５】
次に、図２から図６を用いてサーバシステム１００について説明する。
図２は図１のサーバシステム１００の詳細を示す構成図である。図２を参照して、サーバシステム１００は、前述した通り、制御部１１０および記憶部１２０を含んでいる。
【０１７６】
記憶部１２０は、分割されたアプリケーションを記憶する第１の記憶部１２１と、分割されたアプリケーションそれぞれの情報を記憶する第２の記憶部１２２と、ユーザ情報を記憶する第３の記憶部１２３と、プリペイド情報を記憶する第４の記憶部１２４とを含んでいる。
【０１７７】
第１の記憶部１２１には、ゲームソフト(a)、デジタル化された書籍データ(b)、デモプログラム(c)、および広告データ(d)などの複数のアプリケーションが格納されている。そして、各アプリケーションは、それぞれの内容に応じて必要最小単位に分割されている。たとえば、ゲームソフト(a)は、ゲームの内容によりｎ分割されている。そして、この各分割されたアプリケーション単位でもって通信が行なわれる。
【０１７８】
図３は、第１の記憶部１２１に記憶されているデータの例を示した図である。図３を参照して、第１の記憶部１２１には、複数に分割されたアプリケーションと、分割されたアプリケーションそれぞれを識別するためのアプリケーションＩＤとが記憶されている。
【０１７９】
たとえば、スーパーゴルフという１つのアプリケーションに対して、「ゴルフゲーム１ホールのプログラム」、「ゴルフゲーム２ホールのプログラム」、および「ゴルフゲーム３ホールのプログラム」が、分割されたアプリケーションとして記憶されている。そして、各分割されたアプリケーションには、アプリケーションＩＤ、１２３４５６、１２３４５７、および１２３４５８がそれぞれ対応付けて記憶されている。
【０１８０】
なお、アプリケーションＩＤには、カテゴリーを含む分類情報が記憶されている。カテゴリーを含む分類情報としては、ゲームソフト、デジタル化された書籍データ、デモプログラム、広告データなどがある。
【０１８１】
ここで、各分割されたアプリケーションの中には、次に利用する候補となるアプリケーションＩＤの情報が含まれている。したがって、たとえば、「ゴルフゲーム１ホールのプログラム」の中には、次の候補である「ゴルフゲーム２ホールのプログラム」のアプリケーションＩＤ（１２３４５７）が含まれている。
【０１８２】
なお、分割されたアプリケーションの中で、次に利用するものがない場合は、そのアプリケーションが最後であることを示すアプリケーションＩＤが含まれる。
【０１８３】
第２の記憶部１２２には、分割されたアプリケーションについての情報が記憶されている。図４は、第２の記憶部１２２に記憶されているデータの例を示した図である。図４を参照して、第２の記憶部１２２には、図３で示した分割されたアプリケーションのアプリケーションＩＤに対応づけた格好で、その関連情報が記憶されている。関連情報とは、価格情報、利用回数、アプリケーション名、作成元、および作成者などである。
【０１８４】
たとえば、「ゴルフゲーム１ホールのプログラム」という分割されたアプリケーション（アプリケーションＩＤ＝１２３１４５６）については、価格５００円、通算の利用回数５７０回、アプリケーション名「スーパーゴルフ」、作成元「シャープ」、および、作成者「ジョンスミス」がそれぞれ対応づけて記憶されている。
【０１８５】
第３の記憶部１２３には、アプリケーション通信システムを利用するユーザの個人情報が記憶されている。図５は、第３の記憶部１２３に記憶されているデータの例を示した図である。図５を参照して、第３の記憶部１２３には、ユーザの個人情報として、ユーザのパスワード、住所・氏名・年齢・職業などの個人情報、支払いに関する残高情報、利用したアプリケーションの利用履歴情報、端末を識別するための端末ＩＤなどが、それぞれユーザＩＤに対応づけられて記憶されている。
【０１８６】
第４の記憶部１２４には、先払い情報に関するプリペイド情報が記憶されている。図６は、第４の記憶部１２４に記憶されているデータの例を示した図である。図６を参照して、第４の記憶部１２４には、プリペイドカードを識別するプリペイドＩＤと、プリペイドカードのパスワード、額面情報、発行日、使用の可否情報などが関連付けて記憶されている。
【０１８７】
ここで、プリペイドＩＤ、暗証番号、および金額情報などは、プリペイドカードの製造あるいは販売段階等において予めプリペイド情報として定められているものである。利用情報は、該当するプリペイドカードをユーザが利用したか否かにより、「使用済み」または「未使用」のいずれかが記録される。
【０１８８】
なお、ユーザに使用されることにより、「使用済み」となった場合、対象のプリペイドＩＤの金額情報が図５に示すユーザの支払いに関する残高情報の欄に加算されることになる。
【０１８９】
図２に戻って、制御部１１０は、図示しない中央演算装置、一時記憶装置、データ通信路接続装置、およびメインプログラム格納部などから構成されている。
【０１９０】
中央演算装置は、メインプログラム格納部に格納されているメインプログラムに従って、各部の制御、データの選択、データの転送、情報の一時記憶などを行う。
【０１９１】
一時記憶装置は、中央演算装置により、処理した結果などを一時的に保持する。
【０１９２】
データ通信路接続装置は、サーバシステム１００とデータ通信路３００とを接続し、データ通信路３００を介して端末装置２００、２１０、２２０との双方向通信を行なう。
【０１９３】
メインプログラム格納部に格納されているメインプログラムは、アプリケーション通信システムを実現するためのプログラムであって、サーバシステム１００の全体を制御するものである。したがって、以下に示すような複数のプログラムが含まれている。
【０１９４】
すなわち、たとえばユーザに必要なアプリケーションの選択や各種設定を行なわせるための案内画面を端末側に表示させるためのプログラム、端末側から送られてきた配信要求に対し残高情報を第３の記憶部１２３から抽出し配信の可否を判断するプログラム、端末から送られてきた次のアプリケーションＩＤをもとに第１の記憶部１２１に記憶された分割アプリケーションを選択し送信するプログラム、端末から送られてきたアプリケーションについての利用履歴などを第３の記憶部１２３に保存するプログラム、ユーザのアプリケーションの利用履歴を第３の記憶部１２３から抽出し、これを基に第１の記憶部１２１から適切な広告データ等を抽出し、ユーザに送信するプログラムなどである。
【０１９５】
なお、メインプログラムは、メインプログラム格納部内に予め記憶されたものでもよいし、ＣＤ−ＲＯＭのような取り外し可能な記録媒体１１１に記録されたものであってもよい。
【０１９６】
取り外し可能な記録媒体に記録されたものである場合、記録されたプログラムは、図示しないＣＤ−ＲＯＭ装置などにより記録媒体から読取られてメインプログラム格納部に一旦格納される。
【０１９７】
なお、プログラムを記録した記録媒体としては、磁気テープやカセットテープなどのテープ系、磁気ディスク（フレキシブルディスク、ハードディスク装置等）や光ディスク（ＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ等）などのディスク系、ＩＣカード（メモリカードを含む）や光カードなどのカード系、あるいはマスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の、固定的にプログラムを担持する媒体が考えられる。
【０１９８】
さらに、ネットワークからプログラムがダウンロードされるように、流動的にプログラムを担持する媒体であってもよい。なお、このようにネットワークからプログラムがダウンロードされる場合には、そのダウンロード用のプログラムは予めサーバシステム１００に格納されておくか、あるいは別の記録媒体から予めサーバシステム１００にインストールされる。
【０１９９】
なお、記録媒体に格納される内容としては、プログラムに限定されず、データであってもよい。
【０２００】
このメインプログラムを実行させた際の具体例については後述する。
続いて、図１に示した端末装置２００、２１０、２２０について簡単に説明する。これらの端末装置２００、２１０、２２０はいずれも主な機能構成については同様であるため、代表として移動体端末２００について説明する。
【０２０１】
図７は、移動体端末２００の概略構成を示したブロック図である。図７を参照して、移動体端末２００は、データ通信路接続装置２０１、メモリ装置２０２、制御部２０３、表示部２０４、および操作部２０５を備えている。
【０２０２】
データ通信路接続装置２０１は、移動体端末２００とデータ通信路３００とを接続し、データ通信路３００を介してサーバシステム１００との双方向通信を行なう。
【０２０３】
メモリ装置２０２は、サーバシステム１００から送信されてくるデータなどを記憶する。たとえば、送信要求に応じて送信されてくる、分割されたアプリケーションなどである。
【０２０４】
制御部２０３は、図示しない中央演算装置とメインプログラム格納部とを備えている。そして、格納されたメインプログラムに従って、データ通信路接続装置２０１、メモリ装置２０２、表示部２０４、および操作部２０５、それぞれを制御する。
【０２０５】
例えば、制御部２０３は、メモリ装置２０２に記憶された分割されたアプリケーションを実行するために、メモリ装置２０２とのデータのやり取りを制御する。アプリケーションの実行に際しては、ユーザインタフェースとなる表示部２０４および操作部２０５の制御も行なう。そして、次に必要となる分割されたアプリケーションを要求する場合、該当するアプリケーションＩＤをサーバシステム１００に送信するために、データ通信路接続装置２０１の動作も制御する。
【０２０６】
なお、メインプログラムは、メインプログラム格納部に予め格納されたものでもよいし、磁気テープなどの取り外し可能な記録媒体２１１に記録されたものでもよい。記録媒体２１１としては、図２の説明の際に述べたものと同様のものが考えられる。
【０２０７】
次に、上述した構成のアプリケーション通信システムにおける処理の流れを、図８から図１６を用いて具体的に説明する。
【０２０８】
図８は、本実施の形態におけるアプリケーション通信システム全体の処理の流れを説明するためのフローチャートである。なお、ここでは、アプリケーションに対する対価の支払い方法として、プリペイドカードが利用される場合を示している。また、端末装置としては、移動体端末２００を例に挙げて説明している。
【０２０９】
図８を参照して、アプリケーションの配信を希望するユーザがプリペイドカードを購入する場合は（ステップＳ８０１で“Yes”）、ステップＳ８０３に進み、プリペイドカード購入処理が行なわれる。
【０２１０】
図９に、購入されるプリペイドカードの一例を示す。本図に示すように、プリペイドカードには、プリペイドＩＤ、プリペイドカード用のパスワード、額面情報、発行日などが記載されている。したがって、希望する金額を支払ってプリペイドカードを購入したユーザは、そのカードに予め付与されているＩＤおよびパスワードを知ることができる。なお、このプリペイドカードの情報は、サーバシステム１００の第４の記憶部１２４にすでに登録されている。
【０２１１】
プリペイドカードを購入しない場合は、ステップＳ８０３の処理はスキップされて、ステップＳ８０５の処理へと移行する。
【０２１２】
ステップＳ８０５では、ユーザ端末とサーバシステムとが接続され、ユーザ情報の照合が行なわれる。すなわち、サーバシステム１００の第３の記憶部１２３に格納されているユーザ情報に基づき、移動体端末２００から送信されるユーザ情報の認証処理が行なわれる。
【０２１３】
続いて、ステップＳ８０７において、所望のアプリケーションの選択処理が行なわれる。すなわち、ここで、分割されたアプリケーションの配信が行なわれるとともに、その分割されたアプリケーションに対する対価の支払いが行なわれる。
【０２１４】
所望のアプリケーションの配信が終了すると、ステップＳ８０９において、ユーザ端末でその配信されたアプリケーションが実行される。なお、必要に応じて、さらに次の分割アプリケーションの配信が行なわれ、そのアプリケーションの実行もされる。
【０２１５】
以上がアプリケーション通信システム全体の大まかな処理の流れである。以下、各処理について、詳細に説明する。
【０２１６】
図１０は、図８のプリペイドカード購入処理（ステップＳ８０３）のサブルーチンを示したフローチャートである。ユーザはコンビニエンスストア、玩具店、書店等で、図９に示したようなプリペイドカードを購入する。
【０２１７】
本図を参照して、ユーザが初めてプリペイドカードを購入する場合、すなわち、初めてサーバシステム１００に接続する場合は（ステップＳ１０１で“Yes”）、ステップＳ１０３において、ユーザの個人情報等の入力が行なわれる。つまり、本人または代理人により、専用端末などからユーザＩＤ、パスワード、個人情報などが入力される。
【０２１８】
すると、ステップＳ１０５において、入力された個人情報等がデータ通信路３００を介してサーバシステム１００に送信される。個人情報等を受信したサーバシステム１００は、ステップＳ１０７において、第３の記憶部１２３にその情報（ユーザーＩＤ、パスワード、個人情報など）を記憶する。
【０２１９】
個人情報等のデータが転送されると、ステップＳ１０９において、そのユーザにプリペイドカードが販売される。そして、サブルーチンを終了し、図８のメインルーチンへと戻る。
【０２２０】
図１１は、図８の端末認証処理（ステップＳ８０５）のサブルーチンを示したフローチャートである。本図を参照して、まず、ステップＳ１１０１において、ユーザは、アプリケーションの利用できる移動体端末２００によりサーバシステム１００に接続する。なお、自動でサーバシステム１００に接続する機能を保有する移動体端末２００で接続してもよい。
【０２２１】
接続が完了すると、ステップＳ１１０３において、サーバシステム１００からユーザーＩＤ、パスワードなどの入力の要求が移動体端末２００側に送信される。要求を受けた移動体端末２００は、ステップＳ１１０５において、表示部２０４に入力要求画面を表示しユーザ入力を促す。ユーザはその画面に従い操作部２０５から、ユーザＩＤ、パスワードなどのデータを入力する。入力されたデータはサーバシステム１００に転送される。なお、入力形態としては、操作部２０５からの入力に限られず、例えば、移動体端末２００に予めユーザＩＤ、パスワードなどが記憶されていて、それをそのまま送信するようにしてもよい。
【０２２２】
ユーザＩＤ等を受信したサーバシステム１００は、ステップＳ１１０７において、これらと第３の記憶部１２３に記憶されているユーザＩＤ、パスワードとの照合を行う。そして、正規のユーザであるか否かを確認する。
【０２２３】
正規のユーザでない場合には（ステップＳ１１０７で“No”）、ステップＳ１１１１において、エラーとなり、移動体端末２００からは以後のステップに進めなくなる。
【０２２４】
一方、正規のユーザである場合には（ステップＳ１１０７で“Yes”）、移動体端末２００とサーバシステム１００との接続は維持され（ステップＳ１１０９）、端末認証処理が終了する。
【０２２５】
図１２は、図８のアプリケーションの選択処理（ステップＳ８０７）のサブルーチンを示したフローチャートである。本図を参照して、サーバシステム１００は、ステップＳ１２０１において、第２記憶部１２２に記憶されているアプリケーション名を元に、移動体端末２００にアプリケーションのメニューを送信する。
【０２２６】
移動体端末２００では、これを受けて、表示部２０４にアプリケーションメニューの表示を行なう（ステップＳ１２０３）。ユーザは、表示されたメニューから所望のアプリケーションを選択する（ステップＳ１２０５）。選択されたアプリケーションの情報は、サーバシステム１００に送信される。なお、ここでは、アプリケーションとしてゴルフゲームが選択されたものとする。
【０２２７】
サーバシステム１００では、ステップＳ１２０７において、選択されたアプリケーションの情報を受けて、該当するアプリケーションの送信および送信に対する課金が行なわれる。
【０２２８】
図１３は、図１２のアプリケーションの送信および課金処理（ステップＳ１２０７）のサブルーチンを示したフローチャートである。図１３を参照して、まず、ステップＳ１３０１において、サーバシステム１００は、選択されたアプリケーション、すなわち、送信要求の対象が、最終のアプリケーションＩＤであるか否かを判断する。
【０２２９】
最終アプリケーションＩＤでない場合は、ステップＳ１３０３の処理へと進む。ステップＳ１３０３では、制御部１１０により、送信されてきたアプリケーション名（あるいはアプリケーションＩＤ）を元に、第２の記憶部１２２から該当する分割されたアプリケーションの価格情報が抽出される。
【０２３０】
今回は、「ゴルフゲーム」というアプリケーション名が送信されてきているため、ｎ分割されたゴルフゲームのアプリケーションのうち、第１番目の分割アプリケーションのアプリケーションＩＤが抽出される。そして、このアプリケーションＩＤを元に、第２の記憶部１２２から価格情報が抽出される。
【０２３１】
送信対象となるアプリケーションの価格情報が抽出されると、次に、ステップＳ１３０５において、第３の記憶部１２３からユーザＩＤに対応する支払いに関する残高情報が抽出される。そして、ステップＳ１３０７において、アプリケーションの価格情報とユーザＩＤに対応する支払いに関する残高情報との比較が行なわれる。
【０２３２】
比較が行なわれた結果、（残高情報−価格情報）≧０の場合は（ステップＳ１３０７で“Yes”）、ステップＳ１３０９において、該当するアプリケーションの転送が行なわれる。すなわち、第２の記憶部１２２のアプリケーションＩＤに対応する第１の記憶部１２１に記憶されている分割されたアプリケーションが読み出され、移動体端末２００へと転送される。
【０２３３】
一方、（残高情報−価格情報）＜０の場合は（ステップＳ１３０７で“No”）、ステップＳ１３２１において、プリペイド処理が行なわれる。
【０２３４】
図１４は、このプリペイド処理（図１３のステップＳ１３２１）のサブルーチンを示したフローチャートである。図１４を参照して、ステップＳ１４０１において、サーバシステム１００からプリペイドＩＤ、プリペイド用のパスワードなどの入力要求が移動体端末２００に送信される。
【０２３５】
これを受けた移動体端末２００は、ステップＳ１４０３において、入力要求画面を表示部２０４に表示しユーザに対する入力を促す。ユーザはその画面に従いキーボード等からプリペイドＩＤ、パスワードなどのデータを入力する。入力されたデータは、移動体端末２００からサーバシステム１００に転送される。なお、入力の形態は、ユーザによるキーボード等からの直接入力以外にも、たとえばプリペイドカードがICカードや磁気カードなどであり、端末に読み取り機能が備わっている場合などは、これを用いてもよい。
【０２３６】
プリペイドＩＤ等が送信されてくると、ステップＳ１４０５において、サーバ装置１００は、その送信されてきたデータの照合処理を行なう。すなわち、第４の記憶部１２４に記憶されたプリペイドＩＤ、プリペイド用のパスワードとの照合を行い、対象となるプリペイドカードが正規のプリペイドカードであることを確認する。
【０２３７】
照合した結果、正規のプリペイドカードでなければ（ステップＳ１４０５で“No”）、ステップＳ１４１５において、エラー処理が行なわれ、利用者に不正であることが伝えられる。そして、以降のステップには進めないようにされる。
【０２３８】
一方、照合した結果、正規のプリペイドカードであれば（ステップＳ１４０５で“Yes”）、ステップＳ１４０７において、プリペイドＩＤに対応した金額情報が第４の記憶部１２４から抽出される。そして、ステップＳ１４０９において、その抽出された金額情報が第３の記憶部１２３の支払いに関する残高情報に加算される。この際、第４の記憶部１２４の利用情報には「使用済み」と記録されることになる。
【０２３９】
次にステップＳ１４１１において、金額情報が加算された後の残高情報は、ユーザに知らしめるために、サーバシステム１００から移動体端末２００へと送信される。これを受けた移動体端末２００では、ステップＳ１４１３において、表示部２０４にその残高情報が表示される。
【０２４０】
このようにして、プリペイド処理が終了すると、再び図１３のステップＳ１３０７の処理に戻り、現時点の支払いに関する残高情報、すなわち、プリペイドカードの金額情報が加算された後の残高情報と、所望の分割されたアプリケーションの価格情報との比較が行なわれる。そして、比較結果に応じて、ステップＳ１３２１のプリペイド処理か、あるいはステップＳ１３０９の該当するアプリケーションの転送処理かに移行する。
【０２４１】
ステップＳ１３０９において、第１の記憶部１２１から、該当する分割されたアプリケーションが移動体端末２００へと送信されると、移動体端末２００は、ステップＳ１３１１において、これを受信する。
【０２４２】
移動体端末２００は、分割されたアプリケーションの受信が完了すると（ステップＳ１３１３で“Yes”）、ステップＳ１３１５において、受信完了の信号をサーバシステム１００に送信する。
【０２４３】
この受信完了信号を受け取ると、サーバシステム１００では、ステップＳ１３１７において、第３の記憶部１２３に記憶されているユーザＩＤに対応した支払いに関する残高情報から、第２の記憶部１２２に記憶されたアプリケーションＩＤに関連する価格情報が差し引かれる。つまり、ユーザ端末において、分割されたアプリケーションの受信が完了して初めて、受信したアプリケーションに対する対価が支払われることになる。なお、差し引かれた結果は対応する残高情報に記録される。
【０２４４】
対価が支払われると、ステップＳ１３１９において、移動体端末２００は、サーバシステム１００との接続を解除する。そして、アプリケーションの転送および課金処理を終了する。
【０２４５】
図１５は、図８のアプリケーション実行処理（ステップＳ８０９）のサブルーチンを示したフローチャートである。図１５を参照して、移動体端末２００では、まず、ステップＳ１５０１において、要求に対して送信されてきたアプリケーションが起動される。
【０２４６】
ここでは、ゴルフゲームというアプリケーションが対象となっている。図１６に、対象となるゴルフゲームの構成を示す。図１６を参照して、ゴルフゲームは、１番ホールから１８番ホールまでのホール毎にアプリケーションが分割されている。
【０２４７】
第１回目に移動体端末２００に転送されるゴルフゲームの内容は、ゴルフゲームの基本情報（ゴルフゲームの基本となるプログラムとその情報）と１番ホールのデータである。２番目以降に移動体端末２００に転送されるゴルフゲームの内容は、各ホールのデータであり、ゴルフゲームの基本情報は含まれない。
【０２４８】
なお、ここでは第１回目の内容にのみ基本プログラムが含まれるように分割されているが、第２回目以降に送られる内容に基本プログラムが含まれる場合を排除するものではない。
【０２４９】
なお、各分割されたアプリケーションには、次に利用される候補となるアプリケーションＩＤが含まれている。
【０２５０】
図１５に戻って、ゴルフゲームが新規に利用される場合は、第１回目の分割されたアプリケーションが起動される。したがって、１番ホールのゴルフゲームが実行される。カップインし、１番ホールが終了すると（ステップＳ１５０３で“Yes”）、ステップＳ１５０５において、次の分割されたアプリケーションが転送可能であるか否かの確認が行なわれる。すなわち、ユーザにより次のアプリケーションの転送が希望されるか中止されるかが確認される。
【０２５１】
転送可能の場合は（ステップＳ１５０５で“Yes”）、ステップＳ１５０７の処理へと進み、移動体端末２００がサーバシステム１００に接続される。すなわち、図１１に示した端末認証処理が再び行なわれる。一方、転送可能でない場合は（ステップＳ１５０５で“No”）、サーバシステム１００には接続されず、ゲームが終了される。
【０２５２】
移動体端末２００は、図１１の端末認証処理に従ってサーバシステム１００と接続されると、ステップＳ１５０９において、現在カップインしたアプリケーションが、最終アプリケーションであるか否かが判断される。
【０２５３】
具体的には、各分割されたアプリケーションに含まれている次の利用候補となるアプリケーションＩＤに基づいて判断される。そのアプリケーションＩＤが、最終であることを識別するアプリケーションＩＤでない場合は（ステップＳ１５０９で“No”）、ステップＳ１５１１の処理へと進む。一方、アプリケーションＩＤが最終であることを識別するアプリケーションＩＤである場合は（ステップＳ１５０９で“No”）、ステップＳ１５１５の処理へと進む。
【０２５４】
最終アプリケーションでない場合は、ステップＳ１５１１において、次の候補のアプリケーションＩＤが、移動体端末２００からサーバシステム１００へと転送される。そして、ステップＳ１５１３において、再び図１３に示したアプリケーションの転送および課金処理が行なわれる。
【０２５５】
この場合は、図１３において、ステップＳ１３０１の判断処理で“Ｎｏ”と判断されるため、ステップＳ１３０３以降の処理が再び繰り返されることになる。すなわち、１番ホールと同様の処理手順でもって、１７番ホールまでの処理が繰り返される。
【０２５６】
図１５に戻って、最終アプリケーションである場合、すなわち１８番ホールにおいてカップインした場合は、ステップＳ１５１５において、最後を識別するアプリケーションＩＤが、移動体端末２００からサーバシステム１００へと転送される。この際、ゲーム結果なども共に転送される。そして、ステップＳ１５１７において、再び図１３に示したアプリケーションの転送および課金処理が行なわれる。
【０２５７】
この場合は、図１３において、ステップＳ１３０１の判断処理で“Ｙｅｓ”と判断されるため、ステップＳ１３２３以降の処理が行なわれる。すなわち、ステップＳ１３２３において、サーバシステム１００は、第３の記憶部１２３のアプリケーションの利用履歴情報に最後であることを識別するアプリケーションＩＤ、ゲーム結果などを記録する。
【０２５８】
そして、ステップＳ１３２５において、第３の記憶部１２３に記憶された利用履歴情報を参考にして、第１の記憶部１２１から適切な広告データなどを抽出する。抽出された広告データなどは、サーバシステム１００から移動体端末２００へと送信される。
【０２５９】
以上説明したアプリケーション通信システムの処理フローに従うと、通信対象となるアプリケーションは複数に分割されているため、一回の通信においては必要な分割アプリケーションのみが送受信される。しかも、その分割アプリケーションは、少なくとも第１回目に送信されるものについては、単独でも実行可能であるため、ユーザは、第１回目の分割アプリケーションが送信されてくると、直ちにそのアプリケーションを実行することが可能となる。したがって、送信要求を出してから非常に短時間でアプリケーションを実行することができる。
【０２６０】
加えて、所望のアプリケーションを実行し始めるために必要となる通信費用も低減されることになる。また、ユーザはアプリケーションの一部を実行することにより、その後、継続して残りのアプリケーションを実行するか否かを選択することができる。したがって、ユーザの選択肢が広がり、従来のように不要であっても全体のアプリケーションが送信されるという不都合が回避される。
【０２６１】
また、一回ごとに送られるデータ容量が小さいため、回線のトラフィック負荷も軽減される。さらに、分割されたアプリケーション単独でアプリケーションを実行することができるため、端末装置に必要とされる記憶容量も小さくて済む。
【０２６２】
また、転送されるアプリケーションについての課金は、アプリケーション全体に対して行なわれるのではなく、分割アプリケーション毎に行なわれる。したがって、ユーザは必要な分割アプリケーションのみに対して対価を支払えばよく、必要最小限の料金でアプリケーションを活用することが可能となる。
【０２６３】
さらに移動体端末２００のように、不安定な通信状態の端末に対しても、分割アプリケーションの転送が完了した後に課金が行なわれるため、ユーザは安心してアプリケーションの送信要求を出すことができる。
【０２６４】
また、プリペイドカードについてのプリペイド情報などは、ユーザについての支払いに関する残高情報とともに、サーバシステム１００側で管理されているため改ざんができない。したがって、アプリケーション通信システム自体の信頼性が向上し、円滑にシステムが運営されることになる。
【０２６５】
なお、図１６に示したゴルフゲームの構成では、各ホール毎にアプリケーションが分割されている。しかし、このような構成に限定されるものではなく、たとえば、さらに、各ホール内において、バンカー処理、池ぽちゃ処理、ＯＢ処理等ごとに分割し、これらを必要に応じて端末に転送するようにしてもよい。
【０２６６】
また、図１５および図１６等では、アプリケーションとして、ゴルフゲームを例に挙げて説明したが、これに限られるものではない。たとえば、小説などの書籍データを１章、２章、というように、各章ごとに分割する場合や、デモプログラムを、デモの順番に沿って各ステップごとに分割する場合なども適用可能である。すなわち、分割アプリケーションそれぞれに実行順序があり、それに従って順番に実行することにより、分割前の１のアプリケーションを実行する場合の目的を達成することができるようなものであれば、どのようなアプリケーションに対しても本発明を適用することができる。
【０２６７】
また、図１５等では、分割されたアプリケーションが１番ホールから１８番ホールまで、順番に実行される場合について説明したが、このような場合に限られるものではない。アプリケーションの内容によっては、順番が入れ替わったり、すべての分割アプリケーションを実行しないうちに終了し、それでもってアプリケーションの目的を達成する場合もある。本発明は、そのような場合にも適用することが可能である。
【０２６８】
さらに、今回の実施の形態においては、１回の通信時における通信単位は、１つの分割アプリケーションという場合を説明した。しかし、ユーザの要求に応じて、２以上の分割アプリケーションが通信されるようにしてもよい。
【０２６９】
また、図１３等では、アプリケーションに対する課金（支払い）方法として、分割されたアプリケーション単位で課金（支払い）が行なわれる場合について説明した。しかし、ｎ分割されたアプリケーション１〜ｎすべてを一括して課金（支払い）するようにしてもよい。
【０２７０】
また、今回示した実施の形態では、提供を受けたアプリケーションの代金として、プリペイドカードにより支払われる場合を例に挙げて説明した。しかし、プリペイドカードに限定されず、銀行口座からの引き落としやデビットカードを利用する方法、請求に応じた後払いなど、様々な課金（支払い）方法を適用することができる。
＜変形例１＞
次に、本実施の形態における変形例１について説明する。本変形例においては、分割されたアプリケーションの価格が転送順序に応じて設定される点において、第１の実施の形態と異なる。すなわち、本変形例では、一番最初に転送される分割されたアプリケーションの価格よりも、少なくとも２回目以降に転送される分割されたアプリケーションの価格が安く設定される。
【０２７１】
図１７に、変形例１における第２の記憶部１２２に記憶されるデータの例を示す。図１７を参照して、第２の記憶部１２２には、各アプリケーションＩＤに対応する標準価格、利用回数、アプリケーション名、作成元等が記憶されている。
【０２７２】
ここでは、アプリケーションＩＤが０００００１である分割アプリケーション（ちぬつり▲１▼）が、「ちぬつり」という１つのアプリケーションソフトの中で一番最初に転送されるアプリケーションに相当する。したがって、これの標準価格（５００円）よりも、２回目以降に転送される分割アプリケーション（アプリケーションＩＤが０００００２、０００００３等）の標準価格が安く設定されている。
【０２７３】
さらに、本図においては、分割されたアプリケーションが転送される度に、価格が安くなるように設定されている。すなわち、アプリケーションＩＤが０００００１のとき、標準価格５００円、アプリケーションＩＤが０００００２のとき、標準価格４５０円、アプリケーションＩＤが０００００３のとき、標準価格４００円、アプリケーションＩＤが０００００５のとき、標準価格３５０円というように、転送順序に応じて標準価格が設定されている。
【０２７４】
ユーザに対する課金処理を行なう際は、この図１７に示す標準価格情報に基づいて行なわれることになる。したがって、図１３の課金処理フローチャートにおいては、ステップＳ１３０３の「価格情報」が、図１７で示す「標準価格」となる。
【０２７５】
このため、ユーザに対しては、「一番最初に転送される分割されたアプリケーションの価格よりも２回目以降に転送される分割されたアプリケーションの価格が安い価格情報」で課金が行なわれることになる。
【０２７６】
したがって、第１回目の分割アプリケーションを受信したユーザに、２回目以降の分割アプリケーションを購入し、利用したいという意欲を喚起させることが可能となる。
＜変形例２＞
変形例１では、最初に転送される分割アプリケーションの標準価格よりも、少なくとも２回目以降に転送される分割アプリケーションの標準価格を安く設定していた。しかし、変形例２においては、転送順序とは無関係に、各分割アプリケーションの利用回数と利用回数に対応する割引率とに基づいて、次の候補となる分割アプリケーションの価格情報が設定される。
【０２７７】
ここで、各分割アプリケーションの利用回数は、図１７に示すように、第２の記憶部１２２に記憶されている。また、利用回数に対応する割引率は、第５の記憶部１２５に記憶されている。したがって、本変形例においては、図１および図２に示される記憶部１２０に、さらに第５の記憶部１２５を備える。
【０２７８】
図１８に、第５の記憶部１２５に記憶されているデータの例を示す。本図においては、たとえば、利用回数が０回以上１万回未満であれば、割引率０パーセントとなっており、１万回以上１０万回未満であれば、１０パーセント、そして、１０万回以上であれぱ、３０パーセントとなっている。
【０２７９】
ユーザに対する課金処理を行なう際は、この第５の記憶部１２５に記憶されている割引率と第２の記憶部１２２に記憶されている価格情報（標準価格）とに基づいて行なわれることになる。すなわち、割引率と標準価格とから、次の候補となる分割されたアプリケーションの割引後の価格が設定され、その割引後の価格について課金処理が行なわれる。
【０２８０】
具体的な価格の設定例について、図１７および図１８を用いて説明する。図１７において、アプリケーションＩＤ（０００００１）の利用回数は１５００００回であるため、割引率は、図１８より３０パーセントである。したがって、次の候補となるアプリケーションＩＤ（０００００２）の価格は、標準価格から３０パーセント割り引かれることになる。よって、標準価格４５０円に対して、４５０円＊（１−０．３）＝３１５円が課金されるべき価格として設定される。
【０２８１】
同様に、アプリケーションＩＤ（０００００３）の価格は、アプリケーションＩＤ（０００００２）の利用回数が８００００回であるため、割引率１０パーセントとなり、４００円＊（１−０．１）＝３６０円となる。
【０２８２】
また、アプリケーションＩＤ（０００００４）の価格は、アプリケーションＩＤ（０００００３）の利用回数が５０００回であるため、割引率０パーセントとなり、３５０円＊（１−０）＝３５０円となる。
【０２８３】
このようにして、各分割アプリケーションについての価格が設定される。したがって、図１３の課金処理フローチャートにおいては、ステップＳ１３０３で抽出される「価格情報」が、「第２の記憶部１２２に記憶されている各分割アプリケーションの利用回数と利用回数に対応する第５の記憶部１２５に記憶されている割引率とに基づいて設定される、次の候補となる分割アプリケーションの価格情報」となる。
【０２８４】
なお、第５の記憶部１２５に記憶される割引率は、アプリケーション提供者により、各分割アプリケーションの利用回数に基づいて、適宜、設定されるものである。
【０２８５】
本変形例によると、第２の記憶部１２２に記憶されている各分割アプリケーションの利用回数と利用回数に対応する第５の記憶部１２５に記憶されている割引率とに基づいて、次の候補となる分割アプリケーションの標準価格に割引がなされる。このため、人気のあるアプリケーションを安く購入することができ、ユーザの購入意欲及び利用意欲を沸かせることができる。
【０２８６】
なお、ここでは、第２の記憶部１２２に記憶されているデータ例として、図１７を用いて説明した。しかし、これに限定されず、図４に示すように、分割アプリケーションの転送順序とは無関係に設定された価格情報を用いるようにしてもよい。この場合、課金されるべき価格は、価格情報と割引率とにより決定される。
＜変形例３＞
変形例２においては、第２の記憶部１２２に記憶された各分割アプリケーションの利用回数と第５の記憶部１２５に記憶された利用回数に対する割引率とに基づいて、次の候補となる分割アプリケーションの価格が設定されていた。しかし、本変形例では、最初に送信されるアプリケーションの利用回数とその利用回数に対応する割引率とに基づいて、２回目以降に送信される分割アプリケーションの価格が設定される。
【０２８７】
ここでも各分割アプリケーションの利用回数は、図１７に示すように、第２の記憶部１２２に記憶されている。また、利用回数に対応する割引率は、図１８に示すように、第５の記憶部１２５に記憶されている。したがって、本変形例においても、図１および図２に示される記憶部１２０に、さらに第５の記憶部１２５を備える。
【０２８８】
ユーザに対する課金処理を行なう際は、この第５の記憶部１２５に記憶されている割引率と第２の記憶部１２２に記憶されている価格情報（標準価格）とに基づいて行なわれる。すなわち、最初に送信される分割アプリケーションの利用回数から決定される割引率を用いて、２回目以降に送信される分割アプリケーションの価格が設定され、その設定された割引後の価格について課金処理が行なわれる。
【０２８９】
以下、図１７および図１８を用いて、具体的に説明する。図１７において、アプリケーションＩＤ（０００００１）の利用回数は１５００００回であるため、割引率は、図１８より３０パーセントである。したがって、２回目以降に送信される分割アプリケーションの価格は、各標準価格から３０パーセント割り引かれることになる。
【０２９０】
たとえば、アプリケーションＩＤ（０００００２）の場合、標準価格４５０円に対して、４５０円＊（１−０．３）＝３１５円が課金されるべき価格として設定される。
【０２９１】
同様に、アプリケーションＩＤ（０００００３）の価格は、標準価格４００円に対して、４００円＊（１−０．３）＝２８０円となる。
【０２９２】
また、アプリケーションＩＤ（０００００４）の価格は、標準価格３５０円に対して、３５０円＊（１−０．３）＝２４５円となる。
【０２９３】
このようにして、各分割アプリケーションについての価格が設定される。したがって、図１３の課金処理フローチャートにおいては、ステップＳ１３０３で抽出される「価格情報」が、「第２の記憶部１２２に記憶されている最初に送信される分割アプリケーションの利用回数と利用回数に対応する第５の記憶部１２５に記憶されている割引率とに基づいて設定される、２回目以降に送信される分割アプリケーションの価格情報」となる。
【０２９４】
なお、第５の記憶部１２５に記憶される割引率は、アプリケーション提供者により、最初に送信される分割アプリケーションの利用回数に基づいて、適宜、設定されるものである。
【０２９５】
本変形例によると、最初に送信される分割アプリケーションの利用回数とそれに対応した割引率とに基づいて、２回目以降に送信される分割アプリケーションの価格に割引がなされる。このため、人気のあるアプリケーションを安く購入することができ、第１回目の分割アプリケーションを受信したユーザに、２回目以降の分割アプリケーションを購入あるいは利用しようとする意欲を沸かせることができる。
【０２９６】
なお、ここでも、第２の記憶部１２２に記憶されているデータ例として、図１７を用いて説明した。しかし、これに限定されず、図４に示すように、分割アプリケーションの転送順序とは無関係に設定された価格情報を用いるようにしてもよい。この場合、課金されるべき価格は、価格情報と割引率とにより決定される。
〔第２の実施の形態〕
続いて、本発明の第２の実施の形態について説明する。本実施の形態は、図１に示す第１の実施の形態におけるアプリケーション通信システムと同様の構成をしている。また、図２に示すサーバシステムの構成も同様である。
【０２９７】
ただし、以下の点が異なる。すなわち、第２の記憶部１２２に、各分割アプリケーション毎に、さらに広告の有無情報とその有無情報に基づく所定の割引額が記憶されている点、広告有りの場合、分割アプリケーションを転送する際に第１の記憶部１２１に記憶されている広告データ付きの分割アプリケーションが転送される点、広告有りの場合、第２の記憶部１２２に記憶されている所定の割引がなされた価格情報に基づいて課金処理がなされる点、および、第１の記憶部１２１に記憶されている各アプリケーションＩＤの最後のビットに広告有無を示す情報が付与されている点である。
【０２９８】
図１９に、第２の実施の形態における第２の記憶部１２２に記憶されているデータの例を示す。本図を参照して、第２の記憶部１２２には、図４に示す第１の実施の形態における場合と同様に、各分割アプリケーションに対応する、標準価格、利用回数、アプリケーション名、作成元等が記憶されている。そしてこれらに加えて、さらに、広告有無、および割引後価格が記憶されている。
【０２９９】
広告有となっている分割アプリケーションは、適当に割引がなされ、割引後の価格が記憶されている。たとえば、広告有りのアプリケーションＩＤ（１２３４５６ａ）では、標準価格に対して２００円割引され、３００円に価格設定がされている。また、アプリケーションＩＤ（１２３４５７ａ）では、標準価格に対して１５０円割引され２５０円に、そして、アプリケーションＩＤ（１２３４５８ａ）では、標準価格に対して１５０円割引され２５０円に価格設定がなされている。
【０３００】
なお、割引額は、アプリケーション提供者と広告データを提供する広告主とにより適宜設定される。広告主が複数いる場合は、割引後の価格をさらに安く設定するようにしてもよい。
【０３０１】
このようにして設定された価格情報（標準価格または割引後価格）に基づいて、ユーザに対する課金処理が行なわれる。すなわち、広告有無の欄が「有」の場合は、割引後価格にて課金処理が行なわれ、広告有無の欄が「無」の場合は、標準価格にて課金処理が行なわれる。
【０３０２】
そして、広告有無の欄が「有」の場合、その分割アプリケーションが送信される際には、第１の記憶部１２１に記憶された広告データ付きのアプリケーションが送信される。したがって、この場合、送信要求を出した端末は、その広告データ付きの分割アプリケーションを受信することになる。
【０３０３】
ここで、図２０に、本実施の形態における第１の記憶部１２１に記憶されるデータの例を示す。本図に示すように、各分割アプリケーションＩＤの最後のビットに、広告有の場合は“ａ”が付与され、広告無の場合は“ｂ”が付与されている。
【０３０４】
続いて、図２１を用いて、本実施の形態におけるアプリケーションの送信および課金処理（図１２のステップＳ１２０７）の流れを説明する。本図は、第１の実施の形態における図１３のフローチャートに対応するものである。したがって、主として異なる点について説明する。
【０３０５】
まず、ステップＳ１において、第２の記憶部１２２により、対応するアプリケーションＩＤの広告有無情報が抽出される。そして、広告情報がある場合には（ステップＳ２において“ＹＥＳ”）、ステップＳ３〜ステップＳ１０の処理に進み、広告情報がない場合には（ステップＳ２において“ＮＯ”）、ステップＳｌｌ〜ステップＳ１８の処理に進む。
【０３０６】
広告情報がある場合であって、その分割アプリケーションが最終アプリケーションＩＤであるときは（ステップＳ３で“ＹＥＳ”）、ステップＳ４において、第３の記憶部１２３にゲーム結果等が記憶される。次に、ステップＳ５において、広告データが抽出され、アプリケーションＩＤが決定される。そして、ステップＳ１９において、このアプリケーションＩＤを元に第１の記憶部１２１から抽出したアプリケーションが転送される。
【０３０７】
一方、分割アプリケーションが最終アプリケーションＩＤでないときは（ステップＳ３で“ＮＯ”）、ステップＳ６において、アプリケーションＩＤを元に第２の記憶部１２２より割引後価格情報が抽出される。次に、ステップＳ７において、ユーザＩＤを元に残高情報が抽出され、ステップＳ８において、残高情報と割引後価格情報との比較が行われる。
【０３０８】
その結果、（残高情報一割引後価格情報）≧０の場合には、ステップＳ９において、サーバシステムから端末に、広告データ付きの分割アプリケーションが転送される。
【０３０９】
反対に、（残高情報一所定の割引がされている価格情報）＜０の場合には、ステップＳ１０において、ブリペイド処理が行なわれる。
【０３１０】
なお、広告がない場合は（ステップＳ２で“ＮＯ”）、第１の実施の形態におけるアプリケーション転送・課金処理と同様の処理が行なわれる（ステップＳ１１〜ステップＳ１８）。
【０３１１】
このように、本実施の形態によると、アプリケーション提供者は、分割アプリケーションに広告がある場合、ユーザに対しては所定の割引後価格を課金する。そして、所定の割引後価格の差額分は、広告を提供する広告主から徴収する。
【０３１２】
このため、ユーザとしては、分割アプリケーションを受信する際、低価格で購入することができる。また、同時に関連する広告データも受信するので、興味深い最新情報を入手することができる。
【０３１３】
一方、広告主としては、新作アプリケーション等の最新情報をユーザに提供することで所望の宣伝をすることができる。
【０３１４】
通常、新作アプリケーション等の最新情報の広告を行うに際し、印刷物や記憶媒体を用いる場合は、頒布・流通するまでに数週間以上のタイムラグが生じ、新鮮味が失われやすい。このため、ユーザ獲得の面では問題となっている。さらに、興味のない人にも頒布・流通するため、広告主及び被広告主に無駄が生じる。
【０３１５】
本実施の形態によると、広告有りの分割アプリケーションを転送する際にのみ、広告データ付きの分割アプリケーションが転送される。このため、必要最小限の広告料で宣伝することができる。したがって、広告主が個人的なゲームソフトウェア開発者等の小規模な事業形態を行なう者であっても、広告データを出しやすいというメリットがある。
【０３１６】
また、本実施の形態によると、アプリケーション提供システムに、アプリケーションを受渡するアプリケーション提供者およびユーザ以外の者（広告主）を参加させることができるため、アプリケーション提供者、ユーザ、広告主それぞれが活性化されることになる。
【０３１７】
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えるべきである。本発明の範囲は、上記した説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内ですべての変更が含まれることが意図される。
【図面の簡単な説明】
【図１】 本発明の実施の形態におけるアプリケーション通信システム全体を示す概念図である。
【図２】 図１のサーバシステム１００の詳細を示す構成図である。
【図３】 第１の記憶部１２１に記憶されているデータの例を示した図である。
【図４】 第２の記憶部１２２に記憶されているデータの例を示した図である。
【図５】 第３の記憶部１２３に記憶されているデータの例を示した図である。
【図６】 第４の記憶部１２４に記憶されているデータの例を示した図である。
【図７】 移動体端末２００の概略構成を示したブロック図である。
【図８】 本実施の形態におけるアプリケーション通信システム全体の処理の流れを説明するためのフローチャートである。
【図９】 購入されるプリペイドカードの一例を示した図である。
【図１０】 図８のプリペイドカード購入処理（ステップＳ８０３）のサブルーチンを示したフローチャートである。
【図１１】 図８の端末認証処理（ステップＳ８０５）のサブルーチンを示したフローチャートである。
【図１２】 図８のアプリケーションの選択処理（ステップＳ８０７）のサブルーチンを示したフローチャートである。
【図１３】 図１２のアプリケーションの送信および課金処理（ステップＳ１２０７）のサブルーチンを示したフローチャートである。
【図１４】 プリペイド処理（図１３のステップＳ１３２１）のサブルーチンを示したフローチャートである。
【図１５】 図８のアプリケーション実行処理（ステップＳ８０９）のサブルーチンを示したフローチャートである。
【図１６】 対象となるゴルフゲームの構成を示した図である。
【図１７】 変形例１における第２の記憶部１２２に記憶されるデータの例を示した図である。
【図１８】 第５の記憶部１２５に記憶されているデータの例を示した図である。
【図１９】 第２の実施の形態における第２の記憶部１２２に記憶されているデータの例を示した図である。
【図２０】 第２の実施の形態における第１の記憶部１２１に記憶されるデータの例を示した図である。
【図２１】 第２の実施の形態におけるアプリケーションの送信および課金処理（図１２のステップＳ１２０７）の流れを示したフローチャートである。
【符号の説明】
１００ サーバシステム、１１０ 制御部、１１１ 記録媒体、１２０ 記憶部、１２１ 第１の記憶部、１２２ 第２の記憶部、１２３ 第３の記憶部、１２４ 第４の記憶部、２００ 移動体端末、２０１ 通信路接続装置、２０２ メモリ装置、２０３ 制御部、２０４ 表示部、２０５ 操作部、２１０ パソコン、２２０ 携帯ゲーム機器、２１１ 記録媒体、３００ データ通信路。
Claims (25)
- 実行するための順序に従い複数に分割されたアプリケーションを記憶する第１の記憶手段と、
複数のユーザのそれぞれの端末から送信された情報を受信する受信手段と、
前記受信された情報に応じて前記分割されたアプリケーションの少なくとも１つを、当該情報の送信元のユーザの前記端末に送信する送信手段と、
前記分割された複数のアプリケーションのそれぞれに対応する関連情報を記憶する第２の記憶手段を備え、
前記関連情報は、対応する前記分割されたアプリケーションのＩＤ、該分割されたアプリケーションに対して支払われる価格を示す価格情報と、前記複数のユーザによる該分割されたアプリケーション利用のために送信された回数を示す利用回数を含み、
前記利用回数に応じた割引率の情報を記憶する第５の記憶手段と、
前記第２の記憶手段に記憶されたユーザに送信済みの分割されたアプリケーションの利用回数と前記第５の記憶手段に記憶された該利用回数に応じた割引率とに基づいて、前記ユーザに送信済みの分割されたアプリケーションの次に利用する候補となる分割されたアプリケーションの価格を設定する設定手段とをさらに備える、サーバ装置。 - 前記送信手段は、単独で実行可能な分割されたアプリケーションを最初に送信することを特徴とする、請求項１に記載のサーバ装置。
- 前記第１の記憶手段は、前記分割されたアプリケーションに、それぞれを識別するためのＩＤを関連付けて記憶することを特徴とする、請求項１または２に記載のサーバ装置。
- 前記分割されたアプリケーションには、次に利用する候補となる、分割されたアプリケーションのＩＤが含まれることを特徴とする、請求項３に記載のサーバ装置。
- 前記分割されたアプリケーションの少なくとも１つには、最後であることを識別するＩＤが含まれることを特徴とする、請求項３または４に記載のサーバ装置。
- 前記受信手段により前記分割されたアプリケーションのＩＤが受信された場合、
前記送信手段は、前記受信されたＩＤに基づき、前記第１の記憶手段に記憶された該当するアプリケーションを送信する、請求項３〜５のいずれかに記載のサーバ装置。 - 前記価格情報は、対応する前記分割されたアプリケーションが２回目以降に送信されるものである場合、最初に送信される分割されたアプリケーションの価格よりも低価格であることを特徴とする、請求項１に記載のサーバ装置。
- 前記第２の記憶手段に記憶された最初に送信される分割されたアプリケーションの利用回数と前記第５の記憶手段に記憶された該利用回数に応じた割引率とに基づいて、２回目以降に送信される分割されたアプリケーションの価格を設定する、請求項１に記載のサーバ装置。
- 前記関連情報は、広告の有無情報を含むことを特徴とする、請求項１に記載のサーバ装置。
- 前記第１の記憶手段には前記分割されたアプリケーションそれぞれについて、広告主が提供した広告データを添付したアプリケーションと添付しないアプリケーションとが記憶されて、
前記送信手段は、前記記憶された広告の有無情報が有りの場合に対応する分割されたアプリケーションを送信する際、前記第１の記憶手段の該分割されたアプリケーションについての前記広告データを添付したアプリケーションを送信することを特徴とする、請求項９に記載のサーバ装置。 - 前記関連情報は、対応する前記分割されたアプリケーションに対応するアプリケーション名を含むことを特徴とする、請求項１に記載のサーバ装置。
- 前記複数のユーザのそれぞれに対応するユーザ情報を記憶する第３の記憶手段をさらに備えた、請求項１〜１１のいずれかに記載のサーバ装置。
- 前記ユーザ情報は、対応するユーザを識別するためのユーザＩＤおよびパスワードを含むことを特徴とする、請求項１２に記載のサーバ装置。
- 前記受信手段によりユーザＩＤおよびパスワードが受信された場合、前記受信されたユーザＩＤおよびパスワードと、前記第３の記憶手段に記憶された各ユーザのユーザＩＤおよびパスワードとを照合し一致するか否かを判断する第１の判断手段をさらに備えた、請求項１３に記載のサーバ装置。
- 前記第１の判断手段により、前記受信されたユーザＩＤおよびパスワードは、前記第３の記憶手段に記憶されたユーザＩＤおよびパスワードと一致しないと判断された場合、前記送信手段による送信動作を禁止する禁止手段をさらに備えた、請求項１４に記載のサーバ装置。
- 前記ユーザ情報は、対応するユーザによるアプリケーション利用のために送信されたアプリケーションの履歴を示す利用履歴を含むことを特徴とする、請求項１２〜１５のいずれかに記載のサーバ装置。
- 前記第１の記憶手段にはさらに、広告データが記憶されて、
前記記憶された利用履歴に基づいて、前記第１の記憶手段に記憶されている適切な広告データを抽出する抽出手段と、
前記抽出された広告データを送信する広告データ送信手段とをさらに備えた、請求項１６に記載のサーバ装置。 - 前記ユーザ情報は、分割されたアプリケーションの対価の支払い用の残高を示す残高情報を含むことを特徴とする、請求項１２〜１７のいずれかに記載のサーバ装置。
- 前記残高情報と、ユーザが要求する分割されたアプリケーションについての価格情報とを比較する比較手段をさらに備え、
前記送信手段は、前記比較手段による比較の結果、前記残高情報が前記価格情報よりも大きいまたは等しい場合に前記分割されたアプリケーションを送信することを特徴とする、請求項１８に記載のサーバ装置。 - 分割されたアプリケーションの対価の支払いに用いられるプリペイド情報を記憶する第４の記憶手段をさらに備えた、請求項１８または１９に記載のサーバ装置。
- 前記プリペイド情報は、プリペイドＩＤおよびパスワードを含むことを特徴とする、請求項２０に記載のサーバ装置。
- 前記受信手段によりプリペイドＩＤおよびパスワードが受信された場合、前記受信されたプリペイドＩＤおよびパスワードと、前記第４の記憶手段に記憶されたプリペイドＩＤおよびパスワードとが一致するか否かを判断する第２の判断手段をさらに備えた、請求項２１に記載のサーバ装置。
- 前記プリペイド情報は、前記残高情報に加算される金額情報を含むことを特徴とする、請求項２０〜２２のいずれかに記載のサーバ装置。
- 前記送信手段により前記分割されたアプリケーションが送信される毎に、送信先のユーザに対して課金を行なう課金手段をさらに備え、
前記課金手段は、前記第１の判断手段により、受信したユーザＩＤおよびパスワードと前記第３の記憶手段に記憶したユーザＩＤおよびパスワードとが一致していると判断されたとき、前記比較手段による比較の結果が、受信したユーザＩＤおよびパスワードを含む前記ユーザ情報の前記残高情報が、送信する分割されたアプリケーションの価格情報よりも大きいまたは等しいことを示す場合に、前記残高情報から前記価格情報を差し引くことを特徴とする、請求項１９〜２３のいずれかに記載のサーバ装置。 - 前記送信手段により前記分割されたアプリケーションの送信が完了したか否かを確認する確認手段をさらに備え、
前記課金手段は、前記確認手段により送信が完了したことを確認した場合に課金を行なうことを特徴とする、請求項２４に記載のサーバ装置。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000278155A JP4033619B2 (ja) | 2000-05-26 | 2000-09-13 | サーバ装置 |
| TW090111832A TW512593B (en) | 2000-05-26 | 2001-05-17 | Server device, terminal device, application communication system, application communication method and recording medium for recording application communication program, for proper communication of application divided into portions |
| EP01304602A EP1158404B1 (en) | 2000-05-26 | 2001-05-24 | Server device and application communication system for proper communication of application divided into portions |
| KR10-2001-0028699A KR100538778B1 (ko) | 2000-05-26 | 2001-05-24 | 서버장치, 단말장치, 애플리케이션 통신시스템,애플리케이션 통신방법 및 분할된 애플리케이션의 적절한통신을 위한 애플리케이션 통신 프로그램 기록용 기록매체 |
| AU48021/01A AU779185B2 (en) | 2000-05-26 | 2001-05-24 | Server device, terminal device, application communication system, application communication method and recording medium for recording application communication program, for proper communication of application divided into portions |
| DE60139225T DE60139225D1 (de) | 2000-05-26 | 2001-05-24 | Servereinheit und Anwendungskommunikationssystem für ordnungsgemässe Kommunikation der geteilten Anwendung |
| US09/864,355 US20010051916A1 (en) | 2000-05-26 | 2001-05-25 | Server device, terminal device, application communication system, application communication method and recording medium for recording application communication program, for proper communication of application divided into portions |
| CNB011198001A CN1223092C (zh) | 2000-05-26 | 2001-05-28 | 服务器设备、终端设备、应用程序通信系统、方法、以及记录介质 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000-156750 | 2000-05-26 | ||
| JP2000156750 | 2000-05-26 | ||
| JP2000278155A JP4033619B2 (ja) | 2000-05-26 | 2000-09-13 | サーバ装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005004329A Division JP2005141773A (ja) | 2000-05-26 | 2005-01-11 | サーバ装置、端末装置、アプリケーション通信システムおよびその方法、ならびにアプリケーション通信プログラムを記録した記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002049500A JP2002049500A (ja) | 2002-02-15 |
| JP4033619B2 true JP4033619B2 (ja) | 2008-01-16 |
Family
ID=26592714
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000278155A Expired - Fee Related JP4033619B2 (ja) | 2000-05-26 | 2000-09-13 | サーバ装置 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US20010051916A1 (ja) |
| EP (1) | EP1158404B1 (ja) |
| JP (1) | JP4033619B2 (ja) |
| KR (1) | KR100538778B1 (ja) |
| CN (1) | CN1223092C (ja) |
| AU (1) | AU779185B2 (ja) |
| DE (1) | DE60139225D1 (ja) |
| TW (1) | TW512593B (ja) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003216447A (ja) * | 2002-01-17 | 2003-07-31 | Ntt Docomo Inc | サーバ装置、移動通信端末、情報送信システム及び情報送信方法 |
| JP4227333B2 (ja) * | 2002-01-17 | 2009-02-18 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信端末、情報送信システム及び情報受信方法 |
| KR100505106B1 (ko) * | 2002-05-29 | 2005-07-29 | 삼성전자주식회사 | 강화된 보안 기능을 갖춘 스마트 카드 |
| KR100620054B1 (ko) * | 2004-06-11 | 2006-09-08 | 엘지전자 주식회사 | 장치 관리 기술에서의 장치 관리 시스템 및 방법 |
| EP1817665A1 (en) * | 2004-10-28 | 2007-08-15 | Nokia Corporation | A device, method and computer program for running a modular application |
| EP1717988A1 (en) | 2005-04-29 | 2006-11-02 | Hewlett-Packard Development Company, L.P. | Method and apparatus for supplying billing information to a communication device |
| US8099332B2 (en) * | 2008-06-06 | 2012-01-17 | Apple Inc. | User interface for application management for a mobile device |
| CN102509054A (zh) * | 2011-09-30 | 2012-06-20 | 宇龙计算机通信科技(深圳)有限公司 | 移动终端和用于移动终端的应用程序控制方法 |
| KR101364456B1 (ko) * | 2011-12-07 | 2014-02-19 | 모다정보통신 주식회사 | Ｍ2ｍ 클라우드 환경에서 통신망 자원 활용 방법 및 그 시스템 |
| JP5880010B2 (ja) * | 2011-12-20 | 2016-03-08 | 株式会社バッファロー | 通信システム、ネットワークストレージ、サーバ装置及びプログラム |
| US9594607B2 (en) | 2013-08-09 | 2017-03-14 | Facebook, Inc. | Identifying software application events |
| JP6357813B2 (ja) * | 2014-03-12 | 2018-07-18 | 富士通株式会社 | 配信方法、リソース取得方法、配信サーバ、及び端末装置 |
| US20160092897A1 (en) * | 2014-09-30 | 2016-03-31 | International Business Machines Corporation | Pricing an api in an api marketplace |
| CN104683193A (zh) | 2015-02-02 | 2015-06-03 | 惠州Tcl移动通信有限公司 | 一种通讯终端的应用方法及智能家庭系统 |
| EP3086226A1 (en) * | 2015-04-23 | 2016-10-26 | Thomson Licensing | Device and method for providing code blocks to a client during execution of software code |
| CN106547578B (zh) * | 2015-09-21 | 2020-09-15 | 阿里巴巴集团控股有限公司 | 终端应用app的加载方法及装置 |
| CN107750048B (zh) * | 2017-09-29 | 2021-06-22 | 深圳市盛路物联通讯技术有限公司 | 一种基于近距离无线通讯天线的交互方法及系统 |
| CN108960892B (zh) * | 2018-06-05 | 2020-12-29 | 北京市商汤科技开发有限公司 | 信息处理方法及装置、电子设备及存储介质 |
| CN109243335B (zh) * | 2018-09-12 | 2021-02-26 | 安徽龙禧广告传媒有限公司 | 一种基于巨幕投影的创意广告投放设备 |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA1337132C (en) * | 1988-07-15 | 1995-09-26 | Robert Filepp | Reception system for an interactive computer network and method of operation |
| JPH02140809A (ja) * | 1988-11-22 | 1990-05-30 | Mitsubishi Electric Corp | 数値制御装置における制御プログラムのローディング方法 |
| JPH04211896A (ja) * | 1990-03-06 | 1992-08-03 | Omron Corp | プログラム作成装置およびこの装置を用いたデータ処理システム |
| EP0554525B1 (de) * | 1992-02-07 | 1997-07-30 | Landis & Gyr Technology Innovation AG | Verfahren zum übersichtlichen Betrieb einer Übertragungs-Einrichtung |
| US5327563A (en) * | 1992-11-13 | 1994-07-05 | Hewlett-Packard | Method for locking software files to a specific storage device |
| US5835755A (en) * | 1994-04-04 | 1998-11-10 | At&T Global Information Solutions Company | Multi-processor computer system for operating parallel client/server database processes |
| WO1995034857A1 (en) * | 1994-06-14 | 1995-12-21 | Smith James P | Apparatus and method for controlling the registration, paid licensing and metered usage of software products |
| WO1997025675A1 (en) * | 1996-01-10 | 1997-07-17 | John Philip Griffits | A secure pay-as-you-use system for computer software |
| JPH09270790A (ja) * | 1996-04-01 | 1997-10-14 | N T T Data Tsushin Kk | ファイル配信方法及び通信制御装置 |
| DE69732262T2 (de) * | 1996-09-11 | 2006-01-05 | Matsushita Electric Industrial Co., Ltd., Kadoma | Maschine für Programmempfang und -ausführung, die auch bei teilweisem Empfang des Programms die Maschinenprogrammausführung starten kann. |
| KR100207016B1 (ko) * | 1996-11-25 | 1999-07-01 | 구자홍 | 인터넷 데이타의 페이지단위 녹화장치 및 그 방법 |
| KR100216581B1 (ko) * | 1996-11-26 | 1999-08-16 | 정선종 | 멀티미디어 서비스를 제공하기 위한 서비스사용자의 액세스 세션 접속 방법 |
| AUPO704097A0 (en) * | 1997-05-29 | 1997-06-19 | Griffits, John Philip | Priority display of advertising on a personal computer |
| US6065046A (en) * | 1997-07-29 | 2000-05-16 | Catharon Productions, Inc. | Computerized system and associated method of optimally controlled storage and transfer of computer programs on a computer network |
| EP0926584A1 (en) * | 1997-11-24 | 1999-06-30 | Irdeto B.V. | System for controlling the use of a software item |
| CA2323500A1 (en) * | 1998-03-11 | 1999-09-16 | Cha! Technologies Services, Inc. | Automatically invoked intermediation process for network purchases |
| US20010044850A1 (en) * | 1998-07-22 | 2001-11-22 | Uri Raz | Method and apparatus for determining the order of streaming modules |
| US6434535B1 (en) * | 1998-11-13 | 2002-08-13 | Iomega Corporation | System for prepayment of electronic content using removable media and for prevention of unauthorized copying of same |
| US6247130B1 (en) * | 1999-01-22 | 2001-06-12 | Bernhard Fritsch | Distribution of musical products by a web site vendor over the internet |
| KR19990073323A (ko) * | 1999-07-02 | 1999-10-05 | 이진성 | 인터넷을통한음악매체판매방법 |
| US6832230B1 (en) * | 1999-12-22 | 2004-12-14 | Nokia Corporation | Apparatus and associated method for downloading an application with a variable lifetime to a mobile terminal |
| US6505171B1 (en) * | 2000-02-04 | 2003-01-07 | Robert H. Cohen | System and method for handling purchasing transactions over a computer network |
| US6622017B1 (en) * | 2000-02-25 | 2003-09-16 | Cellco Parntership | Over-the-air programming of wireless terminal features |
-
2000
- 2000-09-13 JP JP2000278155A patent/JP4033619B2/ja not_active Expired - Fee Related
-
2001
- 2001-05-17 TW TW090111832A patent/TW512593B/zh not_active IP Right Cessation
- 2001-05-24 DE DE60139225T patent/DE60139225D1/de not_active Expired - Lifetime
- 2001-05-24 EP EP01304602A patent/EP1158404B1/en not_active Expired - Lifetime
- 2001-05-24 AU AU48021/01A patent/AU779185B2/en not_active Ceased
- 2001-05-24 KR KR10-2001-0028699A patent/KR100538778B1/ko not_active IP Right Cessation
- 2001-05-25 US US09/864,355 patent/US20010051916A1/en not_active Abandoned
- 2001-05-28 CN CNB011198001A patent/CN1223092C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP1158404A2 (en) | 2001-11-28 |
| JP2002049500A (ja) | 2002-02-15 |
| AU779185B2 (en) | 2005-01-13 |
| CN1223092C (zh) | 2005-10-12 |
| EP1158404B1 (en) | 2009-07-15 |
| AU4802101A (en) | 2001-11-29 |
| KR100538778B1 (ko) | 2005-12-23 |
| TW512593B (en) | 2002-12-01 |
| DE60139225D1 (de) | 2009-08-27 |
| US20010051916A1 (en) | 2001-12-13 |
| CN1327307A (zh) | 2001-12-19 |
| KR20010107732A (ko) | 2001-12-07 |
| EP1158404A3 (en) | 2004-04-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4033619B2 (ja) | サーバ装置 | |
| JP5425621B2 (ja) | 電子決済システム、有価価値提供装置、移動体通信端末、並びに電子決済方法 | |
| JP5411853B2 (ja) | 電子決済システム | |
| US20080140536A1 (en) | Systems and methods for purchasing videogames access using mobile communications devices | |
| JP2005141773A (ja) | サーバ装置、端末装置、アプリケーション通信システムおよびその方法、ならびにアプリケーション通信プログラムを記録した記録媒体 | |
| JP5362197B2 (ja) | 電子マネーチャージシステム、口座情報読取端末、電子マネーチャージサーバ装置 | |
| US20140297390A1 (en) | Method of secure compensation of grouped promotional sales with variable rate and system for implementing same | |
| JP5102254B2 (ja) | 自動料金支払いシステムにおける車載器 | |
| JP6312023B2 (ja) | 決済システム、並びにその特典管理方法及びコンピュータプログラム | |
| JP2002210186A (ja) | 課金システムおよび方法、センタ、並びにプログラム | |
| US7526222B2 (en) | Image printing apparatus and payment method | |
| JP2020027570A (ja) | ゲームシステムおよびゲームプログラム | |
| JP5270105B2 (ja) | 電子決済システム、電子決済サーバ、移動体通信端末、並びに電子決済方法 | |
| EP1385111A1 (en) | A proxy fee settlement system | |
| KR20080085111A (ko) | Ｐｃ방에서의 게임 아이템 대여 시스템 및 그 방법 | |
| JP2006228105A (ja) | アミューズメント施設運営システム | |
| JP7494234B2 (ja) | 情報処理装置及び情報処理方法 | |
| JP2003228657A (ja) | 配信システム、端末装置、配信方法、プログラム及び記録媒体 | |
| JP4090733B2 (ja) | 遊技場管理システム | |
| JP4336291B2 (ja) | 受信端末装置 | |
| JP2001202418A5 (ja) | ||
| JP2002229960A (ja) | コンテンツ管理方法及びそのシステム | |
| JP2023060008A (ja) | 決済システム、並びにその特典管理方法及びコンピュータプログラム | |
| JP2024017304A (ja) | 情報処理システム、条件判定サーバ、ユーザ管理サーバ、情報処理方法、情報処理プログラム | |
| JP2022173282A (ja) | アミューズメント施設向けの決済システム、及びその決済制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040817 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041018 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041109 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050111 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050125 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050225 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070808 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070925 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071023 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101102 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111102 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111102 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121102 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121102 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131102 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |