JP7028419B1 - 障害者支援の情報処理方法、プログラム及び障害者支援の情報処理装置 - Google Patents

Abstract

【課題】チケット購入等のインターネットを介した手続きに関して、障害者支援サービスの利便性をより向上させる障害者支援の情報処理方法、プログラム及び障害者支援の情報処理装置を提供する。
【解決手段】障害者支援の情報処理方法は、少なくとも１つのコンピュータが、公的な組織の管理下にあるシステムとの通信に基づいて障害者に関する認証済み情報を生成することと、サービス提供システムから障害者へサービスが提供されるように、障害者側装置から取得したサービス提供システムへの提供指示に基づいて、認証済み情報を含む障害者に関する情報をサービス提供システムに提供することと、を実行する。
【選択図】図２

Description

本発明は、障害者支援の情報処理方法、プログラム及び障害者支援の情報処理装置に関するものである。

障害者が、鉄道及びタクシーなどの交通機関並びに博物館及び遊戯施設などの施設を利用するためのチケット等を購入する際に、料金の割引又はサービスなどを受けることが可能な場合が多くある。通常、ユーザー（障害者）は、割引又はサービスを受ける際に、割引又はサービスなどの提供を行う者（以下、「サービス提供者」という）に障害者手帳を提示する。

ここで、障害者手帳について説明する。障害者手帳とは、障害のある人が取得することができる手帳の総称である。

図１は、地方自治体が発行した身体障害者手帳１００である。障害者手帳には、障害の種別に応じて、身体障害のある人に交付される身体障害者手帳、知的障害のある人に交付される療育手帳及び精神疾患のある人に交付される精神障害者保健福祉手帳などの種類がある。また、障害者手帳には障害の程度を示す等級が記載されている。この等級のほかに、主に鉄道運賃の割引に関して用いられるために定められた「第１種」及び「第２種」という区分がある。鉄道以外のサービス提供者も、上記の等級又は区分に基づいてサービスを提供している。また、タクシーなどのサービスにおいては、障害者の車いすを運ぶなどの付随的サービスを提供している場合がある。

例えば、身体障害者手帳の場合、障害の程度は、１級から６級までの等級が定められている。図１の例では、身体障害程度等級１０１が「２級」であることが示されている。

また、図１の例では、旅客鉄道株式会社旅客運賃減額１０２が「第１種」であることが示されている。

そして、サービス提供者は、ユーザーにより提示された障害者手帳を目視により確認し、ユーザーに対して料金の割引などのサービスの提供を行うか否かを判断する。

割引を自動化するために、ユーザーが個人番号カードと精算用カードを施設側に設定された装置に読み込ませることにより、割引された料金の精算を行うサービスを提供する技術がある（例えば特許文献１参照）。

また、身体障害者が運賃の割引を受けるために、タクシーの車載端末が身体障害者の保持するＩＤカードを読み取ることによって、タクシーの運賃を自動的に割り引く技術がある（例えば特許文献２参照）。

しかしながら、サービスを利用するたびに、サービス提供者に障害者手帳、カードなどを提示することは煩雑であると共に、障害者の受けるサービスの多様化にこたえるには限界がある。

特開２０１５－９５１５３号公報 特開平４－７７９８４号公報

ところで、近年、各種チケットを、例えばイベント、展示会又は交通機関で用いるチケットをインターネットを介して購入することが一般になりつつある。このようなチケット購入に際しても、障害者手帳の提示を含む障害者の負担を軽減することが望まれる。

本発明は、上記のような点に鑑み、チケット購入等のインターネットを介した手続きに関して、障害者支援サービスの利便性をより向上させることを目的とする。

開示の技術により、少なくとも１つのコンピュータが、公的な組織の管理下にあるシステムとの通信に基づいて、障害者側装置から取得した障害者に関する情報に対する認証済み情報を生成することと、サービス提供システムから前記障害者へサービスが提供されるように、前記障害者側装置から取得した前記サービス提供システムへの提供指示に基づいて、前記認証済み情報を含む前記障害者に関する情報を前記サービス提供システムに提供することと、を実行する、障害者支援の情報処理方法が提供される。本開示の技術は、その障害者支援の情報処理方法を少なくとも１つのコンピュータに実行させるプログラムにも存する。また、本開示の技術は、前述の障害者支援の情報処理方法を実行する制御部を備えた、障害者支援の情報処理装置にも存する。

開示の技術によれば、障害者支援サービスの利便性をより向上させることができる。

障害者手帳の例 第１の実施形態の障害者支援システムの全体構成 端末装置のハードウェアブロック図 障害者サービス支援サーバーのハードウェアブロック図 端末装置のソフトウェアブロック図 障害者サービス支援サーバーのソフトウェアブロック図 障害者手帳から読み取られた個人情報及び障害者手帳原本情報の例 端末装置が実行する処理のフローチャート（１） 端末装置が実行する処理のフローチャート（２） 障害者サービス支援サーバーが実行する処理のフローチャート 障害者サービス支援サーバーが実行する処理のフローチャート 第２の実施形態の障害者支援システムの全体構成 第２の実施形態における、障害者サービス支援サーバーの記憶領域のブロック図 第２の実施形態における、障害者サービス支援サーバーのソフトウェアブロック図 第２の実施形態における、障害者サービス支援サーバーが実行する処理のフローチャート 第２の実施形態における、障害者サービス支援サーバーが更に実行する処理のフローチャート

以下に、図面を参照して、一実施形態について説明する。
ただし、以下に説明する実施形態はあくまでも例示であり、特許請求の範囲の内容をそれらに限定するためのものではない。

本開示の第１の実施形態について説明する。
本実施形態は、例えば、ユーザー（障害者）が航空機の搭乗チケットを購入する際に、料金の割引を受けるために、スマートフォンなどの端末装置を介して取得した障害者に関する情報（障害者情報）をインターネットを介して提供するようなケースを想定している。
もちろん、航空機以外の交通機関のチケットを購入するとき、施設を利用するチケットを購入するとき、その他のサービスの提供を受けるためのチケットを購入するときにも本実施形態が適用できることは、当業者には明らかである。例えば、博物館、カラオケ店などの施設に入場する際に、入場料金の割引チケットを購入するために、本実施形態を適用することができる。

＜障害者支援システムの全体構成＞
図２は、本実施形態に係る障害者支援サービスを実現するための障害者支援システム２００の全体構成である。

障害者支援システム２００は、図２に示すように、障害者サービス支援サーバー２１０、公的サーバー２２０、端末装置２３０、サービス提供サーバー２４０を有する。

障害者サービス支援サーバー２１０は、障害者支援サービスを提供する者が管理するサーバーである。障害者サービス支援サーバー２１０は、障害者支援用の情報処理装置の一例である。

障害者支援システム２００において、障害者サービス支援サーバー２１０には、障害者支援プログラムがあらかじめインストールされている。

障害者サービス支援サーバー２１０は、ユーザー（障害者）により端末装置２３０から送信された、障害者手帳に記載された情報を含む個人情報を取得し、保存する。また、障害者サービス支援サーバー２１０は、ユーザーが保持する端末装置２３０から送信されたパーミッション情報を用いて、公的サーバー２２０から障害者手帳原本情報を取得する。そして、個人情報を障害者手帳原本情報と照合し、照合した結果に基づいて、ユーザーが所持する端末装置２３０に整合情報を提供する。整合情報は、認証済み情報の一例である。この整合情報は、ここでは、障害者サービス支援サーバー２１０にも保持されて記憶される。障害者手帳原本情報は、第２の情報の一例である。

なお、障害者サービス支援サーバー２１０は、障害者支援サービスを提供する者によって管理される。

サービス提供サーバー２４０は、航空会社など、サービス提供者（サービス提供主体）が管理するサーバーである。例えば、障害者は、端末装置２３０を用いて航空機の搭乗チケットの購入手続きを、サービス提供サーバー２４０を介して行うことができる。その際に、障害者が福祉機器の一例としての車いすを使用している場合には、車いすを使用している情報が、端末装置２３０又は障害者サービス支援サーバー２１０から、サービス提供サーバー２４０に送られるようにしてもよい。

サービス提供サーバー２４０が、障害者からの搭乗チケットの購入手続きの指示を受け取ると、車いすを利用している情報も受け取ることができるため、サービス提供者である航空会社は、障害者に対して、車いすの利用者に適したサービスの提供を行うことができる。サービス提供サーバー２４０は、複数の異なるサービス提供者の各々が管理できるよう、複数存在していてもよい。

なお、サービス提供サーバー２４０はそのサーバー２４０が運営するチケット購入サイトとみなすことができる。サーバー２４０が運営するチケット購入サイトで購入できるチケットはここでは航空機の搭乗チケットである。しかし、サービス提供者に応じて、購入できるチケットは、美術館・博物館等の入場チケット、野球場などのスポーツ施設の入場チケット、電車等の乗車チケットなどであってもよい。

公的サーバー２２０は、例えば、政府又は自治体などの公的な組織が管理するサーバーである。

公的サーバー２２０は、各ユーザーの障害者手帳原本情報を含む各種の個人に関する情報を、各ユーザーに紐づけて管理している。

端末装置２３０は、ユーザー（障害者）の装置（障害者側装置）であり、表示画面を備えたスマートフォンなどのモバイル端末、ラップトップ端末又はデスクトップ型コンピュータなどでもよい。障害者側装置は、障害者自身により操作される装置であることに限定されず、例えば障害者の介助者等により操作される装置であってもよい。

端末装置２３０は、ユーザー（障害者）により所持されていることを想定している。障害者支援システム２００において、端末装置２３０には、ユーザーの装置用の障害者支援プログラム（以下、第１プログラム）があらかじめインストールされている。ユーザーは、端末装置２３０にアカウントの情報を入力することにより、障害者サービス支援サーバー２１０に接続する。

また、端末装置２３０は、障害者情報を表示することができる。

障害者サービス支援サーバー２１０と公的サーバー２２０とは、インターネットなどのネットワーク２５０により、互いに接続されている。同様に、障害者サービス支援サーバー２１０と端末装置２３０とは、インターネットなどのネットワーク２５０により、互いに接続されている。サービス提供サーバー２４０は、端末装置２３０又は障害者サービス支援サーバー２１０と、インターネットなどのネットワーク２５０により相互に接続されていることが望ましい。

＜端末装置のハードウェア構成＞
図３は、端末装置２３０のハードウェア構成の一例を示すブロック図である。

端末装置２３０は、図３に示すように、ＣＰＵ３０１、記憶装置３０２、表示・操作部３０３、通信部３０４、撮影部３０５及び記憶制御部３０６などを有する。記憶制御部３０６は、外部メモリ３０７に対する情報の記憶及び読出しを制御する。外部メモリ３０７には、ＵＳＢメモリ、メモリカードなどが挙げられる。ユーザーの装置用の障害者支援プログラムつまり第１プログラムは、記憶装置３０２又は外部メモリ３０７に記憶され得る。

ＣＰＵ３０１は、端末装置２３０の全体を統括的に制御する演算装置であり、端末装置２３０の制御部に相当する。ＣＰＵ３０１は、特に、第１プログラムを実行し、本実施形態の障害者支援サービスを提供する。第１プログラムは、ＣＰＵ３０１により実行される。

記憶装置３０２は、ユーザーの各種個人情報、第１プログラムなどを記憶する。

表示・操作部３０３は、ユーザーへの情報の提示及びユーザーによる操作の受付を行う。表示・操作部３０３は、例えば、タッチパネルを有する。

通信部３０４は、電話通信網を介する通信を制御することができる。また、通信部３０４は、ＩＣカードなどから情報を取得できるように、例えば、近距離無線通信（ＮＦＣ：Near Field Communication）を有していてもよい。

撮影部３０５は、レンズ及びイメージセンサなどを有し、撮影した画像を取得する。

＜障害者サービス支援サーバーのハードウェア構成＞
図４は、障害者サービス支援サーバー２１０のハードウェア構成の一例を示すブロック図である。

障害者サービス支援サーバー２１０は、図４に示すように、ＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３、ＨＤＤ４０４、ネットワークＩ／Ｆ４０５、などを有する。

ＣＰＵ４０１は、障害者サービス支援サーバー２１０の全体を統括的に制御する演算装置であり、制御部に相当する。ＣＰＵ４０１は、例えば、ＲＡＭ４０２、ＲＯＭ４０３又はＨＤＤ４０４に保存されているプログラムを実行する。

ＨＤＤ４０４は、障害者に関する情報（障害者情報）、障害者手帳原本情報を含む、各種の情報を記録することができる。本実施形態の障害者支援プログラム（以下、第２プログラム）は、HDD４０４又はその他のＲＡＭ４０２、ＲＯＭ４０３などの記憶部に記憶され得る。ＣＰＵ４０１は、特に、第２プログラムを実行し、本実施形態の障害者支援サービスを提供する。第２プログラムは、ＣＰＵ４０１により実行される。

ネットワークＩ／Ｆ４０５は、公的サーバー２２０、端末装置２３０及びサービス提供サーバー２４０との間での通信を実現するインターフェースである。障害者サービス支援サーバー２１０は、ネットワークＩ／Ｆ４０５を介して、公的サーバー２２０及び端末装置２３０と情報の送受信を行う。

＜端末装置のブロック図＞
図５は、端末装置２３０のブロック図である。

端末装置２３０は、障害者サービス支援サーバー接続部５１０、公的サーバー接続部５２０、データ生成部５３０、データ保存部５４０、画面生成部５５０、サービス提供サーバー接続部５６０及び指示受取部５７０を有する。

障害者サービス支援サーバー接続部５１０は、個人情報提供部５１１、パーミッション情報提供部５１２及び整合情報取得部５１３を備える。

個人情報提供部５１１は、障害者手帳から取得したユーザーの個人情報を障害者サービス支援サーバー２１０に送信する。個人情報提供部５１１は、障害者手帳から取得した個人情報以外の情報を含む障害者に関する情報も障害者サービス支援サーバー２１０に送信することができる。

パーミッション情報提供部５１２は、公的サーバー２２０から取得したパーミッション情報を障害者サービス支援サーバー２１０に送信する。

整合情報取得部５１３は、個人情報を障害者手帳原本情報と照合した結果である整合情報を障害者サービス支援サーバー２１０から受信する。

公的サーバー接続部５２０は、認証要求部５２１及びパーミッション情報取得部５２２を備える。

認証要求部５２１は、ユーザーの本人確認のための情報（本人確認情報）を公的サーバー２２０に送信する。

パーミッション情報取得部５２２は、障害者サービス支援サーバー２１０による公的サーバー２２０へのアクセスを許可するパーミッション情報を公的サーバー２２０から受信する。

データ生成部５３０は、障害者手帳からユーザー（障害者）の個人情報を生成する。

データ生成部５３０は、障害者手帳の画像から、ＯＣＲ機能を利用して、ユーザー（障害者）の個人情報を生成してもよい。或いは、データ生成部５３０は、障害者手帳の画像を障害者サービス支援サーバー２１０に送り、障害者サービス支援サーバー２１０が障害者手帳の画像から抽出した個人情報を受け取ることで、個人情報を生成してもよい。

サービス提供サーバー接続部５６０は、サービス提供サーバー２４０に対して、つまりチケット購入サイトにおいて、例えば、チケット購入用の個人情報の送信及び車いすなどの補助器具の情報の送信、サービスの提供に関する種々の情報の送受信を行うことができる。

データ保存部５４０は、データ生成部５３０が生成した各種のデータ、障害者サービス支援サーバー接続部５１０、公的サーバー接続部５２０及びサービス提供サーバー接続部５６０が取得した各種のデータを保存する。

画面生成部５５０は、例えば、障害者手帳の画像、障害者手帳に記載された個人情報を含む障害者に関する情報、又は個人情報と公的機関のシステムの公的サーバー２２０に保存された障害者手帳原本情報との照合結果に関連する整合情報を含む表示画面を生成する。整合情報（認証済み情報）には、この照合において個人情報と障害者手帳原本情報に共通する項目の全ての照合の結果が一致したか否かを示す情報に加えて、照合が未だ実行されていないことを示す情報が含まれていてもよい。

指示受取部５７０は、ユーザー（障害者）からの指示を受け取る。指示には、車いすなどの補助器具を利用していること等の情報入力及び保存の指示、障害者情報画面の表示の指示、搭乗チケットの購入等のオンラインでのサービス提供依頼の指示、照合指示などが挙げられる。

＜障害者サービス支援サーバーのブロック図＞
図６は、障害者サービス支援サーバー２１０のブロック図である。

