(57)【要約】【課題】  プロトコルを異にする多様な通信手段で画像ファイルを外部機器に送信する機能を持つ画像処理装置において、宛先及び通信手段を指示するユーザの操作負担を少なく、容易に行えるようにする。【解決手段】  宛先の一覧表示をするＧＵＩ画面において、宛先表示領域２５２には、アドレス帳に登録されたデータをもとに、ユーザ番号：０００１、ユーザ名称：Ａを表示し、プロトコル表示領域２５３には、メール、フォルダ、ファクスの各アイコンで利用可能なプロトコル全部を一括表示する。この画面で宛先を指示するキーへの操作を繰返すことで、選択できるプロトコルを変更し、表示状態の変化によって示されるプロトコルを実行プロトコルとして選択する。【選択図】    図５
2010206480.tif 000002
【特許請求の範囲】
【請求項１】
それぞれが異なるプロトコルによりデータを送信する複数の通信手段と、処理画像を前記通信手段により送信する際にＧＵＩ画面を介して送信先を選択するとともに異なるプロトコルの中の少なくとも１つを実行プロトコルとして選択する指示操作を受付ける操作手段を有する画像処理装置であって、
予め登録された送信先、送信先ごとに利用できるプロトコル及び該プロトコルの実行に用いるアドレスを管理する送信先データ管理手段と、
前記操作手段の指示操作を受付けるＧＵＩ画面上に、前記送信先データ管理手段で管理された送信先と送信先ごとに利用できる異なるプロトコル全部を一括しかつ識別可能な画面構成要素で表示するとともに、指示操作により選択される前記画面構成要素を他と区別できる状態で表示する制御を行う制御手段と
を備えたことを特徴とする画像処理装置。
【請求項２】
請求項１に記載された画像処理装置において、
送信先ごとに利用できる異なるプロトコルとして登録された中で優先させるプロトコルを定めたデータを前記送信先データ管理手段でさらに登録、管理し、
前記制御手段は、選択指示操作を受付けるＧＵＩ画面上に前記画面構成要素を表示する際に前記送信先データ管理手段で管理された優先させるプロトコルを定めたデータに従い該当するプロトコルを他と区別できる状態で表示する制御を行うことを特徴とする画像処理装置。
【請求項３】
請求項１に記載された画像処理装置において、
送信先ごとに利用できる異なるプロトコルとして登録された中で優先させるプロトコルに順位を定めたデータを前記送信先データ管理手段でさらに登録、管理し、
前記制御手段は、選択指示操作を受付けるＧＵＩ画面上に前記画面構成要素を表示する際に前記送信先データ管理手段で管理された優先させるプロトコルを定めたデータの順位に従い該当するプロトコルを他と区別できる状態で順次表示する制御を表示の変更指示に応じて行うことを特徴とする画像処理装置。
【請求項４】
それぞれが異なるプロトコルによりデータを送信する複数の通信手段、処理画像を前記通信手段により送信する際にＧＵＩ画面を介して送信先を選択するとともに異なるプロトコルの中の少なくとも１つを実行プロトコルとして選択する指示操作を受付ける操作手段及び予め登録された送信先、送信先ごとに利用できるプロトコル及び該プロトコルの実行に用いるアドレスを管理する送信先データ管理手段を有する画像処理装置におけるＧＵＩ画面の制御方法であって、
前記操作手段の指示操作を受付けるＧＵＩ画面上に、前記送信先データ管理手段で管理された送信先と送信先ごとに利用できる異なるプロトコル全部を一括しかつ識別可能な画面構成要素で表示するとともに、指示操作により選択される前記画面構成要素を他と区別できる状態で表示する制御工程を有することを特徴とするＧＵＩ画面の制御方法。
【請求項５】
請求項４に記載されたＧＵＩ画面の制御方法において、
送信先ごとに利用できる異なるプロトコルとして登録された中で優先させるプロトコルを定めたデータを前記送信先データ管理手段でさらに登録、管理し、
前記制御工程は、選択指示操作を受付けるＧＵＩ画面上に前記画面構成要素を表示する際に前記送信先データ管理手段で管理された優先させるプロトコルを定めたデータに従い該当するプロトコルを他と区別できる状態で表示する制御を行うことを特徴とするＧＵＩ画面の制御方法。
【請求項６】
請求項４に記載されたＧＵＩ画面の制御方法において、
送信先ごとに利用できる異なるプロトコルとして登録された中で優先させるプロトコルに順位を定めたデータを前記送信先データ管理手段でさらに登録、管理し、
前記制御工程は、選択指示操作を受付けるＧＵＩ画面上に前記画面構成要素を表示する際に前記送信先データ管理手段で管理された優先させるプロトコルを定めたデータの順位に従い該当するプロトコルを他と区別できる状態で順次表示する制御を表示の変更指示に応じて行うことを特徴とするＧＵＩ画面の制御方法。
【請求項７】
請求項４乃至６のいずれかに記載されたＧＵＩ画面の制御方法の前記制御工程をコンピュータに行わせるためのプログラム。
【請求項８】
請求項７に記載されたプログラムを記録したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロトコルを異にする多様な通信手段で画像（文書）データを外部機器に送信する機能を持つＭＦＰ（Multi-Function Peripherals：複合機）等の画像処理装置に関し、より詳しくは、複数の異なるプロトコルの少なくとも１つを実行プロトコルとして選択する指示操作を容易に行えるようにする機能を備えた画像処理装置、指示操作を容易に行うためのＧＵＩ（Graphical User Interface）画面の制御方法及び該制御方法を実行するためのプログラムに関する。
【背景技術】
【０００２】
近年、スキャナで読み取った原稿画像をもとにコピー出力、ファクシミリ送信、スキャナ配信を行うほか、ホストＰＣ（Personal computer）等の外部の機器・デバイスから入力された画像を転送出力する機能を複合したＭＦＰが広く普及している。
こうしたＭＦＰでは、複数の異なる通信手段でデータ送信ができ、同じ送信相手に電子データを送るにしても、種々のプロトコルによる送信が可能になっている。このような装置において、送信を行う際に、送信先と送信方法を指示する操作を行う必要がある。
【０００３】
従来、この指示操作を行うための手段として提案されたものとして、特許文献１，２を例示することができる。特許文献１では、送信を行う際に、ＧＵＩ画面を介して送信先を指示すると、指示に従い表示される画面に、指示した送信先に使用できる複数の異なる通信手段をそれぞれの手段がわかるようにアイコン表示し、その中からユーザの操作により選択された手段によって送信できるようにしている。
また、特許文献２では、ＧＵＩ画面に指示した送信先に使用できる複数の異なる送信方法を表示し、ユーザが選択する操作を行うもので、よく送る送信先（送信回数）に応じて、選択し易い表示位置をとるようにする等の選択操作を容易にする機能を持つことが示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１，２に示した従来技術では、送信を行う際に、送信先を指示する操作で変更される画面でさらに複数の異なる通信手段の中から実行する通信手段を指示する必要があり、操作手順が多くなり、また、送信相手が複数の通信手段を持つ場合に、同時に詳細な情報を表示してしまうと、表示領域が狭い場合、該当する宛先を探し出すための手間が掛かってしまい、返って操作の負荷を増加させてしまう問題が生じる。
本発明は、プロトコルを異にする多様な通信手段で処理画像（文書）を外部機器に送信する機能を持つ画像処理装置における上記した従来技術の問題に鑑みてなされたもので、その解決すべき課題は、指示操作をユーザの操作負担を少なくし、容易に行えるようにすることにある。
【課題を解決するための手段】
【０００５】
本発明は、それぞれが異なるプロトコルによりデータを送信する複数の通信手段と、処理画像を前記通信手段により送信する際にＧＵＩ画面を介して送信先を選択するとともに異なるプロトコルの中の少なくとも１つを実行プロトコルとして選択する指示操作を受付ける操作手段を有する画像処理装置であって、予め登録された送信先、送信先ごとに利用できるプロトコル及び該プロトコルの実行に用いるアドレスを管理する送信先データ管理手段と、前記操作手段の指示操作を受付けるＧＵＩ画面上に、前記送信先データ管理手段で管理された送信先と送信先ごとに利用できる異なるプロトコル全部を一括しかつ識別可能な画面構成要素で表示するとともに、指示操作により選択される前記画面構成要素を他と区別できる状態で表示する制御を行う制御手段とを備えたことを特徴とする。
本発明は、それぞれが異なるプロトコルによりデータを送信する複数の通信手段、処理画像を前記通信手段により送信する際にＧＵＩ画面を介して送信先を選択するとともに異なるプロトコルの中の少なくとも１つを実行プロトコルとして選択する指示操作を受付ける操作手段及び予め登録された送信先、送信先ごとに利用できるプロトコル及び該プロトコルの実行に用いるアドレスを管理する送信先データ管理手段を有する画像処理装置におけるＧＵＩ画面の制御方法であって、前記操作手段の指示操作を受付けるＧＵＩ画面上に、前記送信先データ管理手段で管理された送信先と送信先ごとに利用できる異なるプロトコル全部を一括しかつ識別可能な画面構成要素で表示するとともに、指示操作により選択される前記画面構成要素を他と区別できる状態で表示する制御工程を有することを特徴とする。
【発明の効果】
【０００６】
本発明によると、送信を指示する際、送信先を選択するＧＵＩ画面において、送信先に利用できる異なるプロトコル全部が示され、その画面で実行プロトコルを選択し指示できるので、ユーザが操作を容易に行え、操作負担を少なくすることができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の本実施形態に係るＭＦＰのハードウェアの基本構成を概略的に示すブロック図である。
【図２】本発明の本実施形態に係るＭＦＰのソフトウェア構成の一例を示す図である。
【図３】図２に示すユーザリポジトリサービスの要素であるアドレス帳管理手段の構成の１例を示すクラス図である。
【図４】データ送信要求時のＧＵＩ操作画面の制御シーケンスを示す図である。
【図５】宛先とこの宛先に利用可能なプロトコル全部を一括して表示する一覧表示画面の１例を示す図である。
【図６】図５の一覧表示画面におけるプロトコルの選択操作による画面表示の遷移を示す図である。
【発明を実施するための形態】
【０００８】
以下には、ＭＦＰを例に本発明に係る画像処理装置の実施形態を説明する。
本実施形態のＭＦＰは、コピー・プリンタ・ファクシミリ（以下、「ＦＡＸ」ともいう）・スキャナ等を複合機能として有する。これらの機能を利用して画像を処理する際に、処理対象が原稿であれば、スキャナで原稿面の画像を読取り、画像データの入力が行われ、また処理対象が通信手段を介して外部機から入力される場合は、電子化処理された画像（印刷）データの形で入力が行われる。いずれの場合にも、入力された画像データは、出力に適用できる汎用の画像データに処理される。この汎用画像データは、内部でプリント（プロッタ）出力に用いるか、或いは外部機（ＰＣ、ファクシミリ装置等）へのデータ送信に用いられる。なお、ＭＦＰの多くは入力画像の蓄積機能を有しており、蓄積画像に対しても、再出力という形態で上記のプリント出力、データ送信を行う。
【０００９】
また、本実施形態のＭＦＰにおける外部機（ＰＣ、ファクシミリ等）へのデータ送信は、ＬＡＮ（Local Area Network）や公衆回線を用いるネットワーク等を介して行う。こうしたネットワークを用いて行うデータ送信では、異なるプロトコルによる複数の通信手段が用意されている。
よって、送信相手が対応可能な手段を持っていれば、それぞれが異なるプロトコルによりデータを送信する複数の通信手段によって、同じ送信相手にデータ送信を行うことができる。このような場合に、送信相手が対応可能な複数の通信手段のどれを選んで送信を実行するかをユーザが指示できるようにすると利便性が向上し、高パフォーマンスでデータ通信を実行することができる。
この実施形態では、ユーザは、ＧＵＩ（Graphical User Interface）を介して上記の送信先及び通信手段の選択指示操作を行う。後記でその詳細を示すＧＵＩ操作画面の制御機能は、この指示操作を行う際に、ユーザの操作負担を少なくし、容易に行えるようにするための機能に係る。
【００１０】
「ＭＦＰのハードウェア構成の概要」
図１は、本実施形態に係るＭＦＰのハードウェアの基本構成を概略的に示すブロック図である。
図１のハードウェア構成において、ＣＰＵ（Central Processing Unit）１１はソフトウェア（プログラム）を動作させるための演算装置、ＲＯＭ（Read Only Memory）１２はプログラムを格納するメモリデバイス、ＲＡＭ（Random Access Memory）１３はプログラムを動作させるときに使用し、或いは一時的にデータを格納するために使用するメモリデバイスで、これらがシステム制御部を構成する。
ＲＯＭ１２に格納するプログラムの中に、後記で詳述する、データ送信における宛先及び通信手段の選択、指示を行うためのＧＵＩ操作画面の制御機能（図２，３のソフトウェア構成及び図４の制御シーケンス、参照）を実現するプログラムを記録（記憶）しておくことで、ＣＰＵ１１が、この記録媒体に記録した制御・処理プログラムや制御データ等をＲＡＭ１３に読込み、上記ＧＵＩ操作画面の制御実行時にこのプログラムを駆動することによって、ＣＰＵ１１（コンピュータ）をこの制御手段として機能させることができる。なお、プログラムを記録する媒体としては、ＲＯＭ１２に限らず、ＨＤＤ（ハードディスク）、ＣＤ−ＲＯＭ，ＭＯ（Magnet Optical Disk）等のディスク型を含む各種記憶媒体を用いることができる。
【００１１】
画像蓄積装置１４は、画像データの入力を行うスキャナ１８並びにＬＡＮコントローラ１６やＦＡＸコントローラ２１経由で渡された画像データを比較的大容量の記録メディア（例えば、ＨＤＤ）を用いて格納するための記憶装置である。この実施形態では、処理対象として入力された画像データを処理要求の単位で文書ファイルとして、この画像蓄積装置１４に蓄積、管理し、プリント出力、データ送信に再利用する時に、指定された文書ファイルをここから読み出す。
不揮発メモリ１５は、初期設定値など電源ＯＦＦ時にも各種設定情報を記憶しておくために用いられる不揮発性の記憶装置である。
ＬＡＮコントローラ１６は、Ethernet（登録商標）や無線ＬＡＮなど、ネットワークと接続するためのコントローラである。
ＦＡＸコントローラ２１は、公衆回線にＦＡＸデータの送受信を行うためのコントローラである。
【００１２】
ＤＣＲ１７は、プリンタ・ＦＡＸ・スキャナ等の機能を利用して入力されてくる画像データ（ビットマップ）を電子文書に変換するための変換装置である。
スキャナ１８は、紙文書の原稿を画像データ（ビットマップ）に変換するための読取装置である。
プロッタ１９は、画像データを紙に印字（プリント出力）する装置である。
カードＩ／Ｆ（インターフェース）２２は、ＳＤ（Secure Digital）カード等のリムーバブルなカード状の記録メディアに接続し、このメディアとのデータのやり取りを行うためのインターフェースである。ここに接続される記録メディアは、上記画像蓄積装置１４と同じ使い方をすることができ、接続時には、文書の蓄積場所の一つとして用いられる。
操作表示パネル２０は、システム制御部の制御下でユーザインターフェース（以下、「ＵＩ」という）として働き、ＬＣＤ（Liquid Crystal Display）タッチパネルの操作画面を通じてユーザが行う操作によるジョブの処理要求や実行指示を受付け、ジョブの実行状況をユーザに知らせる、いわゆるＧＵＩ機能を持つ装置である。上記したデータ送信における宛先及び通信手段の選択の選択に係る指示操作は、この操作表示パネル２０の操作画面で行われる。
内部バス１０は、上記各デバイス間で行われるデータのやりとりに主として用いられるバスである。
【００１３】
「ＭＦＰのソフトウェア構成の概要」
図２は、この実施形態に係るＭＦＰのソフトウェア構成の一例を示す図である。
同図（Ａ）は、ＭＦＰ全体のソフトウェア構成を示し、アプリケーションメカニズム層１００、サービスメカニズム層２００、デバイスメカニズム層３００及び運用層４００等を有する。なお、同図（Ａ）に示す上記した各層間の関係は、基本的に上位層が下位層を呼び出す上下の階層関係をなしており、この関係を同図（Ａ）中において各層間に記した矢印が示している。
【００１４】
アプリケーションメカニズム層１００は、ＭＦＰが複合機能として持つコピー、ＦＡＸ、スキャナ、プリンタ等のアプリケーション機能の実行要求を操作表示パネル２０、ＬＡＮコントローラ１６、ＦＡＸコントローラ２１等を通して受け付け、要求された機能を実現するための処理を制御する機能を実装する部分である。
つまり、要求された機能、即ち操作表示パネル２０等のＵＩを通して行われる処理要求の入力から最終的な出力が得られるまで１つのまとまった単位のサービスをユーザに提供する下位階層のサービスメカニズム層２００を利用するためのソフトウェアである。
【００１５】
よって、アプリケーション メカニズム層１００は、アクティビティＵＩのコンポーネントとして、マルチ文書アクティビティ１０１、コピーアクティビティ１０２、送信アクティビティ１０３、受信アクティビティ１０４、ＰＣＦＡＸアクティビティ１０５、プリンタアクティビティ１０６、文書保管アクティビティ１０７、マニュアルアクティビティ１０８、マーキングアクティビティ１０９、マクロ読み出しアクティビティ１１０、レポートアクティビティ１１１の各コンポーネントを有し、また、アプリケーションロジックのコンポーネントとして、読取１２１、受信１２２、レポート１２３、編集１２４、印刷１２５、送信１２６、プレビュー１２７、保管文書１２８、マーキング１２９、ユーザ情報１３０、表示定義１３１、リクエスト定義１３２、履歴情報１３３の各コンポーネントを有する。
なお、送信アクティビティ１０３は、データ送信を要求する際に、宛先及び通信手段の選択、指示を行うためのＧＵＩ操作画面の制御機能に係り、後記で図２（Ｂ）を参照して内部構成を説明する。
【００１６】
サービスメカニズム層２００は、アプリケーションメカニズム層１００が利用する下位機能を実装する部分である。
よって、サービスメカニズム層２００は、スキャンサービス２０１、イメージハンドリング２０２、プロットサービス２０３、保管文書共有サービス２０４、マーキングサービス２０５、メモリサービス２０６、ユーザリポジトリサービス２０７、表示定義リポジトリサービス２０８、データ管理２０９、履歴リポジトリサービスス２１０、レポート定義２１１、Ｗｅｂサービス２１２、通信２１３、ＵＩ（ユーザインターフェース）２１４、セッション管理２１５、リクエスト管理２１６の各コンポーネントを有する。
なお、ユーザリポジトリサービス２０７は、データ送信を要求する際に、宛先及び通信手段の選択、指示を行うためのＧＵＩ操作画面の制御機能に係り、後記で図２（Ｂ）を参照して内部構成を説明する。
【００１７】
デバイスメカニズム層３００は、上記サービスメカニズム層２００が利用する下位機能を実装する部分である。
よって、デバイスメカニズム層３００は、デバイスを動作させるためのコンポーネントとして、エンジン３０１、メモリ３０２、ＴＥＬ３０３、ネットワーク３０４、操作部デバイス３０５の各コンポーネントを有する。
運用層４００は、上記アプリケーションメカニズム層１００、サービスメカニズム層２００、デバイスメカニズム層３００の各層の管理機能を実現するコンポーネントを実装する部分である。
よって、運用層４００は、機器管理アクティビティ４０１、機内設定アクティビティ４０２、機内設定サービス４０３、プラグイン管理４０４、機内監視４０５、アクセス制御４０６、履歴４０７の各コンポーネントを有する。
【００１８】
「ＧＵＩ操作画面（データ送信要求）の制御機能」
本実施形態の特徴部分であるデータ送信要求を行う際のＧＵＩ操作画面制御機能に係るソフトウェアは、アプリケーションメカニズム層１００の送信アクティビティＵＩ１０３及びサービスメカニズム層２００のユーザリポジトリサービス２０７の各コンポーネントであり、図２（Ｂ）にその内部構成の概略を示している。
送信アクティビティＵＩ１０３は、宛先表示手段１０３１とプロトコル選択手段１０３２をこの機能の構成要素として有する。
宛先表示手段１０３１は、ユーザの操作による指示を受ける送信アクティビティＵＩ１０３がＧＵＩ操作画面に宛先（送信先）を表示する処理を担う。
また、プロトコル選択手段１０３は、宛先表示手段１０３１によって表示された操作画面に対するユーザの指示操作に応じ選択する宛先及び実行する通信手段（プロトコル）を確認する処理を担う。この処理を行うために、プロトコル選択手段１０３２は、内部に優先プロトコル１０３５、プロトコル優先順位１０３６の各データの格納部を持つ。なお、これらのデータを利用して行う宛先及び実行するプロトコルを選択するＧＵＩ画面の表示制御動作については、後記する図４の制御シーケンスを参照して詳述する。
【００１９】
ユーザリポジトリサービス２０７は、送信アクティビティＵＩ１０３の下位階層として、送信アクティビティＵＩ１０３によって利用される。
送信アクティビティＵＩ１０３では、先に述べたように、宛先及び実行するプロトコルの選択、指示を行うためのＧＵＩ画面をユーザに示すので、ユーザリポジトリサービス２０７は、この画面に用いるデータを管理し、送信アクティビティＵＩ１０３からの取得要求に応じてデータを提供する。
本実施形態では、ユーザリポジトリサービス２０７は、上記の機能を実現する構成要素としてアドレス帳管理手段２０７１を有する。
【００２０】
図３は、アドレス帳管理手段２０７１の構成の１例を示すクラス図である。このクラス図は、利用者（ユーザ）の送信先（宛先）に関するデータベース（いわゆる「アドレス帳」）の構成を示すものである。
ここでは、それぞれが異なるプロトコルによりデータを送信する複数の通信手段（プロトコル）によってユーザの１つの宛先にデータ送信を行うことができることを前提に、データ送信が可能な複数の通信手段からユーザごとに定めることができる選択ポリシーに従って選択される通信手段を提供できるようにするためのデータベースを構成する。
【００２１】
図３に示すように、アドレス帳クラス７１は、すぐの下位にユーザ情報を管理するユーザクラス７１１を構成する。ユーザクラス７１１は、ユーザごとに宛先及び通信手段としてのプロトコルに関するデータを管理する。
このため、ユーザクラス７１１のすぐの下位には、ユーザ情報の一つであるプロトコル情報を管理するプロトコル情報クラス７１２を構成し、当該クラスのサブクラスとして、メールクラス７１３、フォルダクラス７１４、ファクスクラス７１５の各サブクラスを構成する。メールクラス７１３では、ユーザ名に対応する宛先としてメールアドレス等のデータを保管し、フォルダクラス７１４では、ユーザ名に対応する宛先としてファイル格納先のフォルダ等のデータを保管し、ファクスクラス７１５では、ユーザ名に対応する宛先としての電話番号等の送信先データを保管する。
【００２２】
また、ユーザクラス７１１は、ユーザごとに送信先選択ポリシー情報を管理する送信先選択ポリシークラス７１７のデータを共有する。
送信先選択ポリシークラス７１７は、サブクラスとして、優先プロトコルクラス７１８及びプロトコル優先順位クラス７１９の各サブクラスを構成する。優先プロトコルクラス７１８では、ユーザごとに優先させるプロトコルのデータを保管し、プロトコル優先順位クラス７１９では、ユーザごとに優先させるプロトコルの順位を定める優先順位データを保管する。
よって、アドレス帳のデータ構造の具体例として５人のユーザの場合を挙げると、以下に示すように定義される。
[ユーザ０００１
名称：Ａ
送信プロトコル：メール(優先／優先順位１)，フォルダ（優先順位２），ファクス（優先順位３）］
［ユーザ０００２
名称：Ｂ
送信プロトコル：フォルダ（優先／優先順位１）］
［ユーザ０００３
名称：Ｃ
送信プロトコル：メール（優先／優先順位１），ファクス（優先順位２）］
［ユーザ０００４
名称：Ｄ
送信プロトコル：メール（優先／優先順位１），フォルダ（優先順位２）］
［ユーザ０００５
名称：Ｅ
送信プロトコル：フォルダ（優先／優先順位１）］
なお、上記アドレス帳のデータは、データ送信要求を行う際の宛先及び実行するプロトコルを選択するＧＵＩ画面の表示制御動作（後記で図４の制御シーケンスを参照して詳述）に用いる。ただ、その制御動作に用いるアドレス帳のデータ構成は、送信先選択ポリシークラス７１７を構成要素としないアドレス帳によっても実施し得る。
【００２３】
「データ送信要求時の操作画面の制御動作」
次に、上記で図２（Ｂ）を参照して構成を説明した送信アクティビティＵＩ１０３及びユーザリポジトリサービス２０７が、データ送信要求時に行うＧＵＩ操作画面の制御動作を説明する。
この制御は、データ送信要求時に、ユーザの指示操作を通して宛先及び実行するプロトコルを選択するために、操作表示パネル２０に設けたＬＣＤタッチパネルに表示する操作画面の表示を制御する。つまり、この操作画面の表示制御によって、画面上で選択対象の宛先及び実行するプロトコルの表示を変更し、所望の表示状態において実行を指示する操作を行うことで選択が完了できるようにする。
【００２４】
図４は、データ送信要求時のＧＵＩ操作画面の制御シーケンスを示す図である。
ユーザは、例えば、紙原稿をスキャナ１８で読取らせて生成される画像ファイル、或いは画像蓄積装置１４に蓄積された画像ファイルを送信の対象とし、送信先（宛先）を指定してこのファイルのデータ送信を指示する。この際、操作表示パネル２０から宛先を指示する必要があり、その指示は、ＬＣＤタッチパネルの操作画面上で予めアドレス帳に登録しておいた宛先の一覧表示を行い、その中から選択する宛先へのタッチ操作により当該宛先を指示する。
【００２５】
よって、図４の制御シーケンスの始めに、ユーザの操作によって、アドレス帳に登録された宛先の一覧表示の指示が送信アクティビティＵＩ１０３に出される（ステップＳ１０１）。このユーザの操作は、例えば、スキャナ機能やドキュメントボックス機能（蓄積画像を再利用する機能）を利用する際にユーザの入力を求める操作画面に設けた一覧表示の指示キーへの操作であり、このキーへのユーザの操作に従い指示が出される。ただ、ユーザの操作によって起動されたアプリケーションが宛先の指示を求めるステップで無条件に宛先の一覧表示を行う場合には、宛先の指示を求めるステップへ移行するタイミングで制御システムがこの指示を出す。
【００２６】
次に、宛先の一覧表示の指示を受けた送信アクティビティＵＩ１０３は、送信アクティビティＵＩ内に構成した宛先表示手段１０３１に宛先の一覧表示を指示する（ステップＳ１０２）。
宛先の一覧表示の指示を受ける宛先表示手段１０３１は、ユーザリポジトリサービス２０７内にユーザの宛先に関するデータベースとして構成したアドレス帳管理手段２０７１からアドレス帳のデータ（図３、参照）を取得し、取得したデータをもとに宛先の一覧表示画面を作成する。
【００２７】
ここで、宛先表示手段１０３１が作成する宛先の一覧表示画面の実施形態を示す。
この一覧表示画面は、先ず、送信対象の画像ファイルの宛先をアドレス帳に登録された宛先の中から選択するための表示画面であるから、ユーザが目的の宛先を選択できる形式で個々の宛先を表示画面上で区別できるように配列する必要がある。
その上、本実施形態では、選択した宛先に用いるプロトコル（通信手段）を指示できるようにするので、宛先ごとに利用できるプロトコルが分かるように、宛先とこの宛先に利用可能なプロトコル全部を一括して表示できるようにする。なお、利用できるプロトコルの表示は、プロトコルが選択対象であるから、それぞれの違いが識別できる画面構成要素で表示する。
また、選択結果を画面上で表すことが必要であり、ユーザの指示操作によるか、或いはデフォルトによるか、いずれかの場合があるが、いずれにしても選択された宛先及びプロトコル（通信手段）は、他と区別できる状態で表示する。
【００２８】
上記した一覧表示画面に求められる条件に従い構成した本実施形態の一覧表示画面を図５に示す。なお、図５に示す実施例は、アドレス帳（図３、参照）のデータに基づくものである。また、アドレス帳のデータ構造による具体例として先に示したデータ構造の定義（５人のユーザの例）に従う。
図５に示す一覧表示画面において、それぞれの宛先に対応する表示領域２５１は、宛先表示領域２５２と、この宛先に利用可能なプロトコル全部を一括して表示できるプロトコル表示領域２５３を有する。
宛先表示領域２５２には、ユーザ番号とユーザ名称を表示し、プロトコル表示領域２５３には、この宛先に利用可能なプロトコルをそれぞれの違いが識別できるアイコンで表示する。
【００２９】
図５に示す一覧表示画面において、宛先表示領域２５２には、ユーザ番号の０００１、ユーザ名称：Ａを表示し、プロトコル表示領域２５３には、メール、フォルダ、ファクスの各アイコンで利用可能なプロトコルを表示している。
なお、プロトコルの表現は、アイコンに限るものではなくテキスト等の別の表現でもよい。また、プロトコルがプロトコル表示領域２５３に収まらない場合は、この領域の一部に別画面を開くための操作キーを設け、この操作キーへの入力によって開く画面に一括してプロトコルを表示し、その画面で選択操作が行えるようにするとよい。
【００３０】
また、図５に示す例では、ユーザによる宛先の選択は、一覧表示の初期画面でそれぞれの宛先に対応する表示領域の中から目的の宛先を選択し、その領域を押すことにより行われる。制御システムは、この入力操作を検知することにより選択が行われたことを認識し、検知した宛先の表示状態を変更させる。
この表示動作によって、ユーザは選択した宛先を確認できる。図５に例示した画面では、図中におけるユーザ名称：Ｃの表示領域に示すように、選択された宛先への囲み線２５１の表示により選択結果を示している。
図５に例示した画面において示す画面送りキー２５５は、ＭＦＰ等で採用されるＬＣＤタッチパネルのように、大型のディスプレイを用いることができない場合に、このキーを操作することで、例えば、同図に示す５つの宛先に送りを掛け、５つを超える宛先への対応を可能にする。
【００３１】
上記のように、一覧表示画面に一括表示されるそれぞれの宛先に利用可能なプロトコルは全部であり、実際に用いるのは一部で足りると考えられるので、表示された中から実行するプロトコルを選択できるようにする。
プロトコルを選択するための手段の実施形態としては、図５の一覧表示画面に例示するように、利用可能なプロトコルが画面に全部表示されているので、この画面においてプロトコルの選択バリエーションを表示状態の変化によって示す方法がユーザにとって分かりやすく、操作を簡便にする。
表示状態の変化によって示すプロトコルの選択バリエーションは、無選択から利用可能なプロトコルを順に択一的に選ぶ方法を採用することができる。
【００３２】
例えば、上記したユーザ０００１（名称：Ａ）を例にとると、ユーザが操作キーを押下するたびに選択するプロトコルが、
(i)  メール
(ii)  フォルダ
(iii)  ファクス
(iv)  無選択
(v)  (i)に戻る
という順に変わり、その変化を表示状態に反映させる方法を用いる。
図６は、一覧表示画面における上記の表示状態の遷移の様子を、宛先としてのユーザ０００１のプロトコル表示領域２５３に示す図である。なお、この例では、ユーザ０００１（名称：Ａ）の宛先選択キーをこの操作キーに兼用し、ここを操作するたびに選択するプロトコルが順に変わり、この変化を丸印２５９にて表示する。つまり、現在選択されているプロトコルを丸印２５９で示している。
【００３３】
また、上記のようにプロトコルを順に択一的に選ぶバリエーションによるのではなく、同一のユーザに複数のプロトコルで同時に送信することが考えられ、そのようなバリエーションを加えた方法を採用することができる。このためには、例えば、再び上記したユーザ０００１（名称：Ａ）を例にとると、ユーザが操作キーを押下するたびに選択するプロトコルが、
(i)  メール
(ii)  フォルダ
(iii)  ファクス
(iv)  メール+フォルダ
(v)  メール+ファクス
(vi)  フォルダ+ファクス
(vii)  メール+フォルダ+ファクス
(viii)  無選択
(ix)  (i)に戻る
という順に変わり、その変化を表示状態に反映させる方法を用いる。
なお、プロトコルの選択バリエーションは、利用可能なプロトコルを単独で或いは任意の数の組み合わせを採用することができる。
【００３４】
図４の制御シーケンスに戻ると、ステップＳ１０２で一覧表示の指示を受ける宛先表示手段１０３１は、上記した一覧表示画面（図５，６、参照）を作成するために必要なデータとして、ユーザリポジトリサービス２０７内にユーザの宛先に関するデータベースとして構成したアドレス帳管理手段２０７１からユーザの一覧を取得する（ステップＳ１０３）。
なお、ユーザの一覧データは、アドレス帳管理手段２０７１が構成するデータベースであるアドレス帳クラス７１（図３、参照）が保管する宛先となるユーザのデータであり、図５，６を参照して説明した一覧表示画面の例に即して言えば、ユーザ番号とユーザの名称である。
また、宛先表示手段１０３１は、ユーザの一覧データとともに、アドレス帳管理手段２０７１が構成するアドレス帳クラス７１のサブクラスであるメールクラス７１３、フォルダクラス７１４、ファクスクラス７１５の各々からプロトコル情報としてユーザごとに利用可能なプロトコルのデータを取得する（ステップＳ１０４）。
【００３５】
図５，６を参照して上記で説明した一覧表示画面を作成する際には、アドレス帳管理手段２０７１から取得するアドレス帳のデータのうちプロトコル情報がありさえすればよいので、宛先表示手段１０３１は、ステップＳ１０３，Ｓ１０４で取得したアドレス帳のデータをもとに、この宛先の一覧表示画面を上記で説明した構成で作成する（ステップＳ１０７）。
したがって、この実施形態では、図３を参照して説明したアドレス帳クラス７１の送信先選択ポリシークラス７１７とその下位クラスからデータを取得するステップＳ１０５及び取得した送信先選択ポリシーのデータを宛先の一覧表示画面の作成に反映させるステップＳ１０６は不要である。
【００３６】
宛先の一覧表示画面を作成した後、操作表示パネル２０に設けたＬＣＤタッチパネルに表示される一覧表示画面へのユーザの操作によって、選択する宛先及びプロトコルが送信アクティビティＵＩ１０３に指示される（ステップＳ１０８）。なお、図６の実施例におけるユーザによる選択操作は、先に説明したように、宛先選択キーの最初の押下が宛先（ユーザ）を指示し、２回目以降の押下が選択するプロトコルを指示する。
送信アクティビティＵＩ１０３は、選択する宛先及びプロトコルの指示をユーザから受け取り、送信アクティビティＵＩ内に構成したプロトコル選択手段１０３２に当該宛先及びプロトコルの選択を指示する（ステップＳ１０９）。
プロトコル選択手段１０３２は、選択を指示された宛先のユーザ情報及びプロトコル情報を示すデータを対象画像ファイルの送信を実行するために用いる送信制御データの保管場所に送り、この制御シーケンスを終える。
【００３７】
「優先プロトコルの選択」
上記した図５，６を参照して説明した方法は、ユーザの意図に従って行われる操作に委ねて宛先の一覧表示画面に対する通信手段（プロトコル）を選択するので、宛先によって適合する通信手段が異なる場合に、通信手段を選択する操作に手間が掛かり、パフォーマンスを低下させる可能性がある。
そこで、この実施形態では、図３を参照して説明したアドレス帳の送信先選択ポリシークラス７１７により提供されるデータを利用して、ユーザの操作負担を軽減し、適切な通信手段（プロトコル）を選択できる機能を付加した形態で実施する例を以下に説明する。
なお、図４の制御シーケンスにおける一覧表示画面の作成ステップ以前のステップは、上記実施形態と変わらないので、ここでは、送信先選択ポリシークラス７１７によって提供されるデータを利用した場合の制御動作として、一覧表示画面の作成ステップ以降の動作を、上記した図４の制御シーケンスに従って説明する。
【００３８】
図４の制御シーケンスにおいて、ステップＳ１０２で一覧表示の指示を受ける宛先表示手段１０３１は、宛先の一覧表示画面を作成するために必要なデータとして、ユーザリポジトリサービス２０７内にユーザの宛先に関するデータベースとして構成したアドレス帳管理手段２０７１からユーザの一覧を取得する（ステップＳ１０３）。
なお、ユーザの一覧データは、アドレス帳管理手段２０７１が構成するデータベースであるアドレス帳クラス７１（図３、参照）が保管する宛先となるユーザのデータであり、上記したアドレス帳のデータ構造の具体例に即して言えば、ユーザ番号とユーザの名称である。
【００３９】
また、宛先表示手段１０３１は、ユーザの一覧データとともに、アドレス帳管理手段２０７１が構成するアドレス帳クラス７１のサブクラスであるメールクラス７１３、フォルダクラス７１４、ファクスクラス７１５の各々からプロトコル情報としてユーザごとに利用可能なプロトコルのデータを取得し（ステップＳ１０４）、さらにアドレス帳管理手段２０７１が構成する送信先選択ポリシークラス７１７からユーザ（宛先）ごとに予め定められた選択ポリシーのデータを取得する（ステップＳ１０５）。
選択ポリシーのデータは、利用可能な複数種類のプロトコルから優先させる実行プロトコルを予め定めておくデータである。ここでは、選択の方法として２形態で対応することを提案し、その選択ポリシーを定める。
【００４０】
第１の形態は、それぞれの宛先に適応するプロトコルの１つを優先させ、宛先が指示された場合には、当該宛先に対して定めた優先プロトコルを実行プロトコルとして用いる。
第１の形態で実施するためには、ユーザ（宛先）ごとに優先させるプロトコルを予め登録したデータベースが必要であり、これを送信先選択ポリシークラス７１７のサブクラスに優先プロトコルクラス７１８として構成する。
第２の形態は、それぞれの宛先に適用するプロトコルに優先順位を付け、宛先が指示された場合には、当該宛先に対して定めた優先順位に従い実行プロトコルを選択できるようにする。
第２の形態で実施するためには、ユーザ（宛先）ごとに利用可能なプロトコルに付けた優先順位を予め登録したデータベースが必要であり、これを送信先選択ポリシークラス７１７のサブクラスにプロトコル優先順位クラス７１９として構成する。
【００４１】
ステップＳ１０５でユーザごとの選択ポリシーのデータを取得することで、ステップＳ１０３で取得したユーザの一覧及びステップＳ１０４で取得したユーザごとに利用可能なプロトコルのデータを合わせて、宛先の一覧表示画面を作成するためのデータが揃う。
選択ポリシーのデータが得られた場合、宛先表示手段１０３１は、宛先の一覧表示画面を作成する前段で、選択ポリシーを表示に反映させる処理を行う（ステップＳ１０６）。
優先プロトコル選択方法による上記第１の形態では、予め定められた優先プロトコルが既に選択されているので、例えば、宛先のみ或いは宛先と選択されたプロトコルのみを表示する状態で宛先の一覧表示画面をユーザに示すための処理を施す。
他方、優先プロトコル選択方法による上記第２の形態では、最優先させるプロトコルが既に選択されているとみなし、例えば、宛先のみを表示する状態で宛先の一覧表示画面をユーザに示すという形態をとるか、或いは、予め定められた優先順位が最も高いプロトコルが選択できる状態で、例えば、宛先と優先順位が最も高いプロトコルのみを表示し、次順位のプロトコルの選択を予知させる状態の表示をする形態で宛先の一覧表示画面をユーザに示すための処理を施す。
【００４２】
宛先表示手段１０３１は、図５，６を参照して説明した一覧表示画面を作成するプロセスの前段で選択ポリシーを表示に反映させるステップＳ１０６の処理を施し、得られる画面構成データを用いて、宛先の一覧表示画面の表示を行う（ステップＳ１０７）。
宛先の一覧表示画面を作成した後、操作表示パネル２０に設けたＬＣＤタッチパネルに表示される一覧表示画面へのユーザの操作によって、選択する宛先が送信アクティビティＵＩ１０３に指示される（ステップＳ１０８）。
送信アクティビティＵＩ１０３は、選択する宛先の指示をユーザから受け取り、送信アクティビティＵＩ内に構成したプロトコル選択手段１０３２に当該宛先の選択を指示する（ステップＳ１０９）。
【００４３】
このとき、ユーザに表示する宛先の一覧表示画面には、上述のように、宛先のみを表示し、優先プロトコル情報を示さない場合がある。このような方法をとる場合には、ステップＳ１０５で選択ポリシーのデータを全て取得しなくてもよい。つまり、ステップＳ１０５では、選択ポリシーのデータがあるか否かを知るだけで、優先プロトコルクラス７１８やプロトコル優先順位クラス７１９からのデータを取得しない方法によって対処することができる。
こうした方法をとる場合には、選択された宛先の選択ポリシーのデータを持っていないので、この段階で取得する必要がある。そこで、送信アクティビティＵＩ１０３のプロトコル選択手段１０３２は、アドレス帳管理手段２０７１が構成する送信先選択ポリシークラス７１７から当該ユーザ（宛先）の選択ポリシーのデータを取得する（ステップＳ１１０）。
【００４４】
また、プロトコル選択手段１０３２は、取得した選択ポリシーのデータから実行プロトコルを選択する。上記第１の形態では、優先プロトコルを実行プロトコルとして選択する（ステップＳ１１１）。他方、上記第２の形態では、優先順位に応じたプロトコルを実行プロトコルとして選択する（ステップＳ１１２）。なお、このとき行うユーザによる選択操作は、宛先選択キーの最初の押下が宛先（ユーザ）を指示する点は、上記実施例、即ち、図６を参照して説明した選択ポリシーを用いない実施例と同様であるが、この最初の押下によって優先プロトコルも選択される動作とすることができる。また、優先順位に従って選択する操作は、２回目以降の押下によって次の順位のプロトコルの選択を指示する動作とすることができる。
プロトコル選択手段１０３２は、選択を指示された宛先のユーザ情報及びプロトコル情報を示すデータを対象画像ファイルの送信を実行するために用いる送信制御データの保管場所に送り、この制御シーケンスを終える。
【符号の説明】
【００４５】
１１・・ＣＰＵ（Central Processing Unit）、１２・・ＲＯＭ（Read Only Memory）、１３・・ＲＡＭ（Random Access Memory）、１４・・画像蓄積装置、１６・・ＬＡＮコントローラ、１８・・スキャナ、１９・・プロッタ、２０・・操作表示パネル、２１・・ＦＡＸコントローラ、１００・・アプリケーションメカニズム層、１０３・・送信アクティビティ、１０３１・・宛先表示手段、１０３２・・プロトコル選択手段、２００・・サービスメカニズム層、２０７・・ユーザリポジトリサービス、２０７１・・アドレス帳管理手段。
【先行技術文献】
【特許文献】
【００４６】
【特許文献１】特開平１１−１３４１６３号公報
【特許文献２】特開２００５−１２４１４号公報
【図１】
2010206480.tif 000003
【図２】
2010206480.tif 000004
【図３】
2010206480.tif 000005
【図４】
2010206480.tif 000006
【図５】
2010206480.tif 000007
【図６】
2010206480.tif 000008