JP7385171B2 - 情報処理システム、情報処理装置および情報処理プログラム - Google Patents

Description

本発明は、複数のシステムを備える情報処理システム、情報処理装置、情報処理プログラムおよびスレーブシステムに関する。

従来、複数のシステムを備える情報処理システムであって、複数のシステムのそれぞれが同一の情報を保持するものが知られている（例えば、特許文献１参照。）。従来の情報処理システムにおいては、複数のシステムのうちのマスターシステムにおいて情報が変更された場合に、マスターシステムが、複数のシステムのうちのスレーブシステムに情報を同期させる。

特開２００５－２９３０８８号公報

本発明は、従来とは異なる方法によって複数のシステムの間で情報を同期させることができる情報処理システム、情報処理装置、情報処理プログラムおよびスレーブシステムを提供することを目的とする。

本発明の情報処理システムは、特定の種類の情報に関する変更の通知先を示す通知先情報を備えるメインシステムを含む複数のシステムと、前記複数のシステムにおける前記特定の種類の情報の変更が指示される情報処理装置とを備え、前記通知先情報は、前記複数のシステムのうちのマスターシステムと、前記複数のシステムのうちのスレーブシステムとを前記通知先として示し、前記情報処理装置は、前記メインシステムから前記通知先情報を取得し、前記特定の種類の情報の変更が指示された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記マスターシステムに、前記特定の種類の情報の変更を要求し、前記マスターシステムは、前記特定の種類の情報の変更が前記情報処理装置から要求された場合に、前記マスターシステム自身が保持する前記特定の種類の情報を、前記情報処理装置から要求された通りに変更し、前記特定の種類の情報の変更の成功を前記情報処理装置に通知し、前記情報処理装置は、前記特定の種類の情報の変更の成功が前記マスターシステムから通知された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記スレーブシステムに、前記特定の種類の情報の変更を通知し、前記スレーブシステムは、前記特定の種類の情報の変更が前記情報処理装置から通知された場合に、前記マスターシステムが保持する前記特定の種類の情報を前記マスターシステムから取得し、前記スレーブシステム自身が保持する前記特定の種類の情報を、前記マスターシステムから取得した情報に変更することを特徴とする。

この構成により、本発明の情報処理システムは、従来とは異なる方法によって複数のシステムの間で情報を同期させることができる。

本発明の情報処理システムにおいて、前記メインシステムは、前記特定の種類の情報に関する前記システムの優先順位を示す優先順位情報を備え、前記複数のシステムの実際の構成と、前記優先順位情報とに基づいて前記通知先情報を生成しても良い。

この構成により、本発明の情報処理システムは、複数のシステムの実際の構成と、優先順位情報とに基づいてメインシステムが通知先情報を生成するので、複数のシステムの実際の構成に基づいて人が通知先情報を生成する労力を削減することができる。

本発明の情報処理システムにおいて、前記メインシステムは、前記特定の種類の情報に関する変更の可否を示す変更可否情報を備え、前記情報処理装置は、前記メインシステムから前記変更可否情報を取得し、前記特定の種類の情報の変更が指示された場合に、前記変更可否情報において、前記特定の種類の情報に関して変更が不可能であることが示されているとき、前記特定の種類の情報の前記マスターシステムに前記特定の種類の情報の変更を要求しなくても良い。

この構成により、本発明の情報処理システムは、変更が不可能であることが変更可否情報において示されている情報を変更することを防止することができる。

本発明の情報処理システムにおいて、前記情報処理装置は、前記特定の種類の情報の変更を前記マスターシステムに要求した後、前記マスターシステムから応答が特定の時間ない場合に、前記特定の種類の情報の変更を前記マスターシステムに再度要求しても良い。

この構成により、本発明の情報処理システムは、マスターシステムが利用不可能な状態であっても、特定の種類の情報の変更をマスターシステムに要求することを情報処理装置が繰り返すので、マスターシステムにおける情報の変更の成功の可能性を向上することができる。

本発明の情報処理システムにおいて、前記情報処理装置は、前記特定の種類の情報の変更を前記スレーブシステムに通知した後、前記スレーブシステムから応答が特定の時間ない場合に、前記特定の種類の情報の変更を前記スレーブシステムに再度通知しても良い。

この構成により、本発明の情報処理システムは、スレーブシステムが利用不可能な状態であっても、特定の種類の情報の変更をスレーブシステムに通知することを情報処理装置が繰り返すので、スレーブシステムにおける情報の変更の成功の可能性を向上することができる。

本発明の情報処理システムにおいて、前記スレーブシステムは、前記特定の種類の情報を前記マスターシステムから取得することを試みた後、前記マスターシステムからの前記特定の種類の情報の取得の成功が特定の時間ない場合に、前記特定の種類の情報を前記マスターシステムから取得することを再度試みても良い。

この構成により、本発明の情報処理システムは、マスターシステムが利用不可能な状態であっても、特定の種類の情報をマスターシステムから取得することをスレーブシステムが繰り返すので、スレーブシステムにおける情報の変更の成功の可能性を向上することができる。

本発明の情報処理装置は、特定の種類の情報に関する変更の通知先を示す通知先情報を備えるメインシステムを含む複数のシステムにおける前記特定の種類の情報の変更が指示される情報処理装置であって、前記通知先情報は、前記複数のシステムのうちのマスターシステムと、前記複数のシステムのうちのスレーブシステムとを前記通知先として示し、前記情報処理装置は、前記メインシステムから前記通知先情報を取得し、前記特定の種類の情報の変更が指示された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記マスターシステムに、前記特定の種類の情報の変更を要求し、前記情報処理装置は、前記特定の種類の情報の変更の成功が前記マスターシステムから通知された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記スレーブシステムに、前記特定の種類の情報の変更を通知することを特徴とする。

この構成により、本発明の情報処理装置は、従来とは異なる方法によって複数のシステムの間で情報を同期させることができる。

本発明の情報処理プログラムは、複数のシステムのうちのマスターシステムと、前記複数のシステムのうちのスレーブシステムとを、特定の種類の情報に関する変更の通知先として示す通知先情報を備えるメインシステムを含む前記複数のシステムにおける前記メインシステムから前記通知先情報を取得する機能と、前記特定の種類の情報の変更が指示された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記マスターシステムに、前記特定の種類の情報の変更を要求する機能と、前記特定の種類の情報の変更の成功が前記マスターシステムから通知された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記スレーブシステムに、前記特定の種類の情報の変更を通知する機能とをコンピューターに実現させることを特徴とする。

この構成により、本発明の情報処理プログラムを実行するコンピューターは、従来とは異なる方法によって複数のシステムの間で情報を同期させることができる。

本発明のスレーブシステムは、特定の種類の情報に関するスレーブシステムであって、前記特定の種類の情報の変更が情報処理装置から通知された場合に、前記特定の種類の情報に関するマスターシステムが保持する前記特定の種類の情報を前記マスターシステムから取得し、前記スレーブシステム自身が保持する前記特定の種類の情報を、前記マスターシステムから取得した情報に変更することを特徴とする。

この構成により、本発明のスレーブシステムは、従来とは異なる方法によって複数のシステムの間で情報を同期させることができる。

本発明の情報処理システム、情報処理装置、情報処理プログラムおよびスレーブシステムは、従来とは異なる方法によって複数のシステムの間で情報を同期させることができる。

本発明の一実施の形態に係る情報処理システムのブロック図である。 図１に示す文書処理フロー実行システム、認証認可システムおよび利用者情報保持システムのそれぞれが保持する、利用者毎の情報の一例を示す図である。 図１に示す例とは異なる例での情報処理システムのブロック図である。 図１および図３に示す例とは異なる例での情報処理システムのブロック図である。 ＭＦＰによって構成される場合の図１に示す画像形成装置のブロック図である。 図１に示す利用者端末のブロック図である。 図１に示す管理者端末のブロック図である。 １台のコンピューターによって構成される場合の図１に示す文書処理フロー実行システムのブロック図である。 図８に示す優先順位情報の一例を示す図である。 図８に示す変更可否情報の一例を示す図である。 図８に示す通知先情報の一例を示す図である。 他のシステムと連携する場合の図８に示す文書処理フロー実行システムの動作のフローチャートである。 図１２に示す動作において管理者端末の表示部に表示される画面の一例を示す図である。 変更可否情報を生成する場合の図８に示す文書処理フロー実行システムの動作のフローチャートである。 通知先情報を生成する場合の図８に示す文書処理フロー実行システムの動作のフローチャートである。 情報処理システムが図１に示す構成である場合に利用者がユーザー名およびパスワードを用いて文書処理フロー実行システムにログインするときの情報処理システムの動作のシーケンス図である。 各システムによって保持されている情報を変更する場合の図５に示す画像形成装置の動作の一部のフローチャートである。 図１７に示す動作の続きの動作のフローチャートである。 図１７および図１８に示す動作において画像形成装置の表示部に表示される情報変更画面の一例を示す図である。 図１７および図１８に示す動作において対象情報への変更が要求された場合のマスターシステムの動作のフローチャートである。 図１７および図１８に示す動作において対象情報の変更が通知された場合のスレーブシステムの動作のフローチャートである。

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

まず、本発明の一実施の形態に係る情報処理システムの構成について説明する。

図１は、本実施の形態に係る情報処理システム１０のブロック図である。

図１に示すように、情報処理システム１０は、情報処理装置としての画像形成装置２０を備えている。情報処理システム１０は、画像形成装置２０以外にも、画像形成装置２０と同様の構成の画像形成装置を少なくとも１つ備えても良い。情報処理システム１０における画像形成装置は、例えば、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などによって構成されている。

情報処理システム１０は、情報処理システム１０の利用者によって使用される情報処理装置としての利用者端末３０を備えている。情報処理システム１０は、利用者端末３０以外にも、利用者端末３０と同様の構成の利用者端末を少なくとも１つ備えても良い。情報処理システム１０における利用者端末は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などのコンピューターによって構成されている。

情報処理システム１０は、情報処理システム１０の利用者側の管理者（以下、単に「管理者」という。）によって使用される管理者端末４０を備えている。情報処理システム１０は、管理者端末４０以外にも、管理者端末４０と同様の構成の管理者端末を少なくとも１つ備えても良い。情報処理システム１０における管理者端末は、例えば、ＰＣなどのコンピューターによって構成されている。

情報処理システム１０は、文書の処理のワークフローとしての文書処理フローを実行するメインシステムとしての文書処理フロー実行システム５０を備えている。文書処理フロー実行システム５０は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。文書処理フロー実行システム５０によって実行される文書処理フローは、文書が入力される入力段階と、入力された文書に対して様々な処理を実行する文書処理段階と、文書処理段階における処理の結果を出力する出力段階とによって構成される。入力段階において文書を入力する方法としては、例えば、画像形成装置のスキャナーによって原稿から読み取られた画像を文書として入力する方法や、特定のフォルダーに配置されている文書を入力する方法や、受信した電子メールに添付されている文書を入力する方法など、様々な方法が存在する。文書処理段階における、文書に対する処理としては、例えば、文書としての画像からテキストを生成するＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理や、文書としての画像に対して傾き補正などの特定の補正を実行する処理や、文書としての画像のフォーマットを変換する処理など、様々な処理が存在する。出力段階において処理の結果を出力する方法としては、例えば、特定のフォルダーに出力する方法や、電子メールによって特定の宛先に送信する方法など、様々な方法が存在する。文書処理フロー実行システム５０は、複数の文書処理フローを保存することが可能である。文書処理フロー実行システム５０は、例えば、管理者端末からの指示に応じて新たな文書処理フローを保存することが可能であるし、既に記憶している文書処理フローを管理者端末からの指示に応じて変更したり削除したりすることも可能である。

情報処理システム１０は、情報処理システム１０の利用者の認証および認可を実行する認証認可システム６０を備えることが可能である。認証認可システム６０は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。認証認可システム６０は、画像形成装置の各種の機能の利用の制限を利用者毎に管理しており、認証した利用者、すなわち、画像形成装置にログインした利用者に関する、画像形成装置の各種の機能の利用の制限を示す認可情報を、画像形成装置や文書処理フロー実行システム５０に提供することができる。認証認可システム６０は、例えば利用者端末から送信されてきた印刷データをスプールしたり、スプールしている印刷データをいずれかの画像形成装置に出力したりすることができる。また、認証認可システム６０は、情報処理システム１０の利用者による画像形成装置の利用を管理することもできる。

情報処理システム１０は、情報処理システム１０の利用者の情報を保持する利用者情報保持システム７０を備えることが可能である。利用者情報保持システム７０は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。利用者情報保持システム７０は、文書処理フロー実行システム５０および認証認可システム６０のいずれでもないシステムで使用される情報を保持することも可能である。

情報処理システム１０における画像形成装置、利用者端末および管理者端末と、文書処理フロー実行システム５０、認証認可システム６０および利用者情報保持システム７０とは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク１１を介して通信可能に接続可能である。

図２は、文書処理フロー実行システム５０、認証認可システム６０および利用者情報保持システム７０のそれぞれが保持する、利用者毎の情報の一例を示す図である。

図２に示すように、文書処理フロー実行システム５０は、ユーザー名、パスワードおよびＥメールアドレスなどの利用者の一般的な情報と、文書処理フロー実行システム５０および認証認可システム６０において使用される言語と、画像形成装置からログインされる場合に使用されるＰＩＮコードと、文書処理フローの実行結果の出力先としてのフォルダーを示すフォルダー情報とを保持している。

図２に示すように、認証認可システム６０は、ユーザー名、パスワードおよびＥメールアドレスなどの利用者の一般的な情報と、文書処理フロー実行システム５０および認証認可システム６０において使用される言語と、画像形成装置からログインされる場合に使用されるＰＩＮコードと、画像形成装置からログインされる場合に使用されるＩＤカードを示すＩＤカード情報と、認可情報と、画像形成装置の現在の使用量や課金額を示すアカウンティングとを保持している。

図２に示すように、利用者情報保持システム７０は、ユーザー名、パスワードおよびＥメールアドレスなどの利用者の一般的な情報を保持している。

図２に示すように、ユーザー名、パスワードおよびＥメールアドレスなどの利用者の一般的な情報は、文書処理フロー実行システム５０、認証認可システム６０および利用者情報保持システム７０のそれぞれによって同一の情報が保持されている。また、言語およびＰＩＮコードは、文書処理フロー実行システム５０および認証認可システム６０のそれぞれによって同一の情報が保持されている。

図３は、図１に示す例とは異なる例での情報処理システム１０のブロック図である。

情報処理システム１０は、図３に示すように、利用者情報保持システム７０（図１参照。）を備えずに構成されても良い。

図４は、図１および図３に示す例とは異なる例での情報処理システム１０のブロック図である。

情報処理システム１０は、図４に示すように、認証認可システム６０（図１参照。）および利用者情報保持システム７０（図１参照。）を備えずに構成されても良い。

図５は、ＭＦＰによって構成される場合の画像形成装置２０のブロック図である。

図５に示すように、画像形成装置２０は、種々の操作が入力される例えばボタンなどの入力デバイスである操作部２１と、種々の情報を表示する例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示デバイスである表示部２２と、用紙などの記録媒体に画像を印刷する印刷デバイスであるプリンター２３と、原稿から画像を読み取る読取デバイスであるスキャナー２４と、図示していない外部のファクシミリ装置と公衆電話回線などの通信回線経由でファックス通信を行うファックスデバイスであるファックス通信部２５と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部２６と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部２７と、画像形成装置２０全体を制御する制御部２８とを備えているコンピューターである。

記憶部２７は、文書処理フロー実行システム５０（図１参照。）および認証認可システム６０（図１参照。）の機能を利用者に提供するための情報処理プログラムとしてのクライアントアプリケーションプログラム２７ａを記憶可能である。クライアントアプリケーションプログラム２７ａは、例えば、画像形成装置２０の製造段階で画像形成装置２０にインストールされていても良いし、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリーなどの外部の記憶媒体から画像形成装置２０に追加でインストールされても良いし、ネットワーク上から画像形成装置２０に追加でインストールされても良い。

制御部２８は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、プログラムおよび各種のデータを記憶しているＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）と、制御部２８のＣＰＵの作業領域として用いられる揮発性の記憶デバイスとしてのメモリーであるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）とを備えている。制御部２８のＣＰＵは、記憶部２７または制御部２８のＲＯＭに記憶されているプログラムを実行する。

制御部２８は、クライアントアプリケーションプログラム２７ａを実行することによって、クライアント２８ａを実現する。クライアント２８ａは、原稿からのスキャナー２４による画像の読み取りである「スキャン」、通信部２６を介して受信した印刷データに基づいた画像など、様々な画像をプリンター２３によって記録媒体に印刷する「プリント出力」、スキャナー２４によって原稿から読み取った画像をプリンター２３によって記録媒体に印刷する「コピー」、スキャナー２４によって原稿から読み取った画像をファックス通信部２５によってファックス通信で送信する「ファックス送信」などの画像形成装置２０の各種の機能の利用を、認証認可システム６０から取得する認可情報に応じて制限することができる。

図６は、利用者端末３０のブロック図である。

図６に示すように、利用者端末３０は、種々の操作が入力される例えばキーボード、マウスなどの操作デバイスである操作部３１と、種々の情報を表示する例えばＬＣＤなどの表示デバイスである表示部３２と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部３３と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤなどの不揮発性の記憶デバイスである記憶部３４と、利用者端末３０全体を制御する制御部３５とを備えている。

記憶部３４は、文書処理フロー実行システム５０（図１参照。）の機能を利用者に提供するための情報処理プログラムとしてのクライアントアプリケーションプログラム３４ａを記憶している。クライアントアプリケーションプログラム３４ａは、例えば、利用者端末３０の製造段階で利用者端末３０にインストールされていても良いし、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢメモリーなどの外部の記憶媒体から利用者端末３０に追加でインストールされても良いし、ネットワーク上から利用者端末３０に追加でインストールされても良い。

制御部３５は、例えば、ＣＰＵと、プログラムおよび各種のデータを記憶しているＲＯＭと、制御部３５のＣＰＵの作業領域として用いられる揮発性の記憶デバイスとしてのメモリーであるＲＡＭとを備えている。制御部３５のＣＰＵは、記憶部３４または制御部３５のＲＯＭに記憶されているプログラムを実行する。

制御部３５は、クライアントアプリケーションプログラム３４ａを実行することによって、クライアント３５ａを実現する。

図７は、管理者端末４０のブロック図である。

図７に示すように、管理者端末４０は、種々の操作が入力される例えばキーボード、マウスなどの操作デバイスである操作部４１と、種々の情報を表示する例えばＬＣＤなどの表示デバイスである表示部４２と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部４３と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤなどの不揮発性の記憶デバイスである記憶部４４と、管理者端末４０全体を制御する制御部４５とを備えている。

記憶部４４は、ＷｅｂブラウザーのプログラムであるＷｅｂブラウザープログラム４４ａを記憶している。Ｗｅｂブラウザープログラム４４ａは、例えば、管理者端末４０の製造段階で管理者端末４０にインストールされていても良いし、ＣＤ、ＤＶＤ、ＵＳＢメモリーなどの外部の記憶媒体から管理者端末４０に追加でインストールされても良いし、ネットワーク上から管理者端末４０に追加でインストールされても良い。

制御部４５は、例えば、ＣＰＵと、プログラムおよび各種のデータを記憶しているＲＯＭと、制御部４５のＣＰＵの作業領域として用いられる揮発性の記憶デバイスとしてのメモリーであるＲＡＭとを備えている。制御部４５のＣＰＵは、記憶部４４または制御部４５のＲＯＭに記憶されているプログラムを実行する。

制御部４５は、Ｗｅｂブラウザープログラム４４ａを実行することによって、Ｗｅｂブラウザー４５ａを実現する。

図８は、１台のコンピューターによって構成される場合の文書処理フロー実行システム５０のブロック図である。

図８に示すように、文書処理フロー実行システム５０は、種々の操作が入力される例えばキーボード、マウスなどの操作デバイスである操作部５１と、種々の情報を表示する例えばＬＣＤなどの表示デバイスである表示部５２と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部５３と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤなどの不揮発性の記憶デバイスである記憶部５４と、文書処理フロー実行システム５０全体を制御する制御部５５とを備えている。

記憶部５４は、例えば認証認可システム６０（図１参照。）、利用者情報保持システム７０（図１参照。）など、文書処理フロー実行システム５０以外のシステムとの連携のための情報としてのシステム連携情報５４ａを記憶している。

記憶部５４は、情報処理システム１０に含まれるシステムのうち、各種の情報のそれぞれに関するシステムの優先順位を示す優先順位情報５４ｂを記憶している。優先順位情報５４ｂの内容は、固定でも良いし、例えば管理者端末経由で変更可能でも良い。例えば、管理者は、管理者端末４０から例えばＷｅｂブラウザー４５ａ経由で文書処理フロー実行システム５０にアクセスし、優先順位情報５４ｂを設定することができる。

図９は、優先順位情報５４ｂの一例を示す図である。

図９に示す優先順位情報５４ｂにおいて、数値が小さい方が優先的にマスターシステムになる。例えば、ユーザー名は、文書処理フロー実行システム５０が例えば図１に示すように利用者情報保持システム７０と連携する場合には利用者情報保持システム７０がマスターシステムになり、文書処理フロー実行システム５０が図３に示すように利用者情報保持システム７０と連携せずに認証認可システム６０と連携する場合には認証認可システム６０がマスターシステムになり、文書処理フロー実行システム５０が図４に示すように認証認可システム６０および利用者情報保持システム７０のいずれとも連携しない場合には文書処理フロー実行システム５０がマスターシステムになる。

図８に示すように、記憶部５４は、各種の情報のそれぞれに関する変更の可否を示す変更可否情報５４ｃを記憶している。

図１０は、変更可否情報５４ｃの一例を示す図である。

図１０に示す変更可否情報５４ｃにおいて、ユーザー名、パスワードおよびＥメールアドレスに関しては、利用者による変更が不可能であることが設定されており、言語、ＰＩＮコードおよびフォルダー情報に関しては、利用者による変更が可能であることが設定されている。

図８に示すように、記憶部５４は、各種の情報のそれぞれに関する変更の通知先を示す通知先情報５４ｄを記憶している。

図１１は、通知先情報５４ｄの一例を示す図である。

図１１に示すように、通知先情報５４ｄには、通知先として、マスターシステムと、スレーブシステムとが設定されている。図１１に示す通知先情報５４ｄにおいて、ユーザー名、パスワードおよびＥメールアドレスに関しては、マスターシステムおよびスレーブシステムのいずれも「該当なし」であることが設定されており、言語およびＰＩＮコードに関しては、マスターシステムが認証認可システム６０であってスレーブシステムが文書処理フロー実行システム５０であることが設定されており、フォルダー情報に関しては、マスターシステムが文書処理フロー実行システム５０であってスレーブシステムが「該当なし」であることが設定されている。

図８に示す制御部５５は、例えば、ＣＰＵと、プログラムおよび各種のデータを記憶しているＲＯＭと、制御部５５のＣＰＵの作業領域として用いられるメモリーとしてのＲＡＭとを備えている。制御部５５のＣＰＵは、記憶部５４または制御部５５のＲＯＭに記憶されているプログラムを実行する。

次に、情報処理システム１０の動作について説明する。

まず、他のシステムと連携する場合の文書処理フロー実行システム５０の動作について説明する。

図１２は、他のシステムと連携する場合の文書処理フロー実行システム５０の動作のフローチャートである。図１３は、図１２に示す動作において管理者端末４０の表示部４２に表示される画面の一例を示す図である。

管理者は、管理者端末４０から例えばＷｅｂブラウザー４５ａ経由で文書処理フロー実行システム５０にアクセスし、文書処理フロー実行システム５０への利用者情報保持システム７０の設定の開始を文書処理フロー実行システム５０に指示することができる。文書処理フロー実行システム５０の制御部５５は、利用者情報保持システム７０の設定の開始が指示されると、図１２に示す動作を実行する。

図１２に示すように、制御部５５は、利用者情報保持システム７０の設定の画面（図１３参照。）のデータを管理者端末４０に送信する（Ｓ１０１）。したがって、管理者端末４０の制御部４５は、図１３に示す画面を表示部４２に表示する。図１３に示す画面では、利用者情報保持システム７０の設定のための情報が入力されることができるとともに、入力された情報の保存を文書処理フロー実行システム５０に指示することができる。

制御部５５は、Ｓ１０１の処理の後、利用者情報保持システム７０の設定のための情報の保存が指示されたと判断するまで、利用者情報保持システム７０の設定のための情報の保存が指示されたか否かを判断する（Ｓ１０２）。

制御部５５は、利用者情報保持システム７０の設定のための情報の保存が指示されたとＳ１０２において判断すると、保存が指示されたとＳ１０２において判断した情報をシステム連携情報５４ａに保存して（Ｓ１０３）、図１２に示す動作を終了する。

以上においては、利用者情報保持システム７０と連携する場合の文書処理フロー実行システム５０の動作について説明している。しかしながら、認証認可システム６０と連携する場合の文書処理フロー実行システム５０の動作についても同様である。

次に、変更可否情報５４ｃを生成する場合の文書処理フロー実行システム５０の動作について説明する。

文書処理フロー実行システム５０の制御部５５は、システム連携情報５４ａおよび優先順位情報５４ｂを初めて読み込む場合と、システム連携情報５４ａおよび優先順位情報５４ｂのいずれかが更新された場合に、図１４に示す動作を実行する。

図１４は、変更可否情報５４ｃを生成する場合の文書処理フロー実行システム５０の動作のフローチャートである。

図１４に示すように、制御部５５は、文書処理フロー実行システム５０が利用者情報保持システム７０と連携しているか否かをシステム連携情報５４ａに基づいて判断する（Ｓ１２１）。

制御部５５は、文書処理フロー実行システム５０が利用者情報保持システム７０と連携しているとＳ１２１において判断すると、利用者情報保持システム７０がマスターシステムになる情報をシステム連携情報５４ａおよび優先順位情報５４ｂに基づいて特定する（Ｓ１２２）。

次いで、制御部５５は、Ｓ１２２において特定した情報に関して、利用者による変更が不可能であることを示し、Ｓ１２２において特定した情報以外の情報に関して、利用者による変更が可能であることを示す変更可否情報５４ｃを生成し（Ｓ１２３）、図１４に示す動作を終了する。

制御部５５は、文書処理フロー実行システム５０が利用者情報保持システム７０と連携していないとＳ１２１において判断すると、全ての情報に関して、利用者による変更が可能であることを示す変更可否情報５４ｃを生成し（Ｓ１２４）、図１４に示す動作を終了する。

なお、以上においては、変更可否情報５４ｃは、文書処理フロー実行システム５０によって自動で生成される。しかしながら、変更可否情報５４ｃは、文書処理フロー実行システム５０によって自動で生成されずに、管理者によって設定されても良い。例えば、管理者は、管理者端末４０から例えばＷｅｂブラウザー４５ａ経由で文書処理フロー実行システム５０にアクセスし、変更可否情報５４ｃを設定することができる。

次に、通知先情報５４ｄを生成する場合の文書処理フロー実行システム５０の動作について説明する。

文書処理フロー実行システム５０の制御部５５は、システム連携情報５４ａ、優先順位情報５４ｂおよび変更可否情報５４ｃを初めて読み込む場合と、システム連携情報５４ａ、優先順位情報５４ｂおよび変更可否情報５４ｃのいずれかが更新された場合に、図１５に示す動作を実行する。

図１５は、通知先情報５４ｄを生成する場合の文書処理フロー実行システム５０の動作のフローチャートである。

図１５に示すように、制御部５５は、各情報に関してマスターシステムおよびスレーブシステムになるシステムをシステム連携情報５４ａおよび優先順位情報５４ｂに基づいて特定する（Ｓ１４１）。ここで、制御部５５は、文書処理フロー実行システム５０がマスターシステムになる情報に関してはスレーブシステムを「該当なし」にする。

次いで、制御部５５は、各情報に関してＳ１４１において特定したマスターシステムおよびスレーブシステムを示す仮の通知先情報を生成する（Ｓ１４２）。

次いで、制御部５５は、Ｓ１４２において生成した、仮の通知先情報において、利用者による変更が不可能であることが変更可否情報５４ｃにおいて示されている情報に関して、マスターシステムおよびスレーブシステムを「該当なし」に変更する（Ｓ１４３）。

次いで、制御部５５は、仮の通知先情報を正式の通知先情報５４ｄに変更して（Ｓ１４４）、図１５に示す動作を終了する。

次に、情報処理システム１０が図１に示す構成である場合に利用者がユーザー名およびパスワードを用いて文書処理フロー実行システム５０にログインするときの情報処理システム１０の動作について説明する。

図１６は、情報処理システム１０が図１に示す構成である場合に利用者がユーザー名およびパスワードを用いて文書処理フロー実行システム５０にログインするときの情報処理システム１０の動作のシーケンス図である。

