特許 7743330 システム、補正情報取得方法、及びサーバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-09-12

(45)【発行日】2025-09-24

(54)【発明の名称】システム、補正情報取得方法、及びサーバ

(51)【国際特許分類】

   G06F 16/188 20190101AFI20250916BHJP

【ＦＩ】

G06F16/188

【請求項の数】 8

(21)【出願番号】P 2022023240

(22)【出願日】2022-02-17

(65)【公開番号】P2023120058

(43)【公開日】2023-08-29

【審査請求日】2024-03-07

(73)【特許権者】

【識別番号】525184980

【氏名又は名称】株式会社富士通フロンテックシステムズ

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(72)【発明者】

【氏名】加藤 智也

(72)【発明者】

【氏名】奥山 浩司

【審査官】酒井 恭信

(56)【参考文献】

【文献】特開平１１－２３９２７６（ＪＰ，Ａ）

【文献】特開２００５－１３０３７０（ＪＰ，Ａ）

【文献】特開２０２１－１１８３７４（ＪＰ，Ａ）

【文献】特開２００９－３０１５１５（ＪＰ，Ａ）

【文献】特開２０１０－１３５９７０（ＪＰ，Ａ）

【文献】特開２００９－１４５８８３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １６／００ － １６／１８８

(57)【特許請求の範囲】

【請求項1】

複数の端末と、
前記複数の端末に対応する複数の仮想端末が構築されたサーバと、
複数の画像読取装置と、
前記複数の画像読取装置の各々の補正情報が画像読取装置毎のフォルダの各々に記憶された記憶装置と、
を備え、
前記複数の仮想端末の各々の仮想レジストリには、当該仮想端末により使用される画像読取装置の補正情報が記憶されたフォルダのフォルダパスが記憶され、
前記複数の画像読取装置の各々の補正情報は、前記複数の仮想端末の各々が当該画像読取装置により読み取られた画像を補正する際に用いられる、
ことを特徴とするシステム。

【請求項2】

前記記憶装置は、前記サーバに備えられる、
ことを特徴とする請求項１記載のシステム。

【請求項3】

前記仮想端末は、当該仮想端末の仮想レジストリに記憶されたフォルダパスに基づいて、前記記憶装置から、当該仮想端末により使用される画像読取装置の補正情報を取得する、
ことを特徴とする請求項１又は２記載のシステム。

【請求項4】

前記仮想端末により使用される画像読取装置が切り替えられた場合、当該仮想端末の仮想レジストリに記憶されたフォルダパスが、切替後の画像読取装置の補正情報が記憶されたフォルダのフォルダパスへ更新される、
ことを特徴とする請求項１乃至３の何れか一項記載のシステム。

【請求項5】

前記画像読取装置のキャリブレーションが実行された場合、前記記憶装置に記憶された当該画像読取装置の補正情報が、前記キャリブレーションの実行結果に基づく補正情報へ更新される、
ことを特徴とする請求項１乃至４の何れか一項記載のシステム。

【請求項6】

前記画像読取装置は、オーバーヘッドリーダであり、
前記端末は、シンクライアント端末である、
ことを特徴とする請求項１乃至５の何れか一項記載のシステム。

【請求項7】

複数の端末に対応する複数の仮想端末が構築され、前記複数の仮想端末の各々が、複数の画像読取装置の各々の補正情報を用いて当該画像読取装置により読み取られた画像を補正するサーバにおいて、前記複数の仮想端末の各々は、当該仮想端末の仮想レジストリに記憶されたフォルダパスに基づいて、前記複数の画像読取装置の各々の補正情報が画像読取装置毎のフォルダの各々に記憶された記憶装置から、当該仮想端末により使用される画像読取装置の補正情報を取得する、
ことを特徴とする補正情報取得方法。

【請求項8】

複数の端末に対応する複数の仮想端末が構築され、
前記複数の仮想端末の各々の仮想レジストリには、当該仮想端末により使用される画像読取装置の補正情報が記憶されたフォルダのフォルダパスが記憶され、
前記フォルダは、記憶装置のフォルダであり、
前記記憶装置では、複数の画像読取装置の各々の補正情報が画像読取装置毎のフォルダの各々に記憶され、
前記複数の画像読取装置の各々の補正情報は、前記複数の仮想端末の各々が当該画像読取装置により読み取られた画像を補正する際に用いられる、
ことを特徴とするサーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、システム、補正情報取得方法、及びサーバに関する。

【背景技術】

【0002】

従来、媒体を画像として読み取る画像読取手段として、イメージスキャナ（例えば特許文献１～３参照）や、ＯＨＲ（Ｏｖｅｒ Ｈｅａｄ Ｒｅａｄｅｒ：オーバーヘッドリーダ）等の画像読取装置が知られている。ＯＨＲは、スタンド型イメージリーダ、非接触型イメージリーダ等とも称する。

【0003】

銀行等の金融機関で使用されるＯＨＲは、入出金帳票、税公金帳票等の媒体や、オートフィーダ型イメージスキャナでは取り扱うことができない媒体（免許証等）の読み取りに使用され、そのような媒体を例えば２４ｂｉｔのフルカラー画像として読み取る。そして、ＯＨＲで読み取られた媒体の画像は、次のような目的で使用される。ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理による文字認識、印鑑押印画像の重ね合わせによる印鑑照合、顧客が持ち込んだ税公金帳票の電子データ化及びファイリング、免許証等の本人確認書類の電子データ化及びファイリング等である。

【0004】

金融機関の営業店舗では、各窓口に、端末（所謂ファットクライアント端末）とＯＨＲが１対１接続されたシステム構成で設置されている。このシステム構成では、端末とＯＨＲとがＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等の汎用ＩＦ（Ｉｎｔｅｒｆａｃｅ）で接続されていることから、ＯＨＲで読み取られた画像の画像処理に用いられる補正情報が端末に保存されている。なお、補正情報は、ＯＨＲの周囲環境の状態（明るさや影等）やＯＨＲの個体誤差を補正するための情報である。

【0005】

近年、金融業界では、営業店舗の軽量化（店舗数削減、機器台数削減、人員削減等）が推進されており、端末及び入出力機器（ＯＨＲ含む）の台数削減が求められている。これに対し、サーバに仮想端末を構築して、シンクライアント端末と仮想デスクトップを用いることで、端末及び入出力機器を必要な時に共有して運用するシステム構成の導入が検討されている。このシステム構成では、複数（Ｎ個）の仮想端末で１つのＯＨＲを使用したり、１つの仮想端末で複数（Ｎ個）のＯＨＲを使用したり（１つの仮想端末で使用するＯＨＲを動的に切り替えたり）すること等を可能にする。則ち、このシステム構成は、仮想端末とＯＨＲがＮ対Ｎ接続されたシステム構成を含む。

【先行技術文献】

【特許文献】

【0006】

【文献】特開２０２１－０６８２７４号公報

【文献】特開２０２０－１９８５５５号公報

【文献】特開２０１３－２４６６９７号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、仮想端末とＯＨＲがＮ対Ｎ接続されるシステム構成を、端末とＯＨＲが１対１接続される既存のシステム構成をベースに実現しようとする場合には、幾つかの課題が想定される。その課題について、図７及び図８を用いて説明する。この説明では、はじめに図７を用いて端末とＯＨＲが１対１接続される既存のシステム構成について説明し、次に図８を用いて仮想端末とＯＨＲがＮ対Ｎ接続されるシステム構成を既存のシステム構成をベースに実現しようとする場合に想定される課題について説明する。

【0008】

図７は、端末とＯＨＲが１対１接続される既存のシステム構成を例示する図である。図７に例示したように、既存のシステム構成では、端末１００１とＯＨＲ１００２とがＵＳＢ等の汎用ＩＦにより１対１で接続される。端末１００１のストレージ（例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ））１００３には、「ＯＨＲ」フォルダが作成され、その「ＯＨＲ」フォルダには、ＯＨＲ１００２の補正情報等が記憶される。端末１００１のレジストリ１００４には、「ＯＨＲ」フォルダのフォルダパス（「Ｃ：￥ＯＨＲ」）等が記憶される。

【0009】

このような端末１００１では、例えば、ＯＰＥＮ処理、画像読取処理、及びキャリブレーション処理等が行われる。

【0010】

ＯＰＥＮ処理では、上位アプリケーション１００６が、ＯＨＲドライバ１００５にドライバＯＰＥＮをリクエストする。それに応じてＯＨＲドライバ１００５は、レジストリ１００４を参照して「ＯＨＲ」フォルダのフォルダパス（「Ｃ：￥ＯＨＲ」）を取得し、そのフォルダパスを基にストレージ１００３の「ＯＨＲ」フォルダにアクセスしてＯＨＲ１００２の補正情報を取得する。

【0011】

画像読取処理では、ＯＰＥＮ処理の実行後、上位アプリケーション１００６が、ＯＨＲドライバ１００５に画像読取をリクエストする。それに応じてＯＨＲドライバ１００５は、ＯＨＲ１００２に画像読取をリクエストする。そして、ＯＨＲドライバ１００５は、ＯＨＲ１００２で読み取られた画像をＯＨＲ１００２から取得し、その画像を上述の補正情報を用いて補正して上位アプリケーション１００６へ転送する。

【0012】

