JPH10207710A - ソフトウエアダウンロードシステム及びメニュー作成システム - Google Patents

Abstract

(57)【要約】 【課題】 コンピュータ装置へソフトウエアをダウンロ
ードさせるサービスを行うシステムに関し、使用するコ
ンピュータ装置に最適なダウンロードメニューを提供可
能とすることにある。 【解決手段】 ＰＨＳ機能が組み込まれた移動端末１０
１において、ユーザが画面に表示されているソフトウエ
アダウンロードメニュー要求アイコンを電子ペン等によ
ってタッチすると、移動端末１０１の能力を示す端末能
力情報と、移動端末１０１に現在インストールされてい
るソフトウエアの属性を示すソフト属性情報とが、ＰＨ
Ｓ網１０３からインターネット１０５を介してソフト提
供ホスト装置１０８に送られ、そこで移動端末１０１に
最適なソフトウエアのダウンロードメニューが生成さ
れ、移動端末１０１に返送される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータ装置
へソフトウエアをダウンロードさせるサービスを行うシ
ステムに関する。

【０００２】

【従来の技術】従来、ネットワークに接続された端末装
置において、アプリケーションソフトウエアを持たない
で、必要なソフトウエアがあると、サービスセンターか
らネットワークを介してダウンロードするシステムが知
られている（例えば特開平７−２７１６９７号特許出
願）。

【０００３】また、パーソナルコンピュータ等の一般的
なコンピュータ装置であっても、インターネット等のネ
ットワークに接続することができれば、Ｗｅｂページ上
のダウンロードメニューを介して必要なソフトウエアを
ダウンロードすることは、一般的に行われるようになっ
てきている。

【０００４】

【発明が解決しようとする課題】しかし、従来のソフト
ウエアのダウンロードシステムは、ユーザが使用してい
るコンピュータ装置での実行に適したソフトウエア以外
のソフトウエアに関するダウンロードメニューも表示さ
れてしまい、ユーザはそれらの不必要なメニューを含む
ダウンロードメニューの中から自分が使用するコンピュ
ータ装置に適したソフトウエアを選択しなければならな
かった。このため、コンピュータ装置の使用に熟練して
いない一般的なユーザの中には、不適切なソフトウエア
を誤ってダウンロードしてしまって、通信コストを浪費
してしまう等の問題点が発生していた。

【０００５】また、ユーザが使用するコンピュータ装置
にインストールされているソフトウエアをバージョンア
ップしたいような場合でも、ユーザは、多種類のソフト
ウエアに関するダウンロードメニューも含む一般的なダ
ウンロードメニューから、目的とするバージョンのソフ
トウエアに関するダウンロードメニューを特定しなけれ
ばならず、エンドユーザにとって使いやすいシステムと
はいえなかった。

【０００６】本発明の課題は、使用するコンピュータ装
置に最適なダウンロードメニューを提供可能とすること
にある。

【０００７】

【課題を解決するための手段】本発明は、ソフト提供ホ
スト装置（ソフト提供ホスト装置１０８）からネットワ
ークを介して接続されるコンピュータ装置（移動端末１
０１）へ、ソフトウエアをダウンロードさせるためのシ
ステムを前提とする。

【０００８】まず、コンピュータ装置は、以下の各手段
を有する。コンピュータ能力情報送信手段（端末能力情
報テーブル、制御部１１０、通信部１１１）は、コンピ
ュータ装置が実装する機能を示す情報であるコンピュー
タ能力情報（端末能力情報）をソフト提供ホスト装置に
送信する。

【０００９】ソフト属性情報送信手段（ソフト属性情報
テーブル、制御部１１０、通信部１１１）は、コンピュ
ータ装置にインストールされているソフトウエアの属性
を示す情報であるソフト属性情報をソフト提供ホスト装
置に送信する。

【００１０】ダウンロードメニュー受信手段（通信部１
１１、制御部１１０）は、ソフト提供ホスト装置から提
供されるダウンロードメニューを受信する。ダウンロー
ドメニュー表示手段（制御部１１０、出力部１１２）
は、その受信したダウンロードメニューを表示する。

【００１１】ダウンロード要求送信手段（入力部１０
９、制御部１１０、通信部１１１）は、ダウンロードメ
ニューから必要なソフトウエアを選択してそのソフトウ
エアのダウンロード要求をソフト提供ホスト装置に送信
する。

【００１２】ソフトウエアダウンロード手段（通信部１
１１、制御部１１０）は、ダウンロード要求に応答して
ソフト提供ホスト装置から転送されるソフトウエアをダ
ウンロードする。

【００１３】次に、ソフト提供ホスト装置は、以下の各
手段を有する。コンピュータ能力情報受信手段（パケッ
ト送受信部１１５、Ｗｅｂサーバ部１１６）は、コンピ
ュータ装置からコンピュータ能力情報を受信する。

【００１４】ソフト属性情報受信手段（パケット送受信
部１１５）は、コンピュータ装置からソフト属性情報を
受信する。ダウンロードメニュー生成手段（Ｗｅｂサー
バ部１１６、メニュー制御ＣＧＩ部１１７、ＳＱＬ Ｄ
ＢＭＳ１１８、データベース１１９）は、受信したコン
ピュータ能力情報及びソフト属性情報に対応するソフト
ウエアに関するダウンロードメニューを生成する。

【００１５】ダウンロードメニュー送信手段（メニュー
制御ＣＧＩ部１１７、Ｗｅｂサーバ部１１６、パケット
送受信部１１５）は、生成されたダウンロードメニュー
をコンピュータ装置に送信する。

【００１６】ダウンロード要求受信手段（パケット送受
信部１１５）は、コンピュータ装置からダウンロード要
求を受信する。ソフトウエア送信手段（ＦＴＰ制御部１
２０、パケット送受信部１１５）は、受信したダウンロ
ード要求に対応するソフトウエアをコンピュータ装置に
送信する。

【００１７】上述の発明の構成において、ソフト属性情
報は、例えばコンピュータ装置にインストールされてい
るソフトウエアの種類を示す情報であり、ソフト提供ホ
スト装置に含まれるダウンロードメニュー生成手段は、
受信したソフト属性情報が示すソフトウエアの種類以外
の種類のソフトウエアに関するダウンロードメニューを
生成する。又は、ソフト属性情報は、例えばコンピュー
タ装置にインストールされているソフトウエアの種類を
示す情報であり、ソフト提供ホスト装置に含まれるダウ
ンロードメニュー生成手段は、受信したソフト属性情報
が示すソフトウエアの種類に関連する種類のソフトウエ
アに関するダウンロードメニューを生成する。或いは、
ソフト属性情報は、例えばコンピュータ装置にインスト
ールされているソフトウエアの種類とバージョンを示す
情報であり、ソフト提供ホスト装置に含まれるダウンロ
ードメニュー生成手段は、受信したソフト属性情報が示
すソフトウエアの種類と一致する最新バージョンのソフ
トウエアに関するダウンロードメニューを生成する。

【００１８】上述の発明の構成により、ダウンロードメ
ニューの要求時にコンピュータ装置からソフト提供ホス
ト装置に自動的に送信されるコンピュータ能力情報に基
づいて、そのコンピュータ装置に最適なソフトウエアの
みのダウンロードメニューが表示されるため、ユーザは
余計なソフトウエアをダウンロードしてしまうという無
駄がなくなる。

【００１９】特に、ダウンロードメニューの要求時にコ
ンピュータ装置からソフト提供ホスト装置に自動的に送
信されるコンピュータ能力情報及びソフト属性情報に基
づいて、そのコンピュータ装置に最適なソフトウエアで
あってまだコンピュータ装置にインストールされていな
いソフトウエアのみのダウンロードメニューを表示する
ことができるため、ユーザは所望のソフトウエアを容易
にダウンロードすることができる。

【００２０】また、ダウンロードメニューの要求時にコ
ンピュータ装置からソフト提供ホスト装置に自動的に送
信されるコンピュータ能力情報及びソフト属性情報に基
づいて、コンピュータ装置にインストールされているソ
フトウエアのバージョンの方が、ソフト提供ホスト装置
上の同じソフトウエアのバージョンよりも古くなった場
合には、そのソフトウエアについての最新バージョンの
ダウンロードメニューが表示されるため、ユーザは常に
最新バージョンのソフトウエアをダウンロードすること
ができる。

【００２１】更に、ダウンロードメニューの要求時に移
動端末からソフト提供ホスト装置に自動的に送信される
コンピュータ能力情報及びソフト属性情報に基づいて、
コンピュータ装置にインストールされているソフトウエ
アと連携して動作するファミリーソフトウエアに関する
ダウンロードメニューも表示されるため、ユーザは有用
なソフトウエアを容易にダウンロードすることができ
る。

【００２２】本発明の更に別の構成として、ホスト装置
からネットワークを介して接続されるコンピュータ装置
へ、メニュー情報を送信するメニュー作成システムにお
いて、コンピュータ装置からそのコンピュータ装置が有
する機能を示す情報であるコンピュータ能力情報又はそ
のコンピュータ装置にインストールされているソフトウ
エアの属性を示す情報であるソフト属性情報をホスト装
置に送信し、ホスト装置は、このコンピュータ能力情報
又はソフト属性情報を受信して、それらに対応したメニ
ュー情報を作成して、コンピュータ装置にメニュー情報
を送信し、コンピュータ装置はこのメニュー情報を受信
して報知するように構成することができる。

【００２３】上述の発明の構成により、ダウンロードメ
ニュー以外の一般的なメニューの要求時にも、コンピュ
ータ装置からホスト装置に自動的に送信されるコンピュ
ータ能力情報又はソフト属性情報に基づいて、そのコン
ピュータ装置に最適なメニューを表示させることができ
る。

【００２４】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について詳細に説明する。本実施の形態で
は、ＰＨＳ機能が組み込まれた移動端末において、ユー
ザがＬＣＤ画面に表示されているソフトウエアダウンロ
ードメニュー要求アイコンを電子ペン等によってタッチ
すると、その移動端末の能力を示す端末能力情報と、そ
の移動端末に現在インストールされているソフトウエア
の属性を示すソフト属性情報とが、ＰＨＳ網からインタ
ーネットを介して特定のソフト提供サービスプロバイダ
内のＬＡＮに接続されるソフト提供ホスト装置に送ら
れ、そこでその移動端末に最適なソフトウエアのダウン
ロードメニューが生成され、移動端末に返送される。

【００２５】このダウンロードメニューは、最適なソフ
トウエアアーカイブへのＵＲＬ（統一形式アクセス情
報）が記述されているハイパーテキストを含むＨＴＭＬ
文章（メニューＨＴＭＬ文章データ）として表現され
る。移動端末は、このメニューＨＴＭＬ文章データを受
信すると、ホームページの閲覧のためのブラウザアプリ
ケーションを起動し、上述のメニューＨＴＭＬ文章デー
タをホームページ形式で表示する。移動端末のユーザ
は、ハイパーテキストの一部として表示されたアンカー
（テキストアンカー又はグラフィックスアンカー）を電
子ペンでタッチ等して選択することによって、そのアン
カーと共にハイパーテキストに含まれるＵＲＬに対応す
るソフト提供ホスト装置内のソフトウエアをダウンロー
ドして移動端末にインストールすることができる。

【００２６】この場合、本実施の形態では、メニュー要
求時に移動端末からソフト提供ホスト装置に自動的に送
信される端末能力情報に主に基づいて、その移動端末に
最適なソフトウエアのみのダウンロードメニュー（ソフ
トコレクションメニュー）が表示されるため、ユーザは
余計なソフトウエアをダウンロードしてしまうという無
駄がなくなる。

【００２７】また、本実施の形態では、メニュー要求時
に移動端末からソフト提供ホスト装置に自動的に送信さ
れるソフト属性情報に主に基づいて、移動端末にインス
トールされているソフトウエアのバージョンの方が、ソ
フト提供ホスト装置上の同じソフトウエアのバージョン
よりも古くなった場合には、そのソフトウエアについて
の最新バージョンのダウンロードメニュー（バージョン
アップメニュー）が表示されるため、ユーザは常に最新
バージョンのソフトウエアをダウンロードすることがで
きる。

【００２８】更に、本実施の形態では、メニュー要求時
に移動端末からソフト提供ホスト装置に自動的に送信さ
れるソフト属性情報に主に基づいて、移動端末にインス
トールされているソフトウエアと連携して動作するファ
ミリーソフトウエアに関するダウンロードメニューも表
示されるため、ユーザは有用なソフトウエアを容易にダ
ウンロードすることができる。 ＜システム構成＞図１は、本発明の実施の形態の全体シ
ステム構成図である。

【００２９】移動端末１０１は、ＰＨＳ端末機能を有し
ており、無線基地１０２を介して、無線通信によってＰ
ＨＳ網１０３に接続される。無線基地１０２は、街路の
公衆電話ボックス、電柱、ビル屋上、地下通路等に設け
られる公衆無線基地、又は加入者宅内の親子電話装置等
である。なお、親子電話装置に接続される場合は、ＰＨ
Ｓ網を介さずに、直接公衆電話網に接続される。なお、
無線基地１０２の代わりに、有線接続装置を介して、有
線通信によってＰＨＳ網１０３又は公衆電話網に接続さ
れるように構成されてもよい。

【００３０】ＰＨＳ網１０３は、公衆電話網又はＩＳＤ
Ｎ網と相互接続しており、これらの網には、高速デジタ
ル専用線等によってインターネット１０５に接続してい
る移動端末制御ホスト装置１０４が接続されている。

【００３１】移動端末１０１は、無線基地１０２及びＰ
ＨＳ網１０３を介して、上記公衆電話網又はＩＳＤＮ網
に接続されている移動端末制御ホスト装置１０４に自動
的にダイヤルアップ発信することによって、インターネ
ット１０５に接続することができる。

【００３２】インターネット１０５には、高速デジタル
専用線等を介して所定の音声サービスプロバイダのＬＡ
Ｎ１０７に接続しているルータ装置１０６が接続されて
いる。ＬＡＮ１０７は、イーサネット方式、ＡＴＭ（As
ynchronous Transfer Mode）方式、又はＦＤＤＩ方式等
によるローカルエリアネットワークである。ＬＡＮ１０
７には、更にソフト提供ホスト装置１０８が接続されて
いる。

【００３３】移動端末１０１は、移動端末制御ホスト装
置１０４に自動的にダイヤルアップ発信した後に、イン
ターネット１０５、ルータ装置１０６、及びＬＡＮ１０
７を介して、ソフト提供ホスト装置１０８と通信するこ
とができる。

【００３４】今、移動端末１０１内の入力部１０９にお
いて、ユーザが、タッチパネルからＬＣＤ画面に表示さ
れているソフトウエアダウンロードメニュー要求アイコ
ンを電子ペン等によってタッチすると、制御部１１０
は、通信部１１１に対して、ソフト提供ホスト装置１０
８との通信開始を依頼する。

【００３５】通信部１１１は、制御部１１０から通信開
始を依頼されると、現在移動端末制御ホスト装置１０４
に接続していなければ、無線基地（又は有線接続装置）
１０２に無線（又は有線）発信してＰＨＳ網１０３に接
続した後、移動端末制御ホスト装置１０４のアクセス電
話番号を指定してダイヤルアップ発信する。

【００３６】移動端末制御ホスト装置１０４が着信する
と、移動端末１０１内の通信部１１１は、まず、移動端
末制御ホスト装置１０４内の接続確立部１１３と通信す
ることにより、インターネット１０５上の標準通信プロ
トコルであるＴＣＰ／ＩＰ及びＰＰＰ方式による接続の
確立のためのネゴシエーションを行う。この結果、移動
端末制御ホスト装置１０４から、移動端末１０１内の通
信部１１１に対して、インターネット１０５上の識別ア
ドレスであるＩＰアドレスが付与され、移動端末１０１
は、インターネット１０５へのアクセスが可能となる。

【００３７】移動端末１０１内の通信部１１１は、既に
移動端末制御ホスト装置１０４に接続していれば、上記
タイヤルアップ発信は省略する。その後、移動端末１０
１内の通信部１１１は、予め設定されているソフト提供
ホスト装置１０８のＩＰアドレスである“宛先ＩＰアド
レス”と、移動端末制御ホスト装置１０４から付与され
たＩＰアドレスである“送信元ＩＰアドレス”と、ユー
ザの指定に基づく端末能力情報及びソフト属性情報が指
定されたＰＯＳＴリクエストとが格納されたＴＣＰ／Ｉ
Ｐパケットを、インターネット１０５に向けて送出す
る。このＰＯＳＴリクエストは、例えば図１１に示され
るデータ構成を有する。

【００３８】このＴＣＰ／ＩＰパケットは、それに格納
されている“宛先ＩＰアドレス”に基づき、移動端末制
御ホスト装置１０４内のルーティング部１１４とインタ
ーネット１０５内の特には図示しない中継ホスト装置に
よって、ソフト提供サービスプロバイダ内のルータ装置
１０６まで転送された後、更に、ＬＡＮ１０７を介して
ソフト提供ホスト装置１０８内のパケット送受信部１１
５まで転送される。

【００３９】パケット送受信部１１５は、受信したＴＣ
Ｐ／ＩＰパケットから、“送信元ＩＰアドレス”と、Ｐ
ＯＳＴリクエストとを取り出して、ソフト提供ホスト装
置１０８内のＷｅｂサーバ部１１６に引き渡す。

【００４０】Ｗｅｂサーバ部１１６は、ＰＯＳＴリクエ
ストがメニュー制御ＣＧＩ部１１７を指定していること
を認識することによって、メニュー制御ＣＧＩ部１１７
の子プロセスを起動して、それに上述のＰＯＳＴリクエ
ストを引き渡す。例えば図１１に示されるＰＯＳＴリク
エストのデータ構成においては、プログラムパス情報
“/cgi-bin/menu.pl”が、メニュー制御ＣＧＩ部１１７
を指定している。

【００４１】メニュー制御ＣＧＩ部１１７の子プロセス
は、上記ＰＯＳＴリクエストに含まれる移動端末１０１
の端末能力情報及びソフト属性情報に基づいて、ソフト
提供ホスト装置１０８内のＳＱＬ ＤＢＭＳ（ストラク
チャードクエリーランゲージデータベースマネージメン
トシステム）１１８（図１）に対して、ソフト提供ホス
ト装置１０８内のデータベース１１９への問合せを依頼
する。その結果、メニュー制御ＣＧＩ部１１７は、ＳＱ
Ｌ ＤＢＭＳ１１８から返される検索結果に基づいて、
移動端末１０１に最適なソフトウエアのダウンロードメ
ニューを表現するメニューＨＴＭＬ文章データを生成し
て、移動端末１０１への返信をＷｅｂサーバ部１１６に
依頼する。このメニューＨＴＭＬ文章データは、移動端
末１０１に対して最適なソフトウエアアーカイブへの統
一形式アクセス情報であるＵＲＬ（Uniform Resource L
ocator）が記述されているハイパーテキストを含むハイ
パーテキストマークアップランゲージＨＴＭＬであり、
例えば図２０に示される内容を有する。このＨＴＭＬデ
ータにおいて、例えば、“<a href="ftp://support.cas
io.co.jp/pub/Browser.bin"><i>CasioBrowser / 2.0</i
></a> ”がダウンロードされるべきバージョンアップフ
ァイル"Browser.bin" に対応するハイパーテキストを示
し、“ftp://support.casio.co.jp/pub/Browser.bin ”
が上述のファイルのＵＲＬを示し、“CasioBrowser /
2.0”がそのＵＲＬにアクセスするためのテキストアン
カーを示している。上述のＵＲＬは、ソフト提供ホスト
装置１０８に対するホストアドレス情報“support.casi
o.co.jp ”と、ファイルパス情報“/pub/Browser.bin”
と、そのアドレスのリソースにアクセスするための通信
プロトコル情報“ftp ”とを含む。また、それに続く文
章“<br>カシオインターネットブラウザの最新版です。
<br>ツールバーを自由にカスタマイズできるようになり
ました。”が、説明文である。なお、“ <”と“> ”で
囲まれた記号は、表示制御用の記号であり、記号“ ”
は、それが含まれる行にその次の行が続くことを示して
いる。

【００４２】この結果、Ｗｅｂサーバ部１１６は、パケ
ット送受信部１１５に対して、上述のメニューＨＴＭＬ
文章データが格納されたＴＣＰ／ＩＰパケットの移動端
末１０１への返信を依頼する。

【００４３】パケット送受信部１１５は、対応するＴＣ
Ｐ／ＩＰパケットを、移動端末１０１に対応するＩＰア
ドレスに向けて送信する。移動端末１０１内の通信部１
１１は、ソフト提供ホスト装置１０８から上記ＴＣＰ／
ＩＰパケットを受信すると、それに格納されているメニ
ューＨＴＭＬ文章データを制御部１１０に引き渡す。

【００４４】移動端末１０１内の制御部１１０は、ブラ
ウザアプリケーションを起動して、引き渡されたメニュ
ーＨＴＭＬ文章データに対応するダウンロードメニュー
を、ホームページ形式でＬＣＤ表示部３１１（図２の２
０３）に表示する。

【００４５】今、例えば、前述の図２０に示されるメニ
ューＨＴＭＬ文章データが受信されると、ＬＣＤ表示部
３１１（図２の２０３）には、例えば図２１に示される
メニューが表示される。ここで、下線が付加されたキー
ワードが、ソフト提供ホスト装置１０８内のダウンロー
ドすべきファイルのＵＲＬと共にハイパーテキストに含
まれるテキストアンカーを示している。

【００４６】移動端末１０１のユーザが、上述のように
表示されたアンカーのうち任意のものを電子ペンでタッ
チ等することにより選択すると、移動端末１０１内の制
御部１１０は、通信部１１１に対し、上記選択されたア
ンカーと共にハイパーテキストに含まれるＵＲＬデータ
（例えば“ftp://support.casio.co.jp/pub/Browser.bi
n ”）の、ソフト提供ホスト装置１０８への送信を依頼
する。

【００４７】通信部１１１は、上記ＵＲＬデータが格納
されたＴＣＰ／ＩＰパケットを、ソフト提供ホスト装置
１０８に対応するＩＰアドレスに向けて送信する。この
ＴＣＰ／ＩＰパケットは、それに格納されている“宛先
ＩＰアドレス”に基づき、移動端末制御ホスト装置１０
４内のルーティング部１１４、インターネット１０５内
の特には図示しない中継ホスト装置、ソフト提供サービ
スプロバイダ内のルータ装置１０６、及びＬＡＮ１０７
を介して、ソフト提供ホスト装置１０８内のパケット送
受信部１１５まで転送される。

【００４８】パケット送受信部１１５は、受信したＴＣ
Ｐ／ＩＰパケットに格納されているＵＲＬデータを取り
出し、そのＵＲＬデータに通信プロトコル情報“ftp ”
が含まれているのを認識することにより、そのＵＲＬデ
ータをＦＴＰ制御部１２０に引き渡す。

【００４９】ＦＴＰ制御部１２０は、引き渡されたＵＲ
Ｌデータ内のファイルパス情報（例えば“/pub/Browse
r.bin”）に基づいて、ソフト提供ホスト装置１０８内
のファイルシステムから要求されたファイルデータを読
み出して、パケット送受信部１１５に対して、そのファ
イルデータが格納されたＴＣＰ／ＩＰパケットの移動端
末１０１への返信を依頼する。この場合の通信処理は、
ＦＴＰ（File TransferProtocol）と呼ばれる通信プロ
トコルに従って実行される。

【００５０】パケット送受信部１１５は、対応するＴＣ
Ｐ／ＩＰパケットを、移動端末１０１に対応するＩＰア
ドレスに向けて送信する。移動端末１０１内の通信部１
１１は、ソフト提供ホスト装置１０８から上記ファイル
データが格納されたＴＣＰ／ＩＰパケットを受信する
と、それに格納されているファイルデータを制御部１１
０に引き渡す。

【００５１】移動端末１０１内の制御部１１０は、上記
ファイルデータを、内部のＲＡＭ３１７又は書込み可能
なＲＯＭ３１８（図３）にダウンロードする。ダウンロ
ード終了後、移動端末１０１内の制御部１１０は、その
ファイルデータのアプリケーションのインストール処理
を実行し、以後、ユーザはそのアプリケーションを利用
できるようになる。

【００５２】一方、移動端末１０１は、ソフト提供ホス
ト装置１０８との通信のほかに、それが装備するホーム
ページ閲覧ツールや電子メールを利用して、移動端末制
御ホスト装置１０４にダイヤルアップ発信することによ
り、インターネット１０５上の所望のリソースに自由に
アクセスすることが可能である。 ＜移動端末１０１の外観構成＞図２は、図１の移動端末
１０１の外観図である。

【００５３】移動端末１０１は、コンパクトな携帯情報
管理装置の外観を有し、本発明には特には関連しないが
音声を入力するための送話器を兼ねたマイク２０１及び
画像を入力するためのカメラ２０２と、各種情報を表示
し、またタッチ入力又はペン入力を受け付けるタッチパ
ネル機能を有するＬＣＤ表示部２０３と、音声を出力す
るための受話器を兼ねたスピーカ２０４とを有する。

【００５４】また、図１の無線基地１０２に発信するた
めの無線アンテナ２０５と、無線基地１０２の代わりの
有線接続装置に接続するためのソケット２０６を有す
る。更に、各種ＩＣカードを挿入するためのＩＣカード
スロット２０７と、他の移動端末１０１又はパーソナル
コンピュータ等との間で赤外線光通信を行うための光送
受信機２０８を有する。

【００５５】スイッチ２０９は、電源スイッチである。 ＜移動端末１０１の機能ブロック構成＞図３は、移動端
末１０１の機能ブロック図である。

【００５６】移動端末１０１は、図１にも示したよう
に、入力部１０９、制御部１１０、通信部１１１、及び
出力部１１２から構成され、それぞれバス３２６によっ
て相互に接続されている。

【００５７】まず、入力部１０９は、本発明には特には
関連しないが音声を入力する部分及び画像を入力する部
分と、出力部１１２の動作において後述するタッチパネ
ル機構の部分とから構成される。

【００５８】音声を入力する部分は、マイク３０１、Ａ
／Ｄ変換部３０２、及びマイク制御部３０３から構成さ
れる。マイク３０１（図２の２０１に対応）は、ＰＨＳ
電話の送話器を兼ねており、ユーザが発声した音声を入
力する。

【００５９】Ａ／Ｄ変換部３０２は、マイク３０１から
入力されたアナログ音声信号をデジタル音声データに変
換し、更にそのデジタル音声データを、ＰＨＳの標準音
声符号化方式であるＡＤＰＣＭ（Adaptive Differentia
l Pulse Code Modulation:適応差分線形パルス符号化）
方式によって符号化する。なお、この部分は、ＰＨＳ端
末を構成するＬＳＩ集積回路として、既に実用化されて
いる。

【００６０】マイク制御部３０３は、上述の符号化され
た音声データを、通話時には、通信部１１１内の通信制
御部３２１に転送して通話チャネルに載せる。一方、画
像を入力する部分は、ＣＣＤ（Charge Coupled Device
）カメラ３０４、Ａ／Ｄ変換部３０５、メモリ３０
６、及びカメラ制御部３０７から構成される。

【００６１】ＣＣＤカメラ３０４は、ユーザの操作に基
づいて任意の画像を撮像する。Ａ／Ｄ変換部３０５は、
ＣＣＤカメラ３０４によって撮像されたアナログ映像信
号を、デジタル画像データに変換する。

【００６２】メモリ３０６は、デジタル画像データをフ
レーム単位で記憶する。カメラ制御部３０７は、ＣＣＤ
カメラ３０４、Ａ／Ｄ変換部３０５、及びメモリ３０６
の動作を制御する。

【００６３】次に、出力部１１２は、音声を出力する部
分と、画像を出力する部分とから構成される。音声を出
力する部分は、スピーカ３０８、Ｄ／Ａ変換部３０９、
及びスピーカ制御部３１０から構成される。

【００６４】スピーカ制御部３１０は、通信部１１１内
の通信制御部３２１から受信されたＰＨＳ通話音声デー
タを、Ｄ／Ａ変換部３０９に転送する。Ｄ／Ａ変換部３
０９は、受信された音声データを復号し、アナログ音声
信号に変換し、それをスピーカ３０８（図２の２０４に
対応）から音声として放音させる。

【００６５】画像を出力する部分は、ＬＣＤ表示部２０
３、ＬＣＤドライバ３１２、メモリ３１３、及びＬＣＤ
制御部３１４から構成される。ＬＣＤ制御部３１４は、
制御部１１０内のＲＡＭ３１７から受信された文字デー
タ、イメージデータ、コマンドボタンデータ等の各種画
像データをメモリ３１３にフレーム単位で保持させ、Ｌ
ＣＤドライバ３１２に起動をかける。

【００６６】ＬＣＤドライバ３１２は、メモリ３１３か
らフレーム単位で読み出される画像データを、ＬＣＤ表
示部３１１（図２の２０３に対応）に表示する。なお、
ＬＣＤ表示部３１１（図２の２０３）の表面には、透明
タッチパネルが配設されており、ユーザは、ＬＣＤ表示
部３１１に表示されるコマンドボタンデータ等に従っ
て、タッチパネルに指タッチ又はペンタッチすることに
より、コマンド入力を行うことができる。この入力信号
は、タッチパネル制御部３１５によって制御部１１０内
のＲＡＭ３１７に転送される。

【００６７】続いて、制御部１１０は、ＣＰＵ３１６、
ＲＡＭ３１７、及びＲＯＭ３１８と、ＩＣカードインタ
フェース部３１９、及び必要に応じてＩＣカードスロッ
ト２０７（図２）に挿入されるＩＣカード３２０とから
構成される。

【００６８】ＣＰＵ３１６は、ＲＯＭ３１８に記憶され
た制御プログラムに従って、ＲＡＭ３１７をワークエリ
アとして使用しながら、移動端末１０１全体の動作を制
御する。また、後述するようにしてソフト提供ホスト装
置１０８からダウンロードされたプログラムファイルデ
ータは、ＲＡＭ３１７又は書込み可能なＲＯＭ３１８に
記憶され、実行される。

【００６９】ＩＣカードインタフェース部３１９は、Ｉ
Ｃカード３２０に対するデータの入出力を制御する。最
後に、通信部１１１は、通信制御部３２１、無線ドライ
バ３２２、無線アンテナ３２３、有線ドライバ３２４、
及びソケット３２５から構成される。

【００７０】通信制御部３２１は、ＰＨＳ通話処理及び
インターネット１０５との間のＴＣＰ／ＩＰ通信処理
（後述する）を実行し、無線ドライバ３２２又は有線ド
ライバ３２４を制御する。

【００７１】無線ドライバ３２２は、無線通信時に、通
信データを、無線アンテナ３２３（図２の２０５に対
応）を介して送受信されるＰＨＳ無線信号との間で相互
変換する。ＰＨＳ無線信号は、１．９ＧＨｚの無線周波
数と、３００ｋＨｚのキャリア周波数間隔と、４チャネ
ル／キャリアのＴＤＭＡ−ＴＤＤ無線アクセス方式と、
π／４シフトＱＰＳＫ変調方式と、３８４ｋｂｉｔｓ／
ｓｅｃの無線伝送速度に基づく無線信号である。

【００７２】一方、有線ドライバ３２４は、有線通信時
に、通信データを、ソケット３２５（図２の２０６に対
応）を介して送受信される有線信号との間で相互変換す
る。これは、一般的な電話帯域モデム変調信号である。
以上の構成を有する本発明の実施の形態の動作につい
て、以下に詳細に説明する。 ＜移動端末１０１の処理＞まず、移動端末１０１の処理
について説明する。

【００７３】図４は、図３の制御部１１０内のＣＰＵ３
１６が、電源投入後に、制御部１１０内のＲＯＭ３１８
に記憶されている制御プログラムを実行する動作として
実現される制御動作を示す全体動作フローチャートであ
る。

【００７４】なお、図４、図５、及び図８の動作フロー
チャートで示される各機能を実現する制御プログラム及
びそれに必要なデータは、例えば、図２に示されるＩＣ
カードスロット２０７に着脱自在なＩＣカード３２０
に、ＣＰＵ３１６が読み取り可能なプログラムコードの
形態で記憶され、そのプログラムコードがＣＰＵ３１６
によって直接実行され、又は、そのプログラムコードが
必要に応じてＲＡＭ３１７又は書込み可能なＲＯＭ３１
８にロードされてＣＰＵ３１６によって実行されるよう
に構成されてもよい。或いは、上述の制御プログラム及
びそれに必要なデータは、無線又は有線の通信回線又は
光送受信機２０８（図２）から通信部１１１を介してソ
フト提供ホスト装置１０８等から受信されて、ＲＡＭ３
１７又は書込み可能なＲＯＭ３１８にダウンロードされ
てＣＰＵ３１６によって実行されるように構成されても
よい。

【００７５】まず、ステップ４０１→４０８→４０９→
４１０→４０７→４０１の繰返しループでは、図３のタ
ッチパネル制御部３１５からタッチパネル入力の検出が
通知されたか否かの判定処理（４０１）、ソフト提供ホ
スト装置１０８（図１）からファイルデータがダウンロ
ードされたか否かの判定処理（４０８）、ソフト提供ホ
スト装置１０８からメニューＨＴＭＬ文章データが受信
されたか否かの判定処理（４０９）、その他の受信／表
示処理（４１０）、及び必要なデータの送信処理（４０
７）が実行される。

【００７６】タッチパネル制御部３１５からタッチパネ
ル入力の検出が通知されステップ４０１の判定がＹＥＳ
となると、ステップ４０２又は４０３で、上記タッチパ
ネル入力が図３のＣＣＤカメラ３０４（図２の２０２）
の入力指示又は図３のマイク３０１（図２の２０１）の
入力指示であるか否かが、判定される。

【００７７】タッチパネル入力が図３のＣＣＤカメラ３
０４（図２の２０２）の入力指示であってステップ４０
２の判定がＹＥＳとなると、ステップ４０６で、図３の
入力部１０９内のカメラ制御部３０７に対して、例えば
手書き文字画像等の入力処理の開始が指示される。その
後、ステップ４０１の判定処理に戻る。

【００７８】タッチパネル入力が図３のマイク３０１
（図２の２０１）の入力指示であってステップ４０３の
判定がＹＥＳとなると、ステップ４０５で、図３の入力
部１０９内のマイク制御部３０３に対し、音声入力処理
の開始が指示される。その後、ステップ４０１の判定処
理に戻る。この音声入力処理の開始指示は、例えばＰＨ
Ｓ通話処理の開始指示である。マイク制御部３０３は、
上述のＣＰＵ３１６からの指示により、マイク３０１
（図２の２０１）及びＡ／Ｄ変換部３０２に対して、音
声入力の開始を指示する。この結果、Ａ／Ｄ変換部３０
２からは、マイク３０１（図２の２０１）から入力され
た音声データが出力される。その後、上述の音声入力処
理の開始指示がＰＨＳ通話の開始指示である場合は、上
述の音声データは、通信制御部３２１の特には図示しな
い送信処理により、所定の通話チャネルに載せられて通
話相手に送信される。

