JP2022149867A - 情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】ワークフローにおける担当者による作業結果を格納先に格納するにあたって、一律に予め定められた格納先に格納する場合に比べ、格納先から作業結果を取り出すための時間を短縮させる情報処理装置及び情報処理プログラムを提供する。
【解決手段】情報処理装置１００において、プロセッサ１０５は、ワークフロー制御モジュール１４２を実行することで、ワークフロー管理データ１２２に基づくワークフロー制御を行う。格納先制御モジュール１４４は、ワークフロー制御にて、第１の作業を担当する第１の担当者による作業結果を格納先に格納するにあたって、第１の作業の次に行われる第２の作業を担当する第２の担当者の作業環境に応じて、格納先を決定する。
【選択図】図１

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、定義された業務フローにしたがって作業が各担当者によって処理されていくワークフローシステムにおいて、ワークフローにおける作業の担当者が予定にない急な出張等で不在になった場合、その担当者の作業を自動的に他の担当者へ割当てることを課題とし、サーバーと複数のクライアントを有するワークフローシステムにおいて、クライアントにて担当者の在席状況を自動的に検知し、サーバーへ該在席状況に関する情報を通知し、サーバーにて、定期的にその在席状況に関する情報をチェックし、該情報に基づいて不在の担当者がいるか否かを判別し、不在の担当者がいた場合、該不在の担当者に割当てられた作業があるか否か判別し、不在の担当者に割当てられている作業があった場合、その作業を他の担当者に割当てることが開示されている。

特許文献２には、ファクシミリ装置を用いたワークフローの管理装置であって、ファクシミリ受信文書に対する処理をワークフローとして管理するための管理手段を設けて、該管理手段に、１人の担当者を記憶すると共に、この担当者に前記受信文書をアクセス自在にし、この担当者から新たな担当者に引き継ぐ場合、新たな担当者を記憶して該新たな担当者に前記受信文書をアクセス自在にし、かつ各ワークフローに対する処理期限を記憶し、処理期限内に前記受信文書に対する処理がなされなかった場合に警告する手段と、担当者毎のフォルダを設けて、前記受信文書を担当者のフォルダに入れると共に、担当者のフォルダから前記受信文書が読み出されたか否かを監視し、所定時間内に受信文書が読み出されなかった場合に担当者に通知する手段とを設け、さらに前記警告手段には、受信文書毎にセキュリティの有無を記憶し、前記受信文書にセキュリティが設定されていなければ、前記警告及び前記受信文書をファクシミリ装置でプリントする手段と、前記受信文書にセキュリティが設定されていれば、担当者に前記警告を送出し、担当者のパスワードの入力があれば前記受信文書をファクシミリ装置でプリントする手段を設けたことが開示されている。

特開２００２－１６９９４１号公報 特許第３７３６７５８号公報

ワークフローにおける担当者による作業結果を格納先に格納するにあたって、一律に予め定められた格納先に格納すると、次の作業において、その格納先から作業結果を取り出すのに時間を要することがある。そこで本発明は、ワークフローにおける担当者による作業結果を格納先に格納するにあたって、一律に予め定められた格納先に格納する場合に比べ、格納先から作業結果を取り出すための時間を短縮させることができる情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、プロセッサを備え、前記プロセッサは、ワークフローにおける第１の作業を担当する第１の担当者による作業結果を格納先に格納するにあたって、前記第１の作業の次に行われる第２の作業を担当する第２の担当者の作業環境に応じて、前記格納先を決定する、情報処理装置である。

請求項２の発明は、前記プロセッサは、格納する作業結果に対して前記格納先に応じた加工を行う、請求項１に記載の情報処理装置である。

請求項３の発明は、前記プロセッサは、前記格納先が、前記第２の担当者が属している組織外にある格納先である場合は、前記格納先、前記格納先の容量又は前記作業結果の容量に応じた加工を行う、請求項２に記載の情報処理装置である。

請求項４の発明は、前記プロセッサは、前記第２の担当者のスケジュールを取得し、前記第２の担当者が第２の作業を行う日時における作業環境を抽出し、抽出された前記作業環境に応じて、格納先を決定する、請求項１に記載の情報処理装置である。

請求項５の発明は、前記プロセッサは、前記作業結果を格納先に格納する時間が、予め定められた時間を過ぎている場合は、前記第２の担当者が前記第２の作業を行う日時として、翌日以降の日時を、前記第２の担当者のスケジュールから抽出する、請求項４に記載の情報処理装置である。

請求項６の発明は、前記プロセッサは、第１の担当者による第１の作業が終了せずに、途中結果を格納先に格納する場合は、次に第１の担当者が第１の作業を行う日時における前記第１の担当者の作業環境に応じて、前記格納先を決定する、請求項１に記載の情報処理装置である。

請求項７の発明は、前記プロセッサは、前記途中結果を格納先に格納する場合の前記第１の担当者の作業環境が前記第１の担当者が属している組織外であって、前記日時における前記第１の担当者の作業環境が前記第１の担当者が属している組織内である場合は、前記組織外で用いられている格納先とする、請求項６に記載の情報処理装置である。

請求項８の発明は、前記プロセッサは、前記作業結果を格納先に格納した後に、前記第２の担当者の作業環境を確認し、前記作業環境に変更がある場合は、変更後の作業環境に応じた格納先に前記作業結果を格納する、請求項１に記載の情報処理装置である。

請求項９の発明は、前記プロセッサは、前記第２の担当者が複数人である場合は、予め定められた規則にしたがって複数人の前記第２の担当者の作業環境に応じて、前記格納先を決定する、請求項１に記載の情報処理装置である。

請求項１０の発明は、前記プロセッサは、前記規則として、前記第２の担当者の作業環境に、組織外が含まれている場合は、前記格納先を組織外の格納先に決定する、請求項９に記載の情報処理装置である。

請求項１１の発明は、プロセッサを備えたコンピュータの前記プロセッサに、ワークフローにおける第１の作業を担当する第１の担当者による作業結果を格納先に格納するにあたって、前記第１の作業の次に行われる第２の作業を担当する第２の担当者の作業環境に応じて、前記格納先を決定する、処理を実行させるための情報処理プログラムである。

請求項１の情報処理装置によれば、ワークフローにおける担当者による作業結果を格納先に格納するにあたって、一律に予め定められた格納先に格納する場合に比べ、格納先から作業結果を取り出すための時間を短縮させることができる。

請求項２の情報処理装置によれば、格納先に応じた加工を作業結果に対して施すことができる。

請求項３の情報処理装置によれば、作業結果の格納先が、第２の担当者が属している組織外にある格納先である場合は、格納先、格納先の容量又は作業結果の容量に応じた加工を行うことができる。

請求項４の情報処理装置によれば、第２の担当者が第２の作業を行う日時における作業環境に応じて、格納先を決定することができる。

請求項５の情報処理装置によれば、作業結果を格納先に格納する時間が、予め定められた時間を過ぎている場合は、第２の担当者が第２の作業を行う日時として、翌日以降の日時とすることができる。

請求項６の情報処理装置によれば、途中結果を格納先に格納する場合は、次に第１の担当者が第１の作業を行う日時における第１の担当者の作業環境に応じて、格納先を決定することができる。

請求項７の情報処理装置によれば、途中結果の格納先が組織外であって、継続する場合の作業環境が組織内である場合は、途中結果の格納先を組織外とすることができる。

請求項８の情報処理装置によれば、第２の担当者の作業環境に変更がある場合は、変更後の作業環境に応じた格納先に作業結果を格納することができる。

請求項９の情報処理装置によれば、第２の担当者が複数人である場合は、予め定められた規則にしたがって、格納先を決定することができる。

請求項１０の情報処理装置によれば、第２の担当者の作業環境のうち、組織外が含まれている場合は、格納先を組織外と決定することができる。

請求項１１の情報処理プログラムによれば、ワークフローにおける担当者による作業結果を格納先に格納するにあたって、一律に予め定められた格納先に格納する場合に比べ、格納先から作業結果を取り出すための時間を短縮させることができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態の構成例についての具体的なモジュール構成図である。 格納先管理テーブルのデータ構造例を示す説明図である。 担当者管理テーブルのデータ構造例を示す説明図である。 スケジュール管理テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（「ソフトウェア」の解釈として、コンピュータ・プログラムを含む）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（例えば、コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（例えば、データの授受、指示、データ間の参照関係、ログイン等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（「２以上の値」には、もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。また、「Ａ、Ｂ、Ｃ」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その１つのみを選んでいる場合（例えば、Ａのみ）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（「ネットワーク」には、一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（つまり、社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。

本実施の形態である情報処理装置１００は、ワークフローの作業管理を行う機能を有している。特に、各作業における作業結果の格納先を決定する機能を有している。ここで「ワークフロー」とは、業務の流れを定義したシステム又はサービスであり、複数の作業によって構成されており、その作業の順番、そして、各作業を行う担当者が予め定められている。
図１の例に示すように、情報処理装置１００は、少なくともプロセッサ１０５、メモリ１１０を有しており、それらをつないでデータのやりとりをするためのバス１９８により構成されている。この他に、情報処理装置１００は、出力装置１８５、受付装置１９０、通信装置１９５を有していてもよい。そして、バス１９８を介して、プロセッサ１０５、メモリ１１０、出力装置１８５、受付装置１９０、通信装置１９５の間でデータのやりとりが行われる。

なお、図１の例に示すブロック図は、本実施の形態を実現するコンピュータのハードウェア構成例をも示している。本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１に例示するようなコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。具体例として、処理部としてプロセッサ１０５を用い、記憶装置としてメモリ１１０を用いている。

プロセッサ１０５は、１つであってもよいし、複数あってもよい。プロセッサ１０５として、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略）、マイクロプロセッサ等を含む。複数のプロセッサ１０５を用いる場合は、密結合マルチプロセッサ、疎結合マルチプロセッサのいずれの形態であってもよい。例えば、１つのプロセッサ１０５内に複数のプロセッサ・コアが搭載されていてもよい。さらに、複数のコンピュータを通信路で結んで仮想的に一台のコンピュータのように振る舞わせるシステムとしてもよい。具体例として、疎結合マルチプロセッサであって、クラスタシステム、コンピュータクラスタとして構成してもよい。プロセッサ１０５は、プログラムメモリ１４０内のプログラムを実行する。

メモリ１１０として、例えば、レジスタやキャッシュメモリ等のプロセッサ１０５内部の半導体メモリを含めてもよいし、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略）やＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略）等によって構成される主記憶装置であるメインメモリであってもよいし、永続性記憶装置としての機能を有するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅの略）の内部記憶装置、ＣＤ、ＤＶＤ、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ、ＵＳＢメモリ、メモリーカード等の外部記憶装置又は補助記憶装置であってもよいし、また、通信回線を介して接続されたサーバー等の記憶装置を含めてもよい。
メモリ１１０は、主にデータを記憶するデータメモリ１２０と主にプログラムを記憶するプログラムメモリ１４０を有している。なお、データメモリ１２０、プログラムメモリ１４０には、図示している情報、モジュールのプログラムの他、本コンピュータを起動するためのＯＳ等のプログラム、モジュールの実行において適宜変化するパラメータ等のデータが格納されていてもよい。

出力装置１８５は、例えば、表示装置１８７、印刷装置１８９等を有している。液晶ディスプレイ、有機ＥＬディスプレイ、３次元ディスプレイ、プロジェクター等の表示装置１８７は、プロセッサ１０５による処理結果、データメモリ１２０内のデータ等を、テキストやイメージ情報等として表示する。プリンタ、複合機等の印刷装置１８９は、プロセッサ１０５による処理結果、データメモリ１２０内のデータ等を印刷する。また、出力装置１８５として、スピーカー、機器を振動させるアクチュエータ等を含んでいてもよい。
受付装置１９０は、例えば、指示受付装置１９２、文書読取装置１９４等を有している。キーボード、マウス、マイク、カメラ（視線検知カメラ等を含む）等の指示受付装置１９２は、これらに対する利用者の操作（動作、音声、視線等を含む）に基づいたデータを受け付ける。
また、タッチスクリーンのように、表示装置１８７と指示受付装置１９２の両方の機能を備えているものがあってもよい。その場合、キーボードの機能の実現について、物理的なキーが存在しなくても、タッチスクリーン上にソフトウェアでキーボード（いわゆるソフトウェアキーボード、スクリーンキーボード等ともいわれる）を描画して、キーボードの機能を実現するようにしてもよい。
なお、ユーザーインタフェースとして、主に、表示装置１８７、指示受付装置１９２が用いられる。
スキャナ、カメラ等の文書読取装置１９４は、文書を読み取り又は撮影して、発生する画像データを受け付ける。
通信装置１９５は、通信回線を介して他の装置と接続するためのネットワークカード等の通信回線インタフェースである。

本実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のプログラムメモリ１４０にソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、本実施の形態が実現される。つまり、ソフトウェアによる情報処理がハードウェア資源（少なくともプロセッサ１０５、メモリ１１０、場合によっては出力装置１８５、受付装置１９０、通信装置１９５を含む）を用いて、本実施の形態が具体的に実現されており、全体として自然法則を利用している。
なお、図１に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、プロセッサ１０５として、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略、ＧＰＧＰＵ（Ｇｅｎｅｒａｌ－Ｐｕｒｐｏｓｅ ｃｏｍｐｕｔｉｎｇ ｏｎ Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔｓの略）を含む）を用いてもよいし、一部のモジュールの実行を専用のハードウェア（例えば特定用途向け集積回路（具体例として、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略）等がある）や再構成可能な集積回路（具体例として、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略）等がある）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）等に組み込まれていてもよい。

プロセッサ１０５は、バス１９８を介してメモリ１１０、出力装置１８５、受付装置１９０、通信装置１９５と接続されている。プロセッサ１０５は、プログラムメモリ１４０内のプログラムである各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する。例えば、指示受付装置１９２によってユーザーの操作を受け付けたことを契機として、プログラムメモリ１４０内のその操作に対応するモジュールによる処理を実行し、その処理結果をデータメモリ１２０に記憶させたり、表示装置１８７に出力したり、通信装置１９５を制御して他の装置に送信したりする。

