JPH098946A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 同一の通信プロトコルでデータ通信を行なう
複数のＡＰ（アプリケーションプログラム）を持つ情報
処理装置間のデータ通信において、受信データを適切な
ＡＰに受信させる操作を自動的に行なうこと。 【構成】 送信側の情報処理装置に、該情報処理装置上
のＡＰが識別のための情報を送信データに付加する手段
を設け、また、受信側の情報処理装置に、データの着信
を検出する手段と、データを受信し、どのＡＰへのデー
タかを判定して、該当ＡＰを起動しデータ受信を指示す
る手段とを設けた構成とし、受信したデータが何れのＡ
Ｐに対して送信されたものであっても、自動的に判別し
て、データの受信および格納を自動的に行なう。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のアプリケーショ
ンプログラムを切り替えて実行可能な情報処理装置に係
り、特に、データの受信及び格納を自動的に行なう場合
の情報処理装置におけるデータ通信制御技術に関する。

【０００２】

【従来の技術】現在、一般的に行われている自動受信処
理としては、ＦＡＸや留守番電話に見られるように、着
信を検出するとあらかじめ決められたアプリケーション
プログラムが起動され、データの受信を行なうものがあ
る。また、着信検出後、ＦＡＸモードかデータモードか
を自動的に判別する機能を持つモデムもある。このよう
なモデムでは、着信を検出するとまずＦＡＸのプロトコ
ルで通信を試み、これに失敗するとデータモードに切り
替えるようになっている。したがって、ＦＡＸ／データ
自動判別機能を持つモデムを接続または内蔵する情報処
理装置では、ＦＡＸまたはデータの自動受信を行なうこ
とができるほか、留守番電話機能を持つものもある。

【０００３】

【発明が解決しようとする課題】上記のような自動受信
処理での判別方法では、通信プロトコルの違いにより、
データおよびアプリケーションプログラムの判別を行な
うため、判別結果により選択して起動することのできる
アプリケーションプログラムは、ＦＡＸ受信などの特別
なものに限定されてしまい、一般的なデータ通信では利
用できない。

【０００４】すなわち、データ通信を行なう複数のアプ
リケーションプログラムを搭載する情報処理装置間の通
信において、例えばＸＭＯＤＥＭ手順のような、標準的
な通信プロトコルを使用する場合、従来の方法では、送
信側のアプリケーションプログラムのデータを、受信側
のどのアプリケーションプログラムを起動して受信させ
ればよいかを判別することはできない。また、あらかじ
め受信を行なうアプリケーションプログラムを指定して
おいた場合には、異なるアプリケーションプログラムの
データが送信されてくると、内部のデータ構造が異なる
ため、エラーが発生して正常な受信はできない。これら
の問題のため、データの自動受信処理は困難である。

【０００５】本発明の目的は、同一の通信プロトコルで
送信される、複数種類のアプリケーションプログラムの
データを自動的に判別し、受信側において適切なアプリ
ケーションプログラムを起動してデータ受信を行なわせ
ることにより、データの受信を自動的に処理する手段を
提供することにある。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
め、本発明による送信側の情報処理装置は、（１）アプ
リケーションプログラム識別のための情報を、送信デー
タに付加する手段と、さらに、複数のアプリケーション
プログラムのデータを一括して送信するために、（２）
データを送信するアプリケーションプログラムを選択す
る手段と、（３）選択されたアプリケーションプログラ
ムのリストを作成し、送信データに付加する手段と、
（４）選択されたアプリケーションを順次起動して、デ
ータ送信を行なう手段とを、備えた構成をとる。

【０００７】一方、本発明による受信側の情報処理装置
は、（５）アプリケーションプログラムに代わってデー
タを受信する手段と、（６）受信データを解析して、ど
のアプリケーションへのデータかを判定する手段と、
（７）データの着信を検出する手段と、（８）上記の判
定する手段により選択されたアプリケーションプログラ
ムを起動し、データ受信を指示する手段とを、具備し、
さらに、上記の判定する手段がアプリケーションプログ
ラムのリストを検出した場合に、複数のアプリケーショ
ンプログラムのデータを一括して受信可能とするため
に、（９）送信データに付加されるアプリケーションの
リストを記憶する手段と、（１０）この記憶手段に記憶
されたアプリケーションプログラムのリストを元に、ア
プリケーションプログラムを順次起動し、データ受信を
指示する手段とを、備えた構成をとる。

