JP2013196506A - ワークフローシステム - Google Patents

Abstract

【課題】異なる言語間で申請及び申請に対する承認を円滑に遂行できる多言語対応のワークフローシステムを提供する。
【解決手段】実施形態のワークフローシステムは、申請画面から入力される申請内容を承認画面で確認して承認するワークフローシステムであり、申請内容に応じた複数の画面項目それぞれに、申請者及び承認者が利用する言語毎の表示／非表示設定情報が関連付けられたロケール制御情報を記憶する記憶部と、ロケール制御情報に基づいて、申請者が利用する言語に対応する表示／非表示に従って複数の画面項目が表示されるロケール別の申請画面と、承認者が利用する言語に対応する表示／非表示に従って複数の画面項目が表示されるロケール別の承認画面と、を生成する画面制御部と、を有する。
【選択図】図２

Description

本発明の実施形態は、多言語対応のワークフローシステムに関する。

ビジネス上の手続きや企業業務の効率化（円滑化）を図る手法としてワークフローがあり、ワークフロー機能を備えた業務システム等が多数、提案されている。

例えば、企業業務のワークフローシステムは、社員（申請者）は、休暇申請、残業申請、清算申請などの申請や引越し、結婚、人事異動等に伴う住所変更申請や家族構成の変更申請などを所定の申請画面から入力し、社員の上長や責任者等（承認者）は所定の承認画面から社員が申請した申請内容を確認して承認等を行うことができ、申請から承認までの一連の処理手順の効率化を図ることができる。

また、近年では、様々な国籍のユーザが利用することに鑑みて、多言語対応のワークフローシステムが提案されている。

特開平１０−３３７２号公報 特開２０１０−１４６５８９号公報

異なる言語間で申請及び申請に対する承認を円滑に遂行できる多言語対応のワークフローシステムを提供する。

実施形態のワークフローシステムは、申請画面から入力される申請内容を承認画面で確認して承認するワークフローシステムであり、申請内容に応じた複数の画面項目それぞれに、申請者及び承認者が利用する言語毎の表示／非表示設定情報が関連付けられたロケール制御情報を記憶する記憶部と、ロケール制御情報に基づいて、申請者が利用する言語に対応する表示／非表示に従って複数の画面項目が表示されるロケール別の申請画面と、承認者が利用する言語に対応する表示／非表示に従って複数の画面項目が表示されるロケール別の承認画面と、を生成する画面制御部と、を有する。

第１実施形態のネットワーク構成例を示す図である。 第１実施形態のワークフローシステムの構成ブロック例を示す図である。 第１実施形態の申請マスタ情報の一例を示す図である。 第１実施形態の画面項目情報の一例を示す図である。 第１実施形態の申請画面例と画面データ例を示す図である。 第１実施形態の申請情報の一例を示す図である。 第１実施形態の承認画面例と画面データ例を示す図である。 第１実施形態のロケール制御情報の一例を示す図である。 第１実施形態のロケール制御設定画面例である。 第１実施形態のロケール制御設定画面例である。 第１実施形態のロケール制御情報に基づく承認画面の一例を示す図である 第１実施形態のロケール表示制御に基づく画面項目制御の一例を示す図であり、申請者が日本語、承認者が英語を利用する場合の申請画面例及び承認画面例を示している。 第１実施形態のロケール表示制御に基づく画面項目制御の一例を示す図であり、申請者が英語、承認者が日本語を利用する場合の申請画面例及び承認画面例を示している。 第１実施形態のロケール表示制御に基づく画面項目制御の一例を示す図であり、申請者が日本語、承認者が日本語を利用する場合の申請画面例及び承認画面例を示している。 第１実施形態のロケール表示制御に基づく画面項目制御の一例を示す図であり、申請者が英語、承認者が英語を利用する場合の申請画面例及び承認画面例を示している。 第１実施形態のロケール制御設定の処理フローを示す図である。 第１実施形態の申請者及び承認者の各ロケールに応じた画面制御処理を含むワークフローシステムの処理フローを示す図である。

以下、実施形態につき、図面を参照して説明する。

（第１実施形態）
図１から図１７は、第１実施形態を示す図である。図１は、本実施形態のワークフローシステムのネットワーク構成図である。コンピュータシステムであるワークフローシステム１００は、申請者端末２００、承認者端末３００及び管理者端末４００それぞれがネットワークＮを介して接続する。ワークフローシステム１００は、接続する申請者端末２００の申請者に対して所定のワークフローに基づく申請機能を提供し、承認者端末３００の承認者に申請者からの申請に対する承認機能を提供する。

本実施形態のワークフローシステム１００は、ビジネス上の手続きや企業業務を効率化するワークフロー機能を提供し、以下の説明では、企業の社内業務に関する申請及びその承認処理のワークフロー機能を一例に説明する。

なお、ネットワークＮは、例えば、ＬＡＮ（ローカルエリアネットワーク）やインターネット等のネットワークであり、無線／有線回線、専用回線等を問わず、各端末２００、３００、４００がワークフローシステム１００に接続可能なネットワーク環境が適用される。

また、申請者端末２００、承認者端末３００及び管理者端末４００の各端末は、多機能携帯電話、携帯電話やＰＤＡ(Personal Digital Assistant)等の移動通信端末装置、パーソナルコンピュータなどの通信機能及び演算機能を備えた情報処理端末装置等が含まれる。また、ワークフローシステム１００が提供する画面を表示する表示制御機能としてブラウザを備え、ＣＰＵ、メモリ及びワークフローシステム１００との間の通信制御を遂行する通信制御部等を含む。さらに、マウスやキーボード、タッチパネル等の操作入力装置及び表示装置を備えることができる。

また、説明の便宜上、申請者、承認者及び管理者それぞれに対応する申請者端末２００、承認者端末３００及び管理者端末４００が個別に設けられているが、これに限らず、ワークフローシステム１００と１つの端末装置とが接続された構成であってもよい。つまり、後述するように、申請者、承認者、管理者をそれぞれ区分（識別）するようにユーザ認証処理を行い、与えられた利用権限以外の機能が利用できないように制限することで、同じ１つの端末装置から申請者、承認者、管理者それぞれがワークフローシステム１００を利用するように構成することもできる。

