WO2001035275A2 - Metaphore de construction - Google Patents

Metaphore de construction Download PDF

Info

Publication number
WO2001035275A2
WO2001035275A2 PCT/US2000/030800 US0030800W WO0135275A2 WO 2001035275 A2 WO2001035275 A2 WO 2001035275A2 US 0030800 W US0030800 W US 0030800W WO 0135275 A2 WO0135275 A2 WO 0135275A2
Authority
WO
WIPO (PCT)
Prior art keywords
metaphor
virtual office
building
virtual
question
Prior art date
Application number
PCT/US2000/030800
Other languages
English (en)
Other versions
WO2001035275A3 (fr
Inventor
Stephen Sun
David Gerard
Philip Dattilo
Original Assignee
Medtower, Inc.
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 Medtower, Inc. filed Critical Medtower, Inc.
Priority to EP00986214A priority Critical patent/EP1307829A2/fr
Priority to AU22493/01A priority patent/AU2249301A/en
Publication of WO2001035275A2 publication Critical patent/WO2001035275A2/fr
Publication of WO2001035275A3 publication Critical patent/WO2001035275A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/904—Browsing; Visualisation therefor

Definitions

  • the present invention relates to database presentation techniques and more particularly to a Web site in which navigation requests are processed by a database engine to dynamically construct Web pages in a predefined manner, such as through a software represented metaphor of a physical space.
  • Advertisements are not necessarily a useful alternative. Advertisements are designed to quickly capture a person's attention. Advertisements generally convey a minimal amount of information in a minimal amount of space. When choosing a physician, people want to know information such as the physician's background, schooling, internships and specialties. An advertisement can not effectively capture this information because the information is dense. Dense material is not eye catching. Thus, by nature, dense material is not conducive to advertising.
  • Physicians are responsible for a great many patients. Each patient has a specialized set of medical needs. Physicians lead drastic schedules in order to care for their many patients. Consequently, physicians are constantly under time pressure. Thus, physicians must convey to their patients a large amount of vital information in a small amount of time. Often times, this leads to mis-communication.
  • the present invention concerns a software-based metaphor for a building which is represented as data which is located on a distributed computer network.
  • the building metaphor includes a template which defines an arrangement of elements to be included in a virtual office and defines how those elements are queried in a database.
  • the database contains information which relates a plurality of specific virtual offices.
  • a station connected to a distributed computer network submits virtual office data to a software engine.
  • the software engine responds by accessing the database and populating the template with information relating to one of a plurality of specific virtual offices.
  • a plurality of virtual offices in a building metaphor are definable by processing a respective virtual office address.
  • the present invention concerns a method for creating a building metaphor.
  • Virtual office address data is accepted across a distributed network from a station.
  • the virtual office address data from the station is then processed.
  • a populated template is transmitted across the distributed computer network.
  • the invention provides a software construct for displaying a metaphor on a monitor connected to a computing machine.
  • the software construct comprises a locator section which displays to a user their position within a virtual office community.
  • Another aspect concerns a method for providing persons access to a specific virtual office.
  • the method includes the steps of distributing a business card having a URL address, which resolves into a first Web page hosted by a Web server, and a virtual office address, which accesses a second Web page hosted by the Web server.
  • the URL address of and the virtual office address are received at a client machine connectable to the Internet.
  • the URL address and the virtual office address are resolved into a unique Web page maintained at the server, and displayed at the client machine.
  • Figure 1 is a perspective view of a network arrangement useful for implementing a preferred embodiment of the present invention
  • Figure 2 is a flowchart depicting a process for populating a template in accordance with a preferred embodiment of the present invention
  • Figure 3 is a screen layout of a template populated using the process of Fig. 2;
  • Figure 4 is an exemplary Web page in accordance with the preferred embodiment;
  • Figure 5 is another Web page that can be used in accordance with the preferred embodiment
  • Figure 6 is an exemplary virtual office accessed from a Web page such as shown in Fig. 4 or 5;
  • Figure 7 is a further Web page within the virtual office; and, Figure 8 is a copy of a business card depicting a professional's Internet office address.
  • a preferred embodiment of the present invention provides a software tool and technique for imposing organization on data in a relational database for convenient access by users in a distributed computer network such as the Internet.
  • a preferred embodiment of the present invention provides a software metaphor of a building or tower, with data concerning individuals
  • the building metaphor is an artificial construct established by software using tables in a relational database and a software engine.
  • the software engine accesses the relational database and pulls together disparate elements into an HTML page for presentation on a distributed computer network.
  • visitors can navigate a Web site with requested information being dynamically rendered with the user's movements (e.g., mouse clicks) within the virtual space (e.g., building or city).
  • the software engine manages the visitor's actions by using predefined criteria maintained in the relational database.
  • the query-driven software engine uses a series of tables which, in the presently preferred embodiment, are part of a relational database written in SQL7.
  • the information stored in the tables populates one of several templates which define an HTML file.
  • the software engine conveys the HTML file to a user at a client-side station.
  • a specific question is submitted to the server.
  • This specific question can be either presented to the user or passed through a hidden field.
  • This specific question causes one or more queries to be processed by the relational database.
  • the relational database responds to the specific question with an office location, descriptive information relating to that office, and follow-up questions to the specific question submitted.
  • This information is combined with a selected HTML template using a scripting language such as JAVA Script, Perl or VBScript.
  • the combined file is transmitted back to the client-side station.
  • a network arrangement 100 of distributed computers is illustrated in which users at a client-side station 110 operate a conventional Web browser such as those commercially available from Microsoft Corporation of Redmond, Washington under the name Internet Explorer or Netscape Communications, Inc. of Mountain View, California under the name Communicator.
  • client-side stations 110 There can be a plurality of client-side stations 110 all connected through a distributed computer network 120 such as the Internet.
  • a server 130 is configured, in accordance with the preferred embodiment of the present invention, to implement a software metaphor using a relational database 150 and a software engine 140 as described herein.
  • a user at the client-side station 1 10 accesses the server 130 by addressing the server 130 in a conventional manner. For example, the user can enter the Web site URL hosted by that server 130 with a browser software package or the like.
  • the server 130 provides over the distributed computer network 120 a Web page such as the page 112 shown on the display screen at the client-side station 1 10.
  • the Web page 1 12 includes, among other elements, question text 114 which prompts the user and guides him or her to further information available from the server 130.
  • the Web page 112 includes a staff picture 116 which provides a virtual hosted setting for the question text 114. With each hypertext link or form that the user selects, a template name, question ID and suite number are conveyed to the server 130 across the distributed computer network 120.
  • the template name is used to retrieve a specific template file 132 which contains both query statements 134 and an HTML form 136.
  • the query statements 134 process the incoming question ID and determine the appropriate suite number to forward to the relational database 150 for processing.
  • the suite number that was provided may or may not be used to query the relational database 150.
  • the suite number submitted to the server 130 is ignored. This is because the user's present suite number does not reflect the user's future suite number.
  • the suite number passed to the server 130 will be forwarded to the relational database 150.
  • the query statements 134 are then passed to a software engine 140 which translates the query statements 134 into a form suitable for the relational database 150.
  • scripts generated by a commercially available software package such as Cold Fusion translate the query statements 134 into a form suitable for an SQL7 relational database 150.
  • the relational database 150 responds to the query 134 in a conventional manner.
  • the software engine 140 in tum, populates the elements of the HTML form 136 with the data retrieved from the relational database 150.
  • the software engine 140 then conveys the populated HTML form 136 across the distributed computer network 120 to the user's client-side station 1 10.
  • the HTML form is displayed in a conventional manner, such as. in the active window of the user's browser.
  • the Web page 112 includes a suite box 118 in which the user can directly enter the suite number to which he or she wishes to visit (see Figs. 4 and 5).
  • the client-side station 110 submits to a server 130 a suite number entered in the suite box 1 18 and a template name.
  • the query statements 134 respond to the suite number the user provided in the suite box 118.
  • the suite number is then conveyed to the software engine 140 to retrieve the specified suite number from the relational database 150.
  • the software engine 140 then populates the HTML form 136 with the data for that suite number.
  • the software engine 140 then returns the HTML form 136 to the client- side station 110 over the distributed computer network 120.
  • the specific template file 132 identified to the server 130 responds to an entry submitted into the suite box 118.
  • the specific template file 132 preferably includes a static question ID which is passed to both the software engine 140 and the relational database 150 so that appropriate child questions or follow-up questions are presented to the user from that new location.
  • This table includes section numbers and names. A number of sections can be provided for each floor. The appropriate floor for any given section is identified with a 'floor number' field within this table (i.e. floor number is a foreign key which links to the floors table).
  • This table defines the staff who are selectively associated with a given location in the software metaphor.
  • the staff can include in a medical building, for example, secretaries, nurses, building escorts, residents, pharmacists, and the like.
  • This table also specifies the HTML templates within which the staff is displayed at a client-side station 110.
  • This table defines individual staff members by name, picture, and staff type.
  • the staff type is determined by a foreign key relationship to the staff type table.
  • This table also has entries for floor, section and office numbers so that each staff member is located in the predefined place within the virtual building.
  • the floor number, office number, section number and staff type are all foreign keys within this table. These keys allow for the correct description of the staff member and ensure their appropriate placement in the virtual space generated by the software engine 140.
  • the values of such parameters ensure that a particular staff member will be displayed at the client-side station 110 in a certain location.
  • Suite Table This table describes a room or office in detail.
  • the suite table is the most specific and well-defined element in the software building metaphor.
  • the suite table defines floor and section number ID's as foreign keys to link to those respective tables.
  • the suite table describes the tenant using identifying data such as a first name, last name, company name, license number, physical office address, and the like.
  • the table also stores a link to a picture of the tenant.
  • the table can store the picture directly.
  • the information in the staff tables is associated with particular suites using the 1) office, 2) floor and 3) section numbers, and not through the suite table itself. These three variables create a primary key. Each virtual building suite has a unique combination of these three variables.
  • This table also stores "question options.”
  • a physician When setting up a virtual office, a physician is provided with a selection of optional questions which can be asked within their office. For example, they may want their patients to fax them. In which case, the physician would select, "yes” to the question option "Would you like to send a fax?" A physician selects a given question option using Boolean operators. "Yes” turns the question option on, while “No” turns the question option off. There also can be “standard questions” that are always posed to visitors. One example would be, "Would you like the physical office address of the doctor?" 6. Question Table
  • Questions allow for efficient navigation through the virtual building. They are preferably hierarchical so that the response to a first question (e.g., clicking on its link) prompts a second list of questions.
  • the question description table includes a number of descriptive elements such as (1) the text of the question, (2) the question's identifier, (3) the identity of the question's 'parent question' (i.e. which question led to this one), (4) the HTML template to be used when this question is called, (5) the office number to relocate to should this question be called (this property is not always used), and (6) descriptive text, which is used in the template to describe more thoroughly the question that was just asked and the options available to the user.
  • the presentation of Web pages or virtual offices is query driven, using the relational database 150 and a software engine 140 to process responses and render the requested information.
  • the response to a given question is provided to the client-side station 1 10 in the form of a new Web page 1 12.
  • the response defines the questions which will be presented to the user in that Web page 1 12.
  • the response then defines the appropriate staff member to invoke, and, depending on the question posed, determines the appropriate suite display.
  • the first page displayed to the user or visitor consists of a single image that is actually a 'Submit' button for an HTML form 136.
  • the FUP is displayed at step 202 in the active window of a Web browser or other compliant interface connected to the distributed computer network 120.
  • the FUP preferably implements three database queries in response to the user submitting the HTML form 136 at step 204.
  • the template, suite number and question ID are submitted to the server 130 as indicated in step 206.
  • the queries used to process the submitted data are discussed below.
  • Question ID query The first query takes the question ID submitted at step
  • 206 retrieves information including a recapitulated version of the question and any descriptive elements that are desired (e.g., to explain the choices in a next set of questions). Also retrieved are the suite number that the user is to be sent to, if appropriate.
  • the first query within the specific template file 132 passes the question ID to the software engine 140 which examines the relational database 150 to match the question ID to a corresponding question ID within the question table.
  • the question ID is the primary key for the question table. Having done that, the relational database 150 responds with a suite number identifier, if one exists. All of this occurs at step 208.
  • a predetermined question ID number would be passed as a hidden variable to the software engine 140 for handling by the relational database 150, as described above.
  • the template page, question ID, and suite number can all be passed as hidden variable to the server 130 for processing by the software engine 140.
  • the response might dictate that the user be brought into a virtual corridor or foyer within the lobby of the building.
  • a logical routine which can be implemented using IF-ELSE statements, operates to specify the suite number (that is, the floor number, office number and section number) that points to a particular virtual office at step 214.
  • the logical routine is processed by the software engine 140 and generates the parameters that are queried to the relational database 150 at step 216 in query 3. If the suite number is known from step 208 (query 1), then it is parsed by the software engine 140 and the floor number, section number and office number parameters are submitted to the final query, described below.
  • the logical routine searches for the suite number parameters, namely, the floor number, office number and section number within the HTML form 136 or hyperlink that was used to submit the form at step 204.
  • the suite number parameters namely, the floor number, office number and section number within the HTML form 136 or hyperlink that was used to submit the form at step 204.
  • hidden values passed from the form are examined.
  • a hyperlink was used, then concatenated values are examined.
  • the suite number parameters that are obtained are for the room that the user was in when the data was submitted at step 204 and the child questions that were retrieved in response to query 2 will be displayed at the same location as the prior question.
  • the logical routine detects that a suite number was specified in the suite box 118 and that such information was submitted at step 204, then that number is parsed into its suite number parameters.
  • Suite Number Query This query sends the suite number parameters to the relational database 150 and matches them against the entries suite table. Only one location has a particular combination of the three suite number parameters. This combination of values in the suite table is then referenced against the floor and section tables to ensure that such a room exists. Pertinent descriptive information (name, address, question options, picture, etc.) is taken from the suite table for the referenced suite number, at step 216.
  • the suite number parameters are matched against the staff table.
  • the staff ID for any staff that match the combination of the SNP are taken from the staff table at step 218.
  • the software engine 140 queries the staff type table in the relational database 150 using the staff ID and obtains in response the staff ID for the specified SNP and the specified template from step 206.
  • the information provided by the relational database 150 from the queries of steps 208, 210 and 216-220 is processed by the software engine 140 and populated into the HTML form 136 at step 224.
  • the populated form is then sent over the Internet, for example, to the user at step 226.
  • an HTML page 300 is sent which includes:
  • a locator section 310 which lists the floor, office and section numbers as well as the suite name which the user is currently in (taken from the suite table)
  • An introduction 320 by the staff member including name (e.g., Karen) and type (e.g., nurse) description (taken from the staff and staff type tables).
  • name e.g., Karen
  • type e.g., nurse
  • a staff member picture 330 (taken from the staff table)
  • the questions are selectable by the user, and preferably are presented as submit buttons 380, hypertext links 390, or some other selectable element as understood by those of skill in the art.
  • an HTTP request is made to the server 130 which includes data automatically provided by the HTML page 300 submitted in step 204.
  • the request includes hidden input elements which list the current floor, office, and section numbers, as well as the question ID.
  • the action for this form is the template name that was stored at step 212.
  • the HTML value of the submit button is set to the question text 114 and the data stored at step 212.
  • the template name the floor, office, and section numbers and the question ID are concatenated onto the referenced file.
  • a picture of the physician taken from the suite table can be inserted into the page; custom services can be included in accordance with the physician's preferences (e.g. e-mail, fax, patient questionnaire submission) by setting the parameters in the relational database 150 accordingly, as understood by one of skill in the art.
  • physician's preferences e.g. e-mail, fax, patient questionnaire submission
  • the questions lead a user through the tower.
  • Information is provided to the user using the descriptive text included with each question. Anytime a user chooses a question, a textual description explains a process, answers the question, or helps the user choose the next question that will get them where they're going.
  • the position locator 310 gives the user a reference point. If user knows their destination, the user can enter the suite number directly into the suite box 118. The user will be taken directly to this suite number. This eliminates a number of question-answer cycles. It also provides the 'feel' of actually being in a building.
  • the staff members also add to the 'feel' of the tower. As opposed to being on a static page with no help, the staff members guide you to your destination.
  • Navigation can be voice-driven instead of text-based forms and links.
  • Fig. 4 through 7 various screen prints of the preferred embodiment of the present invention are shown.
  • Figs. 4 and 5 depict alternative Web page approaches in accordance with the preferred embodiment.
  • the first home page approach demonstrated in Fig. 4 presents the user with three alternative text box choices.
  • the question query text box 404 and the personal name text box 402 represent prior art search techniques.
  • the server 130 Upon entering a particular physician's name in the personal name text box 402, the server 130 returns a particular physician's HTML page 300.
  • the server 130 Upon entering a particular physician's name in the personal name text box 402, the server 130 returns a particular physician's HTML page 300.
  • the server 130 if the user poses a question in the question query text box 404, the server 130 returns an answer HTML page 300.
  • the suite box 1 18 demonstrated in the preferred embodiment of the present invention is not known in the prior art.
  • the user knew the suite number, so the user entered the number 3-A1 10.
  • the user Upon entering the suite number,
  • Fig. 5 demonstrates an alternative Web page approach to the Fig. 4 embodiment.
  • the user is directed to the lobby of the virtual office community where a general secretary greats the visitor.
  • a picture of the Internet secretary is shown in the staff picture box 116.
  • the general secretary then introduces 320 herself as "Susan, the Internet Secretary.”
  • the position locator 310 orientates the user within the virtual building.
  • the position locator 310 displays the floor number, suite number, office, and section name information in the upper left hand corner ensuring that the user remains orientated at all times.
  • the user is at the front desk of the virtual building's lobby.
  • the suite number is 1-AlOO.
  • the staff member recapitulates the user's location 340.
  • the staff member recapitulates the user's location 340.
  • the staff member recapitulates the user's location 340.
  • the staff member recapitulates the user's location 340.
  • the staff member recapitulates the user's location 340.
  • the Internet secretary reminds the user that they are at the Front Desk. To help the visitor find the information that they are seeking, the Internet secretary then asks a list of questions 370 in an effort to track down the information the visitor might be seeking. In addition, the Internet secretary directs the visitor to a list of potentially other relevant Internet Offices 500 within the virtual community. As is always an option, the user can travel directly to a new suite using the suite box 118.
  • Fig. 6 is an exemplary virtual office accessed from a Web page such as shown in Fig. 4 or Fig. 5.
  • the position locator 310 orientates the visitor in the virtual community.
  • the visitor is in suite 3-A100.
  • This is the virtual office that the visitor in Fig. 4 would automatically go to because the user typed 3-A100 in the suite box 1 18.
  • the position locator 310 also tells the visitor that they are at Phil's office which is in the Administration section on the Medtower Offices floor.
  • the visitor is introduced to Phil's Internet Secretary. Beth 320.
  • Beth orientates the visitor, reminding them that they are at Phil's Internet office 340.
  • the suite box 118 presents the visitor the opportunity.
  • the staff member once again asks the visitor a the list of questions 370 in an effort to pinpoint an answer to the visitor's question.
  • Beth asks the following questions 370:
  • Fig. 7 is a further Web page within the virtual office.
  • Phil the staff member introduces himself as the Chief Information Officer 320.
  • the visitor was directed to this Web page by asking a question.
  • the question is recapitulated 350.
  • the visitor asked "learn more about Phil?" in Fig. 6.
  • the description 360 comprises Phil's curriculum vitae.
  • FIG. 8 illustrates an exemplary business card that can be provided to a professional for distribution to clients, etc. in accordance with an aspect of the present invention.
  • the business card 800 preferably includes a variety of conventional data including the professional's name and the address of his or her physical office.
  • the business card 800 includes a virtual office address 802 which can be uniquely accessed through a predetermined server. A specific virtual office can be addressed by inputting to a machine connected to a distributed network such as the
  • a machine readable code 806 such as a bar code or magnetic ink is provided on the business card which cooperates with software resident on a client machine to directly access the professional's virtual office free of any intervening web pages by scanning the code with a suitable reader, such as the :CueCat Reader available from Digital Convergence Corporation of Dallas, Texas (www.crq.com), together with CRQ software from the same supplier which processes bar codes.
  • a suitable reader such as the :CueCat Reader available from Digital Convergence Corporation of Dallas, Texas (www.crq.com)
  • the URL is "www.lawtower.com" and the virtual office address 802 is "30-52.”
  • virtual office suite numbers can be distributed and/or advertised in equivalent other ways.
  • the business card 800 includes a URL address 804 which resolves into a first Web page hosted by a predetermined
  • a recipient of the business card 800 inputs the URL address and the virtual office address indicated on the card at a client machine connectable to the Internet, for example, at a desktop computer or a portable, Internet- compliant device.
  • the URL address and the virtual office address are resolved into a unique Web page maintained at the predetermined server, and that unique Web page is then displayed at the client machine.
  • the URL address and the virtual office address can be received in sequence, for example, by typing in this information, or simultaneously, y using a coded form of this information, such as the code 806. While the present invention has been described with respect to a particularly preferred embodiment, the invention is susceptible to implementation in other ways that are within the spirit of the invention which is defined in terms of the recitations of the appended claims and equivalents thereof.

Abstract

La présente invention concerne une métaphore logicielle d'une construction représentée par des données placées sur un réseau informatique distribué. Cette métaphore de construction comprend un modèle définissant la manière dont ces éléments sont demandés dans une base de données. Ladite base de données contient des informations relatives à une pluralité de bureaux virtuels spécifiques. Une station connectée à un réseau informatique distribué soumet des données de bureau virtuelles à un moteur logiciel. Ce dernier répond en accédant à la base de données et en fournissant au modèle des informations sur l'un de ces bureaux virtuels spécifiques. Une pluralité de bureaux virtuels dans une métaphore de construction sont définissables par traitement d'une adresse de bureau virtuelle respective.
PCT/US2000/030800 1999-11-12 2000-11-10 Metaphore de construction WO2001035275A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP00986214A EP1307829A2 (fr) 1999-11-12 2000-11-10 Metaphore de construction
AU22493/01A AU2249301A (en) 1999-11-12 2000-11-10 Building metaphor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16500299P 1999-11-12 1999-11-12
US60/165,002 1999-11-12

Publications (2)

Publication Number Publication Date
WO2001035275A2 true WO2001035275A2 (fr) 2001-05-17
WO2001035275A3 WO2001035275A3 (fr) 2003-03-06

Family

ID=22596993

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/030800 WO2001035275A2 (fr) 1999-11-12 2000-11-10 Metaphore de construction

