WO2010108418A1 - 一种基于上下文的多维度号码通讯录查询方法 - Google Patents

一种基于上下文的多维度号码通讯录查询方法 Download PDF

Info

Publication number
WO2010108418A1
WO2010108418A1 PCT/CN2010/071097 CN2010071097W WO2010108418A1 WO 2010108418 A1 WO2010108418 A1 WO 2010108418A1 CN 2010071097 W CN2010071097 W CN 2010071097W WO 2010108418 A1 WO2010108418 A1 WO 2010108418A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
contact
matching
name
information
Prior art date
Application number
PCT/CN2010/071097
Other languages
English (en)
French (fr)
Inventor
林宇
邹仕洪
朱玫
Original Assignee
北京网秦天下科技有限公司
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 北京网秦天下科技有限公司 filed Critical 北京网秦天下科技有限公司
Priority to US13/259,145 priority Critical patent/US8959072B2/en
Publication of WO2010108418A1 publication Critical patent/WO2010108418A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/26—Devices for calling a subscriber
    • H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
    • H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
    • H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
    • H04M1/27467—Methods of retrieving data
    • H04M1/2748—Methods of retrieving data by matching character strings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72454—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to context-related or environment-related conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72457—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to geographic location

Definitions

  • the present invention relates to a method for querying an address book of a mobile communication device, and more particularly to a context-based multi-dimensional number address book query method. current technology
  • the order of the contacts is mostly in ascending order of the first letter of the name.
  • This method often leads users to spend more time to find the target person, and the search scope is limited to the search for the name, which will bring a lot of inconvenience to the user. For example, if the user only knows part of the information of the target person (for example, does not know the last name, only knows the name), the search result will not be obtained, or the user wants to know what the contacts in the area he is in, the traditional The search method is powerless.
  • 200610165366.X a number of executions of an operation item within a set time period is disclosed, and A method of arranging the order of the operation items in the order of the number of executions; in the Chinese Patent Application No. 200510030906.9, entitled "Arrangement and Display Method of a Mobile Communication Terminal Number", it is disclosed that each number has a unique index. No., need to have a usage variable and display serial number.
  • none of the above methods utilizes all of the contact information, and the search range is no different from the conventional one, so the search efficiency cannot be greatly improved.
  • the present invention seeks to provide a context-based multi-dimensional number address book search method, in the search process, based on communication frequency, membership (group), user current location, local time and other multiple dimensions will be contacted Sort people to quickly find the target contact.
  • the search scope is expanded from just searching for names to business cards. Search with text information, if the user enters the name of a city, the area code of the city will also be displayed.
  • the invention can meet the requirements of various search conditions of the user, and greatly saves the operation time. Summary of the invention
  • the object of the present invention is to enable a user to find a target person only by knowing part of the information by expanding the search range; and to save the search time by considering multiple factors in the process of sorting the contacts. .
  • a context-based multi-dimensional number address book query method comprising: inputting a search field; determining whether the search field matches a city name; performing full business card information search for all contacts in the address book; and based on multiple dimension pairs The target contacts of the full business card information search result are sorted.
  • the full business card information search for the address book includes the following steps: determining whether the search field is an address; if the search field judgment result is an address, the input search field is matched with the address information in each contact card, and the matching is successful.
  • the matching field type of the contact is set to an address, and the other information of the contact is no longer searched; if the address matching fails, the search field is matched with the name information in the contact card, and when the matching is successful, The contact's matching field type is set to name, and no other information of the contact is searched; if the name matching fails, the search field is matched with other information in the contact card, and the match is successful, the contact
  • the person's match field type is set to Other, and no longer search for other information about the contact; the above process is repeated until all contacts complete the field match; and the types of match fields are listed as address, name, or other Target contact entry.
  • the search field determines that the result is not an address, the search field is matched with the name information in the contact card, and when the matching is successful, the matching field type of the contact is set to the name, and the other of the contact is no longer searched. Information; if the name matching fails, the search field is matched with other information in the contact card, and when the matching is successful, the matching field type of the contact is set to other, and the other information of the contact is no longer searched; Repeat the above process until all contacts have completed the field matching; and list the matching fields as the name or other target contact entries.
  • the target contacts of the full business card information search result are sorted based on the contact dimension type of the contact, the communication frequency coefficient attribute, the address attribute, the group, the name, the current address of the user, and the seven-dimensional dimension of the local time and date of the mobile phone.
  • a context-based multi-dimensional number address book query method includes: inputting a search field; determining whether the search field matches a city name, and if so, displaying a city name and a corresponding area number; obtaining a current address information of the user, and storing The information; reading the local time and date of the user's mobile phone; adjusting the priority of the relevant group in the search result based on the local time and date of the user's mobile phone; performing full business card information search for all contacts in the address book, and performing a search field Fuzzy matching, obtaining matching results; and sorting the target contacts of the full business card information search result based on multiple dimensions.
  • the current address information of the user is determined by the GPS information or determined by the user's mobile phone number segment. Adjusting the priority of the relevant group includes the following steps: Determine whether the local time and date of the mobile phone is a certain holiday, if yes, prioritize the family, relatives, and friends related groups, and prioritize the colleagues, partners, and related groups. If the weekend is only, the friends and family related groups will be prioritized, and the priorities of the colleagues, relatives, and partners will be lowered. If it is a working day, the time will be judged as the working time. , prioritize partners and colleagues, and lower the priority of friends, family, and relatives; if it is non-working time, prioritize family, friends, and colleagues, and partners, relatives The priority of related groups is reduced.
  • a method for sorting contacts in an address book based on multiple dimensions comprising: reading an address judgment result, determining a priority type of a first layer area for displaying a sort result; reading a local time and date judgment of the user's mobile phone As a result, the priority of the relationship group is determined according to the judgment result of the time and date, thereby determining the priority group of the second layer area in the first layer area; according to the communication frequency coefficient attribute, the address attribute of the contact, The user's current address and name determine the sorting of contacts within each relationship group.
  • the types of the first layer area are respectively the matching field type is the address, the matching field type is the name, and the matching field type is other; and when the search field is not the address, the types of the first layer area are respectively The matching field type is name and the matching field type is other.
  • the matching field type is an address
  • the group priority is divided into a plurality of second layer areas, and in each second layer area, according to the communication frequency coefficient from high to Low way of arrangement, when the communication frequency If the degree factor is the same, the first letter of the contact name is sorted in ascending order.
  • the group priority is divided into a plurality of second layer areas, and in each second layer area, according to the communication frequency coefficient Arranged from high to low, when the communication frequency coefficients are the same, the contacts whose address attributes match the current address of the user are ranked in the header, and then the contacts are arranged in ascending order of the city's initials, when the address attribute When they are the same, they are sorted in ascending order of the first letter of the contact name.
  • the address attribute is determined by the following steps: Scan the relevant address information in the contact card, if a valid city name is found, the address attribute of the contact is the city name; if no valid city name is found, the contact phone is made In the segment query, the address attribute of the contact is the attribution point corresponding to the number segment; if the number segment query fails, the number header information of the contact phone is extracted, and the area number query is performed, and the address attribute of the contact is the country or city corresponding to the area code. And if the above operations fail, the address attribute of the contact is set to the attribution corresponding to the user's mobile number segment.
  • the communication frequency coefficient attribute is determined by the following steps: The initial value of the communication frequency coefficient of the contact is 0, and the communication frequency coefficient is increased by 1 for each short message generated, and the communication frequency coefficient is increased every time a call record is generated. 1. The communication frequency factor is increased by one each time an email contact is generated.
  • Communication frequency coefficient Set the frequency coefficient for the contact. This attribute is transparent to the user. The initial value of the coefficient is 0. For each SMS/MMS (send/receive) generated, increase by 1. Each time a call is recorded (received) /call/missed), increase by 1, each time an email contact (receive/send) is generated, increase by 1; for each new contact, automatically find the call log, SMS, MMS send/send box and mailbox, calculation coefficient .
  • User's current location Use the accurate GPS information to locate the user's city. If it fails, find the registered city by mobile phone number, and the contact with the user in the same city takes precedence.
  • Phone local time and date Get the current date and time from your phone to determine whether it is working time, non-working time or holidays (holidays are divided into weekends and holidays).
  • Groups Give different priorities to groups based on matching results at different times, for example, During working hours, priority is given to colleagues/partners, etc., non-workers are given priority to golfers, riders, etc., and the first priority of the festival.
  • Match field type Record the type of information that matches the match.
  • FIG. 1 depicts the overall flow of the query method of the present invention.
  • Figure 2 shows the attribute assignment operation after adding a new contact.
  • the block diagram of Figure 3 depicts the operational steps for calculating the communication frequency coefficients.
  • FIG. 4 depicts the address attribute assignment process.
  • FIG. 5 depicts the full business card information scanning process.
  • FIG. 1 depicts the overall flow of the present invention.
  • the city name is matched first. If the city name matches successfully, the city name and area code are displayed on the mobile communication device, otherwise it is not displayed. Then, according to whether the search field is an address, the search order of the business card information is determined, and then all the contacts in the address book are subjected to fuzzy search of the full business card information, thereby generating a target entry, and the matching type of the target entry is address/name/other , or name/other. Finally, the generated target items are sorted by considering multiple factors such as communication frequency, ownership (group), current location of the user, and local time of the mobile phone.
  • Figure 5 depicts the fuzzy lookup process for full business card information
  • Figure 6 shows the sorting process for the target entry.
  • the system sets communication frequency coefficient attributes and address attributes for each contact, as shown in Figure 2.
  • two attributes are set for the contact: a communication frequency coefficient and an address, and the two attributes are transparent to the user, and the initial values of the communication frequency coefficients are respectively determined.
  • the initial value of the address is set to null.
  • the process of calculating the communication frequency coefficient and the address query process are started to assign values to the communication frequency coefficient and the address attribute.
  • the initial value of the communication frequency coefficient of the newly added contact is 0.
  • the communication frequency coefficient is increased by 1, and each time a call record is generated, The communication frequency coefficient is increased by 1, and the communication frequency coefficient is increased by one each time an email contact is generated.
  • the address attribute of the contact is determined by the city name, the contact phone number segment or the phone number header, or the user's mobile phone number segment.
  • the phone number information of the contact is extracted in step S101 to check whether there is unscanned phone number information; if there is unscanned phone number information, the unscanned phone is checked in step S102. Whether the number is a mobile phone number; if it is a mobile phone number, in step S103, it is checked whether there is an unmatched information record, that is, the number is automatically found in the "information" (as the sender or the recipient), first search In the "Inbox” and "Outbox” in the SMS, and then find the "Inbox” and "Outbox” of the MMS. Each time you find 1 message sent or received by this number, increase the communication frequency coefficient by 1. .
  • step S104 determines whether there is an unmatched communication record, that is, automatically Look for the number in "Call History”, first find “received calls”, then “missed calls”, and finally find "allocated calls”. Each time you find the relevant number, increase the communication frequency coefficient by one. If no unmatched communication record is found in step S104, the process returns to SlOl o. The above process is repeated until all relevant numbers (mobile phone/home phone, etc.) are scanned.
  • step S105 the email address information of the contact is extracted in step S105 to check whether there is unscanned email address information; if it exists, it is automatically in the "mailbox" in step S106. Look for the address (as the sender or recipient) and increment the communication frequency factor by one each time you find a related message. If the unscanned mail is not found in step S106, the process returns to step S105. Repeat the above process until all relevant email addresses have been scanned. When all relevant telephone numbers and mail address information are scanned, the communication frequency coefficient calculation process is completed. In this way, all contacts in the address book are given the corresponding communication frequency coefficient attribute.
  • the address attribute assignment process will be described below with reference to FIG.
  • the address query process is started, and the contact address information is scanned. If a valid city name is found, the address attribute of the contact is the city name. If there is no unscanned address information, the phone information of the contact is sequentially read, and the following steps are executed cyclically until it can be determined that the address or all phone numbers have been queried: Read the value of the contact phone number field; The number is the domestic mobile phone number, then the valid number is extracted for the number segment query. After the inquiry is completed, the contact address is The attribute is the attribution corresponding to the number segment; if the contact number is not the domestic mobile phone number, the number header information is extracted, and the area number table is searched.
  • the address attribute of the contact is the country or city corresponding to the area code; If the operation fails, the user's mobile phone number is read, and the number segment query is performed. After the query is completed, the address attribute of the contact is the home location corresponding to the user's mobile phone number segment, and the home location information is stored as part of the user information, and the address attribute is The assignment process ends. In this way, all contacts in the address book are given the corresponding address attribute.
  • a holiday table, a city area code table, and a mobile phone number attribution table are embedded in the mobile phone, and are used for judging the holiday, obtaining the city area code, and judging the location of the mobile phone.
  • each contact in the address book has both the assigned communication frequency coefficient attribute and the address attribute.
  • the following describes in detail how to quickly find the target contact by searching for the full business card information of the address book and considering the user's current address, the local time and date of the mobile phone, the relationship (group), and the communication frequency coefficient. Find efficiency.
  • the system determines whether the search field is an address. If yes, generates three first layer areas corresponding to the first layer area Ai whose matching field type is the address, and the matching field type as the first name.
  • the layer area A 2 and the matching field type are other first layer areas A 3 ; if it is determined that the search field is not an address, two first layer areas are generated, corresponding to the first layer area 2 of the matching field type being the name, respectively The matching field type is the other first layer area A 3 .
  • the system reads the local time and date of the mobile phone, and divides a plurality of second layer areas according to the group priority in each of the first layer areas.
  • the time and date of the user's mobile phone local time, that is, the date, day of the week, and time of the mobile phone. Compare the date with the holiday table to determine whether it is a certain holiday. If yes, prioritize the family, relatives, and friends related groups, and lower the priority of the colleagues and partners related groups; if only for the weekend, The priority of friends and family related groups is prioritized, and the priorities of colleagues, relatives, and partners are reduced. If it is a working day, it is first determined whether the time is working time. If yes, the partners and colleagues are related. Groups are prioritized, and the priorities of friends, family, and relatives are reduced. If it is non-working time, family, friends, and colleagues are prioritized, and the priorities of partners and relatives are reduced.
  • the search field is used to make a fuzzy match, and the information in the business card is scanned one by one.
  • the type of the matching field (name/address/other) is recorded, according to the matching field type and group of the contact. Do not assign contacts to different second-tier areas. For example, when the search field is an address, all contacts whose matching field type is set to the address are assigned to the first layer area corresponding to the matching field type as the address.
  • All the contacts whose matching field type is set to the name are The first layer area A 2 corresponding to the matching field type is the name, and the matching field type is set to all other contacts are assigned to the first layer area A 3 corresponding to the matching field type, and each Contacts in the first layer area are directly assigned to the corresponding second layer area due to the group to which they belong. For example, a contact whose matching field type is an address and whose group is a friend is automatically matched to the second layer area of the corresponding friend group in the first priority area. When the search field is not an address, the system first looks up the contact's name information.
  • all contacts whose matching field type is set to the name are assigned to the first layer area A 2 corresponding to the matching field type as the name, and the matching field type is set to all other contacts are assigned to match.
  • the field type is the other first layer area A 3 , and the contacts in each first layer area are sorted according to the group priority to form the second layer area. Thereafter, the system sorts the contacts in the second layer area according to the communication frequency coefficient, the current address of the user, the initials and the like. The specific sorting process can be explained with reference to the following description of FIG.
  • the fuzzy search is performed within the business card range according to the search field input by the user, and when the contact information includes the search field, the contact is included in the target list.
  • the full business card information search for the address book includes the following steps: performing a place name judgment on the search field, if the search field is a place name, first reading the address attribute of the contact, and if the attribute value matches the search field, setting the matching field
  • the type is an address and no longer searches for additional information for that contact. If the address attribute match fails, the other information in the business card is sequentially searched. For example, if the name matches successfully, the matching field is set to the name, and the other information of the contact is no longer searched.
  • the method of the present invention sorts the contacts on the basis of multiple dimensions, thereby quickly finding the target contact. For example, reading the address judgment result; reading the time and date judgment result locally on the user's mobile phone; determining the priority of the relationship group according to the judgment result of the time and date; determining each according to the communication frequency coefficient attribute, the address attribute, the name, and the like The location of the contact within the group.
  • the result display area is divided into a plurality of first layer areas k, .
  • the order of the first layer area is: the matching field type is the address, the matching field type is the name, the matching field type is other; if the search field is not the address , the order of the first layer area is: the matching field type is name, and the matching field type is other.
  • the multiple dimensions of the group priority, the contact communication frequency system attribute, the address attribute, and the name determined by the time and date of the user's mobile phone in each of the first layer areas are sorted by the contact person.
  • the first layer area A is first divided into a plurality of second layer areas A lj according to the group priority according to the judgment result of the local time and date of the user's mobile phone ; for the second layer area ⁇ ⁇ , read the communication frequency coefficient of the contact, arranged in descending order; if the communication frequency coefficient of the contact is the same, the first letter of the contact name is sorted in ascending order, and finally the matching field type, group is obtained.
  • the first layer area is first divided into a plurality of second layer areas A lj according to the group priority according to the judgment result of the local time and date of the user's mobile phone ;
  • the communication frequency coefficient of the area read contact is arranged in descending order; if the communication frequency coefficient of the contact is the same, the contact address attribute is read, and the contact with the user in the same city is ranked first. And then follow The first letter of the city is in ascending order; if the communication frequency coefficient and the address attribute are the same, the first letter of the name is arranged in ascending order.
  • the target contact entries are arranged in the order of priority of matching field type, group priority, communication frequency coefficient, address attribute, and initials.
  • the system usually locates the user's city through accurate GPS information. If the GPS location fails, the user's mobile phone number is read, the number segment query is performed, and the mobile phone registration city is searched, so that the user is in the same city. The contact is preferred.
  • the two sorting methods mentioned above are the default way, but not the only way.
  • the user can adjust the above sorting method by setting different dimension numbers and priorities between the dimensions according to his own needs.
  • the present invention can expand the matching range of the search field, that is, the search range will not only be limited to names, etc.; and different group priorities can be displayed according to different dates and times, for example, according to holidays and working days, working days. The working time and non-working time to adjust the sorting of the group.
  • the present invention also introduces the concept of communication frequency coefficient attribute and address attribute, so that contacts in each group are sorted according to the above attributes, thereby saving search time. For all contacts in a city, you can use the city name as the search condition and query the corresponding area code.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Description

一种基于上下文的多维度号码通讯录查询方法 技术领域
本发明涉及一种移动通信设备的通讯录的查询方法， 特别涉及一 种基于上下文的多维度号码通讯录查询方法。 现有技术
在现有的号码通讯录中， 联系人的排列顺序大多是按照姓名的首 字母升序排列。 这种方式往往导致用户要付出较多的时间才能找到目 标人物， 并且搜索范围也仅限于对姓名的查找， 这会给用户带来很多 不便。 比如， 如果用户只知道目标人物的部分信息 （例如， 不知道姓， 只知道名）， 将得不到搜索结果， 或者， 用户想知道在自己所处地区内 的联系人都有哪些时， 传统的搜索方式就无能为力了。
而为了提高查询效率， 以下专利申请探讨通过通信频度来调整通 讯录中号码的排序。 在申请号为 No.200710138773.6、 名为"信息排序 及建立初始网络通讯录的方法、 ***和装置"的中国专利申请中描述了 一种通过用户设备的联系记录来确定联系人的活跃值， 进而根据活跃 值对联系人标识进行排序的方法； 在申请号为 No.200710162825.3、 名 为"一种按使用频率访问便携终端电话本的方法"的中国专利申请中描 述了根据用户访问电话本记录的频率来进行电话本显示的方法； 在申 请号为 No.200610165366.X、名为"一种快捷排序方法"的中国专利申请 中公开了一种记录设定时间内操作项的执行次数， 并按照执行次数的 高低排列操作项顺序的方法；在申请号为 No.200510030906.9、名为"一 种移动通讯终端号码的排列和显示方法"的中国专利申请中揭示了每 个号码都要有唯一的索引号， 需要有一个使用次数变量及显示序号。 但是， 上述方法中均未利用联系人的全部信息， 而且搜索范围与传统 方式无异， 因此未能大幅度提高搜索效率。
为了解决上述问题， 本发明试图提供一种基于上下文的多维度号 码通讯录的查找方法， 在查找过程中， 基于通信频度、所属关系（组）、 用户当前位置、 本地时间等多重维度将联系人排序， 以便快速查找到 目标联系人。 同时， 搜索范围也从仅仅对姓名搜索扩大到对名片上所 有文字信息的搜索， 如果用户输入的是某一城市的名称， 还会将该城 市的区号显示出来。 本发明能够满足用户多种搜索条件的要求， 大大 节省操作的时间。 发明内容
本发明的目的在于， 通过扩大搜索范围， 使用户在只知道部分信 息的情况下， 也可以找到目标人物； 并且在对联系人进行排序的过程 中， 通过考虑多重因素， 为用户节省查找的时间。
一种基于上下文的多维度号码通讯录查询方法， 包括： 输入搜索 字段； 判断所述搜索字段是否与城市名称相匹配； 对通讯录中的所有 联系人进行全名片信息查找； 以及基于多重维度对全名片信息查找结 果的目标联系人进行排序。
当所述搜索字段与城市名称相匹配， 则显示城市名和对应区号。 对通讯录进行全名片信息查找包括以下歩骤： 判断搜索字段是否 为地址； 如果搜索字段判断结果为地址， 则将输入的搜索字段与每一 位联系人名片中的地址信息进行匹配， 匹配成功时， 该联系人的匹配 字段类型设置为地址， 并不再搜索该联系人的其他信息； 如果地址匹 配失败， 将所述搜索字段与该联系人名片中的姓名信息进行匹配， 匹 配成功时， 该联系人的匹配字段类型设置为姓名， 并不再搜索该联系 人的其他信息； 如果姓名匹配失败， 将所述搜索字段与该联系人名片 中的其他信息进行匹配， 匹配成功时， 该联系人的匹配字段类型设置 为其他， 并不再搜索该联系人的其他信息； 重复以上过程， 直到所有 联系人都完成字段匹配； 以及列出匹配字段的类型分别为地址的、 姓 名的或其他的目标联系人条目。 如果搜索字段判断结果不是地址， 则 将所述搜索字段与该联系人名片中的姓名信息进行匹配， 匹配成功时， 该联系人的匹配字段类型设置为姓名， 并不再搜索该联系人的其他信 息； 如果姓名匹配失败， 将所述搜索字段与该联系人名片中的其他信 息进行匹配， 匹配成功时， 该联系人的匹配字段类型设置为其他， 并 不再搜索该联系人的其他信息； 重复以上过程， 直到所有联系人都完 成字段匹配； 以及列出匹配字段的类型分别为姓名的或其他的目标联 系人条目。 基于联系人的匹配字段类型、 通信频度系数属性、 地址属性、 组 别、 姓名、 用户当前地址以及手机本地时间和日期这七重维度对所述 全名片信息查找结果的目标联系人进行排序。
一种基于上下文的多维度号码通讯录查询方法， 包括： 输入搜索 字段； 判断所述搜索字段是否与城市名称相匹配， 如果相匹配， 则显 示城市名和对应区号； 获取用户当前地址信息， 并存储该信息； 读取 用户手机本地的时间和日期； 基于该用户手机本地的时间和日期调整 搜索结果中相关组别的优先级； 对通讯录中的所有联系人进行全名片 信息查找， 进行搜索字段模糊匹配， 获得匹配结果； 以及基于多重维 度对全名片信息查找结果的目标联系人进行排序。
所述用户当前地址信息由 GPS信息确定或者用户手机号段确定。 调整相关组别的优先级包括以下歩骤： 判断手机本地时间和日期是否 为某一节日， 如果是， 则将家人、 亲戚、 朋友相关组别优先， 而将同 事、 合作伙伴相关组别的优先级降低； 如果仅是周末， 则将朋友、 家 人相关组别优先， 而将同事、 亲戚、 合作伙伴相关组别的优先级降低; 如果是工作日， 则先判断时间是否为工作时间， 如果是， 则将合作伙 伴、 同事相关组别优先， 而将朋友、 家人、 亲戚相关组别的优先级降 低； 如果是非工作时间， 则将家人、 朋友、 同事相关组别优先， 而将 合作伙伴、 亲戚相关组别的优先级降低。
一种基于多重维度对通讯录中的联系人进行排序的方法， 包括： 读取地址判断结果， 决定用于显示排序结果的第一层区域的优先类型; 读取用户手机本地的时间和日期判断结果， 并依据该时间和日期的判 断结果决定关系组别的优先级， 从而在上述第一层区域中确定第二层 区域的优先组别； 根据联系人的通信频度系数属性、 地址属性、 用户 当前地址和姓名决定各关系组别内的联系人排序。
当搜索字段为地址， 第一层区域的类型分别为匹配字段类型为地 址的、 匹配字段类型为姓名的和匹配字段类型为其他的； 以及当搜索 字段不是地址， 第一层区域的类型分别为匹配字段类型为姓名的和匹 配字段类型为其他的。 当匹配字段类型为地址， 在匹配字段类型为地 址的第一层区域中根据组别优先级划分为多个第二层区域， 在每个第 二层区域中， 按照通信频度系数从高到低的方式排列， 当所述通信频 度系数相同， 则按照联系人姓名的首字母升序排列。
当匹配字段类型不是地址， 在匹配字段类型为姓名的或其他的第 一层区域中根据组别优先级划分为多个第二层区域， 在每个第二层区 域中， 按照通信频度系数从高到低的方式排列， 当所述通信频度系数 相同， 则将地址属性与用户当前地址相匹配的联系人排在首部， 然后 按照城市的首字母升序排列联系人， 当所述地址属性也相同时， 则按 照联系人姓名的首字母升序排列。
地址属性通过以下歩骤确定： 扫描联系人名片中的相关地址信息， 如果找到有效的城市名称， 则联系人的地址属性为该城市名； 如果没 有找到有效城市名称， 则进行该联系人电话的号段查询， 联系人的地 址属性为号段对应的归属地； 如果号段查询失败， 则提取联系人电话 的号码头信息， 进行区号查询， 联系人的地址属性为该区号对应的国 家或城市； 以及如果上述操作均失败， 则将联系人的地址属性设置为 用户手机号段对应的归属地。
所述通信频度系数属性通过以下歩骤确定： 将联系人的通信频度 系数的初始值为 0， 每产生一条短信， 通信频度系数增加 1， 每产生一 次通话记录， 通信频度系数增加 1， 每产生一次邮件联系， 通信频度系 数增加 1。
为了提高通讯录中联系人的查找效率， 而基于多重维度对联系人 进行重新排序， 以下列出了常见的几种维度的定义：
• 通信频度系数： 为联系人设定频度系数， 该属性对用户透明， 系数 的初始值为 0， 每产生一条短信 /彩信 （发送 /接收）， 增加 1， 每产 生一次通话记录 （接听 /拨打 /未接）， 增加 1， 每产生一次邮件联系 (接收 /发送）， 增加 1 ; 每新增一个联系人， 自动查找通话记录、 短信、 彩信的收 /发件箱以及邮箱， 计算系数。
• 用户当前位置： 通过精确的 GPS信息， 定位用户所在城市， 如果失 败， 则通过手机号码查找注册城市， 与用户同在一个城市的联系人 优先。
• 手机本地时间和日期： 从手机中得到当前的日期和时间， 判断是工 作时间、 非工作时间还是节假日 （节假日分为周末和节日）。
• 组别： 根据不同的时间匹配结果， 赋予组别不同的优先级， 比如， 工作时间， 优先出现同事 /合作伙伴等， 非工作时间优先出现球友、 车友等， 节日优先亲人等。
• 匹配字段类型： 记录匹配成功的信息类型。
• 地址： 记录联系人所在城市。 附图说明
图 1的框图描述了本发明的查询方法的总体流程。
图 2示出新增联系人后的属性赋值操作。
图 3的框图描述了计算通信频度系数的操作歩骤。
图 4的框图描述了地址属性赋值过程。
图 5的框图描述了全名片信息扫描过程。
图 6的框图描述了目标条目的排序过程。 具体实施方式
参考附图， 通过非限制性实施例描述本发明的实施方式。
图 1的方框图描述了本发明的总体流程。 当用户输入搜索字段后， 先做城市名称匹配， 如果城市名称匹配成功， 则在移动通信设备上显 示城市名和区号， 否则就不显示。 再根据搜索字段是否为地址， 决定 对名片信息的搜索顺序， 然后对通讯录中的所有联系人进行全名片信 息的模糊查找， 进而产生目标条目， 目标条目的匹配类型分别为地址 / 名称 /其他的， 或者名称 /其他的。 最后考虑通信频度、 所属关系 （组）、 用户当前位置、 手机本地时间等多重维度因素对所产生的目标条目进 行排序。 图 5描述了全名片信息的模糊查找过程， 图 6示出了目标条 目的排序过程。
为了排序的需要， ***为每个联系人设置通信频度系数属性和地 址属性， 如图 2所示。 其中， 在用户为新增联系人建立名片后， 为该 联系人设置 2个属性： 通信频度系数和地址， 这两个属性对用户而言 是透明的， 分别将通信频度系数的初始值设置为 0， 地址的初始值设置 为空。 然后， 启动计算通信频度系数过程和地址查询过程为通信频度 系数和地址属性赋值。 开始时， 新增联系人的通信频度系数的初始值 为 0， 每产生一条短信， 通信频度系数增加 1， 每产生一次通话记录， 通信频度系数增加 1， 每产生一次邮件联系， 通信频度系数增加 1。 具 体参见图 3所示的计算通信频度系数的操作歩骤以及图 4示出的地址 属性赋值过程。 联系人的地址属性是通过城市名、 联系人电话号段或 电话号码头、 或者用户手机号段来确定。
如图 3所示， 在歩骤 S101中提取联系人的电话号码信息， 查看是 否存在未扫描的电话号码信息； 如果存在未扫描的电话号码信息， 则 在歩骤 S102中检查该未扫描的电话号码是否是移动电话号码； 如果是 移动电话号码， 则在歩骤 S103中查看是否存在未匹配的信息记录， 即 自动在"信息"中查找该号码 （作为发件人或接收人）， 先查找短信中的 "收件箱"和"发件箱"， 然后查找彩信的"收件箱 "和"发件箱"， 每找到 1 条该号码发送或接收的信息， 将通信频度系数加 1。但是， 如果在歩骤 S102中检测到的号码不是移动电话号码，或者在歩骤 S103中检测不到 未匹配的信息记录，则在歩骤 S104中检查是否存在未匹配的通信记录， 即自动在"通话记录"中查找该号码， 先查找"已接来电"， 再查找 "未接 来电"， 最后查找"已拨电话"， 每找到一次相关号码， 将通信频度系数 加 1。 如果在歩骤 S104中没有查找到未匹配的通信记录， 则返回歩骤 SlOl o 重复上述过程， 直至所有相关号码 （移动电话 /家庭电话等） 扫 描完成。 如果所有的电话号码信息都被扫描后， 则在歩骤 S105中提取 联系人的邮件地址信息， 查看是否存在未扫描的邮件地址信息； 如果 存在， 则在歩骤 S106中自动在"邮箱"中查找该地址 （作为发件人或收 件人）， 每找到一封相关邮件， 将通信频度系数加 1。 如果在歩骤 S106 中没有查找到未扫描的邮件， 则返回歩骤 S105。 重复上述过程， 直至 所有相关邮件地址扫描完成。 当所有相关电话号码和邮件地址信息都 扫描完成后， 通信频度系数计算过程完成。 这样， 通讯录中所有联系 人都被赋予相应的通信频度系数这一属性。
下面参照图 4描述地址属性赋值过程。 启动地址查询过程， 扫描 联系人的地址相关信息， 如果找到有效的城市名称， 则联系人的地址 属性为该城市名。 如果不存在未扫描的地址信息， 则顺序读取该联系 人的电话信息， 并循环执行以下歩骤， 直至能够判断地址或所有电话 号码都已查询： 读取联系人电话号码字段的值； 如果该号码是国内手 机号， 则提取有效号码进行号码段查询， 查询完毕后， 联系人的地址 属性为该号段对应的归属地； 如果该联系人号码不是国内手机号， 则 提取号码头信息， 在区号表中查找， 如果成功， 联系人的地址属性为 区号对应的国家或城市； 如果以上操作均失败， 则读取用户的手机号 码， 进行号段查询， 查询完毕后， 联系人的地址属性为用户手机号段 对应的归属地， 并存储该归属地信息作为用户信息的一部分， 地址属 性赋值过程结束。 这样， 通讯录中所有联系人都被赋予相应的地址属 性。
在手机中内嵌节日表、 城市区号表和手机号段归属表， 用于判断 节假日、 得到城市区号和判断手机所属地等信息。
经过上述通信频度系数和地址属性的赋值过程后， 通讯录中每个 联系人都同时具备被赋值的通信频度系数属性和地址属性。
以下将详细描述如何在对通讯录进行全名片信息查找以及考虑用 户当前地址、 手机本地时间和日期、 所属关系 （组别）、 通信频度系数 等多重维度信息快捷地找到目标联系人， 从而提高查找效率。
用户输入搜索字段后， ***判断该搜索字段是否为地址， 如果是， 则生成 3个第一层区域， 分别对应了匹配字段类型为地址的第一层区 域 Ai、匹配字段类型为姓名的第一层区域 A2和匹配字段类型为其他的 第一层区域 A3 ; 如果判断该搜索字段不是地址， 则生成 2个第一层区 域， 分别对应了匹配字段类型为姓名的第一层区域 2和匹配字段类型 为其他的第一层区域 A3。 然后， ***读取手机本地时间和日期， 分别 在每个第一层区域内依据组别优先级划分多个第二层区域。 例如， 判 断用户手机本地的时间及日期， 即读取手机的日期、 星期几和时间。 将日期与节日表做比对， 判断是否为某一节日， 如果是， 则将家人、 亲戚、 朋友相关组别优先， 而将同事、 合作伙伴相关组别的优先级降 低； 如果仅是周末， 则将朋友、 家人相关组别优先， 而将同事、 亲戚、 合作伙伴相关组别的优先级降低； 如果是工作日， 则先判断时间是否 为工作时间， 如果是， 则将合作伙伴、 同事相关组别优先， 而将朋友、 家人、 亲戚相关组别的优先级降低； 如果是非工作时间， 则将家人、 朋友、 同事相关组别优先， 而将合作伙伴、 亲戚相关组别的优先级降 低。 这样在每个第一层区域中建立具有不同组别优先级的多个第二层 区域。 接着， 对通讯录进行全名片信息查找， 按通讯录现有条目的顺 序进行扫描， 对于每个联系人， 用搜索字段做模糊匹配， 逐一扫描名 片中的信息， 一旦匹配成功， 记录匹配字段的类型（姓名 /地址 /其他）， 根据联系人的匹配字段类型和组别将联系人分配到不同的第二层区域 中。 例如， 当搜索字段为地址时， 匹配字段类型被设置为地址的所有 联系人都被分入对应了匹配字段类型为地址的第一层区域 A 匹配字 段类型被设置为姓名的所有联系人都被分入对应了匹配字段类型为姓 名的第一层区域 A2， 匹配字段类型被设置为其他的所有联系人都被分 入对应了匹配字段类型为其他的第一层区域 A3， 而每个第一层区域内 的联系人由于其所属组别不同被直接分配到对应的第二层区域中。 比 如， 一个匹配字段类型为地址的、 所属组别为朋友的联系人被自动匹 配到第一优先级区域 中对应朋友组别的第二层区域中。 当搜索字段 不是地址时， ***会先查找联系人的姓名信息。 这样， 匹配字段类型 被设置为姓名的所有联系人都被分入对应了匹配字段类型为姓名的第 一层区域 A2， 匹配字段类型被设置为其他的所有联系人都被分入对应 了匹配字段类型为其他的第一层区域 A3， 而每个第一层区域内的联系 人又按照组别优先级排序而形成第二层区域。 此后， ***依据通信频 度系数、 用户当前地址、 姓名首字母等信息对第二层区域内的联系人 进行排序。 具体的排序过程可参照以下对图 7的描述来进行说明。
对于全名片信息查找过程， 如图 5所示， 在过程中， 根据用户输 入的搜索字段在名片范围内进行模糊查找， 当联系人信息中含有搜索 字段， 则将该联系人列入目标列表中。 对通讯录进行全名片信息查找 包括以下歩骤： 对搜索字段进行地名判断， 如果搜索字段是地名， 则 先读取联系人的地址属性， 如果该属性值与搜索字段匹配， 则设置匹 配字段的类型为地址， 并不再搜索该联系人的其他信息。 如果地址属 性匹配失败， 则顺序查找名片中的其他信息， 例如， 如果姓名匹配成 功， 则设置匹配字段的类型为姓名， 不再搜索该联系人的其他信息。 或者其他字段匹配成功时， 设置匹配字段的类型为其他。 如果地名判 断的结果为否， 则开始顺序查找名片中的信息， 如果姓名匹配成功， 则设置匹配字段的类型为姓名， 不再搜索该联系人的其他信息。 其他 字段匹配成功时， 设置匹配字段的类型为其他。 这样会产生两种排序 结果： 1 ) 如果搜索字段不是地名， 则先列出姓名中含有该字段的联系 人， 再列出名片中其他信息含有该字段的联系人； 2) 如果搜索字段是 地名， 则先列出地址属性与该地名相符的联系人， 再列出姓名中含有 该字段的联系人， 然后列出名片中其他信息含有该字段的联系人。 对 于以上两种排序结果， 组内的排序方式均先按照、 组别分类， 再按照 通信频度系数属性排序， 最后按照地址属性、 姓名排序。
在进行了全名片信息查找之后， 本发明的方法在多重维度的基础 上对联系人进行排序， 进而能快速找到目标联系人。 例如， 读取地址 判断结果； 读取用户手机本地的时间和日期判断结果； 依据该时间和 日期的判断结果决定关系组别的优先级； 根据通信频度系数属性、 地 址属性、 姓名等决定各组别内的联系人位置。
以下将结合图 6详细描述目标条目的排序过程。 首先将结果显示 区划分为多个第一层区域 k、。 再读取搜索字段判断的结果， 如果搜索 字段是地址， 则第一层区域的顺序为： 匹配字段类型为地址的、 匹配 字段类型为姓名的、 匹配字段类型为其他的； 如果搜索字段不是地址， 则第一层区域的顺序为： 匹配字段类型为姓名的、 匹配字段类型为其 他的。 在各第一层区域内依据用户手机本地的时间和日期判断的组别 优先级、 联系人通信频度***属性、 地址属性和姓名等多重维度对联 系人进行排序。
在此分别介绍当匹配字段类型为地址的和当匹配字段类型为姓名 / 其他的这两者情况下的典型排序方式。
当匹配字段类型为地址的情况下， 先根据用户手机本地的时间和 日期的判断结果， 将该第一层区域 A按照组别优先级分成若干第二层 区域 Alj ; 对于第二层区域 Αϋ， 读取联系人的通信频度系数， 按照从高 到低的顺序排列； 如果联系人的通信频度系数相同， 则按照联系人姓 名的首字母升序排列， 最终得到按照匹配字段类型、 组别优先级、 通 信频度系数、 姓名首字母这一优先级排列的目标联系人条目。
当匹配字段类型为姓名 /其他的情况下， 先根据用户手机本地的时 间和日期的判断结果， 将该第一层区域 Α按照组别优先级分成若干第 二层区域 Alj ; 对于第二层区域 读取联系人的通信频度系数， 按照 从高到低的顺序排列； 如果联系人的通信频度系数相同， 则读取联系 人地址属性， 其中与用户在同一城市的联系人排在首部， 然后再按照 城市的首字母升序排列； 如果通信频度系数和地址属性均相同， 则按 照姓名的首字母升序排列。 最终得到按照匹配字段类型、 组别优先级、 通信频度系数、 地址属性、 姓名首字母这一优先级顺序排列的目标联 系人条目。 在这一过程中， ***通常是通过精确的 GPS信息定位用户 所在城市， 如果 GPS定位失败， 则读取用户的手机号码， 进行号段查 询， 查找手机注册城市， 从而使与用户同在一个城市的联系人优先。
上面提及的两种排序方式是***默认的方式， 但并非是唯一方式。 用户完全可以根据自己的需要来设置不同的维度数以及维度之间的优 先级来对上述排序方式进行调整。
由上可知， 本发明能够扩大搜索字段的匹配范围， 即搜索范围将 不仅仅局限于姓名等； 并且可以根据不同的日期、 时间显示不同的组 别优先级， 例如根据节假日与工作日、 工作日的工作时间与非工作时 间来调整组别的排序。 此外， 本发明还引入通信频度系数属性和地址 属性的概念， 这样使得各组别内的联系人依据上述属性来排序， 从而 节省了查找时间。 对于某一城市的所有联系人， 可以用城市名做搜索 条件， 并查询对应的区号。
在此描述了该发明的优选实施例， 其包括发明人所知的用于实施 本发明的最佳模式。 在前述描述的基础上， 这些优选实施例的变型对 于本领域的普通技术人员来说是显而易见的。 因此， 对本发明进行的 变型、 变化和更改均包括在所附权利要求的范围内。

Claims

权利要求书-
1、 一种基于上下文的多维度号码通讯录查询方法， 包括： 输入搜索字段；
判断所述搜索字段是否与城市名称相匹配；
对通讯录中的所有联系人进行全名片信息查找； 以及
基于多重维度对全名片信息查找结果的目标联系人进行排序。
2、 如权利要求 1所述的查询方法， 其中如果所述搜索字段与城 市名称相匹配， 则显示城市名和对应区号。
3、 如权利要求 1所述的查询方法， 其中对通讯录进行全名片信 息查找包括以下歩骤：
判断搜索字段是否为地址；
为匹配成功的联系人设置匹配字段类型为地址或者姓名或者其
4、 如权利要求 3所述的查询方法， 如果搜索字段判断结果为地 址， 则
将输入的搜索字段与每一位联系人名片中的地址信息进行匹配， 匹配成功的字段类型设置为地址， 并不再搜索该联系人的其他信息； 如果地址匹配失败，将所述搜索字段与该联系人名片中的姓名信 息进行匹配， 匹配成功的字段类型设置为姓名， 并不再搜索该联系人 的其他信息；
如果姓名匹配失败，将所述搜索字段与该联系人名片中的其他信 息进行匹配， 匹配成功的字段类型设置为其他， 并不再搜索该联系人 的其他信息；
重复以上过程， 直到所有联系人都完成字段匹配； 以及 列出匹配字段的类型分别为地址的、姓名的或其他的目标联系人
5、 如权利要求 3所述的查询方法， 如果搜索字段判断结果不是 地址， 则
将所述搜索字段与该联系人名片中的姓名信息进行匹配，匹配成 功的字段类型设置为姓名， 并不再搜索该联系人的其他信息；
如果姓名匹配失败，将所述搜索字段与该联系人名片中的其他信 息进行匹配， 匹配成功的字段类型设置为其他， 并不再搜索该联系人 的其他信息；
重复以上过程， 直到所有联系人都完成字段匹配； 以及 列出匹配字段的类型分别为姓名的或其他的目标联系人条目。
6、 如权利要求 1所述的查询方法， 其中基于联系人的匹配字段 类型、 通信频度系数属性、 地址属性、 组别、 姓名、 用户当前地址以 及手机本地时间和日期这七重维度对所述全名片信息查找结果的目 标联系人进行排序。
7、 一种基于上下文的多维度号码通讯录查询方法， 包括： 输入搜索字段；
判断所述搜索字段是否与城市名称相匹配， 如果相匹配， 则显示 城市名和对应区号；
获取用户当前地址信息， 并存储该信息；
读取用户手机本地的时间和日期；
基于该用户手机本地的时间和日期调整搜索结果中相关组别的 优先级；
对通讯录中的所有联系人进行全名片信息查找，进行搜索字段模 糊匹配， 获得匹配结果； 以及
基于多重维度对全名片信息查找结果的目标联系人进行排序。
8、 如权利要求 7所述的查询方法， 其中所述用户当前地址信息 由 GPS信息确定或者用户手机号段确定。
9、 如权利要求 7所述的查询方法， 其中调整相关组别的优先级 包括：
判断手机本地时间和日期是否为某一节日， 如果是， 则将家人、 亲戚、 朋友相关组别优先， 而将同事、 合作伙伴相关组别的优先级降 低； 如果仅是周末， 则将朋友、家人相关组别优先， 而将同事、亲戚、 合作伙伴相关组别的优先级降低； 如果是工作日， 则先判断时间是否 为工作时间，如果是， 则将合作伙伴、 同事相关组别优先，而将朋友、 家人、 亲戚相关组别的优先级降低； 如果是非工作时间， 则将家人、 朋友、 同事相关组别优先， 而将合作伙伴、 亲戚相关组别的优先级降 低。
10、一种基于多重维度对通讯录中的联系人进行排序的方法， 包 括：
根据输入的搜索字段是否为地址的判断结果，决定用于显示排序 结果的第一层区域的优先类型；
读取用户手机本地的时间和日期判断结果，并依据该时间和日期 的判断结果决定关系组别的优先级，从而在上述第一层区域中确定第 二层区域的优先组别； 以及
根据联系人的通信频度系数属性、地址属性、用户当前地址和姓 名决定各关系组别内的联系人排序。
11、 如权利要求 10所述的排序方法， 其中
当搜索字段为地址，第一层区域的优先类型分别为匹配字段类型 为地址的、 匹配字段类型为姓名的和匹配字段类型为其他的； 以及 当搜索字段不是地址，第一层区域的优先类型分别为匹配字段类 型为姓名的和匹配字段类型为其他的。
12、如权利要求 10或 11所述的排序方法， 其中当匹配字段类型 为地址，则在匹配字段类型为地址的第一层区域中根据组别优先级划 分为多个第二层区域， 在每个第二层区域中， 按照通信频度系数从高 到低的方式排列联系人， 当所述通信频度系数相同， 则按照联系人姓 名的首字母升序排列联系人。
13、如权利要求 10或 11所述的排序方法， 其中当匹配字段类型 不是地址，则在匹配字段类型为姓名的或其他的第一层区域中根据组 别优先级划分为多个第二层区域， 在每个第二层区域中， 按照通信频 度系数从高到低的方式排列联系人， 当所述通信频度系数相同， 则将 地址属性与用户当前地址相匹配的联系人排在首部，然后按照城市的 首字母升序排列联系人， 当所述地址属性也相同时， 则按照联系人姓 名的首字母升序排列联系人。
14、 如权利要求 10所述的排序方法， 其中所述地址属性通过以 下歩骤确定： 扫描联系人名片中的相关地址信息， 如果找到有效的城市名称， 则联系人的地址属性为该城市名； 如果没有找到有效城市名称， 则进行该联系人电话的号段查询， 联系人的地址属性为号段对应的归属地； 如果号段查询失败， 则提取联系人电话的号码头信息， 进行区号 查询， 联系人的地址属性为该区号对应的国家或城市； 以及
如果上述操作均失败，则将联系人的地址属性设置为用户手机号 段对应的归属地。
15、 如权利要求 10所述的排序方法， 其中所述通信频度系数属 性通过以下歩骤确定： 将联系人的通信频度系数的初始值为 0， 每产 生一条短信， 通信频度系数增加 1 ; 每产生一次通话记录， 通信频度 系数增加 1 ; 每产生一次邮件联系， 通信频度系数增加 1。
PCT/CN2010/071097 2009-03-24 2010-03-17 一种基于上下文的多维度号码通讯录查询方法 WO2010108418A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/259,145 US8959072B2 (en) 2009-03-24 2010-03-17 Context-based multi-dimensional inquiring method of number address book

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910080632.2A CN101848266B (zh) 2009-03-24 2009-03-24 一种基于上下文的多维度号码通讯录查询方法
CN200910080632.2 2009-03-24

