JP2020190954A - プログラム - Google Patents

Abstract

【課題】本発明は、ＧＴＦＳサーバに提供する提供データの生成を容易にすることを目的とする。【解決手段】プログラムは、地図サーバから地図データをダウンロードして、地図データが示す地図をディスプレイに表示させる。そして、プログラムは、地図上に、バス停を示すバス停オブジェクトを表示させる。オペレータは、マウスを用いて、バス停オブジェクトを、バス停が位置する地図上の位置まで移動させる。プログラムは、バス停オブジェクトの移動を受け付け、移動後のバス停オブジェクトの位置する場所の経度及び緯度を取得する。プログラムは、バス停の名称と、取得した経度及び緯度とを、ＧＴＦＳサーバが公開するフォーマットデータの入力フィールドに入力して、提供データを生成する。プログラムは、生成した提供データを管理サーバにアップロードする。【選択図】図１２

Description

本発明は、移動体の運行に関するデータを規定のフォーマットデータに入力して、サーバに提供するデータを生成するプログラムに関する。

公共交通機関の移動体の運行に関する情報をユーザに提供するシステムとしてＧＴＦＳ（General Transit Feed Specification ）が知られている。移動体は、バスや電車などである。

ＧＴＦＳが提供するサービスは、インターネット上に公開されたサーバ（以下、ＧＴＦＳサーバとも記載する）によって実現される。ＧＴＦＳサーバは、公共交通機関を運営する事業者から、移動体の運行に関するデータが入力されたフォーマットデータの提供を受け付ける。移動体の運行に関するデータとは、例えば、路線図や、時刻表や、運賃表などである。ＧＴＦＳサーバは、インターネットを通じたユーザのリクエストに応じて、路線図や時刻表や運賃表などの情報をユーザに提供する（例えば、特許文献１参照）。

特開２０１８−２２４８８号公報

ＧＴＦＳサーバは、移動体の運行に関するデータを受け付けるためのフォーマットデータを各公共交通機関に提供する。フォーマットデータは、例えば、複数の入力フィールドを有するテキストファイルである。各公共交通機関は、提供されたフォーマットデータの各入力フィールドに停留所名又は駅名や出発時刻や運賃などの所定のデータを入力して、ＧＴＦＳサーバに提供するデータ（以下、提供データとも記載する）を生成し、ＧＴＦＳサーバに提供する。

しかしながら、フォーマットデータにおける入力項目は多数であり、且つ入力しなければならないデータの把握が容易ではなく、提供データの生成に多大な手間がかかるという問題がある。

本発明は、オペレータによる提供データの生成を容易にする技術を提供することを目的とする。

(1) 本発明に係るプログラムは、ディスプレイ、ユーザインタフェース、及びメモリを備えた端末装置のコンピュータによって実行される。本発明に係るプログラムは、地図を示す地図データを取得する地図データ取得処理と、移動体が経由する特定地点を示す地点名の入力を受け付ける入力画面を前記ディスプレイに表示する第１表示処理と、前記ユーザインタフェースを通じて入力された前記地点名を取得する第１取得処理と、前記特定地点を示すオブジェクトを、前記地図上に配置して前記ディスプレイに表示する第２表示処理と、前記オブジェクトを前記地図上で移動させる入力を前記ユーザインタフェースを通じて受け付ける第１受付処理と、前記地図上における前記オブジェクトの移動後の位置を示す位置情報を取得する第２取得処理と、前記第１取得処理で取得した前記地点名と、前記第２取得処理で取得した前記位置情報とを、前記メモリに記憶されたフォーマットデータが有する入力フィールドに入力して提供データを生成する生成処理と、を前記コンピュータに実行させる。

本発明に係るプログラムは、特定地点を示すオブジェクトの地図上での移動を受け付け、移動後のオブジェクトの位置を示す位置情報を取得する。そして、プログラムは、移動後のオブジェクトの位置を示す位置情報と、当該オブジェクトが示す特定地点の地点名とを、フォーマットデータの各入力フィールドに入力して、提供データを生成する。すなわち、プログラムは、特定地点の緯度や経度などの位置情報をオペレータに入力させることなく、提供データを生成する。したがって、本発明に係るプログラムは、提供データを生成する際に、オペレータが位置情報を入力する手間を省くことができる。

(2) 前記第２表示処理は、前記地点名に応じた識別情報を前記オブジェクトに含ませて前記ディスプレイに表示させる処理をさらに含んでいてもよい。

前記オブジェクトは、地点名に応じた識別情報を含むので、オペレータは、移動させるオブジェクトがいずれの特定地点に対応するオブジェクトであるかを容易に認識することができる。すなわち、本発明に係るプログラムは、オペレータにオブジェクトを容易に識別させることができる。

(3) 前記第１取得処理は、前記移動体が運行される系統ごとに、前記地点名及び地点識別情報の入力を受け付ける処理を含んでいてもよく、前記生成処理は、取得した前記地点識別情報を、前記フォーマットデータの入力フィールドに入力して前記提供データを生成する処理をさらに含んでいてもよい。

例えば、一の特定地点は、複数の系統に共通して使用されることがある。本発明に係るプログラムは、系統ごとに、地点名及び地点識別情報の入力を受け付ける。したがって、本発明に係るプログラムは、複数の系統に共通して使用される特定地点を、系統ごとに区別して識別することができる。その結果、本発明に係るプログラムは、複数の系統の提供データをオペレータに容易に生成させることができる。

(4) 本発明に係るプログラムは、入力された複数の前記地点識別情報のうち、一致する２つの地点識別情報があることに応じて、エラーを報知する報知処理を前記コンピュータにさらに実行させてもよい。

本発明に係るプログラムは、一致する２つの地点識別情報があることに応じてエラー報知を行うので、同一の地点識別情報が付与された地点名が登録されることを抑制することができる。

(5) 本発明に係るプログラムは、前記特定地点における前記移動体の複数の出発時刻の貼り付けを一度に受け付ける貼付領域を有する入力画面を前記ディスプレイに表示させる第３表示処理と、前記貼付領域に貼り付けられた出発時刻を取得する第３取得処理と、を前記コンピュータにさらに実行させてもよい。前記生成処理は、取得した前記出発時刻を、前記フォーマットデータの入力フィールドに入力する処理をさらに含む。

オペレータは、作成済みの時刻表に表示された複数の出発時刻をコピーアンドペーストで入力画面の貼付領域に貼り付けるだけで、複数の出発時刻を入力することができる。したがって、本発明に係るプログラムは、オペレータが複数の出発時刻をテキストボックスに１つずつ入力する場合に比べ、出発時刻を入力するオペレータの手間を低減することができる。

(6) 本発明に係るプログラムは、複数の運賃の貼り付けを一度に受け付ける運賃貼付領域を有する入力画面を前記ディスプレイに表示させる第４表示処理と、前記運賃貼付領域に貼り付けられた運賃を取得する第４取得処理と、を前記コンピュータにさらに実行させてもよい。前記生成処理は、取得した前記運賃を、前記フォーマットデータの入力フィールドに入力して前記提供データを生成する処理をさらに含む。

オペレータは、作成済みの運賃三角表に表示された複数の運賃をコピーアンドペーストで入力画面の運賃貼付領域に貼り付けるだけで、複数の運賃を入力することができる。したがって、本発明に係るプログラムは、オペレータが複数の運賃をテキストボックスに１つずつ入力する場合に比べ、運賃を入力するオペレータの手間を低減することができる。

(7) 本発明に係るプログラムは、前記地図を前記ディスプレイに表示させ、当該地図上において、移動体が移動する経路上の位置の指定の入力を、前記ユーザインタフェースを通じて受け付ける第２受付処理と、受け付けた前記経路を地図上に表示する経路表示処理と、受け付けた経路上の位置情報を含む経路情報を取得する第５取得処理と、を前記コンピュータに実行させてもよい。前記生成処理は、取得した前記経路情報を、前記フォーマットデータの入力フィールドに入力して前記提供データを生成する処理をさらに含む。

オペレータは、例えば、地図上でマウスをクリックして移動体の経路を入力する。したがって、本発明に係るプログラムは、オペレータが経路上の複数の位置の経度及び緯度を入力して経路を入力する場合に比べ、移動体の経路を入力するオペレータの手間を省くことができる。

(8) 本発明に係るプログラムは、生成した前記提供データを、サーバにアップロードする処理を前記コンピュータにさらに実行させてもよい。

本発明に係るプログラムは、オペーレータがブラウザを起動して、サーバが公開するＵＲＬ宛てに提供データを送信する手間を省くことができる。

本発明によれば、オペレータによる提供データの生成を容易にすることができる。

図１は、本実施形態の通信システム９の構成図である。 図２は、ＰＣ１０の機能ブロック図である。 図３は、提供データ生成処理のフローチャートの一部である。 図４は、提供データ生成処理のフローチャートの他の一部である。 図５は、提供データ生成処理のフローチャートのさらに他の一部である。 図６は、提供データ生成処理のフローチャートの残りの一部である。 図７（Ａ）は、事業者設定画面を示す図であり、図７（Ｂ）は、事業者設定画面に重ねて表示された第１エラー画面１０１を示す図である。 図８（Ａ）は、路線設定画面を示す図であり、図８（Ｂ）は、路線設定画面に重ねて表示された第１エラー画面１０１及び第２エラー画面１０３を示す図である。 図９（Ａ）は、バス停設定画面を示す図であり、図９（Ｂ）は、バス停設定画面に重ねて表示された第１エラー画面１０１及び第３エラー画面１０５を示す図である。 図１０（Ａ）は、時刻表入力画面を示す図であり、図１０（Ｂ）は、時刻表入力画面に重ねて表示された第１エラー画面１０１を示す図である。 図１１（Ａ）は、運賃入力画面を示す図であり、図１１（Ｂ）は、運賃入力画面に重ねて表示された第１エラー画面１０１を示す図である。 図１２は、バス停の位置の指定を受け付ける地図がディスプレイ２３に表示された状態を示す図である。 図１３は、経路入力用地図がディスプレイ２３に表示された状態を示す図である。

以下、本発明の実施形態について説明する。なお、以下に説明される実施形態は本発明の一例にすぎず、本発明の要旨を変更しない範囲で、本発明の実施形態を適宜変更できることは言うまでもない。例えば、本実施形態で説明するプログラム３５（図２）が実行する各処理の実行順は、本発明の要旨を変更しない範囲で適宜変更することができる。

本実施形態では、バスの運行を行うバス事業者が、図２に示されるプログラム３５及び図１に示される通信システム９を用いて、バスの停留所の位置や運賃などの情報を含む提供データをＧＴＦＳサーバ１１（図１）に提供する例を説明する。具体的には、バス事業者は、プログラム３５を用いて提供データを生成し、生成した提供データを管理サーバ１２（図１）にアップロードする。ＧＴＦＳのサービスを提供するＧＴＦＳサーバ１１は、管理サーバ１２にアップロードされた提供データをダウンロードして取得する。バスは、本発明の「移動体」に相当する。

図１に示される管理サーバ１２は、例えば、一乃至複数のバス事業者のバスの運行を管理するサーバである。管理サーバ１２は、バスに搭載されたデータロガーなどのデータ収集装置が送信したバスの位置情報などを、移動体通信網やインターネット１３を通じて取得する。そして、管理サーバ１２は、運行されているバスの位置などをリアルタイムで監視する。すなわち、提供データは、バスの運行管理に用いられる管理サーバ１２を利用してＧＴＦＳサーバ１１に提供される。ただし、提供データは、管理サーバ１２を介さずに、プログラム３５がインストールされたパーソナルコンピュータ（以下、ＰＣと記載する）１０からＧＴＦＳサーバ１１に直接アップロードされてもよい。ＰＣ１０は、本発明の「端末装置」に相当する。

ＰＣ１０は、バス事業者が所有或いは使用権限を有する端末装置である。ＰＣ１０は、インターネット１３と接続されている。また、管理サーバ１２が、インターネット１３に接続されている。すなわち、ＰＣ１０は、インターネット１３を通じて管理サーバ１２と接続されている。また、ＧＴＦＳサーバ１１が、インターネット１３に接続されている。すなわち、ＧＴＦＳサーバ１１は、インターネット１３を通じて管理サーバ１２と接続されている。

図２が示すように、ＰＣ１０は、コントローラ２１と、通信Ｉ／Ｆ２２とを備える。「Ｉ／Ｆ」は、インタフェースの略である。通信Ｉ／Ｆ２２は、例えば、ローカルネットワーク及びルータを介してインターネット１３と接続されている。ローカルネットワークは、ＬＡＮ（登録商標）やＷＡＮなどである。

コントローラ２１は、中央演算処理装置であるＣＰＵ３１と、メモリ３２と、通信バス３３と、を備える。ＣＰＵ３１及びメモリ３２は、通信バス３３と接続されている。また、ディスプレイ２３及びユーザＩ／Ｆ２４が、通信バス３３に接続されている。ユーザＩ／Ｆ２４は、マウスやキーボードやマイクロフォン（音声入力）などである。なお、プログラム３５がインストールされる端末装置がパーソナルコンピュータではなくタブレットや携帯端末であって、端末装置がタッチパネルを有する場合、ユーザＩ／Ｆ２４は、タッチパネルが有するタッチセンサであってもよい。ＣＰＵ３１は、本発明の「コンピュータ」に相当する。

メモリ３２は、ハードディスクや、ＲＡＭや、バッファや、ＵＳＢメモリなどである。メモリ３２は、オペレーティングシステムであるＯＳ３４と、プログラム３５と、ブラウザ３６と、を記憶する。プログラム３５は、例えば、インターネット１３を通じてＰＣ１０にダウンロードされてメモリ３２に記憶されて、次いで、ＰＣ１０にインストールされて起動可能にされる。

プログラム３５は、単一のプログラムであってもよいし、複数のモジュールからなるプログラムであってもよい。例えば、プログラム３５は、ディスプレイ２３に画像を表示させてオペレータの入力を受け付けるＵＩモジュールと、提供データを生成する本体モジュールと、通信を行う通信モジュールとで構成されていてもよい。

ＣＰＵ３１は、いわゆるマルチタスク処理により、ＯＳ３４、プログラム３５、及びブラウザ３６など、複数のプログラムを仮想的に並行して実行することができる。ＣＰＵ３１は、プログラムの各アドレスに記述された命令を順に実行することにより、プログラムを実行する。

メモリ３２は、フォーマットデータ３７をさらに記憶する。フォーマットデータ３７は、ＧＴＦＳサーバ１１が公開するオープンフォーマットである。プログラム３５は、例えば、ＧＴＦＳサーバ１１からフォーマットデータ３７をダウンロードし、ダウンロードしたフォーマットデータ３７をメモリ３２に記憶させる。或いは、フォーマットデータ３７は、プログラム３５に予め含まれていてもよい。

フォーマットデータ３７は、例えば、一乃至複数のテキストファイルである。フォーマットデータ３７は、バスの停留所の名称である停留所名や、停留所の位置を示す位置情報や、時刻表や、運賃などが入力される複数の入力フィールドを有している。各入力フィールドは、フィールド名をそれぞれ付与されている。各入力フィールドは、フィールド名によってそれぞれ識別される。また、各入力フィールドは、フィールド名によって、必須の入力フィールドと、任意の入力フィールドとに分別されている。必須の入力フィールドとは、ＧＴＦＳサーバ１１が提供データを取得する場合に、必ず入力していなければならない入力フィールドを意味する。任意の入力フィールドとは、ＧＴＦＳサーバ１１が提供データを取得する場合に、入力されていなくてもよい入力フィールドを意味する。

プログラム３５は、少なくとも必須の入力フィールドにデータを入力することにより、提供データを生成する。フォーマットデータ３７を用いて提供データが生成されることにより、ＧＴＦＳサーバ１１は、停留所名や位置情報や運賃などの情報を、処理可能なデータ形式でバス事業者から取得することができる。

また、プログラム３５は、種々の画像データを有している。画像データは、図７から図１３に示される画面などを示すデータである。プログラム３５は、画像データを通信バス３３を通じてディスプレイ２３に入力することにより図７から図１３に示される画面等をディスプレイ２３に表示させる。そして、プログラム３５は、画面をディスプレイ２３に表示させて、ユーザＩ／Ｆ２４を通じてオペレータの入力を受け付け、受け付けた入力に基づいて提供データを生成する。

また、プログラム３５は、管理サーバ１２がインターネット１３上に公開するＵＲＬ（Uniform Resource Locator）を有している。プログラム３５は、当該ＵＲＬを用いて、管理サーバ１２に提供データをアップロードする。詳しくは後述する。なお、管理サーバ１２のＵＲＬは、プログラム３５がＰＣ１０にインストールされる際、或いはインストールされた後に、メモリ３２に記憶されてもよい。例えば、プログラム３５は、ＵＲＬの入力を要求する画面をディスプレイ２３に表示させ、オペレータにＵＲＬを入力させてＵＲＬを取得し、取得したＵＲＬをメモリ３２に記憶させる。

以下、プログラム３５が提供データを生成して管理サーバ１２にアップロードする提供データ生成処理について、図３から図１３を参照して説明する。

プログラム３５は、起動されたことに応じて、不図示のホーム画面をディスプレイ２３に表示させる（Ｓ１１）。そして、プログラム３５は、ホーム画面において、「路線設定」のプルダウンメニュー４１（図７）を通じて「事業者設定」が選択されたことに応じて、事業者設定画面をディスプレイ２３に表示させる（Ｓ１２）。図７（Ａ）は、事業者設定画面を示す。なお、プルダウンメニュー４１は、「事業者設定」の他、「路線設定」、「バス停設定」、「時刻表入力」、「運賃入力」、「経路」、「アップロード」などの選択肢を有する。詳しくは後述する。

事業者設定画面は、「交通機関の正式名称」の文字と、交通機関の正式名称の入力を受け付けるテキストボックス４２と、「交通機関の正式名称のふりがな」の文字と、交通機関の正式名称のふりがなの入力を受け付けるテキストボックス４３と、「交通機関のＵＲＬ」の文字と、ＵＲＬの入力を受け付けるテキストボックス４４と、「タイムゾーン」の文字と、タイムゾーンを示す地域の入力を受け付けるテキストボックス４５と、「主な使用言語」の文字と、言語を示す文字の入力を受け付けるテキストボックス４６と、「代表電話番号」の文字と、電話番号の入力を受け付けるテキストボックス４７と、「ＯＫ」アイコン４８と、を有する。

テキストボックス４４は、バス事業者がインターネット１３上に公開するＵＲＬの入力を受け付けるテキストボックスである。テキストボックス４５は、使用する標準時間を示す地域が入力されるテキストボックスである。図示例では、「Ａｓｉａ／Ｔｏｋｙｏ」がテキストボックス４５に入力されている。なお、テキストボックス４５に代えて、標準時間が適用される地域の一覧が表示されるプルダウンメニューが事業者設定画面に表示されてもよい。

テキストボックス４６は、使用する言語を示す文字が入力されるテキストボックスである。すなわち、プログラム３５は、複数の言語で提供データを生成することができる。例えば、プログラム３５は、日本語、英語、中国語、韓国語でそれぞれ提供データを生成し、生成した各提供データをＧＴＦＳサーバ１１に提供する。ＧＴＦＳサーバ１１は、オペレータが英語を指定して路線図等を要求したことに応じて、英語で提供された提供データをユーザに提供する。図示例では、「Ｊａｐａｎｅｓｅ」がテキストボックス４６に入力されている。なお、テキストボックス４６に代えて、言語の一覧が表示されるプルダウンメニューが事業者設定画面に表示されてもよい。

プログラム３５は、オペレータによる各テキストボックスへの事業者名などの入力を受け付ける（Ｓ１３）。そして、プログラム３５は、オペレータによって「ＯＫ」アイコン４８が選択されたか否かを判断する（Ｓ１４）。なお、オペレータは、ユーザＩ／Ｆ２４であるマウスを用いてカーソルを移動させてカーソルを「ＯＫ」アイコン４８に重ね、次いで、マウスを左クリックすることにより、「ＯＫ」アイコン４８を選択する。

プログラム３５は、「ＯＫ」アイコン４８が選択されたと判断すると（Ｓ１４：Ｙｅｓ）、各テキストボックスに文字が入力されているか否かを判断する（Ｓ１５）。プログラム３５は、入力が必須のテキストボックスに文字が入力されていないと判断すると（Ｓ１５：Ｎｏ）、第１エラー画面１０１（図７（Ｂ））をディスプレイ２３に表示させる（Ｓ１６）。入力が必須のテキストボックスとは、フォーマットデータ３７において、入力が必須であると規定されているフィールド名と対応付けられたテキストボックスである。

第１エラー画面１０１は、例えばポップアップ画面であり、事業者設定画面に重ねて表示される。第１エラー画面１０１は、図７（Ｂ）に示されるように、「入力されていない必須の項目があります。」の文字と、「ＯＫ」アイコン１０２とを有する。プログラム３５は、第１エラー画面１０１において「ＯＫ」アイコン１０２が選択されたか否かを判断する（Ｓ１７）。プログラム３５は、図３に示されるように、「ＯＫ」アイコン１０２が選択されたと判断すると（Ｓ１７：Ｙｅｓ）、第１エラー画面１０１を消し、Ｓ１３以降の処理を再度実行する。

プログラム３５は、入力が必須のテキストボックスに文字が入力されていると判断すると（Ｓ１５：Ｙｅｓ）、テキストボックス４２等に入力された文字を取得する（Ｓ１８）。そして、取得した文字をメモリ３２に記憶されたフォーマットデータ３７の各入力フィールドにそれぞれ入力する（Ｓ１９）。

詳しく説明すると、テキストボックス４２等は、それぞれフィールド名と対応付けられている。プログラム３５は、例えば、テキストボックス４２と対応付けられたフィールド名と同一のフィールド名を付された入力フィールドに、テキストボックス４２に入力された文字をテキストデータに変換して入力する。なお、事業者設定画面において入力された事業者名などは、後述の停留所名や位置情報や運賃などの情報とともに、最後に一括して入力フィールドに入力されてもよい。

プログラム３５は、事業者設定画面において「ＯＫ」アイコン４８が選択されたことに応じて、或いは、プルダウンメニュー４１において「路線設定」が選択されたことに応じて、路線設定画面をディスプレイ２３に表示させる（Ｓ２０）。図８（Ａ）は、路線設定画面を示す。

路線設定画面は、路線名及び路線ＩＤの入力を受け付ける画面である。路線設定画面は、「路線名」の文字と、路線名が入力されるテキストボックス９１と、「路線ＩＤ」の文字と、路線ＩＤが入力されるテキストボックス９２と、「ＯＫ」アイコン９３と、を有する。

プログラム３５は、図３に示されるように、路線設定画面において、路線名及び路線ＩＤの入力を受け付ける（Ｓ２１）。そして、プログラム３５は、受け付けた路線名及び路線ＩＤを取得する（Ｓ２２）。

次に、プログラム３５は、「ＯＫ」アイコン９３が選択されたか否かを判断する（Ｓ２３）。プログラム３５は、「ＯＫ」アイコン９３が選択されたと判断すると（Ｓ２３：Ｙｅｓ）、路線名及び路線ＩＤが入力されたか否か、及び、一致する路線ＩＤがないか否かを判断する（Ｓ２４）。一致する路線ＩＤとは、既に登録されてメモリ３２に記憶された路線ＩＤであって、テキストボックス９２に入力された路線ＩＤと一致する路線ＩＤを意味する。プログラム３５は、路線名及び路線ＩＤが入力されていないと判断すると（Ｓ２４：Ｎｏ）、上述の第１エラー画面１０１をディスプレイ２３に表示させる（Ｓ２５）。また、プログラム３５は、一致する路線ＩＤがあると判断すると（Ｓ２４：Ｎｏ）、第２エラー画面１０３をディスプレイ２３に表示させる（Ｓ２５）。

図８（Ｂ）は、上述の第１エラー画面１０１及び第２エラー画面１０３の双方のエラー画面がディスプレイ２３に表示された状態を示している。第２エラー画面１０３は、「同一の路線ＩＤがあります。」の文字と、「ＯＫ」アイコン１０４とを有する。プログラム３５は、図３に示されるように、第１エラー画面１０１において「ＯＫ」アイコン１０２が選択されたか否かを判断する（Ｓ２６）。また、プログラム３５は、第２エラー画面１０３において「ＯＫ」アイコン１０４が選択されたか否かを判断する（Ｓ２６）。

プログラム３５は、第１エラー画面１０１において「ＯＫ」アイコン１０２が選択されたと判断したことに応じて、第１エラー画面１０１を消す。また、プログラム３５は、第２エラー画面１０３において「ＯＫ」アイコン１０４が選択されたと判断したことに応じて、第２エラー画面１０３を消す。すなわち、プログラム３５は、「ＯＫ」アイコン１０２、１０４が選択されたと判断したことに応じて（Ｓ２６：Ｙｅｓ）、路線名及び路線ＩＤの入力を再度受け付ける（Ｓ２１）。

プログラム３５は、路線名及び路線ＩＤが入力されており、かつ、一致する路線ＩＤがないと判断すると（Ｓ２４：Ｙｅｓ）、事業者名と同様にして、入力された路線名及び路線ＩＤをフォーマットデータ３７の入力フィールドに入力する（Ｓ２７）。

次に、プログラム３５は、図４に示されるように、路線設定画面において「ＯＫ」アイコン９３が選択されたことに応じて、或いは、プルダウンメニュー４１において「バス停設定」が選択されたことに応じて、バス停設定画面をディスプレイ２３に表示させる（Ｓ２８）。図９（Ａ）は、バス停設定画面を示す。

バス停設定画面は、「バス停ＩＤ」の文字と、バス停ＩＤが入力されるテキストボックス５１と、「バス停名」の文字と、バス停名が入力されるテキストボックス５２と、「バス停名よみがな」の文字と、バス停名よみがなが入力されるテキストボックス５３と、「緯度」の文字と、「緯度」アイコン５４と、「経度」の文字と、「経度」アイコン５５と、「バス停の説明」の文字と、バス停の説明が入力されるテキストボックス５６と、「追加」アイコン５７と、「ＯＫ」アイコン５８と、を有する。バス停は、本発明の「特定地点」に相当する。バス停名は、本発明の「地点名」に相当する。プログラム３５がバス停設定画面をディスプレイ２３に表示させるステップＳ２８の処理は、本発明の「第１表示処理」に相当する。バス停ＩＤは、本発明の「地点識別情報」に相当する。

テキストボックス５２は、バス停名が入力されるテキストボックスである。テキストボックス５１は、バス停ＩＤが入力されるテキストボックスである。バス停名に加え、バス停ＩＤが設定されるのは、例えば、路線Ａと路線Ｂの異なる路線に同一のバス停が属する場合に、路線Ａに属する場合と路線Ｂに属する場合とを識別するためである。すなわち、同一の名称のバス停であっても、路線Ａに属する場合と、路線Ｂに属する場合とでは、異なるバス停ＩＤがテキストボックス５１に入力される。「緯度」アイコン５４及び「経度」アイコン５５は、バス停の位置の経度及び緯度を設定するアイコンである。

プログラム３５は、テキストボックス５１、５２、５３、５６において、バス停ＩＤ、バス停名、バス停名よみがな、バス停の説明の入力を受け付ける（Ｓ２９）。そして、プログラム３５は、テキストボックス５１、５２、５３、５６に入力されたバス停ＩＤ、バス停名、バス停名よみがな、バス停の説明を取得する（Ｓ３０）。プログラム３５が、テキストボックス５２に入力されたバス停名を取得するステップＳ３０の処理は、本発明の「第１取得処理」に相当する。

次に、プログラム３５は、「緯度」アイコン５４或いは「経度」アイコン５５が選択されたか否かを判断する（Ｓ３１）。プログラム３５は、「緯度」アイコン５４或いは「経度」アイコン５５が選択されたと判断すると（Ｓ３１：Ｙｅｓ）、地図データを取得する（Ｓ３２）。

詳しく説明すると、プログラム３５は、地図データを提供するサーバ（以下、地図サーバと記載する）が公開するＵＲＬを有している。地図サーバは、地図データを無償或いは有償で提供するサービスの提供を行う事業者等が運用するサーバである。プログラム３５は、ブラウザ３６を通じて、当該ＵＲＬ宛てに、地図データの返信を要求するＨＴＴＰリクエストを送信する。そして、プログラム３５は、地図サーバが返信したＨＴＴＰレスポンスに含まれる地図データを受信して取得する。

プログラム３５は、取得した地図データが示す地図、バス停オブジェクト６０、及び「ＯＫ」アイコン６１（図１２）をディスプレイ２３に表示する（Ｓ３３）。具体的には、プログラム３５は、バス停を示すバス停オブジェクト６０を、地図データが示す地図に重ねて表示させる。プログラム３５は、例えば、初期位置として、実線で表示されたバス停オブジェクト６０のように、地図の中央となる位置にバス停オブジェクト６０を表示させる。プログラム３５が、地図サーバから地図データをダウンロードして取得するステップＳ３２の処理は、本発明の「地図データ取得処理」に相当する。バス停オブジェクト６０は、本発明の「オブジェクト」に相当する。プログラム３５がバス停オブジェクト６０を地図上に表示させるステップＳ３３の処理は、本発明の「第２表示処理」に相当する。

バス停オブジェクト６０は、バス停名、バス停ＩＤ、或いは番号などを含む。図１２に示す例では、バス停オブジェクト６０は、番号を含む。番号は、例えば、バス停設定画面において登録されたバス停の順番を示す番号である。例えば、５番目に登録されるバス停の場合、バス停オブジェクト６０は、「５」の番号を含む。バス停オブジェクト６０が含む番号やバス停名やバス停ＩＤは、本発明の「識別情報」に相当する。

次に、プログラム３５は、バス停オブジェクト６０の移動を受け付ける（Ｓ３４）。詳しく説明すると、オペレータは、例えばマウスを左クリックしてバス停オブジェクト６０を選択し、選択したバス停オブジェクト６０を、バス停が配置される位置に移動させる。そして、プログラム３５は、バス停オブジェクト６０の移動を受け付け、バス停オブジェクト６０を地図上において移動させる。移動後のバス停オブジェクト６０は、図１２において破線で示されている。

オペレータは、バス停オブジェクト６０を移動させた後、ユーザＩ／Ｆ２４を用いて「ＯＫ」アイコン６１を選択する。プログラム３５は、図４に示されるように、「ＯＫ」アイコン６１が選択されたか否かを判断する（Ｓ３５）。プログラム３５は、「ＯＫ」アイコン６１が選択されたと判断すると（Ｓ３５：Ｙｅｓ）、移動後のバス停オブジェクト６０が位置する地図上の位置（座標）を取得する（Ｓ３６）。

