Classifications

• • G06Q50/60—
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q10/00—Administration; Management
  • G06Q10/10—Office automation; Time management
  • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]

Definitions

• the invention relates to a method and a device for managing resources and a recording medium for implementing this method.
• the resources here are executable files stored in a memory of an electronic calculator or addresses allowing a computer application to contact a person or to access information.
• the term "management method" denotes a method that makes it possible to classify and sort these resources according to predetermined criteria in order to enable a user to easily find one of these resources.
• resource management methods include ordering and filtering resources based on predetermined criteria.
• the cards in this address book are designed to contain the different possible addresses of a contact such as their phone numbers, e-mail addresses and postal addresses. This map is saved in a format specific to the application that will exploit it. For example, when a user wants to send an E-mail to a contact that he has selected in his address book, only the Outlook application can use the contents of the card to perform this task.
• a resource management method comprising storing, in a memory of an electronic calculator, an instantiable model of a card intended to contain a description of a resource, this imposing card model, when its instantiation to create a new map, the acquisition of: • an identifier of the map to identify this map among all the maps already created, At least one path containing the address in the case where the resource is an address and a path in the case where the resource is an executable file, and
• a reference domain for each path the reference domain specifying, in the case where the resource is an address, which is the computer application to be executed among several applications that may be specified by the reference domain for contact the person corresponding to this address or to access the information corresponding to this address.
• the map template used here defines what application is to be executed in response to a user's selection of that map.
• Embodiments of this method may include one or more of the following features: - the reference domain specifies, in the case where the resource is an executable file, that the resource described is an executable located in the location indicated by the access path ;
• the method comprises creating a first and a second new map by instantiating the map model to describe, respectively, first and second addresses, the respective reference domains of said first and second addresses specifying, respectively, a first and a second computer applications, the first computer application being unable to contact the person or to access the information corresponding to the second address;
• the instantiable model also makes it possible, during instantiation to create a new map, to freely define a name and a value of at least one label;
• the instantiable model also makes it possible, when instantiating it to create a new card, to create a field intended to contain a link of the card created to another card to incorporate by reference the contents of this other card in the card created when the card is created. it is presented to a user; the instantiable model also allows, when instantiated to create a new map, the definition of a default reference domain when the map created contains several reference domains, the default reference domain specifying the computer application to be executed by defect in response to the selection of this card by a user; when creating a new map by instantiation of the model, the reference domain may specify a computer application to run selected from the group consisting of an application to make a phone call, an application to send an E-mail, an application for play an audio or video file, an application to display an Html page, and an application to display an RSS feed.
• the invention also relates to an information recording medium containing instructions for executing the resource management method above when these instructions are executed by an electronic computer.
• the subject of the invention is also a resource management device comprising an electronic memory containing an instantiable model of a card intended to contain a description of a resource, this imposing card model, during its instantiation to create a new map, the acquisition:
• FIG. 1 is a schematic illustration of a telecommunication system incorporating a resource management device
• FIG. 2 is a schematic illustration of an instantiable model of a card used in the resource management device of FIG. 1,
• FIG. 3 is an illustration of several cards created by instantiation of the model of FIG. 2;
• FIG. 4 is an illustration of another map created by instantiation of the model of FIG. 2, and
• FIG. 5 is a flowchart of a resource management method using the device of FIG. 1.
• FIG. 1 represents a telecommunication system 2 enabling users to contact other users or to access informations. For this purpose, these users use communication terminals.
• the terminal 4 makes it possible to contact other persons via an information transmission network 6.
• this network 6 comprises the Internet network.
• the terminal 4 is able to establish a telephone call with a telephone 8 or send an e-mail to a computer station 10.
• the terminal 4 is also able to access various information such as audio files recorded on a remote server 12 of audio files and Html pages recorded on a remote Internet server 14.
• the terminal 4 is made using an electronic computer capable of executing instructions recorded on an information recording medium for implementing the method of FIG. 5.
• the terminal 4 is a computer equipped with a central unit 20 connected to an electronic memory 22.
• the central unit 20 is also connected to a man-machine interface comprising a screen 24 and a keyboard 26.
• the central unit 20 comprises an electronic calculator 28 able to execute the instructions of computer applications recorded in the memory 22.
• the memory 22 comprises executable files corresponding to the following computer applications: a telephone application 30 having a module for calling the telephone 8 and a module for sending an SMS message (Short Message Service) via the network 6,
• a telephone application 30 having a module for calling the telephone 8 and a module for sending an SMS message (Short Message Service) via the network 6,
• an application 32 capable of sending e-mails or e-mails to a recipient
• an Internet browser capable of accessing information stored on Internet servers such as the server 14,
• a computer application 36 having a module capable of playing music files, a module for playing video files and a module for displaying images stored in a local memory or on a remote file server such as the server 12.
• the memory 22 also comprises instructions 38 necessary for the execution of the method of FIG. 5.
• the combination of these instructions 38 and the computer 28 forms a resource management device implemented in the terminal 4.
• the memory 22 also comprises the various pieces of information necessary for carrying out the method of FIG. 5.
• the memory 22 comprises:
• a list 46 of reference domain names a list 46 of default reference domain names, and a zone 50 for storing information relating to the terminal 4 and the users of the terminal 4.
• Figure 2 shows an example of an instantiable card template 40.
• This model includes: - a WCARD-ID field intended to contain a unique identifier making it possible to identify the card created among all the other cards already created,
• an ADDRESS section intended to contain the access path to the resource as well as the reference domain associated with this resource; a WC ARD-DOM AIN field intended to indicate which is the reference domain by default when the card created comprises multiple paths, and
• a TAG section intended to contain one or more labels.
• the content of the WCARD-ID field is filled automatically when instantiating this template.
• the WCARD-NAME field can either be filled manually by the user when creating a new map by instantiating this model or automatically from the contents of other fields in the model.
• the ADDRESS section is intended to contain one or more paths.
• the path is an address of a person to contact or information to access when the resource is an address. In the case where the resource is an executable file, the path corresponds to the path to this executable file.
• the value of the path is saved in an ADDRESS-V ALUE field.
• Each path is associated with a reference domain 60.
• the reference domain 60 is defined using the fields ADDRESS-DOMAIN-NAME and ADDRESS-DOMAIN-SERVICE-LIST.
• the ADDRESS-DOMAIN-NAME field is designed to contain the name of the reference domain. When instantiating the model 40, this name can only be chosen from the list 46. For example, here, the list 46 has the following names: - "TELECOM-PHONE" to indicate that the access path is here a phone number,
• the ADDRESS-DOMAIN-SERVICE-LIST field contains a list of computer applications that can exploit the contents of the ADDRESS- VALUE field.
• the contents of the ADDRESS-DOMAIN-SERVICE-LIST field depend on the contents of the ADDRESS-DOMAIN-NAME field.
• the contents of the ADDRESS-DOMAIN-SERVICE-LIST field are defined using the following table:
• the reference domain 60 defines what is the computer application or applications that must be executed to exploit the content of the field
• ADDRESS-VALUE When several applications are possible, a message is displayed so that the user chooses himself between the various applications that may be executed.
• PLAYER-PHONE and PLAYER-SMS-SEND correspond, respectively, to the modules able to make a telephone call and to send an SMS of the application 30.
• the application “PLAYER-E-MAIL- SEND” corresponds to the application 32.
• the application” PLAYER-WEB correlates to the application 34.
• the application” PLAYER-RSS correlates to a particular module of the application 34 to subscribe and read RSS feeds.
• PLAYER-MUSIC PLAYER-PICTURE
• PLAYER-VIDEO PLAYER-VIDEO
• This field makes it possible to discriminate between a path to an executable file and a path corresponding to an address. For example, this path includes the data "Y" when the path is a path to an executable file and the value "N" otherwise.
• two additional ADDRESS-PLAYER-DEVICE and ADDRESS-PLAYER-SYNTAX fields must be completed.
• the ADDRESS-PLAYER-DEVICE field indicates which operating system (s) on which the executable file can be run.
• the ADDRESS-PLAYER-SYNTAX field describes the format of one or more parameters that must be passed to this application when it is executed. Typically, the parameter or parameters in question are contained in the ADRESS-VALUE field of a card.
• the ADDRESS section can contain the description of one or more paths.
• the WC ARD-DOMAIN field is used to define the path access to use by default when the map created by instantiation of the model 40 is selected by a user.
• the content of this WCARD-DOMAIN field is for example chosen from a list 48.
• this list 48 is identical to the list 46 except that it also includes the value "PERSON" which indicates that the card describes the address of a person.
• the value "PERSON" indicates that the default application to use to reach this person is "PLAYER-PHONE".
• the TAG section makes it possible to define one or more labels during an instantiation of the model 40.
• these labels are intended to serve as search criteria for one or more created maps.
• TAG-TYPE field indicating which type of label is defined
• TAG-NAME field intended to contain the name of the label
• TAG-VALUE field intended to contain the value of the label.
• the model 40 is designed to require that the content of the TAG-TYPE field be chosen from a predetermined list.
• this predetermined list contains the following three values "DOMAIN”, "SYSTEM”, and "USER".
• the value of the TAG-TYPE field is "DOMAIN”
• the value of the TAG-NAME field can only be chosen from the list 42.
• the list 42 associates possible values for the TAG-NAME field according to the value contained in the WCARD-DOMAIN field.
• the value of the WCARD-DOMAIN field is "PERSON”
• the value of the TAG-NAME field should be chosen from the following list ⁇ "NAME”, “FIRST NAME”, “DATE OF BIRTH”, ... ⁇ .
• the contents of the TAG-NAME field must be chosen from the following list ⁇ "ENCODING TYPE", “FILE TYPE”, ... ⁇ .
• the content of the TAG-TYPE field is "SYSTEM"
• it is a label whose name and value are automatically determined by the resource management device. For example, it may be a label to indicate which is the last revision date of the contents of the created map.
• the contents of the TAG-TYPE field can be freely chosen by the user during the creation of a card by instantiation of the model 40.
• the card model 40 therefore imposes the acquisition, during the creation of a card by instantiation of this model, of a certain number of fields.
• FIG. 3 represents four examples of cards 70 to 73 created by instantiation of the model 40.
• the card 70 describes a company whose name is "ATT".
• the identifier of the card 70 is "WCARDl”.
• the card 70 is devoid of an ADDRESS section. However, the WCARD-DOMAIN field has been filled with the value "PERSON”.
• the card 70 has a label 76 used to define the mailing address of the company ATT. In the particular case shown in Figure 3, a label of the type "DOMAIN" was used to define the mailing address of this company.
• the card 71 describes an image. This card has a WCARD2 identifier and a name "ATT logo" as well as a path to the file containing the image to display. The path is contained in the ADDRESS-V ALUE field. This path is associated with a reference domain defined by the value of the ADDRESS-DOMAIN-NAME and ADDRESS-SERVICE-LIST fields. Here, this reference domain indicates that the application to be executed to display this image is the "PLAYER-PICTURE" application.
• the card 72 describes an audio file recorded on a remote server such as the server 12. This card here has the identifier "WCARD3" and the name "RING-MUSIC". This card also contains the path to the audio file on the server 12 as well as a reference domain.
• the reference domain specifies that the application to be executed to listen to this audio file is the "PLA YER-MUSIC" application.
• the user has freely defined a label whose name is “CLASS” and whose value is "C2". This label is a kind of annotation of the user to enable him to easily find the label 72.
• the label 73 describes a person named "Tom". Some people can be contacted by phone or e-mail.
• the card 73 therefore contains a first access path containing a telephone number and a second access path containing the e-mail address of this person.
• Each of these paths is associated with a reference domain specifying which application to execute to contact that person either by phone or by e-mail.
• the reference domain specifies that the applications to be run are "PLAYER-PHONE" and "PLAYER-SMS-SEND". Since two applications are likely to be executed, when the user tries to reach this person by using his phone number, a screen is displayed asking to choose between these two applications that may be executed to reach this person to using his phone number.
• the reference domain specifies that the application to be executed is "PLAYER-E-MAIL-SEND".
• the card 73 also has five labels. Two of these labels are used to define the last name and mailing address of this person. Note that the value of the label defining the mailing address is the identifier "WCARDl" of the card 70. Thus, in this case, the mailing address of this person is defined by reference to another card. In this case, when displaying information about this person, his address will be obtained from the contents of the card 70.
• the other labels defined are freely defined tags by the user.
• the user has defined a label whose name is "LOGO" and whose value includes a reference to the card 71 so that the description of the logo contained in the card 71 does not need to be included in the card 73.
• Another label bears the name "RING" and the value of this tag includes a reference to the tag 72 so as not to have to incorporate into the card 73 the complete description of the audio file already included in the card 72.
• the last label defined by the user has the name "CLASS” that is to say a name identical to that already used in the label 72.
• the value of this label is also "C2" as in the label 72.
• FIG. 4 represents an example of a map 80 created by instantiation of the model 40.
• This map 80 describes an executable application that can be located in a memory using the path contained in the ADDRESS-VALUE field.
• the reference domain indicates that it is an executable file.
• the ADDRESS-DOMAIN-NAME field contains the value "FILE- APPLICATION”.
• the value of the ADDRESS-PLAYER-STATUT field is equal to "Y".
• the ADDRESS-PLAYER-DEVICE field indicates that the operating system on which this application is to be executed is the operating system "Windows-XP" ® and that no particular syntax of the parameter is required.
• this card describes the application "PLA YER-PHONE" to be executed when the path of a card contains a telephone number.
• a label freely defined by the user has been added to the contents of the card 80. This label has the name “CLASS” and has the value "C3".
• the model 40 is stored in the memory 22 as well as the various applications and information necessary for the management of the cards. Then, during a step 92, the user creates cards by instantiation of the model 40. Each time a card is created, the template 40 defines the information and the format of the information that must be entered by the user.
• the user can select one of these cards.
• the application specified by the reference domain is executed. The content of the ADDRESS-
• VALUE is passed as a parameter to this specific application to automatically launch the execution of a call or send an SMS message to the person to contact or to launch the presentation of the information to access.
• the selected card describes an executable file
• the execution of this executable file is automatically launched in response to the section of this card.
• a step 96 of modifying and / or deleting a card In parallel with the steps of creation and selection of cards, the user can proceed, for example, to the following steps: a step 96 of modifying and / or deleting a card, and
• a step 98 of searching for one or more cards is a step 98 of searching for one or more cards.
• step 98 the cards are searched using criteria specified by the user such as the names and / or values of certain labels.
• the terminal 4 may be a mobile phone or a personal assistant such as a PDA (Personal Digital Assistant) or any other communication terminal.
• a PDA Personal Digital Assistant
• model 40 The resources that can be described using model 40 are not limited to the examples given in the preceding description.
• video files, documents or the like can also be described by a map obtained by instantiating the model 40.

Applications Claiming Priority (2)

Publications (1)

Family

ID=40127195

Family Applications (1)

Country Status (7)

Families Citing this family (1)

Family Cites Families (13)

• 2008
  • 2008-05-15 FR FR0802626A patent/FR2931267B1/fr not_active Expired - Fee Related
• 2009
  • 2009-05-14 WO PCT/FR2009/050901 patent/WO2009150348A1/fr active Application Filing
  • 2009-05-14 JP JP2011508985A patent/JP5631303B2/ja not_active Expired - Fee Related
  • 2009-05-14 EP EP09761899A patent/EP2286375A1/de not_active Withdrawn
  • 2009-05-14 CN CN200980116776.7A patent/CN102027493B/zh not_active Expired - Fee Related
  • 2009-05-14 KR KR1020107025652A patent/KR101247472B1/ko not_active IP Right Cessation
• 2010
  • 2010-11-05 US US12/926,268 patent/US20110313970A1/en not_active Abandoned

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events