JP2022174484A - 情報処理装置、情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ユーザの住所変更手続きを簡易化させる情報処理装置、情報処理システム、情報処理方法及びプログラムを提供する。【解決手段】情報処理装置１は、登録部１３と出力制御部１４とを備える。登録部１３は、住所登録要求を受信した場合、空間が存在する住所を示す住所情報と、空間を識別するための、住所以外の所定の属性を示す空間名とを、互いに対応付けて住所データベースに登録する。また登録部１３は、住所変更要求を受信した場合、住所データベースにおいて住所変更要求に含まれる空間名に対応付けられた住所情報を、住所変更要求に含まれる住所情報に変更する。出力制御部１４は、住所データベースにおいて空間名に対応付けられた住所情報を、１又は複数の外部装置に出力する。【選択図】図１

Description

本開示は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関し、特に住所情報を管理する情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。

近年、様々な分野で住所情報を管理し、又は活用することが行われている（特許文献１及び２参照）。例えば、特許文献２では、光学文字認識により、配達対象物に付与された特定情報を含む住所情報を認識し、認識した住所情報を用いて住所データベースを検索し、住所情報を特定する住所情報管理システムが開示されている。上述の特許文献２においては、住所データベースは、特定情報の正式名称と別名とが対応付けられている。

ここで、住所は、引っ越しや区画整理といった様々な要因で変更するため、ユーザは、住所が変更する度に関係者に対して変更手続きをする必要がある。昨今では、種々のサービスにおいてユーザ登録情報として住所を登録するようになっており、このようなサービスは増え続けている。したがって、ユーザは、住所が変更する度に、膨大な数のサービスに対して変更手続きが必要となり、多くの手間がかかることや変更手続きの漏れが発生することが懸念されている。したがって、ユーザの住所を包括的に管理するシステムが求められている。

特開２０１３－２５４４３９号公報 特開２０１７－２２００６９号公報

ここで、上述の特許文献２に記載の別名は、認識した住所情報と所定の度合い以上合致するデータ、つまり住所情報を推定できる、住所情報に類似するデータである。したがって、ユーザの住所を包括的に管理する目的で上述の特許文献２に記載の住所情報管理システムを用いた場合、ユーザの住所が引っ越し等で異なる住所になったとき、ユーザはやはり住所変更の手続きをしなければならない。

本開示の目的は、上述した課題に鑑み、ユーザの住所変更手続きを簡易化させる情報処理装置、情報処理システム、情報処理方法及びプログラムを提供することにある。

本開示の一態様にかかる情報処理装置は、登録部と出力制御部とを備える。前記登録部は、住所登録要求を受信した場合、空間が存在する住所を示す住所情報と、前記空間を識別するための、住所以外の所定の属性を示す空間名とを、互いに対応付けて住所データベースに登録する。また前記登録部は、住所変更要求を受信した場合、前記住所データベースにおいて前記住所変更要求に含まれる空間名に対応付けられた住所情報を、前記住所変更要求に含まれる住所情報に変更する。前記出力制御部は、前記住所データベースにおいて空間名に対応付けられた住所情報を、１又は複数の外部装置に出力する。

本開示の一態様にかかる情報処理システムは、ユーザ端末と、情報処理装置と、１又は複数の外部装置とを備える。前記情報処理装置は、登録部と出力制御部とを有する。前記登録部は、住所登録要求を受信した場合、空間が存在する住所を示す住所情報と、前記空間を識別するための、住所以外の所定の属性を示す空間名とを、互いに対応付けて住所データベースに登録する。また前記登録部は、住所変更要求を受信した場合、前記住所データベースにおいて前記住所変更要求に含まれる空間名に対応付けられた住所情報を、前記住所変更要求に含まれる住所情報に変更する。前記出力制御部は、前記住所データベースにおいて空間名に対応付けられた住所情報を、前記１又は複数の外部装置に出力する。

本開示の一態様にかかる情報処理方法は、住所登録要求を受信した場合、空間が存在する住所を示す住所情報と、前記空間を識別するための、住所以外の所定の属性を示す空間名とを、互いに対応付けて住所データベースに登録する段階と、住所変更要求を受信した場合、前記住所データベースにおいて前記住所変更要求に含まれる空間名に対応付けられた住所情報を、前記住所変更要求に含まれる住所情報に変更する段階と、前記住所データベースにおいて空間名に対応付けられた住所情報を、１又は複数の外部装置に出力する段階とを備える。

本開示の一態様にかかるプログラムは、住所登録要求を受信した場合、空間が存在する住所を示す住所情報と、前記空間を識別するための、住所以外の所定の属性を示す空間名とを、互いに対応付けて住所データベースに登録する段階と、住所変更要求を受信した場合、前記住所データベースにおいて前記住所変更要求に含まれる空間名に対応付けられた住所情報を、前記住所変更要求に含まれる住所情報に変更する段階と、前記住所データベースにおいて空間名に対応付けられた住所情報を、１又は複数の外部装置に出力する段階とをコンピュータに実行させる。

本開示により、ユーザの住所変更手続きを簡易化させる情報処理装置、情報処理システム、情報処理方法及びプログラムを提供できる。

