WO2015064032A1

WO2015064032A1 - Device used in system adapted for multiple devices, and method and program implemented in same device

Info

Publication number: WO2015064032A1
Application number: PCT/JP2014/005214
Authority: WO
Inventors: 一弥榊原; 良和都木; 本田　進
Original assignee: 株式会社じぶん銀行
Priority date: 2013-10-29
Filing date: 2014-10-15
Publication date: 2015-05-07
Also published as: JP2016048407A; JP5937562B2

Abstract

The present invention addresses the problem of providing a device used in a system adapted for multiple devices. The device according to the present invention is configured to be connected to at least one of a plurality of terminals as the multiple devices via a network. The device is configured to perform: receiving a request from a requesting terminal via the network (step S31'); acquiring information indicating a screen size of the requesting terminal (step S32'); selecting a style sheet from at least one style sheet on the basis of at least the information indicating the screen size of the requesting terminal (step S33'); and providing information based on the selected style sheet to the requesting terminal via the network (step S37').

Description

Apparatus used in a multi-device system, method and program executed in the apparatus

The present invention relates to an apparatus used in a system corresponding to a multi-device, a method and a program executed in the apparatus, and particularly, when a system corresponding to a multi-device is developed, the development period of the system is shortened and the development cost is reduced. The present invention relates to a device that can reduce the noise, a method and a program executed in the device.

Conventionally, systems that support multi-devices are known. Patent Document 1 discloses an information processing apparatus that enables pre-generation of an application execution environment according to a type of a client device according to a pre-registered schedule even when a user uses a plurality of types of client devices. ing. Patent Document 2 discloses a guidance information providing method capable of changing the form of guidance information to be provided according to the type of terminal used by the user. Patent Document 3 discloses an image processing method including a step of generating an optimal video conversion instruction for a mobile terminal while referring to information on the mobile terminal acquired from a user agent transmitted from the mobile terminal that requested the image display. ing.

JP 2012-238338 A JP 2004-350006 A JP 2005-352589 A

However, conventionally, when developing a system corresponding to a multi-device, there has been a problem that a method for shortening the development period of the system and reducing the development cost has not been established.

The present invention has been made to solve this problem, and when developing a system corresponding to a multi-device, an apparatus that can shorten the development period of the system and reduce the development cost, An object is to provide a method and a program executed in an apparatus.

The present invention is an apparatus used in a system corresponding to a multi-device, and the apparatus is configured to be connected to at least one terminal among a plurality of terminals as the multi-device via a network. The apparatus includes a processor unit and a memory unit, and at least one style sheet is stored in the memory unit, and each of the at least one style sheet defines a display format of content. Each of the at least one style sheet corresponds to one of the at least one terminals, and the processor unit receives a request from a requesting terminal via the network, and The requesting terminal is one of the at least one terminal, and an image of the requesting terminal. Obtaining information indicating the size, selecting a style sheet of the at least one style sheet based on at least information indicating the screen size of the requesting terminal, and information based on the selected style sheet Is provided to the requesting terminal via the network. Thereby, the object mentioned above is achieved.

The processor unit determines a type of the request terminal by recognizing user agent information of the request terminal, and transmits a script according to the type of the request terminal to the request terminal via the network. Receiving the information indicating the screen size of the request terminal acquired at the request terminal by the request terminal executing the transmitted script from the request terminal via the network. Information indicating the screen size of the terminal may be acquired.

The processor unit is further configured to generate content common to the multi-device corresponding to a response representing a result of processing performed on the received request, the processor unit configured to select the selection Information based on the generated style sheet and the generated content may be provided to the requesting terminal via the network.

The processor unit is further configured to obtain information indicating the type of the requesting terminal, and the processor unit includes at least information indicating a screen size of the requesting terminal and information indicating the type of the requesting terminal. Based on this, a style sheet of the at least one style sheet may be selected.

The system includes an account information database for maintaining the account information of the depositor, and an account system connected to the account information database, which executes a process for bank service, The process executed for the received request may be a process for the bank service executed by the accounting system for the received request.

The request terminal is a mobile terminal having a telephone function, and the processing for the bank service executed by the billing system is for bank service that uses the mobile phone number of the request terminal instead of an account number. It may be a process.

The bank service may be a signal notification service for mirror trade.

The present invention is a method executed in an apparatus used in a system corresponding to a multi-device, and the apparatus is connected to at least one terminal among a plurality of terminals as the multi-device via a network. The apparatus includes a processor unit and a memory unit, and at least one style sheet is stored in the memory unit, and each of the at least one style sheet has a content display format. Each of the at least one style sheet corresponds to one of the at least one terminal, and the method is such that the processor unit sends a request from the requesting terminal via the network. The requesting terminal is one of the at least one terminals. The processor unit obtains information indicating the screen size of the requesting terminal, and the processor unit selects the at least one style based at least on the information indicating the screen size of the requesting terminal. Selecting a style sheet of the sheets, and providing the processor unit with information based on the selected style sheet to the requesting terminal via the network. Thereby, the object mentioned above is achieved.

The present invention is a program executed in an apparatus used in a system corresponding to a multi-device, and the apparatus is connected to at least one terminal among a plurality of terminals as the multi-device via a network. The apparatus includes a processor unit and a memory unit, and at least one style sheet is stored in the memory unit, and each of the at least one style sheet has a content display format. Each of the at least one style sheet corresponds to one of the at least one terminal, and the program executes a request from a requesting terminal when executed by the processor unit. Receiving via the network, wherein the requesting terminal At least one style based on at least one of the terminals, obtaining information indicating the screen size of the requesting terminal, and information indicating the screen size of the requesting terminal. The processor unit is configured to select a style sheet from among the sheets and to provide information based on the selected style sheet to the requesting terminal via the network. Thereby, the object mentioned above is achieved.

According to the present invention, there is provided an apparatus capable of shortening the development period of the system and reducing the development cost when developing a system corresponding to a multi-device, and a method and a program executed in the apparatus. It becomes possible.

The figure which shows an example of a structure of the bank system 1 corresponding to a multi device. The figure which shows the outline of the processing flow of the bank system 1 The figure which shows an example of the procedure of the process performed by the front system 50 (namely, the processor part 53 of the front system 50). The figure which shows an example of the procedure of the process of step S32 shown by FIG. The figure which shows an example of the procedure of the process of step S33 shown by FIG. The figure which shows another example of the procedure of the process performed by the front system 50 (namely, the processor part 53 of the front system 50). The figure which shows an example of the procedure of the process of step S32 'shown by FIG. The figure which shows an example of the procedure of the process of step S33 'shown by FIG. The figure which shows another example of a structure of the bank system 1 corresponding to a multi device. The figure which shows the outline of the processing flow of the bank system 1 until a mirror transaction applicant receives approval of signal notification The figure which shows the outline of the processing flow of the bank system 1 for providing a signal notification to a mirror transaction applicant when a mirror transaction object person performs a predetermined transaction (for example, foreign currency deposit transaction). The figure which shows the outline of the processing flow of the bank system 1 until a mirror transaction applicant registers a signal notification. The figure which shows the outline of the processing flow of the bank system 1 for providing a signal notification to a mirror transaction applicant when a mirror transaction object person performs a predetermined transaction (for example, foreign currency deposit transaction).

Hereinafter, embodiments of the present invention will be described by taking application to a bank system as an example with reference to the drawings. However, the present invention is not limited to application to a bank system. The present invention can be applied to any system that supports multiple devices.

1. Configuration of Bank System FIG. 1 shows an example of the configuration of a bank system 1 that supports multi-devices. In the example shown in FIG. 1, the bank system 1 corresponds to a terminal 10 ₁ , a terminal 10 ₂ ,..., A terminal 10 _N as multi-devices. Here, N is an arbitrary integer of 2 or more. For example, the terminal 10 ₁ is smart phone, the terminal 10 ₂ is a tablet terminal, the terminal 10 _N is a personal computer (PC). As described above, the bank system 1 is configured to be able to respond to requests from various types of terminals. Terminal 10 _1, the terminal ₁₀ 2, ..., the terminal 10 _N, respectively, the browser ₂₀ _1, 20 2 for the type of terminal, ..., 20 _N are incorporated. Thereby, each of the terminal 10 ₁ , the terminal 10 ₂ ,..., The terminal 10 _N can function as a Web browser.

The bank system 1 includes an account information database 30 for maintaining depositor's account information, an account system 40 connected to the account information database 30, and a front system 50 functioning as a front end of the account system 40. Including.

The account system 40 is a basic system of the bank, and executes all bank services of the account system such as deposit / withdrawal management. For example, the account system 40 performs bank services such as deposit balance inquiry, yen deposit, foreign currency deposit, transfer, FX (over-the-counter foreign exchange margin transaction).

The front system 50 is configured to be connected to at least one of the terminal 10 ₁ , the terminal 10 ₂ ,..., The terminal 10 _N via the Internet 60.

The front system 50 includes a browser common interface unit 51, a billing system interface unit 52, a processor unit 53, and a memory unit 54.

The browser common interface unit 51 controls communication with at least one of the

browsers

20 ₁ , 20 ₂ ,..., 20 _N.

The account system interface unit 52 controls communication with the account system 40.

The processor unit 53 controls the overall operation of the front system 50.

The memory unit 54 stores at least one style sheet 55. The at least one style sheet 55 includes, for example, a plurality of

style sheets

55 ₁₁ , 55 ₁₂ ,... 55 _1i , 55 ₂₁ , 55 ₂₂ ,... 55 _2j , ..., 55 _N1 , 55 _N2 ,. -55 _Nk . Here, i, j, and k are integers of 1 or more.

Style sheets

55 ₁₁ , 55 ₁₂ ,... 55 _1i indicate i style sheets used for the terminal 10 ₁ . Style sheets _{_{_{55 21, 55 22, ··· 55}}} 2j shows a j-number of style sheets used for the terminal 10 _2.

Style sheets

55 _N1 , 55 _N2 ,... 55 _Nk indicate k style sheets used for the terminal 10 _N. Each style sheet defines a content display format. In principle, one style sheet is defined in units of one screen (one web page) displayed on the terminal. Each content is described in a markup language such as HTML or XHTML, for example. Each style sheet is described in a style sheet language such as CSS or XSL. Each style sheet may be stored in advance in the memory unit 54 before the bank service is executed, or may be dynamically generated and stored in the memory unit 54 when the bank service is executed.

Note that each component such as the processor unit 53 and the memory unit 54 shown in FIG. 1 may be configured by a single hardware component or a plurality of hardware components. The present invention is not limited to a specific hardware configuration.

Further, in the embodiment shown in FIG. 1, the bank system 1 and the terminal 10 ₁ , the terminal 10 ₂ ,..., The terminal 10 _N are connected via the Internet 60. It is not limited. Even when any type of network is used instead of the Internet 60, the present invention can be applied.

2. Processing of Bank System FIG. 2 shows an outline of the processing flow of the bank system 1. Hereinafter, each step will be described.

Step S21: The requesting terminal transmits a request (for example, deposit balance inquiry) to the front system 50 via the Internet 60. Here, the requesting terminal is one of the terminals 10 ₂ ,..., And the terminal 10 _N and is a terminal that has transmitted the request.

Step S22: The front system 50 acquires “information indicating the type of the requesting terminal” and “information indicating the screen size of the requesting terminal”. In the present invention, it does not matter how the front system 50 acquires “information indicating the type of requesting terminal” and “information indicating the screen size of the requesting terminal”. As long as the front system 50 acquires “information indicating the type of the requesting terminal” and “information indicating the screen size of the requesting terminal”, the present invention can be applied to any method that the front system 50 acquires these information. Is within the range.

Step S23: The front system 50, among the at least one style sheet 55 stored in the memory unit 54, obtains “information indicating the type of requesting terminal” and “information indicating the screen size of the requesting terminal” acquired in step S22. Select the style sheet corresponding to

Step S24: The front system 50 transmits the request received from the requesting terminal to the billing system 40. However, the request received from the requesting terminal is transmitted from the front system 50 to the billing system 40 according to a predetermined protocol between the front system 50 and the billing system 40. Therefore, the request received from the requesting terminal is converted into a predetermined data format as necessary in the front system 50 (that is, the billing system interface unit 52 of the front system 50), and is sent to the billing system 40 according to a predetermined procedure. Sent.

Note that step S24 does not have to be executed after step S23. Step S24 may be executed at an arbitrary timing after step S21.

Step S25: The billing system 40 executes processing for the request (for example, deposit balance inquiry) received from the front system 50.

Step S26: The billing system 40 transmits to the front system 50 a response to the request that represents the result of processing for the request received from the front system 50 (for example, a deposit balance inquiry). The front system 50 receives the response from the billing system 40. However, transmission of the response from the accounting system 40 to the front system 50 is performed according to a predetermined protocol between the front system 50 and the accounting system 40. Accordingly, the response is received by the front system 50 in accordance with a predetermined procedure, and converted into a predetermined data format as necessary in the front system 50 (that is, the billing system interface unit 52 of the front system 50).

Step S27: The front system 50 generates content corresponding to the response received from the billing system 40. Here, the content generated by the front system 50 is content common to multiple devices. For example, it is assumed that the response received from the account system 40 is “¥ 10,000” in response to the request “deposit balance inquiry”. In this case, the front system 50 generates content (for example, HTML content) for displaying a screen (web page) indicating that the balance of the deposit is “¥ 10,000” on the display of the requesting terminal. Here, regardless of the type of request terminal (and / or request terminal of any screen size) the front system 50 receives a request for “deposit balance inquiry”, the deposit balance is “¥ The fact that it is “10,000” is unchanged. Thus, regardless of what type of requesting terminal (and / or what screen size requesting terminal) the front system 50 has received a request for “deposit balance”, In response to a response from the accounting system 40 that the balance of the deposit is “¥ 10,000”, content common to the multi-device (for example, HTLM content) is generated.

Step S28: The front system 50 transmits the style sheet selected in step S23 and the content common to the multi-device generated in step S27 (for example, HTML content) to the requesting terminal via the Internet 60. *