メモリ１１０は、データメモリ１２０、プログラムメモリ１４０を有しており、バス１９８を介してプロセッサ１０５、出力装置１８５、受付装置１９０、通信装置１９５と接続されている。
データメモリ１２０は、ワークフロー管理データ１２２、ユーザー管理データ１２４を記憶している。
ワークフロー管理データ１２２は、ワークフローを管理するためのデータを記憶している。
ユーザー管理データ１２４は、ワークフローの担当者であるユーザーを管理するためのデータを記憶している。ここでの「ユーザー」とは、ワークフロー内の作業を行う担当者となり得る者である。

プログラムメモリ１４０は、ワークフロー制御モジュール１４２、格納先制御モジュール１４４を記憶している。
ワークフロー制御モジュール１４２は、ワークフローの作業管理を行う。例えば、ワークフローの定義、そのワークフローの流れに沿って、担当者に作業を割り振ること、期限管理等を行う。

格納先制御モジュール１４４は、ワークフローの各作業における作業結果の格納先を決定する。
格納先制御モジュール１４４は、ワークフローにおける第１の作業を担当する第１の担当者による作業結果を格納先に格納するにあたって、第１の作業の次に行われる第２の作業を担当する第２の担当者の作業環境に応じて、格納先を決定する。なお、第１の担当者と第２の担当者として、両者は同じ者であってもよいし、異なる者であってもよい。
作業環境とは、担当者が作業を行う場所、又は、その場所におけるネットワーク環境をいう。後者のネットワーク環境として、例えば、担当者が作業を行う場所からの接続可能なサーバー、ネットワーク等が該当する。
作業環境の特定については、例えば、第２の担当者のスケジュールから、作業環境を抽出すればよい。
作業環境について、第２の担当者が属している組織内にいるか否かを判断し、作業環境がその組織内である場合は、組織内の環境からのみアクセス可能な格納先とする。作業環境がその組織以外である場合は、組織外の環境からもアクセス可能な格納先とする。組織として、例えば、会社、事業部、出勤する場所等が該当する。組織内の格納先として、例えば、その会社等が管理しているサーバー（データベースサーバー等を含む）が該当する。いわゆるオンプレミス（ｏｎ－ｐｒｅｍｉｓｅｓ）型の情報システムが該当する。組織外として、例えば、自宅、外出先等が該当する。組織外の格納先として、例えば、クラウドサービスが提供しているファイル記憶サービスが該当する。以下、具体例で説明する場合には、「第２の担当者が属している組織内である場合」として、第２の担当者が会社に出社して仕事をしている場合を例示し、「第２の担当者が属している組織内ではない場合」として、第２の担当者がリモートワーク（自宅等）で仕事をしている場合を例示する。
作業結果は、電子的に格納可能な電子データであればよい。例えば、文書（ファイルとも言われる）等が該当する。文書とは、テキストデータ、数値データ、図形データ、画像データ、動画データ、音声データ等、又は、これらの組み合わせであり、記憶、編集及び検索等の対象となり、システム又は利用者間で個別の単位として記憶できるものをいい、これらに類似するものを含む。具体的には、文書は、文書作成プログラム（いわゆるワープロソフト）によって作成された文書、画像読取装置（スキャナー等）で読み込まれた画像、Ｗｅｂページ等を含む。

格納先制御モジュール１４４は、格納する作業結果に対して、格納先に応じた加工を行うようにしてもよい。
ここで「格納先に応じた加工」として、例えば、ファイル分割、フォーマット変換、圧縮、暗号化等がある。ファイル分割の具体例として、サブフォルダを作成し、そのサブフォルダ内に連番を振ったファイルを格納するようにしてもよい。
さらに、格納先制御モジュール１４４は、格納先が、第２の担当者が属している組織外にある格納先である場合は、格納先、格納先の容量又は作業結果の容量に応じた加工を行うようにしてもよい。格納先、格納先の容量、作業結果の容量のいずれか１つ、又は、これらの組み合わせがある。なお、格納先の容量として、格納先の全容量であってもよいし、残量であってもよい。
「格納先に応じた加工」として、格納先が許容しているデータ種別に合わせた加工としてもよい。ここでの加工は、特に、ファイルのフォーマットを変換する加工である。例えば、ＰＤＦへの変換等がある。格納先が他のユーザーと共有のフォルダである場合に、暗号化するようにしてもよい。他のユーザーと共有のフォルダであるか否かの判断は、格納先であるそのフォルダの属性（プロパティ）のアクセス権が他のユーザーにもあるか否かによって判断すればよい。
「格納先の容量に応じた加工」として、格納先の容量が予め定められた容量未満又は以下になった場合に加工を行うようにしてもよい。ここでの加工は、特に、ファイル容量を削減するための加工であり、例えば、ファイル分割、圧縮等がある。格納先の容量に比較的余裕がある場合は、作業結果となるファイルの質（例えば、画質や音質）を劣化させない観点から、圧縮率を小さくする、または圧縮しないようにしてもよい。
「作業結果の容量に応じた加工」として、格納すべき作業結果のデータ容量が予め定められた容量より大きい又は以上になった場合に加工を行うようにしてもよい。つまり、格納先が許容する１ファイルの最大容量を超える場合に加工を行うようにしてもよい。ここでの加工は、特に、ファイル容量を削減するための加工であり、例えば、ファイル分割、圧縮等がある。
また、例えば、格納先の容量及び作業結果の容量に応じた加工として、仮に作業結果の容量を格納した場合に、格納先の残量が予め定められた値未満又は以下となった場合に、作業結果に圧縮処理を施すようにしてもよい。

また、格納先制御モジュール１４４は、第２の担当者のスケジュールを取得し、第２の担当者が第２の作業を行う日時における作業環境を抽出し、抽出された作業環境に応じて、格納先を決定するようにしてもよい。
そして、格納先制御モジュール１４４は、作業結果を格納先に格納する時間が、予め定められた時間を過ぎている場合は、第２の担当者が第２の作業を行う日時として、翌日以降の日時を、第２の担当者のスケジュールから抽出するようにしてもよい。
「予め定められた時間」として、例えば、退社時刻としてもよい。つまり、第１の作業は終了したが、既に、第２の作業者は仕事が終了している場合は、第２の作業者が第２の作業を行うのは、第１の作業が終了した直後ではなく、翌日以降になるためである。
「翌日以降の日時」として、例えば、翌営業日としてもよい。つまり、祝日、休日を除いて、第２の担当者が仕事をする日である。

