(57)【要約】【課題】  携帯端末と画像形成装置を簡易な方法で接続し、携帯端末の有する画像データを取得する画像形成装置を提供する。【解決手段】  送受信ソフトウェアは画像形成装置２が備える通信I/Fのデバイスドライバを呼び出し、データの待ち受けを行い（Step２）、受信完了フラグはＯＦＦにする（Step１）。通信I/Fに携帯端末１が有線で接続され、データ送受信が開始されると、割り込みによりデータ受信が通知される（Step３）。デバイスドライバは割り込み処理によってデータをH/Wから取得する（Step４）。デバイスドライバは取得したデータを受信バッファに格納する。送受信ソフトウェアは全てのデータを取得できるまでデバイスドライバ経由で受信バッファからデータを取得する（Step５）。受信完了フラグがＯＮであれば（Step６／Ｙｅｓ）今まで受信したデータをすべて共有メモリに書き込む（Step7）。【選択図】  図２
2007055128.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末機器と、画像形成装置が接続されている画像形成システムであって、
前記携帯端末機器は、
画像形成装置と接続する通信手段と、
画像データ記憶手段と、を有し、
前記画像形成装置は、
前記携帯端末機器と接続する通信手段と、
前記携帯端末機器とデータ送受信を行うソフトウェアを有し、
前記ソフトウェアにより前記携帯端末から画像データを受信することを特徴とする画像形成システム。
【請求項２】
携帯端末機器と接続する通信手段と、
前記携帯端末機器とデータ送受信を行う第１のソフトウェアを有し、前記第１のソフトウェアにより前記携帯端末機器から画像データを受信し取得する取得手段と、を有することを特徴とする画像形成装置。
【請求項３】
前記第１のソフトウェアによって受信したデータから、第２のソフトウェアにより必要な画像データのみを抽出する抽出手段を有することを特徴とする請求項２記載の画像形成装置。
【請求項４】
前記画像データを紙に印字する印字手段を有することを特徴とする請求項２又は３記載の画像形成装置。
【請求項５】
前記携帯端末機器から取得した画像データをパネルに縮小表示し、印刷したい画像を選択させる表示手段と、
前記表示手段を第３のソフトウェアにより制御する制御手段と、を有することを特徴とする請求項２から４のいずれか１項に記載の画像形成装置。
【請求項６】
前記第１から第３のソフトウェアをネットワーク上のサーバから取得し、更新する第１の更新手段を有することを特徴とする請求項２から５のいずれか１項記載の画像形成装置。
【請求項７】
前記第１から第３のソフトウェアを画像形成装置に着脱可能な二次記憶装置から取得し、更新する第２の更新手段を有することを特徴とする請求項２から５のいずれか１項記載の画像形成装置。
【請求項８】
携帯端末機器と接続する工程と、
前記携帯端末機器とデータ送受信を行う第１のソフトウェアを有し、前記第１のソフトウェアにより前記携帯端末機器から画像データを受信し取得する工程と、を有することを特徴とする画像形成方法。
【請求項９】
前記第１のソフトウェアによって受信したデータから、第２のソフトウェアにより必要な画像データのみを抽出する工程を有することを特徴とする請求項８記載の画像形成方法。
【請求項１０】
前記画像データを紙に印字する工程を有することを特徴とする請求項８又は９記載の画像形成方法。
【請求項１１】
前記携帯端末機器から取得した画像データをパネルに縮小表示し、印刷したい画像を選択させる表示工程と、
前記表示工程を第３のソフトウェアにより制御する工程と、を有することを特徴とする請求項８から１０のいずれか１項に記載の画像形成方法。
【請求項１２】
前記第１から第３のソフトウェアをネットワーク上のサーバから取得し、更新する第１の更新工程を有することを特徴とする請求項８から１１のいずれか１項記載の画像形成方法。
【請求項１３】
前記第１から第３のソフトウェアを画像形成装置に着脱可能な二次記憶装置から取得し、更新する第２の更新工程を有することを特徴とする請求項８から１１のいずれか１項記載の画像形成方法。
【請求項１４】
サーバと、画像形成装置がネットワークで接続されるシステムであって、
前記画像形成装置は、
携帯端末機器とデータ送受信を行う第１のソフトウェアと、前記第１のソフトウェアによって受信したデータから、必要な画像データのみを抽出する第２のソフトウェアと、前記携帯端末機器から取得した画像データをパネルに縮小表示し、印刷したい画像を選択させる表示手段を制御する第３のソフトウェアと、を前記ネットワーク上のサーバから取得し、更新する更新手段を有することを特徴とする更新システム。
【請求項１５】
二次記憶装置と、画像形成装置が接続されるシステムであって、
前記二次記憶装置は、
前記画像形成装置と着脱可能する着脱手段を有し、
前記画像形成装置は、
携帯端末機器とデータ送受信を行う第１のソフトウェアと、前記第１のソフトウェアによって受信したデータから、必要な画像データのみを抽出する第２のソフトウェアと、前記携帯端末機器から取得した画像データをパネルに縮小表示し、印刷したい画像を選択させる表示手段を制御する第３のソフトウェアと、を前記二次記憶装置から取得し、更新する更新手段を有することを特徴とする更新システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に関し、特に、携帯端末と画像形成装置を簡易な方法で接続することによって、より多くの利用者が携帯端末を便利に使える画像形成装置に関する。
【背景技術】
【０００２】
昨今、撮影機能の付いた携帯端末が普及し、撮影された画像は端末本体が有するメモリ等の記憶手段に保存されていた。しかし、端末の有するメモリの限界により多くの画像を保存できないため、送信機能を使用して端末以外の記臆手段に保存されていた。また、これら撮影した画像その他携帯端末の有する画像を送信した際には、画像形成装置により印刷することが可能となった。
【０００３】
従来、携帯端末が有する画像データを画像形成装置から印刷する技術として、携帯端末に画像形成装置のデバイスドライバをインストールする技術（例えば、特許文献１参照）、携帯端末と画像形成装置との間でメール通信を行い、印字を行う技術（例えば、特許文献２参照）、画像形成装置と端末との間に装置を仲介させて画像の印刷を行う技術（例えば、特許文献３参照）等が提案されている。
【特許文献１】特開２００５−８６７１２号公報
【特許文献２】特開２００５−７９６９６号公報
【特許文献３】特開２００４−３４１８４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のような技術には、以下の問題点がある。
【０００５】
携帯端末に画像形成装置のデバイスドライバをインストールする技術では、近年記憶装置が増大しているとはいえ、携帯端末は記憶装置が依然少量であり、デバイスドライバをインストールすることは困難である。また、異なる画像形成装置ごとにデバイスドライバをインストールする必要が生じるため携帯端末から上記方式で印刷を行うことは実利用上の問題が大きい。
【０００６】
また、メールで画像形成装置と通信し、印字を行う技術は、確かに多くの利用者がメールを利用していることを考慮すると一面で便利と言える。しかしながら、携帯端末の扱いに習熟していない人にとっては、メールを送信することやメール送信をするのに必要なネットワーク設定をすることは難しい。また、メールを利用するには通信キャリアとメール利用のための契約を行う必要があるが、この契約をしていない者はこの機能を利用できない。そしてさらに、印刷を行うたびに別途通信費がかかってしまう問題を有する。
【０００７】
また、画像形成装置と端末との間に装置を仲介させる技術は、装置を設置する場所を確保できない、装置にかかるコストがかかってしまう、といった問題点を有する。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、係る不具合を解決することを前提とし、携帯端末と画像形成装置を簡易な方法で接続することによって、携帯端末が有する画像データを印刷する手段を提供することを目的としている。
【課題を解決するための手段】
【０００９】
請求項１記載の発明は、携帯端末機器と、画像形成装置が接続されている画像形成システムであって、前記携帯端末機器は、画像形成装置と接続する通信手段と、画像データ記憶手段と、を有し、前記画像形成装置は、前記携帯端末機器と接続する通信手段と、前記携帯端末機器とデータ送受信を行うソフトウェアを有し、前記ソフトウェアにより前記携帯端末から画像データを受信することを特徴とする画像形成システムである。
【００１０】
請求項２記載の発明は、携帯端末機器と接続する通信手段と、前記携帯端末機器とデータ送受信を行う第１のソフトウェアを有し、前記第１のソフトウェアにより前記携帯端末機器から画像データを受信し取得する取得手段と、を有することを特徴とする画像形成装置である。
【００１１】
請求項３記載の発明は、請求項２記載の装置において、前記第１のソフトウェアによって受信したデータから、第２のソフトウェアにより必要な画像データのみを抽出する抽出手段を有することを特徴とする。
【００１２】
請求項４記載の発明は、請求項２又は３記載の装置において、前記画像データを紙に印字する印字手段を有することを特徴とする。
【００１３】
請求項５記載の発明は、請求項２から４のいずれか１項に記載の装置において、前記携帯端末機器から取得した画像データをパネルに縮小表示し、印刷したい画像を選択させる表示手段と、前記表示手段を第３のソフトウェアにより制御する制御手段と、を有することを特徴とする。
【００１４】
請求項６記載の発明は、請求項２から５のいずれか１項記載の装置において、前記第１から第３のソフトウェアをネットワーク上のサーバから取得し、更新する第１の更新手段を有することを特徴とする。
【００１５】
請求項７記載の発明は、請求項２から５のいずれか１項記載の装置において、前記第１から第３のソフトウェアを画像形成装置に着脱可能な二次記憶装置から取得し、更新する第２の更新手段を有することを特徴とする。
【００１６】
請求項８記載の発明は、携帯端末機器と接続する工程と、前記携帯端末機器とデータ送受信を行う第１のソフトウェアを有し、前記第１のソフトウェアにより前記携帯端末機器から画像データを受信し取得する工程と、を有することを特徴とする画像形成方法である。
【００１７】
請求項９記載の発明は、請求項８記載の方法において、前記第１のソフトウェアによって受信したデータから、第２のソフトウェアにより必要な画像データのみを抽出する工程を有することを特徴とする。
【００１８】
請求項１０記載の発明は、請求項８又は９記載の方法において、前記画像データを紙に印字する工程を有することを特徴とする。
【００１９】
請求項１１記載の発明は、請求項８から１０のいずれか１項に記載の方法において、前記携帯端末機器から取得した画像データをパネルに縮小表示し、印刷したい画像を選択させる表示工程と、前記表示工程を第３のソフトウェアにより制御する工程と、を有することを特徴とする。
【００２０】
請求項１２記載の発明は、請求項８から１１のいずれか１項記載の方法において、前記第１から第３のソフトウェアをネットワーク上のサーバから取得し、更新する第１の更新工程を有することを特徴とする。
【００２１】
請求項１３記載の発明は、請求項８から１１のいずれか１項記載の方法において、前記第１から第３のソフトウェアを画像形成装置に着脱可能な二次記憶装置から取得し、更新する第２の更新工程を有することを特徴とする。
【００２２】
請求項１４記載の発明は、サーバと、画像形成装置がネットワークで接続されるシステムであって、前記画像形成装置は、携帯端末機器とデータ送受信を行う第１のソフトウェアと、前記第１のソフトウェアによって受信したデータから、必要な画像データのみを抽出する第２のソフトウェアと、前記携帯端末機器から取得した画像データをパネルに縮小表示し、印刷したい画像を選択させる表示手段を制御する第３のソフトウェアと、を前記ネットワーク上のサーバから取得し、更新する更新手段を有することを特徴とする更新システムである。
【００２３】
請求項１５記載の発明は、二次記憶装置と、画像形成装置が接続されるシステムであって、前記二次記憶装置は、前記画像形成装置と着脱可能する着脱手段を有し、前記画像形成装置は、携帯端末機器とデータ送受信を行う第１のソフトウェアと、前記第１のソフトウェアによって受信したデータから、必要な画像データのみを抽出する第２のソフトウェアと、前記携帯端末機器から取得した画像データをパネルに縮小表示し、印刷したい画像を選択させる表示手段を制御する第３のソフトウェアと、を前記二次記憶装置から取得し、更新する更新手段を有することを特徴とする更新システムである。
【発明の効果】
【００２４】
本発明によれば、画像形成装置は携帯端末機器とデータ送受信を行うソフトウェアを有するため、容易に携帯端末から印刷すべき画像を取得することができる。
【発明を実施するための最良の形態】
【００２５】
以下に、本発明の実施形態に係る画像形成装置を、図面を用いて詳細に説明する。なお、以下に述べる実施の形態は、本発明の好適な実施の形態であるから、技術的に好ましい種種の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
【００２６】
図１は、本発明の実施形態に係る画像形成システムの全体図である。携帯端末１と画像形成装置２から構成され、両者は接続されている。図２は、本発明の実施形態に係る画像形成装置が、データを受信する際の動作を示すフロー図である。図２に示すように、本実施形態に係る画像形成装置２は「携帯端末機器との間でデータ送受信を行うソフトウェア」(以後「送受信ソフトウェア」)を有する。送受信ソフトウェアは画像形成装置２が備える通信Ｉ／Ｆのデバイスドライバを呼び出し、データの待ち受けを行う（ステップＳ２）。この際、送受信ソフトウェアにおいて、受信完了フラグはＯＦＦにする（ステップＳ１）。通信Ｉ／Ｆに携帯端末１が有線で接続され（図１）、データ送受信が開始されると、割り込みによりデータ受信が通知される（ステップＳ３）。デバイスドライバは割り込み処理によってデータをＨ／Ｗから取得する（ステップＳ４）。割り込みによる受信処理については、図３のフローチャートを参照し後述する。デバイスドライバは取得したデータを受信バッファに格納する。送受信ソフトウェアは全てのデータを取得できるまでデバイスドライバ経由で受信バッファからデータを取得する（ステップＳ５）。データを取得する際、すべてのデータ取得が完了したかどうかを示す「受信完了フラグ」を見る（ステップＳ６）。このフラグがＯＮ、すなわち全データ受信完了であれば（ステップＳ６／Ｙｅｓ）今まで受信したデータをすべて共有メモリに書き込む（ステップＳ7）。このとき、携帯端末１の種別情報も共有メモリにおく。そのあと、送受信ソフトウェアは再びデバイスドライバを呼び出して受信待ち受けを行う。一方、上記フラグがＯＦＦ、すなわち全データ受信未完了（ステップＳ６／Ｎｏ）である場合は、送受信ソフトウェアはデータ受信の待ち受けを行う（ステップＳ２）。
【００２７】
図３は、割り込みハンドラによる受信処理の際の動作を示すフロー図である。デバイスドライバは、割り込みが発生すると、割り込みハンドラと呼ばれる割り込み処理プログラムが実行され、割り込み処理によってデータをＨ／Ｗから取得する。まず、ハードウェアのレジスタから受信したデータを取得する（ステップＳ１０）。データを受信バッファにコピーする（ステップＳ１１）。受信したデータは最終データかを判断する（ステップＳ１２）。最終データの場合は（ステップＳ１２／Ｙｅｓ）、受信完了フラグをＯＮにする（ステップＳ１３）。ステップＳ１３の処理の後、又は受信したデータが最終データではない場合（ステップＳ１２／Ｎｏ）は、割り込み要因がクリアされる（ステップＳ１４）。
【００２８】
本発明の実施形態に係る画像形成装置において、共有メモリ上の受信データを取得してから画像印刷までの処理を図４乃至６を参照して説明する。図６は、本発明の実施形態に係る画像抽出ソフトが画像を取得してからパネルで画像を選択するまでの処理動作を示すフロー図である。
【００２９】
まず、共有メモリ経由で、受信データと携帯端末１の種別が「必要な画像データのみを抽出するソフトウェア」(以後「画像抽出ソフトウェア」)に送られる（図６  ステップＳ１５）。データを受け取った画像抽出ソフトウェアは、携帯端末の種別ごとに作成されたモジュールを呼び出す（ステップＳ１６）。ここで「モジュール」とは「携帯端末から送付されてきたデータから画像データのみを抽出し、共有メモリにコピーする機能を有するソフトウェア部品」で携帯端末の種類ごとに画像形成装置２が保有している。接続された携帯端末１に対応したモジュールはデータを解析し、画像データのみを抽出する。抽出した画像データは共有メモリに書き込まれる（ステップＳ１７）。共有メモリに画像データを書き込む際には、先頭４バイト（３２ｂｉｔ）にヘッダが付加される（図４参照）。図４では、選択Ｆｌａ（１ｂｉｔ）及びサイズ（３１ｂｉｔ）の構成となっている。そして再び共有メモリをチェックし、次の受信データが送受信ソフトウェアによって書き込まれていた場合、同様の処理を繰り返す。
【００３０】
携帯端末１から全ての画像を取得し、かつ画像の抽出が完了したら、画像抽出ソフトウェアは画像形成装置２が有する入出力装置(画面・パネル)を管理するソフトウェア(以後「パネル管理ソフトウェア」)に「携帯端末１から画像を取得した」旨を通知する（ステップＳ１８）。パネル管理ソフトウェアは共有メモリに保存された画像を取得し（ステップＳ１９）、縮小して表示させる。このときパネルに表示される項目は図５のとおりである。
【００３１】
ここで印刷対象となる画像を利用者に選択させる（図５参照）。図５に示す文言、本実施形態では、携帯端末１から画像を取得した旨等を表示する（ステップＳ２０）。印刷したい画像を選択し終えた利用者は「印刷する」ボタンを押す。「印刷する」が押されたら、パネル管理ソフトウェアは利用者が選択した結果を取得し（ステップＳ２１）、共有メモリにおいて、利用者の選択した画像の選択Ｆｌｇを立てる（ステップＳ２２）。
【００３２】
図７は、本発明の実施形態に係る画像形成装置において、パネルで画像を選択してから印刷するまでの処理動作を示すフロー図である。パネル管理ソフトウェアは、プロセス間通信を用いてデータを印刷するソフトウェア(以後「印刷ソフトウェア」)に画像の印刷を依頼する。本実施形態では、シグナルを用いて印刷請求をしている（ステップＳ２３）。印刷ソフトウェアは共有メモリから選択された画像を取得し（ステップＳ２４）、選択ｆｌｇが立っているか判断する（ステップＳ２５）。立っている場合は（ステップＳ２５／Ｙｅｓ）、印刷を行うためのデバイスドライバに画像データを送信する（ステップＳ２６）。立っていない場合は（ステップＳ２５／Ｎｏ）、選択された画像を取得し直す（ステップＳ２４）。なお、「印刷を行うためのデバイスドライバ」の動作の詳細は省略する。画像形成装置２が印刷を行うことができるのは自明である。
【００３３】
上記実施形態により、画像形成装置２は携帯端末１機器とデータ送受信を行うソフトウェアを有するため、携帯端末１装置から通信によって印刷すべき画像を取得することができ、携帯端末１から受信したデータから必要な画像データのみを抽出できる。これによって携帯端末１ごとに異なるプロトコルを吸収できるため携帯端末１側は画像形成装置２内部の処理方法を意識することなく独自の方法でデータを送信できる。また、上記ソフトウェアが取得した画像を印字することができる。また、上記ソフトウェアが取得した画像をメールで指定したアドレスに送信することができる。
【００３４】
次に、本発明の実施形態に係る新規の携帯端末に対応するもしくは不具合修正に対応する目的で行われるソフトウェアの更新処理について説明する。図８は、本実施形態に係る更新システムの全体構成図である。（ａ）は、ネットワーク経由によるソフトウェア更新システム、（ｂ）は、二次記憶装置によるソフトウェア更新システムである。図９は、ソフトウェアシステムの構成図である。図１０、図１１は、更新処理の動作を示すフロー図である。
【００３５】
まず、ネットワーク経由でソフトウェア更新システム（図８（ａ））について説明する。画像形成装置２はソフトウェアを更新するためのサーバ(以後「サーバ」)３のネットワークアドレスを用いて、該当ネットワークアドレスに対応するサーバ３にアクセスする。このネットワークアドレスはパネルから設定可能である。サーバ３にアクセスした画像形成装置２はソフトウェアシステムのバージョンを問い合わせる（図１０、ステップＳ２４）。ここで、「ソフトウェアシステム」とは当機能を実現するためのソフトウェアを圧縮してひとつにまとめたファイルと管理情報から構成される（図９参照）。バージョンを問い合わせるための処理もしくは実際にデータをダウンロードする際に使用されるプロトコルはＴＣＰ（Transmission Control Protocol）による通信である。ＴＣＰパケットのデータ部にバージョンが格納される。次に、サーバ３からソフトウェアシステムバージョンの応答がある（ステップＳ３１）。このような手順で取得されたソフトウェアシステムのバージョンより、不揮発性メモリに格納されているソフトウェアシステムのバージョンが古いものであれば（ステップＳ３２／Ｙｅｓ）、ソフトウェアシステムをダウンロードし（ステップＳ３３）、更新処理を行う（ステップＳ３４）。更新処理については後述する。
【００３６】
上記実施形態によって、ソフトウェアに不具合があった場合または新しい機能が追加された場合にネットワークから新しいソフトウェアを人手をかけることなくすばやく更新できる。
【００３７】
次に、二次記憶装置による更新システムについて説明する（図８（ｂ））。二次記憶装置４からの知らせにより（図１１、ステップＳ３５）、二次記憶装置４の装着を検知した画像形成装置２は、二次記憶装置内部に存在するソフトウェアシステム（図９参照）からバージョンを取得する（ステップＳ３６）。ソフトウェアシステムのバージョンより、不揮発性メモリに保存されているソフトウェアシステムのバージョンが古ければ（ステップＳ３７／Ｙｅｓ）、更新作業（ステップＳ３４）を行う。
【００３８】
本発明の実施形態に係る更新作業（ステップＳ３４）について、図１２を用いて説明する。図１２は、本発明の実施形態に係る更新作業動作を示すフロー図である。更新処理はネットワークからダウンロードした若しくは二次記憶装置から読み出したアプリケーションを不揮発性メモリに書き込むことで行う。すなわち、取得したソフトウェアシステムからバージョンを取得する（ステップＳ１００）。ソフトウェアシステム（図９）の「圧縮されたソフトウェア群」を展開する（ステップＳ１０１）。ソフトウェアのサイズを取得する（ステップＳ１０２）。不揮発性メモリにソフトウェアのサイズを書き込む（ステップＳ１０３）。不揮発性メモリにソフトウェアの本体を書き込む（ステップＳ１０４）。全てのソフトウェア書き込みが完了したか判断し（ステップＳ１０５）、完了した場合は（ステップＳ１０５／Ｙｅｓ）更新作業が終了する。完了していない場合は（ステップＳ１０５／Ｎｏ）、ステップＳ１０２に戻る。
【００３９】
不揮発性メモリの構成については図１３を参照する。図に示すように不揮発性メモリは、システムヘッダ、送受信ソフトウェアのサイズ、送受信ソフトウェア、画像抽出ソフトウェアのサイズ、画像抽出ソフトウェア、印刷ソフトウェアのサイズ、印刷ソフトウェアから構成される。システムヘッダは、ソフトウェアシステムバージョンとヘッダサイズから構成されている。送受信ソフトウェア、画像抽出ソフトウェアのサイズ、画像抽出ソフトウェア、印刷ソフトウェアのサイズ、印刷ソフトウェアは、不揮発性メモリに格納されている全てのソフトウェアそれぞれにつき存在する。
【００４０】
上記実施形態によって、画像形成装置２が、通信不能に陥ったとしても、ソフトウェア更新を行うことが可能である。
【００４１】
以上、本発明者によってなされた発明を好適な実施の形態に基づき具体的に説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種種変更可能であることは言うまでもない。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施形態に係る画像形成システムの全体構成図である。
【図２】本発明の実施形態に係る携帯端末から画像を受け取って共有メモリに書き込むまでの動作を示すフロー図である。
【図３】本発明の実施形態に係る割り込みハンドラによる受信処理動作を示すフロー図である。
【図４】本発明の実施形態に係る画像抽出ソフトが共有メモリ上に画像を置くときのフォーマットを示す図である。
【図５】本発明の実施形態に係る印刷画像が選択される際のパネル表示を示す図である。
【図６】本発明の実施形態に係る画像抽出ソフトが画像を取得してからパネルで画像を選択するまでの処理動作を示すフロー図である。
【図７】本発明の実施形態に係る画像形成装置において、パネルで画像を選択してから印刷するまでの処理動作を示すフロー図である。
【図８】本発明の実施形態に係る更新処理システムの全体図である。
【図９】本発明の実施形態に係るソフトウェアシステムの構成図である。
【図１０】本発明の実施形態に係る更新処理の動作を示すフロー図である。
【図１１】本発明の実施形態に係る更新処理の動作を示すフロー図である。
【図１２】本発明の実施形態に係る更新処理の動作を示すフロー図である。
【図１３】本発明の実施形態に係る不揮発性メモリ内の構成とヘッダの詳細を示す図である。
【符号の説明】
【００４３】
１    携帯端末
２    画像形成装置
３    サーバ
４    二次記憶装置
【図１】
2007055128.tif 000003
【図２】
2007055128.tif 000004
【図３】
2007055128.tif 000005
【図４】
2007055128.tif 000006
【図５】
2007055128.tif 000007
【図６】
2007055128.tif 000008
【図７】
2007055128.tif 000009
【図８】
2007055128.tif 000010
【図９】
2007055128.tif 000011
【図１０】
2007055128.tif 000012
【図１１】
2007055128.tif 000013
【図１２】
2007055128.tif 000014
【図１３】
2007055128.tif 000015