JP2002312313A - 通信端末 - Google Patents

Abstract

(57)【要約】 【課題】 サーバにデータを送信する処理の変更を容易
に行うことができ、かつ、端末に格納されるアプリケー
ションのデータ量を低減することのできる通信端末装置
を提供する。 【解決手段】 端末側通信制御部４１は、サーバに対し
て、送信データを送信する処理に関する指示が記述され
た指示ファイルの取得を要求する。サーバは、指示ファ
イルの取得要求に応じて指示ファイルを送信する。指示
ファイルを受信した端末側通信制御部４１は、アプリケ
ーション実行部４２にアプリケーションを実行させると
ともに、指示ファイルを送信データ生成部４４に渡す。
指示ファイルを受け取った送信データ生成部４４は、指
示ファイルを参照して、生成データ格納部４３に格納さ
れている生成データから、サーバに対して送信する送信
データを生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信端末に関し、
より特定的には、アプリケーションの実行によって得ら
れるデータをサーバに送信する通信端末に関する。

【０００２】

【従来の技術】従来から、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄ
ｅ Ｗｅｂ）サーバおよびクライアントから構成される
システムにおいて、アプリケーションの実行と、サーバ
およびクライアント間のデータ送受信とを関連づけて行
うものがある。すなわち、アプリケーションの実行結果
をサーバに送信したり、端末に格納されているデータを
専用のアプリケーションを用いてサーバ送信するシステ
ムが考えられている。

【０００３】上記の例として、端末側で実行されるアプ
リケーションがゲームであり、サーバへのデータ送信処
理がゲームの結果の送信であるシステムが考えられる。
具体的には、端末は、ゲームの実行結果として、ゲーム
の得点をサーバに送信する。ゲームの得点の情報を受信
したサーバは、予め格納しているユーザの成績に関する
情報を更新する。ユーザの成績に関する情報は、Ｗｅｂ
ページによって公開されたり、ゲームの得点を送信して
きた端末に対して送信される。

【０００４】また、他の例として、端末に格納されてい
るスケジュール情報を、専用のアプリケーションによっ
てサーバにアップロードするシステムがある。このシス
テムは、サーバへのデータ送信処理を行う専用のアプリ
ケーションを用いて、端末に格納されているデータをサ
ーバにアップロードするものである。例えば、端末に格
納されているスケジュール情報や電話帳情報を、サーバ
にアップロードするものが考えられる。

【０００５】上記のシステムにおいて、端末からサーバ
へのデータ送信処理の内容は、処理を行うアプリケーシ
ョンの内部で規定されている。すなわち、サーバに対し
てどのようなデータを送信するか、どのような形式で送
信するか、および、どのサーバに送信するか、といった
情報は、予めアプリケーションに組み込まれている。ア
プリケーションは、内部に組み込まれた情報に従って、
サーバへのデータ送信処理を行う。なお、上記のデータ
送信処理は、ユーザの入力によって決定される場合もあ
る。この場合、サーバへ送信するデータの種類、送信形
式、および、送信先のサーバをユーザ自身が指定しなけ
ればならず、ユーザの負担が非常に大きくなる。

【０００６】

【発明が解決しようとする課題】上記の従来のシステム
では、サーバへのデータ送信処理の内容を変更する場
合、アプリケーション自体を変更する必要がある。なぜ
なら、サーバへのデータ送信処理に関する情報は、アプ
リケーションに組み込まれているからである。アプリケ
ーション自体を変更する必要があるため、サーバへのデ
ータ送信処理の内容を変更するには、各端末ごとに新た
なアプリケーションをインストールすることが必要とな
る。従って、従来のシステムにおいては、サーバへのデ
ータ送信処理の変更は非常に困難であった。

【０００７】例えば、ゲームのアプリケーションについ
て、ゲームの得点に加えてプレイヤーの名前をサーバに
送信するように変更しようとする場合、ユーザはアプリ
ケーション自体を再度インストールしなければならな
い。また、サーバに送信する情報を変更する場合だけで
なく、サーバに送信するデータの形式を変更する場合
や、送信すべきサーバ自体を変更する場合も、アプリケ
ーション自体を変更しなければならない。

【０００８】さらに、従来の端末に格納されるアプリケ
ーションには、サーバへのデータ送信処理が含まれてい
るので、その分アプリケーションのサイズが大きくな
る。特に、携帯電話のように比較的メモリの小さい端末
にとっては、重要な問題となる。

【０００９】それ故に、本発明の目的は、サーバにデー
タを送信する際の処理の変更を容易に行うことができ、
かつ、端末に格納されるアプリケーションのデータ量を
低減することのできる通信端末を提供することである。

【００１０】

【課題を解決するための手段および発明の効果】第１の
発明は、ネットワークを介してサーバと通信可能な通信
端末であって、アプリケーションを実行するアプリケー
ション実行部と、アプリケーションの実行により生成さ
れる生成データの全部または一部をサーバに対して送信
する処理に関する指示が記述された指示ファイルの取得
要求を、アプリケーションの起動に先立ってまたは起動
後に、サーバに対して行う取得要求部と、取得要求に応
じてサーバから送信されてくる指示ファイルに記述され
た内容に従い、アプリケーションの実行後に、サーバに
対する送信処理を行う送信処理部とを備えている。

【００１１】上記第１の発明によれば、アプリケーショ
ンが実行されることに関連づけられて、指示ファイルの
取得要求が行われる。通信端末は、サーバから送信され
てくる指示ファイルにより、サーバに対する送信処理の
内容を決定する。従って、通信端末によるサーバに対す
る送信処理の内容は、指示ファイルの内容を変更するこ
とにより変更が可能となる。それ故、サーバにデータを
送信する際の処理の変更を容易に行うことができる。ま
た、アプリケーション自体には、サーバに対する送信処
理について規定する必要がない。従って、端末に格納さ
れるアプリケーションのデータ量を低減することができ
る。

【００１２】第２の発明は、第１の発明に従属する発明
であって、アプリケーション実行部は、取得要求に応じ
てサーバから送信されてくる指示ファイルが受信された
ことによって、アプリケーションの実行を開始する。

【００１３】上記第２の発明によれば、ユーザは、指示
ファイルの取得要求を行うことにより、自動的にアプリ
ケーションを実行することができる。

【００１４】第３の発明は、第１の発明に従属する発明
であって、取得要求部は、Ｗｅｂブラウザを用いて、サ
ーバに格納されている指示ファイルを指定することによ
り、指示ファイルの取得を要求する。

【００１５】上記第３の発明によれば、ユーザは、Ｗｅ
ｂブラウザに対して、リンク情報をクリックする等の単
純な動作を行うだけで、サーバに対する送信処理を行う
ことが可能である。特に通信端末が移動体通信端末の場
合、入力装置が簡易であることが多いので、単純な操作
によりサーバに対する送信処理が実行可能であることは
有効である。

【００１６】第４の発明は、第１の発明に従属する発明
であって、指示ファイルは、サーバに送信すべき送信デ
ータを指定する送信情報指定データを含み、送信処理部
は、送信情報指定データに従い、生成データの内サーバ
に送信すべき送信データを決定する送信データ決定部
と、送信データをサーバに対して送信する送信部とを含
んでいる。

【００１７】上記第４の発明によれば、指示ファイルに
含まれる送信情報指定データを変更することにより、サ
ーバに対して送信されるデータを変更することが可能で
ある。従って、サーバは、送信させるデータを容易に変
更することができ、それ故、必要なデータのみを通信端
末に送信させることができる。

【００１８】第５の発明は、第１の発明に従属する発明
であって、指示ファイルは、サーバに対して送信すべき
送信データを送信する形式を指定する送信形式指定デー
タを含み、送信処理部は、送信形式指定データに従い、
送信データの送信形式を決定する送信形式決定部と、送
信形式決定部により決定された送信形式に従って送信デ
ータを送信する送信部とを含んでいる。

【００１９】上記第５の発明によれば、指示ファイルに
含まれる送信形式指定データを変更することにより、サ
ーバに対するデータの送信形式を変更することが可能で
ある。従って、サーバ側の処理プログラムが変更され、
処理するデータの形式が変更された場合であっても、通
信端末側のアプリケーションを変更する必要がない。ま
た、複数のサーバがそれぞれ異なる送信形式をサポート
している場合であっても、アプリケーションにおいて各
サーバに対応した送信形式を規定しておく必要がない。
すなわち、サーバが複数存在する場合であっても、各サ
ーバの間で送信形式を統一させる必要がない。

【００２０】第６の発明は、第１の発明に従属する発明
であって、指示ファイルは、送信処理における送信先と
なる送信先サーバを指定する送信先サーバ指定データを
含み、送信処理部は、送信先サーバ指定データにより示
される送信先サーバに対して送信処理を行う。

【００２１】上記第６の発明によれば、指示ファイルに
含まれる送信先サーバ指定データを変更することによ
り、送信先のサーバを容易に変更することが可能であ
る。従って、例えば、サーバの処理負荷が大きくなって
きたために複数のサーバに処理を分散させる場合や、サ
ーバのメンテナンスのため一時的に送信先を他のサーバ
に変更する場合であっても、アプリケーションをインス
トールし直す必要がなく、容易に送信先のサーバを変更
することができる。

【００２２】第７の発明は、ネットワークを介してサー
バと通信可能な通信端末において用いられるコンピュー
タで実行可能なプログラムであって、アプリケーション
を実行するアプリケーション実行ステップと、アプリケ
ーションの実行により生成される生成データの全部また
は一部をサーバに対して送信する処理に関する指示が記
述された指示ファイルの取得要求を、アプリケーション
の起動に先立ってまたは起動後に、サーバに対して行う
取得要求ステップと、取得要求に応じてサーバから送信
されてくる指示ファイルに記述された内容に従い、アプ
リケーションの実行後に、サーバに対する送信処理を行
う送信処理ステップとを備えている。

【００２３】上記第７の発明によれば、アプリケーショ
ンが実行されることに関連づけられて、指示ファイルの
取得要求が行われる。通信端末は、サーバから送信され
てくる指示ファイルにより、サーバに対する送信処理の
内容を決定する。従って、通信端末によるサーバに対す
る送信処理の内容は、指示ファイルの内容を変更するこ
とにより変更が可能となる。それ故、サーバにデータを
送信する際の処理の変更を容易に行うことができる。ま
た、アプリケーション自体には、サーバに対する送信処
理について規定する必要がない。従って、端末に格納さ
れるアプリケーションのデータ量を低減することができ
る。

【００２４】第８の発明は、第７の発明に従属する発明
であって、アプリケーション実行ステップは、取得要求
に応じてサーバから送信されてくる指示ファイルが受信
されたことによって、アプリケーションの実行を開始す
る。

【００２５】上記第８の発明によれば、ユーザは、指示
ファイルの取得要求を行うことにより、アプリケーショ
ンを実行することができる。

【００２６】第９の発明は、第７の発明に従属する発明
であって、取得要求ステップは、Ｗｅｂブラウザを用い
て、サーバに格納されている指示ファイルを指定するこ
とにより、指示ファイルを取得する。

【００２７】上記第９の発明によれば、ユーザは、Ｗｅ
ｂブラウザに対して、リンク情報をクリックする等の単
純な動作を行うだけで、サーバに対する送信処理を行う
ことが可能である。特に通信端末が移動体通信端末の場
合、入力装置が簡易であることが多いので、単純な操作
によりサーバに対する送信処理が実行可能であることは
有効である。

【００２８】第１０の発明は、第７の発明に従属する発
明であって、指示ファイルは、サーバに送信すべき送信
データを指定する送信情報指定データを含み、送信処理
ステップは、送信情報指定データに従い、生成データの
内サーバに送信すべき送信データを決定する送信データ
決定ステップと、送信データをサーバに対して送信する
送信ステップとを含んでいる。

【００２９】上記第１０の発明によれば、指示ファイル
に含まれる送信情報指定データを変更することにより、
サーバに対して送信されるデータを変更することが可能
である。従って、サーバは、送信させるデータを容易に
変更することができ、それ故、必要なデータのみを通信
端末に送信させることができる。

