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

Description

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

従来、スキャンされた画像データを、設定された送信先に送信するといった機能を実現するアプリケーションプログラム（以下、単に「アプリケーション」という。）をインストール可能な画像形成装置が有る。従来、このようなアプリケーションに対して設定可能な送信先は、アプリケーションが予定している通信方法等によって送信可能な送信先に限定されている。

他方において、近年では、インターネット等のネットワーク上において、オンラインストレージやその他のクラウドサービス等、画像データを受け付けて、当該画像データに対して所定の処理を実行するサービスが提供されている。これらのサービスは、サービスに固有の通信方法等によってアクセスする必要が有るため、従来のアプリケーションでは、これらのサービスに対して画像データを送信できない場合が有る。

スキャンされた画像データを、このようなサービスに送信可能としたい場合、例えば、このようなサービスを送信先として設定可能なように、従来のアプリケーションのソースコードを改変することが考えられる。または、このようなサービスを送信先として設定可能な新たなアプリケーションを開発することが考えられる。

しかしながら、安定して動作しているアプリケーションのソースコードを改変する場合、バグの混入により、動作が不安定となる危険性が有る。

一方、新たなアプリケーションを開発する場合、開発者側としては、ＧＵＩ（Graphical User Interface）等を刷新した、全く新しい製品を提供したいところ、ユーザからは、使い慣れたＧＵＩで利用したいという要望が有る。

本発明は、上記の点に鑑みてなされたものであって、画像データの送信先として設定可能な範囲を拡張可能とすることを目的とする。

そこで上記課題を解決するため、機器は、データを入力する入力部と、前記データを、所定の送信先に送信可能な第一の送信部と、前記所定の送信先とは異なる送信先に対して、前記データを送信可能な第二の送信部と、前記第一の送信部より前記データの送信要求を受け付けると、前記データを、前記第二の送信部に送信させる送信制御部とを有する。

画像データの送信先として設定可能な範囲を拡張可能とすることができる。

第一の実施の形態における情報処理システムの構成例を示す図である。 第一の実施の形態におけるサービス提供装置のハードウェア構成例を示す図である。 第一の実施の形態におけるサービス提供装置の機能構成例を示す図である。 第一の実施の形態における機器の一例である画像形成装置のハードウェア構成例を示す図である。 第一の実施の形態における画像形成装置の機能構成例を示す図である。 配信アプリ及び配信拡張アプリに対する初期設定処理の処理手順の一例を説明するための図である。 第一の実施の形態におけるスキャン画像の送信処理の処理手順の一例を説明するための図である。 ユーザ情報記憶部の構成例を示す図である。 第二の実施の形態におけるスキャン画像の送信処理の処理手順の一例を説明するための図である。 第三の実施の形態におけるファイルサーバの機能構成例を示す図である。 第三の実施の形態におけるスキャン画像の送信処理の処理手順の一例を説明するための図である。 サービス提供装置が複数のコンピュータによって構成される例を示す図である。

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

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

サービス提供環境Ｅ２は、サービス提供装置２０を有する。サービス提供装置２０は、ユーザ環境Ｅ１における機器１０と、サービス提供装置２０におけるアプリケーションとを連携させることにより実現されるサービスを提供する。以下、斯かる形態のサービスを、「機器連携サービス」という。機器連携サービスの一例として、ユーザ環境Ｅ１の機器１０においてスキャンされた画像データを、サービス提供装置２０におけるアプリケーションが、予め設定された保存先に保存するサービス（以下、「スキャンＴｏストレージサービス」という。）が挙げられる。なお、サービス提供装置２０は、ユーザ環境Ｅ１に設置されてもよい。

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

機器１０は、機器連携サービスとの連携対象の候補となる機器又は装置である。ファイルサーバ３０は、例えば、一般的なファイルサーバとして機能するコンピュータである。但し、ファイルサーバ３０は、データベースサーバ等であってもよい。

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

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

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

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

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

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

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

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

図３では、サーバアプリ２１０の一例として、スキャンサーバアプリ２１１が示されている。スキャンサーバアプリ２１１は、スキャンＴｏストレージサービスに関する処理を実行するサーバアプリ２１０である。

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

設定登録部２２１は、スキャンＴｏストレージサービス等、サービス提供装置２０が提供するサービスの利用開始時に必要とされる設定登録処理を実行する。設定登録部２２１によって、ユーザ情報記憶部２３１及び機器情報記憶部２３２等に対して情報が登録される。

ユーザ情報記憶部２３１は、サービス提供装置２０が提供するサービスのユーザに関する情報を記憶する。機器情報記憶部２３２は、ユーザにおけるシステム環境（すなわち、ユーザ環境Ｅ１）において、サービス提供装置２０が提供するサービスと連携させる機器１０に関する情報を記憶する。

機器通信部２２２は、機器１０との通信を制御する。なお、図３に示されるように、機器通信部２２２と通信可能な機器１０は、画像形成装置１０ａに限定されない。例えば、スマートフォン等の携帯端末１０ｂのスキャンアプリ等によって読み取られたデータや、その他の新規デバイス等のデータ入力機能によって取り込まれた画像データが、サービス提供装置２０に送信されてもよい。認証処理部２２３は、機器１０のユーザの認証等を行う。また、認証処理部２２３は、例えば、スキャンＴｏストレージサービスの実行時において、オンラインストレージシステム４０に対するログイン処理を代行する。セッション管理部２２４は、サービス提供装置２０と機器１０との連携時において、両者の通信のセッションを管理する。

