WO2012057014A1 - 通信システム - Google Patents

通信システム Download PDF

Info

Publication number
WO2012057014A1
WO2012057014A1 PCT/JP2011/074264 JP2011074264W WO2012057014A1 WO 2012057014 A1 WO2012057014 A1 WO 2012057014A1 JP 2011074264 W JP2011074264 W JP 2011074264W WO 2012057014 A1 WO2012057014 A1 WO 2012057014A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
server
terminal
unit
information storage
Prior art date
Application number
PCT/JP2011/074264
Other languages
English (en)
French (fr)
Inventor
順一 古川
川本　和宏
智宏 織田
泉 薄木
新屋敷　泰史
河崎　利信
古田　晋也
誠 河崎
富一 今井
村上　薫
剛 和中
佐藤　俊孝
Original Assignee
パナソニック株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック株式会社 filed Critical パナソニック株式会社
Publication of WO2012057014A1 publication Critical patent/WO2012057014A1/ja

Links

Images

Classifications

    • 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/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding
    • 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/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression

Definitions

  • the present invention relates to a communication system in which a server and a terminal are configured to be able to communicate with each other, and the terminal provides a plurality of services to a user based on data acquired from the server.
  • a terminal such as a dedicated terminal or a personal computer installed in each dwelling unit is connected to a server for a dwelling unit via a relay device, and the server provides various services to the terminal of each dwelling unit.
  • a relay device for a dwelling unit via a relay device
  • Services include bulletin board service, mail service (simple message), scheduler service, etc.
  • FIG. 12 shows a configuration of a conventional communication system, in which a server 500 and a client-side terminal 600 are connected to a network NT11 so that they can communicate with each other.
  • the server 500 has an individual server function for each service, and a bulletin board server unit 501, a mail server unit 502, a scheduler server unit 503, and the like are individually provided. Each of the server units 501 to 503 is loaded with a server side application (server side application) corresponding to each service.
  • server side application server side application
  • each of the bulletin board server unit 501, the mail server unit 502, and the scheduler server unit 503 has individual storage units 511, 512, and 513. Data corresponding to each service is stored in storage units 511, 512, and 513 provided for each service.
  • the terminal 600 is also provided with an individual terminal-side application (terminal-side application) for each service.
  • a bulletin board application 601, a mail application 602, a scheduler application 603, and the like are individually provided. Yes.
  • the bulletin board application 601, the mail application 602, and the scheduler application 603 are referred to.
  • the bulletin board application 601, the mail application 602, and the scheduler application 603 are collectively referred to as a terminal-side application.
  • Each of the terminal-side applications 601 to 603 has individual storage units 611, 612, and 613, and data corresponding to each service is stored in each storage unit 611, 612, and 613 provided for each service. Stored in
  • FIG. 13 shows a communication sequence when executing a mail service in a conventional communication system.
  • the mail application 602 of the terminal 600 periodically transmits “mail existence confirmation” to the server 500, and the mail server unit 502 of the server 500 stores the mail addressed to the terminal 600 in the storage unit 512. It is determined whether or not there is (S101). If the mail addressed to the terminal 600 is not accumulated, the mail server unit 502 returns a “no mail” message to the terminal 600 (S102). The mail application 602 periodically repeats polling for transmitting “mail presence confirmation” to the server 500.
  • the mail server unit 502 that has received the “mail existence confirmation” returns a “mail present” message to the terminal 600 (S103). Then, the mail application 602 transmits a “reception request” to the server 500 using an event such as a user's reception operation as a trigger (S104) (S105).
  • the mail server unit 502 that has received the “reception request” reads the mail data addressed to the terminal 600 from the storage unit 512, and transmits the mail data addressed to the terminal 600 to the terminal 600 (S106).
  • the mail application 602 that has received the mail data stores the mail data and displays the contents of the mail on the screen of the terminal 600 (S107).
  • the mail application 602 stores the mail data acquired from the server 500 in the storage unit 612 as described above, and can display a list of mails stored in the storage unit 612 on the screen of the terminal 600. it can.
  • FIG. 14 shows a communication sequence when executing the bulletin board service in the conventional communication system.
  • the bulletin board application 601 of the terminal 600 performs an article writing process of transmitting article information input by a user operation of the terminal 600 to the server 500 (S111).
  • the bulletin board server unit 501 of the server 500 processes the article information received from the terminal 600, converts it into bulletin board data, and stores it in the storage unit 511 (S112).
  • the bulletin board data stored in the storage unit 511 is not only individual article data but also article list data is created and stored.
  • the bulletin board application 601 transmits an “article list request” to the server 500 using an event such as a user's reception operation as a trigger (S113) (S114).
  • the bulletin board server unit 501 Upon receiving the “article list request”, the bulletin board server unit 501 reads the article list data addressed to the terminal 600 from the storage unit 511, and transmits the article list data addressed to the terminal 600 to the terminal 600 (S115). The bulletin board application 601 that has received the article list data displays the article list data on the screen of the terminal 600 (S116).
  • the user selects a desired article from the article list data displayed on the screen, and the bulletin board application 601 transmits an acquisition request for the selected article to the server 500.
  • the bulletin board server unit 501 reads the article data to be acquired from the storage unit 511 and transmits the article data to the terminal 600.
  • the bulletin board application 601 that has received the article data displays the article data on the screen of the terminal 600.
  • an HTTP (HyperText Transfer Protocol) server is used as the bulletin board server unit 501 and a program such as CGI (Common Gateway Interface) is prepared to perform data format conversion.
  • CGI Common Gateway Interface
  • the bulletin board server unit 501 transmits HTML-format bulletin board data (article data, article list data) subjected to format conversion to the terminal 600.
  • the bulletin board application 601 of the terminal 600 uses a WEB browser, and the received HTML-format bulletin board data is displayed on the screen by the WEB browser.
  • FIG. 15 shows a communication sequence when a command is transmitted from the server 500 to the terminal 600 in the conventional communication system.
  • the terminal 600 interprets the received command (S122) and returns a command response to the server 500 (S123). For these operations, for example, a distributed object operation may be used. Then, the terminal 600 activates an application as necessary in order to execute processing based on the interpretation of the received command (S124). Thereafter, processing specific to the activated application is performed (S125).
  • a bulletin board service requires a bulletin board server 501 for creating bulletin board data (article data, article list data) in HTML format in the server 500. Furthermore, it is necessary to install a bulletin board application 601 having a WEB browser function in the terminal 600, which is a factor that increases the cost of the terminal 600.
  • the server 500 is provided with a mail server unit 502
  • the terminal 600 is provided with a mail application 602
  • the mail server unit 502 and the mail application 602 include, for example, a POP (Post Office Office Protocol) or the like. Send and receive mail data according to the mail protocol.
  • POP Post Office Office Protocol
  • the data handled in the conventional communication system has a different data structure (data format, description format) for each application providing the service. Therefore, the server 500 requires a server unit for each service, and data management on the server side is complicated. Further, since the data structure handled in each terminal 600 is different for each application, the data processing on the terminal side is complicated.
  • the present invention has been made in view of the above-described reasons, and its purpose is communication that can simplify data management in the server and the terminal when the terminal provides a plurality of services based on data acquired from the server. To provide a system.
  • the present invention is configured such that a server and (at least one) terminal can communicate with each other, and the terminal supports a plurality of services (corresponding to data among a plurality of services) based on data acquired from the server.
  • Communication service includes a first communication unit that transmits the data used by an application for providing a plurality of the services (services corresponding to data) to a user, and the first communication unit transmits the data.
  • the terminal includes a second communication unit that receives the data from the server, and one or more applications (at least an application corresponding to the data), and the application based on the data acquired from the server And a service function unit for providing the service to the user.
  • the data is configured in a data format common to a plurality of services.
  • the data format is described in a format common to a plurality of services, and is described in a data body area used by an application (a plurality of applications for providing a plurality of services) and a format common to a plurality of services. And an information storage area including at least information on the service in which the data body area (body data thereof) is used.
  • the service function unit of the terminal acquires one or more information storage areas from the server, and then matches any one of the acquired information storage areas. Is obtained from the server.
  • the terminal caches an information storage area and a data body area acquired by the service function unit from the server, and reads / writes the information storage area and the data body area to the cache unit. And a cache management unit to perform.
  • the information storage area includes a flag indicating whether to cache in the cache unit.
  • the cache management unit of the terminal stores the information storage area and the data body area acquired by the service function unit in the cache unit based on the flag included in the information storage area acquired by the service function unit. Determine whether to cache.
  • the service function unit of the terminal acquires the data from the server
  • the information storage area is If the information storage area of the data acquired from the cache unit is not cached in the cache unit, the information storage area is acquired from the server and the acquired one or more of the information storage areas
  • the data body area is acquired from the cache unit. If the data body area to be acquired is not cached in the cache unit, the data Obtaining a body region from the server.
  • the information storage area includes interval information indicating a time interval.
  • the service function unit of the terminal acquires the information storage area including the interval information
  • the service function unit of the terminal sets the data body area paired with the acquired information storage area for each time interval based on the interval information. Get from.
  • the present invention has an effect of simplifying data management in the server and the terminal when the terminal provides a plurality of services based on the data acquired from the server.
  • the communication system of this embodiment is configured such that a server 1 and a plurality of terminals 2 on the client side are connected to a network NT1 and can communicate with each other.
  • a terminal 2 such as a dedicated terminal or a personal computer installed in each dwelling unit is connected to a server 1 for a dwelling unit via a network NT1, and the server 1 is connected to the terminal 2 of each dwelling unit.
  • Services include bulletin board services, mail services (simple messages), scheduler services, and the like.
  • the server 1 includes a communication unit 11, a data processing server unit 12, a data management unit 13, and a database 14.
  • the installation place of the server 1 does not ask
  • the communication unit 11 has an interface function for exchanging signals with the network NT1, and constitutes a first communication unit of the present invention.
  • the database 14 stores data corresponding to each of the above services, and the terminal 2 can provide each service to the user by transmitting each data to the terminal 2.
  • the data management unit 13 manages each data in the database 14 and writes, reads, and deletes data in the database 14.
  • the data processing server unit 12 performs data transmission / reception by the communication unit 11, data management of the database 14 by the data management unit 13, data format conversion processing described later, and the like.
  • the terminal 2 includes a communication unit 21, a service function unit 22, a cache unit 23, and a cache management unit 24.
  • the communication unit 21 has an interface function for exchanging signals with the network NT1, and constitutes a second communication unit of the present invention.
  • the service function unit 22 is loaded with applications for executing various services.
  • a bulletin board application 221, a mail application 222, and a scheduler application 223 are loaded.
  • the bulletin board application 221, the mail application 222, and the scheduler application 223 are referred to.
  • the bulletin board application 221, the mail application 222, and the scheduler application 223 are collectively referred to as a terminal-side application.
  • the cache unit 23 caches the data acquired from the server 1, and the cache management unit 24 manages each data in the cache unit 23, and writes, reads, and deletes data in the cache unit 23.
  • the terminal-side applications 221 to 223 of the terminal 2 acquire data stored in the database 14 of the server 1 at the time of service execution.
  • the data stored in the database 14 includes bulletin board data used by the bulletin board application 221, mail data used by the mail application 222, scheduler data used by the scheduler application 223, and the like.
  • the data processing server unit 12 receives article information created by the bulletin board application 221 of the terminal 2, processes the received article information, and converts it into bulletin board data.
  • the unit 13 stores the bulletin board data in the database 14.
  • the data processing server unit 12 receives mail information from an external network such as the Internet, processes the received mail information and converts it into mail data, and the data management unit 13 converts the mail data. Is stored in the database 14.
  • the data processing server unit 12 receives the schedule information created by the scheduler application 223 of the terminal 2, and processes the received schedule information to convert it into scheduler data. Then, the data management unit 13 stores the scheduler data in the database 14.
  • the bulletin board data, mail data, scheduler data, etc. stored in the database 14 are configured by the data processing server unit 12 in a common data format regardless of the service using these data. ing.
  • data such as bulletin board data, mail data, and scheduler data configured in a common data format are collectively referred to as common data.
  • FIG. 2 shows the data format of the common data (hereinafter referred to as the common format).
  • the information storage area R1 (INDEX) provided at the head of the common data and the data provided subsequent to the information storage area R1.
  • the main body region R2 (BODY).
  • the information storage area R1 includes at least information (additional information) relating to services (bulletin board service, mail service, scheduler service, etc.) in which the information in the data main body area R2 is used.
  • each information of “ID”, “From”, “To”, “Date”, “Priority”, “Limit”, “Loop”, “Interval”, “Type”, and “Cache” is stored as information. It is included in region R1.
  • the data description format in the information storage area R1 is commonly set for each application such as the bulletin board application 221, the mail application 222, and the scheduler application 223.
  • the “ID” information is identification information for managing the common data
  • the “From” information is address information of the transmission source of the common data
  • the “To” information is the transmission destination of the common data. It is address information
  • “Date” information indicates the creation date and time of common data.
  • the “Priority” information is the priority of the common data
  • the “Limit” information indicates an expiration date of the common data.
  • “Loop” information indicates the presence or absence of a repetitive request, which will be described later
  • “Interval” information indicates an interval time at the time of the repetitive request.
  • the “Type” information indicates the type of application in which the common data is used and the type of the common data.
  • “Cache” information indicates whether or not the common data needs to be cached.
  • the service function unit 22 of the terminal 2 can determine the application using the common data by referring to the common data information storage area R1 (its “Type” information), and deliver the common data to the target application. Can do.
  • the data body area R2 is data that each application installed in the service function unit 22 of the terminal 2 actually uses at the time of service execution.
  • the types of applications and data types that use the data body area R2 are information storage areas. It is shown in “Type” of R1.
  • the data description format in the data main body region R2 is set in common for each application such as the bulletin board application 221, the mail application 222, the scheduler application 223, and the like.
  • the data processing server unit 12 of the server 1 converts information in various formats input from the outside into common data in a common format and stores it in the database 14.
  • the information in various formats input from the outside includes article information used for the bulletin board service, mail information used for the mail service, schedule information created by the scheduler application 223 used for the scheduler service, and the like.
  • Each of these pieces of information is received by the server 1 via the network NT1 in the apartment house and via an external network such as the Internet.
  • the data processing server unit 12 stores application information J1 shown in FIG. 3, and performs conversion processing to common data based on the application information J1.
  • application information J1 items of type information, input information format, and conversion means are set for each application installed in the service function unit 22 of the terminal 2.
  • type information “ID1”, input information format “HTML”, and conversion means “conversion method 1” are set. That is, the article information created in the “HTML” input information format is converted into bulletin board data in a common format by “conversion method 1”, and “Type” information in the bulletin board data information storage area R1 includes “Type” information. ID1 "is set.
  • Type information “ID2”, input information format “MBOX”, and conversion means “conversion method 2” are set. That is, the mail information created in the “MBOX” input information format is converted into mail data in a common format by “conversion method 2”, and “Type” information in the mail data information storage area R1 includes “ ID2 "is set.
  • type information “ID3”, input information format “vCalendar”, and conversion means “conversion method 3” are set. That is, the schedule information created in the “vCalendar” input information format is converted into the common format scheduler data by “conversion method 3”, and the “Type” information in the scheduler data information storage area R1 includes “ ID3 "is set.
  • FIG. 4 is an operation flowchart showing data conversion processing by the data processing server unit 12 of the server 1.
  • the data processing server unit 12 determines an application type (bulletin board, mail, scheduler) corresponding to the input information (S2), and further creates a common format created in a common format. It is determined whether it is data (S3). If the input information is common data, it is stored in the database 14 (S5). If the input information is not common data, it is converted into common data based on the application information J1 as described above (S4) and then stored in the database 14 (S5).
  • an application type bulletin board, mail, scheduler
  • the database 14 of the server 1 stores common data in which the information storage area R1 and the data body area R2 are paired.
  • the service function unit 22 of the terminal 2 stores application information J2 shown in FIG. 6, and processes the common data acquired from the server 1 based on the application information J2.
  • the application information J2 items of type information and processing contents are set for each application installed in the service function unit 22 of the terminal 2.
  • the service function unit 22 determines that the common data in which the type information “ID1” is set is bulletin board data, executes the bulletin board application 221, and displays the bulletin board data on the screen of the terminal 2. To do.
  • the service function unit 22 determines that the common data in which the type information “ID3” is set is scheduler data, executes the scheduler application 223, and displays the scheduler data on the screen of the terminal 2 To do.
  • the bulletin board application 221 of the terminal 2 transmits a bulletin board service list request to the server 1 by a user operation of the terminal 2 (S11).
  • the terminal ID (room number) of the source terminal 2 and the “Type” information (in this case, ID1) of the requested data are added.
  • the data processing server unit 12 of the server 1 Upon receiving the bulletin board service list request (S21), the data processing server unit 12 of the server 1 confirms the terminal ID of the terminal 2 that is the transmission source of the list request based on the received list request (S22). , “Type” information is confirmed (S23). Then, the data management unit 13 retrieves data related to the terminal 2 that is the transmission source of the list request from data (in this case, bulletin board data used by the bulletin board application 221) with the matching “Type” information, and stores the information. Only the region R1 is read from the database 14 (S24). The data processing server unit 12 returns the list data (article list data) in the information storage area R1 of the bulletin board data to the terminal 2 (S25).
  • the service function unit 22 of the terminal 2 that has transmitted the list request determines whether or not there is a response from the server 1 (reply of article list data) to the list request (S12).
  • the service function unit 22 acquires the article list data from the server 1 (S13)
  • the service function unit 22 determines that the data is for bulletin board service based on the “Type” information included in the information storage area R1 constituting the article list data.
  • the bulletin board application 221 is executed (S14).
  • the bulletin board application 221 displays a list of the information storage area R1 of the bulletin board data on the screen of the terminal 2.
  • the bulletin board application 221 refers to the “Cache” information in the information storage area R1 for each of the information storage areas R1 constituting the article list data acquired from the server 1, and stores the information in the information storage area R1 in the list.
  • the necessity to cache each is determined (S15). Then, only the information storage area R1 in which the “Cache” information is set to the necessity “present” is cached in the cache unit 23 by the cache management unit 24 (S16).
  • the information storage area R1 in which the “Cache” information is set to “None” as necessity is not cached in the cache unit 23 and is discarded after the end of the list display (S17).
  • the terminal 2 transmits a data list request used by an application other than the bulletin board application 221 (email application 222, scheduler application 223, etc.) to the server 1, the same processing as described above is performed. That is, the terminal 2 can receive the mail list data and schedule list data from the server 1 and display them on the screen.
  • an application other than the bulletin board application 221 email application 222, scheduler application 223, etc.
  • the list is displayed based on each information included in the information storage area R1, and in the case of a mail service, the list includes information such as a mail sender, a title, and a reception date and time.
  • information such as the title of the article, the creator of the article, and the creation date and time of the article.
  • schedule service the schedule title, schedule creation date and time, and the like.
  • FIG. 9 is an operation flowchart showing processing in the terminal 2 displaying list data (article list data, mail list data, schedule list data, etc.).
  • list data article list data, mail list data, schedule list data, etc.
  • the bulletin board service will be described as an example.
  • the terminal 2 displays bulletin board service article list data on its screen.
  • the terminal 2 is configured to be able to select any article from the article list data displayed on the screen by a user operation, and enters a selection waiting state (S31).
  • the presence / absence of an article selection operation is determined (S32). If an article selection operation occurs, the bulletin board application 221 transmits a data body request for a bulletin board service to the server 1 (S33). That is, the user selects an article whose detailed contents are to be known from the article list data, and transmits a data body request to the server 1 in order to acquire the data body area R2 (article data) of the article.
  • the terminal ID room number
  • the “Type” information in this case, ID1
  • information on the selected article is added to the data body request.
  • the data processing server unit 12 of the server 1 searches and reads the data body region R2 (data body) of the bulletin board data to be requested from the database 14 by the data management unit 13 based on the received data body request. Then, the data processing server unit 12 returns the data body area R2 of the bulletin board data to the terminal 2.
  • the service function unit 22 of the terminal 2 that has transmitted the data body request determines whether there is a response from the server 1 (reply of article data) to the data body request (S34).
  • the service function unit 22 acquires the article data from the server 1 (S35)
  • the service function unit 22 executes the bulletin board application 221 and displays the acquired article data (the data body area R2 of the bulletin board data) on the screen of the terminal 2. It is displayed (S36).
  • the bulletin board application 221 determines whether or not the data storage area R2 acquired from the server 1 is stored by determining whether or not the information storage area R1 paired with the article data acquired from the server 1 is stored in the cache unit 23.
  • the necessity of caching is determined (S37).
  • the information storage area R1 paired with the article data acquired from the server 1 is stored in the cache unit 23
  • the data body area R2 acquired from the server 1 is cached in the cache unit 23 by the cache management unit 24 ( S38).
  • the display is completed without caching the data body area R2 acquired from the server 1 in the cache section 23. Discard later (S39).
  • the terminal 2 transmits a data body request for data used by an application other than the bulletin board application 221 (email application 222, scheduler application 223, etc.) to the server 1, the same processing is performed. That is, the terminal 2 can receive the mail contents and schedule contents from the server 1 and display them on the screen.
  • an application other than the bulletin board application 221 email application 222, scheduler application 223, etc.
  • the structure of the data received by the terminal 2 from the server 1 is unified in a common format, and the server 1 and the terminal 2 can perform data processing using a common data structure for a plurality of services. Become.
  • the data acquired from the server 1 is unified into common data. Therefore, it is not necessary to secure a memory area of data for each application corresponding to each service, and memory resources can be used effectively. it can. In addition, data management for each service becomes easy.
  • data management at the server 1 and the terminal 2 can be simplified.
  • the common data is composed of an information storage area R1 and a data body area R2.
  • the terminal 2 first acquires only the information storage area R1 from the server 1 and displays a list, and then the necessary data body area. R2 can be acquired from the server 1. Therefore, compared with the case where both the information storage area R1 and the data main body area R2 are acquired from the server 1 at a time, high-speed communication is possible, and further, the data amount of the entire communication path can be suppressed. Further, the server 1 stores all the common data in the database 14, and the terminal 2 only has to cache only necessary data in the cache unit 23, and the memory resources of the terminal 2 can be suppressed.
  • the service function unit 22 (application) of the terminal 2 refers to the “Cache” information in the information storage area R1, and determines whether or not it is necessary to cache data. Therefore, the memory resources of the terminal 2 can be further suppressed without caching unnecessary data.
  • the “Cache” information in the information storage area R1 is created by the data processing server unit 12 of the server 1, and the server 1 can determine whether or not the terminal 2 requires a cache and control the cache operation of the terminal 2. it can.
  • the terminal 2 displays bulletin board service article list data on its screen.
  • the terminal 2 is configured to be able to select any article from the article list data displayed on the screen by a user operation, and enters a selection waiting state (S41).
  • a selection waiting state S41
  • it is determined whether or not an article selection operation is performed S42. If an article selection operation occurs, the bulletin board application 221 refers to the cache unit 23 (S43), and the data body corresponding to the selected article. It is determined whether or not the region R2 (main body data) is cached in the cache unit 23 (S44).
  • the corresponding data body region R2 is acquired from the cache unit 23, and the acquired article data (the bulletin board data of the bulletin board data is acquired by the bulletin board application 221).
  • the data body area R2) is displayed on the screen of the terminal 2 (S45).
  • the terminal 2 When the data main body region R2 corresponding to the selected article is not cached in the cache unit 23, the terminal 2 performs the same processing as step S33 and subsequent steps in FIG. 9, acquires the article data from the server 1, and displays it. .
  • the terminal 2 transmits a data body request for data used by an application other than the bulletin board application 221 (email application 222, scheduler application 223, etc.) to the server 1, the same processing is performed. That is, the terminal 2 can perform processing for acquiring mail content and schedule content according to the cache status.
  • the bulletin board application 221 email application 222, scheduler application 223, etc.
  • the service function unit 22 (application) of the terminal 2 acquires the data body region R2 from the server 1, first, the cache status of the cache unit 23 is confirmed. If the data body region R2 to be acquired is cached, the cached data is acquired, so that the processing speed can be improved. In addition, since the common data of the common format is cached without caching the data of different formats for each application, the data search process and storage process in the cache unit 23 are facilitated.
  • the service function unit 22 (application) of the terminal 2 acquires any information storage area R1 corresponding to the service to be executed from the server 1
  • the service function unit 22 (application) first checks the cache status of the cache unit 23. If the information storage area R1 to be acquired is cached, the cached data is acquired, so that the processing speed can be improved. On the other hand, if the information storage area R1 to be acquired is not cached, the information storage area R1 is acquired from the server 1.
  • “Loop” information included in the common data information storage area R1 indicates the presence / absence of a repetitive request, and “Interval” information indicates an interval time. Then, the service function unit 22 of the terminal 2 reads the information storage area R1 received from the server 1 (S51), and when “repetition requested” is set in the “Loop” information, the information storage area R1 The data body region R2 paired with is periodically acquired from the server 1.
  • the service function unit 22 of the terminal 2 refers to the “Interval” information included in the information storage area R1, and confirms the interval time (S52). Then, the service function unit 22 starts a timing operation and determines whether or not the timing has reached the interval time (S53). When the measured time reaches the interval time, the service function unit 22 executes the corresponding application, transmits a data body request to the server 1, acquires the corresponding data body region R1 from the server 1, and displays the screen. It is displayed on the top (S54).
  • the information that is sequentially input to the server 1 as time elapses can be periodically acquired by the terminal 2 from the server 1, and a simple server-side service can be realized.
  • the data exchanged between the server 1 and the terminal 2 is composed of common data in a common format, and the object is to facilitate data management in the server 1 and the terminal 2.
  • the data structure of the information storage area R1 and the data body area R2 shown in FIG. 2 does not matter in the data format (text data such as XML, binary data, etc.).
  • text data such as XML, binary data, etc.
  • information relating to the mail service in which the data body area R2 is used may be stored in the information storage area R1, and the mail content may be stored in the data body area R2.
  • each piece of information included in the information storage area R1 shown in FIG. 2 is an example, and the information storage area R1 indicates the type of application in which common data is used and the type of this common data. It is sufficient that at least “Type” information is included. Furthermore, information not shown in FIG. 2 may be included in the information storage area R1.
  • the common data must always contain information in the information storage area R1, but it does not matter whether or not there is information in the data body area R2. For example, when special information is set in the “Type” information of the information storage area R1 and the information storage area R1 is used as a command, no information is stored in the data body area R2. In such a case, the presence / absence of information in the data body region R2 may be written in the information storage region R1.
  • the type of database 14 provided in the server 1 and the storage method are not limited.
  • a general RDBMS Relational DataBase Management System
  • a unique database structure may be used. That is, it suffices if the information storage area R1 and the data body area R2 for common data can be searched in response to a request from the terminal 2.
  • the method of inputting information to the server 1 is not limited.
  • a mail service after receiving data in a general mail format such as MBOX from a mail server of an external provider, a method of converting to common data, or a common data structure using a provider's own mail format
  • a method of converting to common data or a common data structure using a provider's own mail format
  • There are ways to receive data That is, it is only necessary that information input from the outside to the server 1 can be finally stored in the database 14 of the server 1 in the common data structure.
  • the display form of data on the screen of the terminal 2 does not matter.
  • the display form of the article list data depends on the bulletin board application 221. That is, if the corresponding application is executed based on each information included in the common data information storage area R1 acquired from the server 1, the terminal 2 displays a data display method, application specifications, and the like. Does not matter.
  • a device that exchanges common data with the terminal 2 is not limited to the server 1.
  • the terminal 2 can communicate with the terminal 2 without using the server 1.
  • Common data may be used for communication.
  • the terminal 2 performs a monitoring control service for a home device (not shown)
  • the common data may be used for communication between the terminal 2 and the home device without going through the server 1.
  • the terminal 2 performs message communication with an interphone device (not shown) installed at the entrance, elevator or the like, similarly, common data for communication between the terminal 2 and the interphone device without passing through the server 1. May be used.
  • bulletin board application 221, the mail application 222, and the scheduler application 223 are individually installed in the service function unit 22 of the terminal 2.
  • bulletin board data display methods for bulletin board services for bulletin board services
  • mail data display methods for mail services for mail services
  • scheduler data display methods for scheduler services which are suitable for each service.
  • the service function unit 22 of the terminal 2 may be equipped with one application having each function such as the bulletin board application 221, the mail application 222, and the scheduler application 223.
  • common data such as bulletin board service, mail service, scheduler service, etc. are collectively displayed on the terminal 2 and filtering processing is performed by the user's selection operation, one application having each function of a plurality of services is installed. May be.
  • the terminal 2 transmits a request to the server 1, and the server 1 transmits common data to the terminal 2 as a reply to the request.
  • the trigger for the server 1 to transmit common data to the terminal 2 may be other than a request from the terminal 2.
  • the server 1 voluntarily sends a list (mail list data) of the information storage area R1 of mail data stored in the database 14 to the terminal 2 when receiving mail information from the outside or periodically. You may send it.
  • the server unit (server-side application) of the server 500 and the application (terminal-side application) of the terminal 600 are required for the number of services provided to the user. That is, when adding a new service, as shown in FIG. 12, a new server unit 504 and a storage unit 514 are added to the server 500, and a new application 604 and a storage unit 614 are added to the terminal 600. There was a need to do. Therefore, it is not easy to add a new service.
  • the data exchanged between the server 1 and the terminal 2 is unified into common data. Therefore, when adding a new service, the data processing server unit 12 of the server unit 1 and the service of the terminal 2 It becomes easy to add a new function to the function unit 22.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　サーバは、複数のサービスを提供するためのアプリケーションが用いるデータを端末へ送信する通信部と、データを管理するデータ処理サーバ部とを備える。端末２は、サーバからデータを受信する通信部と、サーバから取得したデータに基づいてアプリケーションを実行することによって、ユーザにサービスを提供するサービス機能部とを備える。データは、複数のサービスに共通のデータフォーマットで構成され、データフォーマットは、複数のサービスに共通の形式で記述されて、アプリケーションが用いるデータ本体領域と、複数のサービスに共通の形式で記述されて、データ本体領域が用いられるサービスに関する情報を少なくとも含む情報格納領域とで構成される。

Description

通信システム
　本発明は、サーバと端末とが互いに通信可能に構成されて、端末が、サーバから取得したデータに基づいてユーザに複数のサービスを提供する通信システムに関するものである。
　集合住宅において、各住戸に設置された専用端末やパーソナルコンピュータ等の端末が、中継装置を介して集合住宅用のサーバに接続し、サーバが各住戸の端末へ各種のサービスを提供する通信システムがある（例えば、日本国特許出願公開番号２００８－１６５４４７参照）。
　しかしながら、中継装置を介することなく、端末装置とサーバとが直接通信を行い、サーバが各住戸の端末へ各種のサービスを提供する通信システムがあり、システム構成の簡略化の点で優れている。
　サービスとしては、掲示板サービス、メールサービス（簡易メッセージ）、スケジューラサービス等がある。
　図１２は、従来の通信システムの構成を示し、サーバ５００と、クライアント側の端末６００とがネットワークＮＴ１１に接続して、互いに通信可能に構成されている。
　サーバ５００は、サービス毎に個別のサーバ機能を有しており、掲示板用サーバ部５０１、メール用サーバ部５０２、スケジューラ用サーバ部５０３等が個別に設けられている。そして、各サーバ部５０１～５０３には、それぞれのサービスに対応したサーバ側アプリケーション（サーバ側アプリ）が搭載されている。
　さらに、掲示板用サーバ部５０１、メール用サーバ部５０２、スケジューラ用サーバ部５０３の各々は、個別の記憶部５１１，５１２，５１３を有している。そして、各サービスに対応したデータは、サービス毎に個別に設けられた記憶部５１１，５１２，５１３に格納される。
　一方、端末６００も、サービス毎に個別の端末側アプリケーション（端末側アプリ）が搭載されており、図１２では、掲示板用アプリケーション６０１、メール用アプリケーション６０２、スケジューラ用アプリケーション６０３等が個別に設けられている。なお、以降、掲示板用アプリ６０１、メール用アプリ６０２、スケジューラ用アプリ６０３と称す。また、掲示板用アプリ６０１、メール用アプリ６０２、スケジューラ用アプリ６０３をまとめて端末側アプリと称す。
　そして、端末側アプリ６０１～６０３の各々は、個別の記憶部６１１，６１２，６１３を有しており、各サービスに対応したデータは、サービス毎に個別に設けられた記憶部６１１，６１２，６１３に格納される。
　図１３は、従来の通信システムにおけるメールサービスを実行する際の通信シーケンスを示す。
　まず、端末６００のメール用アプリ６０２が、定期的に「メールの存在確認」をサーバ５００へ送信し、サーバ５００のメール用サーバ部５０２は、端末６００宛のメールが記憶部５１２に蓄積されているか否かを判別する（Ｓ１０１）。メール用サーバ部５０２は、端末６００宛のメールが蓄積されていない場合、「メールなし」のメッセージを端末６００へ返信する（Ｓ１０２）。メール用アプリ６０２は、「メールの存在確認」をサーバ５００へ送信するポーリングを定期的に繰り返す。
　「メールの存在確認」を受信したメール用サーバ部５０２は、端末６００宛のメールが蓄積されている場合、「メールあり」のメッセージを端末６００へ返信する（Ｓ１０３）。そして、メール用アプリ６０２は、ユーザの受信操作等のイベントをトリガとして（Ｓ１０４）、「受信要求」をサーバ５００へ送信する（Ｓ１０５）。「受信要求」を受信したメール用サーバ部５０２は、端末６００宛のメールデータを記憶部５１２から読み出し、この端末６００宛のメールデータを端末６００へ送信する（Ｓ１０６）。メールデータを受信したメール用アプリ６０２は、メールデータを保存するとともに、端末６００の画面上にメールの内容を表示する（Ｓ１０７）。
　メール用アプリ６０２は、上記のようにサーバ５００から取得したメールデータを記憶部６１２に保存しており、端末６００の画面上に、記憶部６１２に保存しているメールのリストを表示することができる。
　次に、図１４は、従来の通信システムにおける掲示板サービスを実行する際の通信シーケンスを示す。
　まず、端末６００の掲示板用アプリ６０１は、端末６００のユーザ操作によって入力された記事情報をサーバ５００へ送信する記事書込み処理を行う（Ｓ１１１）。サーバ５００の掲示板用サーバ部５０１は、端末６００から受信した記事情報を処理して、掲示板用データに変換し、記憶部５１１に格納する（Ｓ１１２）。記憶部５１１に格納された掲示板用データは、個別の記事データだけでなく、記事リストデータも作成され、保存される。そして、掲示板用アプリ６０１は、ユーザの受信操作等のイベントをトリガとして（Ｓ１１３）、「記事リスト要求」をサーバ５００へ送信する（Ｓ１１４）。「記事リスト要求」を受信した掲示板用サーバ部５０１は、端末６００宛の記事リストデータを記憶部５１１から読み出し、この端末６００宛の記事リストデータを端末６００へ送信する（Ｓ１１５）。記事リストデータを受信した掲示板用アプリ６０１は、端末６００の画面上に記事リストデータを表示する（Ｓ１１６）。
　そして、ユーザは、画面上に表示された記事リストデータから所望の記事を選択し、掲示板用アプリ６０１は、この選択された記事の取得要求をサーバ５００へ送信する。掲示板用サーバ部５０１は、取得要求の対象となる記事データを記憶部５１１から読み出し、この記事データを端末６００へ送信する。記事データを受信した掲示板用アプリ６０１は、端末６００の画面上に記事データを表示する。
　一般の掲示板サービスでは、掲示板用サーバ部５０１としてＨＴＴＰ（HyperText Transfer Protocol）サーバが使用され、さらにはＣＧＩ（Common Gateway Interface）等のプログラムが準備されており、データの形式変換を行っている。掲示板用サーバ部５０１は、掲示板のデータ取得要求が端末６００からあった場合、形式変換を行ったＨＴＭＬ形式の掲示板用データ（記事データ、記事リストデータ）を端末６００へ送信する。そして、端末６００の掲示板用アプリ６０１には、ＷＥＢブラウザが用いられており、ＷＥＢブラウザによって、受信したＨＴＭＬ形式の掲示板用データを画面上に表示する。
　次に、図１５は、従来の通信システムにおいて、サーバ５００から端末６００へコマンドを送信する際の通信シーケンスを示す。
　サーバ５００が端末６００へ処理要求コマンドを送信すると（Ｓ１２１）、端末６００は、受信したコマンドを解釈し（Ｓ１２２）、コマンド応答をサーバ５００へ返信する（Ｓ１２３）。これらの動作は、例えば分散オブジェクト操作等を用いることが考えられる。そして、端末６００は、受信したコマンドの解釈に基づく処理を実行するために、必要に応じてアプリケーションを起動させる（Ｓ１２４）。以降、起動したアプリケーション固有の処理を行う（Ｓ１２５）。
　従来の通信システムにおいて、例えば掲示板サービスでは、サーバ５００に、ＨＴＭＬ形式の掲示板データ（記事データ、記事リストデータ）を作成するための掲示板用サーバ５０１が必要になる。さらに、端末６００には、ＷＥＢブラウザ機能を有する掲示板用アプリ６０１を搭載する必要があり、端末６００のコストが高くなる要因となっていた。
　また、メールサービスでは、サーバ５００にメール用サーバ部５０２を設け、端末６００にメール用アプリ６０２を設けて、メール用サーバ部５０２とメール用アプリ６０２とが、例えばＰＯＰ（Post Office Protocol）等のメール用プロトコルにしたがってメールデータの送受信を行う。
　上記以外のサービスにおいても、サービス毎に個別のサーバ部およびアプリを設ける必要があり、さらにはサービス毎に独自のデータ構造を有するデータを用いていた。
　このように、従来の通信システムで扱うデータは、サービスを提供するアプリケーション毎にデータ構造（データフォーマット、記述形式）が異なる。したがって、サーバ５００では、サービス毎のサーバ部が必要となり、サーバ側でのデータ管理が複雑化していた。また、端末６００では、アプリケーション毎に扱うデータ構造が異なるため、端末側でのデータ処理も複雑化していた。
　本発明は、上記事由に鑑みてなされたものであり、その目的は、サーバから取得したデータに基づいて端末が複数のサービスを提供する場合に、サーバおよび端末でのデータ管理を簡略化できる通信システムを提供することにある。
　本発明は、サーバと（少なくとも一つの）端末とが互いに通信可能に構成されて、前記端末が、前記サーバから取得したデータに基づいてユーザに複数のサービス（複数のサービスのうちそのデータに対応するサービス）を提供する通信システムである。前記サーバは、ユーザに複数の前記サービス（データに対応するサービス）を提供するためのアプリケーションが用いる前記データを前記端末へ送信する第１の通信部と、この第１の通信部が送信する前記データを管理するデータ処理サーバ部とを備える。前記端末は、前記サーバから前記データを受信する第２の通信部と、１つ以上のアプリケーション（少なくとも前記データに対応するアプリケーション）を具備して、前記サーバから取得した前記データに基づいて前記アプリケーションを実行することによって、ユーザに前記サービスを提供するサービス機能部とを備える。前記データは、複数のサービスに共通のデータフォーマットで構成される。前記データフォーマットは、複数のサービスに共通の形式で記述されて、アプリケーション（複数のサービスをそれぞれ提供するための複数のアプリケーション）が用いるデータ本体領域と、複数のサービスに共通の形式で記述されて、前記データ本体領域（の本体データ）が用いられる前記サービスに関する情報を少なくとも含む情報格納領域とを含んでいる。
　一実施形態において、前記端末の前記サービス機能部は、１または複数の情報格納領域を前記サーバから取得した後に、この取得した１または複数の情報格納領域から選択したいずれかの情報格納領域と対になるデータ本体領域を前記サーバから取得する。
　一実施形態において、前記端末は、前記サービス機能部が前記サーバから取得した情報格納領域およびデータ本体領域をキャッシュするキャッシュ部と、このキャッシュ部への前記情報格納領域および前記データ本体領域の読み書きを行うキャッシュ管理部とを備える。
　一実施形態において、前記情報格納領域は、前記キャッシュ部にキャッシュするか否かを示すフラグを含む。前記端末の前記キャッシュ管理部は、前記サービス機能部が取得した前記情報格納領域に含まれる前記フラグに基づいて、前記サービス機能部が取得した前記情報格納領域および前記データ本体領域を前記キャッシュ部にキャッシュするか否かを判断する。
　一実施形態において、前記端末の前記サービス機能部は、前記サーバから前記データを取得する場合、前記取得するデータの前記情報格納領域が前記キャッシュ部にキャッシュされていれば、この情報格納領域を前記キャッシュ部から取得し、前記取得するデータの前記情報格納領域が前記キャッシュ部にキャッシュされていなければ、この情報格納領域を前記サーバから取得し、前記取得した１つ以上の前記情報格納領域のうち、所望の前記情報格納領域と対になるデータ本体領域を前記サーバから取得する場合、前記取得するデータ本体領域が前記キャッシュ部にキャッシュされていれば、このデータ本体領域を前記キャッシュ部から取得し、前記取得するデータ本体領域が前記キャッシュ部にキャッシュされていなければ、このデータ本体領域を前記サーバから取得する。
　一実施形態において、前記情報格納領域は、時間間隔を示すインターバル情報を含む。前記端末の前記サービス機能部は、前記インターバル情報を含む前記情報格納領域を取得した場合、前記インターバル情報に基づく時間間隔毎に、前記取得した情報格納領域と対になる前記データ本体領域を前記サーバから取得する。
　以上説明したように、本発明では、サーバから取得したデータに基づいて端末が複数のサービスを提供する場合に、サーバおよび端末でのデータ管理を簡略化できるという効果がある。
　本発明の好ましい実施形態をさらに詳細に記述する。本発明の他の特徴および利点は、以下の詳細な記述および添付図面に関連して一層良く理解されるものである。
実施形態における通信システムの構成を示すブロック図である。 同上の共通データのデータフォーマットを示す構造図である。 同上のサーバが保持するアプリケーション情報を示すテーブル図である。 同上のサーバによるデータ変換処理を示すフローチャート図である。 同上のサーバのデータベースの格納されているデータ構造を示すテーブル図である。 同上の端末が保持するアプリケーション情報を示すテーブル図である。 同上の端末における共通データ取得処理を示すフローチャート図である。 同上のサーバにおける共通データ取得処理を示すフローチャート図である。 同上の端末における共通データ取得処理を示すフローチャート図である。 同上の端末におけるキャッシュ済の共通データ取得処理を示すフローチャート図である。 同上の端末における繰り返し要求処理を示すフローチャート図である。 従来の通信システムの構成を示すブロック図である。 従来の通信システムにおけるメールサービスを示すシーケンス図である。 従来の通信システムにおける掲示板サービスを示すシーケンス図である。 従来の通信システムにおけるコマンド送信を示すシーケンス図である。
　以下、本発明の実施の形態を図面に基づいて説明する。
　本実施形態の通信システムは、図１に示すように、サーバ１と、クライアント側の複数の端末２とがネットワークＮＴ１に接続して、互いに通信可能に構成されている。この通信システムは、集合住宅において、各住戸に設置された専用端末やパーソナルコンピュータ等の端末２が、ネットワークＮＴ１を介して集合住宅用のサーバ１に接続し、サーバ１が各住戸の端末２へ各種のサービスを提供する。サービスには、掲示板サービス、メールサービス（簡易メッセージ）、スケジューラサービス等がある。
　そして、サーバ１は、通信部１１と、データ処理サーバ部１２と、データ管理部１３と、データベース１４とを備える。なお、サーバ１の設置場所は、集合住宅の内外を問わない。
　通信部１１は、ネットワークＮＴ１との間で信号授受を行うインターフェース機能を有しており、本発明の第１の通信部を構成している。
　データベース１４は、上記サービスの各々に対応したデータが格納されており、各データを端末２へ送信することによって、端末２は各サービスをユーザへ提供可能となる。
　データ管理部１３は、データベース１４内の各データを管理しており、データベース１４におけるデータの書き込み、読み出し、削除を行う。
　データ処理サーバ部１２は、通信部１１によるデータの送受信、データ管理部１３によるデータベース１４のデータ管理、後述のデータ形式の変換処理等を行う。
　次に、端末２は、通信部２１と、サービス機能部２２と、キャッシュ部２３と、キャッシュ管理部２４とを備える。
　通信部２１は、ネットワークＮＴ１との間で信号授受を行うインターフェース機能を有しており、本発明の第２の通信部を構成している。
　サービス機能部２２は、各種サービスを実行するためのアプリケーションが搭載されており、本実施形態では、掲示板用アプリケーション２２１と、メール用アプリケーション２２２と、スケジューラ用アプリケーション２２３とが搭載されている。なお、以降、掲示板用アプリ２２１、メール用アプリ２２２、スケジューラ用アプリ２２３と称す。また、掲示板用アプリ２２１、メール用アプリ２２２、スケジューラ用アプリ２２３をまとめて端末側アプリと称す。
　キャッシュ部２３は、サーバ１から取得したデータをキャッシュし、キャッシュ管理部２４は、キャッシュ部２３内の各データを管理しており、キャッシュ部２３におけるデータの書き込み、読み出し、削除を行う。
　そして、端末２の端末側アプリ２２１～２２３は、サービス実行時に、サーバ１のデータベース１４に格納されているデータを取得する。
　データベース１４に格納されているデータには、掲示板用アプリ２２１が用いる掲示板用データ、メール用アプリ２２２が用いるメール用データ、スケジューラ用アプリ２２３が用いるスケジューラ用データ等がある。
　例えば、掲示板用データは、データ処理サーバ部１２が、端末２の掲示板用アプリ２２１が作成した記事情報を受信し、この受信した記事情報を処理して掲示板用データに変換しており、データ管理部１３が掲示板用データをデータベース１４に格納する。
　メール用データは、データ処理サーバ部１２が、インターネット等の外部ネットワークからメール情報を受信し、この受信したメール情報を処理してメール用データに変換しており、データ管理部１３がメール用データをデータベース１４に格納する。
　スケジューラ用データは、データ処理サーバ部１２が、端末２のスケジューラ用アプリ２２３が作成したスケジュール情報を受信し、この受信したスケジュール情報を処理してスケジューラ用データに変換している。そして、データ管理部１３がスケジューラ用データをデータベース１４に格納する。
　本実施形態において、データベース１４に格納されている掲示板用データ、メール用データ、スケジューラ用データ等は、データ処理サーバ部１２によって、これらのデータを用いるサービスに関わらず、共通のデータフォーマットで構成されている。以降、共通のデータフォーマットで構成された掲示板用データ、メール用データ、スケジューラ用データ等のデータを、共通データと総称する。
　図２は、共通データのデータフォーマット（以降、共通フォーマットと称す）を示しており、共通データの先頭に設けられた情報格納領域Ｒ１（ＩＮＤＥＸ）と、情報格納領域Ｒ１に続いて設けられたデータ本体領域Ｒ２（ＢＯＤＹ）とで構成される。
　情報格納領域Ｒ１は、データ本体領域Ｒ２の情報が用いられるサービス（掲示板サービス、メールサービス、スケジューラサービス等）に関する情報（付加情報）が少なくとも含まれている。本実施形態では、「ＩＤ」、「Ｆｒｏｍ」、「Ｔｏ」、「Ｄａｔｅ」、「Ｐｒｉｏｒｉｔｙ」、「Ｌｉｍｉｔ」、「Ｌｏｏｐ」、「Ｉｎｔｅｒｖａｌ」、「Ｔｙｐｅ」、「Ｃａｃｈｅ」の各情報が情報格納領域Ｒ１に含まれている。この情報格納領域Ｒ１におけるデータの記述形式は、掲示板用アプリ２２１、メール用アプリ２２２、スケジューラ用アプリ２２３等の各アプリケーションに対して共通に設定される。
　「ＩＤ」情報は、この共通データを管理するための識別情報であり、「Ｆｒｏｍ」情報は、この共通データの送信元のアドレス情報であり、「Ｔｏ」情報は、この共通データの送信先のアドレス情報であり、「Ｄａｔｅ」情報は、共通データの作成日時を示す。「Ｐｒｉｏｒｉｔｙ」情報は、この共通データの優先度であり、「Ｌｉｍｉｔ」情報は、この共通データの有効期限を示す。「Ｌｏｏｐ」情報は、後述の繰り返し要求の有無を示し、「Ｉｎｔｅｒｖａｌ」情報は、繰り返し要求時におけるインターバル時間を示す。「Ｔｙｐｅ」情報は、この共通データが用いられるアプリケーションの種類や、この共通データの種類を示す。「Ｃａｃｈｅ」情報は、この共通データをキャッシュする必要性の有無を示す。
　したがって、端末２のサービス機能部２２は、共通データの情報格納領域Ｒ１（の「Ｔｙｐｅ」情報）を参照することによって、この共通データを用いるアプリケーションを判別でき、対象のアプリケーションに共通データを引き渡すことができる。
　データ本体領域Ｒ２は、端末２のサービス機能部２２に搭載している各アプリケーションが、サービス実行時に実際に用いるデータであり、データ本体領域Ｒ２を用いるアプリケーションの種類やデータの種類は、情報格納領域Ｒ１の「Ｔｙｐｅ」に示されている。このデータ本体領域Ｒ２におけるデータの記述形式は、掲示板用アプリ２２１、メール用アプリ２２２、スケジューラ用アプリ２２３等の各アプリケーションに対して共通に設定される。
　本実施形態では、サーバ１のデータ処理サーバ部１２が、外部から入力される様々なフォーマットの情報を、共通フォーマットの共通データに変換して、データベース１４に格納している。ここで、外部から入力される様々なフォーマットの情報とは、掲示板サービスに用いる記事情報、メールサービスに用いるメール情報、スケジューラサービスに用いるスケジューラ用アプリ２２３が作成したスケジュール情報等である。これらの各情報は、集合住宅内のネットワークＮＴ１経由、インターネット等の外部ネットワーク経由で、サーバ１が受信する。
　そして、データ処理サーバ部１２は、図３に示すアプリケーション情報Ｊ１を記憶しており、このアプリケーション情報Ｊ１に基づいて、共通データへの変換処理を行う。アプリケーション情報Ｊ１は、端末２のサービス機能部２２に搭載しているアプリケーション毎に、Ｔｙｐｅ情報、入力情報形式、変換手段の各項目が設定されている。
　例えば、掲示板用アプリケーションは、Ｔｙｐｅ情報「ＩＤ１」、入力情報形式「ＨＴＭＬ」、変換手段「変換手法１」が設定されている。すなわち、「ＨＴＭＬ」の入力情報形式で作成された記事情報は、「変換手法１」によって共通フォーマットの掲示板用データに変換され、掲示板用データの情報格納領域Ｒ１の「Ｔｙｐｅ」情報には、「ＩＤ１」が設定される。
　また、メール用アプリケーションは、Ｔｙｐｅ情報「ＩＤ２」、入力情報形式「ＭＢＯＸ」、変換手段「変換手法２」が設定されている。すなわち、「ＭＢＯＸ」の入力情報形式で作成されたメール情報は、「変換手法２」によって共通フォーマットのメール用データに変換され、メール用データの情報格納領域Ｒ１の「Ｔｙｐｅ」情報には、「ＩＤ２」が設定される。
　また、スケジューラ用アプリケーションは、Ｔｙｐｅ情報「ＩＤ３」、入力情報形式「ｖＣａｌｅｎｄａｒ」、変換手段「変換手法３」が設定されている。すなわち、「ｖＣａｌｅｎｄａｒ」の入力情報形式で作成されたスケジュール情報は、「変換手法３」によって共通フォーマットのスケジューラ用データに変換され、スケジューラ用データの情報格納領域Ｒ１の「Ｔｙｐｅ」情報には、「ＩＤ３」が設定される。
　図４は、サーバ１のデータ処理サーバ部１２によるデータ変換処理を示す動作フローチャートである。まず、データ処理サーバ部１２は、情報が入力されると（Ｓ１）、入力された情報に対応するアプリケーションタイプ（掲示板、メール、スケジューラ）を判定し（Ｓ２）、さらに共通フォーマットで作成された共通データであるか否かを判定する（Ｓ３）。入力された情報が共通データであれば、データベース１４に格納する（Ｓ５）。入力された情報が共通データでなければ、上記のようにアプリケーション情報Ｊ１に基づいて共通データへの変換処理を行った後（Ｓ４）、データベース１４に格納する（Ｓ５）。
　そして、サーバ１のデータベース１４には、図５に示すように、情報格納領域Ｒ１とデータ本体領域Ｒ２とを対にした共通データが格納されている。
　また、端末２のサービス機能部２２は、図６に示すアプリケーション情報Ｊ２を記憶しており、このアプリケーション情報Ｊ２に基づいて、サーバ１から取得した共通データを処理する。アプリケーション情報Ｊ２は、端末２のサービス機能部２２に搭載しているアプリケーション毎に、Ｔｙｐｅ情報、処理内容の各項目が設定されている。
　例えば、サービス機能部２２は、Ｔｙｐｅ情報「ＩＤ１」が設定された共通データは掲示板用データであると判断して、掲示板用アプリ２２１を実行し、この掲示板用データを端末２の画面上に表示する。
　また、サービス機能部２２は、Ｔｙｐｅ情報「ＩＤ２」が設定された共通データはメール用データであると判断して、メール用アプリ２２２を実行し、このメール用データを端末２の画面上に表示する。
　また、サービス機能部２２は、Ｔｙｐｅ情報「ＩＤ３」が設定された共通データはスケジューラ用データであると判断して、スケジューラ用アプリ２２３を実行し、このスケジューラ用データを端末２の画面上に表示する。
　次に、図７に示す端末２の動作フローチャート、図８に示すサーバ１の動作フローチャートを用いて、端末２によるサーバ１からの共通データ取得処理を説明する。以下、掲示板サービスを例にして説明する。
　まず、端末２の掲示板用アプリ２２１は、端末２のユーザ操作によって、掲示板サービスのリスト要求をサーバ１へ送信する（Ｓ１１）。リスト要求には、送信元の端末２の端末ＩＤ（部屋番号）、要求するデータの「Ｔｙｐｅ」情報（この場合、ＩＤ１）が付加されている。
　サーバ１のデータ処理サーバ部１２は、掲示板サービスのリスト要求を受信すると（Ｓ２１）、受信したリスト要求に基づいて、リスト要求の送信元である端末２の端末ＩＤを確認し（Ｓ２２）、さらに、「Ｔｙｐｅ」情報を確認する（Ｓ２３）。そして、データ管理部１３は、「Ｔｙｐｅ」情報が一致するデータ（この場合、掲示板用アプリ２２１が用いる掲示板用データ）から、リスト要求の送信元である端末２に関するデータを検索し、その情報格納領域Ｒ１のみをデータベース１４から読み出す（Ｓ２４）。データ処理サーバ部１２は、掲示板用データの情報格納領域Ｒ１のリストデータ（記事リストデータ）を端末２へ返信する（Ｓ２５）。
　リスト要求を送信した端末２のサービス機能部２２は、リスト要求に対するサーバ１の応答（記事リストデータの返信）があるか否かを判定している（Ｓ１２）。そして、サービス機能部２２は、サーバ１から記事リストデータを取得すると（Ｓ１３）、記事リストデータを構成する情報格納領域Ｒ１に含まれる「Ｔｙｐｅ」情報に基づいて、掲示板サービス用のデータであると解釈し、掲示板用アプリ２２１を実行する（Ｓ１４）。掲示板用アプリ２２１は、掲示板用データの情報格納領域Ｒ１のリストを、端末２の画面上に表示する。
　さらに、掲示板用アプリ２２１は、サーバ１から取得した記事リストデータを構成する情報格納領域Ｒ１の各々について、情報格納領域Ｒ１内の「Ｃａｃｈｅ」情報を参照して、リスト内の情報格納領域Ｒ１の各々をキャッシュする必要性を判定する（Ｓ１５）。そして、「Ｃａｃｈｅ」情報が必要性「有」に設定されている情報格納領域Ｒ１のみを、キャッシュ管理部２４によって、キャッシュ部２３にキャッシュする（Ｓ１６）。「Ｃａｃｈｅ」情報が必要性「無」に設定されている情報格納領域Ｒ１は、キャッシュ部２３にキャッシュされることなく、リスト表示の終了後に破棄される（Ｓ１７）。
　また、掲示板用アプリ２２１以外のアプリケーション（メール用アプリ２２２、スケジューラ用アプリ２２３等）が用いるデータのリスト要求を端末２がサーバ１へ送信した場合も、上記同様に処理される。すなわち、端末２は、メールリストデータ、スケジュールリストデータをサーバ１から受信して、画面上に表示可能となる。
　リストは、情報格納領域Ｒ１に含まれる各情報に基づいて表示されており、メールサービスであれば、メールの送信者、タイトル、受信日時等の情報である。掲示板サービスであれば、記事のタイトル、記事の作成者、記事の作成日時等の情報である。スケジュールサービスであれば、スケジュールのタイトル、スケジュールの作成日時等である。
　図９は、リストデータ（記事リストデータ、メールリストデータ、スケジュールリストデータ等）を表示している端末２における処理を示す動作フローチャートである。以下、掲示板サービスを例にして説明する。
　まず、端末２は、その画面上に、掲示板サービスの記事リストデータを表示している。そして、端末２は、画面上に表示している記事リストデータから、ユーザ操作によっていずれかの記事を選択可能に構成されており、選択待ち状態となる（Ｓ３１）。次に、記事の選択操作の有無を判定し（Ｓ３２）、記事の選択操作が発生すれば、掲示板用アプリ２２１は、掲示板サービスのデータ本体要求をサーバ１へ送信する（Ｓ３３）。すなわち、ユーザは、詳細な内容を知りたい記事を記事リストデータから選択し、この記事のデータ本体領域Ｒ２（記事データ）を取得するために、サーバ１へデータ本体要求を送信する。データ本体要求には、送信元の端末２の端末ＩＤ（部屋番号）、要求するデータの「Ｔｙｐｅ」情報（この場合、ＩＤ１）だけでなく、選択した記事に関する情報も付加されている。
　サーバ１のデータ処理サーバ部１２は、受信したデータ本体要求に基づき、データ管理部１３によってデータベース１４から、要求対象となる掲示板用データのデータ本体領域Ｒ２（データ本体）を検索して読み出す。そして、データ処理サーバ部１２は、掲示板用データのデータ本体領域Ｒ２を端末２へ返信する。
　データ本体要求を送信した端末２のサービス機能部２２は、データ本体要求に対するサーバ１の応答（記事データの返信）があるか否かを判定している（Ｓ３４）。そして、サービス機能部２２は、サーバ１から記事データを取得すると（Ｓ３５）、掲示板用アプリ２２１を実行し、取得した記事データ（掲示板用データのデータ本体領域Ｒ２）を、端末２の画面上に表示する（Ｓ３６）。
　さらに、掲示板用アプリ２２１は、サーバ１から取得した記事データと対になる情報格納領域Ｒ１がキャッシュ部２３に格納されているか否かを判断することによって、サーバ１から取得したデータ本体領域Ｒ２をキャッシュする必要性を判定する（Ｓ３７）。サーバ１から取得した記事データと対になる情報格納領域Ｒ１がキャッシュ部２３に格納されている場合、サーバ１から取得したデータ本体領域Ｒ２を、キャッシュ管理部２４によって、キャッシュ部２３にキャッシュする（Ｓ３８）。サーバ１から取得したデータ本体領域Ｒ２と対になる情報格納領域Ｒ１がキャッシュ部２３に格納されていない場合、サーバ１から取得したデータ本体領域Ｒ２を、キャッシュ部２３にキャッシュすることなく、表示終了後に破棄する（Ｓ３９）。
　また、掲示板用アプリ２２１以外のアプリケーション（メール用アプリ２２２、スケジューラ用アプリ２２３等）が用いるデータのデータ本体要求を端末２がサーバ１へ送信した場合も、上記同様に処理される。すなわち、端末２は、メール内容、スケジュール内容をサーバ１から受信して、画面上に表示可能となる。
　このように、端末２がサーバ１から受信するデータの構造は共通フォーマットに統一されており、サーバ１、端末２では、複数のサービスに対して、共通のデータ構造を用いたデータ処理が可能となる。
　したがって、複数のサービスを提供可能に構成した場合でも、サーバ１は、共通フォーマットで構成された共通データをデータベース１４に格納すればよく、データ管理部１３によるデータ検索が容易となる。また、データ処理サーバ部１２も、異なるサービスであっても、統一された共通データに対してデータ処理を行えばよいので、データ管理が容易となる。また、サービス毎のサーバ部が不要となり、サーバ１の構成を簡略化できる。
　また、端末２においても、サーバ１から取得するデータは共通データに統一されるので、各サービスに対応するアプリケーション毎にデータのメモリ領域を確保する必要がなく、メモリリソースを有効に使用することができる。また、サービス毎のデータ管理も容易となる。
　さらに、提供するサービスが互いに異なるアプリケーションにおいて、統一された共通データを用いるので、各アプリケーションでは同様のアルゴリズムを用いたデータ処理が可能となり、アプリケーションの作成が容易となる。
　すなわち、本実施形態では、サーバ１および端末２でのデータ管理を簡略化できる。
　また、共通データは、情報格納領域Ｒ１とデータ本体領域Ｒ２とで構成されており、端末２は、最初に情報格納領域Ｒ１のみをサーバ１から取得してリスト表示した後に、必要なデータ本体領域Ｒ２をサーバ１から取得することができる。したがって、情報格納領域Ｒ１とデータ本体領域Ｒ２との両方をサーバ１から一括して取得する場合に比べて、高速通信が可能となり、さらには通信路全体のデータ量も抑えることができる。また、サーバ１が全ての共通データをデータベース１４に格納しており、端末２は、必要なデータのみをキャッシュ部２３にキャッシュすればよく、端末２のメモリリソースを抑えることができる。
　また、端末２のサービス機能部２２（アプリケーション）は、情報格納領域Ｒ１の「Ｃａｃｈｅ」情報を参照して、データをキャッシュする必要性の有無を判断している。したがって、不要なデータはキャッシュすることなく、端末２のメモリリソースをさらに抑えることができる。情報格納領域Ｒ１の「Ｃａｃｈｅ」情報は、サーバ１のデータ処理サーバ部１２が作成しており、サーバ１が端末２におけるキャッシュの要否を判断して、端末２のキャッシュ動作を制御することができる。
　次に、情報格納領域Ｒ１およびデータ本体領域Ｒ２をキャッシュ部２３にキャッシュ済の共通データの取得処理について、図１０の動作フローチャートを用いて説明する。以下、掲示板サービスを例にして説明する。
　まず、端末２は、その画面上に、掲示板サービスの記事リストデータを表示している。そして、端末２は、画面上に表示している記事リストデータから、ユーザ操作によっていずれかの記事を選択可能に構成されており、選択待ち状態となる（Ｓ４１）。次に、記事の選択操作の有無を判定し（Ｓ４２）、記事の選択操作が発生すれば、掲示板用アプリ２２１は、キャッシュ部２３を参照して（Ｓ４３）、選択した記事に対応するデータ本体領域Ｒ２（本体データ）がキャッシュ部２３にキャッシュされているか否かを判定する（Ｓ４４）。選択した記事に対応するデータ本体領域Ｒ２がキャッシュ部２３にキャッシュされている場合、該当するデータ本体領域Ｒ２をキャッシュ部２３から取得し、掲示板用アプリ２２１によって、取得した記事データ（掲示板用データのデータ本体領域Ｒ２）を、端末２の画面上に表示する（Ｓ４５）。
　選択した記事に対応するデータ本体領域Ｒ２がキャッシュ部２３にキャッシュされていない場合、端末２は、図９のステップＳ３３以降と同様の処理を行い、サーバ１から記事データを取得して、表示する。
　また、掲示板用アプリ２２１以外のアプリケーション（メール用アプリ２２２、スケジューラ用アプリ２２３等）が用いるデータのデータ本体要求を端末２がサーバ１へ送信した場合も、上記同様に処理される。すなわち、端末２は、メール内容、スケジュール内容の取得処理を、キャッシュ状況に応じて行うことができる。
　このように、端末２のサービス機能部２２（アプリケーション）は、データ本体領域Ｒ２をサーバ１から取得する場合、まずキャッシュ部２３のキャッシュ状況を確認する。そして、取得するデータ本体領域Ｒ２がキャッシュされていれば、キャッシュされているデータを取得するので、処理速度を向上させることができる。また、アプリケーション毎に異なるフォーマットのデータをキャッシュすることなく、共通フォーマットの共通データをキャッシュしているので、キャッシュ部２３におけるデータの検索処理、保存処理が容易となる。
　また、端末２のサービス機能部２２（アプリケーション）は、実行するサービスに対応するいずれかの情報格納領域Ｒ１をサーバ１から取得する場合も、まずキャッシュ部２３のキャッシュ状況を確認する。そして、取得する情報格納領域Ｒ１がキャッシュされていれば、キャッシュされているデータを取得するので、処理速度を向上させることができる。一方、取得する情報格納領域Ｒ１がキャッシュされていなければ、サーバ１から情報格納領域Ｒ１を取得する。
　次に、共通データの情報格納領域Ｒ１に含まれる「Ｌｏｏｐ」情報、「Ｉｎｔｅｒｖａｌ」情報を用いた繰り返し要求処理について、図１１に示す動作フローチャートを用いて説明する。
　共通データの情報格納領域Ｒ１に含まれる「Ｌｏｏｐ」情報は、繰り返し要求の有無を示し、「Ｉｎｔｅｒｖａｌ」情報は、インターバル時間を示す。そして、端末２のサービス機能部２２は、サーバ１から受信した情報格納領域Ｒ１を読み込み（Ｓ５１）、「Ｌｏｏｐ」情報に「繰り返し要求有り」が設定されている場合、以降、この情報格納領域Ｒ１と対になるデータ本体領域Ｒ２を定期的にサーバ１から取得する。
　具体的に、端末２のサービス機能部２２は、情報格納領域Ｒ１に含まれる「Ｉｎｔｅｒｖａｌ」情報を参照して、インターバル時間を確認する（Ｓ５２）。そして、サービス機能部２２は、計時動作を開始し、計時時間がインターバル時間に達したか否かを判定する（Ｓ５３）。サービス機能部２２は、計時時間がインターバル時間に達した時点で、対応するアプリケーションを実行し、サーバ１へデータ本体要求を送信して、対応するデータ本体領域Ｒ１をサーバ１から取得して、画面上に表示する（Ｓ５４）。
　したがって、時間の経過に伴ってサーバ１へ順次入力される情報を、端末２が定期的にサーバ１から取得することができ、簡易なサーバ側サービスを実現できる。
　本発明では、サーバ１と端末２との間で授受されるデータを、共通フォーマットの共通データで構成しており、サーバ１および端末２においてデータ管理を容易にすることが目的である。データ構造は、図２に示す情報格納領域Ｒ１およびデータ本体領域Ｒ２において、そのデータ形式（ＸＭＬ等のテキストデータ、バイナリデータ等）は問わない。例えば、メール用データであれば、情報格納領域Ｒ１に、データ本体領域Ｒ２が用いられるメールサービスに関する情報が格納され、データ本体領域Ｒ２にメール内容が格納されていればよい。
　また、図２に示す情報格納領域Ｒ１に含まれる各情報は一例であり、情報格納領域Ｒ１には、これらの情報のうち、共通データが用いられるアプリケーションの種類や、この共通データの種類を示す「Ｔｙｐｅ」情報が少なくとも含まれていればよい。さらに、情報格納領域Ｒ１には、図２に示されていない情報が含まれていてもよい。
　さらに、共通データは、情報格納領域Ｒ１に情報が必ず含まれていなければならないが、データ本体領域Ｒ２における情報の有無は問わない。例えば、情報格納領域Ｒ１の「Ｔｙｐｅ」情報に特殊な情報を設定して、情報格納領域Ｒ１をコマンドとして使用する場合、データ本体領域Ｒ２に情報は格納されない。このような場合、データ本体領域Ｒ２における情報の有無を、情報格納領域Ｒ１に書き込んでもよい。
　また、サーバ１に設けたデータベース１４の種類や記憶方法も問わない。例えば、一般的なＲＤＢＭＳ（Relational DataBase ManagementSystem）を用いてもよく、あるいは独自のデータベース構造を用いてもよい。すなわち、端末２からの要求に応じて、共通データの情報格納領域Ｒ１およびデータ本体領域Ｒ２を検索できればよい。
　また、サーバ１に情報を入力する方法も、その手段を問わない。例えば、メールサービスであれば、外部のプロバイダのメールサーバから、ＭＢＯＸ等の一般的なメール形式でデータを受け取った後に、共通データに変換する方法、プロバイダ独自のメール形式を用いた共通データ構造でデータを受け取る方法等がある。すなわち、外部からサーバ１に入力された情報が、最終的に、サーバ１のデータベース１４に共通データの構造で格納できればよい。
　また、端末２の画面上におけるデータの表示形態も問わない。例えば掲示板サービスの場合、記事リストデータの表示形態は、掲示板用アプリ２２１に依存している。すなわち、端末２は、サーバ１から取得した共通データの情報格納領域Ｒ１に含まれている各情報に基づいて、対応するアプリケーションが実行されるのであれば、データの表示方法や、アプリケーションの仕様等は問わない。
　また、端末２との間で共通データを授受する機器は、サーバ１に限定されることなく、例えば、端末２同士が行うチャットサービスにおいて、サーバ１を介することなく、端末２－端末２間の通信に共通データを用いてもよい。さらには、端末２が、図示しない宅内機器の監視制御サービスを行う場合も同様に、サーバ１を介することなく、端末２－宅内機器間の通信に共通データを用いてもよい。さらには、端末２が、玄関、エレベータ等に設置された図示しないインターホン機器との間でメッセージ通信を行う場合も同様に、サーバ１を介することなく、端末２－インターホン機器間の通信に共通データを用いてもよい。
　また、端末２のサービス機能部２２には、掲示板用アプリ２２１、メール用アプリ２２２、スケジューラ用アプリ２２３を個別に搭載している。例えば、掲示板サービスの場合、掲示板用データの表示方法があり、メールサービスの場合、メール用データの表示方法があり、スケジューラサービスの場合、スケジューラ用データの表示方法があり、それぞれのサービスに適した表示方法ある。そこで、サービス毎に適した表示機能内の検索処理、ソート処理等を実現するためには、サービス毎に個別のアプリケーションを用いたほうがよい。
　一方、本発明では、端末２が他の機器との間で授受するデータは、共通フォーマットの共通データで構成されているので、アプリケーションに要求される機能は、データの表示機能が主となる。そこで、端末２のサービス機能部２２には、掲示板用アプリ２２１、メール用アプリ２２２、スケジューラ用アプリ２２３等の各機能を有する１つのアプリケーションを搭載してもよい。また、掲示板サービス、メールサービス、スケジューラサービス等の各共通データを端末２において一括表示して、ユーザの選択操作によってフィルタリング処理を行う場合も、複数のサービスの各機能を有する１つのアプリケーションを搭載してもよい。
　また、上述の例では、端末２がサーバ１に対して要求を送信し、サーバ１が、この要求に対する返信として共通データを端末２へ送信している。しかし、サーバ１が共通データを端末２へ送信するトリガとしては、端末２からの要求以外であってもよい。例えば、サーバ１がメール用データを端末２へ送信するトリガとして、端末２からの要求を用いた場合、端末２によるメール確認が遅れてしまう虞がある。そこで、サーバ１が、外部からのメール情報の受信時、または定期的に、データベース１４に格納しているメール用データの情報格納領域Ｒ１のリスト（メールリストデータ）を、自発的に端末２へ送信してもよい。
　また、従来は、図１２に示すように、ユーザに提供するサービスの数だけ、サーバ５００のサーバ部（サーバ側アプリ）、および端末６００のアプリケーション（端末側アプリ）が必要であった。すなわち、新規のサービスを追加する場合には、図１２に示すように、サーバ５００に、新規のサーバ部５０４および記憶部５１４を追加し、端末６００に、新規のアプリ６０４および記憶部６１４を追加する必要があった。したがって、新規のサービスを追加することは容易ではなかった。
　一方、本発明において、サーバ１－端末２間で授受されるデータは、共通データに統一されているので、新規のサービスを追加する場合、サーバ部１のデータ処理サーバ部１２、端末２のサービス機能部２２に新しい機能を追加することは容易となる。
　本発明を幾つかの好ましい実施形態について記述したが、この発明の本来の精神および範囲、即ち請求の範囲を逸脱することなく、当業者によって様々な修正および変形が可能である。

Claims (6)

  1. 　サーバと端末とが互いに通信可能に構成されて、前記端末が、前記サーバから取得したデータに基づいてユーザに複数のサービスを提供する通信システムであって、
    　前記サーバは、ユーザに複数の前記サービスを提供するためのアプリケーションが用いる前記データを前記端末へ送信する第１の通信部と、この第１の通信部が送信する前記データを管理するデータ処理サーバ部とを備え、
    　前記端末は、前記サーバから前記データを受信する第２の通信部と、１つ以上の前記アプリケーションを具備して、前記サーバから取得した前記データに基づいて前記アプリケーションを実行することによって、ユーザに前記サービスを提供するサービス機能部とを備え、
    　前記データは、複数の前記サービスに共通のデータフォーマットで構成され、前記データフォーマットは、複数の前記サービスに共通の形式で記述されて、前記アプリケーションが用いるデータ本体領域と、複数の前記サービスに共通の形式で記述されて、前記データ本体領域が用いられる前記サービスに関する情報を少なくとも含む情報格納領域とを含んで構成される
    　ことを特徴とする通信システム。
  2. 　前記端末の前記サービス機能部は、１または複数の前記情報格納領域を前記サーバから取得した後に、この取得した１または複数の前記情報格納領域から選択したいずれかの前記情報格納領域と対になる前記データ本体領域を前記サーバから取得することを特徴とする請求項１記載の通信システム。
  3. 　前記端末は、前記サービス機能部が前記サーバから取得した前記情報格納領域および前記データ本体領域をキャッシュするキャッシュ部と、このキャッシュ部への前記情報格納領域および前記データ本体領域の読み書きを行うキャッシュ管理部とを備えることを特徴とする請求項１または２記載の通信システム。
  4. 　前記情報格納領域は、前記キャッシュ部にキャッシュするか否かを示すフラグを含み、
    　前記端末の前記キャッシュ管理部は、前記サービス機能部が取得した前記情報格納領域に含まれる前記フラグに基づいて、前記サービス機能部が取得した前記情報格納領域および前記データ本体領域を前記キャッシュ部にキャッシュするか否かを判断する
    　ことを特徴とする請求項３記載の通信システム。
  5. 　前記端末の前記サービス機能部は、前記サーバから前記データを取得する場合、前記取得するデータの前記情報格納領域が前記キャッシュ部にキャッシュされていれば、この情報格納領域を前記キャッシュ部から取得し、前記取得するデータの前記情報格納領域が前記キャッシュ部にキャッシュされていなければ、この情報格納領域を前記サーバから取得し、
    　前記取得した１つ以上の前記情報格納領域のうち、所望の前記情報格納領域と対になる前記データ本体領域を前記サーバから取得する場合、前記取得するデータ本体領域が前記キャッシュ部にキャッシュされていれば、このデータ本体領域を前記キャッシュ部から取得し、前記取得するデータ本体領域が前記キャッシュ部にキャッシュされていなければ、このデータ本体領域を前記サーバから取得する
    　ことを特徴とする請求項３または４記載の通信システム。
  6. 　前記情報格納領域は、時間間隔を示すインターバル情報を含み、
    　前記端末の前記サービス機能部は、前記インターバル情報を含む前記情報格納領域を取得した場合、前記インターバル情報に基づく時間間隔毎に、前記取得した情報格納領域と対になる前記データ本体領域を前記サーバから取得する
    　ことを特徴とする請求項１乃至５いずれか記載の通信システム。
PCT/JP2011/074264 2010-10-25 2011-10-21 通信システム WO2012057014A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010238414A JP2012093826A (ja) 2010-10-25 2010-10-25 通信システム
JP2010-238414 2010-10-25

Publications (1)

Publication Number Publication Date
WO2012057014A1 true WO2012057014A1 (ja) 2012-05-03

Family

ID=45993724

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/074264 WO2012057014A1 (ja) 2010-10-25 2011-10-21 通信システム

Country Status (2)

Country Link
JP (1) JP2012093826A (ja)
WO (1) WO2012057014A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004280826A (ja) * 2003-03-12 2004-10-07 Microsoft Corp プロトコル独立型クライアント側キャッシュ（ｐｒｏｔｏｃｏｌ−ｉｎｄｅｐｅｎｄｅｎｔｃｌｉｅｎｔ−ｓｉｄｅｃａｃｈｉｎｇ）システムおよび方法
JP2007519080A (ja) * 2003-10-23 2007-07-12 マイクロソフト コーポレーション 電子メッセージのための階層的スキーマ
JP2007213173A (ja) * 2006-02-07 2007-08-23 Matsushita Electric Ind Co Ltd 携帯端末装置、コンテンツ管理システム、データキャッシュ方法
JP2008252376A (ja) * 2007-03-29 2008-10-16 Kyocera Corp 携帯端末装置
JP2010525740A (ja) * 2007-04-24 2010-07-22 デンジャー，インコーポレーテッド ワイヤレス・データ・サービス内において電子メール・メッセージをキャッシュする装置および方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004280826A (ja) * 2003-03-12 2004-10-07 Microsoft Corp プロトコル独立型クライアント側キャッシュ（ｐｒｏｔｏｃｏｌ−ｉｎｄｅｐｅｎｄｅｎｔｃｌｉｅｎｔ−ｓｉｄｅｃａｃｈｉｎｇ）システムおよび方法
JP2007519080A (ja) * 2003-10-23 2007-07-12 マイクロソフト コーポレーション 電子メッセージのための階層的スキーマ
JP2007213173A (ja) * 2006-02-07 2007-08-23 Matsushita Electric Ind Co Ltd 携帯端末装置、コンテンツ管理システム、データキャッシュ方法
JP2008252376A (ja) * 2007-03-29 2008-10-16 Kyocera Corp 携帯端末装置
JP2010525740A (ja) * 2007-04-24 2010-07-22 デンジャー，インコーポレーテッド ワイヤレス・データ・サービス内において電子メール・メッセージをキャッシュする装置および方法