【０００８】

【作用】上記の構成に基づき、本発明の作用を説明す
る。本発明による送信側の情報処理装置では、内蔵する
アプリケーションプログラムのデータを外部に送信する
場合に、受信側の情報処理装置上の何れのアプリケーシ
ョンプログラムのためのデータであるかを送信データの
中に設定する手段を備えることにより、受信側でのアプ
リケーションプログラムの判別を容易に行なわせること
ができる。また、アプリケーションプログラム選択手段
と、選択されたアプリケーションプログラムのリストを
送信データに付加する手段と、複数のアプリケーション
プログラムを順次起動する手段とを備えたことにより、
複数のアプリケーションプログラムのデータを自動的に
送信することができる。

【０００９】本発明による受信側の情報処理装置では、
データの着信を検出する手段と、アプリケーションプロ
グラムに代わってデータを受け取る手段と、受信データ
を解析する手段と、アプリケーションプログラムを起動
する手段とを備えることにより、外部より送信されてく
るデータが送信側で目的としたアプリケーションプログ
ラムに受信させることができる。また、複数のアプリケ
ーションプログラムのデータが一括して送信されてきた
場合に、送信データに付加されたアプリケーションプロ
グラムのリストを記憶する手段を備えることにより、各
受信データに応じたアプリケーションプログラムを順次
起動し、データを自動的に受信することができる。

【００１０】

【実施例】以下、本発明の詳細を図示した実施例によっ
て説明する。図１は、本発明によるデータ通信制御方式
によりデータ通信を行なう、本発明の１実施例に係る情
報処理装置の構成を示すブロック図である。図１におい
て、符号１で総括的に示すのは情報処理装置で、この情
報処理装置１には、アプリケーションプログラム（以
下、ＡＰと略す）のデータの送受信や自動受信処理時の
制御を行なう通信制御部２と、電話機能部３と、情報処
理装置１が利用する複数の通信デバイス１１を統括して
管理する通信サーバ部４と、デバイスドライバ５と、各
ＡＰが使用するデータを管理するデータベース管理部６
と、住所録機能部７と、メモ帳機能部８と、予定表機能
部９と、ＦＡＸ受信部１０と、さらに、図示しない他の
ＡＰ、および表示装置，入力装置，記憶装置などを具備
したものとして構成されており、携帯型の情報処理装置
となっている。

【００１１】通信サーバ部４が管理する通信デバイス１
１としては、ＲＳ−２３２−Ｃや、赤外線による光通
信、およびモデムの他、ＩＣカードを利用して多様な通
信手段を選択することができる。

【００１２】また、本実施例における情報処理装置１
は、マルチタスクのオペレーティングシステム（以下、
ＯＳと略す）により動作し、上記した各機能およびＡＰ
を、ＯＳ上のタスクとすることにより、タスク相互間で
の通信が可能となっている。従って、図１に示した各ブ
ロック間の通信および起動の動作は、タスク間通信によ
って実現される。情報処理装置１のＯＳとしては、本実
施例に示すマルチタスクＯＳの他に、シングルタスクＯ
Ｓを採用してもよい。

【００１３】図２は、本実施例の情報処理装置１による
データ通信の形態の１例を示す図で、同図に示すよう
に、本実施例の情報処理装置１は公衆回線網２０を通し
て、同種の情報処理装置１や他種の情報処理装置１０１
とデータ通信を行なうことができるようになっている。
また、通信手段として、前記のモデムを使用する他に、
ＩＣカードを利用してＰＨＳ，デジタルセルラ，アナロ
グセルラ等のような無線通信手段２１によって、基地局
２２を介して公衆回線網２０と接続することもできるよ
うになっている。

【００１４】本実施例の情報処理装置１におけるデータ
通信プロトコルは、１ブロック１２８バイトのＸＭＯＤ
ＥＭ手順を使用する。また、図３に示すように、送受信
データの先頭ブロックをＡＰ識別情報ブロック３０１と
して、このブロック３０１に、機種識別情報３０３，Ａ
Ｐ識別情報３０４，データサイズ３０５などを格納する
ものとし、次ブロック以降に、実際のデータを格納した
データブロック３０２を必要数だけ置き、１つのＡＰデ
ータ３０６とする。上記のＡＰ識別情報３０４は、送信
先で起動されデータを受信すべきＡＰの識別情報を格納
するもので、通常は送信側で該当データを使用・保持し
ていたＡＰと同じＡＰを指定するが、データの互換性が
保証されていれば異なるＡＰを指定しても構わない。

【００１５】図４は、本実施例の情報処理装置１におけ
るデータ受信時の処理フローであり、図４の（１）に自
動受信時の処理フローを、図４の（２）に手動受信時の
処理フローをそれぞれ示す。

【００１６】自動受信処理の場合、情報処理装置１はい
わゆる留守番モードで待機状態にある。通信デバイスが
外部からの着信を検出すると、電話機能部３が起動さ
れ、デバイスからの情報を元にデータ通信かＦＡＸ通信
かを判定する（ステップ４０１）。ＦＡＸモードと判定
されると、電話機能部３はＦＡＸ受信部１０を起動し、
ＦＡＸ受信処理を行なう。

【００１７】一方、データモードと判定されると、電話
機能部３は通信制御部２を起動し、データ受信処理を開
始する。通信制御部２は、データの先頭ブロックである
ＡＰ識別情報ブロック３０１を受信し（ステップ４０
２）、データが何れのＡＰに対して送信されてきたかを
判別する（ステップ４０３）。次に、該当するＡＰを起
動し、受信処理を開始するよう通知する（ステップ４０
４）。通知を受けたＡＰは、通信制御部２に対して先頭
ブロックの受信要求を出す。この要求に対して通信制御
部２は、ステップ４０２で受信した先頭ブロックをＡＰ
に転送する（ステップ４０５）。これ以降のデータ受信
は、ＡＰからの受信要求に対して通信制御部２がデータ
ブロック３０２の受信を行い、ＡＰに転送する処理を必
要回数繰り返して行なう。ＡＰは、受信したデータをデ
ータベース管理部６を介して自ＡＰのデータベースに格
納する。

【００１８】また、手動受信処理の場合、情報処理装置
１の使用者が目的のＡＰを起動し、データ受信を行なう
場合には現在実行中のＡＰから通信制御部２を起動する
（ステップ４０６）。通信制御部２から受信処理開始を
通知されたら、ＡＰは通信制御部２にデータ受信要求を
行ない、通信制御部２が先頭ブロックを受信しＡＰへ転
送する（ステップ４０７）。これ以降の処理は、自動受
信処理の場合と同様であり、ＡＰからの受信要求に応じ
て通信制御部２がデータの受信を行なう。手動受信の場
合、通信回線の接続は、処理フローに示すようにＡＰを
起動する前に電話機能部３を使用して回線接続を行なう
か（ステップ４０８）、通信制御部２の起動後、ＡＰに
通信開始を通知する前に通信制御部２から行なってもよ
い。

【００１９】図５に、本実施例の情報処理装置１におけ
る送信処理時の処理フローを示す。処理の概要は、手動
受信処理と同様であり、ＡＰから通信制御部２を起動し
た後、通信制御部２からの送信開始通知（ステップ５０
１）により、ＡＰ識別情報ブロック３０１を先頭として
送信後、データベース管理部６を介して自ＡＰのデータ
ベースから送信データを取り出し、１ブロックずつ送信
を行なう。このときも、手動受信処理の場合と同様、回
線の接続は、処理フローに示すようにＡＰを起動する前
に電話機能部３を使用して行なっても、通信制御部２の
起動後に行なってもよい。

【００２０】本実施例では、送信データはデータベース
管理部６から各ＡＰを経由して通信制御部２へ渡され、
受信データも同様に一旦ＡＰを経由してデータベースに
格納される。したがって、通信制御部２から直接データ
ベースあるいはファイルシステムにアクセスする場合と
異なり、受信したデータの内容をＡＰ自身が確認するこ
とが可能である。例えば、ＡＰ識別情報ブロック３０１
にバージョン情報を付加することにより、バージョンの
違いを検出してデータ変換を行なった後、データベース
に格納させるような処理を行なうことも可能である。ま
た、ＡＰは、データベース上における格納フォーマット
とは異なるデータ構成で、データブロックを構成するこ
とができ、送信時にデータを追加・削除したり、セキュ
リティのための情報の付加や暗号化、あるいは通信時間
を短縮するためにデータの圧縮・伸張を、ＡＰ固有の方
式により行なうこともできる。

【００２１】次に、本発明の他の実施例について説明す
る。図６は、複数のＡＰのデータを一括して送受信可能
な、本発明の他の実施例に係る情報処理装置における送
受信データの構成を示す図である。

【００２２】本実施例の情報処理装置は、図１に示した
情報処理装置１と同様の構成であり、データ通信プロト
コルとして、１ブロック１２８バイトのＸＭＯＤＥＭ手
順を使用する。ただし、本実施例における通信制御部２
には、複数ＡＰのデータ送受信を行なうため機能が付加
されている。すなわち、複数のＡＰのデータを送信ある
いは受信する場合に、１つのＡＰのデータの送受信が終
了するたびに情報処理装置の使用者が次に送受信を行な
うＡＰを選択する手間を省くため、これらの操作を自動
的に行なう機能を通信制御部２に備える。

【００２３】図６に示す送受信データの構成において、
データの先頭ブロックはＡＰリスト情報ブロック６０１
であり、このブロック６０１には、機種識別情報６０２
と、継続ブロックフラグ６０３が格納され、さらに、Ａ
Ｐ識別情報６０４とデータサイズ６０５が送信を行なう
ＡＰ数分だけ格納される。継続ブロックフラグ６０３は
通常「偽」であり、ＡＰ識別情報６０４とデータサイズ
６０５が１つのＡＰリスト情報ブロック６０１に格納し
きれない場合には、継続ブロックフラグ６０３を「真」
として、ＡＰリスト情報ブロックを追加することができ
る。１つまたは複数のＡＰリスト情報ブロック６０１に
続いて、前記の実施例に示した、ＡＰ識別情報ブロック
３０１を先頭としたＡＰデータ３０６が必要な数だけ継
続される。

【００２４】図７に、複数のＡＰのデータを一括して送
信する場合の処理フローを示す。まず、電話機能部３に
より回線の接続を行なった後、通信制御部２を起動する
（ステップ７０１）。次に、データを送信するＡＰの選
択を行なう（ステップ７０２）。ＡＰの選択は、表示装
置に表示したＡＰ名の一覧から、データを送信させるＡ
Ｐをマウスやペン入力装置により指定して行なう。この
ほか、ＡＰ名に番号を付記して、その番号をキーボード
から入力する方法や、ＡＰ名を直接入力する方法でもよ
い。

【００２５】通信制御部２は、情報処理装置１の記憶装
置上に、図９に示すようなチェックリスト９０１を持
ち、データ通信可能な全てのＡＰについて、スイッチ情
報９０２，ＡＰ識別情報９０３を格納しておく。スイッ
チ情報９０２は初期状態で「偽」としておき、図７のス
テップ７０２において、上記のいずれかの方法による選
択操作によって選択された場合に「真」となり、該当Ａ
Ｐがデータ通信を行なうように設定される。

【００２６】ＡＰの選択が終了後、通信制御部２は、ス
イッチ情報９０２が「真」に設定された全てのＡＰに対
して、ＡＰ識別情報と送信データサイズを問い合わせ、
取得したデータサイズを、チェックリスト９０１上のデ
ータサイズ９０４に格納する。次に、通信制御部２はチ
ェックリスト９０１を参照して、データ通信を行なうＡ
Ｐの情報のみを取り出して、ＡＰリスト情報ブロック６
０１を作成する（ステップ７０３）。ＡＰリスト情報ブ
ロック６０１は送信を開始する時、最初に送信される
（ステップ７０４）。

【００２７】回線の接続は、図７に示すように通信制御
部２の起動前に行なってもよいが、ＡＰリスト情報ブロ
ック６０１の送信を行なう前であれば、通信制御部２を
起動後、通信制御部２から行なってもよい。

【００２８】ＡＰリスト情報ブロック６０１を送信後、
通信制御部２はチェックリスト９０１を参照して、スイ
ッチ情報９０２が「真」のＡＰについて、ＡＰの起動と
送信開始の通知を行ない、該当ＡＰのデータ送信を行な
う。１つのＡＰのデータ送信が終了したら、チェックリ
スト９０１で他にデータ送信を行なうように設定された
ＡＰがあるかを調べ、送信を設定された全てのＡＰのデ
ータの送信が終了するまで、上記の処理を繰り返す（ス
テップ７０５〜７０６）ことにより、複数ＡＰのデータ
の一括送信を行なう。

【００２９】図８に、複数のＡＰのデータを自動的に一
括して受信する場合の処理フローを示す。自動受信処理
の場合、情報処理装置１はいわゆる留守番モードで待機
状態にある。通信デバイスが外部からの着信を検出する
と、電話機能部３が起動され、デバイスからの情報を元
にデータ通信かＦＡＸ通信かを判定する（ステップ８０
１）。ＦＡＸモードと判定されると、電話機能部３はＦ
ＡＸ受信部１０を起動し、ＦＡＸ受信処理を行なう。デ
ータモードと判定されると、電話機能部３は通信制御部
２を起動し、データ受信処理を開始する。通信制御部２
は、データの先頭ブロックを受信し（ステップ８０
２）、ＡＰ識別情報ブロック３０１であれば前記の実施
例と同様な自動受信処理を行ない、ＡＰリスト情報ブロ
ック６０１であれば一括自動受信処理を行なう（ステッ
プ８０３）。

【００３０】ＡＰリスト情報ブロック６０１を受信した
場合、ブロックに格納されているＡＰ識別情報６０４と
データサイズ６０５から、情報処理装置の記憶装置上
に、送信側で作成されたチェックリスト９０１と同様の
構成を持つリストを作成する（ステップ８０４）。ただ
し、送信側のチェックリスト９０１と受信側のリストは
必ずしも同一の構成をとる必要はなく、例えば、受信し
たＡＰリスト情報ブロック６０１をそのまま保存するよ
うにしてもよい。

【００３１】ＡＰリスト情報ブロック６０１を受信後、
通信制御部２は記憶装置上のリストを参照して、ＡＰの
起動と受信開始の通知を行ない、該当ＡＰのデータ受信
を行なう。１つのＡＰのデータ受信が終了したら、リス
トに次のＡＰがあるかを調べ、リスト上の全てのＡＰの
データの受信が終了するまで、上記の処理を繰り返す
（ステップ８０５〜８０６）ことにより、複数ＡＰのデ
ータの一括受信を自動的に行なう。

【００３２】受信処理において、受信したＡＰリスト情
報ブロック６０１に記録されているＡＰが受信側の情報
処理装置に搭載されていない場合は、通信制御部２はＡ
Ｐに起動を行なわずに、データの読み飛ばしを行なう。

【００３３】本実施例では、図８に示す自動受信処理の
他に、情報処理装置の使用者が手動で受信を行なうこと
もできる、手動操作の場合、通信制御部２の起動と回線
の接続操作および通信開始の指示を使用者が行なうが、
それ以降の処理は、自動受信の場合と同様に行なわれ
る。

【００３４】また、手動操作ではＡＰ識別情報ブロック
３０１を受信するたびに、情報処理装置の表示装置にメ
ッセージを表示するなどして、使用者に該当ＡＰのデー
タを受信するかしないかを選択させることもできる。さ
らに、自動受信処理においても、着信を使用者に通知す
る手段を備えることにより、手動操作と同様に、各ＡＰ
ごとにデータを受信するかしないかを選択させるように
することもできる。

【００３５】

【発明の効果】以上に説明したとおり、本発明による情
報処理装置間のデータ通信では、送信側のＡＰが識別の
ための情報を送信データに付加するようにし、受信側に
おいて、データの着信を検出する手段と、ＡＰに代わっ
てデータを受信し、どのＡＰへのデータかを判定して、
該当ＡＰを起動しデータ受信を指示する手段とを、設け
た構成としたことにより、受信したデータが何れのＡＰ
に対して送信されたものであっても、自動的に判別する
ことが可能となり、データの受信および格納を自動的に
行なうことができる。

【００３６】さらに、複数のＡＰのデータ送信にあたっ
て、データを送信するＡＰを選択する手段と、選択され
たＡＰのリストを送信データに付加する手段と、選択さ
れたＡＰを順次起動してデータ送信を行なう手段とを設
け、受信側において、判定手段がＡＰのリストを検出し
た場合に、リストを参照しながら複数ＡＰを順次起動し
てデータ受信を行なう手段を、設けた構成とすることに
より、情報処理装置上の複数のＡＰのデータを一括して
送信することができ、受信時には処理を自動的に行なわ
せることができる。

【図面の簡単な説明】

【図１】本発明の１実施例に係る情報処理装置の構成を
示すブロック図である。

【図２】本発明の１実施例に係る情報処理装置によるデ
ータ通信の形態の１例を示す説明図である。

【図３】本発明の１実施例におけるデータ通信のデータ
構成例を示す説明図である。

【図４】本発明の１実施例によるデータ受信の処理フロ
ーを示すフローチャート図である。

【図５】本発明の１実施例によるデータ送信の処理フロ
ーを示すフローチャート図である。

【図６】本発明の他の実施例におけるデータ通信のデー
タ構成例を示す説明図である。

【図７】本発明の他の実施例によるデータ一括送信の処
理フローを示すフローチャート図である。

【図８】本発明の他の実施例によるデータ一括受信の処
理フローを示すフローチャート図である。

【図９】本発明の他の実施例におけるチェックリストの
構成例を示す説明図である。

【符号の説明】

１ 情報処理装置 ２ 通信制御部 ３ 電話機能部 ４ 通信サーバ部 ３０１ アプリケーション識別情報ブロック ３０２ データブロック ３０６ アプリケーションデータ ６０１ アプリケーションリスト情報ブロック ９０１ チェックリスト

───────────────────────────────────────────────────── フロントページの続き (72)発明者 安達 誠 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所マルチメディアシステム 開発本部内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 少なくとも１種類の通信手段を持ち、該
   通信手段を利用した共通の通信プロトコルでデータの送
   受信を行なう複数のアプリケーションプログラムを搭載
   する情報処理装置であって、 前記通信手段にデータが着信したことを検知する検出手
   段と、 該検出手段がデータの着信を検出後、前記の複数のアプ
   リケーションプログラムに代わってデータを受信し、受
   信したデータが前記の複数のアプリケーションプログラ
   ムうち、何れに対して送信されたものであるかを判別し
   て、該当するアプリケーションプログラムを起動し、デ
   ータの受信を行なわせる判別・起動手段とを、具備し、
   外部からのデータ着信を検出し、自動的に適切なアプリ
   ケーションプログラムを起動して、データを格納させる
   ことを特徴とする情報処理装置。
2. 【請求項２】 少なくとも１種類の通信手段を持ち、該
   通信手段を利用した共通の通信プロトコルでデータの送
   受信を行なう複数のアプリケーションプログラムを搭載
   する情報処理装置であって、 データの送受信を行なう複数のアプリケーションプログ
   ラムの通信データのデータ構成の少なくとも一部を、各
   アプリケーションプログラム間で共通の構成として、 送信側において前記の共通部分にアプリケーションプロ
   グラム識別のための情報を設定する手段を持つことを特
   徴とする情報処理装置。
3. 【請求項３】 請求項１記載において、 データの送受信を行なう複数のアプリケーションプログ
   ラムの通信データのデータ構成の少なくとも一部を、各
   アプリケーションプログラム間で共通の構成として、 送信側において前記の共通部分に設定されたアプリケー
   ションプログラム識別のための情報を解析することによ
   り、アプリケーションプログラムの判別を行なうことを
   特徴とする情報処理装置。
4. 【請求項４】 請求項１または３記載において、 使用者が手動操作によるデータ受信を行なう際には、デ
   ータを受信するアプリケーションプログラムを起動後
   に、通信を開始し、 データ受信の自動処理を行なう際には、アプリケーショ
   ンプログラムの起動前にデータを受信し、起動すべきア
   プリケーションプログラムを判別後に、該当アプリケー
   ションプログラムを起動することを特徴とする情報処理
   装置。
5. 【請求項５】 請求項２記載において、 複数のアプリケーションプログラムのデータを一括して
   送信する際に、データ送信を行なう複数のアプリケーシ
   ョンプログラムを選択する選択手段と、 該選択手段で選択された複数のアプリケーションプログ
   ラムのリストを作成し、送信データに付加する手段と、 前記選択手段で選択された複数のアプリケーションプロ
   グラムを順次起動してデータ送信を行なわせることによ
   り、複数のアプリケーションプログラムのデータを一括
   して送信処理を行なわせるための制御手段とを、持つこ
   とを特徴とする情報処理装置。
6. 【請求項６】 請求項１または３記載において、 複数のアプリケーションプログラムのデータを一括して
   受信する際に、送信側においてデータに付加された送信
   先アプリケーションプログラムのリストを記憶する記憶
   手段を持ち、 前記判別・起動手段が前記記憶手段に記憶されたリスト
   を参照して、複数のアプリケーションプログラムを順次
   起動してデータ受信を行なわせることにより、複数のア
   プリケーションのデータを一括して受信可能であること
   を特徴とする情報処理装置。