JP2012029127A - サービス提供システムおよびサーバ - Google Patents

Abstract

【課題】サービスの提供開始までの時間を短縮することが可能なサービス提供システムおよびそれに関連する技術を提供する。
【解決手段】サーバ（ＭＦＰ）１０は、原稿を光学的に読み取る読取処理を行ってスキャン画像を生成する画像読取部２と、サービスに関連する画像処理をスキャン画像に対して施す画像解析部３１およびハードウエア圧縮部８と、画像処理の結果を用いたサービスを管理するサービス管理部３５とを備える。スキャン画像に関する読取処理とスキャン画像に対する画像処理とは、スキャン画像の生成開始からサービスの提供開始までの期間において一連の処理として実行される。また、スキャン画像に関する読取処理とスキャン画像に対する画像処理とは、少なくとも部分的に、並列的に実行されることが好ましい。
【選択図】図３

Description

本発明は、クライアント（クライアントコンピュータ等）に対して、各種のサービスを提供するサービス提供システムおよびそれに関連する技術に関する。

従来、クライアント（クライアントコンピュータ等）に対して、各種のサービスを提供するサービス提供システムが存在する。

例えば、特許文献１においては、電子文書を複数のクライアントで共有し、当該電子文書に対してアノテーションを付与するサービスを提供するサービス提供システムが開示されている。

特開２００４−１９９５７６号公報

ところで、上記の従来技術において、紙媒体の原稿をスキャンして電子化した文書（電子文書）を用いて、上記のようなサービスを提供することが考えられる。

しかしながら、従来技術においてこのようなサービスを提供するためには、まず原稿のスキャン処理等が行われて電子文書が電子ファイルとして一旦作成され、当該電子文書（電子ファイル）が所定の格納場所に格納される。その後、操作者による電子文書の指定操作等を伴って、当該電子文書をサービスでの利用対象文書として登録する登録処理が行われる。そして、電子文書内のスキャン画像に対する所定の画像処理がさらに実行された後に、サービスの提供が開始される。そのため、サービスの提供開始までに比較的長い時間を要するという問題が存在する。

そこで、この発明の課題は、サービスの提供開始までの時間を短縮することが可能なサービス提供システムおよびそれに関連する技術を提供することにある。

上記課題を解決すべく、請求項１の発明は、クライアントに対するサービスを提供するサービス提供システムであって、原稿を光学的に読み取る読取処理を行ってスキャン画像を生成する画像読取手段と、前記サービスに関連する画像処理を前記スキャン画像に対して施す画像処理手段と、前記画像処理の結果を用いたサービスを管理するサービス管理手段と、を備え、前記スキャン画像に関する読取処理と前記スキャン画像に対する前記画像処理とは、前記スキャン画像の生成開始から前記サービスの提供開始までの期間において、一連の処理として実行されることを特徴とする。

請求項２の発明は、請求項１の発明に係るサービス提供システムにおいて、前記スキャン画像に関する前記読取処理と前記スキャン画像に対する前記画像処理とは、少なくとも部分的に、並列的に実行される、ことを特徴とする。

請求項３の発明は、請求項２の発明に係るサービス提供システムにおいて、前記読取処理は、原稿のページ単位で実行され、前記画像処理は、前記スキャン画像に対する画像解析処理を含み、前記読取処理により生成された一のページの読取画像に対する画像解析処理と前記一のページ以外の他のページに関する前記読取処理とは、少なくとも部分的に、並列的に実行される、ことを特徴とする。

請求項４の発明は、請求項２または請求項３の発明に係るサービス提供システムにおいて、前記読取処理は、原稿のページ単位で実行され、前記画像処理は、前記スキャン画像に対する画像圧縮処理を含み、前記原稿の一のページに関する前記読取処理と前記一のページの読取画像に対する前記画像圧縮処理とが、少なくとも部分的に、並列的に実行される、ことを特徴とする。

請求項５の発明は、請求項１ないし請求項４のいずれかの発明に係るサービス提供システムにおいて、前記スキャン画像に関するデータを前記クライアントに送信する送信手段、をさらに備え、前記スキャン画像に関する前記読取処理と前記スキャン画像に対する前記画像処理と前記データの送信処理とは、前記スキャン画像の生成開始から前記サービスの提供開始までの期間において、一連の動作として実行されることを特徴とする。

請求項６の発明は、請求項１ないし請求項５のいずれかの発明に係るサービス提供システムにおいて、前記画像処理は、前記スキャン画像内の要素領域を抽出する処理、を含むことを特徴とする。

請求項７の発明は、請求項６の発明に係るサービス提供システムにおいて、前記サービス管理手段は、前記クライアントからの要求に応答して、前記スキャン画像に基づく電子文書内の各指定位置に対して、しおりを付与する処理を実行する手段と、前記クライアントからの要求に応答して、前記電子文書に付与されたしおりを前記電子文書に関連付けて表示させる表示用データを生成する表示制御手段と、を有し、前記しおりは、前記各指定位置に対応する前記要素領域ごとに纏めて表示されることを特徴とする。

請求項８の発明は、請求項６の発明に係るサービス提供システムにおいて、前記サービス提供手段は、複数のクライアントに対して前記サービスを提供し、前記サービス管理手段は、前記複数のクライアントのそれぞれからの要求に応答して、前記スキャン画像に基づく電子文書内の各指定位置に対して、しおりを付与する処理を実行する手段と、前記複数のクライアントのうちの一のクライアントからの要求に応答して、前記複数のクライアントにより付与されたしおりを前記電子文書に関連付けて表示させる表示用データを生成する手段と、を有し、前記しおりは、前記各指定位置に対応する前記要素領域ごとに纏めて表示されることを特徴とする。

請求項９の発明は、クライアントに対してサービスを提供するサーバであって、原稿を光学的に読み取る読取処理を行ってスキャン画像を生成する画像読取手段と、前記サービスに関連する画像処理を前記スキャン画像に対して施す画像処理手段と、前記画像処理の結果を用いたサービスを管理するサービス管理手段と、を備え、前記スキャン画像に関する読取処理と前記スキャン画像に対する前記画像処理とは、前記スキャン画像の生成開始から前記サービスの提供開始までの期間において、一連の処理として実行されることを特徴とする。

請求項１ないし請求項９に記載の発明によれば、スキャン画像に関する読取処理とスキャン画像に対する画像処理とは、スキャン画像の生成開始からサービスの提供開始までの期間において一連の動作として実行される。したがって、原稿のスキャン画像を用いて電子文書が一旦生成された後に登録操作を伴って当該電子文書がサービスでの利用対象文書として登録され更に電子文書内のスキャン画像に対する画像処理が実行される場合に比べて、スキャン画像の生成開始からサービスの提供開始までの時間を短縮することが可能である。

特に、請求項２に記載の発明によれば、スキャン画像に関する読取処理とスキャン画像に対する画像処理とは、少なくとも部分的に、並列的に実行されるので、スキャン画像の生成開始からサービスの提供開始までの時間を更に短縮することが可能である。

また特に、請求項５に記載の発明によれば、サービスの提供開始までにスキャン画像に関するデータも送信されているため、当該データを前記サービスの初期段階から利用することが可能である。

サービス提供システムの概要を示すシステム構成図である。 データ管理装置（ＭＦＰ）の概略構成を示すブロック図である。 図２の一部の構成をさらに詳細に示す図である。 サービス開始までの準備動作等を示すフローチャートである。 スキャン画像のメール配信に関する設定を行う設定画面を示す図である。 元の原稿を表す概念図である。 原稿から抽出された複数の要素領域を示す概念図である。 ステップＳ１２の処理を詳細に示すタイミングチャートである。 実行中ジョブ一覧画面を示す図である。 実行中サービス一覧画面を示す図である。 サービス提供中におけるクライアント側での動作等を示すフローチャートである。 クライアントでの最初の表示画面を示す図である。 クライアントでの最初の表示画面を示す図である。 「しおり付与」動作に用いられる画面を示す図である。 しおりデータの一例を示す図である。 各ユーザによって各しおりが付与された状態を示す概念図である。 各要素領域に関するデータテーブルを示す図である。 しおり管理データテーブルを示す図である。 「しおり表示（マージ無し）」動作における表示画面を示す図である。 「しおり表示（マージ無し）」動作における表示画面を示す図である。 「しおり表示（マージ有り）」動作における表示画面を示す図である。 「しおり表示（マージ有り）」動作における表示画面を示す図である。

以下、本発明の実施形態を図面に基づいて説明する。

＜１．構成概要＞
図１は、本実施形態に係るサービス提供システム１００の概要を示すシステム構成図である。当該システム１００は、データ管理装置１０と複数のコンピュータ７０（７０Ａ，７０Ｂ，７０Ｃ，...）とを備えている。なお、データ管理装置１０はサーバコンピュータ（以下、単にサーバとも称する）としても機能し、コンピュータ７０はクライアントコンピュータ（以下、単にクライアントとも称する）としても機能する。

データ管理装置１０と複数のコンピュータ７０とは、互いにネットワークＮＷを介して接続されており、ネットワーク通信を行うことが可能である。ここにおいて、ネットワークＮＷは、ＬＡＮ、ＷＡＮ、インターネットなどによって構成される。各装置のネットワークＮＷへの接続形態は、有線接続であってもよく或いは無線接続であってもよい。

システム１００は、各種のアプリケーションサービス（以下、単にサービスとも称する）をクライアント７０に対して提供することが可能である。ここでは、複数のユーザが共通の電子文書に対して「しおり」（アノテーションとも称する）を付与するアプリケーションサービス（以下、「共通しおりサービス」とも称する）が提供される場合について例示する。当該アプリケーションサービスにおいては、或る電子文書に対して複数のユーザがしおりを付与するとともに、当該電子文書に付与されたしおりを各ユーザが閲覧することが可能である（図２０〜図２４等参照）。

「共通しおりサービス」においては、アノテーション付与対象の電子文書は、当該画像形成装置１０の画像読取部２（後述）によるスキャン画像等を用いて生成される。また、この「共通しおりサービス」では、画像解析部３１（後述）による画像解析処理の結果とハードウエア圧縮部８（後述）による圧縮処理の結果とが利用される。

この実施形態においては、データ管理装置１０は、画像形成装置、より詳細にはＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi Function Peripheral）として構成されている。

図２および図３は、データ管理装置（ＭＦＰ）１０の概略構成を示すブロック図である。図３は、図２の一部の構成をさらに詳細に示す図である。

図２の機能ブロック図に示すように、データ管理装置（ＭＦＰ）１０は、画像読取部２、印刷出力部３、通信部４、格納部５、入出力部６、ハードウエア圧縮部８およびコントローラ９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。

画像読取部（スキャナ部）２は、ＭＦＰ１０の所定の位置に載置された原稿を光学的に読み取る光学的読取処理によって、当該原稿の画像データ（スキャン画像とも称する）を生成する処理部である。画像読取部７は、撮像センサ２１とラインメモリ２２とページメモリ２３（２３ａ，２３ｂ）とを有している。撮像センサ２１（ＣＣＤあるいはＣＩＳ等）の光電変換作用により生成されたデジタルデータ（画像データ）は、ラインメモリ２２を経由してページメモリ２３に格納され、当該ページメモリ２３に格納された画像データに対して、コントローラ９による各種画像処理等が施される。

また、撮像センサ２１の光電変換作用により生成されたデジタルデータ（画像データ）は、ラインメモリ２２からハードウエア圧縮部８に対しても転送される。当該デジタルデータは、ページメモリ２３を経由することなく直接的にラインメモリ２２からハードウエア圧縮部８に転送され、ハードウエア圧縮部８によってデータ圧縮される。後述のメール送信用画像データは、ハードウエア圧縮部８によるデータ圧縮処理を経て生成される。

なお、ページメモリ２３上に生成される画像データとハードウエア圧縮部８によって圧縮される画像データとは、実質的に同一の画像データである。

印刷出力部３は、印刷対象に関するデータに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。

通信部４は、公衆回線等を介したファクシミリ通信を行うことが可能な処理部である。さらに、通信部４は、通信ネットワークＮＷを介したネットワーク通信が可能である。このネットワーク通信では、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）およびＦＴＰ（File Transfer Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、ＭＦＰ１０は、所望の相手先との間で各種のデータを授受することが可能である。また、ＭＦＰ１０は、この通信部４を用いて、ネットワークＮＷに接続されたメールサーバ８０（図１）を介して、電子メールの送受信を行うことも可能である。

