KR100405594B1 - Internet phone with billing device and billing method thereof - Google Patents

Abstract

The present invention is integrally embedded in the Internet phone bill processor 170 of the electronic wallet function to connect to the control unit 23 through the interface, the gatekeeper 400 in addition to the existing call control unit 410 billing unit 420 And call information generating unit 430,

Call control unit 410 is to be connected to other phones, such as the existing IP phone,

The billing unit 420 is configured to be connected to the bank 1 and the gatekeeper 400 by using a dedicated line (VAN), so that the Internet can serve as a call processing and billing function only with a conventional communication line for an Internet phone. It is a device for toll collection.

In addition, the present invention is configured to simultaneously perform billing-related communication protocol (X.25) in addition to the existing call control signal between the IP phone 300 and the gatekeeper 400, the actual charge in the header portion 510 It provides a message format with additional information.

In addition, the present invention provides a collection method using the same in the Internet phone.

Description

Internet phone with billing device and billing method

According to the present invention, a bill processor having an electronic wallet function is added to the IP phone, and the gatekeeper stores the usage fee collected by the bill processor of the iPhone, and a program for paying the fee to the gatekeeper is stored in a separate EP. The present invention relates to an apparatus and method for collecting tolls for Internet phones, and a message format therefor.

In general, a mobile phone refers to a cellular phone or a PCS phone, and these call to the communication service company 40 and the communication service company 40 as shown in FIG. A wireless telephone 50 used by subscribers to communicate with each other and a packet service 31 for allowing a communication service provider 40 to connect with another service provider or a wired network should be provided as a basic configuration system.

On the other hand, the phone is being used while watching the other person's face as an image, which constitutes a perspective view of a web video phone 100 as shown in FIG. 2, and has a keyboard on the phone main body 11 having a key button 12. (13) is added, and the display 18 is added to arbitrary positions of the main body 11. The image pickup device 19 is added together to the display 18. The main body 11 further includes an Ish card 21 having an ID or the like stored in an Ish chip so as to recognize an ID of a telephone user, and an Ish card recognition unit 20 which inserts and recognizes an Ish card 21. It is done by

3 is a block diagram of the video telephone, an analog-to-digital converter 22 for converting a photographing output of an image pickup device or charge coupled device 19 into a digital signal, and a controller for controlling digitally converted image data. The display 18 for analog-converting and displaying an image through the control unit 23 and the control unit 23, an interface 24 for interfacing the digital output through the control unit 23 to the modem standard, and the interface 24 And a modem 6 for serial-to-parallel conversion so as to transmit to a private line 5 via a private line. Reference numeral 30 denotes an integrated service digital network (ISDN), and 31 denotes an internet network.

FIG. 4 is a system configuration diagram using the video phone. For example, the video phone 100 shown in FIG. 3 connected through a local area network (LAN) and a distributor for distributing each video phone 100 (FIG. HUB (Distributer) 110, a router (120) for interconnecting a plurality of communication networks between the distributor 110 and the Digital Server Unit (DSU) (130), and the digital service unit (130) Wide Area Network (WAN) 32 for connecting to the Internet network 31 through the server and a server 200 connected to the hub 110 to serve video calls through the Internet network 31. It consists of. The distributor 110, the router 120, and the digital service unit 130 are referred to as a type of Internet network access unit 140. The Internet network connection device 140, the video phone 100 and the server 200 forms a video phone system 150.

5 is a schematic explanatory diagram illustrating a control method between the video phone 100 and the server 200, and includes a server 200, a plurality of video phones 100 and a personal computer 300 subscribed to the server 200. Is done. The server 200 is divided into a gatekeeper 210, a web server 220, and a database server 230. In this state, if any subscriber of the video phone 100 inserts the Ish card 21 shown in FIG. 3 into the Ish card recognition unit 20, the recognition unit 20 recognizes the ID of the subscriber and the server. If the directory server 210 of the 200, and the directory server 210 requests a password or the like, the password is sent through the IC card 21 so as to know whether the subscriber. The directory server 210 manages the status (Log-On, call, waiting, etc.) of the worldwide video phone (Web video phone), and updates the information in a two-minute period (not particularly limited to the cycle) Tell the videophone. That is, the web server 220 performs a function as a server based on the search result of the gate keeper 210, and the data is read if necessary based on the data of the database server 230 and the gate keeper 210 is read. ) Function can be performed in real time.

