JP4093226B2 - 情報処理装置および方法、記録媒体、並びにプログラム - Google Patents

Description

本発明は、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、通信相手のバッファ情報をデータに付加して送受信することにより、一方の装置の制御だけで、装置間において最適な通信を行うことができるようにした情報処理装置および方法、記録媒体、並びにプログラムに関する。

被写体を撮像するカメラブロックと、カメラブロックにより撮像された映像データを記録媒体に記録したり、記録媒体に記録されている映像データを再生する記録再生ブロックからなる撮像装置がある。この記録再生ブロックとカメラブロック間は、シリアル線で接続されており、これらの通信は、シリアル線を介して実行される。

このような撮像装置においては、従来、カメラブロックが制御を行うことが多く、さらに、記録再生ブロックとカメラブロック間の通信は、両方で制御される場合が多かった。

なお、特許文献１には、送信側が、ネットワーク上の異なる論理チャネルで印刷データと制御コマンドを送信し、受信側で受信バッファの余裕量を監視し、制御コマンドの受信機会を予測し、予測結果に応じて、印刷データの受信速度を制御するシステムが開示されている。すなわち、特許文献１においては、受信側送信側の双方で通信を制御する例が記載されている。

特開平１１−１７５２７０号公報

しかしながら、記録再生ブロックとカメラブロック間の通信は、両方で制御するようにしてしまうと、制御コマンドなどの仕様変更の際には、記録再生ブロック側、カメラブロック側の設定の修正が必要となり、手間がかかってしまう課題があった。

これに対応して、記録再生ブロックとカメラブロック間の通信を片方で行う場合が考えられるが、例えば、一方のブロックが撮像装置全体の制御（すなわち、記録再生ブロックとカメラブロック間の通信の制御も含む）を行おうとした場合に、一方のブロックは、自己の送信データに関する情報しか有していない。すなわち、一方のブロックは、他方のブロックの通信バッファの状態を知ることができない。

したがって、一方のブロックが有している自己の送信データに関する情報だけで、シリアル線を介しての通信を制御しようとすると、他方のブロックの通信バッファの状態があふれてしまうなどの予期せぬ状態になってしまう恐れがあり、その結果、シリアル線を介しての通信の制御が困難になってしまう課題があった。

本発明はこのような状況に鑑みてなされたものであり、一方の装置の制御だけで、装置間において最適な通信を行うことができるようにすることを目的とする。

本発明の情報処理システムは、第１の情報処理装置は、第２の情報処理装置に送信される第１のデータに、第２の情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報を付加する付加手段と、付加手段により送信バッファの残量情報が付加された第１のデータを、第２の情報処理装置に送信する第１の送信手段とを備え、第２の情報処理装置は、第１の情報処理装置に、第２のデータを送信する第２の送信手段と、第１の情報処理装置から送信されてくる第１のデータを受信するデータ受信手段と、データ受信手段により受信された第１データに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいか否かを判定する残量判定手段と、残量判定手段により送信バッファの残量が所定値より小さいと判定された場合、第２の送信手段による第２のデータの送信よりも、第１の送信手段による第１のデータの送信を優先して行うように、第１の情報処理装置との通信を制御する通信制御手段とを備えることを特徴とする。

第２のデータは、制御コマンドデータであり、第１のデータは、第１の情報処理装置により第２のデータが受信されたことを通知する通知データ、または、第１の情報処理装置により第２のデータに応じて実行された処理の結果を示す結果データであるようにすることができる。

本発明の第１の情報処理装置は、他の情報処理装置から送信されてくる第１のデータを受信する受信手段と、他の情報処理装置に送信される第２のデータに、他の情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報を付加する付加手段と、付加手段により送信バッファの残量情報が付加された第２のデータを、他の情報処理装置に送信する送信手段とを備え、他の情報処理装置により、送信手段により送信された第２のデータに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいと判定された場合、送信手段による第２のデータの送信は、受信手段による第１のデータの受信よりも優先的に実行されることを特徴とする。

第１のデータは、制御コマンドデータであり、第２のデータは、受信手段により第１のデータが受信されたことを通知する通知データ、または、第１のデータに応じて実行された処理の結果を示す結果データであるようにすることができる。

第２のデータの候補として、通知データと結果データがある場合、送信手段は、通知データを優先的に送信するようにすることができる。

受信手段により受信された第１のデータが蓄積される受信バッファの残量が所定値より小さいか否かを判定する残量判定手段をさらに備え、残量判定手段により受信バッファの残量が所定値より小さいと判定された場合、送信手段は、通知データの送信を待機し、結果データを送信するようにすることができる。

本発明の第１の情報処理方法は、他の情報処理装置から送信されてくる第１のデータを受信する受信ステップと、他の情報処理装置に送信される第２のデータに、他の情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報を付加する付加ステップと、付加ステップの処理により送信バッファの残量情報が付加された第２のデータを、他の情報処理装置に送信する送信ステップとを含み、他の情報処理装置により、送信ステップの処理により送信された第２のデータに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいと判定された場合、第２のデータの送信は、第１のデータの受信よりも優先的に実行されることを特徴とする。

本発明の第１の記録媒体に記録されるプログラムは、情報処理装置から送信されてくる第１のデータを受信する受信ステップと、情報処理装置に送信される第２のデータに、情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報を付加する付加ステップと、付加ステップの処理により送信バッファの残量情報が付加された第２のデータを、情報処理装置に送信する送信ステップとを含み、情報処理装置により、送信ステップの処理により送信された第２のデータに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいと判定された場合、第２のデータの送信は、第１のデータの受信よりも優先的に実行されることを特徴とする。

本発明の第１のプログラムは、情報処理装置から送信されてくる第１のデータを受信する受信ステップと、情報処理装置に送信される第２のデータに、情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報を付加する付加ステップと、付加ステップの処理により送信バッファの残量情報が付加された第２のデータを、情報処理装置に送信する送信ステップとを含み、情報処理装置により、送信ステップの処理により送信された第２のデータに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいと判定された場合、第２のデータの送信は、第１のデータの受信よりも優先的に実行されることを特徴とする。

本発明の第２の情報処理装置は、他の情報処理装置に、第１のデータを送信する送信手段と、他の情報処理装置から送信されてくる、他の情報処理装置の送信バッファの残量情報が付加された第２のデータを受信する受信手段と、受信手段により受信された第２データに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいか否かを判定する残量判定手段と、残量判定手段により送信バッファの残量が所定値より小さいと判定された場合、送信手段による第１のデータの送信よりも、受信手段による第２のデータの受信を優先して行うように、他の情報処理装置との通信を制御する通信制御手段とを備えることを特徴とする。

第１のデータは、制御コマンドデータであり、第２のデータは、送信手段により送信された第１のデータが他の情報処理装置により受信されたことを通知する通知データ、または、他の情報処理装置において第１のデータに応じて実行された処理の結果を示す結果データであるようにすることができる。

通信制御手段は、受信手段が、第２のデータとして、送信手段により送信された第１のデータに対応する通知データを受信するまで、送信手段による次の第１のデータの送信を禁止し、受信手段による第２のデータの受信を優先して行うように、他の情報処理装置との通信を制御するようにすることができる。

本発明の第２の情報処理方法は、他の情報処理装置に、第１のデータを送信する送信ステップと、他の情報処理装置から送信されてくる、他の情報処理装置の送信バッファの残量情報が付加された第２のデータを受信する受信ステップと、受信ステップの処理により受信された第２データに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいか否かを判定する残量判定ステップと、残量判定ステップの処理により送信バッファの残量が所定値より小さいと判定された場合、第１のデータの送信よりも、第２のデータの受信を優先して行うように、他の情報処理装置との通信を制御する通信制御ステップとを含むことを特徴とする。

本発明の第２の記録媒体に記録されるプログラムは、情報処理装置に、第１のデータを送信する送信ステップと、情報処理装置から送信されてくる、情報処理装置の送信バッファの残量情報が付加された第２のデータを受信する受信ステップと、受信ステップの処理により受信された第２データに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいか否かを判定する残量判定ステップと、残量判定ステップの処理により送信バッファの残量が所定値より小さいと判定された場合、第１のデータの送信よりも、第２のデータの受信を優先して行うように、情報処理装置との通信を制御する通信制御ステップとを含むことを特徴とする。

本発明の第２のプログラムは、情報処理装置に、第１のデータを送信する送信ステップと、情報処理装置から送信されてくる、情報処理装置の送信バッファの残量情報が付加された第２のデータを受信する受信ステップと、受信ステップの処理により受信された第２データに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいか否かを判定する残量判定ステップと、残量判定ステップの処理により送信バッファの残量が所定値より小さいと判定された場合、第１のデータの送信よりも、第２のデータの受信を優先して行うように、情報処理装置との通信を制御する通信制御ステップとを含むことを特徴とする。

第１の本発明においては、第１の情報処理装置により、第２の情報処理装置に送信される第１のデータに、第２の情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報が付加され、送信バッファの残量情報が付加された第１のデータが、第２の情報処理装置に送信される。また、第２の情報処理装置により、第１の情報処理装置に、第２のデータが送信され、第１の情報処理装置から送信されてくる第１のデータが受信される。そして、受信された第１データに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいか否かが判定され、送信バッファの残量が所定値より小さいと判定された場合、第２のデータの送信よりも、第１のデータの送信を優先して行うように、第２の情報処理装置との通信が制御される。

第２の本発明においては、情報処理装置から送信されてくる第１のデータが受信され、情報処理装置に送信される第２のデータに、情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報が付加され、送信バッファの残量情報が付加された第２のデータが、情報処理装置に送信される。そして、情報処理装置により、送信された第２のデータに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいと判定された場合、第２のデータの送信は、第１のデータの受信よりも優先的に実行される。

第３の本発明においては、情報処理装置に、第１のデータが送信され、情報処理装置から送信されてくる、情報処理装置の送信バッファの残量情報が付加された第２のデータが受信される。そして、受信された第２データに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいか否かが判定され、送信バッファの残量が所定値より小さいと判定された場合、第１のデータの送信よりも、第２のデータの受信を優先して行うように、情報処理装置との通信が制御される。

ネットワークとは、少なくとも２つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。ネットワークを介して通信する装置は、独立した装置どうしであってもよいし、１つの装置を構成している内部ブロックどうしであってもよい。

また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、すなわち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであってもよい。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであってもよい。

本発明によれば、一方の装置の制御だけで、装置間において最適な通信を行うことができる。また、本発明によれば、コマンド仕様の変更に容易に対応できる。

以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。したがって、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。

請求項１に記載の情報処理システム（例えば、図１の記録再生装置１）は、第１の情報処理装置（例えば、図１のカメラブロック１１）は、第２の情報処理装置（例えば、図１の記録再生ブロック１２）に送信される第１のデータ（例えば、図４のコマンドアックパケット２１１）に、第２の情報処理装置への送信待ちのデータが蓄積される送信バッファ（例えば、図２の送信キュー１０８）の残量情報（例えば、図４の送信キュー情報）を付加する付加手段（例えば、図２の情報付加部１１３）と、付加手段により送信バッファの残量情報が付加された第１のデータを、第２の情報処理装置に送信する第１の送信手段（例えば、図２の送信キューコントローラ１０６）とを備え、第２の情報処理装置は、第１の情報処理装置に、第２のデータ（例えば、図４のコマンドパケット２０１）を送信する第２の送信手段（例えば、図２の送信キューコントローラ１３６）と、第１の情報処理装置から送信されてくる第１のデータを受信するデータ受信手段（例えば、図２の受信キューコントローラ１３４）と、データ受信手段により受信された第１データに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいか否かを判定する残量判定手段（例えば、図２のメインCPU４１）と、残量判定手段により送信バッファの残量が所定値より小さいと判定された場合、第２の送信手段による第２のデータの送信よりも、第１の送信手段による第１のデータの送信を優先して行うように、第１の情報処理装置との通信を制御する通信制御手段（例えば、図２の通信制御部１３１）とを備えることを特徴とする。

請求項２に記載の情報処理システムは、第２のデータは、制御コマンドデータ（例えば、図４のコマンドパケット２０１）であり、第１のデータは、第１の情報処理装置により第２のデータが受信されたことを通知する通知データ（例えば、図４のコマンドアックパケット２１１）、または、第１の情報処理装置により第２のデータに応じて実行された処理の結果を示す結果データ（例えば、図４のリザルトパケット２１２）であることを特徴とする。

請求項３に記載の情報処理装置（例えば、図１のカメラブロック１１）は、他の情報処理装置（例えば、図１の記録再生ブロック１２）から送信されてくる第１のデータ（例えば、図４のコマンドパケット２０１）を受信する受信手段（例えば、図２の受信キューコントローラ１０４）と、他の情報処理装置に送信される第２のデータ（例えば、図４のコマンドアックパケット２１１）に、他の情報処理装置への送信待ちのデータが蓄積される送信バッファ（例えば、図２の送信キュー１０８）の残量情報（例えば、図４の送信キュー情報）を付加する付加手段（例えば、図２の情報付加部１１３）と、付加手段により送信バッファの残量情報が付加された第２のデータを、他の情報処理装置に送信する送信手段（例えば、図２の送信キューコントローラ１０６）とを備え、他の情報処理装置により、送信手段により送信された第２のデータに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいと判定された場合、送信手段による第２のデータの送信は、受信手段による第１のデータの受信よりも優先的に実行されることを特徴とする。

請求項４に記載の情報処理装置は、第１のデータは、制御コマンドデータ（例えば、図４のコマンドパケット２０１）であり、第２のデータは、受信手段により第１のデータが受信されたことを通知する通知データ（例えば、図４のコマンドアックパケット２１１）、または、第１のデータに応じて実行された処理の結果を示す結果データ（例えば、図４のリザルトパケット２１２）であることを特徴とする。

請求項６に記載の情報処理装置は、受信手段により受信された第１のデータが蓄積される受信バッファ（例えば、図２の受信キュー１０５）の残量が所定値より小さいか否かを判定する残量判定手段（例えば、図２のカメラ用CPU２１）をさらに備え、残量判定手段により受信バッファの残量が所定値より小さいと判定された場合、送信手段は、通知データの送信を待機し、結果データを送信することを特徴とする。

請求項７に記載の情報処理方法は、他の情報処理装置から送信されてくる第１のデータを受信する受信ステップ（例えば、図１０のステップＳ７５）と、他の情報処理装置に送信される第２のデータに、他の情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報を付加する付加ステップ（例えば、図１３のステップＳ１０４）と、付加ステップの処理により送信バッファの残量情報が付加された第２のデータを、他の情報処理装置に送信する送信ステップ（例えば、図１３のステップＳ１０５）とを含み、他の情報処理装置により、送信ステップの処理により送信された第２のデータに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいと判定された場合、第２のデータの送信は、第１のデータの受信よりも優先的に実行されることを特徴とする。

なお、請求項８に記載の記録媒体および請求項９に記載のプログラムも、上述した請求項７に記載の情報処理方法と基本的に同様の構成であるため、繰り返しになるのでその説明は省略する。

請求項１０に記載の情報処理装置（例えば、図１の記録再生ブロック１２）は、他の情報処理装置（例えば、図１のカメラブロック１１）に、第１のデータ（例えば、図４のコマンドパケット２０１）を送信する送信手段（例えば、図２の送信キューコントローラ１３６）と、他の情報処理装置から送信されてくる、他の情報処理装置の送信バッファ（例えば、図２の送信キュー１０８）の残量情報（例えば、図４の送信キュー情報）が付加された第２のデータ（例えば、図４のコマンドアックパケット２１１）を受信する受信手段（例えば、図２の受信キューコントローラ１３４）と、受信手段により受信された第２データに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいか否かを判定する残量判定手段（例えば、図２のメインCPU４１）と、残量判定手段により送信バッファの残量が所定値より小さいと判定された場合、送信手段による第１のデータの送信よりも、受信手段による第２のデータの受信を優先して行うように、他の情報処理装置との通信を制御する通信制御手段（例えば、図２の通信制御部１３１）とを備えることを特徴とする。

請求項１２に記載の情報処理装置は、第１のデータは、制御コマンドデータ（例えば、図４のコマンドパケット２０１）であり、第２のデータは、送信手段により送信された第１のデータが他の情報処理装置により受信されたことを通知する通知データ（例えば、図４のコマンドアックパケット２１１）、または、他の情報処理装置において第１のデータに応じて実行された処理の結果を示す結果データ（例えば、図４のリザルトパケット２１２）であることを特徴とする。

請求項１３に記載の情報処理方法は、他の情報処理装置に、第１のデータを送信する送信ステップ（例えば、図８のステップＳ５６）と、他の情報処理装置から送信されてくる、他の情報処理装置の送信バッファの残量情報が付加された第２のデータを受信する受信ステップ（例えば、図１４のステップＳ１２３）と、受信ステップの処理により受信された第２データに付加された送信バッファの残量情報に基づいて、送信バッファの残量が所定値より小さいか否かを判定する残量判定ステップ（例えば、図６のステップＳ２３）と、残量判定ステップの処理により送信バッファの残量が所定値より小さいと判定された場合、第１のデータの送信よりも、第２のデータの受信を優先して行うように、他の情報処理装置との通信を制御する通信制御ステップ（例えば、図６のステップＳ２３のＮＯの処理）とを含むことを特徴とする。

なお、請求項１４に記載の記録媒体および請求項１５に記載のプログラムも、上述した請求項１３に記載の情報処理方法と基本的に同様の構成であるため、繰り返しになるのでその説明は省略する。

以下、図面を参照して、本発明の実施の形態について説明する。

図１は、本発明を適用した記録再生装置の一実施の形態の構成例を示すブロック図である。

図１においては、記録再生装置１とパーソナルコンピュータ（ＰＣ）２とがUSB（Universal Serial Bus）ケーブル３を介して接続され、双方向に通信が可能になっている。

記録再生装置１は、カメラブロック１１と記録再生ブロック１２から構成されている。

カメラブロック１１は、カメラ用CPU２１、撮像部２２、バッファ２３、表示部２４、NVRAM（Non Volatile Random Access Memory）２５、通信部２６、および電源回路２７から構成され、撮像部２２における撮像処理および表示部２４の画像の表示を制御する。

記録再生ブロック１２は、メインCPU４１、操作部４２、USBI/F（Universal Serial Bus Interface）４３、オーディオ信号処理部４４、オーディオ入出力部４５、スピーカ４６、マイク４７、記録再生部４８、バッファ４９、電源供給部５０、記憶部５１、および通信部５２から構成され、記録再生部４８に装着されたディスク６０に対する画像または楽曲（のデータ）の記録および読み出しを制御する。

なお、カメラブロック１１の通信部２６と記録再生ブロック１２の通信部５２とは、シリアル線１６１や通信制御線１６３（いずれも図２）などからなる通信バス７１で接続されており、各種のデータが必要に応じて相互に授受可能となされている。

カメラブロック１１のカメラ用CPU２１は、通信部２６、通信バス７１、および通信部５２を介して、記録再生ブロック１２のメインCPU４１の制御のもと、シリアル通信により、記録再生ブロック１２のメインCPU４１とデータの送受信を行う。カメラ用CPU２１は、記録再生ブロック１２のメインCPU４１から、通信部５２、通信バス７１、および通信部２６を介して、シリアル通信により送信されてくるコマンドに応じて、カメラブロック１１の各部を制御する。

例えば、カメラ用CPU２１は、メインCPU４１から送信されてくるコマンドに応じて、撮像部２２を制御し、被写体を撮像する。カメラ用CPU２１は、撮像の結果、撮像部２２から供給される被写体の画像（のデータ）を、バッファ２３に供給する。また、カメラ用CPU２１は、メインCPU４１から送信されてくるコマンドに応じて、バッファ２３から画像データを読み出し、その画像データに対して、例えば、JPEG（Joint Photographic Experts Group）エンコード処理を行う。そして、カメラ用CPU２１は、エンコード後の画像データを、メインCPU４１に送信する。

さらに、カメラ用CPU２１は、例えば、メインCPU４１から送信されてくるコマンドに応じて、メイン４１から送信されてくる画像データをバッファ２３に記憶させ、メインCPU４１から送信されてくるコマンドに応じて、バッファ２３から画像データを読み出し、表示部２４に供給したり、NVRAM２５からアイコンの画像、背景画像、カウンタ画像などの、表示部２４に複数回表示される可能性が高い画像のデータ（以下、固定画像データという）を読み出して、表示部２４に供給する。

なお、表示部２４の表示は、背景画像レイヤ、写真画像レイヤ、およびアイコン画像レイヤなどの形式別のレイヤ構造を有しており、それぞれのレイヤは、独立して表示、非表示が選択可能に構成されている。そして、バッファ２３は、各レイヤ用のバッファで構成されている。

撮像部２２は、CMOS（Complementary Mental Oxide Semiconductor）やCCD(Charge Coupled Device)などの撮像素子およびAF(Auto Focus)モジュールなどで構成され、被写体にフォーカスして撮像を行い、撮像された画像（データ）をカメラ用CPU２１に供給する。バッファ２３は、カメラ用CPU２１からの画像データを一時的に記憶する。表示部２４は、例えば、液晶ディスプレイから構成され、カメラ用CPU２１からの画像データに対応する画像を表示する。

NVRAM２５は、書き換え可能なメモリであり、固定画像データを記憶している。なお、NVRAM２５に記憶されている固定画像データは、カメラ用CPU２１により、メインCPU４１から送信されてくるコマンドに応じて、書き換えられる。

通信部２６は、カメラ用CPU２１からの制御のもと、通信バス７１を介して、記録再生ブロック１２の通信部５２と通信制御信号の送受信を行い、シリアル通信により、各種データの送受信を行う。

電源回路２７は、記録再生ブロック１２の電源供給部５０と、電源供給線７２を介して接続されており、電源回路２７には、電源供給線７２を介して、電源供給部５０からの電源（POWER）が供給される。電源回路２７は、カメラ用CPU２１の制御のもと、カメラブロック１１の各部に電源供給部５０から供給された電源を供給する。

記録再生ブロック１２のメインCPU４１は、例えば、操作部４２からの操作信号に応じて、ディスク６０に対する画像や楽曲のデータの記録（書き込み）および読み出し、楽曲の再生などのための各種の演算および各部の制御を行う。また、メインCPU４１は、操作部４２からの操作信号に応じて、カメラブロック１１の各部を制御するコマンドを生成し、通信部５２、通信バス７１、および通信部２６を介して、カメラブロック１１のカメラ用CPU２１に送信する。すなわち、記録再生ブロック１２とカメラブロック１１間の通信の制御も、メインCPU４１が行う。

操作部４２は、例えば、記録再生装置１の表面に設けられたボタンやダイヤルなどからなり、撮像や画像の表示、または楽曲の再生などの、記録再生装置１に対するユーザの指示を受け付け、その指示を表す操作信号をメインCPU４１に供給する。USBI/F４３は、メインCPU４１の制御により、記録再生部４８からの画像や楽曲のデータを、USBケーブル３を介して、ＰＣ２に供給する。また、USBI/F４３には、ＰＣ２から、例えばダウンロードされた画像や楽曲のデータが供給され、USBI/F４３は、その画像や楽曲のデータを、記録再生部４８に供給する。

オーディオ信号処理部４４は、メインCPU４１からの楽曲のデータに対して、例えば、1-7RLL (1-7 Run-Length Limited coding)変調処理などを行い、記録再生部４８に供給する。また、オーディオ信号処理部４４は、記録再生部４８からの楽曲のデータに対して、1-7RLL復調処理などを行い、オーディオ入出力部４５に供給する。

オーディオ入出力部４５は、オーディオ信号処理部４４からの楽曲のデータに対応する音声を、スピーカ４６に供給する。また、オーディオ入出力部４５は、マイク４７からの音声を、オーディオ信号処理部４４に供給する。スピーカ４６は、オーディオ入出力部４５からの音声を外部に出力し、マイク４７は、外部から取得した音声をオーディオ入出力部４５に供給する。

記録再生部４８は、メインCPU４１の制御により、ディスク６０から読み出した画像や楽曲のデータをバッファ４９に供給したり、バッファ４９に記憶されている画像や楽曲のデータを読み出す。なお、ディスク６０としては、光ディスク（ＣＤ（Compact Disc）、DVD（Digital Versatile Disk）など）、光磁気ディスク（MD（Mini-Disc）Hi-MD（Hi-Mini-Disk）（商標）など）、磁気ディスクなどを用いることが可能である。

また、記録再生部４８は、バッファ４９から読み出した楽曲のデータを、オーディオ信号処理部４４に供給したり、オーディオ信号処理部４４から供給される楽曲のデータを、ディスク６０に記録する。さらに、記録再生部４８は、バッファ４９から読み出した画像のデータを、メインCPU４１に供給したり、メインCPU４１から供給される画像のデータを、ディスク６０に記録する。

バッファ４９は、記録再生部４８から供給されるディスク６０から読み出された画像や楽曲のデータなどを記憶する。

電源供給部５０は、メインCPU４１の制御により、記録再生ブロック１２の動作状態に応じて、記録再生ブロック１２の各部に電源を供給したり、メインCPU４１の制御により、電源供給線７２を介して、カメラブロック１１の電源回路２７に電源を供給する。

記憶部５１は、例えば、NVRAM２５に記憶されている固定画像データに関する情報(以下、固定画像データ関連情報という)などを記憶している。メインCPU４１は、記憶部５１から、固定画像データ関連情報を読み出し、その固定画像データ関連情報に基づいて、画像の表示を指令するコマンドを、通信部５２、通信バス７１、および通信部２６を介して、カメラ用CPU２１に送信する。

通信部５２は、メインCPU４１からの制御のもと、通信バス７１を介して、カメラブロック１１の通信部２６と通信制御信号の送受信を行い、シリアル通信により、各種データの送受信を行う。

以上のように構成される記録再生装置１においては、メインCPU４１により記録再生装置１全体の制御および通信の制御が行われる。すなわち、メインCPU４１は、操作部４２からの操作信号に応じて、記録再生ブロック１２の各部を制御するとともに、カメラブロック１１の各部を制御するコマンドを生成し、カメラブロック１１のカメラ用CPU２１に送信する。

これにより、記録再生装置１において、カメラ用CPU２１が、メインCPU４１からシリアルバス７１を介して送信されてくるコマンドに応じて、NVRAM２５に記憶されている固定画像データに対応する画像を、表示部２４に表示させたり、メインCPU４１から送信されてくる画像データに対応する画像を、表示部２４に表示させる。また、カメラ用CPU２１は、メインCPU４１から送信されてくるコマンドに応じて、撮像した結果得られる画像データを、メインCPU４１に送信し、メインCPU４１が、その画像データを、ディスク６０に記録させる。さらに、メインCPU４１は、ディスク６０に記録されている楽曲データに対応する音声を、スピーカ４６から出力させる。

図２は、カメラブロック１１の通信部２６と記録再生ブロック１２の通信部５２の詳細な構成例を示している。

カメラブロック１１の通信部２６は、通信制御部１０１、カメラ用通信I/F（インタフェース）１０２、S/P（serial/parallel）変換部１０３、受信キューコントローラ１０４、受信キュー１０５、送信キューコントローラ１０６、バッファ１０７、送信キュー１０８、およびP/S （parallel /serial）変換部１０９により構成される。

記録再生ブロック１２の通信部５２は、通信制御部１３１、メイン用通信I/F１３２、S/P変換部１３３、受信キューコントローラ１３４、受信キュー１３５、送信キューコントローラ１３６、送信キュー１３８、およびP/S変換部１３９により構成される。

カメラブロック１１の通信部２６と記録再生ブロック１２の通信部５２は、それぞれのカメラ用通信I/F１０２およびメイン用通信I/F１３２を介して接続されており、各種データを送受信する。具体的には、カメラ用通信I/F１０２は、シリアルI/F１１１およびポート１１２により構成され、記録再生ブロック１２のメイン用通信I/F１３２は、シリアルI/F１４１およびポート１４２により構成され、カメラブロック１１と記録再生ブロック１２間のデータやクロック、制御信号を送受信する。

シリアルI/F１１１および１４１は、シリアルデータ線１６１−１とシリアルクロック線１６１−２からなるシリアル線１６１を介して相互に接続されている。シリアルI/F１１１および１４１は、シリアルデータ線１６１−１を介して、P/S変換部１０９および１３９からのパケット化されたデータ（以下、単にパケットとも称する）を、それぞれ送受信する。また、シリアルI/F１１１は、通信制御部１０１からのクロックを、シリアルクロック線１６１−２を介して、シリアルI/F１４１に供給する。

ポート１１２および１４２は、８本からなる通信制御線１６３を介して相互に接続されており、通信制御部１０１および１３１からの各種制御信号をそれぞれ送受信する。

図２のカメラブロック１１のカメラ用CPU２１は、受信キューコントローラ１０４から、記録再生ブロック１２からのパケット（カメラブロック１１を制御するコマンドパケット）が供給されると、受信キューコントローラ１０４から、受信キュー１０５の残量情報を取得し、取得した受信キュー１０５の残量情報に基づいて、受信キュー１０５が次のデータを受信可能な残量があるか否かを判定する。

カメラ用CPU２１は、受信キュー１０５が次のデータを受信可能な残量があると判定した場合、コマンドの受信完了を通知するデータをパケット化したコマンドアックパケットを生成し、生成したコマンドアックパケットを、送信キューコントローラ１０６に供給し、通信制御部１０１にコマンドアックパケットの送信を要求する。すなわち、コマンドアックパケットは、次のコマンドを受信可能であることを示すパケットであるともいえる。

また、カメラ用CPU２１は、供給されたコマンドに応じてカメラブロック１１の各部を制御し、コマンドの実行が完了したとき、コマンドの実行完了を通知するデータをパケット化したリザルトパケットを生成し、生成したリザルトパケットを、送信キューコントローラ１０６に供給し、通信制御部１０１にリザルトパケットの送信を要求する。なお、コマンドの実行完了にデータが伴う場合には、リザルトパケットに付随して、リザルトデータパケットも生成され、連続して送信キューコントローラ１０６に供給される。

通信制御部１０１は、カメラ用CPU２１からのパケット（コマンドアックパケットまたはリザルトパケット）送信の要求やパケット受信受諾などに応じて、ポート１１２を介して、記録再生ブロック１２の通信制御部１３１と各種制御信号を送受信する。通信制御部１０１は、通信制御部１３１の制御のもと、シリアルI/F１１１を介して、記録再生ブロック１２に、内蔵するクロック生成部（図示せず）で生成された所定のクロックを供給し、クロックに同期して、送信キューコントローラ１０６を制御し、バッファ１０７または送信キュー１０８に蓄積されているパケットを、記録再生ブロック１２に送信させる。このとき、クロックは、S/P変換部１０３およびP/S変換部１０９にも供給される。

なお、通信制御部１０１は、カメラ用CPU２１の制御のもと、カメラブロック１１から送信するパケットのうち、リザルトパケットよりも、コマンドアックパケットを優先的に送信するように、送信キューコントローラ１０６を制御する。

S/P変換部１０３は、通信制御部１０１からのクロックに同期して、シリアルI/F１１１からのパケットをS/P変換し、受信キューコントローラ１０４に供給する。

受信キューコントローラ１０４は、S/P変換部１０３からのパケットを受信キュー１０５に蓄積し、カメラ用CPU２１の制御のもと、受信キュー１０５のパケットを、カメラ用CPU２１に供給する。また、受信キューコントローラ１０４は、カメラ用CPU２１の要求に応じて受信キュー１０５の残量情報を通知する。

送信キューコントローラ１０６は、カメラ用CPU２１から、コマンドアックパケットが供給されると、バッファ１０７に一旦蓄積し、カメラ用CPU２１から、リザルトパケットが供給されると、送信キュー１０８に一旦蓄積する。すなわち、コマンドアックパケットは、リザルトパケットよりも優先して送信するために、送信キュー１０８には積まれない。また、送信キューコントローラ１０６は、情報付加部１１３を内蔵している。情報付加部１１３は、送信キュー１０８の総容量を記憶し、送信キュー１０８の残量を監視している。

送信キューコントローラ１０６は、通信制御部１０１からの送信要求に応じて、バッファ１０７からコマンドアックパケットを読み出し、あるいは、送信キュー１０８からリザルトパケットを読み出し、情報付加部１１３を制御し、読み出したパケットに、送信キュー１０８の総容量と残量の情報（以下、送信キュー情報と称する）を付加させて、P/S変換部１０９に供給する。

P/S変換部１０９は、通信制御部１０１からのクロックに同期して、送信キューコントローラ１０６からのパケットをP/S変換し、シリアルI/F１１１に供給する。

図２の記録再生ブロック１２のメインCPU４１は、カメラブロック１１の送信キュー１０８の総容量および残量を保持している。メインCPU４１は、受信キューコントローラ１３４から供給されるパケットのパリティチェックや、パケット解析を行うとともに、パケットに付加された送信キュー情報を取得すると、保持している送信キュー１０８の総容量と残量を更新する。

メインCPU４１は、操作部４２を介して入力されるユーザからの指示のもと、所定の処理のコマンドをパケット化したコマンドパケットを生成すると、生成したコマンドパケットを、送信キューコントローラ１３６に供給し、コマンドパケットの送信処理を、カメラブロック１１からのパケットの送信処理よりも優先的に行うように、通信制御部１３１を制御する。

ただし、メインCPU４１は、前回送信したコマンドに対応するコマンドアックパケットをすでに受信しているか否かを判定し、前回送信したコマンドに対応するコマンドアックパケットをすでに受信していると判定するまでコマンド送信を待機（禁止）する。すなわち、この場合、メインCPU４１は、通信制御部１３１に、カメラ用CPU２１からのパケット送信要求を優先させる。

また、メインCPU４１は、カメラブロック１１から受信したパケットに基づいて更新される送信キュー１０８の残量が予め設定されているしきい値よりも小さいか否かを判定し、送信キュー１０８の残量が予め設定されているしきい値よりも小さいと判定した場合も、コマンド送信を待機し、通信制御部１３１に、カメラ用CPU２１からのパケット送信要求を優先させる。

