JP2000242587A - Object processor and its program storage medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To perform the transfer of data with no dependence on a protocol and to automatically discontinue and restart the transfer of data in regard to an object processor and its program storage medium. SOLUTION: A plural-transfer control part 220 receives the transmitting instruction of an object having no relation with a communication protocol given from an application 100 according to a unified interface. A protocol control part 260 sends the object transmitting instruction to a communication processing part 305 where the instruction is transmitted. The part 305 transmits the received object according to a prescribed communication protocol. If the transmitting instruction is given again from the application 100 for the object whose transmission is discontinued, a discontinuation restart control part 221 instructs the part 220 to transmit a part that is not transmitted yet and its subsequent parts on the basis of the transmission end information on a transmitted parts of the object.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an object processing apparatus and a program storage medium thereof, and more particularly to an object processing apparatus including at least a content, an operation target including a user or a node relating to data transfer processing without depending on a communication protocol or the like. The present invention relates to an object processing apparatus for integrally managing an operation target as an object and automatically suspending and resuming data transfer, and a program storage medium therefor.

[0002]

2. Description of the Related Art With the development of the Internet and the like, a network computing environment has been significantly improved. In such an environment, an application (program) performs processing using the Internet or the like, and frequently transfers data between computers. For example,
Not only data transfer between servers and clients in the same network, but also data (including programs) transfer between computers connected to different networks. In developing such an application, the following points must be noted.

First, when a business is constructed in a distributed environment using the Internet, it is difficult to limit the platforms on which business applications run. Also,
There is a problem that scalability is lost if the restriction is made. Therefore, such applications include:
It is required to operate on multiple platforms.

Second, technological innovation in the Internet is remarkable, and new communication media and protocols are being adopted one after another. In order to utilize these, it is necessary to follow Internet technologies such as evolving communication media and protocols.

[0005] Third, in the case of constructing a business between dispersed bases, if the distribution of the application used in the business is manually performed as in the related art, time and cost become problems. Therefore, a function of distributing / managing the application is required.

[0006] Fourth, with the development of the network infrastructure, the bandwidth tends to increase. However, since the data capacity of the transfer data itself, such as distribution of image data, moving images, and applications, is also increasing,
Some means of reducing the line load is required.

Fifth, applications using the Internet must be created with security in mind. Furthermore, when introducing the created application to a company, it must be able to be introduced without lowering the security strength of the corporate network.

[0008]

When developing an application utilizing the Internet, and
Regarding the above-mentioned second point, an application (and a developer thereof) has a heavy burden. That is, when transferring a plurality of files, messages, or the like, the protocol used for transfer may differ for each file. In this case, the transfer processing method differs for each protocol, and the application has to be aware of them. That is, the developer of the application had to be aware of the programming.

[0009] Regarding the above-mentioned fourth point, it is only supported by some protocols that the transfer process is interrupted during the transfer and the transmission is resumed after the interrupt. . From this point as well, it was impossible for the application to suspend and resume the transfer without being aware of the protocol to be used. Further, in many protocols, when the transfer is interrupted or restarted for some reason, all the transfer data must be retransmitted from the beginning, which is one of the causes of an increase in the line load.
This causes unnecessary traffic when the application has to transmit a large amount of data using an unreliable line, which is a particularly serious problem.

[0010] Regarding the above-mentioned second point, the application (and the developer thereof) has a heavy burden in trying to follow the new technology. In other words, when a new data representation format, management format, access method, protocol, etc. are developed, in order to ensure the versatility of the application, the application developer sequentially rewrites the processing code of the application using the Internet, The application needs to be updated.

The present invention provides at least the content related to the processing of the data transfer without depending on the protocol,
It is an object of the present invention to provide an object processing apparatus for uniformly managing an operation target including an operation target including a user or a node as an object.

It is another object of the present invention to provide an object processing apparatus for automatically suspending and resuming data transfer processing.

Further, the present invention provides a computer-based process for uniformly managing at least an operation object including at least a content, an operation object including a user or a node as an object with respect to a data transfer process without depending on a protocol. It is an object of the present invention to provide a program storage medium storing a program to be executed by a certain object processing apparatus.

[0014]

FIG. 1 is a block diagram showing the principle of the present invention, and shows an object processing apparatus according to the present invention. The object processing device includes a multiple transfer control unit 220, a protocol control unit 260, and a communication processing unit 305. The multiple transfer control unit 220 receives an instruction to transmit an object from the application 100 according to the unified transfer interface, and passes the instruction to the protocol control unit 260. The application 100 instructs transmission with the transmission target as an object regardless of the communication protocol. The protocol control unit 260 includes the multiple transfer control unit 220
The instruction for transmitting the object passed from is transmitted to the communication processing unit 305 that should perform the transmission. Multiple communication processing units 3
05 performs transmission of an object passed from the protocol control unit 260 according to a predetermined different communication protocol.

Further, the object processing apparatus of the present invention
In addition to the above configuration, the system includes an interruption / resumption control unit 221. The suspension / resumption control unit 221 monitors the multiple transfer control unit 220 and holds transmitted information on a transmitted portion of the object. If the application 100 again instructs the transmission of the object whose transmission has been interrupted earlier, the interruption / resumption control unit 221 sends the untransmitted portion of the object to the multiple transfer control unit 220 based on the transmitted information. Cause transmission.

According to the object processing device of the present invention,
The application 100 need only instruct transmission of a file or a message (content or content) to be transmitted as an object without being aware of various different communication protocols. Therefore,
Applications can simultaneously transfer multiple objects (files, messages, etc.) using various protocols. Therefore, the application developer does not need to write complicated processing codes. Therefore, according to the present invention, the application 100 can be centrally handled without being aware of various communication protocols. Therefore, even if a new protocol is developed, it can be easily handled without rewriting the processing code of the application 100.

Further, according to the object processing apparatus of the present invention, since the interruption / resumption control unit 221 holds the transmitted information, it is possible to temporarily suspend the transfer and then continue the transfer from the point of the interruption. Therefore, even when the application 100 needs to transmit and receive a large amount of data using a low-reliability line, it is possible to perform transfer with reduced useless traffic.

[0018]

DESCRIPTION OF THE PREFERRED EMBODIMENTS First, an outline of an object processing apparatus to which the present invention is applied will be briefly described. FIG.
4 to 4 are configuration diagrams of the object processing device, showing the configuration of the object processing device to which the present invention is applied.

FIG. 2 shows the configuration of the object processing apparatus of the present invention. The object processing device starts with the framework layer 200, the function mounting layer 30
0, a physical layer such as the data storage means 400. The framework layer 200 and the function mounting layer 300 constitute an object access management means 350. The framework layer 200 includes a common service processing unit 201 for providing the application 100 with the functions of the object processing device of the present invention as a framework. The function mounting layer 300 includes (implements) various functions (management processing unit) provided by the object processing apparatus to the application 100. For example, a secure communication management processing unit 303, a multicast management processing unit 302, a repository management processing unit 301 which is a data storage unit management unit 301, and the like.

The upper unified interface 150 is an interface (API) between the application 100 and the common service processing unit 201, and the lower unified interface 250 is an interface (API) between the common service processing unit 201 and the repository management processing unit 301. ). That is, it is a repository interface. The unified interface 150 is for the application 100 to instruct data operation on an operation target including at least an operation target including a content, a user, or a node as an object operation, and the common service processing unit 201 or the object service. This is for the processing unit 203 to receive an instruction from the application 100 as an instruction for operating the object.
The unified interface 250 is a common service processing unit 201
Alternatively, the object service processing unit 203 transfers an instruction on an object operation received by the object service processing unit 203 to the data storage unit management unit 301 that should perform the operation. When using the various functions, the application 100 only instructs the operation of the object with the common service processing unit 201 according to the unified interface 150, and does not consider the function mounting layer 300.

In the object processing apparatus of the present invention, FIG.
The objects that can be defined in a base object class, which will be described later with reference to FIG. It is up to the application 100 to define what is defined as an object. Therefore, anything other than content and the like can be defined as an object. Manipulating an object means that you can make some changes to the object. For example, processing such as creation, registration, update, acquisition, deletion, search, and list, which will be described later.

Further, the object processing apparatus of the present invention does not manage the content, the user, and the client itself as objects, but actually manages the management information of the content, the user, and the client as objects. As a result, the content, the user, and the client are integrally managed as objects, and the operation of the object is converted using the management information. Thus, the application 100 can describe an instruction using a virtually unified object, while converting the operation of the object into actual data processing.

FIG. 3 shows mainly the framework layer 20.
An outline of the configuration of 0 is shown. Framework Layer 2
00 or the common service processing unit 201 provides common functions required for the application 100 by using the unified interface 150.

There are roughly three types of applications 100 for collecting and delivering data and programs. First
Application 1 for broadcasting information
00 distributes information such as news and announcements, and totals audience rating information and the like. Secondly, the application 100 for providing the base support sends the business information and the business application 100 to the base (a branch or an affiliated company).
Is distributed, and business data (sales data, etc.) is tabulated from the base. Third, the application 100 that cooperates between business systems exchanges data between business systems connected via a network. In many systems, data is managed in a database. The common service processing unit 201 provides common functions necessary for the application 100 by using the API that is the unified interface 150. In other words, the common service processing unit 201 manages contents (collection / distribution targets) such as business data and users (collection / distribution destinations), which are functions necessary for the application 100 in common.
, Management of clients (collection / destination destinations), and collection / distribution of content via a secure network are performed under the unified interface 150.

The framework provided by the common service processing unit 201 to the application 100 is provided by the following six service processing units.

