JP2022008109A - 処理装置、処理システム - Google Patents

Abstract

【課題】交通事業者とサービス事業者とを連携させる技術を提供する。
【解決手段】第１取得部６１０は、交通費３０の情報を取得する。第２取得部６１２は、サービス利用額２０の情報を取得する。処理部６２０は、サービス利用額２０をもとに、交通費３０を、サービス事業者から交通事業者に支払うべきサービス事業者負担額４０と、ユーザ１０から交通事業者に支払うべきユーザ負担額５０に分割する。サービス事業者負担額決定部６２２は、サービス利用額２０と、サービス事業者の負担率をもとに、サービス事業者負担額の上限値を導出し、サービス事業者負担額の上限値と交通費３０との小さい方をサービス事業者負担額４０に決定する。ユーザ負担額決定部６２４は、交通費３０とサービス事業者負担額４０との差異をユーザ負担額５０に決定する。
【選択図】図１

Description

本開示は、処理技術に関し、特に交通機関の交通費を決定する処理装置、処理システムに関する。

電車、バス等の交通機関を利用する際の運賃精算のために非接触型ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）を備えた端末装置が使用される。このような端末装置を運賃精算だけではなく、降車案内にも利用することが望まれる。そのために、端末装置は、乗車停留所コードと降車停留所コードをバス車両の精算手段に送信し、精算手段は、運行経路と停留所コードを予め記憶しており、受信した降車停留所コードが運行経路に含まれていない場合に端末装置に警告する（例えば、特許文献１参照）。

特開２００６－２７６９４０号公報

ユーザは、例えば、交通機関を利用してスーパーマーケット等のサービス拠点に行き、商品購入のようなサービスの提供を受ける。その際、ユーザは、サービスの提供に対するサービス利用額をサービス拠点において支払う。このように交通事業者に対する交通費の支払いと、サービス事業者に対するサービス利用額の支払いとは別々になされている。交通事業者とサービス事業者が相互関係になる場合に、交通事業者とサービス事業者とを連携させることが求められる。

本開示はこうした状況に鑑みてなされたものであり、その目的は、交通事業者とサービス事業者とを連携させる技術を提供することにある。

上記課題を解決するために、本開示のある態様の処理装置は、ユーザに利用される交通機関の交通費の情報を取得する第１取得部と、交通機関の利用によって利用されるサービス拠点において、サービス拠点のサービス事業者にユーザが支払ったサービス利用額の情報を取得する第２取得部と、第２取得部において取得したサービス利用額をもとに、第１取得部において取得した交通費を、サービス事業者から交通機関の交通事業者に支払うべきサービス事業者負担額と、ユーザから交通事業者に支払うべきユーザ負担額に分割する処理部とを備える。処理部は、サービス利用額と、サービス事業者の負担率をもとに、サービス事業者負担額の上限値を導出し、サービス事業者負担額の上限値と交通費との小さい方をサービス事業者負担額に決定するサービス事業者負担額決定部と、交通費とサービス事業者負担額との差異をユーザ負担額に決定するユーザ負担額決定部とを備える。

なお、以上の構成要素の任意の組合せ、本開示の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本開示の態様として有効である。

本開示によれば、交通事業者とサービス事業者とを連携させることができる。

実施例１に係る処理システムの構成を示す図である。 図１の処理システムによる処理の一例の概要を示す図である。 図２の処理システムにおける計算の一例を示す図である。 図２の処理システムにおける計算の別の一例を示す図である。 図１の処理システムによる処理の手順を示すシーケンス図である。 図６（ａ）－（ｂ）は、図１の処理システムの第１適用例を示す図である。 図６（ａ）－（ｂ）の第１適用例において送受信されるデータの構成を示す図である。 図６（ａ）－（ｂ）の第１適用例において送受信される別のデータの構成を示す図である。 図６（ａ）－（ｂ）の第１適用例による処理手順を示すシーケンス図である。 図１０（ａ）－（ｃ）は、図６（ａ）－（ｂ）の第１適用例の変形例を示す図である。 図１１（ａ）－（ｂ）は、図１の処理システムの第２適用例を示す図である。 図１１（ａ）－（ｂ）の第２適用例において送受信されるデータの構成を示す図である。 図１１（ａ）－（ｂ）の第２適用例による処理手順を示すシーケンス図である。 図１１（ａ）－（ｂ）の第２適用例による続きの処理手順を示すシーケンス図である。 図１５（ａ）－（ｂ）は、図１１（ａ）－（ｂ）の第２適用例の変形例を示す図である。 図１６（ａ）－（ｂ）は、図１１（ａ）－（ｂ）の第２適用例の別の変形例を示す図である。 図１７（ａ）－（ｂ）は、図１の処理システムの第３適用例を示す図である。 図１７（ａ）－（ｂ）の第３適用例において送受信されるデータの構成を示す図である。 図１９（ａ）－（ｂ）は、図１７（ａ）－（ｂ）の第３適用例の変形例を示す図である。 実施例２に係るユーザへのオススメ情報の提供機能の概要を示す図である。 実施例２に係る交通事業者への購買動向情報の提供機能の概要を示す図である。 実施例２に係るサービス事業者への購買動向情報の提供機能の概要を示す図である。 図２３（ａ）－（ｃ）は、第１適用例において表示される画面を示す図である。 図２４（ａ）－（ｃ）は、第１適用例において表示される別の画面を示す図である。 図２５（ａ）－（ｃ）は、第１適用例において表示されるさらに別の画面を示す図である。 図２６（ａ）－（ｃ）は、第１適用例において表示されるさらに別の画面を示す図である。 図２７（ａ）－（ｃ）は、第２適用例において表示される画面を示す図である。 図２８（ａ）－（ｃ）は、第２適用例において表示される別の画面を示す図である。 図２９（ａ）－（ｃ）は、第２適用例において表示されるさらに別の画面を示す図である。 図３０（ａ）－（ｃ）は、第２適用例において表示されるさらに別の画面を示す図である。 図３１（ａ）－（ｃ）は、第２適用例において表示されるさらに別の画面を示す図である。 図３２（ａ）－（ｂ）は、第２適用例において表示されるさらに別の画面を示す図である。 図３３（ａ）－（ｂ）は、第３適用例において表示される画面を示す図である。 図３４（ａ）－（ｃ）は、第３適用例において表示される別の画面を示す図である。 図３５（ａ）－（ｂ）は、第３適用例において表示されるさらに別の画面を示す図である。 図３６（ａ）－（ｃ）は、実施例３において表示される画面を示す図である。 図３７（ａ）－（ｂ）は、実施例３において表示される別の画面を示す図である。 図３８（ａ）－（ｂ）は、実施例３において表示されるさらに別の画面を示す図である。 実施例４に係る処理システムによる処理の概要を示す図である。 実施例４に係る処理システムによる別の処理の概要を示す図である。 実施例４に係る処理システムによるさらに別の処理の概要を示す図である。 図４１の事前決済の処理の概要を示す図である。 実施例４に係る処理システムによるさらに別の処理の概要を示す図である。 事前決済および事後決裁の結果を示す図である。 図４５（ａ）－（ｄ）は、実施例４において表示される画面を示す図である。 図４６（ａ）－（ｄ）は、実施例４において表示される別の画面を示す図である。 図４７（ａ）－（ｄ）は、実施例４において表示されるさらに別の画面を示す図である。 図４８（ａ）－（ｃ）は、実施例４において表示されるさらに別の画面を示す図である。 実施例４において表示されるさらに別の画面を示す図である。 図５０（ａ）－（ｃ）は、実施例４において表示されるさらに別の画面を示す図である。 図５１（ａ）－（ｂ）は、実施例４において表示されるさらに別の画面を示す図である。 実施例５に係る処理システムによる処理の概要を示す図である。 実施例５において送受信されるデータの構成を示す図である。 図５４（ａ）－（ｂ）は、実施例５に係る処理システムによる別の処理の概要を示す図である。 実施例６に係る処理システムによる処理の概要を示す図である。 実施例６に係る処理システムの構成を示す図である。 図５６において送受信されるデータの構成を示す図である。 実施例６に係る処理システムによる別の処理の概要を示す図である。 実施例６に係る処理システムの別の構成を示す図である。 図５９において送受信されるデータの構成を示す図である。 実施例６に係る処理システムによるさらに別の処理の概要を示す図である。 実施例６に係る処理システムによるさらに別の処理の概要を示す図である。 実施例６に係る処理システムによるさらに別の処理の概要を示す図である。 実施例６に係る処理システムによるさらに別の処理の概要を示す図である。 実施例６に係る処理システムによるさらに別の処理の概要を示す図である。 実施例６に係る処理システムによるさらに別の処理の概要を示す図である。 実施例６に係る処理システムによるさらに別の処理の概要を示す図である。 図６８（ａ）－（ｄ）は、ドライバ端末装置において表示される画面を示す図である。 ドライバ端末装置において表示される別の画面を示す図である。 図７０（ａ）－（ｃ）は、ドライバ端末装置において表示されるさらに別の画面を示す図である。 図７１（ａ）－（ｃ）は、ドライバ端末装置において表示されるさらに別の画面を示す図である。 図７２（ａ）－（ｃ）は、管制端末装置において表示されるさらに別の画面を示す図である。 ドライバ端末装置において表示されるさらに別の画面を示す図である。 変形例に係る処理システムによる処理の概要を示す図である。 変形例に係る処理システムによる別の処理の概要を示す図である。 変形例に係る処理システムによるさらに別の処理の概要を示す図である。

（実施例１）
本開示を具体的に説明する前に、概要を述べる。実施例１は、交通事業者に対する交通費と、サービス事業者に対するサービス利用額とを連携させて、最終的な交通費を決定する処理システムに関する。これまで、ユーザが交通機関を利用してサービス拠点を利用する場合、ユーザは交通機関の交通事業者に交通費を支払い、サービス拠点のサービス事業者にサービス利用額を支払っている。つまり、交通費とサービス利用額の支払いは個別になされている。サービス拠点を利用する際に利用する交通機関の交通費が安くなれば、ユーザはサービス拠点を利用する頻度が高くなる可能性がある。また、サービス拠点を利用する頻度が高くなると、サービス拠点におけるサービス利用額が増加する可能性がある。これを実現するために、ユーザが交通機関を利用してサービス拠点を利用する場合に、サービス事業者が交通費の一部を負担することが有効である。しかしながら、ユーザがサービス拠点で支払うサービス利用額が少ない場合に、サービス事業者が負担する交通費の一部が大きければ、サービス事業者の負担が大きくなるだけである。

本実施例に係る処理システムでは、ユーザが交通機関を利用してサービス拠点を利用する場合において、サービス拠点におけるサービス利用額に応じて、サービス事業者が負担する交通費の一部を増減させる。つまり、ユーザにとっては、サービス利用額が大きくなるほど、交通費の負担が小さくなる。一方、サービス事業者にとっては、サービス利用額が小さくなると交通費の負担が小さくなる。また、ユーザにおける交通費の負担が小さくなると、サービス拠点の利用が促され、サービス利用額が高くなりうる。さらに、交通事業者にとっては、ユーザとサービス事業者から交通費を受け取るので、ユーザにおける交通費の負担が小さくなっても、交通費の合計は減額されない。

図１は、処理システム１０００の構成を示す。処理システム１０００は、端末装置１００、サービス事業者管理装置３００、交通事業者管理装置５００、処理装置６００を含み、処理装置６００は、第１取得部６１０、第２取得部６１２、処理部６２０を含む。処理部６２０は、サービス事業者負担額決定部６２２、ユーザ負担額決定部６２４を含む。端末装置１００はユーザ１０に所持される。端末装置１００は、例えば、スマートフォンであり、非接触型ＩＣを備える。ユーザ１０は、端末装置１００の代わりに非接触型ＩＣカードを所持していてもよい。

サービス拠点２００は、サービス事業者によって運営されるサービスの提供施設である。サービス拠点２００は、例えば、病院、薬局、学校、塾、習い事の教室、レストラン、食事処、喫茶店、スーパーマーケット、ショッピングモール、観光スポット、観光施設、フィットネス、ジム、健康管理センタ、人間ドック、美容室、理容院、美術館、科学館、ゴルフ場、映画館、シアター、スタジアム、ホール、展示場、ボーリング、カラオケ、老人ホーム、介護施設、ホテル、旅館、宿泊施設、温泉施設、ダーツ場、コンビニ、銀行、郵便局、金融機関、遊園地、動物園、水族館、テーマパーク、カルチャーセンターである。サービス拠点２００においてユーザ１０がサービスの提供を受けた場合、サービス事業者は、対価であるサービス利用額２０をユーザ１０に請求し、ユーザ１０は、サービス利用額２０をサービス事業者に支払う。サービス事業者管理装置３００は、サービス事業者におけるサービス利用額２０を管理する。サービス事業者管理装置３００は、コンピュータであってもよく、サービス拠点２００の店員等によって使用されるスマートフォンであってもよい。サービス事業者管理装置３００はサービス利用額２０の情報を処理装置６００に出力する。

交通機関４００は、交通事業者によって運営される交通手段である。交通機関４００は、例えば、タクシー、バス、電車、乗用車、商用車、船、飛行機、トラック、自動運転車両である。交通機関４００は、交通費３０の決済のために、非接触型ＩＣリーダを備える。ユーザ１０は、交通機関４００を利用する際、あるいは利用した際に、端末装置１００あるいは非接触型ＩＣカードを非接触型ＩＣリーダに近づける。その結果、ユーザ１０による交通機関４００の利用は、交通事業者管理装置５００に記録される。交通事業者管理装置５００は、ユーザ１０による交通機関４００の利用を記録することによって交通費３０を計算し、交通機関４００における交通費３０を管理する。交通費３０の計算には公知の技術が使用されればよいので、ここでは説明を省略する。交通事業者管理装置５００は、コンピュータであってもよく、交通事業者の職員等によって使用されるスマートフォンであってもよい。交通事業者管理装置５００は、交通費３０の情報を処理装置６００に出力する。

処理装置６００は、端末装置１００、サービス事業者管理装置３００、交通事業者管理装置５００と通信可能な装置であり、例えば、コンピュータである。処理装置６００の第１取得部６１０は、交通事業者管理装置５００から交通費３０の情報を取得する。これは、ユーザ１０に利用される交通機関４００の交通費３０の情報を取得することに相当する。第２取得部６１２は、サービス事業者管理装置３００からサービス利用額２０の情報を取得する。これは、交通機関４００の利用によって利用されるサービス拠点２００において、サービス拠点２００のサービス事業者にユーザ１０が支払ったサービス利用額の情報を取得することに相当する。

処理部６２０は、第２取得部６１２において取得したサービス利用額をもとに、第１取得部６１０において取得した交通費３０を、サービス事業者から交通事業者に支払うべきサービス事業者負担額４０と、ユーザから交通事業者に支払うべきユーザ負担額５０に分割する。処理部６２０における処理の詳細は後述する。処理装置６００は、サービス事業者負担額４０をサービス事業者管理装置３００に送信する。サービス拠点２００のサービス事業者はサービス事業者負担額４０を交通事業者に支払う。また、処理装置６００は、ユーザ負担額５０を端末装置１００に送信する。ユーザ１０はユーザ負担額５０を交通事業者に支払う。サービス事業者によるサービス事業者負担額４０の支払い、ユーザ１０によるユーザ負担額５０の支払いには公知の技術が使用されればよいので、ここでは説明を省略する。

処理部６２０は、サービス事業者から本処理システム１０００の管理事業者に支払うべきシステム使用料を決定する。処理装置６００は、システム使用料をサービス事業者管理装置３００に送信し、サービス事業者はシステム使用料を管理事業者に支払う。また、処理システム１０００においては、サービス事業者が交通事業者に支払ったサービス事業者負担額４０に応じて、サービス事業者に対してポイントが還元される。サービス事業者は、処理システム１０００における支払いにポイントを使用可能である。例えば、１ポイントは１円で換算される。ここで、サービス事業者に還元されるポイントはユーザ１０によって負担される。そのため、処理装置６００は、ポイントの還元額を決定する。これは、ユーザ１０がサービス事業者に支払うべき還元額を決定することに相当する。処理装置６００は、還元額を端末装置１００に送信し、ユーザ１０は還元額をサービス事業者に支払う。

図２は、処理システム１０００による処理の一例の概要を示す。ここでは、第１ユーザ１０ａと第２ユーザ１０ｂが自宅１２からタクシー事業者４１０を利用してスーパーマーケット２１０、薬局２１２、美容室２１４を移動し、美容室２１４からバス事業者４１２を利用して自宅１２に移動する状況を想定する。第１ユーザ１０ａと第２ユーザ１０ｂはユーザ１０と総称される。スーパーマーケット２１０、薬局２１２、美容室２１４が前述のサービス拠点２００の一例である。つまり、互いに異なったサービス拠点２００が処理システム１０００に含まれる。また、スーパーマーケット２１０、薬局２１２、美容室２１４のそれぞれは、互いに異なったサービス事業者により運営される。スーパーマーケット２１０を第１サービス事業者と呼ぶ場合、薬局２１２は第２サービス事業者と呼ばれ、美容室２１４は第３サービス事業者と呼ばれる。タクシー事業者４１０、バス事業者４１２が前述の交通機関４００の一例である。つまり、互いに異なった複数の交通機関４００が処理システム１０００に含まれる。また、タクシー事業者４１０、バス事業者４１２のそれぞれは、互いに異なった交通事業者により運営される。

ここでは、このような状況における処理装置６００の処理を図３も使用しながら説明する。図３は、処理システム１０００における計算の一例を示す。第１取得部６１０は、各交通機関４００の交通費３０の情報を交通事業者管理装置５００から取得する。ここでは、タクシー事業者４１０に対して「１０００円」とし、バス事業者４１２に対して「４００円」とするので、全体の交通費３０は「１４００円」である。

また、第１取得部６１０は、スーパーマーケット２１０を利用するための距離の情報、薬局２１２を利用するための距離の情報、美容室２１４を利用するための距離の情報も交通事業者管理装置５００から取得する。スーパーマーケット２１０を利用するための距離は「４」とされ、薬局２１２を利用するための距離は「５」とされ、美容室２１４を利用するための距離は「１０」とされる。スーパーマーケット２１０を利用するための距離、薬局２１２を利用するための距離、美容室２１４を利用するための距離は、例えば、第１距離、第２距離、第３距離と呼ばれる。

サービス事業者負担額決定部６２２は、始点から終点、つまり自宅１２から自宅１２までの総走行距離全体から、各サービス事業者までの距離を「その経路に関係する事業者数」で除算する。また、最後のサービス事業者から自宅１２の距離は距離で除算する。その結果、走行距離に応じて配分計算結果をサービス事業者毎に算出する。スーパーマーケット２１０に対する値は「２」になり、薬局２１２に対する値は「２．５」になり、美容室２１４に対する値は「７．５」になる。サービス事業者負担額決定部６２２は、配分割合をサービス事業者毎に算出する。具体的には、（各サービス事業者の「走行距離に応じた配分計算結果」）÷（「走行距離に応じた配分計算結果」の総和）が計算される。

サービス事業者負担額決定部６２２は、全体の交通費×配分割合をサービス事業者毎に計算することによって、「サービス事業者毎の交通費」を算出する。スーパーマーケット２１０に対する値は「２３３円」になり、薬局２１２に対する値は「２９２円」になり、美容室２１４に対する値は「８７５円」になる。つまり、サービス事業者負担額決定部６２２は、第１距離、第２距離、第３距離をもとに、交通費３０を、サービス事業者毎の交通費に分割する。サービス事業者毎の交通費は、例えば、スーパーマーケット２１０の配分とされる第１交通費、薬局２１２の配分とされる第２交通費、美容室２１４の配分とされる第３交通費である。

第２取得部６１２は、交通機関４００の利用によって利用されるサービス拠点２００において、各サービス拠点２００のサービス事業者にユーザ１０が支払ったサービス利用額２０の情報を取得する。ここでは、スーパーマーケット２１０に支払った額が「１０００円」とされ、薬局２１２に支払った額が「３０００円」とされ、美容室２１４に支払った額が「４０００円」とされる。スーパーマーケット２１０に支払った額、薬局２１２に支払った額、美容室２１４に支払った額は、例えば、第１サービス利用額、第２サービス利用額、第３サービス利用額と呼ばれる。

サービス事業者負担額決定部６２２は、「ユーザのサービス利用額（事業者の販売額）」×サービス事業者の負担率を計算することによって、サービス事業者負担額の上限値を導出する。ここで、サービス事業者の負担率は「１５％」とされる。このサービス事業者の負担率は変更可能である。その結果、スーパーマーケット２１０に対するサービス事業者負担額の上限値は「１５０円」になり、薬局２１２に対するサービス事業者負担額の上限値は「４５０円」になり、美容室２１４に対するサービス事業者負担額の上限値は「６００円」になる。スーパーマーケット２１０に対するサービス事業者負担額の上限値、薬局２１２に対するサービス事業者負担額の上限値、美容室２１４に対するサービス事業者負担額の上限値は、例えば、第１サービス事業者負担額の上限値、第２サービス事業者負担額の上限値、第３サービス事業者負担額の上限値と呼ばれる。

サービス事業者負担額決定部６２２は、サービス事業者負担額の上限値と交通費との小さい方をサービス事業者毎のサービス事業者負担額４０に決定する。その結果、スーパーマーケット２１０に対するサービス事業者負担額４０は「１５０円」になり、薬局２１２に対するサービス事業者負担額４０は「２９２円」になり、美容室２１４に対するサービス事業者負担額４０は「６００円」になる。

サービス事業者負担額決定部６２２は、サービス利用額とシステム使用割合をもとに、サービス事業者から本処理装置６００の管理事業者に支払うべきサービス事業者毎のシステム使用料を決定する。ここで、システム使用割合は「１％」とされる。このシステム使用割合は変更可能である。その結果、スーパーマーケット２１０に対するシステム使用料は「１０円」になり、薬局２１２に対するシステム使用料は「３０円」になり、美容室２１４に対するシステム使用料は「４０円」になる。

サービス事業者負担額決定部６２２は、上限計算後のサービス事業者負担額４０＋システム使用料を計算することによって、サービス事業者負担額４０を導出する。その結果、スーパーマーケット２１０に対するサービス事業者負担額４０は「１６０円」になり、薬局２１２に対するサービス事業者負担額４０は「３２２円」になり、美容室２１４に対するサービス事業者負担額４０は「６４０円」になる。スーパーマーケット２１０に対するサービス事業者負担額４０を第１サービス事業者負担額と呼ぶ場合、薬局２１２に対するサービス事業者負担額４０は第２サービス事業者負担額と呼ばれ、美容室２１４に対するサービス事業者負担額４０は第３サービス事業者負担額と呼ばれる。つまり、サービス事業者負担額決定部６２２は、サービス事業者負担額４０として、スーパーマーケット２１０から交通機関４００の交通事業者に支払うべき第１サービス事業者負担額と、薬局２１２から交通機関４００の交通事業者に支払うべき第２サービス事業者負担額と、美容室２１４から交通機関４００の交通事業者に支払うべき第３サービス事業者負担額とを決定する。

ユーザ負担額決定部６２４は、交通費３０とサービス事業者負担額４０との差異をユーザ負担額５０に決定する。特に、ユーザ負担額決定部６２４は、第１サービス事業者負担額から第３サービス事業者負担額との和と、交通費３０との差異をユーザ負担額５０に決定する。その結果、ユーザ負担額５０は、「２７５円」と「８３円」との和になる。

処理部６２０は、サービス利用額２０とポイント還元率をもとに、ユーザ１０が各サービス事業者に支払うべき還元額を決定する。ここでは、ポイント還元率が「０．５％」とされる。このポイント還元率は変更可能である。その結果、スーパーマーケット２１０に対する還元額は「５円」になり、薬局２１２に対する還元額は「１５円」になり、美容室２１４に対する還元額は「２０円」になる。各サービス事業者は、還元額に対するポイントを取得すれば、当該ポイントをサービス事業者負担額４０に使用できる。

処理部６２０は、サービス事業者への還元額（貢献した事業者）を計算する。サービス事業者の利用促進の貢献有無が〇の場合、処理部６２０は、ユーザ１０のサービス利用額２０（事業者の販売額）×ポイント還元率（貢献した事業者）をもとに、サービス事業者への還元額を導出する。一方、処理部６２０は、サービス事業者の利用促進の貢献有無が×の場合、還元額を「０円」にする。ここで、ポイント還元率が「０．５％」とされ、美容室２１４に対するサービス事業者の利用促進の貢献有無が「○」とされ、他のサービス事業者の利用促進の貢献有無が「×」とされる。その結果、美容室２１４に対する還元額は「２０円」になり、スーパーマーケット２１０と薬局２１２に対する還元額は「０円」になる。

処理部６２０は、サービス事業者への還元額の総和＋サービス事業者への還元額（貢献した事業者）の総和を計算することによって、ユーザ負担の還元額の合計値を導出する。その結果、ユーザ負担の還元額の合計値は「６０円」とされる。ユーザ負担額決定部６２４は、ユーザ負担の還元額の合計値とユーザ負担額５０（最終）とを加算することによって、ユーザ負担額５０（全員合計）を導出する。その結果、ユーザ負担額５０は「４１８円」となる。その際、第１ユーザ１０ａの走行距離は「１２」であり、第２ユーザ１０ｂの走行距離は「１２」であり、走行距離より、第１ユーザ１０ａのユーザ負担額５０は「２０９円」となり、第２ユーザ１０ｂのユーザ負担額５０は「２０９円」となる。

以上の処理の結果、タクシー事業者４１０の収入額が「１０００円」になり、バス事業者４１２の収入額が「４００円」になり、第１ユーザ１０ａの支払額が「２０９円」になり、第２ユーザ１０ｂの支払額が「２０９円」になる。このように処理部６２０は、サービス利用額２０をもとに、交通費３０を、各サービス事業者から交通事業者に支払うべきサービス事業者負担額４０と、各ユーザ１０から交通事業者に支払うべきユーザ負担額５０に分割する。また、サービス事業者負担額決定部６２２は、各サービス事業者負担額４０を、各交通事業者に支払うべき額に分割し、ユーザ負担額決定部６２４は、ユーザ負担額５０を、各交通事業者に支払うべき額に分割する。

図４は、処理システム１０００における計算の別の一例を示す。これは、図３に対して、ユーザ１０からサービス事業者に対するクーポンが提示される状況を示す。クーポンは、販売促進等を目的として、サービス事業者からユーザ１０に予め配布される。例えば、薬局２１２に対するクーポン「５００円」と美容室２１４に対するクーポン「５００円」が提示される。ユーザ負担額決定部６２４は、「ユーザ１０のサービス利用額２０（事業者の販売額）」－「ユーザ１０のクーポン利用金額」を計算することによって、ユーザ１０のサービス利用額２０（事業者の販売額、クーポン反映後）を導出する。

この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、メモリ、その他のＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）で実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ハードウエアとソフトウエアの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

以上の構成による処理システム１０００の動作を説明する。図５は、処理システム１０００による処理の手順を示すシーケンス図である。交通事業者管理装置５００は交通費３０等を特定する（Ｓ１０）。サービス事業者管理装置３００はサービス利用額２０を特定する（Ｓ１２）。交通事業者管理装置５００は交通費３０の情報を処理装置６００に送信する（Ｓ１４）。サービス事業者管理装置３００はサービス利用額２０の情報を処理装置６００に送信する（Ｓ１６）。処理装置６００は決済処理を実行する（Ｓ１８）。処理装置６００はサービス事業者負担額４０をサービス事業者管理装置３００に送信する（Ｓ２０）。処理装置６００はユーザ負担額５０を端末装置１００に送信する（Ｓ２２）。

以下では、処理システム１０００の適用例を具体的に説明する。
（第１適用例）
図６（ａ）－（ｂ）は、処理システム１０００の第１適用例を示す。図６（ａ）は、第１適用例の構成を示し、図６（ｂ）は、図６（ａ）における装置の接続を示す。ユーザ１０は病院２１６の患者であり、受診後に、病院２１６の医療事務に次回の受診を予約する。その際、ユーザ１０は、今回のタクシーをコールすること、あるいは次回のタクシーを予約することを依頼する。医療事務は、病院・医療事務端末装置１１０を使用してタクシー事業者４１０にタクシーの配車を依頼する。タクシー事業者４１０は、タクシーのタクシー端末装置１１２に連絡して、ユーザ１０のためにタクシーを配車する。ユーザ１０はタクシーに乗車し、スーパーマーケット２１０を経由したり、薬局２１２を経由したり、バス事業者４１２を経由したりして、自宅１２に移動する。スーパーマーケット２１０、薬局２１２、病院２１６が前述のサービス拠点２００となり、タクシー事業者４１０、バス事業者４１２が前述の交通機関４００となり、処理装置６００は、サービス事業者負担額４０、ユーザ負担額５０等をこれまで通り導出する。

図７は、第１適用例において送受信されるデータの構成を示す。図示のごとく、ユーザ１０の端末装置１００、病院・医療事務端末装置１１０、タクシー端末装置１１２、処理装置６００の間でデータが伝送される。図８は、第１適用例において送受信される別のデータの構成を示す。ここでは、ユーザ１０が端末装置１００の代わりにＩＣカード１８０を所持する。ＩＣカード１８０は、近距離無線により病院・医療事務端末装置１１０にデータを送信する。ユーザ１０に関する情報の補足は、病院２１６の医療事務が病院・医療事務端末装置１１０を操作することによってなされる。また、病院・医療事務端末装置１１０、タクシー端末装置１１２、処理装置６００の間でデータが伝送される。

図９は、第１適用例による処理手順を示すシーケンス図である。病院・医療事務端末装置１１０は入力情報を処理装置６００に送信する（Ｓ１００）。入力情報は、ユーザ情報、日時、出発地、目的地を含む。処理装置６００は、入力情報から配車登録を実行する（Ｓ１０２）。処理装置６００は事前連絡をタクシー端末装置１１２に送信する（Ｓ１０４）。事前連絡は、ユーザ情報、予約日時、出発地、目的地を含む。タクシー端末装置１１２は予約時間を表示する（Ｓ１０６）。タクシー端末装置１１２は確認通知を処理装置６００に送信する（Ｓ１０８）。処理装置６００は予約登録完了連絡を病院・医療事務端末装置１１０に送信する（Ｓ１１０）。

処理装置６００は、予約時間の事前、１時間前に、経路を計算する（Ｓ１１２）。病院・医療事務端末装置１１０は予約時間を表示する（Ｓ１１４）。処理装置６００は、事前連絡を端末装置１００に事前に送信する（Ｓ１１６）。処理装置６００は、事前連絡をタクシー端末装置１１２に事前に送信する（Ｓ１１８）。事前連絡は、ユーザ情報、予約日時、出発地、目的地、経路情報を含む。タクシー端末装置１１２は、地図、経路を表示する（Ｓ１２０）。タクシー端末装置１１２は出発地への到着を検出する（Ｓ１２２）。タクシー端末装置１１２はＩＤを表示する（Ｓ１２４）。端末装置１００はＩＤを表示する（Ｓ１２６）。

タクシー端末装置１１２は認証信号を端末装置１００に送信し（Ｓ１２８）、端末装置１００は応答信号をタクシー端末装置１１２に送信する（Ｓ１３０）。タクシー端末装置１１２は、目的地到着、送迎完了を検出する（Ｓ１３２）。タクシー端末装置１１２は到着通知を処理装置６００に送信する（Ｓ１３４）。処理装置６００は到着通知を病院・医療事務端末装置１１０に送信する（Ｓ１３６）。処理装置６００は決済処理を実行する（Ｓ１３８）。処理装置６００はサービス事業者負担額４０を病院・医療事務端末装置１１０に送信する（Ｓ１４０）。処理装置６００はユーザ負担額５０を端末装置１００に送信する（Ｓ１４２）。処理装置６００は、タクシー端末装置１１２に振り込みを実行する（Ｓ１４４）。

図１０（ａ）－（ｃ）は、第１適用例の変形例を示す。図１０（ａ）では、タクシー事業者４１０がタクシーを病院２１６に配車する。タクシーは、病院２１６でユーザ１０を乗せ、薬局２１２、スーパーマーケット２１０に移動する。ユーザ１０は、バス事業者４１２のバスに乗り自宅１２に帰宅する。図１０（ｂ）では、タクシー事業者４１０がタクシーを病院２１６に配車する。タクシーは、病院２１６でユーザ１０を乗せ、薬局２１２を経由して自宅１２に移動する。図１０（ｃ）では、タクシー事業者４１０がタクシーを病院２１６に配車する。タクシーは、病院２１６でユーザ１０を乗せて移動してから、ユーザ１０は、バス事業者４１２のバスに乗り自宅１２に帰宅する。

（第２適用例）
図１１（ａ）－（ｂ）は、処理システム１０００の第２適用例を示す。図１１（ａ）は、第２適用例の構成を示し、図１１（ｂ）は、図１１（ａ）における装置の接続を示す。ユーザ１０は端末装置１００を使用してショッピングモール２１８で商品を購入し、購入した商品がタクシーにより自宅１２に配送される。具体的に説明すると、ユーザ１０は端末装置１００を操作してショッピングモール２１８で商品を購入する。ショッピングモール２１８の担当者は、ショッピングモール端末装置１１４を使用して、購入がなされた商品を用意するとともに、タクシー事業者４１０にタクシーの配車を予約する。タクシー事業者４１０は、タクシーのタクシー端末装置１１２に連絡して、ショッピングモール２１８にタクシーを配車する。

一方、ショッピングモール２１８に滞在する乗合ユーザ１４は、乗合ユーザ端末装置１１６を使用して、タクシー事業者４１０にタクシーの配車を予約する。タクシーは、ショッピングモール２１８において商品を積載するとともに、乗合ユーザ１４を乗車させる。タクシーは、乗合ユーザ宅１６に移動してから、乗合ユーザ１４を降車させる。タクシーは、自宅１２に移動してからユーザ１０に商品を渡す。ショッピングモール２１８が前述のサービス拠点２００となり、タクシー事業者４１０が前述の交通機関４００となり、ユーザ１０と乗合ユーザ１４が前述のユーザ１０となり、処理装置６００は、サービス事業者負担額４０、ユーザ負担額５０等をこれまで通り導出する。

図１２は、第２適用例において送受信されるデータの構成を示す。図示のごとく、ユーザ１０の端末装置１００、タクシー端末装置１１２、ショッピングモール端末装置１１４、乗合ユーザ端末装置１１６、処理装置６００の間でデータが伝送される。ここで、ユーザＡはユーザ１０に相当し、ユーザＢは乗合ユーザ１４に相当する。

図１３は、第２適用例による処理手順を示すシーケンス図である。ショッピングモール端末装置１１４は入力情報を処理装置６００に送信する（Ｓ２００）。入力情報は、ユーザ情報、日時、出発地、目的地を含む。処理装置６００は、入力情報から配車登録を実行する（Ｓ２０２）。処理装置６００は事前連絡をタクシー端末装置１１２に送信する（Ｓ２０４）。事前連絡は、ユーザ情報、予約日時、出発地、目的地を含む。タクシー端末装置１１２は予約時間を表示する（Ｓ２０６）。タクシー端末装置１１２は確認通知を処理装置６００に送信する（Ｓ２０８）。処理装置６００は予約登録完了連絡をショッピングモール端末装置１１４に送信する（Ｓ２１０）。

処理装置６００は、予約時間の事前、１時間前に、経路を計算する（Ｓ２１２）。ショッピングモール端末装置１１４は予約時間を表示する（Ｓ２１４）。処理装置６００は、事前連絡を端末装置１００に事前に送信する（Ｓ２１６）。処理装置６００は、事前連絡をタクシー端末装置１１２に事前に送信する（Ｓ２１８）。事前連絡は、ユーザ情報、予約日時、出発地、目的地、経路情報を含む。タクシー端末装置１１２は、地図、経路を表示する（Ｓ２２０）。タクシー端末装置１１２は出発地への到着を検出する（Ｓ２２２）。タクシー端末装置１１２はＩＤを表示する（Ｓ２２４）。端末装置１００はＩＤを表示する（Ｓ２２６）。

タクシー端末装置１１２は認証信号を端末装置１００に送信し（Ｓ２２８）、端末装置１００は応答信号をタクシー端末装置１１２に送信する（Ｓ２３０）。タクシー端末装置１１２は、目的地到着、配送完了を検出する（Ｓ２３２）。タクシー端末装置１１２は配送通知を処理装置６００に送信する（Ｓ２３４）。処理装置６００は配送通知をショッピングモール端末装置１１４に送信する（Ｓ２３６）。乗合ユーザ端末装置１１６は入力情報を処理装置６００に送信する（Ｓ２３８）。入力情報は、ユーザ情報、日時、出発地、目的地を含む。

図１４は、第２適用例による続きの処理手順を示すシーケンス図である。処理装置６００は、入力情報から配車登録を実行する（Ｓ２４０）。処理装置６００は事前連絡をタクシー端末装置１１２に送信する（Ｓ２４２）。タクシー端末装置１１２は予約時間を表示する（Ｓ２４４）。タクシー端末装置１１２は確認通知を処理装置６００に送信する（Ｓ２４６）。処理装置６００は予約登録完了連絡を乗合ユーザ端末装置１１６に送信する（Ｓ２４８）。

処理装置６００は、予約時間の事前、１時間前に、経路を計算する（Ｓ２５０）。乗合ユーザ端末装置１１６は予約時間を表示する（Ｓ２５２）。処理装置６００は、事前連絡を乗合ユーザ端末装置１１６に事前に送信する（Ｓ２５４）。タクシー端末装置１１２は、地図、経路を表示する（Ｓ２５６）。タクシー端末装置１１２は出発地への到着を検出する（Ｓ２５８）。タクシー端末装置１１２はＩＤを表示する（Ｓ２６０）。乗合ユーザ端末装置１１６はＩＤを表示する（Ｓ２６２）。処理装置６００は決済処理を実行する（Ｓ２６４）。処理装置６００はサービス事業者負担額４０をショッピングモール端末装置１１４に送信する（Ｓ２６６）。処理装置６００はユーザ負担額５０を端末装置１００に送信する（Ｓ２６８）。処理装置６００はユーザ負担額５０を乗合ユーザ端末装置１１６に送信する（Ｓ２７０）。

図１５（ａ）－（ｂ）は、第２適用例の変形例を示す。図１５（ａ）では、乗合ユーザ１４が乗車するタクシーにショッピングモール２１８から商品が積載される。タクシーは乗合ユーザ宅１６に移動して乗合ユーザ１４を降車させる。タクシーは、ユーザ１０に移動してからユーザ１０に商品を渡す。

図１５（ｂ）では、第１乗合ユーザ１４ａが学校２２０からタクシーに乗車する。タクシーはショッピングモール２１８に移動し、第２乗合ユーザ１４ｂがショッピングモール２１８からタクシーに乗車する。タクシーは、第２乗合ユーザ宅１６ｂに移動してから第２乗合ユーザ１４ｂを降車させる。また、タクシーは、第１乗合ユーザ宅１６ａに移動してから第１乗合ユーザ１４ａを降車させる。

図１６（ａ）－（ｂ）は、第２適用例の別の変形例を示す。図１６（ａ）では、第１乗合ユーザ１４ａが学校２２０からタクシーに乗車する。タクシーは第１ショッピングモール２１８ａに移動し、第２乗合ユーザ１４ｂが第１ショッピングモール２１８ａからタクシーに乗車する。タクシーは、第２ショッピングモール２１８ｂに移動してから第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂを降車させる。

図１６（ｂ）では、第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂが学校２２０からタクシーに乗車する。タクシーはショッピングモール２１８に移動してから第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂを降車させる。

（第３適用例）
図１７（ａ）－（ｂ）は、処理システム１０００の第３適用例を示す。図１７（ａ）は、第３適用例の構成を示し、図１７（ｂ）は、図１７（ａ）における装置の接続を示す。第１乗合ユーザ１４ａが第１乗合ユーザ端末装置１１６ａを使用し、第２乗合ユーザ１４ｂが第２乗合ユーザ端末装置１１６ｂを使用して、第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂとのマッチングがなされる。第１乗合ユーザ１４ａは第１乗合ユーザ端末装置１１６ａを使用して、タクシー事業者４１０にタクシーの配車を依頼する。タクシー事業者４１０は、タクシーのタクシー端末装置１１２に連絡して、学校２２０にタクシーを配車する。第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂが学校２２０からタクシーに乗車する。タクシーはショッピングモール２１８に移動してから第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂを降車させる。

図１８は、第３適用例において送受信されるデータの構成を示す。図示のごとく、タクシー端末装置１１２、ショッピングモール端末装置１１４、第１乗合ユーザ端末装置１１６ａ、第２乗合ユーザ端末装置１１６ｂ、処理装置６００の間でデータが伝送される。ここで、ユーザＡは第１乗合ユーザ１４ａに相当し、ユーザＢは第２乗合ユーザ１４ｂに相当する。

図１９（ａ）－（ｂ）は、第３適用例の変形例を示す。図１９（ａ）では、第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂが学校２２０からタクシーに乗車する。タクシーはショッピングモール２１８に移動してから第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂを降車させる。

図１９（ｂ）では、第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂが学校２２０からタクシーに乗車する。タクシーはフード店２２２に移動してから第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂを降車させる。また、タクシーは、フード店２２２において第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂを乗車させて友人宅２２４に移動する。タクシーは、友人宅２２４において第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂを降車させる。

本実施例によれば、サービス利用額をもとに、交通費をサービス事業者負担額とユーザ負担額とに分割するので、交通事業者とサービス事業者とを連携させることができる。また、サービス利用額が大きくなるとユーザ負担額が小さくなるので、ユーザにとってはサービス利用額を増加させると交通費の負担を節約できる。また、サービス利用額が小さくなるとサービス事業者負担額も小さくなるので、サービス事業者にとってはサービス事業者負担額の支払いによって損することを回避できる。また、複数の交通機関が含まれても、サービス事業者負担額とユーザ負担額決定部とを各交通事業者に支払うべき額に分割するので、本実施例の適用範囲を拡大できる。また、複数のサービス拠点が含まれても、サービス事業者負担額とユーザ負担額決定部とを各サービス事業者に支払うべき額に分割するので、本実施例の適用範囲を拡大できる。

また、サービス利用額に応じてシステム使用料が決定されるので、サービス事業者の利益に応じたシステム使用料を決定できる。また、サービス利用額に応じて還元額が決定されるので、サービス事業者の利益に応じた還元額を決定できる。また、サービス利用と、交通利用のポイントを共有できる。また、交通事業者管理装置が交通費の情報を処理装置に出力し、サービス事業者管理装置がサービス利用額の情報を処理装置に出力するので、処理装置がサービス事業者負担額とユーザ負担額とを決定できる。

（実施例２）
次に、実施例２を説明する。実施例２は、実施例１と同様に、交通事業者とサービス事業者とを連携させる処理システムに関する。特に、実施例２は、交通事業者からの情報とサービス事業者からの情報とをもとにオススメイベントの情報を提供することに関する。また、実施例２は、交通事業者からの情報とサービス事業者からの情報とをもとに集客予測を提供することに関する。実施例２に係る処理システム１０００の構成は図１と同様のタイプである。

図２０は、ユーザへのオススメ情報の提供機能の概要を示す。処理装置６００は、ユーザ１０の端末装置１００から「Ａ．各ユーザの実績情報」を受けつける。「Ａ．各ユーザの実績情報」には、性別、年齢、国籍、サービス利用した日時、サービス利用した業種、購入したもの購入したものの価格、利用した交通サービス（ルート情報、移動距離、移動時間、交通費）を含む。また、処理装置６００は、ユーザ１０の端末装置１００から「Ｂ．各ユーザの要求情報」を受けつける。「Ｂ．各ユーザの要求情報」には、性別、年齢、国籍、サービス利用予定の日時、サービス利用予定の業種、購入予定のもの予算、利用予定の交通サービス（ルート情報、移動距離、移動時間、交通費）を含む。

処理装置６００は、サービス事業者の端末装置１２０から「Ｃ．各サービス事業者の実績情報」を受けつける。「Ｃ．各サービス事業者の実績情報」は、業種、購入したもの（価格）、利用したクーポンを含む。また、処理装置６００は、サービス事業者の端末装置１２０から「Ｄ．各サービス事業者の最新情報」を受けつける。「Ｄ．各サービス事業者の最新情報」は、業種、販売しているもの（価格）、利用できるクーポンを含む。

処理装置６００は、交通事業者の端末装置１２２から「Ｅ．各交通事業者の実績情報」を受けつける。「Ｅ．各交通事業者の実績情報」は、業種、利用したクーポン、利用した交通サービス（ルート情報、移動距離、移動時間、交通費）を含む。また、処理装置６００は、交通事業者の端末装置１２２から「Ｆ．各交通事業者の最新情報」を受けつける。「Ｆ．各交通事業者の最新情報」は、業種、利用できるクーポン、空車状況を含む。

処理部６２０は、（１）「Ａ．各ユーザの実績情報」の情報と「Ｂ．各ユーザの要求情報」の情報の性別、年齢、国籍を比較し、関連する「Ａ．各ユーザの実績情報」の項目を抽出する。処理部６２０は、（２）（１）で抽出した情報の中から、該当する「Ｃ．各サービス事業者の実績情報」と「Ｅ．各交通事業者の実績情報」の情報を抽出する。処理部６２０は、（３）「Ｃ．各サービス事業者の実績情報」と関連する「Ｄ．各サービス事業者の最新情報」を抽出する。処理部６２０は、（４）「Ｅ．各交通事業者の実績情報」と関連する「Ｆ．各交通事業者の最新情報」を抽出する。処理部６２０は、（５）（３）と（４）の結果から「Ｂ．各ユーザの要求情報」に関連する、項目（「Ｄ．各サービス事業者の最新情報」と「Ｆ．各交通事業者の最新情報」の該当項目）を抽出する。これらの処理の結果が、「Ｇ．オススメのサービス事業者の情報」である。

処理装置６００は、ユーザ１０の端末装置１００に「Ｇ．オススメのサービス事業者の情報」を出力する。「Ｇ．オススメのサービス事業者の情報」は、利用できるサービス（業種、販売しているもの価格、利用できるクーポン）、交通手段（利用できるクーポン）を含む。以上の説明において、端末装置１００は、乗合ユーザ端末装置１１６であってもよい。端末装置１２０は、病院・医療事務端末装置１１０、ショッピングモール端末装置１１４を含む。端末装置１２２は、タクシー端末装置１１２を含む。

図２１は、交通事業者への購買動向情報の提供機能の概要を示す。処理装置６００は、ユーザ１０の端末装置１００から「Ａ．各ユーザの実績情報」を受けつける。「Ａ．各ユーザの実績情報」は、性別、年齢、国籍、サービス利用した日時、サービス利用した業種、購入したもの、購入したものの価格、利用した交通サービス（ルート情報、移動距離、移動時間、交通費）を含む。

処理装置６００は、サービス事業者の端末装置１２０から「Ｃ．各サービス事業者の実績情報」と受けつける。「Ｃ．各サービス事業者の実績情報」は、業種、購入したもの（価格）、利用したクーポンを含む。処理装置６００は、サービス事業者の端末装置１２０から「Ｄ．各サービス事業者の最新情報」を受けつける。「Ｄ．各サービス事業者の最新情報」は、業種、販売しているもの（価格）、利用できるクーポンを含む。

処理装置６００は、交通事業者の端末装置１２２から「Ｅ．各交通事業者の実績情報」を受けつける。「Ｅ．各交通事業者の実績情報」は、業種、利用したクーポン、利用した交通サービス（ルート情報、移動距離、移動時間、交通費）を含む。

処理部６２０は、（１）「Ｄ．各サービス事業者の最新情報」の情報と「Ｃ．各サービス事業者の実績情報」の情報の業種、販売しているものを比較し、関連する「Ｃ．各サービス事業者の実績情報」の情報を抽出する。処理部６２０は、（２）（１）で抽出した情報の中から、該当する「Ａ．各ユーザの実績情報」と「Ｅ．各交通事業者の実績情報」の情報を抽出する。各情報は、性別、年齢などの情報をキーにしてフィルタリングされてもよい。これらの処理の結果が、「Ｈ．事業者への購買動向情報提供」である。

処理装置６００は、交通事業者の端末装置１２２に「Ｈ．事業者への購買動向情報提供」を出力する。「Ｈ．事業者への購買動向情報提供」は、各ユーザ情報（性別、年齢、国籍、サービス利用した日時、サービス利用した業種、購入したもの、購入したものの価格、利用した交通サービス（ルート情報、移動距離、移動時間、交通費））、各交通事業者の実績情報（業種、利用したクーポン、利用した交通サービス（ルート情報、移動距離、移動時間、交通費））を含む。

図２２は、サービス事業者への購買動向情報の提供機能の概要を示す。処理装置６００は、ユーザ１０の端末装置１００から「Ａ．各ユーザの実績情報」を受けつける。「Ａ．各ユーザの実績情報」は、性別、年齢、国籍、サービス利用した日時、サービス利用した業種、購入したもの、購入したものの価格、利用した交通サービス（ルート情報、移動距離、移動時間、交通費）を含む。

処理装置６００は、サービス事業者の端末装置１２０から「Ｃ．各サービス事業者の実績情報」を受けつける。「Ｃ．各サービス事業者の実績情報」は、業種、購入したもの（価格）、利用したクーポンを含む。処理装置６００は、交通事業者の端末装置１２２から「Ｅ．各交通事業者の実績情報」を受けつける。「Ｅ．各交通事業者の実績情報」は、業種、利用したクーポン、利用した交通サービス（ルート情報、移動距離、移動時間、交通費）を含む。処理装置６００は、交通事業者の端末装置１２２から「Ｆ．交通事業者情報」を受けつける。「Ｆ．交通事業者情報」は、業種、利用できるクーポン、空車状況を含む。

処理部６２０は、（１）「Ｅ．各交通事業者の実績情報」の情報と「Ｆ．交通事業者情報」の情報の業種、空車状況を比較し、関連する「Ｅ．各交通事業者の実績情報」の情報を抽出する。処理部６２０は、（２）（１）で抽出した情報の中から、該当する「Ａ．各ユーザの実績情報」と「Ｃ．各サービス事業者の実績情報」の情報を抽出する。各情報は、性別、年齢などの情報をキーにしてフィルタリングされてもよい。これらの処理の結果が、「Ｉ．事業者への購買動向情報提供」である。

処理装置６００は、交通事業者の端末装置１２２に「Ｉ．事業者への購買動向情報提供」を出力する。各ユーザ情報（性別、年齢、国籍、サービス利用した日時、サービス利用した業種、購入したもの、購入したものの価格、利用した交通サービス（ルート情報、移動距離、移動時間、交通費））、各サービス事業者の情報（業種、購入したもの（価格）、利用したクーポン）を含む。

本実施例によれば、ユーザの端末装置とサービス事業者の端末装置と交通事業者の端末装置からの情報をもとにユーザにオススメの情報を提供するので、ユーザの利便性を向上できる。また、ユーザの端末装置とサービス事業者の端末装置と交通事業者の端末装置からの情報をもとにユーザにオススメの情報を提供するので、集客効果を向上できる。また、ユーザの端末装置とサービス事業者の端末装置と交通事業者の端末装置からの情報をもとに交通事業者への購買動向情報を提供するので、交通事業者による事業計画の作成を容易にできる。また、ユーザの端末装置とサービス事業者の端末装置と交通事業者の端末装置からの情報をもとにサービス事業者への購買動向情報を提供するので、集客効果を向上できる。

（実施例３）
実施例３では、実施例１の第１適用例から第３適用例における操作を、スマートフォン等の端末装置に表示される画面を使用しながら説明する。以下の説明において、端末装置は処理装置６００との通信を実行しながら、画面への表示を実行するとともに処理を進める。ここでは、説明を明瞭にするために、端末装置から処理装置６００への通信、処理装置６００での処理の説明を省略する。また、実施例３における第１適用例から第３適用例は、実施例１における第１適用例から第３適用例にそれぞれ対応する。

（第１適用例）
前述のごとく、病院２１６の患者であるユーザ１０は、受診後に、病院２１６の医療事務に次回の受診を予約するときに、今回のタクシーのコールを依頼する。ここでは、医療事務が、病院・医療事務端末装置１１０を使用してタクシー事業者４１０にタクシーの配車を依頼する際の処理を説明する。

図２３（ａ）－（ｃ）は、第１適用例において表示される画面を示す。特に、これらは病院・医療事務端末装置１１０に表示される。図２３（ａ）は、患者の一覧を示す画面である。医療事務は、タクシーをコールすべき患者を選択する。図２３（ｂ）は、図２３（ａ）において医療事務が患者を選択したときの画面であり、処理装置６００にアクセスしているときの画面を示す。図２３（ｃ）は、図２３（ｂ）に続く画面であり、帰宅時の配車を予約する画面である。お客様情報には、患者一覧画面で選択された患者の情報が表示される。帰宅時配車予約には、現在時刻、出発地、到着地が表示される。入力が終了すると、医療事務は、配車予約ボタンを選択する。

図２４（ａ）－（ｃ）は、第１適用例において表示される別の画面を示す。図２４（ａ）は、図２３（ｃ）に続く確認画面を示す。入力内容に問題がなければ、医療事務はＯＫを選択する。図２４（ｂ）は、図２４（ａ）に続く画面であり、処理装置６００にアクセスしているときの画面を示す。図２４（ｃ）は、予約が完了したときの画面を示す。帰宅時配車予約情報には、予約済みの情報が表示される。

次に、病院２１６の患者であるユーザ１０は、受診後に、病院２１６の医療事務に次回の受診を予約するときに、次回のタクシーの予約を依頼する状況を想定する。ここでも、医療事務が、病院・医療事務端末装置１１０を使用してタクシー事業者４１０にタクシーの配車を依頼する際の処理を説明する。

図２５（ａ）－（ｃ）は、第１適用例において表示されるさらに別の画面を示す。図２５（ａ）－（ｂ）は、図２３（ａ）－（ｂ）と同一である。図２５（ｃ）は、図２４（ｂ）に続く画面であり、磁界の来院時の配車を予約する画面を示す。お客様情報には、患者一覧画面で選択された患者の情報が表示される。来院時配車予約には、現在時刻、出発地、到着地が表示される。入力が終了すると、医療事務は、配車予約ボタンを選択する。

図２６（ａ）－（ｃ）は、第１適用例において表示されるさらに別の画面を示す。図２６（ａ）－（ｂ）は、図２４（ａ）－（ｂ）と同一である。図２４（ｃ）は、予約が完了したときの画面を示す。来院時配車予約情報には、予約済みの情報が表示される。

（第２適用例）
前述のごとく、ユーザ１０が端末装置１００を操作してショッピングモール２１８で商品を購入すると、ショッピングモール２１８の担当者が、ショッピングモール端末装置１１４を使用して、タクシー事業者４１０にタクシーの配車を予約する。

図２７（ａ）－（ｃ）は、第２適用例において表示される画面を示す。特に、これらは病院・医療事務端末装置１１０に表示される。特に、これらはショッピングモール端末装置１１４に表示される。図２７（ａ）は、ショッピングモール２１８の担当者の一覧を示す画面である。担当者は、自分の名前を選択する。図２７（ｂ）は、図２７（ａ）において担当者が自分の名前を選択したときの画面であり、処理装置６００にアクセスしているときの画面を示す。図２７（ｃ）は、図２７（ｂ）に続く画面であり、顧客名の一覧を示す画面である。担当者は、商品を購入したユーザ１０の名前を一覧から選択する。

図２８（ａ）－（ｃ）は、第２適用例において表示される別の画面を示す。図２８（ａ）は、配車を予約する画面を示す。利用者情報には、選択された担当者の名前が表示され、顧客情報には、選択されたユーザ１０の名前が表示される。配車予約情報には、出発地、到着地が表示される。入力が終了すると、担当者は、「タクシーを呼ぶ」ボタンを選択する。図２８（ｂ）は、図２８（ａ）に続く画面であり、処理装置６００にアクセスしているときの画面を示す。図２８（ｃ）は、配車が了承されて待機中の画面を示す。利用者情報と配車予約情報には、図２８（ａ）と同一の内容が表示される。

図２９（ａ）－（ｃ）は、第２適用例において表示されるさらに別の画面を示す。図２９（ａ）は、タクシーの運転者がタクシー端末装置１１２に了承を入力したときの画面を示す。「タクシーが向かい始めました」とのメッセージが表示される。図２９（ｂ）は、図２９（ａ）のＯＫボタンが選択されたときに表示される画面を示す。図２９（ｃ）は、タクシーが到着したときに表示される画面を示す。

前述のごとく、乗合ユーザ１４は、乗合ユーザ端末装置１１６を使用して、タクシー事業者４１０にタクシーの配車を予約する。タクシーは、ショッピングモール２１８において商品を積載している。

図３０（ａ）－（ｃ）は、第２適用例において表示されるさらに別の画面を示す。特に、これらは乗合ユーザ端末装置１１６に表示される。図３０（ａ）は、処理装置６００にアクセスしているときの画面を示す。図３０（ｂ）は、図３０（ａ）に続く画面であり、部屋の一覧を示す画面である。部屋とは、最初にタクシーを予約したユーザ１０等によって形成されるグループを示し、これは、乗合可能なタクシーに相当する。乗合ユーザ１４は、いずれかの部屋を選択する。図３０（ｃ）は、選択した部屋の詳細の画面を示す。主催者情報には、部屋の主催者、例えば部屋の作成者の名前が示される。配車予約情報には、出発地、到着地が表示される。入力が終了すると、乗合ユーザ１４は、「マッチング要求」ボタンを選択する。

図３１（ａ）－（ｃ）は、第２適用例において表示されるさらに別の画面を示す。図３１（ａ）は、図３０（ｃ）に続く画面であり、処理装置６００にアクセスしているときの画面を示す。図３１（ｂ）は、部屋への加入が認められたとき、つまりマッチングが完了したときの画面を示す。主催者情報と配車予約情報には、図３０（ｃ）と同一の内容が表示される。図３１（ｃ）は、図２９（ａ）と同様に、タクシーの運転者がタクシー端末装置１１２に了承を入力したときの画面を示す。「タクシーが向かい始めました」とのメッセージが表示される。

図３２（ａ）－（ｂ）は、第２適用例において表示されるさらに別の画面を示す。図３２（ａ）は、図２９（ｂ）と同様に、図３１（ｃ）のＯＫボタンが選択されたときに表示される画面を示す。図３２（ｂ）は、図２９（ｃ）と同様に、タクシーが到着したときに表示される画面を示す。

（第３適用例）
前述のごとく、第１乗合ユーザ１４ａは第１乗合ユーザ端末装置１１６ａを使用して、タクシー事業者４１０にタクシーの配車を依頼する。

図３３（ａ）－（ｂ）は、第３適用例において表示される画面を示す。特に、これらは第１乗合ユーザ端末装置１１６ａに表示される。図３３（ａ）は、図３０（ｂ）と同様に、部屋の一覧を示す画面である。図３３（ｂ）は、図３３（ａ）に示された部屋の中に加入すべき部屋が存在しない場合に、部屋を作成する画面を示す。主催者情報には、主催者である第１乗合ユーザ１４ａの名前が表示され、配車予約情報には、出発地、到着地が表示される。入力が終了すると、第１乗合ユーザ１４ａは、「タクシー呼出」ボタンを選択する。

図３４（ａ）－（ｃ）は、第３適用例において表示される別の画面を示す図である。図３４（ａ）は、図３３（ｂ）に続く画面であり、処理装置６００にアクセスしているときの画面を示す。図３４（ｂ）は、マッチングが完了したときの画面を示す。主催者情報と配車予約情報には、図３０（ｃ）と同一の内容が表示される。マッチング人数には、第２乗合ユーザ１４ｂの名前「Ｌ」が表示される。図３４（ｃ）は、タクシーの運転者がタクシー端末装置１１２に了承を入力したときの画面を示す。「タクシーが向かい始めました」とのメッセージが表示される。

図３５（ａ）－（ｂ）は、第３適用例において表示されるさらに別の画面を示す。図３５（ａ）は、タクシーが配車されているときの画面を示す。図３５（ｂ）は、タクシーが到着したときに表示される画面を示す。第２乗合ユーザ１４ｂ等による処理は、図３０（ａ）－（ｃ）、図３１（ａ）－（ｃ）、図３２（ａ）－（ｂ）と同様であるので、ここでは説明を省略する。

以下では、これまでの実施例において、料金を支払う場合のユーザの端末装置に表示される画面を説明する。図３６（ａ）－（ｃ）は、実施例３において表示される画面を示す。図３６（ａ）は、料金を支払う場合に表示される支払い方法選択画面を示す。交通費として、これまでの実施例において計算されたユーザ負担額５０が示される。ユーザは、現金決済、クーポン利用、ＱＲ（登録商標）決済、ポイント利用のいずれかを選択可能である。図３６（ｂ）は、図３６（ａ）において現金決済を選択したときの画面を示す。図３６（ｃ）は、支払いが終了したときの画面を示す。

図３７（ａ）－（ｂ）は、実施例３において表示される別の画面を示す。図３７（ａ）は、図３６（ａ）においてクーポン利用を選択したときの画面を示す。ユーザは、クーポンＱＲ（登録商標）読み込み、クーポン番号入力のいずれかを選択可能である。図３７（ｂ）は、図３７（ａ）においてクーポンＱＲ（登録商標）読み込みを選択したときの画面を示す。クーポンＱＲ（登録商標）の読み込みが完了すると、図３６（ｃ）が表示される。

図３８（ａ）－（ｂ）は、実施例３において表示されるさらに別の画面を示す。図３８（ａ）は、図３６（ａ）においてＱＲ（登録商標）決済を選択したときの画面を示す。決済が完了すると、図３６（ｃ）が表示される。図３８（ｂ）は、図３６（ａ）においてポイント利用を選択したときの画面を示す。ポイント入力が完了すると、図３６（ｃ）が表示される。

本実施例によれば、端末装置に表示された画面に対して操作を行うので、利用者の処理を簡易にできる。

（実施例４）
実施例４は、実施例１、実施例３の別の実施態様を示す。実施例４に係る処理システム１０００の構成は図１と同様のタイプである。ここでは、これまでとの差異を中心に説明する。

図３９は、処理システム１０００による処理の概要を示す。これは、サービス事業者がタクシーのマッチング操作を実行する場合であって、かつ交通費を事後確定する場合を示す。マッチングとは、１台のタクシーに乗車する複数の乗合ユーザ１４を決定するための処理である。スーパーマーケット２１０において、第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂが買い物を実行することによって、スーパーマーケット２１０への支払いが発生する。その際、クーポン等が利用されることもある。スーパーマーケット２１０の店員１８は、タクシー事業者４１０に対してマッチング操作を実行する。第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂは、タクシーを利用する。これは、相乗りあるいは乗り合いに相当する。第２乗合ユーザ宅１６ｂにおいて第２乗合ユーザ１４ｂはタクシーから降車する。第１乗合ユーザ宅１６ａにおいて第１乗合ユーザ１４ａはタクシーから降車する。その後、第１乗合ユーザ１４ａとタクシー事業者４１０との間で精算がなされ、第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂとの間で精算がなされる。

図４０は、処理システム１０００による別の処理の概要を示す。これは、ユーザがタクシーのマッチング操作を実行する場合であって、かつ交通費を事後確定する場合を示す。第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂは、タクシー事業者４１０に対してマッチング操作を実行する。第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂは、タクシーを利用する。これは、相乗りあるいは乗り合いに相当する。第２乗合ユーザ宅１６ｂにおいて第２乗合ユーザ１４ｂはタクシーから降車する。第１乗合ユーザ宅１６ａにおいて第１乗合ユーザ１４ａはタクシーから降車する。その後、第１乗合ユーザ１４ａとタクシー事業者４１０との間で精算がなされ、第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂとの間で精算がなされる。

図４１は、処理システム１０００によるさらに別の処理の概要を示す。これは、サービス事業者がタクシーのマッチング操作を実行する場合であって、かつ交通費を事前確定する場合を示す。スーパーマーケット２１０において、第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂが買い物を実行することによって、スーパーマーケット２１０への支払いが発生する。その際、クーポン等が利用されることもある。スーパーマーケット２１０の店員１８は、タクシー事業者４１０に対してマッチング操作を実行する。タクシー事業者４１０は、第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂに対して、相乗りタクシーの運賃の金額を事前に決定する。図４２は、事前決済の処理の概要を示す。例えば、１ｋｍ×１ｋｍの大きさを有するエリアＭ１～Ｍ９が予め規定されており、出発地７００から目的地７０２へ至る経路において通過するエリアの数によって金額が決定される。図４１に戻る。

第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂは、タクシーを利用する。これは、相乗りあるいは乗り合いに相当する。第２乗合ユーザ宅１６ｂにおいて第２乗合ユーザ１４ｂはタクシーから降車する。第１乗合ユーザ宅１６ａにおいて第１乗合ユーザ１４ａはタクシーから降車する。その後、各乗合ユーザ１４とタクシー事業者４１０との間で精算がなされる。

図４３は、処理システム１０００によるさらに別の処理の概要を示す。これは、ユーザがタクシーのマッチング操作を実行する場合であって、かつ交通費を事前確定する場合を示す。第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂは、タクシー事業者４１０に対してマッチング操作を実行する。タクシー事業者４１０は、第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂに対して、相乗りタクシーの運賃の金額を事前に決定する。第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂは、タクシーを利用する。これは、相乗りあるいは乗り合いに相当する。第２乗合ユーザ宅１６ｂにおいて第２乗合ユーザ１４ｂはタクシーから降車する。第１乗合ユーザ宅１６ａにおいて第１乗合ユーザ１４ａはタクシーから降車する。その後、各乗合ユーザ１４とタクシー事業者４１０との間で精算がなされる。

図４４は、事前決済および事後決裁の結果を示す。図示のごとく、事前決済および事後決裁のそれぞれにおいて第１乗合ユーザ１４ａと第２乗合ユーザ１４ｂが支払うべき料金が示される。

図４５（ａ）－（ｄ）は、表示される画面を示す。特に、これらは乗合ユーザ１４に使用される端末装置１００に表示される。図４５（ａ）は、行き先（方面）と時間を選択させるための画面を示す。図４５（ｂ）は、図４５（ａ）において行き先（方面）と時間が選択された後に、タクシーの降車地点を選択させるための画面を示す。図４５（ｃ）は、図４５（ｂ）においてタクシーの降車地点が選択された後、相乗りする希望人数を選択させるための画面を示す。図４５（ｄ）は、図４５（ｃ）において相乗りする希望人数が選択された後に、選択内容を確認するための画面を示す。この画面において「はい」が選択されると、端末装置１００は、図４５（ａ）から図４５（ｃ）において選択された情報（以下、「予約情報」という）が含まれた信号を処理装置６００に送信する。

図４６（ａ）－（ｄ）は、表示される別の画面を示す。図４６（ａ）は、予約情報が処理装置６００に送信されたときに表示される画面を示す。このときに、処理装置６００においてマッチング処理がなされる。マッチング処理には公知の技術が使用されればよいので、ここでは説明を省略する。図４６（ｂ）は、処理装置６００においてマッチング処理が成功し、処理装置６００からマッチング結果を端末装置１００が受信したときに表示される画面を示す。図４６（ｃ）は、図４６（ｂ）における「ＯＫ」が選択されたときに表示される画面を示す。マッチング結果に含まれたタクシー情報と送迎情報とが示される。図４６（ｄ）は、タクシーが到着したときに表示される画面を示す。

図４７（ａ）－（ｄ）は、表示されるさらに別の画面を示す。図４７（ａ）は、乗合ユーザ１４がタクシーに乗車して移動している場合に表示される画面を示し、図４７（ｂ）は、タクシーが目的地に到着したときに表示される画面を示す。図４７（ｃ）は、図４７（ｂ）に続いて表示される決済のための画面を示す。決済は、例えば処理装置６００においてなされる。図４７（ｄ）は、決済が完了した場合に表示される画面を示す。

図４８（ａ）－（ｃ）は、表示されるさらに別の画面を示す。図４８（ａ）は、図４５（ｂ）において「登録済みの地点から選ぶ」がときに表示される画面を示す。降車地点は、登録済みの地点あるいは履歴から選択される。図４８（ｂ）は、図４６（ｃ）の別の例の画面を示す。図４８（ｃ）は、図４７（ｄ）の決済完了後に表示される画面を示す。

図４９は、表示されるさらに別の画面を示す。これは、予約をキャンセルするための画面を示す。予約のキャンセルも処理装置６００においてなされる。

以下では、図５０（ａ）－（ｃ）、図５１（ａ）－（ｂ）を使用して、さまざまな画面を説明する。図５０（ａ）－（ｃ）は、表示されるさらに別の画面を示す。図５０（ａ）は、決済／送金に関するメニュー画面を示す。図５０（ｂ）は、ギフトカードによるチャージ画面を示す。図５０（ｃ）は、ユーザのタクシー料金支払い画面を示す。図５１（ａ）－（ｂ）は、表示されるさらに別の画面を示す。図５１（ａ）は、送金画面を示す。図５１（ｂ）は、決済履歴画面を示す。

本実施例によれば、タクシーを乗り合うための処理が簡易になされるので、乗合タクシーの利用を促進できる。また、タクシーを乗り合うための処理が簡易になされるので、乗合ユーザ１４の利便性を向上できる。

（実施例５）
実施例５は、実施例１から４における処理システム１０００に対する追加機能に関する。実施例５に係る処理システム１０００の構成は図１と同様のタイプである。ここでは、これまでとの差異を中心に説明する。

図５２は、処理システム１０００による処理の概要を示す。これは、ユーザ１０に対して、タクシー利用推奨を通知するための処理である。タクシー利用推奨通知とは、ユーザ１０におけるタクシーの利用履歴に応じて、ユーザ１０の端末装置１００（図示せず）に対して処理装置６００からなされる通知である。タクシー利用推奨通知については、オンあるいはオフが予め設定可能である。この設定は、ユーザ１０が端末装置１００を送信することによって、処理装置６００においてなされる。

ユーザ１０がタクシーを利用すると、日時、曜日、出発地、目的地等に関する情報（以下、「ユーザ利用履歴」という）が処理装置６００に蓄積される。処理装置６００は、蓄積した履歴をもとに、同じ出発地、同じ目的、同じ曜日（０：００～２３：５９）に２回以上利用されている場合、端末装置１００に対してタクシー利用推奨通知を同じ曜日に送信する。同じ出発地および同じ目的地は、例えば、緯度経度で１００ｍ以内に含まれる場合に該当する。また、処理装置６００は、対象日の前日、当日２時間前にタクシー利用推奨通知を送信してもよい。通知日程、通知回数は設定で変更可能である。

図５３は、送受信されるデータの構成を示す。前述のユーザ１０が、第１乗合ユーザ１４ａ、第２乗合ユーザ１４ｂと示され、端末装置１００が第１乗合ユーザ端末装置１１６ａ、第２乗合ユーザ端末装置１１６ｂと示される。また、タクシーの管制の担当者において使用される端末装置１００がタクシー管制端末装置１１８として示される。

図５４（ａ）－（ｂ）は、処理システム１０００による別の処理の概要を示す。別の処理では、乗合ユーザ１４にマッチングすべきタクシー６０が乗合ユーザ１４との距離に応じて選択される。図５４（ａ）において、乗合ユーザ１４は、乗合ユーザ端末装置１１６を操作することによって、マッチングの要求が示された信号（以下、「マッチング要求信号」という）を処理装置６００に送信する。マッチング要求信号には、乗合ユーザ端末装置１１６の位置情報、つまり乗合ユーザ１４の位置情報が含まれる。位置情報は、例えば緯度と経度によって示される。一方、タクシー６０において使用されるタクシー端末装置１１２は、タクシー端末装置１１２の位置情報、つまりタクシー６０の位置情報を処理装置６００に定期的に送信する。

処理装置６００は、マッチング要求信号を受信すると、図５４（ｂ）のように、各タクシー６０と乗合ユーザ１４との距離を計算する。処理装置６００は、距離が最も短いタクシー６０を選択し、選択したタクシー６０のタクシー端末装置１１２に通知を送信する。図５４（ｂ）では、第１タクシー６０ａへ通知が送信される。通知を受信したタクシー６０が配車、受付できない場合、処理装置６００は、次に距離が近いタクシー６０を選択し、選択したタクシー６０のタクシー端末装置１１２に通知を送信する。配車、受付が完了するまで、処理装置６００は、次に距離が近いタクシー６０を選択することを繰り返し、選択したタクシー６０のタクシー端末装置１１２に通知を送信する。

本実施例によれば、ユーザ１０によるタクシーの利用履歴に応じてタクシー利用推奨通知を端末装置１００に送信するので、ユーザ１０によるタクシーの利用を促進できる。また、マッチングを要求するユーザ１０の近くを走行するタクシーを優先的に選択するので、タクシーの配車効率を向上できる。

（実施例６）
実施例６では、実施例１から５における処理システム１０００において、清掃事業で得たポイントが利用可能とされる。つまり、清掃事業で得たポイントが交通機関等のサービス事業者において利用可能とされる。また、清掃事業に加えて、除雪、道路メンテナンス、高齢福祉で得たポイントも処理システム１０００において利用可能とされてもよい。実施例６に係る処理システム１０００の構成は図１と同様のタイプである。ここでは、これまでとの差異を中心に説明する。

図５５は、処理システム１０００による処理の概要を示す。清掃事業ドライバ８００は、ゴミの収集車を運転し、ゴミを収集する。清掃事業ドライバ８００が使用するドライバ端末装置８２０は、清掃事業ドライバ８００によるゴミの収集によって、ポイントである電子マネーを受けつける。例えば、清掃事業において助け合いを実施した度合いに応じてポイントが付与される。助け合いを実施した度合いに応じたポイントとは、１ゴミステーションを助けると１０ポイントである。電子マネーは、例えば、スーパーマーケット２１０において利用可能である。また、電子マネーは、スーパーマーケット２１０に限定されず、交通機関４００、タクシー事業者４１０、バス事業者４１２、および、サービス拠点２００、病院、薬局、学校、塾、習い事の教室、レストラン、食事処、喫茶店、スーパーマーケット、ショッピングモール、観光スポット、観光施設、フィットネス、ジム、健康管理センタ、人間ドック、美容室、理容院、美術館、科学館、ゴルフ場、映画館、シアター、スタジアム、ホール、展示場、ボーリング、カラオケ、老人ホーム、介護施設、ホテル、旅館、宿泊施設、温泉施設、ダーツ場、コンビニ、銀行、郵便局、金融機関、遊園地、動物園、水族館、テーマパーク、カルチャーセンター、においても利用可能である。

図５６は、処理システム１０００の構成を示す。処理システム１０００における前述の処理装置６００は、ネットワーク８１２に接続され、ネットワーク８１２は、サーバ８１０に接続される。そのため、処理装置６００とサーバ８１０はネットワーク８１２を介して通信可能である。サーバ８１０は、ネットワーク８１２を介して図５５のドライバ端末装置８２０とも通信可能であり、清掃事業の管理を実行する。清掃事業の管理については後述する。

図５７は、送受信されるデータの構成を示す。図示されたデータがサーバ８１０と処理装置６００との間で送受信される。

以下では、清掃事業を説明する。図５８は、処理システム１０００による別の処理の概要を示す。第１清掃事業ドライバ８００ａがゴミの収集を完了し、第２清掃事業ドライバ８００ｂはゴミを収集している途中である。第１清掃事業ドライバ８００ａは第２清掃事業ドライバ８００ｂを助けると、助けたゴミステーション数に応じて、ポイントである電子マネーを得る。これを実現するために、清掃事業において、清掃事業ドライバ８００と管制担当とが、ゴミの未回収、回収済を表示可能なナビゲーションシステムを利用する。

図５９は、処理システム１０００の別の構成を示す。処理システム１０００は、サーバ８１０、ネットワーク８１２、ドライバ端末装置８２０と総称される第１ドライバ端末装置８２０ａ、第２ドライバ端末装置８２０ｂ、管制端末装置８３０を含む。処理システム１０００に含まれるドライバ端末装置８２０の数は「２」に限定されない。ドライバ端末装置８２０は、回収車を運転する清掃事業ドライバ８００に使用される端末装置であり、管制端末装置８３０は、清掃事業の管制の担当者によって使用される端末装置である。ドライバ端末装置８２０と管制端末装置８３０は、ナビゲーションシステムのアプリケーションを実行可能である。ナビゲーションシステムのアプリケーションは、サーバ８１０との通信により実行される。

図６０は、送受信されるデータの構成を示す。図示されたデータがサーバ８１０とドライバ端末装置８２０と管制端末装置８３０との間で送受信される。

以下では、清掃事業を（１）エリアの再配置処理、（２）ルートの最適化処理、（３）「助ける」処理、（４）ルートと担当分のステーションを自動作成するための表示処理（ドライバ端末装置８２０）、（５）未回収ルートと、走行済ルートと、次の収集対象のステーションの表示処理（ドライバ端末装置８２０）、（６）自車両の状況を表示、ゴミの回収状況を入力するための表示処理（ドライバ端末装置８２０）、（７）未回収ルートと、走行済ルートと、次の収集対象のステーションの表示処理（自動表示/手動表示）（ドライバ端末装置８２０）、（８）管制端末装置８３０での表示処理の順に説明する。

（１）エリアの再配置処理
エリアの再配置処理は、サーバ８１０においてなされる。図６１は、処理システム１０００によるさらに別の処理の概要を示す。サーバ８１０は、「全エリア」のゴミの量から、収集車８６０の必要台数を算出する。サーバ８１０は、各収集車８６０に対して、ゴミステーションを等分に近くなるように割り当てることによって、大エリア８６２を決定する。例えば、第１収集車８６０ａに対して第１大エリア８６２ａが割り当てられ、第２収集車８６０ｂに対して第２大エリア８６２ｂが割り当てられ、第３収集車８６０ｃに対して第３大エリア８６２ｃが割り当てられ、第４収集車８６０ｄに対して第４大エリア８６２ｄが割り当てられる。