メインCPU４１は、前回送信したコマンドに対応するコマンドアックパケットをすでに受信していると判定した場合、かつ、送信キュー１０８の残量が予め設定されているしきい値よりも大きいと判定した場合、通信制御部１３１にコマンドパケットの送信を要求する。なお、コマンドにデータが伴う場合には、コマンドパケットに付随して、コマンドデータパケットも生成され、送信キューコントローラ１３６に連続して供給される。

通信制御部１３１は、メインCPU４１からのパケット（コマンドパケット）送信要求やパケット受信受諾などに応じて、ポート１４２を介して、カメラブロック１１の通信制御部１０１と制御信号を送受信し、カメラブロック１１と記録再生ブロック１２間のパケット通信を制御する。このとき、通信制御部１３１は、メインCPU４１の制御のもと、通信制御部１０１から送信されてくるカメラ用CPU２１からのパケットの送信要求よりも、メインCPU４１からのパケット（コマンドパケット）送信要求を優先して受け付ける。

通信制御部１３１が、カメラブロック１１の通信制御部１０１にパケットの送受信の受諾する信号を送信すると、カメラブロック１１からのクロックは、通信制御部１３１とともに、S/P変換部１３３およびP/S変換部１３９にも供給される。通信制御部１３１は、クロックを受信すると、クロックに同期して、送信キューコントローラ１３６に、送信キュー１３８に蓄積されているパケットを、カメラブロック１１に送信させる。

S/P変換部１３３は、シリアルI/F１４１からのクロックに同期して、シリアルI/F１４１からのパケットをS/P変換し、受信キューコントローラ１３４に供給する。

受信キューコントローラ１３４は、S/P変換部１３３からのデータを受信キュー１３５に蓄積し、メインCPU４１の制御のもと、受信キュー１３５のデータを、メインCPU４１に供給する。また、受信キューコントローラ１３４は、メインCPU４１の要求に応じて受信キュー１３５の残量情報を通知する。

送信キューコントローラ１３６は、メインCPU４１から、コマンドパケットが供給されると、送信キュー１３８に一旦蓄積する。送信キューコントローラ１３６は、メインCPU４１の要求に応じて送信キュー１３８の残量情報を通知する。送信キューコントローラ１３６は、通信制御部１０１からの送信要求に応じて、送信キュー１３８からコマンドパケットを読み出し、P/S変換部１３９に供給する。

P/S変換部１３９は、通信制御部１３１からのクロックに同期して、送信キューコントローラ１３６からのデータをP/S変換し、シリアルI/F１４１に供給する。

図３は、カメラ用通信I/F１０２とメイン用通信I/F１３２の詳細な構成例を示している。なお、図３において、図２における場合と対応する部分には対応する符号を付してあり、その説明は繰り返しになるので省略する。

カメラ用通信I/F１０２は、シリアルI/F１１１、DMA（Direct Memory Access）バッファ１７１、およびポート１１２から構成される。また、メイン用通信I/F１３２は、シリアルI/F１４１、DMAバッファ１８１、およびポート１４２から構成される。

カメラブロック１１のシリアルI/F１１１と、記録再生ブロック１２のシリアルI/F１４１とは、シリアル線１６１であるシリアルデータ線（C_SIO）１６１−１と、シリアルクロック線（SCK）１６１−２を介して接続されている。

シリアルI/F１１１は、シリアルクロック線１６１−２を介して、通信制御部１０１から供給される所定のクロックを、シリアルI/F１４１に送信する。また、シリアルI/F１１１は、シリアルデータ線１６１−１を介して、シリアルI/F１４１とシリアル通信を行い、必要に応じて、シリアル通信を行うデータを、DMAバッファ１７１に供給し、記憶させる。シリアルI/F１４１は、シリアルI/F１１１と同様に、必要に応じて、シリアル通信を行うデータを、DMAバッファ１８１に供給し、記憶させる。

ポート１１２とポート１４２とは、８本の通信制御線１６３−１乃至１６３−８を介して、接続されている。通信制御線１６３−１は、REQ(リクエスト)信号（ドライブ_REQ）を、メイン用通信I/F１３２（のポート１４２）から、カメラ用通信I/F１０２（のポート１１２）に送信し、通信制御部１０１に割り込み（interrupt）を行う。通信制御線１６３−２は、ポート１１２からのREQ信号（カメラ_REQ）を、カメラ用通信I/F１０２から、メイン用通信I/F１３２に送信し、通信制御部１３１に割り込みを行う。ここで、通信制御部１０１と通信制御部１３１は、カメラ用CPU２１またはメインCPU４１の制御のもと、例えば、シリアル線１６１によるシリアル通信の確立を要求するとき、通信制御線１６３−１または１６３−２により、REQ信号を送信する。

通信制御線１６３−３は、ACK（acknowledgement）信号（ドライブ_ACK）を、メイン用通信I/F１３２から、カメラ用通信I/F１０２に送信し、通信制御部１０１に割り込みを行う。通信制御線１６３−４は、ACK信号（カメラ_ACK）を、カメラ用通信I/F１０２から、メイン用通信I/F１３２に送信し、通信制御部１３１に割り込みを行う。

通信制御線１６３−５は、NACK（Negative acknowledgement）信号（ドライブ_NACK）を、メイン用通信I/F１３２から、カメラ用通信I/F１０２に送信し、通信制御部１０１に割り込みを行う。通信制御線１６３−６は、NACK信号（カメラ_NACK）を、カメラ用通信I/F１０２から、メイン用通信I/F１３２に送信し、通信制御部１３１に割り込みを行う。

ここで、通信制御部１０１と通信制御部１３１は、カメラ用CPU２１またはメインCPU４１の制御のもと、相手から送信されてくるデータを正常に受信した場合、あるいは、相手から送信されてくる要求を受諾する場合、その相手にACK信号を送信し、相手から送信されてくるデータを正常に受信しない場合、その相手にNACK信号を送信する。

通信制御線１６３−７は、カメラ用CPU２１に対する初期化を指示するRESET信号を、メインCPU４１の制御のもと、メイン用通信I/F１３２から、カメラ用通信I/F１０２を介して、カメラ用CPU２１に送信する。通信制御線１６３−８は、カメラ用CPU２１に起動を指示するWAKE信号を、メインCPU４１の制御のもと、メイン用通信I/F１３２から、カメラ用通信I/F１０２を介して、カメラ用CPU２１に送信する。

次に、図４を参照して、カメラブロック１１と記録再生ブロック１２で送受信されるデータを詳しく説明する。

記録再生ブロック１２のメインCPU４１は、カメラブロック１１に対して動作を指示するコマンドをパケット化したコマンドパケット２０１を、シリアルデータ線１６１−１を介して、カメラブロック１１に送信する。このとき、メインCPU４１は、必要に応じて、コマンドパケット２０１に付随して、所定のデータをパケット化したコマンドデータパケットを、カメラブロック１１に送信することが可能である。

具体的には、コマンドパケット２０１は、記録再生ブロック１２のメインCPU４１から、シリアルI/F１４１、シリアルデータ線１６１、およびシリアルI/F１１１を介して、カメラブロック１１のカメラ用CPU２１に送信されるパケットであり、コマンドパケット２０１には、メインCPU４１からのカメラ用CPU２１に対する動作の指示を行うコマンドが記載されている。

コマンドパケット２０１には、送信するコマンドの種類によってデータが含まれたコマンドデータパケットが付随して送信される。例えば、ディスク６０に記録されている画像データをカメラブロック１１の表示部２４に表示させるコマンドの場合には、表示部２４に表示する画像データがパケット化されて、コマンドデータパケットとして、コマンドパケット２０１に連続して送信される。

なお、コマンドパケット２０１は、カメラブロック１１から、前回に送信したコマンドパケット２０１に対応するコマンドアックパケット２１１が記録再生ブロック１２に受信されていなければ、記録再生ブロック１２において送信されることが禁止されている。すなわち、この場合、記録再生ブロック１２においては、前回に送信したコマンドパケット２０１に対応するコマンドアックパケット２１１の受信が最優先される。

また、コマンドパケット２０１は、記録再生ブロック１２において、カメラブロック１１から受信される、コマンドアックパケット２１１およびリザルトパケット２１２に付加されているカメラブロック１１の送信キュー１０８の残量情報に基づいて、送信キュー１０８の残量が所定のしきい値よりも小さいと判定された場合（すなわち、送信キュー１０８において待ち状態が続き、送信キュー１０８にデータがあふれてしまう状態であると判定された場合）にも、送信されることが禁止される。

すなわち、この場合、記録再生ブロック１２においては、コマンドアックパケット２１１やリザルトパケット２１２の受信が最優先され、コマンドアックパケット２１１やリザルトパケット２１２のために通信路が開放される。すなわち、送信キュー情報が付加されたコマンドアックパケット（リザルトパケット）は、カメラブロック１１からの送信のために通信路を空けて欲しいことや、通信路を空けて欲しいか否かを通知するパケットともいえる。

カメラブロック１１のカメラ用CPU２１は、メインCPU４１からのコマンドパケット２０１を受信すると、コマンドパケット２０１の受信完了を通知するデータをパケット化したコマンドアックパケット２１１を、シリアルデータ線１６１−１を介して、記録再生ブロック１２に送信する。

具体的には、コマンドアックパケット２１１は、カメラブロック１１のカメラ用CPU２１から、シリアルI/F１１１、シリアルデータ線１６１−１、およびシリアルI/F１４１を介して、記録再生ブロック１２のメインCPU４１に送信されるパケットであり、コマンドアックパケット２１１には、メインCPU４１からのコマンドパケット２０１の受信の完了通知が記載され、さらに、カメラブロック１１の送信キュー１０８の総容量と残量の情報である送信キュー情報が付加されている。なお、この送信キュー情報は、送信キュー１０８の残量がわかる情報であればよく、送信キュー１０８の残量情報だけであってもよいし、総容量と蓄積されているデータ容量の情報であってもよい。

コマンドアックパケット２１１は、１つのコマンドパケット２０１に対して必ず１つ生成されるパケットであり、カメラブロック１１において、受信キュー１０５が次のコマンドパケット２０１を受信できる状態である、すなわち、受信キュー１０５の残量が所定のしきい値より大きいと判定された場合、リザルトパケット２１２よりも優先して送信される。

カメラブロック１１のカメラ用CPU２１は、メインCPU４１から受信したコマンドパケット２０１のコマンドに対応する動作を行い、動作の完了後、動作の完了を通知するリザルトデータをパケット化したリザルトパケット２１２を、シリアルデータ線１６１−１を介して、記録再生ブロック１２に送信する。このとき、カメラ用CPU２１は、必要に応じて、リザルトパケット２１２に付随して、所定のデータをパケット化したリザルトデータパケットを、記録再生ブロック１２に送信することが可能である。

具体的には、リザルトパケット２１２は、カメラブロック１１のカメラ用CPU２１から、シリアルI/F１１１、シリアルデータ線１６１−１、およびシリアルI/F１４１を介して、記録再生ブロック１２のメインCPU４１に送信されるパケットであり、リザルトパケット２１２には、メインCPU４１からのコマンドパケット２０１に対応する動作の完了通知が記載され、さらに、カメラブロック１１の送信キュー１０８の総容量と残量の情報である送信キュー情報が付加されている。

リザルトパケット２１２には、受信し、完了したコマンドの種類によってデータが含まれたリザルトデータパケットが付属して送信される。例えば、撮像部２２に被写体の映像を入力させ、入力された画像データを記録再生ブロック１２のディスク６０に記録させるコマンドに対応するリザルトの場合には、撮像部２２から入力され、ディスク６０に記録する画像データがパケット化されて、リザルトデータパケットとしてリザルトパケット２１２に連続して送信される。

リザルトパケット２１２は、カメラブロック１１において、コマンドアックパケット２１１よりも送信の優先度が低い。したがって、リザルトパケット２１２よりも先に、コマンドアックパケット２１１の送信要求がある場合には、コマンドアックパケット２１１の送信後に、リザルトデータパケット２１２の送信が開始される。

なお、リザルトパケット２１２は、コマンドパケット２０１に対して、必ず１つ生成されるとは限らず、コマンドの種類に応じて、複数のリザルトパケットが生成される場合もあれば、リザルトパケット２１２が生成されない場合もある。例えば、無限に何かをさせるなどのコマンドにおいては、リザルトパケット２１２は生成されない。

次に、図５のフローチャートを参照して、記録再生装置１の画像表示制御処理を説明する。

ユーザは、操作部４２を操作し、ディスク６０に記録されている画像の表示を指示する。操作部４２は、ユーザの指示を受け付け、その指示を表す操作信号を、メインCPU４１に供給する。

メインCPU４１は、ステップＳ１において、画像表示が指示されるまで待機している。メインCPU４１は、操作部４２から操作信号を入力すると、ステップＳ１において、画像表示が指示されたと判定し、ステップＳ２に進み、カメラブロック１１の電源をＯＮさせる。

すなわち、メインCPU４１は、電源供給部５０にカメラブロック１１の電源回路２７へ電源供給線７２を介して電源を供給させるとともに、通信制御部１３１を制御し、ポート１４２の通信制御線１６３−８を介して、カメラ用CPU２１に起動を指示するWAKE信号を送信させる。WAKE信号は、ポート１１２、および通信制御部１０１を介して、カメラ用CPU２１に供給される。カメラ用CPU２１は、WAKE信号に応じて起動し、電源回路２７を制御し、カメラブロック１１の所定の各部に電源を供給させる。

これにより、カメラブロック１１の電源はＯＮ状態になり、カメラ用CPU２１は、通信制御部１０１を制御し、ポート１１２の通信制御線１６３−２，１６３−４，および１６３−６（カメラ_***）をすべて初期状態にする。通信制御部１３１は、カメラ側の通信制御線１６３−２，１６３−４，および１６３−６が初期状態へ移行したことを認識し、メインCPU４１に供給する。

メインCPU４１は、カメラブロック１１からの通信制御線１６３−２，１６３−４，および１６３−６がすべて初期状態になったことで、カメラブロック１１の起動を確認すると、ステップＳ３に進み、カメラ用CPU２１を制御し、カメラ用CPU２１に内蔵されるRAM （Random Access Memory）（図示せぬ）に、ディスク６０からの画像データを格納するためのデータ領域を確保させる。

すなわち、メインCPU４１は、カメラ用CPU２１に対して、カメラ用CPU２１に内蔵されるRAMに、画像データのデータ領域を確保させるコマンドをパケット化したコマンドパケットを生成する。これに対応して、メインCPU４１とカメラ用CPU２１は、生成されたコマンドパケットを送受信し、受信されたコマンドパケットの処理を実行し、その実行を完了するまでの処理であるコマンド通信制御処理を実行する。このコマンド通信制御処理の詳細は、図６を参照して後述する。なお、以降のステップＳ４乃至Ｓ７においても、同様のコマンド通信制御処理が実行される。

このコマンド通信制御処理においては、記録再生ブロック１２から、メインCPU４１により生成されたコマンドパケットがカメラブロック１１のカメラ用CPU２１で受信される。カメラ用CPU２１は、コマンドパケットに対応するコマンドアックパケットを送信するとともに、コマンドを実行する。このコマンドが実行されることにより、カメラブロック１１のカメラ用CPU２１に内蔵されるRAMに画像データのデータ領域が確保される。これにより、カメラ用CPU２１は、コマンド実行完了を確認し、記録再生ブロック１２にリザルトパケットを送信する。

メインCPU４１は、カメラ用CPU２１からのリザルトパケットを受信すると、ステップＳ３のコマンド実行完了を認識し、ステップＳ４に進み、記録再生部４８を制御し、ディスク６０から読み出させた画像データを、カメラブロック１１に送信する。

すなわち、メインCPU４１は、カメラ用CPU２１に対して、画像データを受信させ、カメラブロック１１のカメラ用CPU２１に内蔵されるRAMに、画像データを蓄積させるコマンドをパケット化したコマンドパケットを生成する。これに対応して、メインCPU４１とカメラブロック１１のカメラ用CPU２１は、コマンド通信制御処理（図６）を実行する。

このコマンド通信制御処理においては、記録再生ブロック１２から、メインCPU４１により生成されたコマンドパケット、および画像データを含むコマンドデータパケットが、カメラブロック１１のカメラ用CPU２１で受信される。カメラ用CPU２１は、コマンドパケットに対応するコマンドアックパケットを送信するとともに、コマンドを実行する。このコマンドが実行されることにより、カメラブロック１１において画像データが受信され、受信された画像データがカメラ用CPU２１に内蔵されるRAMに蓄積される。これにより、カメラ用CPU２１は、コマンド実行完了を確認し、記録再生ブロック１２にリザルトパケットを送信する。

メインCPU４１は、リザルトパケットを受信すると、ステップＳ４のコマンド実行完了を認識し、ステップＳ５に進み、カメラ用CPU２１に内蔵されるRAMに蓄積された画像データを、カメラブロック１１のバッファ２３に格納させる。なお、表示部２４の表示は、背景画像レイヤ、写真画像レイヤ、およびアイコン画像レイヤなどの形式別のレイヤ構造を有しており、それぞれのレイヤは、独立して表示、非表示が選択可能である。そして、バッファ２３は、各レイヤ用のバッファで構成されている。

