JP2001103066A - 通信装置及び通信方法 - Google Patents

Abstract

(57)【要約】 【課題】資料配布の配布作業を容易にする。 【解決手段】アプリケーションインタフェース部７は、
アプリケーション実行部８に従って、送信情報記憶部４
に送信情報テーブルを格納し、受信情報記憶部５に受信
情報テーブルを格納する。送信情報テーブル及び受信情
報テーブルは、宛先及びファイルが所定の管理単位であ
るトランザクション毎に記述されている。送受信部１は
通信状態検査部２の検査結果に応じて、送信情報テーブ
ルを参照してファイルの送信を行う。送信情報テーブル
をトランザクション単位で記述しているので、送受信の
履歴表示、送受信のキャンセル等を簡単に行うことがで
き、ファイルの送受信管理及び送信作業を著しく簡単な
ものにすることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子会議の電子資
料の配布等に好適な通信装置及び通信方法に関する。

【０００２】

【従来の技術】従来、ＵＮＩＸ（登録商標）や、マイク
ロソフト社のＷｉｎｄｏｗｓ（登録商標）等のオペレー
ティングシステムでは、複数のコンピュータをネットワ
ークで接続し、ファイルの移動やコピーが可能になって
いる。ネットワークへの接続には、ケーブルを用いた有
線ＬＡＮ（ローカルエリアネットワーク）が多く用いら
れてきたが、最近では無線ＬＡＮも普及している。無線
ＬＡＮを使用すると、ノートパソコンや電子手帳等の携
帯機器を持って集まったユーザに対して資料を電子的に
配布することができ、いわゆる電子会議が可能となる。

【０００３】ところが、無線インタフェースでは、ケー
ブルで繋がっておらず持ち運びが容易なことから、通信
の途中であってもユーザが機器を通信可能な範囲外に持
ち出してしまうといったことが起り得る。また、無線イ
ンタフェースは有線ＬＡＮに比べ外部からの妨害電波等
の干渉を受けやすいことから、ユーザが移動しなくても
通信が途絶する可能性が有線ＬＡＮより高い。

【０００４】ＬＡＮの通信プロトコルでは、相手からの
送達確認が一定の期間届かない場合には送信に失敗した
ものとしてコネクションを切断するようになっており、
会議の参加者が用いるコンピュータが通信不能な状態に
なると、ファイルの移動及びコピー機能を用いて電子的
に資料を配布しようとしても、資料を配布することはで
きない。

【０００５】こうして資料の配布に失敗した場合には、
ユーザは、資料の配布を完了させるために、再度送信フ
ァイと送信宛先とを指定する必要がある。即ち、ユーザ
ーは送信不能となった宛先を記憶すると共に、送信すべ
きファイルのうち、いずれのファイルまでが宛先に届い
たのかを記憶しておく必要があり、再び通信可能になっ
た時点で改めて残りのファイルについての送信処理を実
行する必要があった。

【０００６】なお、ファイルの移動及びコピー機能は、
ファイルの宛先として複数の相手を指定することができ
ないことから、送信不能となった各宛先に対して、個別
に送信を指定する必要があった。

【０００７】そこで、特開平８−１１５２７８号公報に
おいては、通信路の障害によりデータの送受信が中断さ
れた場合において、通信路が復旧した後にデータの未送
信の部分を自動的に送信することで受信側が全てのデー
タを取得可能にする技術が提案されている。この提案に
おいては、個々のファイルについて一つ又は複数の転送
先それぞれに対する送信結果を転送管理テーブルとして
保持し、転送先と通信可能になると、未送信のファイル
を自動的に送信し、全ての転送先への送信完了後に、転
送管理テーブルから削除するようになっている。

【０００８】この提案によれば、通信路の障害による個
々のファイルの送受信の失敗をユーザが意識する必要は
ない。しかしながら、この提案の電子会議への適用には
以下にあげるような問題点がある。

【０００９】即ち、先ず、全ての宛先に対するファイル
の送信が完了するとそのファイルは転送管理テーブルか
ら削除されるので、いずれの宛先にどのようなファイル
を送信したのかを知ることができない。このため、会議
終了後に、誰がどのような資料（ファイル）を持ちかえ
ったのかを管理しにくい。

【００１０】また、一度送信指定したファイルが完全に
転送されることを目的としているので、一旦送信が完了
したファイルについて、その宛先を変更又は追加して再
送信することはできない。従って、このような場合に
は、改めて送信したいファイルとその宛先を指定し直す
必要がある。このため、ファイルの送信完了後に会議に
参加した相手については、再度資料を配布するために、
送信ファイルの指定及び宛先の指定を行う必要があり、
特に、送信ファイル数が多い場合には、極めて不便であ
る。

【００１１】また、複数の宛先へのファイルの送信が完
了した後に、同一の複数の宛先に異なるファイルを追加
の資料として更に転送しようとする場合においても、各
宛先を指定し直す必要がある。従って、特開平８−１１
５２７８号公報の提案を電子会議に適用した場合でも、
資料の配布作業が煩雑であることがあるという問題点が
あった。

【００１２】

【発明が解決しようとする課題】このように、従来、指
定した宛先についての複数のファイルの送信が完了する
と、再度宛先及びファイル名を指定する必要があるとい
う問題があった。しかも、会議数、宛先数及びファイル
数が多い場合には、資料の配布作業が極めて煩雑になっ
てしまうという問題点があった。

【００１３】本発明は、資料の配布作業を簡単にするこ
とができる通信装置及び通信装置を提供することを目的
とする。

【００１４】

【課題を解決するための手段】本発明の請求項１に係る
通信装置は、ネットワークに接続された複数の機器とコ
ネクションを設定し送受信を行う送受信手段と、前記ネ
ットワークに接続された複数の機器に対する資料の転送
を前記各機器及び転送する資料について所定の管理単位
であるトランザクション毎に記述した転送情報テーブル
を記憶する転送情報記憶手段と、前記送受信手段が生成
したコネクションに基づいて前記転送情報テーブルを更
新する転送情報更新手段と、前記転送情報記憶手段に記
憶された前記転送情報テーブルに基づいて前記資料の転
送を制御する転送制御手段とを具備したものであり、本
発明の請求項３に係る通信装置は、相手機器とコネクシ
ョンを設定し送受信を行う送受信部と、相手機器と通信
可能であるか否かを検査する通信状態検査部と、相手機
器からの１つ又は複数のファイルのうち一部又は全部を
受信すると、受信したファイルに対する送達確認情報を
相手機器に送信すると共に、相手機器からファイルを全
て受信したか否かを検査する受信確認部と、送達確認情
報を受信すると、送信すべきファイルのうちどれが相手
に受信されたかを判断する送信確認部と、相手機器の識
別子とその相手へ送信すべきファイルとを記憶する送信
情報記憶部と、相手機器の識別子とその相手から受信す
べきファイルとを記憶する受信情報記憶部と、アプリケ
ーションから１つ又は複数のファイルの送信要求を受け
るとその送信要求をトランザクションとして前記送信情
報記憶部に格納し、ファイルの受信要求を受けると前記
受信情報記憶部に前記トランザクションに属するファイ
ルのうち１部又は全部が受信され格納されていればその
ファイルをアプリケーションに渡すアプリケーションイ
ンタフェース部とを有し、アプリケーションから送信開
始の指示があるか、通信状態検査部が相手機器と通信可
能となったことを検出するかの少なくとも一方が発生し
た場合に相手とのコネクションを設定して前記送信情報
記憶部に記憶されているファイルのうち送信が完了して
いないものを相手に送信するものであり、本発明の請求
項９に係る通信方法は、ネットワークに接続された複数
の機器に対する資料の転送を各機器及び転送する資料に
ついて所定の管理単位であるトランザクション毎に記述
した転送情報テーブルを記憶するステップと、前記ネッ
トワークに接続された複数の機器とコネクションを設定
し送受信を行うステップと、生成したコネクションに基
づいて前記転送情報テーブルを更新するステップと、前
記転送情報テーブルに基づいて前記資料の転送を制御す
るステップとを具備したものである。

