JP5108291B2 - 画像処理装置、画像処理方法およびプログラム - Google Patents

Description

スキャン部によってスキャンされた画像を処理する画像処理装置、画像処理方法およびプログラムに関し、特に、スキャン画像をネットワークに接続された情報処理装置に送信することができる画像処理装置、画像処理方法およびプログラムに関する。

従来から、スキャナ部で原稿をスキャンして、スキャン画像をネットワークに接続された情報処理装置に送信することができるスキャナ、スキャナ機能を含む複合機等の画像処理装置が一般的に知られている。このような画像処理装置では、スキャン画像を電子メールやＦＴＰ（File Transfer Protocol）等のプロトコルを利用したファイル転送によって、画像処理装置から情報処理装置へ送信している（例えば、特許文献１参照）。

このような画像処理装置では、スキャン画像を送信するメールアドレスやＩＰアドレス等の宛先を管理するデータベースとして、通常、画像処理装置で管理している画像処理装置専用の利用者情報を管理するローカルユーザデータベース、ネットワーク上の配信サーバで管理されている宛先としてのユーザ情報を画像処理装置側で一時的に取得して保存した配信ユーザデータベース、ネットワーク上のＬＤＡＰ（Lightweight Directory Access Protocol）サーバに保存された宛先としてのユーザ情報を一時的に取得して保存したＬＤＡＰユーザデータベース等が備わっている。

そして、スキャン画像を受信した情報処理装置では、文書や画像を表示、編集または印刷するためのアプリケーションに対応したデータ形式にスキャン画像を変換し、変換後のデータを上記アプリケーションにより表示、編集または印刷するようになっている。

特開２００５−２４４４１１号公報

ところで、近年、ドライバソフトウェアがインストールされてなくとも、アプリケーションが、任意のデータを、外部装置に使用可能とするＯＳ（オペレーティングシステム）が提案されている。このようなＯＳがインストールされたＰＣ（Personal Computer）等の情報処理装置では、スキャナ装置等の画像処理装置のドライバソフトウェアをインストールしなくても、ネットワーク上の画像処理装置を利用することができる機能がＯＳに備えられている。

このようなＯＳにおいては、当該ＯＳがインストールされた情報処理装置側で実行されるアプリケーションの登録要求を画像処理装置に対して送信する。そして、情報処理装置は、画像処理装置から当該画像処理装置で登録されたアプリケーションに対応したデータを受信することで、画像処理装置のドライバソフトウェアのインストールなしに、当該データをアプリケーションで実行できる。

そして、画像処理に適用した場合、このようなＯＳをインストールした情報処理装置側では、画像処理装置のドライバソフトウェアをインストールせずに、画像情報処理装置側でスキャン画像の送信先として当該ＯＳ用の宛先を管理することができるような機能を画像処理装置に実装することが望まれている。

本発明は、上記に鑑みてなされたものであって、アプリケーションの登録要求を行う情報処理装置側で画像処理装置のドライバソフトウェアをインストールせずに画像処理装置の画像処理機能を実現することができる画像処理装置、画像処理方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、少なくともスキャン部を備え、スキャン部によってスキャンされた画像を処理する画像処理装置であって、前記画像処理装置は、情報処理に関するソフトウェアである情報処理アプリとオペレーティングシステムとが実行可能な情報処理装置にネットワークで接続され、前記情報処理アプリの登録要求を、前記情報処理装置から受信する受信手段と、前記情報処理装置の前記情報処理アプリの宛先の表示名であるアプリ表示名を保持するアプリ宛先情報を記憶する第１の宛先記憶手段と、各種画面が表示可能であり、利用者からの入力操作が可能な操作表示手段と、前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録されている前記アプリ表示名を読み出して、前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示する表示制御手段と、前記スキャン部によりスキャンされた画像を処理することにより生成されたデータを、選択された前記アプリ表示名の情報処理アプリを有する前記情報処理装置に送信する送信手段と、を備え、前記表示制御手段は、前記情報処理アプリの登録要求を受信した場合に、前記アプリ画面からの前記操作表示手段による入力操作を制限し、前記受信手段は、前記情報処理装置から、前記アプリ表示名と前記配信先情報を含む前記登録要求を受信し、前記画像処理装置は、さらに、前記アプリ宛先情報に基づいて生成され、前記情報処理アプリに固有のアプリ識別情報と前記アプリ表示名と前記登録要求を行った前記情報処理装置に関する配信先情報とを対応付けた表示用アプリ宛先情報を記憶する第２の記憶手段と、前記受信手段によって受信した前記登録要求から前記アプリ表示名と前記配信先情報とを抽出し、抽出された前記アプリ表示名と前記配信先情報を前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録するネットワーク管理手段と、前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に基づいて前記アプリ識別情報と前記アプリ表示名と前記配信先情報とを、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録する宛先管理手段と、を備え、前記表示制御手段は、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録されている前記アプリ表示名を読み出して、読み出した前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示し、前記画像処理装置は、さらに、前記スキャン部によってスキャンされた画像を、前記表示制御手段によって前記操作表示手段から利用者による指定を受け付けた前記アプリ表示名の宛先に対応した前記情報処理アプリで取り扱い可能なデータ形式に画像処理する画像処理手段と、前記画像処理手段によって前記情報処理アプリで取り扱い可能なデータ形式に画像処理されたスキャンデータを、前記アプリ表示名に対応した前記配信先情報の前記情報処理装置に送信する第２送信手段と、を備えたことを特徴とする。

また、請求項２にかかる発明は、前記受信手段は、前記情報処理装置から、前記アプリ表示名を含む前記登録要求を受信し、前記画像処理装置は、前記受信手段によって受信した前記登録要求から前記アプリ表示名を抽出し、抽出された前記アプリ表示名を前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録する宛先管理手段、をさらに備えたことを特徴とする。

また、請求項３にかかる発明は、前記表示制御手段は、前記アプリ画面を前記操作表示手段に表示中に、前記受信手段によって前記登録要求を受信した場合には、表示中の前記アプリ画面を、前記登録要求により更新された前記アプリ宛先情報に登録されている前記アプリ表示名を読み出して、前記アプリ画面を更新して前記操作表示手段に表示することを特徴とする。

また、請求項４にかかる発明は、前記受信手段は、複数の前記情報処理装置のそれぞれから、前記アプリケーションに固有のアプリ識別情報と前記アプリ表示名と前記情報処理装置に固有の装置識別情報とを含む前記登録要求を受信し、前記宛先管理手段は、受信した複数の前記情報処理装置の各登録要求から、前記アプリ識別情報と前記アプリ表示名と前記装置識別情報とを抽出し、抽出された前記アプリ識別情報と前記アプリ表示名前記装置識別情報とを対応付けて前記アプリ宛先情報として前記第１の宛先記憶手段に保存し、前記表示制御手段は、前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録されている複数の前記装置識別情報と前記アプリ表示名を読み出して、前記装置識別情報ごとに前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示することを特徴とする。

また、請求項５にかかる発明は、前記表示制御手段は、前記アプリ宛先情報に登録されている複数の前記装置識別情報と前記アプリ表示名を読み出して、前記装置識別情報に対応する情報処理装置の選択指示を行わせる第１のアプリ画面を前記操作表示手段に表示し、前記第１のアプリ画面から選択指示を受け付けた前記情報処理装置の前記装置識別情報に対応した前記アプリ表示名を選択可能に描画した第２のアプリ画面を前記操作表示手段に表示することを特徴とする。

また、請求項６にかかる発明は、前記表示用アプリ宛先情報は、前記アプリ識別情報と前記アプリ表示名と前記配信先情報とを対応付けたレコードを順次書き込み可能なマスターテーブルと、前記マスターテーブルに書き込まれた前記レコードの前記マスターテーブルにおける位置情報を、前記アプリ表示名に基づいた見出しで分類して登録可能な見出しテーブルとを含み、前記表示制御手段は、前記見出しと、前記見出しの前記見出しテーブルに登録された前記位置情報から前記マスターテーブルに登録された前記アプリ表示名とを読み出して、前記見出しと読み出した前記アプリ表示名とを選択可能に描画したアプリ画面を前記操作表示手段に表示することを特徴とする。

また、請求項７にかかる発明は、前記ネットワーク管理手段は、さらに、前記アプリ宛先情報の更新の有無を前記宛先管理手段に送信し、前記宛先管理手段は、さらに、前記ネットワーク管理手段から前記アプリ宛先情報が更新された旨を受信した場合に、前記第１の記憶手段に記憶された前記アプリ宛先情報から前記アプリ表示名と前記配信先情報とを取得して、前記取得した前記アプリ表示名と取得した前記配信先情報と前記アプリ識別情報とを対応付けたレコードを前記マスターテーブルに登録し、取得した前記アプリ表示名の文字列に基づいて前記見出しテーブルに前記アプリ表示名の前記位置情報を登録することにより、前記表示用アプリ宛先情報を更新することを特徴とする。

また、請求項８にかかる発明は、前記宛先管理手段は、さらに、前記ネットワーク管理手段から前記アプリ宛先情報が更新されていない旨を受信した場合に、前記表示制御手段に対して変更なしの旨を通知し、前記表示制御手段は、前記宛先管理手段から前記変更無しの旨が通知された場合には、前記操作表示手段に表示されたアプリ画面の表示変更を行わないことを特徴とする。

また、請求項９にかかる発明は、前記表示制御手段は、前記操作表示手段によって利用者から前記表示用アプリ宛先情報の更新の指示を受付けた場合に、前記宛先管理手段に対して更新要求を送信し、前記宛先管理手段は、前記表示制御手段から前記更新要求を受信した場合に、前記表示用アプリ宛先情報を更新することを特徴とする。

また、請求項１０にかかる発明は、前記情報処理装置の前記情報処理アプリに関する情報である情報処理アプリ関連情報とタイマー時間を記憶する情報処理アプリ関連記憶手段と、ネットワークに関する設定内容であるネットワーク設定情報を記憶するネットワーク設定記憶手段と、利用者の認証情報を記憶する認証情報記憶手段と、前記情報処理アプリ関連情報の変更、前記画像処理装置で実行されるアプリケーションの切替え、通常モードと省エネルギーモードの制御を行うシステム管理手段と、前記タイマー時間の経過の判断を行うタイマー管理手段と、を更に備え、前記ネットワーク管理手段は、さらに前記ネットワーク設定情報の変更を行い、前記宛先管理手段は、利用者によるログイン入力があった場合に、前記認証情報に基づいてログイン入力を行った利用者の認証を行い、前記情報処理アプリ関連情報の変更、前記ネットワーク設定情報の変更、前記画像処理装置で実行されるアプリケーションの切替えのいずれかが実行された場合、または利用者の認証に成功した場合、あるいは前記省エネルギーモードから前記通常モードに復帰した場合、若しくは前記タイマー時間の経過が判断された場合に、前記表示用アプリ宛先情報を更新することを特徴とする。

また、請求項１１にかかる発明は、前記宛先管理手段は、前記表示用アプリ宛先情報を更新している間は、前記表示用アプリ宛先情報を更新する旨の要求を受信した場合でも、受信した前記要求に基づいた前記表示用アプリ宛先情報の更新を行わないことを特徴とする。

また、請求項１２にかかる発明は、前記宛先管理手段は、前記表示制御手段により前記表示用アプリ宛先情報から前記アプリ表示名を読み出している間は、前記表示用アプリ宛先情報を更新する旨の要求を受信した場合でも、受信した前記要求に基づいた前記表示用アプリ宛先情報の更新を行わないことを特徴とする。

また、請求項１３にかかる発明は、前記操作表示手段によって利用者から前記情報処理アプリの宛先の検索指示を検索条件とともに受付けた場合に、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報から検索条件を満たす前記情報処理の宛先に対応する前記アプリ表示名を検索する検索手段を更に備え、前記表示制御手段は、前記検索手段によって検索された前記アプリ表示名を前記操作表示手段に表示することを特徴とする。

また、請求項１４にかかる発明は、前記アプリ表示名を含むレコードの前記マスターテーブルにおける位置情報を登録可能な検索結果テーブルを記憶する検索結果記憶手段をさらに備え、前記検索手段は、検索された前記アプリ表示名を含むレコードの前記マスターテーブルにおける位置情報を、前記検索結果テーブルに登録し、前記表示制御手段は、前記検索結果テーブルに登録された前記位置情報から前記マスターテーブルに登録された前記アプリ表示名を読み出して、読み出した前記アプリ表示名とを前記操作表示手段に表示することを特徴とする。

また、請求項１５にかかる発明は、前記ネットワーク管理手段は、さらに、前記アプリ宛先情報を更新している間、前記情報処理装置からの前記登録要求を受信した場合でも、受信した前記登録要求に基づいた前記アプリ宛先情報の更新を行わないことを特徴とする。

また、請求項１６にかかる発明は、少なくともスキャン部を備え、スキャン部によってスキャンされた画像を処理する画像処理装置で実行される画像処理方法であって、前記画像処理装置は、情報処理に関するソフトウェアである情報処理アプリとオペレーティングシステムとが実行可能な情報処理装置にネットワークで接続され、前記画像処理装置は、前記情報処理装置の前記情報処理アプリの宛先の表示名であるアプリ表示名を保持するアプリ宛先情報を記憶する第１の宛先記憶手段と、各種画面が表示可能であり、利用者からの入力操作が可能な操作表示手段と、を備え、前記情報処理アプリの登録要求を、前記情報処理装置から受信する第１受信ステップと、前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録されている前記アプリ表示名を読み出して、前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示する第１表示制御ステップと、前記スキャン部によりスキャンされた画像を処理することにより生成されたデータを、選択された前記アプリ表示名の情報処理アプリを有する前記情報処理装置に送信する第１送信ステップと、前記情報処理アプリの登録要求を受信した場合に、前記アプリ画面からの前記操作表示手段による入力操作を制限する制限ステップと、前記情報処理装置から、前記アプリ表示名と前記配信先情報を含む前記登録要求を受信する第２受信ステップと、を含み、前記画像処理装置は、前記アプリ宛先情報に基づいて生成され、前記情報処理アプリに固有のアプリ識別情報と前記アプリ表示名と前記登録要求を行った前記情報処理装置に関する配信先情報とを対応付けた表示用アプリ宛先情報を記憶する第２の記憶手段、をさらに備え、前記画像処理方法は、前記第１受信ステップによって受信した前記登録要求から前記アプリ表示名と前記配信先情報とを抽出し、抽出された前記アプリ表示名と前記配信先情報を前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録するネットワーク管理ステップと、前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に基づいて前記アプリ識別情報と前記アプリ表示名と前記配信先情報とを、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録する宛先管理ステップと、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録されている前記アプリ表示名を読み出して、読み出した前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示する第２表示制御ステップと、前記スキャン部によってスキャンされた画像を、前記操作表示手段から利用者による指定を受け付けた前記アプリ表示名の宛先に対応した前記情報処理アプリで取り扱い可能なデータ形式に画像処理する画像処理ステップと、前記画像処理ステップによって前記情報処理アプリで取り扱い可能なデータ形式に画像処理されたスキャンデータを、前記アプリ表示名に対応した前記配信先情報の前記情報処理装置に送信する第２送信ステップと、を含むことを特徴とする。

また、請求項１７にかかる発明は、少なくともスキャン部を備え、スキャン部によってスキャンされた画像を処理するコンピュータに実行させるためのプログラムであって、前記コンピュータは、情報処理に関するソフトウェアである情報処理アプリとオペレーティングシステムとが実行可能な情報処理装置にネットワークで接続され、前記コンピュータは、前記情報処理装置の前記情報処理アプリの宛先の表示名であるアプリ表示名を保持するアプリ宛先情報を記憶する第１の宛先記憶手段と、各種画面が表示可能であり、利用者からの入力操作が可能な操作表示手段と、を備え、前記情報処理アプリの登録要求を、前記情報処理装置から受信する第１受信ステップと、前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録されている前記アプリ表示名を読み出して、前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示する第１表示制御ステップと、前記スキャン部によりスキャンされた画像を処理することにより生成されたデータを、選択された前記アプリ表示名の情報処理アプリを有する前記情報処理装置に送信する第１送信ステップと、前記情報処理アプリの登録要求を受信した場合に、前記アプリ画面からの前記操作表示手段による入力操作を制限する制限ステップと、前記情報処理装置から、前記アプリ表示名と前記配信先情報を含む前記登録要求を受信する第２受信ステップと、を含み、前記コンピュータは、前記アプリ宛先情報に基づいて生成され、前記情報処理アプリに固有のアプリ識別情報と前記アプリ表示名と前記登録要求を行った前記情報処理装置に関する配信先情報とを対応付けた表示用アプリ宛先情報を記憶する第２の記憶手段、をさらに備え、前記プログラムは、前記第１受信ステップによって受信した前記登録要求から前記アプリ表示名と前記配信先情報とを抽出し、抽出された前記アプリ表示名と前記配信先情報を前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録するネットワーク管理ステップと、前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に基づいて前記アプリ識別情報と前記アプリ表示名と前記配信先情報とを、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録する宛先管理ステップと、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録されている前記アプリ表示名を読み出して、読み出した前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示する第２表示制御ステップと、前記スキャン部によってスキャンされた画像を、前記操作表示手段から利用者による指定を受け付けた前記アプリ表示名の宛先に対応した前記情報処理アプリで取り扱い可能なデータ形式に画像処理する画像処理ステップと、前記画像処理ステップによって前記情報処理アプリで取り扱い可能なデータ形式に画像処理されたスキャンデータを、前記アプリ表示名に対応した前記配信先情報の前記情報処理装置に送信する第２送信ステップと、を前記コンピュータに実行させる。

請求項１にかかる発明によれば、ネットワークに接続され、情報処理に関するソフトウェアである情報処理アプリと画像処理装置のドライバソフトウェアをインストールせずに画像処理装置を実行させて画像処理装置で生成されたデータを受信するために画像処理装置に対して情報処理アプリの登録要求を行う機能を有するオペレーティングシステムとが実行可能な情報処理装置の情報処理アプリの宛先の表示名であるアプリ表示名を保持するアプリ宛先情報を記憶する第1の宛先記憶手段を備えたことで、アプリケーションの登録要求を行う情報処理装置に画像処理されたデータを容易に送信することができるとともに、情報処理装置側で画像処理装置のドライバソフトウェアをインストールせずに画像処理装置の画像処理機能を実現することができるという効果を奏する。