キャリブレーション処理では、上位アプリケーション１００６が、ＯＨＲドライバ１００５にドライバＣＬＯＳＥをリクエストする。それに応じてＯＨＲドライバ１００５は、ドライバＣＬＯＳＥを実行して、実行終了を上位アプリケーション１００６に応答する。次に、上位アプリケーション１００６は、ＯＨＲドライバ１００５にキャリブレーションをリクエストする。キャリブレーションは、ＯＨＲ１００２の補正情報を作成する機能である。そのリクエストに応じてＯＨＲドライバ１００５は、レジストリ１００４から「ＯＨＲ」フォルダのフォルダパス（「Ｃ：￥ＯＨＲ」）を取得すると共に、ＯＨＲ１００２に複数回の画像読取をリクエストする。そして、ＯＨＲドライバ１００５は、ＯＨＲ１００２で読み取られた複数の画像をＯＨＲ１００２から取得し、その複数の画像から補正情報を作成し、取得したフォルダパス（「Ｃ：￥ＯＨＲ」）が示すストレージ１００３の「ＯＨＲ」フォルダに記憶されている補正情報に上書き更新する。但し、この時のストレージ１００３の「ＯＨＲ」フォルダに補正情報が記憶されていなければ、作成した補正情報をストレージ１００３の「ＯＨＲ」フォルダに記憶する。補正情報の更新（又は記憶）が終了すると、ＯＨＲドライバ１００５は、キャリブレーション終了を上位アプリケーション１００６に応答する。

【0013】

図８は、仮想端末とＯＨＲがＮ対Ｎ接続されるシステム構成を、端末とＯＨＲが１対１接続される既存のシステム構成をベースに実現しようとする場合に想定される課題を説明する図である。図８に示したように、この場合のシステム構成では、複数（例えば３つ）のシンクライアント端末１０１１と、その複数のシンクライアント端末１０１１に対応する複数の仮想端末１０１２が構築されたサーバ１０１３と、複数（例えば２つ）のＯＨＲ１０１４とが、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１０１５に接続されるように構成されることが考えられる。なお、複数の仮想端末１０１２は、サーバ１０１３がネットワーク１０１５に接続されることで、ネットワーク１０１５に接続可能になる。各仮想端末１０１２は、上位アプリケーション１０１６、ＯＨＲドライバ１０１７、仮想レジストリ１０１８、及び仮想ストレージ１０１９を備えるように構成されることが考えられる。また、各仮想端末１０１２が複数のＯＨＲ１０１４を使用することになるから、各仮想端末１０１２の仮想ストレージ１０１９には、複数のＯＨＲ１０１４の補正情報が記憶されるように構成されることが考えられる。なお、このようなシステム構成では、利用者がシンクライアント端末１０１１（例えばシンクライアント端末（＃Ａ）１０１１）を操作することで、対応する仮想端末１０１２（例えば仮想端末（＃Ａ）１０１２）を操作することができる。

【0014】

しかしながら、このようなシステム構成を実現する場合には、次のような３つの課題が想定される。
課題（１）：各仮想端末１０１２の仮想ストレージ１０１９は、サーバ１０１３が備えるストレージの一部で構成されることから、各仮想端末１０１２の仮想ストレージ１０１９に割り当てられる記憶容量には制約がある。そのため、使用されるＯＨＲ１０１４の台数によっては、その全てのＯＨＲ１０１４の補正情報を各仮想端末１０１２の仮想ストレージ１０１９に記憶することができない虞がある。
課題（２）：ＯＨＲ１０１４（例えばＯＨＲ（＃Ａ）１０１４）のキャリブレーションを実行して補正情報の更新を行う場合は、各仮想端末１０１２の仮想ストレージ１０１９に記憶されている当該ＯＨＲ１０１２の補正情報を略同時に更新する必要がある。そのため、補正情報の更新時には、ネットワーク１０１５のトラフィックが増大し、一部の仮想端末１０１２（例えば仮想端末（＃Ｂ）１０１２）の仮想ストレージ１０１９で補正情報の更新が遅延する虞がある。
課題（３）：既存のシステム構成と同様に、各仮想端末１０１２の仮想ストレージ１０１９に「ＯＨＲ」フォルダを作成し、その「ＯＨＲ」フォルダに複数のＯＨＲ１０１４の補正情報が記憶されるように構成した場合、各仮想端末１０１２のＯＨＲドライバ１０１７は、仮想レジストリ１０１８から取得したフォルダパス（「Ｃ：￥ＯＨＲ」）に基づいて仮想ストレージ１０１９の「ＯＨＲ」フォルダにアクセスはできるものの、そのフォルダパス（「Ｃ：￥ＯＨＲ」）だけでは、当該仮想端末１０１２が使用するＯＨＲ１０１４の補正情報の識別ができないために正しい補正情報の取得ができない。

【0015】

本発明は、上記実情に鑑み、仮想端末と画像読取装置がＮ対Ｎ接続されるシステム構成を有効に実現することができるシステム、補正情報取得方法、及びサーバを提供することを目的とする。

【課題を解決するための手段】

【0016】

システムの一観点は、複数の端末と、前記複数の端末に対応する複数の仮想端末が構築されたサーバと、複数の画像読取装置と、前記複数の画像読取装置の各々の補正情報が画像読取装置毎のフォルダの各々に記憶された記憶装置と、を備え、前記複数の仮想端末の各々の仮想レジストリには、当該仮想端末により使用される画像読取装置の補正情報が記憶されたフォルダのフォルダパスが記憶され、前記複数の画像読取装置の各々の補正情報は、前記複数の仮想端末の各々が当該画像読取装置により読み取られた画像を補正する際に用いられる、システムである。

【0017】

