本装置とユーザの端末とのセッションの情報を保持するセッション情報保持部と、前記ユーザの端末からアクセスを受け付けた場合、前記セッションの情報に応じた処理を実行するサービス実行部と、前記サービス実行部が処理を実行する場合に、前記セッションの情報とは独立した情報として、前記ユーザの端末からアクセスを受け付けたことを示すアクセス情報を更新しつつ保持するアクセス情報保持部と、前記セッション情報保持部に保持されたセッションの情報が無効にされることによって前記セッションが無効にされることとは独立して、前記アクセス情報保持部に保持されたアクセス情報の更新状況に応じて、前記セッションが無効か否かを自立的に推定するセッション状態推定部と、前記セッション状態推定部により前記セッションが無効と推定された場合、ユーザに関する所定の後処理を実行する後処理部と、を備えることを特徴とする情報処理装置。前記ユーザの端末からのログイン要求に応じて、ユーザへのサービス提供に関わる外部装置に対するユーザのログイン処理を実行するログイン処理部をさらに備え、前記後処理部は、前記ユーザの端末からのログオフ要求に応じて、前記外部装置に対するユーザのログオフ処理を実行するログオフ処理部を含み、前記ログオフ処理部は、前記セッションが無効と推定された場合、前記ユーザの端末からのログオフ要求がなくても、前記外部装置に対するユーザのログオフ処理を自立的に実行することを特徴とする請求項1に記載の情報処理装置。第1処理部と、前記第1処理部より上位レイヤの第2処理部と、を備え、前記第1処理部は、本装置とユーザの端末とのセッションの情報を保持するセッション情報保持部と、前記セッションを無効にすべき所定の条件が充足された場合、前記セッションの情報を無効にすることにより前記セッションを無効にするセッション切断部と、を含み、前記第2処理部は、前記ユーザの端末からアクセスを受け付けた場合、前記セッションの情報に応じた処理を実行するサービス実行部と、前記サービス実行部が処理を実行する場合に、前記セッションの情報とは独立した情報として、前記ユーザの端末からアクセスを受け付けたことを示すアクセス情報を更新しつつ保持するアクセス情報保持部と、前記セッション切断部により前記セッションが無効にされることとは独立して、前記アクセス情報保持部に保持されたアクセス情報の更新状況に応じて、前記セッションが無効か否かを自立的に推定するセッション状態推定部と、前記セッション状態推定部により前記セッションが無効と推定された場合、ユーザに関する所定の後処理を実行する後処理部と、を含むことを特徴とする情報処理装置。情報処理装置が実行する方法であって、ユーザの端末からアクセスを受け付けた場合、本装置と前記ユーザの端末とのセッションの情報に応じた処理を実行するステップと、前記セッションの情報に応じた処理が実行される場合に、前記セッションの情報とは独立した情報として、前記ユーザの端末からアクセスを受け付けたことを示すアクセス情報を更新するステップと、前記セッションの情報が無効にされることによって前記セッションが無効にされることとは独立して、前記アクセス情報の更新状況に応じて、前記セッションが無効か否かを自立的に推定するステップと、前記セッションが無効と推定された場合、ユーザに関する所定の後処理を実行するステップと、を備えることを特徴とする情報処理方法。情報処理装置の各種サービスの利用後は、ログオフ等の適切な後処理が必要となることがある。しかしながら、ユーザからのログオフ要求を受け付けないままに、情報処理装置とユーザとのセッションが無効となることがあり、適切な後処理を実行することが困難な場合があった。本発明はこうした課題に鑑みてなされたものであり、その主な目的は、ユーザとのセッションが予期せず無効になった場合でも適切な後処理を実行可能な情報処理装置を実現するための技術を提供することにある。上記課題を解決するために、本発明のある態様の情報処理装置は、本装置とユーザの端末とのセッションの情報を保持するセッション情報保持部と、ユーザの端末からアクセスを受け付けた場合、セッションの情報に応じた処理を実行するサービス実行部と、サービス実行部が処理を実行する場合に、セッションの情報とは独立した情報として、ユーザの端末からアクセスを受け付けたことを示すアクセス情報を更新して保持するアクセス情報保持部と、セッション情報保持部に保持されたセッションの情報が無効にされることによってセッションが無効にされることとは独立して、アクセス情報保持部に保持されたアクセス情報の更新状況に応じて、セッションが無効か否かを自立的に推定するセッション状態推定部と、セッション状態推定部によりセッションが無効と推定された場合、ユーザに関する所定の後処理を実行する後処理部と、を備える。本発明の別の態様もまた、情報処理装置である。この装置は、第1処理部と、第1処理部より上位レイヤの第2処理部と、を備える。第1処理部は、本装置とユーザの端末とのセッションの情報を保持するセッション情報保持部と、セッションを無効にすべき所定の条件が充足された場合、セッションの情報を無効にすることによりセッションを無効にするセッション切断部と、を含む。第2処理部は、ユーザの端末からアクセスを受け付けた場合、セッションの情報に応じた処理を実行するサービス実行部と、サービス実行部が処理を実行する場合に、セッションの情報とは独立した情報として、ユーザの端末からアクセスを受け付けたことを示すアクセス情報を更新しながら保持するアクセス情報保持部と、セッション切断部によりセッションが無効にされることとは独立して、アクセス情報保持部に保持されたアクセス情報の更新状況に応じて、セッションが無効か否かを自立的に推定するセッション状態推定部と、セッション状態推定部によりセッションが無効と推定された場合、ユーザに関する所定の後処理を実行する後処理部と、を含む。本発明のさらに別の態様は、情報処理方法である。この方法は、情報処理装置が実行する方法であって、ユーザの端末からアクセスを受け付けた場合、本装置とユーザの端末とのセッションの情報に応じた処理を実行するステップと、セッションの情報に応じた処理が実行される場合に、セッションの情報とは独立した情報として、ユーザの端末からアクセスを受け付けたことを示すアクセス情報を更新するステップと、セッションの情報が無効にされることによってセッションが無効にされることとは独立して、アクセス情報の更新状況に応じて、セッションが無効か否かを自立的に推定するステップと、セッションが無効と推定された場合、ユーザに関する所定の後処理を実行するステップと、を備える。なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。本発明によれば、ユーザとのセッションが予期せず無効になった場合でも適切な後処理を実行可能な情報処理装置を実現することができる。図1は、実施の形態の情報処理システムの構成を示す。図1の各装置は、LANWANインターネット等、公知の通信網を介して接続される。ユーザ端末10は、ウェブブラウザがインストールされたPCであり、第1業務サーバ22に対して業務サービスの実行を要求する。そして、その実行結果を示すウェブページのデータを第1業務サーバ22から取得してディスプレイに表示させる。第1情報システム20および第2情報システム30は、互いに異なる業務の遂行を支援する情報処理システムである。例えば、第1情報システム20は営業支援システムであり、第2情報システム30は顧客管理システムであってもよい。後述するように、第1情報システム20と第2情報システム30とでは互いに独立してユーザ認証が行われる。第1情報システム20は、第1業務サーバ22と認証サーバ24を備える。認証サーバ24は、ユーザ端末10から受け付けられたユーザIDおよびパスワードにもとづくユーザ認証処理を実行する。第1業務サーバ22は、ウェブサーバの機能を有し、認証サーバ24によるユーザ認証が成功した場合、自装置へのユーザのログインを許可する。そして、ログインユーザからの要求に応じて、業務サービスが実装されたウェブアプリケーション以下、ウェブAPとも呼ぶ。を実行する。また第1業務サーバ22は、第2業務サーバ32に対してユーザIDおよびパスワードを指定したログイン要求を送信することにより、第2業務サーバ32に対するユーザのログイン処理を実行する。ログイン後、第1業務サーバ22は、ウェブAPの実行に際して適宜第2業務サーバ32へアクセスし、例えば第2業務サーバ32との間でユーザに関するデータを送受する。第2情報システム30は第2業務サーバ32を備える。第2業務サーバ32は、第1業務サーバ22から送信されたユーザIDおよびパスワードにもとづくユーザ認証処理を実行する。なお変形例として、第2情報システム30におけるユーザ認証処理の実行主体は、第1情報システム20と同様に、第2業務サーバ32とは別の認証サーバでもよい。第2業務サーバ32は、ユーザ認証に成功した場合、自装置へのユーザのログインを許可し、ログインユーザのセッションに関する情報を設定する。例えば、ログインユーザのセッションオブジェクトを設定し、第1業務サーバ22からログオフ要求を受け付けるまではセッションオブジェクトを有効な状態で保持し続ける。また第2業務サーバ32は、ユーザ端末10のユーザに関連する情報以下、ユーザ関連情報とも呼ぶ。を保持する。そして、自装置へのユーザのログインを許可した後、ログインユーザのセッションに関する情報が有効である間は、第1業務サーバ22から受け付けた更新情報にしたがってユーザ関連情報を更新する。また、第1業務サーバ22の要求に応じてユーザ関連情報を第1業務サーバ22へ提供する。第1業務サーバ22においてウェブサーバにデプロイされたウェブAPは、ユーザ端末10からログオフ要求を受け付けると、第1業務サーバ22におけるユーザのログオフ処理を実行するとともに、ユーザのログオフ要求を第2業務サーバ32へ通知する。第2業務サーバ32は、そのログオフ要求にしたがって第2業務サーバ32におけるユーザのログオフ処理を実行する。例えば、ログインユーザのセッションに関する情報を削除し、ログインユーザのために確保したシステムリソースを解放する。しかし、ユーザ端末10においてログオフの操作がなされることなくウェブブラウザが終了した場合ウェブブラウザのウィンドウの閉じるボタンが押された場合等、ユーザ端末10と第1業務サーバ22とのセッションが通常の手順を踏まずに終了した場合に問題が生じうる。ユーザ端末10と第1業務サーバ22とのセッションの無効化処理はウェブサーバが実行するものであり、セッションが無効化された事実を、その無効化時点においてウェブサーバ上のアプリケーション側で検出することはできない。したがって、第1業務サーバ22から第2業務サーバ32へのログオフ要求はなされず、第2業務サーバ32ではユーザのログオフ処理が行われない。その結果、第2業務サーバ32ではユーザのセッション情報等、ユーザのログインに伴って確保されたシステムリソースが解放されることなく残存してしまう。これまでは、第2業務サーバ32に残存するユーザのセッション情報等のシステムリソースについて、1つ1つの解放可否を第2業務サーバ32の管理者が確認して人手により対処する必要があった。この問題を解決するため、実施の形態の第1業務サーバ22は、ウェブサーバによるセッション管理機能とは別にユーザのセッションが有効か無効かを自立的に推定する手段を備える。言い換えれば、下位レイヤのウェブサーバによるセッション切断の事実を、上位レイヤのアプリケーションが検出する仕組みを備える。そして第1業務サーバ22は、セッションが無効であると推定されるユーザについては、当該ユーザから明示的なログオフ要求を受け付けていなくても、当該ユーザのログオフ要求を第2業務サーバ32に対して自立的に送信する。これにより、ユーザ端末10と第1業務サーバ22とのセッションが予期せず終了した場合も、ユーザ端末10からログオフ要求を受け付けた場合と同様の後処理例えばログオフ処理を実行することができる。図2は、図1の第1業務サーバ22の機能構成を示すブロック図である。第1業務サーバ22は、ウェブサーバの機能を提供するウェブサーバ部40と、ウェブサーバ部40にデプロイされるウェブAPに対応するアプリケーション部50を備える。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのCPUをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図2の各機能ブロックは、コンピュータプログラムとして記録媒体に格納され、第1業務サーバ22のストレージへインストールされてもよい。そして、当該プログラムが起動されると、各機能ブロックに対応するプログラムモジュールが第1業務サーバ22のメインメモリへ読み出されてCPUにより実行されてもよい。ウェブサーバ部40は、セッション情報保持部42と、要求受付部44と、情報提供部46と、セッション切断部48を含む。セッション情報保持部42は、ユーザ端末10が第1業務サーバ22にログインしてからログオフするまでの一連のセッションに関する情報以下、セッション情報とも呼ぶ。を保持する。セッション情報は、第1業務サーバ22のメモリにおいてユーザ端末10と第1業務サーバ22とのセッションごとに領域が確保されて記憶されたセッションオブジェクトであると言える。セッション情報には、セッションIDをキーとして、ユーザ端末10と第1業務サーバ22との一連のセッションの間に継続して保持すべき情報が格納される。以下では、セッション情報が存在する場合をセッションが確立したとも表現し、セッション情報が削除された場合をセッションが切断されたとも表現する。要求受付部44は、ユーザ端末10から送信されたHTTPリクエストを受け付けて、そのリクエストをアプリケーション部50に渡す。予め第1業務サーバ22とのセッションが確立されたユーザの場合、ユーザ端末10からのHTTPリクエストにはセッションIDが含まれる。情報提供部46は、HTTPリクエストに応じてアプリケーション部50が設定したウェブページのデータを含むHTTPレスポンスをユーザ端末10へ送信する。セッション切断部48は、第1業務サーバ22とユーザ端末10とのセッション毎に、ユーザ端末10から本装置へのアクセス状況、例えばユーザ端末10からHTTPリクエストを受け付けた日時を監視する。そして、予め定められたセッションのタイムアウト時間以上、ユーザ端末10からのアクセスが受け付けられないセッションについては、当該セッションを無効にする。具体的には、セッションのタイムアウト時間以上、特定のセッションIDを指定したHTTPリクエストが受け付けられない場合、そのセッションIDと対応づけられたセッション情報を無効なものとする。例えば、セッション情報を削除してもよく、予め定められた無効フラグをセッション情報に付加してもよい。アプリケーション部50は、ユーザ情報保持部52と、アクセス情報保持部54と、ログイン処理部56と、ログオフ処理部58と、サービス実行部60と、アクセス情報更新部62と、セッション情報更新部64と、セッション状態推定部66を含む。ユーザ情報保持部52は、本装置へのログインに必要なユーザのアカウント以下、第1アカウントとも呼ぶ。と、第2業務サーバ32へのログインに必要なユーザのアカウント以下、第2アカウントとも呼ぶ。とを対応づけて保持する。これらのアカウントのそれぞれはユーザIDとパスワードを含むこととする。アクセス情報保持部54は、ユーザ端末10による第1業務サーバ22へのアクセスに関する情報以下、アクセス情報とも呼ぶ。を保持する。アクセス情報はセッション情報保持部42に保持されたセッション情報とは独立した情報である。セッション情報保持部42のセッション情報はセッションのタイムアウト時間の経過に伴い削除される一方、アクセス情報はセッション情報の削除有無にかかわらず保持される。図3は、アクセス情報の構成を示す。アクセス情報は、セッション情報フィールドと、ログイン情報フィールドと、アクセス時刻フィールドを含む。セッション情報フィールドには、セッションIDを含むセッション情報、すなわちセッション情報保持部42に格納されるセッション情報のコピーが格納される。ログイン情報フィールドには、第2業務サーバ32へのログイン情報、すなわち第2アカウントとしてのユーザIDおよびパスワードが格納される。またアクセス時刻フィールドには、ユーザ端末10が第1業務サーバ22にアクセスした日時、ここではユーザ端末10からのHTTPリクエストに応じてセッション情報に対する参照や更新のアクセスが行われた最新の日時が格納される。図2に戻り、ログイン処理部56は、要求受付部44を介して、ユーザ端末10から送信されたログイン要求を受け付ける。このログイン要求では第1アカウントが指定される。ログイン処理部56は、ログイン要求にもとづいてユーザのログイン処理を実行する。具体的には、ログイン処理部56は、ログイン要求で指定された第1アカウントを認証サーバ24へ送信し、認証サーバ24からユーザ認証の結果を受信する。ログイン処理部56は、認証サーバ24によるユーザ認証が成功した場合、第1業務サーバ22へのユーザのログインを許可する。それとともに、ユーザ情報保持部52においてログイン要求で指定された第1アカウントと対応づけられた第2アカウントを取得する。ログイン処理部56は、その第2アカウントを指定したログイン要求を第2業務サーバ32へ送信し、第2業務サーバ32からユーザ認証の結果を受信する。ログオフ処理部58は、要求受付部44を介して、ユーザ端末10から送信されたログオフ要求を受け付ける。このログオフ要求では第1アカウントが指定される。ログオフ処理部58は、ログオフ要求を受け付けると、第1業務サーバ22からのユーザのログオフ処理を実行する。それとともに、ユーザ情報保持部52においてログオフ要求で指定された第1アカウントと対応づけられた第2アカウントを取得する。ログオフ処理部58は、その第2アカウントを指定したログオフ要求を第2業務サーバ32へ送信することにより、第2業務サーバ32においてユーザのログオフ処理を実行させる。サービス実行部60は、要求受付部44を介して、ユーザ端末10から送信されたサービス要求を受け付ける。このサービス要求は、ログインとログオフ以外の各種サービスの提供を要求するものとする。サービス実行部60は、サービス要求で指定されたセッションIDと対応づけられたセッション情報にしたがって、サービス要求で指定されたサービスに対応するウェブアプリケーションで規定された処理を実行する。またサービス実行部60は、ウェブアプリケーションで規定された処理を実行するに際し、セッション情報を適宜更新する。例えば、ユーザ端末10から次のサービス要求を受け付けた場合の処理に引き継ぎたいデータをセッション情報へ格納する。セッション情報更新部64は、ユーザ端末10からのログイン要求に応じて第1業務サーバ22に対するユーザのログインが許可された場合、第1業務サーバ22とユーザ端末10との新規のセッション情報を設定する。具体的には、ユニークなセッションIDを採番し、そのセッションIDを含むセッション情報をユーザ情報保持部52とアクセス情報保持部54のセッション情報フィールドの両方へ格納する。またセッション情報更新部64は、サービス実行部60によるウェブアプリケーションの実行に際してセッション情報が更新される場合、その更新データをユーザ情報保持部52とアクセス情報保持部54のセッション情報フィールドの両方へ格納する。変形例として、セッション情報更新部64は、先にアクセス情報保持部54のセッション情報フィールドのデータを設定し、その後、アクセス情報保持部54のセッション情報フィールドのデータをセッション情報保持部42へコピーしてもよい。アクセス情報更新部62は、ログイン処理部56による第2業務サーバ32に対するログイン要求の結果、第2業務サーバ32によるユーザ認証が成功した場合、そのログイン要求で指定された第2アカウントをユーザのセッションIDと対応づけてアクセス情報保持部54へ格納する。またアクセス情報更新部62は、セッション情報へのアクセスが行われる際に、その旨の通知をアクセス主体から受け付け、アクセス情報保持部54のアクセス時刻フィールドへ最新のアクセス状況を記録する。具体的には、サービス実行部60によるセッション情報の参照処理や、セッション情報更新部64によるセッション情報の更新処理が行われるたびに、それらのアクセスで指定されたセッションIDを含むアクセス情報保持部54のレコード言い換えれば、アクセス対象のセッション情報に対応するアクセス情報保持部54のレコードを特定し、そのレコードのアクセス時刻フィールドのデータを現在時刻で更新する。セッション状態推定部66は、先の推定処理を終了してから30分等の予め定められたインターバルが経過したことを検出するたびに、ユーザ端末10と第1業務サーバ22とのセッション状態の推定処理を繰り返し実行する。セッション状態推定部66は、セッション切断部48によりセッション情報が削除されることにより、本装置とユーザ端末10とのセッションが無効にされることとは独立して、また、ユーザ端末10からのサービス提供要求等のアクセスを受け付けることを契機とすることなく、アクセス情報保持部54に保持されたアクセス情報にしたがってユーザのセッションが無効になったか否かを自立的に推定する。言い換えれば、ウェブサーバ部40がセッション情報を無効にしたことを常時監視することなく、また、ウェブサーバ部40からその旨の通知を受け付けることなく、また、ユーザ端末10からのアクセスが無くても、自立的にセッション情報の有効性を確認する。具体的には、セッション状態推定部66は、アクセス情報保持部54のレコードのうちアクセス時刻フィールドがセッションのタイムアウト時間以上更新されていないレコードを、セッションが既に無効となったレコード以下、セッション無効レコードとも呼ぶ。として特定する。例えば、現在時刻が19時でセッションタイムアウト時間が30分の場合、アクセス時刻フィールドの値が18時30分以前のレコードをセッション無効レコードとして特定する。ログオフ処理部58は、セッション状態推定部66によりセッション無効レコードが特定された場合、そのレコードに記録された第2アカウントを指定したログオフ要求を第2業務サーバ32へ送信する。これによりセッションが無効になったユーザについて、そのユーザから明示的なログオフ要求を受け付けなくても、第2業務サーバ32におけるユーザのログオフ処理を事後的に実行させる。なお、あわせて第1業務サーバ22におけるユーザのログオフ処理を実行してもよいことはもちろんである。アクセス情報更新部62は、ログオフ処理部58によるログオフ処理の実行後にアクセス情報保持部54からセッション無効レコードを削除する。以上の構成による第1業務サーバ22の動作を以下説明する。図4は、第1業務サーバ22の動作を示すフローチャートである。ユーザ端末10からのログイン要求をログイン処理部56が受け付けるとS10のY、ログイン処理部56は自装置におけるユーザのログイン処理に加えて、第2業務サーバ32に対するユーザのログイン処理を実行するS12。第2業務サーバ32に対するログイン処理に成功すると、セッション情報更新部64は、新規のセッション情報をユーザ情報保持部52およびアクセス情報保持部54へ格納するS14。それとともにアクセス情報更新部62は、第2業務サーバ32に対するユーザのログインアカウントをアクセス情報保持部54へ格納し、現在時刻をアクセス時刻としてアクセス情報保持部54へ格納するS16。なおS14の処理の前にS16の処理が実行されてもよく、アクセス情報保持部54へアクセス情報が格納された後に、その中のセッション情報がセッション情報保持部42へコピーされてもよい。ユーザ端末10からのログイン要求を受け付けなければS10のN、S12~S16をスキップする。サービス実行部60は、ユーザ端末10からのサービス提供要求を受け付けるとS18のY、セッション情報保持部42を参照して、その要求で指定されたセッションIDにより特定されるセッション情報の有効性を確認する。指定されたセッションIDをキーとするセッション情報がセッション情報保持部42に存在しなければ、言い換えれば、ユーザのセッション情報が既に無効にされていた場合S20のN、ログイン処理部56は、ユーザIDやパスワードの入力フィールドを備えたログイン画面のデータをユーザ端末10へ提供して表示させるS22。以降、S10へ戻る。ユーザのセッション情報が有効であればS20のY、アクセス情報更新部62はセッションIDで特定されるアクセス情報のアクセス時刻を更新しS24、サービス実行部60はセッション情報にしたがってウェブアプリケーションを実行するS26。ウェブアプリケーションの実行に伴い、セッション情報更新部64はセッション情報を逐次更新しS28、セッション情報が更新されると、アクセス情報更新部62はアクセス情報のアクセス時刻を逐次更新するS30。サービス実行部60は、ウェブアプリケーションの実行結果を示すウェブページのデータを、情報提供部46を介してユーザ端末10へ提供するS32。ユーザ端末10からのサービス提供要求を受け付けなければS18のN、S20~S32をスキップする。図5も第1業務サーバ22の動作を示すフローチャートである。同図は図4に続く動作を示している。セッション切断部48は、ユーザ端末10からのアクセス状況を監視し、ユーザ端末10と第1業務サーバ22とのセッションタイムアウトの発生有無を監視する。セッション切断部48は、セッションタイムアウトの発生を検出するとS40のY、セッションタイムアウトが発生したユーザのセッション情報を削除することにより、ユーザ端末10と第1業務サーバ22とのセッションを無効にするS42。セッションタイムアウトの発生を検出しなければS40のN、S42をスキップする。セッション状態推定部66は、先の推定処理から所定の期間が経過した場合、検査タイミングに至った旨を検出する。検査タイミングに至ったことを検出するとS44のY、セッション状態推定部66は、アクセス情報保持部54の各レコードのアクセス時刻フィールドを確認する。セッション状態推定部66は、セッションのタイムアウト時間以上アクセス時刻が更新されていないレコードがあればS46のY、当該レコードをセッション無効レコードとして特定する。セッション状態推定部66は、セッション無効レコードに記録された第2アカウントを使用して第2業務サーバ32からのユーザのログオフ処理を実行しS48、アクセス情報更新部62はセッション無効レコードを削除するS50。セッションのタイムアウト時間以上アクセス時刻が更新されていないアクセス情報保持部54のレコードがなければS46のN、S48およびS50をスキップし、検査タイミングを未検出であればS44のN、S46以降をスキップする。本実施の形態の第1業務サーバ22によれば、ユーザ端末10とのセッション確立後、ユーザ端末10からのログオフ要求を受け付ける前に、そのセッションが予期せず無効になった場合、第2業務サーバ32に対するユーザのログオフ処理を自立的に実行する。これにより、第2業務サーバ32では、ユーザのログインに伴って確保した所定のリソースであり、ユーザ端末10と第1業務サーバ22間のセッションの無効化に伴って本来解放すべきリソースを保持し続けることなく、自動的に解放することができる。また第2業務サーバ32におけるリソース解放のための、第2業務サーバ32の管理者の負担も軽減することができる。以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。上記実施の形態では、セッション状態推定部66によりセッションが無効になったことが推定されたユーザに関する後処理として、第2業務サーバ32に対するユーザのログオフ処理を実行する例を示した。しかし、ユーザに関する後処理はログオフ処理に限定されるものではない。例えば、第1業務サーバ22においてログインユーザのために確保されたシステムリソースの解放や、しかかり中の処理のキャンセル、予期せぬセッション断を所定の管理装置に通知すること等が後処理として実行されてもよい。すなわち、ユーザ端末10から明示的なログオフ要求を受け付けた場合に実行されるべき各種処理や、ユーザ端末10とのセッションが破棄された場合に実行されるべき各種処理いわゆる異常系処理やリカバリ処理が、後処理として実行されてもよいことはもちろんであり、第1業務サーバ22はこれらの後処理を実行する後処理部を備えてもよい。この変形例においても、ユーザとのセッションが予期せず無効になった場合でも適切な後処理を実行可能な情報処理装置を実現することができる。請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。