JP2023031559A - サービス連携システム、サーバ、及びサービス連携方法 - Google Patents

Abstract

【課題】記録媒体に記録された番号を複数のサービスシステム間で共有する。【解決手段】サーバは、記録媒体を利用する第１サービスに関し、ユーザ端末において、記録媒体に対応した番号であって第１サービスにおいてユーザに開示されている第１番号の入力を受け付ける入力画面を介して入力された当該第１番号を取得する番号取得手段と、番号取得手段により受信された第１番号を含む引き渡し要求を第１サービスの管理サーバに送信する引き渡し要求手段と、管理サーバから、引き渡し要求の応答として、暗号化された第１番号、当該第１番号に対応しかつ記録媒体に対して固有の第２番号、及び当該第１番号に対応しかつ第１サービスにおいて与えられた第３番号の少なくとも１つを含む番号情報を受信する応答受信手段と、第２番号及び第３番号の少なくとも一方、並びにユーザの識別情報を含む登録要求を、第１サービスと異なる第２サービスの管理サーバに送信する登録要求手段とを有する。【選択図】図２

Description

本発明は、記録媒体に記録された番号を複数のサービスシステム間で共有する技術に関する。

複数のサービスを連携させる技術が知られている。例えば特許文献１には、ユーザからの要求に応じて、第１のサービスを利用するための第１のアカウントと第２のサービスを利用するための第２のアカウントが正当である場合に、第１のサービスと第２のサービスとを連携させた連携サービスを利用できるユーザアカウントとして第１のサービスと第２のサービスとのアカウントを仲介装置に対応付けて記憶させ、ユーザが連携サービスを利用する場合には、仲介装置に問い合せることによって、その利用を制御することが開示されている。

特許第６０９７９５３号公報

特許文献１に記載の技術は、記録媒体に記録された番号を複数のサービスシステム間で共有できるものではなかった。
これに対し本発明は、記録媒体に記録された番号を複数のサービスシステム間で共有する技術を提供する。

本開示の一態様は、記録媒体を利用する第１サービスの管理サーバである第１サーバと通信する中継サーバと、前記第１サービスと異なる第２サービスの管理サーバである第２サーバとを有し、前記中継サーバが、ユーザ端末において、前記記録媒体に記録された番号であって前記第１サービスにおいてユーザに開示されている第１番号の入力を受け付ける入力画面を介して入力された第１番号を取得する番号取得手段と、前記番号取得手段により受信された前記第１番号を含む引き渡し要求を前記第１サービスの管理サーバに送信する引き渡し要求手段と、前記管理サーバから、前記引き渡し要求の応答として、前記第１番号に対応する番号であって、前記記録媒体に対して固有の第２番号及び前記第１サービスにおいて与えられた第３番号の少なくとも一方を受信する応答受信手段と、前記第２番号及び前記第３番号の少なくとも一方、並びに前記ユーザの識別情報を含む登録要求を、前記第２サービスの管理サーバに送信する登録要求手段とを有し、前記第２サービスの管理サーバが、前記中継サーバからの前記登録要求に応じて、前記第２番号及び前記第３番号の少なくとも一方を前記第２サービスに関するデータベースのうち前記ユーザの識別情報に対応するレコードに登録する登録手段を有するサービス連携システムを提供する。

前記第２サービスがアクセス管理のプラットフォームサービスであり、前記サービス連携システムが、前記プラットフォームサービス上で第３サービスを提供する第３サーバを有し、前記第３サーバが、前記ユーザ端末において前記入力画面を表示させるための画面を当該ユーザ端末に送信する画面送信手段を有し、前記番号取得手段が、前記第３サーバから前記第１番号を取得してもよい。

前記中継サーバが、前記ユーザ端末において前記入力画面を表示させるための画面を当該ユーザ端末に送信する画面送信手段を有し、前記番号取得手段が、前記ユーザ端末から前記第１番号を取得してもよい。

前記応答において前記第２番号及び前記第３番号の少なくとも一方はハッシュ化されていてもよい。

前記引き渡し要求がＡＰＩ要求であり、前記応答がＡＰＩ応答であってもよい。

前記中継サーバが、前記第１サーバから、特定の記録媒体が使用停止されたことを示す停止情報を受信する情報受信手段と、前記停止情報を受信すると、前記第２サーバに対し、当該記録媒体の使用が停止されたことの通知をする通知手段とを有し、前記第２サーバにおいて、前記登録手段が、前記通知に応じて、前記記録媒体が使用停止状態にあることを示すフラグを前記第２サービスに関するデータベースに書き込んでもよい。

前記第２サービスに関するデータベースが、複数のユーザの各々について、当該ユーザに割り当てられた記録媒体の数を含み、前記ユーザに対して、前記割り当てられた記録媒体の数を超える新たな記録媒体の登録要求があった場合、前記登録手段は、前記第２サービスに関するデータベースにおいて既に当該ユーザに対応して記録されている少なくとも一の記録媒体を無効化する情報、及び当該新たな記録媒体に対応する前記第２番号及び前記第３番号の少なくとも一方を、当該第２サービスに関するデータベースに書き込んでもよい。

本開示の別の一態様は、記録媒体を利用する第１サービスに関し、ユーザ端末において、前記記録媒体に記録された番号であって前記第１サービスにおいてユーザに開示されている第１番号の入力を受け付ける入力画面を介して入力された当該第１番号を取得する番号取得手段と、前記番号取得手段により受信された前記第１番号を含む引き渡し要求を前記第１サービスの管理サーバに送信する引き渡し要求手段と、前記管理サーバから、前記引き渡し要求の応答として、前記第１番号に対応する番号であって、前記記録媒体に対して固有の第２番号及び前記第１サービスにおいて与えられた第３番号の少なくとも一方を受信する応答受信手段と、前記第２番号及び前記第３番号の少なくとも一方、並びに前記ユーザの識別情報を含む登録要求を、前記第１サービスと異なる第２サービスの管理サーバに送信する登録要求手段とを有するサーバを提供する。

本開示のさらに別の一態様は、記録媒体を利用する第１サービスに関し、ユーザ端末において、前記記録媒体に記録された番号であって前記第１サービスにおいてユーザに開示されている第１番号の入力を受け付ける入力画面を介して入力された当該第１番号を取得するステップと、前記中継サーバが、前記第１番号を含む引き渡し要求を前記第１サービスの管理サーバに送信するステップと、前記中継サーバが、前記管理サーバから、前記引き渡し要求の応答として、前記第１番号に対応する番号であって、前記記録媒体に対して固有の第２番号及び前記第１サービスにおいて与えられた第３番号の少なくとも一方を受信するステップと、前記中継サーバが、前記ユーザの識別情報並びに前記第２番号及び前記第３番号の少なくとも一方を含む登録要求を、前記第２サービスの管理サーバに送信するステップと、前記第２サービスの管理サーバが、前記中継サーバからの前記登録要求に応じて、前記第２番号及び前記第３番号の少なくとも一方を前記第２サービスに関するデータベースのうち前記ユーザの識別情報に対応するレコードに登録するステップとを有するサービス連携方法を提供する。

本発明によれば、記録媒体に記録された番号を複数のサービスシステム間で共有することができる。

一実施形態に係るサービス連携システム１の概要を示す図。 サービス連携システム１の機能構成を例示する図。 サーバ１０のハードウェア構成を例示する図。 ユーザ端末９０のハードウェア構成を例示する図。 媒体データベース２１１に記録されているデータを例示する図。 サービス連携システム１の動作を示すシーケンスチャート。 データベース３１１に記録されているデータを例示する図。 入退室の管理情報の入力画面を例示する図。 ホテル予約の入力画面を例示する図。 記録媒体の追加・変更の入力画面を例示する図。 記録媒体の追加・変更の入力画面を例示する図。

１．構成
図１は、一実施形態に係るサービス連携システム１の概要を示す図である。サービス連携システム１は、サービスシステム２、サービスシステム３、及びサービスシステム４を連携させるサービス（以下「連携サービス」という）を提供するためのシステムである。これらのサービスシステムを「連携させる」とは、ユーザに関するデータ、特にユーザの識別番号を複数のサービスシステムで共有することをいう。サービスシステム２、サービスシステム３、及びサービスシステム４は、ユーザにそれぞれ異なるサービスを提供するシステムである。サービスシステム２、サービスシステム３、及びサービスシステム４は、それぞれ異なる事業者により運営される。一例において、サービスシステム２は記録媒体を利用するサービス（第１サービス）を提供するシステムであり、サービスシステム３はセキュリティレベルが異なる場所又は物（以下「アクセス対象物」という。なお本実施形態におけるアクセス対象物は物理的な実体のある物又は場所であり、単なるデータはアクセス対象物に含まれない）へのアクセスを管理するアクセス管理のプラットフォームサービス（第２サービス）を提供するシステムであり、サービスシステム４は、サービスシステム３が提供するプラットフォームサービス上においてエンドユーザにサービス（第３サービス）を提供するシステムである。

一例において、第１サービスは交通系ＩＣカードを用いた運賃支払いサービスであり、第２サービスはいわゆるクラウドを用いた入退室管理のプラットフォームサービスである。第３サービスは第２サービスのプラットフォームを利用したサービスであれば具体的にはどのようなものであってもよい。従来、第１サービスで用いられる交通系ＩＣカードを第３サービスにおいて使用可能となるよう登録するには、第２サービス又は第３サービスの事業者が交通系ＩＣカードを（物理的に）預かってデータを登録する必要があり煩雑であった。サービス連携システム１はこの問題に対処する。すなわち、サービス連携システム１によれば、ユーザは第１サービスにおいて用いられる交通系ＩＣカードを、容易に第２サービスにおいて登録することができ、したがって第２サービスのプラットフォーム上で提供される第３サービスにおいて交通系ＩＣカードを容易に利用することができる。

第３サービスにおいては、記録媒体からデータを読み取るための媒体リーダー（図示略）が用いられる。一例において、この記録媒体及び媒体リーダーは、いわゆる非接触ＩＣカード及びそのカードリーダーである（より詳細には、NFC Type-F、Type-A、Type-B、又はISO/IEC 15693などの規格に準拠した通信をするＩＣカード及びカードリーダー）。すなわち、ユーザは、登録された記録媒体をカードリーダーにかざすことにより、アクセス対象物にアクセスすることができる。サービスシステム４は、このカードリーダーと通信する管理端末（図示略）を有する。管理端末は、カードリーダーと接続され、カードリーダーを制御するコンピュータ装置である。管理端末は、インターネット等のネットワークを介してサーバ３０等の他の装置と通信する機能を有する。１台の管理端末が複数のカードリーダーを制御してもよい。あるいは、カードリーダーと管理端末とが一体化されてもよい。

サービス連携システム１、サービスシステム２、サービスシステム３、及びサービスシステム４は、それぞれ、少なくともサーバを有する。サービス連携システム１、サービスシステム２、サービスシステム３、及びサービスシステム４が有するサーバを、それぞれ、サーバ１０（中継サーバの一例）、サーバ２０（第１サーバの一例）、サーバ３０（第２サーバの一例）、及びサーバ４０（第３サーバの一例）という。サーバ１０、サーバ２０、サーバ３０、及びサーバ４０は、インターネット又は専用線等を介して接続される。これらのサービスのユーザは、ユーザ端末９０から各サービスシステムにアクセスすることができる。

サーバ２０は第１サービスを提供するためのサーバであり、サーバ３０は第２サービスを提供するためのサーバであり、サーバ４０は第３サービスを提供するためのサーバである。サーバ１０は、サーバ２０とサーバ３０との間のデータを中継する中継サーバである。

図２は、サービス連携システム１の機能構成を例示する図である。サービス連携システム１は、記憶手段１１、画面送信手段１２、番号取得手段１３、引き渡し要求手段１４、応答受信手段１５、登録要求手段１６、情報受信手段１７、通知手段１８、制御手段１９、記憶手段２１、画面送信手段２２、通知手段２３、制御手段２９、記憶手段３１、受信手段３２、登録手段３３、画面送信手段３４、番号送信手段３５、制御手段３９、記憶手段４１、画面送信手段４２、番号送信手段４３、制御手段４９、記憶手段９１、受信手段９２、ＵＩ手段９３、送信手段９４、及び制御手段９９を有する。この例において、記憶手段１１、画面送信手段１２、番号取得手段１３、引き渡し要求手段１４、応答受信手段１５、登録要求手段１６、情報受信手段１７、通知手段１８、及び制御手段１９はサーバ１０に、記憶手段２１、通知手段２３、及び制御手段２９はサーバ２０に、記憶手段３１、受信手段３２、登録手段３３、画面送信手段３４、番号送信手段３５、及び制御手段３９はサーバ３０に、記憶手段４１、画面送信手段４２、番号送信手段４３、及び制御手段４９はサーバ４０に、記憶手段９１、受信手段９２、ＵＩ手段９３、送信手段９４、及び制御手段９９はユーザ端末９０に、それぞれ実装される。

サーバ１０において、記憶手段１１は、各種のデータ及びプログラムを記憶する。この例において、記憶手段１１が記憶するデータには管理データベース１１１が含まれる。管理データベース１１１は、複数の記録媒体の各々について、その記録媒体の第１番号と、登録要求を送信した第２サービスの識別情報とを対応付けて記録したデータベースである。番号取得手段１３は、ユーザ端末９０において入力画面を介して入力された第１番号を取得する。この入力画面は、サービスを提供するサーバ（例えば、サーバ３０又はサーバ４０）からユーザ端末９０に送信される。

引き渡し要求手段１４は、番号取得手段１３により受信された第１番号を含む引き渡し要求を第１サービスの管理サーバ（すなわちサーバ２０）に送信する。応答受信手段１５は、管理サーバから、引き渡し要求の応答を受信する。この応答は番号情報を含む。番号情報は、以下の（１）及び（２）のいずれかを含む。
（１）暗号化された第１番号。
（２）第１番号に対応する番号であって、記録媒体に対して固有の第２番号及び第１サービスにおいて与えられた第３番号の少なくとも一方。
なおここでいう「暗号化」とは、暗号鍵を用いて情報を可逆的に変換する処理だけでなく、ハッシュ化のように情報を非可逆に変換する処理をも含む概念である。登録要求手段１６は、引き渡し要求の応答に含まれる番号情報、及びユーザの識別情報を含む登録要求を、第２サービスの管理サーバ（すなわちサーバ３０）に送信する。制御手段１９は、各種の制御を行う。

情報受信手段１７は、第１サービスの管理サーバから、特定の記録媒体が使用停止されたことを示す停止情報を受信する。通知手段１８は、停止情報を受信すると、管理データベースにおいて記録媒体と対応付けて記録されている第２サービスの管理サーバに対し、その記録媒体の使用が停止されたことの通知をする。

サーバ２０において、記憶手段２１は、各種のデータ及びプログラムを記憶する。この例において、記憶手段２１が記憶するデータには、媒体データベース２１１が含まれる。媒体データベース２１１は、サービスシステム２において用いられる記録媒体に関する情報を記録したデータベースである。制御手段２９は、各種の制御を行う。

サーバ３０において、記憶手段３１は、各種のデータ及びプログラムを記憶する。この例において、記憶手段３１が記憶するデータには、データベース３１１が含まれる。データベース３１１は、第２サービスのユーザと記録媒体との対応関係を記録したデータベースである。受信手段３２は、他の装置から各種の情報を受信する。この例において、受信手段３２が受信する情報には、中継サーバからの登録要求が含まれる。登録手段３３は、中継サーバからの登録要求に応じて、第２番号及び第３番号の少なくとも一方を第２サービスに関するデータベースのうちユーザの識別情報に対応するレコードに登録する。

この例において、サーバ３０は、他の事業者に対してプラットフォームサービスを提供するだけでなく、エンドユーザに対してこのプラットフォーム上でサービスを提供する。以下の画面送信手段３４及び番号送信手段３５の機能は、このプラットフォーム上で提供されるサービスに関する機能である。画面送信手段３４は、第１サービスにおいてユーザに開示されている第１番号の入力を受け付ける入力画面を表示させるためのデータをユーザ端末９０に送信する。番号送信手段３５は、ユーザ端末９０においてこの入力画面を介して入力された第１番号をサーバ１０に送信する。制御手段３９は、各種の制御を行う。

サーバ４０において、記憶手段４１は、各種のデータ及びプログラムを記憶する。この例において、記憶手段４１が記憶するデータには、第３サービスのユーザ及びアクセス対象物の属性を記録したデータベース（図示略）が含まれる。画面送信手段４２は、第１番号の入力を受け付ける入力画面を表示させるためのデータをユーザ端末９０に送信する。番号送信手段４３は、ユーザ端末９０においてこの入力画面を介して入力された第１番号をサーバ１０に送信する。制御手段４９は、各種の制御を行う。

ユーザ端末９０において、記憶手段９１は、各種のデータ及びプログラムを記憶する。受信手段９２は他の装置から情報を受信する。ＵＩ手段９３は、ユーザに情報を提示し、ユーザから指示又は情報の入力を受け付ける。送信手段９４は、他の装置に情報を送信する。

図３は、サーバ１０のハードウェア構成を例示する図である。サーバ１０は、ＣＰＵ（Central Processing Unit）１０１、メモリ１０２、ストレージ１０３、及び通信ＩＦ１０４を有するコンピュータ装置である。ＣＰＵ１０１は、プラグラムに従って各種の演算を行う処理装置である。メモリ１０２は、ＣＰＵ１０１がプログラムを実行する際のワークエリアとして機能する主記憶装置であり、例えばＲＡＭ（Random Access Memory）を含む。ストレージ１０３は、各種のデータ及びプログラムを記憶する補助記憶装置であり、例えばＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）を含む。通信ＩＦ（Interface）１０４は、所定の通信規格（例えばイーサネット（登録商標））に従って通信する装置であり、例えばＮＩＣ（Network Interface Card）を含む。

この例において、ストレージ１０３が記憶するプログラムには、コンピュータ装置をサービス連携システム１のサーバ１０として機能させるプログラム（以下「中継サーバプログラム」という）が含まれる。ＣＰＵ１０１が中継サーバプログラムを実行している状態において、メモリ１０２及びストレージ１０３の少なくとも一方が記憶手段１１の一例である。通信ＩＦ１０４が画面送信手段１２、番号取得手段１３、応答受信手段１５、情報受信手段１７、及び通知手段１８の一例である。ＣＰＵ１０１が、引き渡し要求手段１４、登録要求手段１６、及び制御手段１９の一例である。

サーバ２０、サーバ３０、及びサーバ４０もサーバ１０と同様のハードウェア構成を有している。図３において、サーバ２０、サーバ３０、及びサーバ４０の要素の符号を括弧内に示す。

サーバ２０において、ストレージ２０３が記憶するプログラムには、コンピュータ装置をサービス連携システム１のサーバ２０として機能させるプログラム（以下「第１サーバプログラム」という）が含まれる。ＣＰＵ２０１が第１サーバプログラムを実行している状態において、メモリ２０２及びストレージ２０３の少なくとも一方が記憶手段２１の一例である。ＣＰＵ１０１が通知手段２３及び制御手段２９の一例である。通信ＩＦ１０４が画面送信手段２２の一例である。