方法の一観点は、複数の端末に対応する複数の仮想端末が構築され、前記複数の仮想端末の各々が、複数の画像読取装置の各々の補正情報を用いて当該画像読取装置により読み取られた画像を補正するサーバにおいて、前記複数の仮想端末の各々は、当該仮想端末の仮想レジストリに記憶されたフォルダパスに基づいて、前記複数の画像読取装置の各々の補正情報が画像読取装置毎のフォルダの各々に記憶された記憶装置から、当該仮想端末により使用される画像読取装置の補正情報を取得する、補正情報取得方法である。

【0018】

装置の一観点は、複数の端末に対応する複数の仮想端末が構築され、前記複数の仮想端末の各々の仮想レジストリには、当該仮想端末により使用される画像読取装置の補正情報が記憶されたフォルダのフォルダパスが記憶され、前記フォルダは、記憶装置のフォルダであり、前記記憶装置では、複数の画像読取装置の各々の補正情報が画像読取装置毎のフォルダの各々に記憶され、前記複数の画像読取装置の各々の補正情報は、前記複数の仮想端末の各々が当該画像読取装置により読み取られた画像を補正する際に用いられる、サーバである。

【発明の効果】

【0019】

本発明によれば、仮想端末と画像読取装置がＮ対Ｎ接続されるシステム構成を有効に実現することができる。

【図面の簡単な説明】

【0020】

【図1】一実施の形態に係るシステムの構成を例示する図である。

【図2】一実施の形態に係るシステムで行われるＯＰＥＮ処理の流れを例示するフローチャートである。

【図3】一実施の形態に係るシステムで行われる画像読取処理の流れを例示するフローチャートである。

【図4】一実施の形態に係るシステムで行われるキャリブレーション処理の流れを例示するフローチャートである。

【図5】一実施の形態に係るシステムで行われる接続先ＯＨＲ切替処理の流れを例示するフローチャートである。

【図6】コンピュータのハードウェア構成を例示する図である。

【図7】端末とＯＨＲが１対１接続される既存のシステム構成を例示する図である。

【図8】仮想端末とＯＨＲがＮ対Ｎ接続されるシステム構成を、端末とＯＨＲが１対１接続される既存のシステム構成をベースに実現しようとする場合に想定される課題を説明する図である。

【発明を実施するための形態】

【0021】

以下、図面を参照しながら本発明の実施の形態について説明する。

【0022】

図１は、一実施の形態に係るシステムの構成を例示する図である。図１に例示したシステム１は、例えば、銀行等の金融機関の営業店舗に設置される。図１に例示したシステム１は、複数（例えば３つ）のシンクライアント端末１１と、その複数のシンクライアント端末１１に対応する複数の仮想端末１２が構築されたサーバ１３と、複数（例えば２つ）のＯＨＲ１４とを備える。また、サーバ１３は、その複数のＯＨＲ１４の各々の補正情報がフォルダ毎に記憶されたストレージ１５を備える。ここで、シンクライアント端末１１は端末の一例であり、ＯＨＲ１４は画像読取装置の一例であり、ストレージ１５は記憶装置の一例である。

【0023】

複数のシンクライアント端末１１、サーバ１３、及び複数のＯＨＲ１４は、ＬＡＮ等のネットワーク１６に接続される。複数の仮想端末１２とストレージ１５は、サーバ１３がネットワーク１６に接続されることで、ネットワーク１６に接続可能となる。なお、このようなシステム１は、仮想端末１２とＯＨＲ１４がＮ対Ｎ接続（多対多接続）されたシステム構成を有するシステムでもある。このようなシステム１では、利用者がシンクライアント端末１１（例えばシンクライアント端末（＃Ａ）１１）を操作することで、対応する仮想端末１２（例えば仮想端末（＃Ａ）１２）を操作することができる。

【0024】

ストレージ１５は、図１に例示したように、サーバ１３が備えるストレージであってもよいし、あるいは、サーバ１３の外部でネットワーク１６に接続されるＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）等であってもよい。ストレージ１５には、例えば、ＯＨＲ（＃Ａ）１４の補正情報が「ＯＨＲ＃Ａ」フォルダに記憶され、ＯＨＲ（＃Ｂ）１４の補正情報が「ＯＨＲ＃Ｂ」フォルダに記憶される。

【0025】