図２は、本実施形態のワークフローシステム１００の構成ブロック例を示す図である。本実施形態のワークフローシステム１００は、各端末２００、３００、４００とのネットワークＮを介した接続及びデータ通信等を制御する通信制御部１１０、制御１２０、記憶部１３０を含んで構成される。

制御部１２０は、ユーザ認証部１２１と、所定の申請画面を介して入力された申請情報を受け付ける申請機能を遂行する申請制御部１２２と、承認画面を介して受け付けた申請に対する承認を行う承認機能を遂行する承認制御部１２３と、を含むとともに、画面制御部１２４、ロケール制御設定部１２５を含んで構成される。

ユーザ認証部１２１は、所定のログイン画面を介して各端末２００、３００、４００に入力されたログイン情報を用い、記憶部１３０に予め登録されたユーザ情報１３１に基づいて認証処理を遂行し、ワークフローシステム１００が提供するワークフロー機能の利用権限をユーザ毎に管理する。ユーザ情報は、例えば、各ユーザを識別するユーザコード（ユーザＩＤ）、ユーザ名（カナ、漢字、英語フルネーム）、所属組織、パスワード、利用権限種別（申請者、承認者、管理者等）を含むことができる。

図３は、申請マスタ情報１３３の一例であり、本実施形態のワークフローシステム１００が提供する複数の各種申請に対応した申請機能情報を記憶する。図３に示すように、各種申請には、申請機能ＩＤが割り当てられ、申請機能ＩＤ毎に、申請機能名、画面リンク先（画面情報の識別情報や構成情報等）、申請に対して承認を行う承認者ＩＤ、承認者名等を記憶する。

本実施形態では、住所変更申請、家族異動申請、改姓改名申請、扶養控除等異動申告書申請、保険料控除／配偶者特別控除申告書申請、住宅借入金特別控除申請、給与・賞与銀行振込依頼書申請、通勤手当変更届申請、異動申請、休暇申請等が各種複数の申請機能を含むことができ、申請マスタ情報１３４に登録された複数の申請機能の一部又は全部をユーザが利用できる。以下の説明では、住所変更申請機能を一例に説明する。

画面制御部１２４は、ログイン後の申請者端末２００や承認者端末３００に、申請マスタ情報１３３に登録された各申請機能を選択するための不図示のメニュー画面を表示することができる。申請者や承認者は、メニュー画面から申請や承認を行う対象の機能を選択し、画面制御部１２４は、選択した機能に対応する画面データを記憶部１３０に記憶されている画面情報１３２を用いて生成し、申請者端末２００や承認者端末３００に申請画面や承認画面を伝送する。申請マスタ情報１３３の画面リンク先は、画面情報１３２に記憶された格納場所（例えば、アドレス情報）であり、画面情報１３２は、これら申請機能に対応する各画面データを記憶することができる。

図４は、住所変更申請機能の申請画面における画面項目情報の一例を示す図である。画面項目は、表示項目及び／又は入力項目を含み、申請機能ＩＤ別に画面項目を複数設定することができる。図４では、申請機能ＩＤに対して画面項目別のＩＤ（画面項目ＩＤ）、項目名、各画面項目の表示順等を含む画面項目情報を例示している。

図５は、申請画面７００の一例を示す図であり、図４に示した住所変更申請機能の画面項目を含む申請画面例である。図５に示すように、所属組織、ユーザコード、名前（カナ）、名前（漢字）、英語フルネームの基本情報に関する第１画面項目と、住所変更日、郵便番号、住所（カナ）、住所（漢字）、住所外国語、電話番号等の申請内容に関する第２画面項目と、を含んでいる。

第１画面項目は、申請するユーザの基本情報であり、住所変更申請では申請者が入力する項目ではなく、ワークフローシステム１００を利用する申請者の情報を示す項目である。第１画面項目は、ユーザ情報１３１等に予め登録された情報を用いることができる。第２画面項目は、住所変更申請で申請者が入力する申請内容に対応した入力項目である。

本実施形態の申請画面７００は、第１画面領域７０１と第２画面領域７０２とを含んで構成され、第１画面領域７０１には、第１画面項目及び第２画面項目が表示され、第２画面領域７０２には、申請ボタン７１０を含む各種ボタンが表示される。

図５の右欄には、申請画面７００の画面データの一例が示されている。本実施形態では、ＨＴＭＬ形式の申請画面７００の画面データが生成され、申請者端末２００のブラウザが画面データに従って申請画面７００を表示する。画面制御部１２４は、画面項目情報に含まれる表示順に基づいて、各画面項目に対応するＨＴＭＬ形式の画面項目データを上から順に並べた画面データを生成することができる。

図５に示す申請画面７００の第１画面領域７０１の第２画面項目に入力された申請内容は、申請ボタン７１０を選択することで、ワークフローシステム１００に登録される。申請制御部１２２は、申請ボタン７１０が選択されると、申請画面７００の申請内容に対応する第２画面項目の入力データを申請者端末２００から受信して、記憶部１３０の申請情報１３４に記憶する。

図６は、本実施形態の申請情報１３４の一例を示す図である。申請機能毎に申請された申請内容（各申請画面を通じて入力された画面項目に対応する入力項目）は、記憶部１３０の申請情報１３４に記憶される。

申請情報１３４は、申請者のユーザＩＤ、申請機能ＩＤ、申請Ｎｏ、申請情報１〜申請情報ｎ、ステータス、承認者ＩＤ等を含む。申請Ｎｏは、申請情報１３４の各レコードを一意に識別する情報であり、各申請画面から入力された申請情報に対して所定のルールに基づく番号が割り当てられる。

申請情報１〜申請情報ｎは、申請機能に対応する各申請画面の１つ又は複数の申請入力項目に対応してデータを記憶する。つまり、申請情報１〜申請情報ｎはデータカラムであり、データカラムと申請入力項目とは予め関連付けられ、各申請入力項目のデータ保存先として所定のデータカラムが関連付けられている。

