JP5524263B2 - Workflow system - Google Patents

Description

  Embodiments described herein relate generally to a multilingual workflow system.

  There is a workflow as a method for improving the efficiency (smoothing) of business procedures and corporate operations, and many business systems having a workflow function have been proposed.

  For example, in the workflow system for business operations, an employee (applicant) is required to apply for leave application, overtime application, liquidation application, etc., moving, marriage, personnel change, address change application, family composition change application, etc. Enter from the application screen, and the employee's superior or responsible person (approver) can confirm the application details applied by the employee from the predetermined approval screen and approve it. A series of processes from application to approval The efficiency of the procedure can be improved.

  In recent years, a multilingual workflow system has been proposed in view of use by users of various nationalities.

Japanese Patent Laid-Open No. 10-3372 JP 2010-146589 A

  To provide a multilingual workflow system that can smoothly apply and approve applications between different languages.

  The workflow system of the embodiment is a workflow system that confirms and approves the application content input from the application screen on the approval screen, and the language used by the applicant and the approver for each of a plurality of screen items according to the application content. A plurality of screen items are displayed according to display / non-display corresponding to the language used by the applicant based on the locale control information and a storage unit that stores locale control information associated with display / non-display setting information for each. A screen control unit that generates an application screen for each locale and an approval screen for each locale in which a plurality of screen items are displayed according to display / non-display corresponding to the language used by the approver.

It is a figure which shows the network structural example of 1st Embodiment. It is a figure which shows the structural block example of the workflow system of 1st Embodiment. It is a figure which shows an example of the application master information of 1st Embodiment. It is a figure which shows an example of the screen item information of 1st Embodiment. It is a figure which shows the example of an application screen of 1st Embodiment, and an example of screen data. It is a figure which shows an example of the application information of 1st Embodiment. It is a figure which shows the example of an approval screen of 1st Embodiment, and an example of screen data. It is a figure which shows an example of the locale control information of 1st Embodiment. It is an example of the locale control setting screen of 1st Embodiment. It is an example of the locale control setting screen of 1st Embodiment. It is a figure which shows an example of the approval screen based on the locale control information of 1st Embodiment. It is a figure which shows an example of the screen item control based on the locale display control of 1st Embodiment, and has shown the example of an application screen, and the example of an approval screen in case an applicant uses Japanese and an approver uses English. It is a figure which shows an example of the screen item control based on the locale display control of 1st Embodiment, and has shown the example of an application screen in case an applicant uses English and an approver uses Japanese, and an example of an approval screen. It is a figure which shows an example of the screen item control based on the locale display control of 1st Embodiment, and has shown the application screen example and approval screen example in case an applicant uses Japanese and an approver uses Japanese. It is a figure which shows an example of the screen item control based on the locale display control of 1st Embodiment, and has shown the application screen example and the approval screen example in case an applicant uses English and an approver uses English. It is a figure which shows the processing flow of the locale control setting of 1st Embodiment. It is a figure which shows the processing flow of the workflow system containing the screen control process according to each locale of the applicant and approver of 1st Embodiment.

  Hereinafter, embodiments will be described with reference to the drawings.