Step S29: The request terminal receives and receives the style sheet selected in step S23 and the content common to the multi-device generated in step S27 (for example, HTML content) from the front system 50 via the Internet 60. The received content (for example, HTML content) is displayed on the display of the requesting terminal in accordance with the style sheet.

Thus, according to the processing flow of the bank system 1 shown in FIG. 2, the requesting terminal is selected according to “information indicating the type of requesting terminal” and “information indicating the screen size of the requesting terminal”. The content is displayed on the display of the requesting terminal according to the style sheet. Regardless of the “information indicating the type of requesting terminal” and the “information indicating the screen size of the requesting terminal”, the displayed content is common to multiple devices. By displaying according to the style sheet selected according to “Information” and “Information indicating the screen size of the requesting terminal”, the content common to the multi-device is displayed in the display format suitable for the type and screen size of the requesting terminal. Can be displayed on the display.

In a bank system in which a customer's mobile phone number and account number are associated one-to-one, the customer can use a bank service that uses the mobile phone number instead of the account number. For example, when customers have an account at a bank, use a transfer service (so-called “mobile phone number transfer” service) in which the transferor makes a transfer by specifying only the recipient's mobile phone number and name. be able to.

When the requesting terminal is a mobile terminal having a telephone function (for example, when the requesting terminal is a mobile phone or a smartphone), the process executed by the billing system 40 uses the mobile phone number of the requesting terminal as the account number. It may be processing for a bank service used instead. An example of such a bank service is a transfer service (so-called “mobile phone number transfer” service) in which transfer is performed by designating only a recipient's mobile phone number and name.

3. Process view of the front system 3, front system 50 (i.e., the front processor 53 of the system 50) showing an example of a process procedure executed by. This processing is stored in the memory unit 54 in the form of a program, for example. The program stored in the memory unit 54 is, for example, a Web server program. The processor unit 53 reads the Web server program stored in the memory unit 54 and executes the Web server program. As a result, the front system 50 can function as a Web server.

Hereinafter, the process shown in FIG. 3 will be described step by step.

Step S31: The front system 50 receives a request from the requesting terminal (for example, deposit balance inquiry) via the Internet 60. This step corresponds to step 21 in FIG.

Step S32: The front system 50 acquires “information indicating the type of the requesting terminal” and “information indicating the screen size of the requesting terminal”. This step corresponds to step S22 in FIG.

Step S33: The front system 50 stores at least one stored in the memory unit 54 based at least on the “information indicating the type of the requesting terminal” and the “information indicating the screen size of the requesting terminal” acquired in Step S32. One of the style sheets 55 is selected. This step corresponds to step S23 in FIG.

Step S34: The front system 50 transmits the request received from the requesting terminal to the billing system 40. This step corresponds to step S24 in FIG. Therefore, step S34 does not have to be executed after step S33. Step S34 may be executed at an arbitrary timing after step S31.

Step S35: The front system 50 receives, from the account system 40, a response to the request that represents the result of processing of the account system 40 for the request (for example, deposit balance inquiry) transmitted to the account system 40. This step is a step corresponding to step S26 of FIG.

Step S36: The front system 50 generates content corresponding to the response received from the billing system 40. Here, the content generated by the front system 50 is content common to multiple devices. This step corresponds to step S27 in FIG.

Step S37: The front system 50 transmits the style sheet selected in step S33 and the content common to the multi-device generated in step S36 (for example, HTML content) to the requesting terminal via the Internet 60. This step corresponds to step S28 in FIG. Alternatively, in step S37, the front system 50 synthesizes the content based on the style sheet selected in step S33 and the content common to the multi-device generated in step S36 (for example, HTML content) and synthesizes the content. The transmitted content may be transmitted to the requesting terminal. The content synthesized in this way is, for example, HTML content. In any case, information based on the style sheet and content common to the multi-devices is transmitted to the requesting terminal. The information based on the style sheet and the content common to the multi-device may be the style sheet itself and the content common to the multi-device itself, or the content synthesized based on the style sheet and the content common to the multi-device. It may be. The information based on the style sheet and the content common to the multi devices may be arbitrary information as long as it is based on the style sheet and the content common to the multi devices.

As described above, according to the procedure of processing executed by the front system 50 shown in FIG. 3, the requesting terminal is based on the style sheet and the content common to the multi-devices from the front system 50 via the Internet 60. The information is received, and the content (eg, HTML content) is displayed on the display of the requesting terminal according to the display format defined by the style sheet. Regardless of the “information indicating the type of requesting terminal” and the “information indicating the screen size of the requesting terminal”, the displayed content is common to multiple devices. By displaying according to the display format defined by the style sheet selected based at least on “information” and “information indicating the screen size of the requesting terminal”, the content common to the multi-device is set to the type and screen size of the requesting terminal. It can be displayed on the display of the requesting terminal in an appropriate display format.

In the above-described embodiment, the front system 50 transmits a request to the billing system 40 in step S34, and the front system 50 receives a response to the request from the billing system 40 in step S35. The present invention is not limited to this. For example, the front system 50 may transmit a request to a system other than the billing system 40 outside the front system 50 and receive a response to the request from the external system. In this case, the front system 50 generates content corresponding to the response received from the external system.

Alternatively, instead of sending the request to a system external to the front system 50 and receiving it from the external system 50, the front system 50 processes the request inside the front system 50, thereby responding to the request. You may make it produce | generate inside the front system 50. FIG. In this case, the front system 50 generates content corresponding to a response generated inside the front system 50.

Thus, the front system 50 does not necessarily need to function as a front end for a system outside the front system 50. In this sense, the front system 50 can be said to be an apparatus used in a system (for example, the bank system 1) that supports multiple devices.

FIG. 4 shows an example of the processing procedure of step S32 shown in FIG. This process is executed by the front system 50 (that is, the processor unit 53 of the front system 50). This processing is stored in the memory unit 54 in the form of a program, for example. The program stored in the memory unit 54 is, for example, a Web server program.

Hereinafter, the process shown in FIG. 4 will be described step by step.

Step S41: The user agent information of the requesting terminal is recognized. Here, the user agent information is information indicating the user's browser type, operating system (OS), and the like.

Step S42: It is determined whether or not the request terminal type is a smartphone. Such a determination is made using the user agent information of the requesting terminal recognized in step S41. If this determination is “Yes”, the process proceeds to step S43. If this determination is “No”, the process proceeds to step S45.

Step S43: It is determined that the request terminal type is a smartphone. This means that information indicating that the type of the requesting terminal is a smartphone has been acquired as “information indicating the type of the requesting terminal”.

Step S44: A script for a smartphone (for example, JavaScript (registered trademark)) is selected.

Step S45: It is determined whether or not the requesting terminal type is a tablet terminal. Such a determination is made using the user agent information of the requesting terminal recognized in step S41. If this determination is “Yes”, the process proceeds to step S46, and if this determination is “No”, the process proceeds to step S48.

Step S46: It is determined that the requesting terminal type is a tablet terminal. This means that information indicating that the type of the requesting terminal is a tablet-type terminal has been acquired as “information indicating the type of the requesting terminal”.

Step S47: A script for a tablet-type terminal (for example, JavaScript (registered trademark)) is selected.

Step S48: It is determined that the requesting terminal type is a personal computer (PC). This means that information indicating that the type of the requesting terminal is a personal computer (PC) has been acquired as “information indicating the type of requesting terminal”. In the example illustrated in FIG. 4, when the type of the request terminal is not a smartphone and is not a tablet terminal, it is determined that the type of the request terminal is a personal computer (PC). By determining the type of the requesting terminal in this way, even when a new type of requesting terminal is developed, it is possible to proceed with the processing assuming that the type of the requesting terminal is a personal computer (PC).

Step S49: A script (for example, JavaScript (registered trademark)) for a personal computer (PC) is selected.

Step S50: The selected script is transmitted to the requesting terminal via the Internet 60.

The requesting terminal receives the selected script from the front system 50 via the Internet 60, and acquires the information indicating the screen size of the requesting terminal by executing the received selected script. The requesting terminal transmits information indicating the screen size of the requesting terminal acquired at the requesting terminal to the front system 50 via the Internet 60.

Step S51: Information indicating the screen size of the requesting terminal is received from the requesting terminal via the Internet 60. In this way, “information indicating the screen size of the requesting terminal” is acquired.

As described above, by executing the processing shown in FIG. 4, “information indicating the type of the requesting terminal” and “information indicating the screen size of the requesting terminal” are acquired. Therefore, it can be said that the process shown in FIG. 4 is a process corresponding to the process of step S32 of FIG.

FIG. 5 shows an example of the processing procedure of step S33 shown in FIG. This process is executed by the front system 50 (that is, the processor unit 53 of the front system 50). This processing is stored in the memory unit 54 in the form of a program, for example. The program stored in the memory unit 54 is, for example, a Web server program.

In the example shown in FIG. 5, it is assumed that the type of the request terminal is “smart phone”, “tablet terminal”, or “personal computer (PC)”. Further, it is assumed that “smartphones” have types having several different screen sizes, and “doublet type terminals” also have types having several different screen sizes. Of course, the present invention is not limited to these assumptions. Even if the request terminal type case classification is performed differently from the example shown in FIG. 5 and / or the screen size of the request terminal is different from the example shown in FIG. The present invention can be applied.

Hereinafter, the process shown in FIG. 5 will be described step by step.

Step S61: It is determined whether or not the request terminal type is a smartphone. Such determination is performed using, for example, “information indicating the type of the requesting terminal” acquired in steps S43, S46, and S48 illustrated in FIG. If this determination is “Yes”, the process proceeds to step S62. If this determination is “No”, the process proceeds to step S69.

Step S62: It is determined whether or not the screen size (screen width) of the requesting terminal is smaller than 320 pixels. Such a determination is made using, for example, “information indicating the screen size of the requesting terminal” acquired in step S51 shown in FIG. If this determination is “Yes”, the process proceeds to step S63. If this determination is “No”, the process proceeds to step S64.

Step S63: Of at least one style sheet 55 stored in the memory unit 54, there is a style sheet corresponding to the condition that the request terminal type = smartphone and the request terminal screen size (screen width) = 320 pixels. Selected. This style sheet is designed in advance so as to meet the condition that the request terminal type = smartphone and the screen size (screen width) of the request terminal = 320 pixels. After this style sheet is selected, the process ends.

Step S64: It is determined whether or not the screen size (screen width) of the requesting terminal is smaller than 480 pixels. Such a determination is made using, for example, “information indicating the screen size of the requesting terminal” acquired in step S51 shown in FIG. If this determination is “Yes”, the process proceeds to step S65. If this determination is “No”, the process proceeds to step S66.

Step S65: Of at least one style sheet 55 stored in the memory unit 54, there is a style sheet corresponding to the condition that the request terminal type = smartphone and the request terminal screen size (screen width) = 480 pixels. Selected. This style sheet is designed in advance so as to meet the condition that the request terminal type = smartphone and the screen size (screen width) = 480 pixels of the request terminal. After this style sheet is selected, the process ends.

Step S66: It is determined whether or not the screen size (screen width) of the requesting terminal is smaller than 800 pixels. Such a determination is made using, for example, “information indicating the screen size of the requesting terminal” acquired in step S51 shown in FIG. If this determination is “Yes”, the process proceeds to step S67. If this determination is “No”, the process proceeds to step S68.

Step S67: Of at least one style sheet 55 stored in the memory unit 54, there is a style sheet corresponding to the condition that the request terminal type = smartphone and the request terminal screen size (screen width) = 800 pixels. Selected. This style sheet is designed in advance so as to meet the condition that the request terminal type = smartphone and the screen size (screen width) = 800 pixels of the request terminal. After this style sheet is selected, the process ends.

Step S68: Of at least one style sheet 55 stored in the memory unit 54, there is a style sheet corresponding to the condition that the request terminal type = smartphone and the request terminal screen size (screen width) = 1024 pixels. Selected. This style sheet is designed in advance so as to meet the condition that the request terminal type = smartphone and the request terminal screen size (screen width) = 1024 pixels. After this style sheet is selected, the process ends.

Step S69: It is determined whether or not the requesting terminal type is a tablet terminal. Such determination is performed using, for example, “information indicating the type of the requesting terminal” acquired in steps S43, S46, and S48 illustrated in FIG. If this determination is “Yes”, the process proceeds to step S72. If this determination is “No”, the process proceeds to step S79.

Step S72 to Step S78: The contents of Step S72 to Step S78 are the same as the contents of Step S62 to Step S68 described above. Therefore, detailed description is omitted here.

Step S79: It is determined that the requesting terminal type is a personal computer (PC). In the example shown in FIG. 5, when the type of the request terminal is not a smartphone and is not a tablet terminal, it is determined that the type of the request terminal is a personal computer (PC). In this case, among the at least one style sheet 55 stored in the memory unit 54, the condition that the request terminal type = personal computer (PC) and the request terminal screen size (screen width) = 1024 pixels is satisfied. The style sheet corresponding to is selected. This style sheet is designed in advance so as to meet the condition that the type of the requesting terminal = personal computer (PC) and the screen size of the requesting terminal (screen width) = 1024 pixels. After this style sheet is selected, the process ends.

In this way, separate from the process of generating content common to multiple devices, a style sheet designed to match the device type and / or screen size for each device type and / or device screen size is prepared. As a result, even when a system corresponding to a multi-device is developed, it is not necessary to perform development for each device. Thereby, when developing a system corresponding to a multi-device, the development period of the system can be shortened, and the development cost can be reduced.

FIG. 6 shows another example of the procedure of processing executed by the front system 50 (that is, the processor unit 53 of the front system 50). This process is a modification of the process shown in FIG.

Hereinafter, the process shown in FIG. 6 will be described step by step.

Step S31 ': The front system 50 receives a request from the requesting terminal via the Internet 60.

Step S32 ': The front system 50 acquires "information indicating the screen size of the requesting terminal".

Step S33 ′: The front system 50 uses at least one of the style sheets 55 stored in the memory unit 54 based on the “information indicating the screen size of the requesting terminal” acquired in step S32 ′. Select.

Step S37 ': The front system 50 transmits the style sheet selected in step S33' to the requesting terminal via the Internet 60. Alternatively, in step S37 ′, the front system 50 combines the content based on the style sheet selected in step S33 ′ and the content (for example, HTML content), and transmits the combined content to the requesting terminal. It may be. The content synthesized in this way is, for example, HTML content. In any case, information based on the style sheet is transmitted to the requesting terminal. The information based on the style sheet may be the style sheet itself or content synthesized based on the style sheet and the content. The information based on the style sheet may be arbitrary information as long as it is based on the style sheet.

As described above, according to the procedure of the process executed by the front system 50 shown in FIG. 6, the request terminal receives information based on the style sheet from the front system 50 via the Internet 60, and uses the style sheet. In accordance with the defined display format, content (for example, HTML content) is displayed on the display of the requesting terminal. As a result, the content can be displayed on the display of the request terminal in a display format suitable for the screen size of the request terminal.

In the process shown in FIG. 3, step S32 shown in FIG. 3 is replaced with step S32 ′ shown in FIG. 6, and step S33 shown in FIG. 3 is replaced with step S33 ′ shown in FIG. It is also possible to do.

FIG. 7 shows an example of the processing procedure of step S32 'shown in FIG. This process is a modification of the process shown in FIG.

Step S41 ': User agent information of the requesting terminal is recognized. Here, the user agent information is information indicating the user's browser type, operating system (OS), and the like.

Step S42 ': It is determined whether or not the requesting terminal type is a smartphone. Such a determination is made using the user agent information of the requesting terminal recognized in step S41 '. If this determination is “Yes”, the process proceeds to step S44 ′. If this determination is “No”, the process proceeds to step S45 ′.

Step S44 ': A script for smart phone (for example, JavaScript (registered trademark)) is selected.

Step S45 ': It is determined whether or not the requesting terminal type is a tablet terminal. Such a determination is made using the user agent information of the requesting terminal recognized in step S41 '. If this determination is “Yes”, the process proceeds to step S47 ′. If this determination is “No”, the process proceeds to step S49 ′.

Step S47 ': A script for a tablet type terminal (for example, JavaScript (registered trademark)) is selected.

Step S49 ': A script (for example, JavaScript (registered trademark)) for a personal computer (PC) is selected.

Step S50 ': The selected script is transmitted to the requesting terminal via the Internet 60.

Step S51 ': Information indicating the screen size of the requesting terminal is received from the requesting terminal via the Internet 60. In this way, “information indicating the screen size of the requesting terminal” is acquired.

Thus, by executing the processing shown in FIG. 7, “information indicating the screen size of the requesting terminal” is acquired. Therefore, it can be said that the process shown in FIG. 7 is a process corresponding to the process of step S32 'of FIG.

FIG. 8 shows an example of the processing procedure of step S33 'shown in FIG. This process is a modification of the process shown in FIG.

Hereinafter, the process shown in FIG. 8 will be described step by step.

Step S62 ': It is determined whether or not the screen size (screen width) of the requesting terminal is smaller than 320 pixels. Such a determination is performed using, for example, “information indicating the screen size of the requesting terminal” acquired in step S51 ′ illustrated in FIG. If this determination is “Yes”, the process proceeds to step S 63 ′. If this determination is “No”, the process proceeds to step S 64 ′.

Step S63 ': Of at least one style sheet 55 stored in the memory unit 54, a style sheet corresponding to the condition that the screen size of the requesting terminal (screen width) = 320 pixels is selected. This style sheet is designed in advance so as to meet the condition that the screen size of the requesting terminal (screen width) = 320 pixels. After this style sheet is selected, the process ends.

Step S64 ': It is determined whether or not the screen size (screen width) of the requesting terminal is smaller than 480 pixels. Such a determination is performed using, for example, “information indicating the screen size of the requesting terminal” acquired in step S51 ′ illustrated in FIG. If this determination is “Yes”, the process proceeds to step S65 ′. If this determination is “No”, the process proceeds to step S66 ′.

Step S65 ': A style sheet corresponding to the condition that the screen size of the requesting terminal (screen width) = 480 pixels is selected from at least one style sheet 55 stored in the memory unit 54. This style sheet is designed in advance so as to meet the condition that the screen size of the requesting terminal (screen width) = 480 pixels. After this style sheet is selected, the process ends.

Step S66 ': It is determined whether or not the screen size (screen width) of the requesting terminal is smaller than 800 pixels. Such a determination is performed using, for example, “information indicating the screen size of the requesting terminal” acquired in step S51 ′ illustrated in FIG. If this determination is “Yes”, the process proceeds to step S 67 ′. If this determination is “No”, the process proceeds to step S 68 ′.

Step S67 ': Of at least one style sheet 55 stored in the memory unit 54, a style sheet corresponding to the condition that the screen size of the requesting terminal (screen width) = 800 pixels is selected. This style sheet is designed in advance so as to meet the condition that the screen size of the requesting terminal (screen width) = 800 pixels. After this style sheet is selected, the process ends.

Step S68 ': Among at least one style sheet 55 stored in the memory unit 54, a style sheet corresponding to the condition that the screen size of the requesting terminal (screen width) = 1024 pixels is selected. This style sheet is designed in advance so as to meet the condition that the screen size of the requesting terminal (screen width) = 1024 pixels. After this style sheet is selected, the process ends.

In this way, separate from the process of generating content, for each device screen size, by preparing a style sheet that is designed to fit the device screen size, you can develop a system that supports multiple devices. Even if it is done, there is no need to develop each device. Thereby, when developing a system corresponding to a multi-device, the development period of the system can be shortened, and the development cost can be reduced.

Furthermore, the style sheet for smartphones is designed first among multiple terminals as multi-devices, and then the style sheet for terminals other than smartphones is selected based on the style sheet designed for smartphones. It is preferable to design. By designing the style sheet in this way, the time required for designing the style sheet can be greatly shortened. For example, it is easy to design a style sheet for a personal computer (PC) by first designing a style sheet for a smartphone and then modifying a part of the style sheet designed for the smartphone. The reason is at least as shown in the following (1) to (3).

(1) Since the screen for smartphones has a small screen size, the amount of information displayed on the screen for smartphones is minimized. For example, the titles related to customer explanations that are required to be handled by the Financial Transaction Law are minimal. It is easy to divert such a screen for a smartphone having a small screen size to a screen for a personal computer (PC) having a large screen size. On the contrary, it is difficult to divert a screen for a personal computer (PC) having a large screen size to a screen for a smartphone having a small screen size.

(2) The smartphone screen is a long screen because it is easy to scroll. Thus, by dividing the vertically long smartphone screen and arranging the smartphone screens side by side, it is easy to divert the smartphone screen to a personal computer (PC) screen. Conversely, it is difficult to divert a screen for a personal computer (PC) to a screen for a smartphone. For example, when a menu configuration is expressed in a tab format on a screen for a personal computer (PC), it is difficult to divert such a screen to a screen for a smartphone.

(3) The smartphone screen is designed to transition to the next operation by touching the screen. For this reason, the area | region for operation which can be touched is ensured on the screen for smart phones. On the other hand, a screen for a personal computer (PC) is designed on the premise of mouse operation. Therefore, an operation area that can be touched is not always secured on the screen for a personal computer (PC). Therefore, it can be said that it is easier to divert a smartphone screen to a personal computer (PC) screen than to divert a personal computer (PC) screen to a smartphone screen.

Alternatively, a style sheet for a terminal having the smallest screen size among a plurality of terminals as a multi-device is first designed, and then, based on the style sheet designed for a terminal having the smallest screen size, You may make it design the style sheet for terminals other than the terminal which has the minimum screen size among terminals. By designing the style sheet in this way, the time required for designing the style sheet can be greatly shortened. This is because the design constraints when designing a style sheet for a terminal having the smallest screen size are the largest, so once the design of the style sheet for the terminal having the smallest screen size is completed, the smallest screen is then used. This is because it is easy to design a style sheet for a terminal other than a terminal having the smallest screen size among a plurality of terminals by modifying a part of the style sheet designed for a terminal having a size. .

Traditionally, the banking industry has developed applications centered on personal computers (PCs). This is because, in the banking industry, the idea of capturing smartphones as a complementary channel for complementing personal computers (PCs) was extremely strong. That is, the development of bank systems is mainly the development of applications for personal computers (PCs), and the development of applications for mobile phones and smartphones that are sidestreams is the applications for personal computers (PCs) that are mainstream. Has been done separately. In the banking industry, only Jibun Bank is designing banking services by positioning smartphones as the main channel, not a complementary channel. At Jibun Bank, there is nothing necessary other than a smartphone from account opening to transaction. In this respect, it can be said that Jibun Bank's banking system development policy is fundamentally different from other companies' banking system development policies.

4). Mirror Trade's signal notification service “Mirror Trade” is the same kind of transaction at the same time, knowing the trades of investors who are making profits in FX (over-the-counter foreign exchange margin trading) and securities trading. That means. Receiving information about a method at the timing when an investor of a mirror transaction target trades one step before the mirror trade is called signal notification.

Bank system 1 provides mirror trade signal notification service. This service enables a mirror notification applicant to receive a signal notification each time a mirror transaction subject performs a predetermined transaction (for example, a foreign currency deposit transaction). This service is useful when a beginner wants to refer to the method of an acquaintance who earns a margin due to exchange rate fluctuations. This service is an example of a bank service that uses a mobile phone number of a mobile terminal instead of an account number.

FIG. 9 shows another example of the configuration of the bank system 1 that supports multi-devices. In the example shown in FIG. 9, the bank system 1 further includes a customer database 70 and a mirror transaction database 80. The customer database 70 and the mirror transaction database 80 are connected to the front system 50 (in particular, the processor unit 53 of the front system 50). The customer database 70 is a database for maintaining personal information of bank customers. The mirror transaction database 80 is a database for maintaining the transaction history of the mirror transaction subject. Since the other components in the bank system 1 are the same as the components of the bank system 1 shown in FIG. 1, the description thereof is omitted here. In the example shown in FIG. 9, the embodiment of the present invention is described by taking application to the bank system 1 corresponding to the multi-device as an example, but the present invention is not limited to this. The present invention can also be applied to a bank system that does not support multi-devices.

Hereinafter, referring to FIGS. 10 and 11, the mirror transaction applicant designates the mobile phone number of the mirror transaction subject mobile terminal and applies for signal notification, and the mirror transaction subject applies the signal to the mirror transaction applicant. In the case where the notification is approved, an embodiment will be described in which a mirror notification applicant can receive a signal notification every time a mirror transaction target person performs a predetermined transaction (for example, foreign currency deposit transaction).

FIG. 10 shows an outline of the processing flow of the bank system 1 until the mirror transaction applicant receives the approval of the signal notification. Hereinafter, each step will be described.

Step S91: The mobile terminal of the mirror transaction applicant transmits a request for signal notification to the front system 50 via the Internet 60. Here, the request for signal notification includes the telephone number of the mobile terminal of the mirror transaction subject. Transmission of such a request for signal notification is performed, for example, by a mirror transaction applicant mirroring a predetermined screen of his / her mobile terminal (for example, a screen for applying for a mirror trade signal notification of foreign currency deposit transactions). This is done by inputting the telephone number (for example, 090-XXXX-XXXX) of the mobile terminal of the transaction target and touching the send button on the screen.

Step S93: The front system 50 searches the customer database 70 based on the telephone number of the mobile terminal of the mirror transaction subject included in the request for signal notification received from the mobile terminal of the mirror transaction applicant, and the mirror transaction The target person is specified, and information for specifying the mirror transaction target person is generated.

Step S95: The front system 50 generates a message based on the information for specifying the mirror transaction subject, and transmits the generated message to the mirror transaction subject mobile terminal via the Internet 60. As a result, the message received from the front system 50 is displayed on the screen of the mobile terminal of the mirror transaction subject. The message is, for example, a message “Mr. XX has received a request for notification of a mirror trade signal for foreign currency deposit transactions. Do you want to approve it?”.

Step S96: The mobile terminal of the mirror transaction target person transmits information indicating whether or not to approve a request for signal notification from the mirror transaction applicant to the front system 50 via the Internet 60. Approval of the request for signal notification from the mirror transaction applicant is, for example, that the mirror transaction target touches an approval button on the screen of his / her mobile terminal on which the message received from the front system 50 is displayed. Is done by. In this case, information indicating that the request for signal notification from the mirror transaction applicant has been approved is transmitted to the front system 50.

Step S97: The front system 50 stores in the front system 50 information indicating that the mirror transaction subject has approved the request for signal notification from the mirror transaction applicant. Accumulation of such information is performed by storing such information in the mirror transaction database 80, for example.

Step S98: The front system 50 transmits a message to the mirror transaction applicant's mobile terminal via the Internet 60. As a result, the message received from the front system 50 is displayed on the screen of the mobile terminal of the mirror transaction applicant. The message is, for example, a message “Mr. XX has approved your request for a mirror trade signal notification of a foreign currency deposit transaction.”

FIG. 11 shows an outline of a processing flow of the bank system 1 for providing a signal notification to the mirror transaction applicant when the mirror transaction target person performs a predetermined transaction (for example, foreign currency deposit transaction). Hereinafter, each step will be described.

Step S101: The mobile terminal of the mirror transaction target person transmits a request for a predetermined transaction (for example, foreign currency deposit transaction) to the front system 50 via the Internet 60. In the following description, the case where the predetermined transaction is a foreign currency deposit transaction will be described as an example, but the present invention is not limited to this example. The present invention can also be applied to transactions other than foreign currency deposit transactions. A request for a foreign currency deposit transaction includes a currency pair (for example, a pair of “US dollar” and “Japanese yen”), a transaction type (for example, “buy”), and a transaction amount (for example, “$ 1,000,000”). )including. Such a request for a foreign currency deposit transaction is transmitted, for example, when a mirror transaction target person has a currency pair (for example, “US dollar” in a predetermined screen (for example, a screen for foreign currency deposit transaction) of his / her mobile terminal. ”,“ Japanese yen ”pair), type of trading (for example,“ buy ”), transaction amount (for example,“ $ 1,000,000 ”), and touching the send button on the screen Is called.

Step S102: The front system 50 transmits a request for foreign currency deposit transaction received from the mobile terminal of the mirror transaction subject to the account system 40.

Step S103: In response to the request for the foreign currency deposit transaction received from the front system 50, the billing system 40 executes the foreign currency deposit transaction process.

Step S104: The billing system 40 transmits the processing result of the foreign currency deposit transaction to the front system 50.

Step S105: The front system 50 receives the processing result of the foreign currency deposit transaction from the accounting system 40, generates a message based on the received processing result of the foreign currency deposit transaction, and transmits the generated message via the Internet 60. Sent to the mobile terminal of the mirror transaction subject. As a result, the message received from the front system 50 is displayed on the screen of the mobile terminal of the mirror transaction subject. The message is, for example, a message “The requested foreign currency deposit transaction has been completed”.

Step S106: The front system 50 generates a message for signal notification, and transmits the generated message to the mirror transaction applicant's mobile terminal via the Internet 60. Such message transmission is performed by signal distribution using, for example, a push notification function. As a result, the message received from the front system 50 is displayed on the screen of the mobile terminal of the mirror transaction applicant. The message is, for example, a message such as “Mr. XX has made the following transactions with foreign currency deposits. 2013-month-day, currency pair: US dollar, Japanese yen, type of buying and selling: buying”.

In the signal notification example described above, the mirror transaction applicant is not notified of the transaction amount of the mirror transaction subject. However, if the mirror transaction subject's approval is obtained, the mirror transaction subject's The transaction amount may also be notified to the mirror transaction applicant.

Next, referring to FIG. 12 and FIG. 13, the mirror transaction target person is made anonymous, and when the mirror transaction applicant applies for signal notification, the mirror transaction target person does not obtain the individual approval of the mirror transaction target person. Embodiments are described that make it possible to mimic the trades of satisfying traders.

FIG. 12 shows an outline of the processing flow of the bank system 1 until the mirror transaction applicant registers for signal notification. Hereinafter, each step will be described.

Step S112: The mobile terminal of the mirror transaction applicant transmits a request for signal notification to the front system 50 via the Internet 60. Here, the request for signal notification includes the conditions of the mirror transaction subject. The condition of the mirror transaction target person is a condition for narrowing down the traders that the mirror transaction applicant desires to imitate the transaction. The condition of the mirror transaction target person is, for example, a condition of “the top three traders having a high profit rate within the target period”. Alternatively, the condition of the mirror transaction target person may be a condition that “the trader has a profit rate of 10% or more within the target period”. The conditions of the mirror transaction subject may be arbitrary conditions. Transmission of such a request for signal notification is performed, for example, by a mirror transaction applicant mirroring a predetermined screen of his / her mobile terminal (for example, a screen for applying for a mirror trade signal notification of foreign currency deposit transactions). This is done by inputting the conditions of the transaction target (for example, the target period, the number of traders with higher return rates, the level of return rate, etc.) and touching the send button on the screen. The target period is, for example, a period such as the past week, the past month, or the past year, but may be an arbitrary period.

Step S113: The front system 50 searches the mirror transaction database 80 based on the conditions of the mirror transaction subject included in the request for signal notification received from the mobile terminal of the mirror transaction applicant, and A trader that satisfies the condition is identified as a mirror trade target, and the identified mirror trade target is registered. Such registration is performed by, for example, associating a mirror transaction subject with a mirror transaction applicant in the mirror transaction database 80.

The mirror transaction database 80 includes, for example, a mirror transaction target person identifier, a mirror transaction permission presence / absence flag, and transaction details (for example, transaction date and time, passing pairs, transaction amount, exchange rate, type of sale). The transaction details may be stored in the mirror transaction database 80 in the form of a record, for example.

The mirror transaction subject identifier is an identifier for identifying the mirror transaction subject. The mirror transaction subject identifier is associated with a customer identifier (that is, an identifier for identifying a customer) in the customer database 70. The mirror transaction permission / non-permission flag is a flag indicating whether or not the customer is permitted to become a mirror transaction subject. The bank inquires of the customer in advance whether or not to grant permission to become a mirror transaction subject, and reflects the inquiry result in the mirror transaction permission presence / absence flag. For example, a mirror transaction permission flag value of “1” indicates that the customer is permitted to become a mirror transaction target, and the mirror transaction permission flag value is “0”. Being present indicates that the customer is not permitted to become a mirror transaction subject. The transaction details indicate a history of transactions actually performed. The transaction details are associated with the identifier of the trader who actually performed the transaction (that is, the mirror transaction subject identifier). The transaction details are, for example, that a person having a mirror transaction subject identifier xxx buys $ 1,000,000 on the month of 2013 in a currency pair of US dollar Japanese yen with an exchange rate of 99 yen / dollar. Indicates that a transaction was made.

Here, a person having a mirror transaction subject identifier xxx makes a buy transaction of $ 1,000,000 on the month of 2013 on a currency pair of US dollar Japanese yen with an exchange rate of 99 yen / dollar. After that, the same person having the mirror transaction subject identifier xxx makes a selling transaction of $ 1,000,000 on the day of the month of 2013, with a currency pair of US dollar Japanese yen, exchange rate of 100 yen / dollar. Suppose that In this case, the rate of return in this sales transaction is ((100-99) × 1,000,000 / 99 × 1,000,000) = 1/99. If there is only this sales transaction within the target period, the profit rate of the person having the mirror transaction target person identifier xxx is 1/99. If there is a buy transaction but no sell transaction within the target period, it is possible to evaluate the rate of return of this transaction at the prevailing rate at the end of the target period.

The front system 50 refers to each transaction detail stored in the mirror transaction database 80, calculates the rate of return for each mirror transaction identifier within the target period specified by the mirror transaction applicant, Identifies the mirror transaction subject identifier that satisfies the conditions of the seller. The front system 50 associates the identified mirror transaction subject identifier with the customer identifier of the mirror transaction applicant stored in the customer database 70. Thereby, it is possible to associate a mirror transaction subject and a mirror transaction applicant. This association completes the registration procedure for signal notification.

In addition, a list of traders that satisfy the conditions of the mirror transaction target is displayed on the screen of the mirror transaction applicant's mobile terminal so that the mirror transaction applicant can select from the traders that satisfy the conditions of the mirror transaction target. The mirror transaction target person may be selected. For example, on the screen of the mobile terminal of the mirror transaction applicant, “Revenue rate ranking in September for foreign currency deposits, 1st place, Mr. A, strong against the euro! 2nd place, B, 2nd place following August! Thus, you may make it display three persons with a high profit rate with a comment. In this case, the mirror transaction applicant can select the mirror transaction target with reference to the comment. Here, Mr. A, Mr. B, and Mr. C are anonymous (for example, handle names and identifiers).

FIG. 13 shows an outline of a processing flow of the bank system 1 for providing a signal notification to a mirror transaction applicant when a mirror transaction target person performs a predetermined transaction (for example, foreign currency deposit transaction). Hereinafter, each step will be described.