データ処理部２２５は、機器１０より送信されるデータに対する加工処理を実行する。加工処理の一例として、ＯＣＲ（Optical Character Recognition）処理や、データ形式の変換処理等が挙げられる。なお、データ処理部２２５は、一つのブロックによって表現されているが、処理の種類に応じて、複数の処理部に分割されていてもよい。

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

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

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

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

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

図５は、第一の実施の形態における画像形成装置の機能構成例を示す図である。図５において、画像形成装置１０ａは、標準アプリ１２１、ＳＤＫアプリ１２２、ＳＤＫプラットフォーム１２３、コントロールサービス１２４、及びＯＳ１２５等を有する。

標準アプリ１２１は、画像形成装置１０ａに標準的に（出荷時に予め）実装されているアプリケーションプログラムの集合である。同図では、スキャンアプリ１２１１、印刷アプリ１２１２、コピーアプリ１２１３、及びＦＡＸアプリ１２１４が例示されている。スキャンアプリ１２１１は、スキャナ１２等を利用したスキャンジョブを実行する。印刷アプリ１２１２は、プリンタ１３等を利用した印刷ジョブを実行する。コピーアプリ１２１３は、スキャナ１２及びプリンタ１３等を利用したコピージョブを実行する。ＦＡＸアプリ１２１４は、モデム１４等を利用したＦＡＸの送信ジョブ又は受信ジョブを実行する。 コントロールサービス１２４は、各種のハードウェアリソース等を制御するための機能を上位アプリケーション等に対して提供するソフトウェアモジュール群であり、例えば、ネットワーク通信に関する機能、スキャナ１２の制御機能、プリンタ１３の制御機能、メモリ（ＲＡＭ１１２、ＲＯＭ１１３、及びＮＶＲＡＭ１１５等）の管理機能等を有する。

ＳＤＫアプリ１２２は、画像形成装置１０ａの出荷後において、画像形成装置１０ａの機能拡張を図るために追加的にインストールされるアプリケーションプログラム（又はプラグインともいう。）である。同図では、ＳＤＫアプリ１２２の一例として、配信アプリ１２２１及び配信拡張アプリ１２２２が示されている。

配信アプリ１２２１は、原稿のスキャンと、スキャンされた画像データの、所定の送信先への送信とを画像形成装置１０ａに実行させるＳＤＫアプリ１２２である。画像データの送信先は、配信アプリ１２２１に対する設定情報として設定される送信先を示す情報によって特定される。例えば、配信アプリ１２２１に対しては、ファイルサーバ３０のフォルダが、送信先として設定可能であるとする。換言すれば、配信アプリ１２２１が画像データを送信可能な送信先は、ファイルサーバ３０であるとする。

配信拡張アプリ１２２２は、配信アプリ１２２１がスキャンさせた画像データの送信先を、ファイルサーバ３０以外（配信アプリ１２２１が送信できない送信先）に拡張可能とするためのＳＤＫアプリ１２２である。配信拡張アプリ１２２２によって、例えば、配信アプリ１２２１がスキャンさせた画像データを、スキャンＴｏストレージサービスの入力データとすることができる。

なお、配信拡張アプリ１２２２は、配信アプリ１２２１による画像データの送信先を拡張するために、配信アプリ１２２１が既にインストールされている画像形成装置１０ａに対してインストールされる。

ＳＤＫプラットフォーム１２３は、ＳＤＫアプリ１２２を開発するためのＡＰＩ（Application Program Interface）を備えると共に、ＳＤＫアプリ１２２の実行環境を提供する。ＡＰＩの形態は、例えば、関数であってもよいし、オブジェクト指向のクラス及びクラスのメソッド等であってもよい。以下、ＳＤＫプラットフォーム１２３が提供するＡＰＩを、「ＳＤＫＡＰＩ」という。例えば、ＳＤＫプラットフォーム１２３は、スキャン機能に関するＳＤＫＡＰＩ、印刷機能に関するＳＤＫＡＰＩ、コピー機能に関するＳＤＫＡＰＩ、通信に関するＡＰＩ等をＳＤＫアプリ１２２に提供する。ＳＤＫＡＰＩは公開されており、サードベンダ等によってもＳＤＫアプリ１２２は開発されうる。なお、ＳＤＫプラットフォーム１２３は、Ｊａｖａ（登録商標）ＶＭ（Virtual Machine）（以下、単に、「ＪａｖａＶＭ」という。）を含んでいてもよい。この場合、ＳＤＫアプリ１２２は、Ｊａｖａ（登録商標）言語によって実装される。

ＯＳ１２５は、いわゆるＯＳ（Operating System）である。画像形成装置１０ａ上の各ソフトウェアは、ＯＳ１２５上においてプロセス又はスレッドとして動作する。

以下、情報処理システム１において実行される処理手順について説明する。図６は、配信アプリ及び配信拡張アプリに対する初期設定処理の処理手順の一例を説明するための図である。初期設定処理とは、配信アプリ１２２１を利用する前に、配信アプリ１２２１や配信拡張アプリ１２２２に対して設定が必要とされる設定情報の設定処理である。図６においては省略されているが、画像形成装置１０ａに対するユーザのログインが、ステップＳ１０１の前に実行されていることとする。なお、以下の説明において、配信アプリ１２２１又は配信拡張アプリ１２２２が実行するとして説明される処理は、厳密には、配信アプリ１２２１又は配信拡張アプリ１２２２が、画像形成装置１０ａに実行させる処理である。

