JP5593288B2 - データ管理方法およびデータ管理装置 - Google Patents

Description

分散システムにおけるシステム間のデータ連携方法に関する。

鉄道分野においては、様々な業務システムが存在し、それぞれの業務システムの情報を他の業務システムで利用することが行われている。特許文献１においては、運行管理システムから得られた遅延情報を、車掌や旅客の端末に配信し、端末から旅客販売総合システムにアクセスし乗り継ぎ列車の発券を行うことが提案されている。

特開２００３−１４１５７７号公報

特許文献１の方法においては、遅延情報の取得と乗り継ぎ列車の予約は別々のシステムで行われており、運行管理システムにおける運休などの運用入力と旅客販売総合システムにおける保留などの運用入力のタイミングによっては、遅延情報を閲覧後に運休となる列車を購入できてしまうという問題があった。
本発明では、複数の業務システム間の業務状況の影響を考慮したサービス提供を可能とすることを目的とする。

上記課題を解決するために本発明は、第一の業務を実行する第一の業務装置と、第二の業務を実行する第二の業務装置と、前記第一の業務装置と前記第二の業務装置による業務状況を管理する事業連携装置と、前記事業連携装置を介して前記第一の業務装置及び前記第二の業務装置に対してサービス提供を要求するサービス提供装置とを有するデータ連携システムであって、前記事業連携装置は、前記第一の業務装置と前記第二の業務装置から逐次通知される業務ごとの業務状況を登録した業務状況管理表と、前記サービス提供装置からのサービス要求の種別と前記第一の業務装置と前記第二の業務装置が取り得る前記業務状況の組み合わせごとに、前記サービス要求に係るサービスが提供可能か否かを定義した処理対応表と、前記第一の業務装置と前記第二の業務装置のいずれが前記サービス要求に係るサービスを提供するかを定義したサービス管理表と、前記第一の業務装置と前記第二の業務装置による業務が取り得る業務状況ごとに当該業務状況によって影響を受けるサービスを定義した業務プロセス管理表と、前記サービス提供装置からサービス要求を受け付ける手段と、前記業務プロセス管理表から、前記サービス要求に係るサービスの提供に影響を与える業務を特定する手段と、前記業務状況管理表から、前記サービスの提供に影響を与える業務の現在の業務状況を取得する手段と、前記処理対応表に基づき、前記現在の業務状況において前記サービス要求に係るサービスが提供可能か否かを判断する手段と、前記サービスの提供が可能と判断した場合は、前記サービス管理表に基づき前記サービスの提供を行う業務装置が前記第一の業務装置と前記第二の業務装置のいずれであるか特定する手段と、前記サービスの提供を行う業務装置に対し前記サービスの実行要求を送信する手段と、前記サービスの提供を行う業務装置から前記サービスの実行要求に対する応答を受け付ける手段と、前記応答を前記サービス提供装置に通知する手段と、を有することを特徴とする。

本発明によれば、複数の業務システムで間の影響を考慮してサービスを提供することができる。

列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、システム構成を示す一例である。 列車運休時の切符販売における、ダイヤ情報と空席情報の表示に適用した場合の、システム設定業務、当日の運用者の業務、旅客の操作のフローの一例である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、ダイヤ管理装置のハードウェア構成の一例を示す図である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、列車の運行履歴を管理するダイヤ管理装置のソフトウェア構成の一例を示す図である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、旅客販売総合装置のハードウェア構成の一例を示す図である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、旅客販売総合装置のソフトウェア構成の一例を示す図である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、事業者連携基盤のハードウェア構成の一例を示す図である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、事業者連携基盤のソフトウェア構成の一例を示す図である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、ＷＥＢ販売システムのハードウェア構成の一例を示す図である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、ＷＥＢ販売システムのソフトウェア構成の一例を示す図である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、連携装置において他のシステムから要求を受け付けた時に応答する情報を作成するフローの一例である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、連携装置においてサービス要求に対する実行条件を管理するテーブルの一例を示す図である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、連携装置において業務プロセスを管理するテーブルの一例を示す図である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、連携装置におけるサービス要求実行条件を管理するテーブルの一例を示す図である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、連携装置におけるサービス要求実行条件を管理するテーブルの一例を示す図の続きである。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、連携装置における業務フロー登録画面の一例（複数の業務が同期的に行われる例）である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、連携装置における業務フロー登録画面の一例（複数の業務が非同期に行われる例）である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、連携装置における処理対応表（単一サービス）作成フローの一例である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、連携装置での処理対応表（複数サービス）作成フローの一例である。 列車運休時の切符販売におけるダイヤ情報と空席情報の表示に適用した場合の、連携装置における業務状況管理テーブルの一例を示す図である。

列車運休時の切符販売における、ダイヤ情報と空席情報の表示に適用した場合を例に説明する。図１は、外部のアプリケーション装置において、ダイヤ情報と空席情報を同時に表示して販売するシステムのシステム構成図である。事業者連携基盤９は、列車のダイヤを管理するダイヤ管理装置１からダイヤ情報および旅客案内情報を、列車の座席を管理する旅客販売総合装置２から座席情報を、それぞれ伝送媒体３３を経由して取得する。また、事業者連携基盤９は、伝送媒体３４を通して座席の予約をするＷＥＢ販売システム５から運行情報および空席照会を受け付け、前記ダイヤ情報と旅客案内情報、座席情報を提供する。

ダイヤ管理装置１は、ダイヤに基づいて列車を運行する運行管理装置３より列車の遅延情報を、列車が遅延した時に運用者１ ５１（以下、輸送指令５１とする）が運転整理を入力する管理端末１１よりダイヤ情報を、伝送媒体３１を経由して取得する。また、ダイヤ管理装置1は、運用者２ ５２（以下、旅客指令５２とする）が旅客案内情報を入力する管理端末１２より旅客案内情報を、伝送媒体３１を経由して取得する。

旅客販売総合装置２は、列車が運休になった際に旅客指令５２が発売取りやめを入力する管理端末１３より列車保留情報を、伝送媒体３２を経由して取得する。

ＷＥＢ販売システム５は、旅客５４より旅客端末１５経由で空席照会や列車予約の要求を、伝送媒体３５を経由して取得する。

なお、事業者連携基盤９には、運用管理のための管理端末１４が接続されている。

本構成は、ダイヤ管理装置１、旅客販売総合装置２、事業者連携基盤９、ＷＥＢ販売システム５、管理端末１１，１２，１３，１４、旅客端末１５はパーソナルコンピュータやワークステーションなどの計算機で、運行管理装置３は特開2010-116102等に記載の運行管理装置で、伝送媒体３１、３２、３３、３４、３５をEtheｒnet(登録商標)で構成することにより実現できる。