申請制御部１２２は、選択された申請機能に対応する申請画面から入力された入力データや選択データを、申請情報１３４に記憶するとともに、申請した申請者のユーザＩＤ、選択された申請機能の申請機能ＩＤ、選択された申請機能に対応する申請画面の入力データ等を申請Ｎｏ毎に記憶することができる。このとき、申請情報１３４のステータスは、承認待ちが記憶されている。

次に、図７は承認画面８００の一例を示す図であり、図５に示した申請画面を通じて申請（登録）された住所変更を承認する画面である。承認者は、申請情報１３４に記憶された申請Ｎｏ毎に申請情報を承認画面８００を通じて承認者端末３００に表示し、申請内容を確認して申請に対する承認を行うことができる。

ここで、図７に示すように、本実施形態の承認画面８００は、申請画面７００と同じ画面構成となっており、申請画面７００の第１画面領域７０１の第１及び第２画面項目を、承認画面８００の第１画面領域８０１にそのまま表示している。すなわち、申請画面７００と承認画面８００との間で第１及び第２画面項目が共通に用いられ、互いの第１画面領域７０１，８０１に表示される画面項目が同じとなっている。

本実施形態では、申請画面７００及び承認画面８００は、図４に示した画面項目情報を共有する１つの同じ画面データを用いることができ、申請画面７００と承認画面８００との間で第１画面領域７０１、８０１が同じ画面データで構成され、第２画面領域７０２，８０３が異なる画面データなっている。

申請画面７００に含まれる第２画面項目は、申請した内容を確認すべき入力データであり、承認者は申請者が申請した内容を確認して承認するので、第１画面領域７０１の第１及び第２画面項目をそのまま承認画面８００の第１画面領域８０１での申請内容確認項目として利用している。承認画面８００の第２画面領域８０２には、申請画面７００とは異なり、第１画面領域８０１で確認する申請した内容を承認するための承認ボタン８１０が含まれるように構成されている。

図７の右欄には、承認画面８００の画面データの一例が示されている。図５に示した申請画面７００と同様に、画面制御部１２４は、ＨＴＭＬ形式の承認画面８００の画面データを生成し、承認者端末３００のブラウザが画面データに従って承認画面８００を表示する。画面制御部１２４は、画面項目情報に含まれる表示順に基づいて、各画面項目の対応するＨＴＭＬ形式の項目データを上から順に並べた画面データを生成することができる。

承認者は、承認者端末３００に表示されたメニュー画面（不図示）から住所変更申請を承認する承認画面を選択することができ、画面制御部１２４は、承認者端末３００から承認画面の選択に基づいて、画面情報１３２を参照して画面項目情報に含まれる表示順で、各画面項目に対応する画面項目データそれぞれが上から順に並べられたＨＴＭＬ形式の承認画面データを生成するとともに、申請情報１３４を参照して、申請画面７００を通じて申請された入力データを、第１画面領域８０１の対応する各画面項目に表示するようにして、承認者端末３００に伝送する。このとき、画面制御部１２４は、第２画面領域８０２に承認ボタン８１０が含まれるように承認画面８００を生成する。

図７に示す承認画面８００の第１画面領域８０１に表示された第２画面項目の申請内容に対し、承認者は承認ボタン８１０を選択することで、ワークフローシステム１００を通じて住所変更申請を承認することができる。承認制御部１２２は、承認ボタン８１０が選択されると、承認画面８００の第１画面領域８０１の第２画面項目に対応する申請内容を承認した結果（承認済み／承認待ち）として、記憶部１３０の申請情報１３４のステータスに「承認済み」に更新（記憶）する。

このように本実施形態のワークフローシステム１００は、申請画面７００から住所変更申請等の申請内容を受け付け、受け付けた申請内容を承認画面８００を介して承認するワークフロー機能を提供することができる。

そして、本実施形態のワークフローシステム１００は、ユーザの国籍に対応する言語やユーザが利用可能な言語（以下、ユーザ言語という）で申請画面７００及び承認画面８００の画面項目のラベルや入力情報を表示し、申請者間、承認者間、申請者及び承認者間で異なる言語を利用する場合でもそれぞれのユーザ言語でワークフロー機能が利用できる多言語対応のワークフローシステムとして構成される。

本実施形態の画面制御部１２４は、記憶部１３０の画面情報１３２を用いて、申請画面７００及び承認画面８００の画面項目のラベルに表示される言語をユーザ言語に変換（翻訳）するとともに、申請画面７００及び承認画面８００を構成する図４に示した画面項目に対してユーザ言語に応じた表示／非表示が設定されたロケール制御情報を用い、申請画面７００及び承認画面８００を生成する。画面情報１３２は、申請画面７００，承認画面８００を構成する図４に示した画面項目情報に関連付けられるロケール制御情報を含んでいる。

まず、ユーザ言語について説明する。ユーザ言語は、上述したようにユーザの国籍に対応する言語やユーザが利用可能な言語であり、各端末２００，３００，４００が備える申請画面及び承認画面の各画面の表示制御を行うブラウザが保持する言語設定情報（ロケール）を用いることができる。

ユーザ言語は、ブラウザの表示制御情報の１つであり、ブラウザが端末の利用地域を自動識別して該当の国の言語をユーザ言語として予め設定したり、ユーザ自身がブラウザの設定において、所定の言語をユーザ言語として設定したものを含む。ユーザ言語には、ブラウザが表示制御情報として保持する予め用意された日本語、英語、フランス語、中国語等の複数の言語が含まれる。

なお、本実施形態の多言語対応のワークフローシステム１００は、実際の地理的な異なる国間でネットワークＮを介して使用する場合と、１つの国や会社内で異なる言語を利用する申請者、承認者がネットワークＮを介して使用する場合と、の２つの概念が含まれる。