ステップＳ１０１〜Ｓ１０４では、配信アプリ１２２１によってスキャンされた画像データ（以下、「スキャン画像」という。）の送信先に関する設定が行われる。ユーザが、操作パネル１５を介して、スキャン画像の送信先の設定要求を入力すると（Ｓ１０１）、配信アプリ１２２１は、送信先設定画面を操作パネル１５に表示させる（Ｓ１０２）。配信アプリ１２２１は、送信先設定画面を介して、ファイルサーバ３０のＩＰアドレスや、ファイルサーバ３０におけるフォルダ名等の設定を受け付ける（Ｓ１０３）。なお、仮に、配信アプリ１２２１が、電子メールによってスキャン画像を送信するように構成されている場合、送信先設定画面では、送信先のメールアドレスが設定されてもよい。以下、送信先設定画面において設定された情報を、「送信先設定情報」という。

続いて、配信アプリ１２２１は、設定された送信先設定情報を、ログインしているユーザの識別情報（以下、「ログインユーザ名」という。）に関連付けて、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４に保存する（Ｓ１０４）。

ステップＳ１１１〜Ｓ１１４では、配信アプリ１２２１によるスキャンに関する設定が行われる。ユーザが、操作パネル１５を介して、スキャンの設定要求を入力すると（Ｓ１１１）配信アプリ１２２１は、スキャン設定画面を操作パネル１５に表示させる（Ｓ１１２）。配信アプリ１２２１は、スキャン設定画面を介して、原稿のスキャン（読み取り）に関する属性情報の設定を受け付ける（Ｓ１１３）。以下、スキャン設定画面において設定された情報を、「スキャン設定情報」という。スキャン設定情報は、例えば、解像度、用紙サイズ、カラーモード（モノクロ又はカラー）等の設定項目に対する設定値を含む。

続いて、配信アプリ１２２１は、設定されたスキャン設定情報を、ログインユーザ名に関連付けて、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４に保存する（Ｓ１１４）。

ステップＳ１２１〜Ｓ１２４では、配信アプリ１２２１によるスキャン画像の送信先に対する認証情報の設定が行われる。ユーザが、操作パネル１５を介して、送信先に対する認証情報の設定要求を入力すると（Ｓ１２１）配信アプリ１２２１は、送信先認証設定画面を操作パネル１５に表示させる（Ｓ１２２）。配信アプリ１２２１は、送信先認証設定画面を介して、送信先に対する認証情報の設定を受け付ける（Ｓ１２３）。以下、送信先認証設定画面において設定された情報を、「送信先認証情報」という。送信先認証情報は、例えば、送信先設定情報に係るフォルダにアクセスするためにファイルサーバ３０に対して提示する必要のあるユーザ名及びパスワード等を含む。

続いて、配信アプリ１２２１は、設定された送信先認証情報を、ログインユーザ名に関連付けて、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４に保存する（Ｓ１２４）。

なお、送信先設定情報の設定（Ｓ１０１〜Ｓ１０４）、スキャン設定情報の設定（Ｓ１１１〜Ｓ１１４）、送信先認証情報の設定（Ｓ１２１〜Ｓ１２４）は、必ずしも続けて実行されなくてもよい。

ステップＳ１３１〜Ｓ１３４では、配信拡張アプリ１２２２に対する設定が行われる。したがって、ステップＳ１３１以降は、配信拡張アプリ１２２２がインストールされた後に行われる。例えば、画像形成装置１０ａにおいて、配信アプリ１２２１が既に利用されている状態において、ステップＳ１３１〜Ｓ１３４が実行される場合、ステップＳ１０１〜Ｓ１２４と、ステップＳ１３１〜Ｓ１３４との間では、通常、配信アプリ１２２１による配信処理が既に実行されている。

ユーザが、操作パネル１５を介して、サービス提供装置２０に対する認証情報の設定要求を入力すると（Ｓ１３１）配信拡張アプリ１２２２は、クラウド認証設定画面を操作パネル１５に表示させる（Ｓ１３２）。配信拡張アプリ１２２２は、クラウド認証設定画面を介して、サービス提供装置２０に対する認証情報の設定を受け付ける（Ｓ１３３）。以下、クラウド認証設定画面において設定された情報を、「クラウド認証情報」という。クラウド認証情報は、例えば、画像形成装置１０ａの機体の識別情報（以下、「機体番号」という。）、サービス提供装置２０に予め登録されているユーザのアカウント情報（ユーザ名及びパスワード）等を含む。なお、クラウド認証情報に機体番号が含まれるのは、本実施の形態において、機器１０からサービス提供装置２０に対してログインする場合には、サービス提供装置２０は、ユーザ名及びパスワードに加えて、当該機器１０の機体番号の提示を要求するからである。

続いて、配信拡張アプリ１２２２は、設定されたクラウド認証情報を、ログインユーザ名に関連付けて、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４に保存する（Ｓ１３４）。

