(57)【要約】【課題】情報処理の対応性が向上する情報処理システムを提供する。【解決手段】端末装置３００の端末演算手段にて、携帯端末装置４００の機種に関する機種情報および送信する機能データに関する機能情報を認識する。通信エンジン部３２８にて、機種情報および機能情報に基づいて通信プロトコルモジュールを、所定のスクリプト情報によりパラメータ情報を用いて携帯端末装置４００の機種および送受信する機能データの機能に対応した通信プロトコルモジュールに変換する。シリアルインターフェース部にて、変換した通信プロトコルモジュールを用いて機能データを携帯端末装置４００と送受信する。類似する通信プロトコルモジュールを共通化して一部を変更して機種・機能毎に対応させるため、情報量を低減でき、新規にも容易に対応できる。【選択図】  図２
2004178271.tif 000002
【特許請求の範囲】
【請求項１】
各種機能で動作する端末装置の前記機能に関する情報を、前記端末装置毎に異なるプロトコルを用いて前記端末装置と送受信するための情報処理装置であって、
前記情報を送受信するためのプロトコルを格納するプロトコル格納手段と、
前記端末装置の機種に関する機種情報および前記送受信する情報の機能に関する機能情報を認識する送受信条件認識手段と、
この送受信条件認識手段にて認識した前記機種情報および前記機能情報に基づいて、前記端末装置の機種および送受信する前記情報の機能に対応して前記情報の送受信が可能に前記プロトコルを適宜変換させるプロトコル変換手段と、
このプロトコル変換手段にて変換されたプロトコルを用いて前記情報を送受信する情報送受信手段と、
を具備したことを特徴とした情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記端末装置にネットワークを介して前記情報を送受信可能に接続される
ことを特徴とした情報処理装置。
【請求項３】
請求項１または２に記載の情報処理装置において、
前記端末装置は、無線媒体を利用して情報を送受信する通信機能を備えた携帯型の通信端末で、
前記送受信される情報は、前記端末装置を動作させる機能で利用されるデータである
ことを特徴とした情報処理装置。
【請求項４】
請求項１ないし請求項３のいずれかに記載の情報処理装置において、
前記情報送受信手段は、前記端末装置で動作させる機能のソフトウェアを前記端末装置に送信する
ことを特徴とした情報処理装置。
【請求項５】
請求項１ないし請求項４のいずれかに記載の情報処理装置において、
前記プロトコルを変換する内容に関するパラメータ情報を格納するパラメータ情報格納手段を具備し、
前記プロトコル変換手段は、前記機種情報および前記機能情報に基づいて対応する前記プロトコルを前記プロトコル格納手段から選出するセレクタ部と、前記機種情報および前記機能情報に基づいて対応する前記パラメータ情報および前記プロトコルの変換する状態の指令に関するスクリプト情報を取得し、前記スクリプト情報の指令に従って前記取得したパラメータ情報により対応する前記プロトコルを変換するスクリプト処理手段と、を備えた
ことを特徴とした情報処理装置。
【請求項６】
請求項５に記載の情報処理装置において、
前記スクリプト処理手段は、前記機種情報および前記機能情報に基づいて前記スクリプト情報を設定することにより取得する
ことを特徴とした情報処理装置。
【請求項７】
請求項１ないし請求項６のいずれかに記載の情報処理装置と、
ネットワークを介して前記情報処理装置と接続されるサーバ装置と、
を具備したことを特徴とした情報処理システム。
【請求項８】
請求項７に記載の情報処理システムにおいて、
前記サーバ装置は、前記プロトコルを前記情報処理装置に提供する
ことを特徴とした情報処理システム。
【請求項９】
請求項５または請求項６に記載の情報処理装置と、
前記プロトコル、前記パラメータ情報および前記スクリプト情報のうちの少なくともいずれか１つを提供可能に、ネットワークを介して前記情報処理装置に接続されるサーバ装置と、
を具備したことを特徴とした情報処理システム。
【請求項１０】
請求項７ないし請求項９のいずれかに記載の情報処理システムにおいて、
前記サーバ装置は、前記情報処理装置に前記端末装置を動作させる機能のソフトウェアを送信可能である
ことを特徴とした情報処理システム。
【請求項１１】
請求項１０に記載の情報処理システムにおいて、
前記サーバ装置は、前記情報処理装置を利用する利用者を特定する特定情報を格納し、前記情報処理装置からの特定情報が格納する前記特定情報と同一であると認識することにより、前記機能のソフトウェアを送信する
ことを特徴とした情報処理システム。
【請求項１２】
請求項１０または請求項１１に記載の情報処理システムにおいて、
前記サーバ装置は、前記機能のソフトウェアの送信により、決済処理する
ことを特徴とした情報処理システム。
【請求項１３】
演算手段により各種機能で動作する端末装置の前記機能に関する情報を、前記端末装置毎に異なるプロトコルを用いて前記端末装置と送受信するための情報処理方法であって、
前記端末装置の機種に関する機種情報および前記送受信する情報の機能に関する機能情報を認識し、
これら認識した前記機種情報および前記機能情報に基づいて、所定のプロトコルを前記端末装置の機種および前記送受信する情報の機能に対応した前記プロトコルに変換し、
この変換したプロトコルを用いて前記情報を前記端末装置と送受信する
ことを特徴とする情報処理方法。
【請求項１４】
請求項１３に記載の情報処理方法を演算手段に実行させる
ことを特徴とした情報処理プログラム。
【請求項１５】
請求項１４に記載の情報処理プログラムが演算手段にて読取可能に記録された
ことを特徴とした情報処理プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、異なるプロトコルを用いて前記端末装置と送受信する情報処理装置、そのシステム、その方法、そのプログラム、および、そのプログラムを記録した記録媒体に関する。
【０００２】
【従来技術】
従来、端末装置との情報の送受信に際しての情報の処理に関するものとして、例えば特開２００１−４５５６７号公報や特開２００２−２２９９０２号公報などに記載の構成が知られている。
【０００３】
特開２００１−４５５６７号公報に記載のものは、端末装置にあらかじめ設定した移動スケジュールに従って移動する場合に、端末装置に搭載されたソフトウェアをサーバ装置を用いて変更するものである。具体的には、サーバ装置に、複数のソフトウェアモジュールと、移動スケジュールに応じた時刻と移動先とを関連付けたデータベースとを格納する。そして、サーバ装置は、移動スケジュールからデータベースに基づいて端末装置の移動先を認識し、移動先におけるソフトウェアモジュールを選択して端末装置に送信する。端末装置は、サーバ装置から取得した移動先に対応したソフトウェアモジュールに基づいて、あらかじめ搭載されているソフトウェアモジュールの少なくとも一部を自動的に変換する。このようにして、変換されたソフトウェアモジュールを利用して端末装置による移動先での情報の送受信処理を可能とする構成が採られている。
【０００４】
特開２００２−２２９９０２号公報に記載のものは、地図表示が可能な表示部を有した各種端末装置に、サーバ装置から端末装置の機種に対応した地図情報を送信するものである。具体的には、各種端末装置から通信網を介してサーバ装置へ、その機種情報と合わせて所定の地域の地図情報の送信要求をする。サーバ装置が取得した機種情報に基づいて機種を認識し、対応する地図情報を通信網を介して要求のあった端末装置へ送信する構成が採られている。
【０００５】
【特許文献１】
特開２００１−４５５６７号公報（第７頁左欄−第１０頁右欄）
【特許文献２】
特開２００２−２２９９０２号公報（第７頁左欄−第８頁右欄）
【０００６】
【発明が解決しようとする課題】
しかしながら、地域毎の通信網数や端末装置の機種数は多大な数であるとともに、同一通信網を利用する端末装置でも端末装置を製造する製造メーカにより情報の処理をするソフトウェアが異なる。このため、通信網や端末装置の機種、製造メーカなどの各種組み合わせにより、それぞれで対応できるソフトウェアの数は、多大な数となる。さらに、新たな端末装置の開発も盛んで、順次新たな端末装置が流通している。
【０００７】
また、例えば携帯電話などにおいてはメール処理や住所録管理、着信音処理など、近年の端末装置自体の処理能力の向上により端末装置における多種の情報処理が可能となり、それぞれの処理を実行する多種のソフトウェアが搭載されている。このため、上述したように、１つのソフトウェアでも各種の端末装置に対応した複数のソフトウェアが必要となり、ソフトウェアの数も多数となっている。このことから、サーバ装置で管理する全ての端末装置に対応可能なソフトウェアが多大な情報量となり、それだけの情報量を格納する構成がサーバ装置に必要となるとともに、多大なソフトウェアを格納するのに多大な労力が必要となる問題が一例として挙げられる。
【０００８】
本発明は、上述したような実情などに鑑みて、情報処理の対応性が向上する情報処理装置、そのシステム、その方法、そのプログラム、および、そのプログラムを記録した記録媒体を提供することを目的とする。
【０００９】
【課題を解決するための手段】
請求項１に記載の発明は、各種機能で動作する端末装置の前記機能に関する情報を、前記端末装置毎に異なるプロトコルを用いて前記端末装置と送受信するための情報処理装置であって、前記情報を送受信するためのプロトコルを格納するプロトコル格納手段と、前記端末装置の機種に関する機種情報および前記送受信する情報の機能に関する機能情報を認識する送受信条件認識手段と、この送受信条件認識手段にて認識した前記機種情報および前記機能情報に基づいて、前記端末装置の機種および送受信する前記情報の機能に対応して前記情報の送受信が可能に前記プロトコルを適宜変換させるプロトコル変換手段と、このプロトコル変換手段にて変換されたプロトコルを用いて前記情報を送受信する情報送受信手段と、を具備したことを特徴とした情報処理装置である。
【００１０】
請求項７に記載の発明は、請求項１ないし請求項６のいずれかに記載の情報処理装置と、ネットワークを介して前記情報処理装置と接続されるサーバ装置と、を具備したことを特徴とした情報処理システムである。
【００１１】
請求項９に記載の発明は、請求項５または請求項６に記載の情報処理装置と、前記プロトコル、前記パラメータ情報および前記スクリプト情報のうちの少なくともいずれか１つを提供可能に、ネットワークを介して前記情報処理装置に接続されるサーバ装置と、を具備したことを特徴とした情報処理システムである。
【００１２】
請求項１３に記載の発明は、演算手段により各種機能で動作する端末装置の前記機能に関する情報を、前記端末装置毎に異なるプロトコルを用いて前記端末装置と送受信するための情報処理方法であって、前記端末装置の機種に関する機種情報および前記送受信する情報の機能に関する機能情報を認識し、これら認識した前記機種情報および前記機能情報に基づいて、所定のプロトコルを前記端末装置の機種および前記送受信する情報の機能に対応した前記プロトコルに変換し、この変換したプロトコルを用いて前記情報を前記端末装置と送受信することを特徴とする情報処理方法である。
【００１３】
請求項１４に記載の発明は、請求項１３に記載の情報処理方法を演算手段に実行させることを特徴とした情報処理プログラムである。
【００１４】
請求項１５に記載の発明は、請求項１４に記載の情報処理プログラムが演算手段にて読取可能に記録されたことを特徴とした情報処理プログラムを記録した記録媒体である。
【００１５】
【発明の実施の形態】
以下に、本発明の情報処理システムの一実施の形態を図面に基づいて説明する。図１は情報処理システムを示す概略構成図である。図２は、情報処理システムを示すブロック図である。図３は、端末装置の内部構成を示すブロック図である。図４は、通信プロトコルの構成を示す説明図である。図５は、スクリプト型モジュールＤＢのテーブル構造を示す説明図である。図６は、サーバ装置のユーザＤＢのテーブル構造を示す説明図である。図７は、サーバ装置のサービス機能ＤＢのテーブル構造を示す説明図である。図８は、機能情報ＤＢのテーブル構造を示す説明図である。
【００１６】
〔情報処理システムの構成〕
図１において、１００は情報処理システムで、この情報処理システム１００は、情報を送受信するための通信プロトコルを処理するシステムである。そして、この情報処理システム１００は、ネットワーク２００と、情報処理装置としての端末装置３００と、端末装置としての携帯端末装置４００と、情報処理装置としても機能するサーバ装置５００と、を備えている。
【００１７】
ネットワーク２００は、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  ／  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）などの汎用のプロトコルに基づくインターネットやイントラネットなどとして構成される。また、ネットワーク２００は、例えば無線媒体２０１を用いて図示しない基地局を介して情報を送受信するための通信網としても作用する。そして、このネットワーク２００には、端末装置３００と、携帯端末装置４００と、サーバ装置５００とが接続されている。
【００１８】
端末装置３００は、例えば端末本体３１１、端末入力装置３１２、端末表示装置３１３などを備えた汎用のコンピュータなどである。この端末装置３００の端末本体３１１は、例えば図２に示すように、送受信条件認識手段としても機能する演算手段としての端末演算手段３２０と、プロトコル格納手段としての端末記憶手段３３０と、を備えている。なお、本発明における演算手段としては、例えば１つのパーソナルコンピュータ、複数のコンピュータをネットワーク状に組み合わせた構成、マイクロコンピュータなどの素子、あるいは複数の電子部品が搭載された回路基板などをも含む。
【００１９】
端末演算手段３２０には、情報処理システム１００を利用するためのアプリケーションソフトウェアがインストールされ、ネットワーク部３２１と、データベース（ＤＢ）ブリッジ部３２２と、シリアルポート３２３と、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート３２４と、ＩｒＤＡポート３２５と、ＣＯＭブリッジ部３２６と、アプリケーション部３２７と、プロトコル変換手段としての通信エンジン部３２８と、が構成されている。また、端末演算手段３２０は、端末入力装置３１２の入力操作により設定入力された設定内容を認識したり、端末表示装置３１３の表示制御などをも実施する。端末記憶手段３３０には、データベース管理システム（ｄａｔａｂａｓｅ  ｍａｎａｇｅｍｅｎｔ  ｓｙｓｔｅｍ：ＤＢＭＳ）３３１と、実行ファイル型モジュールＤＢ３３２と、パラメータ情報格納手段としてのスクリプト型モジュールＤＢ３３３と、が構成されている。
【００２０】
ネットワーク部３２１は、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  ／  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）などにより、ネットワーク２００であるインターネット上でホームページなどを閲覧するなど情報を送受信する。このネットワーク部３２１は、アプリケーション部３２７に接続され、アプリケーション部３２７により制御されて適宜ネットワーク２００を介して各種情報を送受信する。
【００２１】
ＤＢブリッジ部３２２は、端末記憶手段３３０に接続され、端末記憶手段３３０と情報を送受信、すなわち端末記憶手段３３０からの情報の読み出しや端末記憶手段３３０への情報の書き込みなどを実施する。このＤＢブリッジ部３２２は、アプリケーション部３２７に接続され、アプリケーション部３２７により制御されて端末記憶手段３３０と情報を送受信する。
【００２２】
シリアルポート３２３は、例えばケーブル線３１４を介して携帯端末装置４００に着脱可能に接続され、携帯端末装置４００と情報を送受信する。このシリアルポート３２３は、ＣＯＭブリッジ部３２６に接続されている。
【００２３】
ＵＳＢポート３２４は、例えば各種端末装置３００や端末入力装置３１２、端末表示装置３１３あるいは印刷装置やイメージスキャナなどの図示しない周辺機器と着脱可能に接続され、これら周辺機器と情報を送受信する。このＵＳＢポート３２４は、ＣＯＭブリッジ部３２６に接続されている。なお、周辺機器が接続されていなくてもよい。
【００２４】
ＩｒＤＡポート３２５は、赤外線通信協会（Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ：ＩｒＤＡ）の規格で、赤外線を利用して周辺機器と情報を送受信するためのポートである。このＩｒＤＡポート３２５は、ＣＯＭブリッジ部３２６に接続されている。
【００２５】
ＣＯＭブリッジ部３２６は、シリアルポート３２３、ＵＳＢポート３２４、ＩｒＤＡポート３２５などの各種ポートが接続され、携帯端末装置４００や各種周辺機器と情報を送受信するための処理をする。すなわち、各ポート３２３，３２４，３２５に対応して送受信可能に情報を処理する。このＣＯＭブリッジ部３２６は、通信エンジン部３２８に接続されている。
【００２６】
アプリケーション部３２７は、ネットワーク部３２１を制御してネットワーク２００を介してサーバ装置５００と情報を送受信する。また、アプリケーション部３２７は、ＤＢブリッジ部３２２を介して端末記憶手段３３０から情報を読み出すとともに情報の書き込み処理をする。さらに、アプリケーション部３２７は、通信エンジン部３２８に接続され、シリアルポート３２３に接続された携帯端末装置４００との情報の送受信を実施させるための制御をする。
【００２７】
通信エンジン部３２８は、アプリケーション部３２７による制御に基づいて、適宜端末記憶手段３３０に記憶された情報を用いて、接続された携帯端末装置４００と情報を送受信する。この通信エンジン部３２８は、図３に示すように、アプリケーション・インターフェース部３２８ａと、セレクタ部３２８ｂと、スクリプト処理手段としてのスクリプト・デコード部３２８ｃと、情報送受信手段としてのシリアルインターフェース部３２８ｄと、ロンギングデバック部３２８ｅとを有している。
【００２８】
アプリケーション・インターフェース部３２８ａは、アプリケーション部３２７と接続され、アプリケーション部３２７からの各種制御信号を取得して、通信エンジン部３２８で処理させるためのデータに変換する。
【００２９】
セレクタ部３２８ｂは、アプリケーション・インターフェース部３２８ａから取得した情報に基づいて、例えば端末入力装置３１２で設定された内容に対応する情報を選出する。この端末入力装置３１２で設定された内容は、携帯端末装置４００と情報を送受信するための各種情報、例えば携帯端末装置４００の機種などの固有の特定情報や、携帯端末装置４００を特定する情報などである。
【００３０】
ここで、機能情報としては、例えば携帯電話の場合では、電話帳を管理する電話帳機能、メールを管理するメール機能、着信メロディを管理する着メロ機能、待ち受け画像データなどの待ち受け情報を管理する待ち受け機能などが例示できる。また、対応する情報としては、例えば図４に示すように、特定情報に基づいてその携帯端末装置４００と情報を送受信するための通信プロトコルである基本プロトコル、機能情報に基づいて各種機能で処理される携帯端末装置４００に格納された各種情報、例えば電話帳データ、メールデータ、着メロデータ、待ち受けデータなどの各種機能データを送受信するための通信プロトコルである拡張プロトコルなど、通信プロトコルモジュール３３２ａである。
【００３１】
そして、これら通信プロトコルモジュール３３２ａは、アプリケーションソフトウェアのインストールの際に、端末記憶手段３３０の実行ファイル型モジュールＤＢ３３２として格納される。すなわち、アプリケーション部３２７により、端末入力装置３１２で設定された内容に基づいて、端末記憶手段３３０から所定の通信プロトコルモジュール３３２ａを読み取り、セレクタ部３２８ｂで適宜通信プロトコルモジュール３３２ａを選出して携帯端末装置４００と機能データなどの情報を送受信するための通信プロトコルを設定する。
【００３２】
スクリプト・デコード部３２８ｃは、セレクタ部３２８ｂで選出した通信プロトコルモジュール３３２ａを適宜スクリプト情報３３３ａに基づいて、接続された携帯端末装置４００と機能データなどの情報を送受信できる通信プロトコルに変換する。ここで、スクリプト情報３３３ａは、アプリケーションソフトウェアのインストールの際、あるいは適宜設定により生成されて端末記憶手段３３０のスクリプト型モジュールＤＢ３３３として格納される。すなわち、アプリケーション部３２７により、端末入力装置３１２で設定された内容に従って、スクリプト型モジュールＤＢ３３３に格納されたスクリプト情報３３３ａを選択したり、携帯端末装置４００に対応するスクリプト情報３３３ａを設定して一旦スクリプト型モジュールＤＢ３３３に格納する。そして、選択あるいは設定したスクリプト情報３３３ａを用いて、スクリプト・デコード部３２８ｃで適宜通信プロトコルモジュール３３２ａを適宜読み取りって適宜変換するなどして実行する。
【００３３】
シリアルインターフェース部３２８ｄは、セレクタ部３２８ｂで設定された通信プロトコルを用いて、シリアルポート３２３に接続された携帯端末装置４００と各種情報を送受信する処理をする。
【００３４】
ロンギングデバック部３２８ｅは、シリアルインターフェース部３２８ｄで通信プロトコルにより処理されて携帯端末装置４００から取得した情報の処理状況の情報を端末記憶手段３３０にログ情報３３１ａとして記憶させる処理をする。このロンギングデバック部３２８ｅは、シリアルインターフェース部３２８ｄで取得した情報が端末装置３００で利用できないような情報としてエラーが生じていた場合、エラーログとして例えば端末表示装置３１３などに表示させる処理をする。なお、このロンギングデバック部３２８ｅは、例えばアプリケーションソフトウェアの出荷前においてのみ情報の送受信や処理状況などをログ情報３３１ａとして取得し、出荷時にはこのロンギングデバック部３２８ｅが通信エンジン部３２８に構成されないアプリケーションソフトウェアの構成としてもよい。
【００３５】
一方、端末記憶手段３３０のＤＢＭＳ３３１は、アプリケーションソフトウェアを処理する上で利用される各種情報を適宜呼び出し可能に記憶する。
【００３６】
実行ファイル型モジュールＤＢ３３２は、上述したように、携帯端末装置４００と機能データなどの各種情報を送受信するための基本プロトコルモジュールや拡張プロトコルモジュールなどの図４に示す各種通信プロトコルモジュール３３２ａをそれぞれ１つのレコードとして記録するテーブル構造のデータベースである。
【００３７】
スクリプト型モジュールＤＢ３３３は、上述したように、スクリプト・デコード部３２８ｃで拡張プロトコル３３２ａを適宜スクリプト情報３３３ａに基づいて変換する内容の情報であるパラメータ情報３３３ｂで変換するための図５に示すようなスクリプト情報３３３ａおよびパラメータ情報３３３ｂなどを、それぞれ１つのレコードとして記録するテーブル構造のデータベースである。
【００３８】
携帯端末装置４００は、例えば携帯電話やＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、携帯情報端末機（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ：ＰＤＡ）、携帯可能なノート型パーソナルコンピュータなど、携帯移動可能な通信機能を備えた通信端末で、携帯端末本体４１１、携帯端末入力装置４１２、携帯端末表示装置４１３などを備えている。この携帯端末装置４００は、端末装置３００と同様、ネットワーク２００であるインターネット上でホームページなどを閲覧するためのブラウザソフトや電子メールソフトなどがインストールされ、ネットワーク２００を介して各種情報を送受信可能となっている。また、携帯端末装置４００は、通信アンテナ４１４を有し、ネットワーク２００の通信網を介して無線媒体２０１により情報を送受信可能となっている。さらに、携帯端末装置４００には、ケーブル線３１４を介して端末装置３００と接続可能に構成され、端末装置３００と情報の送受信が可能となっている。なお、通信網を介しても情報の送受信が可能である。
【００３９】
サーバ装置５００は、サーバ本体５１０と、サーバ端末装置５２０と、を備えている。
【００４０】
サーバ端末装置５２０は、情報処理システム１００の管理者の操作により、基本プロトコルモジュールや拡張プロトコルモジュールなどの実行ファイル型モジュールである通信プロトコルモジュール３３２ａや、スクリプト情報３３３ａおよびパラメータ情報３３３ｂなどのスクリプト型モジュール、メール機能や着メロ機能などの提供するサービス機能の機能情報などの設定・入力を実施する。この設定・入力の実施により、端末装置３００への配信が実施される。
【００４１】
サーバ本体５１０は、例えばネットワーク２００と接続されるＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバとして構成される。そして、サーバ本体５１０は、図示しないサーバ記憶手段と、演算手段としても機能するサーバ演算手段と、を備えている。また、サーバ記憶手段は、モジュールＤＢと、ユーザＤＢと、サービス機能ＤＢと、機能情報ＤＢと、を備えている。なお、上述したように、本発明における演算手段としては、例えば１つのパーソナルコンピュータ、複数のコンピュータをネットワーク状に組み合わせた構成、マイクロコンピュータなどの素子、あるいは複数の電子部品が搭載された回路基板などをも含む。
【００４２】
サーバ記憶手段のモジュールＤＢは、サーバ端末装置５２０で設定・入力された通信プロトコルモジュール３３２ａやスクリプト型モジュールなどを呼び出し可能に記憶する。すなわち、各モジュール３３２ａ，３３３ａ，３３３ｂをそれぞれ１つのレコードとして記録したテーブル構造のデータベースとして構成される。
【００４３】
ユーザＤＢは、ネットワーク２００を介して端末装置３００から出力されたユーザ情報５３１、例えば図６に示すように、ユーザ名情報５３１ａ、ユーザを特定するシリアルナンバ情報５３１ｂ、ユーザが利用する金融システムにおけるキャッシュカードナンバ情報５３１ｃ、ユーザの住所情報５３１ｄ、ユーザのメールアドレス情報５３１ｅ、携帯端末装置４００である携帯電話の番号などを１つのレコードとして記録したテーブル構造のデータベースとして構成される。なお、ユーザ情報５３１は、ネットワーク２００を介して取得した情報に限らず、サーバ端末装置５２０で設定入力されたユーザ情報５３１も記憶可能である。
【００４４】
サービス機能ＤＢは、ユーザが利用するサービス機能の内容に関するサービス内容情報５３２を格納、例えば図７に示すように、シリアルナンバ情報５３１ｂに関連付けられたメール機能や待ち受け機能などの各種機能を所定の携帯端末装置４００で利用するための各種ソフトウェアモジュール５３２ａなどを１つのレコードとして記録したテーブル構造のデータベースとして構成される。サービス内容情報５３２は、端末装置３００で設定されてネットワーク２００を介して取得した内容に基づいて生成する場合に限らず、サーバ端末装置５２０で設定入力されたものをも記憶可能である。
【００４５】
機能情報ＤＢは、サーバ端末装置５２０で設定入力したサービス機能自体の内容に関する機種対応機能情報５３３を格納、例えば図８に示すように、ユーザに提供するサービス機能である機能情報についての内容で、携帯端末装置４００の機種情報５３３ａ、機能内容情報５３３ｂ、機能のモジュール情報５３３ｃ、機能のバージョン情報５３３ｄなどを１つのレコードとして記録したテーブル構造のデータベースとして構成される。
【００４６】
また、サーバ演算手段は、ネットワーク２００を介して接続された端末装置３００や携帯端末装置４００と各種情報の送受信を実施する。すなわち、サーバ記憶手段に格納された情報を端末装置３００や携帯端末装置４００に送信するとともに、端末装置３００や携帯端末装置４００から送信される情報を受信し、サーバ記憶手段に格納させる処理をする。
【００４７】
〔情報処理システムの動作〕
次に、上記情報処理システムの動作について図面を参照して説明する。
【００４８】
（携帯端末装置のデータ編集）
まず、携帯端末装置の各種データの編集などのために、端末装置および携帯端末装置間での情報の送受信の動作について図面を参照して説明する。図９は、通信プロトコルを説明する説明図である。図１０は、データ編集の処理動作を示すシーケンス図である。
【００４９】
あらかじめ、端末装置３００に、情報処理システム１００のアプリケーションソフトウェアをインストールしておく。また、端末装置３００に携帯端末装置４００を例えばケーブル線３１４を介して接続する。そして、端末表示装置３１３の画面表示に従って、端末入力装置３１２を操作し、携帯端末装置４００で利用されている各種機能の機能データを処理、例えば端末装置３００に転送するなどの処理を設定入力する。具体的に、携帯端末装置４００として携帯電話とし、端末装置３００で携帯電話の電話帳機能の電話帳データ、メール機能のメールデータ、着メロ機能の着メロデータ、待ち受け機能の待ち受け画像データを適宜処理する場合を例示して説明する。
【００５０】
まず、端末装置３００の端末入力装置３１２の入力操作にて、接続された携帯端末装置４００の機種、すなわち複数のうちのいずれかの通信網を利用するものであって、いずれかの製造メーカのいずれかの機種であるかの機種情報５３３ａを設定入力する。なお、設定入力に限らず、例えばアプリケーション部３２７や通信エンジン部３２８などにて自動的に認識する構成としてもよい。さらに、携帯端末装置４００からの送信させるいずれかの機能データ、例えば電話帳データ、メールデータ、着メロデータおよび待ち受け画面データを選択して設定入力する。
【００５１】
この携帯端末装置４００の設定入力により、端末装置３００のアプリケーション部３２７は通信エンジン部３２８を適宜制御する。そして、通信エンジン部３２８のセレクタ部３２８ｂは、設定入力された機種情報５３３ａおよび送受信させる機能データに対応する機能の機能情報に基づいて、端末記憶手段３３０の実行ファイル型モジュールＤＢ３３２に記憶された所定の拡張プロトコル３３２ａを選択する。
【００５２】
例えば、図９（ａ）に示すように、携帯端末装置４００の機種が「Ａ１２３ｂ」では、拡張プロトコル３３２ａとして機能Ａデータを送受信するための「プロトコルＡ」、機能Ｂデータを送受信するための「プロトコルＢ」、機能Ｃデータを送受信するための「プロトコルＣ」、機能Ｄデータを送受信するための「プロトコルＤ」が必要となる。このため、セレクタ部３２８ｂは、拡張プロトコル３３２ａとして、「プロトコルＡ−Ｃ」、「プロトコルＢ」、「プロトコルＤ−Ｅ」を取得する。また、機種が「Ｂ１２３ｂ」では、図９（ｂ）に示すように、同様に「プロトコルＥ」、「プロトコルＡ」、「プロトコルＣ」および「プロトコルＢ」が必要となるため、「プロトコルＤ−Ｅ」、「プロトコルＡ−Ｃ」、「プロトコルＢ」を取得する。さらに、機種が「ＪＢ４５６」では、図９（ｃ）に示すように、「プロトコルＡ」、「プロトコルＣ」、「プロトコルＦ」および「プロトコルＥ」が必要となるため、「プロトコルＡ−Ｃ」、「プロトコルＦ」、「プロトコルＤ−Ｅ」を取得する。
【００５３】
さらに、通信エンジン部３２８のスクリプト・デコード部３２８ｃは、端末記憶手段３３０のスクリプト型モジュールＤＢ３３３から、所定のスクリプト情報３３３ａおよびパラメータ情報３３３ｂを取得する。例えば、パラメータ情報３３３ｂとして、例えば「パラメータＡ」、「パラメータＣ」および「パラメータＤ」を取得する。同様に、機種「Ｂ１２３ｂ」では、「パラメータＥ」、「パラメータＡ」および「パラメータＣ」を取得し、機種「ＪＢ４５６」では、「パラメータＡ」、「パラメータＣ」および「パラメータＥ」を取得する。スクリプト情報３３３ａは、端末入力装置３１２の入力操作により、携帯端末装置４００の機種や処理する機能に対応して設定された例えば図５に示すような内容である。
【００５４】
そして、スクリプト・デコード部３２８ｃは、スクリプト情報３３３ａに基づいてパラメータ情報３３３ｂで拡張プロトコル３３２ａを機種情報５３３ａおよび機能情報に対応する拡張プロトコル３３２ａに適宜変換する。なお、変換が必要ない、すなわちスクリプト情報３３３ａで変換する旨が指定されていない拡張プロトコル３３２ａはそのままとする。例えば、機種が「Ａ１２３ｂ」では、スクリプト情報３３３ａにより、「プロトコルＡ−Ｃ」を「パラメータＡ」で処理して「拡張プロトコルＡ」に変換し、「プロトコルＡ−Ｃ」を「パラメータＣ」で処理して「プロトコルＣ」に変換し、「プロトコルＤ−Ｅ」を「パラメータＤ」で処理して「プロトコルＤ」に変換し、「プロトコルＢ」はそのまま「拡張プロトコルＢ」とする。このような処理により、例えば図９に示すように、機種「Ａ１２３ｂ」では、機種や処理する機能に対応する所望の基本プロトコル３３２ａや拡張プロトコル３３２ａである「拡張プロトコルＡ」、「拡張プロトコルＢ」、「拡張プロトコルＣ」および「拡張プロトコルＤ」を取得する。
【００５５】
この後、通信エンジン部３２８のシリアルインターフェース部３２８ｄは、適宜処理された基本プロトコル３３２ａや拡張プロトコル３３２ａを用いて、携帯端末装置４００と所定の信号を応答させ、機能Ａデータ、機能Ｂデータ、機能Ｃデータおよび機能Ｄデータを順次受信する。すなわち、例えば機種が「Ａ１２３ｂ」では、図１０に示すように、拡張プロトコル３３２ａの「拡張プロトコルＡ」を用いて、シリアルインターフェース部３２８ｄは、携帯端末装置４００に機能Ａに関する機能Ａデータの有無を問う旨の情報である「コマンドＡ１」を携帯端末装置４００に送信する。そして、携帯端末装置４００から機能Ａデータがある旨の情報である「レスポンスＡ１」を端末装置３００に出力する。この「レスポンスＡ１」を受信したシリアルインターフェース部３２８ｄは、機能Ａデータの送信指令に関する情報である「コマンドＡ２」を携帯端末装置４００に送信する。これにより、携帯端末装置４００は、「レスポンスＡ２」として機能Ａデータを端末装置３００に送信する。そして、機能Ａデータを受信した端末装置３００は、機能Ａデータを受信した旨の「コマンドＡ３」を携帯端末装置４００に送信し、機能Ａデータを送受信するための処理が終了する。このようにして、順次電話帳機能やメール機能、着メロ機能、待ち受け画面機能などの各種機能データを取得する。
【００５６】
そして、順次機能データを取得した通信エンジン部３２８は、ロンギングデバック部３２８ｅで適宜機能データの送受信に関するログ情報３３１ａを端末記憶手段３３０に記憶させ、エラーなく適切に機能情報を取得したことを認識すると、携帯端末装置４００のデータ編集処理を終了する。なお、上述したように、アプリケーションソフトウェアの出荷前である開発段階での確認の際に実施し、通常の送受信や処理の際のエラーは監視しない構成としてもよい。
【００５７】
（携帯端末装置の機能拡張）
次に、携帯端末装置の機能拡張のための動作について図面を参照して説明する。図１１は、拡張する機能をネット配信により取得するための動作を示すフローチャートである。図１２は、ウエッブブラウザなどによる画面表示で表示される機能設定画面を示す概念図である。図１３は、ウエッブブラウザなどによる画面表示で表示される機能要求画面を示す概念図である。なお、図１２および図１３において、画面表示は、ウエッブブラウザによるものに限らず、アプリケーション部３２７にて適宜処理した画面表示などの別途開発された画面表示などでもできる。
【００５８】
まず、あらかじめ、端末装置３００に、情報処理システム１００のアプリケーションソフトウェアをインストールしておく。また、端末装置３００に携帯端末装置４００を例えばケーブル線３１４を介して接続する。そして、情報処理システムが利用できるように、あらかじめシリアルナンバを取得する。このシリアルナンバは、例えばアプリケーションソフトウェア毎にそれぞれ添付された固有のシリアルナンバや、アプリケーション部３２７によりネットワーク部３２１にてネットワーク２００を介してサーバ装置５００に接続し、ユーザ名情報５３１ａやキャッシュカードナンバ情報５３１ｃ、住所情報５３１ｄ、メールアドレス情報５３１ｅなどのユーザ情報５３１をサーバ装置５００に送信して会員登録によりサーバ装置５００から送信されるシリアルナンバ情報５３１ｂなどから取得する。
【００５９】
そして、図１１に示すように、端末表示装置３１３の画面表示に従って、端末入力装置３１２を操作し、携帯端末装置４００の機能拡張、例えば携帯端末装置４００で利用できる機能を増やすなどの処理を設定入力する。この機能の拡張の旨の設定入力により、端末表示装置３１３に表示される画面表示に従って、その拡張する機能のソフトウェアモジュール５３２ａであるライセンスキーを取得する旨を、端末入力装置の入力操作にて設定入力する（ステップＳ１）。具体的には、図１２に示すように、ウエッブブラウザやアプリケーション部３２７の制御などによる画面表示で表示される機能設定画面６１０に従って設定入力する。この機能設定画面６１０には、機種情報５３３ａを設定入力する機種リストボックス６１１と、拡張する機能に関する機能情報を設定する機能リストボックス６１２とを有する。なお、機能リストボックス６１２は、図１２に示すように、既に利用している機種や利用できない機種などは選択できないように他の表示とは異なる表示形態とするとよい。
【００６０】
この後、図１１に示すように、端末入力装置３１２の入力操作にて、機能リストボックス６１２で選択した機能の拡張を要求する場合には、画面表示に従って要求する旨を設定入力する（ステップＳ２）。具体的には、図１３に示すように、ウエッブブラウザやアプリケーション部３２７の制御などによる画面表示で表示される機能要求画面６２０に切り替え、この機能要求画面６２０に従って設定入力する。この機能要求画面６２０には、図１２に示す機能リストボックス６１２で選択された機能が表示されるテキストボックス６２１と、このテキストボックス６２１に表示される機能の拡張を要求する旨、すなわち機能をネット配信により購入する旨を設定するコマンドボタン６２２と、表示される機能ではなくキャンセルする旨のコマンドボタン６２３とを有している。そして、コマンドボタン６２２を端末入力装置３１２で入力操作することにより、所定の機能の拡張を要求する旨が設定入力される。
【００６１】
この所定の機能の拡張を要求する旨の設定入力により、図１１に示すように、アプリケーション部３２７はネットワーク部３２１を制御してネットワーク２００を介してサーバ装置５００に接続する。そして、アプリケーション部３２７は、機能拡張の要求の際に別途設定入力されたシリアルナンバ情報５３１ｂと、機能設定画面６１０の機種リストボックス６１１で選択された機種の機種情報５３３ａと、機能リストボックス６１２で選択された機能の機能情報とを、サーバ装置５００に送信する。そして、サーバ装置５００がシリアルナンバ情報５３１ｂ、機種情報および機能情報を受信することにより（ステップＳ３）、適宜認証や与信などを実施し、機種情報５３３ａおよび機能情報に基づいて、要求された機能が対象となる携帯端末装置４００に対応した機能のソフトウェアモジュール５３２ａであるライセンスキーを送信する（ステップＳ４）。
【００６２】
そして、端末装置３００は、サーバ装置５００から送信されるライセンスキーを受信すると（ステップＳ５）、受信したライセンスキーがエラーなく受信できたか否かを判断し、エラーなく良好に受信した場合には受信を確認した旨の情報をサーバ装置５００に送信する（ステップＳ６）。なお、エラーがある場合には、再度送信を要求する旨をサーバ装置５００に要求し、再送信させる。
【００６３】
そして、受信を確認した旨の情報を受信したサーバ装置５００は（ステップＳ７）、新たに配信した機能に関する機能情報をシリアルナンバ情報５３１ｂと関連付けてサーバ記憶手段のサービス機能ＤＢにサービス内容情報５３２として記憶させ、新たに配信した拡張した機能を登録する（ステップＳ８）。この後、サーバ装置５００は、シリアルナンバ情報５３１ｂに基づいて、ユーザ情報５３１のキャッシュカードナンバ情報５３１ｃを用いて決済処理する（ステップＳ９）。例えば各金融機関が管理する付加価値通信網（Ｖａｌｕｅ−Ａｄｄｅｄ  Ｎｅｔｗｏｒｋ：ＶＡＮ）であるいわゆる金融ＶＡＮに構築されたファームバンキング（Ｆｉｒｍ  Ｂａｎｋｉｎｇ：ＦＢ）を利用して決済処理したり、決済処理する旨の表示により、管理者に決済処理を促す案内を報知する処理などをする。
【００６４】
また、サーバ装置５００から送信される登録した旨の情報を端末装置３００が受信すると（ステップＳ１０）、ステップＳ５で受信したライセンスキーを用いて、携帯端末装置４００と適宜情報を送受信して携帯端末装置４００で機能が利用できるように設定する（ステップＳ１１）。例えば、端末装置３００は、基本プロトコル３３２ａを読み取り、この基本プロトコル３３３ａを用いて取得したライセンスキーを携帯端末装置４００に送信してライセンスキーが利用できるように設定、すなわちインストールさせる。
【００６５】
（携帯端末装置の機能更新）
次に、携帯端末装置の機能更新のための動作について図面を参照して説明する。図１４は、機能を更新するための動作を示すフローチャートである。
【００６６】
まず、あらかじめ、端末装置３００に、情報処理システム１００のアプリケーションソフトウェアをインストールしておく。また、端末装置３００に携帯端末装置４００を例えばケーブル線３１４を介して接続する。そして、上述したように、情報処理システムが利用できるように、あらかじめシリアルナンバを取得する。
【００６７】
そして、端末表示装置３１３の画面表示に従って、端末入力装置３１２を操作し、携帯端末装置４００で利用されている機能を更新する旨の設定入力をする。この機能の更新の旨の設定入力により、端末装置３００は接続されている携帯端末装置４００と適宜情報を送受信し、現在利用できる機能の機能情報であるモジュール情報５３３ｃおよび機能のバージョンに関するバージョン情報５３３ｄを取得する。
【００６８】
この後、アプリケーション部３２７は、ネットワーク部３２１を制御して、ネットワーク２００を介してサーバ装置５００に接続する。そして、アプリケーション部３２７は、更新する機能があるか否かを問い合わせる旨の情報をサーバ装置５００に送信する（ステップＳ２１）。このステップＳ２１の情報の送信の再、携帯端末装置４００から取得した全ての機能のモジュール情報５３３ｃと各機能のバージョン情報５３３ｄとを合わせて送信する。
【００６９】
そして、端末装置３００から送信された情報を受信したサーバ装置５００は（ステップＳ２２）、サーバ記憶手段の機能情報ＤＢに格納された機種対応機能情報５３３と比較し（ステップＳ２３）、更新する機能があるか否かを判断する（ステップＳ２４）。すなわち、取得したモジュール情報５３３ｃのバージョン情報５３３ｄと、機種対応機能情報５３３のモジュール情報５３３ｃのバージョン情報５３３ｄとを比較する。そして、バージョン情報５３３ｄの数値が大きいか否かを判断し、機種対応機能情報５３３のバージョン情報５３３ｄの方が大きくないと判断した場合、そのバージョン情報５３３ｄのモジュール情報５３３ｃは新しくないと判断する。この後、更新するデータがない旨の案内を作成、あるいはあらかじめ用意されている案内をサーバ記憶手段から読み取るなどして取得し（ステップＳ２５）、端末装置３００に送信する（ステップＳ２６）。
【００７０】
また、ステップＳ２４において、機種対応機能情報５３３のバージョン情報５３３ｄの方がバージョン情報５３３ｄの数値が大きいと判断した場合、そのバージョン情報５３３ｄのモジュール情報５３３ｃが新しく更新されていると判断する。そして、その新しくなったモジュール情報５３３ｃに対応するソフトウェアモジュール５３２ａをサーバ記憶手段から読み取り（ステップＳ２７）、ステップＳ２６に進んで読み取ったソフトウェアモジュール５３２ａを端末装置３００に送信する。
【００７１】
そして、サーバ装置５００から送信される案内や更新されたソフトウェアモジュール５３２ａを受信した端末装置３００は（ステップＳ２８）、案内やソフトウェアモジュール５３２ａがエラーなく適切に受信できたか否かを判断する（ステップＳ２９）。ステップＳ２９で、エラーなく適切にソフトウェアモジュール５３２ａを受信したと判断した場合には、取得した機能を更新する処理をする。例えば、端末装置３００は、基本プロトコル３３３ａを読み取り、この基本プロトコル３３３ａを用いて取得したソフトウェアモジュール５３２ａを携帯端末装置４００に送信して新たなソフトウェアモジュール５３２ａに更新、すなわちインストールさせる処理をする（ステップＳ３０）。
【００７２】
また、ステップＳ２９で、受信にエラーが生じたと判断した場合には、エラー処理を実施し（ステップＳ３１）、更新する処理を終了する。このステップＳ３１でのエラー処理としては、例えば、再度ソフトウェアモジュール５３２ａや案内の情報の送信を要求する旨をサーバ装置５００に要求して再送信させたり、エラーが生じた旨を表示させるなどが例示できる。
【００７３】
〔情報処理システムの作用効果〕
上述したように、上記実施の形態では、各種機能で動作する携帯端末装置４００の機能に関する機能データを、携帯端末装置４００毎に異なる通信プロトコルモジュール３３２ａを用いて携帯端末装置４００と送受信するための情報処理システム１００を構成する端末装置３００であって、機能データを送受信するための通信プロトコルモジュール３３２ａを格納する端末記憶手段３３０の実行ファイル型モジュールＤＢ３３２と、携帯端末装置４００の機種に関する機種情報５３３ａおよび送受信する機能データの機能に関する機能情報を認識する端末演算手段３２０と、携帯端末装置４００の機種および送受信する機能データの機能に対応して機能データの送受信が可能に通信プロトコルモジュール３３２ａを適宜変換させる通信エンジン部３２８と、この通信エンジン部３２８にて変換された通信プロトコルモジュール３３２ａを用いて機能データを送受信するシリアルインターフェース部３２８ｄと、を設ける。
【００７４】
そして、端末演算手段３２０により、携帯端末装置４００の機種に関する機種情報５３３ａおよび送信する機能データに関する機能情報を認識し、通信エンジン部３２８により、認識した機種情報５３３ａおよび機能情報に基づいて通信プロトコルモジュール３３２ａを携帯端末装置４００の機種および送受信する機能データの機能に対応した通信プロトコルモジュール３３２ａに変換する。そして、シリアルインターフェース部３２８ｄにて、変換した通信プロトコルモジュール３３２ａを用いて機能データを携帯端末装置４００と送受信する。
【００７５】
このため、類似する通信プロトコルモジュール３３２ａを共通化して、適宜各携帯端末装置４００の機種毎でかつ各機能毎に対応するように一部を変更・追加・削除するなどの簡易な変換をすればよく、各携帯端末装置４００の機種毎でかつ各機能毎に対応した膨大な通信プロトコルモジュール３３２ａを用意する必要がなく、機能データを送受信するための通信プロトコルモジュール３３２ａの情報量を低減でき、処理負荷が低減して処理の高速化が図れ、情報処理の対応性を向上できる。さらには、新たな機種や新たな機能、あるいは機種の設定の変更などでも、その機種の所定の機能データを送受信するための通信プロトコルモジュール３３２ａに類似する通信プロトコルモジュール３３２ａの一部を変更することで容易に対応でき、別途通信プロトコルモジュール３３２ａを追加する必要がなく、対応が容易で、汎用性を向上できる。
【００７６】
そして、通信エンジン部３２８は、端末入力装置３１２で設定入力された機種情報５３３ａおよび機能情報に基づいて、スクリプト・デコード部３２８ｃにより、通信プロトコルモジュール３３２ａを変換する内容に関するパラメータ情報３３３ｂを用いて、通信プロトコルモジュール３３２ａの変換する状態の指令に関するスクリプト情報３３３ａを設定し、このスクリプト情報３３３ａに基づいて対応するパラメータ情報３３３ｂで通信プロトコルモジュール３３２ａを変換させる。このため、共通化した通信プロトコルモジュール３３２ａを変換する情報量の少ないパラメータ情報３３３ｂおよび情報量の少ないスクリプト情報３３３ａを利用するので、各携帯端末装置４００の機種毎でかつ各機能毎に対応した膨大な通信プロトコルモジュール３３２ａを用意する場合に比して全体としての情報量を容易に低減できる。さらには、新たな機種や新たな機能、あるいは機種の設定の変更などでも、それらに対応するパラメータ情報３３３ｂおよびスクリプト情報３３３ａを用いればよく、容易に汎用性の向上が図れる。
【００７７】
さらに、スクリプト情報３３３ａとして、機種情報５３３ａおよび機能情報に基づいて設定することにより、各機種毎および機能毎にスクリプト情報３３３ａを用意しておく必要がなく、より情報量を低減できるとともに、例えば携帯電話などの利用する機能が多数あり、送受信させる機能データの種類を適宜組み合わせても容易に対応できる。
【００７８】
なお、別途スクリプト情報３３３ａを用意しておき、スクリプト型モジュールＤＢ３３３などに格納させるようにしてもよい。この場合には、既にスクリプト情報３３３ａがあるため、対応するスクリプト情報３３３ａを選択すればよく、処理の高速化が容易に図れる。
【００７９】
そして、携帯端末装置４００として携帯電話やＰＨＳ、ＰＤＡなどの通信機能を備えた携帯型の通信端末とし、携帯端末装置４００を動作させる機能で利用されるデータを送受信させる。このため、機能が複数あり通信プロトコルモジュール３３２ａが膨大となる携帯端末装置４００と各機能毎で利用する複数の機能データを送受信する場合に、特に良好に情報量の減少を図ることができ、また、携帯電話のように新機種や新機能、機能変更などが開発される場合でも、その都度アプリケーションソフトウェアを更新する必要がなく、単にパラメータ情報３３３ｂおよびスクリプト情報３３３ａを用意し、これらを用いることにより対応でき、特に良好に対応できる。
【００８０】
また、サーバ装置５００で適宜新機種や新機能、機能変更などに対応して共通化された拡張プロトコル３３２ａやパラメータ情報３３３ｂ、スクリプト情報３３３ａなどを用意して配信可能とし、適宜端末装置３００で取得して携帯端末装置４００と機能データの送受信をするようにすることで、対応する携帯端末装置４００のみの拡張プロトコル３３２ａやパラメータ情報３３３ｂ、スクリプト情報３３３ａなどを取得すればよく、端末装置３００にインストールする情報量をさらに減少でき、端末装置３００の処理負荷の低減、処理速度の高速化が容易に図れる。
【００８１】
さらに、サーバ装置５００で、機能のソフトウェアであるソフトウェアモジュール５３２ａを配信可能とすることで、携帯端末装置４００の機能の追加もできるようになり、必要な機能だけを携帯端末装置４００にインストールすればよく、携帯端末装置４００の処理負荷の低減、処理速度の高速化が容易に図れる。さらには、利用者の利用状況に対応して携帯端末装置４００に利用する機能のソフトウェアモジュール５３２ａのみをインストールさせることで、コストの低減が図れ、利用の拡大が容易に図れる。さらには、ユーザに付与するライセンスや機能などの管理が容易にできる。
【００８２】
また、ソフトウェアモジュール５３２ａをサーバ装置５００から送信する構成とすることにより、サーバ装置５００で集約してソフトウェアモジュール５３２ａを管理でき、ソフトウェアモジュール５３２ａの更新なども容易にできる。さらに、ソフトウェアモジュール５３２ａのバージョン情報５３３ｄを管理するため、携帯端末装置４００の機能のソフトウェアモジュール５３２ａを適宜新しいソフトウェアモジュール５３２ａに更新させることができ、より利用の拡大が容易に図れる。
【００８３】
そして、情報処理システム１００を利用するためのアプリケーションソフトウェアをパーソナルコンピュータなどの端末装置３００にインストールして、端末装置３００を情報処理装置として利用する構成としたため、携帯端末装置４００の機能データの編集などが汎用のコンピュータなどの端末装置３００で可能となり、容易に利用の拡大を図ることができる。
【００８４】
また、アプリケーションソフトウェア自体もサーバ装置５００から配信可能とする構成により、例えばＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＤＶＤ−ＲＯＭ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  −  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などの記録媒体を用いることなく、単にネットワーク２００を介してアプリケーションソフトウェアをダウンロードしてインストールすればよく、より利用の拡大を容易に図ることができる。
【００８５】
〔実施の形態の変形〕
なお、本発明は、上述した各実施の形態に限定されるものではなく、本発明の目的を達成できる範囲で以下に示される変形をも含むものである。
【００８６】
すなわち、サーバ装置５００を用いた情報処理システム１００として説明したが、サーバ装置５００を用いず、単に端末装置３００と携帯端末装置４００とで機能データの送受信や機能のソフトウェアモジュール５３２ａを送信してインストールさせる構成としてもよい。
【００８７】
また、端末装置３００は、パーソナルコンピュータなどに限らず、いずれの構成でもできる。すなわち、上述した構成を実施可能なスペックのいずれの装置をも利用できる。同様に、携帯端末装置４００も通信機能を備えた通信端末に限らず、端末装置３００のようなパーソナルコンピュータなどでもできる。すなわち、端末装置３００間で各種データなどの各種情報を送受信するための通信プロトコルを、上述したように適宜変換して情報を送受信させるようにしてもよい。この場合には、処理が異なるパーソナルコンピュータ間でも、上述したように容易に情報の送受信をすることができる。さらに、サーバ装置５００についても、上述した構成に限らず、例えば単にサーバのみの構成としてもよく、上述した構成を実施可能なスペックのいずれの装置を利用することもできる。
【００８８】
そして、機能の拡張や更新ができる構成として説明したが、単に機能データの送受信のみできる構成としたり、機能データの送受信の他、機能の拡張または更新のいずれか一方のみができる構成としてもよい。
【００８９】
また、端末装置３００を介して機能の追加や更新をして説明したが、端末装置３００を介することなく、ネットワーク２００を介してサーバ装置５００と携帯端末装置４００との間で機能の追加や更新をしてもよい。すなわち、サーバ装置５００を端末装置３００と同様に機能させてもよい。さらには、端末装置３００と携帯端末装置４００との間の送受信としてケーブル線３１４を介して説明したが、無線媒体２０１を介して送受信させる構成としたり、一旦ネットワーク２００を介して送受信させるようにしてもよい。
【００９０】
そして、携帯端末装置４００とサーバ装置５００との間でも情報の送受信ができるように通信網をも含むネットワーク２００の構成で説明したが、単にインターネットあるいはイントラネットのみのネットワーク２００の構成としてもよい。
【００９１】
また、機能のソフトウェアモジュール５３２ａの更新として、端末装置３００の入力操作により更新の必要性を判断し、一旦端末装置３００にダウンロードしてから携帯端末装置４００に転送する構成について説明したが、端末装置３００に携帯端末装置４００を接続した際に自動的に適宜更新させるようにしたり、携帯端末装置４００の利用の際や定期的に、端末装置３００を介することなくネットワーク２００を介して適宜自動的に更新させるなどしてもよい。
【００９２】
そして、情報処理システムを利用するためのアプリケーションソフトウェアをパーソナルコンピュータなどの端末装置３００にインストールして、端末装置３００を情報処理装置として利用する構成で説明したが、アプリケーションソフトウェアと同様の機能を搭載した回路基板などを端末装置３００に組み込んだり、専用の端末装置３００としてもよい。
【００９３】
また、アプリケーションソフトウェアのインストールの際に、ある程度の拡張プロトコル３３２ａおよびスクリプト情報３３３ａやパラメータ情報３３３ｂを端末装置３００に格納して説明したが、拡張プロトコル３３２ａおよびスクリプト情報３３３ａやパラメータ情報３３３ｂを端末装置３００に格納させず、サーバ装置５００から受信して利用する構成としてもよい。
【００９４】
そして、機能の追加の処理の際にソフトウェアモジュール５３２ａを取得したのちに、決済処理する構成で説明したが、決済処理は別途実施する構成としたり、機能の追加を無料として決済処理しない構成としてもよい。
【００９５】
また、更新の処理の際に、機能の追加のように有料として決済処理するようにしてもよい。
【００９６】
その他、本発明の実施の際の具体的な構造および手順は、本発明の目的を達成できる範囲で他の構造などに適宜変更できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態における情報処理システムを示す概略構成図である。
【図２】前記一実施の形態における情報処理システムを示すブロック図である。
【図３】前記一実施の形態における端末装置の内部構成を示すブロック図である。
【図４】前記一実施の形態における通信プロトコルの構成を示す説明図である。
【図５】前記一実施の形態におけるスクリプト型モジュールＤＢのテーブル構造を示す説明図である。
【図６】前記一実施の形態におけるサーバ装置のユーザＤＢのテーブル構造を示す説明図である。
【図７】前記一実施の形態におけるサーバ装置のサービス機能ＤＢのテーブル構造を示す説明図である。
【図８】前記一実施の形態における機能情報ＤＢのテーブル構造を示す説明図である。
【図９】前記一実施の形態における通信プロトコルを説明する説明図である。
【図１０】前記一実施の形態におけるデータ編集の処理動作を示すシーケンス図である。
【図１１】前記一実施の形態における拡張する機能をネット配信により取得するための動作を示すフローチャートである。
【図１２】前記一実施の形態における機能設定画面を示す概念図である。
【図１３】前記一実施の形態における機能要求画面を示す概念図である。
【図１４】前記一実施の形態における機能を更新するための動作を示すフローチャートである。
【符号の説明】
１００      情報処理システム
２００      ネットワーク
３００      情報処理装置としての端末装置
３２０      送受信条件認識手段として機能する端末演算手段
３２８      プロトコル変換手段としての通信エンジン部
３２８ｃ    スクリプト処理手段としてのスクリプト・デコード部
３２８ｄ    情報送受信手段としてのシリアルインターフェース部
３３０      プロトコル格納手段としての端末記憶手段
３３２ａ    プロトコルである通信プロトコルモジュール
３３３      パラメータ情報格納手段としてのスクリプト型モジュールデータベース
３３３ａ    スクリプト情報
３３３ｂ    パラメータ情報
４００      端末装置としての形態端末装置
５００      情報処理装置としても機能するサーバ装置
５３２ａ    ソフトウェアであるソフトウェアモジュール
５３３ａ    機種情報
【図１】
2004178271.tif 000003
【図２】
2004178271.tif 000004
【図３】
2004178271.tif 000005
【図４】
2004178271.tif 000006
【図５】
2004178271.tif 000007
【図６】
2004178271.tif 000008
【図７】
2004178271.tif 000009
【図８】
2004178271.tif 000010
【図９】
2004178271.tif 000011
【図１０】
2004178271.tif 000012
【図１１】
2004178271.tif 000013
【図１２】
2004178271.tif 000014
【図１３】
2004178271.tif 000015
【図１４】
2004178271.tif 000016