サーバ３０において、ストレージ３０３が記憶するプログラムには、コンピュータ装置をサービス連携システム１のサーバ３０として機能させるプログラム（以下「第２サーバプログラム」という）が含まれる。ＣＰＵ３０１が第２サーバプログラムを実行している状態において、メモリ３０２及びストレージ３０３の少なくとも一方が記憶手段３１の一例である。通信ＩＦ３０４が受信手段３２及び画面送信手段３４の一例である。ＣＰＵ３０１が登録手段３３及び制御手段３９の一例である。

サーバ４０において、ストレージ４０３が記憶するプログラムには、コンピュータ装置をサービス連携システム１のサーバ４０として機能させるためのプログラム（以下「第３サーバプログラム」という）が含まれる。ＣＰＵ４０１が第３サーバプログラムを実行している状態において、メモリ４０２及びストレージ４０３の少なくとも一方が記憶手段４１の一例である。ＣＰＵ４０１が制御手段４９の一例である。通信ＩＦ４０４が画面送信手段４２の一例である。

図４は、ユーザ端末９０のハードウェア構成を例示する図である。ユーザ端末９０は、ＣＰＵ９０１、メモリ９０２、ストレージ９０３、通信ＩＦ９０４、ディスプレイ９０５、及び入力装置９０６を有するコンピュータ装置、例えばスマートフォン又はパーソナルコンピュータである。ＣＰＵ９０１は、プラグラムに従って各種の演算を行う処理装置である。メモリ９０２は、ＣＰＵ９０１がプログラムを実行する際のワークエリアとして機能する主記憶装置であり、例えばＲＡＭを含む。ストレージ９０３は、各種のデータ及びプログラムを記憶する補助記憶装置であり、例えばＳＳＤ又はＨＤＤを含む。通信ＩＦ１０４は、所定の通信規格（例えばＬＴＥ（登録商標）、５Ｇ、ＷｉＦｉ等）に従って通信する装置であり、例えばＬＴＥチップ及びアンテナを含む。ディスプレイ９０５は情報を表示する装置であり、例えばＬＣＤ又は有機ＥＬディスプレイを含む。入力装置９０６はユーザ端末９０に指示又は情報を入力するための装置であり、例えばタッチスクリーン、キーボード、及びポインティングデバイスの少なくとも１種を含む。

この例において、ストレージ９０３が記憶するプログラムには、コンピュータ装置をサービス連携システム１のユーザ端末９０として機能させるためのプログラム（以下「クライアントプログラム」という）が含まれる。クライアントプログラムは、専用のアプリケーションプログラム又は汎用のウェブブラウザである。ＣＰＵ９０１がクライアントプログラムを実行している状態において、メモリ９０２及びストレージ９０３の少なくとも一方が記憶手段９１の一例である。通信ＩＦ９０４が受信手段９２及び送信手段９４の一例である。ディスプレイ９０５及び入力装置９０６がＵＩ手段９３の一例である。ＣＰＵ９０１が制御手段９９の一例である。

２．動作
２－１．基本動作
まずサービス連携システム１の基本動作を説明する。以下において、引き渡し要求手段１４等の機能要素を処理の主体として記載することがあるが、これはプログラムを実行しているＣＰＵ１０１等のハードウェア要素が他のハードウェア要素と協働して処理を実行することを意味する。

ここでは、あるユーザ（以下「ユーザＸ」という）を想定する。ユーザＸは、以下で説明する処理の開始前の時点において第１サービスを利用しており、発行された記録媒体（例えばＩＣカード）を所持している。ユーザＸは、第３サービス等、他のサービスを受けるため、自身が所有する記録媒体の情報をサービス連携システム１に登録しようとしている。すなわち、図６のシーケンスの開始前の時点において、ユーザＸはサービスシステム２においてユーザとして登録されている。具体的には、サーバ２０において、媒体データベース２１１には、ユーザＸに対して発行済の記録媒体に関する情報が記録されている。

ここでいう「記録媒体」は識別情報等のデータが電磁的に記録された媒体をいい、一例において非接触通信又は近距離無線通信によってデータを読み出すことのできる媒体をいう。この記録媒体は、例えばカード形状を有する（いわゆる非接触ＩＣカード）。あるいはこの記録媒体は、第１サービスにおける記録媒体として機能させるためのアプリケーションプログラムがインストールされたスマートフォン又はウェアラブルデバイス等のコンピュータ装置であってもよい。

図５は、媒体データベース２１１に記録されるデータを例示する図である。媒体データベース２１１は、複数のレコードを含む。各レコードは、記録媒体に関する情報として、ユーザ識別情報、第１番号、第２番号、及び第３番号を含む。

ユーザ識別情報は、第１サービスのユーザを一意に識別するための情報であり、例えば、電子メールアドレス、ユーザ番号、又はアカウント名である。ユーザ識別情報は、ユーザにより指定されてもよいし、サービスシステム２により自動的に生成されてもよい。

第１番号は、記録媒体に対し一意に与えられる識別番号である。第１番号は、例えば第１サービスの事業者により付与される。第１番号は、記録媒体において視覚的に表示される。この点において第１番号はユーザに開示される番号であると言える。具体的には、例えば記録媒体が非接触ＩＣカードである場合、その非接触ＩＣカードに紐づいた形で発行される。一例においては、カードの表面又は裏面に第１番号が印刷される。あるいは、アプリケーションプログラムがインストールされたスマートフォンが記録媒体である場合、このアプリケーションの画面において第１番号が表示される。なお第１番号をユーザに開示する手法はこれらに限定されない。例えば第１番号はカードには印刷されず、別の媒体（例えば電子メール又は書面）によりユーザに通知されてもよい。第１番号は記録媒体に対し一意に与えられる番号であるので、例えば以下の場合には新たな番号に更新されてもよい。
・非接触ＩＣカードを再発行した場合。
・非接触ＩＣカードからスマートフォンのアプリケーションに移行した場合。
・スマートフォンの端末を変更（いわゆる機種変更）した場合。

第２番号は、記録媒体に対し一意に与えられる識別番号である。第２番号は、例えばその記録媒体の製造事業者により付与される。その意味において第２番号は記録媒体の製造番号であると言える。第２番号と第１番号とは独立しており、それぞれ別の規則に従って付与される。一例において第２番号は記録媒体の製造時にＩＣチップに記録されるものであって、記録媒体が流通した後は書き換えることができない。別の例において、スマートフォン又はウェアラブルデバイス（例えばスマートウォッチ）を記録媒体として用いる場合、第２番号はスマートフォン又はウェアラブルデバイスの製造後にＩＣチップに書き込まれてもよい。第２番号は第１番号とは異なり、ユーザに対して積極的には開示されない（開示されてもよい）。

第３番号は、第１サービスのユーザに対して付与される識別番号である。第３番号は、例えば第１サービスの事業者により付与される。この例において第３番号は第１番号を所定の変換式に入力することに得られる値であり、第１番号と一対一に対応する。第３番号をこの変換式の逆関数に入力することにより、第１番号を得ることができる。この例において第３番号は記録媒体において暗号領域に記録されており、この暗号領域に対応する暗号鍵がなければ記録媒体から第３番号それ自体を外部に読み出すことはできない。

図６は、サービス連携システム１の一実施形態に係る動作を示すシーケンスチャートである。ステップＳ１０１において、サーバ１０の番号取得手段１３は、登録の対象となる第１番号を取得する。この例において、番号取得手段１３が第１番号を取得する経路は少なくとも４つ存在する。すなわち、第１番号を（他のサーバを介さず）ユーザから直接取得する経路、サーバ２０から取得する経路、サーバ３０から取得する経路、及びサーバ４０から取得する経路である。この例において、番号取得手段１３はこれら４つの経路のいずれから第１番号を取得してもよい。ここでは、まず、サーバ１０がユーザから直接、第１番号を取得する例を説明する。

ステップＳ１０１の詳細は以下のとおりである。ユーザＸは、自身のユーザ端末９０からサーバ４０にアクセスする。ユーザ端末９０からアクセスを受けると、サーバ４０は、第３サービスのメニュー画面を表示するためのデータをユーザ端末９０に送信する。ユーザ端末９０は、このデータに従って第３サービスのメニュー画面を表示する。このメニュー画面には、第１サービスに既に登録済であってかつ連携サービスにはまだ登録されていない記録媒体を新たに第３サービスに登録するためのＵＩオブジェクト（例えば「登録」ボタン）が含まれる。ユーザＸがこのＵＩオブジェクトを操作すると、接続先がサーバ１０にリダイレクトされる（ステップＳ１０１１）。ユーザ端末９０は、リダイレクト先であるサーバ１０にアクセスする（ステップＳ１０１２）。ユーザ端末９０からアクセスを受けると、サーバ１０において画面送信手段１２は、第１番号の入力を受け付ける入力画面のデータをユーザ端末９０に送信する（ステップＳ１０１３）。このとき、画面送信手段１２は、リダイレクト元に応じた入力画面のデータを送信する。なおユーザ端末９０の接続先をサーバ４０からサーバ１０に変更する手法はリダイレクトに限定されず、サーバ１０へのハイパーリンクをユーザ端末９０において提示する手法が用いられてもよい。

ユーザ端末９０において、受信手段９２がこの入力画面のデータを受信する。ＵＩ手段９３は、この入力画面を表示する（ステップＳ１０１４）。ＵＩ手段９３は、この入力画面においてユーザの操作を介して第１番号の入力及びこの記録媒体に関する付属情報（例えば対応するサービスに関する情報）の指定を受け付ける（ステップＳ１０１５）。第１番号の登録要求を送信するためのＵＩオブジェクトを介して指示が入力されると（例えば登録ボタンが押されると）、送信手段９４は、入力された第１番号の登録要求をサーバ１０に送信する（ステップＳ１０１６）。この登録要求は、入力された第１番号及び対象サービスの付属情報を含む。こうして番号取得手段１３は、第１番号を取得する（ステップＳ１０２）。

番号取得手段１３が登録要求を受信すると、引き渡し要求手段１４は、サーバ２０に引き渡し要求を送信する（ステップＳ１０３）。この引き渡し要求は、登録要求に含まれていた第１番号を含む。一例において、引き渡し要求手段１４は、この引き渡し要求をＡＰＩ（Application Programing Interface）要求として送信する。

サーバ１０から引き渡し要求を受信すると、サーバ２０において制御手段２９は、記憶手段２１に記憶されている媒体データベース２１１において、引き渡し要求に含まれる第１番号を含むレコードが記録されているか判断する。引き渡し要求に含まれる第１番号を含むレコードが記録されていると判断された場合、制御手段２９は、このレコードから情報を抽出する（ステップＳ１０４）。一例において、抽出される情報は第１番号を含む。別の例において、抽出される情報は第２番号及び第３番号の少なくとも一方を含む。制御手段２９は、抽出した番号情報を別の値に変換する（ステップＳ１０５）。一例において、制御手段２９は、抽出した番号情報をハッシュ化する。ここでハッシュ化に用いられるハッシュ関数は、後述するリーダー／ライターにおいて読み出した番号のハッシュ化に用いられるハッシュ関数と共通である。なお、引き渡し要求に含まれる第１番号を含むレコードが記録されていないと判断された場合、制御手段２９は、エラー処理を行う。

制御手段２９は、ハッシュ化された番号情報を含む引き渡し応答を、引き渡し要求の送信元であるサーバ１０に送信する（ステップＳ１０６）。一例において、制御手段２９は、この引き渡し応答をＡＰＩ応答として送信する。

サーバ１０において、応答受信手段１５は、引き渡し応答を受信する（ステップＳ１０７）。応答受信手段１５がサーバ１０から引き渡し応答を受信すると、制御手段１９は、引き渡し応答に含まれる、ハッシュ化された番号情報を管理データベース１１１においてユーザＸに対応するレコードに書き込む。なお管理データベース１１１にこのデータを書き込む処理は省略されてもよい。

サーバ１０において応答受信手段１５がサーバ２０から引き渡し応答を受信すると、登録要求手段１６は、サーバ３０に登録要求を送信する（ステップＳ１０７）。この登録要求は、ハッシュ化された番号情報、ユーザＸの識別情報、並びに対象サービスの識別情報を含む。ユーザＸの識別情報は、連携サービスにおけるユーザの識別情報である。ユーザＸの識別情報は、例えばログイン処理により特定される。対象サービスの識別情報は、ステップＳ１０２において受信した登録要求に含まれる。

サーバ３０において、受信手段３２は、サーバ１０から登録要求を受信する。登録手段３３は、登録要求に含まれる、ハッシュ化された番号情報、及び対象サービスの識別情報を、管理データベース３１１においてユーザＸの識別情報に対応するレコードに書き込む（ステップＳ１０８）。

図７は、データベース３１１に記録されているデータを例示する図である。データベース３１１は、複数のデータセットを含む。各データセットは、ユーザの識別情報、サービスの識別情報、アクセス対象物の識別情報、記録媒体の識別情報、及びアクセス条件を含む。アクセス対象物は例えば電気錠である。この例において、１人のユーザに対して複数のサービスが登録可能である。各サービスには、１つ以上のアクセス対象物が登録される。各アクセス対象物には、１つ以上の記録媒体が登録される。各記録媒体には、アクセス条件が登録される。アクセス条件は、アクセス対象物へのアクセスが許可される条件（例えば、日付、曜日、及び／又は時間帯）を示す。すなわち、データベース３１１においては、各ユーザについて、サービス、アクセス対象物、記録媒体、及びアクセス条件の対応関係が記録されると言える。

例えば、図７の例は、「Ａサービス」に識別情報「1234567」のユーザが記録媒体を登録していることを示す。このユーザには識別番号「５０１」及び「７２６」のアクセス対象物が登録されている。識別番号「５０１」のアクセス対象物には、第１番号が「AB12345678912345」である記録媒体が登録されている。第１番号が「AB12345678912345」である記録媒体のアクセス条件として「２０２１年７月８日１５時から２０２１年７月９日１０時まで」という条件が登録されている。識別番号「７２６」のアクセス対象物には、第１番号が「AB12345678912345」である記録媒体及び第１番号が「AB98765432198765」である記録媒体が登録されている。これら２つの記録媒体のアクセス条件として「２０２１年７月２４日１５時から２０２１年７月２７日９時まで」という条件が登録されている。なお後述するように、データベース３１１において、各記録媒体の識別情報は、ハッシュ化された番号情報を含む。なおデータベース３１１において、ハッシュ化された番号情報は、第１番号、第２番号、及び第３番号の全てを含んでいる必要はなく、その一部のみ（例えば第１番号のみ）を含んでいてもよい。

サービスシステム４は、サービスシステム３においてデータベース３１１に登録されている記録媒体を用いてアクセス管理をすることができる。アクセス対象物へのアクセスは例えば以下のように行われる。

（１）アクセス例１
ユーザが所持する記録媒体をアクセス対象物に対応するカードリーダー（図示略）にかざすと、カードリーダーはこの記録媒体から第３番号を読み出す。カードリーダーは、読み出した第３番号を所定の変換式に入力し、第１番号を得る。この変換式は、記録媒体に記録される第３番号を生成する際に用いられる変換式と共通である。さらに、カードリーダーは変換により得られた第１番号をハッシュ化する。なおカードリーダーが第１番号をハッシュ化するためのハッシュ関数は、サーバ２０が番号情報をハッシュ化する際のハッシュ関数と共通である。カードリーダーは、ハッシュ化された第１番号及びこのカードリーダーに対応する電気錠の識別情報を含む認証要求を管理端末（図示略）に送信する。管理端末は、このアクセス対象物を含む物理的な領域（例えば同じ建物内）に設置され、カードリーダーと接続されたコンピュータ装置である。管理端末は、インターネット等のネットワークを介してサーバ３０と通信する。管理端末は、カードリーダーから受信した認証要求をサーバ３０に送信する。

認証要求を受信すると、サーバ３０は、データベース３１１を参照してこの認証要求を認証するか判断する。データベース３１１には、電気錠の識別情報、登録された記録媒体のハッシュ化された第１番号、及び対応するアクセス条件が記録されている。サーバ３０は、認証要求とデータベース３１１とを対比する。認証要求に含まれるハッシュ化された第１番号及び電気錠の識別情報の組と同一のデータを含むレコードがデータベース３１１に記録されており、かつこの認証要求がアクセス条件を満たす場合、サーバ３０は、この認証要求を肯定する。認証要求に含まれるハッシュ化された第１番号及び電気錠の識別情報の組と同一のデータを含むレコードがデータベース３１１に記録されていない場合、又はアクセス条件を満たさない場合、サーバ３０は、この認証要求を否定する。サーバ３０は、認証の結果を示す認証応答を、認証要求の送信元である管理端末に送信する。

サーバ３０から認証応答を受信すると、管理端末は、認証の結果に応じた信号をカードリーダーに出力する。認証が肯定された場合、管理端末は、解錠信号をカードリーダーに出力する。認証が否定された場合、管理端末は、エラー信号をカードリーダーに出力する。管理端末から解錠信号を受信すると、カードリーダーは、対応する電気錠に解錠信号を出力する。解錠信号を受信すると、電気錠は解錠する。管理端末からエラー信号を受信すると、カードリーダーは、エラー処理（例えばビープ音の出力）を行う。

なお、上記の例では認証要求を認証するかサーバ３０が判断する例を記載したが、別の例として、管理端末又は電気錠が（サーバ３０に問い合わせをせずに）認証を行ってもよい。この場合、管理端末又は電気錠がホワイトリスト（すなわち認証を許可する番号のリスト）を有し、このホワイトリストを参照して認証の判断を行う。

（２）アクセス例２
ユーザが所持する記録媒体をアクセス対象物に対応するカードリーダーにかざすと、カードリーダーはこの記録媒体から第２番号を読み出す。カードリーダーは、読み出した第２番号をハッシュ化する。なおカードリーダーが第２番号をハッシュ化するためのハッシュ関数は、サーバ２０が番号情報をハッシュ化する際のハッシュ関数と共通である。カードリーダーは、ハッシュ化された第２番号及びこのカードリーダーに対応する電気錠の識別情報を含む認証要求を管理端末（図示略）に送信する。管理端末は、カードリーダーから受信した認証要求をサーバ３０に送信する。

認証要求を受信すると、サーバ３０は、データベース３１１を参照してこの認証要求を認証するか判断する。データベース３１１には、電気錠の識別情報、登録された記録媒体のハッシュ化された第２番号、及び対応するアクセス条件が記録されている。サーバ３０は、認証要求とデータベース３１１とを対比する。認証要求に含まれるハッシュ化された第２番号及び電気錠の識別情報の組と同一のデータを含むレコードがデータベース３１１に記録されており、かつこの認証要求がアクセス条件を満たす場合、サーバ３０は、この認証要求を肯定する。認証要求に含まれるハッシュ化された第２番号及び電気錠の識別情報の組と同一のデータを含むレコードがデータベース３１１に記録されていない場合、又はアクセス条件を満たさない場合、サーバ３０は、この認証要求を否定する。サーバ３０は、認証の結果を示す認証応答を、認証要求の送信元である管理端末に送信する。

