特開 2025-4688 タクシーチケット管理サーバ装置及び方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025004688

(43)【公開日】2025-01-15

(54)【発明の名称】タクシーチケット管理サーバ装置及び方法

(51)【国際特許分類】

   G06Q 50/40 20240101AFI20250107BHJP

【ＦＩ】

G06Q50/30

【審査請求】有

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2023104539

(22)【出願日】2023-06-26

(71)【出願人】

【識別番号】397037410

【氏名又は名称】東武トップツアーズ株式会社

(74)【代理人】

【識別番号】100106297

【弁理士】

【氏名又は名称】伊藤 克博

(72)【発明者】

【氏名】石井 聡

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC41

5L050CC41

(57)【要約】      （修正有）

【課題】タクシーチケットの発行及び利用を電子化し、かつチケット利用後のデータを紙媒体を介さずに取得するタクシーチケット管理サーバ装置、方法及びプログラムを提供する。
【解決手段】タクシーチケット管理システム１において、会合への出席者に提供されるタクシーチケットを管理する管理台帳データを格納するデータベースを有し、出席者が使用するユーザ端末２００にネットワークＮを介して接続される管理サーバ装置１００は、少なくとも、ユーザ端末を使用する出席者を識別する出席者識別情報、ユーザ端末上で出席者が利用するために選択したタクシーチケット情報、出席者が利用したタクシーにおいてユーザ端末によって読み取られたタクシーの識別情報及びタクシーの利用情報とを取得し、少なくとも、出席者識別情報、タクシーチケット情報、タクシーの識別情報及びタクシーの利用情報を互いに関連付けて管理台帳データに登録する。
【選択図】図１

【特許請求の範囲】

【請求項1】

会合への出席者に提供されるタクシーチケットを管理する管理台帳データを格納するデータベースを有し、前記出席者が使用するユーザ端末に通信ネットワークを介して接続される管理サーバ装置であって、
少なくとも、前記ユーザ端末を使用する前記出席者を識別する出席者識別情報と、前記ユーザ端末上で前記出席者が利用するために選択したタクシーチケット情報と、前記出席者が利用したタクシーにおいて前記ユーザ端末によって読み取られたタクシーの識別情報と、前記タクシーの利用情報とを取得することと、
少なくとも、前記出席者識別情報と、前記タクシーチケット情報と、前記タクシーの識別情報と、前記タクシーの利用情報とを互いに関連付けて前記管理台帳データに登録することと、
を実行するように構成されている管理サーバ装置。

【請求項2】

前記管理台帳データには、前記出席者に付与されたタクシーチケットに関するタクシーチケット情報が含まれ、
前記管理サーバ装置は、
前記出席者に提供される、前記タクシーチケット情報を符号化したコードを生成することと、
前記コードを読み取って前記管理サーバ装置にアクセスしてきた前記ユーザ端末に対して、前記タクシーチケット情報の受取り操作を求める画面を表示させることと、
前記ユーザ端末上で前記タクシーチケット情報の受取り操作が実行されたことを示す情報を取得することと、
前記受取り操作が実行された前記タクシーチケット情報を、利用可能なタクシーチケットとして前記ユーザ端末に提示することと、
をさらに実行するように構成されている、請求項１に記載の管理サーバ装置。

【請求項3】

前記コードを読み取って前記管理サーバ装置にアクセスしてきた前記ユーザ端末が初めて前記サーバ装置にアクセスした際には、前記管理サーバ装置は、
所定のソーシャル・ネットワーク・サービス（ＳＮＳ）を通じて、前記ＳＮＳにおける前記出席者のＳＮＳアカウント情報の取得認証リクエストを前記ユーザ端末に送信することと、
前記ユーザ端末を使用する前記出席者が前記取得認証リクエストを認証する操作を前記ユーザ端末上で行うことによって前記ＳＮＳのサービス提供者から前記管理サーバ装置に提供される前記出席者の前記ＳＮＳアカウント情報を取得することと、
前記ＳＮＳアカウント情報を前記出席者識別情報として前記管理台帳データに登録することと、
をさらに実行するように構成されている、請求項２に記載の管理サーバ装置。

【請求項4】

前記タクシーの利用情報は、前記タクシーの利用金額と、前記タクシーの利用区間、前記タクシーの乗車日時、当該乗車日時における前記ユーザ端末の位置情報、前記タクシーの利用後の清算日時及び当該清算日時における前記ユーザ端末の位置情報のうちの少なくとも１つとに関する情報を含む、請求項１に記載の管理サーバ装置。

【請求項5】

タクシーチケット情報は、前記タクシーチケットの提供者、最大利用可能金額、有効期間及び利用可能区間のうちの少なくとも１つに関する情報を含む、請求項１に記載の管理サーバ装置。

【請求項6】

管理台帳データには、前記出席者の氏名、所属先及び電話番号のうちの少なくとも１つに関する情報が、前記出席者識別情報に関連付けて登録されている、請求項１に記載の管理サーバ装置。

【請求項7】

会合への出席者に提供されるタクシーチケットを管理する管理台帳データを格納するデータベースを有し、前記出席者が使用するユーザ端末に通信ネットワークを介して接続される管理サーバ装置を用いて、会合への出席者に提供されるタクシーチケットを管理する方法であって、
前記管理サーバ装置が、少なくとも、前記ユーザ端末を使用する前記出席者を識別する出席者識別情報と、前記ユーザ端末上で前記出席者が利用するために選択したタクシーチケット情報と、前記出席者が利用したタクシーにおいて前記ユーザ端末によって読み取られたタクシーの識別情報と、前記タクシーの利用情報とを取得することと、
前記管理サーバ装置が、少なくとも、前記出席者識別情報と、前記タクシーチケット情報と、前記タクシーの識別情報と、前記タクシーの利用情報とを互いに関連付けて前記管理台帳データに登録することと、
を含む方法。

【請求項8】

前記管理台帳データには、前記出席者に付与されたタクシーチケットに関するタクシーチケット情報が含まれ、
前記方法は、
前記管理サーバ装置が、前記出席者に提供される、前記タクシーチケット情報を符号化したコードを生成することと、
前記管理サーバ装置が、前記コードを読み取って前記管理サーバ装置にアクセスしてきた前記ユーザ端末に対して、前記タクシーチケット情報の受取り操作を求める画面を表示させることと、
前記管理サーバ装置が、前記前記ユーザ端末上で前記タクシーチケット情報の受取り操作が実行されたことを示す情報を取得することと、
前記管理サーバ装置が、前記受取り操作が実行された前記タクシーチケット情報を、利用可能なタクシーチケットとして前記ユーザ端末に提示することと、
をさらに含む、請求項７に記載の方法。

【請求項9】

前記コードを読み取って前記管理サーバ装置にアクセスしてきた前記ユーザ端末が初めて前記サーバ装置にアクセスした際には、前記方法は、
前記管理サーバ装置が、所定のソーシャル・ネットワーク・サービス（ＳＮＳ）を通じて、前記ＳＮＳにおける前記出席者のＳＮＳアカウント情報の取得認証リクエストを前記ユーザ端末に送信することと、
前記管理サーバ装置が、前記ユーザ端末を使用する前記出席者が前記取得認証リクエストを認証する操作を前記ユーザ端末上で行うことによって前記ＳＮＳのサービス提供者から前記管理サーバ装置に提供される前記出席者の前記ＳＮＳアカウント情報を取得することと、
前記管理サーバ装置が、前記取得した前記ＳＮＳアカウント情報を前記出席者識別情報として前記管理台帳データに登録することと、
をさらに含む、請求項８に記載の方法。

【請求項10】

会合への出席者に提供されるタクシーチケットを管理する管理台帳データを格納するデータベースを有し、前記出席者が使用するユーザ端末に通信ネットワークを介して接続される管理サーバ装置を構成するコンピュータに、会合への出席者に提供されるタクシーチケットを管理する方法を実行させるコンピュータプログラムであって、
前記コンピュータに、
少なくとも、前記ユーザ端末を使用する前記出席者を識別する出席者識別情報と、前記ユーザ端末上で前記出席者が利用するために選択したタクシーチケット情報と、前記出席者が利用したタクシーにおいて前記ユーザ端末によって読み取られたタクシーの識別情報と、前記タクシーの利用情報とを取得することと、
少なくとも、前記出席者識別情報と、前記タクシーチケット情報と、前記タクシーの識別情報と、前記タクシーの利用情報とを互いに関連付けて前記管理台帳データに登録することと、
を実行させるコンピュータプログラム。

【請求項11】

前記管理台帳データには、前記出席者に付与されたタクシーチケットに関するタクシーチケット情報が含まれ、
前記コンピュータに、
前記出席者に提供される、前記タクシーチケット情報を符号化したコードを生成することと、
前記コードを読み取って前記管理サーバ装置にアクセスしてきた前記ユーザ端末に対して、前記タクシーチケット情報の受取り操作を求める画面を表示させることと、
前記前記ユーザ端末上で前記タクシーチケット情報の受取り操作が実行されたことを示す情報を取得することと、
前記受取り操作が実行された前記タクシーチケット情報を、利用可能なタクシーチケットとして前記ユーザ端末に提示することと、
をさらに実行させる、請求項１０に記載のコンピュータプログラム。

【請求項12】

前記コードを読み取って前記管理サーバ装置にアクセスしてきた前記ユーザ端末が初めて前記サーバ装置にアクセスした際に、
前記コンピュータに、
所定のソーシャル・ネットワーク・サービス（ＳＮＳ）を通じて、前記ＳＮＳにおける前記出席者のＳＮＳアカウント情報の取得認証リクエストを前記ユーザ端末に送信することと、
前記ユーザ端末を使用する前記出席者が前記取得認証リクエストを認証する操作を前記ユーザ端末上で行うことによって前記ＳＮＳのサービス提供者から前記管理サーバ装置に提供される前記出席者の前記ＳＮＳアカウント情報を取得することと、
前記取得した前記ＳＮＳアカウント情報を前記出席者識別情報として前記管理台帳データに登録することと、
をさらに実行させる、請求項１１に記載のコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、会合への出席者等に旅費の限度額をもった実費支給として提供されるタクシーチケットを管理するタクシーチケット管理サーバ装置及び方法に関する。

【背景技術】

【0002】

従来、製薬会社は、自社の医薬品の適正使用情報の提供を目的とした講演会や、新薬の開発に伴う説明会等を、医療関係者、特に医師を対象として開催することが多い。その際、製薬会社は規約に則り受講希望者に対して講演会場までの往復の交通費を負担することがある。交通費の負担は、例えばタクシーチケットといったチケットやクーポン等を事前に配布することで行なわれる。従来の手法では一般的に、タクシーチケットは、タクシーチケット発行会社で作成され、タクシーチケットの依頼元へ送付される。タクシーチケットの依頼元は、講演会を開催する製薬会社である場合もあるし、その製薬会社から講演会の運営を委託された、旅行会社やイベント運営会社といった受託業者である場合もある。

【0003】

タクシーチケットは、依頼元から最終的に受講希望者へ配布される。配布されたタクシーチケットは、講演会を受講すること以外の目的でも使用することが可能であるため、コンプライアンス遵守の観点から、配布したタクシーチケットが、その講演会への受講目的で使用されていることが把握できるような管理が要求されている。そこで、依頼元は、タクシーチケットごとに固有の番号であるチケット番号単位で、講演会名、講演会の開催日、受講依頼を受けた担当者氏名等をリスト化した管理台帳を作成する。管理台帳は、コンピュータ上で管理できるようにデータ化されることが多い。

【0004】

タクシーチケットが配布された受講者は、講演会への行きおよび／ または帰りの交通手段としてタクシーを利用することができ、その運賃の支払いにタクシーチケットを利用することができる。使用されたタクシーチケットは、タクシー会社を経由してタクシーチケット発行会社で処理される。タクシーチケット発行会社は、例えば１ヶ月分をまとめて、チケット番号ごとの利用日および利用金額などが記載された明細とともに、合計利用金額を依頼元へ請求する。依頼元は、チケット番号に基づいて、利用されたタクシーチケットと、タクシーチケット発行会社からの請求内容との対応付けを行い、その対応付けの結果にしたがって適宜の処理を行う。

【0005】

以上のような一連の流れにおいて、依頼元にとって最も煩雑な作業は、管理台帳の作成およびタクシーチケット利用後にタクシーチケット発行会社からの請求内容と管理台帳との対応付けである。特に、依頼元が受託業者である場合、年間１５万枚以上のタクシーチケットを取り扱うこともあり、その作業だけでも膨大な量となる。また、量が多くなればなるほど、人為的なミスも発生しやすい。

【0006】

特許文献１は、このような課題に対処する１つの手段として、会合特定データ及び参加者特定データを含むデータを固有のチケット番号が予め印刷されたタクシーチケットに印刷しておき、印刷されたデータを読み取り装置で読み取ることによって、会合特定データ及び参加者特定データを含むデータとチケット番号とをデータ化することを開示している。特許文献１に開示された手段によれば、利用されたタクシーチケットと、タクシーチケット発行会社からの請求内容との対応付けとデータ入力処理とをシステム化することで、それらに要する作業の手間と時間を抑えることが可能である。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特許第５８２７７２６号公報

【発明の概要】

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

【0008】

しかしながら、特許文献１に開示された手法によればタクシーチケットは紙媒体に印刷して発行されかつ利用されるため、利用されたタクシーチケットを回収する必要がある。さらに、個々のチケットに印刷されたデータを読み取る作業は依然として必要である。

【0009】

一方、タクシーチケットの発行及び利用を電子化するために、タクシーチケットの発行及び利用に関する処理を行う専用のアプリケーションソフトウェアをユーザ端末に導入し、それらのユーザ端末における処理を管理装置によって管理するという運用を行うことが考えられるが、そのようなシステムを構築し、かつ保守管理を含めた運用を行うためには、金銭的及び人的に多くのコストを要する。

【0010】

本発明は、専用のアプリケーションソフトウェアをユーザ端末に導入することなくタクシーチケットの発行及び利用を電子化し、かつチケット利用後のデータを、紙媒体を介さずに取得することを可能にするタクシーチケット管理サーバ装置等を提供することを目的とする。

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

【0011】

本発明の一態様によれば、会合への出席者に提供されるタクシーチケットを管理する管理台帳データを格納するデータベースを有し、出席者が使用するユーザ端末に通信ネットワークを介して接続される管理サーバ装置が提供される。管理サーバ装置は、少なくとも、ユーザ端末を使用する出席者を識別する出席者識別情報と、ユーザ端末上で出席者が利用するために選択したタクシーチケット情報と、出席者が利用したタクシーにおいてユーザ端末によって読み取られたタクシーの識別情報と、タクシーの利用情報とを取得することと、少なくとも、出席者識別情報と、タクシーチケット情報と、タクシーの識別情報と、タクシーの利用情報とを互いに関連付けて管理台帳データに登録することと、を実行するように構成されている。

【0012】

本発明の他の特徴事項および利点は、例示的且つ非網羅的に与えられている以下の説明及び添付図面から理解することができる。

【発明の効果】

【0013】

本発明によれば、専用のアプリケーションソフトウェアをユーザ端末に導入することなく、タクシーチケットの発行及び利用を電子化し、かつチケット利用後のデータを紙媒体を介さずに取得することを可能にするタクシーチケット管理サーバ装置等を提供することができる。

【図面の簡単な説明】

【0014】

【図1】本発明の実施形態に係るタクシーチケット管理システムの概略構成を示す図である。

【図2】図１に示した管理サーバ装置の機能ブロック構成図である。

【図3】図２に示した管理サーバ装置のデータベースに格納される管理台帳データの詳細項目を示す図である。

【図4】図１に示したユーザ端末のハードウェア構成を示す図である。

【図5】本実施形態のタクシーチケット管理システムによるタクシーチケットの管理方法を説明するフローチャートの一例である。

【図6】出席者のユーザ端末の表示操作部に表示される、出席者が有するＳＮＳアカウントをシステム管理者のＳＮＳアカウントへ関連付けることの許可を求める認証画面の一例を示す図である。

【図7】出席者のユーザ端末の表示操作部に表示される、ＳＮＳ上でのシステム管理者と出席者とのメッセージ交換画面の一例を示す図である。

【図8】出席者のユーザ端末の表示操作部に表示される、未受取のチケット情報と、「受け取る」ボタンとを含む画面の一例を示す図である。

【図9】出席者のユーザ端末の表示操作部に表示される、チケット受け取り時に受取者の名前の入力を求める画面の一例を示す図である。

【図10】出席者のユーザ端末の表示操作部に表示される、出席者が利用可能なチケットの一覧を表示する画面の一例を示す図である。

【図11】ＭＲ担当者の端末に表示される、出席者がチケットを受領したことを通知するチケット受領確認ページを表示する画面の一例を示す図である。

【図12】ＭＲ担当者の端末に表示される、出席者がチケットをまだ受領していないことを通知するチケット受領確認ページを表示する画面の一例を示す図である。

【図13】タクシー乗車時に出席者のユーザ端末の表示操作部に表示される画面の一例を示す図である。

【図14】出席者のユーザ端末の表示操作部に表示される、端末位置情報を管理サーバ装置に提供する許可を求める画面の一例を示す図である。

【図15】出席者のユーザ端末の表示操作部に表示される、タクシーからの降車時に利用料金の入力を利用者の端末と運転手の端末とのどちらの端末で行うかを表示する画面の一例を示す図である。

【図16】タクシー乗車後に出席者のユーザ端末の表示操作部に表示される画面の一例を示す図である。

【図17】タクシー降車時に出席者のユーザ端末の表示操作部に表示される画面の一例を示す図である。

【図18】出席者のユーザ端末の表示操作部に表示される、利用時に選択されたチケットの詳細情報に関するテキスト情報と、利用区間及び利用金額の入力をそれぞれ受け付ける入力欄とを表示する画面の一例を示す図である。

【図19】出席者のユーザ端末の表示操作部に利用金額の支払い操作後に表示される支払い確認画面の一例を示す図である。

【図20】チケット利用後に出席者のユーザ端末の表示操作部に表示される、出席者が利用可能なチケットの一覧を表示する画面の一例を示す図である。

【図21】タクシー降車時に出席者のユーザ端末の表示操作部に表示される画面の他の例を示す図である。

【図22】運転手端末の表示操作部に表示される、システム管理者のＳＮＳ画面の一例を示す図である。

【図23】運転手端末の表示操作部に表示される、利用時に選択されたチケットの詳細情報に関するテキスト情報と、利用区間及び利用金額の入力をそれぞれ受け付ける入力欄とを表示する画面の一例を示す図である。

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

【0015】

以下、本発明の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本発明の必須の構成要素であるとは限らない。

【0016】

図１は、本発明の実施の形態に係るタクシーチケット管理システム（以下、「管理システム」とも称する。）の概略構成を示す図である。

【0017】

図１に示す本実施形態の管理システム１は、管理サーバ装置１００とユーザ端末２００とを含む。管理サーバ装置１００とユーザ端末２００とは、インターネット、イントラネット、無線ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の等の通信ネットワークＮを介して通信可能に構成されている。本実施形態においては、管理サーバ装置１００とユーザ端末２００との間での情報およびデータの通信にはＳＮＳ（Social networking service）を利用する。

【0018】

管理サーバ装置１００は、システム１の管理者（タクシーチケットの発行者でもあり得る）によって管理・運用される情報処理装置である。管理サーバ装置１００は、例えば、ワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、あるいはクラウド・コンピューティングによって論理的に実現されてもよい。あるいは、管理サーバ装置１００は、第三者が提供する情報処理サービスによってその一部又は全部の機能が実現されてもよい。

【0019】

ユーザ端末２００は、システム１の管理者が提供するタクシーチケットを利用する会合への出席者が各々所持・管理して利用する、スマートフォンや携帯電話、ＰＤＡ、パーソナルコンピュータ、タブレット端末等の情報処理装置である。

【0020】

図２は、図１に示した管理サーバ装置１００の機能ブロック構成図である。図２に示すように、管理サーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０と、入力部１４０と、表示部１５０とを備えている。

【0021】

