JP3209767U - サービス提供システム - Google Patents
サービス提供システム Download PDFInfo
- Publication number
- JP3209767U JP3209767U JP2017000253U JP2017000253U JP3209767U JP 3209767 U JP3209767 U JP 3209767U JP 2017000253 U JP2017000253 U JP 2017000253U JP 2017000253 U JP2017000253 U JP 2017000253U JP 3209767 U JP3209767 U JP 3209767U
- Authority
- JP
- Japan
- Prior art keywords
- service
- user
- service providing
- management server
- local government
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】利用者の獲得したポイントに応じてサービス提供主体がその利用者に所定のサービスを提供する際にサービス提供主体間での過当競争を抑制することができるサービス提供システムを提供する。【解決手段】パスポート管理団体の管理サーバと、管理サーバに対して獲得したポイントに応じて利用者に所定のサービスを提供する自治体A,B,C・・・・がユーザーとなる複数の自治体側端末がインターネットを利用したネットワークを介して接続可能に構成され、利用者の個人情報とそのサービス利用履歴は利用者ごとの証明書の固有コードと関連付けられて管理サーバ側が管理する記憶手段に保存され、管理サーバはサービスの提供を受けるために利用者からパスポートを提示されたいずれかの自治体の自治体側端末からの要求に応じて記憶手段に保存された利用者のサービス利用履歴を要求を受けた自治体側端末の表示画面に表示させる。【選択図】図1
Description
本考案は、利用者の貢献度に応じてサービス提供主体がその利用者に所定のサービスを提供するサービス提供システムに関するものである。
利用者の貢献度に応じてサービス提供主体がその利用者に所定のサービスを提供することが行われている。サービスとは有形・無形の利益であり、例えば物をもらったり、遊園地のようなテーマパークの利用やイベントへの参加ができたり、宿泊施設へ宿泊できたりする等の利益が一例として挙げられる。利用者がこのようなサービスを受けるためには通常サービス提供主体への直接的又は間接的な金銭的な投資や客観的に判断できるような扶助に対する見返りとしてその額等に応じて付与される。貢献度は一般にはなんらかの尺度によって評価される。例えばポイント化して数値化して評価することが多い。
このようなサービス提供システムの一例としてふるさと納税のシステムがある。ふるさと納税では利用者としての納税者がサービス提供主体である自治体にふるさと納税と称して寄付をすることで、その寄付額に応じてサービスとして返礼品を受けることができる。そして、寄付額に応じて利用者の実際に住居する自治体の納税額が減額される。ふるさと納税についての先行技術として例えば特許文献1のような寄付額と自治体の関係についての処理システムがある。
このようなサービス提供システムの一例としてふるさと納税のシステムがある。ふるさと納税では利用者としての納税者がサービス提供主体である自治体にふるさと納税と称して寄付をすることで、その寄付額に応じてサービスとして返礼品を受けることができる。そして、寄付額に応じて利用者の実際に住居する自治体の納税額が減額される。ふるさと納税についての先行技術として例えば特許文献1のような寄付額と自治体の関係についての処理システムがある。
ところで、ふるさと納税では通常自治体から寄付をした人にふるさと納税の返礼品として所定のサービス、例えばその自治体の名産品やその自治体の宿泊施設のクーポン等を郵送するようにしている。つまり、自治体側が寄付額に応じて応分の負担をすることで成り立っているシステムである。このような前提では自治体間で返礼品を競うようなビジネスモデルが助長されることとなり、寄付をした人と自治体とのつながりも深くはなることはない。そのため、ふるさと納税のようなサービス提供システムにおいて自治体間での過当競争を抑制し、自治体に納税者が来訪しやすくなるようなシステムの改善が求められていた。また、ふるさと納税以外のサービス提供システムにおいてもサービス提供主体間での過当競争を抑制することが望まれていた。
上記目的を達成するために、第1の手段では、利用者の個人情報を管理する管理サーバと、同管理サーバに対して前記利用者の貢献度に応じて前記利用者に所定のサービスを提供するサービス提供主体がユーザーとなる複数のクライアント側端末とがインターネットを利用したネットワークを介して接続可能に構成され、利用者の個人情報とそのサービス利用履歴は利用者ごとの証明書の固有コードと関連付けられて前記管理サーバ側が管理する記憶手段に保存され、前記管理サーバはサービスの提供を受けるために前記利用者から証明書を提示されたいずれかの前記サービス提供主体の前記クライアント側端末からの要求に応じて前記記憶手段に保存された前記利用者のサービス利用履歴を要求を受けた前記クライアント側端末の表示画面に閲覧可能に表示させるようにした。
これによって、証明書を付与された利用者は複数のサービス提供主体のいずれにも証明書を示すことによってサービス提供を受けることができる。つまり、複数のサービス提供主体を実際に移動して訪問し、それぞれのサービス提供主体でサービスの提供を受けることとなる。また、1つのサービス提供主体に偏らず多くのサービス提供主体でサービス提供を受けることができるため、サービス提供主体間での過当競争が軽減される。更に各サービス提供主体に実際に利用者が訪問することとなりそれぞれのサービス提供主体の属する地域での消費を期待することでその地の経済に貢献することとなる。
サービス提供主体側ではクライアント側端末からインターネットのネットワーク上で管理サーバにアクセスし、利用者の情報を閲覧できるため、この利用者にサービスを提供してよいかどうかをサービス提供主体の属する地域で確認できることとなる。
これによって、証明書を付与された利用者は複数のサービス提供主体のいずれにも証明書を示すことによってサービス提供を受けることができる。つまり、複数のサービス提供主体を実際に移動して訪問し、それぞれのサービス提供主体でサービスの提供を受けることとなる。また、1つのサービス提供主体に偏らず多くのサービス提供主体でサービス提供を受けることができるため、サービス提供主体間での過当競争が軽減される。更に各サービス提供主体に実際に利用者が訪問することとなりそれぞれのサービス提供主体の属する地域での消費を期待することでその地の経済に貢献することとなる。
サービス提供主体側ではクライアント側端末からインターネットのネットワーク上で管理サーバにアクセスし、利用者の情報を閲覧できるため、この利用者にサービスを提供してよいかどうかをサービス提供主体の属する地域で確認できることとなる。
ここに「サービス」とは有形・無形の利益であり、本発明では利用者が実際にサービス提供主体に赴くことで得られるものとなる。
「サービス提供主体」とは利用者に与えるサービスが別個である複数の主体を予定している。例えば、市町村等の自治体や組合やチェーン店等である。例えば自治体である場合には自治体内で複数のクライアント側端末が設置されるケースがあるが、その場合でも1つのサービス提供主体みなすこととなる。
「利用者の貢献度に応じて利用者に所定のサービスを提供する」とは貢献度をなんらかの尺度として客観化に評価することがよく、例えば、ふるさと納税では納税者の寄付行為に伴って付与されるポイント等が貢献度の尺度となる。あるいは例えば組合やチェーン店では商品購入に伴うポイントカードへの押印であったり、チケット等も尺度となる。ポイントの表現方法は問わない。例えばふるさと納税で「10万円の寄付に対して1万円の返礼」という場合には「1万円分のポイント」という解釈である。敢えてポイント化しなくとも貢献度に応じた異なるサービスを提供してもよい。
「証明書」とは利用者ごとに固有コードとの関係で登録されていることを証明する証明書であって、これをサービス提供主体に提示することで利用者はサービス提供主体からサービスを提供される。証明書の形態は例えば、パスポートのような手帳形式であっても、カード形式であっても、認識票の形式であってもよく。固有コードや利用者名が証明書に記載されていてもよく、固有コードや利用者名の記載がなくとも例えばチップが埋め込まれてこれをリーダー等の読み取り装置で読み取ることで固有コードや利用者名が分かるような形式でもよい。
「記憶手段」は例えば、当該管理サーバ内に配置されていても、例えばインターネットやLAN(Local Area Network)で接続されてネット上のサーバー内に配置するようにしてもよい。
「サービス提供主体」とは利用者に与えるサービスが別個である複数の主体を予定している。例えば、市町村等の自治体や組合やチェーン店等である。例えば自治体である場合には自治体内で複数のクライアント側端末が設置されるケースがあるが、その場合でも1つのサービス提供主体みなすこととなる。
「利用者の貢献度に応じて利用者に所定のサービスを提供する」とは貢献度をなんらかの尺度として客観化に評価することがよく、例えば、ふるさと納税では納税者の寄付行為に伴って付与されるポイント等が貢献度の尺度となる。あるいは例えば組合やチェーン店では商品購入に伴うポイントカードへの押印であったり、チケット等も尺度となる。ポイントの表現方法は問わない。例えばふるさと納税で「10万円の寄付に対して1万円の返礼」という場合には「1万円分のポイント」という解釈である。敢えてポイント化しなくとも貢献度に応じた異なるサービスを提供してもよい。
「証明書」とは利用者ごとに固有コードとの関係で登録されていることを証明する証明書であって、これをサービス提供主体に提示することで利用者はサービス提供主体からサービスを提供される。証明書の形態は例えば、パスポートのような手帳形式であっても、カード形式であっても、認識票の形式であってもよく。固有コードや利用者名が証明書に記載されていてもよく、固有コードや利用者名の記載がなくとも例えばチップが埋め込まれてこれをリーダー等の読み取り装置で読み取ることで固有コードや利用者名が分かるような形式でもよい。
「記憶手段」は例えば、当該管理サーバ内に配置されていても、例えばインターネットやLAN(Local Area Network)で接続されてネット上のサーバー内に配置するようにしてもよい。
第2の手段では、前記管理サーバはいずれかの前記サービス提供主体が前記利用者に所定のサービスを提供する際に、その利用者のサービス利用履歴をそのサービス提供主体の前記クライアント側端末から前記記憶手段に保存するように前記表示画面上で促すようにした。
これによって、サービスを提供したサービス提供主体側がクライアント側端末からインターネットのネットワーク上で管理サーバにアクセスし、その利用者のサービス利用履歴を更新できることとなり、その利用者のサービス利用履歴が素早く最新の状態に更新できる。これによって例えば、その利用者が同じサービス提供主体の属する地域内で何度も同じサービスを享受するというような不正を防止することができる。
これによって、サービスを提供したサービス提供主体側がクライアント側端末からインターネットのネットワーク上で管理サーバにアクセスし、その利用者のサービス利用履歴を更新できることとなり、その利用者のサービス利用履歴が素早く最新の状態に更新できる。これによって例えば、その利用者が同じサービス提供主体の属する地域内で何度も同じサービスを享受するというような不正を防止することができる。
第3の手段では、前記証明書は前記管理サーバ側から前記サービス提供主体を経由して前記利用者に付与されるようにした。
これによって管理サーバ側で証明書を一元管理することができ、サービス提供主体では利用者に付与するだけで足るため、サービス提供主体の管理上の負担が軽減される。また、利用者はサービスの提供を受けようとするサービス提供主体と接触するため、証明書はサービス提供主体から利用者に付与されることが管理サーバ側から付与するよりも利用者やサービス提供主体にとって利便性が高い。
第4の手段では、前記管理サーバは前記証明書を前記利用者に付与した前記サービス提供主体の前記クライアント側端末に前記利用者の個人情報を前記証明書の固有コードと関連付けて前記記憶手段に保存するように前記表示画面上で促すようにした。
利用者はサービス提供主体から証明書が付与されるため、この利用者の個人情報をサービス提供主体が直接そのクライアント側端末から入力することが、利用者の迅速な証明書の登録のためによい。
第5の手段では、前記証明書はある1つの前記サービス提供主体において前記利用者が所定の貢献度を条件に付与されるようにした。
つまり、証明書自体はすべてのサービス提供主体でなんらかのサービスを受けることが可能な程度の貢献が条件として課されることなく1つのサービス提供主体での条件のみで付与される。これによって、証明書を取得するために利用者はある1つの前記サービス提供主体にのみアクセスすればよく、複雑な手続きが不要であるため便利である。
第6の手段では、前記利用者は前記証明書が付与された前記サービス提供主体固有のサービスの提供が受けられるようにした。
これによって、証明書を付与するサービス提供主体のみが利用者からの直接的な貢献を受ける権利を取得することができ、証明書を付与しないサービス提供主体との差別化を図ることができる。
第7の手段では、前記利用者は前記証明書が付与された前記サービス提供主体以外の前記サービス提供主体からも前記証明書を提示することでサービスの提供が受けられるようにした。
つまり、証明書は1つあればずべての提携しているサービス提供主体で使用することができる。一旦証明書が発行されればその証明書を携帯して利用者が多くのサービス提供主体の属する地域を訪れることができ、それによって経済的な効果が生じるため証明書の登録をしたサービス提供主体以外のサービス提供主体にとっても利益となる。
これによって管理サーバ側で証明書を一元管理することができ、サービス提供主体では利用者に付与するだけで足るため、サービス提供主体の管理上の負担が軽減される。また、利用者はサービスの提供を受けようとするサービス提供主体と接触するため、証明書はサービス提供主体から利用者に付与されることが管理サーバ側から付与するよりも利用者やサービス提供主体にとって利便性が高い。
第4の手段では、前記管理サーバは前記証明書を前記利用者に付与した前記サービス提供主体の前記クライアント側端末に前記利用者の個人情報を前記証明書の固有コードと関連付けて前記記憶手段に保存するように前記表示画面上で促すようにした。
利用者はサービス提供主体から証明書が付与されるため、この利用者の個人情報をサービス提供主体が直接そのクライアント側端末から入力することが、利用者の迅速な証明書の登録のためによい。
第5の手段では、前記証明書はある1つの前記サービス提供主体において前記利用者が所定の貢献度を条件に付与されるようにした。
つまり、証明書自体はすべてのサービス提供主体でなんらかのサービスを受けることが可能な程度の貢献が条件として課されることなく1つのサービス提供主体での条件のみで付与される。これによって、証明書を取得するために利用者はある1つの前記サービス提供主体にのみアクセスすればよく、複雑な手続きが不要であるため便利である。
第6の手段では、前記利用者は前記証明書が付与された前記サービス提供主体固有のサービスの提供が受けられるようにした。
これによって、証明書を付与するサービス提供主体のみが利用者からの直接的な貢献を受ける権利を取得することができ、証明書を付与しないサービス提供主体との差別化を図ることができる。
第7の手段では、前記利用者は前記証明書が付与された前記サービス提供主体以外の前記サービス提供主体からも前記証明書を提示することでサービスの提供が受けられるようにした。
つまり、証明書は1つあればずべての提携しているサービス提供主体で使用することができる。一旦証明書が発行されればその証明書を携帯して利用者が多くのサービス提供主体の属する地域を訪れることができ、それによって経済的な効果が生じるため証明書の登録をしたサービス提供主体以外のサービス提供主体にとっても利益となる。
第8の手段では、前記利用者に提供されるサービス内容は前記サービス提供主体ごとに区々であり、前記管理サーバは前記サービス提供主体の前記クライアント側端末ごとに前記利用者のサービス利用履歴を入力するように前記表示画面上で促すようにした。
つまり、利用者がサービスを受けたサービス提供主体ごとそのサービス利用履歴を入力することである。これによってどこのサービス提供主体でサービスを受けてもそのサービス提供主体経由でその履歴が登録されるため、利用者のサービス利用履歴が迅速に更新されることとなる。
つまり、利用者がサービスを受けたサービス提供主体ごとそのサービス利用履歴を入力することである。これによってどこのサービス提供主体でサービスを受けてもそのサービス提供主体経由でその履歴が登録されるため、利用者のサービス利用履歴が迅速に更新されることとなる。
第9の手段では、前記管理サーバは前記証明書に基づく前記利用者の利用可能なサービス回数が所定回数に達した際又は利用可能なサービス量が所定量に達した際に前記クライアント側端末からの要求に応じてその旨を前記表示画面に閲覧可能に表示させるようにした。
これによって、利用者への予定された以上のサービスの享受を防止することができる。つまり、利用者に提供するサービスに回数やサービス量などに一定の制限を設けている場合に、単に証明書の提示と利用者の自己申告だけでは十分とはいえない。例えば利用者の勘違い等によって間違った申告をする可能性もあるためである。そこで、利用履歴で利用者の利用可能なサービス回数又はサービス量に達した旨をサービス提供主体側で閲覧できるようであればそのような間違いがないからである。サービス回数とは例えば一回だけでも複数回可能であってもよく、サービス量とは例えばトータルである一定の量を利用者に提供した場合である。サービス回数が一回だけに設定されている場合には利用した履歴自体が所定量に達したことの通知になる。
これによって、利用者への予定された以上のサービスの享受を防止することができる。つまり、利用者に提供するサービスに回数やサービス量などに一定の制限を設けている場合に、単に証明書の提示と利用者の自己申告だけでは十分とはいえない。例えば利用者の勘違い等によって間違った申告をする可能性もあるためである。そこで、利用履歴で利用者の利用可能なサービス回数又はサービス量に達した旨をサービス提供主体側で閲覧できるようであればそのような間違いがないからである。サービス回数とは例えば一回だけでも複数回可能であってもよく、サービス量とは例えばトータルである一定の量を利用者に提供した場合である。サービス回数が一回だけに設定されている場合には利用した履歴自体が所定量に達したことの通知になる。
第10の手段では、任意のある1つの前記クライアント側端末から前記利用者のサービス利用履歴が入力された際に、前記管理サーバはそのサービス利用履歴を入力した前記クライアント側端末以外の前記クライアント側端末の前記表示画面にそのサービス利用履歴を閲覧可能に表示させるようにした。
このシステムでは1つの証明書を持った利用者が複数のサービス提供主体を回ることになる。そのため、サービス提供主体としては利用者の利用状況を把握したいという要請があり得る。このような構成とすることであるサービス提供主体が他のサービス提供主体での利用者のサービス利用履歴をチェックすることが可能となる。
このシステムでは1つの証明書を持った利用者が複数のサービス提供主体を回ることになる。そのため、サービス提供主体としては利用者の利用状況を把握したいという要請があり得る。このような構成とすることであるサービス提供主体が他のサービス提供主体での利用者のサービス利用履歴をチェックすることが可能となる。
第11の手段では、前記管理サーバ側は前記クライアント側端末ごとに前記管理サーバにアクセスするための端末識別用のIDとパスワードを付与するようにした。
これによって、サービス提供主体ごとにIDが異なるため、IDに応じた読み込み権限や書き込み権限を与えることが可能となる。
これによって、サービス提供主体ごとにIDが異なるため、IDに応じた読み込み権限や書き込み権限を与えることが可能となる。
第12の手段では、前記サービス提供主体は自治体であるようにした。
第13の手段では、前記利用者に付与される所定のサービスとは、前記利用者が前記自治体内に滞在することでのみ受けられるサービスであるようにした。
このように構成することで、証明書を携帯した利用者に複数の自治体内でサービスを受けられるようにすることができ、利用者がその地域に滞在することで各自治体での経済的な効果が生じることとなる。
第14の手段では、前記自治体内に滞在することでのみ受けられるサービスは主となるサービスと、その主となるサービスに付随するサービスとに分かれているようにした。
これによって、各自治体で例えば滞在するために必ず宿泊するサービスを設け、その他の付随したサービスを併せて与えることで、利用者を自治体に必ず留まらせるようにすることができる。主となるサービスは証明書が付与されたサービス提供主体でのみ受けられるサービスで、付随するサービスはすべての提携している自治体で受けられるサービスとすることがよい。
第15の手段では、サービス利用履歴は前記主となるサービスに付随するサービスのみについて用意されているようにした。
主となるサービスはサービス提供があったことが各自治体で容易に認識できるが、付随するサービスはサービス提供があったかどうかが認識しにくいためである。
第16の手段では、前記利用者の貢献度は前記利用者の前記サービス提供主体への寄付額に基づいて算出可能とした。
例えば、寄付額が大きければ貢献度が大きいとしてそれに見合った大きな(高額な)サービスを提供する。
第17の手段では、前記貢献度は貢献度に応じてポイント化するようにした。
貢献度を客観的なポイント化すると利用者に貢献度に応じたサービスとの関係性が理解しやすくなり、また、付与する側のサービス提供主体も利用者の貢献度に応じたサービスとの関係性が理解しやすくなる。
第18の手段では、前記記憶手段はインターネットを利用したネットワーク上のサーバー内にあるようにした。
このような構成であれば、利用者の個人情報は管理サーバ内ではなくネットワーク上のサーバーに保存されるため、非常の多くの情報をデータ化するにおいて管理サーバ側に無理なくまたストレスなく保存できる。
第13の手段では、前記利用者に付与される所定のサービスとは、前記利用者が前記自治体内に滞在することでのみ受けられるサービスであるようにした。
このように構成することで、証明書を携帯した利用者に複数の自治体内でサービスを受けられるようにすることができ、利用者がその地域に滞在することで各自治体での経済的な効果が生じることとなる。
第14の手段では、前記自治体内に滞在することでのみ受けられるサービスは主となるサービスと、その主となるサービスに付随するサービスとに分かれているようにした。
これによって、各自治体で例えば滞在するために必ず宿泊するサービスを設け、その他の付随したサービスを併せて与えることで、利用者を自治体に必ず留まらせるようにすることができる。主となるサービスは証明書が付与されたサービス提供主体でのみ受けられるサービスで、付随するサービスはすべての提携している自治体で受けられるサービスとすることがよい。
第15の手段では、サービス利用履歴は前記主となるサービスに付随するサービスのみについて用意されているようにした。
主となるサービスはサービス提供があったことが各自治体で容易に認識できるが、付随するサービスはサービス提供があったかどうかが認識しにくいためである。
第16の手段では、前記利用者の貢献度は前記利用者の前記サービス提供主体への寄付額に基づいて算出可能とした。
例えば、寄付額が大きければ貢献度が大きいとしてそれに見合った大きな(高額な)サービスを提供する。
第17の手段では、前記貢献度は貢献度に応じてポイント化するようにした。
貢献度を客観的なポイント化すると利用者に貢献度に応じたサービスとの関係性が理解しやすくなり、また、付与する側のサービス提供主体も利用者の貢献度に応じたサービスとの関係性が理解しやすくなる。
第18の手段では、前記記憶手段はインターネットを利用したネットワーク上のサーバー内にあるようにした。
このような構成であれば、利用者の個人情報は管理サーバ内ではなくネットワーク上のサーバーに保存されるため、非常の多くの情報をデータ化するにおいて管理サーバ側に無理なくまたストレスなく保存できる。
本考案によれば、証明書を付与された利用者は複数のサービス提供主体のいずれに証明書を示してもサービス提供を受けることができる。そして、サービス提供主体側ではクライアント側端末からインターネットのネットワーク上で管理サーバにアクセスし、利用者の情報を閲覧できるため、この利用者にサービスを提供してよいかどうかをサービス提供主体の属する地域で確認できることとなる。
以下、本考案を具体化した実施の形態について図面に基づいて説明する。
図1に示すように、本実施の形態のサービス提供システム1はオフライン上ではパスポート管理団体が提携する複数の自治体A,B,C・・・・にパスポートを送付し、各自治体のうちの1つにふるさと納税をした寄付者(いわゆる納税者)が要望することによってその要望を受理した自治体からその寄付者にパスポートを付与することで開始されるシステムである。パスポートは自治体にふるさと納税をした寄付者(いわゆる納税者)に付与される証明書であって、外観が手帳形式で個々に固有の番号が付されているため便宜上「パスポート」と呼称する。
このシステムの具体的な概要は以下の通りである。
A)パスポート管理団体がパスポートを発行する。パスポートを発行した段階では固有の番号だけがパスポートに関連付けられており、寄付者名は記入されていない。パスポート管理団体は提携する自治体に要請に応じた冊数の無記名のパスポートを送付する。パスポートは直接又は郵送等の手段で送付される。
B)自治体ではふるさと納税をした寄付者の要望によって1冊のパスポートを付与する。つまり、パスポート付与は寄付行為の返礼の一部と解釈される。パスポート付与は対面でも郵送でも可能である。この付与は寄付者と対面でもあるいは郵送等での送付でも可能である。付与に際して別途課金をしてもよい。また、パスポートの期限が経過すれば再度その寄付者にパスポートを付与ことができる。
C)パスポートを取得した寄付者はそのパスポートを提示することで提携しているすべての自治体で所定のサービスを受けることが可能となる。パスポートには期限があり、本実施の形態では自治体での登録完了から1年限定でサービスを受けることが可能となっている。
D)所定のサービスはメインサービスとサブサービスに分かれている。メインサービスは提携する自治体内での滞在型のサービスとなる。メインサービスとしては、例えば魚のつかみ取りへの参加、動物園入場許可や割引サービス、お祭り行事への参加、宿泊あるいは宿泊割引サービス、農業体験等が挙げられる。
サブサービスはその自治体内で取得できる「物」のサービスとなる。サブサービスとしては、例えば飲料サービス、ぬいぐるみプレゼント、野菜プレゼント、お祭り行事への参加に付帯したうちわプレゼント等が挙げられる。
E)本実施の形態ではメインサービスは登録した自治体のみで1回に限り受けることが可能となっている。メインサービスは自治体側に提供した事実が残りやすいため、敢えて提供履歴を残さなくともよいが、本実施の形態では例えば自治体ごとにパスポートにその旨の印や証紙等を付してメインサービスを受けた証拠としてもよい。サブサービスは提携する自治体ごとに自由にその内容と受けられる回数を設定できるようになっている。サブサービスの設定は本実施の形態ではインターネットのネットワークを介して実行するようにしている。
図1に示すように、本実施の形態のサービス提供システム1はオフライン上ではパスポート管理団体が提携する複数の自治体A,B,C・・・・にパスポートを送付し、各自治体のうちの1つにふるさと納税をした寄付者(いわゆる納税者)が要望することによってその要望を受理した自治体からその寄付者にパスポートを付与することで開始されるシステムである。パスポートは自治体にふるさと納税をした寄付者(いわゆる納税者)に付与される証明書であって、外観が手帳形式で個々に固有の番号が付されているため便宜上「パスポート」と呼称する。
このシステムの具体的な概要は以下の通りである。
A)パスポート管理団体がパスポートを発行する。パスポートを発行した段階では固有の番号だけがパスポートに関連付けられており、寄付者名は記入されていない。パスポート管理団体は提携する自治体に要請に応じた冊数の無記名のパスポートを送付する。パスポートは直接又は郵送等の手段で送付される。
B)自治体ではふるさと納税をした寄付者の要望によって1冊のパスポートを付与する。つまり、パスポート付与は寄付行為の返礼の一部と解釈される。パスポート付与は対面でも郵送でも可能である。この付与は寄付者と対面でもあるいは郵送等での送付でも可能である。付与に際して別途課金をしてもよい。また、パスポートの期限が経過すれば再度その寄付者にパスポートを付与ことができる。
C)パスポートを取得した寄付者はそのパスポートを提示することで提携しているすべての自治体で所定のサービスを受けることが可能となる。パスポートには期限があり、本実施の形態では自治体での登録完了から1年限定でサービスを受けることが可能となっている。
D)所定のサービスはメインサービスとサブサービスに分かれている。メインサービスは提携する自治体内での滞在型のサービスとなる。メインサービスとしては、例えば魚のつかみ取りへの参加、動物園入場許可や割引サービス、お祭り行事への参加、宿泊あるいは宿泊割引サービス、農業体験等が挙げられる。
サブサービスはその自治体内で取得できる「物」のサービスとなる。サブサービスとしては、例えば飲料サービス、ぬいぐるみプレゼント、野菜プレゼント、お祭り行事への参加に付帯したうちわプレゼント等が挙げられる。
E)本実施の形態ではメインサービスは登録した自治体のみで1回に限り受けることが可能となっている。メインサービスは自治体側に提供した事実が残りやすいため、敢えて提供履歴を残さなくともよいが、本実施の形態では例えば自治体ごとにパスポートにその旨の印や証紙等を付してメインサービスを受けた証拠としてもよい。サブサービスは提携する自治体ごとに自由にその内容と受けられる回数を設定できるようになっている。サブサービスの設定は本実施の形態ではインターネットのネットワークを介して実行するようにしている。
パスポート管理団体と各自治体とはパスポートのオフライン上でのやり取りとは別にオンライン上では図2のようにネットワーク2を介して互いに接続可能に構成されている。各自治体はパスポートをある寄付者に付与する際に、ネットワーク2を介してパスポート管理団体側にそのパスポートに関する寄付者情報を通知する。また、各自治体は寄付者にパスポートを利用したサービスの提供をする際にネットワーク2を介してそのパスポートに関する寄付者情報を閲覧し、また寄付者情報を更新する。
管理サーバ3はインターネットのネットワーク2を介して作動するWEBサーバ装置であり、自治体端末4はインターネットのネットワーク2を介して管理サーバ3に接続可能とされるWEBクライアントである。自治体端末4は管理サーバ3に対してサービス(コンピュータソフトウェア機能)の要求を行い、管理サーバ3はASP( Application Service Provider )として自治体端末4に管理サーバ3側のコンピュータソフトウェアのサービスの提供をする。また、管理サーバ3はWEBクライアントとしてWEBサーバ装置であるクラウドサーバ5と接続可能とされる。
管理サーバ3はインターネットのネットワーク2を介して作動するWEBサーバ装置であり、自治体端末4はインターネットのネットワーク2を介して管理サーバ3に接続可能とされるWEBクライアントである。自治体端末4は管理サーバ3に対してサービス(コンピュータソフトウェア機能)の要求を行い、管理サーバ3はASP( Application Service Provider )として自治体端末4に管理サーバ3側のコンピュータソフトウェアのサービスの提供をする。また、管理サーバ3はWEBクライアントとしてWEBサーバ装置であるクラウドサーバ5と接続可能とされる。
次に、オンライン上での動作を実行するための電気的構成について説明する。
図3に示すように、管理サーバ3は機能部6、入力部7、出力部8及び通信インターフェース9を含んで構成される。
機能部6は、管理サーバ3を構成するCPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)、併設の記憶装置(例えば、ハードディスク装置、リムーバルディスク装置、SSD(Solid State Drive)、メモリカード、USBメモリ)等のハードウェア資源を含んで構成される。また、これらハードウェア資源上でコンピュータソフトウェアを実行する(演算処理される)ことによって実現されるプログラム処理手段を含んで構成される。機能部6はパスポート情報管理部10、自治体情報管理部11を備えている。入力部7は例えばキーボード、タッチパネル、テンキー、マウス、トラックボール等で構成される。出力部8は例えば画像を呈示する液晶ディスプレイ装置、プラズマディスプレイ装置、画像を印刷するレーザープリンター装置等で構成される。通信インターフェース9は情報通信網を介して、他の情報通信機器と情報をやり取りするためのインターフェースを含んで構成される。管理サーバ3は例えば、一般的なコンピュータとされる。
図3に示すように、管理サーバ3は機能部6、入力部7、出力部8及び通信インターフェース9を含んで構成される。
機能部6は、管理サーバ3を構成するCPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)、併設の記憶装置(例えば、ハードディスク装置、リムーバルディスク装置、SSD(Solid State Drive)、メモリカード、USBメモリ)等のハードウェア資源を含んで構成される。また、これらハードウェア資源上でコンピュータソフトウェアを実行する(演算処理される)ことによって実現されるプログラム処理手段を含んで構成される。機能部6はパスポート情報管理部10、自治体情報管理部11を備えている。入力部7は例えばキーボード、タッチパネル、テンキー、マウス、トラックボール等で構成される。出力部8は例えば画像を呈示する液晶ディスプレイ装置、プラズマディスプレイ装置、画像を印刷するレーザープリンター装置等で構成される。通信インターフェース9は情報通信網を介して、他の情報通信機器と情報をやり取りするためのインターフェースを含んで構成される。管理サーバ3は例えば、一般的なコンピュータとされる。
パスポート情報管理部10は、パスポートごとの固有の番号と、このパスポートを保有する寄付者の個人情報を関連付けて登録管理し、寄付者の個人情報の閲覧及び更新の要請に対する処理を行う機能を有する。
自治体情報管理部11は、自治体からのパスポートごとの寄付者の利用履歴の閲覧及びその自治体のサービスを実行した際の利用履歴の更新の要求に対する処理を行う機能を有する。
自治体情報管理部11は、自治体からのパスポートごとの寄付者の利用履歴の閲覧及びその自治体のサービスを実行した際の利用履歴の更新の要求に対する処理を行う機能を有する。
図4に示すように、自治体端末4は機能部12、入力部13、出力部14及び通信インターフェース15を含んで構成される。
機能部12は、コンピュータのCPU、ROM、RAM、併設の記憶装置(例えば、ハードディスク装置、リムーバルディスク装置、SSD、メモリカード、USBメモリ)等のハードウェア資源を含んで構成される。また、ハードウェア資源上でコンピュータソフトウェアを実行することによって実現されるプログラム処理手段を含んで構成される。入力部7は例えばキーボード、タッチパネル、テンキー、マウス、トラックボール等で構成される。出力部14は例えば画像を呈示する液晶ディスプレイ装置、プラズマディスプレイ装置、画像を印刷するレーザープリンター装置等で構成される。通信インターフェース15は情報通信網を介して、他の情報通信機器と情報をやり取りするためのインターフェースを含んで構成される。本実施の形態では機能部12は管理サーバ3側にパスポート番号との関係で入力された寄付者の個人情報を出力したり、寄付者の利用履歴の閲覧請求をしたり、寄付者の利用履歴の更新を要求したりする。自治体端末4は例えば、一般的なコンピュータとされる。自治体端末4は、例えばパーソナルコンピュータ、携帯電話、スマートフォン、タブレット端末等とされる。
機能部12は、コンピュータのCPU、ROM、RAM、併設の記憶装置(例えば、ハードディスク装置、リムーバルディスク装置、SSD、メモリカード、USBメモリ)等のハードウェア資源を含んで構成される。また、ハードウェア資源上でコンピュータソフトウェアを実行することによって実現されるプログラム処理手段を含んで構成される。入力部7は例えばキーボード、タッチパネル、テンキー、マウス、トラックボール等で構成される。出力部14は例えば画像を呈示する液晶ディスプレイ装置、プラズマディスプレイ装置、画像を印刷するレーザープリンター装置等で構成される。通信インターフェース15は情報通信網を介して、他の情報通信機器と情報をやり取りするためのインターフェースを含んで構成される。本実施の形態では機能部12は管理サーバ3側にパスポート番号との関係で入力された寄付者の個人情報を出力したり、寄付者の利用履歴の閲覧請求をしたり、寄付者の利用履歴の更新を要求したりする。自治体端末4は例えば、一般的なコンピュータとされる。自治体端末4は、例えばパーソナルコンピュータ、携帯電話、スマートフォン、タブレット端末等とされる。
図5に示すように、クラウドサーバ5は機能部16及び通信インターフェース17を含んで構成される。機能部16は、コンピュータのCPU、ROM、RAM、併設の記憶装置(例えば、ハードディスク装置、リムーバルディスク装置)等のハードウェア資源を含んで構成される。また、ハードウェア資源上でコンピュータソフトウェアを実行することによって実現されるプログラム処理手段を含んで構成される。クラウドサーバ5はクラウドストレージを提供するサーバコンピュータとされ、本実施の形態では管理サーバ3のパスポート情報管理部10、自治体情報管理部11において処理したデータを保存するデータベースの役割をなす。機能部16はクライアント側となる管理サーバ3からの要求に応じてデータを保存し、また、閲覧可能とする。クラウドサーバ5に併設される記憶装置は管理サーバ3の記憶装置よりも記憶容量が大きく、ユーザーとしての管理サーバ3側は処理に用いるデータをクラウドサーバ5の記憶装置内の記憶領域の一部をネットワーク2を介して保存する。
図6(a)及び(b)はクラウドサーバ5の記憶装置内の管理サーバ3のデータを保存する領域のデータ構造の一例を示す図である。自治体のアカウント情報を保存する第1の領域M1では図6(a)に示すように自治体ID、自治体名、自治体サービス名、チェックイン年月日、チェックアウト年月日等の項目を含んでいる。「自治体ID」は自治体ごとに設定されるコードであり、自治体を識別する情報となる。「自治体名」は提携する自治体の名称の情報となる。「自治体サービス名」は自治体ごとに区々となるサービス名である。「チェックイン年月日」は各自治体でそのサービスを受けた日となる。「チェックアウト年月日」は各自治体でそのサービスを受けなくなった日となる。
パスポートのアカウント情報とパスポートとの関連で各寄付者の情報を保存する第2の領域M2では図6(b)に示すようにパスポート番号、発行年月日、有効期限年月日、寄付者名、登録自治体名等を含んでいる。「パスポート番号」は自治体に送付したパスポートの情報である。「発行年月日」はパスポートを寄付者に付与した日となる。「有効期限年月日」は寄付者に付与した日から所定の年月日となるパスポートの有効期限の情報である。「寄付者名」はパスポート番号と関連づけて登録される情報である。「登録自治体名」はパスポート番号と関連づけて登録されるパスポートを寄付者に付与した自治体の情報である。
パスポートのアカウント情報とパスポートとの関連で各寄付者の情報を保存する第2の領域M2では図6(b)に示すようにパスポート番号、発行年月日、有効期限年月日、寄付者名、登録自治体名等を含んでいる。「パスポート番号」は自治体に送付したパスポートの情報である。「発行年月日」はパスポートを寄付者に付与した日となる。「有効期限年月日」は寄付者に付与した日から所定の年月日となるパスポートの有効期限の情報である。「寄付者名」はパスポート番号と関連づけて登録される情報である。「登録自治体名」はパスポート番号と関連づけて登録されるパスポートを寄付者に付与した自治体の情報である。
次に、上記のような電気的構成においてオンライン上で実行される動作について図7〜図10のシーケンス図に基づいて説明する。尚、前提として管理サーバ3、クラウドサーバ5、自治体端末4のいずれもクレデンシャル認識を経てネットワーク2にログインしているものとする。データの入力は入力部7、13によって、データの出力は出力部8、14によって実現される。
まず、パスポート管理団体の自治体へのパスポート送付に伴って行うパスポートと自治体のアカウント情報の設定について説明する。
図7において、ステップS101は管理サーバ3とクラウドサーバ5との間で行われる処理である。管理サーバ3は管理画面から各自治体に送付したパスポートのパスポート番号を入力し、その情報をクラウドサーバ5に出力し、クラウドサーバ5側で保存する。
ステップS102は管理サーバ3と自治体端末4との間で行われる処理である。各自治体は自治体端末4からネットワーク2を介して管理サーバ3にアクセスし、入力画面表示要求を行う。管理サーバ3はその要求に応答して入力画面を自治体端末4に送信し、自治体は自治体端末4から自治体IDとパスワードを入力し、管理サーバ3に出力する。
ステップS103は管理サーバ3とクラウドサーバ5間で行われる処理である。自治体端末4から出力された自治体IDとパスワードは管理サーバ3で当該自治体名と自治体IDとパスワードとが関連付け登録処理がされた後、それらアカウント情報がクラウドサーバ5に出力され、クラウドサーバ5側で保存する。
まず、パスポート管理団体の自治体へのパスポート送付に伴って行うパスポートと自治体のアカウント情報の設定について説明する。
図7において、ステップS101は管理サーバ3とクラウドサーバ5との間で行われる処理である。管理サーバ3は管理画面から各自治体に送付したパスポートのパスポート番号を入力し、その情報をクラウドサーバ5に出力し、クラウドサーバ5側で保存する。
ステップS102は管理サーバ3と自治体端末4との間で行われる処理である。各自治体は自治体端末4からネットワーク2を介して管理サーバ3にアクセスし、入力画面表示要求を行う。管理サーバ3はその要求に応答して入力画面を自治体端末4に送信し、自治体は自治体端末4から自治体IDとパスワードを入力し、管理サーバ3に出力する。
ステップS103は管理サーバ3とクラウドサーバ5間で行われる処理である。自治体端末4から出力された自治体IDとパスワードは管理サーバ3で当該自治体名と自治体IDとパスワードとが関連付け登録処理がされた後、それらアカウント情報がクラウドサーバ5に出力され、クラウドサーバ5側で保存する。
次に自治体がふるさと納税の返礼として寄付者へパスポートを付与する際に伴うオンライン上の動作について説明する。
図8において、ステップS104は管理サーバ3と自治体端末4との間で行われる処理である。自治体は寄付者へパスポートを付与した際に、ステップS104で自治体端末4からネットワーク2を介して管理サーバ3にアクセスし、ID等入力画面表示要求を行う。管理サーバ3側はその要求に応答してID等入力画面を自治体端末4に送信する。次いで、自治体は自治体端末4から自治体IDとパスワードを入力し、それら自治体IDとパスワードは管理サーバ3に出力されて管理サーバ3側でその自治体を認証する。
次いでステップS105で管理サーバ3と自治体端末4との間で寄付者へ付与したパスポート番号とその寄付者の情報の入力処理がされる。具体的には次のようにデータ授受がされる。自治体を認証した管理サーバ3は「入力トップ画面」を自治体端末4に送信する。「入力トップ画面」は自治体の様々な要求をGUI入力によってメニューから選択させる画面である。
図11はそのような「入力トップ画面」の一例である。本実施の形態では「入力トップ画面」では「パスポート管理」としてパスポート検索・登録・編集オブジェクト21が用意され、「ユーザ管理」(寄付者管理)としてユーザ検索オブジェクト22が用意され、「マニュアル」の検索としてマニュアル一覧オブジェクト23が用意され、「パスポート利用履歴管理」としてパスポート利用履歴検索オブジェクト24が用意され、「サービス管理」としてサービス一括取り込みオブジェクト25、サービス手動登録オブジェクト26、サービス検索オブジェクト27の3種が用意され、問い合わせのための問い合わせオブジェクト28が用意されており、それぞれGUI入力可能な選択メニューとされている。そして、それぞれの選択メニューには更に階層化された入力画面が用意されており、管理サーバ3との間でデータの授受がされる。
図8において、ステップS104は管理サーバ3と自治体端末4との間で行われる処理である。自治体は寄付者へパスポートを付与した際に、ステップS104で自治体端末4からネットワーク2を介して管理サーバ3にアクセスし、ID等入力画面表示要求を行う。管理サーバ3側はその要求に応答してID等入力画面を自治体端末4に送信する。次いで、自治体は自治体端末4から自治体IDとパスワードを入力し、それら自治体IDとパスワードは管理サーバ3に出力されて管理サーバ3側でその自治体を認証する。
次いでステップS105で管理サーバ3と自治体端末4との間で寄付者へ付与したパスポート番号とその寄付者の情報の入力処理がされる。具体的には次のようにデータ授受がされる。自治体を認証した管理サーバ3は「入力トップ画面」を自治体端末4に送信する。「入力トップ画面」は自治体の様々な要求をGUI入力によってメニューから選択させる画面である。
図11はそのような「入力トップ画面」の一例である。本実施の形態では「入力トップ画面」では「パスポート管理」としてパスポート検索・登録・編集オブジェクト21が用意され、「ユーザ管理」(寄付者管理)としてユーザ検索オブジェクト22が用意され、「マニュアル」の検索としてマニュアル一覧オブジェクト23が用意され、「パスポート利用履歴管理」としてパスポート利用履歴検索オブジェクト24が用意され、「サービス管理」としてサービス一括取り込みオブジェクト25、サービス手動登録オブジェクト26、サービス検索オブジェクト27の3種が用意され、問い合わせのための問い合わせオブジェクト28が用意されており、それぞれGUI入力可能な選択メニューとされている。そして、それぞれの選択メニューには更に階層化された入力画面が用意されており、管理サーバ3との間でデータの授受がされる。
ここでは自治体側はパスポート検索・登録・編集オブジェクト21を選択して自治体端末4側からGUI入力する。すると管理サーバ3は「パスポート検索・登録・編集画面」を送信する。以下、「パスポート検索・登録・編集画面」の指示に従って階層化された入力画面において自治体は自治体端末4から「パスポート番号」「自治体名」「発行年月日」「有効期限年月日」「寄付者名」等を入力する。以下、これらの情報を「寄付者情報」とする。それらの確定された寄付者情報は管理サーバ3に出力される。
次いで、ステップS106で寄付者情報は管理サーバ3からクラウドサーバ5に出力され、クラウドサーバ5側で保存される。
次いで、ステップS106で寄付者情報は管理サーバ3からクラウドサーバ5に出力され、クラウドサーバ5側で保存される。
次に各自治体が提供するサブサービスの登録に伴う動作について説明する。
図9において、ステップS107はステップS104と同様の管理サーバ3と自治体端末4との間で行われる自治体IDとパスワードを入力し、認証する処理である。ステップS104と同様の処理であるため説明は省略する。
ステップS107に続いてステップS108で管理サーバ3と自治体端末4との間でサブサービスの登録処理がされる。具体的には次のようにデータ授受がされる。自治体を認証した管理サーバ3は「入力トップ画面」を自治体端末4に送信する。ここでは自治体側はサービス手動登録オブジェクト26を選択して自治体端末4側からGUI入力する。すると管理サーバ3は「サービス手動画面」を送信する。以下、「サービス手動画面」の指示に従って階層化された入力画面において自治体は自治体端末4から「サービスの内容」「寄付者に提供するサービスの上限」等を入力する。以下、これらの情報を「サブサービス情報」とする。それらの確定されたサブサービス情報は管理サーバ3に出力される。
次いで、ステップS109でサブサービス情報は管理サーバ3からクラウドサーバ5に出力され、クラウドサーバ5側で保存される。
図9において、ステップS107はステップS104と同様の管理サーバ3と自治体端末4との間で行われる自治体IDとパスワードを入力し、認証する処理である。ステップS104と同様の処理であるため説明は省略する。
ステップS107に続いてステップS108で管理サーバ3と自治体端末4との間でサブサービスの登録処理がされる。具体的には次のようにデータ授受がされる。自治体を認証した管理サーバ3は「入力トップ画面」を自治体端末4に送信する。ここでは自治体側はサービス手動登録オブジェクト26を選択して自治体端末4側からGUI入力する。すると管理サーバ3は「サービス手動画面」を送信する。以下、「サービス手動画面」の指示に従って階層化された入力画面において自治体は自治体端末4から「サービスの内容」「寄付者に提供するサービスの上限」等を入力する。以下、これらの情報を「サブサービス情報」とする。それらの確定されたサブサービス情報は管理サーバ3に出力される。
次いで、ステップS109でサブサービス情報は管理サーバ3からクラウドサーバ5に出力され、クラウドサーバ5側で保存される。
次に各自治体(寄付者へパスポートを付与した自治体も含む)において寄付者がパスポートを提示してサブサービスを受けようとする際にパスポートの利用履歴を閲覧し、更にサブサービス提供に伴ってサービス履歴を更新する際の動作について説明する。
図10において、ステップS110はステップS104と同様の管理サーバ3と自治体端末4との間で行われる自治体IDとパスワードを入力し、認証する処理である。ステップS104と同様の処理であるため説明は省略する。
ステップS110に続いてステップS111で管理サーバ3と自治体端末4とクラウドサーバ5との間パスポートの利用履歴の閲覧処理がされる。具体的には次のようにデータ授受がされる。
自治体を認証した管理サーバ3は「入力トップ画面」を自治体端末4に送信する。ここでは自治体側はパスポート利用履歴検索オブジェクト24を選択して自治体端末4側からGUI入力する。すると管理サーバ3は「パスポート利用履歴検索画面」を送信する。「パスポート利用履歴検索画面」では閲覧したいパスポートの番行の入力を求める画面が表示される。自治体では自治体端末4側からパスポートを提示した寄付者のそのパスポート番号を入力する。この入力に基づいて管理サーバ3はパスポート番号に対応した「寄付者情報」をクラウドサーバ5から呼び出し図12に示すように当該パスポートのパスポート情報一覧31として送信する。併せて管理サーバ3は同じ画面上で自治体のサブサービス一覧32を表示した閲覧画面を送信する。ここで送信されるサブサービス一覧32は当該パスポートとの関連でサブサービスのサービス履歴を閲覧させるためである。サブサービス一覧32では自治体はある順番で、例えばアルファベット順に並べられ自治体ごとに提供できるサービスが集中的に表示される。自治体のサブサービス一覧32はすべての自治体のすべてのサブサービスが画面をスクロールバー34をスクロールさせることで確認することができる。
図10において、ステップS110はステップS104と同様の管理サーバ3と自治体端末4との間で行われる自治体IDとパスワードを入力し、認証する処理である。ステップS104と同様の処理であるため説明は省略する。
ステップS110に続いてステップS111で管理サーバ3と自治体端末4とクラウドサーバ5との間パスポートの利用履歴の閲覧処理がされる。具体的には次のようにデータ授受がされる。
自治体を認証した管理サーバ3は「入力トップ画面」を自治体端末4に送信する。ここでは自治体側はパスポート利用履歴検索オブジェクト24を選択して自治体端末4側からGUI入力する。すると管理サーバ3は「パスポート利用履歴検索画面」を送信する。「パスポート利用履歴検索画面」では閲覧したいパスポートの番行の入力を求める画面が表示される。自治体では自治体端末4側からパスポートを提示した寄付者のそのパスポート番号を入力する。この入力に基づいて管理サーバ3はパスポート番号に対応した「寄付者情報」をクラウドサーバ5から呼び出し図12に示すように当該パスポートのパスポート情報一覧31として送信する。併せて管理サーバ3は同じ画面上で自治体のサブサービス一覧32を表示した閲覧画面を送信する。ここで送信されるサブサービス一覧32は当該パスポートとの関連でサブサービスのサービス履歴を閲覧させるためである。サブサービス一覧32では自治体はある順番で、例えばアルファベット順に並べられ自治体ごとに提供できるサービスが集中的に表示される。自治体のサブサービス一覧32はすべての自治体のすべてのサブサービスが画面をスクロールバー34をスクロールさせることで確認することができる。
パスポート情報一覧31は、パスポート番号、発行年月日、有効期限年月日、寄付者名、登録自治体名、パスポート内容を変更した場合のパスポート変更日、変更担当者等を表示させる。サブサービス一覧32では自治体名、サービス名、サービス提供日、サービス上限回数、サービス提供回数等が表示される。
自治体側ではパスポート情報一覧31を閲覧してパスポート番号とパスポートの所有者である寄付者の名前を照合して確認し、サブサービス一覧32の自身の自治体が設定しているサブサービスを閲覧して寄付者のサブサービス提供状況を確認する。例えばある自治体に対して寄付者Aが「B」というサービスの提供を求めた際に、自治体側ではこの閲覧を行って寄付者Aが「B」というサービスを受けていないかどうかを確認する。あるいは「B」サービスが複数回受けられるサービスである場合にはサービス提供回数とサービス上限回数が一致していないかを確認する。自治体側では「B」というサービスをまだ受けていなければ寄付者AにBサービスを提供する。上限回数に達していればサービスを断るようにする。
自治体側ではパスポート情報一覧31を閲覧してパスポート番号とパスポートの所有者である寄付者の名前を照合して確認し、サブサービス一覧32の自身の自治体が設定しているサブサービスを閲覧して寄付者のサブサービス提供状況を確認する。例えばある自治体に対して寄付者Aが「B」というサービスの提供を求めた際に、自治体側ではこの閲覧を行って寄付者Aが「B」というサービスを受けていないかどうかを確認する。あるいは「B」サービスが複数回受けられるサービスである場合にはサービス提供回数とサービス上限回数が一致していないかを確認する。自治体側では「B」というサービスをまだ受けていなければ寄付者AにBサービスを提供する。上限回数に達していればサービスを断るようにする。
このようにパスポート情報一覧31とサブサービス一覧32を閲覧した結果、自治体側でサブサービスを寄付者に提供する場合にはサブサービスのサービス履歴を更新する。
図10において、ステップS112は管理サーバ3と自治体端末4との間でサブサービスのサービス履歴を更新する処理である。
自治体側はサブサービス一覧32に附属して表示される履歴登録オブジェクト33を自治体端末4側からGUI入力する。するとこれを受けて管理サーバ3側は「パスポート利用履歴登録編集画面」を自治体端末4側に送信する。図13に示すように「パスポート利用履歴登録編集画面」にはそのパスポート番号(つまり、現在サービスを受けようとしている利用者である寄付者)に関するその自治体のサブサービスの情報(パスポート利用履歴一覧35)が表示されて編集可能となっている。自治体側はパスポート利用履歴一覧35の対応するサブサービスの欄にこの寄付者に提供する(あるいはすでに提供した)サービスの内容を記入して更新することとなる。例えば今回寄付者AにBサービスを提供するとした場合には、Bサービスのサービス提供回数についてそれが初めての提供であれば自治体端末4を使用してサービス提供回数の欄に「1」の数字を入力する。そして登録オブジェクト36をGUI入力し更新内容を確定する。更に、提供日、入力した管理者名等も適宜入力する。それらの確定された寄付者情報は管理サーバ3に出力される。
次いで、ステップS113で更新されたサブサービスの情報(サービス履歴)は管理サーバ3からクラウドサーバ5に出力され、クラウドサーバ5側で保存される。
図10において、ステップS112は管理サーバ3と自治体端末4との間でサブサービスのサービス履歴を更新する処理である。
自治体側はサブサービス一覧32に附属して表示される履歴登録オブジェクト33を自治体端末4側からGUI入力する。するとこれを受けて管理サーバ3側は「パスポート利用履歴登録編集画面」を自治体端末4側に送信する。図13に示すように「パスポート利用履歴登録編集画面」にはそのパスポート番号(つまり、現在サービスを受けようとしている利用者である寄付者)に関するその自治体のサブサービスの情報(パスポート利用履歴一覧35)が表示されて編集可能となっている。自治体側はパスポート利用履歴一覧35の対応するサブサービスの欄にこの寄付者に提供する(あるいはすでに提供した)サービスの内容を記入して更新することとなる。例えば今回寄付者AにBサービスを提供するとした場合には、Bサービスのサービス提供回数についてそれが初めての提供であれば自治体端末4を使用してサービス提供回数の欄に「1」の数字を入力する。そして登録オブジェクト36をGUI入力し更新内容を確定する。更に、提供日、入力した管理者名等も適宜入力する。それらの確定された寄付者情報は管理サーバ3に出力される。
次いで、ステップS113で更新されたサブサービスの情報(サービス履歴)は管理サーバ3からクラウドサーバ5に出力され、クラウドサーバ5側で保存される。
このように構成することで本実施の形態のサービス提供システム1では次のような効果が奏される。
(1)ふるさと納税の寄付者はパスポートを提示することでパスポートを発行した自治体以外でも様々なサービスを受けられることとなる。また、ふるさと納税をした返礼した自治体以外の自治体においても、寄付者が赴くことで様々なサービスを受けることができるため、多くの自治体で人の往来が増加することとなり、自治体の活性化に貢献する。
(2)パスポートを利用するために自治体に赴いた寄付者は自身が無料のサービスを受けるだけではなく、一般的にその赴いた自治体において何らかの経済的な消費行為、例えば飲食とか宿泊とかお土産の購入等を一緒に行うことが多いと考えられるため、このシステムに提携した自治体での経済発展に貢献する。
(3)寄付者がサービスを受ける際に、そのパスポートの持ち主や過去のサービスの提供履歴を各自治体の端末4からインターネットを利用して確認できるため、回数が限られているにもかかわらず寄付者が間違って再度サービスを受けたり悪意を持って繰り返しサービスを受けるようなことを防止することができる。
(4)各自治体の端末4からサービス履歴を各自治体から入力して更新できるため、そのパスポートを持つ寄付者の履歴が確実かつ迅速に更新できることとなる。
(5)各自治体ではそのパスポートの過去の履歴を確認できるため、各自治体の担当者が変わっても、あるいは異なる端末で異なる人が操作した場合でも、間違って寄付者に何度も繰り返しサービスをしてしまうことがない。
(6)どの自治体からでも端末4からサービスを登録でき、パスポート管理団体に出向く必要がないため便利である。
(7)パスポートを登録した自治体以外も番号からそのパスポートの利用履歴にアクセスできるため、便利である。
(1)ふるさと納税の寄付者はパスポートを提示することでパスポートを発行した自治体以外でも様々なサービスを受けられることとなる。また、ふるさと納税をした返礼した自治体以外の自治体においても、寄付者が赴くことで様々なサービスを受けることができるため、多くの自治体で人の往来が増加することとなり、自治体の活性化に貢献する。
(2)パスポートを利用するために自治体に赴いた寄付者は自身が無料のサービスを受けるだけではなく、一般的にその赴いた自治体において何らかの経済的な消費行為、例えば飲食とか宿泊とかお土産の購入等を一緒に行うことが多いと考えられるため、このシステムに提携した自治体での経済発展に貢献する。
(3)寄付者がサービスを受ける際に、そのパスポートの持ち主や過去のサービスの提供履歴を各自治体の端末4からインターネットを利用して確認できるため、回数が限られているにもかかわらず寄付者が間違って再度サービスを受けたり悪意を持って繰り返しサービスを受けるようなことを防止することができる。
(4)各自治体の端末4からサービス履歴を各自治体から入力して更新できるため、そのパスポートを持つ寄付者の履歴が確実かつ迅速に更新できることとなる。
(5)各自治体ではそのパスポートの過去の履歴を確認できるため、各自治体の担当者が変わっても、あるいは異なる端末で異なる人が操作した場合でも、間違って寄付者に何度も繰り返しサービスをしてしまうことがない。
(6)どの自治体からでも端末4からサービスを登録でき、パスポート管理団体に出向く必要がないため便利である。
(7)パスポートを登録した自治体以外も番号からそのパスポートの利用履歴にアクセスできるため、便利である。
上記実施の形態は本考案の原理およびその概念を例示するための具体的な実施の形態として記載したにすぎない。つまり、本考案は上記の実施の形態に限定されるものではない。本考案は、例えば次のように変更した態様で具体化することも可能である。
・上記実施の形態ではデータベースはインターネットにおいてクラウドサーバ5内に設けるようにしていたが、管理サーバ3に附属させて設けるようにしてもよい。
・管理サーバ3の機能部6を管理サーバ3以外のコンピュータ上に分散させるようにしてもよい。
・上記実施の形態ではメインサービスはパスポートを登録した自治体のみで提供するサービスであったが、登録した自治体以外でもメインサービスを提供するようにしてもよい。
・上記において管理サーバ3が自治体端末4に閲覧させるために送信する画像は一例であって、上記以外の表示パターンや表示項目とすることは自由である。
・パスポートの情報や自治体の情報等は上記の登録項目は一例であって、他の情報を登録したり、あるいは上記に挙げた項目を登録しないということでもよい。
・上記実施の形態における閲覧ではサブサービスの上限とその利用回数が表示されるようになってたが、利用回数が一回のみに設定している場合では単に利用したかどうかの表示だけでも構わない。
・サブサービスの上限に達した場合に、その欄の色を変更したり、チェックマークを入れる等しえ閲覧の際にわかりやすくするようにしてもよい。
・上記ではサブサービスは回数で上限を決めるようにしていたが、これを量的なもので上限を決めるようにしてもよい。例えば、サブサービスとして米10kgをもらえる場合に、何回かに分けて提供を受けるようなケースである。
・上記ではサービス提供主体は自治体であり、利用者はふるさと納税の寄付者であったが、これ以外のケースであってもよい。例えば、サービス提供主体が多くのチェーン店を有するスーパーマーケットであり、利用者はその客としてチェーン店間で通用するパスポートをある店で発行してもらうというシステムでもよい。
・上記実施の形態ではパスポート形式であったが、その他の形式、例えば、カード形式等で実現してもよい。
・その他、本考案はその趣旨を逸脱しない範囲において変更した態様で実施することは自由である。
・上記実施の形態ではデータベースはインターネットにおいてクラウドサーバ5内に設けるようにしていたが、管理サーバ3に附属させて設けるようにしてもよい。
・管理サーバ3の機能部6を管理サーバ3以外のコンピュータ上に分散させるようにしてもよい。
・上記実施の形態ではメインサービスはパスポートを登録した自治体のみで提供するサービスであったが、登録した自治体以外でもメインサービスを提供するようにしてもよい。
・上記において管理サーバ3が自治体端末4に閲覧させるために送信する画像は一例であって、上記以外の表示パターンや表示項目とすることは自由である。
・パスポートの情報や自治体の情報等は上記の登録項目は一例であって、他の情報を登録したり、あるいは上記に挙げた項目を登録しないということでもよい。
・上記実施の形態における閲覧ではサブサービスの上限とその利用回数が表示されるようになってたが、利用回数が一回のみに設定している場合では単に利用したかどうかの表示だけでも構わない。
・サブサービスの上限に達した場合に、その欄の色を変更したり、チェックマークを入れる等しえ閲覧の際にわかりやすくするようにしてもよい。
・上記ではサブサービスは回数で上限を決めるようにしていたが、これを量的なもので上限を決めるようにしてもよい。例えば、サブサービスとして米10kgをもらえる場合に、何回かに分けて提供を受けるようなケースである。
・上記ではサービス提供主体は自治体であり、利用者はふるさと納税の寄付者であったが、これ以外のケースであってもよい。例えば、サービス提供主体が多くのチェーン店を有するスーパーマーケットであり、利用者はその客としてチェーン店間で通用するパスポートをある店で発行してもらうというシステムでもよい。
・上記実施の形態ではパスポート形式であったが、その他の形式、例えば、カード形式等で実現してもよい。
・その他、本考案はその趣旨を逸脱しない範囲において変更した態様で実施することは自由である。
1…サービス提供システム、3…管理サーバ、4…クライアント側端末としての自治体端末、16…記憶手段を構成するクラウドサーバの機能部。
Claims (18)
- 利用者の個人情報を管理する管理サーバと、同管理サーバに対して前記利用者の貢献度に応じて前記利用者に所定のサービスを提供するサービス提供主体がユーザーとなる複数のクライアント側端末とがインターネットを利用したネットワークを介して接続可能に構成され、
利用者の個人情報とそのサービス利用履歴は利用者ごとの証明書の固有コードと関連付けられて前記管理サーバ側が管理する記憶手段に保存され、
前記管理サーバはサービスの提供を受けるために前記利用者から証明書を提示されたいずれかの前記サービス提供主体の前記クライアント側端末からの要求に応じて前記記憶手段に保存された前記利用者のサービス利用履歴を要求を受けた前記クライアント側端末の表示画面に閲覧可能に表示させることを特徴とするサービス提供システム。 - 前記管理サーバはいずれかの前記サービス提供主体が前記利用者に所定のサービスを提供する際に、その利用者のサービス利用履歴をそのサービス提供主体の前記クライアント側端末から前記記憶手段に保存するように前記表示画面上で促すことを特徴とする請求項1に記載のサービス提供システム。
- 前記証明書は前記管理サーバ側から前記サービス提供主体を経由して前記利用者に付与されることを特徴とする請求項1又は2に記載のサービス提供システム。
- 前記管理サーバは前記証明書を前記利用者に付与した前記サービス提供主体の前記クライアント側端末に前記利用者の個人情報を前記証明書の固有コードと関連付けて前記記憶手段に保存するように前記表示画面上で促すことを特徴とする請求項3に記載のサービス提供システム。
- 前記証明書はある1つの前記サービス提供主体において前記利用者が所定の貢献度を条件に付与されることを特徴とする請求項3又は4に記載のサービス提供システム。
- 前記利用者は前記証明書が付与された前記サービス提供主体固有のサービスの提供が受けられることを特徴とする請求項5に記載のサービス提供システム。
- 前記利用者は前記証明書が付与された前記サービス提供主体以外の前記サービス提供主体からも前記証明書を提示することでサービスの提供が受けられることを特徴とする請求項3〜6のいずれかに記載のサービス提供システム。
- 前記利用者に提供されるサービス内容は前記サービス提供主体ごとに区々であり、前記管理サーバは前記サービス提供主体の前記クライアント側端末ごとに前記利用者のサービス利用履歴を入力するように前記表示画面上で促すことを特徴とする請求項1〜7のいずれかに記載のサービス提供システム。
- 前記管理サーバは前記証明書に基づく前記利用者の利用可能なサービス回数が所定回数に達した際又は利用可能なサービス量が所定量に達した際に前記クライアント側端末からの要求に応じてその旨を前記表示画面に閲覧可能に表示させることを特徴とする請求項1〜8のいずれかに記載のサービス提供システム。
- 任意のある1つの前記クライアント側端末から前記利用者のサービス利用履歴が入力された際に、前記管理サーバはそのサービス利用履歴を入力した前記クライアント側端末以外の前記クライアント側端末の前記表示画面にそのサービス利用履歴を閲覧可能に表示させることを特徴とする請求項1〜9のいずれかに記載のサービス提供システム。
- 前記管理サーバ側は前記クライアント側端末ごとに前記管理サーバにアクセスするための端末識別用のIDとパスワードを付与することを特徴とする請求項1〜10のいずれかに記載のサービス提供システム。
- 前記サービス提供主体は自治体であることを特徴とする請求項1〜11のいずれかに記載のサービス提供システム。
- 前記利用者に付与される所定のサービスとは、前記利用者が前記自治体内に滞在することでのみ受けられるサービスであることを特徴とする請求項12に記載のサービス提供システム。
- 前記自治体内に滞在することでのみ受けられるサービスは主となるサービスと、その主となるサービスに付随するサービスとに分かれていることを特徴とする請求項13に記載のサービス提供システム。
- サービス利用履歴は前記主となるサービスに付随するサービスのみについて用意されていることを特徴とする請求項14に記載のサービス提供システム。
- 前記利用者の貢献度は前記利用者の前記サービス提供主体への寄付額に基づいて算出可能とされることを特徴とする請求項12〜15のいずれかに記載のサービス提供システム。
- 前記貢献度は貢献度に応じてポイント化することを特徴とする請求項1〜16のいずれかに記載のサービス提供システム。
- 前記記憶手段はインターネットを利用したネットワーク上のサーバー内にあることを特徴とする請求項1〜17のいずれかに記載のサービス提供システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017000253U JP3209767U (ja) | 2017-01-25 | 2017-01-25 | サービス提供システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017000253U JP3209767U (ja) | 2017-01-25 | 2017-01-25 | サービス提供システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP3209767U true JP3209767U (ja) | 2017-04-06 |
Family
ID=58484232
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2017000253U Active JP3209767U (ja) | 2017-01-25 | 2017-01-25 | サービス提供システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3209767U (ja) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2021107996A (ja) * | 2019-12-27 | 2021-07-29 | 誠 田之頭 | ふるさと納税システム |
JP2021157646A (ja) * | 2020-03-27 | 2021-10-07 | All株式会社 | 納税支援装置及びプログラム |
JP2022093462A (ja) * | 2019-12-12 | 2022-06-23 | 株式会社ミラボ | 情報処理装置、及びプログラム |
JP7095145B1 (ja) | 2021-03-26 | 2022-07-04 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | 投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム |
JP2023087077A (ja) * | 2019-11-18 | 2023-06-22 | 芳光 鍵和田 | ふるさと納税支援方法、システム及びプログラム |
-
2017
- 2017-01-25 JP JP2017000253U patent/JP3209767U/ja active Active
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2023087077A (ja) * | 2019-11-18 | 2023-06-22 | 芳光 鍵和田 | ふるさと納税支援方法、システム及びプログラム |
JP2022093462A (ja) * | 2019-12-12 | 2022-06-23 | 株式会社ミラボ | 情報処理装置、及びプログラム |
JP7396704B2 (ja) | 2019-12-12 | 2023-12-12 | 株式会社ミラボ | 情報処理装置、及びプログラム |
JP2021107996A (ja) * | 2019-12-27 | 2021-07-29 | 誠 田之頭 | ふるさと納税システム |
JP2021157646A (ja) * | 2020-03-27 | 2021-10-07 | All株式会社 | 納税支援装置及びプログラム |
JP7095145B1 (ja) | 2021-03-26 | 2022-07-04 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | 投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム |
WO2022203068A1 (ja) * | 2021-03-26 | 2022-09-29 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | 投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム記憶媒体 |
JP2022151194A (ja) * | 2021-03-26 | 2022-10-07 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | 投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3209767U (ja) | サービス提供システム | |
JP2006301866A (ja) | 特典情報管理方法及び特典情報管理システム | |
JP2017004488A (ja) | 電子チケット管理装置及び電子チケット管理方法 | |
KR20090063037A (ko) | 결제카드 추천 서비스 제공 방법 | |
WO2015004820A1 (ja) | 電子文通装置、電子文通方法及びプログラム記憶媒体 | |
JP7018466B2 (ja) | サービス設定システム、サービス設定装置、サービス設定方法及びプログラム | |
JP2017139022A (ja) | 電子レシート管理サーバ、電子レシートの送信方法およびプログラム | |
JP6074350B2 (ja) | 商品販売管理サーバ及びインターネット販売促進システム | |
JP2011107771A (ja) | ギフト仲介システム及びギフト仲介方法 | |
JP7169767B2 (ja) | ロイヤリティ醸成支援装置 | |
JP2003016168A (ja) | 個人情報提供システム及び個人情報管理装置 | |
JP2015106189A (ja) | クーポン管理サーバ、クーポン管理システム及びクーポン管理方法 | |
JP6906003B2 (ja) | スコアリング装置、スコアリング方法、及びプログラム | |
JP6187564B2 (ja) | 情報処理システム、情報処理装置、連携情報処理システム、情報処理方法、プログラム | |
KR101593275B1 (ko) | 가맹점정보 송수신 장치 및 그 방법 | |
JP6137821B2 (ja) | ギフトシステム | |
KR101187338B1 (ko) | 맞춤형 의료관광 서비스 정보제공 시스템 | |
JP5521949B2 (ja) | ソーシャルネットワークサービスを利用して配布したクーポンの利用を管理するためのクーポン管理装置及び方法。 | |
JP6872269B2 (ja) | インターネットショッピングモール管理方法 | |
JP2001340611A (ja) | コンピュータネットワークを利用した景品引換方法および景品引換システム | |
JP2005108078A (ja) | クーポン管理装置およびクーポン管理方法 | |
JP2007157102A (ja) | 電子クーポン提供システム | |
JP2015056131A (ja) | 情報管理システム、情報管理サーバ及び情報管理端末 | |
KR20140087096A (ko) | 소설네트워크를 이용한 전자쿠폰 발행 방법 | |
KR20180022415A (ko) | 전자상품권 송수신 방법 및 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
R150 | Certificate of patent or registration of utility model |
Ref document number: 3209767 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |