JP5068406B2 - Packet communication restriction system and packet communication restriction method for portable terminal - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system for regulating reception of packet communication in a portable terminal capable of packet communication. More specifically, the present invention relates to a system that enables the reception of packet communication to be restricted at the user's discretion when the packet communication fee exceeds a predetermined communication fee.
[0002]
[Prior art]
There is a remarkable progress and spread of small portable information terminals in recent years. In digital mobile communication in the early 1990s, communication mainly by voice of the circuit switching type was mainstream. However, since the middle of the 1990s, the Internet has begun to spread and data communication has been adopted for business use and personal use. Similarly, data communication is also used in mobile communication. For example, a business user accesses a server in the office using a mobile phone and a personal computer from outside the office, reads data, and sends and receives e-mail. There are many things to do. In this case, circuit-switched communication has been used for data communication.
[0003]
The communication charge in the circuit switching method is proportional to the communication time. In data communication using the circuit switching method, comparing the time when data is actually transmitted / received with the time when data is not transmitted / received and the line is simply put on hold, the former time is very short. However, there was a demerit that the communication fee was higher than the actual amount of communication.
[0004]
In the late 1990s, packet communication, one of the data communication characteristics of the Internet, was applied to mobile communication. In other words, by applying packet communication to mobile communication, it becomes possible to charge communication according to the amount of data actually received, rather than a charge method that is proportional to the connection time as in the circuit switching method.
[0005]
In addition, by packetizing data, the line allocated to one user in the conventional circuit switching system can be shared by multiple users, so the usage fee per unit time per user is low. I can do it now.
[0006]
However, in reality, when connecting to the Internet via a mobile terminal and opening a site, or when sending and receiving mail, data exceeding the number of characters displayed on the screen of the mobile terminal It is being exchanged. Therefore, the number of packets calculated from the actual number of characters on the screen may differ from the actual number of packets.
[0007]
Further, when downloading applications, music, etc., or capturing images, the number of packets corresponding to the data amount representing these becomes a considerable number, and the amount of packet communication increases accordingly.
[0008]
In addition, packet communication charges may be incurred even when data is not received correctly due to a natural phenomenon or other deterioration of data reception status.
[0009]
[Problems to be solved by the invention]
Under these circumstances, users generally have no way of knowing how much packet communication charges are incurred when receiving data, and have to pay more packet communication charges than planned. There can be.
[0010]
Also, even if the packet communication fee has been announced in advance by the carrier, it is very rare for the user to receive the data in consideration of the packet communication fee when actually receiving the data. In many cases, data reception was performed exceeding the packet communication charge.
[0011]
Accordingly, there has been a demand for a system that can regulate the amount of packet communication so that the user does not exceed the packet communication fee scheduled by the user when receiving the packet communication using the mobile terminal.
[0012]
The present invention has been made in view of such a situation, and a packet communication regulation system capable of regulating the amount of packet communication so as not to exceed a packet communication fee scheduled by a user in advance when receiving packet communication. And it aims at providing the packet communication control method.
[0013]
[Means for Solving the Problems]
To achieve this object, the present invention provides a first terminal capable of receiving packet information, a second terminal providing packet information, the first terminal, and the second terminal. Mobile station that relays packet transmission / reception between the first terminal unit and the first terminal unit sent from the second terminal unit to the first terminal unit via the mobile unit base station The packet communication fee is monitored, the packet communication fee is calculated, the packet communication fee is compared with a packet communication fee limit preset by the user of the first terminal, and the packet communication fee is Provided is a packet communication restriction system that restricts the packet communication when the communication charge limit is exceeded.
[0014]
The first terminal can be configured to regulate the packet communication by performing busy control of packet communication with respect to the mobile device base station.
[0015]
The first terminal device transmits and receives packet communication data between the first terminal device and the second terminal device, and also performs communication module means for performing busy control during the data communication, and the first terminal device. JAVA application means for monitoring the packet communication status of the terminal device of the terminal device, wherein the JAVA application means monitors packet communication between the second terminal device and the first terminal device, and The packet communication charge may be compared with the packet communication charge limit, and if the packet communication charge exceeds the packet communication charge limit, the packet communication may be restricted.
[0016]
The first terminal further includes an operating system (OS) means serving as a platform, a JAVA management module means for managing the operation of the JAVA application means, a JAVA virtual machine controlled by the JAVA management module means, It is also possible to configure as provided.
[0017]
The first terminal device may be configured to inquire the user whether to continue or stop packet reception when the packet communication fee exceeds the packet communication fee limit.
[0018]
The first terminal sets the packet communication access flag to an ON state when the packet communication fee exceeds the packet communication fee limit and the user selects to continue receiving the packet, and thereafter The user can be configured not to inquire about the continuation or cancellation of packet reception.
[0019]
The first terminal is a case where the packet communication fee exceeds the packet communication fee limit, and when the user selects to stop receiving a packet, the packet communication access flag is turned off, By issuing a communication busy control request to the mobile device base station, the packet communication can be set in a standby state and the packet communication can be temporarily stopped.
[0020]
The first terminal is a case where the packet communication fee exceeds the packet communication fee limit, and when the user selects to stop receiving a packet, the packet communication access flag is turned off, A JAVA application issues a packet communication pseudo-busy control request to the communication module, and in response to this, the communication module issues a communication busy control request to the mobile station base station. The packet communication can be temporarily stopped.
[0021]
After the packet communication is temporarily stopped, the first terminal can be configured to inquire the user whether to continue or stop the packet reception.
[0022]
If the user chooses to continue receiving packets, the JAVA application requests the communication module to release pseudo busy control, and in response, the communication module is busy with the mobile base station. It can be configured such that the control release is requested and the communication packet reception process is resumed.
[0023]
When the user chooses to suspend packet reception, the JAVA application issues a packet communication termination request to the communication module, and in response, the communication module sends a packet to the mobile base station. By issuing a communication end request, the communication packet receiving process can be configured to end.
[0024]
In the packet communication regulation system according to the present invention, the JAVA application means monitors the packet communication between the first terminal and the second terminal performed via the mobile device base station, and A packet communication fee limit set in advance by the user of the first terminal is compared, and packet communication is regulated based on this determination.
[0025]
Further, when the packet communication fee exceeds the value of the packet communication fee amount set by the user, the JAVA application can make an inquiry to the user as to whether or not to continue receiving the packet. .
[0026]
Also, when the actual packet communication charge is compared with the packet communication charge limit, the actual packet communication charge exceeds the packet communication charge limit, but the packet communication access flag is ON. The packet communication is communicated to the end.
[0027]
Furthermore, when the actual packet communication charge exceeds the packet communication charge limit when the actual packet communication charge is compared with the packet communication charge limit, and the packet communication access flag is OFF Then, pseudo busy control is issued from the JAVA application to the communication module, and in response to this, busy control is issued from the communication module to the mobile device base station, and packet communication is temporarily stopped. In this case, when the user requests communication by an inquiry to the JAVA application user, the busy control is canceled and packet communication can be performed to the end. When the user requests interruption of packet communication, the packet communication ends.
[0028]
The present invention also includes a first terminal device having a plurality of communication sessions and capable of receiving packet information, a second terminal device providing packet information, the first terminal device, and the second terminal device. A mobile communication base station that relays packet transmission / reception to / from a terminal device, wherein the first terminal device receives other packet information in another communication session when receiving new packet information. If the other packet information is being received in the other communication session, the priority between the new packet information and the packet information currently being communicated is determined. If the priority of the new packet information is higher than the packet information being communicated, a pseudo busy control request is issued to the communication path of the packet information being communicated, and the packet being communicated is Tsu by the paused state communication bets information, provides packet communication restriction system performs a receiving process of the new packet information.
[0029]
Further, the present invention provides a first terminal capable of receiving packet information, a second terminal providing packet information, and packet transmission / reception between the first terminal and the second terminal. A packet communication control method for restricting packet communication between the first terminal device and the second terminal device in a packet communication system comprising: When the terminal device receives the packet data, it compares the value of the packet communication charge up to now with the value of the packet communication charge limit set in advance by the user, and the packet communication charge is the packet communication charge limit. A first step of determining whether or not the packet communication fee has already been exceeded, and a second step of starting reception of packet data if the value of the packet communication fee does not exceed the value of the packet communication fee limit Excess of When, if desired, to provide a packet communication restriction method characterized by and a third step of repeating the first step.
[0030]
In the first step, when the value of the packet communication charge has already exceeded the value of the packet communication charge limit, the method asks the user whether to start packet communication. It is preferable to further include a fourth process of performing the above.
[0031]
The method sets the packet communication access flag to ON when the user selects the start of the packet communication in the fourth process, and the packet communication fee exceeds the packet communication fee limit. However, it is preferable to further include a fifth process indicating that the packet communication is continued according to the determination by the user.
[0032]
The method determines whether or not the packet communication access flag is ON when the third process is executed and it is determined that the packet communication charge exceeds the packet communication charge limit. And a pseudo busy control for temporarily stopping packet data transmission from the packet information transmission terminal via the mobile base station when the packet communication access flag is in an OFF state. It is preferable to further include a seventh process.
[0033]
The method preferably includes an eighth step of inquiring the user whether or not to continue the packet communication after executing the seventh step.
[0034]
The method includes a step of turning on a packet communication access flag when the user selects continuation of packet communication in the eighth step, and a step of releasing the pseudo busy control and restarting the packet communication. And preferably.
[0035]
The first terminal device transmits and receives packet communication data between the first terminal device and the second terminal device, and also performs communication module means for performing busy control during the data communication, and the first terminal device. And JAVA application means for monitoring the packet communication status of the terminal of the terminal. In this case, the seventh process includes the JAVA application and the packet communication fee of the packet communication. When the JAVA application detects that the charge limit has been exceeded, the JAVA application transmits a pseudo busy control request to the communication module 5, and in response to the pseudo busy control request, the communication module In the process of transmitting a busy control request to the mobile device base station, the mobile device base station responds to the busy control request, Transition from packet transmission state to the packet transmission waiting state, the process of temporarily stopping the transmission of packet data for the first terminal device is preferably provided with a.
[0036]
Preferably, the method includes a step in which the communication module transitions to a packet reception standby state and temporarily stops packet reception in response to the mobile base station transitioning to a packet transmission standby state.
[0037]
The method includes a step of transmitting a pseudo busy control confirmation response from the communication module to the JAVA application, and after receiving the pseudo busy control confirmation response, the JAVA application detects a suspension of packet reception, and A process of inquiring whether to continue packet communication, and a process of transmitting a pseudo busy control release request to the communication module when the JAVA application detects continuation of packet communication by the user Preferably, the communication module further includes a process of transmitting a busy control release request to the mobile device base station.
[0038]
The method includes a step of transmitting a pseudo busy control confirmation response from the communication module to the JAVA application, and after receiving the pseudo busy control confirmation response, the JAVA application detects a suspension of packet reception, and Inquiring whether or not to continue packet communication, and when the JAVA application detects the middle stage of packet communication by the user, transmitting a packet communication end request to the communication module; Preferably, the communication module further comprises a step of transmitting a packet communication end request to the mobile device base station.
[0039]
The present invention includes a first terminal device having a plurality of communication sessions and capable of receiving packet information, a second terminal device providing packet information, the first terminal device, and the second terminal device. A packet communication restriction method for restricting packet communication between the first terminal and the second terminal in a packet communication system comprising a mobile base station that relays packet transmission / reception with the terminal The first terminal determines whether or not a packet reception process is being performed in another communication session before receiving the packet information, and the packet in the other communication session. A second process for determining whether or not the priority of the communication session requested for communication is higher than the priority of the communication session in communication when the reception process is being performed; A third process of executing pseudo-busy control on the communication path of the currently communicating communication session and temporarily suspending the communication when the priority of the communication session to be transmitted is higher than the priority of the currently communicating communication session. And a fourth process of starting packet communication in a communication session for which communication is requested.
[0040]
In the method, in the second process, when the priority of the currently requested communication session is lower than the priority of the communication session in communication, the first terminal transitions to a packet communication standby state. It is preferable to include a process and a process of repeatedly executing the first process when a communication session for which communication is currently requested is changed from a packet standby state to a communicable state.
[0041]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[0042]
FIG. 1 is a schematic diagram showing an overall usage image of the packet communication restriction system according to the present embodiment.
[0043]
As shown in FIG. 1, the packet communication restriction system according to the present embodiment includes a packet information receiving terminal 1 that is a terminal that receives packet information, and a packet that is a terminal that transmits packet information to the packet information receiving terminal 1. It comprises an information transmitting terminal 3 and a mobile base station 2 that relays packet communication between the packet information receiving terminal 1 and the packet information transmitting terminal 3.
[0044]
The packet information receiving terminal 1 is a terminal that receives information requested by itself from another terminal. The packet information transmitting terminal 3 is a terminal that transmits data corresponding to the request to the packet information receiving terminal 1 in response to an information transmission request transmitted from the packet information receiving terminal 1 via the mobile base station 2. is there. That is, the packet information transmission terminal 3 is a terminal device that functions as a so-called server. The mobile device base station 2 relays data transmission / reception between the packet information receiving terminal 1 and the packet information transmitting terminal 3.
[0045]
In the state shown in FIG. 1, the packet information receiving terminal 1 transmits an information transmission request to the packet information transmitting terminal 3 through the relay of the mobile base station 2, and in response to this request, the packet information transmitting terminal 3 The transmitted packet information is transmitted to the packet information receiving terminal 1 by relay of the mobile device base station 2.
[0046]
FIG. 2 is a configuration diagram of software stored in a built-in memory (not shown) in the packet information receiving terminal 1.
[0047]
The software included in the packet information receiving terminal 1 includes an operating system (OS) 4, a communication module 5, a JAVA management module 6, a JAVA VM (JAVA Virtual Machine: JAVA virtual machine) 7, and a JAVA application 8.
[0048]
JAVA is an interpreter type object-oriented language developed as a programming language, and has multi-platform characteristics, that is, a platform-independent characteristic, and is excellent in realizing a movable program. It is. The JAVA language tends to be frequently used in a mobile environment because it has a property that an application once written can be executed anywhere.
[0049]
An operating system (OS) 4 is software that controls execution of a program, and provides services such as resource allocation, scheduling, input / output control, and data management, and means a platform. In the present embodiment, the operating system 4 controls an application in the JAVA language, which will be described later. However, as described above, since the JAVA has an advantage that it does not depend on the platform, the type is particularly limited. Not. Any operating system may be adopted as long as it can control an application in the JAVA language.
[0050]
The communication module 5 is a module for transmitting and receiving packet communication data in the packet information receiving terminal 1. The communication module 5 also functions as a module that manages busy control of communication between terminals described later.
[0051]
The JAVA management module 6 is a module for managing control such as operation of the JAVA VM 7 described later. The JAVA management module 6 controls the operation (described later) of the JAVA application 8 on the packet information receiving terminal 1.
[0052]
In order to use a program called JAVA applet on the server side, JAVA VM7 performs a JAVA compiler (that is, converts it into an effective format) and performs a JAVA interpreter (that is, performs interpretation and execution). ) In other words, JAVA VM7 means a combination of an interprinter and a runtime system environment. By incorporating JAVA VM7 in a terminal, it is possible to convert a normal browser into a computer capable of processing a programming language. is there.
[0053]
The function of JAVA VM 7 is not particularly limited, but in the present embodiment, it is assumed that only the necessary functions are provided as long as the packet information receiving terminal 1 is used. This is because, for example, if the JAVA VM currently included in the personal computer is stored in the packet information receiving terminal 1 as it is, the capacity of the memory for mounting the JAVA VM is often insufficient.
[0054]
The JAVA application 8 in the present embodiment is a resident application that resides in the packet information receiving terminal 1 and is a module that has a function of monitoring communication of the packet information receiving terminal 1.
[0055]
FIG. 3 is a flowchart showing an operation when the packet information receiving terminal 1 receives packet information. Hereinafter, the operation of the packet information receiving terminal 1 will be described with reference to FIG.
[0056]
First, when new packet data is transmitted from the packet information transmitting terminal 2 to the packet information receiving terminal 1, the packet information receiving terminal 1 performs initial determination of packet communication (step S301). That is, the packet communication charge value preset by the user in the packet information receiving terminal 1 is compared with the packet communication charge value up to now, and whether the packet communication charge has already exceeded the preset packet communication charge It is determined whether or not. This packet communication initial determination (step S301) is executed to prevent the possibility of packet communication exceeding the packet communication fee set as the allowable communication fee by the user.
[0057]
When the actual packet communication charge value does not exceed the preset packet communication charge value (NO in step S301), a packet communication request is started (step S304).
[0058]
If the actual packet communication charge value already exceeds the preset communication charge value (YES in step S301), the user is inquired whether to start packet communication. (Step S302).
[0059]
If the user refuses to start communication in response to this inquiry (NO in step S302), the packet reception process is terminated.
[0060]
On the other hand, if the user permits the start of communication (YES in step S302), the packet information receiving terminal 1 is set in a state for performing packet communication. That is, the packet communication access flag is turned on (step S303).
[0061]
In the present embodiment, the packet communication access flag has a meaning that the packet communication is continued according to the determination by the user even though the packet communication fee exceeds the set value. Therefore, when the packet communication access flag is ON, the above inquiry to the user after that, that is, whether the packet communication fee has already exceeded the set value, but whether to receive the packet information Inquiries are not made.
[0062]
When the actual packet communication charge value does not exceed the preset packet communication charge value (NO in step S301) or when the packet communication access flag is turned on (step S303), the packet communication request Is started (step S304).
[0063]
When a packet communication request is started, the packet information receiving terminal 1 may have two patterns, a state where the packet communication access flag is turned on and a state where the packet communication access flag is kept off. The state in which the packet communication access flag is OFF is a case where communication permission has been obtained by the user in step S303, but an inquiry about continuation of packet communication is required in the processing after step S304. As described above, the flag is ON in the case where the communication permission is obtained by the user in step S303 and the packet communication is continued, and the inquiry regarding the packet communication fee is unnecessary in the process after step S304.
[0064]
In response to the packet communication request start (step S304), reception processing of the requested packet is started (step S305). When the packet information receiving terminal 1 receives the packet information, the packet information receiving terminal 1 compares the preset packet communication fee with the actual packet communication fee, and whether the actual packet communication fee exceeds the preset packet communication fee. It is determined whether or not (step S306).
[0065]
If the packet communication fee exceeds the set value (YES in step S306), it is determined whether or not the packet communication access flag is in an ON state (step S307).
[0066]
When the packet communication access flag is in the ON state (YES in step S307), as described above, the user has already permitted the reception of new packet information even though the packet communication fee has exceeded the set value. Therefore, packet reception processing is performed until the final packet information is received.
[0067]
Next, it is determined whether or not all packet information has been received (step S312).
[0068]
If all the packet information has been received (YES in step S312), all processing is terminated. If all packet information has not been received (NO in step S312), the steps after step S305 are repeated.
[0069]
On the other hand, when the packet communication access flag is in the OFF state (NO in step S307), the packet information receiving terminal 1 performs pseudo busy control (step S308). That is, processing for temporarily stopping packet data transmission from the packet information transmission terminal 3 via the mobile device base station 2 is performed.
[0070]
When the packet communication is temporarily stopped by the pseudo busy control, the packet information receiving terminal 1 inquires of the user whether or not to continue the packet communication (step S309).
[0071]
If the user determines that the packet communication is interrupted (NO in step S309), the packet communication process is terminated.
[0072]
If the user determines that packet communication is to be continued (YES in step S309), the packet communication access flag is turned ON (step S310).
[0073]
Next, pseudo busy control is canceled (step S311), and packet communication is resumed.
[0074]
Next, it is determined whether or not all packet information has been received (step S312).
[0075]
If all the packet information has been received (YES in step S312), all processing is terminated. If all packet information has not been received (NO in step S312), the steps after step S305 are repeated.
[0076]
The series of processing described above is executed by the JAVA application 8 resident in the packet information receiving terminal 1 monitoring the packet communication processing.
[0077]
FIG. 4 is a flowchart for specifically explaining the process when the user selects the continuation of the packet communication process in the pseudo busy control (step S308) described in the flowchart of FIG.
[0078]
Referring to FIG. 4, during the packet communication, when the JAVA application 8 resident in the packet information receiving terminal 1 detects that the packet communication fee exceeds the set value (step S401), the JAVA application 8 communicates. A pseudo busy control request is transmitted to the module 5 (step S402).
[0079]
In response to this request, the communication module 5 transmits a busy control request from the packet information receiving terminal 1 to the mobile device base station 2.
[0080]
In response to this busy control request, the mobile base station 2 transits from the packet transmission state to the packet transmission standby state, and temporarily stops packet data transmission to the packet information receiving terminal 1 (step S404).
[0081]
In response to the mobile base station 2 transitioning to the packet transmission standby state, the communication module 5 of the packet information receiving terminal 1 transitions to the packet reception standby state and temporarily stops packet reception (step S405).
[0082]
Subsequently, a pseudo busy control confirmation response is sent from the communication module 5 to the JAVA application 8 (step S406).
[0083]
The JAVA application 8 detects the suspension of packet reception by this pseudo busy control confirmation response, and inquires of the user whether or not to continue the packet communication (step S407).
[0084]
When the JAVA application 8 detects the continuation of the packet communication by the user, it transmits a pseudo busy control release request to the communication module 5 (step S408).
[0085]
Following this, the communication module 5 issues a busy control release request to the mobile device base station 2 (step S409).
[0086]
In response to this request, the mobile device base station 2 performs a packet transmission restart process (step S410). At the same time, the communication module 5 in the packet information receiving terminal 1 also performs packet reception restart processing (step S411).
[0087]
As described above, the packet information reception process is continued.
[0088]
FIG. 5 is a flowchart for specifically explaining processing when the user selects interruption of packet communication processing in the pseudo-busy control (step S308) described in the flowchart of FIG.
[0089]
When the JAVA application 8 resident in the packet information receiving terminal 1 detects that the packet communication fee exceeds the set value during packet communication (step S501), the JAVA application 8 communicates a pseudo busy control request. It transmits to the module 5 (step S502).
[0090]
In response to the pseudo busy control request, the communication module 5 transmits a busy control request to the mobile device base station 2 (step S503).
[0091]
In response to this busy control request, the mobile device base station 2 transitions from the packet transmission state to the packet transmission standby state, and temporarily stops packet data transmission to the packet information receiving terminal 1 (step S504).
[0092]
When the mobile device base station 2 transitions to the packet transmission standby state, the communication module 5 in the packet information receiving terminal 1 also transitions to the packet reception standby state and temporarily stops packet reception (step S505).
[0093]
When the pseudo busy control confirmation response is sent from the communication module 5 to the resident JAVA application 8 (step S506), the JAVA application 8 detects the suspension of packet reception and determines whether or not to continue the packet communication to the user. An inquiry is made (step S507).
[0094]
If the JAVA application 8 detects interruption of packet communication by the user, the JAVA application 8 issues a packet communication end request to the communication module 5 (step S508).
[0095]
When receiving the packet communication end request from the JAVA application 8, the communication module 5 issues a packet communication end request to the mobile device base station 2 (step S509).
[0096]
The mobile base station 2 that has received the packet communication end request transmits a packet communication end response to the communication module 5 (step S510), and the packet communication reception process ends.
[0097]
FIG. 6 is a flowchart showing another example of the operation of the packet information receiving terminal 1 when a packet reception request is made.
[0098]
In this example, the packet information receiving terminal 1 has a plurality of communication sessions, and pseudo busy control by the JAVA application 8 is adopted. That is, in this example, a communication right is given to communication with high priority, and communication with low priority is suspended.
[0099]
The packet information receiving terminal 1 determines whether or not packet reception processing is being performed in another communication session before receiving packet information (step S601).
[0100]
When packet communication processing is not performed in another communication session (NO in step S601), normal packet reception is started (step S604).
[0101]
On the other hand, when packet reception processing is being performed in another communication session (YES in step S601), packet communication path priority determination is performed (step S602). That is, the priority of the communication session in which communication is currently being performed and the communication session in which communication is requested are compared, and whether the priority of the communication session in which communication is requested is higher than the communication session in communication Is determined.
[0102]
When the priority of the currently requested communication session is higher than that of the currently communicating communication session (YES in step S602), the pseudo busy control request is issued to the communication path of the currently communicating communication session. Communication is suspended (step S603).
[0103]
Next, packet communication start processing is performed in the communication session for which communication is requested, and packet communication is started (step S604).
[0104]
On the other hand, when the priority of the currently requested communication session is lower than that of the currently communicating communication session (NO in step S602), the packet information receiving terminal 1 transits to the packet communication standby state (step S605). After this stage, the packet information receiving terminal 1 waits until the communication session currently requested for communication changes from the packet standby state to the communicable state. If communication is possible, the process returns to step S601 and the subsequent steps are repeated.
[0105]
As described above, according to the example shown in FIG. 6, communication processing with a high priority can always be executed. Therefore, it is possible to perform communication processing without waste by monitoring the JAVA application 8.
[0106]
【Effect of the invention】
According to the present invention, the mobile terminal can monitor its own packet communication and calculate the packet communication fee. By comparing this actual packet communication fee with the packet communication fee limit set in advance by the user, When the actual packet communication fee exceeds the set packet communication fee limit, reception of packet communication can be regulated.
[0107]
For example, packet communication can be regulated by performing busy control of packet communication from the communication module of the portable terminal to the mobile device base station.
[0108]
As described above, according to the present invention, every time the user receives the packet information, the packet information can be received so as not to exceed the packet communication charge limit set in advance by the user. Even if the packet communication fee limit is exceeded, packet information reception can be continued at the user's discretion.
[0109]
Furthermore, when there are a plurality of communication sessions between terminals, by adopting pseudo busy control by JAVA application, the communication line of the packet can be intentionally controlled, and communication of a communication session with high priority is always performed. It becomes possible.
[0110]
Moreover, according to the present invention, mischievous mail and other unnecessary packet information can be rejected.
[Brief description of the drawings]
FIG. 1 is a schematic diagram showing an overall usage image of a packet communication restriction system according to the present invention.
FIG. 2 is a configuration diagram of software included in a packet information receiving terminal for realizing a packet communication restriction system according to the present invention.
FIG. 3 is a flowchart showing an operation when a packet information receiving terminal receives a packet in the packet communication restriction system according to the present invention.
FIG. 4 is a flowchart showing processing when a user decides to continue packet communication when a packet information receiving terminal in the packet communication restriction system according to the present invention executes pseudo-busy control.
FIG. 5 is a flowchart showing processing when a user decides to interrupt packet communication when a packet information receiving terminal in the packet communication restriction system according to the present invention executes pseudo-busy control.
FIG. 6 is a flowchart illustrating another example of operation when a packet is received.
[Explanation of symbols]
1 Packet information receiving terminal
2 Mobile base stations
3 Packet information transmission terminal
4 Operating system
5 Communication module
6 JAVA management module
7 JAVA Virtual Machine (JAVA VM)
8 JAVA application