また、格納先制御モジュール１４４は、第１の担当者による第１の作業が終了せずに、途中結果を格納先に格納する場合は、次に第１の担当者が第１の作業を行う日時における第１の担当者の作業環境に応じて、格納先を決定するようにしてもよい。ワークフロー内の１つの作業が終了した場合だけでなく、その１つの作業を複数回に分けて行う場合があり、その場合において作業環境が変更されてしまうことに対応したものである。
なお、途中結果であるか否かについては、ワークフロー制御モジュール１４２が作業が終了しているか否かを判断してもよい。作業が終了していない場合は途中結果であり、作業が終了している場合は作業結果（正確には、その作業における最終の作業結果）である。また、途中結果であるか否かについて、作業が終了すれば格納先（その作業を開始するにあたって、前の作業の作業結果が格納されている格納先）から作業結果（前の作業の作業結果）を削除する運用としている場合は、その作業結果がその格納先から削除されていない場合は途中結果として扱えばよい。その作業結果がその格納先から削除されている場合は作業結果として扱えばよい。

そして、格納先制御モジュール１４４は、途中結果を格納先に格納する場合の第１の担当者の作業環境が第１の担当者が属している組織外であって、次に第１の担当者が第１の作業を行う日時における第１の担当者の作業環境が第１の担当者が属している組織内である場合は、組織外で用いられている格納先とするようにしてもよい。前述した処理では、第１の担当者の作業環境が第１の担当者が属している組織内である場合は、組織内で用いられている格納先とするのが一般的である。しかし、組織内の作業環境から組織外の格納先にアクセスすることは、逆の場合（つまり、組織外の作業環境から組織内の格納先にアクセスする場合）に比べて、容易である場合が多い。さらに、組織外の作業環境から組織内の格納先にアクセスすることは、一般的な場合（つまり、組織外の作業環境から組織外の格納先にアクセスする場合）に比べて、容易ではない。そこで、次に第１の担当者が第１の作業を行う日時における第１の担当者の作業環境が第１の担当者が属している組織内である場合は、組織外で用いられている格納先とするようにしている。
なお、途中結果に限らず、作業結果についても同様の処理を行うようにしてもよい。つまり、作業結果を格納先に格納する場合の第１の担当者の作業環境が第１の担当者が属している組織外であって、第２の担当者が第２の作業を行う日時における第２の担当者の作業環境が第２の担当者が属している組織内である場合は、組織外で用いられている格納先とするようにしてもよい。

また、格納先制御モジュール１４４は、作業結果を格納先に格納した後に、第２の担当者の作業環境を確認し、作業環境に変更がある場合は、変更後の作業環境に応じた格納先に作業結果を格納するようにしてもよい。作業環境が急遽変更されることがあり、その変更に対応するためである。「第２の担当者の作業環境を確認」する契機として、例えば、スケジュール管理システムへの問い合わせのポーリング処理、スケジュール管理システムからの通知、第２の担当者による作業環境が変更することを示す操作があった場合等がある。そして、作業環境の変更があった場合は、格納済みの作業結果を、変更後の作業環境に合わせて移動させる。

また、格納先制御モジュール１４４は、第２の担当者が複数人である場合は、予め定められた規則にしたがって複数人の第２の担当者の作業環境に応じて、格納先を決定するようにしてもよい。
その規則として、「第２の担当者の作業環境に、組織外が含まれている場合は、格納先を組織外の格納先に決定する」としてもよい。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
ユーザー２５５（ユーザー２５５Ａ等）は、端末２５０（端末２５０Ａ等）を所持している。
情報処理装置１００、ファイルサーバー２１０Ａ、スケジュール管理システム２２０、端末２５０Ａ、端末２５０Ｂは、通信回線２９５を介してそれぞれ接続されている。例えば、１つの会社内で、これらの機器が通信回線２９５に接続されている。通信回線２９５は、例えば、イントラネットである。ユーザー２５５Ａ、ユーザー２５５Ｂは、その会社の社員であり、ワークフローの担当者である。したがって、ここでは、ユーザー２５５Ａ、ユーザー２５５Ｂの作業環境は、同じ組織内という状況である。
そして、ファイルサーバー２１０Ｂ、端末２５０Ｃ、端末２５０Ｄは、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、例えば、インターネットである。例えば、端末２５０Ｃ、端末２５０Ｄも、前述と同じ会社の社員であり、ワークフローの担当者である。したがって、ここでは、ユーザー２５５Ｃ、ユーザー２５５Ｄの作業環境は、組織外という状況である。
もちろんのことながら、通信回線２９５と通信回線２９０の間も接続されており、例えば、端末２５０Ａはファイルサーバー２１０Ｂにアクセスすることができ、端末２５０Ｃはファイルサーバー２１０Ａにアクセスすることができる。しかし、通信回線２９５と通信回線２９０の間にはファイアウォールがあり、セキュリティ保護のため、端末２５０Ｃがファイルサーバー２１０Ａにアクセスすることができない、又は、端末２５０Ｃがファイルサーバー２１０Ａにアクセスすることは、端末２５０Ａがファイルサーバー２１０Ａにアクセスすることよりも困難（手続きが多い、セキュリティポリシーが厳格等）となっている。

ワークフローの作業を行う担当者のうち、組織内にいる者（例えば、会社に出勤しているユーザー２５５Ａ、ユーザー２５５Ｂ）と組織外にいる者（例えば、在宅勤務のユーザー２５５Ｃ、ユーザー２５５Ｄ）の２つに分かれる場合がある。この場合、例えば、第１の担当者であるユーザー２５５Ａが作業結果をファイルサーバー２１０Ａに格納し、次の第２の担当者であるユーザー２５５Ｃが作業を開始しようとした場合、ファイルサーバー２１０Ａにアクセスする必要がある。前述したように、ユーザー２５５Ｃがファイルサーバー２１０Ａにアクセスすることができない場合は、ユーザー２５５Ｃは作業を行うことができない。又は、ユーザー２５５Ｃがファイルサーバー２１０Ａにアクセスすることが困難である場合は、ワークフローの作業を開始する前にファイルサーバー２１０Ａにアクセスするための時間を要することになる。
そこで、本実施の形態の情報処理装置１００は、第１の担当者であるユーザー２５５Ａが作業を終了した場合は、作業結果をファイルサーバー２１０Ａに格納するのではなく、第２の担当者であるユーザー２５５Ｃの作業環境（この場合は、組織外の作業環境）に合わせて、ファイルサーバー２１０Ｂに格納する。これによって、ユーザー２５５Ｃは作業をスムーズに開始することができる。つまり、ユーザー２５５Ｃは、ファイルサーバー２１０Ａにアクセスすることは不要であり、ファイルサーバー２１０Ｂにアクセスすることによってユーザー２５５Ａによる作業結果を取得することができるからである。

図３は、本実施の形態の構成例についての具体的なモジュール構成図である。
ワークフローサーバー３００は情報処理装置１００に相当し、スケジュール管理システム３３０はスケジュール管理システム２２０に相当し、ファイルサーバー３４０はファイルサーバー２１０Ａに相当し、文書管理サービス３５０はファイルサーバー２１０Ｂに相当し、社内クライアントＰＣ３６０は端末２５０Ａ、端末２５０Ｂに相当し、社外クライアントＰＣ３７０は端末２５０Ｃ、端末２５０Ｄに相当する。
ワークフローサーバー３００、スケジュール管理システム３３０、ファイルサーバー３４０、社内クライアントＰＣ３６０は、社内回線３９５を介してそれぞれ接続されている。また、それらの機器は、インターネット３９０を介して、文書管理サービス３５０、社外クライアントＰＣ３７０と接続されている。

前述したように、社内クライアントＰＣ３６０が文書管理サービス３５０にアクセスすることは容易であるが、社外クライアントＰＣ３７０がファイルサーバー３４０にアクセスすることは容易ではない。
コロナ禍の影響で、出社とリモートワークを切り替える頻度が、従来に比べて高まり、かつ、それが特定の担当者のみではなく全社員が対象となっている。つまり、ワークフローの作業の担当者として、出社して作業を行う担当者とリモートワークで作業を行う担当者とが混在することになる。
従来、ワークフローシステムにおける出力先は、社内からのみアクセスできる共有フォルダであるファイルサーバー３４０が主であった。このような構成にすると、リモートワークで作業を行う担当者（社外クライアントＰＣ３７０の利用者）は、ファイルサーバー３４０にアクセスができず社内環境にいる場合と同じような作業ができない。
また、ファイルサーバー３４０の代替として、インターネット３９０で接続可能なクラウドの文書管理サービス３５０を利用する手段が考えられる。しかし、クラウドの文書管理サービス３５０だと従来よりもサービス利用料（クラウドだけでなく、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋの略）の利用料を含めてもよい）のコストがかかる。また、大容量のファイルの場合、アップロード又はダウンロードに時間がかかったり、会社のプロキシサーバーに負荷が集中し、他の従来の通信が利用していた帯域を圧迫してしまうため、単純にクラウドの文書管理サービス３５０を利用するのはネットワーク面のシステム改修も含めコストが高くなったりし、現実的には利用が難しい。

そこで、本実施の形態では、ワークフロー内の各作業における作業結果を受け取る担当者（次の作業の担当者）の作業環境（社内か社外か、又は、出社かリモートか）に応じて、その作業結果の登録先を切り替えるようにしている。
そのために、例えば、（１）担当者判断モジュール３０２が担当者管理テーブル３１８内のデータを用いて、処理する担当者を抽出する処理を行い、（２）抽出した担当者を元にして、作業環境判断モジュール３０４がスケジュール管理システム３３０から作業環境を抽出する処理を行い、（３）格納先切替モジュール３０６が格納先管理テーブル３１６内のデータを用いて、その作業環境に対応する作業結果の登録先を切り替える処理を行う。なお、各作業における最終的な作業結果の登録先を切り替えることを例示しているが、途中結果（中間成果物ともいわれる）の登録先も同様に切り替えることが可能である。この途中結果を格納する場合は、第１の担当者と第２の担当者が同じである場合の典型例である。ただし、最終的な作業結果を登録する場合に、第１の担当者と第２の担当者が同じになることを除外するものではない。

ワークフローサーバー３００は、担当者判断モジュール３０２、作業環境判断モジュール３０４、格納先切替モジュール３０６、データ受付モジュール３０８、データ出力モジュール３１０、ワークフロー管理モジュール３１２、通知モジュール３１４、格納先管理テーブル３１６、担当者管理テーブル３１８を有している。
担当者判断モジュール３０２、作業環境判断モジュール３０４、格納先切替モジュール３０６、データ受付モジュール３０８、データ出力モジュール３１０、ワークフロー管理モジュール３１２、通知モジュール３１４、格納先管理テーブル３１６、担当者管理テーブル３１８は、それぞれ接続されている。
担当者判断モジュール３０２は、ワークフローにおける各作業の担当者を判断する。例えば、現在作業を行っている担当者、次の作業を行う担当者を判断する。
作業環境判断モジュール３０４は、担当者の作業環境を判断する。特に、次の作業を行う担当者における作業環境を判断する。例えば、スケジュール管理システム３３０内のその担当者のスケジュールから、作業環境を抽出すればよい。ここでは、作業環境として、具体的には、社内環境であるか、リモート環境であるかを判断することになる。
格納先切替モジュール３０６は、作業結果（以下、途中結果を含む）の格納先を切り替える。
データ受付モジュール３０８は、ワークフローの管理に必要なデータを他の機器から受け付ける。
データ出力モジュール３１０は、ワークフローの管理に必要なデータを他の機器へ出力する。
ワークフロー管理モジュール３１２は、ワークフローの作業の流れを管理する。
通知モジュール３１４は、ワークフローの作業を促すこと、前作業の作業結果がどの格納先にあるかを通知する。

格納先管理テーブル３１６は、格納先を管理するためのデータを記憶している。例えば、格納先管理テーブル４００を記憶している。図４は、格納先管理テーブル４００のデータ構造例を示す説明図である。
格納先管理テーブル４００は、格納先ＩＤ欄４０２、格納先欄４０４、選択条件欄４０６、格納フォーマット欄４０８、最大ファイル容量欄４１０を有している。格納先ＩＤ欄４０２は、本実施の形態において、格納先を一意に識別するための情報（具体的には、格納先ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎの略）を記憶している。格納先欄４０４は、格納先の場所を示す情報を記憶している。例えば、ディレクトリー、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒの略）等である。選択条件欄４０６は、その格納先が選択される際の条件を記憶している。この条件を満たす場合に、その格納先が選択されることになる。格納フォーマット欄４０８は、その格納先に格納する際のフォーマットを記憶している。したがって、そのフォーマットではないデータ（作業結果である文書等）である場合は、自動的にそのフォーマットへの変換を行う。最大ファイル容量欄４１０は、その格納先が格納できる最大のファイル容量を記憶している。
例えば、格納先管理テーブル４００の１行目として、格納先ＩＤ：１０００１は、格納先が「￥￥ｌｏｃａｌｓｅｒｖｅｒ￥ｗｏｒｋｄｉｒ￥」であり、選択条件が「作業環境＝社内」であり、格納フォーマットが「ＰＤＦ」であり、最大ファイル容量が「２ＴＢ」であることを示している。２行目として、格納先ＩＤ：１０００２は、格納先が「ｈｔｔｐｓ：／／ｒｅｍｏｔｅｓｅｒｖｅｒ／ｗｏｒｋｄｉｒ」であり、選択条件が「作業環境＝リモート」であり、格納フォーマットが「ＰＤＦ（暗号化）」であり、最大ファイル容量が「２ＧＢ」であることを示している。
つまり、次の作業を行う担当者の作業環境が社内である場合（つまり、社内クライアントＰＣ３６０を用いる場合であり、スケジュール管理テーブル６００では「出社」とされている場合）は、格納先ＩＤ：１０００１が用いられ、前の作業の作業結果をＰＤＦに変換して格納されることになる。次の作業を行う担当者の作業環境がリモートである場合（つまり、社外クライアントＰＣ３７０を用いる場合であり、スケジュール管理テーブル６００では「在宅」とされている場合）は、格納先ＩＤ：１０００２が用いられ、前の作業の作業結果をＰＤＦに変換してさらに暗号化して格納されることになる。