図２は、本実施例における業務の全体フローである。本システムを稼働するために、まず、事前設定Ｔ１を行う。この時、運用者３ ５３（以下、システム管理者５３とする）が、事業者連携基盤９に対して、列車運行管理装置１、旅客販売総合装置２で提供するサービスと、輸送指令５１、旅客指令５２の業務プロセスを入力する（Ｔ１１）。提供サービスと業務プロセスを入力後、システム管理者５３の要求により、登録したサービスごとに業務状況、時刻条件、場所条件の組み合わせにおいてサービス提供可能か否かを示した処理対応表９０２を生成する（Ｔ１２）。システム管理者５３は、生成された処理対応表に修正が必要な場合には、処理方針を入力する（Ｔ１３）。

この事業者連携基盤９における処理対応表９０２の生成処理（Ｔ１２）の詳細に関しては、後述する。

次に当日遅延が起きた時の運転整理Ｔ２を説明する。遅延が発生すると、運行管理装置３より遅延のあった列車の列番および線区が、輸送指令５１、旅客指令５２、ダイヤ管理装置１に通知される。このとき、ダイヤ管理装置１は、事業者連携基盤９に対し、遅延のあった列車の列番および線区に関する列車遅延通知を行う（Ｔ２１）。その後、輸送指令５１は乗務員区所、車両区所と乗務員手配、車両手配の調整をする（Ｔ２２）。調整が終わると輸送指令５１は、管理端末１１経由でダイヤ管理装置１に調整により運転に変更がある列車に関する運転整理入力を行う（Ｔ２３）。この時、ダイヤ管理装置１内のダイヤ情報（実施ダイヤテーブル１０１）は更新される。ダイヤ管理装置１は、運転整理入力（Ｔ２３）によりダイヤ情報が更新されると、運転に変更がある列車の列番や線区、発着時刻について事業者連携基盤９に運転整理通知を行う（Ｔ２４）。事業者連携基盤９は、旅客販売総合装置２に対して運転整理結果を通知する（Ｔ２５）。これを受け、旅客指令５２が旅客販売総合装置２に対して運行が取りやめとなった列車の列車保留を入力する（Ｔ２６）。そして、旅客販売総合装置２は、事業者連携基盤９に対して、保留通知を行う（Ｔ２７）。この時、旅客販売総合装置２内の列車テーブル２０１における列車の発売/保留の状態が更新される。

次に当日遅延が起きた時の旅客案内Ｔ３を説明する。管理端末１１は、運行管理装置３からの列車遅延通知Ｔ２０を受け、列車遅延通知による遅延情報に応じて、旅客指令５２がダイヤ管理装置１に対して旅客案内情報を入力する（Ｔ３１）。この時、ダイヤ管理装置１内の旅客案内情報（旅客案内情報テーブル１０２）が更新される。本入力を受け、ダイヤ管理装置１は、事業者連携基盤９に対して、旅客案内情報更新通知を行う（Ｔ３２）。

これらの通知（Ｔ２１、Ｔ２４、Ｔ２７、Ｔ３２）を受け取ったときの、事業者連携基盤９の動作に関しては後述する。

最後に旅客５４からの空席照会Ｔ４を説明する。旅客５４が出発地、着地、時刻を旅客端末１５経由でＷＥＢ販売システム５に入力する（Ｔ４１）。ＷＥＢ販売システム５は、入力された情報に基づき、公知の乗換案内に代表されるような経路検索を行い、発着地、路線、時間帯の情報と併せて、事業者連携基盤９に対して、ダイヤ情報、空席情報の情報要求を行う（Ｔ４２）。事業者連携基盤９は、ダイヤ管理装置１と旅客販売総合装置２の現在の業務状況及び処理対応表９０２から、要求のあったダイヤ情報、空席情報をサービス提供可能か否かを判断し、サービス提供可能である場合は、ダイヤ管理装置１と旅客販売総合装置２にサービス提供を要求して応答情報を作成し、サービス提供不可の場合はそのことを旅客５４に通知する応答情報を作成する（Ｔ４３）。そして、事業者連携基盤９は、応答情報をＷＥＢ販売装置５に応答し（Ｔ４４）、ＷＥＢ販売システム５は、取得した情報要求結果を旅客端末１５に表示する（Ｔ４５）。

この事業者連携基盤９の、応答情報の作成処理（Ｔ４３）の詳細は後述する。

図３は、ダイヤ管理装置１のハードウェア構成図である。データを格納するための記憶装置１５２、他の装置と情報を通信するための通信装置１５４、セットアップやメンテナンス時に利用する入力装置１５１、表示装置１５５、および、これらの機器を制御する制御装置１５３にて構成される。記憶装置１５２に、列車の運行予定である実施ダイヤテーブル１０１と、電光掲示板で案内される文字情報である旅客案内情報テーブル１０２、事業者連携基盤９に通知するイベントを管理する通知イベントテーブル１０３を保持する。なお、図示しないが、各テーブルの保持するデータ項目と更新方法について説明する。

実施ダイヤテーブル１０１は、前日までにダイヤ計画者が入力しておくものとし、当日は輸送指令５１の運転整理入力により更新される。データ項目として、営業日、列車が走行する路線、列車を一意に識別する列車番号、駅名をキーとしてレコードを保持し、駅ごとの着時刻と発時刻、発着番線を保持する。

旅客案内情報テーブル１０２は、旅客指令５２が管理端末１２を介して更新し、営業日を示す日付と、案内情報の対象となる路線、旅客に案内するメッセージにより構成される。

通知イベントテーブル１０３は、起動トリガ、イベント種別、通知先、通知内容により構成される。この例では、起動トリガとして、「１．遅延通知受信」、「２．運転整理受信」、「３．旅客案内情報受信：が設定されており、それぞれのトリガに対して、イベント種別として、「１．遅延通知」、「２．運転整理通知」、「３．旅客案内情報更新通知」が、通知先には事業者連携基盤９が、通知内容には、起動トリガの時刻と対象路線が格納されていることとする。

図４は、ダイヤ管理装置１のソフトウェア構成図である。これらの機能は記憶装置１５２に格納され、電源起動時に制御装置１５３にロードされ、動作する。入力受付部１００４は入力装置１５１から作業員の入力を受け付けるプログラムであり、表示部１００５は表示装置１５５に画面を出力するプログラムである。これらは、セットアップやメンテナンス時の作業員インタフェースとして利用される。

データ転送部１００３は、通信装置１５４を制御する通信部１００１経由で該事業者連携基盤９より実施ダイヤ配信、旅客案内情報配信要求、通知イベント一覧取得要求を受け付けたタイミングで起動され、記憶装置１５２から実施ダイヤ１０１、旅客案内情報１０２、通知イベント１０３を配信するプログラムである。