The object service processing unit 203 manages contents to be collected and distributed by the object processing apparatus, client users to be collected and distributed, and the like. In this object processing device, the content is R
It exists in various data storage means 400 such as a DB, a file, and a directory. In the object processing apparatus of the present invention, these various data storage means 400 are stored in the repository 4
Call it 00. Therefore, the data storage means management means 301 is called a repository management processing unit 301. The object service processing unit 203 operates on data existing in the repository 400 in response to a request from the application 100. Therefore, the object service processing unit 203 is an upper layer of the repository management unit 301. As a result, the application 100 recognizes the type (R
There is no need to be aware of DBs, files, directories, etc., and management methods (whether persistent storage of objects or mapping of other repositories), and application developers can concentrate on creating applications.

In the object service processing unit 203,
As described later with reference to FIG. 6, a base object class that can be stored in the repository 400 is defined, and this class is set as an operation target. Accordingly, the object service processing unit 203 provides the application 100 with the API as the unified interface 150.
Therefore, the application 100 can express a data structure suitable for the application 100 by extending the base object class.

The transfer service processing unit 204 collects and distributes the objects defined above via a network. The transfer service processing unit 204 provides an API that is the unified interface 150 from the viewpoint of collection and distribution. The application 100 is a unified interface 15
The transfer of the object can be realized only by passing the object to the transfer service processing unit 204 via the “0”. Thus, the application 100 does not need to be aware of the communication protocol used for the actual communication and the processing logic for the communication. Also, since it has a high affinity with the managed object, there is no need to describe complicated processing codes.

Although not shown, the transfer service processing unit 204 includes a transfer manager that provides a unified interface 150 and a communication protocol handler that controls a communication protocol. These are upper layers of the secure communication management processing unit 303 and the multicast management processing unit 302 that perform actual communication processing. Secure communication management processing unit 30
3 and the multicast management processing unit 302 communicate with another application 60 via the communication unit 500 which is a physical layer.
Communication with 0 is performed. With such a hierarchical structure,
It can flexibly respond to the addition of new communication protocols.

As will be described later, the multiple transfer control unit 220 and the interruption / resumption control unit 221 of the present invention are provided in the transfer service processing unit 204. That is, the processes of the multiple transfer control and the suspension / resumption control may be considered as a part of the service realized by the transfer service processing unit 204. The object to be transferred by the multiple transfer control unit 220 and the suspension / resumption control unit 221 is, as described above, the object service processing unit 203.
Is an object managed unifiedly (or immediately after newly created and before registration), that is, content. The transfer destination is also the object service processing unit 2
03 is an object managed in a unified manner, that is, a node (client) or a user.

The object service processing unit 203 and the transfer service processing unit 204 implement a difference management and difference transfer function 208 and a distribution management function 209. The difference management and difference transfer function 208
When the content stored in its own repository 400 is updated according to an instruction to the object service processing unit 203 from the server, information (difference information) on the difference between the content before the update and the content after the update is created. Is transferred to another predetermined node or client. The distribution management function 209 is for the application 1
When the content stored in its own repository 400 is distributed to another node or a client according to an instruction to the object service processing unit 203 from 00,
It creates and manages information about the distribution (distribution information).

The event service processing unit 205 notifies the application 100 of various events in the object processing device as events.

The monitoring service processing unit 206 monitors various events outside the object processing apparatus (scheduling such as date and time monitoring in addition to DB updating and file system updating). Notify.

The command service processing unit 207 plugs in the object processing device an implementation of a function that comprehensively handles the processing in the service processing unit. The command service processing unit 207 prepares some commands as a standard of the object processing device.

The command service processing unit 207 plugs in a logic using various services as a single command into the object processing apparatus. For example, the application 100 can register as a command in the command service processing unit 207 a composite logic that monitors the DB of the repository 400 using the monitoring service processing unit 206 and pushes the information when the DB is updated. In addition, the command service processing unit 207
Execute the action in the destination object processing device. That is, the action can be distributed together with the content. As a result, the executable application 100 can be started at the transfer destination.

The management service processing unit 202 serves as a window for the application 100 when the application 100 requests various services from the common service processing unit 201, and provides a basic structure as a framework.

The application 100 uses the object service processing unit 203 and the like, and is not aware of the information transfer format (network protocol or the like) or the information storage format (database type or the like), and is not limited to the content, client, user, etc. Management, content,
Collective distribution of messages and files, and control of events and schedules can be used with the unified interface 150. Further, the developer of the application 100 uses the common service processing unit 201 to
By developing the application 100, the application 100 having a multi-content collection / delivery function can be created only by describing the program code along the unified interface 150. That is, the developer of the application 100 can concentrate on the development of the solution (business logic) that is the original of the application 100 without being aware of the operation at the primitive level.

FIG. 4 mainly shows an outline of the configuration of the function mounting layer 300.

The repository management unit 301 manages objects permanently, and searches, updates, and retrieves objects. In addition, the repository management unit 301 manages management information such as various contents and connected clients as objects. Repository management unit 301
Provides the object service processing unit 203 with a unified interface 250 that is not aware of the type of repository 400 (type of storage).

The types of the repositories 400 supported by the repository management unit 301 are various, such as unique files, RDBs, and directories. For access to the repository management unit 301, the application 100 provides a unified interface 250 that can be accessed by the same procedure without being aware of the type of the repository 400. That is, although not shown, the repository management unit 301 includes the application 100 or the object service processing unit 20.
3 and common adapters used by the repository 3 and adapters corresponding to each of the repositories 400. Switching of the repository 400 can be dynamically changed by designating the type of the repository 400 from the API of the repository management unit 301.

The repository management unit 301 holds class definition information and field definition information and manages inheritance relationships, reference relationships, and data management information in order to manage objects permanently. Thereby, the repository management unit 301 performs high-speed search and restoration of a complex object. When the repository 400 is an RDB or a directory, the repository management unit 301 manages mapping information between the class field and each repository 400 to smoothly transfer objects.

The multicast communication management processing unit 302 performs simultaneous distribution of content to a large number of clients using multicast. In communication using multicast, the server need only transmit one packet.
Data is replicated one after another and distributed to all clients in the group. For example, the application 100, which is a server (distribution source) that distributes content such as a weather forecast, distributes content to clients (distribution destinations) at a specified time at the same time, and all clients can receive the content almost simultaneously. . Further, the multicast communication management processing unit 302 also supports multicast communication using a communication satellite as a communication infrastructure.

As a result, the multicast communication management processing unit 302 can reduce the line load, reduce the server load, and secure the broadcast. That is, in general content distribution using the conventional Internet Protocol (IP) communication (unicast), the server transfers data to the clients point-to-point, so the number of clients is increased. Sometimes the number of packets flowing on the network increases. As a result, the line load, distribution time, and line usage fee increase.
In addition, simultaneous broadcast cannot be expected, and a time difference occurs between clients. According to the multicast communication, such inconvenience can be prevented.

Further, the multicast communication management processing unit 30
2 indicates that the NAK (Negative Acquisition
means (knownledgment, notification of non-delivery) to the server. With this notification, the application 100, which is the server, retransmits the lost packet to ensure reliability. Thereby, the multicast communication management processing unit 3
02 can realize reliable simultaneous distribution.
That is, in multicast communication, UDP (User Datagram Protocol) is used as a transport layer protocol. Unlike TCP (Transmission Control Protocol), which guarantees that data is transferred correctly, UDP is not reliable and may lose packets in the path. Therefore, it is not suitable when the content is program data or the like. According to the multicast communication management processing unit 302, reliable simultaneous distribution can be realized.

The multicast communication management processing unit 30
2 is connected to a multicast relay gateway (not shown). The multicast relay gateway for the multicast communication management processing unit 302 corresponds to the repository 400 for the repository management unit 301. The multicast relay gateway encapsulates the multicast data into unicast data, passes through the router, restores the original multicast data at the relay destination gateway, and retransmits the data. Thereby, the multicast communication management processing unit 302 can operate the multicast according to the user's network environment. In other words, even if there is a router that does not support multicast communication in the user's network environment, multicast data can be simultaneously broadcast by a multicast relay gateway so that multicast data is encapsulated in unicast data and passed through the router. . According to the multicast communication management processing unit 302,
Multicast can be operated according to the user's environment.

Various communication management units 305 distribute contents to clients by IP communication (unicast). Various communication management units 305 support various programs. That is, HTTP (and HTTPS), FT
P, SMTP, SSL, Socks and the like.

FIG. 5 is a diagram showing the configuration of the object processing apparatus, and shows the configuration of the object processing apparatus to which the present invention is applied.

The application 100 instructs, as an object operation, data operation on an operation target including at least a content, a user, or an operation target including a node. At this time, the application 100
Only the unified interface 150 of the object service processing unit 203 is considered. Therefore, there is no awareness of the repository 400.

A plurality of repositories (data storage means) 40
0 stores data on the operation target including at least the operation target including the content, the user, or the node in different forms. As shown in FIG. 5, the plurality of repositories 400 include, for example, an RDB (400A), a file (400B), a directory (400C), and other, for example, a unique database (400D). These all differ in data access means, management means, storage format, and the like. It should be noted that, if necessary, symbols A to D are attached to distinguish them.

The object access management means 350
It is provided between the application 100 and the plurality of repositories 400, and manages, as objects, data on operation objects including operation objects including at least content, users, or nodes stored in the plurality of repositories 400 as objects. To this end, the object access management means 350
03, and a plurality of repository management units (data storage means management means) 301 provided corresponding to each of the plurality of repositories 400. Repository management unit 301A,
B, C, and D are an RDB management unit, a file management unit, a directory management unit, and a unique database management unit, respectively.

The object service processing unit 203 receives an instruction on an object operation from the application 100 in accordance with the unified interface 150, selects a repository management unit 301 to perform the operation, and receives an instruction on the received object operation. The instruction is passed according to the unified interface 250. To this end, the object service processing unit 203 includes a first table (repository table) 210 that describes the correspondence between an object and a plurality of repository management units 301.
The object service processing unit 203 refers to the repository table 210, and obtains (selects) the repository management unit 301 to which the instruction on the operation of the received object is to be passed. For this, repository table 2
Reference numeral 10 describes the type of the data storage unit 400 and the repository management unit 301 corresponding to each object type, as described later with reference to FIG. The correspondence between the object type and the plurality of repository management units 301 is determined by the application 100 that has registered the object type in the repository table 210.
It is determined by describing in 10.

The repository management unit 301 converts the received instruction for operating the object passed from the object service processing unit 203 into an instruction for operating the data, and stores it in the corresponding repository 400 based on the instruction. The data on the operation target including the operation target including at least the content, the user, or the node is operated. For this purpose, each of the plurality of repository management units 301 (301A to 301D) has a relationship between the object and the data on the operation target including the operation target including the user or the node stored in the repository 400 corresponding to the object. Table (map table) 306 (306A to 306)
D). The repository management unit 301 refers to the second table owned by the repository management unit 301 and converts the received instruction on the operation of the object into an instruction on the operation of the data. For this purpose, the second table describes, for each object type and corresponding data, a mutual conversion rule between them, as described later with reference to FIG. The conversion rule for converting the instruction about the operation of the object into the instruction about the operation of the data is as follows. The application 100 that has registered the object type and the corresponding data in the second table converts the conversion rule into the second table. It is determined by describing in.
The application 100 describes the format of data corresponding to the object type in the conversion rule.

As described above, the operation on the above-mentioned multi-platform can be guaranteed, and the load on the application (and its developer) can be reduced.
That is, schema definition, data expression format such as file format, relational database (RDB), directory, database unique to the system or application (unique DB), data management format such as file system, structured query for RDB Language (SQL), Open Database Connectivity (ODBC), Lightweight Directory Access Protocol (LDAP), Database Computer's proprietary protocol (proprietary protocol), low-level API
There is no need to be aware of the method of accessing data such as (application programming interface). Therefore, there is no need for the application developer to write complicated processing codes in the application using the Internet. Specifically, a general object-oriented database (OODB) that manages objects as they are in a file or the like in its own format
As described above, there is no inconvenience that other types of RDBs and directories cannot be handled. Also, there is no inconvenience that, unlike an object-oriented relational database (ORDB) having a function of operating a table of an RDB as an object, it cannot be handled by the same interface including other files and directories. Also,
The data format to be operated can be defined by the user.

FIG. 6 is an explanatory diagram of an object, showing an example of the type and hierarchy of an object. That is, the application 100 registers the object service processing unit 20
3 is an example of an object managed, and the type of object (what is registered as an object) and the hierarchy (where the object is located) are registered by the application 100. The base object class provided by the object service processing unit 203. Use the vector class, dictionary class, and decide freely.

In FIG. 6, base object classes are three of content, user, and client (node).
It consists of a group of types, a vector class, and a dictionary class. The content is a processing target such as data or a program, that is, information. The content further includes (newspaper) articles in a news service, business data and programs in a client performing business. A node is a device (computer) that processes content. The user is a person who uses the content and the node according to instructions to the node. Vector class
This is an array class in the Java language, and includes a channel that is a set of articles, an organization that represents a set unit such as a company organization, and a group that represents a set of users, clients, and content. The dictionary class includes a content owner and content distribution management used by the application 100, and a relationship between these higher-level content owners and content distribution management.

As can be seen from the above, the application 1
By registering an object, the user can freely determine what the object is, that is, the definition of the operation target data. The definition in FIG. 6 is an example. Therefore, for example, in FIG. 6, a “user group”, a “client group”, and a “content group” shown in FIG. 8 can be freely added below the “group” below the “set”.

The objects in the present invention are all management information about at least content, operation objects including operation objects including users or nodes, relationships between objects, groups of objects, and other items defined as objects. It is. The application 100 performs an operation on an object by instructing an operation on its management information. Since this instruction is given by the unified interface 150, the application 100 does not recognize anything other than this. Data that is the actual state of the object exists in the repository 400. The operation of the management information given from the application 100 is passed by the unified interface 250 to the repository management unit 301 that should perform the operation. This repository management unit 301
However, in order to operate the actual data, the operation of the management information is converted into the operation of the data, and the operation is executed.

FIG. 7 is an explanatory diagram of a repository table.
2 shows a configuration of a repository table 210 provided in the object service processing unit 203. Repository table 21
0 is the object and its corresponding repository 400
And manage. Specifically, the repository table 210
As shown in FIG. 7, for each object (name), the type of the repository 400 (which stores the actual data of the object) and the corresponding (repository) management unit (name) are stored. I do. Repository management unit 3
01 is an instance of the object.

When the object service processing unit 203 is given an operation on an object from the application 100, the object service processing unit 203 refers to the repository table 210 using the object, and checks the repository 400 of the object.
And its repository management unit 301 are known. Based on this, the object service processing unit 203 automatically selects the repository management unit 301 from among the plurality of repository management units 301 and requests operation of the object.

FIG. 8 is an explanatory diagram of the map table. The map table 30 provided in each repository management unit 301 is shown.
6 shows the configuration of FIG. The map table 306 manages the correspondence (mapping) between various types of data managed by the repository management unit 301 and objects provided from the object service processing unit 203. Specifically, as shown in FIG. 8, the map table 306 includes a data storage unit 307 and an object storage unit 309.
And a mapping method storage unit 308 provided between them. The data storage unit 307 stores various types of data managed by the repository management unit 301. That is, all attributes are stored for each data (name). The object storage unit 309 stores an object provided from the object service processing unit 203. That is,
All attributes are stored for each object (name).
The mapping method storage unit 308 stores information indicating in what form the data and the object of the attribute are stored (expression form).

In the map table shown in FIG. 8, although the attribute "description" of the data name "person" is defined, there is no corresponding definition and mapping method on the object side. The attribute “description” is, for example, a remarkable article about the user who is the “person”, and is made in this manner when the application 100 does not want to be disclosed to others (access is not permitted). Other applications 600 cannot be converted and cannot be accessed because there is no mapping method on the object side. The attribute “Date c” of the object name “content”
While "reate" is defined, there is no corresponding definition and mapping method on the data side. The attribute "Date c
"reate" is, for example, the date when the object was created, and is made in this way especially when there is no need to save the data. The other application 600 does not need to define the mapping method on the data side since there is no mapping method on the data side.

When given the object and its operation from the object service processing unit 203, the repository management unit 301 refers to the repository table using the object type of the object, and knows the mapping method for each attribute of the object. Based on this, the repository management unit 301 operates the object. That is, in response to a request from the application 100, the object service processing unit 203 performs “registration (add)” of the object type and “update (up to date)”, “acquisition (get)”, and “add (insert) of each object. ) "
"Delete""search""list" (lis
t) ”.

“Registration” means that data created in a certain repository 400 is used as an object type as the object access management means 350 or the object service processing unit 2.
03. Thereby, an operation as an object becomes possible. For this registration, the object access management means 350 or the like prepares a registration interface (for example, a registration screen) as a part of the unified interface 150. Application 10
The object 0 can easily register an object only by inputting predetermined contents according to this interface.
For example, when the application 100 inputs the object type to be used and the address where the data is present (or the repository 400), the object access management unit 350 or the like determines the type of the repository 400, the repository management unit 301, the data name, and the data attribute. , The repository table 210 and the map table 306 are automatically created (added) by obtaining the attributes of the object.

"Update" is an operation for changing the contents of a registered object. For example, addition, rewriting, etc. “Acquisition” is an operation of reading the contents of a registered object for updating, transferring, and the like. “Delete” is an operation of deleting an object registered once from the registration. “Search” is an operation of specifying an object name, an attribute, the contents of an object, etc. from a registered object and reading out the corresponding object or the like. “List” is an operation of specifying a group name from registered objects and acquiring all objects of the group. For these operations, the object access management means 35
0 and the like prepare a predetermined interface as a part of the unified interface 150. Application 100
By simply inputting predetermined contents according to this interface, objects can be easily operated.

Next, the operation of the object processing apparatus of FIG. 2 will be specifically described with reference to FIGS.

For example, a case where the application 100 attempts to add the object “User” to the members of the object “Group” will be described. In FIG. 5, the application 100 determines which repository 40
There is no need to be aware that it is managed to zero. The application 100 only specifies the operation of the object. As shown in FIG. 7, the object "User" is actually managed in the directory 400C, and the object "Group" is actually managed in the RDB 400A. As shown in FIG. 8, what is mapped as the object "User" is the data "person".

In FIG. 9, first, the application 100 requests the object service processing unit 203 to “acquire” the object “User” through the unified interface 150.

The object service processing unit 203 refers to the repository table 210 and refers to the object “Us
er ", and selects the repository management unit 301C corresponding to the object" User "by the unified interface 250.
Request "acquisition" of.

The repository management unit 301C refers to the map table 306C, selects the data "person" mapped as the object "User", and "acquires" its contents from the directory 400C. Then, referring to the map table 306C, the repository management unit 301C converts the content of the acquired data “person” into the content of the object “User”, and, by using the unified interface 250, responds to the object service as a response to the previous request. Return to the processing unit 203. In this conversion, the character string of “cn” is directly used as the character string of “String name”, and the character string of “employee Number” is converted to a numerical value of “int id”.

The object service processing unit 203 converts the contents of the object “User” received from the repository management unit 301 C by using the unified interface 150.
It returns to the application 100 as a response to the previous request.

Next, the application 100 requests the object service processing unit 203 to “acquire” the object “Group”.

The object service processing unit 203 refers to the repository table 210 and refers to the object “Gr
oup ”, select the repository management unit 301A,
Request "acquisition" of the object "Group" to this.

The repository management unit 301A refers to the map table 306A, selects the data “Group of Name” mapped as the object “Group”, and “acquires” the contents from the RDB 400A. Then, the repository management unit 301A sends the map table 30
Referring to 6A, after converting the content of the acquired data “Group of Name” into the content of the object “Group”,
This is returned to the object service processing unit 203 as a response to the previous request.

The object service processing unit 203 returns the contents of the object “Group” received from the repository management unit 301A to the application 100 as a response to the previous request.

Next, the application 100 adds the content of the obtained object “User” to the content of the obtained object “Group”, and then instructs the object service processing unit 203 to “update” the object “Group”. ".

The object service processing unit 203 refers to the repository table 210 and
oup ”, select the repository management unit 301A,
Request "update" of the object "Group" to this.

The repository management unit 301A refers to the map table 306A, selects data “Group of Name” mapped as the object “Group”, and stores the contents of the object “Group” in the data “Group of Name”.
Name of the new "Group of"
Name "in RDB400A (old)" Group of Nam "
overwrite "e".

The above is an example of an object operation performed by the application 100 on the object service processing unit 302. In addition, the application 100
Performs data transfer and the like as object operations.
For these operations, the object access management means 350 and the like prepare a predetermined interface as a part of the unified interface 150. The application 100 can perform operations such as easy transfer of objects by simply inputting predetermined contents according to this interface.

The application 100 requests the transfer service processing unit 204 to transfer an object through the unified interface 150. At this time, the application 100 need only specify an object (which is a node or a client) as a transfer destination, and only specify an object (which is content) as a transfer target. You do not need to be aware of the transfer protocol. The transfer service processing unit 204 requests the object service processing unit 203 to acquire the transfer destination and the transfer target object, and transfers the transfer target to the transfer destination based on the acquired information.

The application 100 sends a unified interface 150 to the event service processing unit 205.
Request notification of an event for the object. At this time, the application 100 need only specify the object to be notified. The event service processing unit 205 requests the object service processing unit 203 to acquire an object to be notified,
If an event occurs based on this, it will be notified.

The application 100 requests the monitoring service processing unit 206 to monitor the object through the unified interface 150. At this time,
The application 100 only needs to specify an object to be monitored. Monitoring service processing unit 2
06 requests the object service processing unit 203 to obtain an object to be monitored, and performs monitoring based on the acquired object.

The application 100 sends a command to the command service processing unit 207 to the unified interface 150.
Requests a plug-in to the prepared command for the object. At this time, application 1
For 00, it is only necessary to specify a certain object as a plug-in target. The command service processing unit 207
A request is made to the object service processing unit 203 to obtain a plug-in target object, and the plug-in is performed based on this.

FIG. 10 is an explanatory diagram of the object processing device, and mainly shows the multiple transfer control unit 220, the protocol control unit 260, and the communication processing unit 305 in the object processing device of the present invention.

The application 100 instructs transmission with the transmission target as an object regardless of the communication protocol. At this time, the application 100 communicates with the unified transfer interface 160 of the transfer service processing unit 204.
Only be aware of Therefore, there is no awareness of the communication protocol, and only an instruction of an object (content) to be transmitted and an object (node (client) or user) to be transmitted. Incidentally, the unified transfer interface 160 is provided with the object access management means 350.
Alternatively, it may be considered as a part of the unified interface 150 prepared by the framework layer 200.

An instruction to transmit an object from the application 100 is issued when the application 100 transmits some object to another application 600. Alternatively, the instruction to transmit the object is performed based on a reception request from the other application 600 in communication with the other application 600.

The object transmitted by the application 100 is the one before the application 100 newly creates and registers it in the object service processing unit 203.
Alternatively, it is registered in the object service processing unit 203 and already managed as an object. In any case, the application 100 does not recognize the difference.

That is, even if the object to be transmitted is a registered object, the application 100
Only requests the multiple transfer control unit 220 to specify the object and request transmission. Application 100
The multi-transfer control unit 220 receiving the instruction to transmit the object from the object service processing unit 20 obtains the operation object including at least the content, the operation object including the user or the node, which is the object.
Instruct 3 In response to this, the object service processing unit 203 receives an instruction to acquire an object from the multiple transfer control unit 220 in accordance with the upper unified interface 150, and issues an instruction to acquire the received object to the repository management unit 301 to perform the acquisition. In accordance with the lower unified interface 250. The repository management unit 301 converts the instruction for obtaining the object passed from the object service processing unit 203 into an instruction for obtaining the data, and based on the converted instruction, stores at least the content, the user, or the content stored in the corresponding repository 400. Data about the operation target including the operation target including the node is acquired, and the data is inversely converted into an object and passed to the object service processing unit 203. The object service processing unit 203 passes the inversely converted object to the multiple transfer control unit 220.

The multiple transfer control unit 220 receives an instruction to transmit an object from the application 100 in accordance with the unified transfer interface 160 and passes it to the protocol control unit 260. The multiple transfer control unit 220 receives from the transmission destination a signal indicating that the transmission has been normally completed, and notifies the application 100 of the normal termination. This signal is monitored by the interruption / resumption control unit 221.

The protocol control unit 260 passes the object transmission instruction passed from the multiple transfer control unit 220 to the communication processing unit 305 that should perform the transmission.

Each of the plurality of communication processing units 305 transmits an object passed from the protocol control unit 260 according to a predetermined different communication protocol. As shown in FIG. 10 and the like, each of the plurality of communication processing units 305 includes HTTP, HTTPS, FTP, POP3, and IMA.
Communication is performed using a different communication protocol such as P4.

The interruption / resumption control unit 221 monitors the multiple transfer control unit 220, and stores transmitted information on the transmitted portion of the object in the transmitted information file 222. When the application 100 again instructs the transmission of the object whose transmission has been interrupted earlier, the interruption / resumption control unit 221 starts the multiple transfer control unit 2 from the non-transmitted part of the object based on the transmitted information.
20 is transmitted. If the transmission has been completed normally for all of the objects, the transmitted information is not recorded, or the normal termination is recorded.

The causes of the interruption of the transmission of the object include the failure of the line 700 (see FIG. 11), the interruption request from the transmission source application 100, and the transmission destination other application 600 (see FIG. 11). Request for interruption. Therefore, the application 100 can interrupt the transfer at any time during the transfer. That is, when the application 100 instructs the interruption of the transmission of the object previously instructed, the multiple transfer control unit 220 interrupts the transmission according to the instruction of the interruption.
Alternatively, when the other application 600 of the reception destination instructs to suspend the reception of the object previously instructed, the multiple transfer control unit 220 on the reception side suspends the reception according to the instruction of the suspension. Thereby, the transmission-side plural transfer control unit 2
20, a transmission error occurs, and the interruption / resumption control unit 22
1 is subject to transmission suspension and resumption processing.

The application 100 can transmit and receive a plurality of objects (files, messages, and the like) of different protocols by only instructing transmission of a plurality of objects and without being aware of the protocol to be used. In this case, the multiple transfer control unit 220
The plurality of objects are archived according to the respective communication protocols and passed to the protocol control unit 260.
The protocol control unit 260 passes this to the communication processing unit 305 that should perform the transmission for each archive. For example, if objects A and B are transmitted with protocols C and D, two archives of protocols C and D are created, each archive containing objects A and B. Communication processing unit 3
In step 05, the transferred archive is divided into a plurality of packets of a predetermined size and transmitted. At this time, the suspension / resumption control unit 221 holds the name of the archive and the number added to the transmitted packet in the transmitted information file 222 as transmitted information.

When resuming the transfer of the interrupted object, the application 100 performs exactly the same processing as the normal object transmission. Therefore, the application 100 only needs to specify the object that has received the transmission error and make a reception request, and does not need to be aware of the position where transmission is interrupted. The transmission interruption / resumption control unit on the transmission side automatically skips the already transferred objects and resumes transmission, thereby reducing unnecessary traffic.

FIG. 11 is an explanatory diagram of the object transmission / reception processing. As shown in FIG. 11, the object processing apparatus of the present invention has the same configuration on the transmitting side (left side in the figure) and the receiving side (right side in the figure) of the object. Therefore, the operation target including at least the operation target including the content, the user, or the node is managed as an object so as to follow the unified interface 150 and the like, and the application 100 does not recognize this. In the following description, the transmitting side and the receiving side of the object are denoted by reference numerals A and B, respectively, to distinguish them.

That is, on the receiving side, the application 100B instructs reception with the object to be received as an object regardless of the communication protocol. The multiple transfer control unit 220B receives an instruction to receive an object from the application 100B according to the unified transfer interface 160B, and passes it to the protocol control unit 260B. The protocol control unit 260 </ b> B
The instruction to receive the object passed from 0B is passed to the communication processing unit 305B that should perform the reception request and reception.
Each of the communication processing units 305B requests and receives the object passed from the protocol control unit 260B according to a predetermined different communication protocol.

Further, the suspension / resumption control unit 221B monitors the multiple transfer control unit 220B, and stores a received portion of the object and received information on the received portion in the received information file 223. The point that the received portion of the object is retained is different from the transmitting side. When the application 100B again receives an instruction to receive the object whose reception has been interrupted first, the interruption / resumption control unit 22
1B adds, based on the received information, a non-received part of the object received by the second reception to a stored part of the stored object. If the reception of all the objects has been completed normally, the received information is not recorded, or the normal termination is recorded.

[0098] The application 100B can instruct reception of a plurality of objects. In this case, the plurality of objects received by the plurality of transfer control units 220B are archives corresponding to the communication protocol, and the archives are composed of a plurality of packets divided into a predetermined size. Suspension / resumption control unit 2
21B stores the name of the archive and the number added to the transmitted packet in the received information file 223 as transmitted information. This makes it possible to add a non-received part of the object received by the second reception to a received part of the object.

FIG. 12 to FIG. 14 show the transmission processing flow. In particular, FIG. 12 is an overall transmission processing flow, and FIG.
3 is an archive processing (transmission side) flow according to the protocol, and FIG. 14 is an interruption / resumption control processing (transmission side) flow.

In FIG. 12, a plurality of transfer control units 220
Receives the transmission data (object) and the transmission destination from the application 100A via the interface 160 (step S1).

The multiple transfer control section 220A checks whether the object is a multiple object (whether the object further includes an object inside) (step S).
2).

In the case of a plurality of objects, the plurality of transfer control units 220A perform an archiving process according to the protocol (step S3), and proceed to step S4. The archive processing will be described later with reference to FIG.

The multiple transfer control unit 220A requests, via the protocol control unit 260A, the communication processing unit 305A that performs transmission using the protocol to transmit the object, and the communication processing unit 305A transmits the object (step S4). ). Steps S4 to S8 will be described later with reference to FIG.

The multiple transfer control unit 220A checks whether a normal end signal has returned from the communication processing unit 305A from the transmission destination, that is, whether or not the end is normal (step S5). If the operation has been completed normally, the process ends.

If the processing has not been completed normally, the suspension / resumption control unit 221A monitoring the processing terminates the application 100A.
(Step S)
6).

When there is no interruption request, the interruption / resumption control unit 22
1A notifies the application 100 of an error (step S7), and proceeds to step S8.

When there is an interruption request, the interruption / resumption control unit 22
1A transmits the portion of the object whose transmission has been completed to the transmitted information file 222A in preparation for retransmission of the object.
(Step S8).

In FIG. 13, a plurality of transfer control units 220A
Performs a transfer protocol determination process (step S
9).

On the basis of the result of the judgment report, the multiple transfer control section 220A determines whether the transfer protocol is HTTP or HTTP.
Investigate any of PS or other (step S
10).

If the transfer protocol is HTTP or HTTP
In the case of PS, the multiple transfer control unit 220A
Create an ultrapart. That is, each part corresponds to one object, and a single message is created as a whole (step S11).

In step S10, if the transfer protocol is not HTTP or HTTPS, the multiple transfer control unit 220A generates a header based on the information (file name, size, chccksum, etc.) of each part (step S12).

The multiple transfer control section 220A archives the entire object (group) including the header into one file (step S13).

In FIG. 14, as described above, the multiple transfer control unit 220A receives a transfer object and a transfer destination from the application 100A (step S14).

The multiple transfer control section 220A checks the protocol used for the transmission, and issues a line opening request to the communication means 500 through the protocol control section 260A corresponding to the protocol (step S15).

The multiple transfer control unit 220A or the interruption / resumption control unit 221A checks whether or not there is an object being transmitted in the transmitted information file 222 (step S1).
6).

When there is an object being transmitted, the interruption / resumption control unit 221A extracts the transmitted packet number from the transmitted information file 222 using the archive name of the transfer data, and adds “1” to the packet number. The set value is set as the initial value of the transmission packet number (step S17), and the process proceeds to step S18.

If there is no data in the middle of transmission, the multiple transfer control unit 220A checks if the communication protocol is HTTP or H.
It is checked whether any of the TTPS is or not (step S18).

If the communication protocol is HTTP or HTTP
If it is a PS, the multiple transfer control unit 220A
k (packet for performing the split transfer process defined by the HTTP protocol) is created (step S1).
9).

When the communication protocol is HTTP or HTTP
If it is other than PS, the multiple transfer control unit 220A divides the transfer object into packets of a fixed size, adds a packet number to the packet, and generates a packet number / packet pair (step S20).

The multiple transfer control unit 220A or the suspension / resumption control unit 221A checks whether or not there is a suspension request from the application 100 (step S21). If there is a suspension request, the process proceeds to step S27.

When there is no interruption request, the multiple transfer control unit 22
0A is the protocol control unit 260 and the communication processing unit 3
One packet is transmitted via the communication unit 05 (step S
22).

The transfer controller 220A determines in step S2
It is checked whether the packet transmitted in 2 has been transmitted normally (step S23).

If the transmission is successful, the multiple transfer control unit 2
20A increments (+1) the Chunk or the transmission packet number (step S24).

The transfer controller 220A checks whether or not the transfer data has been transmitted to the end (step S2).
5). If the transmission has been completed, the process ends, and if the transmission has not been completed, the process from step S21 is repeated.

If the transmission is not successful in step S23, the multiple transfer control unit 220A notifies the application 100 of an error (step S26).

The interruption / resumption control unit 221A stores the information of the transmitted data (archive name and packet number) in the control file, and ends the transmission processing (step S).
27).

FIGS. 15 to 17 show the reception processing flow. FIG. 15 is an overall reception processing flow, FIG. 16 is an archive processing (reception side) flow according to the protocol, and FIG. 17 is a processing flow of the suspension / resumption control unit (reception side).

In FIG. 15, the application 100
, Via the unified transfer interface 160, the multiple transfer control unit 220B receives the name of the data (object) to be received and the receiving source (step S28).

The interruption / resumption control unit 221B refers to the received information file 223 to check whether or not the reception of the object is the resumption of the reception of the object received halfway (step S29).

If the reception of the object is to be resumed, the interruption / resumption control unit 221B refers to the received information file 223, reads out the object that has been received halfway, and prepares for the reception resumption (step S30). .

The multiple transfer control unit 220B or the interruption / resumption control unit 221B sends a transmission request to the transmission source of the object (application 100A) via the protocol control unit 260B and the communication processing unit 305 (step S3).
1).

The multiple transfer control unit 220B or the interruption / resumption control unit 221B receives data (step S3).
2). The processing of steps S32 to S36 will be described later with reference to FIG.

The multiple transfer control unit 220B checks whether or not the processing has been completed normally (step S33).

If the termination is not normal, the interruption / resumption control unit 22
It is checked whether 1B is an interruption request by the application 100 (step S34).

If the request is not an interruption request, the interruption / resumption control unit 22
1B notifies the application 100 of the error (step S35).

If the request is an interruption request, the interruption / resumption control unit 22
1B prepares the received file 2 for resumption of data reception.
The received information is stored in the storage device 23 (step S36).

Referring to FIG. 16, a plurality of transfer control units 220B
Performs a transfer protocol determination process after the normal end of the reception of the object (step S37).

[0138] Based on the result of the determination processing, the multiple transfer control unit 220B determines whether the transfer protocol is HTTP or HTTP.
It is checked whether the TPS is one or the other (step S38).

In the case of HTTP or HTTPS,
The multiple transfer control unit 220B checks whether it is a Multipart (step S39).

In the case of Multipart, the multiple transfer control unit 220B prepares a means for accessing an object in each part. That is, the multipart is decomposed into objects (step S40).

If the object is not a multipart, the multiple transfer control unit 220B passes the object as it is to the upper layer (application 100B) (step S41).

If it is HTTP or other than HTTPS in step S38, the multiple transfer control unit 220B
Is whether there is header information at the beginning of the archive, ie, M
It is determined whether or not it is an ultrapart (step S4)
2). If it is not a Multipart, step S41
Proceed to.

If it is a Multipart, the multiple transfer control unit 220B decomposes the archive into each object based on the header information and prepares access means for each object (step S43).

In FIG. 17, the arrival of an object is notified from the communication processing unit 305B and the protocol control unit 260B to the multiple transfer control unit 220B as described above (step S44).

The suspension / resumption control unit 221B checks whether or not the received file 223 contains a received object (step S45). If there are no received objects,
Proceed to step S47.

When there is a received object, the interruption / resumption control unit 221B retrieves the stored data,
Preparation is made so that reception of the object can be resumed (step S46).

The interruption / resumption control unit 221B checks whether or not there is a reception interruption request from the application 100B (step S47). If there is an interruption request, the process proceeds to step S56.

If there is no interruption request, the multiple transfer control unit 22
0B receives one packet (step S4).
8).

The multiple transfer control section 220B checks whether or not the reception was successful (step S49). If it cannot be received normally, the process proceeds to step S55.

When the data is successfully received, the multiple transfer control unit 2
20B performs a protocol type determination process (step S50).

The multiple transfer control unit 220B checks whether the communication protocol is HTTP or HTTPS or any other (step S51).

In the case of HTTP or HTTPS,
The multiple transfer control unit 220B checks the Chu of the received object.
The nk number is checked and added to the received information (step S52).

If it is not HTTP or HTTPS, the multiple transfer control unit 220B checks the packet number of the received object and adds it to the received information (step S53).

The multiple transfer control unit 220B determines whether or not the object has been received to the end by using Chunk or a packet number (step S54). If the reception has been completed, the reception process is terminated. If it has not been received to the end, step S47 and subsequent steps are repeated.

If the reception has not been successfully completed in step S49, the interruption / resumption control unit 221B notifies the application 100 of an error (step S55).

The suspension / resumption control unit 221B records the received object and the Chunk or packet number in the received file 223 (step S56).

For example, in FIG. 13, the application 100A designates the transfer target object and the transfer destination object (application 100B),
It instructs the multiple transfer control unit 220A to transmit the object. This transmission instruction is performed when the application 100A receives a transmission request from the application 100B or when the application 100B always receives transmission of an object.

The multiple transfer control section 220A specifies the name of the object to be transferred and requests the object service processing section 203A to acquire it. The object service processing unit 203A communicates with the repository management unit 301A.
And obtains the object from the repository 400A via the repository 400A and passes it to the multiple transfer control unit 220A.

The multiple transfer control unit 220A creates an archive of the object, and
A and transmits it to the application 100B via the communication processing unit 305A and the like.

When the application 100A instructs the interruption / resumption control unit 221A to suspend transmission, or when the application 100B suspends the reception interruption / suspension / resumption control unit 221B.
, The transmitted information up to that point is stored in the transmitted file 222 by the interruption / resumption control unit 221A, and the received objects and received information up to that point are stored in the received file 223 by the interruption / resumption control unit 221B. Is done.

When the application 100A or the application 100B instructs transmission of the object again, an archive of the object is created in the same manner as described above. Thereafter, the suspension / resumption control unit 221A
Refers to the transmitted file 222 and performs transmission from a packet that has not been transmitted. The suspension / resumption control unit 221B
The newly received packet is added to the already received packet read from the received file 223 and passed to the application 100B.

[0162]

As described above, according to the present invention,
In the object processing device, the application instructs transmission as an object transmission and accepts the transmission according to the unified transfer interface, so that the application can instruct transmission of the object as an object without being aware of the communication protocol. Therefore, a plurality of objects can be transferred at the same time using various protocols, and the application developer does not need to write complicated processing codes.

Further, according to the present invention, the object processing apparatus monitors the transfer and retains the transmitted information on the transmitted portion of the object, so that the instruction to transmit the interrupted object can be issued. If this happens again, transmission can be started from the part of the object that has not been transmitted, reducing wasteful traffic even if the application needs to send and receive a large amount of data using an unreliable line. Transfer can be performed.

[Brief description of the drawings]

FIG. 1 is a principle configuration diagram of the present invention.

FIG. 2 is a configuration diagram of an object processing device.

FIG. 3 is a configuration diagram of an object processing device.

FIG. 4 is a configuration diagram of an object processing device.

FIG. 5 is an explanatory diagram of an object processing device.

FIG. 6 is an explanatory diagram of an object.

FIG. 7 is an explanatory diagram of a repository table.

FIG. 8 is an explanatory diagram of a map table.

FIG. 9 is an explanatory diagram of an object process.

FIG. 10 is an explanatory diagram of an object processing device.

FIG. 11 is an explanatory diagram of an object transmission / reception process.

FIG. 12 is a transmission processing flow.

FIG. 13 is a transmission processing flow.

FIG. 14 is a transmission processing flow.

FIG. 15 is a reception processing flow.

FIG. 16 is a reception processing flow.

FIG. 17 is a reception processing flow.

[Explanation of symbols]

 Reference Signs List 100 application 160 unified transfer interface 203 object service processing unit 204 transfer service processing unit 220 multiple transfer control unit 221 interruption / resumption control unit 222 transmitted information file 250 lower unified interface 260 protocol control unit 305 communication processing unit 500 communication means 600 other application