格納部（記憶部）５は、ハードディスクドライブ等の記憶装置で構成される。格納部５は、画像読取部２等によって生成された電子文書ＤＭを格納するとともに、当該電子文書ＤＭに関する各種データをも格納する。

入出力部６は、ＭＦＰ１０に対する入力を受け付ける操作入力部６ａと、各種情報の表示出力を行う表示部６ｂとを備えている。詳細には、ＭＦＰ１０には操作パネル６３（図１参照）等が設けられている。この操作パネル（タッチスクリーン）６３は、液晶表示パネルに圧電センサ等が埋め込まれて構成されており、表示部６２の一部として機能するとともに、操作入力部６１の一部としても機能する。

コントローラ９は、ＭＦＰ１０に内蔵され、ＭＦＰ１０を統括的に制御する制御装置である。コントローラ９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ等）等を備えるコンピュータシステムとして構成される。コントローラ９は、ＣＰＵにおいて、ＲＯＭ（例えば、ＥＥＰＲＯＭ等）内に格納されている所定のソフトウエアプログラム（以下、単にプログラムとも称する）を実行することによって、各種の処理部を実現する。

具体的には、図３に示すように、コントローラ９は、画像解析部３１と送信用データ生成部３３とメール送信部３４とサービス管理部３５とを備える。

画像解析部３１は、サービスに関連する画像処理を施す処理部である。画像解析部３１は、原稿の画像データ（スキャン画像）に対して画像解析処理（具体的には、要素領域抽出処理（後述）等）を実行する。

送信用データ生成部３３は、クライアント７０への送信用データを生成する処理部である。送信用データ生成部３３は、送信用データとして、スキャン画像等に基づきＰＤＦ（Portable Document Format）ファイルＦＬ（電子文書ＤＭとも称される）を生成する。また、当該ＰＤＦファイルＦＬは、後述するように、サービス実行用のスクリプト（プログラム）が埋め込まれて生成される。

メール送信部３４は、送信用データ生成部３３によって生成されたＰＤＦファイルＦＬをクライアント７０宛に電子メール等を用いて送信する処理部である。

サービス管理部３５は、サービスを管理する処理部である。サービス管理部３５は、サービスの提供の開始および終了、ならびに、サービス提供中の各種データの管理等を実行する。

このサービス管理部３５は、しおり付与処理部３６としおり表示制御部３７とを有している。

しおり付与処理部３６は、複数のクライアント７０のそれぞれからの要求に応答して、電子文書ＤＭ内の各指定位置に対して、「しおり」を付与する処理を実行する処理部である。

しおり表示制御部３７は、複数のクライアント７０のうちの一のクライアント７０からの要求に応答して、当該複数のクライアント７０により付与された各しおりをそれぞれ電子文書ＤＭに関連付けて表示させる表示用データを生成する処理部である。また、しおり表示制御部３７は、要求元のクライアント７０に対して表示用データを返信し、クライアント７０の表示部に「しおり」を表示させる。

＜２．動作＞
＜２−１．サービス準備動作等＞
つぎに、図４を参照しながら、本システム１００における動作について説明する。図４は、データ管理装置１０におけるサービス準備動作（より具体的には、スキャン画像の生成処理、スキャン画像に対する画像処理、およびデータ配信動作等）を示すフローチャートである。ここでは、ユーザＵＡによってデータ管理装置１０が操作されて、所定の原稿に関するスキャン画像が生成され、当該スキャン画像に対して画像解析処理等が施された後に、当該スキャン画像に関するデータが電子メールに添付されて各ユーザＵＡ，ＵＢ，ＵＣに向けて送信される場合を例示する。

まず、ステップＳ１１において、スキャン画像（詳細には当該スキャン画像に基づく電子文書ＤＭ）のメール配信、およびサービスに関する設定処理が図５の設定画面ＧＡ１等を用いて行われる。

操作者（ユーザＵＡ）は、当該設定画面ＧＡ１を用いて、スキャン画像の送信先設定を行う。具体的には、操作者は、対応ボタンを押下することによって、１又は複数のユーザをスキャン画像の送信先のユーザとして選択することができる。図５では、３つのボタンＢＮ１１，ＢＮ１２，ＢＮ１３が押下され、「ユーザＵＡ」、「ユーザＵＢ」、「ユーザＵＣ」の３名のユーザが送信先として指定されている状態が示されている。

また、操作者は、当該設定画面ＧＡ１を用いて、スキャン画像に関する付加サービス実行の有無をも選択することができる。具体的には、ラジオボタンを操作することによって、「共通しおりサービス」（複数のユーザが共通の電子文書に対して「しおり」を付与するアプリケーションサービス）の実行の有無が設定される。

ここでは、操作者が、所望のユーザＵＡ，ＵＢ，ＵＣをスキャン画像の送信先のユーザとして指定するとともに、「共通しおりサービス」を実行すべき旨をも指定する場合を想定する。また、スキャン画像の送信先ユーザは、「共通しおりサービス」のサービス提供対象者でもあるものとする。

操作者が、設定画面ＧＡ１を用いた設定動作を行い且つ原稿をＡＤＦ（オートドキュメントフィーダ）方式の原稿台に載置した後にスキャン開始ボタンＢＮ１９を押下すると、原稿に関するスキャン画像生成動作等（ステップＳ１２）が開始される。

ステップＳ１２においては、原稿の各ページに関する読取処理Ｐａが実行されるとともに、サービスに関する各種の準備処理Ｐｂ，Ｐｃも実行される。具体的には、
処理Ｐａ：原稿の読取処理（スキャン画像生成処理）、
処理Ｐｂ：スキャン画像に対する画像処理（画像解析処理）、
処理Ｐｃ：スキャン画像に関する圧縮画像を生成する画像処理（画像圧縮処理）、
が一連の処理として実行される。換言すれば、これらの処理Ｐａ，Ｐｂ，Ｐｃは、スキャン画像の生成開始からサービスの提供開始（ステップＳ１５）までの期間（準備期間）において一連の処理として実行される。