サーバ３０から認証応答を受信すると、管理端末は、認証の結果に応じた信号をカードリーダーに出力する。認証が肯定された場合、管理端末は、解錠信号をカードリーダーに出力する。認証が否定された場合、管理端末は、エラー信号をカードリーダーに出力する。管理端末から解錠信号を受信すると、カードリーダーは、対応する電気錠に解錠信号を出力する。解錠信号を受信すると、電気錠は解錠する。管理端末からエラー信号を受信すると、カードリーダーは、エラー処理（例えばビープ音の出力）を行う。

アクセス例１とアクセス例２とでは認証に用いられる番号情報が異なっている。データベース３１１には、認証に用いられる番号情報が記録されていればよい。認証にどの番号情報を用いるかは、例えば、サービスに応じて、又は使用されるリーダー／ライターに応じて決められる。

２－２．利用例
以下、アクセス対象物へのアクセスの具体的な例をいくつか説明する。

２－２－１．入退室管理システム
まずサービスシステム３におけるサービス例を説明する。この例においてサービスシステム３は建物の入退室（又は入退出）管理サービスであり、アクセス対象物はセキュリティレベルが異なる領域、より具体的にはこれらの領域の境界に設けられたゲートである。

ユーザＸは、サービスシステム３を利用する団体（例えば、企業又は病院など）の従業員である。データベース３１１には、対象物として、セキュリティで区分された領域の境界に設けられたゲートの電気錠の識別情報が記録される。ユーザＸは、この入退室管理システムを利用するため、既にサービスシステム３にユーザ登録している。ユーザＸは、ユーザ端末９０からサーバ３０にアクセスする。サーバ３０は、入退室の管理情報を入力する入力画面を表示するためのデータをユーザ端末９０に送信する。

図８は、入退室の管理情報の入力画面を例示する図である。この入力画面は、入力欄９９１、入力欄９９２、及び登録ボタン９９３を含む。入力欄９９１は、アクセス制限を指定する情報を入力するための領域である。ここではサービスシステム３を利用する団体が病院である例を示す。この例では病院内のセキュリティレベルは、「面会者」、「看護師」、「医師」というように入館者の属性に応じて区分されている。例えば、医師は全ての領域にいつでも入退出でき、看護師は各人の担当病棟及び担当検査室にのみ入退出でき、面会者は入院病棟に時間制限付きで入退出できる、というように定義されている。入力欄９９２は、第１番号を入力するためのＵＩオブジェクトである。登録ボタン９９３は、入力欄９９１において入力された情報に係る予約の要求を指示するためのＵＩオブジェクトである。

この例において、ユーザＸは入院病棟の受付担当者である。入院患者との面会を希望するその家族（すなわち訪問者）は、入院病棟の受付にて自身が所持する交通系ＩＣカードをユーザＸに提示する。この際、ユーザＸは、訪問者の氏名及び連絡先、並びに入院患者の氏名などの入力をその訪問者に要求してもよい。ユーザＸは、提示された交通系ＩＣカードの第１番号及びその他の情報を図８の入力画面において入力する。

登録ボタン９９３が押されると、サーバ３０は、サーバ１０に対し記録媒体の登録要求を送信する。この登録要求は、入力欄９９２において入力された第１番号及び付属情報を含む。付属情報は、セキュリティレベルを示す識別情報（例えば「面会者」）を含む。サーバ３０は、この団体に関し、セキュリティレベルと電気錠の識別情報との対応関係を記録したデータベース（図示略）を記憶している。サーバ３０は、このデータベースを参照して、指定されたセキュリティレベルに対応する電気錠を特定する。

この登録要求を受信すると、サーバ１０は、図６において説明したようにこの第１番号に対応する記録媒体の、ハッシュ化された番号情報をサーバ２０から取得する。サーバ１０は、こうして取得した、ハッシュ化された番号情報の登録要求をサーバ３０に送信する。この登録要求は、この第１番号に対応する付属情報としてセキュリティレベルを含む。

サーバ３０は、データベース３１１において、登録要求に含まれる電気錠の識別子と対応するレコードに以下のア～ウを登録する。
ア）ユーザの識別情報（面会者など、この団体の職員でないものに対してはユーザＸが面会者から聞き取った氏名を登録してもよいし、「訪問者」など共通の識別情報が用いられてもよい）
イ）記録媒体の第１番号、ハッシュ化された番号情報
ウ）セキュリティレベル
エ）記録媒体を使用する外部ユーザの連絡先
オ）時間制限がある場合は期間
この面会者に関するデータの登録が完了すると、サーバ３０は、データの登録が完了した旨をユーザ端末９０すなわちユーザＸに通知する。サーバ３０は、訪問者に対しデータの登録が完了した旨を通知してもよい。例えば、サーバ３０は、記録媒体の追加が完了した訪問者に対し、追加が完了した旨のメッセージを含む電子メールを送信する。

この例によれば、病院の正規従業員及び正規職員以外の臨時職員及びアルバイトなどへ期限付きの入退室権限を与えることができる。入院患者への面会者に対しても、その面会者が所持する交通系ＩＣカードを利用して、面会者に対してアクセスが許諾されている領域にのみ入退室の権限を与えることができる。病室毎に電気錠を設置してアクセス制限を定義すれば、病室毎の入退室管理も可能である。

ここでは病院の入退室管理を例として説明したが、企業の来客に対する入退室管理も同様に行うことができる。さらに、受付を無人としてユーザ端末９０を来訪者又は来客自身に操作させ、入館の際に自身の交通系ＩＣカードを登録させるようにしてもよい。

２－２－２．ホテルの予約管理
次にサービスシステム４におけるサービス例を説明する。この例においてサービスシステム４はホテルの予約管理サービスであり、アクセス対象物は客室の電気錠である。データベース３１１には、対象物としてこのホテルの客室の電気錠の識別情報が記録される。ユーザＸは、このホテルの宿泊予約をするため、既にサービスシステム４にユーザ登録している。ユーザＸは、ユーザ端末９０からサーバ４０にアクセスする。サーバ４０は、宿泊予約を入力する入力画面を表示するためのデータをユーザ端末９０に送信する。

図９は、ホテル予約の入力画面を例示する図である。この入力画面は、入力欄９９４、入力欄９９５、及び登録ボタン９９３を含む。入力欄９９４は、ホテルの客室を予約するための情報（この例では、客室タイプ、宿泊人数、泊数、チェックイン時刻、及びチェックアウト時刻）を入力するためのＵＩオブジェクトである。入力欄９９５は、第１番号を入力するためのＵＩオブジェクトである。なお入力欄９９５においては、宿泊人数と同数まで記録媒体の第１番号を入力することができる（例えば、２人で宿泊するのであれば２つの記録媒体の第１番号を入力することができる）。登録ボタン９９３は、入力欄９９４において入力された情報に係る予約の要求を指示するためのＵＩオブジェクトである。ユーザＸは、例えば自身が所持する交通系ＩＣカードの第１番号を入力欄９に入力する。

登録ボタン９９３が押されると、サーバ４０は、この宿泊予約の要求に対して客室の割り当てが可能であるか判断する。サーバ４０は、客室とその予約状況が記録されたデータベース（図示略）を記憶している。サーバ４０は、このデータベースを参照してこの宿泊予約の要求に対して客室の割り当てが可能であるか判断する。

この宿泊予約の要求に対して客室の割り当てが可能であると判断された場合、サーバ４０は、サーバ１０に対し記録媒体の登録要求を送信する。この登録要求は、入力欄９９２において入力された第１番号及び宿泊予約サービスの付属情報を含む。この例において付属情報は、宿泊予約をしたユーザの識別情報、予約された客室に対応する電気錠の識別情報、並びにチェックイン時刻及びチェックアウト時刻を含む。サーバ４０は、客室の識別情報と電気錠の識別情報との対応関係を記録したデータベース（図示略）を記憶している。サーバ４０は、このデータベースを参照して、予約された客室に対応する電気錠を特定する。

この登録要求を受信すると、サーバ１０は、図６において説明したようにこの第１番号に対応する記録媒体の、ハッシュ化された番号情報をサーバ２０から取得する。サーバ１０は、こうして取得した、ハッシュ化された番号情報の登録要求をサーバ３０に送信する。この登録要求は、この第１番号に対応する宿泊予約サービスの付属情報を含む。

サーバ３０は、データベース３１１において、登録要求に含まれる電気錠の識別子と対応するレコードに以下のア～ウを登録する。
ア）ユーザの識別情報
イ）記録媒体の第１番号、ハッシュ化された番号情報
ウ）チェックイン時刻及びチェックアウト時刻
この予約に関するデータの登録が完了すると、サーバ３０はデータの登録が完了した旨を、登録要求の送信元であるサーバ４０に通知する。

サーバ３０においてデータの登録が完了した旨の通知を受けると、サーバ４０は、予約が完了した旨をユーザ端末９０に通知する。この通知は、例えば、客室番号を含む。登録したチェックイン時刻を過ぎると、ユーザは、登録した記録媒体を用いて客室に入ることができる。

ユーザＸが所持する交通系ＩＣカードをこの客室の電気錠に対応するカードリーダー（図示略）にかざすと、カードリーダーはこの交通系ＩＣカードから第２番号を読み出す。カードリーダーは読み出した第２番号をハッシュ化する。なおカードリーダーが第２番号をハッシュ化するためのハッシュ関数は、サーバ２０が第２番号をハッシュ化する際のハッシュ関数と共通である。カードリーダーは、ハッシュ化された第２番号及びこのカードリーダーに対応する電気錠の識別情報を含む認証要求を管理端末（図示略）に送信する。管理端末は、このホテルに設置され、カードリーダーと接続されたコンピュータ装置である。管理端末は、インターネット等のネットワークを介してサーバ３０と通信する。管理端末は、カードリーダーから受信した認証要求をサーバ３０に送信する。