【００７９】なお、上述画像入力処理及び音声入力処理
は、本発明には特には関連しないため、その詳細な説明
は省略する。タッチパネル入力が図３のＣＣＤカメラ３
０４（図２の２０２）の入力指示でも図３のマイク３０
１（図２の２０１）の入力指示でもない場合には、ステ
ップ４０２及び４０３の判定がＮＯとなって、ステップ
４０４で、他のキー入力処理が実行される。その後、ス
テップ４０７の送信処理に進む。

【００８０】一方、ソフト提供ホスト装置１０８（図
１）から通信部１１１を介して制御部１１０内のＲＡＭ
３１７にメニューＨＴＭＬ文章データが受信され、ステ
ップ４０１→４０８→４０９→４１０→４０７→４０１
の繰返しループにおけるステップ４０９の判定がＹＥＳ
となると、ステップ４１１において、ブラウザアプリケ
ーションを起動されると共に、上記メニューＨＴＭＬ文
章データがＲＡＭ３１７から出力部１１２内のメモリ３
１３に転送され、ブラウザアプリケーションからＬＣＤ
制御部３１４に対して上記メニューＨＴＭＬ文章データ
の表示が指示される。

【００８１】この結果、ＬＣＤ制御部３１４の制御によ
って、メモリ３１３からＬＣＤドライバ３１２を介して
ＬＣＤ表示部３１１（図２の２０３）に、受信されたメ
ニューＨＴＭＬ文章データが表示される。その後、ステ
ップ４０７に進む。

【００８２】また、ソフト提供ホスト装置１０８（図
１）から通信部１１１を介して制御部１１０内のＲＡＭ
３１７にファイルデータが受信され、ステップ４０１→
４０８→４０９→４１０→４０７→４０１の繰返しルー
プにおけるステップ４０８の判定がＹＥＳとなると、ス
テップ４１２において、ＦＴＰ機能が起動されて、受信
されたファイルデータに対するダウンロード処理が実行
される。ダウンロードの終了後、ステップ４１３で、ダ
ウンロードされたファイルデータのアプリケーションの
インストール処理が実行される。ここでは、各種レジス
タの設定や、後述するソフト属性情報テーブル（図１
０）の書換え等が実行される。その後、ステップ４０７
に進む。

【００８３】次に、ステップ４０７の送信処理について
説明する。図５は、上記送信処理の詳細を示す動作フロ
ーチャートである。まず、ステップ５０１では、図４の
ステップ４０４の他キー入力処理によって処理されたタ
ッチパネルからのキー入力が、ソフトウエアダウンロー
ドメニュー要求アイコンへのタッチによるメニュー要求
指示であるか否かが判定される。

【００８４】この判定がＮＯの場合には、ステップ５０
５の処理へ進む。ステップ５０１の判定がＹＥＳの場合
には、ステップ５０２で、移動端末１０１が現在図１の
移動端末制御ホスト装置１０４に接続中であるか否かが
判定される。

【００８５】移動端末１０１が現在図１の移動端末制御
ホスト装置１０４に接続中でありステップ５０２の判定
がＹＥＳならば、図３の制御部１１０内のＣＰＵ３１６
は、後に詳述するように、ステップ５０４で、端末能力
情報及びソフト属性情報が指定されたＰＯＳＴリクエス
トの送信指示を、図３の通信部１１１内の通信制御部３
２１に対して依頼する。この結果、通信制御部３２１
は、上記ＰＯＳＴリクエストが格納されたＴＣＰ／ＩＰ
パケットを生成し、それをインターネット１０５に接続
されている所定のホスト（例えば図１のソフト提供ホス
ト装置１０８）に向け送信する。

【００８６】移動端末１０１が現在図１の移動端末制御
ホスト装置１０４に接続中ではなくステップ５０２の判
定がＮＯならば、図３の制御部１１０内のＣＰＵ３１６
は、ステップ５０３で、図３の通信部１１１内の通信制
御部３２１に対して発信処理を依頼してから、ステップ
５０４を実行する。

【００８７】前述したようにステップ５０１の判定がＮ
Ｏの場合又はステップ５０４の処理の後、ステップ５０
５では、図４のステップ４０４の他キー入力処理によっ
て処理されたタッチパネルからのキー入力が、例えば図
２１のように表示されるダウンロードメニュー上のアン
カーのうちの任意のものの選択によるものであるか否か
が判定される。

【００８８】この判定がＮＯの場合には、図４のステッ
プ４０７の送信処理を終了する。ステップ５０５の判定
がＹＥＳの場合には、ステップ５０６で、移動端末１０
１が現在図１の移動端末制御ホスト装置１０４に接続中
であるか否かが判定される。

【００８９】移動端末１０１が現在図１の移動端末制御
ホスト装置１０４に接続中でありステップ５０６の判定
がＹＥＳならば、図３の制御部１１０内のＣＰＵ３１６
は、後に詳述するように、ステップ５０８で、ユーザに
よって選択されたアンカーのＵＲＬデータの送信指示
を、図３の通信部１１１内の通信制御部３２１に対して
依頼する。この結果、通信制御部３２１は、上記ＵＲＬ
データが格納されたＴＣＰ／ＩＰパケットを生成し、そ
れをインターネット１０５に接続されている所定のホス
ト（例えば図１のソフト提供ホスト装置１０８）に向け
送信する。

【００９０】移動端末１０１が現在図１の移動端末制御
ホスト装置１０４に接続中ではなくステップ５０６の判
定がＮＯならば、図３の制御部１１０内のＣＰＵ３１６
は、ステップ５０７で、図３の通信部１１１内の通信制
御部３２１に対して発信処理を依頼してから、ステップ
５０８を実行する。

【００９１】前述したようにステップ５０５の判定がＮ
Ｏの場合又はステップ５０８の処理の後、図４のステッ
プ４０７の送信処理を終了する。 ＜通信データのフォーマット＞図６は、移動端末１０１
と移動端末制御ホスト装置１０４及びインターネット１
０５（ソフト提供ホスト装置１０８）との間で通信され
る通信データのフォーマット図である。

【００９２】移動端末１０１と移動端末制御ホスト装置
１０４との間では、通信データは、ＰＰＰ（Point-to-P
oint Protocol ）と呼ばれる通信プロトコルに基づき、
図６(a) に示されるＰＰＰフレーム（図の左から右に向
けて転送される）を用いて、ＰＨＳ規格の３２ｋｂｉｔ
ｓ／ｓｅｃの伝送レートを有するデジタル通信チャネル
上を伝送される。

【００９３】ＰＰＰフレームを構成する、“フラグ”、
“アドレス”、“コントロール”の各フィールドは、図
６(a) に示される各固定ビット列が設定される。２オク
テットのデータ長を有するＦＣＳは、フレームチェック
シーケンスと呼ばれ、ＰＰＰフレームデータの誤り検出
／訂正用のデータである。移動端末１０１と移動端末制
御ホスト装置１０４との間でＰＰＰリンクが確立した後
に転送されるＰＰＰフレームの“インフォメーション”
フィールド（可変データ長を有する）には、インターネ
ット１０５（図１）上のデータの基本伝送単位であるＩ
Ｐデータグラムが格納され、その場合に、２オクテット
のデータ長を有する“プロトコル”フィールドには、”
インフォメーション”フィールドにＩＰデータグラムが
格納されていることを示す１６進値“0021”が格納され
る。

【００９４】ＰＰＰフレームの“インフォメーション”
フィールドには、上述のようにＩＰデータグラムが格納
される。このＩＰデータグラムは、上述のようにインタ
ーネット１０５上のデータの基本伝送単位である。ＩＰ
データグラムは、インターネットプロトコル（ＩＰ）に
従って規定され、その“データ”フィールドに格納され
たデータをインターネット１０５上の宛先のホスト装置
まで一意に転送するための機能を提供し、インターネッ
ト１０５上でのアドレスを特定する機能、そのＩＰデー
タグラム自身を“宛先ＩＰアドレス”で指定されたホス
トまでインターネット１０５上の一定の経路で転送する
機能、そのＩＰデータグラム自身のフラグメント化（分
割）と再組立てを行う機能等を備える。

【００９５】ＩＰデータグラムは、図６(b) に示される
ように、ＩＰヘッダフィールドとデータフィールドとか
ら構成される。ＩＰヘッダフィールドには、それが含ま
れるＩＰデータグラム自身を配送するために必要な全て
の情報が含まれる。図７(a)は、ＩＰヘッダのフォーマ
ット図である。

【００９６】ＩＰヘッダは、３２ビットを１ワードとし
て、５乃至６ワードのデータ長を有し、このデータ長は
第１ワードの“ヘッダ長”フィールドに格納され、ま
た、ＩＰデータグラム全体のデータ長は、第１ワードの
“ＩＰデータグラムの全長”フィールドに格納される。

【００９７】第１ワードの“バージョン”フィールドに
は、ＩＰデータグラムの転送方法を規定するインターネ
ットプロトコル（ＩＰ）のバージョンが設定され、現在
のバージョンは４である。

【００９８】第１ワードの“サービスの種類”フィール
ドには、配送の優先度を表わす情報等が格納されるが、
ここは本発明には特には関連しない。第２ワードの各フ
ィールドは、ＩＰデータグラムがインターネット１０５
上での転送の制約によりフラグメント化（分割）される
場合における制御情報を規定する。まず、“識別番号”
フィールドには、分割されたフラグメントであるこのＩ
Ｐデータグラムが属する分割前のＩＰデータグラムを識
別するための一意な整数が設定される。次に、”フラグ
メントのオフセット”フィールドには、分割されたフラ
グメントであるこのＩＰデータグラムが分割前のＩＰデ
ータグラムのどの部分に相当するかを示すオフセット情
報が設定される。そして、”フラグ列”フィールドに
は、分割されたフラグメントであるこのＩＰデータグラ
ムに、それが属する分割前のＩＰデータグラムを構成す
る他のフラグメントが後続するか否かが設定される。以
上の情報により、インターネット１０５上の中継ホスト
においてＩＰデータグラムがフラグメント化されても、
受信側で分割前のＩＰデータグラムを正確に復元するこ
とができる。

【００９９】第３ワードの“生存期間”（ＴＴＬ：Time
To Live）フィールドには、そのＩＰデータグラムがイ
ンターネット１０５上にどれだけの時間の間存在するこ
とを許すかを示す秒単位の時間情報が設定される。イン
ターネット１０５上の中継ホストは、ＩＰデータグラム
を処理する毎に上記フィールド値を減算し、値が０以下
になったＩＰデータグラムはインターネット１０５上か
ら廃棄する。これにより、インターネット１０５上での
過度なトラヒックの発生が抑制される。なお、廃棄され
たＩＰデータグラムに対する再送制御は、そのＩＰデー
タグラムに格納されるＴＣＰセグメントに対する制御処
理において実現される。

【０１００】第３ワードの“プロトコル”フィールドに
は、そのＩＰデータグラムの“データ”フィールドに格
納されるデータのフォーマットを規定するための整数値
が設定される。本実施の形態の場合には、図６(c) に示
されるように、ＩＰデータグラムの“データ”フィール
ドにはＴＣＰセグメントデータが格納されるため、その
フォーマットを規定する整数値６が設定される。

【０１０１】第３ワードの“ヘッダのチェックサム”フ
ィールドには、ＩＰヘッダのデータの誤りを検出するた
めのチェックサムデータが設定される。第４ワードに
は、３２ビットの“送信元ＩＰアドレス”が設定され
る。例えばＩＰデータグラムが移動端末１０１からソフ
ト提供ホスト装置１０８へ転送される場合には、“送信
元ＩＰアドレス”としては、後述する発信処理により移
動端末制御ホスト装置１０４から移動端末１０１に対し
て付与されたＩＰアドレスが設定される。図１のソフト
提供ホスト装置１０８は、この“送信元ＩＰアドレス”
を記憶することにより、インターネット１０５を介して
移動端末１０１に対して、メニューＨＴＭＬ文章データ
等を返信することができる。

【０１０２】第５ワードには、３２ビットの“宛先ＩＰ
アドレス”が設定される。例えばＩＰデータグラムが移
動端末１０１からソフト提供ホスト装置１０８へ転送さ
れる場合には、“宛先ＩＰアドレス”としては、ソフト
提供ホスト装置１０８に固定的に割当てられているＩＰ
アドレスが設定される。移動端末制御ホスト装置１０４
内のルーティング部１１４、インターネット１０５上の
各中継ホスト装置、及びソフト提供サービスプロバイダ
内のルータ装置１０６は、受信したＩＰデータグラムに
格納されている上記“宛先ＩＰアドレス”を識別するこ
とによって、予め各装置が有する経路制御テーブル情報
に従って、そのＩＰデータグラムの配送経路を決定し、
最終的にそのＩＰデータグラムをソフト提供サービスプ
ロバイダ内のソフト提供ホスト装置１０８まで転送する
ことができる。

【０１０３】第６ワードの“ＩＰオプション”フィール
ドは、オプションであり、インターネット１０５を構成
する各ネットワークのテスト又はデバッグのための情報
や、インターネット１０５上での配送経路を制御又は監
視するための制御情報等が設定されるが、ここは本発明
には特には関連しない。

【０１０４】第６ワードの“パディング”フィールドに
は、データ長を合わせるためのパディングデータが設定
される。次に、ＩＰデータグラムの“データ”フィール
ドには、ＴＣＰセグメントデータが格納される。このＴ
ＣＰセグメントは、トランスミッションコントロールプ
ロトコル（ＴＣＰ）に従って規定され、その“データ”
フィールドに格納されたデータをインターネット１０５
上の宛先のホスト装置まで正確に適切な順序で配送する
ための機能を備える。ＩＰデータグラムがインターネッ
ト１０５上でのデータの一意な転送の機能のみを提供
し、データの信頼性を確保する機能（再送制御機能等）
を提供しないのに対して、ＴＣＰセグメントは、データ
の信頼性を確保する機能を提供するものである。

【０１０５】このように、通信データが、（ＰＰＰフレ
ームと）ＩＰデータグラムとＴＣＰセグメントという階
層構造を有するのは、インターネット１０５上ではなる
べく小さい処理負荷のもとで効率良くデータを配送する
必要があり、エンド対エンド間ではできるかぎり信頼性
の高いデータ配送を実現する必要があるという異なる要
請に効率的に対処するためである。これにより、インタ
ーネット１０５上の中継ホスト装置は、ＩＰデータグラ
ムのＩＰヘッダのみを参照することにより、そのＩＰデ
ータグラムの“データ”フィールドに格納された情報
（ＴＣＰセグメント）をできる限り高速かつ効率的に宛
先ホスト装置まで配送することができ、エンド対エンド
（送信元ホスト装置と宛先ホスト装置）間では、ＴＣＰ
セグメントのＴＣＰヘッダを参照することにより、再送
制御等の信頼性の高いデータ通信を実現することができ
るのである。

【０１０６】ＴＣＰセグメントは、図６(b) に示される
ように、ＴＣＰヘッダフィールドとデータフィールドと
から構成される。図７(b) は、ＴＣＰヘッダのフォーマ
ット図である。

【０１０７】ＴＣＰヘッダは、ＩＰヘッダの場合と同様
に、３２ビットを１ワードとして、５乃至６ワードのデ
ータ長を有し、このデータ長は第４ワードの“ヘッダ
長”フィールドに格納され、また、ＩＰデータグラム全
体のデータ長は、第１ワードの“ＩＰデータグラムの全
長”フィールドに格納される。

【０１０８】第１ワードの“送信元ポート番号”フィー
ルドと“宛先ポート番号”フィールドには、文音声認識
処理のための通信プロトコルを特定する１６ビットの整
数値が設定される。

【０１０９】ソフト提供ホスト装置１０８内のパケット
送受信部１１５（図１）は、ファイルデータのダウンロ
ード処理のためのＰＯＳＴリクエストやＵＲＬデータが
格納されたＴＣＰセグメントのほかにも、電子メールデ
ータを始めとする様々なデータが格納された様々なＴＣ
Ｐセグメントを送受信するため、受信したＴＣＰセグメ
ントのＴＣＰヘッダに設定されている“宛先ポート番
号”フィールドの値を認識することによって、そのＴＣ
Ｐセグメントの“データ”フィールドに格納されている
データをソフト提供ホスト装置１０８で実行されるどの
アプリケーションに引き渡すかを決定することができ
る。

【０１１０】そして、パケット送受信部１１５は、受信
したＴＣＰセグメントのＴＣＰヘッダに設定されている
“宛先ポート番号”フィールドの値が通信プロトコルＨ
ＴＴＰ（Hyper Text Transfer Protocol）に対応する値
を示している場合には、そのＴＣＰセグメントの“デー
タ”フィールドに格納されているＰＯＳＴリクエストを
Ｗｅｂサーバ部１１６に引き渡すことができる。

【０１１１】同様に、移動端末１０１の通信部１１１内
の通信制御部３２１（図３）も、メニューＨＴＭＬ文章
データやダウンロードされるファイルデータが格納され
たＴＣＰセグメントのほかにも、ホームページデータや
電子メールデータを始めとする様々なデータが格納され
た様々なＴＣＰセグメントを送受信するため、受信した
ＴＣＰセグメントのＴＣＰヘッダに設定されている“宛
先ポート番号”フィールドの値を認識することによっ
て、そのＴＣＰセグメントの“データ”フィールドに格
納されているデータを移動端末１０１で実行されるどの
アプリケーションに引き渡すかを決定することができ
る。

【０１１２】そして、通信制御部３２１は、受信したＴ
ＣＰセグメントのＴＣＰヘッダに設定されている“宛先
ポート番号”フィールドの値が通信プロトコルＨＴＴＰ
に対応する値を示している場合は、制御部１１０（図
１、図３）に、メニューＨＴＭＬ文章データ等の受信を
通知し、そのＴＣＰセグメントの“データ”フィールド
に格納されているメニューＨＴＭＬ文章データ等を引き
渡すことができ、一方、上記“宛先ポート番号”フィー
ルドの値が通信プロトコルＦＴＰに対応する値を示して
いる場合は、制御部１１０（図１、図３）に、ファイル
データの受信を通知し、そのＴＣＰセグメントの“デー
タ”フィールドに格納されているファイルデータを引き
渡すことができ、更に、ソフト提供ホスト装置１０８内
のパケット送受信部１１５及び移動端末１０１の通信部
１１１内の通信制御部３２１は、受信したＴＣＰセグメ
ントのＴＣＰヘッダに設定されている“送信元ポート番
号”を確認することにより、送信元のアプリケーション
を確認することができる。

【０１１３】次に、図７に示されるＴＣＰヘッダの第２
ワードの“シーケンス番号”フィールドは、現在のＴＣ
Ｐコネクションにおいて送信側から受信側に送信される
全バイトストリームのうち、このＴＣＰセグメントの
“データ”フィールドに格納されているデータの先頭が
上記全バイトストリームの何バイト目にあたるかを、送
信側から受信側に通知するためのフィールドである。逆
に、第３ワードの“確認応答番号”フィールドは、現在
のＴＣＰコネクションにおいて送信側から受信側に送信
される全バイトストリームのうち、受信側が現在何バイ
ト目までを誤り無く受信したかを、受信側から送信側に
通知するためのフィールドである。これにより、例えば
移動端末１０１からソフト提供ホスト装置１０８に対し
て、ＰＯＳＴリクエストやＵＲＬデータを正しい順序で
かつ高い信頼性のもとで転送することが可能となる。

【０１１４】第４ワードの“フラグ列”フィールドに
は、ＴＣＰセグメントの種類を示す値が設定される。Ｔ
ＣＰ通信においては、例えばコネクションの開始時又は
終了時等において確認応答のための様々な制御データが
通信されるが、それらの制御データの種類が、“フラグ
列”フィールドに設定される。

【０１１５】第４ワードの“ウインドウ”フィールド
は、受信側が現在何バイトのデータを連続して受信する
ことが可能であるかを示すウインドウデータを、受信側
から送信側に通知するためのフィールドである。これに
より、受信側から送信側に対するデータのフロー制御が
可能となり、例えばソフト提供ホスト装置１０８の負荷
が高いような場合には移動端末１０１に対してＰＯＳＴ
リクエストやＵＲＬデータの送信を抑制させる、といよ
うなきめの細かい制御が可能となる。

【０１１６】第４ワードの“予約済”フィールドは、予
約用のフィールドである。第５ワードの“チェックサ
ム”フィールドには、ＴＣＰヘッダ及び“データ”フィ
ールドに格納されているデータの誤りを検出するための
チェックサムデータが格納される。これにより、例えば
ソフト提供ホスト装置１０８は、移動端末１０１からＰ
ＯＳＴリクエストやＵＲＬデータを正確に受信すること
ができる。

【０１１７】第５ワードの“緊急ポインタ”は、緊急デ
ータ（インタラプトデータやアボートデータ等）を通信
するための制御データであるが、これは本発明には特に
は関連しない。

【０１１８】第６ワードの“オプション”フィールド
は、例えば送受信装置間で通信可能な最大セグメント長
を指定するため等に使用されるが、これは本発明には特
には関連しない。

【０１１９】第６ワードの“パディング”フィールドに
は、データ長を合わせるためのパディングデータが設定
される。上述の構成を有するＴＣＰセグメントの通信
（終端）処理機能は、移動端末１０１においては通信部
１１１内の通信制御部３２１（図３）において実現さ
れ、ソフト提供ホスト装置１０８においてはパケット送
受信部１１５（図１）において実現される。なお、移動
端末１０１においてＣＰＵ３１６が実行する制御プログ
ラムが上記処理機能を実現するように構成されてもよ
い。 ＜発信処理＞前述のように、移動端末１０１の制御部１
１０内のＣＰＵ３１６（図３）は、図４のステップ４０
７に対応する図５に示される送信処理のうち、移動端末
１０１が現在図１の移動端末制御ホスト装置１０４に接
続中でなくステップ５０２又は５０６の判定がＮＯであ
る場合には、ステップ５０３又は５０７において、図３
の通信部１１１内の通信制御部３２１に対して発信処理
を依頼する。この依頼によって、通信制御部３２１が実
行する発信処理は、図８の動作フローチャートによって
示される。

【０１２０】まず、ステップ８０１では、リンク確立フ
ェーズが実行される。このフェーズでは、移動端末制御
ホスト装置１０４のアクセス電話番号に対して自動的に
ダイヤルアップが行われ移動端末制御ホスト装置１０４
が着信した後、リンクコントロールプロトコル（ＬＣ
Ｐ）と呼ばれるプロトコルを使用し、通信に使用される
ＰＰＰフレーム（図６(a) ）の最大データ長の決定、エ
スケープされるべき非透過文字の決定、ＰＰＰフレーム
の“プロトコル”フィールド（図６(a) ）のデータ長を
２オクテットから１オクテットに圧縮することの有無の
決定、ＰＰＰフレームの固定値“11111111”を有する
“アドレス”フィールド（図６(a) ）を省略（圧縮）す
ることの有無の決定等に関するネゴシエーションが、移
動端末制御ホスト装置１０４内の接続確立部１１３（図
１）との間で実行される。この場合、移動端末１０１の
通信部１１１内の通信制御部３２１と移動端末制御ホス
ト装置１０４内の接続確立部１１３との間の通信は、図
６(a) に示されるフォーマットを有するＰＰＰフレーム
を用いて、その“プロトコル”フィールドにＬＣＰを特
定する１６進値“c021”を設定し、その“インフォメー
ションフィールド”に、必要な制御データを設定して、
実行される。

【０１２１】次に、ステップ８０２においては、認証フ
ェーズが実行される。このフェーズでは、ＰＡＰ（Pass
word Authentication Protocol）又はＣＨＡＰ（Challe
ngeHandshake Authentication Protocol ）と呼ばれる
認証プロトコルを使用し、移動端末１０１を使用するユ
ーザの認証が、移動端末制御ホスト装置１０４内の接続
確立部１１３（図１）から移動端末１０１に対して実行
される。これにより、移動端末制御ホスト装置１０４を
運営するインターネットプロバイダは、移動端末１０１
を使用するユーザが契約されたユーザであるか否かを決
定できる。この場合、移動端末１０１の通信部１１１内
の通信制御部３２１と移動端末制御ホスト装置１０４内
の接続確立部１１３との間の通信は、図６(a) に示され
るフォーマットを有するＰＰＰフレームを用いて、その
“プロトコル”フィールドにＰＡＰを特定する１６進値
“c023”又はＣＨＡＰを特定する１６進値“c223”を設
定し、その“インフォメーションフィールド”に、必要
な認証用データを設定して、実行される。

【０１２２】最後に、ステップ８０３では、ネットワー
クレイヤプロトコルフェーズが実行される。本実施の形
態の場合、このフェーズでは、ＩＰコントロールプロト
コル（ＩＰＣＰ）と呼ばれるプロトコルを使用して、Ｔ
ＣＰヘッダ（図７(b) 参照）の圧縮の有無が決定される
と共に、移動端末制御ホスト装置１０４が割当てること
のできる空き（未使用）ＩＰアドレスのうちの１つが移
動端末１０１に対して割り当てられ、加えて、必要な経
路情報が移動端末１０１の通信部１１１内の通信制御部
３２１（図３）と移動端末制御ホスト装置１０４内のル
ーティング部１１４（図１）に設定される。これ以後、
移動端末１０１は、そのＩＰアドレスを使用することに
よって、インターネット１０５に接続されるソフト提供
ホスト装置１０８、及びインターネット１０５上のユー
ザが希望する任意のリソースにアクセスすることが可能
となる。この場合、移動端末１０１の通信部１１１内の
通信制御部３２１と移動端末制御ホスト装置１０４内の
接続確立部１１３との間の通信は、図６(a) に示される
フォーマットを有するＰＰＰフレームを用いて、その
“プロトコル”フィールドにＩＰＣＰを特定する１６進
値“8021”を設定し、その“インフォメーションフィー
ルド”に、必要なＩＰアドレスのネゴシエーションのた
めのデータ等を設定して、実行される。

【０１２３】以上の一連の動作により、移動端末１０１
は、移動端末制御ホスト装置１０４内のルーティング部
１１４との間で通信用のＴＣＰ／ＩＰパケットが格納さ
れたＰＰＰフレームを授受することが可能となり、移動
端末１０１は、インターネット１０５上のリソースに自
由にアクセスすることが可能になる。

【０１２４】なお、ＰＨＳ通話時にもソフト提供ホスト
装置１０８等へのアクセスを可能とするために、移動端
末１０１は、例えば２チャネル同時通信機能を有するよ
うに構成することができる。

【０１２５】また、移動端末１０１の通信部１１１内の
通信制御部３２１（図３）は、一定時間（例えば１０分
間）送受信データを検出しなかった場合に、移動端末制
御ホスト装置１０４との間のＰＰＰリンクを自動的に切
断するように構成することができる。 ＜移動端末１０１の送受信処理の詳細動作＞ユーザが移
動端末１０１のタッチパネルを操作してソフトウエアダ
ウンロードメニュー要求アイコンにタッチした場合及び
それ以後に移動端末１０１が実行する送受信処理の詳細
な動作について、説明する。

【０１２６】上述のタッチパネルの操作は、図３のタッ
チパネル制御部３１５において検出された後、制御部１
１０内のＣＰＵ３１６（図３）によって、それが実行さ
れる前述した図４の動作フローチャートに対応する制御
動作において、ステップ４０１の判定がＹＥＳ、ステッ
プ４０２及び４０３の判定がＮＯとなって、ステップ４
０４の他キー入力処理が実行されることにより、検出さ
れる。更に、ステップ４０７の送信処理において、前述
した図５のステップ５０１の判定がＹＥＳとなり、必要
に応じてステップ５０３で発信処理が実行された後、ス
テップ５０４において、端末能力情報及びソフト属性情
報が指定されたＰＯＳＴリクエストの送信指示が、図３
の通信部１１１内の通信制御部３２１に対して依頼され
る。

【０１２７】ここで、制御部１１０内のＲＡＭ３１７又
は書込み可能なＲＯＭ３１８には、端末能力情報テーブ
ルとソフト属性情報テーブルが記憶されている。端末能
力情報テーブルは、例えば図９に示されるデータ構成例
を有する。このテーブルには、移動端末１０１が現在備
えている機能が登録されている。図９の例においては、
項目“terminal”には移動端末１０１のタイプ（モデ
ル）名が指定される。なお、この項目は、潜在的に移動
端末１０１の表示画面サイズ等も決定することになる。
項目“camera”には画像撮像機能（図３の３０４〜３０
７の機能部に対応する）の有無（yes/no）が指定され
る。項目“telephone ”には、電話機能の有無（yes/n
o）が指定される。項目“facsimile ”にはファクシミ
リ通信機能の有無（yes/no）が指定される。そして、項
目“email ”には電子メール通信機能の有無（yes/no）
が指定される。

【０１２８】ソフト属性情報テーブルは、例えば図１０
に示されるデータ構成例を有する。このテーブルには、
移動端末１０１に現在インストールされているソフトウ
エアの種類とバージョンとが登録されている。図１０の
例では、項目“software”にソフトウエアの種類が登録
され、項目“version ”にバージョンが登録される。そ
して、図１０の例では、“software”と“version ”の
第１の組として、電子メールソフト名“EmailAccess ”
とバージョン“1.0 ”とが登録され、第２の組として、
ブラウザソフト名“CasioBrowser”とバージョン“1.0
”とが登録されている。

【０１２９】図５のステップ５０４では、上述の端末能
力情報テーブルとソフト属性情報テーブルの各登録内容
に基づいて、図１１に示されるようなデータ例を有する
ＰＯＳＴリクエストが作成される。

【０１３０】図１１において、“POST http://suport.c
asio.co.jp/cgi-bin/menu.pl HTTP/1.0”は、ホストア
ドレス“suport.casio.co.jp”を有するホスト装置（ソ
フト提供ホスト装置１０８）内の、プログラムパス情報
“/cgi-bin/menu.pl”に対応するメニュー制御ＣＧＩ部
１１７に対する、通信プロトコル“HTTP/1.0”によるリ
クエストであることを示している。次に“Accept:www/s
ource”〜“Content-type: application/x-www-form-ur
lencoded”まではヘッダ情報である。また、“Content-
length: 130 ”は、それに続くデータ部のデータ長（バ
イト数）を示している。更に、“terminal=mobile1&cam
era=no&telephone=yes&facsimile=no&email=yes ”は、
図９のデータ構成例を有する端末能力情報テーブルの各
項目の内容を指定している。ここで、記号“& ”は、各
項目を区切るデリミタ記号である。続いて、“&softwar
e=EmailAccess&version=1.0 ”，“&software=CasioBro
wser&version=1.0”等の繰返しは、図１０のデータ構成
例を有するソフト属性情報テーブルの各項目の内容を指
定している。

【０１３１】以上のＰＯＳＴリクエストのデータ形式
は、通信プロトコルＨＴＴＰに準拠したものである。以
上のデータ構成を有するＰＯＳＴリクエストの送信指示
が、ＣＰＵ３１６によって図３の通信部１１１内の通信
制御部３２１に対して依頼されると、通信制御部３２１
は、まず、図６(c) に示されるフォーマットを有するＴ
ＣＰセグメントを生成する。この場合、図６(c) 及び図
７(b) に示されるフォーマットを有するＴＣＰヘッダに
おいて、“送信元ポート番号”フィールド及び“宛先ポ
ート番号”フィールドには、通信プロトコルＨＴＴＰを
特定する１６ビットの整数値が設定される。そして、Ｔ
ＣＰセグメントの“データ”フィールドには、図１１に
示されるデータ構成例を有するＰＯＳＴリクエストが格
納される。

【０１３２】次に、通信制御部３２１は、上述のＴＣＰ
セグメントが“データ”フィールドに格納された図６
(b) に示されるフォーマットを有するＩＰデータグラム
を生成する。この場合に、図６(b) 及び図７(a) に示さ
れるフォーマットを有するＩＰヘッダにおいて、“プロ
トコル”フォーマットには、その“データ”フィールド
に格納されるＴＣＰセグメントデータのフォーマットを
規定する整数値６が設定される。また、“送信元ＩＰア
ドレス”フィールドには、既に実行されている発信処理
（図８のステップ８０３の説明を参照）によって移動端
末制御ホスト装置１０４内の接続確立部１１３から移動
端末１０１の通信部１１１内の通信制御部３２１に対し
て付与されたＩＰアドレスが設定される。更に、“宛先
ＩＰアドレス”フィールドには、ソフト提供ホスト装置
１０８に割り当てられているＩＰアドレスが設定され
る。

【０１３３】そして、通信制御部３２１は、上述のＩＰ
データグラムが“インフォメーション”フィールドに格
納され、その”インフォメーション”フィールドにＩＰ
データグラムが格納されていることを示す１６進値“00
21”が“プロトコル”フィールドに格納された図６(a)
に示されるフォーマットを有するＰＰＰフレームを生成
し、通信制御部３２１内に設定されている経路情報（図
８のステップ８０３の説明を参照）に従って、上記ＰＰ
Ｐフレームを移動端末制御ホスト装置１０４に送信す
る。以降、上述のＴＣＰセグメント、ＩＰデータグラ
ム、及びＰＰＰフレームとからなるデータ単位がインタ
ーネット１０５内を転送される場合に、そのデータ単位
を単にＴＣＰ／ＩＰパケットと呼ぶ。

【０１３４】このＴＣＰ／ＩＰパケットは、それを構成
するＩＰデータグラムのＩＰヘッダに格納されている
“宛先ＩＰアドレス”に基づいて、移動端末制御ホスト
装置１０４内のルーティング部１１４とインターネット
１０５内の特には図示しない中継ホスト装置によって、
ソフト提供サービスプロバイダ内のルータ装置１０６ま
で転送された後、更に、ＬＡＮ１０７を介してソフト提
供ホスト装置１０８内のパケット送受信部１１５まで転
送される。

【０１３５】パケット送受信部１１５は、転送されてき
たＴＣＰ／ＩＰパケットを構成するＩＰデータグラムの
ＩＰヘッダの“宛先ＩＰアドレス”フィールドに自分で
あるソフト提供ホスト装置１０８のＩＰアドレスが設定
されていることを識別することによって、そのＴＣＰ／
ＩＰパケットを受信する。

【０１３６】そして、パケット送受信部１１５は、受信
したＴＣＰ／ＩＰパケットを構成するＴＣＰセグメント
の“宛先ポート番号”フィールド及び“送信元ポート番
号”フィールドに通信プロトコルＨＴＴＰを特定する１
６ビットの整数値が設定されていることを確認すること
によって、Ｗｅｂサーバ部１１６（図１）に対して受信
通知を通知する。

