JP2017174469A - Site provision system, system for assisting formulation thereof and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a site provision system and a system for assisting formulation thereof which facilitate addition of a site to be operated in parallel with another site and concurrent formulation of a plurality of sites.SOLUTION: A site provision system 10: prepares a screen definition file to associate a server application with a path of a screen file for each screen determination classification; determines and stores the screen determination classification indicating a type of a screen of a user terminal 70 at the time of login; performs a common operation process to acquire the path of the screen file from the screen definition file corresponding to the screen determination classification stored at the time of login when receiving a screen display request from the user terminal 70 through a framework; and performs a common screen display process to read the screen file of a service related to the request using the acquired path.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a site providing system configured by a computer that provides a website for performing a plurality of types of services toward a customer terminal connected via a network, a construction support system thereof, and a program, for example, When accepting access from different types of customer terminals such as personal computers, mobile phones, smartphones, tablets, or new types of devices that will be developed in the future, and providing multiple types of services to each type of customer terminal Available to:

  In general, there are many systems that provide customers with websites for online services via the Internet. Among such systems, there are multiple types of services for accessing from customer terminals. There are also systems that selectively provide. For example, in a site provision system that is operated and managed by a financial institution such as a securities company, customers can use online services to display the balance of various securities and deposits such as stocks, bonds and investment trusts, It is possible to receive various services such as a service for receiving merchandise purchase orders and a service for receiving deposits and withdrawals. Since these services are usually provided using data stored in a database (for example, data that fluctuates such as stock prices and balances), the web page displayed on the customer terminal uses data that fluctuates. Contains the dynamic part to be displayed. And the process which handles such data is performed by the server application (it may abbreviate as a server application hereafter).

  On the other hand, in recent years, personal computers (hereinafter sometimes abbreviated as PCs), mobile phones (in this specification, conventional mobile phones other than multi-function mobile phones such as smartphones are simply carried. In addition to access from mobile phones, access from smartphones and tablets has also increased, and in connection with this, providing sites for PCs, mobile phones, smartphones / tablets, etc. The number of sites to be used has increased, and the operation and management of the sites has become complicated.

  In addition, as described above, since there is access from customer terminals of various models (devices), the screen size of the customer terminal is adjusted so that it can be accessed from PCs and smartphones and tablets. Screen creation by responsive web design (hereinafter sometimes abbreviated as RWD) capable of changing the screen display mode accordingly is also performed. However, even if a site with an RWD screen that can accommodate a plurality of types of customer terminals is prepared, the site with an existing PC screen cannot be immediately closed. For example, depending on whether the version of the Web browser installed in the customer terminal is new or old, that is, there is a case where the RWD screen cannot be handled due to the browser not being updated on the customer terminal side. Therefore, there may be a period in which a site on the PC screen and a site on the RWD screen coexist and operate in parallel. In addition, the PC screen may be designed so as to exhibit a function specific to the PC, and the screen for a smartphone may be designed so as to exhibit a function specific to the smartphone. Therefore, even in such a case, there are cases where sites with a plurality of types of screens (sites for a plurality of devices) coexist and are operated in parallel.

  As described above, when providing a plurality of types of services to a customer, a plurality of types of services are provided at each site using a PC screen, a mobile screen, an RWD screen, etc. The construction work becomes increasingly complex.

  A method for distributing a site for a PC and a site for a smartphone by using a “.haccess file” that is a setting file of the web server “Apache” is known (see Non-Patent Document 1). Is a method in which a fixed web page is mainly prepared and distributed and used, and is not a technique for creating a screen including a dynamic part by using data related to a service requested by a customer by a server application.

All About Co., Ltd., “How to automatically distribute PC version and smartphone version sites”, [online], All About website, [Search February 22, 2016], Internet <URL: http://allabout.co. jp / gm / gc / 386483 / ＞

  As mentioned above, when a site with multiple types of screens (sites for multiple devices) is operated in parallel, new types of devices are developed over time, appearing and spreading in the world. As the site will be provided on the PC screen first and then the provision of the site on the RWD screen will be added, the new usage environment will continue while providing services for the existing usage environment. In many cases, Web application services are provided toward the Internet. In addition, a latecomer may enter a plurality of sites at the same time. Conventionally, in any of these cases, when a plurality of sites are operated in parallel, the following two methods are used to connect a new site (a new site to be added in the presence of an existing site or a plurality of sites). It was considered to develop multiple new sites) when building at the time.

  As a first method (first conventional method for operating a plurality of sites in parallel), there is a method of developing a screen from scratch with a server application for a new site. In a state where a plurality of sites are operated in parallel by this method, there are as many server applications and screens as the number of device types (the number of sites). If there are business processes related to a plurality of types of services, the development is complicated in a superimposed manner by the diversity of the business.

  As a second method (second conventional method for operating a plurality of sites in parallel), in the case of adding a site, the processing related to each screen display of the server application is changed, and the server application is replaced with the existing screen. There is a method of sharing with the screen. With this method, a new screen is developed from scratch, and the server application selects and displays the new screen and the existing screen depending on conditions. In addition, in the case of building a plurality of sites at the same time, this method develops a server application including processing related to screen display for selecting and using a plurality of types of screens, and a plurality of types of devices. It will be a method to develop each screen for the company from scratch. In a state where the parallel operation of a plurality of sites is realized by this method, the server application is shared, but there are as many screens as the number of device types (the number of sites). Even if the server application is shared, if there are business processes related to multiple types of services, the development becomes complicated by the diversity of the business.

  However, in the first method, in the case of adding a site, since there are many things that are developed from scratch, the development period becomes longer, the development cost becomes enormous, and business opportunities are missed due to the longer period. It leads to. Furthermore, when providing the same service as the service provided on the existing site on the new site, even if there is no change in the business requirements, the server application will be developed again, increasing the risk of bugs being embedded. . In the case of building a plurality of sites at the same time, it is necessary to develop a server application for each screen for a plurality of types of devices even though the services provided are the same and the business requirements are the same.

  Further, in the second method, the development period is prolonged, the development cost becomes enormous, and the business chance is missed due to the prolonged development as in the case of the first method. In addition, when a site is added once and another site is provided for a new device at a later date, the processing related to each screen display of the server application is changed, and the new screen for the new device is zeroed. Therefore, when the second site is added, it is necessary to take the same scale as when adding the first site, and it cannot be said that the construction work of the added site is easy. Also, in the case of building multiple sites at the same time, after building multiple sites at the same time, when it is decided to provide another site for a new device at a later date, the same scale will be used. Action is required.

  Therefore, it is desirable to construct a mechanism that can easily add sites. In addition, when a plurality of sites are constructed at the same time, it is desirable that the system can easily perform the construction work.

  An object of the present invention is to provide a site providing system, a construction support system, and a program that can easily add a site to be operated in parallel or construct a plurality of sites at the same time.

  <Invention of Site Providing System: For example, in the case of FIGS. 1 to 3 of the first embodiment to be described later>

The present invention is a site providing system configured by a computer that provides a website for performing a plurality of types of services toward a customer terminal connected via a network,
The customer login information transmitted from the customer terminal via the network is received, the received login information is used to determine the screen type of the customer terminal, and the screen determination classification indicating the determined screen type is set to the session ID. Login processing means for executing processing to be stored in the screen determination category storage means in association with
Stores a screen definition file that defines the association between the application ID for a business processing application that performs individual business processing for each service and the path of the screen file for the screen used for each service, created for the screen judgment category Screen definition file storage means for
Screen file storage means for storing screen files for screens used in each service;
The screen display request signal including the session ID and application ID transmitted from the customer terminal via the network is received, and stored in the screen determination category storage unit in association with the session ID included in the received screen display request signal. A process for obtaining a path associated with the application ID included in the received screen display request signal by acquiring the screen determination classification and reading the screen definition file corresponding to the acquired screen determination classification from the screen definition file storage means. Business common processing means to be executed as a framework process common to all business processes of multiple types of services;
Business processing means for executing the business processing of the service related to the request by the business processing application of the application ID included in the screen display request signal received by the business common processing means;
Multiple processes to read the screen file used for the service related to the request from the screen file storage means using the path acquired by the business common processing means, and create the screen of the service related to the request using the read screen file A screen display common processing means to be executed as a framework process common to all screen display processes of types of services;
Screen display processing means for executing processing for creating a dynamic part of the screen created by the screen file read by the screen display common processing means using data obtained by the business processing by the business processing means ,
The program for each service that constitutes the business processing means is a program that executes business processing for each service that inherits the business common processing by the business common processing means, and the program that constitutes the business common processing means is the parent class of the inheritance source Is a program of
The program for each service that constitutes the screen display processing means is a program that executes the screen display processing for each service that inherits the screen display common processing by the screen display common processing means, and the program that constitutes the screen display common processing means is: It is a program of the parent class of the inheritance source.

  In such a site providing system of the present invention, the screen file path for the screens necessary for providing each service is described in the screen definition file, and the acquisition of the screen file path from this screen definition file is common for business use. This is performed as framework processing by the processing means. Therefore, when providing a new site for another device on the assumption that the existing site will continue to be provided, it is necessary to create and prepare a new screen definition file and screen file for another device. However, there is no need to change the individual business processing of each service executed by the business processing means as the content of the processing, and the screen judgment classification (additional added) is added to the framework processing by the business common processing means. It is only necessary to make a change to increase the number of branches that read the screen definition file for another device corresponding to the screen classification for the device screen.

  For this reason, the development range is narrowed and the development work is facilitated, so that the development period can be shortened and the development cost can be reduced.

  In addition, when adding a site, it is possible to deal with without modifying the application that executes individual processing other than the processing of the framework, that is, the business processing application that constitutes the business processing means. This reduces the risk of new bugs being embedded and reduces business risk.

  Furthermore, since it is easy to add sites, it is possible to easily operate a site with an existing screen and a site with another screen in parallel, so it is necessary to install a site with a screen for another device. Even if another device becomes mainstream, it is possible to continue providing services to users of existing sites, instead of completely replacing the site of providing services with a new site. In addition, since a plurality of sites can be easily operated in parallel, an alternative means when a system failure occurs can be secured.

  And in the future, even if a new type of device that does not exist in the world or is not widespread has been developed, and there is a need to provide a screen-based site for the new type of device, Similar to adding a site with a screen for another popular device, the scope of development is limited, so it is easy to add a screen with a screen for the new type of device. It becomes possible.

  Further, since the development of the screen used in the site to be added can be performed using the information of the existing screen, the possibility that a bug is embedded in the screen development is eliminated as much as possible.

  In addition, even when creating multiple sites for different devices at the same time, it is necessary to create and prepare a new screen definition file and screen file for each device. There is no need to provide branch processing to each site in each business process of each service executed by the processing means. For the framework processing by the business common processing means, the screen judgment classification indicating the type of screen for each device. A branch process for reading the screen definition file for each corresponding device may be provided. For this reason, it becomes easy to construct a plurality of sites at the same time, and the object is achieved by these.

  <Invention of Site Support System Construction Support System: For example, in the case of FIGS. 1 and 4 of the first embodiment described later>

