(57)【要約】【課題】送受信対象のデータの形式を固定することなく、データの送受信を可能とし、受信側データ通信端末が、受信したデータを処理できることを目的としている。【解決手段】データ通信端末２００は、送信対象のデータを取得するデータ取得部２０５と、データ取得部で取得した前記送信対象のデータに対応するデータ処理手段を取得するデータ処理手段取得部２０４と、データ取得部で取得した送信対象のデータとデータ処理手段取得部で取得したデータ処理手段とを送信する通信部２０１を備えることにより、受信側データ通信端末では、受信したデータ処理手段を使用して、受信したデータを処理することができる。【選択図】　図３
2004133668.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してデータ送信が可能なデータ通信端末であって、送信対象のデータを取得するデータ取得部と、前記データ取得部で取得した前記送信対象のデータに対応するデータ処理手段を取得するデータ処理手段取得部と、前記データ取得部で取得した前記送信対象のデータと前記データ処理手段取得部で取得した前記データ処理手段とを送信する通信部を備えることを特徴とするデータ通信端末。
【請求項２】
前記データ処理手段取得部は、前記データ取得部で取得したデータの形式を判別し、判別結果に応じて取得するデータ処理手段を選択することを特徴とする請求項１記載のデータ通信端末。
【請求項３】
前記データ取得部は、前記送信対象のデータが存在する位置情報を取得し、前記位置情報を含む送信用データを生成し、前記通信部は、前記データ取得部が生成した前記送信用データを送信することを特徴とする請求項１記載のデータ通信端末。
【請求項４】
前記データ処理手段取得部は、前記データ処理手段が存在する位置情報を取得し、前記位置情報を含む送信用データ処理手段を生成し、前記通信部は、前記データ処理手段取得部が生成した前記送信用データ処理手段を送信することを特徴とする請求項１記載のデータ通信端末。
【請求項５】
前記データ処理手段取得部は、前記送信対象のデータに対応するデータ処理手段を保持していない場合、新規に対応するデータ処理手段を生成することを特徴とする請求項１記載のデータ通信端末。
【請求項６】
ネットワークを介してデータ通信端末と通信可能であり、送信側データ通信端末が送信したデータを受信し、前記受信したデータを受信側データ通信端末に送信するサーバ装置であって、前記送信側データ通信端末が送信したデータを受信する受信部と、前記受信部で受信したデータを解析し、前記受信側データ通信端末への送信対象のデータが存在する位置情報を取得する解析部と、前記解析部が取得した前記位置情報をもとに前記送信対象のデータを取得するファイル取得部と、前記ファイル取得部で取得した前記送信対象のデータを前記受信側データ通信端末へ送信する送信部を備えることを特徴とするデータ取得サーバ装置。
【請求項７】
前記解析部で前記位置情報が取得できない場合、前記送信側データ通信端末から受信したデータをそのまま前記受信側データ通信端末に送信することを特徴とする請求項６記載のデータ取得サーバ装置。
【請求項８】
ネットワークを介してデータ受信が可能なデータ通信端末であって、データと前記データを処理するデータ処理手段を受信する通信部と、前記通信部で受信した前記データ処理手段を実行する実行部とを備えることを特徴とするデータ通信端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データの送受信を行なうデータ通信端末に関するものである。
【０００２】
【従来の技術】
従来のデータ通信端末でデータを送受信する場合、送信側データ通信端末はデータのみを送信し、データ受信側は予め備えているデータ処理手段によって受信したデータを処理していた。また、送信側は事前に送信するデータの形式を固定し、データ送信命令を検出し、事前に固定したデータの形式に対応するデータを取得するか、対応するデータの形式に変換して、送信先へデータを送信している（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開平１０−１５０６２５号公報
【０００４】
【発明が解決しようとする課題】
しかし、従来の技術によると、送信側データ通信端末が、送信するデータに対応する処理手段を持たない受信機にデータを送信する場合、受信側は受信したデータを正常に処理できなかった。
【０００５】
また、送受信するデータの形式が複数である場合、受信側データ通信端末は受信する可能性がある全てのデータ形式に対するデータ処理手段を常時保持する必要がある。さらに、保持しているデータ処理手段に対応したデータ形式に固定しなければいけないという課題を有していた。
【０００６】
本発明は、前記従来の課題を解決するためになされたものであり、送信対象のデータの形式を固定することなく、データの送受信を可能とし、受信側データ通信端末が、受信したデータを処理できることを目的としている。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、本発明のデータ通信端末は、送信対象のデータを取得するデータ取得部と、前記データ取得部で取得した前記送信対象のデータに対応するデータ処理手段を取得するデータ処理手段取得部と、前記データ取得部で取得した前記送信対象のデータと前記データ処理手段取得部で取得した前記データ処理手段とを送信する通信部を備え、受信側データ通信端末では、受信したデータ処理手段を使用して、受信したデータを処理することができる。
【０００８】
また、本発明のデータ取得サーバ装置は、送信側データ通信端末が送信したデータを受信する受信部と、前記受信部で受信したデータを解析し、前記受信側データ通信端末への送信対象のデータが存在する位置情報を取得する解析部と、前記解析部が取得した前記位置情報をもとに前記送信対象のデータを取得するファイル取得部と、前記ファイル取得部で取得した前記送信対象のデータを前記受信側データ通信端末へ送信する送信部を備え、送信側データ通信端末が、データ処理手段の位置情報を送信するだけで、受信側データ通信端末では、データに対応したデータ処理手段を受信可能となり、受信したデータを処理することができる。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態について、図を参照しながら説明する。
【００１０】
図１は、本発明の実施の形態におけるデータ送受信システムの構成を示す概要図である。このデータ送受信システムは、データ１００と、データ処理手段１０１と、データ通信端末２００、４００と、ファイル取得サーバ３００とから構成されている。データ１００は、データ通信端末２００から送信するデータであって、データ通信端末４００で処理すべきデータそのもの、またはデータが存在する場所を示した情報である。詳しくは後で説明をする。データ処理手段１０１は、データ１００を処理する手順またはデータ１００を処理する手順が存在する場所を示した情報である。詳しくは後で説明をする。データ通信端末２００と４００は同じ装置であり、本実施の形態ではデータ通信端末２００を送信側、データ通信端末４００を受信側として説明をする。送信側データ通信端末２００は、ユーザからのデータ送信命令を検出し、送信命令により指示された送信対象のデータ１００と対応するデータ処理手段１０１をファイル取得サーバ３００または送信先のデータ通信端末データ端末４００へ送信する。受信側データ通信端末４００は、送信側データ通信端末２００またはファイル取得サーバ３００からデータ１００およびデータ処理手段１０１を受信し、受信したデータ処理手段１０１を実行し、実行結果を出力することで、受信したデータ１００の処理を行う。詳しくは後で説明をする。ファイル取得サーバ３００は、送信側データ通信端末２００からデータ１００および／またはデータ処理手段１０１を受信し、データ１００および／またはデータ処理手段１０１に記されたデータおよび／またはデータ処理手段そのものが存在する場所を示した情報に基づいてデータそのものを取得し、送信側のデータ通信端末４００へ送信する。詳しくは後で説明をする。
【００１１】
以上が、本発明の実施の形態におけるデータ送受信システムの構成の説明である。
【００１２】
次に、本発明の実施の形態におけるデータ送受信システムの動作手順について、図２に示したフローチャートを参照して説明する。
【００１３】
まず、データ通信端末２００がユーザからの送信命令を検出し（Ｓ１１）、送信命令により指示された送信対象のデータ１００と対応するデータ処理手段１０１が、存在する場所を示した情報か否かを判定し、ファイル取得が必要か不要かを決定する（Ｓ１２）。
【００１４】
ファイル取得が必要である場合（Ｓ１２がＹＥＳ）、データ１００とデータ処理手段１０１をファイル取得サーバへ送信する（Ｓ１４）。次に、データとデータ処理手段をファイル取得サーバ３００が受信する（Ｓ１５）。
【００１５】
一方、ファイルの取得が必要ないならば（Ｓ１２がＮＯ）、データ１００とデータ処理手段１０１をファイル取得サーバへ送信する（Ｓ１３）。次に、データ通信端末４００が、データ１００とデータ処理手段１０１を受信する（Ｓ１８）。
【００１６】
ファイル取得サーバ３００がデータ１００とデータ処理手段１０１を受信した場合（Ｓ１５）、ファイル取得サーバ３００は、受信したデータ１００とデータ処理手段１０１に記してあるファイルが存在する場所を示した情報に基づいて、ファイルを取得する（Ｓ１６）。次に、ファイル取得サーバ３００が取得したデータとデータ処理手段をデータ通信端末４００へ送信する（Ｓ１７）。なお、データとデータ処理手段の取得が必要なかった場合、受信したデータ１００とデータ処理手段１０１をそのままデータ通信端末４００へ送信してもよい。
【００１７】
次に、データ通信端末４００がデータとデータ処理手段を受信し（Ｓ１８）、受信したデータ処理手段を実行し、実行結果を出力することで、受信したデータの処理を行う（Ｓ１９）。
【００１８】
なお、送信側データ通信端末２００が、ファイル取得が必要か不要かを判定し、送信先を受信側データ通信端末かファイル取得サーバかを決定して送信先を切り替えるとしたが、常にファイル取得サーバ３００経由で受信側データ通信端末４００に送信してもよい。この場合、ファイル取得サーバ３００で、ファイル取得が必要か不要かの判定を実施してもよいし、送信側データ通信端末２００が判定した結果を設定情報として送信し、この設定情報に従って処理を行ってもよい。
【００１９】
また、ファイル取得サーバ３００で、データ１００とデータ処理手段１０１に対応するファイルを取得するとしたが、一方のみをファイル取得してもよい。
【００２０】
以上が、本発明の実施の形態におけるデータ送受信システムの動作手順である。
【００２１】
次に、本発明の実施の形態におけるデータ１００について説明する。データ１００は、データ通信端末２００からデータ通信端末４００へ送信するデータであり、データを処理する際にデータに対応したデータ処理手段を用いる必要がある。例えば、ＡＳＣＩＩ、ＥＵＣ、Ｕｎｉｃｏｄｅ、ＳＪＩＳ、ＪＩＳなどの文字コードで表現された文字列や、ＪＰＥＧ、ＧＩＦ、ＰＮＧ、ＢＭＰ、ＴＩＦＦなどの画像データや、ＡＶＩ、ＣＩＦ、ＭＰＥＧ、ＭｏｔｉｏｎＪＰＥＧ、ＭＯＶ、Ｒｅａｌ　Ｖｉｄｅｏ、ＷＭＶ、ＱＣＩＦ、Ｎａｎｃｙ　Ｃｏｄｅｃなどの動画データや、ＷＡＶＥ、ＭＰ３、ＡＡＣ、ＰＣＭ、ＷＭＡなどの音声データや、ＨＴＭＬ、ＸＭＬなどのマークアップランゲージで記述されたプログラムや、データ通信端末２００またはデータ通信端末４００の位置情報を表現するデータや、開発者が定義した独自のデータである。また、以上に述べたデータが存在する場所を示す情報であるＵＲＬ、ディレクトリ、ファイル名などを記したファイルでも良い。
【００２２】
以上が、本発明の実施の形態におけるデータ１００である。
【００２３】
次に、本発明の実施の形態におけるデータ処理手段１０１について説明する。データ処理手段１０１は、データ１００を処理する手段である。例えば、データ１００を処理する各種ライブラリや、Ｊａｖａ（Ｒ）（ＴＭ）におけるクラスファイルや、プログラムモジュール、ＣＰＵが直接実行可能なバイナリの形式を保持したＣＰＵ依存のオブジェクトファイルや、実行ファイルなどで実現できる。また、データ１００の処理手段を記したファイルが存在するＵＲＬを記したファイルでも実現できる。また、以上に述べたデータ処理手段を纏めたアプリケーションでも実現できる。データ１００に対応するデータ処理手段１０１を実行することにより、データ１００を解析して表示や音声による出力を行なったり、データ１００を入力パラメータとして特定のアプリケーションを実行するなど可能となる。
【００２４】
以上が、本発明の実施の形態におけるデータ処理手段１０１である。
【００２５】
次に、本発明の実施の形態におけるデータ通信端末の構成について説明する。図３は、図１に示す送信側データ通信端末２００および受信側データ通信端末４００の構成の一例を示すブロック図である。前述したように、データ通信端末２００と４００とは同じ構成を備えている。データ通信端末２００は、通信部２０１と、送信命令検出部２０２と、送信先保持部２０３と、データ処理手段取得部２０４と、データ取得部２０５と、データ保持部２０６と、データ処理手段実行部２０７と、出力部２０８と、入力部２０９と、制御部２１０とを備えている。
【００２６】
通信部２０１は、制御部２１０から送信命令が通知された場合に、データ取得部２０５が取得したデータと、データ処理手段取得部２０４が取得したデータ処理手段またはデータ処理手段取得部が作成したアプリケーションを、制御部２１０経由で受け取り、送信命令で指示された送信先へ送信する。また、通信部２０１は、送信側のデータ通信端末（図１に示すデータ通信端末２００）またはファイル取得サーバ３００が送信したデータ１００およびデータ処理手段１０１を受信し、制御部２１０へ受信通知を送る。例えば、通信部２０１は、無線データ通信を行う機能を有しており、基地局または交換局を用いたシステムによって通信可能である。無線データ通信の方式としては、例えば、携帯電話の通話に用いられる長・中距離無線データ通信、Ｂｌｕｅｔｏｏｔｈ（ＴＭ）などに代表される短距離無線データ通信、ＩｒＤＡなどに代表される赤外線無線データ通信等、その他の無線データ通信方式で実現できる。また、通信部１０１は、例えば、有線を用いてデータ通信を行う装置またはシステムによって実現可能である。有線を用いたデータ通信の方式としては、例えば、シリアル通信、パラレル通信、ＩＥＥＥ１３９４方式、ＵＳＢコード接続による通信などで実現できる。
【００２７】
送信命令検出部２０２は、他のデータ通信端末４００へのデータ送信命令を検出した場合に制御部２１０へ通知を行う。例えば、データ通信端末２００のユーザが行ったキー入力や、リモコンを使いデータ通信端末２００に入力された信号や、有線または無線通信を介してデータ通信端末２００に送信された信号を受け取り、データ送信命令が指示されたか否かの判定を行なう。また、一定時間内にユーザからの入力が無ければデータ送信命令が指示されたと判定して制御部２１０へ通知したり、前もって設定されている状態に合致した際に制御部２１０へ通知するなど、プログラムなどによって実現してもよい。
【００２８】
送信先保持部２０３は、通信部２０１がデータ１００およびデータ処理手段１０１を送信する際の送信先を特定する情報を記憶する。例えば、携帯電話に搭載されるＲＡＭ、ＳＲＡＭなどのメモリ記憶装置、メモリカードなどの携帯電話に対しての着脱が可能な外部記憶装置で実現できる。また、送信先保持部２０３が記憶する情報としては、例えば、送信先の電話番号、電子メールアドレス、ＩＰアドレス、送信先が固有に持つＩＤなどである。
【００２９】
データ処理手段取得部２０４は、制御部２１０からデータ処理手段取得命令が来た場合に、データ保持部２０６に保持されている送信対象のデータの形式を判別し、その結果を元にデータ処理手段を取得し、取得したデータ処理手段を制御部２１０に通知する。データの形式の判別は、例えば、データの中身、データのファイル名、データが保持されている場所、データ通信端末２００のユーザによる設定などを元に行なう。データ処理手段の取得は、例えば、各データの形式に対応したデータ処理手段を前もって保持しており、保持しているデータ処理手段の中から、判別した送信対象のデータの形式に対応するデータ処理手段を選択し、制御部２１０へ送る。
【００３０】
または、判別した送信対象のデータの形式に対応するデータ処理手段が保持されていない場合、判別した送信対象のデータの形式に対応する処理手段を纏めたアプリケーションの作成し、制御部２１０に送る。ここで作成するアプリケーションとは、例えば、Ｊａｖａ（Ｒ）、Ｃ、Ｃ＋＋、Ｂａｓｉｃ、Ｐｅｒｌ、Ｊａｖａ（Ｒ）ｓｃｒｉｐｔ、ＨＴＭＬ、ＸＭＬなどのプログラミング言語のソースファイルを作成するプログラムおよび／またはコンパイラ、実行形式ファイルを変換するプログラム、データとデータ処理手段を纏めるプログラムや、圧縮プログラムなどである。
【００３１】
データ取得部２０５は、制御部２１０からデータ取得命令が通知された場合に、データを取得し、制御部２１０へ取得したデータを送る。取得するデータとしては、例えば、文字入力データや、ＧＰＳや基地局から取得した位置情報、外部から入力された音データや画像データなどである。また、録音デバイス、カメラデバイス、インターネットからのダウンロードにより音データや画像データを取得するだけでなく、取得したデータを他のデータの形式に変換処理してもよい。
【００３２】
データ保持部２０６は、データ取得部２０５が取得したデータを、制御部２１０を介して受け取り、受け取ったデータの保持を行う。
【００３３】
データ処理手段実行部２０７は、制御部２１０から実行命令が通知された場合に、通信部２０１で受信したデータ処理手段を実行する。また、データ処理手段実行中に出力がある場合に制御部２１０へ出力通知と出力内容を送る。また、データ処理手段実行中に制御部２１０から入力通知と入力内容を受け取る。例えば、Ｊａｖａ（Ｒ）（ＴＭ）ＶＭ、ＢＲＥＷ実行環境、Ｂａｓｉｃインタープリタ、ブラウザ、携帯電話に搭載されているＣＰＵ、その他各種プログラミング言語に対応する実行環境で実現できる。
【００３４】
出力部２０８は、制御部２１０から出力命令と出力内容が来た場合に、出力を行う。例えば、文字や画像やＧＵＩなどを表示する液晶デバイス、ディスプレイデバイス、点灯などを行うライト、バイブレータ、音データを再生する際に音を出力するスピーカーなどで実現される。
【００３５】
入力部２０９は、データ処理手段実行部２０７でデータ処理手段実行中に、外部からの入力を受け取り、制御部２１０へ入力通知と入力内容を送る。例えば、キーデバイス、タッチパネル、音声入力手段、画像認識手段、動画像認識手段、ジャイロデバイスなどで実現できる。
【００３６】
制御部２１０は、データ通信端末２００におけるデータ送受信処理の制御を行なう。送信命令検出部２０２から送信命令を検出した通知を受けた場合に、データ取得部２０５にデータ取得命令を送り、データ取得部２０５から取得したデータを受けた場合に、データ保持部２０６に取得したデータを送り、データ保持部２０６がデータ保持を終えた場合に、データ処理手段取得部２０４にデータ処理手段取得命令を送り、データ処理手段取得部２０４がデータ処理手段取得またはアプリケーションの作成を終えた場合に、通信部２０１へ送信命令を送る。また、通信部２０１から受信通知を受けた場合に、データ処理手段実行部２０７へ実行命令を送り、データ処理手段実行部２０７から出力通知と出力内容を受けた場合に、出力部２０８へ出力通知と出力内容を送り、入力部２０９から入力通知と入力内容を受けた場合に、データ処理手段実行部２０７へ入力通知と入力内容を送る。
【００３７】
以上が、本発明の実施の形態で用いるデータ通信端末２００および４００の構成である。
【００３８】
次に、本発明の実施の形態におけるデータ通信端末２００のデータ送信時の動作手順について、図４に示したフローチャートを参照して説明する。
【００３９】
まず、送信命令検出部２０２が、外部からのデータ送信命令を検出し、制御部２１０へ通知する（Ｓ２１）。なお、データ送信命令には送信先を特定する情報を含んでおり、送信先保持部２０３に保持されている情報を特定する識別情報であってもよい。また、データ送信命令に送信先を特定する情報が含まれていない場合、予め設定されている固定の送信先に、自動的に送信するようにしてもよい。
【００４０】
次に、制御部２１０は、データ取得部２０５にデータ取得命令を通知し、データ取得部２０５は、受け取ったデータ取得命令に基づいて取得を指示されたデータを取得して、制御部２１０へ取得したデータを送る（Ｓ２２）。次に、制御部２１０は、取得したデータをデータ保持部２０６へ送り、データ保持部２０６は受け取ったデータを保持する（Ｓ２３）。
【００４１】
次に、制御部２１０は、データ処理手段取得部２０４へデータ処理手段取得命令を通知し、データ処理手段取得部２０４は、データ保持部２０６に保持されている送信対象のデータの形式を判別し（Ｓ２４）、判別したデータ形式に対応したデータ処理手段が保持されているか否かを判定する（Ｓ２５）。保持されている場合（Ｓ２５がＹＥＳ）、対応するデータ処理手段の取得を行い、制御部２１０に取得したデータ処理手段を通知する（Ｓ２６）。一方、保持されていない場合（Ｓ２５がＮＯ）、アプリケーション作成を行い、制御部２１０に作成したアプリケーションをデータ処理手段として通知する（Ｓ２７）。なお、作成したアプリケーションを追加保持することにより、同じデータ形式のデータを次に送信する際に、アプリケーション作成を行わなくてもよくなる。
【００４２】
最後に、制御部２１０は、通信部２０１へ送信命令を通知し、通信部２０１は、受け取った送信命令で指示されている送信対象のデータと、対応するデータ処理手段を、データ送信命令で指示された送信先へ送信する（Ｓ２８）。なお、通知された送信先が、送信先保持部２０３に対する識別情報である場合、通信部２０１は、送信先保持部２０３から送信に必要となる情報を取得し、通信に使用する。
【００４３】
以上がデータ通信端末２００のデータ送信時の動作手順である。
【００４４】
次に、本発明の実施の形態におけるデータ通信端末４００のデータ受信時の動作手順について、図５に示したフローチャートを参照して説明する。
【００４５】
まず、通信部２０１は、データ１００とデータ処理手段１０１を受信し、制御部２１０へ受信通知を行う（Ｓ３１）。次に、制御部２１０は、データ処理手段実行部２０７へ実行命令を出し、データ処理手段実行部２０７は、通信部２０１が受信したデータ処理手段１０１を実行する（Ｓ３２）。次に、データ処理手段実行部２０７でデータ処理手段を実行中に外部から入力があった場合（Ｓ３３がＹＥＳ）、入力部２０９は制御部２１０へ入力通知と入力内容を送り、制御部２１０はデータ処理手段実行部２０７へ入力通知と入力内容を送る（Ｓ３４）。次に、データ処理手段実行部２０７でデータ処理手段を実行中にデータ処理手段実行部２０７から出力がある場合（Ｓ３５がＹＥＳ）、データ処理手段実行部２０７は制御部２１０へ出力通知と出力内容を送り、制御部２１０は出力部２０８へ出力命令と出力内容を送り、出力部２０８は制御部２１０から受け取った出力内容を出力する（Ｓ３６）。最後に、データ処理手段実行部２０７でのデータ処理手段の実行が終了したか否かを判定し（Ｓ３７）、実行継続中は（Ｓ３７がＮＯ）、Ｓ３３から処理を継続する。
【００４６】
以上が、本発明の実施の形態におけるデータ通信端末２００および４００のデータ送信時の動作手順である。
【００４７】
次に、本発明の実施の形態で用いるファイル取得サーバ３００の構成について説明する。図６は、図１に示すファイル取得サーバ３００の構成の一例を示すブロック図である。ファイル取得サーバ３００は、通信部３０１と解析部３０２とファイル保持部３０３と再構築部３０４と制御部３０５から構成される。
【００４８】
通信部３０１は、データ通信端末２００からデータ１００および／またはデータ処理手段を受信し制御部３０５へ受信通知を行う。また、制御部３０５から送信命令と再構築部３０４が作成したデータおよび／またはデータ処理手段を受けた場合に再構築部３０４で作成したデータおよび／またはデータ処理手段をデータ通信端末４００へ送信する。また、制御部３０５からファイル取得命令とファイルが存在する場所の情報を受けた場合にファイルが存在する場所からファイルを取得し、ファイル取得通知を制御部３０５へ送る。例えば、通信部３０１は、データ通信端末２００の通信部２０１と同じで、無線データ通信を用いても、有線通信を用いてもよい。
【００４９】
解析部３０２は、制御部３０５から解析命令が来た場合に、通信部３０１が受信したデータ１００および／またはデータ処理手段１０１を解析し、データ１００またはデータ処理手段１０１のファイルが存在する場所の情報を制御部３０５へ通知する。例えば、各種プログラム言語の逆コンパイラやファイル解凍プログラムと、逆コンパイルまたはファイル解凍の結果得られたファイルを解析しデータが存在するＵＲＬ、ディレクトリ、ファイル名などを抽出するプログラムで実現できる。このプログラムは、通信部３０１が受信したデータをそのまま解析するプログラムであっても良い。
【００５０】
ファイル保持部３０３は、制御部３０５からファイルを受けた場合にファイルを保持する。例えば、データ通信端末２００のデータ保持部２０６と同じ方法で実現できる。
【００５１】
再構築部３０４は、制御部３０５から再構築命令が来た場合にファイル保持部３０３に保持されているファイルおよび解析部３０２の解析結果を元にデータ１００および／またはデータ処理手段１０１を作成し制御部３０５へ送る。例えば、通信部３０１が受信したデータ１００および／またはデータ処理手段１０１をファイル保持部３０３に保持されているデータおよび／またはデータ処理手段に置き換えるプログラムや、ファイル保持部３０３に保持されているデータおよび／またはデータ処理手段を組み込んだアプリケーションを作成するプログラムで実現できる。また、前記置き換えプログラムや前記アプリケーションを作成するプログラムは、データ通信端末２００のデータ処理手段取得部２０４と同じ方法で実現した手段を利用して実現しても良い。
【００５２】
制御部３０５は、通信部３０１から受信通知を受けた場合に解析部３０２へ解析命令を通知する。また、解析部３０２からファイルが存在する場所の情報を受けた場合に通信３０１へファイル取得命令とファイルが存在する場所の情報を通知する。また、通信部３０１からファイルを受けた場合にファイル保持部３０３へファイルを送る。また、ファイル保持部３０３がファイルを保持した後に再構築部３０４に再構築命令を通知する。また、再構築部３０４からデータおよび／またはデータ処理手段を受けた場合に通信部３０１へ送信命令と再構築部３０４が作成したデータおよび／またはデータ処理手段を送る。
【００５３】
以上が、本発明の実施の形態で用いるファイル取得サーバ３００の構成である。
【００５４】
次に、本発明の実施の形態におけるファイル取得サーバ３００の動作手順について、図７に示したフローチャートを参照して説明する。
【００５５】
まず、通信部３０１が、データ通信端末２００からデータ１００および／またはデータ処理手段を受信し、制御部３０５へ受信通知を行う（Ｓ４１）。次に、制御部３０５は、解析部３０２へ解析命令を通知し、解析部３０２は、通信部３０１が受信したデータ１００および／またはデータ処理手段１０１を解析し、ファイルが存在する場所の情報を制御部３０５へ通知する（Ｓ４２）。次に、制御部３０５は、通信部３０１へファイル取得命令とファイルが存在する場所の情報を通知し、通信部３０１はファイルが存在する場所からファイルを取得し、制御部３０５へ送る（Ｓ４３）。次に、制御部３０５は、通信部３０１から受けたファイルをファイル保持部３０３へ送り、ファイル保持部３０３は受けたファイルを保持する（Ｓ４４）。次に、制御部３０５は、再構築部３０４へ再構築命令を通知し、再構築部３０４は、ファイル保持部３０３に保持されているファイルおよび解析部３０２の解析結果を元にデータ１００および／またはデータ処理手段１０１を作成し、制御部３０５へ送る（Ｓ４５）。次に、制御部３０５は、通信部３０１へ送信命令と再構築部３０４が作成したデータおよび／またはデータ処理手段を送る（Ｓ４６）。
【００５６】
以上が、本発明の実施の形態におけるファイル取得サーバ３００の動作手順である。
【００５７】
なお、本発明の実施の形態における送信命令検出部２０２を警報検出部、送信先保持部２０３に記憶している送信先を緊急連絡先とすることで、データ通信端末を警報装置とすることが可能である。
【００５８】
【発明の効果】
以上のように、本発明のデータ通信端末によれば、データ通信端末がデータの処理手段を持たない受信機にデータを送信する場合でも、受信側は受信したデータを正常に処理できる。
【００５９】
また、送受信するデータの型が複数である場合でも、データ受信側は受信する可能性がある全てのデータ型に対するデータ処理手段を常時保持する必要なくなる。さらに、データ送信命令を検出する前に、送信するデータの型を固定する必要がなくなる。
【００６０】
また、ファイル取得サーバがデータ処理手段の取得処理を行なうため、送信側からデータ処理手段を送信する場合、送信側もデータ処理手段を常時保持する必要がなくなる。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるデータ送受信システムの構成図
【図２】本発明の一実施の形態におけるデータ送受信システムの動作手順を示すフローチャート
【図３】本発明の一実施の形態におけるデータ通信端末の構成を示すブロック図
【図４】本発明の一実施の形態におけるデータ通信端末の送信動作を説明するフローチャート
【図５】本発明の一実施形態におけるデータ通信端末の受信動作を説明するフローチャート
【図６】本発明の一実施の形態におけるファイル取得サーバの構成を示すブロック図
【図７】本発明の一実施の形態におけるファイル取得サーバの動作手順を示すフローチャート
【符号の説明】
１００　データ
１０１　データ処理手段
２００　データ通信端末
２０１　通信部
２０２　送信命令検出部
２０３　送信先保持部
２０４　データ処理手段取得部
２０５　データ取得部
２０６　データ保持部
２０７　データ処理手段実行部
２０８　出力部
２０９　入力部
２１０　制御部
３００　ファイル取得サーバ
３０１　通信部
３０２　解析部
３０３　ファイル保持部
３０４　再構築部
３０５　制御部
４００　データ通信端末
【図１】
2004133668.tif 000003
【図２】
2004133668.tif 000004
【図３】
2004133668.tif 000005
【図４】
2004133668.tif 000006
【図５】
2004133668.tif 000007
【図６】
2004133668.tif 000008
【図７】
2004133668.tif 000009