データ取得部１００２は、輸送指令５１が運転整理を入力したタイミングで管理端末１１より通信部１００１経由で通知を受け起動され、入力されたダイヤ情報を実施ダイヤテーブル１０１に格納する機能、および、旅客指令５２が旅客案内情報を入力したタイミングで管理端末１２より通信部１００１経由で通知を受け起動され、入力された旅客案内情報を旅客案内情報テーブル１０２に格納する機能を持つプログラムである。

イベント通知部１００６は、通信部１００１経由で通知されたイベントを取得した時点で起動され、通知イベントテーブル１０３の設定に従い、取得したイベントを通知するプログラムである。

図５は、旅客販売総合装置２のハードウェア構成図である。データを格納するための記憶装置２５２、他の装置と情報を通信するための通信装置２５４、セットアップやメンテナンス時に利用する入力装置２５１、表示装置２５５、および、これらの機器を制御する制御装置２５３にて構成される。記憶装置２５２に、販売商品である列車の情報、列車のダイヤ、座席を管理する列車テーブル２０１、列車ダイヤテーブル２０２、座席テーブル２０３、事業者連携基盤９に通知するイベントを管理する通知イベントテーブル２０４を保持する。なお、図示しないが、各テーブルのデータ項目と更新方法について記載する。列車テーブル２０１、列車ダイヤテーブル２０２、座席テーブル２０３は、前日までに旅客販売総合装置２の運用者によって入力され、当日は旅客指令５２の列車保留・保留解除により更新される。

列車テーブル２０１は、営業日を示す日付、列車の走行する路線を示す路線名称、旅客に表示する列車の名称を示す列車名称、ダイヤ管理装置１や時刻表で利用され列車を一意に識別できる列車番号、1つの列車の車両の数を示す両数、１つの列車の収容できる人員を示す定員、発駅と発時刻、着駅と着時刻、列車の座席を販売するかどうかを示す発売状態から構成される。この販売状態には、「発売」「保留」の2状態が存在し、旅客指令の列車保留・保留解除により更新される。

列車ダイヤテーブル２０２は、営業日、列車が走行する路線、列車を一意に識別する列車番号、駅名をキーとしてレコードを保持し、駅ごとの着時刻と発時刻、発着番線を保持する。座席テーブル２０３は、営業日を示す日付、列車を一意に識別する列車番号、列車内の座席の位置を示す号車、番号、列と、座席の販売状態より構成される。例えば、1両目の1番、Ｅ列は、号車に「１」、番号に「１」、列に「Ｅ」が設定される。販売状態は、既に旅客や旅行会社に販売した「販売済み」、発売中だがまだ売れていない「未販売」、発売していない「未発売」の３状態がある。

通知イベントテーブル２０４は、起動トリガ、イベント種別、通知先、通知内容により構成される。この例では、起動トリガとして、列車保留受信、列車保留解除受信が設定されており、それぞれのトリガに対して、イベント種別として、列車保留通知、列車保留解除通知が、通知先には事業者連携基盤９が、通知内容には、起動トリガの時刻と対象路線が格納されていることとする。

図６は、旅客販売総合装置２のソフトウェア構成図である。これらの機能は記憶装置２５２に格納され、電源起動時に制御装置２５３にロードされ、動作する。入力受付部２００４は入力装置２５１から作業員の入力を受け付けるプログラムであり、表示部２００５は表示装置２５５に画面を出力するプログラムである。これらは、セットアップやメンテナンス時の作業員インタフェースとして利用される。

データ転送部２００３は、通信装置２５４を制御する通信部２００１経由で事業者連携基盤９より座席照会要求、あるいは、通知イベント取得要求を受け付けたタイミングで起動され、座席照会要求に対しては受付時に取得した発駅、着駅、路線をキーに、列車テーブル２０１と座席テーブル２０３に基づき乗車可能な列車の列車情報と座席情報を配信し、通知イベント取得要求に対しては、通知イベントテーブル２０４を配信するプログラムである。

データ取得部２００２は、旅客指令５２が列車保留を入力したタイミングで管理端末１３より通信部２００１経由で通知を受け起動され、入力された列車保留を列車テーブル２０１に反映する機能を持つプログラムである。

イベント通知部２００６は、通信部２００１経由で通知されたイベントを取得した時点で起動され、旅客販売総合装置２の運用者が事前に設定した通知イベントテーブル２０４の設定に従い、取得したイベントを通知するプログラムである。

図７は、事業者連携基盤９のハードウェア構成図である。データを格納するための記憶装置９５２、他の装置と情報を通信するための通信装置９５４、セットアップやメンテナンス時に利用する入力装置９５１、表示装置９５５、プログラムを起動するトリガとするための時刻を計測するタイマ装置９５６、および、これらの機器を制御する制御装置９５３にて構成される。記憶装置９５２に、ＷＥＢ販売システム５からの要求に対して問い合わせる先のサービスを管理するサービス管理テーブル９０３と、ダイヤ管理装置１、旅客販売総合装置２から業務に付随して通知されるイベントの順序を管理する業務プロセス管理テーブル９０１と、ＷＥＢ販売システム５からの要求に対して、業務状況、時刻条件、場所条件から実行するサービスを対応付ける処理対応表９０２と、と、線区ごとの業務状況を管理する業務状況テーブル９０４を保持する。

図８は、事業者連携基盤９のソフトウェア構成図である。これらの機能は記憶装置９５２内に格納され、電源起動時に制御装置９５３にロードされ、動作する。入力受付部９００４は入力装置９５１から作業員の入力を受け付けるプログラムであり、表示部９００５は表示装置９５５に画面を出力するプログラムである。これらは、セットアップやメンテナンス時の作業員インタフェースとして利用される。

業務プロセス登録部９１０２は、通信装置９５４を制御する通信部９００１経由で管理端末１４からの要求を受け付けたタイミングで起動され、システム管理者５３の登録した業務プロセスを管理端末１４より取得し、業務プロセス管理テーブル２０１に格納するプログラムである。

サービス登録部９２０２は、通信装置９５４を制御する通信部９００１経由で管理端末１４からの要求を受け付けたタイミングで起動され、システム管理者５３の登録した他システム（ダイヤ管理装置１、旅客販売総合装置２、ＷＥＢ販売システム５など）からの要求と動作するサービスの関係づけ情報を管理端末１４より取得し、サービス管理テーブル２０３に格納するプログラムである。

処理対応表生成部９１０３は、通信装置９５４を制御する通信部９００１経由で管理端末１４からの要求を受け付けたタイミングで起動され、サービス管理テーブル２０３に登録された要求種別（または要求種別の組み合わせ）ごとに、業務プロセスにより定義される業務状況、時刻条件、場所条件により実行するサービスを規定し、処理対応表９０２に格納するプログラム（Ｔ１２）である。

サービス実行部９０２３は、通信装置９５４を制御する通信部９００１経由でＷＥＢ販売システム５からの要求を受け付けたタイミングで起動され、受け付けた要求に対して、処理対応表２０２に規定された動作して応答情報を作成し、応答を返すプログラム（Ｔ４３）である。

イベント受付部９３０２は、通信装置９５４を制御する通信部９００１経由でダイヤ管理装置１、旅客販売総合装置２からの通知イベントを受け付けたタイミングで起動され、受け付けた通知イベントに基づいて業務状況テーブル９０４を更新するプログラムである。

図９は、ＷＥＢ販売システム５のハードウェア構成図である。データを格納するための記憶装置５５２、他の装置と情報を通信するための通信装置５５４、セットアップやメンテナンス時に利用する入力装置５５１、表示装置５５５、および、これらの機器を制御する制御装置５５３にて構成される。

図１０は、ＷＥＢ販売システム５のソフトウェア構成図である。これらの機能は記憶装置５５２に格納され、電源起動時に制御装置５５３にロードされ、動作する。入力受付部５００４は入力装置５５１から作業員の入力を受け付けるプログラムであり、表示部５００５は表示装置５５５に画面を出力するプログラムである。これらは、セットアップやメンテナンス時の作業員インタフェースとして利用される。

データ転送部５００３は、通信装置５５４を制御する通信部５００１経由で旅客端末１５より要求を受け付けたタイミングで起動され、旅客５４が旅客端末１５で入力した要求情報を、通信装置５５４を制御する
通信部５００１経由で取得し、事業者連携基盤９に転送し、該事業者連携基盤９より応答が得られると、旅客端末１５に対して応答情報を転送するプログラムである。

図１１は、本発明の１実施形態である、列車の運休が生じた時の列車のダイヤ情報と空席情報を用いた切符販売における応答情報作成処理（Ｔ４３）の概要を示すフロー図である。

ステップＳ４３０１では、ＷＥＢ販売システム５より取得した要求のメッセージを分析し、要求種別を取得する。取得するメッセージは要求種別、発駅、着駅、時刻情報より構成されるＸＭＬを想定する。要求種別に記載される情報は、サービス管理テーブル９０３に登録された要求種別が予め開発者間で共有されており、記載されるものとする。

図１２にサービス管理テーブル９０３の一例を示す。サービス管理テーブル９０３は、要求の識別子である要求ＩＤ９０３０１をキーとしてレコードを保持する。レコードことに、他システム向けに公開される要求種別９０３０２、要求に対応するサービス９０３０４、サービスの提供元を示す問い合わせ先９０３０３、サービスの提供可能な条件を記載した提供条件９０３０５、左記サービス提供が不可能な状況でも他サービスと一緒に提供することでサービス提供が可能となる補完サービス９０３０６を保持する。本サービス管理テーブルはシステム管理者５３により管理端末１４経由で登録される。

ここでは、「ダイヤ情報」「旅客案内情報」「空席照会」が要求種別として公開され、それぞれダイヤ配信サービス、旅客案内情報配信サービス、座席照会サービスを実行することになっている。なお、ここでは、ダイヤ配信サービスは、時刻と路線を入力とし、その路線の列車ごとに全停車駅の発着時間を入手できるサービス、旅客案内情報配信サービスは、全路線の旅客案内情報（例えば、「全線通常通りの運行をしています」「Ａ路線は人身事故の影響で運転を見合わせております」）を入手できるサービス、座席照会サービスは、路線・時刻を入力として、その路線の列車ごとの空席数、および、全座席の状態を返すサービスとして説明する。

ステップＳ４３１１では、業務プロセス管理テーブル９０１に規定される順序でダイヤ管理装置１、旅客販売総合装置２から通知される通知イベントにより更新される現在の業務状況を、記憶装置９５２の業務状況テーブル９０４より取得する。例えば「路線A」に対して「ダイヤ情報」を要求された場合、サービス管理テーブル９０３の業務種別９０３０２とサービス９０３０４から、「ダイヤ情報」の要求が提供するサービスは「ダイヤ配信サービス」であると特定し、業務プロセス管理テーブル９０１の更新サービス９０１０６から「ダイヤ配信サービス」の提供に影響を及ぼす業務は業務ID「１」の「運転整理」であるため、業務状況テーブル９０４の線区９０４０１が「路線A」、業務ID９０４０２が「１」の業務状況９０４０３を取得する。図２０の例では、業務状況は「遅延通知」となる。

図１３に業務プロセス管理テーブル９０１の一例を示す。業務プロセス管理テーブル９０１は、１つの業務(運転整理、旅客案内等)を構成する業務プロセスの識別子である業務ＩＤ９０１０１とその業務における各業務プロセスの時系列の通番９０１０２、分岐があった場合の枝番９０１０３をキーとしてレコードを保持する。レコードことに、通知されるイベントを示すイベント９０１０４、イベントの通知元である対象システム９０１０５、通知されたイベントにより更新が示唆されるサービスを示す更新サービス９０１０６を保持する。本サービス管理テーブルはシステム管理者５３により管理端末１４経由で登録される。登録方法の一例は後述する。

図２０に業務状況テーブル９０４の一例を示す。業務状況テーブル９０４は、管理対象の線区９０４０１、線区で遂行中の業務の識別子である業務ＩＤ９０４０２ごとに管理される。これは鉄道においては線区単位で列車運行が管理されており、遅延の波及も路線単位となるためである。線区９０４０１、業務ＩＤ９０４０２ごとに、業務状況９０４０３とその更新時刻９０４０４を保持する。ダイヤ管理装置１、旅客販売総合装置２より、通知イベントを受け取ると、業務プロセス管理テーブル９０１の業務プロセス/イベント９０１０４と対象システム（通知元）９０１０５を参照し、該当するレコードの業務ID９０１０１を抽出する。そして、通知イベントで指定された対象線区と抽出した業務IDから業務状況テーブル９０４のレコードを特定し、受け取った通知イベントの内容に応じて業務状況９０４０３、更新時刻９０４０４を更新する。

例えば、図１３に示す業務プロセス管理テーブル９０１に記載の業務ＩＤ１（運転整理業務）の業務状況は、「遅延通知」「運転整理」「列車保留」「列車保留解除」に加えて、「正常運行」が存在する。また、業務ＩＤ２（旅客案内）の業務状況は、「遅延通知」「旅客案内情報更新」が存在する。

例えば、管理端末１１において、ダイヤ管理装置１が運行管理装置３から路線Ａ、Ｂの通知イベント「遅延通知」を受け、事業者連携基盤９に路線Ａ，Ｂの遅延通知をしたとき、路線Ａ、Ｂの業務ＩＤ１（運転整理業務）の業務状況は「遅延通知」、業務ＩＤ２（旅客案内）の業務状況は「遅延通知」となる。その後、輸送指令５１が路線Ｂの運転整理を行い、ダイヤ管理装置１から通知イベント「運転整理通知」が事業者連携基盤９に通知された時に、該当する路線Ａにおける業務ＩＤ１の（運転整理業務）業務状況は「運転整理」状態となる。

ステップＳ４３２１では、取得した要求種別とそれに付随する条件、現在の業務状況、および、時刻条件、場所条件から、処理対応表９０２を参照し、実行するサービスを決定する。

図１４、１５に処理対応表９０２の一例を示す。処理対応表９０２は、サービス管理テーブル９０３及び業務プロセス管理テーブル９０１に基づき、要求種別９０２０２、各業務の業務状況の種別を示す業務状況９０２０３、時刻に関する条件を記述する時刻条件９０２０４、場所に関する条件を記述する場所条件９０２０５、サービス提供の可否または実行するサービスを記述する動作９０２０６を保持する。業務状況９０２０３は、要求種別に対応する業務の業務状況が記載される。時刻条件９０２０４及び場所条件９０２０５は、サービス管理テーブル９０２０３における提供条件９０３０５に記述された条件に基づいて設定される。時刻条件９０２０４の例としては、発時刻を過ぎた列車の販売は行わないことを示す、要求列車発時刻と現在時刻を比較する条件や、翌日にはダイヤが復旧することから営業日が同一かどうかの条件などが設定される。場所条件９０２０５の例としては、列車は１つの列車が遅延するとその路線全体に遅延が波及することから、当該線区、他線区、相互直通運転で関連付けられる関連線区、乗り継ぎ設定されている乗り継ぎ線区といった条件が設定される。

例えば、ＷＥＢ販売システム５から、発駅Ａ駅、着駅Ｇ駅、１２：４０分着という条件で「ダイヤ情報・旅客案内情報」を要求されたケースを例に説明する。まず、公知の経路検索サービスを利用し、発着駅に該当する線区である「路線Ａ」を抽出する。

路線Ａの「運転整理」業務及び「旅客案内」業務の業務状況が「遅延通知」の場合（路線Ａにおいて遅延が発生し、旅客指令５２による旅客案内情報テーブル１０２は更新されたが、輸送指令５１は遅延に伴う車両手配等を調整中である場合を想定）、要求種別９０２０２「ダイヤ情報・旅客案内情報」、業務状況９０２０３「遅延通知」のレコードに該当し、場所条件９０２０５が「当該線区」であればダイヤ配信サービス・旅客案内情報配信サービスともに提供せず、「他線区」であればダイヤ配信サービス・旅客案内情報配信サービスともに提供する。このケースでは、「当該線区」に該当するため、ダイヤ管理システム１、旅客販売総合装置２においてサービス提供条件を満たさないため、実行するサービスはなしとなる。

路線Ａの「運転整理」業務の業務状況が「遅延通知」、「旅客案内」業務の業務状況が「旅客案内情報更新」であったとすると、要求種別９０２０２「ダイヤ情報・旅客案内情報」、業務状況９０２０３「遅延通知/旅客案内情報更新」のレコードに該当し、場所条件９０２０５が「当該線区」でも「他線区」でもダイヤ配信サービス・旅客案内情報提供サービスともに提供する。このケースでは、ダイヤ管理装置１に対して、ダイヤ配信サービスおよび旅客案内情報配信サービスを要求する。これは、旅客案内情報で説明可能であるために、復旧に向けたダイヤでなくても提供する価値があるためである。

すなわち、事業者連携基盤９が、ダイヤ配信サービスにより取得した路線Ａのダイヤが遅延の発生する前のものだとしても、旅客案内情報配信サービスで「Ａ路線は人身事故の影響で運転を見合わせております」を言う情報を入手し、旅客案内掲示板に出力されていれば、遅れていることがわかる。

次に、ＷＥＢ販売システム５から、発駅Ａ駅、着駅Ｇ駅、１２：４０分着という条件で「ダイヤ情報・空席情報」を要求されたケースを例に説明する。

路線Ａの「運転整理」業務の業務状況が「遅延通知」の場合、要求種別９０２０２は「ダイヤ情報・空席情報」、業務状況９０２０３は「遅延通知」のレコードを参照する。場所条件９０２０５が「当該線区」の場合、ダイヤ配信サービスは実行せず、時刻条件が「要求列車発時刻≧現在時刻」の場合のみ、座席照会サービスを実行する。「他線区」であればダイヤ情報配信サービス・座席照会サービスともに実行する。

路線Ａの「運転整理」業務の業務状況が「運転整理」の場合、要求種別９０２０２は「ダイヤ情報・空席情報」、業務状況９０２０３が「運転整理」に該当するレコードを参照する。このとき、場所条件９０２０５が「当該線区」の場合、ダイヤ情報配信サービスは実行するが、座席照会提供サービスは、時刻条件が「要求列車発時刻≧現在時刻」の場合でも実行しない。これは、ダイヤ管理装置１におけるダイヤが変更されており運休があった場合に、運休する列車を販売することを防ぐためである。

すなわち、運転整理が実行され、事業者連携基盤９がダイヤ配信サービスにより取得した路線Ａのダイヤから列車Ｚがなくなった場合に、まだ列車保留がかかっていないケースでは、座席照会サービスにより取得した列車Ｚの列車の座席は「発売」状態になってしまう。これを防止するため、座席照会サービスは実行せず、「ダイヤ乱れのためただ今調整中です」等のメッセージを出力する。

ステップＳ４３３１では、ステップＳ４３２１の結果実行するサービスがある場合、そのサービスを実行する。実行するサービスがない場合、なにもせずに終わる。具体的には、サービスの実体を保持する装置がサービス管理テーブル９０３の問い合わせ先９０３０３に記載されており、ステップS４３４１では、その装置に対してサービス実行要求を出し、応答を待つ。

ステップＳ４３５１では、ステップＳ４３４１で取得したサービスの結果をＷＥＢ販売システム５に応答する。

図１６、１７に業務プロセス管理テーブル９０１の登録画面Ｐ１の一例を示す。事業者連携基盤９のシステム管理者５３が事前にプレイヤ（輸送指令５１、旅客指令５２、システム管理者５３、旅客５４）と、事業者連携基盤９と接続するシステム（ダイヤ管理装置１、旅客販売総合装置２、事業者連携基盤９、ＷＥＢ販売装置５）を事前に登録しておく。このプレイヤ情報とシステムの情報、およびサービス管理テーブル９０３の情報、ダイヤ管理装置１や旅客販売総合装置２に対して通知イベント一覧取得要求を出し得られる通知イベントの一覧を読み込み、ワークフロー表示部Ｐ１１、入力部Ｐ１２を生成する。

入力部Ｐ１２は、業務あるいはイベント通知を実行するトリガイベントを示すトリガ選択部Ｐ１２１，業務の実行者を示すプレイヤ選択部Ｐ１２２、遂行する業務入力部Ｐ１２３、業務に関連するシステム選択部Ｐ１２４、業務あるいは通知イベントがあった際に通知先選択部Ｐ１２５、業務が発生した時に更新される更新サービス選択部Ｐ１２６、上記を入力し登録するための追加部Ｐ１２９、登録したワークフローを業務プロセス管理テーブル９０１に登録するための確定部Ｐ１３０により構成される。なお、トリガ選択部Ｐ１２１は、各システムの通知イベントテーブルを参照し、自動でプルダウンリストが生成される。プレイヤ選択部Ｐ１２２、システム選択部Ｐ１２４、通知先選択部Ｐ１２５は前述のようにシステム管理者５３によって事前入力した情報に基づきプルダウンリストが生成される。更新サービス選択部Ｐ１２６は、サービス管理テーブル９０３のサービス９０３０４を読み込み、自動で生成される。システム管理者５３は、各項目に入力し、追加部Ｐ１２９を押下すると、ワークフロー表示部Ｐ１１の一番下に、入力した業務ステップが追加表示される。確定部Ｐ１３０を押下すると、これらの入力されたデータに１つの業務IDが割り当てられ、業務プロセス管理テーブル９０１に登録される。

図１６は、複数の人が順番に業務を行うケースを示したものである。図１７は複数の人が非同期に業務を行うケースを示したものである。図１６，１７に示すように、業務の開始は、ダイヤ管理装置からの遅延通知のトリガ（Ｔ２1）に基づいている。これにより、非同期に行われる業務においても、同一の事象に基づき行われることを表現することができる。

図１８、１９に処理対応表の生成フローの一例を示す。

図1８に、単一のサービスに対して処理対応表を作成するフローを示す。ステップ１２００では、サービス管理テーブル９０３の要求種別９０３０２より、提供する要求種別の一覧を取得する。本実施例の場合、要求種別はダイヤ情報、旅客案内情報、空席照会の３つである。そして、取得した要求種別すべてについて以下のループを実行する。

まず、単一の要求に対して処理対応表９０２を作成する。

ステップ１２０１では、サービス管理テーブル９０３のサービス９０３０４より、要求種別に対応するサービスを取得する。取得したサービスに対して、業務プロセス管理テーブル９０１の更新サービス９０１０６に該当するサービスが存在する業務を取得する。例えば、要求種別が「ダイヤ情報」の場合、サービス管理テーブル９０３より「ダイヤ配信サービス」が該当するサービスであり、業務プロセス管理テーブル９０１より、更新サービス９０１０６が「ダイヤ配信サービス」であるのは業務ＩＤ９０１０１が「１」の業務となる。

その業務IDの業務を構成する業務プロセスごとに、以下のループを実行する。例えば、業務IDが「１」の場合、業務プロセス「遅延通知」のレコードから「列車保留解除」のレコードまでの各業務プロセス(業務情況)ごとにループ処理することとなる。

ステップＳ１２０２では、サービス管理テーブル９０３から該当するサービスの提供条件９０３０５を取得する。例えば要求種別「ダイヤ情報」の場合、提供条件は「遅延発生〜運転整理の間当該線区に関しては提供しない」となる。

ステップＳ１２０３では、ステップＳ１２０２で取得した提供条件９０３０５のうちエリアの条件のものに関して取得し、その境界により選択肢を用意する。例えば、要求種別が「ダイヤ情報」の場合、サービス管理テーブル９０３より「当該線区には提供しない」が条件となり、エリアの条件として当該線区、他線区の選択肢が追加される。

ステップＳ１２０４では、ステップＳ１２０２で取得した提供条件９０３０５のうち時刻の条件のものに関して取得し、その境界により選択肢を用意する。例えば、要求種別が「ダイヤ情報」の場合は、時刻条件が設定されていないため、時刻の条件は「any」となる。

ステップＳ１２０３、Ｓ１２０４で用意した選択肢のすべての組み合わせに対して、ステップＳ１２０５では、業務状況・エリア・時刻に関して、提供条件を満たすかどうかを判定し、満たす場合にはサービスを提供（Ｓ１２０６）、満たさない場合にはサービスを提供しない（Ｓ１２０７）として、結果を処理対応表９０２に追加する。

要求種別が「ダイヤ情報」の場合を例にして説明すると、業務プロセス(業務情況)が「遅延通知」を処理すると、提供条件９０３０５より、業務状況が「遅延通知」の場合は時刻条件の設定はないが「当該線区に関してはサービス提供しない」ため、場所条件９０２０５が「当該線区」の場合は動作９０２０６を「提供せず」、場所条件９０２０５が「他線区」の場合は動作９０２０６を「（ダイヤ配信サービス）提供」とした２件のレコードを生成する。次に業務プロセス(業務情況)が「運転整理」を処理すると、業務状況が「運転整理」に進んでいるため、場所条件が「当該線区」「他線区」のいずれであっても、動作９０２０６は「（ダイヤ配信サービス）提供」としたレコードを生成することとなる。同様の処理を、業務状況「列車保留解除」まで実行する。

図１４には、「遅延通知」および「遅延通知/旅客案内情報更新」状態の処理対応表を示している。例えば、「ダイヤ情報」に関する条件は、時刻条件「any」場所条件「当該線区」/「他線区」の2通りの行が追加されている。

続いて行われる、複数の要求種別に対して処理対応表を作成するフローを図１９に示す。

ステップ１２００で取得した要求種別の組み合わせ分以下のループを実行する。

ステップ１２１８では、サービス管理テーブル９０３より、２つの要求種別に対応するサービスをサービス９０３０４から取得する。取得したサービスについて、業務プロセス管理テーブル９０１の更新サービス９０１０６に該当するサービスが存在するレコードを特定し、そのレコードの有する業務ID９０１０１を取得する。

例えば、要求種別が「ダイヤ情報」「空席照会」の場合、サービス管理テーブル９０３のサービスの提供条件９０３０５より「ダイヤ配信サービス」「座席照会サービス」が該当するサービスであり、業務プロセス管理テーブル９０１より業務ＩＤ「１」の業務が該当する業務となる。

その業務IDの業務を構成する業務プロセスごとに、以下のループを実行する。

ステップＳ１２１９では、それぞれの要求種別に対して、サービス管理テーブル９０３のサービスの提供条件９０３０５より、当該するサービスの提供条件を取得する。要求種別「ダイヤ情報」の場合、提供条件は「遅延発生〜運転整理の間当該線区に関しては提供しない」、要求種別「空席照会」の場合、提供条件は「現在時刻が発時刻を過ぎた列車は提供しない」となる。

ステップＳ１２２０では、ステップＳ１２１９で取得したサービス提供条件のうち、エリアに関する条件を取得し、その境界により選択肢を用意する。例えば、要求種別が「ダイヤ情報」「座席照会」の場合、「座席照会」にはエリア条件はないが、「ダイヤ情報」については「当該線区には提供しない」が条件となり、当該線区、他線区の選択肢が追加される。

ステップＳ１２２１では、ステップＳ１２１９で取得したサービス提供条件のうち時刻に関する条件を取得し、その境界により選択肢を用意する。例えば、要求種別が「ダイヤ情報」の場合は、時刻条件が設定されていないため、「any」となる。要求種別が「座席照会」の場合は、現在時刻が発射時刻を過ぎている列車は提供しないので「要求列車発時刻≧現在時刻」「要求列車発時刻＜現在時刻」（自線区のみ）の選択肢が追加される。

ステップＳ１２２０、Ｓ１２２１で用意した選択肢のすべての組み合わせに対して、それぞれの要求種別に対して、ステップＳ１２２２では、業務状況・エリア・時刻に関して、提供条件を満たすかどうかを判定し、満たす場合にはサービスを提供（Ｓ１２２３）、満たさない場合にはサービスを提供しない（Ｓ１２２４）として、結果を処理対応表９０２に追加する。

図１５には、業務状況が「運転整理」および「運転整理/旅客案内板情報更新」状態の処理対応表を示している。例えば、要求種別「ダイヤ情報・座席照会」に関する条件は、時刻条件「要求列車発時刻≧現在時刻/要求列車発時刻＜現在時刻」、場所条件「当該線区」/「他線区」の３通りの行が追加されている。このとき、動作９０２０８には、下記情報が設定される。
「要求列車発時刻≧現在時刻」 「当該線区」：ダイヤ情報提供・空席情報提供
「要求列車発時刻＜現在時刻」 「当該線区」：ダイヤ情報提供
「any」 「他線区」：ダイヤ情報提供・空席情報提供
ステップＳ１２２５では、提供する複数のサービスにおいて矛盾がないかを判定する。矛盾がある場合には、サービス提供可否を変更する（Ｓ１２２６）。すなわち、業務プロセス管理テーブル９０１の更新サービス９０１０６を参照し、業務状況「運転整理」においては、ダイヤ配信サービスは更新済み、座席照会サービスは未更新であるため「空席情報提供」を提供することができない。したがって下記のように変更する。
「要求列車発時刻≧現在時刻」 「当該線区」：ダイヤ情報提供
「要求列車発時刻＜現在時刻」 「当該線区」：ダイヤ情報提供
「any」 「他線区」：ダイヤ情報提供・空席情報提供
これにより、処理対応表９０２が自動で生成され、システム管理者５３の作業負荷が軽減する。なお、サービス提供可否は、システム管理者５３が手動で変更してもよい。
なお、本実施例では、座席の販売をＷＥＢ販売システム５によって実行したが、該旅客販売総合装置２で実行してもよい。その場合、座席照会サービスを実行しなくてよくなるため、旅客販売総合装置２が、事業者連携基盤９から「ダイヤ情報」を取得した後で、「ダイヤ情報・空席情報」の出力可否を事業者連携基盤９に問い合わせるように実装する。事業者連携基盤９の出力可否の判断は、処理対応表９０２を参照することで回答する。

１：運行管理装置、２：旅客販売総合装置、５：ＷＥＢ販売システム、９：連携装置、５１：運用者１、５２：運用者２、５３：運用者３、５４：旅客、Ｔ１２：.処理対応表生成、Ｔ４３：応答情報作成

Claims (12)

1. 第一の業務を実行する第一の業務装置と、第二の業務を実行する第二の業務装置と、前記第一の業務装置と前記第二の業務装置による業務状況を管理する事業連携装置と、前記事業連携装置を介して前記第一の業務装置及び前記第二の業務装置に対してサービス提供を要求するサービス提供装置と、を有するデータ連携システムであって、
   前記事業連携装置は、
   前記第一の業務装置と前記第二の業務装置から逐次通知される業務ごとの業務状況を登録した業務状況管理表と、
   前記サービス提供装置からのサービス要求の種別と前記第一の業務装置と前記第二の業務装置が取り得る前記業務状況の組み合わせごとに、前記サービス要求に係るサービスが提供可能か否かを定義した処理対応表と、
   前記第一の業務装置と前記第二の業務装置のいずれが前記サービス要求に係るサービスを提供するかを定義したサービス管理表と、
   前記第一の業務装置と前記第二の業務装置による業務が取り得る業務状況ごとに当該業務状況によって影響を受けるサービスを定義した業務プロセス管理表と、
   前記サービス提供装置からサービス要求を受け付ける手段と、
   前記業務プロセス管理表から、前記サービス要求に係るサービスの提供に影響を与える業務を特定する手段と、
   前記業務状況管理表から、前記サービスの提供に影響を与える業務の現在の業務状況を取得する手段と、
   前記処理対応表に基づき、前記現在の業務状況において前記サービス要求に係るサービスが提供可能か否かを判断する手段と、
   前記サービスの提供が可能と判断した場合は、
   前記サービス管理表に基づき前記サービスの提供を行う業務装置が前記第一の業務装置と前記第二の業務装置のいずれであるか特定する手段と、
   前記サービスの提供を行う業務装置に対し前記サービスの実行要求を送信する手段と、
   前記サービスの提供を行う業務装置から前記サービスの実行要求に対する応答を受け付ける手段と、
   前記応答を前記サービス提供装置に通知する手段と、
   を有することを特徴とするデータ連携システム。
2. 列車のダイヤ管理業務をおこなうダイヤ管理装置と、列車の座席販売管理業務をおこなう旅客販売装置と、前記ダイヤ管理装置と前記旅客販売装置による業務状況を管理する事業者連携装置と、前記事業者連携装置を介して前記ダイヤ管理装置及び旅客販売装置に対してサービス提供を要求するサービス提供装置と、を有するデータ連携システムであって、
   前記事業者連携装置は、
   前記ダイヤ管理装置と前記旅客販売装置から逐次通知される業務ごとの業務状況を登録した業務状況管理表と、
   前記サービス提供装置からのサービス要求の種別と前記ダイヤ管理装置と前記旅客販売装置が取り得る前記業務状況の組み合わせごとに、前記サービス要求に係るサービスが提供可能か否かを定義した処理対応表と、
   前記ダイヤ管理装置と前記旅客販売装置のいずれが前記サービス要求に係るサービスを提供するかを定義したサービス管理表と、
   前記ダイヤ管理装置と前記旅客販売装置による業務が取り得る業務状況ごとに当該業務状況によって影響を受けるサービスを定義した業務プロセス管理表と、
   前記サービス提供装置からサービス要求を受け付ける手段と、
   前記業務プロセス管理表から、前記サービス要求に係るサービスの提供に影響を与える業務を特定する手段と、
   前記業務状況管理表から、前記サービスの提供に影響を与える業務の現在の業務状況を取得する手段と、
   前記処理対応表に基づき、前記現在の業務状況において前記サービス要求に係るサービスが提供可能か否かを判断する手段と、
   前記サービスの提供が可能と判断した場合は、
   前記サービス管理表に基づき前記サービスの提供を行う業務装置が前記ダイヤ管理装置と前記旅客販売装置のいずれであるか特定する手段と、
   前記サービスの提供を行う業務装置に対し前記サービスの実行要求を送信する手段と、
   前記サービスの提供を行う業務装置から前記サービスの実行要求に対する応答を受け付ける手段と、
   前記応答を前記サービス提供装置に通知する手段と、
   を有することを特徴とするデータ連携システム。
3. 請求項２に係るデータ連携システムであって、
   前記業務状況管理表は、
   前記ダイヤ管理装置と前記旅客販売装置から逐次通知される線区ごとの各々の業務の業務状況を登録し、
   前記サービス提供装置からのサービス要求に係るサービスが提供可能か否かを判断する際に、
   前記業務状況管理表から、前記サービス要求で指定された線区における前記サービスの提供に影響を与える業務の現在の業務状況を取得して判断する
   ことを特徴とするデータ連携システム。
4. 請求項３に係るデータ連携システムであって、
   前記処理対応表は、
   さらに線区条件と時刻条件に基づいて前記サービス要求に係るサービスが提供可能か否かを定義し、
   前記サービス提供装置からのサービス要求に係るサービスが提供可能か否かを判断する際に、
   前記処理対応表に基づき、前記現在の業務状況に加え、前記サービス提供装置からのサービス要求で指定された線区要件と時刻要件において前記サービス要求に係るサービスが提供可能か否かを判断すること、
   ことを特徴とするデータ連携システム。
5. 請求項４に係るデータ連携システムであって、
   複数のサービスを指定した前記サービス要求を受信した場合は、
   当該サービス要求に係るサービスの各々について、当該サービスが提供可能か否かを判断すること、
   を特徴とする請求項４に係るデータ連携システム。
6. 請求項５に係るデータ連携システムであって、
   前記サービス管理表は、
   さらに前記サービス要求に係るサービスごとに当該サービスの提供条件を定義し、
   前記処理対応表は、
   前記サービス管理表と前記業務プロセス管理表から生成されること、
   を特徴とするデータ連携システム。
7. 請求項６に係るデータ連携システムであって、
   前記サービス要求に係るサービスは、ダイヤ情報の提供、旅客案内情報の提供、座席情報の提供の１つ以上である
   ことを特徴とするデータ連携システム。
8. 列車のダイヤ管理業務をおこなうダイヤ管理装置と、列車の座席販売管理業務をおこなう旅客販売装置と、前記事業者連携装置を介して前記ダイヤ管理装置及び旅客販売装置に対してサービス提供を要求するサービス提供装置と、ネットワークにより接続した事業者連携装置であって、
   前記事業者連携装置は、
   前記ダイヤ管理装置と前記旅客販売装置から逐次通知される業務ごとの業務状況を登録した業務状況管理表と、
   前記サービス提供装置からのサービス要求の種別と前記ダイヤ管理装置と前記旅客販売装置が取り得る前記業務状況の組み合わせごとに、前記サービス要求に係るサービスが提供可能か否かを定義した処理対応表と、
   前記ダイヤ管理装置と前記旅客販売装置のいずれが前記サービス要求に係るサービスを提供するかを定義したサービス管理表と、
   前記ダイヤ管理装置と前記旅客販売装置による業務が取り得る業務状況ごとに当該業務状況によって影響を受けるサービスを定義した業務プロセス管理表と、
   前記サービス提供装置からサービス要求を受け付ける手段と、
   前記業務プロセス管理表から、前記サービス要求に係るサービスの提供に影響を与える業務を特定する手段と、
   前記業務状況管理表から、前記サービスの提供に影響を与える業務の現在の業務状況を取得する手段と、
   前記処理対応表に基づき、前記現在の業務状況において前記サービス要求に係るサービスが提供可能か否かを判断する手段と、
   前記サービスの提供が可能と判断した場合は、
   前記サービス管理表に基づき前記サービスの提供を行う業務装置が前記ダイヤ管理装置と前記旅客販売装置のいずれであるか特定する手段と、
   前記サービスの提供を行う業務装置に対し前記サービスの実行要求を送信する手段と、
   前記サービスの提供を行う業務装置から前記サービスの実行要求に対する応答を受け付ける手段と、
   前記応答を前記サービス提供装置に通知する手段と、
   を有することを特徴とする事業者連携装置。
9. 請求項８に係る事業者連携装置であって、
   前記業務状況管理表は、
   前記ダイヤ管理装置と前記旅客販売装置から逐次通知される線区ごとの各々の業務の業務状況を登録し、
   前記サービス提供装置からのサービス要求に係るサービスが提供可能か否かを判断する際に、
   前記業務状況管理表から、前記サービス要求で指定された線区における前記サービスの提供に影響を与える業務の現在の業務状況を取得して判断する
   ことを特徴とする事業者連携装置。
10. 請求項９に係るデータ事業者連携装置であって、
    前記処理対応表は、
    さらに線区条件と時刻条件を考慮して前記サービス要求に係るサービスが提供可能か否かを定義し、
    前記サービス提供装置からのサービス要求に係るサービスが提供可能か否かを判断する際に、
    前記処理対応表に基づき、前記現在の業務状況に加え、前記サービス提供装置からのサービス要求で指定された線区要件と時刻要件において前記サービス要求に係るサービスが提供可能か否かを判断すること、
    ことを特徴とする事業者連携装置。
11. 請求項１０に係る事業者連携装置であって、
    複数のサービスを指定した前記サービス要求を受信した場合は、
    当該サービス要求に係るサービスの各々について、当該サービスが提供可能か否かを判断すること、
    を特徴とする請求項４に係る事業者連携装置。
12. 請求項１１に係る事業者連携装置であって、
    前記サービス管理表は、
    さらに前記サービス要求に係るサービスごとに当該サービスの提供条件を定義し、
    前記処理対応表は、
    前記サービス管理表と前記業務プロセス管理表から生成されること、
    を特徴とする事業者連携装置。

Images