すなわち、メインCPU４１は、カメラ用CPU２１に対して、カメラ用CPU２１に内蔵されるRAMに蓄積された画像データを、カメラブロック１１のバッファ２３の所定のレイヤ（写真画像レイヤ）用のバッファに格納させるコマンドをパケット化したコマンドパケットを生成する。これに対応して、メインCPU４１とカメラブロック１１のカメラ用CPU２１は、コマンド通信制御処理（図６）を実行する。

このコマンド通信制御処理においては、記録再生ブロック１２から、メインCPU４１により生成されたコマンドパケットが、カメラブロック１１のカメラ用CPU２１で受信される。カメラ用CPU２１は、コマンドパケットに対応するコマンドアックパケットを送信するとともに、コマンドを実行する。このコマンドが実行されることにより、カメラ用CPU２１に内蔵されるRAMに蓄積された画像データが、カメラブロック１１のバッファ２３の写真画像レイヤ用のバッファに格納される。これにより、カメラ用CPU２１は、コマンド実行完了を確認し、記録再生ブロック１２にリザルトパケットを送信する。

メインCPU４１は、リザルトパケットを受信すると、ステップＳ５のコマンド実行完了を認識し、ステップＳ６に進み、カメラ用CPU２１に、カメラブロック１１の表示部２４の電源をＯＮさせる。

すなわち、メインCPU４１は、カメラ用CPU２１に対して、カメラブロック１１の表示部２４の電源をＯＮさせるコマンドをパケット化したコマンドパケットを生成する。これに対応して、メインCPU４１とカメラブロック１１のカメラ用CPU２１は、コマンド通信制御処理（図６）を実行する。

このコマンド通信制御処理においては、記録再生ブロック１２から、メインCPU４１により生成されたコマンドパケットが、カメラブロック１１のカメラ用CPU２１で受信される。カメラ用CPU２１は、コマンドパケットに対応するコマンドアックパケットを送信するとともに、コマンドを実行する。このコマンドが実行されることにより、カメラブロック１１の電源回路２７により、表示部２４に電源が供給され、表示部２４の電源がＯＮされる。これにより、カメラ用CPU２１は、コマンド実行完了を確認し、記録再生ブロック１２にリザルトパケットを送信する。

メインCPU４１は、リザルトパケットを受信すると、ステップＳ６のコマンド実行完了を認識し、ステップＳ７に進み、表示部２４の表示を構成する写真画像レイヤをＯＮさせ、バッファ２３の写真画像レイヤ用のバッファから画像データを写真画像レイヤに表示させる。

すなわち、メインCPU４１は、カメラ用CPU２１に、カメラブロック１１の表示部２４の表示を構成する写真画像レイヤをＯＮさせ、バッファ２３の写真画像レイヤ用のバッファから画像データを写真画像レイヤに表示させるコマンドをパケット化したコマンドパケットを生成する。これに対応して、メインCPU４１とカメラブロック１１のカメラ用CPU２１は、コマンド通信制御処理（図６）を実行する。

このコマンド通信制御処理においては、記録再生ブロック１２から、メインCPU４１により生成されたコマンドパケットが、カメラブロック１１のカメラ用CPU２１で受信される。カメラ用CPU２１は、コマンドパケットに対応するコマンドアックパケットを送信するとともに、コマンドを実行する。このコマンドが実行されることにより、表示部２４の表示を構成する写真画像レイヤがＯＮされ、バッファ２３の写真画像レイヤ用のバッファから画像データが読み出され、画像データに対応する画像が、写真画像レイヤに表示される。これにより、カメラ用CPU２１は、コマンド実行完了を確認し、記録再生ブロック１２にリザルトパケットが送信される。

メインCPU４１は、リザルトパケットを受信すると、カメラブロック１１において、ディスク６０に記録される画像データに対応する画像が、表示部２４の写真画像レイヤに表示されたことを確認し、画像表示制御処理を終了させる。

以上のように、記録再生ブロック１２のメインCPU４１は、カメラブロック１１のカメラ用CPU２１に対して制御したい処理のコマンドをパケット化したコマンドパケットを生成し、コマンド通信制御処理を行うことにより、カメラブロック１１に、生成したコマンドに対応する処理を実行させることができる。

なお、上記説明においては、記録再生ブロック１２がリザルトパケットを受信してから次のコマンドパケットを送信する例を説明したが、カメラブロック１１と記録再生ブロック１２間においては、記録再生ブロック１２からのパケット送信の優先度が高いので、記録再生ブロック１２は、前のコマンドに対応するコマンドアックパケットが受信されていれば、かつ、カメラブロック１１の送信キュー１０８の残量が少なくなければ、前後のコマンドの内容に応じて、リザルトパケットが受信される前であっても、次のコマンドパケットを送信することもできる。

例えば、撮像部２２から入力された画像データを、記録再生ブロック１２のディスク６０に記録させるコマンドに対応するリザルトの場合には、撮像部２２から入力され、ディスク６０に記録される画像データが、リザルトデータパケットとしてリザルトパケット２１２に連続して送信される。このような場合には、撮像部２２から入力された画像データを、記録再生ブロック１２のディスク６０に記録させるコマンドに対応するコマンドアックパケット２１１を受信していて、かつ、カメラブロック１１の送信キュー１０８の残量が少なくなければ、記録再生ブロック１２は、リザルトパケット２１２が受信される前であっても、例えば、撮像部２２に次の画像を入力させるコマンドパケット２０１などを送信することができる。

次に、図６のフローチャートと図７を参照して、図５のステップＳ３乃至Ｓ７の処理において実行されるコマンド通信制御処理を説明する。すなわち、図５のステップＳ３乃至Ｓ７は、処理されるコマンドの処理内容が異なるだけであり、コマンド通信制御については、同様の処理を行うため、図６を参照してまとめて説明する。

なお、図６の例においては、１つのコマンドに対する一連のコマンド通信の制御処理を順番に説明するために、説明の便宜上、カメラブロック１１および記録再生ブロック１２が行う処理がまとめて、通信制御の順番に示されている。すなわち、図６の例においては、ステップＳ２１乃至Ｓ２３、Ｓ２８、およびＳ３２は、記録再生ブロック１２の処理であり、ステップＳ２５、Ｓ２６、Ｓ２９、およびＳ３０は、カメラブロック１１の処理であり、ステップＳ２４、Ｓ２７およびＳ３１は、カメラブロック１１および記録再生ブロック１２相互の処理である。

また、以下、ステップＳ２１乃至Ｓ２３の処理をまとめて、コマンドパケット送信準備処理とも適宜称し、ステップＳ２５およびＳ２６の処理をまとめて、コマンドアックパケット送信準備処理とも適宜称し、また、ステップＳ２９およびＳ３０の処理を、リザルトパケット送信準備処理とも適宜称する。

記録再生ブロック１２のメインCPU４１は、ステップＳ２１において、所定のコマンド（例えば、図５のステップＳ３の場合、カメラ用CPU２１に、画像データを受信させ、カメラブロック１１のカメラ用CPU２１に内蔵されるRAMに、画像データを蓄積させるコマンド）をパケット化したコマンドパケットを生成し、生成したコマンドパケットを送信キューコントローラ１３６に供給し、ステップＳ２２に進み、前回送信したコマンドに対応するコマンドアックパケットが受信されたか否かを判定する。

メインCPU４１は、ステップＳ２２において、前回送信したコマンドに対応するコマンドアックパケットが受信されていないと判定した場合、ステップＳ２３および２４の処理をスキップし、ステップＳ２５に進む。すなわち、この場合には、メインCPU４１は、コマンドパケット送信要求は行わず、例えば、カメラCPU２１がコマンドアックパケット送信要求を行った場合には、それを受諾する。

換言すると、メインCPU４１は、後述するステップＳ２７の処理において、前回のコマンドアックパケットがカメラブロック１１から送信され、それを受信するまで、コマンドパケットの送信を待機（禁止）する。なお、この場合の対象となるコマンドアックパケットは、今回のコマンドパケットに対応するものではなく、前回のコマンドパケットに対応する前回のコマンドアックパケットである。

ステップＳ２２において、前回送信したコマンドに対応するコマンドアックが受信されていると判定された場合、メインCPU４１は、ステップＳ２３に進み、記憶している送信キュー１０８の残量情報に基づいて、送信キュー１０８の残量が所定のしきい値よりも大きいか否かを判定する。

ステップＳ２３において、送信キュー１０８の残量が所定のしきい値よりも小さいと判定された場合、送信キュー１０８に前のコマンドが処理された結果のリザルトパケットが蓄積されているので、ステップＳ２４乃至３０の処理は、スキップされ、処理は、ステップＳ３１に進み、リザルトパケットの送信受信処理が優先的に実行される。すなわち、この場合には、メインCPU４１は、コマンドパケット送信要求は行わず、カメラCPU２１が行うリザルトパケット送信要求を受諾する。

換言すると、メインCPU４１は、後述するステップＳ３１の処理において、今回より前のリザルトパケットがカメラブロック１１から送信され、それを受信して、送信キュー１０８の残量が所定のしきい値よりも大きいと判定するまで、コマンドパケットの送信を待機（禁止）する。

なお、このとき、ステップＳ２２において前回のコマンドアックパケットは受信されていると判定されているので、ステップＳ２５乃至Ｓ２７のコマンドアックパケットに関する処理もスキップされているが、前回のコマンドアックパケットが受信されていない場合に、バッファ１０７にコマンドアックパケットがある場合には、処理は、ステップＳ２７に進み、リザルトパケット送信の前にコマンドアックパケットが送信される。また、この場合の対象となるリザルトパケットは、今回のコマンドパケットに対応するものではなく、今回より前のコマンドパケットに対応するリザルトパケットである。

メインCPU４１は、ステップＳ２３において、送信キュー１０８の残量情報に基づいて、送信キュー１０８の残量が所定のしきい値よりも大きいと判定した場合、通信制御部１３１に、コマンドパケット２０１の送信要求を行う。

これに対応して、記録再生ブロック１２の通信制御部１３１と、カメラブロック１１の通信制御部１０１は、メインCPU４１およびカメラ用CPU２１の制御のもと、ステップＳ２４において、図７に示されるコマンドパケット送受信制御処理Ｍ１を実行する。

コマンドパケット送受信制御処理Ｍ１は、記録再生ブロック１２の通信制御部１３１が、メインCPU４１の制御のもと、シリアルデータ線１６１−１を介して、コマンドパケット２０１を送信し、カメラブロック１１の通信制御部１０１が、カメラ用CPU２１の制御のもと、記録再生ブロック１２により送信されたコマンドパケット２０１を受信する処理である。

この記録再生ブロック１２の通信制御部１３１によるコマンドパケット送信制御処理は、図８および図９を参照し、これに対応するカメラブロック１１の通信制御部１０１のコマンドパケット受信制御処理は、図１０および図１１を参照して詳しく説明する。

ステップＳ２４のコマンドパケット送受信制御処理により、カメラブロック１１のカメラ用CPU２１は、記録再生ブロック１２により送信されたコマンドパケット２０１を受信する。カメラ用CPU２１は、コマンドパケット２０１のパリティチェックを行い、コマンドパケット２０１を解析することにより、コマンドパケット２０１の受信完了を確認した後、コマンドパケット２０１のコマンド処理を実行し、ステップＳ２５に進む

カメラ用CPU２１は、ステップＳ２５において、受信キューコントローラ１０４から受信キュー１０５の残量情報を取得し、受信キュー１０５の残量が所定のしきい値より大きいか否か判定することにより、次のコマンドパケットが受信可能か否かを判定する。

カメラ用CPU２１は、ステップＳ２５において、受信キュー１０５の残量が所定のしきい値よりも小さいと判定した場合、ステップＳ２６乃至２８の処理をスキップし、ステップＳ２９に進み、リザルトパケットの送信準備処理を開始する。この場合の対象となるリザルトパケットは、今回のコマンドパケットに対応するものではなく、今回より前のコマンドパケットに対応するリザルトパケットである。

すなわち、カメラ用CPU２１は、受信キュー１０５に蓄積されているコマンドパケットのコマンドが実行され、完了されて、受信キュー１０５に蓄積されているコマンドパケットの残量が所定のしきい値よりも大きいと判定するまで、次のコマンドパケットが受信不可能であると判定し、コマンドアックパケットの送信を待機（禁止）する。したがって、その間に、コマンドが実行され、完了されることで、後述するステップＳ３０において、リザルトパケットが生成された場合には、後述するステップＳ３１のリザルトパケットの送受信処理が優先して実行される。

カメラ用CPU２１は、ステップＳ２５において、受信キュー１０５の残量が所定のしきい値よりも大きいと判定した場合、次のコマンドパケットが受信可能であるとし、ステップＳ２６において、受信完了を確認したコマンドパケット２０１の受信完了を示すコマンドアックパケット２１１を生成し、送信キューコントローラ１０６に供給し、通信制御部１０１に、コマンドアックパケット２１１の送信要求を行う。

これに対応して、カメラブロック１１の通信制御部１０１と、記録再生ブロック１２の通信制御部１３１は、カメラ用CPU２１およびメインCPU４１の制御のもと、ステップＳ２７において、図７に示されるコマンドアックパケット送受信制御処理Ｍ２を実行する。

コマンドアックパケット送受信制御処理Ｍ２は、カメラブロック１１の通信制御部１０１が、カメラ用CPU２１の制御のもと、シリアルデータ線１６１−１を介して、コマンドアックパケット２１１を送信し、記録再生ブロック１２の通信制御部１３１が、メインCPU４１の制御のもと、カメラブロック１１により送信されたコマンドアックパケット２１１を受信する処理である。

このカメラブロック１１の通信制御部１０１によるコマンドアックパケット送信制御処理は、図１３を参照し、これに対応する記録再生ブロック１２の通信制御部１３１によるコマンドアックパケット受信制御処理は、図１４を参照して詳しく説明する。

このコマンドアックパケット送受信制御処理により、記録再生ブロック１２においては、送信したコマンドに対応するコマンドアックパケットが受信され、コマンドアックパケットに付加されている送信キュー情報に基づいて、メインCPU４１の送信キュー１０８の残量情報が更新される。

コマンドアックパケットを受信した記録再生ブロック１２のメインCPU４１は、ステップＳ２８において、ステップＳ２１において生成されたコマンドパケットが送信されたか否かを判定し、生成されたコマンドパケットがまだ送信されていないと判定した場合、ステップＳ２２に戻り、それ以降の処理を繰り返す。すなわち、生成されたコマンドパケットがまだ送信されていないと判定した場合のステップＳ２７においては、前回のコマンドに対応するコマンドアックパケットが送受信されている。

記録再生ブロック１２のメインCPU４１は、ステップＳ２８において、コマンドパケットをもう送信したと判定した場合、すなわち、受信されたコマンドアックパケットは、ステップＳ２１において生成されたコマンドパケットに対応するものなので、次のコマンドパケットを送信可能であることを認識し、次のコマンドパケット２０１の送信準備（すなわち、ステップＳ２１乃至Ｓ２３の処理）を開始することができる。

一方、カメラブロック１１において、ステップＳ２７のコマンドアックパケット送受信制御処理とは並行して、コマンドパケット２０１のコマンドは実行されている。ステップＳ２７のコマンドアックパケット送受信制御処理が終了すると、カメラ用CPU２１は、ステップＳ２９において、コマンドパケット２０１のコマンドの実行が完了したか否かを判定し、コマンドパケット２０１のコマンドの実行が完了するまで待機している。

カメラ用CPU２１は、ステップＳ２９において、コマンドパケット２０１のコマンドの実行が完了したと判定した場合、ステップＳ３０に進み、コマンドの実行が完了したコマンドパケット２０１の実行完了を示すリザルトパケット２１２を生成し、送信キューコントローラ１０６に供給するとともに、通信制御部１０１に、リザルトパケット２１２の送信要求を行う。

これに対応して、カメラブロック１１の通信制御部１０１と、記録再生ブロック１２の通信制御部１３１は、カメラ用CPU２１およびメインCPU４１の制御のもと、ステップＳ３１において、図７に示されるリザルトパケット送受信制御処理Ｍ３を実行する。

リザルトパケット送受信制御処理Ｍ３は、カメラブロック１１の通信制御部１０１が、カメラ用CPU２１の制御のもと、シリアルデータ線１６１−１を介して、リザルトパケット２１２を送信し、記録再生ブロック１２の通信制御部１３１が、メインCPU４１の制御のもと、カメラブロック１１により送信されたリザルトパケット２１２を受信する処理である。

このカメラブロック１１の通信制御部１０１によるリザルトパケット送信制御処理は、図１６を参照し、これに対応する記録再生ブロック１２の通信制御部１３１によるリザルトパケット受信制御処理は、図１７を参照して詳しく説明する。

このリザルトパケット受信制御処理により、カメラブロック１１において、リザルトパケットが送信されるので、カメラブロック１１の送信キュー１０８に蓄積されているリザルトパケットが減り、送信キュー１０８の残量が増える。また、記録再生ブロック１２において、前に送信したコマンドに対応するリザルトパケットが受信され、そのリザルトパケットに付加されている送信キュー情報に基づいて、メインCPU４１の送信キュー１０８の残量情報が更新される。

ステップＳ３１の処理により、リザルトパケットを受信した記録再生ブロック１２のメインCPU４１は、ステップＳ３２において、ステップＳ２１において生成されたコマンドパケットが送信されたか否かを判定し、生成されたコマンドパケットがまだ送信されていないと判定した場合、ステップＳ２２に戻り、それ以降の処理を繰り返す。すなわち、生成されたコマンドパケットがまだ送信されていないと判定した場合のステップＳ３１の処理においては、今回より前のコマンドに対応するリザルトパケットが送受信されている。

記録再生ブロック１２のメインCPU４１は、ステップＳ３２において、コマンドパケットをもう送信したと判定した場合、このコマンドの通信制御処理を終了する。

なお、送受信されるコマンドの内容によっては、リザルトパケットが生成されないコマンドもある。この場合には、上述した図６の処理のうち、ステップＳ２９乃至Ｓ３１の処理は、スキップされる。

以上のように、記録再生ブロック１２およびカメラブロック１１間のコマンド通信においては、記録再生装置１全体の制御を行う側の記録再生ブロック１２のコマンド送信が優先されているが、カメラブロック１１側から送信されるパケット（リザルトパケットまたはコマンドアックパケット）に、カメラブロック１１の送信キュー１０８の残量情報を付加してから送信するようにしたので、コマンド通信において制御を行う記録再生ブロック１２は、カメラブロック１１の送信キュー１０８の状態を知ることができ、送信キュー１０８の残量がしきい値を超えた場合、記録再生ブロック１２よりも、カメラブロック１１からのパケット送信を優先させることができる。

これにより、カメラブロック１１からのパケット送信が優先されることで、カメラブロック１１側で、パケットが送信されずに、受信キュー１０８があふれてしまうことが抑制される。したがって、コマンド通信の制御が困難になることを抑制することができる。

また、カメラブロック１１から、コマンドパケットに１対１で対応するコマンド受信完了および次のコマンド受信可能を示すコマンドアックパケットを送信するようにし、記録再生ブロック１２においては、送信したコマンドパケットに対応するコマンドアックパケットが受信されなければ、次のコマンドパケットの送信を禁止するようにしたので、カメラブロック１１側でコマンドパケットが受信されすぎること（受信キュー１０５がパケットであふれること）が抑制される。

さらに、そのコマンドアックパケットにも、カメラブロック１１の送信キュー１０８の残量情報を付加して送信するようにしたので、コマンド実行の完了が遅い場合など、リザルトパケットが長時間送受信されない場合があったとしても、コマンドアックパケットはコマンドの送信ごとに、送受信されるので、コマンド通信において制御を行う記録再生ブロック１２は、カメラブロック１１の送信キュー１０８の状態を逐次知ることができる。

すなわち、記録再生ブロック１２においては、カメラブロック１１の送信キュー１０８の状態を逐次知ることができるので、常にカメラブロック１１の状態変化の過程（実行中の処理など）を保持しておかなくても、コマンド通信の制御が困難になることが抑制される。

以上により、記録再生ブロック１２およびカメラブロック１１間のコマンド通信において、記録再生ブロック１２のメインCPU４１だけの制御により、快適な通信を行うことができる。

さらに、コマンド仕様が変更されても、記録再生装置１全体（コマンド通信の制御を含めた）の制御を行っている記録再生ブロック１２側の変更だけで対応でき、カメラブロック１１側を変更する手間を省くことができる。

次に、図８乃至図１１のフローチャート、並びに図１２のアローチャートを参照して、図６のステップＳ２４のコマンドパケット送受信制御処理を説明する。図８および図９は、記録再生ブロック１２のコマンドパケット送信制御処理を表しており、図１０および図１１は、カメラブロック１１のコマンドパケット受信制御処理を表している。図１２は、記録再生ブロック１２およびカメラブロック１１の処理の関係を表している。

以下、図８乃至図１１を参照して、記録再生ブロック１２およびカメラブロック１１の処理について、個別に説明するが、これらのブロックの相互の処理の関係は、図１２の対応するステップを参照することで、容易に理解することが可能である。なお、図１２においては、記録再生ブロック１２およびカメラブロック１１の相互の処理に係わらないステップは、適宜省略されている。

まず、図８および図９のフローチャートを参照して、記録再生ブロック１２のコマンドパケット送信制御処理を説明する。

記録再生ブロック１２の通信制御部１３１は、ステップＳ５１において、メインCPU４１からコマンドパケットの送信が要求されるまで待機しており、メインCPU４１からコマンドパケットの送信が要求されたと判定した場合、ステップＳ５２に進み、ポート１４２の通信制御線１６３−１を介して、REQ信号（ドライブ_REQ）をカメラブロック１１に送信する。

カメラブロック１１は、通信制御線１６３−１、およびポート１１２を介して、REQ信号（ドライブ_REQ）を受信すると、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を送信してくる（図１０と図１２のステップＳ７２）。

記録再生ブロック１２の通信制御部１３１は、ステップＳ５３において、通信制御線１６３−４、およびポート１４２を介して、ACK信号（カメラ_ACK）を受信し、メインCPU４１に通知し、ステップＳ５４に進む。通信制御部１３１は、ステップＳ５４において、メインCPU４１のコマンドパケットの送信準備の完了に基づいて、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信し、ステップＳ５５に進み、カメラブロック１１からのクロックが受信されるまで待機している。

カメラブロック１１は、通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）を受信すると、シリアルI/F１１１、およびシリアルクロック線１６１−２を介して、所定のクロックを送信してくる（図１０と図１２のステップＳ７４）。

記録再生ブロック１２の通信制御部１３１は、ステップＳ５５において、シリアルクロック線１６１−２、およびシリアルI/F１４１を介してクロックを受信したと判定し、ステップＳ５６に進み、送信キューコントローラ１３６を制御し、受信したクロックに同期して、コマンドパケットをカメラブロック１１に送信させる。

具体的には、メインCPU４１は、図６のステップＳ２１においてコマンドパケットを生成し、生成したコマンドパケットを送信キューコントローラ１３６に供給している。送信キューコントローラ１３６は、供給されたコマンドパケットを、送信キュー１３８に一旦格納しており、通信制御部１３１の制御のもと、ステップＳ５６において、送信キュー１３８からコマンドパケットを読み出し、P/S変換部１３９に供給する。P/S変換部１３９は、カメラブロック１１からのクロックに同期して、コマンドパケットをP/S変換し、シリアルI/F１４１に供給する。シリアルI/F１４１は、P/S変換部１３９からのコマンドパケットを、シリアルデータ線１６１−１を介して、カメラブロック１１に送信する。

カメラブロック１１は、シリアルデータ線１６１−１を介して、コマンドパケットを受信すると、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を送信してくる（図１１と図１２のステップＳ７７またはＳ７９）。

記録再生ブロック１２の通信制御部１３１は、ステップＳ５７において、通信制御線１６３−４、およびポート１４２を介して、カメラブロック１１からのACK信号（カメラ_ACK）を受信すると、メインCPU４１に通知し、メインCPU４１の制御のもと、図９のステップＳ５８において、送信すべきデータパケットがあるか否か、すなわち、送信キュー１３８にコマンドデータパケットがあるか否かを判定し、送信すべきデータパケットがあると判定した場合、ステップＳ５９に進み、メインCPU４１のコマンドデータパケットの送信準備の完了に基づいて、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信し、ステップＳ６０に進み、カメラブロック１１からのクロックが受信されるまで待機している。

カメラブロック１１は、通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）を受信すると、シリアルI/F１１１、およびシリアルクロック線１６１−２を介して、所定のクロックを送信してくる（図１１と図１２のステップＳ８１またはＳ８５）。

記録再生ブロック１２の通信制御部１３１は、ステップＳ６０において、シリアルクロック線１６１−２、およびシリアルI/F１４１を介してクロックを受信したと判定し、ステップＳ６１に進み、送信キューコントローラ１３６を制御し、受信したクロックに同期して、コマンドデータパケットをカメラブロック１１に送信させ、ステップＳ５８に戻り、それ以降の処理を繰り返す。

すなわち、記録再生ブロック１２において、コマンドデータパケットがすべて送信されるまで、ステップＳ５９乃至Ｓ６１の処理が繰り返され、これに対応する、カメラブロック１１の処理も繰り返される（図１１と図１２のステップＳ８４乃至Ｓ８６）。

ステップＳ５８において、送信すべきデータパケットがないと判定された場合、記録再生ブロック１２の通信制御部１３１は、コマンドパケット送信制御処理を終了する。この後、図６のステップＳ２５に進み、コマンドアックパケットの送信準備処理が実行される。

次に、図１０および図１１のフローチャートを参照して、カメラブロック１１のコマンドパケット受信制御処理について説明する。

記録再生ブロック１２は、ポート１４２の通信制御線１６３−１を介して、REQ信号（ドライブ_REQ）をカメラブロック１１に送信してくる（図８と図１２のステップＳ５２）。

カメラブロック１１の通信制御部１０１は、ステップＳ７１において、記録再生ブロック１２からREQ信号（ドライブ_REQ）を受信するまで待機しており、通信制御線１６３−１、およびポート１１２を介して、REQ信号（ドライブ_REQ）を受信し、カメラ用CPU２１に通知し、ステップＳ７２に進む。通信制御部１０１は、ステップＳ７２において、カメラ用CPU２１のコマンドパケット送信要求の受諾に基づいて、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を記録再生ブロック１２に送信する。

記録再生ブロック１２は、通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を受信すると、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信してくる（図８と図１２のステップＳ５４）。

カメラブロック１１の通信制御部１０１は、ステップＳ７３において、通信制御線１６３−３およびポート１１２を介してACK信号（ドライブ_ACK）を受信し、カメラ用CPU２１に通知し、ステップＳ７４に進む。通信制御部１０１は、ステップＳ７４において、カメラ用CPU２１の制御のもと、内蔵するクロック生成部（図示せぬ）により生成した所定のクロックを、シリアルI/F１１１、およびシリアルクロック線１６１−２を介して、記録再生ブロック１２に送信する。

記録再生ブロック１２は、シリアルクロック線１６１−２を介して、クロックを受信すると、シリアルデータ線１６１−１を介して、コマンドパケットをカメラブロック１１に送信してくる（図８と図１２のステップＳ５６）。

カメラブロック１１のカメラ用CPU２１は、ステップＳ７５において、シリアルデータ線１６１−１、シリアルI/F１１１、S/P変換部１０３、および受信キューコントローラ１０４を介してコマンドパケットを受信し、パリティチェックやコマンドパケット解析を行い、エラーがなかった場合には、図１１のステップＳ７６に進む。

具体的には、シリアルI/F１１１は、シリアルデータ線１６１−１を介して、コマンドパケットを受信し、S/P変換部１０３に供給する。S/P変換部１０３は、通信制御部１０１からのクロックに基づいて、コマンドパケットにS/P変換を施し、受信キューコントローラ１０４に供給する。受信キューコントローラ１０４は、供給されたコマンドパケットを一旦受信キュー１０５に格納し、カメラ用CPU２１の制御のもと、コマンドパケットを受信キュー１０５から読み出し、カメラ用CPU２１に供給する。

なお、図示は省略するが、ステップＳ７５において、エラーがあった場合には、カメラ用CPU２１は、通信制御部１０１を制御し、ポート１１２、および通信制御線１６３−６を介して、記録再生ブロック１２に、NACK信号（カメラ_NACK）を送信させる。これにより、記録再生ブロック１２においては、コマンドパケットが再送される。

カメラ用CPU２１は、ステップＳ７６において、コマンドパケットに続いてコマンドデータパケットが受信されるか、すなわち、受信すべきデータパケットがあるか否かを判定し、受信すべきデータパケットがないと判定した場合には、ステップＳ７７に進み、通信制御部１０１を制御し、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を記録再生ブロック１２に送信し、コマンドパケット受信制御処理を終了する。この後、図６のステップＳ２５に進み、コマンドアックパケットの送信準備処理が実行される。

また、カメラ用CPU２１は、ステップＳ７６において、受信すべきデータパケットがあると判定した場合には、ステップＳ７８に進み、受信キューコントローラ１０４から、受信キュー１０５の残量情報を取得し、受信キュー１０５が受信可能となるまで待機し、受信キュー１０５が受信可能であると判定した場合、ステップＳ７９に進み、通信制御部１０１を制御し、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を記録再生ブロック１２に送信し、ステップＳ８０に進む。

記録再生ブロック１２は、通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を受信すると、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信してくる（図９と図１２のステップＳ５９）。

カメラブロック１１の通信制御部１０１は、ステップＳ８０において、通信制御線１６３−３およびポート１１２を介してACK信号（ドライブ_ACK）を受信し、カメラ用CPU２１に通知し、ステップＳ８１に進む。通信制御部１０１は、ステップＳ８１において、カメラ用CPU２１の制御のもと、内蔵するクロック生成部（図示せぬ）により生成した所定のクロックを、シリアルI/F１１１、およびシリアルクロック線１６１−２を介して、記録再生ブロック１２に送信する。

記録再生ブロック１２は、シリアルクロック線１６１−２を介して、クロックを受信すると、シリアルデータ線１６１−１を介して、コマンドデータパケットをカメラブロック１１に送信してくる（図９と図１２のステップＳ６１）。

カメラブロック１１のカメラ用CPU２１は、ステップＳ８２において、シリアルデータ線１６１−１、シリアルI/F１１１、S/P変換部１０３、および受信キューコントローラ１０４を介してコマンドパケットを受信し、パリティチェックやコマンドパケット解析を行い、エラーがなかった場合には、ステップＳ８３に進む。

カメラ用CPU２１は、ステップＳ８３において、まだ、受信すべきデータパケットがあるか否かを判定し、受信すべきデータパケットがないと判定した場合には、コマンドパケット受信制御処理を終了する。この後、図６のステップＳ２５に進み、コマンドアックパケットの送信準備処理が実行される。

また、カメラ用CPU２１は、ステップＳ８３において、受信すべきデータパケットがあると判定した場合には、ステップＳ８４に進む。

記録再生ブロック１２は、送信すべきデータパケットがまだある場合には、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信してくる（図９と図１２のステップＳ５９）。

カメラブロック１１の通信制御部１０１は、ステップＳ８４において、通信制御線１６３−３およびポート１１２を介してACK信号（ドライブ_ACK）を受信し、カメラ用CPU２１に通知し、ステップＳ８５に進む。通信制御部１０１は、ステップＳ８５において、カメラ用CPU２１の制御のもと、内蔵するクロック生成部（図示せぬ）により生成した所定のクロックを、シリアルI/F１１１、およびシリアルクロック線１６１−２を介して、記録再生ブロック１２に送信する。

記録再生ブロック１２は、シリアルクロック線１６１−２を介して、クロックを受信すると、シリアルデータ線１６１−１を介して、コマンドデータパケットをカメラブロック１１に送信してくる（図９と図１２のステップＳ６１）。

カメラブロック１１のカメラ用CPU２１は、ステップＳ８６において、シリアルデータ線１６１−１、シリアルI/F１１１、S/P変換部１０３、および受信キューコントローラ１０４を介してコマンドパケットを受信し、パリティチェックやコマンドパケット解析を行い、エラーがなかった場合には、ステップＳ８３に戻り、それ以降の処理を繰り返す。

すなわち、カメラブロック１１において、コマンドデータパケットがすべて受信されるまで、ステップＳ８４乃至Ｓ８６の処理が繰り返され、これに対応する、記録再生ブロック１２の処理も繰り返される（図９と図１２のステップＳ５９乃至Ｓ６１）。

次に、図１３および図１４のフローチャート、並びに図１５のアローチャートを参照して、図６のステップＳ２７のコマンドアックパケット送受信制御処理を説明する。図１３は、カメラブロック１１のコマンドアックパケット送信制御処理を表しており、図１４は、記録再生ブロック１２のコマンドアックパケット受信制御処理を表している。図１５は、カメラブロック１１および記録再生ブロック１２の処理の関係を表している。

以下、図１３および図１４を参照して、カメラブロック１１および記録再生ブロック１２の処理について、個別に説明するが、これら装置の相互の処理の関係は、図１５の対応するステップを参照することで、容易に理解することが可能である。なお、図１５においては、カメラブロック１１および記録再生ブロック１２の相互の処理に係わらないステップは、適宜省略されている。

まず、図１３のフローチャートを参照して、カメラブロック１１のコマンドアックパケット送信制御処理について説明する。

カメラブロック１１の通信制御部１０１は、ステップＳ１０１において、カメラ用CPU２１からコマンドアックパケットの送信が要求されるまで待機しており、カメラ用CPU２１からコマンドアックパケットの送信が要求されたと判定した場合、ステップＳ１０２に進み、ポート１１２の通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を記録再生ブロック１２に送信する。

記録再生ブロック１２は、通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を受信すると、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信してくる（図１４と図１５のステップＳ１２２）。

カメラブロック１１の通信制御部１０１は、ステップＳ１０３において、通信制御線１６３−３およびポート１１２を介してACK信号（ドライブ_ACK）を受信し、カメラ用CPU２１に通知し、記録再生ブロック１２のメインCPU４１の受信受諾を確認し、ステップＳ１０４に進む。