障害者サービス支援サーバー２１０は、端末装置接続部６１０、公的サーバー接続部６２０、データ保存部６３０、データ照合部６４０及び、サービス提供サーバー接続部６５０を有する。

端末装置接続部６１０は、個人情報取得部６１１及び整合情報提供部６１２を有する。

個人情報取得部６１１は、障害者手帳から取得されたユーザーの個人情報を端末装置２３０から受信する。個人情報取得部６１１は、障害者手帳から取得されたユーザーの個人情報以外の情報を含む障害者に関する情報も取得してよい。

整合情報提供部６１２は、個人情報を公的サーバー２２０から取得された障害者手帳原本情報と照合した結果である整合情報を端末装置２３０に送信する。なお、ここでは、整合情報提供部６１２は、HDD４０４等にその整合情報を保存することも併せて行う。

公的サーバー接続部６２０は、障害者手帳原本情報取得部６２１を有する。
障害者手帳原本情報取得部６２１は、公的サーバー２２０に対して障害者手帳原本情報を要求し、公的サーバー２２０から障害者手帳原本情報を受信する。

サービス提供サーバー接続部６５０は、サービス提供サーバー２４０に対して、例えば、整合情報の送信及び車いすなどの補助器具の情報の送信つまり障害者に関する情報の送信、サービスの提供に関する種々の情報の送受信を行うことができる。

なお、端末装置２３０のサービス提供サーバー接続部５６０と、障害者サービス支援サーバー２１０のサービス提供サーバー接続部６５０とは、両者のうちいずれか一方が、サービス提供サーバー２４０と接続してもよいし、両者が連携してサービス提供サーバー２４０に接続してもよい。

データ保存部６３０は、端末装置接続部６１０、公的サーバー接続部６２０及びサービス提供サーバー接続部６５０が取得した各種のデータを保存することができる。データ保存部６３０は、整合情報の保存も行ってもよい。

データ照合部６４０は、データ保存部６３０が保存する個人情報と公的サーバー２２０から取得された障害者手帳原本情報とを照合する。

＜障害者手帳原本情報＞
図７は、障害者手帳から読み取られた個人情報及び障害者手帳原本情報の一例である。

障害者手帳原本情報は、図７（ｂ）に示すように、各ユーザー（障害者）の障害種別／等級／発行元自治体／番号／発行日／更新日を含む。障害者手帳原本情報は、政府などの公的な組織が管理する公的サーバー２２０に保存されている。

障害者サービス支援サーバー２１０は、端末装置２３０から取得したユーザーの個人情報をアカウントに紐づけて保持している。

障害者サービス支援サーバー２１０が管理する個人情報は、図７（ａ）に示すように、氏名／生年月日／障害種別／等級／旅客運賃減額／発行元自治体／番号／有効期限／発行日／更新日を含む。

ユーザー（障害者）は、障害者支援サービスを利用する場合、事前に、自らの個人情報を障害者サービス支援サーバー２１０に登録しておくことができる。既に説明したように、この個人情報は、障害者手帳の撮影画像から取得されたデータを含む。

障害者サービス支援サーバー２１０は、障害者手帳から抽出された情報を含む個人情報と、公的サーバー２２０から受信した障害者手帳原本情報とを照合する。

この照合において、個人情報と障害者手帳原本情報の両方に共通して存在するすべての項目について一致した場合、障害者サービス支援サーバー２１０は、個人情報が、公的サーバー２２０が保持している障害者手帳原本情報と整合していることを含む整合情報を生成する。

一方、この照合において１つでも一致しない項目があった場合、障害者サービス支援サーバー２１０は、個人情報が障害者手帳原本情報と整合していないことを含む整合情報を生成する。この場合、端末装置２３０に対して、整合していないことを通知し、障害者手帳の画像の再取得、個人情報の再送信などを依頼するとよい。

＜端末装置が実行する処理＞
図８Ａ及び図８Ｂは、端末装置２３０が実行する処理のフローチャートである。

なお、図８Ａ及び図８Ｂに示される処理は、端末装置２３０のＣＰＵ３０１が、端末装置２３０にインストールされた第１プログラムを実行することにより実現される。

前提として、ユーザー（障害者）は、自己の所有する端末装置２３０を用いて、自己のアカウントを登録して、ユーザーＩＤとパスワードを保持しているものとする。アカウントの登録は、端末装置２３０を障害者サービス支援サーバー２１０に接続して行われる。ユーザーＩＤとパスワードの組合せは、障害者サービス支援サーバー２１０に保存される。なお、アカウントの登録は、上記の処理に限られるものではなく、既存のＳＮＳのアカウントを利用してアカウント登録がなされてもよいし、生体認証、携帯電話などを利用した二段階認証などが併用されてもよい。ユーザー登録の際に、ユーザーの名前、生年月日、住所、メールアドレス、電話番号などが登録されてもよい。

まず、図８Ａを用いて、端末装置２３０が整合情報を受信するまでの処理について説明する。なお、端末装置２３０は、障害者サービス支援サーバー２１０から整合情報を受信するまでは、デフォルトの整合情報を保持していてもよい。デフォルトの整合情報には、照合が未だ行われていない情報が含まれていることが望ましい。

ユーザー（障害者）により、既に登録されたアカウントに対して、ＩＤとパスワードとを利用して、ログインがなされる。ログインが成功すると、端末装置２３０と障害者サービス支援サーバー２１０との間での情報交換が可能となる。（Ｓ８０１）

端末装置２３０は、ユーザー（障害者）が所有する障害者手帳に記載されている個人情報を取得する。なお、この個人情報は、障害者手帳に記載されている情報のうちの一部の情報であってもよい。また、この個人情報に加えて、障害者手帳には記載されていない情報、例えばユーザー（障害者）が車いすを使用していることなどの補助器具の情報が別途取得されてもよい。こうして、個人情報を含む障害者に関する情報は取得され得る。

障害者に関する情報すなわち個人情報及び補助器具の情報が、端末装置２３０の記憶装置３０２などに記憶される。なお、障害者に関する情報は、第１の情報の一例である。（Ｓ８０２）。

例えば、ユーザーが端末装置２３０に備えられたイメージセンサにより障害者手帳を撮像すると、端末装置２３０は、撮影された画像から、障害者手帳のイメージ画像を取得する。そして、端末装置２３０は、障害者手帳に記載された個人情報（図７を参照）を文字認識処理により取得する。取得された個人情報は、障害者サービス支援サーバー２１０に送信される。この文字認識においては、各障害者手帳のフォーマットをあらかじめ記憶しておき、記録されたフォーマットを用いて、文字認識の精度を高めることができる。例えば、まず、どのフォーマットの障害者手帳であるかを認識する。例えば、フォーマットがＡ県の障害者手帳のフォーマットであることが分かれば、どの位置にどのような情報が記載されているかが予測できる。このため、そのフォーマットに基づいて、文字認識を行うことにより、より精度の高い文字認識を行うことができる。

或いは、既に説明したように、障害者サービス支援サーバー２１０が、このイメージ画像から障害者手帳に記載された個人情報（図７を参照）を文字認識処理により取得してもよい。この個人情報は、障害者サービス支援サーバー２１０から端末装置２３０に送られることになる。なお、障害者サービス支援サーバー２１０における文字認識処理の結果に対して、オペレータによる目視チェックが併用されてもよい。

ユーザー（障害者）により、公的機関の情報との整合チェックを行う指示があったか否かがチェックされる（Ｓ８０３）。このチェックがＮＯであれば、処理は、終了する。このチェックがＹＥＳであれば、処理はＳ８０４に移る。

ユーザー（障害者）は、障害者手帳の提示に代えて、読み取らせた障害者情報を端末装置２３０に表示させることで、種々のサービスを受けることができる。

例えば、端末装置２３０は、端末装置２３０に備えられた近距離無線通信を介して、公的機関に記録されているユーザー自身を特定する本人確認情報が記録されたＩＣカードと通信を行う。

この本人確認情報は、暗号化された形で、端末装置２３０を経由して、公的サーバー２２０に受信される。本人確認情報が有効なものである場合には、ユーザー（障害者）の本人確認がなされ端末装置２３０と公的サーバー２２０との接続が確立する（Ｓ８０４）。

ユーザー（障害者）の本人確認がなされると（Ｓ８０５でＹ）、障害者サービス支援サーバー２１０による公的サーバー２２０へのアクセスを許可するパーミッション情報を、端末装置２３０が公的サーバー２２０から受信する。端末装置２３０は、受信したパーミッション情報を障害者サービス支援サーバー２１０に転送する（Ｓ８０６）。

なお、ユーザー（障害者）の本人確認が公的サーバー２２０により否定された場合は接続が拒否され（Ｓ８０５でＮ）、処理は終了する。

障害者サービス支援サーバー２１０は、端末装置２３０から受信したパーミッション情報を用いて公的サーバー２２０から障害者手帳原本情報を受信し、個人情報と整合しているか否かを照合する。この照合の処理については、図９において説明する。

端末装置３２０は、この照合の結果である整合情報を障害者サービス支援サーバー２１０から受信する（Ｓ８０７）。

障害者手帳に記載された個人情報が公的サーバー２２０により保持されている障害者手帳原本情報に合致している場合、以上の処理を済ませておくことにより、ユーザーは、搭乗チケットの購入時、例えばその料金の割引などのサービスを利用する際に、認証されている旨が付加された障害者情報を、障害者サービス支援サーバー２１０又は端末装置２３０からサービス提供サーバー２４０又はそのサーバー２４０により運営されているチケット購入サイトなどに提示することができる。

次に、図８Ｂを用いて、端末装置２３０における他の処理について説明する。
ユーザー（障害者）により、既に登録されたアカウントに対して、ＩＤとパスワードとを利用して、ログインがなされる。ログインが成功すると、端末装置２３０と障害者サービス支援サーバー２１０との間での情報交換が可能となる（Ｓ８２２）。

ログインがなされると、ユーザーの指示が、補助器具を必要とすることなどの情報の入力であるか否かが判断される（Ｓ８２４）。

ユーザーの指示が情報の入力であった場合、ユーザーによって入力された情報が端末装置２３０に保存される（Ｓ８２６）。

ユーザーの指示が情報の入力でなかった場合、画面表示の指示であるか否かが判断される（Ｓ８２８）。

ユーザーの指示が画面表示の指示であった場合（Ｓ８２８でＹ）、障害者に関する情報が端末装置２３０に表示される（Ｓ８３０）。

ユーザーの指示が画面表示の指示でなかった場合（Ｓ８２８でＮ）、オンラインでの各種のサービスを要求する指示であるか否かが判断される（Ｓ８３２）。

ユーザーの指示がオンラインでのサービスの要求であった場合（Ｓ８３２でＹ）、ユーザーの指示及び障害者に関する情報の少なくとも一部がサービス提供サーバー２４０へ送信される。これによって、例えばユーザーの指示が搭乗チケットの購入である場合、航空会社のサービス提供サーバー２４０はユーザーを特定することができる。障害者に関する情報は、端末装置２３０からサービス提供サーバー２４０に送られてもよいし、端末装置２３０からの障害者サービス支援サーバー２１０への指示に基づいて、障害者サービス支援サーバー２１０からサービス提供サーバー２４０に送られてもよい。（すなわち、障害者に関する情報は、端末装置２３０に保存され、かつ障害者サービス支援サーバー２１０において管理されていることが望ましい。）

また、例えば、ユーザーが車いすを利用している情報（補助器具の情報）も航空会社のサービス提供サーバー２４０に送信されるようにすることが望ましい。

加えて、サービス提供サーバー２４０に送られる情報には、整合情報が含まれていることが望ましい。整合情報がサービス提供サーバー２４０に送られることにより、個人情報が公的サーバーに保存されている障害者手帳原本情報と整合していることを、航空会社が確認することができるため、航空会社は、障害者に関する情報を考慮しつつ、安心して搭乗チケットの販売を行うことができる（Ｓ８３４）。

ユーザーの指示が上記のいずれの指示でもなかった場合は（Ｓ８３２でＮ）、処理を終了する。

なお、図８（Ａ）及び図８（Ｂ）は、端末装置２３０の処理の一例であって、その他の処理が行われてもよいことは言うまでもない。

＜障害者支援サービスにおいて障害者サービス支援サーバーが実行する処理＞
図９は、障害者情報支援サービスにおいて障害者サービス支援サーバー２１０が実行する処理のフローチャートである。

なお、図９に示される処理は、障害者サービス支援サーバー２１０のＣＰＵ４０１が、ＨＤＤ４０４などの記憶部に記憶されている障害者支援プログラムつまり第２プログラムを実行することにより実現される。

図８ＡのＳ８０２において端末装置２３０がユーザー（障害者）の障害者手帳に記載された個人情報を取得すると、障害者サービス支援サーバー２１０は、端末装置２３０から個人情報を受信する。或いは、端末装置２３０から、障害者手帳の画像を受信することにより、障害者サービス支援サーバー２１０が、ＯＣＲの機能を利用して、障害者手帳に記載された個人情報を取得してもよい。（Ｓ９０１）。

その後、図８ＡのＳ８０６において端末装置２３０がパーミッション情報を転送することにより、障害者サービス支援サーバー２１０は、パーミッション情報を受信する（Ｓ９０２）。

パーミッション情報を受信すると、障害者サービス支援サーバー２１０は、公的サーバー２２０に接続し、その通信に基づいて、公的サーバー２２０に保存されているユーザーの障害者手帳原本情報を取得する（Ｓ９０３）。

そして、障害者サービス支援サーバー２１０は、Ｓ９０１で取得した個人情報とＳ９０３で取得した障害者手帳原本情報とを照合し（Ｓ９０４）、照合した結果である障害者に関する認証済み情報を、つまり整合情報を生成する。そして、障害者サービス支援サーバー２１０は、その整合情報を端末装置２３０に送信する（Ｓ９０５）。これにより、端末装置２３０は、整合情報を取得することができる（図８ＡのＳ８０７）。なお、前述のように、ここでは、障害者サービス支援サーバー２１０は、自己の記憶領域に、その整合情報を記憶する。

＜サービス提供サーバーのチケット購入のための情報提供の処理＞
図１０は、サービス提供サーバー２４０のチケット購入サイトでのチケット購入の処理のフローチャートであり、ここでは障害者サービス支援サーバー２１０での処理のフローチャートである。

なお、図１０の処理は、端末装置２３０がチケット購入サイトにアクセスしてチケット購入を行う際に（図８ＢのＳ８３４）、障害者サービス支援サーバー２１０にアクセスして、端末装置２３０又は障害者サービス支援サーバー２１０から障害者に関する情報、好ましくは整合情報を、更に好ましくは、それに付随する補助器具の情報等をも、サービス提供サーバー２４０に提供する処理である。障害者サービス支援サーバー２１０がサービス提供サーバー２４０に提供する整合情報は、端末装置２３０から取得した障害者に関する情報のうちの上記個人情報（図７、図９のＳ９０１）に対して生成した認証済み情報に相当する。

図１０に示される処理は、障害者サービス支援サーバー２１０のＣＰＵ４０１が、ＨＤＤ４０４などの記憶部に記憶されている障害者支援プログラムつまり第２プログラムを実行することにより実現される。

ユーザー（障害者）が、端末装置２３０を介してサービス提供サーバー２４０のチケット購入サイトに接続しているときに、障害者サービス支援サーバー２１０にアクセスしてログインする（Ｓ１００１）。これにより、サービス提供サーバー２４０への種々の情報の提供指示を障害者サービス支援サーバー２１０は端末装置２３０から取得する。そして、障害者サービス支援サーバー２１０は、サービス提供システムのサービス提供サーバー２４０からユーザー（障害者）へサービスが提供されるように、記憶している整合情報及び／又は補助器具の情報を含むユーザー（障害者）に関する情報をサービス提供サーバー２４０に提供することができる（Ｓ１００２）。

なお、既に説明したように、障害者サービス支援サーバー２１０との通信により端末装置２３０が整合情報を保持している場合には、端末装置２３０は、直接的に、サービス提供サーバー２４０に整合情報を提供してもよい。

障害者サービス支援サーバー２１０は、サービス提供サーバーに提供される障害者に関する情報を、予め障害者側装置つまり端末装置２３０から入力するように、障害者に促すアラートを端末装置２３０に出力させる情報を送信することを更に実行するとよい。予め障害者側装置つまり端末装置２３０から入力される障害者に関する情報は、前述の補助器具の情報を含む障害者に関する情報に限定されず、サービス提供サーバー２４０から要求される情報、又は要求される可能性の高い情報を含んでもよい。障害者サービス支援サーバー２１０は、サービス提供サーバー２４０から要求される情報、又は要求される可能性の高い情報を、予め保持しておくことが望ましい。このため、障害者サービス支援サーバー２１０は、サービス提供サーバー２４０から要求される情報、又は要求される可能性の高い情報をユーザー（障害者）の端末装置２３０から入力するように、好ましくは事前に入力しておくように促すメッセージを、換言するとアラートを端末装置２３０に出力させる情報を送信することが望ましい。

ユーザー（障害者）は、端末装置２３０に表示されるこのメッセージに応じて、サービス提供サーバー２４０から要求される情報、又は要求される可能性の高い情報を、予め入力しておくことができる。これらの情報は、障害者サービス支援サーバー２１０に送信されて管理され得る。

このようにすることによって、ユーザー（障害者）は、サービス提供サーバー２４０から、スムーズに目的のチケットを購入することができる。

なお、サービス提供サーバー２４０から要求される情報、又は要求される可能性の高い情報は、例えば、上述の車いすなどの補助器具を利用していること等の情報を含み得、介助の必要性、介助者の情報なども含むことができるとよい。

以上のとおり、上記実施形態によれば、ユーザー（障害者）は、サービス提供サーバー２４０のチケット購入サイトでのチケット購入時、障害者手帳の提示などをせずに、チケット購入サイトでのチケット購入のために認証済みの障害者情報等を、つまり整合情報又はその整合情報を含む障害者に関する情報をチケット購入サイトに提供することができる。これにより、チケット購入のたびに行われる身障者に関する情報等の入力を省くことを可能にし、よって障害者支援サービスの利便性をより向上させることを可能にする。また、これに伴い、ユーザー（障害者）は、障害者補助、障害者割引等の利益をより的確に享受することが可能になる。

上記実施形態では、それぞれコンピュータである端末装置２３０と、障害者サービス支援サーバー２１０とが連携して、障害者支援の情報処理方法を実行した。つまり、端末装置２３０と、障害者サービス支援サーバー２１０とは、公的な組織の管理下にあるシステムである公的サーバー２２０との通信に基づいて障害者に関する情報に対する認証済み情報つまり整合情報を生成した。そして、端末装置２３０及び障害者サービス支援サーバー２１０のいずれかが、ユーザーの装置である端末装置２３０から取得したサービス提供サイト、より具体的にはチケット購入サイトへの提供指示に基づいて、その認証済み情報を含むユーザー（障害者）に関する情報をそのサイトにつまりサービス提供主体側に提供した。しかし、整合情報の生成及びその提供は、端末装置２３０と、障害者サービス支援サーバー２１０との連携により実現されることに限定されず、それらのいずれか一方のみにより実質的に実現されてもよい。そして、上記実施形態では、端末装置２３０に第１プログラムがインストールされ、障害者サービス支援サーバー２１０に第２プログラムがインストールされた。上記実施形態では、障害者支援プログラムは、第１プログラムと第２プログラムとの組み合わせからなる。しかし、障害者支援プログラムは、１つのプログラムのみで構成されてもよい。

上記実施形態では、サービス提供主体側のサービス提供サイトに整合情報等を提供した。しかし、サービス提供主体側のサービス提供システムは、そのようなサービス提供サイトに限定されず、コンピュータにインストールされたサービス提供用のアプリケーションであってもよい。

また、上記実施形態では、航空機のチケット購入について説明した。しかし、サービス提供主体側から提供されるサービスは、そのようなチケットに限定されず、デジタル商材、ポイント、物販商品、各種権利であってもよい。更に、割引等されてユーザーが優遇されるものは、運賃等に限定されず、ポイント、手数料、送料、利用料等であってもよい。要するに、サービスは、チケットの提供、有体物の提供、無体物の提供、輸送手段の提供のうちのいずれかであるとよい。

例えば、上述のように障害者サービス支援サーバー２１０から認証済み情報を含む障害者に関する情報をサービス提供サーバー２４０に提供することにより、端末装置２３０は、サービス提供サーバー２４０から、その障害者に関する情報に応じて割引などのメリットが得られる特別なチケットなどを受け取ってもよい。具体例としては、東日本旅客鉄道株式会社によるSuica（登録商標）などの交通系電子カードを挙げることができる。この交通系電子カードが障害者の端末装置２３０に登録される際においても、障害者サービス支援サーバー２１０から認証済み情報、例えば整合情報を含む障害者に関する情報をサービス提供サーバー２４０に提供することで、端末装置２３０は、障害者に関する情報に応じた割引などのサービスが受けられる情報が記憶された特別な交通系電子カードの登録が可能になる。したがって、ユーザーは端末装置２３０に登録されたこの特別な交通系電子カードを利用することで、運賃の割引などのサービスを受けることが可能になる。なお、このように端末装置２３０に記録される電子カードは、上記のような交通系の電子カードに限定されない。端末装置２３０に記憶され得る電子カードのその他の例としては、リチャージャブルなカード、利用の都度引き落としがなされるカード、クレジットカード、ポイントカードなどに所定のメリットを与えるものであってもよいことは言うまでもない。例えば、ポイントカードでは、通常のポイント加算率よりも高い加算率でポイントが貯まる特別なポイントカードであってもよい。

なお、障害者サービス支援サーバー２１０からサービス提供システムに、例えばサービス提供サーバー２４０に提供される障害者に関する情報は、端末装置２３０から取得した情報に限定されず、その取得した情報から推定された情報を含むことができる。以下では、この点に関する実施形態を説明する。

次に、本開示の第２の実施形態について説明する。第２の実施形態は、障害者サービス支援サーバー２１０が、複数のサービス提供サーバー２４０ごとに提供可能な情報を保持する点で、第１の実施形態と主として相違する。以下では、この相違点及びそれに関連する処理について、主として説明し、重複する説明を省略する。以下の説明では、既に説明した構成要素と同じ又は類似する構成要素には、上記説明で用いた符号を同様に付す。なお、第２の実施形態に関しても、第１の実施形態にて上記したように同様の効果が奏され、上記した種々の変更、修正などが可能である。

ここで、説明を容易にするために、第２の実施形態の障害者支援システム２００Ａにおける障害者サービス支援サーバー２１０は、３つのサービス提供サーバー２４０と連携することができると仮定する。なお、第２の実施形態の障害者支援システムにおけるサービス提供サーバー２４０の数は３つであるが、１つでも、２つでも、４つ以上であってもよい。３つのサービス提供サーバー２４０は、第１鉄道会社が管理する第１サービス提供サーバー２４０Ａと、第２航空会社が管理する第２サービス提供サーバー２４０Ｂと、第３タクシー会社が管理する第３サービス提供サーバー２４０Ｃとである（図１１参照）。端末装置２３０はこれらのサービス提供サーバー２４０Ａ、２４０Ｂ、２４０Ｃのそれぞれに、独立して接続することができる。その接続に伴い、障害者サービス支援サーバー２１０からサービス提供サーバー２４０（２４０Ａ、２４０Ｂ、２４０Ｃ）への上記したような情報の提供などのサービスを受けることができる。

障害者サービス支援サーバー２１０は、その記憶領域に、例えばＨＤＤ４０４に、第１から第３サービス提供サーバー２４０Ａ、２４０Ｂ、２４０Ｃのそれぞれに対応した情報を記憶する。ここでは、図１２に示すように、ＨＤＤ４０４に、第１サービス提供サーバー２４０Ａに対応した第１記憶領域ＭＡと、第２サービス提供サーバー２４０Ｂに対応した第２記憶領域ＭＢと、第３サービス提供サーバー２４０Ｃに対応した第３記憶領域ＭＣとがある。更に、ＨＤＤ４０４には、障害者に関する認証済み情報つまり上記整合情報を記憶する共通記憶領域MMがあり、また関連用語の情報を記憶する関連記憶領域ＭＲがある。関連記憶領域MRには、予め関連用語の情報が記憶されている。障害者サービス支援サーバー２１０は、あるサービス提供サーバー２４０に提供される情報が更新されたときに、その変更情報に基づいて、そのサービス提供サーバー２４０の記憶領域の記憶済みの情報を更新する。そして、これに伴い、障害者サービス支援サーバー２１０は、あるサービス提供サーバー２４０に提供される情報が更新されたときに、その変更情報に基づいて、他のサービス提供サーバー２４０に提供される情報の記憶を行う。この「記憶」は、「更新」を含む。