Country Status (3)

Country Link
EP (1) EP1307829A2 (fr)
AU (1) AU2249301A (fr)
WO (1) WO2001035275A2 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998014896A1 (fr) * 1996-09-30 1998-04-09 Sterling Software, Inc. Integrateur de ressources de donnees/traitement pour serveur web
US5974443A (en) * 1997-09-26 1999-10-26 Intervoice Limited Partnership Combined internet and data access system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998014896A1 (fr) * 1996-09-30 1998-04-09 Sterling Software, Inc. Integrateur de ressources de donnees/traitement pour serveur web
US5974443A (en) * 1997-09-26 1999-10-26 Intervoice Limited Partnership Combined internet and data access system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
NOAH W W: "The integration of the World Wide Web and intranet data resources" SYSTEM SCIENCES, 1998., PROCEEDINGS OF THE THIRTY-FIRST HAWAII INTERNATIONAL CONFERENCE ON KOHALA COAST, HI, USA 6-9 JAN. 1998, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, US, 6 January 1998 (1998-01-06), pages 496-502, XP010263110 ISBN: 0-8186-8255-8 *
TUNG BUI ET AL: "Group decision and negotiation support in telemedicine: an application of intelligent mobile agents as non-human teleworkers" SYSTEM SCIENCES, 1997, PROCEEDINGS OF THE THIRTIETH HWAII INTERNATIONAL CONFERENCE ON WAILEA, HI, USA 7-10 JAN. 1997, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, US, 7 January 1997 (1997-01-07), pages 120-129, XP010271864 ISBN: 0-8186-7743-0 *

Also Published As

Publication number Publication date
AU2249301A (en) 2001-06-06
EP1307829A2 (fr) 2003-05-07
WO2001035275A3 (fr) 2003-03-06

Similar Documents

Publication Publication Date Title
US7941447B2 (en) Human relationships registering system and device for registering human relationships, program for registering human relationships, and medium storing human relationships registering program and readable by computer
US20040210602A1 (en) Meta-Web
WO2000045301A1 (fr) Procede et dispositif de generation dynamique de presentation utilisateur en s'appuyant sur des regles stockees en base de donnees
US20030187691A1 (en) Method and system for matching a service seeker with a service provider
US20020156848A1 (en) Method and system for conducting a convention online
WO2001082156A1 (fr) Procede et dispositif de support a la promotion des ventes par utilisation de message electronique
Mestre Visibility of diversity within Association of Research Libraries websites
Kelley-Milburn et al. Cyberpsych: Resources for psychologists on the Internet
KR20010104856A (ko) 인터넷 의료상담 서비스방법
JP2005018653A (ja) リハビリメニュー提示装置及びこれを用いた介護サービス支援システム
Kupersmith Technostress in the bionic library
JP2000090167A (ja) 進路選択支援システム
WO2001035275A2 (fr) Metaphore de construction
Morrey et al. What claims are made about clients and therapists’ experiences of psychotherapy environments in empirical research? A systematic mixed‐studies review and narrative synthesis
JP2021196613A (ja) 介護事業者情報提供システム及びコンピュータプログラム
Lazar et al. Collecting User Requirements in a Virtual Population
JP2001273324A (ja) 展示会案内システム
Brett Networked Information Retrieval Tools in the AcademicEnvironment: Towards a Cybernetic Library
JP2000076289A (ja) ビジターに提示する閲覧画面にビジター毎の備忘印を付けるサービスに特徴を有するｗｗｗサーバー
JP2001282092A (ja) ワイド・アクセス情報伝送システムを介してオンライン及びオフラインの教育機会並びに関連情報を供給するシステム及び方法
JP2001265881A (ja) メッセージ送信装置およびメッセージ送受信システム
JP2002073669A (ja) 情報提供装置及び情報提供方法
Burrows Educating for the Internet in an academic library: the Scholars' Centre at the University of Western Australia
KR0138298B1 (ko) 자동응답을 위한 장치 및 방법
JP2002091865A (ja) ディスカッション・システム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM EE ES FI GB GD GE 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 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: A2

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 GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2000986214

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWP Wipo information: published in national office

Ref document number: 2000986214

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 2000986214

Country of ref document: EP