JP2003256216A - ソフトウェア組込み型電子装置 - Google Patents

Abstract

(57)【要約】 【課題】 柔軟で動的な機能拡張が可能なソフトウェア
組込み型電子装置を提供する。 【解決手段】 ソフトウェア組込み型電子装置におい
て、第１のソフトウェアモジュール群の各命令を逐次的
にプロセッサに解釈実行させるためのオペレーティング
システム手段と、第２のソフトウェアモジュール群をメ
モリ上に動的に配置し、ネイティブ機械命令列をプロセ
ッサに与え解釈実行させるための仮想オペレーティング
システム手段と、第１のソフトウェアモジュール群に含
まれるソフトウェアモジュールであって、制御対象を制
御するための第１の制御手段と、第１の制御手段の制御
の一部を処理するための第２の制御手段と、第１の制御
手段と第２の制御手段との間で要求と応答をインタフェ
ースするためのインタフェース手段と、を備え、第２の
制御手段は動的に可換である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、たとえばイメージ
スキャナ、デジタルカメラ、プリンタ、ディスプレイ、
ネットワークインタフェース、有線および無線インタフ
ェース、通信回線インタフェース、ユーザインタフェー
ス、ファイルシステム等を持つ装置内部に組み込まれ、
プロセッサによって実行されるソフトウェアモジュール
によって実現されるソフトウェア組込み型電子装置に関
するものである。

【０００２】

【従来の技術】従来、汎用コンピュータ上で動作するア
プリケーションソフトウェアにおいては、そのアプリケ
ーションを構成するアルゴリズムとデータ構造のうち、
特に将来の変更や拡張の要求が予想される部分をあらか
じめアプリケーションの本体とは切り離して設計してお
き、切り離した部分をソフトウェア的な部品として後か
ら追加できるように設計している。

【０００３】この部分的なソフトウェアモジュールはプ
ラグインと呼ばれることがあり、次のような応用事例と
してよく知られている。

【０００４】例えば、フォトレタッチ用アプリケーショ
ンソフトウェアにおける各種画像処理アルゴリズムを行
うプラグインが知られている。

【０００５】また、例えば、Ｗｅｂブラウズ用アプリケ
ーションソフトウェア（Ｗｅｂブラウザ）において、あ
るＨＴＭＬデータに埋め込まれた参照が指すデータファ
イルが、Ｗｅｂブラウザによって標準的にはサポートさ
れないデータ形式である場合に、その固有の形式に従っ
てデータファイルを処理し、Ｗｅｂブラウザがレンダリ
ングしたＨＴＭＬデータの表示の一部として埋め込み表
示するためのプラグインがよく知られている。

【０００６】これらのプラグインの枠組みによって、ア
プリケーションソフトウェアは、将来にわたり新しく生
まれ続ける画像処理アルゴリズムやデータ形式等に柔軟
に対応できる。

【０００７】汎用コンピュータ上のアプリケーションソ
フトウェアが動的なプラグイン追加の枠組みを実現する
ために、少なくともアプリケーションソフトウェアのプ
ラグイン管理を担う接点部分では動的なデータ構造とア
ルゴリズムを採用している。

【０００８】さらに、アプリケーションソフトウェア本
体のロードモジュールとは別のファイルとして存在する
複数のプラグインモジュールを動的に読み込み結合して
プラグインが提供する機能を呼び出すために、アプリケ
ーションソフトウェアは独自の、または、汎用オペレー
ティングシステムが備える、インクリメンタルリンクラ
イブラリ（ダイナミックリンクライブラリ、共有ライブ
ラリ）機構を利用している。

【０００９】一方、ソフトウェア組込み型電子装置の動
作環境を提供する各種のリアルタイムオペレーティング
システム（ＲＴＯＳ）のうち比較的大規模なＲＴＯＳで
は、タスク、メモリ領域、メッセージキュー、セマフォ
等の資源を動的に生成、削除および管理する機能を持つ
ものが利用されている。

【００１０】また、システムを構成するソフトウェアの
オブジェクトファイル群全体をあらかじめ連結して単一
ファイルのロードモジュールとするのではなく、部分的
なオブジェクトファイル群を含むアーカイブファイルを
実行時にメモリ空間に読み込み、動的にシンボル参照を
解決し結合する機能、すなわちインクリメンタルリンク
方式をサポートするＲＴＯＳも利用されている。

【００１１】

【発明が解決しようとする課題】しかしながら、デバイ
スの制御を元来の目的としてきたソフトウェア組込み型
電子装置は、リアルタイム性や堅牢性を確保するため
に、メモリなどの資源を固定的に確保するように設計す
ることがあり、またデータ構造や処理アルゴリズムも予
測が比較的容易な静的な構造とアルゴリズムを採用する
ことがある。

【００１２】ソフトウェア組込み型電子装置の動作環境
として採用しているＲＴＯＳが上記のような動的な資源
確保やインクリメンタルリンクをサポートしている場合
であっても、実際にはＲＴＯＳが備える機能のこれら動
的側面はまったく使われていない場合もある。

【００１３】その根本的な理由の１つは、ソフトウェア
組込み型電子装置のソフトウェアに求められる要求仕様
の特殊性に見いだすことができる。

【００１４】一般に、汎用コンピュータ中のソフトウェ
アはいわゆるベストエフォート型のアプローチで平均的
な効率の最大化を目指して設計されることがあり、ソフ
トウェア組込み型電子装置のソフトウェアは（リアルタ
イムシステムの場合は特に）、システムの機能を達成す
る上で最悪の事態にあっても最低限の機能を保証するこ
とを目指して設計されることがある。

【００１５】例えば、汎用のコンピュータにおいては、
ハードディスクにインストールされているアプリケーシ
ョンソフトウェアのすべてを、搭載されているメモリ領
域の範囲内ではメモリ不足のため、同時に稼働できなか
ったとしても問題ではない。またそれが通常の運用形態
である。

【００１６】しかし、一方のソフトウェア組込み型電子
装置においては、少なくとも標準搭載の基本的な機能群
の組み合わせに関しては確実に同時に稼働可能であるこ
とを求められる場合がある。

【００１７】例えば、画像処理のためのマルチファンク
ションプロダクト（ＭＦＰ）においては、もしＭＦＰが
コピー機能とプリンタ機能を標準搭載としているとした
ら、たとえプリントのため内部的に膨大なメモリ領域を
消費するＰＤＬデータの解釈と画像展開を行っている最
中であったとしても、原稿束を持って装置の前に立った
ユーザに対しては同時にコピー機能も提供できることを
保証しなければならないかもしれない。

【００１８】また、たとえそのメモリ不足が一時的なも
のであるにせよ、イメージスキャナの中にあって原稿画
像を走査するために高速に移動するメカトロニクス部品
を制御している途中や、電子写真式プリンタの中にあっ
て高温に保たれる定着ドラムの温度を制御している途中
で、メモリ不足のために制御を待たすことは許されな
い。

【００１９】またセキュリティの観点から見て、装置が
標準に提供する基本的な機能の正常な運用が、後から追
加されるソフトウェアモジュールの不具合によって妨げ
られることは許容されない。

【００２０】したがって、従来の汎用コンピュータにお
いて行われているプラグインの枠組みによる方法をソフ
トウェア組込み型電子装置に適用し柔軟で動的な機能拡
張を実現することは困難だった。

【００２１】本発明は上記の従来技術の課題を解決する
ためになされたもので、その目的とするところは、柔軟
で動的な機能拡張が可能なソフトウェア組込み型電子装
置を提供することを目的とする。

【００２２】

【課題を解決するための手段】上記目的を達成するため
に本発明にあっては、ネイティブ機械命令を解析実行す
るプロセッサと、前記プロセッサによって解釈される一
連のネイティブ機械命令列および前記プロセッサが読み
書きの対象とするデータを記憶するためのメモリと、前
記プロセッサの入出力に接続し前記プロセッサによって
制御される制御対象と、を有するソフトウェア組込み型
電子装置において、前記ネイティブ機械命令列によって
記述された第１のソフトウェアモジュール群の各命令を
逐次的に前記プロセッサに解釈実行させるためのオペレ
ーティングシステム手段と、前記第１のソフトウェアモ
ジュール群に含まれるソフトウェアモジュールであっ
て、仮想的な機械命令の列によって記述された第２のソ
フトウェアモジュール群を前記メモリ上に動的に配置
し、前記仮想機械命令列の各仮想機械命令を逐次的に解
釈して仮想機械命令に相当するネイティブ機械命令列を
前記プロセッサに与え解釈実行させるための仮想オペレ
ーティングシステム手段と、前記第１のソフトウェアモ
ジュール群に含まれるソフトウェアモジュールであっ
て、前記制御対象を制御するための第１の制御手段と、
前記第２のソフトウェアモジュール群に含まれるソフト
ウェアモジュールであって、前記第１の制御手段の制御
の一部を処理するための第２の制御手段と、前記第１の
制御手段と前記第２の制御手段との間で要求と応答をイ
ンタフェースするためのインタフェース手段と、を備
え、前記第２の制御手段は動的に可換であることを特徴
とする。

【００２３】これにより、動的なデータ構造やアルゴリ
ズムの実装と部分的なソフトウェアモジュールのインク
リメンタルリンクに最適なインタプリタをシステム内部
の仮想的なオペレーティングシステムとして導入し、プ
ロセッサのネイティブ機械命令によって記述されたソフ
トウェアのプラグインモジュールをインタプリタ上で動
的に追加することが可能となり、柔軟で動的な機能拡張
が可能なソフトウェア組込み型電子装置を提供すること
ができる。

【００２４】前記インタフェース手段は、前記第１のソ
フトウェアモジュール群に含まれるソフトウェアモジュ
ールであるスタブ手段と、前記第２のソフトウェアモジ
ュール群に含まれるソフトウェアモジュールであるリク
エストブローカ手段と、を有し、前記スタブ手段は前記
第１の制御手段が前記スタブ手段に与えた要求を前記リ
クエストブローカ手段に転送し、さらに前記リクエスト
ブローカ手段は前記要求を前記第２の制御手段に与え、
前記リクエストブローカ手段は前記第２の制御手段が前
記リクエストブローカ手段に与えた応答を前記スタブ手
段に転送し、さらに前記スタブ手段は前記応答を前記第
１の制御手段に与えることが好適である。

【００２５】前記スタブ手段と前記リクエストブローカ
手段との間の要求と応答の転送は、プロセス間通信機構
によって実現されることが好適である。

【００２６】ここで、プロセス間通信機構としては、例
えば、メッセージキューやソケット等を用いてもよい。

【００２７】１つの前記リクエストブローカ手段は複数
の前記第２の制御手段と組み合わされ、前記リクエスト
ブローカ手段は前記スタブ手段から転送された要求の内
容に応じて、複数の前記第２の制御手段中の１つに選択
的に要求を与えることが好適である。

【００２８】前記仮想オペレーティング手段は、規定の
命令集合からなる命令列を読み込んで各命令を逐次的に
解釈実行するインタプリタであることが好適である。

【００２９】前記制御対象は、物理的回路または仮想回
路によって接続された画像入出力手段であることが好適
である。

【００３０】ここで、物理的回路とは、例えば、ローカ
ルバスを含み、仮想回路とは、例えば、ローカルエリア
ネットワーク、インターネット、イントラネット等のネ
ットワーク全般を含み、有線通信だけでなく無線通信に
よる場合にも適用できる。また、画像入出力手段として
は、イメージスキャナ、デジタルカメラ、プリンタ、フ
ァクス、画像データベース、電子メールサーバ、イメー
ジディスプレイ等の装置が含まれる。

【００３１】

【発明の実施の形態】以下に図面を参照して、この発明
の好適な実施の形態を例示的に詳しく説明する。ただ
し、この実施の形態に記載されている構成部品の寸法、
材質、形状、その相対配置などは、特に特定的な記載が
ない限りは、この発明の範囲をそれらのみに限定する趣
旨のものではない。

【００３２】初めに、本発明の装置及びその動作につい
て詳細に説明する。

【００３３】［ハードウェア］（全体構成）画像処理装
置１００１の全体構成図を図３に示す。

【００３４】コントローラユニット２０００は、イメー
ジデータ入力手段の一例である画像入力デバイスとして
のスキャナ２０７０や、イメージデータ出力手段の一例
である画像出力デバイスとしてのプリンタ２０９５と接
続する一方、ＬＡＮ２０１１や公衆回線（ＷＡＮ）２０
５１と接続することで、画像情報やデバイス情報の入出
力を行う。

【００３５】ＣＰＵ２００１は、システム全体を制御す
るプロセッサである。

【００３６】ＲＡＭ２００２は、ＣＰＵ２００２が動作
するためのシステムワークメモリであり、プログラムを
記憶するためのプログラムメモリや、画像データを一時
記憶するための画像メモリでもある。

【００３７】ＲＯＭ２００３は、ブートＲＯＭであり、
システムのブートプログラムが格納されている。

【００３８】ＨＤＤ２００４は、ハードディスクドライ
ブで、システムソフトウェア、画像データを格納する。

【００３９】操作部Ｉ／Ｆ２００６は、操作部（ＵＩ）
２０１２とのインタフェース部で、操作部２０１２に表
示する画像データを操作部２０１２に対して出力する。
また、操作部２０１２から本システム使用者が入力した
情報を、ＣＰＵ２００１に伝える役割をする。

【００４０】ネットワーク２０１０は、ＬＡＮ２０１１
に接続し、情報の入出力を行う。

【００４１】モデム２０５０は、公衆回線２０５１に接
続し、情報の入出力を行う。

【００４２】以上のデバイスがシステムバス２００７上
に配置される。

【００４３】イメージバスＩ／Ｆ２００５は、システム
バス２００７と画像データを高速で転送する画像バス２
００８を接続し、データ構造を変換するバスブリッジで
ある。

【００４４】画像バス２００８は、ＰＣＩバスまたはＩ
ＥＥＥ１３９４で構成される。画像バス２００８上には
以下のデバイスが配置される。

【００４５】ラスタイメージプロセッサ（ＲＩＰ）２０
６０は、ＰＤＬコードをビットマップイメージに展開す
る。

【００４６】デバイスＩ／Ｆ部２０２０は、画像入出力
デバイスであるスキャナ２０７０やプリンタ２０９５と
コントローラユニット２０００を接続し、画像データの
同期系／非同期系の変換を行う。

【００４７】スキャナ画像処理部２０８０は、入力画像
データに対し補正、加工、編集を行う。プリンタ画像処
理部２０９０は、プリント出力画像データに対して、プ
リンタの補正、解像度変換等を行う。

【００４８】画像回転処理部２０３０は、画像データの
回転を行う。

【００４９】画像圧縮処理部２０４０は、多値画像デー
タはＪＰＥＧ（Joint PhotographicExperts Group）、
２値画像画像データはＪＢＩＧ（Joint Bi-level Image
Experts Group）、ＭＭＲ（Modified Modified REA
D）、ＭＨ等の圧縮伸長処理を行う。

【００５０】（画像入出力部）画像入出力デバイスを図
４で示す。図４は、図３で構成を示した画像処理装置の
外観図である。

【００５１】画像入力デバイスであるスキャナ部２０７
０は、原稿となる紙上の画像を照明し、ＣＣＤラインセ
ンサ（図示せず）で走査することで、ラスタイメージデ
ータとして電気信号に変換する。

【００５２】原稿用紙は原稿フィーダ２０７２のトレイ
２０７３にセットし、装置使用者が操作部２０１２から
読み取り起動指示することにより、コントローラＣＰＵ
２００１がスキャナ２０７０に指示を与え（２０７１、
図３参照）、フィーダ２０７２は原稿用紙を１枚ずつフ
ィードし原稿画像の読み取り動作を行う。

【００５３】画像出力デバイスであるプリンタ部２０９
５は、ラスタイメージデータを用紙上の画像に変換する
部分であり、その方式は感光体ドラムや感光体ベルトを
用いた電子写真方式、微少ノズルアレイからインクを吐
出して用紙上に直接画像を印字するインクジェット方式
等があるが、どの方式でも構わない。プリント動作の起
動は、コントローラＣＰＵ２００１からの指示によって
開始する。

【００５４】プリンタ部２０９５には、異なる用紙サイ
ズまたは異なる用紙向きを選択できるように複数の給紙
段を持ち、それに対応した用紙カセット２１０１、２１
０２、２１０３、２１０４がある。

【００５５】また、排紙トレイ２１１１は印字し終わっ
た用紙を受けるものである。

【００５６】（操作部）操作部２０１２の構成を図５に
示す。

【００５７】ＬＣＤ表示部２０１３は、ＬＣＤ上にタッ
チパネルシートが貼られており、システムの操作画面を
表示するとともに、表示してあるキーが押されるとその
位置情報をコントローラＣＰＵ２００１に伝える。

【００５８】スタートキー２０１４は、原稿画像の読み
取り動作を開始する時などに用いる。スタートキー２０
１４中央部には、緑と赤の２色ＬＥＤ２０１８があり、
その色によってスタートキー２０１４が使える状態にあ
るかどうかを示す。

【００５９】ストップキー２０１５は、稼働中の動作を
止める働きをする。

【００６０】ＩＤキー２０１６は、使用者のユーザＩＤ
を入力する時に用いる。

【００６１】リセットキー２０１７は、操作部からの設
定を初期化する時に用いる。

【００６２】（スキャナ画像処理部）スキャナ画像処理
部２０８０の構成を図６に示す。

【００６３】画像バスＩ／Ｆコントローラ２０８１は、
画像バス２００８と接続し、そのバスアクセスシーケン
スを制御する働きと、スキャナ画像処理部２０８０内の
各デバイスの制御及びタイミングを発生させる。

【００６４】フィルタ処理部２０８２は、空間フィルタ
でコンボリューション演算を行う。

【００６５】編集部２０８３は、例えば入力画像データ
からマーカーペンで囲まれた閉領域を認識して、その閉
領域内の画像データに対して、影つけ、網掛け、ネガポ
ジ反転等の画像加工処理を行う。

【００６６】変倍処理部２０８４は、読み取り画像の解
像度を変える場合にラスターイメージの主走査方向につ
いて補間演算を行い拡大、縮小を行う。副走査方向の変
倍については、画像読み取りラインセンサ（図示せず）
を走査する速度を変えることで行う。

【００６７】テーブル２０８５は、読み取った輝度デー
タである画像データを濃度データに変換するために行う
テーブル変換である。

【００６８】２値化２０８６は、多値のグレースケール
画像データを、誤差拡散処理やスクリーン処理によって
２値化する。

【００６９】処理が終了した画像データは、再び画像バ
スＩ／Ｆコントローラ２０８１を介して、画像バス上に
転送される。

【００７０】（プリンタ画像処理部）プリンタ画像処理
部２０９０の構成を図７に示す。

【００７１】画像バスＩ／Ｆコントローラ２０９１は、
画像バス２００８と接続し、そのバスアクセスシーケン
スを制御する働きと、プリンタ画像処理部２０９０内の
各デバイスの制御及びタイミングを発生させる。

【００７２】解像度変換部２０９２は、ネットワーク２
０１１あるいは公衆回線２０５１から来た画像データ
を、プリンタ２０９５の解像度に変換するための解像度
変換を行う。

【００７３】スムージング処理部２０９３は、解像度変
換後の画像データのジャギー（斜め線等の白黒境界部に
現れる画像のがさつき）を滑らかにする処理を行う。

【００７４】（画像圧縮部）画像圧縮処理部２０４０の
構成を図８に示す。

【００７５】画像バスＩ／Ｆコントローラ２０４１は、
画像バス２００８と接続し、そのバスアクセスシーケン
スを制御する働き、入力バッファ２０４２・出力バッフ
ァ２０４５とのデータのやりとりを行うためのタイミン
グ制御及び、画像圧縮部２０４３に対するモード設定な
どの制御を行う。以下に画像圧縮処理部の処理手順を示
す。

【００７６】画像バス２００８を介して、ＣＰＵ２００
１から画像バスＩ／Ｆコントローラ２０４１に画像圧縮
制御のための設定を行う。この設定により画像バスＩ／
Ｆコントローラ２０４１は画像圧縮部２０４３に対して
画像圧縮に必要な設定（例えば、ＭＭＲ圧縮・ＪＢＩＧ
伸長等）を行う。

【００７７】必要な設定を行った後に、再度ＣＰＵ２０
０１から画像バスＩ／Ｆコントローラ２０４１に対して
画像データ配信の許可を行う。この許可に従い、画像バ
スＩ／Ｆコントローラ２０４１はＲＡＭ２００２もしく
は画像バス２００８上の各デバイスから画像データの転
送を開始する。

【００７８】受け取った画像データは、入力バッファ２
０４２に一時格納され、画像圧縮部２０４３の画像デー
タ要求に応じて一定のスピードで画像を転送する。この
際、入力バッファ２０４２は、画像バスＩ／Ｆコントロ
ーラ２０４１と、画像圧縮部２０４３両者の間で、画像
データを転送できるかどうかを判断し、画像バス２００
８からの画像データの読み込み及び、画像圧縮部２０４
３への画像の書き込みが不可能である場合は、データの
転送を行わないような制御を行う（以後このような制御
をハンドシェークと呼称する）。

【００７９】画像圧縮部２０４３は、受け取った画像デ
ータを、一旦ＲＡＭ２０４４に格納する。これは画像圧
縮を行う際には、行う画像圧縮処理の種類によって、数
ライン分のデータを要するためであり、最初の１ライン
分の圧縮を行うためには数ライン分の画像データを用意
してからでないと画像圧縮が行えないためである。

【００８０】画像圧縮を施された画像データは直ちに出
力バッファ２０４５に送られる。出力バッファ２０４５
では、画像バスＩ／Ｆコントローラ２０４１及び画像圧
縮部２０４３とのハンドシェークを行い、画像データを
画像バスＩ／Ｆコントローラ２０４１に転送する。

【００８１】画像バスＩ／Ｆコントローラ２０４１で
は、転送された圧縮（もしくは伸長）された画像データ
をＲＡＭ２００２もしくは画像バス２００８上の各デバ
イスにデータを転送する。

【００８２】こうした一連の処理は、ＣＰＵ２００１か
らの処理要求が無くなるまで（必要なページ数の処理が
終わったとき）、もしくはこの画像圧縮部から停止要求
が出るまで（圧縮及び伸長時のエラー発生時等）繰り返
される。

【００８３】（画像回転部）画像回転部２０３０の構成
を図９に示す。

【００８４】画像バスＩ／Ｆコントローラ２０３１は、
画像バス２００８と接続し、そのバスシーケンスを制御
する働き、画像回転部２０３２にモード等を設定する制
御及び、画像回転部２０３２に画像データを転送するた
めのタイミング制御を行う。以下に画像回転部の処理手
順を示す。

【００８５】画像バス２００８を介して、ＣＰＵ２００
１から画像バスＩ／Ｆコントローラ２０３１に画像回転
制御のための設定を行う。この設定により画像バスＩ／
Ｆコントローラ２０４１は画像回転部２０３２に対して
画像回転に必要な設定（たとえば画像サイズや回転方向
・角度等）を行う。