担当者管理テーブル３１８は、ワークフローの各作業における担当者を管理するためのデータを記憶している。例えば、担当者管理テーブル５００を記憶している。図５は、担当者管理テーブル５００のデータ構造例を示す説明図である。
担当者管理テーブル５００は、担当者ＩＤ欄５０２、入力元欄５０４、条件欄５０６、担当者欄５０８を有している。担当者ＩＤ欄５０２は、本実施の形態において、担当者を一意に識別するための情報（具体的には、担当者ＩＤ）を記憶している。入力元欄５０４は、対象となる入力元を記憶している。条件欄５０６は、その担当者を選択する際の条件を記憶している。つまり、入力元のデータがその条件を満たす場合に、その担当者を選択する。担当者欄５０８は、担当者を記憶している。
例えば、担当者管理テーブル５００の１行目として、担当者ＩＤ：２０００１は、入力元が「共有フォルダＡ」であり、条件が「ＯＣＲ結果に”ＡＡＡ”が含まれる」であり、担当者が「担当者Ａ」であることを示している。２行目として、担当者ＩＤ：２０００２は、入力元が「共有フォルダＡ」であり、条件が「担当者ＩＤ２０００１以外」であり、担当者が「担当者Ｂ」であることを示している。３行目として、担当者ＩＤ：２０００３は、入力元が「複合機（ＦＡＸ）Ａ」であり、条件が「発信元が”ＢＢＢ”」であり、担当者が「担当者Ｃ」であることを示している。４行目として、担当者ＩＤ：２０００４は、入力元が「複合機（ＦＡＸ）Ａ」であり、条件が「担当者ＩＤ２０００３以外」であり、担当者が「担当者Ｄ」であることを示している。
つまり、条件は入力元内のデータを文字認識した結果に含まれる文字列による担当者の振り分けや、入力がＦＡＸデータの場合は受信したＦＡＸの発信元番号による担当者の振り分けを示している。なお、これらの担当者の割り振り処理は、一般的なワークフローシステムにおける一例であって、他の処理を用いるようにしてもよい。例えば、作業毎に予め定められた担当者を割り振っておいてもよいし、次の作業の担当者を前の作業の担当者が指定するようにしてもよい。

スケジュール管理システム３３０は、スケジュール問合せ応答モジュール３３２、スケジュール管理テーブル３３４を有している。なお、スケジュール管理システム３３０は、出社であるかリモートであるかのスケジュールを含む勤怠システムであってもよい。
スケジュール問合せ応答モジュール３３２、スケジュール管理テーブル３３４は、接続されている。
スケジュール問合せ応答モジュール３３２は、ワークフローサーバー３００からの担当者のスケジュールに関する問い合わせを受信し、その担当者のスケジュールデータをワークフローサーバー３００に返信する。
スケジュール管理テーブル３３４は、各担当者におけるスケジュールを管理するためのデータを記憶している。例えば、スケジュール管理テーブル６００を記憶している。図６は、スケジュール管理テーブル６００のデータ構造例を示す説明図である。
スケジュール管理テーブル６００は、スケジュールＩＤ欄６０２、担当者欄６０４、日付欄６０６、出社状況欄６０８を有している。スケジュールＩＤ欄６０２は、本実施の形態において、スケジュールを一意に識別するための情報（具体的には、スケジュールＩＤ）を記憶している。担当者欄６０４は、担当者を記憶している。日付欄６０６は、日付を記憶している。出社状況欄６０８は、その担当者のその日付における出社状況を記憶している。例えば、「出社」か「在宅（リモートに相当）」かを示す情報を記憶している。
例えば、スケジュール管理テーブル６００の１行目として、スケジュールＩＤ：３０００１は、担当者が「担当者Ａ」であり、日付が「２０２０／９／２９」であり、担当者Ａの２０２０／９／２９の出社状況が「在宅」であることを示している。２行目として、スケジュールＩＤ：３０００２は、担当者が「担当者Ａ」であり、日付が「２０２０／９／３０」であり、担当者Ａの２０２０／９／３０の出社状況が「出社」であることを示している。３行目として、スケジュールＩＤ：３０００３は、担当者が「担当者Ｂ」であり、日付が「２０２０／９／２９」であり、担当者Ｂの２０２０／９／２９の出社状況が「出社」であることを示している。４行目として、スケジュールＩＤ：３０００４は、担当者が「担当者Ｂ」であり、日付が「２０２０／９／３０」であり、担当者Ｂの２０２０／９／３０の出社状況が「在宅」であることを示している。

ファイルサーバー３４０は、データ格納モジュール（共有フォルダ）３４２を有している。
データ格納モジュール（共有フォルダ）３４２は、ワークフローの各作業における作業結果を記憶している。特に、次の作業の担当者の作業環境が社内である場合に、前の作業の担当者の作業結果が記憶されることになる。

文書管理サービス３５０は、データ格納モジュール３５２を有している。
データ格納モジュール３５２は、クラウドのデータ記憶サービスを提供する。本実施の形態では、ワークフローの各作業における作業結果を記憶している。特に、次の作業の担当者の作業環境が社外である場合に、前の作業の担当者の作業結果が記憶されることになる。

社内クライアントＰＣ３６０は、出社時に用いられる端末である。
社外クライアントＰＣ３７０は、リモート時に用いられる端末であり、例えば、担当者の自宅に設置されている。もちろんのことながら、社外クライアントＰＣ３７０の設置場所は、社内回線３９５に直接接続されていない状況であればよく、自宅に限らず、リモートオフィス等であってもよいし、社外クライアントＰＣ３７０が携帯情報通信機器であれば、屋外等であってもよい。

図７は、本実施の形態による処理例を示すフローチャートである。一般的なワークフローの作業の流れを示す処理例を説明する。
ステップＳ７０２では、担当者、及び、ワークフローにおけるその担当者が担当する作業を特定する。
ステップＳ７０４では、前作業の作業結果はあるか否かを判断し、ある場合はステップＳ７０６へ進み、それ以外の場合はステップＳ７０８へ進む。

ステップＳ７０６では、作業結果を格納先から取り出す。
ステップＳ７０８では、担当者によるワークフローにしたがった作業を行う。

ステップＳ７１０では、作業が終了したか否かを判断し、終了した場合はステップＳ７１２へ進み、それ以外の場合はステップＳ７０８へ戻る。
ステップＳ７１０における「作業終了？」における終了は、その作業を完了させた場合の他に中断、中止を含めてもよい。例えば、その日に作業を完了させることができずに、作業を中断し、翌日にその続きを行う場合があるが、その場合における中断を含む。なお、この場合、作業の中断前と続行後の担当者は同じ者である。
ステップＳ７１２では、作業結果の格納処理を行う。ステップＳ７１２の詳細な処理については、図９の例に示すフローチャートを用いて後述する。

図８は、本実施の形態による処理例を示すフローチャートである。具体的なワークフローの作業の流れを示す処理例を説明する。
ステップＳ８０２では、データを取得する。例えば、複合機内に蓄積されたファックスデータ及びファックスジョブの属性情報（発信元など）を取得する。又は、共有フォルダのデータを取得する、等でもよい。
ステップＳ８０４では、フォームを解析する。例えば、ステップＳ８０２で取得した画像データをフォーム解析し、ワークフロー処理で利用する特定領域を抽出する。

ステップＳ８０６では、文字認識処理を行う。ステップＳ８０４で抽出した特定領域に対して文字認識処理を行い、文字列を抽出する。又は、他の例として、バーコードを読み取る処理等であってもよい。
ステップＳ８０８では、属性を取得する。例えば、ファックスジョブの属性情報を解析し、ワークフロー処理で利用する特定の属性値（発信元等）を取得する。

ステップＳ８１０では、ユーザーの操作待ちであるか否かを判断し、ユーザーの操作待ちの場合はステップＳ８１２へ進み、それ以外の場合はステップＳ８１８へ進む。例えば、ユーザーの操作を待つ指定が行われている場合、ユーザーの操作の待ち状態に入る。例えば、ここまでの解析結果をユーザーが目視して、配信先フォルダを決定する場合等がある。
ステップＳ８１２では、ユーザーが操作済みであるか否かを判断し、操作済みの場合はステップＳ８１４へ進み、それ以外の場合はステップＳ８１６へ進む。つまり、ユーザーによる操作が行われたかを確認する。

ステップＳ８１４では、ユーザー操作結果を取得する。ユーザーによる操作結果を取得する。ユーザーが何かしらの属性値を入力すること等を想定したものである。
ステップＳ８１６では、一定時間待機し、ステップＳ８１２へ戻る。つまり、ユーザーは未操作の状態なので一定時間待機することになる。

ステップＳ８１８では、作業結果の格納処理を行う。ステップＳ８１８の詳細な処理については、図９の例に示すフローチャートを用いて後述する。
ステップＳ８２０では、格納完了を、次の作業の担当者に通知する。具体的には、次の作業の担当者に、前の作業で作業結果の格納処理が完了したこと、その格納先をメールで通知する。

図９は、本実施の形態による処理例を示すフローチャートである。図７の例に示したフローチャート内のステップＳ７１２、図８の例に示したフローチャート内のステップＳ８１８の詳細な処理例を示すものである。
ステップＳ９０２では、次の担当者を判断する。具体的には、担当者管理テーブル５００のように、予め定められた条件と担当者を対応させておき、その条件に該当した場合にその担当者に決定する。つまり、担当者判断モジュール３０２は、入力データと担当者管理テーブル５００に基づいて、次の担当者を判断する。なお、次の担当者は、前の担当者と同じ者であってもよい。
ステップＳ９０４では、スケジュールを問い合わせる。具体的には、ステップＳ９０２で判断した次の担当者のスケジュールをスケジュール管理システム３３０に対して問い合わせる。例えば、スケジュール管理テーブル６００内の、その担当者のスケジュールを示す行を受信する。つまり、作業環境判断モジュール３０４は、ステップＳ９０２で判断した担当者を元に、スケジュール管理システム３３０に問い合わせを行い、その担当者の作業環境を取得する。

ステップＳ９０６では、リモート作業であるか否かを判断し、リモート作業の場合はステップＳ９１２へ進み、それ以外の場合はステップＳ９０８へ進む。つまり、ステップＳ９０４で取得した作業環境がリモート作業か否かによって処理を分岐させる。ステップＳ９０６の詳細な処理については、図１０又は図１１の例に示すフローチャートを用いて後述する。

ステップＳ９０８では、社内向け格納に合わせたデータ加工を行う。具体的には、格納先管理テーブル４００を用いて、作業結果の加工を行う。つまり、格納先管理テーブル４００の選択条件欄４０６において「作業環境＝社内」の条件の格納フォーマット欄４０８の格納フォーマットを取得し、必要に応じてデータ変換の加工を行う。また、最大ファイル容量欄４１０の最大ファイル容量を超える場合は、分割処理も行う。
ステップＳ９１０では、社内向けの格納処理を行う。具体的には、加工した作業結果をデータ格納モジュール（共有フォルダ）３４２に格納する。つまり、格納先管理テーブル４００の選択条件欄４０６において「作業環境＝社内」の条件の格納先を取得し、その格納先に加工した作業結果を配信する。

ステップＳ９１２では、外部サービスに合わせたデータ加工を行う。具体的には、格納先管理テーブル４００を用いて、作業結果の加工を行う。つまり、格納先管理テーブル４００の選択条件欄４０６において「作業環境＝リモート」の条件の格納フォーマット欄４０８の格納フォーマットを取得し、必要に応じてデータ変換の加工を行う。また、最大ファイル容量欄４１０の最大ファイル容量を超える場合は、分割処理も行う。
ステップＳ９１４では、リモート向けの格納処理を行う。具体的には、加工した作業結果を文書管理サービス３５０に格納する。つまり、格納先管理テーブル４００の選択条件欄４０６において「作業環境＝リモート」の条件の格納先を取得し、その格納先に加工した作業結果を配信する。

図１０は、本実施の形態による処理例を示すフローチャートである。図９の例に示したフローチャート内のステップＳ９０６の処理例を示すものである。
ステップＳ１００２では、現在以降の日時であり、予め定められた期間内の予定を抽出する。ここでの「現在」は、前の作業が終了した時点（又は、終了後の時点）である。予め定められた期間として、１日間等がある。
ステップＳ１００４では、その予定での場所における作業は、リモート作業となるか否かを決定する。具体的には、スケジュール管理テーブル６００の出社状況欄６０８で判断することになる。

なお、ステップＳ１００２の処理例として、「現在（作業結果を格納先に格納した時間）」が、予め定められた時間（例えば、夕方の５時）を過ぎている場合は、第２の担当者が第２の作業を行う日時として、翌日以降の日時を、第２の担当者のスケジュールから抽出するようにしてもよい。

図１１は、本実施の形態による処理例を示すフローチャートである。図９の例に示したフローチャート内のステップＳ９０６の処理例を示すものである。
ステップＳ１１０２では、現在以降の日時であり、ワークフローの期限から調整した日時までの予定を抽出する。ここでの「現在」は、前の作業が終了した時点（又は、終了後の時点）である。「ワークフローの期限から調整した日時」とは、ワークフローの期限は予め定められた日時（最終期限ともいわれる）であり、それを達成するために次の作業を開始しなければならない日時である。例えば、最終期限までの残りの日数を残りの作業の数で割り算して算出して、次の作業を開始すべき日時を定めてもよい。また、残りの全ての作業の作業量を算出し、その中で次の作業の作業量の割合（％）を算出する。そして、最終期限までの残りの日数にその割合を掛け算して算出して、次の作業を開始すべき日時を定めてもよい。
ステップＳ１１０４では、その予定での場所における作業は、リモート作業となるか否かを決定する。具体的には、スケジュール管理テーブル６００の出社状況欄６０８で判断することになる。

図１２は、本実施の形態による処理例を示すフローチャートである。作業結果を格納先に格納した後に、第２の担当者の作業環境を確認し、作業環境に変更がある場合の処理例を示すものである。ここで「作業環境に変更がある場合」とは、既に作業結果を格納先した時点で第２の担当者のスケジュールを確認した作業環境と、現時点で第２の担当者のスケジュールを確認した作業環境とが異なる場合をいう。

