WO2019093189A1 - 通信システムおよび通信装置 - Google Patents

通信システムおよび通信装置 Download PDF

Info

Publication number
WO2019093189A1
WO2019093189A1 PCT/JP2018/040224 JP2018040224W WO2019093189A1 WO 2019093189 A1 WO2019093189 A1 WO 2019093189A1 JP 2018040224 W JP2018040224 W JP 2018040224W WO 2019093189 A1 WO2019093189 A1 WO 2019093189A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication device
request
side communication
response
cse
Prior art date
Application number
PCT/JP2018/040224
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 WO2019093189A1 publication Critical patent/WO2019093189A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Definitions

  • the present invention relates to a communication system and a communication device.
  • Priority is claimed on Japanese Patent Application No. 2017-214695, filed Nov. 7, 2017, the content of which is incorporated herein by reference.
  • IoT Internet Of Things
  • a communication system includes an originating communication device, a receiving communication device, and a plurality of communication devices connected on a network.
  • a communication system at least including a relay side communication apparatus, wherein the transmission side communication apparatus transmits a request addressed to the reception side communication apparatus to the relay side communication apparatus, and the relay side communication apparatus is the reception side
  • the request is transferred to the communication device or the relay communication device capable of communicating with the call reception communication device, and the call reception communication device transmits the processing result of the request as a response via the relay communication device.
  • a direct for the transmitting side communication device to directly transmit the response to the transmitting side communication device The access point for spongs is included in the request, and the request is transmitted to the destination communication device via the relay communication device, and the destination communication device includes the direct response access point included in the request. Sending the response to the originating communication device.
  • the communication system according to one aspect of the present invention is the above-mentioned communication system, wherein the direct response access point includes a physical address or a logical address of the originating communication device on the network. .
  • the communication system according to an aspect of the present invention is the above-described communication system, wherein the direct response access point is invalidated after the first access.
  • an originating communication device includes an originating communication device connected on a network, a terminating communication device, and an originating communication device of a communication system including at least a plurality of relay communication devices.
  • a request addressed to the called side communication apparatus is transmitted to the called side communication apparatus via the relay side communication apparatus, and a response including a processing result of the request is received from the called side communication apparatus
  • a direct response access point for receiving the response directly from the terminating communication device is included in the request, and the request is received via the relay communication device.
  • the response to the called party communication device using the direct response access point La directly received.
  • the originating communication device is the originating communication device, and the direct response access point is a physical address or logic of the originating communication device on the network. Contains the target address.
  • the originating communication device is the originating communication device described above, and the direct response access point is invalidated after the first access.
  • the receiving side communication device is a receiving side communication device of a communication system including at least a transmission side communication device, a receiving side communication device, and a plurality of relay side communication devices connected on a network.
  • a request from the source communication device to the destination communication device as a destination is received via the relay side communication device, and a response including processing results for the request is sent to the source communication device
  • the incoming communication apparatus directly transmits the response to the originating communication apparatus using a direct response access point for directly transmitting the response included in the request to the originating communication apparatus.
  • FIG. 16 is a diagram showing an example of a configuration of IN-CSE in one embodiment of the present invention. It is a figure which shows an example of a structure of CSE in 1 aspect of this invention.
  • FIG. 1 is a diagram for explaining the configuration of a node in oneM2M.
  • one node includes a communication service entity (hereinafter referred to as CSE) or an application entity (hereinafter referred to as AE) or both.
  • CSE communication service entity
  • AE application entity
  • CSE communication service entity
  • AE application entity
  • a node including only an AE is an application dedicated node (Application Dedicated Node, hereinafter abbreviated to ADN), and as illustrated in FIG. 1C, a node including an AE and a CSE is an application service node (Application) It is called Service Node (hereinafter abbreviated as ASN).
  • ASN Application Service Node
  • the node including only the CSE as shown in FIG. 1B is called a middle node (hereinafter referred to as MN), but the MN may include an AE.
  • FIG. 2 shows the connection form of the nodes.
  • a node that includes only AEs in the node can be connected to the CSEs of other nodes.
  • FIG. 2B when AE and CSE are included in a node, AE and CSE in the node can be connected, and CSE can be connected to CSEs of other nodes.
  • FIG. 2 (c) even when only CSE is included in a node, it can be connected to a node including another CSE, and can be connected in multiple stages to a node including another CSE. .
  • the AE or CSE of a node communicates with the CSE of another node, a request is sent from the source CSE to the destination CSE, the destination CSE performs processing according to the request, and the processing result is used as a response to the source CSE.
  • the source AE or CSE is referred to as an originator
  • the destination CSE is referred to as a receiver.
  • registration By registering CSE with another CSE, its communication service function can be used.
  • a registration is requested to another CSE, and the AE or CSE registered when the request is accepted is called the registry AE or registry CSE, respectively, and the registration is requested from another AE or CSE, A CSE that accepts and registers is called a registrar CSE.
  • the AE or CSE joined to the root of the arrow (the one without wrinkles) is represented as a registry AE or registry CSE, and a CSE joined to the arrow wedge is a registrar CSE.
  • FIG. 3 shows an example of a system configuration in oneM2M.
  • An infrastructure node (hereinafter abbreviated as IN) 301 is a node that manages the entire system.
  • IN also includes CSE, which is referred to herein as IN-CSE.
  • 302 and 303 are ADNs that do not have a CSE but include only an AE.
  • 304 and 305 and 309 are ASNs that encompass both AE and CSE.
  • the ADN and the ASN are disposed in a device connected to an end of the communication system such as a camera or a sensor.
  • 306, 307 and 308 are located between ASN and ADN and IN, and are MNs having a gateway role.
  • FIG. 1 An infrastructure node (hereinafter abbreviated as IN) 301 is a node that manages the entire system.
  • IN also includes CSE, which is referred to herein as IN-CSE.
  • 302 and 303 are ADNs that do not have
  • IN and MN are configured not to include AE, but each node may include AE.
  • MN, ADN, and ASN are connected in a tree structure with IN as a vertex, and one communication system is configured. This communication system configuration is called a domain.
  • an identification ID is assigned. This is called AE-ID.
  • An ID uniquely identifiable in the domain is assigned in advance to the CSE, and is called a CSE-ID.
  • FIG. 4 shows an example of the configuration of the AE-ID.
  • FIG. 4A shows an AE-ID assigned by the registrar CSE, which has a unique value in the registrar CSE. That is, although a portion ("Cabcde") described as AE-ID in FIG. 4A is uniquely identifiable in the registrar CSE, another CSE is assigned to another AE outside the registrar CSE. And may not be uniquely identified. Therefore, as shown in FIG. 4A, it is represented by an intra-domain identifiable AE-ID to which a CSE-ID for uniquely identifying the registrar CSE in the domain is added before an AE-ID, and further by an FQDN.
  • the identifiable range can be extended by setting the unrestricted identifiable AE-ID added with a domain ID for uniquely identifying a domain.
  • FIG. 4B shows the AE-ID when assignment is performed by IN, which has a unique value in the domain. That is, the portion (“Sqwert”) described as AE-ID in FIG. 4B is a domain management AE-ID that can be uniquely identified within the domain by itself. Also, by adding a domain ID in front of it, it becomes an unlimited identifiable AE-ID that can extend its identification range beyond the domain.
  • the first character of the AE-ID there is a method of limiting to the one corresponding to each type.
  • the type of (a) is C in upper case letters
  • the type of (b) is S in upper case letters
  • AE must be the first letter of all AE-IDs. -Make it possible to determine which type the ID is.
  • the AE-ID of the type shown in FIG. 4A will be referred to as AE-ID (C)
  • the AE-ID of the type shown in FIG. 4B will be referred to as AE-ID (S).
  • the originator specifies AE-ID (C) as the receiver (destination) of the request, and the originator does not know the registration destination of the receiver, the originator forwards the request to its registrar CSE.
  • C AE-ID
  • FIG. 5 shows that two MNs (MN-c, MN-d) are registered in IN, and ASNs (ASN-a, ASN-b) are registered in each MN.
  • AE-a transfers the request to registrar CSE CSE-a (message m601).
  • CSE-a searches C507, which is the destination ID of the request, for registration with its own registry CSE or registrar CSE, and as a result, CSE, which is its registrar CSE, is regarded as having unknown registration destination. Forward the request to -c (message m602).
  • CSE-c which is the transfer destination of the request, transfers the request to IN-CSE, which is its registrar CSE, because it does not know the registration destination of C507, which is the destination ID of the request (message m603). Since IN-CSE does not have a registrar CSE, it searches all the registry CSEs registered in itself, and C507, which is the destination ID of the transferred request, is CSE-b (CSE-d's registry CSE). Alternatively, if it is registered in the registry CSE under CSE-b, the request is forwarded to CSE-d (message m604).
  • CSE-d recognizes that the destination ID (C507) of the transferred request is registered in its own registry CSE, CSE-b, and transfers the request to CSE-b (message m605).
  • CSE-b confirms that the destination ID of the transfer request is AE-ID (C) of its own registry AE, AE-b, and transfers the request to AE-b (message m606).
  • AE-b that has received the request whose AE-ID (C) is the destination ID processes the request and returns a response to CSE-b (message m 607). Thereafter, responses are sequentially returned from the transfer destination to the transfer source in the reverse order of the route in which the request has been transferred (messages m609 to m611). Finally, a response is returned from CSE-a to AE-a (message m612), and the series of processing ends.
  • one aspect of the present invention is to provide means for efficiently returning a response.
  • FIG. 7 illustrates an example of the configuration of the IN-CSE in the present embodiment.
  • reference numeral 701 denotes an IN-CSE control unit, which controls the entire IN-CSE.
  • a transmission / reception unit 702 transmits / receives data to / from another CSE or AE.
  • Reference numeral 703 denotes a request processing unit, which performs overall processing related to requests such as analysis of requests received from other CSEs and AEs and creation of requests to be transmitted to other CSEs and AEs.
  • Reference numeral 704 denotes a response processing unit, which performs overall processing related to the response, such as creation of a response to be transmitted to another CSE and AE, and analysis of a response received from another CSE and AE.
  • a registration management unit 705 performs processing relating to registration from other CSEs and AEs.
  • a resource management unit 706 performs processing related to management of resources created by requests from other CSEs and AEs.
  • FIG. 8 illustrates an example of the configuration of a CSE other than IN-CSE in the present embodiment.
  • reference numeral 801 denotes a CSE control unit, which controls the entire CSE.
  • Reference numeral 802 denotes a request processing unit which performs overall processing related to the request, such as analysis of requests received from other CSEs and AEs and creation of requests to be transmitted to other CSEs and AEs.
  • Reference numeral 803 denotes a response processing unit, which performs overall processing related to the response, such as creation of responses to be transmitted to other CSEs and AEs, and analysis of responses received from other CSEs and AEs.
  • a registration management unit 804 performs processing regarding registration with other CSEs and AEs.
  • a resource management unit 805 performs processing related to management of resources created by requests from other CSEs and AEs.
  • Reference numeral 806 denotes a transmission / reception unit, which transmits / receives data to / from another CSE or AE
  • FIG. 9 shows an example of the configuration of the AE in this embodiment.
  • an AE control unit 901 controls the entire AE.
  • a registration management unit 902 performs processing related to registration such as management of AE-ID and CSE-ID notified from the registrar CSE.
  • a request processing unit 903 performs processing related to the request such as analysis of requests received from other CSEs and AEs and creation of requests to be transmitted to other CSEs and AEs.
  • Reference numeral 904 denotes a response processing unit, which performs overall processing related to the response, such as creation of responses to be transmitted to other CSEs and AEs, and analysis of responses received from other CSEs and AEs.
  • a transmission / reception unit 905 transmits / receives data to / from another CSE.
  • a device interface (I / F) 906 performs control and data transmission / reception regarding an external device connected to the AE.
  • FIG. 10 is a diagram showing an example of a data structure of a request and a transmission / reception method when the present embodiment is applied.
  • the originator sets a parameter called direct response PoA (Point of Access) in addition to conventional parameters such as destination ID, originator ID and request ID in the context of the request.
  • a direct response PoA Point of Access
  • an access point such as an IP address or URI
  • the direct response PoA may take measures such as one-time access (which is invalidated after being accessed once) or use of SSL.
  • the receiver receives the request including the direct response PoA in the context, and sends the response as a result of processing the request directly to the originator through the direct response PoA.
  • the CSE that receives and transfers the request including the direct response PoA in the context performs the conventional request transfer, it does not return a response to the request transfer source, and does not wait for the response from the transfer destination. However, only when the transfer is unsuccessful, an error response is sent directly to the originator via the direct response PoA.
  • FIG. 11 illustrates an example of a message flow when the present embodiment is applied.
  • each AE, IN-CSE, and CSE are connected in the same configuration as that in FIG.
  • the originator AE-a sets “C507”, which is the AE-ID (C) of the receiver AE-b, as the destination ID, and includes the direct response PoA in the context to create a request, and the registrar CSE To CSE-a (message m1101).
  • request transfer processing up to AE-b (message m1102 to message m1106) is omitted because it is the same as the messages m602 to m606 in FIG.
  • the transfer source CSE does not wait for a response from the transfer destination after the request transfer, and the transfer destination CSE does not return a response to the transfer source CSE.
  • the AE-b receiving the request from the CSE-b processes the request, and returns a response to the AE-a using the direct response PoA included in the request context (message m 607). This completes the series of processing.
  • the receiver in response to a request from the originator, the receiver directly returns a response to the originator, which enables efficient communication.
  • the originator and the receiver are described as AEs, the present invention is not limited to this, and may be CSE and IN-CSE, respectively.
  • the originator's request does not include the processing result of the request in the response but includes only whether the request itself has been received normally or not, and the processing result of the request is acquired by the originator by notification from the receiver later.
  • There is an asynchronous type An example in which one aspect of the present invention is applied to this asynchronous request will be described as a second embodiment.
  • FIG. 12 shows the flow of messages when one aspect of the present invention is applied to an asynchronous request.
  • each AE, IN-CSE, and CSE are connected in the same configuration as that in FIG.
  • the originator AE-a sets “C507”, which is the AE-ID (C) of the receiver AE-b, as the destination ID and response type to asynchronous, and further includes the direct response PoA in the context.
  • the CSE-a includes an Ack (Acknowledgement), which indicates that the request has been received normally, in a response, and returns it to the AE-a (message m1201).
  • Ack Acknowledgement
  • the request transfer process (message m1202 to message m1206) up to AE-b is the same as the message m1102 to m1106 in FIG. 11 which is the first embodiment.
  • AE-b that receives the request from CSE-b processes the request, creates a context including the request processing result, and can refer to the request processing result using the direct response PoA included in the request context Send a notification request to AE-a notifying that it has become At this time, a direct response PoA to AE-b is set in the notification request (message m1207).
  • AE-a that has received the notification request from AE-b returns a response to the notification request using a direct response PoA to AE-b included in the notification request (message m1208). Then, the AE-a includes the reference response of the processing result of the request transmitted in the message m1200 in the context of the direct response PoA to the AE-a, and directs the AE-b included in the notification request context of the message m1207. The response PoA is sent to AE-b (message m1209).
  • AE-b that received the reference request includes the processing result context of the request for message m1200 in the response, and sends it to AE-a using the direct response PoA to AE-a included in the reference request context for message m1209 (Message m1210), and the series of processing ends.
  • one aspect of the present invention can be applied to an asynchronous request from the originator, and the receiver directly notifies the originator of the processing result notification And response is returned, enabling efficient communication.
  • the originator and the receiver are described as AEs, the present invention is not limited to this, and may be CSE and IN-CSE, respectively.
  • the present invention is not limited to this and is applied to communication systems and communication devices conforming to various communication standards. Is possible.
  • a program for realizing all or a part of the functions of AE, CSE and IN-CSE described above is recorded in a computer readable recording medium, and the program recorded in the recording medium is recorded in a computer system.
  • the processing of each part may be performed by reading and executing.
  • the “computer system” includes an OS and hardware such as peripheral devices.
  • the "computer system” also includes a homepage providing environment (or display environment) if the WWW system is used.
  • the “computer-readable recording medium” means a portable medium such as a flexible disk, a magneto-optical disk, a ROM, a CD-ROM, or a storage device such as a hard disk built in a computer system. Furthermore, “computer-readable recording medium” dynamically holds a program for a short time, like a communication line in the case of transmitting a program via a network such as the Internet or a communication line such as a telephone line. In this case, the volatile memory in the computer system which is the server or the client in that case, and the one that holds the program for a certain period of time is also included. The program may be for realizing a part of the functions described above, or may be realized in combination with the program already recorded in the computer system.
  • AE, CSE and IN-CSE may be integrated into an integrated circuit.
  • Each functional block may be chiped individually, or part or all may be integrated and chipped.
  • the method of circuit integration is not limited to LSI's, and implementation using dedicated circuitry or general purpose processors is also possible. In the case where an integrated circuit technology comes out to replace LSI's as a result of the advancement of semiconductor technology, it is also possible to use an integrated circuit according to such technology.
  • One aspect of the present invention is suitable for use in wired and wireless communication systems and communication devices.
  • One embodiment of the present invention is used, for example, in a communication system, a communication device (for example, a mobile phone device, a base station device, a wireless LAN device, or a sensor device), an integrated circuit (for example, a communication chip), or a program. be able to.
  • 301 Infrastructure node (IN) 302, 303: Application Dedicated Node (ADN) 304, 305, 306 ... Application Service Node (ASN) 307, 308, 309 ... middle node (MN) 701 ... IN-CSE control unit 702 ... Transmission / reception unit 703 ... Request processing unit 704 ... Response processing unit 705 ... Registration management unit 706 ... Resource management unit 801 ... CSE control unit 802 ... Request processing unit 803 ... Response processing unit 804 ... Resist Relationship management unit 805 Resource management unit 806 Transmission / reception unit 901 AE control unit 902 Registration management unit 903 Request processing unit 904 Response processing unit 905 Transmission / reception unit 906 Device I / F unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

ネットワーク上に接続された発信側通信装置、着信側通信装置、および複数の中継側通信装置を少なくとも含む通信システムであって、前記発信側通信装置が前記着信側通信装置を宛先とするリクエストを前記中継側通信装置に送信し、前記中継側通信装置は、前記着信側通信装置もしくは前記着信側通信装置と通信が可能な前記中継側通信装置に前記リクエストを転送し、前記着信側通信装置が前記リクエストの処理結果をレスポンスとして前記中継側通信装置を経由して前記発信側通信装置に送信する通信システムにおいて、前記発信側通信装置が前記レスポンスを前記発信側通信装置に直接送信するためのダイレクトレスポンス用アクセスポイントを前記リクエストに含めて、前記中継側通信装置を経由して前記リクエストを前記着信側通信装置に送信し、前記着信側通信装置は、前記リクエストに含まれる前記ダイレクトレスポンス用アクセスポイントを利用して前記発信側通信装置に前記レスポンスを送信する、通信システム。

Description

通信システムおよび通信装置
　本発明は、通信システムおよび通信装置に関する。
　本願は、２０１７年１１月７日に日本に出願された特願２０１７－２１４６９５号について優先権を主張し、その内容をここに援用する。
　近年、様々な物同士をネットワークで接続し、それぞれが情報交換を行って多様なサービスを実現するＩｏＴ（Ｉｎｔｅｒｎｅｔ　Ｏｆ　Ｔｈｉｎｇｓ）の研究開発が急速に進み、非特許文献１のｏｎｅＭ２Ｍのように、一部ではその通信の規格化や実用化がなされている。
oneM2M TECHNICAL SPECIFICATION oneM2M-TS-0001-V3.7.0 Functional Architecture 2017-Jul-28
　ＩｏＴでは、通信にかかる時間の低減が課題の一つとなっている。本発明の一態様はこの課題に鑑み、その目的は、ＩｏＴ通信時の通信時間の削減と効率化を行うことができる通信システムおよび通信装置を提供することにある。
　（１）この発明の一態様は上述した課題を解決するためになされたもので、本発明の一態様による通信システムは、ネットワーク上に接続された発信側通信装置、着信側通信装置、および複数の中継側通信装置を少なくとも含む通信システムであって、前記発信側通信装置が前記着信側通信装置を宛先とするリクエストを前記中継側通信装置に送信し、前記中継側通信装置は、前記着信側通信装置もしくは前記着信側通信装置と通信が可能な前記中継側通信装置に前記リクエストを転送し、前記着信側通信装置が前記リクエストの処理結果をレスポンスとして前記中継側通信装置を経由して前記発信側通信装置に送信する通信システムにおいて、前記発信側通信装置が前記レスポンスを前記発信側通信装置に直接送信するためのダイレクトレスポンス用アクセスポイントを前記リクエストに含めて、前記中継側通信装置を経由して前記リクエストを前記着信側通信装置に送信し、前記着信側通信装置は、前記リクエストに含まれる前記ダイレクトレスポンス用アクセスポイントを利用して前記発信側通信装置に前記レスポンスを送信する。
　（２）また、本発明の一態様による通信システムは上記の通信システムであって、前記ダイレクトレスポンス用アクセスポイントは、前記ネットワーク上での前記発信側通信装置の物理的アドレスもしくは論理的アドレスを含む。
　（３）また、本発明の一態様による通信システムは上記の通信システムであって、前記ダイレクトレスポンス用アクセスポイントは、第１回のアクセス後に無効化される。
　（４）また、本発明の一態様による発信側通信装置は、ネットワーク上に接続された発信側通信装置、着信側通信装置、および複数の中継側通信装置を少なくとも含む通信システムの発信側通信装置であって、前記着信側通信装置を宛先とするリクエストを前記中継側通信装置を経由して前記着信側通信装置に送信し、前記リクエストの処理結果を含むレスポンスを前記着信側通信装置から受信する前記発信側通信装置において、前記レスポンスを前記着信側通信装置から直接受信するためのダイレクトレスポンス用アクセスポイントを前記リクエストに含めて、前記中継側通信装置を経由して前記リクエストを前記着信側通信装置に送信し、前記レスポンスを前記ダイレクトレスポンス用アクセスポイントを利用して前記着信側通信装置から直接受信する。
　（５）また、本発明の一態様による発信側通信装置は上記の発信側通信装置であって、前記ダイレクトレスポンス用アクセスポイントは、前記ネットワーク上での前記発信側通信装置の物理的アドレスもしくは論理的アドレスを含む。
　（６）また、本発明の一態様による発信側通信装置は上記の発信側通信装置であって、前記ダイレクトレスポンス用アクセスポイントは、第１回のアクセス後に無効化される。
　（７）本発明の一態様による着信側通信装置は、ネットワーク上に接続された発信側通信装置、着信側通信装置、および複数の中継側通信装置を少なくとも含む通信システムの着信側通信装置であって、前記発信側通信装置からの前記着信側通信装置を宛先とするリクエストを前記中継側通信装置を経由して受信し、前記リクエストに対する処理結果を含むレスポンスを前記発信側通信装置に送信する前記着信側通信装置において、前記リクエストに含まれる前記レスポンスを前記発信側通信装置に直接送信するためのダイレクトレスポンス用アクセスポイントを利用して、前記レスポンスを前記発信側通信装置に直接送信する。
　この発明の一態様によれば、ＩｏＴ通信時の通信時間の削減と効率化することができる。
ｏｎｅＭ２Ｍにおけるノードの構成を示す図である。 ｏｎｅＭ２Ｍにおけるノードの基本接続形態を示す図である。 ｏｎｅＭ２Ｍにおけるシステム構成の一例を示す図である。 ｏｎｅＭ２ＭにおけるＡＥ－ＩＤの構成の一例を示す図である。 ｏｎｅＭ２Ｍにおけるノードの接続形態の一例を示す図である。 従来のメッセージの流れの一例を示す図である。 本発明の一態様におけるＩＮ－ＣＳＥの構成の一例を示す図である。 本発明の一態様におけるＣＳＥの構成の一例を示す図である。 本発明の一態様におけるＡＥの構成の一例を示す図である。 本発明の第１実施形態を適用した場合の、リクエストのデータ構造および送受信方法の一例を示す図である。 本発明の第１実施形態を適用した場合の、メッセージフローの一例を示す図である。 本発明の第２実施形態を適用した場合の、メッセージフローの一例を示す図である。
　（第１の実施形態）
　本実施形態を適用する通信システムの規格の一例として、非特許文献１で仕様化されているｏｎｅＭ２Ｍがある。図１はｏｎｅＭ２Ｍにおけるノードの構成を説明する図である。図１の（ａ）から（ｃ）のように、一つのノードには通信サービスエンティティ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｅｎｔｉｒｙ、以下ＣＳＥと略す）またはアプリケーションエンティティ（Ａｐｐｌｉｃａｔｉｏｎ　Ｅｎｔｉｔｙ、以下ＡＥと略す）またはその両方が含まれる。ｏｎｅＭ２Ｍでは、その機能と通信方法が共通化され、ＣＳＥによって提供される。ＡＥは主にＣＳＥと接続し、共通化された通信方法によって機能を利用し、アプリケーションサービスの提供を行う。図１（ａ）のようにＡＥのみを含むノードをアプリケーションデディケイテッドノード（Ａｐｐｌｉｃａｔｉｏｎ　Ｄｅｄｉｃａｔｅｄ　Ｎｏｄｅ、以下ＡＤＮと略す）、図１（ｃ）のようにＡＥとＣＳＥを含むノードをアプリケーションサービスノード（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｎｏｄｅ、以下ＡＳＮと略す）と呼称される。なお、図１（ｂ）のようにＣＳＥのみを含むノードはミドルノード（Ｍｉｄｄｌｅ　Ｎｏｄｅ、以下ＭＮと略す）と呼称されるが、ＭＮにはＡＥを含んでいてもよい。
　図２は、ノードの接続形態を表している。図２（ａ）のように、ノード内にＡＥのみ包含するノードは、他のノードのＣＳＥと接続することができる。また、図２（ｂ）のように、ノード内にＡＥとＣＳＥを包含する場合は、ノード内のＡＥとＣＳＥが接続し、さらにＣＳＥは他のノードのＣＳＥと接続することができる。また、図２（ｃ）のように、ノード内にＣＳＥのみ包含する場合でも、他のＣＳＥを含むノードと接続することができ、さらに別のＣＳＥを包含するノードと多段で接続することができる。
　あるノードのＡＥまたはＣＳＥが別のノードのＣＳＥと通信する場合、発信元ＣＳＥから発信先ＣＳＥにリクエストが送信され、発信先ＣＳＥはそのリクエストに従って処理を行い、その処理結果をレスポンスとして発信元ＣＳＥに送信する。以下、発信元ＡＥまたはＣＳＥをオリジネータ、発信先ＣＳＥをレシーバと呼称する。
　ＡＳＮおよびＡＤＮ内のＡＥは、同じノード内のＣＳＥもしくは別のノード内のＣＳＥに登録をリクエストし、そのリクエストが受理されることによってそのＣＳＥが持つ通信サービス機能を利用することができるようになる。これをレジストレーションという。また、同様にＣＳＥも別のＣＳＥにレジストレーションされることにより、その通信サービス機能を利用することができる。レジストレーションを別のＣＳＥにリクエストし、そのリクエストが受理されることによりレジストレーションされるＡＥまたはＣＳＥを、それぞれレジストリＡＥまたはレジストリＣＳＥと呼び、別のＡＥまたはＣＳＥからレジストレーションをリクエストされ、それを受理してレジストレーションするＣＳＥをレジストラＣＳＥと呼称する。図２では、矢印の根元（鏃がない方）に接合しているＡＥまたはＣＳＥをレジストリＡＥまたはレジストリＣＳＥ、矢印の鏃と接合しているＣＳＥをレジストラＣＳＥを表している。
　図３は、ｏｎｅＭ２Ｍにおけるシステム構成の一例を表している。３０１はインフラストラクチャノード（以下ＩＮと略す）であり、システム全体を管理するノードである。ＩＮもＣＳＥを包含しており、ここではそのＣＳＥをＩＮ－ＣＳＥと呼称する。３０２および３０３はＣＳＥを持たず、ＡＥのみを包含するＡＤＮである。３０４および３０５および３０９はＡＥとＣＳＥの両方を包含するＡＳＮである。ＡＤＮとＡＳＮは、カメラやセンサなどの通信システム末端に接続されるデバイス装置内に配置される。３０６および３０７および３０８はＡＳＮやＡＤＮとＩＮの中間に位置し、ゲートウェイの役割を持つＭＮである。なお、図３では、ＩＮやＭＮはＡＥを包含しない構成となっているが、それぞれノード内にＡＥを包含していてもよい。図３のように、ＩＮを頂点としてＭＮやＡＤＮおよびＡＳＮがツリー構造で接続され、一つの通信システムを構成する。この通信システム構成をドメインと呼称する。
　レジストリＡＥがレジストラＣＳＥにレジストレーションされると、識別用のＩＤが割り当てられる。これをＡＥ－ＩＤと呼ぶ。ＣＳＥにはドメイン内で一意に識別可能なＩＤが予め割り当ており、ＣＳＥ－ＩＤと呼称する。
　図４にＡＥ－ＩＤの構成の例を示す。図４に図示した例では、ＡＥ－ＩＤは二種類のタイプがある。図４（ａ）は、レジストラＣＳＥで割り当てが行われたＡＥ－ＩＤであり、レジストラＣＳＥ内で一意の値を持つ。すなわち、図４（ａ）のＡＥ－ＩＤと記載されている部分（”Ｃａｂｃｄｅ”）は、レジストラＣＳＥ内では一意に識別可能であるが、レジストラＣＳＥ外では別のＣＳＥが別のＡＥに割り当てている場合があり、一意に識別できない可能性がある。そのため、図４（ａ）のように、ＡＥ－ＩＤの前にドメイン内でレジストラＣＳＥを一意に識別するためのＣＳＥ－ＩＤを付加したドメイン内識別可能ＡＥ－ＩＤや、さらにＦＱＤＮで表されるドメインを一意に識別するためのドメインＩＤを付加した無制限識別可能ＡＥ－ＩＤにすることによって、その識別可能範囲を拡張することができる。
　一方、図４（ｂ）はＩＮで割り当てが行われた場合のＡＥ－ＩＤを表しており、ドメイン内で一意の値を持つ。すなわち、図４（ｂ）のＡＥ－ＩＤと記載されている部分（”Ｓｑｗｅｒｔ”）は、それだけでドメイン内で一意に識別できるドメイン管理ＡＥ－ＩＤである。また、その前にドメインＩＤを付加することによって、その識別範囲をドメイン以外にも拡張することが可能な無制限識別可能ＡＥ－ＩＤとなる。
　ＡＥ－ＩＤが図４の（ａ）で図示したＡＥ－ＩＤのタイプなのか、あるいは（ｂ）で図示したＡＥ－ＩＤのタイプなのかを判別する方法の一例として、ＡＥ－ＩＤの先頭の文字をそれぞれのタイプに応じたものに限定するという方法がある。図４の例では、（ａ）のタイプはアルファベット大文字のＣ、（ｂ）のタイプはアルファベット大文字のＳとし、すべてのＡＥ－ＩＤの先頭文字を必ずこの２つのどちらかにすることにより、ＡＥ－ＩＤがどちらのタイプなのかを判別できるようにする。以下、便宜上、図４（ａ）のタイプのＡＥ－ＩＤをＡＥ－ＩＤ（Ｃ）、図４（ｂ）のタイプのＡＥ－ＩＤをＡＥ－ＩＤ（Ｓ）と呼称する。
　オリジネータがリクエストのレシーバ（宛先）としてＡＥ－ＩＤ（Ｃ）を指定し、かつオリジネータがレシーバのレジストレーション先を知らない場合、オリジネータは自身のレジストラＣＳＥにリクエストを転送する。この場合の処理の流れを図５および図６を使って説明する。
　図５は、ＩＮに２つのＭＮ（ＭＮ－ｃ、ＭＮ－ｄ）がレジストレーションし、それぞれのＭＮにはそれぞれＡＳＮ（ＡＳＮ－ａ、ＡＳＮ－ｂ）がレジストレーションしていることを表している。図６は、ＡＥ－ａがＡＥ－ＩＤ（Ｃ）＝Ｃ５０７（ＡＥ－ｂ）に対してのリクエストを出す場合のメッセージの流れを図示している。ＡＥ－ａはレジストラＣＳＥであるＣＳＥ－ａにリクエストを転送する（メッセージｍ６０１）。ＣＳＥ－ａは、リクエストの宛先ＩＤであるＣ５０７に対して、自身のレジストリＣＳＥもしくはレジストラＣＳＥにレジストレーションされていないか検索し、その結果、レジストレーション先が不明として、自身のレジストラＣＳＥであるＣＳＥ－ｃにリクエストを転送する（メッセージｍ６０２）。同様に、リクエストの転送先であるＣＳＥ－ｃも、リクエストの宛先ＩＤであるＣ５０７のレジストレーション先がわからないため、自身のレジストラＣＳＥであるＩＮ－ＣＳＥにリクエストを転送する（メッセージｍ６０３）。ＩＮ－ＣＳＥにはレジストラＣＳＥがないため、自身にレジストレーションしているすべてのレジストリＣＳＥを検索し、転送されたリクエストの宛先ＩＤであるＣ５０７が、ＣＳＥ－ｄのレジストリＣＳＥであるＣＳＥ－ｂ（もしくはＣＳＥ－ｂ以下のレジストリＣＳＥ）にレジストレーションされていることを知り、ＣＳＥ－ｄにリクエストを転送する（メッセージｍ６０４）。ＣＳＥ－ｄは、転送されたリクエストの宛先ＩＤ（Ｃ５０７）が、自身のレジストリＣＳＥであるＣＳＥ－ｂにレジストレーションされていることを把握し、ＣＳＥ－ｂにリクエストを転送する（メッセージｍ６０５）。ＣＳＥ－ｂは、転送リクエストの宛先ＩＤが、自身のレジストリＡＥであるＡＥ－ｂのＡＥ－ＩＤ（Ｃ）であることを確認し、ＡＥ－ｂにリクエストを転送する（メッセージｍ６０６）。自身のＡＥ－ＩＤ（Ｃ）が宛先ＩＤとなっているリクエストを受け取ったＡＥ－ｂは、リクエストを処理し、レスポンスをＣＳＥ－ｂに返す（メッセージｍ６０７）。その後、リクエストが転送された経路を逆順に、転送先から転送元へレスポンスが順次返される（メッセージｍ６０９からｍ６１１）。最後にＣＳＥ－ａからＡＥ－ａにレスポンスが返されて（メッセージｍ６１２）、一連の処理が終了する。
　しかしながら、上記の従来の方法では、リクエストの転送経路にて転送回数分のレスポンスが返されるため、レスポンスがオリジネータに返ってくるまでに時間がかかり、効率的ではない。そこで、本発明の一態様では、レスポンスを効率的に返す手段を提供するものである。
　図７は本実施例におけるＩＮ－ＣＳＥの構成の例を図示している。図７において、７０１はＩＮ－ＣＳＥ制御部であり、ＩＮ－ＣＳＥ全体の制御を行う。７０２は送受信部であり、他のＣＳＥやＡＥとのデータの送受信を行う。７０３はリクエスト処理部であり、他のＣＳＥおよびＡＥから受信したリクエストの解析や、他のＣＳＥおよびＡＥへ送信するリクエストの作成など、リクエストに関する処理全般を行う。７０４はレスポンス処理部であり、他のＣＳＥおよびＡＥへ送信するレスポンスの作成や、他のＣＳＥおよびＡＥから受信したレスポンスの解析など、レスポンスに関する処理全般を行う。７０５はレジストレーション管理部であり、他のＣＳＥやＡＥからのレジストレーションに関する処理を行う。７０６はリソース管理部であり、他のＣＳＥやＡＥからのリクエストによって作成したリソースの管理に関する処理を行う。
　図８は本実施例におけるＩＮ－ＣＳＥ以外のＣＳＥの構成の例を図示している。図８において、８０１はＣＳＥ制御部であり、ＣＳＥ全体の制御を行う。８０２はリクエスト処理部であり、他のＣＳＥおよびＡＥから受信したリクエストの解析や、他のＣＳＥおよびＡＥへ送信するリクエストの作成など、リクエストに関する処理全般を行う。８０３はレスポンス処理部であり、他のＣＳＥおよびＡＥへ送信するレスポンスの作成や、他のＣＳＥおよびＡＥから受信したレスポンスの解析など、レスポンスに関する処理全般を行う。８０４はレジストレーション管理部であり、他のＣＳＥやＡＥとのレジストレーションに関する処理を行う。８０５はリソース管理部であり、他のＣＳＥやＡＥからのリクエストによって作成したリソースの管理に関する処理を行う。８０６は送受信部であり、他のＣＳＥやＡＥとのデータの送受信を行う。
　図９は本実施例におけるＡＥの構成の例を図示している。図９において、９０１はＡＥ制御部であり、ＡＥ全体の制御を行う。９０２はレジストレーション管理部であり、レジストラＣＳＥから通知されたＡＥ－ＩＤやＣＳＥ－ＩＤの管理などレジストレーションに関する処理を行う。９０３はリクエスト処理部であり、他のＣＳＥおよびＡＥから受信したリクエストの解析や、他のＣＳＥおよびＡＥへ送信するリクエストの作成など、リクエストに関する処理全般を行う。９０４はレスポンス処理部であり、他のＣＳＥおよびＡＥへ送信するレスポンスの作成や、他のＣＳＥおよびＡＥから受信したレスポンスの解析など、レスポンスに関する処理全般を行う。９０５は送受信部であり、他のＣＳＥとのデータの送受信を行う。９０６はデバイスインタフェース（Ｉ／Ｆ）部であり、ＡＥに接続されている外部デバイスに関する制御やデータ送受信を行う。
　図１０は、本実施形態を適用した場合のリクエストのデータ構造および送受信方法の一例を表した図である。まず、オリジネータはリクエストのコンテキストに、宛先ＩＤ、オリジネータＩＤおよびリクエストＩＤなどの従来のパラメータに追加して、ダイレクトレスポンスＰｏＡ（Ｐｏｉｎｔ　ｏｆ　Ａｃｃｅｓｓ）というパラメータを設定する。このダイレクトレスポンスＰｏＡには、レシーバが直接オリジネータにレスポンスを返すためのアクセスポイント（ＩＰアドレスやＵＲＩなど）を記載する。なお、ダイレクトレスポンスＰｏＡは、不正なアクセスを防ぐために、ワンタイムアクセス（一度アクセスしたら無効化する）や、ＳＳＬの利用などの対策を行ってもよい。レシーバは、このダイレクトレスポンスＰｏＡをコンテキストに含むリクエストを受信し、そのリクエストの処理の結果レスポンスをダイレクトレスポンスＰｏＡを通じて直接オリジネータに送る。また、このダイレクトレスポンスＰｏＡをコンテキストに含むリクエストを受信し、転送をするＣＳＥは、従来通りのリクエスト転送を行うが、リクエスト転送元へのレスポンスは返さず、また転送先からのレスポンスを待たない。ただし、転送が成功しなかった場合のみ、ダイレクトレスポンスＰｏＡを介して、オリジネータに直接エラーレスポンスを送る。
　図１１は、本実施形態を適用した場合の、メッセージフローの一例を図示している。図１１において、各ＡＥ、ＩＮ－ＣＳＥ、ＣＳＥは図５と同じ構成で接続されているものとする。まず、オリジネータであるＡＥ－ａが、レシーバであるＡＥ－ｂのＡＥ－ＩＤ（Ｃ）である「Ｃ５０７」を宛先ＩＤに設定し、またダイレクトレスポンスＰｏＡをコンテキストに含めてリクエスト作成し、レジストラＣＳＥであるＣＳＥ－ａに送信する（メッセージｍ１１０１）。その後、ＡＥ－ｂまでのリクエスト転送処理（メッセージｍ１１０２からメッセージｍ１１０６）については、図６のメッセージｍ６０２からｍ６０６までと同様であるため省略する。ただし、各リクエスト転送において、転送元ＣＳＥはリクエスト転送後、転送先からのレスポンスを待たず、また転送先ＣＳＥは転送元ＣＳＥにレスポンスを返さない。そして、ＣＳＥ－ｂからリクエストを受け取ったＡＥ－ｂは、リクエストを処理し、リクエストコンテキストに含まれるダイレクトレスポンスＰｏＡを利用して、レスポンスをＡＥ－ａに返す（メッセージｍ６０７）。これによって、一連の処理が終了する。
　以上説明したとおり、本発明の第１の実施形態によれば、オリジネータからのリクエストに対して、レシーバから直接オリジネータにレスポンスが返されるため、効率的な通信が可能となる。
　なお、本実施形態では、オリジネータとレシーバはともにＡＥであると記載したが、これに限定するものではなく、それぞれＣＳＥおよびＩＮ－ＣＳＥであってもよい。
　（第２の実施形態）
　オリジネータのリクエストには、そのレスポンスにリクエストの処理結果を含めずにリクエスト自体を正常に受け取ったか否かをのみを含めてもらい、リクエストの処理結果は後からレシーバからの通知によりオリジネータが取得する、という非同期型がある。この非同期型リクエストにも本発明の一態様を適用した場合の一例を、第２の実施形態として説明する。
　図１２は、本発明の一態様を非同期型リクエストに適用した場合のメッセージの流れを示している。図１２において、各ＡＥ、ＩＮ－ＣＳＥ、ＣＳＥは図５と同じ構成で接続されているものとする。まず、オリジネータであるＡＥ－ａが、レシーバであるＡＥ－ｂのＡＥ－ＩＤ（Ｃ）である「Ｃ５０７」を宛先ＩＤ、レスポンスタイプを非同期型に設定し、さらにダイレクトレスポンスＰｏＡをコンテキストに含めてリクエストを作成し、レジストラＣＳＥであるＣＳＥ－ａに送信する（メッセージｍ１２００）。次にＣＳＥ－ａはリクエストを正常に受信したことを表すＡｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をレスポンスに含めてＡＥ－ａに返す（メッセージｍ１２０１）。その後、ＡＥ－ｂまでのリクエスト転送処理（メッセージｍ１２０２からメッセージｍ１２０６）については、第１実施形態である図１１のメッセージｍ１１０２からｍ１１０６までと同様である。そして、ＣＳＥ－ｂからリクエストを受け取ったＡＥ－ｂは、リクエストを処理し、リクエスト処理結果を含めたコンテキストを作成し、リクエストコンテキストに含まれるダイレクトレスポンスＰｏＡを利用して、リクエスト処理結果が参照可能となったことを通知する通知リクエストをＡＥ－ａに送信する。このとき、通知リクエストにもＡＥ－ｂへのダイレクトレスポンスＰｏＡを設定する（メッセージｍ１２０７）。ＡＥ－ｂからの通知リクエストを受け取ったＡＥ－ａは、通知リクエストに対するレスポンスを、通知リクエストに含まれるＡＥ－ｂへのダイレクトレスポンスＰｏＡを利用して返す(メッセージｍ１２０８)。そして、ＡＥ－ａは、メッセージｍ１２００で送信したリクエストの処理結果の参照リクエストを、ＡＥ－ａへのダイレクトレスポンスＰｏＡをコンテキストに含めて、メッセージｍ１２０７の通知リクエストコンテキストに含まれるＡＥ－ｂへのダイレクトレスポンスＰｏＡを通じてＡＥ－ｂに送信する(メッセージｍ１２０９)。参照リクエストを受信したＡＥ－ｂは、メッセージｍ１２００のリクエストの処理結果コンテキストをレスポンスに含めて、メッセージｍ１２０９の参照リクエストコンテキストに含まれるＡＥ－ａへのダイレクトレスポンスＰｏＡを利用してＡＥ－ａに送信し（メッセージｍ１２１０）、一連の処理が終了する。
　以上説明したとおり、本発明の第２の実施形態によれば、オリジネータからの非同期型リクエストに対しても本発明の一態様を適用することが可能で、レシーバから直接オリジネータに処理結果の通知リクエストやレスポンスが返されるため、効率的な通信が可能となる。
　なお、本実施形態では、オリジネータとレシーバはともにＡＥであると記載したが、これに限定するものではなく、それぞれＣＳＥおよびＩＮ－ＣＳＥであってもよい。
　また、以上のように、本発明の実施形態をｏｎｅＭ２Ｍに適用した場合を一例として説明したが、これに制限されるものではなく、さまざまな通信規格に準拠した通信システムおよび通信装置に適用することが可能である。
　なお、以上で説明したＡＥ、ＣＳＥおよびＩＮ－ＣＳＥの全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
　また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
　また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
　また、ＡＥ、ＣＳＥおよびＩＮ－ＣＳＥの全部または一部の機能を集積回路に集約して実現してもよい。各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
　以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
　本発明の一態様は、有線および無線での通信システムや通信装置に用いて好適である。本発明の一態様は、例えば、通信システム、通信機器（例えば、携帯電話装置、基地局装置、無線ＬＡＮ装置、或いはセンサーデバイス）、集積回路（例えば、通信チップ）、又はプログラム等において、利用することができる。
３０１…インフラストラクチャノード（ＩＮ）
３０２、３０３…アプリケーションデディケイテッドノード（ＡＤＮ）
３０４、３０５、３０６…アプリケーションサービスノード（ＡＳＮ）
３０７、３０８、３０９…ミドルノード（ＭＮ）
７０１…ＩＮ－ＣＳＥ制御部
７０２…送受信部
７０３…リクエスト処理部
７０４…レスポンス処理部
７０５…レジストレーション管理部
７０６…リソース管理部
８０１…ＣＳＥ制御部
８０２…リクエスト処理部
８０３…レスポンス処理部
８０４…レジストレーション管理部
８０５…リソース管理部
８０６…送受信部
９０１…ＡＥ制御部
９０２…レジストレーション管理部
９０３…リクエスト処理部
９０４…レスポンス処理部
９０５…送受信部
９０６…デバイスＩ／Ｆ部

Claims (7)

  1. 　ネットワーク上に接続された発信側通信装置、着信側通信装置、および複数の中継側通信装置を少なくとも含む通信システムであって、
    　前記発信側通信装置が前記着信側通信装置を宛先とするリクエストを前記中継側通信装置に送信し、
    　前記中継側通信装置は、前記着信側通信装置もしくは前記着信側通信装置と通信が可能な前記中継側通信装置に前記リクエストを転送し、
    　前記着信側通信装置が前記リクエストの処理結果をレスポンスとして前記中継側通信装置を経由して前記発信側通信装置に送信する通信システムにおいて、
    　前記発信側通信装置が前記レスポンスを前記発信側通信装置に直接送信するためのダイレクトレスポンス用アクセスポイントを前記リクエストに含めて、前記中継側通信装置を経由して前記リクエストを前記着信側通信装置に送信し、
    　前記着信側通信装置は、前記リクエストに含まれる前記ダイレクトレスポンス用アクセスポイントを利用して前記発信側通信装置に前記レスポンスを送信する、通信システム。
  2. 　前記ダイレクトレスポンス用アクセスポイントは、前記ネットワーク上での前記発信側通信装置の物理的アドレスもしくは論理的アドレスを含む、請求項１記載の通信システム。
  3. 　前記ダイレクトレスポンス用アクセスポイントは、第１回のアクセス後に無効化される、請求項１記載の通信システム。
  4. 　ネットワーク上に接続された発信側通信装置、着信側通信装置、および複数の中継側通信装置を少なくとも含む通信システムの発信側通信装置であって、
    　前記着信側通信装置を宛先とするリクエストを前記中継側通信装置を経由して前記着信側通信装置に送信し、
    　前記リクエストの処理結果を含むレスポンスを前記着信側通信装置から受信する前記発信側通信装置において、
    　前記レスポンスを前記着信側通信装置から直接受信するためのダイレクトレスポンス用アクセスポイントを前記リクエストに含めて、前記中継側通信装置を経由して前記リクエストを前記着信側通信装置に送信し、
    　前記レスポンスを前記ダイレクトレスポンス用アクセスポイントを利用して前記着信側通信装置から直接受信する、発信側通信装置。
  5. 　前記ダイレクトレスポンス用アクセスポイントは、前記ネットワーク上での前記発信側通信装置の物理的アドレスもしくは論理的アドレスを含む、請求項４記載の発信側通信装置。
  6. 　前記ダイレクトレスポンス用アクセスポイントは、第１回のアクセス後に無効化される、請求項４記載の発信側通信装置。
  7. 　ネットワーク上に接続された発信側通信装置、着信側通信装置、および複数の中継側通信装置を少なくとも含む通信システムの着信側通信装置であって、
    　前記発信側通信装置からの前記着信側通信装置を宛先とするリクエストを前記中継側通信装置を経由して受信し、
    　前記リクエストに対する処理結果を含むレスポンスを前記発信側通信装置に送信する前記着信側通信装置において、
    　前記リクエストに含まれる前記レスポンスを前記発信側通信装置に直接送信するためのダイレクトレスポンス用アクセスポイントを利用して、前記レスポンスを前記発信側通信装置に直接送信する、着信側通信装置。
PCT/JP2018/040224 2017-11-07 2018-10-30 通信システムおよび通信装置 WO2019093189A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-214695 2017-11-07
JP2017214695A JP2021016017A (ja) 2017-11-07 2017-11-07 通信システムおよび通信装置

Publications (1)

Publication Number Publication Date
WO2019093189A1 true WO2019093189A1 (ja) 2019-05-16

Family

ID=66437911

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/040224 WO2019093189A1 (ja) 2017-11-07 2018-10-30 通信システムおよび通信装置

Country Status (2)

Country Link
JP (1) JP2021016017A (ja)
WO (1) WO2019093189A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017506845A (ja) * 2014-02-10 2017-03-09 ゼットティーイー コーポレーションＺｔｅ Ｃｏｒｐｏｒａｔｉｏｎ 異なる基盤ネットワークにマシンツーマシン通信をマッピングする技術

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017506845A (ja) * 2014-02-10 2017-03-09 ゼットティーイー コーポレーションＺｔｅ Ｃｏｒｐｏｒａｔｉｏｎ 異なる基盤ネットワークにマシンツーマシン通信をマッピングする技術

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "ONEM2M TECHNICAL SPECIFICATION TS-0001", ONEM2M, 30 August 2016 (2016-08-30), XP055608917, Retrieved from the Internet <URL:http://web.archive.org/web/20171021032337/http://www.onem2m.org/technical/published-documents> *
DANIEL HAPP ET AL.: "Limitations of the Pub/Sub pattern for cloud based IoT and their implications", CLOUDIFICATION OF THE INTERNET OF THINGS (CIOT, 2016, pages 1 - 6, XP033074778, DOI: doi:10.1109/CIOT.2016.7872916 *

Also Published As

Publication number Publication date
JP2021016017A (ja) 2021-02-12

Similar Documents

Publication Publication Date Title
US7502335B2 (en) Method for allocating IP addresses for peer-to-peer wireless instant messaging and other data communications
US9398449B2 (en) Secure location session manager
JP2020515126A (ja) モノのインターネット通信方法、モノのインターネット装置、及びモノのインターネットシステム
JP4833995B2 (ja) モバイルオンラインゲームシステム、及びモバイルゲーム端末間の通信方法
US8130690B2 (en) Communication system and gateway
JP5739158B2 (ja) 通信ルータ
JP2013511207A5 (ja)
CN112534779A (zh) 更新用于应用的pfd规则和相关网络节点的方法
US9648541B2 (en) Apparatus and method for forwarding data based on software defined network in communication network
JP2010535368A5 (ja)
CN112073545B (zh) 使用dns来传送服务器设备的mp-tcp能力
US9705903B2 (en) Call control device, call control method, and call control system
WO2016161832A1 (zh) 一种通过托管sim卡实现移动通信的系统及相应的方法
JP2006127512A (ja) 移動通信システムのインターネットメッセージ転送システム及び方法
CN103503399A (zh) 通信网络中的移动性处理
JP7401564B2 (ja) 通信方法及び関連デバイス
US9917926B2 (en) Communication method and communication system
US20180077681A1 (en) Method and apparatus for paging an application on a user equipment
JP2024511907A (ja) ネットワーク機能登録方法、発見方法、装置、デバイス及び媒体
WO2019093189A1 (ja) 通信システムおよび通信装置
WO2008067740A1 (fr) Procédé, système, terminal et dispositif de transfert de message entre terminaux
JP7247356B2 (ja) 無線通信における不必要なメッセージの送信を回避するための方法、ならびに関連したネットワークおよびネットワークノード
JP5323015B2 (ja) 移動通信システム、パケット交換ノード、及び着信制御方法
US10849179B1 (en) Mobile network tool
WO2021081900A1 (zh) 通信方法及相关装置

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: 18875330

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: 18875330

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP