(57)【要約】【課題】サービスの提供が許可されたユーザを認証する認証処理の操作手順を簡素化する。【解決手段】業務処理システムは、サービスの提供を許可するユーザを認証する処理を、端末装置からの要求に応じて実施した後に、当該ユーザに所望のサービスを提供するサーバ装置を含む。サーバ装置は、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、サービスの提供が許可されたユーザのユーザ情報とを関連付けて記憶する記憶部と、端末装置からの要求に応じて前記記憶部を参照し、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む応答情報を、前記記憶部を参照して得た情報から生成する応答情報生成部と、前記応答情報を前記端末装置に対して送出する通信処理部とを備える。【選択図】図５
2015232839.tif 000002
【特許請求の範囲】
【請求項１】
サービスの提供を許可するユーザを認証する処理を、端末装置からの要求に応じて実施した後に、当該ユーザに所望のサービスを提供するサーバ装置を含む業務処理システムであって、
前記サーバ装置は、
提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、サービスの提供が許可されたユーザのユーザ情報とを関連付けて記憶する記憶部と、
端末装置からの要求に応じて前記記憶部を参照し、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む応答情報を、前記記憶部を参照して得た情報から生成する応答情報生成部と、
前記応答情報を前記端末装置に対して送出する通信処理部と
を備えることを特徴とする業務処理システム。
【請求項２】
前記生成された応答情報には、前記端末装置から要求を受けたタイミングに応じて動的に変化する動的変数が含まれ、
前記応答情報生成部は、
前記動的変数を含む前記応答情報を生成する
ことを特徴とする請求項１に記載の業務処理システム。
【請求項３】
前記生成された応答情報には、前記サービスを提供する業務情報処理部の位置を示す情報が含まれており、
前記端末装置は、
前記サーバ装置から前記応答情報を取得して、前記取得した応答情報に基づいて前記業務情報処理部を参照する
ことを特徴とする請求項２に記載の業務処理システム。
【請求項４】
前記サービスを提供する業務情報処理部を備え、
前記端末装置は、
前記取得した応答情報に基づいて前記業務情報処理部を参照するように前記サーバ装置を制御して、前記業務情報処理部において前記サービスを提供させる
ことを特徴とする請求項３に記載の業務処理システム。
【請求項５】
前記動的変数には、時刻を示す時刻情報が含まれ、
前記応答情報生成部は、
前記時刻情報を含む応答情報を生成する
ことを特徴とする請求項２から４の何れか１項に記載の業務処理システム。
【請求項６】
前記動的変数には、前記サービスに応じた引数情報が含まれ、
前記応答情報生成部は、
前記サービスに応じた引数情報を含む応答情報を生成する
ことを特徴とする請求項２から５の何れか１項に記載の業務処理システム。
【請求項７】
前記応答情報生成部は、
前記応答情報に含む各種情報を暗号化して、前記暗号化した各種情報から応答情報を生成する
ことを特徴とする請求項６に記載の業務処理システム。
【請求項８】
前記応答情報生成部は、
前記暗号化した各種情報を符号化して、前記符号化した各種情報から応答情報を生成する
ことを特徴とする請求項７に記載の業務処理システム。
【請求項９】
前記端末装置は、
参照先が異なるＷＥＢサーバをそれぞれ参照するポートレットを起動させるとともに、前記ポートレットが参照したＷＥＢサーバに関連付けられた前記業務情報処理部によるサービスを実行させる業務ＡＰＬ情報取得部
を備えることを特徴とする請求項３又は４に記載の業務処理システム。
【請求項１０】
サービスの提供を許可するユーザを認証する処理を、端末装置からの要求に応じて実施した後に、当該ユーザに所望のサービスを提供するサーバ装置を含む業務処理システムにおける業務処理方法であって、
前記サーバ装置の記憶部に、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、サービスの提供が許可されたユーザのユーザ情報とを関連付けて記憶させるステップと、
端末装置からの要求に応じて前記記憶部を参照し、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む応答情報を、前記記憶部を参照して得た情報から生成するステップと、
前記応答情報を前記端末装置に対して送出するステップと
を含むことを特徴とする業務処理方法。
【請求項１１】
サービスの提供を許可するユーザを認証する処理を、端末装置からの要求に応じて実施した後に、当該ユーザに所望のサービスを提供するサーバ装置のコンピュータに、
提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、サービスの提供が許可されたユーザのユーザ情報とを関連付けて記憶部に記憶させるステップと、
端末装置からの要求に応じて前記記憶部を参照し、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む応答情報を、前記記憶部を参照して得た情報から生成するステップと、
前記応答情報を前記端末装置に対して送出するステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業務処理システム、業務処理方法、及びプログラムに関する。
【背景技術】
【０００２】
ユーザは、端末装置を操作することにより、ブラウザソフトを起動して、例えばインターネット上の様々なウェブサービスを利用することができる。このようなブラウザソフトを利用する業務処理システムが知られている。
一方、特定のユーザに限り、特定の業務処理サービスを利用させることがある。例えば、このようにユーザを制限した業務処理サービスでは、業務処理サービスの提供を開始する際にユーザを認証する認証処理が行われる。ユーザを認証する認証処理が実施される度に、認証処理に応じた認証情報を入力することが必要とされ、ユーザの操作性が低下してしまう。このような認証処理による操作性の低下を改善するために、認証処理に必要とされる認証情報の入力操作を簡素化する技術が知られている（例えば、特許文献１参照）。特許文献１には、ウェブサービスのページを参照する際に用いるＵＲＬ（Uniform Resource Locator）に対応させて、ユーザＩＤとパスワードなどの認証情報を予め記憶しておき、認証処理の要求に応じて、ＵＲＬに対応する認証情報の入力を支援する技術が示されている。この認証情報の入力を支援する技術では、認証処理により要求される認証情報を、ウェブサービスを利用するタイミングでユーザが個々に入力する必要がない。ユーザは、この技術によって提示される認証情報を選択する操作を行うことで、認証情報の入力操作を簡素化している。このように、特許文献１の技術によれば、ユーザが認証情報を選択するという操作を行うことにより、認証情報のそのものを入力することなく、認証処理の入力情報としての認証情報を自動的に入力できる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許３５２０２６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、上記のように認証情報を選択するという操作が依然として必要であることから、ユーザを特定する処理が実施されるたびにユーザは認証情報の入力を意識することが必要とされる。このように、特許文献１の技術を利用したとしても、ユーザを認証する認証処理の操作手順を簡素化することができないという問題がある。
【０００５】
上記の問題に鑑みて、本発明は、上記問題を解決するために、サービスの提供が許可されたユーザを認証する認証処理の操作手順を簡素化する業務処理システム、業務処理方法及びプログラムを提供する。
【課題を解決するための手段】
【０００６】
本発明の一態様は、サービスの提供を許可するユーザを認証する処理を、端末装置からの要求に応じて実施した後に、当該ユーザに所望のサービスを提供するサーバ装置を含む業務処理システムであって、前記サーバ装置は、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、サービスの提供が許可されたユーザのユーザ情報とを関連付けて記憶する記憶部と、端末装置からの要求に応じて前記記憶部を参照し、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む応答情報を、前記記憶部を参照して得た情報から生成する応答情報生成部と、前記応答情報を前記端末装置に対して送出する通信処理部とを備えることを特徴とする業務処理システムである。
【０００７】
また、本発明の一態様は、上記業務処理システムにおいて、前記生成された応答情報には、前記端末装置から要求を受けたタイミングに応じて動的に変化する動的変数が含まれ、前記応答情報生成部は、前記動的変数を含む前記応答情報を生成することを特徴とする。
【０００８】
また、本発明の一態様は、上記業務処理システムにおいて、前記生成された応答情報には、前記サービスを提供する業務情報処理部の位置を示す情報が含まれており、前記端末装置は、前記サーバ装置から前記応答情報を取得して、前記取得した応答情報に基づいて前記業務情報処理部を参照することを特徴とする。
【０００９】
また、本発明の一態様は、上記業務処理システムにおいて、前記サービスを提供する業務情報処理部を備え、前記端末装置は、前記取得した応答情報に基づいて前記業務情報処理部を参照するように前記サーバ装置を制御して、前記業務情報処理部において前記サービスを提供させることを特徴とする。
【００１０】
また、本発明の一態様は、上記業務処理システムにおいて、前記動的変数には、時刻を示す時刻情報が含まれ、前記応答情報生成部は、前記時刻情報を含む応答情報を生成することを特徴とする。
【００１１】
また、本発明の一態様は、上記業務処理システムにおいて、前記動的変数には、前記サービスに応じた引数情報が含まれ、前記応答情報生成部は、前記サービスに応じた引数情報を含む応答情報を生成することを特徴とする。
【００１２】
また、本発明の一態様は、上記業務処理システムにおいて、前記応答情報生成部は、前記応答情報に含む各種情報を暗号化して、前記暗号化した各種情報から応答情報を生成することを特徴とする。
【００１３】
また、本発明の一態様は、上記業務処理システムにおいて、前記応答情報生成部は、前記暗号化した各種情報を符号化して、前記符号化した各種情報から応答情報を生成することを特徴とする。
【００１４】
また、本発明の一態様は、上記業務処理システムにおいて、前記端末装置は、参照先が異なるＷＥＢサーバをそれぞれ参照するポートレットを起動させるとともに、前記ポートレットが参照したＷＥＢサーバに関連付けられた前記業務情報処理部によるサービスを実行させる業務ＡＰＬ情報取得部を備えることを特徴とする。
【００１５】
また、本発明の一態様は、サービスの提供を許可するユーザを認証する処理を、端末装置からの要求に応じて実施した後に、当該ユーザに所望のサービスを提供するサーバ装置を含む業務処理システムにおける業務処理方法であって、前記サーバ装置の記憶部に、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、サービスの提供が許可されたユーザのユーザ情報とを関連付けて記憶させるステップと、端末装置からの要求に応じて前記記憶部を参照し、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む応答情報を、前記記憶部を参照して得た情報から生成するステップと、前記応答情報を前記端末装置に対して送出するステップとを含むことを特徴とする業務処理方法である。
【００１６】
また、本発明の一態様は、サービスの提供を許可するユーザを認証する処理を、端末装置からの要求に応じて実施した後に、当該ユーザに所望のサービスを提供するサーバ装置のコンピュータに、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、サービスの提供が許可されたユーザのユーザ情報とを関連付けて記憶部に記憶させるステップと、端末装置からの要求に応じて前記記憶部を参照し、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む応答情報を、前記記憶部を参照して得た情報から生成するステップと、前記応答情報を前記端末装置に対して送出するステップとを実行させるためのプログラムである。
【発明の効果】
【００１７】
本発明によれば、サービスの提供が許可されたユーザを認証する認証処理の操作手順を簡素化する業務処理システム、業務処理方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】第１の実施形態の業務処理システムの構成を示す構成図である。
【図２】本実施形態の端末装置における制御部の構成例を示す機能構成図である。
【図３】本実施形態のサーバ装置におけるサーバ制御部の構成例を示す機能構成図である。
【図４】本実施形態のユーザ情報記憶部の構成例を示す説明図である。
【図５】本実施形態の業務処理システムの処理の手順を示すシーケンス図である。
【図６】本実施形態の「ＵＲＬ引数」の構成の一例を示す説明図である。
【図７】本実施形態の「ＵＲＬ引数」の暗号化された結果の一例を示す説明図である。
【図８】本実施形態の「ＵＲＬ引数」の符号化された結果の一例を示す説明図である。
【図９】本実施形態の「ＵＲＬ」の一例を示す説明図である。
【図１０】本実施形態の解析結果の一例を示す説明図である。
【図１１】第２の実施形態の業務情報取得の手順を示すシーケンス図である。
【図１２】上記の図１１に示す処理で取得可能な業務情報と、その構成を示す説明図である。
【図１３】第３の実施形態のサーバ装置におけるサーバ制御部の構成例を示す機能構成図である。
【図１４】本実施形態の業務処理システムの処理の手順を示すシーケンス図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照して、本発明の実施の形態について説明する。
【００２０】
（第１の実施形態）
図１は、本実施形態の業務処理システムの構成を示す構成図である。
同図に示された業務処理システム１は、サービスの提供を許可するユーザを認証した後に、当該ユーザに所望のサービスを提供する。例えば、業務処理システム１は、サービスの提供が許可されたユーザのユーザ情報を記憶する。業務処理システム１は、提供するサービスに係る情報が保持されている位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む応答情報を、端末装置からの要求に応じて生成する。業務処理システム１は、前記応答情報を前記端末装置に対して送出するものである。
業務処理システム１は、端末装置２とサーバ装置３などのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５を介して接続されている。ここで、端末装置２は、複数であってもよく、利用者であるユーザに対応して設けられている。例えば、端末装置２は、パーソナルコンピュータ、スマートフォンなどで構成してもよい。特に区別しない場合には、１台の端末装置２を例示して説明する。また、サーバ装置３は、複数のコンピュータ装置によって構成されていてもよく、その際、複数のコンピュータ装置に各機能を任意に割り付けることができる。なお、ネットワーク５は、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、専用回線、またはこれらの組み合わせによって構成される情報通信ネットワークである。
【００２１】
端末装置２は、記憶部２１、制御部２２、入出力部２３を備える。
入出力部２３は、情報を表示する表示部と、ユーザの操作を検出する操作検出部とを含んで構成される。例えば、表示部は、ＬＣＤ表示パネル、有機ＥＬなどの表示デバイスで構成される。また、例えば、操作検出部は、表示部の表示面に設けられ、ユーザの操作を検出するタッチパネルなどで構成される。
【００２２】
記憶部２１は、端末装置２において行われる処理に必要な情報を記憶する。例えば、記憶部２１は、サーバ装置３を参照するサーバ装置３のＵＲＬなどの情報、制御部２２を機能させるプログラムなどが含まれる。
【００２３】
制御部２２は、入出力処理部２２１、端末認証処理部２２２、業務ＡＰＬ情報取得部２２３、表示制御部２２４、通信処理部２２５、データベース部２２６を備える。
入出力処理部２２１は、入出力部２３における操作検出部で検出されたユーザの操作に基づいた操作情報を入出力部２３から得る。入出力処理部２２１は、入出力部２３から得た操作情報を、データベース部２２６を介して記憶部２１に記憶させる。例えば、入出力部２３から得た操作情報には、端末装置２のログイン操作のための情報、端末装置２に起動させた処理プログラムに対する認証情報などが含まれる。
【００２４】
端末認証処理部２２２は、入出力処理部２２１によって抽出された端末装置２のログイン操作のための情報に基づいて、端末装置２のログイン処理を行う。ログイン処理が正常に行われた場合、業務ＡＰＬ情報取得部２２３に、業務処理（業務ＡＰＬ）を実施する業務情報処理部３２１を参照するためのＵＲＬ（以下、「業務ＡＰＬのＵＲＬ」という。）の提供を要求し、その業務ＡＰＬのＵＲＬをサーバ装置３から得る。
【００２５】
その要求に応じて業務ＡＰＬのＵＲＬを得た場合、業務ＡＰＬ情報取得部２２３は、「業務ＡＰＬのサービスに係る情報の提供をサーバ装置３に要求し、その業務ＡＰＬのサービスに係る情報をサーバ装置３から得る。業務ＡＰＬ情報取得部２２３は、サーバ装置３から得た業務ＡＰＬのサービスに係る情報を、データベース部２２６を介して記憶部２１に記憶させる。
【００２６】
表示制御部２２４は、制御部２２内の各機能部が生成した情報に基づいて、入出力部２３の表示部に表示させる画像情報を生成するとともに、入出力処理部２２１を介して入出力部２３に表示させる。
【００２７】
通信処理部２２５は、入出力処理部２２１によって検出された操作の情報に基づいて、サーバ装置３と通信する。
データベース部２２６は、制御部２２内の各機能部が生成した情報を記憶部２１に記憶させる。また、データベース部２２６は、記憶部２１に記憶されている情報を読み出して、情報の読出しを要求した制御部２２内の各機能部に供給する。例えば、データベース部２２６は、記憶部２１に構成されたリレーショナルデータベースを管理するようにしてもよい。
【００２８】
このような端末装置２の制御部２２は、例えば図２に示すように構成してもよい。同図は、端末装置２における制御部２２の構成例を示す機能構成図である。
制御部２２では、ＯＳ上にデータベース部２２６とブラウザ２２５Ｂとが実装されている。さらに、制御部２２では、ＯＳ上に端末アプリケーションサーバ２２５Ｓ、フレームワーク処理部２２５Ｆ、ポートレット（Ｐｏｒｔｌｅｔ）部２２３Ｐが順に階層的に実装されている。ここで、ブラウザ２２５Ｂ、端末アプリケーションサーバ２２５Ｓ、フレームワーク処理部２２５Ｆにより、前述の通信処理部２２５を構成してもよい。ポートレット部２２３Ｐにより、前述の業務ＡＰＬ情報取得部２２３を構成してもよい。このように構成された制御部２２では、ブラウザ２２５Ｂは、端末アプリケーションサーバ２２５Ｓとフレームワーク処理部２２５Ｆとを併せて機能させて、更に、ポートレット部２２３Ｐによるポートレットを起動させる。ポートレットは、ウェブポータルで管理・表示される着脱可能なユーザインタフェースコンポーネントとして知られている。例えば、ポートレット部２２３Ｐは、他のサーバ装置から所望のコンテンツを取得するように制御する。ブラウザ２２５Ｂは、ポートレット部２２３Ｐによって取得されたコンテンツをブラウザ２２５Ｂの画面に表示する。
【００２９】
前述の図１に戻り、サーバ装置３について説明する。サーバ装置３は、記憶部３１、サーバ制御部３２を備える。
記憶部３１は、サーバ装置３において行われる処理に必要な情報を記憶する。記憶部３１は、ユーザ情報記憶部３１１、アプリケーション情報記憶部３１２、業務情報記憶部３１３を備える。
ユーザ情報記憶部３１１は、ユーザを識別する識別情報を記憶する。例えば、ユーザ情報記憶部３１１において記憶されるユーザは、サービスの提供が許可されたユーザに限られる。図４にユーザ情報記憶部３１１の構成例を示す。同図は、ユーザ情報記憶部３１１の構成例を示す説明図である。ユーザ情報記憶部３１１は、「業務APLユーザID」、「業務APLパスワード」、「機能ID」などの項目を含む。「業務APLユーザID」は、特定の業務ＡＰＬのユーザを識別する識別情報である。「業務APLパスワード」は、「業務APLユーザID」に対応して定められ、「業務APLユーザID」のユーザを認証するためのパスワードである。「機能ID」は、「業務APLユーザID」のユーザに提供する機能を示す識別情報である。
【００３０】
アプリケーション情報記憶部３１２は、端末装置２からの要求に応じて端末装置２に提供する業務情報を記憶する。例えば、端末装置２に提供する業務情報には、業務情報記憶部３１３を参照するための情報が含まれる。業務情報記憶部３１３を参照するための情報は、前述の業務ＡＰＬのＵＲＬなどを含み、さらに業務ＡＰＬを機能させるための変数（引数）を含めてもよい。
業務情報記憶部３１３は、業務ＡＰＬのプログラム及び同プログラムの変数などを記憶する。
【００３１】
サーバ制御部３２は、業務情報処理部３２１、ＵＲＬ情報処理部３２２、ＷＥＢサービス処理部３２３、計時部３２４、データベース部３２５を備える。
業務情報処理部３２１（応答情報生成部）は、業務処理システム１が提供するサービスに係る情報が保持されている位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む応答情報を、端末装置２からの要求に応じて生成する。例えば、応答情報に、業務処理システム１が提供するサービスに係る情報が保持されている位置を示す情報を含む。また、例えば、業務情報処理部３２１は、端末装置２からの要求に応じて記憶部３１を参照して、業務処理システム１が提供するサービスに係る情報が保持されている位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む情報を得る。例えば、本実施形態では、業務処理システム１が提供するサービスに係る情報をサーバ装置３が保持するものとして以下の説明を行う。
業務情報処理部３２１は、サーバ装置３が提供するサービスに係る情報が保持されている位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む情報から応答情報を生成する。なお、応答情報には、端末装置２から要求を受けたタイミングに応じて動的に変化する動的変数が含まれていてもよい。例えば、動的変数には、現在の時刻情報や、暗号解読用の鍵に用いる情報などが含まれていてもよい。このような応答情報を、業務情報処理部３２１は生成してもよい。
【００３２】
ＵＲＬ情報処理部３２２は、端末装置２からの要求に応じて、所望の業務処理を実行するための業務ＡＰＬサーバのＵＲＬ情報（「業務ＡＰＬサーバのＵＲＬ情報」）を提供する。ＵＲＬ情報処理部３２２の詳細は、後述する。
【００３３】
ＷＥＢサービス処理部３２３は、端末装置２からの要求に応じて、ＷＥＢサービスを提供する。
計時部３２４は、現在時刻の情報を提供する、いわゆる時計を含む。計時部３２４は、必要に応じて外部から供給される時刻情報に同期するように時刻調整ができる。
データベース部３２５は、サーバ制御部３２内の各機能部が生成した情報を記憶部３１に記憶させる。また、データベース部３２５は、記憶部３１に記憶されている情報を読み出して、情報の読出しを要求したサーバ制御部３２内の各機能部に供給する。例えば、データベース部３２５は、記憶部３１に構成されたリレーショナルデータベースを管理するように構成してもよい。
【００３４】
このようなサーバ装置３のサーバ制御部３２は、例えば図３に示すように構成してもよい。同図は、サーバ装置３におけるサーバ制御部３２の構成例を示す機能構成図である。
サーバ制御部３２では、ＯＳ上にデータベース部３２５とＵＲＬ情報処理部３２２とが実装されている。さらに、サーバ制御部３２では、ＯＳ上にＷＥＢサーバ３２３Ｗ、アプリケーションサーバ３２３Ｓ、ＷＥＢサービス処理部３２３と業務情報処理部３２１が順に階層的に実装されている。ＷＥＢサーバ３２３Ｗは、ＷＥＢサービスを提供する、いわゆるＷＥＢサーバである。アプリケーションサーバ３２３Ｓは、ＷＥＢサービス処理部３２３と業務情報処理部３２１などの処理の実行を管理する。
【００３５】
図５を参照して、本実施形態の業務処理システムの処理について説明する。同図は、本実施形態の業務処理システムの処理の手順を示すシーケンス図である。この図には、端末装置２とサーバ装置３との間、及び、サーバ装置３内の主な機能部間において、予め定められた手順の一例が示されている。
【００３６】
まず、ユーザの起動操作（ステップＳ１１０）により、端末装置２は、業務ＡＰＬサーバのＵＲＬ情報の取得を要求する「業務ＡＰＬサーバのＵＲＬ取得要求」をサーバ装置３に送る（ステップＳ１１２）。
【００３７】
端末装置２から「業務ＡＰＬサーバのＵＲＬ情報取得要求」を受け付けたサーバ装置３は、ＷＥＢサービス処理部３２３によってＩＦＲＡＭＥ（Inline Frame）に基づいたＷＥＢサービスを起動させる。ＷＥＢサービス処理部３２３は、業務ＡＰＬサーバのＵＲＬ情報の生成をＵＲＬ情報処理部３２２に要求する「業務ＡＰＬサーバのＵＲＬ生成要求」をＵＲＬ情報処理部３２２に渡す（ステップＳ１１４）。
【００３８】
ＵＲＬ情報処理部３２２は、ＷＥＢサービス処理部３２３からの「業務ＡＰＬサーバのＵＲＬ生成要求」を受け付けると、ＵＲＬ情報生成処理を起動させる。また、ＵＲＬ情報処理部３２２は、「ユーザ情報の取得要求」をデータベース部３２５に渡す（ステップＳ１２０）。
データベース部３２５は、ＵＲＬ情報処理部３２２からの「ユーザ情報の取得要求」を受け付けると、「ユーザ情報の取得要求」に応じた「ユーザ情報」をＵＲＬ情報処理部３２２に渡す（ステップＳ１２１）。
【００３９】
ＵＲＬ情報処理部３２２は、「ユーザ情報」を取得した後、「アプリケーション情報の取得要求」をデータベース部３２５に渡す（ステップＳ１２２）。
データベース部３２５は、ＵＲＬ情報処理部３２２からの「アプリケーション情報の取得要求」を受け付けると、「アプリケーション情報の取得要求」に応じた「アプリケーション情報」をＵＲＬ情報処理部３２２に渡す（ステップＳ１２３）。
【００４０】
ＵＲＬ情報処理部３２２は、「アプリケーション情報」を取得した後に、計時部３２４から現在時刻を示す「時刻情報」を取得する（ステップＳ１２４）。
ＵＲＬ情報処理部３２２は、計時部３２４から「時刻情報」を取得した後に、「ＵＲＬ引数」を生成する（ステップＳ１２６）。例えば、「ＵＲＬ引数」は、図６に示す情報を含む。同図は、「ＵＲＬ引数」の構成の一例を示す説明図である。この図に示された「ＵＲＬ引数」は、「<業務APLユーザID>；<業務APLパスワード>；<機能ID>；<時刻情報>」の各情報を含むものとする。
【００４１】
ＵＲＬ情報処理部３２２は、「ＵＲＬ引数」を生成した後に、生成された「ＵＲＬ引数」を暗号化する（ステップＳ１２８）。例えば、「ＵＲＬ引数」は、図７に示すような情報「XXXXXXXXXXX」に暗号化される。同図は、「ＵＲＬ引数」の暗号化された結果の一例を示す説明図である。
【００４２】
ＵＲＬ情報処理部３２２は、「ＵＲＬ引数」を暗号化した後に、暗号化された「ＵＲＬ引数」を符号化する（ステップＳ１３０）。例えば、「ＵＲＬ引数」は、図８に示すような情報「EEEEEEEEEEEE」に符号化される。同図は、「ＵＲＬ引数」の符号化された結果の一例を示す説明図である。
【００４３】
ＵＲＬ情報処理部３２２は、「ＵＲＬ引数」を符号化した後に、業務情報処理部３２１（アプリケーションサーバ３２３Ｓ、以下「業務ＡＰＬサーバ」という。）を参照するための「ＵＲＬ」を生成する（ステップＳ１３２）。例えば、「ＵＲＬ」は、図９に示すような情報「<業務APL＿URL>？param＝EEEEEEEEEE」として生成される。同図は、生成された「ＵＲＬ」の一例を示す説明図である。この「ＵＲＬ」は、ＷＥＢサーバ３２３Ｗとアプリケーションサーバ３２３Ｓ（業務ＡＰＬサーバ）を参照するための情報を含む。この「ＵＲＬ」を用いてＷＥＢサーバ３２３Ｗとアプリケーションサーバ３２３Ｓ（業務ＡＰＬサーバ）を参照することにより、ＷＥＢサーバ３２３Ｗとアプリケーションサーバ３２３Ｓに関連付けられている業務情報処理部３２１を起動させることができる。
【００４４】
ＵＲＬ情報処理部３２２は、「ＵＲＬ」を生成した後に、生成した「ＵＲＬ」、即ち「業務ＡＰＬサーバのＵＲＬ」をＷＥＢサービス処理部３２３に渡す（ステップＳ１１５）。
ＷＥＢサービス処理部３２３は、ＵＲＬ情報処理部３２２から送られた「業務ＡＰＬサーバのＵＲＬ」を受け付けるとともに、受け付けた「業務ＡＰＬサーバのＵＲＬ」を端末装置２に送る（ステップＳ１１３）。
【００４５】
端末装置２は、ＷＥＢサービス処理部３２３から送られた「業務ＡＰＬサーバのＵＲＬ」を受け付けるとともに、受け付けた「業務ＡＰＬサーバのＵＲＬ」に基づいて、「業務ＡＰＬサーバへの接続要求」をＷＥＢサービス処理部３２３に送る（ステップＳ１１６）。
【００４６】
端末装置２から「業務ＡＰＬサーバへの接続要求」を受け付けたＷＥＢサービス処理部３２３は、業務情報処理部３２１に対し、「業務ＡＰＬの呼び出し」を要求する（ステップＳ１１８）。
業務情報処理部３２１は、ＷＥＢサービス処理部３２３からの「業務ＡＰＬの呼び出し」の要求を受け付けて、「業務ＡＰＬ」を起動させる。「業務ＡＰＬ」の処理に従って、業務情報処理部３２１は、ＵＲＬ情報処理部３２２に対し、「ＵＲＬ引数の解析」を要求する（ステップＳ１４２）。
【００４７】
ＵＲＬ情報処理部３２２は、業務情報処理部３２１からの「ＵＲＬ引数の解析」の要求を受け付けて、「ＵＲＬ引数」の複合化し、復号化後の「ＵＲＬ引数」に対して暗号の解読を行う（ステップＳ１４４）。
ＵＲＬ情報処理部３２２は、「ＵＲＬ引数」の暗号を解読した後に、解読した「ＵＲＬ引数」を個々の情報に分解し、前述の図６の情報を再生する（ステップＳ１４６）。
【００４８】
次に、ＵＲＬ情報処理部３２２は、「ＵＲＬ引数」に含まれていた時刻情報を現在時刻と比較することにより、ステップＳ１２６においてＵＲＬ引数が生成された時刻を判定する。例えば、ステップＳ１２６においてＵＲＬ引数が生成されてから予め定められた所定の時間が経過するまでに上記の判定が行われなかった場合には、当該ＵＲＬ引数が正常に通知されたものでなかった可能性があると判定し、当該ＵＲＬ引数の解析結果を「異常」とする。一方、ステップＳ１２６においてＵＲＬ引数が生成されてから、所定の時間が経過するまでに上記の判定が行われた場合には、当該ＵＲＬ引数が正常に通知されたものであると判定し、当該ＵＲＬ引数の解析結果を「正常」とする。
このように、時刻情報を「ＵＲＬ引数」に含めて通知することにより、「ＵＲＬ引数」の信頼度を容易に検証できる。このように、端末装置２から要求されている業務ＡＰＬサーバへの接続要求が正当なものであるか否かを検証することで、セキュリティ性を確保することができる。ＵＲＬ情報処理部３２２は、上記の解析結果を業務情報処理部３２１に渡す。解析結果の一例を図１０に示す。同図は、解析結果の一例を示す説明図である。
【００４９】
業務情報処理部３２１は、ＵＲＬ情報処理部３２２から通知された解析結果から、当該ＵＲＬ引数の解析結果が「正常」と判定されたことを検知した場合、「業務情報の取得要求」をデータベース部３２５に渡す（ステップＳ１５０）。
データベース部３２５は、業務情報処理部３２１からの「業務情報の取得要求」を受け付けて、「業務情報の取得要求」に応じた「業務情報」を業務情報処理部３２１に返す（ステップＳ１５１）。
【００５０】
業務情報処理部３２１は、データベース部３２５からの「業務情報」を受け付けた後、ステップＳ１１８の「業務ＡＰＬの呼び出し」の要求に応じた「業務情報」をＷＥＢサービス処理部３２３に返す（ステップＳ１１９）。
【００５１】
ＷＥＢサービス処理部３２３は、業務情報処理部３２１からの「業務情報」を受け付けた後、ステップＳ１１６の「業務ＡＰＬサーバへの接続要求」に応じた「業務情報」を端末装置２に返す。端末装置２は、ＷＥＢサービス処理部３２３からの「業務情報」を受け付けた後、ブラウザの表示画面にその「業務情報」を表示させる（ステップＳ１１７）。
【００５２】
なお、より具体的な例を示しつつ、端末装置２の処理について説明する。
【００５３】
（ステップＳ１）
ブラウザ２２５Ｂは、ユーザの操作に応じて、下記のＵＲＬで参照されるＷＥＢサービスを起動させる。下記のＵＲＬは、端末装置２（FITBEMS_MASTER）のポートレット部２２３Ｐに関連づけられている。
【００５４】
FITBEMS_MASTER/asmx/GetIFrameURL.asmx
【００５５】
ブラウザ２２５Ｂは、上記のＵＲＬを参照してポートレット部２２３Ｐを呼び出す。その際、ブラウザ２２５Ｂは、次の２つの引数を端末アプリケーションサーバ２２５Ｓに渡す。第１の引数は、ポートレット部２２３Ｐを管理するフレームワーク処理部２２５ＦのサービスにログインするためのログインユーザＩＤである。第２の引数は、ポートレット部２２３Ｐに対応する表示がページ内に配置されるように構成されたページのＵＲＬである。同ページのＵＲＬ（以下、「指定されたフレンドリＵＲＬ」という。）は、フレームワーク処理部２２５Ｆのサービスにログインするための処理以外に認証処理を行うことなく参照可能とする。
【００５６】
（ステップＳ２）
ブラウザ２２５Ｂによって呼び出されたポートレット部２２３Ｐは、サーバ装置３の記憶部３１（FB-BMSCONFIG DB ）から、以下の情報の取得を要求し、サーバ装置３から同情報を取得する。例えば、上記の処理により取得する情報は、指定されたフレンドリＵＲＬに対応するアプリケーションＵＲＬと、機能ＩＤと、機能名(アプリケーション名)等である。なお、サーバ装置３に情報の取得を要求してから、サーバ装置３から同情報を取得するまでの処理は前述のとおりである。
サーバ装置３は、上記情報を以下の形式にして、端末装置２のポートレット部２２３Ｐ（Frame-portlet）に返す。
【００５７】
<アプリケーションURL>?param=<BMSユーザID>;<BMSパスワード>;<機能ID>;端末装置ログインユーザID;現在日時
【００５８】
たとえば、「端末装置ログインユーザID」は、「ABC@framework.com」であり、<BMSユーザID>;<BMSパスワード>;<機能ID>をそれぞれ、「BMSUID」、「BMSUIDF」、「25」とする。また、「アプリケーションURLは、「http://SVNAME/fitbems-mcm/login.aspx」とする。上記のように定義した場合、ＵＲＬは下記のようになる。
【００５９】
http://SVNAME/fitbems-mcm/login.aspx?param=BMSUID;BMSUIDF;25;ABC@framework.com;2014/01/23 09:01:16
【００６０】
また、上記ＵＲＬの「param=」以降の範囲をトリプルＤＥＳ（TDES）などの暗号化手法により暗号化する。暗号化処理の結果は、例えば下記のようになる。
【００６１】
http://SVNAME/fitbems-mcm/login.aspx?param=rliJsag/ZTqTPUrmiOJ1Hb+MMtyPRM22xLntavAGDeNd01BXUAIFidlylWGNrRogiVjcMkdZTVhwct3sl4XJ9Q==
【００６２】
上記の暗号化処理を行った範囲の文字列には、ＵＲＩにおいて使用できない文字が含まれている。ここで、上記の文字列全体に対して、ＵＲＩにおいて使用できない文字を変換して、使用できる文字の範囲に収まるようにＵＲＬエンコードする。このようにＵＲＬエンコードされた文字列を下記に例示する。
【００６３】
http://SVNAME/fitbems-mcm/login.aspx?param=rliJsag%2fZTqTPUrmiOJ1Hb%2bMMtyPRM22xLntavAGDeNd01BXUAIFidlylWGNrRogiVjcMkdZTVhwct3sl4XJ9Q%3d%3d
【００６４】
このように、ＵＲＬエンコードされた文字列は、ネットワーク５を介して、端末装置２のポートレット部２２３Ｐ（FITBEMS-Frame-portlet）に返される。
【００６５】
（ステップＳ３）
端末装置２のポートレット部２２３Ｐ（FITBEMS-Frame-portlet）は上記の暗号化文字列を受け取り、ページ内のＩＦＲＡＭＥに設定する。ここで、ポートレット部２２３Ｐは、アプリケーションを起動させる。
【００６６】
（ステップＳ４）
サーバ装置３のFITBEMS-MCM (http://SVNAME/fitbems-mcm/login.aspx) は、「param=」以降の暗号化文字列を復号化し、各引数に分解する。ここで、サーバ装置３のFITBEMS-MCMは、以下に例示する判定処理における判定とその判定結果に基づく処理を行うようにしてもよい。
【００６７】
第１の判定では、引数(QueryString)を復号化し、分解した後に取得した「BMSユーザID」と「パスワード」とが、記憶部３１（FB-BMSCONFIG DB）に存在しなければ、ユーザ認証が不成立と判定する。この判定処理の結果、ユーザ認証が不成立だった場合には、例外処理として、ユーザ認証が不成立だったことを示す認証不可ページへ誘導する。
【００６８】
第２の判定では、引数(QueryString)を復号化し、分解して取得した「引数作成日時」が、例えば、現在日時より30秒以上前ならば、不正な処理が要求されたものと判定する。この判定処理の結果、不正な処理が要求されたものと判定した場合には、例外処理として、ユーザ認証が不成立だったことを示す認証不可ページへ誘導する。
【００６９】
第３の判定では、引数(QueryString) のBMSユーザIDが空か否かを判定する。この判定処理の結果、BMSユーザIDが空であると判定した場合には、例外処理として、ユーザ認証が不成立だったことを示す認証不可ページへ誘導する。
【００７０】
以上に示したように、本実施形態の業務処理システム１は、サービスの提供が許可されたユーザを認証する認証処理の操作手順を簡素化することができる。
【００７１】
（第２の実施形態）
次に、図１１と図１２を参照して、上記の第１の実施形態に示した業務処理システム１を建物管理業務に適用する場合について説明する。
図１１は、業務処理システム１を建物管理業務処理システムに適用した場合の業務情報取得の手順を示すシーケンス図である。
端末装置２のポートレット部２２３Ｐは、サーバ装置３の業務情報処理部３２１に対し、端末ログインユーザの参照可能な建物の情報を要求する（ステップＳ２１６）。
業務情報処理部３２１は、ポートレット部２２３Ｐからの「端末ログインユーザの参照可能な建物の情報」の要求に対して、「端末ログインユーザの参照可能な建物情報」をポートレット部２２３Ｐに返す（ステップＳ２１７）。
なお、上記のステップＳ２１６とＳ２１７は、前述のステップＳ１１６とＳ１１７に関連付けて行ってもよい。
【００７２】
図１２は、上記の図１１に示す処理で取得可能な業務情報と、その構成を示す説明図である。同図に示されるように、記憶部３１におけるユーザ情報記憶部３１１、アプリケーション情報記憶部３１２、業務情報記憶部３１３は、それぞれ下記のテーブルを記憶する。
【００７３】
ユーザ情報記憶部３１１は、［端末ユーザ］テーブルを記憶する。［端末ユーザ］テーブルは、「端末ログインユーザＩＤ」、「端末ユーザ氏名」、「ＢＭＳユーザＩＤ」の項目を含む情報が記憶される。「端末ログインユーザＩＤ」と「端末ユーザ氏名」には、端末装置２のログインユーザＩＤとユーザの氏名が記憶されている。「ＢＭＳユーザＩＤ」には、一連の業務処理のユーザであることを識別する識別情報が記憶されている。
【００７４】
アプリケーション情報記憶部３１２は、［業務ＡＰＬユーザ］テーブルを記憶する。［業務ＡＰＬユーザ］テーブルは、「業務ＡＰＬユーザＩＤ」、「パスワード」、「ユーザ名」、「ユーザ種別」、「編集権限」、「ユーザ所属会社コード」、「建物参照定義ＩＤ」などの項目を含む情報が記憶される。「業務ＡＰＬユーザＩＤ」と「パスワード」は、前述のとおりである。「ユーザ名」、「ユーザ種別」、「編集権限」、「ユーザ所属会社コード」、「建物参照定義ＩＤ」は、「業務ＡＰＬユーザＩＤ」に関連付けられているユーザの情報である。なお、「業務ＡＰＬユーザＩＤ」に関連付けられているユーザは、「建物参照定義ＩＤ」の建物の情報の利用が許可されている。
【００７５】
業務情報記憶部３１３には、［ＭＴ＿建物参照定義］、［ＭＴ＿参照建物］、［ＭＭ＿建物］、［ＭＭ＿エリア］、［ＭＭ＿会社］の各テーブルが記憶されている。［ＭＴ＿建物参照定義］テーブルには、「建物参照定義ＩＤ」によって参照される「建物参照定義名」の項目を含む情報が記憶される。［ＭＴ＿参照建物］テーブルには、「建物参照定義ＩＤ」によって参照される「建物ＩＤ」の項目を含む情報が記憶される。［ＭＭ＿建物］テーブルには、「建物ＩＤ」によって参照される「建物名称」、「オーナー会社コード」、「建築年」、「建築面積」、「延床面積」、「建物構造」、「地上階数」、「地下階数」、「表示順」の項目を含む情報が記憶される。［ＭＭ＿エリア］テーブルには、「建物ＩＤ」によって参照される「エリアＩＤ」，［エリア名］、「テナント会社コード」、「表示順」の項目を含む情報が記憶される。［ＭＭ＿会社］テーブルには、「会社コード」によって参照される「会社名」の項目を含む情報が記憶される。
【００７６】
上記の各テーブルは、下記のように関連付けられている。
［端末ユーザ］テーブルの「ＢＭＳユーザＩＤ」の項目は、［業務ＡＰＬユーザ］テーブルの「業務ＡＰＬユーザＩＤ」の項目と関連付けられており、「ＢＭＳユーザＩＤ」の情報をキーにして、［業務ＡＰＬユーザ］テーブルの各情報を参照することができる。
【００７７】
［業務ＡＰＬユーザ］テーブルの「建物参照定義ＩＤ」の項目は、［ＭＴ＿建物参照定義］テーブルの「建物参照定義ＩＤ」の項目と、［ＭＴ＿参照建物］テーブルの「建物参照定義ＩＤ」とにそれぞれ関連付けられており、「建物参照定義ＩＤ」の情報をキーにして、［ＭＴ＿建物参照定義］テーブルと［ＭＴ＿参照建物］テーブルの各情報を参照することができる。
【００７８】
［ＭＴ＿参照建物］テーブルの「建物ＩＤ」の項目は、［ＭＭ＿建物］テーブルの「建物ＩＤ」の項目に関連付けられており、「建物ＩＤ」の情報をキーにして、［ＭＭ＿建物］テーブルの各情報を参照することができる。
【００７９】
［ＭＴ＿参照建物］テーブルの「建物ＩＤ」の項目は、［ＭＭ＿建物］テーブルの「建物ＩＤ」の項目と、［ＭＭ＿エリア］テーブルの「建物ＩＤ」の項目とにそれぞれ関連付けられており、「建物ＩＤ」の情報をキーにして、［ＭＭ＿建物］テーブルと［ＭＭ＿エリア］テーブルの各情報を参照することができる。
【００８０】
［ＭＭ＿建物］テーブルの「オーナー会社コード」の項目と、［ＭＭ＿エリア］テーブルの「テナント会社コード」の項目は、［ＭＭ＿会社］テーブルの「会社コード」にそれぞれ関連付けられており、「オーナー会社コード」と「テナント会社コード」の何れかの情報をキーにして、［ＭＭ＿会社］テーブルの各情報を参照することができる。
【００８１】
上記のように各テーブルの情報を関連付けておくことにより、［端末ユーザ］テーブルに記憶されている「端末ログインユーザＩＤ」、「端末ユーザ氏名」、「ＢＭＳユーザＩＤ」などの項目の情報から、当該ユーザが利用できる業務ＡＰＬの情報を特定することができる。
【００８２】
以上に示したように、本実施形態の業務処理システム１は、サービスの提供が許可されたユーザを認証する認証処理の操作手順を簡素化することができる。
【００８３】
（第３の実施形態）
次に、図１３と図１４を参照して、上記の第１の実施形態に示した業務処理システム１と異なる業務処理システム１Ａについて説明する。本実施形態の説明では、第１の実施形態と異なる点を中心に説明する。第１実施形態に示した構成と同じ構成には同じ符号を附す。
図１３は、サーバ装置３Ａにおけるサーバ制御部３２Ａの構成例を示す機能構成図である。
サーバ制御部３２Ａでは、ＯＳ上にデータベース部３２５と業務情報処理部３２１ＡとＵＲＬ情報処理部３２２とが実装されている。さらに、サーバ制御部３２Ａでは、ＯＳ上にＷＥＢサーバ３２３ＷＡ、アプリケーションサーバ３２３ＳＡ、ＷＥＢサービス処理部３２３Ａが順に階層的に実装されている。ＷＥＢサーバ３２３ＷＡは、ＷＥＢサービスを提供する、いわゆるＷＥＢサーバである。アプリケーションサーバ３２３ＳＡは、ＷＥＢサービス処理部３２３などの処理の実行を管理する。
【００８４】
図１４は、本実施形態の業務処理システムの処理の手順を示すシーケンス図である。この図には、端末装置２とサーバ装置３Ａとの間、及び、サーバ装置３Ａ内の主な機能部間において、予め定められた手順の一例が示されている。同図に示されるステップＳ１１０からステップＳ１１３までの手順は、前述の図４に示す手順と同様である。
前述の図４に示す手順では、ＵＲＬ情報処理部３２２が生成した業務ＡＰＬサーバのＵＲＬは、ＷＥＢサーバ３２３Ｗとアプリケーションサーバ３２３Ｓ（業務ＡＰＬサーバ）を参照することができるものであった。これに対し、本実施形態のＵＲＬ情報処理部３２２が生成した業務ＡＰＬサーバのＵＲＬは、端末アプリケーションサーバ２２５Ｓとフレームワーク処理部２２５Ｆとポートレット部２２３Ｐ（業務ＡＰＬサーバ）を参照することができるものである。
本実施形態のポートレット部２２３Ｐは、業務ＡＰＬサーバとして機能するように構成されている。
【００８５】
このように構成したことにより、端末装置２Ａは、ステップＳ１１３によって、ＷＥＢサービス処理部３２３から送られた「業務ＡＰＬサーバのＵＲＬ」を受け付けるとともに、受け付けた「業務ＡＰＬサーバのＵＲＬ」に基づいてポートレット部２２３Ｐを起動させる。ポートレット部２２３Ｐは、「業務ＡＰＬサーバのＵＲＬ」に含まれる情報に基づいて所望の業務情報処理部３２１Ａに対し、「業務ＡＰＬの呼び出し」を要求する（ステップＳ１１６Ａ）。
【００８６】
業務情報処理部３２１Ａは、ポートレット部２２３Ｐからの「業務ＡＰＬの呼び出し」の要求を受け付けて、「業務ＡＰＬ」を起動させる。「業務ＡＰＬ」の処理に従って、業務情報処理部３２１Ａは、ＵＲＬ情報処理部３２２に対し、「ＵＲＬ引数の解析」を要求する（ステップＳ１４２）。
【００８７】
以下、ステップＳ１４４からステップＳ１５１までの手順は、前述の図４に示す手順と同様である。
業務情報処理部３２１Ａは、データベース部３２５からの「業務情報」を受け付けた後、ステップＳ１１６Ａの「業務ＡＰＬの呼び出し」の要求に応じた「業務情報」を端末装置２に返す。端末装置２は、ＷＥＢサービス処理部３２３からの「業務情報」をポートレット部２２３Ｐが受け付けた後、ブラウザの表示画面にその「業務情報」を表示させる（ステップＳ１１７Ａ）。
【００８８】
以上に示したように、本実施形態の業務処理システム１Ａは、サービスの提供が許可されたユーザを認証する認証処理の操作手順を簡素化することができる。
【００８９】
（第４の実施形態）
図５と図１４とを参照し、本実施形態の業務処理システム１Ｂについて説明する。
本実施形態の業務処理システム１Ｂは、前述の業務処理システム１と業務処理システム１Ａとを組み合わせることにより、端末装置２の表示画面に複数の業務ＡＰＬの情報を表示する。例えば、業務処理システム１Ｂは、端末装置２の表示画面に、業務処理システム１における業務ＡＰＬ（第１の業務ＡＰＬ）と、業務処理システム１Ａにおける業務ＡＰＬ（第２の業務ＡＰＬ）とを表示する。なお、業務処理システム１Ａにおける端末装置２Ａを端末装置２と読み替える。
例えば、業務処理システム１Ｂは、図５に示す手順を実施した後、図１４に示す手順を実施する。このように、業務処理システム１としての処理と業務処理システム１Ａとしての処理とをそれぞれ実施することにより、端末装置２のブラウザによって開かれた表示画面内に異なる業務処理の情報を表示することができる。
なお、１回の起動操作（ステップＳ１００）を行うことにより、業務処理システム１としての処理と業務処理システム１Ａとしての処理とを組み合わせて実施するようにしてもよい。この場合、１回の起動操作に基づいて、それぞれのシステムのステップＳ１１２以下の処理を行うように構成することにより実現可能である。
【００９０】
以上に示したように、本実施形態の業務処理システム１Ｂは、サービスの提供が許可されたユーザを認証する認証処理の操作手順を簡素化して、異なる業務処理を実施することができる。
【００９１】
以上、本発明の実施形態について説明したが、上記実施形態において、業務処理システム１、１Ａ、１Ｂ（以下、「業務処理システム１、１Ａ、１Ｂ」を纏めて説明する場合、単に「業務処理システム１」という。）が備える各部は、専用のハードウェアにより実現されるものであってもよく、また、メモリおよびＣＰＵ（中央演算装置）により構成され、上述の各部の機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。
【００９２】
例えば、上記実施形態において、業務処理システム１は、内部にコンピュータシステムを有している。そして、上述の各部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述の各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００９３】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合に、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【００９４】
［１］そして、上記実施形態において、業務処理システム１は、サービスの提供を許可するユーザを認証する処理を、端末装置２からの要求に応じて実施した後に、当該ユーザに所望のサービスを提供するサーバ装置３を含む。サーバ装置３は、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、サービスの提供が許可されたユーザのユーザ情報とを関連付けて記憶する記憶部３１と、端末装置２からの要求に応じて前記記憶部３１を参照し、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む応答情報を、前記記憶部３１を参照して得た情報から生成する応答情報生成部（ＵＲＬ情報処理部３２２）と、前記応答情報を前記端末装置２に対して送出する通信処理部（ＷＥＢサービス処理部３２３）とを備える。
このように、業務処理システム１は、端末装置２からの要求に応じて前記記憶部３１を参照し、提供するサービスに係る情報が保持されている記憶領域の位置を示す情報と、当該サービスの提供が許可されたユーザのユーザ情報とを含む応答情報を生成する。生成された応答情報が端末装置２に対して送出される。
これにより、端末装置２を操作してユーザの認証情報を入力することなく、サーバ装置３から上記の応答情報として、サービスの提供が許可されたユーザのユーザ情報が端末装置２に通知される。このようにして、認証処理を行う際にユーザが認証情報を都度入力することなく所望のサービスを利用できるようになる。このことから、業務処理システム１は、サービスの提供が許可されたユーザを認証する認証処理の操作手順を簡素化することができる。
【００９５】
［２］そして、上記実施形態の業務処理システム１で生成された応答情報には、前記端末装置２から要求を受けたタイミングに応じて動的に変化する動的変数が含まれる。応答情報生成部は、前記動的変数を含む前記応答情報を生成する。
このように、端末装置２に対して送出される応答情報に動的変数が含まれることにより、認証処理にその動的変数を用いることができる。これにより、業務処理システム１は、認証処理を行うタイミングに応じて認証処理に用いる引数を変えることで、認証処理の信頼性を高めることができる。
【００９６】
［３］そして、上記実施形態の業務処理システム１で生成された応答情報には、前記サービスを提供する業務情報処理部３２１の位置を示す情報が含まれる。端末装置２は、前記サーバ装置３から前記応答情報を取得して、前記取得した応答情報に基づいて前記業務情報処理部３２１を参照する。
このように、端末装置２に対して送出される応答情報にサービスを提供する業務情報処理部３２１の位置を示す情報が含まれることにより、複数の業務情報処理部３２１から選択したサービスを提供することができる。これにより、業務処理システム１は、ユーザや条件などに応じたサービスを提供することができる。
【００９７】
［４］そして、上記実施形態の業務処理システム１は、サービスを提供する業務情報処理部３２１を備える。端末装置２は、前記取得した応答情報に基づいて前記業務情報処理部３２１を参照するように前記サーバ装置３を制御して、前記業務情報処理部３２１において前記サービスを提供させる。
これにより、上記実施形態の業務処理システム１は、サービスを提供する業務情報処理部３２１を備えていることにより、前記業務情報処理部３２１においてサービスを提供させることができる。
【００９８】
［５］そして、上記実施形態の業務処理システム１における動的変数には、時刻を示す時刻情報が含まれる。応答情報生成部は、前記時刻情報を含む応答情報を生成する。
このように、端末装置２に対して送出される応答情報に動的変数として時刻情報が含まれることにより、認証処理にその時刻情報を用いることができる。これにより、業務処理システム１は、認証処理を行うタイミングに応じて認証処理に用いる引数の時刻情報を用いることができ、認証処理の信頼性を高めることができる。
【００９９】
［６］そして、上記実施形態の業務処理システム１における動的変数には、前記サービスに応じた引数情報が含まれる。応答情報生成部は、前記サービスに応じた引数情報を含む応答情報を生成する。
このように、端末装置２に対して送出される応答情報に動的変数として、サービスに応じた引数情報が含まれることにより、そのサービスに応じた引数情報を認証処理に用いることができる。これにより、業務処理システム１は、認証処理を行う条件に応じて認証処理に用いる引数を変えることができ、認証処理の信頼性を高めることができる。
【０１００】
［７］そして、上記実施形態の業務処理システム１において、応答情報生成部は、応答情報に含む各種情報を暗号化して、前記暗号化した各種情報から応答情報を生成する。
これにより、応答情報を端末装置２に送る際に、応答情報に含まれる各種変数の情報を秘匿して送ることができ、認証処理の信頼性を高めることができる。
【０１０１】
［８］そして、上記実施形態の業務処理システム１において、応答情報生成部は、前記暗号化した各種情報を符号化して、前記符号化した各種情報から応答情報を生成する。
例えば、業務処理システム１は、暗号化後の応答情報に、Ｗｅｂサービスの変数に適さないコードが含まれる場合においても、符号化することにより、Ｗｅｂサービスの変数に適したコードに変換することができる。これにより、業務処理システム１は、応答情報を端末装置２に送る際に、応答情報を暗号化した後に符号化することにより、応答情報に含まれる各種変数の情報を秘匿して送ることができ、認証処理の信頼性を高めることができる。
【０１０２】
［９］そして、上記実施形態の業務処理システム１において、端末装置２は、参照先が異なるＷＥＢサーバをそれぞれ参照するポートレットを起動させるとともに、前記ポートレットが参照したＷＥＢサーバに関連付けられた前記業務情報処理部３２１によるサービスを実行させる業務ＡＰＬ情報取得部２２３を備える。
このように、業務処理システム１は、参照先が異なるＷＥＢサーバをそれぞれ参照して、異なるサービスを提供することができる。
【０１０３】
以上、本発明の実施の形態について説明したが、本発明の業務処理システム１は、上述の図示例にのみに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【０１０４】
１、１Ａ、１Ｂ  業務処理システム、
２  端末装置、２１  記憶部、２２  制御部、２３  入出力部、
２２１  入出力処理部、２２２  端末認証処理部、２２３  業務ＡＰＬ情報取得部、
２２４  表示制御部、２２５  通信処理部、２２６  データベース部、
３  サーバ装置、３１  記憶部、３２  サーバ制御部、
３１１  ユーザ情報記憶部、３１２  アプリケーション情報記憶部、
３１３  業務情報記憶部、
３２１  業務情報処理部、３２２  ＵＲＬ情報処理部、３２３  ＷＥＢサービス処理部、
３２４  計時部、３２５  データベース部
【図１】
2015232839.tif 000003
【図２】
2015232839.tif 000004
【図３】
2015232839.tif 000005
【図４】
2015232839.tif 000006
【図５】
2015232839.tif 000007
【図６】
2015232839.tif 000008
【図７】
2015232839.tif 000009
【図８】
2015232839.tif 000010
【図９】
2015232839.tif 000011
【図１０】
2015232839.tif 000012
【図１１】
2015232839.tif 000013
【図１２】
2015232839.tif 000014
【図１３】
2015232839.tif 000015
【図１４】
2015232839.tif 000016