実施形態１にかかる情報処理装置の構成を示すブロック図である。 実施形態１にかかる情報処理の流れを示すフローチャートである。 実施形態２にかかる情報処理システムの全体構成を示すブロック図である。 実施形態２にかかる管理サーバの構成を示すブロック図である。 実施形態２にかかるユーザＤＢのデータ構造の一例を示す図である。 実施形態２にかかる住所ＤＢのデータ構造の一例を示す図である。 実施形態２にかかるユーザ登録処理の流れの一例を示すシーケンス図ある。 実施形態２にかかる住所登録処理の流れの一例を示すシーケンス図である。 実施形態２にかかる住所登録処理の流れの一例を示すシーケンス図である。 実施形態２にかかる住所変更処理の流れの一例を示すシーケンス図である。 実施形態２にかかる出力処理の流れの一例を示すシーケンス図である。 実施形態３にかかる情報処理システムの全体構成を示すブロック図である。 実施形態３にかかる管理サーバの構成を示すブロック図である。 コンピュータの構成例を示す図である。

以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜実施形態１＞
まず、本開示の実施形態１について説明する。図１は、実施形態１にかかる情報処理装置１の構成を示すブロック図である。情報処理装置１は、ユーザの住所情報を管理するコンピュータ装置である。情報処理装置１は、登録部１３と、出力制御部１４とを備える。

登録部１３は、住所登録要求を受信した場合、空間の住所情報と、上記空間の空間名とを取得し、これらを互いに対応付けて住所データベース（ＤＢ）に登録する。ここで、住所情報は、空間が存在する住所を示す情報である。また、空間名は、空間を識別するための情報であって、空間の、住所以外の所定の属性を示す情報である。住所登録要求には、住所情報と、空間名とが含まれてよい。

また登録部１３は、住所変更要求を受信した場合、住所ＤＢにおいて住所変更要求に含まれる空間名に対応付けられた住所情報を、住所変更要求に含まれる住所情報に変更する。住所変更要求には、住所情報と、空間名とが含まれてよい。

尚、登録部１３は、住所登録要求の送信元（住所登録要求元）又は住所変更要求の送信元（住所変更要求元）のユーザ端末を使用するユーザが指定した文字列を、空間名として取得してよい。

出力制御部１４は、住所ＤＢにおいて空間名に対応付けられた住所情報を、１又は複数の外部装置に出力する。外部装置は、ユーザの住所情報の参照を希望する、又はユーザの住所情報の登録を必要とする機関、企業、又は他ユーザが使用するコンピュータ装置である。以下では、上記機関、企業、又は他ユーザを、関係者と呼ぶことがある。尚、関係者には、住所登録要求元又は住所変更要求元のユーザ端末を使用するユーザが含まれていてもよい。

図２は、実施形態１にかかる情報処理の流れを示すフローチャートである。まず、情報処理装置１は、住所登録要求を受信したか否かを判定する（Ｓ１１）。住所登録要求を受信したと判定した場合（Ｓ１１でＹｅｓ）、登録部１３は、住所登録要求に含まれる住所情報と、住所登録要求に含まれる空間名とを対応付けた情報を、住所ＤＢに登録する（Ｓ１２）。そして登録部１３は、処理をＳ１５に進める。一方、住所登録要求を受信したと判定しなかった場合（Ｓ１１でＮｏ）、情報処理装置１は、住所変更要求を受信したか否かを判定する（Ｓ１３）。住所変更要求を受信したと判定した場合（Ｓ１３でＹｅｓ）、登録部１３は、住所ＤＢにおいて住所変更要求に含まれる空間名に対応付けられた住所情報を、住所変更要求に含まれる住所情報に変更する（Ｓ１４）。そして登録部１３は、処理をＳ１５に進める。尚、住所変更要求を受信したと判定しなかった場合（Ｓ１３でＮｏ）、情報処理装置１は、処理をＳ１１に戻してよい。

Ｓ１５において、出力制御部１４は、住所ＤＢにおいて空間名に対応付けられた住所情報を、１又は複数の外部装置に出力する（Ｓ１５）。

このように実施形態１によれば、情報処理装置１は、空間名と住所情報とを住所ＤＢに対応付けて登録し、住所変更要求に応じて空間名に紐づけられた住所情報を変更する。これにより、ユーザは、予め空間名及び住所情報の登録を情報処理装置１に対して要求し、関係者へ空間名を連絡又は外部装置に空間名を登録しておくことで、住所変更が生じた場合に、情報処理装置１に対する住所変更要求のみで住所変更手続きが完了する。したがって、ユーザの住所変更手続きを簡易化させることができる。

＜実施形態２＞
次に、本開示の実施形態２について説明する。図３は、実施形態２にかかる情報処理システム９００の全体構成を示すブロック図である。情報処理システム９００は、ユーザの住所情報を管理し、活用するコンピュータシステムである。情報処理システム９００は、１又は複数のユーザ端末２０と、情報処理装置（以下、管理サーバと呼ぶ）１０と、１又は複数の外部装置３０とを備え、これらがネットワークＮを介して通信可能に接続される構成をとる。ネットワークＮは、有線又は無線の通信回線である。