【０１３７】この通知と共に、パケット送受信部１１５
は、受信したＴＣＰ／ＩＰパケットを構成するＩＰデー
タグラムのＩＰヘッダから“送信元ＩＰアドレス”を取
り出し、上記ＴＣＰ／ＩＰパケットを構成するＴＣＰセ
グメントの“データ”フィールドからＰＯＳＴリクエス
トを取り出して、それらのデータをＷｅｂサーバ部１１
６に引き渡す。

【０１３８】この結果、後述するようにして、Ｗｅｂサ
ーバ部１１６がメニュー制御ＣＧＩ部１１７の子プロセ
スを起動し、メニュー制御ＣＧＩ部１１７の子プロセス
からＷｅｂサーバ部１１６を介して移動端末１０１に対
して、メニューＨＴＭＬ文章データが格納されたＴＣＰ
／ＩＰパケットが返送される。

【０１３９】このＴＣＰ／ＩＰパケットは、それを構成
するＩＰデータグラムのＩＰヘッダに格納されている
“宛先ＩＰアドレス”に基づいて、ソフト提供サービス
プロバイダ内のルータ装置１０６と、インターネット１
０５内の特には図示しない中継ホスト装置によって、移
動端末制御ホスト装置１０４内のルーティング部１１４
まで転送された後、更に、ＰＨＳ網１０３（図１）を介
して移動端末１０１の通信部１１１内の通信制御部３２
１（図３）まで転送される。

【０１４０】移動端末１０１の通信部１１１内の通信制
御部３２１は、転送されてきたＴＣＰ／ＩＰパケットを
構成するＩＰデータグラムのＩＰヘッダの“宛先ＩＰア
ドレス”フィールドに自分である移動端末１０１（に一
時的又は動的）に割当てられているのＩＰアドレスが設
定されていることを識別することによって、そのＴＣＰ
／ＩＰパケットを受信する。

【０１４１】そして、通信制御部３２１は、受信したＴ
ＣＰ／ＩＰパケットを構成するＴＣＰセグメントの“宛
先ポート番号”フィールド及び“送信元ポート番号”フ
ィールドに通信プロトコルＨＴＴＰを特定する１６ビッ
トの整数値が設定されていることを確認することによ
り、移動端末１０１の制御部１１０内のＣＰＵ３１６に
対して受信通知を通知する。

【０１４２】この通知と共に、通信制御部３２１は、受
信したＴＣＰ／ＩＰパケットを構成するＴＣＰセグメン
トの“データ”フィールドからメニューＨＴＭＬ文章デ
ータを取り出し、それをＣＰＵ３１６に引き渡す。

【０１４３】ＣＰＵ３１６は、上述の受信通知とメニュ
ーＨＴＭＬ文章データを、前述した図４のステップ４０
９及び４１１で処理し、ブラウザアプリケーションを起
動して、引き渡されたメニューＨＴＭＬ文章データに対
応するダウンロードメニューを、ハイパーテキストの一
部であるアンカーを含むホームページ形式でＬＣＤ表示
部３１１（図２の２０３）に表示する（図２１参照）。

【０１４４】移動端末１０１のユーザが、上述のように
表示されたダウンロードメニュー上のアンカーを電子ペ
ンでタッチ等することにより選択すると、そのタッチパ
ネルの操作が、図３のタッチパネル制御部３１５におい
て検出された後、制御部１１０内のＣＰＵ３１６（図
３）によって、それが実行される前述した図４の動作フ
ローチャートに対応する制御動作において、ステップ４
０１の判定がＹＥＳ、ステップ４０２及び４０３の判定
がＮＯとなって、ステップ４０４の他キー入力処理が実
行されることにより、検出される。更に、ステップ４０
７の送信処理において、前述した図５のステップ５０５
の判定がＹＥＳとなり、必要に応じてステップ５０７で
発信処理が実行された後、ステップ５０８において、上
記選択されたアンカーと共にハイパーテキストに含まれ
るＵＲＬデータの送信指示が、図３の通信部１１１内の
通信制御部３２１に対して依頼される。

【０１４５】ＵＲＬデータは、例えば“ftp://support.
casio.co.jp/pub/Browser.bin ”のようなデータ形式を
有する。この結果、通信制御部３２１は、まず、図６
(c) に示されるフォーマットを有するＴＣＰセグメント
を生成する。この場合、図６(c) 及び図７(b) に示され
るフォーマットを有するＴＣＰヘッダにおいて、“送信
元ポート番号”フィールド及び“宛先ポート番号”フィ
ールドには、通信プロトコルＨＴＴＰを特定する１６ビ
ットの整数値が設定される。そして、ＴＣＰセグメント
の“データ”フィールドには、ＵＲＬデータが格納され
る。

【０１４６】次に、通信制御部３２１は、上述のＴＣＰ
セグメントが“データ”フィールドに格納された図６
(b) に示されるフォーマットを有するＩＰデータグラム
を生成する。この場合に、図６(b) 及び図７(a) に示さ
れるフォーマットを有するＩＰヘッダにおいて、“プロ
トコル”フォーマットには、その“データ”フィールド
に格納されるＴＣＰセグメントデータのフォーマットを
規定する整数値６が設定される。また、“送信元ＩＰア
ドレス”フィールドには、既に実行されている発信処理
（図８のステップ８０３の説明を参照）によって移動端
末制御ホスト装置１０４内の接続確立部１１３から移動
端末１０１の通信部１１１内の通信制御部３２１に対し
て付与されたＩＰアドレスが設定される。更に、“宛先
ＩＰアドレス”フィールドには、ソフト提供ホスト装置
１０８に割り当てられているＩＰアドレスが設定され
る。このＩＰアドレスは、通信制御部３２１が、例えば
上記ＵＲＬデータに含まれるホストアドレス情報“supp
ort.casio.co.jp ”を、インターネット１０５上の特に
は図示しない名前解決ホスト装置に問い合せることによ
り、取得される。

【０１４７】そして、通信制御部３２１は、上述のＩＰ
データグラムが“インフォメーション”フィールドに格
納され、その”インフォメーション”フィールドにＩＰ
データグラムが格納されていることを示す１６進値“00
21”が“プロトコル”フィールドに格納された図６(a)
に示されるフォーマットを有するＰＰＰフレームを生成
し、通信制御部３２１内に設定されている経路情報（図
８のステップ８０３の説明を参照）に従って、上記ＰＰ
Ｐフレームを移動端末制御ホスト装置１０４に送信す
る。

【０１４８】このＴＣＰ／ＩＰパケットは、それを構成
するＩＰデータグラムのＩＰヘッダに格納されている
“宛先ＩＰアドレス”に基づいて、移動端末制御ホスト
装置１０４内のルーティング部１１４とインターネット
１０５内の特には図示しない中継ホスト装置によって、
ソフト提供サービスプロバイダ内のルータ装置１０６ま
で転送された後、更に、ＬＡＮ１０７を介してソフト提
供ホスト装置１０８内のパケット送受信部１１５まで転
送される。

【０１４９】パケット送受信部１１５は、転送されてき
たＴＣＰ／ＩＰパケットを構成するＩＰデータグラムの
ＩＰヘッダの“宛先ＩＰアドレス”フィールドに自分で
あるソフト提供ホスト装置１０８のＩＰアドレスが設定
されていることを識別することによって、そのＴＣＰ／
ＩＰパケットを受信する。

【０１５０】そして、パケット送受信部１１５は、受信
したＴＣＰ／ＩＰパケットを構成するＴＣＰセグメント
の“宛先ポート番号”フィールド及び“送信元ポート番
号”フィールドに通信プロトコルＦＴＰを特定する１６
ビットの整数値が設定されていることを確認することに
より、ＦＴＰ制御部１２０に（図１）に対して受信通知
を通知する。

【０１５１】この通知と共に、パケット送受信部１１５
は、受信したＴＣＰ／ＩＰパケットを構成するＩＰデー
タグラムのＩＰヘッダから“送信元ＩＰアドレス”を取
り出し、上記ＴＣＰ／ＩＰパケットを構成するＴＣＰセ
グメントの“データ”フィールドからＵＲＬデータを取
り出して、それらのデータをＦＴＰ制御部１２０に引き
渡す。

【０１５２】この結果、後述するようにして、ＦＴＰ制
御部１２０から移動端末１０１に対して、ダウンロード
されるべきファイルデータが格納されたＴＣＰ／ＩＰパ
ケットが返送される。

【０１５３】このＴＣＰ／ＩＰパケットは、それを構成
するＩＰデータグラムのＩＰヘッダに格納されている
“宛先ＩＰアドレス”に基づいて、ソフト提供サービス
プロバイダ内のルータ装置１０６と、インターネット１
０５内の特には図示しない中継ホスト装置によって、移
動端末制御ホスト装置１０４内のルーティング部１１４
まで転送された後、更に、ＰＨＳ網１０３（図１）を介
して移動端末１０１の通信部１１１内の通信制御部３２
１（図３）まで転送される。

【０１５４】移動端末１０１の通信部１１１内の通信制
御部３２１は、転送されてきたＴＣＰ／ＩＰパケットを
構成するＩＰデータグラムのＩＰヘッダの“宛先ＩＰア
ドレス”フィールドに自分である移動端末１０１（に一
時的又は動的）に割当てられているのＩＰアドレスが設
定されていることを識別することによって、そのＴＣＰ
／ＩＰパケットを受信する。

【０１５５】そして、通信制御部３２１は、受信したＴ
ＣＰ／ＩＰパケットを構成するＴＣＰセグメントの“宛
先ポート番号”フィールド及び“送信元ポート番号”フ
ィールドに通信プロトコルＦＴＰを特定する１６ビット
の整数値が設定されていることを確認することにより、
移動端末１０１の制御部１１０内のＣＰＵ３１６に対し
て受信通知を通知する。

【０１５６】この通知と共に、通信制御部３２１は、受
信したＴＣＰ／ＩＰパケットを構成するＴＣＰセグメン
トの“データ”フィールドからファイルデータを取り出
し、それをＣＰＵ３１６に引き渡す。

【０１５７】ＣＰＵ３１６は、上述の受信通知とファイ
ルデータを、前述した図４のステップ４０８及び４１２
で処理し、上記ファイルデータを、内部のＲＡＭ３１７
又は書込み可能なＲＯＭ３１８（図３）にダウンロード
する。

【０１５８】ダウンロード終了後、移動端末１０１内の
制御部１１０は、そのファイルデータのアプリケーショ
ンのインストール処理を実行し、以後、ユーザはそのア
プリケーションを利用できるようになる。 ＜Ｗｅｂサーバ部１１６の詳細動作＞図１２は、ソフト
提供ホスト装置１０８内のＷｅｂサーバ部１１６が実行
する制御動作を示す動作フローチャートである。この動
作フローチャートは、Ｗｅｂサーバ部１１６を制御する
特には図示しないプロセッサが、特には図示しない制御
プログラムを実行する動作として実現される。

【０１５９】まず、ステップ１２０１で、ソフト提供ホ
スト装置１０８内のパケット送受信部１１５（図１）か
ら受信通知が通知されたか否かが判定される。前述した
ように、パケット送受信部１１５は、インターネット１
０５から転送されてきたＴＣＰ／ＩＰパケットを構成す
るＩＰデータグラムのＩＰヘッダの“宛先ＩＰアドレ
ス”フィールドに自分であるソフト提供ホスト装置１０
８のＩＰアドレスが設定されていることを識別すること
により、そのＴＣＰ／ＩＰパケットを受信し、かつ、そ
れを構成するＴＣＰセグメントの“宛先ポート番号”フ
ィールド及び“送信元ポート番号”フィールドに通信プ
ロトコルＨＴＴＰを特定する１６ビットの整数値が設定
されていることを確認することによって、Ｗｅｂサーバ
部１１６に対して受信通知を通知する。

【０１６０】パケット送受信部１１５から受信通知が通
知されステップ１２０１の判定がＹＥＳとなると、ステ
ップ１２０２で、上記受信通知と共にパケット送受信部
１１５から引き渡されたデータによってメニュー制御Ｃ
ＧＩ部１１７の起動が指定されているか否かが判定され
る。

【０１６１】前述したように、移動端末１０１からソフ
トウエアダウンロードメニュー要求のためのＰＯＳＴリ
クエスト（図１１参照）が通知された場合には、そのＰ
ＯＳＴリクエストには、例えば図１１の“/cgi-bin/men
u.pl”として示されるプログラムパス情報によって、メ
ニュー制御ＣＧＩ部１１７が指定されている。

【０１６２】この指定がなされている場合は、ステップ
１２０２の判定がＹＥＳとなり、ステップ１２０３で、
メニュー制御ＣＧＩ部１１７の子プロセスが起動され
る。一方、メニュー制御ＣＧＩ部１１７の起動が指定さ
れていない場合には、ステップ１２０２の判定がＮＯと
なり、ステップ１２０４で、通常のＷｅｂサービスの転
送処理が実行され、その後、ステップ１２０１の待機処
理に戻る。

【０１６３】また、ステップ１２０４では、メニュー制
御ＣＧＩ部１１７からの送信依頼により、メニューＨＴ
ＭＬ文章データを移動端末１０１に送信する処理も実行
される。 ＜メニュー制御ＣＧＩ部１１７の詳細動作＞次に、図１
３は、図１２のステップ１２０３によって起動されるメ
ニュー制御ＣＧＩ部１１７の動作フローチャートであ
る。

【０１６４】前述したように、移動端末１０１からソフ
トウエアダウンロードメニュー要求のためのＰＯＳＴリ
クエスト（図１１参照）が通知された場合には、そのＰ
ＯＳＴリクエストには、例えば図１１の“/cgi-bin/men
u.pl”として示されるプログラムパス情報によって、メ
ニュー制御ＣＧＩ部１１７が指定されているため、図１
２のステップ１２０２の判定がＹＥＳとなり、図１２の
ステップ１２０３で、メニュー制御ＣＧＩ部１１７の子
プロセスが起動される。この場合に、Ｗｅｂサーバ部１
１６が有する一般的な機能により、メニュー制御ＣＧＩ
部１１７は、上述のＰＯＳＴリクエストを、ソフト提供
ホスト装置１０８を制御しているオペレーティングシス
テムの環境変数及び標準入力を介して取得することがで
きる。

【０１６５】メニュー制御ＣＧＩ部１１７は、まず、図
１３のステップ１３０１で、環境変数“CONTENT#LENGT
H”として引き渡されるＰＯＳＴリクエストのデータ部
のデータ長を取得する。即ち、メニュー制御ＣＧＩ部１
１７は、例えば図１１に示されるＰＯＳＴリクエスト内
の行“Content-length: 130 ”によって指定されている
バイト数“１３０”を、取得する。

【０１６６】次に、メニュー制御ＣＧＩ部１１７は、ス
テップ１３０２で、標準入力からＰＯＳＴリクエストの
データ部の内容を読み込む処理として、フォーム受信処
理を実行する。

【０１６７】より具体的にはメニュー制御ＣＧＩ部１１
７は、標準入力からステップ１３０１で取得されたバイ
ト数分のデータを読み込むための read 命令を発行す
る。そして、メニュー制御ＣＧＩ部１１７は、上述のデ
ータ部が読み込まれた変数から、デリミタ記号“& ”と
各項目名を検出しながら、そのデータに含まれる端末能
力情報テーブル及びソフト属性情報テーブルの各項目の
値を、それぞれに対応する各変数に設定する。

【０１６８】例えば、メニュー制御ＣＧＩ部１１７は、
図９に示される端末能力情報テーブルと図１０に示され
るソフト属性情報テーブルの各項目の内容が設定された
図１１に示されるＰＯＳＴリクエストに対して、上記 r
ead 命令を発行することにより、１つの変数に、“term
inal=mobile1&camera=no&telephone=yes&facsimile=no&
email=yes&software=EmailAccess&version=1.0&softwar
e=CasioBrowser&version=1.0”というデータを読み込
む。続いて、メニュー制御ＣＧＩ部１１７は、この変数
から、デリミタ記号＋項目名“&terminal ”を検出する
ことにより、変数$rcv#terminal に移動端末１０１のタ
イプ（モデル）名を示す端末能力情報テーブルの項目値
“mobile1 ”を設定し、デリミタ記号＋項目名“&camer
a ”を検出することにより、変数$rcv#camera に画像撮
像機能無しを示す端末能力情報テーブルの項目値“no”
を設定し、デリミタ記号＋項目名“&telephone”を検出
することにより、変数$rcv#telephoneに電話機能の有り
を示す端末能力情報テーブルの項目値“yes ”を設定
し、デリミタ記号＋項目名“&facsimile”を検出するこ
とにより、変数$rcv#facsimileにファクシミリ通信機能
無しを示す端末能力情報テーブルの項目値“no”を設定
し、デリミタ記号＋項目名“&email”を検出することに
より、変数$rcv#emailに電子メール通信機能有りを示す
端末能力情報テーブルの項目値“yes ”を設定し、更
に、デリミタ記号＋項目名“&software ”と“&versio
n”を順次検出することにより、第１の配列変数組$rcv#
software 0 及び$rcv#version 0 に電子メールソフト
名“EmailAccess ”及びバージョン“1.0 ”を設定し、
第２の配列変数組$rcv#software 1 及び$rcv#version 1
にブラウザソフト名“CasioBrowser”及びバージョン
“1.0 ”を設定する。