【００８６】必要な設定を行った後に、再度ＣＰＵ２０
０１から画像バスＩ／Ｆコントローラ２０３１に対して
画像データ配信の許可を行う。この許可に従い、画像バ
スＩ／Ｆコントローラ２０３１はＲＡＭ２００２もしく
は画像バス２００８上の各デバイスから画像データの転
送を開始する。尚、ここでは３２ｂｉｔをそのサイズと
し回転を行う画像サイズを３２×３２（ｂｉｔ）とし、
又、画像バス２００８上に画像データを転送させる際に
３２ｂｉｔを単位とする画像転送を行うものとする（扱
う画像は２値を想定する）。

【００８７】上述のように、３２×３２（ｂｉｔ）の画
像を得るためには、上述の単位データ転送を３２回行う
必要があり、且つ不連続なアドレスから画像データを転
送する必要がある（図１０参照）。

【００８８】不連続アドレッシングにより転送された画
像データは、読み出し時に所望の角度に回転されている
ように、ＲＡＭ２０３３に書き込まれる。例えば、９０
度反時計方向回転であれば、最初に転送された３２ｂｉ
ｔの画像データを、図１１のようにＹ方向に書き込んで
いく。読み出し時にＸ方向に読み出すことで、画像が回
転される。

【００８９】３２×３２（ｂｉｔ）の画像回転（ＲＡＭ
２０３３への書き込み）が完了した後、画像回転部２０
３２はＲＡＭ２０３３から上述した読み出し方法で画像
データを読み出し、画像バスＩ／Ｆコントローラ２０３
１に画像を転送する。

【００９０】回転処理された画像データを受け取った画
像バスＩ／Ｆコントローラ２０３１は、連続アドレッシ
ングを以て、ＲＡＭ２００２もしくは画像バス２００８
上の各デバイスにデータを転送する。

【００９１】こうした一連の処理は、ＣＰＵ２００１か
らの処理要求が無くなるまで（必要なページ数の処理が
終わったとき）繰り返される。

【００９２】（デバイスＩ／Ｆ部）デバイスＩ／Ｆ部２
０２０の構成を図１２に示す。

【００９３】画像バスＩ／Ｆコントローラ２０２１は、
画像バス２００８と接続し、そのバスアクセスシーケン
スを制御する働きと、デバイスＩ／Ｆ部２０２０内の各
デバイスの制御及びタイミングを発生させる。また、外
部のスキャナ２０７０及びプリンタ２０９５への制御信
号を発生させる。

【００９４】スキャンバッファ２０２２は、スキャナ２
０７０から送られてくる画像データを一時保存し、画像
バス２００８に同期させて画像データを出力する。

【００９５】シリアルパラレル・パラレルシリアル変換
２０２３は、スキャンバッファ２０２２に保存された画
像データを順番に並べて、あるいは分解して、画像バス
２００８に転送できる画像データのデータ幅に変換す
る。

【００９６】パラレルシリアル・シリアルパラレル変換
２０２４は、画像バス２００８から転送された画像デー
タを分解して、あるいは順番に並べて、プリントバッフ
ァ２０２５に保存できる画像データのデータ幅に変換す
る。

【００９７】プリントバッファ２０２５は、画像バス２
００８から送られてくる画像データを一時保存し、プリ
ンタ２０９５に同期させて画像データを出力する。

【００９８】画像スキャン時の処理手順を以下に示す。

【００９９】スキャナ２０７０から送られてくる画像デ
ータをスキャナ２０７０から送られてくるタイミング信
号に同期させて、スキャンバッファ２０２２に保存す
る。そして、画像バス２００８がＰＣＩバスの場合に
は、バッファ内に画像データが３２ビット以上入ったと
きに、画像データを先入れ先出しで３２ビット分、バッ
ファからシリアルパラレル・パラレルシリアル変換２０
２３に送り、３２ビットの画像データに変換し、画像バ
スＩ／Ｆコントローラ２０２１を通して画像バス２００
８上に転送する。

【０１００】また、画像バス２００８がＩＥＥＥ１３９
４の場合には、バッファ内の画像データを先入れ先出し
で、バッファからシリアルパラレル・パラレルシリアル
変換２０２３に送り、シリアル画像データに変換し、画
像バスＩ／Ｆコントローラ２０２１を通して画像バス２
００８上に転送する。

【０１０１】画像プリント時の処理手順を以下に示す。

【０１０２】画像バス２００８がＰＣＩバスの場合に
は、画像バスから送られてくる３２ビットの画像データ
を画像バスＩ／Ｆコントローラ２０２１で受け取り、パ
ラレルシリアル・シリアルパラレル変換２０２４に送
り、プリンタ２０９５の入力データビット数の画像デー
タに分解し、プリントバッファ２０２５に保存する。

【０１０３】また、画像バス２００８がＩＥＥＥ１３９
４の場合には、画像バスから送られてくるシリアル画像
データを画像バスＩ／Ｆコントローラ２０２１で受け取
り、パラレルシリアル・シリアルパラレル変換２０２４
に送り、プリンタ２０９５の入力データビット数の画像
データに変換し、プリントバッファ２０２５に保存す
る。そして、プリンタ２０９５から送られてくるタイミ
ング信号に同期させて、バッファ内の画像データを先入
れ先出しで、プリンタ２０９５に送る。

【０１０４】［ソフトウェア］次に、図３の装置でＣＰ
Ｕ２００１によって実行されるプログラム、及びそのプ
ログラムを実行することで遂行される機能などを説明す
る。

【０１０５】（システム全体）本発明の画像配信装置を
含むネットワークシステムの構成を図１に示す。

【０１０６】画像処理装置１００１は、図３に示した本
発明に係る画像配信装置の一例で、スキャナとプリンタ
とを含み、スキャナから読み込んだ画像をローカルエリ
アネットワーク１０１０（以下ＬＡＮ）に流したり、Ｌ
ＡＮ１０１０から受信した画像をプリンタによりプリン
トアウトできる。

【０１０７】また、スキャナから読んだ画像を図示しな
いＦＡＸ送信手段により、ＰＳＴＮまたはＩＳＤＮ等の
公衆回線１０３０に送信したり、ＰＳＴＮまたはＩＳＤ
Ｎから受信した画像をプリンタ１０４０によりプリント
アウトできる。

【０１０８】データベースサーバ１００２は、画像処理
装置１００１により読み込んだ２値画像及び多値画像を
データベースとして管理する。

【０１０９】データベースクライアント１００３は、デ
ータベースサーバ１００２に保存されている画像データ
を閲覧／検索等できる。

【０１１０】電子メールサーバ１００４は、画像処理装
置１００１により読み取った画像を電子メールに添付さ
れた画像として受け取ることができる。

【０１１１】電子メールクライアント１００５は、電子
メールサーバ１００４の受け取ったメールを受信し閲覧
したり、電子メールを送信したりできる。

【０１１２】ＷＷＷサーバ１００６は、ＨＴＭＬ文書を
ＬＡＮに提供する。

【０１１３】画像処理装置１００１は、ＷＷＷサーバ１
００６で提供されるＨＴＭＬ文書をプリントアウトでき
る。

【０１１４】ルータ１０１１は、ＬＡＮ１０１０をイン
ターネット／イントラネット１０１２と連結する。

【０１１５】インターネット／イントラネット１０１２
は、前述した画像処理装置１００１，データベースサー
バ１００２，ＷＷＷサーバ１００６，電子メールサーバ
１００４のそれぞれと同様の装置が、それぞれ１０２
０，１０２１，１０２２，１０２３として接続されてい
る。

【０１１６】一方、画像処理装置１００１は、ＰＳＴＮ
またはＩＳＤＮ１０３０を介してファクシミリ装置１０
３１と送受信可能になっている。また、ＬＡＮ１０１０
上にプリンタ１０４０も連結されており、画像処理装置
１００１により読み取った画像をプリントアウト可能な
ように構成されている。

【０１１７】（ソフトウェアブロック全体構成）図２
は、画像処理装置１００１のソフトウェアブロック図で
ある。

【０１１８】ユーザインタフェース（ＵＩ）１５０１
は、オペレータが本複合機の各種操作・設定を行う際、
機器との仲介を行うモジュールである。本モジュール
は、オペレータの繰作に従い、後述の各種モジュールに
入力情報を転送し処理の依頼、あるいはデータの設定等
を行う。

【０１１９】アドレスブック１５０２は、データの送付
先、通信先等を管理するデータベースモジュールであ
る。アドレスブック１５０２の内容は、ＵＩ１５０１か
らの操作によりデータの追加、削除、取得が行われ、オ
ペレータの操作により後述の各モジュールにデータの送
付・通信先情報を与えるものとして使用されるものであ
る。

【０１２０】ウエブサーバモジュール１５０３は、図外
のウエブクライアントからの要求により、本複合機の管
理情報を通知するために使用される。

【０１２１】管理情報は、後述のコントロールＡＰＩ
（Application Programming Interface）１５１８を介
して読み取られ、後述のＨＴＴＰ１５１２、ＴＣＰ／Ｉ
Ｐ１５１６、ネットワークドライバ１５１７を介してウ
エブクライアントに通知される。

【０１２２】ユニバーサルセンドモジュール１５０４
は、画像データの配信を司るモジュールであり、ＵＩ１
５０１によりオペレータに指示された画像データを、同
様に指示された通信（出力）先に配信するものである。
また、オペレータにより、本機器のスキャナ機能を使用
し配信する画像データの生成が指示された場合は、後述
のコントロールＡＰＩ１５１８を介して機器を動作さ
せ、データの生成を行う。

【０１２３】ＰＲＴモジュール１５０５は、ユニバーサ
ルセンドモジュール１５０４内で出力先にプリンタが指
定された際に実行されるモジュールである。

【０１２４】Ｅメールモジュール１５０６は、ユニバー
サルセンドモジュール１５０４内で通信先にＥ−メール
アドレスが指定された際に実行されるモジュールであ
る。

【０１２５】データベースモジュール１５０７は、ユニ
バーサルセンドモジュール１５０４内で出力先にデータ
ベースが指定された際に実行されるモジュールである。

【０１２６】データプロセッサモジュール１５０８は、
ユニバーサルセンドモジュール１５０４内で出力先に画
像処理装置１００１と同様の複合機が指定された際に実
行されるモジュールである。

【０１２７】リモートコピースキャンモジュール１５０
９は、本装置のスキャナ機能を使用し、ネットワーク等
で接続された他の複合機を出力先とし、本複合機単体で
実現しているコピー機能と同等の処理を行うモジュール
である。

【０１２８】リモートコピープリントモジュール１５１
０は、本装置のプリンタ機能を使用し、ネットワーク等
で接続された他の複合機を入力先とし、本複合機単体で
実現しているＣｏｐｙ機能と同等の処理を行うモジュー
ルである。

【０１２９】ウエブプルプリントモジュール１５１１
は、インターネットまたはイントラネット上の各種ホー
ムページの情報を読み出し、印刷するモジュールであ
る。

【０１３０】ＨＴＴＰモジュール１５１２は、本複合機
がＨＴＴＰにより通信する際に使用されるモジュールで
あり、後述のＴＣＰ／ＩＰモジュール１５１６によりウ
ェブサーバ１５０３、ウエブプルプリントモジュール１
５１１に通信を提供するものである。

【０１３１】ｌｐｒモジュール１５１３は、後述のＴＣ
Ｐ／ＩＰモジュール１５１６によりユニバーサルセンド
モジュール１５０４内のＰＲＴモジュール１５０５に通
信を提供するものである。

【０１３２】ＳＭＴＰモジュール１５１４は、後述のＴ
ＣＰ／ＩＰモジュール１５１６によりユニバーサルセン
ドモジュール１５０４内のＥ−ｍａｉｌモジュール１５
０６に通信を提供するものである。

【０１３３】サリュテーションマネージャ（ＳＬＭ）モ
ジュール１５１５は、後述のＴＣＰ／ＩＰ１５１６モジ
ュールによりユニバーサルセンドモジュール１５０４内
のデータベースモジュール１５０７、ＤＰモジュール１
５０８、及びリモートコピースキャンモジュール１５０
９、リモートプリントモジュール１５１０に通信を提供
するものである。