以上で、配信アプリ１２２１及び配信拡張アプリ１２２２に対する初期設定は終了する。なお、図６においては、配信アプリ１２２１に対する設定処理（Ｓ１０１〜Ｓ１２４）と、配信拡張アプリ１２２２に対する設定処理（Ｓ１３１〜Ｓ１３４）とは、連続して実行されるように見えるが、上記したように、二つの設定処理の間には、長期間のずれが存在してもよい。

なお、複数のユーザによって配信アプリ１２２１が利用される場合、ステップＳ１０１〜Ｓ１３４は、ユーザごとに実行されてもよいし、複数のユーザに関して一括されて実行されてもよい。複数のユーザに関して一括して実行される場合、各設定画面では、ユーザごとに、各種の設定情報の設定が可能とされてもよい。各種の設定情報は、ログインユーザ名に関連付けられて保存されるのではなく、各設定画面において設定されたユーザ名に関連付けられて保存されてもよい。

又は、複数ユーザに対して、共通の設定情報が一つ設定されてもよい。

続いて、配信アプリ１２２１の利用時に実行される処理について説明する。図７は、第一の実施の形態におけるスキャン画像の送信処理の処理手順の一例を説明するための図である。図７においては省略されているが、画像形成装置１０ａに対するユーザのログインが、ステップＳ２０１の前に実行されていることとする。

ユーザが、操作パネル１５を介して、配信アプリ１２２１の利用要求を入力すると（Ｓ２０１）、配信アプリ１２２１は、配信アプリ１２２１の操作画面を操作パネル１５に表示させる（Ｓ２０２）。当該操作画面では、例えば、「原稿をセットしてください。」等のメッセージが表示されてもよい。

スキャン対象の原稿がセットされ、操作画面又は操作パネル１５が備えるスタートキー等のハードキーを介して、ジョブの実行指示が入力されると（Ｓ２０３）、配信アプリ１２２１は、ＳＤＫプラットフォーム１２３及びコントロールサービス１２４を介してスキャナ１２を制御し、原稿のスキャンをスキャナ１２に実行させる（Ｓ２０４）。この際、配信アプリ１２２１は、ログインユーザ名に関連付けられて保存されているスキャン設定情報に従った態様でのスキャンを実行させる。

続いて、配信アプリ１２２１は、ログインユーザ名に関連付けられて保存されている送信先設定情報が示す送信先（例えば、ファイルサーバ３０）に対する認証要求の送信要求を、ＳＤＫプラットフォーム１２３に対して入力する（Ｓ２０５）。当該認証要求には、ログインユーザ名に関連付けられて保存されている送信先認証情報が指定される。

ＳＤＫプラットフォーム１２３は、当該送信要求に応じ、送信先設定情報が示す送信先への認証要求の送信は行わずに、当該認証要求を、送信先設定情報及び送信先認証情報と共に、配信拡張アプリ１２２２に通知する（Ｓ２０６）。すなわち、認証要求に応じた処理の実行が、配信拡張アプリ１２２２に委譲される。当該通知は、例えば、関数呼び出しでもよいし、配信拡張アプリ１２２２が開設しているソケットのポートに対する認証要求の送信であってもよい。

配信拡張アプリ１２２２は、通知された認証要求を、送信先設定情報が示す送信先に送信する（Ｓ２０７）。すなわち、配信拡張アプリ１２２２が、認証要求を代行する。なお、ステップＳ２０７においても、ステップＳ２０５と同じ要求が、ＳＤＫプラットフォーム１２３に対して行われるが、この際は、ＳＤＫプラットフォーム１２３は、認証要求の送信を行う。すなわち、ＳＤＫプラットフォーム１２３は、配信アプリ１２２１から認証要求等の通信要求を受けたときは、当該要求を配信拡張アプリ１２２２に通知する。配信拡張アプリ１２２２から通信要求を受けたときは、ＳＤＫプラットフォーム１２３は、要求された通信を実行する。ＳＤＫプラットフォーム１２３は、要求元が配信アプリ１２２１であるか、配信拡張アプリ１２２２であるかは、例えば、要求元のスレッドの属性に基づいて判定することができる。

代行した認証に成功すると、配信拡張アプリ１２２２は認証の成功をＳＤＫプラットフォーム１２３に応答する。ＳＤＫプラットフォーム１２３は、認証の成功を、配信アプリ１２２１に応答する。なお、図７においては、ステップＳ２０７からステップＳ２０８に対して矢印が接続されているが、厳密には、認証要求の伝達方向とは逆方向に、応答が返却される。したがって、配信アプリ１２２１からは、自らが要求した認証要求の送信がＳＤＫプラットフォーム１２３によって実行されたように見える。

認証に成功すると、配信アプリ１２２１は、ステップＳ２０４において原稿よりスキャンされたスキャン画像の送信要求を、ＳＤＫプラットフォーム１２３に入力する（Ｓ２０８）。当該送信要求には、ログインユーザ名に関連付けられて保存されている送信先設定情報が指定される。

ＳＤＫプラットフォーム１２３は、上記したように、配信アプリ１２２１からの通信要求は、配信拡張アプリ１２２２に通知する。したがって、ＳＤＫプラットフォーム１２３は、スキャン画像の送信要求についても配信拡張アプリ１２２２に通知する（Ｓ２０９）。すなわち、スキャン画像の送信要求に対する処理の実行が、配信拡張アプリ１２２２に委譲される。

