JP2021034780A - 管理システム及び管理方法 - Google Patents

Abstract

【課題】顧客にとって負担の少ない方法で、顧客のスマートフォンと販売者側のサーバでセキュリティが高い接続することができるシステム及び方法を提供することを目的とする。【解決手段】ＳＭＳの送信ごとに固有な固有ＵＲＬを生成し、固有ＵＲＬを含むＳＭＳ文書を、キャリアを介してスマートフォンにＳＭＳで送信する。スマートフォンからネット用回線を介して固有ＵＲＬにアクセスがなされた際に、固有ＩＤ記憶手段がスマートフォンから送られたスマートフォンの固有ＩＤを抽出してＳＭＳの電話番号と関連づけて記憶する。ＵＲＬアクセス手段は、同じ固有ＵＲＬで再度アクセスされた場合に受信した固有ＩＤをＳＭＳの電話番号に関連づけて記憶した固有ＩＤと比較し、同じ場合にはリダイレクトＵＲＬにリダイレクトする。【選択図】 図７

Description

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

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

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

特開２００５−１２２４００号公報

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

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

（２）また、本発明は、受信して抽出した前記端末固有ＩＤと、前記固有ＵＲＬ携帯電話番号に関連づけて記憶した前記端末固有ＩＤが異なっている場合には、前記リダイレクトＵＲＬと異なる第２リダイレクトＵＲＬにリダイレクトすることを特徴とする（１）に記載の管理システムである。

（３）また、本発明は、第２リダイレクトＵＲＬにリダイレクトした場合に、新たな固有ＵＲＬを含んだ新たなＳＭＳ文書を前記スマートフォンに前記ＳＭＳ送信手段でＳＭＳ送信し、新たな固有ＵＲＬのアクセスにより前記固有ＩＤ記憶手段が新たな端末固有ＩＤを抽出して記憶することを特徴とする（２）に記載の管理システムである。

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

（５）また本発明は、受信して抽出した前記端末固有ＩＤと、前記固有ＵＲＬ携帯電話番号に関連づけて記憶した前記端末固有ＩＤが異なっている場合には、前記リダイレクトＵＲＬと異なる第２リダイレクトＵＲＬにリダイレクトすることにより行う（４）に記載の管理方法である。

（６）また本発明は、第２リダイレクトＵＲＬにリダイレクトした場合に、新たな固有ＵＲＬを含んだ新たなＳＭＳ文書を前記スマートフォンにＳＭＳで送信し、新たな固有ＵＲＬのアクセスにより新たな端末固有ＩＤを抽出して記憶することを特徴とする（５）に記載の管理方法である。

本発明によれば、パーソナルコンピュータでアクセスすることができず、ユーザＩＤやパスワードを入力しなくても、最初にアクセスした特定のスマートフォンでのみアクセスできる、簡単に使用できてセキュリティが高い管理システム及び管理方法を提供することができる。

実施形態における接続システム１を含む全体構成を示す図。 固有ＵＲＬ生成手段２０１における固有ＵＲＬの生成処理を示すフローチャート。 実施例１におけるチケットを購入する際のフロー図。 実施例１における事業者サーバ１０に記憶した事業者データ。 実施例１における管理サーバ２０に記憶した管理データ。 実施例１におけるチケット購入案内のＳＭＳ文書を表示したスマートフォン４０。 実施例１における管理サーバ２０が固有ＵＲＬを受信したときのフロー図。 実施例１における仮チケットを表示したスマートフォン４０。 変形例１におけるチケットの購入後に固有ＵＲＬがタップされた際のフロー図 変形例１における再発行画面を表示したスマートフォン４１。 変形例１におけるチケット再発行のお知らせのＳＭＳ文書を表示したスマートフォン４１。 実施例２における保険契約後の案内のＳＭＳ文書を表示したスマートフォン４０。 実施例３における健康診断結果のお知らせのＳＭＳ文書を表示したスマートフォン４０。 実施例３における再検査を要する場合の健康診断結果を表示したスマートフォン４０。

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

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

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

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

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