画面制御部１２４は、ログイン時や各端末との接続制御時などの申請画面７００、承認画面８００を生成する前の任意のタイミングで、各端末からブラウザで保持している言語設定情報をユーザが利用する言語（ロケール）として取得することができる。画面制御部１２４は、取得したロケール（ユーザ言語）からユーザが利用する言語を識別し、申請画面７００及び承認画面８００の第１画面領域の画面項目におけるラベル表示言語や第２画面領域のボタンにおけるラベル表示言語を識別された言語に変換する変換機能（翻訳機能）を備えている。この言語変換機能は、一般的な言語間の翻訳機能や辞書機能等を適用することで実現できる。また、図４に示した画面項目情報の項目名が、予め各言語毎のラベルを含むように構成し、画面項目情報から該当言語のラベル（項目名）を取得して申請画面７００及び承認画面８００を生成することができる。

さらに、本実施形態では、ユーザが利用する言語に対し、申請画面７００及び承認画面８００で共通する画面項目を変更するロケール表示制御を遂行する。図８は、本実施形態のロケール制御情報の一例である。ロケール制御情報は、図４に示した画面項目情報と対応関係にあり、ユーザが利用する言語毎に申請画面７００及び承認画面８００の共通する第１及び第２画面項目の表示／非表示を示す情報である。

図９、図１０は、本実施形態の申請画面７００及び承認画面８００に表示される申請内容に対する共通する画面項目それぞれに対し、ユーザ言語（ロケール）別に表示／非表示を設定するロケール制御設定画面５００を示す図である。

ロケール制御の設定は、ロケール制御設定部１２５によって遂行され、ロケール制御設定部１２５は、例えば、ワークフローシステム１００の管理者が管理者端末４００に、図９、図１０に示すロケール制御設定画面５００を表示し、ロケール制御設定画面５００におけるユーザ言語毎に申請画面７００及び承認画面８００の共通する各画面項目の表示／非表示の選択情報を取得して、ロケール制御情報を生成することができる。生成されたロケール制御情報は、画面情報１３２とともに記憶部１３０に記憶される。

図９、図１０に示すように、ロケール制御設定画面５００は、申請機能ＩＤ選択欄５０１、言語選択欄５０２、及び図４の各画面項目に対する表示／非表示を選択するロケール制御設定欄５０３を含んで構成されている。ロケール制御設定欄５０３には、申請画面７００に表示可能な全ての画面項目が表示されている。

図９では、ユーザ言語として日本語が選択され、申請内容に対する全ての画面項目を「表示設定」とした一例を示している。一方、図１０では、ユーザ言語として英語が選択され、申請内容に対する複数の画面項目のうち、名前（カナ）、名前（漢字）、住所（カナ）、住所（漢字）の画面項目が「非表示設定」として選択され、他の画面項目を「表示設定」に選択した一例である。

このような画面項目の表示／非表示設定は、言語間の相違に基づくものであり、例えば、米国人は、日本語を対象にした名前の漢字やカナ表記の表示、住所の漢字やカナ表記の入力は、申請画面７００には必要はない。言い換えれば、英語を使用言語とする米国人は、日本語を対象にした画面項目が表示されても、表示されている日本語を理解できないとともに、日本語を入力することができないので、非表示設定とすることができる。

申請者及び承認者が異なる言語を利用する場合、１つの言語の画面表記を単に他の言語の画面表記に変えるだけでは、ワークフロー機能を利用して作業効率を向上させることができない。つまり、申請者と承認者の言語が同じであれば、申請内容に対して共通する同じ画面項目を表示しても作業効率は低下しないと考えられるが、申請者と承認者とがそれぞれ異なるユーザ言語を利用している場合、例えば、英語を利用する承認者が日本語で入力された申請内容を見ても、理解できないばかりか、承認に不要な画面項目となり、作業効率を低下の要因となる。

一方、申請者が英語で、承認者が日本語を利用する場合、例えば、図９、図１０の例で説明すると、英語を利用する申請者が入力した申請内容は、日本語を利用する申請者が入力する画面項目よりも少なく、日本語を利用する承認者が確認すべき入力データか欠如している状態となる。つまり、日本語を対象にした名前の漢字やカナ表記の表示、住所の漢字やカナ表記の入力が、日本語で申請内容を承認する場合の不可欠な入力データとしてルール化されている場合は、英語を利用する申請者が入力した申請内容だけ、すなわち、英語を利用する申請者の申請画面７００に表示された画面項目だけでは、承認することができないので、日本語を利用する承認者に対して英語を利用する申請者の申請画面７００に表示された画面項目だけを承認画面８００に表示することは好ましくない。

そこで、本実施形態では、申請者及び承認者が異なる言語を利用する場合、申請内容に対する画面項目を申請者及び承認者のそれぞれのユーザ言語に応じて決定し、ユーザ言語それぞれにおいて必要な画面項目で構成される申請画面７００及び承認画面８００をそれぞれ提供することで、多言語間での申請及びその承認のワークフロー処理を円滑にする。

特に、本実施形態は、申請画面７００及び承認画面８００で共通に利用される画面項目を、言語に応じて必要な画面項目だけを抽出し、他の言語で申請された申請内容に対して承認者にとって必要な画面項目を含む承認画面８００で承認できるようにして、多言語間での承認作業の効率化を図るとともに、申請者自身が利用する言語に対して必要な画面項目だけを抽出することで、申請者が利用する言語以外の言語で入力する画面項目を含まない申請画面７００で申請できるようにし、承認者と異なる言語で申請する申請作業の効率化を図ることができる。

図１１は、英語をユーザ言語とする承認画面８００の一例を示す図であり、右欄にＨＴＭＬ形式で記述した画面データの一例を示している。図１１の例において、画面制御部１２４は、図８に示したロケール制御情報を参照し、言語毎の画面項目の表示／非表示設定を確認する。画面制御部１２４は、各画面項目の対応する表示／非表示設定に基づいて、申請画面７００、承認画面８００の各画面データをＨＴＭＬ形式で生成する。

このとき、画面制御部１２４は、非表示に設定された画面項目を画面データに含まれないように申請画面７００、承認画面８００の画面データを生成するのではなく、図１１に示すように、画面制御部１２４は、デフォルトで画面項目情報に登録されている全て画面項目を対象に画面データを生成して、非表示設定にされている画面項目の画面データをそのまま残しつつ、非表示設定されている画面項目のＨＴＭＬ形式で記述されるタグに、ブラウザにおいて該当の画面項目を非表示に制御するコードを付加している。

つまり、本実施形態では、申請者や承認者が利用する言語に応じて画面データを生成し直すのではなく、表示／非表示の対象となる全ての画面項目を含む画面データを予め用意しておき、ロケール制御情報を用いて、非表示設定されている画面項目がブラウザにおいて非表示に制御されるようにしている。このため、多言語で利用されるワークフローシステムにおいて、対応する複数の言語それぞれに対して画面情報を保持する必要がないとともに、申請画面７００、承認画面８００を生成する画面生成処理を言語別に個別に行う必要がないので、システム負荷を軽減することができる。

なお、ＨＴＭＬ形式で記述されるタグに付加される、ブラウザにおいて該当の画面項目を非表示に制御するコードは、予めブラウザのタグライブラリに登録しておくことができる。ブラウザは非表示に制御するコードが付加されたタグを識別して、該当の画面項目を非表示に制御することができる。

また、図１１の英語をユーザ言語とする承認画面８００では、住所変更日の画面項目のデータ表示フォーマットが、図６に示した承認画面８００と異なっている。画面制御部１２４は、例えば、日本語に対応した日付表示フォーマット「○○○○年○月○○日」を英語に対応した日付表示フォーマット「○／○○／○○○○」と変換した申請画面７００や承認画面８００を生成することができる。日付表示フォーマット等のデータ毎の表示フォーマットは、予め画面情報１３２として保持しておくことができる。

図１２から図１５は、本実施形態のワークフロー機能におけるユーザ言語（ロケール）を用いた申請画面７００及び承認画面８００の画面制御を説明するための図である。

図１２は、申請者のユーザ言語が日本語、承認者のユーザ言語が英語である場合の画面制御の一例を示した図である。

画面制御部１２４は、ロケール制御情報を参照して、申請者のユーザ言語である日本語の表示／非表示設定を取得する。取得したロケール制御情報に基づいて、画面項目情報に登録されている全画面項目を含む画面データの各画面項目に対応するタグに、ブラウザにおいて非表示設定されている画面項目の非表示制御コードを付加し、申請画面７００を生成する。図１２の例では、申請者が利用するユーザ言語「日本語」に対してロケール制御情報における各画面項目は、全て表示設定されているので、申請画面７００には、図４で示した全ての画面項目が含まれて生成されている。このとき、画面項目情報がデフォルトで日本語で作成されている場合は、画面項目のラベル表示などを日本語に変換する変換処理を行わない。

一方、画面制御部１２４は、承認画面８００を生成する際に、承認者のロケール制御情報を参照して、承認者のユーザ言語である英語の表示／非表示設定を取得する。申請画面７００と同様に、取得したロケール制御情報に基づいて、画面項目情報に登録されている全画面項目を含む画面データの各画面項目に対応するタグに、ブラウザにおいて非表示設定されている画面項目の非表示制御コードを付加し、承認画面８００を生成する。図１２の例では、承認者が利用するユーザ言語「英語」に対してロケール制御情報における各画面項目のうち、名前（カナ）、名前（漢字）、住所（カナ）、住所（漢字）の画面項目が「非表示設定」なので、これらの画面項目に対応する画面データ内のタグに非表示制御コードを付加した承認画面８００の画面データを生成する。

図１２の例において、承認画面８００の第１画面領域８０１には、申請画面７００の第１画面領域７０１の画面項目に対して、名前（カナ）、名前（漢字）の日本語を対象にした表示項目と、住所（カナ）、住所（漢字）の日本語を対象にした入力項目とが、表示されず、申請画面７００と承認画面８００との間で共有する画面項目がロケール制御によって変更される。英語を利用する承認者は、日本語を対象にした画面項目以外の画面項目のみが表示された承認画面８００から申請内容を確認して承認することができる。

図１３は、申請者のユーザ言語が英語、承認者のユーザ言語が日本語である場合の画面制御の一例を示した図である。

画面制御部１２４は、ロケール制御情報を参照して、申請者のユーザ言語である英語の表示／非表示設定を取得する。取得したロケール制御情報に基づいて、画面項目情報に登録されている全画面項目を含む画面データの各画面項目に対応するタグに、ブラウザにおいて非表示設定されている画面項目の非表示制御コードを付加し、申請画面７００を生成する。図１３の例では、申請者が利用するユーザ言語「英語」に対してロケール制御情報における各画面項目のうち、名前（カナ）、名前（漢字）、住所（カナ）、住所（漢字）の画面項目が「非表示設定」なので、これらの画面項目に対応する画面データ内のタグに非表示制御コードを付加した申請画面７００の画面データを生成する。このとき、画面項目情報がデフォルトで日本語で作成されている場合は、画面項目のラベル表示などを英語に変換する変換処理が遂行される。

一方、画面制御部１２４は、承認画面８００を生成する際に、承認者のロケール制御情報を参照して、承認者のユーザ言語である日本語の表示／非表示設定を取得する。取得したロケール制御情報に基づいて、画面項目情報に登録されている全画面項目を含む画面データの各画面項目に対応するタグに、ブラウザにおいて非表示設定されている画面項目の非表示制御コードを付加し、承認画面８００を生成する。図１３の例では、承認者が利用するユーザ言語「日本語」に対してロケール制御情報における各画面項目は、全て表示設定されているので、承認画面８００には、図４で示した全ての画面項目が含まれて生成されている。

図１３の例では、申請者のユーザ言語が英語なので、ロケール制御情報における各画面項目のうち、名前（カナ）、名前（漢字）、住所（カナ）、住所（漢字）の画面項目が「非表示設定」となり、申請画面７００からは非表示設定に該当する各画面項目に対する入力データは、申請情報１３４には登録されていないので、ユーザ言語が「日本語」の承認画面８００には、名前（カナ）、名前（漢字）、住所（カナ）、住所（漢字）の画面項目は、空白となっている。

申請画面７００の第１画面領域７０１には、承認画面８００の第１画面領域８０１の画面項目に対して、名前（カナ）、名前（漢字）の日本語を対象にした表示項目と、住所（カナ）、住所（漢字）の日本語を対象にした入力項目とが表示されず、申請画面７００と承認画面８００との間で共有する画面項目がロケール制御によって変更される。日本語を利用する承認者は、英語を対象にした画面項目とともに、日本語を対象にした画面項目が表示され、日本語を対象にした名前（カナ）、名前（漢字）の日本語を対象にした表示項目と、住所（カナ）、住所（漢字）の入力項目に対して、日本語で承認する際に必要な入力データを入力する作業を経て、承認画面８００から申請内容を確認して承認することができる。

図１４は、申請者及び承認者が利用するユーザ言語が共に同じ日本語である場合の画面制御の一例を示した図である。図１４は、申請画面７００と承認画面８００との間で共有する画面項目がロケール制御によって変更されない。

図１４の例では、申請者が利用するユーザ言語「日本語」に対してロケール制御情報における各画面項目は、全て表示設定されているので、申請画面７００には、図４で示した全ての画面項目が含まれて生成されている。一方、承認者が利用するユーザ言語「日本語」に対してロケール制御情報における各画面項目は、全て表示設定されているので、承認画面８００には、図４で示した全ての画面項目が含まれて生成されている。

図１５は、申請者及び承認者が利用するユーザ言語が共に同じ英語である場合の画面制御の一例を示した図である。図１５も図１４と同様に、申請画面７００と承認画面８００との間で共有する画面項目がロケール制御によって変更されない。

図１５の例では、申請者が利用するユーザ言語「英語」に対してロケール制御情報における各画面項目のうち、名前（カナ）、名前（漢字）、住所（カナ）、住所（漢字）の画面項目が「非表示設定」なので、これらの画面項目に対応する画面データ内のタグに非表示制御コードを付加した申請画面７００の画面データを生成する。一方、承認者が利用するユーザ言語「英語」に対してロケール制御情報における各画面項目は、申請画面７００と同様に、名前（カナ）、名前（漢字）、住所（カナ）、住所（漢字）の画面項目が「非表示設定」なので、これらの画面項目に対応する画面データ内のタグに非表示制御コードを付加した承認画面８００の画面データを生成する。

図１６は、本実施形態のロケール制御情報設定処理の処理フローを示す図である。

ワークフローシステム１００は、管理者端末４００から接続要求があった場合（Ｓ１０１）、ユーザ認証処理を遂行する（ステップＳ１０２）。ワークフローシステム１００（画面制御部１２４）は、管理者端末４００から送信される接続要求（利用要求）に対して、所定のログイン画面を生成又は抽出して管理者端末４００に伝送する。

管理者端末４００を操作する管理者は、ログイン画面にユーザＩＤ及びパスワードを入力する。ワークフローシステム１００（ユーザ認証部１２１）は、入力されたユーザＩＤ及びパスワードを受信し、受信したユーザＩＤ、パスワードを用いて記憶部１３０のユーザ情報１３１を参照し、認証処理を遂行する（Ｓ１０３）。

ワークフローシステム１００は、ステップＳ１０３において、ステップＳ１０２での認証処理の結果、認証ＯＫである場合にはステップＳ１０５に進み、認証ＮＧの場合にはステップＳ１０４に進んでエラー処理を遂行する。ステップＳ１０４のエラー処理は、例えば、ログインできない旨のメッセージを管理者端末４００に伝送し、処理を終了する。

ステップＳ１０５においてワークフローシステム１００（画面制御部１２４）は、管理者端末４００にメニュー画面を伝送し、管理者端末４００においてロケール制御設定のメニューが選択されたか否かを識別する（Ｓ１０６）。ロケール制御設定のメニュー選択、すなわち、ロケール制御設定要求があった（受信した）場合、ワークフローシステム１００は、ロケール制御設定画面５００を管理者端末４００に伝送して表示させる（Ｓ１０６）。

ワークフローシステム１００（ロケール制御設定部１２５）は、ロケール制御設定画面５００を介した申請機能別のロケール制御設定制御を遂行し（Ｓ１０７）、ＯＫ（登録）ボタン５０４が選択されると、ロケール制御設定画面５００から入力・選択された申請機能の各画面項目に対する表示／非表示設定情報をロケール制御情報として、画面情報１３２と共に又は個別に記憶部１３０に記憶する（Ｓ１０８）。

図１７は、本実施形態の多言語対応のワークフローシステム１００の処理フローを示す図である。ワークフローシステム１００は、申請者端末２００又は承認者端末３００から接続要求があった場合（Ｓ３０１）、ユーザ認証処理を遂行する（ステップＳ３０２）。このとき、ワークフローシステム１００は、接続要求に含まれる申請者端末２００又は承認者端末３００のブラウザが保持するユーザ言語の設定情報（ロケール）を受信している。なお、ユーザ言語の設定情報は、上述したように、任意のタイミング（ユーザ認証後や申請画面７００を要求（選択）するタイミングなど）で申請者端末２００又は承認者端末３００から取得することができる。

ワークフローシステム１００（画面制御部１２４）は、申請者端末２００又は承認者端末３００から送信される接続要求（利用要求）に対して、所定のログイン画面を生成又は抽出して申請者端末２００又は承認者端末３００に伝送する。

申請者又は承認者は、ログイン画面にユーザＩＤ及びパスワードを入力する。ワークフローシステム１００（ユーザ認証部１２１）は、入力されたユーザＩＤ及びパスワードを受信し、受信したユーザＩＤ、パスワードを用いて記憶部１３０のユーザ情報１３１を参照し、認証処理を遂行する（Ｓ３０３）。