Also Published As

Publication number Publication date
JP2012093826A (ja) 2012-05-17

Similar Documents

Publication Publication Date Title
US9613147B2 (en) Collection of telemetry data by a telemetry library within a client device
CN102202102B (zh) 基于云计算架构的网络服务聚合系统及其聚合方法
EP2264608A1 (en) Proxy server, and method and program for controlling the same
CN101147380B (zh) 用于高效扩展p2p网络的方法和装置
CN101216834B (zh) 一种文件下载方法、系统、装置与服务器
US7853562B2 (en) System and method for obtaining information from a data management system
CN101711386A (zh) 在外部和/或本地电子邮件服务器和/或无线设备之间同步电子邮件消息
CN101192942A (zh) 控制发布保持的方法以及发布/订购代理器
CN109951538A (zh) 数据处理方法、装置、系统、电子设备及存储介质
CN101702943A (zh) 用于高速缓存无线数据服务中的电子邮件消息的装置和方法
CN1217514C (zh) 统一信息中的联机集聚方法和装置
JP2000250826A (ja) 状態変化通知方法及び状態変化通知システム
EP2248042B1 (en) Instant messaging method and system
KR20110071453A (ko) 지그비 게이트웨이 및 이의 메시지 동일화 방법
CN108351760A (zh) 馈送服务引擎
JP2009509395A (ja) 追加属性を有するノードを使用する装置管理方法及び装置管理クライアント
CN101710882A (zh) 一种实现多IM协议Web版即时消息的方法
CN100452704C (zh) 一种发布博客文章的方法和系统
JP2006243985A (ja) メッセージ通知システム及びその方法並びにそれに用いるサーバ
WO2012057014A1 (ja) 通信システム
JP2011198343A (ja) 複数のサービスノードサーバにおけるサービス連結制御方法、制御ノードサーバ及びプログラム
JP6974632B2 (ja) グループベース通信システムにおいてプッシュベース通信コネクションが存在しない場合の最小のインタフェース機能の維持
US20090216894A1 (en) Relay apparatus for use in e-mail-based chat system
JP2018124679A (ja) サーバ装置、制御システム、コンピュータプログラム及び通信方法
WO2013176163A1 (ja) メール広告システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11836148

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11836148

Country of ref document: EP

Kind code of ref document: A1