Claims (5)

A first terminal having a plurality of communication sessions and capable of receiving packet information; a second terminal providing packet information; and between the first terminal and the second terminal A packet communication regulation system comprising a mobile base station that relays packet transmission and reception,
  When the first terminal receives new packet information, the first terminal determines whether other packet information is currently being received in another communication session, and receives the other packet information in the other communication session. When receiving, the priority of the new packet information and the currently communicating packet information is determined, and when the priority of the new packet information is higher than the communicating packet information, the communication A packet communication restriction system that performs a reception process of the new packet information by issuing a pseudo busy control request to the communication path of the packet information in the middle, and temporarily suspending the communication of the packet information being communicated. The first terminal is:
  Communication module means for transmitting and receiving packet communication data between the first terminal and the second terminal, and performing busy control during the data communication;
  JAVA application means for monitoring the packet communication status of the first terminal;
  With
  The JAVA application means monitors packet communication between the second terminal and the first terminal, compares the packet communication charge with the packet communication charge limit, and the packet communication charge is The packet communication restriction system according to claim 1, wherein the packet communication is restricted when the packet communication charge limit is exceeded. The first terminal is:
  Operating system (OS) means as a platform;
  JAVA management module means for managing the operation of the JAVA application means;
  A JAVA virtual machine controlled by the JAVA management module means;
  The packet communication restriction system according to claim 2, further comprising: A first terminal device having a plurality of communication sessions and capable of receiving packet information; a second terminal device providing packet information; and the first terminal device and the second terminal device A packet communication restriction method for restricting packet communication between the first terminal and the second terminal in a packet communication system comprising a mobile base station that relays packet transmission and reception between the first terminal and the second terminal;
  A first process in which the first terminal determines whether packet reception processing is being performed in another communication session before receiving the packet information;
  A second step of determining whether the priority of the communication session requested for communication is higher than the priority of the communication session in communication when packet reception processing is performed in another communication session;
  If the priority of the currently requested communication session is higher than the priority of the currently communicating communication session, pseudo busy control is executed on the communication path of the currently communicating communication session, and this communication is suspended. The third process,
  A fourth process of starting packet communication in a communication session for which communication is requested;
  A packet communication control method comprising: In the second process, when the priority of the currently requested communication session is lower than the priority of the currently communicating communication session, the first terminal unit transmits a communication regarding the currently requested communication session to the packet. The process of transitioning to the communication standby state,
  A step of repeatedly executing the first step when a communication session for which communication is currently requested has changed from a packet communication standby state to a communicable state;
  The packet communication restriction method according to claim 4, further comprising:

Images