[go: up one dir, main page]

WO2002031689A1 - Procede, arrangement et logiciel informatique destines a mettre en oeuvre un service de reseau et une interface utilisateur - Google Patents

Procede, arrangement et logiciel informatique destines a mettre en oeuvre un service de reseau et une interface utilisateur Download PDF

Info

Publication number
WO2002031689A1
WO2002031689A1 PCT/FI2001/000871 FI0100871W WO0231689A1 WO 2002031689 A1 WO2002031689 A1 WO 2002031689A1 FI 0100871 W FI0100871 W FI 0100871W WO 0231689 A1 WO0231689 A1 WO 0231689A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
component
network
identifier
network service
Prior art date
Application number
PCT/FI2001/000871
Other languages
English (en)
Inventor
Antti Tapani Nousiainen
Kenneth Christoffer Falck
Jussi Pekka Puhakka
Jyrki Antero Poteri
Juhani Aleksandr Lith
Juha Pekka TÖRÖNEN
Joona Kallio
Original Assignee
Sanomawsoy Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sanomawsoy Oyj filed Critical Sanomawsoy Oyj
Priority to AU2001295634A priority Critical patent/AU2001295634A1/en
Publication of WO2002031689A1 publication Critical patent/WO2002031689A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents

Definitions

  • the invention relates to network services provided through a data network.
  • Network service refers here to such a service, which is provided through a data network by transferring data related to the said network service typically between a server and data terminal equipment.
  • Examples of data networks which generally are packet networks, may comprise public data networks, such as Internet, or data networks with restricted access, such as intranet inside an organisation, or extranet be- tween organisations. It is typical of the network services that they gather a number of different sub-services to the same place: content and supplementary services.
  • Content services refer here to, for example, news, weather information or articles.
  • Data related to content services may comprise, for example, text, images, graphics, moving images, animation, sound, music, or a combination of these.
  • Supplementary services refer here to e-mail, chat groups and games, among others.
  • a browser program refers here to a program or software, which is able to present data received from a data network to the user through data terminal equipment.
  • Data related to a network service is generally transferred to data terminal equipment and with a browser program, using a suitable data transfer protocol, such as HTTP protocol (Hypertext Transfer Protocol).
  • HTTP protocol Hypertext Transfer Protocol
  • a portal service refers to a certain kind of network service, with the help of which the user of the network is able to utilise the amount of data in the network in a more controlled way.
  • the portal aims at being the network user's starting service (or starting page) or anchor page, which the user often visits.
  • the portal service often offers a selection of popular sub-services, for example data search, e-mail, chat groups, news, sports, weather information, yellow pages / classified advertisements, ex- change rates, maps, phone numbers, links divided according to subjects, and shopping sites.
  • the portals usually are either general portals, containing data from several fields, or target group portals, offering services from a certain subject or to a certain group. Problems of the portal services and other network services include, among others, their maintenance and updating and how to get the users to return to the network service in question.
  • Figure 1 discloses a schematic view of the providing a network service 101, which may comprise, for example, a web site.
  • the user connects to the network service through the network 130, for example Internet, by transmitting, for example, an HTTP retrieval request to the server 110 by using his data terminal equipment, which may be, for example, a palmtop computer 100a, a mobile station 100b, a computer 100c, or a digital television receiver lOOd with remote control.
  • the server 110 transmits data to the data terminal equipment 100 in accordance with, for example, the HPPT protocol, the browser program in the data terminal equipment presenting the data to the user.
  • Part of the sub-services provided by the network service is local, i.e.
  • Content services may be provided with the help of the content database 114.
  • a separate organisation may be in charge of the production and updating of the contents of the content database 114, feeding data to the database 114 from its own publishing system and updating the data in the database 114.
  • the network service 100 may be, for example, a portal service or some other network service.
  • Figure 1 also shows the network service 102, which is provided to the users with the server 120.
  • an e-mail service provided to the users of the network service 102 with the help of the e-mail server 121 is connected to this network service 102.
  • two e-mail servers 111 and 121 have to be maintained with regard to the network services 101 and 102.
  • the e-mail service is available only to the users of the network service 101. In this case, if the users of the network service 102 wish to use an e-mail service, they have to acquire it through some other network service.
  • the proyiders of network services try to get the users to register and come back to the network services.
  • the advertising income of the network services often depend on the number of users.
  • a versatile selection of interesting supplementary services and a wide selection of contents attract the users.
  • the providing of these supplementary sendees separately in each service presents its own problems.
  • Adding a supplementary service or a content service to the network service always requires development work to be done to the network service itself.
  • the development work may, for example, comprise the adding of one link and WWW page, from which the new content component will be found.
  • Adding a new supplementary service, such as e-mail or chat groups often requires considerably more integration work.
  • the object of the invention is to present a flexible and versatile method, system, computer program and user interface for providing the network service.
  • the objects of the invention are achieved by linking a separate second network service as part of certain first network services so that the said second network service is presented as an independent part of the said first network services; that the user interface of each first network service comprises a user interface component connected with the second network service; and that the said second network service is connected to the first network service when providing the first network service.
  • the invention relates to the method for presenting the second network service as part of a set of first network services, and the said method is characterised in that it comprises the following steps:
  • the first service component related to said first network service and the second service component related to the second network service are combined into a single in- tegrated service component, the second service component being dependent on said identifier-specific status data and being related to the functionality of the user interface of the second network service;
  • the invention also relates to the method for changing the status of the second network service provided as an independent part of a set of first network services, the method being characterised in that it comprises the following steps:
  • the invention also relates to an arrangement for presenting the second network service as part of a set of first network services, and said arrangement is characterised in that it comprises: - means for receiving the service request that is related to one of the first network services and that comprises the identifier identifying the sender of the said service request;
  • the second arrangement according to the invention is an arrangement for changing the status of the second network service provided as an independent part of a set of first network services, and it is characterised in that it comprises
  • the invention further relates to two computer programs, which are characterised by that which is specific in the enclosed claims.
  • the user interface of the network service which comprises the first user interface component related to the first network service, and which is characterised in that it further comprises a second user interface component related to the second network service; and that - said second user interface component is part of the first user interface component in the area of the first user interface component;
  • said second user interface component is a graphic user interface component
  • said second user interface component is arranged to provide a view of the second network service, which is independent of the changes in the status of the first network service presented in the said first user interface component.
  • first network service refers to a network service, to which a second network service is connected preferably automatically.
  • the first network service may be, for example, some web site.
  • second network service again refers to a network service, which is connected to at least one, but typically to several first network services, and which is an own separate functional network service.
  • the set of first network services may thus include one or several first network services.
  • the said second network service typi- cally comprises various kinds of sub-services, such as e-mail service, chat group service, service related to electronic trade, or a number of content services.
  • a second service component which makes it possible to present said second network service as an independent part of said first network services and which typically comprises a description of the functionality of the second network service, is connected to said first network services, for example, to all WWW pages of a web site.
  • the second service component may be realised by using, for example, the DHTML language (Dynamical Hypertext Transfer Language), which is suitable for presenting certain data and its way of presentation, and a program code, such as JavaScript code, which suits for the implementation of the functions in the user interface.
  • the browser program of the user's data terminal equipment presents the user interface component specific by the second service component as part of the user interface of the first network service.
  • the status data of the second network service typically have to maintained.
  • the second network service and the related user interface component can be presented to the user in an unmodified status, for example, as the user chooses another first network service instead of a one first network service.
  • the status data of the second network service are typically maintained by distributing identifiers related to the second net- work service, which, for example, the browser program adds to the service requests related to the first network services and the second network service. It is also possible for the browser program to have an identifier of its own, which it automatically adds to all service requests it sends.
  • an identifier identifying the browser program which is not expressly generated for the use of the second network service, can be used in the method according to the invention.
  • the said identifier can be added to retrieve requests according to the HTTP protocol in the cookie.
  • the identifier-specific status data are updated to include the status data of the second network service.
  • status data refers here to the changing browser program-specific or user-specific data of the second network service.
  • the status data may thus be connected, for example, both to the appearance or place in the area of the user interface component related to the second network service, and to the view presented by the second user interface component from the second network service and to the service selected last.
  • the status data also typically include information about the current user related to the identifier, if the user is identified at the beginning of or during the session of the second network service. It is alternatively possible that the user is identified during the session of the first network service, and the information about the user is updated to the status data related to the second network service.
  • the said second network service and its user interface can be adapted according to the user's user profile and/or data terminal equipment, as any network service.
  • adaptation refers to the adaptation of the data terminal equipment support of the network service, the appearance, or, for example, the adaptation of the set of sub services provided to the user.
  • One of the advantages of the solution of the invention is that the second network service and/or its user interface can also be adapted according to the first network service. This means, for example, that the second network service connected to one first network service can be presented to the user of the first network service in question in a different way as the second network service related to the second first network service is presented to the user of the second first network service.
  • the second service component to be connected to the service components related to these first network services can be the same (the identifier-specific status data deviate from each other, i.e. also the first network service can belong to the status data of the second network service), and the second network service can be provided, for example, from one server to the users of both the first network services.
  • the second service component is arranged to be automatically connected to the first network services and that the relay of the status data between the server related to the first network service and the server related with the second ser- vice works.
  • Other measures are typically not demanded of the providers of first network services. For example, network addresses or names of the first network services do not need to be changed to add the second network service. In case of known network services, this can be a considerable advantage, and it guarantees that the users will further find the first services in question.
  • the solution according to the invention can thus be used, for example, to connect certain sub services to the first network services provided by different organisations.
  • those sub services can be presented to the users of the network service of each organisation as part of the network service in question, and the organisations do not have to separately maintain the said sub services, but the maintenance of the sub services can, for example, be bought from external sources.
  • the said second network service can be maintained and managed in a centralised manner. For example, the updates of the second network service only have to be made once, and they will be seen by the users of all the first network services.
  • a second example of the use of the solution according to the invention is to provide a versatile, combined general and target group portal.
  • the second network service may be a virtual portal, providing certain general services that are always available to the user, and the first services may be services directed to different target groups.
  • the first network services and the said second network service are provided by the same organisation, it is advantageous to use the same user IDs in all the first services and the second service, and to arrange the transfer of the user's identification between the services so that the log-in of the user to one of the first network services or to the second network service is sufficient to automatically open sessions to the user to all the network services in question.
  • the same user IDs can be used in the first network services and the second network service.
  • Figure 1 is a diagrammatic view of a portal service and how to provide it according to the state of the art
  • Figure 2 presents diagrammatic views of a user interface according to the invention
  • Figure 3 presents flow charts of two methods according to a first advantageous embodiment of the invention
  • Figure 4 is a diagrammatic view of an arrangement of the first advantageous em- bodiment of the invention.
  • Figure 5 is a diagrammatic view of a solution according to a second advantageous embodiment of the invention to connect the first and second network services;
  • Figure 6 is a diagrammatic view of a solution according to a third advantageous embodiment of the invention to connect the first and second network services;
  • Figure 7 is a more detailed diagrammatic view of a solution of the third advantageous embodiment of the invention to connect the first and second network services;
  • Figure 8 is a diagrammatic view of a solution according to a fourth advantageous embodiment of the invention to connect the first and second network services;
  • Figure 9 is a more detailed diagrammatic view of a solution according to a fourth advantageous embodiment of the invention to connect the first and second network services.
  • Figure 10 is a diagrammatic view of a method applicable to the transfer of the user's identification.
  • Figure 2 shows diagrammatic views of the user interface 200 according to the invention.
  • Figure 2a shows an exemplary graphic user interface component 210, which is the user interface of the second network sendee, shown as part of the user interfaces of the first network services.
  • the user interface component 210 comprises, in an exemplary way, the main menu, the news of which and the links chosen by the user are shown in Figure 2a, and the service menu that the user gets, for example, in the place of the news and links.
  • the services of the second network service are typically presented in the area of the user interface component 210, but it is possible that some sub services provided by the second networ service, such as games, are presented by using also the user interface component 201 of the first network service.
  • the user interface 200 in Figure 2b comprises the user interface component 201 related to the first network service and the graphic user interface component 210 related to the second network service, which is functionally separate from the user interface component 201.
  • the user can, for example, downsize the user interface component 210 so that it is shown as a small icon in the area of the user interface component 201 ( Figure 2c). By clicking the icon, the user can typi- cally restore the user interface component 210 to its former form.
  • These are known characteristics of user interface windows.
  • the user interface component 201 downsized to an icon presents so-called push data, for example news.
  • Push data refers here to such data that some network service provides at its own initiative (for example, after updating the data in question), without that the user has to separately retrieve the updated data in question.
  • the user interface component related to the second network service is preferably a floating user interface component.
  • the floating user interface component refers here to such a user interface component that can freely be moved on the display screen or on the user interface component 201.
  • it can be, for example, realised as part of the user interface component 201, for example, as part of a frame so that the manipulation of the user interface component 201, for example, by using the scroll bar 202 affects the location of the user interface component 210 on the display screen of the data terminal equipment ( Figure 2d).
  • Figure 2d data terminal equipment
  • the second user interface component 210 is arranged to provide a view of the second network service independent from the changes in the status of the first network service presented in the said first user interface component 201.
  • the term view refers here to the features or sub services of the second network service that have been presented with the help of the user interface component 210 at given time.
  • the user interface component 201 is used for presenting the first network services to the user. If the user transfers from one first network service, to which the second network service is connected, to another first network service, the user interface component 201 presents data related to the other first network service, but the status of the user interface component 210 does preferably not change. In addition, the location of the user interface component 210 in the area of the user interface component 201 does not preferably change in this situation, either.
  • the floating user interface component can be realised, for example, by Dynamic
  • Hypertext Markup Language DHTLM commands and/or JavaScript.
  • the window functions can be realised by JavaScript commands, with which the characteristics, methods and transactions of HTML elements, provided by the object model of the DHTML, are processed.
  • the program code producing the functionality of the floating user interface component is then typically transmitted by the HTTP protocol and as text commands to the user's browser program. Certain requirements are then di- rected to the ability of the user's browser program to interpret JavaScript and DHTML commands.
  • any browser program using, for example, the HTTP protocol can display the realisation of the integration of the first network service(s) and the second network service, if only it can interpret the commands related to the floating user interface component.
  • the version 4 (or newer) of Microsoft Internet Explorer and the version 4.07 of NetScape Navigator can display the floating user interface component 210 realised by using the JavaScript and DHTML commands.
  • One of the strong features of the user interface component related to the second network service is its possibility to load contents irrespective of the first network service presented in the user interface component 201, such as a WWW page.
  • the user can manipulate the user interface component of the second network service; for example, browse the pages of the second network service with the help of the user interface component 210 without that also the first network service below, for example, a WWW page, is reloaded.
  • the contents of the user inter- face component 210 related to the second network service is typically dynamic, and it is produced when requesting the sub service in question.
  • the view of the user interface component 210 of the second network service can be updated, and contents can be retrieved to the user interface component without retrieving again the network service presented in the user interface component 201.
  • the browser program presents the user simultaneously with two user interfaces 200a and 200b, for example, in different browser windows.
  • the first user interface component 201a of the user interface 200a can be related to the first network service
  • the first user interface component 201b of the user interface 200b can be related to the second first network service.
  • the second user interface component 210a, 210b of both the user interfaces can be related to the same second network sendee. It is possible that, in a situation like this, one of the second user interface components 210a, 210b is not updated, as the status of the second network service is changed through the other.
  • FIG. 3 presents flow charts of two methods 300 and 310 according to the first ad- vantageous embodiment of the invention.
  • the method 300 is a method for presenting the second network service as part of a set of first network services.
  • a service request SRI related to a first network service is received, including the identifier ID identifying the sender of the service request.
  • the status data SI(ID) related to the identifier ID of the second network service are determined.
  • the service component SCI for example, an HTML page, related to the first network service is retrieved.
  • the service component SC2 related to the second network service typically comprising the functionality of the user interface of the second network service, is usually locally retrievable.
  • the service component SC2 is adapted on the basis of the status data SI(ID) of the second network service.
  • the service components SCI and SC2(SI(ID)) are combined into one service com- ponent CC, which is transmitted to the sender of the service request SRI at 306.
  • the method 310 is a method for changing the status of the second network service provided as an independent part of a set of first network services and for providing a sub service of the second network service.
  • an identifier ID related to the second network service can be created at 311.
  • the ID identifier is created, for example, in a case in which a service request SRI does not include the ID identifier.
  • the ID identifier is typically delivered to the user (or browser program), which saves it for further use.
  • the ID identifier can be delivered to the browser program, for example, as part of a cookie.
  • the identifier ID in question is used for maintaining status data (312), including, among others, the user's identifier, the data included in the personisation of the user interface component of the second network service, and the latest view of the second network sendee to the second network service in question.
  • the status data SI(ID) is relayed; this is typically done to adapt the service component SC2 to correspond to the latest status data SI(ID).
  • the relay request related to the second network service is received, which typically includes the ID identifier, or which can otherwise be connected to a certain ID identifier.
  • This relay request is usually transmitted by a second server after the service request SR2 related to the second network service and transmitted by the user/browser program.
  • status data SI(ID) are updated at 315, and an answer V corresponding to the relay request is transmitted to the sener that sent the relay request.
  • the relay re- quest is processed locally in one sener: this means that the sender notices that the user desires a sub service of some other network senice, and the server in question is in charge of at least the provision of the sub service in question.
  • Figure 4 shows a diagrammatic view of two arrangements 400 and 410 according to the first advantageous embodiment of the invention.
  • the arrangement 400 is an arrangement for presenting the second network as part of a set of first network services, and it comprises the equipment 401 for receiving the service request SRI re- lated to the first network service and comprising the identifier ID related to the second network senice; the means 402 for determining the identifier-specific status data SI(ID) of the second network service and related to the said identifier ID; the means 405 for combining the first service component SCI related to the said first network service and the second senice component SC2 related to the second net- work service, depending on the said identifier-specific status data and related to the functionality of the second network service into one combined service component; and the means 406 for transmitting the one combined senice component to the sender of the said service request.
  • the arrangement 400 further typically comprises the means 403 and/or 404 for retrieving the service components SCI and SC2, ei- ther locally or from another server.
  • the arrangement 400 typically comprises also the means 407 for receiving the service request SR2 related to the second network service, and the means 408 for retrieving the sub senice according to the service request SC2 in question (typically) from another server.
  • the arrangement 410 is an arrangement for changing the status of the second net- work service provided as part of a set of first network services. It may comprise the means 411 for creating the identifiers ID related to the second network service.
  • the arrangement 410 typically comprises the means 412 for maintaining the identifier- specific status data SI(ID), the means 413 for relaying the identifier-specific status data SI(ID) to adapt the senice component SC2 related to the second network ser- vice; the means 414 for receiving the relay requests related to the second network senice, typically comprising one said identifier ID; the means 415 for updating the status data SI(ID) related to the identifiers according to the said relay requests; and the means 416 for transmitting the answer N based on the said status data related to the identifier to the sender of the said relay request.
  • the means 401-408 and 411-416 have typically been realised as program components. It is possible to modify the arrangements 400 and 410 and the means 401-408 and 411-416 so that a method according to any presented embodiment of the invention can be realised with the help of these.
  • FIGS 5, 6 and 8 present different solutions for combining the first and second network senice.
  • the server 510 is in charge of the production of the second network service.
  • the servers 511, 512 and 513 which may, for example, be e-mail, chat group and game servers, are connected to the server 510.
  • the database 514 related to the production of content services is connected to the server 510. If it is desired that the users register to the second network service, as is generally the case, user data is maintained in the user database 515.
  • the database 516 and related update and information retrieval components can be used for maintaining the status data.
  • the server 510 comprises, for example, the arrangement 410 for changing the status of the second network service provided as an independent part of the first network service and for providing the services in the second network service.
  • Figure 5 is a diagrammatic view of a solution according to the second advantageous embodiment of the invention for combining the first and second network service.
  • the service requests SRI related to the first network services are directed to the front-end server 501.
  • the service requests related to the second network service are directed to the front-end sener 501 in Figure 5.
  • This front-end server comprises, for example, the arrangement 400 for combining the service components of the first and second network service.
  • the status data SI(ID) is delivered from the server 510 to the sener 501 typically as a response to a status data request, and also data related to the sub services of the sec- ond network service are relayed to the server 501.
  • the service requests SRI related to the first network services can be automatically directed to the front-end server 501, for example, by changing the IP addresses of the domain names related to the first network senices on the name server to the IP address of the front-end sener 501.
  • the front-end sener 501 typically retrieves the network senices according to the senice requests SRI from the servers 501, for example, by using commands according to the HTTP protocol.
  • the fact that the network services from the servers 520 are retrieved to the user through the front-end sener 501, does not typically require changes to be made to the seners 520 or to the first network services.
  • FIG. 5 is a diagrammatic view of a solution of the third advantageous embodiment of the invention for combining the first and second network service.
  • the server 510 which is related to the second network service, operates simultaneously as the front-end server. As is shown in Figure 6, the server 510 comprises in this case typically the arrangements 400 and 410.
  • the senice components related to the first network services are retrieved from the servers 520, typically according to the HTTP protocol. Also in this solution, the updating of the service component SC2 related to the second network service is easy, as it is only found on the server 510. No changes need to be done to the servers 520 or the first network services in the solution of Figure 6, either. In the solution of Figure 6, the service requests related to the first network services can be directed automatically to the server 510 with the help of the name service in a similar way than to the server 501 in the solution presented in Figure 5.
  • Figure 7 is a more detailed diagrammatic view of a solution according to the second or third advantageous embodiment of the invention for combining the first and second network service.
  • the first network service is in an exemplary manner a web site, and for example, the utility services of Microsoft IIS, the main program programmed with the VBScript to the ASP page (Active Server Page), and COM+ components are used for modifying the service component related to the first network service.
  • the arrow 701 shows the service request SRI or SR2, which is directed, for example, to the front-end server 501 and is, for example, an HTTP request.
  • the service request is used for requesting a WWW page of the first network service or a sub service related to the second network service. If this concerns a sub service related to the second network senice, it is delivered (arrow 703) to the user typically after it has been retrieved from the server 510, which can be a separate server or the same server with the front-end server 501. If the requested service is a WWW page of the first network senice, the service component related to the first network service can be retrieved from the server 520 by using, for example, the utility senices of Microsoft IIS.
  • the utility service of IIS can be used to trigger the execution of an ASP page, for example (arrow 704).
  • the arrow 705 shows how the said ASP page requests the COM+ component to retrieve the WWW page of the first network sendee from the server 520.
  • the arrows 706 and 707 present this retrieval typically carried out with the HTTP protocol.
  • the said COM+ component delivers the received message, typically an HTTP message, for example to the ASP page.
  • the ASP page can call, for example, another COM+ component, which modifies the contents and headers of the retrieved, WWW page (arrow 709).
  • the modification is carried out, for example, so that it is possible to get the cookies transmitted by the first network service (server 520) to the user and to retrieve images and other files directly from the server 520.
  • part of the files is retrieved directly from the server 520 in- stead of the front-end server 501. This can be done, for example, by modifying the links referring to these files to refer directly to the server 520.
  • the arrow 710 shows how the ASP page retrieves a code related to the functionality of the user interface component related to the second network service and connects it to the WWW page retrieved from the server 520.
  • the code itself or its parameters or other data trans- mitted with it are typically modified according to the status data SI(ID) before linking the code to the WWW page retrieved from the sener 520.
  • the arrow 711 shows how the WWW page retrieved from the server 520 and the code combined to it are transmitted to the user, typically according to the HTTP protocol. It is possible that the said code is only linked to the HTML pages retrieved from the server 520; for example, image files, Java applets and other files can be delivered as such to the user.
  • the cookies i.a. ASPSESSIONID and SITESERVER
  • the cookies transmitted by the user's browser are relayed from the front-end sener 501 to the sener 520, the cookies are typically changed (for example, at 709) back to the same cookies.
  • the contents of the second network service are typically produced dynamically, for example, by retrieving them from a separate database.
  • the components retrieving the data can be, for example, Windows 2000 COM+ components realised by Micro- soft Visual Basic.
  • these contents can be retrieved, for example, by using commands according to the HTTP protocol.
  • the contents of the second network service can be retrieved from the server 510, for ex- ample, by transmitting the method call as an XML message to a secured URL (Uniform Resource Locator), which is the URL for the sener 510.
  • a secured URL Uniform Resource Locator
  • the server 510 again typically retrieves the contents from the database 514.
  • the record from the database is preferably modified into XML format (Extensible Markup Language).
  • XML format Extensible Markup Language
  • the data in the XML format is combined (either in the front-end server 501 in Figure 5 or in the server 510 in Figure 6), for example, into an XSL file (Extensible Stylesheet Language) realised for the purpose so that an HTML/JavaScript page (arrow 703) to be sent to the user is got.
  • XML format Extensible Markup Language
  • XSL file Extensible Stylesheet Language
  • FIG 8 is a diagrammatic view of a solution according to the fourth advantageous embodiment of the invention for combining the first and second network service.
  • the service requests SRI related to the first network services are di- rected directly to the servers 520.
  • These servers 520 contain, for example, the arrangement 400 to combine the service components SCI related to the first network services and the service component SC2 related to the second network service.
  • the servers 520 typically request the server for the status data SI(ID) after having received the senice request SRl(ID).
  • the service requests SR2 related to the second network service are also directed to the servers 520 according to that to which first network service the second network service presented to the user has last been connected.
  • the service component SC2 related to the second network service has generally been saved locally in the servers 520. Because of this, the updates for the certain service component must generally be done separately on each server 520.
  • the servers 520 typically have to have a connection either to the server 510 or directly to the status database 516 so that they get identifier-specific status data, for example, after having received a service request related to the first network service.
  • the connection to the sener 510 is typically needed also for retrieving the sub services related to the second network service in order to deliver them to the user.
  • Figure 9 is a more detailed diagrammatic view of a solution according to the fourth advantageous embodiment of the invention for combining the first and second network service.
  • the first network service is, for example, a web site, and for example, the utility senices of Microsoft IIS, the main program pro- grammed to the ASP page (Active Server Page) by VBScript, and COM+ components are used for modifying the service component related to the first network service.
  • the arrow 901 is a service request that is directed directly to the server 520.
  • a WWW page of the first network service or a content page of the second network service is retrieved. If a WWW page of the first network service (arrow 903) is retrieved, the service component SC2 (which is modified according to the status data SI(ID)) related to the functionality of the user interface component of the second service is linked to it (arrow 904).
  • the service component SC2 can be added to a WWW page of the first network service, for example, by using the Sener Side Include command.
  • the WWW page in question and the service component SC2 linked to it are delivered to the user according to the HTTP protocol (arrow 905).
  • the con- tents are requested (arrow 907) dynamically from the COM+ components, which again retrieve them from the server 510 according to the HTTP protocol, for example, as XML messages, which are transmitted to an encrypted URL indicating the server 510 (arrows 908, 909).
  • the COM+ component returns (arrow 910) the contents to the IIS server, which modifies an HTTP answer from the contents, for ex- ample, by using an XLS file.
  • the arrow 911 describes the transmission of the page related to the second network service to the user according to HTTP protocol.
  • the second network service which is connected to one or several first network services, is provided by using the HTTP protocol for relaying the network services from the servers to the browser program, the following problem has to be solved.
  • the HTTP communication between the browser and the server is in its basic form stateless, and no fixed connection or session is found between them, the status data of which could be maintained on the server. In other words, the server answers blindly to the requests it receives.
  • data identifying the user or the browser can be transmitted in the header of the HTTP retrieval message with different generally agreed parameters (i.a. cookies).
  • a cookie typically identifies only the browser, because for example in computers, which are in common use, the identification of the user on the basis of the mere browser is not reliable.
  • the cookies generally operate so that if a server has delivered a cookie to the browser, the browser connects the cookie in question always (until the validity time for the cookie terminates or the cookie is removed) to the HTTP retrieval message it transmits to that sener.
  • a cookie received from a certain server can only be transmitted to servers in the same domain: for example, a cookie from the address www.pl.fi_can be transmitted to the servers chat.pl.fi and email.pl.fi., but not to the servers pl.p2.fi or www.p2.fi.
  • the mere cookies do thus not solve the problem concerning the relay of the status data of the second network service operating on top of the HTTP protocol, because a certain browser can be used at different times by several users, and the status of the second network senice cannot be deducted from the mere data relayed in the cookie.
  • the status data typically has to be maintained, for example, by using the da- tabase 516 and according to the method 310.
  • the ID identifying the browser program can be relayed by using the cookies, for example, in the following way.
  • a unique identifier ID is generated to each browser using the second network service. These identifiers are generated, for example, in the server 510.
  • This browser identifier is delivered, for example, to the browser program in the cookie from the second network senice, for example, the server 501 (the solution according to Figure 5); 510 (the solution according to Figure 6); or 520 (the solution according to Figure 8).
  • the browser program links the cookie and identifier ID typically to all HTTP requests sent by it and related to the second network service.
  • the value of this verification v can be checked by such a server that knows the said secret key.
  • data on the possible secret key k has to be delivered to the servers receiving and processing the service requests related to a certain second network service and to be connected to the first network senice (to the servers 520 in the solution in Figure 8, and to the sener 501 in the solution in Figure 5).
  • the status data of the second network service are typically maintained in a session management system, which is, for example, a database.
  • the status data are maintained for each identifier ID: for example, the location and size of the user interface component, the view presented of the second network senice by the second user in- terface component, etc.
  • the status data only comprise the information which is necessary for determining the status of the user interface of the second network service.
  • This status data is typically retrieved as the service component SC2 is linked to the senice component of the first network service, and on the basis of the status data, either the service component SC2 is modified, or the status data in question is re- layed to the browser program together with the service component SC2.
  • the user is identified also, for example, as part of the log-in to the second network service.
  • status data of the second network service also user data can be combined into the ID identifier in the session management system.
  • the identification of the user makes it possible to adapt the second network service according to the user.
  • data on the data terminal equipment or browser program can be saved in the status data, in which case it is possible to adapt the second network senice also on the basis of the type of the browser program or the type of the data terminal equipment. For example in HTTP requests, information on the data terminal equipment comes in the headers.
  • the browser program con- nects the identifier it wishes to the headers.
  • the browser program transmits a senice request, for example an HTTP retrieval message, it links the identifier ID (and generally also the verification) to the service request; for example in connection of an HTTP retrieval message, the identifier and verification are preferably combined as a cookie.
  • the sener receiving the service request checks, if the cookie with the identifier ID and possibly the verification v is included. If this is the case, identifier-specific status data is then retrieved on the basis of the identifier.
  • the service component SC2 is then modified according to the status data, or the status data is transmitted to the browser program along with the senice component SC2.
  • FIG. 10 is a diagrammatic view of a method suitable for the transfer of the user's identification, i.e. of a method, with which the identifier ID is relayed to the user.
  • the arrow 1001 presents the service request SRI related to the first network service or the service request SR2 related to the second network service, for example, a re- quest according to the HTTP protocol.
  • it is checked if the service request includes the identifier ID and the possible verification v. If both are included in the request, and if the verification matches, the first and second network service are then combined (arrow 1003), for example, in a manner presented above in Figure 9.
  • the arrow 1004 presents the retrieval of the identifier-specific status data, for ex- ample, from the sener 510 or, for example, directly from the database 516.
  • the arrow 1005 presents the transmission of the first and second network service (or only of the second network service, if the service request was related to the second network service) to the user/browser program.
  • the browser program is preferably automatically directed to the second network service (for example with an HTTP redirect message). Because the browser program send the service request related to the second network service due to the redirection, it can add a cookie related to this second network service to the service request.
  • the second network service for example, the server 510, checks the identifier and verification of the cookie possibly added by the browser program. If the identifier and the verification are all right, they are read from the cookie. If the identifier and the verification do not match, or if either one is missing, new ones are created.
  • the user/browser program is directed back to the first network senice, for example, to the sener 520 (arrow 1008). If a new identifier and verification were created to the user, they are linked to the redirection request as a cookie given by the second network senice. In connection of this redirection, the identifier ID (and verification v) are also transmitted to the first network service, for example, the sener 520. The first network service creates a new cookie, to which it connects the identifier ID (and verification v) sent by the second network senice, and connects (arrow 1009) this new cookie to the page to be sent to the browser program.
  • the browser program does not connect the identifier ID (and verification v) to the service request related to the second network senice, either (arrow 1006), at 1007, it is typically stated (arrow 1010) that a new identifier ID (and verification v) has to be created.
  • the new identifier ID (and verification v) is created, it is/they are saved, for example, in the database 516 (arrow 1011). After this (arrow 1012) one proceeds typically in a similar way as from 1008 forwards.
  • the figures 5 and 8 show how the service requests related to the second network service are directed to the front-end server 501 ( Figure 5) or to the server 520 related to the first network services ( Figure 8), and not directly to the server 510 related to the second network service.
  • the data security set- tings of the browser program do not necessarily allow the content component retrieved directly from the server 510 to be combined to the service component related to the functionality of the user interface component of the second network service, for example a JavaScript program code, from the second server (for example, the sener 501 in Figure 5, or the server 520 in Figure 8).
  • the browser program allows it, to combine the service components retrieved from different network senices or servers, for example, if the data security point of view is taken into account digitally by signing the service components, that the service requests SR2 related to the second network senice are directed directly to the second network service, for example, the server 510.
  • the arrangement 400 does not have to include the means 407 and 408, and the means processing the relay requests of the arrangement 410 process the service requests SR2.
  • the advantage of this solution is that the service requests related to the second network senice and the delivery of the sub services in question do not burden the first network services or the servers in charge of these.
  • the term user can refer either to the user of the data terminal equipment or the process carried out in the data terminal equipment. Identifying the user may mean, for example, the identification of the user of the data terminal equipment (for example by using a password) or the identification of a process or terminal equipment (for example on the basis of crypto- graphic methods and data saved beforehand in the terminal equipment or the peripheral devices connected to it).
  • sender of the senice request typically refers to the browser program process in certain data terminal equipment or in the server related to the sener process of a certain network service.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Selon l"invention, dans le procédé (300) de présentation du second service de réseau en tant que partie d"un ensemble de premiers services de réseau, on reçoit la requête de service (SR1), cette requête étant associée à un des premiers services de réseau et comprenant l"identificateur permettant d"identifier l"expéditeur de cette requête de service. Puis, on détermine (302) des données de statut spécifique d"identificateur du second service de réseau associées à l"identificateur afin de modifier le composant de service associé au second service de réseau, associé à la fonctionnalité de l"interface utilisateur du second service de réseau. Le composant de service modifié est connecté (305) au composant de service associé au premier service de réseau, et le composant de service combiné est envoyé (306) à l"expéditeur de la requête de service. Dans le procédé (310) destiné à changer le statut du second service de réseau, fourni en tant que partie indépendante d"un ensemble de premiers services de réseau, on maintient (312) des données de statut spécifique d"identificateur, on relaie (313) ces données afin de modifier le composant de service associé au second service de réseau, on reçoit (314) une requête de relais associée au second service de réseau ainsi qu"un identificateur certain, on met à jour (315) les données de statut associées à l"identificateur en accord avec la requête de relais, et on relaie (316) la réponse basée sur les données de statut associées à l"identificateur vers l"expéditeur de la requête de relais. L"invention concerne aussi des arrangements et des logiciels informatiques qui correspondent aux procédés, ainsi que l"interface utilisateur qui comprend des composants d"interface associés aux premier et second services de réseau.
PCT/FI2001/000871 2000-10-09 2001-10-09 Procede, arrangement et logiciel informatique destines a mettre en oeuvre un service de reseau et une interface utilisateur WO2002031689A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001295634A AU2001295634A1 (en) 2000-10-09 2001-10-09 Method, arrangement and computer program for providing a network service and user interface

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20002227 2000-10-09
FI20002227A FI20002227A7 (fi) 2000-10-09 2000-10-09 Menetelmä, järjestely ja tietokoneohjelma verkkopalvelun tarjoamiseksi ja käyttöliittymä

Publications (1)

Publication Number Publication Date
WO2002031689A1 true WO2002031689A1 (fr) 2002-04-18

Family

ID=8559261

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FI2001/000871 WO2002031689A1 (fr) 2000-10-09 2001-10-09 Procede, arrangement et logiciel informatique destines a mettre en oeuvre un service de reseau et une interface utilisateur

Country Status (3)

Country Link
AU (1) AU2001295634A1 (fr)
FI (1) FI20002227A7 (fr)
WO (1) WO2002031689A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101001046B1 (ko) 2007-03-06 2010-12-14 캐논 가부시끼가이샤 중계 장치 및 중계 방법

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5712979A (en) * 1995-09-20 1998-01-27 Infonautics Corporation Method and apparatus for attaching navigational history information to universal resource locator links on a world wide web page
US5878219A (en) * 1996-03-12 1999-03-02 America Online, Inc. System for integrating access to proprietary and internet resources
WO1999052032A1 (fr) * 1998-04-08 1999-10-14 Geoworks Corporation Dispositif de communication sans fil a interface homme-machine qui utilise un langage de balisage
EP0953923A2 (fr) * 1998-04-29 1999-11-03 Ncr International Inc. Méthode et appareil pour former une carte des pages pour représenter des données Internet significatives pour les opérations de gestion et d'affaires
WO2000028396A2 (fr) * 1998-11-06 2000-05-18 Media & Transactions, Inc. Application web permettant d'acceder a des trains de donnees

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5712979A (en) * 1995-09-20 1998-01-27 Infonautics Corporation Method and apparatus for attaching navigational history information to universal resource locator links on a world wide web page
US5878219A (en) * 1996-03-12 1999-03-02 America Online, Inc. System for integrating access to proprietary and internet resources
WO1999052032A1 (fr) * 1998-04-08 1999-10-14 Geoworks Corporation Dispositif de communication sans fil a interface homme-machine qui utilise un langage de balisage
EP0953923A2 (fr) * 1998-04-29 1999-11-03 Ncr International Inc. Méthode et appareil pour former une carte des pages pour représenter des données Internet significatives pour les opérations de gestion et d'affaires
WO2000028396A2 (fr) * 1998-11-06 2000-05-18 Media & Transactions, Inc. Application web permettant d'acceder a des trains de donnees

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101001046B1 (ko) 2007-03-06 2010-12-14 캐논 가부시끼가이샤 중계 장치 및 중계 방법

Also Published As

Publication number Publication date
FI20002227A0 (fi) 2000-10-09
FI20002227A7 (fi) 2002-04-10
AU2001295634A1 (en) 2002-04-22

Similar Documents

Publication Publication Date Title
US6343323B1 (en) Resource retrieval over a source network determined by checking a header of the requested resource for access restrictions
US6701374B2 (en) Method and apparatus for dynamic proxy insertion in network traffic flow
KR101059904B1 (ko) 실시간 라우팅 네트워크로 개인화된 콘텐트를 전달하는기술
EP1350173B1 (fr) Procede et appareil de distribution de courrier image a une communaute de dispositifs de cadre
US7698364B2 (en) Shared views for browsing content
US6226677B1 (en) Controlled communications over a global computer network
US6192394B1 (en) Inter-program synchronous communications using a collaboration software system
US6360250B1 (en) Apparatus and method for sharing information in simultaneously viewed documents on a communication system
US7814225B2 (en) Techniques for delivering personalized content with a real-time routing network
JP3807961B2 (ja) セッション管理方法、セッション管理システムおよびプログラム
US7263526B1 (en) Method and apparatus for embedding chat functions in a web page
US5918009A (en) Technique for sharing information on world wide web
AU769163B2 (en) Proxy server augmenting a client request with user profile data
US20020010716A1 (en) System and method for dynamically publishing XML-compliant documents
EP1215597A2 (fr) Procédé de serveur mandataire à l'inversion
US20020147652A1 (en) System and method for distruibuted client state management across a plurality of server computers
CN1281187A (zh) 万维网浏览器用户数据的用户控制
WO2002069196A2 (fr) Systeme d'ouverture de session sur des serveurs au moyen d'un ordinateur portail
JP2000242658A (ja) 個人情報管理装置及びカスタマイズ装置
CA2428627A1 (fr) Systeme, appareil et procede de personnalisation de contenu internet
US20050210135A1 (en) System for ubiquitous network presence and access without cookies
JP2005149387A (ja) リアルタイムＷｅｂ共有システム
EP1360816B1 (fr) Canal reseau permettant d'acceder a des services de transmission de donnees
US20020078076A1 (en) Simulator disposed between a server and a client system
WO2002031689A1 (fr) Procede, arrangement et logiciel informatique destines a mettre en oeuvre un service de reseau et une interface utilisateur

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PH PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP