JP6085949B2 - 情報処理システム、機器、情報処理方法、及びプログラム - Google Patents

Description

本発明は、情報処理システム、機器、情報処理方法、及びプログラムに関する。

近年、ユーザが直接操作する情報処理装置においてアプリケーションプログラムを実行することなく、インターネットなどのネットワーク上で提供されているソフトウェアを利用したサービスの提供形態が普及しつつある。このようなサービスの提供形態として、クラウドサービスが知られている。

画像形成装置等の機器に関するサービスについても、クラウドサービスに代表されるような、ネットワークを介して提供されるサービスとして提供できれば、機器のユーザに対して更なる付加価値の提供の可能性が期待できる。

しかしながら、機器に関して、ネットワークを介して提供されるサービスとの連携については、不十分であると考えられる。このような事情は、クラウドサービスに限られず、ＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等といったネットワークを介して提供されるサービスについて共通の課題である。

本発明は、上記の点に鑑みてなされたものであって、機器とネットワークを介して提供されるサービスとを適切に連携させることを目的とする。

そこで上記課題を解決するため、機器と、前記機器に第一のネットワークを介して接続される第一の装置と、前記機器に第二のネットワークを介して接続され、前記第一の装置からの要求を受信できない第二の装置とを有する情報処理システムであって、前記機器は、画像データを入力する入力部と、前記画像データの出力先が、前記第二の装置である場合、前記第二のネットワークを介して前記画像データを前記第二の装置に送信し、前記画像データの出力先が前記第一の装置からの要求を受信可能な装置である場合、前記出力先に対する前記画像データの送信要求を前記第一のネットワークを介して前記第一の装置に送信する送信部とを有する。

機器とネットワークを介して提供されるサービスとを適切に連携させることができる。

第一の実施の形態における情報処理システムの構成例を示す図である。 第一の実施の形態におけるサービス提供装置のハードウェア構成例を示す図である。 第一の実施の形態における機器のハードウェア構成例を示す図である。 第一の実施の形態におけるサービス提供装置の機能構成例を示す図である。 第一の実施の形態における機器の機能構成例を示す図である。 準備作業に伴って実行される処理手順の一例を説明するための図である。 準備作業時に管理者端末に表示される画面の遷移例を示す図である。 ユーザ情報記憶部の構成例を示す図である。 機器情報ファイルにおける機器情報の記述例を示す図である。 機器情報記憶部の構成例を示す図である。 連携先のストレージのアカウント情報を登録させるための画面の遷移例を示す図である。 ユーザ情報ファイルにおけるユーザ情報の記述例を示す図である。 プロファイルの概念モデルを説明するための図である。 プロファイル編集画面の表示例を示す図である。 プロファイル記憶部の構成例を示す図である。 プロファイル機器設定画面の表示例を示す図である。 プロファイル機器対応記憶部の構成例を示す図である。 第一の実施の形態におけるＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一例を説明するためのシーケンス図である。 スキャン機器アプリの操作画面の表示例を示す図である。 第二の実施の形態における情報処理システムの構成例を示す図である。 第二の実施の形態における連携先のストレージのアカウント情報を登録させるための画面の遷移例を示す図である。 第二の実施の形態におけるユーザ情報記憶部へのストレージアカウント情報の記憶例を示す図である。 第二の実施の形態におけるプロファイル記憶部のプロファイルの記憶例を示す図である。 第二の実施の形態におけるＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一例を説明するためのシーケンス図である。 第三の実施の形態における機器の機能構成例を示す図である。 第三の実施の形態における機器情報記憶部の構成例を示す図である。 アクセストークンの登録処理の処理手順の一例を説明するためのシーケンス図である。 アクセストークンの登録処理において管理者端末に表示される画面の遷移例を示す図である。 第三の実施の形態における連携先のストレージのアカウント情報の登録時の処理手順の一例を説明するためのシーケンス図である。 第三の実施の形態における連携先のストレージのアカウント情報を登録させるための画面の遷移例を示す図である。 第四の実施の形態における連携先のストレージのアカウント情報の登録時の処理手順の一例を説明するためのシーケンス図である。 第五の実施の形態における情報処理システムの構成例を示す図である。 第五の実施の形態における情報管理装置の機能構成例を示す図である。 情報管理装置への情報の登録処理の処理手順の一例を説明するためのシーケンス図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態における情報処理システムの構成例を示す図である。図１に示される情報処理システム１において、サービス提供環境Ｅ２、ユーザ環境Ｅ１、及びオンラインストレージシステム４０等は、インターネット等の広域的なネットワークを介して通信可能とされている。

サービス提供環境Ｅ２は、ネットワークを介してクラウドサービスを提供する組織におけるシステム環境である。なお、本実施の形態では、クラウドサービスを具体例に採用して説明するが、ＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等、ネットワークを介して提供されるサービスに関して、本実施の形態が適用されてもよい。

サービス提供環境Ｅ２は、サービス提供装置２０を有する。サービス提供装置２０は、ネットワークを介して所定のサービスを提供する。サービス提供装置２０が提供するサービスの一つとして、「ＳｃａｎＴｏＳｔｏｒａｇｅサービス」が有る。本実施の形態では、ＳｃａｎＴｏＳｔｏｒａｇｅサービスに関して説明する。ＳｃａｎＴｏＳｔｏｒａｇｅサービスとは、ユーザ環境Ｅ１の機器１０においてスキャンされた画像データを、予め設定された保存先に保存するサービスをいう。なお、サービス提供装置２０は、ユーザ環境Ｅ１に設置されてもよい。すなわち、サービス提供環境Ｅ２は、ユーザ環境Ｅ１に包含されてもよい。

ユーザ環境Ｅ１は、機器１０のユーザ企業等の組織におけるシステム環境である。ユーザ環境Ｅ１において、一台以上の機器１０と管理者端末３０とはＬＡＮ（Local Area Network）等のネットワークを介して接続されている。

本実施の形態の機器１０は、スキャン機能を有する画像形成装置である。スキャン機能以外に、印刷、コピー、又はファクス（ＦＡＸ）通信等の機能を有する複合機が機器１０として用いられてよい。

管理者端末３０は、ユーザ環境Ｅ１における機器１０の管理者が使用する端末である。管理者端末３０の一例として、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistance）、タブレット型端末、スマートフォン、又は携帯電話等が挙げられる。

ユーザ環境Ｅ１は、更に、ファイアーウォールＦ１を含む。ファイアーウォールＦ１は、一般的なファイアーウォールと同様でよい。ファイアーウォールは、例えば、ユーザ環境Ｅ１の外部からの要求を遮断する。したがって、例えば、サービス提供装置２０からの能動的な要求を、ユーザ環境Ｅ１内の機器１０等に送信することは困難である。

オンラインストレージシステム４０は、ネットワークを介してオンラインストレージと呼ばれるクラウドサービスを提供するコンピュータシステムである。オンラインストレージとは、ストレージの記憶領域を貸し出すサービスである。本実施の形態において、オンラインストレージによって貸し出される記憶領域は、サービス提供装置２０によって提供されるＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて、画像データの保存先の候補となる。

図２は、第一の実施の形態におけるサービス提供装置のハードウェア構成例を示す図である。図２のサービス提供装置２０は、それぞれバスBで相互に接続されているドライブ装置２００と、補助記憶装置２０２と、メモリ装置２０３と、ＣＰＵ２０４と、インタフェース装置２０５とを有する。

サービス提供装置２０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体２０１によって提供される。プログラムを記憶した記録媒体２０１がドライブ装置２００にセットされると、プログラムが記録媒体２０１からドライブ装置２００を介して補助記憶装置２０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体２０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置２０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムを読み出して格納する。ＣＰＵ２０４は、メモリ装置２０３に格納されたプログラムに従ってサービス提供装置２０に係る機能を実行する。インタフェース装置２０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、サービス提供装置２０は、図２に示されるようなハードウェアを有する複数のコンピュータによって構成されてもよい。すなわち、後述においてサービス提供装置２０が実行する処理は、複数のコンピュータに分散されて実行されてもよい。

図３は、第一の実施の形態における機器のハードウェア構成例を示す図である。図３において、機器１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。

コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。

スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、機器１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。

図４は、第一の実施の形態におけるサービス提供装置の機能構成例を示す図である。図４において、サービス提供装置２０は、サーバアプリ２１０及びプラットフォーム２２０等のソフトウェアを含む。これらは、サービス提供装置２０にインストールされる一以上のプログラムによって構成され、ＣＰＵ２０４に所定の処理を実行させる。

サービス提供装置２０は、また、ユーザ情報記憶部２３１、機器情報記憶部２３２、機器アプリ記憶部２３３、プロファイル記憶部２３４、及びプロファイル機器対応記憶部２３５等を利用する。これら各記憶部は、補助記憶装置２０２、又はサービス提供装置２０にネットワークを介して接続される記憶装置等を用いて実現可能である。

サーバアプリ２１０は、サービス提供装置２０が提供するサービスを実現するアプリケーションプログラムである。但し、サーバアプリ２１０単独では、サービスは完結されないこととする。サーバアプリ２１０と機器１０との連携によって、サービスは完結される。更に、オンラインストレージ等、他のクラウドサービス等との連携によって、完結されるサービスもある。なお、「サーバアプリ」という用語は、サービス提供装置２０側のアプリケーションプログラムを機器１０側のアプリケーションプログラム（例えば、後述されるスキャン機器アプリ１２５）と区別するために便宜上用いた用語である。

図４では、サーバアプリ２１０の一例として、スキャンサーバアプリ２１１が示されている。スキャンサーバアプリ２１１は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスに関する処理を実行するサーバアプリ２１０である。

プラットフォーム２２０は、複数のサーバアプリ２１０に共通する機能、又は複数のサーバアプリ２１０から利用される基本機能等を含む。図４において、プラットフォーム２２０は、設定登録部２２１、機器通信部２２２、認証処理部２２３、セッション管理部２２４、ジョブ処理部２２５、ＯＣＲ処理部２２６、アップロード処理部２２７、及びストレージ連携部２２８等を含む。これら各部の機能は、プラットフォームＡＰＩ２４０を介してサーバアプリ２１０に公開されている。換言すれば、サーバアプリ２１０は、プラットフォームＡＰＩ２４０によって公開されている範囲においてこれら各部の機能を利用可能である。

設定登録部２２１は、ＳｃａｎＴｏＳｔｏｒａｇｅサービス等、サービス提供装置２０が提供するサービスの利用開始時に必要とされる設定登録処理を実行する。設定登録部２２１によって、ユーザ情報記憶部２３１、機器情報記憶部２３２、プロファイル記憶部２３４、プロファイル機器対応記憶部２３５に対して情報が登録される。

ユーザ情報記憶部２３１は、サービス提供装置２０が提供するサービスのユーザに関する情報を記憶する。機器情報記憶部２３２は、ユーザにおけるシステム環境（すなわち、ユーザ環境Ｅ１）において、サービス提供装置２０が提供するサービスと連携させる機器１０に関する情報を記憶する。すなわち、ＳｃａｎＴｏＳｔｏｒａｇｅサービス等、サービス提供装置２０によって提供されるサービスは、ユーザ環境Ｅ１における機器１０との連携によって実現される。

機器アプリ記憶部２３３は、サーバアプリ２１０と機器１０とを連携させるために、機器１０にインストールされる必要の有るアプリケーションプログラム（以下、「機器アプリ」という。）を記憶する。プロファイル記憶部２３４は、プロファイルを記憶する。プロファイルには、機器アプリの操作画面の構成情報や、操作画面に対する操作に応じて実行される処理に関する情報等が含まれる。プロファイル機器対応記憶部２３５は、プロファイルと機器１０との対応情報を記憶する。すなわち、同一の機器アプリに対する操作画面に関して、機器１０ごとに異なるプロファイルを対応付けることができる。

機器通信部２２２は、機器１０との通信を制御する。認証処理部２２３は、管理者端末３０のユーザ又は機器１０のユーザの認証等を行う。また、認証処理部２２３は、例えば、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの実行時において、オンラインストレージシステム４０に対するログイン処理を代行する。セッション管理部２２４は、サービス提供装置２０と機器１０との連携時において、両者の通信のセッションを管理する。