【００１５】本発明の請求項１において、転送情報記憶
手段は、複数の機器に対する資料の転送を前記各機器及
び転送する資料について所定の管理単位であるトランザ
クション毎に記述した転送情報テーブルを記憶する。送
受信手段は、ネットワークに接続された１又は複数の機
器との間でコネクションを設定し、転送制御手段に制御
されて、転送情報テーブルに基づいて資料の転送を行
う。転送情報更新手段は、送受信手段による資料の転送
に応じて転送情報テーブルを更新する。送受信手段は、
更新された転送情報テーブルを用いて、資料の転送を行
う。

【００１６】本発明の請求項３においては、アプリケー
ションから送信開始の指示があるか、通信状態検査部が
相手機器と通信可能となったことを検出するかの少なく
とも一方が発生した場合に相手とのコネクションを設定
して前記送信情報記憶部に記憶されているファイルのう
ち送信が完了していないものを相手に送信する。

【００１７】本発明の請求項９においては、ネットワー
クに接続された複数の機器に対する資料の転送を各機器
及び転送する資料について所定の管理単位であるトラン
ザクション毎に記述した転送情報テーブルを記憶する。
ネットワークに接続された複数の機器とコネクションを
設定し送受信を行うと、生成したコネクションに基づい
て転送情報テーブルを更新する。更新した転送情報テー
ブルに基づいて資料の転送を制御する。

【００１８】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について詳細に説明する。図１は本発明に係る
通信装置の一実施の形態を示すブロック図である。

【００１９】本実施の形態においては、ネットワークに
接続されているか又は接続予定の機器に対して資料を配
布しようとする場合における配布処理の管理集合体をト
ランザクションといい、トランザクション毎に配布処理
を管理することで、会議数、宛先数及びファイル数が多
い場合でも、配布作業を容易にするようにしたものであ
る。

【００２０】各トランザクションは例えば１会議に対応
させることができる。各トランザクションは宛先とファ
イルの組で管理された複数のレコードを有する。図１に
おいて、通信装置は、送受信部１、通信状態検査部２、
送信確認部３、送信情報記憶部４、受信情報記憶部５、
受信確認部６及びアプリケーションインタフェース部７
によって構成されている。

【００２１】トランザクションはアプリケーションイン
タフェース部７によって作成されるようになっている。
トランザクションはアプリケーション実行部８からのフ
ァイル送信要求に基づいて作成される。

【００２２】アプリケーション実行部８は、例えば電子
会議においてユーザーが配付する資料（ファイル）を送
信するための送信要求を発生する。この送信要求は、宛
先及びファイルが組となった要求である。アプリケーシ
ョンインタフェース部７は、アプリケーション実行部８
から一つ又は複数のファイルの送信要求を受けると、こ
の要求をトランザクションとして送信情報記憶部４に与
えて記憶させると共に、送受信部１に送信の指示を出
す。

【００２３】また、アプリケーションインタフェース部
７は、アプリケーションからファイルの受信要求を受け
ると、受信情報記憶部５に記憶されているトランザクシ
ョンを読出し、トランザクションに含まれるファイルが
受信されて格納されているか否かを確認し、格納されて
いればそのファイルをアプリケーション実行部８に渡
す。

【００２４】送受信部１は、送信情報記憶部４に状態が
未送信であると記載されているファイルを通信路に送出
する。また、他の機器からの受信を行い、受信したデー
タが自己が送出したファイルに対する送達確認であれば
送信確認部３に渡し、自己宛てに送られたファイルであ
れば受信確認部６に渡す。

【００２５】送信確認部３は、送達確認を受けると送信
情報記憶部４にアクセスし、その送達確認に対応するフ
ァイルの状態を送信完了とする。受信確認部６は、送受
信部１から渡されたファイルを受信情報記憶部５に記憶
し、そのファイルに対する送達確認を送受信部１から送
信する。通信状態検査部２は、送受信部１が相手と通信
可能な状態であるか検査し、通信可能でなくなったと判
断すると、送受信部１に対して送受信の中止を指示す
る。

【００２６】次に、このように構成された実施の形態の
動作について図２乃至図１０を参照して説明する。図２
及び図３は機器Ａの送信情報記憶部に格納される送信情
報テーブルの例を示す説明図である。また、図４及び図
５は動作を説明するためのフローチャートである。な
お、以後の説明において、各機器のうち送信側となった
機器の構成要素にはその符号にＴの添え字を付加し、受
信側となった機器の構成要素にはその符号にＲの添え字
を付加して示すものとする。また、送信側又は受信側に
特定されない場合には添え字なしで示す。

【００２７】いま、機器Ａから機器Ｂ，Ｃ，Ｄへそれぞ
れデータを送信する場合について説明する。

【００２８】機器Ａの送信情報記憶部４T は送信情報テ
ーブルを有している。アプリケーションインタフェース
部７T は、アプリケーション実行部８T から一つ又は複
数の宛先に対する、一つ又は複数のファイルの送信要求
を受けると、その送信要求を１トランザクションとして
管理して識別子を付与する。この識別子は送信者内部で
一意であればよく、他の機器と重複していても構わな
い。

【００２９】次に、アプリケーションインタフェース部
７T は送信情報テーブルに送信要求に対応するエントリ
（トランザクション）を作成する。このエントリには、
識別子と、宛先のリストと、ファイルのリストと、それ
ぞれのファイルに対する送信状態を記載する。このと
き、ファイルの初期状態は未送信としておく。

【００３０】図２の例では、ファイルＦａ，Ｆｂ，Ｆｃ
の３つのファイルの機器Ｂに対する送信要求がトランザ
クション１として、ファイルＦｃ，Ｆｄの２つのファイ
ルの機器Ｃ，Ｄに対する送信要求がトランザクション２
として、ファイルＦｅの機器Ｃに対する送信要求がトラ
ンザクション９として、それぞれ格納されている。トラ
ンザクション２のように、宛先として複数の機器が指定
されている場合は、それぞれの宛先毎にファイルの送信
状態を管理する。なお、Ｆａ 等はファイルのデータそ
のものではなく、ファイルを一意に特定できる識別子や
名前等の情報である。

【００３１】アプリケーションは、現在通信可能でない
相手も宛先として指定することができる。例えば、機器
Ｂ，Ｃ，Ｄとは必ずしも送信要求の時点で通信可能であ
る必要はない。ここでは、トランザクション１，２，９
が作成された時点では、機器Ａは機器Ｂ，Ｃとは通信可
能であるが、機器Ｄとは通信できないものとする。

【００３２】アプリケーションインタフェース部７T
は、送信情報テーブルへのエントリの作成が完了する
と、送受信部１T に対してトランザクションの識別子を
与え、そのトランザクションに含まれるファイルの送信
を指示する。図２の例では、トランザクション１，２，
９について送信が指示される。

【００３３】図４及び図５はこの場合の送受信部１T の
動作を示している。図５は図４中のファイル送信処理ス
テップＳ9 の具体的な処理を示している。

【００３４】送受信部１T は、図４のステップＳ1 にお
いて、送信情報記憶部４T 内の送信情報テーブルを参照
し、送信を指示されたトランザクションに含まれるファ
イルに状態が未送信となっているものがあるか調べ（ス
テップＳ3 ）、もしあればステップＳ4 からステップＳ
5 に処理を移行して、そのファイルの宛先と通信可能で
あるか否かを通信状態検査部２T に問い合わせる。

【００３５】ステップＳ6 において通信可能であるか否
かを判定し、通信可能であれば、ステップＳ7 でその宛
先とコネクションを設定し、まず送信者の識別子と、ト
ランザクションの識別子と、そのトランザクションに含
まれるファイルのリストとをトランザクション情報とし
て送信する（ステップＳ8 ）。

【００３６】次に、ステップＳ9 の送信処理に移行す
る。図５のステップＳ11において、そのトランザクショ
ンに含まれるファイルで、その宛先に対する状態が未送
信となっているものを順次読み出しトランザクションの
識別子等の情報を付加して送信する。その宛先に対する
状態が未送信となっているファイル全てを送信すると、
その宛先とのコネクションを切断する。そのトランザク
ションに複数の宛先が指定されていれば、他の宛先に対
する状態が未送信となっているファイルがあるか調べ、
あればその宛先とコネクションを設定し同様の処理を繰
り返す。

【００３７】図２の例では、送受信部１T は、先ずトラ
ンザクション１について調べ、未送信となっているファ
イルＦａ，Ｆｂ，Ｆｃがあることを知る。そこで、それ
らの宛先であるＢと通信可能であるか否かを通信状態検
査部２T に問い合わせる。その結果、通信可能であると
分かるので、機器Ｂとコネクションを設定し送信を開始
する。

【００３８】送受信部１T は、最初にトランザクション
１の識別子と、トランザクション１に含まれるファイル
のリストＦａ，Ｆｂ，Ｆｃとをトランザクション情報と
して機器Ｂに送信する。次に、トランザクション１に含
まれるファイルで未送信となっているもののうち最初の
ものであるＦａの送信を開始し、送信情報テーブルのＦ
ａの状態のエントリを未送信から送信中に書き換える
（ステップＳ12）。

【００３９】送信確認部３T は、ステップＳ13において
ファイルの送信が成功したか否かを判断する。すなわ
ち、送信したファイルＦａに対する送達確認が機器Ｂか
ら返ってくれば、送信が成功したものと判断して、送信
情報記憶部４T 内の送信情報テーブルのＦａの状態のフ
ィールドを送信完了に書き換える。

【００４０】ステップＳ13で、送達確認が返って来ずに
送信が失敗したものと判断するときには、一時的な通信
路の障害による場合と、機器の移動等により宛先と通信
不可能な状態になった場合とが考えられる。そこで、送
受信部１T は通信状態検査部２T に対し、宛先と通信可
能であるか問い合わせる（ステップＳ16）。その結果、
宛先と通信可能であることが示されると、ファイル送信
の原因は一時的な通信路の障害によるものであると判断
して、ファイルの再送信を試みる。

【００４１】また、通信不可能であることが示される
と、送信処理を終了する。機器Ａの送受信部１T は、フ
ァイルＦａの送信が完了すると、同様にしてファイルＦ
ｂ，Ｆｃを送信する。送受信部１T は機器Ｂに対するフ
ァイルＦａ，Ｆｂ，Ｆｃの送信が完了すると機器Ｂとの
コネクションを切断し、トランザクション１に他の宛先
に対する状態が未送信のファイルが残っているか否かを
検査する（ステップＳ18）。

【００４２】トランザクション１には機器Ｂ以外の宛先
はないので、そのようなファイルはない。そこで、トラ
ンザクション２の処理に移る。トランザクション２にお
いては、ファイルＦｃ，Ｆｄの機器Ｃ，Ｄに対する送信
状態が未送信であるので、まずＣと通信可能であるか通
信状態検査部２T に問い合わせる。その結果通信可能で
あると分かるので、機器Ｃとコネクションを設定し、ト
ランザクション２の識別子と、トランザクション２に含
まれるファイルのリストＦｃ，Ｆｄをトランザクション
情報として機器Ｃに送った後、ファイルＦｃ，Ｆｄを順
次送信する。

【００４３】図３はファイルＦｃの送信が完了し、ファ
イルＦｄを送信中である状態を示している。ファイルＦ
ｃ，Ｆｄの送信が完了すると送受信部１T は機器Ｃとの
コネクションを切断し、トランザクション２に状態が未
送信となっているファイルが残っていないか調べる。す
ると、ファイルＦｃ，Ｆｄの機器Ｄに対する状態が未送
信であると分かるので、通信状態検査部２T に、機器Ｄ
と通信可能であるか問い合わせる。その結果通信不可能
であると分かる。トランザクション２には機器Ｃ，Ｄ以
外に宛先はないので、送受信部１T はトランザクション
２の処理を終え、トランザクション９の処理を開始す
る。

【００４４】なお、機器Ａは１つの機器だけでなく、同
時に複数の機器に対する送信を並行して行ってもよい。
この場合には、送受信部１T はコネクションを確立して
送信中である機器を送信中機器リストとして記憶してお
き、このリストに格納されていない機器に対する送信を
並行して行うようにする。

【００４５】図２の例では、機器Ａの送受信部１T はト
ランザクション１に含まれるファイルの機器Ｂに対する
送信を開始すると、通信中機器リストに機器Ｂの識別子
を格納し、トランザクション１の完了を待たずに直ちに
トランザクション２の処理を開始する。トランザクショ
ン２で宛先となる機器Ｃは送信中機器リストにはないの
で、送受信部１T は機器Ｃに対する送信を行うことがで
きると判断し、トランザクション２に含まれるファイル
の機器Ｃに対する送信を開始する。このとき、送信中機
器リストには機器Ｃの識別子が追加される。送受信部１
T はトランザクション１，２の完了を待たずに、さらに
トランザクション９の処理を開始する。このとき、送受
信部１T はトランザクション９で宛先となる機器Ｃが送
信中機器リストに含まれることから、トランザクション
９に含まれるファイルの送信は、トランザクション２が
完了するまで行わないこととする。

【００４６】また、通信状態検査部２T が新たな相手と
通信可能になったことを検出すると、通信状態検査部２
T は送受信部１T に対し、新しい相手と通信可能となっ
たことを、その相手の識別子と共に通知する。送受信部
１T は通知を受けると送信情報テーブルに格納されてい
る各トランザクションに含まれるファイルのうち、宛先
が新しく通信可能となった相手であり、さらにその相手
に対する状態が未送信となっているもののがあるか調
べ、もしあればそのトランザクションの処理を開始す
る。すなわち、その相手に対してトランザクション情報
を送信した後、そのファイルの送信を行う。

【００４７】図６はこの場合の送受信部１T の動作を示
している。図６において図５の手順同一の手順について
は同一符号を付して説明を省略する。

【００４８】図６の処理はアプリケーションインタフェ
ース部７T からの以前の送信指示に対して行われること
になる。いま、図２の例において、アプリケーションイ
ンタフェース部７T によるトランザクション１，２，９
作成時には機器Ａは機器Ｂとのみ通信可能であったもの
とし、これらの機器へのファイル送信後に、機器Ｃが新
たに機器Ａと通信可能になったものとする。

【００４９】機器Ｃがネットワークに接続されて機器Ａ
と通信可能となると、機器Ａの通信状態検査部２T は送
受信部１T に対して機器Ｃと通信可能となったことを通
知する。機器Ａの送受信部１T は通知を受けると、ステ
ップＳ21において送信情報テーブルを参照し、機器Ｃが
宛先となっているファイルで未送信のものは、トランザ
クション２に含まれるＦｃ，Ｆｄと、トランザクション
９に含まれるＦｅであることを知る。

【００５０】ステップＳ23で、機器Ｃとのコネクション
を設定した後、まずトランザクション２の送信処理を開
始する（ステップＳ24）。トランザクション２の識別子
及びトランザクション２に含まれるファイルのリストＦ
ｃ，Ｆｄをトランザクション情報として機器Ｃに送信
（ステップＳ24）した後、ファイルＦｃ，Ｆｄを順次送
信する（ステップＳ25）。

【００５１】以後、図３のフローと同様に、送信確認部
３T は、送信したファイルに対する送達確認が機器Ｃか
ら返ってくれば、そのファイルの状態を送信完了に書き
換える（ステップＳ12）。