認証要求を受信すると、サーバ３０は、データベース３１１を参照してこの認証要求を認証するか判断する。データベース３１１には、電気錠の識別情報、登録された記録媒体のハッシュ化された第２番号、及び対応するアクセス条件が記録されている。サーバ３０は、認証要求とデータベース３１１とを対比する。認証要求に含まれるハッシュ化された第２番号及び電気錠の識別情報の組と同一のデータを含むレコードがデータベース３１１に記録されており、かつこの認証要求がアクセス条件を満たす（例えば、認証要求の時刻がチェックイン時刻からチェックアウト時刻までの間である）場合、サーバ３０は、この認証要求を肯定する。認証要求に含まれるハッシュ化された第２番号及び電気錠の識別情報の組と同一のデータを含むレコードがデータベース３１１に記録されていない場合、又はアクセス条件を満たさない場合、サーバ３０は、この認証要求を否定する。サーバ３０は、認証の結果を示す認証応答を、認証要求の送信元である管理端末に送信する。

サーバ３０から認証応答を受信すると、管理端末は、認証の結果に応じた信号をカードリーダーに出力する。認証が肯定された場合、管理端末は、解錠信号をカードリーダーに出力する。認証が否定された場合、管理端末は、エラー信号をカードリーダーに出力する。管理端末から解錠信号を受信すると、カードリーダーは、対応する電気錠に解錠信号を出力する。解錠信号を受信すると、電気錠は解錠する。管理端末からエラー信号を受信すると、カードリーダーは、エラー処理（例えばビープ音の出力）を行う。

従来は、ユーザＸが所持する交通系ＩＣカードで客室の電気錠を解錠できるようにするにはホテルの事業者がユーザＸの交通系ＩＣカードの番号情報を取得及び管理する必要があり、処理が煩雑になりまたセキュリティが懸念されるという問題があった。しかしこの例によれば、ホテルはユーザＸの交通系ＩＣカードの番号情報を取得及び管理する必要がない。さらにこの例によれば、ホテルの事業者は、受付カウンターにおける宿泊客のチェックイン及びチェックアウト業務（例えばカードキーの発行及び回収）が無くなるので人的コスト及び物的コストを低減することができる。

２－２－３．住居マンションの鍵
この例においてサービスシステム４は住居マンションの入室管理サービスであり、アクセス対象物は各戸の電気錠である。データベース３１１には、対象物としてこのマンション各戸の電気錠の識別情報が記録される。各戸には、登録可能な記録媒体の上限数が割り当てられている。ユーザＸはこのマンションの住人であり、自身が所持する交通系ＩＣカードで自宅を施錠／解錠するため、既にサービスシステム４にユーザ登録している。ユーザＸは、ユーザ端末９０からサーバ４０にアクセスする。サーバ４０は、記録媒体の追加・変更を入力する入力画面を表示するためのデータをユーザ端末９０に送信する。

図１０は、記録媒体の追加・変更の入力画面を例示する図である。この入力画面は、入力欄９９６、入力欄９９７、及び登録ボタン９９３を含む。入力欄９９６は、追加又は変更する記録媒体の利用の種別（一時利用か、永続利用か）及び一時利用の場合はその期間を入力するためのＵＩオブジェクトである。入力欄９９７は、第１番号を入力するためのＵＩオブジェクトである。なおこの例において入力欄９９７は入力欄９９６の一部である。この例において記録媒体毎にペットネーム及び対応する外部ユーザの連絡先を記録することができるようになっており、入力欄９９５にはペットネーム及び連絡先の入力欄も含まれる。登録ボタン９９３は、入力欄９９１において入力された情報に係る記録媒体の追加・変更の要求を指示するためのＵＩオブジェクトである。ユーザＸは、例えば、別居している家族又は友人が自分の不在時に一時的に自宅に入れるように、その家族又は友人が所持する交通系ＩＣカードの第１番号を入力欄９９２に入力する。

登録ボタン９９３が押されると、サーバ４０は、サーバ１０に対し記録媒体の登録要求を送信する。この登録要求は、入力欄９９６において入力された第１番号及び住居の付属情報を含む。この例において付属情報は、利用の種別、ペットネーム、連絡先、一時利用の場合はその期間を含む。サーバ４０は、各戸の識別情報と電気錠の識別情報との対応関係を記録したデータベース（図示略）を記憶している。サーバ４０は、このデータベースを参照して、指定された住居に対応する電気錠を特定する。ここで、「指定された住居に対応する電気錠」はその住居の玄関ドアの電気錠に加え、共用スペース（例えば、マンションのエントランス、ゴミ置き場、集会所、駐輪場、及び駐車場など）の電気錠を含んでもよい。あるいは、これら共用スペースの電気錠を含むか否かは、図１０の入力画面において個別に選択されてもよい。

この登録要求を受信すると、サーバ１０は、図６において説明したようにこの第１番号に対応する記録媒体の、ハッシュ化された番号情報をサーバ２０から取得する。サーバ１０は、こうして取得した、ハッシュ化された番号情報の登録要求をサーバ３０に送信する。この登録要求は、この第１番号に対応する住居の付属情報を含む。

サーバ３０は、データベース３１１において、登録要求に含まれる電気錠の識別子と対応するレコードに以下のア～ウを登録する。
ア）ユーザの識別情報
イ）記録媒体の第１番号、ハッシュ化された番号情報
ウ）利用の種別
エ）記録媒体を使用する外部ユーザの連絡先
オ）一時利用の場合はその期間
この住居に関するデータの登録が完了すると、サーバ３０はデータの登録が完了した旨を、登録要求の送信元であるサーバ４０に通知する。

サーバ３０においてデータの登録が完了した旨の通知を受けると、サーバ４０は、予約が完了した旨をユーザ端末９０に通知する。サーバ４０は、登録要求を送信したユーザ端末９０に加え、新たに追加又は変更された記録媒体に対応する外部ユーザの連絡先に、記録媒体が登録された旨を通知してもよい。例えば、サーバ４０は、記録媒体の追加が完了した外部ユーザに対し、追加が完了した旨のメッセージを含む電子メールを送信する。

ユーザＸにより登録された記録媒体を所持する外部ユーザがユーザＸのマンションを訪れ、自身の所持する交通系ＩＣカードをエントランスの電気錠に対応するカードリーダー（図示略）又はユーザＸの住居の玄関ドアの電気錠に対応するカードリーダーにかざすと、カードリーダーはこの交通系ＩＣカードから第２番号を読み出す。カードリーダーは読み出した第２番号をハッシュ化する。なおカードリーダーが第２番号をハッシュ化するためのハッシュ関数は、サーバ２０が第２番号をハッシュ化する際のハッシュ関数と共通である。カードリーダーは、ハッシュ化された第２番号及びこのカードリーダーに対応する電気錠の識別情報を含む認証要求を管理端末（図示略）に送信する。管理端末は、このマンションに設置され、カードリーダーと接続されたコンピュータ装置である。管理端末は、インターネット等のネットワークを介してサーバ３０と通信する。管理端末は、カードリーダーから受信した認証要求をサーバ３０に送信する。以下、この認証要求に対する処理は２－２－１で説明したものと同様である。

従来は、ユーザＸの家族又は友人が所持する交通系ＩＣカードでマンションの電気錠を解錠できるようにするには、マンションの管理事業者がその外部ユーザの交通系ＩＣカードの番号情報を取得及び管理する必要があり、処理が煩雑になりまたセキュリティが懸念されるという問題があった。しかしこの例によれば、マンションの管理事業者はユーザＸの交通系ＩＣカードの番号情報を取得及び管理する必要がない。

２－２－４．賃貸物件の鍵管理
この例においてサービスシステム４は賃貸住宅の鍵管理サービスであり、アクセス対象物は賃貸物件の玄関ドアに設置された電気錠である。データベース３１１には、対象物として賃貸物件の電気錠の識別情報が記録される。ユーザＸはこの賃貸物件のオーナーであり、管理業者又は不動産業者などがこの物件を管理又は内覧する際に施錠／解錠できるよう、既にサービスシステム４にユーザ登録している。ユーザＸは、ユーザ端末９０からサーバ４０にアクセスする。サーバ４０は、記録媒体の追加・変更を入力する入力画面を表示するためのデータをユーザ端末９０に送信する。

図１１は、記録媒体の追加・変更の入力画面を例示する図である。この入力画面は、入力欄９９８、入力欄９９９、及び登録ボタン９９３を含む。入力欄９９８は、追加又は変更する記録媒体の利用の種別（一時利用か、永続利用か）及び一時利用の場合はその期間を入力するためのＵＩオブジェクトである。入力欄９９９は、第１番号を入力するためのＵＩオブジェクトである。なおこの例において入力欄９９９は入力欄９９８の一部である。この例において記録媒体毎に外部ユーザの連絡先を記録することができるようになっており、入力欄９９７には連絡先の入力欄が含まれる。登録ボタン９９３は、入力欄９９８において入力された情報に係る記録媒体の追加・変更の要求を指示するためのＵＩオブジェクトである。ユーザＸは、例えば、不動産業者がこの物件に入居希望者を案内（又は内覧）できるように、その不動産業者が所持する交通系ＩＣカードの第１番号を入力欄９９９に入力する。