ワークフローシステム１００は、ステップＳ３０３において、ステップＳ３０２での認証処理の結果、認証ＯＫである場合にはステップＳ３０５に進み、認証ＮＧの場合にはステップＳ３０４に進んでエラー処理を遂行する。ステップＳ３０４のエラー処理は、例えば、ログインできない旨のメッセージを該当の申請者端末２００又は承認者端末３００に伝送し、処理を終了する。

ステップＳ３０５においてワークフローシステム１００（画面制御部１２４）は、管理者端末４００にメニュー画面を伝送する。このとき、ワークフローシステム１００は、申請者と承認者とで、異なるメニュー画面を伝送することができる。例えば、申請者端末２００には、１つ又は複数の申請機能それぞれを選択可能なメニュー画面を伝送することができる。また、承認者端末３００には、１つ又は複数の申請機能を通じて申請された申請に対する承認を行うためのメニュー画面を伝送することができる。

ステップＳ３０５において申請機能が選択された場合、ワークフローシステム１００は、選択された申請機能に対応する申請画面７００を生成して申請者端末２００に伝送する。具体的には、ワークフローシステム１００（画面制御部１２４）は、ステップＳ３０１で取得した申請者のユーザ言語に基づいてロケール制御情報を参照し、選択された申請機能に対応する申請画面７００の画面項目それぞれの表示／非表示設定を決定する（Ｓ３０６）。そして、申請画面７００の画面項目情報に登録されている全て画面項目を含む画面データにおける各画面項目に対応するタグに、非表示設定されている画面項目の非表示制御コードを付加し、申請画面７００を生成する（Ｓ３０７）。生成した申請画面７００を申請者端末２００に伝送して、申請者端末２００に表示させる（Ｓ３０８）。

ワークフローシステム１００（申請制御部１２２）は、例えば、図５に示す申請画面７００の第１画面領域７０１の第２画面項目に対する入力・表示制御を遂行するとともに（Ｓ３０９）、申請ボタン７１０が選択されると、申請画面７００の申請内容に対応する第２画面項目の入力データを申請者端末２００から受信して、記憶部１３０の申請情報１３４に記憶する（Ｓ３１０）。

次に、ステップＳ３０５において承認機能が選択された場合、ワークフローシステム１００は、選択された承認機能に対応する承認画面８００を生成して承認者端末３００に伝送する。具体的には、ワークフローシステム１００（画面制御部１２４）は、ステップＳ３０１で取得した承認者のユーザ言語に基づいてロケール制御情報を参照し、承認をする申請機能の申請画面７００の画面項目と共有する画面項目それぞれの表示／非表示設定を決定する（Ｓ３１１）。そして、承認画面８００の画面項目情報に登録されている全画面項目を含む画面データの各画面項目に対応するタグに、非表示設定されている画面項目の非表示制御コードを付加し、承認画面８００を生成する（Ｓ３１２）。生成した承認画面８００を承認者端末３００に伝送して、承認者端末３００に表示させる（Ｓ３１３）。

このとき、上述したように、承認する申請内容を申請した申請者と承認者とが同じ言語を利用する者であれば、申請画面７００と承認画面８００との間で共有する画面項目がロケール制御によって変更されないので、申請画面７００のロケール制御情報に基づく各画面項目をそのまま承認画面８００で確認して承認することができる。一方、承認する申請内容を申請した申請者と承認者とが異なる言語を利用する者であれば、申請画面７００と承認画面８００との間で共有する画面項目がロケール制御によって変更されるので、申請画面７００のロケール制御情報に基づく各画面項目に対して不要な画面項目を除いた必要な画面項目のみを含む承認画面８００で申請内容を確認して承認することができ、また、申請画面７００のロケール制御情報に基づく各画面項目に対して追加された画面項目を含む承認画面８００で、必要な情報を入力しながら申請内容を確認して承認することができる。

ワークフローシステム１００（承認制御部１２３）は、例えば、図７に示す承認画面８００の第１画面領域８０１の第２画面項目に対する入力・表示制御を遂行するとともに（Ｓ３１４）、承認（Ａｐｐｒｏｖａｌ）ボタン８１０が選択されると、承認画面８００に表示された申請内容に対応する承認を完了した旨を承認者端末３００から受信して、記憶部１３０の申請情報１３４のステータスを「承認済み」に更新（記憶）する（Ｓ３１５）。なお、申請画面７００のロケール制御情報に基づく各画面項目に対して追加された画面項目に対して入力されたデータも申請情報１３４に記憶される。

以上、実施形態のワークフローシステムによれば、申請者及び承認者が異なる言語を利用する場合、申請内容に対する画面項目を申請者及び承認者のそれぞれのユーザ言語に応じて決定し、ユーザ言語それぞれにおいて必要な画面項目で構成される申請画面及び承認画面をそれぞれ提供するので、多言語間での申請及びその承認のワークフロー処理が円滑となり、ワークフローシステムを介して業務効率がさらに向上する。

特に、申請画面及び承認画面で共通に利用される画面項目（申請内容）を、言語に応じて必要な画面項目だけを抽出し、他の言語で申請された申請内容に対して承認者にとって必要な画面項目を含む承認画面で承認できるので、多言語間での承認作業の効率が向上するとともに、申請者自身が利用する言語に対して必要な画面項目だけを抽出するので、申請者が利用する言語以外の言語で入力する画面項目を含まない申請画面で申請できるようになり、承認者と異なる言語で申請する申請作業の効率もさらに向上する。

また、複数の画面項目を含む１つの画面を元にして、ユーザが利用する言語に応じて各画面項目の表示／非表示を選択することで申請画面及び承認画面を生成しているので、申請画面及び承認画面それぞれを個別の画面で生成する必要がなく、かつ申請画面及び承認画面それぞれで各画面項目の配置を設定する必要がない。このため、異なる言語を利用する多言語型のワークフローシステムにおいて、ユーザが利用する言語に応じた申請画面及び承認画面をそれぞれ作成、用意する管理者等の負担を軽減できる。

さらに、各端末からブラウザで保持している言語設定情報をユーザが利用する言語（ロケール）として取得するので、ワークフローシステム側でユーザが利用する言語を把握する必要はなく、ブラウザの言語設定情報を変更するだけでユーザは容易に自身が利用したい言語を用いたワークフロー機能を利用することができる。

なお、上記実施形態の説明では、ワークフローシステム１００を利用するユーザの言語（ロケール）を、申請者端末２００又は承認者端末３００のブラウザから自動的に取得する一例を示したが、これに限るものではない。例えば、ユーザ情報１３１に予めユーザＩＤに関連付けてユーザ言語を登録し、画面制御部１２４は、ログイン後の識別されたユーザによる申請、承認の各機能を提供するに際して、ユーザ情報１３１を参照し、ロケール制御情報を用いたロケール表示制御を行うことができる。また、ワークフローシステム１００を利用するユーザの言語（ロケール）を、申請者端末２００又は承認者端末３００のブラウザから自動的に取得するのではなく、申請、承認の各機能を提供するに際してユーザが利用する言語を選択できるようにして、その都度取得したユーザ言語を参照してロケール制御情報を用いたロケール表示制御を行うように構成することも可能である。

また、実施形態に係るワークフローシステム１００は、企業業務の人事システム等の他のシステムと連携することも可能であり、また、個別のシステムとして適用することも可能である。

また、上述の実施形態の各処理は、コンピュータで実行可能なプログラムとして実現することも可能であり、当該プログラムがインストールされたコンピュータは、実施形態に係る各処理を遂行する情報処理装置として動作することが可能である。例えば、不図示の補助記憶装置に当該プログラムが格納され、ＣＰＵ等の制御部が補助記憶装置に格納されたプログラムを主記憶装置に読み出し、主記憶装置に読み出された該プログラムを制御部が実行し、コンピュータに実施形態に係る各処理を動作させることができる。

また、上記プログラムは、コンピュータ読取可能な記録媒体に記録された状態で、コンピュータに適用することも可能であり、インターネット等のネットワークを通じてコンピュータにダウンロードすることも可能である。コンピュータ読取可能な記録媒体としては、ＣＤ−ＲＯＭ等の光ディスク、ＤＶＤ−ＲＯＭ等の相変化型光ディスク、ＭＯ（Magnet Optical）やＭＤ(Mini Disk)などの光磁気ディスク、フロッピー（登録商標）ディスクやリムーバブルハードディスクなどの磁気ディスク、コンパクトフラッシュ（登録商標）、スマートメディア、ＳＤメモリカード、メモリスティック等のメモリカードが挙げられる。また、特別に設計されて構成された集積回路（ＩＣチップ等）等のハードウェア装置も記録媒体として含まれる。

なお、本発明の実施形態を説明したが、当該実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００ ワークフローシステム
１１０ 通信制御部
１２０ 制御部
１２１ ユーザ認証部
１２２ 申請制御部
１２３ 承認制御部
１２４ 画面制御部
１２５ ロケール制御設定部
１３０ 記憶部
１３１ ユーザ情報
１３２ 画面情報
１３３ 申請マスタ情報
１３４ 申請情報
２００ 申請者端末
３００ 承認者端末
４００ 管理者端末
５００ ロケール制御設定画面
７００ 申請画面
８００ 承認画面

Claims (5)

1. 申請画面から入力される申請内容を承認画面で確認して承認するワークフローシステムであって、
   前記申請内容に応じた複数の画面項目それぞれに、申請者及び承認者が利用する言語毎の表示／非表示設定情報が関連付けられたロケール制御情報を記憶する記憶部と、
   前記ロケール制御情報に基づいて、申請者が利用する言語に対応する表示／非表示に従って前記複数の画面項目が表示されるロケール別の前記申請画面と、承認者が利用する言語に対応する表示／非表示に従って前記複数の画面項目が表示されるロケール別の前記承認画面と、を生成する画面制御部と、
   を有することを特徴とするワークフローシステム。
2. 前記画面制御部は、申請者と承認者が異なる言語を利用する場合に、申請者が利用する第１言語に対応する表示／非表示に従う前記複数の画面項目が表示されるロケール別の前記申請画面に対し、承認者が利用する第２言語に対応する表示／非表示に従って前記複数の画面項目が異なって表示されるロケール別の前記承認画面を生成することを特徴とする請求項１に記載のワークフローシステム。
3. 前記画面制御部は、申請者が利用する言語に対応する前記複数の画面項目の表示／非表示を決定し、前記申請内容に応じた複数の画面項目が前記決定された表示／非表示に従って表示されるロケール別の前記申請画面を生成するとともに、
   承認者が利用する言語に対応する前記複数の画面項目の表示／非表示を決定し、ロケール別の前記申請画面から入力された前記申請内容が、承認者が利用する言語に対応する表示／非表示に基づく前記複数の画面項目で表示されるロケール別の前記承認画面を生成することを特徴とする請求項１又は２に記載のワークフローシステム。
4. 前記画面制御部は、前記複数の画面項目を含む１つの画面データに対し、前記ロケール制御情報に基づいて決定される表示／非表示に従って各画面項目を表示または非表示に設定したロケール別の前記申請画面及び承認画面を生成することを特徴とする請求項１から３のいずれか１つに記載のワークフローシステム。
5. 申請画面から入力される申請内容を承認画面で確認して承認するワークフロー処理を遂行するコンピュータによって実行されるプログラムであって、
   前記申請内容に応じた複数の画面項目それぞれに、申請者及び承認者が利用する言語毎の表示／非表示設定情報が関連付けられたロケール制御情報を記憶する機能と、
   前記ロケール制御情報に基づいて、申請者が利用する言語に対応する表示／非表示に従って前記複数の画面項目が表示されるロケール別の前記申請画面と、承認者が利用する言語に対応する表示／非表示に従って前記複数の画面項目が表示されるロケール別の前記承認画面と、を生成する機能と、
   を含むことを特徴とするプログラム。

Images