図１６に示すように、利用者端末３０の制御部３５は、文書処理フロー実行システム５０が利用者情報保持システム７０と連携しているので、利用者のログインを利用者情報保持システム７０に要求する（Ｓ１６１）。この要求には、利用者によって操作部３１を介して入力されたユーザー名およびパスワードが含まれている。なお、制御部３５は、例えば、文書処理フロー実行システム５０が利用者情報保持システム７０と連携しているか否かを文書処理フロー実行システム５０に問い合わせることによって、文書処理フロー実行システム５０が利用者情報保持システム７０と連携していることを認識することができる。

利用者情報保持システム７０は、Ｓ１６１における要求を受けると、利用者のログインを許可するか否かを決定する（Ｓ１６２）。ここで、利用者情報保持システム７０は、利用者情報保持システム７０自身が保持しているユーザー名およびパスワードの組み合わせの中に、Ｓ１６１における要求に含まれているユーザー名およびパスワードの組み合わせが含まれている場合、すなわち、利用者の認証が成功した場合に、利用者のログインを許可することを決定する。一方、利用者情報保持システム７０は、利用者情報保持システム７０自身が保持しているユーザー名およびパスワードの組み合わせの中に、Ｓ１６１における要求に含まれているユーザー名およびパスワードの組み合わせが含まれていない場合、すなわち、利用者の認証が失敗した場合に、利用者のログインを許可しないことを決定する。

利用者情報保持システム７０は、利用者のログインを許可しないことをＳ１６２において決定すると、利用者のログインを許可しないことを利用者端末３０に通知する（Ｓ１６３）。

したがって、利用者端末３０の制御部３５は、文書処理フロー実行システム５０へのログインの失敗を表示部３２に表示して（Ｓ１６４）、図１６に示す動作を終了する。

一方、利用者情報保持システム７０は、利用者のログインを許可することをＳ１６２において決定すると、利用者情報保持システム７０が利用者のログインを許可したことを示すチケットを発行し（Ｓ１６５）、Ｓ１６５において発行したチケットを利用者端末３０に送信する（Ｓ１６６）。

利用者端末３０の制御部３５は、Ｓ１６６において送信されたチケットを受信すると、受信したチケットを文書処理フロー実行システム５０に送信する（Ｓ１６７）。

文書処理フロー実行システム５０の制御部５５は、Ｓ１６７において送信されたチケットを受信すると、受信したチケットを利用者情報保持システム７０に送信する（Ｓ１６８）。

利用者情報保持システム７０は、Ｓ１６８において送信されたチケットを受信すると、受信したチケットに対応する利用者のログインを許可していることを示すログイン許可情報を文書処理フロー実行システム５０に送信する（Ｓ１６９）。ここで、ログイン許可情報には、例えば利用者のＥメールアドレスや所属グループなど、チケットに対応する利用者の各種の情報が含まれていても良い。

文書処理フロー実行システム５０の制御部５５は、Ｓ１６９において送信されたログイン許可情報を受信すると、利用者のログインを許可することを利用者端末３０に通知する（Ｓ１７０）。

したがって、利用者端末３０の制御部３５は、文書処理フロー実行システム５０へのログインの成功を表示部３２に表示して（Ｓ１７１）、図１６に示す動作を終了する。

以上においては、情報処理システム１０が図１に示す構成である場合に利用者がユーザー名およびパスワードを用いて文書処理フロー実行システム５０にログインするときの情報処理システム１０の動作について説明している。しかしながら、情報処理システム１０が図１に示す構成である場合に利用者がユーザー名およびパスワードを用いて認証認可システム６０にログインするときの情報処理システム１０の動作についても、図１６に示す動作において文書処理フロー実行システム５０が認証認可システム６０に変更されるだけで、同様である。

なお、利用者端末３０の制御部３５は、文書処理フロー実行システム５０および認証認可システム６０の一方にログイン済みである場合に、文書処理フロー実行システム５０および認証認可システム６０の他方にログインするとき、利用者情報保持システム７０から既に入手したチケットを再利用するので、利用者情報保持システム７０から新たにチケットを入手する必要はない。すなわち、情報処理システム１０は、シングルサインオンを実現する。

以上においては、情報処理システム１０が図１に示す構成である場合に利用者がユーザー名およびパスワードを用いて文書処理フロー実行システム５０または認証認可システム６０にログインするときの情報処理システム１０の動作について説明している。しかしながら、情報処理システム１０が図３に示す構成である場合に利用者がユーザー名およびパスワードを用いて文書処理フロー実行システム５０または認証認可システム６０にログインするときの情報処理システム１０の動作についても、利用者情報保持システム７０が認証認可システム６０に変更されるだけで、同様である。すなわち、認証認可システム６０は、認証認可システム６０自身が保持しているユーザー名およびパスワードの組み合わせを用いて利用者の認証を実行し、チケットを発行する。

なお、情報処理システム１０が図４に示す構成である場合に利用者がユーザー名およびパスワードを用いて文書処理フロー実行システム５０にログインするときは、文書処理フロー実行システム５０は、文書処理フロー実行システム５０自身が保持しているユーザー名およびパスワードの組み合わせを用いて利用者の認証を実行する。

以上においては、利用者がユーザー名およびパスワードを用いて文書処理フロー実行システム５０または認証認可システム６０にログインする場合の情報処理システム１０の動作について説明している。しかしながら、利用者がＰＩＮコードを用いて画像形成装置２０から文書処理フロー実行システム５０または認証認可システム６０にログインする場合の情報処理システム１０の動作についても、利用者端末３０が画像形成装置２０に変更されるだけで、同様である。ただし、利用者がＰＩＮコードを用いて画像形成装置２０から文書処理フロー実行システム５０または認証認可システム６０にログインする場合には、利用者情報保持システム７０は動作に関与しない。

次に、各システムによって保持されている情報を変更する場合の情報処理システム１０の動作について説明する。

図１７および図１８は、各システムによって保持されている情報を変更する場合の画像形成装置２０の動作のフローチャートである。

画像形成装置２０の制御部２８は、各システムによって保持されている情報の変更の動作の開始が操作部２１を介して指示されると、図１７および図１８に示す動作を実行する。

図１７および図１８に示すように、画像形成装置２０のクライアント２８ａは、変更可否情報５４ｃおよび通知先情報５４ｄを文書処理フロー実行システム５０から取得する（Ｓ１８１）。

次いで、クライアント２８ａは、画像形成装置２０から文書処理フロー実行システム５０にログイン済みの利用者（以下「対象利用者」という。）の、変更可否情報５４ｃおよび通知先情報５４ｄに示されている各種の情報を文書処理フロー実行システム５０から取得する（Ｓ１８２）。

次いで、クライアント２８ａは、情報を変更するための情報変更画面８０（図１９参照。）を表示部２２に表示する（Ｓ１８３）。

図１９は、図１７および図１８に示す動作において画像形成装置２０の表示部２２に表示される情報変更画面８０の一例を示す図である。

図１９に示す情報変更画面８０は、ユーザー名を示すテキストボックス８１と、パスワードを示すテキストボックス８２と、Ｅメールアドレスを示すテキストボックス８３と、言語を示すテキストボックス８４と、ＰＩＮコードを示すテキストボックス８５と、フォルダー情報を示すテキストボックス８６と、情報の変更を取り消すための取り消しボタン８７と、情報の変更を実行するための保存ボタン８８とを含んでいる。

クライアント２８ａは、Ｓ１８３において情報変更画面８０を表示部２２に表示する際に、テキストボックス８１～８６のそれぞれに、Ｓ１８２において取得した情報を入力する。

