(57)【要約】【課題】複数のプロトコルによる通信機能の実装を簡便化させることのできる画像形成装置、通信管理方法、及びプログラムの提供を目的とする。【解決手段】複数のプロトコルごとに当該プロトコルに応じた通信処理を実行する複数の通信処理手段と、前記通信処理手段からの要求に応じて、当該通信処理手段による通信処理のセッションを管理するセッション管理手段とを有し、前記セッション管理手段は、前記複数の通信処理手段より共通的に利用されることにより上記課題を解決する。【選択図】図２
2009260839.tif 000002
【特許請求の範囲】
【請求項１】
複数のプロトコルごとに当該プロトコルに応じた通信処理を実行する複数の通信処理手段と、
前記通信処理手段からの要求に応じて、当該通信処理手段による通信処理のセッションを管理するセッション管理手段とを有し、
前記セッション管理手段は、前記複数の通信処理手段より共通的に利用されることを特徴とする画像形成装置。
【請求項２】
前記セッション管理手段は、同一の前記通信処理手段に対して、当該通信処理手段を利用するアプリケーションに応じてセッションを管理するためのデータを生成することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記セッション管理手段は、セッションに係る通信を識別するための識別子を管理することを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
画像形成装置が実行する通信管理方法であって、
プロトコルごとの通信処理手段が、当該プロトコルに応じた通信処理を実行する通信処理手順と、
セッション管理手段が、前記通信処理手段からの要求に応じて当該通信処理手段による通信処理のセッションを管理するセッション管理手順とを有し、
前記セッション管理手段は、前記複数の通信処理手段より共通的に利用されることを特徴とする通信管理方法。
【請求項５】
前記セッション管理手段は、同一の前記通信処理手段に対して、当該通信処理手段を利用するアプリケーションに応じてセッションを管理するためのデータを生成することを特徴とする請求項４記載の通信管理方法。
【請求項６】
前記セッション管理手段は、セッションに係る通信を識別するための識別子を管理することを特徴とする請求項４又は５記載の通信管理方法。
【請求項７】
画像形成装置を、
複数のプロトコルごとに当該プロトコルに応じた通信処理を実行する複数の通信処理手段と、
前記通信処理手段からの要求に応じて、当該通信処理手段による通信処理のセッションを管理するセッション管理手段として機能させ、
前記セッション管理手段は、前記複数の通信処理手段より共通的に利用されることを特徴とする通信管理プログラム。
【請求項８】
前記セッション管理手段は、同一の前記通信処理手段に対して、当該通信処理手段を利用するアプリケーションに応じてセッションを管理するためのデータを生成することを特徴とする請求項７記載の通信管理プログラム。
【請求項９】
前記セッション管理手段は、セッションに係る通信を識別するための識別子を管理することを特徴とする請求項７又は８記載の通信管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、通信管理方法、及びプログラムに関し、特に複数のプロトコルによって通信を行う画像形成装置、通信管理方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、プリンタ、コピー機、ファクシミリ、又は複合機等の画像形成装置においても、各種のプロトコルを利用して通信が行われている。このような画像形成装置では、従来、プロトコルごとに通信処理が実装されていた。
【特許文献１】２００６−０７２９９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、通信処理においては、セッションの管理等、プロトコルが異なっても共通的に必要となる処理が存在する。したがって、従来のようにプロトコルごとに実装が行われる場合、同様の処理が重複して実装されていた。斯かる事態は、開発コストを増大させるばかりでなく、ソースコードの肥大化や、保守工数の増加を招くという問題がある。
【０００４】
本発明は、上記の点に鑑みてなされたものであって、複数のプロトコルによる通信機能の実装を簡便化させることのできる画像形成装置、通信管理方法、及びプログラムの提供を目的とする。
【課題を解決するための手段】
【０００５】
そこで上記課題を解決するため、本発明は、複数のプロトコルごとに当該プロトコルに応じた通信処理を実行する複数の通信処理手段と、前記通信処理手段からの要求に応じて、当該通信処理手段による通信処理のセッションを管理するセッション管理手段とを有し、前記セッション管理手段は、前記複数の通信処理手段より共通的に利用されることを特徴とする。
【０００６】
このような画像形成装置では、複数のプロトコルによる通信機能の実装を簡便化させることができる。
【発明の効果】
【０００７】
本発明によれば、複数のプロトコルによる通信機能の実装を簡便化させることのできる画像形成装置、通信管理方法、及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【０００８】
以下、図面に基づいて本発明の実施の形態を説明する。本実施の形態では、複合機を画像形成装置の一例として説明する。複合機１は、プリンタ、コピー、スキャナ、又は、ファクス等の複数の機能を一台の筐体において実現する画像形成装置である。
【０００９】
図１は、本発明の実施の形態における複合機のハードウェア構成の一例を示す図である。複合機１のハードウェアとしては、コントローラ６０１と、オペレーションパネル６０２と、ファクシミリコントロールユニット（ＦＣＵ）６０３と、撮像部６０４と、印刷部６０５が存在する。
【００１０】
コントローラ６０１は、ＣＰＵ６１１、ＡＳＩＣ６１２、ＮＢ６２１、ＳＢ６２２、ＭＥＭ−Ｐ６３１、ＭＥＭ−Ｃ６３２、ＨＤＤ（ハードディスクドライブ）６３３、メモリカードスロット６３４、ＮＩＣ（ネットワークインタフェースコントローラ）６４１、ＵＳＢデバイス６４２、ＩＥＥＥ１３９４デバイス６４３、セントロニクスデバイス６４４により構成される。
【００１１】
ＣＰＵ６１１は、種々の情報処理用のＩＣである。ＡＳＩＣ６１２は、種々の画像処理用のＩＣである。ＮＢ６２１は、コントローラ６０１のノースブリッジである。ＳＢ６２２は、コントローラ６０１のサウスブリッジである。ＭＥＭ−Ｐ６３１は、複合機１のシステムメモリである。ＭＥＭ−Ｃ６３２は、複合機１のローカルメモリである。ＨＤＤ６３３は、複合機１のストレージである。メモリカードスロット６３４は、メモリカード６３５をセットするためのスロットである。ＮＩＣ６４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。ＵＳＢデバイス６４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。ＩＥＥＥ１３９４デバイス６４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。セントロニクスデバイス６４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。オペレーションパネル６０２は、オペレータが複合機１に入力を行うためのハードウェア（操作装置）であると共に、オペレータが複合機１から出力を得るためのハードウェア（表示装置）である。
【００１２】
図２は、本発明の実施の形態における複合機のソフトウェア構成例を示す図である。同図において、複合機１は、通信クライアントフレームワーク１１と、ファイル転送クライアント１２ａ、サーバ検索クライアント１２ｂ、ＦＡＸ送信クライアント１２ｃ、及び時刻取得クライアント１２ｄ（以下、総称する場合「通信クライアント１２」という。）と、アプリ１３ａ、アプリ１３ｂ、及びアプリ１３ｃ（以下、総称する場合「アプリ１３」という。）と等を有する。
【００１３】
通信クライアント１２は、それぞれが対応する通信サーバに応じたプロトコルによる通信を制御する。例えば、ファイル転送クライアント１２ａは、ＦＴＰ（File Transfer Protocol）サーバ２０ａに対してファイル転送を行う。ＦＡＸクライアント１２ｃは、ＦＡＸサーバ２０ｂに対してＦＡＸの送信要求を行う。サーバ検索クライアント１２ｃは、ＳＭＢ（Server Message Block）サーバ２０ｃに対してサーバ検索の要求を行う。時刻取得クライアント１２ｄは、ＮＴＰ（Network Time Protocol）サーバ２０ｄより時刻情報の取得を行う。なお、ＦＴＰサーバ２０ａ、ＦＡＸサーバ２０ｂ、ＳＭＢサーバ２０ｃ、及びＮＴＰサーバ２０ｄ等のコンピュータを総称する場合、通信サーバ２０という。
【００１４】
アプリ１３は、通信クライアント１２の上位モジュール（利用者）に相当するプログラムである。すなわち、アプリ１３は、その機能の実現にあたり通信クライアント１２を利用する。図中では、アプリ１３ａはファイル転送クライアント１２ａ及びサーバ検索クライアント１２ｂを利用し、アプリ１３ｂはＦＡＸクライアント１２ｃを利用し、アプリ１３ｃは時刻取得クライアント１２ｄを利用する例が示されている。
【００１５】
通信クライアントフレームワーク１１は、各通信クライアント１２において共通的に必要とされる処理が統合的に実装されたプログラムである。例えば、通信クライアントフレームワーク１１の利用者を区別するためのセッションの管理等に関する処理は、通信クライアントフレームワーク１１に実装されている。換言すれば、各通信クライアント１２は、通信クライアントフレームワーク１１によって提供される共通的な実装（フレームワーク）を用いて実装されている。
【００１６】
図３は、通信クライアント及び通信クライアントフレームワークの構成例を示すクラス図である。
【００１７】
同図において、通信クライアントフレームワーク１１は、フレームワーククラス１１１、クライアントクラス１１２、セッションクラス１１３、プロトコルクラス１１４、及びトランザクションクラス１１５等を含む。
【００１８】
フレームワーククラス１１１は、基本的に、通信クライアントフレームワーク１１の機能（サービス）を利用させるためのインタフェースを通信クライアント１２に対して提供するクラスである。例えば、フレームワーククラス１１１は、セッション生成メソッド、セッション削除メソッド等を有する。フレームワーククラス１１１は、通信クライアント１２ごとにインスタンス化される。
【００１９】
クライアントクラス１１２は、通信クライアントフレームワーク１１内において通信クライアント１２に対応するクラスであり、通信クライアント１２ごとにインスタンス化される。したがって、フレームワーククラス１１１のインスタンス（以下、「フレームワークオブジェクト１１１Ａ」という。）とクライアントクラス１１２のインスタンス（以下、「クライアントオブジェクト１１２Ａ」という。）とは１対１に関連付く。フレームワーククラス１１１が有するＣｌｉｅｎｔ属性は、当該関連を保持するための属性である。
【００２０】
セッションクラス１１３は、通信クライアントフレームワーク１１におけるセッションを管理するクラスである。ここでいうセッションとは、通信クライアント１２の利用者（アプリ１３）からの要求に応じて形成される管理単位であり、通信プロトコルレベルにおけるセッションとは必ずしも一致しない。すなわち、セッションクラス１１３のインスタンス（本実施の形態においてセッションを管理するためのデータ。以下、「セッションオブジェクト１１３Ａ」という。）は利用者からの要求に応じてプロトコルごとに生成される。セッションクラス１１３は、属性として、Ｔｒａｎｓａｃｔｉｏｎ属性及びＳｅｓｓｉｏｎＩＤ属性等を有し、メソッドとして実行メソッド等を有する。Ｔｒａｎｓａｃｔｉｏｎ属性は、後述するトランザクションクラス１１５のインスタンスを保持するための属性である。ＳｅｓｓｉｏｎＩＤは、セッションオブジェクト１１３Ａを一意に識別するためのＩＤを保持するための属性である。実行メソッドは、各種の通信処理（本実施の形態では、「トランザクション」という。）の実行要求を受け付けるためのメソッドである。
【００２１】
プロトコルクラス１１４は、通信クライアント１２が利用するプロトコルの種別を識別するためのクラスである。プロトコルクラス１１４は、属性としてＰｒｏｔｏｃｏｌＩＤ属性を有する。ＰｒｏｔｏｃｏｌＩＤ属性は、プロトコルクラス１１４のインスタンス（以下、「プロトコルオブジェクト１１４Ａ」という。）が表現するプロトコルの種別を識別するための属性である。
【００２２】
なお、クライアントオブジェクト１１２は、一つ以上のプロトコルオブジェクト１１４Ａ及び０以上のセッションオブジェクト１１３Ａを集約する。
【００２３】
トランザクションオブジェクト１１５は、上述した「トランザクション」を表現する抽象クラスである。
【００２４】
一方、通信クライアント１２は、通信クライアントクラス１２１と、トランザクションクラス１１５のサブクラスとを含む。
【００２５】
通信クラアインとクラス１２１は、通信クライアント１２ごとにインスタンス化され、通信クライアント１２の実体として機能するクラスである。したがって、通信クライアントクラス１２１は、アプリ１３より各種の要求を受け付けるためのメソッドを有する。なお、図中では、一つの通信クライアントクラス１２１として示されているが、厳密には、各通信クライアント１２の具象クラスは、通信クライアント１２ごとに定義される。したがって、図２のように４つの通信クライアント１２が存在する場合、４つの通信クライアントクラス１２１が定義され、各通信クライアントクラス１２１には当該通信クライアント１２に固有の処理に対応したメソッドが実装される。
【００２６】
トランザクションクラス１１５のサブクラスは、通信クライアントクラス１２１に応じて実装される。すなわち、ファイル転送クライアント１２ａであればファイル転送処理、時刻取得クライアント１２ｄであれば時刻取得処理といったように、通信クライアント１２に応じて実行すべき処理内容（トランザクション）が異なるからである。但し、トランザクションクラス１１５のサブクラスは、トランザクションクラス１１５で定義されている実行メソッドを有し、当該実行メソッド内でトランザクションを実行する。したがって、各インスタンス（以下、「トランザクションオブジェクト１１５Ａ」という。）は、トランザクションクラス１１５において定義されている共通のインタフェースによって扱うことができる。
【００２７】
図中では、コネクトトランザクションクラス１２２、ログイントランザクションクラス１２３、ログアウトトランザクションクラス１２４、及びディスコネクトトランザクションクラス１２５が例示されている。基本的に、各通信クライアント１２は、コネクト→ログイン→＜通信クライアント１２に固有の処理＞→ログアウト→ディスコネクトという手順で処理を実行する。図示されているクラスは、コネクト、ログイン、ログアウト、ディスコネクトを実行するためのクラスである。
【００２８】
コネクトトランザクションクラス１２２は、プロトコルレベルでのサーバ側との接続を実現する。ログイントランザクションクラス１２３は、サーバ側へのログインを実行する。ログアウトトランザクションクラス１２４は、サーバ側からのログアウトを実行する。ディスコネクトトランザクションクラス１２５は、プロトコルレベルでの切断を実行する。なお、各通信プロトコル１２に応じて、コネクト、ログイン、ログアウト、ディスコネクトの処理内容は異なる。したがって、例示されている４つのクラスは、通信プロトコル１２に応じて実装される。
【００２９】
以下、複合機１の処理手順について説明する。図４は、複合機における通信処理手順を説明するための第一のシーケンス図である。
【００３０】
アプリ１３は、通信処理を行う際に、当該通信処理に対応する通信クライアント１２の通信クライアントオブジェクト１２１Ａに対して通信の開始を要求する（Ｓ１０１）。当該通信の開始要求において、通信に利用するプロトコルに対するプロトコルＩＤが指定される。続いて、通信クライアントオブジェクト１２１Ａは、当該プロトコルＩＤを引数に指定して、セッションの生成（開設）をフレームワークオブジェクト１１１Ａに要求する（Ｓ１０２）。フレームワークオブジェクト１１１Ａは、セッションオブジェクト１１３Ａを生成し、保持する（Ｓ１０３）。
【００３１】
続いて、フレームワークオブジェクト１１１Ａは、プロトコルＩＤを引数に指定してプロトコルオブジェクト１１４Ａの取得をクライアントオブジェクト１１２Ａに要求する（Ｓ１０４）。クライアントオブジェクト１１２Ａは、当該プロトコルＩＤがＰｒｏｔｏｃｏｌＩＤ属性に設定されたプロトコルオブジェクト１１４Ａを自らに関連付けられているプロトコルオブジェクト１１４Ａの中から取得（検索）する（Ｓ１０５）。なお、クライアントオブジェクト１１２Ａには、対応する通信クライアント１２が利用するプロトコルに対応するプロトコルオブジェクト１１４Ａが既に関連付けられているという前提である。続いて、クライアントオブジェクト１１２Ａは、取得したプロトコルオブジェクト１１４Ａをフレームワークオブジェクト１１１Ａに返却する（Ｓ１０６）。なお、クライアントオブジェクト１１２Ａは、生成したプロトコルオブジェクト１１４Ａを保持する（自らに関連付ける）。
【００３２】
続いて、フレームワークオブジェクト１１１Ａは、返却されたプロトコルオブジェクト１１４Ａを、保持しているセッションオブジェクト１１３Ａに設定する（Ｓ１０７）。続いて、フレームワークオブジェクト１１１Ａは、当該セッションオブジェクト１１３Ａをクライアントオブジェクト１１２Ａに設定し（Ｓ１０８）、当該セッションオブジェクト１１３ＡのセッションＩＤを通信クライアントオブジェクト１２１Ａに返却する（Ｓ１０９）通信クライアントオブジェクト１２１Ａは、当該セッションＩＤをアプリ１３に返却する（Ｓ１１０）。当該セッションＩＤは、アプリ１３が自らに対応するセッション（通信経路）を識別するために用いられる。
【００３３】
続いて、アプリ１３は、セッションＩＤを引数に指定してコネクトトランザクションの実行を通信クライアントオブジェクト１２１Ａに対して要求する（Ｓ１１１）。この際、接続先（通信相手）のＩＰアドレス又はホスト名等（以下、「接続先識別情報」という。）がアプリ１３より指定される。続いて、通信クライアントオブジェクト１２１Ａは、接続先識別情報を指定してコネクトトランザクションの実行をクライアントオブジェクト１１２Ａに要求する（Ｓ１１２）。なお、当該要求において、トランザクションの種別は文字列又は数値によって指定される。これにより、トランザクションの種別に対する通信クライアントフレームワーク１１の汎用性が担保される。
【００３４】
続いて、クライアントオブジェクト１１２Ａは、自らが保持するプロトコルオブジェクト１１４ＡのＰｒｏｔｏｃｏｌＩＤ属性の値と、要求されたトランザクションとを比較して当該ＰｒｏｔｏｃｏｌＩＤ属性によって識別されるプロトコルによる当該トランザクションの実行の可否を判定する（Ｓ１１３）。当該判定は、例えば、プロトコルがＮＴＰである場合に、ファイル転送が要求されていないかのチェックに該当する。実行可能なトランザクションとプロトコルとの組み合わせについては、ハードコーディングされていてもよいが、通信クライアントフレームワーク１１の汎用性を考慮すれば、外部ファイルに定義されていることが好ましい。
【００３５】
トランザクションの実行が可能である場合、クライアントオブジェクト１１２Ａは、当該トランザクションに対応するトランザクションクラス（ここでは、コネクトトランザクションクラス１２２）のインスタンス（コネクトトランザクションオブジェクト１２２Ａ）を生成する（Ｓ１１４）。なお、コネクトトランザクションオブジェクト１２２Ａには、接続先識別情報が設定される。
【００３６】
続いて、クライアントオブジェクト１１２Ａは、生成されたコネクトトランザクションオブジェクト１２２Ａを引数に指定して、セッションオブジェクト１１３Ａに対してトランザクションの実行を要求する（Ｓ１１５）。セッションオブジェクト１１３Ａは、引数に指定されたコネクトトランザクションオブジェクト１２２Ａの実行メソッドを呼び出す（Ｓ１１６）。コネクトトランザクションオブジェクト１２２Ａは、自らに実装されている処理（接続先とのプロトコルレベルでの接続処理）を実行し、その処理結果（処理の成否）をセッションオブジェクト１１３Ａに返却する（Ｓ１１７）。なお、コネクトトランザクションオブジェクト１２２Ａは、接続に成功した場合プロトコルレベルにおける接続（通信）の識別子（例えば、ソケットファイルディスクリプタ）をセッションオブジェクト１１３Ａに設定する。トランザクションの処理結果は、クライアントオブジェクト１１２Ａ及び通信クライアントオブジェクト１２１Ａを経てアプリ１３に返却される（Ｓ１１８〜Ｓ１２０）。
【００３７】
なお、ステップＳ１１１〜Ｓ１２０は、コネクト→ログイン→＜通信クライアント１２に固有の処理＞→ログアウト→ディスコネクトといったトランザクションの順番でトランザクションごとに実行される。この際、各トランザクションに必要な処理はステップＳ１１１においてアプリ１３より指定され、当該トランザクションに対応したトランザクションオブジェクト１１５Ａに設定される。例えば、ログインの場合は、ユーザ名及びパスワードがアプリ１３によって指定される。通信クライアント１２に固有の処理の場合は、当該固有の処理に必要な情報（例えば、ファイル転送であれば、ファイル名）がアプリ１３によって指定される。また、各トランザクションオブジェクト１１５Ａは、通信に必要なプロトコルレベルの接続の識別子を必要に応じてセッションオブジェクト１１３Ａより取得する。これにより、コネクトトランザクションによって確立された接続に基づく通信が維持される。なお、トランザクションオブジェクト１１５Ａは、トランザクションの実行が完了するたびに（ステップＳ１１７後に）破棄される。
【００３８】
アプリ１３が必要とする全てのトランザクションの実行が完了すると、アプリ１３は、セッションＩＤを指定して通信の終了を通信クライアントオブジェクト１２１Ａに要求する（Ｓ１２１）。通信クラアイアンオブジェクト１２１Ａは、セッションの終了をフレームワークオブジェクト１１１Ａに要求する（Ｓ１２２）。フレームワークオブジェクト１１１Ａは、セッションの削除をクライアントオブジェクト１１２Ａに要求する（Ｓ１２３）。クライアントオブジェクト１２２は、セッションＩＤに対応するセッションオブジェクト１１３Ａを破棄する（Ｓ１２４）。
【００３９】
続いて、複数のアプリ１３が同時期に（並列的に）同じ通信クライアント１２を利用してトランザクションを実行した場合の処理手順について説明する。
【００４０】
図５は、複合機における通信処理手順を説明するための第二のシーケンス図である。
【００４１】
同図において、アプリ１３−１及びアプリ１３−２のそれぞれからの要求に応じて実行されるそれぞれの処理手順（Ｓ２０１〜Ｓ２２０、Ｓ３０１〜Ｓ３２０）は、図４において説明した通りである。同図において意図する点は、二つ以上のアプリ１３から同じ通信クライアント１２が利用される場合、通信クライアントオブジェクト１２１Ａ、フレームワーク１１１オブジェクト１１１Ａ、及びプロトコルオブジェクト１１４Ａは共通的に利用される（同一インスタンスが利用される）一方で、セッションオブジェクト１１３Ａはそれぞれに対して生成される点である。
【００４２】
セッションオブジェクト１１３Ａが個別に生成されることにより、アプリ１３ごとの通信経路を適切に確保することができる。すなわち、同一の通信クライアント１２１Ａが利用された場合であっても、アプリ１３ごとにトランザクションを区別することができる。また、セッションオブジェクト１１３Ａ以外のオブジェクトが共通的に利用されることにより、メモリの消費量の増加を抑制することができる。
【００４３】
上述したように、本実施の形態における複合機１によれば、通信クライアントフレームワーク１１によってプロトコルの別を問わず共通的な処理が実行される。したがって、各通信クライアント１２は、当該通信クライアント１２に固有の処理について実装すればよい。例えば、新たなプロトコルに対応した通信クライアント１２を作成する場合、当該通信クライアント１２に対応した通信クライアントクラス１２１と、当該通信クライアント１２が実行するトランザクションに対応したトランザクションクラスとを実装すればよい。
【００４４】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００４５】
【図１】本発明の実施の形態における複合機のハードウェア構成の一例を示す図である。
【図２】本発明の実施の形態における複合機のソフトウェア構成例を示す図である。
【図３】通信クライアント及び通信クライアントフレームワークの構成例を示すクラス図である。
【図４】複合機における通信処理手順を説明するための第一のシーケンス図である。
【図５】複合機における通信処理手順を説明するための第二のシーケンス図である。
【符号の説明】
【００４６】
１          複合機
１１        通信クライアントフレームワーク
１２ａ      ファイル転送クライアント
１２ｂ      サーバ検索クライアント
１２ｃ      ＦＡＸ送信クライアント
１２ｄ      時刻取得クライアント
１３ａ、１３ｂ、１３ｃ  アプリ
６０１      コントローラ
６０２      オペレーションパネル
６０３      ファクシミリコントロールユニット
６０４      撮像部
６０５      印刷部
６１１      ＣＰＵ
６１２      ＡＳＩＣ
６２１      ＮＢ
６２２      ＳＢ
６３１      ＭＥＭ−Ｐ
６３２      ＭＥＭ−Ｃ
６３３      ＨＤＤ
６３４      メモリカードスロット
６３５      メモリカード
６４１      ＮＩＣ
６４２      ＵＳＢデバイス
６４３      ＩＥＥＥ１３９４デバイス
６４４      セントロニクスデバイス
【図１】
2009260839.tif 000003
【図２】
2009260839.tif 000004
【図３】
2009260839.tif 000005
【図４】
2009260839.tif 000006
【図５】
2009260839.tif 000007