ジョブ処理部２２５は、サーバアプリ２１０から要求されるジョブの実行を制御する。ＯＣＲ処理部２２６は、サーバアプリ２１０から要求されるジョブがＯＣＲ処理である場合に、処理対象の画像データに対してＯＣＲ処理を実行する。アップロード処理部２２７は、サーバアプリ２１０から要求されるジョブがネットワークを介したデータのアップロードある場合に、当該アップロードを実行する。オンラインストレージシステム４０へのデータの保存は、アップロードの一形態である。

ストレージ連携部２２８は、オンラインストレージシステム４０との連携を行う。

なお、図４では、機器１０以外にサービス提供装置２０と通信可能な機器の一例として、携帯端末、ＰＣ、会議システム、画像投影装置、及びＩＣレコーダや、その他の新規デバイス等が例示されている。

また、図４に示される各ソフトウェア及び各記憶部の分類形態は、一例であり、本実施の形態を実施するために、サービス提供装置２０の各ソフトウェア及び各記憶部が、図４に示されるような階層で分類されていることは必須ではない。すなわち、機器１０等が、サーバアプリ２１０と連携可能であれば、サービス提供装置２０におけるソフトウェア及び記憶部の階層関係等は、特定のものに限定されない。

図５は、第一の実施の形態における機器の機能構成例を示す図である。図５において、機器１０は、機器制御部１２１、機器認証部１２２、通信部１２３、及び表示制御部１２４等を有する。これら各部は、機器１０にインストールされた一以上のプログラムが、ＣＰＵ１１１に実行させる処理により実現される。

機器制御部１２１は、機器１０のハードウェアの制御を行う。機器認証部１２２は、機器１０の操作者を認証するための処理を実行する。通信部１２３は、ネットワークを介した通信を制御する。表示制御部１２４は、操作パネル１５に対する画面の表示等を行う。

図５には、また、スキャン機器アプリ１２５が破線によって示されている。スキャン機器アプリ１２５は、機器アプリの一つであり、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて、機器１０をサービス提供装置２０と連携させるために機器１０にインストールされる。なお、機器アプリは、機器１０にインストール可能なものであればよく、サーバアプリとしても機能可能なアプリケーションプログラムが機器アプリとして機器１０にインストールされてもよい。

本実施の形態においてスキャン機器アプリ１２５は、当初から機器１０にインストールされているのではなく、ＳｃａｎＴｏＳｔｏｒａｇｅサービスを利用するための準備作業において機器１０にインストールされる。スキャン機器アプリ１２５が破線によって示されているのは、斯かる事情を表現したものである。但し、スキャン機器アプリ１２５は、当初から機器１０にインストールされていてもよい。

以下、情報処理システム１において実行される処理手順について説明する。ユーザ環境Ｅ１において、ＳｃａｎＴｏＳｔｏｒａｇｅサービスを利用可能とするためには、サービス提供装置２０に対するユーザ環境Ｅ１に関する各種情報の登録や、及びスキャン機器アプリ１２５の機器１０への導入等といった準備作業が必要とされる。そこで、まず、準備作業に伴って実行される処理手順について説明する。なお、準備作業は、ユーザ環境Ｅ１における機器１０の管理者（以下、単に「管理者」という。）によって管理者端末３０を利用して行われる。

図６は、準備作業に伴って実行される処理手順の一例を説明するための図である。

ステップＳ１０１において、管理者端末３０は、管理者より入力される指示に応じ、組織登録要求をサービス提供装置２０に送信する（Ｓ１０１）。組織登録要求とは、サービス提供装置２０が提供するサービスを利用する組織に関する情報の登録要求をいう。例えば、一つの企業が一つの組織となりうる。また、一つの企業を構成する一つの部署が、一つの組織であってもよい。すなわち、一つの企業内に、複数の組織が存在してもよい。本実施の形態では、一つのユーザ環境Ｅ１が、一つの組織であってもよい。また、組織は、企業に関する組織でなくてもよく、任意の団体又はサークル等であってもよい。また、一人が構成する組織であってもよい。

組織登録要求の指示は、例えば、次のような画面を介して入力される。

図７は、準備作業時に管理者端末に表示される画面の遷移例を示す図である。準備作業の開始時において、管理者端末３０には、図７に示されるポータル画面５１０が表示されている。ポータル画面５１０は、サービス提供装置２０が提供するサービスへの窓口としての画面である。なお、図７に示される各種画面は、例えば、サービス提供装置２０より提供されるＨＴＭＬデータ等を含むＷｅｂページに基づいて表示される。すなわち、以下においては、便宜上省略されているが、各画面への遷移時には、管理者端末３０とサービス提供装置２０との間でＨＴＴＰ（HyperText Transfer Protocol）通信が行われる。

ポータル画面５１０は、新規アカウント作成ボタン５１１、ログイン情報入力領域５１２、及びログインボタン５１３等を含む。

組織登録を行う場合、管理者は、新規アカウント作成ボタン５１１を押下する。新規アカウント作成ボタン５１１が押下されると、新規アカウント申し込み画面５２０が管理者端末３０に表示される。なお、図７において、或る画面のボタンから他の画面への矢印は、当該ボタンが押下されることにより、表示対象が当該他の画面へ遷移することを示す。

新規アカウント申し込み画面５２０において、管理者のユーザ名、パスワード、及びメールアドレスが入力されて申し込みボタン５２１が押下されると、管理者端末３０は、当該ユーザ名、パスワード及びメールアドレス等を含む組織登録要求をサービス提供装置２０に送信する。

サービス提供装置２０において組織登録要求が受信されると、設定登録部２２１は、ユーザ情報記憶部２３１に対して、組織登録要求に含まれている情報等を登録する（Ｓ１０２）。

図８は、ユーザ情報記憶部の構成例を示す図である。図８において、ユーザ情報記憶部２３１の各レコードは、組織ＩＤ、ユーザ名、パスワード、ロール、カードＩＤ、ストレージアカウント情報、及び購入アプリ等の項目を含む。

組織ＩＤは、ユーザ環境Ｅ１ごと、すなわち、サービス提供装置２０が提供するサービスを利用する企業ユーザ等の組織ごとに割り当てられる識別子である。ユーザ名、パスワード、ロール、及びカードＩＤは、組織ＩＤに係る組織の構成員である各個人のユーザ（以下、「構成員ユーザ」という。）のユーザ名、パスワード、ロール、及びカードＩＤである。

ロールは、構成員ユーザの中で管理者を識別するための項目である。すなわち、管理者である構成員ユーザには、「管理者」が登録され、管理者以外の構成員ユーザには、「利用者」が登録される。カードＩＤは、構成員ユーザが、機器１０にログインする際に利用する、ＩＣカードの識別子である。ストレージアカウント情報は、組織ＩＤに係る組織が利用するオンラインストレージに対するアカウント情報である。当該アカウント情報は、機器１０においてスキャンされた画像データをオンラインストレージシステム４０に保存する際に、オンラインストレージシステム４０に提示される認証情報として利用される。購入アプリは、組織ＩＤに係る組織において購入されているアプリケーションの識別子（以下、「アプリＩＤ」という。）の一覧である。図８では、便宜上、アプリケーションの名前が記載されているが、アプリＩＤは、数字やアルファベットの羅列等であってもよい。

なお、ユーザ情報記憶部２３１において、ユーザ名が記憶されていないレコードは、組織（ユーザ環境Ｅ１）に対応するレコード（以下、「組織レコード」という。）である。ユーザ名が記憶されているレコードは、構成員ユーザに対応するレコード（以下、「構成員レコード」という。）である。本実施の形態において、ストレージアカウント情報及び購入アプリは、組織レコードにおいて有効な項目である。但し、ストレージアカウント情報に関しては、構成員レコードにおいて有効とされてもよい。なお、構成員レコードの中で、ロールが管理者であるレコードを、以下「管理者レコード」といい。ロールが利用者であるレコードを、以下「利用者レコード」という。

ステップＳ１０２では、１つの組織レコードと、１つの管理者レコードとが生成される。組織レコードには、組織ＩＤが登録される。すなわち、組織レコードの生成に伴って、組織ＩＤが割り当てられる。また、管理者レコードには、組織ＩＤ、ユーザ名、パスワード、及びロール等が登録される。管理者レコードの組織ＩＤには、生成された組織レコードの組織ＩＤと同じ値が登録される。ユーザ名及びパスワードには、組織登録要求に含まれているユーザ名又はパスワードが登録される。ロールには、「管理者」が登録される。

組織レコード及び管理者レコードの他の項目や、利用者レコード等については、後述の処理において登録又は生成が行われる。

続いて、設定登録部２２１は、例えば、組織登録が正常に行われたことを通知する電子メール（以下、「登録通知メール」という。）を、組織登録要求に含まれているメールアドレス宛に送信する。登録通知メールには、例えば、割り当てられた組織ＩＤが含まれている。但し、組織登録が正常に行われたことは、例えば、組織登録要求を含むＨＴＴＰリクエストに対するＨＴＴＰレスポンスに含まれていてもよい。また、組織ＩＤは、新規アカウント申し込み画面５２０において、ユーザによって指定されてもよい。

組織登録が正常に終了すると、管理者は、ポータル画面５１０におけるログイン情報入力領域５１２に対して、登録された組織ＩＤ、ユーザ名、及びパスワードを入力し、ログインボタン５１３を押下する。ログインボタン５１３の押下に応じ、管理者端末３０は、ログイン要求をサービス提供装置２０に送信する（Ｓ１０３）。ログイン要求には、ログイン情報入力領域５１２に入力された組織ＩＤ、ユーザ名、及びパスワードが含まれている。

ログイン要求に応じ、サービス提供装置２０の認証処理部２２３は、ログイン要求に含まれているログインＩＤ、ユーザ名、及びパスワードを含み、ロールの値が「管理者」であるレコードがユーザ情報記憶部２３１に記憶されているか否かに基づいて、ログイン要求に係るユーザの認証を行う。該当するレコードが記憶されている場合、認証は成功する（Ｓ１０４）。該当するレコードが記憶されていない場合、認証は失敗する。認証が成功した場合、設定登録部２２１は、ログイン要求に含まれているユーザ名に係る管理者専用のポータル画面（以下、「管理者ポータル画面５３０」という。）を表示させるＷｅｂページを返信する。以下、ログインした管理者を、「ログイン管理者」という。

管理者端末３０は、返信されたＷｅｂページに基づいて管理者ポータル画面５３０を表示させる。図７に示されるように、管理者ポータル画面５３０は、連携ボタン５３１、マーケットプレースボタン５３２、プロファイル設定ボタン５３３、機器登録領域５３４、及び利用者登録領域５３５等を含む。

ここでは、管理者は、機器登録領域５３４のテキストボックス５３４ｔに、ＳｃａｎＴｏＳｔｏｒａｇｅサービスに連携させる各機器１０に関する情報（以下、「機器情報という。」という。）が記述されたファイル（以下、「機器情報ファイル」という。）のファイル名を入力し、登録ボタン５３４ｂを押下する。

一台の機器１０に関する機器情報は、例えば、機体番号、機体名、機体種類、及び設置場所等の項目を含む。これらの項目の値が、例えば、図９に示されるような形式で機器情報ファイルに記述されている。

図９は、機器情報ファイルにおける機器情報の記述例を示す図である。図９では、各項目の値が、カンマによって区切られた、ＣＳＶ（Comma Separated Values）形式によって、機器情報が記述された例が示されている。但し、機器情報ファイルにおける機器情報の記述形式は、ＣＳＶ形式に限定されない。ＸＭＬ（eXtensible Markup Language）形式であってもよいし、他の形式であってもよい。

なお、機体番号とは、各機器１０の機体（個体）の識別情報である。例えば、製造番号又はシリアル番号が機体番号として用いられてもよい。機体名は、機種名とほぼ同義である。機体種類は、機種名に係る機種の機能を端的に示す情報である。設置場所は、ユーザ環境Ｅ１において機器１０が設置されている場所である。

機器情報ファイルのファイル名がテキストボックス５３４ｔに入力され、登録ボタン５３４ｂが押下されると、管理者端末３０は、機器情報ファイルに記述されている機器情報を含む機器登録要求を、サービス提供装置２０に送信する（Ｓ１０５）。

サービス提供装置２０の設定登録部２２１は、機器登録要求の受信に応じ、機器登録要求に含まれている機器情報を、ログイン管理者に係る組織ＩＤに対応付けて、機器情報記憶部２３２に登録する（Ｓ１０６）。

図１０は、機器情報記憶部の構成例を示す図である。図１０において、機器情報記憶部２３２は機器１０ごとにレコードを記憶する。各レコードは、組織ＩＤ、機体番号、機体名、機体種類、及び設置場所等の項目を含む。機器情報記憶部２３２によって、各機器１０と組織との関連付けが保持される。

続いて、管理者は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスを受けるために、機器１０にインストールする必要のある機器アプリであるスキャン機器アプリ１２５を購入すべく、管理者ポータル画面５３０（図７）のマーケットプレースボタン５３２を押下する。マーケットプレースボタン５３２の押下に応じ、管理者端末３０には、マーケットプレース画面５４０が表示される。

図７に示されるように、マーケットプレース画面５４０は、機器アプリ記憶部２３３に記憶されている機器アプリごとに、ボタンを含む。図７では、三つの機器アプリに対応するボタン５４１〜５４３が含まれている例が示されている。このうち、ボタン５４１は、スキャン機器アプリ１２５に対応するボタンである。

ここでは、スキャン機器アプリ１２５が購入対象であるため、ボタン５４１が管理者によって押下される。ボタン５４１の押下に応じ、管理者端末３０は、スキャン機器アプリ１２５のアプリＩＤを含むアプリ購入要求を、サービス提供装置２０に送信する（Ｓ１０７）。

サービス提供装置２０の設定登録部２２１は、アプリ購入要求の受信に応じ、当該要求に含まれているアプリＩＤを、ユーザ情報記憶部２３１において、ログイン管理者に係る組織ＩＤに対応する組織レコードの購入アプリの項目に記憶する（Ｓ１０８）。例えば、図８において、組織ＩＤ＝１２３に対応する組織レコードの購入アプリの項目における「スキャン機器アプリ」は、このタイミングで登録される。

続いて、機器通信部２２２は、アプリ購入要求に含まれているアプリＩＤに対応するスキャン機器アプリ１２５を機器アプリ記憶部２３３より取得し、アプリ購入要求元のログイン管理者に係る組織ＩＤに属する機器１０に配信する（Ｓ１０９）。当該組織ＩＤに属する機器１０とは、機器情報記憶部２３２において当該組織ＩＤに対応付けられている機器１０である。

なお、通常、ユーザ環境Ｅ１にはファイアーウォールが設置されているため、サービス提供装置２０からユーザ環境Ｅ１内の各機器１０に対して、スキャン機器アプリ１２５を送り付けることはできない。そこで、例えば、機器１０の通信部１２３からのポーリングに対する応答において、スキャン機器アプリ１２５が返信されてもよい。

すなわち、各機器１０には、サービス提供装置２０との連携のために、サービス提供装置２０のＩＰアドレスや、機器通信部２２２に対するポート番号等が設定されている。各機器１０の通信部１２３は、例えば、定期的に当該ＩＰアドレス及び当該ポート番号宛に、何らかの事象の発生の有無を問い合わせるためのポーリングを行う。当該問い合わせには、例えば、機体番号が含まれる。サービス提供装置２０の機器通信部２２２は、当該問い合わせに指定されている機体番号が、スキャン機器アプリ１２５の購入元の組織ＩＤに対応付いている機体番号であれば、スキャン機器アプリ１２５を返信する。

但し、ユーザ環境Ｅ１とサービス提供装置２０との間にファイアーウォールが存在しない場合、機器通信部２２２が、各機器１０に対してスキャン機器アプリ１２５を送り付けてもよい。この場合、機器情報記憶部２３２に記憶される機器情報には、機器１０のＩＰアドレス及びポート番号等が含まれるようにしてもよい。

スキャン機器アプリ１２５を受信した各機器１０は、スキャン機器アプリ１２５を機器１０内に配置（インストール）する（Ｓ１１０）。

続いて、管理者端末３０において、マーケットプレース画面５４０の戻るボタン５４４が管理者によって押下されると、マーケットプレース画面５４０は非表示となり、管理者端末３０には、管理者ポータル画面５３０が表示される。

続いて、管理者は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて連携するオンラインストレージに対するアカウント情報を登録すべく、管理者ポータル画面５３０の連携ボタン５３１を押下する。連携ボタン５３１の押下に応じ、管理者端末３０は、ストレージ連携画面６１０を表示させる。

図１１は、連携先のストレージのアカウント情報を登録させるための画面の遷移例を示す図である。

図１１において、ストレージ連携画面６１０は、連携先ストレージ表示領域６１１、連携先入力領域６１２、及び追加ボタン６１３等を含む。連携先ストレージ表示領域６１１は、連携先として選択されたオンラインストレージの名前（以下、「ストレージ名」という。）が表示される領域である。既に、連携先として選択されているオンラインストレージが有る場合、当該オンラインストレージのストレージ名が表示される。連携先入力領域６１２は、連携先とするオンラインストレージ（以下、「連携先ストレージ」という。）のストレージ名を入力させるための領域である。

管理者によって、連携先入力領域６１２にストレージ名（「ＳｔｏｒａｇｅＡ」）が入力され、追加ボタン６１３が押下されると、管理者端末３０は、アカウント入力画面６２０を表示させる。管理者端末３０は、アカウント入力画面６２０を介して、連携先ストレージに対するアカウント情報（ＩＤ（例えば、メールアドレス等）及びパスワード）の入力を、管理者より受け付ける。当該アカウント情報は、事前に、連携先ストレージに対するユーザ登録等によって作成されているものである。アカウント入力画面６２０においてＩＤ及びパスワードが入力され、ログインボタン６２１が押下されると、管理者端末３０は、当該ＩＤ及びパスワードに基づいて、連携先ストレージ（「ＳｔｏｒａｇｅＡ」）に対してログインを行う。なお、ストレージ名に対応付けて、連携先ストレージへのログイン要求先のＵＲＬ（Uniform Resource Locator）が予め管理者端末３０に保存されていてもよいし、連携先入力領域６１２に対して当該ＵＲＬが入力されるようにしてもよい。

ログインに成功すると、管理者端末３０は、アクセス許否選択画面６３０を表示させる。アクセス許否選択画面６３０は、サービス提供装置２０による連携先ストレージへのアクセスを許可するか否かを選択させる画面である。ボタン６３２（「許可しない」）が押下されると、管理者端末３０における表示画面は、管理者ポータル画面５３０に遷移する。ボタン６３１（「アクセス許可」）が押下されると、管理者端末３０は、連携先ストレージのアカウント登録要求をサービス提供装置２０に送信する（Ｓ１１１）。当該アカウント登録要求には、ストレージ連携画面６１０に入力されたストレージ名、及びアカウント入力画面６２０に入力されたアカウント情報（ＩＤ及びパスワード）が含まれる。

サービス提供装置２０の設定登録部２２１は、アカウント登録要求に応じ、ユーザ情報記憶部２３１（図８）において、ログイン管理者に係る組織ＩＤに対応する組織レコードのストレージアカウント情報に、当該要求に含まれているストレージ名、ＩＤ、及びパスワードを登録する（Ｓ１１２）。図８には、組織ＩＤ＝１２３に係る組織レコードに対して、ＳｔｏｒａｇｅＡのストレージ名と、ＳｔｏｒａｇｅＡに対するＩＤ及びパスワードが登録された例が示されている。

なお、連携先ストレージ及び連携先ストレージに対するアカウント情報が、ユーザごとに設定可能とされてもよい。この場合、例えば、ストレージ連携画面６１０又はアカウント入力画面６２０において、一以上のユーザ名を入力可能な領域が設けられてもよい。当該領域に入力されたユーザ名は、アカウント登録要求に含まれてサービス提供装置２０に送信される。サービス提供装置２０の設定登録部２２１は、アカウント登録要求に含まれているユーザ名に対応する構成員レコードのストレージアカウント情報に、当該要求に含まれているストレージ名、ＩＤ、及びパスワードを登録する。

アカウント登録要求に応じたサービス提供装置２０における登録処理が成功すると、管理者端末３０には、ストレージ連携画面６１０ａが表示される。ストレージ連携画面６１０ａの連携先ストレージ表示領域６１１には、連携先ストレージのストレージ名が表示される。なお、続けて他のオンラインストレージに関するアカウント情報の登録等が行われてもよい。すなわち、一つの組織レコード又は構成員レコードに対して、複数のオンラインストレージに対するアカウント情報が登録されてもよい。

続いて、管理者は、ユーザ環境Ｅ１において、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用を許可する構成員ユーザの登録を行う。具体的には、管理者は、管理者ポータル画面５３０（図７）の利用者登録領域５３５のテキストボックス５３５ｔに、当該構成員ユーザに関する情報（以下「ユーザ情報」という。）が記述されたファイル（以下、「ユーザ情報ファイル」という。）のファイル名を入力し、登録ボタン５３５ｂを押下する。

一人の構成員ユーザに関するユーザ情報は、例えば、ユーザ名、パスワード、及びカードＩＤ等の項目を含む。これらの項目の値が、例えば、図１２に示されるような形式でユーザ情報ファイルに記述されている。

図１２は、ユーザ情報ファイルにおけるユーザ情報の記述例を示す図である。図１２では、各項目の値が、カンマによって区切られた、ＣＳＶ形式によって、ユーザ情報が記述された例が示されている。但し、ユーザ情報ファイルにおけるユーザ情報の記述形式は、ＣＳＶ形式に限定されない。ＸＭＬ（eXtensible Markup Language）形式であってもよいし、他の形式であってもよい。

ユーザ情報ファイルのファイル名がテキストボックス５３５ｔに入力され、登録ボタン５３５ｂが押下されると、管理者端末３０は、ユーザ情報ファイルに記述されているユーザ情報を含むユーザ登録要求を、サービス提供装置２０に送信する（Ｓ１１３）。

サービス提供装置２０の設定登録部２２１は、ユーザ登録要求に含まれているユーザ情報を、ログイン管理者に係る組織ＩＤに対応付けて、ユーザ情報記憶部２３１に登録する（Ｓ１１４）。すなわち、ユーザ情報ごとに新たな利用者レコードが生成され、各利用者レコードに対して、一つのユーザ情報が登録される。図８の例では、ユーザ名が、Ｂ、Ｃ、又はＤのレコードがステップＳ１１４において登録される。なお、管理者に関するユーザ情報が、ユーザ登録要求に含まれていてもよい。管理者に関するユーザ情報とは、ユーザ名が、管理者レコードのユーザ名と一致するユーザ情報をいう。この場合、ユーザ登録要求に含まれているユーザ情報によって、管理者レコードの内容が更新されてもよい。例えば、管理者のカードＩＤが、このタイミングで登録されてもよい。

続いて、管理者は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用に際して、各機器１０の操作パネル１５に表示される操作画面の構成情報であるプロファイルの編集作業等を行う。本実施の形態におけるプロファイルは、スキャン機器アプリ１２５の操作画面に関する情報であり、画面上のボタンのレイアウトや、ボタンごとに、スキャンの読み取り条件、スキャンされた画像データに対する加工処理、及び保存先（配信先）とするストレージ等に関する情報を含む。

図１３は、プロファイルの概念モデルを説明するための図である。図１３に示されるように、各機器１０は、一つのプロファイルを有する。但し、機器１０ごとに異なるプロファイルが設定されてもよいし、例えば、ユーザごとに異なるプロファイルが一つの機器１０に設定されてもよい。

プロファイルは、一以上のグループを含む。グループとは、操作画面において、例えば、タブウィンドウに対応する概念である。図１３では、グループの具体例として、「営業」及び「開発」が示されている。これらは、それぞれ営業タブウィンドウ又は開発タブウィンドウを示す。

一つのグループは、一以上のプロジェクト及び画面レイアウト情報を含む。プロジェクトは、例えば、タブウィンドウ上に配置されるボタン等の操作部品に対応する概念である。図１３では、プロジェクトの具体例として「伝票」、「日報」、「商品情報」及び「顧客情報」等が示されている。これらは、例えば、営業タブウィンドウに配置される各ボタンのラベルを示す。

画面レイアウト情報は、一つのタブウィンドウ内における操作部品（ボタン）の配置位置や大きさ等を示す情報である。

一つのプロジェクトは、読み取り条件、ストレージ連携情報、及び加工情報等を有する、又はこれらの情報に対応付けられる。読み取り条件は、スキャン時の読み取り条件である。ストレージ連携情報とは、スキャンされた画像データに関して、いずれのオンラインストレージのいずれのフォルダを保存先とするか等を示す情報である。加工情報は、スキャンされた画像データに関して、保存前に行われる加工処理（画像処理）に関する情報である。

