特許 7393962 管理システム及び管理方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-11-29

(45)【発行日】2023-12-07

(54)【発明の名称】管理システム及び管理方法

(51)【国際特許分類】

   H04M 3/42 20060101AFI20231130BHJP

   H04M 11/00 20060101ALI20231130BHJP

   G06F 21/44 20130101ALI20231130BHJP

【ＦＩ】

H04M3/42 E

H04M11/00 302

G06F21/44

【請求項の数】 4

(21)【出願番号】P 2020018537

(22)【出願日】2020-02-06

(65)【公開番号】P2021125812

(43)【公開日】2021-08-30

【審査請求日】2022-12-15

(73)【特許権者】

【識別番号】514256173

【氏名又は名称】株式会社リンクス

(74)【代理人】

【識別番号】100188547

【弁理士】

【氏名又は名称】鈴野 幹夫

(72)【発明者】

【氏名】島崎 浩一

(72)【発明者】

【氏名】夏山 昌和

【審査官】松原 徳久

(56)【参考文献】

【文献】特開２０１７－０７３６７１（ＪＰ，Ａ）

【文献】特開２０１６－１９７２９７（ＪＰ，Ａ）

【文献】特開２００５－１２２４００（ＪＰ，Ａ）

【文献】特開２０１８－１２１０９９（ＪＰ，Ａ）

【文献】特開２０１９－２０７６０８（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１４／０３５８６９０（ＵＳ，Ａ１）

【文献】特開２０２１－０３４７８０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ２１／００

２１／３０－２１／４６

Ｇ０６Ｑ１０／００－１０／１０

３０／００－３０／０８

５０／００－５０／２０

５０／２６－９９／００

Ｇ１６Ｚ９９／００

Ｈ０４Ｌ５１／００－５１／５８

６７／００－６７／７５

Ｈ０４Ｍ３／００

３／１６－３／２０

３／３８－３／５８

７／００－７／１６

１１／００－１１／１０

(57)【特許請求の範囲】

【請求項1】

キャリアを介してスマートフォンに接続する管理システムであって、
ＳＭＳの送信ごとに固有な固有ＵＲＬを生成する固有ＵＲＬ生成手段と、
前記スマートフォンの携帯電話番号に、前記固有ＵＲＬと、端末固有ＩＤとを関連づけて記憶する管理データ記憶手段と、
前記固有ＵＲＬを含むＳＭＳ文書を、前記スマートフォンに前記携帯電話番号によってＳＭＳで送信するＳＭＳ送信手段と、
前記スマートフォンから前記固有ＵＲＬにアクセスがなされた際に、前記スマートフォンから送られたアクセス情報から前記スマートフォンに固有な端末固有ＩＤを抽出する固有ＩＤ抽出手段と、
アクセスがなされたスマートフォンの前記携帯電話番号に関連づけて前記端末固有ＩＤが前記管理データ記憶手段に記憶されていない場合に、前記固有ＩＤ抽出手段によって抽出された端末固有ＩＤを前記携帯電話番号に関連づけて前記管理データ記憶手段に記憶する固有ＩＤ制御手段と、
アクセスがなされたスマートフォンの前記携帯電話番号に関連づけて前記端末固有ＩＤが前記管理データ記憶手段に記憶されている場合に、アクセスがなされた前記固有ＵＲＬにかかわらず、記憶されている前記端末固有ＩＤと前記固有ＩＤ抽出手段によって抽出された端末固有ＩＤとを比較し、同じ場合にはリダイレクトＵＲＬにリダイレクトし、異なっている場合には前記リダイレクトＵＲＬにリダイレクトしないＵＲＬアクセス手段と、
を備えることを特徴とする管理システム。

【請求項2】

前記ＵＲＬアクセス手段は、比較の結果、前記端末固有ＩＤが異なっている場合に、前記リダイレクトＵＲＬと異なる第２リダイレクトＵＲＬにリダイレクトすることを特徴とする請求項１に記載の管理システム。

【請求項3】

ＳＭＳの送信ごとに固有な固有ＵＲＬを生成し、
前記固有ＵＲＬを含むＳＭＳ文書を、キャリアを介してスマートフォンに携帯電話番号によってＳＭＳで送信し、
前記スマートフォンから前記固有ＵＲＬにアクセスがなされた際に、前記スマートフォンから送られたアクセス情報から前記スマートフォンに固有な端末固有ＩＤを抽出し、
アクセスがなされたスマートフォンの前記携帯電話番号に関連づけて、管理データ記憶手段に端末固有ＩＤが記憶されていない場合に、抽出された前記端末固有ＩＤを前記携帯電話番号に関連づけて前記管理データ記憶手段に記憶し、
アクセスがなされたスマートフォンの前記携帯電話番号に関連づけて、前記管理データ記憶手段に端末固有ＩＤが記憶されている場合に、アクセスがなされた前記固有ＵＲＬにかかわらず、記憶されている前記端末固有ＩＤと抽出された前記端末固有ＩＤとを比較し、同じ場合にはリダイレクトＵＲＬにリダイレクトし、異なっている場合には前記リダイレクトＵＲＬにリダイレクトしないことを特徴とする管理方法。

【請求項4】

比較の結果、前記端末固有ＩＤが異なっている場合には、前記リダイレクトＵＲＬと異なる第２リダイレクトＵＲＬにリダイレクトすることにより行うことを特徴とする請求項３に記載の管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、スマートフォンのショートメッセージサービス（以下、「ＳＭＳ」という。）を利用した管理システム及び管理方法に関する。

【背景技術】

【0002】

スマートフォンは、電話やゲーム、動画の閲覧だけでなく、生活に関する種々の目的を達成するための端末として用いられてきている。たとえば、コンビニエンスストアで商品購入の際には、近距離無線通信やバーコードの表示により代金の支払いを行うことに用いられている。また、個人情報を含んだ情報をスマートフォンに送付することも考えられる。

【0003】

特許文献１には、ゲームソフトや表計算ソフト、動画コンテンツなどの電子商品を販売するシステムが記載されている。このシステムでは商品を販売する際に、ユーザＩＤ、パスワードからなる認証情報をユーザ端末に入力させ、認証処理によりユーザ登録されているか確認する。このような認証処理を行うためには予めユーザ登録が必要である。さらに、ユーザが使用する際にはユーザＩＤとパスワードを入力しなければならない。そのため、ユーザにとって操作が複雑であり、パスワード等の認証情報の管理を行う必要もあった。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００５－１２２４００号公報

【発明の概要】

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

【0005】

本発明は、パーソナルコンピュータでアクセスすることができず、最初にアクセスした特定のスマートフォンでのみアクセスできる、簡単に使用できてセキュリティが高い管理システム及び管理方法を提供することを目的とする。

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

【0006】

上記課題を解決するため、本発明は以下の構成を有する。
（１）本発明は、キャリアを介してスマートフォンに接続する管理システムであって、ＳＭＳの送信ごとに固有な固有ＵＲＬを生成する固有ＵＲＬ生成手段と、前記スマートフォンの携帯電話番号に、前記固有ＵＲＬと、端末固有ＩＤとを関連づけて記憶する管理データ記憶手段と、前記固有ＵＲＬを含むＳＭＳ文書を、前記スマートフォンに前記携帯電話番号によってＳＭＳで送信するＳＭＳ送信手段と、前記スマートフォンから前記固有ＵＲＬにアクセスがなされた際に、前記スマートフォンから送られたアクセス情報から前記スマートフォンに固有な端末固有ＩＤを抽出する固有ＩＤ抽出手段と、アクセスがなされたスマートフォンの前記携帯電話番号に関連づけて前記端末固有ＩＤが前記管理データ記憶手段に記憶されていない場合に、前記固有ＩＤ抽出手段によって抽出された端末固有ＩＤを前記携帯電話番号に関連づけて前記管理データ記憶手段に記憶する固有ＩＤ制御手段と、アクセスがなされたスマートフォンの前記携帯電話番号に関連づけて前記端末固有ＩＤが前記管理データ記憶手段に記憶されている場合に、アクセスがなされた前記固有ＵＲＬにかかわらず、記憶されている前記端末固有ＩＤと前記固有ＩＤ抽出手段によって抽出された端末固有ＩＤとを比較し、同じ場合にはリダイレクトＵＲＬにリダイレクトし、異なっている場合には前記リダイレクトＵＲＬにリダイレクトしないＵＲＬアクセス手段と、を備えることを特徴とする管理システムである。

【0007】

（２）また、本発明は、前記ＵＲＬアクセス手段は、比較の結果、前記端末固有ＩＤが異なっている場合に、前記リダイレクトＵＲＬと異なる第２リダイレクトＵＲＬにリダイレクトすることを特徴とする（１）に記載の管理システムである。

【0008】

（３）また、本発明は、ＳＭＳの送信ごとに固有な固有ＵＲＬを生成し、前記固有ＵＲＬを含むＳＭＳ文書を、キャリアを介してスマートフォンに携帯電話番号によってＳＭＳで送信し、前記スマートフォンから前記固有ＵＲＬにアクセスがなされた際に、前記スマートフォンから送られたアクセス情報から前記スマートフォンに固有な端末固有ＩＤを抽出し、アクセスがなされたスマートフォンの前記携帯電話番号に関連づけて、管理データ記憶手段に端末固有ＩＤが記憶されていない場合に、抽出された前記端末固有ＩＤを前記携帯電話番号に関連づけて前記管理データ記憶手段に記憶し、アクセスがなされたスマートフォンの前記携帯電話番号に関連づけて、前記管理データ記憶手段に端末固有ＩＤが記憶されている場合に、アクセスがなされた前記固有ＵＲＬにかかわらず、記憶されている前記端末固有ＩＤと抽出された前記端末固有ＩＤとを比較し、同じ場合にはリダイレクトＵＲＬにリダイレクトし、異なっている場合には前記リダイレクトＵＲＬにリダイレクトしないことを特徴とする管理方法である。

【0009】

（４）また本発明は、比較の結果、前記端末固有ＩＤが異なっている場合には、前記リダイレクトＵＲＬと異なる第２リダイレクトＵＲＬにリダイレクトすることにより行うことを特徴とする（３）に記載の管理方法である。

【発明の効果】

【0010】

本発明によれば、パーソナルコンピュータでアクセスすることができず、ユーザＩＤやパスワードを入力しなくても、ＳＭＳ受信後に最初にアクセスした特定のスマートフォンでのみその後のアクセスができる、簡単に使用できてセキュリティが高い管理システム及び管理方法を提供することができる。パソコンは家族で共有することがあるが、たとえ夫婦でも共有することがない特定のスマートフォンでのみその後のアクセスができるものであるので、夫婦間のプライバシーも守れる親展機能を有する。

【0011】

本発明では、管理サーバからスマートフォンへの送信の際は、各スマートフォンに固有である携帯電話番号によりＳＭＳで確実に行う。また、各スマートフォンから管理サーバへのアクセスは、スマートフォンのアクセス情報から得られる端末固有ＩＤで確認することにより、確実に行われる。そして、固有ＵＲＬを管理サーバからＳＭＳでスマートフォンに送信し、ＳＭＳの送信ごとに固有な固有ＵＲＬを介して携帯電話番号と端末固有ＩＤを結びつけることにより、セキュリティが高い管理システム及び管理方法となる。

【図面の簡単な説明】

【0012】

【図1】本発明の実施形態における接続システム１を含む全体構成を示す図。

【図2】固有ＵＲＬの生成処理を示すフローチャート。

【図3】事業者サーバ１０に記憶した事業者データ。

【図4】管理サーバ２０に記憶した管理データ。

【図5】実施例１におけるガス料金請求のフロー。

【図6】実施例１におけるガス料金請求のＳＭＳ文書を表示したスマートフォン４０。

【図7】実施例１におけるガス使用量と料金請求を表示したスマートフォン４０。

【図8】スマートフォン４０が固有ＵＲＬにアクセスしたときの管理サーバ２０のフロー。

【図9】実施例２におけるチケット購入のフロー。

【図10】実施例２におけるチケット購入案内のＳＭＳ文書を表示したスマートフォン４０。

【図11】実施例２におけるチケット購入完了画面を表示したスマートフォン４０。

【図12】実施例３における保険契約後の案内のＳＭＳ文書を表示したスマートフォン４０。

【図13】実施例４における健康診断結果のお知らせのＳＭＳ文書を表示したスマートフォン４０。

【図14】実施例４における再検査を要する場合の健康診断結果を表示したスマートフォン４０。

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

【0013】

図１は、本発明の実施形態における接続システム１を含む全体構成を示す図である。本発明を含む全体構成は、事業者サーバ１０，１１，１２，１３，・・・、管理サーバ（管理システム）２０、キャリア３０，３１、スマートフォン４０，４１を備える。接続システム１は、事業者サーバ１０，１１，１２，１３，・・・、管理サーバ２０を含んで構成している。事業者サーバ１０，１１，１２，１３，・・・は各事業者のサーバであり、普通は事業者が管理している。管理サーバ２０は、本発明に係る管理システムであって管理者のサーバであり、固有ＵＲＬ生成手段２０１、ＳＭＳ送信手段２０２，固有ＩＤ抽出手段２０３、端末固有ＩＤ制御手段２０４、管理データ記憶手段２０５、ＵＲＬアクセス手段２０６を備えている。そして、管理サーバ２０は、複数の事業者サーバ１０，１１，１２，１３，・・・及びキャリア３０，３１，・・・と接続している。スマートフォン４０，４１は事業者の顧客が所有するものである。各キャリア３０，３１，・・・は多数のスマートフォンと携帯電話回線、ネット回線により接続されるが、図１では各キャリア３０，３１，・・・を代表して１台ずつスマートフォン４０，４１を示す。図１のスマートフォン４０，４１は、互いに異なるキャリア３０，３１に接続するが、携帯電話回線を通じて相互に電話やＳＭＳ送信が可能である。