図６２は、処理システム１０００によるさらに別の処理の概要を示す。サーバ８１０は、大エリア８６２の大きさを調節する場合、隣接する２つの大エリア８６２の間において、各大エリア８６２の大きさを増減する。また、収集車８６０の台数を減らす場合、サーバ８１０は、減らす収集車８６０に割り当てた大エリア８６２（以下、「再配分対象の大エリア８６２」という）に隣接する大エリア８６２の収集車８６０から優先的に再配分対象の大エリア８６２を割り当てる。

（２）ルートの最適化処理
ルートの最適化処理は、サーバ８１０においてなされる。ルートとは、ゴミを収集するために収集車８６０が走行する順路である。図６３は、処理システム１０００によるさらに別の処理の概要を示す。大エリア８６４は、１台の収集車８６０が１日あたりに担当するエリアである。大エリア８６４を、縦１／５、横１／５に分割したエリアが「中エリア」である。「中エリア」は、２０ｍ四方のサイズの「最小エリア」になるまで分割を繰り返す。そのため、「中エリア」は、複数層存在することもある。「最小エリア」のサイズは２０ｍ四方に限定されない。このような「大エリア８６４」、「中エリア」、「最小エリア」に対して、始点から終点方向に収集が進められる。

図６４は、処理システム１０００によるさらに別の処理の概要を示す。サーバ８１０は、始点から、「中エリア」および「最小エリア」をすべて収集するルートを複数パターン生成し、各パターンの道のり距離を算出する。サーバ８１０は、道のり距離が「最短距離のルート」を選択する。サーバ８１０は、「最短距離のルート」と「蓄積した収集ルートの中で、以下の４つの条件を満たすルート」の中から、最短収集時間となるルートを選択する。
１．前回運搬量 ≧ 過去運搬量の平均値
２．前回収集したステーション数 ≧ 過去収集したステーション数の平均値
３．前回走行した道のり距離 ≧ 過去走行した道のり距離の平均値
４．前回の収集時間 ≧ 過去の収集時間の平均値
サーバ８１０は、「前回のルート」が「最短収集時間となるルート」となった場合、対象の清掃事業ドライバ８００と助手にポイント（電子マネー）を付与してもよい。

図６５は、処理システム１０００によるさらに別の処理の概要を示す。サーバ８１０は、図６４の処理を、最小エリアの２０ｍ×２０ｍになるまで繰り返す

図６６は、処理システム１０００によるさらに別の処理の概要を示す。サーバ８１０は、収集するルートの全パターンの道のり距離を算出する。助手は、ゴミステーション到着後、収集車８６０へゴミを運搬する。その際、ゴミステーションと収集車８６０との間の移動は徒歩によりなされる。サーバ８１０は、ゴミステーション位置（半径５ｍ）に、助手が接近した場合にゴミの「収集済」と判定する。この判定のために、助手が携帯する端末装置１００は位置情報をサーバ８１０に送信する。サーバ８１０は、カメラ映像での物体検知、重量計での重量検知、手入力で収集済と判定してもよい。

（３）「助ける」処理
助ける処理は、サーバ８１０または管制端末装置８３０においてなされる。図６７は、処理システム１０００によるさらに別の処理の概要を示す。サーバ８１０または管制端末装置８３０は、収集完了している収集車８６０であって、かつ未収集のエリアに道のり距離で最も近い収集車８６０を「助ける」対象に選択する。サーバ８１０または管制端末装置８３０は、選択した助ける側の収集車８６０におけるドライバ端末装置８２０に、「助ける」対象に選択されたことを通知する。サーバ８１０または管制端末装置８３０は、助ける側の収集車８６０におけるドライバ端末装置８２０からＯＫの通知を受けつけた場合、助ける側の収集車８６０におけるドライバ端末装置８２０にルートを通知する。ドライバ端末装置８２０は、受けつけたルートを表示する。また、サーバ８１０または管制端末装置８３０は、「助けられる」収集車８６０におけるドライバ端末装置８２０に、変更になったルートを通知する。

（４）ルートと担当分のステーションを自動作成するための表示処理（ドライバ端末装置８２０）
ルートと担当分のステーションを自動作成は、ドライバ端末装置８２０との通信によりサーバ８１０においてなされる。図６８（ａ）－（ｄ）は、ドライバ端末装置８２０において表示される画面を示す。図６８（ａ）では、地図上に第１ステーション８４０ａ、第２ステーション８４０ｂ、第３ステーション８４０ｃが配置される。清掃事業ドライバ８００が第１ステーション８４０ａをタッチすることによって、第１ステーション８４０ａが選択される。選択された第１ステーション８４０ａの情報は、ドライバ端末装置８２０からサーバ８１０に送信される。

図６８（ｂ）は、図６８（ａ）に続く画面を示す。サーバ８１０から受信した情報をもとに、図６８（ａ）の第１ステーション８４０ａが第１選択済みステーション８４２ａに変更される。選択済みステーション８４２は、清掃事業ドライバ８００により選択されたステーション８４０を示す。また、第１選択済みステーション８４２ａから延びるルート候補８５０も示される。清掃事業ドライバ８００が第２ステーション８４０ｂと第３ステーション８４０ｃをタッチすることによって、第２ステーション８４０ｂと第３ステーション８４０ｃが選択される。選択された第２ステーション８４０ｂと第３ステーション８４０ｃの情報は、ドライバ端末装置８２０からサーバ８１０に送信される。

図６８（ｃ）は、図６８（ｂ）に続く画面を示す。サーバ８１０から受信した情報をもとに、図６８（ｂ）の第２ステーション８４０ｂと第３ステーション８４０ｃが第２選択済みステーション８４２ｂと第３選択済みステーション８４２ｃに変更される。また、第１選択済みステーション８４２ａから第２選択済みステーション８４２ｂを経由して第３選択済みステーション８４２ｃに延びるルート候補８５０も示される。

図６８（ｄ）は、図６８（ｃ）に続く画面を示す。サーバ８１０は、ルート候補８５０と前週の走行履歴から次週のルート８５２を作成する。ドライバ端末装置８２０は、ルート８５２を表示する。

（５）未回収ルートと、走行済ルートと、次の収集対象のステーションの表示処理（ドライバ端末装置８２０）
当該表示処理は、ドライバ端末装置８２０との通信によりサーバ８１０においてなされる。図６９は、ドライバ端末装置８２０において表示される別の画面を示す。収集車８６０がルート８５２に沿って移動する場合に、ドライバ端末装置８２０は位置情報をサーバ８１０に送信する。サーバ８１０は、受信した位置情報をもとに、収集車８６０が走行したルートを特定し、特定したルートをドライバ端末装置８２０に送信する。ドライバ端末装置８２０は、サーバ８１０から受信したルートを走行済みルート８５４として表示する。そのため、ルート８５２は、未回収ルートに相当する。

（６）自車両の状況を表示、ゴミの回収状況を入力するための表示処理（ドライバ端末装置８２０）
当該表示処理は、ドライバ端末装置８２０との通信によりサーバ８１０においてなされる。図７０（ａ）－（ｃ）は、ドライバ端末装置８２０において表示されるさらに別の画面を示す。図７０（ａ）では、地図上に第１未回収ステーション８４４ａ、第２未回収ステーション８４４ｂ、第３未回収ステーション８４４ｃが配置される。未回収ステーション８４４は、ゴミが未回収の選択済みステーション８４２である。清掃事業ドライバ８００あるいは助手が第１未回収ステーション８４４ａにおいてゴミを回収した場合、清掃事業ドライバ８００が第１未回収ステーション８４４ａをタッチすることによって、第１未回収ステーション８４４ａが選択される。

図７０（ｂ）は、図７０（ａ）に続く画面を示す。第１未回収ステーション８４４ａが選択されると、ドライバ端末装置８２０は、ポップアップ８４８を表示する。ポップアップ８４８には、収集車８６０の状況、ゴミの回収状況が表示可能である。また、選択された第１未回収ステーション８４４ａの情報は、ドライバ端末装置８２０からサーバ８１０に送信される。

図７０（ｃ）は、図７０（ｂ）に続く画面を示す。サーバ８１０から受信した情報をもとに、図７０（ａ）の第１未回収ステーション８４４ａが第１回収済みステーション８４６ａに変更される。回収済みステーション８４６は、ゴミの回収が済んだ選択済みステーション８４２である。

（７）未回収ルートと、走行済ルートと、次の収集対象のステーションの表示処理（自動表示/手動表示）（ドライバ端末装置８２０）
当該表示処理は、ドライバ端末装置８２０との通信によりサーバ８１０においてなされる。図７１（ａ）－（ｃ）は、ドライバ端末装置８２０において表示されるさらに別の画面を示す。図７０（ａ）－（ｃ）の処理がすべての未回収ステーション８４４に対してなされると、図７１（ａ）のように、第１回収済みステーション８４６ａから第３回収済みステーション８４６ｃが表示される。また、第１回収済みステーション８４６ａから第２回収済みステーション８４６ｂを経由して第３回収済みステーション８４６ｃに延びる走行済みルート８５４も表示される。このような状態において、サーバ８１０は、全てのゴミが回収されたことを認識する。

図７１（ｂ）は、図７１（ａ）に続く画面を示す。全てのゴミが回収されたことを認識したサーバ８１０から受信した情報をもとに、ドライバ端末装置８２０は、ポップアップ８４８を表示する。ポップアップ８４８には、助けに行くかを尋ねるためのメッセージが表示される。清掃事業ドライバ８００は、「はい」と「いいえ」のいずれか一方をタッチする。ドライバ端末装置８２０は、選択結果をサーバ８１０に送信する。

図７１（ｃ）は、図７１（ｂ）に続く画面を示す。サーバ８１０は、「はい」の選択結果を受信した場合、他の収集車８６０に対する未回収のルート８５２と、未回収ステーション８４４が示された情報をドライバ端末装置８２０に送信する。ドライバ端末装置８２０は、未回収のルート８５２と、第４未回収ステーション８４４ｄから第６未回収ステーション８４４ｆを表示する。

（８）管制端末装置８３０での表示処理
当該表示処理は、管制端末装置８３０との通信によりサーバ８１０においてなされる。図７２（ａ）－（ｃ）は、管制端末装置８３０において表示される画面を示す。図７２（ａ）－（ｂ）は、地図上に各収集車８６０の位置が示される。管制の担当者が管制端末装置８３０をタッチすると、ポップアップ８４８が表示される。ポップアップ８４８には、収集車８６０の稼働状況が表示される。図７２（ｃ）にもポップアップ８４８が表示される。ポップアップ８４８を使用して、助け合いの指示を管制端末装置８３０からサーバ８１０経由でドライバ端末装置８２０に送信する。

図７３は、ドライバ端末装置８２０において表示されるさらに別の画面を示す。ドライバ端末装置８２０は、サーバ８１０からの助け合いの指示を受信すると、ポップアップ８４８を表示する。ポップアップ８４８には、メッセージが存在することが示される。これに続いて、図７１（ｃ）の画面が表示されてもよい。

本実施例によれば、清掃事業で得たポイントがサービス事業者において利用可能とされるので、清掃事業の助け合いを促進できる。また、清掃事業で得たポイントがサービス事業者において利用可能とされるので、サービス事業者の利用を促すことができる。また、未回収ステーション８４４が存在する場合に他の収集車８６０にゴミの回収をさせるので、ゴミを回収するための時間を短縮できる。また、ゴミを回収するための時間が短縮されるので、ゴミを効率的に回収できる。また、ゴミの回収を助けることによって、ポイントが付与されるので、利益を得ることができる。

本開示の一態様の概要は、次の通りである。本開示のある態様の処理装置は、ユーザに利用される交通機関の交通費の情報を取得する第１取得部と、交通機関の利用によって利用されるサービス拠点において、サービス拠点のサービス事業者にユーザが支払ったサービス利用額の情報を取得する第２取得部と、第２取得部において取得したサービス利用額をもとに、第１取得部において取得した交通費を、サービス事業者から交通機関の交通事業者に支払うべきサービス事業者負担額と、ユーザから交通事業者に支払うべきユーザ負担額に分割する処理部とを備える。処理部は、サービス利用額と、サービス事業者の負担率をもとに、サービス事業者負担額の上限値を導出し、サービス事業者負担額の上限値と交通費との小さい方をサービス事業者負担額に決定するサービス事業者負担額決定部と、交通費とサービス事業者負担額との差異をユーザ負担額に決定するユーザ負担額決定部とを備える。

この態様によると、サービス利用額をもとに、交通費をサービス事業者負担額とユーザ負担額とに分割するので、交通事業者とサービス事業者とを連携させることができる。

交通機関は、互いに異なった第１交通機関と第２交通機関を含んでもよい。交通事業者は、第１交通機関の第１交通事業者と、第２交通機関の第２交通事業者とを含んでもよい。サービス事業者負担額決定部は、サービス事業者負担額を、第１交通事業者に支払うべき額と、第２交通事業者に支払うべき額に分割し、ユーザ負担額決定部は、ユーザ負担額を、第１交通事業者に支払うべき額と、第２交通事業者に支払うべき額に分割してもよい。この場合、複数の交通機関が含まれても、サービス事業者負担額とユーザ負担額決定部とを各交通事業者に支払うべき額に分割するので、適用範囲を拡大できる。

サービス拠点は、互いに異なった第１サービス拠点と第２サービス拠点を含んでもよい。サービス事業者は、第１サービス拠点の第１サービス事業者と、第２サービス拠点の第２サービス事業者とを含んでもよい。第１取得部は、第１サービス拠点を利用するための第１距離の情報と、第２サービス拠点を利用するための第２距離の情報も取得し、第２取得部は、サービス利用額の情報として、ユーザが第１サービス事業者に支払った第１サービス利用額の情報と、ユーザが第２サービス事業者に支払った第２サービス利用額の情報とを取得し、処理部は、サービス事業者負担額として、第１サービス事業者から交通機関の交通事業者に支払うべき第１サービス事業者負担額と、第２サービス事業者から交通機関の交通事業者に支払うべき第２サービス事業者負担額を決定し、サービス事業者負担額決定部は、（１）第１距離と第２距離をもとに、交通費を、第１サービス事業者の配分とされる第１交通費と、第２サービス事業者の配分とされる第２交通費に分割し、（２）第１サービス利用額と負担率をもとに、第１サービス事業者負担額の上限値を導出し、第１サービス事業者負担額の上限値と第１交通費との小さい方を第１サービス事業者負担額に決定し、（３）第２サービス利用額と負担率をもとに、第２サービス事業者負担額の上限値を導出し、第２サービス事業者負担額の上限値と第２交通費との小さい方を第２サービス事業者負担額に決定し、ユーザ負担額決定部は、第１サービス事業者負担額と第２サービス事業者負担額との和と、交通費との差異をユーザ負担額に決定してもよい。この場合、複数のサービス拠点が含まれても、サービス事業者負担額とユーザ負担額決定部とを各サービス事業者に支払うべき額に分割するので、適用範囲を拡大できる。

交通機関は、互いに異なった第１交通機関と第２交通機関を含んでもよい。交通事業者は、第１交通機関の第１交通事業者と、第２交通機関の第２交通事業者とを含んでもよい。サービス事業者負担額決定部は、第１サービス事業者負担額を、第１交通事業者に支払うべき額と、第２交通事業者に支払うべき額に分割し、第２サービス事業者負担額を、第１交通事業者に支払うべき額と、第２交通事業者に支払うべき額に分割し、ユーザ負担額決定部は、ユーザ負担額を、第１交通事業者に支払うべき額と、第２交通事業者に支払うべき額に分割してもよい。この場合、複数の交通機関が含まれても、サービス事業者負担額とユーザ負担額決定部とを各交通事業者に支払うべき額に分割するので、適用範囲を拡大できる。

処理部は、サービス利用額とシステム使用割合をもとに、サービス事業者から本処理装置の管理事業者に支払うべきシステム使用料を決定してもよい。この場合、サービス利用額に応じてシステム使用料が決定されるので、サービス事業者の利益に応じたシステム使用料を決定できる。

処理部は、サービス利用額とポイント還元率をもとに、ユーザからサービス事業者に支払うべき還元額を決定してもよい。この場合、サービス利用額に応じて還元額が決定されるので、サービス事業者の利益に応じた還元額を決定できる。

処理装置と、交通機関における交通費が管理される交通事業者管理装置と、サービス事業者におけるサービス利用額が管理されるサービス事業者管理装置とを備えてもよい。交通事業者管理装置は、交通費の情報を処理装置に出力し、サービス事業者管理装置は、サービス利用額の情報を処理装置に出力してもよい。この場合、交通事業者管理装置が交通費の情報を処理装置に出力し、サービス事業者管理装置がサービス利用額の情報を処理装置に出力するので、処理装置がサービス事業者負担額とユーザ負担額とを決定できる。

以上、本開示を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本開示の範囲にあることは当業者に理解されるところである。

本実施例において、交通機関４００の一例としてタクシー事業者４１０が使用される。しかしながらこれに限らず例えば、車両のみをタクシー事業者４１０から借り、車両を持たない人が運転者として参加してもよい。その際、処理装置６００は、車両と運転者とのマッチングを実行する。本変形例によれば、構成の自由度を向上できる。

本実施例において、ボランティア活動で得たポイントを処理システム１０００で利用可能であってもよい。例えば、寄附、クーポン、割引を提供すると、利益に応じて、ポイントが還元されたり、寄附、クーポン、割引の金額に応じて、還元率が変動したりする。また、ユーザ１０の地域サービスや、ボランティアの参加に対して、ポイントが付与されてもよい。本変形例によれば、構成の自由度を向上できる。

本実施例において、対象とする交通サービスは、タクシー、バス、乗用車、商用車としている。しかしながらこれに限らず例えば、対象とする交通サービスが、タクシー、バス、乗用車、商用車の他に、ドローン（小型無人飛行機）、小型有人飛行機、トラック（小型／中型／大型）、バイク、自転車であってもよい。その際、１つの配送業者（タクシーやバス）だけではなく、２つの配送業者（タクシーとドローン）で配送がなされてもよい。本変形例によれば、本実施例の適用範囲を拡大できる。

出発地と目的地のうちの少なくとも１つに、交通機関の停留所（バス停）が含まれてもよい。本変形例によれば、本実施例の適用範囲を拡大できる。

ユーザ１０は端末装置１００のアプリケーションによって、タクシードライバを評価可能であってもよい。その際、評価は公開され、ユーザ１０は評価を利用可能である。本変形例によれば、本実施例の適用範囲を拡大できる。

ユーザ１０等は、音声での操作が可能であってもよい。本変形例によれば、構成の自由度を向上できる。

処理システム１０００は、ブロックチェーンを使用し、ブロックチェーンによってデータを受け渡してもよい。本変形例によれば、セキュリティを向上できる。

実施例４では、タクシーに乗車する場合の決済処理を一例として説明している。しかしながらこれに限らず例えば、タクシーではなく、バスにおいても同様の処理がなされてもよい。図７４は、処理システム１０００による処理の概要を示す。これは、第１乗合ユーザ１４ａがバスを利用する場合である。第１乗合ユーザ１４ａは、バス乗車後、現金決済、クーポン利用、ＱＲ（登録商標）決済、ポイント利用のいずれかを選択して決済を実行する。

図７５は、処理システム１０００による別の処理の概要を示す。これは、第１乗合ユーザ１４ａが買い物を実行することによって、スーパーマーケット２１０への支払いを実行してから、バスを利用する場合である。その際、クーポン等が利用されることもある。スーパーマーケット２１０の店員１８は、クーポンを発行する。クーポンはカード形式、または、ポイント、いずれかで発行される。クーポンは、バスの精算時に利用可能である。

図７６は、処理システム１０００によるさらに別の処理の概要を示す。これは、第１乗合ユーザ１４ａがバスカードまたはポイントを購入する場合である。第１乗合ユーザ１４ａは、バスカード販売所で、バスカード、またはポイントのいずれかを購入可能である。本変形例によれば、本実施例の適用範囲を拡大できる。

１０ ユーザ、 １２ 自宅、 １４ 乗合ユーザ、 １６ 乗合ユーザ宅、 １００ 端末装置、 １１０ 病院・医療事務端末装置、 １１２ タクシー端末装置、 １１４ ショッピングモール端末装置、 １１６ 乗合ユーザ端末装置、 １２０，１２２ 端末装置、 １８０ ＩＣカード、 ２００ サービス拠点、 ２１０ スーパーマーケット、 ２１２ 薬局、 ２１４ 美容室、 ２１６ 病院、 ２１８ ショッピングモール、 ２２０ 学校、 ２２２ フード店、 ２２４ 友人宅、 ３００ サービス事業者管理装置、 ４００ 交通機関、 ４１０ タクシー事業者、 ４１２ バス事業者、 ５００ 交通事業者管理装置、 ６００ 処理装置、 ６１０ 第１取得部、 ６１２ 第２取得部、 ６２０ 処理部、 ６２２ サービス事業者負担額決定部、 ６２４ ユーザ負担額決定部、 １０００ 処理システム。

Claims (7)

1. ユーザに利用される交通機関の交通費の情報を取得する第１取得部と、
   前記交通機関の利用によって利用されるサービス拠点において、前記サービス拠点のサービス事業者に前記ユーザが支払ったサービス利用額の情報を取得する第２取得部と、
   前記第２取得部において取得した前記サービス利用額をもとに、前記第１取得部において取得した前記交通費を、前記サービス事業者から前記交通機関の交通事業者に支払うべきサービス事業者負担額と、前記ユーザから前記交通事業者に支払うべきユーザ負担額に分割する処理部とを備え、
   前記処理部は、
   前記サービス利用額と、前記サービス事業者の負担率をもとに、サービス事業者負担額の上限値を導出し、前記サービス事業者負担額の上限値と前記交通費との小さい方を前記サービス事業者負担額に決定するサービス事業者負担額決定部と、
   前記交通費と前記サービス事業者負担額との差異を前記ユーザ負担額に決定するユーザ負担額決定部とを備える処理装置。
2. 前記交通機関は、互いに異なった第１交通機関と第２交通機関を含み、
   前記交通事業者は、前記第１交通機関の第１交通事業者と、前記第２交通機関の第２交通事業者とを含み、
   前記サービス事業者負担額決定部は、前記サービス事業者負担額を、前記第１交通事業者に支払うべき額と、前記第２交通事業者に支払うべき額に分割し、
   前記ユーザ負担額決定部は、前記ユーザ負担額を、前記第１交通事業者に支払うべき額と、前記第２交通事業者に支払うべき額に分割する請求項１に記載の処理装置。
3. 前記サービス拠点は、互いに異なった第１サービス拠点と第２サービス拠点を含み、
   前記サービス事業者は、前記第１サービス拠点の第１サービス事業者と、前記第２サービス拠点の第２サービス事業者とを含み、
   前記第１取得部は、前記第１サービス拠点を利用するための第１距離の情報と、前記第２サービス拠点を利用するための第２距離の情報も取得し、
   前記第２取得部は、前記サービス利用額の情報として、前記ユーザが前記第１サービス事業者に支払った第１サービス利用額の情報と、前記ユーザが前記第２サービス事業者に支払った第２サービス利用額の情報とを取得し、
   前記処理部は、前記サービス事業者負担額として、前記第１サービス事業者から前記交通機関の交通事業者に支払うべき第１サービス事業者負担額と、前記第２サービス事業者から前記交通機関の交通事業者に支払うべき第２サービス事業者負担額を決定し、
   前記サービス事業者負担額決定部は、（１）前記第１距離と前記第２距離をもとに、前記交通費を、前記第１サービス事業者の配分とされる第１交通費と、前記第２サービス事業者の配分とされる第２交通費に分割し、（２）前記第１サービス利用額と前記負担率をもとに、第１サービス事業者負担額の上限値を導出し、前記第１サービス事業者負担額の上限値と前記第１交通費との小さい方を前記第１サービス事業者負担額に決定し、（３）前記第２サービス利用額と前記負担率をもとに、第２サービス事業者負担額の上限値を導出し、前記第２サービス事業者負担額の上限値と前記第２交通費との小さい方を前記第２サービス事業者負担額に決定し、
   前記ユーザ負担額決定部は、前記第１サービス事業者負担額と前記第２サービス事業者負担額との和と、前記交通費との差異を前記ユーザ負担額に決定する請求項１に記載の処理装置。
4. 前記交通機関は、互いに異なった第１交通機関と第２交通機関を含み、
   前記交通事業者は、前記第１交通機関の第１交通事業者と、前記第２交通機関の第２交通事業者とを含み、
   前記サービス事業者負担額決定部は、前記第１サービス事業者負担額を、前記第１交通事業者に支払うべき額と、前記第２交通事業者に支払うべき額に分割し、前記第２サービス事業者負担額を、前記第１交通事業者に支払うべき額と、前記第２交通事業者に支払うべき額に分割し、
   前記ユーザ負担額決定部は、前記ユーザ負担額を、前記第１交通事業者に支払うべき額と、前記第２交通事業者に支払うべき額に分割する請求項３に記載の処理装置。
5. 前記処理部は、前記サービス利用額とシステム使用割合をもとに、前記サービス事業者から本処理装置の管理事業者に支払うべきシステム使用料を決定する請求項１から４のいずれかに記載の処理装置。
6. 前記処理部は、前記サービス利用額とポイント還元率をもとに、前記ユーザから前記サービス事業者に支払うべき還元額を決定する請求項１から５のいずれかに記載の処理装置。
7. 請求項１から６のいずれかに記載の処理装置と、
   前記交通機関における前記交通費が管理される交通事業者管理装置と、
   前記サービス事業者における前記サービス利用額が管理されるサービス事業者管理装置とを備え、
   前記交通事業者管理装置は、前記交通費の情報を前記処理装置に出力し、
   前記サービス事業者管理装置は、前記サービス利用額の情報を前記処理装置に出力する処理システム。

Images