管理者ポータル画面５３０（図７）において、プロファイル設定ボタン５３３が押下されると、管理者端末３０には、プロファイル設定画面５５０が表示される。図７に示されるように、プロファイル設定画面５５０は、プロファイル編集ボタン５５１及び機器設定ボタン５５２を含む。管理者によって、プロファイル編集ボタン５５１が選択されると、管理者端末３０には、プロファイル設定画面５５０上に、プロファイル編集画面７１０が表示される。

図１４は、プロファイル編集画面の表示例を示す図である。図１４において、プロファイル編集画面７１０は、プロファイル名入力領域７１１、編集対象画面表示領域７１２、ボタン編集領域７１３、編集ボタン７１４〜７１７、及び登録ボタン７１８等を含む。

プロファイル名入力領域７１１は、プロファイル名の入力を受け付ける領域である。編集対象画面表示領域７１２は、編集対象とされている画面（スキャン機器アプリ１２５の操作画面）が表示される領域である。図１４では、図１３に示した概念モデルに対応した画面例が表示されている。すなわち、営業タブウィンドウ及び開発タブウィンドウを含み、営業タブウィンドウ内に、日報ボタン、顧客情報ボタン、商品情報ボタン、及び伝票ボタン等を含む画面が編集対象とされた例が示されている。

編集ボタン７１４〜７１７は、新たなタブウィンドウの追加、編集対象とされているタブウィンドウの削除、編集対象とされているタブウィンドウに対するボタンの追加、編集対象とされているタブウィンドウにおいて選択されているボタンの削除等を行わせるためのボタンである。

なお、編集対象画面表示領域７１２の初期状態は、一つのタブウィンドウに一つのボタンが配置された状態であってもよいし、予め雛型として作成されているプロファイルに基づく状態であってもよい。

編集対象画面表示領域７１２において、選択されたボタン（以下、「対象ボタン」という。）は、削除ボタン７１７、又はボタン編集領域７１３の編集対象となる。ボタン編集領域７１３は、例えば、読み取り条件設定領域７１３１、加工情報設定領域７１３２、及びストレージ連携情報設定領域７１３３等を含む。

読み取り条件設定領域７１３１は、対象ボタンが押下された場合に実行されるスキャンに関する読み取り条件の設定を受け付ける領域である。図１４では、両面、解像度、及びファイル形式が設定項目の一例として示されているが、カラーモード等、他の項目の設定が可能とされてもよい。

加工情報設定領域７１３２は、対象ボタンの押下に応じてスキャンされた画像データに対して実行する加工処理の設定を受け付ける領域である。図１４では、ＯＣＲ（Optical Character Recognition）が設定された例が示されている。この場合、ＯＣＲの結果が保存対象とされる。ＯＣＲの他に、ＯＣＲ結果の翻訳、画像データのデータ形式の変換等が加工処理として設定されてもよい。また、複数の加工処理の組み合わせの設定が可能とされてもよい。

ストレージ連携情報設定領域７１３３は、対象ボタンの押下に応じて、スキャンされ、必要に応じて加工処理が施されたデータの保存先に関する設定を受け付けるための領域である。図１４では、保存先とするオンラインストレージのストレージ名、及び当該オンラインストレージにおけるフォルダ名が設定可能とされた例が示されている。なお、保存先として選択可能なストレージ名は、ログイン管理者に係る組織ＩＤに対応する組織レコード（図８）のストレージアカウント情報に登録されているストレージ名である。また、フォルダ名は、対象ボタンのボタン名（ラベル）となる。すなわち、フォルダ名が変更されると、対象ボタンのボタン名は変更される。但し、ボタン名とフォルダ名とは必ずしも一致していなくてもよい。

プロファイル編集画面７１０において必要な編集が完了し、登録ボタン７１８が押下されると、管理者端末３０は、プロファイル編集画面７１０における編集内容を含むプロファイル登録要求をサービス提供装置２０に送信する（Ｓ１１５）。サービス提供装置２０の設定登録部２２１は、プロファイル登録要求に応じ、当該登録要求に含まれている情報を、ログイン管理者に係る組織ＩＤに対応付けて、プロファイル記憶部２３４に登録する（Ｓ１１６）。

図１５は、プロファイル記憶部の構成例を示す図である。プロファイル記憶部２３４は、プロファイルごとに、組織ＩＤ、プロファイル名、グループ、及びプロジェクト等の項目を有する。

組織ＩＤは、プロファイルが属する組織の組織ＩＤである。プロファイル名は、プロファイルの名前である。グループは、プロファイルに含まれるグループである。一つのプロファイルに対するレコード内に、グループごとのレコード（以下、「グループレコード」という。）が形成される。プロジェクトは、グループに含まれるプロジェクトである。一つのグループレコード内に、プロジェクトごとのレコード（以下、「プロジェクトレコード」という。）が形成される。

一つのグループレコードは、グループ名及びレイアウト情報及び１以上のプロジェクトレコードを含む。グループ名は、グループの識別名であり、グループに対応するタブウィンドウのタブに表示されるラベルでもある。レイアウト情報は、グループに対応するタブウィンドウ内における各ボタンの配置情報である。

一つのプロジェクトレコードは、プロジェクト名、読み取り条件、加工情報、及びストレージ連携情報等を含む。プロジェクト名は、プロジェクトの識別名であり、プロジェクトが対応するボタンのラベルでもある。本実施の形態において、プロジェクト名は、ストレージ連携情報のフォルダ名に一致する。他の項目については、プロファイル編集画面７１０（図１４）において説明した通りである。

続いて、管理者によって、プロファイル設定画面５５０（図７）の機器設定ボタン５５２が押下されると、管理者端末３０には、プロファイル機器設定画面７２０が表示される。

図１６は、プロファイル機器設定画面の表示例を示す図である。プロファイル機器設定画面７２０は、プロファイルと各機器１０との対応付けを設定させるための画面である。図１６に示されるように、プロファイル機器設定画面７２０には、ログイン管理者に係る組織ＩＤに対応付けられて機器情報記憶部２３２に機器情報が記憶されている機器１０ごとに、機器情報及びプロファイル名入力領域７２１が表示される。管理者は、プロファイル名入力領域７２１に対して、各機器１０に対応付ける（各機器１０において利用される）プロファイルのプロファイル名を入力し、登録ボタン７２２を押下する。

登録ボタン７２２の押下に応じ、管理者端末３０は、プロファイル機器設定画面７２０における設定内容（例えば、機体番号とプロファイル名との組み合わせ）を含む登録要求をサービス提供装置２０に送信する。サービス提供装置２０の設定登録部２２１は、当該登録要求に含まれている情報を、プロファイル機器対応記憶部２３５に登録する。

図１７は、プロファイル機器対応記憶部の構成例を示す図である。プロファイル機器対応記憶部２３５は、機体番号、プロファイル名、及び機器アプリのアプリＩＤを対応付けて記憶する。対応付けられるアプリＩＤは、マーケットプレース画面５４０（図７）において選択された機器アプリのアプリＩＤである。すなわち、設定登録部２２１は、当該機器アプリのアプリＩＤを、ログイン管理者に対応付けてメモリ装置２０３等に記憶しておき、プロファイル機器設定画面７２０における設定内容の登録要求に応じ、当該アプリＩＤを当該設定内容に対応付けてプロファイル機器対応記憶部２３５に記憶する。

続いて、管理者ポータル画面５３０（図７）のログアウトボタン５３６が押下されると（Ｓ１１７）、管理者端末３０は、サービス提供装置２０に対してログアウト要求を送信する。ログアウト要求の受信に応じ、サービス提供装置２０は、ログイン管理者のログイン状態を解除する。

以上でＳｃａｎＴｏＳｔｏｒａｇｅサービスを利用するための管理者による準備作業は完了する。続いて、構成員ユーザによって、ＳｃａｎＴｏＳｔｏｒａｇｅサービスが利用される際に、情報処理システム１において実行される処理手順について説明する。

図１８は、第一の実施の形態におけるＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一例を説明するためのシーケンス図である。図１８の説明において、操作対象とされる機器１０を、単に「機器１０」といい、機器１０を操作する或る構成員ユーザを、単に「ユーザ」という。また、図１８の処理の開始時において、機器１０には、いずれのユーザもログインしていない状態であるとする。

ユーザが、機器１０にログインすべく、機器１０の非図示のカードリーダにＩＣカードを翳すと、機器認証部１２２は、カードリーダを介して当該ＩＣカードよりカードＩＤを取得する（Ｓ２０１）。続いて、機器認証部１２２は、カードＩＤを含む認証要求をサービス提供装置２０に送信する（Ｓ２０２）。

サービス提供装置２０の認証処理部２２３は、認証要求の受信に応じ、認証要求に含まれているカードＩＤについて認証を行う。例えば、当該カードＩＤを含むレコードがユーザ情報記憶部２３１に記憶されていれば認証は成功したと判定されてもよい。または、機器１０からカードＩＤと共に組織ＩＤ及び機体番号が送信されてもよい。この場合、組織ＩＤ、機体番号、及びカードＩＤの組み合わせに矛盾が無ければ、認証は成功したと判定されてもよい。認証が成功した場合、セッション管理部２２４は、機器１０との間のセッションを開設する。セッション管理部２２４は、ユーザ情報記憶部２３１において、当該カードＩＤに対応付けられている組織ＩＤ及びユーザ名を、当該セッションに対応付けてメモリ装置２０３に記憶する。セッション管理部２２４は、また、当該セッションの識別情報であるトークン（例えば、ｃｏｏｋｉｅ）を生成する。認証処理部２２３は、当該トークンを認証の成功を示す応答に含めて機器１０の機器認証部１２２に返信する（Ｓ２０３）。

機器認証部１２２は、認証成功の応答の受信に応じ、当該応答に含まれているトークンを、ＲＡＭ１１２に記憶する。機器認証部１２２は、また、ユーザの操作を可能とするため、操作パネル１５に対する利用制限（ロック）を解除する（Ｓ２０４）。利用制限が解除されることにより、ユーザは、操作パネル１５を介して機器１０の操作が可能となる。

続いて、機器認証部１２２は、機器１０内で起動している各アプリケーションに対して、ログインの成功を通知する。本実施の形態では、スキャン機器アプリ１２５にもログインの成功が通知される（Ｓ２０５）。ログインの成功の通知には、トークンが添付される。したがって、スキャン機器アプリ１２５は、当該通知を介してトークンを入手する。

続いて、ユーザによる操作パネル１５を介した操作によって、スキャン機器アプリ１２５が利用対象として選択されると、スキャン機器アプリ１２５は、自らのアプリＩＤ、トークン、及び機器１０（自機）の機体番号等を指定して、プロファイルの取得要求を、サービス提供装置２０のスキャンサーバアプリ２１１宛に送信する（Ｓ２０６）。サービス提供装置２０のセッション管理部２２４は、当該取得要求を中継する。中継に際し、セッション管理部２２４は、当該取得要求に含まれているトークンを、当該トークンによって識別されるセッションの組織ＩＤ及びユーザ名に変換して、当該取得要求をスキャンサーバアプリ２１１に転送する（Ｓ２０７）。なお、セッション管理部２２４は、不正なトークンを含む要求については、拒絶する。

続いて、スキャンサーバアプリ２１１は、当該取得要求に指定されているアプリＩＤ及び機体番号に対応付いているプロファイル名を、プロファイル機器対応記憶部２３５（図１７）を参照して特定する。スキャンサーバアプリ２１１は、更に、特定されたプロファイル名、及びトークンから変換された組織ＩＤによって識別されるプロファイルを、プロファイル記憶部２３４（図１５）より取得し、取得されたプロファイルを、スキャン機器アプリ１２５に返信する（Ｓ２０８）。

スキャン機器アプリ１２５は、返信されたプロファイルに基づいて、操作画面を生成する（Ｓ２０９）。続いて、スキャン機器アプリ１２５は、当該操作画面を操作パネル１５に表示させる（Ｓ２１０）。なお、厳密には、プロファイルに基づく操作画面の生成及び操作パネル１５への表示は、表示制御部１２４によって実行される。

図１９は、スキャン機器アプリの操作画面の表示例を示す図である。図１９に示される操作画面８１０は、図１４の編集対象画面表示領域７１２に示されている画面と同じである。