クライアント２８ａは、テキストボックス８１～８６のうち、利用者による変更が不可能であることがＳ１８１において取得した変更可否情報５４ｃにおいて示されている情報に対応するテキストボックスに関しては、利用者による変更を不可能にするためにグレーアウトする。図１９に示す例では、テキストボックス８１～８３がグレーアウトされている。

図１９に示す例では、利用者による変更が不可能であることがＳ１８１において取得した変更可否情報５４ｃにおいて示されている情報に対応するテキストボックスがグレーアウトされている。しかしながら、クライアント２８ａは、利用者による変更が不可能であることがＳ１８１において取得した変更可否情報５４ｃにおいて示されている情報に対応するテキストボックスと、その項目名とを情報変更画面８０に含めなくても良い。

図１９に示す例では、言語の項目についてもウィジェットとしてテキストボックスが使用されている。しかしながら、クライアント２８ａは、言語など、予め決まっている値から選択される情報に関しては、例えばプルダウンメニュー、ラジオボタン、チェックボックスなど、予め決まっている値から選択されることに適したウィジェットを使用しても良い。

図１９に示す例では、フォルダー情報の項目についてもウィジェットとしてテキストボックスが使用されている。しかしながら、クライアント２８ａは、フォルダー情報など、ツリー構造における特定の場所が指定される情報に関しては、ウィジェットとしてツリービューを使用しても良い。

図１７および図１８に示すように、クライアント２８ａは、Ｓ１８３の処理の後、取り消しボタン８７が押されたか否かを判断する（Ｓ１８４）。

クライアント２８ａは、取り消しボタン８７が押されたとＳ１８４において判断すると、図１７および図１８に示す動作を終了する。

クライアント２８ａは、取り消しボタン８７が押されていないとＳ１８４において判断すると、保存ボタン８８が押されたか否かを判断する（Ｓ１８５）。

クライアント２８ａは、保存ボタン８８が押されていないとＳ１８５において判断すると、Ｓ１８４の処理を実行する。

クライアント２８ａは、保存ボタン８８が押されたとＳ１８５において判断すると、情報変更画面８０に示されている情報のうち、利用者による変更が可能であることがＳ１８１において取得した変更可否情報５４ｃにおいて示されている情報を制御部２８のＲＡＭに記憶する（Ｓ１８６）。

次いで、クライアント２８ａは、Ｓ１８６においてＲＡＭに記憶した情報のうち、未だＲＡＭに記憶されている１つの情報を対象にする（Ｓ１８７）。

次いで、クライアント２８ａは、対象の情報（以下「対象情報」という。）の種類（以下「対象情報種類」という。）に関して、Ｓ１８１において取得した通知先情報５４ｄに示されているマスターシステムに対して、対象情報への変更を要求する（Ｓ１８８）。

図２０は、図１７および図１８に示す動作において対象情報への変更が要求された場合のマスターシステムの動作のフローチャートである。

図２０に示すように、マスターシステムは、対象情報への変更が要求されると、マスターシステム自身が保持する情報のうち、対象情報種類に関する対象利用者の情報を、要求された通りに変更することを試みる（Ｓ２２１）。

次いで、マスターシステムは、Ｓ２２１における変更が成功したか否かを判断する（Ｓ２２２）。

マスターシステムは、Ｓ２２１における変更が成功したとＳ２２２において判断すると、対象情報への変更の成功を、対象情報への変更の要求元に通知して（Ｓ２２３）、図２０に示す動作を終了する。

マスターシステムは、Ｓ２２１における変更が失敗したとＳ２２２において判断すると、対象情報への変更の要求元にエラーを通知して（Ｓ２２４）、図２０に示す動作を終了する。

なお、Ｓ２２１における変更が失敗するケースとしては、Ｓ２２１の処理の時点で、対象利用者が、例えばマスターシステムから削除されるなどして、マスターシステムに存在していないケースや、マスターシステムが保持する情報を格納しているデータベースに対して、マスターシステム自身が情報の変更の権限を有していないケースなどがある。

図１７および図１８に示すように、画像形成装置２０のクライアント２８ａは、Ｓ１８８の処理の後、マスターシステムから応答があったか否かを判断する（Ｓ１８９）。

クライアント２８ａは、マスターシステムから応答がなかったとＳ１８９において判断すると、Ｓ１８８の処理の実行から特定の時間が経過したか否かを判断する（Ｓ１９０）。

クライアント２８ａは、Ｓ１８８の処理の実行から特定の時間が経過していないとＳ１９０において判断すると、Ｓ１８９の処理を実行する。

クライアント２８ａは、Ｓ１８８の処理の実行から特定の時間が経過したとＳ１９０において判断すると、Ｓ１８８の処理を実行する。

クライアント２８ａは、マスターシステムから応答があったとＳ１８９において判断すると、マスターシステムからの応答が情報の変更の成功の通知であったか否かを判断する（Ｓ１９１）。

クライアント２８ａは、マスターシステムからの応答が情報の変更の成功の通知ではなかった、すなわち、マスターシステムからの応答がエラーの通知であったとＳ１９１において判断すると、対象情報の変更の失敗を表示部２２への表示などによって通知する（Ｓ１９２）。

クライアント２８ａは、マスターシステムからの応答が情報の変更の成功の通知であったとＳ１９１において判断すると、対象情報種類に関してスレーブシステムが存在するか否かを、Ｓ１８１において取得した通知先情報５４ｄに基づいて判断する（Ｓ１９３）。

クライアント２８ａは、対象情報種類に関してスレーブシステムが存在するとＳ１９３において判断すると、対象情報種類に関して、Ｓ１８１において取得した通知先情報５４ｄに示されている全てのスレーブシステムのうち、対象情報の変更を未だ通知していない１つのスレーブシステムを対象にする（Ｓ１９４）。

次いで、クライアント２８ａは、対象情報の変更を対象のスレーブシステムに通知する（Ｓ１９５）。

図２１は、図１７および図１８に示す動作において対象情報の変更が通知された場合のスレーブシステムの動作のフローチャートである。

図２１に示すように、スレーブシステムは、対象情報の変更が通知されると、対象情報の変更の通知元に応答する（Ｓ２４１）。

次いで、スレーブシステムは、対象情報種類のマスターシステムが保持する、対象情報種類に関する対象利用者の情報を、対象情報種類のマスターシステムから取得することを試みる（Ｓ２４２）。なお、スレーブシステムは、文書処理フロー実行システム５０である場合には、対象情報種類のマスターシステムを通知先情報５４ｄに基づいて特定する。スレーブシステムは、文書処理フロー実行システム５０以外のシステムである場合には、対象情報種類のマスターシステムを文書処理フロー実行システム５０に問い合わせて特定しても良いし、文書処理フロー実行システム５０と同様の仕組みをスレーブシステム自身が備えているときには、対象情報種類のマスターシステムを、スレーブシステム自身が所有する通知先情報に基づいて特定しても良い。

スレーブシステムは、Ｓ２４２の処理の後、Ｓ２４２における取得が成功したか否かを判断する（Ｓ２４３）。

スレーブシステムは、Ｓ２４２における取得が成功していないとＳ２４３において判断すると、Ｓ２４２の処理の実行から特定の時間が経過したか否かを判断する（Ｓ２４４）。

スレーブシステムは、Ｓ２４２の処理の実行から特定の時間が経過していないとＳ２４４において判断すると、Ｓ２４３の処理を実行する。