【０１３４】ＴＣＰ／ＩＰモジュール１５１６は、前述
の各種モジュールに、後述のネットワークドライバ１５
１７によりネットワーク通信を提供するものである。

【０１３５】ネットワークドライバ１５１７は、ネット
ワークとの物理的な接続を制御するものである。

【０１３６】コントロールＡＰＩ１５１８は、ユニバー
サルセンドモジュール１５０４等の上流モジュールに対
し、後述のジョブマネージャ１５１９等の下流モジュー
ルとのインタフェースを提供するものであり、上流、及
び下流のモジュール間の依存関係を軽減しそれぞれの流
用性を高めるものである。

【０１３７】ジョブマネージャ１５１９は、前述の各種
モジュールよりコントロールＡＰＩ１５１８を介して指
示される処理を解釈し、後述の各モジュールに指示を与
えるものである。また、本モジュールは、本複合機内で
実行されるハード的な処理を一元管理するものである。

【０１３８】ＣＯＤＥＣマネージャ１５２０は、ジョブ
マネージャ１５１９が指示する処理の中でデータの各種
圧縮・伸長を管理・制御するものである。

【０１３９】ＦＢＥエンコーダ１５２１は、ジョブマネ
ージャ１５１９、スキャナマネージャ１５２４により実
行されるスキャン処理により読み込まれたデータをＦＢ
Ｅフォーマットにより圧縮するものである。

【０１４０】ＪＰＥＧ−ＣＯＤＥＣ１５２２は、ジョブ
マネージャ１５１９、スキャナマネージャ１５２４によ
り実行されるスキャン処理、及びプリントマネージャ１
５２６により実行される印刷処理において、読み込まれ
たデータのＪＰＥＧ圧縮及び印刷データのＪＰＥＧ展開
処理を行うものである。

【０１４１】ＭＭＲ−ＣＯＤＥＣ１５２３は、ジョブマ
ネージャ１５１９、スキャナマネージャ１５２４により
実行されるスキャン処理、及びプリントマネージャ１５
２６により実行される印刷処理において、読み込まれた
データのＭＭＲ圧縮及び印刷データのＭＭＲ伸長処理を
行うものである。

【０１４２】スキャナマネージャ１５２４は、ジョブマ
ネージャ１５１９が指示するスキャン処理を管理・制御
するものである。

【０１４３】ＳＣＳＩドライバ１５２５は、スキャナマ
ネージャ１５２４と接続しているスキャナ部との通信を
行うものである。

【０１４４】プリンタマネージャ１５２６は、ジョブマ
ネージャ１５１９が指示する印刷処理を管理・制御する
ものである。

【０１４５】エンジンＩ／Ｆドライバ１５２７は、プリ
ンタマネージャ１５２６とエンジン部とのＩ／Ｆを提供
するものである。

【０１４６】パラレルポートドライバ１５２８は、ウエ
ブプルプリントモジュール１５１１がパラレルポートを
介して図外の出力機器にデータを出力する際のＩ／Ｆを
提供するものである。

【０１４７】（アプリケーション）以下、画像処理装置
１００１の組込みアプリケーションの実施の形態につい
て図面を用いて説明する。

【０１４８】図１５は、画像処理装置１００１によるデ
ータの配信に関する組込みアプリケーションブロックを
表すものである。以下、それぞれのブロックに照らし合
わせながら、アプリケーション群の説明を行う。

【０１４９】（ユーザインタフェース（ＵＩ）アプリケ
ーション）ＵＩ４０５０は、前記したとおりであるが、
ここでは、アドレスブック４０５１について説明する。
アドレスブック４０５１は、画像処理装置１００１内の
不揮発性の記憶デバイス（不揮発性メモリやハードディ
スクなど）に保存されており、この中には、ネットワー
クに接続された機器の特徴が記載されている。例えば、
以下に列挙するような情報が含まれている。

【０１５０】機器の正式名やエイリアス名 機器のネットワークアドレス 機器の処理可能なネットワークプロトコル 機器の処理可能なドキュメントフォーマット 機器の処理可能な圧縮タイプ 機器の処理可能なイメージ解像度 プリンタ機器の場合の給紙可能な紙サイズ、給紙段情報 サーバ（コンピュータ）機器の場合のドキュメントを格
納可能なフォルダ名。

【０１５１】以下に説明する各アプリケーションは、ア
ドレスブック４０５１に記載された情報により配信先の
特徴を判別することが可能となる。また、このアドレス
ブック４０５１は、編集可能であると共に、ネットワー
ク内のサーバコンピュータなどに保存されているものを
ダウンロードしたり、直接参照したりして使用すること
も可能である。

【０１５２】（リモートコピーアプリケーション）リモ
ートコピーアプリケーション４１００は、配信先に指定
された機器の処理可能な解像度情報を前記アドレスブッ
ク４０５１より判別し、それに従い、スキャナにより読
み取った２値画像をＭＭＲ圧縮を用いて圧縮し、それを
ＴＩＦＦ（Tagged Image File Format）化し、ＳＬＭ４
１０３に通して、ネットワーク上のプリンタ機器に送信
する。

【０１５３】ＳＬＭ４１０３とは、サリュテーションマ
ネージャ（またはスマートリンクマネージャ）と呼ばれ
る機器制御情報などを含んだネットワークプロトコルの
一種である。

【０１５４】（同報配信アプリケーション）同報配信ア
プリケーション４１５０は、前記リモートコピーアプリ
ケーション４１００と違い、一度の画像走査で読み取っ
た画像を複数の配信宛先に送信することが可能である。
また、配信先もプリンタ機器にとどまらず、いわゆるサ
ーバコンピュータにも直接配信可能である。以下、配信
先に従って順に説明する。

【０１５５】配信先の機器が、例えばネットワークプリ
ンタプロトコルである公知のＬＰＤ（Line Printer Dae
mon）、プリンタ制御コマンドとして公知のＬＩＰＳを
処理可能だとアドレスブック４０５１より判別された場
合、アドレスブック４０５１より判別した画像解像度に
従って画像読み取りを行い、本実施例ではその画像デー
タを公知のＦＢＥ（First Binary Encoding）を用いて
圧縮し、さらにＬＩＰＳコード化して、公知のネットワ
ークプリンタにおけるリモート印刷プロトコルであるＬ
ＰＲ（Line Printer Daemon Protocol）に従い相手機器
に配信する。

【０１５６】配信先の機器がＳＬＭで通信可能なサーバ
機器の場合、アドレスブック４０５１より、サーバアド
レス、サーバ内のフォルダの指定を判別し、リモートコ
ピーアプリケーションと同様に、スキャナにより読み取
った２値画像をＭＭＲ圧縮を用いて圧縮し、それをＴＩ
ＦＦ化し、ＳＬＭに従い配信し、ネットワーク上のサー
バ機器の特定のフォルダに格納する事が可能である。

【０１５７】また、本実施例の画像処理装置では、相手
機器であるサーバがＪＰＥＧ圧縮された多値画像を処理
可能だと判別した場合、２値画像と同様に、多値読み取
りした画像を公知のＪＰＥＧ圧縮を用いて、やはり公知
のＪＦＩＦ化し、ＳＬＭに従い配信し、ネットワーク上
のサーバ機器の特定のフォルダに格納する事が可能であ
る。

【０１５８】配信先の機器がＥメールサーバである場
合、アドレスブック４０５１に記載されたメールアドレ
スを判別し、スキャナにより読み取った２値画像をＭＭ
Ｒ圧縮を用いて圧縮し、それをＴＩＦＦ化し、ＳＭＴＰ
（Simple Mail Transfer Protcol）４１５３に従い、Ｅ
メールサーバに配信する。その後の配信は、メールサー
バ４５５０によって実行される。

【０１５９】（ウエブプルプリントアプリケーション）
ウエブプルプリントアプリケーション４２００は、ＨＴ
ＴＰモジュールを介して指定したＵＲＬのウェブサーバ
４６５０からＨＴＭＬ文書等のデータを読み込み、それ
を例えばポストスクリプト（ＰＳ）形式のデータとして
プリント出力する。

【０１６０】（ウエブサーバアプリケーション）ウエブ
サーバアプリケーション４２５０は、ウェブブラウザ４
７００に対して、ＨＴＭＬ等のデータを提供する。

【０１６１】上述のアプリケーションが、操作部からの
オペレータの操作に従って実行される。

【０１６２】［画像処理装置の操作］画像処理装置１０
０１の繰作部の構成を図１３に示す。ＬＣＤ表示部（３
００１）は、ＬＣＤ上にタッチパネルシートが貼られて
おり、システムの操作画面を表示するとともに、表示し
てあるキーが押されるとその位置情報をコントローラＣ
ＰＵに伝える。

【０１６３】スタートキー３００２は原稿画像の読み取
り動作を開始する時などに用いる。スタートキー中央部
には、緑と赤の２色ＬＥＤがあり、その色によってスタ
ートキーが使える状態にあるかどうかを示す。ストップ
キー３００３は、稼働中の動作を止める働きをする。Ｉ
Ｄキー３００４は、使用者のユーザＩＤを入力するとき
に用いる。リセットキー３００５は、操作部からの設定
を初期化するときに用いる。

【０１６４】以下で操作部に表示される各画面について
詳細に説明する。

【０１６５】（操作画面（図１４））画像処理装置１０
０１が提供する機能は、コピー（ＣＯＰＹ）／送信（Ｓ
ＥＮＤ）／検索（ＲＥＴＲＩＥＶＥ）／タスク（ＴＡＳ
ＫＳ）／管理（ＭＧＭＮＴ）／構成（ＣＯＮＦＩＧ）の
６つの大きなカテゴリーに分かれており、これらは操作
画面３０１０上の上部に表示される６つのメインタブ
（３０１１〜３０１６）に対応している。

【０１６６】これらのメインタブを押すことにより、各
カテゴリーの画面への切り替えが行われる。他カテゴリ
ーヘの切り換えが許可されない場合は、メインタブの表
示色が変わり、メインタブを押しても反応しない。

【０１６７】（送信画面（図１６〜））送信画面表示時
にスタートボタンが押されると、スキャナが動作し、読
み取った画像データを設定された宛先に指定された送信
方法で送信する処理が開始される。

【０１６８】送信メイン画面３２００（図１６）は、宛
先表示領域３２０２、詳細宛先数表示領域３２０３、宛
先スクロールボタン３２０４、アドレスブックボタン３
２０８、新規ボタン３２０９、編集ボタン３２１０、削
除ボタン３２１１、サブジェクト入力領域３２０５、メ
ッセージ入力領域３２０６、ファイル名入力領域３２０
７、カバーページチェックボタン３２１２、ＨＤ書き込
みチェックボタン３２１３、印刷出力チェックボタン３
２１４、スキャン設定ボタン３２１５から構成される。

【０１６９】リセットを含む初期化時には、図１７の画
面３２０１に示すように、宛先表示領域には１つの宛先
も表示されず、操作説明画面が表示される。

【０１７０】宛先表示領域３２０２には入力された宛先
の一覧が表示される。入力は順次末尾に追加される。

【０１７１】詳細宛先数表示領域３２０３には現在設定
されている宛先数が表示される。宛先表示領域からある
宛先を選択した後、削除ボタン３２１１を押すと、選択
されていた宛先が削除される。

【０１７２】サブジェクト入力領域３２０５、メッセー
ジ入力領域３２０６、ファイル名入力領域３２０７を押
すと、フルキーボードが表示され、それぞれの入力が可
能になる。

【０１７３】（アドレスブックサブ画面（図１８））ア
ドレスブックボタン３２０８を押すと、アドレスブック
サブ画面３２２０が表示される。アドレス帳表示領域３
２２１で選択マーク３２３２を付けられた宛先は、ＯＫ
ボタン３２３１を押すことにより、送信メイン画面の宛
先表示領域３２０２に追加される。