そして、プログラム３５は、取得した位置（座標）を用いて、バス停アイコン６０が位置する地図上の経度及び緯度を、バス停の位置情報として取得する（Ｓ３７）。具体的には、プログラム３５は、経度及び緯度を返信することを要求するＨＴＴＰリクエストを、ブラウザ３６を通じて上述の地図サーバに送信する。当該ＨＴＴＰリクエストは、プログラム３５がディスプレイ２３に表示させている地図におけるバス停オブジェクト６０の座標を含む。フローチャートには示されていないが、地図サーバは、当該ＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストに含まれる座標が示す経度及び緯度を含むＨＴＴＰレスポンスをＰＣ１０に返信する。プログラム３５は、地図サーバが返信したＨＴＴＰレスポンスに含まれる経度及び緯度を、移動後のバス停オブジェクト６０が位置する地図上の経度及び緯度として取得する。バス停の位置を示す経度及び緯度は、本発明の「位置情報」に相当する。プログラム３５が、バス停の経度及び緯度を取得するステップＳ３７の処理は、本発明の「第２取得処理」に相当する。

プログラム３５は、取得した緯度を、「緯度」アイコン５４（図９（Ａ））に表示させ、取得した経度を、「経度」アイコン５５に表示させる。

オペレータは、バス停ＩＤ等を入力し、かつ、経度及び緯度が「緯度」アイコン５４及び「経度」アイコン５５に表示された後、追加するバス停がある場合、ユーザＩ／Ｆ２４を用いて「追加」アイコン５７を選択する。オペレータは、追加するバス停がない場合、ユーザＩ／Ｆ２４を用いて「ＯＫ」アイコン５８を選択する。

プログラム３５は、「追加」アイコン５７が選択されたか、「ＯＫ」アイコン５８が選択されたかを判断する（Ｓ３８）。プログラム３５は、「追加」アイコン５７が選択されたと判断すると（Ｓ３８：追加）、所定の条件を満たすか否かを判断する（Ｓ３９）。所定の条件とは、入力が必須である各テキストボックスに入力がされているか、また、経度及び緯度がメモリ３２に記憶されているか否か、さらにまた、異なるバス停に同一のバス停ＩＤが付されているか否かである。

プログラム３５は、所定の条件を満たすと判断すると（Ｓ３９：Ｙｅｓ）、ステップＳ２９以降の処理を再度実行する。すなわち、オペレータは、一のバス停の登録が終了すると、「追加」アイコン５７を選択して、次のバス停の登録を行う。なお、オペレータは、バスの経路上の順番で複数のバス停を順に登録していく。

プログラム３５は、所定の条件を満たさないと判断すると（Ｓ３９：Ｎｏ）、上述の第１エラー画面１０１或いは第３エラー画面１０５、又は、第１エラー画面１０１及び第３エラー画面１０５をディスプレイ２３に表示させる（Ｓ４０）。図９（Ｂ）に示す例では、第１エラー画面１０１及び第３エラー画面１０５の双方がディスプレイ２３に表示されている。第３エラー画面１０５は、「同一のバス停ＩＤがあります。」の文字と、「ＯＫ」アイコン１０６とを有する。

プログラム３５が、異なるバス停に同一のバス停ＩＤが付されていると判断した場合に第３エラー画面１０５をディスプレイ２３に表示させるステップＳ４０処理は、本発明の「エラー報知処理」に相当する。なお、プログラム３５は、第３エラー画面１０５をディスプレイ２３に表示させる代わりに、エラー音を、ＰＣ１０に設けられたスピーカに出力させてもよい。

プログラム３５は、第１エラー画面１０１において「ＯＫ」アイコン１０２が選択され、第３エラー画面１０５において「ＯＫ」アイコン１０６が選択されたか否かを判断する（Ｓ４１）。プログラム３５は、第１エラー画面１０１において「ＯＫ」アイコン１０２が選択され、第３エラー画面１０５において「ＯＫ」アイコン１０６が選択されたと判断すると（Ｓ４１：Ｙｅｓ）、第１エラー画面１０１及び第３エラー画面１０５を消す。そして、プログラム３５は、ステップＳ２９以降の処理を再度実行する。

プログラム３５は、ステップＳ３８において、「ＯＫ」アイコン５８が選択されたと判断すると（Ｓ３８：ＯＫ）、入力されたバス停ＩＤ、バス停名、バス停名よみがな、及びバス停の説明や、取得した経度及び緯度などを、事業者名と同様にして、フォーマットデータ３７の入力フィールドに入力する（Ｓ４２）。

また、フローチャートには示されていないが、プログラム３５は、路線設定画面で登録された路線ごとに、バス停の登録を受け付ける。なお、「上り」と「下り」とは、異なる路線として登録される。

次に、プログラム３５は、図５に示されるように、バス停設定画面において「ＯＫ」アイコン５８が選択されたことに応じて、或いは、プルダウンメニュー４１において「時刻表入力」が選択されたことに応じて、時刻表入力画面をディスプレイ２３に表示させる（Ｓ４３）。プログラム３５が、貼付領域７７を有する時刻表入力画面をディスプレイ２３に表示させるステップＳ４３の処理は、本発明の「第３表示処理」に相当する。

図１０（Ａ）は、時刻表入力画面を示す。時刻表入力画面は、「平日」タブ７１及び「休日」タブ７２を有する。図示例では、「平日」タブ７１が選択された状態を示している。すなわち、時刻表は、平日と休日とでそれぞれ入力することができる。なお、「平日」タブ７１及び「休日」タブ７２に代えて、平日用の時刻表入力画面と、休日用の時刻表入力画面とで画面を切り替えるアイコンなどが時刻表入力画面に表示されていてもよい。以下では、「平日」タブ７１が選択されている場合について説明する。

時刻表入力画面は、「月曜日」、「火曜日」、「水曜日」、「木曜日」、「金曜日」、「土曜日」、「日曜日」の文字と、各文字の下に表示された７個のチェックボックス７３と、を有する。オペレータは、平日に設定する曜日の下のチェックボックス７３を選択する。図示例では、「月曜日」から「金曜日」までが選択されており、「月曜日」から「金曜日」までが平日として設定されている。なお、平日として設定されていない「土曜日」及び「日曜日」は、休日として設定される。

また、時刻表入力画面は、「運行開始日」の文字と、テキストボックス７４と、「運行終了日」の文字と、テキストボックス７５と、を有する。テキストボックス７４は、バスの運行が開始される日である運行開始日が入力されるテキストボックスである。テキストボックス７５は、バスの運行が終了される日である運行終了日が入力されるテキストボックスである。

また、時刻表入力画面は、「バス停」の文字と、「バス停」の文字の下に配置されたバス停名と、を有する。バス停名は、バス停設定画面において設定されたバス停名である。図示例では、「Ａ大学前」、「Ｂ町１丁目」、「Ｂ町３丁目」、「Ｃ町２丁目」、「ＪＲ三ノ宮」、「Ｄ病院前」、「Ｅ駅前」、「Ｆ町１町目」のバス停名が表示されている。設定された複数のバス停名は、バス停設定画面において設定された順に並んでいる。具体的には、最初に設定されたバス停のバス停名が一番上に位置し、最後に設定されたバス停名が一番下に位置する。詳しく説明すると、プログラム３５は、バス停設定画面においてバス停の設定を受け付けると、受け付けたバス停のバス停ＩＤやバス停名と、登録順とを対応付けてメモリ３２に記憶させる。例えば、プログラム３５は、初期値を「１」としてメモリに記憶されている「登録順」を、「追加」アイコン５７が選択されるごとにインクリメントする。そして、プログラム３５は、「追加」アイコン５７が選択されたと判断すると、入力されたバス停ＩＤやバス停名と登録順とを対応付けてメモリ３２に記憶させる。そして、プログラム３５は、登録順が小さいバス停名から順に時刻表入力画面に表示させる。

