(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の機器とコネクションを設定し送受信を行う送受信手段と、
前記ネットワークに接続された複数の機器との間の資料の送信又は受信を、前記資料及びコネクション相手の１つ以上の機器について所定の管理単位であるトランザクション毎に管理するアプリケーションインタフェース手段と、
送信する資料に関する前記トランザクションの情報を記述した送信情報テーブルを記憶する送信情報記憶手段と、
前記ネットワークを介して伝送された前記トランザクションの情報を受信して受信情報テーブルを作成して記憶する受信情報記憶手段とを具備し、
前記アプリケーションインタフェース手段は、以後送るべき資料の転送先である前記各機器の増減及び該資料の増減の少なくとも一方に基づいて前記送信情報記憶手段又は前記受信情報記憶手段に記憶したトランザクションを更新する情報更新手段を含むことを特徴とする通信装置。
【請求項２】
前記送受信手段は、
送信側において、前記送信情報記憶手段に記憶された前記トランザクションの情報に基づいて前記資料の送信を制御し、
受信側において、前記受信情報記憶手段に記憶された前記トランザクションの情報に基づいて前記資料の受信を制御することを特徴とする請求項１に記載の通信装置。
【請求項３】
相手機器とコネクションを設定し送受信を行う送受信部と、
相手機器と通信可能であるか否かを検査する通信状態検査部と、
相手機器からの１つ又は複数のファイルのうち一部又は全部を受信すると、受信したファイルに対する送達確認情報を相手機器に送信すると共に、相手機器からファイルを全て受信したか否かを検査する受信確認部と、
送達確認情報を受信すると、送信すべきファイルのうちどれが相手に受信されたかを判断する送信確認部と、
相手機器の識別子とその相手へ送信すべきファイルとを記憶する送信情報記憶部と、
相手機器の識別子とその相手から受信すべきファイルとを記憶する受信情報記憶部と、
アプリケーションから１つ又は複数のファイルの送信要求を受けるとその送信要求をトランザクションとして前記送信情報記憶部に格納し、ファイルの受信要求を受けると前記受信情報記憶部に前記トランザクションに属するファイルのうち１部又は全部が受信され格納されていればそのファイルをアプリケーションに渡すアプリケーションインタフェース部とを有し、
アプリケーションから送信開始の指示があるか、通信状態検査部が相手機器と通信可能となったことを検出するかの少なくとも一方が発生した場合に相手とのコネクションを設定して前記送信情報記憶部に記憶されているファイルのうち送信が完了していないものを相手に送信することを特徴とする通信装置。
【請求項４】
アプリケーションからトランザクションに対する中止の指示があった場合及び前記通信状態検査部がトランザクションの宛先として指定された機器と通信不可能となったことを検出した場合のいずれか一方の場合に、前記トランザクションに含まれるファイルの送信を中止してコネクションを切断し、前記宛先と再び通信可能となるとコネクションを再び設定して前記送信情報記憶部に記憶されている前記トランザクションに含まれるファイルのうち送受信が完了していないものを送信することを特徴とする請求項３に記載の通信装置。
【請求項５】
前記送信情報記憶部にトランザクションが記憶されている場合に、アプリケーションにそのトランザクションの宛先とそのトランザクションに含まれるファイルのリストを提示し、中止されていたトランザクションの送信を相手と再び通信可能となったときに自動的に開始するか否かを選択させることを特徴とする請求項４に記載の通信装置。
【請求項６】
前記送受信部がトランザクションの受信処理を開始すると、アプリケーションに対し前記トランザクションとして送受信されるファイルの中に必要のないものがあるか否かを問い合わせ、アプリケーションが受信する必要がないと判断したファイルがある場合には、送信側の機器に対して、必要と判断されたファイルのみを送信するよう要求することを特徴とする請求項３又は４のいずれか一方に記載の通信装置。
【請求項７】
複数の相手機器をグループとして記憶するグループ情報管理部を有し、
記憶されたグループの識別子がトランザクションの宛先として指定されると、前記通信状態検査部がそのグループのメンバのうち通信可能である機器それぞれについて、コネクションを設定し前記トランザクションに含まれるファイルの送信を開始するよう前記送受信部に指示すると共に、メンバのうち通信可能でない機器それぞれについては、前記通信状態検査部がその機器と通信可能になったと判断すると前記送受信部にコネクションを設定して前記トランザクションに含まれるファイルの送信を開始するよう指示することを特徴とする請求項３又は４のいずれか一方に記載の通信装置。
【請求項８】
前記送受信部に、特定の１又は複数の特定の相手のみからのコネクション設定要求を受け入れ、それ以外の相手からのコネクション設定要求を拒否するようにアプリケーションから設定される受信管理テーブルを有し、前記送受信部は相手からのコネクション設定要求が発生すると前記受信管理テーブルを参照してコネクション設定の可否を判断することにより、前記特定の相手以外とのファイルの送受信を行わないことを特徴とする請求項３又は４のいずれか一方に記載の通信装置。
【請求項９】
ネットワークに接続された複数の機器に対する資料の送信を前記各機器及び送信する資料について所定の管理単位であるトランザクション毎に記述した送信情報テーブルを記憶するステップと、
前記ネットワークに接続された複数の機器とコネクションを設定し送受信を行うステップと、
以後送るべき資料の転送先である前記各機器の増減及び該資料の増減の少なくとも一方に基づいて前記トランザクションを更新するステップと、
前記記憶された前記トランザクションの情報に基づいて前記資料の送信を制御するステップとを具備したことを特徴とする通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子会議の電子資料の配布等に好適な通信装置及び通信方法に関する。
【０００２】
【従来の技術】
従来、ＵＮＩＸや、マイクロソフト社のＷｉｎｄｏｗｓ等のオペレーティングシステムでは、複数のコンピュータをネットワークで接続し、ファイルの移動やコピーが可能になっている。ネットワークへの接続には、ケーブルを用いた有線ＬＡＮ（ローカルエリアネットワーク）が多く用いられてきたが、最近では無線ＬＡＮも普及している。無線ＬＡＮを使用すると、ノートパソコンや電子手帳等の携帯機器を持って集まったユーザに対して資料を電子的に配布することができ、いわゆる電子会議が可能となる。
【０００３】
ところが、無線インタフェースでは、ケーブルで繋がっておらず持ち運びが容易なことから、通信の途中であってもユーザが機器を通信可能な範囲外に持ち出してしまうといったことが起り得る。また、無線インタフェースは有線ＬＡＮに比べ外部からの妨害電波等の干渉を受けやすいことから、ユーザが移動しなくても通信が途絶する可能性が有線ＬＡＮより高い。
【０００４】
ＬＡＮの通信プロトコルでは、相手からの送達確認が一定の期間届かない場合には送信に失敗したものとしてコネクションを切断するようになっており、会議の参加者が用いるコンピュータが通信不能な状態になると、ファイルの移動及びコピー機能を用いて電子的に資料を配布しようとしても、資料を配布することはできない。
【０００５】
こうして資料の配布に失敗した場合には、ユーザは、資料の配布を完了させるために、再度送信ファイと送信宛先とを指定する必要がある。即ち、ユーザーは送信不能となった宛先を記憶すると共に、送信すべきファイルのうち、いずれのファイルまでが宛先に届いたのかを記憶しておく必要があり、再び通信可能になった時点で改めて残りのファイルについての送信処理を実行する必要があった。
【０００６】
なお、ファイルの移動及びコピー機能は、ファイルの宛先として複数の相手を指定することができないことから、送信不能となった各宛先に対して、個別に送信を指定する必要があった。
【０００７】
そこで、特開平８−１１５２７８号公報においては、通信路の障害によりデータの送受信が中断された場合において、通信路が復旧した後にデータの未送信の部分を自動的に送信することで受信側が全てのデータを取得可能にする技術が提案されている。この提案においては、個々のファイルについて一つ又は複数の転送先それぞれに対する送信結果を転送管理テーブルとして保持し、転送先と通信可能になると、未送信のファイルを自動的に送信し、全ての転送先への送信完了後に、転送管理テーブルから削除するようになっている。
【０００８】
この提案によれば、通信路の障害による個々のファイルの送受信の失敗をユーザが意識する必要はない。しかしながら、この提案の電子会議への適用には以下にあげるような問題点がある。
【０００９】
即ち、先ず、全ての宛先に対するファイルの送信が完了するとそのファイルは転送管理テーブルから削除されるので、いずれの宛先にどのようなファイルを送信したのかを知ることができない。このため、会議終了後に、誰がどのような資料（ファイル）を持ちかえったのかを管理しにくい。
【００１０】
また、一度送信指定したファイルが完全に転送されることを目的としているので、一旦送信が完了したファイルについて、その宛先を変更又は追加して再送信することはできない。従って、このような場合には、改めて送信したいファイルとその宛先を指定し直す必要がある。このため、ファイルの送信完了後に会議に参加した相手については、再度資料を配布するために、送信ファイルの指定及び宛先の指定を行う必要があり、特に、送信ファイル数が多い場合には、極めて不便である。
【００１１】
また、複数の宛先へのファイルの送信が完了した後に、同一の複数の宛先に異なるファイルを追加の資料として更に転送しようとする場合においても、各宛先を指定し直す必要がある。従って、特開平８−１１５２７８号公報の提案を電子会議に適用した場合でも、資料の配布作業が煩雑であることがあるという問題点があった。
【００１２】
【発明が解決しようとする課題】
このように、従来、指定した宛先についての複数のファイルの送信が完了すると、再度宛先及びファイル名を指定する必要があるという問題があった。しかも、会議数、宛先数及びファイル数が多い場合には、資料の配布作業が極めて煩雑になってしまうという問題点があった。
【００１３】
本発明は、資料の配布作業を簡単にすることができる通信装置及び通信装置を提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明の請求項１に係る通信装置は、ネットワークに接続された複数の機器とコネクションを設定し送受信を行う送受信手段と、前記ネットワークに接続された複数の機器との間の資料の送信又は受信を、前記資料及びコネクション相手の１つ以上の機器について所定の管理単位であるトランザクション毎に管理するアプリケーションインタフェース手段と、送信する資料に関する前記トランザクションの情報を記述した送信情報テーブルを記憶する送信情報記憶手段と、前記ネットワークを介して伝送された前記トランザクションの情報を受信して受信情報テーブルを作成して記憶する受信情報記憶手段とを具備し、前記アプリケーションインタフェース手段は、以後送るべき資料の転送先である前記各機器の増減及び該資料の増減の少なくとも一方に基づいて前記送信情報記憶手段又は前記受信情報記憶手段に記憶したトランザクションを更新する情報更新手段を含むことを特徴とするものであり、
本発明の請求項３に係る通信装置は、相手機器とコネクションを設定し送受信を行う送受信部と、相手機器と通信可能であるか否かを検査する通信状態検査部と、相手機器からの１つ又は複数のファイルのうち一部又は全部を受信すると、受信したファイルに対する送達確認情報を相手機器に送信すると共に、相手機器からファイルを全て受信したか否かを検査する受信確認部と、送達確認情報を受信すると、送信すべきファイルのうちどれが相手に受信されたかを判断する送信確認部と、相手機器の識別子とその相手へ送信すべきファイルとを記憶する送信情報記憶部と、相手機器の識別子とその相手から受信すべきファイルとを記憶する受信情報記憶部と、アプリケーションから１つ又は複数のファイルの送信要求を受けるとその送信要求をトランザクションとして前記送信情報記憶部に格納し、ファイルの受信要求を受けると前記受信情報記憶部に前記トランザクションに属するファイルのうち１部又は全部が受信され格納されていればそのファイルをアプリケーションに渡すアプリケーションインタフェース部とを有し、アプリケーションから送信開始の指示があるか、通信状態検査部が相手機器と通信可能となったことを検出するかの少なくとも一方が発生した場合に相手とのコネクションを設定して前記送信情報記憶部に記憶されているファイルのうち送信が完了していないものを相手に送信することを特徴とするものであり、
本発明の請求項９に係る通信方法は、ネットワークに接続された複数の機器に対する資料の送信を前記各機器及び送信する資料について所定の管理単位であるトランザクション毎に記述した送信情報テーブルを記憶するステップと、前記ネットワークに接続された複数の機器とコネクションを設定し送受信を行うステップと、以後送るべき資料の転送先である前記各機器の増減及び該資料の増減の少なくとも一方に基づいて前記トランザクションを更新するステップと、前記記憶された前記トランザクションの情報に基づいて前記資料の送信を制御するステップとを具備したことを特徴とするものである。
【００１５】
本発明の請求項１において、転送情報記憶手段は、複数の機器に対する資料の転送を前記各機器及び転送する資料について所定の管理単位であるトランザクション毎に記述した転送情報テーブルを記憶する。送受信手段は、ネットワークに接続された１又は複数の機器との間でコネクションを設定し、転送制御手段に制御されて、転送情報テーブルに基づいて資料の転送を行う。転送情報更新手段は、送受信手段による資料の転送に応じて転送情報テーブルを更新する。送受信手段は、更新された転送情報テーブルを用いて、資料の転送を行う。
【００１６】
本発明の請求項３においては、アプリケーションから送信開始の指示があるか、通信状態検査部が相手機器と通信可能となったことを検出するかの少なくとも一方が発生した場合に相手とのコネクションを設定して前記送信情報記憶部に記憶されているファイルのうち送信が完了していないものを相手に送信する。
【００１７】
本発明の請求項９においては、ネットワークに接続された複数の機器に対する資料の転送を各機器及び転送する資料について所定の管理単位であるトランザクション毎に記述した転送情報テーブルを記憶する。ネットワークに接続された複数の機器とコネクションを設定し送受信を行うと、生成したコネクションに基づいて転送情報テーブルを更新する。更新した転送情報テーブルに基づいて資料の転送を制御する。
【００１８】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は本発明に係る通信装置の一実施の形態を示すブロック図である。
【００１９】
本実施の形態においては、ネットワークに接続されているか又は接続予定の機器に対して資料を配布しようとする場合における配布処理の管理集合体をトランザクションといい、トランザクション毎に配布処理を管理することで、会議数、宛先数及びファイル数が多い場合でも、配布作業を容易にするようにしたものである。
【００２０】
各トランザクションは例えば１会議に対応させることができる。各トランザクションは宛先とファイルの組で管理された複数のレコードを有する。図１において、通信装置は、送受信部１、通信状態検査部２、送信確認部３、送信情報記憶部４、受信情報記憶部５、受信確認部６及びアプリケーションインタフェース部７によって構成されている。
【００２１】
トランザクションはアプリケーションインタフェース部７によって作成されるようになっている。トランザクションはアプリケーション実行部８からのファイル送信要求に基づいて作成される。
【００２２】
アプリケーション実行部８は、例えば電子会議においてユーザーが配付する資料（ファイル）を送信するための送信要求を発生する。この送信要求は、宛先及びファイルが組となった要求である。アプリケーションインタフェース部７は、アプリケーション実行部８から一つ又は複数のファイルの送信要求を受けると、この要求をトランザクションとして送信情報記憶部４に与えて記憶させると共に、送受信部１に送信の指示を出す。
【００２３】
また、アプリケーションインタフェース部７は、アプリケーションからファイルの受信要求を受けると、受信情報記憶部５に記憶されているトランザクションを読出し、トランザクションに含まれるファイルが受信されて格納されているか否かを確認し、格納されていればそのファイルをアプリケーション実行部８に渡す。
【００２４】
送受信部１は、送信情報記憶部４に状態が未送信であると記載されているファイルを通信路に送出する。また、他の機器からの受信を行い、受信したデータが自己が送出したファイルに対する送達確認であれば送信確認部３に渡し、自己宛てに送られたファイルであれば受信確認部６に渡す。
【００２５】
送信確認部３は、送達確認を受けると送信情報記憶部４にアクセスし、その送達確認に対応するファイルの状態を送信完了とする。受信確認部６は、送受信部１から渡されたファイルを受信情報記憶部５に記憶し、そのファイルに対する送達確認を送受信部１から送信する。通信状態検査部２は、送受信部１が相手と通信可能な状態であるか検査し、通信可能でなくなったと判断すると、送受信部１に対して送受信の中止を指示する。
【００２６】
次に、このように構成された実施の形態の動作について図２乃至図１０を参照して説明する。図２及び図３は機器Ａの送信情報記憶部に格納される送信情報テーブルの例を示す説明図である。また、図４及び図５は動作を説明するためのフローチャートである。なお、以後の説明において、各機器のうち送信側となった機器の構成要素にはその符号にＴの添え字を付加し、受信側となった機器の構成要素にはその符号にＲの添え字を付加して示すものとする。また、送信側又は受信側に特定されない場合には添え字なしで示す。
【００２７】
いま、機器Ａから機器Ｂ，Ｃ，Ｄへそれぞれデータを送信する場合について説明する。
【００２８】
機器Ａの送信情報記憶部４Ｔ  は送信情報テーブルを有している。アプリケーションインタフェース部７Ｔ  は、アプリケーション実行部８Ｔ  から一つ又は複数の宛先に対する、一つ又は複数のファイルの送信要求を受けると、その送信要求を１トランザクションとして管理して識別子を付与する。この識別子は送信者内部で一意であればよく、他の機器と重複していても構わない。
【００２９】
次に、アプリケーションインタフェース部７Ｔ  は送信情報テーブルに送信要求に対応するエントリ（トランザクション）を作成する。このエントリには、識別子と、宛先のリストと、ファイルのリストと、それぞれのファイルに対する送信状態を記載する。このとき、ファイルの初期状態は未送信としておく。
【００３０】
図２の例では、ファイルＦａ，Ｆｂ，Ｆｃの３つのファイルの機器Ｂに対する送信要求がトランザクション１として、ファイルＦｃ，Ｆｄの２つのファイルの機器Ｃ，Ｄに対する送信要求がトランザクション２として、ファイルＦｅの機器Ｃに対する送信要求がトランザクション９として、それぞれ格納されている。トランザクション２のように、宛先として複数の機器が指定されている場合は、それぞれの宛先毎にファイルの送信状態を管理する。なお、Ｆａ  等はファイルのデータそのものではなく、ファイルを一意に特定できる識別子や名前等の情報である。
【００３１】
アプリケーションは、現在通信可能でない相手も宛先として指定することができる。例えば、機器Ｂ，Ｃ，Ｄとは必ずしも送信要求の時点で通信可能である必要はない。ここでは、トランザクション１，２，９が作成された時点では、機器Ａは機器Ｂ，Ｃとは通信可能であるが、機器Ｄとは通信できないものとする。
【００３２】
アプリケーションインタフェース部７Ｔ  は、送信情報テーブルへのエントリの作成が完了すると、送受信部１Ｔ  に対してトランザクションの識別子を与え、そのトランザクションに含まれるファイルの送信を指示する。図２の例では、トランザクション１，２，９について送信が指示される。
【００３３】
図４及び図５はこの場合の送受信部１Ｔ  の動作を示している。図５は図４中のファイル送信処理ステップＳ９  の具体的な処理を示している。
【００３４】
送受信部１Ｔ  は、図４のステップＳ１  において、送信情報記憶部４Ｔ  内の送信情報テーブルを参照し、送信を指示されたトランザクションに含まれるファイルに状態が未送信となっているものがあるか調べ（ステップＳ３  ）、もしあればステップＳ４  からステップＳ５  に処理を移行して、そのファイルの宛先と通信可能であるか否かを通信状態検査部２Ｔ  に問い合わせる。
【００３５】
ステップＳ６  において通信可能であるか否かを判定し、通信可能であれば、ステップＳ７  でその宛先とコネクションを設定し、まず送信者の識別子と、トランザクションの識別子と、そのトランザクションに含まれるファイルのリストとをトランザクション情報として送信する（ステップＳ８  ）。
【００３６】
次に、ステップＳ９  の送信処理に移行する。図５のステップＳ１１において、そのトランザクションに含まれるファイルで、その宛先に対する状態が未送信となっているものを順次読み出しトランザクションの識別子等の情報を付加して送信する。その宛先に対する状態が未送信となっているファイル全てを送信すると、その宛先とのコネクションを切断する。そのトランザクションに複数の宛先が指定されていれば、他の宛先に対する状態が未送信となっているファイルがあるか調べ、あればその宛先とコネクションを設定し同様の処理を繰り返す。
【００３７】
図２の例では、送受信部１Ｔ  は、先ずトランザクション１について調べ、未送信となっているファイルＦａ，Ｆｂ，Ｆｃがあることを知る。そこで、それらの宛先であるＢと通信可能であるか否かを通信状態検査部２Ｔ  に問い合わせる。その結果、通信可能であると分かるので、機器Ｂとコネクションを設定し送信を開始する。
【００３８】
送受信部１Ｔ  は、最初にトランザクション１の識別子と、トランザクション１に含まれるファイルのリストＦａ，Ｆｂ，Ｆｃとをトランザクション情報として機器Ｂに送信する。次に、トランザクション１に含まれるファイルで未送信となっているもののうち最初のものであるＦａの送信を開始し、送信情報テーブルのＦａの状態のエントリを未送信から送信中に書き換える（ステップＳ１２）。
【００３９】
送信確認部３Ｔ  は、ステップＳ１３においてファイルの送信が成功したか否かを判断する。すなわち、送信したファイルＦａに対する送達確認が機器Ｂから返ってくれば、送信が成功したものと判断して、送信情報記憶部４Ｔ  内の送信情報テーブルのＦａの状態のフィールドを送信完了に書き換える。
【００４０】
ステップＳ１３で、送達確認が返って来ずに送信が失敗したものと判断するときには、一時的な通信路の障害による場合と、機器の移動等により宛先と通信不可能な状態になった場合とが考えられる。そこで、送受信部１Ｔ  は通信状態検査部２Ｔ  に対し、宛先と通信可能であるか問い合わせる（ステップＳ１６）。その結果、宛先と通信可能であることが示されると、ファイル送信の原因は一時的な通信路の障害によるものであると判断して、ファイルの再送信を試みる。
【００４１】
また、通信不可能であることが示されると、送信処理を終了する。機器Ａの送受信部１Ｔ  は、ファイルＦａの送信が完了すると、同様にしてファイルＦｂ，Ｆｃを送信する。送受信部１Ｔ  は機器Ｂに対するファイルＦａ，Ｆｂ，Ｆｃの送信が完了すると機器Ｂとのコネクションを切断し、トランザクション１に他の宛先に対する状態が未送信のファイルが残っているか否かを検査する（ステップＳ１８）。
【００４２】
トランザクション１には機器Ｂ以外の宛先はないので、そのようなファイルはない。そこで、トランザクション２の処理に移る。トランザクション２においては、ファイルＦｃ，Ｆｄの機器Ｃ，Ｄに対する送信状態が未送信であるので、まずＣと通信可能であるか通信状態検査部２Ｔ  に問い合わせる。その結果通信可能であると分かるので、機器Ｃとコネクションを設定し、トランザクション２の識別子と、トランザクション２に含まれるファイルのリストＦｃ，Ｆｄをトランザクション情報として機器Ｃに送った後、ファイルＦｃ，Ｆｄを順次送信する。
【００４３】
図３はファイルＦｃの送信が完了し、ファイルＦｄを送信中である状態を示している。ファイルＦｃ，Ｆｄの送信が完了すると送受信部１Ｔ  は機器Ｃとのコネクションを切断し、トランザクション２に状態が未送信となっているファイルが残っていないか調べる。すると、ファイルＦｃ，Ｆｄの機器Ｄに対する状態が未送信であると分かるので、通信状態検査部２Ｔ  に、機器Ｄと通信可能であるか問い合わせる。その結果通信不可能であると分かる。トランザクション２には機器Ｃ，Ｄ以外に宛先はないので、送受信部１Ｔ  はトランザクション２の処理を終え、トランザクション９の処理を開始する。
【００４４】
なお、機器Ａは１つの機器だけでなく、同時に複数の機器に対する送信を並行して行ってもよい。この場合には、送受信部１Ｔ  はコネクションを確立して送信中である機器を送信中機器リストとして記憶しておき、このリストに格納されていない機器に対する送信を並行して行うようにする。
【００４５】
図２の例では、機器Ａの送受信部１Ｔ  はトランザクション１に含まれるファイルの機器Ｂに対する送信を開始すると、通信中機器リストに機器Ｂの識別子を格納し、トランザクション１の完了を待たずに直ちにトランザクション２の処理を開始する。トランザクション２で宛先となる機器Ｃは送信中機器リストにはないので、送受信部１Ｔ  は機器Ｃに対する送信を行うことができると判断し、トランザクション２に含まれるファイルの機器Ｃに対する送信を開始する。このとき、送信中機器リストには機器Ｃの識別子が追加される。送受信部１Ｔ  はトランザクション１，２の完了を待たずに、さらにトランザクション９の処理を開始する。このとき、送受信部１Ｔ  はトランザクション９で宛先となる機器Ｃが送信中機器リストに含まれることから、トランザクション９に含まれるファイルの送信は、トランザクション２が完了するまで行わないこととする。
【００４６】
また、通信状態検査部２Ｔ  が新たな相手と通信可能になったことを検出すると、通信状態検査部２Ｔ  は送受信部１Ｔ  に対し、新しい相手と通信可能となったことを、その相手の識別子と共に通知する。送受信部１Ｔ  は通知を受けると送信情報テーブルに格納されている各トランザクションに含まれるファイルのうち、宛先が新しく通信可能となった相手であり、さらにその相手に対する状態が未送信となっているもののがあるか調べ、もしあればそのトランザクションの処理を開始する。すなわち、その相手に対してトランザクション情報を送信した後、そのファイルの送信を行う。
【００４７】
図６はこの場合の送受信部１Ｔ  の動作を示している。図６において図５の手順同一の手順については同一符号を付して説明を省略する。
【００４８】
図６の処理はアプリケーションインタフェース部７Ｔ  からの以前の送信指示に対して行われることになる。いま、図２の例において、アプリケーションインタフェース部７Ｔ  によるトランザクション１，２，９作成時には機器Ａは機器Ｂとのみ通信可能であったものとし、これらの機器へのファイル送信後に、機器Ｃが新たに機器Ａと通信可能になったものとする。
【００４９】
機器Ｃがネットワークに接続されて機器Ａと通信可能となると、機器Ａの通信状態検査部２Ｔ  は送受信部１Ｔ  に対して機器Ｃと通信可能となったことを通知する。機器Ａの送受信部１Ｔ  は通知を受けると、ステップＳ２１において送信情報テーブルを参照し、機器Ｃが宛先となっているファイルで未送信のものは、トランザクション２に含まれるＦｃ，Ｆｄと、トランザクション９に含まれるＦｅであることを知る。
【００５０】
ステップＳ２３で、機器Ｃとのコネクションを設定した後、まずトランザクション２の送信処理を開始する（ステップＳ２４）。トランザクション２の識別子及びトランザクション２に含まれるファイルのリストＦｃ，Ｆｄをトランザクション情報として機器Ｃに送信（ステップＳ２４）した後、ファイルＦｃ，Ｆｄを順次送信する（ステップＳ２５）。
【００５１】
以後、図３のフローと同様に、送信確認部３Ｔ  は、送信したファイルに対する送達確認が機器Ｃから返ってくれば、そのファイルの状態を送信完了に書き換える（ステップＳ１２）。
【００５２】
図３はこの段階における送信情報テーブルの一例を示している。図３の例では、ファイルＦｃは、送達確認が返ってきたので機器Ｃについての状態が送信完了となっているが、ファイルＦｄは送達確認がまだ返っていないので、機器Ｃについての状態が送信中となっている。なお、図３の例では、機器Ｄとはまだ通信可能になっておらず、ファイルＦｃ，Ｆｄとも、機器Ｄに関する状態は未送信となっていることを示している。
【００５３】
ファイルＦｄの送達確認が機器Ｃから返ってくると、機器Ａの送受信部１Ｔ  は、トランザクション９の送信処理を開始する。トランザクション９に含まれるファイルＦｅの送信が完了すると、送信情報テーブルには機器Ｃに対する状態が未送信となっているファイルはなくなるので、ステップＳ１８からステップＳ２６に処理を移行して、機器Ａの送受信部１Ｔ  は機器Ｃとのコネクションを切断する。なお、未送信のファイルが存在し、そのファイルが同じトランザクションに含まれ場合には、処理をステップＳ２７からステップＳ２５に移行して、ファイルの送信を継続する。
【００５４】
本実施の形態においては、トランザクションに含まれるファイル全ての送信が完了しても、送信情報テーブルのそのトランザクションのエントリは自動的には削除されない。アプリケーション実行部８はそのトランザクションに関する情報を送信記録として参照することができる。なお、もしアプリケーション実行部８が送信記録を残しておく必要がないと判断した場合には、アプリケーション実行部８はアプリケーションインタフェース部７Ｔ  に対してそのトランザクションに関する情報を送信情報テーブルから削除するよう指示することができる。
【００５５】
更に、本実施の形態においては、保存しているトランザクションを利用して、アプリケーション実行部８Ｔ  は、すでに送信が完了したトランザクションに含まれるファイルを別の宛先に対して送信するよう指示することができる。この場合には、アプリケーション実行部８Ｔ  はアプリケーションインタフェース部７Ｔ  に対し、トランザクションの識別子と新たな宛先の識別子を与える。
【００５６】
例えば、図２及び図３の例において、機器ＡにおいてアプリケーションがファイルＦａ，Ｆｂ，Ｆｃの機器Ｂへの送信が完了した後に、機器Ｅへも同じファイル  Ｆａ，Ｆｂ，Ｆｃを送りたいと考えた場合、アプリケーションインタフェース部７Ｔ  に対しトランザクション１の識別子と、新たな宛先としてＥをそれぞれ指定する。そうすると、アプリケーションインタフェース部７Ｔ  は機器Ｅを宛先とし、ファイルＦａ，Ｆｂ，Ｆｃを送るトランザクション３を新たに作成する。
【００５７】
図７はこの場合の送信情報テーブルを示している。トランザクション３の作成が終わると、アプリケーションインタフェース部７Ｔ  は送受信部１Ｔ  に対しトランザクション３の送信を指示する。送信指示以後の送受信部１Ｔ  の動作は、トランザクション１及び２の場合と同様である。このようにして、アプリケーション実行部８Ｔ  はある宛先に対する送信を既に終えたファイルの別の宛先への送信を容易に行うことができる。
【００５８】
また、トランザクションには、識別子のほかに送信者がわかりやすい名前を付けることができる。例えば「会議資料（７月３日）」等である。これを上記のトランザクション情報に加えてそれぞれの宛先に送り、送信情報テーブル、受信情報テーブルにトランザクションに関連付けて記憶するようにすると、ユーザはどのファイルを、どのような目的で誰に配布したのか、もしくは誰から受け取ったのかが分かり、便利である。また、送信情報テーブル及び受信情報テーブルにはトランザクションが作成された時刻、送受信の時刻、送受信されるファイル全体のサイズ及び送受信が完了したサイズ等も記載しておくことができる。
【００５９】
図８はこれらが記載された送信情報テーブルの例を示している。アプリケーション実行部８Ｔ  は、アプリケーションインタフェース部７Ｔ  を通じてこれらの情報を参照することにより、いつ、どの相手に、どのようなファイルをどのような目的で送信する予定であるか、もしくは送信したのかを確認することができる。また、確認した結果、送信予定であるトランザクション又は送信を開始したがまだそのトランザクションに含まれるファイル全ての送信が完了していないトランザクションについては、送信情報記憶部４Ｔ  から削除することにより送信をキャンセルすることができる。
【００６０】
また、アプリケーションインタフェース部７Ｔ  は、トランザクションに含まれる各ファイルに、優先度を付けることができる。トランザクション情報に優先度の高いファイルのリストを加えることにより、送受信部１Ｔ  は優先度の高いファイルを優先度の低いファイルよりも先に送ることができる。
【００６１】
また、受信側では、トランザクション情報として受信した優先度の高いファイルのリストにより、受信したファイルが優先度の高いものであることを知ると、そのファイルの受信が完了した時点で、アプリケーションインタフェース部７Ｒ  を介してアプリケーション実行部８Ｒ  にイベント等により通知する。これによりアプリケーション実行部８Ｒ  は受信したファイルを直ちに処理することができる。例えば、画像ファイルが優先度の高いファイルとして届くと、直ちにその画像を表示する。また、実行可能なファイルが優先度の高いファイルとして届くと、それを直ちに自動的に実行するか、または画面上にショートカットアイコンとして表示し、ユーザがそれをクリックすることにより簡単に実行できる状態としておくこと等が可能である。
【００６２】
図８は送信情報ファイルに優先度を付加した例である。図８の例においては、トランザクション１についてはファイルＦｃが、トランザクション２についてはファイルＦｄが、それぞれ優先度が高いファイルとして指定されている。また、ファイルＦｃはトランザクション１においては優先度の高いファイルとして送信されるが、トランザクション２においては優先度の低いファイルとして送信される。このように、ファイルの優先度はそれぞれのトランザクション毎に個別に設定することができる。
【００６３】
また、トランザクションには送信期限を設定することができる。送受信部１Ｔ  は、定期的に送信情報テーブルを検査し、状態が未送信となっているファイルを含むトランザクションを調べ、送信期限が過ぎていないか調べる。送信期限を過ぎてもなお状態が未送信であるファイルは送信に失敗したとみなし、以後このファイルの送信は行わない。
【００６４】
図９はこの場合における機器Ａの送信情報テーブルの例である。この例においては、トランザクション１には期限が設定されていないので、宛先Ｂと通信が可能になるたびに何度でも送信が試みられる。トランザクション２には期限として７月１２日２０時が設定されているので、期限である７月１２日２０時を過ぎてもなおファイルＦｃ，Ｆｄの状態が未送信である場合には、ファイルの状態が送受信部１により送信失敗に書き換えられる。これにより、何週間も前の会議の資料といった、相手にとってあまり必要のない資料を自動的に配布してしまうことを避けることができる。
【００６５】
受信側においては送信側からの情報に基づいて受信情報テーブルを作成する。図１０は機器Ｂの受信情報記憶部５Ｔ  が有する受信情報テーブルの例を示している。図１０の例では、機器Ｂは機器Ａからファイルを受信中であり、機器Ｃからはファイルをまだ受信していないことが示される。
【００６６】
送信側の機器Ａは、トランザクションに含まれるファイルの送信に先立って、まずトランザクションの識別子及び名前と、トランザクションに含まれるファイルの個数及びそれぞれの名前やサイズ等をトランザクション情報として受信側の機器である機器Ｂに送る。機器Ｂの送受信部１は、受信したトランザクション情報に基づいて受信情報テーブルにトランザクションのエントリを新規に作成し、そのエントリに送信者の識別子及びトランザクションの識別子を記載し、さらにそのトランザクションに含まれるファイルそれぞれに対応するエントリを作成する。この場合には、ファイルの状態のフィールドは未受信としておく。受信側では、送信者の識別子とトランザクションの識別子とを組み合わせることでそれぞれのトランザクションを一意に識別することができる。
【００６７】
機器Ｂがファイルの受信を開始すると、受信確認部６Ｒ  はそのファイルの状態を未受信から受信中に書き換える。また、機器Ｂの送受信部１Ｒ  は受信したファイルを計算機のハードディスク等の記憶装置に格納し、その格納場所を特定できる名前や識別子等の情報を受信情報記憶部５Ｒ  内の受信情報テーブルに書き込む。ファイルの受信を完了すると、受信確認部６Ｒ  はそのファイルの状態を未受信から受信完了に書き換える。
【００６８】
図１０の例においては、機器Ａが送信したトランザクション情報に基づいて、機器Ｂにおいて、トランザクションに付けた識別子１及び名前「会議資料（７月２日）」とそのトランザクションに含まれるファイルのリストＦａ，Ｆｂ，Ｆｃを送信者Ａのトランザクション１としてエントリを作成したことを示している。図１０はファイルＦａの受信が完了し、ファイルＦｂを受信中の状態を示している。また、機器Ｃからはトランザクション情報として機器Ｃがトランザクションに付けた識別子１とそのトランザクションに含まれるファイルのリストＦｘ，Ｆｙをトランザクション情報として受信したので、機器Ｂはそのトランザクションに対応するエントリを作成している。この送信者Ｃのトランザクション１のエントリ中にはファイルＦｘ，Ｆｙに対応するエントリがそれぞれ作成されているが、ファイルの受信はまだ開始されていない。また、機器Ｃはトランザクションに名前を付けなかったので、名前のエントリは空となっていることが示されている。
【００６９】
アプリケーションインタフェース部７Ｒ  は、アプリケーション実行部８Ｒ  から受信要求を受けると、受信情報記憶部５Ｒ  の受信情報テーブルを参照し、状態が受信完了となっているファイルがあるか否か探す。もしあればファイルをその送信者とトランザクションの識別子等の情報と共にアプリケーション実行部８Ｒ  に渡す。なお、受信情報テーブルにおいても、送信情報テーブルと同様に、送信者がトランザクションに付けた名前、トランザクションの作成時刻、受信時刻、ファイル全体のサイズと受信が完了したサイズ等の情報を記載し、アプリケーション実行部８Ｒ  から参照できるようにすることができる。
【００７０】
また、アプリケーションインタフェース部７Ｒ  は、トランザクションに含まれる全てのファイルの受信が完了するまで、そのトランザクションに含まれるファイルをアプリケーション実行部８Ｒ  に渡さないようにしてもよい。この場合には、トランザクションに含まれる全てのファイルの受信が完了した時点で、アプリケーション実行部８へトランザクションの完了をイベント等によって通知するようにする。
【００７１】
このように本実施の形態においては、１つ又は複数のファイルの送信要求をトランザクションとして管理し、トランザクションの宛先として１つ又は複数の相手を指定し、前記複数の相手のうち一部又は全部に対して送信が途中で失敗しても、送信の失敗した相手と再び通信可能になると残りのファイルを自動的に送信することにより、ユーザが失敗した送信を意識しないですむようにし、また、トランザクション単位で送受信の履歴表示、送受信のキャンセル、等を行うことにより、ユーザが複数の相手に対するファイルの送受信の管理を容易に行えるようにし、特に電子会議における資料の電子的な配布の利便性を向上させることができる。
【００７２】
なお、上記実施の形態は、磁気ディスク等の媒体に記録し、計算機上で動作させるソフトウェアとしても実現することができる。ソフトウェアとして実現した場合には、ユーザがソフトウェアの実行を終了させるか、計算機の電源を切断すると、ソフトウェアが利用中のデータは失われるので、送信情報テーブル、受信情報テーブルの内容が保存されない。このため、再び電源が投入されたときに送受信を続行することができないという問題がある。
【００７３】
そこで、このような場合には、ソフトウェアの実行終了前に、送信情報テーブル及び受信情報テーブルの内容を、電源を切断しても内容が失われないような記憶媒体、例えばハードディスク上に記録するファイルとして保存する。電源が再び入れられ、ソフトウェアが実行された場合には、各テーブルの内容をロードすることにより、再び送受信が可能となる。この場合には、アプリケーションインタフェース部７は、送信情報テーブル又は受信情報テーブルを参照することにより、どの相手に対しどのファイルの送信又は受信が完了しているかをアプリケーション実行部８に示すことができる。
【００７４】
ところで、機器Ｂは、機器Ａと通信可能な範囲の外に移動したり、電源を切断する等の理由で通信不可能となることがある。この場合には、通信状態検査部２Ｔ  は機器Ｂと通信不可能となったことを検出すると、送受信部１Ｔ  に対し機器Ｂとの送受信を中止するよう指示してもよい。また、機器Ａの電源が切断されたり、機器Ａのアプリケーション実行部８Ｔ  がアプリケーションインタフェース部７Ｔ  に対して送信中止の指示を出した場合も、送受信を中止するようにしてもよい。この場合には、送受信部１Ｔ  は、送信中であったファイルについて、送信情報テーブルの状態のエントリを送信中から未送信に書き換える。
【００７５】
機器Ａでは、アプリケーション実行部８Ｔ  から送信再開の指示があると、送受信部１Ｔ  は送信情報テーブルから状態が未送信となっているファイルを読み出して送信を開始する。また、機器Ａにおいて通信状態検査部２Ｔ  が再び機器Ｂと通信可能となったことを検出すると、アプリケーション実行部８Ｔ  から送信再開の指示がなくても、送受信部１Ｔ  は自動的に送信データテーブルから未送信のファイルを読み出し送信を開始するようにすることも可能である。
【００７６】
図１１は本発明の他の実施の形態を示す説明図である。
【００７７】
本実施の形態はアプリケーションインタフェース部７Ｔ  が送信情報テーブルに自動送信のフィールドを付加した点が上記実施の形態と異なる。ハードウェア構成は図１の実施の形態と同様である。
【００７８】
自動送信のフィールドは、ＴＲＵＥ（真），ＦＡＬＳＥ（偽）のうちいずれかの論理値をとる。図１１は送信情報テーブルの例を示している。通信状態検査部２Ｔ  が相手機器との通信が可能になったと判断すると、送受信部１Ｔ  は送信情報テーブルのうち、自動送信のフィールドがＴＲＵＥになっているもののみを送信する。図１１の例では、機器Ａの通信状態検査部２Ｔ  が機器Ｂと通信可能になったと判断すると、送受信部１Ｔ  はトランザクション１に含まれる未送信のファイルＦｂ，Ｆｃのみを送信する。トランザクション４については、自動送信のフィールドがＦＡＬＳＥになっているのでファイルＦｅは送信しない。
【００７９】
アプリケーション実行部８Ｔ  は、アプリケーションインタフェース部７Ｔ  を介して送信情報記憶部４Ｔ  の送信情報テーブルの内容を参照することができ、自動送信のフィールドの値を任意の時点で変更することができる。例えば、通信状態検査部２Ｔ  が機器Ｂと通信可能となったことを検出した時点では自動送信のフィールドがＦＡＬＳＥであったトランザクション３は、このフィールドをＴＲＵＥにした時点で送信が開始される。
【００８０】
上記実施の形態においては、相手機器と通信可能になった時点で自動的に未送信のデータの送信が開始されたことから、ユーザが優先的に送りたいデータが他にあった場合でも、未送信のデータの送信が全て完了するまで待つ必要があった。これに対し、本実施の形態においては、優先的に送信したいデータがあった場合には未送信のデータの送信を停止して優先するデータを送信し、その送信が完了した後に未送信のデータの送信を開始することができることから、ユーザの利便性が向上する。
【００８１】
図１２は本発明の他の実施の形態を説明するための説明図である。
【００８２】
本実施の形態は受信側において不要と判断したファイルについてはファイルの受信を行わないようにしたものである。本実施の形態においても図１の実施の形態と同様のハードウェアによって構成することができる。
【００８３】
本実施の形態においては、機器Ａはトランザクション情報を送信した後、機器Ｂから応答があるまではファイルの送信を開始しない。機器Ｂでは、送受信部１Ｒ  がトランザクション情報を受信し受信情報テーブルにそのトランザクションに関するエントリを作成すると、アプリケーションインタフェース部７Ｒ  を介してアプリケーション実行部８Ｒ  にトランザクションの開始を通知する。
【００８４】
アプリケーション実行部８Ｒ  は通知を受けると受信情報テーブルを参照し、トランザクションに含まれるファイルのうち、不要なものがあるか調べる。もし不要なものがあれば、ファイルの状態を未受信から受信不要に書き換える。
【００８５】
図１２はこの場合の機器Ｂの受信情報テーブルの一例を示している。図１２の例では、機器Ａはトランザクション５として、Ｆｘ，Ｆｙ，Ｆｚの３つのファイルを送信しようとしているが、機器Ｂのアプリケーション実行部８Ｒ  はファイルＦｙを不要と判断して、ファイルＦｙの状態のエントリを受信不要に書き換えたことを示している。
【００８６】
アプリケーションインタフェース部７Ｒ  は、アプリケーション実行部８Ｒ  による書き換えが終了すると、送受信部１Ｒ  に対しトランザクション情報に対する応答を送信するよう指示する。送受信部１Ｒ  は、指示を受けると受信情報テーブルを参照し、受信不要とされたファイルのリストを、トランザクションの識別子とともに応答として機器Ａへ送信する。この例では、受信不要のファイルとしてＦｙの識別子又は名前を送る。
【００８７】
機器Ａでは、受信不要のファイルリストを示す応答を受け取ると、送信情報テーブルのＦｙの状態のエントリを未送信から送信不要に書き換え、ファイルＦｘ及びＦｚのみを送信する。
【００８８】
ファイルの受信が必要でないと判断する場合としては、通信状態が悪く相手との通信速度が極端に遅い場合、受信しようとしているファイルのサイズが自機の記憶装置の残り容量と比較して無視できない大きさの場合、受信しようとしているファイルをすでに所持している場合、受信しているファイルを処理できるアプリケーションが自機にインストールされていない場合、等が挙げられる。
【００８９】
図１３は本発明の他の実施の形態を示すブロック図である。図１３において図１と同一の構成要素には同一符号を付して説明を省略する。
【００９０】
本実施の形態は複数の宛先をグループとして管理するグループ情報管理部１０が付加された点が図１の実施の形態と異なる。グループ情報管理部１０は、複数の宛先をグループのメンバとして登録する。アプリケーション実行部８は、アプリケーションインタフェース部７を介してグループ情報管理部１０を制御して、所定のメンバからなる複数のグループ登録することができるようになっている。
【００９１】
次に、このように構成された実施の形態の動作について図１４乃至図１７の説明図を参照して説明する。
【００９２】
図１４は機器Ａのグループ情報管理部１０Ｔ  ，１０Ｒ  が有するグループテーブルの一例を示している。グループには、ユーザに分かりやすい名前を付けることができる。
【００９３】
アプリケーション実行部８は、複数の宛先をグループのメンバとしてグループテーブルに登録することができる。図１４の例では、会議ＡのメンバはＡ，Ｂ，Ｃであり、会議ＢのメンバはＡ，Ｂ，Ｄであって、機器ＡのグループテーブルにはＢ，Ｃ  が会議Ａと名づけられたグループ１として登録され、Ｂ，Ｄが会議Ｂと名づけられたグループ２として登録されていることが示されている。
【００９４】
アプリケーション実行部８Ｔ  は、送信したいファイルとして  Ｆａ，Ｆｂ  を、宛先としてグループ１を指定してアプリケーションインタフェース部７Ｔ  に送信の指示を出す。アプリケーションインタフェース部７Ｔ  はグループ情報管理部１０Ｔ  によってグループ１のメンバを調べ、送信情報テーブルに送信すべきファイルと宛先等の情報をトランザクションとして記載し、送受信部１Ｔ  に対し送信開始の指示を出す。
【００９５】
図１５はこの場合の機器Ａの送信情報テーブルの一例である。トランザクションに含まれるファイルそれぞれに対し、宛先毎の送信状態及びファイルを基準とした送信状態が記載されている。ファイルを基準とした送信状態は、ファイルの宛先のいずれに対する送信も開始されていなければ未送信、少なくとも１つの宛先に対する送信が開始されていれば送信中、全ての宛先に対する送信が完了していれば送信完了とする。アプリケーション実行部８Ｔ  は、ファイルを基準とした送信状態のフィールドを見ることにより、そのファイルが全ての宛先に届いたか否かを知ることができる。
【００９６】
送受信部１Ｔ  は、送信開始の指示を受けると、送信情報テーブルの宛先毎の状態のフィールドを見て、状態が未送信となっているものの宛先を調べ、通信状態検査部２Ｔ  にその宛先と通信可能か否かを問い合わせ、通信可能であればその宛先へのファイルの送信を開始する。また、通信状態検査部２Ｔ  から、新たに通信可能となった機器があることが通知されると、その機器を宛先とし、宛先毎の状態が未送信となっているファイルがあるか検査し、あればそのファイルの送信を開始する。
【００９７】
また、本実施の形態においては、トランザクションの宛先として１つのグループを指定するだけでなく、宛先として複数のグループを指定することもできる。この場合には、指定されたグループの少なくとも一つに含まれる機器をファイルの宛先とする。図１５の送信情報テーブルにおいては、トランザクション７の宛先としてグループ１及び２が指定され、宛先機器としてＢ，Ｃ，Ｄがセットされている。
【００９８】
グループにメンバが追加されると、グループ情報管理部１０は送信情報テーブルの宛先機器のフィールドにそのメンバのエントリを追加する。また、グループからメンバが削除されると、グループ情報管理部１０は送信情報テーブルを参照し、そのメンバに対するファイルの送信状態を調べ、未送信となっている場合は送信情報テーブルの宛先機器のフィールドからそのメンバのエントリを削除する。送信完了となっている場合は、そのメンバのエントリは送信記録として残しておくこととし、削除はしない。
【００９９】
図１６は図１５の例に対して、グループ１のメンバに機器Ｅを追加し、グループ２からメンバＤを削除した場合の機器Ａの送信情報テーブルの一例を示している。図１５と比較すると、トランザクション６の宛先機器としてメンバＥが追加され、トランザクション７の宛先機器からメンバＤが削除されている。アプリケーション実行部８Ｔ  から特に指定がなければ、新しく追加された宛先Ｅに対しては、通信状態検査部２Ｔ  が通信可能となったと判断した時点で送受信部１Ｔ  によりファイル  Ｆａ，Ｆｂ  が自動的に送信される。ただし、新しく追加したメンバへの送信を望まない場合には、宛先毎の状態のフィールドを送信不要にセットしておくことにより、送信を行わないようにすることができる。また、宛先Ｄについては、送信情報テーブルから削除されているので、ファイルＦｃの送信が行われることはない。
【０１００】
本実施の形態においても、上記実施の形態と同様に、通信状態検査部２Ｔ  が通信不可能となったと判断した機器があると、送受信部１Ｔ  にその機器に対するファイルの送信の中止を指示する。送受信部１Ｔ  は指示を受けると通信不可能となった機器へのファイルの送信を中止すると共に、その機器について、宛先毎の状態のフィールドを送信中から未送信に書き換える。また、そのファイルのほかの宛先への送信状態も検査し、その結果どの宛先へもそのファイルを送信中でないと分かれば、ファイルの状態のフィールドを未送信に書き換える。
【０１０１】
また、通信状態検査部２Ｔ  は再び通信可能となったと判断した機器があると、送受信部１Ｔ  に送信の再開を指示する。送受信部１Ｔ  は、送信情報テーブルを参照し、その機器について、宛先毎の送信状態のフィールドが未送信になっているファイルがあるか探し、もしあれば、その機器へのファイルの送信を開始し、その機器について、宛先毎の送信状態のフィールドを送信中に書き換える。また、ファイルの状態のフィールドが未送信となっていれば、送信中に書き換える。
【０１０２】
同じファイルを複数の宛先に対して送信する場合には、マルチキャストを行うと通信の効率がよい。そこで、ファイルの宛先として複数の機器が指定されている場合は、マルチキャストを行うようにすることができる。
【０１０３】
図１７はこの場合の送信情報テーブルの一例であり、機器Ａが機器Ｂ，Ｃ，Ｄをメンバとするグループ３に対しファイル  Ｆａ，Ｆｂ，Ｆｃ，Ｆｄ  を送信中に、機器Ｄ，Ｃ，Ｂがこの順で機器Ａと通信可能な範囲外にそれぞれ移動していった場合の、機器Ａの送信情報テーブルを示している。
【０１０４】
図１７の例では、機器Ｂに対してはファイルＦａ，Ｆｂの送信が完了し、機器Ｃに対してはファイル  Ｆａの送信が完了している。機器Ｂ，Ｃ，Ｄが機器Ａと通信可能な範囲内に戻ってくると、機器Ａの通信状態検査部２Ｔ  は、機器Ｂ，Ｃ，Ｄと通信可能となったことを検出し、送信を再開する。この場合には、機器Ａは先ず機器Ｄとコネクションを生成し、ファイルＦａを送る。次に、機器Ｃをこのコネクションに加え、機器Ｃ，Ｄに対するマルチキャストコネクションを作り、ファイル  Ｆｂを送る。更に機器Ｂをこのマルチキャストコネクションに加え、ファイル  Ｆｃ，Ｆｄを送る。
【０１０５】
これにより、各機器とユニキャストコネクションを生成して送信を行う場合、即ち、機器Ｄとユニキャストコネクションを生成しファイル  Ｆａ，Ｆｂ，Ｆｃ，Ｆｄを送り、機器Ｃと別のユニキャストコネクションを生成しファイル  Ｆｂ，Ｆｃ，Ｆｄを送り、機器Ｂと更に別のユニキャストコネクションを生成しファイル  Ｆｃ，Ｆｄを送る場合に比して、通信量を低減させることができる。
【０１０６】
なお、マルチキャストコネクションに順次通信相手を追加するためには、コネクションに追加したい相手と制御情報を交換してネゴシエーションを行う必要があり、ネゴシエーションが完了するまで次の送信を行うことができないという問題がある。新しい相手をコネクションに追加する際のこのような手間を避けるために、最初から機器Ｂ，Ｃ，Ｄからなるマルチキャストコネクションを生成しておき、送信するファイルに、そのファイルを受け取るべき相手の情報（例えば、ファイルＦａであれば機器Ｃ）をヘッダとして記載し、受信側で自己の機器に不要なファイルであれば廃棄するようにしてもよい。
【０１０７】
また、通信インタフェースが異なることによってマルチキャストすることができない場合、例えば、機器Ａと機器Ｂ，Ｃとは無線ＬＡＮで接続され、機器Ａと機器ＤとはＩｒＤＡで接続されているような場合には、機器Ｂ，Ｃに対するマルチキャストコネクションと、機器Ｄに対するユニキャストコネクションとをそれぞれ設定し、データの送信を行えばよい。
【０１０８】
また、無線ＬＡＮ及びＩｒＤＡ等の複数のインタフェースを備えた機器においては、送受信部１が最適なインタフェースを選択して送信するようにすればよい。例えば、いま、機器Ａ，Ｂ，Ｃ，Ｄが無線ＬＡＮインタフェースを備え、機器Ａ，Ｄは更にＩｒＤＡインタフェースも有しているものとする。この場合には、機器Ａは、機器ＤとはＩｒＤＡで通信を行うこともできるが、ＩｒＤＡと無線ＬＡＮの速度を比較した結果、無線ＬＡＮで機器Ｂ，Ｃ，Ｄに対するマルチキャストコネクションを生成し送信を行った方が効率がよいと判断し、機器Ｄに対しても無線ＬＡＮで送信する。
【０１０９】
送信の途中で機器Ｄの無線ＬＡＮインタフェースが故障すると、機器Ａの通信状態検査部２Ｔ  は機器Ｄとの通信が不可能となったと判断し、送受信部１Ｔ  に対し機器Ｄをマルチキャストコネクションから除くように指示する。このとき、機器Ｂ，Ｃ  に対するマルチキャスト送信は続行される。
【０１１０】
機器Ｄは無線ＬＡＮインタフェースが故障したので、ＩｒＤＡインタフェースを使った通信を行うことにする。機器Ａの通信状態検査部２Ｔ  は、機器ＤとＩｒＤＡによる送受信が可能であることを検出すると、送受信部１Ｔ  に機器Ｄに対する送信をＩｒＤＡ経由で再開するように指示を出す。
【０１１１】
これにより、複数の通信インタフェースを有する機器は、ファイルの受信に使用していた通信インタフェースが受信の途中で使用不可能となっても、別の通信インタフェースからファイルを受け取ることができる。別の通信インタフェースでの接続は通信状態検査部２により自動的に行われるので、ユーザはそのインタフェースで通信すべき相手や送受信すべきデータを再び指定し直す必要はない。
【０１１２】
図１８は本発明の他の実施の形態を説明するための説明図である。
【０１１３】
本実施の形態におけるハードウェア構成及び送受信の手順は図１の実施の形態と同様である。
【０１１４】
本実施の形態においては、送受信部１に接続管理テーブルを新たに設けるようになっている。この接続管理テーブルは、相手の識別子と接続の可否を対応付けて記憶するもので、アプリケーション実行部８が、アプリケーションインタフェース部７を介して自由に書き換えることができるようになっている。
【０１１５】
いま、機器Ａ，Ｃを送信側の機器とし、機器Ｂを受信側の機器として説明する。図１８は受信側の機器Ｂの接続管理テーブルの一例を示している。この例においては、機器Ｂは機器Ａとの接続を許可し、機器Ｃとの接続は許可しないように設定されている。
【０１１６】
機器Ｂの送受信部１Ｒ  は、相手からのコネクション設定要求を受けると、接続管理テーブルを参照し、その相手との接続が許されているか否かを調べる。機器Ｂの送受信部１Ｒ  は機器Ａからのコネクション設定要求であれば、接続管理テーブルに  許可と記載されているので、接続が許されると判断し、コネクション設定処理を進める。また、送受信部１Ｒ  は接続管理テーブルに拒否と記載されている相手及び接続管理テーブルに記載されていない相手については、接続が許されないと判断し、コネクション設定処理を行わない。
【０１１７】
従って、機器Ｃが機器Ｂへファイルを送信しようとすると、機器Ｂの送受信部１Ｒ  はコネクションの設定を拒否するので、ファイル機器Ｃから機器Ｂへのファイルの送信は行われない。この場合には、機器Ｃの送受信部１Ｔ  は送信情報テーブルに記載されたファイルの機器Ｂに対する送信状態を未送信から受信拒否に書き換える。
【０１１８】
【発明の効果】
以上説明したように本発明によれば、資料の配布作業を簡単にすることができるという効果を有する。
【図面の簡単な説明】
【図１】本発明に係る通信装置の一実施の形態を示すブロック図。
【図２】図１の実施の形態を説明するための説明図。
【図３】図１の実施の形態を説明するための説明図。
【図４】図１の実施の形態の動作を説明するためのフローチャート。
【図５】図１の実施の形態の動作を説明するためのフローチャート。
【図６】図１の実施の形態の動作を説明するためのフローチャート。
【図７】図１の実施の形態を説明するための説明図。
【図８】図１の実施の形態を説明するための説明図。
【図９】図１の実施の形態を説明するための説明図。
【図１０】図１の実施の形態を説明するための説明図。
【図１１】本発明の他の実施の形態を説明するための説明図。
【図１２】本発明の他の実施の形態を説明するための説明図。
【図１３】本発明の他の実施の形態を示すブロック図。
【図１４】図１３の実施の形態を説明するための説明図。
【図１５】図１３の実施の形態を説明するための説明図。
【図１６】図１３の実施の形態を説明するための説明図。
【図１７】図１３の実施の形態を説明するための説明図。
【図１８】本発明の他の実施の形態を説明するための説明図。
【符号の説明】
１…送受信部、２…通信状態検査部、３…送信確認部、４…送信情報記憶部、５…受信情報記憶部、６…受信確認部、７…アプリケーションインターフェース部、８…アプリケーション実行部、９…ネットワーク。
【図１】
0003629173.tif 000002
【図２】
0003629173.tif 000003
【図３】
0003629173.tif 000004
【図４】
0003629173.tif 000005
【図５】
0003629173.tif 000006
【図６】
0003629173.tif 000007
【図７】
0003629173.tif 000008
【図８】
0003629173.tif 000009
【図９】
0003629173.tif 000010
【図１０】
0003629173.tif 000011
【図１１】
0003629173.tif 000012
【図１２】
0003629173.tif 000013
【図１３】
0003629173.tif 000014
【図１４】
0003629173.tif 000015
【図１５】
0003629173.tif 000016
【図１６】
0003629173.tif 000017
【図１７】
0003629173.tif 000018
【図１８】
0003629173.tif 000019