ユーザ端末２０は、住所の登録又は変更を希望する場合、まず管理サーバ１０に対してユーザ認証要求を、ネットワークＮを介して送信する。ユーザ認証要求には、ユーザ情報が含まれる。ユーザ情報は、ユーザ端末２０を使用するユーザを一意に識別する情報である。尚、管理サーバ１０は、事前にユーザ情報を登録している。

そしてユーザ端末２０は、住所の登録を希望する場合は、空間名及び住所情報を少なくとも含む住所登録要求を、管理サーバ１０に対してネットワークＮを介して送信する。空間名は、別名住所と呼ばれることがある。空間名は、空間を一意に識別する情報である。空間名は、空間の用途を示す情報、及び空間を使用又は所有するユーザを示す情報のうち少なくとも１つを含んでよい。また、空間名は、ユーザが任意に指定した文字列であってよい。

ユーザ端末２０は、住所の変更を希望する場合は、空間名及び新しい住所情報を少なくとも含む住所変更要求を、管理サーバ１０に対してネットワークＮを介して送信する。尚、本実施形態２では、ユーザ端末２０は、住所の変更を希望する場合も、住所の登録を希望する場合と同様に、住所登録要求を管理サーバ１０に対して送信してよい。この場合、管理サーバ１０が、住所登録要求が住所情報の新規登録を示しているか、住所情報の変更要求（住所変更要求）を示しているかを判定してよい。

管理サーバ１０は、上述した情報処理装置１の一例である。管理サーバ１０は、ユーザ端末２０からユーザ認証要求を受信した場合、ユーザ認証を実施する。

そして管理サーバ１０は、ユーザ認証に成功したユーザが使用するユーザ端末２０から住所登録要求を受信した場合、ユーザ情報と、住所登録要求に含まれる住所情報と、住所登録要求に含まれる空間名とを対応付けた情報を記録する。

また、管理サーバ１０は、ユーザ認証に成功したユーザが使用するユーザ端末２０から住所変更要求を受信した場合、住所変更要求に含まれる空間名に対応付けられた住所情報を、住所変更要求に含まれる住所情報に変更する。

また、管理サーバ１０は、外部装置３０から参照要求（出力要求又は住所出力要求とも呼ばれる）を受信した場合、出力要求に含まれる空間名に対応付けられた住所情報を、出力要求元の外部装置３０に対してネットワークＮを介して出力する。あるいは、管理サーバ１０は、住所情報が変更されたことに応じて、予めユーザにより指定された外部装置３０に対して、空間名に対応付けられた変更後の住所情報を、ネットワークＮを介して送信する。

外部装置３０は、ユーザの住所情報の参照を希望する関係者が使用するコンピュータ装置である。外部装置３０は、ユーザの住所の参照を希望する場合、空間名を少なくとも含む出力要求を、管理サーバ１０に対してネットワークＮを介して送信し、管理サーバ１０から空間名に対応付けられた住所情報を受信する。ユーザの住所の参照を希望する場合とは、ユーザの住所情報が必要となった場合であってよい。あるいは、外部装置３０は、管理サーバ１０において住所情報が変更された場合に、管理サーバ１０から空間名に対応付けられた変更後の住所情報を受信する。外部装置３０は、受信した住所情報を用いて、ユーザに連絡を取ったり、本人確認を行ったりする。

図４は、実施形態２にかかる管理サーバ１０の構成を示すブロック図である。管理サーバ１０は、通信部１０１と、ユーザ認証部１０２と、登録部１０３と、出力制御部１０４と、ユーザＤＢ１０５と、住所ＤＢ１０６とを有する。

通信部１０１は、ネットワークＮとの通信インタフェースである。通信部１０１は、ユーザ認証部１０２、登録部１０３又は出力制御部１０４に対して、通信内容に応じた処理を要求する。

具体的には、通信部１０１は、ユーザ情報の登録を要求するユーザ登録要求をユーザ端末２０から受信した場合、ユーザ認証部１０２に対してユーザ登録処理を要求する。ユーザ登録要求には、ユーザ情報が含まれていてよい。

また通信部１０１は、ユーザ認証要求をユーザ端末２０から受信した場合、ユーザ認証部１０２に対してユーザ認証処理を要求する。ユーザ認証要求には、ユーザ情報が含まれていてよい。

また通信部１０１は、ユーザ認証が成功したユーザ端末２０から住所登録要求を受信した場合、まずユーザ認証部１０２に対して、住所登録要求が住所情報の新規登録要求であるか、住所情報の変更要求であるかを判定させる。住所登録要求には、空間名及び住所情報が含まれていてよい。上述の通り、空間名は、ユーザ端末２０を使用するユーザが指定した文字列である。住所登録要求が住所情報の変更要求である場合、ユーザ端末２０から受信した住所登録要求は住所変更要求とも呼ばれる。尚、通信部１０１は、ユーザ認証が成功したユーザ端末２０から住所登録要求を受信した場合、ユーザ認証部１０２に代えて登録部１０３に上述の処理を実行させてもよい。ここで、ユーザ認証が成功したとは、住所登録要求元のユーザ端末２０から取得したユーザ情報と、ユーザＤＢ１０５に予め登録されるユーザ情報とが一致した場合であってよい。

また通信部１０１は、出力要求を外部装置３０から受信した場合、出力制御部１０４に対して住所情報の出力処理を要求する。出力要求には、空間名が含まれていてよい。

ユーザ認証部１０２は、通信部１０１からのユーザ登録処理の要求に従い、ユーザのユーザ情報をユーザＤＢ１０５に登録する。

また、ユーザ認証部１０２は、通信部１０１からのユーザ認証処理の要求に従い、ユーザＤＢ１０５を用いてユーザ認証を実行する。そしてユーザ認証部１０２は、ユーザ認証に成功したか否かを、通信部１０１に通知する。

また、ユーザ認証部１０２は、通信部１０１からの要求に従い、住所登録要求が住所情報の新規登録要求であるか、住所情報の変更要求であるかを判定する。ユーザ認証部１０２は、住所登録要求に含まれる空間名及び住所情報と、判定結果とを、登録部１０３に供給する。

登録部１０３は、住所ＤＢ１０６に接続され、住所ＤＢ１０６へ空間名及び住所情報を対応付けて登録及び変更を実行する。具体的には、まず登録部１０３は、住所登録要求に含まれる空間名及び住所情報と、ユーザ認証部１０２による判定結果とを取得する。登録部１０３は、ユーザ認証部１０２により住所登録要求が住所情報の新規登録要求であると判定された場合、取得した住所情報と、取得した空間名とを、互いに対応付けて住所ＤＢ１０６に登録する。また、登録部１０３は、ユーザ認証部１０２により住所情報の変更要求であると判定された場合、住所ＤＢ１０６において住所登録要求（つまり、住所変更要求）に含まれる空間名に対応付けられた住所情報を、住所登録要求（つまり、住所変更要求）に含まれる住所情報に変更する。

尚、登録されているユーザのみ、住所ＤＢ１０６の登録ユーザのレコードの情報を登録又は変更できるようにしてよい。具体的には、登録部１０３は、ユーザ認証に成功しなかった場合、住所ＤＢ１０６への空間名及び住所情報の登録、又は住所ＤＢ１０６の住所情報の変更を拒否してよい。これにより、セキュリティレベルを向上させることができる。

出力制御部１０４は、通信部１０１から住所情報の出力処理の要求を受けた場合、住所ＤＢ１０６において出力要求に含まれる空間名に対応付けられた住所情報を、通信部１０１を介して出力要求元の外部装置３０に出力する。外部装置３０は、ユーザの住所情報が必要となった場合に管理サーバ１０に対して空間名を送信すれば住所情報を取得できるため、個人情報である住所情報を直接保持する必要がない。したがって、外部装置３０によるデータの管理が容易となる。尚、これに限らず、外部装置３０は、ユーザの住所情報を空間名とともに保持していてもよい。この場合、出力制御部１０４は、登録部１０３が住所ＤＢ１０６の住所情報を変更した場合、通信部１０１を介して予め定められた外部装置３０に、空間名に対応付けられた変更後の住所情報を出力してよい。

ユーザＤＢ１０５は、一意となるユーザ情報と、ユーザ情報に紐づけられた１又は複数の空間名とを記憶するリレーショナルＤＢである。図５は、実施形態２にかかるユーザＤＢ１０５のデータ構造の一例を示す図である。本図では、ユーザＤＢ１０５は、ユーザ情報と、最大４つまでの空間名とを紐づけている。

例えば、１つ目のレコードには、「山田太郎」という個人ユーザによって自宅として使用されている空間が１つ登録されている。この個人ユーザのユーザ情報は、「UserA」であり、登録対象となる空間の空間名は、「Taro_Yamada_Home」という文字列である。この空間名には、空間を使用又は所有するユーザの識別情報「Taro_Yamada」と、空間の用途を示す「Home」とが含まれている。

また２つ目のレコードには、「会社Ｂ」という法人ユーザによってオフィスとして使用されている空間が２つ登録されている。この法人ユーザのユーザ情報は、「UserB」であり、登録対象となる１つ目の空間の空間名は、「CompanyB_Tokyo_Office_4F」という文字列であり、登録対象となる２つ目の空間の空間名は、「CompanyB_Kanagawa_Office_1F」という文字列である。これらの空間名には、空間を使用又は所有するユーザの識別情報「CompanyB」と、空間の用途を示す情報「Tokyo_Office」、「Kanagawa_Office」と、空間の階層や区画を示す情報「4F」、「1F」とが含まれている。

尚、ユーザ情報に紐づけられた空間名が未登録であるレコードがあってもよい。例えば３つ目のレコードでは、ユーザ情報「UserB」のユーザに紐づけられた空間の空間名が空欄となっている。

尚、ユーザＤＢ１０５において、１のユーザ情報に紐づけられる空間名の最大数は、４に限らない。

住所ＤＢ１０６は、一意となる空間名と、空間名に紐づけられた住所情報とを記憶するデータベースである。図６は、実施形態２にかかる住所ＤＢ１０６のデータ構造の一例を示す図である。一例として、住所ＤＢ１０６は、ＮｏＳＱＬデータベースであり、Key-Value Storeのデータモデルで構成される。例えば、空間名「Taro_Yamada_Home」は、住所情報「北海道A市B町C番地Lマンション101号室」に対応付けられている。

登録部１０３は、住所情報の新規登録時に、住所ＤＢ１０６の空間名と同様の空間名を、住所登録要求元のユーザのユーザ情報に紐づけてユーザＤＢ１０５に登録する。これにより、ユーザＤＢ１０５及び住所ＤＢ１０６によって、空間名を介して、ユーザ情報と、住所情報とが対応付けられる。

ここで、空間名を登録したユーザ本人のみが、その空間名の住所情報の変更できるようにしてよい。具体的には、登録部１０３は、住所変更要求に含まれる空間名が住所変更要求元のユーザ端末２０から取得したユーザ情報に紐づけられていない場合、住所ＤＢ１０６において住所変更要求に含まれる空間名に対応付けられた住所情報を、住所変更要求に含まれる住所情報に変更することを拒否してよい。これにより、空間名を登録したユーザ以外のユーザによって住所情報が変更されることを回避でき、セキュリティレベルを向上させることができる。

図７は、実施形態２にかかるユーザ登録処理の流れの一例を示すシーケンス図ある。まず、ユーザ端末２０は、ユーザ情報を含むユーザ登録要求を、ネットワークＮを介して管理サーバ１０の通信部１０１に送信する（Ｓ２１）。次に、通信部１０１は、通信内容がユーザ登録要求であることを確認し、ユーザ情報を含むユーザ登録要求を、ユーザ認証部１０２に供給する（Ｓ２２）。次に、ユーザ認証部１０２は、ユーザＤＢ１０５を参照し、ユーザ登録要求に含まれるユーザ情報がユーザＤＢ１０５に記憶されているか否かを判定する（Ｓ２３）。ここで、ユーザ登録要求に含まれるユーザ情報がユーザＤＢ１０５に記憶されていないものとする。このときユーザＤＢ１０５は、ユーザ情報がユーザＤＢ１０５に記憶されていない旨の参照応答を、ユーザ認証部１０２に対して供給する（Ｓ２４）。参照応答を受けたユーザ認証部１０２は、ユーザ登録要求に含まれるユーザ情報を、ユーザＤＢ１０５に登録する（Ｓ２５）。そしてユーザＤＢ１０５は、登録が完了したことを示す登録応答を、ユーザ認証部１０２に供給する（Ｓ２６）。ユーザ認証部１０２は、登録応答を、通信部１０１を介して、ユーザ端末２０に出力する（Ｓ２７～Ｓ２８）。

図８～９は、実施形態２にかかる住所登録処理の流れの一例を示すシーケンス図である。まず、ユーザ端末２０は、ユーザ情報を含むユーザ認証要求を、ネットワークＮを介して管理サーバ１０の通信部１０１に送信する（Ｓ３１）。次に、通信部１０１は、通信内容がユーザ認証要求であることを確認し、ユーザ情報を含むユーザ認証要求を、ユーザ認証部１０２に供給する（Ｓ３２）。次に、ユーザ認証部１０２は、ユーザＤＢ１０５を参照し、ユーザ認証要求に含まれるユーザ情報と一致するユーザ情報が、ユーザＤＢ１０５に記憶されているかを判定する（Ｓ３３）。ここで、ユーザ認証要求に含まれるユーザ情報がユーザＤＢ１０５に記憶されているものとする。このときユーザＤＢ１０５は、ユーザ認証に成功した旨とユーザ情報とを含む参照応答を、ユーザ認証部１０２に対して供給する（Ｓ３４）。参照応答を受けたユーザ認証部１０２は、ユーザ認証に成功したことを示す認証応答を、通信部１０１を介して、ユーザ端末２０に出力する（Ｓ３５～Ｓ３６）。

次に、ユーザ端末２０は、空間名と住所情報とを含む住所登録要求を、ネットワークＮを介して通信部１０１に送信する（Ｓ３７）。次に、通信部１０１は、通信内容が住所登録要求であることを確認し、空間名と住所情報とを含む住所登録要求を、ユーザ認証部１０２に供給する（Ｓ３８）。次に、ユーザ認証部１０２は、ユーザＤＢ１０５において、ユーザ認証要求に含まれるユーザ情報に紐づけられた空間名を参照する（Ｓ３９）。ここで、ユーザＤＢ１０５において、ユーザ認証要求に含まれるユーザ情報に紐づけられる空間名が記録されていなかったものとする。このときユーザＤＢ１０５は、ユーザ認証要求に含まれるユーザ情報に紐づけられる空間名がないことを示す参照応答を、ユーザ認証部１０２に供給する（Ｓ４０）。上記参照応答を受けたユーザ認証部１０２は、住所登録要求が、住所情報の新規登録要求であると判定し、登録部１０３に対して、空間名と住所情報とを含む新規登録要求を、登録部１０３に供給する（Ｓ４１）。次に、登録部１０３は、空間名と住所情報と対応付けたレコードを、住所ＤＢ１０６に追加することにより、新規登録を実行する（Ｓ４２）。そして住所ＤＢ１０６は、登録が完了したことを示す登録応答を、登録部１０３を介して、ユーザ認証部１０２に供給する（Ｓ４３～Ｓ４４）。

次に、ユーザ認証部１０２は、ユーザＤＢ１０５のユーザ情報に対応するレコードに、空間名を登録する（Ｓ４５）。そしてユーザＤＢ１０５は、登録応答を、ユーザ認証部１０２に供給する（Ｓ４６）。ユーザ認証部１０２は、通信部１０１を介して、登録応答をユーザ端末２０に出力する（Ｓ４７～Ｓ４８）。

図１０は、実施形態２にかかる住所変更処理の流れの一例を示すシーケンス図である。まず、図８のＳ３１～Ｓ３９に示す処理と同様の処理が実行される。ここで、ユーザＤＢ１０５において、ユーザ認証要求に含まれるユーザ情報に紐づけられる空間名が記録されていたものとする。このときユーザＤＢ１０５は、ユーザ認証要求に含まれるユーザ情報に紐づけられる空間名を含む参照応答を、ユーザ認証部１０２に供給する（Ｓ５０）。上記参照応答を受けたユーザ認証部１０２は、参照応答に含まれる空間名と、住所登録要求に含まれる空間名とを照合し、両者が一致しているか否かを判定する。両者が一致している場合、ユーザ認証部１０２は、住所登録要求は住所情報の変更要求であると判定し、登録部１０３に対して、空間名と住所情報とを含む住所変更要求を、登録部１０３に供給する（Ｓ５１）。次に、登録部１０３は、住所ＤＢ１０６において、住所変更要求に含まれる空間名に対応づけられた住所情報を、住所変更要求に含まれる住所情報に変更する（Ｓ５２）。そして住所ＤＢ１０６は、変更が完了したことを示す登録応答を、登録部１０３を介して、ユーザ認証部１０２に供給する（Ｓ５３～Ｓ５４）。

ユーザ認証部１０２は、登録応答を、通信部１０１を介して、ユーザ端末２０に出力する（Ｓ５５～Ｓ５６）。

尚、参照応答に含まれる空間名と、住所登録要求に含まれる空間名とが一致しない場合は、ユーザ認証部１０２は、住所登録要求が、住所情報の新規登録要求であると判定し、図８に示すＳ４１～Ｓ４８に示す処理が実行される。

図１１は、実施形態２にかかる出力処理の流れの一例を示すシーケンス図である。まず外部装置３０は、住所情報を取得するために、空間名を含む出力要求を、ネットワークＮを介して管理サーバ１０の通信部１０１に送信する（Ｓ６１）。次に、通信部１０１は、通信内容が出力要求であることを確認し、空間名を含む出力要求を、出力制御部１０４に供給する（Ｓ６２）。次に、出力制御部１０４は、住所ＤＢ１０６において、出力要求に含まれる空間名に対応付けられた住所情報を参照する（Ｓ６３）。このとき住所ＤＢ１０６は、住所情報を含む参照応答を、出力制御部１０４に供給する（Ｓ６４）。そして出力制御部１０４は、参照した住所情報を含む出力応答を、通信部１０１を介して外部装置３０に出力する（Ｓ６５～Ｓ６６）。

このように実施形態２によれば、情報処理システム９００は、一意に定まる任意の文字列である空間名と住所情報とを１対１で対応付けて管理し、空間名を用いて住所情報を確認可能とすることで、住所情報を任意の文字列に置き換えて扱うことを可能にする。そして管理サーバ１０は、住所情報の変更要求に応じて、空間名に対応付けて管理されている住所情報を変更する。これにより、ユーザは、予め空間名及び住所情報の登録を管理サーバ１０に対して要求し、関係者へ空間名を連絡又は外部装置に空間名を登録しておくことで、住所情報が変更した場合に、管理サーバ１０への住所情報の変更要求のみで住所変更手続きが完了する。したがって、ユーザは、関係者へ変更後の住所情報を連絡したり、関係者のシステムに対して住所変更手続きをする必要がなく、ユーザの住所変更手続きを簡易化させることができる。

＜実施形態３＞
次に、本開示の実施形態３について説明する。管理サーバは住所情報の参照によるアクセス負荷が考えられる。そこで実施形態３では、情報処理システムが互いに冗長構成を有する複数の管理サーバを備え、負荷分散を可能としている。

図１２は、実施形態３にかかる情報処理システム９００ａの全体構成を示すブロック図である。情報処理システム９００ａは、管理サーバ１０に代えて、互いに冗長構成を有する管理サーバ１０ａ－１，１０ａ－２を備える。本図では、管理サーバ１０ａの数は２であるが、これに限らない。

例えば、管理サーバ１０ａ－２のユーザＤＢ１０５及び住所ＤＢ１０６は、管理サーバ１０ａ－１のユーザＤＢ１０５及び住所ＤＢ１０６に同期されている。

図１３は、実施形態３にかかる管理サーバ１０ａ－１の構成を示すブロック図である。マスタサーバである管理サーバ１０ａ－１は、管理サーバ１０の構成要素に加えて、同期制御部１０７を有する。