配信拡張アプリ１２２２は、スキャン画像の送信要求の通知を受けると、スキャン画像の送信前に、ＳＤＫプラットフォーム１２３に対して応答を返却する。ＳＤＫプラットフォーム１２３は、当該応答に応じ、配信アプリ１２２１に対して、スキャン画像の送信要求に対する応答を返却する。すなわち、図７においては、ステップＳ２１０からステップＳ２１１に対して矢印が接続されているが、厳密には、スキャン画像の送信要求の伝達方向とは逆方向に、応答が返却される。したがって、配信アプリ１２２１からは、自らが要求したスキャン要求の送信がＳＤＫプラットフォーム１２３によって実行されたように見える。

そこで、配信アプリ１２２１は、スキャン画像の送信の完了を通知する画面を操作パネル１５に表示させる（Ｓ２１１）。ユーザは、当該画面を参照して、スキャン画像が送信されたことを確認する（Ｓ２１２）。

一方、配信拡張アプリ１２２２は、ステップＳ２１０において受け付けた、スキャン画像の送信要求に応じた処理を実行する。まず、配信拡張アプリ１２２２は、サービス提供装置２０に対して、認証要求を送信する（Ｓ２１３）。当該認証要求には、ログインユーザ名に関連付けられて保存されている、クラウド認証情報（機体番号、ユーザ名、及びパスワード等）が指定される。サービス提供装置２０の認証処理部２２３は、認証要求に応じ、認証処理を実行する（Ｓ２１４）。例えば、指定されたユーザ名とパスワードとの組が、ユーザ情報記憶部２３１に記憶されており、かつ、指定された機体番号が当該ユーザ名に対応付けられて機器情報記憶部２３２に記憶されている場合、認証は成功する。認証に成功した場合、認証要求に指定されたユーザ名が、サービス提供装置２０においてログインユーザ名として、画像形成装置１０ａとの間のセッションに関連付けられる。したがって、以降において画像形成装置１０ａから受信される要求に対応するログインユーザ名は、当該要求元に係るセッションから特定可能となる。

認証に成功した場合、配信拡張アプリ１２２２は、スキャン画像をサービス提供装置２０に送信する（Ｓ２１５）。サービス提供装置２０のスキャンサーバアプリ２１１は、スキャン画像が受信されると（Ｓ２１６）、当該スキャン画像に対して実行すべき処理を、例えば、ユーザ情報記憶部２３１を参照して判定する。

図８は、ユーザ情報記憶部の構成例を示す図である。図８において、ユーザ情報記憶部２３１は、ユーザごとに、ユーザ名、パスワード、処理情報、及び送信先情報等を記憶する。処理情報は、受信されたスキャン画像に対して実行すべき処理内容を示す情報である。図８では、ユーザａａａに対して、処理情報として「ＯＣＲ」が登録されている。これは、ユーザａａａからのスキャン画像に対しては、ＯＣＲ処理を実行すべきことを示す。なお、処理情報には、実行すべき処理に対する設定情報が含まれてもよい。また、複数の処理の処理情報及び複数の処理の処理順する情報が設定されていてもよい。送信先情報は、処理情報が示す処理によって出力されるデータの送信先に関する情報である。例えば、オンラインストレージシステム４０の識別情報（以下、「ストレージ識別情報」という。）や、オンラインストレージシステム４０に対するアカウント情報等が、送信先情報に含まれる。

なお、処理情報は、設定されていなくてもよい。この場合、受信されたスキャン画像はそのまま送信先情報が示す送信先に送信される。

ログインユーザ名に係るユーザに対して、処理情報が登録されている場合、スキャンサーバアプリ２１１は、スキャン画像に対して、当該処理情報が示す処理を、データ処理部２２５に実行させる（Ｓ２１７）。例えば、スキャン画像に対してＯＣＲ処理が実行されると、テキストデータが、データ処理部２２５より出力される。

続いて、スキャンサーバアプリ２１１は、ストレージ連携部２２６に対して、データ処理部２２５による処理結果のデータ、又は処理情報が無い場合はスキャン画像（以下、「アップロードデータ」という。）の、オンラインストレージシステム４０へのアップロードを要求する。当該要求には、サービス提供装置２０におけるログインユーザ名に対応付けられて、ユーザ情報記憶部２３１に記憶されている送信先情報が指定される。

ストレージ連携部２２６は、当該送信先情報に含まれているアカウント情報を指定して、当該送信先情報に含まれているストレージ識別情報に係るオンラインストレージシステム４０に対して、認証要求を送信する（Ｓ２１８）。オンラインストレージシステム４０は、認証要求に応じ、認証処理を実行する（Ｓ２１９）。

認証に成功すると、ストレージ連携部２２６は、アップロードデータを、オンラインストレージシステム４０に対してアップロード（送信）する（Ｓ２２０）。この際、フォルダ名等、アップロードデータの保存先の識別情報が指定されてもよい。当該識別情報は、送信先情報に含まれていてもよい。オンラインストレージシステム４０は、アップロードデータを受信すると（Ｓ２２１）、当該アップロードデータを、例えば、指定された保存先に保存する（Ｓ２２２）。