The present invention is a site providing system construction support system configured by a computer that supports the construction of the site providing system described above,
A screen definition file reading means for executing processing for reading a screen definition file for a screen of an existing type that has been completed and a screen definition file for a screen of a type being developed;
From the screen definition file read by this screen definition file reading means, acquire the path of the screen file for the screen of the existing type and the type under development associated with the same application ID, and using the acquired path, A screen file reading means for executing a process of reading a screen file for a screen of an existing type and a type under development from the screen file storage means;
An extracting means for executing a process of extracting a code describing a dynamic part of the screen from the screen file read by the screen file reading means;
The processing for displaying and / or printing the screen by comparing the code describing the dynamic part of the screen of the existing type and the type under development extracted by this extracting means, the difference or excess or deficiency of the code describing the dynamic part A comparison result output means for executing at least one of screen display and / or print processing and screen display and / or print processing by comparing the number of extracted codes describing a dynamic part; It is characterized by.

  Here, “under development” in “type of screen under development” means that it is a confirmation target, that is, a comparison check target, so it is not necessarily limited to a state where it is placed in the development environment. For example, when a system failure occurs, a case where a product in a production environment is confirmed is also included. It also includes the case of final confirmation and reconfirmation after completion of development. This is because these cases are regarded as “under development”. Therefore, “screen file storage means” mainly refers to screen file storage means in a development environment, but includes screen file storage means in a production environment. The same applies to the following inventions.

  In such a site providing system construction support system according to the present invention, a code describing the dynamic part of a screen of an existing type and a type under development can be checked by comparison, so there is a bug in screen development. It is possible to reduce the possibility of being embedded. In other words, when providing a new screen site using the server application in common, it is the screen dynamic item part that is likely to cause a bug. After developing the screen, read the screen file for the existing type screen and the screen file for the type screen under development, and compare and output the code describing the dynamic part extracted from them, Alternatively, it is possible to avoid embedding bugs by outputting the difference, excess, deficiency, and number of extractions.

  In addition, when reading the screen file for the screen of the existing type and the type under development, since the path of the screen file described in the screen definition file is acquired and read processing is performed using the acquired path, Since it is possible to easily check and compare many corresponding screen files in a short time, the development efficiency of screen development can be improved. It is also possible to easily manage the progress of screen development.

  In addition, when the corresponding screen file is read one by one in order and the operation of confirming the comparison is repeated, the confirmation operator knows the path of each screen file to be confirmed and uses it as the reading target. Since the input is performed every time, it is time-consuming and the path of the corresponding screen file needs to be easy to memorize and grasp for the confirmation operator. On the other hand, in the present invention, since the reading process is performed using the screen file path described in the screen definition file, the screen file path is difficult for the confirmation operator to memorize and grasp. Even so, it is possible to easily read the screen file.

  <Invention of program>

  The program of the present invention is for causing a computer to function as the site providing system described above.

  The program of the present invention is for causing a computer to function as the construction support system for the site providing system described above.

  Note that the above-described program or a part thereof is, for example, a magneto-optical disk (MO), a read-only memory (CD-ROM) using a compact disk (CD), a CD recordable (CD-R), a CD rewritable. (CD-RW), read-only memory (DVD-ROM) using digital versatile disk (DVD), random access memory (DVD-RAM) using DVD, flexible disk (FD), magnetic tape, Recording, storage, distribution, etc. on a recording medium such as a hard disk, read only memory (ROM), electrically erasable and rewritable read only memory (EEPROM), flash memory, random access memory (RAM), etc. For example, LAN, MAN, WAN, Internet, intranet, extranet wired network or a wireless communication network, and further is capable of transmitting using a transmission medium such as a combination thereof, also can be delivered by placing the carrier. Furthermore, the program described above may be a part of another program, or may be recorded on a recording medium together with a separate program.

  As described above, according to the present invention, the screen determination classification storage means for storing the screen determination classification indicating the screen type of the customer terminal is provided, the screen definition file describing the path of the screen file is prepared, and the frame Since the screen definition file corresponding to the screen judgment category is read in the work processing, the scope of development can be narrowed, and it is easy to add sites to be operated in parallel and to construct multiple sites at the same time There is an effect that can be performed.

