JP6879372B2 - ネットワーク通信システム - Google Patents

ネットワーク通信システム Download PDF

Info

Publication number
JP6879372B2
JP6879372B2 JP2019537432A JP2019537432A JP6879372B2 JP 6879372 B2 JP6879372 B2 JP 6879372B2 JP 2019537432 A JP2019537432 A JP 2019537432A JP 2019537432 A JP2019537432 A JP 2019537432A JP 6879372 B2 JP6879372 B2 JP 6879372B2
Authority
JP
Japan
Prior art keywords
communication
terminal device
address
unit
request
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
JP2019537432A
Other languages
English (en)
Other versions
JPWO2019038801A1 (ja
Inventor
卓矢 岡野
卓矢 岡野
矢野　義博
義博 矢野
小川　隆
隆 小川
伸乃助 仲谷
伸乃助 仲谷
正 大木
正 大木
大樹 加藤
大樹 加藤
和樹 太治
和樹 太治
中井　俊之
俊之 中井
茂男 蜂木
茂男 蜂木
憲朗 伊藤
憲朗 伊藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dai Nippon Printing Co Ltd
Original Assignee
Dai Nippon Printing Co Ltd
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 Dai Nippon Printing Co Ltd filed Critical Dai Nippon Printing Co Ltd
Publication of JPWO2019038801A1 publication Critical patent/JPWO2019038801A1/ja
Application granted granted Critical
Publication of JP6879372B2 publication Critical patent/JP6879372B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/65—Telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2517—Translation of Internet protocol [IP] addresses using port numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5076—Update or notification mechanisms, e.g. DynDNS

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は、ネットワークを介した端末間通信を行うためのネットワーク通信システムに関する。
今日、パソコンやスマートフォンをはじめとする様々な端末装置がインターネットに接続されるようになってきており、ネットワークを介した端末間通信も広く普及している。ただ、インターネットのような公衆ネットワークを利用して端末間通信を行う上では、セキュリティを確保する上で何らかの工夫を施す必要がある。また、モバイル端末の場合、ネットワーク上での所在が時間的に変化するため、通信先となる端末の現時点での所在アドレスを何らかの方法で認識する必要がある。
このような観点から、従来の一般的なネットワーク通信システムでは、端末装置間の通信を取り継ぐ役割を果たす中継装置が設けられている。たとえば、下記の特許文献１には、第１の端末装置と中継装置との間にセキュアな第１の通信チャネルを確保し、第２の端末装置と中継装置との間にセキュアな第２の通信チャネルを確保して、中継装置を介して両端末装置間で通信を行うネットワーク通信システムが開示されている。ただ、このような中継装置を利用したシステムでは、両端末間の通信データがすべて中継装置を経由することになるため、中継装置に多大な処理負荷がかかるという問題がある。
そこで、最近は、ＳＩＰ（Session Initiation Protocol）と呼ばれるプロトコルを利用して、ネットワーク上に設けられた接続仲介装置により、両端末間での通信セッション確立の取り継ぎを行い、通信セッション確立後は、両端末間で直接通信を行う方式が提案されている。たとえば、下記の特許文献２，３には、このＳＩＰを利用して端末間におけるＶＰＮ通信を実現するネットワーク通信システムが開示されている。このシステムにおける接続仲介装置は、通信データのすべてを中継する必要はなく、両端末間に通信セッションが確立されるまでの手助けを行えばよいので、従来の中継装置に比べて処理負荷が大幅に軽減される。
特開２００５−２２９４３６号公報 特開２０１０−２３３１６７号公報 特開２０１３−０３８６８４号公報
上述したとおり、特許文献２，３に開示されているネットワーク通信システムに用いられる接続仲介装置は、ＳＩＰを利用して両端末間の接続仲介処理を行うことになる。この接続仲介処理は、両端末間に通信セッションが確立されるまでの一時的な処理であるため、特許文献１に開示されている従来型の中継処理に比べれば、その処理負荷は軽減されることになる。しかしながら、両端末間に通信セッションが確立するまで関与する必要があるため、多数の端末装置から同時に仲介依頼があると、その処理負荷は無視できないものになる。このため、仲介依頼が集中すると、通信セッション確立までの一時的な仲介処理であっても、システムの処理能力を超えてしまうおそれがある。
また、上述したとおり、モバイル端末の場合、ネットワーク上での所在が時間的に変化する。たとえば、移動しながら通信を行っているモバイル端末の場合、基地局が切り替わるとネットワーク上での所在アドレスも切り替わることになる。あるいは、一般的な端末装置であっても、ネットワークインターフェイスが何らかの事情で切り替わった場合にも、ネットワーク上での所在アドレスが切り替わることになる。したがって、実用上は、端末装置のネットワーク上での所在アドレスの切り替えが通信中に生じた場合にも、通信が続行可能となるような対策を講じる必要がある。
そこで本発明は、一対の端末装置間の接続を仲介する際の処理負荷を、より軽減することができ、しかも端末装置のネットワーク上での所在アドレスが通信中に切り替わったとしても、引き続き通信を続行することが可能なネットワーク通信システムを提供することを目的とする。
(1) 本発明の第１の態様は、ネットワークを介して相互に接続可能な複数の端末装置と、これら複数の端末装置間の接続を仲介する接続仲介装置と、を備えたネットワーク通信システムにおいて、
複数の端末装置には、個々の端末装置を相互に識別するための端末ＩＤがそれぞれ付与されており、接続仲介装置は、端末ＩＤを利用して通信元となる端末装置と通信先となる端末装置との間の接続を仲介する処理を実行し、
複数の端末装置のそれぞれは、
自己のネットワーク上での所在を示す所在アドレスを、接続仲介装置に対して通知する自己アドレス通知部と、
自己を通信元として、通信先の別な端末装置に対する通信要求を受け付ける通信要求受付部と、
通信要求受付部によって通信要求が受け付けられたときに、接続仲介装置に対して、通信先の別な端末装置の端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼を送信する接続仲介依頼部と、
接続仲介依頼に応じて、接続仲介装置から、通信先の別な端末装置のネットワーク上での所在を示す通信先アドレスが返信されてきたときに、ネットワークを介して、通信先アドレスにアクセスして通信開始要求を行う通信開始要求部と、
通信開始要求に応じて、通信先の別な端末装置から、通信開始受諾確認が返信されてきたら、通信先の別な端末装置との間に通信セッションを確立して通信を開始する通信元セッション確立部と、
通信元の別な端末装置から、自己を通信先とする通信開始要求がなされたら、通信元の別な端末装置に対して通信開始受諾確認を送信し、通信元の別な端末装置との間に通信セッションを確立して通信を開始する通信先セッション確立部と、
通信元セッション確立部もしくは通信先セッション確立部が相手方端末装置と通信を行っている最中に、自己の所在アドレスが変更になったときに、これを検出するアドレス変更検出部と、
アドレス変更検出部がアドレスの変更を検出したときに、通信要求受付部に対して、自己を通信元として、相手方端末装置を通信先とする通信要求を行う再接続処理部と、
を有し、
接続仲介装置は、
端末装置のそれぞれについて、端末ＩＤと所在アドレスとを対応づけたアドレステーブルを格納するアドレステーブル格納部と、
端末装置の自己アドレス通知部からの通知に基づいて、アドレステーブルの内容を更新するアドレステーブル更新部と、
端末装置の接続仲介依頼部から、接続仲介依頼が送信されてきたときに、アドレステーブルを参照して、接続仲介依頼に含まれている通信先特定情報によって特定される端末ＩＤに対応づけられている所在アドレスを通信先アドレスとして返信する通信先アドレス返信部と、
を有するようにしたものである。
(2) 本発明の第２の態様は、上述した第１の態様に係るネットワーク通信システムにおいて、
通信元セッション確立部および通信先セッション確立部が相手方端末装置との間に通信セッションを確立する際に、相手方端末装置の通信先特定情報を格納する機能を有し、
再接続処理部が、通信元セッション確立部もしくは通信先セッション確立部に格納されていた通信先特定情報を用いて通信要求を行うようにしたものである。
(3) 本発明の第３の態様は、上述した第１または第２の態様に係るネットワーク通信システムにおいて、
端末装置が、所定のＯＳプログラムと、このＯＳプログラムの下で動作する１つもしくは複数の通信アプリケーションプログラムと、をインストールしたコンピュータによって構成されており、
アドレス変更検出部が、ＯＳプログラムもしくは通信アプリケーションプログラムが管理する情報に基づいて、所在アドレスの変更を検出するようにしたものである。
(4) 本発明の第４の態様は、上述した第１〜第３の態様に係るネットワーク通信システムにおいて、
アドレス変更検出部が、アドレスの変更を検出したときに、その旨を自己アドレス通知部に報知し、
自己アドレス通知部が、この報知を受けたときに、変更後の所在アドレスを接続仲介装置に対して通知するようにしたものである。
(5) 本発明の第５の態様は、ネットワークを介して相互に接続可能な複数の端末装置と、これら複数の端末装置間の接続を仲介する接続仲介装置と、を備えたネットワーク通信システムにおいて、
複数の端末装置には、個々の端末装置を相互に識別するための端末ＩＤがそれぞれ付与されており、接続仲介装置は、端末ＩＤを利用して通信元となる端末装置と通信先となる端末装置との間の接続を仲介する処理を実行し、
複数の端末装置のそれぞれは、
自己のネットワーク上での所在を示す所在アドレスを、接続仲介装置に対して通知する自己アドレス通知部と、
自己を通信元として、通信先の別な端末装置に対する通信要求を受け付ける通信要求受付部と、
通信要求受付部によって通信要求が受け付けられたときに、接続仲介装置に対して、通信先の別な端末装置の端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼を送信する接続仲介依頼部と、
接続仲介依頼に応じて、接続仲介装置から、通信先の別な端末装置のネットワーク上での所在を示す通信先アドレスが返信されてきたときに、ネットワークを介して、通信先アドレスにアクセスして通信開始要求を行う通信開始要求部と、
通信開始要求に応じて、通信先の別な端末装置から、通信開始受諾確認が返信されてきたら、通信先の別な端末装置との間に通信セッションを確立して通信を開始する通信元セッション確立部と、
通信元の別な端末装置から、自己を通信先とする通信開始要求がなされたら、通信元の別な端末装置に対して通信開始受諾確認を送信し、通信元の別な端末装置との間に通信セッションを確立して通信を開始する通信先セッション確立部と、
通信元セッション確立部もしくは通信先セッション確立部が相手方端末装置と通信を行っている最中に生じた通信異常を検出する通信異常検出部と、
通信異常検出部が通信異常を検出したときに、通信要求受付部に対して、自己を通信元として、相手方端末装置を通信先とする通信要求を行う再接続処理部と、
を有し、
接続仲介装置は、
端末装置のそれぞれについて、端末ＩＤと所在アドレスとを対応づけたアドレステーブルを格納するアドレステーブル格納部と、
端末装置の自己アドレス通知部からの通知に基づいて、アドレステーブルの内容を更新するアドレステーブル更新部と、
端末装置の接続仲介依頼部から、接続仲介依頼が送信されてきたときに、アドレステーブルを参照して、接続仲介依頼に含まれている通信先特定情報によって特定される端末ＩＤに対応づけられている所在アドレスを通信先アドレスとして返信する通信先アドレス返信部と、
を有するようにしたものである。
(6) 本発明の第６の態様は、上述した第５の態様に係るネットワーク通信システムにおいて、
通信元セッション確立部および通信先セッション確立部が相手方端末装置との間に通信セッションを確立する際に、相手方端末装置の通信先特定情報を格納する機能を有し、
再接続処理部が、通信元セッション確立部もしくは通信先セッション確立部に格納されていた通信先特定情報を用いて通信要求を行うようにしたものである。
(7) 本発明の第７の態様は、上述した第５または第６の態様に係るネットワーク通信システムにおいて、
通信異常検出部が、相手方端末装置と通信を行っている最中に、相手方の通信異常検出部との間で、接続確認信号とこれに対する応答信号とを所定周期でやり取りする機能を有し、相手方に送信した接続確認信号に対する応答信号が所定期間内に受信できなかった場合に、通信異常の検出を行うようにしたものである。
(8) 本発明の第８の態様は、上述した第５〜第７の態様に係るネットワーク通信システムにおいて、
再接続処理部が、相手方端末装置と通信を行っている最中に自己の所在アドレスが変更になったことを検出する機能を有し、自己の所在アドレスの変更が検出された場合には、通信要求受付部に対する通信要求を行わないようにしたものである。
(9) 本発明の第９の態様は、ネットワークを介して相互に接続可能な複数の端末装置と、これら複数の端末装置間の接続を仲介する接続仲介装置と、を備えたネットワーク通信システムにおいて、
複数の端末装置には、個々の端末装置を相互に識別するための端末ＩＤがそれぞれ付与されており、接続仲介装置は、端末ＩＤを利用して通信元となる端末装置と通信先となる端末装置との間の接続を仲介する処理を実行し、
複数の端末装置のそれぞれは、
自己のネットワーク上での所在を示す所在アドレスを、接続仲介装置に対して通知する自己アドレス通知部と、
自己を通信元として、通信先の別な端末装置に対する通信要求を受け付ける通信要求受付部と、
通信要求受付部によって通信要求が受け付けられたときに、接続仲介装置に対して、通信先の別な端末装置の端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼を送信する接続仲介依頼部と、
接続仲介装置から、通信元の別な端末装置のネットワーク上での所在を示す通信元アドレスが送信されてきたときに、ネットワークを介して、通信元アドレスにアクセスして通信開始要求を行う通信開始要求部と、
通信開始要求に応じて、通信元の別な端末装置から、通信開始受諾確認が返信されてきたら、通信元の別な端末装置との間に通信セッションを確立して通信を開始する通信先セッション確立部と、
通信先の別な端末装置から、自己を通信元とする通信開始要求がなされたら、通信先の別な端末装置に対して通信開始受諾確認を送信し、通信先の別な端末装置との間に通信セッションを確立して通信を開始する通信元セッション確立部と、
通信先セッション確立部もしくは通信元セッション確立部が相手方端末装置と通信を行っている最中に、自己の所在アドレスが変更になったときに、これを検出するアドレス変更検出部と、
アドレス変更検出部がアドレスの変更を検出したときに、通信要求受付部に対して、自己を通信元として、相手方端末装置を通信先とする通信要求を行う再接続処理部と、
を有し、
接続仲介装置は、
端末装置のそれぞれについて、端末ＩＤと所在アドレスとを対応づけたアドレステーブルを格納するアドレステーブル格納部と、
端末装置の自己アドレス通知部からの通知に基づいて、アドレステーブルの内容を更新するアドレステーブル更新部と、
端末装置の接続仲介依頼部から、接続仲介依頼が送信されてきたときに、アドレステーブルを参照して、接続仲介依頼に含まれている通信先特定情報によって特定される端末ＩＤに対応づけられている所在アドレスに対して、接続仲介依頼を送信した通信元の端末装置の端末ＩＤに対応づけられている所在アドレスを通信元アドレスとして送信する通信元アドレス送信部と、
を有するようにしたものである。
(10) 本発明の第１０の態様は、上述した第９の態様に係るネットワーク通信システムにおいて、
通信先セッション確立部および通信元セッション確立部が相手方端末装置との間に通信セッションを確立する際に、相手方端末装置の通信先特定情報を格納する機能を有し、
再接続処理部が、通信先セッション確立部もしくは通信元セッション確立部に格納されていた通信先特定情報を用いて通信要求を行うようにしたものである。
(11) 本発明の第１１の態様は、上述した第９または第１０の態様に係るネットワーク通信システムにおいて、
端末装置が、所定のＯＳプログラムと、このＯＳプログラムの下で動作する１つもしくは複数の通信アプリケーションプログラムと、をインストールしたコンピュータによって構成されており、
アドレス変更検出部が、ＯＳプログラムもしくは通信アプリケーションプログラムが管理する情報に基づいて、所在アドレスの変更を検出するようにしたものである。
(12) 本発明の第１２の態様は、上述した第９〜第１１の態様に係るネットワーク通信システムにおいて、
アドレス変更検出部が、アドレスの変更を検出したときに、その旨を自己アドレス通知部に報知し、
自己アドレス通知部が、報知を受けたときに、変更後の所在アドレスを接続仲介装置に対して通知するようにしたものである。
(13) 本発明の第１３の態様は、ネットワークを介して相互に接続可能な複数の端末装置と、これら複数の端末装置間の接続を仲介する接続仲介装置と、を備えたネットワーク通信システムにおいて、
複数の端末装置には、個々の端末装置を相互に識別するための端末ＩＤがそれぞれ付与されており、接続仲介装置は、端末ＩＤを利用して通信元となる端末装置と通信先となる端末装置との間の接続を仲介する処理を実行し、
複数の端末装置のそれぞれは、
自己のネットワーク上での所在を示す所在アドレスを、接続仲介装置に対して通知する自己アドレス通知部と、
自己を通信元として、通信先の別な端末装置に対する通信要求を受け付ける通信要求受付部と、
通信要求受付部によって通信要求が受け付けられたときに、接続仲介装置に対して、通信先の別な端末装置の端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼を送信する接続仲介依頼部と、
接続仲介装置から、通信元の別な端末装置のネットワーク上での所在を示す通信元アドレスが送信されてきたときに、ネットワークを介して、通信元アドレスにアクセスして通信開始要求を行う通信開始要求部と、
通信開始要求に応じて、通信元の別な端末装置から、通信開始受諾確認が返信されてきたら、通信元の別な端末装置との間に通信セッションを確立して通信を開始する通信先セッション確立部と、
通信先の別な端末装置から、自己を通信元とする通信開始要求がなされたら、通信先の別な端末装置に対して通信開始受諾確認を送信し、通信先の別な端末装置との間に通信セッションを確立して通信を開始する通信元セッション確立部と、
通信先セッション確立部もしくは通信元セッション確立部が相手方端末装置と通信を行っている最中に生じた通信異常を検出する通信異常検出部と、
通信異常検出部が通信異常を検出したときに、通信要求受付部に対して、自己を通信元として、相手方端末装置を通信先とする通信要求を行う再接続処理部と、
を有し、
接続仲介装置は、
端末装置のそれぞれについて、端末ＩＤと所在アドレスとを対応づけたアドレステーブルを格納するアドレステーブル格納部と、
端末装置の自己アドレス通知部からの通知に基づいて、アドレステーブルの内容を更新するアドレステーブル更新部と、
端末装置の接続仲介依頼部から、接続仲介依頼が送信されてきたときに、アドレステーブルを参照して、接続仲介依頼に含まれている通信先特定情報によって特定される端末ＩＤに対応づけられている所在アドレスに対して、接続仲介依頼を送信した通信元の端末装置の端末ＩＤに対応づけられている所在アドレスを通信元アドレスとして送信する通信元アドレス送信部と、
を有するようにしたものである。
(14) 本発明の第１４の態様は、上述した第１３の態様に係るネットワーク通信システムにおいて、
通信先セッション確立部および通信元セッション確立部が相手方端末装置との間に通信セッションを確立する際に、相手方端末装置の通信先特定情報を格納する機能を有し、
再接続処理部が、通信先セッション確立部もしくは通信元セッション確立部に格納されていた通信先特定情報を用いて通信要求を行うようにしたものである。
(15) 本発明の第１５の態様は、上述した第１３または第１４の態様に係るネットワーク通信システムにおいて、
通信異常検出部が、相手方端末装置と通信を行っている最中に、相手方の通信異常検出部との間で、接続確認信号とこれに対する応答信号とを所定周期でやり取りする機能を有し、相手方に送信した接続確認信号に対する応答信号が所定期間内に受信できなかった場合に、通信異常の検出を行うようにしたものである。
(16) 本発明の第１６の態様は、上述した第１３〜第１５の態様に係るネットワーク通信システムにおいて、
再接続処理部が、相手方端末装置と通信を行っている最中に自己の所在アドレスが変更になったことを検出する機能を有し、自己の所在アドレスの変更が検出された場合には、通信要求受付部に対する通信要求を行わないようにしたものである。
(17) 本発明の第１７の態様は、上述した第１〜第１６の態様に係るネットワーク通信システムにおける複数の端末装置のうちの１台の端末装置を単独の製品として提供するようにしたものである。
(18) 本発明の第１８の態様は、上述した第１７の態様に係る１台の端末装置をコンピュータにプログラムを組み込むことにより構成したものである。
本発明のネットワーク通信システムによれば、接続仲介装置は、両端末間に通信セッションが確立する最終段階まで関与する必要はなく、通信元の端末装置に対して通信先アドレスを伝達する段階（第１の実施形態の場合）、あるいは、通信先の端末装置に対して通信元アドレスを伝達する段階（第２の実施形態の場合）まで行えば足りる。したがって、従来のＳＩＰを利用して両端末間の接続仲介処理を行うシステムに比べて、一対の端末装置間の接続を仲介する際の処理負荷を、より軽減することが可能になる。
また、本発明に係る端末装置には、通信を行っている最中に、自己アドレスが変更されたり、通信異常が検出されたりした場合に、これまで通信を行っていた相手方端末装置に対して自動的に再接続を行う機能が備わっているため、端末装置のネットワーク上での所在アドレスが通信中に切り替わったとしても、引き続き通信を続行することが可能になる。
先願基本発明の第１の実施形態に係るネットワーク通信システムの全体構成を示すブロック図である。 図１に示すネットワーク通信システムの端末装置の詳細構成を示すブロック図である。 図２に示す端末装置における自己アドレス通知部２５０の機能を示すブロック図である。 図１に示すネットワーク通信システムにおいて、通信元端末装置２００Ａと通信先端末装置２００Ｂとの間の通信セッション確立の手順を示すブロック図である。 図４のブロック図に示されている通信セッション確立手順を時系列で説明する流れ図である。 先願基本発明の第２の実施形態に係るネットワーク通信システムの全体構成を示すブロック図である。 図６に示すネットワーク通信システムの端末装置の詳細構成を示すブロック図である。 図６に示すネットワーク通信システムにおいて、通信元端末装置４００Ｂと通信先端末装置４００Ａとの間の通信セッション確立の手順を示すブロック図である。 図８のブロック図に示されている通信セッション確立手順を時系列で説明する流れ図である。 図１もしくは図６に示すアドレステーブルの第１の変形例を示す図である。 図１もしくは図６に示すアドレステーブルの第２の変形例を示す図である。 図１もしくは図６に示すアドレステーブルの第３の変形例を示す図である。 図１に示すネットワーク通信システムにおいて、通信元端末装置２００Ａと通信先端末装置２００Ｂとの間の通信セッション確立の手順の変形例を示すブロック図である。 図６に示すネットワーク通信システムにおいて、通信元端末装置４００Ｂと通信先端末装置４００Ａとの間の通信セッション確立の手順の変形例を示すブロック図である。 ルータを介して端末装置をネットワークＮに接続する場合の先願基本発明の実施形態を示すブロック図である。 図１５に示す実施形態において、ＩＰアドレスにポート番号を付加した情報を所在アドレスとして用いる場合のアドレステーブルの例を示す図である。 先願基本発明に係る端末装置を通信アプリケーションプログラムを用いて構成する場合における自己アドレスの通知タイミングを示す表である。 先願基本発明に係るネットワーク通信システムにおいて、ＶＰＮを利用した実施形態の全体構成を示すブロック図である。 図１８に示す実施形態におけるＶＰＮ通信の原理を示す図である。 図１８に示す実施形態に用いるために、ＶＩＰアドレスを追加したアドレステーブルの例を示す図である。 先願基本発明に係るネットワーク通信システムにおいて、モバイル端末２００Ａと固定端末２００Ｂとが相互に通信を行っている状態を示すブロック図である。 図２１に示す例において、モバイル端末２００Ａの移動により担当基地局が変更された状態を示すブロック図である。 本発明の第１の実施形態に係るネットワーク通信システムにおいて、アドレス変更検出部を用いた実施例１の全体構成を示すブロック図である。 本発明の第１の実施形態に係るネットワーク通信システムにおいて、通信異常検出部を用いた実施例２の全体構成を示すブロック図である。 本発明の第２の実施形態に係るネットワーク通信システムにおいて、アドレス変更検出部を用いた実施例３の全体構成を示すブロック図である。 本発明の第２の実施形態に係るネットワーク通信システムにおいて、通信異常検出部を用いた実施例４の全体構成を示すブロック図である。
以下、本発明を図示する実施形態に基づいて説明する。なお、ここで述べる実施形態は、ＰＣＴ／ＪＰ２０１６／０５５９６０に基づく優先権主張を伴う国際出願ＰＣＴ／ＪＰ２０１７／００６１３１（以下、先願となる国際出願と呼ぶ）に記載された発明（以下、先願基本発明と呼ぶ）を基礎として、この先願基本発明に通信遮断時の再接続機能を付加することにより、「端末装置のネットワーク上での所在アドレスが通信中に切り替わったとしても、引き続き通信を続行することが可能になる」という固有の付加的な作用効果が得られるようにしたものである。
このような事情から、ここでは、先願基本発明を基礎とした本発明の実施形態を、本発明の好ましい一実施形態として述べることにする。そこで、以下の§１〜§４において、まず、先願基本発明の説明を行い、§５以降において、本発明に固有の特徴について述べることにする。したがって、以下の§１〜§４で述べる内容（図１〜図２０に示す内容）は、実質的に先願となる国際出願ＰＣＴ／ＪＰ２０１７／００６１３１に記載された実施形態と同じものである。
＜＜＜ §１． 先願基本発明の第１の実施形態 ＞＞＞
＜１−１． 先願基本発明の第１の実施形態の構成＞
図１は、先願基本発明の第１の実施形態に係るネットワーク通信システムの全体構成を示すブロック図である。図示のとおり、このネットワーク通信システムは、接続仲介装置１００と複数の端末装置２００Ａ〜２００Ｄによって構成されており、これらの各装置はいずれもネットワークＮ（この例では、インターネット）を介して相互に接続することが可能である。
図では、説明の便宜上、４台の端末装置２００Ａ〜２００Ｄを用いた例を示すことにするが、実用上は、より多数の端末装置を利用するのが一般的である。各端末装置２００Ａ〜２００Ｄは、共通の構成を有する同一の装置である。そこで、ここでは、この共通の端末装置について言及する場合は符号２００を用いて示し、相互に区別する必要がある場合には、符号末尾にＡ〜Ｄを付して示すことにする。端末装置２００の内部構成要素を示す各符号についても同様である。
結局、このネットワーク通信システムは、ネットワークＮを介して相互に接続可能な複数の端末装置２００Ａ〜２００Ｄと、これら複数の端末装置間の接続を仲介する接続仲介装置１００と、を備えたシステムということになる。端末装置２００としては、パソコン、携帯電話、タブレット型端末など、ネットワークＮに接続して通信を行う機能を有する様々な電子機器を利用することができる。一方、接続仲介装置１００は、これら各端末装置２００Ａ〜２００ＤからネットワークＮを介してアクセスを受けるサーバコンピュータによって構成されている。
各端末装置２００Ａ〜２００Ｄには、個々の端末装置を相互に識別するための端末ＩＤがそれぞれ付与されており、接続仲介装置１００は、この端末ＩＤを利用して通信元となる端末装置と通信先となる端末装置との間の接続を仲介する処理を実行する。ここでは、図示のとおり、端末装置２００Ａ，２００Ｂ，２００Ｃ，２００Ｄには、それぞれ「００１０」，「００２０」，「００３０」，「００４０」なる端末ＩＤが付与されているものとする。
なお、先願基本発明を実施する上で、端末ＩＤは、個々の端末装置を相互に識別することができる情報であれば、どのような情報であってもかまわない。図示の例では、４台の端末装置しか用いられていないため、「００１０」のような４桁の数字を端末ＩＤとして用いれば十分であるが、各端末装置を相互に識別するためには、ユニークなＩＤを用いる必要があるので、実用上は、より桁数の多い数字もしくは数字とアルファベットの組み合わせを用いるのが好ましい。具体的には、個々の端末装置に内蔵されているＣＰＵのシリアル番号、通信インターフェイスに付与されたＭＡＣアドレス、携帯電話を端末装置として用いる場合は電話番号やＳＩＭカードのシリアル番号、などを端末ＩＤとして用いることが可能である。
各端末装置２００Ａ〜２００Ｄには、それぞれ自己のネットワーク上での所在を示す所在アドレスが付与されている。図示の例の場合、端末装置２００Ａ，２００Ｂ，２００Ｃ，２００Ｄには、それぞれＡＤ１，ＡＤ２，ＡＤ３，ＡＤ４なる所在アドレスが付与されている。所在アドレスとしては、ネットワーク上で当該端末装置の所在を一義的に決定できるアドレスであれば、どのようなアドレスを用いてもよい。図示の例のように、ネットワークＮとしてインターネットを用い、通信プロトコルとしてＩＰを利用する場合は、個々の端末装置２００のネットワークＮ上での所在を示す所在アドレスとして、グローバルＩＰアドレスもしくはＮＡＴ−ＩＤを用いるのが好ましい。
端末ＩＤが、個々の端末装置を相互に識別するために必要な情報であるのに対して、所在アドレスは、ネットワークＮを介して個々の端末装置をアクセスするために必要な情報である。しかも多くの端末装置の場合、所在アドレスは常に一定ではなく、時事刻々と変化する。たとえば、携帯電話やモバイルパソコンなどの携帯型端末装置の場合、移動とともに交信相手となる基地局が変化するため、所在アドレスも時間的に変化する。また、デスクトップ型パソコンのような定点設置型の端末装置の場合も、プロバイダから付与されるＩＰアドレスなどが更新されるため、やはり所在アドレスが時間的に変化するのが一般的である。
後述するように、先願基本発明に用いる端末装置２００は、自己のネットワーク上での所在を示す所在アドレスを、ネットワークＮを介して接続仲介装置１００に通知する機能を有している。このため、接続仲介装置１００は、各端末装置２００Ａ〜２００Ｄの最新アドレスを常に把握することができ、必要に応じて、各端末装置２００Ａ〜２００Ｄにアクセスすることが可能である。
図示のとおり、接続仲介装置１００には、アドレステーブル格納部１１０、アドレステーブル更新部１２０、通信先アドレス返信部１３０が設けられている。前述したとおり、この接続仲介装置１００は、実際には、サーバコンピュータなどのコンピュータによって構成される。したがって、図に個々のブロックとして示されている各構成要素は、実際には、コンピュータに専用のプログラムを組み込むことにより構築されることになる。
アドレステーブル格納部１１０には、各端末装置２００Ａ〜２００Ｄのそれぞれについて、端末ＩＤと所在アドレスとを対応づけたアドレステーブルＴが格納されており、アドレステーブル更新部１２０は、各端末装置２００Ａ〜２００Ｄからの通知に基づいて、このアドレステーブルＴの内容を更新する処理を行う。また、通信先アドレス返信部１３０は、各端末装置２００Ａ〜２００Ｄから接続仲介依頼があると、アドレステーブルＴを参照することにより、通信先アドレスを返信する処理を行う。
図には、アドレステーブルＴとして、４台の端末装置２００Ａ〜２００Ｄのそれぞれについて、端末ＩＤと所在アドレスとの対応関係を示す情報が格納されている。具体的には、端末装置２００Ａについては端末ＩＤ「００１０」と所在アドレス「ＡＤ１」とが対応づけられ、端末装置２００Ｂについては端末ＩＤ「００２０」と所在アドレス「ＡＤ２」とが対応づけられ、端末装置２００Ｃについては端末ＩＤ「００３０」と所在アドレス「ＡＤ３」とが対応づけられ、端末装置２００Ｄについては端末ＩＤ「００４０」と所在アドレス「ＡＤ４」とが対応づけられている。
続いて、図２を参照しながら、端末装置２００の詳細構成および個々の構成要素の具体的な処理動作を説明する。図示のとおり、端末装置２００には、接続仲介依頼部２１０、通信要求受付部２２０、通信先セッション確立部２３０、通信開始要求部２４０、自己アドレス通知部２５０、通信元セッション確立部２６０が設けられている。
この端末装置２００も、実際には、種々のコンピュータ（携帯電話などの機器も含む）によって構成され、図に個々のブロックとして示されている各構成要素は、実際には、コンピュータに専用のプログラムを組み込むことにより構築される。なお、実際の端末装置２００には、この他にも種々の構成要素が組み込まれている。たとえば、端末装置２００がスマートフォンであれば、様々なアプリケーションプログラムを組み込むことにより、様々な処理機能をもった構成要素が付加されることになるが、ここでは、先願基本発明に直接関係する構成要素のみを図にブロックとして示すことにし、その他の構成要素についての説明は省略する。もちろん、端末装置２００には、ユーザからの指示入力や文字入力を行う入力インターフェイスや、ユーザに情報を提示するためのディスプレイなどの構成要素も備わっているが、これらの構成要素についての説明も省略する。
結局、図２において、端末装置２００内に６つのブロックとして描かれている構成要素は、先願基本発明に係る端末装置２００において必須の機能要素ということになる。このブロック図には、各ブロック間の信号の流れを示す矢印として、太線矢印、細線矢印、白抜矢印の３通りの矢印が用いられている。ここで、太線矢印は、端末装置２００と接続仲介装置１００との間でやりとりされる、通信セッション確立前の信号の流れを示しており、細線矢印は、一対の端末装置２００の間でやりとりされる、通信セッション確立前の信号の流れを示している。そして、白抜矢印は、一対の端末装置２００の間でやりとりされる、通信セッション確立後の信号の流れを示している。
また、図２では、端末装置２００内の６つの構成要素が、楕円、矩形、二重矩形という３通りのブロックを用いて描かれているが、これは、各構成要素の役割分担を示すための便宜である。具体的には、楕円ブロックで示されている構成要素は、端末装置２００が「アドレス通知」の処理を実行するための構成要素であり、矩形ブロックで示されている構成要素は、端末装置２００が「通信元」として機能する場合に必要な処理を実行する構成要素であり、二重矩形ブロックで示されている構成要素は、端末装置２００が「通信先」として機能する場合に必要な処理を実行する構成要素である。
本願において、「通信元」および「通信先」という用語は、２台の端末装置が相互に通信を行う場合に、これら２台を区別するために用いる用語であり、自発的に通信を開始するための処理を行う側を「通信元」と呼び、この「通信元」からの働きかけに応じて、当該「通信元」と通信を行うために必要な処理を行う側を「通信先」と呼んでいる。たとえば，２台の端末装置を電話として使う場合、発呼側の装置が「通信元」であり、着呼側の装置が「通信先」になる。「通信元」の端末装置は、特定の「通信先」を指定して、自発的に通信を開始するための処理を行うことになる。
もちろん、端末装置２００は、「通信元」になったり「通信先」になったりする。「通信元」になったときには、図２に矩形ブロックで示されている構成要素による処理が行われ、「通信先」になったときには、図２に二重矩形ブロックで示されている構成要素による処理が行われる。以下、端末装置２００の６つの構成要素の各機能を順に説明する。
上述したように、楕円ブロックで示されている自己アドレス通知部２５０は、「アドレス通知」の処理を実行するための構成要素であり、自己のネットワーク上での所在を示す所在アドレスを、接続仲介装置１００に対して通知する処理を実行する。所在アドレスとしてＩＰアドレスを用いるのであれば、自己アドレス通知部２５０は、現時点で自己に付与されたＩＰアドレスをネットワークＮを介して接続仲介装置１００に通知する処理を行うことになる。
通常、インターネットに接続可能な端末装置２００には、インターネットプロバイダから所定のグローバルＩＰアドレスが付与されるので、自己アドレス通知部２５０は、端末装置２００に付与されたグローバルＩＰアドレスを、所在アドレスとして接続仲介装置１００に対して通知すればよい。また、ルータのＮＡＴ機能を利用して、プライベートＩＰアドレスが付与されている場合には、ＮＡＴ−ＩＤを所在アドレスとして接続仲介装置１００に対して通知すればよい。所在アドレスを通知する際には、端末ＩＤを同時に送信するようにする。
図１に示すアドレステーブル更新部１２０は、このような通知を受けて、アドレステーブルＴの更新を行う。たとえば、端末装置２００Ａから接続仲介装置１００に対して、端末ＩＤ「００１０」と所在アドレス「ＡＤ１」とが通知された場合、アドレステーブル更新部１２０は、端末ＩＤ「００１０」と所在アドレス「ＡＤ１」とを対応づけてアドレステーブルＴに格納する処理を行う。
前述したとおり、一般的な端末装置２００の場合、所在アドレスが時間的に変化する。したがって、実用上は、自己アドレス通知部２５０には、所定周期で繰り返して、現時点の自己（端末装置２００）の所在アドレスを通知する機能をもたせておくのが好ましい。たとえば、自己アドレス通知部２５０が１分おきに繰り返し通知を行うようにすれば、アドレステーブルＴは１分おきに最新の情報に更新されることになる。
あるいは、自己アドレス通知部２５０には、自己（端末装置２００）の所在アドレスが変更になったときに、現時点の所在アドレスを通知する機能をもたせておくようにしてもよい。すなわち、初めて所在アドレスが付与された段階で、当該所在アドレスを初期状態のアドレスとして通知させ、その後は、所在アドレスが変更になるたびに新たな所在アドレスを通知させるようにすればよい。もちろん、所定周期で繰り返し通知する運用と、所在アドレスが変更になったときに通知する運用とを組み合わせてもかまわない。
次に、図２に矩形ブロックで示されている４つの構成要素について説明する。上述したように、これら４つの構成要素は、端末装置２００が「通信元」として機能する場合に必要な処理を実行する。
まず、通信要求受付部２２０は、自己を通信元として、通信先の別な端末装置に対する通信要求を受け付ける処理を行う。たとえば、端末装置２００（通信元）のユーザが、特定の相手に電話をかけたい場合、当該相手が所持する別な端末装置（通信先）に対して通信を行いたい旨の通信要求を行うことになる。この通信要求は、たとえば、図示されていない入力インターフェイスを介したユーザの操作入力（たとえば、タッチパネル上での操作）として与えられ、相手先の端末装置を特定するための何らかの情報を含むものになる。
接続仲介依頼部２１０は、通信要求受付部２２０によって通信要求が受け付けられたときに、接続仲介装置１００に対して、通信先の別な端末装置の端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼を送信する。ここで、接続仲介依頼に含まれる通信先特定情報は、通信先の別な端末装置の端末ＩＤであってもよいし、当該端末ＩＤを特定することが可能な別な情報であってもかまわない（詳細は、§３−１で述べる）。
こうして、接続仲介依頼部２１０から送信された接続仲介依頼は、ネットワークＮを介して接続仲介装置１００へと伝達される（前述したように、図における太線矢印は、端末装置２００と接続仲介装置１００との間でやりとりされる、通信セッション確立前の信号の流れを示している）。すると、接続仲介装置１００からは、図に太線矢印で示すように、通信先となる別な端末装置のネットワーク上での所在を示す通信先アドレスが返信されてくる。これは、図１に示す通信先アドレス返信部１３０の機能によるものである。
すなわち、通信先アドレス返信部１３０は、端末装置２００の接続仲介依頼部２１０から、接続仲介依頼が送信されてきたときに、アドレステーブルＴを参照して、接続仲介依頼に含まれている通信先特定情報によって特定される端末ＩＤに対応づけられている所在アドレスを通信先アドレスとして返信する処理を行う。もちろん、返信の相手先は、接続仲介依頼を行った端末装置２００である。要するに、通信先アドレス返信部１３０は、通信元の端末装置から通信先を特定した接続仲介依頼があると、アドレステーブルＴを用いて、当該通信先の現時点での所在アドレスを検索し、これを通信元の端末装置に返信する処理を行うことになる。
このように、接続仲介依頼部２１０によって接続仲介依頼を行うと、接続仲介装置１００からは、通信先の別な端末装置のネットワーク上での所在を示す通信先アドレスが返信されてくる。こうして返信されてきた通信先アドレスは、通信開始要求部２４０によって受信される。通信開始要求部２４０は、この通信先アドレスにネットワークＮを介してアクセスして通信開始要求を行う。図に細線矢印で示すとおり、この通信開始要求は、１台の端末装置２００（通信元）から別な１台の端末装置２００（通信先）に宛てた信号ということになる。
このように、通信開始要求部２４０によって、通信先の別な端末装置に対して通信開始要求を送信すると、当該通信先の別な端末装置からは、この通信開始要求に応じて、通信開始受諾確認が返信されてくる（図の右側の細線矢印：この返信処理については、通信先の別な端末装置の通信先セッション確立部２３０の処理として後述する）。こうして返信されてきた通信開始受諾確認は、通信元セッション確立部２６０によって受信される。通信元セッション確立部２６０は、この通信開始受諾確認を受信したら、当該通信先の別な端末装置との間に通信セッションを確立して通信を開始する。図２の右端に描かれた白抜矢印は、このようにして通信セッションが確立した後の両端末間の信号（通信パケット）の流れを示している。
以上、図２に矩形ブロックで示されている４つの構成要素、すなわち、端末装置２００が「通信元」として機能する場合に処理を実行する構成要素について説明したが、続いて、図２に二重矩形ブロックで示されている構成要素、すなわち、端末装置２００が「通信先」として機能する場合に処理を実行する構成要素について説明する。
図２において、二重矩形ブロックで示されている構成要素は、通信先セッション確立部２３０である。この通信先セッション確立部２３０は、通信元の別な端末装置から、自己を通信先とする通信開始要求がなされたら（図の左側の下向き細線矢印）、当該通信元の別な端末装置に対して通信開始受諾確認を送信し（図の左側の上向き細線矢印）、当該通信元の別な端末装置との間に通信セッションを確立して通信を開始する。図２の左端に描かれた白抜矢印は、このようにして通信セッションが確立した後の両端末間の信号（通信パケット）の流れを示している。
結局、通信元端末装置と通信先端末装置との間の通信セッション確立後の通信は、通信元端末装置の通信元セッション確立部２６０と通信先端末装置の通信先セッション確立部２３０との間で行われることになる。別言すれば、図２の右端の白抜矢印は、ネットワークＮを介して、図２の左端の白抜矢印に連なることになる。
＜１−２． 第１の実施形態における具体的な通信手順＞
これまで、図１および図２を参照しながら、先願基本発明の第１の実施形態に係るネットワーク通信システムの構成要素である接続仲介装置１００および端末装置２００の各構成要素およびその機能を説明した。ここでは、この第１の実施形態に係るネットワーク通信システムにおける通信手順を、具体例に即して説明することにする。
図３は、図２に示す端末装置における自己アドレス通知部２５０の機能を示すブロック図である。図の上段には接続仲介装置１００が示され、図の下段には２組の端末装置２００Ａ，２００Ｂが示されている。ここでは、端末装置２００Ｃ，２００Ｄの図示は省略するが、自己アドレス通知部２５０の機能は同じである。なお、前述したとおり、接続仲介装置１００と各端末装置２００Ａ，２００Ｂとの間の情報のやりとり（太線矢印で示す）は、実際にはネットワークＮを介して行われるが、ここでは説明の便宜上、ネットワークＮの図示は省略する。
図３に示す端末装置２００Ａ，２００Ｂは、図２に示す端末装置２００と同様に６つの構成要素を有している。すなわち、端末装置２００Ａは、構成要素２１０Ａ〜２６０Ａを有し、端末装置２００Ｂは、構成要素２１０Ｂ〜２６０Ｂを有しており、これら各構成要素は、図２に示す構成要素２１０〜２６０と同一のものである（符号末尾のＡ，Ｂは、いずれの端末装置の構成要素であるかを区別するために付したものである）。なお、この図３は、端末装置２００Ａ，２００Ｂの自己アドレス通知機能を説明するための図であるので、自己アドレス通知部２５０Ａ，２５０Ｂ以外の構成要素のブロックは破線で示してある。
自己アドレス通知部２５０Ａ，２５０Ｂは、自己のネットワーク上での所在を示す所在アドレスを、接続仲介装置１００内のアドレステーブル更新部１２０に対して通知する処理を行う。図３には、自己アドレス通知部２５０Ａからアドレステーブル更新部１２０への通知として、「００１０：ＡＤ１」なるデータが送信されている例が示されているが、これは、自己の端末ＩＤ「００１０」とともに自己の現時点での所在アドレス「ＡＤ１」を送信していることを示している。同様に、自己アドレス通知部２５０Ｂからアドレステーブル更新部１２０への通知として、「００２０：ＡＤ２」なるデータが送信されている例が示されているが、これは、自己の端末ＩＤ「００２０」とともに自己の現時点での所在アドレス「ＡＤ２」を送信していることを示している。
各端末装置２００Ａ，２００Ｂの自己アドレス通知部２５０Ａ，２５０Ｂから、このような通知を受けたアドレステーブル更新部１２０が、当該通知に基づいて、アドレステーブルＴの内容を更新する処理を行う点は、既に§１−１で述べたとおりである。また、自己アドレス通知部２５０Ａ，２５０Ｂが、所定周期で繰り返して、もしくは、所在アドレスが変更になったときに、現時点の所在アドレスを通知する処理を行う点も§１−１で述べたとおりである。
このように、自己アドレス通知部２５０が行う所在アドレスの通知処理は、端末装置間の通信を開始するための直接的な処理ではないが、いつでも通信を開始できるようにするための準備処理ということができる。この通知処理を行うことにより、接続仲介装置１００内のアドレステーブルＴを最新の状態に保つことができ、実際に、特定の端末装置間で通信を行う必要が生じたときに、接続仲介装置１００による正しい仲介処理が実現できるのである。
続いて、特定の端末装置間で実際に通信を開始する際の処理手順を説明する。図４は、図１に示すネットワーク通信システムにおいて、通信元端末装置２００Ａと通信先端末装置２００Ｂとの間の通信セッション確立の手順を示すブロック図である。この図４においても、図の上段には接続仲介装置１００が示され、図の下段には２組の端末装置２００Ａ，２００Ｂが示されている。ここでも、接続仲介装置１００と端末装置２００Ａとの間の情報のやりとり（太線矢印で示す）や、端末装置２００Ａ，２００Ｂ間の情報のやりとり（細線矢印で示す）は、実際にはネットワークＮを介して行われるが、説明の便宜上、ネットワークＮの図示は省略する。
また、ここでは、説明の便宜上、端末装置２００Ａを通信元、端末装置２００Ｂを通信先とした場合の手順を説明する。このため、図４では、通信元端末装置２００Ａ内の構成要素については、通信元として必要な処理を実行する構成要素（矩形ブロックの構成要素）のみを実線で示し、通信先端末装置２００Ｂ内の構成要素については、通信先として必要な処理を実行する構成要素（二重矩形ブロックの構成要素）のみを実線で示すことにし、それ以外の構成要素のブロックは破線で示してある。
一方、図５は、図４のブロック図に示されている通信セッション確立手順を時系列で説明する流れ図である。以下、図４のブロック図を参照しながら、図５の流れ図に従って、第１の実施形態における具体的な通信手順を説明する。なお、図４のブロック図において、各矢印に付された符号Ｓ１〜Ｓ７は、図５の流れ図における各ステップＳ１〜Ｓ７に対応するものである。逆に、図５の流れ図の各ステップにおいて、括弧書きで示された符号は、図４のブロック図における特定のブロックに対応するものであり、当該ステップの内容に関連する特定の構成要素を示すものである。
まず、ステップＳ１において、通信要求受付処理が行われる。これは、図４に示す通信要求受付部２２０Ａによって行われる処理であり、たとえば、通信元端末装置２００ＡのユーザＡが、通信先端末装置２００ＢのユーザＢに対して電話をしたい、という場合に、ユーザＡの操作入力に基づいて行われる処理である。たとえば、各端末装置２００Ａ，２００Ｂが携帯電話であり、端末ＩＤとして、それぞれの電話番号を用いている場合は、ユーザＡは端末装置２００Ａに対して、端末装置２００Ｂの端末ＩＤ（電話番号）を入力する操作を伴う通信要求Ｓ１を行えばよい。すなわち、端末装置２００Ａの通信要求受付部２２０Ａは、自己を通信元として、通信先の別な端末装置２００Ｂに対する通信要求Ｓ１を受け付ける処理を行うことになる。
なお、通信要求受付部２２０Ａが通信要求Ｓ１を受け付けるのは、必ずしもユーザＡが電話をかけるための操作入力を行った場合に限られるわけではない。たとえば、ユーザＡ，Ｂが通信対戦型のゲームをプレイしている場合は、当該ゲーム用のアプリケーションプログラムから通信要求受付部２２０Ａに対して通信要求Ｓ１が与えられることになる。あるいは、端末装置２００Ａ，２００Ｂが何らかのビジネス処理を行うパソコンであり、パソコン２００Ａに組み込まれたビジネス処理用のアプリケーションプログラムが、パソコン２００Ｂに対して自動的に定時報告を行うような場合、当該アプリケーションプログラムから通信要求受付部２２０Ａに対して通信要求Ｓ１が与えられることになる。このように、先願基本発明における通信要求は、必ずしもユーザによって与えられるものではなく、端末装置に組み込まれているプログラムによって与えられる場合もある。
こうして、ステップＳ１において通信要求受付が行われると、続くステップＳ２において、接続仲介依頼が行われる。これは、図４に示す接続仲介依頼部２１０Ａによって行われる処理であり、既に述べたとおり、接続仲介装置１００に対して、通信先の別な端末装置２００Ｂの端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼Ｓ２を送信する処理である。
なお、一般に、ネットワークを介して接続された二者間で情報の送受を行う場合、情報の送信側は自分のアドレスを受信側に伝達し、受信側は当該送信側アドレス宛にアクノレッジ信号を返信する処理を行う。したがって、接続仲介依頼部２１０Ａから接続仲介依頼Ｓ２を送信する際には、自己の所在アドレス「ＡＤ１」が接続仲介装置１００側に伝達されることになる。後述するステップＳ４における返信処理は、この所在アドレス「ＡＤ１」宛に行われる。
こうして、通信元端末装置２００Ａの接続仲介依頼部２１０Ａから、接続仲介装置１００へ接続仲介依頼が送信されてくると、ステップＳ３において、この接続仲介依頼を受けた通信先アドレス返信部１３０が、アドレステーブル格納部１１０に格納されているアドレステーブルを参照して、当該接続仲介依頼に含まれている通信先特定情報によって特定される端末ＩＤ（この例では、「００２０」）に対応づけられている所在アドレスを通信先アドレスとして認識する。たとえば、その時点におけるアドレステーブルＴが、図１に示すようなものであったとすると、端末ＩＤ「００２０」に対応づけられているアドレス「ＡＤ２」が通信先アドレスとして認識される。
そこで、ステップＳ４において、通信先アドレス返信部１３０が、ステップＳ３で認識した通信先アドレス「ＡＤ２」を返信する処理を行う。もちろん、返信相手は、ステップＳ２において接続仲介依頼を行った通信元端末装置２００Ａである。前述したとおり、接続仲介依頼Ｓ２には通信元端末装置２００Ａの所在アドレス「ＡＤ１」の情報が含まれているので、通信先アドレス返信部１３０は、当該所在アドレス「ＡＤ１」宛に、通信先アドレス「ＡＤ２」を返信することができる。
こうして、通信先アドレス返信部１３０から通信先アドレス返信Ｓ４（通信先アドレス「ＡＤ２」を伝達する情報）が送信されてくると、当該通信先アドレス返信Ｓ４は、通信開始要求部２４０Ａによって受信される。結局、通信元端末装置２００Ａが、接続仲介装置１００に対して接続仲介依頼Ｓ２を行うと、この接続仲介依頼Ｓ２に応じて、接続仲介装置１００から、通信先端末装置２００Ｂのネットワーク上での所在を示す通信先アドレス「ＡＤ２」が返信されてくることになる。接続仲介装置１００に用意されているアドレステーブルＴは、常に最新の状態に更新されているので、返信されてきた通信先アドレス「ＡＤ２」は、通信先端末装置２００Ｂの最新の所在アドレスということになる。
そこで、この通信先アドレス返信Ｓ４により、通信先アドレス「ＡＤ２」を取得した通信開始要求部２４０Ａは、ステップＳ５において、通信先端末装置２００Ｂに対して通信開始要求Ｓ５を行う。すなわち、ネットワークＮを介して、通信先アドレス「ＡＤ２」宛にアクセスを行い、相手方に通信開始の要求を伝える。このとき、自己の所在アドレス（通信元アドレス「ＡＤ１」）も併せて伝達されることになる。
通信先アドレス「ＡＤ２」宛に行われた通信開始要求Ｓ５は、通信先端末装置２００Ｂの通信先セッション確立部２３０Ｂによって受信される。通信先セッション確立部２３０Ｂは、通信元端末装置２００Ａから、自己（端末装置２００Ｂ）を通信先とする通信開始要求Ｓ５がなされたら、まず、ステップＳ６において、ネットワークＮを介して通信元端末装置２００Ａに対して通信開始受諾確認Ｓ６を送信する。そして、続くステップＳ７において、通信元端末装置２００Ａとの間に通信セッションを確立して通信Ｓ７を開始する。
一方、通信元端末装置２００Ａ宛に送信されてきた通信開始受諾確認Ｓ６は、通信元セッション確立部２６０Ａによって受信される。そして、ステップＳ７では、この通信開始受諾確認Ｓ６を受信した通信元セッション確立部２６０Ａが、通信先端末装置２００Ｂとの間に通信セッションを確立して通信Ｓ７を開始する処理も行われる。要するに、通信元端末装置２００Ａ側では、通信開始要求Ｓ５に応じて、通信先端末装置２００Ｂから通信開始受諾確認Ｓ６が返信されてきたら、当該通信先端末装置２００Ｂとの間に通信セッションを確立して通信を開始する処理を行うことになる。
かくして、通信元端末装置２００Ａと通信先端末装置２００Ｂとの間に通信セッションが確立され、両者間での通信Ｓ７が行われることになる。この図５に示す流れ図において、接続仲介装置１００が行った処理は、ステップＳ３のアドレステーブル参照処理とステップＳ４の通信先アドレス返信処理だけである。すなわち、接続仲介装置１００が行う仲介処理は、通信元端末装置２００Ａからの接続仲介依頼Ｓ２を受けて、アドレステーブルＴを参照し（ステップＳ３）、得られた通信先アドレスを通信元端末装置２００Ａに対して返信する（ステップＳ４）だけである。接続仲介装置１００がこのような仲介処理を行うだけで、通信元端末装置２００Ａと通信先端末装置２００Ｂとの間に通信セッションが確立され、両者間での通信が開始することになる。
このように、先願基本発明の第１の実施形態に係るネットワーク通信システムでは、接続仲介装置１００の処理負荷は極めて軽くなる。前述したように、ＳＩＰを利用して両端末間の接続仲介処理を行うシステムでは、従来型の中継処理に比べれば、その処理負荷は軽減されることになるが、両端末間にセッションが確立するまで関与する必要があり、多数の端末装置からの仲介依頼が集中すると、その処理負荷はかなり重くなってくる。これに対して、先願基本発明の第１の実施形態に係るシステムの場合、接続仲介装置１００は、両端末間に通信セッションが確立するまで関与する必要はなく、通信元端末装置に対して通信先アドレスを伝達する処理を行えば足りる。このため、一対の端末装置間の接続を仲介する際の処理負荷を、より軽減することが可能になる。
このように、先願基本発明の第１の実施形態に係るネットワーク通信システムでは、接続仲介装置１００が通信セッション確立まで関与しないため、接続仲介装置１００は、両端末装置間に通信セッションが確立し、支障なく通信が行われているか否かを把握することはできない。そこで、もし必要があれば、通信セッション確立後に、通信元セッション確立部２６０Ａもしくは通信先セッション確立部２３０Ｂから接続仲介装置１００に対して、支障なく通信セッションが確立した旨の報告を行うようにしてもよい。
なお、上述の実施例では、通信先セッション確立部２３０Ｂが、通信元端末装置２００Ａから、自己を通信先とする通信開始要求Ｓ５がなされた時に、ステップＳ６において、当該通信元端末装置２００Ａに対して通信開始受諾確認を送信する、という説明を行ったが、場合によっては、通信開始要求Ｓ５を受諾せずに拒絶し、通信開始受諾確認を送信しないようにしてもよい（あるいは、通信開始受諾確認の代わりに、通信開始拒絶通知を送信するようにしてもよい）。すなわち、通信先セッション確立部２３０Ｂに何らかの条件判断機能をもたせておき、通信開始要求Ｓ５がなされた場合、所定の条件を満たしている場合に限り、通信開始受諾確認を送信する処理を行わせるようにすればよい。
たとえば、通信先端末装置２００ＢのユーザＢが、通信先セッション確立部２３０に対して、着信拒否の設定を行えるようにし、「着信拒否の設定がなされていない」という条件を満たす場合にのみ、通信開始受諾確認を送信する処理が行われるようにすればよい。また、通信開始要求Ｓ５に、通信元端末装置２００Ａを特定するための何らかの通信元特定情報（たとえば、端末ＩＤ）を含ませるようにしておけば、通信先セッション確立部２３０Ｂは、通信開始要求Ｓ５を行った通信元に応じて、当該要求を受諾したり拒絶したりする処理が可能になる。
たとえば、通信先セッション確立部２３０Ｂに、通信開始要求Ｓ５を常に拒絶する通信元リスト（いわゆるブラックリスト）や通信開始要求Ｓ５を常に受諾する通信元リスト（いわゆるホワイトリスト）を用意しておけば、通信先セッション確立部２３０Ｂは、当該リストを参照することにより、通信開始要求Ｓ５を受諾するか拒絶するかの判断を行うことができる。
また、§３−３で述べるように、セキュリティを向上させる変形例を採用する場合は、通信開始要求Ｓ５に何らかのセキュリティ上の問題が存在する場合には、これを拒絶する運用を採用することも可能である。
＜＜＜ §２．先願基本発明の第２の実施形態 ＞＞＞
＜２−１． 先願基本発明の第２の実施形態の構成＞
続いて、先願基本発明の第２の実施形態を説明する。図６は、この第２の実施形態に係るネットワーク通信システムの全体構成を示すブロック図である。図示のとおり、このネットワーク通信システムは、接続仲介装置３００と複数の端末装置４００Ａ〜４００Ｄによって構成されており、これらの各装置はいずれもネットワークＮ（この例では、インターネット）を介して相互に接続することが可能である。
ここでも、説明の便宜上、４台の端末装置４００Ａ〜４００Ｄを用いた例を示すことにするが、実用上は、より多数の端末装置を利用するのが一般的である。各端末装置４００Ａ〜４００Ｄは、共通の構成を有する同一の装置であり、この共通の端末装置について言及する場合は符号４００を用いて示し、相互に区別する必要がある場合には、符号末尾にＡ〜Ｄを付して示すことにする。端末装置４００の内部構成要素を示す各符号についても同様である。
この図６に示すネットワーク通信システムは、ネットワークＮを介して相互に接続可能な複数の端末装置４００Ａ〜４００Ｄと、これら複数の端末装置間の接続を仲介する接続仲介装置３００と、を備えたシステムということになる。やはり端末装置４００としては、パソコン、携帯電話、タブレット型端末など、ネットワークＮに接続して通信を行う機能を有する様々な電子機器を利用することができる。また、接続仲介装置３００は、これら各端末装置４００Ａ〜４００ＤからネットワークＮを介してアクセスを受けるサーバコンピュータによって構成されている。
各端末装置４００Ａ〜４００Ｄには、個々の端末装置を相互に識別するための端末ＩＤがそれぞれ付与されており、接続仲介装置３００は、この端末ＩＤを利用して通信元となる端末装置と通信先となる端末装置との間の接続を仲介する処理を実行する。端末ＩＤとしては、前述したとおり、個々の端末装置を相互に識別することができる情報であれば、どのような情報を利用してもかまわない。ここでは、前述した第１の実施形態の場合と同様に、端末装置４００Ａ，４００Ｂ，４００Ｃ，４００Ｄには、それぞれ「００１０」，「００２０」，「００３０」，「００４０」なる端末ＩＤが付与されているものとする。
また、各端末装置４００Ａ〜４００Ｄには、それぞれ自己のネットワーク上での所在を示す所在アドレスが付与されている。ここでも、前述した第１の実施形態の場合と同様に、端末装置４００Ａ，４００Ｂ，４００Ｃ，４００Ｄに、それぞれＡＤ１，ＡＤ２，ＡＤ３，ＡＤ４なる所在アドレスが付与されているものとする。この所在アドレスは、ネットワーク上で当該端末装置の所在を一義的に決定できるアドレスであれば、どのようなアドレスを用いてもよいが、実用上は、グローバルＩＰアドレスもしくはＮＡＴ−ＩＤを用いればよい。前述したとおり、この所在アドレスは、時間的に変化する。
図示のとおり、接続仲介装置３００には、アドレステーブル格納部３１０、アドレステーブル更新部３２０、通信元アドレス送信部３３０が設けられている。この接続仲介装置３００は、実際には、サーバコンピュータなどのコンピュータによって構成される。したがって、図に個々のブロックとして示されている各構成要素は、実際には、コンピュータに専用のプログラムを組み込むことにより構築されることになる。
アドレステーブル格納部３１０は、図１に示すアドレステーブル格納部１１０と同じ構成要素であり、各端末装置４００Ａ〜４００Ｄのそれぞれについて、端末ＩＤと所在アドレスとを対応づけたアドレステーブルＴを格納する機能を有する。図６に示すアドレステーブルＴは、図１に示すアドレステーブルＴと全く同じものである。アドレステーブル更新部３２０は、図１に示すアドレステーブル更新部１２０と同じ構成要素であり、各端末装置４００Ａ〜４００Ｄからの通知に基づいて、アドレステーブルＴの内容を更新する処理を行う。このように、図６に示す構成要素３１０，３２０は、実質的に図１に示す構成要素１１０，１２０と同じものであるため、ここでは詳細な説明は省略する。
一方、通信元アドレス送信部３３０は、図１に示す通信先アドレス返信部１３０に類似した機能を有する構成要素であるが、若干異なる動作を行う。すなわち、通信元アドレス送信部３３０は、各端末装置４００Ａ〜４００Ｄから接続仲介依頼があると、アドレステーブルＴを参照することにより通信先アドレスを認識し、当該通信先アドレス宛に、通信元アドレスを送信する処理を行う。この処理のより詳細な説明は後述する。
続いて、図７を参照しながら、端末装置４００の詳細構成および個々の構成要素の具体的な処理動作を説明する。図示のとおり、端末装置４００には、接続仲介依頼部４１０、通信要求受付部４２０、通信元セッション確立部４３０、通信開始要求部４４０、自己アドレス通知部４５０、通信先セッション確立部４６０が設けられている。
この端末装置４００も、実際には、種々のコンピュータ（携帯電話などの機器も含む）によって構成され、図に個々のブロックとして示されている各構成要素は、実際には、コンピュータに専用のプログラムを組み込むことにより構築される。もちろん、この端末装置４００にも、必要に応じて、図示されていない種々の構成要素や入出力インターフェイスが組み込まれているが、ここでは、先願基本発明に直接関係する構成要素のみを図にブロックとして示すことにし、その他の構成要素についての説明は省略する。
この図７においても、図２と同様に、各ブロック間の信号の流れを示す太線矢印は、端末装置４００と接続仲介装置３００との間でやりとりされる、通信セッション確立前の信号の流れを示しており、細線矢印は、一対の端末装置４００の間でやりとりされる、通信セッション確立前の信号の流れを示している。そして、白抜矢印は、一対の端末装置４００の間でやりとりされる、通信セッション確立後の信号の流れを示している。
また、図２と同様に、図７に楕円ブロックで示されている構成要素は、端末装置４００が「アドレス通知」の処理を実行するための構成要素であり、矩形ブロックで示されている構成要素は、端末装置４００が「通信元」として機能する場合に必要な処理を実行する構成要素であり、二重矩形ブロックで示されている構成要素は、端末装置４００が「通信先」として機能する場合に必要な処理を実行する構成要素である。端末装置４００が、「通信元」になったときには、図７に矩形ブロックで示されている構成要素による処理が行われ、「通信先」になったときには、図７に二重矩形ブロックで示されている構成要素による処理が行われる。以下、図７に示す端末装置４００の６つの構成要素の各機能を順に説明する。
まず、楕円ブロックで示されている自己アドレス通知部４５０は、「アドレス通知」の処理を実行するための構成要素であり、自己のネットワーク上での所在を示す所在アドレスを、接続仲介装置３００に対して通知する処理を実行する。この自己アドレス通知部４５０の機能は、図２に示す自己アドレス通知部２５０の機能と全く同じであるため、ここでは詳しい説明は省略する。図６に示すアドレステーブル更新部３２０は、この通知を受けて、アドレステーブルＴの更新を行う。
次に、図７に矩形ブロックもしくは二重矩形ブロックで示されている５つの構成要素について説明する。上述したように、矩形ブロックで示されている３つの構成要素は、端末装置４００が「通信元」として機能する場合に必要な処理を実行し、二重矩形ブロックで示されている２つの構成要素は、端末装置４００が「通信先」として機能する場合に必要な処理を実行する。
まず、通信要求受付部４２０は、自己を通信元として、通信先の別な端末装置に対する通信要求を受け付ける処理を行う構成要素であり、図２に示す通信要求受付部２２０と全く同じ機能をもつ構成要素である。また、接続仲介依頼部４１０は、通信要求受付部４２０によって通信要求が受け付けられたときに、接続仲介装置３００に対して、通信先の別な端末装置の端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼を送信する構成要素であり、図２に示す接続仲介依頼部２１０と全く同じ機能をもつ構成要素である。
こうして、接続仲介依頼部４１０から送信された接続仲介依頼は、ネットワークＮを介して接続仲介装置３００へと伝達される（図における太線矢印は、端末装置４００と接続仲介装置３００との間でやりとりされる、通信セッション確立前の信号の流れを示している）。すると、接続仲介装置３００からは、図に太線矢印で示すように、通信元アドレスが送信されてくる。この通信元アドレスは、通信開始要求部４４０によって受信される。
ここで留意すべき点は、接続仲介装置３００からの通信元アドレスの送信先は、接続仲介依頼を行った通信元の端末装置ではなく、通信先となる別な端末装置である点である。すなわち、図７に示す例において、矩形ブロックで示す接続仲介依頼部４１０は、通信元端末装置内の構成要素であるのに対して、二重矩形ブロックで示す通信開始要求部４４０は、別な通信先端末装置内の構成要素ということになる。したがって、上述の説明において、接続仲介依頼を発する接続仲介依頼部４１０と、これに応じて接続仲介装置３００から送信されてくる通信元アドレスを受信する通信開始要求部４４０とは、それぞれ異なる端末装置４００に所属していることになる。
要するに、図６に示されている通信元アドレス送信部３３０は、ある端末装置４００の接続仲介依頼部から接続仲介依頼が送信されてきたときに、アドレステーブルＴを参照して、当該接続仲介依頼に含まれている通信先特定情報によって特定される端末ＩＤに対応づけられている所在アドレスに対して、当該接続仲介依頼を送信した通信元の端末装置の端末ＩＤに対応づけられている所在アドレスを通信元アドレスとして送信する処理を行うことになる。
この通信元アドレス送信部３３０の処理機能をより明確にするため、ここでは、図６に示す端末装置４００Ｂを通信元、端末装置４００Ａを通信先とした具体例（たとえば、端末装置４００ＢのユーザＢが発呼側となり、端末装置４００ＡのユーザＡを着呼側として電話をかけたような場合）について、上記手順を説明しよう。
この場合、通信元端末装置４００Ｂから接続仲介装置３００に対して、端末装置４００Ａを通信先として指定する接続仲介依頼が送信されることになる。当該接続仲介依頼を受けた通信元アドレス送信部３３０は、アドレステーブルＴを参照することにより、通信先として指定された端末装置４００Ａの所在アドレス「ＡＤ１」を認識する。前述した第１の実施形態における通信先アドレス返信部１３０は、こうして認識した通信先の所在アドレスを通信元（接続仲介依頼の送信元）に返信する処理を行っていた。これに対して、図６に示す第２の実施形態における通信元アドレス送信部３３０は、認識した通信先の所在アドレス「ＡＤ１」に宛てて、通信元端末装置４００Ｂの所在を示す通信元アドレス「ＡＤ２」（これは、接続仲介依頼の送信元のアドレスとして認識できる）を送信する。
結局、上例の場合、通信元端末装置４００Ｂから接続仲介装置３００に対して接続仲介依頼を行うと、接続仲介装置３００から通信先端末装置４００Ａに対して通信元アドレス（通信元端末装置４００Ｂの所在アドレス「ＡＤ２」）が送信されることになる。ここが、前述した第１の実施形態と大きく異なる点である。
こうして送信されてきた通信元アドレスは、図７に示すとおり、通信先端末装置４００Ａ内の通信開始要求部４４０によって受信される。通信開始要求部４４０は、この通信元アドレス（通信元端末装置４００Ｂのアドレス）に対して通信開始要求を行う。すなわち、通信開始要求部４４０は、接続仲介装置３００から、通信元の別な端末装置のネットワーク上での所在を示す通信元アドレスが送信されてきたときに、ネットワークＮを介して、当該通信元アドレスにアクセスして通信開始要求を行うことになる。図に細線矢印で示すとおり、この通信開始要求は、１台の端末装置４００（通信先）から別な１台の端末装置４００（通信元）に宛てた信号ということになる。
一方、通信先の別な端末装置（上例の場合、端末装置４００Ａ）から通信開始要求がなされた端末装置（上例の場合、端末装置４００Ｂ）は、当該通信開始要求を通信元セッション確立部４３０で受信する（図の左側の下向き細線矢印）。そして、この通信元セッション確立部４３０は、通信先の別な端末装置（上例の場合、端末装置４００Ａ）に対して通信開始受諾確認を返信し（図の左側の上向き細線矢印）、当該通信先の別な端末装置との間に通信セッションを確立して通信を開始する。図７の左端に描かれた白抜矢印は、このようにして通信セッションが確立した後の両端末間の信号（通信パケット）の流れを示している。
こうして、通信元端末装置４００Ｂから通信先端末装置４００Ａに対して返信された通信開始受諾確認は、通信先端末装置４００Ａの通信先セッション確立部４６０によって受信される（図の右側の細線矢印）。通信先セッション確立部４６０は、この通信開始受諾確認を受信したら、通信元の別な端末装置４００Ｂとの間に通信セッションを確立して通信を開始する。図７の右端に描かれた白抜矢印は、このようにして通信セッションが確立した後の両端末間の信号（通信パケット）の流れを示している。
かくして、通信元端末装置と通信先端末装置との間の通信セッション確立後の通信は、通信元端末装置の通信元セッション確立部４３０と通信先端末装置の通信先セッション確立部４６０との間で行われることになる。別言すれば、図７の左端の白抜矢印は、ネットワークＮを介して、図７の右端の白抜矢印に連なることになる。
＜２−２． 第２の実施形態における具体的な通信手順＞
これまで、図６および図７を参照しながら、先願基本発明の第２の実施形態に係るネットワーク通信システムの構成要素である接続仲介装置３００および端末装置４００の各構成要素およびその機能を説明した。ここでは、この第２の実施形態に係るネットワーク通信システムにおける通信手順を、具体例に即して説明することにする。
まず、図７に示す端末装置における自己アドレス通知部４５０の機能であるが、これは図３を用いて説明した自己アドレス通知部２５０Ａ，２５０Ｂの機能と全く同じであるため、ここでは説明を省略する。
そこで以下、特定の端末装置間で実際に通信を開始する際の処理手順を説明する。図８は、図６に示すネットワーク通信システムにおいて、通信元端末装置４００Ｂと通信先端末装置４００Ａとの間の通信セッション確立の手順を示すブロック図である。この図８では、図の上段に接続仲介装置３００が示され、図の下段に２組の端末装置４００Ａ，４００Ｂが示されている。ここでも、接続仲介装置３００と各端末装置４００Ａ，４００Ｂとの間の情報のやりとり（太線矢印で示す）や、端末装置４００Ａ，４００Ｂ間の情報のやりとり（細線矢印で示す）は、実際にはネットワークＮを介して行われるが、説明の便宜上、ネットワークＮの図示は省略する。
また、ここでは、説明の便宜上、端末装置４００Ｂを通信元、端末装置４００Ａを通信先とした場合の手順を説明する。このため、図８では、通信元端末装置４００Ｂ内の構成要素については、通信元として必要な処理を実行する構成要素（矩形ブロックの構成要素）のみを実線で示し、通信先端末装置４００Ａ内の構成要素については、通信先として必要な処理を実行する構成要素（二重矩形ブロックの構成要素）のみを実線で示すことにし、それ以外の構成要素のブロックは破線で示してある。
一方、図９は、図８のブロック図に示されている通信セッション確立手順を時系列で説明する流れ図である。以下、図８のブロック図を参照しながら、図９の流れ図に従って、第２の実施形態における具体的な通信手順を説明する。なお、図８のブロック図において、各矢印に付された符号Ｓ１１〜Ｓ１７は、図９の流れ図における各ステップＳ１１〜Ｓ１７に対応するものである。逆に、図９の流れ図の各ステップにおいて、括弧書きで示された符号は、図８のブロック図における特定のブロックに対応するものであり、当該ステップの内容に関連する特定の構成要素を示すものである。
まず、ステップＳ１１において、通信要求受付処理が行われる。これは、図８に示す通信要求受付部４２０Ｂによって通信要求を受け付ける処理であり、図５のステップＳ１で述べた処理と同様であるため説明は省略する。続くステップＳ１２では、この通信要求に基づいて、接続仲介依頼Ｓ１２が行われる。これは、図８に示す接続仲介依頼部４１０Ｂによって行われる処理であり、図５のステップＳ２で述べた処理と同様であるため説明は省略する。
こうして、通信元端末装置４００Ｂの接続仲介依頼部４１０Ｂから、接続仲介装置３００へ接続仲介依頼Ｓ１２（図示の例では、通信先特定情報として、通信先端末装置４００Ａの端末ＩＤ「００１０」が含まれている）が送信されてくると、ステップＳ１３において、この接続仲介依頼Ｓ１２を受けた通信元アドレス送信部３３０が、アドレステーブル格納部３１０に格納されているアドレステーブルを参照して、当該接続仲介依頼に含まれている通信先特定情報によって特定される端末ＩＤ（この例では、「００１０」）に対応づけられている所在アドレスを通信先アドレスとして認識する（Ｓ１３）。たとえば、その時点におけるアドレステーブルＴが、図６に示すようなものであったとすると、端末ＩＤ「００１０」に対応づけられているアドレス「ＡＤ１」が通信先アドレスとして認識される。
そこで、ステップＳ１４において、通信元アドレス返信部３３０が、ステップＳ１３で認識した通信先アドレス「ＡＤ１」宛に、接続仲介依頼Ｓ１２を送信した通信元端末装置４００Ｂの端末ＩＤ「００２０」に対応づけられている所在アドレス「ＡＤ２」を通信元アドレスとして送信する（Ｓ１４）。
前述したとおり、一般に、ネットワークを介して接続された二者間で情報の送受を行う場合、情報の送信側は自分のアドレスを受信側に伝達し、受信側は当該送信側のアドレス宛にアクノレッジ信号を返信する処理を行う。したがって、通信元アドレス送信部３３０は、接続仲介依頼Ｓ１２を受信した時点で、その送信元である端末装置４００Ｂの所在アドレス「ＡＤ２」を認識することができるので、通信元アドレス送信Ｓ１４を行う際には、この認識した所在アドレス「ＡＤ２」をデータとして送信すればよい。
このように、通信元端末装置４００Ｂが、接続仲介装置３００に対して接続仲介依頼Ｓ１２を行うと、この接続仲介依頼Ｓ１２に応じて、接続仲介装置３００から、通信先端末装置４００Ａ宛に（アドレステーブルＴで検索した所在アドレス「ＡＤ１」宛に）、通信元端末装置４００Ｂの所在を示す通信元アドレス「ＡＤ２」が送信されることになる。接続仲介装置３００に用意されているアドレステーブルＴは、常に最新の状態に更新されているので、通信元アドレス送信Ｓ１４は、常に通信先端末装置４００Ａの最新の所在アドレスに対して行われることになる。
こうして、通信元アドレス送信部３３０から通信元アドレス送信Ｓ１４（通信元アドレス「ＡＤ２」を伝達する情報）が送信されてくると、当該通信元アドレス送信Ｓ１４は、通信先端末装置４００Ａの通信開始要求部４４０Ａによって受信される。
この通信元アドレス送信Ｓ１４により、通信元アドレス「ＡＤ２」を取得した通信開始要求部４４０Ａは、ステップＳ１５において、通信元端末装置４００Ｂに対して通信開始要求Ｓ１５を行う。すなわち、ネットワークＮを介して、通信元アドレス「ＡＤ２」宛にアクセスを行い、相手方に通信開始の要求を伝える。このとき、自己の所在アドレス（通信元アドレス「ＡＤ１」）も併せて伝達されることになる。
通信元アドレス「ＡＤ２」宛に行われた通信開始要求Ｓ１５は、通信元端末装置４００Ｂの通信元セッション確立部４３０Ｂによって受信される。通信元セッション確立部４３０Ｂは、通信先端末装置４００Ａから、自己（端末装置４００Ｂ）を通信元とする通信開始要求Ｓ１５がなされたら、まず、ステップＳ１６において、ネットワークＮを介して通信先端末装置４００Ａに対して通信開始受諾確認Ｓ１６を送信する。そして、続くステップＳ１７において、通信先端末装置４００Ａとの間に通信セッションを確立して通信Ｓ１７を開始する。
一方、通信先端末装置４００Ａ宛に送信されてきた通信開始受諾確認Ｓ１６は、通信先セッション確立部４６０Ａによって受信される。そして、ステップＳ１７では、この通信開始受諾確認Ｓ１６を受信した通信先セッション確立部４６０Ａが、通信元端末装置４００Ｂとの間に通信セッションを確立して通信Ｓ１７を開始する処理も行われる。要するに、通信先端末装置４００Ａ側では、通信開始要求Ｓ１５に応じて、通信元端末装置４００Ｂから通信開始受諾確認Ｓ１６が返信されてきたら、当該通信元端末装置４００Ｂとの間に通信セッションを確立して通信を開始する処理を行うことになる。
かくして、通信元端末装置４００Ｂと通信先端末装置４００Ａとの間に通信セッションが確立され、両者間での通信Ｓ１７が行われることになる。この図９に示す流れ図において、接続仲介装置３００が行った処理は、ステップＳ１３のアドレステーブル参照処理とステップＳ１４の通信元アドレス送信処理だけである。すなわち、接続仲介装置３００が行う仲介処理は、通信元端末装置４００Ｂからの接続仲介依頼Ｓ１２を受けて、アドレステーブルＴを参照し（ステップＳ１３）、得られた通信先アドレスに宛てて、通信元アドレスのデータを送信する（ステップＳ１４）だけである。接続仲介装置３００がこのような仲介処理を行うだけで、通信元端末装置４００Ｂと通信先端末装置４００Ａとの間に通信セッションが確立され、両者間での通信が開始することになる。
このように、先願基本発明の第２の実施形態に係るネットワーク通信システムでは、第１の実施形態に係るネットワーク通信システムと同様に、接続仲介装置３００の処理負荷は極めて軽くなる。前述したように、ＳＩＰを利用して両端末間の接続仲介処理を行うシステムでは、従来型の中継処理に比べれば、その処理負荷は軽減されることになるが、両端末間にセッションが確立するまで関与する必要があり、多数の端末装置からの仲介依頼が集中すると、その処理負荷はかなり重くなってくる。これに対して、先願基本発明の第２の実施形態に係るシステムの場合、接続仲介装置３００は、両端末間に通信セッションが確立するまで関与する必要はなく、通信先端末装置に対して通信元アドレスを伝達する処理を行えば足りる。このため、一対の端末装置間の接続を仲介する際の処理負荷を、より軽減することが可能になる。
このように、先願基本発明の第２の実施形態に係るネットワーク通信システムでは、接続仲介装置３００が通信セッション確立まで関与しないため、接続仲介装置３００は、両端末装置間に通信セッションが確立し、支障なく通信が行われているか否かを把握することはできない。そこで、もし必要があれば、通信セッション確立後に、通信元セッション確立部４３０Ｂもしくは通信先セッション確立部４６０Ａから接続仲介装置３００に対して、支障なく通信セッションが確立した旨の報告を行うようにしてもよい。
なお、上述の実施例では、通信先端末装置４００Ａの通信開始要求部４４０Ａが、接続仲介装置３００からの通信元アドレス送信Ｓ１４を受信したときに、ステップＳ１５において、自動的に通信開始要求Ｓ１５を送信しているが、場合によっては、通信開始要求部４４０Ａに何らかの条件判断機能をもたせておき、通信元アドレス送信Ｓ１４を受信したときに、所定の条件を満たしている場合に限り、通信開始要求Ｓ１５を送信するようにしてもよい。あるいは、所定の条件を満たしていない場合には、通信開始要求Ｓ１５の代わりに、通信開始拒絶通知を送信するようにしてもよい。
たとえば、通信開始要求部４４０Ａに、通信開始を常に拒絶する通信元リスト（いわゆるブラックリスト）や通信開始を常に許可する通信元リスト（いわゆるホワイトリスト）を用意しておけば、通信開始要求部４４０Ａは、当該リストを参照することにより、通信元アドレス送信Ｓ１４によって送信されてきた通信元アドレスが、ブラックリストに掲載されていた場合には、通信開始要求Ｓ１５の送信を行わない処理をするか、通信開始拒絶通知を送信する運用を行うことができる。あるいは、通信元アドレスが、ホワイトリストに掲載されていた場合にのみ、通信開始要求Ｓ１５を送信するような運用を行うことも可能である。
また、上述の実施例では、通信元セッション確立部４３０Ｂが、通信先端末装置４００Ａから、自己を通信元とする通信開始要求Ｓ１５がなされた時に、ステップＳ１６において、当該通信先端末装置４００Ａに対して通信開始受諾確認を送信する、という説明を行ったが、場合によっては、通信開始要求Ｓ１５を受諾せずに拒絶し、通信開始受諾確認を送信しないようにしてもよい（あるいは、通信開始受諾確認の代わりに、通信開始拒絶通知を送信するようにしてもよい）。
たとえば、§３−４で述べるように、セキュリティを向上させる変形例を採用する場合は、通信開始要求Ｓ１５に何らかのセキュリティ上の問題が存在する場合には、これを拒絶する運用を採用することも可能である。
＜＜＜ §３． 先願基本発明の第１および第２の実施形態の変形例 ＞＞＞
ここでは、§１で述べた先願基本発明の第１の実施形態および§２で述べた先願基本発明の第２の実施形態について、いくつかの変形例を述べる。
＜３−１． 端末ＩＤに関する変形例＞
これまで述べてきたように、図１の接続仲介装置１００内のアドレステーブル格納部１１０には、アドレステーブルＴが格納されている。図６の接続仲介装置３００内のアドレステーブル格納部３１０も同様である。このアドレステーブルＴは、個々の端末装置のそれぞれについて、端末ＩＤと所在アドレスとを対応づけたテーブルであり、通信先アドレス返信部１３０もしくは通信元アドレス送信部３３０は、受信した接続仲介依頼に含まれている通信先特定情報に基づいてアドレステーブルＴを参照し、通信先の所在アドレスを取得する。
たとえば、図４に示す第１の実施形態の場合、接続仲介依頼Ｓ２には、通信先端末装置２００Ｂの端末ＩＤ「００２０」が通信先特定情報として含まれており、通信先アドレス返信部１３０は、アドレステーブルＴを参照することにより、端末ＩＤ「００２０」に対応する所在アドレス「ＡＤ２」を取得することができる。同様に、図８に示す第２の実施形態の場合、接続仲介依頼Ｓ１２には、通信先端末装置４００Ａの端末ＩＤ「００１０」が通信先特定情報として含まれており、通信元アドレス送信部３３０は、アドレステーブルＴを参照することにより、端末ＩＤ「００１０」に対応する所在アドレス「ＡＤ１」を取得することができる。
このように、これまで述べてきた実施形態では、接続仲介依頼に含ませる通信先特定情報として、通信先端末装置の端末ＩＤを用いていた。この端末ＩＤは、個々の端末装置を相互に識別するための情報であり、具体的には、個々の端末装置に内蔵されているＣＰＵのシリアル番号、通信インターフェイスに付与されたＭＡＣアドレス、携帯電話として機能する端末装置の場合は電話番号やＳＩＭカードのシリアル番号、などを端末ＩＤとして用いることができる。
ただ、一般に、ユーザが、他のユーザの端末装置についての端末ＩＤを記憶することは困難である。したがって、通信要求を行う際に、これらの端末ＩＤを、ユーザ自身に直接入力させることは好ましくない。そこで、実用上は、通信要求を行う際に、端末ＩＤで通信先を指定する代わりに、ユーザＩＤで通信先を指定させるようにするのが好ましい。端末ＩＤが個々の端末装置を識別するためのＩＤであるのに対して、ユーザＩＤは個々のユーザを識別するためのＩＤである。一般的には、ユーザ名やニックネームをユーザＩＤとして用いることができる。
端末ＩＤの代わりにユーザＩＤを用いて通信要求を行うことができるようにするには、通信要求受付部２２０，４２０内に、ユーザＩＤと端末ＩＤとの対応表を用意しておけばよい。そして、ユーザが特定のユーザＩＤ（たとえば、ユーザ名）を指定して通信要求を行ったときに、通信要求受付部２２０，４２０が、用意されている対応表を利用してユーザＩＤを端末ＩＤに変換して接続仲介依頼部２１０，４１０へ引き渡すようにすればよい。そうすれば、接続仲介依頼部２１０，４１０は、端末ＩＤを含む接続仲介依頼を送信することができる。このようなユーザＩＤ（たとえば、ユーザ名）から端末ＩＤ（たとえば、電話番号）への変換処理機能は、一般的な携帯電話に「電話番号登録機能」として備わっている公知の機能であるため、ここでは詳しい説明は省略する。
端末ＩＤの代わりにユーザＩＤを利用できるようにする別な方法として、ユーザＩＤと端末ＩＤとの対応表を接続仲介装置１００，３００側に用意する方法を採ることもできる。たとえば、アドレステーブル格納部１１０，３１０内に、図１や図６に示すアドレステーブルＴの代わりに、図１０に示すようなアドレステーブルＴ１を格納しておくようにする。このアドレステーブルＴ１は、個々の端末装置のそれぞれについて、当該端末装置のユーザを特定するユーザＩＤと、当該端末装置の端末ＩＤと、を対応づける情報を含むテーブルである。
図１０では、説明の便宜上、ユーザＩＤとして、「John」，「Mary」のようなユーザ名を用いた例を示すが、実際には、テーブルに収録されている個々のユーザを相互に識別できるように、各ユーザのフルネームをユーザＩＤとして登録しておくようにし、もし同姓同名のユーザがいた場合には、相互に区別できるようなユーザＩＤを登録するようにする。実際には、端末装置２００，４００の自己アドレス通知部２５０，４５０に、このようなユーザＩＤを接続仲介装置１００，３００側に申告する機能を設けておき、アドレステーブル更新部１２０，３２０に、申告を受けたユーザＩＤをアドレステーブルＴ１に登録する機能を設けておけば、図１０に示すようなアドレステーブルＴ１を用意することが可能になる。
アドレステーブルＴ１を用意しておけば、通信元となる端末装置側では、通信先となる端末装置の端末ＩＤを認識する必要はない。たとえば、図４に示す例において、通信元端末装置２００Ａから通信先端末装置２００Ｂに対して発呼する場合、通信元端末装置２００ＡのユーザＡ（John）は、通信先端末装置２００ＢのユーザＢのユーザ名「Mary」（ユーザＩＤ）を通信先として指定した通信要求を行えばよい。この場合、端末ＩＤ「００２０」の代わりに、「Mary」なるユーザＩＤを通信先特定情報として含む接続仲介依頼Ｓ２が、接続仲介依頼部２１０Ａから接続仲介装置１００へ送信されることになる。
このような接続仲介依頼Ｓ２を受信した通信先アドレス返信部１３０は、図１０に示すアドレステーブルＴ１を参照することにより、通信先特定情報として含まれていたユーザ名「Mary」に対応する端末ＩＤ「００２０」を認識することができ、更に、この端末ＩＤ「００２０」をもつ通信先端末装置２００Ｂの所在アドレス「ＡＤ２」を認識することができる。
図１１は、ユーザＩＤの代わりにアカウントＩＤを用いたアドレステーブルＴ２を示す図である。ユーザＩＤが、個々のユーザを特定する情報であるのに対して、アカウントＩＤは、個々のユーザが開設したユーザアカウントを特定する情報である。たとえば、図示の例における「U11111」なるアカウントＩＤは、ユーザ「John」が開設したユーザアカウントを示すＩＤであり、「U22222」なるアカウントＩＤは、ユーザ「Mary」が開設したユーザアカウントを示すＩＤである。もちろん、個々のユーザは、必要があれば複数のアカウントを開設することが可能である。
端末装置２００，４００の自己アドレス通知部２５０，４５０に、このようなアカウントを開設するための申込機能を設けておき、アドレステーブル更新部１２０，３２０に、当該申込に応じて、所定のユーザアカウントを設定し、アカウントＩＤをアドレステーブルＴ２に登録する機能を設けておけば、図１１に示すようなアドレステーブルＴ２を用意することが可能になる。
図４に示す例において、アドレステーブル格納部１１０内に図１１に示すようなアドレステーブルＴ２を用意しておけば、接続仲介依頼部２１０Ａは、端末ＩＤ「００２０」の代わりに、「U22222」なるアカウントＩＤを通信先特定情報として含む接続仲介依頼Ｓ２を接続仲介装置１００へ送信すればよい。
このように、先願基本発明において、接続仲介依頼部から送信される接続仲介依頼には、通信先となる別な端末装置の端末ＩＤを特定する役割を果たす何らかの「通信先特定情報」が含まれていれば足りる。この「通信先特定情報」は、端末ＩＤ自身であってもよいし、上例のように、ユーザＩＤやアカウントＩＤであってもかまわない。
結局、この§３−１で述べた変形例を§１で述べた第１の実施形態に適用する場合は、図４に示す構成において、アドレステーブル格納部１１０に、個々の端末装置のそれぞれについて、当該端末装置のユーザを特定するユーザＩＤもしくはユーザアカウントを特定するアカウントＩＤと、当該端末装置の端末ＩＤと、を対応づける情報を含むアドレステーブルＴ１（図１０）もしくはＴ２（図１１）を格納しておくようにする。また、接続仲介依頼部２１０Ａは、通信先特定情報として、通信先の端末装置のユーザを特定するユーザＩＤもしくはユーザアカウントを特定するアカウントＩＤを用いた接続仲介依頼Ｓ２を送信するようにする。そして、通信先アドレス返信部１３０は、接続仲介依頼部２１０Ａから接続仲介依頼Ｓ２が送信されてきたときに、アドレステーブルＴ１もしくはＴ２を参照して、接続仲介依頼Ｓ２に含まれていたユーザＩＤもしくはアカウントＩＤに対応づけられている端末ＩＤを決定し、決定された端末ＩＤに対応づけられている所在アドレスを通信先アドレスとして返信する処理を行うようにすればよい。
一方、この§３−１で述べた変形例を§２で述べた第２の実施形態に適用する場合は、図８に示す構成において、アドレステーブル格納部３１０に、個々の端末装置のそれぞれについて、当該端末装置のユーザを特定するユーザＩＤもしくはユーザアカウントを特定するアカウントＩＤと、当該端末装置の端末ＩＤと、を対応づける情報を含むアドレステーブルＴ１（図１０）もしくはＴ２（図１１）を格納しておくようにする。また、接続仲介依頼部４１０Ｂは、通信先特定情報として、通信先の端末装置のユーザを特定するユーザＩＤもしくはユーザアカウントを特定するアカウントＩＤを用いた接続仲介依頼Ｓ１２を送信するようにする。そして、通信元アドレス送信部３３０は、接続仲介依頼部４１０Ｂから接続仲介依頼Ｓ１２が送信されてきたときに、アドレステーブルＴ１もしくはＴ２を参照して、接続仲介依頼Ｓ１２に含まれていたユーザＩＤもしくはアカウントＩＤに対応づけられている端末ＩＤを決定し、決定された端末ＩＤに対応づけられている所在アドレス宛に、通信元アドレスを送信する処理を行うようにすればよい。
＜３−２． 代替端末を利用する変形例＞
前述したとおり、先願基本発明に利用可能な端末装置は、パソコン、携帯電話、タブレット型端末など多岐にわたり、最近は、同一のユーザが複数の端末装置を使い分けることも珍しくなくなってきている。ここでは、そのような状況を考慮して、特定の端末装置に対する着呼があったときに、当該着呼を同一ユーザの別な端末装置へ誘導する仕組をもった変形例を述べることにする。
ここで述べる変形例を実施する際には、予め、図１２に示すようなアドレステーブルＴ３を用意しておく。このアドレステーブルＴ３の場合、４組のユーザＩＤ「John」，「Mary」，「Frank」，「Susie」について、それぞれ端末ＩＤおよび所在アドレスが登録されているが、ユーザＩＤ「John」については２つの端末ＩＤ「００１０」，「００１１」が登録され、ユーザＩＤ「Frank」については３つの端末ＩＤ「００３０」，「００３１」，「００３２」が登録されている。これは、ユーザJohnが、このネットワーク通信システムに利用可能な２台の端末装置を所有し、ユーザFrankが、３台の端末装置を所有しているためである。
ここで、同一のユーザＩＤに対応づけられて登録されている複数の端末ＩＤを、１つのグループに所属する端末ＩＤとして把握し、同じグループに所属する１つの端末ＩＤを別な１つの端末ＩＤについての代替端末ＩＤと呼ぶことにすれば、図１２に示すアドレステーブルＴ３は、特定の端末ＩＤについて、１つもしくは複数の代替端末ＩＤを登録したアドレステーブルということができる。要するに、同一のユーザ名で複数の端末ＩＤの登録があった場合には、これらの端末ＩＤを同一のグループに所属するものとして把握し、相互に代替端末ＩＤとして認識する取り扱いを行うようにすればよい。
たとえば、図１２に示す例の場合、端末ＩＤ「００１０」については１つの代替端末ＩＤ「００１１」が登録されており、逆に、端末ＩＤ「００１１」については１つの代替端末ＩＤ「００１０」が登録されていることになる。一方、端末ＩＤ「００３０」については２つの代替端末ＩＤ「００３１」，「００３２」が登録されており、端末ＩＤ「００３１」については２つの代替端末ＩＤ「００３０」，「００３２」が登録されており、端末ＩＤ「００３２」については２つの代替端末ＩＤ「００３０」，「００３１」が登録されていることになる。
ここで述べる変形例に係るシステムでは、このような代替端末ＩＤを登録しておくことにより、利用不都合な状態にある端末装置宛に発呼があったときに、当該発呼を代替となる別な端末装置宛に転送させることができる。
たとえば、ユーザJohnが、スマートフォンからなる第１の端末装置（端末ＩＤ「００１０」）とパソコンからなる第２の端末装置（端末ＩＤ「００１１」）とを所有しており、通常は、いずれの端末装置も利用可能な状態になっているものとしよう。ところが、ある日、スマートフォンからなる第１の端末装置について、バッテリ切れで一時的に利用できない状態になったとする。この場合、もし、ユーザMaryが、自己の端末装置を通信元として、ユーザJohnのスマートフォンを通信先とする通信要求を行ったとしても、ユーザJohnのスマートフォンに対する正常な接続を行うことはできない。
ここで述べる変形例に係るシステムでは、このような場合、接続仲介装置が、ユーザJohnのスマートフォンの代わりに、その代替となるユーザJohnのパソコンに代替接続する処理を実行することができる。
この§３−２で述べる変形例を§１で述べた先願基本発明の第１の実施形態に適用する場合は、図４に示す構成に対して、次のような変更を施せばよい。
まず、アドレステーブル格納部１１０には、特定の端末ＩＤについて、１つもしくは複数の代替端末ＩＤを登録したアドレステーブル（たとえば、図１２に示すアドレステーブルＴ３）を格納しておく。そして、通信先アドレス返信部１３０には、個々の端末装置について利用不都合な状態にあるか否かを判定する機能を付加しておく。具体的には、たとえば、判定対象となる端末装置に対して試験アクセスを行い、正常な返信があった場合には問題なしと判断するが、正常な返信が得られなかった場合には利用不都合な状態にあるとの判断を行うようにすればよい。
通信先アドレス返信部１３０は、接続仲介依頼Ｓ２が送信されてきたときに、通信先特定情報で特定される本来の端末ＩＤが付与された端末装置について、利用不都合な状態にあるか否かを判定する処理を行う。そして、もし、本来の端末ＩＤが付与された端末装置が利用不都合な状態にある場合には、当該本来の端末ＩＤに代えて代替端末ＩＤに対応づけられている所在アドレスを通信先アドレスとして返信する処理を行うようにする。
たとえば、図１２に示すアドレステーブルＴ３が用意されている状態において、通信先特定情報として本来の端末ＩＤ「００１０」（ユーザJohnのスマートフォン）を含む接続仲介依頼が送信されてきた場合、通信先アドレス返信部１３０は、まず、端末ＩＤ「００１０」に対応する所在アドレス「ＡＤ１」に試験アクセスを行い、正常な返信があった場合には問題なしと判断し、通常の手順に従って、所在アドレス「ＡＤ１」を通信先アドレスとして返信する処理を行えばよい。この場合、通信元端末装置は、本来の端末ＩＤ「００１０」が付与されたユーザJohnのスマートフォンを通信先として通信を行うことができる。
ところが、試験アクセスに対して正常な返信が得られなかった場合には、本来の端末ＩＤ「００１０」が付与された端末装置（ユーザJohnのスマートフォン）が利用不都合な状態にあると判断し、本来の端末ＩＤ「００１０」に代えて、アドレステーブルＴ３において端末ＩＤ「００１０」についての代替端末ＩＤとして登録されている端末ＩＤ「００１１」に対応づけられている所在アドレス「ＡＤ５」を通信先アドレスとして返信する処理を行うようにする。この場合、通信元端末装置は、本来の端末ＩＤ「００１０」が付与されたユーザJohnのスマートフォンではなく、代替端末ＩＤ「００１１」が付与されたユーザJohnのパソコンを通信先として通信を行うことができる。
一方、この§３−２で述べる変形例を§２で述べた先願基本発明の第２の実施形態に適用する場合は、図８に示す構成に対して、次のような変更を施せばよい。
まず、アドレステーブル格納部３１０には、特定の端末ＩＤについて、１つもしくは複数の代替端末ＩＤを登録したアドレステーブル（たとえば、図１２に示すアドレステーブルＴ３）を格納しておく。そして、通信元アドレス送信部３３０には、個々の端末装置について利用不都合な状態にあるか否かを判定する機能を付加しておく。具体的には、上述したように、判定対象となる端末装置に対して試験アクセスを行い、正常な返信があった場合には問題なしと判断するが、正常な返信が得られなかった場合には利用不都合な状態にあるとの判断を行うようにすればよい。
通信元アドレス送信部３３０は、接続仲介依頼Ｓ１２が送信されてきたときに、通信先特定情報で特定される本来の端末ＩＤが付与された端末装置について、利用不都合な状態にあるか否かを判定する処理を行う。そして、もし、本来の端末ＩＤが付与された端末装置が利用不都合な状態にある場合には、当該本来の端末ＩＤに代えて代替端末ＩＤに対応づけられている所在アドレスに対して、接続仲介依頼Ｓ１２を送信した通信元端末装置の所在アドレスを通信元アドレスとして送信する処理を行うようにする。
たとえば、図１２に示すアドレステーブルＴ３が用意されている状態において、通信先特定情報として本来の端末ＩＤ「００１０」（ユーザJohnのスマートフォン）を含む接続仲介依頼が送信されてきた場合、通信元アドレス送信部３３０は、まず、端末ＩＤ「００１０」に対応する所在アドレス「ＡＤ１」に試験アクセスを行い、正常な返信があった場合には問題なしと判断し、通常の手順に従って、所在アドレス「ＡＤ１」宛に通信元アドレスの送信を行えばよい。この場合、通信元端末装置は、本来の端末ＩＤ「００１０」が付与されたユーザJohnのスマートフォンを通信先として通信を行うことができる。
ところが、試験アクセスに対して正常な返信が得られなかった場合には、本来の端末ＩＤ「００１０」が付与された端末装置（ユーザJohnのスマートフォン）が利用不都合な状態にあると判断し、本来の端末ＩＤ「００１０」に代えて、アドレステーブルＴ３において端末ＩＤ「００１０」についての代替端末ＩＤとして登録されている端末ＩＤ「００１１」に対応づけられている所在アドレス「ＡＤ５」宛に通信元アドレスの送信を行うようにする。この場合、通信元端末装置は、本来の端末ＩＤ「００１０」が付与されたユーザJohnのスマートフォンではなく、代替端末ＩＤ「００１１」が付与されたユーザJohnのパソコンを通信先として通信を行うことができる。なお、図１２に示すユーザFrankのように、複数の代替端末ＩＤが登録されている場合は、予め優先順位を定めておき、優先順位の高い順に実際に利用する代替端末ＩＤを決定すればよい。
なお、上述の実施例では、通信先アドレス返信部１３０や通信元アドレス送信部３３０は、接続仲介依頼を受信した時点で、本来の通信先に対する試験アクセスを行い、利用不都合な状態にあるか否かを判定する処理を行っているが、その代わりに、個々の端末装置に対して定期的な試験アクセスを行うようにし、利用不都合な状態にある端末装置については、その時点でアドレステーブルにその旨の記録を行うようにしてもよい。この場合、各端末装置は、接続仲介依頼の有無にかかわらず、定期的に試験アクセスを受け、利用不都合な状態にあるか否かのチェックを受けることになり、チェック結果がアドレステーブルに記録されることになる。したがって、実際に接続仲介依頼があった場合は、このアドレステーブルの記録に基づいて利用不都合な状態にあるか否かを判定することができる。
なお、この変形例にいう「利用不都合な状態」とは、バッテリ切れの状態やネットワークへの接続障害が生じた状態のように「利用不能な状態」のみを意味するものではない。たとえば、端末装置の機能としては正常に利用可能な状態ではあるが、ユーザが恣意的に利用したくないと考え、そのような設定を行った状態も含むものである。たとえば、ユーザが自分の意思で「着信拒否」を設定した場合、当該端末装置は「利用不都合な状態」になる。したがって、上例の場合、ユーザJohnが所持するスマートフォンおよびパソコンがいずれも正常動作可能な状態であっても、もしユーザJohnが、スマートフォンに対して「着信拒否」を設定した場合、当該スマートフォンは「利用不都合な状態」になる。
この「着信拒否」の設定（「利用不都合な状態」の設定）は、個々の端末装置内にのみ記録しておいてもよいが、接続仲介装置内のアドレステーブルに記録するようにしてもよい。アドレステーブルに記録しておけば、各端末装置への試験アクセスを行うことなしに、「利用不都合な状態」にあることを認識できる。
＜３−３． セキュリティを向上させる変形例（その１）＞
ここでは、よりセキュリティを向上させたネットワーク通信システムを構築するための変形例を述べる。一般に、電子機器間でネットワークを介して情報のやりとりを行う場合、相手方の真正性を担保することは重要である。真正性が担保されない相手との交信は、クラッカーの攻撃を招くおそれがあり、セキュリティ上問題である。先願基本発明に係るネットワーク通信システムの場合、個々の端末装置と接続仲介装置との間の交信や、通信元端末装置と通信先端末装置との間の交信が不可欠であり、実用上、これら装置間通信におけるセキュリティ確保は重要である。
図１３は、図４に示す第１の実施形態に係るネットワーク通信システムについて、セキュリティを向上させた変形例を示すブロック図である。この変形例では、第１の実施形態に係るネットワーク通信システムに対して、セキュリティを向上させるための２つの対策が施されている。
第１の対策は、相互認証処理の付加であり、図に破線の矢印で示されている情報を送受する際に、両者間で相手方の真正性を確認するための相互認証処理が行われる。具体的には、まず、通信元端末装置２００Ａから接続仲介装置１００に対して接続仲介依頼Ｓ２を送信するときに、通信元端末装置２００Ａと接続仲介装置１００との間で、相互に相手方の装置の真正性を確認するための相互認証処理が行われる。接続仲介依頼Ｓ２を示す矢印が破線になっているのは、この相互認証処理が行われることを示している。したがって、各端末装置２００および接続仲介装置１００には、このような認証処理機能が備わっていることになる。
なお、図示の例の場合、接続仲介装置１００から通信元端末装置２００Ａに対して通信先アドレス返信Ｓ４を行う際の相互認証処理は省略されている（通信先アドレス返信Ｓ４を示す矢印は実線で描かれている）。これは、接続仲介依頼Ｓ２を送信するときに、通信元端末装置２００Ａと接続仲介装置１００との間の相互認証処理が既に完了しており、相手方の装置の真正性が確認済みとなっているためである。もちろん、通信先アドレス返信Ｓ４を行う際にも、再び相互認証処理を実行するようにしてもかまわない。
また、図１３に示すシステムの場合、通信元端末装置２００Ａから通信先端末装置２００Ｂに対して通信開始要求Ｓ５を送信するときにも、通信元端末装置２００Ａと通信先端末装置２００Ｂとの間で、相互に相手方の装置の真正性を確認するための相互認証処理が行われる。通信開始要求Ｓ５を示す矢印が破線になっているのは、この相互認証処理が行われることを示している。したがって、各端末装置２００には、このような認証処理機能が備わっていることになる。
なお、図示の例の場合、通信先端末装置２００Ｂから通信元端末装置２００Ａに対して通信開始受諾確認Ｓ６を行う際の相互認証処理は省略されている（通信開始受諾確認Ｓ６を示す矢印は実線で描かれている）。これは、通信開始要求Ｓ５を送信するときに、通信元端末装置２００Ａと通信先端末装置２００Ｂとの間の相互認証処理が既に完了しており、相手方の装置の真正性が確認済みとなっているためである。もちろん、通信開始受諾確認Ｓ６を行う際にも、再び相互認証処理を実行するようにしてもかまわない。
ネットワークを介して接続された一対の装置間において、相手方の真正性を確認するための相互認証処理としては、既に種々の方法が知られているため、ここでは詳しい説明は省略する。一般的には、相手方の暗号鍵を利用した相互認証処理が利用されることが多い。たとえば、公開鍵暗号方式を利用した相互認証処理では、一方の装置で特定の平文データを相手方装置の公開鍵を用いて暗号化し、得られた暗号文データを相手方に送信し、これを受信した他方の装置では、当該暗号文データを自己の暗号鍵を用いて復号し、元の平文データが復元できることを確認する、といった処理手順を採ることができる。この処理手順を双方で行えば、相互に相手方の真正性を確認することができる。
なお、通信元端末装置２００Ａと通信先端末装置２００Ｂとの間の相互認証処理を、それぞれの暗号鍵を用いて行った場合は、当該暗号鍵を利用して、通信セッション確立後の両者間の通信Ｓ７を暗号化通信によって行うようにすれば、セキュリティを更に向上させることができる。具体的には、通信開始要求Ｓ５を送信するときの相互認証処理を、通信元端末装置２００Ａについての暗号鍵および通信先端末装置２００Ｂについての暗号鍵を用いた処理によって行うようにし、通信元端末装置２００Ａと通信先端末装置２００Ｂとの間における通信セッション確立後の通信Ｓ７が、上記相互認証処理で用いた暗号鍵を用いて暗号化されたパケットを送受するパケット通信によって行われるようにすればよい。
図１３に示すシステムにおいて、セキュリティを向上させるために施された第２の対策は、接続仲介装置１００による仲介証明書の発行である。図示の例の場合、接続仲介装置１００は、通信元端末装置２００Ａと通信先端末装置２００Ｂとの間の接続を仲介する役割を果たす。仲介証明書は「そのような仲介を確かに行った」という事実を証明するために接続仲介装置１００が発行する証明書である。通信先端末装置２００Ｂは、この仲介証明書により、接続仲介装置１００による仲介が正しく行われていることを確認することができる。以下、その仕組を順に説明する。
まず、接続仲介依頼部２１０Ａから通信先アドレス返信部１３０に対して、接続仲介依頼Ｓ２があると、通信先アドレス返信部１３０は、この接続仲介依頼Ｓ２の送信を受けて、通信元となる特定の端末装置２００Ａから通信先となる特定の端末装置２００Ｂへの仲介処理を実行したことを示す仲介証明書を発行する。そして、通信先アドレス返信Ｓ４を行う際に、通信先アドレス「ＡＤ２」とともにこの仲介証明書を、通信元端末装置２００Ａに返信する。
したがって、通信開始要求部２４０Ａは、通信先アドレス「ＡＤ２」とともに、この仲介証明書を受信することになる。そこで、通信開始要求部２４０Ａは、当該通信先アドレス「ＡＤ２」に対して通信開始要求Ｓ５を行う際に、この仲介証明書を併せて送信する。そうすると、通信先セッション確立部２３０Ｂは、通信開始要求Ｓ５とともに仲介証明書を受信することになる。
通信先セッション確立部２３０Ｂは、通信元の別な端末装置２００Ａから、自己を通信先とする通信開始要求Ｓ５とともに仲介証明書が送信されてきたら、この仲介証明書の正当性が確認されることを条件として、当該通信元の別な端末装置２００Ａに対して通信開始受諾確認Ｓ６を送信し、当該通信元の別な端末装置２００Ａとの間に通信セッションを確立して通信Ｓ７を開始するようにする。もちろん、仲介証明書の正当性が確認されない場合は、通信開始受諾確認Ｓ６の送信を行わず、通信Ｓ７も開始しない。
前述したとおり、上例の場合の仲介証明書は、接続仲介装置１００が「端末装置２００Ａから端末装置２００Ｂへの仲介処理を実行した」ことを証明するものであるから、通信先セッション確立部２３０Ｂは、通信開始要求Ｓ５の内容が、当該仲介証明書の証明内容に合致しているか否かを判定することにより、当該仲介証明書の正当性確認を行うことができる。上例の場合、通信開始要求Ｓ５は端末装置２００Ａから送信されてきており、自分自身は端末装置２００Ｂであるから、「端末装置２００Ａから端末装置２００Ｂへの仲介処理を実行した」との仲介証明書は正しいと判断することができる。
通信先端末装置２００Ｂ内の通信先セッション確立部２３０Ｂは、通信元端末装置２００Ａからの通信開始要求Ｓ５を受信して、通信元端末装置２００Ａに対して通信開始受諾確認Ｓ６を送信し、通信セッションを確立して通信Ｓ７を行う。このとき、受信した通信開始要求Ｓ５が正規の信号であれば問題ないが、クラッカーによる偽装信号であった場合、不正行為の被害に遭うおそれがある。また、通信元端末装置２００Ａがマルウェアに感染していた場合、クラッカーに乗っ取られた状態になり、接続仲介装置１００を経由した正規の手順を踏まずに、不正な方法により通信開始要求Ｓ５がなされる可能性もある。上述した仲介証明書を発行する対策を講じておけば、このようなクラッカーによる不正行為を防止する上で効果的である。
仲介証明書のこのような役割を考慮すると、通信先アドレス返信部１３０は、たとえば次のような方法で仲介証明書を作成すればよい。まず、接続仲介依頼Ｓ２に基づいて、通信元となる特定の端末装置２００Ａの所在アドレス（図示の例では「ＡＤ１」）および通信先となる特定の端末装置２００Ｂの所在アドレス（図示の例では「ＡＤ２」）を認識する。そして、これら両所在アドレスを含む仲介証明用データを作成する。たとえば、両所在アドレスの文字列をそのまま連結して「ＡＤ１」＋「ＡＤ２」のような文字列を仲介証明用データとしてもよいし、更に、別な秘密文字列「ＨＡＰＰＹ」を付加して、「ＡＤ１」＋「ＡＤ２」＋「ＨＡＰＰＹ」のような文字列を仲介証明用データとしてもよい。
続いて、こうして作成した仲介証明用データに対して、所定の暗号鍵を利用した一方向性関数を作用させることにより得られたデータを仲介証明書とすればよい。たとえば、一方向性関数としては、通信元端末装置２００Ａについての暗号鍵もしくは通信先端末装置２００Ｂについての暗号鍵、または、これら双方の暗号鍵を利用したハッシュ関数を用いることができる。
たとえば、仲介証明用データが、「ＡＤ１」＋「ＡＤ２」＋「ＨＡＰＰＹ」という文字列によって構成され、当該文字列に、通信先端末装置２００Ｂの公開鍵を利用したハッシュ関数を作用させることにより仲介証明書を作成した場合を例にとってみよう。こうして作成された仲介証明書は、仲介証明用データのハッシュ値ということになる。
一方、通信開始要求Ｓ５とともに、上記仲介証明書を受信した通信先セッション確立部２３０Ｂは、次のような手順で、当該仲介証明書の正当性を確認することができる。まず、通信開始要求Ｓ５の送信元のアドレスとして、通信元端末装置２００Ａの所在アドレス「ＡＤ１」を認識することができる。また、自分自身の所在アドレス「ＡＤ２」も認識することができる。そして、予め取り決めがなされていた上記秘密文字列「ＨＡＰＰＹ」（この秘密文字列は、当該ネットワーク通信システムの各構成装置のみが知り得るように管理されている）を用いることにより、「ＡＤ１」＋「ＡＤ２」＋「ＨＡＰＰＹ」という文字列からなる仲介証明用データを作成する。
続いて、この仲介証明用データに対して自分自身の公開鍵を用いたハッシュ関数を作用させることにより仲介証明書を作成する。そして最後に、こうして作成した仲介証明書が通信開始要求Ｓ５とともに送信されてきた仲介証明書と一致することを確認すればよい。両者が一致すれば、仲介証明書の正当性が確認されたことになる。もちろん、不一致であれば、正当性は確認できないので、何らかの不正が行われている可能性があると判断できる。すなわち、仲介証明書の正当性が確認できない場合は、通信先セッション確立部２３０Ｂが受信した通信開始要求Ｓ５は、接続仲介装置１００による正規の仲介処理に基づいてなされたものではない、と判断することができる。そのような場合、通信先セッション確立部２３０Ｂは、通信開始受諾確認Ｓ６の送信を行わず、通信セッションの確立を拒絶することになる。
なお、上例では、「ＡＤ１」＋「ＡＤ２」＋「ＨＡＰＰＹ」なる仲介証明用データについてのハッシュ値を仲介証明書として用いているが、もちろん、上記仲介証明用データそのものを仲介証明書として用いることも可能である。ただ、十分なセキュリティを確保する上では、仲介証明用データそのものではなく、そのハッシュ値を仲介証明書として用いるのが好ましい。仲介証明用データには、「ＡＤ１」や「ＡＤ２」といった所在アドレスが含まれているので、クラッカーによる改竄を受けやすい。したがって、実用上は、上例のように、何らかの暗号鍵を利用した一方向性関数を作用させて仲介証明書を作成するのが好ましい。
ハッシュ関数などの一方向性関数を用いて仲介証明書を作成すれば、元の仲介証明用データを復元することはできないので、仲介証明書がクラッカーの手に渡ったとしても、不正な改竄を受ける可能性を低減することができる。不正な改竄を防止するという点では、上例の「ＨＡＰＰＹ」のような秘密文字列を付加して仲介証明用データを作成することは有効である。もちろん、仲介証明書を発行した日付、時間、曜日などの変動要素を秘密文字列として用いることも可能である。
＜３−４． セキュリティを向上させる変形例（その２）＞
上述した§３−３では、§１で述べた先願基本発明の第１の実施形態についてセキュリティを向上させた変形例を述べた。ここでは、§２で述べた先願基本発明の第２の実施形態について、同様の方法でセキュリティを向上させた変形例を述べることにする。
図１４は、図８に示す第２の実施形態に係るネットワーク通信システムについて、セキュリティを向上させた変形例を示すブロック図である。この変形例では、第２の実施形態に係るネットワーク通信システムに対して、セキュリティを向上させるための２つの対策が施されている。
第１の対策は、相互認証処理の付加であり、図に破線の矢印で示されている情報を送受する際に、両者間で相手方の真正性を確認するための相互認証処理が行われる。具体的には、まず、通信元端末装置４００Ｂから接続仲介装置３００に対して接続仲介依頼Ｓ１２を送信するときに、通信元端末装置４００Ｂと接続仲介装置３００との間で、相互に相手方の装置の真正性を確認するための相互認証処理が行われる。接続仲介依頼Ｓ１２を示す矢印が破線になっているのは、この相互認証処理が行われることを示している。
同様に、接続仲介装置３００から通信先端末装置４００Ａに対して通信元アドレス送信Ｓ１４を行うときにも、接続仲介装置３００と通信先端末装置４００Ａとの間で、相互に相手方の装置の真正性を確認するための相互認証処理が行われる。接続仲介依頼Ｓ１４を示す矢印が破線になっているのは、この相互認証処理が行われることを示している。したがって、各端末装置４００および接続仲介装置３００には、上述した認証処理機能が備わっていることになる。
また、図１４に示すシステムの場合、通信先端末装置４００Ａから通信元端末装置４００Ｂに対して通信開始要求Ｓ１５を送信するときにも、通信先端末装置４００Ａと通信元端末装置４００Ｂとの間で、相互に相手方の装置の真正性を確認するための相互認証処理が行われる。通信開始要求Ｓ１５を示す矢印が破線になっているのは、この相互認証処理が行われることを示している。したがって、各端末装置４００には、このような認証処理機能が備わっていることになる。
なお、図示の例の場合、通信元端末装置４００Ｂから通信先端末装置４００Ａに対して通信開始受諾確認Ｓ１６を行う際の相互認証処理は省略されている（通信開始受諾確認Ｓ１６を示す矢印は実線で描かれている）。これは、通信開始要求Ｓ１５を送信するときに、通信先端末装置４００Ａと通信元端末装置４００Ｂとの間の相互認証処理が既に完了しており、相手方の装置の真正性が確認済みとなっているためである。もちろん、通信開始受諾確認Ｓ１６を行う際にも、再び相互認証処理を実行するようにしてもかまわない。
相互認証処理の具体的な方法は、既に§３−３で述べたとおりである。また、この図１４に示す変形例の場合も、相互認証処理に用いた暗号鍵を利用して、通信セッション確立後の両端末装置間の通信Ｓ１７を暗号化通信によって行うようにしてもよい。
図１４に示すシステムにおいて、セキュリティを向上させるために施された第２の対策は、接続仲介装置３００による仲介証明書の発行である。図示の例の場合、接続仲介装置３００は、通信元端末装置４００Ｂと通信先端末装置４００Ａとの間の接続を仲介する役割を果たす。仲介証明書は「そのような仲介を確かに行った」という事実を証明するために接続仲介装置３００が発行する証明書である。通信元端末装置４００Ｂは、この仲介証明書により、接続仲介装置３００による仲介が正しく行われていることを確認することができる。以下、その仕組を順に説明する。
まず、接続仲介依頼部４１０Ｂから通信元アドレス送信部３３０に対して、接続仲介依頼Ｓ１２があると、通信元アドレス送信部３３０は、この接続仲介依頼Ｓ１２の送信を受けて、通信元となる特定の端末装置４００Ｂから通信先となる特定の端末装置４００Ａへの仲介処理を実行したことを示す仲介証明書を発行する。そして、通信元アドレス返信Ｓ１４を行う際に、通信元アドレス「ＡＤ２」とともにこの仲介証明書を、通信先端末装置４００Ａに返信する。
したがって、通信開始要求部４４０Ａは、通信元アドレス「ＡＤ２」とともに、この仲介証明書を受信することになる。そこで、通信開始要求部４４０Ａは、当該通信元アドレス「ＡＤ２」に対して通信開始要求Ｓ１５を行う際に、この仲介証明書を併せて送信する。そうすると、通信元セッション確立部４３０Ｂは、通信開始要求Ｓ１５とともに仲介証明書を受信することになる。
通信元セッション確立部４３０Ｂは、通信先の別な端末装置４００Ａから、自己を通信元とする通信開始要求Ｓ１５とともに仲介証明書が送信されてきたら、この仲介証明書の正当性が確認されることを条件として、当該通信先の別な端末装置４００Ａに対して通信開始受諾確認Ｓ１６を送信し、当該通信先の別な端末装置４００Ａとの間に通信セッションを確立して通信Ｓ１７を開始するようにする。もちろん、仲介証明書の正当性が確認されない場合は、通信開始受諾確認Ｓ１６の送信を行わず、通信Ｓ１７も開始しない。
前述したとおり、上例の場合の仲介証明書は、接続仲介装置３００が「端末装置４００Ｂから端末装置４００Ａへの仲介処理を実行した」ことを証明するものであるから、通信元セッション確立部４３０Ｂは、通信開始要求Ｓ１５の内容が、当該仲介証明書の証明内容に合致しているか否かを判定することにより、当該仲介証明書の正当性確認を行うことができる。上例の場合、通信開始要求Ｓ１５は端末装置４００Ａから送信されてきており、自分自信は端末装置４００Ｂであるから、「端末装置４００Ｂから端末装置４００Ａへの仲介処理を実行した」との仲介証明書は正しいと判断することができる。
通信元端末装置４００Ｂ内の通信元セッション確立部４３０Ｂは、通信先端末装置４００Ａからの通信開始要求Ｓ１５を受信して、通信先端末装置４００Ａに対して通信開始受諾確認Ｓ１６を送信し、通信セッションを確立して通信Ｓ１７を行う。このとき、受信した通信開始要求Ｓ１５が正規の信号であれば問題ないが、クラッカーによる偽装信号であった場合、不正行為の被害に遭うおそれがある。また、通信先端末装置４００Ａがマルウェアに感染していた場合、クラッカーに乗っ取られた状態になり、接続仲介装置３００を経由した正規の手順を踏まずに、不正な方法により通信開始要求Ｓ１５がなされる可能性もある。上述した仲介証明書を発行する対策を講じておけば、このようなクラッカーによる不正行為を防止する上で効果的である。
仲介証明書の具体的な作成方法は、§３−３で述べたとおりである。すなわち、この図１４に示す変形例の場合も、通信元アドレス送信部３３０は、通信元となる特定の端末装置４００Ｂの所在アドレス「ＡＤ２」および通信先となる特定の端末装置４００Ａの所在アドレス「ＡＤ１」を含む仲介証明用データ（必要に応じて、その他の秘密文字列を付加してもよい）に対して、所定の暗号鍵を利用した一方向性関数を作用させることにより仲介証明書を作成すればよい。一方向性関数としては、通信元についての暗号鍵もしくは通信先についての暗号鍵、または、これら双方の暗号鍵を利用したハッシュ関数を用いることができる。このような仲介証明書を用いた正当性確認の具体的な手順は、既に§３−３で述べたとおりであり、ここでは説明を省略する。
＜＜＜ §４． ルータを用いた実用的な実施形態 ＞＞＞
これまで述べてきた先願基本発明の第１の実施形態や第２の実施形態では、各発明の基本原理を示す便宜上、各端末装置２００Ａ〜２００Ｄ，４００Ａ〜４００ＤがネットワークＮ（インターネット）に直接接続されている状態を示す図（図１，図６参照）を用いて説明を行ってきた。しかしながら、通常、各端末装置は、ルータを介してネットワークＮ（インターネット）に接続される。そこで、ここでは、先願基本発明について、端末装置をルータを介してネットワークに接続した実用的な実施形態を説明する。
＜４−１． ルータを用いた基本的な実施例＞
図１５は、端末装置をルータを介してネットワークＮに接続した先願基本発明の一実施形態を示すブロック図である。具体的には、この図１５には、３台の端末装置２００Ｅ，２００Ｆ，２００Ｇが、同一のルータＲを介してネットワークＮ（インターネット）に接続された状態が示されている。
既に述べたとおり、先願基本発明における端末装置２００は、パソコン、携帯電話、タブレット型端末など、ネットワークＮに接続して通信を行う機能を有する電子機器であれば、どのような装置であってもかまわない。最近は、企業内ＬＡＮや家庭内ＬＡＮが普及し、パソコンやタブレット型端末は、通常、企業や家庭に設置されたルータ経由でインターネットへ接続される。また、最近の携帯電話通信網では、ルータの機能を有する基地局が利用されてきており、携帯電話は、このルータ機能を有する基地局経由でインターネットに接続することができる。
したがって、先願基本発明に利用される各端末装置は、実用上は、図１５に例示するように、ルータＲを介してインターネットに接続されることになる。ルータＲは、ＬＡＮを構築する機能を有し、図示の例の場合、ルータＲより左側に描かれた部分が１つのサブネットを構成しており、クラスＣのプライベートＩＰアドレスが付与されている。具体的には、各端末装置には、「192.168」なるネットワーク部と「0.11」，「0.12」，「0.13」なるホスト部とを有するＩＰアドレスが付与されている。このサブネット内の装置同士の交信は、ルータＲを介さずに行うことができるが、サブネット外の装置にアクセスする場合は、ルータＲを介した交信が必要になる。
図示の例の場合、端末装置２００Ｅ（端末ＩＤ：００５０）には、「192.168.0.11」なるプライベートＩＰアドレスが付与され、端末装置２００Ｆ（端末ＩＤ：００６０）には、「192.168.0.12」なるプライベートＩＰアドレスが付与され、端末装置２００Ｇ（端末ＩＤ：００７０）には、「192.168.0.13」なるプライベートＩＰアドレスが付与されている。また、実際の通信には、これらのＩＰアドレスとともにポート番号が利用される。図には、端末装置２００Ｅの１本の通信路にポート番号Ｐ１、端末装置２００Ｆの２本の通信路にポート番号Ｐ２，Ｐ３、端末装置２００Ｇの４本の通信路にポート番号Ｐ４〜Ｐ７が付与された例が示されている。
ポート番号は、２バイトのデータからなり、通信のエンドポイントを特定するために利用される。たとえば、図に示す端末装置２００Ｆには、所定のＯＳプログラムの下で動作する２組のアプリケーションプログラムＡＰＰ１，ＡＰＰ２がインストールされており、ＡＰＰ１についての通信路にはポート番号Ｐ２が割り当てられ、ＡＰＰ２についての通信路にはポート番号Ｐ３が割り当てられている。したがって、同じＩＰアドレス「192.168.0.12」を用いた通信であっても、ポート番号Ｐ２／Ｐ３の違いにより、ＡＰＰ１についての通信か、ＡＰＰ２についての通信かを区別することができる。
一方、図に示す端末装置２００Ｇには、やはり２組のアプリケーションプログラムＡＰＰ１，ＡＰＰ２がインストールされているが、ＡＰＰ１については２組のポート番号Ｐ４，Ｐ５が割り当てられ、ＡＰＰ２については２組のポート番号Ｐ６，Ｐ７が割り当てられている。このように、同一のアプリケーションプログラムに複数のポート番号を割り当てて、複数の通信路を相互に区別することも可能である。たとえば、アプリケーションプログラムＡＰＰ１がＷｅｂブラウザプログラムであった場合、第１のＷｅｂページについての通信にはポート番号Ｐ４を割り当て、第２のＷｅｂページについての通信にはポート番号Ｐ５を割り当てる、という運用を行えば、それぞれ別のＷｅｂサーバに対して別個独立した通信が可能になる。このように、ポート番号は、個々のアプリケーションプログラムの都合に応じて任意に割り当てることができる。
ここでは、図示されているアプリケーションプログラムＡＰＰ２が、先願基本発明に係るネットワーク通信システムとしての機能を果たすための専用の通信アプリケーションプログラムであるものとして以下の説明を続ける。別言すれば、図示の端末装置２００Ｆ，２００Ｇは、所定のＯＳプログラムの管理下で動作する汎用のパソコン、スマートフォン、タブレット型端末などの装置であり、当該装置に専用の通信アプリケーションプログラムＡＰＰ２をインストールすることにより、これらの装置が先願基本発明に係る端末装置として機能することになる。
この場合、図２に示す端末装置２００の構成要素である自己アドレス通知部２５０、通信要求受付部２２０、接続仲介依頼部２１０、通信開始要求部２４０、通信元セッション確立部２６０、通信先セッション確立部２３０による処理機能は、この通信アプリケーションプログラムＡＰＰ２を実行することにより実現される（一部の処理機能は、ＯＳプログラムの実行により実現されるようにしてもよい）。同様に、図７に示す端末装置４００の構成要素である自己アドレス通知部４５０、通信要求受付部４２０、接続仲介依頼部４１０、通信開始要求部４４０、通信元セッション確立部４３０、通信先セッション確立部４６０による処理機能は、この通信アプリケーションプログラムＡＰＰ２を実行することにより実現される（一部の処理機能は、ＯＳプログラムの実行により実現されるようにしてもよい）。
図１５には、このアプリケーションプログラムＡＰＰ２を示すブロックおよびその通信路を太線で示してある。各端末装置２００Ｅ，２００Ｆ，２００Ｇとサブネット外の装置との間の通信は、ルータＲを介して行われる。ルータＲは、ネットワークアドレス変換機能（ＮＡＴ（Network Address Translation）機能）を有しており、内側（図におけるルータＲの左側）に接続された通信路について付与されたプライベートＩＰアドレスを、外側（図におけるルータＲの右側）に接続された通信路について付与されたグローバルＩＰアドレスに変換するとともに、その逆の変換も行う。
図示の例の場合、ルータＲの内側について付与された「192.168.0.11」〜「192.168.0.13」なるプライベートＩＰアドレスと、ルータＲの外側について付与された「xx.73.5.111」なるグローバルＩＰアドレス（以下、ＡＤｘと記す）との間のアドレス変換が行われている。なお、上記グローバルＩＰアドレス内のxxは、任意の１バイトデータを示す（本願では、固有のグローバルＩＰアドレスの特定を避けるため、グローバルＩＰアドレスについては、その一部をxx，yy，zz等の記号で示すことにする）。また、上記アドレス変換の際には、一般にＮＡＰＴ（Network Address Port Translation）と呼ばれている機能により、ポート番号についての変換も行われる。
たとえば、端末装置２００Ｆの通信アプリケーションプログラムＡＰＰ２からの通信路に付与されたプライベートＩＰアドレスとポート番号との組み合わせ「192.168.0.12(P3)」は、グローバルＩＰアドレスＡＤｘとポート番号との組み合わせ「xx.73.5.111(P13)」に変換されている。したがって、ネットワーク（インターネット）Ｎを介して接続された外部装置に対して、端末装置２００ＦのＡＰＰ２は、「xx.73.5.111(P13)」なる所在アドレス（ＩＰアドレスにポート番号を付加した情報）で特定されることになる。同様に、端末装置２００ＧのＡＰＰ２は、「xx.73.5.111(P16)」もしくは「xx.73.5.111(P17)」なる所在アドレスで特定されることになる。
図示の例の場合、ルータＲの外側の複数の通信路には、いずれも同じグローバルＩＰアドレスＡＤｘ（具体的には、「xx.73.5.111」）が付与されているが、ポート番号がそれぞれ異なるため、相互に区別することができる。ルータＲの外側の装置から内側の装置に対するアクセスがあった場合には、逆に、グローバルＩＰアドレスＡＤｘをプライベートＩＰアドレスに変換する処理が行われる。たとえば、外部装置から「xx.73.5.111(P16)」なる所在アドレス宛のアクセスがあった場合、当該所在アドレスは、「192.168.0.13(P6)」に変換され、端末装置２００Ｇの通信アプリケーションプログラムＡＰＰ２の第１番目の通信路宛のアクセスとして処理される。このようなＮＡＰＴ機能は、広く利用されている既存の技術であるため、ここでは詳しい説明は省略する。
さて、先願基本発明に係るネットワーク通信システムの構成要素となる端末装置２００には、図２に示すとおり、自己アドレス通知部２５０が含まれており、この自己アドレス通知部２５０により、自己のネットワーク上での所在を示す所在アドレスを、接続仲介装置１００に対して通知する処理が行われる。前述したとおり、この通知処理は、実際には端末装置２００にインストールされている通信アプリケーションプログラムＡＰＰ２によって実行される。
したがって、図１５に示す実施例の場合も、通信アプリケーションプログラムＡＰＰ２によって、接続仲介装置１００宛に所在アドレスの通知が行われ、これを受けて、接続仲介装置１００内のアドレステーブル更新部１２０が、各端末装置のそれぞれについて、端末ＩＤと所在アドレスとを対応づけた情報を、アドレステーブル格納部１１０内のアドレステーブルＴに書き込む処理を実行する。
図１５に示す実施例の場合、端末装置２００Ｆ，２００Ｇは、ルータＲを介してネットワークＮに接続されているため、自己アドレス通知部２５０は、ルータＲが管理するＬＡＮ（サブネット）内のプライベートＩＰアドレスを所在アドレスとして通知する処理を行う。ただ、このプライベートＩＰアドレスは、ルータＲによるＮＡＴ機能によりグローバルＩＰアドレスＡＤｘに変換されてネットワークＮに送信される。したがって、接続仲介装置１００に届くアドレスは、プライベートＩＰアドレスではなく、グローバルＩＰアドレスＡＤｘということになり、アドレステーブル更新部１２０は、このグローバルＩＰアドレスＡＤｘを、所在アドレスとしてアドレステーブルＴに格納する処理を行う。
また、図１５に示す実施例の場合、各端末装置のネットワーク上での所在を示す所在アドレスとして、ＩＰアドレスにポート番号を付加した情報が用いられている。このため、自己アドレス通知部２５０は、プライベートＩＰアドレスにポート番号を付加した情報を所在アドレスとして通知する処理を行い、当該情報がルータＲによって、グローバルＩＰアドレスにポート番号を付加した情報に変換され、接続仲介装置１００に届くことになる。したがって、アドレステーブルＴには、グローバルＩＰアドレスにポート番号を付加した情報が所在アドレスとして書き込まれることになる。
図１６は、図１５に示す実施形態において、ＩＰアドレスにポート番号を付加した情報を所在アドレスとして用いる場合のアドレステーブルの例を示す図である。図１６(a) に示すアドレステーブルＴ４１は、図１５に示す端末装置２００Ｆ（端末ＩＤ：００６０）内の自己アドレス通知部２５０（通信アプリケーションプログラムＡＰＰ２）からの通知に基づいて、「端末ＩＤ：００６０」に対応する所在アドレス（ＩＰアドレスＡＤｘとポート番号Ｐ１３との組み合わせ）の書き込みを行うとともに、端末装置２００Ｇ（端末ＩＤ：００７０）内の自己アドレス通知部２５０（通信アプリケーションプログラムＡＰＰ２）からの通知に基づいて、「端末ＩＤ：００７０」に対応する所在アドレス（ＩＰアドレスＡＤｘとポート番号Ｐ１６との組み合わせ、及びＩＰアドレスＡＤｘとポート番号Ｐ１７との組み合わせ）の書き込みを行った例である。
図１５に示す例の場合、各端末装置２００Ｆ，２００Ｇ内の自己アドレス通知部２５０（通信アプリケーションプログラムＡＰＰ２）は、プライベートＩＰアドレスにポート番号を付加した情報を所在アドレスとして送信する処理を行うが、ルータＲによって、グローバルＩＰアドレスにポート番号を付加した情報に変換されるため、実際にアドレステーブルＴ４１に格納される所在アドレスは、図示のとおり、グローバルＩＰアドレスＡＤｘと変換後のポート番号との組み合わせになる。
たとえば、端末装置２００Ｆの自己アドレス通知部２５０からは、送信元である自己の所在を示す所在アドレスとして「192.168.0.12」なるプライベートＩＰアドレスにポート番号「Ｐ３」を付加した情報が、端末ＩＤ「００６０」を示す情報とともに送信されてくるが、ルータＲを通過する際に、送信元である自己の所在を示す所在アドレスが、「xx.73.5.111」なるグローバルＩＰアドレスにポート番号「Ｐ１３」を付加した情報に変換されることになる。したがって、アドレステーブルＴ４１には、端末ＩＤ「００６０」に対応する所属アドレスとして、「xx.73.5.111」なるグローバルＩＰアドレスＡＤｘと「Ｐ１３」なるポート番号との組み合わせが書き込まれることになる。
図１６(b) に示すアドレステーブルＴ４２は、図１６(a) に示すアドレステーブルＴ４１の所在アドレス欄の情報を具体的なデータとして例示したものである。前述したとおり、図１５に示す例の場合、ルータＲの外側の通信路には、「xx.73.5.111」なるグローバルＩＰアドレスが付与されているため、図１６(b) に示すアドレステーブルＴ４２のＩＰアドレス欄には、いずれも「xx.73.5.111」なるデータが格納されている。一方、ルータＲの外側の通信路に付与されるポート番号は、ルータＲによって相互に重複しないように発生された２バイトの番号であり、図１６(b) に示す例では、６２８０１〜６２８０３なるデータが格納されている。
結局、図１５に示す接続仲介装置１００には、端末装置２００Ｆ，２００Ｇについて、図１６(b) に示すようなアドレステーブルＴ４２が格納されることになる。そこで、図示されていない外部の通信元から、通信先特定情報として端末ＩＤ「００６０」を含む接続仲介依頼があると、接続仲介装置１００内の通信先アドレス返信部１３０は、アドレステーブルＴ４２を参照することにより、端末ＩＤ「００６０」に対応した所在アドレス（ＩＰアドレス「xx.73.5.111」にポート番号「６２８０１」を付加した情報）を通信先アドレスとして返信する。そこで、通信元となる端末装置は、ＩＰアドレス「xx.73.5.111」およびポート番号「６２８０１」で特定される通信先に対して、通信開始要求を行うことができる。
以上、主として図１に示す第１の実施形態（接続仲介装置１００と端末装置２００を用いる実施形態）においてルータＲを用いた例を述べたが、図７に示す第２の実施形態（接続仲介装置３００と端末装置４００を用いる実施形態）においてルータＲを用いた場合も同様である。
なお、接続仲介装置１００，３００内のアドレステーブル更新部１２０，３２０は、各端末装置の自己アドレス通知部２５０，４５０から所在アドレスの通知を受けるたびに、図１６に例示したアドレステーブルを更新する処理を行う。前述したとおり、図１５に示す実施例の場合、端末装置２００Ｆ，２００Ｇの自己アドレス通知部の処理機能は、所定のＯＳプログラムの管理下で動作する通信アプリケーションプログラムＡＰＰ２を実行することにより実現される。
そこで、実用上は、自己アドレス通知部２５０，４５０による自己アドレスの通知処理は、図１７の表に示すタイミングで行うのが好ましい。図示の表におけるタイミング(1) は、通信アプリケーションプログラムＡＰＰ２に対するユーザによる操作入力時である。たとえば、通信アプリケーションプログラムＡＰＰ２を起動した後、「通信準備を行いますか（Yes／No）？」のようなメッセージを表示し、ユーザが「Yes」を指示する操作入力を行った時点で、自己アドレスの通知処理を行うようにすればよい。通常、通信アプリケーションプログラムＡＰＰ２が起動された時点では、既に端末装置のプライベートＩＰアドレスや、これに対応するグローバルＩＰアドレスが定まっており、自己アドレスの通知処理を行う環境が整っている。
図示の表におけるタイミング(2) は、通信アプリケーションプログラムＡＰＰ２の起動時である。このタイミング(2) を採用した場合、上述したメッセージの表示やユーザによる操作入力を待たずして、自動的に自己アドレスの通知処理が実行されることになる。実際には、プログラムＡＰＰ２の起動ルーチンに自己アドレス通知部２５０，４５０としての処理機能を組み込んでおけばよい。
図示の表におけるタイミング(3) は、ＯＳプログラムの起動時であり、実質的には、端末装置の起動時ということになる。このタイミング(3) を採用する場合、ＯＳプログラムの起動ルーチンに自己アドレス通知部２５０，４５０としての処理機能を組み込んでおけばよい。通常、ＯＳプログラムの起動ルーチンにおいて、端末装置のプライベートＩＰアドレスや、これに対応するグローバルＩＰアドレスを決定する処理が行われるため、その後に、自己アドレス通知処理を自動的に行うようにしておけばよい。
＜４−２． ＶＰＮを利用した実施例＞
続いて、先願基本発明に係るネットワーク通信システムにおいて、ＶＰＮ（Virtual Private Network）を利用した実施例を述べる。図１５には、ルータＲを介して端末装置をネットワークＮに接続した実施例を例示した。この例の場合、ルータＲの内側（図の左側）に構築されたローカルネットワークが１つのプライベートネットワークを構成しており、各端末装置２００Ｅ，２００Ｆ，２００Ｇには、いずれも「192.168」なるネットワーク部で始まるプライベートＩＰアドレスが付与されている。このようなプライベートネットワークを、インターネットＮなどの公衆ネットワークを跨いで拡張する方法として、ＶＰＮの技術が普及している。
図１８は、先願基本発明に係るネットワーク通信システムにおいて、ＶＰＮを利用した実施形態の全体構成を示すブロック図である。ここでは、説明の便宜上、ある企業の東京本社に設定された３台の端末装置２００Ｈ，２００Ｉ，２００Ｊ（端末ＩＤは、それぞれ００８１，００８２，００８３）と、パリ支社に設置された１台の端末装置２００Ｋ（端末ＩＤは、００９１）という合計４台の端末装置によって、ＶＰＮを構築した単純な例を示すことにする。また、東京本社に設置された３台の端末装置２００Ｈ，２００Ｉ，２００Ｊを第１グループに所属する第１の端末装置と呼び、パリ支社に設置された１台の端末装置２００Ｋを第２グループに所属する第２の端末装置と呼ぶことにする。
図示のとおり、第１の端末装置２００Ｈ，２００Ｉ，２００Ｊは、第１のルータＲ１を介してネットワーク（インターネット）Ｎに接続されており、第２の端末装置２００Ｋは、第２のルータＲ２を介してネットワーク（インターネット）Ｎに接続されている。したがって、基本的には、図において第１のルータＲ１より上方に配置されている第１の端末装置２００Ｈ，２００Ｉ，２００Ｊは、第１のルータＲ１が管理する第１のＬＡＮ内のホストということになり、図において第２のルータＲ２より下方に配置されている第２の端末装置２００Ｋは、第２のルータＲ２が管理する第２のＬＡＮ内のホストということになる。
このため、第１の端末装置２００Ｈ，２００Ｉ，２００Ｊには、第１のルータＲ１が管理する第１のＬＡＮ内のプライベートＩＰアドレスが付与され、第２の端末装置２００Ｋには、第２のルータＲ２が管理する第２のＬＡＮ内のプライベートＩＰアドレスが付与されている。また、図１５に示す例と同様に、ＩＰアドレスとともにポート番号も付与されている。
図示の例の場合、第１のＬＡＮについては、クラスＢのプライベートＩＰアドレスが付与されており、第１の端末装置２００Ｈ，２００Ｉ，２００Ｊには、それぞれ「172.16.6.11(P1)」，「172.16.6.12(P2)」，「172.16.6.13(P3)」なるＩＰアドレスおよびポート番号が付与されている（ポート番号Ｐ１，Ｐ２，Ｐ３等は、実際には２バイトのデータである）。これらの情報は、第１のルータＲ１によって、それぞれ「yy.88.105.19(P11)」，「yy.88.105.19(P12)」，「yy.88.105.19(P13)」なるグローバルＩＰアドレスＡＤｙとポート番号との組み合わせに変換された後、インターネットＮへ接続される。一方、図示の例の場合、第２のＬＡＮについては、クラスＣのプライベートＩＰアドレスが付与されており、第２の端末装置２００Ｋには、「192.168.99.11(P4)」なるＩＰアドレスおよびポート番号が付与されている。この情報は、第２のルータＲ２によって、「zz.99.214.28(P21)」なるグローバルＩＰアドレスＡＤｚとポート番号との組み合わせに変換された後、インターネットＮへ接続される。
このままの状態では、第１グループに所属する第１の端末装置２００Ｈ，２００Ｉ，２００Ｊが所属する第１のＬＡＮと、第２グループに所属する第２の端末装置２００Ｋが所属する第２のＬＡＮとは、それぞれ別個独立したプライベートネットワークになるが、図示する実施例の場合、第１のＬＡＮの範囲をインターネットＮを跨いで拡張するためのＶＰＮが構築されている。すなわち、第２の端末装置２００Ｋには、第２のルータＲ２が管理する第２のＬＡＮ内のプライベートＩＰアドレスおよびポート番号「192.168.99.11(P4)」が付与されるとともに、第１のルータＲ１が管理する第１のＬＡＮ内のプライベートＩＰアドレスおよびポート番号「172.16.6.14(P5)」が、ＶＩＰアドレスとして仮想的に付与されており、第１の端末装置２００Ｈ，２００Ｉ，２００Ｊと第２の端末装置２００Ｋとの間には、このＶＩＰアドレスを用いて相互に交信することが可能となるようにＶＰＮの設定がなされている。
したがって、図に破線で示すように、パリ支社に設置された端末装置２００Ｋは、東京本社に設置された端末装置２００Ｈ，２００Ｉ，２００Ｊと同様に、第１のルータＲ１が管理する第１のＬＡＮ内の端末装置として取り扱うことができる。図１９は、図１８に示す実施形態におけるＶＮＰ通信の原理を示す図である。図示の例は、東京本社に設置された端末装置２００Ｈとパリ支社に設置された端末装置２００Ｋとの間のＶＰＮ通信を示している。
図１９に示すように、端末装置２００ＨにはＶＰＮ通信部２０１Ｈが、端末装置２００ＫにはＶＰＮ通信部２０１Ｋが、それぞれ設けられており、両者間にＶＰＮ暗号通信路が開設される。両者間でやりとりされるデータは暗号化されるため、実際には、インターネットＮなどの公衆ネットワークを介して情報が伝達されるにもかかわらず、あたかもプライベートネットワークを介した利便性・安全性をもった情報の送受が可能になる。ＶＰＮ通信部２０１Ｈ，２０１Ｋは、実際には、各端末装置にインストールされた専用のＶＰＮ用アプリケーションプログラムによって構築される。このようなＶＰＮの具体的な仕組は公知の技術であるため、ここでは詳しい説明は省略する。
さて、このようなＶＰＮの仕組を先願基本発明に係るネットワーク通信システムにおいて利用する場合は、接続仲介装置１００内に格納されるアドレステーブルＴに、ＶＩＰアドレスを格納しておくようにすると便利である。図２０は、図１８に示す実施形態に用いるために、ＶＩＰアドレスを追加したアドレステーブルの例を示す図である。図２０(a) に示すアドレステーブルＴ５１は、ＶＰＮの構成メンバーである端末装置２００Ｈ〜２００Ｋ内の自己アドレス通知部２５０からの通知に基づいて、各端末ＩＤに対応する所在アドレス（ＩＰアドレスとポート番号）を格納したものである。
ここで、端末装置２００Ｈ〜２００Ｊ（端末ＩＤ：００８１〜００８３）は、東京本社に構築された第１のＬＡＮに所属する装置であるが、端末装置２００Ｋ（端末ＩＤ：００９１）は、パリ支社に構築された第２のＬＡＮに所属する装置である。ただ、上述したＶＰＮの仕組により、第１のＬＡＮは端末装置２００Ｋまで仮想的に拡張されており、端末装置２００Ｋには、「ＶＩＰ（２００Ｋ）」なるＶＩＰアドレスが付与されている。このため、図２０(a) に示すアドレステーブルＴ５１の端末ＩＤ「００９１」については、更に、ＶＩＰ欄に「ＶＩＰ（２００Ｋ）」なるＶＩＰアドレスが格納されている。
図２０(b) に示すアドレステーブルＴ５２は、図２０(a) に示すアドレステーブルＴ５１の所在アドレス欄およびＶＩＰ欄の情報を具体的なデータとして例示したものである。図１８に示す例の場合、第１のルータＲ１の外側の各通信路には、「yy.88.105.19」なるグローバルＩＰアドレスＡＤｙに、ポート番号Ｐ１１〜Ｐ１３を付加した情報が所在アドレスとして付与されているため、図２０(b) に示すアドレステーブルＴ５２の端末ＩＤ「００８１〜００８３」のＩＰアドレス欄には、いずれも「yy.88.105.19」なるデータが格納されており、ポート番号欄には、第１のルータＲ１によって発生された２バイトの番号「５４７０１〜５４７０３」が格納されている。
一方、第２のルータＲ２の外側の各通信路には、「zz.99.214.28」なるグローバルＩＰアドレスＡＤｚに、ポート番号Ｐ２１を付加した情報が所在アドレスとして付与されているため、図２０(b) に示すアドレステーブルＴ５２の端末ＩＤ「００９１」のＩＰアドレス欄には、「zz.99.214.28」なるデータが格納されており、ポート番号欄には、第２のルータＲ２によって発生された２バイトの番号「６１９９９」が格納されている。そして、更に、端末ＩＤ「００９１」のＶＩＰ欄には、「172.16.6.14」なるＶＩＰアドレス（ＶＰＮの設定により、端末装置２００Ｋに対して付与された第１のＬＡＮについての仮想的なプライベートアドレス）が格納されている。
このように、アドレステーブルＴ５２のＶＩＰ欄に「172.16.6.14」なるＶＩＰアドレスを格納するには、第２の端末装置２００Ｋの自己アドレス通知部２５０に、接続仲介装置１００に対して、ＶＰＮの設定により付与されたＶＩＰアドレスを通知する機能をもたせておき、アドレステーブル更新部１２０に、このＶＩＰアドレスを第２の端末装置２００Ｋの所在アドレスと対応づけてアドレステーブルＴ５２に格納する機能をもたせておけばよい。
このように、アドレステーブルＴ５２に第２の端末装置２００ＫのＶＩＰアドレスを格納しておくようにすれば、たとえば、第１の端末装置２００Ｈが第２の端末装置２００Ｋを通信先として通信を行う際に、第１の端末装置２００Ｈの接続仲介依頼部２１０が、第２の端末装置２００ＫのＶＩＰアドレス「ＶＩＰ（２００Ｋ）」を通信先特定情報として用いて通信先の特定を行うことができる。
具体的には、端末装置２００Ｈの接続仲介依頼部２１０が、通信先特定情報として「172.16.6.14」なるＶＩＰアドレスを含む接続仲介依頼を行うようにすれば、接続仲介装置１００内の通信先アドレス返信部１３０は、図２０(b) に示すアドレステーブルＴ５２を参照することにより、ＶＩＰアドレス「172.16.6.14」に対応する所在アドレス「zz.99.214.28（61999）」を通信先アドレスとして返信することができる。通常、ＶＰＮの設定を行った場合、アプリケーションプログラムのレイヤーでは、端末装置２００Ｋは、「172.16.6.14」なるＶＩＰアドレスをもった装置として認識されているので、このＶＩＰアドレスを用いて接続仲介依頼を行うことができれば便利である。
もちろん、必要があれば、ＶＩＰアドレス「172.16.6.14」とともに、ポート番号「Ｐ５」を格納しておくようにしてもよい。そうすれば、「172.16.6.14（P5）」なる情報を用いて、特定のポート番号の指定を含む接続仲介依頼を行うことができる。
以上、図１に示す先願基本発明の第１の実施形態（接続仲介装置１００と端末装置２００を用いる実施形態）においてＶＰＮの設定を行い、プライベートネットワークの範囲を仮想的に拡張する例を述べたが、図７に示す先願基本発明の第２の実施形態（接続仲介装置３００と端末装置４００を用いる実施形態）においてＶＰＮの設定を行う場合も同様である。
＜＜＜ §５． 本発明により解決される技術的な問題 ＞＞＞
これまで、国際出願ＰＣＴ／ＪＰ２０１７／００６１３１に記載されている先願基本発明に係るネットワーク通信システムを説明してきた。しかしながら、この先願基本発明に係るシステムには、端末装置のネットワーク上での所在の切り替えが通信中に生じた場合、通信が中断してしまうという技術的な問題が存在する。ここでは、この技術的な問題をより具体的に説明する。
図２１は、先願基本発明に係るネットワーク通信システムにおいて、モバイル端末２００Ａと固定端末２００Ｂとが相互に通信を行っている状態を示すブロック図である。たとえば、モバイル端末２００Ａがスマートフォン、固定端末２００Ｂがデスクトップパソコンというようなケースが図示の例に相当する。図１に示す例と同様に、端末装置２００Ａには端末ＩＤ「００１０」が、端末装置２００Ｂには端末ＩＤ「００２０」が、それぞれ付与されている。また、この時点において、端末装置２００ＡのインターネットＮ上の所在アドレスは「ＡＤ１」であり、端末装置２００ＢのインターネットＮ上の所在アドレスは「ＡＤ２」である。
ここでは、接続仲介装置１００によって、両端末装置２００Ａ，２００Ｂ間の接続仲介処理が既に完了しており、両者間で通信が行われているものとしよう。接続仲介処理は完了しているため、両端末装置２００Ａ，２００Ｂ間の通信には、もはや接続仲介装置１００は関与していないことになる。すなわち、両者間には既に通信セッションが確立しており、端末装置２００Ａは相手先の端末装置２００Ｂの所在アドレス「ＡＤ２」を認識し、端末装置２００Ｂは相手先の端末装置２００Ａの所在アドレス「ＡＤ１」を認識している。
ただ、端末装置２００Ａはスマートフォンであり、現時点では、図示のとおり、携帯電話の事業者が設置した最寄りの基地局Ｂ１を介してインターネットＮに接続されている。このため、このスマートフォンが移動すると、担当基地局が変更される可能性がある。図２２は、図２１に示す例において、モバイル端末２００Ａの移動により担当基地局が基地局Ｂ１から基地局Ｂ２に変更された状態を示すブロック図である。ここで、破線は移動前の図２１に示す端末装置２００Ａおよび基地局Ｂ１を示している。端末装置２００Ａは、移動後、新たな基地局Ｂ２を介してインターネットＮに接続されることになる。
ここで問題になるのは、通常、モバイル端末の担当基地局が切り替わると、当該モバイル端末のネットワーク上での所在アドレスも切り替わる点である。図２２に示す例の場合、端末装置２００Ａの所在アドレスは「ＡＤ１」から「ＡＤ９」に切り替わっている。これは、移動により新たな基地局Ｂ２と交信することになった端末装置２００Ａに対して、基地局Ｂ２から新たな所在アドレスは「ＡＤ９」が付与されたことを意味する。したがって、端末装置２００Ａは、この基地局Ｂ２の担当ゾーンにいる限り、新たな所在アドレス「ＡＤ９」を用いて外部と通信することになる。
もちろん、§１〜§４で述べてきた先願基本発明に係るネットワーク通信システムは、個々の端末装置の所在アドレスが時々刻々と変化することを考慮に入れ、各端末装置内の自己アドレス通知部２５０，４５０によって、適宜、最新の自己アドレスを接続仲介装置１００，３００に通知する仕様を採用している。したがって、接続仲介装置１００，３００内に格納されるアドレステーブルＴの内容は、随時、最新の情報に更新されることになり、接続仲介装置１００，３００は、この最新のアドレステーブルＴに基づいて、接続仲介処理を実行することができる。
しかしながら、図２１に示す例のように、既に接続仲介処理が完了し、両端末装置２００Ａ，２００Ｂ間で通信が行われている段階では、接続仲介装置１００は両者間の通信に全く関与していないことになる。これが本発明の１つの特徴であり、当該特徴によって接続仲介装置１００の処理負荷を軽減する効果が得られる。
したがって、図２２に示す例のように、端末装置２００Ａの所在アドレスが「ＡＤ１」から「ＡＤ９」に切り替わった場合、たとえ端末装置２００Ａ内の自己アドレス通知部２５０Ａによって、新たな自己アドレス「ＡＤ９」が接続仲介装置１００に通知され、接続仲介装置１００内のアドレステーブルＴにおいて、端末ＩＤ「００１０」に対応する所在アドレスが「ＡＤ１」から「ＡＤ９」に更新されたとしても、その事実は、通信相手である端末装置２００Ｂに知らされることはない。別言すれば、図２２に示す状態において、端末装置２００Ｂは、依然として、通信相手である端末装置２００Ａの所在アドレスが「ＡＤ１」のままであると認識していることになる。
このため、図２２に示す状態では、端末装置２００Ａから端末装置２００Ｂ宛（アドレスＡＤ２宛）の通信パケットは届くが、端末装置２００Ｂから端末装置２００Ａ宛（アドレスＡＤ１宛）の通信パケットは届かないことになり、両者間の通信は中断してしまう。
このような問題は、モバイル端末の移動時に限られるものではなく、一般的な端末装置であっても、ネットワークインターフェイスが何らかの事情で切り替わった場合にも発生する。通常、端末装置には、複数のネットワークインターフェイス（ハードウェアインターフェイスもあれば、プログラムによるソフトウェアインターフェイスもある）が設けられており、ユーザの切り替え操作や、アプリケーションプログラムによる切り替え指示によって、ネットワークインターフェイスが切り替えられることがある。このようにネットワークインターフェイスが切り替わると、通常、ネットワーク上での所在アドレスも切り替えられてしまう。
このように、ネットワークインターフェイスの切り替えに基づく所在アドレスの変更は、自己アドレス通知部によって接続仲介装置に通知されたとしても、現在通信中の相手先の端末装置には通知されないので、やはり、両者間の通信は中断してしまう。
結局、§１〜§４で述べた先願基本発明に係るネットワーク通信システムには、一対の端末装置間に通信セッションが確立し、両者間での通信が行われている最中に、少なくとも一方の端末装置のネットワーク上での所在アドレスが切り替わった場合、両者間の通信が中断してしまうという問題がある。このため、中断を復旧するには、ユーザの操作やアプリケーションプログラムの指示により、再接続を行うための処理が必要になる。本発明では、このような問題に自動的に対処することが可能になり、通信中に所在アドレスが切り替わった場合でも、引き続き通信を続行することが可能になる。
本発明の基本概念は、先願基本発明に通信遮断時の再接続機能を付加することにより、端末装置のネットワーク上での所在アドレスが通信中に切り替わったとしても、自動的に再接続を行うことにより、引き続き通信を続行するようにする点にある。本発明は、§１で述べた先願基本発明の第１の実施形態に適用することも可能であるし、§２で述べた先願基本発明の第２の実施形態に適用することも可能である。もちろん、§３，§４で述べた変形例等に適用することも可能である。そこで、以下、§６において、本発明を先願基本発明の第１の実施形態に適用した例を本発明の第１の実施形態として述べ、§７において、本発明を先願基本発明の第２の実施形態に適用した例を本発明の第２の実施形態として述べる。
＜＜＜ §６． 本発明の第１の実施形態 ＞＞＞
ここでは、先願基本発明の第１の実施形態（§１参照）に本発明を適用した例を、本発明の第１の実施形態として述べる。具体的には、アドレス変更検出部を用いた実施例１と通信異常検出部を用いた実施例２をそれぞれ図面を用いて説明する。もちろん、これら実施例１，２についても、§３，§４で述べた変形例等のバリエーションを適用することができる。また、これら実施例１，２の双方の機能を備えたシステムを構築することも可能である。
＜６−１． 実施例１：アドレス変更検出部を用いた例＞
図２３は、本発明の実施例１に係るネットワーク通信システムの全体構成を示すブロック図である。この実施例１は、本発明の第１の実施形態において、アドレス変更検出部を用いた実施例に相当する。図示のネットワーク通信システムは、図２に示す先願基本発明の第１の実施形態に係るシステムにおける各端末装置２００に、再接続処理部２７０とアドレス変更検出部２８０を追加したものである。そこで、便宜上、この実施例１に係る端末装置についても、図２に示す端末装置と同じ符号「２００」を用いることにし、一対の端末装置間の通信を説明する際には、必要に応じて、「２００α」，「２００β」と呼んで両者を区別することにする。
図２３に個々のブロックとして示されている各構成要素は、実際には、コンピュータに専用のプログラムを組み込むことにより構築される。ここで、図２３に示す構成要素２１０，２２０，２３０，２４０，２５０，２６０は、図２に示す同符号の構成要素と同じ機能をもつ構成要素であるため、ここではこれらの構成要素についての説明は省略する。図２３に示す端末装置２００では、再接続処理部２７０とアドレス変更検出部２８０とが新たに追加されている。ここでは、これら新規構成要素を太線ブロックで示してある。以下、これら新規構成要素の機能について説明する。
なお、以下の説明では、便宜上、図２３に示されている端末装置２００を「端末装置２００α」と呼び、通信の相手方となる別の端末装置２００を「端末装置２００β」と呼ぶことにする。端末装置２００αの構成と端末装置２００βの構成は全く同じであり、いずれも図２３に各ブロック２１０〜２８０として示されている構成要素を備えている。
まず、アドレス変更検出部２８０は、通信元セッション確立部２６０もしくは通信先セッション確立部２３０が、相手方端末装置２００βと通信を行っている最中に、自己の所在アドレスが変更になったとき、これを検出する役割を果たす構成要素である。すなわち、アドレス変更検出部２８０は、図示されている端末装置２００αと相手方端末装置２００βとの間に通信セッションが確立した後、両者間で通信が行われている最中に、端末装置２００αの所在アドレス（自己アドレス）が変更になったことを検出する機能を有している。自己アドレスの変更が検出された場合、その旨が再接続処理部２７０に伝達される。図示のブロック２８０から２７０へ向かう矢印は、この伝達信号を示している。
§５で述べたとおり、図示されている端末装置２００αの所在アドレスの変更は、端末装置２００αがモバイル端末であり、移動によって担当基地局が変更になった場合や、端末装置２００αのネットワークインターフェイスが何らかの事情で切り替わった場合に発生する。このアドレス変更検出部２８０が自己の所在アドレスの変更を検出するのは、あくまでも、端末装置２００αが相手方端末装置２００βと通信を行っている最中である。別言すれば、自己の所在アドレスの変更によって中断した通信を復旧するために再接続を行う必要が生じたとき、ということになる。
なお、§１では、図４を参照しながら、端末装置２００Ａを通信元として、端末装置２００Ｂを通信先とする例を説明したが、この図４に示す通信元の端末装置２００Ａは、相手方となる通信先の端末装置２００Ｂに対して能動的に接続仲介依頼を行う側に相当し、通信先の端末装置２００Ｂは、当該接続仲介依頼で指定された相手側に相当する。これに対して、図２３に示す実施例の説明では、自己アドレスの変更を検出して再接続処理を実行する側を通信元（再接続時における通信元）の端末装置２００αと呼び、その相手側を通信先（再接続時における通信先）の端末装置２００βと呼んでいる。このように、当初（再接続を行う前）の通信元と通信先の関係は、再接続時の通信元と通信先の関係に必ずしも一致するものではない。
たとえば、図４に示す例では、まず、当初の通信元である端末装置２００Ａが、当初の通信先である端末装置２００Ｂを指定して、接続仲介装置１００に対して接続仲介依頼（Ｓ２）を行うことにより、最終的に、通信元端末装置２００Ａの通信元セッション確立部２６０Ａと通信先端末装置２００Ｂの通信先セッション確立部２３０Ｂとの間で、図に白抜矢印で示すように、通信（Ｓ７）が実行されることになる。
このように、図４に示す通信（Ｓ７）が行われている最中に、もし、当初の通信元である端末装置２００Ａの所在アドレスＡＤ１が新たな所在アドレスＡＤ９に変更された場合は、アドレスの変更が生じた端末装置２００Ａ（すなわち、当初の通信元）が、図２３に示す端末装置２００（すなわち、再接続時における通信元の端末装置２００α）になり、当初の通信先であった端末装置２００Ｂは、再接続時における通信先の端末装置２００βになる。この場合、再接続の前後において、通信元と通信先の関係に変わりはない。
これに対して、図４に示す通信（Ｓ７）が行われている最中に、もし、当初の通信先である端末装置２００Ｂの所在アドレスＡＤ２が新たな所在アドレスＡＤ９に変更された場合は、アドレスの変更が生じた端末装置２００Ｂ（すなわち、当初の通信先）が、図２３に示す端末装置２００（すなわち、再接続時における通信元の端末装置２００α）になり、当初の通信元であった端末装置２００Ａは、再接続時における通信先の端末装置２００βになる。この場合、当初の通信先が再接続時の通信元になり、当初の通信元が再接続時の通信先になるので、再接続の前後において、通信元と通信先の関係が逆転することになる。
いずれにしても、本発明における「通信元」と「通信先」という概念は、接続仲介装置が接続仲介処理を行う際に意味をもつ概念であり、接続仲介処理が完了して両端末装置間での通信が開始した後は、もはや意味のない概念になる。したがって、再接続時には、新たに、どちらか一方が「通信元」となり、他方が「通信先」となる。
図２３に示す例の場合、図示の端末装置２００が、当初の通信元であった場合には、図示されている通信元セッション確立部２６０の右側に伸びた白抜矢印による通信が行われていることになり、図示の端末装置２００が、当初の通信先であった場合には、図示されている通信先セッション確立部２３０の左側に伸びた白抜矢印による通信が行われていることになる。このように、図２３に示す端末装置２００は、当初は通信元であったり、通信先であったりする場合がある。したがって、図４では、「通信元」として機能する際に用いる構成要素を一重矩形ブロックで示し、「通信先」として機能する際に用いる構成要素を二重矩形ブロックで示したが、図２３では、両者の区別を行わずに、いずれも一重矩形ブロックで示してある。図２４〜図２６でも同様である。
再接続処理部２７０は、アドレス変更検出部２８０が自己アドレスの変更を検出したときに、通信要求受付部２２０に対して、自己（端末装置２００α）を通信元として、これまで通信を行っていた相手方端末装置２００βを通信先とする通信要求を行う。通信要求受付部２２０は、受け付けた通信要求を接続仲介依頼部２１０に与える。これにより、接続仲介依頼部２１０は、接続仲介装置１００に対して、相手方端末装置２００βへの接続仲介依頼を行うことになる。
図４に示す例では、§１−２で説明したとおり、通信要求受付部２２０Ａによって、たとえば、ユーザの操作入力に基づく通信要求（Ｓ１）が受け付けられ、続いて、接続仲介依頼部２１０Ａによって、接続仲介依頼（Ｓ２）が行われる。この例の場合、通信要求（Ｓ１）は、端末装置２００Ｂを通信先とする要求であるので、接続仲介依頼部２１０Ａは、当該端末装置２００Ｂの端末ＩＤ「００２０」自身もしくはこの端末ＩＤ「００２０」を特定するための情報（たとえば、図１０に示すユーザＩＤや図１１に示すアカウントＩＤなど）からなる通信先特定を含む接続仲介依頼（Ｓ２）を送信することになる。
図２３に示す例の場合も、通信要求受付部２２０および接続仲介依頼部２１０によって、同様の処理が行われる。すなわち、再接続処理部２７０から通信要求受付部２２０に与えられる通信要求は、これまで通信を行っていた相手方端末装置２００βを再接続時の通信先とするものであるから、接続仲介依頼部２１０は、当該通信要求に基づいて、再接続時の通信先となる端末装置２００βの端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼（Ｓ２）を送信することになる。なお、接続仲介依頼部２１０から接続仲介装置１００に接続仲介依頼Ｓ２を送信する際には、自己の所在アドレスとして、変更後の「ＡＤ９」が接続仲介装置１００側に伝達されることになる。
その後の再接続のプロセスは、図４に示す例と全く同様である。すなわち、上述の処理により、図５の流れ図のステップＳ１，Ｓ２の手順が実行されたことになるので、続いて、ステップＳ３〜Ｓ７の手順を実行することにより、再接続時の通信元となる端末装置２００αと再接続時の通信先となる端末装置２００βとの間に通信セッションが確立し、両者間で中断されていた通信が再開されることになる。
上述したとおり、ステップＳ２において接続仲介装置１００に接続仲介依頼を送信する際には、送信元の所在アドレスとして変更後の「ＡＤ９」が通知されるので、ステップＳ４における通信先アドレス返信は、変更後のアドレス「ＡＤ９」に対して行われることになり、支障は生じない。同様に、ステップＳ５において、再接続時の通信先となる端末装置２００βに対して通信開始要求を送信する際にも、送信元の所在アドレスとして変更後の「ＡＤ９」が通知されるので、ステップＳ６における通信開始受諾確認は、変更後のアドレス「ＡＤ９」に対して行われることになり、支障は生じない。
また、通常、一対の端末装置間ではパケット通信が行われており、パケットの送受信が一時的に中断しても、その後に再開されれば支障は生じない。たとえば、一般的なＴＣＰ／ＩＰでパケット通信を行う場合、ＴＣＰのプロトコルに従って、未着パケットについての再送処理などが行われる。このように、本発明では、両端末装置間の通信が一時的に中断されても、上述した手順により自動的に再接続が行われて通信が再開されるため、通信の一時的中断によって実用上の支障が生じることはない。
ところで、接続仲介依頼部２１０は、通信要求受付部２２０が受け付けた通信要求に基づいて、再接続時の通信先となる端末装置２００β（これまで通信を行っていた相手方端末装置）の端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼（Ｓ２）を送信する処理を行うので、再接続処理部２７０が通信要求受付部２２０に与える通信要求には、端末装置２００βの端末ＩＤを特定するための通信先特定情報が含まれている必要がある。そのためには、再接続処理部２７０に、通信元セッション確立部２６０もしくは通信先セッション確立部２３０から、当該通信先特定情報を取り出す機能を設けておけばよい。
具体的には、たとえば、図２３に示す端末装置２００αにおいて、通信元セッション確立部２６０もしくは通信先セッション確立部２３０が、相手方端末装置２００βとの間に通信セッションを確立する際に、相手方端末装置２００βの通信先特定情報（端末装置２００βの端末ＩＤ自身や、端末ＩＤを特定するためのユーザＩＤやアカウントＩＤなど）を相手方端末装置２００βから受信し、これを所定の格納場所に格納する処理を行うようにしておけばよい。
そうすれば、再接続処理部２７０は、通信元セッション確立部２６０もしくは通信先セッション確立部２３０の所定の格納場所に格納されていた通信先特定情報を読み出し、読み出した通信先特定情報を用いて、通信要求受付部２２０に対する通信要求を行うことができる。図示のブロック２３０，２６０から２７０へ向かう矢印は、このような通信先特定情報の読出信号を示している。
この端末装置２００αが、当初の通信元端末装置２００Ａとして機能していた場合には、通信元セッション確立部２６０によって通信が行われているので、通信元セッション確立部２６０の所定の格納場所から通信先特定情報（再接続時の通信先を特定する情報）を読み出せばよい。これに対して、この端末装置２００αが、当初の通信先端末装置２００Ｂとして機能していた場合には、通信先セッション確立部２３０によって通信が行われているので、通信先セッション確立部２３０の所定の格納場所から通信先特定情報（再接続時の通信先を特定する情報）を読み出せばよい。
もっとも、ここでは発明の基本概念の説明を行う便宜上、通信先セッション確立部２３０と通信元セッション確立部２６０とを別個のブロックで示す別個の構成要素として示しているが、実際には、両者は共通の通信用プログラムルーチンによって構築することができるので、相手方端末装置２００βの通信先特定情報の格納場所としては、両者共通の格納場所を用意すれば足りる。
前述したとおり、アドレス変更検出部２８０は、通信中に、自己の所在アドレスが変更になったときに、これを検出する役割を果たす構成要素であるが、自己の所在アドレスが変更されたときに、これを具体的に検出する方法としては、様々な方法を利用することができる。一般に、端末装置がネットワークＮにアクセスする際には、必ず、自己のネットワーク上での所在を示す所在アドレス（たとえば、インターネットの場合はＩＰアドレス）が必要になる。したがって、本発明に利用される端末装置には、必ず現時点での自己の所在アドレスが格納されていることになる。したがって、アドレス変更検出部２８０は、随時、この格納場所から現時点での自己の所在アドレスを読み出すことにより、当該アドレスが変更になったことを検出することができる。
すなわち、アドレス変更検出部２８０は、端末装置２００に組み込まれているプログラムが利用する特定の管理情報（自己の所在アドレスを示す情報）をモニタすることにより、現時点での自己の所在アドレスを認識することができる。本発明に用いられる端末装置は、実際には、パソコン、携帯電話（スマートフォン）、タブレット型端末などのコンピュータによって構成されており、所定のＯＳプログラムと、このＯＳプログラムの下で動作する１つもしくは複数の通信アプリケーションプログラムと、がインストールされている。そこで、アドレス変更検出部２８０は、このＯＳプログラムもしくは通信アプリケーションプログラムが管理する情報（自己の所在アドレスを示す情報）に基づいて、所在アドレスの変更を検出することができる。
なお、図２３に示す実施例の場合、アドレス変更検出部２８０は、アドレスの変更を検出したときに、その旨を自己アドレス通知部２５０に報知する機能を有している。図において、ブロック２８０から２５０へ向かう矢印は、この報知信号を示している。自己アドレス通知部２５０は、このような報知を受けたときに、変更後の所在アドレスを接続仲介装置１００に対して通知する。したがって、接続仲介装置１００内のアドレステーブルＴは、当該通知に基づいて、直ちに更新されることになる。
上述したとおり、再接続時の通信元となる端末装置２００αが再接続処理を行う際には、アドレステーブルＴが更新されていなくても支障はない。上述の例の場合、再接続時の通信先となる端末装置２００βの所在アドレスは変更されていないので、更新前のアドレステーブルＴを用いた接続仲介が行われても問題は生じないためである。したがって、アドレス変更検出部２８０による自己アドレス通知部２５０に対する変更検出時の報知は、本発明を実施する上で必須の事項ではない。ただ、実用上は、図示の実施例のとおり、アドレス変更検出部２８０がアドレスの変更を検出した時点で、これを自己アドレス通知部２５０に報知し、変更後の所在アドレスが直ちに接続仲介装置１００に対して通知されるようにするのが好ましい。
＜６−２． 実施例２：通信異常検出部を用いた例＞
図２４は、本発明の実施例２に係るネットワーク通信システムの全体構成を示すブロック図である。この実施例２は、本発明の第１の実施形態において、通信異常検出部を用いた実施例に相当する。図示のネットワーク通信システムは、図２に示す先願基本発明の第１の実施形態に係るシステムにおける各端末装置２００に、再接続処理部２７５と通信異常検出部２９０を追加したものである。そこで、便宜上、この実施例２に係る端末装置についても、図２に示す端末装置と同じ符号「２００」を用いることにし、一対の端末装置間の通信を説明する際には、必要に応じて、「２００α」，「２００β」と呼んで両者を区別することにする。
図２４に個々のブロックとして示されている各構成要素は、実際には、コンピュータに専用のプログラムを組み込むことにより構築される。ここで、図２４に示す構成要素２１０，２２０，２３０，２４０，２５０，２６０は、図２に示す同符号の構成要素と同じ機能をもつ構成要素であるため、ここではこれらの構成要素についての説明は省略する。図２４に示す端末装置２００では、再接続処理部２７５と通信異常検出部２９０とが新たに追加されている。ここでは、これら新規構成要素を太線ブロックで示してある。以下、これら新規構成要素の機能について説明する。
なお、ここでも、便宜上、図２４に示されている端末装置２００を「端末装置２００α」と呼び、通信の相手方となる別の端末装置２００を「端末装置２００β」と呼ぶことにする。端末装置２００αの構成と端末装置２００βの構成は全く同じであり、いずれも図２４に各ブロック２１０〜２９０として示されている構成要素を備えている。
まず、通信異常検出部２９０は、通信元セッション確立部２６０もしくは通信先セッション確立部２３０が相手方端末装置２００βと通信を行っている最中に生じた通信異常を検出する役割を果たす構成要素である。すなわち、通信異常検出部２９０は、図示されている端末装置２００αと相手方端末装置２００βとの間に通信セッションが確立した後、両者間で通信が行われている最中に、当該通信に何らかの異常が生じたことを検出する機能を有している。
たとえば、相手方端末装置２００βがモバイル端末であり、移動によって担当基地局が変更になった場合や、相手方端末装置２００βのネットワークインターフェイスが何らかの事情で切り替わった場合には、相手方端末装置２００βの所在アドレスが変更されるため、端末装置２００αから相手方端末装置２００βへ宛てた通信パケットが未着となり、当該通信パケットに対する相手方端末装置２００βからの受領確認が届かない事態が生じる。ここでは、相手方端末装置２００βの所在アドレスが「ＡＤ２」から「ＡＤ９」に変更されたものとしよう。このような場合、端末装置２００α側には、通信異常を来す原因がないので、相手方端末装置２００β側に何らかの異常が生じたと判断することができる。
通信異常検出部２９０が通信異常を検出すると、その旨が再接続処理部２７５に伝達される。図示のブロック２９０から２７５へ向かう矢印は、この伝達信号を示している。再接続処理部２７５は、通信異常検出部２９０が通信異常を検出したときに、通信要求受付部２２０に対して、自己（端末装置２００α）を通信元として、これまで通信を行っていた相手方端末装置２００βを通信先とする通信要求を行う。通信要求受付部２２０は、受け付けた通信要求を接続仲介依頼部２１０に与える。これにより、接続仲介依頼部２１０は、接続仲介装置１００に対して、相手方端末装置２００βへの接続仲介依頼を行うことになる。
この図２４に示す実施例２における接続仲介依頼のプロセスは、前述した図２３に示す実施例１の場合と同様である。すなわち、再接続処理部２７５から通信要求受付部２２０に与えられる通信要求は、これまで通信を行っていた相手方端末装置２００βを再接続時の通信先とするものであるから、接続仲介依頼部２１０は、当該通信要求に基づいて、再接続時の通信先となる端末装置２００βの端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼（Ｓ２）を送信することになる。
この接続仲介依頼（Ｓ２）の送信後に行われる再接続のプロセスは、図４に示す例と全く同様である。すなわち、上述の処理により、図５の流れ図のステップＳ１，Ｓ２の手順が実行されたことになるので、続いて、接続仲介装置１００側において、ステップＳ３のアドレステーブル参照処理が実行される。上述したように、ここで述べる例の場合、相手方端末装置２００βの所在アドレスが「ＡＤ２」から「ＡＤ９」に変更されたため、やがて、相手方端末装置２００β内の自己アドレス通知部２５０から、所在アドレスが「ＡＤ９」に変更された旨が接続仲介装置１００に通知され、アドレステーブルＴが更新される。したがって、続くステップＳ４の手順では、通信先アドレスとして、相手方端末装置２００βの新たな所在アドレス「ＡＤ９」が返信されてくる。そこで、以下、ステップＳ５〜Ｓ７の手順を実行することにより、再接続時の通信元となる端末装置２００αと再接続時の通信先となる端末装置２００βとの間に通信セッションが確立し、両者間で中断されていた通信が再開されることになる。
もちろん、アドレステーブルＴが更新されるまでは、ステップＳ４において、通信先アドレスとして相手方端末装置２００βの古い所在アドレス「ＡＤ２」が返信されることになるので、ステップＳ５の通信開始要求は相手方端末装置２００βに届かず、再接続に失敗することになる。しかしながら、§１で述べたように、自己アドレス通知部２５０に、所定間隔で繰り返し通知を行う機能をもたせておけば、やがてアドレステーブルＴの更新が行われ、再接続に成功する。
あるいは、相手方端末装置２００βに、図２３に示す実施例１におけるアドレス変更検出部２８０を設けておけば、所在アドレスが「ＡＤ９」に変更された時点で、ただちに接続仲介装置１００に対する自己アドレスの通知を行うことができるので、直ちにアドレステーブルＴの更新が行われるようにすることもできる。
前述したとおり、通常、一対の端末装置間ではパケット通信が行われており、パケットの送受信が一時的に中断しても、その後に再開されれば支障は生じない。したがって、この実施例２の場合も、両端末装置間の通信が一時的に中断されても、上述した手順により自動的に再接続が行われて通信が再開されるため、通信の一時的中断によって実用上の支障が生じることはない。
前述した実施例１と同様に、接続仲介依頼部２１０は、通信要求受付部２２０が受け付けた通信要求に基づいて、再接続時の通信先となる端末装置２００β（これまで通信を行っていた相手方端末装置）の端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼（Ｓ２）を送信する処理を行うので、再接続処理部２７５が通信要求受付部２２０に与える通信要求には、端末装置２００βの端末ＩＤを特定するための通信先特定情報が含まれている必要がある。そのためには、再接続処理部２７５に、通信元セッション確立部２６０もしくは通信先セッション確立部２３０から、当該通信先特定情報を取り出す機能を設けておけばよい。
具体的には、前述した実施例１と同様に、図２４に示す端末装置２００αにおいて、通信元セッション確立部２６０もしくは通信先セッション確立部２３０が、相手方端末装置２００βとの間に通信セッションを確立する際に、相手方端末装置２００βの通信先特定情報（端末装置２００βの端末ＩＤ自身や、端末ＩＤを特定するためのユーザＩＤやアカウントＩＤなど）を相手方端末装置２００βから受信し、これを所定の格納場所に格納する処理を行うようにしておけばよい。
そうすれば、再接続処理部２７５は、通信元セッション確立部２６０もしくは通信先セッション確立部２３０の所定の格納場所に格納されていた通信先特定情報を読み出し、読み出した通信先特定情報を用いて、通信要求受付部２２０に対する通信要求を行うことができる。図示のブロック２３０，２６０から２７５へ向かう矢印は、このような通信先特定情報の読出信号を示している。
前述した実施例１と同様に、この端末装置２００αが、当初の通信元端末装置２００Ａとして機能していた場合には、通信元セッション確立部２６０によって通信が行われているので、通信元セッション確立部２６０の所定の格納場所から通信先特定情報（再接続時の通信先を特定する情報）を読み出せばよい。これに対して、この端末装置２００αが、当初の通信先端末装置２００Ｂとして機能していた場合には、通信先セッション確立部２３０によって通信が行われているので、通信先セッション確立部２３０の所定の格納場所から通信先特定情報（再接続時の通信先を特定する情報）を読み出せばよい。もちろん、実用上は、両者を共通の格納場所とすることができる。
前述したとおり、通信異常検出部２９０は、相手方端末装置２００βと通信を行っている最中に生じた通信異常を検出する役割を果たす構成要素であるが、通信異常を具体的に検出する方法としては、様々な方法を利用することができる。前述したとおり、相手方端末装置２００βとの通信は、通信元セッション確立部２６０もしくは通信先セッション確立部２３０によって行われているので、通信異常検出部２９０は、これらによる通信状態をモニタすることにより、通信異常の発生を検出することができる。図示のブロック２３０，２６０から２９０へ向かう矢印は、このようなモニタ信号を示している。
あるいは、通信異常検出部２９０自身に通信異常を検出する機能をもたせることもできる。たとえば、通信異常検出部２９０に、相手方端末装置２００βと通信を行っている最中に、相手方の通信異常検出部２９０との間で、接続確認信号（たとえば、返信を要求する小さな通信パケット）とこれに対する応答信号（たとえば、前記接続確認信号に対する返信であることを示す小さな通信パケット）とを所定周期でやり取りする機能をもたせておけば、相手方に送信した接続確認信号に対する応答信号が所定期間内に受信できなかった場合に、通信異常の検出を行うことができる。
§６−１で述べた実施例１は、第１の端末装置２００αと第２の端末装置２００βとが通信中に、第１の端末装置２００αの所在アドレスが変更されたときに、当該アドレス変更が生じた第１の端末装置２００α側が再接続処理を行うものである。これに対して、ここで述べた実施例２は、第１の端末装置２００αと第２の端末装置２００βとが通信中に、第２の端末装置２００βの所在アドレスが変更されたときに、アドレス変更が生じていない第１の端末装置２００α側が再接続処理を行うことを想定したものである。
もっとも、通信異常検出部２９０は、両者間の通信異常を検出する構成要素であるので、通信異常の原因が相手方端末装置にある場合だけでなく、自己にある場合にも、通信異常の検出が行われることになる。上述の説明は、第１の端末装置２００αと第２の端末装置２００βとが通信中に、第２の端末装置２００βの所在アドレスが変更されたときに、アドレス変更が生じていない第１の端末装置２００α側が再接続処理を行う手順を述べた。しかしながら、アドレス変更が生じた第２の端末装置２００β側にも、通信異常検出部２９０が備わっているので、この第２の端末装置２００β側からも再接続処理が実行されることになる。
別言すれば、この実施例２の構成を有する一対の端末装置２００α，２００β間で通信が行われている最中に、一方の端末装置２００βの所在アドレス変更に基づく通信異常が生じたとすると、当該通信異常は、双方の端末装置２００α，２００βで検出されるので、双方の端末装置２００α，２００βにおいてそれぞれ相手方への再接続処理が実行されることになる。そのような場合は、通信先セッション確立部４６０や通信元セッション確立部４３０において、重複して通信セッションが確立されることを防ぐ処置をとるようにしておけば問題はない。たとえば、重複して通信セッションが確立しそうになった場合には、先に確立した通信セッションを残し、後に確立することになっている通信セッションは無視するような処理を行えばよい。
ただ、このように、双方の端末装置２００α，２００βにおいて再接続処理を実行することは無駄なので、実用上は、自己の所在アドレスが変更になった端末装置については、通信異常が検出されたとしても、再接続処理を実行しないようにするのが好ましい。上例の場合、所在アドレスが「ＡＤ２」から「ＡＤ９」に変更になった端末装置２００βは、自己の所在アドレスが変更になった端末装置であるので、端末装置２００βからの再接続処理は実行しないようにし、端末装置２００αからの再接続処理を待つようにすればよい。すなわち、上例の場合、端末装置２００βは、通信異常の発生原因が自己の所在アドレス変更であることを認識できるので、通信異常が自己原因の場合には、再接続処理を実行しないようにすればよい。
具体的には、再接続処理部２７５に、相手方端末装置と通信を行っている最中に自己の所在アドレスが変更になったことを検出する機能（図２３に示すアドレス変更検出部２８０と同様の機能）をもたせておき、自己の所在アドレスの変更が検出された場合には、たとえ通信異常検出部２９０から通信異常の検出通知があったとしても、通信要求受付部２２０に対する通信要求を行わないようにすればよい。
＜＜＜ §７． 本発明の第２の実施形態 ＞＞＞
続いて、先願基本発明の第２の実施形態（§２参照）に本発明を適用した例を、本発明の第２の実施形態として述べる。ここでは、アドレス変更検出部を用いた実施例３と通信異常検出部を用いた実施例４をそれぞれ図面を用いて説明する。もちろん、これら実施例３，４についても、§３，§４で述べた変形例等のバリエーションを適用することができる。また、これら実施例３，４の双方の機能を備えたシステムを構築することも可能である。
＜７−１． 実施例３：アドレス変更検出部を用いた例＞
図２５は、本発明の実施例３に係るネットワーク通信システムの全体構成を示すブロック図である。この実施例３は、本発明の第２の実施形態において、アドレス変更検出部を用いた実施例に相当する。図示のネットワーク通信システムは、図７に示す先願基本発明の第２の実施形態に係るシステムにおける各端末装置４００に、再接続処理部４７０とアドレス変更検出部４８０を追加したものである。そこで、便宜上、この実施例３に係る端末装置についても、図７に示す端末装置と同じ符号「４００」を用いることにし、一対の端末装置間の通信を説明する際には、必要に応じて、「４００α」，「４００β」と呼んで両者を区別することにする。
図２５に個々のブロックとして示されている各構成要素は、実際には、コンピュータに専用のプログラムを組み込むことにより構築される。ここで、図２５に示す構成要素４１０，４２０，４３０，４４０，４５０，４６０は、図７に示す同符号の構成要素と同じ機能をもつ構成要素であるため、ここではこれらの構成要素についての説明は省略する。図２５に示す端末装置４００では、再接続処理部４７０とアドレス変更検出部４８０とが新たに追加されている。ここでは、これら新規構成要素を太線ブロックで示してある。以下、これら新規構成要素の機能について説明する。
なお、以下の説明では、便宜上、図２５に示されている端末装置４００を「端末装置４００α」と呼び、通信の相手方となる別の端末装置４００を「端末装置４００β」と呼ぶことにする。端末装置４００αの構成と端末装置４００βの構成は全く同じであり、いずれも図２５に各ブロック４１０〜４８０として示されている構成要素を備えている。
まず、アドレス変更検出部４８０は、通信先セッション確立部４６０もしくは通信元セッション確立部４３０が、相手方端末装置４００βと通信を行っている最中に、自己の所在アドレスが変更になったとき、これを検出する役割を果たす構成要素である。すなわち、アドレス変更検出部４８０は、図示されている端末装置４００αと相手方端末装置４００βとの間に通信セッションが確立した後、両者間で通信が行われている最中に、端末装置４００αの所在アドレス（自己アドレス）が変更になったことを検出する機能を有している。自己アドレスの変更が検出された場合、その旨が再接続処理部４７０に伝達される。図示のブロック４８０から４７０へ向かう矢印は、この伝達信号を示している。
§５で述べたとおり、図示されている端末装置４００αの所在アドレスの変更は、端末装置４００αがモバイル端末であり、移動によって担当基地局が変更になった場合や、端末装置４００αのネットワークインターフェイスが何らかの事情で切り替わった場合に発生する。このアドレス変更検出部４８０が自己の所在アドレスの変更を検出するのは、あくまでも、端末装置４００αが相手方端末装置４００βと通信を行っている最中である。別言すれば、自己の所在アドレスの変更によって中断した通信を復旧するために再接続を行う必要が生じたとき、ということになる。
なお、§２では、図８を参照しながら、端末装置４００Ｂを通信元として、端末装置４００Ａを通信先とする例を説明したが、この図８に示す通信元の端末装置４００Ｂは、相手方となる通信先の端末装置４００Ａに対して能動的に接続仲介依頼を行う側に相当し、通信先の端末装置４００Ａは、当該接続仲介依頼で指定された相手側に相当する。これに対して、図２５に示す実施例の説明では、自己アドレスの変更を検出して再接続処理を実行する側を通信元（再接続時における通信元）の端末装置４００αと呼び、その相手側を通信先（再接続時における通信先）の端末装置４００βと呼んでいる。このように、当初（再接続を行う前）の通信元と通信先の関係は、再接続時の通信元と通信先の関係に必ずしも一致するものではない。
たとえば、図８に示す例では、まず、当初の通信元である端末装置４００Ｂが、当初の通信先である端末装置４００Ａを指定して、接続仲介装置３００に対して接続仲介依頼（Ｓ１２）を行うことにより、最終的に、通信元端末装置４００Ｂの通信元セッション確立部４３０Ｂと通信先端末装置４００Ａの通信先セッション確立部４６０Ａとの間で、図に白抜矢印で示すように、通信（Ｓ１７）が実行されることになる。
このように、図８に示す通信（Ｓ１７）が行われている最中に、もし、当初の通信元である端末装置４００Ｂの所在アドレスＡＤ２が新たな所在アドレスＡＤ９に変更された場合は、アドレスの変更が生じた端末装置４００Ｂ（すなわち、当初の通信元）が、図２５に示す端末装置４００（すなわち、再接続時における通信元の端末装置４００α）になり、当初の通信先であった端末装置４００Ａは、再接続時における通信先の端末装置４００βになる。この場合、再接続の前後において、通信元と通信先の関係に変わりはない。
これに対して、図８に示す通信（Ｓ１７）が行われている最中に、もし、当初の通信先である端末装置４００Ａの所在アドレスＡＤ１が新たな所在アドレスＡＤ９に変更された場合は、アドレスの変更が生じた端末装置４００Ａ（すなわち、当初の通信先）が、図２５に示す端末装置４００（すなわち、再接続時における通信元の端末装置４００α）になり、当初の通信元であった端末装置４００Ｂは、再接続時における通信先の端末装置４００βになる。この場合、当初の通信先が再接続時の通信元になり、当初の通信元が再接続時の通信先になるので、再接続の前後において、通信元と通信先の関係が逆転することになる。
§６で述べたとおり、本発明における「通信元」と「通信先」という概念は、接続仲介装置が接続仲介処理を行う際に意味をもつ概念であり、接続仲介処理が完了して両端末装置間での通信が開始した後は、もはや意味のない概念になる。したがって、再接続時には、新たに、どちらか一方が「通信元」となり、他方が「通信先」となる。
図２５に示す例の場合、図示の端末装置４００が、当初の通信元であった場合には、図示されている通信元セッション確立部４３０の左側に伸びた白抜矢印による通信が行われていることになり、図示の端末装置４００が、当初の通信先であった場合には、図示されている通信先セッション確立部４６０の右側に伸びた白抜矢印による通信が行われていることになる。このように、図２５に示す端末装置４００は、当初は通信元であったり、通信先であったりする場合がある。
再接続処理部４７０は、アドレス変更検出部４８０が自己アドレスの変更を検出したときに、通信要求受付部４２０に対して、自己（端末装置４００α）を通信元として、これまで通信を行っていた相手方端末装置４００βを通信先とする通信要求を行う。通信要求受付部４２０は、受け付けた通信要求を接続仲介依頼部４１０に与える。これにより、接続仲介依頼部４１０は、接続仲介装置３００に対して、相手方端末装置４００βへの接続仲介依頼を行うことになる。
図８に示す例では、§２−２で説明したとおり、通信要求受付部４２０Ｂによって、たとえば、ユーザの操作入力に基づく通信要求（Ｓ１１）が受け付けられ、続いて、接続仲介依頼部４１０Ｂによって、接続仲介依頼（Ｓ１２）が行われる。この例の場合、通信要求（Ｓ１１）は、端末装置４００Ａを通信先とする要求であるので、接続仲介依頼部４１０Ｂは、当該端末装置４００Ａの端末ＩＤ「００１０」自身もしくはこの端末ＩＤ「００１０」を特定するための情報（たとえば、図１０に示すユーザＩＤや図１１に示すアカウントＩＤなど）からなる通信先特定を含む接続仲介依頼（Ｓ１２）を送信することになる。
図２５に示す例の場合も、通信要求受付部４２０および接続仲介依頼部４１０によって、同様の処理が行われる。すなわち、再接続処理部４７０から通信要求受付部４２０に与えられる通信要求は、これまで通信を行っていた相手方端末装置４００βを再接続時の通信先とするものであるから、接続仲介依頼部４１０は、当該通信要求に基づいて、再接続時の通信先となる端末装置４００βの端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼（Ｓ１２）を送信することになる。なお、接続仲介依頼部４１０から接続仲介装置３００に接続仲介依頼Ｓ１２を送信する際には、自己の所在アドレスとして、変更後の「ＡＤ９」が接続仲介装置３００側に伝達されることになる。
その後の再接続のプロセスは、図８に示す例と全く同様である。すなわち、上述の処理により、図９の流れ図のステップＳ１１，Ｓ１２の手順が実行されたことになるので、続いて、ステップＳ１３〜Ｓ１７の手順を実行することにより、再接続時の通信元となる端末装置４００αと再接続時の通信先となる端末装置４００βとの間に通信セッションが確立し、両者間で中断されていた通信が再開されることになる。
上述したとおり、ステップＳ１２において接続仲介装置３００に接続仲介依頼を送信する際には、送信元の所在アドレスとして変更後の「ＡＤ９」が通知される。一方、再接続時の通信先となる端末装置４００βの所在アドレスに変更はないので、ステップＳ１４における通信元アドレス送信では、再接続時の通信先となる端末装置４００βに対して、通信元アドレス「ＡＤ９」が送信されることになる。そして、ステップＳ１５では、再接続時の通信先となる端末装置４００βから、アドレス「ＡＤ９」宛（再接続時の通信元となる端末装置４００α宛）に通信開始要求がなされ、続くステップＳ１６において、端末装置４００αから端末装置４００βに対して通信開始受諾確認がなされる。
かくして、ステップＳ１７において、両者間での通信セッションが確立し、通信が再開される。前述したように、一対の端末装置間ではパケット通信が行われており、パケットの送受信が一時的に中断しても、その後に再開されれば支障は生じない。このように、実施例３の場合も、両端末装置間の通信中断時に、自動的に再接続が行われて通信が再開されるため、通信の一時的中断によって実用上の支障が生じることはない。
なお、図２５に示す接続仲介依頼部４１０は、通信要求受付部４２０が受け付けた通信要求に基づいて、再接続時の通信先となる端末装置４００β（これまで通信を行っていた相手方端末装置）の端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼（Ｓ１２）を送信する処理を行うので、再接続処理部４７０が通信要求受付部４２０に与える通信要求には、端末装置４００βの端末ＩＤを特定するための通信先特定情報が含まれている必要がある。そのためには、再接続処理部４７０に、通信元セッション確立部４３０もしくは通信先セッション確立部４６０から、当該通信先特定情報を取り出す機能を設けておけばよい。
具体的には、たとえば、図２５に示す端末装置４００αにおいて、通信元セッション確立部４３０もしくは通信先セッション確立部４６０が、相手方端末装置４００βとの間に通信セッションを確立する際に、相手方端末装置４００βの通信先特定情報（端末装置４００βの端末ＩＤ自身や、端末ＩＤを特定するためのユーザＩＤやアカウントＩＤなど）を相手方端末装置４００βから受信し、これを所定の格納場所に格納する処理を行うようにしておけばよい。
そうすれば、再接続処理部４７０は、通信元セッション確立部４３０もしくは通信先セッション確立部４６０の所定の格納場所に格納されていた通信先特定情報を読み出し、読み出した通信先特定情報を用いて、通信要求受付部４２０に対する通信要求を行うことができる。図示のブロック４３０，４６０から４７０へ向かう矢印は、このような通信先特定情報の読出信号を示している。
この端末装置４００αが、当初の通信元端末装置４００Ｂとして機能していた場合には、通信元セッション確立部４３０によって通信が行われているので、通信元セッション確立部４３０の所定の格納場所から通信先特定情報（再接続時の通信先を特定する情報）を読み出せばよい。これに対して、この端末装置４００αが、当初の通信先端末装置４００Ａとして機能していた場合には、通信先セッション確立部４６０によって通信が行われているので、通信先セッション確立部４６０の所定の格納場所から通信先特定情報（再接続時の通信先を特定する情報）を読み出せばよい。
§６でも述べたとおり、ここでは発明の基本概念の説明を行う便宜上、通信元セッション確立部４３０と通信先セッション確立部４６０とを別個のブロックで示す別個の構成要素として示しているが、実際には、両者は共通の通信用プログラムルーチンによって構築することができるので、相手方端末装置４００βの通信先特定情報の格納場所としては、両者共通の格納場所を用意すれば足りる。
アドレス変更検出部４８０が、通信中に、自己アドレスの変更を検出するための方法は、§６で述べたアドレス変更検出部２８０の検出方法と同様である。たとえば、端末装置４００が、所定のＯＳプログラムと、このＯＳプログラムの下で動作する１つもしくは複数の通信アプリケーションプログラムと、がインストールされているコンピュータによって構成されている場合、アドレス変更検出部４８０は、このＯＳプログラムもしくは通信アプリケーションプログラムが管理する情報（自己の所在アドレスを示す情報）に基づいて、所在アドレスの変更を検出することができる。
この図２５に示す実施例の場合も、アドレス変更検出部４８０は、アドレスの変更を検出したときに、その旨を自己アドレス通知部４５０に報知する機能を有している。図において、ブロック４８０から４５０へ向かう矢印は、この報知信号を示している。自己アドレス通知部４５０は、このような報知を受けたときに、変更後の所在アドレスを接続仲介装置３００に対して通知する。したがって、接続仲介装置３００内のアドレステーブルＴは、当該通知に基づいて、直ちに更新されることになる。
上述したとおり、再接続時の通信元となる端末装置４００αが再接続処理を行う際には、アドレステーブルＴが更新されていなくても支障はない。上述の例の場合、再接続時の通信先となる端末装置４００βの所在アドレスは変更されていないので、更新前のアドレステーブルＴを用いた接続仲介が行われても問題は生じないためである。したがって、アドレス変更検出部４８０による自己アドレス通知部４５０に対する変更検出時の報知は、本発明を実施する上で必須の事項ではない。ただ、実用上は、図示の実施例のとおり、アドレス変更検出部４８０がアドレスの変更を検出した時点で、これを自己アドレス通知部４５０に報知し、変更後の所在アドレスが直ちに接続仲介装置３００に対して通知されるようにするのが好ましい。
＜７−２． 実施例４：通信異常検出部を用いた例＞
図２６は、本発明の実施例４に係るネットワーク通信システムの全体構成を示すブロック図である。この実施例４は、本発明の第２の実施形態において、通信異常検出部を用いた実施例に相当する。図示のネットワーク通信システムは、図７に示す先願基本発明の第２の実施形態に係るシステムにおける各端末装置４００に、再接続処理部４７５と通信異常検出部４９０を追加したものである。そこで、便宜上、この実施例４に係る端末装置についても、図７に示す端末装置と同じ符号「４００」を用いることにし、一対の端末装置間の通信を説明する際には、必要に応じて、「４００α」，「４００β」と呼んで両者を区別することにする。
図２６に個々のブロックとして示されている各構成要素は、実際には、コンピュータに専用のプログラムを組み込むことにより構築される。ここで、図２６に示す構成要素４１０，４２０，４３０，４４０，４５０，４６０は、図７に示す同符号の構成要素と同じ機能をもつ構成要素であるため、ここではこれらの構成要素についての説明は省略する。図２６に示す端末装置４００では、再接続処理部４７５と通信異常検出部４９０とが新たに追加されている。ここでは、これら新規構成要素を太線ブロックで示してある。以下、これら新規構成要素の機能について説明する。
なお、ここでも、便宜上、図２６に示されている端末装置４００を「端末装置４００α」と呼び、通信の相手方となる別の端末装置４００を「端末装置４００β」と呼ぶことにする。端末装置４００αの構成と端末装置４００βの構成は全く同じであり、いずれも図２６に各ブロック４１０〜４９０として示されている構成要素を備えている。
まず、通信異常検出部４９０は、通信先セッション確立部４６０もしくは通信元セッション確立部４３０が相手方端末装置４００βと通信を行っている最中に生じた通信異常を検出する役割を果たす構成要素である。すなわち、通信異常検出部４９０は、図示されている端末装置４００αと相手方端末装置４００βとの間に通信セッションが確立した後、両者間で通信が行われている最中に、当該通信に何らかの異常が生じたことを検出する機能を有している。
たとえば、相手方端末装置４００βがモバイル端末であり、移動によって担当基地局が変更になった場合や、相手方端末装置４００βのネットワークインターフェイスが何らかの事情で切り替わった場合には、相手方端末装置４００βの所在アドレスが変更されるため、端末装置４００αから相手方端末装置４００βへ宛てた通信パケットが未着となり、当該通信パケットに対する相手方端末装置４００βからの受領確認が届かない事態が生じる。ここでは、相手方端末装置４００βの所在アドレスが「ＡＤ１」から「ＡＤ９」に変更されたものとしよう。このような場合、端末装置４００α側には、通信異常を来す原因がないので、相手方端末装置４００β側に何らかの異常が生じたと判断することができる。
通信異常検出部４９０が通信異常を検出すると、その旨が再接続処理部４７５に伝達される。図示のブロック４９０から４７５へ向かう矢印は、この伝達信号を示している。再接続処理部４７５は、通信異常検出部４９０が通信異常を検出したときに、通信要求受付部４２０に対して、自己（端末装置４００α）を通信元として、これまで通信を行っていた相手方端末装置４００βを通信先とする通信要求を行う。通信要求受付部４２０は、受け付けた通信要求を接続仲介依頼部４１０に与える。これにより、接続仲介依頼部４１０は、接続仲介装置３００に対して、相手方端末装置４００βへの接続仲介依頼を行うことになる。
この図２６に示す実施例４における接続仲介依頼のプロセスは、前述した図２５に示す実施例３の場合と同様である。すなわち、再接続処理部４７５から通信要求受付部４２０に与えられる通信要求は、これまで通信を行っていた相手方端末装置４００βを再接続時の通信先とするものであるから、接続仲介依頼部４１０は、当該通信要求に基づいて、再接続時の通信先となる端末装置４００βの端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼（Ｓ１２）を送信することになる。
この接続仲介依頼（Ｓ１２）の送信後に行われる再接続のプロセスは、図８に示す例と全く同様である。すなわち、上述の処理により、図９の流れ図のステップＳ１，Ｓ２の手順が実行されたことになるので、続いて、接続仲介装置３００側において、ステップＳ３のアドレステーブル参照処理が実行される。上述したように、ここで述べる例の場合、相手方端末装置４００βの所在アドレスが「ＡＤ１」から「ＡＤ９」に変更されたため、やがて、相手方端末装置４００β内の自己アドレス通知部４５０から、所在アドレスが「ＡＤ９」に変更された旨が接続仲介装置３００に通知され、アドレステーブルＴが更新される。したがって、続くステップＳ１４の手順では、アドレス「ＡＤ９」宛（再接続時の通信先となる端末装置４００β宛）に、通信元アドレス「ＡＤ２」（再接続時の通信元となる端末装置４００αのアドレス）が送信される。そこで、以下、ステップＳ１５〜Ｓ１７の手順を実行することにより、再接続時の通信元となる端末装置４００αと再接続時の通信先となる端末装置４００βとの間に通信セッションが確立し、両者間で中断されていた通信が再開されることになる。
もちろん、アドレステーブルＴが更新されるまでは、ステップＳ１４において、通信先アドレスとして相手方端末装置４００βの古い所在アドレス「ＡＤ１」が返信されることになるので、ステップＳ１５の通信開始要求は相手方端末装置４００βに届かず、再接続に失敗することになる。しかしながら、§２で述べたように、自己アドレス通知部４５０に、所定間隔で繰り返し通知を行う機能をもたせておけば、やがてアドレステーブルＴの更新が行われ、再接続に成功する。
あるいは、相手方端末装置４００βに、図２５に示す実施例３におけるアドレス変更検出部４８０を設けておけば、所在アドレスが「ＡＤ９」に変更された時点で、ただちに接続仲介装置３００に対する自己アドレスの通知を行うことができるので、直ちにアドレステーブルＴの更新が行われるようにすることもできる。
前述したとおり、通常、一対の端末装置間ではパケット通信が行われており、パケットの送受信が一時的に中断しても、その後に再開されれば支障は生じない。したがって、この実施例４の場合も、両端末装置間の通信が一時的に中断されても、上述した手順により自動的に再接続が行われて通信が再開されるため、通信の一時的中断によって実用上の支障が生じることはない。
前述した実施例３と同様に、接続仲介依頼部４１０は、通信要求受付部４２０が受け付けた通信要求に基づいて、再接続時の通信先となる端末装置４００β（これまで通信を行っていた相手方端末装置）の端末ＩＤを特定するための通信先特定情報を含む接続仲介依頼（Ｓ１２）を送信する処理を行うので、再接続処理部４７５が通信要求受付部４２０に与える通信要求には、端末装置４００βの端末ＩＤを特定するための通信先特定情報が含まれている必要がある。そのためには、再接続処理部４７５に、通信先セッション確立部４６０もしくは通信元セッション確立部４３０から、当該通信先特定情報を取り出す機能を設けておけばよい。
具体的には、前述した実施例３と同様に、図２６に示す端末装置４００αにおいて、通信先セッション確立部４６０もしくは通信元セッション確立部４３０が、相手方端末装置４００βとの間に通信セッションを確立する際に、相手方端末装置４００βの通信先特定情報（端末装置４００βの端末ＩＤ自身や、端末ＩＤを特定するためのユーザＩＤやアカウントＩＤなど）を相手方端末装置４００βから受信し、これを所定の格納場所に格納する処理を行うようにしておけばよい。
そうすれば、再接続処理部４７５は、通信先セッション確立部４６０もしくは通信元セッション確立部４３０の所定の格納場所に格納されていた通信先特定情報を読み出し、読み出した通信先特定情報を用いて、通信要求受付部２２０に対する通信要求を行うことができる。図示のブロック４３０，４６０から４７５へ向かう矢印は、このような通信先特定情報の読出信号を示している。
前述した実施例３と同様に、この端末装置４００αが、当初の通信元端末装置４００Ｂとして機能していた場合には、通信元セッション確立部４３０によって通信が行われているので、通信元セッション確立部４３０の所定の格納場所から通信先特定情報（再接続時の通信先を特定する情報）を読み出せばよい。これに対して、この端末装置４００αが、当初の通信先端末装置４００Ａとして機能していた場合には、通信先セッション確立部４６０によって通信が行われているので、通信先セッション確立部４６０の所定の格納場所から通信先特定情報（再接続時の通信先を特定する情報）を読み出せばよい。もちろん、実用上は、両者を共通の格納場所とすることができる。
前述したとおり、通信異常検出部４９０は、相手方端末装置４００βと通信を行っている最中に生じた通信異常を検出する役割を果たす構成要素であるが、通信異常を具体的に検出する方法としては、様々な方法を利用することができる。前述したとおり、相手方端末装置４００βとの通信は、通信元セッション確立部４３０もしくは通信先セッション確立部４６０によって行われているので、通信異常検出部４９０は、これらによる通信状態をモニタすることにより、通信異常の発生を検出することができる。図示のブロック４３０，４６０から４９０へ向かう矢印は、このようなモニタ信号を示している。
あるいは、通信異常検出部４９０自身に通信異常を検出する機能をもたせることもできる。たとえば、通信異常検出部４９０に、相手方端末装置４００βと通信を行っている最中に、相手方の通信異常検出部４９０との間で、接続確認信号（たとえば、返信を要求する小さな通信パケット）とこれに対する応答信号（たとえば、前記接続確認信号に対する返信であることを示す小さな通信パケット）とを所定周期でやり取りする機能をもたせておけば、相手方に送信した接続確認信号に対する応答信号が所定期間内に受信できなかった場合に、通信異常の検出を行うことができる。
§７−１で述べた実施例３は、第１の端末装置４００αと第２の端末装置４００βとが通信中に、第１の端末装置４００αの所在アドレスが変更されたときに、当該アドレス変更が生じた第１の端末装置４００α側が再接続処理を行うものである。これに対して、ここで述べた実施例４は、第１の端末装置４００αと第２の端末装置４００βとが通信中に、第２の端末装置４００βの所在アドレスが変更されたときに、アドレス変更が生じていない第１の端末装置４００α側が再接続処理を行うことを想定したものである。
もっとも、通信異常検出部４９０は、両者間の通信異常を検出する構成要素であるので、通信異常の原因が相手方端末装置にある場合だけでなく、自己にある場合にも、通信異常の検出が行われることになる。上述の説明は、第１の端末装置４００αと第２の端末装置４００βとが通信中に、第２の端末装置４００βの所在アドレスが変更されたときに、アドレス変更が生じていない第１の端末装置４００α側が再接続処理を行う手順を述べた。しかしながら、アドレス変更が生じた第２の端末装置４００β側にも、通信異常検出部４９０が備わっているので、この第２の端末装置４００β側からも再接続処理が実行されることになる。
別言すれば、この実施例４の構成を有する一対の端末装置４００α，４００β間で通信が行われている最中に、一方の端末装置４００βの所在アドレス変更に基づく通信異常が生じたとすると、当該通信異常は、双方の端末装置４００α，４００βで検出されるので、双方の端末装置４００α，４００βにおいてそれぞれ相手方への再接続処理が実行されることになる。そのような場合は、通信先セッション確立部４６０や通信元セッション確立部４３０において、重複して通信セッションが確立されることを防ぐ処置をとるようにしておけば問題はない。たとえば、重複して通信セッションが確立しそうになった場合には、先に確立した通信セッションを残し、後に確立することになっている通信セッションは無視するような処理を行えばよい。
ただ、このように、双方の端末装置４００α，４００βにおいて再接続処理を実行することは無駄なので、実用上は、自己の所在アドレスが変更になった端末装置については、通信異常が検出されたとしても、再接続処理を実行しないようにするのが好ましい。上例の場合、所在アドレスが「ＡＤ１」から「ＡＤ９」に変更になった端末装置４００βは、自己の所在アドレスが変更になった端末装置であるので、端末装置４００βからの再接続処理は実行しないようにし、端末装置４００αからの再接続処理を待つようにすればよい。すなわち、上例の場合、端末装置４００βは、通信異常の発生原因が自己の所在アドレス変更であることを認識できるので、通信異常が自己原因の場合には、再接続処理を実行しないようにすればよい。
具体的には、再接続処理部４７５に、相手方端末装置と通信を行っている最中に自己の所在アドレスが変更になったことを検出する機能（図２５に示すアドレス変更検出部４８０と同様の機能）をもたせておき、自己の所在アドレスの変更が検出された場合には、たとえ通信異常検出部４９０から通信異常の検出通知があったとしても、通信要求受付部４２０に対する通信要求を行わないようにすればよい。
本発明に係るネットワーク通信システムは、パソコン、携帯電話、タブレット型端末など、インターネットに接続可能な様々な端末装置が利用されている状態において、任意の端末装置間での安定した通信を可能にする技術を提供するものであり、産業上、十分な利用可能性を有している。
１００：接続仲介装置
１１０：アドレステーブル格納部
１２０：アドレステーブル更新部
１３０：通信先アドレス返信部
２００，２００Ａ〜２００Ｋ：端末装置
２０１Ｈ，２０１Ｋ：ＶＰＮ通信部
２１０，２１０Ａ，２１０Ｂ：接続仲介依頼部
２２０，２２０Ａ，２２０Ｂ：通信要求受付部
２３０，２３０Ａ，２３０Ｂ：通信先セッション確立部
２４０，２４０Ａ，２４０Ｂ：通信開始要求部
２５０，２５０Ａ，２５０Ｂ：自己アドレス通知部
２６０，２６０Ａ，２６０Ｂ：通信元セッション確立部
２７０，２７５：再接続処理部
２８０：アドレス変更検出部
２９０：通信異常検出部
３００：接続仲介装置
３１０：アドレステーブル格納部
３２０：アドレステーブル更新部
３３０：通信元アドレス送信部
４００，４００Ａ〜４００Ｄ：端末装置
４１０，４１０Ａ，４１０Ｂ：接続仲介依頼部
４２０，４２０Ａ，４２０Ｂ：通信要求受付部
４３０，４３０Ａ，４３０Ｂ：通信元セッション確立部
４４０，４４０Ａ，４４０Ｂ：通信開始要求部
４５０，４５０Ａ，４５０Ｂ：自己アドレス通知部
４６０，４６０Ａ，４６０Ｂ：通信先セッション確立部
４７０，４７５：再接続処理部
４８０：アドレス変更検出部
４９０：通信異常検出部
ＡＤ１〜ＡＤ９：所在アドレス
ＡＤｘ，ＡＤｙ，ＡＤｚ：グローバルＩＰアドレス
ＡＰＰ１，ＡＰＰ２：アプリケーションプログラム
Ｂ１，Ｂ２：基地局
Ｎ：ネットワーク（インターネット）
Ｐ１〜Ｐ２１：ポート番号
Ｒ，Ｒ１，Ｒ２：ルータ
Ｓ１〜Ｓ７，Ｓ１１〜Ｓ１７：流れ図の各ステップ
Ｔ，Ｔ１〜Ｔ３，Ｔ４１，Ｔ４２，Ｔ５１，Ｔ５２：アドレステーブル

Claims (18)

  1. ネットワーク（Ｎ）を介して相互に接続可能な複数の端末装置（２００，２００Ａ−２００Ｋ）と、前記複数の端末装置間の接続を仲介する接続仲介装置（１００）と、を備えたネットワーク通信システムであって、
    前記複数の端末装置（２００，２００Ａ−２００Ｋ）には、個々の端末装置を相互に識別するための端末ＩＤがそれぞれ付与されており、前記接続仲介装置（１００）は、前記端末ＩＤを利用して通信元となる端末装置（２００Ａ）と通信先となる端末装置（２００Ｂ）との間の接続を仲介する処理を実行し、
    前記複数の端末装置（２００）のそれぞれは、
    自己のネットワーク上での所在を示す所在アドレスを、前記接続仲介装置（１００）に対して通知する自己アドレス通知部（２５０）と、
    自己（２００Ａ）を通信元として、通信先の別な端末装置（２００Ｂ）に対する通信要求（Ｓ１）を受け付ける通信要求受付部（２２０Ａ）と、
    前記通信要求受付部（２２０Ａ）によって前記通信要求（Ｓ１）が受け付けられたときに、前記接続仲介装置（１００）に対して、前記通信先の別な端末装置（２００Ｂ）の端末ＩＤ（００２０）を特定するための通信先特定情報を含む接続仲介依頼（Ｓ２）を送信する接続仲介依頼部（２１０Ａ）と、
    前記接続仲介依頼（Ｓ２）に応じて、前記接続仲介装置（１００）から、前記通信先の別な端末装置（２００Ｂ）のネットワーク上での所在を示す通信先アドレス（ＡＤ２）が返信されてきたときに、ネットワーク（Ｎ）を介して、前記通信先アドレス（ＡＤ２）にアクセスして通信開始要求（Ｓ５）を行う通信開始要求部（２４０Ａ）と、
    前記通信開始要求（Ｓ５）に応じて、前記通信先の別な端末装置（２００Ｂ）から、通信開始受諾確認（Ｓ６）が返信されてきたら、前記通信先の別な端末装置（２００Ｂ）との間に通信セッションを確立して通信（Ｓ７）を開始する通信元セッション確立部（２６０Ａ）と、
    通信元の別な端末装置（２００Ａ）から、自己を通信先とする通信開始要求（Ｓ５）がなされたら、前記通信元の別な端末装置（２００Ａ）に対して通信開始受諾確認（Ｓ６）を送信し、前記通信元の別な端末装置（２００Ａ）との間に通信セッションを確立して通信（Ｓ７）を開始する通信先セッション確立部（２３０Ｂ）と、
    前記通信元セッション確立部（２６０）もしくは前記通信先セッション確立部（２３０）が相手方端末装置（２００）と通信を行っている最中に、自己の所在アドレスが変更になったときに、これを検出するアドレス変更検出部（２８０）と、
    前記アドレス変更検出部（２８０）がアドレスの変更を検出したときに、前記通信要求受付部（２２０）に対して、自己（２００）を通信元として、前記相手方端末装置（２００）を通信先とする通信要求を行う再接続処理部（２７０）と、
    を有し、
    前記接続仲介装置（１００）は、
    前記端末装置（２００Ａ−２００Ｋ）のそれぞれについて、前記端末ＩＤと前記所在アドレスとを対応づけたアドレステーブル（Ｔ）を格納するアドレステーブル格納部（１１０）と、
    前記端末装置（２００Ａ−２００Ｋ）の前記自己アドレス通知部（２５０）からの通知に基づいて、前記アドレステーブル（Ｔ）の内容を更新するアドレステーブル更新部（１２０）と、
    前記端末装置（２００Ａ）の前記接続仲介依頼部（２１０Ａ）から、前記接続仲介依頼（Ｓ２）が送信されてきたときに、前記アドレステーブル（Ｔ）を参照して、前記接続仲介依頼（Ｓ２）に含まれている通信先特定情報によって特定される端末ＩＤ（００２０）に対応づけられている所在アドレス（ＡＤ２）を通信先アドレスとして返信する通信先アドレス返信部（１３０）と、
    を有することを特徴とするネットワーク通信システム。
  2. 請求項１に記載のネットワーク通信システムにおいて、
    通信元セッション確立部（２６０）および通信先セッション確立部（２３０）が相手方端末装置（２００）との間に通信セッションを確立する際に、相手方端末装置（２００）の通信先特定情報を格納する機能を有し、
    再接続処理部（２７０）が、前記通信元セッション確立部（２６０）もしくは前記通信先セッション確立部（２３０）に格納されていた前記通信先特定情報を用いて通信要求を行うことを特徴とするネットワーク通信システム。
  3. 請求項１または２に記載のネットワーク通信システムにおいて、
    端末装置（２００）が、所定のＯＳプログラムと、このＯＳプログラムの下で動作する１つもしくは複数の通信アプリケーションプログラムと、をインストールしたコンピュータによって構成されており、
    アドレス変更検出部（２８０）が、前記ＯＳプログラムもしくは前記通信アプリケーションプログラムが管理する情報に基づいて、所在アドレスの変更を検出することを特徴とするネットワーク通信システム。
  4. 請求項１〜３のいずれかに記載のネットワーク通信システムにおいて、
    アドレス変更検出部（２８０）が、アドレスの変更を検出したときに、その旨を自己アドレス通知部（２５０）に報知し、
    自己アドレス通知部（２５０）が、前記報知を受けたときに、変更後の所在アドレスを接続仲介装置（１００）に対して通知することを特徴とするネットワーク通信システム。
  5. ネットワーク（Ｎ）を介して相互に接続可能な複数の端末装置（２００，２００Ａ−２００Ｋ）と、前記複数の端末装置間の接続を仲介する接続仲介装置（１００）と、を備えたネットワーク通信システムであって、
    前記複数の端末装置（２００，２００Ａ−２００Ｋ）には、個々の端末装置を相互に識別するための端末ＩＤがそれぞれ付与されており、前記接続仲介装置（１００）は、前記端末ＩＤを利用して通信元となる端末装置（２００Ａ）と通信先となる端末装置（２００Ｂ）との間の接続を仲介する処理を実行し、
    前記複数の端末装置（２００）のそれぞれは、
    自己のネットワーク上での所在を示す所在アドレスを、前記接続仲介装置（１００）に対して通知する自己アドレス通知部（２５０）と、
    自己（２００Ａ）を通信元として、通信先の別な端末装置（２００Ｂ）に対する通信要求（Ｓ１）を受け付ける通信要求受付部（２２０Ａ）と、
    前記通信要求受付部（２２０Ａ）によって前記通信要求（Ｓ１）が受け付けられたときに、前記接続仲介装置（１００）に対して、前記通信先の別な端末装置（２００Ｂ）の端末ＩＤ（００２０）を特定するための通信先特定情報を含む接続仲介依頼（Ｓ２）を送信する接続仲介依頼部（２１０Ａ）と、
    前記接続仲介依頼（Ｓ２）に応じて、前記接続仲介装置（１００）から、前記通信先の別な端末装置（２００Ｂ）のネットワーク上での所在を示す通信先アドレス（ＡＤ２）が返信されてきたときに、ネットワーク（Ｎ）を介して、前記通信先アドレス（ＡＤ２）にアクセスして通信開始要求（Ｓ５）を行う通信開始要求部（２４０Ａ）と、
    前記通信開始要求（Ｓ５）に応じて、前記通信先の別な端末装置（２００Ｂ）から、通信開始受諾確認（Ｓ６）が返信されてきたら、前記通信先の別な端末装置（２００Ｂ）との間に通信セッションを確立して通信（Ｓ７）を開始する通信元セッション確立部（２６０Ａ）と、
    通信元の別な端末装置（２００Ａ）から、自己を通信先とする通信開始要求（Ｓ５）がなされたら、前記通信元の別な端末装置（２００Ａ）に対して通信開始受諾確認（Ｓ６）を送信し、前記通信元の別な端末装置（２００Ａ）との間に通信セッションを確立して通信（Ｓ７）を開始する通信先セッション確立部（２３０Ｂ）と、
    前記通信元セッション確立部（２６０）もしくは前記通信先セッション確立部（２３０）が相手方端末装置（２００）と通信を行っている最中に生じた通信異常を検出する通信異常検出部（２９０）と、
    前記通信異常検出部（２９０）が通信異常を検出したときに、前記通信要求受付部（２２０）に対して、自己（２００）を通信元として、前記相手方端末装置（２００）を通信先とする通信要求を行う再接続処理部（２７５）と、
    を有し、
    前記接続仲介装置（１００）は、
    前記端末装置（２００Ａ−２００Ｋ）のそれぞれについて、前記端末ＩＤと前記所在アドレスとを対応づけたアドレステーブル（Ｔ）を格納するアドレステーブル格納部（１１０）と、
    前記端末装置（２００Ａ−２００Ｋ）の前記自己アドレス通知部（２５０）からの通知に基づいて、前記アドレステーブル（Ｔ）の内容を更新するアドレステーブル更新部（１２０）と、
    前記端末装置（２００Ａ）の前記接続仲介依頼部（２１０Ａ）から、前記接続仲介依頼（Ｓ２）が送信されてきたときに、前記アドレステーブル（Ｔ）を参照して、前記接続仲介依頼（Ｓ２）に含まれている通信先特定情報によって特定される端末ＩＤ（００２０）に対応づけられている所在アドレス（ＡＤ２）を通信先アドレスとして返信する通信先アドレス返信部（１３０）と、
    を有することを特徴とするネットワーク通信システム。
  6. 請求項５に記載のネットワーク通信システムにおいて、
    通信元セッション確立部（２６０）および通信先セッション確立部（２３０）が相手方端末装置（２００）との間に通信セッションを確立する際に、相手方端末装置（２００）の通信先特定情報を格納する機能を有し、
    再接続処理部（２７５）が、前記通信元セッション確立部（２６０）もしくは前記通信先セッション確立部（２３０）に格納されていた前記通信先特定情報を用いて通信要求を行うことを特徴とするネットワーク通信システム。
  7. 請求項５または６に記載のネットワーク通信システムにおいて、
    通信異常検出部（２９０）が、相手方端末装置（２００）と通信を行っている最中に、相手方の通信異常検出部（２９０）との間で、接続確認信号とこれに対する応答信号とを所定周期でやり取りする機能を有し、相手方に送信した接続確認信号に対する応答信号が所定期間内に受信できなかった場合に、通信異常の検出を行うことを特徴とするネットワーク通信システム。
  8. 請求項５〜７のいずれかに記載のネットワーク通信システムにおいて、
    再接続処理部（２７５）が、相手方端末装置（２００）と通信を行っている最中に自己の所在アドレスが変更になったことを検出する機能を有し、自己の所在アドレスの変更が検出された場合には、通信要求受付部（２２０）に対する通信要求を行わないことを特徴とするネットワーク通信システム。
  9. ネットワーク（Ｎ）を介して相互に接続可能な複数の端末装置（４００，４００Ａ−４００Ｄ）と、前記複数の端末装置間の接続を仲介する接続仲介装置（３００）と、を備えたネットワーク通信システムであって、
    前記複数の端末装置（４００，４００Ａ−４００Ｄ）には、個々の端末装置を相互に識別するための端末ＩＤがそれぞれ付与されており、前記接続仲介装置（３００）は、前記端末ＩＤを利用して通信元となる端末装置（４００Ｂ）と通信先となる端末装置（４００Ａ）との間の接続を仲介する処理を実行し、
    前記複数の端末装置（４００）のそれぞれは、
    自己のネットワーク上での所在を示す所在アドレスを、前記接続仲介装置（３００）に対して通知する自己アドレス通知部（４５０）と、
    自己（４００Ｂ）を通信元として、通信先の別な端末装置（４００Ａ）に対する通信要求（Ｓ１１）を受け付ける通信要求受付部（４２０Ｂ）と、
    前記通信要求受付部（４２０Ｂ）によって前記通信要求（Ｓ１１）が受け付けられたときに、前記接続仲介装置（３００）に対して、前記通信先の別な端末装置（４００Ａ）の端末ＩＤ（００１０）を特定するための通信先特定情報を含む接続仲介依頼（Ｓ１２）を送信する接続仲介依頼部（４１０Ｂ）と、
    前記接続仲介装置（３００）から、通信元の別な端末装置（４００Ｂ）のネットワーク上での所在を示す通信元アドレス（ＡＤ２）が送信されてきたときに、ネットワーク（Ｎ）を介して、前記通信元アドレス（ＡＤ２）にアクセスして通信開始要求（Ｓ１５）を行う通信開始要求部（４４０Ａ）と、
    前記通信開始要求（Ｓ１５）に応じて、前記通信元の別な端末装置（４００Ｂ）から、通信開始受諾確認（Ｓ１６）が返信されてきたら、前記通信元の別な端末装置（４００Ｂ）との間に通信セッションを確立して通信（Ｓ１７）を開始する通信先セッション確立部（４６０Ａ）と、
    前記通信先の別な端末装置（４００Ａ）から、自己（４００Ｂ）を通信元とする通信開始要求（Ｓ１５）がなされたら、前記通信先の別な端末装置（４００Ａ）に対して通信開始受諾確認（Ｓ１６）を送信し、前記通信先の別な端末装置（４００Ａ）との間に通信セッションを確立して通信（Ｓ１７）を開始する通信元セッション確立部（４３０Ｂ）と、
    前記通信先セッション確立部（４６０）もしくは前記通信元セッション確立部（４３０）が相手方端末装置（４００）と通信を行っている最中に、自己の所在アドレスが変更になったときに、これを検出するアドレス変更検出部（４８０）と、
    前記アドレス変更検出部（４８０）がアドレスの変更を検出したときに、前記通信要求受付部（４２０）に対して、自己（４００）を通信元として、前記相手方端末装置（４００）を通信先とする通信要求を行う再接続処理部（４７０）と、
    を有し、
    前記接続仲介装置（３００）は、
    前記端末装置（４００Ａ−４００Ｄ）のそれぞれについて、前記端末ＩＤと前記所在アドレスとを対応づけたアドレステーブル（Ｔ）を格納するアドレステーブル格納部（３１０）と、
    前記端末装置（４００Ａ−４００Ｄ）の前記自己アドレス通知部（４５０）からの通知に基づいて、前記アドレステーブル（Ｔ）の内容を更新するアドレステーブル更新部（３２０）と、
    前記端末装置（４００Ｂ）の前記接続仲介依頼部（４１０Ｂ）から、前記接続仲介依頼（Ｓ１２）が送信されてきたときに、前記アドレステーブル（Ｔ）を参照して、前記接続仲介依頼（Ｓ１２）に含まれている通信先特定情報によって特定される端末ＩＤ（００１０）に対応づけられている所在アドレス（ＡＤ１）に対して、前記接続仲介依頼（Ｓ１２）を送信した通信元の端末装置（４００Ｂ）の端末ＩＤ（００２０）に対応づけられている所在アドレス（ＡＤ２）を通信元アドレスとして送信する通信元アドレス送信部（３３０）と、
    を有することを特徴とするネットワーク通信システム。
  10. 請求項９に記載のネットワーク通信システムにおいて、
    通信先セッション確立部（４６０）および通信元セッション確立部（４３０）が相手方端末装置（４００）との間に通信セッションを確立する際に、相手方端末装置（４００）の通信先特定情報を格納する機能を有し、
    再接続処理部（４７０）が、前記通信先セッション確立部（４６０）もしくは前記通信元セッション確立部（４３０）に格納されていた前記通信先特定情報を用いて通信要求を行うことを特徴とするネットワーク通信システム。
  11. 請求項９または１０に記載のネットワーク通信システムにおいて、
    端末装置（４００）が、所定のＯＳプログラムと、このＯＳプログラムの下で動作する１つもしくは複数の通信アプリケーションプログラムと、をインストールしたコンピュータによって構成されており、
    アドレス変更検出部（４８０）が、前記ＯＳプログラムもしくは前記通信アプリケーションプログラムが管理する情報に基づいて、所在アドレスの変更を検出することを特徴とするネットワーク通信システム。
  12. 請求項９〜１１のいずれかに記載のネットワーク通信システムにおいて、
    アドレス変更検出部（４８０）が、アドレスの変更を検出したときに、その旨を自己アドレス通知部（４５０）に報知し、
    自己アドレス通知部（４５０）が、前記報知を受けたときに、変更後の所在アドレスを接続仲介装置（３００）に対して通知することを特徴とするネットワーク通信システム。
  13. ネットワーク（Ｎ）を介して相互に接続可能な複数の端末装置（４００，４００Ａ−４００Ｄ）と、前記複数の端末装置間の接続を仲介する接続仲介装置（３００）と、を備えたネットワーク通信システムであって、
    前記複数の端末装置（４００，４００Ａ−４００Ｄ）には、個々の端末装置を相互に識別するための端末ＩＤがそれぞれ付与されており、前記接続仲介装置（３００）は、前記端末ＩＤを利用して通信元となる端末装置（４００Ｂ）と通信先となる端末装置（４００Ａ）との間の接続を仲介する処理を実行し、
    前記複数の端末装置（４００）のそれぞれは、
    自己のネットワーク上での所在を示す所在アドレスを、前記接続仲介装置（３００）に対して通知する自己アドレス通知部（４５０）と、
    自己（４００Ｂ）を通信元として、通信先の別な端末装置（４００Ａ）に対する通信要求（Ｓ１１）を受け付ける通信要求受付部（４２０Ｂ）と、
    前記通信要求受付部（４２０Ｂ）によって前記通信要求（Ｓ１１）が受け付けられたときに、前記接続仲介装置（３００）に対して、前記通信先の別な端末装置（４００Ａ）の端末ＩＤ（００１０）を特定するための通信先特定情報を含む接続仲介依頼（Ｓ１２）を送信する接続仲介依頼部（４１０Ｂ）と、
    前記接続仲介装置（３００）から、通信元の別な端末装置（４００Ｂ）のネットワーク上での所在を示す通信元アドレス（ＡＤ２）が送信されてきたときに、ネットワーク（Ｎ）を介して、前記通信元アドレス（ＡＤ２）にアクセスして通信開始要求（Ｓ１５）を行う通信開始要求部（４４０Ａ）と、
    前記通信開始要求（Ｓ１５）に応じて、前記通信元の別な端末装置（４００Ｂ）から、通信開始受諾確認（Ｓ１６）が返信されてきたら、前記通信元の別な端末装置（４００Ｂ）との間に通信セッションを確立して通信（Ｓ１７）を開始する通信先セッション確立部（４６０Ａ）と、
    前記通信先の別な端末装置（４００Ａ）から、自己（４００Ｂ）を通信元とする通信開始要求（Ｓ１５）がなされたら、前記通信先の別な端末装置（４００Ａ）に対して通信開始受諾確認（Ｓ１６）を送信し、前記通信先の別な端末装置（４００Ａ）との間に通信セッションを確立して通信（Ｓ１７）を開始する通信元セッション確立部（４３０Ｂ）と、
    前記通信先セッション確立部（４６０）もしくは前記通信元セッション確立部（４３０）が相手方端末装置（４００）と通信を行っている最中に生じた通信異常を検出する通信異常検出部（４９０）と、
    前記通信異常検出部（４９０）が通信異常を検出したときに、前記通信要求受付部（４２０）に対して、自己（４００）を通信元として、前記相手方端末装置（４００）を通信先とする通信要求を行う再接続処理部（４７５）と、
    を有し、
    前記接続仲介装置（３００）は、
    前記端末装置（４００Ａ−４００Ｄ）のそれぞれについて、前記端末ＩＤと前記所在アドレスとを対応づけたアドレステーブル（Ｔ）を格納するアドレステーブル格納部（３１０）と、
    前記端末装置（４００Ａ−４００Ｄ）の前記自己アドレス通知部（４５０）からの通知に基づいて、前記アドレステーブル（Ｔ）の内容を更新するアドレステーブル更新部（３２０）と、
    前記端末装置（４００Ｂ）の前記接続仲介依頼部（４１０Ｂ）から、前記接続仲介依頼（Ｓ１２）が送信されてきたときに、前記アドレステーブル（Ｔ）を参照して、前記接続仲介依頼（Ｓ１２）に含まれている通信先特定情報によって特定される端末ＩＤ（００１０）に対応づけられている所在アドレス（ＡＤ１）に対して、前記接続仲介依頼（Ｓ１２）を送信した通信元の端末装置（４００Ｂ）の端末ＩＤ（００２０）に対応づけられている所在アドレス（ＡＤ２）を通信元アドレスとして送信する通信元アドレス送信部（３３０）と、
    を有することを特徴とするネットワーク通信システム。
  14. 請求項１３に記載のネットワーク通信システムにおいて、
    通信先セッション確立部（４６０）および通信元セッション確立部（４３０）が相手方端末装置（４００）との間に通信セッションを確立する際に、相手方端末装置（４００）の通信先特定情報を格納する機能を有し、
    再接続処理部（４７５）が、前記通信先セッション確立部（４６０）もしくは前記通信元セッション確立部（４３０）に格納されていた前記通信先特定情報を用いて通信要求を行うことを特徴とするネットワーク通信システム。
  15. 請求項１３または１４に記載のネットワーク通信システムにおいて、
    通信異常検出部（４９０）が、相手方端末装置（４００）と通信を行っている最中に、相手方の通信異常検出部（４９０）との間で、接続確認信号とこれに対する応答信号とを所定周期でやり取りする機能を有し、相手方に送信した接続確認信号に対する応答信号が所定期間内に受信できなかった場合に、通信異常の検出を行うことを特徴とするネットワーク通信システム。
  16. 請求項１３〜１５のいずれかに記載のネットワーク通信システムにおいて、
    再接続処理部（４７５）が、相手方端末装置（４００）と通信を行っている最中に自己の所在アドレスが変更になったことを検出する機能を有し、自己の所在アドレスの変更が検出された場合には、通信要求受付部（４２０）に対する通信要求を行わないことを特徴とするネットワーク通信システム。
  17. 請求項１〜１６のいずれかに記載のネットワーク通信システムにおける複数の端末装置（２００，２００Ａ−２００Ｋ；４００，４００Ａ−４００Ｄ）を構成する１台の端末装置（２００；４００）。
  18. 請求項１７に記載の１台の端末装置（２００；４００）としてコンピュータを機能させるプログラム。
JP2019537432A 2017-08-21 2017-08-21 ネットワーク通信システム Active JP6879372B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2017/029764 WO2019038801A1 (ja) 2017-08-21 2017-08-21 ネットワーク通信システム

Publications (2)

Publication Number Publication Date
JPWO2019038801A1 JPWO2019038801A1 (ja) 2020-10-15
JP6879372B2 true JP6879372B2 (ja) 2021-06-02

Family

ID=65438568

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019537432A Active JP6879372B2 (ja) 2017-08-21 2017-08-21 ネットワーク通信システム

Country Status (2)

Country Link
JP (1) JP6879372B2 (ja)
WO (1) WO2019038801A1 (ja)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3964266B2 (ja) * 2001-09-21 2007-08-22 株式会社いいじゃんネット 接続支援サーバ、端末、接続支援システム、接続支援方法、通信プログラム、および接続支援プログラム
JP2009206601A (ja) * 2008-02-26 2009-09-10 Funai Electric Co Ltd 情報配信システム
JP5887507B2 (ja) * 2011-11-28 2016-03-16 パナソニックＩｐマネジメント株式会社 通信機器間の接続確立方法、通信機器、及びサーバ装置

Also Published As

Publication number Publication date
WO2019038801A1 (ja) 2019-02-28
JPWO2019038801A1 (ja) 2020-10-15

Similar Documents

Publication Publication Date Title
JP5662745B2 (ja) 企業外の電話を企業内のユーザに関連付けるネットワーク・フレームワーク
EP2277336B1 (en) Method, system, and apparatus for access of network services using subscriber identities
BRPI0610718A2 (pt) porta de numeração eletrÈnica e método e para temporariamente associar uma numeração eletrÈnica com uma dada comunicação
KR101981812B1 (ko) 네트워크 통신 시스템들 및 방법들
US20090214018A1 (en) Distributed identifier management
JP5212071B2 (ja) 通信装置および移動端末
JP6787390B2 (ja) ネットワーク通信システム
EP2223496B1 (en) Method and arrangement for network roaming of corporate extension identities
US7756257B2 (en) SIP enabled device identification
JP6879370B2 (ja) ネットワーク通信システム
JP6879372B2 (ja) ネットワーク通信システム
JP7056663B2 (ja) ネットワーク通信システム
JP6879373B2 (ja) ネットワーク通信システム
JP6879371B2 (ja) ネットワーク通信システム
JP6988545B2 (ja) ネットワーク通信システム
KR101978972B1 (ko) 향상된 자동 발신자 식별 해석
JP2006333220A (ja) ネットワーク電話システム及びこのネットワーク電話システムのサーバ装置
JP2022025152A (ja) ネットワーク通信システム
JP4047736B2 (ja) 情報管理サービス方法およびシステム
JP6524447B2 (ja) 通信装置、通信方法、及びプログラム
JP5402689B2 (ja) 通信方法
JP4197719B2 (ja) 電話システム
JP2019165291A (ja) 端末装置、通信路確立方法、端末装置用のプログラム、および、認証システム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200207

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200520

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210330

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210412

R150 Certificate of patent or registration of utility model

Ref document number: 6879372

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150