上述したように、第一の実施の形態によれば、配信アプリ１２２１がファイルサーバ３０に送信したつもりのスキャン画像は、配信拡張アプリ１２２２によって、サービス提供装置２０へ送信される。更に、当該スキャン画像又は当該スキャン画像に基づくデータは、サービス提供装置２０によって、オンラインストレージシステム４０にアップロードされる。したがって、配信アプリ１２２１のソースコードを改変することなく、実質的に、配信アプリ１２２１による画像データの送信先の範囲を拡張することができる。

なお、ステップＳ２０６やステップＳ２０９の処理は、ＳＤＫプラットフォーム１２３のソースコードを改変することなく実現することも可能である。例えば、ＳＤＫプラットフォーム１２３が、通信要求を受け付けるＳＤＫＡＰＩに関して拡張点を有する場合、配信拡張アプリ１２２２の実装において、当該拡張点に対してステップＳ２０６やステップＳ２０９の処理を実行する処理を定義しておけばよい。そうすることで、ＳＤＫプラットフォーム１２３のソースコードを改変することなく、配信拡張アプリ１２２２をインストールすることで、ＳＤＫプラットフォーム１２３に、ステップＳ２０６やステップＳ２０９を実行させることができる。

ここで、拡張点とは、例えば、予め決められた名前の関数を有するプログラムがインストールされている場合は、当該関数を呼び出すように実装されている部分をいう。または、オブジェクト指向プログラミングによる実装であれば、継承可能なクラスが、拡張点であってもよい。すなわち、サブクラス化による、メソッドのオーバーライドによって、ステップＳ２０６及びＳ２０９が実現されてもよい。

また、ステップＳ２０６及びＳ２０９は、ＳＤＫプラットフォーム１２３内のＪａｖａＶＭによって実行されてもよい。すなわち、ＳＤＫプラットフォーム１２３が受けた通信要求は、最終的には、ＪａｖａＶＭが有する通信用のメソッドに伝達される。ＪａｖａＶＭにおいても、斯かるメソッドは、オーバーライドが可能とされている。したがって、配信拡張アプリ１２２２において、斯かるメソッドのオーバーライドを実装しておくことで、ＪａｖａＶＭのソースコードを改変することなく、ステップＳ２０６及びＳ２０９を実現することができる。

なお、ステップＳ２０９において、ＳＤＫプラットフォーム１２３が、配信アプリ１２２１からの全てのスキャン画像の送信要求に対する処理を配信拡張アプリ１２２２に委譲してしまっては、配信拡張アプリ１２２２のインストール前に実現可能であった機能の利用が困難となってしまう可能性が有る。具体的には、ファイルサーバ３０をスキャン画像の送信先とすることができなくなってしまう。そこで、ステップＳ２０９において、ＳＤＫプラットフォーム１２３は、送信先設定情報において送信先を示すアドレス情報等の文字列に、所定のキーワード（例えば、「ｃｌｏｕｄ」等）が含まれている場合に限って、スキャン画像の送信要求を配信拡張アプリ１２２２に通知するようにしてもよい。当該文字列に所定のキーワード（文字列）が含まれていない場合、ＳＤＫプラットフォーム１２３は、送信先設定情報が示す送信先へのスキャン画像の送信を実行してもよい。そうすることで、配信拡張アプリ１２２２のインストール前に利用可能であった機能についても利用可能としたままで、サービス提供装置２０との連携も可能とすることができる。所定のキーワードは、例えば、フォルダ名に対して含まれていてもよい。

なお、所定のキーワードが送信先設定情報に含まれる場合であっても、配信アプリ１２２１の改変は必要ではない。送信先をサービス提供装置２０にしたい送信先設定情報に設定される文字列が変更されればよいのであり、配信アプリ１２２１が実行する処理のロジックは変更される必要は無いからである。

また、ステップＳ２０６においても、ＳＤＫプラットフォーム１２３は、認証要求の送信先を示す情報が所定のアドレス情報（本実施の形態では、ファイルサーバ３０のアドレス情報）である場合に限って、認証要求に応じた処理の実行が配信拡張アプリ１２２２に委譲されるようにしてもよい。

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

図９は、第二の実施の形態におけるスキャン画像の送信処理の処理手順の一例を説明するための図である。すなわち、第二の実施の形態では、図７において説明した処理手順が、図９に示される処理手順に置き換わる。なお、図９中、図７と同一ステップには同一ステップ番号を付し、その説明は省略する。

第二の実施の形態では、ステップＳ２０５における、配信アプリ１２２１による認証要求は、配信拡張アプリ１２２２に委譲されることなく、当該認証要求に指定された送信先（例えば、ファイルサーバ３０）に送信される。なお、図９においては省略されているが、当該認証要求の送信は、ＳＤＫプラットフォーム１２３によって実行される。ファイルサーバ３０は、当該認証要求に指定されている送信先認証情報について、認証処理を実行し、認証結果を返信する（Ｓ３０１）。

認証に成功すると、配信アプリ１２２１は、ステップＳ２０４において原稿よりスキャンされたスキャン画像の送信要求を、ＳＤＫプラットフォーム１２３に入力する（Ｓ２０８）。当該送信要求についても、配信拡張アプリ１２２２への委譲は行われず、ＳＤＫプラットフォーム１２３によって正常に処理される。したがって、スキャン画像は、例えば、ファイルサーバ３０に送信される。なお、スキャン画像と共に、送信先設定情報等がファイルサーバ３０に送信される。

