JP2021060688A - データ移行システムおよび中継サーバ - Google Patents

Abstract

【課題】異なるアプリケーションに切り替える際におけるサーバ間のデータ移行を簡単に行うことができるようにする。【解決手段】ゲートウェイサーバ２００が、一のアプリケーションが一のサーバ１００-1に保存されているデータにアクセスするために必要な認証情報に基づいて認証を行い、認証成功時に一のサーバ１００-1から取得したデータを中継サーバ３００に転送して記憶させた後、中継サーバ３００が、他のアプリケーションにおいて発行されたデータ移行要求に応じて、他のサーバ１００-2にデータを転送して記憶させるようにすることにより、一のサーバ１００-1に保存されているデータをユーザ端末５００にダウンロードしてメモリカードまたはＰＣにファイル出力し、出力されたファイルを他のアプリケーションで取り込むといった煩雑な作業を不要にする。【選択図】図２

Description

本発明は、データ移行システムおよび中継サーバに関し、特に、利用者が使用するアプリケーションを異なるものに切り替える際に必要となるデータ移行を行うシステムおよびこれに適用する中継サーバに用いて好適なものである。

従来、１人の患者が複数の病院にかかることが珍しくない実情のもと、複数の病院で処方された薬の情報を一括管理できるようにした「お薬手帳」が活用されている。お薬手帳は、複数の病院で処方された薬の名称や用量などの情報を含む薬歴を記録したものである。患者が調剤薬局で薬の調剤を受けるときに、このお薬手帳を薬剤師に提示することにより、１人の患者が複数の病院にかかっている場合でも、薬の服用履歴が確認しやすくなるというメリットがある。

２０１２年には、電子版お薬手帳のデータフォーマットが標準化され、現在では多くの電子お薬手帳サービスが提供されている。電子お薬手帳サービスの利用者は、自身が使用するモバイル端末（スマートフォン、タブレット端末など）に対してお薬情報を管理するためのアプリケーション（以下、お薬手帳アプリという）をインストールし、当該お薬手帳アプリの使用を通じて電子お薬手帳サービスを受けるのが一般的である。

電子お薬手帳サービスの運営主体は様々である。電子お薬手帳サービスは、例えば、薬剤師会が運営するもの、大手薬局チェーンが独自に運営するもの、通信キャリアが運営するもの、医療機関向けのＩｏＴサービスを提供している会社が運営するもの、製薬会社・医薬品関連会社が運営するもの、スマホアプリ開発会社が運営するものなどがある。それぞれの電子お薬手帳サービスで利用されるお薬手帳アプリは、操作画面等のユーザインタフェースが異なっていてそれぞれに特徴があり、運営主体独自の機能が実装されている場合もある。

電子版のお薬手帳は、紙のお薬手帳に比べて管理が楽、薬歴などのデータ登録を簡単に行えるなどのメリットがある。また、殆どのお薬手帳アプリでは、データを端末内ではなくサーバに保存して管理しているため、データの紛失がないというメリットもある。さらに、端末を交換するときでも、新しい端末に同じお薬手帳アプリをインストールすれば、サーバ上に保存されているデータを利用することが可能であるため、利便性がよい。

しかしながら、電子版お薬手帳は、以上のようなメリットがある反面、使用するお薬手帳アプリを異なるものに変える際のデータ移行が煩雑で困難であるというデメリットがある。ここで言うデータ移行とは、ある運営主体Ａが提供するお薬手帳アプリＸを別の運営主体Ｂが提供するお薬手帳アプリＹに変える際に、移行元のお薬手帳アプリＸを通じて登録されたデータを保存している運営主体Ａのサーバから、移行先のお薬手帳アプリＹを通じて登録されるデータを保存する運営主体Ｂのサーバにデータを移行（転送）すること言う。

電子版お薬手帳のデータフォーマットが標準化されているため、運営主体Ａのサーバに保存されているデータを別の運営主体Ｂのサーバに移行し、運営主体Ｂのサーバに保存されたデータ（元のお薬手帳アプリＸを通じて登録されたデータ）を移行先の新たなお薬手帳アプリＹで利用すること自体は可能である。しかしながら、このデータ移行を行うためには、運営主体Ａのサーバに保存されているデータをお薬手帳アプリＸがインストールされているモバイル端末にダウンロードして、それをメモリカードまたはパーソナルコンピュータ（ＰＣ）にファイル出力した後に、出力されたファイルを移行先の新たなお薬手帳アプリＹで取り込むという作業が必要となる。このため、多くの手間がかかり、簡単にはデータ移行をすることができないのが現状である。

また、利用者が使用しているモバイル端末の仕様によっては、端末から外部のメモリカードやＰＣにファイル出力すること自体が困難な場合もある。特に、スマートフォンなどのモバイル端末の操作に慣れない利用者においては、メモリカードやＰＣ経由でデータ移行する必要があると言われても、これを簡単に行うことができない。さらに、データ移行に必要な操作方法も各電子お薬手帳サービスでバラバラであるため、移行元のお薬手帳アプリＸでのエクスポート操作と、移行先のお薬手帳アプリＹでのインポート操作との両方の理解が必要となり、これもデータ移行が簡単にできない要因の１つとなっている。

このようなデータ移行にかかる多くの手間や困難性のため、利用者がより良いと思った電子お薬手帳サービスを使うこと（お薬手帳アプリを移行すること）を希望しても、使用中の電子お薬手帳サービスをそのまま使うことが多くなっているというのが現状である。すなわち、お薬手帳アプリの切り替え時に必要となるデータ移行が、所望する電子お薬手帳サービスを選択する自由度を低下させているという問題があった。

なお、特定の１台のユーザ端末での使用を前提としたアプリにおいて、ユーザ端末の変更に伴うデータ移行を簡単に実現することを可能にしたシステムが知られている（例えば、特許文献１参照）。

しかしながら、この特許文献１に記載されているのは、利用者が使用するユーザ端末を変更する際に、同じアプリを新たなユーザ端末でも使い続ける場合のデータ移行である。アプリを変えるわけではないので、サーバ間でのデータ転送を行う必要がない。実際、特許文献１に記載のシステムでは、ユーザ端末に対して発行されるユーザＩＤの付け替えだけでデータ移行を行うようにしている。したがって、この特許文献１に記載の技術を、異なるお薬手帳アプリに切り替える場合のデータ移行に適用することはできない。

特開２０１５−２６１５９号公報

本発明は、このような問題を解決するために成されたものであり、異なるアプリケーションに切り替える際におけるサーバ間のデータ移行を簡単に行うことができるようにすることを目的とする。

上記した課題を解決するために、本発明のデータ移行システムは、各アプリケーションで使用するデータをそれぞれ保存する複数のサーバと、ゲートウェイサーバと、データ移行の中継を行う中継サーバとを備え、ゲートウェイサーバが、一のアプリケーションが一のサーバに保存されているデータにアクセスするために必要な認証情報に基づいて認証を行い、認証成功時にデータ取得要求を一のサーバに発行することによって一のサーバから取得したデータを中継サーバに転送して記憶させる。そして、中継サーバが、一のアプリケーションとは異なる他のアプリケーションにおいて発行されたデータ移行要求に応じて、他のサーバにデータを転送して記憶させるようにしている。

上記のように構成した本発明によれば、一のアプリケーションから他のアプリケーションに切り替える際に、一のアプリケーションの使用を通じて一のサーバに保存されたデータが中継サーバに転送されて記憶された後、他のアプリケーションにおいて発行されたデータ移行要求に応じて、他のアプリケーションで使用するデータを保存する他のサーバに対して中継サーバからデータが転送されて記憶されることにより、一のサーバから他のサーバへのデータ移行が行われる。このため、一のサーバに保存されているデータをユーザ端末にダウンロードしてメモリカードまたはＰＣにファイル出力し、出力されたファイルを他のアプリケーションで取り込むといった煩雑な作業が不要となる。これにより、異なるアプリケーションに切り替える際におけるサーバ間のデータ移行を簡単に行うことができる。

本実施形態によるデータ移行システムの全体構成例を示す図である。 第１のお薬手帳アプリから第２のお薬手帳アプリへの切り替えに伴うデータ移行の処理手順を示す図である。 本実施形態による端末の機能構成例を示すブロック図である。 本実施形態によるゲートウェイサーバの機能構成例を示すブロック図である。 本実施形態による中継サーバの機能構成例を示すブロック図である。 本実施形態によるデータ移行システムにおけるデータ移行時の動作例を示すフローチャートである。

以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態によるデータ移行システムの全体構成例を示す図である。図１に示すように、本実施形態のデータ移行システムは、各アプリケーションで使用するデータをそれぞれ保存する複数のサーバ１００_-1〜１００_-nと、ゲートウェイサーバ２００と、データ移行の中継を行う中継サーバ３００と、アプリケーションがインストールされるユーザ端末５００とは別の端末４００とを備えて構成される。

複数のサーバ１００_-1〜１００_-n（以下、特に何れかを示さないときはサーバ１００と記すことがある）、ゲートウェイサーバ２００、中継サーバ３００、端末４００およびユーザ端末５００は、インターネット等の通信ネットワーク１０００を介して相互に通信可能に接続されている。

ユーザ端末５００は、例えばスマートフォンまたはタブレット端末のようなモバイル端末である。ユーザ端末５００にインストールされるアプリケーションは、ユーザ（患者）のお薬情報を管理するためのお薬手帳アプリである。お薬手帳アプリは、電子お薬手帳サービスを提供する運営主体により提供されるものであり、運営主体ごとに異なる。

第１のサーバ１００_-1は、第１のお薬手帳アプリで使用するデータを第１の記憶部１０１_-1に記憶し、第１のお薬手帳アプリからの要求に応じて第１の記憶部１０１_-1からデータを読み出して供給する。第２のサーバ１００_-2は、第２のお薬手帳アプリで使用するデータを第２の記憶部１０１_-2に記憶し、第２のお薬手帳アプリからの要求に応じて第２の記憶部１０１_-2からデータを読み出して供給する。同様に、第ｎのサーバ１００_-nは、第ｎのお薬手帳アプリで使用するデータを第ｎの記憶部１０１_-nに記憶し、第ｎのお薬手帳アプリからの要求に応じて第ｎの記憶部１０１_-nからデータを読み出して供給する。

