text:
You Are Here: AHRQ Archive Home > National Healthcare Quality Report, 2005 > Data Tables Appendix > Data Table
This information is for reference purposes only. It was current when produced and may now be outdated. Archive material is no longer maintained, and some links may not work. Persons with disabilities having difficulty accessing this information should contact us at: https://info.ahrq.gov. Let us know the nature of the problem, the Web address of what you want, and your contact information.
Please go to www.ahrq.gov for current information.
a The data reflect care for period 7/1/04 to 9/30/04.
b A facility had to have at least 30 residents in the denominator for a chronic care measure to be calculated. Therefore the number of facilities may vary for each measure reported in a State.
Source: Centers for Medicare & Medicaid Services, Minimum Data Set. The 2004 data were downloaded from http://www.medicare.gov/NHCompare/Include/DataSection/Questions/SearchCriteria.asp, March 2005.
Return to Contents
The information on this page is archived and provided for reference purposes only.
AHRQ Home | Questions? | Contact AHRQ | Site Map | Accessibility | Privacy Policy | Freedom of Information Act | Disclaimers | Plain Writing Act U.S. Department of Health & Human Services | The White House | USA.gov: The U.S. Government's Official Web Portal
Agency for Healthcare Research and Quality 540 Gaither Road Rockville, MD 20850 Telephone: (301) 427-1364


text:
Review: Juan Santos Coffee Infused Rum
Posted by Arctic Wolf on May 3, 2011
Juan Santos (Coffee Infused Colombian Rum) is produced by Casa Santana, a rum company born in Columbia in 1994. I posted my original review of this flavoured rum way back in October of 2009, as one of the first ten reviews I opened this website with.
I thought that I should re-post this review such that my new readers could become aware of what I think is an outstanding flavoured rum, perhaps the best coffee favoured spirit I have come across. Here is an excerpt from that original review:
You may read the full review here:
Review: Juan Santos Coffee Infused Rum
Please Enjoy this early review of mine!
Sorry, the comment form is closed at this time.

subset: commoncrawl


text:
Moving tributes to the lifelong voyage of director, poet and famous �Star Trek� actor Leonard Simon Nimoy are flooding our newsfeeds. His persona, Spock, reminds me of why I became a Trekkie long before being �geeky� was cool.
Homeland Security Secretary Jeh C. Johnson said his department is fully prepared to allow its protection of Congress to expire at the end of the week, insisting that the nation�s lawmakers had failed a fundamental test of looking out for the...
Sheet flooring is changing its image big time. No longer dull and dingy-looking, linoleum and vinyl floor coverings now...
Periodically, there are stories in the media that attract a great deal of attention concerning people who are compulsive hoarders or have a hoarding disorder.
Q: My mom had a gallstone that caused her to turn yellow and get sick, but the doctors thought surgery was too risky and recommended removing the stone with an endoscope. Why isn�t this done for everyone?
These days, people keep asking my husband, �How�s your retirement going?� But nobody asks me.
The final six boats of Downtown Milford Inc.'s Art on the Riverwalk Tour (ART) Project "Launching Augusta: the Last Fleet" will be unveiled on Sunday, March 22.
A 43-year-old man from Greensboro, Md., and a 28-year-old man from Deal Island, Md., were arrested and charged with drug offenses on Thursday after Harrington police received an anonymous tip.
What is Switched at Birth star
Sign up for our newsletter and have the top headlines from your community delivered right to your inbox.
- Events Calendar


text:
300 Falcon Rd
Altus, OK 73521
The Altus City Reservoir, located in southwest Oklahoma, features approximately two miles of shoreline and 140 surface ... read more...
20650 Hwy 62
Altus, OK 73521
The Greens of Altus is a 9-hole municipal golf course featuring over 3,000 yards. In addition to the golf course, there ... read more...
1100 Memorial Dr
Altus, OK 73521
Have you ever looked at a vast American landscape and wondered how the pioneers settled the land? If so, the Museum of ... read more...
20444 E County Rd 159
Altus, OK 73521
The Altus Speedway is a 1/3 mile, semi-banked asphalt oval racetrack used for stock car racing. Perfect for an evening ... read more...
909 E Broadway
Altus, OK 73521
The Morgan Doll Museum in Altus features 5,000 antique and collectible dolls, doll buggies and doll houses. Other ... read more...


text:
Can't find what you're looking for? Our health information specialists are here to help. Contact us at 800-233-4050 or online.
Smoking cigarettes and other tobacco products has been linked to numerous health problems for those who smoke and the people around them. Emerging research shows a higher incidence of smoking in individuals with ADHD compared with the general population. The statistics are striking; here are some facts:
The answer may boil down to chemical messengers in the brain known as neurotransmitters. Two neurotransmitters -- dopamine and norepinephrine -- play a significant role in regulating the attentional and behavioral symptoms associated with ADHD. If the levels of these chemicals are, this may play a role in the degree to which ADHD symptoms that people experience.
The nicotine contained in cigarettes and tobacco stimulates dopamine production. When a person smokes, nicotine travels to the brain and attaches to special receptors that bind the neurotransmitter acetylcholine. The burst of receptor activity leads to an increase of activity by special pathways throughout your brain. The stimulation of the the brain cells in these pathways is what promotes and activates the release of dopamine in the rewards pathways of your brain. This results in an increase in the neurotransmitter dopamine, that a person with ADHD may otherwise be lacking.4 Another possible reason is that individuals use smoking as a means to self-treat their attention issues being that individuals with ADHD do not have enough dopamine and norepinephrine. Smoking will increase these chemicals in the brain to beneficial levels which may result in ADHD symptoms becoming more manageable.5
Children with ADHD often experience social difficulties and peer rejection as a result of behaviors or poor social skills.Several studies have demonstrated that peer rejection among children with ADHD was a significant predictor of cigarette smoking.6,7 Additionally, if these children are not receiving proper treatment for their ADHD by a health care professional, they may more likely to smoke as a means to self-medicate.8
If you are a smoker and want to quit, please see the resources below:
If you are a parent or an individual looking for information on youth tobacco prevention and/or cessation programs, please see the resources below:
Additional Reading:Kollins, Scott (October 2012), Where There's Smoke, There's...ADHD: What the Science Says, Attention, v19 n5, pp. 14-17.


text:
Sheer Belgian Linen Drapery Panel
Our linen drapery boasts the Masters of Linen seal – a guarantee that the European flax is grown and processed in accord with strict environmental and labor standards. Sourced from Belgium's oldest mill, our breezy, lightweight sheer panel is tailored from pure linen of uncommon beauty and quality.
- 100% Belgian linen; sewn in the USA
- Rod-pocket panel
- Each panel sold separately
- Includes 7 drapery hooks per panel
- Imported
- Dry clean only
- In optic white, linen, warm white, petal, lilac or fog
- Swatches available
Shown in lilac.
Color Options
Sheer Belgian Linen Drapery Panel
- 50"W: 84"L, 96"L, 108"L and 120"L


text:
US 7715371 B2 Abstract Service resource items (49) for use in call setup in a telephone system are held on servers (58) that are connected to a computer network which is logically distinct from the telephone system infrastructure, this computer network may, for example, make use of the Internet. Each service resource item (49) is locatable on the network at a corresponding URI and is associated with a particular telephone number. A mapping is provided between telephone numbers and the URIs of associated service resource items. When it is desired to access a service resource item (49) associated with a particular telephone number, this mapping is used to retrieve the corresponding URI (step 55) which is then used to access the desired service resource item (56, 57, 59).
Claims(20) 1. A method of accessing a service resource having an associated uniform resource identifier (URI) for locating the service resource on a network, said method comprising:
receiving a resource code and using a first portion of the resource code to look up in a database a host component of said URI;
forming, by a computing system, said URI by combining the looked-up host component with a path component comprising a second portion of the resource code; and
using the formed URI to access information from said service resource over the network,
wherein the first portion of the resource code is a number string.
2. A method according to
forming a domain name from the first portion of the code by a process including parsing the first portion of the resource code into at least a part of said domain name; and
supplying the domain name formed using the first portion of the resource code to the database and receiving back the host component of said URI.
3. A method according to
4. A method according to
5. A method according to
6. A method according to
7. The method of
8. A method of providing a user with information from a service resource having an associated uniform resource identifier (URI) for locating the service resource on a network, said method comprising:
receiving a resource code from a user device;
using a first portion of the input resource code to look up in a database a host component of said URI;
forming, by a computing system, said URI by combining the looked-up host component with a path component comprising a second portion of the input resource code;
using the formed URI to access information from said service resource over the network; and
outputting the information from the accessed service resource to the user device,
wherein the first portion of the resource code is a number string.
9. A method according to
forming a domain name from the first portion of the resource code by a process including parsing the first portion of the resource code into at least a part of said domain name; and
supplying the domain formed using the first portion of the resource code to the database and receiving back the host component of said URI.
10. A method according to
11. A method according to
12. A method according to
13. A method according to
14. The method of
15. An apparatus for providing a user with information from a service resource having an associated uniform resource identifier (URI) for locating the service resource on a network, the apparatus comprising:
an input interface configured to receive a resource code;
a computing system configured to:
use a first portion of the resource code to look up in a database a host component of said URI, wherein the first portion of the resource code is a number string,
form said URI by combining the looked-up host component with a path component comprising a second portion of the resource code,
use the formed URI to retrieve information from the service resource over the network, and
output the information retrieved from the service resource.
16. The apparatus according to
17. The method of
18. The method of
19. The apparatus of
20. The apparatus of
Description This application is a divisional of co-pending U.S. Ser. No. 11/066,880, filed on Feb. 25, 2005, which is a divisional of U.S. Ser. No. 10/052,285, filed on Jan. 18, 2002 now U.S. Pat. No. 7,012,916, which is a divisional of U.S. Ser. No. 09/077,795, filed on Jun. 5, 1998, which is the U.S. National Stage Application of PCT International Application No. PCT/GB96/03055, filed on 11 Dec. 1996, now U.S. Pat. No. 6,466,570 to Low et al., issued Oct. 15, 2002. The subject matter of the present application is also related to U.S. Pat. No. 6,131,095 to Low et al., issued Oct. 10, 2000 and to co-pending U.S. Ser. No. 10/052,305, filed on Jan. 18, 2002. The present invention relates to a method of accessing service resource items that are intended to be used in setting up bearer channels through a switched telecommunications system. As used herein, the term �switched telecommunication system� means a system comprising a bearer network with switches for setting up a bearer channel through the network. The term �switched telecommunication system� is to be taken to include not only the existing public and private telephone systems (whether using analogue phones or ISDN-based), but also broadband (ATM) and other switch-based bearer networks that are currently being implemented or may, emerge in the future. For convenience, the term �switched telecommunication system� is sometimes shortened herein to telecommunication system. Reference to a �call� in the context of a switched telecommunication system is to be understood as meaning a communication through a bearer channel set up across the bearer network, whilst references to call setup, maintenance and takedown are to be taken to mean the processes of setting up, maintaining and taking down a bearer channel through the bearer network. Terms such as �call processing� and �call handling� are to be similarly interpreted. The term �communication system� when used herein should be understood as having a broader meaning than switched telecommunication system, and is intended to include datagram-based communication systems where each data packet is independently routed through a bearer network without following a predetermined bearer channel. Telecommunication companies running PSTNs (Public Switched Telephone Networks) and PLMNs (Public Land Mobile Networks) are in the business of providing communication services and in doing so are providing increasing built-in intelligence in the form of �IN services� such as 800 number services and call forwarding. In contrast, the World Wide Web (WWW), which has seen explosive growth in recent times, is an example of an Internet-based global network providing complex information services. These two worlds, that of the large communications utilities and that of the highly dynamic, pioneer-spirit WWW information culture, are uneasy companions and each plans to encroach on the domain previously occupied by the others; thus telephony services will be offered over the WWW and information services over the public communication infrastructure. The present invention proposes technologies for a more synergetic relationship between these two worlds than is currently envisaged and in order to place the present invention in context, a review will fist be given of each of these two worlds. Telephone Networks with IN Services The Basic PSTN. The basic service provided by a PSTN (Public Switched Telephone Network) is the interconnection of two telephones (that is, setting up a bearer channel between the telephones) according to a called-party telephone number input at the calling-party telephone. Thus, where the CPE is a traditional dumb telephone, control signalling between the CPE and its local SP is in-band signalling, that is, the signalling is carried on the same channel as used for voice; this signalling is interpreted and converted at the SPs 12 into signalling between SPs that uses a dedicated common-channel signalling network 16 (implemented nowadays using the SS7 protocol suite). Where the CPE is an ISDN terminal, signalling is carried in a separate channel directly from the CPE on an end-to-end. Modern SPs use the ISUP (ISDN User Part) SS7 protocol for inter-exchange call control signalling whether the CPE is a standard telephone or an ISDN terminal. Telephone Numbering Plans�As certain aspects of the present invention are influenced by the structuring of telephone numbers, a brief description will now be given of the structuring of such numbers. Telephone numbers form an international, hierarchical addressing scheme based on groups of decimal digits. The top level of the hierarchy is administered by the ITU-T, which has allocated single-digit numeric codes to the major geographic zones (for example �1� for North America, �2� for Africa, �3� a for Europe, �4� for Europe, �5� for South America and Cuba, etc.). Within each zone countries are assigned 2 or 3 digit codes, so that within zone 3 France is �33�, and within zone 4 the UK is �44�. Administration of the numbering plan within a country is delegated to a national body, such as the Office of Telecommunications (�Oftel�) in the UK. The following further description is based on the UK numbering plan, but the scheme described will be recognised as having widespread applicability. In the UK all national numbers are prefixed by a code from 01 to 09 (the �0� prefix is dropped in international dialling). The currently assigned codes are �01� for Geographic Area Codes, �02� for Additional Geographic Area Codes, �04� for Mobile Services, �07� for Personal Numbers, and �08� for Special Service (freephone, information). Normal wireline PSTN subscriber telephone numbers are allocated from the Geographic Area Code codes, and currently only codes prefixed by 01 are allocated. Geographic area codes are presently 3 or 4 digits (excluding the leading �0�) and there are currently 638 geographic areas each with its own code. A full national UK dialled number takes two forms:
The first case has the �0� prefix, a 3 digit area code and a 7 digit local number, and the second case has the �0� prefix, a 4 digit area code, and a 6 digit local number. Further interpretation of the local number will take place within the area exchange, as even a 6 digit address space is too large for a single switch, and for a typical local area several switches may be needed to host the required number of subscriber lines. This interpretation is opaque and is a matter for the area service provider. In the current PSTN the inherently hierarchical and geographic interpretation of telephone numbers is mirrored by the physical architecture of the network. A telephone number is structured in a way that makes it easy to route a call through the network. At each step, the prefix of the number provides information about the current routing step, and the suffix (perhaps opaquely) provides information about subsequent routing steps; as long as a switch knows how to parse a prefix and carry out a routing step, it does not need to understand the content of the suffix, which is left for subsequent routing steps. For this reason the international and national switching fabric is also organised hierarchically. Intelligent Networks. Returning now to a consideration of the current telephone network infrastruture, in addition to basic call handling, an SP may also serve to provide what are called IN (Intelligent Network) services; in this case the SP is termed a service switching point, SSP. An SSP 25 is arranged to suspend call processing at defined points-in-call upon particular criteria being met, and to delegate the continuation of call processing to a service control subsystem providing a service control function (SCF) either in the form of a service control point, SCP 17 (see Service logic running in an SCP or Adjunct will generally make use of subscriber information stored in a service data function (SDF) 22 that may be integral with the SCP/Adjunct or partially or wholly separate therefrom. The service data function (SDF), like the service control function (SCF) forms part of the service control subsystem of the PSTN. It may be noted that some or all of the service control function may be built into the PSTN switches themselves. In addition to the SCP 17 and Adjunct 18, the In operation, when the SSP 25 receives a call, it examines internal trigger conditions and, possibly, user information (eg dialled digits) to ascertain if the call requires a service to be provided by the service control subsystem 17, 18; the checking of trigger conditions may be carried out at several different points in call processing. Where the SSP 25 determines that a service is required it messages the service control subsystem (either SCP 17 or Adjunct 18) requesting the desired service and sending it a logic representation of the call in terms of its connectivity and call processing status. The service control subsystem then provides the requested service and this may involve either a single interaction between the SSP and service control subsystem or a session of interactions. A typical service is call forwarding which is a called-party service giving expression to an end-user requirement as simple as �if you call me on number X and it rings ten times, try calling number Y�. In this case, it is the SSP local to the called end-user that triggers its associated SCP (or Adjunct) to provide this service; it will, of course, be appreciated that the SSP must be primed to know that the service is to be provided for a called number X. The above-described model for the provision of IN services in a PSTN can also be mapped onto PLMNs (Public Land Mobile Networks) such as GSM and other mobile networks. Control signalling in the case of a mobile subscriber is more complex because in addition to all the usual signalling requirements, there is also a need to establish where a call to a mobile subscriber should be routed; however, this is not a very different problem from a number of called-party IN services in the PSTN. Thus in GSM, the service-data function (SDF) is largely located in a system named a Home Location Register (HLR) and the service control function in a system named a Visitor Location Register (VLR) that is generally associated on a one-to-one basis with each SSP (which in GSM terminology is called a Mobile Switching Centre, MSC). Because subscribers are mobile, the subscriber profile is transported from the HLR to whichever VLR happens to be functionally closest to be mobile subscriber, and from there the VLR operates the (fixed) service using the subscriber profile and interacts with the SSP. The HLR and VLR thus constitute a service control subsystem similar to an SCP or Adjunct with their associated databases. It is, of course, also possible to provide IN services in private telephone systems and, in this case, the service control function and service data function are generally either integrated into a PABX (Private Automatic Branch Exchange) or provided by a local computer. The service control subsystem, whilst present, may thus not be a physically distinct from the PABX. The above-described general architectural framework for providing IN services has both strengths and flaws. Its main strength is that it works and many services have been successfully deployed, such as 800 number services, credit card calling, voicemail, and various call waiting and redirection services. However, despite years of standardisation, services are still implemented one-at-a-time on proprietary platforms and do not scale well. The approach has been based on large, fault-tolerant systems which provide services for hundreds of thousands or even millions of subscribers and take years to deploy. Furthermore, since the networks used to support these services also constitute the basic telephone infrastructure, anything attached to these networks must be rigorously vetted. Additionally, each country and operator tends to have local variations of the so-called standards making it difficult to supply standard products and thereby braking the dynamics of competition. The World Wide Web In contrast to the slow deliberate progress of the telephone infrastructure, the WWW has grown explosively from its inception in 1989 to become the primary electronic information distribution service in terms of spread, availability and richness of information content. Anyone can, for a modest outlay, become an information provider with a world-wide audience in a highly interconnected information architecture. The WWW is a client-server application running over the Internet and using a client-server protocol which mandates only the simplest of exchanges between client and server. This protocol is HTTP (Hyper Text Transfer Protocol) which is optimised for use over TCP/IP networks such as the Internet; the HTTP protocol can, however, also be used over networks using different communication protocol stacks. Since the availability of literature concerning the WWW has seen the same sort of growth as the WWW itself, a detailed description of the WWW, HTTP and the Internet will not be given herein. An outline description will, however, be given with attention being paid to certain features of relevance to the present invention. The WWW uses the Internet for interconnectivity. Internet is a system that connects together networks on a worldwide basis. Internet is based on the TCP/IP protocol suite and provides connectivity to networks that also use TCP/IP. For an entity to have a presence on the Internet, it needs both access to a network connected to the Internet and an IP address. IP addresses are hierarchically structured. Generally an entity will be identified at the user level by a name that can be resolved into the corresponding IP address by the Domain Name System (DNS) of the Internet. Because the DNS or adaptions of it are fundamental to at least certain embodiments of the invention described hereinafter, a description will next be given of the general form and operation of the DNS. The Domain Name System�The DNS is a global, distributed, database, and without its performance, resilience and scalability much of the Internet would not exist in its current form. The DNS, in response to a client request, serves to associate an Internet host domain name with one or more Registration Records (RR) of differing types, the most common being an address (A) record (such as 188.8.131.52) and mail exchanger (MX) records (used to identify a domain host configured to accept electronic mail for a domain). The RRs are distributed across DNS name servers world-wide, these servers cooperating to provide the domain name translation service; no single DNS server contains more than a small part of the global database, but each server knows how to locate DNS servers which are �closer� to the data than it is. For present purposes, the main characteristics of the DNS of interest are:
These characteristics of the DNS may be considered as defining a �DNS-type� system always allowing for minor variations such as in label syntax, how the labels are combined (ordering, separators), the message format details, evolutions of the IP protocols etc. Due to the hierarchical naming structure, it is possible to delegate responsibility for administering domains (subtrees) of the name space recursively. Thus, the top-level domains are administered by InterNic (these top-level domains include the familiar �com�, �edu�, �org�, �int�, �net�, �mil� domains as well as top-level country domains specified by standard two-letter codes such as �us�, �uk�, �fr� etc.). At the next level, by way of example Hewlett-Packard Company is responsible for all names ending in �hp.com� and British Universities are collectively responsible for all names ending in �ac.uk�. Descending further, and again by way of example, administration of the domain �hpl.hp.com� is the responsibility of Hewlett-Packard Laboratories and administration of the subtree (domain) �newcastle.ac.uk� is the responsibility of the University of Newcastle-upon-Tyne. This looks extremely inefficient, but DNS servers are designed to build a dynamic cache, and are initialised with the addresses of several root servers, so in practice most of the iterative queries never take place. In this case the �hpl.hp.com� DNS server will know the addresses of several root servers, and will likely have the addresses of �uk� and �ac.uk� servers in its cache. The first query to the �hpl.hp.com� server will return the address of the �ac.uk� server. The second query to the �ac.uk� server will return the address of the �newcastle.ac.uk� server, and the third query will return the RR in question. Any future queries with a �newcastle.ac.uk� prefix will go direct to the Newcastle DNS server as that address will be retained in the �hpl.hp.com� DNS server cache. In practice names within a local subtree are resolved in a single query, and names outside the local subtree are resolved in two or three queries. Rather than a resolver being responsible for carrying out the series of query iterations required to resolve a domain name, the resolver may specify its first query to be recursive in which case the receiving DNS server is responsible for resolving the query (if it cannot directly return the requested RR, it will itself issue a recursive query to a �closer� DNS server, and so on). It should also be noted that in practice each DNS server will be replicated, that is, organised as a primary and one or more secondaries. A primary DNS nameserver initialises itself from a database maintained on a local file system, while a secondary initialises itself by transferring information from a primary. A subtree will normally have one primary nameserver and anything up to ten secondaries�the limitation tends to be the time required by the secondaries to update their databases from the primary. The primary database is the master source of subtree information and is maintained by the domain DNS administrator. The secondaries are not simply standby secondaries but each actively participates in the DNS with dependent servers that point to it rather than to the corresponding primary. DNS implementations, such as BIND, are widely available as a standard part of most UNIX systems, and can claim to be among the most robust and widely used distributed applications in existence. Operation of the WWW Referring now to Many users of the WWW do not have network access to the Internet but instead access the Internet via an Internet service provider, ISP, 33 that does have network access. In this case, the user terminal 34 will generally communicate with the ISP 33 over the public telephone system using a modem and employing either SLIP (Serial Line Interface Protocol) or PPP (Point-to-Point Protocol). These protocols allow Internet packets to traverse ordinary telephone lines. Access to the Internet of this form is known as �dialup IP� access. With this access method, the user terminal 34 is temporarily allocated an IP address during each user session; however, since this IP address may differ between sessions, it is not practical for the entity 34 to act as a server. A cornerstone of the WWW is its ability to address particular information resources by means of an Uniform Resource Identifier (URI) that will generally be either a Uniform Resource Locator (URL) that identifies a resource by location, or a Uniform Resource Name (URN) that can be resolved into an URL. By way of example, a full or �absolute� URL will comprise the following elements:
In fact, the �port� may be omitted in which case port 80 is assumed.
The HTTP protocol is based on a request/response paradigm. Referring again to The two main request methods are:
In summary, the GET method can be used to directly retrieve data, or to trigger any process that will return an entity (which may either be data or a simply an indication of the result of running the process). The POST method is used for registering data and specifying this method is also effective to trigger a process in the server to handle the posted data appropriately. The passing of information to a process triggered to run on a server using either the GET or POST method is currently done according to an interface called the Common Gateway Interface (CGI). The receiving process is often written in a scripting language though this is not essential. Typically, the triggered server script is used for interfacing to a database to service a query included in a GET request. Another use, already referred to, is to append data associated with a POST request to a database. Other important factors in the success of the WWW is the use of the HyperText Markup Language (HTML) for representing the makeup of documents transferred over the WWW, and the availability of powerful graphical Web browsers, such as Netscape and Mosaic, for interpreting such documents in a client terminal to present them to a user. Basically, HTML is used to identify each part of a document, such as a title, or a graphic, and it is then up to the browser running in the client terminal to decide how to display each document part. However, HTML is more than this�it also enables a URI and a request method to be associated with any element of a document (such as a particular word or an image) so that when a user points to and clicks on that element, the resource identified by the URI is accessed according to the scheme (protocol) and request method specified. This arrangement provides a hyperlink from one document to another. Using such hyperlinks, a user at a client terminal can skip effortlessly from one document downloaded from a server on one side of the world, to another document located on a server on the other side of the world. Since a document created by one author may include a hyperlink to a document created by another, an extremely powerful document cross-referring system results with no central bureaucratic control. Hyperlinks are not the only intelligence that can be built into an HTML document. Another powerful feature is the ability to fill in a downloaded �Form� document on screen and then activate a �commit� graphical button in order to have the entered information passed to a resource (such as a database) designed to collect such information. This is achieved by associating the POST request method with the �commit� button together with the URI of the database resource; activating the �commit� button results in the entered information being posted to the identified resource where it is appropriately handled. Another powerful possibility is the association of program code (generally scripts to be interpreted) with particular documents elements, such as graphical buttons, this code being executed upon the button being activated. This opens up the possibility of users downloading program code from a resource and then running the code. It will be appreciated by persons skilled in the art that HTML is only one of several currently available scripting languages delivering the functionality outlined above and it may be expected that any serious Web browser will have built-in support for multiple scripting languages. For example, Netscape 2.0 supports HTML 3.0, Java and LiveScript (the latter being Netscape proprietary scripting Language). The importance of the role of the graphical Web browser itself should not be overlooked. As well as the ability to support multiple scripting languages, a Web browser should provide built-in support for standard media types, and the ability to load and execute programs in the client, amongst other features. These browsers may be viewed as operating systems for WWW interaction. WWW and the Telephone Network It is possible to provide a telephony service over the Internet between connected terminals by digitising voice input and sending it over the Internet in discrete packets for reassembly at the receiving terminal. This is an example of a communication service on the Internet. Conversely, it is possible to point to a variety of information services provided over the telephone system, such as the Minitel system widely available in France. However, these encroachments into each anothers traditional territories pose no real threat to either the Internet or the public telephone system. Of more interest are areas of cooperative use of the Internet and the telephone system. In fact, one such area has existed for some considerable time and has been outlined above with reference to Another known example of the cooperative use of the Internet and PSTN is a recently launched service by which an Internet user with a sound card in his/her terminal computer can make a voice call to a standard telephone anywhere in the world. This is achieved by transferring digitised voice over the Internet to a service provider near the destination telephone; this service provider then connects into the local PSTN to access the desired phone and transfers across into the local PSTN the voice traffic received over the Internet. Voice input from the called telephone is handled in the reverse manner. Key to this service is the ability to identify the service provider local (in telephony charging terms) to the destination phone. This arrangement, whilst offering the prospect of competition for the telecom operators for long distance calls, is again a simple chaining together of the Internet and PSTN. It may, however, be noted that in this case it is necessary to provide at least a minimum of feedback to the Internet calling party on the progress of call set to the destination telephone over the PSTN local to that telephone; this feedback need only be in terms of whether or not the call has succeeded. From the foregoing it can be seen that the current cooperative use of the Internet and telephone system is at a very simple level. It is an object of the present invention to provide a method of accessing a service resource item over a communications network that facilitates the integration of the PSTN and the WWW. According to the present invention, there is provided a method of accessing service resource items for use in respect of setting up bearer channels through a switched telecommunications system, the method including the steps of:
In one embodiment, at least some of the URIs are derivable from their corresponding said predetermined codes by manipulation according to a function specified by said mapping. In another embodiment, at least some of the URIs are derivable from their corresponding said predetermined codes by look up in an association table associating said predetermined codes and URIs according to said mapping. This association table can advantageously be held on at least one database server connected to the computer network, step (c) involving accessing the database server over the computer network to determine the URI corresponding to the said predetermined code. Preferably, the said at least one database server is provided by a DNS-type distributed database system in which the URIs are held in records associated with respective names, herein referred to as domain names, by which the records can be retrieved. In this case, step (c) involves translating said predetermined code into a corresponding domain name and using this domain name to retrieve the URI of the required service resource item from the DNS-type distributed database system. More than one service resource item can be located at the same URI; in this case, the predetermined codes of these service resource items will include respective relative-resource-identifier values that can be used at the server holding the service resource items to identify the required resource item amongst the service resource items at the same URI. The telecommunications system may be a telephone system with each said predetermined code being either the telephone number of the calling party or the telephone number of the called party (these numbers may either be the numbers of specific telephones, or personal numbers). In one preferred embodiment where at least some of said predetermined codes are called-party telephone numbers, the corresponding service resource items are the current telephone numbers of the called parties. Generally as regards the nature of the service resources, these may be of the following type:
Preferably, where URIs are referred to in the foregoing, these URIs are URLs and/or URNs. Furthermore, the servers referred to are preferably HTTP servers. It is to be understood that reference in the foregoing to the computer network being logically distinct from the telecommunications system is not to be taken to imply that there is physical separation of the two�indeed, there will frequently be joint use of the same physical infrastructure. Furthermore, not only may bearer channels set up in the telecommunications system share the same transmission medium as the computer network, but such a bearer channel may act as a pipe for traffic across the computer network. The intention of requiring the computer network to be logically distinct from the telecommunications system is to exclude computer networks that are dedicated to the management or monitoring of the bearer network and effectively form part of the telecommunications system itself. Preferably, the computer network is generally accessible to users of the telecommunications system as this provides a number of benefits to users that will become apparent hereinafter. The phrase �generally accessible� should not be construed as meaning that all users of the telecommunications system have such access to the computer network or can get such access but, rather, it should be understood as meaning that a significant proportion of these users have or can obtain access to the computer network. By way of example, in one preferred embodiment of the invention, the computer network generally accessible to users of the telecommunications system but logically distinct from it, is the Internet and the telecommunications system is a public telephone system. In another embodiment, the telecommunication system is a private system including a PABX, and the computer network is a LAN. Embodiments of the present invention will now be described, by way of non-limiting example, with reference to the accompanying diagrammatic drawings, in which: The SCP 43 may operate in a conventional manner responding to service requests from SSPs 41 to run specific service logic on particular data according to information contained in the service request, and to send back to the requesting SSP appropriate instructions for effecting call set up. A service request is generated by the SSP in response to predetermined trigger conditions being met at a trigger check point, there being one or more such check points in the course of handling a call (it may be noted that where the trigger conditions have been downloaded to the SSP from the SCP then it could be said that the SSP is responding to an information request by the SCP when contacting the SCP upon the trigger conditions being met�however, in the present specification, this initial communication from the SSP to the SCP will be referred to as a �service request�). The SCP 43 is also provided with a network access interface 44 to the Internet 50 in order to make use of certain service resource items 49 (also referred to below simply as �service resources�) during the course of processing at least certain service requests from the SSPs 41. These service resources 49 are held as WWW pages on HTTP servers 51 (more particularly, on service resource databases 52 of these servers 51). The WWW pages containing these service resources are referred to below as �phone� pages. The servers 51 are connected to the Internet and the phone pages are read accessible using respective URLs or URNs (for convenience, the more general term URI will be used hereinafter to mean the Internet-resolvable indicator of the location of a phone page). The service resources may be service logic or service data and may be used by an otherwise standard service logic program running on the SCP, by accessing the phone page of the required resource using the appropriate URI. In certain cases, the service resources 49 may provide substantially all of the service control and data associated with a particular service. In this case, the service logic program running in the SCP 43 is of skeleton form, being instantiated on receipt of a service request and then serving to initiate service resources access and to return the results of this access to the entity that made the service request. In fact, according to this approach, the SCP could be implemented simply as a platform for fetching and executing phone-page service logic and would not need to have the complex provisioning and management systems for such logic as is required by standard SCP platforms; SCPs could then become more ubiquitous, possibly being associated with every SSP. If a response is received from the accessed resource before the expiration of a time-out period (tested in step 108), then the response, which is usually in the form of a destination number, is supplied to the appropriate SLP as identified using the correlation ID passed with the response (step 109). An INAP/TCAP response message is then prepared and sent to the entity that made the original service request (steps 110 and 111) after which the SLP instance is terminated (113). If in step 108, a time-out occurs before a response is received, then a default response value (generally a default destination number) may be looked up in the customer record and put in an INAP/TCAP message and sent back to the requesting entity (steps 114 to 116). The SLP instance is then terminated (113). Locating & Accessing Service Resources The functionality associated with accessing a phone-page resource is schematically represented in Resource Codes�It is possible that more than one service resource is associated with a particular telephone number; in this case the resource access block 46 will need to know additional information (such as current point-in-call, pic) to enable the appropriate service resource to be identified. If the service resources associated with a number are located on different phone pages, then the additional information is also passed to the URI determination block 47 to enable it to return the URI of the appropriate phone page. It is also possible for all the service resources associated with a number to be located on the same phone page. In this case, the resource access block 46 uses the additional information to pass a resource-identifying parameter with its access request to the phone page concerned; it is then up to the functionality associated with the phone page to access the correct service resource. Thus, each service resource can be considered as being identified by a respective resource code 54 (see Resource Access�Where only one service resource 49 is located on a phone page 58 identified by a unique URI, then the resource code 54 simply comprises the UI, generally either a telephone number alone or a telephone number plus a pic parameter (see In contrast, where multiple service resources 49 are located on the same phone page 58 ( An alternative to the URI Determination from Resource Code�The implementation of the URI determination block 47 that performs process 55 will next be considered. Block 47 may be implemented in a variety of ways, four of which are described below: Direct Input
Before describing a DNS-type lookup implementation for the URI determination block 47, some further general comments are appropriate. Whatever method is used to determine the URI, certain simplifications are possible if limited constraints are placed on the URIs permitted. In particular, it is not necessary to determine all components of an URI in the following cases:
Another general point worthy of note is that however the URI is determined, the host component of the URI may be provided either in the form of a host domain name or a host IP address. Where the host is identified by a domain name, then a further resolution of URI host name to IP address will subsequently be carried out in standard manner by interface 44 using the Domain Name System of the Internet. This further resolution can be avoided if the host identity is directly provided as an IP address. Where a database lookup is used to provide the number to URI translation, this database may be independent of, or combined with, a customer database containing other customer-related information. Factors affecting this choice include, on the one hand, the possible desirability of having the number-to-URI translation information widely available, and on the other hand, the possible desirability of restricting access to other customer-related information. DNS-Type URI Lookup A DNS-type lookup implementation for the URI determination block 47 will now be described in some detail for the case where the UI part of the resource code is a telephone number and there are no constraints on the URI, thereby requiring both the full host and path components of the URI to be returned by the lookup. A key part of the overall process is the formation of the equivalent of a host domain name from the telephone number of interest; this domain-name equivalent is then resolved into a corresponding URI by a lookup mechanism which in the present example is identical to that employed by the DNS (indeed, the lookup mechanism may be incorporated into the DNS though it can also be independently implemented). The nature of the DNS has already been described above with reference to The basic principles surrounding operation of a Duris system are:
Thus, an input telephone number forming, in the present case, the UI part of a resource code 54 (see There are a number of possibilities at the top level as to how a Duris system could be implemented:
Consideration will next be given to the parsing of a telephone number into a domain name�in other words, where to insert the �.� characters into the number to provide the structuring of a domain name. Of course, as already explained, telephone numbers are hierarchically structured according to each country's numbering plan. Thus one approach would be to follow this numbering plan structuring in dividing up a telephone number to form a domain name. By way of example, the telephone number �441447456987� which is a UK number (country code �44�) with a four digit area code (�1447�) and six digit local number (�456987�) could be divided to form a domain name of 456987.1447.44 (note that the reversal of label order occassioned by the fact that the DNS labels are arranged least significant first). If the telname space is a subdomain of the DNS with a placement as illustrated in
There are however, difficulties inherent with trying to match the numbering plan hierarchy when parsing a telephone number into a host name. Firstly, in order to parse an international number correctly, it would be necessary for each entity tasked with this operation to know the structuring of each country's numbering plan and where, as in the UK, area codes may be of differing length the required knowledge may need to take the form of a lookup table. Whilst this is not a complicated computational task, it is a major administrative nuisance as it means that each country will need to inform all others about its numbering plan and any updates. The second problem is that a six or seven digit local number is a very large domain; it would be preferable to create subdomains for performance and scaling reasons but there is no obvious way of doing this. These problems can be overcome by giving up the restriction that the parsing of telephone number into a domain name should match the structuring of national numbering plans. In fact, there is no strong reason to follow such a scheme as DNS servers know nothing about the meaning of the name space. It is therefore possible to parse telephone numbers using a deterministic algorithm taking, for example, 4 digits at a time to limit the size of each subdomain and making it possible to �insert the dots� without knowing the numbering plan concerned. So long as the DNS domains and zones served by the DNS servers are created correctly it will all work. For international numbers it would still seem appropriate to separate off the country codes and so a hybrid parsing scheme would be to parse the initial part of a dialled number according to known country codes and thereafter use a deterministic scheme (for example 3,7 or 4,6 or 3,3,4) to separate the digits. Of course, if a fragmented telname space is being used as illustrated in Figure UC then the country code is used to look up the host name tail and it is only the national part of the number which would be parsed. Finally, as regards the details of how a DNS server can be set up to hold RR records with URIs, reference can be made, for example, to �DNS and BIND�, Paul Albitz and Criket Liu, O'Reilly & Associates, 1992 which describes how to set up a DNS server using the Unix BIND implementation. The type of the RR records is, for example, text. It should be noted that DNS labels should not in theory start with a digit. If this convention is retained, then it is of course a trivial exercise when parsing a telephone number to insert a standard character as the first character of each label. Thus, a 4 digit label of 2826 would become �t2826� where �t� is used as the standard starting character. It will be appreciated that as with domain names, where an input telephone number is not the full number (for example, a local call does not require any international or area code prefix), it would be parsed into a domain name in the local domain. The foregoing discussion of Duris system implementation, has been in terms of translating a telephone number into an URI where the telephone number forms the full UI of a resource code and the Duris system returns a full URI. It will be appreciated that the described Duris implementation can be readily adapted to accommodate the various modification discussed above regarding the form of the UI and what parts of the URI need to be looked up. For example, where there are a number of differents service resources associated with a subscriber each in its own file and the required source is identified by a pic part of the resource code, then the input telephone number will be used to look up, not the full URI, but the host component and that part of the path component up to the relevant subdirectory, the pic part of the UI then being appended to identify the required resource file. For small local Duris implementations, it may be possible to have a single server; the implementation should still, however, be considered as of a DNS type provided the other relevant features are present. Nature of Service Resources Turning now to a consideration of the service resources 49, how these service resources can be provisioned onto the servers 51 will be described more fully below but, by way of present example, the service resource or resources associated with a particular PSTN user (individual or organisation, whether a calling or called party) can be placed on a server 51 over the Internet from a user terminal 53 in one or more WWW pages. Consider the simple case where the service resource is a service data item such as a telephone number (for example, an alternative number to be tried if the user's telephone corresponding to the number dialled by a calling party is busy). This diversion number could be made the sole service resource of a phone page of the user. The phone page URI could be a URL with scheme set to HTTP in which case the GET method could be used to retrieve the diversion number. Such an arrangement is suitable if the phone page is only to be used for functional retrieval of the diversion number. However, if the diversion number is to be visually presented at a user terminal 53, then it may be desirable to accompany the number with explanatory material (this will often not be necessary as the diversion number can be arranged to be returned into an existing displayed page that already provides context information). However, where the phone page does include explanatory material as well as the diversion number, an entity only wishing to make functional use of the phone page, could be arranged to retrieve the phone page and then extract the diversion number (this would, of course, require a standard way of identifying the information to be extracted from the phone page). An alternative and preferred arrangement for providing for both viewing and functional access to a resource requiring explanatory material for viewing, is to use an object-oriented approach to resource design. In this case, the resource object would have two different access methods associated with it, one for purely functional use of the resource and the other enabling viewing of associated explanatory material. It would then be up to the accessing entity to access the resource object using the appropriate object method. Yet another arrangement for providing for both viewing and functional use of the diversion number, would be to provide separate resources appropriately configured for each use, each resource having its own resource code (generally, both such resources would be placed on the same phone page and in this case the UI part of each resource code would be the same). Retrieval of a phone page for use by a human user will generally not be as time critical as retrieval for operational use by a PSTN. Thus, while for human use the scheme specified in the URL of a service resource could be HTTP, it may be advantageous for operational use to define a special �phone� scheme (access protocol) which would result in the server 51 using an optimised access routine to access the required resource (diversion number, in the current example) and respond to the accessing entity in the minimum possible time. Besides data items, other possible types of service resource include service logic for execution in place (at the server) with the result of this execution being returned to the entity accessing the resource; service logic downloadable from the server to the accessing entity for execution at that entity; and a logging resource for logging information passed to it by the accessing entity (or simply for logging the fact that is has been accessed). It will be appreciated that the logging resource is really just a particular case of service logic executable in place. By way of example, a service resource constituted by execute-in-place service logic can be arranged to implement time-of-day routing, the result of executing the service logic being the telephone number to which a call should be routed taking account of the time of day at the called party's location. An example of a service resource constituted by downloadable service logic is service logic for controlling calling-party option interrogation using the facilities provided by an IP. As regards the logging resource, this can be used for recording the number of calls placed to a particular number. Where each resource has its own phone page and the resource is present only in its unembellished functional form, then the HTTP scheme can be employed for access using the GET method for both the downloadable service logic and the execution-in-place service logic, and the POST method for the logging resource. If it is desired to provide an explanatory material with each service resource, then any of the solutions discussed above in relation to data items, can be used. Where more than one service resource is to be associated with a number, then each such resource can be placed on a respective phone page with its own URI. However, the preferred approach is to place all such service resources on the same page and use the RRI part of the corresponding resource codes to enable access to the appropriate resource. The accessed resource is then treated according to its form (executed if execute-in-place service logic, returned if downloadable service data or logic). Thus if both a diversion-number service-data resource and a time-of-day execution-in-place service-logic resource are placed on the same phone page, the diversion-number resource code might have an RRI of �1� whilst the time-of day resource code might have an RRI value of �2�. Where calling/called party options are to be included in a service resource for presentation to such party, then as already indicated, this can conveniently be done by constituting the service resource as downloadable service logic with the chosen option possibly initiating request for a follow-up service resource. It will be appreciated that a service resource will often be of a complex type, combining service data and/or downloadable service logic and/or execute in place service logic. A particularly powerful combination is the combination of the two types of service logic where the downloadable service logic is designed to interact with execute-in-place service logic; using this arrangement, the user can be presented with complex client-server type applications. Example Usage of Service Resource In the present example, the association between B's Webtel number and the URL of B's phone page is stored in an association table accessible to SCP 43. Upon a user A seeking to contact user B by dialling the Webtel number of B, the telephone 40 being used by A passes a call set up request to SSP 41 (note that in The It will be appreciated that although in the With respect to the logging service resource mentioned above, one possible application for such a resource is in telephone voting. In this case, dialling the voting number causes the SSP picking up the call to pass a service request to SCP 43 which then contacts the appropriate logging resource over the Internet to register a vote after which the call is terminated. To minimise bottlenecks, a logging resource could be provided at a different URL for each SCP, it being a simple matter to collect and collate voting from all these logging resources over the Internet. If an SCP with Internet access is provided at every SSP, then the risk of congestion is greatly reduced. As already noted, a user's phone page may hold multiple service resources in which case the access request from the accessing SCP needs to contain an appropriate RRI identifying the required resource. In the event that an SCP is to provide both a traditional IN service to some users and an equivalent service using an Internet-accessed service resource to other users, then a lookup table may need to be provided in the SCP to ensure that a service request is appropriately handled; such a lookup table can conveniently be combined with the customer record database. Once a user, such as user B, has set up one or more phone pages specifying his desired service resources (particularly service logic defining personalised services), it is clearly logical for user B to want any PSTN operator he cares to use, to access and utilise such service resources. This is possible if the Webtel-to-URI databases are available to all operators. Thus multiple operators could be set to access B's phone page or pages. If an operator declines to use B's phone pages, B can obviously chose not to use that operator (at least where that operator provides a long haul carrier service subject to user selection). The possibility therefore arises that service provision will cease to command a premium from operators, but that the provision of phone-page utilisation by an operator will become a necessary basic feature of PSTN operation. Provisioning and Updating Service Resources Consideration will next be given as to how the service resources 49 are provisioned to the servers 51 and subsequently updated. So far as provisioning is concerned, two basic actions are required: firstly, the service resource must be placed on a server 51 and, secondly, the URI of the service resource must be notified to the PSTN operator along with the trigger conditions (number plus any other condition such as point in call) calling for access to the resource; if multiple resources are provided at the same URI, then the RRI values needed to retrieve the appropriate resource for a particular trigger condition, must also be notified. This notification process will be referred to hereinafter as �registering� the service resource with the PSTN operator; registration is, of course, necessary to enable the association tables used by SCP 43 to be set up and for trigger conditions to be set in SSPs 43. For certain services, such as that described above with reference to As to the process of placing a service resource on a server 51, how this is carried out will depend on the attitude of the PSTN operator to the possible effects of such service resources on operation of the PSTN. Where the service resource simply returns a data item to an accessing entity, then an operator may not be too concerned about possible errors (accidental or deliberate) in implementing the service resource. However, the operator, will probably be much more concerned about the proper operation of any service logic that may be returned by a resource; indeed, an operator may not permit such a service resource. Assuming for the moment that an operator has no concerns about the nature or implementation of service resources, then how a resource is placed on a server 51 will largely depend on the nature of the server concerned. For example, if a user has a computer with network access to the Internet and this computer is used as server 51, then the user can simply load a desired resource onto the server as a WWW phone page for external access. A similar situation arises if the server is an organisation server to which the server has access over an internal LAN. In both these latter cases, loading the resource as a WWW phone page does not itself require Internet access. However, if the server 51 is one run by an external Internet service provider, then a user can arrange to download the required service resource into the user's allocated Web site space on the server; this may or may not involve Internet access. One special case of this latter scenario is where the PSTN operator provides a special server for user phone pages containing service resources. Except where a user's own computer acts as server 51, placing a service resource on a server will generally involve clearing one or more levels of password protection. As regards the origin of the service resource loaded by a user onto server 51, this may be generated by the user or, particularly where the resource includes service logic, may be provided by a third party (including the PSTN operator). If the PSTN operator wishes to have control over the service resources 49 to avoid any adverse effects on operation of the PSTN, two approaches are possible. Firstly, the operator could require that every resource (or, possibly, a particular subset) had to be subject to a verification process before use, appropriate measures then being taken to avoid subsequent alteration of the resource by the user (except, possibly, for particular data items); in this respect, the operator could require that the resource be placed on a server under the operator's control and to which the user had no write access (except possibly for altering particular data items, as indicated above). A second, more attractive, approach to minimising adverse effects by the service resources 49, is for the operator to provide standard service resources to which a user could add the user's own data (and possibly make limited functional selections in case where the resource included service logic); the customised resource would then be loaded onto a server 51 controlled by the operator. This process can be conveniently implemented for a particular resource using an HTML �form� which a user could download over the WWW from the operator-controlled server. After completing the form and activating a �commit� graphical button of the form, the entered information would be �posted� back to the server where the information would be used to produce a customised service resource thereafter placed on the server for access over the Internet. An advantage of this approach is that registration of the service resource with the operator is simultaneaously effected. (It may be noted that if registration needs to be done as a separate act from having a service resource loaded on a server, then using an HTML form is a very convenient way to implement the registration process). From the foregoing it can be seen that whilst the provisioning process does not necessarily require information to be passed over the Internet, in many cases this will be the best solution, particularly if an HTML form exchanged over the WWW can be used to produce a customised service resource. It should be noted that producing a customised service resource using an HTML form is not limited to cases where the PSTN operator controls the server. As regards updating service resources, there is likely to be a need to update certain data items on a fairly frequent basis (for example, roaming number). Where the PSTN operator does not place any controls on the service resources 49, then update is a relatively simple matter, only requiring write access to the server concerned (as already indicated, this will generally involve one or more levels of password protection). However, where the PSTN operator exercises control over the service resources, for example by only permitting customisations of standard service resources, such customised resources being loaded on servers controlled by the operator), then write access to the service resource may be tightly controlled. Again, an HTML form may conveniently be used as the medium for modifying a data item in such cases; to the operator, this has the benefit of limiting the modifications possible whilst to the user, a form interface should provide a simple route to resource modification. For more complex updates, it may be necessary to go through a process similar to that required for initial provisioning. Particularly where the service resources are held on a server 51 controlled by the PSTN operator, resource update will generally involve communication over the Internet. Web User Interaction Consideration will next be given to other possible uses of the service resources held in phone pages on the servers 51. For example, if user B's phone page contains a diversion number, then provided this phone page is read-accessible over the Internet from user A's terminal 53, user A can use a graphical Web browser running on terminal 53 to view B's phone page and discover B's diversion number. As earlier discussed, the diversion number may be passed to user A for display in an existing visual context giving meaning to the number, or may be passed to user A with accompanying explanatory text. A more useful example is a current roaming number service for user B. Suppose B's phone page 49 on server 51 (see B's current number to be called is then determined and passed to user A's terminal 53 (see arrow 68) where it is displayed. An explanatory text concerning the number will generally also be displayed; for example the text �Please call me at the following number:� could be displayed, this text being provided either by the HTML script associated with the phone button, or from the phone page when returning the current number. In fact, it would probably be more helpful to provide user A, not only with the current number for reaching user B, but also with all numbers where B could be reached together with the times when B was most likely to be at each number. Since this extra information is likely to be subject to frequent change, the only sensible way to provide the information is from the phone page. Thus, B's phone page not only provides the current number for reaching B, but also a text that includes numbers and times subject to change; scripting B's phone page is, of course, done in a way that ensures that variable data need only be altered in one place. In a further example, B's phone page might include downloadable service logic for execution at user A's terminal. This is useful where choices are to be presented to a user, each choice producing a follow-up action such as fetching a further phone page. For example, the first-accessed phone page may be a family phone page giving the general telephone number for a family but also giving the user the possibility of selecting further phone information on each family member, such as a time-of-day dependent number; in this case, each family member has their own follow-up phone page. In the above scenarios, user A has been presented with a number to call over the PSTN. User A can now pick up his standard telephone and dial the number given. In fact, a complication arises if A only has Internet access via a SLIP/PPP connection over an ordinary, non-ISDN, PSTN line since, in this case, A's telephone line is already tied up with making Internet access when gateway 90 seeks to set up a call to A's telephone; with an ISDN connection, as two channels are available, this problem does not arise. One way of overcoming this problem would be to have user A's terminal 53, after obtaining the number to call from B's phone page, automatically suspend its Internet session by storing any required state information (for example, current WWW URL being accessed) and then terminate its SLIP/PPP connection to thereby free up the telephone line. A can then telephone B. At the end of this call, A can resume the suspended Internet session, using the stored state information to return to the point where A left off to call B. An alternative approach is to operate a suitable multiplexing modulation scheme on the telephone line to A allowing voice and data to be simultaneously carried. A number of such schemes already exist. The PSTN would then need to separate the combined data and voice streams coming from A at some point and pass each to its appropriate destination (the Internet data being forwarded to the ISP providing the SLIP/PPP connection for user A and the voice stream being passed to B); of course, data and voice traffic in the reverse direction would also need combining at some point for sending over the last leg to A's terminal. Rather than A manually dialling B using a standard telephone, another possibility is that user A's terminal is provided with functionality enabling A to make a call over the PSTN from his terminal; this functionality generally comprises a hardware interface 70 ( A need only �select� on screen the number returned from B's phone page and then pass it into A's phone software. Indeed, provided user B knew the software interface to the software 71 providing dialling functionality on A's terminal, it would be possible for B's phone page to return to A's terminal program code for automatically dialling B's number upon A confirming that he wishes to proceed with call placement. As an alternative to placing a voice call, if A's terminal is equiped with a suitable modem and controlling software, A could, instead, elect to send a fax or data to B through the PSTN either to B's ordinary number or to one specified in B's phone page as the number to be used for such transmissions. Of course, placing a call from A's terminal over the PSTN may be subject to the problem already discussed of conflict for use of the telephone line where this is not an ISDN line and A gains Internet access via a SLIP/PPP connection. However the call is placed, if B's telephone corresponding to the number tried by A is busy, a number of possibilities exist. Thus if B has a phone page that specifies a diversion number, and B has registered this service resource with the PSTN, then the diversion number should be automatically tried by the PSTN. However, if the diversion number resource has not been registered with the PSTN, a busy signal will returned to A. Where A has placed the call through a standard telephone, A must now decide how to proceed and A may elect either to give up or to refer again to B's phone page to look up the diversion number and redial using this number. If A placed the original call using his terminal 53 then the latter can be programmed to detect the return of a busy signal and then automatically look up B's diversion number and redial using this number. This functionality can be included in service logic downloaded from B's phone page and run on A's terminal. If A had to terminate his Internet session in order to free up the telephone line for voice use, then referring back to B's phone page requires a new Internet session to be started (in fact, this inconvenience could be avoided if B's diversion number were passed to A's terminal at the time the original number to be dialled for B was supplied). The service resource accessed on B's phone page upon B's telephone being busy may, of course, be more complex than just a diversion number. In particular, user A may be presented with a range of options including, for example, B's fax or voice mailbox number, the selection of an option potentially initiating the running of appropriate accessing software. Another possible option would be for A to leave B a call back message using a form downloaded from B's phone page upon this option being chosen; the completed form would be posted back to server 51 and logged for B to check in due course. Of course, it may arise that user A wishes to access B's phone page to find out, for example, B's current roaming number, but user A does not know the URI of B's Web site and only has B's Webtel number. A could just call B through the PSTN in which case the translation of B's Webtel number to roaming number would be automatically effected (assuming B is still registered for this service); however, A may not wish to call B straight away, but just note his current roaming number. In order to solve A's problem, the Webtel-to-URI association tables previously described are preferably made accessible on the Internet at a known address (for example, at a known Web site). All that A need now do is to access this Web site passing B's Webtel number; B's phone page URI will then be returned to A who can then use it to access B's phone page. This process can, of course be made automatic from the point when A sends B's Webtel number to the association-table Web site. Internet/PSTN Call Interface In the Thus, upon A initiating a call to B, Internet phone software 81 in A's terminal sends call initiation signalling over the Internet to interface 80, the address of which is already known to A's terminal. At interface 80, the signalling is converted into ISDN-type signalling and passed to SSP 41. Call set up then proceeds in the normal way and return signalling is transferred back through interface 80, over the Internet, to the software 81 in A's terminal. This software passes call setup progress information to the WWW browser 73 for display to A. Upon the call becoming established, A can talk to B through his telephone and A's voice input is first digitised in phone hardware interface 83 and then inserted into IP packets by software 81 to traverse the Internet to interface 80 (see arrow 84); voice traffic from B follows the reverse path. IN services can be provided to this call by SCP in response to a service request from an SSP 41. Thus, if B's phone is busy, and B is registered for call diversion, SCP 43 on receiving a service request will access B's appropriate phone page for call diversion and retrieve the diversion number. If SSP 41 is not set to initiate a service request on B's telephone being busy, the busy indication is returned to A's terminal where it can be handled in the manner already described with reference to In fact, interface 80 can be provided with functionality similar to an SSP to set trigger conditions and generate a service-request to SCP 43 on these conditions being satisfied. Third-Party Call Setup Gateway Thus, upon A wishing to call B, a third-party call setup request is sent from A's terminal over the Internet to the gateway 90 (see arrow 91). This setup request includes A's telephone number and B's current roaming number. Gateway 90 first attempts to setup the call to A's telephone (which should generally succeed) and thereafter to set up the call to B's identified telephone. Once the call is setup, A and B communicate in standard manner across the PSTN. If B's phone had been busy, then any of the previously described scenarios may ensue. Gateway 90 can also be arranged to make service requests to SCP 43 upon predetermined trigger conditions being satisfied. Thus, gateway 90 might be set to pick up the busy condition on B's telephone and initiate a service request to SCP 43 for a diversion number. However passing the busy indication back to A's terminal via gateway 90 is preferred because of the flexibility it gives A regarding further action. As already generally discussed in relation to It may be noted that the third party call setup request made by A's terminal to gateway 90 could equally have been made by service logic held in B's phone page and executed by server 51 (such an arrangement would, of course, require A's telephone number to be passed to B's phone-page service logic and this could be arranged to occur either automatically or through a form presented to user A at terminal A and then posted back to server 51). It may also be noted that the interface 80 of WWW-Based �FreePhone� (800 Number) Services It is possible to implement a �FreePhone� or �800 number� type of service using a combination of the WWW and the PSTN. As will be seen from the following description of such a service with reference to In the Suppose user A at terminal 53 is browsing D's Website, looking at the catalogue pages (arrow 121). If A sees an item of interest and wishes to make an enquiry to D about this item, then A can activate at terminal 53 the graphical freephone button 122 associated with the catalogue page concerned. This activation causes code embedded in the catalogue page currently loaded in A's terminal to prompt the user to enter their telephone number and, optionally, their name, after which an HTTP request is sent to D's freephone page using the POST method and enclosing the entered data (arrow 123). D's freephone page on receiving this request executes service logic to enter a new enquiry (including A's name and telephone number) in an enquiry queue 127 maintained in an enquiry control system 126. In the present example, the enquiry control system is connected to the server 51 via line 125, externally of the Internet; however, it would also be possible to have server 51 communicate with the enquiry control system through the Internet and, indeed, this may be the most practical arrangement where D's Website is on an ISP server rather than on a server controlled by D. In fact, the code run in A's terminal upon activation of the freephone graphical button 122 could be arranged to directly forward the enquiry request to the enquiry control system over the Internet rather than passing it back through the server 51. The enquiry control system 126 manages enquiries passed to it to ensure that they are dealt with in an ordered manner. The system 126 on receiving a new enquiry preferably estimates approximately how long it will be before the enquiry is dealt with, this estimation being based on the number of currently queued enquiries and the average time taken to handle an enquiry. This estimation of waiting time is passed back via server 51 to user A in the response to the POST request message. The enquiry control system 126 looks after the distribution of enquiries to a number of agents each of which is equipped with a telephone 40 and a display 129. A's enquiry will be dealt with as soon as it reaches the head of the queue 127 and there is an agent detected as available to handle the enquiry (thus, for example, the system may be arranged to detect when an agent's telephone goes on hook). When these conditions are met, a distribution and setup control unit 128 takes A's enquiry and displays A's name and telephone number on the display 129 of the available agent (for clarity, herein referenced as agent D′); if user D keeps a database on D's past customers or credit rating data, then unit 128 will also look for and display any such further information known about A. At the same time, unit 128 makes a third-party call setup request (arrow 130) over the Internet to gateway 90 asking for a call to be set up between the telephone of the available agent D′ and the telephone of user A, both telephones being identified by their respective numbers. If both D′ and A pick up the call, the enquiry then proceeds, the cost of the call being paid for by D as it is D that originated the call over the PSTN. If, for whatever reason, the call remains incomplete (for example, unanswered by A) for a predetermined timeout period, then unit 128 can be arranged to automatically pass on to the next enquiry at the head of the queue 127. It would, of course, be possible to dispense with having the unit 128 request call setup through gateway 90 and either have the agent D′ dial A's number manually or have unit 126 initiate auto-dialling for D′ telephone (agent D′ having, for example, a computer-integrated telephone similar to that of A's in As discussed in relation to Where user A only has a telephone 40 and no terminal 53, it is still possible to utilise the basic structure of A significant advantage of the above freephone schemes using WWW, is that user D is not running up charges for use of the PSTN during periods when an enquiry is enqueued, waiting to be handled. Variants Many variants are, of course, possible to the above-described arrangements and a number of these variants are described below. Distributed Processing Environment. As is illustrated in Service Resources on DNS-Type Servers. In the foregoing examples, the service resource items have been been placed on servers 51 connected to the Internet and a desired service resource has then been accessed over the Internet by the service control subsystem of the PSTN, and/or by Internet users, through the use of an URI derived from a resource code that identifies the the desired service resource item. In a preferred arrangement for deriving the URI from a resource code in the form of a telephone number, all or part of the telephone number concerned was parsed into domain name form and then resolved into an URI using a DNS-type distributed database system that, indeed, could be integrated into the DNS itself (see Feedback Mechanisms. In discussing the WWW-based freephone arrangement of In the described arrangments, the servers 51 have held service resource items concerned primarily with call setup control. It may be noted that in a somewhat different application, Internet servers could be arranged to hold data that could be accessed from the telephone system in response to a user-initiated telephone request and returned to that telephone user. Such a service would be provided, for example, in response to an SSP triggering a service request upon a particular telephone number being input, the service request prompting an SCP to cause an intelligent peripheral to access a particular Internet server (not necessarily an HTTP server) and retrieve the required data for return to the calling party. The intelligent peripheral may include a text-to-voice converter for replaying the data vocally to the user. One further feedback process is also worthy of note, in this case in relation to service resource items themselves. By way of example, a telephone user G may subscribe to a service by which calls passed through to G's telephone are to be separated by a minimum of X minutes, X being user settable. To implement this service, G has a phone page on a server 51 that includes a �busy� status indication. Upon termination of a successful call to G, G's local SSP triggers the sending of a message by the associated SCP over the Internet to G's phone page. This message causes G's busy indication to be set to indicate that G is busy; the message also starts a timer which times out after a period X and causes the busy status indication to be reset. A call attempt to G will either be rejected at G's SSP because G's line is genuinely busy or will trigger the SSP to enquire via the SCP whether G's phone-page busy status indication is set. If the busy status indication is set (which it will be during the period X following termination of a successful call) the call attempt is rejected whereas if the busy status indication is in its reset condition, the call attempt is allowed to proceed. By placing the busy status indication mechanism on G's phone page, it is possible to arrange for G to be able to easily change the value of X. More General Variants. Whilst the service control subsystem of the PSTN has been embodied as an SCP in the foregoing examples, it will be appreciated that the functionality of the service control subsystem could be provided as part of an SSP or in an associated adjunct. Furthermore, the triggering of service requests can be effected by equipment other than SSPs, for example by intercept boxes inserted in the SS7 signalling links. It will be appreciated that the term �Internet� is to be understood to include not only the current specification of the TCP/IP protocols used for the Internet and the current addressing scheme, but also evolutions of these features such as may be needed to deal with isochronous media. Furthermore, references to the WWW and the HTTP protocol should equally be understood to encompass their evolved descendants. The present invention can also be applied to telephone systems other than just PSTNs, for example to PLMNs and other mobile networks, and to private systems using PABXs. In this latter case, a LAN or campus-wide computer network serving generally the same internal users as the PABX, will take the role of the Internet in the described embodiments. Furthermore, the present invention has application where any switched telecommunication system (for example, a broadband ATM system) requires service control and a computer network can be used for the delivery of service resources to the service control subsystem of the telecommunication system. Patent Citations
Non-Patent Citations
Referenced by
Classifications Legal Events
Rotate |


text:
Daydream Double Donut Dog Bed |
sku: BOW-DBL-D-DAYDREAM
Daydream Double Donut Dog Bed. Create the perfect att-mutt-sphere with this double donut dog bed. This sofa style bed is the best donut dog bed design yet. Its innovative design pairs memory fiberfill with orthopedic foam for unsurpassed comfort and support in a bolster dog bed. The upper bolster is finished off with piping to create an elegant, "sofa look." Features: - Micro-velvet fabric repels hair, dirt and moisture - Overstuffed tufted bottom cushion with a removable convoluted foam bottom insert - Bolsters and cushions are zippered for easy washing and drying, dry on cool - Hand wash bolster Sizing: S: Inner: 19 x 11 in. | Outer: 27 x 22 x 14 in. M: Inner: 26 x 17 in. | Outer: 35 x 27 x 15 in. L: Inner: 31 x 19 in. | Outer: 42 x 32 x 16 in. XL: Inner: 32 x 25 in. | Outer: 48 x 38 x 17 in. |
$189.00 to $399.00
Your pet may also like


text:
Fabric: Textile upper and lining. Man made sole.
Product Care: We recommend removing any light marks with a clean damp sponge or cloth.
Style: Vulcanised.
Sizing can vary slightly between manufacturers, styles and products, therefore we can not 100% guarantee that your usual size will be an exact fit, however we do have a returns procedure in place that will allow you to request a refund if they do not fit. If you have any queries about sizing please contact us.
Crep Rain and Stain Shoe Care $19.50
adidas Originals Gazelle OG Trainer $124.00
Sneaky Sneaky Wipes $6.00
Mr Lacy Flat Laces $6.00
Hype Speckle Backpack $57.50
Footasylum Virtual Gift Card (From £10 to £300) $19.50
Nike Junior Roshe Run Flight Weight Trainer $95.50
adidas Originals Womens Superstar Foundation Trainer $124.00
Nike Womens Air Max Thea Trainer $171.50
Nike Womens Roshe Run Breeze Trainer $133.50
Nike Womens Air Force 1 '07 Trainer $133.50
adidas Originals Womens Gazelle OG Trainer $124.00
Nike Womens Roshe Run Trainer $143.00
adidas Originals Womens ZX Flux Base Pack Trainer $133.50
Vans Womens Old Skool Trainer $99.00
Nike Womens Free Run 2 Trainer $162.00
adidas Originals Womens Superstar Trainer $127.50
Reebok Womens Classic Leather Trainer $105.00
Reebok Womens Furylite Mono Trainer $124.00
New Balance Womens ML373 Suede/Mesh Trainer $105.00
Nike Womens Free Viritous Trainer $162.00
Nike Womens Air Max 90 Print Trainer $190.50
Our website uses cookies, as almost all websites do, to help provide you with the best experience we can. For more information on the cookies that our site uses click here. By continuing to use this website, you agree to the use of Cookies.


text:
Welcome to The Walking Dead Wiki, JonathanTennysion!
Thank you for File:SophiaZombie.jpg
There's a lot to do around here, so we hope you'll stay with us and make many more improvements.
- Recent changes is a great first stop, because you can see what pages other people have been editing, and where you can help.
- Questions? You can ask on the "discussion" page associated with each article, or post a message on my talk page!
- Need more help? The Community Portal has an outline of the site and links to pages to help you learn how to edit.
- Please sign in every time you edit, so that we can recognize an established user.
We're really happy to have you here, and look forward to working with you!


text:
Fallen Sandy Hook teachers honored at White House
UPDATED 3:18 PM PST Feb 15, 2013In a reverent ceremony, President Obama honored the families of these teachers with the Presidential Citizen's Medal.
The views expressed are not those of this site, this station or its affiliated companies. By posting your comments you agree to accept our terms of use.blog comments powered by Disqus


text:
Joke of the day
Every man needs a go-to joke.
Salami There were once three men with small penises. They didn't know what to do about it until they saw a stand that said, "Salami That Can Grow Your Penis." Seeing this, the three men got excited. The first man walked in and asked the butcher for half a salami. The man ate the whole thing, so the other two men asked what happened. The first man said that he grew about four inches, which he was pleased with. The second man went in and bought a whole salami. He ate it and reported to the other men that he grew about eight inches, which he was absolutely happy about. Hearing this, the third man went in and bought four salamis, and scarfed them down. The other two were concerned about the third man. They asked him if he was doing all right, but they knew when he responded with, "YEEEE HAWWWW!"
Beer Goggles Joe stopped at his favorite watering hole after a hard day's work to relax. He noticed a man next to him ordering a shot and a beer. The man drank the shot, chased it with beer and then looked into his shirt pocket. This continued several times before Joe's curiosity got the best of him. He leaned over to the guy and said, "Excuse me, I couldn't help but notice your little ritual. Why in the world do you look into your shirt pocket every time you drink your shot and beer?" The man replied, "There's a picture of my wife in there, and when she starts lookin' good, I'm headin' home!"
If Resumes Told The Truth OBJECTIVE To sit in a cubicle and stare at a monitor for eight hours, occasionally looking attentive when approached by a superior. EDUCATION School: Very Expensive Major: Not Important GPA: Don't Ask EMPLOYMENT Network Management (9/'96-Present) Produced daily itinerary of television programs to watch. Duties included changing channels, avoiding infomercials, and staying tuned after those messages. Debt Consolidation (4/97-12/99) Using various tools such as credit cards and borrowed cash, I managed to combine groups of unpaid bills into one monthly bill that goes straight to my father. Resident Inhaler (9/98-6/99) Assisted all students with chemical intake, from purchasing to exhaling. COMPUTER SKILLS *Solitaire *Minesweeper *On/Off Repair Method HONORS AND AWARDS *First Place in "Miller Lite Funnel Tournament" *Said Toast at brother's wedding *High Score on Theta Chi's Pinball Machine For further references, contact my mother. For positive responses, please pose all questions as though you're considering me as a law school applicant.
Going To Heaven Father Murphy goes into a local bar in Dublin and approaches the first man he sees. "Do you want to go to Heaven?" he asks. The man says, "Indeed I do, Father." "Then for God's sake," commands the priest, "leave this pub right now." He then goes to the next man, "Do you want to go to Heaven, my son?" And the man answers, "Yes Father, indeed I want to do that very thing." "Then ye must get out of this pub right now!" orders the priest. Father Murphy continues this throughout the pub until he gets to the last man. "Do you want to go to Heaven, man?" exhorts the priest. The man looks at his half-full beer, turns to look at Father Murphy, and says, "No, I don't, Father." "You mean to tell me, young man, that when you die, you don't want to go to Heaven?" asks the priest incredulously. "Oh, well, when I die, yes Father, I certainly do. I thought you were getting a group together to go right now!"
Satan Claus Two boys were walking home from Sunday school after hearing a strong preaching on the devil. One said to the other, "I'm really scared about all this Satan stuff." The other boy replied, "Don't worry! You know how Santa Claus turned out. It's probably just your dad again."
Apartment For Rent A businessman meets a beautiful girl and agrees to spend the afternoon with her for $500. So they do. Before he leaves, he tells her that he does not have any cash with him, but that he will have his secretary write a check and mail it to her, calling the payment, "Rent For Apartment." On the way to the office he regrets what he has done, realizing that the whole event was not worth the price. So he has his secretary send a check for $250 and encloses the following typed note: "Dear Madam, Enclosed find check in the amount of $250 for rent of your apartment. I am not sending the amount agreed upon, because when I rented the apartment, I was under the impression that: 1) It had never been occupied; 2) There was plenty of heat; 3) It was small enough to make me cozy and at home. However, I found out that it had been previously occupied, that there wasn't any heat, and that it was entirely too large." Upon receipt of the note, the girl immediately returned the check for $250 with the following note: "Dear Sir, First of all, I cannot understand how you expect a beautiful apartment to remain unoccupied indefinitely. As for the heat, there is plenty of it, if you know how to turn it on. Regarding the space, the apartment is indeed regular, but if you don't have enough furniture to fill it, please do not blame the landlady."
Royal Trip Queen Elizabeth and Prince Phillip are entertaining the King and Queen of Tonga. During the visit they accept a customary ride in the horse-drawn cart around the grounds of Sandringham Castle. During the trip, one of the horses farts and the sound and smell carry all the way through the cart to the royals. Embarrassed by this, the Queen whispers in Phillip's ear, "Do you think I should mention that to our guests?" Phillip agrees, saying, "Yes, that would be a good idea." So the Queen leans over to the King of Tonga, and says, "Please do excuse me, I'm very embarrassed about that." To which the King of Tonga replies, "That's okay ma'am, I thought it was the horse."