同期制御部１０７は、ユーザＤＢ１０５及び住所ＤＢ１０６に接続され、ユーザＤＢ１０５及び住所ＤＢ１０６に格納された各種情報を管理サーバ１０ａ－２に共有する。例えば、同期制御部１０７は、所定の時間間隔でユーザＤＢ１０５及び住所ＤＢ１０６に格納された各種情報を管理サーバ１０ａ－２に共有してよい。また、例えば、同期制御部１０７は、ユーザＤＢ１０５及び住所ＤＢ１０６が変更されたことに応じて、変更にかかる情報を、管理サーバ１０ａ－２に共有してもよい。また、管理サーバ１０ａ－２も、管理サーバ１０ａ－１と同様の構成を有する。

このように実施形態３によれば、システムの負荷を分散することができる。尚、管理サーバ１０ａ－１，管理サーバ１０ａ－２を冗長構成としたが、管理サーバ１０ａ－１をマスタサーバとして用い、管理サーバ１０ａ－２をスレーブサーバとして用いてもよい。この場合、管理サーバ１０ａ－２の構成は、管理サーバ１０ａ－１の構成から同期制御部１０７を除いた構成、つまり管理サーバ１０と同様の構成であってもよい。この場合にも、上記と同様の効果を得ることができる。また、スレーブサーバである管理サーバ１０ａ－２は、住所情報の参照機能（出力機能）のみ有してもよい。この場合、管理サーバ１０ａ－２において、ユーザ認証部１０２、登録部１０３及びユーザＤＢ１０５は省略されてよい。このような場合にも、住所情報の参照による負荷については分散することができる。

また、複数の管理サーバ１０ａのうち少なくとも１つを運用系サーバとし、残りを待機系サーバとして用いることも可能である。この場合、運用系サーバとして稼働している管理サーバ１０ａの同期制御部１０７が、ユーザＤＢ１０５及び住所ＤＢ１０６の情報を待機系サーバに共有する。これにより、例えば運用系サーバに障害が生じた場合に、系切替により待機系サーバを運用系サーバとして稼働させることで、システムの停止を回避できる。

続いて、情報処理装置１、管理サーバ１０，１０ａ、ユーザ端末２０及び外部装置３０の物理構成を説明する。図１４は、情報処理装置１、管理サーバ１０，１０ａ、ユーザ端末２０及び外部装置３０として用いられ得るコンピュータの構成例を示す図である。コンピュータ１０００は、プロセッサ１０１０、記憶部１０２０、ＲＯＭ１０３０、ＲＡＭ１０４０、通信インタフェース（ＩＦ：Interface）１０５０、及びユーザインタフェース１０６０を有する。

通信インタフェース１０５０は、有線通信手段又は無線通信手段などを介して、コンピュータ１０００と通信ネットワークとを接続するためのインタフェースである。ユーザインタフェース１０６０は、例えばディスプレイなどの表示部を含む。また、ユーザインタフェース１０６０は、キーボード、マウス、及びタッチパネルなどの入力部を含む。

記憶部１０２０は、各種のデータを保持できる補助記憶装置である。記憶部１０２０は、必ずしもコンピュータ１０００の一部である必要はなく、外部記憶装置であってもよいし、ネットワークを介してコンピュータ１０００に接続されたクラウドストレージであってもよい。

ＲＯＭ１０３０は、不揮発性の記憶装置である。プロセッサ１０１０が実行するプログラムは、記憶部１０２０又はＲＯＭ１０３０に格納され得る。記憶部１０２０又はＲＯＭ１０３０は、例えば情報処理装置１、管理サーバ１０，１０ａ、ユーザ端末２０及び外部装置３０内の各部の機能を実現するための各種プログラムを記憶する。

上記プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、Random-Access Memory（ＲＡＭ）、Read-Only Memory（ＲＯＭ）、フラッシュメモリ、Solid-State Drive（ＳＳＤ）又はその他のメモリ技術、CD-ROM、Digital Versatile Disc（ＤＶＤ）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。

ＲＡＭ１０４０は、揮発性の記憶装置である。ＲＡＭ１０４０には、ＤＲＡＭ（Dynamic Random Access Memory）又はＳＲＡＭ（Static Random Access Memory）などの各種半導体メモリデバイスが用いられる。ＲＡＭ１０４０は、データなどを一時的に格納する内部バッファとして用いられ得る。プロセッサ１０１０は、記憶部１０２０又はＲＯＭ１０３０に格納されたプログラムをＲＡＭ１０４０に展開し、実行する。プロセッサ１０１０は、ＣＰＵ（Central Processing Unit）又はＧＰＵ（Graphics Processing Unit）であってよい。プロセッサ１０１０がプログラムを実行することで、情報処理装置１、管理サーバ１０，１０ａ、ユーザ端末２０及び外部装置３０内の各部の機能が実現され得る。プロセッサ１０１０は、データなどを一時的に格納できる内部バッファを有してもよい。

上述の実施形態ではコンピュータは、パーソナルコンピュータやワードプロセッサ等を含むコンピュータシステムで構成される。しかしこれに限らず、コンピュータは、ＬＡＮ（ローカル・エリア・ネットワーク）のサーバ、コンピュータ（パソコン）通信のホスト、インターネット上に接続されたコンピュータシステム等によって構成されることも可能である。また、ネットワーク上の各機器に機能分散させ、ネットワーク全体でコンピュータを構成することも可能である。

なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。上述の実施形態では、空間名は、空間を一意に識別する情報であったが、ユーザ情報との組み合わせにより一意に空間を識別する情報であってもよい。例えば異なるユーザ情報に紐づけられ、かつ異なる住所情報に対応付けられた複数の同一の空間名が存在することを許容してよい。この場合、住所ＤＢ１０６において、ユーザ情報毎に、空間名及び住所情報が対応付けられてよい。そしてユーザ端末２０からの出力要求には、空間名に加えてユーザ情報が含まれてよい。出力制御部１０４は、住所ＤＢ１０６において、出力要求に含まれるユーザ情報及び空間名に対応づけられた住所情報を参照し、当該住所情報を、通信部１０１を介して外部装置３０に出力してよい。

１ 情報処理装置
１３ 登録部
１４ 出力制御部
１０，１０ａ 管理サーバ
２０ ユーザ端末
３０ 外部装置
１０１ 通信部
１０２ ユーザ認証部
１０３ 登録部
１０４ 出力制御部
１０５ ユーザデータベース（ユーザＤＢ）
１０６ 住所データベース（住所ＤＢ）
１０７ 同期制御部
９００，９００ａ 情報処理システム

Claims (10)

1. 住所登録要求を受信した場合、空間が存在する住所を示す住所情報と、前記空間を識別するための、住所以外の所定の属性を示す空間名とを、互いに対応付けて住所データベースに登録する登録部であって、住所変更要求を受信した場合、前記住所データベースにおいて前記住所変更要求に含まれる空間名に対応付けられた住所情報を、前記住所変更要求に含まれる住所情報に変更する、登録部と、
   前記住所データベースにおいて空間名に対応付けられた住所情報を、１又は複数の外部装置に出力する出力制御部と
   を備える情報処理装置。
2. 前記空間名は、前記空間の用途を示す情報、及び前記空間を使用するユーザを示す情報のうち少なくとも１つを含む
   請求項１に記載の情報処理装置。
3. 前記登録部は、前記住所登録要求又は前記住所変更要求の送信元のユーザ端末を使用するユーザが指定した文字列を、前記空間名として取得する
   請求項１又は２に記載の情報処理装置。
4. 前記出力制御部は、空間名を含む住所出力要求を外部装置から受信した場合、前記住所データベースにおいて前記住所出力要求に含まれる空間名に対応付けられた住所情報を、前記外部装置に出力する
   請求項１から３のいずれか一項に記載の情報処理装置。
5. 前記登録部は、前記住所登録要求又は前記住所変更要求の送信元のユーザ端末から取得したユーザ情報と、ユーザデータベースに予め登録されるユーザ情報とが一致しない場合、前記住所データベースへの登録又は前記住所データベースの変更を拒否する、請求項１から４のいずれか一項に記載の情報処理装置。
6. 前記登録部は、
   前記住所データベースの空間名を、前記ユーザデータベースのユーザ情報に紐づけて登録し、
   前記住所変更要求に含まれる空間名が前記住所変更要求の送信元のユーザ端末から取得したユーザ情報に紐づけられていない場合、前記住所データベースにおいて前記住所変更要求に含まれる前記空間名に対応付けられた住所情報を、前記住所変更要求に含まれる前記住所情報に変更することを拒否する
   請求項５に記載の情報処理装置。
7. ユーザ端末と、
   情報処理装置と、
   １又は複数の外部装置と
   を備え、
   前記情報処理装置は、
   住所登録要求を受信した場合、空間が存在する住所を示す住所情報と、前記空間を識別するための、住所以外の所定の属性を示す空間名とを、互いに対応付けて住所データベースに登録する登録部であって、住所変更要求を受信した場合、前記住所データベースにおいて前記住所変更要求に含まれる空間名に対応付けられた住所情報を、前記住所変更要求に含まれる住所情報に変更する、登録部と、
   前記住所データベースにおいて空間名に対応付けられた住所情報を、前記１又は複数の外部装置に出力する出力制御部と
   を有する
   情報処理システム。
8. 互いに冗長構成を有する複数の前記情報処理装置を備える、請求項７に記載の情報処理システム。
9. 住所登録要求を受信した場合、空間が存在する住所を示す住所情報と、前記空間を識別するための、住所以外の所定の属性を示す空間名とを、互いに対応付けて住所データベースに登録する段階と、
   住所変更要求を受信した場合、前記住所データベースにおいて前記住所変更要求に含まれる空間名に対応付けられた住所情報を、前記住所変更要求に含まれる住所情報に変更する段階と、
   前記住所データベースにおいて空間名に対応付けられた住所情報を、１又は複数の外部装置に出力する段階と
   を備える情報処理方法。
10. 住所登録要求を受信した場合、空間が存在する住所を示す住所情報と、前記空間を識別するための、住所以外の所定の属性を示す空間名とを、互いに対応付けて住所データベースに登録する段階と、
    住所変更要求を受信した場合、前記住所データベースにおいて前記住所変更要求に含まれる空間名に対応付けられた住所情報を、前記住所変更要求に含まれる住所情報に変更する段階と、
    前記住所データベースにおいて空間名に対応付けられた住所情報を、１又は複数の外部装置に出力する段階と
    をコンピュータに実行させるためのプログラム。

Images