ステップＳ１２０２では、次の担当者の現在以降の予定を抽出する。
ステップＳ１２０４では、作業結果の格納先を決定した時点とは異なる予定であるか否かを判断し、異なる予定の場合はステップＳ１２０６へ進み、それ以外の場合は処理を終了する（ステップＳ１２９９）。
ステップＳ１２０６では、作業結果の格納処理を行う。ステップＳ１２０６の詳細な処理については、図９の例に示したフローチャートを用いて前述した。

なお、ステップＳ１２０４の処理を、「作業結果の格納先を決定した時点では社内であったが、現時点では社外であるか？」としてもよい。つまり、作業環境が組織内から組織外に変更された場合にのみ、格納先を組織外の格納先に変更するようにしてもよい。組織内から組織外にある格納先へのアクセスは容易であることから、作業環境が組織外から組織内に変更された場合は、格納先の変更処理を不要とするものである。

図１３は、本実施の形態による処理例を示すフローチャートである。第２の担当者が複数人である場合は、予め定められた規則にしたがって複数人の第２の担当者の作業環境に応じて、格納先を決定する処理例を示すものである。

ステップＳ１３０２では、次の担当者を判断する。
ステップＳ１３０４では、次の担当者は複数人であるか否かを判断し、複数人の場合はステップＳ１３０６へ進み、それ以外の場合はステップＳ１３１８へ進む。

ステップＳ１３０６では、複数人の担当者のスケジュールを問い合わせる。
ステップＳ１３０８では、リモート作業の担当者が１人でもいるか否かを判断し、いる場合はステップＳ１３１４へ進み、それ以外の場合はステップＳ１３１０へ進む。

ステップＳ１３１０では、社内向け格納に合わせたデータ加工を行う。
ステップＳ１３１２では、社内向けの格納処理を行う。

ステップＳ１３１４では、外部サービスに合わせたデータ加工を行う。
ステップＳ１３１６では、リモート向けの格納処理を行う。
ステップＳ１３１８では、図９の例に示したフローチャートのステップＳ９０４以降の処理を行う。

なお、ステップＳ１３０８の処理として、「リモート作業の担当者の方が多いか？（「作業環境が組織外である担当者が、作業環境が組織内である担当者よりも多いか？」の一例）」としてもよいし、「キーとなる担当者はリモート作業か？（「キーとなる担当者の作業環境は組織外であるか？」の一例」等としてもよい。「キーとなる担当者」として、例えば、マネージャーとしてもよいし、予め定められた者としてもよいし、過去の実績からその作業を行ったことが最も多い担当者としてもよい。
また、異なる作業環境が混在している場合は、複数の格納先（つまり、組織内の格納先と組織外の格納先）としてもよい。

上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えば ＣＰＵ： Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えば ＧＰＵ： Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ： Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ： Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。
また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ－Ｒ、ＤＶＤ－ＲＷ、ＤＶＤ－ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ－ＲＯＭ）、ＣＤレコーダブル（ＣＤ－Ｒ）、ＣＤリライタブル（ＣＤ－ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌの略）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１０５…プロセッサ
１１０…メモリ
１２０…データメモリ
１２２…ワークフロー管理データ
１２４…ユーザー管理データ
１４０…プログラムメモリ
１４２…ワークフロー制御モジュール
１４４…格納先制御モジュール
１８５…出力装置
１８７…表示装置
１８９…印刷装置
１９０…受付装置
１９２…指示受付装置
１９４…文書読取装置
１９５…通信装置
１９８…バス
２１０…ファイルサーバー
２２０…スケジュール管理システム
２５０…端末
２５５…ユーザー
２９０、２９５…通信回線
３００…ワークフローサーバー
３０２…担当者判断モジュール
３０４…作業環境判断モジュール
３０６…格納先切替モジュール
３０８…データ受付モジュール
３１０…データ出力モジュール
３１２…ワークフロー管理モジュール
３１４…通知モジュール
３３０…スケジュール管理システム
３３２…スケジュール問合せ応答モジュール
３４０…ファイルサーバー
３４２…データ格納モジュール（共有フォルダ）
３５０…文書管理サービス
３５２…データ格納モジュール
３６０…社内クライアントＰＣ
３７０…社外クライアントＰＣ
３９０…インターネット
３９５…社内回線

Claims (11)

1. プロセッサを備え、
   前記プロセッサは、
   ワークフローにおける第１の作業を担当する第１の担当者による作業結果を格納先に格納するにあたって、前記第１の作業の次に行われる第２の作業を担当する第２の担当者の作業環境に応じて、前記格納先を決定する、
   情報処理装置。
2. 前記プロセッサは、
   格納する作業結果に対して前記格納先に応じた加工を行う、
   請求項１に記載の情報処理装置。
3. 前記プロセッサは、
   前記格納先が、前記第２の担当者が属している組織外にある格納先である場合は、前記格納先、前記格納先の容量又は前記作業結果の容量に応じた加工を行う、
   請求項２に記載の情報処理装置。
4. 前記プロセッサは、
   前記第２の担当者のスケジュールを取得し、
   前記第２の担当者が第２の作業を行う日時における作業環境を抽出し、
   抽出された前記作業環境に応じて、格納先を決定する、
   請求項１に記載の情報処理装置。
5. 前記プロセッサは、
   前記作業結果を格納先に格納する時間が、予め定められた時間を過ぎている場合は、前記第２の担当者が前記第２の作業を行う日時として、翌日以降の日時を、前記第２の担当者のスケジュールから抽出する、
   請求項４に記載の情報処理装置。
6. 前記プロセッサは、
   第１の担当者による第１の作業が終了せずに、途中結果を格納先に格納する場合は、次に第１の担当者が第１の作業を行う日時における前記第１の担当者の作業環境に応じて、前記格納先を決定する、
   請求項１に記載の情報処理装置。
7. 前記プロセッサは、
   前記途中結果を格納先に格納する場合の前記第１の担当者の作業環境が前記第１の担当者が属している組織外であって、前記日時における前記第１の担当者の作業環境が前記第１の担当者が属している組織内である場合は、前記組織外で用いられている格納先とする、
   請求項６に記載の情報処理装置。
8. 前記プロセッサは、
   前記作業結果を格納先に格納した後に、前記第２の担当者の作業環境を確認し、前記作業環境に変更がある場合は、変更後の作業環境に応じた格納先に前記作業結果を格納する、
   請求項１に記載の情報処理装置。
9. 前記プロセッサは、
   前記第２の担当者が複数人である場合は、予め定められた規則にしたがって複数人の前記第２の担当者の作業環境に応じて、前記格納先を決定する、
   請求項１に記載の情報処理装置。
10. 前記プロセッサは、
    前記規則として、前記第２の担当者の作業環境に、組織外が含まれている場合は、前記格納先を組織外の格納先に決定する、
    請求項９に記載の情報処理装置。
11. プロセッサを備えたコンピュータの前記プロセッサに、
    ワークフローにおける第１の作業を担当する第１の担当者による作業結果を格納先に格納するにあたって、前記第１の作業の次に行われる第２の作業を担当する第２の担当者の作業環境に応じて、前記格納先を決定する、
    処理を実行させるための情報処理プログラム。

Images