(57)【要約】【課題】  排他制御が必要な機能を効率良く管理することができ、その機能を迅速に提供することが可能な情報処理装置および情報処理方法を提供することを目的とする。【解決手段】  排他制御が必要な機能３７を１つ以上のクライアント２００に提供する情報処理装置１であって、クライアント２００とのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段２４０と、排他制御が必要な機能３７を利用して行う不可分な一連の第２処理群を管理する第２管理手段２３０とを有し、第１管理手段２４０は、クライアント２００からの管理開始要求または管理開始要求以外の要求に基づき、第１処理群の管理を開始することにより上記課題を解決する。【選択図】  図３
2004246873.tif 000002
【特許請求の範囲】
【請求項１】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、
前記第１管理手段は、前記クライアントからの管理開始要求または管理開始要求以外の要求に基づき、前記第１処理群の管理を開始することを特徴とする情報処理装置。
【請求項２】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、
前記第１管理手段は、前記クライアントからの管理開始要求および管理開始要求以外の要求に基づき、前記第１処理群の管理を開始することを特徴とする情報処理装置。
【請求項３】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、
前記第１管理手段は、前記クライアントからの管理終了要求または所定の有効期限に基づき、前記第１処理群の管理を終了することを特徴とする情報処理装置。
【請求項４】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、
前記第１管理手段は、前記クライアントからの管理終了要求および所定の有効期限に基づき、前記第１処理群の管理を終了することを特徴とする情報処理装置。
【請求項５】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、
前記第２管理手段は、前記クライアントからの管理開始要求または管理開始要求以外の要求に基づき、前記第２処理群の管理を開始することを特徴とする情報処理装置。
【請求項６】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、
前記第２管理手段は、前記クライアントからの管理開始要求および管理開始要求以外の要求に基づき、前記第２処理群の管理を開始することを特徴とする情報処理装置。
【請求項７】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、
前記第２管理手段は、前記クライアントからの管理終了要求または所定の有効期限に基づき、前記第２処理群の管理を終了することを特徴とする情報処理装置。
【請求項８】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、
前記第２管理手段は、前記クライアントからの管理終了要求および所定の有効期限に基づき、前記第２処理群の管理を終了することを特徴とする情報処理装置。
【請求項９】
前記第２管理手段は、前記第２処理群の管理を開始する前に前記排他制御が必要な機能の前記クライアント以外からの利用を制限することを特徴とする請求項５又は６記載の情報処理装置。
【請求項１０】
前記第２管理手段は、前記第２処理群の管理を終了した後で前記排他制御が必要な機能の他のクライアントからの利用の制限を解除することを特徴とする請求項７又は８記載の情報処理装置。
【請求項１１】
前記第２管理手段は、前記クライアントからの管理開始要求と共に、前記排他制御が必要な機能の前記クライアント以外からの利用を制限する制限内容を受信して、前記制限内容に基づき前記排他制御が必要な機能の前記クライアント以外からの利用を制限することを特徴とする請求項５記載の情報処理装置。
【請求項１２】
前記第２管理手段は、前記クライアントからの制限内容変更要求と共に、前記排他制御が必要な機能の前記クライアント以外からの利用を制限する制限内容を受信して、前記制限内容に基づき前記排他制御が必要な機能の前記クライアント以外からの利用を制限することを特徴とする請求項５記載の情報処理装置。
【請求項１３】
前記第２管理手段は、前記クライアントからの要求内容に応じて前記排他制御が必要な機能の前記クライアント以外からの利用を制限する制限内容を決定して、前記制限内容に基づき前記排他制御が必要な機能の前記クライアント以外からの利用を制限することを特徴とする請求項６記載の情報処理装置。
【請求項１４】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、
前記第１管理段階は、前記クライアントからの管理開始要求または管理開始要求以外の要求に基づき、前記第１処理群の管理を開始することを特徴とする情報処理方法。
【請求項１５】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、
前記第１管理段階は、前記クライアントからの管理開始要求および管理開始要求以外の要求に基づき、前記第１処理群の管理を開始することを特徴とする情報処理方法。
【請求項１６】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、
前記第１管理段階は、前記クライアントからの管理終了要求または所定の有効期限に基づき、前記第１処理群の管理を終了することを特徴とする情報処理方法。
【請求項１７】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、
前記第１管理段階は、前記クライアントからの管理終了要求および所定の有効期限に基づき、前記第１処理群の管理を終了することを特徴とする情報処理方法。
【請求項１８】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、
前記第２管理段階は、前記クライアントからの管理開始要求または管理開始要求以外の要求に基づき、前記第２処理群の管理を開始することを特徴とする情報処理方法。
【請求項１９】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、
前記第２管理段階は、前記クライアントからの管理開始要求および管理開始要求以外の要求に基づき、前記第２処理群の管理を開始することを特徴とする情報処理方法。
【請求項２０】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、
前記第２管理段階は、前記クライアントからの管理終了要求または所定の有効期限に基づき、前記第２処理群の管理を終了することを特徴とする情報処理方法。
【請求項２１】
排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、
前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、
前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、
前記第２管理段階は、前記クライアントからの管理終了要求および所定の有効期限に基づき、前記第２処理群の管理を終了することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および情報処理方法に係り、特に排他制御が必要な機能を有する情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
近年、複数のクライアント及び情報処理装置がネットワークを介して接続されたシステムにおいて、情報処理装置の有する機能を複数のクライアント間で共有することがよく行われている。一のクライアントから機能を利用するための機能要求を受信すると、情報処理装置は機能要求に応じたトランザクションを開始し、一のクライアントに機能を利用させていた。
【０００３】
ここで、トランザクションとは一つの意味のある処理範囲または処理単位であり、他のクライアント等からの介入を排他する必要のある不可分な一連の処理をいう。なお、介入の例としては、他のクライアントからの設定変更要求，共有情報の更新要求，共有情報の取得要求，情報処理装置のオペレーションパネルからの設定変更要求，電源断要求，省電力モード移行要求，リブート要求などがある。
【０００４】
例えばユーザから２００ページの書き込み要求があった場合、２００ページの書き込みを行う一連の処理をトランザクションと呼んでいる。なお、ユーザから２００ページの書き込み要求があり、情報処理装置内で１ページずつ書き込みを行う場合であっても、２００ページの書き込みを行う一連の処理をトランザクションと呼んでいる。
【０００５】
情報処理装置は、クライアントからの機能要求を最後に受信してから所定時間が経過すると、タイムアウトによりトランザクションを終了していた。特許文献１には、トランザクションの開始・終了をユーザがサーバに対して明示的に指定するコンピュータシステムが記載されている。また、特許文献２にはネットワーク内の機能を共有するシステムが記載されている。
【特許文献１】特開平７−６４８３６号公報
【特許文献２】特開２００１−１５５０１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来の情報処理装置は、トランザクションを開始した後に再びクライアントからの機能要求を受信すると、トランザクションの延長を行っている。しかしながら、従来の情報処理装置は機能要求に応じたトランザクションをクライアント毎に管理していないため、どのクライアントからの機能要求を受信してもトランザクションの延長を行っている。
【０００７】
このため、従来の情報処理装置では、タイムアウトによりトランザクションが終了するまでに余計に時間が掛かり、効率の良い処理ができないという問題があった。また、従来の情報管理装置は、タイムアウトによりトランザクションが終了するまで介入を拒絶し続けるため、電源断要求などの介入を迅速に行うことができないという問題もあった。
【０００８】
さらに、従来の情報処理装置は、機能要求に応じたトランザクションをクライアント毎に管理していないため、クライアントからの制御によりタイムアウト前にトランザクションを終了することができないという問題があった。
【０００９】
本発明は、上記の点に鑑みなされたもので、排他制御が必要な機能を効率良く管理することができ、その機能を迅速に提供することが可能な情報処理装置および情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
そこで、上記課題を解決するため、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、前記第１管理手段は、前記クライアントからの管理開始要求または管理開始要求以外の要求に基づき、前記第１処理群の管理を開始することを特徴とする。
【００１１】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、前記第１管理手段は、前記クライアントからの管理開始要求および管理開始要求以外の要求に基づき、前記第１処理群の管理を開始することを特徴とする。
【００１２】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、前記第１管理手段は、前記クライアントからの管理終了要求または所定の有効期限に基づき、前記第１処理群の管理を終了することを特徴とする。
【００１３】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、前記第１管理手段は、前記クライアントからの管理終了要求および所定の有効期限に基づき、前記第１処理群の管理を終了することを特徴とする。
【００１４】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、前記第２管理手段は、前記クライアントからの管理開始要求または管理開始要求以外の要求に基づき、前記第２処理群の管理を開始することを特徴とする。
【００１５】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、前記第２管理手段は、前記クライアントからの管理開始要求および管理開始要求以外の要求に基づき、前記第２処理群の管理を開始することを特徴とする。
【００１６】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、前記第２管理手段は、前記クライアントからの管理終了要求または所定の有効期限に基づき、前記第２処理群の管理を終了することを特徴とする。
【００１７】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理手段と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理手段とを有し、前記第２管理手段は、前記クライアントからの管理終了要求および所定の有効期限に基づき、前記第２処理群の管理を終了することを特徴とする。
【００１８】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、前記第１管理段階は、前記クライアントからの管理開始要求または管理開始要求以外の要求に基づき、前記第１処理群の管理を開始することを特徴とする。
【００１９】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、前記第１管理段階は、前記クライアントからの管理開始要求および管理開始要求以外の要求に基づき、前記第１処理群の管理を開始することを特徴とする。
【００２０】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、前記第１管理段階は、前記クライアントからの管理終了要求または所定の有効期限に基づき、前記第１処理群の管理を終了することを特徴とする。
【００２１】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、前記第１管理段階は、前記クライアントからの管理終了要求および所定の有効期限に基づき、前記第１処理群の管理を終了することを特徴とする。
【００２２】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、前記第２管理段階は、前記クライアントからの管理開始要求または管理開始要求以外の要求に基づき、前記第２処理群の管理を開始することを特徴とする。
【００２３】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、前記第２管理段階は、前記クライアントからの管理開始要求および管理開始要求以外の要求に基づき、前記第２処理群の管理を開始することを特徴とする。
【００２４】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、前記第２管理段階は、前記クライアントからの管理終了要求または所定の有効期限に基づき、前記第２処理群の管理を終了することを特徴とする。
【００２５】
また、本発明は、排他制御が必要な機能を１つ以上のクライアントに提供する情報処理装置の情報処理方法であって、前記クライアントとのセッションが維持された状態での一連の第１処理群および付帯情報を管理する第１管理段階と、前記排他制御が必要な機能を利用して行う不可分な一連の第２処理群を管理する第２管理段階とを有し、前記第２管理段階は、前記クライアントからの管理終了要求および所定の有効期限に基づき、前記第２処理群の管理を終了することを特徴とする。
【００２６】
本発明では、第１処理群および第２処理群の管理を明示的または暗黙裡に開始または終了できるので、排他制御が必要な機能を効率良く管理することができ、その機能をクライアントに迅速に提供することが可能である。
【発明の効果】
【００２７】
上述の如く、本発明によれば、排他制御が必要な機能を効率良く管理でき、その機能を迅速に提供することが可能な情報処理装置および情報処理方法を提供できる。
【発明を実施するための最良の形態】
【００２８】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。
【００２９】
以下、本発明の情報処理装置の一例として画像形成装置の処理を中心に説明するが、排他制御が必要な機能を有する如何なる情報処理装置であってもよい。なお、本実施例で説明する画像形成装置は、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納しているため、融合機とも呼ばれる。
【００３０】
この融合機は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【００３１】
図１は、本発明による融合機の一実施例の構成図である。融合機１は、ソフトウェア群２と，融合機起動部３と，ハードウェア資源４とを含むように構成される。融合機起動部３は融合機１の電源投入時に実行され、アプリケーション層５およびプラットフォーム６を起動する。例えば融合機起動部３は、アプリケーション層５およびプラットフォーム６のプログラムをハードディスク装置（以下、ＨＤＤという）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。
【００３２】
ハードウェア資源４は、白黒レーザプリンタ（Ｂ＆Ｗ  ＬＰ）１１と，カラーレーザプリンタ（Ｃｏｌｏｒ  ＬＰ）１２と，スキャナやファクシミリ等のその他のハードウェアリソース１３とを含む。ソフトウェア群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション層５とプラットフォーム６とを含む。
【００３３】
アプリケーション層５は、プリンタ，コピー，ファックスおよびスキャナなどの画像形成にかかるユーザサービスにそれぞれ固有の処理を行うプログラムを含む。アプリケーション層５は、プリンタアプリ２１と，コピーアプリ２２と，ファックスアプリ２３と，スキャナアプリ２４と，ＷＥＢサービスインターフェース（以下、ＷＥＢサービスＩ／Ｆという）２６と，ＷＥＢサービス実機能２６とを含む。なお、ＷＥＢサービス実機能２６は予め定義されている関数により、ＷＥＢサービスＩ／Ｆ２５からの処理要求を受信するアプリケーションプログラムインターフェース（以下、ＡＰＩという）５１を含むように構成されている。
【００３４】
プラットフォーム６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層９と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層９からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）３９と、ＳＲＭ３９からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層１０とを含む。
【００３５】
コントロールサービス層９は、ネットワークコントロールサービス（以下、ＮＣＳという）３１，デリバリーコントロールサービス（以下、ＤＣＳという）３２，オペレーションパネルコントロールサービス（以下、ＯＣＳという）３３，ファックスコントロールサービス（以下、ＦＣＳという）３４，エンジンコントロールサービス（以下、ＥＣＳという）３５，メモリコントロールサービス（以下、ＭＣＳという）３６，ユーザ情報コントロールサービス（以下、ＵＣＳという）３７，システムコントロールサービス（以下、ＳＣＳという）３８など、一つ以上のサービスモジュールを含むように構成されている。
【００３６】
なお、プラットフォーム６は予め定義されている関数により、アプリケーション層５からの処理要求を受信するＡＰＩ５２を含むように構成されている。ＯＳは、アプリケーション層５およびプラットフォーム６の各ソフトウェアをプロセスとして並列実行する。
【００３７】
ＮＣＳ３１のプロセスは、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。例えばＮＣＳ３１のプロセスは、ネットワークを介して接続されるクライアントとのデータ通信を例えばｈｔｔｐｄ（HyperText Transfer Protocol Daemon）により、ＨＴＴＰ（HyperText Transfer Protocol）で制御する。ＤＣＳ３２のプロセスは、蓄積文書の配送などの制御を行う。
【００３８】
ＯＣＳ３３のプロセスは、オペレーションパネルの制御を行う。ＦＣＳ３４のプロセスは、アプリケーション層５からＰＳＴＮ，ＩＳＤＮ網を利用したファックス送受信，バックアップ用のメモリで管理されている各種ファックスデータの登録／引用，ファックス読み取り，ファックス受信印刷などを行うためのＡＰＩを提供する。ＥＣＳ３５のプロセスは、白黒レーザプリンタ１１，カラーレーザプリンタ１２，ハードウェアリソース１３などのエンジン部の制御を行う。
【００３９】
ＭＣＳ３６のプロセスは、メモリの取得および解放，ＨＤＤの利用，画像データの圧縮および伸張などのメモリ制御を行う。ＵＣＳ３７のプロセスは、ユーザ情報の管理を行うものである。ＳＣＳ３８のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，ハードウェア資源管理，割り込みアプリケーション制御などの処理を行う。
【００４０】
ＳＲＭ３９のプロセスは、ＳＣＳ３８と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ３９のプロセスは、白黒レーザプリンタ１１やカラーレーザプリンタ１２などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。
【００４１】
具体的に、ＳＲＭ３９のプロセスは獲得要求されたハードウェア資源４が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。また、ＳＲＭ３９のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作，メモリ確保，ファイル生成など）を直接実施している。
【００４２】
また、ハンドラ層１０は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）４０と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨという）４１とを含む。
【００４３】
ＳＲＭ３９，ＦＣＵＨ４０およびＩＭＨ４１は、予め定義されている関数によりハードウェア資源４に対する処理要求を送信するエンジンＩ／Ｆ５３を利用してハードウェア資源４に対する処理要求を行う。図１のような構成により、融合機１は各アプリケーションで共通的に必要な処理をプラットフォーム６で一元的に処理することができる。
【００４４】
次に、融合機１のハードウェア構成について説明する。図２は、本発明による融合機の一実施例のハードウェア構成図である。融合機１は、コントローラ６０と，オペレーションパネル７０と，ＦＣＵ８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバイス１００と，エンジン部１１０とを含む。また、コントローラ６０は、ＣＰＵ６１と，システムメモリ６２と，ノースブリッジ（以下、ＮＢという）６３と，サウスブリッジ（以下、ＳＢという）６４と，ＡＳＩＣ６６と，ローカルメモリ６７と，ＨＤＤ６８，ネットワークＩ／Ｆコントローラ６９とを含む。
【００４５】
オペレーションパネル７０は、コントローラ６０のＡＳＩＣ６６に接続されている。また、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９４デバイス１００およびエンジン部１１０は、コントローラ６０のＡＳＩＣ６６にＰＣＩバスで接続されている。
【００４６】
コントローラ６０は、ＡＳＩＣ６６にローカルメモリ６７，ＨＤＤ６８，ネットワークＩ／Ｆコントローラ６９などが接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６３を介して接続されている。ＮＢ６３を介してＣＰＵ６１とＡＳＩＣ６６とを接続すれば、ＣＰＵ６１のＩ／Ｆが公開されていない場合に対応できる。
【００４７】
なお、ＡＳＩＣ６６とＮＢ６３とは、ＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port ）６５を介して接続されている。このように、図１のアプリケーション層５やプラットフォーム６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ６６とＮＢ６３とを低速のＰＣＩバスでなくＡＧＰ６５を介して接続することでパフォーマンスの低下を防いでいる。
【００４８】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＮＣＳ３１，ＤＣＳ３２，ＯＣＳ３３，ＦＣＳ３４，ＥＣＳ３５，ＭＣＳ３６，ＵＣＳ３７，ＳＣＳ３８，ＳＲＭ３９，ＦＣＵＨ４０およびＩＭＨ４１をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ２１，コピーアプリ２２，ファックスアプリ２３，スキャナアプリ２４，ＷＥＢサービスＩ／Ｆ２５，ＷＥＢサービス実機能２６を起動して実行させる。
【００４９】
ＮＢ６３は、ＣＰＵ６１，システムメモリ６２，ＳＢ６４およびＡＳＩＣ６６を接続するためのブリッジである。システムメモリ６２は、融合機１の描画用メモリ等として用いるメモリである。ＳＢ６４は、図示していないＲＯＭ，ＰＣＩバス，周辺デバイス等とＮＢ６３とを接続するためのブリッジである。
【００５０】
ローカルメモリ６７はコピー用画像バッファ，符号バッファとして用いるメモリである。ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ６８は、画像データの蓄積，文書データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積などを行うためのストレージである。また、オペレーションパネル７０は、ユーザからの入力操作を受け付けると共に、ユーザに向けた表示を行う操作部である。
【００５１】
以下、融合機１により実現される情報処理方法について図面を参照しつつ説明していく。図３は、本発明による情報処理方法を説明するためのシステム構成図である。なお、図３では説明に必要のない構成を適宜省略している。
【００５２】
図３のシステム構成図では、融合機１にインターネット，ＬＡＮなどのネットワーク２１０を介してクライアント２００が接続されている。クライアント２００と融合機１とは、ＸＭＬ（eXtensible Markup Language）形式でデータ交換を行う。なお、クライアント２００と融合機１とは、例えばデータ・アクセス・プロトコルとしてＳＯＡＰ（Simple Object Access Protocol）と呼ばれる通信プロトコル規格を利用する。クライアント２００は、ＸＭＬ形式で記述したＳＯＡＰメッセージを作成し、そのＳＯＡＰメッセージをＨＴＴＰメッセージに格納させて融合機１に送信する。
【００５３】
クライアント２００から送信されたＨＴＴＰメッセージは、ＮＣＳ３１のｈｔｔｐｄ２２０を介してＷＥＢサービスＩ／Ｆ２５に供給される。ＷＥＢサービスＩ／Ｆ２５は、ＨＴＴＰメッセージを受信するとディスパッチャによりＳＯＡＰメッセージを解釈し、解釈した内容に応じてＷＥＢサービス実機能２６，トランザクション管理モジュール２３０またはセッション管理モジュール２４０に処理を依頼する。
【００５４】
例えばＷＥＢサービス実機能２６は、ユーザ情報に関する機能要求をＵＣＳ３７に対して行う。また、トランザクション管理モジュール２３０はＵＣＳ３７に対してユーザ情報のロック要求またはアンロック要求を行う。なお、トランザクション管理モジュール２３０またはセッション管理モジュール２４０は、例えばコントロールサービス層９に設けられる。
【００５５】
ＵＣＳ３７は、共有データの一例としてのユーザ情報を一元管理している。例えばＵＣＳ３７は、ユーザ情報をＨＤＤ６８に格納して管理する。ＵＣＳ３７はロック要求を受信すると、ユーザ情報に対して共有ロック（リードロック）または排他ロック（ライトロック）を行う。
【００５６】
共有ロックとは、ユーザ情報に関する機能要求を行う前にユーザ情報の書き換えを禁止するものである。なお、共有ロックに対応するアンロックとはユーザ情報の書き換え禁止を解除するものである。排他ロックとは、ユーザ情報に関する機能要求を行う前にユーザ情報の読み出しと他のクライアント等からのユーザ情報の書き換えとを禁止するものである。なお、排他ロックに対応するアンロックとはユーザ情報の読み出し禁止と書き換え禁止とを解除するものである。
【００５７】
なお、図３のトランザクション管理モジュール２３０はＷＥＢサービスＩ／Ｆ２５から処理の依頼を受けているが、ＷＥＢサービス実機能２６から処理の依頼を受けるようにしてもよい。トランザクション管理モジュール２３０は、ＷＥＢサービスＩ／Ｆ２５またはＷＥＢサービス実機能２６に含む構成としてもよい。
【００５８】
また、図３のセッション管理モジュール２４０はＷＥＢサービスＩ／Ｆ２５から処理の依頼を受けているが、ＷＥＢサービス実機能２６から処理の依頼を受けるようにしてもよい。セッション管理モジュール２４０は、ＷＥＢサービスＩ／Ｆ２５またはＷＥＢサービス実機能２６に含む構成としてもよい。さらに、トランザクション管理モジュール２３０またはセッション管理モジュール２４０の少なくとも一方を、融合機１の外に設ける構成としてもよい。
【００５９】
トランザクション管理モジュール２３０やセッション管理モジュール２４０がＷＥＢサービスＩ／Ｆ２５やＷＥＢサービス実機能２６の外にある場合、複数のＷＥＢサービスに対して共通仕様のトランザクション管理やセッション管理を提供するような構成としてもよい。また、トランザクション管理モジュール２３０がセッション管理モジュール２４０を含む、あるいは逆にトランザクション管理モジュール２３０がセッション管理モジュール２４０に含まれる構成としてもよい。
【実施例１】
【００６０】
図３のシステムは、図４のシーケンスで表す処理を実行する。図４は、本発明による情報処理方法を表す第１実施例のシーケンス図である。
【００６１】
ステップＳ１では、クライアント２００がユーザ認証に必要な情報の一部又は全部を融合機１に送信して認証要求（例えば、authenticate）を行う。融合機１のＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してユーザ認証に必要な情報の一部又は全部を受信する。
【００６２】
ステップＳ１に続いてステップＳ２に進み、ＷＥＢサービスＩ／Ｆ２５はセッション管理モジュール２４０にユーザ認証に必要な情報の一部又は全部を送信してセッション開始要求を行う。セッション管理モジュール２４０は、ユーザ認証に必要な情報の一部又は全部を受信すると、図５のようなセッション情報を作成してセッションを開始する。なお、矢印３０１はセッション管理モジュール２４０がセッション情報を保持する期間を表している。
【００６３】
図５は、セッション情報の一例の構成図である。図５のセッション情報は、セッションＩＤ，有効期限，認証情報などの情報を含む。なお、有効期限はセッションの有効期限である。認証情報は、クライアントＩＤ，ユーザＩＤなどの識別情報である。
【００６４】
ステップＳ２に続いてステップＳ３に進み、セッション管理モジュール２４０は作成したセッション情報に含まれるセッションＩＤをＷＥＢサービスＩ／Ｆ２５に送信する。ＷＥＢサービスＩ／Ｆ２５はセッションＩＤを受信すると、そのセッションＩＤに応じたチケットを生成する。ステップＳ３に続いてステップＳ４に進み、ＷＥＢサービスＩ／Ｆ２５は認証要求応答としてクライアント２００にチケットを送信する。
【００６５】
ステップＳ１〜Ｓ４は、クライアント２００からの認証要求に応じて暗黙裡にセッションを開始する例である。なお、セッションを暗黙裡に開始／終了するとは、セッション開始要求以外をトリガとしてセッションを開始／終了することをいう。
【００６６】
ステップＳ５では、クライアント２００がチケットを融合機１に送信して機能要求（例えば、getEntries）を行う。ＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してチケットを受信する。
【００６７】
ステップＳ５に続いてステップＳ６に進み、ＷＥＢサービスＩ／Ｆ２５はチケットに応じたセッションＩＤ及びクライアントＩＤを取得し、セッション管理モジュール２４０にセッションＩＤ及びクライアントＩＤを送信してセッション延長要求を行う。セッション管理モジュール２４０は、セッションＩＤ及びクライアントＩＤを受信すると、図５のようなセッション情報に含まれる有効期限を延長してセッションを延長する。
【００６８】
なお、矢印３０２はセッション管理モジュール２４０がセッション情報を保持する期間を表している。このように、セッション管理モジュール２４０はクライアント２００からの機能要求に基づき、セッション情報を保持する期間を矢印３０１で表す期間から矢印３０２で表す期間に延長している。セッション管理モジュール２４０はセッションを延長したあと、ステップＳ６に続いてステップＳ７に進み、ＷＥＢサービスＩ／Ｆ２５に対してセッション延長要求応答を行う。
【００６９】
ステップＳ７に続いてステップＳ８に進み、ＷＥＢサービスＩ／Ｆ２５はトランザクション管理モジュール２３０にセッションＩＤを送信してトランザクション開始／延長要求を行う。トランザクション管理モジュール２３０はセッションＩＤを受信すると、ステップＳ９に進み、ＵＣＳ３７に対してユーザ情報のロック要求を行う。
【００７０】
トランザクション管理モジュール２３０からのロック要求を受信すると、ＵＣＳ３７はユーザ情報に対して共有ロックまたは排他ロックを行う。ステップＳ９に続いてステップＳ１０に進み、ＵＣＳ３７はトランザクション管理モジュール２３０に対してロック要求応答を行う。トランザクション管理モジュール２３０は、ＵＣＳ３７からのロック要求応答を受信すると、図６のようなトランザクション情報を作成してトランザクションを開始する。なお、矢印３０３はトランザクション管理モジュール２３０がトランザクション情報を保持する期間を表している。
【００７１】
図６は、トランザクション情報の一例の構成図である。図６のトランザクション情報は、トランザクションＩＤ，有効期限，セッションＩＤなどの情報を含む。なお、有効期限はトランザクションの有効期限である。
【００７２】
ステップＳ１０に続いてステップＳ１１に進み、トランザクション管理モジュール２３０はＷＥＢサービスＩ／Ｆ２５に対してトランザクション開始／延長要求応答を行う。ＷＥＢサービスＩ／Ｆ２５は、トランザクション管理モジュール２３０からのトランザクション開始／延長要求応答を受信すると、ステップＳ１２に進み、ＷＥＢサービス実機能２６に対して機能要求を行う。ステップＳ１２に続いてステップＳ１３に進み、ＷＥＢサービス実機能２６は機能要求をＵＣＳ３７に対して行う。
【００７３】
ＵＣＳ３７は、ＷＥＢサービス実機能２６からの機能要求を受信すると、機能要求に応じてユーザ情報に関する処理（例えば、ユーザ情報の取得）を行う。機能要求に応じた処理のあと、ＵＣＳ３７はステップＳ１３に続いてステップＳ１４に進み、ＷＥＢサービス実機能２６に対して機能要求応答を行う。
【００７４】
ステップＳ１４に続いてステップＳ１５に進み、ＷＥＢサービス実機能２６はＷＥＢサービスＩ／Ｆ２５に対して機能要求応答を行う。そして、ステップＳ１５に続いてステップＳ１６に進み、ＷＥＢサービスＩ／Ｆ２５はクライアント２００に対して機能要求応答を行う。
【００７５】
ステップＳ５〜Ｓ１６は、クライアント２００からの機能要求に応じて暗黙裡にトランザクションを開始する例である。なお、トランザクションを暗黙裡に開始／終了するとは、トランザクション開始要求以外をトリガとしてトランザクションを開始／終了することをいう。
【００７６】
ステップＳ１７では、クライアント２００がチケットを融合機１に送信して機能要求（例えば、setEntries）を行う。ＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してチケットを受信する。
【００７７】
ステップＳ１７に続いてステップＳ１８に進み、ＷＥＢサービスＩ／Ｆ２５はチケットに応じたセッションＩＤ及びクライアントＩＤを取得し、セッション管理モジュール２４０にセッションＩＤ及びクライアントＩＤを送信してセッション延長要求を行う。セッション管理モジュール２４０は、セッションＩＤ及びクライアントＩＤを受信すると、図５のようなセッション情報に含まれる有効期限を延長してセッションを延長する。
【００７８】
なお、矢印３０４はセッション管理モジュール２４０がセッション情報を保持する期間を表している。このように、セッション管理モジュール２４０はクライアント２００から機能要求を受信すると、セッション情報を保持する期間を、矢印３０２で表す期間から矢印３０４で表す期間に延長している。
【００７９】
セッション管理モジュール２４０はセッションを延長したあと、ステップＳ１８に続いてステップＳ１９に進み、ＷＥＢサービスＩ／Ｆ２５に対してセッション延長要求応答を行う。
【００８０】
ステップＳ１９に続いてステップＳ２０に進み、ＷＥＢサービスＩ／Ｆ２５はトランザクション管理モジュール２３０にトランザクションＩＤを送信してトランザクション開始／延長要求を行う。トランザクション管理モジュール２３０は矢印３０３で表すトランザクション情報を保持する期間内、言い換えればタイムアウト前にトランザクションＩＤを受信すると、図６のようなトランザクション情報に含まれる有効期限を延長してトランザクションを延長する。なお、矢印３０５はトランザクション管理モジュール２３０がトランザクション情報を保持する期間を表している。
【００８１】
ステップＳ２０に続いてステップＳ２１に進み、トランザクション管理モジュール２３０はＷＥＢサービスＩ／Ｆ２５に対してトランザクション開始／延長要求応答を行う。ＷＥＢサービスＩ／Ｆ２５は、トランザクション管理モジュール２３０からのトランザクション開始／延長要求応答を受信すると、ステップＳ２２に進み、ＷＥＢサービス実機能２６に対して機能要求を行う。ステップＳ２２に続いてステップＳ２３に進み、ＷＥＢサービス実機能２６は機能要求をＵＣＳ３７に対して行う。
【００８２】
ＵＣＳ３７は、ＷＥＢサービス実機能２６からの機能要求を受信すると、機能要求に応じてユーザ情報に関する処理（例えば、ユーザ情報の設定）を行う。機能要求に応じた処理のあと、ＵＣＳ３７はステップＳ２３に続いてステップＳ２４に進み、ＷＥＢサービス実機能２６に対して機能要求応答を行う。
【００８３】
ステップＳ２４に続いてステップＳ２５に進み、ＷＥＢサービス実機能２６はＷＥＢサービスＩ／Ｆ２５に対して機能要求応答を行う。そして、ステップＳ２５に続いてステップＳ２６に進み、ＷＥＢサービスＩ／Ｆ２５はクライアント２００に対して機能要求応答を行う。
【００８４】
トランザクション管理モジュール２３０は、矢印３０５で表すトランザクションを保持する期間内、言い換えればタイムアウト迄にトランザクションＩＤを受信しなければステップＳ２７に進み、ＵＣＳ３７に対してユーザ情報のアンロック要求を行う。
【００８５】
ＵＣＳ３７は、トランザクション管理モジュール２３０からのアンロック要求を受信すると、ユーザ情報に対する共有ロックまたは排他ロックの解除を行う。ステップＳ２７に続いてステップＳ２８に進み、ＵＣＳ３７はトランザクション管理モジュール２３０に対してアンロック要求応答を行う。
【００８６】
なお、トランザクション管理モジュール２３０は、矢印３０５で表すトランザクションを保持する期間内、言い換えればタイムアウト迄にトランザクションＩＤを受信しなければ、図６のようなトランザクション情報を消去してトランザクションを終了する。また、セッション管理モジュール２４０は、矢印３０４で表すセッションを保持する期間内、言い換えればタイムアウト迄にセッションＩＤを受信しなければ、図５のようなセッション情報を消去してセッションを終了する。
【００８７】
以上、図４のシーケンス図で表す情報処理方法によれば、セッションとトランザクションとを区別して、セッションの開始または終了とトランザクションの開始または終了とを暗黙裡に行うことができる。
【実施例２】
【００８８】
図３のシステムは、図７のシーケンスで表す処理を実行する。図７は、本発明による情報処理方法を表す第２実施例のシーケンス図である。なお、図７は図４のシーケンス図と一部を除いて同様であり、適宜説明を省略する。
【００８９】
ステップＳ１０１〜Ｓ１１６の処理は、図４のステップＳ１〜Ｓ１６の処理に相当するため、説明を省略する。トランザクション管理モジュール２３０は、矢印４０３で表すトランザクションを保持する期間内、言い換えればタイムアウト迄にトランザクションＩＤを受信しなければステップＳ１１７に進み、ＵＣＳ３７に対してユーザ情報のアンロック要求を行う。
【００９０】
ＵＣＳ３７は、トランザクション管理モジュール２３０からのアンロック要求を受信すると、ユーザ情報に対する共有ロックまたは排他ロックの解除を行う。ステップＳ１１７に続いてステップＳ１１８に進み、ＵＣＳ３７はトランザクション管理モジュール２３０に対してアンロック要求応答を行う。
【００９１】
なお、トランザクション管理モジュール２３０は、矢印４０３で表すトランザクションを保持する期間内、言い換えればタイムアウト迄にトランザクションＩＤを受信しなければ、図６のようなトランザクション情報を消去してトランザクションを終了する。
【００９２】
ステップＳ１１９〜Ｓ１２１の処理は、図４のステップＳ１７〜Ｓ１９の処理に相当するため、説明を省略する。ステップＳ１２１に続いてステップＳ１２２に進み、ＷＥＢサービスＩ／Ｆ２５はトランザクション管理モジュール２３０にトランザクションＩＤを送信してトランザクション開始／延長要求を行う。トランザクション管理モジュール２３０は矢印４０３で表すトランザクション情報を保持する期間のあと、言い換えればタイムアウト後にトランザクションＩＤを受信しているため、ステップＳ１２３に進み、ＵＣＳ３７に対してユーザ情報のロック要求を行う。
【００９３】
トランザクション管理モジュール２３０からのロック要求を受信すると、ＵＣＳ３７はユーザ情報に対して共有ロックまたは排他ロックを行う。ステップＳ１２３に続いてステップＳ１２４に進み、ＵＣＳ３７はトランザクション管理モジュール２３０に対してロック要求応答を行う。トランザクション管理モジュール２３０は、ＵＣＳ３７からのロック要求応答を受信すると、図６のようなトランザクション情報を再び作成してトランザクションを開始する。
【００９４】
なお、矢印４０５はトランザクション管理モジュール２３０がトランザクション情報を保持する期間を表している。ステップＳ１２４に続いてステップＳ１２５に進み、トランザクション管理モジュール２３０はＷＥＢサービスＩ／Ｆ２５に対してトランザクション開始／延長要求応答を行う。ステップＳ１２６〜Ｓ１３２の処理は、図４のステップＳ２２〜Ｓ２８の処理に相当するため、説明を省略する。
【００９５】
以上、図７のシーケンス図で表す情報処理方法によれば、セッションとトランザクションとを区別することにより、次の機能要求を受信する前にトランザクションがタイムアウトにより終了したとしても、トランザクションの開始を暗黙裡に行うことができる。
【実施例３】
【００９６】
図３のシステムは、図８のシーケンスで表す処理を実行する。図８は、本発明による情報処理方法を表す第３実施例のシーケンス図である。
【００９７】
ステップＳ２０１では、クライアント２００がユーザ認証に必要な情報の一部又は全部を融合機１に送信してセッション開始要求を行う。融合機１のＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してユーザ認証に必要な情報の一部又は全部を受信する。
【００９８】
ステップＳ２０１に続いてステップＳ２０２に進み、ＷＥＢサービスＩ／Ｆ２５はセッション管理モジュール２４０にユーザ認証に必要な情報の一部又は全部を送信してセッション開始要求を行う。セッション管理モジュール２４０は、ユーザ認証に必要な情報の一部又は全部を受信すると、図５のようなセッション情報を作成してセッションを開始する。なお、矢印５０１はセッション管理モジュール２４０がセッション情報を保持する期間を表している。
【００９９】
ステップＳ２０２に続いてステップＳ２０３に進み、セッション管理モジュール２４０は作成したセッション情報に含まれるセッションＩＤをＷＥＢサービスＩ／Ｆ２５に送信する。ＷＥＢサービスＩ／Ｆ２５はセッションＩＤを受信すると、そのセッションＩＤに応じたチケットを生成する。ステップＳ２０３に続いてステップＳ２０４に進み、ＷＥＢサービスＩ／Ｆ２５はセッション開始要求応答としてクライアント２００にチケットを送信する。
【０１００】
ステップＳ２０１〜Ｓ２０４は、クライアント２００からのセッション開始要求に応じて明示的にセッションを開始する例である。なお、セッションを明示的に開始するとは、セッション開始要求をトリガとしてセッションを開始することをいう。ステップＳ２０５では、クライアント２００がチケットを融合機１に送信してトランザクション開始要求を行う。ＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してチケットを受信する。
【０１０１】
ステップＳ２０５に続いてステップＳ２０６に進み、ＷＥＢサービスＩ／Ｆ２５はチケットに応じたセッションＩＤ及びクライアントＩＤを取得し、セッション管理モジュール２４０にセッションＩＤ及びクライアントＩＤを送信してセッション延長要求を行う。セッション管理モジュール２４０は、セッションＩＤ及びクライアントＩＤを受信すると、図５のようなセッション情報に含まれる有効期限を延長してセッションを延長する。
【０１０２】
なお、矢印５０２はセッション管理モジュール２４０がセッション情報を保持する期間を表している。このように、セッション管理モジュール２４０はクライアント２００からのトランザクション開始要求に基づき、セッション情報を保持する期間を矢印５０１で表す期間から矢印５０２で表す期間に延長している。
【０１０３】
セッション管理モジュール２４０はセッションを延長したあと、ステップＳ２０６に続いてステップＳ２０７に進み、ＷＥＢサービスＩ／Ｆ２５に対してセッション延長要求応答を行う。ステップＳ２０７に続いてステップＳ２０８に進み、ＷＥＢサービスＩ／Ｆ２５はトランザクション管理モジュール２３０にセッションＩＤを送信してトランザクション開始要求を行う。トランザクション管理モジュール２３０はセッションＩＤを受信すると、ステップＳ２０９に進み、ＵＣＳ３７に対してユーザ情報のロック要求を行う。
【０１０４】
トランザクション管理モジュール２３０からのロック要求を受信すると、ＵＣＳ３７はユーザ情報に対して共有ロックまたは排他ロックを行う。ステップＳ２０９に続いてステップＳ２１０に進み、ＵＣＳ３７はトランザクション管理モジュール２３０に対してロック要求応答を行う。トランザクション管理モジュール２３０は、ＵＣＳ３７からのロック要求応答を受信すると、図６のようなトランザクション情報を作成してトランザクションを開始する。
【０１０５】
なお、矢印５０３はトランザクション管理モジュール２３０がトランザクション情報を保持する期間を表している。ステップＳ２１０に続いてステップＳ２１１に進み、トランザクション管理モジュール２３０はＷＥＢサービスＩ／Ｆ２５に対してトランザクション開始要求応答を行う。
【０１０６】
ＷＥＢサービスＩ／Ｆ２５は、トランザクション管理モジュール２３０からのトランザクション開始要求応答を受信すると、ステップＳ２１２に進み、クライアント２００に対してトランザクション開始要求応答を行う。
【０１０７】
ステップＳ２０５〜Ｓ２１２は、クライアント２００からのトランザクション開始要求に応じて明示的にトランザクションを開始する例である。なお、トランザクションを明示的に開始するとは、トランザクション開始要求をトリガとしてトランザクションを開始することをいう。
【０１０８】
点線範囲５１０では、図４のステップＳ５〜Ｓ８，Ｓ１１〜Ｓ２６と同様な処理が行われるため、図示および説明を省略する。ステップＳ２１３では、クライアント２００がチケットを融合機１に送信してトランザクション終了要求を行う。ＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してチケットを受信する。
【０１０９】
ステップＳ２１３に続いてステップＳ２１４に進み、ＷＥＢサービスＩ／Ｆ２５はチケットに応じたセッションＩＤ及びクライアントＩＤを取得し、セッション管理モジュール２４０にセッションＩＤ及びクライアントＩＤを送信してセッション延長要求を行う。セッション管理モジュール２４０は、セッションＩＤ及びクライアントＩＤを受信すると、図５のようなセッション情報に含まれる有効期限を延長してセッションを延長する。
【０１１０】
なお、矢印５０７はセッション管理モジュール２４０がセッション情報を保持する期間を表している。このように、セッション管理モジュール２４０はクライアント２００からのトランザクション終了要求に基づき、セッション情報を保持する期間を矢印５０５で表す期間から矢印５０７で表す期間に延長している。
【０１１１】
セッション管理モジュール２４０はセッションを延長したあと、ステップＳ２１４に続いてステップＳ２１５に進み、ＷＥＢサービスＩ／Ｆ２５に対してセッション延長要求応答を行う。ステップＳ２１５に続いてステップＳ２１６に進み、ＷＥＢサービスＩ／Ｆ２５はトランザクション管理モジュール２３０にトランザクションＩＤを送信してトランザクション終了要求を行う。トランザクション管理モジュール２３０はトランザクションＩＤを受信すると、ステップＳ２１７に進み、ＵＣＳ３７に対してユーザ情報のアンロック要求を行う。
【０１１２】
ＵＣＳ３７は、トランザクション管理モジュール２３０からのアンロック要求を受信すると、ユーザ情報に対して共有ロックまたは排他ロックの解除を行う。ステップＳ２１７に続いてステップＳ２１８に進み、ＵＣＳ３７はトランザクション管理モジュール２３０に対してアンロック要求応答を行う。トランザクション管理モジュール２３０は、ＵＣＳ３７からのアンロック要求応答を受信すると、図６のようなトランザクション情報を消去してトランザクションを終了する。
【０１１３】
ステップＳ２１８に続いてステップＳ２１９に進み、トランザクション管理モジュール２３０はＷＥＢサービスＩ／Ｆ２５に対してトランザクション終了要求応答を行う。ＷＥＢサービスＩ／Ｆ２５は、トランザクション管理モジュール２３０からのトランザクション終了要求応答を受信すると、ステップＳ２２０に進み、クライアント２００に対してトランザクション終了要求応答を行う。ステップＳ２１３〜Ｓ２２０は、クライアント２００からのトランザクション終了要求に応じて明示的にトランザクションを終了する例である。なお、トランザクションを明示的に終了するとは、トランザクション終了要求をトリガとしてトランザクションを終了することをいう。
【０１１４】
ステップＳ２２１では、クライアント２００がチケットを融合機１に送信してセッション終了要求を行う。融合機１のＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してチケットを受信する。
【０１１５】
ステップＳ２２１に続いてステップＳ２２２に進み、ＷＥＢサービスＩ／Ｆ２５はセッション管理モジュール２４０にセッションＩＤを送信してセッション終了要求を行う。セッション管理モジュール２４０は、セッションＩＤを受信すると、図５のようなセッション情報を消去してセッションを終了する。ステップＳ２２２に続いてステップＳ２２３に進み、セッション管理モジュール２４０はＷＥＢサービスＩ／Ｆ２５に対してセッション終了要求応答を行う。
【０１１６】
ＷＥＢサービスＩ／Ｆ２５は、セッション管理モジュール２４０からのセッション終了要求応答を受信すると、ステップＳ２２４に進み、クライアント２００に対してセッション終了要求応答を行う。ステップＳ２２１〜Ｓ２２４は、クライアント２００からのセッション終了要求に応じて明示的にセッションを終了する例である。なお、セッションを明示的に終了するとは、セッション終了要求をトリガとしてセッションを終了することをいう。
【０１１７】
以上、図８のシーケンス図で表す情報処理方法によれば、セッションとトランザクションとを区別して、セッションの開始または終了とトランザクションの開始または終了とを明示的に行うことができる。
【実施例４】
【０１１８】
図３のシステムは、図９のシーケンスで表す処理を実行する。図９は、本発明による情報処理方法を表す第４実施例のシーケンス図である。点線範囲６１０では、図８のステップＳ２０１〜Ｓ２０４と同様な処理が行われるため、図示および説明を省略する。
【０１１９】
ステップＳ３０１では、クライアント２００がチケットおよびロック種別（例えば共有ロック）を融合機１に送信してトランザクション開始要求を行う。ＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してチケットおよびロック種別を受信する。
【０１２０】
なお、ステップＳ３０２，Ｓ３０３の処理は、図８のステップＳ２０６，Ｓ２０７の処理に相当するため、説明を省略する。ステップＳ３０４では、ＷＥＢサービスＩ／Ｆ２５が、トランザクション管理モジュール２３０にセッションＩＤおよびロック種別を送信してトランザクション開始要求を行う。トランザクション管理モジュール２３０はセッションＩＤおよびロック種別を受信すると、ステップＳ３０５に進み、ロック種別に応じたロック要求（例えば共有ロック要求）をＵＣＳ３７に対して行う。トランザクション管理モジュール２３０からの共有ロック要求を受信すると、ＵＣＳ３７はロック種別に応じたロック（例えば共有ロック）をユーザ情報に対して行う。矢印６０４は、ＵＣＳ３７が共有ロックを行う期間を表している。ステップＳ３０５に続いてステップＳ３０６に進み、ＵＣＳ３７はロック種別に応じたロック要求応答をトランザクション管理モジュール２３０に対して行う。
【０１２１】
なお、ステップＳ３０７，Ｓ３０８の処理は、図８のステップＳ２１１，Ｓ２１２の処理に相当するため、説明を省略する。また、ステップＳ３０１〜Ｓ３０８はトランザクション開始時にロック種別を明示的に指定する例である。
【０１２２】
点線範囲６１１では、図４のステップＳ５〜Ｓ８，Ｓ１１〜Ｓ１６と同様な処理が行われるため、図示および説明を省略する。ステップＳ３０９では、クライアント２００がチケットおよびロック種別（例えば排他ロック）を融合機１に送信してロック種別変更要求を行う。ＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してチケットおよびロック種別を受信する。
【０１２３】
なお、ステップＳ３１０〜Ｓ３１３の処理は、図４のステップＳ１８〜Ｓ２１の処理に相当するため、説明を省略する。ステップＳ３１４では、ＷＥＢサービスＩ／Ｆ２５が、ＷＥＢサービス実機能２６にロック種別を送信してロック種別変更要求を行う。ステップＳ３１４に続いてステップＳ３１５に進み、ＷＥＢサービス実機能２６はロック種別変更要求をＵＣＳ３７に対して行う。
【０１２４】
ＵＣＳ３７は、ＷＥＢサービス実機能２６からのロック種別変更要求を受信すると、ロック種別に応じたロック（例えば排他ロック）をユーザ情報に対して行う。なお、矢印６０７はＵＣＳ３７が排他ロックを行う期間を表している。ステップＳ３１５に続いてステップＳ３１６に進み、ＵＣＳ３７はロック種別変更要求応答をＷＥＢサービス実機能２６に対して行う。
【０１２５】
ステップＳ３１６に続いてステップＳ３１７に進み、ＷＥＢサービス実機能２６はＷＥＢサービスＩ／Ｆ２５に対してロック種別変更要求応答を行う。ステップＳ３１７に続いてステップＳ３１８に進み、ＷＥＢサービスＩ／Ｆ２５はクライアント２００に対してロック種別変更要求応答を行う。ステップＳ３０９〜Ｓ３１８はトランザクション中にロック種別を明示的に変更する例である。なお、点線範囲６１２では、図４のステップＳ２１７〜Ｓ２２６，図８のステップＳ２１３〜Ｓ２２４と同様な処理が行われるため、図示および説明を省略する。
【０１２６】
以上、図９のシーケンス図で表す情報処理方法によれば、セッションとトランザクションとを区別して、トランザクションの開始時にロック種別を明示的に指定でき、トランザクション中にロック種別を明示的に変更できる。
【実施例５】
【０１２７】
図３のシステムは、図１０のシーケンスで表す処理を実行する。図１０は、本発明による情報処理方法を表す第５実施例のシーケンス図である。点線範囲７１０では、図４のステップＳ１〜Ｓ４と同様な処理が行われるため、図示および説明を省略する。また、ステップＳ４０１〜Ｓ４０３の処理は、図４のステップＳ５〜Ｓ７の処理に相当するため、説明を省略する。
【０１２８】
ステップＳ４０４では、ＷＥＢサービスＩ／Ｆ２５がトランザクション管理モジュール２３０にセッションＩＤおよびロック種別（例えば共有ロック）を送信してトランザクション開始／延長要求を行う。なお、ＷＥＢサービスＩ／Ｆ２５はステップＳ４０１で受信した機能要求に応じて暗黙裡にロック種別（共有ロックまたは排他ロック）を選択する。
【０１２９】
トランザクション管理モジュール２３０はセッションＩＤおよびロック種別を受信すると、ステップＳ４０５に進み、ＵＣＳ３７にロック種別を送信してロック要求を行う。トランザクション管理モジュール２３０からロック種別を受信すると、ＵＣＳ３７はロック種別に応じたロック（例えば共有ロック）をユーザ情報に対して行う。
【０１３０】
矢印７０４はＵＣＳ３７が共有ロックを行う期間を表している。ステップＳ４０５に続いてステップＳ４０６に進み、ＵＣＳ３７はロック要求応答をトランザクション管理モジュール２３０に対して行う。ステップＳ４０６に続いてステップＳ４０７に進み、トランザクション管理モジュール２３０はＷＥＢサービスＩ／Ｆ２５に対してトランザクション開始／延長要求応答を行う。
【０１３１】
なお、ステップＳ４０８〜Ｓ４１２の処理は、図４のステップＳ１２〜Ｓ１６の処理に相当するため、説明を省略する。ステップＳ４０１〜Ｓ４１２はトランザクショントランザクション開始時にロック種別を暗黙裡に指定する例である。ステップＳ４１３〜Ｓ４１５の処理は、図４のステップＳ１７〜Ｓ１９の処理に相当するため、説明を省略する。
【０１３２】
ステップＳ４１６では、ＷＥＢサービスＩ／Ｆ２５がトランザクション管理モジュール２３０にトランザクションＩＤおよびロック種別（例えば排他ロック）を送信してトランザクション開始／延長要求を行う。なお、ＷＥＢサービスＩ／Ｆ２５はステップＳ４１３で受信した機能要求に応じて暗黙裡にロック種別（共有ロックまたは排他ロック）を選択する。
【０１３３】
トランザクション管理モジュール２３０はセッションＩＤおよびロック種別を受信すると、ステップＳ４１７に進み、ＵＣＳ３７にロック種別を送信してロック要求を行う。トランザクション管理モジュール２３０からロック種別を受信すると、ＵＣＳ３７はロック種別に応じたロック（例えば排他ロック）をユーザ情報に対して行う。
【０１３４】
矢印７０７は、ＵＣＳ３７が排他ロックを行う期間を表している。ステップＳ４１７に続いてステップＳ４１８に進み、ＵＣＳ３７はロック要求応答をトランザクション管理モジュール２３０に対して行う。ステップＳ４１８に続いてステップＳ４１９に進み、トランザクション管理モジュール２３０はＷＥＢサービスＩ／Ｆ２５に対してトランザクション開始／延長要求応答を行う。
【０１３５】
なお、ステップＳ４２０〜Ｓ４２６の処理は、図４のステップＳ２２〜Ｓ２８の処理に相当するため、説明を省略する。ステップＳ４０１〜Ｓ４１２はトランザクショントランザクション中にロック種別を暗黙裡に変更する例である。
【０１３６】
図９，１０のシーケンス図では、各機能要求メソッドの入力引数を利用することによりロック種別を指定または変更することができる。また、他の実施例としては、セッション中に共有ロックを行い、必要なときに排他ロックを行うような構成も可能である。
【０１３７】
以上、図１０のシーケンス図で表す情報処理方法によれば、セッションとトランザクションとを区別して、トランザクションの開始時にロック種別を暗黙裡に指定でき、トランザクション中にロック種別を暗黙裡に変更できる。
【実施例６】
【０１３８】
図３のシステムは、図１１，図１２のシーケンスで表す処理を実行する。図１１は、本発明による情報処理方法を表す第６実施例のシーケンス図（１／２）である。また、図１２は本発明による情報処理方法を表す第６実施例のシーケンス図（２／２）である。ステップＳ５０１〜Ｓ５１２の処理は図８のステップＳ２０１〜Ｓ２１２と同様である為、説明を省略する。
【０１３９】
ステップＳ５１３では、クライアント２００がチケットを融合機１に送信して機能要求を行う。ＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してチケットを受信する。ステップＳ５１３に続いてステップＳ５１４に進み、ＷＥＢサービスＩ／Ｆ２５はチケットに応じたセッションＩＤ及びクライアントＩＤを取得し、セッション管理モジュール２４０にセッションＩＤ及びクライアントＩＤを送信してセッション延長要求を行う。セッション管理モジュール２４０は、セッションＩＤ及びクライアントＩＤを受信すると、図５のようなセッション情報に含まれる有効期限を延長してセッションを延長する。
【０１４０】
矢印８０４は、セッション管理モジュール２４０がセッション情報を保持する期間を表している。このように、セッション管理モジュール２４０はクライアント２００から機能要求を受信すると、セッション情報を保持する期間を、矢印８０２で表す期間から矢印８０４で表す期間に延長している。
【０１４１】
セッション管理モジュール２４０はセッションを延長したあと、ステップＳ５１４に続いてステップＳ５１５に進み、ＷＥＢサービスＩ／Ｆ２５に対してセッション延長要求応答を行う。
【０１４２】
ステップＳ５１５に続いてステップＳ５１６に進み、ＷＥＢサービスＩ／Ｆ２５はトランザクション管理モジュール２３０にトランザクションＩＤを送信してトランザクション開始／延長要求を行う。トランザクション管理モジュール２３０は矢印８０３で表すトランザクション情報を保持する期間内、言い換えればタイムアウト前にトランザクションＩＤを受信すると、図６のようなトランザクション情報に含まれる有効期限を延長してトランザクションを延長する。
【０１４３】
矢印８０５は、トランザクション管理モジュール２３０がトランザクション情報を保持する期間を表している。ステップＳ５１６に続いてステップＳ５１７に進み、トランザクション管理モジュール２３０はＷＥＢサービスＩ／Ｆ２５に対してトランザクション開始／延長要求応答を行う。ＷＥＢサービスＩ／Ｆ２５は、トランザクション管理モジュール２３０からのトランザクション開始／延長要求応答を受信すると、ステップＳ５１８に進み、ＷＥＢサービス実機能２６に対して機能要求を行う。ステップＳ５１８に続いてステップＳ５１９に進み、ＷＥＢサービス実機能２６は機能要求をＵＣＳ３７に対して行う。
【０１４４】
ＵＣＳ３７は、ＷＥＢサービス実機能２６からの機能要求を受信すると、機能要求に応じてユーザ情報に関する処理を行う。機能要求に応じた処理のあと、ＵＣＳ３７はステップＳ５１９に続いてステップＳ５２０に進み、ＷＥＢサービス実機能２６に対して機能要求応答を行う。
【０１４５】
ステップＳ５２０に続いてステップＳ５２１に進み、ＷＥＢサービス実機能２６はＷＥＢサービスＩ／Ｆ２５に対して機能要求応答を行う。そして、ステップＳ５２１に続いてステップＳ５２２に進み、ＷＥＢサービスＩ／Ｆ２５はクライアント２００に対して機能要求応答を行う。
【０１４６】
ステップＳ５２３に進み、クライアント２００がチケットを融合機１に送信してコミット要求を行う。ＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してチケットを受信する。ステップＳ５２３に続いてステップＳ５２４に進み、ＷＥＢサービスＩ／Ｆ２５はチケットに応じたセッションＩＤ及びクライアントＩＤを取得し、セッション管理モジュール２４０にセッションＩＤ及びクライアントＩＤを送信してセッション延長要求を行う。セッション管理モジュール２４０は、セッションＩＤ及びクライアントＩＤを受信すると、図５のようなセッション情報に含まれる有効期限を延長してセッションを延長する。
【０１４７】
矢印８０６は、セッション管理モジュール２４０がセッション情報を保持する期間を表している。このように、セッション管理モジュール２４０はクライアント２００からコミット要求を受信すると、セッション情報を保持する期間を、矢印８０４で表す期間から矢印８０６で表す期間に延長している。
【０１４８】
セッション管理モジュール２４０はセッションを延長したあと、ステップＳ５２４に続いてステップＳ５２５に進み、ＷＥＢサービスＩ／Ｆ２５に対してセッション延長要求応答を行う。
【０１４９】
ステップＳ５２５に続いてステップＳ５２６に進み、ＷＥＢサービスＩ／Ｆ２５はトランザクション管理モジュール２３０にトランザクションＩＤを送信してコミット要求を行う。トランザクション管理モジュール２３０はタイムアウト前にトランザクションＩＤを受信すると、図６のようなトランザクション情報に含まれる有効期限を延長してトランザクションを延長する。
【０１５０】
ステップＳ５２７に進み、トランザクション管理モジュール２３０はＵＣＳ３７に対してコミット要求を行う。トランザクション管理モジュール２３０からのコミット要求を受信すると、ＵＣＳ３７は機能要求で設定された設定情報を反映する。
【０１５１】
ステップＳ５２７に続いてステップＳ５２８に進み、ＵＣＳ３７はトランザクション管理モジュール２３０に対してコミット要求応答を行う。ＵＣＳ３７からのコミット要求応答を受信すると、トランザクション管理モジュール２３０はステップＳ５２９に進み、ＷＥＢサービスＩ／Ｆ２５に対してコミット要求応答を行う。そして、ステップＳ５２９に続いてステップＳ５３０に進み、ＷＥＢサービスＩ／Ｆ２５はクライアント２００に対してコミット要求応答を行う。
【０１５２】
点線範囲８１３では、図１１のステップＳ５１３〜Ｓ５２２の機能要求とステップＳ５２３〜Ｓ５３０のコミット要求とが繰り返し行われる為、図示および説明を省略する。ステップＳ５３１では、クライアント２００がチケットを融合機１に送信してロールバック要求を行う。ＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してチケットを受信する。ステップＳ５３１に続いてステップＳ５３２に進み、ＷＥＢサービスＩ／Ｆ２５はチケットに応じたセッションＩＤ及びクライアントＩＤを取得し、セッション管理モジュール２４０にセッションＩＤ及びクライアントＩＤを送信してセッション延長要求を行う。セッション管理モジュール２４０は、セッションＩＤ及びクライアントＩＤを受信すると、図５のようなセッション情報に含まれる有効期限を延長してセッションを延長する。
【０１５３】
セッション管理モジュール２４０はセッションを延長したあと、ステップＳ５３２に続いてステップＳ５３３に進み、ＷＥＢサービスＩ／Ｆ２５に対してセッション延長要求応答を行う。
【０１５４】
ステップＳ５３３に続いてステップＳ５３４に進み、ＷＥＢサービスＩ／Ｆ２５はトランザクション管理モジュール２３０にトランザクションＩＤを送信してロールバック要求を行う。トランザクション管理モジュール２３０はタイムアウト前にトランザクションＩＤを受信すると、図６のようなトランザクション情報に含まれる有効期限を延長してトランザクションを延長する。
【０１５５】
ステップＳ５３５に進み、トランザクション管理モジュール２３０はＵＣＳ３７に対してロールバック要求を行う。トランザクション管理モジュール２３０からのロールバック要求を受信すると、ＵＣＳ３７は最後のコミット要求以降に行われた機能要求を無効とするため、保持していた設定情報を削除する。例えば、ステップＳ５２３のコミット要求が最後のコミット要求である場合、ＵＣＳ３７は点線範囲８１３で行われた機能要求を無効とするため、その機能要求で設定された設定情報を削除する。
【０１５６】
ステップＳ５３５に続いてステップＳ５３６に進み、ＵＣＳ３７はトランザクション管理モジュール２３０に対してロールバック要求応答を行う。ＵＣＳ３７からのロールバック要求応答を受信すると、トランザクション管理モジュール２３０はステップＳ５３７に進み、ＷＥＢサービスＩ／Ｆ２５に対してロールバック要求応答を行う。そして、ステップＳ５３７に続いてステップＳ５３８に進み、ＷＥＢサービスＩ／Ｆ２５はクライアント２００に対してロールバック要求応答を行う。
【０１５７】
なお、ステップＳ５３９〜Ｓ５５０の処理は図８のステップＳ２１３〜Ｓ２２４の処理と同様である為、説明を省略する。図１１では、ステップＳ５２３〜Ｓ５３０において明示的にコミットを行っているが、ステップＳ５１３〜Ｓ５２２の機能要求の中で暗黙裡にコミットを行っても良い。
【０１５８】
また、機能要求がコミットされる前にステップＳ５３９のトランザクション終了要求があると、最後のコミット要求後に行った機能要求はステップＳ５４３のアンロック要求において、コミットされずに無効となる。なお、最後のコミット要求後に行った機能要求をステップＳ５４３のアンロック要求においてコミットするか無効とするかは、アンロック要求の引数により選択できるようにしてもよい。
【０１５９】
以上、図１１及び図１２のシーケンス図で表す情報処理方法によれば、トランザクションの中でコミット要求およびロールバック要求を実現できる。なお、図１１及び図１２のシーケンス図は、ＵＣＳ３７がトランザクションに対応している例であり、要求されればコミットやロールバックの実行が可能な例である。
【実施例７】
【０１６０】
図３のシステムは、図１３，図１４のシーケンスで表す処理を実行する。図１３は、本発明による情報処理方法を表す第７実施例のシーケンス図（１／２）である。また、図１４は本発明による情報処理方法を表す第７実施例のシーケンス図（２／２）である。ステップＳ６０１〜Ｓ６１７の処理は、図１１のステップＳ５０１〜Ｓ５１７と同様であるため、説明を省略する。
【０１６１】
ＷＥＢサービスＩ／Ｆ２５は、トランザクション管理モジュール２３０からのトランザクション開始／延長要求応答を受信すると、ステップＳ６１８に進み、ＷＥＢサービス実機能２６に対して機能要求を行う。機能要求を受信すると、ＷＥＢサービス実機能２６は機能要求に応じてユーザ情報に関する処理を行う。機能要求に応じた処理のあと、ＷＥＢサービス実機能２６は設定情報をトランザクションＩＤと関連付けて保持する。ステップＳ６１９に進み、ＷＥＢサービス実機能２６はＷＥＢサービスＩ／Ｆ２５に対して機能要求応答を行う。そして、ステップＳ６１９に続いてステップＳ６２０に進み、ＷＥＢサービスＩ／Ｆ２５はクライアント２００に対して機能要求応答を行う。
【０１６２】
ステップＳ６２１に進み、クライアント２００がチケットを融合機１に送信してコミット要求を行う。ＷＥＢサービスＩ／Ｆ２５は、ＮＣＳ３１のｈｔｔｐｄ２２０を介してチケットを受信する。ステップＳ６２１に続いてステップＳ６２２に進み、ＷＥＢサービスＩ／Ｆ２５はチケットに応じたセッションＩＤ及びクライアントＩＤを取得し、セッション管理モジュール２４０にセッションＩＤ及びクライアントＩＤを送信してセッション延長要求を行う。セッション管理モジュール２４０は、セッションＩＤ及びクライアントＩＤを受信すると、図５のようなセッション情報に含まれる有効期限を延長してセッションを延長する。
【０１６３】
セッション管理モジュール２４０はセッションを延長したあと、ステップＳ６２２に続いてステップＳ６２３に進み、ＷＥＢサービスＩ／Ｆ２５に対してセッション延長要求応答を行う。
【０１６４】
ステップＳ６２３に続いてステップＳ６２４に進み、ＷＥＢサービスＩ／Ｆ２５はトランザクション管理モジュール２３０にトランザクションＩＤを送信してトランザクション開始／延長要求を行う。トランザクション管理モジュール２３０はタイムアウト前にトランザクションＩＤを受信すると、図６のようなトランザクション情報に含まれる有効期限を延長してトランザクションを延長する。ステップＳ６２４に続いてステップＳ６２５に進み、トランザクション管理モジュール２３０はＷＥＢサービスＩ／Ｆ２５に対してトランザクション開始／延長要求応答を行う。
【０１６５】
ＷＥＢサービスＩ／Ｆ２５は、トランザクション管理モジュール２３０からのトランザクション開始／延長要求応答を受信すると、ステップＳ６２６に進み、ＷＥＢサービス実機能２６にトランザクションＩＤを送信してコミット要求を行う。ステップＳ６２７に進み、ＷＥＢサービス実機能２６はＵＣＳ３７に対して機能要求を行う。ＷＥＢサービス実機能２６からの機能要求を受信すると、ＵＣＳ３７は機能要求で設定された設定情報を反映する。
【０１６６】
ステップＳ６２７に続いてステップＳ６２８に進み、ＵＣＳ３７はＷＥＢサービス実機能２６に対して機能要求応答を行う。ＵＣＳ３７からの機能要求応答を受信すると、ＷＥＢサービス実機能２６はステップＳ６２９に進み、ＷＥＢサービスＩ／Ｆ２５に対してコミット要求応答を行う。ステップＳ６２９に続いてステップＳ６３０に進み、ＷＥＢサービスＩ／Ｆ２５はクライアント２００に対してコミット要求応答を行う。
【０１６７】
点線範囲９１３では、図１３のステップＳ６１３〜Ｓ６２０の機能要求とステップＳ６２１〜Ｓ６３０のコミット要求とが繰り返し行われる為、図示および説明を省略する。なお、ステップＳ６３１〜Ｓ６３３の処理は図１２のステップＳ５３１〜Ｓ５３３と同様であるため、説明を省略する。
【０１６８】
ステップＳ６３３に続いてステップＳ６３４に進み、ＷＥＢサービスＩ／Ｆ２５はトランザクション管理モジュール２３０にトランザクションＩＤを送信してトランザクション開始／延長要求を行う。トランザクション管理モジュール２３０はタイムアウト前にトランザクションＩＤを受信すると、図６のようなトランザクション情報に含まれる有効期限を延長してトランザクションを延長する。ステップＳ６３４に続いてステップＳ６３５に進み、トランザクション管理モジュール２３０はＷＥＢサービスＩ／Ｆ２５に対してトランザクション開始／延長要求応答を行う。
【０１６９】
ステップＳ６３６に進み、ＷＥＢサービスＩ／Ｆ２５はＷＥＢサービス実機能２６にトランザクションＩＤを送信してロールバック要求を行う。トランザクション管理モジュール２３０からのロールバック要求を受信すると、ＷＥＢサービス実機能２６は最後のコミット要求以降に行われた機能要求を無効とするため、トランザクションＩＤと関連付けて保持していた設定情報を削除する。
【０１７０】
ステップＳ６３６に続いてステップＳ６３７に進み、ＷＥＢサービス実機能２６はＷＥＢサービスＩ／Ｆ２５に対してロールバック要求応答を行う。そして、ステップＳ６３７に続いてステップＳ６３８に進み、ＷＥＢサービスＩ／Ｆ２５はクライアント２００に対してロールバック要求応答を行う。なお、ステップＳ６３９〜Ｓ６４１の処理は図８のステップＳ２１３〜Ｓ２１５の処理と同様である為、説明を省略する。
【０１７１】
ステップＳ６４１に続いてステップＳ６４２に進み、ＷＥＢサービスＩ／Ｆ２５はＷＥＢサービス実機能２６にトランザクションＩＤを送信してトランザクション終了通知を行う。ＷＥＢサービス実機能２６はトランザクションＩＤを受信すると、ステップＳ６４３に進み、ＷＥＢサービスＩ／Ｆ２５に対してトランザクション終了通知応答を行う。
【０１７２】
なお、ステップＳ６４４〜Ｓ６５２の処理は図１２のステップＳ５４２〜Ｓ５５０の処理と同様である為、説明を省略する。また、機能要求がコミットされる前にステップＳ６３９のトランザクション終了要求があると、最後のコミット要求後に行った機能要求はステップＳ６４２のトランザクション終了通知において、コミットされずに無効となる。なお、最後のコミット要求後に行った機能要求をステップＳ６４２のトランザクション終了通知においてコミットするか無効とするかは、トランザクション終了通知の引数により選択できるようにしてもよい。
【０１７３】
以上、図１３及び図１４のシーケンス図で表す情報処理方法によれば、トランザクションの中でコミット要求およびロールバック要求を実現できる。なお、図１３及び図１４のシーケンス図は、ＷＥＢサービス実機能２６がトランザクションに対応している例であって、コミットするまでＷＥＢサービス実機能２６が設定情報をトランザクションＩＤと関連付けて保持する例である。
【０１７４】
したがって、図１１及び図１２のシーケンス図で表す情報処理方法と図１３及び図１４のシーケンス図で表す情報処理方法とを利用することで、ＵＣＳ３７がトランザクションに対応している融合機１とＷＥＢサービス実機能２６がトランザクションに対応している融合機１とを同一のネットワーク２１０に混在させることができる。
【０１７５】
なお、図４，図７〜１４のシーケンス図は、暗黙裡または明示的に行うセッションの開始または終了，暗黙裡または明示的に行うトランザクションの開始または終了の組み合わせの一例である。したがって、本願発明は暗黙裡または明示的に行うセッションの開始または終了，暗黙裡または明示的に行うトランザクションの開始または終了の全ての組み合わせを包含する。
【０１７６】
また、図８，９のシーケンス図において、前述したように、トランザクションを保持する期間内、言い換えればタイムアウト迄にトランザクション終了要求を受信しなければステップＳ２７と同様、ＵＣＳ３７に対してユーザ情報のアンロック要求を行うようにしてもよい。この場合、ＵＣＳ３７は、ユーザ情報に対する共有ロックまたは排他ロックの解除を行う。また、トランザクション管理モジュール２３０は、図６のようなトランザクション情報を消去してトランザクションを終了する。さらに、セッション管理モジュール２４０は、図５のようなセッション情報を消去してセッションを終了する。
【０１７７】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求のの範囲から逸脱することなく、種々の変形や変更が可能である。
【０１７８】
例えば、請求項３記載の情報処理装置の第１管理手段は、所定の有効期限に基づき、前記第１処理群の管理を終了することを特徴としてもよい。また、請求項７記載の情報処理装置の前記第２管理手段は、所定の有効期限に基づき、前記第２処理群の管理を終了することを特徴としてもよい。
【０１７９】
また、上記に記載の情報処理装置の前記第１管理手段は、セッションを管理することを特徴としてもよい。また、上記に記載の情報処理装置の前記第２管理手段は、トランザクションを管理することを特徴としてもよい。さらに、上記に記載の情報処理装置は、画像形成装置であることを特徴としてもよい。
【図面の簡単な説明】
【０１８０】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】本発明による情報処理方法を説明するためのシステム構成図である。
【図４】本発明による情報処理方法を表す第１実施例のシーケンス図である。
【図５】セッション情報の一例の構成図である。
【図６】トランザクション情報の一例の構成図である。
【図７】本発明による情報処理方法を表す第２実施例のシーケンス図である。
【図８】本発明による情報処理方法を表す第３実施例のシーケンス図である。
【図９】本発明による情報処理方法を表す第４実施例のシーケンス図である。
【図１０】本発明による情報処理方法を表す第５実施例のシーケンス図である。
【図１１】本発明による情報処理方法を表す第６実施例のシーケンス図（１／２）である。
【図１２】本発明による情報処理方法を表す第６実施例のシーケンス図（２／２）である。
【図１３】本発明による情報処理方法を表す第７実施例のシーケンス図（１／２）である。
【図１４】本発明による情報処理方法を表す第７実施例のシーケンス図（２／２）である。
【符号の説明】
【０１８１】
１    融合機
２５    ＷＥＢサービスＩ／Ｆ
２６    ＷＥＢサービス実機能
３１    ネットワークコントロールサービス（ＮＣＳ）
３７    ユーザ情報コントロールサービス（ＵＣＳ）
２００    クライアント
２１０    ネットワーク
２３０    トランザクション管理モジュール
２４０    セッション管理モジュール
【図１】
2004246873.tif 000003
【図２】
2004246873.tif 000004
【図３】
2004246873.tif 000005
【図４】
2004246873.tif 000006
【図５】
2004246873.tif 000007
【図６】
2004246873.tif 000008
【図７】
2004246873.tif 000009
【図８】
2004246873.tif 000010
【図９】
2004246873.tif 000011
【図１０】
2004246873.tif 000012
【図１１】
2004246873.tif 000013
【図１２】
2004246873.tif 000014
【図１３】
2004246873.tif 000015
【図１４】
2004246873.tif 000016