1 is an overall configuration diagram of a site providing system and its construction support system according to a first embodiment of the present invention. The figure of the flowchart which shows the flow of the process regarding the service provision by the site provision system of 1st Embodiment. The continuation figure of the flowchart which shows the flow of the process regarding the service provision by the site provision system of 1st Embodiment. The figure of the flowchart which shows the flow of the process regarding the site construction assistance by the construction assistance system of 1st Embodiment. The whole site block diagram of the site provision system and its construction support system of a 2nd embodiment of the present invention. The figure of the flowchart which shows the flow of the process regarding the service provision by the site provision system of 2nd Embodiment. FIG. 10 is a continuation of the flowchart showing the flow of processing related to service provision by the site provision system of the second embodiment. The figure of the flowchart which shows the flow of the process regarding the site construction assistance by the construction assistance system of 2nd Embodiment.

  Embodiments of the present invention will be described below with reference to the drawings.

  [First Embodiment]

  FIG. 1 shows the overall configuration of a site providing system 10 and its construction support system 60 according to the first embodiment of the present invention. 2 and 3 are flowcharts showing the flow of processing related to service provision by the site provision system 10. FIG. 4 is a flowchart showing the flow of processing related to site construction support by the construction support system 60.

  In FIG. 1, a site providing system 10 is a system that provides websites that perform various service operations to customer terminals 70, 80, 90, and the like of various devices connected via the network 1. For example, in the case of the site providing system 10 operated and managed by a financial institution such as a securities company, a service that displays the balance of various securities and deposits such as stocks, bonds, and investment trusts held by customers, reserve capacity , A service for displaying a transaction balance report, a service for receiving a purchase order for financial products, a service for receiving deposits and withdrawals, and the like. Note that the term “service” in the present specification is not a comprehensive concept service provided for the entire site, but is executed by a customer operation on the web screen (selection operation by click or touch, input operation, etc.). Each business process shall be indicated.

  The network 1 is mainly configured by the Internet, and various communication networks such as an intranet and a local area network (LAN) are connected to the Internet.

  The site providing system 10 is configured by one or a plurality of computers. In the present embodiment, as an example, a WEB / AP server 20 having functions of a web server and an application server, a session management server 40, and a database server 50 are used. And is configured. The number of servers (computers) constituting the site providing system 10 is arbitrary. For example, the web server and the application server may be configured by different computers. Conversely, the session management server 40 and the database server 50 may be The WEB / AP server 20 may be the same computer.

  The WEB / AP server 20 is composed of one or a plurality of computers, and includes a login processing unit 21, a business common processing unit 22, a business processing unit 23, a screen display common processing unit 24, and a screen display processing unit 25. And customer information storage means 30, screen definition file storage means 31, and screen file storage means 32.

  The login processing means 21 transmits a login screen in response to a request from the customer terminal 70 or the like, and includes customer login information (information indicating a screen type) transmitted from the customer terminal 70 or the like via the network 1. ), The type of the screen of the customer terminal 70 or the like is determined using the received login information, and the screen determination section indicating the determined type of the screen is associated with the session ID and the session information storage unit of the session management server 40 42 (including the screen determination category storage means) is executed.

  Specifically, the login processing means 21 receives a display request signal for a login screen transmitted from the customer terminal 70 or the like via the network 1 and receives a login screen (PC login screen, Processing for acquiring a file of an RWD login screen or a login screen for other devices from the screen file storage means 32 and transmitting display data of the login screen to the requesting customer terminal 70 or the like via the network 1 Execute.

  Further, the login processing means 21 includes login information (customer identification information, login password, and information indicating the type of the screen transmitted from the customer terminal 70 or the like on which the login screen is displayed via the network 1. ), The customer identification information and login password received are compared with the customer identification information and login password stored in the customer information storage means 30 to execute the customer login authentication process. The type of the screen included in the received login information (PC screen, RWD screen, or another device screen) is used to determine the screen type of the requesting customer terminal 70, etc. The screen judgment classification obtained as a result is stored in the customer information storage means 30 such as the customer name and account information for the authenticated customer. With over data), to perform the processing to be passed to the session management server 40.

  Further, after the login authentication, the login processing means 21 stores a file of a top screen (PC top screen, RWD top screen, or top screen for other devices) corresponding to the type of the screen of the requesting customer terminal 70 or the like. The requesting customer terminal 70 obtains the display data for the top screen (which may include the customer name obtained from the customer information storage means 30) acquired from the screen file storage means 32 via the network 1. Execute processing to send to etc.

  The business common processing means 22 receives the screen display request signal (including the URL of the next screen, the session ID, and the application ID) transmitted from the customer terminal 70 or the like via the network 1 and receives the received screen display request. The screen determination classification stored in the session information storage means 42 (including the screen determination classification storage means) in association with the session ID included in the signal is acquired from the session management server 40 and corresponds to the acquired screen determination classification. By reading the screen definition file from the screen definition file storage unit 31, the path of the screen file (JSP) associated with the application ID (aid) included in the received screen display request signal, the identification information (class) of the screen display application ) And the process of obtaining the status (code) And it executes a processing framework that is common to all business processes of the scan.

  Further, the business common processing unit 22 includes the data acquired from the database 52 of the database server 50 by the business processing unit 23 described below, the path of the normal or abnormal screen file (JSP) acquired from the screen definition file, and A process of passing the identification information (class) of the screen display application together with the session ID to the screen display common processing means 24 is executed.

  The business processing unit 23 executes the business process of the service related to the request by the business processing application having the application ID (aid) included in the screen display request signal received by the business common processing unit 22. The business processing means 23 executes processing for acquiring data necessary for providing the service from the database 52 of the database server 50 as business processing of the service related to the request. Accordingly, while the business common processing means 22 executes processing common to all of the plurality of types of services, this business processing means 23 executes processing of individual services, and is provided for each service. Yes.

  Specifically, when a program for executing a business process related to a service is described in Java (registered trademark) as an example, the business process unit 23 inherits the business common process by the business common process unit 22. It is realized by a program (class) that executes Therefore, the program (class) that realizes the business common processing means 22 becomes a parent class (also referred to as a super class, a base class, or the like) of the inheritance source.

  The screen display common processing unit 24 uses the path of the screen file (JSP) received from the business common processing unit 22 to read the screen file (JSP) to be used for the requested service from the screen file storage unit 32 and read it. Use the screen file (JSP) to create the display data (Web page) for the service related to the request, and send the created display data for the screen to the requesting customer terminal 70 and the like via the network 1 This process is executed as a framework process common to all screen display processes of a plurality of types of services. The screen display data (Web page) created here and transmitted to the customer terminal 70 or the like is provided with a button (for example, a “next” button or the like) for transitioning to the next screen. As the accompanying information of this button, the URL of the next screen, the session ID, and the application ID (aid) are included, so that the button (for example, the “next” button etc.) is selected on the customer terminal 70 or the like ( When a click operation or the like is performed, the accompanying information is transmitted to the WEB / AP server 20.

  The screen display processing means 25 uses the screen display application with the name (class: identification information of the screen display application) received from the business common processing means 22 by the screen display common processing means 24 to receive the data (business data) received from the business common processing means 22. Data of the service related to the request among the screens created by the screen file (JSP) read by the screen display common processing means 24 using the data acquired from the database 52 of the database server 50 by the business processing by the processing means 23 A process for creating a dynamic part to be displayed using is executed. Accordingly, while the screen display common processing means 24 executes processing common to all of the plurality of types of services, the screen display processing means 25 executes processing of individual services, and is provided for each service. It has been.

  Specifically, when the program for executing the screen display processing related to the service is described in Java (registered trademark) as an example, the screen display processing means 25 performs the screen display common processing by the screen display common processing means 24. This is realized by a program (class) that executes the inherited screen display process. Accordingly, the program (class) for realizing the screen display common processing means 24 becomes the parent class of the inheritance source.

  The customer information storage means 30 stores a customer name, account information (part store code, account number, etc.) as customer identification information, a login password, and the like in association with each other.

  The screen definition file storage unit 31 stores a screen definition file prepared corresponding to the screen determination category. This screen definition file is described in XML, for example. When the screen determination category = 0 (PC screen), for example, a screen definition file having a file name “zandakaSyokai — 0.xml” is prepared, and when the screen determination category = 1 (RWD screen), for example, “zandakaSyokai_1”. By preparing a screen definition file having a file name of “.xml”, it is possible to correspond to the screen determination category. When dealing with other devices, it can be handled by preparing a screen definition file with a different file name. The number of screen definition files to be prepared may be the same as the number of screen determination categories, but is not necessarily the same. For example, for the type of service called balance inquiry as in the above example, the screen determination category The same number of screen definition files may be prepared for each type of service.In short, the same number of screen definition files as the number of screen judgment categories should be prepared corresponding to the screen judgment category for the same service. That's fine.

  The screen definition file includes an application ID (for example, aid = “zan012” or the like in a business process that displays assets stored in a main account) for identifying business process application software that executes individual business processes related to each service. The screen file (JSP) path (for example, jsp = “/..... Jsp”) for each of normal time and abnormal time (time error, system error, etc.) in the associated state, identification of the screen display application Information (class = "...") and state (code = "...") are described.

  Among these, for the screen file (JSP) path, in the screen definition file for the PC screen, for example, jsp = “/ JSP / inter / zandakaSyokai / AzukuriShisanSummary.jsp”, and in the screen definition file for the RWD screen, for example, Jsp = “/ JSP / rwd / zandakaSyokai / AzukariShiSanSummary.jsp”, and so on. In this example, the file name is the same, but the folder name for storing the screen file is different. Note that the identification information (class) of the screen display application has the same name in principle between the screen definition file for the PC screen and the screen definition file for the RWD screen.

  As for the state, for example, code = “AZUKARI_SHISAN_SUMMARY” or the like when normal, and when abnormal, for example, code = “TIME_ERROR”, code = “SYSTEM_ERROR” or the like.

  The screen file storage means 32 stores a screen file (JSP) for each of the PC screen, RWD screen, and other screens for devices. This screen file is a file for creating a screen used in each service, and a code for creating a screen including a dynamic part displayed using data acquired from the database 52 is described. In the present embodiment, as an example, the screen file is a JSP (Java Server Pages) in which a Java code (Java is a registered trademark) is embedded in a WEB page. Therefore, the Java code is executed on the WEB / AP server 20. A page reflecting the obtained result can be dynamically generated. The screen file for the PC screen (JSP), the screen file for the RWD screen (JSP), and the screen file for other devices (JSP) are stored in different folders and have different paths. It can be specified and acquired.

  The screen file storage means 32 also stores a log-in screen file and a top screen file for each of the PC screen, RWD screen, and other screens for devices. Although the top screen may be created by JSP, in this embodiment, the description of the processing flow in that case is omitted for convenience of explanation (see FIG. 2).

  The session management server 40 is configured by one or a plurality of computers, and includes a session management unit 41 and a session information storage unit 42.

  At the time of customer login, the session management unit 41 receives the customer name, account information, etc., and the screen determination classification for the login-authenticated customer from the login processing unit 21 of the WEB / AP server 20 for access from the customer. On the other hand, a session ID is automatically assigned, and in the session information storage means 42, an area for storing the session information including the session ID and the screen determination classification is generated and secured, and in the secured area, customer name, account information, etc. And the process which associates and memorize | stores a screen determination classification | category with session ID is performed.

  In addition, the session management unit 41 receives an inquiry signal (with a session ID) for the screen determination category from the business common processing unit 22 of the WEB / AP server 20, and sets the screen determination category associated with the received session ID to the session. A process of acquiring from the information storage unit 42 and passing the acquired screen determination category to the business common processing unit 22 of the WEB / AP server 20 is also executed.

  The session information storage means 42 stores session information (including session ID, customer name, account information, etc.) and screen determination classification in association with each other. Therefore, the session information storage means 42 includes screen determination category storage means (screen determination category storage means described in claims) according to the present invention. In addition to the session information (including session ID, customer name, account information, etc.), a screen determination category storage means for storing the screen determination category in association with the session ID may be provided.

  The database server 50 is configured by one or a plurality of computers, and includes a database management unit 51 and a database 52.

  The database management unit 51 manages the database 52 and executes the operation process of the database 52 in response to a request from external software (here, a business processing application constituting the business processing unit 23 of the WEB / AP server 20). It is a so-called database management system (DBMS).

  The database 52 stores various data used in individual business processing related to each service by the business processing means 23. For example, in the case of a website of a financial institution such as a securities company, the data stored in the database 52 includes data on the amount held of various securities such as stocks / bonds / investment trusts held by the customer, and customer deposit balance data. Data on the customer's ability to purchase, transaction balance report data, trading history data, market value data of various financial products, and the like. Of these, each customer's data is stored in association with customer identification information (for example, customer account information), and various data related to financial products is associated with the brand identification information (brand code) of the financial products. Is remembered.

  The construction support system 60 includes one or a plurality of computers, and includes a screen definition file reading unit 61, a screen file reading unit 62, an extracting unit 63, and a comparison result output unit 64. .

  The screen definition file reading means 61 is a screen definition file (for example, a screen definition file for a PC screen) for a screen of an existing type that has been completed, and a screen definition file for a type of screen that is being developed (for example, for an RWD screen). Screen definition file) is read. Normally, it is read from the screen definition file storage means 31 under the development environment, but may be read from the screen definition file storage means 31 under the production environment, or a storage location other than the screen definition file storage means 31 or a site providing system 10 may be read from a recording medium such as a hard disk or a USB memory of a computer different from the computer constituting the computer 10.

  The screen file reading means 62 is a screen of an existing type associated with the same application ID (aid) from the screen definition file read by the screen definition file reading means 61 and used in the same state (code). For example, the screen file (JSP) path for the PC screen) and the type screen under development (for example, RWD screen) is acquired, and the existing type and development are acquired from the screen file storage means 32 using the acquired path. A process of reading each screen file (JSP) for the middle type screen is executed. Normally, it is read from the screen file storage means 32 under the development environment, but may be read from the screen file storage means 32 under the production environment.

  The extracting unit 63 executes processing for extracting a code describing a dynamic part of the screen from each screen file (JSP) read by the screen file reading unit 62. The dynamic part is not a fixed code part but a part that is a variable (parameter), and is, for example, a display part of data acquired from the database 52. Only the variable (parameter) that becomes the center of the dynamic part may be extracted, but the surrounding code may also be extracted.

  The comparison result output means 64 compares the code describing the dynamic part of the existing type screen (for example, PC screen) extracted by the extraction means 63 and the type screen under development (for example, RWD screen). Processing to display and / or print, processing to display and / or print the difference or excess or deficiency of code describing the dynamic part, screen display and / or printing in comparison with the number of extracted codes describing the dynamic part At least one of the processes to be executed is executed.

  The customer terminal 70 is configured by a personal computer, the customer terminal 80 is configured by a smartphone or a tablet, and the customer terminal 90 includes other devices (for example, new devices such as a wearable terminal, a voice recognition terminal, and a stereoscopic image terminal). .). The customer terminals 70, 80, 90 using any of the devices include input means such as a mouse, a keyboard, and a voice recognizer, and display means such as a liquid crystal display that displays a site configuration screen. Moreover, you may provide the printing apparatus suitably.

  In the above, the business common processing means 22, the business processing means 23, the screen display common processing means 24, the screen display processing means 25, and the session management server 40 provided in the WEB / AP server 20 of the site providing system 10 are provided. The session management unit 41, the database management unit 51 provided in the database server 50, the screen definition file reading unit 61, the screen file reading unit 62, the extraction unit 63, and the comparison result output unit 64 of the construction support system 60 A central processing unit (CPU) provided inside each computer main body constituting each server 20, 40, 50 or construction support system 60 of the providing system 10, and one or more that define the operating procedure of this CPU Realized by a program.

  Further, customer information storage means 30, screen definition file storage means 31, and screen file storage means 32 provided in the WEB / AP server 20 of the site providing system 10, session information storage means 42 provided in the session management server 40, Further, the database 52 provided in the database server 50 is preferably realized by, for example, a hard disk or the like, but other recording media such as a flash memory or the like as long as there is no problem in storage capacity, access speed, and the like. May be adopted.

  In such a first embodiment, various processes relating to service provision to customers are executed by the site providing system 10 as follows.

  In FIG. 2, first, when the WEB / AP server 20 receives the display request signal of the customer login screen transmitted from the customer terminal 70 or the like via the network 1 by the login processing means 21, the display request signal is displayed. In the case of a display request signal for a PC login screen for a personal computer (for example, a URL of http: //.../login.html), the PC login screen file stored in the screen file storage means 32 is stored. Acquired and transmits display data for the PC login screen to the requesting customer terminal (usually, the customer terminal 70 is a PC as a device) via the network 1 (step S1). If the received display request signal is a display request signal for an RWD login screen (for example, URL: http: //.../login_r.html) that can also be applied to a smartphone or tablet, the screen file storage means 32 The RWD login screen file stored in is obtained and the RWD login screen display data is converted to the requesting customer terminal (usually the customer terminal 80 having a smartphone or tablet as a device) via the network 1. (Step S1).

  When a search is performed on the customer terminal 70 of the PC, a PC login screen (for example, a URL of http: //.../login.html) usually hits and the search is performed on the customer terminal 80 of the smartphone or tablet. In general, the RWD login screen (for example, URL of http: //.../login_r.html) is hit. Therefore, for example, unless a special operation is performed such as storing the URL of the RWD login screen and displaying it by a PC, a login screen corresponding to the access source device is displayed.

  In addition, here, it is assumed that there is access mainly from the customer terminal 70 of the PC and the customer terminal 80 of the smartphone / tablet, but the type of the device that accesses the site providing system 10 of the present embodiment is It is not limited to these. Therefore, when a new device such as a wearable terminal or a voice recognition terminal appears in the world, and a login screen for a new device is prepared and a new site is prepared, a login screen for the new device is prepared. Is transmitted to the customer terminal 90 of the new device as the request source via the network 1.

  Subsequently, the login processing unit 21 includes login information (customer identification information, login password, and information indicating the screen type) transmitted from the customer terminal 70 or the like on which the login screen is displayed via the network 1. .) And the received customer identification information and login password are compared with the customer identification information and login password stored in the customer information storage means 30 to execute a customer login authentication process (step S1). When the customer identification information is a site of a financial institution such as a securities company, the customer identification information is, for example, customer account information (department code, account number, etc.).

  Further, when the accessed customer is authenticated, the login processing means 21 determines the screen type of the requesting customer terminal 70 or the like using information indicating the type of the screen included in the received login information, A screen determination category is determined (step S1). For example, when the information indicating the type of the screen is information indicating the PC screen (for example, root = pc) (when logging in from the PC login screen), the information indicating the RWD screen is set with the screen determination category = 0. In the case of (for example, root = rwd) (in the case of login from the RWD login screen), the screen determination section = 1 is set. In this embodiment, the screen determination classification is numerical information such as 0, 1. However, when the number of sites to be provided (the number of types of screens) is two, ON, like a flag, The screen determination classification referred to in the present specification is a concept including a screen determination flag.

  Then, the login processing means 21 passes the obtained screen determination classification to the session management server 40 together with the customer name and account information (data stored in the customer information storage means 30) for the authenticated customer ( Step S1).

  In the session management server 40, the session management means 41 receives the customer name, account information, etc., and the screen determination classification for the authenticated customer from the login processing means 21 of the WEB / AP server 20, and the access from this customer is made. On the other hand, a session ID is automatically assigned, and in the session information storage means 42, an area for storing the session information including the session ID and the screen determination classification is generated and secured, and in the secured area, customer name, account information, etc. The screen determination classification is stored in association with the session ID (step S1).

  Next, the login processing means 21 obtains a top screen file corresponding to the screen type of the requesting customer terminal 70 or the like from the screen file storage means 32, and uses the file to obtain top screen display data. The created top screen display data is transmitted to the requesting customer terminal 70 or the like via the network 1 (step S2). For example, when there is a login from the PC login screen, the PC top screen is transmitted. When there is a login from the RWD login screen, the RWD top screen is transmitted, and from the login screen for other devices. If there is a login, send the top screen for other devices. At this time, the display data of the top screen transmitted to the requesting customer terminal 70 or the like includes the URL of the next screen, the application ID for identifying the business processing application, and the session ID. The display data for the top screen may include a customer name acquired from the customer information storage unit 30. As described below, the top screen may be created using a screen file (JSP) for creating a screen including a dynamic part, as in the screens after the next screen. Here, for convenience of explanation, description of the processing flow in that case is omitted.

  In FIG. 3, the business common processing means 22 receives a screen display request signal (including the URL of the next screen, the session ID, and the application ID) transmitted from the customer terminal 70 or the like via the network 1 (step). S3).

  Subsequently, the session common processing means 22 passes the session ID included in the screen display request signal received from the customer terminal 70 or the like to the session management server 40 (step S3). In the session management server 40, the session management unit 41 receives the inquiry signal (with session ID) of the screen determination classification from the business common processing unit 22 of the WEB / AP server 20, and the screen associated with the received session ID. The determination classification is acquired from the session information storage means 42, and the acquired screen determination classification is passed to the business common processing means 22 of the WEB / AP server 20 (step S3).

  In the WEB / AP server 20, when the business common processing unit 22 receives the screen determination classification, the screen definition file corresponding to the screen determination classification is read from the screen definition file storage unit 31. For example, when the screen determination category = 0, the screen definition file for the PC screen is read. When the screen determination category = 1, the screen definition file for the RWD screen is read. This reading is performed by identifying the identification information (name) of the screen definition file for the PC screen to be read when the screen determination classification = 0 and the identification of the screen definition file for the RWD screen to be read when the screen determination classification = 1. This is realized by the information (name) being described in the framework (the parent class in the case of Java (registered trademark)) constituting the business common processing means 22. Then, from the read screen definition file, the path of the screen file (JSP) associated with the application ID (aid) included in the received screen display request signal, the identification information (class) of the screen display application, and the state ( code) is acquired (step S3). Therefore, the path of the screen file (JSP) acquired here is the path of the screen file (JSP) for the PC screen when the screen determination category = 0, and the RWD when the screen determination category = 1. This is the path of the screen file (JSP) for the screen.

  Then, the business processing unit 23 executes the business processing of the service related to the request by the business processing application having the application ID (aid) included in the screen display request signal received by the business common processing unit 22. That is, the business processing means 23 acquires data necessary for providing the requested service from the database 52 of the database server 50 (step S4). The data acquisition process in step S4 may be executed before the screen definition file reading process in step S3 described above.

  Thereafter, the data acquired from the database 52 of the database server 50 by the business processing means 23, the path of the normal or abnormal screen file (JSP) acquired from the screen definition file, and the screen display application identification information (class) Together with the session ID from the business common processing means 22 to the screen display common processing means 24 (step S5). Specifically, as the data acquired from the database 52, for example, data such as “ZANDAKA, 1000000” for customer balance data and “HOJIN_FLG, 1” for the corporate flag are passed. Further, as the screen information acquired from the screen definition file, for example, if it is information defined for normal time, “NORMAL, class =“... ”, Jsp =“ /. jsp "", if it is information defined for an abnormal time, "TIME_ERROR, class =" ... ", jsp =" / ... / .... jsp ””, “SYSTEM_ERROR, class =“... ”, jsp =“ /. Pass screen information such as jsp "".

  Subsequently, the screen display common processing means 24 reads the screen file (JSP) used in the service related to the request from the screen file storage means 32 using the path of the screen file (JSP) received from the business common processing means 22. (Step S5).

  Further, the data received from the business common processing means 22 by the screen display processing means 25 by the screen display application having the name (class: identification information of the screen display application) received from the business common processing means 22 by the screen display common processing means 24. Using the data of the service related to the request among the screens created by the screen file (JSP) read by the screen display common processing means 24 using (data obtained by the business processing by the business processing means 23). A dynamic part is created (step S6). For example, if the balance data “ZANDAKA, 1000000” is received from the business common processing means 22, a dynamic part “1,000,000 yen” is created, and the corporate flag data “HOJIN_FLG, 1” is received. For example, a dynamic part “corporation” is created.

  Then, using the read screen file (JSP) by the screen display common processing means 24, including the dynamic part of the screen created by the screen display processing means 25, the data for displaying the screen of the service related to the request (Web Page) is created, and the created screen display data is transmitted to the requesting customer terminal 70 or the like via the network 1 (step S7). At this time, in the display data (Web page) transmitted to the customer terminal 70 or the like, the URL, session ID, and application ID (aid) of the next screen are used as information for transition to the next screen. It is included.

  The processes in steps S3 to S7 described above are repeated each time there is a screen display request from the customer terminal 70 or the like for receiving provision of each service.

  In the first embodiment, the construction support system 60 executes various processes related to the construction support of the site providing system 10 as follows.

  In FIG. 4, first, the screen definition file reading means 61 performs a screen definition file (for example, a screen definition file for a PC screen) for a completed existing type screen and a screen definition file for a type screen under development. (For example, a screen definition file for an RWD screen) is read (step S11). At this time, the file is normally read from the screen definition file storage unit 31 under the development environment, but may be read from the screen definition file storage unit 31 under the production environment, or a storage location other than the screen definition file storage unit 31 (for example, development May be read from a person's computer).

  Next, an existing type of screen (for example, PC) associated with the same application ID (aid) and used in the same state (code) from each screen definition file read by the screen file reading means 62 Screen) and the path of the screen file (JSP) for the type of screen under development (for example, RWD screen) is acquired (step S12). Usually, since many paths are defined in each screen definition file, all paths to be paired are acquired. If there is an omission in development or the like, one of the paths to be paired may not exist. However, in this case as well, hereinafter, for convenience of explanation, it will be referred to as a paired path.

  Subsequently, the screen file reading means 62 uses the acquired path to read from the screen file storage means 32 about the existing type screen (for example, PC screen) and the type screen under development (for example, RWD screen). Each screen file (JSP) is read (step S13). At this time, the file is normally read from the screen file storage unit 32 under the development environment, but may be read from the screen file storage unit 32 under the production environment.

  Although depending on the size of the site (number of screen files), usually, in step S12, many pairs of paths are acquired from each screen definition file. At this time, in performing the processing after step S13 (reading the screen file, extracting the dynamic part, outputting the result), the pairs of paths may be processed one by one (the number of pairs of screen files). Reading, dynamic part extraction, and output of results are repeated.) Several pairs of paths (multiple pairs of paths) may be processed together (as many as the number of the collected sets). The process of reading the screen file, extracting the dynamic part, and outputting the result is repeated.) All the pairs of paths may be processed together.

  Then, the code describing the dynamic part of the screen is extracted from each read screen file (JSP) by the extracting means 63 (step S14). More specifically, a code (for example, “ZANDAKA” or the like) of a portion that is a variable (parameter) such as a display portion of data (for example, a balance or the like) acquired from the database 52 is extracted.

  Then, the comparison result output means 64 outputs the result of comparing the code describing the dynamic part of the extracted existing type screen (for example, PC screen) and the type screen under development (for example, RWD screen) ( Screen display or printing) (step S15).

  The output form of the comparison result is arbitrary, and for example, there is the following output form. The output mode may be selected by the user (system developer).

  In the first output mode, the code describing the extracted dynamic part is output as it is in the code state as it is arranged side by side as shown in FIG. Since each corresponding screen file (JSP) is read using the path associated with the same application ID (aid) and the same state (code), in the example of FIG. 4, the application ID (aid) and the state After displaying (code), codes describing the dynamic part of the screen extracted from each corresponding screen file (JSP) are arranged side by side and output (screen display or printing). Therefore, if there is a lack of development for a screen of a type being developed (for example, an RWD screen), a character or symbol indicating that the screen of the type being developed is blank or no corresponding code exists is output. The On the other hand, if a screen of a type under development (for example, an RWD screen) includes an extra dynamic part, the existing type of screen (for example, a PC screen) side is blank or a corresponding code exists. Characters, symbols, etc. indicating that no action is taken are output.

  In the second output mode, if there is a difference or excess or deficiency in the code that describes the dynamic part of both screens, only the differences or excess or deficiency are compared and placed side by side. Output. Therefore, in the first output mode, even if there is no difference or excess or deficiency, the corresponding dynamic part code is output, but in the second output mode, only when there is a difference or excess or deficiency The code of the dynamic part to be output is output. At this time, if there is no corresponding code, it is the same as in the first output mode to leave it blank or output a character or symbol indicating that there is no corresponding code.

  In the third output mode, instead of outputting the code itself describing the extracted dynamic part, the number of extractions is compared and output. For example, numerical information indicating that there are 100 dynamic parts on an existing type screen (for example, a PC screen) and 98 dynamic parts on a type screen (for example, an RWD screen) under development. Is output. At this time, the number of extractions may be output in a divided unit (for example, service details), or the total number of all services may be output as a comparison output. Note that it is difficult to immediately identify where there is an excess or deficiency if the comparison output of the number of extractions is not performed without dividing the number of extractions into small units as in the former, and it is difficult to immediately identify where there is excess or deficiency. It is easy to check the progress. For example, when the screen development is almost completed, the number of both extractions is almost the same, but the existing type screen (for example, PC screen) has 100 dynamic parts, and the type of the type being developed If it is output that there are 60 dynamic parts on the screen (for example, RWD screen), it is understood that the progress is about 60%.

  According to such 1st Embodiment, there exist the following effects. That is, in the site providing system 10, the screen file path for the screen necessary for providing each service is described in the screen definition file, and the acquisition of the screen file path from this screen definition file is performed by the business common processing means 22. This is done as a framework process. Therefore, when providing a new site for another device on the assumption that the existing site will continue to be provided, it is necessary to create and prepare a new screen definition file and screen file for another device. However, there is no need to change the individual business processing of each service executed by the business processing means 23 as the content of the processing, and the screen determination classification (additional) added to the framework processing by the common business processing means 22 It is only necessary to make a change to increase the number of branches for reading the screen definition file for another device corresponding to the screen type indicating the type of the screen for the other device.

  For example, when an existing site on a PC screen is in operation and a new site is provided on an RWD screen that operates in parallel with this, a screen determination indicating the RWD screen is performed in the screen type determination processing by the login means 21. Branches for the categories are increased, and screen files for the RWD login screen, the RWD top screen, and other RWD screens are newly created, and a screen definition file for the RWD screen is newly created. Then, in the framework constituting the business common processing means 22 (in the case of Java (registered trademark), the parent class), the screen determination classification stored in the session information storage means 42 is a screen determination classification indicating the RWD screen (for example, In addition, a description about the identification information (name) of the screen definition file for the RWD screen to be read when the screen determination classification = 1) is added. On the other hand, there is no need to change the individual business processing applications (child classes in the case of Java (registered trademark)) of each service constituting the business processing means 23. In addition, in the case of a framework (the parent class in the case of Java (registered trademark)) constituting the screen display common processing means 24 and a screen display application (java (registered trademark)) constituting the screen display processing means 25, There is no need to change the child class. Accordingly, the scope of correction when adding a site is limited to a framework that is commonly used by all of a plurality of types of services.

  For this reason, the development range can be narrowed and the development work can be facilitated, so that the development period can be shortened and the development cost can be reduced.

  In addition, when adding a site, the server application that executes individual processing other than the framework processing, that is, the business processing application that constitutes the business processing means 23 and the screen display application that constitutes the screen display processing means 25 are modified. Therefore, it is possible to reduce the possibility that a new bug will be embedded in the development of the server application, and to reduce the business risk.

  Furthermore, since it becomes easy to add a site, it is possible to easily realize a parallel operation between a site using an existing screen (for example, a PC screen) and a site using another screen (for example, an RWD screen). Even if it is necessary to set up a site with a screen for mobile phones (for example, RWD screens that can also be used for smartphones and tablets), or when another device becomes mainstream, a site for providing services (for example, RWD sites) It is possible to continue providing services to users of existing sites (for example, PC sites). For this reason, for example, it is possible to cope with the case where the customer terminal 70 is a PC equipped with an old version of a Web browser that cannot support the RWD screen.

  In addition, since a plurality of sites can be easily operated in parallel, an alternative means when a system failure occurs can be secured.

  In the future, new types of devices (for example, wearable terminals, voice recognition terminals, stereoscopic image terminals, etc.) that do not exist in the world or have not become widespread will be developed, and websites for the new types of devices will be provided. Even if a need arises, the new type of development will be limited, just like adding a screen-based site for another device that currently exists or is popular. You can easily add sites with screens for devices. For example, in order to provide services to both the customer who operates the customer terminal 70 of the PC and the customer who operates the customer terminal 80 of the smartphone / tablet, the site using the PC screen and the site using the RWD screen are operated in parallel. In addition, even if it is decided to start providing services to customers who operate a new model customer terminal 90 such as a wearable terminal, a site with a screen for the new model can be easily added. it can.

  In addition, since development of a screen (for example, RWD screen) used in a site to be added can be performed using information on an existing screen (for example, PC screen), a bug may be embedded in screen development. Can be eliminated as much as possible.

  Furthermore, even when a plurality of sites for different devices (for example, PC site and RWD site) are newly established at the same time, it is necessary to newly create and prepare a screen definition file and a screen file for each device. However, it is not necessary to provide branch processing to each site in the individual business processing of each service executed by the business processing means 23 as the content of the processing, and each device is included in the framework processing by the business common processing means 22. A branch process may be provided for reading a screen definition file for each device (for example, a screen definition file for a PC screen and a screen definition file for an RWD screen) corresponding to the screen determination classification indicating the type of screen for use. For this reason, a plurality of sites (for example, a PC site and an RWD site) can be easily constructed at the same time.

  As described above, since the site providing system 10 is configured to be able to easily add a site, it is possible to close some of the plurality of sites operating in parallel. It can be done easily. That is, it is only necessary to reduce the branching in the screen type determination processing and the branching in the screen definition file reading processing corresponding to the screen determination classification. If there is no adverse effect on the processing even if there is an extra branch, the branch need not be deleted.

  In addition, the construction support system 60 can check the code that describes the dynamic part of the existing type screen (for example, the PC screen) and the type screen under development (for example, the RWD screen), so that the screen can be checked. The possibility of bugs being embedded in development can be reduced. In other words, when providing a new screen site using the server application in common, it is the screen dynamic item part that is likely to cause a bug. Develop a screen (for example, RWD screen), then read and extract screen files for existing types of screens (for example, PC screens) and screen files for types of screens under development (for example, RWD screens) You can avoid embedding bugs by outputting the code that describes the dynamic part in comparison, or by outputting the difference, excess, deficiency, and number of extractions.

  In addition, when reading a screen file for an existing type screen (for example, a PC screen) and a type screen under development (for example, an RWD screen), obtain the path of the screen file described in the screen definition file, Since the reading process is performed using the acquired path, it is possible to easily perform a comparison check of many corresponding screen files in a short time, thereby improving the development efficiency of screen development. In addition, progress management of screen development can be easily performed.

  In addition, when the corresponding screen file is read one by one in order and the operation of confirming the comparison is repeated, the confirmation operator knows the path of each screen file to be confirmed and uses it as the reading target. Since the input is performed every time, it is time-consuming and the path of the corresponding screen file needs to be easy to memorize and grasp for the confirmation operator. On the other hand, in the construction support system 60, since the reading process is automatically performed using the path of the screen file described in the screen definition file, the path of the screen file is difficult to memorize for the confirming operator and is understood. Even if it is difficult, the screen file can be read easily.

  [Second Embodiment]

  FIG. 5 shows the overall configuration of the site providing system 200 and its construction support system 260 according to the second embodiment of the present invention. FIG. 6 and FIG. 7 are flowcharts showing the flow of processing related to service provision by the site provision system 200. FIG. 8 is a flowchart showing the flow of processing related to site construction support by the construction support system 260.

  The site providing system 200 according to the second embodiment realizes parallel operation of a plurality of sites by a conventional method (any of the first and second conventional methods described in [Problems to be Solved by the Invention]). In this case, since there are many parts having the same configuration as that of the site providing system 10 of the first embodiment, the configuration employed when adding another site is added. The same reference numerals are assigned and detailed description will be omitted, and the following description will focus on portions having different configurations.

  In FIG. 5, a site providing system 200 is a system that provides websites that perform various service operations to customer terminals 70, 71, 80, 90, and the like of various devices connected via the network 1.

  The site providing system 200 is configured by one or a plurality of computers. In the present embodiment, as an example, a WEB / AP server 220 having functions of a web server and an application server, a session management server 40, and a database server 50 are used. And is configured. Note that the number of servers (computers) constituting the site providing system 200 is arbitrary. For example, the web server and the application server may be configured by different computers, and conversely, the session management server 40 and the database server 50 are configured. The WEB / AP server 220 may be the same computer.

  The WEB / AP server 220 includes one or a plurality of computers, and includes a login processing unit 221, a business common processing unit 222, a business processing unit 223, a screen display common processing unit 224, and a screen display processing unit 225. , Customer information storage means 230, screen definition file storage means 231, and screen file storage means 232.

  The login processing unit 221 has substantially the same configuration as the login processing unit 21 of the first embodiment, transmits a login screen in response to a request from the customer terminal 70 or the like, and transmits from the customer terminal 70 or the like via the network 1. A screen that indicates the type of screen that has been received by receiving the login information of the customer (including information indicating the type of screen), and determining the type of screen of the customer terminal 70 or the like using the received login information. A process of storing the determination category in association with the session ID in the session information storage unit 42 (including the screen determination category storage unit) of the session management server 40 is executed.

  In the login processing means 21 of the first embodiment, for example, when there is a login from the PC login screen displayed on the PC customer terminal 70, the screen determination classification = 0 is set to the session information storage of the session management server 40. Means 42 (including the screen judgment category storage means), and when there is a login from the RWD login screen displayed on the customer terminal 80 of the smartphone / tablet, the screen judgment category = 1 is stored, and the new If there is a login from the new model login screen displayed on the customer terminal 90 of the device, if the screen type is different, such as storing screen determination category = 2, a different screen determination category is set for each. Whereas the login processing means 221 of the second embodiment is assigned, the configuration images of a plurality of sites operating in parallel according to the conventional method are used. (In the present specification,. The call specific type) of the type for a point of assigning the same screen determination division is different. For example, if the login processing means 221 of the second embodiment assumes that a site using a PC screen and a site using a mobile screen are operating in parallel in a conventional manner, the login from the PC login screen displayed on the customer terminal 70 of the PC is performed. If there is a mobile login screen stored in the session information storage means 42 (including the screen determination classification storage means) of the session management server 40 and displayed on the customer terminal 71 of the mobile phone. The same screen determination section is assigned to a specific type of screen, such as storing screen determination section = 0 even when there is a login from. However, if there is a login from the RWD login screen displayed on the customer terminal 80 of the smartphone / tablet, the screen determination classification = 1 is stored, and the new model login screen displayed on the customer terminal 90 of the new device is stored. When there is a login, a different screen determination category is assigned to each screen other than the specific type, such as storing screen determination category = 2.

  The business common processing unit 222 has a configuration different from that of the business common processing unit 22 of the first embodiment, and a screen display request signal (URL of next screen, session, etc.) transmitted from the customer terminal 70 or the like via the network 1. Including the ID and application ID) is executed as a framework process common to all business processes of a plurality of types of services. This business common processing means 222 has the same configuration as that in the case where the parallel operation of a plurality of sites is realized by the conventional method.

  In the business common processing means 22 of the first embodiment, the session information storage means 42 (including the screen determination category storage means) is associated with the session ID included in the screen display request signal received from the customer terminal 70 or the like. In the second embodiment, the acquired screen determination classification is acquired from the session management server 40 and the screen definition file corresponding to the acquired screen determination classification is read from the screen definition file storage unit 31. The common task processing unit 222 is different in that it does not perform the processing for acquiring the screen determination classification from the session management server 40 and the processing for reading the screen definition file from the screen definition file storage unit 231. In the site providing system 200 according to the second embodiment, the screen determination classification acquisition process from the session management server 40 and the screen definition file reading process from the screen definition file storage unit 231 are the screen display common processing unit 224. Is done.

  Further, the business common processing unit 222 executes processing for passing data acquired from the database 52 of the database server 50 by the business processing unit 223 described below to the screen display common processing unit 224 together with the session ID. Note that these data and session ID are transferred from the business processing to the screen display processing as a framework processing by the business common processing means 222, but not by the business processing means 223. You may be made to perform as this process. Therefore, for example, the business processing application that configures the business processing unit 223 may call the screen display application that configures the screen display processing unit 225 and pass the data and the session ID to the screen display application.

  The business processing unit 223 executes the business processing of the service related to the request by the business processing application having the application ID (aid) included in the screen display request signal received from the customer terminal 70 or the like by the business common processing unit 222. . This business processing means 223 executes processing for acquiring data necessary for providing the service from the database 52 of the database server 50 as business processing of the service related to the request. Accordingly, while the business common processing unit 222 executes processing common to all of a plurality of types of services, the business processing unit 223 executes processing of individual services and is provided for each service. Yes. In this respect, the business processing unit 223 has the same configuration as the business processing unit 23 of the first embodiment.

  The business processing unit 223 also executes processing for designating identification information (name: class) of the screen display application that constitutes the screen display processing unit 225. In this respect, the business processing unit 223 has a configuration different from that of the business processing unit 23 of the first embodiment. Accordingly, identification information (name) of the screen display application that constitutes the screen display processing means 225 is described in the business process application that constitutes the business processing means 223, whereby the business processing application calls the corresponding screen display application. It is like that. For example, in the case of Java (registered trademark), a business process that inherits the business common process calls a screen display process that inherits the common screen display process. In the business processing application, identification information (name) of the screen display application used for normal and abnormal (time error, system error, etc.) is described. The displayed screen display application is called, and when an abnormality occurs, the screen display application designated for the abnormality is called.

  Further, when a plurality of sites are operated in parallel by the first conventional method described in [Problems to be Solved by the Invention], the application ID (aid) received by the job processing unit 223 from the job common processing unit 222 Is an application ID for each type of screen. For example, the identification information (name) of the screen display application for the PC screen is described in the business processing application for the PC screen specified by the application ID for the PC screen. Accordingly, the business processing application for PC screen calls the screen display application for PC screen, and the business processing application for mobile screen specified by the mobile screen application ID includes The identification information (name) of the screen display app is described so that the business processing app for the mobile screen can be So that the call of the screen display application. However, since there is no business processing application or screen display application for a screen of a type other than the specific type (for example, RWD screen), there is an access from a screen of a type other than the specific type (for example, RWD screen) ( In this case, for example, the application ID included in the screen display request signal from the customer terminal 80 of the smartphone / tablet is not the application ID for the RWD screen but the application ID for the PC screen or the mobile screen. .) Is replaced with a business processing application or screen display application for a screen of any one of the specific types (for example, a PC screen or a mobile screen). When such substitution is performed, a screen definition file for a screen of a type other than the specific type (for example, an RWD screen) is used to create a screen file for a screen of a specific type (for example, a PC screen or a mobile screen). Conversion from a path to a screen file path for a screen of a type other than the specific type (for example, RWD screen) is performed, and processing for acquiring a screen file for a screen of a type other than the specific type (for example, RWD screen) is performed. become.

  On the other hand, when a plurality of sites are operated in parallel by the second conventional method described in [Problems to be Solved by the Invention], the application ID (aid) received by the business processing unit 223 from the business common processing unit 222 Is an application ID common to a plurality of screen types, for example, a business processing application shared by a PC screen and a mobile screen specified by the common application ID, and a screen shared by a PC screen and a mobile screen. The identification information (name) of the display application is described, whereby the shared business processing application calls the shared screen display application on the PC screen and the mobile screen, or the common application For business processing apps shared by the PC screen and mobile screen specified by the ID, And identification information (name) of each screen display application for the mobile screen is described, and thereby, a business processing application shared by the PC screen and the mobile screen is included in the screen display request signal from the customer terminal 70 or the like. A screen display application for a PC screen or a screen display application for a mobile screen is selected and called according to the type of screen determined using information. When there is an access from a screen of a type other than the specific type (for example, RWD screen), a business processing application or screen display for a screen of any of the specific types (for example, a PC screen or a mobile screen) Substituting with an application is the same as in the case where a plurality of sites are operated in parallel by the first conventional method described above.

  The screen display common processing means 224 has a different configuration from the screen display common processing means 24 of the first embodiment, and the session ID received from the business common processing means 222 (the screen display request received by the business common processing means 222). The screen determination section stored in the session information storage means 42 (including the screen determination section storage means) in association with the session ID included in the signal is acquired from the session management server 40, and the acquired screen determination section is a specific type. In the case of (one of the types of configuration screens of each site operating in parallel in the conventional method), a screen file for a screen of a specific type designated by the screen display processing means 225 ( JSP) path is used as it is, and the screen file (JSP) used in the service related to the request is stored in the screen file store. On the other hand, when the acquired screen determination category is a type other than the specific type, the following screen display is obtained by reading the screen definition file corresponding to the acquired screen determination category from the screen definition file storage unit 231. A screen file (JSP) path for a screen of a specific type designated by the processing means 225 is converted into a path of a screen file (JSP) for a screen of a type other than the specific type, and this converted path is used. The screen file (JSP) used in the service related to the request is read from the screen file storage means 232, and the display data (Web page) for the screen of the service related to the request is created using the read screen file (JSP). The generated screen display data is transmitted to the requesting customer terminal 70 or the like via the network 1. The sense, and executes the processing of the framework that is common to all of the screen display processing of multiple types of services.

  The screen display processing unit 225 has a configuration different from that of the screen display processing unit 25 of the first embodiment, and the screen display processing unit 225 calls a specific type (conventional method) by a screen display application called by the business processing application constituting the business processing unit 223. In addition to designating the path of the screen file (JSP) for the screen of any one of the configuration screen types of each site that were operating in parallel, the data received from the business common processing means 222 (business processing means) Data obtained from the database 52 of the database server 50 in the business processing by the H.223), using the data of the service related to the request among the screens created by the screen file (JSP) read by the screen display common processing means 224. A process for creating a dynamic part to be displayed is executed. Accordingly, the screen display common processing means 224 executes processing common to all of the plurality of types of services, whereas the screen display processing means 225 executes processing of individual services and is provided for each service. It has been.

  In addition, when a plurality of sites are operated in parallel by the first conventional method described in [Problems to be solved by the invention], there are a business processing application and a screen display application for each type of screen. For example, the screen display application for the PC screen called by the business processing application for the PC screen describes the path of the screen file (JSP) for the PC screen, and also called by the business processing application for the mobile screen. The path of the screen file (JSP) for the mobile screen is described in the screen display application for the mobile screen.

  On the other hand, when a plurality of sites are operated in parallel according to the second conventional method described in [Problems to be solved by the invention], a shared business processing application is provided for a plurality of screen types. On the PC screen and the mobile screen, the path of the screen file (JSP) for the PC screen and the mobile screen is described in the PC screen and the screen display application shared on the mobile screen called by the shared business processing application. Depending on the type of screen determined by the screen display application shared on the mobile screen using the information included in the screen display request signal from the customer terminal 70 or the like, the path of the screen file (JSP) for the PC screen or the mobile screen The screen file (JSP) path for the user is selected and specified, or the business processing application shared on the PC screen and the mobile screen is used for the customer. The screen file for the PC screen (JSP) is displayed in the screen display application for the PC screen that is selectively called according to the type of the screen determined using the information included in the screen display request signal from the terminal 70 etc. The path is described, and the path of the screen file (JSP) for the mobile screen is described in the screen display application for the mobile screen that is selectively called.

  The customer information storage unit 230 is the same as the customer information storage unit 30 of the first embodiment.

  Unlike the screen definition file storage unit 31 of the first embodiment, the screen definition file storage unit 231 is assigned to a screen of a type other than a specific type (a configuration screen type of each site that has been operated in parallel in the conventional method). The screen definition file prepared corresponding to the given screen determination category is stored. For example, if the PC screen and the mobile screen are screens of a specific type, the screen definition file for the PC screen and the screen definition file for the mobile screen do not exist. That is, there is no screen definition file corresponding to screen determination classification = 0 indicating a PC screen or a mobile screen. Therefore, when adding a site with an RWD screen for smartphones or tablets, or a site with a new model screen for other new types of devices, screen definition files for those screens are created. A screen definition file or the like corresponding to the screen determination category = 1 is prepared. This is different from the screen definition file storage unit 31 of the first embodiment in which screen definition files for all types of screens are stored.

  The contents of the screen definition file stored in the screen definition file storage unit 231 are also different from those in the first embodiment. In the second embodiment, the screen definition file stores a screen file (JSP) path for a screen of a specific type and a screen file (JSP) path for a screen of a type other than the specific type in association with each other. Has been.

  For example, if a PC screen and a mobile screen are screens of a specific type (that is, an existing site is a PC site and a mobile site), and a site with an RWD screen is added, Prepare a screen definition file in which the path of the screen file (JSP) and the path of the screen file (JSP) for the RWD screen are associated, or the path of the screen file (JSP) for the mobile screen and the RWD screen A screen definition file associated with the path of the screen file (JSP) is prepared. Also, the screen file (JSP) path for the PC screen and the path of the screen file (JSP) for the RWD screen, the path of the screen file (JSP) for the mobile screen, and the screen for the RWD screen A screen definition file in which both the association with the path of the file (JSP) is defined may be prepared.

  The screen file storage unit 232 has the same configuration as the screen file storage unit 32 of the first embodiment, and stores a screen file (JSP) for each of the PC screen, mobile screen, RWD screen, and other device screens. It is something to remember. Note that the screen file (JSP) for the PC screen, the screen file (JSP) for the mobile screen, the screen file (JSP) for the RWD screen, and the screen file (JSP) for screens for other devices It is stored in a separate folder and can be obtained by specifying a different path.

  The screen file storage means 232 also stores a log-in screen file and a top screen file for each of the PC screen, mobile screen, RWD screen, and other device-oriented screens. This is also the case of the first embodiment. This is the same as the screen file storage means 32.

  The session management server 40 is the same as that in the first embodiment. In the first embodiment, the session management means 41 responds to the inquiry signal (with session ID) of the screen determination classification from the business common processing means 22 of the WEB / AP server 20, whereas The second embodiment is different in that it responds to the inquiry signal (with session ID) of the screen determination classification from the screen display common processing means 224 of the WEB / AP server 220, but the system configuration itself is the same.

  The database server 50 is the same as that in the first embodiment.

  The construction support system 260 includes one or a plurality of computers, and includes a screen definition file reading unit 261, a screen file reading unit 262, an extracting unit 263, and a comparison result output unit 264. .

  The screen definition file reading means 261 executes processing for reading a screen definition file (for example, a screen definition file for an RWD screen) for a type of screen under development. Normally, it is read from the screen definition file storage unit 231 under the development environment, but may be read from the screen definition file storage unit 231 under the production environment, or a storage location other than the screen definition file storage unit 231 or a site providing system It may be read from a recording medium such as a hard disk or a USB memory of a computer different from the computer constituting the computer 200.

  The screen definition file reading means 61 of the first embodiment is a screen definition file for both of the screens to be compared, that is, a screen definition file for a completed existing type screen (for example, a screen definition file for a PC screen). ) And a screen definition file (for example, a screen definition file for an RWD screen) for a type of screen under development. However, the screen definition file of the second embodiment includes path conversion information. Since it is defined, information about both of the screens to be compared can be obtained from the conversion information. Therefore, the screen definition file reading means 261 of the second embodiment has a configuration for reading both of the corresponding screen definition files. The difference is not.

  The screen file reading means 262 includes a path of a screen file for a specific type of screen (for example, a PC screen or a mobile screen) associated with the screen definition file read by the screen definition file reading means 261, and a type under development. The screen file path for the screen (for example, RWD screen) is acquired, and each screen file (JSP) for the screen of the specific type and the type under development is read from the screen file storage unit 232 using the acquired path. The process is executed. Normally, it is read from the screen file storage means 232 under the development environment, but may be read from the screen file storage means 232 under the production environment.

  The extraction unit 263 has the same configuration as the extraction unit 63 of the first embodiment, and extracts a code describing a dynamic part of the screen from each screen file (JSP) read by the screen file reading unit 262. Is to execute.

  The comparison result output unit 264 compares a screen describing a dynamic part of a screen of a specific type (for example, a PC screen or a mobile screen) extracted by the extraction unit 263 and a screen of a type being developed (for example, an RWD screen). Processing to display and / or print, processing to display and / or print the difference or excess or deficiency of code describing the dynamic part, screen display and / or printing in comparison with the number of extracted codes describing the dynamic part At least one of the processes to be executed is executed.

  The customer terminal 70, the customer terminal 80, and the customer terminal 90 are the same as those in the first embodiment. The customer terminal 71 is constituted by a mobile phone (a conventional mobile phone excluding a multi-function mobile phone such as a smartphone), and includes an input means for performing key input and button operation, and a display means such as a liquid crystal display. I have.

  In such a second embodiment, the site providing system 200 executes various processes related to service provision to customers as follows.

  In FIG. 6, first, in the WEB / AP server 220, the login processing means 221 stores the screen file in response to a login screen display request from the customer terminal 70 or the like in the same manner as in the first embodiment. Of the PC login screen, mobile login screen, RWD login screen, and other device login screens stored in the means 232, the login source display data related to the display request is sent to the requesting customer via the network 1. It transmits to the terminal 70 etc. (step S201).

  Subsequently, in the same manner as in the first embodiment, the login processing means 221 logs in the login information (customer identification information, login password, and screen type transmitted from the customer terminal 70 or the like via the network 1). And the customer login authentication process is executed (step S201).

  Further, when the accessed customer is authenticated, the log-in processing unit 221 uses the information indicating the type of the screen included in the received log-in information in the same manner as in the first embodiment, and the request source The screen type of the customer terminal 70 or the like is determined, and the screen determination category is determined (step S201). At this time, the difference from the case of the first embodiment is that the information indicating the screen type is a specific type (the type of the configuration screen of each site that has been operated in parallel in the conventional method) (PC screen information) For example, in the case of root = pc) or information indicating a mobile screen (for example, root = mo), the screen determination classification = 0 in any case without distinguishing these. When the information indicating the type of the screen is information indicating the RWD screen (for example, root = rwd), the screen determination classification = 1 is set. Note that it is possible to apply the present invention even if different screen determination categories are assigned to two specific types, in short, it is possible to distinguish between a specific type and a type other than the specific type, When there are a plurality of types other than the specific type, it is only necessary to distinguish them. In addition, it is not necessary to distinguish a plurality of types that are specific types (for example, a PC screen and a mobile screen) from the past without applying the present invention, that is, without providing a screen determination category in the present invention. This is because there is a state where the parallel operation is realized by the method, and the site providing system 200 of the present invention is constructed in such a manner that the state is used.

  Then, in the same way as in the case of the first embodiment, the obtained screen determination category is stored in the customer information storage unit 230 by the login processing unit 221 with the customer name, account information, etc. for the authenticated customer. And the customer name, account information, etc., and the screen determination classification are associated with the session ID and stored in the session information storage means 42 (step S201).

  Next, in the same manner as in the first embodiment, the login processing unit 221 obtains a top screen file corresponding to the screen type of the requesting customer terminal 70 from the screen file storage unit 232, The display data for the top screen is transmitted to the requesting customer terminal 70 via the network 1 (step S202).

  In FIG. 7, the business common processing means 222 receives a screen display request signal (including the URL of the next screen, the session ID, and the application ID) transmitted from the customer terminal 70 or the like via the network 1 (step). S203).

  Subsequently, the business processing unit 223 executes the business processing of the service related to the request by the business processing application having the application ID (aid) included in the screen display request signal received from the customer terminal 70 or the like by the business common processing unit 222. . In other words, the business processing means 223 acquires data necessary for providing the requested service from the database 52 of the database server 50 (step S204).

  Further, the business processing means 223 specifies identification information (name: class) of the screen display application that constitutes the screen display processing means 225. That is, the business processing application that configures the business processing means 223 calls the screen display application having the name (class: identification information of the screen display application) described in the business processing application (step S204).

  For example, when a plurality of sites are operated in parallel by the first conventional method described in [Problems to be Solved by the Invention], for the PC screen specified by the application ID received from the business common processing unit 222 The screen display application for the PC screen is called by the business processing application. Further, the mobile screen business processing application specified by the application ID received from the business common processing means 222 calls the mobile screen screen display application.

  On the other hand, when a plurality of sites are operated in parallel by the second conventional method described in [Problems to be Solved by the Invention], the PC screen specified by the application ID received from the business common processing unit 222 and The shared screen processing application is called on the PC screen and the mobile screen by the shared business processing application on the mobile screen, or the business is shared on the PC screen and the mobile screen specified by the application ID received from the business common processing means 222. Depending on the type of screen determined by the processing application using information included in the screen display request signal from the customer terminal 70 or the like, the screen display application for the PC screen or the screen display application for the mobile screen is selected and called. .

  Then, the business common processing unit 222 passes the data acquired from the database 52 of the database server 50 by the business processing unit 223 to the screen display common processing unit 224 together with the session ID (step S205). Note that these data and session ID are transferred from the business processing to the screen display processing as a framework processing by the business common processing means 222, but not by the business processing means 223. You may be made to perform as this process. Therefore, for example, the business processing application that configures the business processing unit 223 may call the screen display application that configures the screen display processing unit 225 and pass the data and the session ID to the screen display application.

  Thereafter, the data received from the business common processing unit 222 by the screen display processing unit 225, that is, the screen display application called by the business processing application that constitutes the business processing unit 223 (the database server 50 in the business processing by the business processing unit 223). Data obtained from the database 52), a dynamic part to be displayed using the service data related to the request is created out of the screens created by the screen file (JSP) read by the screen display common processing means 224. (Step S206).

  Further, by the screen display processing unit 225, that is, the screen display application called by the business processing application that constitutes the business processing unit 223, the specific type (of the configuration screen types of the sites that have been operated in parallel in the conventional method) A screen file (JSP) path for a screen of any type is designated (step S206). Note that the path of the screen file (JSP) is described in the called screen display application.

  For example, when a plurality of sites are operated in parallel by the first conventional method described in [Problems to be Solved by the Invention], a screen display for a PC screen called by a business processing application for a PC screen The path of the screen file (JSP) for the PC screen is described in the application. In addition, a screen display application for mobile screen called by the business processing application for mobile screen describes a path of a screen file (JSP) for mobile screen.

  On the other hand, when a plurality of sites are operated in parallel by the second conventional method described in [Problems to be Solved by the Invention], a PC screen called by a shared business processing application on the PC screen and the mobile screen. In addition, the path of the screen file (JSP) for the PC screen and the mobile screen is described in the screen display application shared on the mobile screen, and the screen display application shared on the PC screen and the mobile screen is a screen from the customer terminal 70 or the like. The screen file (JSP) path for the PC screen or the screen file (JSP) path for the mobile screen is selected and specified according to the screen type determined using the information included in the display request signal. Alternatively, for a PC screen that is selectively called according to the type of the screen determined by using the information included in the screen display request signal from the customer terminal 70 or the like by the business processing application shared on the PC screen and the mobile screen. A screen file (JSP) path for the PC screen is described in the screen display application, and a screen file (JSP) path for the mobile screen is displayed in the screen display application for the mobile screen that is selectively called. It has been described.

  Subsequently, the screen display common processing means 224 passes the session ID received from the business common processing means 222 (the session ID included in the screen display request signal received by the business common processing means 222) to the session management server 40 (step S207). ). In the session management server 40, the session management unit 41 receives the inquiry signal (with session ID) of the screen determination classification from the screen display common processing unit 224 of the WEB / AP server 220, and is associated with the received session ID. The screen determination classification is acquired from the session information storage means 42 (including the screen determination classification storage means), and the acquired screen determination classification is passed to the screen display common processing means 224 of the WEB / AP server 220 (step S207).

  If the acquired screen determination category is a specific type (one of the types of configuration screens of each site operating in parallel in the conventional method), the screen display common processing means 224 displays the screen display. Using the screen file (JSP) path for the screen of the specific type designated by the processing unit 225 as it is, the screen file (JSP) used in the service related to the request is read from the screen file storage unit 232 (step S207). For example, when the screen determination category = 0, the screen file for the PC screen (JSP) is used by using the path of the screen file for the PC screen (JSP) described in the screen display application called by the business processing application. ) Or the screen file (JSP) for mobile screen is read using the path of the screen file (JSP) for mobile screen described in the screen display application called by the business processing application.

  On the other hand, when the acquired screen determination category is a type other than the specific type, the screen display common processing unit 224 reads the screen definition file corresponding to the acquired screen determination category from the screen definition file storage unit 231. In accordance with the association defined in the screen definition file, the path of the screen file (JSP) for the screen of the specific type designated by the screen display processing means 225 is changed to the screen file (JSP) of the screen of the type other than the specific type. Using the converted path, the screen file (JSP) used in the service related to the request is read from the screen file storage unit 232 (step S207). For example, when the screen determination category = 1, the screen definition file for the RWD screen corresponding to the screen determination category = 1 is read from the screen definition file storage unit 231 and defined in the screen definition file for the RWD screen. According to the association (conversion information from the screen file path for the PC screen to the screen file path for the RWD screen, or the conversion information from the screen file path for the mobile screen to the screen file path for the RWD screen) Convert the path of the screen file (JSP) for the PC screen described in the screen display application (substitute) to the path of the screen file (JSP) for the RWD screen, or describe it in the screen display application (substitute) Convert the path of the mobile screen file (JSP) to the path of the screen file (JSP) for the RWD screen. Using the screen path of the file (JSP) for the WD screen, read the screen file for RWD screen (JSP).

  Then, using the screen file (JSP) read by the screen display common processing means 224, including the dynamic part created by the screen display processing means 225 in the above-described step S206, the data for displaying the screen of the service related to the request (Web page) is created, and the created display data for the screen is transmitted to the requesting customer terminal 70 or the like via the network 1 (step S207).

  Note that the processes in steps S203 to S207 described above are repeated each time there is a screen display request from the customer terminal 70 or the like for receiving provision of each service.

  In the second embodiment, the construction support system 260 executes various processes related to the construction support of the site providing system 200 as follows.

  In FIG. 8, first, the screen definition file reading means 261 reads a screen definition file (for example, a screen definition file for an RWD screen) for a type of screen under development (step S211). At this time, the screen definition file storage unit 231 under the development environment is normally read, but it may be read from the screen definition file storage unit 231 under the production environment, or a storage location other than the screen definition file storage unit 231 (for example, development May be read from a person's computer).

  Next, by the screen file reading means 262, from the screen definition file read by the screen definition file reading means 261, the path of the screen file for the screen of a specific type associated (for example, a PC screen or a mobile screen), and development The screen file path for the middle type screen (for example, RWD screen) is acquired (step S212).

  Subsequently, the screen file reading unit 262 uses the path acquired from the screen file storage unit 232 to specify a specific type of screen (for example, a PC screen or a mobile screen) and a type of screen under development (for example, an RWD screen). Each screen file (JSP) is read (step S213). At this time, the file is normally read from the screen file storage unit 232 under the development environment, but may be read from the screen file storage unit 232 under the production environment.

  Although depending on the size of the site (number of screen files), usually, in step S212, many pairs of paths are acquired from the screen definition file. At this time, in performing the processing after step S213 (reading the screen file, extracting the dynamic part, and outputting the result), the pairs of paths may be processed one by one (the number of pairs of screen files). Reading, dynamic part extraction, and output of results are repeated.) Several pairs of paths (multiple pairs of paths) may be processed together (as many as the number of the collected sets). The process of reading the screen file, extracting the dynamic part, and outputting the result is repeated.) All the pairs of paths may be processed together. This is the same as in the case of the first embodiment.

  Then, the code that describes the dynamic part of the screen is extracted from each read screen file (JSP) by the extraction means 263 (step S214). More specifically, a code (for example, “ZANDAKA” or the like) of a portion that is a variable (parameter) such as a display portion of data (for example, a balance or the like) acquired from the database 52 is extracted.

  Then, the comparison result output means 264 outputs a result of comparing the code describing the dynamic part of the extracted screen of a specific type (for example, a PC screen or a mobile screen) and the screen of a type being developed (for example, an RWD screen) ( Screen display and printing) (step S215).

  The output form of the comparison result is arbitrary, and for example, there is the following output form. The output mode may be selected by the user (system developer). This is the same as in the case of the first embodiment.

  In the first output mode, the code describing the extracted dynamic part is output as it is in the code state as it is arranged side by side as shown in FIG. Since the path of the screen file (JSP) for a specific type of screen is specified by the screen display application, in the example of FIG. 8, each screen file corresponding to the screen display application after the identification information (name: class) is displayed. Codes describing the dynamic part of the screen extracted from (JSP) are arranged side by side and output (screen display or printing). Therefore, if there is a lack of development for a screen of a type being developed (for example, an RWD screen), a character or symbol indicating that the screen of the type being developed is blank or no corresponding code exists is output. The On the other hand, if a screen of a type being developed (for example, an RWD screen) includes an extra dynamic part, the screen of a specific type (for example, a PC screen or a mobile screen) is left blank, or a corresponding code A character, a symbol, or the like indicating that does not exist is output.

  In the second output mode, if there is a difference or excess or deficiency in the code that describes the dynamic part of both screens, only the differences or excess or deficiency are compared and placed side by side. Output. Therefore, in the first output mode, even if there is no difference or excess or deficiency, the corresponding dynamic part code is output, but in the second output mode, only when there is a difference or excess or deficiency The code of the dynamic part to be output is output. At this time, if there is no corresponding code, it is the same as in the first output mode to leave it blank or output a character or symbol indicating that there is no corresponding code.

  In the third output mode, instead of outputting the code itself describing the extracted dynamic part, the number of extractions is compared and output. For example, a specific type of screen (for example, a PC screen or a mobile screen) has 100 dynamic parts, and a type screen under development (for example, an RWD screen) has 98 dynamic parts, etc. Output numerical information. At this time, the number of extractions may be output in a divided unit (for example, service details), or the total number of all services may be output as a comparison output. Note that it is difficult to immediately identify where there is an excess or deficiency if the comparison output of the number of extractions is not performed without dividing the number of extractions into small units as in the former, and it is difficult to immediately identify where there is excess or deficiency. It is easy to check the progress. For example, when the screen development is almost completed, the number of both extractions is almost the same, but there are 100 dynamic parts in a specific type of screen (for example, a PC screen or a mobile screen), which is under development. If it is output that there are 60 dynamic parts on the type screen (for example, RWD screen), it is understood that the progress is about 60%.

  According to such 2nd Embodiment, there exist the following effects. That is, in the site providing system 200, information for converting the path of the screen file (JSP) for the screen necessary for providing each service is described in the screen definition file, and the screen file (JSP) from this screen definition file is written. The path conversion information is acquired as a framework process by the screen display common processing means 224. Accordingly, a plurality of sites (for example, a PC site and a mobile site) operating in parallel in the conventional method (which may be either the first or the second conventional method described in [Problems to be Solved by the Invention]) are continued. When providing a new site (for example, RWD site) for another device, it is necessary to create and prepare a screen definition file and a screen file for another device. However, as the contents of the processing, it is not necessary to change the individual screen display processing of each service executed by the screen display processing means 225, and the processing by the business common processing means 222 and the business processing means 223 is also changed. There is no need, and a new screen determination category (indicating the type of screen for another device to be added is added to the framework processing by the screen display common processing means 224. Surface determination division) in the screen-definition-file) may make changes to increase the branching to read another screen definition file for the device (e.g., for RWD screen corresponding. Accordingly, the scope of correction when adding a site is limited to a framework that is commonly used by all of a plurality of types of services.

  Therefore, the development range can be narrowed and the development work can be easily performed, so that the development period can be shortened and the development cost can be reduced.

  In addition, when adding a site, a server application that executes individual processing other than the framework processing, that is, a screen display application that constitutes the screen display processing means 225 and a business processing application that constitutes the business processing means 223 are corrected. Therefore, it is possible to reduce the possibility that a new bug will be embedded in the development of the server application, and to reduce the business risk.

  In addition, because it becomes easy to add sites, it is easy to operate multiple existing sites (for example, PC sites and mobile sites) that are operating in parallel in the conventional method and sites with different screens (for example, RWD sites) in parallel. Therefore, it is necessary to set up a site with a screen for another device, or even if another device becomes mainstream, the place of service provision is completely established in a new site (for example, RWD site) In this case, it is possible to continue providing services to users of a plurality of existing sites (for example, a PC site and a mobile site) operating in parallel in the conventional method. For this reason, for example, it is possible to cope with the case where the customer terminal 70 is a PC equipped with an old version of a Web browser that cannot support the RWD screen.

  In addition, since parallel operation of a plurality of existing sites and additional newly-established sites can be easily realized, it is possible to secure an alternative means when a system failure occurs.

  In the future, new types of devices (for example, wearable terminals, voice recognition terminals, stereoscopic image terminals, etc.) that do not exist in the world or have not become widespread will be developed, and websites for the new types of devices will be provided. Even if a need arises, the new type of development will be limited, just like adding a screen-based site for another device that currently exists or is popular. You can easily add sites with screens for devices. For example, in order to provide service to each customer who operates a customer terminal 70 of a PC, a customer terminal 71 of a mobile phone, and a customer terminal 80 of a smartphone / tablet, a site using a PC screen, a site using a mobile screen, Even when the site with the RWD screen is operated in parallel, even if it is decided to start providing services to the customer who operates the customer terminal 90 of a new model such as a wearable terminal, the screen for the new model is used. You can easily add sites.

  Moreover, since the development of the screen (for example, RWD screen) used in the site to be added can be performed using the information of the existing screen (for example, the PC screen or the mobile screen), a bug is embedded in the screen development. It is possible to eliminate as much as possible.

  Furthermore, in the same way as when adding another site (for example, RWD site) to a plurality of existing sites (for example, PC site and mobile site) that are operated in parallel in the conventional method, the conventional method is operated in parallel. To multiple existing sites, adding multiple sites at the same time, adding another site, then adding another site, adding another site Further, it is possible to easily add another plurality of sites in the same period, add another site in the same period, and then add another plurality of sites in the same period.

  As described above, since the site providing system 200 is configured to be able to easily add a site, it is possible to close some of the plurality of sites operating in parallel. It can be done easily. That is, it is only necessary to reduce the branching in the screen type determination processing and the branching in the screen definition file reading processing corresponding to the screen determination classification. If there is no adverse effect on the processing even if there is an extra branch, the branch need not be deleted.

  Further, in the construction support system 260, a screen (for example, a PC screen or a mobile screen) of a specific type (one of the types of configuration screens of a plurality of existing sites operating in parallel in the conventional method) and under development Since the code describing the dynamic part of the type screen (for example, RWD screen) can be checked in comparison, the possibility of bugs being embedded in screen development can be reduced. In other words, when providing a new screen site using the server application in common, it is the screen dynamic item part that is likely to cause a bug. Develop screens (for example, RWD screens), and then load screen files for specific types of screens (for example, PC screens or mobile screens) and screen files for screens of a type being developed (for example, RWD screens). It is possible to avoid embedding bugs by outputting the code describing the dynamic part extracted from the comparison, or outputting the difference, excess or deficiency, and the number of extractions.

  In addition, when reading a screen file for a specific type of screen (for example, a PC screen or a mobile screen) and a screen of a type being developed (for example, an RWD screen), the path of the screen file described in the screen definition file is acquired. In addition, since the reading process is performed using the acquired path, it is possible to easily perform a comparison check of a number of corresponding screen files in a short time, thereby improving the development efficiency of screen development. In addition, progress management of screen development can be easily performed.

  In addition, when the corresponding screen file is read one by one in order and the operation of confirming the comparison is repeated, the confirmation operator knows the path of each screen file to be confirmed and uses it as the reading target. Since the input is performed every time, it is time-consuming and the path of the corresponding screen file needs to be easy to memorize and grasp for the confirmation operator. On the other hand, since the construction support system 260 automatically performs the reading process using the screen file path described in the screen definition file, the screen file path is difficult to memorize for the confirming operator. Even if it is difficult, the screen file can be read easily.

  [Deformation form]

  Note that the present invention is not limited to the above-described embodiments, and modifications and the like within a range in which the object of the present invention can be achieved are included in the present invention.

  For example, in each of the above-described embodiments, the program executed on the WEB / AP server 20 is described in Java (registered trademark) as an example, and the screen file is JSP as an example. A language other than Java (registered trademark) may be used instead, and in short, the present invention can be applied to any language that allows the framework to be considered.

  As described above, the site providing system, its construction support system, and the program according to the present invention are different types of customer terminals such as personal computers, mobile phones, smartphones, tablets, or new types of devices that will be developed in the future. It is suitable for use when receiving multiple access and providing a plurality of types of services to each type of customer terminal.

DESCRIPTION OF SYMBOLS 1 Network 10,200 Site provision system 21,221 Login processing means 22,222 Business common processing means 23,223 Business processing means 24,224 Screen display common processing means 25,225 Screen display processing means 31,231 Screen definition file storage means 32,232 Screen file storage means 42 Session information storage means 70 including screen determination classification storage means 70, 71, 80, 90 Customer terminal

Claims (4)

A site providing system configured by a computer that provides a website for providing a plurality of types of services to customer terminals connected via a network,
Receiving customer login information transmitted from the customer terminal via the network, determining the screen type of the customer terminal using the received login information, and a screen determination classification indicating the determined screen type Log-in processing means for executing processing to be stored in the screen determination category storage means in association with the session ID;
A screen definition file that defines the association between the application ID for a business processing application that performs individual business processing for each service and the path of the screen file for the screen used in each service, created in correspondence with the screen determination category Screen definition file storage means for storing
Screen file storage means for storing a screen file for a screen used in each service;
A screen display request signal including a session ID and an application ID transmitted from the customer terminal via the network is received, and the screen determination classification storage means associated with the session ID included in the received screen display request signal The application ID included in the received screen display request signal is obtained by acquiring the screen determination section stored in the screen and reading the screen definition file corresponding to the acquired screen determination section from the screen definition file storage means. Business common processing means for executing the process of acquiring the path associated with the application as a framework process common to all business processes of the plurality of types of services;
Business processing means for executing the business processing of the service related to the request by the business processing application of the application ID included in the screen display request signal received by the business common processing means;
The screen file used in the service related to the request is read from the screen file storage unit using the path acquired by the business common processing unit, and the screen of the service related to the request is created using the read screen file. Screen display common processing means for executing the processing to be performed as a framework processing common to all screen display processing of the plurality of types of services;
Screen display processing means for executing processing for creating a dynamic part of the screen created by the screen file read by the screen display common processing means using data obtained by the business processing by the business processing means And
The program for each service that constitutes the business processing means is a program that executes business processing for each service that inherits the business common processing by the business common processing means, and the program that constitutes the business common processing means is an inheritance source Is a parent class program
The program for each service constituting the screen display processing means is a program for executing the screen display processing for each service that inherits the screen display common processing by the screen display common processing means, and constitutes the screen display common processing means. A site providing system characterized in that the program is a parent class program of the inheritance source. A site support system construction support system configured by a computer that supports the construction of the site provision system according to claim 1,
A screen definition file reading means for executing processing for reading the screen definition file for a screen of an existing type that has been completed and the screen definition file for a screen of a type being developed;
From the screen definition file read by this screen definition file reading means, obtain the path of the screen file for the screen of the existing type and the type under development associated with the same application ID, and use the acquired path Screen file reading means for executing processing for reading the screen file for existing types and screens of types under development from the screen file storage means;
Extraction means for executing processing for extracting a code describing a dynamic part of the screen from the screen file read by the screen file reading means;
Processing to display and / or print the screen by comparing the code describing the dynamic part of the screen of the existing type and the type under development extracted by this extraction means, the difference or excess or deficiency of the code describing the dynamic part A comparison result output means for executing at least one of a process for displaying and / or printing a screen and a process for displaying and / or printing a screen by comparing the number of extracted codes describing the dynamic part. A site support system construction support system characterized by that.   A program for causing a computer to function as the site providing system according to claim 1.   A program for causing a computer to function as the site providing system construction support system according to claim 2.

Images