FIG. 6 is a block diagram showing an example in which the video telephone is connected to a general wireless telephone system, and the mobile phone 50, which is a terminal, locates another wireless telephone through a service provider 40. Referring to FIG. Find and make the call possible. The service provider 40 is a base transceiver station (BTS) 41 providing a communication environment using a protocol according to a standard (Interleaf Standard 95) (IS-95) in each wireless telephone 50 and a wireless section. A base station controller (BSC) 42 which controls a radio link and a wired link through each base station 41 and performs a handoff function to maintain the continuity of a call while the subscriber is on the move; Mobile switching center (MSC) 43 in charge of switching of each base station center 42, and a conversion unit (IWF) for converting the connection to the packet network 31, which is an internet network, through switching through the switching center 43; Working Function (44).

In addition, the packet network 31 constituting the Internet network is connected to the Internet network connection device 140, which is a general router, and the call quality when the video telephone 100 is connected through the Internet network connection device 140. Through the gatekeeper 210 guaranteeing the state, the video telephone system 100 is connected to the video telephone system enabling voice and video calls. In the figure, although several video phones 100 are shown, additional connections may be used as subscribers are added. In such a system, the video telephones 100 allow video calls while viewing mutual images, but the wireless telephone 50 subscriber and the video telephone 100 subscribers can make calls only by mutual voice, which is unfortunate for the users of expensive video telephones. It is a reality. However, since such a video phone can be used as a general internet phone if it is manufactured except for a video part for cost reduction, hereinafter referred to as an internet phone.

Several types of non-cash financial processing services are conventionally used.

These include credit and debit cards that customers use extensively in retail stores. Each process is carried out by providing a customer slip that requires a substantial transaction between a particular customer and a particular retailer.

Another form of non-cash card system is a prepaid card system, which is purchased by the user prior to a series of processing so that the amount recorded on the card is appropriately reduced each time the card is used. An example of a prepaid card is a public phone card.

The conventional systems described above are non-flowable, so they are small in value but generally not available to replace cash where many transactions are being made. Many studies have been conducted to enable the exchange of the value of money between electronic wallets. For example, US Patent No. 4,839,504 (Casio Computer Co Ltd) describes a system in which a user can store an amount on an integrated circuit (IC) card (also known as a smart card) by communicating with his or her bank. It is. The same amount is automatically processed in a separate I.C account opened to the user by the bank. Purchases are made by transferring money from the user's I.C card to the retailer's device offline with the bank. Each time a transaction takes place, a specification is required from the retailer, including the transmission and the buyer's identity. Finally, the retailer bills the bank an amount adjustment that provides a detailed list of transactions and allows the IC amount to be adjusted by the billiard buyer.

The above procedure, which requires a final accounting adjustment for all processing, has two disadvantages. The first is practical. If all cash processing is considered, storing, transmitting and reconciling the buyer's details at every processing would put too much burden on the installation. It is not possible, even with the most up-to-date facilities, to efficiently carry out procedures such as all of the above treatments in a given time. The second is social. Anonymity of cash disappears and there is a detailed list of inferences about individual consumption habits.

For this purpose, a money transfer system in the concept of confidential electronic wallet is known as a public publication (WO91 / 016691). This provides a practical solution to the problem of providing a form suitable for many transactions of small value without cash.

The value transfer system shown in this patent includes: an on computer; A plurality of electronic money wallets; An exchange device in which money wallets communicate with each other in off-line transactions from a computer; Draw-down means for loading money into a purse under the control of a computer; Compensation means for compensating for the amount of money from the purse under the control of the computer; An amount meter; One or several float amount records, consisting of one or several of the above mentioned electronic wallets, each of which is loaded through a meter and has a compensated amount, from which the amount entered into the bulk wallet or electronic wallet is derived, Recorded by the metric, the net amount is the difference between the sum of the amount drawn-down into the bulk or purse and the sum of the amount compensated from the bulk or purse and the float amount record is not different from each draw-down. Do not.

The meter may have an interface in which a float amount record can be adjusted with a command to set or erase the amount in the Valk purse or purse.

Furthermore, each wallet may include storage means for storing accumulated money purse value records, and processing means performed between the microprocessor and the money purse to send or send money in each money purse or associated exchange device. The processor incorporates a program that selectively reduces the amount of the purse sent from offline processing and increases the same processing amount from the received purse.

By providing a common float amount, anonymity is guaranteed and it is not necessary to perform a match with all the wallet-to-purse consumer accounts.

Specifically, in Fig. 7, banks 1, 2, 3 having computers 1a, 2a, 3a, respectively, are shown. The computer has a file containing the transaction details of the bank's customers and retailers.

Each computer also has an amount meter 1b, 2b, 3b that represents a float amount record. The actual funds represented by the unspecified float amount records are located in one or more banks (1), (2), (3), and the like. Each bank has a bulk purse (1c), (2c), and (3c) that is linked to its respective meter and has a memory with the purse amount record. Terminal 5 is optionally connected to computers 1, 2, 3 by telephone. Typically terminal 5 may be a home computer terminal or a terminal usable in a public place.

The consumer has an electronic wallet in the form of an I.C card (6). These cards have a microprocessor and memory. The card has a contact 8 which allows said card to interact with the terminal 5 via a card reader.

By entering the appropriate request on the keyboard of the terminal, the consumer requests a record of the amount to be connected to the computers of the banks (1), (2) and (3) and loaded into their wallet. If the bank approves the request, the bulk wallet is ordered to reduce the amount to load the wallet value record 7 to the requested amount. At this point, the card is ready for use.

Moreover, the electronic wallets are installed in the terminals 10 and 10-1 which are installed in the I.C card reader 9 and installed in other sales positions. In order to use the card, consumers must present the card to the retailer where the card fits into the reader 9. The amount required for the transaction is entered, and by confirming, the sum of the amounts held in the pouch amount record of the pouch 6 is reduced by the amount of the transaction. The wallet value record of the wallet held in terminal 10 or 10-1 is incremented by the same transaction amount. The consumer is free to use the card until he / she purchases the desired merchandise and reaches the total amount maintained in the purse value record of the consumer's purse on another retailer's device.

Periodically, the retailer is represented by a purse amount record maintained in the purse of terminal 10 or (10-1) regardless of the identity of the consumer and without providing a detailed breakdown of the individual transactions resulting in the accumulated total amount. Correct the amount. This terminal 10 or 10-1 is suitably connected to retail banks 1, 2 and 3 and by requesting correction.

The bank's computer then directs the correction transaction to receive the amount from the terminal wallet. The bank computer provides funds to the retailer's account. The amount meter controls the sum of the amounts circulating in all the wallets and forms the basis for distributing the funds corresponding to the sum.

Bulk wallets (1c), (2c), and (3c) differ from other wallets in that they can carry an amount that is loaded and corrected through the monetary system as well as by the purse of the wallet. In all other respects, the wallets are technically similar, and the cryptographic graphic technology for bulk wallets (especially for other wallets used on-line) is the same as for off-line transactions.

8A shows a part of the pocket changer. This device (PED) is driven by a battery or solar heat and includes an LCD screen (A15) and IC card reader (A16). The card of the consumer is inserted into the decryptor A16 and controlled by the keys A17 and A21. The key A17 recognizes the user who can move sequentially through matching with the history value present on the card and is executed via the keys A19 and A20. The keys A18 and A21 are interchangeable between the two cards and are stored in the device via the intermediate vehicle.