続いて、ユーザによって、操作画面８１０のボタンの中から、ユーザの業務に適したボタンが選択される（Ｓ２１１）。例えば、日報をスキャン対象とする場合、ボタン８１１が選択される。操作パネル１５によってボタンの選択が通知されると（Ｓ２１２）、スキャン機器アプリ１２５は、選択されたボタン８１１（「日報」）に対応するグループ名、プロジェクト名、読み込み条件、及びストレージ連携情報等をＲＡＭ１１２に記憶する（Ｓ２１３）。当該読み込み条件及びストレージ連携情報等は、操作画面８１０の生成に用いられたプロファイルに含まれている。

続いて、ユーザによって、スキャン対象とされる日報の原稿が機器１０にセットされ、操作パネル１５上のスタートボタンが押下されると（Ｓ２１４）、操作パネル１５は、スキャン機器アプリ１２５に対してスタートボタンの押下を通知する（Ｓ２１５）。スタートボタンの押下の通知に応じ、スキャン機器アプリ１２５は、機器制御部１２１を介して原稿のスキャンジョブを機器１０に実行させる（Ｓ２１６）。すなわち、スキャナ１２によって原稿から画像データが読み取られる。この際、読み取り条件は、ステップＳ２１３においてＲＡＭ１１２に記憶されたものが用いられる。したがって、日報のスキャンに適した読み取り条件によって、原稿のスキャンが実行され、画像データが生成される。

続いて、スキャン機器アプリ１２５は、当該画像データを、自らのアプリＩＤ、機体番号、選択されたボタンのグループ名及びプロジェクト名、並びにトークンと共にスキャンサーバアプリ２１１に送信（アップロード）する（Ｓ２１７）。セッション管理部２２４は、当該トークンを組織ＩＤ及びユーザ名に変換し、変換結果、アプリＩＤ、機体番号、グループ名及びプロジェクト名、並びに当該画像データをスキャンサーバアプリ２１１に転送する（Ｓ２１８）。

スキャンサーバアプリ２１１は、転送されたアプリＩＤ及び機体番号に対応するプロファイルを、プロファイル機器対応記憶部２３５及びプロファイル記憶部２３４に基づいて特定し、当該プロファイルにおいて、転送されたグループ名及びプロジェクト名に対応する加工情報及びストレージ連携情報を特定する。

スキャンサーバアプリ２１１は、当該加工情報及び当該ストレージ連携情報に応じた処理を示すジョブ（以下、「ジョブＡ」という。）の実行要求をジョブ処理部２２５に投入する（Ｓ２１９）。ここでは、加工情報は、ＯＣＲ処理を実行することを示し、ストレージ情報は、ＳｔｏｒａｇｅＡの「／日報」フォルダへ保存（アップロード）することを示すこととする。また、ジョブには、機器１０に係る組織ＩＤ、ユーザ名、及びスキャンされた画像データが関連付けられる。なお、ジョブの実行要求は、ＲＡＭ１１２に形成されているジョブキューに蓄積される。ジョブの実行は、ジョブの実行要求とは非同期に実行される。但し、ジョブの実行要求と同期的にジョブが実行されてもよい。

続いて、ジョブ処理部２２５は、ジョブキューよりジョブＡを取り出すと、ジョブＡに係る加工情報に基づいて、ＯＣＲ処理をＯＣＲ処理部２２６に要求する（Ｓ２２０）。ＯＣＲ処理部２２６は、画像データに関してＯＣＲ処理を実行し、処理結果としてのテキストデータを出力する（Ｓ２２１）。

続いて、ジョブ処理部２２５は、当該テキストデータと、ストレージ連携情報が示すストレージ名及びフォルダ名と、組織ＩＤ及びユーザ名とを指定して、アップロードの実行をアップロード処理部２２７に要求する（Ｓ２２２）。アップロード処理部２２７は、当該アップロードに応じた処理の実行を、ストレージ連携部２２８に要求する（Ｓ２２３）。

ストレージ連携部２２８は、指定されたストレージ名に係るオンラインストレージシステム４０に対するログインを認証処理部２２３に要求する（Ｓ２２４）。ストレージ連携部２２８は、アップロード要求に指定された組織ＩＤ及びストレージ名を当該ログイン要求に指定する。認証処理部２２３は、当該組織ＩＤに対応する組織レコードをユーザ情報記憶部２３１より取得し、当該組織レコードのストレージアカウント情報において、アップロード要求に係るストレージ名に対応付けられているアカウント情報（ＩＤ及びパスワード）を取得する。認証処理部２２３は、取得されたアカウント情報を用いて、例えば、ＳｔｏｒａｇｅＡに係るオンラインストレージシステム４０（以下、単に「ＳｔｏｒａｇｅＡ」という。）に対して認証要求を送信する（Ｓ２２５）。

ＳｔｏｒａｇｅＡは、当該認証要求に指定されたアカウント情報について認証に成功すると、ＳｔｏｒａｇｅＡへのアクセス用のトークンを返信する（Ｓ２２６）。認証処理部２２３は、返信されたトークンを、ストレージ連携部２２８に返却する（Ｓ２２７）。

続いて、ストレージ連携部２２８は、当該トークンを指定して、ＯＣＲ処理によって得られたテキストデータについて、アップロード要求に指定されたストレージ名によって特定されるオンラインストレージ（ＳｔｏｒａｇｅＡ）に対して保存要求を送信する（Ｓ２２８）。この際、アップロード要求に指定されたフォルダ名（／日報）が保存先のフォルダとして指定される。

その結果、ＳｔｏｒａｇｅＡの／日報に対して、当該テキストデータが保存される。

上述したように、第一の実施の形態によれば、機器１０を、ＳｃａｎＴｏＳｔｏｒａｇｅサービスに連携させることができる。具体的には、ＳｃａｎＴｏＳｔｏｒａｇｅサービスに関する操作画面は、プロファイルという形態でサービス提供装置２０に保存される。ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用時において、機器１０は、プロファイルをサービス提供装置２０より取得（ダウンロード）し、当該プロファイルに基づいて操作画面を表示させる。当該操作画面に対する操作（ボタンの押下等）に応じた処理は、プロファイルに含まれている定義に従って実行される。

したがって、例えば、組織内の各機器１０を、同一のプロファイルに対応付けておけば、ユーザは、当該組織内のいずれの機器１０からでも、同じサービスを受けることができる。又は、部署毎にプロファイルを変えることで、ユーザは、各部署の業務に適した態様で、ＳｃａｎＴｏＳｔｏｒａｇｅサービスを受けることができる。

なお、ユーザ環境Ｅ１の記憶装置に記憶されている画像データについて、同様のサービスが実現されてもよい。また、画像データの保存先は、必ずしも、オンラインストレージでなくてもよい。例えば、サービス提供装置２０の補助記憶装置２０２におけるフォルダであってもよい。

次に、第二の実施の形態について説明する。第二の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。

図２０は、第二の実施の形態における情報処理システムの構成例を示す図である。図２０中、図１と同一部分には同一符号を付し、その説明は省略する。

図２０において、ユーザ環境Ｅ１は、ファイルサーバ５０を含む。第二の実施の形態において、ファイルサーバ５０は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいてスキャンされた画像データの保存先とされる。ファイルサーバ５０は、例えば、ＳＭＢ（Server Message Block）又はＦＴＰ（File Transfer Protocol）等の通信プロトコル等を用いてアクセス可能なコンピュータである。

すなわち、第二の実施の形態では、機器１０から見て、ローカルな環境における装置が画像データの保存先となる。ローカルな環境とは、ユーザ環境Ｅ１のファイアーウォールＦ１内のネットワーク環境をいう。なお、図２０において、オンラインストレージシステム４０は、図示されていないが、このことは、第二の実施の形態と、オンラインストレージシステム４０とが排他的な関係に有ることを示すものではない。第一の実施の形態と第二の実施の形態とが組み合わされて実施されてもよい。以下、ローカルな環境における画像データの保存先を、「ローカルストレージ」という。

第一の実施の形態では、機器１０においてスキャンされた画像データは、機器１０からサービス提供装置２０に送信され、サービス提供装置２０によって、オンラインストレージシステム４０に送信されていた（図１８のステップＳ２２３〜Ｓ２２８等参照）。オンラインストレージシステム４０は、外部から要求を受け付けることを予定している。したがって、オンラインストレージシステム４０は、サービス提供装置２０から送信される画像データを受信することができる。

一方、ユーザ環境Ｅ１は、ファイアーウォールＦ１を有する。したがって、単に、ファイルサーバ５０をオンラインストレージシステム４０に置き換えて、第一の実施の形態と同様の処理手順を実行したとしても、サービス提供装置２０からファイルサーバ５０宛に送信される画像データは、ファイアーウォールＦ１によって遮断されてしまう。したがって、第一の実施の形態と同様の処理手順によって、ファイルサーバ５０を、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの保存先とするのは困難である。

第二の実施の形態では、以上のような課題を解決し、ファイルサーバ５０を、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおける保存先とする例を説明する。

まず、第二の実施の形態においては、図１１において説明した内容に関して拡張が行われる。

図２１は、第二の実施の形態における連携先のストレージのアカウント情報を登録させるための画面の遷移例を示す図である。図２１中、図１１と同一部分には同一符号を付し、その説明は適宜省略する。

図２１において、ストレージ連携画面６１０は、更に、ストレージ種別選択領域６１４を含む。ストレージ種別選択領域６１４は、連携先とするストレージの種別を、例えば、ラジオボタンによって選択させるための領域である。本実施の形態では、一例として、「クラウドストレージ」、「ＳＭＢ」、及び「ＦＴＰ」が、連携先のストレージの種別の選択肢とされている。本実施の形態において、オンラインストレージシステム４０は、「クラウドストレージ」に属する。すなわち、「クラウドストレージ」は、ユーザ環境Ｅ１の外部のストレージである。「ＳＭＢ」は、ＳＭＢによってアクセス可能なローカルストレージである。「ＦＴＰ」は、ＦＴＰによってアクセス可能なローカルストレージである。ファイルサーバ５０は、「ＳＭＢ」又は「ＦＴＰ」に属する。

管理者によって、ストレージ種別として「クラウドストレージ」が選択された場合、第一の実施の形態と同様の処理が実行される。一方、管理者によって、例えば、ストレージ種別として「ＳＭＢ」が選択され、連携先入力領域６１２にストレージ名（例えば、「ＳＭＢ＿１」）が入力された後、追加ボタン６１３が押下されると、管理者端末３０は、図２１に示される、ＳＭＢ用アカウント入力画面６２０ａを表示させる。

ＳＭＢ用アカウント入力画面６２０ａでは、保存先、ドメイン名、アカウント名、及びパスワードの入力が可能とされている。保存先は、ＳＭＢによってアクセスするローカルストレージの識別情報である。当該識別情報は、例えば、ホスト名又はＩＰアドレス等、ＳＭＢにおいて、保存先を特定可能な情報であればよい。ドメイン名、アカウント名、及びパスワードは、当該ローカルストレージに対するアクセスにおいて必要とされる、アカウント情報である。なお、ストレージ種別選択領域６１４において、「ＦＴＰ」が選択された場合、ＳＭＢ用アカウント入力画面６２０ａの代わりに、ＦＴＰ用アカウント入力画面が表示される。ＦＴＰ用アカウント入力画面では、ＦＴＰによってアクセスするローカルストレージのＩＰアドレスと、当該ローカルストレージに対するアクセスに必要とされるアカウント情報の入力が可能とされる。

ＳＭＢ用アカウント入力画面６２０ａに対して、ＩＰアドレス、ドメイン名、アカウント名、及びパスワードが入力され、追加ボタン６２１ａが押下されると、管理者端末３０は、連携先ストレージのアカウント登録要求をサービス提供装置２０に送信する（図６のＳ１１１）。当該アカウント登録要求には、ストレージ連携画面６１０に入力されたストレージ名、及びＳＭＢ用アカウント入力画面６２０ａに入力されたアカウント情報（ＩＰアドレス、ドメイン名、アカウント名、及びパスワード等）が含まれる。

サービス提供装置２０の設定登録部２２１は、アカウント登録要求に応じ、ユーザ情報記憶部２３１（図８）において、ログイン管理者に係る組織ＩＤに対応する組織レコードのストレージアカウント情報に、当該要求に含まれているストレージ名、ＩＰアドレス、ドメイン名、アカウント名、及びパスワード等を登録する（Ｓ１１２）。