また、請求項１にかかる発明によれば、受信した登録要求からアプリ表示名を抽出し、抽出されたアプリ表示名を第1の宛先記憶手段に記憶されたアプリ宛先情報に登録することで、アプリケーションの登録要求を行う情報処理装置に画像処理されたデータを容易に送信することができるとともに、情報処理装置側で画像処理装置のドライバソフトウェアをインストールせずに画像処理装置の画像処理機能を実現することができるという効果を奏する。
また、請求項１にかかる発明によれば、アプリ宛先情報に基づいて生成され、情報処理アプリに固有のアプリ識別情報とアプリ表示名と登録要求を行った情報処理装置に関する配信先情報とを対応付けた表示用アプリ宛先情報を記憶する第２の記憶手段と、情報処理装置から、プリ表示名と配信先情報を含む登録要求を受信する受信手段と、受信手段によって受信した登録要求からアプリ表示名と配信先情報とを抽出し、抽出されたアプリ表示名と配信先情報を第1の記憶手段に記憶されたアプリ宛先情報に登録するネットワーク管理手段と、第１の記憶手段に記憶されたアプリ宛先情報に基づいてアプリ識別情報とアプリ表示名と配信先情報とを、第２の記憶手段に記憶された表示用アプリ宛先情報に登録する宛先管理手段と、各種画面が表示可能であり、利用者からの入力操作が可能な操作表示手段と、第２の記憶手段に記憶された表示用アプリ宛先情報に登録されているアプリ表示名を読み出して、読み出したアプリ表示名を入力可能に描画したアプリ画面を操作表示手段に表示する表示制御手段と、をさらに備えたことで、アプリケーションの実行によりアプリ画面を操作表手段に表示中に、情報処理装置から登録要求がきてアプリ宛先情報に登録する場合でも、表示用アプリ宛先情報に基づいてアプリ画面を表示するので、アプリ画面に悪影響を及ぼさずに、アプリケーションの登録要求を行う情報処理装置に画像処理されたデータを容易に送信することができるとともに、情報処理装置側で画像処理装置のドライバソフトウェアをインストールせずに画像処理装置の画像処理機能を実現することができるという効果を奏する。

また、請求項２にかかる発明によれば、第1の宛先記憶手段に記憶されたアプリ宛先情報に登録されているアプリ表示名を読み出して、アプリ表示名を入力可能に描画したアプリ画面を操作表示手段に表示することで、所望の情報処理装置のアプリケーションに画像処理されたデータを受け渡して、情報処理装置側で画像処理装置のドライバソフトウェアをインストールせずに画像処理装置の画像処理機能を実現することができるという効果を奏する。

また、請求項３にかかる発明によれば、アプリ画面を操作表示手段に表示中に、受信手段によって登録要求を受信した場合には、表示中のアプリ画面を、登録要求により更新されたアプリ宛先情報に登録されているアプリ表示名を読み出して、アプリ画面を更新して操作表示手段に表示することで、アプリ宛先情報の更新を利用者が的確なタイミングで把握することができ、情報処理装置側で画像処理装置のドライバソフトウェアをインストールせずに画像処理装置の画像処理機能をより的確に実現することができるという効果を奏する。

また、請求項４にかかる発明によれば、複数の情報処理装置のそれぞれから、アプリケーションに固有のアプリ識別情報とアプリ表示名と情報処理装置に固有の装置識別情報とを含む登録要求を受信し、受信した複数の情報処理装置の各登録要求から、アプリ識別情報とアプリ表示名と装置識別情報とを抽出し、抽出されたアプリ識別情報とアプリ表示名装置識別情報とを対応付けてアプリ宛先情報として第１の宛先記憶手段に保存し、第１の宛先記憶手段に記憶されたアプリ宛先情報に登録されている複数の装置識別情報とアプリ表示名を読み出して、装置識別情報ごとにアプリ表示名を入力可能に描画したアプリ画面を操作表示手段に表示することで、情報処理装置を意識してアプリケーションを選択して、所望の情報処理装置のアプリケーションに画像処理されたデータを受け渡して、情報処理装置側で画像処理装置のドライバソフトウェアをインストールせずに画像処理装置の画像処理機能を実現することができるという効果を奏する。

また、請求項５にかかる発明によれば、アプリ宛先情報に登録されている複数の装置識別情報とアプリ表示名を読み出して、装置識別情報に対応する情報処理装置の選択指示を行わせる第１のアプリ画面を操作表示手段に表示し、第１のアプリ画面から選択指示を受け付けた情報処理装置の装置識別情報に対応したアプリ表示名を入力可能に描画した第２のアプリ画面を操作表示手段に表示することで、情報処理装置ごとの第１のアプリ画面、アプリケーションごとの第２のアプリ画面とアプリ画面を段階的に表示して、情報処理装置を意識してアプリケーションを選択して、所望の情報処理装置のアプリケーションに画像処理されたデータを受け渡して、情報処理装置側で画像処理装置のドライバソフトウェアをインストールせずに画像処理装置の画像処理機能を実現することができるという効果を奏する。

また、請求項６にかかる発明によれば、表示用アプリ宛先情報は、アプリ識別情報とアプリ表示名と配信先情報とを対応付けたレコードを順次書き込み可能なマスターテーブルと、マスターテーブルに書き込まれたレコードのマスターテーブルにおける位置情報を、アプリ表示名に基づいた見出しで分類して登録可能な見出しテーブルとを含み、表示制御手段は、見出しと、見出しの見出しテーブルに登録された位置情報からマスターテーブルに登録されたアプリ表示名とを読み出して、見出しと読み出したアプリ表示名とを入力可能に描画したアプリ画面を操作表示手段に表示することで、表示処理や検索処理の際のメモリ容量を削減することができるという効果を奏する。

また、請求項７にかかる発明によれば、ネットワーク管理手段は、さらに、アプリ宛先情報の更新の有無を宛先管理手段に送信し、宛先管理手段は、さらに、ネットワーク管理手段からアプリ宛先情報が更新された旨を受信した場合に、第１の記憶手段に記憶されたアプリ宛先情報からアプリ表示名と配信先情報とを取得して、取得したアプリ表示名と取得した配信先情報とアプリ識別情報とを対応付けたレコードをマスターテーブルに登録し、取得したアプリ表示名の文字列に基づいて見出しテーブルにアプリ表示名の位置情報を登録することにより、表示用アプリ宛先情報を更新することで、表示用アプリ宛先情報を最新の状態に保持することができるという効果を奏する。

また、請求項８にかかる発明によれば、ネットワーク管理手段からアプリ宛先情報が更新されていない旨を受信した場合に、表示制御手段に対して変更なしの旨を通知し、表示制御手段は、宛先管理手段から変更無しの旨が通知された場合には、操作表示手段に表示されたアプリ画面の表示変更を行わないことで、アプリ宛先情報が更新されていない場合に、アプリ画面で指定した状態を維持することができるという効果を奏する。

また、請求項９にかかる発明によれば、操作表示手段によって利用者から表示用アプリ宛先情報の更新の指示を受付けた場合に、宛先管理手段に対して更新要求を送信し、表示制御手段から更新要求を受信した場合に、表示用アプリ宛先情報を更新することで、所望のタイミングで表示用アプリ宛先情報を更新して最新の状態に維持することができるという効果を奏する。

また、請求項１０にかかる発明によれば、利用者によるログイン入力があった場合に、認証情報に基づいてログイン入力を行った利用者の認証を行い、情報処理アプリ関連情報の変更、ネットワーク設定情報の変更、画像処理装置で実行されるアプリケーションの切替えのいずれかが実行された場合、または利用者の認証に成功した場合、あるいは省エネルギーモードから通常モードに復帰した場合、若しくはタイマー時間の経過が判断された場合に、表示用アプリ宛先情報を更新することで、画像処理装置の状態に何らかの変化があった場合に自動的に表示用アプリ宛先情報を更新することができるので、利用者が意識せずに表示用アプリ宛先情報を最新の状態に維持することができるという効果を奏する。

また、請求項１１にかかる発明によれば、表示用アプリ宛先情報を更新している間は、表示用アプリ宛先情報を更新する旨の要求を受信した場合でも、受信した要求に基づいた表示用アプリ宛先情報の更新を行わないことで、実行中のアプリケーションに悪影響を及ぼさずに表示用アプリ宛先情報を更新することができるという効果を奏する。

また、請求項１２にかかる発明によれば、表示制御手段により表示用アプリ宛先情報からアプリ表示名を読み出している間は、表示用アプリ宛先情報を更新する旨の要求を受信した場合でも、受信した要求に基づいた表示用アプリ宛先情報の更新を行わないことで、実行中のアプリケーションに悪影響を及ぼさずに表示用アプリ宛先情報を更新することができるという効果を奏する。

また、請求項１３にかかる発明によれば、操作表示手段によって利用者から情報処理アプリの宛先の検索指示を検索条件とともに受付けた場合に、第２の記憶手段に記憶された表示用アプリ宛先情報から検索条件を満たす情報処理の宛先に対応するアプリ表示名を検索し、検索されたアプリ表示名を操作表示手段に表示することで、情報処理アプリの宛先を容易に検索することができるという効果を奏する。

また、請求項１４にかかる発明によれば、アプリ表示名を含むレコードのマスターテーブルにおける位置情報を登録可能な検索結果テーブルを記憶する検索結果記憶手段をさらに備え、検索されたアプリ表示名を含むレコードのマスターテーブルにおける位置情報を、検索結果テーブルに登録し、検索結果テーブルに登録された位置情報からマスターテーブルに登録されたアプリ表示名を読み出して、読み出したアプリ表示名とを操作表示手段に表示することで、検索処理の際のメモリ容量を削減することができるという効果を奏する。

また、請求項１５にかかる発明によれば、アプリ宛先情報を更新している間、情報処理装置からの登録要求を受信した場合でも、受信した登録要求に基づいたアプリ宛先情報の更新を行わないことで、アプリ宛先情報の更新処理に悪影響を及ぼすことを回避することができるという効果を奏する。

また、請求項１６にかかる発明によれば、請求項１にかかる発明と同様の効果を奏する。

また、請求項１７にかかる発明によれば、請求項１，１６の発明と同様の効果を奏する。

以下に添付図面を参照して、この発明にかかる画像処理装置、画像処理方法およびプログラムの最良な実施の形態を詳細に説明する。

（実施の形態１）
図１は、実施の形態１にかかる画像処理システムのネットワーク構成および複合機の主要構成を示すブロック図である。実施の形態１にかかる画像処理システムは、コピー、スキャナ、ファクシミリ、プリンタ等の画像処理にかかる機能を一つの筐体にさめた画像処理装置としての複合機１００と、情報処理装置としての複数のＰＣ−Ａ１６０、ＰＣ−Ｂ１６１とがインターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１５０に接続された構成となっている。

ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１は、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウェア構成となっている。

ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１には、オペレーティングシステム（ＯＳ：Operating System）とＯＳ上で動作する文書アプリ、表計算アプリなどの各種情報処理に関するアプリケーション（以下、「情報処理アプリ」という。）がインストールされている。

このＯＳは、複合機１００のドライバソフトウェアをインストールせずに複合機１００を実行させて複合機１００で生成されたデータを受信するために複合機１００に対して後述する情報処理アプリの登録要求を行う機能を有している（以下、このＯＳを「画像処理制御ＯＳ」という）。このため、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１には、複合機１００のドライバソフトウェアはインストールされていない。そして、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１は、画像処理制御ＯＳの機能によって、ネットワーク上の複合機１００に対して、インストールされている情報処理アプリの登録要求を行うようになっている。

図２は、登録要求のデータ構造を示す説明図である。登録要求は、ＰＣ−Ａ１６０またはＰＣ−Ｂ１６１で動作する情報処理アプリに固有のアプリＩＤと情報処理アプリの表示名であるアプリ表示名の複数の組とＰＣ−Ａ１６０、ＰＣ−Ｂ１６１に固有の装置ＩＤとをを保持し、各ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１で動作する情報処理アプリの登録を複合機１００に対して要求するものである。実際には、図２に示す登録要求は、ＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータで構成されており、アプリＩＤ、アプリ表示名、装置ＩＤ等はタグで構造化された表記で登録要求の中に記述されている。

図１に戻り、複合機１００は、スキャナ処理を行うスキャナアプリ１１４と、その他のアプリ１４１と、ＵＣＳ（Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２９と、ＮＣＳ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２８と、情報処理アプリ宛先データベース１４０と、オペレーションパネル１７０とを主に備えている。複合機１００は、図１に示すように、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１からの登録要求を受けて、後述する情報処理アプリ宛先情報（レコード）の登録処理等を行った後、登録要求を受信したＰＣ−Ａ１６０，ＰＣ−Ｂ１６１に対して応答を送信する。

情報処理アプリ宛先データベース１４０は、スキャナアプリ１１４によりスキャンした画像を送信する宛先としてのＰＣ−Ａ１６０、ＰＣ−Ｂ１６１のそれぞれにインストールされた情報処理アプリに関する情報を登録したデータベースである。

図３は、情報処理アプリ宛先データベース１４０の内容の一例を示す説明図である。情報処理アプリ宛先データベース１４０には、図３に示すように、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１から受信した登録要求に含まれるアプリＩＤとアプリ表示名とＰＣ−Ａ１６０，ＰＣ−Ｂ１６１の装置ＩＤと有効期限とを対応付けた情報処理アプリ宛先情報が複数登録されている。

ここで、有効期限とは、情報処理アプリ宛先情報が宛先として有効に使用することが可能な採集の期限であり、この有効期限を経過した場合には、情報処理アプリ宛先情報をスキャン画像の宛先として使用することができない。

ＮＣＳ（ネットワークコントロールサービス）１２８は、受信手段として、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１から送信された登録要求を受信し、送信手段として、登録要求に対する応答やスキャンデータをＰＣ−Ａ１６０，ＰＣ−Ｂ１６１へ送信する処理を行うプロセスとして動作する。

また、ネットワークＩ／Ｏを必要とする複合機１００上のスキャナアプリ１１４やその他のアプリ１４１等のアプリケーションに対し、共通に利用できるサービスを提供するためのプロセスであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介を行う。

ＵＣＳ（Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２９は、宛先管理手段として、情報処理アプリ宛先データベース１４０に情報処理アプリ宛先情報を登録または更新したり、更新開始通知や更新完了通知をプロセス間通信によってスキャナアプリ１１４等の複合機１００上で動作するアプリケーションに送信する処理を行うプロセスとして動作する。

また、ＵＣＳ１２９は、この他、図示しないユーザデータベース等により複合機１００を使用するユーザ情報の管理を行うものであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する処理も行う。

オペレーションパネル１７０は、各種画面をタッチ入力可能に表示する液晶表示部と、利用者からの操作入力が可能な操作部とを有し、利用者に対して各種画面の表示や操作を行わせるものである。

次に、複合機１００の全体構成について説明する。図４は、実施の形態１にかかる複合機１００の全体構成を示すブロック図である。

図４に示すように、複合機１００は、白黒ラインプリンタ（B&W LP）１０１と、カラーラインプリンタ（Color LP）１０２と、ハードディスク装置（ＨＤＤ）１０３と、スキャナ、ファクシミリ、メモリ、ネットワークインタフェースなどのハードウェアリソース１０４とソフトウェア群１１０とを有するように構成される。また、ソフトウェア群１１０は、プラットフォーム１２０と、アプリケーション１３０とを有するように構成される。

プラットフォーム１２０は、アプリケーション１３０からの処理要求を解釈してハードウェア資源の獲得要求を発生させるコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）１２３と、オペレーティングシステム（以下、ＯＳという）１２１とを有するように構成されている。

コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）１２２、エンジンコントロールサービス（以下、ＥＣＳという）１２４、メモリコントロールサービス（以下、ＭＣＳという）１２５、オペレーションパネルコントロールサービス（以下、ＯＣＳという）１２６、ファックスコントロールサービス（以下、ＦＣＳという）１２７、ＮＣＳ（ネットワークコントロールサービス）１２８、ＵＣＳ（ユーザ情報管理サービス）１２９など一つ以上のサービスモジュールを有するように構成されている。

なお、プラットフォーム１２０は予め定義されている関数によりアプリケーション１３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。

ＯＳ１２１は、ＵＮＩＸ（登録商標）などの汎用オペレーティングシステムであって、プラットフォーム１２０及びアプリケーション１３０の各ソフトウェアをプロセスとして並列実行する。

ＳＲＭ１２３のプロセスは、ＳＣＳ１２２と共にシステムの制御およびリソースの管理を行うものである。例えば、ＳＲＭ１２３のプロセスは、スキャナ部やプリンタ部などのエンジン、メモリ、ハードディスク装置（ＨＤＤ）ファイル、ホストＩ／Ｏ（セントロインターフェース、ネットワークインターフェース、ＩＥＥＥ１３９４インターフェース、ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。

具体的には、ＳＲＭ１２３は、要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ１２３は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成などの要求内容を直接実施している。

ＳＣＳ１２２のプロセスは、アプリ管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、割り込みアプリ制御などを行う。なお、本実施の形態においてＳＣＳ１２２が行う具体的な処理については、後述する。

ＥＣＳ１２４のプロセスは、白黒ラインプリンタ（B&W LP）１０１、カラーラインプリンタ（Color LP）１０２、ＨＤＤ１０３スキャナ、ファクシミリなどからなるハードウェアリソース１０４のエンジンの制御を行う。

ＭＣＳ１２５のプロセスは、画像メモリの取得および解放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などを行う。ＯＣＳ１２６のプロセスは、オペレータと本体制御との間の情報伝達手段となる操作パネルの制御を行う。

ＦＣＳ１２７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読みとり、ファクシミリ受信印刷、融合送受信を行うためのアプリケーションを提供する。

