Patent Application
20090055213
The present invention contains subject matter related to Japanese Patent Application JP 2007-217502 filed in the Japanese Patent Office on Aug. 23, 2007, the entire contents of which being incorporated herein by reference.
1. Field of the Invention
The present invention relates to a contents billing system, a contents acquiring apparatus, a contents acquiring method and a program therefore and a contents providing apparatus, a contents providing method and a program therefor, and it particularly relates to a technology for billing contents to be exchanged under a P2P (or Peer-to-Peer) environment employing real time communication such as a telephone service.
2. Description of the Related Art
In recent years, “C-to-C (Consumer to Consumer” electric commerce has received attention in which general consumers directly have dealings by using an auction to be performed over a communication service such as the Internet, that is, so-called “net auction (which is also called “online auction”)”. In a net auction, setting a billing rate through payment may be performed between users. A system that bills according to video or music contents, for example, to be downloaded to a personal computer (PC), for example, such as a contents distribution service is also being widely acknowledged, and the number of subscribers to the services is explosively increased.
A user may concern about fees of such a contents distribution service over a communication service. For example, a billing method for a real time communication system that performs communication management such that a service user can estimate charges based on the billing rate defined by a service provider within a real time communication system is proposed in a commonly-owned earlier invention (refer to JP-A-2005-136627 (Patent Document 1)). According to the billing method, the possibility of receiving the bill of a larger sum of charges than the one that a service user expects can be advantageously eliminated.
The technology proposed in Patent Document 1 has an advantage that the possibility of receiving the bill of a larger sum of charges than the one that a service user expects can be eliminated while it is difficult to dynamically and flexibly implement the definition of a billing rate, agreement and payment (banking) between users during communication in a real time communication system such as a telephone service. It is further difficult to record pay information (or contents) in connection with the definition of a billing rate and the agreement. Therefore, it is not highly convenient for a user who is difficult to easily acquire a billing rate from a network because of lack of experience for handling a terminal apparatus such as a PC.
Accordingly, it is desirable to improve the convenience of users in dealings of contents between users.
According to an embodiment of the present invention, there is provided a contents billing system that bills for contents provided between a first terminal and a second terminal establishing a session for calling and data communication through a connection management server, wherein billing rate information for contents requested to provide by a first user of the first terminal by calling is transmitted to the first terminal through the connection management server based on an instruction by a second user of the second terminal. The first terminal receives billing rate information on the selected contents and then transmits agreement information according to an agreement operation on the billing rate by the first user to the second terminal through the connection management server. Here, the connection management server notifies a billing server of the billing rate according to the agreement information and transmits the agreement information to the second terminal. The second terminal receives the agreement information on the billing rate information, then transmits provision permission information for the contents to the first terminal through the connection management server and transmits the contents to the first terminal. Then, the first terminal receives the provision permission information for the contents and then acquires the selected contents from the second terminal.
The configuration allows implementation of definition of a billing rate, provision of pay information and pay recording in real time during communication by using the first terminal and the second terminal between users, respectively.
According to an embodiment of the invention, the convenience of users can be improved in dealings of contents between users.
With reference to attached drawings, an example of one embodiment of the invention will be described. This embodiment is an example in a case where a contents billing system according to an embodiment of the invention is applied to billing for dealings of contents between user terminals over an NGN (or Next Generation Network).
The NGN 3 is a network allowing call control according to SIP (or Session Initiation Protocol). An NGN is a next generation IP network that integrates an IP network for internet services and a telephone network for telephone services, which are currently constructed separately, as an IP communication network with improved QOS (Quality of Service) and security by using an IP technology and may be an alternative for the current public network. The movement attempting to unitedly provide not only telephone services but also television broadcasting is making progress. Currently, the standardization of an NGN is under way mainly by ITU-T (International Telecommunications Union-Telecommunications Standardization Sector), and the movement focusing on the NGN construction by each of communication carriers has been activated even in Japan. A part of the communication carriers has already performed field trials.
The Y. 2001 Recommendations by ITU-T defines various characteristics to be provided to an NGN. One of important characteristics may be provision of guaranteed end-to-end QoS first of all. In an NGN, various access networks (such as xDSL, WiFi (Wireless Fidelity) and cellular phone terminals), terminals (such as telephones, PCs and information home appliances) and various applications are used. Under the environment, QoS is negotiated between a terminal and a network and is provided to a higher level application. The support for mobility comes next. The service availability is demanded even in communication with one mobile PC over various access networks such as xDSL at home, WiFi away from home and FTTH (Fiber TO The Home) at office or in communication from many PCs for movement within an office or for business trips. Y. 2001 Recommendations further defines the separation of the transfer function and the control function of a network, the support for various access networks, the convergence of a fixed network and a mobile network (FMC), emergency communication, adaptation to the restrictions against legal tapping, the detail description of which will be omitted herein.
The NGN standardization by ITU-T considers the connections with other standardization institutions important in the technological aspect. An IMS (IP Multimedia Subsystem), which is an important component of an NGN, was developed by 3GPP, which is a standardization organization for the third generation cellular phones, and SIP and most of other protocols used therein were developed by IETF (Internet Engineering Task Force).
The IMS adopted in the NGN standardization is a communication system that integrates public communication services having different circuit switches and packet switches in the past, such as a fixed telephone network and a mobile communication network, with SIP, which is a protocol for use by IP technologies and Internet telephones, to realize multimedia services.
The roles/functions of the IMS will be described briefly below. A first role/function is to support the establishment of a multimedia session. The technology for establishing end-to-end communication between multimedia terminals is multimedia session control. The IMS employs an IP transmission network as a bearer (transmission network) based on a protocol for session control, such as SIP, which is defined by IETF and provides a multimedia session within the IP transmission network or between the IP network and the other IP network, between other IMS networks or between PSTNs (fixed telephone network), for example.
A second role/function is a function (QoS control) in end-to-end communication that maintains certain transmission quality and guarantees and implements communication with a necessary transmission band secured. The IMS controls a network node on an IP packet transmission network according to the contract conditions and/or communication types (such as voice, video and data) of sending and receiving user terminals, selects a quality class, secures a necessary band and then establishes communication.
A third role/function is support for the interwork between an IP (packet) network and a circuit switched network. The IMS can not only provide an IP-based multimedia service to a cellular phone or a wireless LAN terminal, for example, independent of the access network but also provide a service by connecting to an existing telephone network or other IP packet transmission network.
The IMS further has roles/functions such as support for roaming, support for quick creation of an application service and new support for access from a network excluding a GPRS (General Packet Radio Service).
The protocol that can select a transmission band of a network excluding the IMS may be RSVP (Resource reSerVation Protocol), which is used for Diameter or QoS in an IP network in the past.
On the other hand, the SIP provides a function of identifying the other communication party and functions of calling/receiving/disconnection in order to establish a session. The SIP expresses a message, that is, communication data by text. A system employing SIP mainly includes a user agent and an SIP server. The user agent refers to a user terminal such as a PC having an IP telephone function. A user agent includes a user agent client having a function of transmitting a request and a user agent server having a function of responding to a request. According to this embodiment, the user terminal 1 corresponds to a user agent client, and the user terminal 2 corresponds to a user agent server.
The SIP server is the generic term for a proxy server, a redirect server, a registrar and a location server. Functions of the servers will be described briefly below.
The proxy server is a server that relays an SIP request from a user agent client to the next server. The proxy server provides functions of authentication, permission, network access control, routing, transfer of an SIP request and security.
The redirect server has a role of receiving a request and notifying a transmitting user agent of the current address of the receiving user agent. A user agent client transmits the request to the receiving address, which is returned from the redirect server. The redirect server does not transfer an SIP request, unlike the proxy server.
The registrar is a server that receives a request (REGISTER request) for registering the current position of a user agent client. The registrar generally operates on the same host computer as that of the proxy server and/or the redirect server.
The location server is a server that holds registration information from the registrar server and responds to a reference request for a received URI (Uniform Resource Identifier) by the redirect server or the proxy server. The location server may be placed in the same place as that of the SIP server.
It is not important that those servers (functions) are implemented on one host computer. It is also not important that they are placed in one same place. According to this embodiment, they are collectively represented by the call control server 4.
While a server that performs session (or connection) control according to SIP is called SIP server over an IP network, the IMS calls it as CSCF (Call Session Control Function). The CSCF is divided into three CSCFs of P-CSCF (Proxy-Call Session Control Function), I-CSCF (Interrogating Call Session Control Function) and S-CSCF (Serving-Call Session Control Function), which have different functions from each other.
Describing in more detail, the SIP has been reviewed as an important technology for integrating a telephone network to an IP network. Therefore, ENUM (E. 164 Number Mapping) is provided as an important function of the system of the SIP. The ENUM allows a general telephone number to be used by various IP network application including IP telephones.
The standardization of ENUM has been pursued by IETF and ITU-T in association. The connection between ENUM and SIP may include ENUM search by an SIP terminal (which is the user terminal 1 or 2 herein) and ENUM search by an SIP server (which is the call control server 4).
ENUM is a technology that relates a telephone number with an address or a service on a network and uses it as access means. A telephone number and a service or an address on a network are related by relating an internationally unique telephone number system (which is called “E164”), which is provided by ITU-T (International Telecommunications Union-Telecommunications Standards Section) with a special domain area (which is a sub-domain of “.e164.arpa”) through DNS (Domain Name System). Multiple addresses may be related with one number. For example, by relating your telephone number with an electronic mail address, a FAX number and/or a URL of a Web site by ENUM, the telephone number can be used as a unified identification number of the access means to you. For example, the domain name in ENUM (E164 Number) relating with the telephone number “03-1234-5678” may be “8.7.6.5.4.3.2.1.3.1.8.e164.arpa.” resulting from the replacement of the beginning “0” with the national number 81 of Japan and the realignment in reverse order. The address corresponding to the DNS record may be held in the user terminal 1 or 2 or the call control server 4.
The functions of ENUM allow a user to use a general telephone number for using various IP network applications unconsciously in particular.
Next, the configurations of the user terminals 1 and 2 shown in
First of all, the user terminal 1 shown in
The CPU 12A (control section) functions as a menu obtaining section 12a1, a provision request notifying section 12a2, a billing rate receiving section 12a3, an agreement notifying section 12a4 and a contents acquiring section 12a5 according to a program.
The menu obtaining section 12a1 is a function of obtaining contents menu information from the other terminal. The menu obtaining section 12a1 is used in a case where the distribution of contents is desired by accessing a contents distribution server operated by a provider, for example, but is not used in P2P communication between individual users as will be described later. The provision request notifying section 12a2 is a function of transmitting provision request information for the contents selected by a user to the other terminal. The billing rate receiving section 12a3 is a function of receiving billing rate information for the selected contents from the other terminal. The agreement notifying section 12a4 is a function of receiving an agreement operation on a billing rate by a user and transmitting the agreement information to the other terminal. Then, the contents acquiring section 12a5 is a function of receiving provision permission information for the contents from the other terminal having received agreement information therefor and acquiring contents selected from the other terminal.
An external storage device 15 connects to the bus 11 through an interface (I/F) 16. The external storage device 15 is a hard disk or semiconductor memory internally provided in the user terminal. Alternatively, the external storage device 15 may be a removable medium such as an optical disk recording medium and a memory card. The external storage device 15 may record audio, video or data contents, for example.
An operating unit 17 connects to the bus 11 through an interface 18. A microphone 19 and an audio output unit 22 further connect to the bus 11 through audio processing sections 20 and 21, respectively. A liquid crystal display unit 24 further connects to the bus 11 through a display control section 23.
The audio processing section 20 converts an analog audio signal from the microphone 19 to digital audio data and compresses it as necessary. The audio processing section 21 decompresses the digital audio data transmitted to the bus 11, if compressed, and converts it to an analog audio signal. The audio output section 22 may be a speaker or a head phone.
A communication unit 25 further connects to the bus 11 as an interface for connecting to an NGN 3 and exchanging contents. A remote controller apparatus 1 a is further provided, and a remote control signal is exchanged between the remote controller apparatus la and the user terminal 1 through a remote control signal receiving section, not shown, of the user terminal 1.
On the other hand, the user terminal 2 shown in
The CPU 12B (control section) functions as a menu providing section 12b1, a provision request receiving section 12b2, a billing rate notifying section 12b3, an agreement receiving section 12b4 and a provision permitting section 12b5 according to a program.
The menu providing section 12b1 is a function of providing contents menu information to the other terminal during communication with the other party. The menu providing section 12b1 is used in a case where the distribution of contents is desired by accessing a contents distribution server operated by a provider, which notifies a contents menu to general user terminals, for example, but is not used in P2P communication between individual users as will be described later. The provision request receiving section 12b2 is a function of receiving provision request information for contents from the other terminal. The billing rate notifying section 12b3 is a function of transmitting billing rate information for the contents for which a provision request is received. The agreement receiving section 12b4 is a function of receiving an agreement information on billing rate information from the other terminal. Then, the provision permitting section 12b5 is a function of receiving agreement information and then transmitting provision permission information for the contents to the other party and transmitting the contents thereto.
A remote controller apparatus 2a is further provided, and the remote controller apparatus 2a and the user terminal 2 are configured to be capable of exchanging a remote control signal through a remote control signal receiving section, not shown, of the user terminal 2. Since the rest of the configuration of the user terminal 2 is the same as that of the user terminal 1, the description will be omitted herein.
Having described that the user terminal 1 and the user terminal 2 are a user agent client and a user agent server, respectively, for convenience of description, a television telephone or a PC including a television telephone function, for example, may generally has both of the functions, and the roles or positions are switched according to a user's operation.
Next, the dynamic and flexible billing rate setting and contents acquisition between users according to this embodiment will be described. According to this embodiment, over an NGN network, a P2P billing method that allows dynamic and flexible setting of a billing rate, agreement and payment (banking) when pay information (such as contents) is traded between users (or user terminals) during communication. Contents can be recorded only if it is paid and approved.
In the sequence in
In the sequence of session establishment in
SIP describes a message, that is, communication data by text as shown in
The start line is a first line of an SIP message and represents the purpose of the SIP message. A method name such as INVITE refers to what kind of control is requested by an SIP message, which is a request, and is defined by the specifications of RFC3261, 2976 or 3311, for example. The start line is called start line or request line according to a request from a user agent client or a response from a user agent server, respectively.
The header describes the details of control of an SIP message in detail and includes predefined meaningful multiple header lines.
The body is data to be transferred by an SIP message. In this example, information on a medium for establishing a session is expressed by a form of SDP (Session Description Protocol). Each record described by SDP has the details and form defined according to the type among a session description, time description and medium description.
For example, the line m describes a medium type, a port number, a transport protocol and a format. The line b describes band information. In the example shown in
Returning the description on the flowchart for session establishment in
The user terminal 2 further returns a response including a status code “183 SessionProgress” referring to the progress and state of the session to the user terminal 1 through the call control server 4 (steps S15 and S16).
The user terminal 1 having received the response including the status code “183 Session Progress” from the user terminal 2 transmits a request “PRACK” meaning the acknowledgement of a provisional response to the user terminal 2 through the call control server 4 (steps S17 and S18).
The user terminal 2 having received the “PRACK” request from the user terminal 1 returns a response including a status code “200 OK (PRACK)” meaning the processing on the “PRACK” request has succeeded to the user terminal 1 through the call control server 4 (steps S19 and S20).
The user terminal 1 having received the response including the status code “200 OK (PRACK)” from the user terminal 2 transmits an “UPDATE” request meaning the change of the session to the user terminal 2 through the call control server 4 (steps S21 and S22).
The user terminal 2 having received the “UPDATE” request from the user terminal 1 returns a response including a status code “200 OK (UPDATE)” meaning that the processing for the “UPDATE” request has succeeded to the user terminal 1 through the call control server 4 (steps S23 and S24).
The user terminal 2 returns the response including the status code “200 OK (UPDATE)” and then transmits a response including a status code “180 Ringing” meaning prompting a user to answer the telephone (by ringing the call bell, for example) to the user terminal 1 through the call control server 4 (steps S25 and S26).
The user terminal 1 having received the response including the status code “200 OK (UPDATE)” from the user terminal 2 transmits a “PRACK” request meaning the acknowledgement of the provisional response to the user terminal 2 through the call control server 4 (steps S27 and S28).
The user terminal 2 having received the “PRACK” request from the user terminal 1 returns the response including the status code “200 OK (PRACK)” meaning that the processing for the “PRACK” request, that is, calling a user has succeeded to the user terminal 1 through the call control server 4 (steps S29 and S30).
The user terminal 2 returns the response including the status code “200 OK (PRACK)” and then returns a response including the status code “200 OK (INVITE)” meaning that the processing for the “INVITE” request in step S12 has succeeded, that is, a user has answered the phone to the user terminal 1 through the call control server 4 (steps S31 and S32).
On the other hand, the user terminal 1 having received the response including the status code “200 OK (INVITE)” transmits an “ACK” request indicating that the establishment of the session has been finally acknowledged to the user terminal 1 through the call control server 4 (steps S33 and S34). The series of steps in the processing establishes the session between the user terminal 1 and the user terminal 2, and the user terminal 1 and the user terminal 2 can perform real time communication. The sequences for establishing a session between the user terminal 1 and the user terminal 2 are only an example, and the invention is not limited thereto.
Since the sequence diagram in
The user terminal 2 having received the “BYE” request from the user terminal 1 returns the response including a status code “200 OK (BYE)” meaning that the processing for the “BYE” request has succeeded to the user terminal 1 through the call control server 4 (steps S43 and S44). Thus, the session ends.
Here, returning to the description of the sequences in
The pay information that a user can desire to provide is not limited to one prerecorded in recording medium of the other terminal, such as a video, a music, a computer program and data, but also includes a real time service such as words (or details) of fortune-telling by a fortune teller, for example.
The case that the pay information desired to provide is details of fortune-telling will be described below. During communication on a television telephone between a user of the user terminal 1 and a user of the user terminal 2, the user of the user terminal 1 may request “tell my fortune briefly” by voice to the user of the user terminal 2. The user of the user terminal 2 may answer “That will be 100-yen.”
At the same time, the user of the user terminal 2 having received the request to provide contents from the user of the user terminal 1 may operate the remote controller apparatus 2a or the user terminal 2 to display the billing rate for the target contents on the liquid crystal display unit 24. The user of the user terminal 2 may operate the remote controller apparatus 2a to enter the amount on the screen.
If the entered billing rate is right, the user may click OK (green) button. The billing rate notifying section 12b3 of the user terminal 2 instructed the billing rate transmits a billing rate notification message to the call control server 4 (step S3).
Referring back to the sequence diagram in
The agreement notifying section 12a4 of the user terminal 1 transmits the agreement message to the call control server 4 if the agreement on the displayed billing rate is instructed by the user (step S5).
Referring back to the sequence diagram in
Referring back to the sequence diagram in
Then, if the OK (green) button is pushed, the provision permitting section 12b5 of the user terminal 2 transmits a recording permission message to the call control server 4 (step S8). The call control server 4 further transmits the recording permission message to the user terminal 1 (step S9).
In the user terminal 1, if the contents acquiring section 12a5 receives the recording permission message, the fact that the recording is permitted is displayed on the liquid crystal display unit 24. Alternatively, an indicator lamp may be provided at a predetermined position of the user terminal 1, and the indicator lamp may be lighted.
If the agreement message is received from the user terminal 1 and it is determined that the user has instructed to start the recording, the provision permitting section 12b5 of the user terminal 2 provides the pay information (contents) to the user terminal 1 (step S10). In this example, the fortune teller on the user terminal 2 side may move a camera of the television telephone toward his or her face, a crystal ball or cards, for example, and communicates with the user on the user terminal 1 side.
The contents acquiring section 12a5 of the user terminal 1 implements the recording of the pay information (contents) transmitted from the user terminal 2 and stores the requested contents to the external storage device 15. In the user terminal 1, if the recording of the pay information ends, a recording end screen as shown in
In order to exit the session after the recording of the contents ends, the processing in steps S41 to S43 shown in
In this way, the provision of and payment (banking) for pay information are performed from the course of conversation. In the case of fortune telling in this example, pay information that varies in real time can be recognized through communication such as what the fortune telling about (such as love) and what kind of method (such as star gazing and palm reading) is used for the fortune telling. This is not limited to fortune-telling, but various requests can be met such as recognition and change of pay information on a television telephone for a video, a music, a computer program, data or the like.
A packet (which is a video packet or an audio packet) is directly exchanged between actual communication terminals without through the call control server 4. In other words, the request for pay information provision (step S2) and the provision of pay information (step S10) are not based on an SIP message but are based on an audio packet or a video packet itself. Therefore, the communication is performed directly between terminals.
As described above, according to the aforesaid embodiment, in a case where pay information (or contents) is provided to the other terminal between users during real time communication between users with telephones over a network, such as an NGN network, allowing acquisition of pay information through the interface of telephone numbers, the billing rate information, agreement information, payment information (P2P billing notification) and recording permission information are notified to the other terminal or billing server through an IP communication message. Thus, in real time, the billing rate can be set, and the pay information can be provided and/or recorded. Through the communication between users, pay information (or contents) can be acquired in association with the setting and agreement of the billing rate.
Therefore, during real time communication as in a telephone service, pay information can be acquired dynamically and flexibly. As a result, even people who may not obtain information from a network because of unfamiliarity with operations on a terminal apparatus such as a PC in the past can easily acquire pay information on the spot, which can largely contribute to the improvement of the convenience for users.
According to the aforesaid embodiment, the banking processing based on the billing data for a user terminal, which is stored in the billing server, can be implemented by using an existing method. For example, the fee based on the billing data relating to contents acquisition may be charged from a user's account opened in a bank together with a normal communication charge. Alternatively, separately from a normal communication charge, the fee based on the billing data relating to contents acquisition may be charged from a different account or may be paid by online banking or through the bank.
The invention is not limited to the embodiments above, and various modifications and changes can be made thereto without departing from the spirit and scope of the invention.
| Number | Date | Country | Kind |
|---|---|---|---|
| P2007-217502 | Aug 2007 | JP | national |
