(57)【要約】【課題】交通事業者が複数存在する場合であってもデータの活用が容易となる運行管理システムを提供する。【解決手段】ネットワーク１００に接続されたサーバ１０を備えた運行管理システムであって、サーバ１０は、交通事業者端末１から交通機関の運行のための各種情報に係るＩＤを取得する情報取得手段と、取得したＩＤを登録済みのＩＤと比較して、重複していた場合には取得したＩＤを重複しない固有ＩＤに変換して登録する固有ＩＤ付与手段と、各種情報の一つである停留所情報に係る停留所ＩＤを交通事業者端末１から取得する停留所情報取得手段と、取得した停留所ＩＤに係る停留所が登録済みの停留所ＩＤに係る停留所と同一の場合に、取得した停留所ＩＤを登録済みの停留所ＩＤに変換する停留所ＩＤ付与手段と、を備える。【選択図】図２
2020155095.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたサーバを備えた運行管理システムであって、
複数の交通事業者がそれぞれ所有する交通事業者端末が前記サーバと前記ネットワークを介して接続され、
前記サーバは、
前記交通事業者端末から交通機関の運行のための各種情報に係るＩＤを取得する情報取得手段と、
前記取得したＩＤを登録済みのＩＤと比較して、重複していた場合には前記取得したＩＤを重複しない固有ＩＤに変換して登録する固有ＩＤ付与手段と、を備えることを特徴とする運行管理システム。
【請求項２】
前記サーバは、
前記各種情報の一つである停留所情報に係る停留所ＩＤを前記交通事業者端末から取得する停留所情報取得手段と、
前記取得した停留所ＩＤに係る停留所が登録済みの停留所ＩＤに係る停留所と同一の場合に、前記取得した停留所ＩＤを前記登録済みの停留所ＩＤに変換する停留所ＩＤ付与手段と、をさらに備えることを特徴とする請求項１に記載の運行管理システム。
【請求項３】
ネットワークに接続されたサーバを備えた運行管理システムであって、
複数の交通事業者がそれぞれ所有する交通事業者端末が前記サーバと前記ネットワークを介して接続され、
前記サーバは、
前記交通事業者端末から交通機関の運行のための各種情報を取得する情報取得手段と、
前記各種情報に対して、重複無く固有のＩＤをそれぞれ付与する固有ＩＤ付与手段と、を備えることを特徴とする運行管理システム。
【請求項４】
前記サーバは、
前記各種情報のうち停留所情報に関し、同一の停留所については前記付与されたＩＤを同一のＩＤに変換する停留所ＩＤ付与手段を備えることを特徴とする請求項３に記載の運行管理システム。
【請求項５】
車両に搭載される車両端末が前記サーバと前記ネットワークを介して接続され、
前記サーバは、
前記交通事業者端末から前記固有ＩＤに係る前記各種情報を書き換える指示を受けると前記各種情報を変更し、前記変更した各種情報を前記車両端末に送信する変更手段を備えることを特徴とする請求項１から４のうちいずれか一つに記載の運行管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたサーバを備えた運行管理システムに関するものである。
【背景技術】
【０００２】
バスの運行に関して、サーバやバス端末がネットワークに接続されたバス運行管理システムが用いられている（例えば、特許文献１参照）。
バス運行管理システムではバスの運行状況をリアルタイムで確認できるものであったり、運行計画を作成できるものもある。
【０００３】
しかし、各交通事業者がこのようなバス運行管理システムをそれぞれ採用しており、それぞれのバス運行管理システム間で使用されるフォーマットは一致してない場合が多い。
【０００４】
この場合、各交通事業者を横断的にまたぐような経路検索のためのシステムを構築しようとすると、別のフォーマットを使用するバス運行システムのデータをその経路検索システムで利用しなければならないので、経路検索の処理が複雑になってしまう。
それを一つの理由として、ＧＴＦＳ形式と呼ばれる共通フォーマットが公共交通機関世界標準フォーマットとして用意されており、このような共通フォーマットをそれぞれの交通事業者が利用することで、各交通事業者を横断的にまたぐような経路検索システムの構築が容易になる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１-２１００９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、交通事業者が現在利用しているフォーマットから新しいフォーマット（公共交通機関世界標準フォーマット）へ移行するにはハードルが高い。
【０００７】
また、共通フォーマットに振るＩＤは各交通事業者が決めることになるので、そのＩＤが重複する可能性もある。
仮にＩＤが重複して存在すると経路検索システムにおいて検索結果が求めているものとは異なってしまったり、その情報を用いて地図サービスにおいて表示させる場合に想定外の挙動になってしまうことがある。
【０００８】
そこで、本発明の目的とするところは、交通事業者が複数存在する場合であってもデータの活用が容易となる運行管理システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明の請求項１に記載の運行管理システムは、
ネットワーク（１００）に接続されたサーバ（１０）を備えた運行管理システムであって、
複数の交通事業者がそれぞれ所有する交通事業者端末（１）が前記サーバ（１０）と前記ネットワーク（１００）を介して接続され、
前記サーバ（１０）は、
前記交通事業者端末（１）から交通機関の運行のための各種情報に係るＩＤを取得する情報取得手段と、
前記取得したＩＤを登録済みのＩＤと比較して、重複していた場合には前記取得したＩＤを重複しない固有ＩＤに変換して登録する固有ＩＤ付与手段と、を備えることを特徴とする。
【００１０】
また、請求項２に記載の運行管理システムは、
前記サーバ（１０）は、
前記各種情報の一つである停留所情報に係る停留所ＩＤを前記交通事業者端末（１）から取得する停留所情報取得手段と、
前記取得した停留所ＩＤに係る停留所が登録済みの停留所ＩＤに係る停留所と同一の場合に、前記取得した停留所ＩＤを前記登録済みの停留所ＩＤに変換する停留所ＩＤ付与手段と、をさらに備えることを特徴とする。
【００１１】
また、請求項３に記載の運行管理システムは、  ネットワーク（１００）に接続されたサーバ（１０）を備えた運行管理システムであって、
複数の交通事業者がそれぞれ所有する交通事業者端末（１）が前記サーバ（１０）と前記ネットワーク（１００）を介して接続され、
前記サーバ（１０）は、
前記交通事業者端末（１）から交通機関の運行のための各種情報を取得する情報取得手段と、
前記各種情報に対して、重複無く固有のＩＤをそれぞれ付与する固有ＩＤ付与手段と、を備えることを特徴とする。
【００１２】
また、請求項４に記載の運行管理システムは、
前記サーバ（１０）は、
前記各種情報のうち停留所情報に関し、同一の停留所については前記付与されたＩＤを同一のＩＤに変換する停留所ＩＤ付与手段を備えることを特徴とする。
【００１３】
車両に搭載される車両端末（２）が前記サーバ（１０）と前記ネットワーク（１００）を介して接続され、
前記サーバ（１０）は、
前記交通事業者端末（１）から前記固有ＩＤに係る前記各種情報を書き換える指示を受けると前記各種情報を変更し、前記変更した各種情報を前記車両端末（２）に送信する変更手段を備えることを特徴とする
【００１４】
ここで、上記括弧内の記号は、図面および後述する発明を実施するための形態に掲載された対応要素または対応事項を示す。
【発明の効果】
【００１５】
本発明によれば、交通事業者端末から取得した情報について固有ＩＤを付与するので、交通事業者が複数存在する場合であってもこの運行管理システム内においてＩＤが重複しない。
よって、他の経路検索システムや地図システム等において、この運行管理システムのデータを容易に活用することができる。
【００１６】
また、本発明によれば、同一の停留所については同一のＩＤに変換するので、この運行管理システムにおいて同一の停留所であると容易に認識可能である。
【００１７】
なお、本発明の運行管理システムのように、交通機関の運行のための各種情報に固有ＩＤを付与する点は、上述した特許文献１には全く記載されていない。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係る運行管理システムのシステム構成図である。
【図２】本発明の実施形態に係る運行管理システムを示すシーケンス図である。
【発明を実施するための形態】
【００１９】
図１及び図２を参照して、本発明の実施形態に係る運行管理システムを説明する。
この運行管理システムは、交通事業者端末１と、車両端末２と、サーバ１０と、を備え、それぞれがネットワークを介して接続される。
本実施形態ではバスの運行管理システムという想定であるが、バスに限られず船やその他の交通機関でも使用可能であり、運行計画を持っている交通事業者は全て含まれる。
また、交通事業者端末１や車両端末２は複数存在するが、ここでは各一つについて説明する。
交通事業者端末１が複数存在するという意味は、複数の異なる交通事業者（バス会社等）が存在するということである。
【００２０】
交通事業者端末１は、家庭や企業に広く普及している一般的なパソコンである。ウェブブラウザを使用して登録ページにアクセス可能な性能を有していればよい。
また、交通事業者端末１はパソコンでなくても、例えばスマートフォンであってもよい。
【００２１】
車両端末２は、ＧＰＳ機能を有しバスの運行座標を取得可能なＯＳ（オペレーティングシステム）とストレージを持つスマートフォン、タブレット端末、又はパソコンであって、バス内外への持ち運びが容易なものである。車両端末２のＯＳの種類は問わない。
また、車両端末２は送信受信機能を有しており、バスの運行情報をサーバ１０に送信可能である。
【００２２】
サーバ１０は、主に制御部１１と記憶部１２とを備える。
記憶部１２は種々の情報を記憶する要素であり、ここではデータベースサーバ１２がその役割を担う。
サーバ１０は、実際にはアプリケーションサーバ１１、データベースサーバ１２に分かれている。
【００２３】
制御部１１は、記憶部１２に記憶されたプログラムを読み出して動作や制御を行う。
ここではアプリケーションサーバ１１がその役割を担っている。
そしてアプリケーションサーバ１１は、情報取得手段と、固有ＩＤ付与手段と、停留所情報取得手段と、停留所ＩＤ付与手段と、変更手段と、を備える。
【００２４】
情報取得手段は、交通事業者端末１から交通機関の運行のための各種情報又はその各種情報に係るＩＤを取得する。
【００２５】
固有ＩＤ付与手段は、取得した各種情報やＩＤを登録済みの各種情報やＩＤと比較して、重複していた場合には取得したＩＤを重複しない固有ＩＤに変換して、それを記憶部に登録する。
【００２６】
停留所情報取得手段は、各種情報の一つである停留所情報又は停留所情報に係る停留所ＩＤを交通事業者端末１から取得する。
【００２７】
停留所ＩＤ付与手段は、取得した停留所ＩＤに係る停留所が登録済みの停留所ＩＤに係る停留所と同一の場合に、取得した停留所ＩＤを登録済みの停留所ＩＤに変換する。
【００２８】
変更手段は、交通事業者端末から固有ＩＤに係る各種情報を書き換える指示を受けると各種情報を変更し、変更した各種情報を車両端末に送信する。
【００２９】
以上のように構成された運行管理システムにおける、サーバ１０（制御部１１）が行う制御について、図２に示すシーケンス図を参照して説明する。
【００３０】
まず、サーバ１０は交通事業者端末１から当該システムのユーザ登録を行わせる（ステップＳ１０１（以下、「ステップ」という語を省略する））。
その入力を受けて、サーバ１０はログインＩＤとパスワードの発行をする（Ｓ１０２）。
【００３１】
次に、サーバ１０は交通事業所端末からのログインを受け付ける（Ｓ１０３）。このとき、事業者名や住所といった事業者情報を入力させ（Ｓ１０４）、サーバ１０はそれを保存する
【００３２】
次に、サーバ１０は交通事業者端末１から停留所情報（標柱情報を含む）を取得する（Ｓ１０５）。 
このとき、サーバ１０は交通事業者端末１から停留所情報を読み仮名や方面等をテキストで入力させるとともに、地図サービスにおける地図上で停留所を配置させるようにして、このときサーバ１０は地図サービスから緯度経度情報も取得する。
仮に、既存の停留所に自社のバスも乗り入れようとする場合には、ここでサーバ１０は交通事業者端末１から事業者名・停留所情報を入力させる。
【００３３】
そして、サーバ１０は停留所ＩＤを付与して取得した停留所情報と紐付け保存する（Ｓ１０６）。
【００３４】
次に、この停留所ＩＤに係る停留所が登録済みの停留所ＩＤに係る停留所と同一であるか否かを判断する（Ｓ１０７）。
これは、特に都市部においては複数の交通事業者（バス会社）が一つの停留所を共に利用している場合も少なくないためである。
判断した結果、停留所が同一であった場合、付与した停留所ＩＤを登録済みの停留所ＩＤに変換する（Ｓ１０７）。
【００３５】
その他、サーバ１０は交通事業者端末１からスタティックデータを入力させ取得する（Ｓ１０８，Ｓ１０９）。
スタティックデータとしては、事業者情報、停留所情報、経路情報、便・運行間隔時分情報、営業所情報、便・通過時分情報、運行区分情報、運行日情報、運賃属性情報、運賃定義情報、描画情報、運行間隔情報、乗り継ぎ情報、提供者情報、翻訳情報などがある。
サーバ１０はこれらの情報にもそれぞれ固有ＩＤを付与する（Ｓ１１０）。
これらの停留所ＩＤやスタティックデータの固有ＩＤはＧＴＦＳ形式で出力される。
【００３６】
これらの情報をもとにサーバ１０は運行計画を作成するとともに、運行計画に車両を割り当てて登録する。
そしてサーバ１０は車両ごとの１日の運行ルートを作成する。
このようにしてサーバ１０は時刻表を作成する。
【００３７】
そして、サーバ１０はスタティックデータを便・運行情報として車両端末２に送信する（Ｓ１１１）
【００３８】
次に、ダイヤ改正や臨時便といった、便変更が生じたときには、サーバ１０は変更されるスタティックデータを取得し（Ｓ１１２）、登録されていた内容を更新する（Ｓ１１３）。これには災害等に起因する経路変更（停留所の変更や削除）も含まれる。
そして、サーバ１０は更新した便・運行情報を車両端末２に送信する（Ｓ１１４）。
以上がバスの運行までにサーバ１０が行う設定等である。
【００３９】
バスの運行が始めると、サーバ１０はリアルタイムデータを車両端末２から取得する（Ｓ１１５，Ｓ１１６）。
リアルタイムデータとしては、旅程情報、車両情報、旅程の停車時刻情報、測定日時情報、遅延情報、現在地情報、停車地情報、 車両のステータス情報、測定日時情報、渋滞レベル情報、車両内の混雑情報などがある。
サーバ１０はこれを運行情報として交通事業者端末１へ送信する（Ｓ１１７）。この運行情報もＧＴＦＳ形式で出力される。
なお、この運行情報を直接的に又は別のサーバを介して間接的に、一般ユーザが自身のスマートフォンで利用することもできる。
【００４０】
まとめると、ＩＤが重複した場合は、重複しない固有ＩＤを本実施形態に係る運行管理システムが付与しデータベースサーバ１２に登録する。
本実施形態に係るシステム内では新規のＩＤを持つが、交通事業者端末１では、これまで利用してきたその交通事業者独自のＩＤを、ＧＴＦＳ形式を意識することなく利用可能である。
あくまでも、交通事業者端末では、使い慣れたＩＤを利用でき、本実施形態に係るシステムがＩＤの重複処理をさけるよう処理する。
【００４１】
以上のように構成された運行管理システムによれば、交通事業者端末１から取得した情報についてサーバ１０が固有ＩＤを付与するので、交通事業者が複数存在する場合であってもこの運行管理システム内においてＩＤが重複しない。
よって、他の経路検索システムや地図システム等において、この運行管理システムのデータを容易に活用することができる。
【００４２】
また、同一の停留所については同一のＩＤに変換するので、この運行管理システムにおいて同一の停留所であると容易に認識可能である。
【００４３】
なお、本実施形態において、交通事業者端末１からの停留所情報やスタティックデータの入力（Ｓ１０５，Ｓ１０８）は、そのスタティックデータの種類にも依るが漢字や仮名混じりのテキストであってもよいし、ＩＤであってもよい。
ＧＴＦＳ形式を意識することなく交通事業者端末１から入力しても、サーバ１０がＧＴＦＳ形式に出力する。
【００４４】
また、車両端末２は持ち運びが容易であるとしたが、これに限られるものではなく、常時据え付けタイプで車両のバッテリーから電源を確保するものであってもよい。
【符号の説明】
【００４５】
１      交通事業者端末
２      車両端末
１０      サーバ
１１      アプリケーションサーバ
１２      データベースサーバ
１００      ネットワーク
【図１】
2020155095.tif 000003
【図２】
2020155095.tif 000004