ＯＣＳ１２６は、オペレータ（ユーザ）と本体制御間の情報伝達手段となるオペレーションパネル（操作パネル）１７０の制御を行う。ＯＣＳ１２６は、オペレーションパネルからキー押下（またはタッチ操作）をキーイベントとして取得し、取得したキーに対応したキーイベント関数をＳＣＳ１２２に送信するＯＣＳプロセスの部分と、アプリケーション１３０またはコントロールサービスからの要求によりオペレーションパネルに各種画面を描画出力する描画関数やその他オペレーションパネルに対する制御を行う関数などがあらかじめ登録されたＯＣＳライブラリの部分とから構成される。このＯＣＳライブラリは、アプリケーション１３０およびコントロールサービスの各モジュールにリンクされて実装されている。なお、ＯＣＳ１２６のすべてをプロセスとして動作させるように構成しても良く、あるいはＯＣＳ１２６のすべてをＯＣＳライブラリとして構成しても良い。なお、ＵＣＳ１２９、ＮＣＳ１２８については、図１で説明したとおりである。

また、アプリケーション１３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１１１と、コピー用アプリケーションであるコピーアプリ１１２と、ファクシミリ用アプリケーションであるファックスアプリ１１３と、スキャナ用アプリケーションであるスキャナアプリ１１４と、ネットワークファイル用アプリケーションであるネットファイルアプリ１１５と、工程検査用アプリケーションである工程検査アプリ１１６とを有している。

アプリケーション１３０の各プロセス、コントロールサービスの各プロセスは、関数呼び出しとその戻り値送信およびメッセージの送受信によってプロセス間通信を行いながら、コピー、プリンタ、スキャナ、ファクシミリなどの画像形成処理にかかるユーザサービスを実現している。

このように、実施の形態１にかかる複合機１００には、複数のアプリケーション１３０および複数のコントロールサービスが存在し、いずれもプロセスとして動作している。そして、これらの各プロセス内部には、一つ以上のスレッドが生成されて、スレッド単位の並列実行が行われる。そして、コントロールサービスがアプリケーション１３０に対し共通サービスを提供しており、このため、これらの多数のプロセスが並列動作、およびスレッドの並列動作を行って互いにプロセス間通信を行って協調動作をしながら、コピー、プリンタ、スキャナ、ファクシミリなどの画像形成処理にかかるユーザサービスを提供するようになっている。

次に、以上のように構成された実施の形態１にかかる画像処理システムによる宛先情報の登録表示処理について説明する。図５は、実施の形態１にかかる画像処理システムによる宛先情報の登録表示処理の全体の流れを示すシーケンス図である。

ここで、情報処理アプリ宛先データベース１４０には、図３に示すようなＰＣ−Ａ１６０、ＰＣ−Ｂ１６１用の情報処理アプリ宛先情報が複数登録されているものとする。なお、図５において、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１を単にＰＣと示している。

スキャナアプリ１１４等の複合機１００上のアプリケーション１３０がスキャン画像をＰＣーＡ１６０またはＰＣ−Ｂ１６１の情報処理アプリの宛先に送信する場合には、その宛先を指定するために、まず、ＵＣＳ１２９に対して、情報処理アプリ宛先情報の取得要求を送信する（ステップＳ５０１）。かかる取得要求を受信したＵＣＳ１２９は、情報処理アプリ宛先データベース１４０にアクセスして情報処理アプリ宛先情報を読み出して、読み出した情報処理アプリ宛先情報をアプリケーション１３０に送信する（ステップＳ５０２）。

情報処理アプリ宛先情報を受信したアプリケーション１３０では、受信した情報処理アプリ宛先情報のアプリ表示名、アプリＩＤ等を抽出してアプリ画面を生成し、ＯＣＳ１２６を介してアプリ画面をオペレーションパネル１６０の液晶表示部に表示する（ステップＳ５０３）。なお、アプリ画面の詳細については後述する。

ここで、アプリ画面が表示されている間に、ネットワーク上のＰＣが電源投入された場合を考える。ＰＣが電源投入されると（ステップＳ５０４）、画像処理制御ＯＳの機能により、ＰＣ上の情報処理アプリを複合機１００に登録する旨の登録要求が複合機１００に送信される（ステップＳ５０５）。

複合機１００では、ＰＣからの登録要求をＮＣＳ１２８に受信し、受信した登録要求をＵＣＳ１２９に転送する（ステップＳ５０６）。ＮＣＳ１２８から登録要求を受信したＵＣＳ１２９は、情報処理アプリ宛先データベース１４０を更新する必要があり、これにより現在オペレーションパネル１６０に表示されているアプリ画面が更新の結果、使用不可となる可能性があるため、更新開始通知をアプリケーション１３０に送信する（ステップＳ５０７）。そして、ＵＣＳ１２９は、情報処理アプリ宛先データベース１４０に登録されている情報処理アプリ宛先情報を、受信した登録要求に基づいて更新する（ステップＳ５０８）。

更新開始通知を受信したアプリケーション１３０は、現在表示されているアプリ画面に対し、ユーザからの入力を不可能にするため、ＯＣＳ１２６を介して情報処理アプリ宛先更新中のポップアップ画面を表示する（ステップＳ５０９）。

ＵＣＳ１２９による情報処理アプリ宛先データベースの更新が完了した場合には、ＵＣＳ１２９は、アプリケーション１３０に対して更新完了通知を送信する（ステップＳ５１０）。更新完了通知を受信したアプリケーション１３０では、更新された情報処理アプリ宛先データベース１４０の情報処理アプリ宛先情報を使用して再度アプリ画面を表示するため、ＵＣＳ１２９に対して、情報処理アプリ宛先情報の取得要求を送信する（ステップＳ５１１）。かかる取得要求を受信したＵＣＳ１２９は、更新された情報処理アプリ宛先データベース１４０にアクセスして情報処理アプリ宛先情報を読み出して、読み出した情報処理アプリ宛先情報をアプリケーション１３０に送信する（ステップＳ５１２）。

情報処理アプリ宛先情報を受信したアプリケーション１３０では、受信した情報処理アプリ宛先情報のアプリ表示名、アプリＩＤ等を抽出してアプリ画面を生成し、ＯＣＳ１２６を介してアプリ画面をオペレーションパネル１６０の液晶表示部に表示することによりアプリ画面を更新する（ステップＳ５１３）。

以上のような処理によって、オペレーションパネル１６０の液晶表示部にアプリ画面が表示され、利用者はこのアプリ画面によってスキャン画像の宛先であるＰＣ上の情報処理アプリを選択可能となる。

次に、ＵＣＳ１２９による情報処理アプリ宛先データベース１４０の更新処理、すなわち情報処理アプリ宛先情報の登録処理について説明する。図６は、実施の形態１にかかる複合機１００のＵＣＳ１２９による情報処理アプリ宛先情報の登録処理の手順を示すフローチャートである。

ＵＣＳ１２９は、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１から受信した登録要求をＮＣＳ１２８から受信し（ステップＳ６０１）、情報処理アプリ宛先データベース１４０の更新開始通知をアプリケーション１３０に送信する（ステップＳ６０２）。そして、ＵＣＳ１２９は、受信した登録要求からアプリＩＤ、アプリ表示名および装置ＩＤを抽出する（ステップＳ６０３）。次いで、ＵＣＳ１２９は、抽出したアプリＩＤ、アプリ表示名および装置ＩＤを対応付けて情報処理アプリ宛先情報として情報処理アプリ宛先データベース１４０に登録する（ステップＳ６０４）。これにより、情報処理アプリ宛先データベース１４０が更新されることになる。そして、ＵＣＳ１２９は、アプリケーション１３０に対して情報処理アプリ宛先データベースの更新完了通知を送信する（ステップＳ６０５）。このようなＵＣＳ１２９の処理によって、新たな情報処理アプリ宛先情報が登録され、情報処理アプリ宛先データベース１４０が更新されることになる。

次に、ＵＣＳ１２９による情報処理アプリ宛先データベース１４０からの情報処理アプリ宛先情報の抽出処理について説明する。図７は、実施の形態１にかかる複合機１００のＵＣＳ１２９による情報処理アプリ宛先データベース１４０からの情報処理アプリ宛先情報の抽出処理の手順を示すフローチャートである。

ＵＣＳ１２９では、通常、アプリケーション１３０からの情報処理アプリ宛先情報の取得要求の受信待ち状態となっている（ステップＳ７０１）。そして、アプリケーション１３０から情報処理アプリ宛先情報の取得要求を受信した場合には（ステップＳ７０１：Ｙｅｓ）、情報処理アプリ宛先データベース１４０から、アプリＩＤ、アプリ表示名、装置ＩＤおよび有効期限が対応付けられた情報処理アプリ宛先情報（図３の各レコード）のすべてを抽出し（ステップＳ７０２）、抽出した情報処理アプリ宛先情報のすべてをアプリケーション１３０に送信する（ステップＳ７０３）。

ここで、抽出した情報処理アプリ宛先情報の有効期限が現在日時を経過している場合には、この情報処理アプリ宛先情報についてはアプリケーション１３０に送信されることはない。以上のような処理によって、情報処理アプリ宛先データベース１４０に登録されている全ての情報処理アプリ宛先情報が抽出されてアプリケーション１３０に送信されることになる。

次に、スキャナアプリ１１４等のアプリケーション１３０によるアプリ画面の表示処理および宛先指定処理について説明する。図８および図９は、実施の形態１にかかる複合機１００のアプリケーション１３０によるアプリ画面の表示処理および宛先指定処理の手順を示すフローチャートである。ここでは、アプリケーション１３０としてスキャナアプリ１１４を例にあげて説明するが、他のアプリケーション１３０でも同様である。

スキャナアプリ１１４は、まずＵＣＳ１２９に対して情報処理アプリ宛先情報の取得要求を送信し（ステップＳ８０１）、情報処理アプリ宛先情報の受信待ち状態となる（ステップＳ８０２）。そして、スキャナアプリ１１４がＵＣＳ１２９から情報処理アプリ宛先情報を受信した場合には（ステップＳ８０２：Ｙｅｓ）、受信した全ての情報処理アプリ宛先情報からアプリＩＤとアプリ表示名と装置ＩＤを抽出する（ステップＳ８０３）。

そして、スキャナアプリ１１４は、抽出した全てのアプリＩＤとアプリ表示名と装置ＩＤからアプリ別のエントリを生成する（ステップＳ８０４）。アプリ別のエントリとは、次のように、アプリ表示名ごとのアプリＩＤ、装置ＩＤが示すＰＣ−Ａ１６０またはＰＣ−Ｂ１６１の表示名の対応リストである。ここで、装置ＩＤとＰＣ−Ａ１６０またはＰＣ−Ｂ１６１の対応は、ＨＤＤ等の記憶媒体に予め保存しておけばよい。

文書ソフト：ＰＣ−Ａ：ＷＰ００１
表計算ソフト：ＰＣ−Ａ：ＥＸ００１
文書ソフト：ＰＣ−Ｂ：ＷＰ００１
そして、スキャナアプリ１１４は、生成されたアプリ別のエントリから、アプリ毎にアプリ選択ボタンを生成し（ステップＳ８０５）、生成されたアプリ選択ボタンをタッチ入力可能に描画したアプリ画面を、オペレーションパネル１６０の液晶表示部に表示する（ステップＳ８０６）。ここで、アプリ選択ボタンの生成およびアプリ画面の表示は、ＯＣＳ１２６で提供される関数等の発行により行われる。

図１０は、実施の形態１にかかるアプリ画面の内容の一例を示す模式図である。図１０に示すように、アプリ画面には、アプリごとに、アプリ表示名とＰＣ−Ａ１６０，１６１の表示名を含むアプリ選択ボタンが表示されている。

アプリ画面が表示されると、スキャナアプリ１１４は、アプリ画面からの利用者によるアプリ選択ボタンの入力待ち状態となる（ステップＳ８０７）。そして、アプリ画面からアプリ選択ボタンの入力を受け付けた場合（ステップＳ８０７：Ｙｅｓ）、スキャナアプリ１１４は、スキャナエンジンを使用したスキャン処理を実行し（ステップＳ８１１）、スキャン画像を、アプリ選択ボタンにより指定されたＰＣ上の情報処理アプリのデータ形式に変換する（ステップＳ８１２）。例えば、Ａｃｒｏｂａｔ Ｒｅａｄｅｒ（Ｒ）等の文書ビューアが選択された場合には、スキャン画像をこの文書ビューアで扱うデータ形式であるＰＤＦ形式に変換する。

次に、スキャナアプリ１１４は、スキャン画像をアプリのデータ形式に変換したデータであるスキャンデータを、ＮＣＳ１２８を介して指定されたアプリに送信する（ステップＳ８１３）。ここで、アプリをインストールしたＰＣ−Ａ１６０，ＰＣ−Ｂ１６１のＩＰアドレスや当該ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１上の利用者のメールアドレス等のアドレス情報を装置ＩＤと対応付けて予めアドレスデータベース等に保存しておき、指定されたアプリの装置ＩＤからアドレス情報を取得して、取得したアドレス情報を宛先として、スキャンデータを送信することによって、スキャンデータのアプリへの送信が行われる。

このように、スキャン画像を、指定されたアプリで扱うデータ形式に変換してＰＣ−Ａ１６０，ＰＣ−Ｂ１６１に送信するため、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１側では受信したスキャンデータをそのままアプリで表示等することができ、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１側に複合機１００のドライバソフトウェアをインストールする必要がなくなる。

ここで、ステップＳ８０７において、アプリ画面が表示されている状態で、アプリ選択ボタンの入力が行われていない場合に（ステップＳ８０７：Ｎｏ）、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１の電源が投入された場合を考える。

このような場合、ＵＣＳ１２９から情報処理アプリ宛先データベース１４０の更新開始通知を受信するので（ステップＳ８０８：Ｙｅｓ）、現在表示されているアプリ画面のアプリ選択ボタンが情報処理アプリ宛先データベース１４０の更新により存在しないアプリに対応するボタンとなる可能性がある。このため、スキャナアプリ１１４は、図１１に示すような情報処理アプリ宛先情報更新中のポップアップ画面をアプリ画面の上に重畳して表示する（ステップＳ８０９）。これにより、アプリ選択ボタンによる入力が制限される。

そして、スキャナアプリ１１４は、ＵＣＳ１２９から更新完了通知の受信待ち状態となり（ステップＳ８１０）、更新完了通知を受信した場合には（ステップＳ８１０：Ｙｅｓ）、再度、ステップＳ８０１からＳ８０６までの処理を行って、更新された情報処理アプリ宛先データベース１４０からアプリ選択ボタンを描画したアプリ画面を表示する。

図１２は、図１０から更新されたアプリ画面の一例を示す模式図である。図１２に示すように、更新後のアプリ画面では、図１０に示すアプリ画面からＰＣ−Ａ１６０の文書ビューアが追加されていることがわかる。これによって、情報処理アプリ宛先データベース１４０が更新された場合でも、常に最新のアプリのアプリ選択ボタンを利用者が選択することが可能となる。

このように実施の形態１にかかる画像処理システムでは、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１上の情報処理アプリのアプリＩＤとアプリ表示名と装置ＩＤとを対応付け情報処理アプリ宛先データベース１４０を備えているので、ＰＣ上の情報処理アプリの登録要求を行うＰＣ−Ａ１６０、ＰＣ−Ｂ１６１にスキャン画像を容易に送信することができるとともに、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１側で複合機１００のドライバソフトウェアをインストールせずに複合機１００のスキャン処理機能を実現することができる。

また、実施の形態１にかかる画像処理システムでは、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１から、アプリＩＤとアプリ表示名とを含む登録要求を受信し、受信した登録要求からアプリＩＤとアプリ表示名と装置ＩＤとを対応付けて情報処理アプリ宛先データベース１４０に登録するので、情報処理アプリの登録要求を行うＰＣ−Ａ１６０、ＰＣ−Ｂ１６１にスキャンデータを容易に送信することができるとともに、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１側で複合機１００のドライバソフトウェアをインストールせずに複合機１００のスキャン処理機能を実現することができる。

（実施の形態２）
実施の形態１にかかる複合機１００では、アプリ画面に表示するアプリ選択ボタンをアプリ別に表示していたが、この実施の形態２にかかる複合機では、アプリ選択ボタンをＰＣごとに表示している。

実施の形態２にかかる画像処理システムのネットワーク構成、複合機１００の構成は、図１および図４に示した実施の形態１の構成と同様である。また、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１から送信される登録要求の内容は図２で示した実施の形態１と同様であり、情報処理アプリ宛先データベース１４０のデータ構造も図３で示した実施の形態１と同様である。

次に、実施の形態２にかかる複合機１００のスキャナアプリ１１４等のアプリケーション１３０によるアプリ画面の表示処理および宛先指定処理について説明する。図１３および図１４は、実施の形態２にかかる複合機１００のアプリケーション１３０によるアプリ画面の表示処理および宛先指定処理の手順を示すフローチャートである。ここでは、アプリケーション１３０としてスキャナアプリ１１４を例にあげて説明するが、他のアプリケーション１３０でも同様である。

ＵＣＳ１２９に対し情報処理アプリ宛先情報の取得要求の送信処理から、受信した全ての情報処理アプリ宛先情報からアプリＩＤとアプリ表示名と装置ＩＤを抽出するまでの処理（ステップＳ１３０１〜Ｓ１３０３）については実施の形態１におけるスキャナアプリの処理（ステップＳ８０１〜Ｓ８０３）と同様に行われる。

次に、スキャナアプリ１１４は、抽出した全てのアプリＩＤとアプリ表示名と装置ＩＤからＰＣ別のエントリを生成する（ステップＳ１３０４）。ＰＣ別のエントリとは、次のように、ＰＣの表示名ごとに、アプリ表示名、アプリＩＤの対応リストである。ここで、実施の形態１と同様に、装置ＩＤとＰＣ−Ａ１６０またはＰＣ−Ｂ１６１の対応は、ＨＤＤ等の記憶媒体に予め保存しておけばよい。