各仮想端末１２は、上位アプリケーション１７、ＯＨＲドライバ１８、仮想レジストリ１９を備える。各仮想端末１２の仮想レジストリ１９には、当該仮想端末１２により使用されるＯＨＲ１４の補正情報が記憶されたフォルダのフォルダパスが記憶される。例えば、仮想端末（＃Ａ）１２と仮想端末（＃Ｂ）１２では、使用するＯＨＲ１４としてＯＨＲ（＃Ａ）１４が設定されており、仮想端末（＃Ｃ）１２では、使用するＯＨＲ１４としてＯＨＲ（＃Ｂ）１４が設定されている場合は、仮想端末（＃Ａ）１２と仮想端末（＃Ｂ）１２の各々の仮想レジストリ１９には、ＯＨＲ（＃Ａ）１４の補正情報が記憶された「ＯＨＲ＃Ａ」フォルダのフォルダパス（「Ｚ：￥ＯＨＲ＃Ａ」）が記憶され、仮想端末（＃Ｃ）１２の仮想レジストリ１９には、ＯＨＲ（＃Ｂ）１４の補正情報が記憶された「ＯＨＲ＃Ｂ」フォルダのフォルダパス（「Ｚ：￥ＯＨＲ＃Ｂ」）が記憶される。なお、複数のＯＨＲ１４の各々の補正情報は、当該ＯＨＲ１４の周囲環境の状態（明るさや影等）や当該ＯＨＲ１４の個体誤差を補正するための情報であり、当該ＯＨＲ１４により読み取られた画像を補正する際に用いられる。

【0026】

このようなシステム１では、仮想端末１２（例えば仮想端末（＃Ａ）１２）が、当該仮想端末１２の仮想レジストリ１９に記憶されたフォルダパス（例えば「Ｚ：￥ＯＨＲ＃Ａ」）に基づいて、ストレージ１５から、当該仮想端末１２により使用されるＯＨＲ１４（例えばＯＨＲ（＃Ａ）１４）の補正情報を取得する。

【0027】

また、仮想端末１２（例えば仮想端末（＃Ａ）１２）により使用されるＯＨＲ１４が切り替えられた場合（例えばＯＨＲ（＃Ａ）１４からＯＨＲ（＃Ｂ）１４へ切り替えられた場合）、当該仮想端末１２の仮想レジストリ１９に記憶されたフォルダパス（例えば「Ｚ：￥ＯＨＲ＃Ａ」）が、切替後のＯＨＲ１４の補正情報が記憶されたフォルダのフォルダパス（例えば「Ｚ：￥ＯＨＲ＃Ｂ」）へ更新される。

【0028】

また、ＯＨＲ１４（例えばＯＨＲ（＃Ａ）１４）のキャリブレーションが実行された場合、ストレージ１５に記憶された当該ＯＨＲ１４の補正情報が、キャリブレーションの実行結果に基づく補正情報へ更新される。

【0029】

以下、このようなシステム１で行われる各種処理について、図２～図５を用いて、より具体的に説明する。

【0030】

図２は、一実施の形態に係るシステムで行われるＯＰＥＮ処理の流れを例示するフローチャートである。ここでは、そのＯＰＥＮ処理が仮想端末（＃Ａ）１２で行われる場合を例に説明する。

【0031】

図２に例示したＯＰＥＮ処理では、まず、仮想端末（＃Ａ）１２の上位アプリケーション１７は、仮想端末（＃Ａ）１２（シンクライアント端末（＃Ａ）１１）の利用者の指示に応じて、接続先とするＯＨＲ１４（仮想端末（＃Ａ）１２が使用するＯＨＲ１４）を選択する（ステップ（以下「Ｓ」という）１１）。ここでは、ＯＨＲ（＃Ａ）１４が選択されたとする。

【0032】

次に、仮想端末（＃Ａ）１２の上位アプリケーション１７は、Ｓ１１で選択されたＯＨＲ（＃Ａ）１４を、接続先とするＯＨＲ１４（仮想端末（＃Ａ）１２が使用するＯＨＲ１４）として設定する（Ｓ１２）。

【0033】

次に、仮想端末（＃Ａ）１２の上位アプリケーション１７は、Ｓ１１で選択されたＯＨＲ（＃Ａ）１４の補正情報が記憶された「ＯＨＲ＃Ａ」フォルダのフォルダパス（「Ｚ：￥ＯＨＲ＃Ａ」）を、仮想端末（＃Ａ）１２の仮想レジストリ１９に記憶されたフォルダパス（ＯＨＲ１４の補正情報が記憶されたフォルダのフォルダパス）に上書き更新する（Ｓ１３）。但し、この時に、仮想端末（＃Ａ）１２の仮想レジストリ１９に、ＯＨＲ１４の補正情報が記憶されたフォルダのフォルダパスが記憶されていない場合には、Ｓ１１で選択されたＯＨＲ（＃Ａ）１４の補正情報が記憶された「ＯＨＲ＃Ａ」フォルダのフォルダパス（「Ｚ：￥ＯＨＲ＃Ａ」）を、ＯＨＲ１４の補正情報が記憶されたフォルダのフォルダパスとして、仮想端末（＃Ａ）１２の仮想レジストリ１９に記憶する。なお、各仮想端末１２は、各ＯＨＲ１４の補正情報が記憶されるフォルダのフォルダパスに関する情報が記憶された仮想ストレージを備えるようにし、Ｓ１３では、仮想端末（＃Ａ）１２の上位アプリケーション１７が、Ｓ１１で選択されたＯＨＲ（＃Ａ）１４の補正情報が記憶された「ＯＨＲ＃Ａ」フォルダのフォルダパス（「Ｚ：￥ＯＨＲ＃Ａ」）を仮想ストレージから取得し、上述の上書き更新（又は記憶）を行うようにしてもよい。