Claims (15)

[Claims] 1. A plurality of transfer control units that receive an instruction to transmit an object from an application that instructs transmission as an object and transmit the object to a protocol control unit irrespective of a communication protocol; A protocol control unit that passes an instruction to transmit an object passed from the transfer control unit to a communication processing unit that is to perform the transmission, and an object that is passed from the protocol control unit according to a predetermined different communication protocol. An object processing apparatus, comprising: a plurality of communication processing units for transmitting the data. 2. The application instructs transmission of a plurality of objects, wherein the plurality of transfer control units pass the plurality of objects to the protocol control unit as archives corresponding to respective communication protocols, and The object processing apparatus according to claim 1, wherein the control unit passes the archive to the communication processing unit that should perform the transmission for each archive. 3. The object processing apparatus further comprises: a plurality of data storage units each storing data of an operation target including at least a content, a user, or an operation target including a node in different forms; Provided between the plurality of data storage units and integrally manages data on operation objects including at least content, operation objects including users or nodes stored in the plurality of data storage units as objects. Said object access management means further comprising: an object service processing unit; and a plurality of data storage means management means provided corresponding to each of said plurality of data storage means. Receive instructions to send objects from the application The multiple transfer control unit instructs the object service processing unit to acquire an operation target including at least content, an operation target including a user or a node, which is the object, and the object service processing unit An instruction to acquire an object from the control unit is received in accordance with the upper unified interface, and an instruction to acquire the received object is passed to the data storage means managing means to perform the acquisition in accordance with the lower unified interface, and the data storage means managing means Converting the instruction for obtaining the object passed from the object service processing unit into the instruction for obtaining the data, and including at least the content, the user, or the node stored in the corresponding data storage means based on the instruction. operation Obtaining data about an operation target including an elephant, inverts the data to an object and passes it to the object service processing unit, and the object service processing unit sends the inversely converted object to the multiple transfer control unit. 2. The object processing apparatus according to claim 1, wherein the object is passed. 4. The object processing apparatus according to claim 3, wherein the instruction to transmit the object from the application is based on a reception request from the other application in communication with the other application. 5. A multiple transfer control process which receives an instruction to transmit an object from an application which instructs transmission as an object irrespective of a communication protocol according to a unified transfer interface, and passes the instruction to a protocol control process. A protocol control process of passing an instruction to transmit an object to a communication process that should perform the transmission, and a communication process of transmitting the passed object according to a predetermined different communication protocol. A program storage medium storing a program to be executed by an apparatus. 6. A plurality of transfer control units that receive an object transmission instruction from an application that instructs transmission as an object as an object and transmit the object to a protocol control unit regardless of a communication protocol, A protocol control unit that passes an instruction to transmit an object passed from the transfer control unit to a communication processing unit that is to perform the transmission, and an object that is passed from the protocol control unit according to a predetermined different communication protocol. A transmission processing unit that performs transmission of the object, and an interruption / resumption control unit that monitors the multiple transfer control unit and retains transmitted information on a transmitted portion of the object. If the application sends the instruction again, the interruption Opening control unit, the transmission based on the completion information, object processing apparatus according to claim from portions not been transmitted among the object to cause the transmission to the plurality transfer control unit. 7. The object processing according to claim 6, wherein the application instructs interruption of transmission of the object previously instructed, and the multiple transfer control unit interrupts the transmission in accordance with the interruption instruction. apparatus. 8. The application instructs transmission of a plurality of objects, and the plurality of transfer control units transfers the plurality of objects to the protocol control unit as archives corresponding to respective communication protocols, The control unit passes the archive to the communication processing unit that should perform the transmission for each archive, and the communication processing unit divides the transmitted archive into a plurality of packets of a predetermined size and transmits the packet. 7. The object processing apparatus according to claim 6, wherein the suspension / resumption control unit holds, as the transmitted information, a name of the archive and a number added to the transmitted packet. 9. A multiple transfer control process which accepts an object transmission instruction from an application which instructs transmission as an object regardless of a communication protocol and transmits the object to a protocol control process. A protocol control process of passing an instruction to transmit an object to a communication process to perform the transmission, a communication process of transmitting the passed object according to a predetermined different communication protocol, and monitoring the multiple transfer control process. An interruption / resumption control process for retaining transmitted information on a transmitted portion of the object; and when the application has again issued an instruction to transmit the object whose transmission has been suspended, based on the transmitted information. The part of the object that has not been sent Program storage medium characterized by a process of performing transmission, storing a program to be executed by the object processing unit is a computer. 10. A plurality of transfer control units that receive an instruction to receive an object from an application that instructs reception as an object and receive the object according to a unified transfer interface, and pass the instruction to a protocol control unit, regardless of a communication protocol; A protocol control unit that passes an instruction to receive an object passed from the transfer control unit to a communication processing unit that is to perform the reception request and the reception, and each of the protocol control units passes the instruction from the protocol control unit according to a predetermined different communication protocol. An object processing apparatus comprising: a communication processing unit that performs a request for receiving and receiving a received object. 11. A multi-transfer control process which receives an instruction to receive an object from an application instructing reception as an object irrespective of a communication protocol according to a unified transfer interface, and passes it to a protocol control process. A protocol control process of passing an instruction to receive an object to a communication process to perform the reception request and the reception process; and a communication process of performing a reception request and reception of the passed object according to a predetermined different communication protocol. A program storage medium storing a program to be executed by the object processing device. 12. A plurality of transfer control units that receive an instruction to receive an object from an application that instructs reception as an object and receive the object according to a unified transfer interface, and pass the instruction to a protocol control unit, regardless of a communication protocol. A protocol control unit that passes an instruction to receive an object passed from the transfer control unit to a communication processing unit that is to perform the reception request and the reception, and each of the protocol control units passes the instruction from the protocol control unit according to a predetermined different communication protocol. A communication processing unit that performs a reception request and transmission of the received object, and a suspension / resumption control unit that monitors the plurality of transfer control units and retains a received part of the object and received information about the part. The instruction to receive the object whose reception has been interrupted earlier In the case where the received object has not been received, the interruption / resumption control unit determines that the received part of the object received by the second reception is not received based on the received information. An object processing apparatus characterized by adding a part. 13. The object processing according to claim 12, wherein the application instructs interruption of reception of the object previously instructed, and the multiple transfer control unit suspends the reception according to the interruption instruction. apparatus. 14. The application instructs reception of a plurality of objects, the plurality of objects received by the plurality of transfer control units are archives according to a communication protocol, and the archives are predetermined. Wherein the interruption / resumption control unit holds the name of the archive and a number added to the transmitted packet as the transmitted information. Item 13. The object processing device according to Item 12. 15. A multiple transfer control process which accepts an object reception instruction from an application which instructs reception as an object irrespective of a communication protocol according to a unified transfer interface and passes the instruction to a protocol control process. A protocol control process of passing an instruction to receive an object to a communication process to perform the reception request and reception; a communication process of performing a reception request and transmission of the passed object according to a predetermined different communication protocol; The application resumes the transfer control process, and receives an instruction from the application again to suspend / restart control processing for retaining a received portion of the object and the received information on the object, and for receiving the object whose reception was previously interrupted. In the case, based on the received information, Adding a non-received part of the object received by re-receiving to a received part of the object that has been received by the second reception. Characteristic program storage medium.