通信制御部１０１は、カメラ用CPU２１のコマンドアックパケットの送信準備の完了に基づいて、ステップＳ１０４において、送信キューコントローラ１０６を制御し、コマンドアックパケットに送信キュー１０８の総容量および残量の情報である送信キュー情報を付加させ、ステップＳ１０５に進み、所定のクロックを、シリアルクロック線１６１−２を介して記録再生ブロック１２に送信するとともに、送信キューコントローラ１０６を制御し、送信キュー情報が付加されたコマンドアックパケットを送信させる。

具体的には、カメラ用CPU２１は、図６のステップＳ２６においてコマンドアックパケットを生成し、生成したコマンドアックパケットを送信キューコントローラ１０６に供給している。送信キューコントローラ１０６は、供給されたコマンドアックパケットを、バッファ１０７に一旦格納しており、通信制御部１０１の制御のもと、ステップＳ１０４において、バッファ１０７からコマンドアックパケットを読み出し、情報付加部１１３に、送信キュー１０８の総容量および残量の情報である送信キュー情報を付加させ、ステップＳ１０５において、送信キュー情報が付加されたコマンドアックパケットを、P/S変換部１０９に供給する。

このとき、通信制御部１０１は、所定のクロックをシリアルクロック線１６１−２を介して記録再生ブロック１２に送信するとともに、P/S変換部１０９に供給している。P/S変換部１０９は、通信制御部１０１からのクロックに同期して、コマンドアックパケットをP/S変換し、シリアルI/F１１１に供給する。シリアルI/F１１１は、P/S変換部１０９からのコマンドアックパケットを、シリアルデータ線１６１−１を介して、記録再生ブロック１２に送信する。

記録再生ブロック１２は、シリアルクロック線１６１−２を介して、クロックを受信するとともに、受信したクロックに同期して、シリアルデータ線１６１−１を介して、コマンドアックパケットを受信すると、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信してくる（図１４および図１５のステップＳ１２６）。

カメラブロック１１の通信制御部１０１は、ステップＳ１０６において、通信制御線１６３−３およびポート１１２を介してACK信号（ドライブ_ACK）を受信し、カメラ用CPU２１に通知する。これにより、カメラ用CPU２１は、記録再生ブロック１２にコマンドアックパケットが受信されたことを確認し、コマンドアックパケット送信制御処理を終了し、この後、図６のステップＳ２８に進み、ステップＳ２１で生成されたコマンドパケットの送信が判定される。

次に、図１４のフローチャートを参照して、記録再生ブロック１２のコマンドアックパケット受信制御処理について説明する。

カメラブロック１１は、ポート１１２の通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を記録再生ブロック１２に送信してくる（図１３と図１５のステップＳ１０２）。

記録再生ブロック１２の通信制御部１３１は、ステップＳ１２１において、カメラブロック１１からREQ信号（カメラ_REQ）を受信するまで待機しており、ポート１４２、および通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を受信し、メインCPU４１に通知し、ステップＳ１２２に進む。通信制御部１３１は、ステップＳ１２２において、メインCPU４１のコマンドアックパケット送信要求の受諾に基づいて、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信する。

なお、図１３の例においては、記録再生ブロック１２からのREQ信号（ドライブ_REQ）が送信されていない場合（すなわち、REQ信号がカメラブロック１１および記録再生ブロック１２において、ほぼ同時に送信されていない場合）であるので、通信制御部１３１は、CPU４１がコマンドアックパケットの受信準備ができると、ACK信号（ドライブ_ACK）をカメラブロック１１に送信する。

カメラブロック１１は、通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）を受信すると、シリアルクロック線１６１−２を介して、所定のクロックを送信してくるとともに、シリアルデータ線１６１−１を介して、コマンドアックパケットを送信してくる（図１３と図１５のステップＳ１０５）。

記録再生ブロック１２のメインCPU４１は、ステップＳ１２３において、シリアルクロック線１６１−２を介して受信されるクロックに同期して、シリアルデータ線１６１−１を介して、コマンドアックパケットを受信し、ステップＳ１２４に進む。

具体的には、シリアルクロック線１６１−２、およびシリアルI/F１４１を介して受信されるクロックは、通信制御部１３１、およびS/P変換部１３３に供給される。また、シリアルI/F１４１は、シリアルデータ線１６１−１を介して受信したコマンドアックパケットを、S/P変換部１３３に供給する。S/P変換部１３３は、シリアルI/F１４１からのクロックに同期して、コマンドアックパケットを、S/P変換し、受信キューコントローラ１３４に供給する。

受信キューコントローラ１３４は、供給されたコマンドアックパケットを受信キュー１３５に一旦格納し、メインCPU４１の制御のもと、受信キュー１３５からコマンドアックパケットを読み出し、メインCPU４１に供給する。

記録再生ブロック１２のメインCPU４１は、ステップＳ１２４において、コマンドアックパケットのパリティチェックを行い、コマンドアックパケットの解析を行い、エラーがなかった場合、コマンドアックパケットに付加されている送信キュー情報を取得し、ステップＳ１２５に進む。

なお、図示は省略するが、ステップＳ１２４において、エラーがあった場合には、メインCPU４１は、通信制御部１３１を制御し、ポート１４２、および通信制御線１６３−５を介して、カメラブロック１１に、NACK信号（ドライブ_NACK）を送信させる。これにより、カメラブロック１１においては、コマンドアックパケットが再送される。

記録再生ブロック１２のメインCPU４１は、ステップＳ１２５において、取得した送信キュー情報に基づいて、記憶しているカメラブロック１１の送信キュー１０８の残量情報を更新し、ステップＳ１２６に進む。この更新された送信キュー１０８の残量情報が、上述した図６のステップＳ２３において、所定のしきい値と比較、判定されることにより、コマンド通信制御が行われる。

記録再生ブロック１２のメインCPU４１は、ステップＳ１２６において、通信制御部１３１を制御し、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信し、コマンドアックパケット受信制御処理を終了する。この後、図６のステップＳ２８に進み、ステップＳ２１で生成されたコマンドパケットの送信が判定される。

次に、図１６および図１７のフローチャート、並びに図１８のアローチャートを参照して、図６のステップＳ３１のリザルトパケット送受信制御処理を説明する。図１６は、カメラブロック１１のリザルトパケット送信制御処理を表しており、図１７は、記録再生ブロック１２のリザルトパケット受信制御処理を表している。図１８は、カメラブロック１１および記録再生ブロック１２の処理の関係を表している。

以下、図１６および図１７を参照して、カメラブロック１１および記録再生ブロック１２の処理について、個別に説明するが、これら装置の相互の処理の関係は、図１８の対応するステップを参照することで、容易に理解することが可能である。なお、図１８においては、カメラブロック１１および記録再生ブロック１２の相互の処理に係わらないステップは、適宜省略されている。

まず、図１６のフローチャートを参照して、カメラブロック１１のリザルトパケット送信制御処理について説明する。

カメラブロック１１の通信制御部１０１は、ステップＳ１４１において、カメラ用CPU２１からリザルトパケットの送信が要求されるまで待機しており、カメラ用CPU２１からリザルトパケットの送信が要求されたと判定した場合、ステップＳ１４２に進み、ポート１１２の通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を記録再生ブロック１２に送信する。

記録再生ブロック１２は、通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を受信すると、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信してくる（図１７と図１８のステップＳ１６２）。

カメラブロック１１の通信制御部１０１は、ステップＳ１４３において、通信制御線１６３−３およびポート１１２を介してACK信号（ドライブ_ACK）を受信し、カメラ用CPU２１に通知し、記録再生ブロック１２のメインCPU４１の受信受諾を確認し、ステップＳ１４４に進む。通信制御部１０１は、カメラ用CPU２１のリザルトパケットの送信準備の完了に基づいて、ステップＳ１４４において、送信キューコントローラ１０６を制御し、リザルトパケットに送信キュー１０８の総容量および残量の情報である送信キュー情報を付加させ、ステップＳ１４５に進み、所定のクロックを、シリアルクロック線１６１−２を介して記録再生ブロック１２に送信するとともに、送信キューコントローラ１０６を制御し、送信キュー情報が付加されたリザルトパケットを送信させる。

具体的には、カメラ用CPU２１は、図６のステップＳ３０においてリザルトパケットを生成し、生成したリザルトパケットを送信キューコントローラ１０６に供給している。送信キューコントローラ１０６は、供給されたリザルトパケットを、送信キュー１０８に一旦格納しており、通信制御部１０１の制御のもと、ステップＳ１０４において、送信キュー１０８からリザルトパケットを読み出し、情報付加部１１３に、送信キュー１０８の総容量および残量の情報である送信キュー情報を付加させ、ステップＳ１０５において、送信キュー情報が付加されたリザルトパケットを、P/S変換部１０９に供給する。

このとき、通信制御部１０１は、所定のクロックをシリアルクロック線１６１−２を介して記録再生ブロック１２に送信するとともに、P/S変換部１０９に供給している。P/S変換部１０９は、通信制御部１０１からのクロックに同期して、リザルトパケットをP/S変換し、シリアルI/F１１１に供給する。シリアルI/F１１１は、P/S変換部１０９からのリザルトパケットを、シリアルデータ線１６１−１を介して、記録再生ブロック１２に送信する。

記録再生ブロック１２は、シリアルクロック線１６１−２を介して、クロックを受信するとともに、受信したクロックに同期して、シリアルデータ線１６１−１を介して、リザルトパケットを受信すると、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信してくる（図１７と図１８のステップＳ１６８またはＳ１７０）。

カメラブロック１１の通信制御部１０１は、ステップＳ１４６において、通信制御線１６３−３およびポート１１２を介してACK信号（ドライブ_ACK）を受信し、カメラ用CPU２１に通知する。これにより、カメラ用CPU２１は、記録再生ブロック１２にリザルトパケットが受信されたことを確認し、ステップＳ１４７において、送信すべきデータパケットがあるか否か、すなわち、送信キュー１０８にリザルトデータパケットがあるか否かを判定し、送信すべきデータパケットがないと判定した場合、コマンドパケット送信制御処理を終了する。この後、図６のステップＳ３２に進み、ステップＳ２１で生成されたコマンドパケットの送信が判定される。

ステップＳ１４７において、送信すべきデータパケットがあると判定された場合、ステップＳ１４８に進み、通信制御部１０１は、カメラ用CPU２１のリザルトデータパケットの送信準備の完了に基づいて、所定のクロックを、シリアルクロック線１６１−２を介して記録再生ブロック１２に送信するとともに、送信キューコントローラ１０６を制御し、送信キュー情報が付加されたリザルトデータパケットを送信させる。

記録再生ブロック１２は、シリアルクロック線１６１−２を介して、クロックを受信するとともに、受信したクロックに同期して、シリアルデータ線１６１−１を介して、リザルトデータパケットを受信し、受信可能になると、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信してくる（図１７と図１８のステップＳ１６８）。

カメラブロック１１の通信制御部１０１は、ステップＳ１４９において、通信制御線１６３−３およびポート１１２を介してACK信号（ドライブ_ACK）を受信し、カメラ用CPU２１に通知する。これにより、カメラ用CPU２１は、記録再生ブロック１２にリザルトパケットが受信されたことを確認し、ステップＳ１４７に戻り、それ以降の処理を繰り返す。

すなわち、カメラブロック１１において、リザルトデータパケットがすべて送信されるまで、ステップＳ１４８およびＳ１４９の処理が繰り返され、これに対応する、記録再生ブロック１２の処理も繰り返される（図１７と図１８のステップＳ１６７乃至Ｓ１６９）。

次に、図１７のフローチャートを参照して、記録再生ブロック１２のリザルトパケット受信制御処理について説明する。

カメラブロック１１は、ポート１１２の通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を記録再生ブロック１２に送信してくる（図１６と図１８のステップＳ１４２）。

記録再生ブロック１２の通信制御部１３１は、ステップＳ１６１において、カメラブロック１１からREQ信号（カメラ_REQ）を受信するまで待機しており、ポート１４２、および通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を受信し、メインCPU４１に通知し、ステップＳ１６２に進む。通信制御部１３１は、ステップＳ１６２において、メインCPU４１のリザルトパケット送信要求の受諾に基づいて、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信する。

なお、図１７の例においては、図１４の例と同様に、記録再生ブロック１２からのREQ信号（ドライブ_REQ）が送信されていない場合（すなわち、REQ信号がカメラブロック１１および記録再生ブロック１２において、ほぼ同時に送信されていない場合）であるので、通信制御部１３１は、CPU４１がコマンドアックパケットの受信準備ができると、ACK信号（ドライブ_ACK）をカメラブロック１１に送信する。

カメラブロック１１は、通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）を受信すると、シリアルクロック線１６１−２を介して、所定のクロックを送信してくるとともに、シリアルデータ線１６１−１を介して、リザルトパケットを送信してくる（図１６のステップＳ１４５）。

記録再生ブロック１２のメインCPU４１は、ステップＳ１６３において、シリアルクロック線１６１−２を介して受信されるクロックに同期して、シリアルデータ線１６１−１を介して、リザルトパケットを受信し、ステップＳ１６４に進む。

具体的には、シリアルクロック線１６１−２、およびシリアルI/F１４１を介して受信されるクロックは、通信制御部１３１、およびS/P変換部１３３に供給される。また、シリアルI/F１４１は、シリアルデータ線１６１−１を介して受信したリザルトパケットを、S/P変換部１３３に供給する。S/P変換部１３３は、シリアルI/F１４１からのクロックに同期して、リザルトパケットを、S/P変換し、受信キューコントローラ１３４に供給する。

受信キューコントローラ１３４は、供給されたリザルトパケットを受信キュー１３５に一旦格納し、メインCPU４１の制御のもと、受信キュー１３５からリザルトパケットを読み出し、メインCPU４１に供給する。

記録再生ブロック１２のメインCPU４１は、ステップＳ１６４において、リザルトパケットのパリティチェックを行い、リザルトパケットの解析を行い、エラーがなかった場合、リザルトパケットに付加されている送信キュー情報を取得し、ステップＳ１６５に進む。

なお、図示は省略するが、ステップＳ１６４において、エラーがあった場合には、メインCPU４１は、通信制御部１３１を制御し、ポート１４２、および通信制御線１６３−５を介して、カメラブロック１１に、NACK信号（ドライブ_NACK）を送信させる。これにより、カメラブロック１１においては、リザルトパケットが再送される。

記録再生ブロック１２のメインCPU４１は、ステップＳ１６５において、取得した送信キュー情報に基づいて、記憶しているカメラブロック１１の送信キュー１０８の残量情報を更新し、ステップＳ１６６に進む。この更新された送信キュー１０８の残量情報が、上述した図６のステップＳ２３において、所定のしきい値と比較、判定されることにより、コマンドパケット送信制御が行われる。

記録再生ブロック１２のメインCPU４１は、ステップＳ１６６において、リザルトパケットに続いてリザルトデータパケットが受信されるか、すなわち、受信すべきデータがあるか否かを判定し、受信すべきデータがあると判定した場合には、ステップＳ１６７に進み、受信キューコントローラ１３４から、受信キュー１３５の残量情報を取得し、受信キュー１３５が受信可能となるまで待機し、受信キュー１３５が受信可能であると判定した場合、ステップＳ１６８において、通信制御部１３１を制御し、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を記録再生ブロック１２に送信し、ステップＳ１６９に進む。

カメラブロック１１は、通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）を受信すると、シリアルクロック線１６１−２を介して、所定のクロックを送信してくるとともに、シリアルデータ線１６１−１を介して、リザルトデータパケットを送信してくる（図１６のステップＳ１４９）。

記録再生ブロック１２のメインCPU４１は、ステップＳ１６９において、シリアルクロック線１６１−２を介して受信されるクロックに同期して、シリアルデータ線１６１−１を介して、リザルトデータパケットを受信し、ステップＳ１６６に戻り、それ以降の処理を繰り返す。

すなわち、記録再生ブロック１２において、リザルトデータパケットがすべて受信されるまで、ステップＳ１６７乃至Ｓ１６９の処理が繰り返され、これに対応する、カメラブロック１１の処理も繰り返される（図１６と図１８のステップＳ１４８およびＳ１４９）。

また、メインCPU４１は、ステップＳ１６６において、受信すべきデータがないと判定した場合には、ステップＳ１７０に進み、通信制御部１３１を制御し、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を記録再生ブロック１２に送信し、リザルトパケット受信制御処理を終了する。この後、図６のステップＳ３２に進み、ステップＳ２１で生成されたコマンドパケットの送信が判定される。

以上のように、コマンドパケットの実行完了結果であるリザルトパケット、およびコマンドパケットに１対１で対応するコマンドアックパケットに、送信キューの情報を付加することにより、カメラブロック１１側の送信キュー情報を取得できるようにしたので、記録再生ブロック１２側の制御だけであっても、カメラブロック１１の送信キューがあふれるなどして、カメラブロック１１が制御不可能になることを抑制することができ、カメラブロックと記録再生ブロック間において、シリアル線により、快適なパケット通信を行うことができる。

また、記録再生ブロック１２においては、一度コマンドパケットをカメラブロック１１に送信してしまうと、送信したコマンドパケットに対応するコマンドアックパケットが受信するまで、次のコマンドパケットが送信できない。すなわち、記録再生ブロック１２においては、コマンドパケットが送信されれば、必ずコマンドアックパケットが受信される。

したがって、このコマンドアックパケットに送信キュー情報を付加することにより、コマンドパケットが送信された場合には、必ず、送信キュー情報を得ることができる。したがって、リザルトパケットだけに、送信キュー情報が付加される場合よりも、逐次、カメラブロック側のバッファの情報が取得できるのでより効果がある。

また、送信キュー情報が付加されたコマンドアックパケット（リザルトパケット）が記録再生ブロックに受信され、送信キュー情報に示される送信キューの残量がしきい値よりも小さい場合には、記録再生ブロックのコマンドの送信が行われず、カメラブロックの送信のために通信路が開放される。すなわち、送信キュー情報が付加されたコマンドアックパケット（リザルトパケット）は、通信路を空けて欲しいことを通知するパケットともいえる。

なお、上記説明においては、パケットの送受信において、記録再生ブロック１２からのREQ信号（ドライブ_REQ）および、カメラブロック１１からのREQ信号（カメラ_REQ）のどちらかしか送信されていない場合、すなわち、記録再生ブロック１２からのREQ信号（ドライブ_REQ）と、カメラブロック１１からのREQ信号（カメラ_REQ）による割り込みが略同時に行われていない場合を説明したが、記録再生ブロック１２からのREQ信号（ドライブ_REQ）と、カメラブロック１１からのREQ信号（カメラ_REQ）による割り込みが略同時に行われてしまう場合もある。

そこで、記録再生ブロック１２からのREQ信号（ドライブ_REQ）と、カメラブロック１１からのREQ信号（カメラ_REQ）による割り込みが略同時に行われてしまう場合のパケットの送受信制御処理を、図１９乃至図２２のアローチャートを参照して説明する。

なお、図１９乃至図２２のパケットの送受信制御処理は、図８乃至図１８を参照して上述した各パケットの送受信制御処理の他の例であり、記録再生ブロック１２およびカメラブロック１１の個々の処理は、記録再生ブロック１２からのREQ信号（ドライブ_REQ）と、カメラブロック１１からのREQ信号（カメラ_REQ）が送信されていない場合と基本的に同様の処理を行うため、繰り返しになるので、その図示および詳細な説明は省略する。

まず、図１９のアローチャートを参照して、記録再生ブロック１２からのREQ信号（ドライブ_REQ）の送信が、カメラブロック１１からのREQ信号（カメラ_REQ）の送信よりも十分に早い場合を説明する。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２０１において、メインCPU４１からコマンドパケットの送信が要求されると、ステップＳ２０２に進み、ポート１４２の通信制御線１６３−１を介して、REQ信号（ドライブ_REQ）をカメラブロック１１に送信する。

これに対応して、カメラブロック１１の通信制御部１０１は、ステップＳ２２１において、ポート１１２、および通信制御線１６３−１を介して、REQ信号（ドライブ_REQ）を受信する。

一方、カメラブロック１１のカメラ用CPU２１は、前のコマンド実行の処理を完了し、その結果として、リザルトパケットの送信を通信制御部１０１に要求する。通信制御部１０１は、ステップＳ２２２において、カメラ用CPU２１からリザルトパケットの送信が要求されるが、ステップＳ２２１において、REQ信号（ドライブ_REQ）を受信しているので、それをカメラ用CPU２１に通知し、リザルトパケットの送信要求を待機させ、REQ信号（カメラ_REQ）の送信を行わない（禁止する）。

そして、カメラブロック１１の通信制御部１０１は、ステップＳ２２３に進み、カメラ用CPU２１のコマンドパケット受信の受諾に基づいて、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を送信する。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２０３において、通信制御線１６３−４、およびポート１４２を介して、ACK信号（カメラ_ACK）を受信し、メインCPU４１のコマンドパケットの送信準備が完了すると、ステップＳ２０４に進み、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信する。

カメラブロック１１の通信制御部１０１は、ステップＳ２２４において、通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）を受信し、ステップＳ２２５に進み、シリアルI/F１１１、およびシリアルクロック線１６１−２を介して、所定のクロックを送信する。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２０５において、シリアルクロック線１６１−２、およびシリアルI/F１４１を介してクロックを受信し、メインCPU４１に通知する。メインCPU４１は、ステップＳ２０６に進み、送信キューコントローラ１３６を制御し、ステップＳ２０５において受信したクロックに同期して、コマンドパケットをカメラブロック１１に送信させる。

カメラブロック１１のカメラ用CPU２１は、ステップＳ２２６において、シリアルデータ線１６１−１を介して、コマンドパケットを受信し、受信したコマンドパケットを解析し、エラーがない場合、ステップＳ２２７に進み、通信制御部１０１を制御し、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を記録再生ブロック１２に送信させる。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２０７において、カメラブロック１１から送信されてくるACK信号（カメラ_ACK）を、通信制御線１６３−４、およびポート１４２を介して受信し、メインCPU４１に通知する。これにより、メインCPU４１は、コマンド送信が完了したことを確認する。

一方、カメラブロック１１のカメラ用CPU２１は、通信制御部１０１が、ACK信号（カメラ_ACK）を送信した後、通信制御部１０１に、待機していたリザルトパケットの送信を再度要求する。通信制御部１０１は、ステップＳ２２８において、カメラ用CPU２１からリザルトパケットの送信の要求を受け、ステップＳ２２９に進み、ポート１１２の通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を記録再生ブロック１２に送信する。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２０７においてコマンド送信を完了しているので、ステップＳ２０８において、カメラブロック１１からのREQ信号（カメラ_REQ）を受信する。

なお、図１９のステップＳ２０８およびＳ２２９以降の処理は、図１６乃至図１８のリザルトパケット送受信制御処理（ステップＳ１６２およびＳ１４３以降の処理）と同様の処理を行うため、その説明は繰り返しになるので省略する。

次に、図２０のアローチャートを参照して、記録再生ブロック１２からのREQ信号（ドライブ_REQ）の送信が実行された直後に、カメラブロック１１からのREQ信号（カメラ_REQ）が受信される場合を説明する。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２４１において、メインCPU４１からコマンドパケットの送信が要求されると、ステップＳ２４２に進み、ポート１４２の通信制御線１６３−１を介して、REQ信号（ドライブ_REQ）をカメラブロック１１に送信する。

一方、カメラブロック１１のカメラ用CPU２１は、前のコマンド実行の処理を完了し、その結果として、リザルトパケットの送信を通信制御部１０１に要求する。カメラブロック１１の通信制御部１０１は、ステップＳ２６１において、カメラ用CPU２１からリザルトパケットの送信が要求されると、ステップＳ２６２に進み、ポート１１２の通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を、記録再生ブロック１２に送信し、記録再生ブロック１２からのACK信号（ドライブ_ACK）（すなわち、リザルトパケット受信要求への受諾）を待っている。

しかしながら、カメラブロック１１の通信制御部１０１は、ステップＳ２６３において、ポート１１２、および通信制御線１６３−１を介して、コマンドパケット送信要求であるREQ信号（ドライブ_REQ）を受信する。通信制御部１０１は、記録再生ブロック１２から、ACK信号（ドライブ_ACK）ではなく、REQ信号（ドライブ_REQ）が受信されたことにより、記録再生ブロック１２において、REQ信号（カメラ_REQ）が受信されなかったことを認識し、それをカメラ用CPU２１に通知する。カメラ用CPU２１は、コマンドパケット送信要求を受諾するとともに、リザルトパケットの送信要求を待機し、ステップＳ２６４に進み、通信制御部１０１を制御し、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を送信させる。

カメラブロック１１から、通信制御線１６３−２を介して、REQ信号（カメラ_REQ）が送信されてくるが、記録再生ブロック１２の通信制御部１３１は、ステップＳ２４２において、REQ信号（ドライブ_REQ）を送信したので、REQ信号（カメラ_REQ）の受信を無視して、ACK信号（ドライブ_ACK）の送信を行わず（禁止し）、ステップＳ２４３に進む。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２４３において、カメラブロック１１から、通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を受信し、メインCPU４１のコマンドパケットの送信準備が完了すると、ステップＳ２４４に進み、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信する。

カメラブロック１１の通信制御部１０１は、ステップＳ２６５において、通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）を受信し、ステップＳ２６６に進み、シリアルI/F１１１、およびシリアルクロック線１６１−２を介して、所定のクロックを送信する。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２４５において、シリアルクロック線１６１−２、およびシリアルI/F１４１を介してクロックを受信し、メインCPU４１に通知する。メインCPU４１は、ステップＳ２４６に進み、送信キューコントローラ１３６を制御し、ステップＳ２４５において受信したクロックに同期して、コマンドパケットをカメラブロック１１に送信させる。

カメラブロック１１のカメラ用CPU２１は、ステップＳ２６７において、シリアルデータ線１６１−１を介して、コマンドパケットを受信し、受信したコマンドパケットを解析し、エラーがない場合、ステップＳ２６８に進み、通信制御部１０１を制御し、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を記録再生ブロック１２に送信させる。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２４７において、カメラブロック１１から送信されてくるACK信号（カメラ_ACK）を、通信制御線１６３−４、およびポート１４２を介して受信し、メインCPU４１に通知する。これにより、メインCPU４１は、コマンド送信が完了したことを確認する。

一方、カメラブロック１１のカメラ用CPU２１は、通信制御部１０１が、ACK信号（カメラ_ACK）を送信した後、通信制御部１０１に、待機されていたリザルトパケットの送信を再度要求する。通信制御部１０１は、ステップＳ２６９において、カメラ用CPU２１からリザルトパケットの送信の要求を受け、ステップＳ２７０に進み、ポート１１２の通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を記録再生ブロック１２に送信する。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２４７においてコマンド送信を完了しているので、ステップＳ２４８において、カメラブロック１１からのREQ信号（カメラ_REQ）を受信する。

なお、図２０のステップＳ２４８およびＳ２７０以降の処理は、図１６乃至図１８のリザルトパケット送受信制御処理（ステップＳ１６２およびＳ１４３以降の処理）と同様の処理を行うため、その説明は繰り返しになるので省略する。

次に、図２１のアローチャートを参照して、記録再生ブロック１２からのREQ信号（ドライブ_REQ）が送信される直前に、カメラブロック１１からのREQ信号（カメラ_REQ）が受信される場合を説明する。

カメラブロック１１のカメラ用CPU２１は、前のコマンド実行の処理を完了し、その結果として、リザルトパケットの送信を通信制御部１０１に要求する。カメラブロック１１の通信制御部１０１は、ステップＳ３０１において、カメラ用CPU２１からリザルトパケットの送信が要求されると、ステップＳ３０２に進み、ポート１１２の通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を記録再生ブロック１２に送信し、記録再生ブロック１２からのACK信号（ドライブ_ACK）（すなわち、リザルトパケット受信要求への受諾）を待っている。

一方、記録再生ブロック１２の通信制御部１３１は、ステップＳ２８１において、メインCPU４１からコマンドパケットの送信要求を受けると、その直後に、カメラブロック１１から、通信制御線１６３−２を介して、REQ信号（カメラ_REQ）が送信されてくる。

しかしながら、記録再生ブロック１２の通信制御部１３１は、REQ信号（カメラ_REQ）が送信されてくる直前のステップＳ２８１に、メインCPU４１からコマンドパケットの送信要求を受けているので、REQ信号（カメラ_REQ）の受信を無視して、ACK信号（ドライブ_ACK）の送信を行わず（禁止し）、ステップＳ２８２に進み、メインCPU４１からコマンドパケットの送信要求に応じて、ポート１４２の通信制御線１６３−１を介して、REQ信号（ドライブ_REQ）をカメラブロック１１に送信する。

カメラブロック１１の通信制御部１０１は、ステップＳ３０３において、ポート１１２、および通信制御線１６３−１を介して、コマンドパケット送信要求であるREQ信号（ドライブ_REQ）を受信する。通信制御部１０１は、記録再生ブロック１２から、ACK信号（ドライブ_ACK）ではなく、REQ信号（ドライブ_REQ）が受信されたことにより、記録再生ブロック１２において、REQ信号（カメラ_REQ）が受信されなかったことを認識し、それをカメラ用CPU２１に通知する。カメラ用CPU２１は、コマンドパケット送信要求を受諾するとともに、リザルトパケットの送信要求を待機し、ステップＳ３０４に進み、通信制御部１０１を制御し、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を送信させる。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２８３において、カメラブロック１１から、通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を受信し、コマンドパケットの送信準備が完了すると、ステップＳ２８４に進み、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信する。

カメラブロック１１の通信制御部１０１は、ステップＳ３０５において、通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）を受信し、ステップＳ３０６に進み、シリアルI/F１１１、およびシリアルクロック線１６１−２を介して、所定のクロックを送信する。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２８５において、シリアルクロック線１６１−２、およびシリアルI/F１４１を介してクロックを受信し、メインCPU４１に通知する。メインCPU４１は、ステップＳ２８６に進み、送信キューコントローラ１３６を制御し、受信したクロックに同期して、コマンドパケットをカメラブロック１１に送信させる。

カメラブロック１１のカメラ用CPU２１１は、ステップＳ３０７において、シリアルデータ線１６１−１を介して、コマンドパケットを受信し、受信したコマンドパケットを解析し、エラーがない場合、ステップＳ３０８に進み、通信制御部１０１を制御し、ポート１１２、および通信制御線１６３−４を介して、ACK信号（カメラ_ACK）を記録再生ブロック１２に送信する。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２８７において、カメラブロック１１から送信されてくるACK信号（カメラ_ACK）を、通信制御線１６３−４、およびポート１４２を介して受信し、メインCPU４１に通知する。これにより、メインCPU４１は、コマンド送信が完了したことを確認する。

一方、カメラブロック１１のカメラ用CPU２１は、通信制御部１０１が、ACK信号（カメラ_ACK）を送信した後、通信制御部１０１に、待機されていたリザルトパケットの送信を再度要求する。通信制御部１０１は、ステップＳ３０９において、カメラ用CPU２１からリザルトパケットの送信の要求を受け、ステップＳ３１０に進み、ポート１１２の通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を記録再生ブロック１２に送信する。

記録再生ブロック１２の通信制御部１３１は、ステップＳ２８７においてコマンド送信を完了しているので、ステップＳ２８８において、カメラブロック１１からのREQ信号（カメラ_REQ）を受信する。

なお、図２１のステップＳ２８８およびＳ３１０以降の処理は、図１６乃至図１８のリザルトパケット送受信制御処理（ステップＳ１６２およびＳ１４３以降の処理）と同様の処理を行うため、その説明は繰り返しになるので省略する。

さらに、図２２のアローチャートを参照して、カメラブロック１１からのREQ信号（カメラ_REQ）の送信が、記録再生ブロック１２からのREQ信号（ドライブ_REQ）の送信よりも十分に早い場合を説明する。

カメラブロック１１のカメラ用CPU２１は、前のコマンド実行の処理を完了し、その結果として、リザルトパケットの送信を通信制御部１０１に要求する。カメラブロック１１の通信制御部１０１は、ステップＳ３４１において、カメラ用CPU２１からリザルトパケットの送信が要求されると、ステップＳ３４２に進み、ポート１１２の通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を記録再生ブロック１２に送信し、記録再生ブロック１２からのACK信号（ドライブ_ACK）（すなわち、リザルトパケット受信要求への受諾）を待っている。

記録再生ブロック１２の通信制御部１３１は、ステップＳ３２１において、通信制御線１６３−２を介して、REQ信号（カメラ_REQ）を受信し、メインPCU４１のリザルトパケットの受信準備が完了すると、ステップＳ３２２に進み、ポート１４２、および通信制御線１６３−３を介して、リザルトパケット受信要求への受諾であるACK信号（ドライブ_ACK）を、カメラブロック１１に送信し、ステップＳ３２３に進む。

記録再生ブロック１２のメインCPU４１は、次のコマンドパケットの送信を、通信制御部１３１に要求する。記録再生ブロック１２の通信制御部１３１は、ステップＳ３２３において、メインCPU４１からコマンドパケットの送信要求を受けるが、すでに、ステップＳ３２２においてACK信号（ドライブ_ACK）をカメラブロック１１に送信してしまっているので、それをメインCPU４１に通知し、コマンドパケットの送信要求を待機させ、REQ信号（ドライブ_REQ）の送信を行わない（禁止する）。

カメラブロック１１の通信制御部１０１は、ステップＳ３４３において、ポート１１２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）を受信し、カメラ用CPU２１のリザルトパケットの送信準備（送信キュー情報の付加も含まれる）ができると、ステップＳ３４４に進み、シリアルI/F１１１、およびシリアルクロック線１６１−２を介して、所定のクロックを送信するとともに、送信キューコントローラ１０６を制御し、シリアルデータ線１６１−１を介して、リザルトパケットを送信させる。

記録再生ブロック１２のメインCPU４１は、ステップＳ３２４において、シリアルデータ線１６１−１を介して、リザルトパケットを受信し、受信したリザルトパケットを解析し、エラーがない場合、ステップＳ３２５に進み、通信制御部１３１を制御し、ポート１４２、および通信制御線１６３−３を介して、ACK信号（ドライブ_ACK）をカメラブロック１１に送信させる。

カメラブロック１１の通信制御部１０１は、ステップＳ３４５において、記録再生ブロック１２から送信されてくるACK信号（ドライブ_ACK）を、通信制御線１６３−３、およびポート１１２を介して受信し、カメラ用CPU２１に通知する。これにより、カメラ用CPU２１は、リザルトパケット送信が完了したことを確認する。

一方、記録再生ブロック１２のメインCPU４１は、通信制御部１３１が、ACK信号（ドライブ_ACK）を送信した後、通信制御部１３１に、待機していた次のコマンドパケットの送信を再度要求する。通信制御部１３１は、ステップＳ３２６において、メインCPU４１からコマンドパケットの送信の要求を受け、ステップＳ３２７に進み、ポート１４２の通信制御線１６３−１を介して、REQ信号（ドライブ_REQ）をカメラブロック１１に送信する。

これに対応して、カメラブロック１１の通信制御部１０１は、ステップＳ２２１において、ポート１１２、および通信制御線１６３−１を介して、REQ信号（ドライブ_REQ）を受信する。

なお、図２２のステップＳ３２７およびＳ３４６以降の処理は、図８乃至図１２のコマンドパケット送受信制御処理（ステップＳ５３およびＳ７２以降の処理）と同様の処理を行うため、その説明は繰り返しになるので省略する。

以上のように、記録再生ブロック１２からのREQ信号（ドライブ_REQ）と、カメラブロック１１からのREQ信号（カメラ_REQ）による割り込みが略同時に行われてしまう場合には、記録再生ブロック１２は、カメラブロック１１からのREQ信号（カメラ_REQ）の受諾を示すACK信号（ドライブ_ACK）を送信する直前までにコマンド送信要求があれば、自己のコマンド送信要求を優先する。それに対して、カメラブロック１１は、記録再生ブロック１２から送信されてくるREQ信号（ドライブ_REQ）またはACK信号（ドライブ_ACK）に応じて、自己のREQ信号（カメラ_REQ）が受け入れられたか否かを判定する。

なお、上述した図１９乃至図２２においては、カメラブロック１１からは、リザルトパケットの送信が要求される例を説明したが、コマンドアックパケットの場合も同様の処理を行うため、その説明は繰り返しになるので省略する。

上記説明においては、記録再生装置１内部を構成するシリアル線で接続されたカメラブロック１１および記録再生ブロック１２を用いて説明したが、本発明は、例えば、カメラと、記録再生装置などのように、個々の装置単体の通信にも適用することができる。この場合、カメラや記録再生装置に限らず、パーソナルコンピュータの通信に適用することができることはもちろん、例えば、携帯電話機、その他のＰＤＡ(Personal Digital Assistant)機器や、ＡＶ(Audio Visual)機器や家電（家庭用電化製品）などのＣＥ（Consumer Electronics）機器などの通信にも適用することもできる。

また、本発明は、シリアル線に限らず、インターネットや、ＬＡＮ(local area network)や無線通信にも適用するようにしてもよい。

上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。この場合、例えば、図１の記録再生装置１のカメラブロック１１および記録再生ブロック１２は、図２３に示されるようなパーソナルコンピュータ４０１により構成される。

図２３において、ＣＰＵ（Central Processing Unit）４１１は、ＲＯＭ(Read Only Memory) ４１２に記憶されているプログラム、または、記憶部４１８からＲＡＭ（Random Access Memory）４１３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ４１３にはまた、ＣＰＵ４１１が各種の処理を実行する上において必要なデータなどが適宜記憶される。

ＣＰＵ４１１、ＲＯＭ４１２、およびＲＡＭ４１３は、バス４１４を介して相互に接続されている。このバス４１４にはまた、入出力インタフェース４１５も接続されている。

入出力インタフェース４１５には、キーボード、マウスなどよりなる入力部４１６、ＣＲＴ(Cathode Ray Tube)，ＬＣＤ（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部４１７、ハードディスクなどより構成される記憶部４１８、モデム、ターミナルアダプタなどより構成される通信部４１９が接続されている。通信部４１９は、無線などのネットワークを介しての通信処理を行う。なお、入出力インタフェース４１５には、必要に応じて、撮像部２２（図１のカメラブロック１１の場合）も接続される。

入出力インタフェース４１５にはまた、必要に応じてドライブ４２０が接続され、磁気ディスク４２１、光ディスク４２２、光磁気ディスク４２３、或いは半導体メモリ４２４などが適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部４１８にインストールされる。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば、汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。

なお、このプログラムは、全体として上述した一連の処理を実行できれば、その形態は特に限定されない。例えば、上述した各ブロックのそれぞれに対応するモジュールのそれぞれからなるモジュール構成とされてもよいし、幾つかのブロックの機能の一部または全部が組み合わされたモジュール、若しくは、ブロックの機能が分割されたモジュールからなるモジュール構成とされてもよい。或いは、単に１つのアルゴリズムを有するプログラムでもよい。

このプログラムが記録される記録媒体は、図２３に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク４２１（フレキシブルディスクを含む）、光ディスク４２２（CD-ROM(Compact Disk-Read Only Memory)，ＤＶＤ(Digital Versatile Disk)を含む）、光磁気ディスク４２３（MD(Mini-Disk)（商標）を含む）、もしくは半導体メモリ４２４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭ４１２や、記憶部４１８に含まれるハードディスクなどで構成される。

ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。

また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。

なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

本発明を適用した記録再生装置の一実施の形態の構成例を示すブロック図である。 図１のカメラブロックの通信部と記録再生ブロックの通信部の詳細な構成例を示すブロック図である。 カメラ用通信I/Fとメイン用通信I/Fの詳細な構成例を示すブロック図である。 図１のカメラブロックと記録再生ブロックで送受信されるデータを説明する図である。 図１の記録再生装置の画像表示制御処理を説明するフローチャートである。 図５の各ステップにおいて実行されるコマンド通信制御処理を説明するフローチャートである。 図６のコマンド通信制御処理を説明する図である。 図６のステップＳ２４の記録再生ブロックのコマンドパケット送信制御処理を説明するフローチャートである。 図６のステップＳ２４の記録再生ブロックのコマンドパケット送信制御処理を説明するフローチャートである。 図８の処理に対応するカメラブロックのコマンドパケット受信制御処理を説明するフローチャートである。 図８の処理に対応するカメラブロックのコマンドパケット受信制御処理を説明するフローチャートである。 図８および図９と図１０および図１１の処理の関係を示すアローチャートである。 図６のステップＳ２７のカメラブロックのコマンドアックパケット送信制御処理を説明するフローチャートである。 図１３の処理に対応する記録再生ブロックのコマンドアックパケット受信制御処理を説明するフローチャートである。 図１３と図１４の処理の関係を示すアローチャートである。 図６のステップＳ３１のカメラブロックのリザルトパケット送信制御処理を説明するフローチャートである。 図１６の処理に対応する記録再生ブロックのリザルトパケット受信制御処理を説明するフローチャートである。 図１６と図１７の処理の関係を示すアローチャートである。 パケット送信要求が重なる場合のパケット送受信制御処理の例を説明するアローチャートである。 パケット送信要求が重なる場合のパケット送受信制御処理の他の例を説明するアローチャートである。 パケット送信要求が重なる場合のパケット送受信制御処理のさらに他の例を説明するアローチャートである。 パケット送信要求が重なる場合のパケット送受信制御処理の他の例を説明するアローチャートである。 本発明を適用するパーソナルコンピュータの構成例を示すブロック図である。

符号の説明

１ 記録再生装置，１１ カメラブロック，１２ 記録再生ブロック，２１ カメラ用CPU，４１ メインCPU,４２ 操作部,７１ 通信バス,１０１ 通信制御部，１０２ カメラ用I/F，１０４ 受信キューコントローラ，１０５ 受信キュー，１０６ 送信キューコントローラ，１０７ バッファ，１０８ 送信キュー，１１１ シリアルI/F，１１２ ポート，１１３ 情報付加部，１３１ 通信制御部，１３２ メイン用I/F，１３４ 受信キューコントローラ，１３５ 受信キュー，１３６ 送信キューコントローラ，１３８ 送信キュー，１４１ シリアルI/F，１４２ ポート，１６１ シリアル線，１６１−１ シリアルデータ線，１６１−２ シリアルクロック線，１６３,１６３−１乃至１６３−８ 通信制御線，２０１ コマンドパケット，２１１ コマンドアックパケット，２１２ リザルトパケット

Claims (15)

1. 第１の情報処理装置と、前記第１の情報処理装置とのネットワークを介しての通信を制御する第２の情報処理装置からなる情報処理システムにおいて、
   前記第１の情報処理装置は、
   前記第２の情報処理装置に送信される第１のデータに、前記第２の情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報を付加する付加手段と、
   前記付加手段により前記送信バッファの残量情報が付加された前記第１のデータを、前記第２の情報処理装置に送信する第１の送信手段と
   を備え、
   前記第２の情報処理装置は、
   前記第１の情報処理装置に、第２のデータを送信する第２の送信手段と、
   前記第１の情報処理装置から送信されてくる前記第１のデータを受信するデータ受信手段と、
   前記データ受信手段により受信された前記第１データに付加された前記送信バッファの残量情報に基づいて、前記送信バッファの残量が所定値より小さいか否かを判定する残量判定手段と、
   前記残量判定手段により前記送信バッファの残量が所定値より小さいと判定された場合、前記第２の送信手段による前記第２のデータの送信よりも、前記第１の送信手段による前記第１のデータの送信を優先して行うように、前記第１の情報処理装置との通信を制御する通信制御手段と
   を備えることを特徴とする情報処理システム。
2. 前記第２のデータは、制御コマンドデータであり、
   前記第１のデータは、前記第１の情報処理装置により前記第２のデータが受信されたことを通知する通知データ、または、前記第１の情報処理装置により前記第２のデータに応じて実行された処理の結果を示す結果データである
   ことを特徴とする請求項１に記載の情報処理システム。
3. ネットワークを介しての通信を行う情報処理装置において、
   他の情報処理装置から送信されてくる第１のデータを受信する受信手段と、
   前記他の情報処理装置に送信される第２のデータに、前記他の情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報を付加する付加手段と、
   前記付加手段により前記送信バッファの残量情報が付加された前記第２のデータを、前記他の情報処理装置に送信する送信手段と
   を備え、
   前記他の情報処理装置により、前記送信手段により送信された前記第２のデータに付加された前記送信バッファの残量情報に基づいて、前記送信バッファの残量が所定値より小さいと判定された場合、前記送信手段による前記第２のデータの送信は、前記受信手段による前記第１のデータの受信よりも優先的に実行される
   ことを特徴とする情報処理装置。
4. 前記第１のデータは、制御コマンドデータであり、
   前記第２のデータは、前記受信手段により前記第１のデータが受信されたことを通知する通知データ、または、前記第１のデータに応じて実行された処理の結果を示す結果データである
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記第２のデータの候補として、前記通知データと前記結果データがある場合、前記送信手段は、前記通知データを優先的に送信する
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記受信手段により受信された前記第１のデータが蓄積される受信バッファの残量が所定値より小さいか否かを判定する残量判定手段をさらに備え、
   前記残量判定手段により前記受信バッファの残量が所定値より小さいと判定された場合、前記送信手段は、前記通知データの送信を待機し、前記結果データを送信する
   ことを特徴とする請求項５に記載の情報処理装置。
7. ネットワークを介しての通信を行う情報処理装置の情報処理方法において、
   他の情報処理装置から送信されてくる第１のデータを受信する受信ステップと、
   前記他の情報処理装置に送信される第２のデータに、前記他の情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報を付加する付加ステップと、
   前記付加ステップの処理により前記送信バッファの残量情報が付加された前記第２のデータを、前記他の情報処理装置に送信する送信ステップと
   を含み、
   前記他の情報処理装置により、前記送信ステップの処理により送信された前記第２のデータに付加された前記送信バッファの残量情報に基づいて、前記送信バッファの残量が所定値より小さいと判定された場合、前記第２のデータの送信は、前記第１のデータの受信よりも優先的に実行される
   ことを特徴とする情報処理方法。
8. ネットワークを介しての通信を行う処理をコンピュータに行わせるプログラムが記録される記録媒体であって、
   情報処理装置から送信されてくる第１のデータを受信する受信ステップと、
   前記情報処理装置に送信される第２のデータに、前記情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報を付加する付加ステップと、
   前記付加ステップの処理により前記送信バッファの残量情報が付加された前記第２のデータを、前記情報処理装置に送信する送信ステップと
   を含み、
   前記情報処理装置により、前記送信ステップの処理により送信された前記第２のデータに付加された前記送信バッファの残量情報に基づいて、前記送信バッファの残量が所定値より小さいと判定された場合、前記第２のデータの送信は、前記第１のデータの受信よりも優先的に実行される
   ことを特徴とするプログラムが記録される記録媒体。
9. ネットワークを介しての通信を行う処理をコンピュータに行わせるプログラムであって、
   情報処理装置から送信されてくる第１のデータを受信する受信ステップと、
   前記情報処理装置に送信される第２のデータに、前記情報処理装置への送信待ちのデータが蓄積される送信バッファの残量情報を付加する付加ステップと、
   前記付加ステップの処理により前記送信バッファの残量情報が付加された前記第２のデータを、前記情報処理装置に送信する送信ステップと
   を含み、
   前記情報処理装置により、前記送信ステップの処理により送信された前記第２のデータに付加された前記送信バッファの残量情報に基づいて、前記送信バッファの残量が所定値より小さいと判定された場合、前記第２のデータの送信は、前記第１のデータの受信よりも優先的に実行される
   ことを特徴とするプログラム。
10. ネットワークを介しての通信を制御する情報処理装置において、
    他の情報処理装置に、第１のデータを送信する送信手段と、
    前記他の情報処理装置から送信されてくる、前記他の情報処理装置の送信バッファの残量情報が付加された第２のデータを受信する受信手段と、
    前記受信手段により受信された前記第２データに付加された前記送信バッファの残量情報に基づいて、前記送信バッファの残量が所定値より小さいか否かを判定する残量判定手段と、
    前記残量判定手段により前記送信バッファの残量が所定値より小さいと判定された場合、前記送信手段による前記第１のデータの送信よりも、前記受信手段による前記第２のデータの受信を優先して行うように、前記他の情報処理装置との通信を制御する通信制御手段と
    を備えることを特徴とする情報処理装置。
11. 前記第１のデータは、制御コマンドデータであり、
    前記第２のデータは、前記送信手段により送信された前記第１のデータが前記他の情報処理装置により受信されたことを通知する通知データ、または、前記他の情報処理装置において前記第１のデータに応じて実行された処理の結果を示す結果データである
    ことを特徴とする請求項１０に記載の情報処理装置。
12. 前記通信制御手段は、前記受信手段が、前記第２のデータとして、前記送信手段により送信された前記第１のデータに対応する前記通知データを受信するまで、前記送信手段による次の第１のデータの送信を禁止し、前記受信手段による前記第２のデータの受信を優先して行うように、前記他の情報処理装置との通信を制御する
    ことを特徴とする請求項１１に記載の情報処理装置。
13. ネットワークを介しての通信を制御する情報処理装置の情報処理方法において、
    他の情報処理装置に、第１のデータを送信する送信ステップと、
    前記他の情報処理装置から送信されてくる、前記他の情報処理装置の送信バッファの残量情報が付加された第２のデータを受信する受信ステップと、
    前記受信ステップの処理により受信された前記第２データに付加された前記送信バッファの残量情報に基づいて、前記送信バッファの残量が所定値より小さいか否かを判定する残量判定ステップと、
    前記残量判定ステップの処理により前記送信バッファの残量が所定値より小さいと判定された場合、前記第１のデータの送信よりも、前記第２のデータの受信を優先して行うように、前記他の情報処理装置との通信を制御する通信制御ステップと
    を含むことを特徴とする情報処理方法。
14. ネットワークを介しての通信を制御する処理をコンピュータに行わせるプログラムが記録される記録媒体であって、
    情報処理装置に、第１のデータを送信する送信ステップと、
    前記情報処理装置から送信されてくる、前記情報処理装置の送信バッファの残量情報が付加された第２のデータを受信する受信ステップと、
    前記受信ステップの処理により受信された前記第２データに付加された前記送信バッファの残量情報に基づいて、前記送信バッファの残量が所定値より小さいか否かを判定する残量判定ステップと、
    前記残量判定ステップの処理により前記送信バッファの残量が所定値より小さいと判定された場合、前記第１のデータの送信よりも、前記第２のデータの受信を優先して行うように、前記情報処理装置との通信を制御する通信制御ステップと
    を含むことを特徴とするプログラムが記録される記録媒体。
15. ネットワークを介しての通信を制御する処理をコンピュータに行わせるプログラムが記録される記録媒体であって、
    情報処理装置に、第１のデータを送信する送信ステップと、
    前記情報処理装置から送信されてくる、前記情報処理装置の送信バッファの残量情報が付加された第２のデータを受信する受信ステップと、
    前記受信ステップの処理により受信された前記第２データに付加された前記送信バッファの残量情報に基づいて、前記送信バッファの残量が所定値より小さいか否かを判定する残量判定ステップと、
    前記残量判定ステップの処理により前記送信バッファの残量が所定値より小さいと判定された場合、前記第１のデータの送信よりも、前記第２のデータの受信を優先して行うように、前記情報処理装置との通信を制御する通信制御ステップと
    を含むことを特徴とするプログラム。

Images