(57)【要約】【課題】現在再生中のアプリケーションを中断もしくは終了することなく、画像等の電子データを電子メールによって送信することが可能な情報処理装置を提供する。【解決手段】送信データが存在するときに（Ｓ３０２）、指定された送信先にアプリケーションが存在するか否か判断し（Ｓ３０４）、存在する場合は送信データを送信形式に変換し（Ｓ３０５）、存在しない場合はそのまま処理を終了する。【選択図】  図３
2005157950.tif 000002
【特許請求の範囲】
【請求項１】
画像や動画像や音声などのデータを処理（再生、編集、表示など）手段を有する第一のアプリケーションと、
上記データを送信する手段を有する第一のアプリケーションと異なる第二のアプリケーションとを搭載した情報処理装置において、
前記第一のアプリケーションが特定のデータの処理を実行中に当該第一のアプリケーションから呼び出すことが可能な送信先入力手段と、
前記送信先入力手段への入力終了と送信実行を指示する手段と、
前記送信実行が指示された際に前記処理中の特定のデータを前記入力指示された送信先に対して送信を行うように前記第二のアプリケーションの送信ＡＰＩ（アプリケーションプログラムインタフェース）に指示を行う手段を有することを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、前記特定のデータを扱う第一のアプリケーションを複数有することを特徴とする情報処理装置。
【請求項３】
請求項１に記載の情報処理装置であって、前記特定のデータを保持したまま送信に適した形式に変換する手段を有し、送信を行う前に前記変換手段を用いることを特徴とする情報処理装置。
【請求項４】
請求項３に記載の情報処理装置であって、前記データ変換手段を複数有することを特徴とする情報処理装置。
【請求項５】
請求項３に記載の情報処理装置であって、前記データ変換手段において定型文等の付加情報を付けることを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像(動画像データも含む)データや音声データを再生可能かつネットワークやプリンタなどの外部出力装置を有する情報処理装置に関するものである。
【背景技術】
【０００２】
従来は画像等の電子データを電子メール（以降メールと呼ぶ）によって送信を行う場合以下のステップを踏んでいた。
【０００３】
１．送信するデータを再生アプリケーションで再生して確認する。
２．再生アプリケーションを中断もしくは終了する。
３．電子メールアプリケーション（以降メールアプリケーションと呼ぶ）を起動する。
４．添付データとして送信するデータを選択し、宛先，表題、本文等を記述する。
５．メールを送信する。
【０００４】
このステップが冗長であるものとして携帯情報端末の画像データをメールで送信する際ステップ数を減らす技術として特開２００１−９２７３２号公報にはカメラアプリケーションで撮影後該撮影画像データを添付した状態でメールアプリケーションを起動する携帯情報端末が開示されている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来技術において下記のような問題があった。即ち上記どちらの場合も現在再生中のアプリケーションを一旦中断もしくは終了し、メールアプリケーションという別のアプリケーションによって画面が覆ってしまい、送信を指定したデータを再び確認するためには手間がかかるという問題があった。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明は再生アプリケーションが特定のデータの処理を実行中に再生アプリケーションから呼び出すことが可能な送信先入力手段と、前記送信先入力手段への入力終了と送信実行を指示する手段と、前記送信実行が指示された際に前記処理中の特定のデータを前記入力指示された送信先に対して送信を行うように送信用アプリケーションの送信ＡＰＩ（アプリケーションプログラムインタフェース）に指示を行う手段を有することを特徴とする。
【発明の効果】
【０００７】
請求項１記載の発明によればデータを指定して送信先を指定すると送信方法に合わせて自動的にデータを変換して送ることにより、送信機能を有する情報処理装置の使い勝手が向上する。
【０００８】
請求項２記載の発明によればデータを指定する方法が複数になることにより、多数のデータを取り扱う情報処理装置の使い勝手が向上する。
【０００９】
請求項３記載の発明によれば送信方法に合わせた形式にデータを変換することにより、大きな変更が送信データに必要な送信方法も可能になり情報処理装置の使い勝手が向上する。
【００１０】
請求項４記載の発明によれば送信方法に合わせた形式へのデータの変換方法を複数有することにより多彩な送信方法を用いることが可能になり情報処理装置の使い勝手が向上する。
【００１１】
請求項５記載の発明によれば送信方法に合わせた形式へのデータの変換時に定型文などの付加情報をつけることにより送信時の情報処理装置の使い勝手が向上する。
【発明を実施するための最良の形態】
【００１２】
以下図面を参照して本発明に係る実施形態の例を詳細に説明する。
【００１３】
（実施例）
これから示す実施形態例はPDAを用いるが、ここで述べている情報処理装置としてPC（パーソナルコンピュータ）、PDA（携帯情報端末）、携帯電話、PHS、デジタルカメラ、デジタルビデオカメラなどが上げられる。
【００１４】
また、以降本発明における送信処理をダイレクト送信と呼称する。
【００１５】
図１は本発明における情報処理装置のブロック図である。
【００１６】
情報処理装置１０は情報を伝達するシステムバス１１とダイレクト送信処理を実際に実行するCPU１２とダイレクト送信処理方法を格納するROM１３とデータを一時的に蓄積するRAM１４と画像データなどを保持する記憶装置１５（PDAの場合はフラッシュメモリ）と文字入力やキー入力などを行う入力装置１６（PDAの場合はデジタイザとハードキー）と画像や動画や音声などの再生やダイアログなどの表示を行う出力装置１７（PDAの場合はLCD）とネットワークやプリンタなどと通信を行う通信I/F１８（PDAの場合はプリンタ、外部モニタ、ネットワーク）を有している。
【００１７】
図２は画像データを再生中のPDAの概観を示した図である。
【００１８】
情報処理装置１０は、画像を表示するタッチパネル付きLCD２１とダイレクト送信実行開始を指示出来るダイレクト送信キー２２と画面上のボタンを押したり、アイテムを選択したりすることが出来るスタイラス２３を有している。
【００１９】
図３は本発明におけるダイレクト送信処理を示したフローチャート図である。
S３０１からS３０７は各ステップを示す。
【００２０】
ダイレクト送信処理をユーザが指示すると、送信データを指定する処理を行う。(Ｓ３０１)
続いて指定された送信データが存在するか判別する。（Ｓ３０２）
もしデータが存在する場合続いて送信先を指定する処理を行う（Ｓ３０３）。
もしデータが存在しない場合はそのまま処理を終了する。
【００２１】
続いて送信先を指定する処理において送信アプリケーションとして指定されたアプリケーションが存在するかを判別する。（Ｓ３０４）
もしアプリケーションが存在する場合続いて送信データを送信形式に変換する処理を行う（Ｓ３０５）。
【００２２】
もしアプリケーションが存在しない場合はそのまま処理を終了する。
【００２３】
続いて送信データを送信形式に変換する処理の中でアプリケーションから接続先の指定がなされたかどうかを判別する。（Ｓ３０６）
もし接続先の指定があった場合は続いてデータを送信する処理を行った（Ｓ３０７）あとに、処理を終了する。
【００２４】
もし接続先の指定が無かった場合はそのまま処理を終了する。
【００２５】
図４は本発明における音声再生アプリケーションによる音声再生中のPDAの概観を示した図である。
【００２６】
LCD２１の現在再生中の楽曲情報を示す領域４１に楽曲情報が表示され、また再生中の音楽がどれだけ演奏し終わっているかを示す領域４２とスライドバー４３に現在の再生進行状態が表示されている。再生操作はLCD２１内の再生操作ボタングループ４４で行うことが出来る。スライドバー４３と再生ボタングループ４４はスタイラス２３を用いて操作することが出来る。またダイレクト送信ボタンを押すことによってダイレクト送信処理を開始することが出来る。
【００２７】
図５は本発明における動画再生アプリケーションによる動画再生中のPDAの概観を示した図である。
【００２８】
LCD２１の現在再生中の動画を表示する領域５１に動画像が表示され、また再生中の動画がどれだけ再生し終わっているかを示すスライドバー５２に現在の再生進行状態が表示されている。再生操作はLCD２１内の再生操作ボタングループ５３で行うことが出来る。スライドバー５２と再生ボタングループ５３はスタイラス２３を用いて操作することが出来る。またダイレクト送信ボタンを押すことによってダイレクト送信処理を開始することが出来る。
【００２９】
図６は本発明におけるファイル管理アプリケーション（ファイラ）実行中のPDAの概観を示した図である。
【００３０】
LCD２１に再生可能なアイテムが表示されている。またスタイラス２３でアイテムをタップすると選択６１され、その状態でダイレクト送信ボタンを押すことによってダイレクト送信処理を開始することが出来る。すなわち複数のデータをまとめて送ることが出来る。
【００３１】
図７は図３における送信するデータを指定する処理のフローチャート図である。
S７０１からS７０７は各ステップを示す。
【００３２】
まずは画像が再生中であるかを判別する。（Ｓ７０１）
もし図２で示したように画像が再生中であった場合現在再生中の画像データを送信データとして指定し（Ｓ７０２）、処理を終了する。
【００３３】
もし画像を再生中で無い場合は続いて動画が再生中であるかを判別する（Ｓ７０３）。
【００３４】
もし図5で示したように動画が再生中であった場合現在再生中の動画データを送信データとして指定し（Ｓ７０２）、処理を終了する。
【００３５】
もし動画を再生中で無い場合は続いて音声が再生中であるかを判別する（Ｓ７０４）。
【００３６】
もし図４で示したように音声が再生中であった場合再生中の音声データを送信データとして指定し（Ｓ７０２）、処理を終了する。
【００３７】
もし音声を再生中で無い場合は続いて現在のアプリケーションがファイラアプリケーションであるかを判別する（Ｓ７０５）。
【００３８】
もし図６で示したようにファイラアプリケーションであった場合選択中のデータを送信データとして指定し（Ｓ７０６）、処理を終了する。
【００３９】
もしファイラアプリケーションでもなかった場合送信データを無しとして（Ｓ７０７）処理を終了する。
【００４０】
図８は図１０のフローチャートで用いる宛先入力ダイアログを示した図である。
宛先入力ダイアログ８１は宛先を入力するラインエディタ８２と宛先選択ダイアログを立ち上げるためのボタン８３とダイレクト送信の実行開始を指示するボタン８４とダイレクト送信を取りやめるボタン８５を有している。
【００４１】
図９は図１０のフローチャートで用いる図８の宛先選択ダイアログ立ち上げボタン８３が押された時に立ち上がる宛先選択ダイアログを示した図である。
【００４２】
アドレス選択ダイアログ９１は送信可能なアドレスと対応する送信アプリケーションの一覧を表示したリストビュー９２を有し、その一部分をタップすると選択されたアイテム９３のように背景色が変化し選択中であることをRAM１４上に記憶する。そしてアドレス選択決定ボタン９４が押されると選択されているとRAM１４上に記憶されているアイテム９３の情報をラインエディタ８２に入力してアドレス選択ダイアログ９１を閉じる。もしアドレス選択中止ボタン９５が押された時は何もせずにアドレス選択ダイアログ９１を閉じる。以上の流れは図１１のフローチャート図で示す。
【００４３】
図１０は図３における送信先を指定する処理を示したフローチャート図である。
S１００１からS１００８は各ステップを示す。
【００４４】
まず宛先入力ダイアログ８１を表示する（Ｓ１００１）
次にアドレス選択ボタン８３が押されたかどうかを判別する。（Ｓ１００２）
もしアドレス選択ボタン８３が押されていた場合宛先選択ダイアログ９１を表示する。（Ｓ１００４）
そして宛先を宛先選択ダイアログ９１から選択する処理を実行する（Ｓ１００５）。
【００４５】
もしアドレス選択ボタン８３が押されていなかった場合宛先を入力するラインエディタ８２に宛先文字列を入力装置１６で入力する（Ｓ１００３）。
【００４６】
続いてCancelボタン８５がスタイラスで押されているか(スタイラス２３でタップされているか)を判別する。（Ｓ１００６）
もしCancelボタン８５が押されているならそのまま処理を終了する。
【００４７】
もしCancelボタン８５が押されていなければOKボタン８４が押されているかを判別する（Ｓ１００７）。
【００４８】
もしOKボタン８４が押されていなければＳ１００２に戻る。
【００４９】
もしOKボタン８４が押されていれば送信するアプリケーションを決定する処理を行い(Ｓ１００８)、処理を終了する。
【００５０】
図１１は図１０における宛先をダイアログから選択する処理を示したフローチャート図である。
【００５１】
Ｓ１１０１からＳ１１０７は各ステップを示す。
【００５２】
まずは宛先選択ダイアログにペンタップがあったかを判別する。（Ｓ１１０１）
もしペンタップがなかったら最初に戻る。
【００５３】
もしペンタップがあった場合はその場所が宛先選択リストビュー９２内であるかどうかを判別する（Ｓ１１０２）。
【００５４】
もし送信可能なアドレスと対応する送信アプリケーションの一覧を表示したリストビュー９２の中がタップされていたらその場所を判別して選択フラグをＯＮにして選択されたアイテム９３をハイライトし、処理の最初に戻る（Ｓ１１０３）。
【００５５】
もし送信可能なアドレスと対応する送信アプリケーションの一覧を表示したリストビュー９２以外がタップされていたらそれがCancelボタン９５であるかを判別する（Ｓ１１０４）。
【００５６】
もしCancelボタン９５であった場合そのまま処理を終了する。
【００５７】
もしCancelボタン９５で無い場合、続いてタップされた場所がOKボタン９４であるかを判別する（Ｓ１１０５）。
【００５８】
もしOKボタン９４で無い場合、処理の最初に戻る。
【００５９】
もしOKボタン９４であった場合、選択フラグのついている宛先情報をラインエディタ８２に出力する（S１１０６）。
【００６０】
続いて入力した宛先は選択フラグをOFFにする（S１１０７）。
【００６１】
続いて選択フラグがONであるアイテム９３がRAM１４上に存在しているか判別する（S１１０８）。
【００６２】
もし選択フラグがONであるアイテムが存在した場合はS１１０５に戻る。
【００６３】
もし選択フラグがONであるアイテムが存在しない場合は処理を終了する。
【００６４】
図１２は図１０における送信するアプリケーションを決定する処理の一例を示したフローチャート図である。
【００６５】
S１２０１からS１２１２は各ステップを示す。
【００６６】
まずラインエディタ８２に入力されている文字列を読み取り、RAM１４上に保存する（S１２０１）。
【００６７】
続いてS１２０１で読み取った文字列をRAM１４上から読み出し、それが"mailto:"で始まっているかを判別する（S１２０２）。
【００６８】
もし"mailto:"で始まっている場合"mailto:"をS１２０１で読み取った文字列から除去し、除去された残りの文字列をRAM１４上に保存する。（S１２０３）
続いて送信するアプリケーションとして電子メールアプリケーションとしてその情報をRAM１４上に保存する（S１２０４）。
【００６９】
もし"mailto:"で始まっていない場合S１２０１で読み取った文字列が"ftp://"で始まっているかを判別する。（S１２０５）。
【００７０】
もし"ftp://"で始まっている場合"ftp://"をS１２０１で読み取った文字列から除去し、除去された以外の文字列をRAM１４上に保存する。（S１２０６）
そして送信するアプリケーションとしてFTP（File Transfer Protocol）クライアントアプリケーションとしてその情報をRAM１４上に保存する（S１２０７）。
【００７１】
もし"ftp://"で始まっていない場合S１２０１で読み取った文字列の":"より前の文字列をアプリケーション名としてRAM１４上に保存する。（S１２０８）。
【００７２】
もし":"が存在しない場合はアプリケーション名として空白を入れて初期化する。
【００７３】
そして":"以前の文字列をS１２０１で読み取った文字列から除去し、除去された以外の文字列をRAM１４上に保存する。(Ｓ１２０９)
そして送信アプリケーションをＳ１２０８でアプリケーション名としてRAM１４上に読み取った文字列とする（Ｓ１２１０）
続いて決定された送信アプリケーションにデータを送信するAPI（Application  Program  Interface）が存在するかを判別する（S１２１１）。
【００７４】
もしデータを送信するAPIが存在すれば送信アプリケーションの該APIにS１２０１で読み取った文字列を宛先として渡して処理を終了する（S１２１２）。
【００７５】
もしデータを送信するAPIが存在しなければ送信アプリケーションが存在しなかったものとして処理を終了する（S１２１３）。
【００７６】
なおアプリケーション名が空白の場合はデータを送信するAPIが必ず存在しないものとする。
【００７７】
図１３は図３における送信する送信データを送信形式に変換する処理の一例を示したフローチャート図である。
【００７８】
S１３０１からS１３１１は各ステップを示す。
【００７９】
まずＳ１２０４やＳ１２０７やＳ１２１０で決定された送信アプリケーション名をRAM１４上から読み出す。（Ｓ１３０１）
もしＳ１３０１で読み出された送信アプリケーション名が電子メールアプリケーションであった場合（Ｓ１３０２）電子メールアプリケーションのAPIにＳ１２１２で宛先として渡された文字列をTo Fieldの情報として書き込むように指示する。（Ｓ１３０３）
そして送信指定データをメールメッセージ形式として送信可能な状態にAPIで変換する(Ｓ１３０４)。
【００８０】
ここでいうメールメッセージ形式とは送信指定データを添付データとしたRFC822等に記述されている一般的なE-Mailメッセージの形式である。
【００８１】
そして現在のメールアプリケーションの設定情報を記憶装置１５から読み出し、接続先情報を接続先としてＲＡＭ１４上に記憶する（Ｓ１３０５）。
【００８２】
そしてメール送信用の（SMTPの）コマンド群をＡＰＩが準備して処理を終了する（Ｓ１３０６）。
【００８３】
もしＳ１３０１で読み出された送信アプリケーション名がメールアプリケーションでない場合、Ｓ１３０１で読み出された送信アプリケーション名と対応するアプリケーションの設定情報を記憶装置１５から読み出す（Ｓ１３０７）。
【００８４】
対応するアプリケーションの送信ＡＰＩにおいてＳ１２１２で宛先として渡された文字列と接続先設定をマッチングする（Ｓ１３０８）。
【００８５】
例えばＦＴＰクライアントであればＦＴＰの接続先サーバー情報のアップロード先設定にその文字列が存在するかどうかを見る。
【００８６】
もし接続先設定にＳ１２１２で宛先として渡された文字列と同一のものがあれば該接続先情報をRAM１４上に記憶する（S１３１０）。
【００８７】
そして接続先にふさわしいコマンド群を対応するアプリケーションが作成し（S１３０６）、処理を終了する。
【００８８】
例えばＦＴＰクライアントであればLogin認証処理をして該指定データをputするコマンド群を生成する。
【００８９】
もし接続先設定にＳ１２１２で宛先として渡された文字列と同一のものが無ければ接続先は無いもの（S１３１１）として処理を終了する。
【００９０】
図１４は図３における実際にデータを送信する処理の一例を示したフローチャート図である。
【００９１】
S１４０１からS１４０８は各ステップを示す。
【００９２】
まずはＳ１３０５やＳ１３１０で記憶された接続先設定をRAM１４上から読み出して該接続先に接続する（Ｓ１４０１）。
【００９３】
もし接続に成功した場合（Ｓ１４０２）、指定されたコマンドをＡＰＩが順番に接続先に送信する（Ｓ１４０２）。
【００９４】
もし接続に失敗した場合処理を終了する。
【００９５】
もしコマンド送信に成功した場合（Ｓ１４０４）、データ送信モードであるかどうかを判別する（Ｓ１４０５）。
【００９６】
もしコマンド送信に失敗した場合処理は終了する。
【００９７】
もしデータ送信モードであった場合指定されているデータを送信する（Ｓ１４０６）。
【００９８】
そしてデータ送信が成功したかどうかを判別する（Ｓ１４０７）。
もしデータ送信に成功した場合残りのコマンド数が0であるかを判別する。（Ｓ１４０８）
残りコマンドが0であった場合そのまま処理を終了する。
【００９９】
残りコマンドが0で無かった場合Ｓ１４０３に戻る。
【０１００】
もしデータ送信モードで無かった場合残りのコマンド数が0であるかを判別する。（Ｓ１４０８）
残りコマンドが0であった場合そのまま処理を終了する。
【０１０１】
残りコマンドが0で無かった場合Ｓ１４０３に戻る。
【０１０２】
以上説明したように、本発明の実施例に係る情報処理装置によれば、再生アプリケーションが特定のデータの処理を実行中に再生アプリケーションから呼び出すことが可能な送信先入力手段と、前記送信先入力手段への入力終了と送信実行を指示する手段と、前記送信実行が指示された際に前記処理中の特定のデータを前記入力指示された送信先に対して送信を行うように送信アプリケーションの送信ＡＰＩ（アプリケーションプログラムインタフェース）に指示を行う手段を有することによって以下の効果を得ることが出来る。
【０１０３】
上記構成において、情報処理装置１０では再生アプリケーションが特定のデータを実行中に送信先入力ダイアログを呼び出すことが出来るため再生アプリケーションを中断することがなくなる。またダイアログから送信先を入力して送信実行指示するだけで送信アプリケーションの送信ＡＰＩが処理を実行するため再生アプリケーションを中断することが無くなる。
【０１０４】
即ち本発明の実施例においては再生アプリケーションを中断することなく送信先に送信処理を実行させることが可能となる効果がある。
【０１０５】
（その他の実施例）
その他の実施例として、図２のキー部分はGUI上でボタンやメニューを表示し、そのボタンやメニューが押された時にダイレクト送信処理を実行するようにしてもよい。
【０１０６】
図７において、送信データを決定する際動画再生を（一時）停止中でも再生中と同様にみなしても良い。
【０１０７】
図８において、送信アプリケーションをコンボボックスにて決めるようにしても良い。
【０１０８】
その場合は図１０のＳ１００８の処理は必要無い。また宛先選択ダイアログもコンボボックスの送信アプリケーションに相応しいものだけを表示するようにする。
【０１０９】
図８において、送信アプリケーションを複数指定するリストボックスにて決めるようにしても良い。その際指定されたアプリケーションの数だけダイアログを生成し、処理を行う。その際指定されたアプリケーション名をダイアログの一部分に記述し、指定されたアプリケーション名が分かるようにする。
【０１１０】
図８において定型文書を一緒におくるかどうかを判別するチェックボックスを用意しても良い。その場合図１３におけるＳ１３０４の時もしチェックボックスがＯＮであったなら送信指定データをメールメッセージ形式に変換する際定型文も付属させる。
【０１１１】
またその際宛先によって定型文を変える設定情報をメールアプリケーションのＡＰＩに持たせても良い。
【０１１２】
図８において携帯電話にメールで送るかどうかを判別するチェックボックスを用意しても良い。その場合図１０のＳ１００８の処理は必要無く、送信アプリケーションはメールアプリケーションとなる。また図１３のＳ１３０４において送信指定データが画像データであった場合は画像リサイズ処理（ファイルサイズと画像サイズ双方ともリサイズを行う）を行い携帯電話で表示可能なサイズにする処理を含ませる。
【０１１３】
図９において異なるアプリケーションを選択できるようにしても良い。その場合、自動的に宛先入力ダイアログがアプリケーションの数だけ立ち上がりそれぞれに宛先情報が入力された状態になるようにする。
【０１１４】
図１２においてS１２１０の送信アプリケーションとしてメッセンジャーアプリケーション、印刷用API、P2Pアプリケーションなどが考えられる。
【０１１５】
図１３において送信アプリケーションがメッセンジャーアプリケーションやFTPクライアントアプリケーションである場合のＳ１３０８における接続先設定とはＦＴＰクライアントアプリケーションにおいてはftpサーバーへの接続先リスト（USERIDやパスワード情報を含む）メッセンジャーアプリケーションにおいてはコンタクトリスト（サーバーにおける相手の認識番号のリスト）のことである。
【図面の簡単な説明】
【０１１６】
【図１】本発明の装置構成を示したブロック図である。
【図２】実施例における画像データを再生中のPDAの概観図である。
【図３】本発明におけるダイレクト送信処理のフローチャート図である。
【図４】実施例における音声データを再生中のPDAの概観図である。
【図５】実施例における動画データを再生中のPDAの概観図である。
【図６】実施例におけるファイラ画面のPDAの概観図である。
【図７】図３における送信データ指定処理を示したフローチャート図である。
【図８】図１０における宛先入力ダイアログを示した図である。
【図９】図１０における宛先選択ダイアログを示した図である。
【図１０】図3における送信先指定処理を示したフローチャート図である。
【図１１】図１０における宛先選択処理を示したフローチャート図である。
【図１２】図１０における送信アプリ決定処理を示したフローチャート図である。
【図１３】図３における送信データ変換処理を示したフローチャート図である。
【図１４】図３におけるデータ送信処理を示したフローチャート図である。
【符号の説明】
【０１１７】
１０  情報処理装置
１１  システムバス
１２  CPU
１３  ROM
１４  RAM
１５  記憶装置
１６  入力装置
１７  出力装置
１８  通信インターフェース
２１  画像再生中のタッチパネル付きLCD
２２  ダイレクト送信キー
２３  スタイラス
４１  再生中音声の情報表示領域
４２  音声の再生状態表示領域
４３  音声の再生進行状態を表示するスライドバー
４４  音声の再生操作をするボタングループ
５１  動画を再生して表示する領域
５２  動画の再生進行状態を表示するスライドバー
５３  動画の再生操作をするボタングループ
６１  ファイラで選択中のアイテム
８１  宛先入力ダイアログ
８２  宛先入力用ラインエディタ
８３  宛先選択ダイアログ立ち上げボタン
８４  送信実行ボタン
８５  送信キャンセルボタン
９１  宛先選択ダイアログ
９２  宛先選択用リストビュー
９３  リストビューで現在選択中のアイテム
９４  宛先決定ボタン
９５  宛先選択キャンセルボタン
【図１】
2005157950.tif 000003
【図２】
2005157950.tif 000004
【図３】
2005157950.tif 000005
【図４】
2005157950.tif 000006
【図５】
2005157950.tif 000007
【図６】
2005157950.tif 000008
【図７】
2005157950.tif 000009
【図８】
2005157950.tif 000010
【図９】
2005157950.tif 000011
【図１０】
2005157950.tif 000012
【図１１】
2005157950.tif 000013
【図１２】
2005157950.tif 000014
【図１３】
2005157950.tif 000015
【図１４】
2005157950.tif 000016