(First embodiment)
1 to 17 are diagrams showing a first embodiment. FIG. 1 is a network configuration diagram of a workflow system according to the present embodiment. In the workflow system 100 that is a computer system, the applicant terminal 200, the approver terminal 300, and the administrator terminal 400 are connected via the network N. The workflow system 100 provides an application function based on a predetermined workflow to an applicant of the applicant terminal 200 to be connected, and provides an approval function for an application from the applicant to an approver of the approver terminal 300.

  The workflow system 100 according to the present embodiment provides a workflow function that makes business procedures and business operations more efficient. In the following description, a workflow function for an application related to a company's internal business and its approval process will be described as an example.

  Note that the network N is a network such as a LAN (local area network) or the Internet, for example, and is a network to which each terminal 200, 300, 400 can connect to the workflow system 100 regardless of a wireless / wired line, a dedicated line, or the like. The environment applies.

  In addition, each terminal of the applicant terminal 200, the approver terminal 300, and the administrator terminal 400 is a multi-function mobile phone, a mobile communication terminal device such as a mobile phone or a PDA (Personal Digital Assistant), a communication function such as a personal computer, and a calculation. An information processing terminal device or the like having a function is included. In addition, a browser is provided as a display control function for displaying a screen provided by the workflow system 100, and includes a CPU, a memory, a communication control unit that performs communication control with the workflow system 100, and the like. Furthermore, an operation input device such as a mouse, a keyboard, and a touch panel, and a display device can be provided.

  In addition, for convenience of explanation, the applicant terminal 200, the approver terminal 300, and the administrator terminal 400 corresponding to the applicant, the approver, and the administrator are individually provided. A configuration in which one terminal apparatus is connected may be used. In other words, as will be described later, the user authentication process is performed so as to classify (identify) the applicant, the approver, and the administrator, and by restricting the functions other than the given usage authority from being used, the same 1 An applicant, an approver, and an administrator can use the workflow system 100 from one terminal device.

  FIG. 2 is a diagram illustrating a configuration block example of the workflow system 100 according to the present embodiment. The workflow system 100 according to the present embodiment includes a communication control unit 110, a control 120, and a storage unit 130 that control connection with each terminal 200, 300, and 400 via the network N, data communication, and the like.

  The control unit 120 includes a user authentication unit 121, an application control unit 122 that performs an application function that receives application information input via a predetermined application screen, and an approval function that approves an application received via an approval screen. And an approval control unit 123 that performs the above process, and includes a screen control unit 124 and a locale control setting unit 125.

  The user authentication unit 121 uses the login information input to each of the terminals 200, 300, and 400 via a predetermined login screen, performs authentication processing based on user information 131 registered in advance in the storage unit 130, and performs a workflow. The use authority of the workflow function provided by the system 100 is managed for each user. The user information includes, for example, a user code (user ID) for identifying each user, a user name (kana, kanji, English full name), organization, password, and usage authority type (applicant, approver, administrator, etc.). be able to.

  FIG. 3 is an example of the application master information 133, and stores application function information corresponding to a plurality of various applications provided by the workflow system 100 of the present embodiment. As shown in FIG. 3, an application function ID is assigned to each application, and the application function name, screen link destination (screen information identification information, configuration information, etc.), and application are approved for each application function ID. The approver ID to be performed, the approver name, etc. are stored.

  In this embodiment, address change application, family transfer application, renaming application, dependent deduction application, insurance deduction / spousal special deduction application, housing loan special deduction application, salary / bonus bank transfer request form An application, a commuting allowance change notification application, a transfer application, a leave application, and the like can include a plurality of application functions, and the user can use some or all of the plurality of application functions registered in the application master information 134. In the following description, the address change application function will be described as an example.

  The screen control unit 124 can display a menu screen (not shown) for selecting each application function registered in the application master information 133 on the applicant terminal 200 or the approver terminal 300 after login. The applicant or approver selects a function to be applied or approved from the menu screen, and the screen control unit 124 uses the screen information 132 stored in the storage unit 130 for screen data corresponding to the selected function. And the application screen and the approval screen are transmitted to the applicant terminal 200 and the approver terminal 300. The screen link destination of the application master information 133 is a storage location (for example, address information) stored in the screen information 132, and the screen information 132 can store each screen data corresponding to these application functions.

  FIG. 4 is a diagram illustrating an example of screen item information on the application screen of the address change application function. The screen items include display items and / or input items, and a plurality of screen items can be set for each application function ID. FIG. 4 illustrates screen item information including an ID for each screen item (screen item ID), an item name, a display order of each screen item, and the like with respect to the application function ID.

  FIG. 5 is a diagram illustrating an example of the application screen 700, which is an application screen example including screen items of the address change application function illustrated in FIG. As shown in FIG. 5, the first screen items related to basic information of organization, user code, name (kana), name (kanji), English full name, address change date, postal code, address (kana), address (kanji) ), Second screen items regarding application contents such as address foreign language, telephone number, and the like.

  The first screen item is basic information of the user who applies, and is an item indicating information of the applicant who uses the workflow system 100 instead of an item input by the applicant in the address change application. As the first screen item, information registered in advance in the user information 131 or the like can be used. The second screen item is an input item corresponding to the application content input by the applicant in the address change application.

  The application screen 700 of the present embodiment includes a first screen area 701 and a second screen area 702. The first screen area 701 displays the first screen item and the second screen item, In the screen area 702, various buttons including an application button 710 are displayed.

  An example of screen data of the application screen 700 is shown in the right column of FIG. In the present embodiment, the screen data of the application screen 700 in the HTML format is generated, and the browser of the applicant terminal 200 displays the application screen 700 according to the screen data. Based on the display order included in the screen item information, the screen control unit 124 can generate screen data in which screen item data in HTML format corresponding to each screen item is arranged in order from the top.

  The application content input to the second screen item in the first screen area 701 of the application screen 700 shown in FIG. 5 is registered in the workflow system 100 by selecting the application button 710. When the application button 710 is selected, the application control unit 122 receives input data of the second screen item corresponding to the application content of the application screen 700 from the applicant terminal 200 and stores it in the application information 134 of the storage unit 130. To do.

  FIG. 6 is a diagram illustrating an example of the application information 134 according to the present embodiment. Application contents applied for each application function (input items corresponding to screen items input through each application screen) are stored in the application information 134 of the storage unit 130.

  The application information 134 includes the applicant's user ID, application function ID, application number, application information 1 to application information n, status, approver ID, and the like. The application number is information for uniquely identifying each record of the application information 134, and a number based on a predetermined rule is assigned to the application information input from each application screen.

  Application information 1 to application information n stores data corresponding to one or more application input items on each application screen corresponding to the application function. That is, the application information 1 to application information n are data columns, the data column and the application input item are associated in advance, and a predetermined data column is associated as a data storage destination of each application input item.

  The application control unit 122 stores the input data and selection data input from the application screen corresponding to the selected application function in the application information 134, and also applies for the user ID of the applicant who applied and the application function of the selected application function. The function ID, the input data of the application screen corresponding to the selected application function, and the like can be stored for each application number. At this time, the status of the application information 134 is stored as waiting for approval.

  Next, FIG. 7 is a diagram showing an example of an approval screen 800, which is a screen for approving an address change applied (registered) through the application screen shown in FIG. The approver can display the application information on the approver terminal 300 for each application No stored in the application information 134 on the approver terminal 300, confirm the application contents, and approve the application.

  Here, as shown in FIG. 7, the approval screen 800 of the present embodiment has the same screen configuration as the application screen 700, and the first and second screen items in the first screen area 701 of the application screen 700 are It is displayed in the first screen area 801 of the approval screen 800 as it is. That is, the first and second screen items are used in common between the application screen 700 and the approval screen 800, and the screen items displayed in the first screen areas 701 and 801 are the same.

  In the present embodiment, the application screen 700 and the approval screen 800 can use the same screen data sharing the screen item information shown in FIG. 4, and the first screen between the application screen 700 and the approval screen 800 can be used. The areas 701 and 801 are composed of the same screen data, and the second screen areas 702 and 803 are different screen data.

  The second screen item included in the application screen 700 is input data for confirming the requested content, and the approver confirms and approves the content requested by the applicant. The second screen item is used as it is as an application content confirmation item in the first screen area 801 of the approval screen 800. Unlike the application screen 700, the second screen area 802 of the approval screen 800 is configured to include an approval button 810 for approving the requested contents to be confirmed in the first screen area 801.

  In the right column of FIG. 7, an example of screen data of the approval screen 800 is shown. Similarly to the application screen 700 shown in FIG. 5, the screen control unit 124 generates screen data of the HTML-format approval screen 800 and the browser of the approver terminal 300 displays the approval screen 800 according to the screen data. Based on the display order included in the screen item information, the screen control unit 124 can generate screen data in which item data corresponding to each screen item is arranged in order from the top.

  The approver can select an approval screen for approving the address change application from a menu screen (not shown) displayed on the approver terminal 300, and the screen control unit 124 selects the approval screen from the approver terminal 300. On the basis of the screen information 132, the approval screen data in the HTML format in which the screen item data corresponding to each screen item are arranged in order from the top in the display order included in the screen item information is generated, and the application information Referring to 134, the input data applied through the application screen 700 is transmitted to the approver terminal 300 so as to be displayed on each corresponding screen item in the first screen area 801. At this time, the screen control unit 124 generates the approval screen 800 so that the approval button 810 is included in the second screen area 802.

  The approver approves the address change application through the workflow system 100 by selecting the approval button 810 for the application content of the second screen item displayed in the first screen area 801 of the approval screen 800 shown in FIG. Can do. When the approval button 810 is selected, the approval control unit 122 recognizes the application contents corresponding to the second screen item in the first screen area 801 of the approval screen 800 (approved / approved) as the storage unit 130. The status of the application information 134 is updated (stored) to “approved”.

  As described above, the workflow system 100 according to the present embodiment can provide a workflow function that accepts an application content such as an address change application from the application screen 700 and approves the received application content via the approval screen 800.

  The workflow system 100 according to the present embodiment displays the label and input information of the screen items of the application screen 700 and the approval screen 800 in a language corresponding to the user's nationality or a language usable by the user (hereinafter referred to as a user language). However, even when different languages are used between applicants, between approvers, and between applicants and approvers, the system is configured as a multilingual workflow system in which the workflow function can be used in each user language.

  The screen control unit 124 of the present embodiment uses the screen information 132 of the storage unit 130 to convert (translate) the language displayed on the screen item label of the application screen 700 and the approval screen 800 into a user language and The application screen 700 and the approval screen 800 are generated using locale control information in which display / non-display according to the user language is set for the screen items shown in FIG. 4 constituting the screen 700 and the approval screen 800. The screen information 132 includes locale control information associated with the screen item information shown in FIG. 4 constituting the application screen 700 and the approval screen 800.

  First, the user language will be described. As described above, the user language is a language corresponding to the user's nationality or a language that can be used by the user, and is held by a browser that performs display control of each screen of the application screen and the approval screen included in each terminal 200, 300, 400. Language setting information (locale) to be used can be used.

  The user language is one of the display control information of the browser, and the browser automatically identifies the usage area of the terminal and presets the language of the corresponding country as the user language. Includes language set as user language. The user language includes a plurality of languages such as Japanese, English, French, and Chinese prepared in advance as display control information by the browser.

  Note that the multilingual workflow system 100 according to the present embodiment is used in the case where the workflow system 100 is used between different actual geographical countries via the network N, as well as an applicant who uses different languages in one country or company, and an approval. Two concepts are included: a case where a user uses the network N;

  The screen control unit 124 allows the user to set the language setting information held in the browser from each terminal at any timing before generating the application screen 700 and the approval screen 800 at the time of login or connection control with each terminal. It can be acquired as the language (locale) to be used. The screen control unit 124 identifies the language used by the user from the acquired locale (user language), and the label display language in the screen item of the first screen area of the application screen 700 and the approval screen 800 or the button of the second screen area. A conversion function (translation function) for converting the label display language into the identified language is provided. This language conversion function can be realized by applying a general interlanguage translation function, dictionary function, or the like. Further, the item name of the screen item information shown in FIG. 4 is configured to include a label for each language in advance, and the label (item name) of the corresponding language is acquired from the screen item information, and the application screen 700 and the approval screen 800 can be generated.

  Furthermore, in this embodiment, locale display control is performed to change the screen items common to the application screen 700 and the approval screen 800 for the language used by the user. FIG. 8 is an example of locale control information of this embodiment. The locale control information has a corresponding relationship with the screen item information shown in FIG. 4, and indicates display / non-display of the first and second screen items common to the application screen 700 and the approval screen 800 for each language used by the user. Information.

  9 and 10 are locale control setting screens for setting display / non-display for each user language (locale) for each screen item common to the application contents displayed on the application screen 700 and the approval screen 800 of this embodiment. FIG.

  The locale control setting is performed by the locale control setting unit 125. For example, the locale control setting unit 125 displays the locale control setting screen 500 shown in FIGS. 9 and 10 on the administrator terminal 400 by the administrator of the workflow system 100. Display and non-display selection information of each screen item common to the application screen 700 and the approval screen 800 can be acquired for each user language in the locale control setting screen 500, and locale control information can be generated. The generated locale control information is stored in the storage unit 130 together with the screen information 132.

  As shown in FIGS. 9 and 10, the locale control setting screen 500 includes an application function ID selection field 501, a language selection field 502, and a locale control setting field 503 for selecting display / non-display for each screen item in FIG. It is configured to include. In the locale control setting field 503, all screen items that can be displayed on the application screen 700 are displayed.

  FIG. 9 shows an example in which Japanese is selected as the user language, and all screen items for the application content are set to “display setting”. On the other hand, in FIG. 10, English is selected as the user language, and among the plurality of screen items for the application content, the screen items of name (kana), name (kanji), address (kana), and address (kanji) are “hidden”. This is an example in which “set” is selected and another screen item is selected as “display setting”.

  Such display / non-display settings for screen items are based on differences between languages. For example, Americans display kanji and kana notation for names in Japanese, kanji and kana notation for addresses. Is not necessary on the application screen 700. In other words, Americans who use English as the language they use are hidden because they cannot understand the displayed Japanese and cannot input Japanese even if screen items targeting Japanese are displayed. It can be set.

  When the applicant and the approver use different languages, the workflow function cannot be used to improve work efficiency simply by changing the screen notation of one language to the screen notation of another language. In other words, if the language of the applicant and the approver is the same, even if the same screen items common to the application contents are displayed, the work efficiency is not expected to decrease, but the applicant and the approver are different users. If you are using a language, for example, an approver who uses English will not be able to understand even if you look at the contents of the application entered in Japanese, it will become an unneeded screen item for approval, which may cause work efficiency to decline Become.

  On the other hand, if the applicant is in English and the approver uses Japanese, for example, in the example of FIGS. 9 and 10, the application entered by the applicant who uses English is an application that uses Japanese. There are fewer screen items to be entered by the user, and there is a lack of input data to be confirmed by the approver using Japanese. In other words, if the display of kanji or kana notation for names in Japanese and the input of kanji or kana notation for addresses are ruled as indispensable input data when approving the application in Japanese, Applicants who use Japanese can not approve only the application contents entered by applicants who use English, that is, screen items displayed on the application screen 700 of applicants who use English. It is not preferable to display only the screen items displayed on the application screen 700 of the applicant who uses English on the approval screen 800.

  Therefore, in this embodiment, when the applicant and the approver use different languages, the screen items for the application contents are determined according to the user languages of the applicant and the approver, and the screen items necessary for each user language. By providing an application screen 700 and an approval screen 800 each configured as follows, workflow processing for application and approval between multiple languages is facilitated.

  In particular, in the present embodiment, screen items that are commonly used in the application screen 700 and the approval screen 800 are extracted only for necessary screen items according to the language, and are approved for the application contents applied in other languages. Approval can be approved on the approval screen 800 including screen items necessary for the applicant, so as to improve the efficiency of approval work between multiple languages and extract only screen items necessary for the language used by the applicant himself Thus, it is possible to apply on the application screen 700 that does not include a screen item to be input in a language other than the language used by the applicant, and it is possible to improve the efficiency of the application work for applying in a language different from that of the approver.

  FIG. 11 is a diagram showing an example of an approval screen 800 in which English is the user language, and shows an example of screen data described in the HTML format in the right column. In the example of FIG. 11, the screen control unit 124 refers to the locale control information illustrated in FIG. 8 and confirms the display / non-display setting of the screen item for each language. The screen control unit 124 generates each screen data of the application screen 700 and the approval screen 800 in the HTML format based on the corresponding display / non-display setting of each screen item.

  At this time, the screen control unit 124 does not generate the screen data of the application screen 700 and the approval screen 800 so that the screen item set to be hidden is not included in the screen data, but as shown in FIG. The screen control unit 124 generates screen data for all screen items registered in the screen item information by default, and the screen data of the screen items set to non-display is left as it is, and is set to non-display. A code for controlling the corresponding screen item to be hidden in the browser is added to the tag described in the HTML format of the screen item.

  In other words, in this embodiment, screen data including all screen items to be displayed / hidden is prepared in advance, instead of regenerating screen data according to the language used by the applicant or approver. In addition, screen items that are set to be hidden are controlled to be hidden in the browser by using locale control information. For this reason, in a workflow system used in multiple languages, it is not necessary to store screen information for each of a plurality of corresponding languages, and screen generation processing for generating the application screen 700 and the approval screen 800 is performed individually for each language. Since it is not necessary to do so, the system load can be reduced.

  Note that a code that is added to a tag described in the HTML format and controls the corresponding screen item to be hidden in the browser can be registered in advance in the tag library of the browser. The browser can identify a tag to which a code for controlling to hide is added and control the corresponding screen item to be hidden.

  In addition, in the approval screen 800 with English as the user language in FIG. 11, the data display format of the screen item of the address change date is different from the approval screen 800 shown in FIG. For example, the screen control unit 124 converts the date display format “XXXXX year / month / XX day” corresponding to Japanese into the date display format “XX / XXX / XXX” corresponding to English. An application screen 700 and an approval screen 800 can be generated. A display format for each data such as a date display format can be stored in advance as screen information 132.

  12 to 15 are diagrams for explaining screen control of the application screen 700 and the approval screen 800 using the user language (locale) in the workflow function of this embodiment.

  FIG. 12 is a diagram illustrating an example of screen control when the user language of the applicant is Japanese and the user language of the approver is English.

  The screen control unit 124 refers to the locale control information, and acquires display / non-display settings for Japanese that is the user language of the applicant. Based on the acquired locale control information, the tag corresponding to each screen item of the screen data including all screen items registered in the screen item information is set to the hidden control code of the screen item that is set to be hidden in the browser. In addition, an application screen 700 is generated. In the example of FIG. 12, all screen items in the locale control information are set to be displayed for the user language “Japanese” used by the applicant. A screen item is included and generated. At this time, if the screen item information is created in Japanese by default, the conversion processing for converting the label display of the screen item into Japanese is not performed.

  On the other hand, when generating the approval screen 800, the screen control unit 124 refers to the approver's locale control information and acquires the display / non-display setting of the approver's user language in English. Similar to the application screen 700, a screen that is set not to be displayed in the browser in the tag corresponding to each screen item of the screen data including all screen items registered in the screen item information based on the acquired locale control information An item non-display control code is added, and an approval screen 800 is generated. In the example of FIG. 12, the screen of name (kana), name (kanji), address (kana), address (kanji) among the screen items in the locale control information for the user language “English” used by the approver. Since the item is “non-display setting”, the screen data of the approval screen 800 in which the non-display control code is added to the tag in the screen data corresponding to these screen items is generated.

  In the example of FIG. 12, the first screen area 801 of the approval screen 800 targets the Japanese of the name (kana) and name (kanji) for the screen items in the first screen area 701 of the application screen 700. Display items and input items for addresses (Kana) and addresses (Kanji) in Japanese are not displayed, and the screen items shared between the application screen 700 and the approval screen 800 are changed by locale control. The An approver who uses English can confirm and approve application contents from an approval screen 800 on which only screen items other than screen items for Japanese are displayed.

  FIG. 13 is a diagram illustrating an example of screen control when the user language of the applicant is English and the user language of the approver is Japanese.

  The screen control unit 124 refers to the locale control information and acquires the display / non-display setting of English as the user language of the applicant. Based on the acquired locale control information, the tag corresponding to each screen item of the screen data including all screen items registered in the screen item information is set to the hidden control code of the screen item that is set to be hidden in the browser. In addition, an application screen 700 is generated. In the example of FIG. 13, the screen of name (kana), name (kanji), address (kana), address (kanji) among the screen items in the locale control information for the user language “English” used by the applicant. Since the item is “non-display setting”, the screen data of the application screen 700 in which the non-display control code is added to the tag in the screen data corresponding to these screen items is generated. At this time, if the screen item information is created in Japanese by default, a conversion process for converting the label display of the screen item into English is performed.

  On the other hand, when generating the approval screen 800, the screen control unit 124 refers to the approver's locale control information and acquires Japanese display / non-display settings that are the approver's user language. Based on the acquired locale control information, the tag corresponding to each screen item of the screen data including all screen items registered in the screen item information is set to the hidden control code of the screen item that is set to be hidden in the browser. In addition, an approval screen 800 is generated. In the example of FIG. 13, all screen items in the locale control information are set to be displayed for the user language “Japanese” used by the approver. Therefore, the approval screen 800 displays all the screen items shown in FIG. 4. A screen item is included and generated.

  In the example of FIG. 13, since the user language of the applicant is English, among the screen items in the locale control information, the screen items of name (kana), name (kanji), address (kana), and address (kanji) are “non- Since the input data for each screen item corresponding to the non-display setting from the application screen 700 is not registered in the application information 134, the name is displayed on the approval screen 800 whose user language is “Japanese”. The screen items of (Kana), name (Kanji), address (Kana), and address (Kanji) are blank.

  In the first screen area 701 of the application screen 700, display items for the name (kana) and name (kanji) in Japanese for the screen items in the first screen area 801 of the approval screen 800, and an address ( Kana) and input items for addresses (Kanji) in Japanese are not displayed, and the screen items shared between the application screen 700 and the approval screen 800 are changed by locale control. Approvers who use Japanese display screen items targeting Japanese as well as screen items targeting English, and target Japanese for names (Kana) and names (Kanji) for Japanese. After confirming the application contents from the approval screen 800, the input items necessary for approving in Japanese for the displayed items, address (kana), and address (kanji) input items are entered. Can be approved.

  FIG. 14 is a diagram showing an example of screen control when the user language used by the applicant and the approver is the same Japanese. In FIG. 14, screen items shared between the application screen 700 and the approval screen 800 are not changed by locale control.

  In the example of FIG. 14, all screen items in the locale control information are set to be displayed for the user language “Japanese” used by the applicant. Therefore, the application screen 700 displays all the screen items shown in FIG. 4. A screen item is included and generated. On the other hand, since all the screen items in the locale control information are set to be displayed for the user language “Japanese” used by the approver, the approval screen 800 includes all the screen items shown in FIG. Has been generated.

  FIG. 15 is a diagram illustrating an example of screen control when the user language used by the applicant and the approver is the same English. Similarly to FIG. 14, in FIG. 15, screen items shared between the application screen 700 and the approval screen 800 are not changed by locale control.

  In the example of FIG. 15, the screen of name (kana), name (kanji), address (kana), address (kanji) among the screen items in the locale control information for the user language “English” used by the applicant. Since the item is “non-display setting”, the screen data of the application screen 700 in which the non-display control code is added to the tag in the screen data corresponding to these screen items is generated. On the other hand, for the user language “English” used by the approver, each screen item in the locale control information is the same as the application screen 700: name (kana), name (kanji), address (kana), address (kanji). Since the screen item is “non-display setting”, the screen data of the approval screen 800 in which the non-display control code is added to the tag in the screen data corresponding to these screen items is generated.

  FIG. 16 is a diagram showing a processing flow of locale control information setting processing of the present embodiment.

  If there is a connection request from the administrator terminal 400 (S101), the workflow system 100 performs user authentication processing (step S102). In response to a connection request (use request) transmitted from the administrator terminal 400, the workflow system 100 (screen control unit 124) generates or extracts a predetermined login screen and transmits it to the administrator terminal 400.

  An administrator who operates the administrator terminal 400 inputs a user ID and a password on the login screen. The workflow system 100 (user authentication unit 121) receives the input user ID and password, refers to the user information 131 in the storage unit 130 using the received user ID and password, and performs authentication processing (S103). .

  In step S103, the workflow system 100 proceeds to step S105 if the result of the authentication processing in step S102 is authentication OK, and proceeds to step S104 in the case of authentication NG to perform error processing. In the error process in step S104, for example, a message indicating that login is not possible is transmitted to the administrator terminal 400, and the process ends.

  In step S105, the workflow system 100 (screen control unit 124) transmits a menu screen to the administrator terminal 400, and identifies whether or not the locale control setting menu is selected in the administrator terminal 400 (S106). When a menu for locale control setting is selected, that is, when a locale control setting request is received (received), the workflow system 100 transmits the locale control setting screen 500 to the administrator terminal 400 for display (S106).

  The workflow system 100 (locale control setting unit 125) performs locale control setting control for each application function via the locale control setting screen 500 (S107), and when the OK (registration) button 504 is selected, locale control setting is performed. The display / non-display setting information for each screen item of the application function input / selected from the screen 500 is stored in the storage unit 130 together with the screen information 132 or individually as locale control information (S108).

  FIG. 17 is a diagram showing a processing flow of the multilingual workflow system 100 according to the present embodiment. If there is a connection request from the applicant terminal 200 or the approver terminal 300 (S301), the workflow system 100 performs user authentication processing (step S302). At this time, the workflow system 100 receives user language setting information (locale) held by the browser of the applicant terminal 200 or the approver terminal 300 included in the connection request. As described above, the user language setting information can be acquired from the applicant terminal 200 or the approver terminal 300 at any timing (after user authentication or when the application screen 700 is requested (selected)). .

  The workflow system 100 (screen control unit 124) generates or extracts a predetermined login screen in response to a connection request (use request) transmitted from the applicant terminal 200 or the approver terminal 300, and the applicant terminal 200 or the approval. To the user terminal 300.

  The applicant or approver inputs the user ID and password on the login screen. The workflow system 100 (user authentication unit 121) receives the input user ID and password, refers to the user information 131 in the storage unit 130 using the received user ID and password, and performs authentication processing (S303). .

  In step S303, the workflow system 100 proceeds to step S305 if authentication is successful as a result of the authentication processing in step S302, and proceeds to step S304 to perform error processing in the case of authentication NG. In the error process in step S304, for example, a message indicating that login is not possible is transmitted to the corresponding applicant terminal 200 or the approver terminal 300, and the process ends.

  In step S <b> 305, the workflow system 100 (screen control unit 124) transmits a menu screen to the administrator terminal 400. At this time, the workflow system 100 can transmit different menu screens between the applicant and the approver. For example, the applicant terminal 200 can transmit a menu screen on which one or more application functions can be selected. In addition, the approver terminal 300 can transmit a menu screen for approving an application applied through one or more application functions.

  When the application function is selected in step S305, the workflow system 100 generates an application screen 700 corresponding to the selected application function and transmits it to the applicant terminal 200. Specifically, the workflow system 100 (screen control unit 124) refers to the locale control information based on the user language of the applicant acquired in step S301, and the screen item of the application screen 700 corresponding to the selected application function. Each display / non-display setting is determined (S306). Then, a non-display control code for the screen item set to be hidden is added to the tag corresponding to each screen item in the screen data including all screen items registered in the screen item information of the application screen 700, and the application screen 700 is generated (S307). The generated application screen 700 is transmitted to the applicant terminal 200 and displayed on the applicant terminal 200 (S308).

  For example, the workflow system 100 (application control unit 122) performs input / display control for the second screen item in the first screen area 701 of the application screen 700 shown in FIG. 5 (S309), and the application button 710 is selected. Then, the input data of the second screen item corresponding to the application content of the application screen 700 is received from the applicant terminal 200 and stored in the application information 134 of the storage unit 130 (S310).

  Next, when the approval function is selected in step S <b> 305, the workflow system 100 generates an approval screen 800 corresponding to the selected approval function and transmits it to the approver terminal 300. Specifically, the workflow system 100 (screen control unit 124) refers to the locale control information based on the user language of the approver acquired in step S301, and shares it with the screen item of the application screen 700 of the application function for approval. The display / non-display setting of each screen item to be determined is determined (S311). And the non-display control code of the screen item set to be hidden is added to the tag corresponding to each screen item of the screen data including all screen items registered in the screen item information of the approval screen 800, and the approval screen 800 is generated (S312). The generated approval screen 800 is transmitted to the approver terminal 300 and displayed on the approver terminal 300 (S313).

  At this time, as described above, if the applicant who applied for the content of the application to be approved and the approver use the same language, the screen item shared between the application screen 700 and the approval screen 800 is the locale control. Therefore, each screen item based on the locale control information on the application screen 700 can be confirmed and approved on the approval screen 800 as it is. On the other hand, if the applicant who applied for the content of the application to be approved and the approver use different languages, the screen items shared between the application screen 700 and the approval screen 800 are changed by locale control. For each screen item based on the locale control information on the application screen 700, it is possible to confirm and approve the application content on the approval screen 800 including only necessary screen items excluding unnecessary screen items. On the approval screen 800 including screen items added to each screen item based on the locale control information, application contents can be confirmed and approved while inputting necessary information.

  For example, the workflow system 100 (approval control unit 123) performs input / display control for the second screen item in the first screen area 801 of the approval screen 800 shown in FIG. 7 (S314), and an approval (Approval) button 810. Is received from the approver terminal 300 that the approval corresponding to the application content displayed on the approval screen 800 is completed, and the status of the application information 134 in the storage unit 130 is updated to “approved” ( (S315). Note that data input to the screen item added to each screen item based on the locale control information of the application screen 700 is also stored in the application information 134.

  As described above, according to the workflow system of the embodiment, when the applicant and the approver use different languages, the screen item for the application content is determined according to each user language of the applicant and the approver, Since an application screen and an approval screen composed of necessary screen items are provided, workflow processing for application and approval between multiple languages becomes smooth, and work efficiency is further improved through the workflow system.

  In particular, screen items (application contents) that are commonly used on the application screen and the approval screen are extracted for only the necessary screen items according to the language, and it is necessary for the approver for the application contents applied in other languages. Approval can be done on approval screens that include various screen items, improving the efficiency of approval work between multiple languages and extracting only the screen items necessary for the language used by the applicant, so that the applicant can use It becomes possible to apply on an application screen that does not include screen items to be input in a language other than the language to be applied, and the efficiency of application work for applying in a language different from that of the approver is further improved.

  In addition, application screen and approval screen are generated by selecting display / non-display of each screen item according to the language used by the user based on one screen including multiple screen items. There is no need to generate screens and approval screens on separate screens, and there is no need to set the arrangement of each screen item on the application screen and the approval screen. Therefore, in a multilingual workflow system that uses different languages, it is possible to reduce the burden on an administrator or the like who creates and prepares an application screen and an approval screen according to the language used by the user.

  Furthermore, since the language setting information held by the browser is acquired from each terminal as the language (locale) used by the user, there is no need to grasp the language used by the user on the workflow system side, and the language setting information of the browser is stored. The user can easily use the workflow function using the language he / she wants to use simply by changing it.

  In the above description of the embodiment, an example in which the language (locale) of the user who uses the workflow system 100 is automatically acquired from the browser of the applicant terminal 200 or the approver terminal 300 has been described. is not. For example, the user language is registered in advance in the user information 131 in association with the user ID, and the screen control unit 124 refers to the user information 131 when providing each function of application and approval by the identified user after login, Locale display control using locale control information can be performed. In addition, the language (locale) of the user who uses the workflow system 100 is not automatically acquired from the browser of the applicant terminal 200 or the approver terminal 300, but is used by the user when providing application and approval functions. It is also possible to select a language to be performed, and to perform locale display control using locale control information with reference to the user language acquired each time.

  In addition, the workflow system 100 according to the embodiment can be linked with other systems such as a human resources system for business operations, and can also be applied as an individual system.

  Each process of the above-described embodiment can also be realized as a computer-executable program, and the computer on which the program is installed operates as an information processing apparatus that performs each process according to the embodiment. It is possible. For example, the program is stored in an auxiliary storage device (not shown), and a control unit such as a CPU reads the program stored in the auxiliary storage device to the main storage device, and the control unit reads the program read to the main storage device. It is possible to execute and cause the computer to operate each process according to the embodiment.

  The program can be applied to a computer in a state where the program is recorded on a computer-readable recording medium, or can be downloaded to a computer through a network such as the Internet. Computer-readable recording media include optical disks such as CD-ROM, phase change optical disks such as DVD-ROM, magneto-optical disks such as MO (Magnet Optical) and MD (Mini Disk), floppy (registered trademark) disks, Examples include magnetic disks such as removable hard disks, memory cards such as compact flash (registered trademark), smart media, SD memory cards, and memory sticks. A hardware device such as an integrated circuit (IC chip or the like) specially designed and configured is also included as a recording medium.

  In addition, although embodiment of this invention was described, the said embodiment is shown as an example and is not intending limiting the range of invention. The novel embodiment can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the scope of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are included in the invention described in the claims and the equivalents thereof.

DESCRIPTION OF SYMBOLS 100 Workflow system 110 Communication control part 120 Control part 121 User authentication part 122 Application control part 123 Approval control part 124 Screen control part 125 Locale control setting part 130 Storage part 131 User information 132 Screen information 133 Application master information 134 Application information 200 Applicant Terminal 300 approver terminal 400 administrator terminal 500 locale control setting screen 700 application screen 800 approval screen

Claims (5)

It is a workflow system that confirms and approves the application contents entered from the application screen on the approval screen,
A storage unit that stores locale control information in which display / non-display setting information for each language used by the applicant and the approver is associated with each of the plurality of screen items according to the application content;
Based on the locale control information, the application screen for each locale in which the plurality of screen items are displayed according to the display / non-display corresponding to the language used by the applicant, and the display / corresponding to the language used by the approver The approval screen for each locale in which the plurality of screen items are displayed according to non-display, and a screen control unit that generates the screen,
A workflow system characterized by comprising:   The screen control unit, when the applicant and the approver use different languages, the application for each locale in which the plurality of screen items according to display / non-display corresponding to the first language used by the applicant is displayed. 2. The approval screen for each locale in which the plurality of screen items are displayed differently according to display / non-display corresponding to the second language used by the approver is generated for the screen. Workflow system. The screen control unit determines display / non-display of the plurality of screen items corresponding to a language used by the applicant, and displays a plurality of screen items according to the application content according to the determined display / non-display. And generate the application screen for each locale
Display / non-display of the plurality of screen items corresponding to the language used by the approver is determined, and the application contents input from the application screen for each locale are displayed / non-displayed corresponding to the language used by the approver The workflow system according to claim 1 or 2, wherein the approval screen for each locale displayed by the plurality of screen items based on display is generated.   The screen control unit is configured to display or hide each screen item according to display / non-display according to display / non-display determined based on the locale control information for one screen data including the plurality of screen items. The workflow system according to any one of claims 1 to 3, wherein an application screen and an approval screen are generated. A program executed by a computer that performs a workflow process for confirming and approving an application content input from the application screen on the approval screen,
A function for storing locale control information associated with display / non-display setting information for each language used by the applicant and the approver in each of the plurality of screen items according to the application content;
Based on the locale control information, the application screen for each locale in which the plurality of screen items are displayed according to the display / non-display corresponding to the language used by the applicant, and the display / corresponding to the language used by the approver A function for generating the approval screen for each locale in which the plurality of screen items are displayed according to non-display;
The program characterized by including.

Images