処理Ｐａは、原稿を光学的に読み取ってスキャン画像を生成する処理、換言すれば、原稿の読取処理である。

処理Ｐｂは、サービスに関連する画像処理であり、処理Ｐａで生成されたスキャン画像に対する解析処理である。より詳細には、図６および図７に示すように、処理Ｐｂは、スキャン画像から要素領域を抽出する要素領域抽出処理である。図６は、元の原稿（ここでは２ページを有する原稿）を表す図であり、図７は、抽出された複数の要素領域ＥＬ１〜ＥＬ５を概念的に示す図である。

この画像解析処理Ｐｂは、スキャン画像を解析して、連続する文字が含まれる領域を１つのまとまりとして認識し、各ページに含まれる複数の矩形状の要素領域ＥＬｉを抽出する処理である。具体的には、文章の段落間に設けられた空白行（空白部分）が認識され、ページ内の文章が複数の要素領域ＥＬｉに区分される。後述するように、上記サービスにおいては複数のしおりを要素領域ごとに纏めて表示することなどが可能であり、この要素領域抽出処理は、当該サービスの準備処理として実行される。

また、処理Ｐｃは、スキャン画像を圧縮して、メール送信用の縮小画像を生成する処理である。上記サービスにおいては、当該縮小画像を含むＰＤＦファイルが送信され、ＰＤＦファイルを用いてしおり付与処理およびしおり表示処理等が実行される。この縮小画像生成処理（画像圧縮処理）Ｐｃも、サービスに関連する画像処理であり、当該サービスの準備処理として実行される。

ここにおいて、原稿の読取処理Ｐａと、スキャン画像に対する画像解析処理Ｐｂとは、少なくとも部分的に、並列処理される（図８参照）。より具体的には、原稿の複数のページの読取処理Ｐａと各ページの読取画像に対する画像解析処理Ｐｂとは、いわゆるパイプライン処理によって実行される。同様に、原稿の読取処理Ｐａと、スキャン画像に対する画像圧縮処理Ｐｃとは、少なくとも部分的に、並列処理される（図８参照）。より具体的には、原稿の複数のページの読取処理Ｐａと各ページの読取画像に対する画像圧縮処理Ｐｃとは、いわゆるパイプライン処理によって実行される。

スキャン画像に関する読取処理Ｐａと、スキャン画像に対する画像解析処理Ｐｂと、スキャン画像に関する画像圧縮処理Ｐｃとは、それぞれ、ページ単位で実行される。そして、例えば、原稿の第ｉページの読取画像の読取処理Ｐａと第ｉページに関する画像圧縮処理Ｐｃとは、少なくとも部分的に並列処理される。また、画像読取処理により生成された一のページの読取画像に対する画像解析処理Ｐｂと当該一のページ以外の他のページに関する読取処理Ｐａとは、少なくとも部分的に並列処理される。

図８は、ステップＳ１２の処理を詳細に示すタイミングチャートである。図８を参照しながら、ステップＳ１２の処理についてさらに詳細に説明する。図８では、複数のページ（ここでは３ページ以上）を有する原稿に関する処理が示されている。

まず、原稿の第ｉページ（まず第１ページ）に関する画像読取処理Ｐａが実行される（時刻Ｔ１０〜時刻Ｔ１５）。具体的には、原稿の第１ページの画像が、撮像センサ（ラインセンサ）２１（図３）によって第１ページ内の所定数（１又は複数）のライン毎に光学的に読み出され、ＲＧＢ画像データとして、ラインメモリ２２（図３）に格納されていく。

所定数のライン毎に読み出されたＲＧＢ画像データは、ラインメモリ２２から、２つのページメモリ２３ａ，２３ｂのうちの一方（たとえば、ページメモリ２３ａ）に順次に転送されて格納される。

また、ＲＧＢ画像データは、ラインメモリ２２から、ハードウエア圧縮部８にも転送される。ハードウエア圧縮部８は、転送されてきた所定数のライン毎の画像データを順次に圧縮し、第１ページの圧縮画像を生成していく（時刻Ｔ１２〜時刻Ｔ２０）。このとき、第１ページの画像圧縮動作Ｐｃの一部動作（詳細には、時刻Ｔ１２〜時刻Ｔ１５の動作）は、第１ページ画像（同一ページの画像）のページメモリ２３ａへの転送期間中に実行される。このように、第１ページの画像圧縮処理Ｐｃは、第１ページのスキャン画像読取処理Ｐａに対して、少なくとも部分的に、並列的に実行される。

そして、原稿の第１ページに関する画像読取処理Ｐａが終了する（時刻Ｔ１５）と、ページメモリ２３（２３ａ）に格納されたページ画像に対する画像解析処理Ｐｂが開始される（時刻Ｔ１５）。

また、原稿の第ｉページ（第１ページ）に関する読取処理が終了（時刻Ｔ１５）した後には、原稿における次ページがフィードされ、次の第（ｉ＋１）ページ（第２ページ）に関する読取処理が開始される（時刻Ｔ２０）。

具体的には、原稿の第２ページの画像が、撮像センサ（ラインセンサ）２１によって第２ページ内の所定数（１又は複数）のライン毎に光学的に読み出され、ＲＧＢ画像データとして、ラインメモリ２２（図３）に格納される。

そして、所定数のライン毎に読み出されたＲＧＢ画像データは、ラインメモリ２２から、２つのページメモリ２３ａ，２３ｂのうち、今度はもう一方（たとえばページメモリ２３ｂ）に順次に転送されて格納される。

ここにおいて、画像読取処理により生成された第１ページの読取画像に対する画像解析処理Ｐｂ（時刻Ｔ１５〜時刻Ｔ２３）と当該第１ページの次のページである第２ページに関する画像読取処理Ｐａ（時刻Ｔ２０〜時刻Ｔ２５）とは、少なくとも部分的に、並列的に実行される。このとき、第１ページに関する画像解析処理Ｐｂは、一のページメモリ２３ａに格納されているデータを利用して実行され、第２ページのスキャン画像は、他のページメモリ２３ｂに格納される。