通信部１１０は、通信ネットワークを介してユーザ端末２００と通信を行うための通信インタフェースであり、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等の種々の通信プロトコルを採用することが可能である。

【0022】

記憶部１２０は、制御部１３０の各種制御処理や各機能を実行するためのプログラム、入力データ、中間生成データ等を記憶するものであり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等のストレージ等から構成される。また、記憶部１２０は、他の端末との通信内容を一時的に記憶する。さらに記憶部１２０は、会合への出席者氏名、及び／又は、ユーザ端末２００を使用する出席者を識別する出席者識別情報（一例として、後述するＳＮＳユーザＩＤ）に関連付けられたタクシーチケット情報等を含む管理台帳データが記憶されたデータベース１２２を含んでいる。データベース１２２に記憶される管理台帳データに含まれる情報の詳細については、図３を参照して後述する。

【0023】

記憶部１２０はさらに、ユーザ端末２００上に表示される画面を構成するアイコン等のグラフィック表現を行うためのデータ、その画面を構成する各情報を表示するために必要なテキストデータ、画面のレイアウトを決定するためのレイアウト決定用データ、入力内容を基に記憶情報を更新するプログラム等、各種データまたはプログラムを格納することができる。

【0024】

制御部１３０は、記憶部１２０に記憶されているプログラムを実行することにより、管理サーバ装置１００の処理動作を制御するものであり、１又は複数のＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等から構成される。制御部１３０は、特に、図５を参照して説明するような管理サーバ装置１００が行う処理やその機能を実現するように動作する。

【0025】

入力部１４０は、システム管理者が各種データ（例えば、管理台帳データに含まれる情報等）を入力することに用いることが可能なものであり、例えばキーボードやマウス等によって実現される。

【0026】

表示部１５０は、制御部１３０からの指令に基づいてシステム管理者用の操作画面を表示するためのものであり、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（ＯＥＬＤ：Organic Electroluminescence Display）等によって実現される。

【0027】

図３は、図２に示した管理サーバ装置１００のデータベース１２２に格納される管理台帳データの詳細項目の一例を示す図である。

【0028】

一例として図３に示すように、管理台帳データは、包括チケット番号、出席者の氏名、出席者の所属施設、出席者の電話番号、出席者のＳＮＳユーザＩＤ、出席者のＳМＳ送信用電話番号、招待会合、タクシーチケットの提供者である製薬会社の担当ＭＲ（医療情報担当者）の電話番号を含む。管理台帳データはさらに、各包括チケット番号に関連付けられる情報として、１以上のチケット整理番号と、各チケット整理番号にそれぞれ関連付けられたチケット情報（タクシーチケットの提供者である製薬会社、最大利用可能金額、有効期間、利用可能区間）、チケット受取確認情報（未受取り／受取済み）、利用済み情報（未利用／利用済み）、利用タクシーＩＤ、利用区間（乗車場所、降車場所）、利用金額、乗車時の端末位置情報に関する情報、乗車日時、降車時の端末位置情報に関する情報、降車時の精算日時（降車日時）に関する情報項目を含む。管理台帳データは、これらの一部の項目が省略されてもよいし、他の項目をさらに含んでもよい。管理台帳データにおいて、これらの項目の情報は包括チケット番号に関連付けられる。作成された管理台帳データは、管理サーバ装置１００の記憶部１２０のデータベース１２２に格納され、かつ適宜更新される。

【0029】

管理台帳データに登録される上記項目の情報のうち、包括チケット番号、出席者の氏名、出席者の所属施設、出席者の電話番号、出席者のＳМＳ送信用電話番号、招待会合、担当ＭＲの電話番号、チケット情報（タクシーチケットの提供者である製薬会社、最大利用可能金額、有効期間、利用可能区間）は、システム管理者が予め入手している情報、あるいはシステム管理者が自ら設定する情報をシステム管理者が管理サーバ装置１００の入力部１４０を用いて予め入力する。これらの情報の管理サーバ装置１００への入力は、例えば、予め生成された各情報項目を含むデータを管理サーバ装置１００へインポート処理することによって行うことが可能である。そして、管理サーバ装置１００にて出席者の管理画面アクセス情報、担当ＭＲの確認画面アクセス情報、チケット整理番号が付与及び紐づけされる。それらの情報は管理サーバ装置１００より管理者がエクスポートすることができ、管理台帳データに付加的に記憶される。

【0030】

一方、利用タクシーＩＤ、利用区間（乗車場所、降車場所）、利用金額、乗車時の端末位置情報に関する情報、乗車日時、降車時の端末位置情報、降車時の精算日時（降車日時）に関する情報は、後述する処理においてユーザ端末２００から送信される。管理サーバ装置１００は、通信部１１０でそれらの情報を受信し、データベース１２２の管理台帳データの対応する項目に登録する。また、出席者のＳＮＳユーザＩＤに関する情報は、後述する処理においてＳＮＳのサービス提供者のサーバ（不図示）から送信される。本実施形態の管理システムでは、出席者のＳＮＳユーザＩＤは出席者を識別する出席者識別情報としての役割も有する。管理サーバ装置１００は、通信部１１０でそれらの情報を受信し、データベース１２２の管理台帳データの対応する項目に登録する。さらに、チケット受取確認情報（未受取り／受取済み）、利用済み情報（未利用／利用済み）は、後述するように所定の処理が実行された後に管理サーバ装置１００の制御部１３０によって更新される。

【0031】

図４は、図１に示したユーザ端末２００のハードウェア構成を示す図である。図４に示すように、ユーザ端末２００は、通信部２１０と、表示操作部２２０と、記憶部２３０と、制御部２４０と、カメラ２５０とを備えている。なお、当該構成は一例であり、その他の構成を備えていてもよい。更なる構成として、ユーザ端末２００は例えば、ユーザ端末２００の位置情報を検出する不図示の位置検出センサ（例えば、ＧＰＳ（Global Positioning System）センサ）を備えていてもよい。

【0032】

通信部２１０は、ネットワークを介して管理サーバ装置１００と通信を行うための通信インタフェースであり、例えばＴＣＰ／ＩＰ等の種々の通信プロトコルを採用することが可能である。

【0033】

表示操作部２２０は、ユーザによる操作入力に応答して、制御部２４０からの入力データに応じてテキスト、画像等を表示したり、表示された選択ボタンの選択操作を行ったりするために用いられるユーザインターフェースであり、ユーザ端末２００がスマートフォンやタブレット端末で構成されている場合はタッチパネル等から構成される。この表示操作部２２０は、記憶部２３０に記憶されている制御プログラムにより、制御部２４０によって動作制御が行われる。

【0034】

記憶部２３０は、制御部２４０の各種制御処理や各機能を実行するためのプログラム、入力データ、中間生成データ等を記憶するものであり、ＲＡＭやＲＯＭ、その他ストレージ等から構成される。また、記憶部２３０は、他の端末との通信内容を一時的に記憶する。記憶部２３０には、特に、図５を参照して説明するユーザ端末２００が行う処理を制御部２４０に実行させるためのプログラムが記憶されている。

【0035】

制御部２４０は、記憶部２３０に記憶されているプログラムを実行することにより、ユーザ端末２００の全体の動作を制御するものであり、ＣＰＵやＧＰＵ等から構成される。制御部２４０は、特に、図５を参照して説明するようなユーザ端末２００が行う処理やその機能を実現するように動作する。

【0036】

カメラ２５０は、表示操作部２２０によるユーザ操作に従って、制御部２４０によって動作が制御される。本実施形態においては、ユーザ端末２００のカメラ２５０は、主に、後述するようにシステム管理者から提供される一次元や二次元のコード（以下、単に「コード」と称することもある。）や、利用したタクシー車内に掲示されているコードを読み取ることに用いられる。記憶部２３０には、カメラ２５０で読み取ったコードを解読するコードリーダー・アプリケーションソフトウェアプログラムも記憶されている。

【0037】

次に、本実施形態の管理システム１を用いたタクシーチケットの管理方法を説明する。図５は、本実施形態のタクシーチケット管理システムによるタクシーチケットの管理方法を説明するフローチャートの一例である。

【0038】

最初にステップＳ１において、管理サーバ装置１００の制御部１３０は、システムの管理者（チケット発行者でもあり得る）による入出力部１４０を介した入力操作に従い、タクシーチケットの発行及び利用を管理するための管理台帳データを生成する。

【0039】

本実施形態における管理台帳データは、一例として図３を参照して説明したように包括チケット番号、出席者の氏名、出席者の所属施設、出席者の電話番号、出席者のＳＮＳユーザＩＤ、出席者のＳМＳ送信用電話番号、招待会合、出席者の管理画面アクセス情報、タクシーチケットの提供者である製薬会社の担当ＭＲ（医療情報担当者）の電話番号、担当ＭＲの確認画面アクセス情報、１以上のチケット整理番号、各チケット整理番号にそれぞれ関連付けられたチケット情報（タクシーチケットの提供者である製薬会社、最大利用可能金額、有効期間、利用可能区間）、チケット受取確認情報（未受取り／受取済み）、利用済み情報（未利用／利用済み）、利用タクシーＩＤ、利用区間（乗車場所、降車場所）、利用金額、乗車時の端末位置情報に関する情報、乗車日時、降車時の端末位置情報に関する情報及び降車時の精算日時（降車日時）に関する情報項目を含む。制御部１３０は、作成された管理台帳データを管理サーバ装置１００の記憶部１２０のデータベース１２２に格納し、かつ適宜更新する。

【0040】

管理台帳データに登録される上記項目の情報のうち、包括チケット番号、出席者の氏名、出席者の所属施設、出席者の電話番号、招待会合、出席者の管理画面アクセス情報、担当ＭＲの電話番号、担当ＭＲの確認画面アクセス情報、チケット整理番号、チケット情報（タクシーチケットの提供者である製薬会社、最大利用可能金額、有効期間、利用可能区間）は、システム管理者が予め入手している情報、あるいはシステム管理者が自ら設定する情報をシステム管理者が管理サーバ装置１００の入力部１４０を用いて予め入力する。これらの情報の管理サーバ装置１００への入力は、例えば、予め生成された各情報項目を含むデータを管理サーバ装置１００へインポート処理することによって行うことが可能である。

【0041】

一方、利用タクシーＩＤ、利用区間（乗車場所、降車場所）、利用金額、乗車時の端末位置情報に関する情報、乗車日時、降車時の端末位置情報、降車時の精算日時（降車日時）に関する情報は、後述する処理においてユーザ端末２００等から送信される。管理サーバ装置１００は、通信部１１０でそれらの情報を受信し、データベース１２２の管理台帳データの対応する項目に登録する。また、出席者のＳＮＳユーザＩＤに関する情報は、後述する処理においてＳＮＳ提供者のサーバ（不図示）から送信される。管理サーバ装置１００は、通信部１１０でそれらの情報を受信し、データベース１２２の管理台帳データの対応する項目に登録する。さらに、チケット受取確認情報（未受取り／受取済み）、利用済み情報（未利用／利用済み）は、後述するように所定の処理が実行された後に管理サーバ装置１００の制御部１３０によって更新される。

【0042】

次にステップＳ２において、管理サーバ装置１００の制御部１３０は、会合出席者が自身のユーザ端末２００でタクシーチケットへアクセスするための出席者管理画面アクセス情報をユーザ端末２００に対して送信する。

【0043】

ユーザ端末２００に対して送信される出席者管理画面アクセス情報は、一例として、管理台帳データに登録されたアクセス情報（例えば、出席者管理画面のＵＲＬ（Uniform Resource Locator））を符号化した一次元コードあるいは二次元コード等の形態で表現され、より具体的にはＱＲコード（登録商標）等の二次元コードの形態で表現される。出席者管理画面のＵＲＬは、管理サーバ装置１００や、第三者が提供する情報管理サービスにおいて各々の出席者毎に作成されて管理されている個々の出席者専用の出席者管理画面のＵＲＬである。あるいは、出席者管理画面アクセス情報は、出席者管理画面のＵＲＬを示す文字列からなるテキストデータであってもよい。

【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】

１ タクシーチケット管理システム
１００ 管理サーバ装置
２００ ユーザ端末
Ｎ 通信ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】