【0014】

管理サーバ２０は、各キャリア３０，３１，・・・を介してスマートフォン４０，４１，・・・と接続する。また、管理サーバ２０は複数の事業者サーバ１０，１１，１２，１３，・・・に接続している。事業者サーバ１０，１１，１２，１３，・・・・・・と管理サーバ２０、キャリア３０，３１，・・・の間は専用回線、又はセキュリティを確保したインターネットで接続する。また、キャリア３０とスマートフォン４０の間、キャリア３１とスマートフォン４１の間は通常の携帯電話回線とネット用回線が用いられる。ネット用回線はキャリア３０，３１を介してインターネットに接続する回線である。スマートフォン４０，４１は、ネット用回線、キャリア３０，３１、インターネットを介して事業者サーバ１０，１１，１２，１３，や管理サーバ２０に接続可能である。

【0015】

事業者サーバ１０，１１，１２，１３，・・・は、ＳＭＳ文書の送付先のスマートフォンの携帯電話番号と共にＳＭＳ本文、リダイレクトＵＲＬ等を管理サーバ２０に送る。管理サーバ２０は、固有ＵＲＬ生成手段２０１により固有ＵＲＬを生成して、携帯電話番号に関連づけて固有ＵＲＬを記憶する。さらに固有ＵＲＬに関連づけてリダイレクトＵＲＬ等を記憶する。そして、ＳＭＳ本文と固有ＵＲＬを合わせたＳＭＳ文書を携帯電話番号によって、ＳＭＳ送信手段２０２でＳＭＳ送信する。本実施形態において、固有ＵＲＬは管理サーバ内に設けたウェブサイトのＵＲＬである。リダイレクトＵＲＬは事業者サーバ１０，１１，１２，１３，・・・内のウェブサイトを示すものでもよく、管理サーバ２０を含めた他のサーバ内のウェブサイトを示すものでもよい。また、リダイレクトＵＲＬを複数設けて、使用するリダイレクトＵＲＬが条件により決まるようにしてもよい。

【0016】

図２は、固有ＵＲＬの生成処理を示すフローチャートである。固有ＵＲＬは、図１に記載した管理サーバ２０の固有ＵＲＬ生成手段２０１で生成する。本実施形態では、まず、ランダム値生成関数により、半角アルファベットの大文字と小文字、半角数字からなるランダムな８桁の文字列を生成する（ステップＳｇ１）。次に、管理サーバ２０の管理データで既に記憶されている固有文字列が存在しているかを確認し、存在している場合にはもう一度生成し直す（ステップＳｇ２）。存在していない場合には固有文字列として記憶する（ステップＳｇ３）。そして、既定ＵＲＬの後ろに固有文字列を付加して固有ＵＲＬを生成し（ステップＳｇ４）、ＳＭＳで送信する文書に使用する。

【0017】

図２のステップＳｇ４では、
https://smss.jp/ag/
が事業者により定まる既定ＵＲＬであり、その後ろの
********
の部分が、半角アルファベットの大文字と小文字、半角数字からなるランダムな８桁の固有文字列である。
なお、既定ＵＲＬの
ag/
は、個別の事業者を表している。

【0018】

上記のように、固有ＵＲＬと固有文字列は、同じものが複数のＳＭＳ送信に用いられることはなく、ＳＭＳでの送信毎にユニークに固有ＵＲＬと固有文字列を設定する。上記の固有ＵＲＬの生成は一例であり、ＳＭＳの送信毎にユニークであればどのような生成方法を用いてもよい。

【0019】

ＳＭＳ文書が顧客のスマートフォン４０に表示され、固有ＵＲＬがタップされると、スマートフォン４０は、ネット用回線、キャリア３０、インターネットを介して管理サーバ２０内のウェブサイトに接続する。そして、一定の条件により、リダイレクトＵＲＬにリダイレクトする。

【0020】

事業者サーバ１０，１１，１２，１３，・・・・・・は、事業者が有するサーバである。事業者は、ガス料金や電気料金等の公共料金を集金する事業者であっても良いし、コンサートチケット販売会社、保険会社、病院等の他の事業者であっても良い。本発明の事業者は、同じスマートフォンから複数回のアクセスが期待される事業者である。

【0021】

ＳＭＳ文書に含まれる固有ＵＲＬは、管理サーバ２０からスマートフォン４０にＳＭＳ文書を送信する毎に異なったものとなり、送信の前後において同じＵＲＬは用いられない。そして、管理サーバ２０では、固有ＵＲＬの各々は送信するＳＭＳで用いた携帯電話番号に関連づけて記憶している。したがって、ＳＭＳ文書を複数回送信すると、ＳＭＳ送信で用いた携帯電話番号に複数の固有ＵＲＬが関連づけられて記憶される。

【0022】

最初は、スマートフォン４０の端末固有ＩＤが携帯電話番号に関連づけられて記憶されていない。端末固有ＩＤが記憶されていない場合には、スマートフォン４０による固有ＵＲＬへのアクセスの際に抽出された端末固有ＩＤが、携帯電話番号に関連づけられて管理サーバ２０に記憶される。そして、次回以降に同じ携帯電話番号に関連づけられた他の固有ＵＲＬへのアクセスがあった場合、新たに抽出した端末固有ＩＤと記憶している端末固有ＩＤとを照合する。同じである場合には、第１リダイレクトＵＲＬにリダイレクトして手続が進行する。異なる場合には第２リダイレクトＵＲＬにリダイレクトすることもできる。第２リダイレクトＵＲＬでは、手続が進行できない旨等を表示する。

【0023】

本発明では、管理サーバからスマートフォンへの送信の際は、各スマートフォンに固有である携帯電話番号により、ＳＭＳで確実に特定のスマートフォンにＳＭＳ文書を送信することができる。また、各スマートフォンから管理サーバへのアクセスの際は、スマートフォンのアクセス情報から得られる端末固有ＩＤで確認することにより、アクセス元を特定のスマートフォンに限定できる。そして、管理サーバからスマートフォンへのＳＭＳと、スマートフォンからの端末固有ＩＤで確認されたアクセスの後に、個人情報等の秘密情報をスマートフォンに送信することにより、セキュリティを保つことができる。

【実施例1】

【0024】

まず、公共料金の請求を行う事業者に用いた管理システム及び管理方法の実施例を説明する。

【0025】

従来、ガス料金や電気料金などの公共料金の請求書は、各家庭に郵送で送られている。このような郵送での送付に代えて、通信ネットワークを用いて請求書を送付することができれば、送付側は印刷や郵送の費用を削減することができる。具体的には、携帯端末の通信ネットワークを用いて、各個人のスマートフォンに請求書データを送付すれば、コンビニエンスストアで支払ったり、携帯端末自体によって決済したりすることができて便利である。

【0026】

図３は、事業者サーバ１０に記憶した事業者データであり、案件ＮＯ．で案件毎に関連づけて記憶している。実施例１では、ガス料金の請求を行う事業者が事業者サーバ１０を用いる。事業者データとしては、事業者を識別する「事業者ＩＤ」、「案件ＮＯ．」、送付先の「携帯電話番号」、「ＳＭＳ本文」、「第１リダイレクトＵＲＬ」、「第２リダイレクトＵＲＬ」等を案件毎に相互に関連づけて記憶する。本実施例におけるＳＭＳ本文は、「〈○○ガスより使用量等のお知らせ〉ご利用ありがとうございます。下記ＵＲＬにて○月のガス使用量とご請求をご確認ください。」とのテキストデータである。また、第１リダイレクトＵＲＬは、スマートフォンから接続した際に表示するウェブサイトのＵＲＬであり、第２リダイレクトＵＲＬは、スマートフォンからの接続を拒否するときに表示するウェブサイトのＵＲＬである。本実施例では、リダイレクト先を事業者サーバ１０に設けるが、他のサーバに設けてもよい。第１リダイレクトＵＲＬは案件毎のＵＲＬとして生成する。

【0027】

図４は、管理サーバ２０に記憶した管理データである。管理データとして、携帯電話番号毎に設けられるシステムＩＤに関連づけて端末固有ＩＤが記憶される。端末固有ＩＤが記憶される前はＮｕｌｌとなっている。また、システムＩＤに関連づけて、事業者サーバ１０から送られた事業者ＩＤ、案件Ｎｏ．、ＳＭＳ本文、第１リダイレクトＵＲＬ、第２リダイレクトＵＲＬ等の事業者データと、固有ＵＲＬ、送信日時等が記憶される。送信ＩＤは各事業者の案件Ｎｏ．毎に形成され、記憶される。

【0028】

システムＩＤには一つの携帯電話番号と一つの端末固有ＩＤが関連づけられる。そして、複数の事業者ＩＤを関連づけることができる。各々の事業者ＩＤには、複数の案件Ｎｏ．を関連づけることができる。さらに、各々の案件Ｎｏ．には、一つの固有ＵＲＬ、ＳＭＳ本文等が関連づけられる。

【0029】

具体的には例えば、「システムＩＤ．０２」には、一つの「携帯電話番号」と一つの「端末固有ＩＤ」が関連づけられ、２つの事業者ＩＤ「事業者ＩＤ１」、「事業者ＩＤ２」が関連づけられている。そして、「事業者ＩＤ１」には２つの案件「案件Ｎｏ.００２」、「案件Ｎｏ．００３」が各送信ＩＤのもとに関連づけられている。「案件Ｎｏ.００２」には、ＳＭＳ本文、第１リダイレクトＵＲＬ、第２リダイレクトＵＲＬが関連づけられ、送信後には送信日時も関連づけられて記憶される。

【0030】

図５は、実施例１におけるガス料金請求のフローである。ガス集金事業者の事業者サーバ１０は、予め顧客のスマートフォンの携帯電話番号を登録しておく。そして、ガス料金の請求時に、請求案件について、携帯電話番号を含んだ事業者データ（図３）を生成し、記憶する（ステップＳｕ１）。

【0031】

事業者サーバ１０は、案件の事業者データを記憶した後、管理サーバ２０に、携帯電話番号、事業者ＩＤ、案件Ｎｏ．、ＳＭＳ本文、第１リダイレクトＵＲＬ、第２リダイレクトＵＲＬ等の事業者データを管理サーバ２０に送信する（ステップＳｕ２）。

【0032】

管理サーバ２０は、携帯電話番号等の事業者データを受信すると、固有ＵＲＬ生成手段２０１が上述した方法（ステップＳｇ１～Ｓｇ４）により固有ＵＲＬを生成し（ステップＳｕ３）、携帯電話番号に関連づけて記憶する。

【0033】

このとき、図４に示すように、システムＩＤに関連づけて携帯電話番号、事業者ＩＤ、案件Ｎｏ．、固有ＵＲＬ、ＳＭＳ本文、第１リダイレクトＵＲＬ、第２リダイレクトＵＲＬ等を記憶する（ステップＳｕ４）。したがって、固有ＵＲＬと携帯電話番号が関連づけて記憶される。

【0034】

次に、ＳＭＳ本文に固有ＵＲＬを付加して、ＳＭＳ文書を生成する（ステップＳｕ５）。ＳＭＳ送信手段２０２は、キャリア３０を介してスマートフォン４０に携帯電話番号によりＳＭＳ文書をＳＭＳ送信する（ステップＳｕ６）。その際に、管理データでは案件Ｎｏ．に関連づけて送信日時が記憶される。

【0035】

図６は、実施例１におけるガス料金請求のＳＭＳ文書を表示したスマートフォン４０を示す。顧客のスマートフォン４０では、図６のようにガス使用量等の確認の案内文であるＳＭＳ本文の下に固有ＵＲＬが表示された、ＳＭＳ文書を表示する（ステップＳｕ７）。顧客はこのＳＭＳ文書を読んだ後に、固有ＵＲＬにタップして（ステップＳｕ８）アクセスする。

【0036】

スマートフォンによる固有ＵＲＬへのアクセスは、キャリアを介してインターネット経由で管理サーバ２０にアクセスすることにより行う（ステップＳｕ９）。固有ＵＲＬへのアクセスがあると、固有ＩＤ抽出手段２０３が、スマートフォン４０のアクセス情報からスマートフォン４０に固有な端末固有ＩＤを抽出する（ステップＳｕ１０）。そして、携帯電話番号に関連づけた端末固有ＩＤによる処理を行う（ステップＳｕ１１）。そのスマートフォン４０から、はじめて固有ＵＲＬへアクセスされた場合は、端末固有ＩＤが記憶されておらずＮｕｌｌとなっている。そのため、抽出した端末固有ＩＤを記憶する。そして、ＵＲＬアクセス手段２０６は、事業者サーバ１０の第１リダイレクトＵＲＬにリダイレクトする（ステップＳｕ１２）。ステップＳｕ１１で端末固有ＩＤがすでに記憶されていた場合には、抽出した端末固有ＩＤと同じであれば第１リダイレクトＵＲＬにリダイレクトし（ステップＳｕ１２）、異なっていれば第２リダイレクトＵＲＬにリダイレクトする（ステップＳｕ１３）。

【0037】