ユーザは、第１〜第ｎのお薬手帳アプリの中から所望のお薬手帳アプリをユーザ端末５００にインストールして使用することができる。インストールしたお薬手帳アプリを使用して薬歴等のお薬情報を記録したり閲覧したりするときは、その処理にユーザ端末５００およびサーバ１００が関与する。例えば、ユーザ端末５００に第１のお薬手帳アプリがインストールされている場合、第１のお薬手帳アプリを通じて入力されたお薬情報は、第１のサーバ１００_-1に供給されて、第１の記憶部１０１_-1に記憶される。また、第１のお薬手帳アプリにおいてお薬情報を閲覧（ユーザ端末５００にお薬情報を表示させて自身で閲覧）するときは、ユーザ端末５００からサーバ１００へ表示要求を送信し、その応答としてお薬情報をサーバ１００から受信してユーザ端末５００に表示させる。

ほかに薬剤師や医師にお薬情報を見せるときは、ユーザ端末５００およびサーバ１００に加え、ゲートウェイサーバ２００および薬剤師や医師が使用する端末（図示せず）が関与する。この場合、ワンタイムコードをユーザ端末５００で発行し、当該ワンタイムコードと紐付けされた利用者およびお薬情報の認証情報をワンタイムコードと共にゲートウェイサーバ２００に送信して記憶させる。そして、薬剤師や医師が使用する端末からワンタイムコードを入力し、認証を受ける。そして、この認証に成功すると、ゲートウェイサーバ２００が第１のサーバ１００_-1にデータ取得要求を発行することによって第１の記憶部１０１_-1からお薬情報を取得し、それを薬剤師や医師が使用する端末に供給する。

なお、ここでは特に図示していないが、薬局において使用する薬局端末からお薬情報を入力してサーバ１００に記憶させ、サーバ１００に記憶されたお薬情報を他の薬局端末にて取得して表示させることも可能である。このように他の薬局端末にお薬情報を表示させるときも、ユーザ端末５００で発行されたワンタイムコードをゲートウェイサーバ２００に送信して記憶させる。そして、他の薬局端末からワンタイムコードを入力してゲートウェイサーバ２００の認証を受ける。

ユーザ端末５００にインストールされているお薬手帳アプリを別のものに切り替える場合、データ移行が必要となる。例えば、ユーザ端末５００にインストールされている第１のお薬手帳アプリを第２のお薬手帳アプリに切り替える場合、第１のサーバ１００_-1の第１の記憶部１０１_-1に記憶されているデータ（お薬情報）を、第２のサーバ１００_-2の第２の記憶部１０１_-2に移行（転送して記憶）させる必要がある。このデータ移行の際には、ユーザ端末５００、ゲートウェイサーバ２００および第１のサーバ１００_-1に加え、第２のサーバ１００_-2、中継サーバ３００および端末４００が関与する。端末４００は、例えばスマートフォン、タブレット端末またはパーソナルコンピュータにより構成され、例えば薬局に設置される。

図２は、第１のお薬手帳アプリから第２のお薬手帳アプリへの切り替えに伴うデータ移行の処理手順を示す図である。図２に付した（１）〜（６）の番号は、処理手順の順番を表している。この図２において、ユーザ端末５００には、移行元である第１のお薬手帳アプリ５１と、移行先である第２のお薬手帳アプリ５２とがインストールされている。なお、第１のお薬手帳アプリ５１は、データ移行が完了した後はアンインストールしてよい。また、第２のお薬手帳アプリは、少なくとも（７）の手順を行う際にインストールされていればよく、必ずしも（１）の手順を行う前からあらかじめインストールしていなくてもよい。

（１）まず、ユーザ端末５００の第１のお薬手帳アプリ５１でワンタイムコードの発行を行い、当該ワンタイムコードをゲートウェイサーバ２００に送信して保存する。このワンタイムコードは、各アプリケーションのうち一のアプリケーションが一のサーバに保存されているデータにアクセスするために必要な認証情報であり、所定の期間のみ有効となる。この手順（１）の処理を実行するに先だって、第１のお薬手帳アプリ５１を通じてログイン処理が行われており、ワンタイムコードと共にユーザＩＤがゲートウェイサーバ２００に通知される。また、ワンタイムコードの発行を行った第１のお薬手帳アプリ５１を識別可能な識別情報もワンタイムコードと共にゲートウェイサーバ２００に通知される。

（２）次に、端末４００は、ユーザ端末５００に表示されたワンタイムコードをカメラによる撮影によって取得する。あるいは、端末４００の操作部（タッチパネルまたはキーボード）をユーザが操作することによってワンタイムコードを入力するようにしてもよい。また、端末４００は、操作部に対するユーザの操作を通じて、ユーザに固有の情報（例えば、ユーザ端末５００が有する電話機能で使用する自身の携帯電話番号、生年月日など）を第２認証情報として入力する。

（３）端末４００は、カメラによる撮影または操作部の操作によって取得したワンタイムコード（認証情報）と、第１のサーバ１００_-1から取得されるデータの転送先を中継サーバ３００とする宛先情報とをゲートウェイサーバ２００に送信して認証の実行を要求する。

（４）また、端末４００は、操作部の操作によって入力された第２認証情報を中継サーバ３００に送信して記憶させる。なお、（３）の手順と（４）の手順は、順番が逆であってもよいし、同時に行ってもよい。

