画像形成装置、情報処理方法及びプログラム
【課題】スキャンデータの転送先のコンピュータとの接続形態を適切に多様化させることのできる画像形成装置、情報処理方法及びプログラムの提供を目的とする。
【解決手段】読み取り手段と操作手段とを備えた画像形成装置であって、ネットワークを介して接続されるコンピュータとの通信を制御するネットワーク通信手段と、ＵＳＢを介して接続されるコンピュータとの通信を制御するＵＳＢ通信手段と、前記ネットワーク通信手段又は前記ＵＳＢ通信手段によって受信されるスキャンデータの取得要求に応じ、前記操作手段に対する入力を待機し、該操作手段に対する入力に応じて前記読み取り手段に読み取りを実行させる読み取り制御手段と、読み取られたスキャンデータのコンピュータへの転送を、前記取得要求を受信した前記ネットワーク通信手段又は前記ＵＳＢ通信手段に実行させるデータ転送制御手段とを有することにより上記課題を解決する。
【解決手段】読み取り手段と操作手段とを備えた画像形成装置であって、ネットワークを介して接続されるコンピュータとの通信を制御するネットワーク通信手段と、ＵＳＢを介して接続されるコンピュータとの通信を制御するＵＳＢ通信手段と、前記ネットワーク通信手段又は前記ＵＳＢ通信手段によって受信されるスキャンデータの取得要求に応じ、前記操作手段に対する入力を待機し、該操作手段に対する入力に応じて前記読み取り手段に読み取りを実行させる読み取り制御手段と、読み取られたスキャンデータのコンピュータへの転送を、前記取得要求を受信した前記ネットワーク通信手段又は前記ＵＳＢ通信手段に実行させるデータ転送制御手段とを有することにより上記課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、情報処理方法及びプログラムに関し、特にネットワーク又はＵＳＢによって接続されたコンピュータにスキャンデータを転送可能な画像形成装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、スキャナとＰＣ（Personal Computer）とを接続し、ＰＣ側において設定された読み取り条件に従ってスキャナがスキャンを実行し、そのスキャンデータ（画像データ）をＰＣからの要求によってスキャナがＰＣに転送する技術が存在する。斯かる技術において、ＰＣ側の操作（画面に対する入力等）に基づいて読み取りを開始する方式（以下、「通常モード」という。）と、スキャナ側の操作（操作パネルを介した入力等）に基づいて読み取りを開始する方式（以下、「スキャンウェイトモード」という。）とがある。
【０００３】
通常モードの場合、ユーザは、スキャナ側に原稿をセットした後ＰＣに戻り、ＰＣにおいて読み取り条件等を設定する。読み取り条件の設定後、ユーザは、ＰＣにおいて読み取りの開始指示を入力する。当該開始指示はスキャナに通知され、スキャナによって原稿が読み取られる。その後、ユーザは、原稿を回収するため改めてスキャナの設置場所に赴く必要があった。
【０００４】
一方、スキャンウェイトモードの場合、ユーザは、ＰＣ側において読み取り条件等を設定し、読み取りの開始指示を入力する。当該開始指示により、スキャナは、操作パネル等を介したスキャンの開始指示の入力を待機する。ユーザは、スキャナの設置場所に赴き、原稿をセットし、スキャナに対して読み取り開始指示（例えば、スタートキーの押下）を入力する。当該開始指示の入力に応じてスキャナによって原稿が読み取られる。
【０００５】
上記した手順より明らかなように、スキャンウェイトモードの場合は、ＰＣとスキャナとの間の行き来の回数を減少させることができるという利点がある。また、ユーザが原稿から離れることは無いため、セキュアな読み取りを実現することができる。
【０００６】
他方において、ＰＣとスキャナとの間の接続は、ネットワークによる場合とＵＳＢによる場合とがある。従来、ネットワーク接続の場合とＵＳＢ接続の場合とでは、スキャンウェイトモードにおけるＰＣ及びスキャナ間の通信手順が異なっていた。
【０００７】
図１は、ネットワーク接続の場合のスキャンウェイトモードによる処理手順を示すシーケンス図である。同図には、ＬＡＮ（Local Area Network）等のネットワークによって接続されたＰＣ５２０ａ及びスキャナ５１０ａ間におけるスキャンデータの転送時の処理手順が示されている。
【０００８】
同図において、ＰＣ５２０ａは、ドライバ５２１ａを有する。ドライバ５２１ａは、ネットワーク接続されたスキャナ５１０ａからのスキャンデータの取得等を制御するドライバプログラムである。
【０００９】
スキャナ５１０ａは、ＲＳＨＤ５１１ａ、プロトコルスタック制御部５１２ａ、及び上位層５１３ａ等を有する。ＲＳＨＤ５１１ａは、リモートシェルの実行を制御するプログラムであり、ここでは、ドライバ５２１ａとのネットワーク通信を制御する。プロトコルスタック制御部５１２ａは、ネットワーク接続されたＰＣ５２０ａへのスキャンデータの転送等を制御するプログラムである。上位層５１３ａは、スキャナ５１０ａに画像データの読み取りを実行させるプログラムである。
【００１０】
ＰＣ５２０ａにおいて、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ５２１ａは、ＲＳＨＤ５１１ａとの間でＴＣＰのセッションを開設する（ＴＣＰレベルでのコネクションを確立する）（Ｓ１１）。続いて、ドライバ５２１ａは、スキャンデータの取得要求をＲＳＨＤ５１１ａに対して行う（Ｓ１２）。ＲＳＨＤ５１１ａは、当該取得要求をプロトコルスタック制御部５１２ａに通知する（Ｓ１３）。当該取得要求に応じ、プロトコルスタック制御部５１２ａは、上位層５１３ａに対して読み取りの実行を要求する（Ｓ１４）。上位層５１３ａは、スタートキーが押下されると読み取りを実行し（Ｓ１５）。スキャンデータの転送をプロトコルスタック制御部５１２ａに要求する（Ｓ１６）。プロトコルスタック制御部５１２ａは、スキャンデータの取得要求元へのスキャンデータの送信をＲＳＨＤ５１１ａに要求する（Ｓ１７）。ＲＳＨＤ５１１ａは、スキャンデータを要求元のＰＣ５２０ａのドライバ５２１ａに送信する（Ｓ１８）。ドライバ５２１ａは、スキャンデータの受信が完了すると、セッションを切断する（Ｓ１９）。
【００１１】
また、図２は、ネットワーク接続の場合のスキャンウェイトモードにおいて読み取りが中止された際の処理手順を示すシーケンス図である。図２中、図１と同一部分には同一符号を付し、その説明は適宜省略する。
【００１２】
図１のステップＳ１１からＳ１４までと同様の処理が実行され、上位層５１３ａがスタートキーの押下を待機している間に、ＰＣ５２０ａにおいてユーザによってキャンセルが指示されたとする。ここで、ドライバ５２１ａは、スキャンデータの取得要求に対する応答待ちであるため、改めてスキャンの中止要求をＲＳＨＤ５１１ａに対して送信することはできない。そこで、ドライバ５２１ａは、ＲＳＨＤ５１１ａとのＴＣＰのセッションを切断する（Ｓ２１）。当該セッションの切断は、ＲＳＨＤ５１１ａによって検知される。ＲＳＨＤ５１１ａは、セッションの切断の検知に応じ、セッションの切断をプロトコルスタック制御部５１２ａに通知する（Ｓ２２）。プロトコルスタック制御部５１２ａは、上位層５１３ａに対してセッションの切断を通知する（Ｓ２３）。上位層５１３ａは、セッションの切断の通知に応じ、読み取りの終了処理を実行することにより、スキャナ５１０ａを待機状態から解放する（Ｓ２４）。
【００１３】
一方、図３は、ＵＳＢ接続の場合のスキャンウェイトモードによる処理手順を示すシーケンス図である。同図にはＵＳＢ接続されたＰＣ５２０ｂ及びスキャナ５１０ｂ間におけるスキャンデータの転送時の処理手順が示されている。
【００１４】
同図において、ＰＣ５２０ｂは、ドライバ５２１ｂを有する。ドライバ５２１ｂは、ＵＳＢ接続されたスキャナ５１０ｂからのスキャンデータの取得等を制御するドライバプログラムである。
【００１５】
スキャナ５１０ｂは、ＵＳＢＤ５１１ｂ、プロトコルスタック制御部５１２ｂ、及び上位層５１３ｂ等を有する。ＵＳＢＤ５１１ｂは、ＵＳＢ接続におけるＰＣ５２０ｂとのＵＳＢ通信を制御するプログラムである。プロトコルスタック制御部５１２ｂは、ＵＳＢ接続されたＰＣ５２０ｂへのスキャンデータの転送等を制御するプログラムである。上位層５１３ｂは、スキャナ５１０ｂに画像データの読み取りを実行させるプログラムである。
【００１６】
ＰＣ５２０ｂにおいて、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ５２１ｂは、スキャナ５２０ｂのスタートキーの状態の取得要求をＵＳＢＤ５１１ｂに送信する（Ｓ３１）。スタートキーの状態の取得要求は、ＴＷＡＮプロトコルスタック制御部５１２ｂを経て上位層５１３ｂに通知される（Ｓ３２、Ｓ３３）。上位層５１３ｂは、スタートキーの状態（押下されたか否か）を確認し、当該状態（キー状態情報）を示す情報をプロトコルスタック制御部５１２ｂに通知する（Ｓ３４）。キー状態情報は、ＵＳＢＤ５１１ｂを経てドライバ５２１ｂに返信される（Ｓ３５、Ｓ３６）。このような手順（ステップＳ３１〜Ｓ３６）が、開始指示の入力後、繰り返し実行される。
【００１７】
ＵＳＢＤ５１１ｂから返信されるキー状態情報において、スタートキーが押下されたことが示されていると、ドライバ５２１ｂは、スキャンデータの取得要求をＵＳＢＤ５１１ｂに対して送信する（Ｓ３７）。ＵＳＢＤ５１１ｂは、当該取得要求をプロトコルスタック制御部５１２ｂに通知する（Ｓ３８）。当該取得要求に応じ、プロトコルスタック制御部５１２ｂは、上位層５１３ｂに対してデータの取得を要求する（Ｓ３９）。以降、図１のステップＳ１６〜Ｓ１８と同様の手順でスキャンデータがＰＣ５２０ａに返信される（Ｓ４０〜Ｓ４２）。なお、ＵＳＢ接続の場合は、セッションという概念が存在しないため、セッションの切断は行われない。
【００１８】
また、図４は、ＵＳＢ接続の場合のスキャンウェイトモードにおいて読み取りが中止された際の処理手順を示すシーケンス図である。図４中、図３と同一部分には同一符号を付し、その説明は適宜省略する。
【００１９】
ステップＳ３１〜Ｓ３６の処理が繰り返し実行されることによりスタートキーの状態の確認がドライバ５２１ｂによって行われている間に、ＰＣ５２０ｂにおいてユーザによってキャンセルが指示されたとする。この場合、ドライバ５２１ｂは、キー状態の取得要求の送信を終了する。その結果、ステップＳ３１〜Ｓ３６のループ処理は終了する。
【００２０】
図１から図４において示したように、ネットワーク接続の場合とＵＳＢ接続の場合とでは、通常時（図１及び図３）及び中止時（図２及び図４）の双方において、処理手順が異なる。
【００２１】
なお、従来、一台のスキャナは、いずれか一方のみ接続方式に対応していた。
【特許文献１】特開２００５−１７５５５１号公報
【発明の開示】
【発明が解決しようとする課題】
【００２２】
しかしながら、ユーザによる利用形態は多種多様であり、その接続方式がいずれか一方に限定されるのは利便性に欠ける。但し、双方の接続方式による機能モジュールを単純に組み合わせてスキャナに実装した場合、プロトコルスタック制御部５１２や上位層５１３等は、双方の接続方式に対応した振る舞いを要求され、その実装内容が複雑化し、開発工数が増加するという問題がある。
【００２３】
本発明は、上記の点に鑑みてなされたものであって、スキャンデータの転送先のコンピュータとの接続形態を適切に多様化させることのできる画像形成装置、情報処理方法及びプログラムの提供を目的とする。
【課題を解決するための手段】
【００２４】
そこで上記課題を解決するため、本発明は、読み取り手段と操作手段とを備えた画像形成装置であって、ネットワークを介して接続されるコンピュータとの通信を制御するネットワーク通信手段と、ＵＳＢを介して接続されるコンピュータとの通信を制御するＵＳＢ通信手段と、前記ネットワーク通信手段又は前記ＵＳＢ通信手段によって受信されるスキャンデータの取得要求に応じ、前記操作手段に対する入力を待機し、該操作手段に対する入力に応じて前記読み取り手段に読み取りを実行させる読み取り制御手段と、読み取られたスキャンデータのコンピュータへの転送を、前記取得要求を受信した前記ネットワーク通信手段又は前記ＵＳＢ通信手段に実行させるデータ転送制御手段とを有することを特徴とする。
【００２５】
このような画像形成装置では、スキャンデータの転送先のコンピュータとの接続形態を適切に多様化させることができる。
【発明の効果】
【００２６】
本発明によれば、スキャンデータの転送先のコンピュータとの接続形態を適切に多様化させることのできる画像形成装置、情報処理方法及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【００２７】
以下、図面に基づいて本発明の実施の形態を説明する。図５は、本発明の実施の形態におけるシステム構成例を示す図である。
【００２８】
同図において、機器１０は、少なくともスキャナとして機能する画像形成装置である。機器１０は、ＬＡＮ（Local Area Network）等のネットワーク４０（有線又は無線の別は問わない。）を介して一台以上のＰＣ（Personal Computer）２０と接続されている。また、機器１０は、ＰＣ３０とＵＳＢ接続されている。
【００２９】
図６は、本発明の実施の形態における機器のハードウェア構成例を示す図である。同図において、機器１０は、それぞれバスBで相互に接続されている、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、補助記憶装置１０４、ＬＡＮコントローラ１０５、ＵＳＢポート１０６、画像読み取り装置１０７、及び操作パネル１０８等より構成される。
【００３０】
ＲＯＭ１０２や補助記憶装置１０４には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１０３は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１０１は、ＲＡＭ１０３にロードされたプログラムを処理することにより、後述される機能を実現する。
【００３１】
ＬＡＮコントローラ１０５は、ネットワーク４０を介した通信を実現する。ＵＳＢポート１０６は、ＵＳＢ（Universal Serial Bus）ケーブルを差し込む接続口である。画像読み取り装置１０７は、紙文書より画像データ（スキャンデータ）を読み取る。操作パネル１０８は、ユーザからの入力の受け付けやユーザに対する情報の通知等を行うめのボタン又はキー等の操作手段や、液晶パネル等の表示手段等を備えたハードウェアである。
【００３２】
なお、機器１０は、印刷装置、ＦＡＸ装置等を更に備えた複合機として構成されていてもよい。
【００３３】
図７は、本発明の実施の形態におけるＰＣ及び機器のソフトウェア構成例を示す図である。同図において、ＰＣ２０は、ドライバ２１を有する。ドライバ２１は、ネットワーク接続された機器１０からのスキャンデータの取得等を制御するドライバプログラムである。
【００３４】
ＰＣ３０は、ドライバ３１を有する。ドライバ３１は、ＵＳＢ接続されたスキャナ５１０ｂからのスキャンデータの取得等を制御するドライバプログラムである。
【００３５】
機器１０は、ＲＳＨＤ１１、ＵＳＢＤ１２、プロトコルスタック制御部１３、及び読み取り制御部１４等を有する。ＲＳＨＤ１１は、リモートシェルの実行を制御するプログラムであり、本実施の形態では、ドライバ２１とのネットワーク通信を制御する。
【００３６】
ＵＳＢＤ１２は、ＵＳＢ接続におけるＰＣ３０（ドライバ３１）とのＵＳＢ通信を制御するプログラムである。
【００３７】
プロトコルスタック制御部１３は、ＲＳＨＤ１１又はＵＳＢＤ１２を用いて、ネットワーク接続又はＵＳＢ接続されたＰＣ２０又はＰＣ３０との間のスキャンデータの転送等を制御するプログラムである。
【００３８】
読み取り制御部１４は、画像読み取り装置１０７を制御して原稿からの画像の読み取りを実行させる。
【００３９】
以下、ＰＣ２０又はＰＣ３０と機器１０とによる処理手順について説明する。なお、本実施の形態では、スキャンウェイトモードによる画像データの読み取りについて説明する。スキャンウェイトモードとは、機器１０において読み取られた画像データをＰＣ２０又は３０に転送する形態において、機器１０の操作パネル１０８における操作によって読み取りを開始する方式をいう。なお、本実施の形態では、操作パネル１０８のスタートキーによる押下を、操作パネル１０８における操作の具体例として説明する。
【００４０】
図８は、本実施の形態のネットワーク接続の場合の処理手順を説明するためのシーケンス図である。同図には、ネットワーク４０によって接続されたＰＣ２０及び機器１０間におけるスキャンデータの転送時の処理手順が示されている。
【００４１】
ＰＣ２０において、例えば、ドライバ２１が表示させている画面を介して、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ２１は、ＲＳＨＤ１１との間でＴＣＰのセッションを開設する（ＴＣＰレベルでのコネクションを確立する）（Ｓ１０１）。続いて、ドライバ２１は、スキャンデータの取得要求をＲＳＨＤ１１に対し送信する（Ｓ１０２）。ＲＳＨＤ１１は、当該取得要求をプロトコルスタック制御部１３に通知する（Ｓ１０３）。当該取得要求に応じ、プロトコルスタック制御部１３は、読み取り制御部１４に対して読み取りの実行を要求する（Ｓ１０４）。読み取り制御部１４は、操作パネル１０８を制御し、スタートキーの押下を待機させる。スタートキーが押下されると、読み取り制御部１４は、読み取り装置１０７を制御して、原稿の読み取りを実行させる（Ｓ１０５）。原稿の読み取りが完了すると、読み取り制御部１４は、スキャンデータの転送をプロトコルスタック制御部１３に要求する（Ｓ１０６）。プロトコルスタック制御部１３は、スキャンデータの取得要求元へのスキャンデータの送信をＲＳＨＤ１１に要求する（Ｓ１０７）。ＲＳＨＤ１１は、スキャンデータを要求元のＰＣ２０のドライバ２１に送信する（Ｓ１０８）。ドライバ２１は、スキャンデータの受信が完了すると、セッションを切断する（Ｓ１０９）。
【００４２】
また、図９は、本実施の形態のネットワーク接続の場合において読み取りが中止された際の処理手順を示すシーケンス図である。図９中、図８と同一部分には同一符号を付し、その説明は適宜省略する。
【００４３】
図８のステップＳ１０１からＳ１０４までと同様の処理が実行され、読み取り制御部１４がスタートキーの押下を待機している間に、ＰＣ２０において例えばドライバ２１が表示させている画面を介してユーザによってキャンセル指示が入力されたとする。ここで、ドライバ２１は、スキャンデータの取得要求に対する応答待ちであるため、改めてスキャンの中止要求をＲＳＨＤ１１に対して送信することはできない。そこで、ドライバ２１は、ＲＳＨＤ１１とのＴＣＰのセッションを切断する（Ｓ２０１）。当該セッションの切断は、ＲＳＨＤ１１によって検知される。ＲＳＨＤ１１は、セッションの切断の検知に応じ、セッションの切断をプロトコルスタック制御部１３に通知する（Ｓ２０２）。プロトコルスタック制御部１３は、読み取り制御部１４に対してセッションの切断を通知する（Ｓ２０３）。読み取り制御部１４は、セッションの切断の通知に応じ、読み取りの終了処理を実行することにより、機器１０を待機状態から解放する（Ｓ２０４）。
【００４４】
次に、ＵＳＢ接続の場合の処理手順について説明する。図１０は、本実施の形態のＵＳＢ接続の場合の処理手順を説明するためのシーケンス図である。同図にはＵＳＢ接続されたＰＣ３０及び機器１０間におけるスキャンデータの転送時の処理手順が示されている。
【００４５】
ＰＣ３０において、例えば、ドライバ３１が表示させている画面を介して、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ３１は、ＵＳＢＤ１２との間でＵＳＢレベルでの擬似的なセッション（以下、「擬似セッション」という。）を開設する（Ｓ３０１）。ここで、擬似セッションは、ＵＳＢレベルの通知において、その切断又は破棄が、サーバ側（ＵＳＢＤ１２）において検知可能なものであればよい。
【００４６】
続いて、ドライバ３１は、スキャンデータの取得要求をＵＳＢＤ１２に対して行う（Ｓ３０２）。ＵＳＢＤ１２は、当該取得要求をプロトコルスタック制御部１３に通知する（Ｓ３０３）。当該取得要求に応じ、プロトコルスタック制御部１３は、読み取り制御部１４に対して読み取りの実行を要求する（Ｓ３０４）。読み取り制御部１４は、操作パネル１０８を制御し、スタートキーの押下を待機させる。スタートキーが押下されると、読み取り制御部１４は、読み取り装置１０７を制御して、原稿の読み取りを実行させる（Ｓ３０５）。原稿の読み取りが完了すると、読み取り制御部１４は、スキャンデータの転送をプロトコルスタック制御部１３に要求する（Ｓ３０６）。プロトコルスタック制御部１３は、スキャンデータの取得要求元へのスキャンデータの送信をＵＳＢＤ１２に要求する（Ｓ３０７）。ＵＳＢＤ１２は、スキャンデータを要求元のＰＣ３０のドライバ３１に送信する（Ｓ３０８）。ドライバ３１は、スキャンデータの受信が完了すると、擬似セッションを切断する（Ｓ３０９）。
【００４７】
また、図１１は、本実施の形態のＵＳＢ接続の場合において読み取りが中止された際の処理手順を示すシーケンス図である。図１１中、図１０と同一部分には同一符号を付し、その説明は適宜省略する。
【００４８】
図１０のステップＳ３０１からＳ３０４までと同様の処理が実行され、読み取り制御部１４がスタートキーの押下を待機している間に、ＰＣ３０において例えばドライバ３１が表示させている画面を介してユーザによってキャンセル指示が入力されたとする。ここで、ドライバ３１は、スキャンデータの取得要求に対する応答待ちであるため、改めてスキャンの中止要求をＵＳＢＤ１２に対して送信することはできない。そこで、ドライバ３１は、ＵＳＢＤ１２との擬似セッションを切断する（Ｓ４０１）。当該擬似セッションの切断は、ＵＳＢＤ１２によって検知される。ＵＳＢＤ１２は、擬似セッションの切断の検知に応じ、擬似セッションの切断をプロトコルスタック制御部１３に通知する（Ｓ４０２）。プロトコルスタック制御部１３は、読み取り制御部１４に対して擬似セッションの切断を通知する（Ｓ４０３）。読み取り制御部１４は、擬似セッションの切断の通知に応じ、読み取りの終了処理を実行することにより、機器１０を待機状態から解放する（Ｓ４０４）。
【００４９】
上述したように、本実施の形態における機器１０は、ネットワーク接続及びＵＳＢ接続の双方において、スキャンウェイトモードにより処理手順を実行することができる。また、図８及び図９と図１０及び図１１とを比較すると明らかなように、本実施の形態では、ＵＳＢ接続の場合の処理シーケンスは、ネットワーク接続の場合の処理シーケンスと同様なものとなっている。すなわち、ＵＳＢ接続の場合に、スタートキーの状態を確認するためのポーリングは実行されない。これは、ＵＳＢＤ１２とドライバ３１との間において擬似的なセッションが設けられることにより、接続形態の相違による処理手順の相違がＲＳＨＤ１１及びＵＳＢＤ１２の層において吸収されているからである。その結果、プロトコルスタック制御部１３及び読み取り制御部１４は、接続形態の別によらず同じ動作によってスキャンウェイトモードによるスキャンを実現することができる。したがって、プロトコルスタック制御部１３及び読み取り制御部１４の実装を、接続形態に対して共通なものとすることができる。また、プロトコルスタック制御部１３と、ＲＳＨＤ１１及びＵＳＢＤ１２との間のインタフェースを統一化してもよい。そうすることにより、プロトコルスタック制御部１３において、ＲＳＨＤ１１とＵＳＢＤ１２との別を意識した実装を行う必要性を軽減することができる。
【００５０】
なお、ネットワーク接続における処理手順をＵＳＢ接続の場合の従来の処理手順（図３及び図４参照）に合わせることも考えられる。但し、この場合、スタートキーの接続を確認するためのポーリングをネットワーク４０を介して実行することになり、ネットワークトラフィックを増加させるという問題がある。したがって、本実施の形態のように、ネットワーク接続の処理手順に統合する方が、ネットワーク負荷に対する影響の観点において好ましい。
【００５１】
ところで、上記では、機器１０とＰＣ２０又は３０との同時期における接続の多重度が１対１の例について説明したが、１対多であってもよい。以下では、斯かる例について説明する。
【００５２】
図１２は、複数のネットワーク接続によるスキャン要求が同時期に発生した場合の処理手順を説明するためのシーケンス図である。同図においてＰＣ２０ａ及びＰＣ２０ｂは、図５におけるＰＣ２０の各一台に相当する。ドライバ２１ａは、ＰＣ２０ａのドライバ２１であり、ドライバ２１ｂは、ＰＣ２０ｂのドライバ２１である。
【００５３】
ＰＣ２０ａにおいて、例えば、ドライバ２１ａが表示させている画面を介して、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ２１ａは、ＲＳＨＤ１１との間でＴＣＰのセッションを開設する（Ｓ５０１ａ）。続いて、ドライバ２１ａは、スキャンデータの宛先を識別するための情報（宛先情報）の登録要求をＲＳＨＤ１１に送信する（Ｓ５０２ａ）。宛先情報は、例えば、ＰＣ２０をネットワーク４０において一意に識別する情報（ホスト名又はＩＰアドレス等）、及びＰＣ２０ａにおけるユーザを識別する情報（ユーザ名等）等を含む。なお、ユーザ名は、ＯＳ（Operating System）による認証機能において入力された認証情報より取得しても良いし、ドライバ２１又はドライバ２１の上位アプリケーションが認証情報を入力させるようにし、当該認証情報より取得してもよい。
【００５４】
宛先情報は、プロトコルスタック制御部１３を介して読み取り制御部１４に通知される（Ｓ５０３ａ、Ｓ５０４ａ）。読み取り制御部１４は、宛先情報をＲＡＭ１０３内に保持（登録）すると共に、操作パネル１０７の液晶パネルに宛先一覧画面を表示させ、当該宛先一覧画面に当該宛先情報を表示させる（Ｓ５０５ａ）。宛先情報の登録が正常に行われると、その旨が、ドライバ２１ａに返信される（Ｓ５０６ａ〜Ｓ５０８ａ）。
【００５５】
続いて、ステップＳ５０９ａ〜Ｓ５１１ａでは、図８のステップＳ１０２〜Ｓ１０４と同様の手順によって、ドライバ２１ａによるスキャンデータの取得要求が読み取り制御部１４に通知される。したがって、この段階で機器１０は、読み取りの待機状態となる。
【００５６】
この待機状態において、他のＰＣ２０（ＰＣ２０ｂ）においてユーザによって読み取り条件の設定及び読み取り開始指示が入力されたとする。この場合、ドライバ２１ｂに関してステップＳ５０１ａ〜Ｓ５１１ａと同様の処理が実行される（Ｓ５０１ｂ〜Ｓ５１１ｂ）。なお、ステップＳ５０２ｂ〜Ｓ５０４ｂでは、ＰＣ２０ｂの識別情報とＰＣ２０ｂのユーザの識別情報とを含む情報が宛先情報として読み取り制御部１４に通知される。その結果、ステップＳ５０５ｂにおいて宛先一覧画面は例えば以下のように表示される。
【００５７】
図１３は、宛先一覧画面の表示例を示す図である。同図に示される宛先一覧画面１７０には、二つの宛先情報の一覧が表示されている。一つはステップＳ５０４ａにおいて読み取り制御部１４に通知されたものであり、もう一つはステップＳ５０４ｂにおいて読み取り制御部１４に通知されたものである。したがって、ステップＳ５０４ａの段階において、宛先一覧画面１７０には、一つのみの宛先情報が表示されている。
【００５８】
ここで、機器１０（読み取り制御部１４）は、待機状態となっている。そこで、ユーザが、宛先一覧画面１７０において、スキャンデータの宛先（転送先）を選択し、スタートボタンを押下すると（Ｓ５１２）、選択された宛先をスキャンデータの転送先として、図８のステップＳ１０５〜Ｓ１０８と同様の処理が実行され、その後、当該宛先に斯かるドライバ２１とのセッションが切断される。続けて、宛先を選択し、スタートボタンが押下されると（Ｓ５１２）、新たに選択された宛先を転送先として、Ｓ１０５〜Ｓ１０８と同様の処理が実行される。
【００５９】
なお、同時に複数の宛先の選択を可能としてもよい。この場合、複数の宛先に同じスキャンデータが送信される。
【００６０】
次に、図１４は、ネットワーク接続とＵＳＢ接続とによるスキャン要求が同時期に発生した場合の処理手順を説明するためのシーケンス図である。図１４中、図１２と同一ステップには同一ステップ番号を付している。
【００６１】
ステップＳ５０１ａからステップＳ５１１ａまでは、図１２において説明した通りである。
【００６２】
機器１０の待機状態において、機器１０とはＵＳＢ接続しているＰＣ３０において、例えば、ドライバ３１が表示させている画面を介して、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ３１は、ＵＳＢＤ１２との間で擬似セッションを開設する（Ｓ６０１）。続いて、ドライバ３１は、スキャンデータの宛先情報の登録要求をＵＳＢＤ１２に送信する（Ｓ６０２）。以降、ステップＳ６０３〜Ｓ６０５では、ステップＳ５０３ａ〜Ｓ５０５ａと同様に宛先情報が読み取り制御部１４に通知され、宛先一覧画面１７０に表示される。
【００６３】
宛先情報の登録が正常に行われたことが通知されると（Ｓ６０６〜Ｓ６０８）、ステップＳ６０９〜Ｓ６１１において、図１０のステップＳ３０２〜Ｓ３０４と同様の手順によって、ドライバ３１によるスキャンデータの取得要求が読み取り制御部１４に通知される。
【００６４】
以降の処理手順は、図１２において説明した通りである。
【００６５】
上述したように、本実施の形態における機器１０によれば、スキャンウェイトモードにおいて、ネットワーク又はＵＳＢによって接続された複数のコンピュータからのスキャンデータの取得要求に対応することができる。その際、複数の取得要求に対するスキャンデータの転送先をユーザに適切に選択させることができる。
【００６６】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００６７】
【図１】ネットワーク接続の場合のスキャンウェイトモードによる処理手順を示すシーケンス図である。
【図２】ネットワーク接続の場合のスキャンウェイトモードにおいて読み取りが中止された際の処理手順を示すシーケンス図である。
【図３】ＵＳＢ接続の場合のスキャンウェイトモードによる処理手順を示すシーケンス図である。
【図４】ＵＳＢ接続の場合のスキャンウェイトモードにおいて読み取りが中止された際の処理手順を示すシーケンス図である。
【図５】本発明の実施の形態におけるシステム構成例を示す図である。
【図６】本発明の実施の形態における機器のハードウェア構成例を示す図である。
【図７】本発明の実施の形態におけるＰＣ及び機器のソフトウェア構成例を示す図である。
【図８】本実施の形態のネットワーク接続の場合の処理手順を説明するためのシーケンス図である。
【図９】本実施の形態のネットワーク接続の場合において読み取りが中止された際の処理手順を示すシーケンス図である。
【図１０】本実施の形態のＵＳＢ接続の場合の処理手順を説明するためのシーケンス図である。
【図１１】本実施の形態のＵＳＢ接続の場合において読み取りが中止された際の処理手順を示すシーケンス図である。
【図１２】複数のネットワーク接続によるスキャン要求が同時期に発生した場合の処理手順を説明するためのシーケンス図である。
【図１３】宛先一覧画面の表示例を示す図である。
【図１４】ネットワーク接続とＵＳＢ接続とによるスキャン要求が同時期に発生した場合の処理手順を説明するためのシーケンス図である。
【符号の説明】
【００６８】
１０ 機器
１１ ＲＳＨＤ
１２ ＵＳＢＤ
１３ プロトコルスタック制御部
１４ 読み取り制御部
２０、３０ ＰＣ
２１、３１ ドライバ
４０ ネットワーク
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 補助記憶装置
１０５ ＬＡＮコントローラ
１０６ ＵＳＢポート
１０７ 画像読み取り装置
１０８ 操作パネル
Ｂ バス
【技術分野】
【０００１】
本発明は、画像形成装置、情報処理方法及びプログラムに関し、特にネットワーク又はＵＳＢによって接続されたコンピュータにスキャンデータを転送可能な画像形成装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、スキャナとＰＣ（Personal Computer）とを接続し、ＰＣ側において設定された読み取り条件に従ってスキャナがスキャンを実行し、そのスキャンデータ（画像データ）をＰＣからの要求によってスキャナがＰＣに転送する技術が存在する。斯かる技術において、ＰＣ側の操作（画面に対する入力等）に基づいて読み取りを開始する方式（以下、「通常モード」という。）と、スキャナ側の操作（操作パネルを介した入力等）に基づいて読み取りを開始する方式（以下、「スキャンウェイトモード」という。）とがある。
【０００３】
通常モードの場合、ユーザは、スキャナ側に原稿をセットした後ＰＣに戻り、ＰＣにおいて読み取り条件等を設定する。読み取り条件の設定後、ユーザは、ＰＣにおいて読み取りの開始指示を入力する。当該開始指示はスキャナに通知され、スキャナによって原稿が読み取られる。その後、ユーザは、原稿を回収するため改めてスキャナの設置場所に赴く必要があった。
【０００４】
一方、スキャンウェイトモードの場合、ユーザは、ＰＣ側において読み取り条件等を設定し、読み取りの開始指示を入力する。当該開始指示により、スキャナは、操作パネル等を介したスキャンの開始指示の入力を待機する。ユーザは、スキャナの設置場所に赴き、原稿をセットし、スキャナに対して読み取り開始指示（例えば、スタートキーの押下）を入力する。当該開始指示の入力に応じてスキャナによって原稿が読み取られる。
【０００５】
上記した手順より明らかなように、スキャンウェイトモードの場合は、ＰＣとスキャナとの間の行き来の回数を減少させることができるという利点がある。また、ユーザが原稿から離れることは無いため、セキュアな読み取りを実現することができる。
【０００６】
他方において、ＰＣとスキャナとの間の接続は、ネットワークによる場合とＵＳＢによる場合とがある。従来、ネットワーク接続の場合とＵＳＢ接続の場合とでは、スキャンウェイトモードにおけるＰＣ及びスキャナ間の通信手順が異なっていた。
【０００７】
図１は、ネットワーク接続の場合のスキャンウェイトモードによる処理手順を示すシーケンス図である。同図には、ＬＡＮ（Local Area Network）等のネットワークによって接続されたＰＣ５２０ａ及びスキャナ５１０ａ間におけるスキャンデータの転送時の処理手順が示されている。
【０００８】
同図において、ＰＣ５２０ａは、ドライバ５２１ａを有する。ドライバ５２１ａは、ネットワーク接続されたスキャナ５１０ａからのスキャンデータの取得等を制御するドライバプログラムである。
【０００９】
スキャナ５１０ａは、ＲＳＨＤ５１１ａ、プロトコルスタック制御部５１２ａ、及び上位層５１３ａ等を有する。ＲＳＨＤ５１１ａは、リモートシェルの実行を制御するプログラムであり、ここでは、ドライバ５２１ａとのネットワーク通信を制御する。プロトコルスタック制御部５１２ａは、ネットワーク接続されたＰＣ５２０ａへのスキャンデータの転送等を制御するプログラムである。上位層５１３ａは、スキャナ５１０ａに画像データの読み取りを実行させるプログラムである。
【００１０】
ＰＣ５２０ａにおいて、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ５２１ａは、ＲＳＨＤ５１１ａとの間でＴＣＰのセッションを開設する（ＴＣＰレベルでのコネクションを確立する）（Ｓ１１）。続いて、ドライバ５２１ａは、スキャンデータの取得要求をＲＳＨＤ５１１ａに対して行う（Ｓ１２）。ＲＳＨＤ５１１ａは、当該取得要求をプロトコルスタック制御部５１２ａに通知する（Ｓ１３）。当該取得要求に応じ、プロトコルスタック制御部５１２ａは、上位層５１３ａに対して読み取りの実行を要求する（Ｓ１４）。上位層５１３ａは、スタートキーが押下されると読み取りを実行し（Ｓ１５）。スキャンデータの転送をプロトコルスタック制御部５１２ａに要求する（Ｓ１６）。プロトコルスタック制御部５１２ａは、スキャンデータの取得要求元へのスキャンデータの送信をＲＳＨＤ５１１ａに要求する（Ｓ１７）。ＲＳＨＤ５１１ａは、スキャンデータを要求元のＰＣ５２０ａのドライバ５２１ａに送信する（Ｓ１８）。ドライバ５２１ａは、スキャンデータの受信が完了すると、セッションを切断する（Ｓ１９）。
【００１１】
また、図２は、ネットワーク接続の場合のスキャンウェイトモードにおいて読み取りが中止された際の処理手順を示すシーケンス図である。図２中、図１と同一部分には同一符号を付し、その説明は適宜省略する。
【００１２】
図１のステップＳ１１からＳ１４までと同様の処理が実行され、上位層５１３ａがスタートキーの押下を待機している間に、ＰＣ５２０ａにおいてユーザによってキャンセルが指示されたとする。ここで、ドライバ５２１ａは、スキャンデータの取得要求に対する応答待ちであるため、改めてスキャンの中止要求をＲＳＨＤ５１１ａに対して送信することはできない。そこで、ドライバ５２１ａは、ＲＳＨＤ５１１ａとのＴＣＰのセッションを切断する（Ｓ２１）。当該セッションの切断は、ＲＳＨＤ５１１ａによって検知される。ＲＳＨＤ５１１ａは、セッションの切断の検知に応じ、セッションの切断をプロトコルスタック制御部５１２ａに通知する（Ｓ２２）。プロトコルスタック制御部５１２ａは、上位層５１３ａに対してセッションの切断を通知する（Ｓ２３）。上位層５１３ａは、セッションの切断の通知に応じ、読み取りの終了処理を実行することにより、スキャナ５１０ａを待機状態から解放する（Ｓ２４）。
【００１３】
一方、図３は、ＵＳＢ接続の場合のスキャンウェイトモードによる処理手順を示すシーケンス図である。同図にはＵＳＢ接続されたＰＣ５２０ｂ及びスキャナ５１０ｂ間におけるスキャンデータの転送時の処理手順が示されている。
【００１４】
同図において、ＰＣ５２０ｂは、ドライバ５２１ｂを有する。ドライバ５２１ｂは、ＵＳＢ接続されたスキャナ５１０ｂからのスキャンデータの取得等を制御するドライバプログラムである。
【００１５】
スキャナ５１０ｂは、ＵＳＢＤ５１１ｂ、プロトコルスタック制御部５１２ｂ、及び上位層５１３ｂ等を有する。ＵＳＢＤ５１１ｂは、ＵＳＢ接続におけるＰＣ５２０ｂとのＵＳＢ通信を制御するプログラムである。プロトコルスタック制御部５１２ｂは、ＵＳＢ接続されたＰＣ５２０ｂへのスキャンデータの転送等を制御するプログラムである。上位層５１３ｂは、スキャナ５１０ｂに画像データの読み取りを実行させるプログラムである。
【００１６】
ＰＣ５２０ｂにおいて、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ５２１ｂは、スキャナ５２０ｂのスタートキーの状態の取得要求をＵＳＢＤ５１１ｂに送信する（Ｓ３１）。スタートキーの状態の取得要求は、ＴＷＡＮプロトコルスタック制御部５１２ｂを経て上位層５１３ｂに通知される（Ｓ３２、Ｓ３３）。上位層５１３ｂは、スタートキーの状態（押下されたか否か）を確認し、当該状態（キー状態情報）を示す情報をプロトコルスタック制御部５１２ｂに通知する（Ｓ３４）。キー状態情報は、ＵＳＢＤ５１１ｂを経てドライバ５２１ｂに返信される（Ｓ３５、Ｓ３６）。このような手順（ステップＳ３１〜Ｓ３６）が、開始指示の入力後、繰り返し実行される。
【００１７】
ＵＳＢＤ５１１ｂから返信されるキー状態情報において、スタートキーが押下されたことが示されていると、ドライバ５２１ｂは、スキャンデータの取得要求をＵＳＢＤ５１１ｂに対して送信する（Ｓ３７）。ＵＳＢＤ５１１ｂは、当該取得要求をプロトコルスタック制御部５１２ｂに通知する（Ｓ３８）。当該取得要求に応じ、プロトコルスタック制御部５１２ｂは、上位層５１３ｂに対してデータの取得を要求する（Ｓ３９）。以降、図１のステップＳ１６〜Ｓ１８と同様の手順でスキャンデータがＰＣ５２０ａに返信される（Ｓ４０〜Ｓ４２）。なお、ＵＳＢ接続の場合は、セッションという概念が存在しないため、セッションの切断は行われない。
【００１８】
また、図４は、ＵＳＢ接続の場合のスキャンウェイトモードにおいて読み取りが中止された際の処理手順を示すシーケンス図である。図４中、図３と同一部分には同一符号を付し、その説明は適宜省略する。
【００１９】
ステップＳ３１〜Ｓ３６の処理が繰り返し実行されることによりスタートキーの状態の確認がドライバ５２１ｂによって行われている間に、ＰＣ５２０ｂにおいてユーザによってキャンセルが指示されたとする。この場合、ドライバ５２１ｂは、キー状態の取得要求の送信を終了する。その結果、ステップＳ３１〜Ｓ３６のループ処理は終了する。
【００２０】
図１から図４において示したように、ネットワーク接続の場合とＵＳＢ接続の場合とでは、通常時（図１及び図３）及び中止時（図２及び図４）の双方において、処理手順が異なる。
【００２１】
なお、従来、一台のスキャナは、いずれか一方のみ接続方式に対応していた。
【特許文献１】特開２００５−１７５５５１号公報
【発明の開示】
【発明が解決しようとする課題】
【００２２】
しかしながら、ユーザによる利用形態は多種多様であり、その接続方式がいずれか一方に限定されるのは利便性に欠ける。但し、双方の接続方式による機能モジュールを単純に組み合わせてスキャナに実装した場合、プロトコルスタック制御部５１２や上位層５１３等は、双方の接続方式に対応した振る舞いを要求され、その実装内容が複雑化し、開発工数が増加するという問題がある。
【００２３】
本発明は、上記の点に鑑みてなされたものであって、スキャンデータの転送先のコンピュータとの接続形態を適切に多様化させることのできる画像形成装置、情報処理方法及びプログラムの提供を目的とする。
【課題を解決するための手段】
【００２４】
そこで上記課題を解決するため、本発明は、読み取り手段と操作手段とを備えた画像形成装置であって、ネットワークを介して接続されるコンピュータとの通信を制御するネットワーク通信手段と、ＵＳＢを介して接続されるコンピュータとの通信を制御するＵＳＢ通信手段と、前記ネットワーク通信手段又は前記ＵＳＢ通信手段によって受信されるスキャンデータの取得要求に応じ、前記操作手段に対する入力を待機し、該操作手段に対する入力に応じて前記読み取り手段に読み取りを実行させる読み取り制御手段と、読み取られたスキャンデータのコンピュータへの転送を、前記取得要求を受信した前記ネットワーク通信手段又は前記ＵＳＢ通信手段に実行させるデータ転送制御手段とを有することを特徴とする。
【００２５】
このような画像形成装置では、スキャンデータの転送先のコンピュータとの接続形態を適切に多様化させることができる。
【発明の効果】
【００２６】
本発明によれば、スキャンデータの転送先のコンピュータとの接続形態を適切に多様化させることのできる画像形成装置、情報処理方法及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【００２７】
以下、図面に基づいて本発明の実施の形態を説明する。図５は、本発明の実施の形態におけるシステム構成例を示す図である。
【００２８】
同図において、機器１０は、少なくともスキャナとして機能する画像形成装置である。機器１０は、ＬＡＮ（Local Area Network）等のネットワーク４０（有線又は無線の別は問わない。）を介して一台以上のＰＣ（Personal Computer）２０と接続されている。また、機器１０は、ＰＣ３０とＵＳＢ接続されている。
【００２９】
図６は、本発明の実施の形態における機器のハードウェア構成例を示す図である。同図において、機器１０は、それぞれバスBで相互に接続されている、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、補助記憶装置１０４、ＬＡＮコントローラ１０５、ＵＳＢポート１０６、画像読み取り装置１０７、及び操作パネル１０８等より構成される。
【００３０】
ＲＯＭ１０２や補助記憶装置１０４には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１０３は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１０１は、ＲＡＭ１０３にロードされたプログラムを処理することにより、後述される機能を実現する。
【００３１】
ＬＡＮコントローラ１０５は、ネットワーク４０を介した通信を実現する。ＵＳＢポート１０６は、ＵＳＢ（Universal Serial Bus）ケーブルを差し込む接続口である。画像読み取り装置１０７は、紙文書より画像データ（スキャンデータ）を読み取る。操作パネル１０８は、ユーザからの入力の受け付けやユーザに対する情報の通知等を行うめのボタン又はキー等の操作手段や、液晶パネル等の表示手段等を備えたハードウェアである。
【００３２】
なお、機器１０は、印刷装置、ＦＡＸ装置等を更に備えた複合機として構成されていてもよい。
【００３３】
図７は、本発明の実施の形態におけるＰＣ及び機器のソフトウェア構成例を示す図である。同図において、ＰＣ２０は、ドライバ２１を有する。ドライバ２１は、ネットワーク接続された機器１０からのスキャンデータの取得等を制御するドライバプログラムである。
【００３４】
ＰＣ３０は、ドライバ３１を有する。ドライバ３１は、ＵＳＢ接続されたスキャナ５１０ｂからのスキャンデータの取得等を制御するドライバプログラムである。
【００３５】
機器１０は、ＲＳＨＤ１１、ＵＳＢＤ１２、プロトコルスタック制御部１３、及び読み取り制御部１４等を有する。ＲＳＨＤ１１は、リモートシェルの実行を制御するプログラムであり、本実施の形態では、ドライバ２１とのネットワーク通信を制御する。
【００３６】
ＵＳＢＤ１２は、ＵＳＢ接続におけるＰＣ３０（ドライバ３１）とのＵＳＢ通信を制御するプログラムである。
【００３７】
プロトコルスタック制御部１３は、ＲＳＨＤ１１又はＵＳＢＤ１２を用いて、ネットワーク接続又はＵＳＢ接続されたＰＣ２０又はＰＣ３０との間のスキャンデータの転送等を制御するプログラムである。
【００３８】
読み取り制御部１４は、画像読み取り装置１０７を制御して原稿からの画像の読み取りを実行させる。
【００３９】
以下、ＰＣ２０又はＰＣ３０と機器１０とによる処理手順について説明する。なお、本実施の形態では、スキャンウェイトモードによる画像データの読み取りについて説明する。スキャンウェイトモードとは、機器１０において読み取られた画像データをＰＣ２０又は３０に転送する形態において、機器１０の操作パネル１０８における操作によって読み取りを開始する方式をいう。なお、本実施の形態では、操作パネル１０８のスタートキーによる押下を、操作パネル１０８における操作の具体例として説明する。
【００４０】
図８は、本実施の形態のネットワーク接続の場合の処理手順を説明するためのシーケンス図である。同図には、ネットワーク４０によって接続されたＰＣ２０及び機器１０間におけるスキャンデータの転送時の処理手順が示されている。
【００４１】
ＰＣ２０において、例えば、ドライバ２１が表示させている画面を介して、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ２１は、ＲＳＨＤ１１との間でＴＣＰのセッションを開設する（ＴＣＰレベルでのコネクションを確立する）（Ｓ１０１）。続いて、ドライバ２１は、スキャンデータの取得要求をＲＳＨＤ１１に対し送信する（Ｓ１０２）。ＲＳＨＤ１１は、当該取得要求をプロトコルスタック制御部１３に通知する（Ｓ１０３）。当該取得要求に応じ、プロトコルスタック制御部１３は、読み取り制御部１４に対して読み取りの実行を要求する（Ｓ１０４）。読み取り制御部１４は、操作パネル１０８を制御し、スタートキーの押下を待機させる。スタートキーが押下されると、読み取り制御部１４は、読み取り装置１０７を制御して、原稿の読み取りを実行させる（Ｓ１０５）。原稿の読み取りが完了すると、読み取り制御部１４は、スキャンデータの転送をプロトコルスタック制御部１３に要求する（Ｓ１０６）。プロトコルスタック制御部１３は、スキャンデータの取得要求元へのスキャンデータの送信をＲＳＨＤ１１に要求する（Ｓ１０７）。ＲＳＨＤ１１は、スキャンデータを要求元のＰＣ２０のドライバ２１に送信する（Ｓ１０８）。ドライバ２１は、スキャンデータの受信が完了すると、セッションを切断する（Ｓ１０９）。
【００４２】
また、図９は、本実施の形態のネットワーク接続の場合において読み取りが中止された際の処理手順を示すシーケンス図である。図９中、図８と同一部分には同一符号を付し、その説明は適宜省略する。
【００４３】
図８のステップＳ１０１からＳ１０４までと同様の処理が実行され、読み取り制御部１４がスタートキーの押下を待機している間に、ＰＣ２０において例えばドライバ２１が表示させている画面を介してユーザによってキャンセル指示が入力されたとする。ここで、ドライバ２１は、スキャンデータの取得要求に対する応答待ちであるため、改めてスキャンの中止要求をＲＳＨＤ１１に対して送信することはできない。そこで、ドライバ２１は、ＲＳＨＤ１１とのＴＣＰのセッションを切断する（Ｓ２０１）。当該セッションの切断は、ＲＳＨＤ１１によって検知される。ＲＳＨＤ１１は、セッションの切断の検知に応じ、セッションの切断をプロトコルスタック制御部１３に通知する（Ｓ２０２）。プロトコルスタック制御部１３は、読み取り制御部１４に対してセッションの切断を通知する（Ｓ２０３）。読み取り制御部１４は、セッションの切断の通知に応じ、読み取りの終了処理を実行することにより、機器１０を待機状態から解放する（Ｓ２０４）。
【００４４】
次に、ＵＳＢ接続の場合の処理手順について説明する。図１０は、本実施の形態のＵＳＢ接続の場合の処理手順を説明するためのシーケンス図である。同図にはＵＳＢ接続されたＰＣ３０及び機器１０間におけるスキャンデータの転送時の処理手順が示されている。
【００４５】
ＰＣ３０において、例えば、ドライバ３１が表示させている画面を介して、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ３１は、ＵＳＢＤ１２との間でＵＳＢレベルでの擬似的なセッション（以下、「擬似セッション」という。）を開設する（Ｓ３０１）。ここで、擬似セッションは、ＵＳＢレベルの通知において、その切断又は破棄が、サーバ側（ＵＳＢＤ１２）において検知可能なものであればよい。
【００４６】
続いて、ドライバ３１は、スキャンデータの取得要求をＵＳＢＤ１２に対して行う（Ｓ３０２）。ＵＳＢＤ１２は、当該取得要求をプロトコルスタック制御部１３に通知する（Ｓ３０３）。当該取得要求に応じ、プロトコルスタック制御部１３は、読み取り制御部１４に対して読み取りの実行を要求する（Ｓ３０４）。読み取り制御部１４は、操作パネル１０８を制御し、スタートキーの押下を待機させる。スタートキーが押下されると、読み取り制御部１４は、読み取り装置１０７を制御して、原稿の読み取りを実行させる（Ｓ３０５）。原稿の読み取りが完了すると、読み取り制御部１４は、スキャンデータの転送をプロトコルスタック制御部１３に要求する（Ｓ３０６）。プロトコルスタック制御部１３は、スキャンデータの取得要求元へのスキャンデータの送信をＵＳＢＤ１２に要求する（Ｓ３０７）。ＵＳＢＤ１２は、スキャンデータを要求元のＰＣ３０のドライバ３１に送信する（Ｓ３０８）。ドライバ３１は、スキャンデータの受信が完了すると、擬似セッションを切断する（Ｓ３０９）。
【００４７】
また、図１１は、本実施の形態のＵＳＢ接続の場合において読み取りが中止された際の処理手順を示すシーケンス図である。図１１中、図１０と同一部分には同一符号を付し、その説明は適宜省略する。
【００４８】
図１０のステップＳ３０１からＳ３０４までと同様の処理が実行され、読み取り制御部１４がスタートキーの押下を待機している間に、ＰＣ３０において例えばドライバ３１が表示させている画面を介してユーザによってキャンセル指示が入力されたとする。ここで、ドライバ３１は、スキャンデータの取得要求に対する応答待ちであるため、改めてスキャンの中止要求をＵＳＢＤ１２に対して送信することはできない。そこで、ドライバ３１は、ＵＳＢＤ１２との擬似セッションを切断する（Ｓ４０１）。当該擬似セッションの切断は、ＵＳＢＤ１２によって検知される。ＵＳＢＤ１２は、擬似セッションの切断の検知に応じ、擬似セッションの切断をプロトコルスタック制御部１３に通知する（Ｓ４０２）。プロトコルスタック制御部１３は、読み取り制御部１４に対して擬似セッションの切断を通知する（Ｓ４０３）。読み取り制御部１４は、擬似セッションの切断の通知に応じ、読み取りの終了処理を実行することにより、機器１０を待機状態から解放する（Ｓ４０４）。
【００４９】
上述したように、本実施の形態における機器１０は、ネットワーク接続及びＵＳＢ接続の双方において、スキャンウェイトモードにより処理手順を実行することができる。また、図８及び図９と図１０及び図１１とを比較すると明らかなように、本実施の形態では、ＵＳＢ接続の場合の処理シーケンスは、ネットワーク接続の場合の処理シーケンスと同様なものとなっている。すなわち、ＵＳＢ接続の場合に、スタートキーの状態を確認するためのポーリングは実行されない。これは、ＵＳＢＤ１２とドライバ３１との間において擬似的なセッションが設けられることにより、接続形態の相違による処理手順の相違がＲＳＨＤ１１及びＵＳＢＤ１２の層において吸収されているからである。その結果、プロトコルスタック制御部１３及び読み取り制御部１４は、接続形態の別によらず同じ動作によってスキャンウェイトモードによるスキャンを実現することができる。したがって、プロトコルスタック制御部１３及び読み取り制御部１４の実装を、接続形態に対して共通なものとすることができる。また、プロトコルスタック制御部１３と、ＲＳＨＤ１１及びＵＳＢＤ１２との間のインタフェースを統一化してもよい。そうすることにより、プロトコルスタック制御部１３において、ＲＳＨＤ１１とＵＳＢＤ１２との別を意識した実装を行う必要性を軽減することができる。
【００５０】
なお、ネットワーク接続における処理手順をＵＳＢ接続の場合の従来の処理手順（図３及び図４参照）に合わせることも考えられる。但し、この場合、スタートキーの接続を確認するためのポーリングをネットワーク４０を介して実行することになり、ネットワークトラフィックを増加させるという問題がある。したがって、本実施の形態のように、ネットワーク接続の処理手順に統合する方が、ネットワーク負荷に対する影響の観点において好ましい。
【００５１】
ところで、上記では、機器１０とＰＣ２０又は３０との同時期における接続の多重度が１対１の例について説明したが、１対多であってもよい。以下では、斯かる例について説明する。
【００５２】
図１２は、複数のネットワーク接続によるスキャン要求が同時期に発生した場合の処理手順を説明するためのシーケンス図である。同図においてＰＣ２０ａ及びＰＣ２０ｂは、図５におけるＰＣ２０の各一台に相当する。ドライバ２１ａは、ＰＣ２０ａのドライバ２１であり、ドライバ２１ｂは、ＰＣ２０ｂのドライバ２１である。
【００５３】
ＰＣ２０ａにおいて、例えば、ドライバ２１ａが表示させている画面を介して、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ２１ａは、ＲＳＨＤ１１との間でＴＣＰのセッションを開設する（Ｓ５０１ａ）。続いて、ドライバ２１ａは、スキャンデータの宛先を識別するための情報（宛先情報）の登録要求をＲＳＨＤ１１に送信する（Ｓ５０２ａ）。宛先情報は、例えば、ＰＣ２０をネットワーク４０において一意に識別する情報（ホスト名又はＩＰアドレス等）、及びＰＣ２０ａにおけるユーザを識別する情報（ユーザ名等）等を含む。なお、ユーザ名は、ＯＳ（Operating System）による認証機能において入力された認証情報より取得しても良いし、ドライバ２１又はドライバ２１の上位アプリケーションが認証情報を入力させるようにし、当該認証情報より取得してもよい。
【００５４】
宛先情報は、プロトコルスタック制御部１３を介して読み取り制御部１４に通知される（Ｓ５０３ａ、Ｓ５０４ａ）。読み取り制御部１４は、宛先情報をＲＡＭ１０３内に保持（登録）すると共に、操作パネル１０７の液晶パネルに宛先一覧画面を表示させ、当該宛先一覧画面に当該宛先情報を表示させる（Ｓ５０５ａ）。宛先情報の登録が正常に行われると、その旨が、ドライバ２１ａに返信される（Ｓ５０６ａ〜Ｓ５０８ａ）。
【００５５】
続いて、ステップＳ５０９ａ〜Ｓ５１１ａでは、図８のステップＳ１０２〜Ｓ１０４と同様の手順によって、ドライバ２１ａによるスキャンデータの取得要求が読み取り制御部１４に通知される。したがって、この段階で機器１０は、読み取りの待機状態となる。
【００５６】
この待機状態において、他のＰＣ２０（ＰＣ２０ｂ）においてユーザによって読み取り条件の設定及び読み取り開始指示が入力されたとする。この場合、ドライバ２１ｂに関してステップＳ５０１ａ〜Ｓ５１１ａと同様の処理が実行される（Ｓ５０１ｂ〜Ｓ５１１ｂ）。なお、ステップＳ５０２ｂ〜Ｓ５０４ｂでは、ＰＣ２０ｂの識別情報とＰＣ２０ｂのユーザの識別情報とを含む情報が宛先情報として読み取り制御部１４に通知される。その結果、ステップＳ５０５ｂにおいて宛先一覧画面は例えば以下のように表示される。
【００５７】
図１３は、宛先一覧画面の表示例を示す図である。同図に示される宛先一覧画面１７０には、二つの宛先情報の一覧が表示されている。一つはステップＳ５０４ａにおいて読み取り制御部１４に通知されたものであり、もう一つはステップＳ５０４ｂにおいて読み取り制御部１４に通知されたものである。したがって、ステップＳ５０４ａの段階において、宛先一覧画面１７０には、一つのみの宛先情報が表示されている。
【００５８】
ここで、機器１０（読み取り制御部１４）は、待機状態となっている。そこで、ユーザが、宛先一覧画面１７０において、スキャンデータの宛先（転送先）を選択し、スタートボタンを押下すると（Ｓ５１２）、選択された宛先をスキャンデータの転送先として、図８のステップＳ１０５〜Ｓ１０８と同様の処理が実行され、その後、当該宛先に斯かるドライバ２１とのセッションが切断される。続けて、宛先を選択し、スタートボタンが押下されると（Ｓ５１２）、新たに選択された宛先を転送先として、Ｓ１０５〜Ｓ１０８と同様の処理が実行される。
【００５９】
なお、同時に複数の宛先の選択を可能としてもよい。この場合、複数の宛先に同じスキャンデータが送信される。
【００６０】
次に、図１４は、ネットワーク接続とＵＳＢ接続とによるスキャン要求が同時期に発生した場合の処理手順を説明するためのシーケンス図である。図１４中、図１２と同一ステップには同一ステップ番号を付している。
【００６１】
ステップＳ５０１ａからステップＳ５１１ａまでは、図１２において説明した通りである。
【００６２】
機器１０の待機状態において、機器１０とはＵＳＢ接続しているＰＣ３０において、例えば、ドライバ３１が表示させている画面を介して、ユーザによって読み取り条件の設定及び読み取り開始指示が入力されると、ドライバ３１は、ＵＳＢＤ１２との間で擬似セッションを開設する（Ｓ６０１）。続いて、ドライバ３１は、スキャンデータの宛先情報の登録要求をＵＳＢＤ１２に送信する（Ｓ６０２）。以降、ステップＳ６０３〜Ｓ６０５では、ステップＳ５０３ａ〜Ｓ５０５ａと同様に宛先情報が読み取り制御部１４に通知され、宛先一覧画面１７０に表示される。
【００６３】
宛先情報の登録が正常に行われたことが通知されると（Ｓ６０６〜Ｓ６０８）、ステップＳ６０９〜Ｓ６１１において、図１０のステップＳ３０２〜Ｓ３０４と同様の手順によって、ドライバ３１によるスキャンデータの取得要求が読み取り制御部１４に通知される。
【００６４】
以降の処理手順は、図１２において説明した通りである。
【００６５】
上述したように、本実施の形態における機器１０によれば、スキャンウェイトモードにおいて、ネットワーク又はＵＳＢによって接続された複数のコンピュータからのスキャンデータの取得要求に対応することができる。その際、複数の取得要求に対するスキャンデータの転送先をユーザに適切に選択させることができる。
【００６６】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００６７】
【図１】ネットワーク接続の場合のスキャンウェイトモードによる処理手順を示すシーケンス図である。
【図２】ネットワーク接続の場合のスキャンウェイトモードにおいて読み取りが中止された際の処理手順を示すシーケンス図である。
【図３】ＵＳＢ接続の場合のスキャンウェイトモードによる処理手順を示すシーケンス図である。
【図４】ＵＳＢ接続の場合のスキャンウェイトモードにおいて読み取りが中止された際の処理手順を示すシーケンス図である。
【図５】本発明の実施の形態におけるシステム構成例を示す図である。
【図６】本発明の実施の形態における機器のハードウェア構成例を示す図である。
【図７】本発明の実施の形態におけるＰＣ及び機器のソフトウェア構成例を示す図である。
【図８】本実施の形態のネットワーク接続の場合の処理手順を説明するためのシーケンス図である。
【図９】本実施の形態のネットワーク接続の場合において読み取りが中止された際の処理手順を示すシーケンス図である。
【図１０】本実施の形態のＵＳＢ接続の場合の処理手順を説明するためのシーケンス図である。
【図１１】本実施の形態のＵＳＢ接続の場合において読み取りが中止された際の処理手順を示すシーケンス図である。
【図１２】複数のネットワーク接続によるスキャン要求が同時期に発生した場合の処理手順を説明するためのシーケンス図である。
【図１３】宛先一覧画面の表示例を示す図である。
【図１４】ネットワーク接続とＵＳＢ接続とによるスキャン要求が同時期に発生した場合の処理手順を説明するためのシーケンス図である。
【符号の説明】
【００６８】
１０ 機器
１１ ＲＳＨＤ
１２ ＵＳＢＤ
１３ プロトコルスタック制御部
１４ 読み取り制御部
２０、３０ ＰＣ
２１、３１ ドライバ
４０ ネットワーク
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 補助記憶装置
１０５ ＬＡＮコントローラ
１０６ ＵＳＢポート
１０７ 画像読み取り装置
１０８ 操作パネル
Ｂ バス
【特許請求の範囲】
【請求項１】
読み取り手段と操作手段とを備えた画像形成装置であって、
ネットワークを介して接続されるコンピュータとの通信を制御するネットワーク通信手段と、
ＵＳＢを介して接続されるコンピュータとの通信を制御するＵＳＢ通信手段と、
前記ネットワーク通信手段又は前記ＵＳＢ通信手段によって受信されるスキャンデータの取得要求に応じ、前記操作手段に対する入力を待機し、該操作手段に対する入力に応じて前記読み取り手段に読み取りを実行させる読み取り制御手段と、
読み取られたスキャンデータのコンピュータへの転送を、前記取得要求を受信した前記ネットワーク通信手段又は前記ＵＳＢ通信手段に実行させるデータ転送制御手段とを有することを特徴とする画像形成装置。
【請求項２】
前記ネットワーク通信手段は、ネットワークを介して接続されるコンピュータからの前記取得要求ごとに該コンピュータの識別情報を受信し、
前記読み取り制御手段は、前記操作手段に対する入力が行われるまでに受信された複数の前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手段は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記ネットワーク通信手段は、ネットワークを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記ＵＳＢ通信手段は、ＵＳＢを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記読み取り制御手段は、前記操作手段に対する入力が行われるまでに前記ネットワーク通信手段及び前記ＵＳＢ通信手段によって受信された前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手段は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
読み取り手段と操作手段とを備えた画像形成装置が実行する情報処理方法であって、
ネットワークを介して接続されるコンピュータとの通信を制御するネットワーク通信手順と、
ＵＳＢを介して接続されるコンピュータとの通信を制御するＵＳＢ通信手順と、
前記ネットワーク通信手順又は前記ＵＳＢ通信手順によって受信されるスキャンデータの取得要求に応じ、前記操作手段に対する入力を待機し、該操作手段に対する入力に応じて前記読み取り手段に読み取りを実行させる読み取り制御手順と、
読み取られたスキャンデータのコンピュータへの転送を、前記取得要求を受信した前記ネットワーク通信手順又は前記ＵＳＢ通信手順に実行させるデータ転送制御手順とを有することを特徴とする情報処理方法。
【請求項５】
前記ネットワーク通信手順は、ネットワークを介して接続されるコンピュータからの前記取得要求ごとに該コンピュータの識別情報を受信し、
前記読み取り制御手順は、前記操作手段に対する入力が行われるまでに受信された複数の前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手順は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項４記載の情報処理方法。
【請求項６】
前記ネットワーク通信手順は、ネットワークを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記ＵＳＢ通信手順は、ＵＳＢを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記読み取り制御手順は、前記操作手段に対する入力が行われるまでに前記ネットワーク通信手順及び前記ＵＳＢ通信手順によって受信された前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手順は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項４又は５記載の情報処理方法。
【請求項７】
読み取り手段と操作手段とを備えた画像形成装置を、
ネットワークを介して接続されるコンピュータとの通信を制御するネットワーク通信手段と、
ＵＳＢを介して接続されるコンピュータとの通信を制御するＵＳＢ通信手段と、
前記ネットワーク通信手段又は前記ＵＳＢ通信手段によって受信されるスキャンデータの取得要求に応じ、前記操作手段に対する入力を待機し、該操作手段に対する入力に応じて前記読み取り手段に読み取りを実行させる読み取り制御手段と、
読み取られたスキャンデータのコンピュータへの転送を、前記取得要求を受信した前記ネットワーク通信手段又は前記ＵＳＢ通信手段に実行させるデータ転送制御手段として機能させるためのプログラム。
【請求項８】
前記ネットワーク通信手段は、ネットワークを介して接続されるコンピュータからの前記取得要求ごとに該コンピュータの識別情報を受信し、
前記読み取り制御手段は、前記操作手段に対する入力が行われるまでに受信された複数の前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手段は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項７記載のプログラム。
【請求項９】
前記ネットワーク通信手段は、ネットワークを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記ＵＳＢ通信手段は、ＵＳＢを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記読み取り制御手段は、前記操作手段に対する入力が行われるまでに前記ネットワーク通信手段及び前記ＵＳＢ通信手段によって受信された前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手段は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項７又は８記載のプログラム。
【請求項１】
読み取り手段と操作手段とを備えた画像形成装置であって、
ネットワークを介して接続されるコンピュータとの通信を制御するネットワーク通信手段と、
ＵＳＢを介して接続されるコンピュータとの通信を制御するＵＳＢ通信手段と、
前記ネットワーク通信手段又は前記ＵＳＢ通信手段によって受信されるスキャンデータの取得要求に応じ、前記操作手段に対する入力を待機し、該操作手段に対する入力に応じて前記読み取り手段に読み取りを実行させる読み取り制御手段と、
読み取られたスキャンデータのコンピュータへの転送を、前記取得要求を受信した前記ネットワーク通信手段又は前記ＵＳＢ通信手段に実行させるデータ転送制御手段とを有することを特徴とする画像形成装置。
【請求項２】
前記ネットワーク通信手段は、ネットワークを介して接続されるコンピュータからの前記取得要求ごとに該コンピュータの識別情報を受信し、
前記読み取り制御手段は、前記操作手段に対する入力が行われるまでに受信された複数の前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手段は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記ネットワーク通信手段は、ネットワークを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記ＵＳＢ通信手段は、ＵＳＢを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記読み取り制御手段は、前記操作手段に対する入力が行われるまでに前記ネットワーク通信手段及び前記ＵＳＢ通信手段によって受信された前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手段は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
読み取り手段と操作手段とを備えた画像形成装置が実行する情報処理方法であって、
ネットワークを介して接続されるコンピュータとの通信を制御するネットワーク通信手順と、
ＵＳＢを介して接続されるコンピュータとの通信を制御するＵＳＢ通信手順と、
前記ネットワーク通信手順又は前記ＵＳＢ通信手順によって受信されるスキャンデータの取得要求に応じ、前記操作手段に対する入力を待機し、該操作手段に対する入力に応じて前記読み取り手段に読み取りを実行させる読み取り制御手順と、
読み取られたスキャンデータのコンピュータへの転送を、前記取得要求を受信した前記ネットワーク通信手順又は前記ＵＳＢ通信手順に実行させるデータ転送制御手順とを有することを特徴とする情報処理方法。
【請求項５】
前記ネットワーク通信手順は、ネットワークを介して接続されるコンピュータからの前記取得要求ごとに該コンピュータの識別情報を受信し、
前記読み取り制御手順は、前記操作手段に対する入力が行われるまでに受信された複数の前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手順は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項４記載の情報処理方法。
【請求項６】
前記ネットワーク通信手順は、ネットワークを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記ＵＳＢ通信手順は、ＵＳＢを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記読み取り制御手順は、前記操作手段に対する入力が行われるまでに前記ネットワーク通信手順及び前記ＵＳＢ通信手順によって受信された前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手順は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項４又は５記載の情報処理方法。
【請求項７】
読み取り手段と操作手段とを備えた画像形成装置を、
ネットワークを介して接続されるコンピュータとの通信を制御するネットワーク通信手段と、
ＵＳＢを介して接続されるコンピュータとの通信を制御するＵＳＢ通信手段と、
前記ネットワーク通信手段又は前記ＵＳＢ通信手段によって受信されるスキャンデータの取得要求に応じ、前記操作手段に対する入力を待機し、該操作手段に対する入力に応じて前記読み取り手段に読み取りを実行させる読み取り制御手段と、
読み取られたスキャンデータのコンピュータへの転送を、前記取得要求を受信した前記ネットワーク通信手段又は前記ＵＳＢ通信手段に実行させるデータ転送制御手段として機能させるためのプログラム。
【請求項８】
前記ネットワーク通信手段は、ネットワークを介して接続されるコンピュータからの前記取得要求ごとに該コンピュータの識別情報を受信し、
前記読み取り制御手段は、前記操作手段に対する入力が行われるまでに受信された複数の前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手段は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項７記載のプログラム。
【請求項９】
前記ネットワーク通信手段は、ネットワークを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記ＵＳＢ通信手段は、ＵＳＢを介して前記取得要求を送信するコンピュータの識別情報を受信し、
前記読み取り制御手段は、前記操作手段に対する入力が行われるまでに前記ネットワーク通信手段及び前記ＵＳＢ通信手段によって受信された前記識別情報の一覧を表示手段に表示させ、
前記データ転送制御手段は、前記一覧において選択された前記識別情報に係るコンピュータに前記スキャンデータを転送することを特徴とする請求項７又は８記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００９−１７７３６７（Ｐ２００９−１７７３６７Ａ）
【公開日】平成２１年８月６日（２００９．８．６）
【国際特許分類】
【出願番号】特願２００８−１２０１６（Ｐ２００８−１２０１６）
【出願日】平成２０年１月２２日（２００８．１．２２）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２１年８月６日（２００９．８．６）
【国際特許分類】
【出願日】平成２０年１月２２日（２００８．１．２２）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]