スレーブシステムは、Ｓ２４２の処理の実行から特定の時間が経過したとＳ２４４において判断すると、Ｓ２４２の処理を実行する。

スレーブシステムは、Ｓ２４２の処理による取得が成功したとＳ２４３において判断すると、Ｓ２４２の処理によって取得された情報が、スレーブシステム自身が保持する情報のうち、対象情報種類に関する対象利用者の情報から変更されているか否かを判断する（Ｓ２４５）。

スレーブシステムは、Ｓ２４２の処理によって取得された情報が、スレーブシステム自身が保持する情報のうち、対象情報種類に関する対象利用者の情報から変更されているとＳ２４５において判断すると、スレーブシステム自身が保持する情報のうち、対象情報種類に関する対象利用者の情報を、Ｓ２４２の処理によって取得された情報に変更して（Ｓ２４６）、図２１に示す動作を終了する。

スレーブシステムは、Ｓ２４２の処理によって取得された情報が、スレーブシステム自身が保持する情報のうち、対象情報種類に関する対象利用者の情報から変更されていないとＳ２４５において判断すると、スレーブシステム自身が保持する情報のうち、対象情報種類に関する対象利用者の情報を、Ｓ２４２の処理によって取得された情報に変更することなく、図２１に示す動作を終了する。

図１７および図１８に示すように、画像形成装置２０のクライアント２８ａは、Ｓ１９５の処理の後、対象のスレーブシステムから応答があったか否かを判断する（Ｓ１９６）。

クライアント２８ａは、対象のスレーブシステムから応答がなかったとＳ１９６において判断すると、Ｓ１９５の処理の実行から特定の時間が経過したか否かを判断する（Ｓ１９７）。

クライアント２８ａは、Ｓ１９５の処理の実行から特定の時間が経過していないとＳ１９７において判断すると、Ｓ１９６の処理を実行する。

クライアント２８ａは、Ｓ１９５の処理の実行から特定の時間が経過したとＳ１９７において判断すると、Ｓ１９５の処理を実行する。

クライアント２８ａは、対象のスレーブシステムから応答があったとＳ１９６において判断すると、対象情報種類に関して、Ｓ１８１において取得した通知先情報５４ｄに示されている全てのスレーブシステムに、対象情報の変更を通知したか否かを判断する（Ｓ１９８）。

クライアント２８ａは、対象情報種類に関して、Ｓ１８１において取得した通知先情報５４ｄに示されているいずれかのスレーブシステムに、対象情報の変更を通知していないとＳ１９８において判断すると、Ｓ１９４の処理を実行する。

クライアント２８ａは、Ｓ１９２の処理が終了するか、対象情報種類に関してスレーブシステムが存在しないとＳ１９３において判断するか、対象情報種類に関して、Ｓ１８１において取得した通知先情報５４ｄに示されている全てのスレーブシステムに、対象情報の変更を通知したとＳ１９８において判断すると、Ｓ１８６においてＲＡＭに記憶した情報のうち、対象情報をＲＡＭから削除する（Ｓ１９９）。

クライアント２８ａは、Ｓ１９９の処理の後、Ｓ１８６においてＲＡＭに記憶した情報のうち、未だＲＡＭに記憶されている情報が存在するか否かを判断する（Ｓ２００）。

クライアント２８ａは、Ｓ１８６においてＲＡＭに記憶した情報のうち、未だＲＡＭに記憶されている情報が存在するとＳ２００において判断すると、Ｓ１８７の処理を実行する。

クライアント２８ａは、Ｓ１８６においてＲＡＭに記憶した情報のうち、未だＲＡＭに記憶されている情報が存在しないとＳ２００において判断すると、図１７および図１８に示す動作を終了する。

なお、図１７および図１８に示す動作において、クライアント２８ａは、Ｓ１８６においてＲＡＭに記憶した情報のそれぞれに対して、Ｓ１８８～Ｓ１９９の処理を順に実行している。しかしながら、クライアント２８ａは、Ｓ１８６においてＲＡＭに記憶した情報のそれぞれに対して、Ｓ１８８～Ｓ１９９の処理を並列に実行しても良い。

また、図１７および図１８に示す動作において、クライアント２８ａは、対象情報種類に関して、Ｓ１８１において取得した通知先情報５４ｄに示されている全てのスレーブシステムのそれぞれに対して、Ｓ１９５～Ｓ１９７の処理を順に実行している。しかしながら、クライアント２８ａは、対象情報種類に関して、Ｓ１８１において取得した通知先情報５４ｄに示されている全てのスレーブシステムのそれぞれに対して、Ｓ１９５～Ｓ１９７の処理を並列に実行しても良い。

以上においては、各システムによって保持されている情報を画像形成装置２０のクライアント２８ａによって変更する場合の動作について説明している。しかしながら、各システムによって保持されている情報を利用者端末３０のクライアント３５ａによって変更する場合の動作についても同様である。

以上に説明したように、画像形成装置２０または利用者端末３０は、文書処理フロー実行システム５０から通知先情報５４ｄを取得し（Ｓ１８１）、特定の種類の情報の変更が指示された場合（Ｓ１８５でＹＥＳ）に、通知先情報５４ｄに示されている、特定の種類の情報のマスターシステムに、特定の種類の情報の変更を要求する（Ｓ１８８）。マスターシステムは、特定の種類の情報の変更が画像形成装置２０または利用者端末３０から要求された場合に、マスターシステム自身が保持する特定の種類の情報を、画像形成装置２０または利用者端末３０から要求された通りに変更し（Ｓ２２１）、特定の種類の情報の変更の成功を画像形成装置２０または利用者端末３０に通知する（Ｓ２２３）。画像形成装置２０または利用者端末３０は、特定の種類の情報の変更の成功がマスターシステムから通知された場合（Ｓ１９１でＹＥＳ）に、通知先情報５４ｄに示されている、特定の種類の情報のスレーブシステムに、特定の種類の情報の変更を通知する（Ｓ１９５）。スレーブシステムは、特定の種類の情報の変更が画像形成装置２０または利用者端末３０から通知された場合に、マスターシステムが保持する特定の種類の情報をマスターシステムから取得し（Ｓ２４２）、スレーブシステム自身が保持する特定の種類の情報を、マスターシステムから取得した情報に変更する（Ｓ２４６）。この構成により、情報処理システム１０は、従来とは異なる方法によって複数のシステムの間で情報を同期させることができる。

情報処理システム１０は、複数のシステムの実際の構成と、優先順位情報５４ｂとに基づいて文書処理フロー実行システム５０が通知先情報５４ｄを生成する（Ｓ１４１～Ｓ１４４）ので、複数のシステムの実際の構成に基づいて人が通知先情報５４ｄを生成する労力を削減することができる。

画像形成装置２０または利用者端末３０は、文書処理フロー実行システム５０から変更可否情報５４ｃを取得し（Ｓ１８１）、特定の種類の情報の変更が指示された場合（Ｓ１８５でＹＥＳ）に、変更可否情報５４ｃにおいて、特定の種類の情報に関して変更が不可能であることが示されているとき、特定の種類の情報のマスターシステムに特定の種類の情報の変更を要求しない（Ｓ１８６～Ｓ１８８）。この構成により、情報処理システム１０は、変更が不可能であることが変更可否情報５４ｃにおいて示されている情報を変更することを防止することができる。