ＰＣ−Ａ：文書ソフト：ＰＣ−Ａ：ＷＰ００１
ＰＣ−Ａ：表計算ソフト：ＥＸ００１
ＰＣ−Ｂ：文書ソフト：ＷＰ００１
そして、スキャナアプリ１１４は、生成されたＰＣ別のエントリから、ＰＣ毎にＰＣ選択ボタンを生成する（ステップＳ１３０５）。さらに、スキャナアプリ１１４は、生成されたＰＣ別のエントリから、アプリ毎にアプリ選択ボタンを生成する（ステップＳ１３０６）。次いで、スキャナアプリ１１４は、生成されたＰＣ選択ボタンをタッチ入力可能に描画した第１のアプリ画面を、オペレーションパネル１６０の液晶表示部に表示する（ステップＳ１３０７）。ここで、ＰＣ選択ボタンおよびアプリ選択ボタンの生成および第１のアプリ画面の表示は、ＯＣＳ１２６で提供される関数等の発行により行われる。

図１５は、実施の形態２にかかる複合機においてＰＣ選択ボタンが表示された第１のアプリ画面の内容の一例を示す模式図である。図１５に示すように、第１のアプリ画面には、ＰＣ−Ａ１６０を選択するボタンと、ＰＣ−Ｂ１６１を選択するボタンが表示されている。

第１のアプリ画面が表示されると、スキャナアプリ１１４は、第１のアプリ画面からの利用者によるＰＣ選択ボタンの入力待ち状態となる（ステップＳ１３０８）。そして、第１のアプリ画面からＰＣ選択ボタンの入力を受け付けた場合（ステップＳ１３０８：Ｙｅｓ）、スキャナアプリ１１４は、選択されたＰＣ選択ボタンのＰＣに対応する情報処理アプリのアプリ選択ボタンを第１のアプリ画面に描画した第２のアプリ画面をオペレーションパネル１６０の液晶表示部に表示する。

ここで、ＰＣ選択ボタンのＰＣに対応する情報処理アプリは、上述したＰＣ別のエントリを参照して決定する。そして、決定された情報処理アプリのアプリ選択ボタンをステップＳ１３０６で生成されたアプリ選択ボタンの中から選択して第１のアプリ画面に描画することにより第２のアプリ画面を表示すればよい。

図１６は、実施の形態２にかかる複合機１００においてアプリ選択ボタンが表示された第１の２プリ画面の内容の一例を示す模式図である。図１６では、ＰＣ−Ａ１６０のＰＣ選択ボタンが選択された状態を示している。図１６に示すように、第２のアプリ画面には、選択されたＰＣ−Ａにインストールされている情報処理アプリに対応したアプリ選択ボタンのみが表示されている。

第２のアプリ画面が表示されると、スキャナアプリ１１４は、アプリ画面からの利用者によるアプリ選択ボタンの入力待ち状態となる（ステップＳ１３１３）。そして、第２のアプリ画面からアプリ選択ボタンの入力を受け付けた場合（ステップＳ１３１３：Ｙｅｓ）、スキャナアプリ１１４は、実施の形態１と同様に、スキャナエンジンを使用したスキャン処理を実行し（ステップＳ１３１５）、スキャン画像を、アプリ選択ボタンにより指定されたＰＣ上の情報処理アプリのデータ形式に変換する（ステップＳ１３１６）。

実施の形態２において、第１のアプリ画面表示中にスキャナアプリ１１４がＵＣＳ１２９から情報処理アプリ宛先データベース１４０の更新開始通知を受信した場合の第１のアプリ画面の更新処理（ステップＳ１３０９、Ｓ１３１０、Ｓ１３１１）、第２のアプリ画面表示中にスキャナアプリ１１４がＵＣＳ１２９から情報処理アプリ宛先データベース１４０の更新開始通知を受信した場合の第２のアプリ画面の更新処理（ステップＳ１３１４、Ｓ１３１０、Ｓ１３１１）については、実施の形態１におけるアプリ画面の更新処理（ステップＳ８０８、Ｓ８０９、Ｓ８１０）と同様に行われる。

このように実施の形態２にかかる複合機１００では、情報処理アプリ宛先データベース１４０に登録されている複数の装置ＩＤ、アプリ表示名を読み出して、装置ＩＤに対応したＰＣの選択指示を行わせる第１のアプリ画面をオペレーションパネル１６０の液晶表示部に表示する。そして、第１のアプリ画面から選択指示を受け付けたＰＣの装置ＩＤに対応した情報処理アプリのアプリ表示名を入力可能に描画した第２のアプリ画面を表示している。このため、ＰＣごとの第１のアプリ画面、情報処理アプリごとの第２のアプリ画面のようにアプリ画面を段階的に表示してＰＣを意識して情報処理アプリを選択することができる。また、所望のＰＣの情報処理アプリに画像処理されたデータを受け渡して、ＰＣ側で複合機のドライバソフトウェアをインストールせずに画像処理装置の画像処理機能を実現することができる。

なお、実施の形態１および２にかかる複合機１００では、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１のアドレス情報や表示名を、情報処理アプリ宛先データベースと異なるデータベースで保存している構成としたが、情報処理アプリ宛先データベースの情報処理アプリ宛先情報の中に装置ＩＤと対応付けて保持するように構成してもよい。

（実施の形態３）
実施の形態１および２にかかる複合機１００では、単一の情報処理アプリ宛先データベースを設けていたが、この実施の形態３にかかる複合機は、情報処理アプリ宛先データベースと操作パネルに表示するための表示用情報処理アプリ宛先データベースの２つを備えたものである。

図１７は、実施の形態３にかかる画像処理システムのネットワーク構成および複合機の主要構成を示すブロック図である。実施の形態３にかかる画像処理システムは、実施の形態１および２と同様に、複合機１７００と、情報処理装置としての複数のＰＣ−Ａ１６０、ＰＣ−Ｂ１６１、ＰＣ−Ｃ１６２とがインターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１５０に接続された構成となっている。

ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１、ＰＣ−Ｃ１６２は、実施の形態１および２と同様に、通常のコンピュータを利用したハードウェア構成となっている。

また、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１、ＰＣ−Ｃ１６２には、実施の形態１および２と同様に、複合機１００のドライバソフトウェアをインストールせずに複合機１７００を実行させて複合機１００で生成されたデータを受信するために複合機１７００に対して情報処理アプリの登録要求を行う機能を有する画像処理制御ＯＳと、画像処理制御ＯＳ上で動作する文書アプリ、表計算アプリなどの情報処理アプリがインストールされている。このため、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１、ＰＣ−Ｃ１６２には、複合機１７００のドライバソフトウェアはインストールされておらず、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１、ＰＣ−Ｃ１６２は、画像処理制御ＯＳの機能によって、ネットワーク上の複合機１７００に対して、インストールされている情報処理アプリの登録要求を行うようになっている。登録要求のデータ構造は、実施の形態１および２の登録要求と同様である。

複合機１７００は、スキャナ処理を行うスキャナアプリ１１４と、設定アプリ１７１７と、その他のアプリ１４１と、ＵＣＳ１７２９と、ＮＣＳ１７２８と、タイマー管理部１７７１と、認証管理部１７７２と、情報処理アプリ宛先データベース１７４０と、表示用情報処理アプリ宛先データベース１７５０と、ネットワーク設定管理データベース１７４１と、情報処理アプリ関連情報管理データベース１７４２と、認証データベース１７６０と、オペレーションパネル１７０とを主に備えている。複合機１７００は、図１７に示すように、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１、ＰＣ−Ｂ１６１からの登録要求を受けて、情報処理アプリ宛先情報の登録処理等を行った後、登録要求を受信したＰＣ−Ａ１６０，ＰＣ−Ｂ１６１、ＰＣ−Ｃ１６２に対して応答を送信する。

なお、複合機１７００の全体構成としては、図４に示す実施の形態１および２の複合機１００の全体構成と同様であり、ハードウェアリソース１０４と、プラットフォーム１２０と、アプリケーション１３０とを有している。ハードウェアリソース１０４、プラットフォーム１２０のそれぞれについては、ＮＣＳ１７２８、ＵＣＳ１７２８を除き、実施の形態１および２と同様の機能を有している。

情報処理アプリ宛先データベース１７４０は、スキャナアプリ１１４によりスキャンした画像を送信する宛先としてのＰＣ−Ａ１６０、ＰＣ−Ｂ１６１、ＰＣ−Ｃ１６２のそれぞれにインストールされた情報処理アプリに関する情報を登録したデータベースである。

表示用情報処理アプリ宛先データベース１７５０は、スキャナアプリ１１４によりスキャンした画像を送信する宛先としてのＰＣ−Ａ１６０、ＰＣ−Ｂ１６１、ＰＣ−Ｃ１６２のそれぞれにインストールされた情報処理アプリに関する情報を登録し、オペレーションパネル１７０にアプリ選択ボタン等を表示するためのデータベースである。この表示用情報処理アプリ宛先データベース１７５０は、上記情報処理アプリ宛先データベース１７４０の内容から生成される。

情報処理アプリ宛先データベース１７４０、表示用情報処理アプリ宛先データベース１７５０および表示用情報処理アプリ宛先データベース１７５０の詳細については後述する。

ネットワーク設定管理データベース１７４１は、複合機１７００をネットワークに接続するための設定を管理するデータベースである。このネットワーク設定管理データベース１７４１は、ネットワークに接続する情報として、ＩＰアドレスを変更するか否かを示すフラグや、ＤＮＳの設定を変更するか否かを示すフラグや、ゲートウェイアドレスを変更するか否かを示すフラグ等の情報を登録したデータベースである。

情報処理アプリ関連情報管理データベース１７４２は、情報処理アプリに関連する情報を管理するデータベースである。情報処理アプリ関連情報管理データベース１７４２は、例えば、情報処理アプリ関連情報管理データベース１７４２は、情報処理アプリの宛先の使用の有無を示すフラグや、登録可能な情報処理アプリの宛先の件数などを登録している。

認証データベース１７６０は、複合機１７００を利用可能な利用者のユーザＩＤおよびパスワードを登録したデータベースである。

ここで、情報処理アプリ宛先データベース１７４０、表示用情報処理アプリ宛先データベース１７５０、ネットワーク設定管理データベース１７４１、情報処理アプリ関連情報管理データベース１７４２および認証データベース１７６０は、ＨＤＤ等の記憶媒体に保存されている。

次に、情報処理アプリ宛先データベース１７４０について詳述する。図１８は、実施の形態３にかかる情報処理アプリ宛先データベース１７４０のデータ構造の一例を示す説明図である。情報処理アプリ宛先データベース１７４０の各レコードは、図１８に示すように、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１、ＰＣ−Ｃ１６２から受信した登録要求に含まれるアプリ表示名とＰＣ−Ａ１６０，ＰＣ−Ｂ１６１、ＰＣ−Ｃ１６２の配信先であるＵＲＩ（Uniform Resource Identifier）とを対応付けた情報処理アプリ宛先情報が複数登録されている。また、配信先（ＵＲＩ）のレコード長は１２８ｂｙｔｅとなっている。このように実施の形態３にかかる情報処理アプリ宛先データベース１７４０では、このように配信先を保持しており、このため、実施の形態１および２と異なり配信先を登録した固有のデータベースは不要となる。また、各レコードには、この他、実施の形態１および２と同様に、アプリＩＤ、装置ＩＤ、有効期限（図示せず）が含まれている。

次に、表示用情報処理アプリ宛先データベース１７５０について詳述する。図１９は、実施の形態３にかかる表示用情報処理アプリ宛先データベース１７５０のデータ構造の一例を示す説明図である。表示用情報処理アプリ宛先データベース１７５０は、図１９に示すように、マスターテーブル１７５１と複数の見出しテーブル１７５２とから構成される。

マスターテーブル１７５１は、アプリＩＤとアプリ表示名と配信先（ＵＲＩ）とを対応付けたレコードを順次書き込み可能なテーブルである。このマスターテーブルは、最大５０件のレコードが書き込まれることが可能となっており、先頭レコードから順に古いレコードとなっている。ここで、アプリＩＤ、アプリ表示名は、実施の形態１および２と同様である。

見出しテーブル１７５２は、マスターテーブル１７５１に登録されている各レコードのアプリ表示名の頭文字によってアプリ表示名を分類し見出しを付与したテーブルである。各見出しテーブル１７５２には、分類されたアプリ表示名を有するレコードのマスターテーブル１７５１における位置情報として、マスターテーブル１７５１の先頭レコードからのオフセットが登録される。

図１９に示すように、見出しテーブル１７５２は、アプリ表示名の頭文字が「Ａ」〜「Ｃ」のレコードのオフセットが登録される見出しテーブル（見出し：ＡＢＣ）、アプリ表示名の頭文字が「Ｄ」〜「Ｆ」のレコードのオフセットが登録される見出しテーブル（見出し：ＤＥＦ）等のように複数のテーブルが存在している。

このように表示用情報処理アプリ宛先データベース１７５０の構造を、マスターテーブル１７５１と見出しテーブル１７５２とにより構成したことにより、情報処理アプリのアプリ選択ボタン（アプリ宛先）の検索処理や表示処理におけるメモリ容量の削減を図ることが可能となる。

図１７に戻り、ＮＣＳ１７２８は、ネットワークＩ／Ｏを必要とする複合機１００上のスキャナアプリ１１４やその他のアプリ１４１等のアプリケーションに対し、共通に利用できるサービスを提供するためのプロセスである。

実施の形態３にかかるＮＣＳ１７２８は、受信手段として、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２から送信された登録要求を受信し、登録要求に対する応答やスキャンデータをＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２へ送信する処理を行うプロセスとして動作する。

また、ＮＣＳ１７２８は、ネットワーク管理手段として、受信した登録要求からアプリ表示名と配信先（ＵＲＩ）とを抽出し、抽出されたアプリ表示名と配信先を対応付けたレコードとして情報処理アプリ宛先データベース１７４０に登録更新したり、情報処理アプリ宛先データベース１７４０が更新されているか否かを調べ、更新の有無をＵＣＳ１７２９に通知する処理を行う。さらに、ＮＣＳ１７２８は、情報処理アプリ宛先データベース１７４０を更新している間、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２から登録要求を受信した場合でも、受信した登録要求に基づいた情報処理アプリ宛先データベース１７４０の更新を行わないという排他制御を行う。

さらに、ＮＣＳ１７２８は、実施の形態１および２と同様に、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介を行う。

ＵＣＳ１２９は、宛先管理手段として、情報処理アプリ宛先データベース１７４０に登録されている表示用情報処理アプリ宛先情報（レコード）からアプリＩＤとアプリ表示名と配信先とを対応付けたレコードを表示用情報処理アプリ宛先データベース１７５０に登録更新したり、更新開始通知や更新完了通知をプロセス間通信によってスキャナアプリ１１４等の複合機１００上で動作するアプリケーション１３０に送信する処理を行うプロセスとして動作する。

具体的には、ＵＣＳ１７２９は、ＮＣＳ１７２８から情報処理アプリ宛先データベース１７４０の更新の有無の通知を受信し、更新された旨を受信した場合には、情報処理アプリ宛先データベース１７４０からアプリ表示名と配信先とを取得して、取得したアプリ表示名および配信先とアプリＩＤとを対応付けたレコードをマスターテーブル１７５１に登録する。そして、取得したアプリ表示名の頭文字によって該当する見出しの見出しテーブル１７５２にアプリ表示名のマスターテーブル１７５１の先頭レコードからのオフセットを登録することにより、情報処理アプリ宛先データベース１７５０を更新する。一方、ＵＣＳ１７２９は、ＮＣＳ１７２８から情報処理アプリ宛先データベース１７５０が更新されていない旨の通知を受信した場合に、アプリケーション１３０に対して変更なしの旨を通知する処理を行う。

また、ＵＣＳ１７２９による表示用情報処理アプリ宛先データベース１７４０の更新タイミングとしては、利用者による要求により更新を行う場合（手動更新）と所定のタイミングで自動的に更新を行う場合（自動更新）がある。

手動更新の場合、利用者はスキャナアプリ１１４などのアプリケーション１３０によってオペレーションパネル１７０に表示されているアプリ画面から更新ボタンを押下することにより、アプリケーション１３０表示用情報処理アプリ宛先データベース１７４０に表示用情報処理アプリ宛先データベース１７４０の更新要求が送信される。ＵＣＳ１７２９は、かかる更新要求を受信した場合に、上述のように表示用情報処理アプリ宛先データベース１７４０を更新する。

自動更新の場合としては、情報処理アプリ関連情報管理データベース１７４２の変更、実行されるアプリケーション１３０の切替え、予め定められたタイマー時間の経過の少なくともいずれかが行われた場合に、ＵＣＳ１７２９は、上述のように表示用情報処理アプリ宛先データベース１７４０を更新する。

さらに、ＵＣＳ１７２９は、表示用情報処理アプリ宛先データベース１７４０を更新している間およびアプリケーション１３０により表示用情報処理アプリ宛先データベース１７４０からアプリ表示名を読み出している間は、表示用情報処理アプリ宛先データベース１７４０の更新要求を受信した場合でも、受信した更新要求に基づいた表示用情報処理アプリ宛先データベース１７４０の更新を行わないという排他制御を行う。

さらに、ＵＣＳ１７２９は、オペレーションパネル１７０によって利用者から情報処理アプリの宛先の検索指示を検索条件とともに受付けた場合に、表示用情報処理アプリ宛先データベース１７４０から検索条件を満たす情報処理アプリの宛先に対応するアプリ表示名を有するレコードを検索する処理を行う。そして、ＵＣＳ１７２９は、検索結果として、アプリ表示名を含むレコードのマスターテーブルにおける位置情報を登録可能な検索結果テーブルをＲＡＭ等の記憶媒体に生成し、検索されたレコードのマスターテーブル１７５１の先頭レコードからのオフセットを、検索結果テーブルに登録する処理を行う。

ＵＣＳ１７２９は、認証データベース１７６０の認証情報（ユーザＩＤ、パスワード）によって複合機１７００にログインしてきた利用者の認証処理を行う処理を行う。また、ＵＣＳ１７２９は、要求に応じた利用者情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する処理も行う。

ＳＣＳ１２２は、実施の形態１および２と同様の機能を備え、さらに、情報処理アプリ関連情報管理データベース１７４２の変更処理、複合機１７００で実行されるアプリケーション１３０の切替え処理、通常モードと省エネルギーモードの制御処理を実行するプロセスとして動作する。

タイマー管理部１７７１は、情報処理アプリ関連情報管理データベース１７４２に保存されているタイマー時間の経過の判断を行う処理部である。