図２２は、第二の実施の形態におけるユーザ情報記憶部へのストレージアカウント情報の記憶例を示す図である。

図２２では、組織レコードのストレージアカウント情報の２行目に、「ＳＭＢ＿１」に対するアカウント情報が登録された例が示されている。

以上の結果、プロファイル編集画面７１０のストレージ連携情報設定領域７１３３において、保存先として、「ＳＭＢ＿１」も選択肢となる。なお、「ＳＭＢ＿１」は、ファイルサーバ５０に対するストレージ名であるとする。また、連携情報設定領域７１３３において、ファイルサーバ５０におけるフォルダ名も設定される。したがって、プロファイル記憶部２３４は、例えば、図２３に示されるようなプロファイルを記憶しうる。

図２３は、第二の実施の形態におけるプロファイル記憶部のプロファイルの記憶例を示す図である。

図２３に示されるプロファイル記憶部２３４では、「顧客情報」のプロジェクトレコードのストレージ連携情報に、「ＳＭＢ＿１」及びファイルサーバ５０における保存先のフォルダ名が登録された例が示されている。

なお、プロジェクトごとに、当該プロジェクトにおいて保存先とされるストレージへのアカウント情報の登録が可能とされてもよい。この場合、プロファイル編集画面７１０のストレージ連携情報設定領域７１３３において、アカウント情報の入力領域が設けられてもよい。プロファイル記憶部２３４のプロジェクトレコードのストレージ連携情報には、ストレージ名及びフォルダ名に加え、アカウント情報（例えば、ドメイン名、アカウント名、及びパスワード）が登録されてもよい。

続いて、ＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順について説明する。図２４は、第二の実施の形態におけるＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一例を説明するためのシーケンス図である。図２４中、図１８と同一ステップには同一ステップ番号を付し、その説明は省略する。

ここでは、ステップＳ２１１において、保存先が「ＳＭＢ＿１（ファイルサーバ５０）」である「顧客情報」プロジェクトに対応するボタンが押下されたこととする。したがって、ステップＳ２１３において、機器アプリ１２５は、選択されたボタンに対応するグループ名、プロジェクト名、読み込み条件、及びストレージ連携情報等をＲＡＭ１１２に記憶する。

続いて、ユーザによって、スキャン対象とされる顧客情報の原稿が機器１０にセットされ、操作パネル１５上のスタートボタンが押下されると（Ｓ２１４）、操作パネル１５は、スキャン機器アプリ１２５に対してスタートボタンの押下を通知する（Ｓ２１５）。スタートボタンの押下の通知に応じ、スキャン機器アプリ１２５は、機器制御部１２１を介して原稿のスキャンジョブを機器１０に実行させる（Ｓ２１６）。すなわち、スキャナ１２によって原稿から画像データが読み取られる。この際、読み取り条件は、ステップＳ２１３においてＲＡＭ１１２に記憶されたものが用いられる。したがって、顧客情報のスキャンに適した読み取り条件によって、原稿のスキャンが実行され、画像データが生成される。

続いて、スキャン機器アプリ１２５は、ステップＳ２１３においてＲＡＭ１１２に記憶されたストレージ連携情報に基づいて、画像データの保存先のストレージ種別を判定する（Ｓ２３１）。例えば、ストレージ種別に応じて、ストレージ連携情報の構成が異なれば、当該構成に基づいて、ストレージ種別（クラウドストレージ、ＳＭＢ、又はＦＴＰ等）を判定することができる。また、ストレージ連携情報の構成のみではストレージ種別を区別できない場合、ストレージ種別を示す文字列等がストレージ連携情報に含まれ登録されていてもよい。具体的には、ユーザ情報記憶部２３１のストレージアカウント情報にストレージ種別が登録され、当該ストレージ種別が、プロファイル記憶部２３４のストレージ連携情報に引き継がれて記憶されてもよい。なお、ユーザ情報記憶部２３１のストレージアカウント情報への登録時において、登録すべきストレージ種別の値は、ストレージ連携画面６１０（図２１）のストレージ種別選択領域６１４における選択結果に基づいて判定可能である。

ストレージ種別が、「クラウドストレージ」である場合、例えば、図１８のステップＳ２１７以降の処理が実行される。

ストレージ種別が、「ＳＭＢ」又は「ＦＴＰ」等、ローカルストレージに対応する種別である場合、スキャン機器アプリ１２５は、ステップＳ２１３においてＲＡＭ１１２に記憶されたストレージ連携情報によって特定される連携先のローカルストレージに対する接続確認を行う（Ｓ２３２）。本実施の形態では、ファイルサーバ５０に対する接続確認が行われる。接続確認は、例えば、当該ストレージ連携情報に含まれているアカウント情報（ドメイン名、アカウント名、及びパスワード等）によるログインの可否が確認されることにより行われる。

接続が可能であることが確認された場合（例えば、正常にログインができた場合）、スキャン機器アプリ１２５は、原稿から読み取られた画像データを、ストレージ連携情報に含まれているフォルダ名に係るファイルサーバ５０のフォルダへ送信する（Ｓ２３３）。この際、必要に応じて、アカウント情報（ドメイン名、アカウント名、及びパスワード等）が改めて送信されてもよい。また、接続確認を兼ねて画像データの送信が実行されてもよい。すなわち、ステップＳ２３２及びＳ２３３は、同一のステップにおいて実行されてもよい。

なお、アカウント情報に含まれているパスワードを、セキュリティ上の観点より、ユーザ環境Ｅ１の外部に設置されているサービス提供装置２０に管理させたくないといったユーザの存在も考えられる。そこで、ＳＭＢ用アカウント入力画面６２０ａにおいて、パスワードの入力は省略されてもよい。この場合、ユーザ情報記憶部２３１（図２２）のストレージアカウント情報や、プロファイル記憶部２３４（図２３）のストレージ連携情報には、パスワードは記憶されない。したがって、例えば、スキャン機器アプリ１２５は、図２４のステップＳ２１５に応じて、パスワードの入力画面を操作パネル１５に表示させ、当該入力画面を介して、パスワードをユーザに入力させてもよい。ここで入力されたパスワードは、ドメイン名及びアカウント名等に対応付けて、機器１０のＨＤＤ１１４等に記憶（キャッシュ）しておいてもよい。次回の図２４の処理の実行時には、パスワード入力画面を表示させずに、ステップＳ２１３においてＲＡＭ１１２に記憶されたストレージ連携情報に含まれているドメイン名及びアカウント名等に対応付けられてキャッシュされているパスワードを利用して、ステップＳ２３２及びＳ２３３が実行されてもよい。

上述したように、第二の実施の形態によれば、画像データの保存先がローカルストレージである場合、機器１０からローカルストレージに対して直接的に、画像データの送信が行われる。すなわち、サービス提供装置２０を経由して画像データの保存が実行されない。したがって、ファイアーウォールＦ１が設置されていたとしても、ローカルストレージに対して画像データを保存することができる。また、ユーザから見た場合、オンラインストレージシステム４０を保存先とする場合と同様の操作感によって、ローカルストレージに対して画像データを保存することができる。

また、ファイアーウォールＦ１が設置されておらず、サービス提供装置２０からローカルストレージにアクセス可能な状態であっても、サービス提供装置２０によって画像データの保存が中継される場合に比べて、画像データが保存されるまでの時間を短縮することができる。更に、ローカルストレージへの保存が頻繁に利用される場合に、サービス提供装置２０に対するネットワーク負荷の増加を抑制することができる。

次に、第三の実施の形態について説明する。第三の実施の形態では、第二の実施の形態の利便性を向上させた例について説明する。したがって、特に言及されない点については、第二の実施の形態と同様でもよい。

第二の実施の形態では、図２１に示されるＳＭＢ用アカウント入力画面６２０ａにおいて、ユーザは、連携先のローカルストレージに関する識別情報（例えば、ＩＰアドレス）を一文字ずつ手入力する必要が有る。そのため、ユーザは、予め連携先のローカルストレージのＩＰアドレスを調べておく等の作業が必要とされる。このようなユーザインタフェースは、ユーザビリティが高いとは言い難い。

第二の実施の形態において、このようなユーザインタフェースとなっているのは、ＳＭＢ用アカウント入力画面６２０ａが、サービス提供装置２０の設定登録部２２１より提供されるＷｅｂページに基づいて表示されるものであることに起因する。すなわち、保存先として選択可能な装置の一覧情報を表示させようとする場合、設定登録部２２１は、ユーザ環境Ｅ１内のネットワークに接続されている装置を検索する必要がある。しかしながら、このような検索要求は、ファイアーウォールＦ１によって遮断されてしまう。したがって、設定登録部２２１は、ユーザ環境Ｅ１における装置の一覧情報を取得することができないのである。

第三の実施の形態では、以上のような課題を解決し、ＳＭＢ用アカウント入力画面６２０ａの操作性を改善した例を説明する。

図２５は、第三の実施の形態における機器の機能構成例を示す図である。図２５において、機器１０は、更に、ＷｅｂＵＩ部１２６及び検索部１２７等を有する。ＷｅｂＵＩ部１２６は、Ｗｅｂページを介したユーザインタフェースをネットワークを介して提供する。本実施の形態において、ＷｅｂＵＩ部１２６は、管理者端末３０に対し、Ｗｅｂページを介したユーザインタフェースを提供する。検索部１２７は、ユーザ環境Ｅ１のネットワークに接続された装置を検索する。

また、第三の実施の形態において、機器情報記憶部２３２は、例えば、図２６に示されるような構成を有する。

図２６は、第三の実施の形態における機器情報記憶部の構成例を示す図である。図２６において、機器情報記憶部２３２の各レコードは、更に、リンク先ＵＲＬ及びアクセストークン等の項目を含む。

リンク先ＵＲＬは、当該レコードに係る機器１０のＷｅｂＵＩ部１２６に対するルートのＵＲＬである。アクセストークンは、当該機器１０に対するアクセス元の正当性を機器１０が確認するためのデータである。なお、リンク先ＵＲＬの値は、例えば、図６のステップＳ１０５及びＳ１０６における機器情報の登録時に、他の項目と同時に登録される。したがって、リンク先ＵＲＬは、機器情報を構成する他の項目と共に機器情報ファイルに記述されていてもよい。アクセストークンは、図２７に示される処理によって、機器情報記憶部２３２に登録される。

図２７は、アクセストークンの登録処理の処理手順の一例を説明するためのシーケンス図である。また、図２８は、アクセストークンの登録処理において管理者端末に表示される画面の遷移例を示す図である。図２７の処理は、図６の処理の終了後に実行されてもよいし、図６のステップＳ１０６〜Ｓ１１６の間に挿入されてもよい。

図２７の処理の開始時において、管理者端末３０には、図２８に示されるアクセストークン登録画面８１０が表示されている。アクセストークン登録画面８１０には、機器情報記憶部２３２に機器情報が登録されている機器１０ごとに、例えば、機体番号及び登録ボタン８１１等が表示される。なお、アクセストークン登録画面８１０は、サービス提供装置２０の設定登録部２２１より提供されるＷｅｂページに基づいて、管理者端末３０が表示させる。設定登録部２２１は、機器情報記憶部２３２を参照することにより、当該Ｗｅｂページを生成可能である。

アクセストークン登録画面８１０において、いずれかの機器１０に対する登録ボタン８１１が押下されると、管理者端末３０は、押下された登録ボタン８１１に対応する機器１０（以下、「対象機器１０」という。）の機体番号を、設定登録部２２１に送信する（Ｓ３０１）。機体番号の受信に応じ、設定登録部２２１は、図２８に示されるアカウント情報入力画面８２０を表示させるＷｅｂページを、管理者端末３０に返信する（Ｓ３０２）。管理者端末３０は、当該Ｗｅｂページに基づいて、アカウント情報入力画面８２０を表示させる。

アカウント情報入力画面８２０において、管理者によって、対象機器１０に対するアカウント情報（例えば、アカウント名及びパスワード）が入力され、ＯＫボタン８２１が押下されると、管理者端末３０は、入力されたアカウント情報を、設定登録部２２１に送信する（Ｓ３０３）。続いて、設定登録部２２１は、対象機器１０のリンク先ＵＲＬをリダイレクト先とするリダイレクト命令を管理者端末３０に返信する（Ｓ３０４）。当該リダイレクト命令には、対象機器１０に対するアカウント情報が含まれる。なお、設定登録部２２１は、ステップＳ３０１において受信された機体番号に基づいて、機器情報記憶部２３２より、対象機器１０のリンク先ＵＲＬを取得することができる。