図７は、実施例１におけるガス使用量と料金請求を表示したスマートフォン４０である。第１リダイレクトＵＲＬでは、スマートフォン４０に図７のガス使用量等の表示を行う（ステップＳｕ１４）。また、第２リダイレクトＵＲＬでは、「ご利用のスマートフォンを認証できません。」等の認証ができなかった旨の表示を行う（図示せず）（ステップＳｕ１５）。図７の使用量等表示画面では、ガス使用量と共に請求額と支払い方法が表示される。顧客がスマートフォン４０にタップして支払い方法を選択すると、各支払いの画面に変更される。たとえば、「１．コンビニの店頭で支払う。」を選択すると、事業者サーバ１０で再び事業者データが作成され（ステップＳｕ１）、管理サーバ２０を介してＳＭＳ文書がスマートフォン４０に送られ、表示が行われる（ステップＳｕ２～７）。顧客がコンビニエンスストアで固有ＵＲＬにタップすると（ステップＳｕ８）、端末固有ＩＤによる確認（ステップＳｕ１０，１１）の後、新たな第１リダイレクトＵＲＬにリダイレクト（ステップＳｕ１４）され、支払い用のバーコードを備えた支払い画面が表示される。

【0038】

図８は、スマートフォン４０が固有ＵＲＬにアクセスしたときの管理サーバ２０のフローである。図５におけるステップＳｕ１０～１３に相当する。スマートフォン４０が固有ＵＲＬにアクセスすると（ステップＳｒ１）、固有ＩＤ抽出手段２０３は、スマートフォン４０のアクセス情報から、個々のスマートフォンに固有な端末固有ＩＤを抽出する（ステップＳｒ２）。本実施例では、スマートフォン４０がアクセスした時に得られる種々のアクセス情報を組み合わせて、他のスマートフォンと区別可能な端末固有ＩＤを抽出する。そして、端末固有ＩＤ制御手段２０４は、固有ＵＲＬにより図４に示した管理データにアクセスし、固有ＵＲＬに関連づけて端末固有ＩＤが記憶されているかを判断する（ステップＳｒ３）。図４の３．端末固有ＩＤは、Ｎｕｌｌであるか記憶されているかのいずれかである。管理データにおいて、アクセスされた固有ＵＲＬに関連づけられた端末固有ＩＤが記憶されていない場合はＮｕｌｌとなっている。その場合には、端末固有ＩＤ制御手段２０４は、携帯電話番号に抽出された端末固有ＩＤを関連づけて管理データに記憶し（ステップＳｒ４）、ＵＲＬアクセス手段２０６が第１リダイレクトＵＲＬにリダイレクトする（ステップＳｒ６）。端末固有ＩＤ制御手段２０４が、管理データにおいて、端末固有ＩＤが記憶されていると判定した場合には、抽出された端末固有ＩＤと記憶されている端末固有ＩＤとを比較し、同じであるか判定する（ステップＳｒ５）。同じ場合にはＵＲＬアクセス手段２０６により第１リダイレクトＵＲＬにリダイレクトし（ステップＳｒ６）、異なる場合にはＵＲＬアクセス手段２０６により第２リダイレクトＵＲＬにリダイレクトする（ステップＳｒ７）。固有ＩＤ抽出手段２０３はステップＳｒ２を行い、端末固有ＩＤ制御手段２０４はステップＳｒ３～５を行い、ＵＲＬアクセス手段２０６はステップＳｒ６，７を行う。

【0039】

持っているスマートフォン４０によってＳＭＳ受信することによって、最初にガス料金が請求され、はじめて固有ＵＲＬにアクセスした場合には、その前に他の事業サーバに関するアクセスがなければ、まだ端末固有ＩＤは記憶されておらずＮｕｌｌであり、携帯電話番号に関連づけた端末固有ＩＤが記憶されていない（ステップＳｒ３）。そのため、端末固有ＩＤ制御手段２０４は、固有ＩＤ抽出手段２０３により抽出した端末固有ＩＤを、携帯電話番号に関連づけて記憶する（ステップＳｒ４）。そして、ＵＲＬアクセス手段２０６は、第１リダイレクトＵＲＬにリダイレクトする（ステップＳｒ６）。２回目以降のガス料金の請求時には、端末固有ＩＤが記憶されている（ステップＳｒ３）。そこで、抽出した端末固有ＩＤが記憶されている端末固有ＩＤと同じであるか判定する（ステップＳｒ５）、同じであれば第１リダイレクトＵＲＬにリダイレクトし（ステップＳｒ６）、異なっていれば第２リダイレクトＵＲＬにリダイレクトする（ステップＳｒ７）。第１リダイレクトＵＲＬでは、ガス使用量のお知らせが表示され、支払いの選択ができる画面へリダイレクトする。第２リダイレクトＵＲＬでは、「ご利用のスマートフォンを認証できません。」等の認証ができなかった旨の表示を行う

【0040】

本実施例で示すように、最初にＳＭＳを使用する前提であり携帯電話番号が必要であるため、顧客はパーソナルコンピュータを用いることができない。また、ＳＭＳを受信して最初に固有ＵＲＬにアクセスした特定のスマートフォンのみにより、その後のアクセスが固有ＵＲＬにかかわらず可能となる。その際に、ＩＤ・パスなどによる認証を必要としない。そのため、簡易な操作性を有し、かつ、高いセキュリティを確保することができる。また、公共料金の支払いのために特別なアプリケーションをスマートフォンにインストールする必要がない。

【実施例2】

【0041】

次に、コンサートチケットを販売し、コンサートの入場管理を行う事業者に用いた管理システム及び管理方法の実施例を説明する。

【0042】

コンサート入場券などのチケット類は紙で発行されてきたが、スマートフォンにチケットデータを送信し、スマートフォンにチケットをバーコード表示する等して用いることが可能である。しかし、チケットを購入するために特別なアプリケーションをインストールする必要があったり、ＩＤ登録やパスワードの設定等を行わなければならなかったりする。そのため、顧客にとってチケット購入は煩わしいものであった。

【0043】

また、パーソナルコンピュータによりチケット購入されると、装置が大きいために入場の際にパーソナルコンピュータの画面で提示することが難しい。さらに、パーソナルコンピュータは、特殊なソフトウェアを作成して用いることが容易であり、特殊なソフトウェアにより、転売目的の大量申込がなされる可能性がある。また、パーソナルコンピュータでは、電子データであるチケットのコピーがされ易い。そのため、スマートフォンによる購入が可能であり、パーソナルコンピュータによる購入ができないことが望ましい。一方、スマートフォンにチケットを記憶させた場合も、記憶のさせ方によってはチケットをコピーされる可能性がある。

【0044】

本システムでは、スマートフォンからインターネット経由で複数回のアクセスが行われる。

【0045】