（５）ゲートウェイサーバ２００は、端末４００から送られてきたワンタイムコードに基づいて認証を行い、認証が成功すると、データ取得要求を第１のサーバ１００_-1に発行することによって第１の記憶部１０１_-1からデータを取得し、取得したデータを中継サーバ３００に転送して一時記憶部３０１に記憶させる。データ取得要求の発行先を第１のサーバ１００_-1とすることは、例えば、手順（１）でユーザ端末５００から取得した第１のお薬手帳アプリ５１の識別情報に基づいて決定することが可能である。このデータ取得要求によってゲートウェイサーバ２００が取得するデータは、手順（１）でユーザ端末５００から取得したユーザＩＤに対応するユーザに関するお薬情報のデータである。

（６）中継サーバ３００は、データ移行の案内情報をユーザ端末５００に送信する。ユーザ端末５００では、ユーザがこの案内情報を受けて、第２のお薬手帳アプリ５２を起動してログインする。第２のお薬手帳アプリ５２を起動する前に、第１のお薬手帳アプリ５１をシャットダウンしてログアウトしてもよい。

（７）ユーザは、ユーザ端末５００において第２のお薬手帳アプリ５２を操作することにより、第２認証情報（携帯電話番号、生年月日など）を入力する。ユーザ端末５００（第２のお薬手帳アプリ５２）は、入力された第２認証情報を中継サーバ３００に送信し、第２認証の実行を要求する。この第２認証の要求時に、ユーザＩＤと、第２のお薬手帳アプリ５２を識別可能な識別情報とが中継サーバ３００に通知される。

（８）中継サーバ３００は、第２のお薬手帳アプリからの要求に応じて第２認証を実行する。ここで、手順（４）で中継サーバ３００に記憶された第２認証情報と、手順（７）でユーザ端末５００から送信された第２認証情報とが一致して認証に成功すると、中継サーバ３００は、一時記憶部３０１に記憶されているデータを読み出して第２のサーバ１００_-2に転送し、第２の記憶部１０１_-2に記憶させる。これにより、第１のサーバ１００_-1（第１の記憶部１０１_-1）から第２のサーバ１００_-2（第２の記憶部１０１_-2）へのデータ移行が完了する。なお、データの転送先を第２のサーバ１００_-2とすることは、例えば、手順（７）でユーザ端末５００から取得した第２のお薬手帳アプリ５２の識別情報に基づいて決定することが可能である。

図３は、本実施形態による端末４００の機能構成例を示すブロック図である。図３に示すように、端末４００は、機能構成として、認証情報取得部４１、第２認証情報取得部４２、認証要求部４３および第２認証情報登録部４４を備えている。これらの各機能ブロック４１〜４４は、ハードウェア、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック４１〜４４は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。

認証情報取得部４１は、ユーザ端末５００の一のアプリケーション（移行元のお薬手帳アプリ。図２の例では第１のお薬手帳アプリ５１）において発行された認証情報（ワンタイムコード）を取得する。例えば、認証情報取得部４１は、第１のお薬手帳アプリ５１によりユーザ端末５００に表示されたワンタイムコードを端末４００のカメラにより撮影された画像に対して文字認識処理を行うことにより、テキストのワンタイムコードを取得する。あるいは、認証情報取得部４１は、端末４００が備えるタッチパネルまたはキーボードなどの操作部をユーザが操作することによって入力されたワンタイムコードを取得する。

第２認証情報取得部４２は、端末４００が備えるタッチパネルまたはキーボードなどの操作部をユーザが操作することによって入力された第２認証情報を取得する。上述したように、第２認証情報はユーザに固有の情報であり、例えば、ユーザの携帯電話番号、生年月日などの情報である。例えば、認証情報取得部４１によるワンタイムコードの取得後に、第２認証情報取得部４２は、第２認証情報入力画面を表示し、この第２認証情報入力画面を通じてユーザが入力した第２認証情報を取得する。

認証要求部４３は、認証情報取得部４１により取得された認証情報（ワンタイムコード）と、一のサーバ（データ移行元のサーバ。図２の例では第１のサーバ１００_-1）から取得されるデータの転送先を中継サーバ３００とする宛先情報とをゲートウェイサーバ２００に送信することにより、ワンタイムコードを用いた認証の実行を要求する。データ移行時ではない通常使用時の場合、ゲートウェイサーバ２００は、例えば薬剤師や医師が使用する端末からの要求に応じてサーバ１００からデータを取得し、取得したデータを要求元の端末に返信する。これに対し、データ移行時の場合、ゲートウェイサーバ２００は、端末４００からの要求に応じてサーバ１００からデータを取得し、取得したデータを要求元の端末４００ではなく中継サーバ３００に転送する。このように、要求元の端末４００ではなく中継サーバ３００にデータを転送させるために、端末４００は、認証情報と共に宛先情報をゲートウェイサーバ２００に送信している。

第２認証情報登録部４４は、ユーザ操作に応じて第２認証情報取得部４２により取得された第２認証情報を中継サーバ３００に送信して一時記憶部３０１に記憶させる。なお、ここでは、サーバ１００から転送されたデータを記憶する一時記憶部３０１に対して第２認証情報を記憶させる例について説明しているが、一時記憶部３０１とは別の記憶部に第２認証情報を記憶させるようにしてもよい。

図４は、本実施形態によるゲートウェイサーバ２００の機能構成例を示すブロック図である。図４に示すように、ゲートウェイサーバ２００は、機能構成として、認証情報取得部２１、認証要求受信部２２、第１転送部２３およびデータ返信部２４を備えている。第１転送部２３は、より具体的な機能構成として、認証部２３ａ、データ取得部２３ｂおよびデータ供給部２３ｃを備えている。