Publications (1)

Publication Number Publication Date
WO2010108418A1 true WO2010108418A1 (zh) 2010-09-30

Family

ID=42772721

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/071097 WO2010108418A1 (zh) 2009-03-24 2010-03-17 一种基于上下文的多维度号码通讯录查询方法

Country Status (3)

Country Link
US (1) US8959072B2 (zh)
CN (1) CN101848266B (zh)
WO (1) WO2010108418A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113268491A (zh) * 2021-03-19 2021-08-17 广州天越电子科技有限公司 一种通用型实现数据上卷下钻的方法

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102055826B (zh) * 2009-10-27 2014-08-13 北京网秦天下科技有限公司 维护和通讯录中联系人有关的多维相关信息的方法和***
US9288643B2 (en) 2010-12-20 2016-03-15 Shanghai Chule (Coo Tek) Information Technology Co., Ltd. Methods and systems for automated business dialing
CN102158590A (zh) * 2011-01-20 2011-08-17 宇龙计算机通信科技(深圳)有限公司 数据排序方法、装置和终端
US9230240B2 (en) 2011-01-21 2016-01-05 Qualcomm Incorporated Contact relevance based on context
CN103246663A (zh) * 2012-02-07 2013-08-14 联想(北京)有限公司 一种检索方法及通信终端
CN103377204B (zh) * 2012-04-18 2016-02-24 腾讯科技（深圳）有限公司 一种地图搜索结果的展现方法和装置
CN103678351A (zh) * 2012-09-11 2014-03-26 华为技术有限公司 通讯录获取的方法、装置和服务器
EP2709022A1 (en) * 2012-09-14 2014-03-19 Harman Becker Automotive Systems GmbH Method and devices for updating a database of a navigation device
GB201219931D0 (en) * 2012-11-06 2012-12-19 Truphone Ltd Management of contact information
CN103870108A (zh) * 2012-12-17 2014-06-18 深圳富泰宏精密工业有限公司 应用程序排列***及方法
CN103108065A (zh) * 2013-01-25 2013-05-15 广东欧珀移动通信有限公司 一种实现通讯录按照城市排列联系人的方法和装置
US9898455B2 (en) * 2014-12-01 2018-02-20 Nuance Communications, Inc. Natural language understanding cache
CN105792116B (zh) * 2014-12-19 2019-08-30 北京奇虎科技有限公司 确定移动通信终端所属地域的方法及网络侧设备
CN104765785B (zh) * 2015-03-20 2019-01-29 深圳市万普拉斯科技有限公司 联系人搜索方法和装置
CN107924386A (zh) * 2015-08-14 2018-04-17 约翰·钟·李 用于解决键违反以及设置优先级和序列号的技术问题的方法
CN105681399B (zh) * 2015-12-29 2019-11-08 魅族科技（中国）有限公司 名片获取方法和装置
US10909181B2 (en) 2016-03-28 2021-02-02 Microsoft Technology Licensing, Llc People relevance platform
CN106534573B (zh) * 2016-12-02 2020-11-13 捷开通讯(深圳)有限公司 一种基于通信终端的排列短信的方法及通信终端
CN111432355B (zh) * 2020-03-24 2022-07-08 捷开通讯(深圳)有限公司 消息发送方法、装置、存储介质及移动终端
CN112181964A (zh) * 2020-09-28 2021-01-05 中国建设银行股份有限公司 一种业务通知去重方法、装置、服务器及储存介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1224294A (zh) * 1997-11-27 1999-07-28 三星电子株式会社 电话机中的快速拨号
CN1564569A (zh) * 2004-04-09 2005-01-12 深圳市网立信信息技术有限公司 电话号码搜索方法和搜索引擎
WO2007006864A2 (en) * 2005-07-08 2007-01-18 Suomen Punainen Risti, Veripalvelu Method for evaluating cell populations

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000278392A (ja) * 1999-03-29 2000-10-06 Kokusai Electric Co Ltd 発着信回数累計機能付き携帯無線端末
US7343365B2 (en) * 2002-02-20 2008-03-11 Microsoft Corporation Computer system architecture for automatic context associations
CN1581896A (zh) * 2003-08-12 2005-02-16 摩托罗拉公司 访问动态电话簿的方法和设备
CN100449542C (zh) * 2005-09-14 2009-01-07 腾讯科技（深圳）有限公司 匹配联系人信息的方法及装置
US8364711B2 (en) * 2006-05-09 2013-01-29 John Wilkins Contact management system and method
CN101038177B (zh) * 2007-04-02 2012-08-15 深圳市赛格导航科技股份有限公司 一种gps导航装置
US8234272B2 (en) * 2007-05-04 2012-07-31 Sony Mobile Communications Ab Searching and ranking contacts in contact database
CN101247427A (zh) * 2008-03-19 2008-08-20 宇龙计算机通信科技(深圳)有限公司 一种移动终端的联系人查找方法、***及移动终端

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1224294A (zh) * 1997-11-27 1999-07-28 三星电子株式会社 电话机中的快速拨号
CN1564569A (zh) * 2004-04-09 2005-01-12 深圳市网立信信息技术有限公司 电话号码搜索方法和搜索引擎
WO2007006864A2 (en) * 2005-07-08 2007-01-18 Suomen Punainen Risti, Veripalvelu Method for evaluating cell populations

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113268491A (zh) * 2021-03-19 2021-08-17 广州天越电子科技有限公司 一种通用型实现数据上卷下钻的方法

Also Published As

Publication number Publication date
US20120036152A1 (en) 2012-02-09
CN101848266B (zh) 2014-03-26
CN101848266A (zh) 2010-09-29
US8959072B2 (en) 2015-02-17

Similar Documents

Publication Publication Date Title
WO2010108418A1 (zh) 一种基于上下文的多维度号码通讯录查询方法
US7099862B2 (en) Programmatic discovery of common contacts
US7187932B1 (en) Autopopulation of address book entries
US7463909B1 (en) Method, device, and database for providing communication addresses for communication devices
US20080147639A1 (en) Method and apparatus for organizing a contact list by weighted service type for use by a communication device
US7197300B2 (en) Mobile communication terminal, selection method for destination of communication, and computer program for mobile communication terminal
US7822754B2 (en) Method and system to provide contextual, intelligent address book listings
CN103501374B (zh) 电话簿排序方法及装置、终端
US20070190981A1 (en) Phonebook management for a mobile terminal
US20040204118A1 (en) Method for automatically converting a stored telephone number of cellular phone for dialing in a different country
US20090248644A1 (en) Method and apparatus for generating user attribute information
US8346296B2 (en) Portable telephone
US20080270613A1 (en) Method of Processing a Contact for a Mobile Device and Related Device
WO2010006497A1 (zh) 一种通讯录***及其实现方法
JP2005539440A (ja) 通信デバイス上で連絡情報にアクセスするシステムおよび方法
US7916859B2 (en) System and method for obtaining telecommunication access numbers
CN106790738A (zh) 一种用户联系方式的查询方法及服务器
JP2008533763A (ja) ドメイン駆動式の短縮ダイヤル
TWI296766B (en) Apparatus and method for searching and comparing number
US9374692B2 (en) Method and terminal for processing message service
US8244672B1 (en) Method and system for establishing an application contact list
JP2005109896A (ja) アドレスを並び替えて表示する携帯端末及びそのアドレス表示方法
JP4474838B2 (ja) 携帯情報端末装置およびその装置における電話帳表示方法
CN111538797A (zh) 确定收信地址的方法及相关设备
JP4640228B2 (ja) 通信端末におけるニックネーム登録方法及びその装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10755418

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13259145

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 10755418

Country of ref document: EP

Kind code of ref document: A1