実施例２においても、事業者用データは図３の構造で事業者サーバ１１に記憶され、管理データは図４の構造で管理サーバ２０に記憶される。事業者サーバ１１はチケット販売事業者のサーバである。管理サーバ２０は実施例１のものであり、ガス料金を請求する事業者等、他の事業者のサーバとも接続されて共通に使用される。また、図３において、本実施例におけるＳＭＳ本文は、「次のＵＲＬにタップして、チケットをご購入ください。コンサートに入場の際にもこのＵＲＬにタップしてチケットを表示してください。」とのテキストデータである。

【0046】

図９は、実施例２におけるチケット購入のフローである。チケットを購入しようとする顧客は、所有するスマートフォン４０から事業者サーバ１１のチケット販売サイトに接続し、スマートフォン４０の携帯電話番号を記入してチケットの購入手続を開始する（ステップＳｂ１）。チケット販売サイトへは、スマートフォン４０からネット用回線、キャリア３０を介してインターネットで事業者サーバ１１に接続する。スマートフォン４０の携帯電話番号は、事業者サーバ１１に図３のように事業者データとして各案件に関連づけて記憶される（ステップＳｂ２）。本実施例におけるＳＭＳ本文は、「〈チケットご購入のご案内〉ご利用ありがとうございます。次のＵＲＬにタップして、チケットをご購入ください。」とのテキストデータである。

【0047】

案件の事業者データを記憶した後、図５のステップＳｕ２～Ｓｕ５と同様に制御が行われ（ステップＳｂ３）、事業者サーバ１１からＳＭＳ文書等を受信して管理サーバ２０が記憶する。さらに、管理サーバ２０は、事業者サーバ１１から送られてきた携帯電話番号によりＳＭＳ送信手段２０２でＳＭＳ送信する（ステップＳｂ４）。その際に、管理データでは案件Ｎｏ．に関連づけて送信日時が記憶される。

【0048】

図１０は、実施例２におけるチケット購入案内のＳＭＳ文書を表示したスマートフォン４０を示す。ＳＭＳ送信を受けて、顧客のスマートフォン４０は図１０のようにＳＭＳ文書を表示する。ＳＭＳ文書ではチケット購入の案内文であるＳＭＳ本文の下に固有ＵＲＬを表示している。顧客はこのＳＭＳ文書を読んだ後に、固有ＵＲＬにタップして、キャリア３０を介して管理サーバ２０にアクセスする（ステップＳｂ６）。管理サーバ２０では、図８に示したフローに従い、端末固有ＩＤの抽出（ステップＳｂ７，Ｓｒ２）と、携帯電話番号に関連づけた端末固有ＩＤによる処理（ステップＳｂ８，Ｓｒ３～５）を行う。第１リダイレクトＵＲＬにリダイレクトすると（ステップＳｂ９，Ｓｒ６）、チケット購入画面となる（図示せず）（ステップＳｂ１０）。一方、第２リダイレクトＵＲＬにリダイレクトすると（ステップＳｂ１１，Ｓｒ７）、スマートフォン４０に表示できない旨が表示される（図示せず）（ステップＳｂ１２）。

【0049】

図１１は、実施例２におけるチケット購入完了画面を表示したスマートフォン４０である。チケット購入画面で購入手続が終了すると、図１１のチケット購入完了画面となる（ステップＳｂ１３）。開場時間になり、顧客が固有ＵＲＬにタップすると、第１リダイレクトＵＲＬによりスマートフォン４０にバーコードが付されたチケットが表示される（図示せず）。また、開場時間前に固有ＵＲＬのタップが行われると、コンサート名と開演日時、場所等と共に、開場時間後にＳＭＳのＵＲＬにタップすればチケットが表示される旨をスマートフォン４０に表示する（図示せず）。もしも、他のスマートフォンに転送したＳＭＳ文書の固有ＵＲＬにタップしてアクセスした場合、使用したスマートフォンが異なるため、図８のステップＳｒ５で第２リダイレクトＵＲＬが指定され、チケットが表示できない旨をスマートフォン４０に表示する（図示せず）。

【0050】

本実施例では、最初にチケットを購入しようとする場合に、ＳＭＳ文書の固有ＵＲＬでアクセスした際に、管理データとして携帯電話番号に関連づけてスマートフォン４０の端末固有ＩＤが記憶される。そして、手続を進めることができる。次回以降のチケット購入の場合にＳＭＳ文書の固有ＵＲＬでアクセスすると、その際に抽出した端末固有ＩＤが管理データに記憶されている端末固有ＩＤと同じであれば、第１リダイレクトＵＲＬにリダイレクトして手続を進めることができる。しかし、異なっている場合には第２リダイレクトＵＲＬにリダイレクトして、手続を進めることができない。固有ＵＲＬは携帯電話番号に関連づけられているため、固有ＵＲＬから携帯電話番号を特定し、携帯電話番号に関連づけられた端末固有ＩＤを特定することができる。

【0051】

本実施例では、チケットを購入しようとする顧客は、事業者サーバ１１にあるチケット販売サイトに接続し、スマートフォンの携帯電話番号を記入してチケットの購入手続を開始する。しかし、顧客が電話やハガキ等でスマートフォンの携帯電話番号を事業者に伝え、事業者が携帯電話番号を事業者サーバ１１に入力し、ＳＭＳ本文と携帯電話番号等を管理サーバ２０に送信してもよい。

【0052】

本実施例で示すように、最初にＳＭＳを使用する前提であり携帯電話番号が必要であるため、顧客はパーソナルコンピュータを用いることができない。そのため、パーソナルコンピュータを利用した転売目的のチケット購入等も抑止することができる。本発明では特定のスマートフォンのみによりアクセスが可能となるため、チケットデータのコピーによるトラブルは発生しない。このように、高いセキュリティを確保することができる。また、チケットのために特別なアプリケーションをスマートフォンにインストールする必要がない。電子メールによりチケットを送付すると、持ち運びできないコンピュータで購入され、入場の際にチケットを提示できない可能性があるが、そのような事態も生じない。

【実施例3】

【0053】

次に、個人情報をスマートフォンに表示する例として、保険の契約に本発明を適用した管理システム及び管理方法の実施例を示す。

【0054】

生命保険や自動車保険、ゴルフ保険等、種々の保険がインターネットで販売されている。しかし、インターネット販売では保険契約書を郵送するため、保険契約書が契約者である顧客の手元に届までに数日を要する。また、通常の代理店でも販売も含め、顧客は紙の契約書を保管しておかなければならない。パーソナルコンピュータからの契約であれば、ストレージ容量が十分であるため、保険契約書をＰＤＦで送信して保存することができる。しかし、近年ではパーソナルコンピュータを持たない人が増えており、ストレージ容量が限られたスマートフォンを介した販売が多くなっている。保険を契約した後に、顧客がクラウドに契約書データを記憶し、スマートフォンからアクセスして確認できるようにすることも考えられるが、顧客の作業が必要となる。本実施例は、高いセキュリティで個人情報である契約内容を保護しつつ、保険の契約者である顧客が保険契約書を容易に扱うことができるものである。

【0055】

本実施例においては、顧客が保険を購入する際に、スマートフォンの携帯電話番号を保険代理店に伝える。代理店では契約内容と契約者の携帯電話番号を保険会社の事業者サーバ１２に入力する。また、スマートフォンやパーソナルコンピュータから、保険会社の事業者サーバ１２に設けた保険申込みサイトにアクセスして、契約するようにしてもよい。その際にもスマートフォンの携帯電話番号の入力が必須である。

【0056】

保険の契約時に、保険会社の事業者サーバ１２は、ＳＭＳ本文と携帯電話番号、リダイレクトＵＲＬ等からなる事業者データを生成して図３に記載したように記憶する。そして、事業者データを管理サーバ２０に送る。リダイレクトＵＲＬは実施例１，２の第１リダイレクトＵＲＬと同様に案件毎に固有なＵＲＬである。本実施例におけるＳＭＳ本文は、例えば、「〈保険のお知らせ〉○○保険にお申し込みいただき、ありがとうございます。ご契約内容をお送りします。以下のＵＲＬにアクセスしてご確認ください。」というものである。

【0057】

管理サーバ２０は固有ＵＲＬ生成手段２０１が固有ＵＲＬを生成し、生成した固有ＵＲＬに関連づけてリダイレクトＵＲＬを管理データに記憶する。そして、ＳＭＳ本文に固有ＵＲＬを付加してＳＭＳ文書を生成する。ＳＭＳ文書は、事業者サーバ１２から送られてきた携帯電話番号によりＳＭＳ送信手段２０２でＳＭＳ送信する。

【0058】

図１２は、実施例３における保険契約後の案内のＳＭＳ文書を表示したスマートフォン４０である。顧客である契約者のスマートフォンでは、図１２のようにＳＭＳ文書が表示される。ＳＭＳ文書を読んだ契約者は、固有ＵＲＬにタップし、固有ＵＲＬへのアクセスが行われる。

【0059】

固有ＵＲＬへのアクセスにより、管理サーバ２０では、図８に示したフローに従い、端末固有ＩＤの抽出と、携帯電話番号に関連づけた端末固有ＩＤによる処理を行う。端末固有ＩＤが記憶されていなかったり、抽出した端末固有ＩＤが記憶されている端末固有ＩＤと同じであったりする場合には、第１リダイレクトＵＲＬにリダイレクトして、契約内容の確認画面となる（図示せず）。一方、端末固有ＩＤが異なっている場合には第２リダイレクトＵＲＬにリダイレクトし、スマートフォン４０に表示できない旨が表示される。リダイレクト先は事業者が管理するサーバ中に設けたウェブサイトでも良いが、公的機関など第三者が管理するサーバに設けたウェブサイトであれば、顧客から高い信用を得られる。

【0060】

第１リダイレクトＵＲＬによるリダイレクト先のウェブサイトでは、簡単な契約内容と共に、契約書へ接続するボタンを表示する。契約者がボタンにタップすると、リダイレクトして詳細な契約書を表示する。スマートフォンの表示では読みにくいと契約者が考える場合は、コンビニエンスストアのコピー機を利用して契約書の必要部分を印刷することができる。

【0061】

実施例１，２と同様に、以前の他の契約や他の事業者による管理サーバ２０の利用よって、携帯電話番号に関連づけて端末固有ＩＤが記憶されている場合には、抽出した端末固有ＩＤが記憶されている端末固有ＩＤと異なっていると不正利用として処理され、第１リダイレクトＵＲＬが用いられずに契約書にリダイレクトされない。そして、実施例３では、管理サーバ２０に設けた第２リダイレクトＵＲＬのサイトに接続し、スマートフォンが異なっているためアクセスできない旨をスマートフォン４０に表示する。

【0062】

後日、契約者が契約の再確認をする場合には、図１２に示したＳＭＳ文書の固有ＵＲＬにタップして再度アクセスする。管理サーバ２０では、固有ＩＤ抽出手段２０３がアクセス情報からスマートフォンに固有な端末固有ＩＤを抽出し、端末固有ＩＤ制御手段２０４が管理データで固有ＵＲＬが関連づけられている携帯電話番号に関連づけて記憶している端末固有ＩＤと同じかチェックする。

【0063】

同じ場合は、管理データに記憶している第１リダイレクトＵＲＬによりリダイレクトする。一方、抽出した端末固有ＩＤが、固有ＵＲＬが関連づけられている携帯電話番号に関連づけて管理データに記憶している端末固有ＩＤと異なる場合は、第２リダイレクトＵＲＬによりリダイレクトする。そして、管理サーバ２０の機能により、スマートフォンが異なっているためアクセスできない旨をスマートフォンに表示させる。

【0064】

顧客がＳＭＳを消去してしまい、固有ＵＲＬが分からなくなった場合には、事業者のＨＰにアクセスしてＳＭＳ再送付のページで携帯電話番号を入力する。事業者サーバ１２では、契約内容を表示する第１リダイレクトＵＲＬを有した事業者データを作成し、管理サーバ２０に送信する。管理サーバ２０では新たな固有ＵＲＬを作成してＳＭＳ文書を顧客のスマートフォン４０にＳＭＳ送信する。顧客は表示された固有ＵＲＬにタップすることにより、抽出された端末固有ＩＤが携帯電話番号に関連づけられて記憶された端末固有ＩＤと同じ場合は第１リダイレクトＵＲＬにアクセスし、契約内容を再確認することができる。携帯電話番号と端末固有ＩＤが変わらないスマートフォン４０からのみ第１リダイレクトＵＲＬにアクセスできるため、他の認証は不要である。

【0065】

以上のように、契約書等の情報は、各情報に対応する固有ＵＲＬをＳＭＳで送信した携帯電話番号に関連づけられた端末固有ＩＤを有しているスマートフォンからのみ、固有ＵＲＬにかかわらず、アクセスすることができる。スマートフォンを機種変更した際には、保険代理店やスマートフォン購入店等で手続が必要となる。

【0066】

実施例３においては、ＩＤ番号やパスワードを入力することなしに、高いセキュリティで契約書にアクセスすることができる。また、ウェブサイトからの契約でなく、電話での契約や代理店の対面による契約であっても、携帯電話番号を伝えることにより、管理サーバ２０を介してＳＭＳで固有ＵＲＬをスマートフォンへ送り、スマートフォンから固有ＵＲＬで契約書の確認ができるようにできる。

【実施例4】

【0067】

次に、個人情報をスマートフォンに表示する例として、健康診断結果の連絡に本発明を利用した管理システム及び管理方法の実施例４を示す。

【0068】

事業者である病院は、健康診断の際に受診者のスマートフォンの携帯電話番号を記載して貰い、病院の事業者サーバ１３に登録する。

【0069】