上記各機能ブロック２１〜２４は、ハードウェア、ＤＳＰ、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック２１〜２４は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。

認証情報取得部２１は、ユーザ端末５００のお薬手帳アプリから送信された認証情報（ワンタイムコード）を取得し、取得したワンタイムコードを認証部２３ａに通知する。認証部２３ａは、通知されたワンタイムコードを一時的に記憶する。なお、認証情報取得部２１がワンタイムコードを受信するときに、ユーザＩＤおよびお薬手帳アプリの識別情報も受信する。

認証要求受信部２２は、ユーザ端末５００または端末４００から送信される認証情報を受信する。通常使用時の場合、認証要求受信部２２は、薬剤師や医師が使用する端末から送信される認証情報を受信する。一方、データ移行時の場合、認証要求受信部２２は、端末４００から送信される認証情報を受信する。このとき認証要求受信部２２は、認証情報と共に中継サーバ３００の宛先情報も受信する。

第１転送部２３は、認証要求受信部２２により受信された認証情報（ワンタイムコード）に基づいて認証を行い、認証成功時にデータ取得要求を一のサーバ１００_-i（ｉ＝１〜ｎ−１の何れか）に発行することによって一のサーバ１００_-iからデータを取得し、取得したデータを中継サーバ３００に転送して記憶させる。

具体的に、認証部２３ａは、認証情報取得部２１が取得したワンタイムコードと、認証要求受信部２２により受信されたワンタイムコードとが一致するか否かによって認証を行う。ワンタイムコードが一致すれば認証は成功、ワンタイムコードが一致しなければ認証は不成功となる。そして、認証が成功した場合にのみ、データ取得部２３ｂの処理が実行される。

データ取得部２３ｂは、ワンタイムコードの一致によって認証が成功した場合に、データ取得要求を一のサーバ１００_-i（データ移行元のサーバ１００_-i）に発行することによって一のサーバ１００_-iからデータを取得する。ここで、移行元のサーバ１００_-iは、ワンタイムコードの発行を要求してきたお薬手帳アプリが第１〜第ｎのお薬手帳アプリのうちどれであるかを示す識別情報に応じて決定することが可能である。

データ供給部２３ｃは、データ取得部２３ｂにより取得されたデータを、宛先情報として示されている中継サーバ３００に転送して記憶させる。なお、データ移行時ではない通常使用時の場合、認証部２３ａおよびデータ取得部２３ｂによって一のサーバ１００から取得したデータを、データ返信部２４によって認証要求元の端末に返信する。すなわち、認証要求受信部２２が認証情報と共に中継サーバ３００の宛先情報を受信していない場合、データ供給部２３ｃの代わりにデータ返信部２４が動作し、認証情報の送信元の端末にデータを返信する。

図５は、本実施形態による中継サーバ３００の機能構成例を示すブロック図である。図５に示すように、中継サーバ３００は、機能構成として、第２認証情報記憶部３１、転送データ記憶部３２、案内情報送信部３３、第２認証要求受信部３４および第２転送部３５を備えている。第２転送部３５は、より具体的な機能構成として、第２認証部３５ａおよび転送部３５ｂを備えている。

上記各機能ブロック３１〜３５は、ハードウェア、ＤＳＰ、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック３１〜３５は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。

第２認証情報記憶部３１は、端末４００においてユーザ操作に応じて入力された第２認証情報（図３の第２認証情報登録部４４により送信された第２認証情報）を端末４００から受信して一時記憶部３０１に記憶させる。上述したように、第２認証情報を記憶させる記憶媒体は、一のサーバ１００_-iからゲートウェイサーバ２００を介して転送されるデータを記憶する一時記憶部３０１とは別の記憶部であってもよい。

転送データ記憶部３２は、ゲートウェイサーバ２００が一のサーバ１００_-iより取得したデータの転送を受けて、受信したデータを一時記憶部３０１に記憶させる。すなわち、転送データ記憶部３２は、ゲートウェイサーバ２００のデータ供給部２３ｃにより送信されたデータを受信し、受信したデータを一時記憶部３０１に記憶させる。

案内情報送信部３３は、転送データ記憶部３２がデータを一時記憶部３０１に記憶させた後、データ移行の案内情報をユーザ端末５００に送信する。案内情報の送信方法は任意である。例えば、ユーザ端末５００の携帯電話番号に対するショートメッセージの送信、または、ユーザ端末５００にインストールされている移行元のお薬手帳アプリに対するプッシュ通知などによって案内情報を送信する。案内情報は、例えば、データ移行に関する内容説明、移行先のお薬手帳アプリをユーザ端末５００にインストールすることを促す誘導説明、移行先のお薬手帳アプリの起動後に第２認証情報を入力するための画面に遷移させるＵＲＬ（Uniform Resource Locator）などの情報を含む。

なお、案内情報の送信先であるユーザ端末５００の宛先情報は、以下のようにして取得することが可能である。例えば、案内情報をショートメッセージにより送信する場合は、第２認証情報記憶部３１により第２認証情報の一部として一時記憶部３０１に記憶された携帯電話番号を用いることが可能である。また、案内情報をお薬手帳アプリに対するプッシュ通知により送信する場合は、例えば、ゲートウェイサーバ２００がユーザ端末５００からの要求に応じてワンタイムコードを発行したときに、ユーザ端末５００のお薬手帳アプリに対する宛先情報を記憶しておく。そして、ゲートウェイサーバ２００が一のサーバ１００からデータを取得して中継サーバ３００に転送するときに、お薬手帳アプリの宛先情報も送信し、転送データ記憶部３２が転送データに関連付けてユーザ端末５００の宛先情報も一時記憶部３０１に記憶させるようにする。案内情報送信部３３は、この宛先情報を用いてお薬手帳アプリに対するプッシュ通知を行う。

第２認証要求受信部３４は、ユーザ端末５００において起動された移行先のお薬手帳アプリから送信される第２認証情報を受信する。すなわち、第２認証要求受信部３４は、ユーザがユーザ端末５００において移行先のお薬手帳アプリを操作することによって、上記ＵＲＬに基づいて提示される第２認証情報入力画面を通じて入力された第２認証情報（携帯電話番号、生年月日など）をユーザ端末５００から受信する。この第２認証情報の受信は、ユーザ端末５００からのデータ移行要求の受信に相当する。このデータ移行要求には、第２認証情報の他に、移行先のお薬手帳アプリの識別情報が含まれている。

第２転送部３５は、各アプリケーションのうち一のアプリケーション（移行元のお薬手帳アプリ）とは異なる他のアプリケーション（移行先のお薬手帳アプリ）において発行されたデータ移行要求に応じて、ゲートウェイサーバ２００の第１転送部２３により中継サーバ３００の一時記憶部３０１に記憶されたデータを他のサーバ（移行先のサーバ１００_-j。ｊ＝１〜ｎの何れか。ただし、ｊ≠ｉ）に転送して記憶させる。

具体的に、第２認証部３５ａは、移行先のお薬手帳アプリにおいて発行されたデータ移行要求に含まれる第２認証情報（携帯電話番号、生年月日など）と、第２認証情報記憶部３１により一時記憶部３０１に記憶された第２認証情報とが一致するか否かによって第２認証を行う。転送部３５ｂは、第２認証部３５ａによる第２認証が成功したときに、転送データ記憶部３２により一時記憶部３０１に記憶されたデータを転送先のサーバ１００_-jに転送して記憶させる。ここで、転送先のサーバ１００_-jは、データ移行要求を発行してきたお薬手帳アプリが第１〜第ｎのお薬手帳アプリのうちどれであるかを示す識別情報に応じて決定することが可能である。

なお、ここでは、データ移行要求を発行したお薬手帳アプリを中継サーバ３００が判別して、それに対応するサーバ１００にデータを転送する例について説明したが、本発明はこれに限定されない。例えば、お薬手帳アプリの切り替えを行うユーザが移行先のお薬手帳アプリを指定してその情報を中継サーバ３００に記憶させるようにしてもよい。移行先のお薬手帳アプリの指定は、例えば、端末４００において第２認証情報を入力する際に行うことが可能である。この場合、第２認証情報と共に移行先のお薬手帳アプリの指定情報を端末４００から中継サーバ３００に送信して一時記憶部３０１に記憶させ、転送部３５ｂはこの一時記憶部３０１に記憶された指定情報に基づいて、データの移行先のサーバ１００を特定する。

あるいは、データの移行先のサーバ１００をあらかじめ固定しておくようにしてもよい。例えば、第ｋ（ｋは１〜ｎの何れか）のお薬手帳アプリを提供している運営主体と提携している薬局に端末４００を設置し、第ｉ（ｉ≠ｋ）のお薬手帳アプリを使用している患者が第ｋのお薬手帳アプリに切り替えることを希望した場合に、第ｉのサーバ１００_-iから中継サーバ３００に転送されたデータを第ｋのサーバ１００_-kに転送するようにする。この場合、第ｋのサーバ１００_-kにデータ移行することを中継サーバ３００にあらかじめ設定しておいてもよいし、第２認証情報と共に第ｋのサーバ１００_-kの指定情報を端末４００から中継サーバ３００に送信して一時記憶部３０１に記憶させるようにしてもよい。

図６は、以上のように構成したデータ移行システムにおけるデータ移行時の動作例を示すフローチャートである。まず、ユーザ端末５００で使用中である移行元のお薬手帳アプリにおいて認証情報（ワンタイムコード）の発行を行い、発行したワンタイムコードをゲートウェイサーバ２００に送信する（ステップＳ１）。これに応じて、ゲートウェイサーバ２００の認証情報取得部２１がワンタイムコードを取得する（ステップＳ２）。ユーザ端末５００は、発行されたワンタイムコードを画面上に表示させる（ステップＳ３）。

次に、ユーザは、端末４００に表示された認証情報取得画面を操作し、ユーザ端末５００に表示されたワンタイムコードを端末４００のカメラにより撮影するか、端末４００の操作部を操作して入力する。これにより、端末４００の認証情報取得部４１は、ユーザ端末５００に表示されたワンタイムコードを取得する（ステップＳ４）。次いで、認証要求部４３は、認証情報取得部４１により取得されたワンタイムコードと、移行元のサーバ１００_-iから取得されるデータの転送先を中継サーバ３００とする宛先情報とをゲートウェイサーバ２００に送信することにより、ワンタイムコードを用いた認証の実行を要求する（ステップＳ５）。