When the electronic money concept is applied to the Internet phone, the Internet phone system using the existing Internet phone IP phone 160 and the call control gatekeeper 210 as shown in FIG. 8B, and the IP phone 160 has an interface RS-. 232C) to separately connect the bill processor 170 of the electronic money function, expand the line of the IP phone 160, and install the bill server 180 to collect the fee (X.25) The bill server 180 is connected to the bank 1 and a dedicated line (VAN). Therefore, since the Internet phone is a floating IP method, the disconnection allowance time between handsets is short (for example, within 1 second), but the protocol (X.25) according to the billing and authentication between the bill processor 170 and the bill server 180 is required. It took a few seconds (for example, 4-5 seconds) to perform, there was a problem that can not be applied to the Internet phone.

That is, it calculates talk time like internet phone and gives IP address and internet phone phone number to gatekeeper to make a call with general phone even when making a call, and time restriction between signals sent and received during call connection. There is a problem that is not applicable to the method of receiving a call (a call connection can be maintained only when a response time comes, for example, within 1 second).

The present invention aims to solve this problem. The object of the present invention is to add a bill processor for storing a fee to the user's IP phone, the IP phone to make a call or real-time bill payment according to the command of the control unit, the bill payment is a gatekeeper I want to do it.

To this end, the present invention adds a bill processor with an electronic wallet function to the IP phone, stores a usage fee collected from the bill processor of the iPhone, and a program for paying the fee to the gate keeper is a separate EPIROM. Save to.

1 is a system configuration diagram of a service provider for use of a general wireless telephone;

2 is a perspective view showing a state of use of a general video telephone,

FIG. 3 is a block diagram illustrating the video telephone of FIG. 2;

4 is a system configuration diagram showing a state of use of a general video telephone,

5 is a signal flow diagram illustrating a specific example of FIG. 4;

6 is a system configuration of a typical wireless telephone and a video telephone to implement a call,

7 is a block diagram showing a general money transfer system;

8A is a block diagram of a card reader used in FIG. 7;

8b is a schematic diagram of a currency deposit collection system applying the existing electronic money;

9a is a block diagram of the Internet phone of the present invention;

9B is a system configuration diagram of an Internet phone of the present invention;

FIG. 10 is a block diagram illustrating communication between the bill processor and the controller shown in FIG. 9;

11A is a block diagram of a gatekeeper used in the present invention;

11b is a signal flow diagram of the present invention;

12A is a packet tunneling message format used in the present invention;

12B illustrates an example of code division of a packet used in FIG. 12A.

13 is a packet analysis state diagram of the present invention,

14 is a packet analysis block diagram of the present invention;

15 is a flowchart of the present invention,

16 is an overall configuration of the present invention.

Explanation of symbols for the main parts of the drawings

1; bank 23-1; address bus

23-2; data bus 31; Internet network

100; videophone 110; handset

120; image display unit 130; storage unit

140; router 150; control unit

160; Internet phone 170; Bill processor

210; Gatekeeper 300; Internet Phone

301; ypyrom 302; interface

400; gatekeeper 410; call control unit

411; call processing unit 412; additional service unit

420; billing unit 430; call information generation unit

440; Server 500; Packet

510; header portion 520; data portion

That is, the present invention integrates a bill processor with an electronic wallet function in the Internet phone, and has a billing unit and call information generation unit in addition to the existing call processing unit in the gatekeeper,

Call processing unit is to be connected to the phone, such as the iPhone as before,

The billing unit is configured to be connected to the gatekeeper by banks and leased lines,

It is intended to provide an internet phone usage fee collection device that can serve as a call processing and billing function using only an existing internet phone communication line.

The present invention also relates to an IP phone (web phone) which stores an IP address and a user's telephone number in a gatekeeper and makes a call with an IP phone (web phone) or a general telephone.

An IP wallet, a bill processor having an electronic wallet function to communicate with the control unit, and EPI rom are added;

In addition to controlling the phone connection with the IP phone, the gatekeeper stores and collects user fees from the bill processor in the IP phone to the memory unit of the internal electronic wallet function to perform toll collection in real time;

Epyrom contains a program that processes payments to gatekeepers;