認証管理部１７７２は、ＵＣＳ１７２９から利用者の認証結果を受信して認証結果が成功である場合には、ログイン通知メッセージをアプリケーション１３０、ＵＣＳ１７２９、ＮＣＳ１７２８へプロセス間通信により送信する処理部である。

タイマー管理部１７７１および認証管理部１７７２は、アプリケーション１３０やコントロールサービスとして構成してもよい。

設定アプリ１７１７は、情報処理アプリ関連情報管理データベース１７４２に対して、情報処理アプリに関連する情報、例えば、情報処理アプリの宛先の使用の有無を示すフラグや登録可能な情報処理アプリの宛先の件数などを登録するアプリケーション１３０である。

スキャナアプリ１１４等の複合機１７００上で実行されるアプリケーション１３０は、実施の形態１および２と同様に、表示制御手段としてのＯＣＳ１２６が動的にリンクされている。このため、アプリケーション１３０は、表示制御手段として、各アプリに固有な処理の他、次のような処理を行うことになる。

アプリケーション１３０は、表示用情報処理アプリ宛先データベース１７５０に登録されているレコードのアプリ表示名を読み出して、読み出したアプリ表示名を入力可能に描画したアプリ画面をオペレーションパネル１７０に表示する処理を行う。具体的には、アプリケーション１３０は、見出しと、見出しの表示用情報処理アプリ宛先データベース１７５０の見出しテーブル１７５２に登録されたオフセットからマスターテーブル１７５１に登録されたアプリ表示名とを読み出して、見出しと読み出したアプリ表示名とを入力可能に描画したアプリ画面をオペレーションパネル１７０に表示する。

また、アプリケーション１３０は、操作表示部１７０に表示されたアプリ画面で更新ボタンが押下されることによって、ＯＣＳ１２６を介して利用者から表示用情報処理アプリ宛先データベース１７５０の更新の指示を受け付けた場合、ＮＣＳ１７２８に更新要求を送信する。

また、アプリケーション１３０は、ＵＣＳ１７２９から、表示用情報処理アプリ宛先データベース１７５０の更新無しの旨が通知された場合には、オペレーションパネル１７０の液晶表示部に表示されたアプリ画面の表示変更を行わず、表示中のアプリ画面を維持する。これにより、アプリ選択ボタンを押下した状態で、更新要求を行った場合でも、表示用情報処理アプリ宛先データベース１７５０が更新されていなければ、アプリ選択ボタンの選択の状態は維持されることになる。

次に、以上のように構成された複合機１７００の各動作について説明する。まず、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２から情報処理アプリの登録・削除要求を受信した場合の更新通知処理について説明する。図２０は、情報処理アプリの登録・削除要求を受信した場合の更新通知処理の手順を示すシーケンス図である。これ以降の図で、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２を「ＰＣ」、スキャナアプリ１１４等のアプリケーション１３０を「アプリ」として示している。

まず、複合機１７００では、現在実行中のアプリケーション１３０によってオペレーションパネル１７０の液晶表示部にアプリ表示画面が表示されている（ステップＳ２００１）。図２１は、アプリ画面の一例を示す説明図である。アプリ画面には、図２１に示すように、「ａｂｃ」、「ｄｅｆ」等の見出しの一覧が表示され、指定された見出し「ｄｅｆ」の見出しテーブル１７５２に登録されたレコードのアプリ表示名がアプリ選択ボタンとして表示されている。図２１では、「ＰＣ−Ｂ ＤＥＦビューア」のアプリ選択ボタンが選択されている状態を示している。

このアプリ画面がオペレーションパネル１７０の液晶表示されているときに、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２から、登録・削除要求メッセージが送信されると、かかる登録・削除要求メッセージをＮＣＳ１７２８で受信する（ステップＳ２００２）。ＮＣＳ１７２８は、登録・削除要求メッセージを受信すると、情報処理アプリ宛先データベース１７４０の更新処理を行う（ステップＳ２００３）。なお、情報処理アプリ宛先データベース１７４０の更新処理の詳細については後述する。

情報処理アプリ宛先データベース１７４０の更新処理が完了すると、情報処理アプリ宛先データベース１７４０と表示用情報処理アプリ宛先データベース１７５０の内容が一致しなくなるので、ＮＣＳ１７２８は、ＵＣＳ１７２９に対してプロセス間通信により、更新通知のメッセージを送信する（ステップＳ２００４）。

更新通知メッセージを受信したＵＣＳ１７２９は、現在実行中のアプリケーション１３０に更新通知メッセージを送信する（ステップＳ２００５）。

更新通知メッセージを受信したアプリケーション１３０は、オペレーションパネル１７０の液晶表示部に更新通知画面を表示する（ステップＳ２００６）。図２３は、更新通知画面の一例を示す説明図である。図２３に示すように、更新通知画面には、更新通知メッセージを受信した結果として、表示用情報処理アプリ宛先データベース１７５０と情報処理アプリ宛先データベース１７４０が一致しない旨を示すため、「情報処理アプリ宛先表が最新ではありません」というメッセージが表示される。

次に、ステップＳ２００３の情報処理アプリ宛先データベース１７４０の更新処理について説明する。図２２は、情報処理アプリ宛先データベース１７４０の更新処理の手順を示すフローチャートである。

まず、ＮＣＳ１７２８は、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２から受信した登録・削除要求メッセージの要求内容について調べる（ステップＳ２２０１）。そして、要求内容が登録要求である場合には、受信した登録要求の登録・削除上級メッセージに含まれるアプリ表示名で情報処理アプリ宛先データベース１７４０を検索し（ステップＳ２２０２）、検索された場合、すなわち、受信したメッセージに含まれるアプリ表示名を含むレコードが登録済みであるか否かを判断する（ステップＳ２２０３）。

その結果、登録済みである場合には（ステップＳ２２０３：Ｙｅｓ）、登録済みのレコードを、登録要求メッセージのアプリ表示名、配信先等を含むレコードで更新する（ステップＳ２２０４）。

一方、ステップＳ２２０３において、未登録である場合には（ステップＳ２２０３：Ｎｏ）、情報処理アプリ宛先データベース１７４０の最終レコードに、登録要求メッセージのアプリ表示名、配信先を含むレコードを追加する（ステップＳ２２０５）。

ステップＳ２２０１に戻り、登録要求メッセージの要求内容が削除要求である場合には、削除要求の登録・削除要求メッセージに含まれるアプリ表示名で情報処理アプリ宛先データベース１７４０を検索し（ステップＳ２２０６）、検索された場合、すなわち、受信したメッセージに含まれるアプリ表示名を含むレコードが登録済みであるか否かを判断する（ステップＳ２２０７）。

その結果、登録済みである場合には（ステップＳ２２０７：Ｙｅｓ）、登録済みのレコードを削除する（ステップＳ２２０８）。一方、ステップＳ２２０７において、未登録である場合には（ステップＳ２２０７：Ｎｏ）、登録・削除要求メッセージの送信元であるＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２にエラーの応答を返信する（ステップＳ２２０９）。

以上のように、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２から情報処理アプリの登録・削除要求メッセージを受信した場合には、ＮＣＳ１７２８によって情報処理アプリ宛先データベース１７４０が更新される。

次に、表示用情報処理アプリ宛先データベース１７５０の手動更新の処理について説明する。図２４は、表示用情報処理アプリ宛先データベース１７５０の手動更新処理の手順を示すシーケンス図である。

まず、複合機１７００では、現在実行中のアプリケーション１３０によってオペレーションパネル１７０の液晶表示部に図２７に示すアプリ画面が表示されている（ステップＳ２４０１）。

アプリケーション１３０がＵＣＳ１７２９から情報処理アプリ宛先データベース１７４０の更新通知を受信してアプリ画面に図２３に示すようなメッセージが表示されることより、利用者は情報処理アプリ宛先データベース１７４０が更新された結果、表示用情報処理アプリ宛先データベース１７５０が最新でないことを把握することができる。

このため、利用者は、表示用情報処理アプリ宛先データベース１７５０を最新の状態に更新するためには、図２７に示すアプリ表示画面で更新ボタン７０１をタッチ入力する。この更新ボタンのタッチ入力がＯＣＳ１２６を介してアプリケーション１３０により受け付けられ、アプリケーション１３０は、ＵＣＳ１７２９に対して更新要求メッセージを送信する（ステップＳ２４０２）。

ＵＣＳ１７２９は、更新要求メッセージを受信すると、表示用情報処理アプリ宛先データベース１７５０の更新処理を実行する（ステップＳ２４０３）。図２５は、表示用情報処理アプリ宛先データベース１７５０の更新処理の手順を示すシーケンス図である。

ＵＣＳ１７２９は、更新要求メッセージを受信した場合、ＮＣＳ２７２８に対して、情報処理アプリ宛先データベース１７５０の内容の取得を開始する旨の取得開始メッセージを送信する（ステップＳ２５０１）。取得開始メッセージを受信したＮＣＳ１７２８は、情報処理アプリ宛先データベース１７４０に変更があったか否かを確認する（ステップＳ２５０２）。具体的には、前回、ＵＣＳ１７２９に対して変更の有無通知を送信してから、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２から登録・削除要求メッセージを受信しているか否かを調べる。

そして、ＮＣＳ１７２８は、情報処理アプリ宛先データベース１７４０の変更の有無通知メッセージをＵＣＳ１７２８に送信する（ステップＳ２５０３）。

変更の有無通知メッセージを受信したＵＣＳ１７２８では、受信したメッセージの内容から情報処理アプリ宛先データベース１７４０に変更があったか否かを調べる（ステップＳ２５０４）。そして、変更がない場合には（ステップＳ２５０４：Ｎｏ）、変更無しの通知メッセージをアプリケーション１３０に送信する（ステップＳ２５１１）。

一方、ステップＳ２５０４において、情報処理アプリ宛先データベース１７４０に変更がある場合には（ステップＳ２５０４：Ｙｅｓ）、変更有りの通知メッセージをアプリケーション１３０に送信する（ステップＳ２５０５）。そして、アプリケーション１３０に情報処理アプリ宛先データベース１７４０の更新開始通知メッセージを送信する（ステップＳ２５０６）。

アプリケーション１３０は、更新開始通知メッセージを受信すると、図２８に示す更新中画面をオペレーションパネル１７０の液晶表示部に表示する（ステップＳ２５０７）。

一方、更新開始通知メッセージを送信したＵＣＳ１７２９では、情報処理アプリ宛先データベース１７４０のレコード取得要求メッセージをＮＣＳ１７２８に送信し（ステップＳ２５０８）、ＮＣＳ１７２８ではこれに応答して情報処理アプリ宛先データベース１７４０から１レコード読み取って、読み取ったレコードをＵＣＳ１７２９に送信する（ステップＳ２５０９）。そして、かかるレコード取得要求メッセージとレコード送信の処理を、情報処理アプリ宛先データベース１７４０の全てのレコードに対して繰り返し行う。レコードを受信したＵＣＳ１７２９は、受信したレコードを表示用情報処理アプリ宛先データベース１７５０に登録する。

表示用情報処理アプリ宛先データベース１７５０へのレコードの登録処理は次のように行われる。図２６は、表示用情報処理アプリ宛先データベース１７５０へのレコードの登録処理の手順を示すフローチャートである。ＵＣＳ１７２９は、まず、現存するマスターテーブル１７５１と全ての見出しテーブル１７５２をＨＤＤ等の記憶媒体から削除し（ステップＳ２６０１）、空のマスターテーブル１７５１をＨＤＤ等の記憶媒体に生成する（ステップＳ２６０２）。

次に、ＵＣＳ１７２９は、ステップＳ２５０８，Ｓ２５０９によりＮＣＳ１７２８から情報処理アプリ宛先データベース１７４０のレコード（情報処理アプリ宛先情報）を取得する（ステップＳ２６０３）。そして、取得したレコードをマスターテーブル１７５１に追加する（ステップＳ２６０４）。

そして、ＵＣＳ１７２９は、このようなレコードの取得（ステップＳ２６０３）と取得したレコードのマスターテーブル１７５１への追加登録（ステップＳ２６０４）の処理を、ＮＣＳ１７２８から情報処理アプリ宛先データベース１７４０の全てのレコードを取得するまで繰り返し実行する（ステップＳ２６０５）。

全てのレコードの取得が完了したら（ステップＳ２６０５：Ｙｅｓ）、ＵＣＳ１７２９は空の見出しテーブル１７５２を分類する見出しの数だけＨＤＤ等の記憶媒体に生成する（ステップＳ２６０６）。

そして、ＵＣＳ１７２９は、マスターテーブル１７５１に登録されているレコード（情報処理アプリ宛先情報）を読み出す（ステップＳ２６０７）。次いで、ＵＣＳ１７２９は、読み出したレコードに含まれるアプリ表示名の頭文字を判定する（ステップＳ２６０８）。そして、ＵＶＳ１７２９は、頭文字が該当する見出しの見出しテーブル１７５２に、当該レコードのマスターテーブル１７５１の先頭レコードからのオフセットをレコードとして追加する（ステップＳ２６０９）。

このようなステップＳ２６０７からＳ２６０９までの処理を、マスターテーブル１７５１に登録されている全てのレコードに対して実行する（ステップＳ２６１０）。以上のようにして、表示用情報処理アプリ宛先データベース１７５０へのレコードの登録処理が行われ、表示用情報処理アプリ宛先データベース１７５０の更新が完了する。

そして、図２５に戻り、全てのレコードを送信したら、ＵＣＳ１７２８は、表示用情報処理アプリ宛先データベース１７５０の更新が完了した旨を示す更新完了通知メッセージをアプリケーション１３０に送信する（ステップＳ２５１０）。以上のようにして、表示用情報処理アプリ宛先データベース１７５０の更新処理が完了する。

図２４に戻り、表示用情報処理アプリ宛先データベース１７５０の更新処理が完了し、ＵＣＳ１７２９から更新完了通知メッセージを受信したアプリケーション１３０は、表示用情報処理アプリ宛先データベース１７５０に登録されたレコードのアプリ表示名のオペレーションパネル１７０への表示処理を行う。

オペレーションパネルへの表示処理は、次のように行われる。アプリケーション１３０からＵＣＳ１７２９に対して、表示用情報処理アプリ宛先データベース１７５０の読み出し開始要求メッセージを送信し（ステップＳ２４０４）、読み出しＯＫの応答がＵＣＳ１７２９からアプリケーション１３０に送信される（ステップＳ２４０５）。すると、アプリケーション１３０は、ＵＣＳ１７２９に対して、表示用情報処理アプリ宛先データベース１７４０のレコード（表示用情報処理アプリ宛先情報）の一覧を取得要求を送信し（ステップＳ２４０６）、ＵＣＳ１７２９は表示用情報処理アプリ宛先データベース１７４０を読み出して、表示用情報処理アプリ宛先情報の一覧をアプリケーション１３０に送信する（ステップＳ２４０７）。表示用情報処理アプリ宛先情報の一覧を受信すると、アプリケーション１３０はアプリ選択ボタンの表示が可能となるため、読み出し完了メッセージをＵＣＳ１７２９に送信し（ステップＳ２４０８）、これに対し、ＵＣＳ１７２９はＯＫメッセージをアプリケーション１３０に送信する（ステップＳ２４０９）。

そして、アプリケーション１３０は、オペレーションパネル１７０の液晶表示部に表示されたアプリ画面を更新する（ステップＳ２４１０）。図２９は、更新されたアプリ画面の一例を示す説明図である。更新されたアプリ画面には、図２９に示すように、「宛先が追加されました」のメッセージ２９０１と、更新された表示用情報処理アプリ宛先データベース１７５０に追加されたレコードの情報処理アプリのアプリ表示名を描画したアプリ選択ボタン２９０２が追加されて表示される。

次に、ＵＣＳ１７２９の排他制御について説明する。図３０は、ＵＣＳ１７２９の取り得る状態の遷移を示す状態遷移図である。ＵＣＳ１７２９は、図３０に示すように、待機中、読み出し中、更新中の３つの状態をとることが可能で、待機中の状態と読み出し中の状態との間、待機中と更新中との間でそれぞれ遷移する。

更新中の状態は、ＵＣＳ１７２９が表示用情報処理アプリ宛先情報１７５０を更新している状態であり、待機中に遷移することはできるが、読み出し中の状態に遷移することはできない。図２４では、ステップＳ２４０３の処理を実行している場合に、更新中の状態となる。

読み出し中の状態は、アプリケーション１３０によって表示用情報処理アプリ宛先情報１７５０を読み出されている状態であり、待機中に遷移することはできるが、更新中に遷移することはできない。図２４では、ステップＳ２４０４からＳ２４０９までの処理を実行している場合に、読み出し中の状態となる。

待機中の状態は、表示用情報処理アプリ宛先情報１７５０が読み出しも更新もされていない状態で、読み出し中にも更新中にも遷移することができる。図２４では、ステップＳ２４０３の処理以外、およびステップＳ２４０４からＳ２４０９までの処理以外の処理を実行している場合に、待機中の状態となる。

ＵＣＳ１７２９は、更新中の状態または読み出し中の状態である場合には、アプリケーション１３０から更新要求を受信した場合でも、かかる更新要求を無視して、表示用情報処理アプリ宛先データベース１７５０の更新処理を行わない排他制御を行う。

また、ＮＣＳ１７２８も、図３０に示した状態と同様の状態を遷移し、ＮＣＳ１７２８が情報処理アプリ宛先データベース１７４０を更新している場合（更新中の状態、すなわち、図２０のステップＳ２００３の処理実行中の場合）、またはＵＣＳ１７２９によって情報処理アプリ宛先データベース１７４０の読み出しが実行されている場合（読み出し中の状態、すなわち図２５のステップＳ２５０８、Ｓ２５０９の処理を繰り返し実行中の場合）には、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２から登録・削除要求メッセージを受信した場合でも、このメッセージを無視し、情報処理アプリ宛先データベース１７４０の更新を行わない。

次に、表示用情報処理アプリ宛先データベース１７５０の自動更新について説明する。まず、情報処理アプリ関連情報管理データベース１７４２に保存される各種設定内容について説明する。