また、ユーザは、ワンタイムコードの取得後に提示される第２認証情報取得画面を操作して第２認証情報（携帯電話番号、生年月日など）を入力する。これにより、端末４００の第２認証情報取得部４２は、第２認証情報を取得する（ステップＳ６）。そして、第２認証情報登録部４４は、ユーザ操作に応じて第２認証情報取得部４２により取得された第２認証情報を中継サーバ３００に送信する（ステップＳ７）。

ゲートウェイサーバ２００の認証部２３ａは、ステップＳ２で認証情報取得部２１が取得したワンタイムコードと、ステップＳ５で端末４００から送信されたワンタイムコード（認証要求受信部２２により受信されたワンタイムコード）とに基づいて認証を行う（ステップＳ８）。ここで、ワンタイムコードが一致せず認証が不成功となった場合（ステップＳ９：Ｎｏ）、図６に示すフローチャートの処理は終了する。一方、ワンタイムコードが一致して認証が成功した場合（ステップＳ９：Ｙｅｓ）、データ取得部２３ｂが移行元のサーバ１００_-iからデータを取得し（ステップＳ１０）、それをデータ供給部２３ｃが中継サーバ３００に転送する（ステップＳ１１）。

中継サーバ３００では、ステップＳ７で端末４００の第２認証情報登録部４４により送信された第２認証情報を第２認証情報記憶部３１が受信して一時記憶部３０１に記憶させる（ステップＳ１２）。また、ステップＳ１１でゲートウェイサーバ２００のデータ供給部２３ｃにより転送されたデータを転送データ記憶部３２が受信して一時記憶部３０１に記憶させる（ステップＳ１３）。

その後、案内情報送信部３３は、データ移行の案内情報をユーザ端末５００に送信する（ステップＳ１４）。ユーザ端末５００は、案内情報を受信して画面上に表示させる（ステップＳ１５）。ユーザ端末５００は、この案内情報を見たユーザによる操作に応じて、移行先のお薬手帳アプリを起動する（ステップＳ１６）。さらに、ユーザ端末５００は、案内情報に含まれるＵＲＬによって表示される第２認証情報取得画面に対するユーザの操作を通じて第２認証情報を入力し、これを中継サーバ３００に送信することによってデータ移行要求を行う（ステップＳ１７）。

中継サーバ３００の第２認証部３５ａは、ステップＳ１２で第２認証情報記憶部３１により一時記憶部３０１に記憶された第２認証情報と、ステップＳ１７でユーザ端末５００から送信されたデータ移行要求に含まれる第２認証情報とに基づいて、第２認証を行う（ステップＳ１８）。ここで、第２認証情報が一致せず第２認証が不成功となった場合（ステップＳ１９：Ｎｏ）、図６に示すフローチャートの処理は終了する。

一方、第２認証情報が一致して第２認証が成功した場合（ステップＳ１９：Ｙｅｓ）、転送部３５ｂは、ステップＳ１３で転送データ記憶部３２により一時記憶部３０１に記憶されたデータを転送先のサーバ１００_-jに転送して記憶させる（ステップＳ２０）。これにより、移行元のサーバ１００_-iから移行先のサーバ１００_-jへのデータ移行が完了する。

以上詳しく説明したように、本実施形態では、一のお薬手帳アプリからこれとは異なる他のお薬手帳アプリに切り替えて使用する際に、ゲートウェイサーバ２００が一のお薬手帳アプリにおいて発行したワンタイムコードに基づいて認証を行い、認証成功時にデータ取得要求を一のサーバ（移行元のサーバ）１００_-iに発行することによって一のサーバ１００_-iから取得したデータを中継サーバ３００に転送して記憶させる。そして、中継サーバ３００が、他のお薬手帳アプリにおいて発行されたデータ移行要求に応じて、他のサーバ（移行先のサーバ）１００_-jにデータを転送して記憶させるようにしている。

このように構成した本実施形態によれば、一のお薬手帳アプリから他のお薬手帳アプリに切り替える際に、一のお薬手帳アプリの使用を通じて一のサーバ１００_-iに保存されたデータが中継サーバ３００に転送されて記憶された後、他のお薬手帳アプリにおいて発行されたデータ移行要求に応じて、他のお薬手帳アプリで使用するデータを保存する他のサーバ１００_-jに対して中継サーバ３００からデータが転送されて記憶されることにより、一のサーバ１００_-iから他のサーバ１００_-jへのデータ移行が行われる。このため、一のサーバ１００_-iに保存されているデータをユーザ端末５００にダウンロードしてメモリカードまたはＰＣにファイル出力し、出力されたファイルを他のお薬手帳アプリで取り込むといった煩雑な作業が不要となる。これにより、異なるお薬手帳アプリに切り替える際におけるサーバ間のデータ移行を簡単に行うことができる。

なお、上記実施形態では、ユーザ端末５００とは別に端末４００を備える構成について説明したが、本発明はこれに限定されない。例えば、図３に示した端末４００の機能をユーザ端末５００が備えるようにすることにより、端末４００を省略するようにしてもよい。

また、上記実施形態では、認証情報（ワンタイムコード）に基づく認証に加えて、第２認証情報（携帯電話番号、生年月日など）に基づく第２認証を行う例について説明したが、第２認証の処理は省略してもよい。例えば、移行元のサーバ１００_-iから中継サーバ３００へデータを転送して記憶させた後、データ移行の案内情報をユーザ端末５００に送信して表示させ、ユーザ端末５００上で起動した移行先のお薬手帳アプリを通じてデータ移行の指示が行われたことに応じて、中継サーバ３００から移行先のサーバ１００_-jへデータ移行を行うようにしてもよい。