登録ボタン９９３が押されると、サーバ４０は、サーバ１０に対し記録媒体の登録要求を送信する。この登録要求は、入力欄９９６において入力された第１番号及び物件の付属情報を含む。この例において付属情報は、利用の種別、連絡先、一時利用の場合はその期間を含む。サーバ４０は、物件の識別情報と電気錠の識別情報との対応関係を記録したデータベース（図示略）を記憶している。サーバ４０は、このデータベースを参照して、指定された物件に対応する電気錠を特定する。ここで、「指定された物件に対応する電気錠」はその物件の玄関ドアの電気錠に加え、物件が集合住宅である場合には共用スペース（例えば、マンションのエントランス、ゴミ置き場、集会所、駐輪場、及び駐車場など）の電気錠を含んでもよい。あるいは、これら共用スペースの電気錠を含むか否かは、図１１の入力画面において個別に選択されてもよい。

この登録要求を受信すると、サーバ１０は、図６において説明したようにこの第１番号に対応する記録媒体の、ハッシュ化された番号情報をサーバ２０から取得する。サーバ１０は、こうして取得した、ハッシュ化された番号情報の登録要求をサーバ３０に送信する。この登録要求は、この第１番号に対応する物件の付属情報を含む。

サーバ３０は、データベース３１１において、登録要求に含まれる電気錠の識別子と対応するレコードに以下のア～ウを登録する。
ア）ユーザの識別情報
イ）記録媒体の第１番号、ハッシュ化された番号情報
ウ）利用の種別
エ）記録媒体を使用する外部ユーザの連絡先
オ）一時利用の場合はその期間
この物件に関するデータの登録が完了すると、サーバ３０はデータの登録が完了した旨を、登録要求の送信元であるサーバ４０に通知する。

サーバ３０においてデータの登録が完了した旨の通知を受けると、サーバ４０は、登録が完了した旨をユーザ端末９０に通知する。サーバ４０は、登録要求を送信したユーザ端末９０に加え、新たに追加又は変更された記録媒体に対応する外部ユーザの連絡先に、記録媒体が登録された旨を通知してもよい。例えば、サーバ４０は、記録媒体の追加が完了した外部ユーザ（例えば不動産業者）に対し、追加が完了した旨のメッセージを含む電子メールを送信する。

ユーザＸにより登録された記録媒体を所持する外部ユーザがユーザＸの賃貸物件を訪れ、自身の所持する交通系ＩＣカードを玄関ドアの電気錠に対応するカードリーダー（図示略）又はユーザＸの住居の玄関ドアの電気錠に対応するカードリーダーにかざすと、カードリーダーはこの交通系ＩＣカードから第２番号を読み出す。カードリーダーは読み出した第２番号をハッシュ化する。なおカードリーダーが第２番号をハッシュ化するためのハッシュ関数は、サーバ２０が第２番号をハッシュ化する際のハッシュ関数と共通である。カードリーダーは、ハッシュ化された第２番号及びこのカードリーダーに対応する電気錠の識別情報を含む認証要求を管理端末（図示略）に送信する。管理端末は、この物件に設置され、カードリーダーと接続されたコンピュータ装置である。管理端末は、インターネット等のネットワークを介してサーバ３０と通信する。管理端末は、カードリーダーから受信した認証要求をサーバ３０に送信する。以下、この認証要求に対する処理は２－２－１で説明したものと同様である。

従来は、不動産業者又は管理業者が所持する交通系ＩＣカードでマンションの電気錠を解錠できるようにするには、物件のオーナー（又はオーナーから管理の委託を受けた者）がその外部ユーザの交通系ＩＣカードの番号情報を取得及び管理する必要があり、処理が煩雑になりまたセキュリティが懸念されるという問題があった。しかしこの例によれば、物件のオーナーは不動産業者又は管理業者の交通系ＩＣカードの番号情報を取得及び管理する必要がない。

なお、この外部ユーザは、物件の入居者であってもよい。また、物件のオーナーに代わって、オーナーから許諾を受けた外部ユーザが自信でサーバ４０にアクセスし、自身の記録媒体を登録してもよい。この場合、オーナーは、例えば記録媒体の登録を許可する相手のアカウントをサービスシステム４に登録する。

３．変形例
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下で説明する変形例に記載された事項のうち２つ以上のものが組み合わせて用いられてもよい。

３－１．アクセス認証
実施形態においてはアクセス対象物へのアクセス認証にハッシュ化された第２番号を用いる例を説明したが、アクセス認証に用いられる情報はこれに限定されない。アクセス認証には、アクセス例１及びアクセス例２のいずれが用いられてもよい。あるいは、ハッシュ化された第２番号及びハッシュ化された第３番号が両方用いられてもよい。さらにあるいは、カードリーダーは第２番号及び第３番号の少なくとも一方をハッシュ化せずに出力し、ハッシュ化されていない第２番号又はハッシュ化されていない第３番号を用いてアクセス認証が行われてもよい。

また、サーバ１０は、アクセス認証に用いられない番号情報を第２サービスの管理サーバに送信しなくてもよい。例えばサーバ１０は、サービスの管理サーバの識別情報及びそのサービスにおいてアクセス認証に用いられる番号の種別（第２番号か第３番号か）が記録されたデータベース（図示略）を有する。サーバ１０は、このデータベースを参照して、ハッシュ化された第２番号及びハッシュ化された第３番号のいずれを送信するかを決める。

３－２．入力画面の送信
第１番号を入力するための画面をユーザ端末９０に送信する装置は、サーバ１０に限定されない。サーバ１０に代えて、サーバ２０（すなわち第１サーバ）が、第１番号を入力するための画面をユーザ端末９０に送信してもよい。この場合、この入力画面は、その記録媒体を登録するサービスを指定する情報を入力するためのＵＩオブジェクトを含む。なおこの場合、サーバ１０は、サーバ２０から第１番号を取得する。なおサーバ１０がサーバ２０から又はユーザ端末９０から直接、第１番号を取得する例によれば、第２サービス等の別のサービスを経由せずに第１番号を取り扱うことができ、別のサービスを経由して第１番号を送信する場合と比較してセキュリティを向上させることができる。

なお、サーバ１０、サーバ２０、サーバ３０、及びサーバ４０のうち複数のサーバがいずれも画面送信手段を有してもよい。この場合、どのサーバが入力画面を送信するかは、ユーザ端末９０がアクセスしたサーバ（例えばサーバ４０）が、記録媒体の種類（具体的には例えば記録媒体の発行者）に応じて決める。この場合、例えばサーバ４０は、記録媒体の種類を示す情報の入力を受け付ける。サーバ４０は、この情報により特定の発行者が発行した記録媒体であることが示される場合はリダイレクト先をサーバ１０とし、それ以外の場合はリダイレクト先をサーバ２０とする。

３－３．第１番号の入力方法
ユーザ端末９０において記録媒体の第１番号を入力する方法は実施形態において例示したものに限定されない。例えば、ユーザ端末９０は、記録媒体の表面に印刷された第１番号をカメラ（図示略）で撮影し、この画像から第１番号を読み取ってもよい。記録媒体の表面において第１番号は文字列ではなく、ＱＲコード（登録商標）等の画像コードにより表されてもよい。ユーザ端末９０と記録媒体とが一体化されている場合（例えば、記録媒体がスマートフォンの非接触ＩＣカードチップである場合）、ユーザ端末９０は、非接触ＩＣカードチップからデータを読み出すアプリケーションプログラムを用いて第１番号を自動的に取得してもよい。

３－４．記録媒体の使用停止の通知
この例において、サービスシステム２は、記録媒体の新規発行又は有効化を管理する。記録媒体の使用を停止しようとするユーザ、又は記録媒体を紛失したユーザは、サービスシステム２に対し記録媒体の使用停止を連絡する。ユーザから記録媒体の使用停止の連絡を受けると、サーバ２０は、媒体データベース２１１において、その記録媒体の使用状態を示す情報、具体的には例えば有効／無効フラグの値を「無効」に書き換える。このフラグの値が「無効」である場合、サーバ２０は、サーバ３０又はサーバ４０からの引き渡し要求に対しては第２番号及び第３番号を送信しない。

さらにこの例において、サービスシステム２の通知手段２３は、フラグの値が「無効」に書き換えられた記録媒体の識別情報（例えば第１番号）をサーバ１０に通知する。サーバ１０の情報受信手段１７は、この通知を受信する。情報受信手段１７がこの通知を受信すると、通知手段１８は、アクセス管理のプラットフォームサービスの管理サーバ（すなわちサーバ３０）に対し、その記録媒体が使用停止状態になることの通知を送信する。この通知は、記録媒体の識別情報（例えば第１番号）を含む。

この通知を受信すると、サーバ３０の登録手段３３は、その記録媒体が使用停止状態であることを示すフラグをデータベース３１１に書き込む。このフラグが使用停止状態であることを示している記録媒体に関する認証要求を受信すると、サーバ３０は、この認証要求を否定する。すなわち、サービスシステム２において使用停止状態であることが登録された記録媒体は、サービスシステム３及びサービスシステム３のプラットフォーム上で提供されるサービスシステム４等の他のサービスシステムにおいても使用停止とすることができる。

３－５．使用停止フラグの書き込み
サーバ３０は、サーバ２０からの通知によらずにデータベース３１１に使用停止状態のフラグを書き込んでもよい。この例において、データベース３１１には、各ユーザに対して割り当てられた記録媒体の数が記録される。この割り当てられた記録媒体の数を超える新たな記録媒体の登録要求があった場合、登録手段３３は、データベース３１１において既にそのユーザに対応して記録されている少なくとも一の記録媒体を無効化する情報を書き込む（使用状態フラグを「無効」に書き換える）。さらに、登録手段３３は、新たな記録媒体に対応するハッシュ化された第２番号及びハッシュ化された第３番号をデータベース３１１に書き込む。