上記のように、固有ＵＲＬと固有文字列は、同じものが複数のシステムＩＤに設定されることはない。そして、システムＩＤはＳＭＳの送信ごとに設けており、ＳＭＳでの送信毎にユニークに固有ＵＲＬと固有文字列を設定する。上記の固有ＵＲＬの生成は一例であり、ＳＭＳの送信毎にユニークであればどのような生成方法を用いてもよい。

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

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

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

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

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

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

図３は、実施例１におけるチケットを購入する際のフローを示す。チケットを購入しようとする顧客は、事業者サーバ１０のチケット販売サイトに接続し、スマートフォン４０の携帯電話番号を記入してチケットの購入手続を開始する（ステップＳｂ１）。チケット販売サイトへは、スマートフォン４０からネット用回線、キャリアを介してインターネットで事業者サーバ１０に接続する。

図４は、実施例１における事業者サーバ１０に記憶した事業者データであり、案件ＮＯ．で案件毎に関連づけて記憶している。顧客がスマートフォン４０の携帯電話番号を記入すると、事業者サーバ１０に事業者データとして案件毎に記憶される（ステップＳｂ２）。事業者データとしては、事業者ＩＤ、案件ＮＯ．、携帯電話番号、ＳＭＳ本文、第１リダイレクトＵＲＬ、第２リダイレクトＵＲＬ、チケットステータス等を案件毎に相互に関連づけて記憶する。本実施例におけるＳＭＳ本文は、「次のＵＲＬにタップして、チケットをご購入ください。コンサートに入場の際にもこのＵＲＬにタップしてチケットを表示してください。」とのテキストデータである。

また、第１リダイレクトＵＲＬは、スマートフォンから接続した際に表示するウェブサイトのＵＲＬであり、第２リダイレクトＵＲＬは、スマートフォンからの接続を拒否するときに表示するＵＲＬである。本実施例では、リダイレクト先を事業者サーバ１０に設けるが、他のサーバに設けてもよい。第１リダイレクトＵＲＬは案件毎のＵＲＬとして生成する。チケットステータスは、未購入、仮チケット、チケット、入場済みのステータスであり、購入前のステータスは未購入である。

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

携帯電話番号等を受信すると、管理サーバ２０では、固有ＵＲＬ生成手段２０１により固有ＵＲＬを生成し（ステップＳｂ４）、受信した携帯電話番号等と共に記憶する。固有ＵＲＬは、本実施例では実施形態として上述した方法（ステップＳｇ１〜Ｓｇ４）により生成する。

図５は、実施例１における管理サーバ２０に記憶した管理データである。システムＩＤ、事業者ＩＤ、案件Ｎｏ．、携帯電話番号、生成した固有ＵＲＬ、ＳＭＳ本文、第１リダイレクトＵＲＬ、第２リダイレクトＵＲＬ等を関連づけて記憶する（ステップＳｂ５）。

次に、ＳＭＳ本文に固有ＵＲＬを付加して、ＳＭＳ文書を生成する（ステップＳｂ６）。ＳＭＳ文書は、事業者サーバ１０から送られてきた携帯電話番号によりＳＭＳ送信手段２０２でＳＭＳ送信する（ステップＳｂ７）。

図６は、実施例１におけるチケット購入案内のＳＭＳ文書を表示したスマートフォン４０を示す。顧客のスマートフォン４０では、図６のようにチケット購入の案内文であるＳＭＳ本文の下に固有ＵＲＬが表示されたＳＭＳ文書を表示している。顧客は固有ＵＲＬにタップして（ステップＳｂ９）アクセスする。

固有ＵＲＬのアクセスは、キャリアを介してインターネット経由で管理サーバ２０に行う（ステップＳｂ１０）。固有ＵＲＬのアクセスにより、固有ＩＤ記憶手段２０３が、スマートフォン４０のアクセス情報からスマートフォン４０に固有な端末固有ＩＤを抽出し、固有ＵＲＬに関連づけて記憶する（ステップＳｂ１１）。そして、ＵＲＬアクセス手段２０４により事業者サーバ１０にリダイレクトする（ステップＳｂ１２）。

