JP2003263403A - オブジェクト交換装置及びオブジェクト受信方法 - Google Patents
オブジェクト交換装置及びオブジェクト受信方法Info
- Publication number
- JP2003263403A JP2003263403A JP2002062302A JP2002062302A JP2003263403A JP 2003263403 A JP2003263403 A JP 2003263403A JP 2002062302 A JP2002062302 A JP 2002062302A JP 2002062302 A JP2002062302 A JP 2002062302A JP 2003263403 A JP2003263403 A JP 2003263403A
- Authority
- JP
- Japan
- Prior art keywords
- information
- communication
- receiving
- data amount
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Information Transfer Systems (AREA)
- Storing Facsimile Image Data (AREA)
- Facsimile Transmission Control (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
Abstract
(57)【要約】
【課題】 複数の通信インターフェイスを搭載するオブ
ジェクト交換装置において、送信側機器におけるバッテ
リの無駄な消費を低減する。 【解決手段】複数の通信インターフェイス２０１の何れ
かを介して送信側機器は接続される。送信側機器により
送信されたオブジェクトは通信制御部により受信され、
受信されたオブジェクトは受信バッファ２０３に蓄積さ
れる。送信側機器から送信されようとしているオブジェ
クトの受信に先立って、オブジェクトのデータ量に関す
る情報を受信すると、データ量に関する情報に基づい
て、オブジェクトを受信バッファ２０３に蓄積できるか
否かを判定する。蓄積不可能な場合は受信拒否情報を送
信することで、送信側機器の無駄な電力消費を低減す
る。
ジェクト交換装置において、送信側機器におけるバッテ
リの無駄な消費を低減する。 【解決手段】複数の通信インターフェイス２０１の何れ
かを介して送信側機器は接続される。送信側機器により
送信されたオブジェクトは通信制御部により受信され、
受信されたオブジェクトは受信バッファ２０３に蓄積さ
れる。送信側機器から送信されようとしているオブジェ
クトの受信に先立って、オブジェクトのデータ量に関す
る情報を受信すると、データ量に関する情報に基づい
て、オブジェクトを受信バッファ２０３に蓄積できるか
否かを判定する。蓄積不可能な場合は受信拒否情報を送
信することで、送信側機器の無駄な電力消費を低減す
る。
Description
【０００１】
【発明の属する技術分野】本願発明は、複数のインター
フェイスを備えたオブジェクト交換装置において、受信
バッファの残量に応じてオブジェクトの交換処理を実行
するオブジェクト交換プロトコルに関する。
フェイスを備えたオブジェクト交換装置において、受信
バッファの残量に応じてオブジェクトの交換処理を実行
するオブジェクト交換プロトコルに関する。
【０００２】
【従来の技術】従来、ＩｒＤＡ、ＵＳＢ、ＩＥＥＥ１２
８４、ＩＥＥＥ８０２．３及びＩＥＥＥ１３９４など複
数の通信規格が存在する。印刷装置などの周辺機器にお
いては、ＵＳＢとＩＥＥＥ１２８４など複数の通信イン
ターフェイスを備える機種が存在している。これらの印
刷装置は、ＵＳＢインターフェイスを搭載したＰＣや、
ＩｒＤＡを搭載したＰＤＡ（パーソナル・デジタル・ア
シスタント）などから、印刷データなどのオブジェクト
を受信して画像形成を実行していた。
８４、ＩＥＥＥ８０２．３及びＩＥＥＥ１３９４など複
数の通信規格が存在する。印刷装置などの周辺機器にお
いては、ＵＳＢとＩＥＥＥ１２８４など複数の通信イン
ターフェイスを備える機種が存在している。これらの印
刷装置は、ＵＳＢインターフェイスを搭載したＰＣや、
ＩｒＤＡを搭載したＰＤＡ（パーソナル・デジタル・ア
シスタント）などから、印刷データなどのオブジェクト
を受信して画像形成を実行していた。
【０００３】上記の印刷装置などでは、通信インターフ
ェイスを介して受信したオブジェクトを一度受信バッフ
ァに蓄積した後で画像形成処理を行うようになってい
る。
ェイスを介して受信したオブジェクトを一度受信バッフ
ァに蓄積した後で画像形成処理を行うようになってい
る。
【０００４】
【発明が解決しようとする課題】ところで、複数の通信
インターフェイスを備えた印刷装置などの機器におい
て、複数のインターフェイスからほぼ同時にオブジェク
トを受信する場合がある。そのため、一方の通信インタ
ーフェイスにより受信されたデータが受信バッファに残
存している際に、他方のインターフェイスにより受信さ
れたデータを受信バッファに蓄積すると、受信バッファ
がオーバフローしてしまうことがあった。このように受
信バッファがオーバフローすると、もはやデータを受信
できなくなるため、他方の通信が終了するまで、いわゆ
る通信継続処理が実行されることになる。この通信継続
処理中においては、データを送受信しないものの、バッ
テリを消耗するような無駄な待機処理が送信側機器にお
いて実行されてしまう。例えば、送信側機器がＩｒＤＡ
インターフェイスを搭載したＰＤＡ等である場合には、
赤外線発光素子が点滅してしまうため、ＰＤＡのバッテ
リが無駄に消費されてしまう。
インターフェイスを備えた印刷装置などの機器におい
て、複数のインターフェイスからほぼ同時にオブジェク
トを受信する場合がある。そのため、一方の通信インタ
ーフェイスにより受信されたデータが受信バッファに残
存している際に、他方のインターフェイスにより受信さ
れたデータを受信バッファに蓄積すると、受信バッファ
がオーバフローしてしまうことがあった。このように受
信バッファがオーバフローすると、もはやデータを受信
できなくなるため、他方の通信が終了するまで、いわゆ
る通信継続処理が実行されることになる。この通信継続
処理中においては、データを送受信しないものの、バッ
テリを消耗するような無駄な待機処理が送信側機器にお
いて実行されてしまう。例えば、送信側機器がＩｒＤＡ
インターフェイスを搭載したＰＤＡ等である場合には、
赤外線発光素子が点滅してしまうため、ＰＤＡのバッテ
リが無駄に消費されてしまう。
【０００５】そこで、本願発明は、複数の通信インター
フェイスを搭載するオブジェクト交換装置において、送
信側機器の無駄なバッテリ消費を低減することを目的と
する。例えば、第１のインターフェイスが通信中である
場合に、第２のインターフェイスの受信バッファがあふ
れてしまい第１のインターフェイスによる通信が終了す
るまで通信継続状態を維持するような事態を防止するこ
とを目的とする。
フェイスを搭載するオブジェクト交換装置において、送
信側機器の無駄なバッテリ消費を低減することを目的と
する。例えば、第１のインターフェイスが通信中である
場合に、第２のインターフェイスの受信バッファがあふ
れてしまい第１のインターフェイスによる通信が終了す
るまで通信継続状態を維持するような事態を防止するこ
とを目的とする。
【０００６】
【課題を解決するための手段】上記の目的を達成するた
めに、本願発明の第１の観点によれば、複数の通信イン
ターフェイスと、前記通信インターフェイスの何れかを
介して接続された通信装置から送信されるオブジェクト
を受信する受信手段と、前記受信されたオブジェクトを
記憶する記憶手段と、前記通信装置から送信されようと
しているオブジェクトの受信に先立って、該オブジェク
トのデータ量（データサイズなど）に関する情報を受信
すると、該データ量に関する情報に基づいて、該オブジ
ェクトを前記記憶手段に記憶できるか否かを判定する第
１の判定手段と、前記オブジェクトを記憶できないと判
定すると、前記通信装置に対して前記オブジェクトの受
信を拒否するための拒否情報を送信する送信手段と、を
備えることを特徴とするオブジェクト交換装置が提供さ
れる。
めに、本願発明の第１の観点によれば、複数の通信イン
ターフェイスと、前記通信インターフェイスの何れかを
介して接続された通信装置から送信されるオブジェクト
を受信する受信手段と、前記受信されたオブジェクトを
記憶する記憶手段と、前記通信装置から送信されようと
しているオブジェクトの受信に先立って、該オブジェク
トのデータ量（データサイズなど）に関する情報を受信
すると、該データ量に関する情報に基づいて、該オブジ
ェクトを前記記憶手段に記憶できるか否かを判定する第
１の判定手段と、前記オブジェクトを記憶できないと判
定すると、前記通信装置に対して前記オブジェクトの受
信を拒否するための拒否情報を送信する送信手段と、を
備えることを特徴とするオブジェクト交換装置が提供さ
れる。
【０００７】すなわち、例えば、受信バッファなどの記
憶装置の残量を超えるようなオブジェクトの送信は、予
め拒絶することで、送信中断に伴う無駄な電力消費を低
減することができよう。
憶装置の残量を超えるようなオブジェクトの送信は、予
め拒絶することで、送信中断に伴う無駄な電力消費を低
減することができよう。
【０００８】また、前記オブジェクトのデータ量に関す
る情報を既に受信しているかを判定する第２の判定手段
と、前記オブジェクトのデータ量に関する情報をまだ受
信していない場合に、該オブジェクトのデータ量に関す
る情報を要求する要求手段と、をさらに含むようにして
もよい。
る情報を既に受信しているかを判定する第２の判定手段
と、前記オブジェクトのデータ量に関する情報をまだ受
信していない場合に、該オブジェクトのデータ量に関す
る情報を要求する要求手段と、をさらに含むようにして
もよい。
【０００９】このように、オブジェクトのデータ量を事
前に送信側機器が通知してきていない場合であっても、
当該データ量を通知するよう要求することで、当該デー
タ量を把握し、送信中断に伴う無駄な電力消費を低減す
ることができよう。
前に送信側機器が通知してきていない場合であっても、
当該データ量を通知するよう要求することで、当該デー
タ量を把握し、送信中断に伴う無駄な電力消費を低減す
ることができよう。
【００１０】また、前記複数のインターフェイスのう
ち、現在、通信中のものがあるかを判定する第３の判定
手段と、前記通信中のインターフェイスが存在しない場
合には、前記第１の判定手段による判定処理を省略し
て、前記通信装置との通信を開始するよう制御する通信
制御手段と、をさらに含むようにしてもよい。
ち、現在、通信中のものがあるかを判定する第３の判定
手段と、前記通信中のインターフェイスが存在しない場
合には、前記第１の判定手段による判定処理を省略し
て、前記通信装置との通信を開始するよう制御する通信
制御手段と、をさらに含むようにしてもよい。
【００１１】すなわち、通信中のインターフェイスが他
になければ、受信バッファは空いていると考えられるた
め、受信バッファの残量判定を省略することができる。
これによって、データ量の要求通知などの送受信処理が
実行する必要がなくなるため、さらに、無駄な電力消費
を低減することができよう。
になければ、受信バッファは空いていると考えられるた
め、受信バッファの残量判定を省略することができる。
これによって、データ量の要求通知などの送受信処理が
実行する必要がなくなるため、さらに、無駄な電力消費
を低減することができよう。
【００１２】あるいは、通信中のインターフェイスがす
でに存在する場合にのみ、前記オブジェクトを前記記憶
手段に記憶できるかを判定してもよい。
でに存在する場合にのみ、前記オブジェクトを前記記憶
手段に記憶できるかを判定してもよい。
【００１３】本願発明の第２の観点によれば、上記のオ
ブジェクト交換装置とオブジェクトを交換する通信装置
であって、前記オブジェクトを生成する生成手段と、前
記生成されたオブジェクトのデータ量を算出する算出手
段と、前記オブジェクトの送信に先立って前記データ量
に関する情報を送信する情報送信手段と、前記オブジェ
クトの送信を前記オブジェクト交換装置により許可され
ると該オブジェクトの交換を開始する交換制御手段と、
を含むことを特徴とする通信装置が提供される。
ブジェクト交換装置とオブジェクトを交換する通信装置
であって、前記オブジェクトを生成する生成手段と、前
記生成されたオブジェクトのデータ量を算出する算出手
段と、前記オブジェクトの送信に先立って前記データ量
に関する情報を送信する情報送信手段と、前記オブジェ
クトの送信を前記オブジェクト交換装置により許可され
ると該オブジェクトの交換を開始する交換制御手段と、
を含むことを特徴とする通信装置が提供される。
【００１４】すなわち、予めオブジェクトの送信に先立
って、当該オブジェクトのデータ量を算出して受信側に
通知するため、受信側の受信バッファがあふれる可能性
が減少し、従って、オブジェクト交換中の中断による電
力浪費を低減できよう。
って、当該オブジェクトのデータ量を算出して受信側に
通知するため、受信側の受信バッファがあふれる可能性
が減少し、従って、オブジェクト交換中の中断による電
力浪費を低減できよう。
【００１５】とりわけ、前記通信装置がバッテリを駆動
電源としている場合には、より格別な効果を奏すること
になろう。
電源としている場合には、より格別な効果を奏すること
になろう。
【００１６】また、前記情報送信手段は、前記オブジェ
クト交換装置により前記オブジェクトのデータ量に関す
る情報を要求されると、該データ量に関する情報を送信
するようにしてもよい。
クト交換装置により前記オブジェクトのデータ量に関す
る情報を要求されると、該データ量に関する情報を送信
するようにしてもよい。
【００１７】すなわち、受信側機器の動作状態によって
は、あらかじめデータ量の関連情報を送信しなくても良
い場合がある。例えば、受信側機器に搭載された複数の
通信インターフェイスのいずれもが使用されておらず、
受信バッファのオーバフローの確率が小さい場合などで
ある。このような場合には、受信側機器から要求された
ときに当該データ量の関連情報を送信すれば足りること
になろう。
は、あらかじめデータ量の関連情報を送信しなくても良
い場合がある。例えば、受信側機器に搭載された複数の
通信インターフェイスのいずれもが使用されておらず、
受信バッファのオーバフローの確率が小さい場合などで
ある。このような場合には、受信側機器から要求された
ときに当該データ量の関連情報を送信すれば足りること
になろう。
【００１８】本願発明の第３の観点によれば、複数の通
信インターフェイスの何れかを介して接続された通信装
置からオブジェクトを受信するオブジェクト受信方法で
あって、前記通信装置から送信されようとしているオブ
ジェクトの受信に先立って、該オブジェクトのデータ量
に関する情報を受信するステップと、該データ量に関す
る情報に基づいて、前記オブジェクトを記憶できる空き
容量を記憶手段が備えているかを判定するステップと、
前記オブジェクトを記憶できないと判定すると、前記通
信装置に対して前記オブジェクトの受信を拒否するため
の拒否情報を送信するステップと、を備えることを特徴
とするオブジェクト受信方法が提供される。
信インターフェイスの何れかを介して接続された通信装
置からオブジェクトを受信するオブジェクト受信方法で
あって、前記通信装置から送信されようとしているオブ
ジェクトの受信に先立って、該オブジェクトのデータ量
に関する情報を受信するステップと、該データ量に関す
る情報に基づいて、前記オブジェクトを記憶できる空き
容量を記憶手段が備えているかを判定するステップと、
前記オブジェクトを記憶できないと判定すると、前記通
信装置に対して前記オブジェクトの受信を拒否するため
の拒否情報を送信するステップと、を備えることを特徴
とするオブジェクト受信方法が提供される。
【００１９】本願発明の第４の観点によれば、前述のオ
ブジェクト受信方法と対を成すオブジェクト送信方法で
あって、前記オブジェクトを生成するステップと、前記
生成されたオブジェクトのデータ量を算出するステップ
と、前記オブジェクトの送信に先立って前記データ量に
関する情報を送信するステップと、前記オブジェクトの
送信を、該オブジェクトの受信装置により許可されると
該オブジェクトの交換を開始するステップと、を含むこ
とを特徴とするオブジェクト送信方法が提供される。
ブジェクト受信方法と対を成すオブジェクト送信方法で
あって、前記オブジェクトを生成するステップと、前記
生成されたオブジェクトのデータ量を算出するステップ
と、前記オブジェクトの送信に先立って前記データ量に
関する情報を送信するステップと、前記オブジェクトの
送信を、該オブジェクトの受信装置により許可されると
該オブジェクトの交換を開始するステップと、を含むこ
とを特徴とするオブジェクト送信方法が提供される。
【００２０】
【発明の実施の形態】以下に本願発明の一実施形態を示
す。もちろん以下の実施形態は、本願発明の技術分野に
おける当業者による実施を容易にするために開示を提供
するものであり、特許請求の範囲によって確定される本
願発明の技術的範囲に含まれるほんの一部の実施形態に
すぎない。従って、本願明細書に直接的に記載されてい
ない実施形態であっても、技術思想が共通する限り本願
発明の技術的範囲に包含されることは当業者にとって自
明であろう。
す。もちろん以下の実施形態は、本願発明の技術分野に
おける当業者による実施を容易にするために開示を提供
するものであり、特許請求の範囲によって確定される本
願発明の技術的範囲に含まれるほんの一部の実施形態に
すぎない。従って、本願明細書に直接的に記載されてい
ない実施形態であっても、技術思想が共通する限り本願
発明の技術的範囲に包含されることは当業者にとって自
明であろう。
【００２１】図１は、本実施形態が適用されるコンピュ
ータシステムの一例を示す図である。この例では、オブ
ジェクトの受信装置を印刷装置としているが、もちろん
本願発明は、オブジェクト交換プロトコルを備える情報
関連機器であれば、印刷装置１０１以外の各種機器に適
用可能である。また、この例では、オブジェクトの送信
装置として、ＰＣ１０２、ＰＤＡ１０３及びデジタルカ
メラ１０４が示されている。もちろん、他の機器であっ
てもよい。 図２は、印刷装置の概略構成を示すブロッ
ク図である。本印刷装置は、ホストコンピュータから転
送されたデータを印刷する機能を有する。この例でのホ
ストコンピュータは、ＰＣ１０２、ＰＤＡ１０３及びデ
ジタルカメラ１０４のいずれかである。
ータシステムの一例を示す図である。この例では、オブ
ジェクトの受信装置を印刷装置としているが、もちろん
本願発明は、オブジェクト交換プロトコルを備える情報
関連機器であれば、印刷装置１０１以外の各種機器に適
用可能である。また、この例では、オブジェクトの送信
装置として、ＰＣ１０２、ＰＤＡ１０３及びデジタルカ
メラ１０４が示されている。もちろん、他の機器であっ
てもよい。 図２は、印刷装置の概略構成を示すブロッ
ク図である。本印刷装置は、ホストコンピュータから転
送されたデータを印刷する機能を有する。この例でのホ
ストコンピュータは、ＰＣ１０２、ＰＤＡ１０３及びデ
ジタルカメラ１０４のいずれかである。
【００２２】印刷装置１０１は、インターフェイス部２
０１、通信制御部２０２、受信バッファ２０３、データ
解析部２０４、印字バッファ２０５、印字制御部２０
６、記録ヘッド２０７、ＬＦモータ２０８、ＣＲモータ
２０９などを有している。
０１、通信制御部２０２、受信バッファ２０３、データ
解析部２０４、印字バッファ２０５、印字制御部２０
６、記録ヘッド２０７、ＬＦモータ２０８、ＣＲモータ
２０９などを有している。
【００２３】インターフェイス部２０１は、複数の通信
インターフェイスが含まれている。例えば、赤外線通信
プロトコルに準拠し、さらにＩｒＯＢＥＸ（赤外線オブ
ジェクト交換プロトコル）にも準拠しているＩｒＤＡイ
ンターフェイスや、ＵＳＢ、ＩＥＥＥ１２８４、ＩＥＥ
Ｅ１３９４及びＩＥＥＥ８０２．３等の他のインターフ
ェイスが含まれている。もちろん、これらは例示であっ
て、複数のインターフェイスを搭載しているのであれ
ば、どのインターフェイスが搭載されていてもよい。
インターフェイスが含まれている。例えば、赤外線通信
プロトコルに準拠し、さらにＩｒＯＢＥＸ（赤外線オブ
ジェクト交換プロトコル）にも準拠しているＩｒＤＡイ
ンターフェイスや、ＵＳＢ、ＩＥＥＥ１２８４、ＩＥＥ
Ｅ１３９４及びＩＥＥＥ８０２．３等の他のインターフ
ェイスが含まれている。もちろん、これらは例示であっ
て、複数のインターフェイスを搭載しているのであれ
ば、どのインターフェイスが搭載されていてもよい。
【００２４】受信バッファ２０３は、複数のバッファ０
〜ｎにより構成されている。各バッファは、インターフ
ェイス部２０１の各インターフェイスに対応している。
〜ｎにより構成されている。各バッファは、インターフ
ェイス部２０１の各インターフェイスに対応している。
【００２５】ホストコンピュータから送信されてきた印
字データ、制御コマンド等を含むパケットは、インター
フェイス部２０１を介して通信制御部２０２に転送され
る。通信制御部２０２は、受信したパケットに含まれる
ヘッダ部やペイロード部を分離する。さらに、通信制御
部２０２は、ヘッダに含まれているデータを解析し、イ
ンターフェイスの種類、パケットのサイズ等を特定す
る。通信制御部２０２は、特定されたインターフェイス
に対応するバッファｎに、上述のペイロード部に格納さ
れていたデータを格納する。
字データ、制御コマンド等を含むパケットは、インター
フェイス部２０１を介して通信制御部２０２に転送され
る。通信制御部２０２は、受信したパケットに含まれる
ヘッダ部やペイロード部を分離する。さらに、通信制御
部２０２は、ヘッダに含まれているデータを解析し、イ
ンターフェイスの種類、パケットのサイズ等を特定す
る。通信制御部２０２は、特定されたインターフェイス
に対応するバッファｎに、上述のペイロード部に格納さ
れていたデータを格納する。
【００２６】データ解析部２０４は、受信バッファ２０
３に格納されたデータを順次読み出して、印字バッファ
２０５に格納する。印字制御部２０６は、印字バッファ
２０５からデータを読み出し、記録ヘッド２０７に転送
する。
３に格納されたデータを順次読み出して、印字バッファ
２０５に格納する。印字制御部２０６は、印字バッファ
２０５からデータを読み出し、記録ヘッド２０７に転送
する。
【００２７】また、印字制御部２０６は、記録ヘッド２
０７の印字動作、ＬＦモータ２０８の回転制御動作、Ｃ
Ｒモータ２０９の回転制御動作等を制御する。
０７の印字動作、ＬＦモータ２０８の回転制御動作、Ｃ
Ｒモータ２０９の回転制御動作等を制御する。
【００２８】図３は、赤外線通信プロトコルのデータリ
ンク層とその上位層を説明するためのである。データリ
ンク層とその上位層とも、インターフェイス部２０１及
び通信制御部２０２により通信を行う際に使用される。
上位層の一例として、オブジェクト交換プロトコルであ
るＩｒＯＢＥＸ通信プロトコルのＩｒＯＢＥＸ層３０４
が示されている。
ンク層とその上位層を説明するためのである。データリ
ンク層とその上位層とも、インターフェイス部２０１及
び通信制御部２０２により通信を行う際に使用される。
上位層の一例として、オブジェクト交換プロトコルであ
るＩｒＯＢＥＸ通信プロトコルのＩｒＯＢＥＸ層３０４
が示されている。
【００２９】図３に示したように、本赤外線通信プロト
コルのデータリンク層は、ＩｒＬＡＰ（ Ｉｎｆｒａｒ
ｅｄ Ｌｉｎｋ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ ）層３
０１、ＩｒＬＭＰ（ Ｉｎｆｒａｒｅｄ Ｌｉｎｋ Ｍａ
ｎａｇｅｒ Ｐｒｏｔｏｃｏｌ）層３０２、ＴｉｎｙＴ
Ｐ（ Ｉｎｆｒａｒｅｄ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔ
ｏｃｏｌ ）層３０３により構成されている。通信開始
時には、送信側機器と受信側機器との間で各層ごとのパ
ラメータ折衝が実行される。パラメータ折衝は、最下層
のＩｒＬＡＰ層３０１から順に実行される。各層ごとの
パラメータ折衝が完了すると、データパケット（実デー
タを含むパケット）の送信処理、及び、そのデータパケ
ットの受信確認応答処理等が行われる。最終的には、Ｉ
ｒＯＢＥＸ層３０４を介してオブジェクトの交換通信が
実現される。
コルのデータリンク層は、ＩｒＬＡＰ（ Ｉｎｆｒａｒ
ｅｄ Ｌｉｎｋ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ ）層３
０１、ＩｒＬＭＰ（ Ｉｎｆｒａｒｅｄ Ｌｉｎｋ Ｍａ
ｎａｇｅｒ Ｐｒｏｔｏｃｏｌ）層３０２、ＴｉｎｙＴ
Ｐ（ Ｉｎｆｒａｒｅｄ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔ
ｏｃｏｌ ）層３０３により構成されている。通信開始
時には、送信側機器と受信側機器との間で各層ごとのパ
ラメータ折衝が実行される。パラメータ折衝は、最下層
のＩｒＬＡＰ層３０１から順に実行される。各層ごとの
パラメータ折衝が完了すると、データパケット（実デー
タを含むパケット）の送信処理、及び、そのデータパケ
ットの受信確認応答処理等が行われる。最終的には、Ｉ
ｒＯＢＥＸ層３０４を介してオブジェクトの交換通信が
実現される。
【００３０】図４は、ＩｒＯＢＥＸによる通信シーケン
スの一例である。ステップＳ４０１において、送信側機
器から、接続要求（Ｃｏｎｎｅｃｔ）を送信すると、受
信側機器から接続応答（ＣｏｎｎｅｃｔＲｅｓｐｏｎｓ
ｅ）が送信される。ステップＳ４０２において、送信側
機器からオブジェクトがＤａｔａ（Ｐｕｔ）により送信
される。オブジェクトのすべてを受信していない場合、
受信側機器は、Ｒｅｓｐｏｎｓｅ（Ｃｏｎｔｉｎｕｅ）
を返信し、次のオブジェクトを要求する。すべてのオブ
ジェクトを受信すると、受信側機器は、Ｒｅｓｐｏｎｓ
ｅ（Ｓｕｃｃｅｓｓ）を返信する。ステップＳ４０３に
おいて、回線の切断処理を実行し、通信処理を終了す
る。
スの一例である。ステップＳ４０１において、送信側機
器から、接続要求（Ｃｏｎｎｅｃｔ）を送信すると、受
信側機器から接続応答（ＣｏｎｎｅｃｔＲｅｓｐｏｎｓ
ｅ）が送信される。ステップＳ４０２において、送信側
機器からオブジェクトがＤａｔａ（Ｐｕｔ）により送信
される。オブジェクトのすべてを受信していない場合、
受信側機器は、Ｒｅｓｐｏｎｓｅ（Ｃｏｎｔｉｎｕｅ）
を返信し、次のオブジェクトを要求する。すべてのオブ
ジェクトを受信すると、受信側機器は、Ｒｅｓｐｏｎｓ
ｅ（Ｓｕｃｃｅｓｓ）を返信する。ステップＳ４０３に
おいて、回線の切断処理を実行し、通信処理を終了す
る。
【００３１】図５は、ＩｒＯＢＥＸに係る要求フォーマ
ットの一例を示す図である。１バイト目にはオペコード
が格納され、２バイト目にはデータ長が格納され、３バ
イト目以降にはヘッダ部やペイロード部が位置する。
ットの一例を示す図である。１バイト目にはオペコード
が格納され、２バイト目にはデータ長が格納され、３バ
イト目以降にはヘッダ部やペイロード部が位置する。
【００３２】図６は、ＩｒＯＢＥＸに係る応答フォーマ
ットの一例を示す図である。１バイト目には応答コード
が格納され、２バイト目には応答長が格納され、３バイ
ト目以降には応答データが格納される。
ットの一例を示す図である。１バイト目には応答コード
が格納され、２バイト目には応答長が格納され、３バイ
ト目以降には応答データが格納される。
【００３３】図７は、オペコードの内容を示した図であ
る。０ｘ８０は、接続要求を表すオペコードである。０
ｘ８１は、切断要求を表すオペコードである。０ｘ０２
（０ｘ８２）は、ＰＵＴ要求オブジェクト要求を表すオ
ペコードである。０ｘ０３（０ｘ８３）は、ＧＥＴ要求
オブジェクト取得要求を表すオペコードである。
る。０ｘ８０は、接続要求を表すオペコードである。０
ｘ８１は、切断要求を表すオペコードである。０ｘ０２
（０ｘ８２）は、ＰＵＴ要求オブジェクト要求を表すオ
ペコードである。０ｘ０３（０ｘ８３）は、ＧＥＴ要求
オブジェクト取得要求を表すオペコードである。
【００３４】図８は、応答コードの内容を示した図であ
る。０ｘ１０は、処理の継続を表す応答コードである。
０ｘ２０は、成功を表す応答コードである。０ｘ４１
（０ｘＣ１）は、要求拒絶を表す応答コードである。０
ｘ４Ｂ（０ｘＣＢ）は、データサイズ要求を表す応答コ
ードである。
る。０ｘ１０は、処理の継続を表す応答コードである。
０ｘ２０は、成功を表す応答コードである。０ｘ４１
（０ｘＣ１）は、要求拒絶を表す応答コードである。０
ｘ４Ｂ（０ｘＣＢ）は、データサイズ要求を表す応答コ
ードである。
【００３５】図９は、ヘッダの内容を示した図である。
０ｘＣ３は、オブジェクトの大きさを表している。０ｘ
０１は、オブジェクトの名称を示している。０ｘ４２
（０ｘ８２）は、オブジェクトの種類を示している。０
ｘ４８は、オブジェクトの本体部分を示している。０ｘ
４９は、オブジェクトの本体の最後を示している。
０ｘＣ３は、オブジェクトの大きさを表している。０ｘ
０１は、オブジェクトの名称を示している。０ｘ４２
（０ｘ８２）は、オブジェクトの種類を示している。０
ｘ４８は、オブジェクトの本体部分を示している。０ｘ
４９は、オブジェクトの本体の最後を示している。
【００３６】図１０は、本実施形態にかかる送信側機器
の構成例を示したブロック図である。メモリ・ＣＰＵブ
ロック１０１０により、オブジェクトを生成し、記憶す
るオブジェクト生成部１０１１が実現される。オブジェ
クト生成部１０１１、印刷装置用の印刷データを生成す
る機能ブロックである。例えば、ＣＰＵにより、印刷ド
ライバを起動し、アプリケーションソフトウエアからデ
ータを受け取って、ラスタライズ処理する。
の構成例を示したブロック図である。メモリ・ＣＰＵブ
ロック１０１０により、オブジェクトを生成し、記憶す
るオブジェクト生成部１０１１が実現される。オブジェ
クト生成部１０１１、印刷装置用の印刷データを生成す
る機能ブロックである。例えば、ＣＰＵにより、印刷ド
ライバを起動し、アプリケーションソフトウエアからデ
ータを受け取って、ラスタライズ処理する。
【００３７】通信制御部１０２０は、通信インターフェ
イス１０３０を制御するためのコントローラである。オ
ブジェクト生成部１０１１により生成されたオブジェク
トを受信し、そのデータ量を算出するデータ量算出部１
０２１、算出されたデータ量を上述のデータフォーマッ
トに格納するデータ量関連情送信部１０２２などの機能
ブロックを実現する。その他、受信側機器との通信制御
は通信制御部１０２０が担当する。ただし、データ量算
出部１０２１、データ量関連情送信部１０２２などをメ
モリ・ＣＰＵ１０１０により実現しても良い。なお、バ
ッテリ１０４０は、送信側機器（ＰＤＡ１０３やデジタ
ルカメラ１０４など）を駆動するための電源部である。
イス１０３０を制御するためのコントローラである。オ
ブジェクト生成部１０１１により生成されたオブジェク
トを受信し、そのデータ量を算出するデータ量算出部１
０２１、算出されたデータ量を上述のデータフォーマッ
トに格納するデータ量関連情送信部１０２２などの機能
ブロックを実現する。その他、受信側機器との通信制御
は通信制御部１０２０が担当する。ただし、データ量算
出部１０２１、データ量関連情送信部１０２２などをメ
モリ・ＣＰＵ１０１０により実現しても良い。なお、バ
ッテリ１０４０は、送信側機器（ＰＤＡ１０３やデジタ
ルカメラ１０４など）を駆動するための電源部である。
【００３８】図１１は、印刷装置１０１の通信制御部２
０２における処理を示したフローチャートである。
０２における処理を示したフローチャートである。
【００３９】通信が開始されると、まず、ステップ１１
０１において、図４に示したようにＣｏｎｎｅｃｔ処理
の折衝が実行され、接続状態になったか否かを判定す
る。Ｃｏｎｎｅｃｔコマンドやデータ等の識別は、要求
フォーマットの図７に記載のオペコードに基づいて実行
される。接続状態であれば、ステップＳ１１０５に移行
し、そうでなければステップＳ１１０２に移行する。
０１において、図４に示したようにＣｏｎｎｅｃｔ処理
の折衝が実行され、接続状態になったか否かを判定す
る。Ｃｏｎｎｅｃｔコマンドやデータ等の識別は、要求
フォーマットの図７に記載のオペコードに基づいて実行
される。接続状態であれば、ステップＳ１１０５に移行
し、そうでなければステップＳ１１０２に移行する。
【００４０】ステップＳ１１０２において、Ｃｏｎｎｅ
ｃｔコマンドの受信処理を行う。すなわち、要求フォー
マットに格納されているオペコードが０ｘ８０であれば
Ｃｏｎｎｅｃｔコマンドを受信したことになる。ここで
は、３バイト目以降に位置するヘッダ部に格納されたデ
ータの内容を取得する。
ｃｔコマンドの受信処理を行う。すなわち、要求フォー
マットに格納されているオペコードが０ｘ８０であれば
Ｃｏｎｎｅｃｔコマンドを受信したことになる。ここで
は、３バイト目以降に位置するヘッダ部に格納されたデ
ータの内容を取得する。
【００４１】ステップＳ１１０３において、オブジェク
トのデータ量に関する情報がすでに判明しているか否か
を判定する。この判定は、例えば、送信されようとして
いるオブジェクトのデータ量を規定するためのヘッダで
ある０ｘＣ３が含まれているかを判定することにより実
行される。Ｌｅｎｇｔｈヘッダ（０ｘＣ３）とともにデ
ータ量を取得できれば、データ量は判明していると判定
され、ステップＳ１１０４に移行する。未だデータ量を
取得できていない場合（０ｘＣ３ヘッダを含んだ要求フ
ォーマットを受信していない場合など）は、ステップＳ
１１０９に移行する。
トのデータ量に関する情報がすでに判明しているか否か
を判定する。この判定は、例えば、送信されようとして
いるオブジェクトのデータ量を規定するためのヘッダで
ある０ｘＣ３が含まれているかを判定することにより実
行される。Ｌｅｎｇｔｈヘッダ（０ｘＣ３）とともにデ
ータ量を取得できれば、データ量は判明していると判定
され、ステップＳ１１０４に移行する。未だデータ量を
取得できていない場合（０ｘＣ３ヘッダを含んだ要求フ
ォーマットを受信していない場合など）は、ステップＳ
１１０９に移行する。
【００４２】ステップＳ１１０４において、他のインタ
ーフェイスにより受信側機器が占有されているか否かを
判定する。受信側機器が占有状態にあれば、ステップＳ
１１０５に移行する。受信側機器が他のインタフェース
により占有されていなければ、受信バッファの残量を確
認する必要はないため、ステップＳ１１０７に移行す
る。
ーフェイスにより受信側機器が占有されているか否かを
判定する。受信側機器が占有状態にあれば、ステップＳ
１１０５に移行する。受信側機器が他のインタフェース
により占有されていなければ、受信バッファの残量を確
認する必要はないため、ステップＳ１１０７に移行す
る。
【００４３】ステップＳ１１０５において、受信バッフ
ァの残量を判定する。例えば、送信されようとしている
オブジェクトのデータ量と、ＩｒＯＢＥＸプロトコルに
より使用されているインターフェイスに割り当てられて
いる受信バッファの容量とを比較する。受信バッファに
余裕があれば、ステップＳ１１０７に移行し、余裕がな
ければステップＳ１１０６に移行する。
ァの残量を判定する。例えば、送信されようとしている
オブジェクトのデータ量と、ＩｒＯＢＥＸプロトコルに
より使用されているインターフェイスに割り当てられて
いる受信バッファの容量とを比較する。受信バッファに
余裕があれば、ステップＳ１１０７に移行し、余裕がな
ければステップＳ１１０６に移行する。
【００４４】ステップＳ１１０６において、受信バッフ
ァの空き容量が不足しているので、Ｃｏｎｎｅｃｔコマ
ンドに対する受信応答として要求拒否（応答コード：０
ｘ４１）を送信する。 ステップＳ１１０７において、
他のインターフェイスにより機器が占有状態にない場合
や受信バッファに余裕がある場合は、Ｃｏｎｎｅｃｔ処
理を終了して接続状態に遷移させる。
ァの空き容量が不足しているので、Ｃｏｎｎｅｃｔコマ
ンドに対する受信応答として要求拒否（応答コード：０
ｘ４１）を送信する。 ステップＳ１１０７において、
他のインターフェイスにより機器が占有状態にない場合
や受信バッファに余裕がある場合は、Ｃｏｎｎｅｃｔ処
理を終了して接続状態に遷移させる。
【００４５】ステップＳ１１０８において、正常受信と
してＣｏｎｎｅｃｔコマンドに対する受信応答を返信す
る。
してＣｏｎｎｅｃｔコマンドに対する受信応答を返信す
る。
【００４６】Ｃｏｎｎｅｃｔコマンドにデータ量に関す
る情報が含まれていないが無い場合は、ステップＳ１１
０９において、図６に記載の応答フォーマットに従い、
データ量要求（０ｘ４Ｂ）の応答フォーマットを送信す
る。
る情報が含まれていないが無い場合は、ステップＳ１１
０９において、図６に記載の応答フォーマットに従い、
データ量要求（０ｘ４Ｂ）の応答フォーマットを送信す
る。
【００４７】ステップ１１０１において接続状態にある
と判定されると、ステップ１１１０において、データの
受信を開始する。データの受信の詳細は、ステップＳ４
０２として示した通りである。
と判定されると、ステップ１１１０において、データの
受信を開始する。データの受信の詳細は、ステップＳ４
０２として示した通りである。
【００４８】ステップＳ１１１１において、他のインタ
ーフェイスが機器を占有しているか否かを判定する。占
有状態にあればステップＳ１１１２に移行し、そうでな
ければステップＳ１１１４に移行する。受信側機器が他
のインタフェースにより占有されていなければ、受信バ
ッファの残量を確認する必要はないからである。
ーフェイスが機器を占有しているか否かを判定する。占
有状態にあればステップＳ１１１２に移行し、そうでな
ければステップＳ１１１４に移行する。受信側機器が他
のインタフェースにより占有されていなければ、受信バ
ッファの残量を確認する必要はないからである。
【００４９】ステップＳ１１１２において、オブジェク
トを受信したと仮定した場合に、受信バッファがオーバ
フローするか否かを判定する。すなわち、オブジェクト
のデータ量と、ＩｒＯＢＥＸプロトコル通信を用いてい
るインターフェイスに割り当てられている受信バッファ
の容量を比較する。受信バッファの残量がデータ量を以
下であれば、ステップＳ１１１３に移行する。受信バッ
ファに余裕があれば、ステップＳ１１１４に移行する。
トを受信したと仮定した場合に、受信バッファがオーバ
フローするか否かを判定する。すなわち、オブジェクト
のデータ量と、ＩｒＯＢＥＸプロトコル通信を用いてい
るインターフェイスに割り当てられている受信バッファ
の容量を比較する。受信バッファの残量がデータ量を以
下であれば、ステップＳ１１１３に移行する。受信バッ
ファに余裕があれば、ステップＳ１１１４に移行する。
【００５０】ステップＳ１１１３において、データ受信
応答に要求拒否（０ｘ４１）を搭載して送信する。
応答に要求拒否（０ｘ４１）を搭載して送信する。
【００５１】ステップＳ１１１４において、他のインタ
ーフェイスが機器を占有していない場合や受信バッファ
に余裕がある場合は、データの受信を継続する。例え
ば、応答コードとして０ｘ１０を返す。
ーフェイスが機器を占有していない場合や受信バッファ
に余裕がある場合は、データの受信を継続する。例え
ば、応答コードとして０ｘ１０を返す。
【００５２】以上説明したように、オブジェクト交換プ
ロトコルを用いた通信インターフェイス及び他の通信イ
ンターフェイス（例えば ＵＳＢやＩＥＥＥ１２８４
等）など複数のインターフェイスと、各通信インターフ
ェイスに対応する受信バッファを有する印刷装置におい
て、予め全てのオブジェクトを受信しておくことが不可
能な場合には、オブジェクトの送信を拒絶するようにし
たことで、次のような課題を解決した。
ロトコルを用いた通信インターフェイス及び他の通信イ
ンターフェイス（例えば ＵＳＢやＩＥＥＥ１２８４
等）など複数のインターフェイスと、各通信インターフ
ェイスに対応する受信バッファを有する印刷装置におい
て、予め全てのオブジェクトを受信しておくことが不可
能な場合には、オブジェクトの送信を拒絶するようにし
たことで、次のような課題を解決した。
【００５３】従来は、送信されようとしているオブジェ
クトのデータ量が未知であったため、例えば、受信バッ
ファがあふれるとデータの受信が一旦中断して、他のイ
ンターフェイスによる印刷装置の占有が解放されるまで
通信継続状態を維持していた。しかし、このように、実
際にはオブジェクトの交換をできない場合にまで通信を
継続すれば、赤外線発光などによる電源消費量が膨大と
なり、無駄に電力を消費してしまう課題があった。そこ
で、本実施形態では、このような場合に通信の継続を拒
絶することで、無駄な電力消費を低減することが可能と
なった。
クトのデータ量が未知であったため、例えば、受信バッ
ファがあふれるとデータの受信が一旦中断して、他のイ
ンターフェイスによる印刷装置の占有が解放されるまで
通信継続状態を維持していた。しかし、このように、実
際にはオブジェクトの交換をできない場合にまで通信を
継続すれば、赤外線発光などによる電源消費量が膨大と
なり、無駄に電力を消費してしまう課題があった。そこ
で、本実施形態では、このような場合に通信の継続を拒
絶することで、無駄な電力消費を低減することが可能と
なった。
【００５４】［他の実施形態］なお、前述した各実施形
態の機能を実現するソフトウェアのプログラムコードを
記憶した記憶媒体を、システムあるいは装置に供給し、
そのシステムあるいは装置のコンピュータ（またはＣＰ
ＵやＭＰＵ）が記憶媒体に格納されたプログラムコード
を読み出して実行することによっても、本願発明が達成
されることは言うまでもない。
態の機能を実現するソフトウェアのプログラムコードを
記憶した記憶媒体を、システムあるいは装置に供給し、
そのシステムあるいは装置のコンピュータ（またはＣＰ
ＵやＭＰＵ）が記憶媒体に格納されたプログラムコード
を読み出して実行することによっても、本願発明が達成
されることは言うまでもない。
【００５５】この場合、記憶媒体から読み出されたプロ
グラムコード自体が、前述の各実施形態の機能を実現す
ることになり、そのプログラムコードを記憶した記憶媒
体が本願発明を構成することになる。
グラムコード自体が、前述の各実施形態の機能を実現す
ることになり、そのプログラムコードを記憶した記憶媒
体が本願発明を構成することになる。
【００５６】プログラムコードを供給するための記憶媒
体として、例えば、フロッピィディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、
あるいは、通信可能なネットワークに接続されたサーバ
コンピュータなどを用いることができる。
体として、例えば、フロッピィディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、
あるいは、通信可能なネットワークに接続されたサーバ
コンピュータなどを用いることができる。
【００５７】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した各実施形態の
機能が実現されるだけでなく、そのプログラムコードの
指示に基づき、コンピュータ上で稼働しているＯＳなど
が実際の処理の一部または全部を行い、その処理によっ
て前述した各実施形態の機能が実現される場合も、本願
発明に含まれることは言うまでもない。
ムコードを実行することにより、前述した各実施形態の
機能が実現されるだけでなく、そのプログラムコードの
指示に基づき、コンピュータ上で稼働しているＯＳなど
が実際の処理の一部または全部を行い、その処理によっ
て前述した各実施形態の機能が実現される場合も、本願
発明に含まれることは言うまでもない。
【００５８】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によって前述した各実施形態の機能が実現
される場合も、本願発明に含まれることは言うまでもな
い。
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によって前述した各実施形態の機能が実現
される場合も、本願発明に含まれることは言うまでもな
い。
【００５９】
【発明の効果】本願発明では、複数の通信インターフェ
イスを搭載するオブジェクト交換装置において、送信側
機器におけるバッテリの無駄な消費を低減することが可
能となる。例えば、第１のインターフェイスが通信中で
ある場合に、第２のインターフェイスの受信バッファが
あふれてしまい、第１のインターフェイスによる通信が
終了するまで通信継続状態を維持するような事態を防止
することにより上記目的は達成されよう。
イスを搭載するオブジェクト交換装置において、送信側
機器におけるバッテリの無駄な消費を低減することが可
能となる。例えば、第１のインターフェイスが通信中で
ある場合に、第２のインターフェイスの受信バッファが
あふれてしまい、第１のインターフェイスによる通信が
終了するまで通信継続状態を維持するような事態を防止
することにより上記目的は達成されよう。
【図１】本実施形態に係るシステムの一構成例を示す図
である。
である。
【図２】本実施形態に係る受信側機器の一構成例を示す
図である。
図である。
【図３】本実施形態に係る赤外線通信レイヤーの一構成
例を示す図である。
例を示す図である。
【図４】本実施形態に係る通信シーケンスの一例を示す
図である。
図である。
【図５】本実施形態に係る要求フォーマットの一構成例
を示す図である。
を示す図である。
【図６】本実施形態に係る応答フォーマットの一構成例
を示す図である。
を示す図である。
【図７】本実施形態に係るオペコードの一例を示す図で
ある。
ある。
【図８】本実施形態に係る応答コードの一例を示す図で
ある。
ある。
【図９】本実施形態に係るヘッダの一例を示す図であ
る。
る。
【図１０】本実施形態に係る送信側機器の一構成例を示
す図である。
す図である。
【図１１】本実施形態に係るオブジェクト受信処理の一
例を示したフローチャートである。
例を示したフローチャートである。
２０１…インターフェイス部
２０２…通信制御部
２０３…受信バッファ部
２０４…データ解析部
２０５…印字バッファ部
２０６…印刷制御部
２０７…記録ヘッド
２０８…ＬＦモータ
２０９…ＣＲモータ
─────────────────────────────────────────────────────
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Ｈ０４Ｎ 1/32 Ｈ０４Ｎ 1/32 Ｚ ５Ｃ０７５
Ｆターム(参考） 2C061 HJ08 HK23 HP00 HQ19
5B014 GC06 GC11
5B021 AA01 DD03
5B077 DD11
5C073 BC02 CD22
5C075 BB05 CA03 CE14 CF01
Claims (13)
- 【請求項１】複数の通信インターフェイスと、 前記通信インターフェイスの何れかを介して接続された
通信装置から送信されるオブジェクトを受信する受信手
段と、 前記受信されたオブジェクトを記憶する記憶手段と、 前記通信装置から送信されようとしているオブジェクト
の受信に先立って、該オブジェクトのデータ量に関する
情報を受信すると、該データ量に関する情報に基づい
て、該オブジェクトを前記記憶手段に記憶できるか否か
を判定する第１の判定手段と、 前記オブジェクトを記憶できないと判定すると、前記通
信装置に対して前記オブジェクトの受信を拒否するため
の拒否情報を送信する送信手段と、 を備えることを特徴とするオブジェクト交換装置。 - 【請求項２】前記オブジェクトのデータ量に関する情報
を既に受信しているかを判定する第２の判定手段と、 前記オブジェクトのデータ量に関する情報をまだ受信し
ていない場合に、該オブジェクトのデータ量に関する情
報を要求する要求手段と、 をさらに含むことを特徴とする請求項１に記載のオブジ
ェクト交換装置。 - 【請求項３】前記複数のインターフェイスのうち、現
在、通信中のものがあるかを判定する第３の判定手段
と、 前記通信中のインターフェイスが存在しない場合には、
前記第１の判定手段による判定処理を省略して、前記通
信装置との通信を開始するよう制御する通信制御手段
と、 をさらに含むことを特徴とする請求項１又は請求項２に
記載のオブジェクト交換装置。 - 【請求項４】請求項１乃至請求項３の何れか１項に記載
されたオブジェクト交換装置とオブジェクトを交換する
通信装置であって、 前記オブジェクトを生成する生成手段と、 前記生成されたオブジェクトのデータ量を算出する算出
手段と、 前記オブジェクトの送信に先立って前記データ量に関す
る情報を送信する情報送信手段と、 前記オブジェクトの送信を前記オブジェクト交換装置に
より許可されると該オブジェクトの交換を開始する交換
制御手段と、 を含むことを特徴とする通信装置。 - 【請求項５】前記情報送信手段は、前記オブジェクト交
換装置により前記オブジェクトのデータ量に関する情報
を要求されると、該データ量に関する情報を送信するこ
とを特徴とする請求項４に記載の通信装置。 - 【請求項６】複数の通信インターフェイスの何れかを介
して接続された通信装置からオブジェクトを受信するオ
ブジェクト受信方法であって、 前記通信装置から送信されようとしているオブジェクト
の受信に先立って、該オブジェクトのデータ量に関する
情報を受信するステップと、 該データ量に関する情報に基づいて、前記オブジェクト
を記憶できる空き容量を記憶手段が備えているかを判定
するステップと、 前記オブジェクトを記憶できないと判定すると、前記通
信装置に対して前記オブジェクトの受信を拒否するため
の拒否情報を送信するステップと、 を備えることを特徴とするオブジェクト受信方法。 - 【請求項７】前記オブジェクトのデータ量に関する情報
を既に受信しているかを判定するステップと、 前記オブジェクトのデータ量に関する情報をまだ受信し
ていない場合に、該オブジェクトのデータ量に関する情
報を要求するステップと、 をさらに含むことを特徴とする請求項６に記載のオブジ
ェクト受信方法。 - 【請求項８】前記複数のインターフェイスのうち、現
在、通信中のものがあるかを判定するステップと、 前記通信中のインターフェイスが存在しない場合には、
前記記憶手段の空き容量に関する判定ステップを省略し
て前記通信装置との通信を開始するよう制御するステッ
プと、 をさらに含むことを特徴とする請求項６又は請求項７に
記載のオブジェクト受信方法。 - 【請求項９】請求項６乃至請求項８の何れか１項に記載
されたオブジェクト受信方法と対を成すオブジェクト送
信方法であって、 前記オブジェクトを生成するステップと、 前記生成されたオブジェクトのデータ量を算出するステ
ップと、 前記オブジェクトの送信に先立って前記データ量に関す
る情報を送信するステップと、 前記オブジェクトの送信を、該オブジェクトの受信装置
により許可されると該オブジェクトの交換を開始するス
テップと、 を含むことを特徴とするオブジェクト送信方法。 - 【請求項１０】前記データ量に関する情報を送信するス
テップは、 前記オブジェクト交換装置により前記オブジェクトのデ
ータ量に関する情報を要求されると、該データ量に関す
る情報を送信するステップを含むことを特徴とする請求
項９に記載のオブジェクト送信方法。 - 【請求項１１】複数の通信インターフェイスと、前記通
信インターフェイスの何れかを介して接続された通信装
置により送信されるオブジェクトを受信する受信装置
と、前記受信されたオブジェクトを記憶する記憶装置と
を備えた情報処理装置において実行されるオブジェクト
受信プログラムであって、 前記通信装置から送信されようとしているオブジェクト
の受信に先立って、該オブジェクトのデータ量に関する
情報を受信すると、該データ量に関する情報に基づい
て、前記記憶手段に該オブジェクトを記憶できるか否か
を判定するためのプログラムコードと、 前記オブジェクトを記憶できないと判定すると、前記通
信装置に対して前記オブジェクトの受信を拒否するため
の拒否情報を送信するプログラムコードと、 を備えることを特徴とするオブジェクト受信プログラ
ム。 - 【請求項１２】請求項１１に記載されたオブジェクト受
信プログラムを実行する情報処理装置と通信する通信装
置により実行されるオブジェクト送信プログラムであっ
て、 前記オブジェクトを生成するためのプログラムコード
と、 前記生成されたオブジェクトのデータ量を算出するプロ
グラムコードと、 前記オブジェクトの送信に先立って前記データ量に関す
る情報を送信するためのプログラムコードと、 前記情報処理装置により前記オブジェクトの送信を許可
されると該オブジェクトの送信を開始するためのプログ
ラムコードと、 を含むことを特徴とするオブジェクト送信プログラム。 - 【請求項１３】バッテリにより電源を供給されることを
特徴とする請求項１乃至５の何れか１項に記載のオブジ
ェクト交換装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002062302A JP2003263403A (ja) | 2002-03-07 | 2002-03-07 | オブジェクト交換装置及びオブジェクト受信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002062302A JP2003263403A (ja) | 2002-03-07 | 2002-03-07 | オブジェクト交換装置及びオブジェクト受信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003263403A true JP2003263403A (ja) | 2003-09-19 |
Family
ID=29196140
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002062302A Withdrawn JP2003263403A (ja) | 2002-03-07 | 2002-03-07 | オブジェクト交換装置及びオブジェクト受信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003263403A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006080330A1 (ja) * | 2005-01-28 | 2006-08-03 | Sharp Kabushiki Kaisha | 通信装置、通信システム、通信方法、通信プログラム、通信回路 |
| US7787391B2 (en) | 2005-01-28 | 2010-08-31 | Sharp Kabushiki Kaisha | Communication device, communication system, communication method, communication program, and communication circuit |
| CN101006706B (zh) * | 2005-01-28 | 2011-03-02 | 夏普株式会社 | 通信装置、通信系统和通信方法 |
| US7986646B2 (en) | 2006-10-16 | 2011-07-26 | Sharp Kabushiki Kaisha | Communication apparatus, communication method, communication circuit, mobile phone, program, and computer readable recording medium with program recorded therein |
| US8036244B2 (en) | 2004-08-06 | 2011-10-11 | Sharp Kabushiki Kaisha | Transmitter, receiver, communication system, communication method, non-transitory computer readable medium |
| US8051182B2 (en) | 2005-01-28 | 2011-11-01 | Sharp Kabushiki Kaisha | Communication device, communication system, communication method, communication program, and communication circuit |
| US8284684B2 (en) | 2005-01-28 | 2012-10-09 | Sharp Kabushiki Kaisha | Communication device, communication system, communication method, and communication circuit |
| US8291273B2 (en) | 2005-01-28 | 2012-10-16 | Sharp Kabushiki Kaisha | Communication device, non-transitory computer-readable medium storing a communication program |
-
2002
- 2002-03-07 JP JP2002062302A patent/JP2003263403A/ja not_active Withdrawn
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8036244B2 (en) | 2004-08-06 | 2011-10-11 | Sharp Kabushiki Kaisha | Transmitter, receiver, communication system, communication method, non-transitory computer readable medium |
| WO2006080330A1 (ja) * | 2005-01-28 | 2006-08-03 | Sharp Kabushiki Kaisha | 通信装置、通信システム、通信方法、通信プログラム、通信回路 |
| US7787391B2 (en) | 2005-01-28 | 2010-08-31 | Sharp Kabushiki Kaisha | Communication device, communication system, communication method, communication program, and communication circuit |
| CN101006706B (zh) * | 2005-01-28 | 2011-03-02 | 夏普株式会社 | 通信装置、通信系统和通信方法 |
| US8051182B2 (en) | 2005-01-28 | 2011-11-01 | Sharp Kabushiki Kaisha | Communication device, communication system, communication method, communication program, and communication circuit |
| US8284684B2 (en) | 2005-01-28 | 2012-10-09 | Sharp Kabushiki Kaisha | Communication device, communication system, communication method, and communication circuit |
| US8291273B2 (en) | 2005-01-28 | 2012-10-16 | Sharp Kabushiki Kaisha | Communication device, non-transitory computer-readable medium storing a communication program |
| US7986646B2 (en) | 2006-10-16 | 2011-07-26 | Sharp Kabushiki Kaisha | Communication apparatus, communication method, communication circuit, mobile phone, program, and computer readable recording medium with program recorded therein |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7050184B1 (en) | Data transfer apparatus and method, and data transfer system and medium | |
| US20060221391A1 (en) | Print controller with function for guaranteeing the order of print requests received, and a control method, a recoding medium, and a program for the same controller | |
| JP2000347977A (ja) | 画像処理機能の交換をネゴシエートするための方法および該方法を実施するための装置 | |
| JP2004005541A (ja) | データ転送装置、データ転送方法、プログラム及び記録媒体 | |
| JP2008017446A (ja) | デバイス装置および接続制御方法 | |
| US7430618B2 (en) | Data transfer control device and electronic equipment | |
| JP2003263403A (ja) | オブジェクト交換装置及びオブジェクト受信方法 | |
| US20140149535A1 (en) | Method for transmitting data and mobile storage apparatus using the same | |
| JP2008311950A (ja) | 無線通信システム、通信装置及びその制御方法 | |
| JP2003209783A (ja) | ファイル送信装置およびファイル送信方法 | |
| EP1033658B1 (en) | Communication apparatus with means for allocating alternate designation information to each function unit, and communication system with two such communication apparatus | |
| US8817112B2 (en) | Electronic apparatus, control method and computer readable medium for transmitting thumbnail data to an external apparatus | |
| US6700887B1 (en) | Packet transfer apparatus which generates access reject command during a DMA transfer | |
| JPH09179809A (ja) | 論理チャネル利用制御方法 | |
| JP3212970B2 (ja) | 記憶機構を備えたＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）ヒューマンインターフェース装置 | |
| JP2001067193A (ja) | 印刷システム及び印刷装置及びその制御方法 | |
| JP7368051B2 (ja) | Ｕｓｂデバイス、および、ｕｓｂデバイスにおける制御方法 | |
| JP2007087046A (ja) | ネットワークアダプタ装置を有するプリントシステム | |
| JP2004235891A (ja) | 通信機能付メモリ装置 | |
| JP4541581B2 (ja) | 印刷制御装置およびデータ処理方法および記憶媒体 | |
| JP2006285529A (ja) | ホストコントローラ | |
| JP2000181656A (ja) | 印刷データ管理装置及び印刷データ管理方法 | |
| JP5589334B2 (ja) | 情報通信装置及びこれを用いた情報通信システム | |
| JP2002051100A (ja) | 中継装置およびその制御方法 | |
| JPH10320345A (ja) | バスコントローラ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20050510 |