(57)【特許請求の範囲】
【請求項１】
障害者の所有する障害者手帳の情報を、前記障害者手帳を読み取ることで生成し、
前記障害者が生活において必要とする補助器具の情報を受け取り、
生成された前記障害者手帳の情報と、受け取られた前記補助器具の情報とを含む第１の情報の一部又は全部を保持し、
公的な組織の管理下にあるシステムに対して前記障害者の所有する認証情報での前記システムへの接続が成功した場合、前記システムから前記障害者に関する第２の情報をサーバー装置が取得するときに必要とされる、前記サーバー装置から前記システムに送られるパーミッション情報と、前記第１の情報の一部又は全部とを、前記サーバー装置に送信し、
前記サーバー装置から、前記第１の情報の一部又は全部と前記第２の情報とが整合しているか否かに関する情報を含む整合情報を受け取り、
前記第１の情報の一部又は全部と前記整合情報とを表示する
処理を端末装置に実行させるプログラム。
【請求項２】
前記表示する処理は、
前記障害者が生活する際に享受する利益を受けるときに用いられる情報を表示画面の所定の位置に表示する処理を含む、
請求項１に記載のプログラム。
【請求項３】
前記生成する処理は、
前記障害者の所有する障害者手帳の画像を撮像し、
撮像された前記画像が、予め記憶された複数のフォーマットのうちいずれのフォーマットであるかを特定し、
特定された前記フォーマットの情報を用いて、前記画像に記載された情報を読み取る
処理を含む、
請求項１又は２に記載のプログラム。
【請求項４】
前記補助器具の情報を前記障害者が利益を受ける組織の管理下にある機器に送信する処理か、
前記補助器具の情報を前記機器に送信するよう前記サーバー装置に指示する処理
を更に端末装置に実行させる、請求項１ないし３のうちいずれか１項に記載のプログラム。
【請求項５】
前記整合情報を前記障害者が利益を受ける組織の管理下にある機器に送信する処理か、
前記整合情報を前記機器に送信するよう前記サーバー装置に指示する処理
を更に端末装置に実行させる、請求項１ないし４のうちいずれか１項に記載のプログラム。
【請求項６】
請求項１ないし５のうちいずれか１項に記載のプログラムをインストールした端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害者支援プログラム及び端末装置に関するものである。
【背景技術】
【０００２】
障害者が、鉄道及びタクシーなどの交通機関並びに博物館及び遊戯施設などの施設を利用する際に、料金の割引又はサービスなどを受けることが可能な場合が多くある。通常、ユーザー（障害者）は、割引又はサービスを受ける際に、割引又はサービスなどの提供を行う者（以下、「サービス提供者」という）に障害者手帳を提示する。
【０００３】
ここで、障害者手帳について説明する。障害者手帳とは、障害のある人が取得することができる手帳の総称である。
図１は、地方自治体が発行した身体障害者手帳１００である。障害者手帳には、障害の種別に応じて、身体障害のある人に交付される身体障害者手帳、知的障害のある人に交付される療育手帳及び精神疾患のある人に交付される精神障害者保健福祉手帳などの種類がある。また、障害者手帳には障害の程度を示す等級が記載されている。この等級のほかに、主に鉄道運賃の割引に関して用いられるために定められた「第１種」及び「第２種」という区分がある。鉄道以外のサービス提供者も、上記の等級又は区分に基づいてサービスを提供している。また、タクシーなどのサービスにおいては、障害者の車椅子を運ぶなどの付随的サービスを提供している場合がある。
【０００４】
例えば、身体障害者手帳の場合、障害の程度は、１級から６級までの等級が定められている。図１の例では、身体障害程度等級１０１が「２級」であることが示されている。
また、図１の例では、旅客鉄道株式会社旅客運賃減額１０２が「第１種」であることが示されている。
そして、サービス提供者は、ユーザーにより提示された障害者手帳を目視により確認し、ユーザーに対して料金の割引などのサービスの提供を行うか否かを判断する。
【０００５】
割引を自動化するために、ユーザーが個人番号カードと精算用カードを施設側に設定された装置に読み込ませることにより、割引された料金の精算を行うサービスを提供する技術がある（例えば特許文献１参照）。
【０００６】
また、身体障害者が運賃の割引を受けるために、タクシーの車載端末が身体障害者の保持するＩＤカードを読み取ることによって、タクシーの運賃を自動的に割り引く技術がある（例えば特許文献２参照）。
しかしながら、サービスを利用するたびに、サービス提供者に障害者手帳、カードなどを提示することは煩雑であると共に、障害者の受けるサービスの多様化にこたえるには限界がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１５−９５１５３号公報
【特許文献２】特開平４−７７９８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、上記のような点に鑑み、障害者支援サービスにおいて、種々のサービスを受ける際の利便性をより向上させることを目的とする。
【課題を解決するための手段】
【０００９】
開示の技術により、障害者に関する第１の情報の一部又は全部を保持し、公的な組織の管理下にあるシステムに対して前記障害者の所有する認証情報での前記システムへの接続が成功した場合、前記システムから前記障害者に関する第２の情報をサーバー装置が取得するときに必要とされる、前記サーバー装置から前記システムに送られるパーミッション情報を、前記サーバー装置に送信し、前記サーバー装置から、前記第１の情報と前記第２の情報とが整合しているか否かに関する情報を含む整合情報を受け取り、前記第１の情報の一部又は全部と前記整合情報とを表示する処理を端末装置に実行させるプログラムが提供される。
【発明の効果】
【００１０】
開示の技術によれば、障害者が種々のサービスを受ける際の利便性をより向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】障害者手帳の例
【図２】障害者支援システムの全体構成
【図３】端末装置のハードウェアブロック図
【図４】障害者サービス支援サーバーのハードウェアブロック図
【図５】端末装置のソフトウェアブロック図
【図６】障害者サービス支援サーバーのソフトウェアブロック図
【図７】障害者手帳から読み取られた個人情報及び障害者手帳原本情報の例
【図８Ａ】端末装置が実行する処理のフローチャート（１）
【図８Ｂ】端末装置が実行する処理のフローチャート（２）
【図９】障害者サービス支援サーバーが実行する処理のフローチャート
【図１０】照合前の障害者情報画面の例
【図１１】照合後の障害者情報画面の例
【発明を実施するための形態】
【００１２】
以下に、図面を参照して、各実施形態について説明する。
ただし、以下に説明する各実施形態はあくまでも例示であり、特許請求の範囲の内容をそれらに限定するためのものではない。
【００１３】
＜実施形態１＞
まず、実施形態１について説明する。
実施形態１は、例えば、ユーザー（障害者）がタクシーに乗車する際に、乗車料金の割引を受けるために、スマートフォンなどの端末装置に表示された障害者情報をタクシー運転手に提示するようなケースを想定している。
もちろん、タクシー以外のその他の施設を利用する際にも実施形態１が適用できることは、当業者には明らかである。例えば、博物館、カラオケ店などの施設に入場する際に、入場料金の割引を受けるために、実施形態１を適用することができる。
【００１４】
＜障害者支援システムの全体構成＞
図２は、本実施形態に係る障害者支援サービスを実現するための障害者支援システム２００の全体構成である。
障害者支援システム２００は、図２に示すように、障害者サービス支援サーバー２１０、公的サーバー２２０、端末装置２３０、サービス提供サーバー２４０を有する。
【００１５】
障害者サービス支援サーバー２１０は、障害者支援サービスを提供する者が管理するサーバーである。
障害者サービス支援サーバー２１０は、ユーザー（障害者）により端末装置２３０から送信された、障害者手帳に記載された情報を含む個人情報を取得し、保存する。また、障害者サービス支援サーバー２１０は、ユーザーが保持する端末装置２３０から送信されたパーミッション情報を用いて、公的サーバー２２０から障害者手帳原本情報を取得する。そして、個人情報を障害者手帳原本情報と照合し、照合した結果に基づいて、ユーザーが所持する端末装置２３０に整合情報を提供する。障害者手帳原本情報は、第２の情報の一例である。
なお、障害者サービス支援サーバー２１０は、障害者支援サービスを提供する者によって管理される。
【００１６】
サービス提供サーバー２４０は、タクシー会社など、サービス提供者が管理するサーバーである。例えば、障害者は、端末装置２３０を用いてタクシーの配車依頼をサービス提供サーバー２４０に依頼することができる。その際に、障害者が車椅子を使用している場合には、車椅子を使用している情報が、端末装置２３０又は障害者サービス支援サーバー２１０から、サービス提供サーバー２４０に送られるようにしてもよい。
サービス提供サーバー２４０が、障害者からの配車依頼を受け取ると、車椅子を利用している情報も受け取ることができるため、サービス提供者であるタクシー会社は、障害者に対して、車椅子が運搬できるタクシーを選定して、配車を行うことができる。サービス提供サーバー２４０は、複数の異なるサービス提供者の各々が管理できるよう、複数存在していてもよい。
【００１７】
公的サーバー２２０は、例えば、政府又は自治体などの公的な組織が管理するサーバーである。
公的サーバー２２０は、各ユーザーの障害者手帳原本情報を含む各種の個人に関する情報を、各ユーザーに紐づけて管理している。
【００１８】
端末装置２３０は、表示画面を備えたスマートフォンなどのモバイル端末又はラップトップ端末などでもよい。
端末装置２３０は、ユーザー（障害者）により所持されていることを想定している。障害者支援システム２００において、端末装置２３０には、障害者支援プログラムがあらかじめインストールされている。ユーザーは、端末装置２３０にアカウントの情報を入力することにより、障害者サービス支援サーバー２１０に接続する。
また、端末装置２３０は、障害者情報を表示することができる。
【００１９】
障害者サービス支援サーバー２１０と公的サーバー２２０とは、インターネットなどのネットワーク２５０により、互いに接続されている。同様に、障害者サービス支援サーバー２１０と端末装置２３０とは、インターネットなどのネットワーク２５０により、互いに接続されている。サービス提供サーバー２４０は、端末装置２３０又は障害者サービス支援サーバー２１０と、インターネットなどのネットワーク２５０により相互に接続されていることが望ましい。
【００２０】
＜端末装置のハードウェア構成＞
図３は、端末装置２３０のハードウェア構成の一例を示すブロック図である。
端末装置２３０、図３に示すように、ＣＰＵ３０１、記憶装置３０２、表示・操作部３０３、通信部３０４、撮影部３０５及び記憶制御部３０６などを有する。記憶制御部３０６は、外部メモリ３０７に対する情報の記憶及び読出しを制御する。外部メモリ３０７には、ＵＳＢメモリ、メモリカードなどが挙げられる。各実施形態を実現する障害者支援プログラムは、記憶装置３０２又は外部メモリ３０７に記憶され得る。
【００２１】
ＣＰＵ３０１は、端末装置２３０の全体を統括的に制御する演算装置である。ＣＰＵ３０１は、特に、障害者支援プログラムを実行し、本実施形態の障害者支援サービスを提供する。障害者支援プログラムは、ＣＰＵ３０１により実行される。
【００２２】
記憶装置３０２は、ユーザーの各種個人情報、障害者支援プログラムなどを記憶する。
表示・操作部３０３は、ユーザーへの情報の提示及びユーザーによる操作の受付を行う。表示・操作部３０３は、例えば、タッチパネルを有する。
通信部３０４は、電話通信網を介する通信を制御することができる。また、通信部３０４は、ＩＣカードなどから情報を取得できるように、例えば、近距離無線通信（ＮＦＣ：Near Field Communication）を有していてもよい。
撮影部３０５は、レンズ及びイメージセンサなどを有し、撮影した画像を取得する。
【００２３】
＜障害者サービス支援サーバーのハードウェア構成＞
図４は、障害者サービス支援サーバー２１０のハードウェア構成の一例を示すブロック図である。
障害者サービス支援サーバー２１０は、図４に示すように、ＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３、ＨＤＤ４０４、ネットワークＩ／Ｆ４０５、などを有する。
【００２４】
ＣＰＵ４０１は、障害者サービス支援サーバー２１０の全体を統括的に制御する演算装置である。ＣＰＵ４０１は、例えば、ＲＡＭ４０２、ＲＯＭ４０３又はＨＤＤ４０４に保存されているプログラムを実行する。
【００２５】
ＨＤＤ４０４は、障害者手帳原本情報を含む、各種の情報を記録することができる。
ネットワークＩ／Ｆ４０５は、公的サーバー２２０、端末装置２３０及びサービス提供サーバー２４０との間での通信を実現するインターフェースである。障害者サービス支援サーバー２１０は、ネットワークＩ／Ｆ４０５を介して、公的サーバー２２０及び端末装置２３０と情報の送受信を行う。
【００２６】
＜端末装置のブロック図＞
図５は、端末装置２３０のブロック図である。
端末装置２３０は、障害者サービス支援サーバー接続部５１０、公的サーバー接続部５２０、データ生成部５３０、データ保存部５４０、画面生成部５５０、サービス提供サーバー接続部５６０及び指示受取部５７０を有する。
【００２７】
障害者サービス支援サーバー接続部５１０は、個人情報提供部５１１、パーミッション情報提供部５１２及び整合情報取得部５１３を備える。
個人情報提供部５１１は、障害者手帳から取得したユーザーの個人情報を障害者サービス支援サーバー２１０に送信する。
パーミッション情報提供部５１２は、公的サーバー２２０から取得したパーミッション情報を障害者サービス支援サーバー２１０に送信する。
整合情報取得部５１３は、個人情報を障害者手帳原本情報と照合した結果である整合情報を障害者サービス支援サーバー２１０から受信する。
【００２８】
公的サーバー接続部５２０は、認証要求部５２１及びパーミッション情報取得部５２２を備える。
認証要求部５２１は、ユーザーの認証情報を公的サーバー２２０に送信する。
パーミッション情報取得部５２２は、障害者サービス支援サーバー２１０による公的サーバー２２０へのアクセスを許可するパーミッション情報を公的サーバー２２０から受信する。
【００２９】
データ生成部５３０は、障害者手帳からユーザー（障害者）の個人情報を生成する。
データ生成部５３０は、障害者手帳の画像から、ＯＣＲ機能を利用して、ユーザー（障害者）の個人情報を生成してもよい。或いは、データ生成部５３０は、障害者手帳の画像を障害者サービス支援サーバー２１０に送り、障害者サービス支援サーバー２１０が障害者手帳の画像から抽出した個人情報を受け取ることで、個人情報を生成してもよい。
サービス提供サーバー接続部５６０は、サービス提供サーバー２４０に対して、例えば、サービスの提供の要求及び車椅子などの補助器具の情報の送信、サービスの提供に関する種々の情報の送受信を行うことができる。
データ保存部５４０は、データ生成部５３０が生成した各種のデータ、障害者サービス支援サーバー接続部５１０、公的サーバー接続部５２０及びサービス提供サーバー接続部５６０が取得した各種のデータを保存する。
画面生成部５５０は、例えば、障害者手帳の画像、障害者手帳に記載された個人情報を含む障害者に関する情報、又は個人情報と公的機関のシステムの公的サーバー２２０に保存された障害者手帳原本情報との照合結果に関連する整合情報を含む表示画面を生成する。整合情報には、この照合において個人情報と障害者手帳原本情報に共通する項目の全ての照合の結果が一致したか否かを示す情報に加えて、照合が未だ実行されていないことを示す情報が含まれていてもよい。
指示受取部５７０は、ユーザー（障害者）からの指示を受け取る。指示には、車椅子のなどの補助器具を利用していること等の情報入力及び保存の指示、障害者情報画面の表示の指示、タクシーを呼ぶ等のオンラインでのサービス提供依頼の指示、照合指示などが挙げられる。
【００３０】
＜障害者サービス支援サーバーのブロック図＞
図６は、障害者サービス支援サーバー２１０のブロック図である。
障害者サービス支援サーバー２１０は、端末装置接続部６１０、公的サーバー接続部６２０、データ保存部６３０、データ照合部６４０及び、サービス提供サーバー接続部６５０を有する。
【００３１】
端末装置接続部６１０は、個人情報取得部６１１及び整合情報提供部６１２を有する。
個人情報取得部６１１は、障害者手帳から取得されたユーザーの個人情報を端末装置２３０から受信する。
整合情報提供部６１２は、個人情報を公的サーバー２２０から取得された障害者手帳原本情報と照合した結果である整合情報を端末装置２３０に送信する。
【００３２】
障害者手帳原本情報取得部６２１は、公的サーバー２２０に対して障害者手帳原本情報を要求し、公的サーバー２２０から障害者手帳原本情報を受信する。
サービス提供サーバー接続部６５０は、サービス提供サーバー２４０に対して、例えば、サービスの提供の要求及び車椅子などの補助器具の情報の送信、サービスの提供に関する種々の情報の送受信を行うことができる。
なお、端末装置２３０のサービス提供サーバー接続部５６０と、障害者サービス支援サーバー２１０のサービス提供サーバー接続部６５０とは、両者のうちいずれか一方が、サービス提供サーバー２４０と接続してもよいし、両者が連携してサービス提供サーバー２４０に接続してもよい。
【００３３】
データ保存部６３０は、端末装置接続部６１０、公的サーバー接続部６２０及びサービス提供サーバー接続部６５０が取得した各種のデータを保存することができる。
データ照合部６４０は、データ保存部６３０が保存する個人情報と公的サーバー２２０から取得された障害者手帳原本情報とを照合する。
【００３４】
＜障害者手帳原本情報＞
図７は、障害者手帳から読み取られた個人情報及び障害者手帳原本情報の一例である。
障害者手帳原本情報は、図７（ｂ）に示すように、各ユーザー（障害者）の障害種別／等級／発行元自治体／番号／発行日／更新日を含む。障害者手帳原本情報は、政府などの公的な組織が管理する公的サーバー２２０に保存されている。
【００３５】
障害者サービス支援サーバー２１０は、端末装置２３０から取得したユーザーの個人情報をアカウントに紐づけて保持している。
障害者サービス支援サーバー２１０が管理する個人情報は、図７（ａ）に示すように、氏名／生年月日／障害種別／等級／旅客運賃減額／発行元自治体／番号／有効期限／発行日／更新日を含む。
ユーザー（障害者）は、障害者支援サービスを利用する場合、事前に、自らの個人情報を障害者サービス支援サーバー２１０に登録しておくことができる。既に説明したように、この個人情報は、障害者手帳の撮影画像から取得されたデータを含む。
【００３６】
障害者サービス支援サーバー２１０は、障害者手帳から抽出された情報を含む個人情報と、公的サーバー２２０から受信した障害者手帳原本情報とを照合する。
この照合において、個人情報と障害者手帳原本情報の両方に共通して存在するすべての項目について一致した場合、障害者サービス支援サーバー２１０は、個人情報が、公的サーバー２２０が保持している障害者手帳原本情報と整合していることを含む整合情報を生成する。
一方、この照合において１つでも一致しない項目があった場合、障害者サービス支援サーバー２１０は、個人情報が障害者手帳原本情報と整合していないとを含む整合情報を生成する。この場合、端末装置２３０に対して、整合していないことを通知し、障害者手帳の画像の再取得、個人情報の再送信などを依頼する。加えて、整合していないことが通知された場合、端末装置２３０は、後述する図１０に示す画面が表示されないようにしてもよい。
【００３７】
＜端末装置が実行する処理＞
図８Ａ及び図８Ｂは、端末装置２３０が実行する処理のフローチャートである。
なお、図８Ａ及び図８Ｂに示される処理は、端末装置２３０のＣＰＵ３０１が、端末装置２３０にインストールされた障害者支援プログラムを実行することにより実現される。
【００３８】
前提として、ユーザー（障害者）は、自己の所有する端末装置２３０を用いて、自己のアカウントを登録して、ユーザーＩＤとパスワードを保持しているものとする。アカウントの登録は、端末装置２３０を障害者サービス支援サーバー２１０に接続して行われる。ユーザーＩＤとパスワードの組合せは、障害者サービス支援サーバー２１０に保存される。なお、アカウントの登録は、上記の処理に限られるものではなく、既存のＳＮＳのアカウントを利用してアカウント登録がなされてもよいし、生体認証、携帯電話などを利用した二段階認証などが併用されてもよい。ユーザー登録の際に、ユーザーの名前、生年月日、住所、メールアドレス、電話番号などが登録されてもよい。
【００３９】
まず、図８Ａを用いて、端末装置２３０が整合情報を受信するまでの処理について説明する。なお、端末装置２３０は、障害者サービス支援サーバー２１０から整合情報を受信するまでは、デフォルトの整合情報を保持していてもよい。デフォルトの整合情報には、照合が未だ行われていない情報が含まれていることが望ましい。
ユーザー（障害者）により、既に登録されたアカウントに対して、ＩＤとパスワードとを利用して、ログインがなされる。ログインが成功すると、端末装置２３０と障害者サービス支援サーバー２１０との間での情報交換が可能となる。（Ｓ８０１）
端末装置２３０は、ユーザー（障害者）が所有する障害者手帳に記載されている個人情報を取得する。なお、この個人情報は、障害者手帳に記載されている情報のうちの一部の情報であってもよい。また、この個人情報に加えて、障害者手帳には記載されていない情報、例えばユーザー（障害者）が車椅子を使用していることなどの補助器具の情報が別途取得されてもよい。
障害者に関する情報すなわち個人情報及び補助器具の情報が、端末装置２３０の記憶装置３０２などに記憶される。なお、障害者に関する情報は、第１の情報の一例である。（Ｓ８０２）。
例えば、ユーザーが端末装置２３０に備えられたイメージセンサにより障害者手帳を撮像すると、端末装置２３０は、撮影された画像から、障害者手帳のイメージ画像を取得する。そして、端末装置２３０は、障害者手帳に記載された個人情報（図７を参照）を文字認識処理により取得する。取得された個人情報は、障害者サービス支援サーバー２１０に送信される。この文字認識においては、各障害者手帳のフォーマットをあらかじめ記憶しておき、記録されたフォーマットを用いて、文字認識の精度を高めることができる。例えば、まず、どのフォーマットの障害者手帳であるかを認識する。例えば、フォーマットがＡ県の障害者手帳のフォーマットであることが分かれば、どの位置にどのような情報が記載されているかが予測できる。このため、そのフォーマットに基づいて、文字認識を行うことにより、より精度の高い文字認識を行うことができる。
或いは、既に説明したように、障害者サービス支援サーバー２１０が、このイメージ画像から障害者手帳に記載された個人情報（図７を参照）を文字認識処理により取得してもよい。この個人情報は、障害者サービス支援サーバー２１０から端末装置２３０に送られることになる。なお、障害者サービス支援サーバー２１０における文字認識処理の結果に対して、オペレータによる目視チェックが併用されてもよい。
【００４０】
ユーザー（障害者）により、公的機関の情報との整合チェックを行う指示があったか否かがチェックされる（Ｓ８０３）。このチェックがＮＯであれば、処理は、終了する。このチェックがＹＥＳであれば、処理はＳ８０４に移る。
ユーザー（障害者）は、障害者手帳の提示に代えて、読み取らせた障害者情報を端末装置２３０に表示させることで、種々のサービスを受けることができる。
なお、障害者手帳の情報は、公的機関の公的サーバーに保存された情報と完全に一致していることを１００％担保するものではないため、サービス提供者は、必要に応じて障害者手帳の提示をユーザー（障害者）に求めてもよい。しかしながら、携帯端末に表示された情報は、所定の領域に、等級又は「第1種」「第2種」などの区分が記載されており、サービス提供者にとっては、障害者手帳よりも視認性が高い。このため、障害者手帳を直接確認するよりも、端末装置２３０の画面を確認する方が、確認に要する手間及びサービスの提供の是非及びレベルを決定する際の労力を格段に減少させることができる。
【００４１】
例えば、端末装置２３０は、端末装置２３０に備えられた近距離無線通信を介して、公的機関に記録されているユーザー自身を特定する認証情報が記録されたＩＣカードと通信を行う。
この認証情報は、暗号化された形で、端末装置２３０を経由して、公的サーバー２２０に受信される。認証情報が有効なものである場合には、ユーザー（障害者）の操作が認証され端末装置２３０と公的サーバー２２０との接続が確立する（Ｓ８０４）。
【００４２】
ユーザー（障害者）の操作が認証されると（Ｓ８０５でＹ）、障害者サービス支援サーバー２１０による公的サーバー２２０へのアクセスを許可するパーミッション情報を、端末装置２３０が公的サーバー２２０から受信する。端末装置２３０は、受信したパーミッション情報を障害者サービス支援サーバー２１０に転送する（Ｓ８０６）。
なお、ユーザー（障害者）の操作が公的サーバー２２０に認証されなかった場合は（Ｓ８０５でＮ）、処理は終了する。
【００４３】
障害者サービス支援サーバー２１０は、端末装置２３０から受信したパーミッション情報を用いて公的サーバー２２０から障害者手帳原本情報を受信し、個人情報と整合しているか否かを照合する。この照合の処理については、図９において説明する。
端末装置３２０は、この照合の結果である整合情報を障害者サービス支援サーバー２１０から受信する（Ｓ８０７）。
障害者手帳に記載された個人情報が公的サーバー２２０により保持されている障害者手帳原本情報に合致している場合、以上の処理を済ませておくことにより、ユーザーは、料金の割引などのサービスを利用する際に、認証されている旨が付加された障害者情報を表示させた端末装置２３０をサービス提供者に提示することができる。
【００４４】
次に、図８Ｂを用いて、端末装置２３０における他の処理について説明する。
ユーザー（障害者）により、既に登録されたアカウントに対して、ＩＤとパスワードとを利用して、ログインがなされる。ログインが成功すると、端末装置２３０と障害者サービス支援サーバー２１０との間での情報交換が可能となる（Ｓ８２２）。
【００４５】
ログインがなされると、ユーザーの指示が、補助器具を必要とすることなどの情報の入力であるか否かが判断される（Ｓ８２４）。
ユーザーの指示が情報の入力であった場合、ユーザーによって入力された情報が端末装置２３０に保存される（Ｓ８２６）。
【００４６】
ユーザーの指示が情報の入力でなかった場合、画面表示の指示であるか否かが判断される（Ｓ８２８）。
ユーザーの指示が画面表示の指示であった場合（Ｓ８２８でＹ）、障害者情報が端末装置２３０に表示される（Ｓ８３０）。
ユーザーの指示が画面表示の指示でなかった場合（Ｓ８２８でＮ）、オンラインでの各種のサービスを要求する指示であるか否かが判断される（Ｓ８３２）。
【００４７】
ユーザーの指示がオンラインでのサービスの要求であった場合（Ｓ８３２でＹ）、ユーザーの指示及び障害者情報の少なくとも一部がサービス提供サーバー２４０へ送信される。これによって、例えばユーザーの指示がタクシーの配車の要求である場合、タクシー業者のサービス提供サーバー２４０はユーザーを特定することができる。障害者情報は、端末装置２３０からサービス提供サーバー２４０に送られてもよいし、端末装置２３０からの障害者サービス支援サーバー２１０への指示に基づいて、障害者サービス支援サーバー２１０からサービス提供サーバー２４０に送られてもよい。（すなわち、障害者情報は、端末装置２３０に保存され、かつ障害者サービス支援サーバー２１０において管理されていることが望ましい。）
また、例えば、ユーザーが車椅子を利用している情報（補助器具の情報）もタクシー業者のサービス提供サーバー２４０に送信されるようにすることが望ましい。
加えて、サービス提供サーバー２４０に送られる情報には、整合情報が含まれていることが望ましい。整合情報がサービス提供サーバー２４０に送られることにより、個人情報が公的サーバーに保存されている障害者手帳原本情報と整合していることを、タクシー業者が確認することができるため、タクシー業者は、安心してタクシーの配車を行うことができる（Ｓ８３４）。なお、S８３４のステップは、後述する実施形態２に関連する。
ユーザーの指示が上記のいずれの指示でもなかった場合は（Ｓ８３２でＮ）、処理を終了する。
なお、図８（Ａ）及び図８（Ｂ）は、端末装置２３０の処理の一例であって、その他の処理が行われてもよいことは言うまでもない。
【００４８】
ここで、ユーザー（障害者）が、料金の割引などのサービスを利用する際に、サービス提供者に提示する障害者情報画面について簡単に説明する。
図８ＡのＳ８０７での照合において、個人情報が障害者手帳原本情報に合致していた場合、図８ＢのＳ８３０において、端末装置２３０には、照合の結果、個人情報が障害者手帳原本情報に合致したことを示す、照合後の障害者情報画面が表示される。
一方、個人情報が障害者手帳原本情報に合致していなかった場合、端末装置２３０には、図１０に示す照合前の障害者情報画面が表示されないようにしてもよい。
なお、照合がなされていない場合には、照合がなされていないことがわかるように、図１０に示される障害者情報画面が表示されることが望ましい。
なお、照合前及び照合後の障害者情報画面の詳細については、それぞれ、図１０及び図１１を用いて説明する。
【００４９】
＜障害者支援サービスにおいて障害者サービス支援サーバーが実行する処理＞
図９は、障害者情報支援サービスにおいて障害者サービス支援サーバー２１０が実行する処理のフローチャートである。
なお、図９に示される処理は、障害者サービス支援サーバー２１０のＣＰＵ４０１が、ＨＤＤ４０４などの記憶部に記憶されている障害者支援プログラムを実行することにより実現される。
【００５０】
図８ＡのＳ８０２において端末装置２３０がユーザー（障害者）の障害者手帳に記載された個人情報を取得すると、障害者サービス支援サーバー２１０は、端末装置２３０から個人情報を受信する。或いは、端末装置２３０から、障害者手帳の画像を受信することにより、障害者サービス支援サーバー２１０が、ＯＣＲの機能を利用して、障害者手帳に記載された個人情報を取得してもよい。（Ｓ９０１）。
【００５１】
その後、図８ＡのＳ８０６において端末装置２３０がパーミッション情報を転送することにより、障害者サービス支援サーバー２１０は、パーミッション情報を受信する（Ｓ９０２）。
【００５２】
パーミッション情報を受信すると、障害者サービス支援サーバー２１０は、公的サーバー２２０に接続し、公的サーバー２２０に保存されているユーザーの障害者手帳原本情報を取得する（Ｓ９０３）。
そして、障害者サービス支援サーバー２１０は、Ｓ９０１で取得した個人情報とＳ９０３で取得した障害者手帳原本情報とを照合し（Ｓ９０４）、照合した結果である整合情報を端末装置２３０に送信する（Ｓ９０５）。これにより、端末装置２３０は、整合情報を取得することができる（図８ＡのＳ８０７）。
【００５３】
＜照合前の障害者情報画面＞
次に、ユーザー（障害者）が、料金の割引などのサービスを利用する際に、サービス提供者に提示する障害者情報画面について説明する。
図１０は、障害者手帳原本情報に関して端末装置２３０に表示される、照合前の障害者情報画面１０００の例である。
照合前の障害者情報画面１０００は、障害者手帳を撮影した画像１０１０と、撮影した障害者手帳から取得した個人情報及び整合情報を含む障害者情報１０２０と、を含むことが望ましい。なお、障害者情報１０２０とは、障害者に関する情報（個人情報及び補助器具の情報）の少なくとも一部と、既に述べた整合情報とを含む情報である。
すなわち、障害者情報１０２０は、身体障害者手帳、療育手帳、精神障害者保健福祉手帳の区別１０２１、旅客運賃減額に関する情報１０２２、整合情報１０２３、などの各項目を含む。
照合前の障害者情報画面１０００は、端末装置２３０において障害者手帳を読み取ることにより、事前に生成しておくことができる。
【００５４】
なお、上述のとおり、障害者手帳は、自治体ごとに発行されるため、多様なフォーマットが存在する。このため、照合前の障害者情報画面１０００では、障害者手帳から取得した画像１０１０とともに、統一したフォーマットからなる障害者情報１０２０を表示させる。特に、旅客運賃減額に関する情報１０２２は、料金の割引を提供する判断の基礎となる、サービス提供者にとって重要な情報であるため、常に所定の位置に配置されるようなフォーマットにすることが望ましい。
【００５５】
障害者情報１０２０は、端末装置２３０から受信したアカウントに基づいて、障害者サービス支援サーバー２１０が管理することが望ましい。
なお、図１０の例において、整合情報１０２３は、個人情報の照合がなされる前であることを示すために、キャラクタがグレーアウトされて表示されている。
【００５６】
なお、すでに述べたように、ユーザー（障害者）は、照合前であっても、料金の割引などを利用するためにサービス提供者に照合前の障害者情報画面１０００を提示することができる。このように、ユーザーは、照合前であっても、障害者手帳を直接サービス提供者に提示することなく、端末装置２３０を提示するだけで料金の割引などのサービスを簡便に享受することができる。
【００５７】
＜照合後の障害者情報表示画面＞
図１１は、端末装置２３０に表示される、照合後の障害者情報画面１１００の例である。
照合後の障害者情報画面１１００は、基本的に、照合前の障害者情報画面１０００と同様に、障害者手帳を撮影した画像１１１０と、身体障害者手帳、療育手帳、精神障害者保健福祉手帳の区別１１２１、旅客運賃減額に関する情報１１２２、整合情報１１２３、などの各項目を含む障害者情報１１２０とを含むことが望ましい。
【００５８】
例えば、図１１における照合後の障害者情報画面１１００では、整合情報１１２３において、個人情報が認証されたことが示されている。
図１１の例では、整合情報１１２３は、個人情報が認証された照合後であることを示すため、キャラクタが強調されて表示されている。
個人情報と障害者手帳原本情報とが整合していることが認証された場合における障害者情報画面１１００が提示されると、サービス提供者は、個人情報が認証されていることが確認できるため、ユーザー（障害者）に対する料金の割引を安心して提供することができる。
【００５９】
以上のとおり、実施形態１によれば、ユーザー（障害者）は、端末装置に表示された障害者情報画面を提示するだけで、障害者情報サービスを利用することができる。このため、ユーザーは、障害者手帳を用意し提示する必要がなくなるため、利便性が向上する。
なお、照合が完了していない場合であっても、端末装置２３０の画面を提示することにより、ユーザー（障害者）はサービスを受けることができる。この場合であっても、端末装置において障害者情報が統一されたフォーマットで表示されることにより、サービス提供者は容易に障害者情報を認識することができる。
更に、個人情報と、公的サーバーが保有している障害者手帳原本情報とが整合していることが認証された場合には、提示される障害者情報の信憑性を更に高めることができる。この場合、サービス提供者は、安心してサービスを提供することができる。
【００６０】
＜実施形態２＞
次に、実施形態２について説明する。
実施形態１では、例えば、ユーザー（障害者）がタクシーに乗車する際に、スマートフォンなどの端末装置に表示された障害者情報をタクシー運転手に提示するようなケースを想定していた。
ユーザー（障害者）によっては、日常の生活において車椅子などの補助器具が必要であり、車椅子ごと乗車可能なタクシーを求めている場合もある。このような場合、タクシーに乗る前の、タクシーを呼ぶ時点において、障害者情報を通知して、車椅子ごと乗車可能なタクシーを手配するように、タクシー会社に事前に連絡することが望ましい。
実施形態２では、このようなケースを想定している。
【００６１】
実施形態２における、障害者支援システムを構成する各装置のハードウェア構成は実施形態１で説明したものと同様である。また、実施形態２の障害者支援サービスにおいて障害者サービス支援サーバー２１０が実行する処理は、実施形態１において図９で説明したフローチャートと同様である。
【００６２】
なお、実施形態２では、障害者情報が事前にネットワークを介してサービス提供者に伝達されるため、照合後の障害者情報画面１１００をサービス提供者に実際に提示して目視させなくてもよい。また、この際に、車椅子などの付随情報が、障害者情報とともに送信されることが望ましい。
なお、付随情報は、端末装置２３０からサービス提供サーバー２４０に提供されてもよいし、端末装置２３０からの障害者サービス支援サーバー２１０への依頼に基づいて、障害者サービス支援サーバー２１０から、サービス提供サーバー２４０に提供されてもよい。
これにより、ユーザー（障害者）は、例えば、サービス提供者（例えば、タクシー会社）に対して、車椅子ごと乗車可能なタクシーを手配するなどの依頼をすることができる。なお、料金の割引などを利用する際に、端末装置２３０の画面をサービス提供者に提示することができることは実施形態１と同様である。
【００６３】
以上のとおり、実施形態２によれば、ユーザー（障害者）は、サービス提供者によるサービスを利用する際に、事前にサービス提供者に障害者手帳に記載された情報以外の情報も含む障害者情報を通知することができる。例えばタクシーを呼ぶ際に車椅子の運搬が必要であるなどの付随情報についても、障害者情報とともに送信することにより、サービス提供者に事前に通知することができる。サービス提供者は、車椅子が運搬可能なタクシーの車種を用意することが出来、適切なサービスをユーザー（障害者）に提供することができる。
このように、ユーザーは、障害者情報が表示された端末装置をサービス提供者に実際に提示しなくても、障害者情報をサービス提供者に送信しておくことにより、適切なサービスを受けることができるため、更に利便性が向上する。
【００６４】
なお、上記の各実施形態の処理に含まれる各ステップは、矛盾の無い限り順番を入れ換えて実行することができる。また、矛盾の無い限り、複数のステップを同時に実行してもよく、或いは特定のステップがスキップされてもよい。
【符号の説明】
【００６５】
２００  障害者支援システム
２１０  障害者サービス支援サーバー
２２０  公的サーバー
２３０  端末装置
２４０  サービス提供サーバー
２５０  ネットワーク
３０２  記憶装置
３０３  表示・操作部
３０４  通信部
３０５  撮影部
３０６  記憶制御部
３０７  外部メモリ
５１０  障害者サービス支援サーバー接続部
５１１  個人情報提供部
５１２  パーミッション情報提供部
５１３  整合情報取得部
５２０  公的サーバー接続部
５２１  認証要求部
５２２  パーミッション情報取得部
５３０  データ生成部
５４０  データ保存部
５５０  画面生成部
５６０  サービス提供サーバー接続部
６１０  端末装置接続部
６１１  個人情報取得部
６１２  整合情報提供部
６２０  公的サーバー接続部
６２１  障害者手帳原本情報取得部
６３０  データ保存部
６４０  データ照合部
６５０  サービス提供サーバー接続部
【要約】
【課題】障害者支援サービスにおいて、種々のサービスを受ける際の利便性をより向上させること。
【解決手段】
開示の技術により、障害者に関する第１の情報の一部又は全部を保持し、公的な組織の管理下にあるシステムに対して前記障害者の所有する認証情報での前記システムへの接続が成功した場合、前記システムから前記障害者に関する第２の情報をサーバー装置が取得するときに必要とされる、前記サーバー装置から前記システムに送られるパーミッション情報を、前記サーバー装置に送信し、前記サーバー装置から、前記第１の情報と前記第２の情報とが整合しているか否かに関する情報を含む整合情報を受け取り、前記第１の情報の一部又は全部と前記整合情報とを表示する処理を端末装置に実行させるプログラムが提供される。
【選択図】図８Ａ【図１】
0006851660.tif 000002
【図２】
0006851660.tif 000003
【図３】
0006851660.tif 000004
【図４】
0006851660.tif 000005
【図５】
0006851660.tif 000006
【図６】
0006851660.tif 000007
【図７】
0006851660.tif 000008
【図８Ａ】
0006851660.tif 000009
【図８Ｂ】
0006851660.tif 000010
【図９】
0006851660.tif 000011
【図１０】
0006851660.tif 000012
【図１１】
0006851660.tif 000013