【０１６９】続いて、メニュー制御ＣＧＩ部１１７は、
ステップ１３０３で、メニューＨＴＭＬ文章データの一
部として、ヘッダ情報と共に、一般的なニュースである
ソフトニュースの送信処理を実行する。ここでは、メニ
ュー制御ＣＧＩ部１１７は、例えば図２０(a) 及び(b)
のコードを生成し、Ｗｅｂサーバ部１１６に対して、そ
の送信依頼を行う。

【０１７０】より具体的には、メニュー制御ＣＧＩ部１
１７は、上記コード文字列を、ソフト提供ホスト装置１
０８を制御しているオペレーティングシステムの標準出
力に書き出すためのprint 命令を実行する。この結果、
標準出力に書き出された上記コードが、Ｗｅｂサーバ部
１１６が実行する図１２のステップ１２０４で捕捉さ
れ、パケット送受信部１１５（図１）を介して移動端末
１０１まで転送されることにより、ＬＣＤ表示部３１１
（図２の２０３）に、例えば図２１(a) 及び(b)に示さ
れるダウンロードメニューの一部が表示される。

【０１７１】次に、メニュー制御ＣＧＩ部１１７は、ス
テップ１３０４で、バージョンアップメニューの送信処
理を実行する。図１４及び図１５は、ステップ１３０４
の処理を示す動作フローチャートである。

【０１７２】ここでは、メニュー制御ＣＧＩ部１１７
は、ＰＯＳＴリクエストに含まれるソフト属性情報に主
に基づいて、移動端末１０１にインストールされている
ソフトウエアについてのバージョンアップメニューと、
そのソフトウエアと連携して動作するファミリーソフト
ウエアに関するダウンロードメニューを移動端末１０１
側に表示させるための処理を実行する。

【０１７３】まず、メニュー制御ＣＧＩ部１１７は、図
１４のステップ１４０１で、例えば図２０(c) のコード
を生成し、Ｗｅｂサーバ部１１６に対して、その送信依
頼を行う。

【０１７４】より具体的には、メニュー制御ＣＧＩ部１
１７は、上記コード文字列を、ソフト提供ホスト装置１
０８を制御しているオペレーティングシステムの標準出
力に書き出すためのprint 命令を実行する。この結果、
標準出力に書き出された上記コードが、Ｗｅｂサーバ部
１１６が実行する図１２のステップ１２０４で捕捉さ
れ、パケット送受信部１１５（図１）を介して移動端末
１０１まで転送されることにより、ＬＣＤ表示部３１１
（図２の２０３）に、例えば図２１(c) に示される題名
“バージョンアップ情報”が表示される。

【０１７５】次に、メニュー制御ＣＧＩ部１１７は、ス
テップ１４０２の処理（後述する）を実行してから、ス
テップ１４０３でソフトウエアカウント用の変数$iに初
期値０を設定した後、図１５のステップ１４１９でその
内容を＋１ずつインクリメントしながら、ステップ１４
２０でその最大値Ｉ−１を超えたと判定するまでの間、
図１４のステップ１４０４〜図１５のステップ１４２０
までの処理を繰り返し実行することにより、移動端末１
０１にインストールされている各ソフトウエアについて
のバージョンアップメニューとファミリーソフトウエア
に関するダウンロードメニューを表示させるための一連
の制御処理を実行する。

【０１７６】この場合に、メニュー制御ＣＧＩ部１１７
は、各繰返しにおいて、図１３のステップ１３０２にお
いてＰＯＳＴリクエストから取得し、変数$iによって指
示される第$i+1番目の移動端末１０１にインストールさ
れているソフトウエア属性情報組$rcv#software $i 及
び$rcv#version $i を処理する。

【０１７７】また、メニュー制御ＣＧＩ部１１７は、各
繰返しにおいて、図１７に示されるデータ構成例を有す
るデータベース１１９（図１）を、ＳＱＬ ＤＢＭＳ１
１８を介して参照する。

【０１７８】このデータベース１１９の各レコードは、
図１７に示されるように、移動端末１０１が保有する図
９に示される端末能力情報テーブルの各項目に対応する
各フィールド“terminal”、“camera”、“telephone
”、“facsimile ”、及び“email ”と、移動端末１
０１が保有する図１０に示されるソフト属性情報テーブ
ルの各項目に対応する各フィールド“software”及び
“version ”を有する。

【０１７９】また、互いに連携して動作するファミリー
ソフトウエアに対応するデータベース１１９の各レコー
ドのフィールド“familyId”には、同一の識別番号が付
与される。

【０１８０】更に、データベース１１９の各レコードの
フィールド“url ”には、そのレコードに対応するソフ
トトウエアのソフト提供ホスト装置１０８上での所在を
示すＵＲＬデータが格納され、フィールド“explain ”
には、そのレコードに対応するソフトウエアの説明文が
格納されている。

【０１８１】なお、データベース１１９には、１つの種
類のソフトウエアにつき、各端末能力情報の組毎に、そ
の組が示す端末能力のもとで実行可能な場合に、そのソ
フトウエアの最新バージョンに対応する１つのレコード
が記録されている。

【０１８２】メニュー制御ＣＧＩ部１１７は、図１４の
ステップ１４０４〜図１５のステップ１４２０までの繰
返し処理において、まず、図１４のステップ１４０４
で、ＳＱＬ ＤＢＭＳ１１８に対して、バージョンアッ
プメニューを生成するために、図１７に示されるデータ
構成例を有するデータベース１１９に対する以下のよう
な検索を依頼する。

【０１８３】即ち、メニュー制御ＣＧＩ部１１７は、こ
の依頼で、データベース１１９の各フィールド“termin
al”、“camera”、“telephone ”、“facsimile ”、
及び“email ”の値が、図１３のステップ１３０２で各
変数$rcv#terminal 、$rcv#camera 、$rcv#telephone、
$rcv#facsimile、及び$rcv#emailに設定された端末能力
条件値に一致し、データベース１１９のフィールド“so
ftware”の値が、図１３のステップ１３０２で配列変数
$rcv#software $i に設定された第$i+1番目の移動端末
１０１にインストールされているソフトウエア名に一致
するレコードの検索を依頼するための、例えば図１８
(a) に示されるＳＱＬ検索クエリーデータを生成して、
それをＳＱＬ ＤＢＭＳ１１８に出力する。

【０１８４】ここで、ＳＱＬとは、構造化照会言語（ス
トラクチャードクエリーランゲージ）の略で、ＪＩＳ
（Japanese Industrial Standard：日本工業規格）、Ａ
ＮＳＩ（American National Standards Institute：米
国規格協会）、及びＩＳＯ（International Organizati
on for Standardization：国際標準化機構）等において
標準化されているデータベース処理用の言語である。

【０１８５】図１８(a) において、“where ”節以降が
上述の検索条件を指定しており、キーワード“and ”は
各条件の論理積（かつ）を演算することを指示してお
り、また、“from soft#db”節が“soft#db ”という名
称のデータベース１１９に対して検索を実行することを
指示しており、“select *”節が、検索に合致した各レ
コード全てのフィールド値を取得することを指示してい
る。

【０１８６】ＳＱＬ ＤＢＭＳ１１８は、上記ＳＱＬ検
索クエリーデータに基づきデータベース１１９を検索
し、上述の検索条件に合致する１つのレコードを抽出
し、それをメニュー制御ＣＧＩ部１１７に返す。

【０１８７】次に、メニュー制御ＣＧＩ部１１７は、ス
テップ１４０５で、検索された１つのレコードの、“so
ftware”、“version ”、“familyId”、“url ”、及
び“explain ”の各フィールド値を、各変数$find#soft
ware、$find#version 、$find#familyId、$find#url、
及び$find#explain に格納する。この結果、図１３のス
テップ１３０２で配列変数$rcv#software $i に設定さ
れた第$i+1番目の移動端末１０１にインストールされて
いるソフトウエア名に対応するソフトウエアの情報が、
データベース１１９から取得される。

【０１８８】次に、メニュー制御ＣＧＩ部１１７は、ス
テップ１４０６及び１４０７の処理（後述する）の後、
ステップ１４０８で、図１３のステップ１３０２で配列
変数$rcv#software $i に設定された第$i+1番目の移動
端末１０１にインストールされているソフトウエア名に
関して、ステップ１４０５でデータベース１１９から取
得し変数$find#version に格納したデータベース１１９
上の最新バージョン値が、図１３のステップ１３０２に
おいてＰＯＳＴリクエストから取得し配列変数$rcv#ver
sion $i に設定したバージョン値より大きいか否かを判
定する。

【０１８９】変数$find#version に格納されているデー
タベース１１９内の最新バージョン値が配列変数$rcv#v
ersion $i に設定されている移動端末１０１側のバージ
ョン値よりも大きくはなく、ステップ１４０８の判定が
ＮＯの場合には、メニュー制御ＣＧＩ部１１７は、ステ
ップ１４０９において、“あなたは最新バージョン$fin
d#version の$find#softwareを保有しています”という
メッセージを含むコードを生成する。なお、このメッセ
ージにおいて、“$ ”で始まる変数が記述された部分
は、その変数の値に置き換えられる。この結果、メニュ
ー制御ＣＧＩ部１１７は、例えば図２０(d) のコードを
生成し、Ｗｅｂサーバ部１１６に対して、その送信依頼
を行う。なお、図２０(d) のコード“ <li> あなたは最
新バージョン <i>1.0</i> の <i>EmailAccess</i> を保
有しています。”において、“1.0”が変数$find#versi
on の値であり、“EmailAccess ”が変数$find#softwar
eの値である。

【０１９０】より具体的には、メニュー制御ＣＧＩ部１
１７は、上記コード文字列を、ソフト提供ホスト装置１
０８を制御しているオペレーティングシステムの標準出
力に書き出すためのprint 命令を実行する。この結果、
標準出力に書き出された上記コードが、Ｗｅｂサーバ部
１１６が実行する図１２のステップ１２０４で捕捉さ
れ、パケット送受信部１１５（図１）を介して移動端末
１０１まで転送されることによって、ＬＣＤ表示部３１
１（図２の２０３）に、例えば図２１(d) に示される情
報が表示される。これによって、移動端末１０１のユー
ザは、そのソフトウエアについては、バージョンアップ
する必要がないことを認識できる。

【０１９１】変数$find#version に格納されているデー
タベース１１９内の最新バージョン値が配列変数$rcv#v
ersion $i に設定されている移動端末１０１側のバージ
ョン値より大きく、ステップ１４０８の判定がＹＥＳの
場合には、メニュー制御ＣＧＩ部１１７は、ステップ１
４１０において、“$find#software/$find#version”を
アンカー名とし（それぞれ変数値で置き換えられる）、
ＵＲＬとしてステップ１４０５でデータベース１１９か
ら変数$find#url に格納された値を有し、説明としてス
テップ１４０５でデータベース１１９から変数$find#ex
plain に格納された値を有するリンクメニューコードを
生成する。この結果、メニュー制御ＣＧＩ部１１７は、
例えば図２０(e) のコードを生成し、Ｗｅｂサーバ部１
１６に対して、その送信依頼を行う。なお、図２０(e)
のコード“<li> <a href="ftp://support.casio.co.jp/
pub/Browser.bin"><i>CasioBrowser / 2.0</i></a><br>
カシオインターネットブラウザの最新版です。<br>ツー
ルバーを自由にカスタマイズできるようになりまし
た。”において、“CasioBrowser / 2.0”が、アンカー
名“$find#software/$find#version”に対応し、“ftp:
//support.casio.co.jp/pub/Browser.bin ”が、図１７
に示されるデータ構成例を有するデータベース１１９か
ら変数$find#url に格納されたＵＲＬ値に対応し、“カ
シオインターネットブラウザの最新版です。<br>ツール
バーを自由にカスタマイズできるようになりました。”
が、図１７に示されるデータ構成例を有するデータベー
ス１１９から変数$find#explain に格納された説明文に
対応する。

【０１９２】より具体的には、メニュー制御ＣＧＩ部１
１７は、ステップ１４１０で、上記コード文字列を、ソ
フト提供ホスト装置１０８を制御しているオペレーティ
ングシステムの標準出力に書き出すためのprint 命令を
実行する。この結果、標準出力に書き出された上記コー
ドが、Ｗｅｂサーバ部１１６が実行する図１２のステッ
プ１２０４で捕捉され、パケット送受信部１１５（図
１）を介して移動端末１０１まで転送されることによっ
て、ＬＣＤ表示部３１１（図２の２０３）に、例えば図
２１(e) に示される情報が表示される。これによって、
移動端末１０１のユーザは、そのソフトウエアについ
て、最新バージョンのファイルデータのダウンロード情
報を得ることができる。

【０１９３】次に、メニュー制御ＣＧＩ部１１７は、図
１５のステップ１４１１で、ＳＱＬＤＢＭＳ１１８に対
して、ファミリーソフトウエアに関するダウンロードメ
ニューを生成するために、図１７に示されるデータ構成
例を有するデータベース１１９に対する以下のような検
索を依頼する。

【０１９４】即ち、メニュー制御ＣＧＩ部１１７は、こ
の依頼で、データベース１１９の各フィールド“termin
al”、“camera”、“telephone ”、“facsimile ”、
及び“email ”の値が、図１３のステップ１３０２で各
変数$rcv#terminal 、$rcv#camera 、$rcv#telephone、
$rcv#facsimile、及び$rcv#emailに設定された端末能力
条件値に一致し、かつデータベース１１９のフィールド
“familyId”の値が、図１４のステップ１４０４及び１
４０５でデータベース１１９上のレコード（フィールド
“software”の値が図１３のステップ１３０２で配列変
数$rcv#software $i に設定された第$i+1番目の移動端
末１０１にインストールされているソフトウエア名に一
致するレコード）のフィールド“familyId”から変数$f
ind#familyIdに格納された値に一致し、かつデータベー
ス１１９のフィールド“software”の値が、図１３のス
テップ１３０２で配列変数$rcv#software $i （０≦$i
≦Ｉ−１）に設定された移動端末１０１にインストール
されているどのソフトウエア名とも一致しない、例えば
図１８(b) に示されるＳＱＬ検索クエリーデータを生成
し、それをＳＱＬ ＤＢＭＳ１１８に出力する。

【０１９５】ここで、例えば図１７に示されるように
（familyId＝0011）、データベース１１９において、互
いに連携して動作するファミリーソフトウエアに対応す
る各レコードのフィールド“familyId”には、同一の識
別番号が付与される。そこで、メニュー制御ＣＧＩ部１
１７は、ステップ１４１１で、その直前でバージョンア
ップメニューを生成したソフトウエアについて、そのソ
フトウエアに関するデータベース１１９上のレコードの
フィールド“familyId”の値と同一の値を有し、かつ移
動端末１０１にまだインストールされていないファミリ
ーソフトウエアに関するデータベース１１９上のレコー
ドの検索を依頼する。

【０１９６】ＳＱＬ ＤＢＭＳ１１８は、上記ＳＱＬ検
索クエリーデータに基づきデータベース１１９を検索
し、上述の検索条件に合致する０個以上のレコードを抽
出し、それをメニュー制御ＣＧＩ部１１７に返す。

【０１９７】次に、メニュー制御ＣＧＩ部１１７は、ス
テップ１４１１で、ステップ１４１１の検索条件に合致
するレコードが見つかったか否かを判定する。メニュー
制御ＣＧＩ部１１７は、ステップ１４１１の検索条件に
合致するレコードが見つからず、ステップ１４１１の判
定がＮＯならば、ステップ１４１２〜１４１８の、ファ
ミリーソフトウエアに関するダウンロードメニューを生
成するための処理は実行せずに、ステップ１４１９の処
理にジャンプする。

【０１９８】一方、メニュー制御ＣＧＩ部１１７は、ス
テップ１４１１の検索条件に合致するレコードが見つか
り、ステップ１４１１の判定がＹＥＳならば、ステップ
１４１２〜１４１８の、ファミリーソフトウエアに関す
るダウンロードメニューを生成するための処理を実行す
る。

【０１９９】まず、メニュー制御ＣＧＩ部１１７は、ス
テップ１４１２で、検索された１つ以上のレコードの、
“software”、“version ”、“familyId”、“url
”、及び“explain ”の各フィールド値を、各配列変
数$family#software $j 、$family#version $j 、$fam
ily#familyId $j 、$family#url $j 、及び$family#ex
plain $j （０≦$j≦Ｊ−１）に格納する。この結果、
図１３のステップ１３０２で配列変数$rcv#software $i
に設定された第$i+1番目の移動端末１０１にインスト
ールされているソフトウエア名に対応するソフトウエア
に関連するＪ個のファミリーソフトウエアの情報が、デ
ータベース１１９から取得される。

【０２００】次にメニュー制御ＣＧＩ部１１７は、ステ
ップ１４１３で、例えば図２０(f)のコードを生成し、
Ｗｅｂサーバ部１１６に対して、その送信依頼を行う。
より具体的には、メニュー制御ＣＧＩ部１１７は、上記
コード文字列を、ソフト提供ホスト装置１０８を制御し
ているオペレーティングシステムの標準出力に書き出す
ためのprint 命令を実行する。この結果、標準出力に書
き出された上記コードが、Ｗｅｂサーバ部１１６が実行
する図１２のステップ１２０４で捕捉され、パケット送
受信部１１５（図１）を介して移動端末１０１まで転送
されることにより、ＬＣＤ表示部３１１（図２の２０
３）に、例えば図２１(f) に示される題名“以下のファ
ミリーソフトがあります”が表示される。