【0034】

次に、仮想端末（＃Ａ）１２の上位アプリケーション１７は、仮想端末（＃Ａ）１２のＯＨＲドライバ１８にドライバＯＰＥＮをリクエストする（Ｓ１４）。それに応じて仮想端末（＃Ａ）１２のＯＨＲドライバ１８は、仮想端末（＃Ａ）１２の仮想レジストリ１９を参照してＯＨＲ（＃Ａ）１４の補正情報が記憶された「ＯＨＲ＃Ａ」フォルダのフォルダパス（「Ｚ：￥ＯＨＲ＃Ａ」）を取得し（Ｓ１５）、そのフォルダパスを基にストレージ１５の「ＯＨＲ＃Ａ」フォルダにアクセスしてＯＨＲ（＃Ａ）１４の補正情報を取得する（Ｓ１６）。Ｓ１６が終了すると、図２に例示したＯＰＥＮ処理が終了する。

【0035】

図３は、一実施の形態に係るシステムで行われる画像読取処理の流れを例示するフローチャートである。ここでは、その画像読取処理が仮想端末（＃Ａ）１２で行われる場合を例に説明する。なお、画像読取処理は、ＯＰＥＮ処理が終了した状態（アイドル状態ともいう）で行われる。

【0036】

図３に例示した画像読取処理では、まず、仮想端末（＃Ａ）１２の上位アプリケーション１７は、仮想端末（＃Ａ）１２のＯＨＲドライバ１８に画像読取をリクエストする（Ｓ２１）。それに応じて仮想端末（＃Ａ）１２のＯＨＲドライバ１８は、ＯＨＲ（＃Ａ）１４に画像読取をリクエストする（Ｓ２２）。それに応じてＯＨＲ（＃Ａ）１４は、媒体（例えば帳票）を画像として読み取り、その読取画像を仮想端末（＃Ａ）１２のＯＨＲドライバ１８に転送する（Ｓ２３）。

【0037】

仮想端末（＃Ａ）１２のＯＨＲドライバ１８は、ＯＨＲ（＃Ａ）１４から転送された読取画像を、上述のＯＰＥＮ処理で取得された補正情報を用いて補正し（Ｓ２４）、仮想端末（＃Ａ）１２の上位アプリケーション１７に転送する（Ｓ２５）。Ｓ２５が終了すると、図３に例示した画像読取処理が終了する。

【0038】

図４は、一実施の形態に係るシステムで行われるキャリブレーション処理の流れを例示するフローチャートである。ここでは、キャリブレーション対象のＯＨＲ１４をＯＨＲ（＃Ａ）１４とし、そのキャリブレーション処理が仮想端末（＃Ａ）１２で行われる場合を例に説明する。

【0039】

図４に例示したキャリブレーション処理では、まず、仮想端末（＃Ａ）１２の上位アプリケーション１７は、仮想端末（＃Ａ）１２のＯＨＲドライバ１８にドライバＣＬＯＳＥをリクエストする（Ｓ３１）。それに応じて仮想端末（＃Ａ）１２のＯＨＲドライバ１８は、ドライバＣＬＯＳＥを実行して、実行終了を仮想端末（＃Ａ）１２の上位アプリケーション１７に応答する（Ｓ３２）。

【0040】

次に、仮想端末（＃Ａ）１２の上位アプリケーション１７は、仮想端末（＃Ａ）１２のＯＨＲドライバ１８にＯＨＲ（＃Ａ）１４のキャリブレーションをリクエストする（Ｓ３３）。それに応じて仮想端末（＃Ａ）１２のＯＨＲドライバ１８は、仮想端末（＃Ａ）１２の仮想レジストリ１９から「ＯＨＲ＃Ａ」フォルダのフォルダパス（「Ｚ：￥ＯＨＲ＃Ａ」）を取得し（Ｓ３４）、ＯＨＲ（＃Ａ）１４に複数回の画像読取をリクエストする（Ｓ３５）。それに応じてＯＨＲ（＃Ａ）１４は、媒体（例えばキャリブレーション用の媒体）を画像として複数回読み取り、その複数の読取画像を仮想端末（＃Ａ）１２のＯＨＲドライバ１８に転送する（Ｓ３６）。

【0041】

仮想端末（＃Ａ）１２のＯＨＲドライバ１８は、ＯＨＲ（＃Ａ）１４から転送された複数の読取画像に基づいてＯＨＲ（＃Ａ）１４の補正情報を作成し（Ｓ３７）、その補正情報を、Ｓ３４で取得されたフォルダパス（「Ｚ：￥ＯＨＲ＃Ａ」）が示すストレージ１５の「ＯＨＲ＃Ａ」フォルダに記憶されている補正情報に上書き更新する（Ｓ３８）。但し、この時のストレージ１５の「ＯＨＲ＃Ａ」フォルダに補正情報が記憶されていなければ、作成した補正情報をストレージ１５の「ＯＨＲ＃Ａ」フォルダに記憶する。Ｓ３８が終了すると、仮想端末（＃Ａ）１２のＯＨＲドライバ１８は、キャリブレーション終了を仮想端末（＃Ａ）１２の上位アプリケーション１７に応答する（Ｓ３９）。Ｓ３９が終了すると、図４に例示したキャリブレーション処理が終了する。なお、この後に画像読取処理が行われる場合には、その前にドライバＯＰＥＮ処理が行われてから画像読取処理が行われる。

