特許 7616450 データ送信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2025-01-08

(45)【発行日】2025-01-17

(54)【発明の名称】データ送信システム

(51)【国際特許分類】

   H04L 67/12 20220101AFI20250109BHJP

   B66B 1/06 20060101ALI20250109BHJP

【ＦＩ】

H04L67/12

B66B1/06 Z

【請求項の数】 6

(21)【出願番号】P 2024027620

(22)【出願日】2024-02-27

【審査請求日】2024-02-27

(73)【特許権者】

【識別番号】000112705

【氏名又は名称】フジテック株式会社

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】勝部 俊介

【審査官】岩田 玲彦

(56)【参考文献】

【文献】特許第４３６９２５３（ＪＰ，Ｂ２）

【文献】国際公開第２０１８／２２０７８１（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／１２

Ｂ６６Ｂ １／０６

(57)【特許請求の範囲】

【請求項1】

パブリッシュ／サブスクライブ型の通信方式を用いて互いに通信可能な、ブローカーとして機能するサーバ装置と、１または複数の通信装置とを含むデータ送信システムであって、
前記通信装置は、
自装置と通信可能に接続されたエレベータ制御装置から、当該エレベータ制御装置が制御するエレベータの動作状況に関する動作情報を受信する受信部と、
前記受信部が前記動作情報を受信する度に当該受信した前記動作情報を所定の第１トピックで前記サーバ装置に対してパブリッシュを行う送信モードと、前記パブリッシュを行わない非送信モードとのいずれかに動作モードを切り替えるパブリッシュ部と、
前記送信モードに切り替わるとき、前記エレベータの識別情報に基づいて作成された第２トピックを前記サーバ装置に対してサブスクライブするサブスクライブ部とを備え、
前記サーバ装置は、
要求元装置から前記第２トピックで前記サーバ装置に対してパブリッシュされた、前記動作情報の送信継続要求を、前記サーバ装置に対して前記第２トピックをサブスクライブした前記通信装置へ送信する第１送信部を備え、
前記パブリッシュ部は、前記送信モード中に、
前記通信装置が前記送信継続要求を最後に受信してから所定期間が経過するまでに前記送信継続要求を受信した場合、前記送信モードを継続し、
前記通信装置が前記送信継続要求を最後に受信してから前記送信継続要求を受信せずに前記所定期間が経過した場合、前記非送信モードに切り替える、
データ送信システム。

【請求項2】

前記エレベータ制御装置は、当該エレベータ制御装置が制御するエレベータの動作状況に変化が生じる度に前記動作情報を前記通信装置に送信する、
請求項１に記載のデータ送信システム。

【請求項3】

前記要求元装置は、
前記データ送信システムの利用者の端末装置が利用可能な、指定されたエレベータの前記動作情報を提供するための機能を有し、
前記端末装置が前記機能を利用することにより前記要求元装置から前記端末装置へ前記動作情報が所定頻度で提供される間、指定されたエレベータの識別情報に基づいて作成された前記第２トピックで前記送信継続要求を前記サーバ装置に対してパブリッシュする、
請求項１に記載のデータ送信システム。

【請求項4】

前記サーバ装置は、
前記パブリッシュ部からパブリッシュされた前記動作情報を受信すると、当該受信した前記動作情報を、前記サーバ装置に対して前記第１トピックをサブスクライブした送信先装置へ送信する第２送信部を備え、
前記送信先装置は、
前記サーバ装置から前記動作情報を受信する度に、当該受信した前記動作情報を記憶装置に格納するための処理を実行し、
前記要求元装置は、
前記データ送信システムの利用者の端末装置が利用可能な、指定されたエレベータの前記動作情報を提供するための機能を有し、
前記端末装置が前記機能を利用中は、指定されたエレベータの前記動作情報を前記記憶装置から逐次取得し、当該取得した前記動作情報を前記端末装置に送信する、
請求項１に記載のデータ送信システム。

【請求項5】

前記要求元装置は、
前記データ送信システムの利用者の端末装置が利用可能な、指定されたエレベータの前記動作情報を提供するための機能を有し、
前記端末装置から前記機能が最後に利用されてから前記所定期間が経過した後に前記端末装置から前記機能が利用された場合、前記通信装置に対して前記動作情報の送信開始要求を送信するための処理を実行し、
前記パブリッシュ部は、前記通信装置が前記送信開始要求を受信すると、動作モードを前記送信モードに切り替える、
請求項１に記載のデータ送信システム。

【請求項6】

前記機能は、ＡＰＩ（Application Programing Interface）により提供される、
請求項３から５のいずれか１項に記載のデータ送信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の一態様は、エレベータの動作状況に関する動作情報を送信するためのデータ送信システムに関する。

【背景技術】

【0002】

特許文献１には、エレベータを監視するシステムの一例が開示されている。特許文献１のシステムでは、エレベータかご内のインターホンからの呼び出しに応動して、特定の監視者の携帯電話へ接続すると共に、エレベータ乗り場に設置された監視カメラの映像データを監視者の携帯電話へ送信する。当該システムでは、監視対象の映像データの切り替え指令に応じて、携帯電話へ送信する映像データを切り替える。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第４３６９２５３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかし、特許文献１には、パブリッシュ／サブスクライブ型の通信方式を用いたエレベータに関する情報の送受信に関する技術については開示されていない。

【0005】

本発明の一態様は、パブリッシュ／サブスクライブ型の通信方式を用いてエレベータの動作状況に関する動作情報をパブリッシュする処理の継続可否の判断を、パブリッシュする側で簡易に行うことを目的とする。

【課題を解決するための手段】

【0006】

本発明の一態様に係るデータ送信システムは、パブリッシュ／サブスクライブ型の通信方式を用いて互いに通信可能な、ブローカーとして機能するサーバ装置と、１または複数の通信装置とを含むデータ送信システムであって、前記通信装置は、自装置と通信可能に接続されたエレベータ制御装置から、当該エレベータ制御装置が制御するエレベータの動作状況に関する動作情報を受信する受信部と、前記受信部が前記動作情報を受信する度に当該受信した前記動作情報を所定の第１トピックで前記サーバ装置に対してパブリッシュを行う送信モードと、前記パブリッシュを行わない非送信モードとのいずれかに動作モードを切り替えるパブリッシュ部と、前記送信モードに切り替わるとき、前記エレベータの識別情報に基づいて作成された第２トピックを前記サーバ装置に対してサブスクライブするサブスクライブ部とを備え、前記サーバ装置は、要求元装置から前記第２トピックで前記サーバ装置に対してパブリッシュされた、前記動作情報の送信継続要求を、前記サーバ装置に対して前記第２トピックをサブスクライブした前記通信装置へ送信する第１送信部を備え、前記パブリッシュ部は、前記送信モード中に、前記通信装置が前記送信継続要求を最後に受信してから所定期間が経過するまでに前記送信継続要求を受信した場合、前記送信モードを継続し、前記通信装置が前記送信継続要求を最後に受信してから前記送信継続要求を受信せずに前記所定期間が経過した場合、前記非送信モードに切り替える。

【発明の効果】

【0007】

本発明の一態様によれば、パブリッシュ／サブスクライブ型の通信方式を用いてエレベータの動作状況に関する動作情報をパブリッシュする処理の継続可否の判断を、パブリッシュする側で簡易に行うことができる。