図７は、実施例１における管理サーバ２０が固有ＵＲＬを受信したときのフロー図である。固有ＵＲＬを受信すると（ステップＳｒ１）、固有ＩＤ記憶手段２０３は、スマートフォン４０のアクセス情報から、個々のスマートフォンに固有な端末固有ＩＤを抽出する。本実施例では、スマートフォン４０の種々のアクセス情報を組み合わせて、他のスマートフォンと区別可能な端末固有ＩＤを抽出する（ステップＳｒ２）。そして、図５に示した固有ＵＲＬにより管理データにアクセスし、固有ＵＲＬに関連づけられて記憶されている端末固有ＩＤがあるかを判断する（ステップＳｒ３）。管理データにおいて、固有ＵＲＬに端末固有ＩＤが関連づけられていない場合には、固有ＵＲＬに端末固有ＩＤを関連づけて管理データに記憶し（ステップＳｒ４）、ＵＲＬアクセス手段２０４が第１リダイレクトＵＲＬにリダイレクトする（ステップＳｒ６）。管理データにおいて、固有ＵＲＬに端末固有ＩＤが既に関連づけられている場合には、ＵＲＬアクセス手段２０４は、固有ＵＲＬが同じであるかをチェックする（ステップＳｒ５）。同じ場合には第１リダイレクトＵＲＬにリダイレクトし（ステップＳｒ６）、異なる場合には第２リダイレクトＵＲＬにリダイレクトする（ステップＳｒ７）。固有ＩＤ記憶手段２０３はステップＳｒ２〜４を行い、ＵＲＬアクセス手段２０４はステップＳｒ５〜７を行う。

はじめて固有ＵＲＬによりアクセスした場合には、まだ端末固有ＩＤは固有ＵＲＬに関連づけられていない。そのため、固有ＩＤ記憶手段２０３により端末固有ＩＤを固有ＵＲＬに関連づけて管理データに記憶し（ステップＳｒ４、Ｓｂ１１）、ＵＲＬアクセス手段２０４により第１リダイレクトＵＲＬにリダイレクトする（ステップＳｒ６、Ｓｂ１２）。

第１リダイレクトＵＲＬにより、指定する事業者サーバ１０に設けたウェブサイトにリダイレクトすると、コンサートチケットの購入画面がスマートフォンに表示される（ステップＳｂ１３）。顧客は、購入画面にしたがいコンサートの選択や支払い等の手続をおこなう。手続が完了すると、スマートフォンの画面にはチケットとして仮チケットが表示される（ステップＳｂ１４）。

図８は、実施例１における仮チケットを表示したスマートフォン４０を示す。この時点では、第１リダイレクトＵＲＬが指定するウェブサイトは仮チケットの画面となる。

仮チケットの画面を閉じた後、顧客が固有ＵＲＬで再度アクセスすると、第１リダイレクトＵＲＬにリダイレクトし、図８の仮チケットが表示される。仮チケットには、コンサートの開催場所、開演日時等が記載されている。これにより、顧客はいつでもチケットを確認することができる。本実施例では購入時には仮チケットが表示され、開場時間になるとチケットの表示に変わる。仮チケット、チケットの表示はスマートフォンに記憶されない。

確認等のため、仮チケットを再表示させたい場合には、顧客はチケットの購入時に使用した固有ＵＲＬを再びタップして再度アクセスする。そうすると、管理サーバ２０は図７のように固有ＵＲＬを受信する（ステップＳｒ１）。そして、固有ＩＤ記憶手段２０３がスマートフォン４０の端末固有ＩＤを抽出する（ステップＳｒ２）。さらに、固有ＵＲＬに関連づけて記憶された端末固有ＩＤがあるか判断する（ステップＳｒ３）。固有ＵＲＬに関連づけられた端末固有ＩＤがあるため、ＵＲＬアクセス手段２０４は、抽出した端末固有ＩＤと管理データで固有ＵＲＬに関連づけられて記憶された端末固有ＩＤが同じであるか判断する（ステップＳｒ５）。同じであれば、第１リダイレクトＵＲＬにリダイレクトして図８の仮チケットが表示される。