あるいは、移行先のサーバ１００_-kを固定のものとしている場合などは、移行先のお薬手帳アプリを起動することなく、案内情報に含まれるＵＲＬによって表示される画面上からデータ移行を指示する操作が行われたことに応じて、中継サーバ３００から移行先のサーバ１００_-kへデータ移行を行うようにしてもよい。または、移行先のサーバ１００_-kを固定のものとしている場合などにおいて、案内情報の送信も省略し、移行元のサーバ１００_-iから中継サーバ３００へのデータ転送および中継サーバ３００から移行先のサーバ１００_-kへのデータ転送を自動的に行うようにしてもよい。

また、上記実施形態では、ユーザ端末５００にインストールされるアプリケーションがお薬手帳アプリであり、移行するデータが当該お薬手帳アプリで管理されるお薬情報である例について説明したが、本発明はこれに限定されない。ユーザ端末５００にインストールされるアプリケーションは任意であり、当該アプリケーションで扱うデータをサーバ間で移行する場合には本実施形態を適用することが可能である。

その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

２１ 認証情報取得部
２２ 認証要求受信部
２３ 第１転送部
２３ａ 認証部
２３ｂ データ取得部
２３ｃ データ供給部
２４ データ返信部
３１ 第２認証情報記憶部
３２ 転送データ記憶部
３３ 案内情報送信部
３４ 第２認証要求受信部
３５ 第２転送部
３５ａ 第２認証部
３５ｂ 転送部
４１ 認証情報取得部
４２ 第２認証情報取得部
４３ 認証要求部
４４ 第２認証情報登録部
１００ サーバ
２００ ゲートウェイサーバ
３００ 中継サーバ
３０１ 一時記憶部
４００ 端末
５００ ユーザ端末

Claims (5)

1. 各アプリケーションで使用するデータをそれぞれ保存する複数のサーバと、上記複数のサーバのうち何れかよりデータを取得するゲートウェイサーバと、データ移行の中継を行う中継サーバとを備え、
   上記ゲートウェイサーバは、上記各アプリケーションのうち一のアプリケーションが一のサーバに保存されているデータにアクセスするために必要な認証情報に基づいて認証を行い、認証成功時にデータ取得要求を上記一のサーバに発行することによって上記一のサーバから取得したデータを上記中継サーバに転送して記憶させる第１転送部を備え、
   上記中継サーバは、上記各アプリケーションのうち上記一のアプリケーションとは異なる他のアプリケーションにおいて発行されたデータ移行要求に応じて、上記第１転送部により記憶されたデータを、上記他のアプリケーションに対応する他のサーバに転送して記憶させる第２転送部を備えた
   ことを特徴とするデータ移行システム。
2. 上記アプリケーションがインストールされるユーザ端末とは別の端末を更に備え、
   上記端末は、
   上記一のアプリケーションにおいて発行された上記認証情報を取得する認証情報取得部と、
   上記認証情報取得部により取得された上記認証情報と、上記一のサーバから取得されるデータの転送先を上記中継サーバとする宛先情報とを上記ゲートウェイサーバに送信して認証の実行を要求する認証要求部とを備えた
   ことを特徴とする請求項１に記載のデータ移行システム。
3. 上記端末は、ユーザ操作に応じて取得された第２認証情報を上記中継サーバに送信して記憶させる第２認証情報登録部を更に備え、
   上記中継サーバの上記第２転送部は、上記他のアプリケーションにおいて発行されたデータ移行要求に含まれる入力情報と、上記第２認証情報登録部により上記中継サーバに記憶された上記第２認証情報とに基づいて第２認証を行い、認証成功時に、上記第１転送部により上記中継サーバに記憶されたデータを上記他のサーバに転送して記憶させる
   ことを特徴とする請求項２に記載のデータ移行システム。
4. 各アプリケーションで使用するデータをそれぞれ保存する複数のサーバと、上記各アプリケーションのうち一のアプリケーションが一のサーバに保存されているデータにアクセスするために必要な認証情報に基づいて認証を行い、認証成功時にデータ取得要求を上記一のサーバに発行することにより、上記一のサーバよりデータを取得するゲートウェイサーバとを備えたシステムに適用される中継サーバであって、
   上記ゲートウェイサーバが上記一のサーバより取得したデータの転送を受けて、受信したデータを一時記憶部に記憶させる転送データ記憶部と、
   上記各アプリケーションのうち上記一のアプリケーションとは異なる他のアプリケーションにおいて発行されたデータ移行要求に応じて、上記一時記憶部に記憶されたデータを、上記他のアプリケーションに対応する他のサーバに転送して記憶させる転送部とを備えた
   ことを特徴とする中継サーバ。
5. 上記アプリケーションがインストールされるユーザ端末とは別の端末を上記システムが更に備えており、
   上記端末においてユーザ操作に応じて入力された第２認証情報を上記端末から受信して記憶させる第２認証情報記憶部を更に備え、
   上記転送部は、上記他のアプリケーションにおいて発行されたデータ移行要求に含まれる第２認証情報と、上記第２認証情報記憶部により記憶された上記第２認証情報とに基づいて第２認証を行い、認証成功時に、上記一時記憶部に記憶されたデータを上記他のサーバに転送して記憶させる
   ことを特徴とする請求項４に記載の中継サーバ。

Images