Step S121: The mobile terminal of the mirror transaction target person transmits a request for a predetermined transaction (for example, foreign currency deposit transaction) to the front system 50 via the Internet 60. In the following description, the case where the predetermined transaction is a foreign currency deposit transaction will be described as an example, but the present invention is not limited to this example. The present invention can also be applied to transactions other than foreign currency deposit transactions. A request for a foreign currency deposit transaction includes a currency pair (for example, a pair of “US dollar” and “Japanese yen”), a transaction type (for example, “buy”), and a transaction amount (for example, “$ 1,000,000”). )including. Such a request for a foreign currency deposit transaction is transmitted, for example, when a mirror transaction target person has a currency pair (for example, “US dollar” in a predetermined screen (for example, a screen for foreign currency deposit transaction) of his / her mobile terminal. ”,“ Japanese yen ”pair), type of trading (for example,“ buy ”), transaction amount (for example,“ $ 1,000,000 ”), and touching the send button on the screen Is called.

Step S122: The front system 50 transmits a request for foreign currency deposit transaction received from the mobile terminal of the mirror transaction subject to the account system 40.

Step S123: In response to the request for the foreign currency deposit transaction received from the front system 50, the billing system 40 executes the foreign currency deposit transaction process.

Step S124: The accounting system 40 transmits the processing result of the foreign currency deposit transaction to the front system 50.

Step S125: The front system 50 receives the processing result of the foreign currency deposit transaction from the accounting system 40, generates a message based on the received processing result of the foreign currency deposit transaction, and transmits the generated message via the Internet 60. Sent to the mobile terminal of the mirror transaction subject. As a result, the message received from the front system 50 is displayed on the screen of the mobile terminal of the mirror transaction subject. The message is, for example, a message “The requested foreign currency deposit transaction has been completed”.

Step S126: The front system 50 generates a message for signal notification, and transmits the generated message to the mirror transaction applicant's mobile terminal via the Internet 60. Such message transmission is performed by signal distribution using, for example, a push notification function. As a result, the message received from the front system 50 is displayed on the screen of the mobile terminal of the mirror transaction applicant. The message is, for example, the message “Mirror transaction target person (anonymous) has made the following transactions with foreign currency deposits. 2013 ○ Month ○ Day Currency pair: US dollar, Japanese yen, type of buying: buying” . Such a message is transmitted to the mobile terminals of all mirror transaction applicants associated with the registered mirror transaction subject.

According to the embodiment shown in FIGS. 12 and 13, the mirror transaction applicant does not know who the mirror transaction target is actually (thus, the mirror transaction applicant does not respond to the mirror transaction target). Without obtaining individual approval, the mirror transaction target remains anonymous), and it is possible to immediately obtain information for imitating the transaction of a virtual transaction that satisfies the conditions of the mirror transaction target. is there. The virtual trader may be one person or a plurality of traders, and may be a trader identified by a mirror trade target person identifier that varies depending on a target period. It should be noted that a person who has not been permitted to become a mirror transaction subject cannot become such a virtual trader. Thereby, the bank system 1 can provide a mirror trade signal notification service to the mirror trade applicant while protecting the personal information of the mirror trade subject. *

As described above, the present invention has been exemplified using the preferred embodiment of the present invention, but the present invention should not be construed as being limited to this embodiment. It is understood that the scope of the present invention should be construed only by the claims. It is understood that those skilled in the art can implement an equivalent range based on the description of the present invention and the common general technical knowledge from the description of specific preferred embodiments of the present invention.

The present invention provides an apparatus capable of shortening the development period of the system and reducing the development cost when a system corresponding to a multi-device is developed, and a method and a program executed in the apparatus. Useful.

DESCRIPTION OF SYMBOLS 1

Bank system

10 ₁ , 10 ₂ ,... 10 _N

terminal

20 ₁ , 20 ₂ ,... 20 _N browser 30 Account information database 40 Account system 50 Front system 51 Browser common interface section 52 Account system interface section
53 Processor 54 Memory 55 Style Sheet 60 Internet 70 Customer Database 80 Mirror Transaction Database

Claims

An apparatus used in a multi-device system,
The apparatus is configured to be connected to at least one terminal among a plurality of terminals as the multi-device via a network,
The apparatus includes a processor unit and a memory unit, and at least one style sheet is stored in the memory unit, and each of the at least one style sheet defines a display format of content. Each of the at least one style sheet corresponds to one of the at least one terminal;
The processor unit is
Receiving a request from a requesting terminal via the network, the requesting terminal being one of the at least one terminal;
Obtaining information indicating a screen size of the requesting terminal;
Selecting a style sheet of the at least one style sheet based at least on information indicating a screen size of the requesting terminal;
Providing information based on the selected style sheet to the requesting terminal via the network.
The processor unit determines a type of the request terminal by recognizing user agent information of the request terminal, and transmits a script according to the type of the request terminal to the request terminal via the network. Receiving the information indicating the screen size of the request terminal acquired at the request terminal by the request terminal executing the transmitted script from the request terminal via the network. The apparatus of claim 1, configured to obtain information indicating a screen size of the terminal.
The processor unit is further configured to generate content common to the multi-device corresponding to a response representing a result of processing performed on the received request;
The apparatus according to claim 1, wherein the processor unit provides information based on the selected style sheet and the generated content to the requesting terminal via the network.
The processor unit is further configured to obtain information indicating a type of the requesting terminal;
4. The processor according to claim 1, wherein the processor unit selects a style sheet of the at least one style sheet based at least on information indicating a screen size of the request terminal and information indicating a type of the request terminal. 5. The device according to any one of the above.
The system includes an account information database for maintaining the account information of the depositor, and an account system connected to the account information database, which executes a process for bank service,
The apparatus according to claim 3, wherein the process executed for the received request is a process for the bank service executed by the accounting system for the received request.
The request terminal is a mobile terminal having a telephone function, and the processing for the bank service executed by the billing system is for bank service that uses the mobile phone number of the request terminal instead of an account number. The apparatus of claim 5, wherein the apparatus is a process.
The apparatus according to claim 6, wherein the bank service is a signal notification service for mirror trade.
A method executed in an apparatus used in a multi-device compatible system,
The apparatus is configured to be connected to at least one terminal among a plurality of terminals as the multi-device via a network,
The apparatus includes a processor unit and a memory unit, and at least one style sheet is stored in the memory unit, and each of the at least one style sheet defines a display format of content. Each of the at least one style sheet corresponds to one of the at least one terminal;
The method
The processor unit receives a request from a requesting terminal via the network, and the requesting terminal is one of the at least one terminal;
The processor unit obtains information indicating a screen size of the requesting terminal;
The processor unit selects a style sheet of the at least one style sheet based at least on information indicating a screen size of the requesting terminal;
The processor unit providing information based on the selected style sheet to the requesting terminal via the network.
A program executed in an apparatus used in a system corresponding to a multi-device,
The apparatus is configured to be connected to at least one terminal among a plurality of terminals as the multi-device via a network,
The apparatus includes a processor unit and a memory unit, and at least one style sheet is stored in the memory unit, and each of the at least one style sheet defines a display format of content. Each of the at least one style sheet corresponds to one of the at least one terminal;
When the program is executed by the processor unit,
Receiving a request from a requesting terminal via the network, the requesting terminal being one of the at least one terminal;
Obtaining information indicating a screen size of the requesting terminal;
Selecting a style sheet of the at least one style sheet based at least on information indicating a screen size of the requesting terminal;
A program for causing the processor unit to provide information based on the selected style sheet to the requesting terminal via the network.