特許 6093414 情報処理装置、方法およびプログラム

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

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

(11)【特許番号】6093414

(24)【登録日】2017年2月17日

(45)【発行日】2017年3月8日

(54)【発明の名称】情報処理装置、方法およびプログラム

(51)【国際特許分類】

   H04N 1/00 20060101AFI20170227BHJP

   G06F 13/00 20060101ALI20170227BHJP

【ＦＩ】

   H04N1/00 107Z

   G06F13/00 354A

【請求項の数】9

【全頁数】14

(21)【出願番号】特願2015-185624(P2015-185624)

(22)【出願日】2015年9月18日

【審査請求日】2015年10月1日

(73)【特許権者】

【識別番号】000136136

【氏名又は名称】株式会社ＰＦＵ

(74)【代理人】

【識別番号】100113608

【弁理士】

【氏名又は名称】平川 明

(74)【代理人】

【識別番号】100105407

【弁理士】

【氏名又は名称】高田 大輔

(74)【代理人】

【識別番号】100145838

【弁理士】

【氏名又は名称】畑添 隆人

(72)【発明者】

【氏名】宮川 修

(72)【発明者】

【氏名】松尾 仁

(72)【発明者】

【氏名】濱野 真輔

【審査官】 橋爪 正樹

(56)【参考文献】

【文献】 特開２００９−１４７６６８（ＪＰ，Ａ）

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

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

Ｈ０４Ｎ １／００

Ｇ０６Ｆ１３／００

Ｈ０４Ｌ１２／５４−１２／６２

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

【請求項1】

第一の処理に係る通信のためにサーバーとの間に確立されるセッションを、該第一の処理に係るユーザー指示が受け付けられる前、ユーザーによって該第一の処理の準備が行われていることが検知された際に確立する第一のセッション管理手段と、
第二の処理に係る通信のために前記サーバーとの間に確立されるセッションを、該第二の処理の実行が開始されると同時または開始された後に確立する第二のセッション管理手段と、
を備える情報処理装置。

【請求項2】

前記第一のセッション管理手段は、前記第一の処理に含まれる複数の通信が断続的に行われている間、確立されたセッションを維持する、
請求項１に記載の情報処理装置。

【請求項3】

前記第一の処理は、該第一の処理を完遂するための、複数の異なる種類の情報の送受信を含み、
前記第一のセッション管理手段は、前記複数の異なる種類の情報の送受信のための複数の通信が断続的に行われている間、確立されたセッションを維持する、
請求項２に記載の情報処理装置。

【請求項4】

前記第一のセッション管理手段は、前記第一の処理を完遂するための複数の異なる種類の情報の送受信に含まれる最後の送受信の終了後、該第一の処理に係る操作が検知されない状態で所定の時間が経過した後に、前記第一の処理に係る通信のためのセッションを破棄する、
請求項３に記載の情報処理装置。

【請求項5】

前記情報処理装置は撮像装置であり、前記第一の処理は撮像によって得られた画像データの送信処理を含む、
請求項１から４の何れか一項に記載の情報処理装置。

【請求項6】

前記第一のセッション管理手段は、ユーザーによって撮像対象がセットされたことが検知されたことを契機として、前記セッションを確立する、
請求項５に記載の情報処理装置。

【請求項7】

前記第二のセッション管理手段は、前記第二の処理に含まれる通信の終了毎、または確立された各セッションについて定められた時間の経過毎に、前記第二の処理に係る通信のためのセッションを破棄する、
請求項１から６の何れか一項に記載の情報処理装置。

【請求項8】

コンピューターが、
第一の処理に係る通信のためにサーバーとの間に確立されるセッションを、該第一の処理の実行に係るユーザー指示が受け付けられる前、ユーザーによって該第一の処理の準備が行われていることが検知された際に確立する第一のセッション管理ステップと、
第二の処理に係る通信のために前記サーバーとの間に確立されるセッションを、該第二の処理の実行が開始されると同時または開始された後に確立する第二のセッション管理ステップと、
を実行する画像データ処理方法。

【請求項9】

コンピューターを、
第一の処理に係る通信のためにサーバーとの間に確立されるセッションを、該第一の処理に係るユーザー指示が受け付けられる前、ユーザーによって該第一の処理の準備が行われていることが検知された際に確立する第一のセッション管理手段と、
第二の処理に係る通信のために前記サーバーとの間に確立されるセッションを、該第二の処理の実行が開始されると同時または開始された後に確立する第二のセッション管理手段と、
として機能させるための画像データ処理用プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置による通信を管理するための技術に関する。

【背景技術】

【0002】

従来、ネットワークに接続された特定ファーム情報送信装置及びファームウェア提供サーバーと通信可能な情報処理装置であって、特定ファーム情報送信装置との間でセッションを連続的又は断続的に維持させることを特徴とする情報処理装置が提案されている（特許文献１を参照）。

【0003】

また、端末とウェブサーバとの間の通信セッションが中断した場合に、中断した通信セッションの状態を示すセッション状態情報を生成してセッション状態保持手段に登録するとともに、中断したセッションをウェブサーバが強制的に終了しそれに関連する内部リソースを解放する技術が提案されている（特許文献２を参照）。

【0004】

また、クラウド接続する複合機において、サービス通信方式や経路を判定してサービスに適した通信経路を確立する技術が提案されている（特許文献３を参照）。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１４−１７９０２１号公報

【特許文献2】特開２００６−３０９５９５号公報

【特許文献3】特開２０１２−０３７９４４号公報

【発明の概要】

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

【0006】

従来、例えばＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ
Ｓｅｃｕｒｅ）を利用してインターネット上にあるクラウドサーバーと情報処理装置との間でデータ送受信を行う場合に、データ送受信の都度クライアントとサーバーとの間でセッションを確立していた（図８を参照）。なお、本開示において、「セッション」との語は、ＴＣＰのコネクションやＳＳＬ／ＴＬＳのセッション等の、セッション層／トラスポート層における一連の通信を管理するために用いられるセッションを指す。本開示における「セッション」には、トークン等によって管理される、アプリケーションレベルのセッションは含まれない。ここで、データ送受信の都度セッションを確立するのは冗長であることから、セッション維持機能を使用して最初に１度だけセッションを確立し、以降はそのセッションを維持して利用することにより、２回目以降のセッションの確立に掛かる時間を削減する技術がある。

【0007】

しかし、他方では、クラウドサーバーには不特定多数のユーザーがアクセスすることが想定されるため、クラウドサーバーとクライアントとの間で確立されたセッションを維持し続けると、セッションを確立するクライアントの数が増加するに従って、サーバー側で確保するリソースも増え、サーバーの負荷が高くなるという問題がある。

【0008】

本開示は、上記した問題に鑑み、情報処理装置における、サーバーとの通信を伴う処理に要する時間を低減させつつ、サーバーの負荷を抑えることを課題とする。

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

【0009】

本開示の一例は、第一の処理に係る通信のためにサーバーとの間に確立されるセッショ
ンを、該第一の処理に係るユーザー指示が受け付けられる前に確立する第一のセッション管理手段と、第二の処理に係る通信のために前記サーバーとの間に確立されるセッションを、該第二の処理の実行が開始されると同時または開始された後に確立する第二のセッション管理手段と、を備える情報処理装置である。

【0010】

本開示は、情報処理装置、システム、コンピューターによって実行される方法またはコンピューターに実行させるプログラムとして把握することが可能である。また、本開示は、そのようなプログラムをコンピューターその他の装置、機械等が読み取り可能な記録媒体に記録したものとしても把握できる。ここで、コンピューター等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的または化学的作用によって蓄積し、コンピューター等から読み取ることができる記録媒体をいう。

【発明の効果】

【0011】

本開示によれば、情報処理装置における、サーバーとの通信を伴う処理に要する時間を低減させつつ、サーバーの負荷を抑えることが可能となる。

【図面の簡単な説明】

【0012】

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

【図2】実施形態に係るスキャナーのハードウェア構成を示す図である。

【図3】実施形態に係るシステムの機能構成の概略を示す図である。

【図4】実施形態に係る生存確認処理（第二の処理に相当）の流れの概要を示すフローチャートである。

【図5】実施形態に係る画像データ取得・保存処理（第一の処理に相当）の流れの概要を示すフローチャートＡである。

【図6】実施形態に係る画像データ取得・保存処理（第一の処理に相当）の流れの概要を示すフローチャートＢである。

【図7】実施形態に係る画像データ取得・保存処理が実行された場合の、セッション確立およびデータ送受信に係る時間を示す図である。

【図8】従来の画像データ取得・保存処理が実行された場合の、セッション確立およびデータ送受信に係る時間を示す図である。

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

【0013】

以下、本開示に係る情報処理装置、システム、方法およびプログラムの実施の形態を、図面に基づいて説明する。但し、以下に説明する実施の形態は、実施形態を例示するものであって、本開示に係る情報処理装置、システム、方法およびプログラムを以下に説明する具体的構成に限定するものではない。実施にあたっては、実施の態様に応じた具体的構成が適宜採用され、また、種々の改良や変形が行われてよい。