【０２０１】続いて、メニュー制御ＣＧＩ部１１７は、
ステップ１４１４でファミリーソフトウエアカウント用
の変数$jに初期値０を設定した後、ステップ１４１７で
その内容を＋１ずつインクリメントしながら、ステップ
１４１８でその最大値Ｊ−１を超えたと判定するまでの
間、ステップ１４１４〜ステップ１４１８までの処理を
繰り返し実行することにより、図１３のステップ１３０
２で配列変数$rcv#software $i に設定された第$i+1番
目の移動端末１０１にインストールされているソフトウ
エア名に対応するソフトウエアに関連するＪ個のファミ
リーソフトウエアに関するダウンロードメニューを表示
させるための一連の制御処理を実行する。

【０２０２】まずメニュー制御ＣＧＩ部１１７は、ステ
ップ１４１４において、“$family#software $j /$fami
ly#version $j ”をアンカー名とし（それぞれ配列変数
値で置き換えられる）、ＵＲＬとしてステップ１４１２
でデータベース１１９から配列変数$family#url $j に
格納された値を有し、説明としてステップ１４１２でデ
ータベース１１９から配列変数$family#explain $j に
格納された値を有するリンクメニューコードを生成す
る。この結果、メニュー制御ＣＧＩ部１１７は、例えば
図２０(g) 及び(h) のコードを生成し、Ｗｅｂサーバ部
１１６に対して、その送信依頼を行う。

【０２０３】より具体的には、メニュー制御ＣＧＩ部１
１７は、ステップ１４１０で、上記コード文字列を、ソ
フト提供ホスト装置１０８を制御しているオペレーティ
ングシステムの標準出力に書き出すためのprint 命令を
実行する。この結果、標準出力に書き出された上記コー
ドが、Ｗｅｂサーバ部１１６が実行する図１２のステッ
プ１２０４で捕捉され、パケット送受信部１１５（図
１）を介して移動端末１０１まで転送されることによっ
て、ＬＣＤ表示部３１１（図２の２０３）に、例えば図
２１(g) 及び(h) に示される情報が表示される。これに
よって、移動端末１０１のユーザは、移動端末１０１が
保有している各ソフトウエアについて、それぞれのファ
ミリーソフトウエア群のダウンロード情報を得ることが
できる。

【０２０４】続いて、メニュー制御ＣＧＩ部１１７は、
ステップ１４１５及び１４１６の処理（後述する）の
後、ステップ１４１７で変数$jの値を＋１だけインクリ
メントした後、ステップ１４１８で変数$jの値がその最
大値Ｊ−１を超えていないか否かを判定し、その判定が
ＹＥＳならステップ１４１４の処理に戻る。

【０２０５】メニュー制御ＣＧＩ部１１７は、ステップ
１４１８の判定がＮＯとなりステップ１４１４〜１４１
８の繰返し処理を終了した後、又は前述したステップ１
４１１の判定がＮＯとなった後は、ステップ１４１９で
変数$iの値を＋１だけインクリメントした後、ステップ
１４２０で変数$iの値がその最大値Ｉ−１を超えていな
いか否かを判定し、その判定がＹＥＳなら図１４のステ
ップ１４０４の処理に戻る。

【０２０６】メニュー制御ＣＧＩ部１１７は、ステップ
１４２０の判定がＮＯとなり図１４のステップ１４０４
〜図１５のステップ１４２０の繰返し処理を終了する
と、図１３のステップ１３０４のバージョンアップメニ
ューの送信処理を終了する。

【０２０７】なお、図１４のステップ１４０２、１４０
６、１４０７、及び図１５のステップ１４１５、１４１
６の各処理については、以下の図１３のステップ１３０
５の処理の説明において、後述する。

【０２０８】続いて、メニュー制御ＣＧＩ部１１７は、
図１３のステップ１３０５で、ソフトコレクションメニ
ューの送信処理を実行する。図１６は、ステップ１３０
４の処理を示す動作フローチャートである。

【０２０９】ここでは、メニュー制御ＣＧＩ部１１７
は、ＰＯＳＴリクエストに含まれる端末能力情報に主に
基づいて、移動端末１０１に最適なソフトウエアのう
ち、上述のバージョンアップメニュー及びそのファミリ
ーソフトウエアに関するダウンロードメニュー中に現れ
なかったソフトウエアに関するダウンロードメニュー
（ソフトコレクションメニュー）を、移動端末１０１側
に表示させるための処理を実行する。

【０２１０】メニュー制御ＣＧＩ部１１７は、まず、ス
テップ１６０１で、ＳＱＬ ＤＢＭＳ１１８に対して、
ソフトコレクションメニューを生成するために、図１７
に示されるデータ構成例を有するデータベース１１９に
対する以下のような検索を依頼する。

【０２１１】即ち、メニュー制御ＣＧＩ部１１７は、こ
の依頼で、データベース１１９の各フィールド“termin
al”、“camera”、“telephone ”、“facsimile ”、
及び“email ”の値が、図１３のステップ１３０２で各
変数$rcv#terminal 、$rcv#camera 、$rcv#telephone、
$rcv#facsimile、及び$rcv#emailに設定された端末能力
条件値に一致し、かつデータベース１１９のフィールド
“software”の値が、配列変数$out#software $h （０
≦$h≦Ｈ−１）に設定されているどのソフトウエア名と
も一致しない、例えば図１８(c) に示されるＳＱＬ検索
クエリーデータを生成し、それをＳＱＬ ＤＢＭＳ１１
８に出力する。

【０２１２】ここで、配列変数$out#software $h （０
≦$h≦Ｈ−１）には、図１４のステップ１４０６及び図
１５のステップ１４１５で、バージョンアップメニュー
として表示されたソフトウエア名（変数値$i毎の変数$f
ind#softwareの値）とそれに付随して表示されたファミ
リーソフトウエア名（変数値$i毎の配列変数$family#so
ftware $j の各値）が順次格納されている。また、配列
値を制御するための変数$hの値は、図１４のステップ１
４０２で初期化された後、図１４のステップ１４０６及
び図１５のステップ１４１５上記配列変数$out#softwar
e $h に値が導入される毎に、図１４のステップ１４０
７及び図１５のステップ１４１６で＋１ずつインクリメ
ントされている。従って、メニュー制御ＣＧＩ部１１７
は、ステップ１６０１で、移動端末１０１の各端末能力
条件値に一致し、バージョンアップメニュー及びそのフ
ァミリーソフトウエアに関するダウンロードメニュー中
に現れなかったソフトウエア名に関するレコードの検索
を、ＳＱＬ ＤＢＭＳ１１８に依頼することになる。

【０２１３】ＳＱＬ ＤＢＭＳ１１８は、上記ＳＱＬ検
索クエリーデータに基づきデータベース１１９を検索
し、上述の検索条件に合致する０個以上のレコードを抽
出し、それをメニュー制御ＣＧＩ部１１７に返す。

【０２１４】次に、メニュー制御ＣＧＩ部１１７は、ス
テップ１６０２で、ステップ１６０１の検索条件に合致
するレコードが見つかったか否かを判定する。メニュー
制御ＣＧＩ部１１７は、ステップ１６０１の検索条件に
合致するレコードが見つからず、ステップ１６０２の判
定がＮＯなら、ステップ１６０３〜１６０８のソフトコ
レクションメニューを生成するための処理は実行せず
に、図１３のステップ１３０５のソフトコレクションメ
ニューの送信処理を終了する。

【０２１５】一方、メニュー制御ＣＧＩ部１１７は、ス
テップ１６０１の検索条件に合致するレコードが見つか
り、ステップ１６０２の判定がＹＥＳならば、ステップ
１６０３〜１６０８の、ソフトコレクションメニューを
生成するための処理を実行する。

【０２１６】まず、メニュー制御ＣＧＩ部１１７は、ス
テップ１６０３で、検索された１つ以上のレコードの、
“software”、“version ”、“familyId”、“url
”、及び“explain ”の各フィールド値を、各配列変
数$col#software $k 、$col#version $k 、$col#colId
$k 、$col#url $k 、及び$col#explain $k （０≦$k≦
Ｋ−１）に格納する。この結果、移動端末１０１に最適
なＫ個のコレクションソフトウエアの情報が、データベ
ース１１９から取得される。

【０２１７】次にメニュー制御ＣＧＩ部１１７は、ステ
ップ１６０４で、例えば図２０(i)及び(j) のコードを
生成し、Ｗｅｂサーバ部１１６に対して、その送信依頼
を行う。

【０２１８】より具体的には、メニュー制御ＣＧＩ部１
１７は、上記コード文字列を、ソフト提供ホスト装置１
０８を制御しているオペレーティングシステムの標準出
力に書き出すためのprint 命令を実行する。この結果、
標準出力に書き出された上記コードが、Ｗｅｂサーバ部
１１６が実行する図１２のステップ１２０４で捕捉さ
れ、パケット送受信部１１５（図１）を介して移動端末
１０１まで転送されることにより、ＬＣＤ表示部３１１
（図２の２０３）に、例えば図２１(j) に示される題名
“ソフトコレクション”が表示される。

【０２１９】続いて、メニュー制御ＣＧＩ部１１７は、
ステップ１６０５でコレクションソフトウエアカウント
用の変数$kに初期値０を設定した後、ステップ１６０７
でその内容を＋１ずつインクリメントしながら、ステッ
プ１６０８でその最大値Ｋ−１を超えたと判定するまで
の間、ステップ１６０６〜ステップ１６０８までの処理
を繰り返し実行することにより、移動端末１０１に最適
なＫ個のコレクションソフトウエアに関するダウンロー
ドメニューを表示させるための一連の制御処理を実行す
る。

【０２２０】まず、メニュー制御ＣＧＩ部１１７は、ス
テップ１６０５において、“$col#software $k /$col#v
ersion $k ”をアンカー名とし（それぞれ配列変数値で
置き換えられる）、ＵＲＬとしてステップ１６０３でデ
ータベース１１９から配列変数$col#url $k に格納され
た値を有し、説明としてステップ１６０３でデータベー
ス１１９から配列変数$col#explain $k に格納された値
を有するリンクメニューコードを生成する。この結果、
メニュー制御ＣＧＩ部１１７は、例えば図２０(k) 〜
(n) のコードを生成し、Ｗｅｂサーバ部１１６に対し
て、その送信依頼を行う。

【０２２１】より具体的には、メニュー制御ＣＧＩ部１
１７は、ステップ１４１０で、上記コード文字列を、ソ
フト提供ホスト装置１０８を制御しているオペレーティ
ングシステムの標準出力に書き出すためのprint 命令を
実行する。この結果、標準出力に書き出された上記コー
ドが、Ｗｅｂサーバ部１１６が実行する図１２のステッ
プ１２０４で捕捉され、パケット送受信部１１５（図
１）を介して移動端末１０１まで転送されることによっ
て、ＬＣＤ表示部３１１（図２の２０３）に、例えば図
２１(k) 〜(n) に示される情報が表示される。これによ
って、移動端末１０１のユーザは、自分が使用している
移動端末１０１に最適なコレクションソフトウエア群の
ダウンロード情報を得ることができる。

【０２２２】続いて、メニュー制御ＣＧＩ部１１７は、
ステップ１６０７で変数$kの値を＋１だけインクリメン
トした後、ステップ１６０８で変数$kの値がその最大値
Ｊ−１を超えていないか否かを判定し、その判定がＹＥ
Ｓならステップ１６０６の処理に戻る。

【０２２３】メニュー制御ＣＧＩ部１１７は、ステップ
１６０８の判定がＮＯとなりステップ１６０６〜１６０
８の繰返し処理を終了した後、又は前述したステップ１
６０２の判定がＮＯとなると、例えば図２０(o) の終了
コードを生成し、Ｗｅｂサーバ部１１６に対して、その
送信依頼を行った後、図１３のステップ１３０５のソフ
トコレクションメニューの送信処理を終了する。 ＜ＦＴＰ制御部１２０の詳細動作＞図１９は、図１のソ
フト提供ホスト装置１０８内のＦＴＰ制御部１２０が実
行する制御動作を示す動作フローチャートである。この
動作フローチャートは、ＦＴＰ制御部１２０を制御する
特には図示しないプロセッサが、特には図示しない制御
プログラムを実行する動作として実現される。

【０２２４】前述のように、移動端末１０１のＬＣＤ表
示部３１１（図２の２０３）に例えば図２１に示される
メニューが表示されるているときに、ユーザが図２１の
下線が付されているアンカーのうち任意のものを電子ペ
ンでタッチ等することにより選択すると、上記選択され
たアンカーと共にハイパーテキストに含まれるＵＲＬデ
ータ（例えば“ftp://support.casio.co.jp/pub/Browse
r.bin ”）が、移動端末１０１からソフト提供ホスト装
置１０８内のパケット送受信部１１５まで転送される。
そして、パケット送受信部１１５は、受信したＴＣＰ／
ＩＰパケットに格納されているＵＲＬデータを取り出
し、そのＵＲＬデータに通信プロトコル情報“ftp ”が
含まれているのを認識することにより、そのＵＲＬデー
タをＦＴＰ制御部１２０に引き渡す。

【０２２５】この結果、ＦＴＰ制御部１２０は、図１９
のステップ１９０１の待機状態において、その判定がＹ
ＥＳとなる。これによって、ＦＴＰ制御部１２０は、ま
ず、ステップ１９０２で、パケット送受信部１１５から
引き渡されたＵＲＬデータ内のファイルパス情報（例え
ば“/pub/Browser.bin”）に基づいて、ソフト提供ホス
ト装置１０８内のファイルシステムから要求されたファ
イルデータを読み出す（リードする）。

【０２２６】続いて、ＦＴＰ制御部１２０は、ステップ
１９０３で、パケット送受信部１１５に対して、上記リ
ードしたファイルデータが格納されたＴＣＰ／ＩＰパケ
ットの移動端末１０１への返信を依頼する。この場合の
通信処理は、通信プロトコルＦＴＰに従って実行され
る。

【０２２７】この結果、前述したようにして、ソフト提
供ホスト装置１０８から移動端末１０１に、選択された
ファイルデータが転送され、その移動端末１０１にイン
ストールされる。 ＜他の実施の形態＞以上説明した実施の形態では、ソフ
トウエアをダウンロードするのは移動端末１０１であ
る。しかし、本発明は、ソフトウエアをダウンロードす
るのは必ずしも移動端末１０１である必要はなく、一般
的なオペレーティングシステムのもとで動作するパーソ
ナルコンピュータ等であっても、ソフト提供ホスト装置
１０８への接続時に、図９に示される端末能力情報テー
ブル及び図１０に示されるソフト属性情報テーブルと同
等の情報を送信できるようなソフトウエア又はハードウ
エアが実装されたクライアント装置であれば、本発明を
適用することができる。

【０２２８】また、移動端末１０１とソフト提供ホスト
装置１０８とは、ＰＨＳ網１０３とインターネット１０
５を介して接続されているが、本発明はこれに限られる
ものではなく、無線又は有線によって間接的又は直接的
にソフト提供ホスト装置１０８に接続される形態であれ
ば、どのような形態であっても本発明をそれに適用する
ことができる。

【０２２９】また、本実施の形態では、データベースシ
ステムとして、ＳＱＬ ＤＢＭＳとそれによってアクセ
スされるデータベースとからなるシステムが採用されて
いるが、どのようなデータベースシステムであってもよ
い。またこれらのデータベースシステムは、必ずしもソ
フト提供ホスト装置１０８に存在する必要はない。

【０２３０】更に、本発明は、ソフトウエアのダウンロ
ードシステムに限定されるものではなく、何等かのメニ
ュー情報をホスト装置側から端末側に表示させるような
メニュー作成システムにおいて、コンピュータ能力情報
又はソフト属性情報を端末側からホスト装置側へ自動的
に送信し、それらの情報に基づいてホスト装置側から端
末側へ特別なメニュー情報を報知するように構成されて
もよい。

【０２３１】

【発明の効果】本発明によれば、ダウンロードメニュー
の要求時にコンピュータ装置からソフト提供ホスト装置
に自動的に送信されるコンピュータ能力情報に基づい
て、そのコンピュータ装置に最適なソフトウエアのみの
ダウンロードメニューが表示されるため、ユーザは余計
なソフトウエアをダウンロードしてしまうという無駄が
なくなる。

【０２３２】特に、ダウンロードメニューの要求時にコ
ンピュータ装置からソフト提供ホスト装置に自動的に送
信されるコンピュータ能力情報及びソフト属性情報に基
づいて、そのコンピュータ装置に最適なソフトウエアで
あってまだコンピュータ装置にインストールされていな
いソフトウエアのみのダウンロードメニューを表示する
ことができるため、ユーザは所望のソフトウエアを容易
にダウンロードすることが可能となる。

【０２３３】また、ダウンロードメニューの要求時にコ
ンピュータ装置からソフト提供ホスト装置に自動的に送
信されるコンピュータ能力情報及びソフト属性情報に基
づいて、コンピュータ装置にインストールされているソ
フトウエアのバージョンの方が、ソフト提供ホスト装置
上の同じソフトウエアのバージョンよりも古くなった場
合には、そのソフトウエアについての最新バージョンの
ダウンロードメニューが表示されるため、ユーザは常に
最新バージョンのソフトウエアをダウンロードすること
が可能となる。

【０２３４】更に、ダウンロードメニューの要求時に移
動端末からソフト提供ホスト装置に自動的に送信される
コンピュータ能力情報及びソフト属性情報に基づいて、
コンピュータ装置にインストールされているソフトウエ
アと連携して動作するファミリーソフトウエアに関する
ダウンロードメニューも表示されるため、ユーザは有用
なソフトウエアを容易にダウンロードすることが可能と
なる。

【０２３５】また、発明によれば、ダウンロードメニュ
ー以外の一般的なメニューの要求時にも、コンピュータ
装置からホスト装置に自動的に送信されるコンピュータ
能力情報又はソフト属性情報に基づいて、そのコンピュ
ータ装置に最適なメニューを表示させることが可能とな
る。

【図面の簡単な説明】

【図１】全システム構成図である。

【図２】移動端末の外観図である。

【図３】移動端末の機能ブロック図である。

【図４】移動端末の処理の全体動作フローチャートであ
る。

【図５】送信処理の動作フローチャートである。

【図６】通信データのフォーマット図である。

【図７】ＩＰヘッダとＴＣＰヘッダのフォーマット図で
ある。

【図８】ＰＰＰを用いた発信処理の動作フローチャート
である。

【図９】端末能力情報テーブルのデータ構成例を示す図
である。

【図１０】ソフト属性情報テーブルのデータ構成例を示
す図である。

【図１１】メニュー要求ＰＯＳＴリクエストのデータ例
を示す図である。

【図１２】Ｗｅｂサーバ部の動作フローチャートであ
る。

【図１３】メニュー制御ＣＧＩ部の動作フローチャート
である。

【図１４】バージョンアップメニュー送信処理の動作フ
ローチャート（その１）である。

【図１５】バージョンアップメニュー送信処理の動作フ
ローチャート（その２）である。

【図１６】ソフトコレクションメニュー送信処理の動作
フローチャートである。

【図１７】データベースのデータ構成例を示す図であ
る。

【図１８】ＳＱＬ検索クエリーのデータ例を示す図であ
る。

【図１９】ＦＴＰ制御部の動作フローチャートである。

【図２０】メニューＨＴＭＬ文章データの例を示す図で
ある。

【図２１】メニューＨＴＭＬ文章の画面表示例を示す図
である。

【符号の説明】

１０１ 移動端末 １０２ 無線基地（有線接続装置） １０３ ＰＨＳ網（公衆電話網、ＩＳＤＮ網） １０４ 移動端末制御ホスト装置 １０５ インターネット １０６ ルータ装置 １０７ ＬＡＮ（ローカルエリアネットワーク） １０８ 音声制御ホスト装置 １０９ 入力部 １１０ 制御部 １１１ 通信部 １１２ 出力部 １１３ 接続確立部 １１４ ルーティング部 １１５ パケット送受信部 １１６ Ｗｅｂサーバ部 １１７ メニュー制御ＣＧＩ部 １１８ ＳＱＬ ＤＢＭＳ １１９ データベース ２０１、３０１ マイク ２０２、３０４ カメラ（ＣＣＤカメラ） ２０３、３１１ ＬＣＤ表示部 ２０４、３０８ スピーカ ２０５、３２３ 無線アンテナ ２０６、３２５ ソケット（通信用） ２０７ ＩＣカードスロット ２０８ 光送受信機（光通信用） ３０２、３０５ Ａ／Ｄ変換部 ３０３ マイク制御部 ３０６、３１３ メモリ ３０７ カメラ制御部 ３０９ Ｄ／Ａ変換部 ３１０ スピーカ制御部 ３１２ ＬＣＤドライバ ３１４ ＬＣＤ制御部 ３１５ タッチパネル制御部 ３１６ ＣＰＵ ３１７ ＲＡＭ ３１８ ＲＯＭ ３１９ ＩＣカードインタフェース部 ３２０ ＩＣカード ３２１ 通信制御部 ３２２ 無線ドライバ ３２４ 有線ドライバ

Claims (14)

【特許請求の範囲】
1. 【請求項１】 ソフト提供ホスト装置からネットワーク
   を介して接続されるコンピュータ装置へ、ソフトウエア
   をダウンロードさせるためのシステムであって、 前記コンピュータ装置内に、 該コンピュータ装置が実装する機能を示す情報であるコ
   ンピュータ能力情報を前記ソフト提供ホスト装置に送信
   するコンピュータ能力情報送信手段と、 前記ソフト提供ホスト装置から提供されるダウンロード
   メニューを受信するダウンロードメニュー受信手段と、 該受信したダウンロードメニューを表示するダウンロー
   ドメニュー表示手段と、 該ダウンロードメニューから必要なソフトウエアを選択
   して該ソフトウエアのダウンロード要求を前記ソフト提
   供ホスト装置に送信するダウンロード要求送信手段と、 該ダウンロード要求に応答して前記ソフト提供ホスト装
   置から転送されるソフトウエアをダウンロードするソフ
   トウエアダウンロード手段と、 を含み、 前記ソフト提供ホスト装置内に、 前記コンピュータ装置から前記コンピュータ能力情報を
   受信するコンピュータ能力情報受信手段と、 該受信したコンピュータ能力情報に対応するソフトウエ
   アに関するダウンロードメニューを生成するダウンロー
   ドメニュー生成手段と、 該生成されたダウンロードメニューを前記コンピュータ
   装置に送信するダウンロードメニュー送信手段と、 前記コンピュータ装置から前記ダウンロード要求を受信
   するダウンロード要求受信手段と、 該受信したダウンロード要求に対応するソフトウエアを
   前記コンピュータ装置に送信するソフトウエア送信手段
   と、 を含む、 ことを特徴とするソフトウエアダウンロードシステム。
2. 【請求項２】 ネットワークを介して接続されるソフト
   提供ホスト装置から、ソフトウエアをダウンロードする
   コンピュータ装置であって、 該コンピュータ装置が実装する機能を示す情報であるコ
   ンピュータ能力情報を前記ソフト提供ホスト装置に送信
   するコンピュータ能力情報送信手段と、 前記ソフト提供ホスト装置から提供されるダウンロード
   メニューを受信するダウンロードメニュー受信手段と、 該受信したダウンロードメニューを表示するダウンロー
   ドメニュー表示手段と、 該ダウンロードメニューから必要なソフトウエアを選択
   して該ソフトウエアのダウンロード要求を前記ソフト提
   供ホスト装置に送信するダウンロード要求送信手段と、 該ダウンロード要求に応答して前記ソフト提供ホスト装
   置から転送されるソフトウエアをダウンロードするソフ
   トウエアダウンロード手段と、 を含むことを特徴とするコンピュータ装置。
3. 【請求項３】 ネットワークを介して接続されるコンピ
   ュータ装置へ、ソフトウエアをダウンロードさせるソフ
   ト提供ホスト装置であって、 前記コンピュータ装置から前記コンピュータ能力情報を
   受信するコンピュータ能力情報受信手段と、 該受信したコンピュータ能力情報に対応するソフトウエ
   アに関するダウンロードメニューを生成するダウンロー
   ドメニュー生成手段と、 該生成されたダウンロードメニューを前記コンピュータ
   装置に送信するダウンロードメニュー送信手段と、 前記コンピュータ装置から前記ダウンロード要求を受信
   するダウンロード要求受信手段と、 該受信したダウンロード要求に対応するソフトウエアを
   前記コンピュータ装置に送信するソフトウエア送信手段
   と、 を含むことを特徴とするソフト提供ホスト装置。
4. 【請求項４】 ソフト提供ホスト装置からネットワーク
   を介して接続されるコンピュータ装置へ、ソフトウエア
   をダウンロードさせるためのシステムであって、 前記コンピュータ装置内に、 該コンピュータ装置にインストールされているソフトウ
   エアの属性を示す情報であるソフト属性情報を前記ソフ
   ト提供ホスト装置に送信するソフト属性情報送信手段
   と、 前記ソフト提供ホスト装置から提供されるダウンロード
   メニューを受信するダウンロードメニュー受信手段と、 該受信したダウンロードメニューを表示するダウンロー
   ドメニュー表示手段と、 該ダウンロードメニューから必要なソフトウエアを選択
   して該ソフトウエアのダウンロード要求を前記ソフト提
   供ホスト装置に送信するダウンロード要求送信手段と、 該ダウンロード要求に応答して前記ソフト提供ホスト装
   置から転送されるソフトウエアをダウンロードするソフ
   トウエアダウンロード手段と、 を含み、 前記ソフト提供ホスト装置内に、 前記コンピュータ装置から前記ソフト属性情報を受信す
   るソフト属性情報受信手段と、 該受信したソフト属性情報に対応するソフトウエアに関
   するダウンロードメニューを生成するダウンロードメニ
   ュー生成手段と、 該生成されたダウンロードメニューを前記コンピュータ
   装置に送信するダウンロードメニュー送信手段と、 前記コンピュータ装置から前記ダウンロード要求を受信
   するダウンロード要求受信手段と、 該受信したダウンロード要求に対応するソフトウエアを
   前記コンピュータ装置に送信するソフトウエア送信手段
   と、 を含む、 ことを特徴とするソフトウエアダウンロードシステム。
5. 【請求項５】 ネットワークを介して接続されるソフト
   提供ホスト装置から、ソフトウエアをダウンロードする
   コンピュータ装置であって、 該コンピュータ装置にインストールされているソフトウ
   エアの属性を示す情報であるソフト属性情報を前記ソフ
   ト提供ホスト装置に送信するソフト属性情報送信手段
   と、 前記ソフト提供ホスト装置から提供されるダウンロード
   メニューを受信するダウンロードメニュー受信手段と、 該受信したダウンロードメニューを表示するダウンロー
   ドメニュー表示手段と、 該ダウンロードメニューから必要なソフトウエアを選択
   して該ソフトウエアのダウンロード要求を前記ソフト提
   供ホスト装置に送信するダウンロード要求送信手段と、 該ダウンロード要求に応答して前記ソフト提供ホスト装
   置から転送されるソフトウエアをダウンロードするソフ
   トウエアダウンロード手段と、 を含むことを特徴とするコンピュータ装置。
6. 【請求項６】 ネットワークを介して接続されるコンピ
   ュータ装置へ、ソフトウエアをダウンロードさせるソフ
   ト提供ホスト装置であって、 前記コンピュータ装置から前記ソフト属性情報を受信す
   るソフト属性情報受信手段と、 該受信したソフト属性情報に対応するソフトウエアに関
   するダウンロードメニューを生成するダウンロードメニ
   ュー生成手段と、 該生成されたダウンロードメニューを前記コンピュータ
   装置に送信するダウンロードメニュー送信手段と、 前記コンピュータ装置から前記ダウンロード要求を受信
   するダウンロード要求受信手段と、 該受信したダウンロード要求に対応するソフトウエアを
   前記コンピュータ装置に送信するソフトウエア送信手段
   と、 を含むことを特徴とするソフト提供ホスト装置。
7. 【請求項７】 ソフト提供ホスト装置からネットワーク
   を介して接続されるコンピュータ装置へ、ソフトウエア
   をダウンロードさせるためのシステムであって、 前記コンピュータ装置内に、 該コンピュータ装置が実装する機能を示す情報であるコ
   ンピュータ能力情報を前記ソフト提供ホスト装置に送信
   するコンピュータ能力情報送信手段と、 該コンピュータ装置にインストールされているソフトウ
   エアの属性を示す情報であるソフト属性情報を前記ソフ
   ト提供ホスト装置に送信するソフト属性情報送信手段
   と、 前記ソフト提供ホスト装置から提供されるダウンロード
   メニューを受信するダウンロードメニュー受信手段と、 該受信したダウンロードメニューを表示するダウンロー
   ドメニュー表示手段と、 該ダウンロードメニューから必要なソフトウエアを選択
   して該ソフトウエアのダウンロード要求を前記ソフト提
   供ホスト装置に送信するダウンロード要求送信手段と、 該ダウンロード要求に応答して前記ソフト提供ホスト装
   置から転送されるソフトウエアをダウンロードするソフ
   トウエアダウンロード手段と、 を含み、 前記ソフト提供ホスト装置内に、 前記コンピュータ装置から前記コンピュータ能力情報を
   受信するコンピュータ能力情報受信手段と、 前記コンピュータ装置から前記ソフト属性情報を受信す
   るソフト属性情報受信手段と、 該受信したコンピュータ能力情報及びソフト属性情報に
   対応するソフトウエアに関するダウンロードメニューを
   生成するダウンロードメニュー生成手段と、 該生成されたダウンロードメニューを前記コンピュータ
   装置に送信するダウンロードメニュー送信手段と、 前記コンピュータ装置から前記ダウンロード要求を受信
   するダウンロード要求受信手段と、 該受信したダウンロード要求に対応するソフトウエアを
   前記コンピュータ装置に送信するソフトウエア送信手段
   と、 を含む、 ことを特徴とするソフトウエアダウンロードシステム。
8. 【請求項８】 ネットワークを介して接続されるソフト
   提供ホスト装置から、ソフトウエアをダウンロードする
   コンピュータ装置であって、 該コンピュータ装置が実装する機能を示す情報であるコ
   ンピュータ能力情報を前記ソフト提供ホスト装置に送信
   するコンピュータ能力情報送信手段と、 該コンピュータ装置にインストールされているソフトウ
   エアの属性を示す情報であるソフト属性情報を前記ソフ
   ト提供ホスト装置に送信するソフト属性情報送信手段
   と、 前記ソフト提供ホスト装置から提供されるダウンロード
   メニューを受信するダウンロードメニュー受信手段と、 該受信したダウンロードメニューを表示するダウンロー
   ドメニュー表示手段と、 該ダウンロードメニューから必要なソフトウエアを選択
   して該ソフトウエアのダウンロード要求を前記ソフト提
   供ホスト装置に送信するダウンロード要求送信手段と、 該ダウンロード要求に応答して前記ソフト提供ホスト装
   置から転送されるソフトウエアをダウンロードするソフ
   トウエアダウンロード手段と、 を含むことを特徴とするコンピュータ装置。
9. 【請求項９】 ネットワークを介して接続されるコンピ
   ュータ装置へ、ソフトウエアをダウンロードさせるソフ
   ト提供ホスト装置であって、 前記コンピュータ装置から前記コンピュータ能力情報を
   受信するコンピュータ能力情報受信手段と、 前記コンピュータ装置から前記ソフト属性情報を受信す
   るソフト属性情報受信手段と、 該受信したコンピュータ能力情報及びソフト属性情報に
   対応するソフトウエアに関するダウンロードメニューを
   生成するダウンロードメニュー生成手段と、 該生成されたダウンロードメニューを前記コンピュータ
   装置に送信するダウンロードメニュー送信手段と、 前記コンピュータ装置から前記ダウンロード要求を受信
   するダウンロード要求受信手段と、 該受信したダウンロード要求に対応するソフトウエアを
   前記コンピュータ装置に送信するソフトウエア送信手段
   と、 を含むことを特徴とするソフト提供ホスト装置。
10. 【請求項１０】 前記ソフト属性情報は、前記コンピュ
    ータ装置にインストールされているソフトウエアの種類
    を示す情報であり、 前記ソフト提供ホスト装置に含まれる前記ダウンロード
    メニュー生成手段は、前記受信したソフト属性情報が示
    すソフトウエアの種類以外の種類のソフトウエアに関す
    るダウンロードメニューを生成する、 ことを特徴とする請求項４、６、７、又は９の何れか１
    項に記載のソフトウエアダウンロードシステム又はソフ
    ト提供ホスト装置。
11. 【請求項１１】 前記ソフト属性情報は、前記コンピュ
    ータ装置にインストールされているソフトウエアの種類
    を示す情報であり、 前記ソフト提供ホスト装置に含まれる前記ダウンロード
    メニュー生成手段は、前記受信したソフト属性情報が示
    すソフトウエアの種類に関連する種類のソフトウエアに
    関するダウンロードメニューを生成する、 ことを特徴とする請求項４、６、７、又は９の何れか１
    項に記載のソフトウエアダウンロードシステム又はソフ
    ト提供ホスト装置。
12. 【請求項１２】 前記ソフト属性情報は、前記コンピュ
    ータ装置にインストールされているソフトウエアの種類
    とバージョンを示す情報であり、 前記ソフト提供ホスト装置に含まれる前記ダウンロード
    メニュー生成手段は、前記受信したソフト属性情報が示
    すソフトウエアの種類と一致する最新バージョンのソフ
    トウエアに関するダウンロードメニューを生成する、 ことを特徴とする請求項４、６、７、又は９の何れか１
    項に記載のソフトウエアダウンロードシステム又はソフ
    ト提供ホスト装置。
13. 【請求項１３】 ホスト装置からネットワークを介して
    接続されるコンピュータ装置へ、メニュー情報を送信す
    るメニュー作成システムにおいて、 前記コンピュータ装置から該コンピュータ装置が有する
    機能を示す情報であるコンピュータ能力情報を前記ホス
    ト装置に送信し、 前記ホスト装置は、このコンピュータ能力情報を受信し
    て、該コンピュータ能力情報に対応したメニュー情報を
    作成して、前記コンピュータ装置に該メニュー情報を送
    信し、 前記コンピュータ装置は、このメニュー情報を受信して
    報知する、 ことを特徴とするメニュー作成システム。
14. 【請求項１４】 ホスト装置からネットワークを介して
    接続されるコンピュータ装置へ、メニュー情報を送信す
    るメニュー作成システムにおいて、 前記コンピュータ装置から該コンピュータ装置にインス
    トールされているソフトウエアの属性を示す情報である
    ソフト属性情報を前記ホスト装置に送信し、 前記ホスト装置は、このソフト属性情報を受信して、該
    ソフト属性情報に対応したメニュー情報を作成して、前
    記コンピュータ装置に該メニュー情報を送信し、 前記コンピュータ装置は、このメニュー情報を受信して
    報知する、 ことを特徴とするメニュー作成システム。