オペレーションパネル１７０に表示されたメニュー画面（図示せず）から初期設定キーをタッチ入力すると、液晶表示部に初期設定用のメニューが表示され、かかるメニューにおいては、収納される用紙サイズなどを設定することができる。また、当該初期設定用のメニューからＰＣ−Ａ１６０、ＰＣ−Ｂ１６１又はＰＣ−Ｃ１６２の画像処理制御ＯＳの機能を利用するための設定メニューに移動することができる。

図３１は、ネットワーク接続先のＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２にインストールされた画像処理制御ＯＳの機能を利用するための初期設定メニュー画面の一例を示す説明図である。この初期設定メニュー画面は、オペレーションパネル１７０の液晶表示部に設定アプリ１７１７によってＯＣＳ１２６を介して表示される。

図３１の（１）に示す画面例のうち、「接続先のＰＣからの配信の利用」では、ＰＣ（例えばＰＣ−Ａ１６０、ＰＣ−Ｂ１６１又はＰＣ−Ｃ１６２）にインストールされている画像処理制御ＯＳの機能を利用するか否かを設定する。また、「接続先のＰＣの配信宛先の自動更新」では、ＰＣ−Ａ１６０、ＰＣ−Ｂ１６１又はＰＣ−Ｃ１６２から送信される情報処理アプリの登録・削除要求に従って、表示用情報処理アプリ宛先データベース１７５０を自動更新するか否かを設定する。また、最大保存件数は、表示用情報処理アプリ宛先データベース１７５０の保持可能なレコード件数の最大値を指定するものであり、最大５０件まで設定することができる。これらの設定内容は、設定アプリ１７１７の設定内容を含む要求によってＳＣＳ１２２により情報処理アプリ関連情報管理データベース１７４２に保存される。なお、後述する処理では、これらの設定が有効になっているものとして説明を行う。

また、図３１の（１）に示す画面例で、設定アプリ１７１７が自動更新タイミングを設定するための変更ボタンのタッチ入力を受け付けた場合、図３１の（２）に示す画面例が表示される。

そして、図３１の（２）に示す画面例では、表示用情報処理アプリ宛先データベース１７５０を更新するタイミングを設定する。図３１の（２）に示す画面例では、「情報アプリ関連の設定変更」、「ネットワーク関連の設定変更」、「アプリ切り替え」、「個人ログイン」、および「電源復帰」のそれぞれに対して、自動更新を行うか否かを設定できる。

また、「タイマー時間」の項目では、自動更新をタイマー設定によって行う場合のタイマー時間を設定するか、タイマー設定による自動更新を行わない旨を設定できるようになっている。

つまり、当該情報処理アプリの表示用情報処理アプリ宛先データベース１７５０は、ネットワークの状態に応じて表示されたり、非表示になったりするという事態が発生することもありうる。また、このように更新を頻繁に行うことで、メモリやネットワークに対する負荷が大きくなる。この場合、常に正確な宛先を表示するより、送信エラーが発生したときだけ更新すればよいとする利用者がいることも考えられる。そこで、上述した設定を行うことで、ユーザの要求に応じた更新タイミングを設定できる。これにより、メモリやネットワークの負荷を軽減するとともに、ユーザの要求に応じた環境を構築できる。

また、初期設定メニュー画面を、図３１に示した画面例に制限するものではなく、他の画面を用いるように構成してもよい。

次に、表示用情報処理アプリ宛先データベース１７５０の自動更新が行われるタイミングについて説明する。情報処理アプリ関連情報データベース１７４２の設定内容の変更、ネットワーク設定管理データベース１７４１の設定内容の変更、複合機１７００で実行されるアプリケーション１３０の切替えの少なくともいずれかが実行された場合、または利用者がログインして認証に成功した場合、あるいは省エネルギーモードから通常モードに復帰した場合、もしくは図３１の（１）の画面で設定されたタイマー時間の間隔で自動更新が実行される。

まず、情報処理アプリ関連情報データベース１７４２の設定内容の変更があった場合の表示用情報処理アプリ宛先データベース１７５０の自動更新について説明する。図３２は、情報処理アプリ関連情報データベース１７４２の設定内容の変更があった場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。

まず、設定アプリ１７１が上述した図３１の（１）の初期設定メニュー画面から、ネットワーク接続先のＰＣに関する設定を行った場合、設定アプリ１７１７は、かかる設定入力を受け付けて、設定情報をＳＣＳ１２２に転送する（ステップＳ３２０１）。

また、図３１の画面の他、図３３に示す設定情報の変更画面を表示して、設定内容を受け付けてもよい。かかる変更画面は、アプリケーションごとに情報処理アプリ宛先（アプリ表示名を表示したアプリ選択ボタン）を表示するか否かを設定するものであり、その設定内容は、情報処理アプリ関連情報管理データベース１７４２に保持されている。

かかる図３３による設定は、表示用情報処理アプリ宛先データベース１７５０を使用するアプリケーションか否かを示す他、本来、表示用情報処理アプリ宛先データベース１７５０を使用するアプリケーションであっても、上記情報処理アプリ宛先を表示しないような設定も含まれる。

そして、ＳＣＳ１２２は、受信した設定情報により設定処理を行って（ステップＳ３２０２）、情報処理アプリ関連情報データベース１７４２に設定情報を保存する（ステップＳ３２０３）。そして、ＳＣＳ１２２は、情報処理アプリ関連情報の設定変更通知メッセージをＵＣＳ１７２９とＮＣＳ１７２８と設定アプリ１７１７に送信する（ステップＳ３２０４、Ｓ３２０５、Ｓ３２０６）。

そして、設定アプリ１７１７は、オペレーションパネル１７０に対して設定結果を表示する（ステップＳ３２０７）。

そして、ＵＣＳ１７２９は、図２５および図２６で説明した処理と同様の表示用情報処理アプリ宛先データベース１７５０の更新処理を実行して、表示用情報処理アプリ宛先データベース１７５０を更新する（ステップＳ３２０８）。次いで、図２４のステップＳ２４０４からＳ２４１０までの処理と同様に、更新された表示用情報処理アプリ宛先データベース１７５０からオペレーションパネルへのアプリ画面の表示処理を行って（ステップＳ３２０９）、アプリ画面を更新して新たな情報処理アプリに対応するアプリ選択ボタンが追加されたアプリ画面を表示する。

次に、ネットワーク設定管理データベース１７４１のネットワーク設定情報の変更があった場合の表示用情報処理アプリ宛先データベース１７５０の自動更新について説明する。図３４は、ネットワーク設定管理データベース１７４１のネットワーク設定情報の変更があった場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。

まず、設定アプリ１７１は、ネットワーク設定画面をオペレーションパネル１７０の液晶表示部に表示する。図３５は、ネットワーク設定画面の一例を示す説明図である。ネットワーク設定画面では、図３５に示すように、複合機１００のＩＰアドレス、ＤＮＳ、ゲートウェイアドレスの変更を行えるように、それぞれの項目について変更ボタンが表示されている。

これらの項目の中で、いずれかの変更ボタンがタッチ入力された場合、設定アプリ１７１７は、かかるタッチ入力を受け付けて、例えば、ＩＰアドレスを変更する旨の設定情報をＮＣＳ１７２８に転送する（ステップＳ３４０１）。

そして、ＮＣＳ１７２８は、受信した設定情報により設定処理を行って（ステップＳ３４０２）、ネットワーク設定管理データベース１７４１に設定情報を保存する（ステップＳ３４０３）。そして、ＮＣＳ１７２８は、ネットワーク設定管理データベース１７４１の設定情報の設定変更通知メッセージをＵＣＳ１７２９とＳＣＳ１２２と設定アプリ１７１７に送信する（ステップＳ３４０４、Ｓ３４０５、Ｓ３４０６）。

そして、設定アプリ１７１７は、オペレーションパネル１７０に対してネットワーク設定管理データベース１７４１の設定結果を表示する（ステップＳ３４０７）。

そして、ＵＣＳ１７２９は、図２５および図２６で説明した処理と同様の表示用情報処理アプリ宛先データベース１７５０の更新処理を実行して、表示用情報処理アプリ宛先データベース１７５０を更新する（ステップＳ３４０８）。次いで、図２４のステップＳ２４０４からＳ２４１０までの処理と同様に、更新された表示用情報処理アプリ宛先データベース１７５０からオペレーションパネルへのアプリ画面の表示処理を行って（ステップＳ３４０９）、アプリ画面を更新して新たな情報処理アプリに対応するアプリ選択ボタンが追加されたアプリ画面を表示する。

次に、実行中のアプリケーション１３０の切替えがあった場合の表示用情報処理アプリ宛先データベース１７５０の自動更新について説明する。図３６は、実行中のアプリケーション１３０の切替えがあった場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。

まず、利用者がオペレーションパネル１７０から、アプリケーション１３０の選択を行った場合、オペレーションパネル１７０は、当該アプリの選択を示すアプリ変更通知メッセージを、ＳＣＳ１２２に送信する（ステップＳ３６０１）。

アプリ変更通知メッセージを受信したＳＣＳ１２２は、ＵＣＳ１７２９、ＮＣＳ１７２８に対して、アプリ変更通知メッセージを送信する（ステップＳ３６０２、Ｓ３６０３）。次いで、ＳＣＳ１２２は、変更通知で指定された切替え先のアプリケーション１３０に対して、アプリ変更通知メッセージを送信して（ステップＳ３６０４）、指定されたアプリケーション１３０を起動する。これにより、利用者により選択されたアプリケーションが実行中となる。

次に、ＳＣＳ１２２は、変更先のアプリケーション１３０が情報処理アプリ宛先を使用するアプリケーション１３０であるか否か判断する（ステップＳ３６０５）。そして、情報処理アプリ宛先を使用するアプリケーション１３０であると判断された場合には（ステップＳ３６０５：Ｙｅｓ）、自動更新を行うべく、図２５および図２６で説明した処理と同様の表示用情報処理アプリ宛先データベース１７５０の更新処理を実行して、表示用情報処理アプリ宛先データベース１７５０を更新する（ステップＳ３６０６）。

次いで、ＵＣＳ１７２９は、図２４のステップＳ２４０４からＳ２４１０までの処理と同様に、更新された表示用情報処理アプリ宛先データベース１７５０からオペレーションパネルへのアプリ画面の表示処理を行って（ステップＳ３６０７）、アプリ画面を更新して新たな情報処理アプリに対応するアプリ選択ボタンが追加されたアプリ画面を表示する。

一方、ステップＳ３６０５において、変更先のアプリケーション１３０が情報処理アプリ宛先を使用するアプリケーション１３０でないと判断された場合には（ステップＳ３６０５：Ｎｏ）、自動更新を行わずに処理を終了する。

ここで、ステップＳ３６０５における変更先のアプリケーション１３０が情報処理アプリ宛先を使用するアプリケーション１３０であるか否かの判断について説明する。図３７は、オペレーションパネル１７０の操作部に設けられたスキャナキーが押下された場合に表示されるスキャナアプリ１１４のアプリ画面の一例を示す説明図である。図３７に示すように、当該スキャナアプリ１１４のアプリ画面例では、情報処理アプリ宛先情報の一覧に表示されたアプリ表示名の情報処理アプリ「ＰＣ−Ａ Ａｐｌ１」，「ＰＣ−Ａ Ａｐｌ２」，「ＰＣ−Ｂ Ａｐｌ１」，「ＰＣ−Ｂ Ａｐｌ２」）が選択可能となる。

図３８は、オペレーションパネル１７０のＦＡＸキーが押下された場合に表示されるファックスアプリ１１３のアプリ画面の一例を示す説明図である。図３８に示すように、当該ファックスアプリ１１３の画面例では、情報処理アプリを選択することはできない。

このように選択された情報処理アプリが、スキャナアプリ１１４等のＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２における情報処理アプリが使用可能で情報処理アプリ宛先を使用するアプリケーション１３０、すなわち表示用情報処理アプリ宛先データベース１７５０を使用するアプリケーション１３０であれば、自動更新を行う。

一方、ファックスアプリ１１３のようなＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２における情報処理アプリが使用できず、あるいは使用できても情報処理アプリ宛先を使用しないアプリケーション、すなわち表示用情報処理アプリ宛先データベース１７５０を使用しないアプリケーション１３０であれば自動更新を行わなず終了する。

情報処理アプリが使用可能なアプリケーション１３０であるか否かは、図３３で示した設定画面により予め設定して、情報処理アプリ関連情報管理データベース１７４２に設定情報を保存しておき、ステップＳ３６０５の処理では、かかる設定情報を参照して判断する。

次に、利用者がログインして認証に成功した場合の表示用情報処理アプリ宛先データベース１７５０の自動更新について説明する。図３９は、利用者がログインして認証に成功した場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。

まず、利用者がオペレーションパネル１７０から、ログインする操作を行った場合、オペレーションパネル１７０は、当該ログイン要求を示す認証情報を、認証管理部１７７２に送信する（ステップＳ３９０１）。また、この認証情報には、ログインする操作を行った利用者のユーザＩＤ及びパスワードが含まれている。

図４０は、オペレーションパネル１７０に表示されるログイン画面の遷移を示す説明図である。図４０に示すように、ログイン画面で、利用者がユーザＩＤ及びパスワードを入力した後、認証ボタンをタッチ入力した場合にログイン要求が行われる。

図３９に戻り、認証情報を受信した認証管理部１７７２は、ＵＣＳ１７２９に対して、アカウント情報の照会要求メッセージを送信する（ステップＳ３９０２）。このアカウント情報の照会要求メッセージには、利用者のユーザＩＤ及びパスワードが含まれている。そして、照会要求を受信したＵＣＳ１７２９は、アカウント照会要求メッセージに含まれているユーザＩＤ及びパスワードをキーにして認証データベース１７６０を検索し、利用者の認証処理を行う（ステップＳ３９０３）。認証処理が終了した後、ＵＣＳ１７２９は、認証管理部１７７２に対して認証結果を送信する（ステップＳ３９０４）。そして、認証管理部１７７２は、受信した認証結果より、利用者の認証が成功したか否かを判断する（ステップＳ３９０５）。

そして、認証管理部１７７２は、利用者の認証が成功したと判断した場合（ステップＳ３９０５：Ｎｏ）、表示用情報処理アプリ宛先データベース１７５０の更新を行わずに処理を終了する。

一方、ステップＳ３９０５において、認証管理部１７７２は、利用者の認証が成功したと判断した場合（ステップＳ３９０５：Ｙｅｓ）、ＵＣＳ１７２９、ＮＣＳ１７２８、現在実行中のアプリケーション１３０に対して利用者がログインしたことを示すログイン通知メッセージを送信する（ステップＳ１９０３、Ｓ３９０７、Ｓ３９１０）。

そして、ＵＣＳ１７２９は、図２５および図２６で説明した処理と同様の表示用情報処理アプリ宛先データベース１７５０の更新処理を実行して、表示用情報処理アプリ宛先データベース１７５０を更新する（ステップＳ３９０９）。次いで、図２４のステップＳ２４０４からＳ２４１０までの処理と同様に、更新された表示用情報処理アプリ宛先データベース１７５０からオペレーションパネルへのアプリ画面の表示処理を行って（ステップＳ３９１０）、アプリ画面を更新して新たな情報処理アプリに対応するアプリ選択ボタンが追加されたアプリ画面を表示する。

なお、本実施の形態では、利用者のログイン時に表示用情報処理アプリ宛先データベース１７５０の更新を行っているが、さらにログイン中の利用者がログオフする際に表示用情報処理アプリ宛先データベース１７５０の更新を行うように構成してもよい。

次に、電源投入が行われて省エネルギーモードから通常モードに復帰した場合の表示用情報処理アプリ宛先データベース１７５０の自動更新について説明する。図４１は、省エネルギーモードから通常モードに復帰した場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。

まず、利用者が複合機１７００に備えられた電源キーを押下する（ステップＳ４１０１）。その場合、ＳＣＳ１２２に、電源キーが押下されたことで省エネルギーモードから通常モードに復帰する処理を行う（ステップＳ４１０２）。

次に、ＳＣＳ１２２は、省エネルギーモードから通常モードに復帰したことを示す省エネ復帰通知メッセージをＵＣＳ１７２９、ＮＣＳ１７２８および設定アプリ１７１７に対して行う（ステップＳ４１０３、Ｓ４１０４，Ｓ４１０５）。

そして、ＵＣＳ１７２９は、図２５および図２６で説明した処理と同様の表示用情報処理アプリ宛先データベース１７５０の更新処理を実行して、表示用情報処理アプリ宛先データベース１７５０を更新する（ステップＳ４１０６）。次いで、図２４のステップＳ２４０４からＳ２４１０までの処理と同様に、更新された表示用情報処理アプリ宛先データベース１７５０からオペレーションパネルへのアプリ画面の表示処理を行って（ステップＳ４１０７）、アプリ画面を更新して新たな情報処理アプリに対応するアプリ選択ボタンが追加されたアプリ画面を表示する。

次に、タイマー時間が経過した場合の表示用情報処理アプリ宛先データベース１７５０の自動更新について説明する。図４２は、タイマー時間が経過した場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。

まず、ＵＣＳ１７２９は、設定アプリ１７１７を介して情報処理アプリ関連情報管理データベース１７４２に設定されたタイマー時間をタイマー管理部１７７１に送信することにより、タイマー管理部１７７１に対してタイマー時間の時間設定を行う（ステップＳ４２０１）。

そして、タイマー管理部１７７１は、設定されたタイマー時間を検出し、タイマー時間を経過した場合には、ＵＣＳ１７２９に対してタイマー時間が経過した旨を示すタイマー通知メッセージを送信する。

そして、ＵＣＳ１７２９は、図２５および図２６で説明した処理と同様の表示用情報処理アプリ宛先データベース１７５０の更新処理を実行して、表示用情報処理アプリ宛先データベース１７５０を更新する（ステップＳ４１０６）。次いで、図２４のステップＳ２４０４からＳ２４１０までの処理と同様に、更新された表示用情報処理アプリ宛先データベース１７５０からオペレーションパネルへのアプリ画面の表示処理を行って（ステップＳ４１０７）、アプリ画面を更新して新たな情報処理アプリに対応するアプリ選択ボタンが追加されたアプリ画面を表示する。

以上説明したように、情報処理アプリ関連情報データベース１７４２の設定内容の変更、ネットワーク設定管理データベース１７４１の設定内容の変更、複合機１７００で実行されるアプリケーション１３０の切替えが実行された場合、利用者がログインして認証に成功した場合、省エネルギーモードから通常モードに復帰した場合、図３１の（１）の画面で設定されたタイマー時間の間隔で表示用情報処理アプリ宛先データベース１７５０の自動更新が実行されるので、現在実行中のアプリケーション１３０がオペレーションパネル１７０の液晶表示部に表示している操作中のアプリ画面に影響を与えることなく、適切なタイミングで表示用情報処理アプリ宛先データベース１７５０を最新の状態に維持することができる。

次に、アプリケーション１３０とＵＣＳ１７２９による表示用情報処理アプリ宛先データベース１７５０からの情報処理アプリ宛先の検索処理について説明する。図４３は、表示用情報処理アプリ宛先データベース１７５０からの情報処理アプリ宛先の検索処理の全体の流れを示すシーケンス図である。

まず、オペレーションパネル１７０の液晶表示部に表示されている図４４に示すアプリ画面から検索ボタン４４０１を利用者がタッチ入力することにより、アプリケーション１３０は、かかるタッチ入力を受け付けて、検索画面を表示する（ステップＳ４３０１）。図４５は、検索画面の一例を示す説明図である。検索画面は、図４５に示すように、検索対象の情報処理アプリのアプリ表示名を入力するフィールド４５０１と、入力したアプリ表示名を変更するための変更ボタン４５０２と、前方一致や後方一致などの条件を指定する条件指定ボタン４５０３が表示されている。

利用者は、この検索画面から検索対象の情報処理アプリのアプリ表示名を入力するとともにいずれかの条件ボタン４５０３を選択して、設定ボタンをタッチ入力することにより検索を開始する。

これにより、アプリケーション１３０は、上記入力および選択を受け付けて、入力したアプリ表示名および指定された条件を検索条件としてを含めた検索要求メッセージをＵＣＳ１７２９に送信する（ステップＳ４３０２）。

ＵＣＳ１７２９は、検索要求メッセージを受信すると検索要求メッセージからアプリ表示名および条件を抽出して、検索処理を実行する（ステップＳ４３０３）。

図４６は、ＵＣＳ１７２９による検索処理の手順を示すフローチャートである。ＵＩＣＳ１７２９は、表示用情報処理アプリ宛先データベース１７５０のマスターテーブル１７５１に登録されている全てのレコード（表示用情報処理アプリ宛先情報）を読み出す（ステップＳ４６０１）。

そして、レコードが存在するか否かを調べる（ステップＳ４６０２）。レコードが存在する場合には（ステップＳ４６０２：Ｙｅｓ）、レコード単位で、レコードが検索条件と一致するか否かを判断する（ステップＳ４６０３）。具体的には、レコードが、検索要求メッセージに含まれるアプリ表示名をキーとして、指定された前方一致等の条件に該当するか否かを調べる。レコードが検索条件と一致しない場合には、当該レコードが検索対象のレコードではないと判断して、ステップＳ４６０２に戻り、次のレコードが存在するか否かを調べる。

一方、ステップＳ４６０３において、レコードが検索条件に一致する場合には（ステップＳ４６０３：Ｙｅｓ）、当該レコードが検索対象のレコードであると判断して、当該レコードを検索結果テーブルに追加する（ステップＳ４６０４）。そして、ステップＳ４６０２に戻り、次のレコードが存在するか否かを調べ（ステップＳ４６０２）、存在する場合には（ステップＳ４６０２：Ｙｅｓ）、ステップＳ４６０３およびＳ４６０４の処理を繰り返す。そして、ステップＳ４６０２で次のレコードが存在しなくなった場合（ステップＳ４６０２：Ｎｏ）、すなわちマスターテーブル５１に登録された全てのレコードに対してステップＳ４６０３およびＳ４６０４の処理を完了した場合に検索処理を終了する。

ここで、検索結果テーブルについて説明する。図４７は、検索結果テーブルの一例およびマスターテーブル１７５１と検索結果テーブルの関係を示す説明図である。

検索結果テーブル４７１０は、図４７に示すように、見出しテーブル１７５２と同様に、検索条件に一致したレコードのマスターテーブル１７５１の先頭レコードオフセットを登録したテーブルである。このような検索結果テーブルを用いることにより、検索処理におけるメモリ容量の削減を図ることが可能となる。

従って、ステップＳ４６０４では、具体的には、検索条件に一致したレコードのマスターテーブル１７５１の先頭レコードからのオフセットを検索結果テーブルに追加することになる。なお、最初にレコードが検索条件に一致すると判断された場合には、検索結果テーブルをメモリ等の記憶媒体に生成した上で、当該レコードのオフセットを検索結果テーブルに追加する。以上のように検索処理が行われ、検索条件に合致するレコード、すなわち表示用情報処理アプリ宛先情報のオフセットが検索結果テーブルに登録されることになる。

図４３に戻り、検索処理が終了したら、ＵＣＳ１７２９は、検索結果完了通知メッセージをアプリケーション１３０に送信する（ステップＳ４３０４）。検索結果完了通知メッセージを受信したアプリケーション１３０は、検索結果を取得するため、検索結果取得要求メッセージをＵＣＳ１７２９に送信する（ステップＳ４３０５）。

ＵＣＳ１７２９では、検索結果取得要求メッセージを受信すると、検索結果をアプリケーション１３０に送信する（ステップＳ４３０６）。具体的には、検索条件に一致したレコードが存在する場合には、すなわち検索結果テーブルが生成されている場合には、ＵＣＳ１７２９は、生成されている検索結果テーブルをアプリケーション１３０に送信する。一方、検索条件に一致するレコードがなく、検索結果テーブルが生成されていない場合には、検索対象の情報処理アプリの表示用情報処理アプリ宛先情報が存在しない旨を検索結果としてアプリケーション１３０に送信する。

検索結果を受信したアプリケーション１３０は、検索結果から検索結果表示画面を表示する（ステップＳ４３０７）。具体的には、検索結果として検索結果テーブルが送信されてきた場合には、検索結果テーブルに登録されているオフセットに該当するすべてのレコード（表示用情報処理アプリ宛先情報）をマスターテーブル１７５１から読み出して、そのアプリ表示名と配信先（ＵＲＩ）を表示した検索結果表示画面をオペレーションパネル１７０の液晶表示部に表示する。

図４８は、検索結果表示画面の一例を示す説明図である。図４８に示すように、検索結果表示画面には、検索された情報処理アプリのアプリ表示名と配信先とが表示されている。

一方、アプリケーション１３０は、検索結果として検索対象の情報処理アプリの表示用情報処理アプリ宛先情報が存在しない旨を受信した場合には、図４８の検索画面の代えて、検索対象の情報処理アプリが存在しない旨のメッセージが検索結果画面として表示される。

このように情報処理アプリの検索は、アプリ表示名を検索キーとして表示用情報処理アプリ宛先データベース１７５０から検索されることになる。

次に、以上説明したような表示用情報処理アプリ宛先データベース１７５０を使用した複合機１７００によるスキャン処理の流れについて説明する。図４９は、実施の形態３のスキャン処理の流れを示すシーケンス図である。

まず、スキャナアプリ１１４は、アプリ宛先（アプリ選択ボタン）が表示されたアプリ画面をオペレーションパネル１７０の液晶表示部に表示する（ステップＳ４８０１）。利用者はアプリ画面において、送信先としての情報処理アプリのアプリ宛先を指定するため、所望の情報処理アプリのアプリ選択ボタンをタッチ入力して送信先を指定する（ステップＳ４８０２）。そして、利用者は、原稿をセットしてオペレーションパネル１７０の操作部からスタートボタンを押下することによりスキャンおよび送信要求を行う（ステップＳ４８０３）。スキャナアプリ１１４は、アプリ選択ボタンのタッチ入力、スキャンおよび送信要求を受付け、原稿のスキャンを実行する（ステップＳ４８０４）。

そして、スキャン画像をＰＣに送信して配信先を取得するため、スキャナ１１４は、ＵＣＳ１７２９に対して表示用情報処理アプリ宛先データベース１７５０の読み出し要求メッセージを送信する（ステップＳ４８０５）。そして、スキャナアプリ１１４は、ＵＣＳ１７２９に対して、選択されたアプリ選択ボタンに対応する情報処理アプリのアプリ表示名を含む、表示用情報処理アプリ宛先情報の取得要求メッセージを送信する（ステップＳ４８０６）。

ＵＣＳ１７２９では、受信した取得要求メッセージからアプリ表示名を抽出し、抽出したアプリ表示名をキーにして、表示用情報処理アプリ宛先データベース１７５０を上述した検索処理で検索し、検索されたアプリ表示名と配信先を含むレコードである表示用情報処理アプリ宛先情報をスキャナアプリ１１４に送信する（ステップＳ４８０７）。

スキャナアプリ１１４は表示用情報処理アプリ宛先情報を受信すると、読み出し完了通知メッセージをＵＣＳ１７２９に送信する（ステップＳ４８０８）。次に、スキャナアプリ１１４は、スキャン画像を、アプリ表示名の情報処理アプリのデータ形式のデータに画像変換する（ステップＳ４８０９）。

次に、スキャナアプリ１１４は、受信した表示用情報処理アプリ宛先情報から情報処理アプリの配信先を抽出し、抽出した配信先と画像変換したデータとを含む求メッセージをＮＣＳ１７２８に送信する（ステップＳ４８１０）。

送信要求メッセージを受信したＮＣＳ１７２８は、送信要求メッセージから情報処理アプリの配信先と画像変換したデータとを抽出し、画像変換したデータを配信先で指定されたＵＲＩに送信する（ステップＳ４８１１）。

これにより、配信先のＰＣ側でデータが受信され、このデータはステップＳ４８０９で当該ＰＣ上で実行される情報処理アプリが扱えるデータ形式に画像変換されているため、ＰＣ上に複合機１７００のドライバソフトウェアをインストールしなくても、複合機１７００によるスキャン画像のデータを表示または編集することが可能となる。

このように、実施の形態３にかかる複合機１７００では、情報処理アプリと複合機１７００のドライバソフトウェアをインストールせずに複合機１７００を実行させて複合機１７００で生成されたデータを受信するために複合機１７００に対して情報処理アプリの登録要求を行う機能を有するオペレーティングシステムとが実行可能なＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２の情報処理アプリのアプリ表示名を保持する情報処理アプリ宛先データベース１７４０と、このデータベースに基づいて生成され、アプリＩＤとアプリ表示名と登録要求を行ったＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２に関する配信先とを対応付けた表示用情報処理アプリ宛先データベース１７５０とを別々に有し、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２から、アプリ表示名と配信先を含む登録要求を受信し、受信した登録要求からアプリ表示名と配信先とを抽出し、抽出されたアプリ表示名と配信先を情報処理アプリ宛先データベース１７４０に登録し、この情報処理アプリ宛先データベース１７４０に基づいてアプリＩＤとアプリ表示名と配信先とを、表示用情報処理アプリ宛先データベース１７５０に登録し、この表示用情報処理アプリ宛先データベース１７５０に登録されているアプリ表示名を読み出して、読み出したアプリ表示名を入力可能に描画したアプリ画面を表示しているので、アプリケーション１３０の実行によりアプリ画面をオペレーションパネル１７０の液晶表示に表示しているときに、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２から登録要求がきて情報処理アプリ宛先データベース１７４０に登録する場合でも、表示用情報処理アプリ宛先データベース１７５０に基づいてアプリ画面を表示するので、アプリ画面に悪影響を及ぼさずに、アプリケーション１３０の登録要求を行うＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２に画像処理されたデータを容易に送信することができるとともに、ＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２側で複合機１７００のドライバソフトウェアをインストールせずに複合機１７００の画像処理機能を実現することができる。

図５０は、実施の形態１〜３にかかる複合機１００，１７００のハードウェア構成を示すブロック図である。図５０に示すように、この複合機１００，１７００は、コントローラ４９１０とエンジン部（Engine）４９６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ４９１０は、複合機１００，１７００全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部４９６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部４９６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。

コントローラ４９１０は、ＣＰＵ４９１１と、ノースブリッジ（ＮＢ）４９１３と、システムメモリ（ＭＥＭ−Ｐ）４９１２と、サウスブリッジ（ＳＢ）４９１４と、ローカルメモリ（ＭＥＭ−Ｃ）４９１７と、ＡＳＩＣ（Application Specific Integrated Circuit）４９１６と、ハードディスクドライブ（ＨＤＤ）４９１８とを有し、ノースブリッジ（ＮＢ）４９１３とＡＳＩＣ４９１６との間をＡＧＰ（Accelerated Graphics Port）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ４９１２は、ＲＯＭ（Read Only Memory）４９１２ａと、ＲＡＭ(Random Access Memory)４９１２ｂとをさらに有する。

ＣＰＵ４９１１は、複合機１００，１７００の全体制御をおこなうものであり、ＮＢ４９１３、ＭＥＭ−Ｐ４９１２およびＳＢ４９１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。

ＮＢ４９１３は、ＣＰＵ４９１１とＭＥＭ−Ｐ４９１２、ＳＢ４９１４、ＡＧＰ４９１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ４９１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ４９１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ４９１２ａとＲＡＭ４９１２ｂとからなる。ＲＯＭ４９１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ４９１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。

ＳＢ４９１４は、ＮＢ４９１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ４９１４は、ＰＣＩバスを介してＮＢ４９１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。

ＡＳＩＣ４９１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ４９１５、ＰＣＩバス、ＨＤＤ４９１８およびＭＥＭ−Ｃ４９１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ４９１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ４９１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ４９１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ４９１６には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）４９３０、ＵＳＢ（Universal Serial Bus）４９４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インターフェース５０が接続される。

ＭＥＭ−Ｃ４９１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Hard Disk Drive）１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。

ＡＧＰ４９１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ４９１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。

なお、実施の形態１〜３にかかる複合機で実行される画像処理プログラムは、ＲＯＭ等に予め組み込まれて提供される。

実施の形態１〜３にかかる複合機１００，１７００で実行される画像処理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、実施の形態１〜３にかかる複合機１００，１７００で実行される画像処理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、、実施の形態１〜３にかかる複合機１００，１７００で実行される画像処理プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

実施の形態１〜３にかかる複合機１００，１７００で実行される画像処理プログラムは、上述した各部（ＵＣＳ、ＮＣＳ、スキャナアプリ等）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭから画像処理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上記各部が主記憶装置上に生成されるようになっている。

なお、本発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施の形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせても良い。

実施の形態１にかかる画像処理システムのネットワーク構成および複合機の主要構成を示すブロック図である。 登録要求のデータ構造を示す説明図である。 情報処理アプリ宛先データベースの内容の一例を示す説明図である。 実施の形態１にかかる複合機の全体構成を示すブロック図である。 実施の形態１にかかる画像処理システムによる宛先情報の登録表示処理の全体の流れを示すシーケンス図である。 実施の形態１にかかる複合機のＵＣＳによる情報処理アプリ宛先情報の登録処理の手順を示すフローチャートである。 実施の形態１にかかる複合機のＵＣＳによる情報処理アプリ宛先データベース１４０からの情報処理アプリ宛先情報の抽出処理の手順を示すフローチャートである。 実施の形態１にかかる複合機のアプリケーションによるアプリ画面の表示処理および宛先指定処理の手順を示すフローチャートである。 実施の形態１にかかる複合機のアプリケーションによるアプリ画面の表示処理および宛先指定処理の手順を示すフローチャートである。 実施の形態１にかかるアプリ画面の内容の一例を示す模式図である。 情報処理アプリ宛先情報更新中のポップアップ画面を示す模式図である。 図１０から更新されたアプリ画面の一例を示す模式図である。 実施の形態２にかかる複合機のアプリケーションによるアプリ画面の表示処理および宛先指定処理の手順を示すフローチャートである。 実施の形態２にかかる複合機のアプリケーションによるアプリ画面の表示処理および宛先指定処理の手順を示すフローチャートである。 実施の形態２にかかる複合機においてＰＣ選択ボタンが表示された第１のアプリ画面の内容の一例を示す模式図である。 実施の形態２にかかる複合機においてアプリ選択ボタンが表示された第１の２プリ画面の内容の一例を示す模式図である。 実施の形態３にかかる画像処理システムのネットワーク構成および複合機の主要構成を示すブロック図である。 実施の形態３にかかる情報処理アプリ宛先データベース１７４０のデータ構造の一例を示す説明図である。 実施の形態３にかかる表示用情報処理アプリ宛先データベース１７５０のデータ構造の一例を示す説明図である。 情報処理アプリの登録・削除要求を受信した場合の更新通知処理の手順を示すシーケンス図である。 アプリ画面の一例を示す説明図である。 情報処理アプリ宛先データベース１７４０の更新処理の手順を示すフローチャートである。 更新通知のメッセージが表示されたアプリ画面の一例を示す説明図である。 表示用情報処理アプリ宛先データベース１７５０の手動更新処理の手順を示すシーケンス図である。 表示用情報処理アプリ宛先データベース１７５０の更新処理の手順を示すシーケンス図である。 表示用情報処理アプリ宛先データベース１７５０へのレコードの登録処理の手順を示すフローチャートである。 アプリ画面の一例を示す説明図である。 更新中画面の一例を示す説明図である。 更新されたアプリ画面の一例を示す説明図である。 ＵＣＳ１７２９の取り得る状態の遷移を示す状態遷移図である。 ネットワーク接続先のＰＣ−Ａ１６０，ＰＣ−Ｂ１６１，ＰＣ−Ｃ１６２にインストールされた画像処理制御ＯＳの機能を利用するための初期設定メニュー画面の一例を示す説明図である。 情報処理アプリ関連情報データベース１７４２の設定内容の変更があった場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。 設定情報の変更画面の一例を示す説明図である。 ネットワーク設定管理データベース１７４１のネットワーク設定情報の変更があった場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。 ネットワーク設定画面の一例を示す説明図である。 実行中のアプリケーション１３０の切替えがあった場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。 オペレーションパネル１７０の操作部に設けられたスキャナキーが押下された場合に表示されるスキャナアプリ１１４のアプリ画面の一例を示す説明図である。 オペレーションパネル１７０のＦＡＸキーが押下された場合に表示されるファックスアプリ１１３のアプリ画面の一例を示す説明図である。 利用者がログインして認証に成功した場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。 オペレーションパネル１７０に表示されるログイン画面の遷移を示す説明図である。 省エネルギーモードから通常モードに復帰した場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。 タイマー時間が経過した場合の表示用情報処理アプリ宛先データベース１７５０の自動更新処理の手順を示すシーケンス図である。 表示用情報処理アプリ宛先データベース１７５０からの情報処理アプリ宛先の検索処理の全体の流れを示すシーケンス図である。 アプリ画面の一例を示す説明図である。 検索画面の一例を示す説明図である。 ＵＣＳ１７２９による検索処理の手順を示すフローチャートである。 検索結果テーブルの一例およびマスターテーブル１７５１と検索結果テーブルの関係を示す説明図である。 検索結果表示画面の一例を示す説明図である。 実施の形態３のスキャン処理の流れを示すシーケンス図である。 実施の形態１〜３にかかる複合機のハードウェア構成を示すブロック図である。

符号の説明

１００，１７００ 複合機
１０１ 白黒ラインプリンタ（B&W LP）
１０２ カラーラインプリンタ（Color LP）
１０３ ＨＤＤ
１０４ その他ハードウェアリソース
１１０ ソフトウェア群
１１１ プリンタアプリ
１１２ コピーアプリ
１１３ ファックスアプリ
１１４ スキャナアプリ
１１５ ネットファイルアプリ
１１６ 工程検査アプリ
１１７ 外部アプリケーション
１２０ プラットフォーム
１２８ ＮＣＳ
１２９ ＵＣＳ
１３０ アプリケーション
１４０ 情報処理アプリ宛先データベース
１５０ ネットワーク
１６０ ＰＣ−Ａ
１６１ ＰＣ−Ｂ
１７０ オペレーションパネル
１７４０ 表示用情報処理アプリ宛先データベース
１７４０ 表示用情報処理アプリ宛先データベース
１７４２ 情報処理アプリ関連情報管理データベース
１７５０ 表示用情報処理アプリ宛先データベース
１７５１ マスターテーブル
１７５２ 各見出しテーブル
１７７２ 認証管理部
４９１０ コントローラ
４９１１ ＣＰＵ
４９１２ ＭＥＭ−Ｐ
４９１２ａ ＲＯＭ
４９１２ｂ ＲＡＭ
４９１５ ＡＧＰバス
４９１６ ＡＳＩＣ
４９１７ ＭＥＭ−Ｃ
４９１８ ＨＤＤ
４９３０ ＦＣＵ
４９４０ ＵＳＢ
４９５０ ＩＥＥＥ１３９４インターフェース
４９６０ エンジン部

Claims (17)

1. 少なくともスキャン部を備え、スキャン部によってスキャンされた画像を処理する画像処理装置であって、
   前記画像処理装置は、情報処理に関するソフトウェアである情報処理アプリとオペレーティングシステムとが実行可能な情報処理装置にネットワークで接続され、
   前記情報処理アプリの登録要求を、前記情報処理装置から受信する受信手段と、
   前記情報処理装置の前記情報処理アプリの宛先の表示名であるアプリ表示名を保持するアプリ宛先情報を記憶する第１の宛先記憶手段と、
   各種画面が表示可能であり、利用者からの入力操作が可能な操作表示手段と、
   前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録されている前記アプリ表示名を読み出して、前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示する表示制御手段と、
   前記スキャン部によりスキャンされた画像を処理することにより生成されたデータを、選択された前記アプリ表示名の情報処理アプリを有する前記情報処理装置に送信する送信手段と、を備え、
   前記表示制御手段は、前記情報処理アプリの登録要求を受信した場合に、前記アプリ画面からの前記操作表示手段による入力操作を制限し、
   前記受信手段は、前記情報処理装置から、前記アプリ表示名と前記配信先情報を含む前記登録要求を受信し、
   前記画像処理装置は、さらに、
   前記アプリ宛先情報に基づいて生成され、前記情報処理アプリに固有のアプリ識別情報と前記アプリ表示名と前記登録要求を行った前記情報処理装置に関する配信先情報とを対応付けた表示用アプリ宛先情報を記憶する第２の記憶手段と、
   前記受信手段によって受信した前記登録要求から前記アプリ表示名と前記配信先情報とを抽出し、抽出された前記アプリ表示名と前記配信先情報を前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録するネットワーク管理手段と、
   前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に基づいて前記アプリ識別情報と前記アプリ表示名と前記配信先情報とを、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録する宛先管理手段と、を備え、
   前記表示制御手段は、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録されている前記アプリ表示名を読み出して、読み出した前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示し、
   前記画像処理装置は、さらに、
   前記スキャン部によってスキャンされた画像を、前記表示制御手段によって前記操作表示手段から利用者による指定を受け付けた前記アプリ表示名の宛先に対応した前記情報処理アプリで取り扱い可能なデータ形式に画像処理する画像処理手段と、
   前記画像処理手段によって前記情報処理アプリで取り扱い可能なデータ形式に画像処理されたスキャンデータを、前記アプリ表示名に対応した前記配信先情報の前記情報処理装置に送信する第２送信手段と、
   を備えたことを特徴とする画像処理装置。
2. 前記受信手段は、前記情報処理装置から、前記アプリ表示名を含む前記登録要求を受信し、
   前記画像処理装置は、
   前記受信手段によって受信した前記登録要求から前記アプリ表示名を抽出し、抽出された前記アプリ表示名を前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録する宛先管理手段、
   をさらに備えたことを特徴とする請求項１に記載の画像処理装置。
3. 前記表示制御手段は、前記アプリ画面を前記操作表示手段に表示中に、前記受信手段によって前記登録要求を受信した場合には、表示中の前記アプリ画面を、前記登録要求により更新された前記アプリ宛先情報に登録されている前記アプリ表示名を読み出して、前記アプリ画面を更新して前記操作表示手段に表示することを特徴とする請求項２に記載の画像処理装置。
4. 前記受信手段は、複数の前記情報処理装置のそれぞれから、前記アプリケーションに固有のアプリ識別情報と前記アプリ表示名と前記情報処理装置に固有の装置識別情報とを含む前記登録要求を受信し、
   前記宛先管理手段は、受信した複数の前記情報処理装置の各登録要求から、前記アプリ識別情報と前記アプリ表示名と前記装置識別情報とを抽出し、抽出された前記アプリ識別情報と前記アプリ表示名前記装置識別情報とを対応付けて前記アプリ宛先情報として前記第１の宛先記憶手段に保存し、
   前記表示制御手段は、前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録されている複数の前記装置識別情報と前記アプリ表示名を読み出して、前記装置識別情報ごとに前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示することを特徴とする請求項２または３に記載の画像処理装置。
5. 前記表示制御手段は、前記アプリ宛先情報に登録されている複数の前記装置識別情報と前記アプリ表示名を読み出して、前記装置識別情報に対応する情報処理装置の選択指示を行わせる第１のアプリ画面を前記操作表示手段に表示し、前記第１のアプリ画面から選択指示を受け付けた前記情報処理装置の前記装置識別情報に対応した前記アプリ表示名を選択可能に描画した第２のアプリ画面を前記操作表示手段に表示することを特徴とする請求項４に記載の画像処理装置。
6. 前記表示用アプリ宛先情報は、前記アプリ識別情報と前記アプリ表示名と前記配信先情報とを対応付けたレコードを順次書き込み可能なマスターテーブルと、前記マスターテーブルに書き込まれた前記レコードの前記マスターテーブルにおける位置情報を、前記アプリ表示名に基づいた見出しで分類して登録可能な見出しテーブルとを含み、
   前記表示制御手段は、前記見出しと、前記見出しの前記見出しテーブルに登録された前記位置情報から前記マスターテーブルに登録された前記アプリ表示名とを読み出して、前記見出しと読み出した前記アプリ表示名とを選択可能に描画したアプリ画面を前記操作表示手段に表示することを特徴とする請求項１に記載の画像処理装置。
7. 前記ネットワーク管理手段は、さらに、前記アプリ宛先情報の更新の有無を前記宛先管理手段に送信し、
   前記宛先管理手段は、さらに、前記ネットワーク管理手段から前記アプリ宛先情報が更新された旨を受信した場合に、前記第１の宛先記憶手段に記憶された前記アプリ宛先情報から前記アプリ表示名と前記配信先情報とを取得して、前記取得した前記アプリ表示名と取得した前記配信先情報と前記アプリ識別情報とを対応付けたレコードを前記マスターテーブルに登録し、取得した前記アプリ表示名の文字列に基づいて前記見出しテーブルに前記アプリ表示名の前記位置情報を登録することにより、前記表示用アプリ宛先情報を更新することを特徴とする請求項６に記載の画像処理装置。
8. 前記宛先管理手段は、さらに、前記ネットワーク管理手段から前記アプリ宛先情報が更新されていない旨を受信した場合に、前記表示制御手段に対して変更なしの旨を通知し、
   前記表示制御手段は、前記宛先管理手段から前記変更無しの旨が通知された場合には、前記操作表示手段に表示されたアプリ画面の表示変更を行わないことを特徴とする請求項７に記載の画像処理装置。
9. 前記表示制御手段は、前記操作表示手段によって利用者から前記表示用アプリ宛先情報の更新の指示を受付けた場合に、前記宛先管理手段に対して更新要求を送信し、
   前記宛先管理手段は、前記表示制御手段から前記更新要求を受信した場合に、前記表示用アプリ宛先情報を更新することを特徴とする請求項１、６〜８のいずれか一つに記載の画像処理装置。
10. 前記情報処理装置の前記情報処理アプリに関する情報である情報処理アプリ関連情報とタイマー時間を記憶する情報処理アプリ関連記憶手段と、
    ネットワークに関する設定内容であるネットワーク設定情報を記憶するネットワーク設定記憶手段と、
    利用者の認証情報を記憶する認証情報記憶手段と、
    前記情報処理アプリ関連情報の変更、前記画像処理装置で実行されるアプリケーションの切替え、通常モードと省エネルギーモードの制御を行うシステム管理手段と、
    前記タイマー時間の経過の判断を行うタイマー管理手段と、を更に備え、
    前記ネットワーク管理手段は、さらに前記ネットワーク設定情報の変更を行い、
    前記宛先管理手段は、利用者によるログイン入力があった場合に、前記認証情報に基づいてログイン入力を行った利用者の認証を行い、前記情報処理アプリ関連情報の変更、前記ネットワーク設定情報の変更、前記画像処理装置で実行されるアプリケーションの切替えのいずれかが実行された場合、または利用者の認証に成功した場合、あるいは前記省エネルギーモードから前記通常モードに復帰した場合、若しくは前記タイマー時間の経過が判断された場合に、前記表示用アプリ宛先情報を更新することを特徴とする請求項１、６〜９のいずれか一つに記載の画像処理装置。
11. 前記宛先管理手段は、前記表示用アプリ宛先情報を更新している間は、前記表示用アプリ宛先情報を更新する旨の要求を受信した場合でも、受信した前記要求に基づいた前記表示用アプリ宛先情報の更新を行わないことを特徴とする請求項１、６〜１０のいずれか一つにに記載の画像処理装置。
12. 前記宛先管理手段は、前記表示制御手段により前記表示用アプリ宛先情報から前記アプリ表示名を読み出している間は、前記表示用アプリ宛先情報を更新する旨の要求を受信した場合でも、受信した前記要求に基づいた前記表示用アプリ宛先情報の更新を行わないことを特徴とする請求項１１に記載の画像処理装置。
13. 前記操作表示手段によって利用者から前記情報処理アプリの宛先の検索指示を検索条件とともに受付けた場合に、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報から検索条件を満たす前記情報処理の宛先に対応する前記アプリ表示名を検索する検索手段を更に備え、
    前記表示制御手段は、前記検索手段によって検索された前記アプリ表示名を前記操作表示手段に表示することを特徴とする請求項１、６〜１２のいずれか一つに記載の画像処理装置。
14. 前記アプリ表示名を含むレコードの前記マスターテーブルにおける位置情報を登録可能な検索結果テーブルを記憶する検索結果記憶手段をさらに備え、
    前記検索手段は、検索された前記アプリ表示名を含むレコードの前記マスターテーブルにおける位置情報を、前記検索結果テーブルに登録し、
    前記表示制御手段は、前記検索結果テーブルに登録された前記位置情報から前記マスターテーブルに登録された前記アプリ表示名を読み出して、読み出した前記アプリ表示名とを前記操作表示手段に表示することを特徴とする請求項１３に記載の画像処理装置。
15. 前記ネットワーク管理手段は、さらに、前記アプリ宛先情報を更新している間、前記情報処理装置からの前記登録要求を受信した場合でも、受信した前記登録要求に基づいた前記アプリ宛先情報の更新を行わないことを特徴とする請求項１、６〜１４のいずれか一つに記載の画像処理装置。
16. 少なくともスキャン部を備え、スキャン部によってスキャンされた画像を処理する画像処理装置で実行される画像処理方法であって、
    前記画像処理装置は、情報処理に関するソフトウェアである情報処理アプリとオペレーティングシステムとが実行可能な情報処理装置にネットワークで接続され、
    前記画像処理装置は、
    前記情報処理装置の前記情報処理アプリの宛先の表示名であるアプリ表示名を保持するアプリ宛先情報を記憶する第１の宛先記憶手段と、
    各種画面が表示可能であり、利用者からの入力操作が可能な操作表示手段と、を備え、
    前記情報処理アプリの登録要求を、前記情報処理装置から受信する第１受信ステップと、
    前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録されている前記アプリ表示名を読み出して、前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示する第１表示制御ステップと、
    前記スキャン部によりスキャンされた画像を処理することにより生成されたデータを、選択された前記アプリ表示名の情報処理アプリを有する前記情報処理装置に送信する第１送信ステップと、
    前記情報処理アプリの登録要求を受信した場合に、前記アプリ画面からの前記操作表示手段による入力操作を制限する制限ステップと、
    前記情報処理装置から、前記アプリ表示名と前記配信先情報を含む前記登録要求を受信する第２受信ステップと、を含み、
    前記画像処理装置は、前記アプリ宛先情報に基づいて生成され、前記情報処理アプリに固有のアプリ識別情報と前記アプリ表示名と前記登録要求を行った前記情報処理装置に関する配信先情報とを対応付けた表示用アプリ宛先情報を記憶する第２の記憶手段、をさらに備え、
    前記画像処理方法は、
    前記第１受信ステップによって受信した前記登録要求から前記アプリ表示名と前記配信先情報とを抽出し、抽出された前記アプリ表示名と前記配信先情報を前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録するネットワーク管理ステップと、
    前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に基づいて前記アプリ識別情報と前記アプリ表示名と前記配信先情報とを、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録する宛先管理ステップと、
    前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録されている前記アプリ表示名を読み出して、読み出した前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示する第２表示制御ステップと、
    前記スキャン部によってスキャンされた画像を、前記操作表示手段から利用者による指定を受け付けた前記アプリ表示名の宛先に対応した前記情報処理アプリで取り扱い可能なデータ形式に画像処理する画像処理ステップと、
    前記画像処理ステップによって前記情報処理アプリで取り扱い可能なデータ形式に画像処理されたスキャンデータを、前記アプリ表示名に対応した前記配信先情報の前記情報処理装置に送信する第２送信ステップと、
    を含むことを特徴とする画像処理方法。
17. 少なくともスキャン部を備え、スキャン部によってスキャンされた画像を処理するコンピュータに実行させるためのプログラムであって、
    前記コンピュータは、情報処理に関するソフトウェアである情報処理アプリとオペレーティングシステムとが実行可能な情報処理装置にネットワークで接続され、
    前記コンピュータは、
    前記情報処理装置の前記情報処理アプリの宛先の表示名であるアプリ表示名を保持するアプリ宛先情報を記憶する第１の宛先記憶手段と、
    各種画面が表示可能であり、利用者からの入力操作が可能な操作表示手段と、を備え、
    前記情報処理アプリの登録要求を、前記情報処理装置から受信する第１受信ステップと、
    前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録されている前記アプリ表示名を読み出して、前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示する第１表示制御ステップと、
    前記スキャン部によりスキャンされた画像を処理することにより生成されたデータを、選択された前記アプリ表示名の情報処理アプリを有する前記情報処理装置に送信する第１送信ステップと、
    前記情報処理アプリの登録要求を受信した場合に、前記アプリ画面からの前記操作表示手段による入力操作を制限する制限ステップと、
    前記情報処理装置から、前記アプリ表示名と前記配信先情報を含む前記登録要求を受信する第２受信ステップと、を含み、
    前記コンピュータは、前記アプリ宛先情報に基づいて生成され、前記情報処理アプリに固有のアプリ識別情報と前記アプリ表示名と前記登録要求を行った前記情報処理装置に関する配信先情報とを対応付けた表示用アプリ宛先情報を記憶する第２の記憶手段、をさらに備え、
    前記プログラムは、
    前記第１受信ステップによって受信した前記登録要求から前記アプリ表示名と前記配信先情報とを抽出し、抽出された前記アプリ表示名と前記配信先情報を前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に登録するネットワーク管理ステップと、
    前記第１の宛先記憶手段に記憶された前記アプリ宛先情報に基づいて前記アプリ識別情報と前記アプリ表示名と前記配信先情報とを、前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録する宛先管理ステップと、
    前記第２の記憶手段に記憶された前記表示用アプリ宛先情報に登録されている前記アプリ表示名を読み出して、読み出した前記アプリ表示名を選択可能に描画したアプリ画面を前記操作表示手段に表示する第２表示制御ステップと、
    前記スキャン部によってスキャンされた画像を、前記操作表示手段から利用者による指定を受け付けた前記アプリ表示名の宛先に対応した前記情報処理アプリで取り扱い可能なデータ形式に画像処理する画像処理ステップと、
    前記画像処理ステップによって前記情報処理アプリで取り扱い可能なデータ形式に画像処理されたスキャンデータを、前記アプリ表示名に対応した前記配信先情報の前記情報処理装置に送信する第２送信ステップと、
    を前記コンピュータに実行させるためのプログラム。

Images