【００５２】図３はこの段階における送信情報テーブル
の一例を示している。図３の例では、ファイルＦｃは、
送達確認が返ってきたので機器Ｃについての状態が送信
完了となっているが、ファイルＦｄは送達確認がまだ返
っていないので、機器Ｃについての状態が送信中となっ
ている。なお、図３の例では、機器Ｄとはまだ通信可能
になっておらず、ファイルＦｃ，Ｆｄとも、機器Ｄに関
する状態は未送信となっていることを示している。

【００５３】ファイルＦｄの送達確認が機器Ｃから返っ
てくると、機器Ａの送受信部１T は、トランザクション
９の送信処理を開始する。トランザクション９に含まれ
るファイルＦｅの送信が完了すると、送信情報テーブル
には機器Ｃに対する状態が未送信となっているファイル
はなくなるので、ステップＳ18からステップＳ26に処理
を移行して、機器Ａの送受信部１T は機器Ｃとのコネク
ションを切断する。なお、未送信のファイルが存在し、
そのファイルが同じトランザクションに含まれ場合に
は、処理をステップＳ27からステップＳ25に移行して、
ファイルの送信を継続する。

【００５４】本実施の形態においては、トランザクショ
ンに含まれるファイル全ての送信が完了しても、送信情
報テーブルのそのトランザクションのエントリは自動的
には削除されない。アプリケーション実行部８はそのト
ランザクションに関する情報を送信記録として参照する
ことができる。なお、もしアプリケーション実行部８が
送信記録を残しておく必要がないと判断した場合には、
アプリケーション実行部８はアプリケーションインタフ
ェース部７T に対してそのトランザクションに関する情
報を送信情報テーブルから削除するよう指示することが
できる。

【００５５】更に、本実施の形態においては、保存して
いるトランザクションを利用して、アプリケーション実
行部８T は、すでに送信が完了したトランザクションに
含まれるファイルを別の宛先に対して送信するよう指示
することができる。この場合には、アプリケーション実
行部８T はアプリケーションインタフェース部７T に対
し、トランザクションの識別子と新たな宛先の識別子を
与える。

【００５６】例えば、図２及び図３の例において、機器
ＡにおいてアプリケーションがファイルＦａ，Ｆｂ，Ｆ
ｃの機器Ｂへの送信が完了した後に、機器Ｅへも同じフ
ァイル Ｆａ，Ｆｂ，Ｆｃを送りたいと考えた場合、ア
プリケーションインタフェース部７T に対しトランザク
ション１の識別子と、新たな宛先としてＥをそれぞれ指
定する。そうすると、アプリケーションインタフェース
部７T は機器Ｅを宛先とし、ファイルＦａ，Ｆｂ，Ｆｃ
を送るトランザクション３を新たに作成する。

【００５７】図７はこの場合の送信情報テーブルを示し
ている。トランザクション３の作成が終わると、アプリ
ケーションインタフェース部７T は送受信部１T に対し
トランザクション３の送信を指示する。送信指示以後の
送受信部１T の動作は、トランザクション１及び２の場
合と同様である。このようにして、アプリケーション実
行部８T はある宛先に対する送信を既に終えたファイル
の別の宛先への送信を容易に行うことができる。

【００５８】また、トランザクションには、識別子のほ
かに送信者がわかりやすい名前を付けることができる。
例えば「会議資料（７月３日）」等である。これを上記
のトランザクション情報に加えてそれぞれの宛先に送
り、送信情報テーブル、受信情報テーブルにトランザク
ションに関連付けて記憶するようにすると、ユーザはど
のファイルを、どのような目的で誰に配布したのか、も
しくは誰から受け取ったのかが分かり、便利である。ま
た、送信情報テーブル及び受信情報テーブルにはトラン
ザクションが作成された時刻、送受信の時刻、送受信さ
れるファイル全体のサイズ及び送受信が完了したサイズ
等も記載しておくことができる。

【００５９】図８はこれらが記載された送信情報テーブ
ルの例を示している。アプリケーション実行部８T は、
アプリケーションインタフェース部７T を通じてこれら
の情報を参照することにより、いつ、どの相手に、どの
ようなファイルをどのような目的で送信する予定である
か、もしくは送信したのかを確認することができる。ま
た、確認した結果、送信予定であるトランザクション又
は送信を開始したがまだそのトランザクションに含まれ
るファイル全ての送信が完了していないトランザクショ
ンについては、送信情報記憶部４T から削除することに
より送信をキャンセルすることができる。

【００６０】また、アプリケーションインタフェース部
７T は、トランザクションに含まれる各ファイルに、優
先度を付けることができる。トランザクション情報に優
先度の高いファイルのリストを加えることにより、送受
信部１T は優先度の高いファイルを優先度の低いファイ
ルよりも先に送ることができる。

【００６１】また、受信側では、トランザクション情報
として受信した優先度の高いファイルのリストにより、
受信したファイルが優先度の高いものであることを知る
と、そのファイルの受信が完了した時点で、アプリケー
ションインタフェース部７Rを介してアプリケーション
実行部８R にイベント等により通知する。これによりア
プリケーション実行部８R は受信したファイルを直ちに
処理することができる。例えば、画像ファイルが優先度
の高いファイルとして届くと、直ちにその画像を表示す
る。また、実行可能なファイルが優先度の高いファイル
として届くと、それを直ちに自動的に実行するか、また
は画面上にショートカットアイコンとして表示し、ユー
ザがそれをクリックすることにより簡単に実行できる状
態としておくこと等が可能である。

【００６２】図８は送信情報ファイルに優先度を付加し
た例である。図８の例においては、トランザクション１
についてはファイルＦｃが、トランザクション２につい
てはファイルＦｄが、それぞれ優先度が高いファイルと
して指定されている。また、ファイルＦｃはトランザク
ション１においては優先度の高いファイルとして送信さ
れるが、トランザクション２においては優先度の低いフ
ァイルとして送信される。このように、ファイルの優先
度はそれぞれのトランザクション毎に個別に設定するこ
とができる。

【００６３】また、トランザクションには送信期限を設
定することができる。送受信部１Tは、定期的に送信情
報テーブルを検査し、状態が未送信となっているファイ
ルを含むトランザクションを調べ、送信期限が過ぎてい
ないか調べる。送信期限を過ぎてもなお状態が未送信で
あるファイルは送信に失敗したとみなし、以後このファ
イルの送信は行わない。

【００６４】図９はこの場合における機器Ａの送信情報
テーブルの例である。この例においては、トランザクシ
ョン１には期限が設定されていないので、宛先Ｂと通信
が可能になるたびに何度でも送信が試みられる。トラン
ザクション２には期限として７月１２日２０時が設定さ
れているので、期限である７月１２日２０時を過ぎても
なおファイルＦｃ，Ｆｄの状態が未送信である場合に
は、ファイルの状態が送受信部１により送信失敗に書き
換えられる。これにより、何週間も前の会議の資料とい
った、相手にとってあまり必要のない資料を自動的に配
布してしまうことを避けることができる。

【００６５】受信側においては送信側からの情報に基づ
いて受信情報テーブルを作成する。図１０は機器Ｂの受
信情報記憶部５T が有する受信情報テーブルの例を示し
ている。図１０の例では、機器Ｂは機器Ａからファイル
を受信中であり、機器Ｃからはファイルをまだ受信して
いないことが示される。

【００６６】送信側の機器Ａは、トランザクションに含
まれるファイルの送信に先立って、まずトランザクショ
ンの識別子及び名前と、トランザクションに含まれるフ
ァイルの個数及びそれぞれの名前やサイズ等をトランザ
クション情報として受信側の機器である機器Ｂに送る。
機器Ｂの送受信部１は、受信したトランザクション情報
に基づいて受信情報テーブルにトランザクションのエン
トリを新規に作成し、そのエントリに送信者の識別子及
びトランザクションの識別子を記載し、さらにそのトラ
ンザクションに含まれるファイルそれぞれに対応するエ
ントリを作成する。この場合には、ファイルの状態のフ
ィールドは未受信としておく。受信側では、送信者の識
別子とトランザクションの識別子とを組み合わせること
でそれぞれのトランザクションを一意に識別することが
できる。