また、ラインメモリ２２から直接的にハードウエア圧縮部８に転送されたデータを用いて、第２ページの圧縮画像も生成される。第２ページの画像圧縮動作Ｐｃは、第２ページの画像のページメモリ２３ｂへの転送期間中にも実行される。すなわち、第２ページの画像圧縮処理Ｐｃ（時刻Ｔ２２〜時刻Ｔ３０）は、第２ページの画像読取処理Ｐａ（時刻Ｔ２０〜時刻Ｔ２５）に対して、少なくとも部分的に、並列的に実行される。

第ｉページ（第１ページ）に関する画像解析処理Ｐｂが終了し、さらに第（ｉ＋１）ページ（第２ページ）に関する画像読取処理Ｐａが終了すると、ページメモリ２３（２３ｂ）に格納された第（ｉ＋１）ページ（第２ページ）の画像に対する画像解析処理Ｐｂが開始される。また、次の第（ｉ＋２）ページ（第３ページ）に関する画像読取処理Ｐａも開始される。すなわち、画像読取処理により生成された第２ページの読取画像に対する画像解析処理Ｐｂ（時刻Ｔ２５〜時刻Ｔ３３）と当該第２ページの次のページである第３ページに関する画像読取処理Ｐａ（時刻Ｔ３０〜時刻Ｔ３５）とは、少なくとも部分的に、並列的に実行される。

なお、第３ページに関する読取画像は、２つのページメモリ２３ａ，２３ｂのうち、今度は、第１ページの格納対象と同一のページメモリ（たとえばページメモリ２３ａ）に順次に転送されて格納される。この時点では、ページメモリ２３ｂは第２ページの画像解析処理Ｐｂに利用されているため、別のページメモリ２３ａに第３ページの読取画像が格納されればよい。このように、ページメモリ２３ａ，２３ｂは、交互に利用されることが好ましい。

以上のような動作を繰り返すことによって、複数のページを有する原稿に関して、複数の読取画像が生成され、当該複数の読取画像に対する画像解析処理、および当該複数の読取画像に関する画像圧縮処理が実行される。そして、複数のページのそれぞれについて各処理Ｐａ，Ｐｂ，Ｐｃが終了すると、ステップＳ１３に進む。

ステップＳ１３においては、
処理Ｐｄ：スキャン画像に関する送信用データを生成する処理（送信用データ生成処理）、
が実行される。

具体的には、ステップＳ１３においては、ステップＳ１２で生成された複数の画像データ（圧縮画像データ）等に基づいて、電子文書ＤＭに係る送信用のデータファイルＦＬが生成される。当該送信用のデータファイルＦＬは、特定形式のデータファイル（ここではＰＤＦファイル）として生成される。

また、このデータファイルＦＬには、所定環境下で実行可能なスクリプトが埋め込まれる。詳細には、「しおり付与処理」および「しおり表示処理」（後述）等をクライアント７０で実行させるためのスクリプト（たとえばJavaScript（登録商標）などのスクリプト言語で記述されたプログラム）が埋め込まれる。

さらに、ステップＳ１３においては、データ管理装置１０は、ステップＳ１２での画像解析処理Ｐｂの結果に基づき、各要素領域に関するデータテーブルＴＢ１（図１７参照）をも作成する。データテーブルＴＢ１には、各要素領域の要素領域ＩＤ、電子文書ＤＭにおける各要素領域のページ番号、各要素領域の該当ページ内での左上座標および右上座標等が記録される（図１７および図７参照）。なお、この時点では、各領域に対して、未だしおりが付与されていないため、データテーブルＴＢ１には「しおりＩＤ」は未だ登録されていない。

また、ステップＳ１３においては、データ管理装置１０は、しおり管理データテーブルＴＢ２（図１８）をも作成する。ただし、この時点では、未だしおりが付与されていないため、しおり管理データテーブルＴＢ２には「しおり」は未だ登録されていない。

さらに、ステップＳ１３においては、データ管理装置１０は、作成された電子文書ＤＭ（ＰＤＦファイルＦＬ）の文書ＩＤを電子文書管理テーブル（不図示）に登録しておく。

次のステップＳ１４においては、
処理Ｐｅ：送信用データをクライアント７０宛に送信する処理（送信用データ送信処理）、
が実行される。

具体的には、ステップＳ１４においては、ステップＳ１３で生成された送信用のデータファイルＦＬが、ステップＳ１１で指定された送信先に送信される。具体的には、当該データファイルＦＬが、電子メールＭＬに添付されて、各ユーザの電子メールアドレス宛に送信される。

そして、ステップＳ１５において、「共通しおりサービス」の提供が開始される。以後、各ユーザからの要求に応じて、「しおり付与処理」および「しおり表示処理」等が行われる。

＜２−２．サービス開始確認動作等＞
各ユーザは、図９および図１０のような画面ＧＡ２，ＧＡ３等を用いて、「共通しおりサービス」の実行状態の確認等を行うことができる。

具体的には、操作者（ユーザＵＡ等）は、まず、データ管理装置１０の操作パネル６３等を操作して、実行中ジョブ一覧画面ＧＡ２（図９）を当該操作パネル６３に表示させる。そして、当該実行ジョブ一覧画面の中から、「サービス」を選択して、実行中サービス一覧画面ＧＡ３（図１０）を表示させる。

図１０においては、上記の「共通しおりサービス」が実行中であることが示されている。なお、ここでは、単一の「共通しおりサービス」が実行中である場合が示されているが、複数の「共通しおりサービス」が実行中である場合には、実行中の複数の「共通しおりサービス」が図１０の画面ＧＡ３に表示される。

また、当該サービスの実行者（オーナー）（ここでは、ユーザＵＡ）は、画面ＧＡ３を用いて、サービス提供先の追加および削除、ならびにサービスの終了をも指示することも可能である。

具体的には、データ管理装置１０は、サービス提供先の追加ボタンＢＮ３２の押下に応答して、追加ユーザ指定用画面（不図示）を表示し、追加ユーザの指定を受け付ける。そして、データ管理装置１０は、追加されたユーザに対して上述の電子メールＭＬを送信するとともに、当該追加ユーザとの間での所定データの送受信を許可し、当該追加ユーザをサービス提供先に加える。

同様に、データ管理装置１０は、サービス提供先の削除ボタンＢＮ３３の押下に応答して、削除ユーザ指定用画面（不図示）を表示し、削除ユーザの指定を受け付ける。そして、データ管理装置１０は、当該削除ユーザとの間での所定データの送受信を禁止し、当該追加ユーザをサービス提供先から除外する。例えば、上記サービスを会議で利用する場合において、会議の不参加者をサービス提供先から除外することによれば、会議中に付与された「しおり」の内容を当該不参加者に対して秘匿することができる。

また、データ管理装置１０は、サービスの終了ボタンＢＮ３１が押下されると、当該サービスを終了する。

なお、ここでは、ステップＳ１５（図４）の処理後において、ボタンＢＮ３１，ＢＮ３２，ＢＮ３３は押下されることなく、引き続いて図１１の処理が実行されるものとして説明を続ける。

＜２−３．しおり付加動作およびしおり表示動作＞
図１１は、サービス提供中におけるクライアント７０側での動作等を示すフローチャートである。図１１を参照しながら、サービス開始後の動作について説明する。

ステップＳ２１においては、サービス提供対象のユーザは、メール閲覧ソフトウエア等を用いて、上述の電子メールＭＬをコンピュータ（クライアント）７０で受信する。そして、当該ユーザの操作によって、当該電子メールＭＬに添付されたデータファイルＦＬがオープンされると、データファイルＦＬに埋め込まれたスクリプト（プログラム）がクライアント７０において実行される（ステップＳ２２）。当該プログラムの制御下において、図１２等の画面がクライアント７０の表示部に表示されるとともに、当該画面を介した入力操作が受け付けられ、当該入力操作に応じて表示内容が更新される。

なお、より詳細には、まず、データファイルＦＬオープン直後（且つ図１２の画面の表示前）にログイン画面（不図示）が表示され、ログイン情報（ユーザＩＤおよびパスワード等）の入力および照合等が行われる。そして、認証成功時には図１２の画面が表示される。

図１２および図１３は、ＰＤＦファイルＦＬが新規にオープンされた状態を示す図である。図１２は、第１ページが表示された状態を示しており、図１３は、第２ページが表示された状態を示している。ページの切換動作は、スクロールバーＳＢの操作等に応じて行われる。

図１２に示すように、表示画面内の左側には、当該データファイルＦＬに係る電子文書ページのしおり項目欄ＲＡが表示される。ここでは、しおりが未だ付与されていないため、しおり項目欄ＲＡは空白である。

また、表示画面内の右側欄ＲＢ内には、当該データファイルＦＬに係る電子文書ページの内容が表示される。図１２においては第１ページの内容が表示され、図１３においては第２ページの内容が表示されている。さらに、右側欄ＲＢの上側には、しおり付与ボタンＢＮ５１およびしおり取得ボタンＢＮ５２，ＢＮ５３が表示されている。上記のスクリプトが実行されることによって、これらのボタンＢＮ５１，ＢＮ５２，ＢＮ５３に対する押下操作が受け付けられるとともに、各ボタンＢＮ５１，ＢＮ５２，ＢＮ５３の押下操作に対応する各処理が実行される。

ステップＳ２３，Ｓ２５，Ｓ２７においては、各ボタンＢＮ５１，ＢＮ５２，ＢＮ５３がそれぞれ押下されたか否かが判定される。

しおり付与ボタンＢＮ５１が押下されたことがステップＳ２３で判定されると、ステップＳ２４に進む。また、しおり付与ボタンＢＮ５２が押下されたことがステップＳ２５で判定されると、ステップＳ２６に進み、しおり付与ボタンＢＮ５３が押下されたことがステップＳ２７で判定されると、ステップＳ２８に進む。

ステップＳ２４では、図１４に示すような画面を用いて、しおり付与処理が実行される。詳細には、操作者は、電子文書ＤＭ内のしおり付与対象位置にマウスカーソルを配置してクリック操作を行うと、クライアント７０は、電子文書ＤＭ内の当該マウスカーソルの位置を「しおり」の付与対象位置として認識する。「しおり」の付与対象位置は、電子文書ＤＭ内の座標位置に変換されて取得される。そして、図１４に示すように、マウスカーソルの位置には、「しおり」の付与対象位置であることを示す「×印」が表示される。

また、図１４の画面においては、当該しおりに関する文字情報（メモ情報）の入力欄ＲＤが電子文書ＤＭの表示欄の下側に表示される。そして、ユーザからの操作入力に応じて、適宜の文字（例えば、「ここについて見解を聞きたい」など）が受け付けられる。その後、送信ボタンＢＮ５５が押下されると、しおりデータＤＨ（次述）が生成され、当該しおりデータＤＨは、クライアント７０からデータ管理装置１０に向けて送信される。

図１５は、しおりデータＤＨの一例を示す図である。図１５に示すように、しおりデータＤＨは、たとえば、そのしおりを付与したユーザのユーザＩＤと、しおり付与対象ページと、当該ページ内における付与対象位置（座標）と、しおりに関連付けられるコメントとを備えて構成される。また、しおりデータＤＨには、文書ＩＤも付与される。

しおりデータＤＨの文書ＩＤは、複数の電子文書を互いに識別する情報として利用される。具体的には、ステップＳ１３で登録された各電子文書ＤＭの文書ＩＤと、しおりデータＤＨの文書ＩＤとが照合されることによって、複数の電子文書の中からサービスの利用対象文書を特定することが可能である。

データ管理装置１０は、このようなしおりデータＤＨを受信すると、複数の電子文書の中からサービスの利用対象文書を特定し、当該サービスの利用対象文書に関するデータテーブルＴＢ１，ＴＢ２を更新する。

具体的には、まず、しおりデータＤＨの内容に基づいて、しおり管理データテーブルＴＢ２を更新する。しおり管理データテーブルＴＢ２（図１８）の最上段のデータ欄に示すように、ユーザＩＤと、しおり付与対象ページと、当該ページ内における付与対象位置（座標）と、しおりに関連付けられるコメントとが、しおりデータＤＨの内容に基づいて登録される。

また、データ管理装置１０は、当該しおりデータＤＨに対して、しおりＩＤ（ここでは「１」）を付与し、当該しおりＩＤも、しおり管理データテーブルＴＢ２に記録される。このしおりＩＤは、各ユーザによって付与された複数のしおりを互いに識別するための情報である。

また、データ管理装置１０は、当該しおりデータＤＨの内容に基づいてデータテーブルＴＢ１内のしおりＩＤ（最右欄）をも更新する。具体的には、しおりデータＤＨ内の座標値（Ｘ１，Ｙ１）およびページ番号と、データテーブルＴＢ１内の各要素領域ＥＬｉの左上座標、右上座標およびページ番号とに基づいて、しおりデータＤＨの座標（Ｘ１，Ｙ１）が複数の要素領域ＥＬｉのうちのいずれに属する（対応する）かが、判定される。ここでは、第１ページの座標（Ｘ１，Ｙ１）が要素領域ＥＬ２に対応するものであることが判定され、上記しおりデータＤＨに対応するしおりＩＤ「１」が、要素領域ＥＬ２に対応するデータとして登録される。

同様に、当該ユーザは、しおり付与動作を繰り返し実行することが可能である。また、その他のユーザも、同様にして、しおり付与動作を実行することが可能である。

図１６は、各ユーザＵＡ，ＵＢ，ＵＣがそれぞれ、上記と同様の処理によって、所望の位置に「しおり」を付与した状態を示す概念図である。また、図１７および図１８は、それぞれ、複数のユーザによってしおりが付与された後の状態におけるデータテーブルＴＢ１，ＴＢ２を示す図である。

ステップＳ２６，Ｓ２８では、しおり取得処理（しおり表示動作とも称する）が実行される。このうち、ステップＳ２６では、各ユーザによって付与された「しおり」が個別に表示される（図１９および図２０参照）。一方、ステップＳ２８では、各ユーザによって付与された「しおり」が要素領域ごとに纏めて表示される（図２１および図２２参照）。

図１９および図２０は、ステップＳ２６における表示例を示す図である。図１９においては、第１ページに３つのしおりが付与されている様子が示されており、図２０においては、第２ページに１つのしおりが付与されている様子が示されている。図１９においては、ユーザによって付与された複数のしおりは、纏められることなく（結合されることなく）、個別に表示されている。端的に言えば、複数のしおりは、「マージ（結合）無し」の態様で表示されている。

また、しおり項目欄ＲＡには、各しおり項目が表示されており、当該しおり項目をマウスでクリックすると、対応するページにジャンプする。たとえば、図１９において、上から４番目のしおり項目をクリックすると、対応するしおりが付与されている第２ページの画像（図２０）が表示される。

一方、図２１および図２２は、ステップＳ２８における表示例を示す図である。図２１においては、第１ページに３つのしおりが付与されている様子が示されており、図２２においては、第２ページに１つのしおりが付与されている様子が示されている。また、図２０および図２１と同様に、しおり項目欄ＲＡを利用したジャンプ表示も行われ得る。

ただし、図２１においては、図１９と異なり、同一の要素領域に対応する複数のしおりが結合（マージ）されて表示されている。すなわち、複数のしおりが「マージ（結合）有り」の態様で表示されている。換言すれば、複数の要素領域のうち同一の要素領域に付与された複数のしおりが纏めて表示されている。具体的には、要素領域ＥＬ２に対応する３つのしおりのコメント等が、当該要素領域ＥＬ２に対応するしおりの内容として、纏めて表示されている。

その後、ステップＳ２９でサービス終了指示が受け付けられるまで、同様の処理が繰り返される。

以上のような動作によれば、「しおり」を電子文書ＤＭに付与するサービス、より詳細には、「しおり」を電子文書ＤＭ内の各指定位置に対応する要素領域ごとに纏めて表示させるサービス等、が提供される。

また、ステップＳ１２においては、原稿のスキャン画像に関する読取処理とスキャン画像に対する画像処理（画像解析処理および画像圧縮処理）とが、スキャン画像の生成開始（ステップＳ１２）からサービスの提供開始（ステップＳ１５）までの期間において、一連の動作として実行される。したがって、従来技術のように原稿のスキャン画像を用いて電子文書が一旦生成された後に登録操作を伴って当該電子文書がサービスでの利用対象文書として登録され更に電子文書内のスキャン画像に対する画像処理が実行される場合に比べて、スキャン画像の生成開始からサービスの提供開始までの時間を短縮することが可能である。端的に言えば、スキャン画像の生成処理と当該スキャン画像に対する画像処理との間において当該スキャン画像の指定操作が不要であるため、スキャン画像の生成開始からサービスの提供開始までの時間を短縮することが可能である。

さらに、ステップＳ１２の処理に引き続いて、クライアント７０へのデータ送信処理等（ステップＳ１３，Ｓ１４）も実行される。すなわち、原稿のスキャン画像に関する読取処理とスキャン画像に対する画像処理とクライアント７０へのデータ送信処理とは、スキャン画像の生成開始（ステップＳ１２）からサービスの提供開始（ステップＳ１５）までの期間において、一連の動作として実行される。したがって、サービスの提供開始までにスキャン画像に関するデータファイルＦＬも送信されているため、当該データファイルＦＬを前記サービスの初期段階から利用することが可能である。

また特に、ステップＳ１２において、スキャン画像に関する読取処理Ｐａとスキャン画像に対する画像処理（画像解析処理Ｐｂおよび画像圧縮処理Ｐｃ）とは、少なくとも部分的に、並列処理されるので、処理時間をさらに短縮することが可能である。詳細には、複数のページを有する原稿に関して、読取処理Ｐａにより生成された一のページの読取画像に対する画像解析処理Ｐｂと前記一のページ以外の他のページに関する読取処理Ｐａとが少なくとも部分的に、並列的に実行されるので、処理時間をさらに短縮することが可能である。また、一のページに関する読取処理Ｐａと当該一のページに対する画像圧縮処理Ｐｃとが少なくとも部分的に、並列的に実行されるので、処理時間をさらに短縮することが可能である。