画像形成装置２０または利用者端末３０は、特定の種類の情報の変更をマスターシステムにＳ１８８において要求した後、マスターシステムから応答が特定の時間ない場合（Ｓ１９０でＹＥＳ）に、特定の種類の情報の変更をマスターシステムに再度要求する（Ｓ１８８）。この構成により、情報処理システム１０は、マスターシステムが利用不可能な状態であっても、特定の種類の情報の変更をマスターシステムに要求することを画像形成装置２０または利用者端末３０が繰り返すので、マスターシステムにおける情報の変更の成功の可能性を向上することができる。

画像形成装置２０または利用者端末３０は、特定の種類の情報の変更をスレーブシステムにＳ１９５において通知した後、スレーブシステムから応答が特定の時間ない場合（Ｓ１９７でＹＥＳ）に、特定の種類の情報の変更をスレーブシステムに再度通知する（Ｓ１９５）。この構成により、情報処理システム１０は、スレーブシステムが利用不可能な状態であっても、特定の種類の情報の変更をスレーブシステムに通知することを画像形成装置２０または利用者端末３０が繰り返すので、スレーブシステムにおける情報の変更の成功の可能性を向上することができる。

スレーブシステムは、特定の種類の情報をマスターシステムから取得することをＳ２４２において試みた後、マスターシステムからの特定の種類の情報の取得の成功が特定の時間ない場合（Ｓ２４４でＹＥＳ）に、特定の種類の情報をマスターシステムから取得することを再度試みる（Ｓ２４２）。この構成により、情報処理システム１０は、マスターシステムが利用不可能な状態であっても、特定の種類の情報をマスターシステムから取得することをスレーブシステムが繰り返すので、スレーブシステムにおける情報の変更の成功の可能性を向上することができる。

文書処理フロー実行システム５０は、本実施の形態において、認証認可システム６０および利用者情報保持システム７０と連携することが可能である。しかしながら、文書処理フロー実行システム５０は、例えば文書管理システムなど、認証認可システム６０および利用者情報保持システム７０のいずれでもない新たなシステムと連携することも可能である。情報処理システム１０は、文書処理フロー実行システム５０と、新たなシステムとのそれぞれが同一の情報を保持する場合にも、本実施の形態において説明した仕組みによって、それらの情報を同期させることが可能である。

１０ 情報処理システム
２０ 画像形成装置（情報処理装置、コンピューター）
２７ａ クライアントアプリケーションプログラム（情報処理プログラム）
３０ 利用者端末（情報処理装置、コンピューター）
３４ａ クライアントアプリケーションプログラム（情報処理プログラム）
５０ 文書処理フロー実行システム（メインシステム、システム、マスターシステム、スレーブシステム）
５４ｂ 優先順位情報
５４ｃ 変更可否情報
５４ｄ 通知先情報
６０ 認証認可システム（システム、マスターシステム、スレーブシステム）
７０ 利用者情報保持システム（システム、マスターシステム、スレーブシステム）

Claims (8)

1. 特定の種類の情報に関する変更の通知先を示す通知先情報を備えるメインシステムを含む複数のシステムと、
   前記複数のシステムにおける前記特定の種類の情報の変更が指示される情報処理装置と
   を備え、
   前記通知先情報は、前記複数のシステムのうちのマスターシステムと、前記複数のシステムのうちのスレーブシステムとを前記通知先として示し、
   前記情報処理装置は、前記メインシステムから前記通知先情報を取得し、前記特定の種類の情報の変更が指示された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記マスターシステムに、前記特定の種類の情報の変更を要求し、
   前記マスターシステムは、前記特定の種類の情報の変更が前記情報処理装置から要求された場合に、前記マスターシステム自身が保持する前記特定の種類の情報を、前記情報処理装置から要求された通りに変更し、前記特定の種類の情報の変更の成功を前記情報処理装置に通知し、
   前記情報処理装置は、前記特定の種類の情報の変更の成功が前記マスターシステムから通知された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記スレーブシステムに、前記特定の種類の情報の変更を通知し、
   前記スレーブシステムは、前記特定の種類の情報の変更が前記情報処理装置から通知された場合に、前記マスターシステムが保持する前記特定の種類の情報を前記マスターシステムから取得し、前記スレーブシステム自身が保持する前記特定の種類の情報を、前記マスターシステムから取得した情報に変更することを特徴とする情報処理システム。
2. 前記メインシステムは、前記特定の種類の情報に関する前記システムの優先順位を示す優先順位情報を備え、前記複数のシステムの実際の構成と、前記優先順位情報とに基づいて前記通知先情報を生成することを特徴とする請求項１に記載の情報処理システム。
3. 前記メインシステムは、前記特定の種類の情報に関する変更の可否を示す変更可否情報を備え、
   前記情報処理装置は、前記メインシステムから前記変更可否情報を取得し、前記特定の種類の情報の変更が指示された場合に、前記変更可否情報において、前記特定の種類の情報に関して変更が不可能であることが示されているとき、前記特定の種類の情報の前記マスターシステムに前記特定の種類の情報の変更を要求しないことを特徴とする請求項１または請求項２に記載の情報処理システム。
4. 前記情報処理装置は、前記特定の種類の情報の変更を前記マスターシステムに要求した後、前記マスターシステムから応答が特定の時間ない場合に、前記特定の種類の情報の変更を前記マスターシステムに再度要求することを特徴とする請求項１から請求項３までのいずれかに記載の情報処理システム。
5. 前記情報処理装置は、前記特定の種類の情報の変更を前記スレーブシステムに通知した後、前記スレーブシステムから応答が特定の時間ない場合に、前記特定の種類の情報の変更を前記スレーブシステムに再度通知することを特徴とする請求項１から請求項４までのいずれかに記載の情報処理システム。
6. 前記スレーブシステムは、前記特定の種類の情報を前記マスターシステムから取得することを試みた後、前記マスターシステムからの前記特定の種類の情報の取得の成功が特定の時間ない場合に、前記特定の種類の情報を前記マスターシステムから取得することを再度試みることを特徴とする請求項１から請求項５までのいずれかに記載の情報処理システム。
7. 特定の種類の情報に関する変更の通知先を示す通知先情報を備えるメインシステムを含む複数のシステムにおける前記特定の種類の情報の変更が指示される情報処理装置であって、
   前記通知先情報は、前記複数のシステムのうちのマスターシステムと、前記複数のシステムのうちのスレーブシステムとを前記通知先として示し、
   前記情報処理装置は、前記メインシステムから前記通知先情報を取得し、前記特定の種類の情報の変更が指示された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記マスターシステムに、前記特定の種類の情報の変更を要求し、
   前記情報処理装置は、前記特定の種類の情報の変更の成功が前記マスターシステムから通知された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記スレーブシステムに、前記特定の種類の情報の変更を通知することを特徴とする情報処理装置。
8. 複数のシステムのうちのマスターシステムと、前記複数のシステムのうちのスレーブシステムとを、特定の種類の情報に関する変更の通知先として示す通知先情報を備えるメインシステムを含む前記複数のシステムにおける前記メインシステムから前記通知先情報を取得する機能と、
   前記特定の種類の情報の変更が指示された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記マスターシステムに、前記特定の種類の情報の変更を要求する機能と、
   前記特定の種類の情報の変更の成功が前記マスターシステムから通知された場合に、前記通知先情報に示されている、前記特定の種類の情報の前記スレーブシステムに、前記特定の種類の情報の変更を通知する機能と
   をコンピューターに実現させることを特徴とする情報処理プログラム。

Images