(57)【要約】【課題】登録などの処理が完了していない文書をより適切に管理することを目的とする。【解決手段】本発明の情報処理装置は、所定の処理フローにしたがって複数のユーザによって文書を処理する情報処理装置であって、登録対象の文書に関して、入力必須の項目に値が設定されているか否か判断し、前記入力必須の項目に値が設定されていないと判断した場合、前記所定の処理フローにしたがって後続の処理を行うユーザの情報を取得し、当該取得したユーザの情報に基づいて、前記後続の処理を行うユーザがアクセス可能な領域を作成し、更に、前記後続の処理を行うユーザに、前記登録対象の文書に関する前記入力必須の項目の値を設定させるためのリンク情報を作成し、当該作成したリンク情報を前記領域に保存する。【選択図】図３
2012238209.tif 000002
【特許請求の範囲】
【請求項１】
所定の処理フローにしたがって複数のユーザによって文書を処理する情報処理装置であって、
登録対象の文書に関して、入力必須の項目に値が設定されているか否か判断する判断手段と、
前記判断手段で前記入力必須の項目に値が設定されていないと判断した場合、前記所定の処理フローにしたがって後続の処理を行うユーザの情報を取得する取得手段と、
前記取得手段で取得したユーザの情報に基づいて、前記後続の処理を行うユーザがアクセス可能な領域を作成する領域作成手段と、
前記後続の処理を行うユーザに、前記登録対象の文書に関する前記入力必須の項目の値を設定させるためのリンク情報を作成し、当該作成したリンク情報を前記領域作成手段で作成した領域に保存するリンク情報作成手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記後続の処理を行うユーザが利用するクライアント装置からのリクエストに応じて、前記領域作成手段で作成した領域の情報と前記リンク情報作成手段で作成したリンク情報とを、当該クライアント装置へ送信する送信手段を更に有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記クライアント装置は、前記送信手段から送信されたリンク情報に基づいて、前記登録対象の文書に関する前記入力必須の項目の値を、前記後続の処理を行うユーザに設定させるためのユーザインタフェースを表示し、当該ユーザインタフェースを介して設定された値に基づいて前記登録対象の文書の登録処理を完了させることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
所定の処理フローにしたがって複数のユーザによって文書を処理する情報処理装置であって、
文書がチェックアウトされたか否か判断する判断手段と、
前記判断手段で前記文書がチェックアウトされたと判断した場合、前記所定の処理フローにしたがって後続の処理を行うユーザの情報を取得する取得手段と、
前記取得手段で取得したユーザの情報に基づいて、前記後続の処理を行うユーザがアクセス可能な領域を作成する領域作成手段と、
前記後続の処理を行うユーザに、前記文書のチェックアウトの取り消しを指示させるためのリンク情報を作成し、当該作成したリンク情報を前記領域作成手段で作成した領域に保存するリンク情報作成手段と、
を有することを特徴とする情報処理装置。
【請求項５】
所定の処理フローにしたがって複数のユーザによって文書を処理する情報処理装置であって、
登録対象の文書についてデバイスからの送信が成功したか失敗したか判断する判断手段と、
前記判断手段で前記送信が失敗したと判断した場合、前記所定の処理フローにしたがって後続の処理を行うユーザの情報を取得する取得手段と、
前記取得手段で取得したユーザの情報に基づいて、前記後続の処理を行うユーザがアクセス可能な領域を作成する領域作成手段と、
前記後続の処理を行うユーザに、前記登録対象の文書の登録を行わせるためのリンク情報を、前記領域作成手段で作成した領域に保存するリンク情報作成手段と、
を有することを特徴とする情報処理装置。
【請求項６】
所定の処理フローにしたがって複数のユーザによって文書を処理する情報処理装置による情報処理方法であって、
判断手段が、登録対象の文書に関して、入力必須の項目に値が設定されているか否か判断する判断ステップと、
取得手段が、前記判断ステップで前記入力必須の項目に値が設定されていないと判断した場合、前記所定の処理フローにしたがって後続の処理を行うユーザの情報を取得する取得ステップと、
領域作成手段が、前記取得ステップで取得したユーザの情報に基づいて、前記後続の処理を行うユーザがアクセス可能な領域を作成する領域作成ステップと、
リンク情報作成手段が、前記後続の処理を行うユーザに、前記登録対象の文書に関する前記入力必須の項目の値を設定させるためのリンク情報を作成し、当該作成したリンク情報を前記領域作成ステップで作成した領域に保存するリンク情報作成ステップと、
を有することを特徴とする情報処理方法。
【請求項７】
所定の処理フローにしたがって複数のユーザによって文書を処理するコンピュータを、
登録対象の文書に関して、入力必須の項目に値が設定されているか否か判断する判断手段、
前記判断手段で前記入力必須の項目に値が設定されていないと判断した場合、前記所定の処理フローにしたがって後続の処理を行うユーザの情報を取得する取得手段、
前記取得手段で取得したユーザの情報に基づいて、前記後続の処理を行うユーザがアクセス可能な領域を作成する領域作成手段、
前記後続の処理を行うユーザに、前記登録対象の文書に関する前記入力必須の項目の値を設定させるためのリンク情報を作成し、当該作成したリンク情報を前記領域作成手段で作成した領域に保存するリンク情報作成手段、
として機能させるための、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、文書管理サーバで管理している文書、フォルダなどのデータについて、クライアントＰＣからインターネットなどのネットワーク環境で複数の人による操作を受け付ける技術が存在する。文書管理サーバでは、文書に付加情報としてプロパティ値を付与する機能を提供し、文書に保持する情報を拡張することができる。
また、文書管理サーバでは、所定のイベント（例えば所定フォルダへの文書の登録）を検知して当該文書に対する所定の処理フロー（例えば承認ワークフロー）を開始し、承認などの特定の操作が行われた文書を公開する、などの文書管理を行うことができる。
また、文書管理サーバでは、文書の状態を検知し、一定の期間において保管された文書をスケジュールに従って削除するメンテナンスが行われる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２５８５１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
文書管理サーバの所定のフォルダに文書を登録する際、文書に付与するプロパティ値に入力ミスや未入力があると、文書の登録が完了（いわゆるチェックイン）しない場合がある。この場合、登録の完了のイベントが発生しないので、業務に係る処理フローの次の処理が実行されず、例えば承認が行われないまま未公開の文書となってしまう。即ち、次の作業者が文書を閲覧できないため、業務が滞る問題がある。
また、そのような登録が完了していない文書を検知するには、文書管理サーバの管理者が、対象のフォルダ内にプロパティの入力ミスなどで登録が完了していない文書があるかを手動で（目視により）監視していたため、監視の業務に手間が多くなる事態が生じていた。
【０００５】
本発明はこのような問題点に鑑みなされたもので、登録などの処理が完了していない文書に関しても、処理フローにおける後続の作業者が操作できるようにすることで、業務が滞らないように管理することを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明に係る情報処理装置は、所定の処理フローにしたがって複数のユーザによって文書を処理する情報処理装置であって、登録対象の文書に関して、入力必須の項目に値が設定されているか否か判断する判断手段と、前記判断手段で前記入力必須の項目に値が設定されていないと判断した場合、前記所定の処理フローにしたがって後続の処理を行うユーザの情報を取得する取得手段と、前記取得手段で取得したユーザの情報に基づいて、前記後続の処理を行うユーザがアクセス可能な領域を作成する領域作成手段と、前記後続の処理を行うユーザに、前記登録対象の文書に関する前記入力必須の項目の値を設定させるためのリンク情報を作成し、当該作成したリンク情報を前記領域作成手段で作成した領域に保存するリンク情報作成手段と、を有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、登録などの処理が完了していない文書に関しても、処理フローにおける後続の作業者が操作できるようにすることで、業務が滞らないように管理することができる。
【図面の簡単な説明】
【０００８】
【図１】文書管理システムの構成の一例を示す図である。
【図２】文書管理システムに係る装置のハードウェア構成の一例を示す図である。
【図３】サーバ装置、及びクライアント装置の機能構成の一例を示す図である。
【図４】テーブルの一例を示す図である。
【図５】リンク情報文書の構成の一例を示す図である。
【図６】ユーザインタフェースの一例を示す図である。
【図７】作成処理に係るフローチャートの一例を示す図である。
【図８】表示処理に係るフローチャートの一例を示す図である。
【図９】受付処理に係るフローチャートの一例を示す図である。
【図１０】リンク情報文書の構成の一例を示す図である。
【図１１】ブラウザ上に表示される一時作業領域の一例を示す図である。
【図１２】作成処理に係るフローチャートの一例を示す図である。
【図１３】受付処理に係るフローチャートの一例を示す図である。
【図１４】ＭＦＰデバイスなどの機能構成の一例を示す図である。
【図１５】リンク情報文書の構成の一例を示す図である。
【図１６】ブラウザ上に表示される一時作業領域の一例を示す図である。
【図１７】作成処理に係るフローチャートの一例を示す図である。
【図１８】受付処理に係るフローチャートの一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。
【００１０】
＜第１の実施形態＞
［システム構成］
図１は、本実施形態に係る文書管理システムの構成の一例を示す図である。本実施形態では、一連の業務に係る複数のユーザ（登録ユーザ、確認ユーザ、承認ユーザ）により、登録、確認、承認、及び公開などの所定の処理フローで扱われる文書を管理する方法について説明する。文書管理システムは、サーバ装置１０、クライアント装置２０、及びＭＦＰデバイス３０を含んで構成される。サーバ装置１０、クライアント装置２０、及びＭＦＰデバイス３０は、ＬＡＮ等のネットワーク４０を介して通信可能に接続される。
サーバ装置１０は、情報処理装置（コンピュータ）の一例であり、文書管理サーバ等であり、文書、フォルダ（ディレクトリ）などのデータを管理する文書管理機能とＷｅｂアプリケーションサーバ機能とを提供する。クライアント装置２０は、情報処理装置（コンピュータの一例）であり、ブラウザを介してサーバ装置１０に接続し、サーバ装置１０が管理する文書、フォルダなどのデータを操作する機能を提供する。
ＭＦＰデバイス３０は、紙などの記録媒体をスキャンしてイメージデータ（画像データの一例）を得るスキャン機能や、イメージデータを印刷するプリント機能を有する。更に、ＭＦＰデバイス３０は、スキャン機能を用いて得たイメージデータをサーバ装置１０に送信する機能や、該イメージデータをＭＦＰ内部の記憶媒体に保持（共有）する機能を有するものとする。
【００１１】
［ハードウェア構成］
図２は、文書管理システムに係る装置のハードウェア構成の一例を示す図である。図２（Ａ）は、サーバ装置１０、クライアント装置２０等の情報処理装置のハードウェア構成の一例を示す図である。なお、本実施形態に係る情報処理装置のハードウェア構成は、基本的には、一般的な情報処理装置のハードウェア構成と同様である。
ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭ、或いはＨＤ（ハードディスク）、ＦＤ（フレキシブルディスク）などの外部メモリ２１０に記憶されたＯＳ（オペレーションシステム）、アプリケーション等のプログラムをＲＡＭ２０２にロードして実行する。これにより、情報処理装置の機能、より具体的にはサーバ装置１０の機能、クライアント装置２０の機能、後述するフローチャートの処理が実現される。
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ２０４は、キーボード２０８、図示しないポインティングデバイス等からのキー入力を制御する。ディスプレイコントローラ２０５は、ディスプレイ２０９の表示を制御する。ディスクコントローラ２０６は、各種のデータを記憶する外部メモリ２１０におけるデータアクセスを制御する。ＮＣ２０７は、ネットワーク４０に接続され、ネットワーク４０に接続された他の装置との通信を制御する。
【００１２】
図２（Ｂ）は、ＭＦＰデバイス３０等の画像形成装置のハードウェア構成の一例を示す図である。ＣＰＵ２５１は、内部バス２５８を介して各デバイスを接続し、ＭＦＰデバイス３０全体を制御する。表示装置２５２は、タッチパネル（操作パネル）等にユーザによる操作で用いられる画面（操作画面）を表示する。表示装置２５２は、操作パネル等に表示される操作画面を介して、ユーザからの操作に応答する指示の入力を行う。スキャナ装置２５３は、紙などの記録媒体をスキャンしてイメージデータを得ることができ、更に、オートドキュメントフィーダ機能などの機能を有する。プリンタ装置２５４は、データを紙などに印刷出力する。
メモリ２５５には、ＭＦＰデバイス３０を制御するためにＣＰＵ２５１が実行する各種のアプリケーションのプログラムが大容量記憶装置２５６からロードされる。大容量記憶装置２５６には、本実施形態に係るアプリケーションのプログラム、スキャナ装置２５３で読み取られたスキャンデータなどが保存される。また、ネットワークインターフェース２５７は、ＣＰＵ２５１からの指示に従い、ネットワーク４０を介してデータ（信号）の送受信を行う。本実施形態では、ネットワークインターフェース２５７は、主にサーバ装置１０との通信を行うために用いられる。
【００１３】
［機能部構成］
図３は、サーバ装置１０の機能構成の一例、及びクライアント装置２０の機能構成の一例を示す図である。
サーバ装置１０の各機能部は、ハードウェア及びソフトウェアが協働して実現される。より具体的には、各機能部は、ＣＰＵ２０１により外部メモリ２１０等からプログラムがＲＡＭ２０２にロードされて実行されることで実現される。なお、文書などのデータは、外部メモリ２１０に保持され、必要に応じてＲＡＭ２０２にロードされて処理される。
【００１４】
メイン制御部３００は、サーバ装置１０のメイン制御処理を行う。より具体的には、メイン制御部３００は、入出力管理部３０１、一時作業領域作成部３０２、及び文書情報管理部３０３を制御し、文書などのデータの橋渡しなどを行う。入出力管理部３０１は、クライアント装置２０からのコマンド等のリクエスト（要求）を受信し、コマンド等のレスポンスを送信する。
一時作業領域作成部３０２は、クライアント装置２０から受信した文書に付加されたプロパティ値に不備があった場合、後述の一時作業領域、及びリンク情報を生成する。文書情報管理部３０３は、クライアント装置２０からリクエストがあった文書を文書情報記憶部３０４から取得する。
【００１５】
クライアント装置２０の各機能部は、サーバ装置１０の機能部と同様に、ハードウェア及びソフトウェアが協働して実現される。
メイン制御部３１０は、クライアント装置２０のメイン制御処理を行う。より具体的には、メイン制御部３１０は、入出力管理部３１１、ＵＩ制御部３１２、一時作業領域表示部３１３、一時作業領域処理部３１４を制御し、文書や一時作業領域に係る各種の情報の橋渡しを行う。
【００１６】
入出力管理部３１１は、サーバ装置１０にコマンド等のリクエストを送信し、コマンド等のレスポンスを受信する。ＵＩ制御部３１２は、各種のユーザインタフェースを制御する。例えば、ＵＩ制御部３１２は、サーバ装置１０から受信したページ情報（画面の生成に用いられる情報）を解釈してブラウザで表示する。また、例えば、ＵＩ制御部３１２は、サーバ装置１０から受信した文書をブラウザ上に表示する。
一時作業領域表示部３１３は、サーバ装置１０より取得した一時作業領域に係る情報に含まれる後述のリンク情報文書を解析し、ＵＩ制御部３１２を介してブラウザ上にリンク情報などを表示する。一時作業領域処理部３１４は、ブラウザを介して一時作業領域に表示されたリンク情報からユーザにより選択されたリンク情報の後述の処理情報を解析して必要な処理を順次行う。
【００１７】
［文書等管理構成］
図４は、文書を管理する各種のテーブルの一例を示す図である。なお、文書は、文書情報記憶部３０４に保持されている。
文書管理テーブル４００は、文書、文書をまとめて格納するフォルダ（ライブラリ）を管理するテーブルである。例えば、文書管理テーブル４００では、「００注文受付」フォルダのフォルダ情報４０１の親コンテンツが「ＩＤ００００」であるので、「００注文受付」フォルダが「注文ライブラリ」フォルダの下に管理されることが示されている。また、例えば、「００注文受付」フォルダには、親コンテンツが「ＩＤ０００１」である「注文Ａ」文書が含まれていることが示されている。
【００１８】
また、例えば、文書管理テーブル４００では、「一時作業領域」フォルダのフォルダ情報４０２の親コンテンツが「ＩＤ００００」であるので、「一時作業領域」フォルダが「注文ライブラリ」フォルダの下に管理されていることが示されている。なお、以下では、説明の便宜上、「一時作業領域」フォルダを一時作業領域と適宜称する。
また、例えば、文書管理テーブル４００では、「リンク情報−注文Ａ」文書の文書情報４０３の親コンテンツが「ＩＤ０００４」であるので、「リンク情報−注文Ａ」文書が「一時作業領域」フォルダの下に管理されていることが示されている。ここで、「リンク情報−注文Ａ」文書は、「注文Ａ」文書のリンク情報を保持する文書である。なお、「リンク情報−注文Ａ」文書のリンク情報は、本実施形態、後述の第２の実施形態、及び後述の第３の実施形態の夫々で異なる。リンク情報の詳細な説明については後述する。
【００１９】
権限テーブル４１０は、文書管理テーブル４００で管理されている文書、フォルダ（ライブラリ）の権限情報を管理するテーブルである。権限情報４１１は、「００注文受付」フォルダの権限情報の一例を示す。より具体的には、「００注文受付」フォルダに対して、登録ユーザに登録権、確認ユーザに編集権、承認ユーザに承認権が付与されている。
また、権限情報４１２は、「一時作業領域」フォルダの権限情報の一例を示す。より具体的には、「一時作業領域」フォルダに対して、登録ユーザに権限なし（閲覧不可）、確認ユーザに編集権、承認ユーザに承認権が付与されている。
ここで、登録権が付与された登録ユーザは、文書やフォルダを閲覧、及び登録する権能を有する。編集権が付与された確認ユーザは、上記登録権と同じ権能に加えて更に文書を編集する権能を有する。承認権が付与された承認ユーザは、上記編集権と同じ権能に加えて更に文書を承認する権能を有する。
【００２０】
処理フローテーブル４２０は、文書管理テーブル４００で管理されているフォルダ（ライブラリ）の処理フロー情報を管理するテーブルである。処理フロー情報４２１は、「００注文受付」フォルダに対する処理フロー情報を示す。処理フロー情報４２１には、「００注文受付」フォルダに対して文書が登録された場合、１番目に確認ユーザに対して内容確認を促し、２番目に承認ユーザに文書承認を促す処理フローの情報が規定されている。
ユーザテーブル４３０は、文書管理テーブル４００で管理されている文書、フォルダ（ライブラリ）の各々にアクセス可能なユーザ情報（ユーザＩＤ等）を管理するテーブルである。なお、本実施形態では、ユーザテーブル４３０に登録されているユーザ情報のユーザ以外には、文書やフォルダ（ライブラリ）に権限を付与することはできないものとする。
【００２１】
プロパティテーブル４４０は、文書管理テーブル４００で管理されている文書に付与可能なプロパティ（項目）を示すプロパティ情報を管理するテーブルである。プロパティ情報では、プロパティ値の入力が必須であることを示す情報、又は任意であることを示す情報がプロパティごとに保持されている。なお、登録ユーザが、入力必須であるプロパティのプロパティ値を設定しないで文書の登録を指示した場合、当該文書（登録対象の文書）の登録処理が完了しない。なお、登録処理が完了しない場合、このまま放置されると、その登録途中の文書に対して他のユーザ（確認ユーザ、承認ユーザ）が操作（閲覧など）できないままになる。
ツリー構成４５０では、文書管理テーブル４００で管理されている文書、フォルダ（ライブラリ）の階層構造の一例が示されている。ルート（トップ）に「注文ライブラリ」フォルダ、その下に「００注文受付」フォルダ、「１０処理済み」フォルダ、及び「一時作業領域」フォルダが管理されることが示されている。また、「００注文受付」フォルダの下に「注文Ａ」文書、「一時作業領域」フォルダの下に「リンク情報−注文Ａ」文書が管理されていることが示されている。
【００２２】
［リンク情報］
図５は、一時作業領域に保持されるリンク情報文書の構成の一例（リンク情報５００）を示す図である。リンク情報文書は、図４の４５０の例では「リンク情報−注文Ａ」文書などであり、文書情報記憶部３０４に保持される。リンク情報文書には、登録が完了されていない文書（すなわちチェックインされていない文書）へのリンクを示すリンク情報が含まれる。リンク情報（リンク情報文書）は、ＸＭＬで記述されているが、ＣＳＶのような構成であってもよい。
リンク情報５００は、文書等のフロー情報にアクセスするためのアクセス情報の一例であり、登録が完了していない文書のパス情報、並びに、登録を完了するために必要な処理の情報（処理の名称等を示す処理情報）及び当該処理で用いられる情報を保持する。より具体的には、リンク情報５００には、必要な処理情報として、所有権取得処理、プロパティ編集処理、及びチェックイン処理が含まれており、更に、プロパティ編集処理で用いられる情報としてプロパティ値の入力が不足している（或いは必須の）プロパティ名が含まれる。
チェックイン処理では、登録後の文書についての次の操作を可能にする旨のサーバ装置１０への指示（チェックインの指示）が行われる。プロパティ編集処理では、チェックイン処理を行うために入力が必要な（或いは必須の）プロパティのプロパティ値が編集される。所有権取得処理では、プロパティ編集処理とチェックイン処理とを行うために、文書に対する操作をする権利が取得される。
【００２３】
［一時作業領域ＵＩ］
図６は、ユーザが利用するクライアント装置２０のブラウザ上に表示される文書、及び一時作業領域を操作するユーザインタフェースの一例（画面６００）を示す図である。
ブラウザは、一般的なＷｅｂブラウザであり、ＵＲＬを表示する部分、ツリー構成４５０を示すアドレス部分、文書及びフォルダを表示するコンテンツ部分、一時作業領域を表示する部分（一時作業領域表示６１０等）を備えている。また、ブラウザでは、ＲＩＡ（Rich Internet Applications）のようなＷｅｂアプリケーションが動作する。なお、図６では、ＵＲＬを表示する部分に特定のＵＲＬが指定されて画面６００が表示された状態が示されている。
【００２４】
画面６００には、Ｗｅｂアプリケーションのコンポーネントが含まれており、ブラウザ上で画面６００が表示されたときにコンポーネントがロードされてＷｅｂアプリケーションが起動される。起動されたＷｅｂアプリケーションは、サーバ装置１０と通信して文書、フォルダ、及びライブラリを表示する。
また、画面６００内には、一時作業領域の表示を制御するための時間の情報（３日など）が埋め込まれている。なお、時間の情報は、図８のＳ８０４において経過時間が計算される際、リンク情報の更新日に加算されるものであり、JavaScript（登録商標）などＷｅｂブラウザが解釈できる言語にて定義されている。
【００２５】
また、画面６００のコンテンツ部分には、「注文ライブラリ」フォルダに含まれるフォルダが表示された場合の例が示されている。即ち、「注文ライブラリ」フォルダに含まれるフォルダとしては、「００注文受付」フォルダ及び「１０承認済み」フォルダとがあり、ブラウザのコンテンツ部分に表示される。
一時作業領域表示６１０では、「一時作業領域」フォルダの下にある「リンク情報−注文Ａ」文書が表示された場合の例が示されている。なお、一時作業領域表示６１０は、「一時作業領域」フォルダがあり、且つ、リンク情報を含むリンク情報文書が存在する場合に表示される。
【００２６】
リンク情報文書表示６１１では、「注文Ａ」文書に関するリンク情報文書が表示された場合の例が示されている。処理情報表示６１２では、「注文Ａ」文書の登録の完了に必要な処理の名称「所有権取得」が表示された場合の例が示されている。処理情報表示６１３では、「注文Ａ」文書の登録の完了に必要な処理の名称「プロパティ編集」が表示された場合の例が示されている。処理情報表示６１４は、「注文Ａ」文書の登録の完了に必要な処理の名称「チェックイン」が表示された場合の例が示されている。
プロパティ入力画面６２０は、ブラウザを介してユーザによりリンク情報文書表示６１１が選択された際に表示される画面であり、リンク情報に保持しているプロパティについてのプロパティ値の入力を受け付ける画面の一例である。
【００２７】
以下では、フロー情報管理方法、より具体的には文書管理システムで行われる一時作業領域を作成する処理（作成処理）、一時作業領域を表示する処理（表示処理）、一時作業領域の文書の編集などを受け付ける処理（受付処理）について説明する。
［一時作業領域を作成する処理］
図７は、一時作業領域を作成する処理（作成処理）に係るフローチャートの一例を示す図である。Ｓ７００の処理は、ブラウザを介して、クライアント装置２０上の文書やネットワーク上の文書が選択され、選択された文書についてサーバ装置１０での登録が指示されたことを契機に行われる。なお、文書に付与するプロパティ値の入力に関しては、ブラウザ上でプロパティ値を入力する画面を表示し、プロパティ値の入力を受け付けるなどの方法で行われる。
【００２８】
まず、クライアント装置２０のメイン制御部３１０は、ブラウザを介してユーザにより登録が指示された文書とプロパティ値とを取得し、入出力管理部３１１を介してサーバ装置１０の指定のフォルダに送信する（Ｓ７００）。以下では、「注文Ａ」文書が「００注文受付」フォルダに送信されたものとして適宜説明する。
そして、サーバ装置１０のメイン制御部３００は、入出力管理部３０１より登録する文書とプロパティ値とを取得する（Ｓ７０１）。
【００２９】
続いて、メイン制御部３００は、文書情報管理部３０３を介して文書情報記憶部３０４に保持されているプロパティ情報をプロパティテーブル４４０より取得する。そして、メイン制御部３００は、取得したプロパティ情報で必須となっているプロパティについてプロパティ値が全て入力（受信）されているか否かを判断する（Ｓ７０２）。
このとき、メイン制御部３００は、全て入力されている（不足が無い）と判断した場合、Ｓ７０８の処理に進み、他方、入力されていない（不足がある）と判断した場合、Ｓ７０３の処理に進む。Ｓ７０８では、メイン制御部３００は、チェックインを行い、処理を終了する。例えば、チェックインでは、メイン制御部３００は、「００注文受付」フォルダに格納（登録）されている「注文Ａ」文書について操作が可能であることを示すフラグなどを設定することで、登録後の「注文Ａ」文書についての次の操作（内容確認）を可能にする。
【００３０】
Ｓ７０３では、メイン制御部３００は、文書情報管理部３０３を介して、文書情報記憶部３０４に保持されている処理フロー情報を処理フローテーブル４２０より取得する処理を行う。この例では、「００注文受付」フォルダに対する処理フロー情報４２１を取得する処理が行われる。続いて、メイン制御部３００は、処理フロー情報が処理フローテーブル４２０に存在するか否かを判断する（Ｓ７０４）。このとき、メイン制御部３００は、存在すると判断した場合、Ｓ７０５の処理を行い、他方、存在しないと判断した場合、処理を終了する。
Ｓ７０５では、メイン制御部３００は、取得した処理フロー情報より、ユーザ情報、より具体的にはユーザＩＤを取得してＲＡＭ２０２に保持する。続いて、メイン制御部３００は、一時作業領域作成部３０２を介して一時作業領域を作成する（Ｓ７０６）。
【００３１】
より具体的には、メイン制御部３００は、Ｓ７０５で取得したユーザ情報に含まれるユーザＩＤに対してのみ権限を付与した「一時作業領域」フォルダを「注文ライブラリ」フォルダの下に作成する。この際、メイン制御部３００は、権限テーブル４１０から「一時作業領域」フォルダの権限情報４１２を取得し、取得した権限情報４１２とＲＡＭ２０２に保持したユーザＩＤとに基づいて、「一時作業領域」フォルダにアクセス可能なユーザＩＤについての権限を付与する。
続いて、Ｓ７０７では、メイン制御部３００は、文書情報管理部３０３を介して、プロパティ値を補うためにリンク情報を含むリンク情報文書をＳ７０６で作成した一時作業領域に作成し（リンク情報作成処理を行い）、処理を終了する。なお、リンク情報文書には、所有権取得処理、プロパティ編集処理、及びチェックイン処理を行うための情報が含められる。
このように、処理フローにおける後続の処理を行うユーザに対して一時作業領域への権限を自動的に付与し、登録が完了していない文書に関する情報（リンク情報文書）を当該一時作業領域に作成するように構成している。したがって、システムの管理者がフォルダに登録された文書を目視で監視しなくても、後述するように、後続のユーザは、一時作業領域にアクセスすることにより、登録が完了していない文書の情報を得ることができる。
【００３２】
［一時作業領域を表示する表示処理］
図８は、一時作業領域に保持しているリンク情報文書をブラウザ上に表示する処理（表示処理）に係るフローチャートの一例を示す図である。なお、Ｓ８００の処理は、ブラウザを介して、後続の処理を行うユーザ（確認ユーザもしくは承認ユーザ）により、例えば「注文ライブラリ」フォルダの表示が指示されたことを契機に行われる。すなわち、Ｓ７０６で一時作業領域について編集権限が付与されたユーザＩＤに基づき、当該ユーザＩＤを有するユーザが「注文ライブラリ」フォルダの表示を指示した場合に行うようにすればよい。
まず、クライアント装置２０のメイン制御部３１０は、ブラウザを介して一時作業領域の情報の取得のリクエストをサーバ装置１０に送信する（Ｓ８００）。
【００３３】
そして、サーバ装置１０のメイン制御部３００は、入出力管理部３０１を介して一時作業領域の情報の取得のリクエストを受信する（Ｓ８０１）。続いて、メイン制御部３００は、文書情報管理部３０３を介して、文書情報記憶部３０４から一時作業領域が存在すると判断した場合、文書情報記憶部３０４から一時作業領域が存在することを示す情報（一時作業領域情報）とリンク情報文書とを取得する。この例では、「リンク情報−注文Ａ」文書が取得される。また、この場合、メイン制御部３００は、入出力管理部３０１を介して一時作業領域情報とリンク情報を含むリンク情報文書とをレスポンスとして返す。なお、一時作業領域が無い場合は、無いことを示す情報をレスポンスとして返す。
【００３４】
続いて、クライアント装置２０のメイン制御部３１０は、入出力管理部３１１を介してレスポンスを受信し、レスポンスの中に一時作業領域情報が存在するか否かを判断する（Ｓ８０２）。このとき、存在すると判断した場合、Ｓ８０３の処理に進み、他方、存在しないと判断した場合、処理を終了する。
Ｓ８０３では、メイン制御部３１０は、レスポンスの中にリンク情報文書（リンク情報）が存在するか否かを判断する。このとき、メイン制御部３１０は、存在すると判断した場合、Ｓ８０４の処理に進み、他方、存在しないと判断した場合、処理を終了する。
【００３５】
Ｓ８０４では、メイン制御部３１０は、現在の時刻とリンク情報の更新日とを比較する。例えば、メイン制御部３１０は、Ｗｅｂブラウザで表示した画面内に埋め込まれている予め決められた時間の情報を取得してリンク情報の更新日に加算し、その時刻が現在の時刻よりも過去である場合、一定の時間を経過して作業が行われていない文書であると判断する。
このとき、メイン制御部３１０は、一定時間が経過していると判断した場合、Ｓ８０５の処理を行い、他方、一定時間が経過していないと判断した場合（換言するならば加算した時刻が未来の時刻であると判断した場合）、処理を終了する。
【００３６】
Ｓ８０５では、メイン制御部３１０は、リンク情報文書を解析する。そして、メイン制御部３１０は、リンク情報文書表示、所有権取得処理の処理情報表示、プロパティ編集処理の処理情報表示、チェックイン処理の処理情報表示に係る情報（処理の名称など）をＲＡＭ２０２に保持する。
続いて、メイン制御部３１０は、一時作業領域表示部３１３に一時作業領域の表示を指示する（Ｓ８０６）。一時作業領域表示部３１３は、ＲＡＭ２０２に保持されている各種の情報を取得し、ＵＩ制御部３１２を介して一時作業領域表示をブラウザ上に表示する。
【００３７】
［一時作業領域の文書のプロパティ値の編集を受け付ける処理］
図９は、ブラウザ上に表示している一時作業領域表示のリンク情報文書表示からプロパティ値の編集を受け付ける処理（受付処理）に係るフローチャートの一例を示す図である。Ｓ９００の処理は、例えば一時作業領域表示６１０のリンク情報文書表示６１１がブラウザを介してユーザにより選択されたことを契機に行われる。
まず、クライアント装置２０のメイン制御部３１０は、一時作業領域処理部３１４を介してリンク情報文書を解析する（Ｓ９００）。例えば、メイン制御部３１０は、各種の処理情報を取得する。
【００３８】
続いて、メイン制御部３１０は、文書の登録を完了するために必要な処理があるか否かを判断する（Ｓ９０１）。より具体的には、メイン制御部３１０は、一時作業領域処理部３１４を介して、所有権取得処理の処理情報、プロパティ編集処理の処理情報、及びチェックイン処理の処理情報の１つでもリンク情報に存在するか否か（或いは指定されているか否か）を判断する。このとき、メイン制御部３１０は、１つも存在しないと判断した場合、Ｓ９０９の処理を行い、他方、少なくとも１つが存在すると判断した場合、Ｓ９０２の処理を行う。
Ｓ９０２では、メイン制御部３１０は、一時作業領域処理部３１４を介して所有権取得処理の処理情報が存在するか否か（指定されているか否か）を判断する。このとき、所有権取得処理の処理情報が存在すると判断された場合、Ｓ９０３の処理が行われる。この際、メイン制御部３１０は、一時作業領域処理部３１４及び入出力管理部３１１を介してサーバ装置１０に所有権取得処理のリクエストを送信する。他方、メイン制御部３１０は、存在しないと判断した場合、文書の所有者以外のユーザは文書を操作することができないので、Ｓ９０９の処理を行う。
【００３９】
Ｓ９０９では、メイン制御部３１０は、エラーメッセージを表示し、処理を終了する。例えば、メイン制御部３１０は、Ｓ９０１で文書の登録を完了するために必要な処理情報が存在しないと判断した場合、登録を完了するための処理が１つもない旨を示すエラーメッセージを表示する。また、例えば、メイン制御部３１０は、Ｓ９０２で所有権取得処理の処理情報が存在しないと判断した場合、文書を操作できない旨を示すエラーメッセージを表示する。
Ｓ９０３では、サーバ装置１０のメイン制御部３００は、入出力管理部３０１を介して所有権取得処理のリクエストを受信して文書の所有者のユーザ情報を変更する。より具体的には、メイン制御部３００は、処理フローテーブル４２０とユーザテーブル４３０とを用いて「注文Ａ」文書のユーザ情報「登録ユーザ」に「確認ユーザ」及び「承認ユーザ」を追加する。メイン制御部３００は、入出力管理部３０１を介して変更したユーザ情報をレスポンスとして返す。
【００４０】
続いて、クライアント装置２０のメイン制御部３１０は、入出力管理部３１１を介して所有権取得処理のレスポンスを受信し、一時作業領域処理部３１４を介してプロパティ編集処理の処理情報が存在するか否か（指定されているか否か）を判断する（Ｓ９０４）。このとき、メイン制御部３１０は、存在すると判断した場合、リンク情報文書から不足しているプロパティを取得し、一時作業領域表示部３１３を介してプロパティ入力画面６２０を表示してプロパティ値の入力を行わせ（Ｓ９０５）、続いてＳ９０６の処理を行う。他方、存在しないと判断した場合，Ｓ９０６の処理を行う。
Ｓ９０６では、メイン制御部３１０は、一時作業領域処理部３１４を介してチェックイン処理の処理情報が存在するか否か（指定されているか否か）を判断する。このとき、メイン制御部３１０が存在すると判断した場合、Ｓ９０７の処理が行われる。この際、メイン制御部３１０は、入出力管理部３１１を介してサーバ装置１０にチェックイン処理のリクエストを送信する。他方、メイン制御部３１０は、存在しないと判断した場合、処理を終了する。
【００４１】
Ｓ９０７では、サーバ装置１０のメイン制御部３００は、入出力管理部３０１を介してチェックイン処理のリクエストを受信してチェックインを行う。この例では、メイン制御部３００は、「注文Ａ」文書のチェックインを行う。続いて、メイン制御部３００は、文書情報管理部３０３を介して、文書情報記憶部３０４からリンク情報文書を削除する（Ｓ９０８）。この例では、メイン制御部３００は、「注文Ａ」文書に対応する「リンク情報−注文Ａ」文書を削除する。そして、メイン制御部３００は、入出力管理部３０１を介してチェックイン処理のレスポンスを返す。
【００４２】
上述した構成によれば、文書の登録を指示したときに処理フローの関係者（確認ユーザ、承認ユーザなどの関係ユーザ）にも操作可能な文書のリンク情報が一時作業領域に保存されるので、関係ユーザが文書を操作できるようになり操作性が向上する。
また、上述した構成によれば、文書の登録が完了せず、処理フローが開始されないことにより業務が滞る問題において、文書の登録者以外の処理フローの関係者（関係ユーザ）でも文書の操作を行うことが可能になり、業務が滞ることがなくなる。
【００４３】
＜第２の実施形態＞
第１の実施形態では、新規に文書を登録する際に、プロパティ値に不足があった場合、一時作業領域にリンク情報文書を作成する構成を採用した。本実施形態では、登録済みの文書をチェックアウトした場合（処理フローの作業の対象から外した場合）も、同様に一時作業領域にリンク情報文書を作成する構成を更に有する点が第１の実施形態とは異なる。
なお、本実施形態では、第１の実施形態と同一の構成については、同一の符号を用いてその説明を適宜省略する。
【００４４】
［リンク情報］
図１０は、本実施形態に係る一時作業領域に保持されるリンク情報文書の構成の一例（リンク情報１０００）を示す図である。リンク情報文書は、文書情報記憶部３０４に保持される。リンク情報文書には、チェックアウトが行われた文書のリンク情報が含まれる。リンク情報（リンク情報文書）は、ＸＭＬで記述されているが、ＣＳＶのような構成であってもよい。
リンク情報１０００には、チェックアウトが行われた文書のパス情報、及びロックを解除するために必要な処理情報が含まれている。より具体的には、リンク情報１０００には、必要な処理情報として、所有権取得処理、及びチェックアウト取り消し処理の名称が含まれる。なお、チェックアウト取り消し処理では、チェックアウトされた文書のロックを解除する旨のサーバ装置１０への指示（チェックアウト取り消しの指示）が行われる。
【００４５】
［一時作業領域ＵＩ］
図１１は、ブラウザ上に表示される一時作業領域の一例（一時作業領域表示１１００）を示す図である。一時作業領域表示１１００では、「一時作業領域」フォルダの下にある「リンク情報−注文Ａ」文書が表示された場合の例が示されている。なお、一時作業領域表示１１００は、「一時作業領域」フォルダがあり、且つ、リンク情報文書が存在する場合に表示される。
リンク情報文書表示１１０１では、「注文Ａ」文書のリンク情報文書が表示された場合の例が示されている。処理情報表示１１０２では、「注文Ａ」文書のロックの解除に必要な処理の名称「所有権取得」などが表示された場合の例が示されている。処理情報表示１１０３では、「注文Ａ」文書のロックの解除に必要な処理の名称「チェックアウト取り消し」などが表示された場合の例が示されている。
【００４６】
［一時作業領域を作成する処理］
図１２は、一時作業領域を作成する処理（作成処理）に係るフローチャートの一例を示す図である。Ｓ１２００の処理は、ブラウザを介して、チェックアウトの対象の文書が選択され、選択された文書についてサーバ装置１０でのチェックアウトが指示されたことを契機に行われる。なお、チェックアウトを指示する方法に関しては、ブラウザ上で文書を選択してメニューを表示し、処理を選択するなどの方法を採用する。また、サーバ装置１０は、選択された文書を適宜のタイミングでチェックアウト（ロック）する。
まず、クライアント装置２０のメイン制御部３１０は、ブラウザを介してユーザによりチェックアウトが指示された文書の情報を取得し、入出力管理部３１１を介してサーバ装置１０に送信する（Ｓ１２００）。以下では、「注文Ａ」文書がチェックアウトの対象として指示されたものとして説明する。
【００４７】
そして、サーバ装置１０のメイン制御部３００は、入出力管理部３０１よりチェックアウトの対象の文書を取得する処理を行う（Ｓ１２０１）。なお、メイン制御部３００は、文書のチェックアウトが指示されたか否かを判断し、指示されたと判断した場合、Ｓ１２０１以降の処理を行ってもよい。続いて、メイン制御部３００は、チェックアウトの対象の文書が存在するか否かを判断する（Ｓ１２０２）。このとき、メイン制御部３００は、存在すると判断した場合、Ｓ１２０３の処理を行う。他方、メイン制御部３００が存在しないと判断した場合、Ｓ１２１１の処理が行われる。この際、メイン制御部３００は、入出力管理部３０１を介してチェックアウト処理のレスポンスを返す。
Ｓ１２１１では、クライアント装置２０のメイン制御部３１０は、入出力管理部３１１を介してチェックアウト処理のレスポンスを受信し、文書が存在しない旨を示すエラーメッセージを表示し、処理を終了する。
【００４８】
Ｓ１２０３では、サーバ装置１０のメイン制御部３００は、文書情報管理部３０３を介して、文書情報記憶部３０４に保持されている処理フロー情報を処理フローテーブル４２０より取得する処理を行う。この例では、「００注文受付」フォルダの処理フロー情報４２１を取得する処理が行われる。
続いて、メイン制御部３００は、処理フロー情報が処理フローテーブル４２０に存在するか否かを判断する（Ｓ１２０４）。このとき、メイン制御部３００は、存在すると判断した場合、Ｓ１２０５の処理を行い、他方、存在しないと判断した場合、Ｓ１２０６の処理を行う。
Ｓ１２０５では、メイン制御部３００は、取得した処理フロー情報より、ユーザ情報、より具体的にはユーザＩＤを取得してＲＡＭ２０２に保持し、続いてＳ１２０８の処理を行う。
【００４９】
Ｓ１２０６では、メイン制御部３００は、チェックアウトの対象の文書が格納されているフォルダ（この例では「００注文受付」フォルダである。）の所有者のユーザ情報を取得する。続いて、メイン制御部３００は、文書（この例では「注文Ａ」文書である。）の所有者のユーザ情報を取得し（Ｓ１２０７）、続いてＳ１２０８の処理を行う。メイン制御部３００は、Ｓ１２０６及びＳ１２０７の処理で取得した所有者のユーザ情報をＲＡＭ２０２に保持する。
Ｓ１２０８では、メイン制御部３００は、一時作業領域作成部３０２を介して一時作業領域を作成する。より具体的には、メイン制御部３００は、Ｓ１２０５で取得したユーザ情報のユーザ、又はＳ１１０６及びＳ１１０７の処理で取得したユーザ情報のユーザにのみ権限を付与した一時作業領域を「注文ライブラリ」フォルダの下に作成する。
続いて、メイン制御部３００は、文書情報管理部３０３を介して、リンク情報を含むリンク情報文書をＳ１２０８で作成した一時作業領域に作成する（Ｓ１２０９）。この際、メイン制御部３００は、チェックアウト処理のレスポンスを返し、続いてＳ１２１０の処理が行われる。
Ｓ１２１０では、クライアント装置２０のメイン制御部３１０は、入出力管理部３１１を介して、チェックアウト処理のレスポンスを受信し、処理を終了する。
【００５０】
［一時作業領域の文書のチェックアウト取り消しの指示を受け付ける処理］
図１３は、ブラウザ上に表示している一時作業領域表示のリンク情報文書からチェックアウト取り消しの指示を受け付ける処理（受付処理）に係るフローチャートの一例を示す図である。Ｓ１３００の処理は、例えば一時作業領域表示１１００のリンク情報文書表示１１０１がブラウザを介してユーザにより選択されたことを契機に行われる。
まず、クライアント装置２０のメイン制御部３１０は、一時作業領域処理部３１４を介してリンク情報文書表示の処理情報を解析（取得）する（Ｓ１３００）。
続いて、メイン制御部３１０は、文書のロックを解除するために必要な処理があるか否かを判断する（Ｓ１３０１）。より具体的には、メイン制御部３１０は、一時作業領域処理部３１４を介して、所有権取得処理の処理情報、及びチェックアウト取り消し処理の処理情報の１つでもリンク情報に存在するか否か（指定されているか否か）を判断する。このとき、メイン制御部３１０は、１つも存在しないと判断した場合、Ｓ１３０７の処理を行い、他方、少なくとも１つが存在すると判断した場合、Ｓ１３０２の処理を行う。
【００５１】
Ｓ１３０２では、メイン制御部３１０は、一時作業領域処理部３１４を介して所有権取得処理の処理情報が存在するか否か（指定されているか否か）を判断する。このとき、メイン制御部３１０が存在すると判断した場合、Ｓ１３０３の処理が行われる。この際、メイン制御部３１０は、一時作業領域処理部３１４及び入出力管理部３１１を介してサーバ装置１０に所有権取得処理のリクエストを送信する。他方、メイン制御部３１０は、存在しないと判断した場合、文書の所有者以外のユーザは文書を操作することができないのでＳ１３０７の処理を行う。
Ｓ１３０７では、メイン制御部３１０は、エラーメッセージを表示し、処理を終了する。例えば、メイン制御部３１０は、Ｓ１３０１でロックの解除をするために必要な処理情報が存在しないと判断した場合、ロックを解除するための処理が１つもない旨を示すエラーメッセージを表示する。また、例えば、メイン制御部３１０は、Ｓ１３０２で所有権取得処理の処理情報が存在しないと判断した場合、文書を操作できない旨を示すエラーメッセージを表示する。
【００５２】
Ｓ１３０３では、サーバ装置１０のメイン制御部３００は、入出力管理部３０１を介して所有権取得処理のリクエストを受信して文書の所有者のユーザ情報を変更する。より具体的には、メイン制御部３００は、処理フローテーブル４２０とユーザテーブル４３０とを用いて「注文Ａ」文書の所有者のユーザ情報「登録ユーザ」に「確認ユーザ」及び「承認ユーザ」を追加する。そして、メイン制御部３００は、入出力管理部３０１を介して変更したユーザ情報をレスポンスとして返す。
Ｓ１３０４ではクライアント装置２０のメイン制御部３１０は、入出力管理部３１１を介して所有権取得処理のレスポンスを受信し、一時作業領域処理部３１４を介してチェックアウト取り消し処理の処理情報が存在するか否か（指定されているか否か）を判断する。このとき、メイン制御部３１０が存在すると判断した場合、Ｓ１３０５の処理が行われる。この際、メイン制御部３１０は、入出力管理部３１１を介してサーバ装置１０にチェックアウト取り消し処理のリクエストを送信する。他方、メイン制御部３１０は、存在しないと判断した場合、処理を終了する。
【００５３】
Ｓ１３０５では、サーバ装置１０のメイン制御部３００は、入出力管理部３０１を介してチェックアウト取り消し処理のリクエストを受信し、文書のチェックアウト取り消しを行う。例えば、チェックアウト取り消しでは、メイン制御部３００は、「注文Ａ」文書について設定されているロックを示すフラグなどを消去することで、「注文Ａ」文書についてのロックを解除する。
続いて、メイン制御部３００は、文書情報管理部３０３を介して文書情報記憶部３０４からリンク情報文書を削除する（Ｓ１３０６）。この例では、メイン制御部３００は、文書情報管理部３０３を介して、文書情報記憶部３０４から「リンク情報−注文Ａ」文書を削除する。また、メイン制御部３００は、入出力管理部３０１を介してチェックアウト取り消し処理のレスポンスを返す。
【００５４】
ここで、チェックアウトが行われた文書は、文書にロックがかかるので、文書の所有者以外の他のユーザが操作することができなくなる。ロックは、チェックイン、若しくはチェックアウト取り消しが行われることで解除されるが、チェックアウトを指示したユーザがそのまま操作を忘れてしまった場合、その文書は誰にも操作されなくなる。また、ロックがかかった文書は、文書管理システムの管理者がロックを解除することが可能であるが、登録された全ての文書について解除しなければならなくなると管理者への負担が大きくなる。
しかしながら、上述した構成によれば、更に、操作が不能となった文書に対して、ロックを指示したユーザ以外でも文書の操作が可能になるので、文書が誰にも操作されなくなる事態を回避し、管理者への負担を低減することができる。
【００５５】
＜第３の実施形態＞
第１の実施形態では、新規に文書を登録する際に、プロパティ値に不足があった場合、一時作業領域にリンク情報文書を作成する構成を採用した。
本実施形態では、ＭＦＰデバイス３０上からスキャンデータ（文書）の送信に失敗した場合、ＭＦＰデバイス３０がリンク情報文書を作成し、スキャンデータをＭＦＰデバイス３０上の一時作業領域に保持する構成を有する点が第１の実施形態とは異なる。なお、本実施形態では、第１の実施形態と同一の構成については、同一の符号を用いてその説明を適宜省略する。
【００５６】
図１４は、サーバ装置１０の機能構成、クライアント装置２０の機能構成、及びＭＦＰデバイス３０の機能構成の一例を示す図である。
ＭＦＰデバイス３０の各機能部は、ハードウェア及びソフトウェアが協働して実現される。各機能部は、ＣＰＵ２５１により大容量記憶装置２５６等からプログラムがメモリ２５５にロードされて実行されることで実現される。なお、スキャンデータも大容量記憶装置２５６等に保持され、実行時にメモリ２５５にロードされて処理される。
メイン制御部３２０は、ＭＦＰデバイス３０のメイン制御処理を行う。より具体的には、メイン制御部３２０は、入出力管理部３２１、及びイメージ情報管理部３２２を制御し、スキャンデータなどのデータの橋渡しなどを行う。
入出力管理部３２１は、ネットワークインターフェース２５７を介してサーバ装置１０とデータを送受信する。イメージ情報管理部３２２は、イメージ情報記憶部３２３に、ユーザによる操作に応答してスキャンされたデータを保持し、取得する。
【００５７】
［リンク情報］
図１５は、一時作業領域に保持されるリンク情報文書の構成の一例（リンク情報１５００）を示す図である。リンク情報文書は、文書情報記憶部３０４に保持される。リンク情報文書には、ＭＦＰデバイス３０で送信が失敗されたスキャンデータへのリンクを示すリンク情報が含まれる。リンク情報（リンク情報文書）は、ＸＭＬで記述されているが、ＣＳＶのような構成であってもよい。
リンク情報１５００は、送信が失敗されたスキャンデータの送信先のパス情報、該スキャンデータを保持している格納元のパス情報、送信時に指定されたプロパティ及びプロパティ値、登録を完了するために必要な処理の処理情報を保持している。
【００５８】
より具体的には、リンク情報１５００には、送信先のパス情報として「http://OrderServer/００注文受付/」が、格納元のパス情報として「\\ＭＦＰDevice\一時作業領域\注文A.pdf」が含まれる。また、送信時に指定されたプロパティとして「製品ＩＤ」が、そのプロパティ値として「ＰＩＤ００００」が含まれる。また、必要な処理情報として、登録処理、プロパティ編集処理、及びチェックイン処理の名称が含まれる。
登録処理では、ＭＦＰデバイス３０からスキャンデータが取得されてサーバ装置１０で登録される。プロパティ設定処理では、登録した文書についてのプロパティ値が設定される。チェックイン処理では、登録後の文書についての次の操作を可能にする旨のサーバ装置１０への指示（チェックインの指示）が行われる。
【００５９】
［一時作業領域ＵＩ］
図１６は、ブラウザ上に表示される一時作業領域の一例（一時作業領域表示１６００）を示す図である。一時作業領域表示１６００では、「一時作業領域」フォルダの下にある「リンク情報−注文Ａ」文書が表示された場合の例が示されている。なお、一時作業領域表示１６００は、「一時作業領域」フォルダがあり、且つ、リンク情報文書が存在する場合に表示される。
リンク情報文書表示１６０１では、「注文Ａ」スキャンデータのリンク情報文書が表示された場合の例が示されている。処理情報表示１６０２では、「注文Ａ」スキャンデータを登録するのに必要な処理の名称「登録」などが表示された場合の例が示されている。処理情報表示１６０３では、「注文Ａ」スキャンデータのプロパティを設定するのに必要な処理の名称「プロパティ設定」などが表示された場合の例が示されている。処理情報表示１６０４では、「注文Ａ」スキャンデータのチェックインに必要な処理の名称「チェックイン」などが表示された場合の例が示されている。
【００６０】
［一時作業領域を作成する処理］
図１７は、一時作業領域を作成する処理（作成処理）に係るフローチャートの一例を示す図である。Ｓ１７００の処理は、ＭＦＰデバイス３０を介してスキャンデータとプロパティ値とをサーバ装置１０に送信する指示が行われたことを契機に行われる。スキャンデータに付与するプロパティ値に関しては、ＭＦＰデバイス３０上でプロパティ値を入力する画面を表示し、プロパティ値の入力を受け付けるなどの方法で行われる。
まず、ＭＦＰデバイス３０のメイン制御部３２０は、ユーザ操作に応答してスキャンデータとプロパティ値とを入出力管理部３２１を介してサーバ装置１０に送信する（Ｓ１７００）。
【００６１】
続いて、サーバ装置１０のメイン制御部３００は、入出力管理部３０１よりスキャンデータを取得する（Ｓ１７０１）。続いて、メイン制御部３００は、スキャンデータの受信に失敗したか否かを判断する（Ｓ１７０２）。このとき、失敗したと判断した場合、メイン制御部３００は、入出力管理部３０１を介してスキャンデータの受信の失敗を示すエラー情報をＭＦＰデバイス３０に返信し、続いてＳ１７０３の処理が行われる。他方、メイン制御部３００は、成功したと判断した場合、処理を終了する。
Ｓ１７０３では、ＭＦＰデバイス３０のメイン制御部３２０は、エラー情報を受信し、イメージ情報管理部３２２を介してスキャンデータをイメージ情報記憶部３２３に保存し、送信に失敗した旨を示すエラーメッセージを表示する。続いて、メイン制御部３２０は、入出力管理部３２１を介して、リンク情報文書を保持するための一時作業領域作成のリクエストをサーバ装置１０に送信する（Ｓ１７０４）。
【００６２】
続いて、サーバ装置１０のメイン制御部３００は、文書情報管理部３０３を介して、スキャンデータを登録するフォルダの処理フロー情報を文書情報記憶部３０４に保持されている処理フローテーブル４２０より取得する処理を行う（Ｓ１７０５）。なお、この例では、「注文ライブラリ」フォルダの処理フロー情報４２１が文書情報記憶部３０４に保持されている処理フローテーブル４２０から取得される。
続いて、メイン制御部３００は、処理フロー情報が処理フローテーブル４２０に存在するか否かを判断する（Ｓ１７０６）。このとき、メイン制御部３００は、存在すると判断した場合、Ｓ１７０７の処理を行い、他方、存在しないと判断した場合、Ｓ１７０９の処理を行う。
【００６３】
Ｓ１７０７では、メイン制御部３００は、取得した処理フロー情報からユーザ情報を取得してＲＡＭ２０２に保持し、続いてＳ１７０８の処理を行う。
Ｓ１７０９では、メイン制御部３００は、スキャンデータを登録するフォルダの所有者のユーザ情報を取得する。続いて、メイン制御部３００は、スキャンデータの所有者のユーザ情報を取得する（Ｓ１７１０）。そして、メイン制御部３００は、Ｓ１７０９及びＳ１７１０の処理で取得したユーザ情報をＲＡＭ２０２に保持し、続いてＳ１７０８の処理を行う。
【００６４】
Ｓ１７０８では、メイン制御部３００は、一時作業領域作成部３０２を介して一時作業領域を作成する。より具体的には、メイン制御部３００は、Ｓ１７０７で取得したユーザ情報のユーザ、又はＳ１７０９及びＳ１７１０の処理で取得したユーザ情報のユーザにのみ権限を付与した「一時作業領域」フォルダを「注文ライブラリ」フォルダの下に作成する。
続いて、メイン制御部３００は、一時作業領域作成のリクエストを受信したか否かを判断する（Ｓ１７１１）。このとき、メイン制御部３００は、一時作業領域作成のリクエストを受信したと判断した場合、入出力管理部３０１を介して一時作業領域作成のレスポンスを返し、続いてＳ１７１２の処理が行われる。他方、メイン制御部３００は、一時作業領域作成のリクエストを受信していないと判断した場合、処理を終了する。
【００６５】
Ｓ１７１２では、ＭＦＰデバイス３０のメイン制御部３２０は、入出力管理部３２１を介して一時作業領域作成のレスポンスを受信する。続いて、メイン制御部３２０は、リンク情報文書を作成する（Ｓ１７１３）。続いて、メイン制御部３２０は、入出力管理部３２１を介してリンク情報文書をサーバ装置１０に送信する（Ｓ１７１４）。
続いて、サーバ装置１０のメイン制御部３００は、入出力管理部３０１を介してリンク情報文書を受信し、文書情報管理部３０３を介してリンク情報文書を一時作業領域に作成し（Ｓ１７１５）、処理を終了する。
【００６６】
［一時作業領域のスキャンデータのチェックインの指示を受け付ける処理］
図１８は、ブラウザ上に表示している一時作業領域表示のリンク情報文書からチェックインの指示を受け付ける処理（受付処理）に係るフローチャートの一例を示す図である。Ｓ１８００の処理は、例えば一時作業領域表示１６００のリンク情報文書表示１６０１がブラウザを介してユーザにより選択されたことを契機に行われる。
まず、クライアント装置２０のメイン制御部３１０は、一時作業領域処理部３１４を介してリンク情報文書の処理情報を解析（取得）する（Ｓ１８００）。
【００６７】
続いて、メイン制御部３１０は、文書をチェックインするために必要な処理があるか否かを判断する（Ｓ１８０１）。より具体的には、メイン制御部３１０は、一時作業領域処理部３１４を介して、登録処理の処理情報、プロパティ設定処理の処理情報、及びチェックイン処理の処理情報の１つでもリンク情報に存在するか否か（指定されているか否か）を判断する。このとき、メイン制御部３１０は、１つも存在しないと判断した場合、Ｓ１８１１の処理を行い、他方、少なくとも１つが存在すると判断した場合、Ｓ１８０２の処理を行う。
Ｓ１８０２では、メイン制御部３１０は、一時作業領域処理部３１４を介して登録処理の処理情報が存在するか否か（指定されているか否か）を判断する。このとき、存在すると判断した場合、Ｓ１８０３の処理を行い、他方、存在しないと判断した場合、登録しないと文書を操作できないので、Ｓ１８１１の処理を行う。
Ｓ１８１１では、メイン制御部３１０は、エラーメッセージを表示する。例えば、メイン制御部３１０は、Ｓ１８０１の処理で処理情報が１つも存在しないと判断した場合、登録をするための処理情報が１つもない旨を示すエラーメッセージを表示する。また、例えば、メイン制御部３１０は、Ｓ１８０２の処理で登録処理の処理情報が存在しないと判断した場合、文書を操作できない旨を示すエラーメッセージを表示する。
【００６８】
Ｓ１８０３では、メイン制御部３１０は、入出力管理部３１１を介してＭＦＰデバイス３０に保持しているスキャンデータを取得する。そして、メイン制御部３１０は、サーバ装置１０にスキャンデータの登録処理のリクエストを送信し、Ｓ１８０４の処理が行われる。
Ｓ１８０４では、サーバ装置１０のメイン制御部３００は、入出力管理部３０１を介して受信したスキャンデータを、文書情報管理部３０３を介して文書情報記憶部３０４に登録する。そして、メイン制御部３００は、入出力管理部３０１を介してスキャンデータの登録処理のレスポンスを返し、続いてＳ１８０５の処理が行われる。
【００６９】
Ｓ１８０５ではクライアント装置２０のメイン制御部３１０は、入出力管理部３１１を介して登録処理のレスポンスを受信し、一時作業領域処理部３１４を介してプロパティ設定処理の処理情報が存在するか否か（指定されているか否か）を判断する。このとき、メイン制御部３１０は、存在すると判断した場合、Ｓ１８０６の処理を行い、他方、存在しないと判断した場合、Ｓ１８０８の処理を行う。
Ｓ１８０６では、メイン制御部３１０は、リンク情報文書からプロパティ値を取得する。そして、メイン制御部３１０は、入出力管理部３１１を介してプロパティ設定処理のリクエストをサーバ装置１０に送信し、続いてＳ１８０７の処理が行われる。
Ｓ１８０７では、サーバ装置１０のメイン制御部３００は、入出力管理部３０１を介してプロパティ設定処理のリクエストを受信し、文書情報管理部３０３を介してプロパティ値を文書情報記憶部３０４に設定する。そして、メイン制御部３００は、入出力管理部３０１を介してプロパティ設定処理のレスポンスを返し、続いてＳ１８０８の処理が行われる。
【００７０】
Ｓ１８０８では、メイン制御部３１０は、一時作業領域処理部３１４を介してチェックイン処理の処理情報が存在するか否か（指定されているか否か）を判断する。このとき、メイン制御部３１０が存在すると判断した場合、Ｓ１８０９の処理が行われる。この際、メイン制御部３１０は、入出力管理部３１１を介してサーバ装置１０にチェックイン処理のリクエストを送信する。他方、存在しないと判断した場合、処理を終了する。
Ｓ１８０９では、サーバ装置１０のメイン制御部３００は、入出力管理部３０１を介してチェックイン処理のリクエストを受信し、スキャンデータのチェックインを行う。続いて、メイン制御部３００は、文書情報管理部３０３を介して文書情報記憶部３０４からリンク情報文書を削除する（Ｓ１８１０）。この例では、「リンク情報−注文Ａ」文書が削除される。そして、メイン制御部３００は、入出力管理部３０１を介してチェックイン処理のレスポンスを返す。
【００７１】
ここで、ＭＦＰデバイス３０上でスキャンデータの送信に失敗した場合、ユーザは、ＭＦＰデバイス３０上でスキャンに係る操作を再度行い、再び登録を指示する必要がある。
しかしながら、上述した構成によれば、更に、スキャンデータの送信に失敗した場合でも、ＭＦＰデバイス３０上でスキャンに係る操作を行うことなく、且つ、クライアント装置２０から操作を行うことが可能になるので、ユーザの手間を省くことができる。
【００７２】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００７３】
上述した実施形態の各構成は、適宜組み合わせて採用することができる。そして、上述した実施形態の構成によれば、処理フローのフロー情報をより適切に管理することができる。
【００７４】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2012238209.tif 000003
【図２】
2012238209.tif 000004
【図３】
2012238209.tif 000005
【図４】
2012238209.tif 000006
【図５】
2012238209.tif 000007
【図６】
2012238209.tif 000008
【図７】
2012238209.tif 000009
【図８】
2012238209.tif 000010
【図９】
2012238209.tif 000011
【図１０】
2012238209.tif 000012
【図１１】
2012238209.tif 000013
【図１２】
2012238209.tif 000014
【図１３】
2012238209.tif 000015
【図１４】
2012238209.tif 000016
【図１５】
2012238209.tif 000017
【図１６】
2012238209.tif 000018
【図１７】
2012238209.tif 000019
【図１８】
2012238209.tif 000020