また特に、画像解析処理Ｐｂは、画像読取時にページメモリ２３上に一時的に格納されているスキャン画像に対して直接的にアクセスすることによって実行されているため、画像データを改めてメモリ上に展開することを要しない。換言すれば、画像のコピー動作、移動動作、あるいは転送動作を行うことを要しない。したがって、処理時間をさらに短縮することが可能である。

＜３．変形例等＞
以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。

たとえば、上記実施形態においては、電子メールＭＬにデータファイルＦＬを添付して当該データファイルＦＬを配信する場合を例示したが、これに限定されない。具体的には、データファイルＦＬの格納場所のアドレス（ＵＲＬ等）を電子メールＭＬに記載しておき、当該アドレスへのアクセス操作を介してデータファイルＦＬを配信するようにしてもよい。

あるいは、電子メールＭＬを用いてデータファイルＦＬを配信するのではなく、ＲＳＳ（RDF（Resource Description Framework） Site Summary）などの配信手法によってデータファイルＦＬを配信するようにしてもよい。

また、上記実施形態においては、ステップＳ１２において、空白領域で区分された複数行に亘る領域が要素領域ＥＬとして抽出される場合を例示したが、これに限定されない。たとえば、一行単位の領域が要素領域として抽出されるようにしてもよく、あるいは単語単位の領域が要素領域として抽出されるようにしてもよい。このように、要素領域の抽出単位をより細かなものにすることによれば、マージを伴う「しおり表示」において、しおりの位置をより詳細に表示することが可能である。なお、要素領域の抽出単位は、操作者によって設定変更可能であってもよい。

また、上記実施形態においては、「しおり」のコメント等を表示するサービスに対して本発明を適用する場合について例示したが、本発明は、これに限定されない。たとえば、「しおり」の数を要素領域ごとにカウント（計数）するサービス等に対して本発明の思想を適用するようにしてもよい。さらに、本発明は、「しおり」を用いたサービスに限定されず、スキャン画像を利用する様々なサービスに適用するようにしてもよい。

１０ サーバ（データ管理装置）
７０ クライアント
１００ サービス提供システム
ＤＨ しおりデータ
ＤＭ 電子文書
ＥＬｉ 要素領域
ＦＬ データファイル

Claims (9)

1. クライアントに対するサービスを提供するサービス提供システムであって、
   原稿を光学的に読み取る読取処理を行ってスキャン画像を生成する画像読取手段と、
   前記サービスに関連する画像処理を前記スキャン画像に対して施す画像処理手段と、
   前記画像処理の結果を用いたサービスを管理するサービス管理手段と、
   を備え、
   前記スキャン画像に関する読取処理と前記スキャン画像に対する前記画像処理とは、前記スキャン画像の生成開始から前記サービスの提供開始までの期間において、一連の処理として実行されることを特徴とするサービス提供システム。
2. 請求項１に記載のサービス提供システムにおいて、
   前記スキャン画像に関する前記読取処理と前記スキャン画像に対する前記画像処理とは、少なくとも部分的に、並列的に実行される、ことを特徴とするサービス提供システム。
3. 請求項２に記載のサービス提供システムにおいて、
   前記読取処理は、原稿のページ単位で実行され、
   前記画像処理は、前記スキャン画像に対する画像解析処理を含み、
   前記読取処理により生成された一のページの読取画像に対する画像解析処理と前記一のページ以外の他のページに関する前記読取処理とは、少なくとも部分的に、並列的に実行される、ことを特徴とするサービス提供システム。
4. 請求項２または請求項３に記載のサービス提供システムにおいて、
   前記読取処理は、原稿のページ単位で実行され、
   前記画像処理は、前記スキャン画像に対する画像圧縮処理を含み、
   前記原稿の一のページに関する前記読取処理と前記一のページの読取画像に対する前記画像圧縮処理とが、少なくとも部分的に、並列的に実行される、ことを特徴とするサービス提供システム。
5. 請求項１ないし請求項４のいずれかに記載のサービス提供システムにおいて、
   前記スキャン画像に関するデータを前記クライアントに送信する送信手段、
   をさらに備え、
   前記スキャン画像に関する前記読取処理と前記スキャン画像に対する前記画像処理と前記データの送信処理とは、前記スキャン画像の生成開始から前記サービスの提供開始までの期間において、一連の動作として実行されることを特徴とするサービス提供システム。
6. 請求項１ないし請求項５のいずれかに記載のサービス提供システムにおいて、
   前記画像処理は、前記スキャン画像内の要素領域を抽出する処理、を含むことを特徴とするサービス提供システム。
7. 請求項６に記載のサービス提供システムにおいて、
   前記サービス管理手段は、
   前記クライアントからの要求に応答して、前記スキャン画像に基づく電子文書内の各指定位置に対して、しおりを付与する処理を実行する手段と、
   前記クライアントからの要求に応答して、前記電子文書に付与されたしおりを前記電子文書に関連付けて表示させる表示用データを生成する表示制御手段と、
   を有し、
   前記しおりは、前記各指定位置に対応する前記要素領域ごとに纏めて表示されることを特徴とするサービス提供システム。
8. 請求項６に記載のサービス提供システムにおいて、
   前記サービス提供手段は、複数のクライアントに対して前記サービスを提供し、
   前記サービス管理手段は、
   前記複数のクライアントのそれぞれからの要求に応答して、前記スキャン画像に基づく電子文書内の各指定位置に対して、しおりを付与する処理を実行する手段と、
   前記複数のクライアントのうちの一のクライアントからの要求に応答して、前記複数のクライアントにより付与されたしおりを前記電子文書に関連付けて表示させる表示用データを生成する手段と、
   を有し、
   前記しおりは、前記各指定位置に対応する前記要素領域ごとに纏めて表示されることを特徴とするサービス提供システム。
9. クライアントに対してサービスを提供するサーバであって、
   原稿を光学的に読み取る読取処理を行ってスキャン画像を生成する画像読取手段と、
   前記サービスに関連する画像処理を前記スキャン画像に対して施す画像処理手段と、
   前記画像処理の結果を用いたサービスを管理するサービス管理手段と、
   を備え、
   前記スキャン画像に関する読取処理と前記スキャン画像に対する前記画像処理とは、前記スキャン画像の生成開始から前記サービスの提供開始までの期間において、一連の処理として実行されることを特徴とするサーバ。

Images