【００６７】機器Ｂがファイルの受信を開始すると、受
信確認部６R はそのファイルの状態を未受信から受信中
に書き換える。また、機器Ｂの送受信部１R は受信した
ファイルを計算機のハードディスク等の記憶装置に格納
し、その格納場所を特定できる名前や識別子等の情報を
受信情報記憶部５R 内の受信情報テーブルに書き込む。
ファイルの受信を完了すると、受信確認部６R はそのフ
ァイルの状態を未受信から受信完了に書き換える。

【００６８】図１０の例においては、機器Ａが送信した
トランザクション情報に基づいて、機器Ｂにおいて、ト
ランザクションに付けた識別子１及び名前「会議資料
（７月２日）」とそのトランザクションに含まれるファ
イルのリストＦａ，Ｆｂ，Ｆｃを送信者Ａのトランザク
ション１としてエントリを作成したことを示している。
図１０はファイルＦａの受信が完了し、ファイルＦｂを
受信中の状態を示している。また、機器Ｃからはトラン
ザクション情報として機器Ｃがトランザクションに付け
た識別子１とそのトランザクションに含まれるファイル
のリストＦｘ，Ｆｙをトランザクション情報として受信
したので、機器Ｂはそのトランザクションに対応するエ
ントリを作成している。この送信者Ｃのトランザクショ
ン１のエントリ中にはファイルＦｘ，Ｆｙに対応するエ
ントリがそれぞれ作成されているが、ファイルの受信は
まだ開始されていない。また、機器Ｃはトランザクショ
ンに名前を付けなかったので、名前のエントリは空とな
っていることが示されている。

【００６９】アプリケーションインタフェース部７R
は、アプリケーション実行部８R から受信要求を受ける
と、受信情報記憶部５R の受信情報テーブルを参照し、
状態が受信完了となっているファイルがあるか否か探
す。もしあればファイルをその送信者とトランザクショ
ンの識別子等の情報と共にアプリケーション実行部８R
に渡す。なお、受信情報テーブルにおいても、送信情報
テーブルと同様に、送信者がトランザクションに付けた
名前、トランザクションの作成時刻、受信時刻、ファイ
ル全体のサイズと受信が完了したサイズ等の情報を記載
し、アプリケーション実行部８R から参照できるように
することができる。

【００７０】また、アプリケーションインタフェース部
７R は、トランザクションに含まれる全てのファイルの
受信が完了するまで、そのトランザクションに含まれる
ファイルをアプリケーション実行部８R に渡さないよう
にしてもよい。この場合には、トランザクションに含ま
れる全てのファイルの受信が完了した時点で、アプリケ
ーション実行部８へトランザクションの完了をイベント
等によって通知するようにする。

【００７１】このように本実施の形態においては、１つ
又は複数のファイルの送信要求をトランザクションとし
て管理し、トランザクションの宛先として１つ又は複数
の相手を指定し、前記複数の相手のうち一部又は全部に
対して送信が途中で失敗しても、送信の失敗した相手と
再び通信可能になると残りのファイルを自動的に送信す
ることにより、ユーザが失敗した送信を意識しないです
むようにし、また、トランザクション単位で送受信の履
歴表示、送受信のキャンセル、等を行うことにより、ユ
ーザが複数の相手に対するファイルの送受信の管理を容
易に行えるようにし、特に電子会議における資料の電子
的な配布の利便性を向上させることができる。

【００７２】なお、上記実施の形態は、磁気ディスク等
の媒体に記録し、計算機上で動作させるソフトウェアと
しても実現することができる。ソフトウェアとして実現
した場合には、ユーザがソフトウェアの実行を終了させ
るか、計算機の電源を切断すると、ソフトウェアが利用
中のデータは失われるので、送信情報テーブル、受信情
報テーブルの内容が保存されない。このため、再び電源
が投入されたときに送受信を続行することができないと
いう問題がある。

【００７３】そこで、このような場合には、ソフトウェ
アの実行終了前に、送信情報テーブル及び受信情報テー
ブルの内容を、電源を切断しても内容が失われないよう
な記憶媒体、例えばハードディスク上に記録するファイ
ルとして保存する。電源が再び入れられ、ソフトウェア
が実行された場合には、各テーブルの内容をロードする
ことにより、再び送受信が可能となる。この場合には、
アプリケーションインタフェース部７は、送信情報テー
ブル又は受信情報テーブルを参照することにより、どの
相手に対しどのファイルの送信又は受信が完了している
かをアプリケーション実行部８に示すことができる。

【００７４】ところで、機器Ｂは、機器Ａと通信可能な
範囲の外に移動したり、電源を切断する等の理由で通信
不可能となることがある。この場合には、通信状態検査
部２T は機器Ｂと通信不可能となったことを検出する
と、送受信部１T に対し機器Ｂとの送受信を中止するよ
う指示してもよい。また、機器Ａの電源が切断された
り、機器Ａのアプリケーション実行部８T がアプリケー
ションインタフェース部７T に対して送信中止の指示を
出した場合も、送受信を中止するようにしてもよい。こ
の場合には、送受信部１T は、送信中であったファイル
について、送信情報テーブルの状態のエントリを送信中
から未送信に書き換える。

【００７５】機器Ａでは、アプリケーション実行部８T
から送信再開の指示があると、送受信部１T は送信情報
テーブルから状態が未送信となっているファイルを読み
出して送信を開始する。また、機器Ａにおいて通信状態
検査部２T が再び機器Ｂと通信可能となったことを検出
すると、アプリケーション実行部８T から送信再開の指
示がなくても、送受信部１T は自動的に送信データテー
ブルから未送信のファイルを読み出し送信を開始するよ
うにすることも可能である。

【００７６】図１１は本発明の他の実施の形態を示す説
明図である。

【００７７】本実施の形態はアプリケーションインタフ
ェース部７T が送信情報テーブルに自動送信のフィール
ドを付加した点が上記実施の形態と異なる。ハードウェ
ア構成は図１の実施の形態と同様である。

【００７８】自動送信のフィールドは、ＴＲＵＥ
（真），ＦＡＬＳＥ（偽）のうちいずれかの論理値をと
る。図１１は送信情報テーブルの例を示している。通信
状態検査部２T が相手機器との通信が可能になったと判
断すると、送受信部１T は送信情報テーブルのうち、自
動送信のフィールドがＴＲＵＥになっているもののみを
送信する。図１１の例では、機器Ａの通信状態検査部２
T が機器Ｂと通信可能になったと判断すると、送受信部
１T はトランザクション１に含まれる未送信のファイル
Ｆｂ，Ｆｃのみを送信する。トランザクション４につい
ては、自動送信のフィールドがＦＡＬＳＥになっている
のでファイルＦｅは送信しない。

【００７９】アプリケーション実行部８T は、アプリケ
ーションインタフェース部７T を介して送信情報記憶部
４T の送信情報テーブルの内容を参照することができ、
自動送信のフィールドの値を任意の時点で変更すること
ができる。例えば、通信状態検査部２T が機器Ｂと通信
可能となったことを検出した時点では自動送信のフィー
ルドがＦＡＬＳＥであったトランザクション３は、この
フィールドをＴＲＵＥにした時点で送信が開始される。

【００８０】上記実施の形態においては、相手機器と通
信可能になった時点で自動的に未送信のデータの送信が
開始されたことから、ユーザが優先的に送りたいデータ
が他にあった場合でも、未送信のデータの送信が全て完
了するまで待つ必要があった。これに対し、本実施の形
態においては、優先的に送信したいデータがあった場合
には未送信のデータの送信を停止して優先するデータを
送信し、その送信が完了した後に未送信のデータの送信
を開始することができることから、ユーザの利便性が向
上する。

【００８１】図１２は本発明の他の実施の形態を説明す
るための説明図である。

【００８２】本実施の形態は受信側において不要と判断
したファイルについてはファイルの受信を行わないよう
にしたものである。本実施の形態においても図１の実施
の形態と同様のハードウェアによって構成することがで
きる。

【００８３】本実施の形態においては、機器Ａはトラン
ザクション情報を送信した後、機器Ｂから応答があるま
ではファイルの送信を開始しない。機器Ｂでは、送受信
部１R がトランザクション情報を受信し受信情報テーブ
ルにそのトランザクションに関するエントリを作成する
と、アプリケーションインタフェース部７R を介してア
プリケーション実行部８R にトランザクションの開始を
通知する。

【００８４】アプリケーション実行部８R は通知を受け
ると受信情報テーブルを参照し、トランザクションに含
まれるファイルのうち、不要なものがあるか調べる。も
し不要なものがあれば、ファイルの状態を未受信から受
信不要に書き換える。

【００８５】図１２はこの場合の機器Ｂの受信情報テー
ブルの一例を示している。図１２の例では、機器Ａはト
ランザクション５として、Ｆｘ，Ｆｙ，Ｆｚの３つのフ
ァイルを送信しようとしているが、機器Ｂのアプリケー
ション実行部８R はファイルＦｙを不要と判断して、フ
ァイルＦｙの状態のエントリを受信不要に書き換えたこ
とを示している。

【００８６】アプリケーションインタフェース部７R
は、アプリケーション実行部８R による書き換えが終了
すると、送受信部１R に対しトランザクション情報に対
する応答を送信するよう指示する。送受信部１R は、指
示を受けると受信情報テーブルを参照し、受信不要とさ
れたファイルのリストを、トランザクションの識別子と
ともに応答として機器Ａへ送信する。この例では、受信
不要のファイルとしてＦｙの識別子又は名前を送る。

【００８７】機器Ａでは、受信不要のファイルリストを
示す応答を受け取ると、送信情報テーブルのＦｙの状態
のエントリを未送信から送信不要に書き換え、ファイル
Ｆｘ及びＦｚのみを送信する。

【００８８】ファイルの受信が必要でないと判断する場
合としては、通信状態が悪く相手との通信速度が極端に
遅い場合、受信しようとしているファイルのサイズが自
機の記憶装置の残り容量と比較して無視できない大きさ
の場合、受信しようとしているファイルをすでに所持し
ている場合、受信しているファイルを処理できるアプリ
ケーションが自機にインストールされていない場合、等
が挙げられる。

【００８９】図１３は本発明の他の実施の形態を示すブ
ロック図である。図１３において図１と同一の構成要素
には同一符号を付して説明を省略する。

【００９０】本実施の形態は複数の宛先をグループとし
て管理するグループ情報管理部１０が付加された点が図
１の実施の形態と異なる。グループ情報管理部１０は、
複数の宛先をグループのメンバとして登録する。アプリ
ケーション実行部８は、アプリケーションインタフェー
ス部７を介してグループ情報管理部１０を制御して、所
定のメンバからなる複数のグループ登録することができ
るようになっている。

【００９１】次に、このように構成された実施の形態の
動作について図１４乃至図１７の説明図を参照して説明
する。

【００９２】図１４は機器Ａのグループ情報管理部１０
T ，１０R が有するグループテーブルの一例を示してい
る。グループには、ユーザに分かりやすい名前を付ける
ことができる。

【００９３】アプリケーション実行部８は、複数の宛先
をグループのメンバとしてグループテーブルに登録する
ことができる。図１４の例では、会議ＡのメンバはＡ，
Ｂ，Ｃであり、会議ＢのメンバはＡ，Ｂ，Ｄであって、
機器ＡのグループテーブルにはＢ，Ｃ が会議Ａと名づ
けられたグループ１として登録され、Ｂ，Ｄが会議Ｂと
名づけられたグループ２として登録されていることが示
されている。

【００９４】アプリケーション実行部８T は、送信した
いファイルとして Ｆａ，Ｆｂ を、宛先としてグループ
１を指定してアプリケーションインタフェース部７T に
送信の指示を出す。アプリケーションインタフェース部
７T はグループ情報管理部１０T によってグループ１の
メンバを調べ、送信情報テーブルに送信すべきファイル
と宛先等の情報をトランザクションとして記載し、送受
信部１T に対し送信開始の指示を出す。

【００９５】図１５はこの場合の機器Ａの送信情報テー
ブルの一例である。トランザクションに含まれるファイ
ルそれぞれに対し、宛先毎の送信状態及びファイルを基
準とした送信状態が記載されている。ファイルを基準と
した送信状態は、ファイルの宛先のいずれに対する送信
も開始されていなければ未送信、少なくとも１つの宛先
に対する送信が開始されていれば送信中、全ての宛先に
対する送信が完了していれば送信完了とする。アプリケ
ーション実行部８T は、ファイルを基準とした送信状態
のフィールドを見ることにより、そのファイルが全ての
宛先に届いたか否かを知ることができる。

【００９６】送受信部１T は、送信開始の指示を受ける
と、送信情報テーブルの宛先毎の状態のフィールドを見
て、状態が未送信となっているものの宛先を調べ、通信
状態検査部２T にその宛先と通信可能か否かを問い合わ
せ、通信可能であればその宛先へのファイルの送信を開
始する。また、通信状態検査部２T から、新たに通信可
能となった機器があることが通知されると、その機器を
宛先とし、宛先毎の状態が未送信となっているファイル
があるか検査し、あればそのファイルの送信を開始す
る。

【００９７】また、本実施の形態においては、トランザ
クションの宛先として１つのグループを指定するだけで
なく、宛先として複数のグループを指定することもでき
る。この場合には、指定されたグループの少なくとも一
つに含まれる機器をファイルの宛先とする。図１５の送
信情報テーブルにおいては、トランザクション７の宛先
としてグループ１及び２が指定され、宛先機器として
Ｂ，Ｃ，Ｄがセットされている。

【００９８】グループにメンバが追加されると、グルー
プ情報管理部１０は送信情報テーブルの宛先機器のフィ
ールドにそのメンバのエントリを追加する。また、グル
ープからメンバが削除されると、グループ情報管理部１
０は送信情報テーブルを参照し、そのメンバに対するフ
ァイルの送信状態を調べ、未送信となっている場合は送
信情報テーブルの宛先機器のフィールドからそのメンバ
のエントリを削除する。送信完了となっている場合は、
そのメンバのエントリは送信記録として残しておくこと
とし、削除はしない。

【００９９】図１６は図１５の例に対して、グループ１
のメンバに機器Ｅを追加し、グループ２からメンバＤを
削除した場合の機器Ａの送信情報テーブルの一例を示し
ている。図１５と比較すると、トランザクション６の宛
先機器としてメンバＥが追加され、トランザクション７
の宛先機器からメンバＤが削除されている。アプリケー
ション実行部８T から特に指定がなければ、新しく追加
された宛先Ｅに対しては、通信状態検査部２T が通信可
能となったと判断した時点で送受信部１T によりファイ
ル Ｆａ，Ｆｂ が自動的に送信される。ただし、新しく
追加したメンバへの送信を望まない場合には、宛先毎の
状態のフィールドを送信不要にセットしておくことによ
り、送信を行わないようにすることができる。また、宛
先Ｄについては、送信情報テーブルから削除されている
ので、ファイルＦｃの送信が行われることはない。

【０１００】本実施の形態においても、上記実施の形態
と同様に、通信状態検査部２T が通信不可能となったと
判断した機器があると、送受信部１T にその機器に対す
るファイルの送信の中止を指示する。送受信部１T は指
示を受けると通信不可能となった機器へのファイルの送
信を中止すると共に、その機器について、宛先毎の状態
のフィールドを送信中から未送信に書き換える。また、
そのファイルのほかの宛先への送信状態も検査し、その
結果どの宛先へもそのファイルを送信中でないと分かれ
ば、ファイルの状態のフィールドを未送信に書き換え
る。

【０１０１】また、通信状態検査部２T は再び通信可能
となったと判断した機器があると、送受信部１T に送信
の再開を指示する。送受信部１T は、送信情報テーブル
を参照し、その機器について、宛先毎の送信状態のフィ
ールドが未送信になっているファイルがあるか探し、も
しあれば、その機器へのファイルの送信を開始し、その
機器について、宛先毎の送信状態のフィールドを送信中
に書き換える。また、ファイルの状態のフィールドが未
送信となっていれば、送信中に書き換える。

【０１０２】同じファイルを複数の宛先に対して送信す
る場合には、マルチキャストを行うと通信の効率がよ
い。そこで、ファイルの宛先として複数の機器が指定さ
れている場合は、マルチキャストを行うようにすること
ができる。

【０１０３】図１７はこの場合の送信情報テーブルの一
例であり、機器Ａが機器Ｂ，Ｃ，Ｄをメンバとするグル
ープ３に対しファイル Ｆａ，Ｆｂ，Ｆｃ，Ｆｄ を送信
中に、機器Ｄ，Ｃ，Ｂがこの順で機器Ａと通信可能な範
囲外にそれぞれ移動していった場合の、機器Ａの送信情
報テーブルを示している。

【０１０４】図１７の例では、機器Ｂに対してはファイ
ルＦａ，Ｆｂの送信が完了し、機器Ｃに対してはファイ
ル Ｆａの送信が完了している。機器Ｂ，Ｃ，Ｄが機器
Ａと通信可能な範囲内に戻ってくると、機器Ａの通信状
態検査部２T は、機器Ｂ，Ｃ，Ｄと通信可能となったこ
とを検出し、送信を再開する。この場合には、機器Ａは
先ず機器Ｄとコネクションを生成し、ファイルＦａを送
る。次に、機器Ｃをこのコネクションに加え、機器Ｃ，
Ｄに対するマルチキャストコネクションを作り、ファイ
ル Ｆｂを送る。更に機器Ｂをこのマルチキャストコネ
クションに加え、ファイル Ｆｃ，Ｆｄを送る。

【０１０５】これにより、各機器とユニキャストコネク
ションを生成して送信を行う場合、即ち、機器Ｄとユニ
キャストコネクションを生成しファイル Ｆａ，Ｆｂ，
Ｆｃ，Ｆｄを送り、機器Ｃと別のユニキャストコネクシ
ョンを生成しファイル Ｆｂ，Ｆｃ，Ｆｄを送り、機器
Ｂと更に別のユニキャストコネクションを生成しファイ
ル Ｆｃ，Ｆｄを送る場合に比して、通信量を低減させ
ることができる。

【０１０６】なお、マルチキャストコネクションに順次
通信相手を追加するためには、コネクションに追加した
い相手と制御情報を交換してネゴシエーションを行う必
要があり、ネゴシエーションが完了するまで次の送信を
行うことができないという問題がある。新しい相手をコ
ネクションに追加する際のこのような手間を避けるため
に、最初から機器Ｂ，Ｃ，Ｄからなるマルチキャストコ
ネクションを生成しておき、送信するファイルに、その
ファイルを受け取るべき相手の情報（例えば、ファイル
Ｆａであれば機器Ｃ）をヘッダとして記載し、受信側で
自己の機器に不要なファイルであれば廃棄するようにし
てもよい。

【０１０７】また、通信インタフェースが異なることに
よってマルチキャストすることができない場合、例え
ば、機器Ａと機器Ｂ，Ｃとは無線ＬＡＮで接続され、機
器Ａと機器ＤとはＩｒＤＡで接続されているような場合
には、機器Ｂ，Ｃに対するマルチキャストコネクション
と、機器Ｄに対するユニキャストコネクションとをそれ
ぞれ設定し、データの送信を行えばよい。

【０１０８】また、無線ＬＡＮ及びＩｒＤＡ等の複数の
インタフェースを備えた機器においては、送受信部１が
最適なインタフェースを選択して送信するようにすれば
よい。例えば、いま、機器Ａ，Ｂ，Ｃ，Ｄが無線ＬＡＮ
インタフェースを備え、機器Ａ，Ｄは更にＩｒＤＡイン
タフェースも有しているものとする。この場合には、機
器Ａは、機器ＤとはＩｒＤＡで通信を行うこともできる
が、ＩｒＤＡと無線ＬＡＮの速度を比較した結果、無線
ＬＡＮで機器Ｂ，Ｃ，Ｄに対するマルチキャストコネク
ションを生成し送信を行った方が効率がよいと判断し、
機器Ｄに対しても無線ＬＡＮで送信する。

【０１０９】送信の途中で機器Ｄの無線ＬＡＮインタフ
ェースが故障すると、機器Ａの通信状態検査部２T は機
器Ｄとの通信が不可能となったと判断し、送受信部１T
に対し機器Ｄをマルチキャストコネクションから除くよ
うに指示する。このとき、機器Ｂ，Ｃ に対するマルチ
キャスト送信は続行される。

【０１１０】機器Ｄは無線ＬＡＮインタフェースが故障
したので、ＩｒＤＡインタフェースを使った通信を行う
ことにする。機器Ａの通信状態検査部２T は、機器Ｄと
ＩｒＤＡによる送受信が可能であることを検出すると、
送受信部１T に機器Ｄに対する送信をＩｒＤＡ経由で再
開するように指示を出す。

【０１１１】これにより、複数の通信インタフェースを
有する機器は、ファイルの受信に使用していた通信イン
タフェースが受信の途中で使用不可能となっても、別の
通信インタフェースからファイルを受け取ることができ
る。別の通信インタフェースでの接続は通信状態検査部
２により自動的に行われるので、ユーザはそのインタフ
ェースで通信すべき相手や送受信すべきデータを再び指
定し直す必要はない。

【０１１２】図１８は本発明の他の実施の形態を説明す
るための説明図である。

【０１１３】本実施の形態におけるハードウェア構成及
び送受信の手順は図１の実施の形態と同様である。

【０１１４】本実施の形態においては、送受信部１に接
続管理テーブルを新たに設けるようになっている。この
接続管理テーブルは、相手の識別子と接続の可否を対応
付けて記憶するもので、アプリケーション実行部８が、
アプリケーションインタフェース部７を介して自由に書
き換えることができるようになっている。

【０１１５】いま、機器Ａ，Ｃを送信側の機器とし、機
器Ｂを受信側の機器として説明する。図１８は受信側の
機器Ｂの接続管理テーブルの一例を示している。この例
においては、機器Ｂは機器Ａとの接続を許可し、機器Ｃ
との接続は許可しないように設定されている。

【０１１６】機器Ｂの送受信部１R は、相手からのコネ
クション設定要求を受けると、接続管理テーブルを参照
し、その相手との接続が許されているか否かを調べる。
機器Ｂの送受信部１R は機器Ａからのコネクション設定
要求であれば、接続管理テーブルに 許可と記載されて
いるので、接続が許されると判断し、コネクション設定
処理を進める。また、送受信部１R は接続管理テーブル
に拒否と記載されている相手及び接続管理テーブルに記
載されていない相手については、接続が許されないと判
断し、コネクション設定処理を行わない。

【０１１７】従って、機器Ｃが機器Ｂへファイルを送信
しようとすると、機器Ｂの送受信部１R はコネクション
の設定を拒否するので、ファイル機器Ｃから機器Ｂへの
ファイルの送信は行われない。この場合には、機器Ｃの
送受信部１T は送信情報テーブルに記載されたファイル
の機器Ｂに対する送信状態を未送信から受信拒否に書き
換える。