【0014】

本実施形態では、本開示に係る情報処理装置、システム、方法およびプログラムを、スキャナーと連動するシステムにおいて実施した場合の実施の形態について説明する。但し、本開示に係る情報処理装置、システム、方法およびプログラムは、情報処理装置による通信を管理するための技術について広く用いることが可能であり、本開示の適用対象は、本実施形態において示された例に限定されない。

【0015】

＜システムの構成＞
図１は、本実施形態に係るシステムの構成を示す概略図である。本実施形態に係るシステムは、インターネットや広域ネットワーク等のネットワークを介して接続されたスキャナー３および画像データ処理サーバー１を備える。

【0016】

画像データ処理サーバー１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎ
ｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ
Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶装置１４、および通信ユニット１５、等を備えるコンピューターである。なお、説明の簡略化のため、図では画像データ処理サーバー１を単一筐体のコンピューターとして示しているが、本実施形態において、画像データ処理サーバー１は、その機能の一部または全部が、クラウド技術等を用いて、遠隔地に設置された装置や、分散設置された複数の装置によって実行されることで、ユーザーに対して画像データ処理サービスを提供する。但し、画像データ処理サーバー１の構成は、本実施形態における例示に限定されない。

【0017】

図２は、本実施形態に係るスキャナー３のハードウェア構成を示す図である。スキャナー３は、ユーザーがセットした、文書、名刺、レシートまたは写真／イラスト等の原稿を撮像することで、画像データを取得する装置であり、原稿を撮像部３７に送るシートフィーダー３６、シートフィーダー３６に原稿がセットされたことを検知する原稿センサー３９、撮像部３７、スキャンボタン３８、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、記憶装置３４および通信ユニット３５等を備える撮像装置である。なお、本実施形態では、スキャナー３の撮像方式として、シートフィーダー３６にセットされた原稿を自動送りしながら撮像する撮像方式を採用したスキャナー３を例示したが、スキャナーの撮像方式は限定されない。例えば、スキャナーは、ユーザーによって読取位置にセットされた原稿を撮像するタイプのものであってもよい。また、本実施形態では、本システムにおいて用いる撮像装置として、スキャナー３を用いる例について説明したが、本システムにおいて用いられる撮像装置は、スキャナーに限定されない。例えば、撮像装置としてカメラが採用されてもよい。

【0018】

本実施形態に係るスキャナー３は、無線通信機能を備えることで無線ＬＡＮに接続する機能を有したスキャナーである。また、本実施形態に係るスキャナー３は、スキャナー３に撮像を指示するためにユーザーが押下またはタッチするスキャンボタン３８を有しているが、タッチパネルディスプレイやキーボード等の、文字入出力や項目選択を可能とするためのユーザーインターフェースを有しておらず、Ｗｅｂブラウザ機能やサーバー機能を有していない。但し、本実施形態に係る方法を採用可能なスキャナーの通信手段およびハードウェア構成等は、本実施形態における例示に限定されない。

【0019】

図３は、本実施形態に係るシステムの機能構成の概略を示す図である。画像データ処理サーバー１は、記憶装置１４に記録されているプログラムが、ＲＡＭ１３に読み出され、ＣＰＵ１１によって実行されて、画像データ処理サーバー１に備えられた各ハードウェアが制御されることで、画像受信部２４および結果通知部２９を備える装置として機能する。なお、本実施形態では、画像データ処理サーバー１の備える各機能は、汎用プロセッサであるＣＰＵ１１によって実行されるが、これらの機能の一部または全部は、１または複数の専用プロセッサによって実行されてもよい。

【0020】

画像受信部２４は、ユーザー認証されたスキャナー３によって取得され、送信された画像データを、ネットワークを介して受信する。

【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】

１ 画像データ処理サーバー
３ スキャナー

【要約】

【課題】情報処理装置におけるサーバーとの通信を伴う処理に要する時間を低減させつつ、サーバーの負荷の増大を抑えることを課題とする。
【解決手段】スキャナー３に、画像データ取得・保存処理に係る通信のためにサーバー１との間に確立されるセッションを、画像データ取得・保存処理に係るユーザー指示が受け付けられる前に確立する第一のセッション管理部４４１と、生存確認処理に係る通信のためにサーバー１との間に確立されるセッションを、生存確認処理の実行が開始されると同時または開始された後に確立する第二のセッション管理部４４２と、を備えた。
【選択図】図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】