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