続いて、管理者端末３０は、リダイレクト命令に指定されたリダイレクト先である対象機器１０のＷｅｂＵＩ部１２６に対して、アカウント情報を送信する（Ｓ３０５）。対象機器１０のＷｅｂＵＩ部１２６は、当該アカウント情報の正当性を検証する（Ｓ３０６）。例えば、当該アカウント情報が、予め登録されているアカウント情報に合致すれば、当該アカウント情報は正しいと判定される。当該アカウント情報が正しい場合、ＷｅｂＵＩ部１２６は、当該アカウント情報に対応するアクセストークンを生成する（Ｓ３０７）。アクセストークンは、例えば、クッキーであってもよい。また、他の形式のデータであってもよい。いずれの場合であっても、アクセストークンは、当該アクセストークンを伴ったアクセス要求の送信元の正当性を確認可能なデータであればよい。ＷｅｂＵＩ部１２６は、生成されたアクセストークンを、例えば、ＲＡＭ１１２に記憶しておく。

続いて、ＷｅｂＵＩ部１２６は、図２８に示される接続確認画面８３０を表示させるＷｅｂページを、管理者端末３０に返信する。（Ｓ３０８）。管理者端末３０は、当該Ｗｅｂページに基づいて、接続確認画面８３０を表示させる。接続確認画面８３０は、対象機器１０による、ユーザ環境Ｅ１の外部のネットワーク（より具体的には、サービス提供装置２０）への接続の許否を問い合わせる画面である。

管理者によって、許可ボタン８３１が押下されると、管理者端末３０は、接続要求を対象機器１０のＷｅｂＵＩ部１２６に送信する（Ｓ３０９）。対象機器１０の通信部１２３は、当該接続要求に応じ、ステップＳ３０７において生成され、ＲＡＭ１１２に記憶されているアクセストークンと、対象機器１０の機体番号とが指定された、アクセストークンの登録要求を、サービス提供装置２０の設定登録部２２１に送信する（Ｓ３１０）。設定登録部は、機器情報記憶部２３２において、当該機体番号に対応するレコードに、当該アクセストークンを登録する。

以上によって、アクセストークンの登録は完了する。続いて、連携先のストレージのアカウント情報の登録時の処理手順について説明する。

図２９は、第三の実施の形態における連携先のストレージのアカウント情報の登録時の処理手順の一例を説明するためのシーケンス図である。また、図３０は、第三の実施の形態における連携先のストレージのアカウント情報を登録させるための画面の遷移例を示す図である。図３０中、図２１と同一部分には同一符号を付し、その説明は適宜省略する。

図２９の処理の開始時において、管理者端末３０には、図３０に示されるストレージ連携画面６１０が表示されている。

ストレージ連携画面６１０において、管理者によって、連携先入力領域６１２に対するストレージ名の入力、及びストレージ種別選択領域６１４におけるストレージ種別の選択が行われた後、追加ボタン６１３が押下されると、管理者端末３０は、アカウント入力画面の取得要求を、サービス提供装置２０の設定登録部２２１に送信する（Ｓ４０１）。ここでは、ストレージ種別として「ＳＭＢ」が選択されたこととする。したがって、ＳＭＢ用アカウント入力画面６２０ａの取得要求が送信される。

当該取得要求に応じ、設定登録部２２１は、機器情報記憶部２３２において、ログイン管理者に係る組織ＩＤ対応付けられている機器情報のアクセストークンを含み、当該機器情報のリンク先ＵＲＬをリダイレクト先とするリダイレクト命令を返信する（Ｓ４０２）。なお、当該リダイレクト命令には、クラウドＵＲＬも含まれる。クラウドＵＲＬとは、設定登録部２２１に対するＵＲＬである、
続いて、管理者端末３０は、リダイレクト先である機器１０のＷｅｂＵＩ部１２６に対して、リダイレクト命令に含まれているアクセストークン及びクラウドＵＲＬを送信する（Ｓ４０３）。ＷｅｂＵＩ部１２６は、受信されたアクセストークンを検証する（Ｓ４０４）。アクセストークンが正しい場合、機器１０の通信部１２３は、サービス提供装置２０の機器通信部２２２との間で、双方向の通信路を確立する（Ｓ４０５）。当該通信路には、例えば、ＷｅｂＳｏｃｋｅｔが用いられてもよい。

続いて、ＷｅｂＵＩ部１２６は、ステップＳ４０３において受信されたクラウドＵＲＬをリダイレクト先とするリダイレクト命令を、管理者端末３０に返信する（Ｓ４０６）。管理者端末３０は、リダイレクト命令に従って、設定登録部２２１にアクセスする（Ｓ４０７）。設定登録部２２１は、当該アクセスに応じ、ＳＭＢ用アカウント入力画面６２０ａを表示させるＷｅｂページを返信する（Ｓ４０８）。管理者端末３０は、当該Ｗｅｂページに基づいて、図３０に示されるＳＭＢ用アカウント入力画面６２０ａを表示させる。

図３０に示されるＳＭＢ用アカウント入力画面６２０ａは、参照ボタン６２２ａを更に含む。管理者によって参照ボタン６２２ａが押下されると、管理者端末３０は、図３０に示される参照画面６４０を表示させるＷｅｂページの取得要求を、サービス提供装置２０の設定登録部２２１に送信する（Ｓ４０９）。

サービス提供装置２０の機器通信部２２２は、当該取得要求に応じ、ステップＳ４０５において開設された通信路を利用して、装置の検索要求を、機器１０の通信部１２３に送信する（Ｓ４１０）。当該通信路は、双方向の通信路であるため、当該検索要求は、ファイアーウォールＦ１によって遮断されることなく、機器１０の通信部１２３に到達する。

通信部１２３によって検索要求が受信されると、機器１０の検索部１２７は、ユーザ環境Ｅ１のネットワークに接続された装置を検索する（Ｓ４１１）。検索方法は、ブロードキャストを発行する等、公知技術を用いて行われてもよい。すなわち、検索対象の装置は、機器１０と同じＬＡＮに接続されているため、機器１０であれば、装置の検索を容易に行うことができる。

続いて、通信部１２３は、双方向の通信路を利用して、検索部１２７によって検索された装置の識別情報（例えば、ＩＰアドレス又はホスト名等）の一覧（以下、「装置一覧」という。）を、サービス提供装置２０の機器通信部２２２に返信する（Ｓ４１２）。続いて、サービス提供装置２０の設定登録部２２１は、返信された装置一覧に基づいて、図３０に示される参照画面６４０を表示させるＷｅｂページを生成する。設定登録部２２１は、当該Ｗｅｂページを、管理者端末３０に返信する（Ｓ４１３）。管理者端末３０は、当該Ｗｅｂページに基づいて、参照画面６４０を表示させる。参照画面６４０では、装置一覧が表示され、ラジオボタンによって、いずれか一つの装置が選択可能とされている。

参照画面６４０を介して、管理者によって、画像データの保存先とする装置（本実施の形態ではファイルサーバ５０）が選択され、ＯＫボタン６４１が押下されると、管理者端末３０は、選択された装置の識別情報を、サービス提供装置２０の設定登録部２２１に送信する（Ｓ４１４）。設定登録部２２１は、当該識別情報が保存先に設定されたＳＭＢ用アカウント入力画面６２０ａを表示させるＷｅｂページを生成する。続いて、設定登録部２２１は、当該Ｗｅｂページを返信する（Ｓ４１５）。

管理者端末３０は、当該Ｗｅｂページに基づいて、ＳＭＢ用アカウント入力画面６２０ａを表示させる。ここででは、図３０において、参照画面６４０のＯＫボタン６４１から伸びる矢印の先に示されているように、参照画面６４０において選択された装置の識別情報が保存先に設定されたＳＭＢ用アカウント入力画面６２０ａが表示される。

以降の画面遷移及び処理手順については、第二の実施の形態と同様であるため、その説明は省略する。

上述したように、第三の実施の形態によれば、ＳＭＢ用アカウント入力画面６２０ａにおいて、ユーザは、保存先の識別情報を一文字ずつ手入力しなくても、参照画面６４０における選択操作によって、保存先を設定することができる。

次に、第四の実施の形態について説明する。第四の実施では、第三の実施の形態の変形例について説明する。したがって、特に言及されない点については、第三の実施の形態と同様でよい。

第四の実施の形態において、図３０に示されるストレージ連携画面６１０は、機器１０のＷｅｂＵＩ部１２６によって提供される。具体的には、管理者端末３０が、ストレージ連携画面６１０の取得要求をサービス提供装置２０の設定登録部２２１に送信すると、設定登録部２２１は、ログイン管理者に係る組織ＩＤ対応付けられている機器情報のアクセストークンを含み、当該機器情報のリンク先ＵＲＬをリダイレクト先とするリダイレクト命令を返信する。管理者端末３０は、当該リダイレクト命令に従って、当該アクセストークンが指定された、ストレージ連携画面６１０の取得要求を、当該リンク先ＵＲＬに係る機器１０のＷｅｂＵＩ部１２６に送信する。ＷｅｂＵＩ部１２６は、アクセストークンが正当であれば、ストレージ連携画面６１０を表示させるＷｅｂページを返信する。管理者端末３０は、当該Ｗｅｂページに基づいて、ストレージ連携画面６１０を表示させる。以降の処理手順については、図３１を用いて説明する。

図３１は、第四の実施の形態における連携先のストレージのアカウント情報の登録時の処理手順の一例を説明するためのシーケンス図である。なお、第四の実施の形態において、連携先のストレージのアカウント情報を登録させるための画面の遷移例は、図３０に示される通りでよい。

ストレージ連携画面６１０において、管理者によって、連携先入力領域６１２に対するストレージ名の入力、及びストレージ種別選択領域６１４におけるストレージ種別の選択が行われた後、追加ボタン６１３が押下されると、管理者端末３０は、アカウント入力画面の取得要求を、機器１０のＷｅｂＵＩ部１２６に送信する（Ｓ４２１）。ここでは、ストレージ種別として「ＳＭＢ」が選択されたこととする。したがって、ＳＭＢ用アカウント入力画面６２０ａの取得要求が送信される。

当該取得要求に応じ、ＷｅｂＵＩ部１２６は、ＳＭＢ用アカウント入力画面６２０ａを表示させるＷｅｂページを返信する（Ｓ４２２）。管理者端末３０は、当該Ｗｅｂページに基づいて、図３０に示されるＳＭＢ用アカウント入力画面６２０ａを表示させる。

管理者によって参照ボタン６２２ａが押下されると、管理者端末３０は、図３０に示される参照画面６４０を表示させるＷｅｂページの取得要求を、ＷｅｂＵＩ部１２６に送信する（Ｓ４２３）。当該取得要求がＷｅｂＵＩ部１２６によって受信されると、機器１０の検索部１２７は、ユーザ環境Ｅ１のネットワークに接続された装置を検索する（Ｓ４２４）。続いて、ＷｅｂＵＩ部１２６は、検索された装置一覧に基づいて、図３０に示される参照画面６４０を表示させるＷｅｂページを生成する。ＷｅｂＵＩ部１２６は、当該Ｗｅｂページを、管理者端末３０に返信する（Ｓ４２５）。

参照画面６４０を介して、管理者によって、画像データの保存先とする装置（本実施の形態ではファイルサーバ５０）が選択され、ＯＫボタン６４１が押下されると、管理者端末３０は、選択された装置の識別情報を、機器１０のＷｅｂＵＩ部１２６に送信する（Ｓ４２６）。ＷｅｂＵＩ部１２６は、当該識別情報が保存先として設定されたＳＭＢ用アカウント入力画面６２０ａを表示させるＷｅｂページを生成する。続いて、ＷｅｂＵＩ部１２６は、当該Ｗｅｂページを返信する（Ｓ４２７）。

管理者端末３０は、当該Ｗｅｂページに基づいて、ＳＭＢ用アカウント入力画面６２０ａを表示させる。ここででは、図３０において、参照画面６４０のＯＫボタン６４１から伸びる矢印の先に示されているように、参照画面６４０において選択された装置の識別情報が、保存先として設定されたＳＭＢ用アカウント入力画面６２０ａが表示される。

続いて、管理者によって、ＳＭＢ用アカウント入力画面６２０ａに対してドメイン名、アカウント名、及びパスワード等のアカウント情報が入力され、追加ボタン６２１ａが押下されると、管理者端末３０は、入力情報（保存先の識別情報、ドメイン名、アカウント名、及びパスワード等）を指定して、連携先ストレージのアカウント情報の登録要求をＷｅｂＵＩ部１２６に送信する（Ｓ４２８）。

当該登録要求に応じ、ＷｅｂＵＩ部１２６は、サービス提供装置２０の設定登録部２２１をリダイレクト先とし、当該入力情報、及びストレージ連携画面６１０（図３０）において入力されたストレージ名等が指定されたリダイレクト命令を、管理者端末３０に返信する（Ｓ４２９）。管理者端末３０は、当該リダイレクト命令に従い、当該アカウント情報が指定された、連携先ストレージのストレージ名及びアカウント情報等の登録要求をサービス提供装置２０の設定登録部２２１に送信する（Ｓ４３０）。設定登録部２２１は、当該登録要求に応じ、ユーザ情報記憶部２３１（図２２）において、ログイン管理者に係る組織ＩＤに対応する組織レコードのストレージアカウント情報に、当該登録要求に指定されているストレージ名、ＩＰアドレス、ドメイン名、アカウント名、及びパスワード等を登録する。

上述したように、第四の実施の形態によっても第三の実施の形態と同様の効果を得ることができる。

次に、第五の実施の形態について説明する。第五の実施の形態では、第二の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第二の実施の形態と同様でよい。

図３２は、第五の実施の形態における情報処理システムの構成例を示す図である。図３２中、図２０と同一部分には同一符号を付し、その説明は省略する。

図３２において、ユーザ環境Ｅ１は、更に、情報管理装置６０を含む。情報管理装置６０は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて、機器１０が利用する情報を記憶する装置である。

図３３は、第五の実施の形態における情報管理装置の機能構成例を示す図である。図３３中、図４と同一部分には同一符号を付している。

図３３において、情報管理装置６０は、ユーザ情報記憶部２３１、機器情報記憶部２３２、プロファイル記憶部２３４、及びプロファイル機器対応記憶部２３５等を有する。これら各記憶部は、情報管理装置６０が有する記憶装置等を用いて実現可能である。情報管理装置６０は、また、情報管理部６１を有する。情報管理部６１は、各記憶部への情報の登録、又は各記憶部からの情報の検索等を行う。

情報管理装置６０が有する各記憶部が記憶する情報は、第一の実施の形態において説明した通りである。但し、情報管理装置６０の各記憶部は、当該情報管理装置６０が属するユーザ環境Ｅ１に関する情報に限られる点において、第一〜第四の実施の形態におけるサービス提供装置２０の各記憶部と異なる。

すなわち、第五の実施の形態では、ユーザ環境Ｅ１に関する情報を、当該ユーザ環境Ｅ１において管理する点が、上記各実施の形態と異なる。ユーザ環境Ｅ１に関する情報を、ユーザ環境Ｅ１の外部において管理することに抵抗を感じるユーザの存在も考えられる。第五の実施の形態では、このようなユーザにとって好適な実施形態である。したがって、第五の実施の形態において、サービス提供装置２０は、ユーザ情報記憶部２３１、機器情報記憶部２３２、プロファイル記憶部２３４、及びプロファイル機器対応記憶部２３５を有さなくてもよい。または、ユーザ環境Ｅ１ごとに、各記憶部を、サービス提供装置２０において管理するか、ユーザ環境Ｅ１内の情報管理装置６０において管理するかが選択可能とされてもよい。

各記憶部に対する情報の登録は、管理者端末３０から直接的に情報管理装置６０に対して実行されてもよいが、他の実施の形態との親和性を考慮して、図３４に示されるような処理手順によって実行されてもよい。

図３４は、情報管理装置への情報の登録処理の処理手順の一例を説明するためのシーケンス図である。

ステップＳ５０１において、管理者端末３０は、登録対象の情報を指定して、当該情報の登録要求をサービス提供装置２０の設定登録部２２１に送信する。

なお、ステップＳ５０１は、例えば、図６における、ステップＳ１０１、Ｓ１０５、Ｓ１１１、Ｓ１１３、及びＳ１１５等に相当する。したがって、登録対象の情報は、ステップＳ５０１が、ステップＳ１０１、Ｓ１０５、Ｓ１１１、Ｓ１１３、及びＳ１１５のいずれであるかに応じて異なる。

設定登録部２２１は、情報管理装置６０の情報管理部６１をリダイレクト先とするリダイレクト命令を返信する（Ｓ５０２）。当該リダイレクト命令には、登録対象の情報が指定される。管理者端末３０は、リダイレクト命令に従って、情報の登録要求を、情報管理装置６０の情報管理部６１に送信する（Ｓ５０３）。情報管理部６１は、登録対象の情報を、当該情報に対応した記憶部に記憶する。

なお、例えば、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの実行時において、スキャン機器アプリ１２５は、各種の情報を、情報管理装置６０より取得すればよい。

上述したように、第五の実施の形態によれば、ユーザ環境Ｅ１に関する情報を、ユーザ環境Ｅ１内において管理することができる。

なお、上記各実施の形態においては、画像データの入力元がスキャナで、出力先がストレージであるＳｃａｎＴｏＳｔｏｒａｇｅサービスについて説明したが、画像データの入力元及び出力先は、スキャナ又はストレージ以外であってもよい。画像データの入力元としては、例えば、デジタルカメラ（デジタルカメラ機能付きの携帯端末等を含む）、ホワイトボード等が挙げられる。デジタルカメラであれば、デジタルカメラによって撮像された画像データが入力対象となる。ホワイトボードであればホワイトボードに対する書き込みが読み取られた画像データが入力対象となる。また、スマートフォン等の情報端末にインストールされるアプリケーションによって実現される、スキャナと同質の機能によって、画像データが入力されてもよい。

画像データの出力先としては、例えば、プロジェクタのような画像投影装置、プリンタ、会議システム、携帯端末等が挙げられる。

その他、画像データの入力手段又は画像データの出力手段として機能可能な機器であれば、他の機器を用いて、本実施の形態と同趣旨のサービスが実現されてもよい。

更に、画像データ以外の電子データが入力対象とされてもよい。例えば、ＩＣレコーダにおいて録音された音声データや、ＰＣ（Personal Computer）等において作成された文書データが、入力対象とされてもよい。

このような場合、機器情報記憶部２３２に記憶される機器情報には、機器の能力を示す情報が含まれるようにしてもよい。機器の能力を示す情報とは、例えば、機器はスキャンが可能であるとか、映像の当該が可能であるとか等、機器１０が有する機能を示す情報である。機器の能力を示す情報が機器情報に含まれることで、サービス提供装置２０は、当該情報を参照して、出力先の機器が画像データを出力可能か否かを判定し、出力可能である場合に、当該機器宛に画像データを転送するようにしてもよい。出力先の機器は、例えば、本実施の形態におけるストレージ連携情報を上位概念化させた、出力先連携情報において、出力先として指定されている機器である。

なお、本実施の形態において、サービス提供装置２０は、第一の装置の一例である。ファイルサーバ５０は、第二の装置の一例である。プロファイルは、画面情報の一例である。プロファイル記憶部２３４は、第一の記憶部の一例である。ストレージ連携部２２８は、転送部の一例である。スキャンサーバアプリ２１１は、取得部及び送信部の一例である。スキャナ１２は、入力部の一例である。オンラインストレージシステム４０は、第一の装置（サービス提供装置２０）からの要求を受信可能な装置の一例である。第一の装置（サービス提供装置２０）自体が、第一の装置（サービス提供装置２０）からの要求を受信可能な装置であってもよい。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 情報処理システム
１０ 機器
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１５ 操作パネル
１６ ネットワークインタフェース
１７ ＳＤカードスロット
２０ サービス提供装置
３０ 管理者端末
４０ オンラインストレージシステム
５０ ファイルサーバ
６０ 情報管理装置
６１ 情報管理部
８０ ＳＤカード
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１１５ ＮＶＲＡＭ
１２１ 機器制御部
１２２ 機器認証部
１２３ 通信部
１２４ 表示制御部
１２５ スキャン機器アプリ
１２６ ＷｅｂＵＩ部
１２７ 検索部
２００ ドライブ装置
２０１ 記録媒体
２０２ 補助記憶装置
２０３ メモリ装置
２０４ ＣＰＵ
２０５ インタフェース装置
２１０ サーバアプリ
２１１ スキャンサーバアプリ
２２０ プラットフォーム
２２１ 設定登録部
２２２ 機器通信部
２２３ 認証処理部
２２４ セッション管理部
２２５ ジョブ処理部
２２６ ＯＣＲ処理部
２２７ アップロード処理部
２２８ ストレージ連携部
２３１ ユーザ情報記憶部
２３２ 機器情報記憶部
２２３ 機器アプリ記憶部
２３４ プロファイル記憶部
２３５ プロファイル機器対応記憶部
２４０ プラットフォームＡＰＩ
Ｂ バス
Ｆ１ ファイアーウォール

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

Claims (7)

1. 第一の装置が接続される第一のネットワークに前記第一のネットワークからの要求を遮断する装置を介して接続する第二のネットワークに接続される機器と、前記第一の装置とを有する情報処理システムであって、
   前記機器は、
   画像データを入力する入力部と、
   前記画像データの出力先が、前記第二のネットワークに接続される第二の装置である場合、前記第二のネットワークを介して前記画像データを当該第二の装置に送信し、前記画像データの出力先が、前記第二のネットワークに接続されない第三の装置である場合、前記出力先に対する前記画像データの送信要求を前記第一のネットワークを介して前記第一の装置に送信する送信部とを有する情報処理システム。
2. 前記要求を遮断する装置は、ファイアーウォールである請求項１記載の情報処理システム。
3. 前記機器は、
   第一の記憶部が機器の識別情報に対応付けて記憶する、一以上の操作部品ごとに画像データの処理条件及び出力先情報を含む画面情報の中から、当該機器の識別情報に対応する前記画面情報を取得する取得部と、
   取得された前記画面情報に基づく画面を表示させる表示制御部とを有し、
   前記入力部は、前記画面において選択された操作部品に対応する前記処理条件によって、画像の入力を実行し、
   前記送信部は、前記選択された操作部品に対応する前記出力先情報に応じて、前記画像データを、前記第二の装置又は前記第一の装置に送信する請求項１又は２記載の情報処理システム。
4. 請求項１乃至３いずれか一項記載の機器。
5. 第一の装置が接続される第一のネットワークに前記第一のネットワークからの要求を遮断する装置を介して接続する第二のネットワークに接続される機器と、前記第一の装置とを有する情報処理システムにおける情報処理方法であって、
   前記機器が、
   画像データを入力する入力手順と、
   前記画像データの出力先が、前記第二のネットワークに接続される第二の装置である場合、前記第二のネットワークを介して前記画像データを当該第二の装置に送信し、前記画像データの出力先が、前記第二のネットワークに接続されない第三の装置である場合、前記出力先に対する前記画像データの送信要求を前記第一のネットワークを介して前記第一の装置に送信する送信手順とを実行する情報処理方法。
6. 第一の装置が接続される第二のネットワークに前記第二のネットワークからの要求を遮断する装置を介して接続する第一のネットワークに接続される機器が、
   画像データを入力する入力手順と、
   前記画像データの出力先が、前記第二のネットワークに接続される第二の装置である場合、前記第二のネットワークを介して前記画像データを当該第二の装置に送信し、前記画像データの出力先が、前記第二のネットワークに接続されない第三の装置である場合、前記出力先に対する前記画像データの送信要求を前記第一のネットワークを介して前記第一の装置に送信する送信手順とを実行する情報処理方法。
7. 第一の装置が接続される第二のネットワークに前記第二のネットワークからの要求を遮断する装置を介して接続する第一のネットワークに接続される機器に、
   画像データを入力する入力手順と、
   前記画像データの出力先が、前記第二のネットワークに接続される第二の装置である場合、前記第二のネットワークを介して前記画像データを当該第二の装置に送信し、前記画像データの出力先が、前記第二のネットワークに接続されない第三の装置である場合、前記出力先に対する前記画像データの送信要求を前記第一のネットワークを介して前記第一の装置に送信する送信手順とを実行させるプログラム。

Images