図１３は、第２の実施形態における、障害者サービス支援サーバー２１０のブロック図である。第２の実施形態における障害者サービス支援サーバー２１０は、端末装置接続部６１０と、データ保存部６３０との各機能部の構成の点で、第１の実施形態における障害者サービス支援サーバー２１０と相違する。なお、第２の実施形態における障害者サービス支援サーバー２１０は、第１の実施形態における障害者サービス支援サーバー２１０の上記機能を概ね備える。

端末装置接続部６１０は、個人情報取得部６１１及び整合情報提供部６１２に加えて、入力情報取得部６１３及び追加情報催促部６１４を有する。

入力情報取得部６１３は、端末装置２３０がサービス提供サーバー２４０に接続しているときに、端末装置２３０から新たに入力された情報を取得する。端末装置２３０がサービス提供サーバー２４０に接続しているとき、ユーザー（障害者）は障害者サービス支援サーバー２１０にログインしている（図１０のＳ１００１）。これに伴い、障害者サービス支援サーバー２１０は、整合情報及び／又は補助器具の情報を含むユーザー（障害者）に関する情報をサービス提供サーバー２４０に提供する（（図１０のＳ１００２）。このとき、ユーザーはサービス提供サーバー２４０に提供された情報又は提供されようとしている情報を端末装置２３０の表示などを介して知ることができ、変更があるときにはその変更の情報（変更情報）を入力することができる。このときに入力された情報を、入力情報取得部６１３は取得する。

データ保存部６３０は、端末装置接続部６１０、公的サーバー接続部６２０及びサービス提供サーバー接続部６５０が取得した各種のデータを保存することができる。データ保存部６３０は、データ更新部６３１を備える。データ更新部６３１は、入力情報取得部６１３が取得した情報を用いて、そのときのサービス提供サーバー２４０に関する記憶領域の情報を更新する。例えば、入力情報取得部６１３が取得した情報が、第１サービス提供サーバー２４０Ａに関連した補助器具の情報である場合を考える。例えば、補助器具の情報は、「杖」という情報であったが、「電動式車いす」、「折り畳み不可」という情報の入力があったとき、データ更新部６３１は、第１サービス提供サーバー２４０Ａに対応した第１記憶領域ＭＡの補助器具の情報を、「電動式車いす」、「折り畳み不可」という情報で更新する。つまり、障害者サービス支援サーバー２１０は、認証済み情報つまり整合情報を含む障害者に関する情報をサービス提供システムに提供するときに端末装置２３０から入力された変更情報を取得し、取得したその変更情報に基づいて、記憶済みの障害者に関する情報を更新することを行う。

このように、第１サービス提供サーバー２４０Ａに関してそれまで記憶していた情報とは異なる情報、例えば「電動式車いす」、「折り畳み不可」という補助器具の情報の入力があったとき、第１サービス提供サーバー２４０Ａに対応した第１記憶領域ＭＡの補助器具の情報をそれらの情報で更新する。これは、ユーザ（障害者）により実際に入力されたデータでの更新であるので、この更新されたデータに「実際に入力されたデータ」属性、換言すると実データ属性が付与されるとよい。なお、それまでの「杖」という情報は、更新により消去されてもよく、又は、過去のデータとして保存してもよい。「杖」というデータを保存する場合、その後に第１サービス提供サーバー２４０Ａに接続したときに、「杖」という情報も活用できる場合には、活用されるとよい。

また、障害者サービス支援サーバー２１０は、認証済み情報つまり整合情報を含む障害者に関する情報をあるサービス提供システム（第１のサービス提供システム）に提供するときに端末装置２３０から入力された変更情報（第１の変更情報）に基づいて、その第1の変更情報の関連情報を導き出し、該関連情報を用いて別のサービス提供システム（第２のサービス提供システム）に提供される情報の記憶を行うことを実行する。この記憶を行うことは、上記更新に付随し、その更新に含まれ得る。

上記関連記憶領域ＭＲでは、例えば、「電動式車いす」、「手動式車いす」の上位概念に、「車いす」、「歩行に支障あり」が定義されている。また、「車いす」に関する「折り畳み不可」に関しては、「固定式」が類義語として定義されている。このように、関連記憶領域ＭＲには、上位下位概念の用語及び類義語が、例えばツリー状にまとめられ、検索可能に記憶されている。つまり、関連記憶領域ＭＲには、上位概念及び下位概念で関連付けられた用語等に関する情報（以下、上位下位概念情報）が記憶されている。

この場合、第１サービス提供サーバー２４０Ａの補助器具の情報が「電動式車いす」、「折り畳み不可」という変更情報で更新されるとき、この変更情報を用いて、第２サービス提供サーバー２４０Ｂの第2記憶領域ＭＢの補助器具の情報及び／又は第３サービス提供サーバー２４０Ｃの第３記憶領域ＭＣの補助器具の情報の記憶が行われる。このとき、第2記憶領域ＭＢ及び／又は第3記憶領域ＭＣの補助器具の情報が「電動式車いす」、「折り畳み不可」という変更情報をそのまま用いて記憶可能であるとよい。しかし、そうでない場合、その変更情報から推定された情報である関連情報を、例えば、予め記憶している上位下位概念情報を参照してその変更情報の上位概念情報を導き出し、それを用いて記憶することが行われる。上位概念情報などの関連情報の導出に際して、関連記憶領域ＭＲに記憶されている情報が参照される。データ更新部６３１は、第２航空会社が管理する第２サービス提供サーバー２４０Ｂに関して、例えば、「折り畳み不可」の類義語扱いの「固定式」という情報を導き出す。このとき、第２サービス提供サーバー２４０Ｂのチケット購入サイト等の入力項目情報が参照されるとよい。また、データ更新部６３１は、第３タクシー会社が管理する第３サービス提供サーバー２４０Ｃに関して、例えば、「電動式車いす」に関する上位概念情報を検索し、「車いす」という情報を導き出す。こうして導き出した上位概念情報に基づいて、他のサービス提供サーバーに提供される情報を更新等することが行われる。

このように、障害者サービス支援サーバー２１０が認証済み情報を含む障害者に関する情報を第１のサービス提供システムに提供するときに端末装置２３０から入力された第１の変更情報に基づいて、その第1の変更情報の関連情報を導き出し、該関連情報を用いて別の第２のサービス提供システムに提供される情報の記憶つまり更新等を行う。このときの関連情報は、ユーザ（障害者）により実際に入力されたデータではなく、実際に入力されたデータから推定されたデータである。そこで、この更新等されたデータに「推定されたデータ」属性、換言すると推定データ属性が付与されるとよい。こうすることで、推定データ属性が付与された情報については、第２のサービス提供システムを利用する際に、ユーザーに確認が求められたり、確認が促されたりするとよい。なお、それまでに記憶されていた情報は、更新により消去されることなく、保存されているとよい。ユーザーによる確認により推定データ属性の情報の利用が否定されたとき、それまでに記憶されていた情報をそれまでと同じように利用するためである。

例えば、障害度が進む場合、障害のレベルが上がる場合もあれば、障害が回復に向かう場合もある、或いは、一進一退を繰り返す場合もある。また、例えば、複数の補助器具を使い分けているユーザーもいる。ユーザーには、折り畳みできる車いすと電動車いすの両方を所有していて使い分ける場合もある。このため、データは、特に推定データ属性が付与された情報については、それで上書きせずに、過去の入力データも保存しておき、直近のデータをデフォルトとして採用し、過去のデータも選択できるようにするとよい。また、複数のデータの入力した時期がわかるようにして直近の入力データをデフォルトとして用いることとし、過去にさかのぼって、過去に入力したデータを選択できるようにしてもよい。

端末装置接続部６１０の追加情報催促部６１４は、データ更新部６３１の上記更新処理に伴い、ユーザーによる追加入力が好ましい項目がある場合に、上記変更情報に付随する情報の入力を端末装置２３０に促す表示又は音声を端末装置２３０に出力する。例えば、第１サービス提供サーバー２４０Ａに関する「車いす」の入力項目欄に車いすの大きさに関する任意の項目があるとき、この項目は、「電動式車いす」、「折り畳み不可」という変更情報では埋めることができない。そこで、この項目の入力を事前に又は率先して行うように、追加情報催促部６１４は端末装置２３０に更なる入力を促してもよい。

本第２の実施形態における、障害者サービス支援サーバー２１０における上記処理について、図１４のフローチャートに基づいて更に説明する。なお、以下の説明は、一例として、端末装置２３０が第１サービス提供サーバー２４０Ａに接続したときに、障害者サービス支援サーバー２１０が端末装置２３０から新たに入力された情報を取得した場合を想定する。

なお、図１４に示される処理は、障害者サービス支援サーバー２１０のＣＰＵ４０１が、ＨＤＤ４０４などの記憶部に記憶されている障害者支援プログラムつまり第２プログラムを実行することにより実現される。

障害者サービス支援サーバー２１０は、第１サービス提供サーバー２４０Ａに関して入力情報を取得する（Ｓ１４０１）。このときの入力情報は、補助器具の情報であり、「電動式車いす」、「折り畳み不可」という変更情報である。

障害者サービス支援サーバー２１０は、取得した第１サービス提供サーバー２４０Ａに関する変更情報を用いて、第１サービス提供サーバー２４０Ａの第１記憶領域ＭＡの補助器具の情報を更新する（Ｓ１４０２）。これにより、第１記憶領域ＭＡの補助器具の情報は、「杖」から、「電動式車いす」、「折り畳み不可」に書き換えられる。

今回の変更情報は、補助器具の情報である。障害者サービス支援サーバー２１０は、第２及び第３サービス提供サーバー２４０Ｂ、２４０Ｃとも連携し、いずれについても補助器具の情報についての項目を有する記憶領域ＭＢ、ＭＣを有する。したがって、障害者サービス支援サーバー２１０は、上記データ更新部６３１の機能により、第１サービス提供サーバー２４０Ａに関しての変更情報で、第２及び第３サービス提供サーバー２４０Ｂ、２４０Ｃに関しての情報を更新等できると判定する（Ｓ１４０３でＹ）。

しかし、第１から第３サービス提供サーバー２４０Ａ、２４０Ｂ、２４０Ｃの入力項目には揺らぎがあるので、その変更情報をそのままでは利用できないことが多い（Ｓ１４０４でＹ）。なお、項目が同じであり、その変更情報をそのままでは利用できるとき（Ｓ１４０４でＮ）、後述するＳ１４０７の処理が行われる。

変更情報をそのままでは利用できないとき（Ｓ１４０４でＹ）、上位概念で対応可であるか否かが判定される（Ｓ１４０５）。これは、第１から第３サービス提供サーバー２４０Ａ、２４０Ｂ、２４０Ｃの入力項目を比較することで行われる。このとき、障害者サービス支援サーバー２１０は、関連記憶領域ＭＲに記憶する情報を参照するとよい。

上位概念で対応可であるとき（Ｓ１４０５でＹ）、障害者サービス支援サーバー２１０は、関連記憶領域ＭＲに記憶する情報を用いて、例えば上位下位概念情報を参照して、上位概念情報を導き出す（Ｓ１４０６）。そして、障害者サービス支援サーバー２１０は、その上位概念情報を用いて第２、第３サービス提供サーバー２４０Ｂ、２４０Ｃに提供される情報の記憶を、例えば更新を行う（Ｓ１４０７）。

一方、変更情報をそのまま利用できるとき（Ｓ１４０４でＮ）、第１サービス提供サーバー２４０Ａの変更情報での第２、第３サービス提供サーバー２４０Ｂ、２４０Ｃに提供される情報の記憶が実行される（Ｓ１４０７）。

他方、第１サービス提供サーバー２４０Ａに関しての変更情報で、第２及び第３サービス提供サーバー２４０Ｂ、２４０Ｃに提供される情報の記憶ができないとき（Ｓ１４０３でＮ）又は、上位概念で対応可でないとき（Ｓ１４０５でＮ）、追加情報催促部６１４が機能する。これにより、障害者サービス支援サーバー２１０は、変更情報に付随する情報つまり追加情報の入力をユーザーに促すように、それを促す旨の表示又は音声などの情報を、端末装置２３０へ出力する（Ｓ１４０８）。これにより、ユーザーから追加情報の入力があるとき、障害者サービス支援サーバー２１０は、その追加情報で、第２記憶領域ＭＢ及び／又は第３記憶領域ＭＣの各情報を更新する。

以上述べたように、あるサービス提供サーバーで入力された変更情報を用いて他のサービス提供サーバーに提供される情報の記憶を行うので、ユーザーへの障害者支援サービスの利便性を更に高めることが可能になる。そして、その記憶を行うことが、変更情報のそのままでの活用及びその上位概念情報の活用（或いは同義語の情報の活用）に限定されているのであれば、記憶する情報に問題があること又は意図せず更新されることを防ぐことが可能になる。

上記したように、第２の実施形態では、第１のサービス提供システムに関する第１の変更情報に基づいて、その第1の変更情報の関連情報を導き出し、該関連情報を用いて別の第２のサービス提供システムに提供される情報の記憶つまり更新等を行った。しかし、この関連情報の導出及び活用は、これに限定されない。例えば、サービス提供システムへのアクセスにかかわらず、例えば非アクセス時に、障害者側装置から入力された情報（入力情報）に基づいて関連情報を導き出して、それを活用してもよい。

例えば、サービス提供システム（第３のサービス提供システム）へのアクセスにかかわらず障害者側装置から入力された、障害者に関する情報のうちの認証済み情報以外の入力情報を取得し、その入力情報に基づいて関連情報を導き出し、その関連情報を用いてサービス提供システム（第４のサービス提供システム）に提供される情報の記憶を行ってもよい。この例について、図１５のフローチャートに基づいて説明する。ただし、図１５のフローチャートでは、図１４の上記ステップに対応するステップには、図１４と同じステップ番号を付していて、これにより重複した詳細な説明を省略する。

なお、図１５に示される処理は、第２の実施形態の障害者支援システム２００Ａにおいて、障害者サービス支援サーバー２１０のＣＰＵ４０１が、ＨＤＤ４０４などの記憶部に記憶されている障害者支援プログラムつまり第２プログラムを実行することにより実現され得る。

図１５のフローチャートに基づいた以下の説明では、障害者側装置である端末装置２３０の情報入力画面を介して入力された「電動式車いす」、「折り畳み不可」という補助器具の情報が障害者サービス支援サーバー２１０で取得された場合について説明する。その情報入力画面は、いずれかのサービス提供システムにその端末装置２３０がアクセスしているか否かにかかわらず、予め障害者に関する情報のうちの認証済み情報以外の情報つまり入力情報を入力するための画面であり、例えば補助器具の情報を入力可能にするものである。

障害者サービス支援サーバー２１０は、端末装置２３０の情報入力画面を介して入力された入力情報を取得する（Ｓ１４０１）。このときの入力情報は、補助器具の情報であり、「電動式車いす」、「折り畳み不可」という情報である。このステップＳ１４０１は、上記入力情報取得部６１３により行われるとよい。

障害者サービス支援サーバー２１０は、更に、端末装置２３０の情報入力画面を介して入力された新サービスの指定の情報を取得する（Ｓ１５０１）。例えば、障害者サービス支援サーバー２１０から情報提供可能なサービス又は会社のリストから、上記第３タクシー会社に関連付けられた「タクシーサービス」を選択したとの情報が取得される。

第３タクシー会社の第３サービス提供サーバー２４０Ｃに関しての情報は、端末装置２３０の情報入力画面からの入力情報そのものをそのままでは利用できない（Ｓ１４０４でＹ）。なお、入力画面から入力された情報をそのまま利用できる新サービスの指定の情報を取得したとき（Ｓ１４０４でＮ）、後述するＳ１４０７の処理が行われる。

入力情報をそのままでは利用できないとき（Ｓ１４０４でＹ）、上位概念で対応可であるので、障害者サービス支援サーバー２１０は、関連記憶領域ＭＲに記憶する情報を用いて、例えば上位下位概念情報を参照して、上位概念情報を導き出す（Ｓ１４０６）。そして、障害者サービス支援サーバー２１０は、その上位概念情報を用いて新サービスの第３サービス提供サーバー２４０Ｃに提供される情報の記憶を、例えば更新を行う（Ｓ１４０７）。このステップS１４０７は、データ保存部６３０、そのうちの特にデータ更新部６３１により行われるとよい。

一方、入力情報をそのまま利用できる新サービスの指定の情報を取得したとき（Ｓ１４０４でＮ）、その新サービスのサービス提供サーバー、例えば第１サービス提供サーバー２４０Ａに提供される情報の記憶が実行される（Ｓ１４０７）。

このように、障害者側装置の上記情報入力画面の項目は、障害者サービス支援サーバー２１０から情報を提供可能なサービス提供サーバー２４０のいずれに対しても対応できるように、障害者サービス支援サーバー２１０の管理者等により構築されている。更に、上記情報入力画面の項目は、端末装置２３０からのより少ない入力でいずれのサービス提供サーバー２４０に対しても対応可能であるように、障害者サービス支援サーバー２１０の管理者等により構築されている。

以上述べたように、サービス提供サーバー２４０へのアクセスにかかわらず、障害者側装置を介して入力された入力情報に基づいて、関連記憶領域ＭＲに記憶する情報、例えば上位下位概念情報を用いて、上位概念情報などの関連情報を導き出して、それを活用することができる。したがって、ユーザー（障害者）による入力を更に軽減可能になる。

なお、上記の各実施形態の処理に含まれる各ステップは、矛盾の無い限り順番を入れ換えて実行することができる。また、矛盾の無い限り、複数のステップを同時に実行してもよく、或いは特定のステップがスキップされてもよい。

２００ 障害者支援システム
２１０ 障害者サービス支援サーバー
２２０ 公的サーバー
２３０ 端末装置
２４０、２４０A、２４０B、２４０C サービス提供サーバー
２５０ ネットワーク
３０２ 記憶装置
３０３ 表示・操作部
３０４ 通信部
３０５ 撮影部
３０６ 記憶制御部
３０７ 外部メモリ
５１０ 障害者サービス支援サーバー接続部
５１１ 個人情報提供部
５１２ パーミッション情報提供部
５１３ 整合情報取得部
５２０ 公的サーバー接続部
５２１ 認証要求部
５２２ パーミッション情報取得部
５３０ データ生成部
５４０ データ保存部
５５０ 画面生成部
５６０ サービス提供サーバー接続部
６１０ 端末装置接続部
６１１ 個人情報取得部
６１２ 整合情報提供部
６１３ 入力情報取得部
６１４ 追加情報催促部
６２０ 公的サーバー接続部
６２１ 障害者手帳原本情報取得部
６３０ データ保存部
６３１ データ更新部
６４０ データ照合部
６５０ サービス提供サーバー接続部

Claims (15)

1. 少なくとも１つのコンピュータが、
   公的な組織の管理下にあるシステムとの通信に基づいて、障害者側装置から取得した障害者に関する情報に対する認証済み情報を生成することと、
   サービス提供システムから前記障害者へサービスが提供されるように、前記障害者側装置から取得した前記サービス提供システムへの提供指示に基づいて、前記認証済み情報を含む前記障害者に関する情報を前記サービス提供システムに提供することと、
   を実行し、
   前記障害者に関する情報は、前記サービス提供システムから要求される情報又は要求される可能性の高い情報を含み、
   前記少なくとも１つのコンピュータは、複数の前記サービス提供システムの各々に対応する前記障害者に関する情報を、記憶領域を分けて管理する、
   障害者支援の情報処理方法。
2. 前記障害者に関する情報は、前記障害者側装置から取得した情報から推定された情報を含む、
   請求項１に記載の障害者支援の情報処理方法。
3. 少なくとも１つのコンピュータが、
   公的な組織の管理下にあるシステムとの通信に基づいて、障害者側装置から取得した障害者に関する情報に対する認証済み情報を生成することと、
   サービス提供システムから前記障害者へサービスが提供されるように、前記障害者側装置から取得した前記サービス提供システムへの提供指示に基づいて、前記認証済み情報を含む前記障害者に関する情報を前記サービス提供システムに提供することと、
   を実行し、
   前記障害者に関する情報は、前記障害者側装置から取得した情報から推定された情報を含む、
   障害者支援の情報処理方法。
4. 前記サービスは、チケットの提供、有体物の提供、無体物の提供、輸送手段の提供のうちのいずれかである、
   請求項１から３のいずれか一項に記載の障害者支援の情報処理方法。
5. 前記少なくとも１つのコンピュータが、
   前記サービス提供システムに提供される前記障害者に関する情報を、予め前記障害者側装置から入力するように、前記障害者に促すアラートを前記障害者側装置に出力させる情報を送信すること、
   を更に実行する、
   請求項１から４のいずれか一項に記載の障害者支援の情報処理方法。
6. 前記少なくとも１つのコンピュータが、
   前記認証済み情報を含む前記障害者に関する情報を前記サービス提供システムに提供するときに前記障害者側装置から入力された変更情報を取得することと、
   取得した前記変更情報に基づいて、記憶済みの前記障害者に関する情報を更新することと
   を更に実行する、
   請求項１から５のいずれか一項に記載の障害者支援の情報処理方法。
7. 前記少なくとも１つのコンピュータが、
   前記記憶済みの前記障害者に関する情報を更新することに伴い、前記変更情報に付随する情報の入力を前記障害者に促す情報を前記障害者側装置に出力すること
   を更に実行する、
   請求項６に記載の障害者支援の情報処理方法。
8. 少なくとも１つのコンピュータが、
   公的な組織の管理下にあるシステムとの通信に基づいて、障害者側装置から取得した障害者に関する情報に対する認証済み情報を生成することと、
   サービス提供システムから前記障害者へサービスが提供されるように、前記障害者側装置から取得した前記サービス提供システムへの提供指示に基づいて、前記認証済み情報を含む前記障害者に関する情報を前記サービス提供システムに提供することと、
   前記認証済み情報を含む前記障害者に関する情報を前記サービス提供システムに提供するときに前記障害者側装置から入力された変更情報を取得することと、
   取得した前記変更情報に基づいて、記憶済みの前記障害者に関する情報を更新することと、
   前記記憶済みの前記障害者に関する情報を更新することに伴い、前記変更情報に付随する情報の入力を前記障害者に促す情報を前記障害者側装置に出力すること
   を実行する、
   障害者支援の情報処理方法。
9. 前記記憶済みの前記障害者に関する情報を更新することは、
   前記認証済み情報を含む前記障害者に関する情報を第１のサービス提供システムに提供するときに前記障害者側装置から入力される第１の変更情報に基づいて、該第１の変更情報の関連情報を導き出し、該関連情報を用いて第２のサービス提供システムに提供される情報の記憶を行うこと
   を含む、
   請求項６から８のいずれか一項に記載の障害者支援の情報処理方法。
10. 前記記憶を行うことは、
    予め記憶された上位下位概念情報を参照して、前記第１の変更情報の上位概念情報を導き出すこと
    を更に含む
    請求項９に記載の障害者支援の情報処理方法。
11. 前記少なくとも１つのコンピュータが、
    第３のサービス提供システムへのアクセスにかかわらず前記障害者側装置から入力された、前記障害者に関する情報のうちの前記認証済み情報以外の入力情報を取得することと、
    取得した前記入力情報に基づいて関連情報を導き出し、該関連情報を用いて第４のサービス提供システムに提供される情報の記憶を行うこと
    を含む、
    請求項１から１０のいずれか一項に記載の障害者支援の情報処理方法。
12. 少なくとも１つのコンピュータが、
    公的な組織の管理下にあるシステムとの通信に基づいて、障害者側装置から取得した障害者に関する情報に対する認証済み情報を生成することと、
    サービス提供システムから前記障害者へサービスが提供されるように、前記障害者側装置から取得した前記サービス提供システムへの提供指示に基づいて、前記認証済み情報を含む前記障害者に関する情報を前記サービス提供システムに提供することと、
    第３のサービス提供システムへのアクセスにかかわらず前記障害者側装置から入力された、前記障害者に関する情報のうちの前記認証済み情報以外の入力情報を取得することと、
    取得した前記入力情報に基づいて関連情報を導き出し、該関連情報を用いて第４のサービス提供システムに提供される情報の記憶を行うこと
    を実行する、
    障害者支援の情報処理方法。
13. 前記第４のサービス提供システムに提供される情報の前記記憶を行うことは、
    予め記憶された上位下位概念情報を参照して、前記入力情報の上位概念情報を導き出すこと
    を更に含む
    請求項１１又は１２に記載の障害者支援の情報処理方法。
14. 請求項１から１３のいずれか一項に記載の障害者支援の情報処理方法を少なくとも１つのコンピュータに実行させる、プログラム。
15. 請求項１から１３のいずれか一項に記載の障害者支援の情報処理方法を実行する制御部を備えた、障害者支援の情報処理装置。

Images