また、コンサートの開場時間になると、第１リダイレクトＵＲＬのウェブサイトを、バーコードを表示するチケットに変更する。顧客が固有ＵＲＬをタップして再度アクセスすると、仮チケットの再表示の場合と同様にステップＳｒ１〜３，５を経て、第１リダイレクトＵＲＬにリダイレクトし、バーコードと座席番号が表示されたチケットがスマートフォン４０に表示される。顧客は入場口でスマートフォン４０を提示することにより、入場することができる。入場すると、第１リダイレクトＵＲＬのウェブサイトは「○○コンサート 開演○月○日○○時 ○○公会堂 入場済み 座席番号○○」との表示に変更される。

固有ＵＲＬが他者にわたり、異なったスマートフォンで仮チケットやチケットのサイトにアクセスしようとすると、アクセス時に管理サーバ２０で抽出した端末固有ＩＤが固有ＵＲＬと関連づけて記憶した端末固有ＩＤと異なる。そのため、管理サーバ２０は、ステップＳｒ５により第２リダイレクトＵＲＬにリダイレクトする（ステップＳｒ７）。第２リダイレクトＵＲＬのウェブサイトでは、スマートフォンが異なるためにチケットを表示できない旨の表示が行われる。

本実施例で示すように、最初にＳＭＳを使用する前提であり携帯電話番号が必要であるため、顧客はパーソナルコンピュータを用いることができない。また、最初に固有ＵＲＬでアクセスした特定のスマホのみによりアクセスが可能となる。そのため、セキュリティを確保することができる。また、チケットのために特別なアプリケーションをスマートフォンにインストールする必要がない。

＜変形例１＞
次に、顧客がスマートフォンを機種変更した場合に対応できる変形例１を示す。図７において、機種変更により引き継がれたショートメールから、固有ＳＭＳをタップすると、管理サーバ２０は固有ＵＲＬを受信するとともに（ステップＳｒ１）、スマートフォンより送られる情報から端末固有ＩＤを抽出する（ステップＳｒ２）。固有ＵＲＬに関連づけられて記憶されている端末固有ＩＤがあり（ステップＳｒ３）、抽出した端末固有ＩＤを記憶されている端末固有ＩＤと同じか比較する（ステップＳｒ５）。スマートフォンが変更されているため、抽出した端末固有ＩＤは固有ＵＲＬに関連づけられて記憶されている端末固有ＩＤと異なる。そのため、第２リダイレクトＵＲＬにリダイレクトする（ステップＳｒ７）。本変形例では第２リダイレクトＵＲＬも案件に固有のＵＲＬである。

図９は、変形例１におけるチケットの購入後に固有ＵＲＬがタップされた際のフロー図である。顧客は、キャリア３０のスマートフォン４０からキャリア３１のスマートフォン４１にナンバーポータビリティを利用して変更し、ＳＭＳの受信文書を新しいスマートフォン４１にコピーしている。ステップＳｄ１〜Ｓｄ３は、上記のステップＳｒ１〜Ｓｒ３，Ｓｒ４，Ｓｒ５に対応する。端末固有ＩＤが異なるため、第２リダイレクトＵＲＬにリダイレクトする（ステップＳｄ３、Ｓｒ７）。第２リダイレクトＵＲＬのウェブサイトでは、再発行画面を表示する（ステップＳｄ４）。

図１０は、変形例１における再発行画面を表示したスマートフォン４１を示す。再発行画面では、スマートフォンが異なるためチケットを表示できない旨と、携帯電話番号に変更がなければチケットを再発行する旨の表示を行い、携帯電話番号の入力枠を表示する。再発行を希望する顧客は、携帯電話番号を入力枠に入力して確定ボタンをタップする（ステップＳｄ５）。