【００３０】第１１の発明は、第７の発明に従属する発
明であって、指示ファイルは、サーバに対して送信すべ
き送信データを送信する形式を指定する送信形式指定デ
ータを含み、送信処理ステップは、送信形式指定データ
に従い、送信データの送信形式を決定する送信形式決定
ステップと、送信形式決定ステップにおいて決定された
送信形式に従って送信データを送信する送信ステップと
を含んでいる。

【００３１】上記第１１の発明によれば、指示ファイル
に含まれる送信形式指定データを変更することにより、
サーバに対するデータの送信形式を変更することが可能
である。従って、サーバ側の処理プログラムが変更さ
れ、処理するデータの形式が変更された場合であって
も、通信端末側のアプリケーションを変更する必要がな
い。また、複数のサーバがそれぞれ異なる送信形式をサ
ポートしている場合であっても、アプリケーションにお
いて各サーバに対応した送信形式を規定しておく必要が
ない。すなわち、サーバが複数存在する場合であって
も、各サーバの間で送信形式を統一させる必要がない。

【００３２】第１２の発明は、第７の発明に従属する発
明であって、指示ファイルは、送信処理における送信先
となる送信先サーバを指定する送信先サーバ指定データ
を含み、送信処理ステップは、送信先サーバ指定データ
により示される送信先サーバに対して送信処理を行う。

【００３３】上記第１２の発明によれば、指示ファイル
に含まれる送信先サーバ指定データを変更することによ
り、送信先のサーバを容易に変更することが可能であ
る。従って、例えば、サーバの処理負荷が大きくなって
きたために複数のサーバに処理を分散させる場合や、サ
ーバのメンテナンスのため一時的に送信先を他のサーバ
に変更する場合であっても、アプリケーションをインス
トールし直す必要がなく、容易に送信先のサーバを変更
することができる。

【００３４】第１３の発明は、アプリケーションの実行
により生成される生成データをサーバに送信することが
可能な通信端末と、通信端末とネットワークを介して通
信可能なサーバとを含む通信システムであって、サーバ
は、生成データの全部または一部を送信する処理に関す
る指示が記述された指示ファイルを格納する指示ファイ
ル格納部と、通信端末による指示ファイルの取得要求に
応じて、指示ファイルを送信する指示ファイル送信部と
を備え、通信端末は、アプリケーションを実行するアプ
リケーション実行部と、アプリケーションの実行により
生成される生成データの全部または一部をサーバに対し
て送信する処理に関する指示が記述された指示ファイル
の取得要求を、アプリケーションの起動に先立ってまた
は起動後に、サーバに対して行う取得要求部と、取得要
求に応じてサーバから送信されてくる指示ファイルに記
述された内容に従い、アプリケーションの実行後に、サ
ーバに対する送信処理を行う送信処理部とを備えてい
る。

【００３５】上記第１３の発明によれば、アプリケーシ
ョンが実行されることに関連づけられて、指示ファイル
の取得要求が行われる。通信端末は、サーバから送信さ
れてくる指示ファイルにより、サーバに対する送信処理
の内容を決定する。従って、通信端末によるサーバに対
する送信処理の内容は、指示ファイルの内容を変更する
ことにより変更が可能となる。それ故、サーバにデータ
を送信する際の処理の変更を容易に行うことができる。
また、アプリケーション自体には、サーバに対する送信
処理について規定する必要がない。従って、端末に格納
されるアプリケーションのデータ量を低減することがで
きる。

【００３６】第１４の発明は、アプリケーションの実行
によって生成される生成データをサーバに送信すること
が可能な通信端末と、ネットワークを介して通信端末と
通信可能なサーバとを含むネットワークシステムにおい
て用いられるデータ送信方法であって、通信端末が生成
データの全部または一部を送信する処理に関する指示が
記述された指示ファイルがサーバにおいて予め格納され
ており、アプリケーションを実行するアプリケーション
実行ステップと、指示ファイルの取得を、アプリケーシ
ョンの起動に先立ってまたは起動後に、サーバに対して
要求する取得要求ステップと、取得要求に応じて、サー
バにおいて予め格納されている指示ファイルを、取得要
求を行った通信端末に対して送信する指示ファイル送信
ステップと、取得要求に応じてサーバから送信されてく
る指示ファイルに記述された内容に従い、アプリケーシ
ョンの実行後に、サーバに対する送信処理を行う送信処
理ステップとを備えている。

【００３７】上記第１４の発明によれば、アプリケーシ
ョンが実行されることに関連づけられて、指示ファイル
の取得要求が行われる。通信端末は、サーバから送信さ
れてくる指示ファイルにより、サーバに対する送信処理
の内容を決定する。従って、通信端末によるサーバに対
する送信処理の内容は、指示ファイルの内容を変更する
ことにより変更が可能となる。それ故、サーバにデータ
を送信する際の処理の変更を容易に行うことができる。
また、アプリケーション自体には、サーバに対する送信
処理について規定する必要がない。従って、端末に格納
されるアプリケーションのデータ量を低減することがで
きる。

【００３８】

【発明の実施の形態】図１は、本発明の一実施形態に係
る通信端末を含むネットワークシステムの構成を示すブ
ロック図である。図１において、ネットワークシステム
は、通信端末１と、ネットワーク２と、サーバ３とを含
んでいる。サーバ３は、いわゆるＷＷＷサーバである。
また、通信端末１は、携帯電話のような移動体端末であ
ってもよい。なお、図示しないが、ネットワークシステ
ムは、通信端末１の他に複数の通信端末を含んでいる。
また、ネットワークシステムは、サーバ３の他に複数の
サーバを含んでいる。

【００３９】サーバ３は、通信端末１からの要求に応じ
て、指示ファイルを通信端末１に対して送信する。指示
ファイルとは、通信端末からサーバへデータを送信する
ための指示情報が記述されたファイルである。すなわ
ち、通信端末は、指示ファイルの内容に従って、どのサ
ーバに対してデータを送信するか、どのような内容のデ
ータを送信するか、および、どのような形式でデータを
送信するかを決定する。なお、指示ファイルの具体例
は、図９に示されている。また、以下の説明において、
指示ファイルにより表される指示に従い通信端末から外
部のサーバに対して送信されるデータを、送信データと
呼ぶ。

【００４０】図２は、図１に示す通信端末１のハードウ
ェア構成を示す図である。通信端末１は、ＣＰＵ１１
と、ＲＡＭ１２と、記憶装置１３と、通信装置１４と、
入力装置１５と、表示装置１６とを備えている。ＣＰＵ
１１は、ＲＡＭ１２を作業領域として使用し、記憶装置
１３に格納されているプログラムを実行する。

【００４１】記憶装置１３は、ＲＯＭやハードディスク
等により構成され、アプリケーション１３１と、Ｗｅｂ
ブラウザ１３２と、送信データ生成処理プログラム１３
３とを格納している。本実施形態においては、アプリケ
ーション１３１は、もぐら叩きゲームとする。なお、記
憶装置１３は、複数のアプリケーションを格納してもよ
い。Ｗｅｂブラウザ１３２は、サーバ３が保持している
コンテンツを取得し、表示等の処理を行うためのプログ
ラムである。送信データ生成処理プログラム１３３は、
前述の指示ファイルに従い通信端末１からサーバ３に対
して送信すべき送信データを生成するためのプログラム
である。また、図示しないが、記憶装置１３は、アプリ
ケーション１３１の実行により生成したデータ等を格納
する。

【００４２】通信装置１４は、ネットワーク２を介し
て、サーバ３との間でデータの送受信を行う。入力装置
１５は、例えばキーボードにより構成され、ユーザの指
示を入力する。表示装置１６は、例えば液晶ディスプレ
イにより構成され、Ｗｅｂページやアプリケーションに
ついての表示を行う。なお、図１のネットワークシステ
ムに含まれる他の通信端末も、通信端末１と同様の構成
を有する。

【００４３】図３は、図１に示すサーバ３のハードウェ
ア構成を示す図である。サーバ３は、ＣＰＵ３１と、Ｒ
ＡＭ３２と、記憶装置３３と、通信装置３４とを備えて
いる。ＣＰＵ３１は、ＲＡＭ３２を作業領域として使用
し、記憶装置３３に格納されているプログラムを実行す
る。

【００４４】記憶装置３３は、ハードディスク等により
構成され、ＷＷＷサーバプログラム３３１と、送信デー
タ処理プログラム３３２とを格納している。ＷＷＷサー
バプログラム３３１とは、サーバ３が通信端末１との間
でデータ通信を行うためのプログラムである。送信デー
タ処理プログラム３３２とは、通信端末１から送信され
た送信データを受信した際の処理を行うためのプログラ
ムである。また、図示しないが、記憶装置３３は、通信
端末に送信されるコンテンツおよび通信端末から受信さ
れてくる送信データ等を格納する。

【００４５】通信装置３４は、ネットワーク２を介し
て、各通信端末との間でデータの送受信を行う。なお、
図１のネットワークシステムに含まれる他のサーバも、
サーバ３と同様の構成を有する。

【００４６】図４は、図１に示す通信端末１の機能的な
構成を示すブロック図である。図４において、通信端末
１は、端末側通信制御部４１と、アプリケーション実行
部４２と、生成データ格納部４３と、送信データ生成部
４４と、入力部４５と、表示部４６とを備えている。

【００４７】端末側通信制御部４１は、コンテンツ取得
処理を行う。コンテンツ取得処理の詳細については、図
６に示されている。端末側通信制御部４１は、Ｗｅｂブ
ラウザ１３２を実行するＣＰＵ１１およびＲＡＭ１２
と、通信装置１４とによって実現される。また、端末側
通信制御部４１は、インターネットに接続するためのプ
ロトコル（典型的には、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ
Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ））を実装し、
ネットワーク２を介してサーバ３とデータ通信を行う。
端末側通信制御部４１は、ネットワーク２を介してサー
バ３と接続することにより、サーバ３に格納されている
コンテンツを取得し、所定の処理を行う。また、端末側
通信制御部４１は、サーバ３に対して送信データ処理プ
ログラム３３２を実行するように要求することが可能で
ある。典型的には、送信データ処理プログラム３３２
は、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅ
ｒｆａｃｅ）として実現される。

【００４８】アプリケーション実行部４２は、アプリケ
ーション１３１を実行するＣＰＵ１１およびＲＡＭ１２
によって実現される。ここで、アプリケーション実行部
４２によって生成されたデータを、生成データと呼ぶ。
生成データ格納部４３は、記憶装置１３によって実現さ
れ、上記生成データを格納する。

【００４９】送信データ生成部４４は、送信データ生成
処理を行う。送信データ生成処理の詳細については、図
８に示されている。なお、送信データ生成部４４は、送
信データ生成処理プログラム１３３を実行するＣＰＵ１
１およびＲＡＭ１２によって実現される。入力部４５
は、入力装置３５によって実現される。また、表示部４
６は、表示装置３６によって実現される。

【００５０】図５は、図１に示すサーバ３の機能的な構
成を示すブロック図である。サーバ３は、サーバ側通信
制御部５１と、コンテンツ格納部５２と、送信データ処
理部５３と、送信データ格納部５４とを備えている。

【００５１】サーバ側通信制御部５１は、コンテンツ送
信処理を行う。コンテンツ送信処理の詳細については、
図７に示されている。サーバ側通信制御部５１は、ＷＷ
Ｗサーバプログラム３３１を実行するＣＰＵ３１および
ＲＡＭ３２と、通信装置３４とによって実現される。

【００５２】コンテンツ格納部５２は、記憶装置３３に
よって実現され、コンテンツを格納する。ここで、コン
テンツは、大きく２種類に分けられる。１つは、前述の
指示ファイルである。もう１つは、Ｗｅｂブラウザ１３
２によって処理されるデータである。これは、ＨＴＭＬ
（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇ
ｅ）で記述されたＷｅｂページが一般的であるが、静止
画や、音楽、映像等であってもよい。