【図面の簡単な説明】

【0008】

【図1】本発明の一実施形態に係るデータ送信システムの構成の一例を示すブロック図である。

【図2】初回のＡＰＩの利用に基づくデータの流れの一例を示すシーケンスである。

【図3】送信モードに切り替わった後の、２回目以降のＡＰＩの利用に基づくデータの流れの一例を示すシーケンスである。

【図4】ＡＰＩの利用が所定期間なされなかった場合のデータの流れの一例を示すシーケンスである。

【発明を実施するための形態】

【0009】

本実施形態のデータ送信システム１００について、以下に説明する。

【0010】

〔データ送信システムの概要〕
まず、図１に基づき、データ送信システム１００の概要について説明する。図１は、データ送信システム１００の構成の一例を示すブロック図である。

【0011】

データ送信システム１００は、エレベータ制御装置２から、エレベータ制御装置２が制御するエレベータ１の動作状況に関する動作情報を、端末装置９へと送信することが可能なシステムである。データ送信システム１００が、端末装置９に対して、エレベータ１の動作情報を送信することにより、端末装置９の利用者は、エレベータ１の動作状況を把握できる。

【0012】

動作情報には、例えば、エレベータ１における異常発生状況、および、エレベータ１の運行状況等の情報が含まれている。運行状況を示す情報には、例えば、かごの位置、かご内の重量、および、ドアの開閉状況等の情報が含まれていてもよい。動作情報は、エレベータ１の識別情報と対応付けられている。エレベータ１の識別情報には、動作情報の他、例えばエレベータ１の機種名およびエレベータ１の設置情報等の、エレベータ１の詳細情報が対応付けられていてもよい。

【0013】

動作情報の取得対象となるエレベータ１は、１つでもあってもよいし、複数であってもよい。但し、端末装置９には、利用者が指定したエレベータ１の動作情報が送信されることが好ましい。

【0014】

データ送信システム１００の利用者は、例えばエレベータ１に乗降する利用者である。データ送信システム１００の利用者は、例えばエレベータ１の管理人であってもよい。また、データ送信システム１００の利用者は、例えば、エレベータ１のメンテナンスを行う保守員であってもよい。この場合、端末装置９として、エレベータ１の動作状況を監視する監視装置が用いられてもよい。

【0015】

本実施形態では、図１に示すように、データ送信システム１００は、例えば、エレベータ１、エレベータ制御装置２、通信装置３、第１サーバ装置４、第２サーバ装置５、送信先装置６、記憶装置７、要求元装置８および端末装置９を備える。第１サーバ装置４、第２サーバ装置５、記憶装置７および要求元装置８は、同図に示すとおり、例えば仮想プライベートクラウド（ＶＰＣ：Virtual Private Cloud）上に構築されてもよい。さらに、送信先装置６の一部または全部が当該仮想プライベートクラウド上に構築されてもよい。

【0016】

エレベータ制御装置２は、エレベータ１と通信可能に接続され、エレベータ１の動作を制御すると共に、エレベータ１の動作状況を監視する装置である。エレベータ制御装置２は、通信装置３と通信可能に接続され、エレベータ制御装置２が制御するエレベータ１の動作情報を通信装置３に送信する。エレベータ制御装置２は、動作情報と共に、エレベータ１の詳細情報を通信装置３に送信してもよい。

【0017】

エレベータ制御装置２は、エレベータ１の識別情報に対応付けて動作情報を生成し、以下に示す方法Ａにより動作情報を通信装置３に送信する。さらに、エレベータ制御装置２は、以下に示す方法Ｂにより動作情報を通信装置３に送信できてもよい。なお、方法Ｂは、エレベータ制御装置２と通信装置３との通信方法として従来から採用されることが多い方法である。そのため、方法Ｂを採用する既存のシステムに対して方法Ａを追加することによってデータ送信システム１００が構築されてもよい。

【0018】

（方法Ａ：プッシュ型）エレベータ制御装置２は、エレベータ１の動作状況に変化が生じる度に動作情報を通信装置３に送信する。この場合、エレベータ制御装置２は、エレベータ制御装置２と通信装置３とを接続する第１制御線１０１を介して、動作情報を生成する度に通信装置３に送信する。方法Ａでは、通信装置３からエレベータ制御装置２に対して動作情報の送信要求はなされない。

【0019】

（方法Ｂ：プル型）エレベータ制御装置２は、通信装置３から動作情報の送信要求を受信したタイミングで、その送信要求に対する応答として動作情報を通信装置３に送信する。この場合、エレベータ制御装置２は、エレベータ制御装置２と通信装置３とを接続する第２制御線１０２を介して、動作情報を通信装置３に送信する。方法Ｂによるエレベータ制御装置２に対する送信要求を以下では「都度送信要求」と記載する。

【0020】

エレベータ１の動作状況は刻一刻と変化し得る。そのため、上記方法Ａによる動作情報の送信頻度は、上記方法Ｂによる動作情報の送信頻度よりも高い。したがって、第１制御線１０１には、第２制御線１０２よりも高頻度に通信可能な通信規格を採用することが好ましい。例えば、第１制御線１０１はＲＳ４２２であり、第２制御線１０２はＲＳ２３２Ｃであってもよい。但し、第２制御線１０２に第１制御線１０１と同等の通信規格が採用されてもよい。

【0021】

通信装置３は、第１サーバ装置４および第２サーバ装置５のそれぞれと通信可能に接続され、第１サーバ装置４との間、および、第２サーバ装置５との間でのデータの送受信を行う装置である。通信装置３と、第１サーバ装置４および第２サーバ装置５のそれぞれとの通信には、例えばソラコム（登録商標）を使用できる。なお、通信装置３と第１サーバ装置４とを接続する通信ネットワークと、通信装置３と第２サーバ装置５とを接続する通信ネットワークとは、物理的に同一であってもよいし、物理的に分かれていてもよい。

【0022】

通信装置３は、上記方法Ａによりエレベータ制御装置２から受信した動作情報を、第１サーバ装置４に送信する。具体的には、通信装置３は、上記方法Ａによりエレベータ制御装置２から受信した動作情報については、パブリッシュ／サブスクライブ型の通信方式に従って、所定のタイミングで第１サーバ装置４への送信を開始し、所定のタイミングで第１サーバ装置４への送信を停止する。つまり、通信装置３は、パブリッシュ／サブスクライブ型の通信方式に従って第１サーバ装置４と通信可能な装置である。パブリッシュ／サブスクライブ型の通信方式を以下では「第１通信方式」と記載する。第１通信方式で用いられるプロトコルは、例えばＭＱＴＴ（Message Queuing Telemetry Transport）が好ましい。ＭＱＴＴプロトコルを用いることにより、通信装置３から第１サーバ装置４へ動作情報を高頻度で送信できる。したがって、上記方法Ａに従ってエレベータ制御装置２から通信装置３へ高頻度で送信された動作情報は、続けて、通信装置３から第１サーバ装置４へ高頻度で送信される。つまり、データ送信システム１００では、動作情報を、エレベータ制御装置２から第１サーバ装置４まで通して高頻度で送信できる。

【0023】

一方、通信装置３は、上記方法Ｂによりエレベータ制御装置２から受信した動作情報を、第１通信方式と異なる第２通信方式に従って、第２サーバ装置５に送信してもよい。第２通信方式は、パブリッシュ／サブスクライブ型である必要はなく、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）をベースとしたプロトコルが用いられてもよいし、独自に規定されたプロトコルが用いられてもよい。なお、第２通信方式は、既存のエレベータ監視システムと通信装置３との通信方式として採用されることが多い方法である。

【0024】

なお、上記方法Ｂにおいて、エレベータ制御装置２が都度送信要求に対する応答として通信装置３に送信する対象となる動作情報は、通信装置３から都度送信要求を受信した時点の最新の動作情報であってもよいし、都度送信要求を受信した時点までに蓄積されている未送信の動作情報であってもよい。後者の場合、エレベータ制御装置２は、エレベータ１の動作状況に変化が生じる度に動作情報を生成し、エレベータ制御装置２の記憶部（不図示）に格納していてもよい。この場合、通信装置３は、第２サーバ装置５から都度送信要求を受信したときに、通信装置３の記憶部（不図示）にその時点で格納されている動作情報を、都度送信要求に対する応答として第２サーバ装置５に送信してもよい。

【0025】

また、通信装置３は、第２通信方式に従って第２サーバ装置５から動作情報の「送信開始要求」を受信する。送信開始要求の受信を契機として、通信装置３は、エレベータ制御装置２から動作情報を受信する度に、第１通信方式に従って第１サーバ装置４に動作情報を送信する。つまり、送信開始要求とは、第１サーバ装置４への動作情報のリアルタイム送信の開始要求である。また、通信装置３は、第１通信方式に従って第１サーバ装置４から動作情報の「送信継続要求」を受信する。通信装置３は、送信継続要求を継続的に受信している間は、エレベータ制御装置２から受信する動作情報を第１サーバ装置４に送信し続ける。つまり、送信継続要求とは、第１サーバ装置４への動作情報のリアルタイム送信の継続要求である。

【0026】

エレベータ制御装置２および通信装置３は、１つのエレベータ１に対してそれぞれ１つずつ設けられている。上述のように、データ送信システム１００は、１つのエレベータ１を備えていても、複数のエレベータ１を備えていてもよい。データ送信システム１００が複数のエレベータ１を備えている場合、各エレベータ１に対してエレベータ制御装置２および通信装置３が１組ずつ設けられている。

【0027】

第１サーバ装置４は、第１通信方式に従って通信装置３と通信可能な、ブローカーとして機能する装置である。データ送信システム１００は、少なくとも、第１通信方式に従って互いに通信可能な、ブローカーとしての第１サーバ装置４と、通信装置３とを含むシステムであればよい。第１サーバ装置４は、第１通信方式に従って通信装置３から動作情報を受信している間、動作情報を受信する度に、受信した動作情報を送信先装置６に送信する。

【0028】

また、第１サーバ装置４は、第１通信方式に従って第２サーバ装置５および要求元装置８と通信可能に接続される装置である。第１サーバ装置４は、要求元装置８から受信した送信継続要求については、第１通信方式に従って通信装置３に送信する一方、要求元装置８から受信した送信開始要求については、第２通信方式に従って第２サーバ装置５に送信する。

【0029】

第１サーバ装置４はブローカーとして機能する。そのため、第１サーバ装置４が要求元装置８から受信した送信継続要求を通信装置３に送信できるように、通信装置３は、第１サーバ装置４に対してサブスクライブする。このサブスクライブについては、通信装置３のサブスクライブ部３１３の説明として後述する。

【0030】

第２サーバ装置５は、第１サーバ装置４から受信した動作情報の送信開始要求を、第２通信方式に従って通信装置３に送信する。また、第２サーバ装置５は、要求元装置８から動作情報の都度送信要求を受信した場合には、第２通信方式に従って、当該都度送信要求を通信装置３に送信し、その都度送信要求に対する応答として動作情報を受信してもよい。この場合、第２サーバ装置５は、受信した動作情報を記憶装置７に格納するための処理を実行する。本実施形態では、第２サーバ装置５は、記憶装置７に動作情報を直接格納しているが、中継装置を介して記憶装置７に動作情報を格納してもよい。

【0031】

送信先装置６は、第１サーバ装置４から動作情報を受信する度に、受信した動作情報を記憶装置７に格納するための処理を実行する装置である。本実施形態では、送信先装置６は、記憶装置７に動作情報を直接格納しているが、中継装置を介して記憶装置７に動作情報を格納してもよい。送信先装置６は、例えば、ＡＷＳ ＩｏＴ ＣｏｒｅなどのＷｅｂサービスプラットフォームとして提供される装置であってもよい。記憶装置７は、動作情報を格納する装置であり、例えばデータベースを備える。記憶装置７が備えるデータベースは、高頻度で送信されてくる動作情報を格納するために、例えばキーバリュー型などのＮｏＳＱＬであってスケーラビリティに優れたものが好ましい。当該データベースおよび当該データベースに動作情報を格納する仕組みは、データベースクラウドサービスとして提供されるものであってもよい。

【0032】

上述したように、第１サーバ装置４はブローカーとして機能する。そのため、第１サーバ装置４が、通信装置３から受信した動作情報を送信先装置６に送信できるように、送信先装置６は、第１サーバ装置４に対して所定の第１トピックをサブスクライブする。第１トピックは、動作情報を受信するためのトピックであり、どのような値に設定されていてもよい。

【0033】

通信装置３は、送信開始要求を受信した後、第１サーバ装置４への動作情報の送信を開始する。そのため、第１サーバ装置４が動作情報を受信する度に送信先装置６に送信できるように、送信先装置６は、第１サーバ装置４による動作情報の受信開始前に、第１サーバ装置４に対して第１トピックをサブスクライブする。本実施形態では、送信先装置６は、端末装置９がＡＰＩ（Application Programing Interface）８１３を利用する（呼び出す）より以前に、第１サーバ装置４に対して第１トピックをサブスクライブする。

【0034】

要求元装置８は、端末装置９が利用可能な、指定されたエレベータ１の動作情報を提供するための機能を有する。本実施形態では、要求元装置８は例えばＷｅｂサーバであり、当該機能はＡＰＩ８１３により提供されている。ＡＰＩ８１３は、端末装置９において実行されるＷｅｂブラウザまたはアプリケーションソフトウェア（以下では、これらを単に「端末側ソフトウェア」と記載する）が利用可能であって、記憶装置７に記憶されているエレベータ１の動作情報を取得して端末装置９へ送信するためのソフトウェアインターフェースである。要求元装置８は、端末装置９がＡＰＩ８１３を利用中は、指定されたエレベータ１の動作情報を記憶装置７から逐次取得し、当該取得した動作情報を端末装置９に送信する。「端末装置９がＡＰＩ８１３を利用中」とは、利用者が指定したエレベータ１の動作情報を取得するために、ＡＰＩ８１３を利用可能な端末側ソフトウェアを端末装置９において実行中である状態を指す。

【0035】

要求元装置８は、端末装置９からＡＰＩ８１３が最後に利用されてから所定期間が経過した後に端末装置９からＡＰＩ８１３が利用された場合、動作情報の送信開始要求を第１サーバ装置４に送信するための処理を実行する。すなわち、要求元装置８は、端末装置９がＡＰＩ８１３の利用を開始するときに、送信開始要求を第１サーバ装置４に送信する。本実施形態では、要求元装置８は、送信開始要求を直接、第１サーバ装置４に送信するが、中継装置を介して第１サーバ装置４に送信開始要求を送信してもよい。

【0036】

またこのとき、要求元装置８は、動作情報の取得対象となるエレベータ１を指定する指定情報（例えば、エレベータ１の識別情報）を受信する。そのため、要求元装置８は、受信した指定情報を含めて、送信開始要求を第１サーバ装置４に送信する。これにより、第１サーバ装置４は、送信開始要求を、指定されたエレベータ１に対して設けられた通信装置３に対して送信でき、当該通信装置３から動作情報を受信できる。

【0037】

また、要求元装置８は、端末装置９がＡＰＩ８１３を利用している間、送信継続要求を第１サーバ装置４に送信する。第１サーバ装置４は、送信継続要求についても、指定されたエレベータ１に対して設けられた通信装置３に対して送信するため、送信継続要求と共に、エレベータ１指定情報を、通信装置３に送信する。

【0038】

第１サーバ装置４は、第１通信方式に従って通信装置３とデータの送受信を行う。そのため、要求元装置８は、エレベータ１の識別情報に基づいて第２トピックを作成し、送信継続要求を、作成した第２トピックで第１サーバ装置４に対してパブリッシュする。これにより、第１サーバ装置４は、指定されたエレベータ１に対して設けられた通信装置３であって第２トピックをサブスクライブしている通信装置３に対して、送信継続要求を送信できる。

【0039】

端末装置９は、利用者の入力操作を受け付け可能であり、かつ、エレベータ制御装置２が送信した動作情報を、利用者に対して通知可能な装置である。端末装置９は、エレベータ制御装置２が送信した詳細情報を、利用者に対して通知可能な装置であってもよい。本実施形態では、端末装置９は、各種情報を表示する表示装置として機能する。また、端末装置９は、利用者の入力操作を受け付け可能な入力装置としても機能する。端末装置９は、利用者の入力操作として、利用者が動作状況を把握したいエレベータ１の動作情報を取得するための操作を受け付け可能である。また、端末装置９は、利用者の入力操作として、動作情報の取得対象とするエレベータ１を指定する操作を受け付け可能である。

【0040】

端末装置９は、例えば、スマートフォン、タブレット端末、ノートパソコン等であってよいが、これに限られない。端末装置９は、少なくとも、通信機能と、各種情報を表示する機能と、入力操作を受け付ける機能とを備えていればよい。また、端末装置９は、１つであっても複数であってもよい。

【0041】

端末装置９は、ＡＰＩ８１３を利用することにより、要求元装置８に、指定されたエレベータ１の動作情報の送信開始要求および送信継続要求を発行させると共に、当該動作情報を要求元装置８から受信できる。端末装置９は、ＡＰＩ８１３の利用を開始するときに、動作情報の取得対象とするエレベータ１を指定する入力操作を受け付ける。これにより、端末装置９は、ＡＰＩ８１３の利用時に上記指定情報を要求元装置８に送信できる。端末装置９は、ＡＰＩ８１３を利用することにより、要求元装置８に、動作情報の都度送信要求を発行させると共に、指定されたエレベータ１の動作情報を要求元装置８から受信してもよい。

【0042】

端末装置９がＡＰＩ８１３を最初に利用したときに、要求元装置８が送信開始要求を第１サーバ装置４に送信し、その後、端末装置９がＡＰＩ８１３を利用する度に、要求元装置８が送信継続要求を第１サーバ装置４に送信する。また、端末装置９は、ＡＰＩ８１３の初回の利用後において、ＡＰＩ８１３を利用する度に、要求元装置８が記憶装置７から取得した動作情報を受信し、表示する。端末装置９は、例えば、上述の端末側ソフトウェアの実行中に、所定頻度で（例えば１０秒に１回）ＡＰＩ８１３を利用する。

【0043】

なお、ＡＰＩ８１３は、端末装置９からの要求に応じて受動的に動作情報を端末装置９に提供する形態に限らず、能動的に動作情報を端末装置９に提供する形態であってもよい。例えば、端末装置９が要求元装置８に対して第１トピックをサブスクライブし、要求元装置８が記憶装置７に対して第１トピックをサブスクライブする状況において、記憶装置７の動作情報の格納状態に変化が生じた場合（記憶装置７に新たな動作情報が格納された場合）、要求元装置８は、端末装置９に対して、記憶装置７に格納された動作情報をパブリッシュする態様であってもよい。

【0044】

＜送信開始要求の送信方法＞
上述のように、本実施形態においては、第１サーバ装置４は、送信開始要求について、第２サーバ装置５を介して第２通信方式で通信装置３に送信する構成としたが、第２サーバ装置５を介さずに第１通信方式で通信装置３に直接送信してもよい。ただしこの場合、例えば、通信装置３が、第１サーバ装置４からの送信開始要求の受信を監視するために、通信装置３と第１サーバ装置４との間の通信セッションを常時接続し、第１通信方式に従ってサブスクライブしておく必要が生じる。

【0045】

そのため、上記通信セッションの常時接続に耐えうる程度の第１サーバ装置４の処理性能が要求される。しかも、通信装置３の数の分だけ上記通信セッションを有効にしておく必要があり、一般には、第１サーバ装置４に接続される通信装置３は多数に及ぶため、上記通信セッションの常時多数接続のためには高性能な第１サーバ装置４が求められる。さらに、動作情報のリアルタイム送信が必要になる時間は限定的である場合が多い一方で、上記通信セッションを常時接続しておくことは、余分な通信負荷を発生させることになる。

【0046】

そこで、本実施形態では、送信開始要求については、第２サーバ装置５を介して第２通信方式に従って通信装置３に送信することにより、第１サーバ装置４の処理負荷および通信負荷の抑制を実現している。

【0047】

＜データ送信システムの目的＞
本実施形態のデータ送信システム１００は、第１通信方式に従って互いに通信可能な第１サーバ装置４および通信装置３と、第１制御線１０１とを備えている。通信装置３が動作情報の送信開始要求を受信した後であって、送信継続要求を継続的に受信している間においては、通信装置３は、エレベータ１の動作状況が変化する度に動作情報を第１サーバ装置４に送信する。そして、第１サーバ装置４は、動作情報を受信する度に記憶装置７に格納する。これにより、データ送信システム１００では、端末装置９が、ＡＰＩ８１３を利用する端末側ソフトウェアが実行されている期間においては、記憶装置７に格納された動作情報を逐次取得でき、利用者が、刻一刻と変化し得るエレベータ１の動作状況をリアルタイムに視認できるようにしている。このようなデータ送信システム１００を実現する具体的な機能および処理の一例について、以下に説明する。

【0048】

〔データ送信システムの詳細〕
以下では、図１に基づき、主として、通信装置３、第１サーバ装置４および要求元装置８の具体的な構成の一例について説明する。

【0049】

＜通信装置＞
図１に示すように、通信装置３は、例えば、第１制御部３１および第２制御部３２を備える。第１制御部３１は、例えば、受信部３１１、パブリッシュ部３１２およびサブスクライブ部３１３を備える。第２制御部３２は、例えば、送受信部３２１を備える。

【0050】

受信部３１１は、エレベータ制御装置２から動作情報を受信する。受信部３１１は、利用者により指定されたエレベータ１の動作状況が変化する度に、第１制御線１０１を介して、エレベータ制御装置２から動作情報を受信する。

【0051】

パブリッシュ部３１２は、第１通信方式に従って第１サーバ装置４とのデータの送受信を制御するものであり、受信部３１１が動作情報を受信する度に当該受信した動作情報を所定の第１トピックで第１サーバ装置４に対してパブリッシュを行う送信モードと、当該パブリッシュを行わない非送信モードとのいずれかに動作モードを切り替える。本実施形態では、パブリッシュ部３１２は、通信装置３（の第２制御部３２の送受信部３２１）が動作情報の送信開始要求を受信すると、動作モードを送信モードに切り替える。これにより、パブリッシュ部３１２は、送信開始要求を受信したタイミングで、第１サーバ装置４に動作情報をパブリッシュできる。

【0052】

また、パブリッシュ部３１２は、送信モード中に、通信装置３が動作情報の送信継続要求を最後に受信してから所定期間が経過するまでに送信継続要求を受信した場合、送信モードを継続する。一方、パブリッシュ部３１２は、通信装置３が送信継続要求を最後に受信してから送信継続要求を受信せずに所定期間が経過した場合、非送信モードに切り替える。所定期間は、継続的な送信継続要求の受信間隔よりも長ければよい。当該受信間隔は、端末装置９がＡＰＩ８１３を利用する間隔と同等の時間であってもよい。

【0053】

パブリッシュ部３１２が送信継続要求の受信状況により動作モードを切り替えることにより、第１通信方式に従って動作情報をパブリッシュする処理の継続可否の判断を、パブリッシュする側で簡易に行うことができる。また、第１サーバ装置４はブローカーとして機能するため、通信装置３を監視して動作情報を能動的に取得できない。そのため、通信装置３が、送信継続要求の受信状況を監視することにより（すなわち、第１サーバ装置４を監視することにより）、第１サーバ装置４に対する動作情報の送信可否を判断している。

【0054】

サブスクライブ部３１３は、第１通信方式に従って第１サーバ装置４とのデータの送受信を制御するものであり、動作モードが送信モードに切り替わるとき、エレベータ１の識別情報に基づいて作成された第２トピックを第１サーバ装置４に対してサブスクライブする。第２トピックは、第１制御部３１により、エレベータ１を識別できるように作成されていればよい。

【0055】

上述したように、要求元装置８は、送信継続要求を、指定されたエレベータ１の識別情報に基づいて作成した第２トピックで第１サーバ装置４に対してパブリッシュする。そのため、通信装置３が接続されたエレベータ１を識別できる第２トピックを、第１サーバ装置４に対してサブスクライブしておくことにより、第１サーバ装置４は、指定されたエレベータ１に接続された通信装置３に対して、送信継続要求を送信できる。

【0056】

送受信部３２１は、第２サーバ装置５から送信開始要求を受信し、送信開始要求を受信したことを示す信号を、第１制御部３１に送信する。これにより、送受信部３２１が送信開始要求を受信したタイミングで、パブリッシュ部３１２は、動作モードを送信モードに切り替え、動作情報を第１サーバ装置４に対してパブリッシュするとともに、サブスクライブ部３１３は、第２トピックを第１サーバ装置４に対してサブスクライブする。

【0057】

＜第１サーバ装置＞
図１に示すように、ブローカーとして機能する第１サーバ装置４は、例えば、サーバ制御部４１を備える。サーバ制御部４１は、第１サーバ装置４の動作を制御するものであり、例えば、第１送信部４１１、第２送信部４１２およびサーバ送信部４１３を備える。

【0058】

第１送信部４１１は、要求元装置８から第２トピックで第１サーバ装置４に対してパブリッシュされた送信継続要求を、第１サーバ装置４に対して第２トピックをサブスクライブした通信装置３へ送信する。これにより、第１サーバ装置４は、指定されたエレベータ１に接続された通信装置３に対して、送信継続要求を送信できる。

【0059】

第２送信部４１２は、パブリッシュ部３１２からパブリッシュされた動作情報を受信すると、当該受信した動作情報を、第１サーバ装置４に対して第１トピックをサブスクライブした送信先装置６へ送信する。これにより、送信先装置６は、第１サーバ装置４が受信した、指定されたエレベータ１の動作情報を、記憶装置７に格納できる。そのため、要求元装置８は、記憶装置７から当該動作情報を取得し、端末装置９へ送信できる。

【0060】

サーバ送信部４１３は、要求元装置８から受信した送信開始要求を、第２サーバ装置５に送信する。これにより、第１サーバ装置４は、第２サーバ装置５を介して（第２通信方式に従って）、送信開始要求を通信装置３に送信できる。

【0061】

＜要求元装置＞
図１に示すように、要求元装置８は、例えば、要求元制御部８１を備える。要求元制御部８１は、要求元装置８の動作を制御するものであり、要求元送信部８１１、要求元パブリッシュ部８１２およびＡＰＩ８１３を備える。

【0062】

要求元送信部８１１は、上述したように、端末装置９からＡＰＩ８１３が最後に利用されてから所定期間が経過した後に端末装置９からＡＰＩ８１３が利用された場合に、送信開始要求を第１サーバ装置４に送信する。本実施形態では、要求元送信部８１１は、ＡＰＩ８１３が所定期間利用されていない状態においてＡＰＩ８１３が利用されたときに、動作情報の取得対象とするエレベータ１を指定する指定情報を含めて、送信開始要求を第１サーバ装置４に送信する。

【0063】

要求元パブリッシュ部８１２は、送信継続要求を、指定されたエレベータ１の識別情報に基づいて作成された第２トピックで、第１サーバ装置４に対してパブリッシュする。本実施形態では、要求元パブリッシュ部８１２は、端末装置９によるＡＰＩ８１３の初回の利用後に、端末装置９によりＡＰＩ８１３が利用される度に、送信継続要求を第２トピックで第１サーバ装置４に対してパブリッシュする。すなわち、要求元パブリッシュ部８１２は、端末装置９がＡＰＩ８１３を利用することにより要求元装置８から端末装置９へ動作情報が所定頻度で提供される間、第２トピックで送信継続要求を第１サーバ装置４に対してパブリッシュする。第２トピックは、要求元制御部８１により、指定されたエレベータ１を識別できるように作成されていればよい。所定頻度は、ＡＰＩ８１３の利用頻度に相当する。ＡＰＩ８１３が能動的に動作情報を端末装置９に提供する場合、所定頻度は、記憶装置７に変化が生じる頻度に対応して定められてもよい。

【0064】

ＡＰＩ８１３は、上述したように、指定されたエレベータ１の動作情報を提供するための機能の一例である。端末装置９がＡＰＩ８１３を利用することにより、要求元送信部８１１は、動作情報の取得対象とするエレベータ１を指定して、送信開始要求を第１サーバ装置４に送信できる。また、要求元パブリッシュ部８１２もまた、動作情報の取得対象とするエレベータ１を指定して、送信継続要求を第１サーバ装置４に送信できる。この送信に基づいて、指定されたエレベータ１の動作情報が記憶装置７に格納される。そのため、要求元装置８は、端末装置９がＡＰＩ８１３を利用している間、指定されたエレベータ１の動作情報を記憶装置７から逐次取得し、当該取得した動作情報を端末装置９に送信できる。

【0065】

〔シーケンス〕
続いて、図２～図４に基づき、各装置間におけるデータの流れについて説明する。図２は、初回のＡＰＩ８１３の利用に基づくデータの流れの一例を示すシーケンスである。図３は、送信モードに切り替わった後の、２回目以降のＡＰＩ８１３の利用に基づくデータの流れの一例を示すシーケンスである。図４は、ＡＰＩ８１３の利用が所定期間なされなかった場合のデータの流れの一例を示すシーケンスである。

【0066】

図３は、図２のシーケンス後のシーケンスの一例を示しており、図４は、図３のシーケンス後のシーケンスの一例を示している。また、図２～図４において、動作情報は、エレベータ１の動作状況に変化が生じる度に、第１制御線１０１を介して、エレベータ制御装置２から通信装置３に送信されているものとする。

【0067】

本実施形態では、図２に示すように、送信先装置６は、端末装置９によりＡＰＩ８１３が利用される前の時点において、第１サーバ装置４に対して第１トピックをサブスクライブしている（Ｓ１）。これにより、通信装置３が、第２サーバ装置５から送信開始要求を受信し、動作情報を第１サーバ装置４に対してパブリッシュしたタイミングで、第１サーバ装置４は送信先装置６に動作情報を送信できる。

【0068】

端末装置９は、利用者が動作状況を把握したいエレベータ１の動作情報を取得するための入力操作を受け付ける。端末装置９は、この入力操作を受け付けると、要求元装置８のＡＰＩ８１３を利用する（Ｓ２）。このとき、端末装置９は、要求元装置８に、利用者が指定したエレベータ１の指定情報を併せて送信する。

【0069】

要求元装置８では、要求元送信部８１１が、指定情報を含む送信開始要求を第１サーバ装置４に送信する（Ｓ３）。第１サーバ装置４では、サーバ送信部４１３が、要求元装置８から受信した送信開始要求を、第２サーバ装置５に送信する（Ｓ４）。第２サーバ装置５は、第１サーバ装置４から受信した送信開始要求を、通信装置３に送信する（Ｓ５）。

【0070】

通信装置３では、送受信部３２１が、第２サーバ装置５から送信開始要求を受信する。この受信により、パブリッシュ部３１２は、動作モードを、非送信モードから送信モードに切り替える（Ｓ６）。そして、パブリッシュ部３１２は、エレベータ制御装置２から受信した動作情報を、第１トピックで第１サーバ装置４に対してパブリッシュする（Ｓ８）。パブリッシュ部３１２は、エレベータ制御装置２から動作情報を受信する度に、第１トピックで第１サーバ装置４に対してパブリッシュする。

【0071】

また、通信装置３では、送受信部３２１による送信開始要求の受信により、サブスクライブ部３１３が、通信装置３が接続されたエレベータ１の識別情報に基づいて作成された第２トピックを、第１サーバ装置４に対してサブスクライブする（Ｓ７）。Ｓ７の処理は、Ｓ５において通信装置３が送信開始要求を受信した後であれば、Ｓ６の処理前またはＳ６の処理と同時に行われてもよいし、Ｓ８の処理の開始時または開始後に行われてもよい。

【0072】

Ｓ１において、送信先装置６が第１サーバ装置４に対して第１トピックをサブスクライブしている。そのため、第１サーバ装置４では、第２送信部４１２が、通信装置３からパブリッシュされた、指定されたエレベータ１の動作情報を、送信先装置６に送信する（Ｓ９）。第２送信部４１２は、通信装置３から動作情報を受信する度に、送信先装置６に送信する。そして、送信先装置６は、第１サーバ装置４から動作情報を受信する度に、記憶装置７に格納する（Ｓ１０）。

【0073】

続いて、図３に示すように、端末装置９は、ＡＰＩ８１３の初回の利用に続いてＡＰＩ８１３を利用する（Ｓ１１）。要求元装置８では、要求元パブリッシュ部８１２が、送信継続要求を、エレベータ１の識別情報に基づいて作成された第２トピックで第１サーバ装置４に対してパブリッシュする（Ｓ１２）。これにより、第１サーバ装置４は、当該第２トピックと同一の第２トピックをサブスクライブした通信装置３に、要求元装置８がパブリッシュした送信継続要求を送信できる。

【0074】

図２のＳ７において、通信装置３から第１サーバ装置４へ、エレベータ１の識別情報に基づいて作成された第２トピックがサブスクライブされている。そのため、第１サーバ装置４では、第１送信部４１１が、指定されたエレベータ１の識別情報に基づいて作成された第２トピックをサブスクライブした通信装置３に、要求元装置８がパブリッシュした送信継続要求を送信する（Ｓ１３）。

【0075】

また、要求元装置８では、要求元制御部８１が、Ｓ１１でのＡＰＩ８１３の利用に応じて、指定されたエレベータ１の動作情報を記憶装置７から逐次取得し（Ｓ１４）、端末装置９に送信する（Ｓ１５）。記憶装置７には、図２のＳ１０以降、エレベータ１の動作状況に変更が生じる度に生成される動作情報が格納されている。そのため、端末装置９は、要求元装置８から動作情報を逐次受信することにより、エレベータ１の動作状況をリアルタイムに利用者に通知できる。

【0076】

通信装置３では、図２のＳ５において送受信部３２１が送信開始要求を受信した後、第１制御部３１が計時を開始する。そして、パブリッシュ部３１２は、送信開始要求の受信後、所定期間が経過するまでに送信継続要求を受信するかを判定する。パブリッシュ部３１２は、所定期間が経過するまでに、Ｓ１３において送信された送信継続要求を受信したと判定した場合、送信モードを継続する。そのため、パブリッシュ部３１２は、エレベータ制御装置２から動作情報を受信する度に、第１トピックで第１サーバ装置４に対してパブリッシュし続ける（Ｓ１６）。第１制御部３１による計時は、パブリッシュ部３１２による送信継続要求の受信、または、所定期間の経過によりリセットされる。

【0077】

第１サーバ装置４では、第２送信部４１２が、指定されたエレベータ１の動作情報を通信装置３から受信する度に、送信先装置６に送信する（Ｓ１７）。そして、送信先装置６は、第１サーバ装置４から動作情報を受信する度に、記憶装置７に格納する（Ｓ１８）。

【0078】

一方、パブリッシュ部３１２は、図２のＳ５において送信開始要求を受信してから所定期間が経過したと判定した場合、動作モードを送信モードから非送信モードに切り替える。非送信モード中、通信装置３は、エレベータ１の動作状況が変化する度にエレベータ制御装置２から動作情報を受信していても、第１サーバ装置４に動作情報をパブリッシュしない。すなわち、通信装置３は、非送信モードへの切り替えにより、第１サーバ装置４への動作情報の送信を停止する。

【0079】

端末装置９が前回のＡＰＩ８１３の利用に続けてＡＰＩ８１３を利用している場合（Ｓ２１）、要求元装置８は、送信継続要求を、エレベータ１の識別情報に基づいて作成された第２トピックで第１サーバ装置４に対してパブリッシュする（Ｓ２２）。第１サーバ装置４は、当該第２トピックと同一の第２トピックをサブスクライブした通信装置３に、要求元装置８がパブリッシュした送信継続要求を送信する（Ｓ２３）。

【0080】

また、要求元装置８では、要求元制御部８１が、Ｓ２１でのＡＰＩ８１３の利用に応じて、指定されたエレベータ１の動作情報を記憶装置７から逐次取得し（Ｓ２４）、端末装置９に送信する（Ｓ２５）。記憶装置７には、図２のＳ１０以降、エレベータ１の動作状況に変更が生じる度に生成される動作情報が、引き続き格納されている。そのため、要求元装置８は、エレベータ１の最新の動作状況を示す動作情報を、引き続き端末装置９に送信できる。そのため、端末装置９は、エレベータ１の動作状況をリアルタイムに利用者に通知できる。

【0081】

通信装置３では、Ｓ１３において送信継続要求を受信した後、第１制御部３１が再度計時を開始する。そして、パブリッシュ部３１２は、この送信継続要求の受信後、所定期間内に次の送信継続要求を受信するかを判定する。すなわち、パブリッシュ部３１２は、送信継続要求を最後に受信してから所定期間が経過するまでに送信継続要求を受信するかを判定する。パブリッシュ部３１２は、所定期間が経過するまでに、Ｓ２３において送信された送信継続要求を受信したと判定した場合、送信モードを継続する。そのため、パブリッシュ部３１２は、エレベータ制御装置２から動作情報を受信する度に、第１トピックで第１サーバ装置４に対してパブリッシュし続ける（Ｓ２６）。

【0082】

第１サーバ装置４では、第２送信部４１２が、指定されたエレベータ１の動作情報を通信装置３から受信する度に、送信先装置６に送信する（Ｓ２７）。そして、送信先装置６は、第１サーバ装置４から動作情報を受信する度に、記憶装置７に格納する（Ｓ２８）。

【0083】

その後も同様に、端末装置９によりＡＰＩ８１３が利用されると（Ｓ３１）、要求元装置８の要求元パブリッシュ部８１２が、送信継続要求を第２トピックでパブリッシュする（Ｓ３２）。その後、第１サーバ装置４の第１送信部４１１が、当該送信継続要求を、当該第２トピックと同一の第２トピックをサブスクライブした通信装置３に送信する（Ｓ３３）。また、要求元装置８は、記憶装置７から動作情報を引き続き取得し（Ｓ３４）、端末装置９に送信する（Ｓ３５）。

【0084】

パブリッシュ部３１２は、Ｓ２３において送信継続要求を受信した後、所定期間が経過するまでに、Ｓ３３において送信された送信継続要求を受信したと判定した場合、送信モードを継続する。そのため、パブリッシュ部３１２は、エレベータ制御装置２から動作情報を受信する度に、第１トピックで第１サーバ装置４に対してパブリッシュし続ける（Ｓ３６）。そして、第１サーバ装置４の第２送信部４１２が、通信装置３からパブリッシュされた動作情報を送信先装置６に送信し（Ｓ３７）、送信先装置６が記憶装置７に格納し続ける（Ｓ３８）。図４に示すＳ４１～Ｓ４８についても同様である。

【0085】

このように、パブリッシュ部３１２は、送信継続要求を受信してから所定期間が経過するまでに次の送信継続要求を受信している間（すなわち、送信継続要求を継続的に受信している間）は、動作情報を第１サーバ装置４にパブリッシュし続ける。そのため、要求元装置８は、端末装置９がＡＰＩ８１３を継続的に利用している間は、エレベータ１の最新の動作状況を示す動作情報を、端末装置９に送信できる。

【0086】

一方、パブリッシュ部３１２が、送信継続要求を最後に受信してから送信継続要求を受信せずに所定期間が経過したと判定した場合、動作モードを送信モードから非送信モードに切り替える。図４に示すように、パブリッシュ部３１２は、Ｓ４３において送信継続要求を受信した後、所定期間が経過するまでに次の送信継続要求を受信しなかったと判定した場合、動作モードを送信モードから非送信モードに切り替える（Ｓ５１）。

【0087】

上述のように、エレベータ制御装置２は、エレベータ制御装置２が制御するエレベータ１の動作状況に変化が生じる度に、動作情報を通信装置３に送信している。しかし、通信装置３では、パブリッシュ部３１２は、非送信モードに切り替えた後については、動作情報を受信していても、第１サーバ装置４に動作情報をパブリッシュしない。すなわち、通信装置３は、非送信モードへの切り替えにより、第１サーバ装置４への動作情報の送信を停止する。

【0088】

従って、通信装置３は、送信開始要求を受信した後、送信継続要求を継続的に受信している間のみ、第１サーバ装置４に動作情報を送信できる。つまり、ＡＰＩ８１３が継続的に利用されている間のみ、第１サーバ装置４に動作情報を送信できる。そのため、ＡＰＩ８１３が利用されている間は、端末装置９は、エレベータ１の動作状況をリアルタイムに利用者に通知できる。一方で、ＡＰＩ８１３が利用されていない状況においては、通信装置３と第１サーバ装置４との間で第１通信方式に従う通信セッションを確立しないため余分な通信負荷を抑制できる。

【0089】

複数の端末装置９において共通のエレベータ１が指定された場合、いずれかの端末装置９がＡＰＩ８１３を利用すると、要求元装置８は、当該エレベータ１の動作情報についての送信開始要求を第１サーバ装置４に送信する。この送信に基づいて、通信装置３は、動作モードを送信モードに切り替えることができる。

【0090】

上述したように、通信装置３は、送信継続要求を受信してから所定期間が経過するまでに次の送信継続要求を受信した場合、送信モードを継続する。要求元装置８は、いずれかの端末装置９がＡＰＩ８１３を利用している場合には、送信継続要求を第１サーバ装置４に送信する。そのため、いずれかの端末装置９がＡＰＩ８１３を利用している間は、通信装置３は送信モードを継続し、動作情報を第１サーバ装置４に対してパブリッシュし続ける。

【0091】

一方、いずれの端末装置９もＡＰＩ８１３を利用しなくなった場合、要求元装置８は、送信継続要求を第１サーバ装置４に送信しなくなる。すなわち、いずれの利用者も指定したエレベータ１の動作情報を閲覧していないと認められる場合、要求元装置８は、送信継続要求を第１サーバ装置４に送信しなくなる。そのため、いずれの端末装置９もＡＰＩ８１３を利用しなくなったことにより、通信装置３が、第１サーバ装置４から送信継続要求を最後に受信してから所定期間が経過するまでに送信継続要求を受信しなかった場合には、非送信モードに切り替える。通信装置３は、非送信モードへの切り替えにより、指定された動作情報の第１サーバ装置４への送信を停止する。

【0092】

このように、複数の利用者が指定したエレベータ１の動作状況を閲覧しようとしている場合、通信装置３は、切り替えた送信モードを継続する。これにより、複数の端末装置９の少なくともいずれかは、エレベータ１の動作状況をリアルタイムに利用者に通知できる。そして、いずれの利用者も指定したエレベータ１の動作状況を閲覧しなくなった状態になって初めて、通信装置３は、非送信モードに切り替え、第１サーバ装置４への動作情報の送信を停止する。

【0093】

〔まとめ〕
本発明の態様１に係るデータ送信システムは、パブリッシュ／サブスクライブ型の通信方式を用いて互いに通信可能な、ブローカーとして機能するサーバ装置と、１または複数の通信装置とを含むデータ送信システムであって、前記通信装置は、自装置と通信可能に接続されたエレベータ制御装置から、当該エレベータ制御装置が制御するエレベータの動作状況に関する動作情報を受信する受信部と、前記受信部が前記動作情報を受信する度に当該受信した前記動作情報を所定の第１トピックで前記サーバ装置に対してパブリッシュを行う送信モードと、前記パブリッシュを行わない非送信モードとのいずれかに動作モードを切り替えるパブリッシュ部と、前記送信モードに切り替わるとき、前記エレベータの識別情報に基づいて作成された第２トピックを前記サーバ装置に対してサブスクライブするサブスクライブ部とを備え、前記サーバ装置は、要求元装置から前記第２トピックで前記サーバ装置に対してパブリッシュされた、前記動作情報の送信継続要求を、前記サーバ装置に対して前記第２トピックをサブスクライブした前記通信装置へ送信する第１送信部を備え、前記パブリッシュ部は、前記送信モード中に、前記通信装置が前記送信継続要求を最後に受信してから所定期間が経過するまでに前記送信継続要求を受信した場合、前記送信モードを継続し、前記通信装置が前記送信継続要求を最後に受信してから前記送信継続要求を受信せずに前記所定期間が経過した場合、前記非送信モードに切り替える。

【0094】

本発明の態様２に係るデータ送信システムは、態様１において、前記エレベータ制御装置は、当該エレベータ制御装置が制御するエレベータの動作状況に変化が生じる度に前記動作情報を前記通信装置に送信する。

【0095】

本発明の態様３に係るデータ送信システムは、態様１または２において、前記要求元装置は、前記データ送信システムの利用者の端末装置が利用可能な、指定されたエレベータの前記動作情報を提供するための機能を有し、前記端末装置が前記機能を利用することにより前記要求元装置から前記端末装置へ前記動作情報が所定頻度で提供される間、指定されたエレベータの識別情報に基づいて作成された前記第２トピックで前記送信継続要求を前記サーバ装置に対してパブリッシュする。

【0096】

本発明の態様４に係るデータ送信システムは、態様１から３のいずれかにおいて、前記サーバ装置は、前記パブリッシュ部からパブリッシュされた前記動作情報を受信すると、当該受信した前記動作情報を、前記サーバ装置に対して前記第１トピックをサブスクライブした送信先装置へ送信する第２送信部を備え、前記送信先装置は、前記サーバ装置から前記動作情報を受信する度に、当該受信した前記動作情報を記憶装置に格納するための処理を実行し、前記要求元装置は、前記データ送信システムの利用者の端末装置が利用可能な、指定されたエレベータの前記動作情報を提供するための機能を有し、前記端末装置が前記機能を利用中は、指定されたエレベータの前記動作情報を前記記憶装置から逐次取得し、当該取得した前記動作情報を前記端末装置に送信する。

【0097】

本発明の態様５に係るデータ送信システムは、態様１から４のいずれかにおいて、前記要求元装置は、前記データ送信システムの利用者の端末装置が利用可能な、指定されたエレベータの前記動作情報を提供するための機能を有し、前記端末装置から前記機能が最後に利用されてから前記所定期間が経過した後に前記端末装置から前記機能が利用された場合、前記通信装置に対して前記動作情報の送信開始要求を送信するための処理を実行し、前記パブリッシュ部は、前記通信装置が前記送信開始要求を受信すると、動作モードを前記送信モードに切り替える。

【0098】

本発明の態様６に係るデータ送信システムは、態様３から５のいずれかにおいて、前記機能は、ＡＰＩ（Application Programing Interface）により提供される。

【0099】

〔ソフトウェアによる実現例〕
データ送信システム１００の各装置（記憶装置７を除く）（以下、「装置」と呼ぶ）の機能は、当該装置としてコンピュータを機能させるためのプログラムであって、当該装置の各制御ブロック（特に、第１制御部３１、第２制御部３２、サーバ制御部４１および要求元制御部８１に含まれる各部）としてコンピュータを機能させるためのプログラムにより実現することができる。

【0100】

この場合、上記装置は、上記プログラムを実行するためのハードウェアとして、少なくとも１つの制御装置（例えばプロセッサ）と少なくとも１つの記憶装置（例えばメモリ）を有するコンピュータを備えている。この制御装置と記憶装置により上記プログラムを実行することにより、上記各実施形態で説明した各機能が実現される。

【0101】

上記プログラムは、一時的ではなく、コンピュータ読み取り可能な、１または複数の記録媒体に記録されていてもよい。この記録媒体は、上記装置が備えていてもよいし、備えていなくてもよい。後者の場合、上記プログラムは、有線または無線の任意の伝送媒体を介して上記装置に供給されてもよい。

【0102】

また、上記各制御ブロックの機能の一部または全部は、論理回路により実現することも可能である。例えば、上記各制御ブロックとして機能する論理回路が形成された集積回路も本発明の範疇に含まれる。この他にも、例えば量子コンピュータにより上記各制御ブロックの機能を実現することも可能である。

【0103】

また、上記各実施形態で説明した各処理は、ＡＩ（Artificial Intelligence：人工知能）に実行させてもよい。この場合、ＡＩは上記制御装置で動作するものであってもよいし、他の装置（例えばエッジコンピュータまたはクラウドサーバ等）で動作するものであってもよい。

【0104】

〔付記事項〕
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

【符号の説明】

【0105】

１ エレベータ
２ エレベータ制御装置
３ 通信装置
４ 第１サーバ装置（サーバ装置）
６ 送信先装置
７ 記憶装置
８ 要求元装置
９ 端末装置
１００ データ送信システム
３１１ 受信部
３１２ パブリッシュ部
３１３ サブスクライブ部
４１１ 第１送信部
４１２ 第２送信部
８１３ ＡＰＩ（機能）

【要約】

【課題】エレベータの動作状況に関する動作情報をパブリッシュする処理の継続可否の判断を、パブリッシュする側で簡易に行う。
【解決手段】データ送信システム（１００）は、ブローカーとして機能する第１サーバ装置（４）と通信装置（３）とを含む。通信装置のパブリッシュ部（３１２）は、送信モード中に、通信装置が、要求元装置（８）から第２トピックで第１サーバ装置に対してパブリッシュされた送信継続要求を最後に受信してから、所定期間が経過するまでに送信継続要求を受信した場合、送信モードを継続する一方、通信装置が送信継続要求を最後に受信してから送信継続要求を受信せずに所定期間が経過した場合、非送信モードに切り替える。
【選択図】図１

【図1】

【図2】

【図3】

【図4】