事業者サーバ１０は、顧客が入力した携帯電話番号が、事業者データで第２リダイレクトＵＲＬと関連づけて記憶している携帯電話番号と同じかチェックする（ステップＳｄ６）。同じであれば、「チケットを再発行します。下記ＵＲＬが新しいチケットのＵＲＬです。タップしてください。」とのＳＭＳ本文を、送られた携帯電話番号と新たな第１リダイレクトＵＲＬ、第２リダイレクトＵＲＬとともに管理サーバ２０に送信する（ステップＳｄ７）。異なっている場合には、携帯電話番号が異なっている旨を表示して、再入力させる。

管理サーバ２０は、新たな携帯電話番号等を受信すると、固有ＵＲＬ生成手段２０１が新たに固有ＵＲＬを生成し（ステップＳｄ８）、新しい管理データに固有ＵＲＬに関連づけて携帯電話番号、第１リダイレクトＵＲＬ、第２リダイレクトＵＲＬを記憶する。また、送られた携帯電話番号から古い管理データを抽出して、古い固有ＵＲＬ、携帯電話番号、第１リダイレクトＵＲＬ、第２リダイレクトＵＲＬ、端末固有ＩＤを無効化する（ステップＳｄ９）。ＳＭＳ本文と合わせてＳＭＳ文書を生成し（ステップＳｄ１０）、事業者サーバ１０から新たに送られた携帯電話番号でＳＭＳにより送信する（ステップＳｄ１１）。なお、本実施例では、携帯電話番号をキーとして古い管理データを抽出しているが、案件Ｎｏ．を管理サーバ２０にも記憶して、案件Ｎｏ．をキーとして古い管理データを無効にしてもよい。

図１１は、変形例１におけるチケット再発行のお知らせのＳＭＳ文書を表示したスマートフォン４１である。スマートフォン４１には図１１のようにＳＭＳ文書が表示される（ステップＳｄ１２）。顧客が新しい固有ＵＲＬをタップすると（ステップＳｄ１３）、管理サーバ２０における管理データの固有ＵＲＬには端末固有ＩＤが関連づけられていないため、関連づけて記憶し、第１リダイレクトＵＲＬにリダイレクトする。第１リダイレクトＵＲＬのウェブサイトには、開場時間を過ぎているか否かにより仮チケットまたはチケットが表示される。

スマートフォンは機種変更を行うと端末固有ＩＤが変わってしまうため、端末固有ＩＤで管理すると機種変更時にチケットの表示ができない。しかし、携帯電話番号は変わらないため、携帯電話番号を記入させて再度ＳＭＳで固有ＵＲＬを送信し、端末固有ＩＤを管理データに記憶することにより、機種変更してもチケットが新しいスマートフォンに引き継ぐことができる。さらに、キャリアを変更してもナンバーポータビリティにより携帯電話番号は引き継がれるため、キャリア変更に伴う機種変更にも対応する。

チケットは基本的にはスマートフォンに固定されるため、チケットのコピーによるトラブルは発生しない。さらに、携帯電話番号を備えたスマートフォンに販売が限定されるため、パーソナルコンピュータを利用した転売目的のチケット購入等も抑止することができる。また、スマートフォンを使用した転売目的のチケット購入があったとしても、携帯電話番号からみて一つのスマートフォンからの購入件数が多ければ転売目的として、事業者サーバ１０で購入禁止措置をとることもできる。

＜変形例２＞
次に実施例１の変形例２として、チケットのキャンセルが可能な例を示す。
本変形例では仮チケットにキャンセル予約ボタンを付与している。キャンセルをしたい場合にはキャンセル予約ボタンをタップする。そうするとキャンセル予約状態となり、キャンセル予約画面となる。第１リダイレクトＵＲＬのウェブサイトは、このキャンセル予約画面となり、再度接続してもキャンセル予約画面が表示される。開場時間が過ぎてチケットステータスがチケットになると、キャンセル予約ボタンは表示されない。

一方、チケットの売り切れ等によりチケットを購入できなかった顧客は、最初の接続時にキャンセル待ちを選択することにより、第１リダイレクトＵＲＬをキャンセル待ちの販売ウェブサイトとする。

後日、キャンセルチケットを購入しようとする際には、キャンセル待ちの顧客が固有ＵＲＬにタップして管理サーバ２０を介し再度アクセスする。キャンセルチケットが有る場合には、第１リダイレクトＵＲＬの接続先ウェブサイトがキャンセルチケット販売になっている。そして、購入手続と支払いを行うことにより、チケットを入手することができる。チケット入手後は前述の通り仮チケット等の表示となる。

チケットが他者に購入された場合、キャンセル予約をした顧客に関して、事業者サーバ１０はＳＭＳ本文「○○○コンサートのチケットキャンセルは成立しました。１ヶ月以内に払い戻し致します。」と携帯電話番号を管理サーバ２０に送信する。また、第１リダイレクトＵＲＬのウェブサイトは「○○○コンサートのキャンセルは○月○日に成立しました。１ヶ月以内に払い戻し致します。」との表示となる。そして、管理サーバ２０ではＳＭＳ本文をキャンセルした顧客にＳＭＳ送信手段２０２でＳＭＳ送信する。

開演までにキャンセルが成立しなかった場合には、その旨のＳＭＳ文書がスマートフォンに送られ、ウェブサイトのキャンセル予約画面はチケット画面となる。

一般的にコンサートチケットはキャンセルできないが、紙のチケットは知人等に渡すことが可能である。しかし、スマートフォンの表示をチケットとしてＣｏｏｋｉｅ等を用いてセキュリティを上げると、コンサートに行かれなくなった場合にチケットが無駄になり、コンサート会場では空席が生じる。本変形例ではキャンセルにより他者のチケット購入が可能となるとともに、コンサート会場の空席を抑制する効果を奏する。

以上のように、販売の際にはＳＭＳを用いることによりスマートフォンに固有ＵＲＬを送信することができる。コンピュータは携帯電話番号を備えておらず、ＳＭＳを受信することができない。そのため、複製等が容易なコンピュータを介したチケットの販売を回避することができる。電子メールによりチケットを送付すると、持ち運びできないコンピュータで購入され、入場の際にチケットを提示できない可能性がある。

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

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

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

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

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

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

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

固有ＵＲＬのアクセスにより、管理サーバ２０では、固有ＩＤ記憶手段２０３がアクセス情報からスマートフォンに固有な端末固有ＩＤを抽出し、固有ＵＲＬに関連づけて管理データとして記憶する。そして、ＵＲＬアクセス手段２０４がリダイレクトＵＲＬによりリダイレクトする。リダイレクト先は事業者が管理するサーバ中に設けたウェブサイトでも良いが、公的機関など第三者が管理するサーバに設けたウェブサイトであれば、顧客から高い信用を得られる。

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

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

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

以上のように、契約書等の情報は、最初に入力したスマートフォンからのみアクセスすることができる。スマートフォンを機種変更した際には、保険代理店等で手続が必要となるが、実施例１と同様に携帯電話番号が変わらない場合にアクセスできるスマートフォンを変更できるシステムとしてもよい。

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

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

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

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

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

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

固有ＵＲＬのアクセスにより、管理サーバ２０では、固有ＩＤ記憶手段２０３がアクセス情報からスマートフォンに固有な端末固有ＩＤを抽出し、固有ＵＲＬに関連づけて記憶する。そして、ＵＲＬアクセス手段２０４がリダイレクトＵＲＬによりリダイレクトする。リダイレクト先のウェブサイトでは、検診結果を表示する。再検査を要する場合には再検査の予約のウェブサイトにつながるボタンを表示する。

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

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

再検査の予約をした受診者は、再び固有ＵＲＬをタップして再度アクセスすれば予約画面となり、予約日時や健康診断結果を、再確認することができる。

固有ＵＲＬによるアクセスがあると、管理サーバ２０では、固有ＩＤ記憶手段２０３がアクセス情報からスマートフォンに固有な端末固有ＩＤを抽出し、ＵＲＬアクセス手段２０４が管理データで固有ＵＲＬに関連づけて記憶している端末固有ＩＤと同じかチェックする。

端末固有ＩＤが同じ場合は、管理データに記憶しているリダイレクトＵＲＬへリダイレクトする。異なっている場合はリダイレクトせず、ＵＲＬアクセス手段２０４により、スマートフォンが異なっているためアクセスできない旨をスマートフォンに表示する。このように、個人情報である健康診断結果に、他のスマートフォンからアクセスすることはできない。

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

以上のように、受診結果の情報は、最初に固有ＵＲＬでアクセスしたスマートフォンからのみアクセスすることができる。スマートフォンを機種変更した際には、病院で手続が必要となるが、実施例１と同様の方法で、携帯電話番号が変わらない場合にアクセスできるスマートフォンを変更できるようにしてもよい。

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

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

Claims (6)

1. キャリアを介してスマートフォンに接続する管理システムであって、ＳＭＳの送信ごとに固有な固有ＵＲＬを生成する固有ＵＲＬ生成手段と、
   前記固有ＵＲＬを含むＳＭＳ文書を、前記スマートフォンにＳＭＳで送信するＳＭＳ送信手段と、
   前記スマートフォンから前記固有ＵＲＬにアクセスがなされた際に、前記スマートフォンから送られたアクセス情報から前記スマートフォンに固有な端末固有ＩＤを抽出して前記固有ＵＲＬと関連づけて記憶する固有ＩＤ記憶手段と、
   前記固有ＩＤ記憶手段は、同じ前記固有ＵＲＬで再度アクセスされた場合に、受信して抽出した前記端末固有ＩＤを前記固有ＵＲＬに関連づけて記憶した前記端末固有ＩＤと比較し、同じ場合にはリダイレクトＵＲＬにリダイレクトし、異なっている場合には前記リダイレクトＵＲＬにリダイレクトしないＵＲＬアクセス手段と、
   を備えることを特徴とする管理システム。
2. 受信して抽出した前記端末固有ＩＤと、前記固有ＵＲＬ携帯電話番号に関連づけて記憶した前記端末固有ＩＤが異なっている場合には、前記リダイレクトＵＲＬと異なる第２リダイレクトＵＲＬにリダイレクトすることを特徴とする請求項１に記載の管理システム。
3. 第２リダイレクトＵＲＬにリダイレクトした場合に、新たな固有ＵＲＬを含んだ新たなＳＭＳ文書を前記スマートフォンに前記ＳＭＳ送信手段でＳＭＳ送信し、新たな固有ＵＲＬのアクセスにより前記固有ＩＤ記憶手段が新たな端末固有ＩＤを抽出して記憶することを特徴とする請求項２に記載の管理システム。
4. ＳＭＳの送信ごとに固有な固有ＵＲＬを生成し、
   前記固有ＵＲＬを含むＳＭＳ文書を、キャリアを介してスマートフォンにＳＭＳで送信し、
   前記スマートフォンから前記固有ＵＲＬにアクセスがなされた際に、前記スマートフォンから送られたアクセス情報から前記スマートフォンに固有な端末固有ＩＤを抽出して前記固有ＵＲＬと関連づけて記憶し、
   同じ前記固有ＵＲＬで再度アクセスされた場合に、受信して抽出した端末固有ＩＤを前記固有ＵＲＬに関連づけて記憶した前記端末固有ＩＤと比較し、同じ場合にはリダイレクトＵＲＬにリダイレクトし、異なっている場合には前記リダイレクトＵＲＬにリダイレクトしないことを特徴とする管理方法。
5. 受信して抽出した前記端末固有ＩＤと、前記固有ＵＲＬ携帯電話番号に関連づけて記憶した前記端末固有ＩＤが異なっている場合には、前記リダイレクトＵＲＬと異なる第２リダイレクトＵＲＬにリダイレクトすることにより行う請求項４に記載の管理方法。
6. 第２リダイレクトＵＲＬにリダイレクトした場合に、新たな固有ＵＲＬを含んだ新たなＳＭＳ文書を前記スマートフォンにＳＭＳで送信し、新たな固有ＵＲＬのアクセスにより新たな端末固有ＩＤを抽出して記憶することを特徴とする請求項５に記載の管理方法。

Images