ファイルサーバ３０は、スキャン画像を受信すると（Ｓ３０２）、送信先設定情報が示すフォルダに、当該スキャン画像を保存する（Ｓ３０３）。ファイルサーバ３０は、スキャン画像が正常に保存されたことを示す応答を返信する。

一方、配信拡張アプリ１２２２は、ファイルサーバ３０と、オンラインストレージシステム４０との間における、保存内容の同期処理を定期的に実行する。すなわち、第二の実施の形態では、ファイルサーバ３０におけるフォルダ構成（フォルダのツリー構造）と同じフォルダ構成がオンラインストレージシステム４０に構築されており、ファイルサーバ３０において各フォルダに保存されている画像データと同じ画像データが、オンラインストレージシステム４０において、同じフォルダに保存される。要するに、第二の実施の形態では、ファイルサーバ３０の保存内容が、オンラインストレージシステム４０においてミラー化される。

同期処理のため、配信拡張アプリ１２２２は、定期的に、オンラインストレージシステム４０において、画像形成装置１０ａの機体番号又はログインユーザ名に対応するフォルダ構成に保存されている画像データの書誌情報の一覧（以下、「一覧情報」という。）の取得要求を、オンラインストレージシステム４０に送信する（Ｓ３１１）。オンラインストレージシステム４０は、当該取得要求の受信に応じ、指定されたフォルダ構成に含まれる各フォルダに保存されている画像データの一覧情報を、配信拡張アプリ１２２２に返信する（Ｓ３１２）。なお、各画像データの書誌情報には、例えば、画像データを格納するファイルのファイル名、当該ファイルが保存されているフォルダのパス名等が含まれる。

配信拡張アプリ１２２２は、返信された一覧情報と、ファイルサーバ３０における画像データの一覧情報とを比較する（Ｓ３１３）。なお、少なくともステップＳ３１３以前において、ファイルサーバ３０からも、画像データの一覧情報が取得されている。

比較された一覧情報の間に相違点が無い場合、ステップＳ２１３以降は実行されない。比較された一覧情報の間に相違点が有る場合、ステップＳ２１３以降が実行される。この際、ステップＳ２１５以降では、相違点に係る画像データ、すなわち、ファイルサーバ３０には存在し、オンラインストレージシステム４０には存在しない画像データが処理対象とされる。

上述したように、第二の実施の形態によれば、配信アプリ１２２１がファイルサーバ３０に送信し、ファイルサーバ３０において保存されたスキャン画像は、配信拡張アプリ１２２２によって、サービス提供装置２０へ送信される。したがって、配信アプリ１２２１のソースコードを改変することなく、実質的に、配信アプリ１２２１による画像データの送信先の範囲を拡張することができる。

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

図１０は、第三の実施の形態におけるファイルサーバの機能構成例を示す図である。図１０において、ファイルサーバ３０は、同期処理部３１及びファイル記憶部３２等を有する。

ファイル記憶部３２は、各実施の形態において、スキャン画像を格納したファイルを記憶する記憶部である。すなわち、第一又は第二の実施の形態においても、スキャン画像は、ファイル記憶部３２に形成されているフォルダに保存される。

同期処理部３１は、ファイルサーバ３０と、オンラインストレージシステム４０との間における、保存内容の同期処理を定期的に実行する。すなわち、第三の実施の形態においても、ファイルサーバ３０の保存内容は、オンラインストレージシステム４０においてミラー化される。同期処理部３１は、第二の実施の形態において配信拡張アプリ１２２２が実行した処理と同様の処理を実行する。なお、同期処理部３１は、ファイルサーバ３０にインストールされたプログラムがファイルサーバ３０のＣＰＵに実行させる処理により実現される。

図１１は、第三の実施の形態におけるスキャン画像の送信処理の処理手順の一例を説明するための図である。すなわち、第三の実施の形態では、図９において説明した処理手順が、図１１に示される処理手順に置き換わる。なお、図１１中、図９と同一ステップには同一ステップ番号を付し、その説明は省略する。

図１１において、ステップＳ３１１ａ、Ｓ３１３ａ、Ｓ２１３ａ、Ｓ２１５ａの処理内容は、それぞれ、図９におけるステップＳ３１１、Ｓ３１３、Ｓ２１３、Ｓ２１５の処理内容と同じである。但し、第三の実施の形態では、これらのステップを、同期処理部３１が実行する点において、第二の実施の形態と異なる。他の点については、第二の実施の形態と同様でもよい。

なお、同期処理部３１は、ファイルサーバ３０以外の非図示のコンピュータが有していてもよい。

上述したように、第三の実施の形態によれば、配信アプリ１２２１がファイルサーバ３０に送信し、ファイルサーバ３０において保存されたスキャン画像は、同期処理部３１によって、サービス提供装置２０へ送信される。したがって、配信アプリ１２２１のソースコードを改変することなく、実質的に、配信アプリ１２２１による画像データの送信先の範囲を拡張することができる。

なお、サービス提供装置２０は、複数のコンピュータによって構成されてもよい。すなわち、上記各実施の形態においてサービス提供装置２０が実行する処理は、複数のコンピュータに分散されて実行されてもよい。

図１２は、サービス提供装置が複数のコンピュータによって構成される例を示す図である。図１２では、サービス提供装置２０が、複数のコンピュータに分散されて構成されている例が示されている。なお、図１２では、サービス提供装置２０が、４台以上のコンピュータによって構成されている例が示されているが、サービス提供装置２０は、４台未満のコンピュータによって構成されてもよい。

なお、上記各実施の形態では、画像形成装置１０ａが機器１０の一例として採用された例について説明したが、画像形成装置１０ａ以外であっても、画像データを入力可能な機器１０であれば、本実施の形態が適用されてもよい。例えば、デジタルカメラ、デジタルカメラ付きの携帯端末、電子黒板等が、画像形成装置１０ａの代わりに利用されてもよい。

なお、上記各実施の形態において、スキャナ１２は、入力部の一例である。配信アプリ１２２１は、第一の送信部の一例である。配信拡張アプリ１２２２は、第二の送信部の一例である。ＳＤＫプラットフォーム１２３は、送信制御部の一例である。

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

１ 情報処理システム
１０ 機器
１０ａ 画像形成装置
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１５ 操作パネル
１６ ネットワークインタフェース
１７ ＳＤカードスロット
２０ サービス提供装置
３０ ファイルサーバ
３１ 同期処理部
３２ ファイル記憶部
８０ ＳＤカード
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１１５ ＮＶＲＡＭ
１２１ 標準アプリ
１２２ ＳＤＫアプリ
１２３ ＳＤＫプラットフォーム
１２４ コントロールサービス
１２５ ＯＳ
２００ ドライブ装置
２０１ 記録媒体
２０２ 補助記憶装置
２０３ メモリ装置
２０４ ＣＰＵ
２０５ インタフェース装置
２１０ サーバアプリ
２１１ スキャンサーバアプリ
２２０ プラットフォーム
２２１ 設定登録部
２２２ 機器通信部
２２３ 認証処理部
２２４ セッション管理部
２２５ データ処理部
２２６ ストレージ連携部
２３１ ユーザ情報記憶部
２３２ 機器情報記憶部
２４０ プラットフォームＡＰＩ
１２１１ スキャンアプリ
１２１２ 印刷アプリ
１２１３ コピーアプリ
１２１４ ＦＡＸアプリ
１２２１ 配信アプリ
１２２２ 配信拡張アプリ
Ｂ バス

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

Claims (7)

1. 機器であって、
   データを入力する入力部と、
   前記データを、第一の送信先に送信可能な第一の送信部と、
   前記第一の送信先とは異なる第二の送信先に対して、前記データを送信可能な第二の送信部と、
   前記第二の送信部として当該機器を機能させるプログラムが当該機器にインストールされた後で前記第一の送信部より前記データの送信要求を受け付けると、前記データを前記第一の送信先には送信せずに、前記第二の送信部に送信させる送信制御部とを有する機器。
2. 前記送信制御部は、前記第一の送信部に対して指定された送信先を示す情報に、所定の文字列が含まれている場合に、前記データを、前記第二の送信部に送信させる請求項１記載の機器。
3. 前記第二の送信部は、予め設定された処理を前記データに対して実行する情報処理装置に、前記データを送信する請求項１又は２記載の機器。
4. 機器と、前記機器にネットワークを介して接続される情報処理装置とを含む情報処理システムであって、
   前記機器は、
   データを入力する入力部と、
   前記データを、第一の送信先に送信可能な第一の送信部と、
   前記第一の送信先とは異なる第二の送信先に対して、前記データを送信可能な第二の送信部と、
   前記第二の送信部として当該機器を機能させるプログラムが当該機器にインストールされた後で前記第一の送信部より前記データの送信要求を受け付けると、前記データを前記第一の送信先には送信せずに、前記第二の送信部に送信させる送信制御部とを有する情報処理システム。
5. 機器が、
   データを入力する入力手順と、
   前記データを、第一の送信先に送信可能な第一の送信手順と、
   前記第一の送信先とは異なる第二の送信先に対して、前記データを送信可能な第二の送信手順と、
   前記第二の送信手順を当該機器に実行させるプログラムが当該機器にインストールされた後で前記第一の送信手順より前記データの送信要求を受け付けると、前記データを前記第一の送信先には送信せずに、前記第二の送信手順に送信させる送信制御手順とを実行する情報処理方法。
6. 機器に、
   データを入力する入力手順と、
   前記データを、第一の送信先に送信可能な第一の送信手順と、
   前記第一の送信先とは異なる第二の送信先に対して、前記データを送信可能な第二の送信手順と、
   前記第二の送信手順を当該機器に実行させるプログラムが当該機器にインストールされた後で前記第一の送信手順より前記データの送信要求を受け付けると、前記データを前記第一の送信先には送信せずに、前記第二の送信手順に送信させる送信制御手順とを実行させるプログラム。
7. 機器と、前記機器にネットワークを介して接続される１以上の情報処理装置とを含む情報処理システムであって、
   データを入力する入力部と、
   前記データを、第一の送信先に送信可能な第一の送信部と、
   前記第一の送信先とは異なる第二の送信先に対して、前記データを送信可能な第二の送信部と、
   前記第二の送信部として当該機器を機能させるプログラムが当該機器にインストールされた後で前記第一の送信部より前記データの送信要求を受け付けると、前記データを前記第一の送信先には送信せずに、前記第二の送信部に送信させる送信制御部とを有する情報処理システム。

Images