情報管理装置、情報管理プログラム及び情報管理システム
【課題】複数種類の管理対象からの要求に対して応答する情報管理システムにおいて、管理項目を追加する際の管理者の管理負担を軽減すること。
【解決手段】ＧＵＩＤが指定された情報の読み出し命令を取得し、ＧＵＩＤによって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求し、ＧＵＩＤが読み出し対象の情報を指定するための情報として用いられていないことを確認し、ＧＵＩＤとデータベースのフィールド名とが関連付けられたＧＵＩＤ情報に基づいて指定されたＧＵＩＤに関連付けられているフィールド名を取得し、取得されたフィールド名によって指定される情報を要求することを特徴とする情報管理サービス部３０４を含むことを特徴とする。
【解決手段】ＧＵＩＤが指定された情報の読み出し命令を取得し、ＧＵＩＤによって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求し、ＧＵＩＤが読み出し対象の情報を指定するための情報として用いられていないことを確認し、ＧＵＩＤとデータベースのフィールド名とが関連付けられたＧＵＩＤ情報に基づいて指定されたＧＵＩＤに関連付けられているフィールド名を取得し、取得されたフィールド名によって指定される情報を要求することを特徴とする情報管理サービス部３０４を含むことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理装置、情報管理プログラム及び情報管理システムに関し、特に、データベースに記憶されている情報項目の管理に関する。
【背景技術】
【０００２】
現在、ＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）や、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）にインストールされて動作しているアプリケーションからのネットワークを介した認証要求に応じてユーザの認証処理を行い、認証の成否及び認証対象のユーザの属性情報を返信するような認証サーバが用いられている。また、ユーザの認証処理に限らず、ＭＦＰやアプリケーションからネットワークを介して情報を要求し、その要求に応じて、ユーザ毎に管理されている情報を返信する情報管理サーバも用いられている。
【０００３】
また、様々なサーバに分散されている情報を一括して管理、使用するための方法として、様々なサーバの前段において一括して認証要求や情報要求を受けるサービスサーバを設ける、複数階層の認証管理、情報管理サービスが用いられることもある。この複数階層のサービスにおいては、上記サービスサーバが、ネットワークを介して認証要求や情報開示要求を受けた場合に、独自に管理している情報については独自に認証結果や情報を返信し、他のサーバによって管理されている情報については、他のサーバに問い合わせた上で認証結果や情報を返信する。
【０００４】
このような情報管理のシステムとして、シングルサインオンにより多様なアプリケーションの利用を管理する際に、各アプリケーション固有の利用条件の設定をも可能にする方法が提案されている（例えば、特許文献１参照）。特許文献１に開示された発明においては、ユーザが認証された際、アクセス権限情報とユーザ識別情報とを関連付けて格納するものであり、アクセス権限情報は、ユーザ識別情報に関連付けられたユーザ属性情報に基づいて格納する。これにより、ユーザの属性に応じたアクセス権限が設定される。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このような認証管理、情報管理サービスにおいては、上述したＭＦＰやアプリケーション毎に、独自管理を行う項目が予め定められており、ＭＦＰ及びアプリケーション側は、その項目を指定する識別情報をキーとして情報を要求する必要がある。情報を管理するアプリケーションを追加する場合、そのアプリケーション固有のキーを設定し、アプリケーション側においては、そのキーを用いて情報を要求するようにプログラムを構成すると共に、サーバ側においては、そのキーがそのアプリケーション固有のものとなるように、他のアプリケーションとの間で調整を行う必要があり、管理者の負担が大きい。更に、上述したような複数階層の認証管理や情報管理を行うシステムにおいては、調整を行う対象のアプリケーションやＭＦＰが多く、管理者の負担は更に大きくなる。
【０００６】
特許文献１においては、既に管理対象となっているアプリケーション固有の利用条件の設定を可能としているが、管理対象のアプリケーションが追加される場合の管理者の負担軽減については言及されておらず、上記の課題は解決されていない。
【０００７】
本発明は、このような課題を解決するためになされたものであり、複数種類の管理対象からの要求に対して応答する情報管理システムにおいて、管理対象を追加する際の管理者の管理負担を軽減することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の一態様は、情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムにおいて情報を管理する情報管理装置であって、前記識別子が指定された情報の読み出し命令を取得する読み出し命令取得部と、前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する情報要求部と、前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信する情報送信部と、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得するキー取得部とを含み、前記情報要求部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を前記情報記憶部に要求することを特徴とする。
【０００９】
また、本発明の他の態様は、情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムにおいて情報を管理する情報管理プログラムであって、前記識別子が指定された情報の読み出し命令を取得して記憶媒体に記憶するステップと、前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する信号を出力するステップと、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得して記憶媒体に記憶するステップと、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を、前記情報記憶部に要求する信号を出力するステップと、いずれかの前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信するステップとを含むことを特徴とする。
【００１０】
また、本発明の更に他の態様は、情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムであって、前記情報処理装置及び前記要求を受ける情報管理装置を含み前記情報管理装置は、前記識別子が指定された情報の読み出し命令を取得する読み出し命令取得部と、前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する情報要求部と、前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信する情報送信部と、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得するキー取得部とを含み、前記情報要求部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を前記情報記憶部に要求することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複数種類の管理対象からの要求に対して応答する情報管理システムにおいて、管理対象を追加する際の管理者の管理負担を軽減することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る情報管理システムの運用形態を示す図である。
【図２】本発明の実施形態に係る情報処理端末のハードウェア構成を模式的に示すブロック図である。
【図３】本発明の実施形態に係る認証サービスサーバの機能構成を示すブロック図である。
【図４】本発明の実施形態に係る管理対象情報の例を示す図である。
【図５】本発明の実施形態に係るＧＵＩＤ情報の例を示す図である。
【図６】本発明の実施形態に係る画像形成装置の機能構成を示す図である。
【図７】本発明の実施形態に係る情報管理システムの一般的な動作を示すシーケンス図である。
【図８】本発明の実施形態に係る情報要求において送信される情報の例を示す図である。
【図９】本発明の実施形態に係る情報管理システムの動作を示すシーケンス図である。
【図１０】本発明の実施形態に係る情報要求において送信される情報の例を示す図である。
【図１１】本発明の実施形態に係る情報管理サービス部の動作を示すフローチャートである。
【図１２】本発明の実施形態に係る情報管理システムの動作を示すシーケンス図である。
【図１３】本発明の実施形態に係る登録要求において送信される情報の例を示す図である。
【図１４】本発明の実施形態に係るＧＵＩＤの更新態様を示す図である。
【図１５】本発明の実施形態に係る管理対象情報の更新態様を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、情報管理システムの例として、独自の認証管理、情報管理機能を有すると共に、外部に設置された認証サーバとの仲介機能を有するサーバが設けられた情報管理システムを例として説明する。
【００１４】
図１は、本実施の形態に係る情報管理システムの運用形態の例を示す図である。図１に示すように、本実施形態に係る情報管理システムは、プリンタやスキャナ等の入出力機能を含む画像形成装置１、ユーザが操作するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理端末であるユーザ端末２、本実施形態の要旨に係る機能を提供する認証サービスサーバ３及び認証サービスサーバ３の管理者が操作するＰＣ等の情報処理端末である管理者端末４を含む。また、本実施形態に係る情報管理システムは、インターネットや電話回線等の公衆回線６を介して、他のネットワークに接続された外部認証サーバ６と接続されている。
を含む。
【００１５】
画像形成装置１は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能な複合機である。ユーザ端末２は、ユーザが操作する情報処理端末であり、認証サービスサーバ３に認証や情報を要求する機能を含むアプリケーションがインストールされている。管理者端末４は、認証サービスサーバ３を管理するための情報処理端末であり、管理用のアプリケーション若しくは管理画面を表示するためのブラウザがインストールされている。
【００１６】
認証サービスサーバ３は本実施形態の要旨に係る構成であり、上述したように、画像形成装置１やユーザ端末２にインストールされて動作するアプリケーションからの認証要求や情報要求に応じて、独自に管理している情報に基づいて返信すると共に、管理対象外の情報については、外部認証サーバ５に問い合わせた上でその結果を返信する機能を含む情報管理装置である。
【００１７】
尚、本実施形態においては、認証サービスサーバ３の機能を実現するプログラムがサーバ等の情報処理端末にインストールされて独立して動作する場合を例として説明するが、例えば画像形成装置１に上記プログラムをインストールすることにより、画像形成装置１において本実施形態の要旨に係る認証サービスサーバ３の機能を実現することも可能である。
【００１８】
また、本実施形態においては、認証サービスサーバ３が、本実施形態の要旨に係る認証管理機能や情報管理機能（以降、管理機能とする）と、認証情報等の管理対象の情報が格納されたデータベースとの両方を含む場合を例として説明するが、上記管理機能とデータベースとを夫々異なるサーバにおいて実現することも可能である。更に、図１においては、外部認証サーバ５を１つだけ示しているが、認証サービスサーバ３は、管理対象、認証対象に応じて複数の外部サーバとネットワークを介して通信可能である。
【００１９】
次に、本実施形態に係る画像形成装置１、ユーザ端末２、認証サービスサーバ３及び管理者端末４のハードウェア構成について説明する。図２は、本実施形態に係る認証サービスサーバ３のハードウェア構成を示すブロック図である。以下の説明においては、認証サービスサーバ３のハードウェア構成を例として説明するが、画像形成装置１、ユーザ端末２及び管理者端末４についても同様である。
【００２０】
図２に示すように、本実施形態に係る認証サービスサーバ３は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係る認証サービスサーバ３は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００２１】
ＣＰＵ１０は演算手段であり、認証サービスサーバ３全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００２２】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが認証サービスサーバ３の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザがクライアント端末３に情報を入力するためのユーザインタフェースである。尚、図１において説明したように、本実施形態に係る認証サービスサーバ３は、サーバとして運用される。従って、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。また、画像形成装置１は、図２に示すハードウェア構成に加えて、スキャナ、プリンタ等を実現するためのエンジンを備える。
【００２３】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る画像形成装置１、ユーザ端末２、認証サービスサーバ３及び管理者端末４の機能を実現する機能ブロックが構成される。
【００２４】
次に、本実施形態に係る認証サービスサーバ３の機能構成について、図３を参照して説明する。図３は、本実施形態に係る認証サービスサーバ３の機能構成を示すブロック図である。図３に示すように、本実施形態に係る認証サービスサーバ３は、コントローラ３００、ネットワークＩ／Ｆ３１０、管理対象情報３２０を含む。また、コントローラ３００は、ＬＤＡＰ ＡＰＩ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）３０１、ＭＦＰ ＡＰＩ３０２、管理ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部３０３、情報管理サービス部３０４及びデータベース制御部３０５を含む
【００２５】
ネットワークＩ／Ｆ３１０は、認証サービスサーバ３がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ３０２は、図２に示すＩ／Ｆ５０によって実現される。
【００２６】
管理対象情報ＤＢ３２０は、本実施形態において認証サービスサーバ３がデータベースとして管理している情報を記憶している記憶部である。図４を参照して、管理対象情報ＤＢ３２０が記憶している管理対象情報について説明する。図４は、管理対象情報の例を示す図である。図４に示すように、管理対象情報ＤＢ３２０は、本実施形態に係る情報管理システムを利用するユーザを識別するユーザＩＤ毎に、認証のパスワード（ＰＡＳＳＷＤ）や管理情報を関連付けて記憶している。
【００２７】
また、管理対象情報ＤＢ３２０は、“ＡＰＰ１”、“ＡＰＰ２”、“ＡＰＰ３”・・・のように、アプリケーション毎に管理される情報を、同じくユーザＩＤと関連付けて記憶している。このアプリケーション毎に管理される情報とは、ユーザ端末２にインストールされて動作するアプリケーション毎に用いられる情報である。これにより、本実施形態に係る認証サービスサーバ３においては、ユーザ端末２にインストールされて動作するアプリケーションにおいて用いられる情報を、ユーザ毎に管理することが可能である。
【００２８】
更に、管理対象情報ＤＢ３２０は、図５に示すように、上述した“ＡＰＰ１”、“ＡＰＰ２”等、管理対象情報ＤＢ３２０における管理項目であるアプリケーション固有の情報を指定するためのキーとなる情報（以降、項目指定情報）と、ＧＵＩＤ（Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）とが関連付けられたＧＵＩＤ情報を記憶している。ＧＵＩＤとは、ソフトウェア上で使用され、その名の通り世界で一意な識別子として用いられる。即ち、ＧＵＩＤ情報とは、識別子関連付け情報である。但し、完全に世界で一意であるわけではなく、生成される識別子の種類の膨大さにより世界で一意であることを達成している情報である。
【００２９】
本実施形態に係るＧＵＩＤは１２８ビットの情報としてユーザ端末２にインストールされて動作するアプリケーションの実行ファイルに基づいて生成される情報であり、Ｗｉｎｄｏｗｓ（登録商標）によって生成されるものが用いられる。即ち、異なる実行ファイルに基づいてＧＵＩＤを生成する場合、異なるＧＵＩＤが生成される可能性が極めて高く、実質的に世界で一意のＩＤとして用いることができる。
【００３０】
即ち、管理対象情報ＤＢ３２０は、図４に示す管理対象情報に加えて、夫々のアプリケーション固有の情報を指定するための項目指定情報と、夫々のアプリケーションの実行ファイルに基づいて生成されたＧＵＩＤとが関連付けられたＧＵＩＤ情報を記憶している。これが、本実施形態の要旨に係る構成の１つである。
【００３１】
コントローラ３００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、そのプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ３００が構成される。コントローラ３００は、クライアント端末３全体を制御する制御部であり、要旨となる機能を実現する。
【００３２】
ＬＤＡＰ ＡＰＩ３０１は、認証サービスサーバ３において、ユーザ端末２にインストールされて動作するアプリケーションからの認証要求や情報要求を受け、それに応答する窓口となる機能を提供する。ＭＦＰ ＡＰＩ３０２は、認証サービスサーバ３において、画像形成装置１からの認証要求や情報要求を受け、それに応答する窓口となる機能を提供する。
【００３３】
管理ＵＩ部３０３は、管理者端末４を介した管理者による認証サービスサーバ３の管理において、管理者用のユーザインタフェースを提供する。具体的には、管理ＵＩ部３０３は、認証サービスサーバ３の管理用の画面を表示するためのウェブサイト等の情報を保持しており、管理者は、管理者端末４にインストールされているブラウザ・アプリケーションを介して、認証サービスサーバ３の管理用の画面を閲覧し、操作する。その他、認証サービスサーバ３の管理用アプリケーションが管理者端末４にインストールされており、管理ＵＩ部３０３が、管理アプリケーションとの間で情報をやり取りすることにより管理ＵＩを実現することも可能である。
【００３４】
情報管理サービス部３０４は、ＬＤＡＰ ＡＰＩ３０１及びＭＦＰ ＡＰＩ３０２を介して入力された要求に基づき、認証処理や情報の読み出し処理並びに、外部認証サーバ５への問い合わせ等を行う。また、情報管理サービス部３０４は、本実施形態の要旨に係る機能として、管理対象情報ＤＢ３２０に格納されているＧＵＩＤ情報に基づき、ＬＤＡＰ ＡＰＩ３０１を介して入力された要求を処理する。情報管理サービス部３０４の機能については後に詳述する。
【００３５】
次に、本実施形態に係る画像形成装置１の機能構成について、図６を参照して説明する。図６に示すように、本実施形態に係る画像形成装置１は、コントローラ１００、ＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｎｔ Ｆｅｅｄｅｒ：原稿自動搬送装置）１０１、スキャナユニット１０２、排紙トレイ１０３、ディスプレイパネル１０４、給紙テーブル１０５、プリントエンジン１０６、排紙トレイ１０７及びネットワークＩ／Ｆ１０８を有する。
【００３６】
また、コントローラ１００は、主制御部１１０、エンジン制御部１２０、画像処理部１３０、操作表示制御部１４０及び入出力制御部１５０を含む。図６に示すように、本実施形態に係る画像形成装置１は、スキャナユニット１０２、プリントエンジン１０６を有する複合機として構成されている。尚、図６においては、電気的接続を実線の矢印で示しており、用紙若しくは文書束の流れを破線の矢印で示している。
【００３７】
ディスプレイパネル１０４は、画像形成装置１の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとしてユーザが画像形成装置１を直接操作し、若しくは画像形成装置１に対して情報を入力する際の入力インタフェース（操作部）でもある。ディスプレイパネル１０４は、図２に示すＬＣＤ６０及び操作部７０によって実現される。また、ディスプレイパネル１０４には、ユーザが画像形成装置１を使用する際にカード認証を行うためのカード読み取り用のモジュールが設けられている。尚、このようなカード読み取り用モジュールは、画像形成装置１の他、必要に応じてユーザ端末２や管理者端末４にも設けられる。
【００３８】
ネットワークＩ／Ｆ１０８は、画像形成装置１がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ１０８は、図２に示すＩ／Ｆ５０によって実現される。また、ネットワークＩ／Ｆ１０８には、ＦＡＸモデムとしての機能も含まれ、画像形成装置１がネットワークを介してＦＡＸ送受信を行うためのインタフェースとしても機能する。
【００３９】
コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、そのプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ１００が構成される。コントローラ１００は、画像形成装置１全体を制御する制御部として機能する。
【００４０】
主制御部１１０は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。エンジン制御部１２０は、プリントエンジン１０６やスキャナユニット１０２等を制御若しくは駆動する駆動手段としての役割を担う。また、主制御部１１０は、ディスプレイパネル１０４に設けられたカード読み取り用のモジュールによって読み取られたカード情報を取得し、その情報に基づいて入出力制御部１５０を制御することにより、認証サービスサーバ３への認証要求を送信する。そして、入出力制御部１５０を介して認証サービスサーバ３からの認証結果を取得すると、その認証結果に応じて操作表示制御部１４０を制御し、画像形成装置１を使用可能な状態に遷移させる。
【００４１】
画像処理部１３０は、主制御部１１０の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン１０６が画像形成動作において形成すべき画像を描画するための情報である。また、画像処理部１３０は、スキャナユニット１０２から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像形成装置１の記憶領域に格納され若しくはネットワークＩ／Ｆ１０８を介してクライアント端末２やワークフローサーバ３に送信される情報である。
【００４２】
操作表示制御部１４０は、ディスプレイパネル１０４に情報表示を行い若しくはディスプレイパネル１０４を介して入力された情報を主制御部１１０に通知する。また、操作表示制御部１４０は、ディスプレイパネル１０４に設けられたカード読み取り用のモジュールによって読み取られたカード情報を、主制御部１１０に入力する。操作表示制御部１４０は、ユーザが画像形成装置１を利用するために認証処理を経ていない場合、ディスプレイパネル１０４にはユーザインタフェース機能の無い画面を表示している。そして、カード読み取りによる認証処理を経ると、主制御部１１０による制御に従ってディスプレイパネル１０４にユーザインタフェース画面を表示し、画像形成装置１を利用可能な状態に遷移させる。
【００４３】
入出力制御部１５０は、ネットワークＩ／Ｆ１０８を介して入力される情報を主制御部１１０に入力する。また、主制御部１１０は、入出力制御部１５０を制御し、ネットワークＩ／Ｆ１０８及びネットワークを介してクライアント端末２やワークフローサーバ３若しくは公衆回線４に接続された他の機器にアクセスする。
【００４４】
画像形成装置１がプリンタとして動作する場合は、まず、入出力制御部１５０がネットワークＩ／Ｆ１０８を介して印刷ジョブを受信する。入出力制御部１５０は、受信した印刷ジョブを主制御部１１０に転送する。主制御部１１０は、印刷ジョブを受信すると、画像処理部１３０を制御して印刷ジョブに含まれる文書情報若しくは画像情報に基づいて描画情報を生成する。
【００４５】
画像処理部１３０によって描画情報が生成されると、エンジン制御部１２０は、プリントエンジン１０６を制御し、上記生成された描画情報に基づき、給紙テーブル１０５から搬送される用紙に対して画像形成を実行させる。プリントエンジン１０６の具体的態様としては、インクジェット方式による画像形成機構や電子写真方式による画像形成機構等を用いることが可能である。プリントエンジン１０６によって画像形成が施された文書は排紙トレイ１０７に排紙される。
【００４６】
画像形成装置１がスキャナとして動作する場合は、ユーザによるディスプレイパネル１０４の操作若しくはネットワークＩ／Ｆ１０８を介して外部のクライアント端末３等から入力されるスキャン実行指示に応じて、操作表示制御部１４０若しくは入出力制御部１５０が主制御部１１０にスキャン実行信号を転送する。主制御部１１０は、受信したスキャン実行信号に基づき、エンジン制御部１２０を制御する。
【００４７】
エンジン制御部１２０は、ＡＤＦ１０１を駆動し、ＡＤＦ１０１にセットされた撮像対象原稿をスキャナユニット１０２に搬送する。また、エンジン制御部１２０は、スキャナユニット１０２を駆動し、ＡＤＦ１０１から搬送される原稿を撮像する。また、ＡＤＦ１０１に原稿がセットされておらず、スキャナユニット１０２に直接原稿がセットされた場合、スキャナユニット１０２は、エンジン制御部１２０の制御に従い、セットされた原稿を撮像する。即ち、スキャナユニット１０２が撮像部として動作する。
【００４８】
撮像動作においては、スキャナユニット１０２に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいて生成された撮像情報が生成される。エンジン制御部１２０は、スキャナユニット１０２が生成した撮像情報を画像処理部１３０に転送する。画像処理部１３０は、主制御部１１０の制御に従い、エンジン制御部１２０から受信した撮像情報に基づき画像情報を生成する。画像処理部１３０が生成した画像情報はＨＤＤ４０等の画像形成装置１に装着された記憶媒体に保存される。即ち、スキャナユニット１０２、エンジン制御部１２０及び画像処理部１３０が連動して、原稿読み取り部として機能する。
【００４９】
画像処理部１３０によって生成された画像情報は、ユーザの指示に応じてそのままＨＤＤ４０等に格納され若しくは入出力制御部１５０及びネットワークＩ／Ｆ１０８を介してクライアント端末３等の外部の装置に送信される。
【００５０】
また、画像形成装置１が複写機として動作する場合は、エンジン制御部１２０がスキャナユニット１０２から受信した撮像情報若しくは画像処理部１３０が生成した画像情報に基づき、画像処理部１３０が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部１２０がプリントエンジン１０６を駆動する。尚、描画情報と撮像情報との情報形式が同一である場合は、撮像情報をそのまま描画情報として用いることも可能である。
【００５１】
また、画像形成装置１がファクシミリとして動作する場合は、まず、スキャナ動作の場合と同様に画像処理部１３０によって画像情報が生成される。そして、主制御部１１０が入出力制御部１５０を制御し、ＦＡＸ送信を実行させる。ＦＡＸ送信に際しては、入出力制御部１５０が、主制御部１１０の制御に従い、ネットワークＩ／Ｆ１０８のうちＦＡＸモデムの機能を駆動して指定された送信先に画像を送信する。
【００５２】
このような情報管理システムにおいて、本実施形態に係る要旨は、認証サービスサーバ３がユーザ端末２にインストールされたアプリケーションから認証要求や情報要求を受けた場合の、情報管理サービス部３０４の動作に関する。以下、本実施形態に係る情報管理サービス部３０４の機能について説明する。
【００５３】
先ず、本実施形態に係る情報管理サービス部３０４の一般的な動作について説明する。図７は、本実施形態に係る情報管理サービス部３０４の一般的な動作を示すシーケンス図である。図７に示すように、まずは、ユーザ端末２が、内部で動作するアプリケーションに対するユーザの操作に応じて、アプリケーションにおいて用いる情報を認証サービスサーバ３に要求する（Ｓ７０１）。Ｓ７０１においてユーザ端末２が認証サービスサーバ３に送信する情報の例を図８に示す。
【００５４】
図８に示すように、ユーザ端末２は、Ｓ７０１において、ユーザＩＤ、パスワード及び要求する情報を指定するための要求キーを含む。この要求キーとは、管理対象情報ＤＢ３２０におけるテーブルの項目を指定するための情報であり、図８の例においては、図４に示す“管理情報”が指定されている。認証サービスサーバ３に入力された要求は、管理対象情報ＤＢ３２０からの情報の読み出し命令としてネットワークＩ／Ｆ３１０、ＬＤＡＰ ＡＰＩ３０１を介して情報管理サービス部３０４に入力される。即ち情報管理サービス部３０４が、読み出し命令取得部として機能する。
【００５５】
情報管理サービス部３０４は、情報要求を取得すると、まず、図８に示すユーザＩＤ及びパスワードを用いて、データベース制御部３０５に認証要求を行う（Ｓ７０２）。データベース制御部３０５は、管理対象情報３２０に格納されている“ＵｓｅｒＩＤ”や“ＰＡＳＳＷＤ”を参照して認証処理を行い、情報管理サービス部３０４に応答する（Ｓ７０３）。即ち、情報管理サービス部３０４が、ユーザ認証部として機能する。
【００５６】
認証処理が完了して応答を受けると、情報管理サービス部３０４は、図８に示す要求キーを指定して、データベース制御部３０５に情報要求を行う（Ｓ７０４）。即ち、情報管理サービス部３０４が、情報要求部として機能する。データベース制御部３０５は、指定された要求キーに基づいて管理対象情報ＤＢ３２０から情報を取得し、取得した情報を情報管理サービス部３０４に返すことで応答する（Ｓ７０５）。図７、図８の例において、データベース制御部３０５は、図４に示す“管理情報”を管理対象情報ＤＢ３２０から取得し、情報管理サービス部３０４に送信する。
【００５７】
データベース制御部３０５から情報を取得した情報管理サービス部３０４は、取得した情報を、要求元であるユーザ端末２のアプリケーションに転送し（Ｓ７０６）、処理を終了する。即ち、情報管理サービス部３０４が、情報送信部として機能する。このような処理が、情報管理サービス部３０４の一般的な動作である。
【００５８】
尚、情報管理サービス部３０４の一般的な動作としては、Ｓ７０２やＳ７０４において、データベース制御部３０５に認証要求や情報要求を行う場合の他、図１に示す外部認証サーバ５に対して認証要求や情報要求を行う場合もあり得る。
【００５９】
次に、本実施形態の要旨に係る動作について、図９を参照して説明する。図９に示すように、本実施形態の要旨に係る動作においても、Ｓ９０４までは図７のＳ７０４までと同様の動作が実行される。ここで、図９の動作においては、Ｓ９０１において、図１０に示すように、要求キーとしてＧＵＩＤ情報に登録されている“ＧＵＩＤ００２”が指定される。
【００６０】
情報管理サービス部３０４がデータベース制御部３０５に対して情報要求を行うと（９０４）、データベース制御部３０５は、図７の場合と同様に、管理対象情報ＤＢ３２０を参照して情報の取得を試みるが、“ＧＵＩＤ００２”は、管理対象情報においてフィールドとして用いられていないため、データベース制御部３０５は情報の取得に失敗し、その結果を情報管理サービス部３０４に応答する（Ｓ９０５）。
【００６１】
情報管理サービス部３０４は、データベース制御部３０５から情報取得が失敗した結果の応答を受けると、データベース制御部３０５に対して、要求キーである“ＧＵＩＤ００２”のキー変換を要求する（Ｓ９０６）。データベース制御部３０５は、キー変換要求を受けると、図５において説明したＧＵＩＤ情報を参照し、要求キーであるＧＵＩＤをフィールド名に変換して情報管理サービス部３０４に応答する（Ｓ９０７）。即ち、情報管理サービス部３０４が、キー取得部として機能する。
【００６２】
Ｓ９０７において、データベース制御部３０５は、要求キーである“ＧＵＩＤ００２”に基づいて管理対象情報ＤＢ３２０のＧＵＩＤ情報を参照し、“ＧＵＩＤ００２”に関連付けられているフィールド名を取得して情報管理サービス部３０４に送信する。図５の例においては、“ＧＵＩＤ００２”は“ＡＰＰ２”と関連付けられているため、データベース制御部３０５は、“ＡＰＰ２”というフィールド名を取得する。
【００６３】
変換後の要求キーであるフィールド名を取得しした情報管理サービス部３０４は、取得したフィールド名を要求キーとして再度データベース制御部３０５に情報要求を行う（Ｓ９０８）。フィールド名を要求キーとする情報要求に対して、データベース制御部３０５は、図７のＳ７０５と同様に管理対象情報ＤＢ３２０から情報を取得し、取得した情報を情報管理サービス部３０４に返すことで応答する（Ｓ９０９）。
【００６４】
データベース制御部３０５から情報を取得した情報管理サービス部３０４は、取得した情報を、要求元であるユーザ端末２のアプリケーションに転送し（Ｓ９１０）、処理を終了する。このような処理が、本件の要旨に係る情報管理サービス部３０４の動作である。
【００６５】
このような処理によれば、図５に示すようなフィールド名とＧＵＩＤとが関連付けられた情報をＧＵＩＤ情報として管理対象情報ＤＢ３２０に格納しておくことにより、ユーザ端末２において動作しているアプリケーションは、管理対象情報ＤＢ３２０におけるフィールド名を直接指定することなく、自らのＧＵＩＤを指定することで認証サービスサーバ３に情報を要求することが可能となる。
【００６６】
ユーザ端末２において動作しているアプリケーションが情報要求の際に指定するのは、自らのＧＵＩＤであり、ＧＵＩＤはＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）の機能等によりユーザ端末２側において生成することが可能であるため、夫々のアプリケーションにおいて予め組み込んでおく必要がなく、容易に実装可能である。即ち、本実施形態に係る情報管理システムが構築され、認証サービスサーバ３が運用開始した後においても、容易に管理対象のアプリケーションを増やすことが可能である。
【００６７】
更に、ＧＵＩＤ情報は、実質的に世界で唯一の識別情報であるため、新たに管理対象とするアプリケーションのＧＵＩＤが管理対象情報ＤＢ３２０のＧＵＩＤ情報に登録される際、既に登録されているＧＵＩＤとの重複チェック等、アプリケーション間の調停が不要であるため、ＧＵＩＤの登録処理を自動化することが容易であり、認証サービスサーバ３を管理する管理者の負担を軽減することができる。
【００６８】
本実施形態に係る情報管理サービス部３０４の動作の詳細について、図１１のフローチャートを参照して説明する。図１１に示すように、情報管理サービス部３０４は、Ｓ７０１やＳ９０１の処理により要求を取得すると（Ｓ１１０１）、データベース制御部３０５に対して認証要求を行う（Ｓ１１０２）。ユーザＩＤ及びパスワードが認証された場合（Ｓ１１０３／ＹＥＳ）、情報管理サービス部３０４は、Ｓ７０４やＳ９０４のように、データベース制御部３０５に対して情報要求を行う（Ｓ１１０４）。
【００６９】
情報要求の結果、図７の場合のように、情報の取得に成功すると（Ｓ１１０５／ＹＥＳ）、情報管理サービス部３０４は、ユーザ端末２に情報を転送し（Ｓ１１０６）、処理を終了する。他方、図９のＳ９０５の場合のように情報の取得に失敗すると（Ｓ１１０５／ＮＯ）、情報管理サービス部３０４は、データベース制御部３０５にキー変換を要求して、変換後のキーであるフィールド名を取得する（Ｓ１１０７）。
【００７０】
即ち、情報管理サービス部３０４は、要求キーであるＧＵＩＤが、管理対象情報ＤＢ３２０において読み出し対象の情報を指定するための情報、即ちフィールド名として用いられていない場合、ＧＵＩＤ情報においてそのＧＵＩＤに関連付けられているフィールド名をキー情報として取得する。そして、フィールド名を用いて、再度情報要求を行う（Ｓ１１０９）。
【００７１】
再度の情報要求により情報の取得に成功すると（Ｓ１１０９／ＹＥＳ）、情報管理サービス部３０４は、ユーザ端末２に情報を転送し（Ｓ１１０６）、処理を終了する。他方、認証に失敗した場合（Ｓ１１０３／ＮＯ）や、ＧＵＩＤが未登録である等の要因により再度の情報取得に失敗した場合（Ｓ１１０９／ＮＯ）、情報管理サービス部３０４はユーザ端末２にエラー通知を行い（Ｓ１１１０）、処理を終了する。このような処理により、本実施形態に係る情報管理サービス部３０４の動作が完了する。
【００７２】
次に、本実施形態に係る情報管理システムにおいて、新たなＧＵＩＤが登録される際の動作について説明する。本実施形態に係る情報管理システムにおいて、図５に示すＧＵＩＤ情報への新たなＧＵＩＤの登録処理は、未登録のＧＵＩＤをキーとして、管理対象情報への情報の登録が要求された場合に自動的に実行される。これにより、認証サービスサーバ３の管理者が手動で管理する必要がなく、管理者負担を軽減することができる。
【００７３】
図１２は、本実施形態に係る情報管理システムにおいて、未登録のＧＵＩＤをキーとして管理対象情報への情報の登録が要求された場合の動作を示すシーケンス図である。図１２に示すように、まずは、ユーザ端末２が、内部で動作するアプリケーションに対するユーザの操作に応じて、アプリケーションにおいて用いる情報の認証サービスサーバ３への登録を要求する（Ｓ１２０１）。Ｓ１２０１においてユーザ端末２が認証サービスサーバ３に送信する情報の例を図１３に示す。
【００７４】
図１３に示すように、ユーザ端末２は、Ｓ１２０１において、ユーザＩＤ、パスワードに加えて、登録を要求する情報“ＡＢＣＤ”及び情報を登録するべきフィールドを指定するキーとして未登録のＧＵＩＤである“ＧＵＩＤ００５”を送信する。認証サービスサーバ３に入力された登録要求は、情報の登録命令として情報管理サービス部３０４に入力される。即ち、情報管理サービス部３０４が、登録命令取得部として機能する。
【００７５】
情報管理サービス部３０４は、登録要求を取得すると、まず、図１２に示すユーザＩＤ及びパスワードを用いて、データベース制御部３０５に認証要求を行う（Ｓ１２０２）。データベース制御部３０５は、管理対象情報３２０に格納されている“ＵｓｅｒＩＤ”や“ＰＡＳＳＷＤ”を参照して認証処理を行い、情報管理サービス部３０４に応答する（Ｓ１２０３）。
【００７６】
認証処理が完了して応答を受けると、情報管理サービス部３０４は、図１２に示す要求キーを指定して、データベース制御部３０５に情報の登録要求を行う（Ｓ１２０４）。即ち、情報管理サービス部３０４が、登録要求部として機能する。データベース制御部３０５は、指定された要求キーに基づいて管理対象情報ＤＢ３２０のフィールドを参照し、情報を登録するべきフィールドを探すが、“ＧＵＩＤ００５”は図４に示すようにフィールド名ではないため登録は失敗し、データベース制御部３０５はその結果を情報管理サービス部３０４に応答する（Ｓ１２０５）。
【００７７】
情報管理サービス部３０４は、データベース制御部３０５から情報登録が失敗した結果の応答を受けると、データベース制御部３０５に対して、要求キーである“ＧＵＩＤ００５”のキー変換を要求する（Ｓ１２０６）。データベース制御部３０５は、キー変換要求を受けると、図５において説明したＧＵＩＤ情報を参照し、要求キーであるＧＵＩＤをフィールド名に変換することを試みる。しかしながら、図５に示すように“ＧＵＩＤ００５”はＧＵＩＤ情報に登録されていないため、データベース制御部３０５はキーの変換に失敗し、その結果を情報管理サービス部３０４に応答する（Ｓ１２０７）。
【００７８】
情報管理サービス部３０４は、データベース制御部３０５からキー変換が失敗した結果の応答を受けると、データベース制御部３０５に対して、“ＧＵＩＤ００５”のＧＵＩＤ情報への登録を要求する（Ｓ１２０８）。データベース制御部３０５は、ＧＵＩＤの登録要求を受けると、図５において説明したＧＵＩＤ情報において未だＧＵＩＤが関連付けられていないフィールド名に関連付けて“ＧＵＩＤ００５”を登録する。これにより、図１４に示すように、ＧＵＩＤが未登録であった“ＡＰＰ４”と関連付けて“ＧＵＩＤ００５”が登録される。
【００７９】
データベース制御部３０５は、図１４に示すようにＧＵＩＤを登録し、その結果として、登録されたＧＵＩＤが関連付けられたフィールド名を返すことにより、情報管理サービス部３０４に応答する（Ｓ１２０９）。ＧＵＩＤの登録結果としてフィールド名を取得した情報管理サービス部３０４は、そのフィールド名を要求キーとして再度データベース制御部３０５に情報の登録要求を行う（Ｓ１２１０）。
【００８０】
フィールド名を要求キーとする登録要求に対して、データベース制御部３０５は、指定された要求キーに基づいて管理対象情報ＤＢ３２０のフィールドを参照し、情報を登録するべきフィールドを探し、図１５に示すように、“ＵｓｅｒＡ”についての“ＡＰＰ４”の情報として“ＡＢＣＤ”を登録し、その結果を情報管理サービス部３０４に応答する（Ｓ１２１１）。情報管理サービス部３０４は、情報登録の応答を受けると、その結果を要求元であるユーザ端末２に通知し（Ｓ１２１２）、処理を終了する。
【００８１】
このような処理により、ＧＵＩＤ情報に新たなＧＵＩＤが登録される。以降、“ＧＵＩＤ００５”が要求キーとして情報の登録が要求された場合、図１２のＳ１２０７において、“ＡＰＰ４”というフィールド名に変換され、そのまま登録処理が実行される。即ち、本実施形態に係る情報管理システムが運用開始した後、新しいアプリケーションがリリースされて様々なユーザにより使用され始めた場合、そのアプリケーションを介して認証サービスサーバ３に情報登録が行われる際も、管理者はなんら管理者端末４を操作する必要がなく、ＧＵＩＤが自動的に登録されて、以降はＧＵＩＤとフィールド名との変換機能により管理対象情報への読み出し、書き込みが実行される。
【００８２】
尚、図１２においては、情報の登録動作を例として説明しているが、情報の削除若しくは更新動作も、図１２に示すようなシーケンス図と同様に実行される。ここで、情報の削除若しくは更新の場合、既に情報が登録されていることが前提であり、ＧＵＩＤが未登録ということはあり得ないため、Ｓ１２０７においてキー変換が成功し、そのまま情報の削除若しくは更新が実行される。
【００８３】
以上、説明したように、本実施形態に係る情報管理システムにおいては、複数種類の管理対象からの要求に対して応答する情報管理システムにおいて、管理項目を追加する際の管理者の管理負担を軽減することができる。
【００８４】
尚、上記実施形態においては、図１２において説明したように、異なるＧＵＩＤは、夫々異なるフィールド名に自動的に関連付けられる場合を例として説明した。これにより、管理者の負担が軽減されることは上述の通りである。他方、アプリケーションには異なるバージョンがあり、同一タイトルのアプリケーションであっても、異なるバージョンやアップデート状況であれば異なる実行ファイルとなり、生成されるＧＵＩＤも異なる。
【００８５】
図１２の例によれば、同一タイトルでバージョンやアップデート状況が異なるアプリケーションは、ＧＵＩＤが異なるため、夫々異なるフィールド名に関連付けられることになる。これに対して、管理者が、管理者端末４を介してＧＵＩＤ情報を操作することにより、同一タイトルでバージョンやアップデート状況の異なるアプリケーションの実行ファイルに基づいて生成されたＧＵＩＤを同一のフィールド名に関連付けることができる。これにより、同一タイトルのアプリケーションについては、バージョンやアップデート状況の異なる場合であっても、情報を共有することが可能となる。
【符号の説明】
【００８６】
１ 画像形成装置、
２ ユーザ端末、
３ 認証サービスサーバ、
４ 管理者、
５ 外部認証、
１０ ＣＰＵ、
２０ ＲＡＭ、
３０ ＲＯＭ、
４０ ＨＤＤ、
５０ Ｉ／Ｆ、
６０ ＬＣＤ、
７０ 操作部、
８０ バス、
１００ コントローラ、
１０１ ＡＤＦ、
１０２ スキャナユニット、
１０３ 排紙トレイ、
１０４ ディスプレイパネル、
１０５ 給紙テーブル、
１０６ プリントエンジン、
１０７ 排紙トレイ、
１０８ ネットワークＩ／Ｆ、
１１０ 主制御部、
１２０ エンジン制御部、
１３０ 画像処理部、
１４０ 操作表示制御部、
１５０ 入出力制御部、
３００ コントローラ、
３０１ ＬＤＡＰ ＡＰＩ、
３０２ ＭＦＰ ＡＰＩ、
３０３ 管理ＵＩ部、
３０４ ディレクトリサービス部、
３０５ データベース制御部、
３１０ ネットワークＩ／Ｆ、
３２０ 管理対象情報ＤＢ
【先行技術文献】
【特許文献】
【００８７】
【特許文献１】特開２００９−２３７６７１号公報
【技術分野】
【０００１】
本発明は、情報管理装置、情報管理プログラム及び情報管理システムに関し、特に、データベースに記憶されている情報項目の管理に関する。
【背景技術】
【０００２】
現在、ＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）や、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）にインストールされて動作しているアプリケーションからのネットワークを介した認証要求に応じてユーザの認証処理を行い、認証の成否及び認証対象のユーザの属性情報を返信するような認証サーバが用いられている。また、ユーザの認証処理に限らず、ＭＦＰやアプリケーションからネットワークを介して情報を要求し、その要求に応じて、ユーザ毎に管理されている情報を返信する情報管理サーバも用いられている。
【０００３】
また、様々なサーバに分散されている情報を一括して管理、使用するための方法として、様々なサーバの前段において一括して認証要求や情報要求を受けるサービスサーバを設ける、複数階層の認証管理、情報管理サービスが用いられることもある。この複数階層のサービスにおいては、上記サービスサーバが、ネットワークを介して認証要求や情報開示要求を受けた場合に、独自に管理している情報については独自に認証結果や情報を返信し、他のサーバによって管理されている情報については、他のサーバに問い合わせた上で認証結果や情報を返信する。
【０００４】
このような情報管理のシステムとして、シングルサインオンにより多様なアプリケーションの利用を管理する際に、各アプリケーション固有の利用条件の設定をも可能にする方法が提案されている（例えば、特許文献１参照）。特許文献１に開示された発明においては、ユーザが認証された際、アクセス権限情報とユーザ識別情報とを関連付けて格納するものであり、アクセス権限情報は、ユーザ識別情報に関連付けられたユーザ属性情報に基づいて格納する。これにより、ユーザの属性に応じたアクセス権限が設定される。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このような認証管理、情報管理サービスにおいては、上述したＭＦＰやアプリケーション毎に、独自管理を行う項目が予め定められており、ＭＦＰ及びアプリケーション側は、その項目を指定する識別情報をキーとして情報を要求する必要がある。情報を管理するアプリケーションを追加する場合、そのアプリケーション固有のキーを設定し、アプリケーション側においては、そのキーを用いて情報を要求するようにプログラムを構成すると共に、サーバ側においては、そのキーがそのアプリケーション固有のものとなるように、他のアプリケーションとの間で調整を行う必要があり、管理者の負担が大きい。更に、上述したような複数階層の認証管理や情報管理を行うシステムにおいては、調整を行う対象のアプリケーションやＭＦＰが多く、管理者の負担は更に大きくなる。
【０００６】
特許文献１においては、既に管理対象となっているアプリケーション固有の利用条件の設定を可能としているが、管理対象のアプリケーションが追加される場合の管理者の負担軽減については言及されておらず、上記の課題は解決されていない。
【０００７】
本発明は、このような課題を解決するためになされたものであり、複数種類の管理対象からの要求に対して応答する情報管理システムにおいて、管理対象を追加する際の管理者の管理負担を軽減することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の一態様は、情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムにおいて情報を管理する情報管理装置であって、前記識別子が指定された情報の読み出し命令を取得する読み出し命令取得部と、前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する情報要求部と、前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信する情報送信部と、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得するキー取得部とを含み、前記情報要求部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を前記情報記憶部に要求することを特徴とする。
【０００９】
また、本発明の他の態様は、情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムにおいて情報を管理する情報管理プログラムであって、前記識別子が指定された情報の読み出し命令を取得して記憶媒体に記憶するステップと、前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する信号を出力するステップと、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得して記憶媒体に記憶するステップと、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を、前記情報記憶部に要求する信号を出力するステップと、いずれかの前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信するステップとを含むことを特徴とする。
【００１０】
また、本発明の更に他の態様は、情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムであって、前記情報処理装置及び前記要求を受ける情報管理装置を含み前記情報管理装置は、前記識別子が指定された情報の読み出し命令を取得する読み出し命令取得部と、前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する情報要求部と、前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信する情報送信部と、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得するキー取得部とを含み、前記情報要求部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を前記情報記憶部に要求することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複数種類の管理対象からの要求に対して応答する情報管理システムにおいて、管理対象を追加する際の管理者の管理負担を軽減することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る情報管理システムの運用形態を示す図である。
【図２】本発明の実施形態に係る情報処理端末のハードウェア構成を模式的に示すブロック図である。
【図３】本発明の実施形態に係る認証サービスサーバの機能構成を示すブロック図である。
【図４】本発明の実施形態に係る管理対象情報の例を示す図である。
【図５】本発明の実施形態に係るＧＵＩＤ情報の例を示す図である。
【図６】本発明の実施形態に係る画像形成装置の機能構成を示す図である。
【図７】本発明の実施形態に係る情報管理システムの一般的な動作を示すシーケンス図である。
【図８】本発明の実施形態に係る情報要求において送信される情報の例を示す図である。
【図９】本発明の実施形態に係る情報管理システムの動作を示すシーケンス図である。
【図１０】本発明の実施形態に係る情報要求において送信される情報の例を示す図である。
【図１１】本発明の実施形態に係る情報管理サービス部の動作を示すフローチャートである。
【図１２】本発明の実施形態に係る情報管理システムの動作を示すシーケンス図である。
【図１３】本発明の実施形態に係る登録要求において送信される情報の例を示す図である。
【図１４】本発明の実施形態に係るＧＵＩＤの更新態様を示す図である。
【図１５】本発明の実施形態に係る管理対象情報の更新態様を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、情報管理システムの例として、独自の認証管理、情報管理機能を有すると共に、外部に設置された認証サーバとの仲介機能を有するサーバが設けられた情報管理システムを例として説明する。
【００１４】
図１は、本実施の形態に係る情報管理システムの運用形態の例を示す図である。図１に示すように、本実施形態に係る情報管理システムは、プリンタやスキャナ等の入出力機能を含む画像形成装置１、ユーザが操作するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理端末であるユーザ端末２、本実施形態の要旨に係る機能を提供する認証サービスサーバ３及び認証サービスサーバ３の管理者が操作するＰＣ等の情報処理端末である管理者端末４を含む。また、本実施形態に係る情報管理システムは、インターネットや電話回線等の公衆回線６を介して、他のネットワークに接続された外部認証サーバ６と接続されている。
を含む。
【００１５】
画像形成装置１は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能な複合機である。ユーザ端末２は、ユーザが操作する情報処理端末であり、認証サービスサーバ３に認証や情報を要求する機能を含むアプリケーションがインストールされている。管理者端末４は、認証サービスサーバ３を管理するための情報処理端末であり、管理用のアプリケーション若しくは管理画面を表示するためのブラウザがインストールされている。
【００１６】
認証サービスサーバ３は本実施形態の要旨に係る構成であり、上述したように、画像形成装置１やユーザ端末２にインストールされて動作するアプリケーションからの認証要求や情報要求に応じて、独自に管理している情報に基づいて返信すると共に、管理対象外の情報については、外部認証サーバ５に問い合わせた上でその結果を返信する機能を含む情報管理装置である。
【００１７】
尚、本実施形態においては、認証サービスサーバ３の機能を実現するプログラムがサーバ等の情報処理端末にインストールされて独立して動作する場合を例として説明するが、例えば画像形成装置１に上記プログラムをインストールすることにより、画像形成装置１において本実施形態の要旨に係る認証サービスサーバ３の機能を実現することも可能である。
【００１８】
また、本実施形態においては、認証サービスサーバ３が、本実施形態の要旨に係る認証管理機能や情報管理機能（以降、管理機能とする）と、認証情報等の管理対象の情報が格納されたデータベースとの両方を含む場合を例として説明するが、上記管理機能とデータベースとを夫々異なるサーバにおいて実現することも可能である。更に、図１においては、外部認証サーバ５を１つだけ示しているが、認証サービスサーバ３は、管理対象、認証対象に応じて複数の外部サーバとネットワークを介して通信可能である。
【００１９】
次に、本実施形態に係る画像形成装置１、ユーザ端末２、認証サービスサーバ３及び管理者端末４のハードウェア構成について説明する。図２は、本実施形態に係る認証サービスサーバ３のハードウェア構成を示すブロック図である。以下の説明においては、認証サービスサーバ３のハードウェア構成を例として説明するが、画像形成装置１、ユーザ端末２及び管理者端末４についても同様である。
【００２０】
図２に示すように、本実施形態に係る認証サービスサーバ３は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係る認証サービスサーバ３は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００２１】
ＣＰＵ１０は演算手段であり、認証サービスサーバ３全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００２２】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが認証サービスサーバ３の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザがクライアント端末３に情報を入力するためのユーザインタフェースである。尚、図１において説明したように、本実施形態に係る認証サービスサーバ３は、サーバとして運用される。従って、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。また、画像形成装置１は、図２に示すハードウェア構成に加えて、スキャナ、プリンタ等を実現するためのエンジンを備える。
【００２３】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る画像形成装置１、ユーザ端末２、認証サービスサーバ３及び管理者端末４の機能を実現する機能ブロックが構成される。
【００２４】
次に、本実施形態に係る認証サービスサーバ３の機能構成について、図３を参照して説明する。図３は、本実施形態に係る認証サービスサーバ３の機能構成を示すブロック図である。図３に示すように、本実施形態に係る認証サービスサーバ３は、コントローラ３００、ネットワークＩ／Ｆ３１０、管理対象情報３２０を含む。また、コントローラ３００は、ＬＤＡＰ ＡＰＩ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）３０１、ＭＦＰ ＡＰＩ３０２、管理ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部３０３、情報管理サービス部３０４及びデータベース制御部３０５を含む
【００２５】
ネットワークＩ／Ｆ３１０は、認証サービスサーバ３がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ３０２は、図２に示すＩ／Ｆ５０によって実現される。
【００２６】
管理対象情報ＤＢ３２０は、本実施形態において認証サービスサーバ３がデータベースとして管理している情報を記憶している記憶部である。図４を参照して、管理対象情報ＤＢ３２０が記憶している管理対象情報について説明する。図４は、管理対象情報の例を示す図である。図４に示すように、管理対象情報ＤＢ３２０は、本実施形態に係る情報管理システムを利用するユーザを識別するユーザＩＤ毎に、認証のパスワード（ＰＡＳＳＷＤ）や管理情報を関連付けて記憶している。
【００２７】
また、管理対象情報ＤＢ３２０は、“ＡＰＰ１”、“ＡＰＰ２”、“ＡＰＰ３”・・・のように、アプリケーション毎に管理される情報を、同じくユーザＩＤと関連付けて記憶している。このアプリケーション毎に管理される情報とは、ユーザ端末２にインストールされて動作するアプリケーション毎に用いられる情報である。これにより、本実施形態に係る認証サービスサーバ３においては、ユーザ端末２にインストールされて動作するアプリケーションにおいて用いられる情報を、ユーザ毎に管理することが可能である。
【００２８】
更に、管理対象情報ＤＢ３２０は、図５に示すように、上述した“ＡＰＰ１”、“ＡＰＰ２”等、管理対象情報ＤＢ３２０における管理項目であるアプリケーション固有の情報を指定するためのキーとなる情報（以降、項目指定情報）と、ＧＵＩＤ（Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）とが関連付けられたＧＵＩＤ情報を記憶している。ＧＵＩＤとは、ソフトウェア上で使用され、その名の通り世界で一意な識別子として用いられる。即ち、ＧＵＩＤ情報とは、識別子関連付け情報である。但し、完全に世界で一意であるわけではなく、生成される識別子の種類の膨大さにより世界で一意であることを達成している情報である。
【００２９】
本実施形態に係るＧＵＩＤは１２８ビットの情報としてユーザ端末２にインストールされて動作するアプリケーションの実行ファイルに基づいて生成される情報であり、Ｗｉｎｄｏｗｓ（登録商標）によって生成されるものが用いられる。即ち、異なる実行ファイルに基づいてＧＵＩＤを生成する場合、異なるＧＵＩＤが生成される可能性が極めて高く、実質的に世界で一意のＩＤとして用いることができる。
【００３０】
即ち、管理対象情報ＤＢ３２０は、図４に示す管理対象情報に加えて、夫々のアプリケーション固有の情報を指定するための項目指定情報と、夫々のアプリケーションの実行ファイルに基づいて生成されたＧＵＩＤとが関連付けられたＧＵＩＤ情報を記憶している。これが、本実施形態の要旨に係る構成の１つである。
【００３１】
コントローラ３００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、そのプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ３００が構成される。コントローラ３００は、クライアント端末３全体を制御する制御部であり、要旨となる機能を実現する。
【００３２】
ＬＤＡＰ ＡＰＩ３０１は、認証サービスサーバ３において、ユーザ端末２にインストールされて動作するアプリケーションからの認証要求や情報要求を受け、それに応答する窓口となる機能を提供する。ＭＦＰ ＡＰＩ３０２は、認証サービスサーバ３において、画像形成装置１からの認証要求や情報要求を受け、それに応答する窓口となる機能を提供する。
【００３３】
管理ＵＩ部３０３は、管理者端末４を介した管理者による認証サービスサーバ３の管理において、管理者用のユーザインタフェースを提供する。具体的には、管理ＵＩ部３０３は、認証サービスサーバ３の管理用の画面を表示するためのウェブサイト等の情報を保持しており、管理者は、管理者端末４にインストールされているブラウザ・アプリケーションを介して、認証サービスサーバ３の管理用の画面を閲覧し、操作する。その他、認証サービスサーバ３の管理用アプリケーションが管理者端末４にインストールされており、管理ＵＩ部３０３が、管理アプリケーションとの間で情報をやり取りすることにより管理ＵＩを実現することも可能である。
【００３４】
情報管理サービス部３０４は、ＬＤＡＰ ＡＰＩ３０１及びＭＦＰ ＡＰＩ３０２を介して入力された要求に基づき、認証処理や情報の読み出し処理並びに、外部認証サーバ５への問い合わせ等を行う。また、情報管理サービス部３０４は、本実施形態の要旨に係る機能として、管理対象情報ＤＢ３２０に格納されているＧＵＩＤ情報に基づき、ＬＤＡＰ ＡＰＩ３０１を介して入力された要求を処理する。情報管理サービス部３０４の機能については後に詳述する。
【００３５】
次に、本実施形態に係る画像形成装置１の機能構成について、図６を参照して説明する。図６に示すように、本実施形態に係る画像形成装置１は、コントローラ１００、ＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｎｔ Ｆｅｅｄｅｒ：原稿自動搬送装置）１０１、スキャナユニット１０２、排紙トレイ１０３、ディスプレイパネル１０４、給紙テーブル１０５、プリントエンジン１０６、排紙トレイ１０７及びネットワークＩ／Ｆ１０８を有する。
【００３６】
また、コントローラ１００は、主制御部１１０、エンジン制御部１２０、画像処理部１３０、操作表示制御部１４０及び入出力制御部１５０を含む。図６に示すように、本実施形態に係る画像形成装置１は、スキャナユニット１０２、プリントエンジン１０６を有する複合機として構成されている。尚、図６においては、電気的接続を実線の矢印で示しており、用紙若しくは文書束の流れを破線の矢印で示している。
【００３７】
ディスプレイパネル１０４は、画像形成装置１の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとしてユーザが画像形成装置１を直接操作し、若しくは画像形成装置１に対して情報を入力する際の入力インタフェース（操作部）でもある。ディスプレイパネル１０４は、図２に示すＬＣＤ６０及び操作部７０によって実現される。また、ディスプレイパネル１０４には、ユーザが画像形成装置１を使用する際にカード認証を行うためのカード読み取り用のモジュールが設けられている。尚、このようなカード読み取り用モジュールは、画像形成装置１の他、必要に応じてユーザ端末２や管理者端末４にも設けられる。
【００３８】
ネットワークＩ／Ｆ１０８は、画像形成装置１がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ１０８は、図２に示すＩ／Ｆ５０によって実現される。また、ネットワークＩ／Ｆ１０８には、ＦＡＸモデムとしての機能も含まれ、画像形成装置１がネットワークを介してＦＡＸ送受信を行うためのインタフェースとしても機能する。
【００３９】
コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、そのプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ１００が構成される。コントローラ１００は、画像形成装置１全体を制御する制御部として機能する。
【００４０】
主制御部１１０は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。エンジン制御部１２０は、プリントエンジン１０６やスキャナユニット１０２等を制御若しくは駆動する駆動手段としての役割を担う。また、主制御部１１０は、ディスプレイパネル１０４に設けられたカード読み取り用のモジュールによって読み取られたカード情報を取得し、その情報に基づいて入出力制御部１５０を制御することにより、認証サービスサーバ３への認証要求を送信する。そして、入出力制御部１５０を介して認証サービスサーバ３からの認証結果を取得すると、その認証結果に応じて操作表示制御部１４０を制御し、画像形成装置１を使用可能な状態に遷移させる。
【００４１】
画像処理部１３０は、主制御部１１０の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン１０６が画像形成動作において形成すべき画像を描画するための情報である。また、画像処理部１３０は、スキャナユニット１０２から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像形成装置１の記憶領域に格納され若しくはネットワークＩ／Ｆ１０８を介してクライアント端末２やワークフローサーバ３に送信される情報である。
【００４２】
操作表示制御部１４０は、ディスプレイパネル１０４に情報表示を行い若しくはディスプレイパネル１０４を介して入力された情報を主制御部１１０に通知する。また、操作表示制御部１４０は、ディスプレイパネル１０４に設けられたカード読み取り用のモジュールによって読み取られたカード情報を、主制御部１１０に入力する。操作表示制御部１４０は、ユーザが画像形成装置１を利用するために認証処理を経ていない場合、ディスプレイパネル１０４にはユーザインタフェース機能の無い画面を表示している。そして、カード読み取りによる認証処理を経ると、主制御部１１０による制御に従ってディスプレイパネル１０４にユーザインタフェース画面を表示し、画像形成装置１を利用可能な状態に遷移させる。
【００４３】
入出力制御部１５０は、ネットワークＩ／Ｆ１０８を介して入力される情報を主制御部１１０に入力する。また、主制御部１１０は、入出力制御部１５０を制御し、ネットワークＩ／Ｆ１０８及びネットワークを介してクライアント端末２やワークフローサーバ３若しくは公衆回線４に接続された他の機器にアクセスする。
【００４４】
画像形成装置１がプリンタとして動作する場合は、まず、入出力制御部１５０がネットワークＩ／Ｆ１０８を介して印刷ジョブを受信する。入出力制御部１５０は、受信した印刷ジョブを主制御部１１０に転送する。主制御部１１０は、印刷ジョブを受信すると、画像処理部１３０を制御して印刷ジョブに含まれる文書情報若しくは画像情報に基づいて描画情報を生成する。
【００４５】
画像処理部１３０によって描画情報が生成されると、エンジン制御部１２０は、プリントエンジン１０６を制御し、上記生成された描画情報に基づき、給紙テーブル１０５から搬送される用紙に対して画像形成を実行させる。プリントエンジン１０６の具体的態様としては、インクジェット方式による画像形成機構や電子写真方式による画像形成機構等を用いることが可能である。プリントエンジン１０６によって画像形成が施された文書は排紙トレイ１０７に排紙される。
【００４６】
画像形成装置１がスキャナとして動作する場合は、ユーザによるディスプレイパネル１０４の操作若しくはネットワークＩ／Ｆ１０８を介して外部のクライアント端末３等から入力されるスキャン実行指示に応じて、操作表示制御部１４０若しくは入出力制御部１５０が主制御部１１０にスキャン実行信号を転送する。主制御部１１０は、受信したスキャン実行信号に基づき、エンジン制御部１２０を制御する。
【００４７】
エンジン制御部１２０は、ＡＤＦ１０１を駆動し、ＡＤＦ１０１にセットされた撮像対象原稿をスキャナユニット１０２に搬送する。また、エンジン制御部１２０は、スキャナユニット１０２を駆動し、ＡＤＦ１０１から搬送される原稿を撮像する。また、ＡＤＦ１０１に原稿がセットされておらず、スキャナユニット１０２に直接原稿がセットされた場合、スキャナユニット１０２は、エンジン制御部１２０の制御に従い、セットされた原稿を撮像する。即ち、スキャナユニット１０２が撮像部として動作する。
【００４８】
撮像動作においては、スキャナユニット１０２に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいて生成された撮像情報が生成される。エンジン制御部１２０は、スキャナユニット１０２が生成した撮像情報を画像処理部１３０に転送する。画像処理部１３０は、主制御部１１０の制御に従い、エンジン制御部１２０から受信した撮像情報に基づき画像情報を生成する。画像処理部１３０が生成した画像情報はＨＤＤ４０等の画像形成装置１に装着された記憶媒体に保存される。即ち、スキャナユニット１０２、エンジン制御部１２０及び画像処理部１３０が連動して、原稿読み取り部として機能する。
【００４９】
画像処理部１３０によって生成された画像情報は、ユーザの指示に応じてそのままＨＤＤ４０等に格納され若しくは入出力制御部１５０及びネットワークＩ／Ｆ１０８を介してクライアント端末３等の外部の装置に送信される。
【００５０】
また、画像形成装置１が複写機として動作する場合は、エンジン制御部１２０がスキャナユニット１０２から受信した撮像情報若しくは画像処理部１３０が生成した画像情報に基づき、画像処理部１３０が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部１２０がプリントエンジン１０６を駆動する。尚、描画情報と撮像情報との情報形式が同一である場合は、撮像情報をそのまま描画情報として用いることも可能である。
【００５１】
また、画像形成装置１がファクシミリとして動作する場合は、まず、スキャナ動作の場合と同様に画像処理部１３０によって画像情報が生成される。そして、主制御部１１０が入出力制御部１５０を制御し、ＦＡＸ送信を実行させる。ＦＡＸ送信に際しては、入出力制御部１５０が、主制御部１１０の制御に従い、ネットワークＩ／Ｆ１０８のうちＦＡＸモデムの機能を駆動して指定された送信先に画像を送信する。
【００５２】
このような情報管理システムにおいて、本実施形態に係る要旨は、認証サービスサーバ３がユーザ端末２にインストールされたアプリケーションから認証要求や情報要求を受けた場合の、情報管理サービス部３０４の動作に関する。以下、本実施形態に係る情報管理サービス部３０４の機能について説明する。
【００５３】
先ず、本実施形態に係る情報管理サービス部３０４の一般的な動作について説明する。図７は、本実施形態に係る情報管理サービス部３０４の一般的な動作を示すシーケンス図である。図７に示すように、まずは、ユーザ端末２が、内部で動作するアプリケーションに対するユーザの操作に応じて、アプリケーションにおいて用いる情報を認証サービスサーバ３に要求する（Ｓ７０１）。Ｓ７０１においてユーザ端末２が認証サービスサーバ３に送信する情報の例を図８に示す。
【００５４】
図８に示すように、ユーザ端末２は、Ｓ７０１において、ユーザＩＤ、パスワード及び要求する情報を指定するための要求キーを含む。この要求キーとは、管理対象情報ＤＢ３２０におけるテーブルの項目を指定するための情報であり、図８の例においては、図４に示す“管理情報”が指定されている。認証サービスサーバ３に入力された要求は、管理対象情報ＤＢ３２０からの情報の読み出し命令としてネットワークＩ／Ｆ３１０、ＬＤＡＰ ＡＰＩ３０１を介して情報管理サービス部３０４に入力される。即ち情報管理サービス部３０４が、読み出し命令取得部として機能する。
【００５５】
情報管理サービス部３０４は、情報要求を取得すると、まず、図８に示すユーザＩＤ及びパスワードを用いて、データベース制御部３０５に認証要求を行う（Ｓ７０２）。データベース制御部３０５は、管理対象情報３２０に格納されている“ＵｓｅｒＩＤ”や“ＰＡＳＳＷＤ”を参照して認証処理を行い、情報管理サービス部３０４に応答する（Ｓ７０３）。即ち、情報管理サービス部３０４が、ユーザ認証部として機能する。
【００５６】
認証処理が完了して応答を受けると、情報管理サービス部３０４は、図８に示す要求キーを指定して、データベース制御部３０５に情報要求を行う（Ｓ７０４）。即ち、情報管理サービス部３０４が、情報要求部として機能する。データベース制御部３０５は、指定された要求キーに基づいて管理対象情報ＤＢ３２０から情報を取得し、取得した情報を情報管理サービス部３０４に返すことで応答する（Ｓ７０５）。図７、図８の例において、データベース制御部３０５は、図４に示す“管理情報”を管理対象情報ＤＢ３２０から取得し、情報管理サービス部３０４に送信する。
【００５７】
データベース制御部３０５から情報を取得した情報管理サービス部３０４は、取得した情報を、要求元であるユーザ端末２のアプリケーションに転送し（Ｓ７０６）、処理を終了する。即ち、情報管理サービス部３０４が、情報送信部として機能する。このような処理が、情報管理サービス部３０４の一般的な動作である。
【００５８】
尚、情報管理サービス部３０４の一般的な動作としては、Ｓ７０２やＳ７０４において、データベース制御部３０５に認証要求や情報要求を行う場合の他、図１に示す外部認証サーバ５に対して認証要求や情報要求を行う場合もあり得る。
【００５９】
次に、本実施形態の要旨に係る動作について、図９を参照して説明する。図９に示すように、本実施形態の要旨に係る動作においても、Ｓ９０４までは図７のＳ７０４までと同様の動作が実行される。ここで、図９の動作においては、Ｓ９０１において、図１０に示すように、要求キーとしてＧＵＩＤ情報に登録されている“ＧＵＩＤ００２”が指定される。
【００６０】
情報管理サービス部３０４がデータベース制御部３０５に対して情報要求を行うと（９０４）、データベース制御部３０５は、図７の場合と同様に、管理対象情報ＤＢ３２０を参照して情報の取得を試みるが、“ＧＵＩＤ００２”は、管理対象情報においてフィールドとして用いられていないため、データベース制御部３０５は情報の取得に失敗し、その結果を情報管理サービス部３０４に応答する（Ｓ９０５）。
【００６１】
情報管理サービス部３０４は、データベース制御部３０５から情報取得が失敗した結果の応答を受けると、データベース制御部３０５に対して、要求キーである“ＧＵＩＤ００２”のキー変換を要求する（Ｓ９０６）。データベース制御部３０５は、キー変換要求を受けると、図５において説明したＧＵＩＤ情報を参照し、要求キーであるＧＵＩＤをフィールド名に変換して情報管理サービス部３０４に応答する（Ｓ９０７）。即ち、情報管理サービス部３０４が、キー取得部として機能する。
【００６２】
Ｓ９０７において、データベース制御部３０５は、要求キーである“ＧＵＩＤ００２”に基づいて管理対象情報ＤＢ３２０のＧＵＩＤ情報を参照し、“ＧＵＩＤ００２”に関連付けられているフィールド名を取得して情報管理サービス部３０４に送信する。図５の例においては、“ＧＵＩＤ００２”は“ＡＰＰ２”と関連付けられているため、データベース制御部３０５は、“ＡＰＰ２”というフィールド名を取得する。
【００６３】
変換後の要求キーであるフィールド名を取得しした情報管理サービス部３０４は、取得したフィールド名を要求キーとして再度データベース制御部３０５に情報要求を行う（Ｓ９０８）。フィールド名を要求キーとする情報要求に対して、データベース制御部３０５は、図７のＳ７０５と同様に管理対象情報ＤＢ３２０から情報を取得し、取得した情報を情報管理サービス部３０４に返すことで応答する（Ｓ９０９）。
【００６４】
データベース制御部３０５から情報を取得した情報管理サービス部３０４は、取得した情報を、要求元であるユーザ端末２のアプリケーションに転送し（Ｓ９１０）、処理を終了する。このような処理が、本件の要旨に係る情報管理サービス部３０４の動作である。
【００６５】
このような処理によれば、図５に示すようなフィールド名とＧＵＩＤとが関連付けられた情報をＧＵＩＤ情報として管理対象情報ＤＢ３２０に格納しておくことにより、ユーザ端末２において動作しているアプリケーションは、管理対象情報ＤＢ３２０におけるフィールド名を直接指定することなく、自らのＧＵＩＤを指定することで認証サービスサーバ３に情報を要求することが可能となる。
【００６６】
ユーザ端末２において動作しているアプリケーションが情報要求の際に指定するのは、自らのＧＵＩＤであり、ＧＵＩＤはＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）の機能等によりユーザ端末２側において生成することが可能であるため、夫々のアプリケーションにおいて予め組み込んでおく必要がなく、容易に実装可能である。即ち、本実施形態に係る情報管理システムが構築され、認証サービスサーバ３が運用開始した後においても、容易に管理対象のアプリケーションを増やすことが可能である。
【００６７】
更に、ＧＵＩＤ情報は、実質的に世界で唯一の識別情報であるため、新たに管理対象とするアプリケーションのＧＵＩＤが管理対象情報ＤＢ３２０のＧＵＩＤ情報に登録される際、既に登録されているＧＵＩＤとの重複チェック等、アプリケーション間の調停が不要であるため、ＧＵＩＤの登録処理を自動化することが容易であり、認証サービスサーバ３を管理する管理者の負担を軽減することができる。
【００６８】
本実施形態に係る情報管理サービス部３０４の動作の詳細について、図１１のフローチャートを参照して説明する。図１１に示すように、情報管理サービス部３０４は、Ｓ７０１やＳ９０１の処理により要求を取得すると（Ｓ１１０１）、データベース制御部３０５に対して認証要求を行う（Ｓ１１０２）。ユーザＩＤ及びパスワードが認証された場合（Ｓ１１０３／ＹＥＳ）、情報管理サービス部３０４は、Ｓ７０４やＳ９０４のように、データベース制御部３０５に対して情報要求を行う（Ｓ１１０４）。
【００６９】
情報要求の結果、図７の場合のように、情報の取得に成功すると（Ｓ１１０５／ＹＥＳ）、情報管理サービス部３０４は、ユーザ端末２に情報を転送し（Ｓ１１０６）、処理を終了する。他方、図９のＳ９０５の場合のように情報の取得に失敗すると（Ｓ１１０５／ＮＯ）、情報管理サービス部３０４は、データベース制御部３０５にキー変換を要求して、変換後のキーであるフィールド名を取得する（Ｓ１１０７）。
【００７０】
即ち、情報管理サービス部３０４は、要求キーであるＧＵＩＤが、管理対象情報ＤＢ３２０において読み出し対象の情報を指定するための情報、即ちフィールド名として用いられていない場合、ＧＵＩＤ情報においてそのＧＵＩＤに関連付けられているフィールド名をキー情報として取得する。そして、フィールド名を用いて、再度情報要求を行う（Ｓ１１０９）。
【００７１】
再度の情報要求により情報の取得に成功すると（Ｓ１１０９／ＹＥＳ）、情報管理サービス部３０４は、ユーザ端末２に情報を転送し（Ｓ１１０６）、処理を終了する。他方、認証に失敗した場合（Ｓ１１０３／ＮＯ）や、ＧＵＩＤが未登録である等の要因により再度の情報取得に失敗した場合（Ｓ１１０９／ＮＯ）、情報管理サービス部３０４はユーザ端末２にエラー通知を行い（Ｓ１１１０）、処理を終了する。このような処理により、本実施形態に係る情報管理サービス部３０４の動作が完了する。
【００７２】
次に、本実施形態に係る情報管理システムにおいて、新たなＧＵＩＤが登録される際の動作について説明する。本実施形態に係る情報管理システムにおいて、図５に示すＧＵＩＤ情報への新たなＧＵＩＤの登録処理は、未登録のＧＵＩＤをキーとして、管理対象情報への情報の登録が要求された場合に自動的に実行される。これにより、認証サービスサーバ３の管理者が手動で管理する必要がなく、管理者負担を軽減することができる。
【００７３】
図１２は、本実施形態に係る情報管理システムにおいて、未登録のＧＵＩＤをキーとして管理対象情報への情報の登録が要求された場合の動作を示すシーケンス図である。図１２に示すように、まずは、ユーザ端末２が、内部で動作するアプリケーションに対するユーザの操作に応じて、アプリケーションにおいて用いる情報の認証サービスサーバ３への登録を要求する（Ｓ１２０１）。Ｓ１２０１においてユーザ端末２が認証サービスサーバ３に送信する情報の例を図１３に示す。
【００７４】
図１３に示すように、ユーザ端末２は、Ｓ１２０１において、ユーザＩＤ、パスワードに加えて、登録を要求する情報“ＡＢＣＤ”及び情報を登録するべきフィールドを指定するキーとして未登録のＧＵＩＤである“ＧＵＩＤ００５”を送信する。認証サービスサーバ３に入力された登録要求は、情報の登録命令として情報管理サービス部３０４に入力される。即ち、情報管理サービス部３０４が、登録命令取得部として機能する。
【００７５】
情報管理サービス部３０４は、登録要求を取得すると、まず、図１２に示すユーザＩＤ及びパスワードを用いて、データベース制御部３０５に認証要求を行う（Ｓ１２０２）。データベース制御部３０５は、管理対象情報３２０に格納されている“ＵｓｅｒＩＤ”や“ＰＡＳＳＷＤ”を参照して認証処理を行い、情報管理サービス部３０４に応答する（Ｓ１２０３）。
【００７６】
認証処理が完了して応答を受けると、情報管理サービス部３０４は、図１２に示す要求キーを指定して、データベース制御部３０５に情報の登録要求を行う（Ｓ１２０４）。即ち、情報管理サービス部３０４が、登録要求部として機能する。データベース制御部３０５は、指定された要求キーに基づいて管理対象情報ＤＢ３２０のフィールドを参照し、情報を登録するべきフィールドを探すが、“ＧＵＩＤ００５”は図４に示すようにフィールド名ではないため登録は失敗し、データベース制御部３０５はその結果を情報管理サービス部３０４に応答する（Ｓ１２０５）。
【００７７】
情報管理サービス部３０４は、データベース制御部３０５から情報登録が失敗した結果の応答を受けると、データベース制御部３０５に対して、要求キーである“ＧＵＩＤ００５”のキー変換を要求する（Ｓ１２０６）。データベース制御部３０５は、キー変換要求を受けると、図５において説明したＧＵＩＤ情報を参照し、要求キーであるＧＵＩＤをフィールド名に変換することを試みる。しかしながら、図５に示すように“ＧＵＩＤ００５”はＧＵＩＤ情報に登録されていないため、データベース制御部３０５はキーの変換に失敗し、その結果を情報管理サービス部３０４に応答する（Ｓ１２０７）。
【００７８】
情報管理サービス部３０４は、データベース制御部３０５からキー変換が失敗した結果の応答を受けると、データベース制御部３０５に対して、“ＧＵＩＤ００５”のＧＵＩＤ情報への登録を要求する（Ｓ１２０８）。データベース制御部３０５は、ＧＵＩＤの登録要求を受けると、図５において説明したＧＵＩＤ情報において未だＧＵＩＤが関連付けられていないフィールド名に関連付けて“ＧＵＩＤ００５”を登録する。これにより、図１４に示すように、ＧＵＩＤが未登録であった“ＡＰＰ４”と関連付けて“ＧＵＩＤ００５”が登録される。
【００７９】
データベース制御部３０５は、図１４に示すようにＧＵＩＤを登録し、その結果として、登録されたＧＵＩＤが関連付けられたフィールド名を返すことにより、情報管理サービス部３０４に応答する（Ｓ１２０９）。ＧＵＩＤの登録結果としてフィールド名を取得した情報管理サービス部３０４は、そのフィールド名を要求キーとして再度データベース制御部３０５に情報の登録要求を行う（Ｓ１２１０）。
【００８０】
フィールド名を要求キーとする登録要求に対して、データベース制御部３０５は、指定された要求キーに基づいて管理対象情報ＤＢ３２０のフィールドを参照し、情報を登録するべきフィールドを探し、図１５に示すように、“ＵｓｅｒＡ”についての“ＡＰＰ４”の情報として“ＡＢＣＤ”を登録し、その結果を情報管理サービス部３０４に応答する（Ｓ１２１１）。情報管理サービス部３０４は、情報登録の応答を受けると、その結果を要求元であるユーザ端末２に通知し（Ｓ１２１２）、処理を終了する。
【００８１】
このような処理により、ＧＵＩＤ情報に新たなＧＵＩＤが登録される。以降、“ＧＵＩＤ００５”が要求キーとして情報の登録が要求された場合、図１２のＳ１２０７において、“ＡＰＰ４”というフィールド名に変換され、そのまま登録処理が実行される。即ち、本実施形態に係る情報管理システムが運用開始した後、新しいアプリケーションがリリースされて様々なユーザにより使用され始めた場合、そのアプリケーションを介して認証サービスサーバ３に情報登録が行われる際も、管理者はなんら管理者端末４を操作する必要がなく、ＧＵＩＤが自動的に登録されて、以降はＧＵＩＤとフィールド名との変換機能により管理対象情報への読み出し、書き込みが実行される。
【００８２】
尚、図１２においては、情報の登録動作を例として説明しているが、情報の削除若しくは更新動作も、図１２に示すようなシーケンス図と同様に実行される。ここで、情報の削除若しくは更新の場合、既に情報が登録されていることが前提であり、ＧＵＩＤが未登録ということはあり得ないため、Ｓ１２０７においてキー変換が成功し、そのまま情報の削除若しくは更新が実行される。
【００８３】
以上、説明したように、本実施形態に係る情報管理システムにおいては、複数種類の管理対象からの要求に対して応答する情報管理システムにおいて、管理項目を追加する際の管理者の管理負担を軽減することができる。
【００８４】
尚、上記実施形態においては、図１２において説明したように、異なるＧＵＩＤは、夫々異なるフィールド名に自動的に関連付けられる場合を例として説明した。これにより、管理者の負担が軽減されることは上述の通りである。他方、アプリケーションには異なるバージョンがあり、同一タイトルのアプリケーションであっても、異なるバージョンやアップデート状況であれば異なる実行ファイルとなり、生成されるＧＵＩＤも異なる。
【００８５】
図１２の例によれば、同一タイトルでバージョンやアップデート状況が異なるアプリケーションは、ＧＵＩＤが異なるため、夫々異なるフィールド名に関連付けられることになる。これに対して、管理者が、管理者端末４を介してＧＵＩＤ情報を操作することにより、同一タイトルでバージョンやアップデート状況の異なるアプリケーションの実行ファイルに基づいて生成されたＧＵＩＤを同一のフィールド名に関連付けることができる。これにより、同一タイトルのアプリケーションについては、バージョンやアップデート状況の異なる場合であっても、情報を共有することが可能となる。
【符号の説明】
【００８６】
１ 画像形成装置、
２ ユーザ端末、
３ 認証サービスサーバ、
４ 管理者、
５ 外部認証、
１０ ＣＰＵ、
２０ ＲＡＭ、
３０ ＲＯＭ、
４０ ＨＤＤ、
５０ Ｉ／Ｆ、
６０ ＬＣＤ、
７０ 操作部、
８０ バス、
１００ コントローラ、
１０１ ＡＤＦ、
１０２ スキャナユニット、
１０３ 排紙トレイ、
１０４ ディスプレイパネル、
１０５ 給紙テーブル、
１０６ プリントエンジン、
１０７ 排紙トレイ、
１０８ ネットワークＩ／Ｆ、
１１０ 主制御部、
１２０ エンジン制御部、
１３０ 画像処理部、
１４０ 操作表示制御部、
１５０ 入出力制御部、
３００ コントローラ、
３０１ ＬＤＡＰ ＡＰＩ、
３０２ ＭＦＰ ＡＰＩ、
３０３ 管理ＵＩ部、
３０４ ディレクトリサービス部、
３０５ データベース制御部、
３１０ ネットワークＩ／Ｆ、
３２０ 管理対象情報ＤＢ
【先行技術文献】
【特許文献】
【００８７】
【特許文献１】特開２００９−２３７６７１号公報
【特許請求の範囲】
【請求項１】
情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムにおいて情報を管理する情報管理装置であって、
前記識別子が指定された情報の読み出し命令を取得する読み出し命令取得部と、
前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する情報要求部と、
前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信する情報送信部と、
前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得するキー取得部とを含み、
前記情報要求部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を前記情報記憶部に要求することを特徴とする情報管理装置。
【請求項２】
前記識別子及び登録すべき情報が指定された情報の登録命令を取得する登録命令取得部と、
前記登録すべき情報を、前記情報記憶部において前記指定された識別子によって指定される読み出し対象の情報として登録することを要求する登録要求部とを含み、
前記キー取得部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、前記識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得し、
前記登録要求部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される読み出し対象の情報として、前記登録すべき情報の登録を再度要求し、
前記キー取得部は、前記指定された識別子が前記識別子関連付け情報に登録されていない場合、前記識別子関連付け情報においてアプリケーションの実行ファイルに基づいて生成された識別子と未だ関連付けられていないキーであって、前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられているキーに前記指定された識別子を関連付け、その関連付けたキーを取得することを特徴とする請求項１に記載の情報管理装置。
【請求項３】
実行ファイルの異なる同一タイトルの複数のアプリケーションの前記実行ファイルに基づいて夫々生成された複数の識別子は、前記識別子関連付け情報において同一のキーに関連付けられていることを特徴とする請求項１または２に記載の情報管理装置。
【請求項４】
ユーザを認証するための認証情報に基づいて前記ユーザを認証するユーザ認証部を含み、
前記読み出し命令は、前記認証情報を含み、
前記情報要求部は、前記ユーザが認証された場合に前記識別子によって指定される情報を要求することを特徴とする請求項１乃至３いずれかに記載の情報管理装置。
【請求項５】
ユーザを認証するための認証情報に基づいて前記ユーザを認証するユーザ認証部を含み、
前記登録命令は、前記認証情報を含み、
前記登録要求部は、前記ユーザが認証された場合に前記登録すべき情報の登録を要求することを特徴とする請求項２に記載の情報管理装置。
【請求項６】
情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムにおいて情報を管理する情報管理プログラムであって、
前記識別子が指定された情報の読み出し命令を取得して記憶媒体に記憶するステップと、
前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する信号を出力するステップと、
前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得して記憶媒体に記憶するステップと、
前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を、前記情報記憶部に要求する信号を出力するステップと、
いずれかの前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信するステップとを含むことを特徴とする情報管理プログラム。
【請求項７】
情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムであって、
前記情報処理装置及び前記要求を受ける情報管理装置を含み
前記情報管理装置は、
前記識別子が指定された情報の読み出し命令を取得する読み出し命令取得部と、
前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する情報要求部と、
前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信する情報送信部と、
前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得するキー取得部とを含み、
前記情報要求部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を前記情報記憶部に要求することを特徴とする情報管理システム。
【請求項１】
情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムにおいて情報を管理する情報管理装置であって、
前記識別子が指定された情報の読み出し命令を取得する読み出し命令取得部と、
前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する情報要求部と、
前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信する情報送信部と、
前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得するキー取得部とを含み、
前記情報要求部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を前記情報記憶部に要求することを特徴とする情報管理装置。
【請求項２】
前記識別子及び登録すべき情報が指定された情報の登録命令を取得する登録命令取得部と、
前記登録すべき情報を、前記情報記憶部において前記指定された識別子によって指定される読み出し対象の情報として登録することを要求する登録要求部とを含み、
前記キー取得部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、前記識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得し、
前記登録要求部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される読み出し対象の情報として、前記登録すべき情報の登録を再度要求し、
前記キー取得部は、前記指定された識別子が前記識別子関連付け情報に登録されていない場合、前記識別子関連付け情報においてアプリケーションの実行ファイルに基づいて生成された識別子と未だ関連付けられていないキーであって、前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられているキーに前記指定された識別子を関連付け、その関連付けたキーを取得することを特徴とする請求項１に記載の情報管理装置。
【請求項３】
実行ファイルの異なる同一タイトルの複数のアプリケーションの前記実行ファイルに基づいて夫々生成された複数の識別子は、前記識別子関連付け情報において同一のキーに関連付けられていることを特徴とする請求項１または２に記載の情報管理装置。
【請求項４】
ユーザを認証するための認証情報に基づいて前記ユーザを認証するユーザ認証部を含み、
前記読み出し命令は、前記認証情報を含み、
前記情報要求部は、前記ユーザが認証された場合に前記識別子によって指定される情報を要求することを特徴とする請求項１乃至３いずれかに記載の情報管理装置。
【請求項５】
ユーザを認証するための認証情報に基づいて前記ユーザを認証するユーザ認証部を含み、
前記登録命令は、前記認証情報を含み、
前記登録要求部は、前記ユーザが認証された場合に前記登録すべき情報の登録を要求することを特徴とする請求項２に記載の情報管理装置。
【請求項６】
情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムにおいて情報を管理する情報管理プログラムであって、
前記識別子が指定された情報の読み出し命令を取得して記憶媒体に記憶するステップと、
前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する信号を出力するステップと、
前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得して記憶媒体に記憶するステップと、
前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を、前記情報記憶部に要求する信号を出力するステップと、
いずれかの前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信するステップとを含むことを特徴とする情報管理プログラム。
【請求項７】
情報処理装置にインストールされて動作するアプリケーションが、そのアプリケーションの実行ファイルに基づいて生成された識別子を指定して情報を要求する情報管理システムであって、
前記情報処理装置及び前記要求を受ける情報管理装置を含み
前記情報管理装置は、
前記識別子が指定された情報の読み出し命令を取得する読み出し命令取得部と、
前記指定された識別子によって指定される情報を、読み出し対象の情報が格納されている情報記憶部に要求する情報要求部と、
前記要求に基づいて取得された情報を前記読み出し命令の発信元に送信する情報送信部と、
前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合、アプリケーションの実行ファイルに基づいて生成された識別子と前記情報記憶部において前記読み出し対象の情報を指定するためのキーとが関連付けられた識別子関連付け情報に基づき、前記指定された識別子に関連付けられているキーを取得するキー取得部とを含み、
前記情報要求部は、前記指定された識別子が前記情報記憶部において前記読み出し対象の情報を指定するための情報として用いられていない場合に取得された前記キーによって指定される情報を前記情報記憶部に要求することを特徴とする情報管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−８９０８６（Ｐ２０１２−８９０８６Ａ）
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願番号】特願２０１０−２３７６９８（Ｐ２０１０−２３７６９８）
【出願日】平成２２年１０月２２日（２０１０．１０．２２）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願日】平成２２年１０月２２日（２０１０．１０．２２）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]