WO2003094492A1 - Serveur de terminaux mobiles - Google Patents
Serveur de terminaux mobiles Download PDFInfo
- Publication number
- WO2003094492A1 WO2003094492A1 PCT/JP2003/003717 JP0303717W WO03094492A1 WO 2003094492 A1 WO2003094492 A1 WO 2003094492A1 JP 0303717 W JP0303717 W JP 0303717W WO 03094492 A1 WO03094492 A1 WO 03094492A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- information
- user
- terminal
- mopile
- server
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
- H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/133—Protocols for remote procedure calls [RPC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/45—Aspects of automatic or semi-automatic exchanges related to voicemail messaging
- H04M2203/4536—Voicemail combined with text-based messaging
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
- H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
Definitions
- the present invention relates to a mobile terminal server or the like suitable for providing information to a mopile terminal such as a mobile communication terminal.
- Mopile terminals such as mobile phones are widely used.
- the high performance of mopile terminals like this makes it possible, for example, to connect to the Internet, and its use range is expanding.
- the devices are becoming smaller and more portable. Therefore, it is possible to enjoy the same service as that for network communication by an information processing apparatus such as a personal computer, even with a highly portable mopile terminal.
- the present invention has an object to provide a mopile terminal server or the like that improves usability.
- a server for a mopile terminal is
- a server for mopile terminals (1 0 0) that provides predetermined information to the mopile terminals (2 0 0) via a communication network (1 0),
- the state information indicating the state of the mopile terminal server (1 0 0), the state of the mopile terminal (2 0 0), and the state of the user of the mopile terminal is obtained respectively State information acquisition means (110),
- Execution information storage means (140) for storing a plurality of types of execution information to be executed by the mopile terminal (200);
- provision target determination means for determining execution information to be provided to the predetermined mobile terminal (200) (11
- the provision target determination means (110) determines execution information to be provided based on each state information acquired by the state information acquisition means (110).
- the mopile terminal server comprises: user information storage means (130) for storing user information on the user of the mopile terminal (200);
- User information update detection means (110) for detecting update of the user information stored in the user information storage means (130);
- the provision target determination means (110) determines the mopile terminal of the user based on the updated user information. Determine the execution information to be provided to
- the user information storage means (130) of the server for the mopile terminal stores job priority information indicating the priority of the job executed by the mobile terminal (200), and the priority indicated by the job priority information. Further comprising terminal control means (110) for causing the mopile terminal (200) to execute the job according to
- the user information storage means (130) of the server for the mopile terminal is provided with status information representing an execution status of a job to be executed by the mobile terminal (200). Further note,
- the portable terminal In response to a job execution request supplied from the outside, using the job order information and the status information, the portable terminal sets a low job whose priority is lower than a requested job requested to be executed by the execution request.
- the portable terminal determines that the low job is being executed, it controls the portable terminal, interrupts the execution of the low job, and executes the request job.
- the first control means (110) responds to the end signal indicating the end of the request job supplied from the portable terminal, and causes the portable terminal to execute the low job whose execution is interrupted. Let's resume and make it special.
- the server for the mopile terminal In the server for the mopile terminal,
- the portable terminal In response to a job execution request supplied from the outside, using the job order information and the status information, the portable terminal sets a high job having a higher priority than a requested job requested to be executed by the execution request.
- the request job is supplied from the mobile terminal in response to an end signal indicating the end of the high job.
- the user information storage means (130) of the server for the mopile terminal stores information indicating the open / close state of the plurality of mopile terminals (200),
- the mopile terminal (200) is supplied by the force, the mopile terminal (200) is The user information of the other mopile terminal (200) designated as the target of notification of the open / close state by the user of the mopile terminal (200) in response to the open signal indicating that it has been opened is said user information Storage means (130) further comprising transmission means for acquiring from force and transmitting to the one mopile terminal (200),
- the transmitting means is a target to be notified of the open / close state in response to the open signal and the closing signal indicating that the mopile terminal (200) is closed, supplied from the one mopile terminal (200). Transmitting information indicating the open / closed state of the one mopile terminal (200) to another mopile terminal (200) owned by the user who designated the one mopile terminal (200);
- the execution information storage means (140) stores information divided into a plurality of genres
- the transmission means is stored by the execution information storage means (1 40) in response to an open signal supplied from the mopile terminal (200) indicating that the mopile terminal (200) is opened.
- information of a predetermined genre to the mopile terminal concerned information of a predetermined genre to the mopile terminal concerned
- a program according to a second aspect of the present invention is characterized by causing a computer to function as the server for the mobile terminal.
- a program according to a third aspect of the present invention is a computer,
- a mopile terminal (2) which receives provision of execution information to be executed by the computer from the server (100) for the mopile terminal connected via the communication network (10) 00) and
- An execution information receiving unit for receiving, via the communication network (10), the information notified by the user information notifying unit (210) or the execution information determined based on a request from the information requesting unit (2 10) (210) and
- the input information storage unit stores the input information in association with the execution information.
- An input information transmission unit (210) for transmitting the input information stored by the input information storage unit (230) to the mopile terminal server (100);
- FIG. 1 is a diagram showing the configuration of a mopile 'network' system according to a first embodiment of the present invention.
- FIG. 2 is a block diagram showing the configuration of the server shown in FIG.
- FIG. 3 is a diagram showing an example of information stored in the user information database shown in FIG.
- FIG. 4 is a diagram showing an example of information stored in the provided information database shown in FIG.
- FIG. 5 is a diagram showing an example of information stored in the transferred information database shown in FIG.
- FIG. 6 is a block diagram showing the configuration of the mopile terminal according to the first embodiment of the present invention.
- FIG. 7 shows the "form provision preparation process” and the “form provision processing” according to the first embodiment of the present invention. It is a flowchart for demonstrating "request processing.”
- FIG. 8 is a flowchart for explaining “request object determination processing (1)” executed by the mobile terminal in “form request processing” shown in FIG. 9 is a flowchart for explaining 5 “request object determination processing (2)” executed by the mopile terminal in “form request processing” shown in FIG.
- FIG. 10 is a flowchart for explaining “request object determination processing (3)”,... Executed at the mopile terminal in “form request processing” shown in FIG.
- FIG. 11 is a flowchart for explaining the “provided form determination process” executed by the server in the “form provision preparation process” shown in FIG.
- FIG. 12 is a flowchart for explaining the "interruption process” executed by the server in the "form provision preparation process” shown in Fig. 7.
- Figure 13 shows the "form provision process” executed by the server after the "form provision preparation process” shown in Fig. 7 and the “form reception” executed at the mopile terminal after the "form request process” shown in Fig. 7. It is a flowchart for demonstrating “processing.”
- Figure 14 is a flowchart to explain the "form execution process” executed by the mopile terminal after the "form reception process” shown in Figure 13.
- FIG. 15 is a flowchart for explaining the “continuous provision processing” executed by the server after the “form execution processing” shown in FIG.
- Fig. 16 is a diagram for explaining the "non-return confirmation process" according to the first embodiment of the present invention. It is a flowchart.
- FIG. 17 is a flow chart for explaining “non-return notification form execution processing” executed at the mopile terminal after “non-return confirmation processing” shown in FIG.
- FIG. 18 is a view showing an example of a display screen displayed on the mopile terminal in the “non-return notification form execution process” shown in FIG. 17.
- FIG. 19 a is a diagram showing an example of the “status information information management table” in which the user information DB is written in the second embodiment.
- FIG. 19 b is a diagram showing an example of “standby job list” stored in the user information DB in the second embodiment.
- Figure 20 is the second? It is a flowchart for demonstrating the "job start process" concerning an Example.
- FIG. 21 is a flowchart for explaining the “first terminal control process” according to the second embodiment. ⁇
- FIG. 22 is a flowchart for explaining the “job end process” according to the second embodiment.
- FIG. 23 is a flowchart for explaining the “second terminal control process” according to the second embodiment.
- FIG. 24 is a diagram showing an example of a “distribution order table” stored in the user information DB.
- FIG. 25 is a flowchart for explaining the “third terminal control process” according to the second embodiment.
- FIG. 26 is a diagram showing an example of the “user information table” stored in the user information DB in the third embodiment.
- FIG. 27 is a flow chart for explaining the “service start process” according to the third embodiment.
- FIG. 28 is a flowchart for explaining “status change processing” according to the third embodiment.
- FIG. 29 is a diagram showing an example of “user information table” stored in the user information DB in the fourth embodiment.
- FIG. 30 is a flowchart for explaining the “information provision process” according to the fourth embodiment.
- FIG. 31 is a flowchart for explaining the “service cancellation process” according to the fourth embodiment.
- FIG. 32 is a flowchart for explaining the “information transmission process” according to the fourth embodiment.
- a mopile 'network system for providing information to a mopile terminal 200 using a Instant Message (IM) function of a mopile terminal 200 such as a mobile phone will be described.
- IM Instant Message
- FIG. 1 is a diagram showing the configuration of a mobile network system according to an embodiment of the present invention.
- the mopile 'network' system 1 according to the present embodiment is composed of a server 100, a mopile terminal 200, and each of which is mutually connected via a communication network 10 There is.
- the communication network 10 is a communication network that transmits information using, for example, a predetermined communication protocol (eg, Transmission Control Protocol / Internet Protocol) such as the Internet.
- a predetermined communication protocol eg, Transmission Control Protocol / Internet Protocol
- the server 100 comprises, for example, predetermined computer devices such as a mainframe and a workstation, and provides information to the mobile terminal 200 by executing each process described later.
- the configuration of server 100 will be described with reference to FIG.
- the server 100 performs so-called instant message (hereinafter referred to as “IM” (Instant Message)) service for performing immediate and simple message exchange with other mopile terminals.
- IM Instant Message
- FIG. 2 is a block diagram showing the configuration of the server 100.
- the server 1 0 0 includes a control unit 1 1 0, a communication control unit 1 2 0, a user information database 1 3 0, a provided information database 1 4 0, and a transferred information database 1 5 0
- the control unit 110 includes, for example, a CPU (Central Processing Unit), etc., and controls each unit of the server 100 and executes a predetermined operation program, thereby providing each unit to be described later. Implement the process.
- a CPU Central Processing Unit
- the communication control unit 120 comprises, for example, a predetermined communication device such as a router, and connects the server 100 with the communication network 10, and between the server 100 and the mopile terminal 200. Control information communication.
- the user information database 130 comprises, for example, a rewritable storage device such as a hard disk drive, and a user who uses the information provision service provided by the mopile network system 1 according to the present embodiment, that is, the mopile terminal 2 Information about the user 0 0 is registered in advance. Note that the information recorded in the user information database 130 is registered by the user at the start of using the information providing service according to the present mopile network system 1, and then the user information storage unit of the mopile terminal 200 described later It is assumed that the user information recorded in the user information database 130 is updated as needed by transmitting predetermined ones of the user information recorded in the 230 as needed.
- Fig. 3 shows an example of the information recorded in the user information database 130.
- a record is created for each user ID assigned to each user, and in each record, a terminal that specifies the mopile terminal 200 used by the user Specific information (for example, IP address, email address, phone number, etc.), status information indicating the current status (status) of the user, attributes of the user (sex, age (date of birth), occupation, etc.) Attribute information indicating), preference information indicating the preference of the user, and the like are recorded.
- the status information is information indicating the status of each user detected by status detection by IM technology, and is obtained from each mobile terminal 200 at any time.
- status information for example, information indicating “at work”, “shopping”, “communicating with another user”, and the like is recorded.
- the status information can be detected (for example, communication status, communication partner, program end, power off, etc.) as well as when setting and input to the mopile terminal 200 by each user. And are sent to server 100 at any time.
- the sent status information is recorded and updated in the user information database 130 at any time.
- the provided information database 140 comprises, for example, a rewritable storage device such as a hard disk drive, and stores information provided to the mopile terminal 200 used by the registered user.
- the information recorded in the provided information database 140 is acquired (downloaded) by the mopile terminal 200 and a predetermined program (hereinafter referred to as a “terminal program”) installed in the mopile terminal.
- Information such as the pages that make up the questionnaire service and the pages that make up the e-commerce (hereinafter referred to as “EC” (Electronic Commerce)) site.
- each page unit, etc. Each information is a language that has a dynamic relationship between each other (for example, H TM L (Hyper Text Markup Language). Described in a markup language such as). For example, according to the content of the response to a certain questionnaire page, which is the next questionnaire page presented, etc. are linked. In this case, what is presented to the user is simply an input form that displays a question item, an answer input field, etc. The power of the terminal program based on the information input as the answer by interpreting the description language An association is made. In the present embodiment, it is assumed that the information that forms a predetermined input form in appearance by being executed is provided to the mopile terminal 200, and is hereinafter referred to as “form (information)”.
- Figure 4 shows an example of the information recorded in the provided information database 140.
- a record is created for each ID assigned to each form, and in each record, the type of the form (such as questionnaire or EC), the target to be presented Information indicating the user's attribute, the form ID of the associated form, the data concerned and its description language, etc. are recorded.
- the “attribute” recorded in the provided information database 1 4 0 is the user information database 1 3
- the transferred information database 150 comprises, for example, a rewritable storage device such as a hard disk drive, and stores information related to the form transferred from the server 100 to the mopile terminal 200.
- Figure 5 shows an example of the information recorded in the transferred information database 150.
- the transferred information database 150 includes a user ID indicating the transfer destination user, a transfer date and time, a form ID indicating the transferred form, contents returned using the transferred form, and the like. The information shown is accumulated.
- the input unit 160 is configured by, for example, a predetermined input device such as a keyboard or pointing device, and is used to input an instruction to the control unit 110 or input information to each database.
- a predetermined input device such as a keyboard or pointing device
- the output unit 170 comprises, for example, a predetermined output device such as a display device, and outputs the processing result of the control unit 110 and the like.
- the program storage unit 180 comprises, for example, a storage device such as a hard disk drive and a semiconductor storage device, and stores an operation program of the server 100. Each process to be described later is realized by the control unit 110 reading out a predetermined operation program from the program storage unit 180 and executing it.
- the mopile terminal 200 comprises, for example, a predetermined computer device such as a mobile communication terminal (such as a mobile phone or PHS (Personal Handyphone System)), a personal computer, or a PDA (Personal Data Assistance). It consists of an information copy terminal, and is configured to be able to receive information (form) from server 100 via communication network 10.
- a predetermined computer device such as a mobile communication terminal (such as a mobile phone or PHS (Personal Handyphone System)), a personal computer, or a PDA (Personal Data Assistance).
- a mobile communication terminal such as a mobile phone or PHS (Personal Handyphone System)
- PDA Personal Data Assistance
- It consists of an information copy terminal, and is configured to be able to receive information (form) from server 100 via communication network 10.
- the IM service is available to the mopile terminal 200 at least with the server 100 via the communication network 10. That is, it is assumed that a predetermined program for using the IM service is installed in the mopile terminal
- the mobile terminal 200 is a control unit 210, a communication control unit 220, a user information storage unit 230, a program storage unit 240, a transfer information storage unit 250, and an input. It consists of part 2 6 0 and output part 2 7 0,
- the control unit 210 includes, for example, a CPU (Central Processing Unit), and the like, and executes a predetermined operation program stored in a program storage unit 240 described later. To implement each process.
- a CPU Central Processing Unit
- the communication control unit 220 includes, for example, a router, a terminal adapter (TA), a modem, or a predetermined communication device (including a circuit, a module, etc.) including a predetermined antenna device, etc.
- Information communication with server 100 is performed by connecting 200 with communication network 10.
- the user information storage unit 230 includes, for example, a hard disk drive, an EEPROM (Ele ctrically Erasable Programmable Read Only Memory), a flash memory, and the like!
- the recording medium is composed of a rewritable storage device or recording medium such as various recording media, and information on the user of the mopile terminal 200 is recorded in advance.
- the information recorded in the user information storage unit '230 is at least corresponding to the' attribute information 'and' preference information 'recorded in the user information database 130 of the server 100 shown in FIG. is there.
- the user information database 1 3 0 of server 1 0 is updated and recorded.
- the program storage unit 240 comprises, for example, a rewritable storage device or recording medium such as a hard disk drive, EEPROM, EEPROM, flash memory, flash memory, various recording media, and the like.
- a predetermined operation program (a program for using an IM service, a program for executing a form transferred from the server 100, and the like) for realizing each process described above is recorded.
- each operation program executed by the control unit 210 of the mopile terminal 200 will be described below. It is called the end program.
- the transfer information storage unit 250 is composed of, for example, a rewritable storage device or recording medium such as a hard disk drive, EEPR OM (Electrically Erasable Programmable Readable Memory), flash memory, memory, various recording media, and the like. And stores the form transferred from server 100.
- a rewritable storage device or recording medium such as a hard disk drive, EEPR OM (Electrically Erasable Programmable Readable Memory), flash memory, memory, various recording media, and the like. And stores the form transferred from server 100.
- the input unit 260 includes, for example, predetermined input devices such as a keyboard, a ten key, and a pointing device, and inputs an instruction to the control unit 210 or inputs and executes information to the user information storage unit 230. It is used for the input to the form that has been
- the output unit 270 is composed of, for example, a predetermined output device such as a display device, and outputs the processing result of the control unit 210 (such as the execution result of the received form).
- Step S 1 0 when the terminal program stored in the control unit 2 10 0 power program storage unit 2 4 0 of the mopile terminal 2 0 0 is executed, the control unit 2 1 0 detects the user state at any given time interval (Steps S 1 0 1).
- the control unit 210 notifies the server 100 via information (hereinafter referred to as “user state information”) indicating the detected user's state via the communication control unit 220.
- the control unit 110 responds from the user information database 130 based on the terminal identification information attached to the user status information. Identify the record to be recorded, and • Record the received user status information in the “Status Information” column of the record (Step S201).
- a request target determination process for determining the form for requesting the server 100 to provide is executed as needed. This request object determination process will be described with reference to the flowcharts shown in FIGS.
- request object determination processing (1) shown in FIG. 8 is executed.
- the target of the request is determined based on any request from the user.
- the control unit 210 transfers information
- the storage unit 250 is searched to determine whether the requested form is stored or not, thereby determining whether the form has not been acquired or has been acquired (step S 312).
- step S 700 the form execution process (step S 700) to be described later proceeds.
- the form is executed.
- step S 312 if the form has not been acquired (step S 312: Yes), the requested form is determined as the request target for the server 100 (step S 313), and the process returns to the form request processing shown in FIG.
- step S 31 1 If there is no execution request from the user (step S 31 1: No), request object decision processing (2) shown in Fig. 9 is executed.
- the request target is determined according to the state of the user.
- the control unit 210 analyzes the user state detected in step S 101 shown in FIG. 7 (step S 321), and the current user state indicates the form in the server 100. It is determined whether it is a predetermined state to be requested (hereinafter referred to as "form request state") (step S32 2).
- form request state a predetermined state to be requested
- data used by the terminal program it is assumed that the form request state and the form requested at that time are associated in advance and registered. That is, for example, when the user status is "shopping", a request for a questionnaire page regarding shopping is requested, or when the user status is "watching sports", a shopping site for sports goods is requested, etc. Association is made. These associations may be set by default in the terminal program or may be registered arbitrarily by the user.
- step S 32 2 When the form request state registered in advance is in this way (step S 32 2: Y es), the control unit 220 searches the transfer information storage unit 250 and corresponds to the form request state. It is determined whether the form has not been acquired or acquired by determining whether the form has already been stored (step S 3 2 3). Here, if the form has already been acquired (step S 3 2 3: N o), it proceeds to form execution processing (step S 7 0 0) described later and executes the form.
- step S 3 23 Y e s
- the control unit 210 determines the form as a request target (step S 3 24).
- step S 32 2: N o the request object determination process (3) shown in FIG. 10 is executed.
- the request target determination process (3) will be described with reference to the flowchart shown in FIG.
- the request object is determined based on the user information recorded in the user information storage unit 230.
- control unit 210 acquires the recorded user information such as the user information storage unit 230 (step S3301).
- the control unit 210 determines whether or not the user information has been updated, based on the acquired user information (step S 3 32). For example, based on the recorded date of birth information, it is determined whether the age has been updated or not. Alternatively, it is determined whether or not the user information has been updated by an arbitrary input of the user. Therefore, This request target determination process (3) may be executed in response to the user's update input of the user information 9
- step S 3 32 If it is determined that the user information has been updated (step S 3 32: Y es), the control unit 2 1 0 refers to the form stored in the transfer information storage unit 2 5 0 and updates the user information. Then, determine whether it is necessary to change these acquired forms (step S 3 3 4). For example, “If a form targeted for a given age group is acquired, or if the form is updated according to age information, whether the form matches the current age? If a form is acquired, it is determined whether or not the form is suitable for the user, etc., by the change in preference. Here, if it is determined that the acquired form needs to be changed due to the update of the user information (Step S 3 34: Y es), the control unit 210 determines the form as a change target. (Step S 3 3 5).
- Step S 3 3 4 the updated user information to be notified to the server 100 is selected.
- Send to server 100 step S 3 36).
- the server 100 updates the user information database 130 based on the user information transmitted in step S336.
- step S336 After the user information is sent in step S336, or if the user information has not been updated (step S332: No), the process returns to step S101 shown in FIG. Detection of the user state is performed again.
- the control unit 210 generates request information for requesting (or requesting a change of) the form determined in step S 33, S 34 or S 35, and communicating
- the control unit 220 transmits to the server 100 via the server 2 0 (step S 1 0 2).
- Step S 240 When the server 100 receives the request information from the mopile terminal 200 (Step S 240: Y es), a form providing process (Step S 800: described later) based on the received request information is executed. .
- the control unit 110 determines whether or not the corresponding user (mopile terminal 200) 1 communication is possible (step S 401). That is, in addition to physical states such as whether or not the mopile terminal 200 or the terminal program is running, whether or not the user state is, for example, a state in which it is undesirable to communicate such as “at work”. Determine.
- the control unit 210 further determines whether the user is communicating with another person (step S 402). If the communication is in progress (step S 402: Yes), it is further determined whether the communication partner is another registered user who uses the information providing service (step S 403). This is because cross-referencing of user state information is performed between persons who use the same IM service, so that it can be determined by acquiring user state information that reflects this.
- control unit 210 further determines whether or not the content of the communication can be determined (step S 404).
- the theme is referred to as communication contents.
- step S 404 If the communication content can be determined (step S 404: Yes), the control unit 210 determines a form suitable for the communication content as a provision target (step S 4 05).
- step S404 when the communication content can not be determined (step S404: No), the control unit 210 accesses the user information database 130 and refers to the "attribute information" and "preference information" of both users (step S406). Determine the form to be provided that corresponds to the attributes and preferences common to both (Step S 407). Step If the provision target is determined in S 405 or S 407, the processing proceeds to the form provision processing (Step S 800) described later, and the determined form is provided to the mopile terminal 200.
- step S 40 1 if communication is not possible (step S 40 1: No) or not in communication (step S 40 2: No) or if it is not communication with a registered user (step S 403: No), Figure 7 Proceed to step S202.
- step S 202 the control unit 1 1 0 detects the self state of the server 100 (hereinafter referred to as “server state”). For example, whether the server 100 is in a service outage state (hereinafter referred to as “service outage state”) due to abnormality detection of the server 100 or scheduled maintenance, etc., or the information database
- server state For example, whether the server 100 is in a service outage state (hereinafter referred to as “service outage state”) due to abnormality detection of the server 100 or scheduled maintenance, etc., or the information database
- service outage state a service outage state
- the form registered in 1st step 40 is updated. It is detected whether the form has been changed (hereinafter referred to as "form update state").
- step S 203 When the detected server state is a predetermined state (ie, service stop state, form update state, etc.) (step S 203: Yes), the control unit 110 executes the interrupt processing (step S 600). Do.
- This interrupt processing will be described with reference to the flowchart shown in FIG. In the present embodiment, the case where the service stop state and the form update state are in the predetermined server state will be described below as an example.
- First control unit 1 1 analyzes the detected server status as predetermined server state (Step S 60 1), determines a force whether a service stop state (step S 602) 0
- step S 602 If the service is in the stop state (step S 602: Yes), the control unit 1 10 designates all users registered in the user information database 130 as the transfer destination (step S 603) and stops the service. In addition to notifying the user of the status, a form (hereinafter referred to as “stop notification form”) for limiting form execution on the mobile terminal 200 is created (step S 604).
- the control unit 110 may automatically create it based on a predetermined form creation program, and a certain message causes the output unit 170 to display a message prompting creation of a stop notification form, etc. The person in charge of form creation may be notified.
- the stop notification form created is stored in the advertisement information database 140. And, control unit 1 1 0 is created Stop notification form is determined to be transferred. If there is a form prepared in advance as a fixed form, creation may be omitted and the prepared form may be determined as a transfer target.
- the control unit 110 searches the transferred information database 150 (step S650), before the update. Identify the transfer destination (ie, user ID) to which the form was transferred (step S 6 0 6).
- the specified user ID is designated as the transfer destination of the updated form (step S 6 0 7), and the updated form is determined as the change target form (step S 6 0 8).
- the control unit 110 executes the form provision processing (step S 800) described later, and forms the form (service stop notification form or updated form) determined in step S 64 or S 608 into a mopile Transfer to terminal 200.
- step S203 if it is not the server state requiring the interrupt processing (step S203: No), it waits for request information from the mopile terminal 200 (step S204). Until the request information is received from the mopile terminal 200, the step S202 self-state detection is repeatedly executed. '
- step S 800 0 Form provision processing "
- step S 500 form reception processing
- control unit 1 1 0 of the server 1 0 0 takes the form shown in the request information received in step S 2 0 4 or step S 4 0 5 or S 4 0 7 or 'step S 6 0 4 Alternatively, obtain the form determined in S 6 0 8 from the advertisement information database 1 40 (step S 8 0 1).
- control unit 1 0 0 accesses the user information database 1 3 0, and based on the request information, the user status, or the server status (except for the service stopped status) Communication is possible by referring to “Status information” for the corresponding user (mopile terminal 200) when the system is determined, and for all users when the form is determined based on the service stop state. It is determined whether the state is a force or not (step S802).
- the control unit 110 transfers the form acquired in step S 801 to the mopile terminal 200 to be provided via the communication control unit 120 ( Send (step S 803).
- the control unit 110 records information on the form transferred in step S 802 in the transferred information database 150 (step S 804). That is, the user ID indicating the transfer destination user, the transfer date and time, the form ID of the transferred form, and the like are recorded. At this point, the "Return Content” column is "NULL".
- step S501 when the communication control unit 220 receives a form from the server 100 (step S501), the control unit 220 determines whether the received form is to be changed based on the additional information. Determine (step S 502).
- step S 502 If the form is a change target form (step S 502: Yes), the control unit 210 accesses the transfer information storage unit 250, deletes the corresponding form (step S 503), and stores the received form (step S 502) S 504). In addition, if the form is changed based on the "form update status" and return content information is also transferred, that information is also stored.
- the transferred form is stored in the transfer information storage unit 250 (step S 502: No, S 504).
- the control unit 210 executes form execution processing for executing the form stored in the transfer information storage unit 250 in step S 504 (step S 700). This form execution process will be described with reference to the flowchart shown in FIG.
- the control unit 210 is based on the current user status detected in step S 101 of FIG. Then, it is determined whether or not the form is executable (step S 701). For example, when the user status is "in work” or the like, it is not desirable to execute the form, or when the mopile terminal 200 can not recognize the user even if it is executed due to the sleep state, for example; .
- step S 701 If the form is ready (step S 701: Yes), the transfer information storage unit 250 is accessed, and the form stored in step S 504 is executed (step S 702). Alternatively, if execution of the acquired form is specified in the request target identification process (1) or (2), the form is executed. Note that if the execution target form is a "service stop notification form", the form is executed, and it is output that the form can not be executed during the designated period (service stop period). In addition to being displayed on the screen, by collaborating with the terminal program, the execution of the form during that period shall be restricted.
- Step S 701 If the form is not executable (Step S 701: No), the system waits to execute the form until it becomes executable.
- the control unit 210 inputs the information input from the input unit 260.
- the sequential transfer information storage unit 250 records the form in association with the form (step S 704).
- control unit 220 determines whether or not it is necessary to return some information to the server 100 by executing the form (step S 705). That is, if it is a finished page, it is necessary to return the input response to the server 100, and if it is an E C site, it is necessary to return information such as product designation.
- step S 705 If there is an object to be returned (step S 705: Yes), the control unit 210 waits for a transmission instruction from the user, and transmits the information to be returned to the server 100 according to the transmission instruction (step S 706: Ye s, S 707) Return to the form reception process of FIG.
- Step S 705 No
- Step S 706 No
- the processing is returned to the form reception processing without transmission to the server 100.
- the input information stored in the transfer information storage unit 250 in step S703 is held in the transfer information storage unit 250 until the transmission of the input information to the server 100 is completed. That is, if the input information is not returned to the server 100 due to interruption during input of the input form or communication interruption during transmission, the input information previously input when the form is re-executed is transferred.
- Storage unit Called from the power of 250, and the user is not required to re-input the same information.
- step S700 when information is sent to the server 100, the continuous provision process (step S1 0 0 0) is executed on the server 100.
- step S1 0 0 0 This continuation providing process will be described with reference to the flowchart shown in FIG.
- Step S 1002 When the communication control unit 1 20 of the server 1 0 receives the return information from the mobile terminal 2 0 0 (step S 1 0 0 1: Y es), the control unit 1 1 0 transmits the transferred information database Access the library 150, and record the received return information in the “Return Content” column of the corresponding record (Step S 100 2).
- the control unit 110 determines whether or not there is a form to be presented to the mopile terminal 200 continuously with respect to the return information (step S 1 0 0 3). For example, when a response (return information) on the first page of the questionnaire page is received, it is determined whether there is a further page associated with this response.
- the existence of the continuous presentation form is determined based on the “related form” information in the provided information database 140 and the like.
- step S 1 0 0 3 If there is a continuous presentation form (step S 1 0 0 3: Y e s), the control unit 1 10 determines the form as a form to be provided (step S 1 0 0 4). The control unit 110 re-executes the form provision process shown in FIG. 13 and performs the processes of steps S 8 0 1 to S 8 0 3 to obtain the form determined in step S 1 0 0 4. Provide to terminal 200.
- step S 1 10 0 The control unit 110 of the server 100 searches the transferred information database 150 for every predetermined period for a record that is "return content" force S "NULL" (step S1 101). If there is a corresponding record (step S 1 102: Yes), the information in the “transfer date and time” column of the record is referred to (step S 1103).
- the control unit 110 compares the current date and time with the referred transfer date and determines whether or not the force transferred before the predetermined period (for example, one week or more) (step S1104). Here, if the predetermined period or more has passed (step S1104), the non-return notification form is transferred to the user of the record (step S1105).
- This non-return notification form is executed on the mopile terminal 200 to notify the user that there is unreturn information, and performs retransmission processing as necessary.
- the control unit 110 acquires the non-return notification form from the provided information database 140 and transfers it to the transfer terminal 200. Also, here, it is assumed that the control unit 110 adds predetermined information (target form ID etc.).
- non-return notification form execution processing (step S1 200)
- control unit 210 of the mopile terminal 200 controls the communication control unit 220 and the like to perform steps S 501 to S 504 in the form reception process of FIG. 13 and step S 70 1 in the form execution process of FIG.
- the non-return notification form transferred in the above-mentioned non-return notification form transfer process is received / stored / executed (if it is executable) (step S 120 1)
- Step S 1202 When the mopile terminal 200 executes the non-return notification form in cooperation with the terminal program, as shown in FIG. 18, a message inquiring whether or not the information providing server 100 can transmit an answer during the input to the information providing server 100
- the answer (“Yes” or "No") is displayed on the output unit 270 (step S1202).
- the user operates the input unit 260 to answer the necessity of transmission of the response.
- Step S 1203: No the process ends.
- Step S 1203 the control unit 110 searches the transfer information storage unit 250 (Step S 1204), and the form Determine if there is a force (step S 1205).
- step S 120 5 when the form is in the transfer information storage unit 250 (step S 120 5: Yes), the control unit 210 executes the form (step S 1206). At this time, if the input information is stored, the input information is included and executed, thereby omitting reinput of the input information by the user.
- the control unit 210 executes the same processing as steps S 703 to S 700 in the form execution processing of FIG. 14 to transmit the input completed information and the newly input information to the server 100 (step S 1207). ), End the process.
- the server 100 executes the continuous provision process shown in FIG. 15 as needed.
- step S 1205 If the target form is deleted from the transfer information storage unit 250 due to, for example, discarding according to a user instruction or the capacity limitation of the transfer information storage unit 250 (step S 1205: No), the control unit 210 Determines the form as a request target (step S 1 208), and generates request information for requesting the determined form by the same processing as step S 102 in FIG. 7 and sends it to the server 100 (step S 1209).
- the server 100 transfers the form requested by the request information to the mopile terminal 200 by executing each process described above.
- the server 100 and / or the mopile can be used by using user status information based on IM as well as when requested by the user. Since the terminal 200 can automatically determine the appropriate information (form) to be provided to the user and actively provide it to the user at an appropriate timing, effective information can be provided, and the user's As it does not require any operation etc., it is highly convenient.
- the executed form requires user input such as a questionnaire page
- the input information is held in the mopile terminal 200 as needed. Therefore, even if the input is interrupted or transmission to the server 100 is not completed, the same information will be reproduced since the previously input information will be reproduced when the same form is executed next time. There is no need to enter again.
- the server 100 checks the unreturned information, and if it is not returned for a predetermined period of time, it notifies that effect, and the same form is executed without the user's operation, so it is interrupted. You can encourage them to resume their responses. Thus, the information provider can effectively collect information and improve the convenience of the user.
- the input information input by executing the form on the mopile terminal 200 is held on the mopile terminal 200 side as needed, and the input completed information is reproduced at the time of re-execution. At the same time as holding it at 0 0, it may be sent to the server 1 0 0 and recorded in the transferred information database 1 5 0. According to such a configuration, even if there is no target form in the mopile terminal 200 in the non-return notification form execution processing, it is possible to reproduce the previously input information. In this case, when the input information is sent to the server 100, additional information indicating, for example, "all items have not been entered" or "the information was not successfully sent" is displayed. Transfer information database 1 50 Corresponds to and records. Therefore, in the above non-return confirmation process, it is determined whether or not the power is not returned by detecting these additional information.
- the form has been described by way of example as the form of a questionnaire page or an EC site, the type of information to be provided is arbitrary.
- the form may be a form that constitutes a game or an auction site, or a form for providing stock price information, second use, or the like.
- it is necessary to actively provide necessary and appropriate information according to the state of the user. Because it can, it contributes to the efficiency of the information provider and the convenience of the user.
- the server 100 provides information to the mopile terminal 200 using IM, but the server 100 performs job management of the mopile terminal 200. You can also. That is, the server 100 controls each mopile terminal 200 and operates each mopile terminal 200 according to the job priority set by each user.
- the jobs performed by the mopile terminal 200 include sending and receiving calls, sending and receiving e-mails, and executing application programs. For example, if a request to execute job B, which has a higher priority than job A, is issued while the mopile terminal 200 is executing job A, the server 100 controls the mopile terminal 200, Pauses job A and causes job B to execute. An embodiment in this case will be described below.
- the hardware configuration of this embodiment is the same as that of the first embodiment, but the user information DB 130 of server 100 is the terminal usage status of each user shown in FIG. It is assumed that the status information management table to be represented and the waiting job list shown in FIG. 19 b are stored.
- the status information management table is created for each mopile terminal 200 (user), as shown in Fig. 1 9a, and the user terminal usage status, ie, the operating status (status) of the mopile terminal 200 Represent.
- the operating status of the mobile terminal 200 is indicated by the status flag.
- the status information management table indicates the priority of jobs performed by the mopile terminal 200.
- the job priority can be set by the user operating the mopile terminal 200 and accessing the server 100.
- the standby joint is created for each mobile terminal 200 (user) as shown in Fig. 19 b.
- each job follows the priority set by the user. Is executed. As a result, lower priority jobs are run after higher priority jobs are finished.
- the waiting job list represents waiting jobs waiting for the completion of such a high priority job.
- a user of each mopile terminal 200 operates the input unit 2600 of the mopile terminal 200 owned by the user to access the server 100 and causes the job to be executed by the mopile terminal 200 of his own. Set the priority of
- the control unit 1 1 0 of the server 1 0 responds to the user's access and sets the job information to be executed by the mopile terminal 2 1 0 0 0 in the priority order set by the user. Store in the status information management table. As a result, the priority of the job executed by the mopile terminal 200 is set.
- the server 100 manages the operation status of each mopile terminal 200 using the status information management table created by the above operation.
- the user When the user wants the mopile terminal 200 to execute the desired job, the user operates the input section 2600 of the mobile terminal 200 to specify the desired job.
- the input unit 2 60 outputs, to the control unit 2 1 0, a user execution signal instructing execution of the job specified by the user.
- control unit 210 In response to the user execution signal supplied from the input unit 260, the control unit 210 starts the job start process shown in FIG. 20 according to the program stored in the program storage unit 240.
- control unit 2 1 0 notifies the server 1 0 0 of the start of execution of the job specified by the user (step S 2 0 0 1).
- control unit 210 has start data including data representing its own mopile terminal 200, the start job to be executed, and the start of the job, the communication control unit Send to server 1 0 0 through 2 2 0.
- Data (information) transmitted and received between server 100 and mobile terminal 200 is decomposed into packets and transmitted and received.
- control unit 2 1 0 stores the program stored in the program storage unit 2 4 0 In accordance with, start the execution of the job specified by the user (Step S 200 2) and end the job start processing.
- control unit 1 1 0 of the server 1 0 0 responds to the above-mentioned start data supplied from the mopile terminal 2 0 0, and is stored in the user information DB 1 3 0 0 Update the status information management table of 200.
- control unit 110 identifies the mopile terminal 200 that has transmitted the start data.
- control unit 110 specifies the start job using data representing the start job included in the supplied start data.
- control unit 1 1 0 controls the user information DB 1 3 0 and stores the status of the identified start job, which is stored in the status information management table of the identified mopile terminal 2 0 0, “0 0 ( Rewrite from "finished” to "0 1" (during execution).
- the server 100 is notified of the start of the mopile terminal 200 S job to be performed.
- control unit 1 1 0 of the server 1 0 0 is supplied with a job execution request (e-mail, call connection request, etc.) from another terminal via the communication network 1 0 (e.g. internet).
- a job execution request e-mail, call connection request, etc.
- the communication network 1 0 e.g. internet
- control unit 110 In response to the supplied job execution request, control unit 110 starts the first terminal control process shown in FIG. 21 according to the program of program storage unit 180.
- control unit 1 1 0 identifies the mopile terminal 2 0 0 (target terminal) to be controlled from the supplied job execution request (step S 2 0 1 1).
- the control unit 110 specifies the target terminal using an address indicating the destination of the electronic mail. Also, if the execution request is a call line connection request, the control unit 110 identifies the target terminal from the telephone number. Next, the control unit 1 10 searches the status information management table of the specified target terminal stored in the user information DB 1 3 0, and a job having a higher priority than the requested job requested to be executed is received. It is determined whether or not a force is being executed (step S 2 0 1 2). Thus, the control unit 110 determines whether the target terminal can execute the requested job.
- step S 201 2 If a job with a high priority is being executed, that is, the target terminal determines that the requested job can not be executed (step S 201 2; YES), the control unit 110 stores it in the user information DB 130.
- the information representing the request job is stored in the waiting job list of the target terminal being processed (step S 2013), and the terminal control processing is ended.
- the control unit 110 rearranges and stores information of each job according to the priority set by the user.
- step S 2012 determines that the requested job can be executed (step S 2012; NO)
- the control unit 110 determines the status information management table of the target terminal.
- step S 2014 it is determined whether a job having a lower priority than the requested job is being executed (step S 2014).
- step S 2014 If it is determined that a job with a low priority is not being executed (step S 2014; NO), the control unit 110 performs the process of step S 2017 described later.
- step S 20 14 when it is determined that a job with a low priority is being executed (step S 20 14; YES), the control unit 110 gives a job interruption signal to instruct interruption (due sleep) of the job being executed. , Transmit to the target terminal via the communication control unit 120 (step S 2015).
- the control unit 210 of the target terminal responds to the job interruption signal supplied from the server 100, stores the midway status of the job being executed in the program storage unit 240, and interrupts the job being executed. Then, the control unit 210 transmits an interruption completion signal indicating that the job has been interrupted to the server 100 via the communication control unit 220.
- the control unit 110 of the server 100 stores information indicating the interrupted job in the standby job list of the target terminal stored in the user information DB 130. Do it (step S 2016). Also in this case, when information representing a plurality of jobs is stored in the standby job list, the control unit 110 stores the information of each job according to the priority in the same manner as described above.
- control unit 110 transmits a server execution signal instructing execution of the requested job to the target terminal via communication control unit 120 (step S 2017).
- the control unit 110 updates the status information management table of the target terminal stored in the user information DB 130 (step S 20 18). Specifically, the control unit 1 10 changes the status of the interrupted job from “0 1” (during execution) to “1 0” (deep sleep), and “0” of the requested job started. Rewrite from 0 "(end) to" 0 1 "(during execution). If it is determined in the process of step S 2 0 14 that a low priority job is not being executed, the control unit 1 10 rewrites only the status of the requested job.
- control unit 210 of the target terminal executes the requested job specified by the server execution signal according to the program of the program storage unit 240. .
- control unit 210 of the target terminal controls the output unit 2700 when interrupting the job under execution and when starting the requested job under the control of the server 100.
- the user may be notified that the job has been interrupted or started by displaying a message or graphic, outputting an audio, or blinking the screen.
- the mopile terminal 200 it is possible to cause the mopile terminal 200 to execute a job according to the priority set by the user.
- the user when ending the job being executed, the user operates the input unit 2600 of the mopile terminal 200 to specify the job to be ended.
- the input unit 260 outputs to the control unit 210 a job end signal instructing the end of the job specified by the user.
- control unit 210 In response to the job end signal supplied from the input unit 260, the control unit 210 starts the job end processing shown in FIG. 22 according to the program stored in the program storage unit 240.
- control unit 2 1 0 ends the job designated by the user (step S 2 0 2 1).
- control unit 2 1 0 notifies the server 1 0 0 of the end of the execution of the job designated by the user (step S 2 0 2 2). More specifically, the control unit 210 has an end data including data representing the mobile terminal 200 of its own, an end job to be ended, and an end of the job. Send to server 1 0 0 through 2 2 0 I believe.
- the control unit 1 1 0 of the server 1 0 responds to the end data supplied from the mopile terminal 2 0 0 and starts the second terminal control process shown in FIG. 2 3 according to the program of the program storage unit 1 8 0. Do.
- control unit 1 1 0 identifies the mopile terminal 2 0 0 that has transmitted the end data (step S 2 0 3 1 ).
- control unit 1 10 uses the data representing the end job included in the supplied end data to specify the end job (step S 2 0 3 2).
- control unit 11 controls the user information DB 130 and the status of the identified end job stored in the status information management table of the identified mopile terminal 200 0 is “0 1” ( Rewrite) to “0 0” (Exit) (Step S 2 0 3 3).
- control unit 110 determines whether or not the information on the waiting job is stored in the waiting job list of the identified mobile terminal 200 stored in the user information DB 130 (step S 2). 0 3 4). Thus, the control unit 1 10 determines whether or not the waiting job exists.
- step S2034 If no standby job information is stored, that is, if it is determined that there is no standby job (step S2034; NO), the control unit 110 ends the second terminal control process.
- step S 2 0 3 4; YES the control unit 10 10 waits for the waiting job stored in the waiting job list. Identify the waiting job using the job information (step S2 035).
- control unit 110 uses the information of the waiting job with the highest priority. As described above, since the information stored in the standby job list is stored according to the priority set by the user, the control unit 110 stores the information at the top or bottom of the standby job list. Identify pending jobs using the information provided. Then, control unit 1 10 sends a server execution signal instructing execution of the specified standby job to mopile terminal 2 0 0 specified via communication control unit 1 2 0 (step S 2 0) 3 6).
- control unit 1 10 stores the status of the standby job that has been instructed to be stored in the status information management table of the identified mopile terminal 200, which is stored in the user information DB 130. Rewrite 0 0 (end) or "1 0" (during sleep) to "0 1" (during execution) (step S 2 0 3 7) and end the second terminal control processing.
- the control unit 210 of the mobile terminal 200 responds to the server execution signal transmitted in the above step S2036, and according to the program of the program storage unit 240, the job instructed by the server execution signal Start (or resume) the execution of
- the server 100 is notified of the end of the job performed by the mopile terminal 200 in response to the user's operation. Also, when one job ends, if there is a low priority waiting job, the waiting job is automatically started (or resumed).
- the mopile terminal 200 can reliably execute the most important job for the user. . As a result, the user's work can be performed efficiently without confusion.
- a delivery order may be assigned to the delivery destinations of the message, and the message may be delivered according to the delivery order.
- the user information DB 130 of the server 100 adds the distribution priority table shown in FIG.
- the delivery order table is, as shown in Figure 24, for each mopile terminal 200 (user) Indicates the delivery order of message delivery destinations. Specifically, information indicating each member belonging to the same group (for example, the telephone number of the mopile terminal 200 owned by the member, etc.) is stored according to the distribution order. Also, the delivery order table indicates whether to use the order delivery function for delivering messages in accordance with the order represented by the delivery order table.
- the message delivery order can be set in the same way as when the user operates the mopile terminal 200 to access the server 100 and sets the job priority described above.
- the user can also operate the mopile terminal 200 and access the server 100 to set whether or not to use the priority distribution function.
- the following describes the operation of the system when a user sends a message to another user (member) who belongs to the same group.
- the input unit 2 6 0 When the user operates the input unit 2 6 0 of his mopile terminal 2 0 0 and designates the IM program as a job to be executed by the mopile terminal 2 0 0, the input unit 2 6 0 Outputs a user execution signal for instructing the execution of the job (IM program) specified by the user to the control unit 2 10.
- control unit 210 executes the above-mentioned job start process to execute the IM program designated by the user.
- control unit 210 transmits a message input by the user to the server 100 along with data indicating the transmission source and destination, etc. .
- the control unit 1 1 0 of the server 1 0 responds to the message supplied from the mopile terminal 2 0 0, and according to the program stored in the program storage unit 1 8 0, the third terminal control shown in FIG. Start processing
- control unit 1 1 0 identifies the mopile terminal 2 0 0 which has sent the message using the data indicating the source supplied with the message (step S 2 0 4 1).
- control unit 1 1 0 is stored in the user information DB 1 3 0, specified Referring to the delivery order table of the mopile terminal 200, it is determined whether or not it is possible to use the order delivery function (step S2 0 4 2).
- step S 2 0 4 2; NO the control unit 1 1 0 follows the job's priority order for each of the mopile terminals 2 0 0 to which the message is delivered. Send the message (step S 2 0 4 3).
- control unit 110 executes the same process as the first terminal control process described above for each of the mopile terminals 20 0 to which the message is to be delivered.
- the control unit 1 10 sends a message as it is to each of the distribution destination mopile terminals 200 so that the higher priority job is executed. If the job is in the middle, send a message after the high priority job is finished. If a job with a lower priority than the IM program is running, lower the priority, or interrupt the job to send a message. Send.
- control unit 1 1 0 is a delivery order table of the mobile terminal 2 0 0 identified in step S 2 0 4 1, and Refer to the status information management tape of the mopile terminal 200 that is the distribution destination, and detect mobile terminals that are not currently executing a job from the mopile terminals 2 0 0 of the distribution destination (Step S 2 0 4 4).
- control unit 1 10 determines whether or not a mopile terminal 2 0 0 not executing a job is detected (step S 2 0 4 5).
- Step S 2 0 4 5; NO The control unit 1 1 0 sends a transmission disabling signal indicating that there is no mopile terminal 2 0 0 ready to receive the message, and the mopile terminal that is the message transmission source. Transmit to step 200 (step S 2 0 4 6) to complete the third terminal control process.
- step S 2 0 4 5; YES when it is determined that the mopile terminal 200 which is not executing a job is detected (step S 2 0 4 5; YES), the control unit 1 10 executes the job detected in step S 2 0 4 4
- the mobile terminal 200 sends a message to the mobile terminal 200 0 according to the delivery order set by the user of the transmission source (step S 2 0 4 7), and ends the third terminal control process.
- messages can be delivered according to the delivery order set by the user in advance.
- the mopile terminal 200 When using the above-mentioned mobile terminal 200, when using the function of presence notification to notify the other party of the user's status to the other party by IM, while logging in to the instant messaging system, the mopile terminal 200 Every time the mopile terminal 200 sends information, it sends information such as whether the user is using the portable terminal or whether or not there is a key input operation to the server at a predetermined timing. There is a problem that communication costs are incurred. In addition, when the user turns the mopile terminal 200 into a pocket or a cover, a state in which information can not be transmitted from the mopile terminal 200, that is, a state in which communication can not be performed may occur.
- the mobile terminal 200 is put in a pocket while the user logs in to the instant messaging system, the state of the user notified to the other party may not be updated properly. As a result, it may happen that the communication partner waits for the user's message in vain.
- the hardware configuration in this embodiment is basically the same as that in each of the above-described embodiments. Therefore, in addition to the configuration shown in FIG. 6, it is assumed that the mopile terminal 200 in the present embodiment is provided with an open / close detection unit 280 for detecting the open / close state of the mobile terminal 200.
- the open / close detection unit 280 has a switch or the like for detecting the opening / closing of the mopile terminal 200 and detects the opening / closing of the mopile terminal 200.
- the open / close detection unit 280 When detecting that the mobile terminal 200 has been opened, the open / close detection unit 280 outputs an open signal indicating that the mopile terminal 200 has been opened to the control unit 210.
- the open / close detector 220 When it is detected that the mopile terminal 200 is closed, the open / close detector 220 outputs a close signal indicating that the mopile terminal 200 is closed to the control unit 210.
- the program storage unit 240 has a signal indicating the open / close state of the mopile terminal 200 It is assumed that the status transmission program for automatically transmitting the issue to server ⁇ 0 0 is stored.
- the user information D B 130 of the server 100 stores a user information table as shown in FIG.
- This user information table is a user ID issued by the server 100 to the user who has performed the predetermined registration procedure, the telephone number of the mopile terminal 200 owned by the user, and the mopile The open / close status of the terminal 200 and the notification-requiring user are associated with each other and stored.
- the “notified user” is information (such as user ID or telephone number) for identifying another user specified by the user.
- the server 100 notifies the user who has specified the notification required user of the open / close state of the mopile terminal 20 owned by the user specified as the notification required user. For example, if the user A designates in advance the user B as the notification required user, the user A is notified of the open / closed state of the mopile terminal 200 owned by the user B. Note that multiple users may be specified as notification required users.
- a user who uses the message service provided by the server 100 operates the input unit 260 of the mobile terminal 200 to access the server 100 and performs a predetermined registration procedure in advance.
- the control unit 110 of the server 100 issues a user ID to the user, and in the user information table stored in the user information DB 130, information about the user who performed the registration procedure is Store. Then, the control unit 1 10 is used to automatically transmit the issued user ID and the open / close state of the mopile terminal 2 0 0 to the server 1 0 0. The mopile terminal 2 of the user who has registered the transmission program. 0 Supply to 0 The control unit 210 of the mopile terminal 200 owned by the user who performed the registration procedure stores the user ID supplied from the server 100 and the status transmission program in the program storage unit 240.
- the user registered in the server 100 operates the input unit 260 of the mopile terminal 200 to designate another user who wants to know the open / close state as the notification required user. It is possible.
- the control unit 1 1 0 of the server 1 0 is a notification-requiring user of the user information table stored in the user information DB 1 3 0. Information representing another user designated by the user (user ID or telephone number Etc).
- the user who has performed the registration procedure can start using the message service provided by the server 100 by opening the mopile terminal 200 owned by the user.
- the status change during the instant message service and the use (cancellation) of the message service can be performed.
- the open / close detection unit 2800 of the mopile terminal 200 detects that the mopile terminal 200 is opened, and indicates that the mopile terminal 200 is opened. The signal is output to control unit 2 10.
- control unit 210 In response to the open signal supplied from open / close detection unit 280, control unit 210 responds to the open signal supplied, and according to the status transmission program of program storage unit 240, the user ID stored in user information storage unit 230. Together with the open signal to server 1 00.
- control unit 110 of the server 100 In response to the close signal supplied from the mopile terminal 200, the control unit 110 of the server 100 starts the service start process shown in FIG. 27 according to the program of the program storage unit 240.
- control unit 110 starts using the message service from the user information table stored in the user information DB 130. Identify the information of the user (starting user) (step S 3 0 0 1).
- control unit 110 updates the open / close state included in the information of the identified start user (step S 300 2). Specifically, the control unit 110 rewrites the open / close state of the start user from “closed” to “open”.
- control unit 1 10 determines whether or not the start user designates the notification requiring user by referring to the user information table of the user information DB 1 30 (step S 3 0 0). 3).
- step S 3 0 0 3; NO If it is determined that the notification-requiring user is not specified (step S 3 0 0 3; NO), the control unit 1 1 0 performs the process of step S 3 0 0 6 described later. On the other hand, if it is determined that the notification-requiring user is specified (step S 3 0 0 3; YES), the control unit 1 1 0 searches the user information table of the user information DB 1 3 0 and starts The open / close state of the notification-requiring user specified by the user is acquired (step S 3 0 0 4).
- control unit 1 10 transmits the acquired information indicating the open / close state of the notification-requiring user to the mopile terminal 2 0 0 of the initiating user via the communication control unit 1 2 0 (Step S 3 0 0 Five ) .
- the control unit 2 1 0 of the mopile terminal 2 0 0 0 owned by the initiating user responds to information indicating the open / close state of the notification-requiring user supplied from the server 1 0 0 0 Present the open / close status of the notification-requiring user indicated by the supplied information to the initiating user as text, graphics, or voice. This allows the initiating user to know the open / closed state of the other users desired.
- control unit 1 1 0 of the server 1 0 refers to the user information table of the user information DB 1 3 0, and notifies the start user of the users who are using the message service. It is determined whether or not the user specified in is present (step S 3 0 0 6).
- step S 3 0 0 6; NO If it is determined that the user specifying the start user as the notification required user is not a user (step S 3 0 0 6; NO), the control unit 1 10 ends the service start process.
- Step S 3 0 0 6 when it is determined that there is a user who designates the start user as the notification required user (Step S 3 0 0 6; YES), the control unit 1 10 displays information indicating the open / close state of the start user. The user who has specified the start user as the notification required user is transmitted to the mobile terminal 200 0 (Step S 3 0 0 7), and the service start processing is ended.
- the control unit 210 of the mopile terminal 200 owned by the user who designated the start user as the notification required user responds to the information indicating the open / close state of the start user supplied from the server 100, and the output unit 2 7. Control the 0 and show the open / close state of the start user indicated by the supplied information to the user by characters, figures, or voice.
- the user who specified the start user as the notification required user knows that the start user's mopile terminal 200 is open, in other words, that the start user is looking at the mopile terminal 200 be able to.
- the output unit 280 detects that the mopile terminal 200 has been closed, and outputs a closing signal indicating that the mopile terminal 200 has been closed to the control unit 210.
- control unit 210 In response to the closing signal supplied from the open / close detection unit 280, the control unit 210 responds to the close signal supplied from the open / close detection unit 280 according to the state transmission program of the program storage unit 240 and stores the user information stored in the user information storage unit 230. Send a close signal to server 100 for ID and *.
- control unit 110 of the server 100 In response to the close signal supplied from the mopile terminal 200, the control unit 110 of the server 100 starts the status change process shown in FIG. 28 according to the program of the program storage unit 180.
- the control unit 1 10 0 closes the mopile terminal 2 0 0 from the user information table stored in the user information DB 1 3 0. Identify the information of the user (that is, the user who has not used the mopile terminal 200: hereinafter referred to as the “non-use user”) (step S 3 0 1 1)
- control unit 1 10 updates the open / close state included in the information on the identified non-use user (step S 3 0 1 2). Specifically, the control unit 110 rewrites the open / close state of the unused user from "open" to "close”.
- control unit 1 0 0 refers to the user information table of the user information DB 1 3 0 and designates a non-use user as the notification required user among the users who are using the message service. Determine if the user is present (step S 3 0 1 3). If it is determined that there is no user who has designated the non-use user as the notification-requiring user (step S 3 0 13 3; NO), the control unit 1 10 ends the status change process.
- control unit 1 10 indicates the information indicating the open / close state of the non-use user. Is sent to the mobile terminal 200 0 of the user who has designated the non-use user as the notification required user (step S 3 0 1 4), and the status change processing is terminated.
- the control unit 2 1 0 of the mopile terminal 2 0 0 0 owned by the user who designated the non-use user as the notification-requiring user responds to the information indicating the open / close state of the non-use user supplied from the server 1 0 0 Control the part 2 7 0 of the non-use user indicated by the supplied information
- the open / close state is presented to the user by 'character, figure, or voice.
- each user opens the mopile terminal 200 owned by the user to determine whether or not the designated user requiring notification is viewing the mopile terminal 200, ie, the message service. It can be known whether or not it can be received.
- the other user who specified this user as the user who needs to be notified is the power at which the user looks at the module terminal 200, that is, the message service You can know for sure whether you are ready to receive As a result, it is possible to prevent the situation where the communication partner waits for the user's response in vain.
- the service provided to the user by the server 100 may be canceled or interrupted.
- the mopile terminal 200 receives information such as whether or not there is a key input operation. There is no need to send to server 100. As a result, it is possible to reduce the communication cost for sending and receiving messages.
- the mopile terminal 200 transmits an open signal, it is possible to obtain information on the radio wave intensity and the like.
- the hardware configuration of this embodiment is the same as that of the third embodiment, but the user information DB 1 3 0 of the server 1 0 0 is registered in the server 1 0 0, ie, provided by the server 1 0 0 Stores information on users who can use the information providing service.
- the user information DB 130 is, for example, a user information table as shown in FIG. Remember one bull.
- the user information table is, as shown in FIG.
- the provided information D B 1 4 0 of the server 100 stores, for example, information (such as news) divided into various genres provided to the user. Such information is regularly updated by the administrator of server 100, etc., and is always maintained as the latest information.
- the user who uses the information providing service provided by the server 100 accesses the server 100 by operating the input unit 260 of the mobile terminal 200 as in the third embodiment. Perform predetermined registration procedures.
- the control unit 110 of the server 100 issues a user ID to the user, and in the user information table stored in the user information DB 130, information about the user who performed the registration procedure is Store. Then, the control unit 1 10 is used to automatically transmit the issued user ID and the open / close state of the mopile terminal 2 0 0 to the server 1 0 0.
- the control unit 2 1 0 of the mopile terminal 2 0 0 0 owned by the user who performed the registration procedure places the user ID supplied from the server 1 0 0 and the status transmission program in the program storage 2 0 0 .
- the user registered in the server 100 can operate the input unit 2 60 of the mopile terminal 20 0 to specify the genre of the desired information.
- the control unit 1 1 0 of the server 1 0 is the genre specified by the user in the genre of the user information table stored in the user information DB 1 3 0 (Economic News, Sports News, Feature News, and z Or store the weather forecast etc.).
- the user who has performed the above registration procedure can use the information providing service provided by the server 100 by opening the mopile terminal 200 owned by the user. Also, by closing the mopile terminal 2 0 0 owned by the server 1 0 0 It is possible to discontinue (discontinue) the use of the information service provided.
- control unit 210 In response to the open signal supplied from the open / close detection unit 280, the control unit 210 is stored in the user information storage unit 230 according to the status transmission program of the program storage unit 240. Send an open signal to server 100 along with the user ID.
- control unit 110 of the server 100 In response to the open signal supplied from the mopile terminal 200, the control unit 110 of the server 100 starts the information provision processing shown in FIG. 30 according to the program of the program storage unit 180.
- control unit 110 starts using the information providing service from the user information table stored in the user information DB 130. Identify the information of the target user (starting user) (step S400)
- control unit 110 updates the open / close state included in the information of the identified start user (step S 4002). Specifically, the control unit 110 rewrites the open / close state of the start user from “closed” to “open”.
- control unit 110 identifies a genre included in the information of the identified start user (step S 4003).
- control unit 110 obtains information on the identified genre from the user information DB 130 (step S 4004), and the mobile terminal of the start user via the communication control unit 120 Send to 0 0 0 (Step S 4 0 0 5).
- the control unit 2 1 0 of the mopile terminal 2 0 0 responds to the information supplied from the server 1 0 0 and controls the output unit 1 7 0 to display the supplied information or output it as a voice. To This allows the initiating user to obtain information on the desired genre.
- the open / close detection unit 2800 of the mopile terminal 200 detects that the mopile terminal 200 is closed, and the mopile terminal 200 is closed.
- the control unit 210 is stored in the user information storage unit 230 according to the status transmission program of the program storage unit 240. Send a close signal to the server 100 along with the user ID.
- the control unit 1 1 0 of the server 1 0 0 responds to the close signal supplied from the mopile terminal 2 0 0, and starts the service interruption processing shown in FIG. 3 1 according to the program of the program storage unit 1 8 0.
- control unit 110 discontinues use of the information providing service from the user information table stored in the user information DB 130. Identify the information of the target user (stop user) (step S 4 0 1 1).
- control unit 1 10 updates the open / close state included in the information of the identified discontinued user (step S 4 0 1 2). Specifically, the control unit 110 rewrites the open / close state of the cancel user from "open" to "close”.
- the user can cancel the use of the information providing service provided by the server 100 simply by closing the mopile terminal 200.
- control unit 110 of the server 100 may perform the information transmission process shown in FIG.
- control unit 1 1 0 identifies the genre of the updated information, searches the user information table of the user information DB 1 3 0, and determines whether or not there is a user who specified the identified genre. Do it (step S 4 0 2 1).
- step S 4 0 2 1; NO If it is determined that the user who specified the identified genre is not present (step S 4 0 2 1; NO), the control unit 1 10 ends the information transmission process.
- the control section 1 1 0 refers to the open / close state of the user information table and designates the identified genre. It is determined whether or not there is a user whose open / close state is "open" among the users who have made the session (step S402). Thereby, the control unit 110 determines whether or not the user who is in the state of being able to receive the information providing service is among the users who have specified the identified genre.
- step S 4 0 2 2; NO The controller 1 1 0 ends the information transmission process.
- control unit 1 1 0 acquires updated information from the user information DB 1 3 0 ( Step S 4 0 2 3).
- control unit 110 transmits the acquired information to the mopile terminal 200 of the user whose open / close state specifying the genre of the updated information is “open” (step S 40 24), The information transmission process ends.
- the control unit 210 of the mopile terminal 200 to which the update information has been supplied controls the output unit 170 to display the supplied information or output it as a voice. In this way, the user can always obtain the latest information by specifying the desired genre in advance.
- the control unit 210 of the mopile terminal 200 may transmit an open signal to the server 100 in response to a user's instruction. Specifically, the user may open the mopile terminal 200 and press the predetermined button of the input unit 260 when he wants to use the service provided by the server 100.
- the input unit 260 may output a transmission signal instructing the transmission of the open signal to the control unit 210 in response to pressing of the predetermined button.
- the control unit 210 may transmit an open signal to the server 100 together with the user ID stored in the user information storage unit 230 in response to the transmission signal from the input unit 260. In this way, the user can receive the service provided by the server 100 when he / she desires.
- the mobile phone has been described as an example, but the present invention is also applicable to a mobile terminal such as a PDA (Personal Digital Assistant) or a notebook computer if it is an openable terminal. Can be applied.
- a mobile terminal such as a PDA (Personal Digital Assistant) or a notebook computer if it is an openable terminal. Can be applied.
- the server 100 in each of the above-described embodiments can be configured not only by a dedicated device but also by a general-purpose computer device such as a personal computer, for example.
- the server 10 can be configured by installing a part or all of the program for realizing the above respective processes in a general-purpose computer and executing it under control of the OS or the like.
- the form of program distribution in this case is optional.
- it is stored and distributed in a recording medium such as a CD-ROM.
- communication media such as the Internet
- the present invention can be effectively used as a server for mopile terminals such as mobile phones.
- the present invention relates to Japanese Patent Application No. 2002-129243 filed on April 30, 2002, Japanese Patent Application No. 2002-145647 filed on May 21, 2002, and Japanese Patent Application No. 2002-145243. Based on the filed Japanese Patent Application No. 2002-236299, the specification, claims, drawings and abstract are included. The disclosure in the above application is incorporated herein by reference in its entirety.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Databases & Information Systems (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Description
Claims
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004502601A JP4327082B2 (ja) | 2002-04-30 | 2003-03-26 | モバイル端末用サーバ |
AU2003227210A AU2003227210A1 (en) | 2002-04-30 | 2003-03-26 | Mobile terminal server |
US10/513,102 US20050240318A1 (en) | 2002-04-30 | 2003-03-26 | Mobile terminal server |
CN038098350A CN1650607B (zh) | 2002-04-30 | 2003-03-26 | 移动终端用服务器 |
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002-129243 | 2002-04-30 | ||
JP2002129243 | 2002-04-30 | ||
JP2002-145647 | 2002-05-21 | ||
JP2002145647 | 2002-05-21 | ||
JP2002236299 | 2002-08-14 | ||
JP2002-236299 | 2002-08-14 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2003094492A1 true WO2003094492A1 (fr) | 2003-11-13 |
Family
ID=29407512
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2003/003717 WO2003094492A1 (fr) | 2002-04-30 | 2003-03-26 | Serveur de terminaux mobiles |
Country Status (5)
Country | Link |
---|---|
US (1) | US20050240318A1 (ja) |
JP (3) | JP4327082B2 (ja) |
CN (1) | CN1650607B (ja) |
AU (1) | AU2003227210A1 (ja) |
WO (1) | WO2003094492A1 (ja) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006060514A (ja) * | 2004-08-20 | 2006-03-02 | Nec Corp | 基地局装置と、その温度管理方法およびプログラム |
JP2007519998A (ja) * | 2003-12-30 | 2007-07-19 | インテル コーポレイション | I/oデバイスによるチップセット機能検出および構成設定 |
JP2010044673A (ja) * | 2008-08-18 | 2010-02-25 | Fujitsu Ltd | インスタントメッセージサーバおよびインスタントメッセージ通信方法 |
CN101005643B (zh) * | 2007-01-29 | 2010-05-19 | 李祥明 | 面向移动终端用户的个人综合网络服务与信息系统 |
JP2012503925A (ja) * | 2008-09-26 | 2012-02-09 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | 移動体通信ネットワーク |
CN104394061A (zh) * | 2014-10-31 | 2015-03-04 | 小米科技有限责任公司 | 通信消息推送方法及装置 |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3904086B2 (ja) * | 2004-02-17 | 2007-04-11 | 日本電気株式会社 | 携帯通信端末 |
US7905777B2 (en) | 2005-08-04 | 2011-03-15 | Igt | Methods and apparatus for auctioning an item via a gaming device |
US8216065B2 (en) | 2005-09-09 | 2012-07-10 | Igt | Gaming system having multiple adjacently arranged gaming machines which each provide a component for a multi-component game |
US7857699B2 (en) | 2006-11-01 | 2010-12-28 | Igt | Gaming system and method of operating a gaming system having a bonus participation bidding sequence |
US8448177B1 (en) * | 2008-04-10 | 2013-05-21 | United Services Automobile Association (Usaa) | Task prioritization based on users' interest |
US10880340B2 (en) * | 2008-11-26 | 2020-12-29 | Free Stream Media Corp. | Relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device |
CN102663622B (zh) * | 2012-04-13 | 2016-11-23 | Tcl集团股份有限公司 | 基于手机构建的商品互动评价系统的实现方法及系统 |
JP6319100B2 (ja) * | 2013-01-11 | 2018-05-09 | 日本電気株式会社 | メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラム |
CN103235788A (zh) * | 2013-03-28 | 2013-08-07 | 北京百度网讯科技有限公司 | 一种用于获取关于目标对象的评测信息结果的方法与设备 |
WO2017150223A1 (ja) | 2016-02-29 | 2017-09-08 | シャープ株式会社 | 表示制御装置、表示システム及び表示制御方法 |
US10819562B2 (en) * | 2018-07-24 | 2020-10-27 | Zscaler, Inc. | Cloud services management systems utilizing in-band communication conveying situational awareness |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10333926A (ja) * | 1997-06-03 | 1998-12-18 | N T T Data:Kk | プログラム実行管理方法、装置、及び記録媒体 |
JP2000059533A (ja) * | 1998-08-11 | 2000-02-25 | Fujitsu Ltd | 情報通知システム |
JP2000287249A (ja) * | 1999-03-31 | 2000-10-13 | Fujitsu Ltd | 状態通知方法及び状態通知システム |
JP2001014247A (ja) * | 1999-06-30 | 2001-01-19 | Fujitsu Ltd | サービス調整方法及びサービス調整装置 |
JP2001217926A (ja) * | 2000-02-04 | 2001-08-10 | Nec Shizuoka Ltd | 複合端末装置、および複合端末装置のモード切り替え方法、並びに記録媒体 |
JP2001245029A (ja) * | 2000-02-29 | 2001-09-07 | Sanyo Electric Co Ltd | 折畳式携帯電話装置 |
JP2002158610A (ja) * | 2000-11-20 | 2002-05-31 | Ntt Docomo Inc | 端末状況開示方法、端末状況開示システムおよび無線通信端末 |
JP2003060667A (ja) * | 2001-08-15 | 2003-02-28 | Nippon Telegr & Teleph Corp <Ntt> | サービス動的制限ネットワークシステムおよびサービス制御方法 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0670016A (ja) * | 1992-05-29 | 1994-03-11 | Nec Corp | コールウェイティング方式 |
JPH09107416A (ja) * | 1995-10-11 | 1997-04-22 | Mita Ind Co Ltd | 通信機器 |
JP4138917B2 (ja) * | 1997-10-07 | 2008-08-27 | 株式会社日立国際電気 | 携帯電話機 |
US6512930B2 (en) * | 1997-12-30 | 2003-01-28 | Telefonaktiebolaget Lm Ericsson (Publ) | On-line notification in a mobile communications system |
JP3706520B2 (ja) * | 2000-01-31 | 2005-10-12 | 三洋電機株式会社 | 折畳式携帯電話装置 |
US7522911B2 (en) * | 2000-04-11 | 2009-04-21 | Telecommunication Systems, Inc. | Wireless chat automatic status tracking |
US6728754B1 (en) * | 2000-05-09 | 2004-04-27 | Sbc Properties, Lp | Method, system, and article for telephone notification of an online status of a user |
JP3696123B2 (ja) * | 2000-05-23 | 2005-09-14 | エルジー電子株式会社 | セルラフォン、該セルラフォンの駆動方法、移動体通信端末装置および移動体通信端末装置の駆動方法 |
JP2002057837A (ja) * | 2000-08-08 | 2002-02-22 | Canon Inc | 通信装置、通信方法および記憶媒体 |
JP3869639B2 (ja) * | 2000-08-29 | 2007-01-17 | 株式会社日立製作所 | 携帯電話端末装置 |
US7512407B2 (en) * | 2001-03-26 | 2009-03-31 | Tencent (Bvi) Limited | Instant messaging system and method |
US7185290B2 (en) * | 2001-06-08 | 2007-02-27 | Microsoft Corporation | User interface for a system and process for providing dynamic communication access and information awareness in an interactive peripheral display |
JP2003169015A (ja) * | 2001-12-03 | 2003-06-13 | Nippon Telegr & Teleph Corp <Ntt> | 情報配信用無線端末装置 |
US20030125062A1 (en) * | 2001-12-27 | 2003-07-03 | Bethards Charles W. | Method and apparatus for providing status information associated with a plurality of users |
JP2003219032A (ja) * | 2002-01-18 | 2003-07-31 | Shijin Kogyo Sakushinkai | リアルタイムに携帯電話状態を通知する方法と携帯電話サービスのコントロールセンタ |
-
2003
- 2003-03-26 US US10/513,102 patent/US20050240318A1/en not_active Abandoned
- 2003-03-26 JP JP2004502601A patent/JP4327082B2/ja not_active Expired - Fee Related
- 2003-03-26 AU AU2003227210A patent/AU2003227210A1/en not_active Abandoned
- 2003-03-26 CN CN038098350A patent/CN1650607B/zh not_active Expired - Fee Related
- 2003-03-26 WO PCT/JP2003/003717 patent/WO2003094492A1/ja active Application Filing
-
2008
- 2008-05-19 JP JP2008131214A patent/JP4722159B2/ja not_active Expired - Lifetime
-
2011
- 2011-03-07 JP JP2011049599A patent/JP2011160441A/ja active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10333926A (ja) * | 1997-06-03 | 1998-12-18 | N T T Data:Kk | プログラム実行管理方法、装置、及び記録媒体 |
JP2000059533A (ja) * | 1998-08-11 | 2000-02-25 | Fujitsu Ltd | 情報通知システム |
JP2000287249A (ja) * | 1999-03-31 | 2000-10-13 | Fujitsu Ltd | 状態通知方法及び状態通知システム |
JP2001014247A (ja) * | 1999-06-30 | 2001-01-19 | Fujitsu Ltd | サービス調整方法及びサービス調整装置 |
JP2001217926A (ja) * | 2000-02-04 | 2001-08-10 | Nec Shizuoka Ltd | 複合端末装置、および複合端末装置のモード切り替え方法、並びに記録媒体 |
JP2001245029A (ja) * | 2000-02-29 | 2001-09-07 | Sanyo Electric Co Ltd | 折畳式携帯電話装置 |
JP2002158610A (ja) * | 2000-11-20 | 2002-05-31 | Ntt Docomo Inc | 端末状況開示方法、端末状況開示システムおよび無線通信端末 |
JP2003060667A (ja) * | 2001-08-15 | 2003-02-28 | Nippon Telegr & Teleph Corp <Ntt> | サービス動的制限ネットワークシステムおよびサービス制御方法 |
Non-Patent Citations (1)
Title |
---|
25 January 2002, OHMSHA, LTD., ISBN: 4-274-07939-2, article YOJI KANDA: "Wakaru! Instant messaging", XP002970267 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007519998A (ja) * | 2003-12-30 | 2007-07-19 | インテル コーポレイション | I/oデバイスによるチップセット機能検出および構成設定 |
JP2006060514A (ja) * | 2004-08-20 | 2006-03-02 | Nec Corp | 基地局装置と、その温度管理方法およびプログラム |
CN101005643B (zh) * | 2007-01-29 | 2010-05-19 | 李祥明 | 面向移动终端用户的个人综合网络服务与信息系统 |
JP2010044673A (ja) * | 2008-08-18 | 2010-02-25 | Fujitsu Ltd | インスタントメッセージサーバおよびインスタントメッセージ通信方法 |
JP2012503925A (ja) * | 2008-09-26 | 2012-02-09 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | 移動体通信ネットワーク |
CN104394061A (zh) * | 2014-10-31 | 2015-03-04 | 小米科技有限责任公司 | 通信消息推送方法及装置 |
CN104394061B (zh) * | 2014-10-31 | 2018-06-19 | 小米科技有限责任公司 | 通信消息推送方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
AU2003227210A1 (en) | 2003-11-17 |
CN1650607B (zh) | 2010-11-03 |
CN1650607A (zh) | 2005-08-03 |
US20050240318A1 (en) | 2005-10-27 |
JP4722159B2 (ja) | 2011-07-13 |
JP2011160441A (ja) | 2011-08-18 |
JP4327082B2 (ja) | 2009-09-09 |
JPWO2003094492A1 (ja) | 2005-09-08 |
JP2008263625A (ja) | 2008-10-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4722159B2 (ja) | モバイル端末用サーバ、モバイル端末、および、プログラム | |
AU2016206374B2 (en) | Interface for mobile device and computing device | |
US9143723B1 (en) | Communication device | |
US7660587B2 (en) | Communications from hypertext documents | |
US20070129059A1 (en) | Method and apparatus for managing voicemail messages | |
US20080305742A1 (en) | Interface for pda and computing device | |
CN101505284A (zh) | 一种智能的信息动态推送方法及系统 | |
US20100129065A1 (en) | Content request, storage and/or configuration systems and methods for live content or events | |
JP2004110789A (ja) | 組み込みオペレーティング・システムを有する携帯装置を用いてパーソナルコンピュータのリソースを遠隔制御する方法 | |
US10439974B2 (en) | Sharing of activity metadata via messaging systems | |
JP2003115951A (ja) | 話題情報提供システムおよび話題情報提供方法 | |
JP2003233659A (ja) | 配達予告方法、配達予告システム、中央装置、及びサーバコンピュータ | |
JP3434209B2 (ja) | コミュニケーションツール利用状況伝達方法,そのサーバ装置,クライアント端末装置およびそれらのプログラム記録媒体 | |
CN100517278C (zh) | 电子邮件处理方法、邮件服务器以及邮件客户端 | |
KR20130121524A (ko) | 통신 서비스 관리 시스템 및 이의 운용 방법 | |
US20040171376A1 (en) | Method and apparatus for associating a received command with a control for performing actions with a mobile telecommunication device | |
JP2002073455A (ja) | Webページ更新通知方法、クライアントサービスサーバおよびプログラム格納媒体 | |
US7526566B2 (en) | Methods of operating radio communications devices including predefined streaming times and addresses and related devices | |
CN101277499B (zh) | 通信终端 | |
US8898110B2 (en) | Electronic device and method for managing storage of data | |
JP6029414B2 (ja) | 情報処理装置、情報処理方法およびプログラム | |
JP4165023B2 (ja) | 電子機器及び電子機器の制御プログラム | |
JP2002328932A (ja) | ユーザからの問合せに対する回答支援方法及びシステム | |
JP2000134333A (ja) | 携帯電話機を使用する情報配信サービスシステム | |
JP2004295245A (ja) | 情報配信システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 2004502601 Country of ref document: JP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 20038098350 Country of ref document: CN |
|
WWE | Wipo information: entry into national phase |
Ref document number: 10513102 Country of ref document: US |
|
122 | Ep: pct application non-entry in european phase |