【０１１８】

【発明の効果】以上説明したように本発明によれば、資
料の配布作業を簡単にすることができるという効果を有
する。

【図面の簡単な説明】

【図１】本発明に係る通信装置の一実施の形態を示すブ
ロック図。

【図２】図１の実施の形態を説明するための説明図。

【図３】図１の実施の形態を説明するための説明図。

【図４】図１の実施の形態の動作を説明するためのフロ
ーチャート。

【図５】図１の実施の形態の動作を説明するためのフロ
ーチャート。

【図６】図１の実施の形態の動作を説明するためのフロ
ーチャート。

【図７】図１の実施の形態を説明するための説明図。

【図８】図１の実施の形態を説明するための説明図。

【図９】図１の実施の形態を説明するための説明図。

【図１０】図１の実施の形態を説明するための説明図。

【図１１】本発明の他の実施の形態を説明するための説
明図。

【図１２】本発明の他の実施の形態を説明するための説
明図。

【図１３】本発明の他の実施の形態を示すブロック図。

【図１４】図１３の実施の形態を説明するための説明
図。

【図１５】図１３の実施の形態を説明するための説明
図。

【図１６】図１３の実施の形態を説明するための説明
図。

【図１７】図１３の実施の形態を説明するための説明
図。

【図１８】本発明の他の実施の形態を説明するための説
明図。

【符号の説明】

１…送受信部、２…通信状態検査部、３…送信確認部、
４…送信情報記憶部、５…受信情報記憶部、６…受信確
認部、７…アプリケーションインターフェース部、８…
アプリケーション実行部、９…ネットワーク。

フロントページの続き Ｆターム(参考） 5B089 GA21 JA33 JB10 KA04 KC03 KC15 KC21 KC26 KC28 KC59 KE07 KG03 KG10 ME15 5K030 GA17 HA05 HB19 HC13 JL01 LD06 LD13 5K033 AA00 BA13 CB13 CB17 5K034 AA19 BB06 FF02 TT01 9A001 BB04 CC06 CZ05 DD10 JJ12 JJ13 JJ18 JJ23 JJ25

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続された複数の機器と
   コネクションを設定し送受信を行う送受信手段と、 前記ネットワークに接続された複数の機器に対する資料
   の転送を前記各機器及び転送する資料について所定の管
   理単位であるトランザクション毎に記述した転送情報テ
   ーブルを記憶する転送情報記憶手段と、 前記送受信手段が生成したコネクションに基づいて前記
   転送情報テーブルを更新する転送情報更新手段と、 前記転送情報記憶手段に記憶された前記転送情報テーブ
   ルに基づいて前記資料の転送を制御する転送制御手段と
   を具備したことを特徴とする通信装置。
2. 【請求項２】 前記転送情報テーブルは、前記トランザ
   クションに１又は複数の資料と１又は複数の機器とを登
   録し、各資料、各機器及び各トランザクション毎の少な
   くとも１つ毎に送信又は受信状態を管理可能であること
   を特徴とする請求項１に記載の通信装置。
3. 【請求項３】 相手機器とコネクションを設定し送受信
   を行う送受信部と、 相手機器と通信可能であるか否かを検査する通信状態検
   査部と、 相手機器からの１つ又は複数のファイルのうち一部又は
   全部を受信すると、受信したファイルに対する送達確認
   情報を相手機器に送信すると共に、相手機器からファイ
   ルを全て受信したか否かを検査する受信確認部と、 送達確認情報を受信すると、送信すべきファイルのうち
   どれが相手に受信されたかを判断する送信確認部と、 相手機器の識別子とその相手へ送信すべきファイルとを
   記憶する送信情報記憶部と、 相手機器の識別子とその相手から受信すべきファイルと
   を記憶する受信情報記憶部と、 アプリケーションから１つ又は複数のファイルの送信要
   求を受けるとその送信要求をトランザクションとして前
   記送信情報記憶部に格納し、ファイルの受信要求を受け
   ると前記受信情報記憶部に前記トランザクションに属す
   るファイルのうち１部又は全部が受信され格納されてい
   ればそのファイルをアプリケーションに渡すアプリケー
   ションインタフェース部とを有し、 アプリケーションから送信開始の指示があるか、通信状
   態検査部が相手機器と通信可能となったことを検出する
   かの少なくとも一方が発生した場合に相手とのコネクシ
   ョンを設定して前記送信情報記憶部に記憶されているフ
   ァイルのうち送信が完了していないものを相手に送信す
   ることを特徴とする通信装置。
4. 【請求項４】 アプリケーションからトランザクション
   に対する中止の指示があった場合及び前記通信状態検査
   部がトランザクションの宛先として指定された機器と通
   信不可能となったことを検出した場合のいずれか一方の
   場合に、前記トランザクションに含まれるファイルの送
   信を中止してコネクションを切断し、前記宛先と再び通
   信可能となるとコネクションを再び設定して前記送信情
   報記憶部に記憶されている前記トランザクションに含ま
   れるファイルのうち送受信が完了していないものを送信
   することを特徴とする請求項３に記載の通信装置。
5. 【請求項５】 前記送信情報記憶部にトランザクション
   が記憶されている場合に、アプリケーションにそのトラ
   ンザクションの宛先とそのトランザクションに含まれる
   ファイルのリストを提示し、中止されていたトランザク
   ションの送信を相手と再び通信可能となったときに自動
   的に開始するか否かを選択させることを特徴とする請求
   項４に記載の通信装置。
6. 【請求項６】 前記送受信部がトランザクションの受信
   処理を開始すると、アプリケーションに対し前記トラン
   ザクションとして送受信されるファイルの中に必要のな
   いものがあるか否かを問い合わせ、アプリケーションが
   受信する必要がないと判断したファイルがある場合に
   は、送信側の機器に対して、必要と判断されたファイル
   のみを送信するよう要求することを特徴とする請求項３
   又は４のいずれか一方に記載の通信装置。
7. 【請求項７】 複数の相手機器をグループとして記憶す
   るグループ情報管理部を有し、 記憶されたグループの識別子がトランザクションの宛先
   として指定されると、前記通信状態検査部がそのグルー
   プのメンバのうち通信可能である機器それぞれについ
   て、コネクションを設定し前記トランザクションに含ま
   れるファイルの送信を開始するよう前記送受信部に指示
   すると共に、メンバのうち通信可能でない機器それぞれ
   については、前記通信状態検査部がその機器と通信可能
   になったと判断すると前記送受信部にコネクションを設
   定して前記トランザクションに含まれるファイルの送信
   を開始するよう指示することを特徴とする請求項３又は
   ４のいずれか一方に記載の通信装置。
8. 【請求項８】 前記送受信部に、特定の１又は複数の特
   定の相手のみからのコネクション設定要求を受け入れ、
   それ以外の相手からのコネクション設定要求を拒否する
   ようにアプリケーションから設定される受信管理テーブ
   ルを有し、前記送受信部は相手からのコネクション設定
   要求が発生すると前記受信管理テーブルを参照してコネ
   クション設定の可否を判断することにより、前記特定の
   相手以外とのファイルの送受信を行わないことを特徴と
   する請求項３又は４のいずれか一方に記載の通信装置。
9. 【請求項９】 ネットワークに接続された複数の機器に
   対する資料の転送を各機器及び転送する資料について所
   定の管理単位であるトランザクション毎に記述した転送
   情報テーブルを記憶するステップと、 前記ネットワークに接続された複数の機器とコネクショ
   ンを設定し送受信を行うステップと、 生成したコネクションに基づいて前記転送情報テーブル
   を更新するステップと、 前記転送情報テーブルに基づいて前記資料の転送を制御
   するステップとを具備したことを特徴とする通信方法。