【００５３】送信データ処理部５３は、通信端末１から
指示ファイルを受信した際の処理を行う。送信データ処
理部５３は、送信データ処理プログラム３３２を実行す
るＣＰＵ３１およびＲＡＭ３２によって実現される。送
信データ格納部５４は、記憶装置３３によって実現さ
れ、送信データを格納する。

【００５４】以下、図１に示すネットワークシステムに
おける動作を説明する。ここで、以下においては、通信
端末１とサーバ３との間で動作が行われる場合について
説明する。より具体的には、通信端末１で実行されるア
プリケーション１３１がもぐら叩きゲームであり、送信
データとしてゲームのハイスコアがサーバ３に対して送
信される場合について説明する。

【００５５】まず、端末側通信制御部４１は、コンテン
ツ取得処理を行う。図６は、図４に示す端末側通信制御
部４１において行われるコンテンツ取得処理の流れを示
すフローチャートである。まず、端末側通信制御部４１
は、サーバ３から受信したＷｅｂページを、表示部４６
を用いて表示する（ステップＳ６１）。ここで、ユーザ
は、入力部４５を用いてＷｅｂページ上にリンクとして
表示されるアンカー情報を選択する。アプリケーション
を起動する場合、ユーザは、そのアプリケーションと関
連づけられるアンカー情報を選択する。例えば、ユーザ
は、もぐら叩きゲームと関連づけられるアンカー情報を
選択することにより、もぐら叩きゲームを実行すること
ができる。

【００５６】次に、端末側通信制御部４１は、ユーザに
より選択されたアンカー情報に関連づけられたＵＲＬ
（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏ
ｒ）によって指定されるサーバ（本実施形態では、サー
バ３）に対して、コンテンツの取得要求を行う（ステッ
プＳ６２）。取得要求としてサーバ３に対して送信され
るデータには、上記のＵＲＬが含まれている。ステップ
Ｓ６２のコンテンツの取得要求に対して、サーバ３のサ
ーバ側通信制御部５１は、コンテンツ送信処理を行う。
以下、サーバ側通信制御部５１におけるコンテンツ送信
処理を説明する。

【００５７】図７は、図５に示すサーバ側通信制御部５
１において行われるコンテンツ送信処理の流れを示すフ
ローチャートである。まず、サーバ側通信制御部５１
は、通信端末１から送信されてくるコンテンツの取得要
求を受信する（ステップＳ７１）。次に、サーバ側通信
制御部５１は、受信した取得要求に含まれているＵＲＬ
に関連づけられたコンテンツを、コンテンツ格納部５２
から取得する（ステップＳ７２）。ステップＳ７２にお
いて、サーバ側通信制御部５１は、ＵＲＬが例えば指示
ファイルと関連づけられるものである場合、指示ファイ
ルを取得する。また、ＵＲＬが例えばＷｅｂページと関
連づけられるものである場合、サーバ側通信制御部５１
は、Ｗｅｂページのデータを取得する。最後に、サーバ
側通信制御部５１は、ステップＳ７２において取得した
コンテンツを、端末３１に対して送信して（ステップＳ
７３）、処理を終了する。

【００５８】図６の説明に戻り、端末側通信制御部４１
は、サーバ３から送信されてくるコンテンツを受信する
（ステップＳ６３）。次に、端末側通信制御部４１は、
ステップＳ６３において受信したコンテンツの種別か
ら、どのアプリケーションで処理するかについて判定を
行う（ステップＳ６４）。すなわち、端末側通信制御部
４１は、受信したコンテンツが指示ファイルであるか否
かについて判定を行う。ステップＳ６４の判定におい
て、受信したコンテンツが指示ファイルでない場合、す
なわち、Ｗｅｂブラウザ１３２により処理されるデータ
である場合、端末側通信制御部４１は、表示処理を行う
（ステップＳ６５）。具体的には、端末側通信制御部４
１は、ステップＳ６３において受信したコンテンツを表
示部４６を用いて表示する。

【００５９】一方、ステップＳ６４の判定において、受
信したコンテンツが指示ファイルである場合、端末側通
信制御部４１は、アプリケーション実行部４２に対し
て、アプリケーション１３１の起動命令を出力する（ス
テップＳ６６）。次に、端末側通信制御部４１は、送信
データ生成部４４に対して、受信したコンテンツ、すな
わち、指示ファイルを出力して（ステップＳ６７）、処
理を終了する。以上により、端末側通信制御部４１にお
けるコンテンツ取得処理が完了する。

【００６０】アプリケーション実行部４２は、上記図６
のステップＳ６６の処理によって端末側通信制御部４１
から入力されるアプリケーション１３１の起動命令に応
答して、アプリケーション１３１の実行を開始する。本
実施形態においては、もぐら叩きゲームの実行が開始さ
れる。さらに、アプリケーション実行部４２は、前述の
生成データを、生成データ格納部４３に出力する。本実
施形態においては、生成データとして、もぐら叩きゲー
ムのハイスコアおよびゲームの難易度が生成データ格納
部４３に出力される。生成データ格納部４３は、アプリ
ケーション実行部４２から入力される生成データを格納
する。

【００６１】送信データ生成部４４は、上記図６のステ
ップＳ６７の処理によって端末側通信制御部４１から入
力される指示ファイルに応答して、送信データ生成処理
を行う。図８は、図４に示す送信データ生成部４４によ
り行われる送信データ生成処理の流れを示すフローチャ
ートである。まず、送信データ生成部４４は、端末側通
信制御部４１から入力された指示ファイルの解析処理を
行う（ステップＳ８１）。以下、指示ファイルの具体例
について説明する。

【００６２】図９は、本実施形態における指示ファイル
の一例を示す図である。なお、図９においては、指示フ
ァイルをＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ
ｌａｎｇｕａｇｅ）形式で記述している。図９のよう
に、指示ファイルは、送信情報指定データ９１と、送信
形式指定データ９２と、送信先サーバ指定データ９３と
を含んでいる。送信情報指定データ９１には、通信端末
１から送信するデータは何かという情報が記述されてい
る。すなわち、送信情報指定データ９１は、送信データ
として送信すべきデータを指定する部分である。図９に
おいては、ゲーム結果としてハイスコア情報を送信デー
タとして送信することが指示されている。