【0042】

図５は、一実施の形態に係るシステムで行われる接続先ＯＨＲ切替処理の流れを例示するフローチャートである。ここでは、仮想端末（＃Ａ）１２の接続先のＯＨＲ１４を、ＯＨＲ（＃Ａ）１４からＯＨＲ（＃Ｂ）１４へ切り替えるために、仮想端末（＃Ａ）１２で接続先ＯＨＲ切替処理が行われる場合を例に説明する。

【0043】

図５に例示した接続先ＯＨＲ切替処理では、まず、仮想端末（＃Ａ）１２の上位アプリケーション１７は、仮想端末（＃Ａ）１２のＯＨＲドライバ１８にドライバＣＬＯＳＥをリクエストする（Ｓ４１）。それに応じて仮想端末（＃Ａ）１２のＯＨＲドライバ１８は、ドライバＣＬＯＳＥを実行して、実行終了を仮想端末（＃Ａ）１２の上位アプリケーション１７に応答する（Ｓ４２）。

【0044】

次に、仮想端末（＃Ａ）１２の上位アプリケーション１７は、仮想端末（＃Ａ）１２（シンクライアント端末（＃Ａ）１１）の利用者の指示に応じて、切替後の接続先とするＯＨＲ１４（仮想端末（＃Ａ）１２が使用するＯＨＲ１４）を選択する（Ｓ４３）。ここでは、ＯＨＲ（＃Ｂ）１４が選択されたとする。

【0045】

次に、仮想端末（＃Ａ）１２の上位アプリケーション１７は、Ｓ４３で選択されたＯＨＲ（＃Ｂ）１４を、接続先とするＯＨＲ１４（仮想端末（＃Ａ）１２が使用するＯＨＲ１４）として設定する（Ｓ４４）。

【0046】

次に、仮想端末（＃Ａ）１２の上位アプリケーション１７は、Ｓ４３で選択されたＯＨＲ（＃Ｂ）１４の補正情報が記憶された「ＯＨＲ＃Ｂ」フォルダのフォルダパス（「Ｚ：￥ＯＨＲ＃Ｂ」）を、仮想端末（＃Ａ）１２の仮想レジストリ１９に記憶されたフォルダパス（「Ｚ：￥ＯＨＲ＃Ａ」）に上書き更新する（Ｓ４５）。

【0047】

次に、仮想端末（＃Ａ）１２の上位アプリケーション１７は、仮想端末（＃Ａ）１２のＯＨＲドライバ１８にドライバＯＰＥＮをリクエストする（Ｓ４６）。それに応じて仮想端末（＃Ａ）１２のＯＨＲドライバ１８は、仮想端末（＃Ａ）１２の仮想レジストリ１９を参照してＯＨＲ（＃Ｂ）１４の補正情報が記憶された「ＯＨＲ＃Ｂ」フォルダのフォルダパス（「Ｚ：￥ＯＨＲ＃Ｂ」）を取得し（Ｓ４７）、そのフォルダパスを基にストレージ１５の「ＯＨＲ＃Ｂ」フォルダにアクセスしてＯＨＲ（＃Ｂ）１４の補正情報を取得する（Ｓ４８）。Ｓ４８が終了すると、図５に例示した接続先ＯＨＲ切替処理が終了する。

【0048】

以上のように、本実施形態に係るシステム１によれば、各ＯＨＲ１４の補正情報がフォルダ毎にストレージ１５に記憶されるので、図８を用いて説明したシステム構成のように仮想端末１０１２毎に全てのＯＨＲ１０１４の補正情報を記憶する必要が無い。そのため、サーバ１３において、ＯＨＲ１４の補正情報の記憶に必要な記憶容量を少なくすることができ、上述の課題（１）のような課題は存在しない。

【0049】

また、本実施形態に係るシステム１によれば、ＯＨＲ１４のキャリブレーションを実行して補正情報の更新を行う場合は、ストレージ１５の対応する単一のフォルダに記憶された補正情報を更新するだけでよいので、図８を用いて説明したシステム構成のように各仮想端末１０１２の仮想ストレージ１０１９のフォルダに記憶された補正情報を更新する必要が無い。そのため、補正情報の更新時に、ネットワーク１６のトラフィックが増大することはなく、上述の課題（２）のような課題は存在しない。

【0050】

また、本実施形態に係るシステム１によれば、各仮想端末１２の仮想レジストリ１９には、単一のＯＨＲ１４の補正情報のみが記憶されたフォルダのフォルダパスが記憶されるので、図８を用いて説明したシステム構成における上述の課題（３）のような課題は存在しない。

【0051】

このように、本実施形態に係るシステム１によれば、仮想端末１２とＯＨＲ１４がＮ対Ｎ接続されるシステム構成を有効に実現することができる。

【0052】

なお、本実施形態に係るシステム１において、サーバ１３は、例えば、図６に示すハードウェア構成を有するコンピュータにより実現されてもよい。

【0053】

図６は、コンピュータのハードウェア構成を例示する図である。図６に例示したコンピュータ１００は、プロセッサ１０１、メモリ１０２、入力装置１０３、出力装置１０４、記憶装置１０５、可搬型記憶媒体駆動装置１０６、通信インタフェース１０７、及び入出力インタフェース１０８を備え、その各々は、バス１０９に接続されて互いにデータの送受信が可能である。

【0054】

プロセッサ１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムやアプリケーションプログラムを実行することにより、各種の処理を行う。メモリ１０２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）及びＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）を含む。ＲＡＭには、プロセッサ１０１が実行するプログラムの一部等が一時的に格納される。また、ＲＡＭは、プロセッサ１０１の作業用記憶領域としても使用される。ＲＯＭには、プロセッサ１０１が実行するプログラムやプログラムの実行に必要な各種データ等が記憶される。

【0055】

入力装置１０３は、キーボード、マウス、タッチパネル等である。出力装置１０４は、液晶ディスプレイ等である。

【0056】

記憶装置１０５は、データを記憶する装置であり、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等である。可搬型記憶媒体駆動装置１０６は、可搬型記憶媒体１０６ａを駆動し、その記憶内容にアクセスしてデータの読み出しや書き込み等を行う。可搬型記憶媒体１０６ａは、メモリデバイス、フレキシブルディスク、光ディスク、光磁気ディスク等である。この可搬型記憶媒体１０６ａには、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ブルーレイディスク、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤカードメモリ等も含まれる。

【0057】

通信インタフェース１０７は、ネットワーク１６に接続され、当該ネットワーク１６に接続された外部装置（例えばシンクライアント端末１１やＯＨＲ１４）との間で通信を行うためのインタフェースである。

【0058】

入出力インタフェース１０８は、外部装置（例えば外部記憶装置）と接続され、当該外部装置との間でデータの入出力を行うためのインタフェースである。

【0059】

このようなコンピュータ１００において、プロセッサ１０１が実行するプログラムやプログラムの実行に必要な各種データは、メモリ１０２に限らず、記憶装置１０５や可搬型記憶媒体１０６ａに記憶されてもよい。また、プロセッサ１０１が実行するプログラムやプログラムの実行に必要な各種データは、外部装置からネットワーク１６、通信インタフェース１０７を介して、メモリ１０２、記憶装置１０５、及び可搬型記憶媒体１０６ａのうちの１つ以上に記憶されてもよい。

【0060】

また、コンピュータ１００は、図６に例示したものに限らず、図６に例示した各構成要素を１つ又は複数備えて構成されてもよいし、一部の構成要素を備えずに構成されてもよい。例えば、コンピュータ１００は、１つのプロセッサ１０１に限らず、複数のプロセッサを備えてもよい。また、コンピュータ１００は、入力装置１０３及び出力装置１０４を備えていなくてもよい。

【0061】

また、コンピュータ１００は、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェアを含んで構成されてもよい。例えば、プロセッサ１０１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

【0062】

なお、サーバ１３がコンピュータ１００により実現される場合、ストレージ１５は、例えば、記憶装置１０５により実現されてもよい。また、複数の仮想端末１２は、プロセッサ１０１がプログラムを実行すること等により実現されてもよい。

【0063】

また、シンクライアント端末１１も、例えば、図６に示すハードウェア構成を有するコンピュータにより実現されてもよい。

【0064】

以上、本発明の実施の形態について説明したが、本発明は、上述した実施の形態に限定されることなく、本発明の要旨を逸脱しない範囲内で種々の改良・変更が可能である。

【符号の説明】

【0065】

１ システム
１１ シンクライアント端末
１２ 仮想端末
１３ サーバ
１４ ＯＨＲ
１５ ストレージ
１６ ネットワーク
１７ 上位アプリケーション
１８ ＯＨＲドライバ
１９ 仮想レジストリ
１００ コンピュータ
１０１ プロセッサ
１０２ メモリ
１０３ 入力装置
１０４ 出力装置
１０５ 記憶装置
１０６ 可搬型記憶媒体駆動装置
１０６ａ 可搬型記憶媒体
１０７ 通信インタフェース
１０８ 入出力インタフェース
１０９ バス
１００１ 端末
１００２ ＯＨＲ
１００３ ストレージ
１００４ レジストリ
１００５ ＯＨＲドライバ
１００６ 上位アプリケーション
１０１１ シンクライアント端末
１０１２ 仮想端末
１０１３ サーバ
１０１４ ＯＨＲ
１０１５ ネットワーク
１０１６ 上位アプリケーション
１０１７ ＯＨＲドライバ
１０１８ 仮想レジストリ
１０１９ 仮想ストレージ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】