時刻表入力画面は、バス停名の右側に、時刻の貼り付けを受け付ける貼付領域７７を有する。オペレータは、表計算ソフトウエアや文書ファイル作成ソフトウエアなどで予め作成した時刻表の出発時刻をコピーし、コピーした出発時刻を貼付領域７７に貼り付ける。

なお、プログラム３５は、時刻表入力画面において、バス停名を表示する代わりに、バス停名及び出発時刻の双方の貼り付けを受け付ける貼付領域７７を有していてもよい。オペレータは、出発時刻だけでなく、バス停名も含む時刻表全体をコピーし、コピーしたバス停名及び出発時刻を時刻表入力画面の貼付領域７７に貼り付ける。

なお、バスが最後に停車するバス停については、出発時刻ではなく、到着時刻である。

また、時刻表入力画面は、「ＯＫ」アイコン７６を有する。オペレータは、出発時刻を時刻表入力画面に貼り付けた後、ユーザＩ／Ｆ２４を用いて「ＯＫ」アイコン７６を選択する。

プログラム３５は、時刻表入力画面において、チェックボックス７３へのチェック、運行開始日及び運行終了日の入力を受け付ける（Ｓ４４）。また、プログラム３５は、時刻表入力画面において、出発時刻の貼り付けを受け付ける（Ｓ４５）。そして、プログラム３５は、受け付けた平日の指定や、運行開始日や、運行終了日や、出発時刻を取得する（Ｓ４６）。プログラム３５が、貼付領域７７に貼り付けられた出発時刻を取得するステップＳ４６の処理は、本発明の「第３取得処理」に相当する。

オペレータは、チェックボックス７３にチェックし、運行開始日をテキストボックス７４に入力し、運行終了日をテキストボックス７５に入力し、出発時刻を貼付領域７７に貼り付けた後、ユーザＩ／Ｆ２４を用いて「ＯＫ」アイコン７６を選択する。

プログラム３５は、図５に示されるように、時刻表入力画面において「ＯＫ」アイコン７６が選択されたか否かを判断する（Ｓ４７）。プログラム３５は、「ＯＫ」アイコン７６が選択されたと判断すると（Ｓ４７：Ｙｅｓ）、所定の条件を満たすか否かを判断する（Ｓ４８）。所定の条件とは、テキストボックス７４、７５に日付が入力されているか否か、及び出発時刻が貼付領域７７に貼り付けられているか否かを意味する。プログラム３５は、所定の条件が満たされていないと判断すると（Ｓ４８：Ｎｏ）、上述の第１エラー画面１０１をディスプレイ２３に表示させる（Ｓ４９）。図１０（Ｂ）は、時刻表入力画面に重ねて表示された第１エラー画面１０１を示す。

プログラム３５は、図５に示されるように、第１エラー画面１０１において「ＯＫ」アイコン１０２が選択されたか否かを判断する（Ｓ５０）。プログラム３５は、第１エラー画面１０１において「ＯＫ」アイコン１０２が選択されたと判断すると（Ｓ５０：Ｙｅｓ）、第１エラー画面１０１を消し、ステップＳ４４以降の処理を再度実行する。

プログラム３５は、ステップＳ４８において所定の条件を満たすと判断すると（Ｓ４８：Ｙｅｓ）、平日の曜日を示す情報や、入力された運行開始日及び運行終了日や、貼付領域７７に貼り付けられた出発時刻を、事業者名と同様にして、メモリ３２に記憶されたフォーマットデータ３７の入力フィールドに入力する（Ｓ５１）。

プログラム３５は、時刻表入力画面において「ＯＫ」アイコン７６が選択されたことに応じて、或いは、プルダウンメニュー４１において「運賃入力」が選択されたことに応じて、運賃入力画面をディスプレイ２３に表示させる（Ｓ５２）。プログラム３５が、運賃貼付領域８３を有する運賃入力画面をディスプレイ２３に表示させるステップＳ５２の処理は、本発明の「第４表示処理」に相当する。

図１１（Ａ）は、運賃入力画面を示す。運賃入力画面は、運賃三角表８１を有する。運賃三角表８１は、バス停設定画面において設定されたバス停名を有する。図示例では、「Ａ大学前」、「Ｂ町１丁目」、「Ｂ町３丁目」、「Ｃ町２丁目」、「ＪＲ三ノ宮」、「Ｄ病院前」、「Ｅ駅前」、「Ｆ町１町目」のバス停名が表示されている。設定された複数のバス停名は、バス停設定画面において設定された順に並んでいる。具体的には、最初に設定されたバス停のバス停名が左上に位置し、最後に設定されたバス停名が右下に位置する。

運賃三角表８１は、運賃がそれぞれ貼り付けられる複数の運賃貼付領域８３を有する。オペレータは、表計算ソフトウエアや文書ファイル作成ソフトウエアなどで予め作成した運賃三角表８１の運賃をコピーし、コピーした運賃を運賃貼付領域８３に貼り付ける。その際、オペレータは、複数の運賃を一度にコピーして、コピーした複数の運賃を複数の運賃貼付領域８３に一度に貼り付ける。

なお、プログラム３５は、運賃入力画面において、バス停名を表示する代わりに、バス停名及び運賃の双方の貼り付けを受け付ける貼付領域を有していてもよい。オペレータは、運賃だけでなく、バス停名も含む運賃三角表８１の全部をコピーし、コピーしたバス停名及び運賃を運賃入力画面の貼付領域に一度に貼り付ける。

また、運賃入力画面は、「ＯＫ」アイコン８２を有する。オペレータは、運賃を運賃貼付領域８３に貼り付けた後、ユーザＩ／Ｆ２４を用いて「ＯＫ」アイコン８２を選択する。

プログラム３５は、図５に示されるように、運賃貼付領域８３への運賃の貼り付けを受け付ける（Ｓ５３）。そして、プログラム３５は、運賃貼付領域８３に貼り付けられた運賃を取得する（Ｓ５４）。プログラム３５が運賃を取得するステップＳ５４の処理は、本発明の「第４取得処理」に相当する。オペレータは、運賃を運賃貼付領域８３に貼り付けた後、「ＯＫ」アイコン８２を選択する。

プログラム３５は、運賃入力画面において「ＯＫ」アイコン８２が選択されたか否かを判断する（Ｓ５５）。プログラム３５は、「ＯＫ」アイコン８２が選択されたと判断すると（Ｓ５５：Ｙｅｓ）、運賃が運賃貼付領域８３に貼り付けられているか否かを判断する（Ｓ５６）。プログラム３５は、運賃が運賃貼付領域８３に貼り付けられていないと判断すると（Ｓ５６：Ｎｏ）、上述の第１エラー画面１０１をディスプレイ２３に表示させる（Ｓ５７）。図１１（Ｂ）は、運賃入力画面に重ねて表示された第１エラー画面１０１を示す。

プログラム３５は、図５に示されるように、第１エラー画面１０１において、「ＯＫ」アイコン１０２が選択されたか否かを判断する（Ｓ５８）。プログラム３５は、第１エラー画面１０１において「ＯＫ」アイコン１０２が選択されたと判断すると（Ｓ５８：Ｙｅｓ）、第１エラー画面１０１を消し、ステップＳ５３以降の処理を再度実行する。

プログラム３５は、ステップＳ５６において、運賃が運賃貼付領域８３に貼り付けられていると判断すると（Ｓ５６：Ｙｅｓ）、運賃貼付領域８３に貼り付けられた運賃を、事業者名と同様にして、メモリ３２に記憶されたフォーマットデータ３７の入力フィールドに入力する（Ｓ５９）。

プログラム３５は、運賃入力画面において「ＯＫ」アイコン８２が選択されたことに応じて、或いは、プルダウンメニュー４１において「経路」が選択されたことに応じて、図６に示されるように、経路入力用地図をディスプレイ２３に表示させる（Ｓ６０）。具体的には、上述と同様にして、地図サーバから地図データをダウンロードし、ダウンロードした地図データが示す地図を、経路入力用地図としてディスプレイ２３に表示させる。

プログラム３５は、図１３に示されるように、経路入力用地図に重ねて、登録されたバス停を示す複数のバス停アイコン６０をディスプレイ２３に表示させる。具体的には、プログラム３５は、一のレイヤに一のバス停アイコン６０を表示させ、複数のレイヤを重ねて地図上に表示させる。図１３に示されるように、１２個のバス停オブジェクト６０（１２個のレイヤ）が経路入力用地図上に表示されている。また、プログラム３５は、「ＯＫ」アイコン６２をディスプレイ２３に表示させる。

各バス停オブジェクト６０が配置される位置は、ステップＳ３７でそれぞれ取得した経度及び緯度が示す位置である。なお、各バス停オブジェクト６０は、オペレータが移動させることができない固定オブジェクトである。オペレータは、ユーザＩ／Ｆ２４を用いて、各バス停オブジェクト６０、及び、バスが移動する経路上の一乃至複数の位置を指定する。

プログラム３５は、図６に示されるように、オペレータが指定した位置を受け付けて取得する（Ｓ６１）。そして、プログラム３５は、バス停オブジェクト６０と、オペレータが指定した指定位置とを繋ぐ線を地図に表示させる（Ｓ６２）。当該線は、バスの移動経路を示す。オペレータは、バスの移動経路を指定した後、「ＯＫ」アイコン６２を選択する。

プログラム３５は、「ＯＫ」アイコン６２が選択されたか否かを判断する（Ｓ６３）。プログラム３５は、「ＯＫ」アイコン６２が選択されたと判断すると（Ｓ６３：Ｙｅｓ）、オペレータが指定した地図上の位置が示す経度及び緯度を、上述のステップＳ３７と同様にして取得する（Ｓ６４）。

プログラム３５が、指定位置の指定を受け付けるステップＳ６１の処理は、本発明の「第２受付処理」に相当する。プログラム３５が、バス停オブジェクト６０と、オペレータが指定した指定位置とを繋ぐ線を地図上に表示させるステップＳ６２の処理は、本発明の「経路表示処理」に相当する。プログラム３５が、経路上の位置を取得するステップＳ６４の処理は、本発明の「第５取得処理」に相当する。

プログラム３５は、取得した指定位置の経度及び緯度を、フォーマットデータ３７の入力フィールドに入力し、提供データを生成する（Ｓ６５）。ステップＳ１９、Ｓ２７、Ｓ４２、Ｓ５１、Ｓ５９、Ｓ６５の処理は、本発明の「生成処理」に相当する。

プログラム３５は、経路入力用地図において「ＯＫ」アイコン６２が選択されたことに応じて、或いは、プルダウンメニュー４１において「アップロード」が選択されたことに応じて、不図示のアップロード画面をディスプレイ２３に表示させる（Ｓ６６）。アップロード画面は、例えば、入力されたバス停名や出発時刻や運賃などの一覧と、アップロードの実行の指示を受け付ける「実行」アイコンと、を有する。オペレータは、表示された一覧でバス停名等に誤りがないかを確認した後、「実行」アイコンを選択する。なお、バス停名等の一覧の表示は任意である。

プログラム３５は、アップロード画面において、「実行」アイコンが選択されたか否かを判断する（Ｓ６７）。プログラム３５は、「実行」アイコンが選択されたと判断すると（Ｓ６７：Ｙｅｓ）、生成した提供データを管理サーバ１２にアップロードする（Ｓ６８）。詳しく説明すると、プログラム３５は、例えば、ＯＳ３４が提供するＡＰＩ（ Application Programming Interface ）を呼び出し、呼び出したＡＰＩに、生成した提供データ及び管理サーバ１２のＵＲＬを入力する。そして、当該ＡＰＩを用いて管理サーバ１２に、提供データを含むＨＴＴＰリクエストを、通信Ｉ／Ｆ２２を通じて送信する。

フローチャートには示されていないが、提供データを受信した管理サーバ１２は、受信した提供データを、ＧＴＦＳサーバ１１がバス事業者に対して発行したアカウントと対応付けて、自己のメモリに記憶させる。また、管理サーバ１２は、提供データを受信したことを示すＡＣＫ（acknowledgement）を含むＨＴＴＰレスポンスをＰＣ１０に返信する。プログラム３５は、ＡＣＫを含むＨＴＴＰレスポンスを受信したか否かを判断する（Ｓ６９）。プログラム３５は、ＡＣＫを含むＨＴＴＰレスポンスを受信しないことに応じて（Ｓ６９：Ｎｏ）、提供データを再度アップロードするリトライを実行する（Ｓ６８）。プログラム３５は、ＡＣＫを含むＨＴＴＰレスポンスを受信したことに応じて（Ｓ６９：Ｙｅｓ）、提供データ生成処理を終了する。

フローチャートには示されていないが、ＧＴＦＳのサービスを提供する事業者には、管理サーバ１２がインターネット１３上に公開するＵＲＬが予め通知される。ＧＴＦＳサーバ１１は、通知されたＵＲＬに定期的にアクセスし、管理サーバ１２にアップロードされた提供データをダウンロードする。そして、ＧＴＦＳサーバ１１は、ダウンロードした提供データを、インターネット１３を通じたユーザの要求に応じてユーザに提供する。

[実施形態の作用効果]

プログラム３５は、バス停を示すバス停オブジェクト６０を地図上に表示させ、バス停オブジェクト６０の移動を受け付けることにより、バス停の経度及び緯度をオペレータに入力させることなく、バス停の経度及び緯度を取得する。したがって、プログラム３５は、バス停の経度及び緯度を入力するオペレータの手間をなくすことができる。

プログラム３５は、バス停に応じた番号を含むバス停オブジェクト６０を地図上に表示させる。したがって、プログラム３５は、地図上に表示させたバス停オブジェクト６０がどのバス停を示すのかをオペレータに容易に認識させることができる。

プログラム３５は、バスの系統ごとにバス停名の入力を受け付け、かつ、バス停ＩＤの入力を受け付ける。したがって、プログラム３５は、複数の系統に共通して使用されるバス停を、系統ごとに区別して識別することができる。その結果、プログラム３５は、複数の系統の提供データを生成することができる。

プログラム３５は、一致する２つのバス停ＩＤが入力されたことに応じてエラー報知を行う。したがって、プログラム３５は、同一のバス停ＩＤが付与されたバス停が登録されることを抑制することができる。

プログラム３５は、複数の出発時刻の貼り付けを受け付ける貼付領域７７を有する時刻表入力画面をディスプレイ２３に表示させ、貼り付けられた出発時刻を取得する。したがって、プログラム３５は、オペレータが複数の出発時刻をテキストボックスに１つずつ入力する場合に比べ、出発時刻を入力するオペレータの手間を低減することができる。特に、時刻表が既に作成されている場合において、或いは、時刻表がプログラム３５とは別で作成される場合において、プログラム３５は、オペレータの入力操作の手間を省くことができる。なお、出発時刻の入力をテキストボックスで受け付けると、複数の出発時刻を「貼付」で受け付けることは困難である。

プログラム３５は、複数の運賃の貼り付けを受け付ける運賃貼付領域８３を有する運賃入力画面をディスプレイ２３に表示させ、貼り付けられた運賃を取得する。したがって、プログラム３５は、オペレータが複数の運賃をテキストボックスに１つずつ入力する場合に比べ、運賃を入力するオペレータの手間を低減することができる。特に、運賃三角表が既に作成されている場合において、或いは、運賃三角表がプログラム３５とは別で作成される場合において、プログラム３５は、オペレータの入力操作の手間を省くことができる。

プログラム３５は、経路入力用地図において、オペレータが指定した指定位置の経度及び緯度を、バスの経路上の位置を示す位置情報として取得する。したがって、プログラム３５は、オペレータが経路上の複数の位置の経度及び緯度を入力する場合に比べ、バスの経路を入力するオペレータの手間を省くことができる。なお、バスの経路は、例えば、リアルタイムＧＴＦＳなど、ＧＴＦＳサーバ１１が、運行されているバスの現在位置をリアルタイムでユーザに提供するサービスにおいて、ＧＴＦＳサーバ１１がバス事業者に要求する情報である。

プログラム３５は、生成した提供データを、管理サーバ１２にアップロードする。したがって、プログラム３５は、オペーレータがブラウザ３６を起動して、ＧＴＦＳサーバ１１が公開するＵＲＬ宛てに提供データを送信する手間を省くことができる。

プログラム３５は、経路入力用地図において、表示する複数のバス停オブジェクト６０に番号を含ませている。したがって、プログラム３５は、どのバス停オブジェクト６０がどのバス停を示すかを容易に判断することができる。その結果、プログラム３５は、バスの経路をオペレータに容易に入力させることができる。

[変形例]

上述の実施形態では、端末装置がパーソナルコンピュータ１０である例を説明した。しかしながら、プログラム３５がインストールされる端末装置は、タブレットや携帯端末などであってもよい。

上述の実施形態では、プログラム３５が、地図サーバから地図データをダウンロードしてディスプレイ２３に表示させる例を説明した。しかしながら、地図データは、プログラム３５が予め有していてもよい。地図データは、プログラム３５がＰＣ１０にインストールされる際に、メモリ３２に記憶される。プログラム３５は、メモリ３２に記憶された地図データを読み出して、ディスプレイ２３に表示させる。

上述の実施形態では、バスの運行に係る提供データを生成するプログラム３５が説明された。しかしながら、プログラム３５は、鉄道など、他の移動体の運行に係る提供データを生成するプログラムであってもよい。例えば、プログラム３５は、実施形態と同様にして、駅名や駅名ＩＤなどの入力を受け付け、地図を用いて駅の経度及び緯度を取得し、電車の出発時刻や運賃の貼り付けを受け付けて、提供データを生成する。

上述の実施形態では、プログラム３５が、一のバス停オブジェクト６０を地図上に表示して、一のバス停の経度及び緯度を取得する例を説明した。しかしながら、プログラム３５は、複数のバス停オブジェクト６０を地図上に表示して、複数のバス停の経度及び緯度を一度に取得してもよい。その場合、オペレータは、各バス停オブジェクト６０に含まれる番号によって、どのバス停オブジェクト６０がどのバス停を示すかを認識する。例えば、オペレータは、「１」を含むバス停オブジェクト６０が「Ａ大学前」のバス停を示し、「５」を含むバス停オブジェクト６０が、「ＪＲ三ノ宮」のバス停を示すと認識する。すなわち、プログラム３５は、バス停オブジェクト６０に番号を含ませることにより、複数のバス停の経度及び緯度を一度に取得することができる。

上述の実施形態では、番号がバス停オブジェクト６０に表示された例が説明された。しかしながら、番号に代えて、バス停名やバス停ＩＤなど、バス停を識別可能な他の識別情報がバス停オブジェクト６０に表示されてもよい。

上述の実施形態では、経度及び緯度が位置情報の一例として説明された。しかしながら、バス停の位置を示す位置情報は、住所や座標などであってもよい。

上述の実施形態では、ＧＴＦＳサーバ１１が提供するフォーマットデータ３７を用いて提供データが生成される例が説明された。しかしながら、プログラム３５は、ＧＴＦＳサーバ１１が提供するフォーマットデータ３７以外のフォーマットデータを用いて提供データを生成してもよい。すなわち、プログラム３５は、ＧＴＦＳ以外のシステムに提供される提供データを生成するものであってもよい。

１０・・・ＰＣ（端末装置）
１１・・・ＧＴＦＳサーバ
１２・・・管理サーバ
２３・・・ディスプレイ
２４・・・ユーザＩ／Ｆ
３１・・・ＣＰＵ
３２・・・メモリ
３５・・・プログラム
６０・・・バス停オブジェクト（オブジェクト）

Claims (8)

1. ディスプレイ、ユーザインタフェース、及びメモリを備えた端末装置のコンピュータによって実行されるプログラムであって、
   地図を示す地図データを取得する地図データ取得処理と、
   移動体が経由する特定地点を示す地点名の入力を受け付ける入力画面を前記ディスプレイに表示する第１表示処理と、
   前記ユーザインタフェースを通じて入力された前記地点名を取得する第１取得処理と、
   前記特定地点を示すオブジェクトを、前記地図上に配置して前記ディスプレイに表示する第２表示処理と、
   前記オブジェクトを前記地図上で移動させる入力を前記ユーザインタフェースを通じて受け付ける第１受付処理と、
   前記地図上における前記オブジェクトの移動後の位置を示す位置情報を取得する第２取得処理と、
   前記第１取得処理で取得した前記地点名と、前記第２取得処理で取得した前記位置情報とを、前記メモリに記憶されたフォーマットデータが有する入力フィールドに入力して提供データを生成する生成処理と、を前記コンピュータに実行させるプログラム。
2. 前記第２表示処理は、前記地点名に応じた識別情報を前記オブジェクトに含ませて前記ディスプレイに表示させる処理をさらに含む請求項１に記載のプログラム。
3. 前記第１取得処理は、前記移動体が運行される系統ごとに、前記地点名及び地点識別情報の入力を受け付ける処理を含み、
   前記生成処理は、取得した前記地点識別情報を、前記フォーマットデータの入力フィールドに入力して前記提供データを生成する処理をさらに含む請求項１または２に記載のプログラム。
4. 入力された複数の前記地点識別情報のうち、一致する２つの地点識別情報があることに応じて、エラーを報知する報知処理を前記コンピュータにさらに実行させる請求項３に記載のプログラム。
5. 前記特定地点における前記移動体の複数の出発時刻の貼り付けを一度に受け付ける貼付領域を有する入力画面を前記ディスプレイに表示させる第３表示処理と、
   前記貼付領域に貼り付けられた出発時刻を取得する第３取得処理と、を前記コンピュータにさらに実行させ、
   前記生成処理は、取得した前記出発時刻を、前記フォーマットデータの入力フィールドに入力する処理をさらに含む請求項１から４のいずれかに記載のプログラム。
6. 複数の運賃の貼り付けを一度に受け付ける運賃貼付領域を有する入力画面を前記ディスプレイに表示させる第４表示処理と、
   前記運賃貼付領域に貼り付けられた運賃を取得する第４取得処理と、を前記コンピュータにさらに実行させ、
   前記生成処理は、取得した前記運賃を、前記フォーマットデータの入力フィールドに入力して前記提供データを生成する処理をさらに含む請求項１から５のいずれかに記載のプログラム。
7. 前記地図を前記ディスプレイに表示させ、当該地図上において、移動体が移動する経路上の位置の指定の入力を、前記ユーザインタフェースを通じて受け付ける第２受付処理と、
   受け付けた前記経路を地図上に表示する経路表示処理と、
   受け付けた経路上の位置情報を含む経路情報を取得する第５取得処理と、を前記コンピュータに実行させ、
   前記生成処理は、取得した前記経路情報を、前記フォーマットデータの入力フィールドに入力して前記提供データを生成する処理をさらに含む請求項１から６のいずれかに記載のプログラム。
8. 生成した前記提供データを、サーバにアップロードする処理を前記コンピュータにさらに実行させる請求項１から７のいずれかに記載のプログラム。