The program stored in this pyrom is an analysis process for analyzing whether the command of the control unit is a call or a charge,

In the case of charges, it aims to provide an internet phone toll collection method that includes a generation and decryption process of generating and decrypting a gatekeeper and a charge related message.

The present invention also provides a message format configured to simultaneously perform billing related communication protocol (X.25) in addition to the existing call control signal between the IP phone and the gatekeeper, and to add the actual billing information to the header part. I will.

The present invention also provides a message (Packet Analysis.req) in the initial state (Idle) that can process the call-related events (use rate calculation or charge charge request result) coming from the control unit (Phone- Process), the control unit from the controller When it arrives (Arrival), it asks the program part (Packet Tunneling, Card Reader) to process by each format (Analysis), starts timer (T1), and the result is each event handler (Packet Tunneling, Card). Waiting to reach from the reader (Wait), if the time set in the timer has passed but the result is not reached (Time Out), the controller (Phone processor) notifies the timeout (Report) and changes to another idle state,

If the result value arrives from the event processor (Response), the result is sent to the phone process (Send Report) and the idle state, characterized in that the billing of the Internet phone that performs the call and billing-related tasks at the same time To provide a control method.

Hereinafter, the present invention will be described in detail with reference to the drawings.

FIG. 9A is a configuration diagram illustrating an example of the present invention, which includes an analog-to-digital converter 22 for converting a photographing output of an image pickup device or charge coupled device 19 into a digital signal, and digitally converted image data. A display 18 for analog converting and displaying an image through the control unit 23 and the control unit 23 for controlling, an interface 24 for interfacing the digital output through the control unit 23 to meet the modem standard, and an interface ( And a modem 6 for serial-to-parallel conversion to transmit to the private line 5 via 24. Reference numeral 301 denotes an e-pyrom incorporating a program for analyzing and generating an Internet phone usage fee, 170 a bill processor, and 302 a bill processor 170 and a controller 23 for communication. This interface is intended to be. The control unit 23 also includes an algorithm for controlling the communication with the bill processor 170 and the fee processing using the Y pyrom 301. In this case, the Internet phone can eliminate the image pickup device 19 and the analog-to-digital converter 22.

9B is a block diagram of the present invention, in which an electronic wallet bilprocessor 170 is integrated into an Internet phone so as to be connected to the control unit 23 through an interface 302, and the gatekeeper 400 includes an existing call control unit. In addition to 410, the billing unit 420 and the call information generating unit 430 is added,

Call control unit 410 is to be connected to other phones, such as the existing IP phone,

The billing unit 420 is configured to be connected from the gatekeeper 400 by a bank 1 and a dedicated line (VAN),

It is an Internet phone usage fee collection device that can serve as a call processing and billing function using only an existing Internet phone communication line.

FIG. 10 is an embodiment of a configuration in which the bill processor 170 and the control unit 23 used in FIGS. 9A and 9B are configured through the interface 302. The interface 302 uses a conventional interface RS-232C. do. The control unit 23 and the interface 302 are connected to each other via the address bus 23-1 and the data bus 23-2.

FIG. 11A is a block diagram of a gatekeeper 400 used in the present invention, and FIG. 11B is a signal flowchart of an IP phone 300 and a gatekeeper 400.

A call control unit 410 connected to the IP phone 300 and having an additional service unit 412 in addition to the call processing unit 411;

A call information generator 430 for generating call information;

Billing unit 420 for billing the user through the additional service unit 412,

The call processing unit 411, the call information generating unit 430 and the billing unit 420 is composed of a database unit (413, 423, 433) for storing and updating data, respectively. That is, the present invention is configured by adding the call information generation unit 430, the additional service unit 412, and the billing unit 420 that the existing call control unit 410 in the gatekeeper 400 only.

FIG. 11B is a signal flow diagram illustrating the operation of FIG. 11A in sequence. When the IP phone 300 requests registration from the gatekeeper 400, the call controller 410 of the gatekeeper 400 undergoes a registration confirmation procedure. Send the registration confirmation result (RCF (registration confirmation), RRJ (registration rejection)).

Then the IP phone 300 requests a call at this time sends the phone number of the other party to the gatekeeper call control unit 410. The gatekeeper call controller 410 sends a message payRode.req to the billing unit 420 of the gatekeeper 400 in order to determine the location of the counterpart terminal and find out the rate information per second. At this time, the location information of the caller (Caller) and called (Called) is sent, and the call rate is calculated per second based on this and the result is sent to the gatekeeper call control unit 410 (payRate.res).

The gatekeeper call control unit 410 sends a call authentication signal (ACF, invisible ARJ) to the IP phone 300 and transmits the call rate information message (Facility (payInfo.ind)) per second.

The IP phone 300 attempts to establish a call connection by sending a message (Setup) to the call controller 410 of the gatekeeper 400, and the gatekeeper call controller 410 sends a message (Connect) to the IP phone 300. Send the caller, the called phone number, and the call start time to the gatekeeper call information generator 430 to generate a message (CDR: Call Detail Record; call information record) in the gatekeeper call information generator 430. (ConnectInfo).

The IP phone 300 sends a call disconnection (DRQ) signal to the gatekeeper call control unit 410 after the call is completed, and the gatekeeper call control unit 410 confirms the request with a message DCF. At the same time, the gatekeeper call control unit 410 notifies the gatekeeper call information generation unit 430 of the call end time and causes the gatekeeper call information generation unit 430 to complete a message (CDR; charge information record record) (disconnectInfo). . At the same time, the gatekeeper call control unit 410 also informs the billing unit 420 of the gatekeeper 400 of the call termination signal so that the caller's call charge is added to the existing call charge (accum. Req).

The gatekeeper billing unit 420 notifies the call control unit 410 of the gatekeeper 400 when the sum of call charges is completed (accum.res), and the gatekeeper call control unit 410 sends an electronic message to the IP phone 300. Send a bill using the message (Facility (payInfo.ind)) to subtract the call charge.

If the IP phone 300 charges the charge request of the electronic money to the gatekeeper 400 call control unit 410 (payRegist.req), the gatekeeper 400 communicates with the bank's billing service system (for example, VAN). ) To notify the request for charging the iPhone electronic bill and inform the iPhone of the result value (charge amount) (payRegist.res), and the iPhone adds the amount of the electronic bill by the result value and charges it. If the bank rejects the charge request (payRegist.rej), the iPhone does nothing.

FIG. 12A illustrates a message format 500 configured to simultaneously perform billing-related communication protocol (X.25) between the IP phone 300 and the gatekeeper 400 in addition to the existing call control signal. 12b is an illustration of the code. The process of creating a message to send before sending a billing-related message in the IP phone is called packet tunneling for convenience. This packet tunneling is a non-standard (non-standard) message among the messages sent and received between the gatekeeper 400 and the Internet phone (iPhone) 300 and is referred to as standard. Messages such as charges are referred to as non-standard messages.) The present invention adds actual charge information to the header portion 510 of the message packet (message format) 500 (for example, a code indicating charge reference information (C000 , C001, C002) and the header part 510 is added to the data part 520 when the terminal transmits the billing part 420 to the gatekeeper 400.

In addition, the message delivery (from the Internet phone 300 terminal to the gatekeeper 400) method uses a non-standard message transmission method of the protocol (H.323). For example, as shown in FIG. 12B, codes B000, B001, and B002 use a message (RAS NonStandard), and codes B001, C000, C001, C002, R000, and R001 use a message (Call NonStand Message). A specific example may be implemented like the other code message of FIG. 12B, but is not limited thereto.

13 is a packet analysis state diagram used in the present invention. Specifically, the packet analysis state diagram of the present invention constitutes an IP phone 300, and is made by the YPIROM 301 incorporating a billing related program of the present invention. The program (Packet Analysis Machine) that performs the function of 301 is an initial state (Idle) that can process the call-related events (for example, usage calculation or charge charge request result) from the control unit (Phone- Process) 23 When the message (Packet Analysis.req) arrives from the control unit 23 to the Y. pyrom (301) (Arrival), the program part (Packet Tunneling, Card Reader) to process for each format request to be processed ( Analysis, start the timer (T1), produce the result (Produce) and wait for it to arrive from each event handler (Packet Tunneling, Card Reader) (Wait). If the time set in the timer has passed and the result is not reached (Time Out), the controller (Phone processor) 23 notifies that the timeout has occurred (Report) and changes to another idle state.

If the result arrives from the event handler (Response), the result is sent to the phone process (Send Report) and goes to the idle state.

14 is a packet analysis block diagram of the present invention showing the operation flow of the entire Internet phone. That is, the Internet telephony program sends a request message (Packet_analysis_process) from the controller 23 to the YPIROM 301 to interpret the rate-related information message when it arrives from the gatekeeper 400 (①).

Subsequently, when the result message reaches the control unit 23 through the program (packet_analysis_process) embedded in the YPIROM 301 (6), it transmits a packet to the gatekeeper 400 or performs an internet phone service operation as necessary.

A program executed in EPIROM 301 (abbreviated as Packet_analysis_Process) may generate a packet 500 to be sent to the gatekeeper 400 if it needs to generate a charge related packet. Request a program (abbreviated as Packet_tuneling_process) (②).

Accordingly, when the packet Packet_analysis_Process arrives from the program packet_analysis_process (③), the program Packet_analysis_Process sends it to the phone process program (⑥) and transmits the packet to the gatekeeper 400.

If the response to the charge request or the base call rate (per second) information from the gatekeeper 400 arrives, the program (Card_reader_process) is executed by Mondex's data input / output bill processor that performs a normal electronic wallet function. It transmits for execution (④) and receives the signal (Acknowledge) from the program (Card_reader_process) (⑤).

15 is a flowchart illustrating packet analysis and generation of the present invention;

EPI 301 of the Internet phone 300 has a program for processing the payment to the gatekeeper 400 is embedded;

The program stored in the Y pyrom 301 is an analysis process (S10) for analyzing whether the command of the control unit 23 is a call or a charge,

In the case of a fee, a gatekeeper 400 and a generation process of generating a fee related message are included (S20, S30, and S40).

The generating process (S20, S30, S40) is a step of requesting message processing, setting a timer according to the message type analyzed in the analysis step (S10) and waiting until the result of processing each message (S20),

When the processing result requested in the step S20 arrives, resetting the timer and processing the result (S30),

Releasing the packet analysis request and waiting for another packet analysis request (S40).

The waiting step (S20) is a step of notifying the phone process the fee information arrived from the gatekeeper 400 (S21),

Requesting the gatekeeper 400 to generate a fee related message to the packet tunneling process (S22);

In step S23, the card reader is notified of the base rate information and the charging request result per second reached from the gatekeeper 400 and waits for processing.

The processing step (S30) is a new packet generation request result (packetTunneling.res arrives, the timer reset and request the packet transmission to the phone process (S31),

The card reader receives the result of the reference call charge or the charge request from the gatekeeper 400 and transmits the result message transmitted to the bill processor 170 to the controller 23 (S32).

16 is a block diagram of the present invention, the Internet phone 300 stores the Internet phone phone number and IP address authorized by the server 440 through the gatekeeper 400, and the server 440 stores the Internet phone bills. Connect to the private line and collect the subscriber's fee in real time. In this case, the Internet phone 300 includes an e-pyrom 301 having a built-in program, and a bill processor 170 that stores and withdraws the fee from a bank account for which the fee is set and pays it to the server 440 every time it is used. To pay to the server 440 is first withdrawn to the gatekeeper 400, and then provided to the server 440 from the gatekeeper 400. The server 440 then bills the bank 1 in real time based thereon.

The present invention described above is not limited to the above-described embodiments and drawings, and various permutations, modifications, and changes can be made without departing from the technical spirit of the present invention. It will be apparent to those who have

As described above, in the present invention, a bill processor having an electronic banknote function is installed to communicate with a controller of an Internet phone, thereby real-time cost calculation is possible, and an internet phone call connection signal is used to communicate with the billing part of the Internet phone (iPhone) and the gatekeeper. Integrates with processing to eliminate call connection signal delays caused by bill signals, and integrates Bill system with gatekeepers to provide accurate data (CDR) on call connections at gatekeepers. It is effective to ensure the reliability of the.

Claims (8)

A plurality of IP phones 300 each having the bill processor 170 integrally embedded in each iPhone so that the bill processor 170 performing the electronic wallet function is connected to the controller 23 through the interface 302. and; A gatekeeper 400 connected to the plurality of IP phones 300 through a communication network and storing call charges of the user collected by the bill processor 170; The gatekeeper 400, A call controller 410 which controls a call to enable a call between two corresponding IP phones among the plurality of IP phones, and includes a call processing unit 411 and an additional service unit 412; The billing is connected to the bank 1 through a dedicated line (VAT) and bills the user call fee to the bill processor 170 through the additional service unit 412 so that the bill processor collects the user call fee. Part 420; And And a call information generator 430 for generating call information. Internet phone billing device. The method of claim 1, The gatekeeper stores and updates data of the call processor 411, the billing unit 420, and the call information generator 430, respectively, and the call processor 411, the billing unit 420, and the call. And a plurality of related database units (413, 423, 333) respectively corresponding to the information generating unit (430). In addition to the existing call control signal, the billing related communication protocol (X.25) can be simultaneously executed between the IP phone 300 and the gatekeeper 400, and the actual billing information is added to the header part 510. Message format. (delete) In the IP phone (web phone) that stores the IP address and the user's phone number in the gatekeeper and talks to the IP phone (web phone) or a regular phone, An IP wallet, a bill processor having an electronic wallet function to communicate with the control unit, and EPI rom are added; In addition to controlling the phone connection with the IP phone, the gatekeeper stores and collects user fees from the bill processor in the IP phone to the memory unit of the internal electronic wallet function to perform toll collection in real time; Epyrom contains a program that processes payments to gatekeepers; The program stored in this pyrom is an analysis process (S10) for analyzing whether the command of the control unit is a call or a charge, In the case of a fee, the process includes generating a gatekeeper and a fee related message (S20, S30, S40); Generation process (S20, S30, S40) is a step of requesting message processing, setting a timer according to the message type analyzed in the analysis step (S10) and waiting for the result of processing each message (S20), When the processing result requested in the step S20 arrives, resetting the timer and processing the result (S30), And releasing the packet analysis request and waiting for another packet analysis request (S40). The method of claim 5, wherein the waiting step (S20) comprises the step of notifying the phone process of the toll information received from the gatekeeper (S21), Requesting the gatekeeper to generate a packet-related message to the packet tunneling process (S22); The method of claiming the Internet phone usage fee, characterized in that the step of notifying the card reader and the charge request result per second received from the gatekeeper and waiting for processing (S23). The method of claim 5, wherein the processing step S30 includes: resetting the timer when the new packet generation request result (packetTunneling.res) arrives, and requesting the phone process to transmit the packet (S31); The card reader receives a reference call charge or a charge request result from the gatekeeper to perform the step (S32) to inform the control unit of the result message delivered to the bill processor. In the billing of the Internet phone, in the initial state (Idle) that can process the call-related events (usage calculation or charge request result) from the phone-process of the Internet phone, a message (Packet Analysis. When req reaches the ypyrom 301 from the controller 23 (Arrival), Request the processing from the program part (Packet Tunneling, Card Reader) that processes each type (Analysis), Start timer T1, Waiting for the result to arrive from each event handler (Packet Tunneling, Card Reader) (Wait), If the time set by the timer has passed and the result is not reached (Time Out), the controller (Phone processor) 23 notifies that the timeout has occurred (Report) and changes to another idle state. If the result is reached from the event handler (Response), The billing control method of the Internet phone that performs the call and billing-related tasks at the same time, characterized in that the transfer to the phone process (Send Report) and the idle state.