そして、健康診断の結果が出たときに、ＳＭＳ本文と受診者の携帯電話番号、リダイレクトＵＲＬを事業者サーバ１３から管理サーバ２０に送信する。本実施例のＳＭＳ本文は、「〈健康診断結果のお知らせ〉○月○日に行われた・・・様の健康診断の結果をご連絡します。下記のＵＲＬにタップしてアクセスしてください。このスマートフォンからであれば、健康診断結果のページは、下記のＵＲＬにより、令和○年○月○日から２年間繰り返し表示できます。」というものである。リダイレクトＵＲＬが指定するウェブサイトは、健康診断結果を表示するサイトである。

【0070】

実施例１～３と同様に、管理サーバ２０では固有ＵＲＬ生成手段２０１が固有ＵＲＬを生成し、生成した固有ＵＲＬが関連づけられている携帯電話番号に関連づけてリダイレクトＵＲＬを管理データに記憶する。そして、ＳＭＳ本文に固有ＵＲＬを付加してＳＭＳ文書を生成する。ＳＭＳ文書は、事業者サーバ１３から送られてきた携帯電話番号によりＳＭＳ送信手段２０２でＳＭＳ送信する。

【0071】

図１３は、実施例４における健康診断結果のお知らせのＳＭＳ文書を表示したスマートフォン４０である。受診者のスマートフォン４０では、図１３のようにＳＭＳ文書が表示される。受診者はＳＭＳ文書を読んで固有ＵＲＬにタップし、固有ＵＲＬへのアクセスが行われる。

【0072】

はじめてシステムを利用する場合には、管理サーバ２０に管理データとして端末固有ＩＤが記憶されていない。その場合、固有ＵＲＬへのアクセスにより、管理サーバ２０では、固有ＩＤ抽出手段２０３がアクセス情報からスマートフォンに固有な端末固有ＩＤを抽出し、端末固有ＩＤ制御手段２０４が、固有ＵＲＬが関連づけられている携帯電話番号に関連づけて、抽出された端末固有ＩＤを記憶する。そして、ＵＲＬアクセス手段２０６がリダイレクトＵＲＬによりリダイレクトする。リダイレクト先のウェブサイトでは、検診結果を表示する。再検査を要する場合には再検査の予約のウェブサイトにつながるボタンを表示する。

【0073】

図１４は、実施例４における再検査を要する場合の健康診断結果を表示したスマートフォン４０である。再検査予約のボタンにタップした後に再検査の日時を入力すると、再検査の日時が記載された予約画面となる。予約画面には健康診断結果を表示するためのボタンを表示する。

【0074】

再検査を要しない場合には、健康診断結果のみを表示する。受診者は、必要な時に固有ＵＲＬにタップして再度アクセスすれば、スマートフォン４０が変わらないかぎり何度でも健康診断結果を見ることができる。しかし、異なったスマートフォンからアクセスすると端末固有ＩＤが異なるため、ＵＲＬアクセス手段２０６はリダイレクトせず、スマートフォンが異なっているためアクセスできない旨をスマートフォン４０に表示させる。パーソナルコンピュータによりアクセスしようとした場合も同様である。

【0075】

受診者が再検査の予約を行うと、事業者サーバ１３で事業者データを作成し、予約日時を含むＳＭＳ本文と新たな固有ＵＲＬがスマートフォン４０に送信される。新たな固有ＵＲＬにタップすると、最新の固有ＵＲＬにより受診者が第１リダイレクトＵＲＬで前送の健康診断結果等にアクセスできる。再検査が終了し結果が出ると、事業者サーバ１３で再び事業者データを作成し、管理サーバ２０を介してＳＭＳ本文と更に新たな固有ＵＲＬがスマートフォン４０に送信される。新たな固有ＵＲＬにタップすると、再検査の結果と病院の予約の画面がスマートフォン４０に表示される。

【0076】

事業者サーバ１３では、要再検査でありながら再検査の予約が一定期日までにない場合には、ＳＭＳにより再検査を促す文書を送信する。この際も、事業者サーバ１３は再検査を促す内容のＳＭＳ本文と携帯電話番号、リダイレクトＵＲＬを管理サーバ２０に送信する。管理サーバ２０からは、ＳＭＳで新たな固有ＵＲＬをＳＭＳ本文に付加してＳＭＳ送信手段２０２により送信してもよく、新たな固有ＵＲＬは送信せずに送付済みの固有ＵＲＬにタップするように促すＳＭＳ文書をＳＭＳ送信手段２０２によりＳＭＳ送信してもよい。

【0077】

＜変形例１＞
実施例１～４では、図４に示したように１つの携帯電話番号に１つの端末固有ＩＤが関連づけられ、さらに複数の事業者ＩＤを関連づけることができる。事業者ＩＤが異なっても、携帯電話番号が共通であれば、一つの端末固有ＩＤが関連づけられて記憶される。したがって、他の事業者や管理サーバ２０の管理事業者からのＳＭＳ送信によって、顧客が固有ＵＲＬでアクセスを行い、アクセス情報から得られた端末固有ＩＤが携帯電話番号に関連づけられていると、同じ携帯電話番号で他のスマートフォンを用いることはできない。そのため、高いセキュリティを実現することができる。しかし、携帯電話番号が変更になったり、スマートフォンを買い換えたりした際に、関連づけを変更すると、全ての事業者に影響することになる。変形例１では事業者ＩＤ毎に１つの携帯電話番号と１つの端末固有ＩＤが関連づけられる。そのため、携帯電話番号が共通であっても事業者ＩＤごとに異なった端末固有ＩＤが記憶される。これにより、特定の事業者との間での管理のために携帯電話番号と端末固有ＩＤの何れかを変更することになった場合に、他の事業者に影響が波及することがなく、変更の際のセキュリティを向上させることができる。なお、特定の事業者との間での管理のために携帯電話番号と端末固有ＩＤの何れかを変更することになった場合、変更になった旨の情報を、事業者毎に設定した要求されるセキュリティの度合いにより、他の事業者に変更を反映させたり、変更した旨を他の事業者に連絡して顧客に手続を求めることができるようにしたりしてもよい。

【0078】

＜変形例２＞
また、上記の実施の形態では、事業者サーバ１０，１１，１２，１３，・・・・・・と管理サーバ２０（管理システム）を別に設けているが、事業者サーバ１０，１１，１２，１３，・・・・・・の一部または全部を管理サーバ２０と一体として、同じサーバによるシステムとしてもよい。

【符号の説明】

【0079】

１ 接続システム
１０，１１，１２，１３ 事業者サーバ
２０ 管理サーバ（管理システム）
２０１ 固有ＵＲＬ生成手段
２０２ ＳＭＳ送信手段
２０３ 固有ＩＤ抽出手段
２０４ 端末固有ＩＤ制御手段
２０５ 管理データ記憶手段
２０６ ＵＲＬアクセス手段
３０，３１ キャリア
４０，４１ スマートフォン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】