(57)【要約】端末装置であり、上記サーバ装置と通信する通信部と、上記通信部を介して上記サーバ装置から受信したプログラムを実行する処理部と、上記通信部および処理部を制御する制御部とを備え、上記制御部は、前記処理部が第１のプログラムの実行を完了したとき、その実行結果の保存先を取得し、その実行結果をさらに処理する第２のプログラムを上記通信部を介して上記サーバ装置から受信し、上記処理部によりその第２のプログラムを実行させる。
2003042818.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と通信する通信部と、
前記通信部を介して前記サーバ装置から受信したプログラムを実行する処理部と、
前記通信部および処理部を制御する制御部とを備え、
前記制御部は、前記処理部が第１のプログラムの実行を完了したとき、その実行結果の保存先を取得し、その実行結果をさらに処理する第２のプログラムを前記通信部を介して前記サーバ装置から受信し、前記処理部によりその第２のプログラムを実行させる端末装置。
【請求項２】
前記端末装置は、利用者に携帯される請求項１記載の端末装置。
【請求項３】
前記端末装置は、画像を撮影する撮影部と、撮影された画像を保存する画像保存部とをさらに備える請求項１記載の端末装置。
【請求項４】
前記通信部を介してウェブサーバにデータを登録する登録部をさらに備え、
前記処理部は、そのデータに対する処理を実行する請求項１記載の端末装置。
【請求項５】
前記端末装置は、画像を撮影する撮影部をさらに有し、前記データには、その撮影部で撮影された画像データが含まれる請求項４記載の端末装置。
【請求項６】
前記画像データのフォーマットは、ＧＩＦフォーマット、ＪＰＥＧフォーマットまたはＰＮＧフォーマットの少なくとも一つを含む請求項５記載の端末装置。
【請求項７】
前記データには、テキストデータ、または前記通信部においてデータが受信されたときにその着信を音楽で報知する着信メロディデータの少なくとも一つがさらに含まれる請求項４記載の端末装置。
【請求項８】
前記データには、音データがさらに含まれる請求項４記載の端末装置。
【請求項９】
前記音データのフォーマットは、Ｗａｖフォーマット、ＰＣＭフォーマット、ＡＤＰＣＭフォーマットまたはＡＩＦＦフォーマットの少なくとも一つを含む請求項８記載の端末装置。
【請求項１０】
前記ウェブサーバに登録したデータの所在を示す指示情報を生成する指示情報生成部をさらに備える請求項４記載の端末装置。
【請求項１１】
前記ウェブサーバに登録したデータの所在を示す指示情報を含む電子メールを作成し、前記通信部を介して、電子メールサーバに電子メールの送信を依頼する電子メール処理部をさらに備える請求項４記載の端末装置。
【請求項１２】
前記データには、画像データが含まれ、前記処理部は、その画像に対する処理を実行する請求項１０または１１記載の端末装置。
【請求項１３】
端末装置からデータ保存の要求を受けるサーバであり、
前記端末装置と通信する通信部と、
前記通信部を介して受信したデータを保存する保存部と、
そのデータの保存先を示す指示情報を生成する指示情報生成部とを備えるサーバ。
【請求項１４】
前記データに対して、テキストデータ、音声データまたは前記データが受信されたときにその着信を音楽で報知する着信メロディデータを付加する、そのようなデータ付加部をさらに備える請求項１３記載のサーバ。
【請求項１５】
前記データが画像データであるときに、その画像データに対する処理を実行する処理部をさらに備える請求項１３記載のサーバ。
【請求項１６】
端末装置から電子メールの送信要求を受ける電子メールサーバであり、
前記端末装置からの電子メール本文を含む送信要求を受信する送信要求受付部と、
前記電子メール本文にデータが添付されていたときに、そのデータの保存をネットワーク上のサーバに要求し、前記サーバに保存されたデータの保存先を示す指示情報を取得する保存要求部と、
前記電子メール本文に前記指示情報を付加して電子メールを送信する送信部とを備える電子メールサーバ。
【請求項１７】
サーバ装置と通信する通信部と、
前記通信部を介して前記サーバ装置から受信したプログラムを実行する処理部と、
前記処理部で実行されるプログラムからの要求にしたがいデータを提供するデータ管理部とを備え、
前記要求は、前記データを特定する情報と、前記データの出力先を指定する情報とを含み、
前記管理部は、前記データを第１の形式で保持し、第２の形式に変換して前記出力先に出力する端末装置。
【請求項１８】
前記第１のデータは、文字データを含み、前記第２のデータは、前記文字を画像に変換したデータを含む請求１７記載の端末装置。
【請求項１９】
前記データを特定する情報は、データの種類を識別する情報と、識別された１つの種類の情報を構成する、そのような複数の項目における位置または複数の項目における順位を識別する情報とを有する請求項１７記載の端末装置。
【請求項２０】
サーバ装置と通信する通信部と、
前記通信部を介して前記サーバ装置から受信したプログラムを実行する処理部と、
前記前記処理部で実行されるプログラムからの要求にしたがい所定の機能を提供する機能提供部と、
前記機能提供部にデータを提供するデータ管理部とを備え、
前記要求は、前記データを特定する情報と、そのデータに関連する機能を指定する情報とを含み、
前記プログラムは、前記要求において前記データを間接特定し、
前記データ管理部は、間接特定されたデータを前記機能提供部または前記処理部に引き渡す端末装置。
【請求項２１】
前記データ管理部は、画像データを管理し、前記要求により間接特定される画像データを前記処理部で実行されるプログラムに引き渡す請求項２０記載の端末装置。
【請求項２２】
サーバ装置と通信する通信部を備えるコンピュータが、
サーバ装置から第１のプログラムを受信するステップと、
前記第１のプログラムを実行するステップと、
前記実行結果の保存先を取得するステップと、
前記実行結果をさらに処理する第２のプログラムを前記サーバ装置から受信するステップと、
前記第２のプログラムを実行するステップとを有する情報処理方法。
【請求項２３】
他のコンピュータと通信する通信部を備えるコンピュータが、
前記他のコンピュータからデータ保存の要求を受けるステップと、
前記要求により受信したデータを保存するステップと、
前記データの保存先を示す指示情報を生成するステップと、
前記指示情報を前記他のコンピュータに引き渡すステップとを実行する情報処理方法。
【請求項２４】
通信部を有するコンピュータが、
電子メール本文を含む送信要求を受信するステップと、
前記電子メール本文にデータが添付されていたときに、そのデータの保存をネットワーク上のサーバに要求するステップと、
前記サーバに保存されたデータの保存先を示す指示情報を取得するステップと、
前記電子メール本文に前記指示情報を付加して電子メールを送信するステップとを実行する情報処理方法。
【請求項２５】
サーバ装置と通信する通信部を備えるコンピュータが、
前記サーバ装置から受信したプログラムを実行するステップと、
前記プログラムからの要求にしたがいデータを提供するステップとを実行し、
前記要求は、前記データを特定する情報と、前記データの出力先を指定する情報とを含み、
前記提供するステップは、第１の形式で保持された前記データを第２の形式に変換して前記出力先に出力するステップを含む情報処理方法。
【請求項２６】
前記第１のデータは、文字データを含み、前記第２のデータは、前記文字を画像に変換したデータを含む請求２５記載の情報処理方法。
【請求項２７】
前記データを特定する情報は、データの種類を識別する情報と、識別された１つの種類の情報を構成する、そのような複数の項目における位置または複数の項目における順位を識別する情報とを有する請求項２５記載の情報処理方法。
【請求項２８】
サーバ装置と通信する通信部を備えるコンピュータが、
前記サーバ装置から受信したプログラムを実行するステップと、
前記プログラムからの要求にしたがい所定の機能を提供するステップと、
前記機能の提供に必要なデータを参照するステップとを実行し、
前記要求は、前記データを特定する情報と、そのデータに関連する機能を指定する情報とを含み、
前記プログラムは、前記要求において前記データを間接特定し、
前記参照ステップでは、前記間接特定されたデータの実体が参照される情報処理方法。
【請求項２９】
サーバ装置と通信する通信部を備えるコンピュータが、
サーバ装置から第１のプログラムを受信するステップと、
前記第１のプログラムを実行するステップと、
前記実行結果の保存先を取得するステップと、
前記実行結果をさらに処理する第２のプログラムを前記サーバ装置から受信するステップと、
前記第２のプログラムを実行するステップとを実行するプログラム。
【請求項３０】
他のコンピュータと通信する通信部を備えるコンピュータが、
前記他のコンピュータからデータ保存の要求を受けるステップと、
前記要求により受信したデータを保存するステップと、
そのデータの保存先を示す指示情報を生成するステップと、
その指示情報を前記他のコンピュータに引き渡すステップとを実行するプログラム。
【請求項３１】
通信部を有するコンピュータが、
電子メール本文を含む送信要求を受信するステップと、
前記電子メール本文にデータが添付されていたときに、そのデータの保存をネットワーク上のサーバに要求するステップと、
前記サーバに保存されたデータの保存先を示す指示情報を取得するステップと、
前記電子メール本文に前記指示情報を付加して電子メールを送信するステップとを実行するプログラム。
【請求項３２】
サーバ装置と通信する通信部を備えるコンピュータが、
前記サーバ装置から受信したプログラムを実行するステップと、
前記プログラムからの要求にしたがいデータを提供するステップとを実行し、
前記要求は、前記データを特定する情報と、前記データの出力先を指定する情報とを含み、
前記提供するステップは、第１の形式で保持された前記データを第２の形式に変換して前記出力先に出力するステップを含むプログラム。
【請求項３３】
前記第１のデータは、文字データを含み、前記第２のデータは、前記文字を画像に変換したデータを含む請求３２記載のプログラム。
【請求項３４】
前記データを特定する情報は、データの種類を識別する情報と、識別された１つの種類の情報を構成する、そのような複数の項目における位置または複数の項目における順位を識別する情報とを有する請求項３２記載のプログラム。
【請求項３５】
サーバ装置と通信する通信部を備えるコンピュータが、
前記サーバ装置から受信したプログラムを実行するステップと、
前記プログラムからの要求にしたがい所定の機能を提供するステップと、
前記機能の提供に必要なデータを参照するステップとを実行し、
前記要求は、前記データを特定する情報と、そのデータに関連する機能を指定する情報とを含み、
前記プログラムは、前記要求において前記データを間接特定し、
前記参照ステップでは、前記間接特定されたデータの実体が参照されるプログラム。
【発明の詳細な説明】
技術分野
本発明は、携帯電話や端末装置等の通信装置、および、そのような通信装置やサーバからなる情報システムに関するものである。
背景技術
今日、携帯電話等の携帯端末は急速に普及し、家庭や企業社会等の様々な場面で利用されている。このような携帯端末は、単に通話に利用すること以外に、ウェブサイトへのデータのアップロード、ウェブサイトの閲覧、電子メールの送信等各種用途に利用されている。
特に、携帯端末にカメラを搭載し、撮影した画像を他の携帯端末やウェブサイトに発信する等、画像を取り扱う機能が多用されている。
また、携帯端末で電話を掛ける場合でも、電話番号検索機能や、発信履歴利用よる電話呼出機能等、多種多数の機能が提供されている。
発明の開示
従来、携帯端末における画像データの利用は、例えば、主として以下のものに限定されていた。
（Ａ）  撮影した画像をメール添付などの手段を用いて外部へ転送する。
（Ｂ）  撮影した画像の一部を切り出して、待ち受け画像などに利用する。
したがって、携帯電話に画像処理・加工のアプリケーションプログラムをインストールすることはまれであった。この主な理由は、携帯端末に、そのようなアプリケーションプログラムをインストールしても、携帯端末のリソース上の制限により、複雑な処理や複数の処理を行うアプリケーションを実行することができなかったからである。
また、従来の携帯端末において、ユーザの情報を処理するアプリケーションプログラム、例えば、電話帳データの検索表示プログラムをネットワークで公開されたダウンロードサイトからダウンロードして利用する場合があった。
そのような場合、ダウンロードされたプログラムの内部の仕様は、ユーザから不明である。したがって、そのようなダウンロードサイトから入手したプログラムが意図的に、ネットワーク上の第三者にデータ（例えば、検索した電話帳データ）を引き渡さないような保証はなかった。すなわち、ネットワーク上で流通するプログラムを使用する場合、ユーザの携帯端末においてセキュリティを確保する手段はなかった。
本発明は、このような従来の技術の問題点に鑑みてなされたものである。本発明の課題は、リソースを制限された携帯端末において、様々なアプリケーションプログラムを安全に実行する技術を提供することにある。
すなわち、本発明は、リソースの制限された携帯端末において、例えば、セキュリティを確保した上で画像のハンドリング・加工等のデータ処理を実行できる技術を提供する。これにより、本発明は、利用者のプライバシーを保護する。
本発明のより具体的な目的を以下に示す。
（１）画像データをハンドリング・加工するためのアプリケーションをユーザが携帯電話の外部からダウンロードして、大規模かつ柔軟な処理を実行できるようにする。
（２）データを扱う際に、データそのものを直接やりとりするのではなく、データ種類、項目、ハンドリング情報等をもつタグを用いて、データを授受する仕組みを提供する。
（１）は例えばＪａｖａアプリケーションをダウンロードし動作させる環境を携帯端末の中に持たせ、外部のアプリケーションサーバから複数のモジュールに分割して保存してあるアプリケーションを順番にダウンロードして実行することにより、大規模かつ柔軟な機能を実現することができる。
（２）は例えば携帯端末に含まれる全てのデータに種類別、項目別、扱い別に認識可能なタグ情報を用意する。そして、携帯電話と（１）で述べたアプリケーションの間ではタグ情報をやり取りし、データを扱う場合はそのデータの中身（実体）に依らず、間接的に扱うことで実現する。これにより、アプリケーション中でデータ内部を参照することがないようにし、悪意のあるアプリケーションからプライバシーのあるデータ（電話番号帳やアドレス帳、メール内容など）を保護する。
以下、本発明が採用する手段を説明する。すなわち、本発明は、端末装置であり、
サーバ装置と通信する通信部と、
上記通信部を介して上記サーバ装置から受信したプログラムを実行する処理部と、
上記通信部および処理部を制御する制御部とを備え、
上記制御部は、上記処理部が第１のプログラムの実行を完了したとき、その実行結果の保存先を取得し、その実行結果をさらに処理する第２のプログラムを上記通信部を介して上記サーバ装置から受信し、上記処理部によりその第２のプログラムを実行させるものである。
第２のプログラムは、第１のプログラムの処理結果に対して適用可能なものである。例えば、これらは、画像に対する分割、合成、色合い調整、コントラスト調整、平滑化、輪郭強調等である。このように、複数のプログラムを順次サーバ装置から受信し、実行することにより、リソースの少ない端末装置においても複雑で大規模な処理を実現できる。
好ましくは、上記端末装置は、利用者に携帯されるものである。
好ましくは、上記端末装置は、画像を撮影する撮影部と、撮影された画像を保存する画像保存部とをさらに備えるてもよい。
好ましくは、上記端末装置は、上記通信部を介してウェブサーバにデータを登録する登録部をさらに備え、
上記処理部は、そのデータに対する処理を実行するものでもよい。これにより、上記プログラムで処理したデータをウェブサーバに登録することができる。
好ましくは、上記端末装置は、画像を撮影する撮影部をさらに有してもよい。これにより、その撮影部で撮影された画像データを上記のようなプログラムで処理できる。
好ましくは、上記画像データのフォーマットは、ＧＩＦフォーマット、ＪＰＥＧフォーマットまたはＰＮＧフォーマットの少なくとも一つを含む。
好ましくは、上記データには、テキストデータ、または上記通信部においてデータが受信されたときにその着信を音楽で報知する着信メロディデータの少なくとも一つが含まれる。
好ましくは、上記データには、音データが含まれる。
好ましくは、上記音データのフォーマットは、Ｗａｖフォーマット、ＰＣＭフォーマット、ＡＤＰＣＭフォーマットまたはＡＩＦＦフォーマットの少なくとも一つを含む。
好ましくは、上記端末装置は、上記ウェブサーバに登録したデータの所在を示す指示情報を生成する指示情報生成部をさらに備えてもよい。
好ましくは、上記端末装置は、上記ウェブサーバに登録したデータの所在を示す指示情報を含む電子メールを作成し、上記通信部を介して、電子メールサーバに電子メールの送信を依頼する電子メール処理部をさらに備えてもよい。
好ましくは、上記データには、画像データが含まれ、上記処理部は、その画像に対する処理を実行してもよい。
また、本発明は、端末装置からデータ保存の要求を受けるサーバであり、
上記端末装置と通信する通信部と、
上記通信部を介して受信したデータを保存する保存部と、
そのデータの保存先を示す指示情報を生成する指示情報生成部とを備えるものでもよい。
好ましくは、上記サーバは、上記データに対して、テキストデータ、音声データまたはそのデータが受信されたときにその着信を音楽で報知する着信メロディデータを付加する、そのようなデータ付加部をさらに備えてもよい。
好ましくは、上記サーバは、上記データが画像データであるときに、その画像データに対する処理を実行する処理部をさらに備えてもよい。
また、本発明は、端末装置から電子メールの送信要求を受ける電子メールサーバであり、
上記端末装置からの電子メール本文を含む送信要求を受信する送信要求受付部と、
上記電子メール本文にデータが添付されていたときに、そのデータの保存をネットワーク上のサーバに要求し、上記サーバに保存されたデータの保存先を示す指示情報を取得する保存要求部と、
上記電子メール本文に上記指示情報を付加して電子メールを送信する送信部とを備えるものでもよい。
また、本発明は、サーバ装置と通信する通信部と、
上記通信部を介して上記サーバ装置から受信したプログラムを実行する処理部と、
上記処理部で実行されるプログラムからの要求にしたがいデータを提供するデータ管理部とを備え、
上記要求は、上記データを特定する情報と、上記データの出力先を指定する情報とを含み、
上記管理部は、上記データを第１の形式で保持し、第２の形式に変換して上記出力先に出力するものでもよい。
好ましくは、上記第１のデータは、文字データを含み、上記第２のデータは、上記文字を画像に変換したデータを含むものでもよい。
この第１の形式は、データの本来の形式、例えば、文字情報である。一方、第２の形式は、本来のデータの復元が困難な形式、例えば、画像である。このように第２の形式に変換して上記出力先に出力することで、上記プログラムから端末の外部に上記第１の形式のデータが流出する危険を低減できる。
好ましくは、上記データを特定する情報は、データの種類を識別する情報と、識別された１つの種類の情報を構成する、そのような複数の項目における位置または複数の項目における順位を識別する情報とを有するものでもよい。
このように、データの種類と、その１つの種類の情報を構成する項目位置、また、項目順位により、データの実体を明示することなく、間接的にデータを指定できる。
また、本発明は、サーバ装置と通信する通信部と、
上記通信部を介して上記サーバ装置から受信したプログラムを実行する処理部と、
上記処理部で実行されるプログラムからの要求にしたがい所定の機能を提供する機能提供部と、
上記機能提供部にデータを提供するデータ管理部とを備え、
上記要求は、上記データを特定する情報と、そのデータに関連する機能を指定する情報とを含み、
上記プログラムは、上記要求において上記データを間接特定し、
上記データ管理部は、間接特定されたデータを上記機能提供部または上記処理部に引き渡してもよい。
ここで、例えば、上記プログラムは、端末外部のサーバから受信した電話呼び出しプログラムであり、機能提供部は、携帯端末内部に用意された電話呼び出し機能であり、上記データはその電話番号である。
このように、上記プログラムからの要求では、データ、例えば、電話番号が間接特定され、上記機能提供部に引き渡される。データ管理部は、間接特定されたデータの実体（電話番号）を上記機能提供部に引き渡す。したがって、上記プログラムの実行時の情報、例えば、実行時のログや実行履歴においては、データの実体（上記電話番号）が特定されない。
好ましくは、上記データ管理部は、画像データを管理し、上記要求により間接特定される画像データを上記処理部で実行されるプログラムに引き渡してもよい。
本発明の上記いずれかの構成要素をコンピュータのプログラムとして実現してもよい。本発明は、コンピュータに上記いずれかの処理を実行させる方法であってもよい。また、本発明は、コンピュータに、以上のいずれかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータ読み取り可能な記録媒体に記録したものでもよい。
発明を実施するための最良の形態
以下、図面を参照して、本発明の好適な実施の形態を説明する。
《第１実施形態》
以下、本発明の第１実施形態に係る情報システムをＦＩＧ．１からＦＩＧ．１６の図面に基づいて説明する。
＜システム構成＞
ＦＩＧ．１に、本情報システムのシステム構成図を示す。この情報システムは、ネットワーク上のアプリケーションサーバ１１、ウェブサーバ１２、受信メールサーバ１３および送信メールサーバ１４と、ネットワークを介してこれらのサーバにアクセスする携帯端末１とから構成される。
アプリケーションサーバ１１、ウェブサーバ１２、受信メールサーバ１３および送信メールサーバ１４は、ネットワークにアクセスする通信基板を備えた一般的なコンピュータである。また、携帯端末１は、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、携帯情報端末（ＰＤＡ、Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ（Ｄａｔａ）Ａｓｓｉｓｔａｎｔｓ）等である。
アプリケーションサーバ１１は、各種のアプリケーションプログラム（ＦＩＧ．１には、ＡＰ１、ＡＰ２等として示されている）を保持している。アプリケーションサーバ１１は、携帯端末１から要求があったときに、要求されたアプリケーションプログラムを携帯端末１にダウンロードする。
ウェブサーバ１２は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｐｃｏｌ）にしたがい、クライアントである携帯端末１と通信する。そして、ウェブサーバ１２は、携帯端末１からのウェブページへのリクエストに応答して、そのウェブページを配信する。
また、ウェブサーバ１２は、携帯端末１からのウェブページのアップロード要求に対して、そのウェブページを記述するＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）のデータを受信し、所定の記憶領域にセーブする。
本実施形態では、アップロードされたデータのセーブ先を示すＵＲＬは、携帯端末１が生成する。ウェブサーバ１２は、アップロードされるデータと、そのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）とを受信する。そして、ウェブサーバ１２は、そのＵＲＬによって指定されるファイルにアップロードされたデータをセーブする。
受信メールサーバ１３は、ネットワークを通じて受信した電子メールを携帯端末１に引き渡す。
送信メールサーバ１４は、携帯端末１から送信要求された電子メールを指定された送信先に送信する。本実施形態の情報システムにおいて電子メールに画像データが添付される場合には、画像データそのものが電子メールに添付される代わりに、その画像データの保存先を示すＵＲＬが添付される。以上のような各サーバのハードウェアの構成は広く知られているので、その説明を省略する。
ＦＩＧ．２に、携帯端末１のハードウェア構成図を示す。ＦＩＧ．２のように、携帯端末１は、ＣＰＵ２と、メモリ３と、クロック部９と、インターフェース４を介してＣＰＵ２に接続される撮影部５と、表示部６と、操作部７と、通信部８とを有している。
ＣＰＵ２は、メモリ３にロードされたプログラムを実行し、携帯端末１としての機能を提供する。メモリ３は、ＣＰＵ２で実行されるプログラムやＣＰＵ２で処理されるデータを記憶する。メモリ３は、揮発性のメモリ、例えば、ＤＲＡＭと、不揮発性のメモリ、例えば、フラッシュメモリとを有している。
クロック部９は、ＣＰＵ２が動作する内部クロックを生成する。また、クロック部９は、ＣＰＵ２で実行されるシステムプログラムの作用により、アプリケーションプログラムに対して内蔵時計の機能を提供する。
すなわち、システムプログラムは、クロック部９によって計数された経過時間と所定の基準時刻とから現在の年月日時刻を算出する。ＣＰＵ２で実行されるアプリケーションプログラムは、システムプログラムに現在の年月日時刻を問い合わせることができる。
インターフェース４は、ＣＰＵの内部バスの信号と、周辺装置に接続されるＩ／Ｏバスの信号とを互いに変換する。インターフェース４には、Ｉ／Ｏバスにより、撮影部５、表示部６、操作部７および通信部８が接続される。
撮影部５は、例えば、ＭＯＳカメラ、ＣＣＤカメラ等である。撮影部５は、撮像素子に入力される光信号を電気信号に変換し、画像データを生成する。生成された画像データは、インターフェース４を介してメモリ３に記憶される。
メモリ３に記録される画像データの形式としては、例えば、ＧＩＦ（Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ）フォーマット、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）フォーマットまたはＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）フォーマット等を使用すればよい。これらのフォーマットは、広く知られているので、その説明を省略する。
表示部６は、携帯端末１のユーザが入力した情報、メニュー、アイコン等のオブジェクト、撮影部５が撮影した画像、他の端末やサーバから送信された電子メールの文書、またはウェブサーバ１２が配信するウェブページ等を表示する。表示部６として、例えば、液晶ディスプレイ、ＥＬ（ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等が使用される。
操作部７は、情報を入力し、携帯端末１を操作するために使用される。操作部７は、キーボード、ポインティングデバイス、押しボタンダイヤル等である。ポインティングデバイスは、表示部６に表示されたメニューやアイコンを操作するために使用される。ポインティングデバイスとしては、例えば、矢印キー、トラックボール、ジョイスティック、静電式タッチパッド、スティック形状のポインティングデバイスが使用できる。
通信部８は、ＣＰＵ２の指令により、ネットワークにアクセスし、ネットワーク上のサーバや他の携帯端末と通信する。通信部８は、アンテナと高周波（ＲＦ）回路を含む。
ＦＩＧ．１に示すように、携帯端末１は、アプリケーションサーバ１１からその画像データを処理するためのアプリケーションプログラムＡＰ１、ＡＰ２等をダウンロードする。そして、携帯端末１は、ダウンロードしたアプリケーションプログラムＡＰ１等を実行することで、撮影した画像データを加工する。
ここで、画像データの加工とは、画像データの分割、２以上の画像データの合成、画像データへの文字情報の埋め込み、各種エフェクト処理等をいう。また、エフェクト処理には、例えば、画像データの平滑化、輪郭強調、色合いの調整、明るさの調整、コントラストの調整等が含まれる。
携帯端末１は、このようにして生成した画像や加工した画像をウェブサーバ１２にアップロードする。また、携帯端末１は、このようにして生成した画像や加工した画像を電子メールに添付する。
画像を電子メールに添付して送信先の端末やサーバ等に引き渡す手順として、本携帯端末１は、以下を用いる。
（方法１）直接電子メールに画像データファイルを添付する。
（方法２）画像データを所定のウェブサーバ１２にアップロードしておき、そのアップロード先を示すＵＲＬを電子メールに添付する。
携帯端末１は、ユーザの設定により、これらの方法を使い分ける。ただし、本実施形態では、方法１の手順による処理例を主として説明する。
＜データ構成＞
ＦＩＧ．３に、アプリケーションサーバ１１から携帯端末１にダウンロードされるデータのデータ構成図を示す。ＦＩＧ．３に示すように、このデータは、ダウンロードされるプログラムの本体と、制御部とを有している。
プログラムの本体とは、アプリケーションサーバ１１で管理され、携帯端末１にダウンロードされるアプリケーションプログラムである（図１に示すＡＰ１等）。これらのアプリケーションプログラムには、例えば、画像の加工や画像に対するエフェクト処理を実行するプログラムが含まれる。
制御部には、本データによってダウンロードされるプログラムの次に実行可能なアプリケーションプログラムの数、およびそのようなアプリケーションプログラムを識別するＩＤが列記される。
このＩＤは、携帯端末１内およびアプリケーションサーバ１１内において各アプリケーションプログラムを識別する記号である。ＩＤは、例えば、アプリケーションプログラムを格納するファイルのＵＲＬである。
携帯端末１は、１つのアプリケーションプログラムを実行した後、制御部に複数の実行可能なプログラムが列記されていた場合、それらのプログラムの選択肢を表示部部６に表示し、ユーザに選択させる。ユーザがその選択肢のいずれかを選択すると、携帯端末１は、選択されたプログラムのダウンロードをアプリケーションサーバ１１に要求し、ダウンロードされたプログラムをさらに実行する。
また、携帯端末１は、１つのアプリケーションプログラムを実行した後、制御部に１つの実行可能なプログラムが指定されていた場合、制御部に指定されたプログラムのダウンロードをアプリケーションサーバ１１に要求し、ダウンロードされたプログラムをさらに実行する。
このような手順で、本実施形態の携帯端末１は、ウェブサーバ１１から順次実行可能なアプリケーションプログラムをダウンロードし、逐次的に実行する。例えば、携帯端末１は、撮影部５で撮影した画像に以下の処理（これらを画像の加工ともいう）を実行する。
（１）画像のノイズ除去
（２）画像の所定範囲の切り出し
（３）画像と画像の合成
（４）色合いの調整
（５）コントラストの調整
（６）輪郭部の強調
（７）所定の文字列、例えば、日付やタイトルを挿入する。
（８）データの圧縮
さらに、携帯端末１は、上記のような処理がされた画像をウェブページとしてウェブサーバ１２にアップロードする。また、携帯端末１は、そのような画像を電子メールに添付して送信先に送付する。
＜作用＞
以下、ＦＩＧ．４からＦＩＧ．１１により、本情報システムの各構成要素において実行されるプログラムの処理を示す。
［ウェブページに対するデータ処理］
ＦＩＧ．４に、携帯端末１のＣＰＵ２が実行するデータアップロード処理のフローチャートを示す。ＣＰＵ２は、操作部７に対するユーザの操作に応答し、ＦＩＧ．４で示される処理を起動する。
データアップロード処理では、ＣＰＵ２は、まず、アップロードするデータを外部から取得するか否かを判定する（Ｓ１）。外部から取得する場合とは、例えば、撮影部５により画像データを生成する場合、操作部７からユーザが入力したデータを利用する場合、または、ウェブサーバ１２からダウンロードする場合等をいう。
また、外部から取得しない場合とは、携帯端末１にすでに記録されているデータを利用する場合をいう。データを外部から取得するか否かは、ＣＰＵ２がユーザの操作部７への操作を検出して決定する。
データを外部から取得する場合、ＣＰＵ２は、ユーザ操作にしたがい、処理対象データを取得する（Ｓ２）。例えば、ＣＰＵ２は、撮影部５により画像データを生成する。一方、データを外部から取得しない場合、ＣＰＵ２は、制御をＳ３に進める。
次に、ＣＰＵ２は、ユーザ操作を検出し、データを加工するか否かを判定する（Ｓ３）。データを加工する場合、ＣＰＵ２はデータ加工処理を実行する（Ｓ４）。一方、データを加工しない場合、ＣＰＵ２は、制御をＳ５に進める。
次に、ＣＰＵ２は、ＵＲＬを生成する（Ｓ５）。このＵＲＬは、データをアップロードするアップロード先のデータファイルを指定するＵＲＬである。このＵＲＬは、アップロードするウェブサーバのＵＲＬに、携帯端末１の端末ＩＤおよび現在の年月日時刻を示す文字列を結合して生成する。
例えば、ウェブサーバのＵＲＬがｈｔｔｐ：／／ｐｒｏｖｉｄｅｒ．ｎｅｔであり、携帯端末の端末ＩＤがＡＢＣ０１０００１であり、現在の年月日時刻が００００年１２月２３日４時５６分０１秒の場合、ＵＲＬは、ｈｔｔｐ：／／ｐｒｏｖｉｄｅｒ．ｎｅｔ／ＡＢＣ０１０００１／００００−１２−２３−０４−５６−０１のように生成される。
ここで、現在の年月日時刻は、システムプログラムに問い合わせることにより、内蔵時計（ＦＩＧ．２に示したクロック部９）から得ることができる。
また、携帯端末ＩＤは、携帯電話会社ごとに各携帯端末１に対してユニークに割り当てられる記号である。ただし、携帯端末ＩＤを使用する代わりに携帯端末に割り当てられている電話番号を用いてもよい。この端末ＩＤまたは電話番号は、メモリ３を構成する不揮発性メモリに記録されている。
次に、ＣＰＵ２は、そのＵＲＬを指定して、データをウェブサーバ１２にアップロードする（Ｓ６）。
ＦＩＧ．５に、データ加工処理（ＦＩＧ．４のＳ４）の詳細を示す。この処理では、ＣＰＵ２は、まず、アプリケーションサーバ１１からプログラムをダウンロードする（Ｓ４１）。
次に、ＣＰＵ２は、そのプログラムを実行する（Ｓ４２）。これにより、例えば、画像の色合いの調整、コントラストの調整、平滑化等が画像に対して実行され、画像が所定の領域に保存される。
次にＣＰＵ２は、実行したプログラムから実行結果の保存先を取得する（Ｓ４３）。次に、ＣＰＵ２は、次に実行可能なプログラムが存在するか否かを判定する（Ｓ４４）。これは、ＦＩＧ．３に示したように、ダウンロードしたデータの制御部に、次に実行可能なプログラムのＩＤが設定されているか否かの判定である。
次に実行可能なプログラムがある場合、ＣＰＵ２は、ユーザがデータ加工処理を終了させる指示をしたか否かを判定する（Ｓ４５）。そして、データ加工処理を終了しない場合、ＣＰＵ２は、実行可能なプログラムが複数あるか否かを判定する（Ｓ４６）。そのようなプログラムが複数ある場合、ＣＰＵ２は、表示部６にそのようなプログラムの選択肢表示する。そして、ＣＰＵ２は、ユーザにプログラムを選択させる（Ｓ４７）。そして、ＣＰＵ２は、制御をＳ４１に戻す。
また、Ｓ４６の判定で、実行可能なプログラムが１つしかない場合、ＣＰＵ２は、制御をＳ４１に戻し、そのプログラムをダウンロードする。一方、Ｓ４４の判定で、実行可能なプログラムがない場合、ＣＰＵ２は、データ加工処理を終了する。
ＦＩＧ．６に、アプリケーションサーバ１１のダウンロード処理を示す。アプリケーションサーバ１１は、通常、携帯端末１からのダウンロード要求を待っている（Ｓ１００）。
アプリケーションサーバ１１は、ダウンロード要求を受信すると（Ｓ１０１でＹＥＳの場合）、要求した携帯端末１に要求されたアプリケーションプログラムをダウンロードする（Ｓ１０２）。
プログラムをダウンロードする際、ＦＩＧ．３に示したように、次に実行可能なプログラムを示す制御部が付加される。その後、アプリケーションサーバ１１は、制御をＳ１００に戻す。
ＦＩＧ．７に、ウェブサーバ１２で実行されるアップロード処理を示す。この処理では、ウェブサーバ１１は、通常、携帯端末１からのアップロード要求を待っている（Ｓ１１０）。
ウェブサーバ１２は、アップロード要求を受信すると（Ｓ１１１でＹＥＳの場合）、携帯端末からアップロードされるデータを受信する（Ｓ１１２）。さらに、ウェブサーバ１２は、アップロードされたデータを格納する格納先を示すＵＲＬを受信する（Ｓ１１３）。
次に、ウェブサーバ１２は、ウェブサーバオプション処理を実行する（Ｓ１１４）。ウェブサーバオプション処理は、アップロードされたデータに対する選択的な処理であり、携帯端末１からのアップロード要求で処理の有無、および処理の種類が指定される。
次に、ウェブサーバ１２は、受信したＵＲＬで指示される領域、例えば、ＵＲＬが示すファイルにそのデータを格納する。この場合、そのファイルが存在しない場合、新たにファイルが作成され、データが格納される。その後、ウェブサーバ１２は、制御をＳ１１０に戻す。
ＦＩＧ．８に、ウェブサーバオプション処理（ＦＩＧ．７のＳ１１４）の詳細を示す。この処理では、ウェブサーバ１２は、まず、受信データが画像データか否かを判定する（Ｓ１１４０）。
そして、受信データが画像データの場合、ウェブサーバ１２は、携帯端末１からのアップロード要求に画像の加工指定があるか否かを判定する。画像の加工指定がある場合、ウェブサーバ１２は、受信した画像に指定された加工を実施する。画像の加工とは、色合い、コントラストの調整、画像の平滑化、切り出し、合成等である。
次に、ウェブサーバ１２は、携帯端末１からのアップロード要求にテキストデータの付加指定があるか否かを判定する（Ｓ１１４３）。テキストデータの付加指定がある場合、ウェブサーバ１２は、受信したデータにテキストデータの付加を実施する（Ｓ１１４４）。
テキストデータの付加とは、アップロードされたデータに所定の定型文等を付加する処理をいう。これは、例えば、画像にタイトル、各種メッセージ（お祝い等のメッセージ）を付加する処理である。
次に、ウェブサーバ１２は、携帯端末１からのアップロード要求に音データの付加指定があるか否かを判定する（Ｓ１１４５）。音データの付加指定がある場合、ウェブサーバ１２は、受信したデータに音データの付加を実施する（Ｓ１１４６）。
音データの付加とは、アップロードされたデータに所定の音声メッセージ、音楽、効果音等を付加する処理をいう。これは、例えば、画像にお祝い等の音楽（クリスマスソングやハッピーバースデイツーユー等）を付加する処理である。
音データは、例えば、Ｗａｖフォーマット、ＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）フォーマット、ＡＤＰＣＭ（Ａｄａｐｔｉｖｅ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）フォーマットまたはＡＩＦＦ（Ａｕｄｉｏ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ）等のフォーマット等で記録すればよい。
次に、ウェブサーバ１２は、携帯端末１からのアップロード要求に着信メロディデータの付加指定があるか否かを判定する（Ｓ１１４７）。着信メロディデータの付加指定がある場合、ウェブサーバ１２は、受信したデータに着信メロディデータの付加を実施する（Ｓ１１４８）。
着信メロディデータとは、着信メロディデータを付加されたデータを受信した端末に着信メロディ音を発生させるデータである。例えば、画像に着信メロディデータを付加しておき、その画像を他の端末に送信すると、その画像データを受信した端末は、着信メロディを出力する。その後、ウェブサーバ１２は、ウェブサーバオプション処理を終了する。
［電子メールの送信処理］
ＦＩＧ．９に、携帯端末１が電子メールサーバ１４に送信を要求する電子メール送信要求処理を示す。この処理もＦＩＧ．４のデータアップロード処理と同様携帯端末１のＣＰＵ２において実行される。
電子メール送信要求処理では、ＣＰＵ２は、まず、電子メールに画像等のデータを添付するか否かを判定する（Ｓ１Ａ）。データを添付する場合、ＣＰＵ２は、ユーザ操作にしたがい、添付するデータを取得する（Ｓ２）。例えば、ＣＰＵ２は、撮影部５により画像データを生成する。また、ユーザ操作にしたがい、添付ファイルの内容を取り込む。
次に、ＣＰＵ２は、ユーザ操作を検出し、送信するメッセージ本文または添付データを加工するか否かを判定する（Ｓ３Ａ）。メッセージ本文またはデータを加工する場合、ＣＰＵ２はメッセージまたはデータ加工処理を実行する（Ｓ４Ａ）。
メッセージの加工とは、例えば、メッセージ本文に着信メロディ、定型文、所定の音データを付加する処理をいう。また、画像の加工は、すでに述べたように、色合いやコントラストの調整、画像の平滑化、分割、合成、所定の文字データの付加、音データの付加等である。
次に、ＣＰＵ２は、ＵＲＬを生成する（Ｓ５Ａ）。この処理は、ＦＩＧ．４のＳ５と同様である。そして、ＣＰＵ２は、そのＵＲＬを指定して、データをウェブサーバ１２にアップロードする（Ｓ６Ａ）。
次に、ＣＰＵ２は、そのＵＲＬを電子メールのメッセージ本文に付加して、送信メールサーバ１４に引き渡す（Ｓ７Ａ）。
ＦＩＧ．１０に、送信メールサーバ１４の送信処理を示す。この処理では、通常、送信メールサーバ１４は、電子メール送信要求待ちの状態にある（Ｓ１２０）。
電子メール送信要求を受信すると、送信メールサーバ１４は、携帯端末１から画像データのセーブ先を示すＵＲＬが付加された電子メール本文を受け取る（Ｓ１２２）。
次に、送信メールサーバ１４は、送信メールサーバオプション処理を実行する（Ｓ１２３）。この送信メールサーバオプション処理は、電子メールで送信されるデータに対する選択的な処理であり、携帯端末１からの電子メール送信要求で処理の有無、および処理の種類が指定される。そして、送信メールサーバ１４は、電子メールを送信する（Ｓ１２４）。
ＦＩＧ．１１に、送信メールサーバオプション処理（ＦＩＧ．１０のＳ１２３）の詳細を示す。この処理では、送信メールサーバ１４は、携帯端末１からの電子メール送信要求にテキストデータの付加指定があるか否かを判定する（Ｓ１１２３０）。
テキストデータの付加指定がある場合、送信メールサーバ１４は、送信データにテキストデータを付加する（Ｓ１２３１）。テキストデータの付加は、ＦＩＧ．８のウェブサーバオプション処理で説明した処理（Ｓ１１４４）と同様である。
次に、送信メールサーバ１４は、携帯端末１からの電子メール送信要求に音データの付加指定があるか否かを判定する（Ｓ１２３２）。音データの付加指定がある場合、送信メールサーバ１４は、送信データに音データを付加する（Ｓ１２３３）。音データの付加は、ＦＩＧ．８のウェブサーバオプション処理で説明した処理（Ｓ１１４６）と同様である。
次に、送信メールサーバ１４は、携帯端末１からの電子メール送信要求に着信メロディデータの付加指定があるか否かを判定する（Ｓ１２３４）。着信メロディデータの付加指定がある場合、送信メールサーバ１４は、送信データに着信メロディデータを付加する（Ｓ１２３５）。
着信メロディデータの付加は、ＦＩＧ．８のウェブサーバオプション処理で説明した処理（Ｓ１１４８）と同様である。その後、ウェブサーバ１２は、送信メールサーバオプション処理を終了する。
＜実施形態の効果＞
以上述べたように、本実施形態の情報システムでは、携帯端末１は、画像等のデータを加工するための複数のアプリケーションプログラムをアプリケーションサーバ１１から順次ダウンロードし、逐次実行する（ＦＩＧ．５）。このため、リソースが制限される携帯端末１においても、比較的負荷の大きい加工処理を実行することができる。
また、上記携帯端末１は、撮影部５を備えているので、撮影した画像データに対してそのような加工を順次実行することができる。また、上記携帯端末１は、そのような加工後のデータをウェブサーバ１２にアップロードすることができる。また、上記携帯端末１は、加工後のデータのＵＲＬを電子メールに付加し、送信先に送信することができる。
また、上記実施形態の携帯端末１は、ウェブサーバ１２にアップロードするデータの格納先を示すＵＲＬを携帯端末ＩＤ、電話番号、現在年月日時刻等の組み合わせにより生成する。このため、他の端末が生成したＵＲＬと重複のないユニークなＵＲＬを携帯端末１側で生成できる。
＜ＵＲＬ生成手順の変更＞
上記実施形態では、携帯端末１がアップロードされるデータの格納先を示すＵＲＬを生成した。しかし、本発明の実施は、そのような手順には限定されない。
ＦＩＧ．１２に、ウェブサーバ１２が、アップロードされたデータのセーブ先のＵＲＬを生成する処理を示す。この処理において、Ｓ１１０〜Ｓ１１２およびＳ１１４の処理は、ＦＩＧ．７の場合と同様であるので、その説明を省略する。
ウェブサーバオプション実行後、ウェブサーバ１２は、携帯端末からアップロードされたデータのセーブ先のＵＲＬを生成する（Ｓ１１５Ａ）。セーブ先を指示するＵＲＬは、例えば、携帯端末１における処理（ＦＩＧ．４のＳ５）と同様、アップロード要求元の携帯端末１の携帯端末ＩＤ等や、現在の年月日時刻等を用いてもよい。また、乱数や通し番号等を用いてもよい。また、これらの組み合わせを用いてもよい。
次に、ウェブサーバ１２は、アップロードされたデータを生成したＵＲＬで指示される領域にセーブする（Ｓ１１５Ｂ）。次に、ウェブサーバ１２は、データセーブ先のＵＲＬを携帯端末１へ送信する（Ｓ１１６）。これにより、携帯端末１は、アップロードされたデータのセーブ先を知ることができる。
ＦＩＧ．１３に、送信メールサーバ１２が、電子メールに添付されるデータ（以下添付データという）を携帯端末１から受信し、ウェブサーバ１２に作成したＵＲＬの領域に添付データを保存させる処理を示す。この処理のＳ１２０、Ｓ１２１は、ＦＩＧ．１０の場合と同様である。
電子メールの送信要求を受信すると、送信メールサーバ１４は、携帯端末１から添付データを受信する（Ｓ１２２）。次に、送信メールサーバ１４は、送信メールサーバオプションを実行する（Ｓ１２４）。
次に、送信メールサーバ１４は、添付データをウェブサーバ１２にアップロードする（Ｓ１２５）。そして、送信メールサーバ１４は、ウェブサーバ１２から添付データのセーブ先ＵＲＬを受信する（Ｓ１２６）。そして、送信メールサーバ１４は、添付データのセーブ先のＵＲＬを付加した電子メールを送信する。
＜データサーバを含むシステム＞
上記実施形態では、加工されるデータは、携帯端末１に保持されていた。しかし、本発明の実施は、このような構成や手順には限定されない。例えば、情報システムにデータサーバを追加、データサーバにおいてデータを保持するようにしてもよい。
ＦＩＧ．１４にそのような情報システムのシステム構成を示す。このシステムの構成は、データサーバ１５が付加されている点を除いてＦＩＧ．１と同様である。
データサーバ１５は、携帯端末１が撮影した画像データ等、携帯端末１で加工するデータ、携帯端末１からウェブサーバ１２にアップロードするデータ、携帯端末１から発信する電子メールに添付するデータ等を保持する。
この情報システムでは、データの加工前に、まず、携帯端末１がデータサーバ１５から加工対象のデータをダウンロードする。そして、上記第１実施形態の場合と同様、アプリケーションサーバ１１からのアプリケーションプログラムのダウンロードと実行を繰り返し、データを加工する。
加工されたデータは、第１実施形態の場合と同様に、ウェブサーバ１２にアップロードしてもよい。また、アップロードしたデータのセーブ先ＵＲＬを電子メールに付加してもよい。
ただし、加工後のデータをデータサーバ１５に保存し、その保存先を示すＵＲＬをウェブサーバ１２に引き渡すウェブページに記述するようにしてもよい。また、加工後のデータをデータサーバ１５に保存し、その保存先を示すＵＲＬを電子メールに添付して送信するようにしてもよい。
さらに、データサーバ１５から携帯端末１にデータを一括してダウンロードせず、部分的なデータに区分して順次、携帯端末１に引き渡すようにしてもよい。そして、区分されたデータを順次加工するようにしてもよい。
ただし、画像データを加工する場合には、画像の色合い調整、コントラスト調整、明るさの調整、平滑化、輪郭強調等の処理では、画像を区分した境界部分を適正に処理することが困難であり、データを区分して処理することは簡単ではない。
一方、画像と画像を合成する処理や画像を切り出す処理、画像に文字データ、音データ等を付加する処理は、区分したデータに対しても適正に実行される。
ＦＩＧ．１５に、データを区分してデータサーバ１５から携帯端末１にダウンロードされるデータのデータ構成図を示す。このデータは、制御部と、ダウンロードされるデータの本体とから構成される。ここで、ダウンロードされるデータの本体とは、分割されたデータそのものである。本実施形態において、データが画像データの場合には、２次元の矩形表示領域を想定する。データが画像データ以外の場合、特に表示領域を想定しない。
制御部は、データの識別子、データの分割数（Ｎ、Ｍ）、分割の幅（ΔＷ、ΔＨ）本データの分割番号（ｎ、ｍ）を有している。データの識別子は、処理対象のデータを識別する文字列である。
データの分割数（Ｎ、Ｍ）は、データを分割する場合の横方向の分割Ｎ、および、縦方向の分割数Ｍである。ただし、データが画像データ以外の場合、Ｍ＝１固定である。
また、分割の幅（ΔＷ、ΔＨ）は、画像データに対する分割領域の横方向の幅ΔＷと縦方向の幅ΔＨである。
本データの分割番号（ｎ、ｍ）は、分割された領域の位置を示す位置番号であり、例えば、右上の領域を開始位置（１、１）とし、ｎは右方向の位置番号、ｍは下方向の位置番号として定義される。ただし、データが画像データ以外の場合、ｍ＝１固定であり、番号ｎにより分割されたデータの順位を指定する。
ＦＩＧ．１６に、区分されたデータを加工する携帯端末１におけるＣＰＵ２のデータ処理の手順を示す。この処理では、ＣＰＵ２は、まず、処理対象データ（区分されたデータ）をデータサーバ１５から取得する（Ｓ３０）。
次に、ＣＰＵ２は、処理対象データに所定の処理を実行する（Ｓ３１）。所定の処理とは、例えば、画像に対する文字データの追加、画像の分割、画像の合成等である。
次に、ＣＰＵ２は、実行結果のデータをデータサーバ１５に保存する（Ｓ３２）。この場合、データサーバ１５は、分割部分の２番目の部分以降のデータをその前に処理されたに部分に合成すればよい。
次に、携帯端末１は、データに分割の残り部分があるか否かを判定する。そして、分割の残り部分がある場合、ＣＰＵ２は、次の分割部分をデータサーバ１５から取得する（Ｓ３４）。そして、ＣＰＵ２は、制御をＳ３１に戻す。一方、データの残り部分がない場合、ＣＰＵ２は、データ処理を終了する。
このような手順を採ることで、携帯端末１がデータ保持するための十分なリソースを有しない場合でも、最終的には、データの全体を加工することができる。
＜その他の変形例＞
上記実施形態では、電子メールに画像を添付する場合に、その画像をまず、ウェブサーバ１２にアップロードし、そのアップロードしたデータの格納先を示すＵＲＬを電子メールの本文に付加した。しかし、本発明の実施はそのような手順には限定されない。例えば、画像データそのものを電子メールに添付してもよい。
上記実施形態では、携帯端末１からの要求によりアプリケーションサーバ１１は、要求されたアプリケーションプログラムを携帯端末１にダウンロードした。そして、携帯端末１がアプリケーションプログラムを実行した。しかし、本発明の実施はそのような構成や作用に限定されない。例えば、携帯端末１から要求があったときに、アプリケーションサーバ１１においてアプリケーションプログラムを実行するようにしてもよい。
その場合には、携帯端末１からアプリケーションサーバ１１に、処理対象のデータを引き渡すようにすればよい。また、ＦＩＧ．１４に示したように、処理対象のデータがデータサーバ１５に保持されている場合には、携帯端末１からアプリケーションサーバ１１に、処理対象のデータの所在を引き渡すようにすればよい。
《第２実施形態》
本発明の第２実施形態をＦＩＧ．１７からＦＩＧ．２１の図面の基づいて説明する。ＦＩＧ．１７は、第２実施形態に係る情報システムのシステム構成図であり、ＦＩＧ．１８は、ＦＩＧ．１７に示した電話帳表示プログラムが携帯端末１に表示する電話帳画面の例であり、ＦＩＧ．１９は、図１７に示した外部プログラム２０と内部プログラム２１とのインターフェースを記述するタグ情報の例であり、ＦＩＧ．２０は、電話帳表示プログラムの処理を示すフローチャートであり、ＦＩＧ．２１は、携帯端末１で実行される電話呼出プログラムの処理を示すフローチャートである。
上記第１実施形態では、携帯端末１に、アプリケーションサーバ１１からプログラムを順次ダウンロードして実行することにより、リソースの少ない携帯端末１において複雑な処理を実現するシステムについて説明した。
本実施形態では、携帯端末１に、アプリケーションサーバ１１からプログラムをダウンロードして利用する場合に、利用者のセキュリティを確保するシステムについて説明する。
他の構成要素は、第１実施形態の場合と同様である。そこで、同一の構成要素については、同一の符号を付してその説明を省略する。また、必要に応じて図１から図１６の図面を参照する。
＜発明の背景＞
従来、アプリケーションサーバ１１からプログラムを携帯端末１にダウンロードして実行することは行われていた。しかし、従来、アプリケーションサーバからダウンロードしたアプリケーションプログラム（以下、本実施形態では外部プログラムという）と、携帯端末１に内蔵した内部プログラムの関係は、以下の通りである。
（１）ユーザが外部プログラムを起動し、所定の処理を、例えば、電話番号の検索・表示を実行する。
（２）外部プログラムは、内部プログラムに依頼し、指定の検索条件に合致する電話番号を検索させる。
（３）内部プログラム、例えば、データベース管理プログラムは、検索処理を実行し、結果を外部プログラムに引き渡す。
（４）外部プログラムは、引き渡された結果を表示する。
このような処理手順では、検索された結果が外部プログラムおよびネットワークを介してネットワーク上に流出する可能性があった。
＜システム構成＞
ＦＩＧ．１７に、本実施形態に係る情報システムの概念図を示す。本情報システムは、携帯端末１と、その携帯端末１に外部プログラム２０を提供するアプリケーションサーバ１等のサーバをネットワークで接続して構成される。
アプリケーションサーバ１１は、外部プログラム格納部を有しており、各種の外部プログラムを保持している。外部プログラムには、例えば、電話帳表示プログラム、画像加工プログラム等が含まれる。これらの外部プログラム２０は、Ｊａｖａ等の言語で記述される場合が多い。
携帯端末１は、メモリ３（ＦＩＧ．２参照）に外部プログラム２０、および内部プログラム２１を有する。携帯端末１のＣＰＵ２は、外部プログラム２０を実行し、ユーザに対応する機能を提供する。
本実施形態では、外部プログラム２０は、外部プログラム２０固有の処理結果を出力領域２４に出力する（矢印２００）。また、外部プログラム２０が内部プログラム２１を介して実行すべき処理は、所定のアプリケーションインタフェースを介して内部プログラム２１に指令される（矢印２０１）。
このアプリケーションインタフェースでは、処理対象のデータが、内部プログラム２１が管理する内部データ２２の場合に、間接的に指定される。すなわち、内部データ２２を特定する情報を直接指定するのではなく、データの種類、その種類中の項目の番号等により間接的に内部データ２２が指定される。例えば、電話帳という種類のデータの１番目〜１０番目までの項目を出力する指令が外部プログラム２０から内部プログラム２１に引き渡される。
内部プログラム２１は、内部データ２２にアクセスし、指定された種類のデータの中の指定された項目のデータを出力領域２４に、例えば、画像として出力する（矢印２０２）。出力領域２４の内容は、そのまま表示部６に表示される。したがって、電話帳の１から１０番目に記録された電話番号が表示部６に表示される。
この場合、外部プログラム２４は、出力領域の画像を文字列として簡単には、認識することができない。したがって、外部プログラムがネットワークを介して内部データ２２を第三者に引き渡すような不正の発生を低減できる。
また、例えば、内部データとして、画像を取り扱う場合を考える。すなわち、撮影部５で撮影して携帯端末１の内部に保存している複数の画像データ中から１つのデータを選択する場合、データについているタグとして
種類タグ：撮影画像データ（ＪＰＥＧ）
項目タグ：２番目の画像データ
ハンドリングタグ：加工可能なデータ（著作権フリー）
を扱うものとする。
ネットワークのアプリケーションサーバ１１上にあるアプリケーション群から、画像加工アプリケーションをダウンロードする。この画像加工アプリケーションはまず、携帯端末１の内部データ２２から扱う対象データとして撮影画像データというタグを持つ内部データにアクセスする。
このタグを持つ内部データ２２をサーチし、リストする。このとき撮影画像データにつけられているタイトル名は、携帯電話内部に持っているタイトル名リストを種類タグと項目タグを使って取得する。
この場合、取得のためのアプリケーションインターフェースと表示のためのアプリケーションインターフェースは携帯端末１内部プログラム２１により実現する。これにより、外部アプリケーション２０（この場合、画像加工アプリケーション）は直接タイトル名を扱う必要がない。その結果、例えば、画像のタイトルのような特定のプライバシー情報の保護が可能となる。
リスト中から選択されたデータは、その種類タグから撮影画像データ（ＪＰＥＧ）であることがわかる。その結果、画像加工アプリケーションでの処理はＪＰＥＧデータを扱うことを前提に個々の処理実現できる。
例えば画像中の座標（Ｘ，Ｙ）の画素データを扱う場合は、携帯端末１側のデータアクセスアプリケーションインターフェースを利用して、座標から算出されるオフセットアドレス値を用いて値を得ることができる。また、加工したデータは同様のアプリケーションインターフェースを用いて書き込むことできる。このような方法を用いることで、画像データ全体の内容を確認することなく処理が行える。
このような画像加工アプリケーションでの処理が終了した場合、加工後の画像データは携帯端末内部の元のエリアに書き戻してもよいし、ネットワーク側のデータサーバ１５（ＦＩＧ．１参照）として利用可能な空間にアップロードして保存してもよい。
＜電話帳表示プログラムの画面構成＞
ＦＩＧ．１８に、ＦＩＧ．１７に示した電話帳表示プログラムの画面表示例を示す。この例では、表示領域３１に、罫線３２が描画され表が形成されている。この表の第１行は、タイトル行であり、”通し番号”、”氏名”および”電話番号”の各タイトルが表示されている。
また、この表の第２行目以降の各行は、電話帳の個人ごとのデータが表示される。各行には、タイトル行に対応して、通し番号３４、氏名３５、および電話番号３３が表示される。
＜タグ情報の構成例＞
ＦＩＧ．１９に、本実施形態で使用するタグ情報の構成例を示す。ＦＩＧ．１９に示すように、本実施形態では、タグ情報は、分類タグ、種類タグ、および項目タグの組み合わせで指定する。
分類タグは、データの種類を指定する。例えば、”分類タグ＝０１”のとき、データが文字データであることを示す。また、”分類タグ＝０２”のとき、データが画像データであることを示す。さらに、”分類タグ＝０３”のとき、データが音声または音データであることを示す。
種類タグは、各々の分類ごとに定義される。例えば、文字データに対して、種類タグが０〜５００の項番の範囲で指定される。そして、文字データに対する”種類タグ＝０１”は電話番号を示す。また、文字データに対する”種類タグ＝０２”は電子メールアドレスを示す。文字データに対する”種類タグ＝０３”は氏名を示す。また、文字データに対する”種類タグ＝０４”は所属を示す。
さらに、各種類タグに対して項目タグを指定することができる。このようにして、例えば、”分類タグ＝０１”、”種類タグ＝０１”、”項目タグ＝５”により、電話帳の５番目のデータが指定される。
同様に、”分類＝０２”により画像データが指定される。また、”分類＝０３”より音声、音データが指定される。
＜作用＞
ＦＩＧ．２０に、携帯端末１のＣＰＵ２で実行される電話帳表示プログラムの処理を示す。このＣＰＵ２は、ユーザによる操作部４を介した電話帳表示指示を検出するとＦＩＧ．２０で示される電話帳表示プログラムを起動する。
この処理では、まず、電話帳表示プログラムは、描画領域確保のアプリケーションインターフェースを呼び出す（Ｓ１４０）。この呼び出しによりメモリ３に指定された寸法の描画領域に対応する領域が確保される。このとき、アプリケーションインターフェースからの返値として領域ＩＤが電話帳表示プログラムに返される。このような領域ＩＤは、例えば、マルチウィンドウシステムにおけるウィンドウＩＤや、ウィンドウ内の部品ＩＤとして知られている。この領域に画像データを書き込むことにより、その内容がそのまま表示部３に表示される。
次に、電話帳表示プログラムは、確保された領域に電話帳の枠となる罫線とタイトルを描画する（Ｓ１４１）。
次に、電話帳表示プログラムは、上記領域ＩＤ、領域内の描画開始位置を指定して通し番号描画のアプリケーションインターフェース（ＡＰＩ）を呼び出す（Ｓ１４２）。すると、電話帳の第２行目（通し番号０１）の通し番号が表示される。
次に、電話帳表示プログラムは、上記領域ＩＤ、領域内の描画開始位置を指定して、氏名描画のアプリケーションインターフェースを呼び出す（Ｓ１４３）。このとき、タグ情報として、”分類タグ＝０１”の文字データ、”種類タグ＝０３”の氏名、”項目＝１”が指定される。その結果、電話帳の第２行目（通し番号０１）の氏名が表示される。
次に、電話帳表示プログラムは、上記領域ＩＤ、領域内の描画開始位置を指定して、電話番号描画のアプリケーションインターフェースを呼び出す（Ｓ１４４）。このとき、タグ情報として、”分類タグ＝０１”の文字データ、”種類タグ＝０１”の電話番号、”項目＝１”が指定される。その結果、電話帳の第２行目（通し番号０１）の電話番号が表示される。
次に、電話帳表示プログラムは、電話帳の残りデータの数を判定する。電話帳の残りデータ数は、アプリケーションインターフェースからの返値で判定する。そして、電話帳に残りデータがある場合、電話帳表示プログラムは、制御をＳ１４２に戻す。一方、電話帳に残りデータがない場合、電話帳表示プログラムは、処理を終了する。
ＦＩＧ．２１に電話呼び出しプログラムの処理を示す。このプログラムは、例えば、ユーザが電話帳の特定の行を選択し、電話呼び出し操作をしたときに、実行される。
すなわち、電話呼び出しプログラムは、ユーザが電話帳の項目を選択するのを待つ（Ｓ１５１）。そして、項目が選択された後、電話呼び出しの指示があると（Ｓ１５２でＹＥＳの場合）、電話呼び出しプログラムはメモリ３の所定の領域に電話呼び出しコマンドを記述する（Ｓ１５３）。
次に、電話呼び出しプログラムは、電話呼び出しコマンドのパラメータとして、”分類＝０１”の文字データ、”種類＝０１”の電話番号、”項目＝選択された項目の番号”を設定する（Ｓ５１４）。
次に、電話呼び出しプログラムは電話呼び出しコマンドとタグによるパラメータを電話呼び出しのアプリケーションインターフェースに引き渡す（Ｓ１５５）。この呼び出しにより、ユーザが選択した電話帳の項目の電話番号が呼び出される。
＜実施形態の効果＞
このように、本実施形態の携帯端末１では、アプリケーションサーバ１１からダウンロードされた外部プログラム２０と、内部プログラム２１の間は、データの分類、種類、項目番号等を指定するタグ情報で処理対象の内部データ２２が指定される。
このため、外部プログラムが直接内部データ２２の内容に接触することがない。このため、ネットワーク上に公開された内部仕様が不明確な外部プログラム２０を使用する場合であっても、内部データ２２が流出する危険を低減できる。
上記のように、データの分類、種類、項目をタグで間接的に指定して電話呼び出しを実行させた場合、操作履歴には、タグ情報が記録され、呼び出し先の電話番号が記録されない。したがって、上記のような電話番号表示や電話呼び出しを実行してもユーザのプライバシー、例えば、いつ誰に電話を掛けたかという情報が外部に流出する危険を低減できる。
＜変形例＞
上記実施形態では、タグ情報の例として、分類タグ、種類タグ、および項目タグを使用した。しかし、本発明の実施は、このような構成に限定されるものではない。例えば、種類タグ、および項目タグの２種類で内部データ２２を指定するようにしてもよい。また、４以上のタグを使用して情報を特定してもよい。
上記実施形態では、電話帳の表示項目を選択して電話を掛ける例を示した。しかし、本発明の実施はこのような応用に限定されるものではない。例えば、電子メールアドレス一覧から特定のアドレスを選択して、そのアドレスに電子メールを発信するようなアプリケーション等にも適用可能である。
また、上記第１実施形態における携帯端末１の機能と第２実施形態における携帯端末１の機能とを組み合わせてもよい。例えば、ＦＩＧ．４に示したように、携帯端末１のデータアップロード処理では、加工するデータを取得し（Ｓ１、Ｓ２）、アプリケーションサーバ１１からダウンロードしたプログラムを実行して、データを加工した（Ｓ４）。
このようなデータの加工処理において、処理対象のデータを上記タグ情報によって特定するようにしてもよい。
すなわち、ＦＩＧ．１９の記述にしたがうと、”分類＝０２”の画像、”種類＝０２”のＪＰＥＧ、”項番＝０１”のように画像データを特定してもよい。
このように画像の加工を実行するプログラム（第２実施形態における外部プログラム２１に相当）において、間接的なタグ情報でデータを特定させることで、「外部プログラム実行時にユーザどのような画像データを処理したか」というプライバシーが保護される。例えば、第１実施形態の画像の加工を実行するプログラムがログを記録する場合であっても、ログとしてはタグ情報が記録され、画像データの実体名等が外部に流出することがない。
《コンピュータ読み取り可能な記録媒体》
コンピュータに上記いずれかの機能を実現させるプログラムをコンピュータ読み取り可能な記録媒体に記録することができる。そして、コンピュータに、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
ここで、コンピュータ読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータから取り外し可能なものとしては、例えばフロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ＤＡＴ、８ｍｍテープ、メモリカード等がある。
また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
《搬送波に具現化されたデータ通信信号》
また、上記プログラムは、コンピュータのハードディスクやメモリに格納し、通信媒体を通じて他のコンピュータに配布することができる。この場合、プログラムは、搬送波によって具現化されたデータ通信信号として、通信媒体を伝送される。そして、その配布を受けたコンピュータに上記機能を提供させることができる。
ここで通信媒体としては、有線通信媒体、例えば、同軸ケーブルおよびツイストペアケーブルを含む金属ケーブル類、光通信ケーブル等、または、無線通信媒体例えば、衛星通信、地上波無線通信等のいずれでもよい。
また、搬送波は、データ通信信号を変調するための電磁波または光である。ただし、搬送波は、直流信号でもよい。この場合、データ通信信号は、搬送波がないベースバンド波形になる。したがって、搬送波に具現化されたデータ通信信号は、変調されたブロードバンド信号と変調されていないベースバンド信号（電圧０の直流信号を搬送波とした場合に相当）のいずれでもよい。
産業上の利用可能性
本発明は、携帯電話等の携帯端末の製造産業、携帯端末による通信事業、携帯端末を利用したサービス産業、ネットワーク上のサーバの製造産業、サーバにより情報やサービスを提供する情報産業に利用できる。
【図面の簡単な説明】
ＦＩＧ．１は、本発明の第１実施形態に係る情報システムのシステム構成図であり、
ＦＩＧ．２は、ＦＩＧ．１に示した携帯端末１のハードウェア構成図であり、
ＦＩＧ．３は、ＦＩＧ．１のアプリケーションサーバ１１から携帯端末１にダウンロードされるデータのデータ構成図であり、
ＦＩＧ．４は、携帯端末１においてデータをウェブサーバ１２にアップロードするデータアップロード処理を示すフローチャートであり、
ＦＩＧ．５は、ＦＩＧ．４に示したデータ加工処理（Ｓ４）の詳細を示すフローチャートであり、
ＦＩＧ．６は、ＦＩＧ．１に示したアプリケーションサーバ１１のダウンロード処理を示すフローチャートであり、
ＦＩＧ．７は、ＦＩＧ．１に示したウェブサーバ１２のアップロード処理を示すフローチャートであり、
ＦＩＧ．８は、ＦＩＧ．７に示したウェブサーバオプション処理（Ｓ１１４）の詳細を示すフローチャートであり、
ＦＩＧ．９は、携帯端末１において送信メールサーバ１４に送信を要求する電子メール送信要求処理を示すフローチャートであり、
ＦＩＧ．１０は、ＦＩＧ．１に示した送信メールサーバ１４の送信処理を示すフローチャートであり、
ＦＩＧ．１１は、ＦＩＧ．１０に示した送信メールサーバオプション処理（Ｓ１２３）の詳細を示すフローチャートであり、
ＦＩＧ．１２は、第１実施形態の変形例に係るウェブサーバ１２のアップロード処理を示すフローチャートであり、
ＦＩＧ．１３は、第１実施形態の変形例に係る送信メールサーバ１４の送信処理を示すフローチャートであり、
ＦＩＧ．１４は、第１実施形態の変形例に係る情報システムのシステム構成図であり、
ＦＩＧ．１５は、ＦＩＧ．１４に示したデータサーバ１５から携帯端末１にダウンロードされるデータのデータ構成図であり、
ＦＩＧ．１６は、ＦＩＧ．１４に示した携帯端末１で実行されるデータ処理例を示すフローチャートであり、
ＦＩＧ．１７は、本発明の第２実施形態に係る情報システムの概念図であり、
ＦＩＧ．１８は、ＦＩＧ．１７に示した電話帳表示プログラムが携帯端末１に表示する電話帳画面の例であり、
ＦＩＧ．１９は、ＦＩＧ．１７に示した外部プログラム２０と内部プログラム２１とのインターフェースを記述するタグ情報の例であり、
ＦＩＧ．２０は、電話帳表示プログラムの処理を示すフローチャートであり、
ＦＩＧ．２１は、携帯端末１で実行される電話呼出プログラムの処理を示すフローチャートである。
【図１】
2003042818.tif 000003
【図２】
2003042818.tif 000004
【図３】
2003042818.tif 000005
【図４】
2003042818.tif 000006
【図５】
2003042818.tif 000007
【図６】
2003042818.tif 000008
【図７】
2003042818.tif 000009
【図８】
2003042818.tif 000010
【図９】
2003042818.tif 000011
【図１０】
2003042818.tif 000012
【図１１】
2003042818.tif 000013
【図１２】
2003042818.tif 000014
【図１３】
2003042818.tif 000015
【図１４】
2003042818.tif 000016
【図１５】
2003042818.tif 000017
【図１６】
2003042818.tif 000018
【図１７】
2003042818.tif 000019
【図１８】
2003042818.tif 000020
【図１９】
2003042818.tif 000021
【図２０】
2003042818.tif 000022
【図２１】
2003042818.tif 000023
【国際調査報告】
2003042818.tif 000024
2003042818.tif 000025
2003042818.tif 000026
2003042818.tif 000027