３－６．複数のプラットフォームサービス
上述の実施形態においては記録媒体を用いたアクセス管理のプラットフォームサービスが単一のシステム（サービスシステム３）により提供される例を説明した。しかし、記録媒体を用いたアクセス管理のプラットフォームサービスは、複数の異なるシステムにより提供されてもよい。この場合、サーバ１０は、これら複数のシステムのサーバに対し記録媒体の登録要求を送信する。あるいは、サーバ１０は、サービスとプラットフォームとの対応関係が記録されたデータベース（図示略）を有し、このデータベースを参照して、登録要求を送信するアクセス管理のプラットフォームサービスのサーバを選択してもよい。例えば、サーバ４０から「サービスＡ」について記録媒体の登録要求を受信すると、サーバ１０は、このデータベースにおいてサービスＡと対応することが示されるプラットフォームサービスのサーバに対し、記録媒体の登録要求を送信する。

３－７．他の変形例
実施形態において説明した各種入力画面及び各種データベースの構造はあくまで例示であり、本発明はこれに限定されるものではない。例えば、サーバ１０は管理データベース１１１を有さなくてもよい。

サービス連携システム１等の各システムを構成する装置のハードウェア構成は実施形態において例示したものに限定されない。例えば各サーバは物理サーバであってもよいし、仮想サーバ（例えばいわゆるクラウド）であってもよい。また、サービス連携システム１等の各システムにおける機能構成は実施形態において例示したものに限定されない。各システムの機能要素の少なくとも一部は省略されてもよい。さらに、サービス連携システム等の各システムにおける機能要素とハードウェア要素との対応関係は実施形態において例示したものに限定されない。例えば、各種のデータベースは、そのデータベースを参照して処理を行うサーバとは別の装置において記憶されてもよい。あるいは、実施形態において単一のサーバ装置に実装されるものとして説明した機能の一部が、他のサーバ装置又はユーザ端末に実装されてもよい。

ＣＰＵ１０１等のプロセッサが実行するプログラムは、インターネット等のネットワークを介してダウンロードされてもよいし、ＣＤ－ＲＯＭ等の非一時的記録媒体に記録された状態で提供されてもよい。

１…サービス連携システム、２…サービスシステム、３…サービスシステム、４…サービスシステム、１０…サーバ、１１…記憶手段、１２…画面送信手段、１３…番号取得手段、１４…引き渡し要求手段、１５…応答受信手段、１６…登録要求手段、１７…情報受信手段、１８…通知手段、１９…制御手段、２０…サーバ、２１…記憶手段、２２…画面送信手段、２３…通知手段、２９…制御手段、３０…サーバ、３１…記憶手段、３２…受信手段、３３…登録手段、３４…画面送信手段、３５…番号送信手段、３９…制御手段、４０…サーバ、４１…記憶手段、４２…画面送信手段、４３…番号送信手段、４９…制御手段、９０…ユーザ端末、９１…記憶手段、９２…受信手段、９３…ＵＩ手段、９４…送信手段、９９…制御手段、１０１…ＣＰＵ、１０２…メモリ、１０３…ストレージ、１１１…管理データベース、２０１…ＣＰＵ、２０２…メモリ、２０３…ストレージ、２１１…媒体データベース、３０１…ＣＰＵ、３０２…メモリ、３０３…ストレージ、３１１…管理データベース、４０１…ＣＰＵ、４０２…メモリ、４０３…ストレージ、９０１…ＣＰＵ、９０２…メモリ、９０３…ストレージ、９０５…ディスプレイ、９０６…入力装置、９９１…入力欄、９９２…入力欄、９９３…登録ボタン、９９４…入力欄、９９５…入力欄、９９６…入力欄、９９７…入力欄、９９８…入力欄、９９９…入力欄。

Claims (9)

1. 記録媒体を利用する第１サービスの管理サーバである第１サーバと通信する中継サーバと、
   前記第１サービスと異なる第２サービスの管理サーバである第２サーバと
   を有し、
   前記中継サーバが、
   ユーザ端末において、前記記録媒体に対応した番号であって前記第１サービスにおいてユーザに開示されている第１番号の入力を受け付ける入力画面を介して入力された第１番号を取得する番号取得手段と、
   前記番号取得手段により受信された前記第１番号を含む引き渡し要求を前記第１サーバに送信する引き渡し要求手段と、
   前記第１サーバから、前記引き渡し要求の応答として、暗号化された前記第１番号、当該第１番号に対応しかつ前記記録媒体に対して固有の第２番号、及び当該第１番号に対応しかつ前記第１サービスにおいて与えられた第３番号の少なくとも１つを含む番号情報を受信する応答受信手段と、
   前記番号情報、及び前記ユーザの識別情報を含む登録要求を、前記第２サービスの管理サーバに送信する登録要求手段と
   を有し、
   前記第２サーバが、
   前記中継サーバからの前記登録要求に応じて、前記番号情報を前記第２サービスに関するデータベースのうち前記ユーザの識別情報に対応するレコードに登録する登録手段
   を有する
   サービス連携システム。
2. 前記第１サーバが、前記ユーザ端末において前記入力画面を表示させるための画面を当該ユーザ端末に送信する画面送信手段を有し、
   前記番号取得手段が、前記第１サーバから前記第１番号を取得する
   請求項１に記載のサービス連携システム。
3. 前記第２サービスがアクセス管理のプラットフォームサービスであり、
   前記サービス連携システムが、前記プラットフォームサービス上で第３サービスを提供する第３サーバを有し、
   前記第３サーバが、
   前記ユーザ端末において前記入力画面を表示させるための画面を当該ユーザ端末に送信する画面送信手段
   を有し、
   前記番号取得手段が、前記第３サーバから前記第１番号を取得する
   請求項１に記載のサービス連携システム。
4. 前記中継サーバが、前記ユーザ端末において前記入力画面を表示させるための画面を当該ユーザ端末に送信する画面送信手段を有し、
   前記番号取得手段が、前記ユーザ端末から前記第１番号を取得する
   請求項１に記載のサービス連携システム。
5. 前記応答において前記第２番号及び前記第３番号の少なくとも一方は暗号化されている
   請求項１乃至３のいずれか一項に記載のサービス連携システム。
6. 前記中継サーバが、
   前記第１サーバから、特定の記録媒体が使用停止されたことを示す停止情報を受信する情報受信手段と、
   前記停止情報を受信すると、前記第２サーバに対し、当該記録媒体の使用が停止されたことの通知をする通知手段と
   を有し、
   前記第２サーバにおいて、前記登録手段が、前記通知に応じて、前記記録媒体が使用停止状態にあることを示す情報を前記第２サービスに関するデータベースに書き込む
   請求項１乃至５のいずれか一項に記載のサービス連携システム。
7. 前記第２サービスに関するデータベースが、複数のユーザの各々について、当該ユーザに割り当てられた記録媒体の数を含み、
   前記ユーザに対して、前記割り当てられた記録媒体の数を超える新たな記録媒体の登録要求があった場合、前記登録手段は、前記第２サービスに関するデータベースにおいて既に当該ユーザに対応して記録されている少なくとも一の記録媒体を無効化する情報、及び当該新たな記録媒体に対応する前記第２番号及び前記第３番号の少なくとも一方を、当該第２サービスに関するデータベースに書き込む
   請求項１乃至６のいずれか一項に記載のサービス連携システム。
8. 記録媒体を利用する第１サービスに関し、ユーザ端末において、前記記録媒体に対応した番号であって前記第１サービスにおいてユーザに開示されている第１番号の入力を受け付ける入力画面を介して入力された当該第１番号を取得する番号取得手段と、
   前記番号取得手段により受信された前記第１番号を含む引き渡し要求を前記第１サービスの管理サーバに送信する引き渡し要求手段と、
   前記管理サーバから、前記引き渡し要求の応答として、暗号化された前記第１番号、当該第１番号に対応しかつ前記記録媒体に対して固有の第２番号、及び当該第１番号に対応しかつ前記第１サービスにおいて与えられた第３番号の少なくとも１つを含む番号情報を受信する応答受信手段と、
   前記第２番号及び前記第３番号の少なくとも一方、並びに前記ユーザの識別情報を含む登録要求を、前記第１サービスと異なる第２サービスの管理サーバに送信する登録要求手段と
   を有するサーバ。
9. 記録媒体を利用する第１サービスに関し、ユーザ端末において、前記記録媒体に対応した番号であって前記第１サービスにおいてユーザに開示されている第１番号の入力を受け付ける入力画面を介して入力された当該第１番号を取得するステップと、
   中継サーバが、前記第１番号を含む引き渡し要求を前記第１サービスの管理サーバに送信するステップと、
   前記中継サーバが、前記管理サーバから、前記引き渡し要求の応答として、暗号化された前記第１番号、当該第１番号に対応しかつ前記記録媒体に対して固有の第２番号、及び当該第１番号に対応しかつ前記第１サービスにおいて与えられた第３番号の少なくとも１つを含む番号情報を受信するステップと、
   前記中継サーバが、前記ユーザの識別情報並びに前記第２番号及び前記第３番号の少なくとも一方を含む登録要求を、前記第２サービスの管理サーバに送信するステップと、
   第２サービスの管理サーバが、前記中継サーバからの前記登録要求に応じて、前記第２番号及び前記第３番号の少なくとも一方を前記第２サービスに関するデータベースのうち前記ユーザの識別情報に対応するレコードに登録するステップと
   を有するサービス連携方法。

Images