【００６３】送信形式指定データ９２には、送信するデ
ータを作成するためのフォーマットに関する情報が記述
されている。すなわち、送信形式指定データ９２は、送
信データを送信する形式を指定する部分である。図９に
おいては、クエリ形式で送信すること、送信データを送
信する際のコマンド（メソッド）として「ＧＥＴ」を用
いること、および、送信データを圧縮せずに送信するこ
とが指示されている。

【００６４】送信先サーバ指定データ９３には、送信す
るサーバの位置が記述されている。すなわち、送信先サ
ーバ指定データ９３は、送信データを送信するサーバを
指定する部分である。図９においては、「ｈｔｔｐ：／
／ｇａｍｅ．ｘｘｘ／ｒｅｇｉｓｔ．ｘｘｘ」で示され
るサーバ（本実施形態では、サーバ３）に対して、送信
データを送信することが指示されている。なお、指示フ
ァイルを送信するサーバと、送信データを受信するサー
バは、必ずしも一致しない。

【００６５】なお、図９においては、指示ファイルは、
ＸＭＬ形式で記述されているが、テキスト形式であって
も、バイナリ情報の羅列であっても構わない。また、指
示ファイルには、アプリケーションの実行時に必要とな
るデータが含まれていてもよい。例えば、アプリケーシ
ョンがスケジュール管理ソフトであり、サーバ３にスケ
ジュール情報が保存されている場合、スケジュール情報
を指示ファイルに含めてもよい。

【００６６】図８の説明に戻り、ステップＳ８１におい
ては、送信データ生成部４４は、図９に示す指示ファイ
ルから、送信情報指定データ９１、送信形式指定データ
９２および送信先サーバ指定データ９３のそれぞれにつ
いて、送信データの送信処理に必要な情報を抽出して、
記憶しておく。本実施形態においては、送信データ生成
部４４は、送信情報指定データ９１から、送信データと
してハイスコア情報を送信するという指示情報を記憶す
る。また、送信データ生成部４４は、送信形式指定デー
タ９２から、送信データを圧縮せずに、かつ、ＣＧＩを
示すＵＲＬにクエリとして付与して、かつ、ＨＴＴＰの
メソッドはＧＥＴで送信するという指示情報を記憶す
る。また、送信データ生成部４４は、送信先サーバ指定
データ９３から、送信データを「ｈｔｔｐ：／／ｇａｍ
ｅ．ｘｘｘ／ｒｅｇｉｓｔ．ｘｘｘ」で示されるサーバ
に対して送信するという指示情報を記憶する。

【００６７】次に、送信データ生成部４４は、生成デー
タの内、サーバに送信すべき送信データを決定する（ス
テップＳ８２）。具体的には、送信データ生成部４４
は、ステップＳ８１において記憶した指示情報を参照し
て、生成データ格納部４３に格納されているデータを取
得する。本実施形態においては、送信データ生成部４４
は、生成データ格納部４３に格納されているハイスコア
情報を取得する。

【００６８】次に、送信データ生成部４４は、送信デー
タの送信形式を決定する（ステップＳ８３）。具体的に
は、送信データ生成部４４は、ステップＳ８１において
記憶した指示情報を参照して、ステップＳ８２において
取得したデータから送信データを生成する。本実施形態
においては、送信データ生成部４４は、ステップＳ８２
において取得したハイスコア情報から、圧縮せずにクエ
リ形式で表現される送信データを生成する。なお、生成
を行うプログラムは、送信データ生成部４４に予め格納
されている。

【００６９】さらに、送信データ生成部４４は、送信デ
ータの送信先のサーバを決定して（ステップＳ８４）、
処理を終了する。具体的には、送信データ生成部４４
は、ステップＳ８１において記憶した指示情報を参照し
て、送信先のサーバを決定する。前述のように、本実施
形態において、送信先のサーバは、サーバ３であるとす
る。すなわち、図９の送信先サーバ指定データ９３にお
いて示されているＵＲＬは、サーバ３を指すものとす
る。

【００７０】以上のように生成された送信データは、端
末側通信制御部４１に出力される。端末側通信制御部４
１は、送信データ生成部４４から入力した送信データ
を、ネットワーク２を介してサーバ３に対して送信す
る。具体的には、端末側通信制御部４１は、予めサーバ
３に保存されているＣＧＩの位置を示すＵＲＬと、送信
データとをクエリ形式で繋げて、ネットワーク２を介し
てサーバ３に送信する。

【００７１】送信データを受信したサーバ側通信制御部
５１は、送信データ処理部５３に送信データを出力す
る。送信データ処理部５３は、送信データを入力するこ
とにより所定の処理を行う。本実施形態において、所定
の処理は、送信データの登録処理とする。具体的には、
通信端末１から送信されてきたＵＲＬに関連づけられた
ＣＧＩプログラムが実行され、ＵＲＬのクエリ部分を解
析して、送信データ格納部５４に対して送信データの登
録が行われる。

【００７２】なお、本実施形態においては、送信データ
処理部５３において、送信データの登録処理を行った
が、送信データを受信した際の処理は、これに限らな
い。例えば、サーバ３から通信端末に対して何らかのデ
ータを送信するようにしてもよい。すなわち、送信デー
タ処理部５３は、送信データに応答して、コンテンツ保
存部５２または送信データ格納部５４に格納されている
情報を、端末１に送信するようにしてもよい。例えば、
サーバ３は、複数の通信端末から送信データとして受信
したゲームの得点を格納しておき、新たに送信データを
受信した場合、得点に対する順位を算出して通信端末１
に対して送信するようにしてもよい。また、サーバ３の
送信データ処理部５３は、単に送信データを受信したこ
とを通知するものであってもよい。

【００７３】以上のように、本実施形態においては、通
信端末から送信される送信データをアプリケーションの
結果であるゲームの得点である場合について説明した。
ここで、他の実施形態においては、アプリケーションは
ゲームに限らない。例えば、アプリケーションは、通信
端末に格納されている情報、例えばスケジュール情報を
サーバにアップロードするために用いられるアプリケー
ションであってもよい。

【００７４】なお、本実施形態においては、指示ファイ
ルは、送信情報指定データ９１と、送信形式指定データ
９２と、送信先サーバ指定データ９３とを含むものであ
った。ここで、他の実施形態においては、指示ファイル
は、上記の３つのデータの内、少なくとも一つを含むも
のであってもよい。この場合、指示ファイルによって設
定されないデータは、通信端末においてデフォルトで設
定されるようにしてもよい。

【００７５】また、通信端末１は、取得した指示ファイ
ルについてデータ認証を行うようにしてもよい。すなわ
ち、通信端末１は、指示ファイルが改ざんされていない
か、または、指示ファイルの送信元が正当なサーバであ
るかどうか等について認証を行うものであってもよい。
これにより、改ざんされた指示ファイルによって、間違
った形式でデータ送信処理が行われることを防止するこ
とができる。また、コンピュータウィルスを含んだ指示
ファイルによって、通信端末１がウィルスに感染するこ
とを防止することができる。

【００７６】また、指示ファイルは、アプリケーション
の結果により、異なる指示内容が記述されているもので
あってもよい。例えば、送信データのデータ量が多い場
合、メソッド「ＰＯＳＴ」により送信し、送信データの
データ量が少ない場合、メソッド「ＧＥＴ」により送信
する、という内容の指示が記述されるものであってもよ
い。また、例えば、アプリケーションが正常に動作した
場合、アプリケーションの実行結果を送信し、アプリケ
ーションが正常に動作しなかった場合、すなわち、エラ
ーの場合、エラーの詳細な結果やエラーの理由を送信す
る、という内容の指示が記述されるものであってもよ
い。さらに、エラーの詳細な結果やエラーの理由が送信
されたことに応じて、サーバがエラーを解消するための
方法を端末に送信するようにすれば、ユーザは、アプリ
ケーションのエラーに対して容易に対応することができ
る。

【００７７】なお、本実施形態においては、アプリケー
ション実行部４２は、端末側通信制御部４１が指示ファ
イルを受信したことを契機として、アプリケーション１
３１の実行を開始する。ここで、アプリケーションの起
動タイミングは、送信データ生成部４４が生成データを
取得する前であれば、どのようなタイミングであっても
よい。

【００７８】なお、本実施形態では、通信端末１におけ
る指示ファイルの取得から送信データの送信までの間
に、ユーザによる入力動作について明記していないが、
データを送信する旨のポップアップ表示等を行うことに
より、処理の間にユーザの確認動作を含めてもよい。

【００７９】なお、以上においては、サーバ３と通信端
末１との間で指示ファイルおよび送信データの送受信
を、サーバ３および通信端末１の動作として説明した
が、サーバ３の他のサーバも、サーバ３と同様の動作を
行う。また、通信端末１の他の通信端末も、通信端末１
と同様の動作を行う。

【００８０】また、本発明は、プログラムによって実現
し、これを記録媒体に記録して移送することにより、独
立した他のコンピュータシステムで容易に実施すること
ができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る通信端末を含むネッ
トワークシステムの構成を示すブロック図である。

【図２】図１に示す通信端末１のハードウェア構成を示
す図である。

【図３】図１に示すサーバ３のハードウェア構成を示す
図である。

【図４】図１に示す通信端末１の機能的な構成を示すブ
ロック図である。

【図５】図１に示すサーバ３の機能的な構成を示すブロ
ック図である。

【図６】図４に示す端末側通信制御部４１において行わ
れるコンテンツ取得処理の流れを示すフローチャートで
ある。

【図７】図５に示すサーバ側通信制御部５１において行
われるコンテンツ送信処理の流れを示すフローチャート
である。

【図８】図４に示す送信データ生成部４４により行われ
る送信データ生成処理の流れを示すフローチャートであ
る。

【図９】本実施形態における指示ファイルの一例を示す
図である。

【符号の説明】

１ 通信端末 ２ ネットワーク ３ サーバ １１，３１ ＣＰＵ １２，３２ ＲＡＭ １３，３３ 記憶装置 １４，３４ 通信装置 １５ 入力装置 １６ 表示装置 ４１ 端末側通信制御部 ４２ アプリケーション実行部 ４３ 生成データ格納部 ４４ 送信データ生成部 ４５ 入力部 ４６ 表示部 ５１ サーバ側通信制御部 ５２ コンテンツ保存部 ５３ 送信データ処理部 ５４ 送信データ格納部 ９１ 送信情報指定データ ９２ 送信形式指定データ ９３ 送信先サーバ指定データ １３１ アプリケーション １３２ Ｗｅｂブラウザ １３３ 送信データ生成処理プログラム ３３１ ＷＷＷサーバプログラム ３３２ 送信データ処理プログラム

フロントページの続き (72)発明者 水山 正重 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 加藤 淳展 神奈川県横浜市港北区綱島東四丁目３番１ 号 松下通信工業株式会社内 (72)発明者 松田 宗人 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 秦 秀彦 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 和田 浩美 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B085 AA08 BE03 5K101 KK02 KK16 LL12

Claims (14)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介してサーバと通信可能
   な通信端末であって、 アプリケーションを実行するアプリケーション実行部
   と、 前記アプリケーションの実行により生成される生成デー
   タの全部または一部を前記サーバに対して送信する処理
   に関する指示が記述された指示ファイルの取得要求を、
   当該アプリケーションの起動に先立ってまたは起動後
   に、前記サーバに対して行う取得要求部と、 前記取得要求に応じて前記サーバから送信されてくる前
   記指示ファイルに記述された内容に従い、前記アプリケ
   ーションの実行後に、前記サーバに対する送信処理を行
   う送信処理部とを備える、通信端末。
2. 【請求項２】 前記アプリケーション実行部は、前記取
   得要求に応じて前記サーバから送信されてくる前記指示
   ファイルが受信されたことによって、前記アプリケーシ
   ョンの実行を開始することを特徴とする、請求項１に記
   載の通信端末。
3. 【請求項３】 前記取得要求部は、Ｗｅｂブラウザを用
   いて、前記サーバに格納されている前記指示ファイルを
   指定することにより、当該指示ファイルの取得を要求す
   ることを特徴とする、請求項１に記載の通信端末。
4. 【請求項４】 前記指示ファイルは、前記サーバに送信
   すべき送信データを指定する送信情報指定データを含
   み、 前記送信処理部は、 前記送信情報指定データに従い、前記生成データの内前
   記サーバに送信すべき送信データを決定する送信データ
   決定部と、 前記送信データを前記サーバに対して送信する送信部と
   を含む、請求項１に記載の通信端末。
5. 【請求項５】 前記指示ファイルは、前記サーバに対し
   て送信すべき送信データを送信する形式を指定する送信
   形式指定データを含み、 前記送信処理部は、 前記送信形式指定データに従い、前記送信データの送信
   形式を決定する送信形式決定部と、 前記送信形式決定部により決定された送信形式に従って
   前記送信データを送信する送信部とを含む、請求項１に
   記載の通信端末。
6. 【請求項６】 前記指示ファイルは、前記送信処理にお
   ける送信先となる送信先サーバを指定する送信先サーバ
   指定データを含み、 前記送信処理部は、前記送信先サーバ指定データにより
   示される送信先サーバに対して前記送信処理を行うこと
   を特徴とする、請求項１に記載の通信端末。
7. 【請求項７】 ネットワークを介してサーバと通信可能
   な通信端末において用いられるコンピュータで実行可能
   なプログラムであって、 アプリケーションを実行するアプリケーション実行ステ
   ップと、 前記アプリケーションの実行により生成される生成デー
   タの全部または一部を前記サーバに対して送信する処理
   に関する指示が記述された指示ファイルの取得要求を、
   当該アプリケーションの起動に先立ってまたは起動後
   に、前記サーバに対して行う取得要求ステップと、 前記取得要求に応じて前記サーバから送信されてくる前
   記指示ファイルに記述された内容に従い、前記アプリケ
   ーションの実行後に、前記サーバに対する送信処理を行
   う送信処理ステップとを備える、データ送信プログラ
   ム。
8. 【請求項８】 前記アプリケーション実行ステップは、
   前記取得要求に応じて前記サーバから送信されてくる前
   記指示ファイルが受信されたことによって、前記アプリ
   ケーションの実行を開始することを特徴とする、請求項
   ７に記載のデータ送信プログラム。
9. 【請求項９】 前記取得要求ステップは、Ｗｅｂブラウ
   ザを用いて、前記サーバに格納されている前記指示ファ
   イルを指定することにより、当該指示ファイルの取得を
   要求することを特徴とする、請求項７に記載のデータ送
   信プログラム。
10. 【請求項１０】 前記指示ファイルは、前記サーバに送
    信すべき送信データを指定する送信情報指定データを含
    み、 前記送信処理ステップは、 前記送信情報指定データに従い、前記生成データの内前
    記サーバに送信すべき送信データを決定する送信データ
    決定ステップと、 前記送信データを前記サーバに対して送信する送信ステ
    ップとを含む、請求項７に記載のデータ送信プログラ
    ム。
11. 【請求項１１】 前記指示ファイルは、前記サーバに対
    して送信すべき送信データを送信する形式を指定する送
    信形式指定データを含み、 前記送信処理ステップは、 前記送信形式指定データに従い、前記送信データの送信
    形式を決定する送信形式決定ステップと、 前記送信形式決定ステップにおいて決定された送信形式
    に従って前記送信データを送信する送信ステップとを含
    む、請求項７に記載のデータ送信プログラム。
12. 【請求項１２】 前記指示ファイルは、前記送信処理に
    おける送信先となる送信先サーバを指定する送信先サー
    バ指定データを含み、 前記送信処理ステップは、前記送信先サーバ指定データ
    により示される送信先サーバに対して前記送信処理を行
    うことを特徴とする、請求項７に記載のデータ送信プロ
    グラム。
13. 【請求項１３】 アプリケーションの実行により生成さ
    れる生成データをサーバに送信することが可能な通信端
    末と、当該通信端末とネットワークを介して通信可能な
    サーバとを含む通信システムであって、 前記サーバは、 前記生成データの全部または一部を送信する処理に関す
    る指示が記述された指示ファイルを格納する指示ファイ
    ル格納部と、 前記通信端末による前記指示ファイルの取得要求に応じ
    て、当該指示ファイルを送信する指示ファイル送信部と
    を備え、 前記通信端末は、 前記アプリケーションを実行するアプリケーション実行
    部と、 前記アプリケーションの実行により生成される生成デー
    タの全部または一部を前記サーバに対して送信する処理
    に関する指示が記述された指示ファイルの取得要求を、
    当該アプリケーションの起動に先立ってまたは起動後
    に、前記サーバに対して行う取得要求部と、 前記取得要求に応じて前記サーバから送信されてくる前
    記指示ファイルに記述された内容に従い、前記アプリケ
    ーションの実行後に、前記サーバに対する送信処理を行
    う送信処理部とを備える、通信システム。
14. 【請求項１４】 アプリケーションの実行によって生成
    される生成データをサーバに送信することが可能な通信
    端末と、ネットワークを介して当該通信端末と通信可能
    なサーバとを含むネットワークシステムにおいて用いら
    れるデータ送信方法であって、 前記通信端末が前記生成データの全部または一部を送信
    する処理に関する指示が記述された指示ファイルが前記
    サーバにおいて予め格納されており、 前記アプリケーションを実行するアプリケーション実行
    ステップと、 前記指示ファイルの取得を、前記アプリケーションの起
    動に先立ってまたは起動後に、前記サーバに対して要求
    する取得要求ステップと、 前記取得要求に応じて、前記サーバにおいて予め格納さ
    れている指示ファイルを、当該取得要求を行った通信端
    末に対して送信する指示ファイル送信ステップと、 前記取得要求に応じて前記サーバから送信されてくる前
    記指示ファイルに記述された内容に従い、前記アプリケ
    ーションの実行後に、前記サーバに対する送信処理を行
    う送信処理ステップとを備える、データ送信方法。