【０１７４】アドレス帳の表示はソート項目設定ボタン
（３２２４〜３２２６）を押すことによりクラス別、名
前昇順、名前降順にソートされる。項目選択件数表示領
域３２２７には選択マークの付けられた項目数を表示す
る。

【０１７５】ＯＫボタン３２３１またはキャンセルボタ
ン３２３０が押されると、アドレスブックサブ画面はク
ローズされ、送信メイン画面が表示される。

【０１７６】アドレス帳の中の１つの項目を選択した状
態で詳細ボタン３２２９を押すと、詳細サブ画面３２３
５（図１９）が表示される。詳細サブ画面には選択され
た項目の情報としてアドレス帳から得られるすべての情
報３２３６が表示される。

【０１７７】（詳細宛先サブ画面（図２０〜図２５））
送信メイン画面の新規ボタン３２０９を押すとＰｅｒｓ
ｏｎクラス詳細サブ画面３２７０（図２０参照）が表示
され、新しい宛先の設定が可能になる。宛先の入力は送
信方法（電子メール、ファックス、プリンタ、ＦＴＰ）
に対応した送信方法選択ボタン（３２７１〜３２７４）
を押すか、詳細宛先入力領域（３２７５〜３２７８）を
押すと、ファックスの場合はテンキーボード３０５０
（図２２）、その他はフルキーボード３０４０（図２
１）が表示され、入力可能になる。３２７９〜３２８２
はそれぞれの送信方法の送信オプションを行うためのボ
タンであるが、ここでは詳細な説明は省略する。

【０１７８】送信メイン画面でＰｅｒｓｏｎクラスの宛
先が選択されている状態で編集ボタン３２１０が押され
た場合もＰｅｒｓｏｎクラス詳細サブ画面３２９０（図
２３）が表示される。詳細宛先入力領域（３２７５〜３
２７８）の該当する領域に、選択された宛先の詳細が表
示され、前述した方法でキーボードを表示すると、宛先
の編集が可能になる。

【０１７９】送信メイン画面でＤａｔａ Ｂａｓｅクラ
スの宛先が選択されている状態で編集ボタン３２１０が
押された場合、Ｄａｔａ Ｂａｓｅクラス詳細サブ画面
（図２４）が表示される。データベースクラス詳細サブ
画面にはデータベース名３３１１、フォルダリスト３３
１２が表示される。

【０１８０】送信メイン画面でＧｒｏｕｐクラスの宛先
が選択されている状態で編集ボタン３２１０が押された
場合Ｇｒｏｕｐクラス詳細サブ画面３３２０（図２５）
が表示される。Ｇｒｏｕｐクラス詳細サブ画面にはグル
ープメンバー表示３３２１がされる。

【０１８１】（ＨＤ設定サブ画面（図２６））ＨＤ書き
込みチェックボタン３２１３を押すと、ハードディスク
に送信するための設定を行うＨＤ設定サブ画面３３３０
が表示される。ここでは書き込むべきフォルダの指定等
を行う。

【０１８２】（印刷出力サブ画面（図２７〜図２９））
印刷出力チェックボタン３２１４を押すと、プリントア
ウトサブ画面３３４０（図２７）が表示される。プリン
トアウトサブ画面ではプリント枚数、紙サイズ、拡大縮
小率、両面印刷、ソート、解像度などを設定する。紙サ
イズ選択ボタン３３４５を押すと、紙サイズの一覧３３
６０（図２８）が表示され、そこから選択する。ソータ
選択ボタン３３５０を押すと、選択可能なソータ一覧３
３６５（図２９）が表示される。

【０１８３】（スキャン設定サブ画面（図３０〜図３
３））スキャン設定ボタン３２１５を押すと、スキャン
設定サブ画面３３７０が表示される。スキャン設定サブ
画面内のプリセットモード選択領域３３７１からスキャ
ン設定を１つ選択すると、それに対応するあらかじめ設
定された解像度、スキャンモード、濃度がそれぞれの表
示領域（３３７７、３３７９、３３８１）に表示され
る。これらの値は選択ボタン（３３７６、３３７８、３
３８０）により手動で変えることが可能である。

【０１８４】図３１のスキャン設定サブ画面３３９０
は、紙サイズ選択一覧をプルダウン表示した状態の画面
で、この一覧から使用する紙のサイズ、向きを選択す
る。図３２の画面３３９１、図３３の画面３３９２は、
それぞれ、解像度、スキャンモード一覧をプルダウン表
示した状態を示している。

【０１８５】［プラグインの詳細な説明］図３４は、同
報配信アプリケーション４１５０に対して、ＲＦＣ２９
１０、ＲＦＣ２９１１等で公知のＩｎｔｅｒｎｅｔ Ｐ
ｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ（ＩＰＰ）プラグイ
ンモジュールを追加することで、ユニバーサルセンドモ
ジュールが新たにＩＰＰ配信プロトコルによる同報配信
をサポートしている状態を例示するアプリケーションブ
ロック図である。

【０１８６】ＩＰＰプラグインモジュールが組み込まれ
たユニバーサルセンドモジュールは、配信先の機器が、
ネットワークプリンタプロトコルである公知のＩＰＰ、
プリンタ制御コマンドとして公知のＬＩＰＳを処理可能
だとアドレスブック４０５１より判別された場合、アド
レスブック４０５１より判別した画像解像度に従って画
像読み取りを行い、本実施例ではその画像を公知のＦＢ
Ｅ（First Binary Encoding）を用いて圧縮し、さらに
ＬＩＰＳコード化して、公知のネットワークプリンタプ
ロトコルであるＩＰＰに従い相手機器に配信する。

【０１８７】図３５はＣＰＵ２００１によって実行され
るソフトウェアの階層構造を示す模式図であり、ユニバ
ーサルセンドモジュール１５０４と関連モジュールの階
層関係を示す。

【０１８８】ＲＴＯＳ１５２９は、リアルタイムオペレ
ーティングシステムであり、ＣＰＵ２００１が直接解釈
実行する機械命令によって記述されたユニバーサルセン
ドモジュール１５０４などのソフトウェアモジュールの
ための動作環境を提供する。

【０１８９】インタプリタ１５３０は、公知のインタプ
リタ処理系であり、ＲＴＯＳ１５２９が提供する動作環
境上で動作し、所定のインタプリタ用命令で記述された
命令列データを読み込み、逐次的に解釈実行する。イン
タプリタ１５３０は、インタプリタ用命令で記述された
ソフトウェアモジュールに動作環境を提供する仮想的な
ＣＰＵであり、インタプリタ上で動作するソフトウェア
のために用意されたライブラリセットとともに、仮想的
なオペレーティングシステムの機能を果たす。

【０１９０】本実施例のインタプリタはＳｕｎ Ｍｉｃ
ｒｏｓｙｓｔｅｍｓ社による公知のＪａｖａ(登録商
標）を対象として動作するインタプリタである。本実施
例のＪａｖａのインタプリタは、Ｊａｖａ言語で記述さ
れたプログラムをコンパイルした結果生成されるバイト
コードと呼ばれるインタプリタ用命令列の中間表現を、
実行時に動的に読み込むことができる。Ｊａｖａインタ
プリタは読み込んだ各バイトコードを逐次的に解釈実行
する。Ｊａｖａのバイトコードは公知のスタックマシン
型プロセッサの機械言語に類似しており、Ｊａｖａ仮想
機械と呼ばれることもあるＪａｖａのインタプリタは、
スタックマシン型のＣＰＵと同様に動作する。

【０１９１】なお、本実施例に係るインタプリタはＪａ
ｖａに限定する必要はなく、それぞれ公知のＰｅｒｌ、
Ｐｙｔｈｏｎ、Ｒｕｂｙなど多種多様なインタプリタを
採用してもよい。

【０１９２】図３５のソフトウェア階層構造において、
ＲＴＯＳ１５２９の上では機械命令で記述されたソフト
ウェアモジュールが動作し、インタプリタ１５３０の上
ではインタプリタ用命令で記述されたソフトウェアモジ
ュールが動作する。

【０１９３】スタブモジュール１５３１は、ユニバーサ
ルセンドモジュール１５０４内に組み込まれて動作する
送信コンポーネントと呼ばれるサブモジュールの１つで
あり、ＣＰＵ２００１によって直接解釈実行される機械
命令によって記述され、既に説明したＰＲＴモジュール
１５０５、Ｅメールモジュール１５０６、データベース
モジュール１５０７、データプロセッサモジュール１５
０８の標準搭載の送信コンポーネントと同様に、スキャ
ン画像データを所定のデータ配信プロトコルによって出
力先へと配信する処理を行う。スタブモジュール１５３
１は、ユニバーサルセンドモジュール１５０４内で標準
搭載の送信コンポーネントによって配信処理を行うこと
のできない出力先が宛先として指定された際に実行され
るモジュールである。

【０１９４】リクエストブローカモジュール１５３２
は、スタブモジュール１５３１と通信を行いユニバーサ
ルセンドモジュール１５０４がスタブモジュールとの間
で行う対話的な要求と応答のやり取りをプラグインモジ
ュール１５３３に転送する。リクエストブローカモジュ
ール１５３２は、Ｊａｖａのバイトコードで記述されイ
ンタプリタ１５３０上で解釈実行される。

【０１９５】プラグイン１５３３は、リクエストブロー
カモジュール１５３２内に動的に組み込まれて動作する
サブモジュールの１つである。

【０１９６】本実施例ではプラグイン１５３３として、
ユニバーサルセンドモジュール１５０４で出力先にＩＰ
Ｐのプリントプロトコルをサポートするプリンタが指定
された際に実行されＩＰＰによる配信処理を行う、ＩＰ
Ｐ送信コンポーネントプラグインモジュールが組み込ま
れている状態を示している。

【０１９７】プラグイン１５３３は、Ｊａｖａのバイト
コードで記述されインタプリタ１５３０上で解釈実行さ
れる。

【０１９８】図３６は、ユニバーサルセンドモジュール
１５０４、スタブモジュール１５３１、リクエストブロ
ーカモジュール１５３２、及びプラグインモジュール１
５３３の間の相互の対話処理を示す図である。

【０１９９】ユニバーサルセンドモジュール１５０４
は、スタブモジュール１５３１が備える送信コンポーネ
ントインタフェースの関数を呼び出すことによってスタ
ブモジュール１５３１と通信する。

【０２００】スタブモジュール１５３１のインタフェー
ス関数が呼び出されると、その内部で、インタフェース
関数の呼出し要求に関する情報をメッセージ化し、さら
にメッセージをリクエストブローカ１５３２に送信す
る。

【０２０１】リクエストブローカ１５３２は、リクエス
トメッセージを受信すると、メッセージの解釈を行い、
メッセージに示された情報に基づきインタフェース関数
の呼出し要求を復元し、プラグインモジュール１５３３
の対応するメソッドを呼び出す。

【０２０２】プラグインモジュール１５３３のメソッド
の処理が完了するとメソッドはリターン値を返し、リク
エストブローカ１５３２に制御を戻す。

【０２０３】リクエストブローカ１５３２は、メソッド
がリターンすると、メソッドからのリターン値の情報に
基づくレスポンスメッセージを生成し、さらに、生成し
たメッセージをスタブモジュール１５３１に返信する。

【０２０４】スタブモジュール１５３１は、レスポンス
メッセージを受信すると、最初のインタフェース関数の
処理を完了し、受信したレスポンスメッセージの情報に
基づくリターン値を返し、ユニバーサルセンドモジュー
ル１５０４に制御を戻す。

【０２０５】図３７は、送信コンポーネントが備えるイ
ンタフェースを示す。

【０２０６】すべての送信コンポーネントは、ユニバー
サルセンドモジュール１５０４の枠組みの中でサブモジ
ュールとして機能するためにあらかじめ定められたイン
タフェース関数一式３７０を備える。

【０２０７】ユニバーサルセンドモジュール１５０４
は、アプリケーションとしての処理の中で、データ配信
プロトコルに依存する処理を必要とする際、送信コンポ
ーネントの関数を呼び出す。

【０２０８】図３７において、配信処理３７１は、スキ
ャンした画像データを当該送信コンポーネントが処理す
る配信プロトコルによって配信するインタフェース関数
である。

【０２０９】アドレスリスト取得処理３７２は、当該送
信コンポーネントが処理する配信プロトコルによって送
信可能な宛先アドレスのその時点で登録されているリス
トを取得するためのインタフェース関数である。

【０２１０】アドレス追加処理３７３は、当該送信コン
ポーネントが処理する配信プロトコルによって送信可能
な宛先アドレスを、アドレスリストに追加するためのイ
ンタフェース関数である。

【０２１１】アドレス削除処理３７４は、当該送信コン
ポーネントが処理する配信プロトコルによって送信可能
な宛先アドレスを、アドレスリストの中から削除するた
めのインタフェース関数である。

【０２１２】図３８は、送信コンポーネントの一種であ
るスタブモジュール１５３１が備えるインタフェースを
示す。

【０２１３】スタブモジュール１５３１のインタフェー
スは、送信コンポーネントのインタフェース３７０を継
承しており、送信コンポーネントが備えるインタフェー
ス関数のすべてを備える。

【０２１４】スタブモジュール１５３１のインタフェー
スは、さらに、プラグインプロトコルリスト取得処理３
８１を備え、プラグインプロトコルリスト取得処理３８
１はプラグイン１５３３として登録されているプラグイ
ンモジュール群がそれぞれサポートする配信プロトコル
のリストを取得するためのインタフェース関数である。

【０２１５】図３９は、ユニバーサルセンドモジュール
１５０４においてＣＰＵのネイティブ命令によって実装
される、アドレス帳へのアドレス登録処理を示すフロー
チャートである。

【０２１６】ユーザの操作に応じてアドレス帳へのアド
レス登録処理が起動されると、ユニバーサルセンドモジ
ュール１５０４は、スタブモジュール１５３１が備える
プラグインプロトコルリスト取得インタフェース関数３
８１を呼び出して、登録されているプラグイン群がサポ
ートするプロトコルのリストを取得する（Ｓ３９１）。

【０２１７】次に、標準搭載の送信コンポーネントがサ
ポートするプロトコル群であるＬＰＤ、ＳＬＭ、ＳＭＴ
Ｐと、前ステップで取得したプロトコルリストのプロト
コル群とを合わせ、その時点でサポートしている全プロ
トコルリストとしてユーザに提示し、ユーザに対して選
択を促す（Ｓ３９２）。

【０２１８】ユーザがプロトコルリスト中から所望のプ
ロトコルを選択すると（Ｓ３９３）、選択されたプロト
コルをサポートする送信コンポーネントモジュールが備
えるアドレス追加処理インタフェース関数３７３を呼び
出す。

【０２１９】アドレス追加処理インタフェース関数３７
３の実装では、当該プロトコルによって定められたそれ
ぞれのアドレス体系に応じたアドレスの入力をユーザに
促し、ユーザが入力したアドレスが送信コンポーネント
によって（それが標準搭載の送信コンポーネントであっ
てもプラグインモジュールによる送信コンポーネントで
あっても同様に）記憶される（Ｓ３９４）。

【０２２０】図４０は、ユニバーサルセンドモジュール
１５０４においてＣＰＵのネイティブ命令によって実装
される、配信処理を示すフローチャートである。ここで
は説明を簡単にするために、すべての配信宛先に対し
て、同一パラメータで生成した画像ファイルを配信すれ
ばよいものとして処理を単純化している。

【０２２１】ユーザの操作に応じて配信処理が起動され
ると、まずユーザが配信を行いたい宛先アドレスを選択
することを待つ（Ｓ４０１）。

【０２２２】ユーザが所望の配信宛先アドレスを１つ以
上選択し配信宛先リストの選択を完了すると、コントロ
ールＡＰＩ１５１８を呼び出して画像読み込み解像度、
圧縮形式、ファイル形式などの画像ファイル生成パラメ
ータを設定する（Ｓ４０２）。

【０２２３】さらにコントロールＡＰＩ１５１８を呼び
出してイメージスキャンを行い画像データファイルを得
る（Ｓ４０３）。

【０２２４】次に、ステップＳ４０１でユーザが選んだ
宛先アドレスリストから１つの宛先アドレスを取り出
し、その宛先アドレスに対応する送信コンポーネントの
配信処理インタフェース関数３７１を呼び出す（Ｓ４０
４）。

【０２２５】宛先アドレスリストに含まれるすべての宛
先への配信を完了するまで、ステップＳ４０４に戻って
配信処理を繰り返す（Ｓ４０５）。

【０２２６】図４１は、図３８に示したインタフェース
関数のそれぞれが呼び出されたときに、スタブモジュー
ル１５３１がリクエストブローカ１５３２に送るリクエ
ストメッセージを示す図である。

【０２２７】メッセージは伝送データを所定の形式で符
号化したバイト列であり、メモリ空間上に構築され、オ
ペレーティングシステムが備えるメッセージキューやソ
ケットなどのプロセス間通信（タスク間通信）機構によ
って、ソフトウェアモジュールの実行インスタンス間で
伝送される。

【０２２８】プロトコル識別子４１１は、配信プロトコ
ルを識別するための属性である。プロトコル識別子４１
１の内容は、ユニバーサルセンドモジュールが呼び出し
たインタフェース関数の引数に含まれる情報から生成さ
れる。

【０２２９】リクエストブローカ１５３２はプロトコル
識別子４１１に基づいて、受信したリクエストを処理す
べきプラグインモジュールを特定する。

【０２３０】オペレーション識別子４１２は、呼び出す
べきメソッドを識別するための属性である。オペレーシ
ョン識別子４１２の内容は、ユニバーサルセンドモジュ
ール１５０４が呼び出したインタフェース関数に固有の
情報として、どのインタフェース関数が呼び出されたか
に応じて決定される。

【０２３１】リクエストブローカ１５３２は、オペレー
ション識別子４１２に基づいて、呼び出すべきプラグイ
ンモジュールのインタフェースメソッドを特定する。

【０２３２】パラメータ４１３は、リクエストを特定す
るために必要なその他の属性である。パラメータ４１３
の内容は、ユニバーサルセンドモジュール１５０４が呼
び出したインタフェース関数に与えられた引数のうち、
プロトコル識別情報以外の情報から生成される。

【０２３３】リクエストブローカ１５３２は、パラメー
タ４１３に基づいて、プラグインモジュール１５３３の
インタフェースメソッド呼び出しの引数を生成し、メソ
ッド呼び出しを行う。

【０２３４】図４２はリクエストブローカ１５３２がス
タブモジュール１５３１に返すレスポンスメッセージを
示す図である。

【０２３５】メッセージは伝送データを所定の形式で符
号化したバイト列であり、メモリ空間上に構築され、オ
ペレーティングシステムが備えるメッセージキューやソ
ケットなどのプロセス間通信（タスク間通信）機構によ
って、ソフトウェアモジュールの実行インスタンス間で
伝送される。

【０２３６】パラメータ４２１は、リクエストブローカ
１５３２が呼び出したプラグインモジュール１５３３の
インタフェースメソッドの返り値をメッセージ化した属
性である。パラメータ４２１の内容は、インタフェース
メソッドに固有の形式でメッセージ化された、インタフ
ェースメソッドの返り値である。

【０２３７】スタブモジュール１５３１は、したがっ
て、リクエストに固有の形式としてパラメータ属性の内
容を解釈し、ユニバーサルセンド１５０４への返り値を
生成できる。

【０２３８】図４３は、スタブモジュール１５３１にお
いてＣＰＵのネイティブ命令によって実装される、スタ
ブモジュールが備えるインタフェース３８０の処理を示
すフローチャートである。

【０２３９】スタブモジュール１５３１が備えるインタ
フェース関数の各々は、すべてこの図に示す処理を行う
ように実装される。各インタフェース関数が呼び出され
ると、当該関数呼び出しを図４１に示した処理リクエス
トメッセージとしてメッセージ化し、生成したリクエス
トメッセージをリクエストブローカ１５３２へ送信する
（Ｓ４３１）。

【０２４０】次に、リクエストブローカ１５３２から図
４２に示したレスポンスメッセージを受信する（Ｓ４３
２）。

【０２４１】最後に、受信したレスポンスメッセージを
解析し対応するリターン値を生成して、呼び出されたイ
ンタフェース関数の返り値としてリターンする（Ｓ４３
３）。

【０２４２】図４４は、リクエストブローカ１５３２が
備えるインタフェースを示す図である。

【０２４３】メイン処理４４１は、リクエストブローカ
１５３２の主関数であり、リクエストブローカ１５３２
の起動時にシステムによって割り当てられたスレッドの
コンテキストによって実行される。

【０２４４】プラグイン登録処理４４２は、プラグイン
モジュール１５３３をリクエストブローカ１５３２の管
理下に追加登録する処理を行う。

【０２４５】プラグイン登録解除処理４４３は、リクエ
ストブローカ１５３２の管理下に登録されているプラグ
インモジュール１５３３の登録を解除する処理を行う。

【０２４６】図４５は、リクエストブローカ１５３２が
記憶し管理するプラグインリストデータのレコード形式
を示す図である。

【０２４７】プラグインリストデータにおいて、プラグ
イン登録処理４４２が呼び出されたときに当該プラグイ
ンモジュールに対応するレコードが追加され、プラグイ
ン解除処理４４３が呼び出されたときに当該プラグイン
モジュールに対応するレコードが削除される。

【０２４８】プラグイン参照４５１は、登録されている
プラグインモジュール１５３３のオブジェクトに対応す
る識別情報であり、リクエストブローカ１５３２はこの
参照に基づいて当該プラグインモジュールのオブジェク
トをメモリ上に復元し実行コンテキストを与えることが
できる。

【０２４９】配信プロトコル４５２は、当該プラグイン
モジュールがサポートする配信プロトコルを記述する情
報である。

【０２５０】ファイル形式４５３は、当該プラグインモ
ジュールによる配信に最適な、および／または、配信可
能な、データファイル形式を記述する情報である。

【０２５１】圧縮方式４５４は、当該プラグインモジュ
ールによる配信に最適な、および／または、配信可能
な、データの圧縮方式を記述する情報である。

【０２５２】解像度４５５は、当該プラグインモジュー
ルによる配信に最適な、および／または、配信可能な、
画像データの解像度を記述する情報である。

【０２５３】図４６は、リクエストブローカ１５３２に
おいてＪａｖａのインタプリタ命令によって実装され
る、メイン処理を示すフローチャートである。

【０２５４】メイン処理は以下の一連のステップを繰り
返すループを構成している。

【０２５５】リクエストブローカ１５３２は、スタブモ
ジュール１５３１からのメッセージの到着を待ち、リク
エストメッセージを受信する（Ｓ４６１）。

【０２５６】リクエストメッセージを受信すると、当該
リクエストがプラグインプロトコルリスト取得インタフ
ェース関数によって生成されたリクエストであるか否か
を判定し、プラグインプロトコルリスト取得リクエスト
であればステップＳ４６６に進み、それ以外ならステッ
プＳ４６３に進む。

【０２５７】ステップＳ４６３では、図４１に示したリ
クエストメッセージのプロトコル識別子４１１の内容に
基づき当該プロトコルをサポートするプラグインを決定
し、当該プラグインの実装を提供するプラグインオブジ
ェクトをリクエストブローカが支配するメモリ空間に展
開する（Ｓ４６３）。

【０２５８】次に、リクエストメッセージのオペレーシ
ョン識別子４１２の内容に基づいて対応するメソッドを
決定し、さらにパラメータ４１３の内容に基づいてメソ
ッドに与える引数を生成し、メモリ上に読み込んだオブ
ジェクトの当該メソッドを呼び出す（Ｓ４６４）。

【０２５９】プラグインオブジェクトのメソッドの呼び
出しがリターンすると、その返り値を図４２に示したレ
スポンスメッセージの形式にメッセージ化し、生成した
メッセージをスタブモジュール１５３１に送信する（Ｓ
４６５）。

【０２６０】さらに、ステップＳ４６１に戻り一連の処
理を繰り返す。一方、ステップＳ４６６からの一連のス
テップではプラグインプロトコルリスト取得要求に応じ
た処理を行う。

【０２６１】プラグインプロトコルリスト取得要求を受
信すると、図４５に示した、プラグインリストデータを
検索し、登録されているプラグインモジュール群がサポ
ートしているプロトコルのリストを生成する（Ｓ４６
６）。

【０２６２】次に、プロトコルリストを所定の形式でメ
ッセージ化し、生成したレスポンスメッセージをスタブ
モジュールに送信する（Ｓ４６７）。さらに、ステップ
Ｓ４６１に戻り一連の処理を繰り返す。

【０２６３】図４７は、送信コンポーネント用プラグイ
ンモジュール１５３３が備えるインタフェースを示す。

【０２６４】すべての送信コンポーネント用プラグイン
モジュールは、リクエストブローカ１５３２の枠組みの
中でサブモジュールとして機能するために、あらかじめ
定められたインタフェース関数一式４７０を備える。

【０２６５】リクエストブローカ１５３２は、その処理
の中で、プラグインモジュールのインタフェース関数を
呼び出す。

【０２６６】図４７において、配信処理４７１は、スキ
ャンした画像データを当該プラグインモジュールが処理
する配信プロトコルによって配信するインタフェース関
数である。

【０２６７】アドレスリスト取得処理４７２は、当該プ
ラグインモジュールが処理する配信プロトコルによって
送信可能な宛先アドレスのその時点で登録されているリ
ストを取得するためのインタフェース関数である。

【０２６８】アドレス追加処理４７３は、当該プラグイ
ンモジュールが処理する配信プロトコルによって送信可
能な宛先アドレスを、アドレスリストに追加するための
インタフェース関数である。

【０２６９】アドレス削除処理４７４は、当該プラグイ
ンモジュールが処理する配信プロトコルによって送信可
能な宛先アドレスを、アドレスリストの中から削除する
ための関数である。

【０２７０】図４８は、ＩＰＰによる配信をサポートす
るプラグインモジュール１５３３が記憶し管理するアド
レスリストデータのレコード形式を示す図である。

【０２７１】ｉｐｐ−ＵＲＬ４８１は、ＩＰＰの体系に
おいて宛先プリンタのアドレスを記述するＰｒｉｎｔｅ
ｒ−ＵＲＩであり、ＲＦＣ２９１０等に開示されている
公知のＵＲＩスキームに従って表現される。各レコード
は例えば次に示すような形式の可変長の文字列である。

【０２７２】ipp://myhost.com/myprinter/myqueue。

【０２７３】一方の配信パラメータ４８２は、当該アド
レス宛の配信に最適な、および／または、配信可能な各
種の配信に係るパラメータを記述する情報である。

【０２７４】図４９は、ＩＰＰによる配信をサポートす
るプラグインモジュール１５３３においてＪａｖａのイ
ンタプリタ命令によって実装される、アドレス追加処理
を示すフローチャートである。

【０２７５】プラグインモジュール１５３３が備えるア
ドレス追加処理のためのインタフェース関数４７３が呼
び出されると、ＩＰＰ配信用のプラグインモジュール１
５３３は図４８に示した既に登録されているアドレスリ
ストデータをハードディスクから読み込む（Ｓ４９
１）。

【０２７６】次に、ユーザに対して追加するＩＰＰアド
レス４８１と、もしあればそのアドレスに固有の最適、
および／または、可能な配信パラメータ４８２と、の入
力を促し、ユーザによるアドレス入力が終了するまで待
つ（Ｓ４９２）。

【０２７７】アドレス入力が終了すると、ユーザがキャ
ンセルによってアドレス入力を終了したか否かを判定
し、もしキャンセルであればステップＳ４９６に進み、
もし正常な完了であればステップＳ４９４に進む。

【０２７８】ユーザが正常にアドレスの入力を完了した
場合は、入力されたアドレス４８１と配信パラメータ４
８２とをアドレスリストに追加しハードディスクに書き
込む（Ｓ４９４）。

【０２７９】さらに、正常終了を示す返り値をリターン
して一連の処理を終了する（Ｓ４９５）。

【０２８０】一方、ユーザがアドレス入力をキャンセル
終了した場合は、キャンセル終了を示す返り値をリター
ンして一連の処理を終了する（Ｓ４９６）。

【０２８１】図５０は、ＩＰＰによる配信をサポートす
るプラグインモジュール１５３３においてＪａｖａのイ
ンタプリタ命令によって実装される、配信処理を示すフ
ローチャートである。

【０２８２】プラグインモジュール１５３３が備えるア
ドレス追加処理のためのインタフェース関数４７０が呼
び出されると、ＩＰＰ配信用のプラグインモジュール１
５３３は、関数呼び出しの引数として与えられた宛先ア
ドレスをアドレスリストデータ中から検索し、そのレコ
ードの配信パラメータを読み込む（Ｓ５０１）。

【０２８３】次に、宛先アドレスによって示されたＩＰ
ＰプリンタのＴＣＰポート番号６３１番との間に公知の
ＨＴＴＰプロトコルによる接続を確立し、関数呼び出し
の引数として与えられた画像ファイルをプリントするた
めのＩＰＰプリントジョブ要求をこの接続に対して送信
する（Ｓ５０２）。

【０２８４】ＩＰＰプリントジョブを送信するためにＨ
ＴＴＰ接続に書き込むデータの冒頭部分は、例えば次の
ようなバイト列である。

【０２８５】POST /myprinter/myqueue HTTP/1.1 Host: myhost.com:631 Content-type: application/ipp Transfer-Encoding: chunked … IPPプリントジョブ要求 …。

【０２８６】次に、接続からＩＰＰプリントジョブ応答
を読み出し、配信が正常終了したか否かを判定する（Ｓ
５０３）。もし正常終了であれば、正常終了を示す返り
値をリターンして終了する（Ｓ５０４）。もし異常終了
であれば、エラー終了を示す返り値をリターンして終了
する（Ｓ５０５）。

【０２８７】以上のようにして、画像処理装置中のソフ
トウェア組込み型電子装置にＪａｖａのインタプリタ環
境を導入し、ネイティブ機会命令で記述された標準搭載
機能ソフトウェアが必要とする処理の一部分をＪａｖａ
のクラスとして記述し、Ｊａｖａのインタプリタ環境で
動作するこのクラスのオブジェクトとネイティブな標準
搭載機能ソフトウェアとの間をインターフェースし、ネ
イティブな標準搭載機能ソフトウェアのプラグインモジ
ュールをＪａｖａインタプリタ上で動的に追加すること
により、画像処理装置としてソフトウェア組込み型電子
装置の柔軟で動的な機能拡張が可能となる。

【０２８８】上記実施の形態においては、センド機能を
構成する送信コンポーネントの配信プロトコルを処理す
るアルゴリズムとそのプロトコルにおける宛先アドレス
情報をローカルに管理するアルゴリズムとをプラグイン
化したが、他のアルゴリズム部品をプラグイン化するよ
うに構成することもできる。

【０２８９】たとえば、図１６のセンド画面の表示処理
をプラグインによって置き換え可能に構成した場合、プ
ラグインの実装によっては単一のプロトコルや単一の宛
先アドレスに固定した単純なセンド画面を提供すること
もできる。これによって、特定業務のワークフローに特
化した簡単操作のセンドアプリケーションを、配信プロ
トコルやアドレス情報はネイティブのプログラムを変更
することなくそのまま利用することができる。操作画面
をプラグイン化する効果は、言うまでもなくセンドアプ
リケーションに限らずすべてのアプリケーションに対し
て有効である。

【０２９０】また、たとえば、図１８のアドレス帳画面
の中に複数のアドレスをリスト表示する処理において、
リスト表示のアルゴリズムをプラグインによって置き換
え可能に構成することもできる。この場合、各アドレス
レコードの表示順序を制御するソートアルゴリズムや、
どのレコードの表示を抑制するかを制御するフィルタア
ルゴリズムなどを柔軟に置き換えることが可能となり、
特定のユーザにとって最適なリスト表示を行うことがで
きる。言うまでもなく、アドレスリストに限らず、他の
情報のリスト表示処理においても有効である。

【０２９１】また、たとえば、アドレスブック４０５１
そのものをプラグイン化してもよい。この場合、たとえ
ば外部のサーバが管理するディレクトリサービスをＬＤ
ＡＰやＮＩＳ、ＤＮＳなどのネットワークプロトコルに
よって利用する実装に置き換えることも可能となる。

【０２９２】また、たとえば、一般に装置の修理・交換
や装置ファームウェアのアップデート時などに、アドレ
ス情報などの各種データを装置外部に読み出してまたそ
れを装置内部に書き戻すデータエクスポート・インポー
トの機能が必要とされるが、このエクスポート・インポ
ートのアルゴリズムをプラグイン化するように構成する
こともできる。この場合、どういった種類の情報をどの
ような形式（フォーマット）でどのようなプロトコルに
よって外部に入出力するかをプラグインの実装次第で柔
軟に制御することが可能となる。たとえばＸＭＬ形式で
ＨＴＴＰプロトコルによって入出力するようなプラグイ
ンを実装し利用できる。

【０２９３】また、たとえば、装置内部のＨＤＤ２００
４などの不揮発性メモリに記憶するデータを装置外部の
不揮発性記憶にバックアップするバックアップ処理のス
ケジューラをプラグイン化することもできる。この場
合、すべてのファイルをバックアップするフルバックア
ップと、前回のバックアップ時点から変更されたファイ
ルのみをバックアップするインクリメンタルバックアッ
プとを適宜組み合わせるなどして、特定のユーザの運用
形態に最適なタイミングでバックアップを行うカスタマ
イズが可能となる。

【０２９４】また、たとえば、ＷＡＮからＭＯＤＥＭ２
０５０が受信したファクスやＬＡＮからネットワーク２
０１０が受信したＥメールやＩＦＡＸなどの文書が一時
蓄積されるインボックスを監視する監視アルゴリズムを
プラグイン化することもできる。この場合、受信文書は
プリントアウトのようなあらかじめ定められた処理に送
られるだけでなく、プラグインのアルゴリズムの実装次
第で、たとえば図１５に示したような各種の配信機能を
利用してさまざまな宛先に転送されるように構成するこ
とも可能である。いくつかの受信を留め置いてから転送
を行ったり、受信を通知するＥメールをユーザの携帯電
話宛に送ったり、受信文書をウェブサーバにアップロー
ドしてウェブブラウザから閲覧可能にするなど、特定の
ユーザが所望する個別の運用形態に合わせたあらゆる処
理に置き換えることが容易となる。

【０２９５】また、たとえば、ＲＩＰ２０６０、スキャ
ナ画像処理２０８０、プリンタ画像処理２０９０、画像
回転２０３０、画像圧縮２０４０の各画像処理ブロック
のそれぞれの内部もしくは横並びに、文書データの変換
処理を行う文書フィルタブロックを挿入し、文書データ
変換処理をプラグインとして追加可能に構成してもよ
い。この場合、特定用途向きの独自の画像処理や文書処
理をプラグインのアルゴリズムによって提供可能なこと
は言うまでもないが、さらに、プラグインの実装次第で
は処理を装置外部のコンピュータなどが提供する機能に
委譲することによって、外部装置と組み合わせた分散シ
ステムによって機能拡張を行う柔軟性も獲得できる。一
例として、装置外部のコンピュータ上で稼働する高度な
ＯＣＲ機能とのインタフェースを行うプラグインを構成
すれば、装置内にはＯＣＲ機能を追加しなくても画像か
らテキストデータを抽出する文書処理が装置内部で利用
可能となる。さらに外部コンピュータが提供する翻訳機
能とを組み合わせて、スキャンや受信した画像データを
ＯＣＲし翻訳して別の言語でプリントアウトするような
拡張機能を構成することもできる。

【０２９６】（他の実施の形態）本実施の形態において
は、前述した実施形態の機能を実現するソフトウェアの
プログラムコードを記録した記憶媒体を、システムある
いは装置に供給し、そのシステムあるいは装置のコンピ
ュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納され
たプログラムコードを読出し実行することによっても達
成される。

【０２９７】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０２９８】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【０２９９】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれる。

【０３００】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書き込まれた後、そのプログラムコードの指示
に基づき、その機能拡張ボードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれる。

【０３０１】

【発明の効果】以上の説明から明らかなように本発明に
よれば、動的なデータ構造やアルゴリズムの実装と部分
的なソフトウェアモジュールのインクリメンタルリンク
に最適なインタプリタをシステム内部の仮想的なオペレ
ーティングシステムとして導入し、プロセッサのネイテ
ィブ機械命令によって記述されたソフトウェアのプラグ
インモジュールをインタプリタ上で動的に追加すること
により、柔軟で動的な機能拡張が可能なソフトウェア組
込み型電子装置を提供することができる。

【図面の簡単な説明】

【図１】本発明に係る画像処理装置を含むシステムの構
成図である。

【図２】本発明に係る画像処理装置のソフトウェアの構
成図である。

【図３】本発明に係る画像処理装置のブロック図であ
る。

【図４】スキャナ部、プリンタ部、及び操作部の外形図
である。

【図５】操作部を示す図である。

【図６】スキャナ画像処理部のブロック図である。

【図７】プリンタ画像処理部のブロック図である。

【図８】画像圧縮処理部のブロック図である。

【図９】画像回転部のブロック図である。

【図１０】画像回転処理の説明図である。

【図１１】画像回転処理の説明図である。

【図１２】デバイスＩ／Ｆ部のブロック図である。

【図１３】操作部を示す図である。

【図１４】操作画面を示す図である。

【図１５】画像処理装置１００１によるデータの配信に
関する組込みアプリケーションブロックを表す図であ
る。

【図１６】センドメイン画面を示す図である。

【図１７】センド初期画面を示す図である。

【図１８】アドレスブック画面を示す図である。

【図１９】詳細情報画面を示す図である。

【図２０】詳細宛先画面を示す図である。

【図２１】フルキーボードを示した図である。

【図２２】テンキーボードを示した図である。

【図２３】詳細宛先画面を示す図である。

【図２４】詳細宛先画面を示す図である。

【図２５】詳細宛先画面を示す図である。

【図２６】ハードディスク設定画面を示す図である。

【図２７】プリント設定画面を示す図である。

【図２８】紙サイズ一覧画面を示す図である。

【図２９】ソータ一覧画面を示す図である。

【図３０】スキャン設定画面を示す図である。

【図３１】紙サイズ一覧画面を示す図である。

【図３２】解像度一覧画面を示す図である。

【図３３】スキャンモード一覧画面を示す図である。

【図３４】データの配信に関する組込みアプリケーショ
ンをプラグインモジュールによって拡張した状態を示す
ブロック図である。

【図３５】データの配信に関する組込みアプリケーショ
ンを実装するソフトウェアモジュール群の階層関係を表
す図である。

【図３６】データの配信に関する組込みアプリケーショ
ンのプラグインによる拡張を実装するソフトウェアモジ
ュール間の対話処理を示す図である。

【図３７】送信コンポーネントが備えるインタフェース
を示す図である。

【図３８】スタブモジュール１５３１が備えるインタフ
ェースを示す図である。

【図３９】データの配信に関する組込みアプリケーショ
ンのアドレス帳へのアドレス登録処理を示すフローチャ
ートである。

【図４０】データの配信に関する組込みアプリケーショ
ンの配信処理を示すフローチャートである。

【図４１】スタブモジュール１５３１からリクエストブ
ローカ１５３２に送るリクエストメッセージのデータ構
造を示す図である。

【図４２】リクエストブローカ１５３２がスタブモジュ
ール１５３１に送るレスポンスメッセージのデータ構造
を示す図である。

【図４３】スタブモジュール１５３１におけるインタフ
ェース関数の実装を示すフローチャートである。

【図４４】リクエストブローカ１５３２が備えるインタ
フェースを示す図である。

【図４５】リクエストブローカ１５３２が記憶管理する
プラグインリストデータのデータ形式を示す図である。

【図４６】リクエストブローカ１５３２におけるメイン
処理を示すフローチャートである。

【図４７】送信コンポーネント用プラグインモジュール
１５３３が備えるインタフェースを示す図である。

【図４８】ＩＰＰ配信のためのプラグインモジュール１
５３３が記憶管理するアドレスリストデータのレコード
形式を示す図である。

【図４９】ＩＰＰ配信のためのプラグインモジュール１
５３３におけるアドレス追加処理の実装を示すフローチ
ャートである。

【図５０】ＩＰＰ配信のためのプラグインモジュール１
５３３における配信処理の実装を示すフローチャートで
ある。

【符号の説明】

３７０ インタフェース関数一式 ３８０ インタフェース ４１１ プロトコル識別子 ４１２ オペレーション識別子 ４１３ パラメータ ４４１ メイン処理 ４４２ プラグイン登録処理 ４４３ プラグイン解除処理 ４５１ プラグイン参照 ４５２ 配信プロトコル ４５３ ファイル形式 ４５４ 圧縮方式 ４５５ 解像度 ４７０ インタフェース関数一式 ４７１ 配信処理 ４７２ アドレスリスト取得処理 ４７３ アドレス追加処理 ４７４ アドレス削除処理 ４８１ アドレス ４８２ 配信パラメータ １００１ 画像処理装置 １０３１ ファクシミリ装置 １０４０ プリンタ １５０４ ユニバーサルセンドモジュール １５０５ ＰＲＴモジュール １５０６ Ｅメールモジュール １５０７ データベースモジュール １５０８ データプロセッサモジュール １５１８ ＡＰＩ １５２９ リアルタイムオペレーティングシステム １５３０ インタプリタ １５３１ スタブモジュール １５３２ リクエストブローカ １５３３ プラグインモジュール ２０００ コントローラユニット ２００１ ＣＰＵ ２００７ システムバス ２００８ 画像バス ２０１０ ネットワーク ２０２１ コントローラ ２０２２ スキャンバッファ ２０２３ シリアルパラレル・パラレルシリアル変換 ２０２４ パラレルシリアル・シリアルパラレル変換 ２０２５ プリントバッファ ２０３０ 画像回転部 ２０３１ コントローラ ２０３２ 画像回転部 ２０４０ 画像圧縮処理部 ２０４１ コントローラ ２０４２ 入力バッファ ２０４３ 画像圧縮部 ２０４５ 出力バッファ ２０８０ スキャナ画像処理部 ２０９０ プリンタ画像処理部 ３２００ 送信メイン画面 ３２０２ 宛先表示領域 ３２０３ 詳細宛先数表示領域 ３２０４ 宛先スクロールボタン ３２０５ サブジェクト入力領域 ３２０６ メッセージ入力領域 ３２０７ ファイル名入力領域 ３２２１ アドレス帳表示領域 ３２２７ 項目選択件数表示領域 ３２７０ クラス詳細サブ画面 ３３４０ プリントアウトサブ画面 ３３７０ スキャン設定サブ画面 ４０５１ アドレスブック ４０５０ ＵＩ ４０５１ アドレスブック ４１００ リモートコピーアプリケーション ４１５０ ユニバーサルセンドモジュール ４１５０ 同報配信アプリケーション ４２００ ウエブプルプリントアプリケーション ４２５０ ウエブサーバアプリケーション ４５５０ メールサーバ ４６５０ ウェブサーバ ４７００ ウェブブラウザ

Claims (6)

【特許請求の範囲】
1. 【請求項１】ネイティブ機械命令を解析実行するプロセ
   ッサと、 前記プロセッサによって解釈される一連のネイティブ機
   械命令列および前記プロセッサが読み書きの対象とする
   データを記憶するためのメモリと、 前記プロセッサの入出力に接続し前記プロセッサによっ
   て制御される制御対象と、を有するソフトウェア組込み
   型電子装置において、 前記ネイティブ機械命令列によって記述された第１のソ
   フトウェアモジュール群の各命令を逐次的に前記プロセ
   ッサに解釈実行させるためのオペレーティングシステム
   手段と、 前記第１のソフトウェアモジュール群に含まれるソフト
   ウェアモジュールであって、仮想的な機械命令の列によ
   って記述された第２のソフトウェアモジュール群を前記
   メモリ上に動的に配置し、前記仮想機械命令列の各仮想
   機械命令を逐次的に解釈して仮想機械命令に相当するネ
   イティブ機械命令列を前記プロセッサに与え解釈実行さ
   せるための仮想オペレーティングシステム手段と、 前記第１のソフトウェアモジュール群に含まれるソフト
   ウェアモジュールであって、前記制御対象を制御するた
   めの第１の制御手段と、 前記第２のソフトウェアモジュール群に含まれるソフト
   ウェアモジュールであって、前記第１の制御手段の制御
   の一部を処理するための第２の制御手段と、 前記第１の制御手段と前記第２の制御手段との間で要求
   と応答をインタフェースするためのインタフェース手段
   とを備え、 前記第２の制御手段は動的に可換であることを特徴とす
   るソフトウェア組込み型電子装置。
2. 【請求項２】前記インタフェース手段は、 前記第１のソフトウェアモジュール群に含まれるソフト
   ウェアモジュールであるスタブ手段と、 前記第２のソフトウェアモジュール群に含まれるソフト
   ウェアモジュールであるリクエストブローカ手段と、を
   有し、 前記スタブ手段は前記第１の制御手段が前記スタブ手段
   に与えた要求を前記リクエストブローカ手段に転送し、
   さらに前記リクエストブローカ手段は前記要求を前記第
   ２の制御手段に与え、 前記リクエストブローカ手段は前記第２の制御手段が前
   記リクエストブローカ手段に与えた応答を前記スタブ手
   段に転送し、さらに前記スタブ手段は前記応答を前記第
   １の制御手段に与えることを特徴とする請求項１に記載
   のソフトウェア組込み型電子装置。
3. 【請求項３】前記スタブ手段と前記リクエストブローカ
   手段との間の要求と応答の転送は、プロセス間通信機構
   によって実現されることを特徴とする請求項２に記載の
   ソフトウェア組込み型電子装置。
4. 【請求項４】１つの前記リクエストブローカ手段は複数
   の前記第２の制御手段と組み合わされ、前記リクエスト
   ブローカ手段は前記スタブ手段から転送された要求の内
   容に応じて、複数の前記第２の制御手段中の１つに選択
   的に要求を与えることを特徴とする請求項１に記載のソ
   フトウェア組込み型電子装置。
5. 【請求項５】前記仮想オペレーティング手段は、規定の
   命令集合からなる命令列を読み込んで各命令を逐次的に
   解釈実行するインタプリタであることを特徴とする請求
   項１に記載のソフトウェア組込み型電子装置。
6. 【請求項６】前記制御対象は、物理的回路または仮想回
   路によって接続された画像入出力手段であることを特徴
   とする請求項１に記載のソフトウェア組込み型電子装
   置。