特開 2024-176914 情報処理システム及び情報処理システムにおけるログ記録方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024176914

(43)【公開日】2024-12-19

(54)【発明の名称】情報処理システム及び情報処理システムにおけるログ記録方法

(51)【国際特許分類】

   G06F 11/34 20060101AFI20241212BHJP

   G06F 11/07 20060101ALI20241212BHJP

   H04L 67/562 20220101ALI20241212BHJP

【ＦＩ】

G06F11/34 176

G06F11/07 140A

H04L67/562

【審査請求】有

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023095786

(22)【出願日】2023-06-09

(71)【出願人】

【識別番号】524132520

【氏名又は名称】日立ヴァンタラ株式会社

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】兒玉 征之

(72)【発明者】

【氏名】早坂 光雄

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042MA08

5B042MC37

(57)【要約】

【課題】システム間のユーザ名重複を回避したうえで、ユーザの突合せをすることなく確認可能なログを生成する。
【解決手段】連携元システム１０１と連携する連携先システム１０２は、受付けたリクエストに含まれるユーザの識別情報に該当する連携元ユーザ名が連携先システムユーザ情報に存在する場合に、リクエストに含まれるユーザの識別情報を、連携先システムユーザ情報において連携元ユーザ名に対応するユーザＩＤへ変換する。そしてユーザＩＤを基にリクエストを処理し、ユーザＩＤに対応する連携元ユーザ名が連携先システムユーザ情報に存在するか否かを判定する。そしてユーザＩＤに対応する連携元ユーザ名が連携先システムユーザ情報に存在する場合に、ユーザＩＤを、連携先システムユーザ情報においてユーザＩＤに対応する連携元ユーザ名へ変換する。そしてユーザＩＤが変換された連携元ユーザ名を含むログを出力する。
【選択図】図７

【特許請求の範囲】

【請求項1】

連携元システムと連携し、該連携元システムを介して受付けたリクエストと、該連携元システムを介さず直接受付けたリクエストと、を処理する情報処理システムであって、
プロセッサと、記憶部と、を有し、
前記記憶部は、
前記情報処理システムにおいてユーザを一意に識別するユーザ識別情報と、該ユーザが前記連携元システムにおける連携元ユーザである場合に前記連携元システムにおいて該連携元ユーザを識別する連携元ユーザ識別情報と、を対応付けて管理するユーザ情報を記憶し、
前記プロセッサは、
前記リクエストを受付け、
受付けた前記リクエストに含まれるユーザの識別情報に該当する前記連携元ユーザ識別情報が前記ユーザ情報に存在するか否かを判定し、
前記連携元ユーザ識別情報が前記ユーザ情報に存在する場合に、前記識別情報を、該ユーザ情報において該連携元ユーザ識別情報に対応する前記ユーザ識別情報へ変換し、
前記ユーザ識別情報を基に前記リクエストを処理し、
前記リクエストの処理に係るログを出力する際に、前記ユーザ識別情報に対応する前記連携元ユーザ識別情報が前記ユーザ情報に存在するか否かを判定し、
前記ユーザ識別情報に対応する前記連携元ユーザ識別情報が前記ユーザ情報に存在する場合に、該ユーザ識別情報を、前記ユーザ情報において該ユーザ識別情報に対応する該連携元ユーザ識別情報へ変換し、
前記ユーザ識別情報が変換された前記連携元ユーザ識別情報を含む前記ログを出力する
ことを特徴とする情報処理システム。

【請求項2】

請求項１に記載の情報処理システムであって、
前記ユーザ情報は、
前記ユーザ識別情報と、該ユーザ識別情報で識別されるユーザが前記連携元システムの前記連携元ユーザである場合に該連携元システムにおいて該連携元ユーザを識別する前記連携元ユーザ識別情報と、該連携元システムを識別する連携元システム識別情報と、を対応付けて管理し、
前記プロセッサは、
前記ログを出力する際に、前記ユーザ識別情報に対応する前記連携元ユーザ識別情報が前記ユーザ情報に存在するか否かを判定し、
前記ユーザ識別情報に対応する前記連携元ユーザ識別情報が前記ユーザ情報に存在する場合に、該ユーザ識別情報を、前記ユーザ情報において該ユーザ識別情報に対応する前記連携元ユーザ識別情報へ変換すると共に、前記リクエストの要求元システムの識別情報を、前記ユーザ情報において前記連携元ユーザ識別情報に対応付けられる前記連携元システム識別情報へ変換し、
前記ユーザ識別情報が変換された前記連携元ユーザ識別情報と共に、前記要求元システムの識別情報として前記連携元システム識別情報を含む前記ログを出力する
ことを特徴とする情報処理システム。

【請求項3】

請求項１に記載の情報処理システムであって、
前記プロセッサは、
前記連携元システムから前記リクエストを受付けた際に、前記識別情報に該当する前記連携元ユーザ識別情報が前記ユーザ情報に存在しない場合に、該識別情報を前記連携元ユーザ識別情報として、該連携元ユーザ識別情報と、新規の前記ユーザ識別情報と、を対応付けて前記ユーザ情報に登録する
ことを特徴とする情報処理システム。

【請求項4】

請求項３に記載の情報処理システムであって、
新規の前記ユーザ識別情報は、ＵＵＩＤ（Universally Unique IDentifier）である
ことを特徴とする情報処理システム。

【請求項5】

請求項１に記載の情報処理システムであって、
前記プロセッサは、
前記連携元システムを介さない前記リクエストを受付けると、該リクエストに含まれる前記ユーザ識別情報を基に前記リクエストを処理し、
前記ユーザ識別情報を含む前記ログを出力する
ことを特徴とする情報処理システム。

【請求項6】

連携元システムと連携し、該連携元システムを介して受付けたリクエストと、該連携元システムを介さず直接受付けたリクエストと、を処理する情報処理システムにおけるログ記録方法であって、
プロセッサと、記憶部と、を有し、
前記記憶部は、
前記情報処理システムにおいてユーザを一意に識別するユーザ識別情報と、該ユーザが前記連携元システムにおける連携元ユーザである場合に前記連携元システムにおいて該連携元ユーザを識別する連携元ユーザ識別情報と、を対応付けて管理するユーザ情報を記憶し、
前記プロセッサが、
前記リクエストを受付け、
受付けた前記リクエストに含まれるユーザの識別情報に該当する前記連携元ユーザ識別情報が前記ユーザ情報に存在するか否かを判定し、
前記連携元ユーザ識別情報が前記ユーザ情報に存在する場合に、前記識別情報を、該ユーザ情報において該連携元ユーザ識別情報に対応する前記ユーザ識別情報へ変換し、
前記ユーザ識別情報を基に前記リクエストを処理し、
前記リクエストの処理に係るログを出力する際に、前記ユーザ識別情報に対応する前記連携元ユーザ識別情報が前記ユーザ情報に存在するか否かを判定し、
前記ユーザ識別情報に対応する前記連携元ユーザ識別情報が前記ユーザ情報に存在する場合に、該ユーザ識別情報を、前記ユーザ情報において該ユーザ識別情報に対応する該連携元ユーザ識別情報へ変換し、
前記ユーザ識別情報が変換された前記連携元ユーザ識別情報を含む前記ログを出力する
各処理を含んだことを特徴とするログ記録方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム及び情報処理システムにおけるログ記録方法に関する。

【背景技術】

【0002】

情報システムの運用が法規制やセキュリティ評価基準等に準拠できていることを証明したり、確認したりする情報の一つとして、監査ログが使用されている。

【0003】

また、近年、サーバやストレージなどのシステムを直接管理する方法に加え、クラウドサービス経由でこれらを管理するサービスが登場してきている。このようなクラウドサービスからサーバやストレージを操作した場合も、サーバやストレージでは監査ログに記録する。

【0004】

このようなクラウドサービスとの連携が増えるとユーザが増え、クラウドサービスから操作するユーザ名と直接サーバやストレージを操作する際のユーザ名が重複し、監査ログを見てもどのユーザが操作したかわからなくなる。

【0005】

この様な衝突する可能性のあるユーザ名のような名前を、重複しないように管理する方法として、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）を使用する方法がある。例えば、特許文献１では、サーバを識別するためにＵＵＩＤを使用することで、重複を回避してサーバを管理可能としている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００９－１５１５６０号公報

【発明の概要】

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

【0007】

システム間で連携する際、ユーザ名にＵＵＩＤ等の一意な識別情報を用いることでユーザ名の重複を回避し、連携を可能にすることができる。

【0008】

しかし、人による確認が必要な監査ログにＵＵＩＤ等の一意な識別情報が出力されると、人によるＵＵＩＤ等の一意な識別情報とユーザとの突合せが必要となってしまう。この突合せ作業は非常に煩雑である。

【0009】

本発明は、上記事情に鑑みなされたものであり、その目的は、システム間のユーザ名重複を回避したうえで、ユーザの突合せをすることなく確認可能なログを生成することにある。

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

【0010】

上記課題を解決する一態様として、連携元システムと連携し、該連携元システムを介して受付けたリクエストと、該連携元システムを介さず直接受付けたリクエストと、を処理する情報処理システムであって、プロセッサと、記憶部と、を有し、前記記憶部は、前記情報処理システムにおいてユーザを一意に識別するユーザ識別情報と、該ユーザが前記連携元ユーザである場合に前記連携元システムにおいて該連携元ユーザを識別する連携元ユーザ識別情報と、を対応付けて管理するユーザ情報を記憶し、前記プロセッサは、前記リクエストを受付け、受付けた前記リクエストに含まれるユーザの識別情報に該当する前記連携元ユーザ識別情報が前記ユーザ情報に存在するか否かを判定し、前記連携元ユーザ識別情報が前記ユーザ情報に存在する場合に、前記識別情報を、該ユーザ情報において該連携元ユーザ識別情報に対応する前記ユーザ識別情報へ変換し、前記ユーザ識別情報を基に前記リクエストを処理し、前記リクエストの処理に係るログを出力する際に、前記ユーザ識別情報に対応する前記連携元ユーザ識別情報が前記ユーザ情報に存在するか否かを判定し、前記ユーザ識別情報に対応する前記連携元ユーザ識別情報が前記ユーザ情報に存在する場合に、該ユーザ識別情報を、前記ユーザ情報において該ユーザ識別情報に対応する該連携元ユーザ識別情報へ変換し、前記ユーザ識別情報が変換された前記連携元ユーザ識別情報を含む前記ログを出力することを特徴とする。

【発明の効果】

【0011】

本発明によれば、システム間でのユーザ名の重複を回避したうえで、連携元システムから行った操作を、連携先システムの監査ログに連携元システムのユーザ名で記録することができる。これにより、ＵＵＩＤとユーザの突合せをすることなく監査ログを確認することができる。

【図面の簡単な説明】

【0012】

【図1】実施形態１に係る連携システムの概略構成例を示すブロック図である。

【図2】実施形態１に係る連携先システムのハードウェア構成例を示すブロック図である。

【図3】実施形態１に係る連携先システムの機能構成例を示すブロック図である。

【図4】実施形態１に係る連携先システムが保持する連携先システムユーザ情報の構成を示す図である。

【図5】実施形態１に係る連携元システムの機能構成例を示すブロック図である。

【図6】実施形態１に係る連携元システムが保持する連携元システムユーザ情報の構成を示す図である。

【図7】実施形態１に係る連携システムのリクエスト処理を示すフローチャートである。

【図8】実施形態１に係る連携先システムの監査ログ書き出し部３０５が出力する監査ログの例を表の形で示したものである。

【図9】実施形態１に係る連携先システムの監査ログ書き出しが行う処理を示すフローチャートである。

【図10】実施形態２に係る連携先システムが保持する連携先システムユーザ情報の構成を示す図である。

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

【0013】

実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また、実施形態の中で説明されている諸要素およびその組み合わせの全てが発明の解決手段に必須であるとは限らない。

【0014】

なお、以下の説明において各処理機能部を実現するプログラムは、プロセッサ（例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ））によって実行されることで、定められた処理を、適宜に記憶資源（例えば、メモリ）及び／又は通信インターフェースデバイス（例えば、ポート）を用いながら処理を行う。このため、各処理機能部によって実行される処理は、プロセッサ又はそのプロセッサを有する計算機が行う処理としてもよい。

【0015】

以下の説明では、各種情報をテーブル形式で表すが、情報はテーブル形式に限らずＣＳＶ（Comma Separated Values）やその他の形式でもよい。各種情報は、データ形式に依存しないため、例えば「ＸＸＸテーブル」を「ＸＸＸ情報」と呼ぶことができる。

【0016】

また各種情報における項目のうち、該当のレコードを他のレコードと区別するための情報を項目名に含む項目の「識別情報」「ＩＤ」「名」等の呼称は、相互に置き換えてもよい。例えば「ユーザＩＤ」を「ユーザ識別情報」と置き換えてもよい。

【0017】

［実施形態１］
（実施形態１に係る連携システムＳの構成）
図１は、実施形態１に係る連携システムＳの概略構成例を示すブロック図である。

【0018】

図１において、連携システムＳは、連携元システム１０１、連携先システム１０２、クライアント１０３と、これらを接続するインターネット１０４を含んで構成される。

【0019】

連携元システム１０１は、連携先システム１０２と、クライアント１０３とに接続される。ユーザは、クライアント１０３を操作してインターネット１０４を介して連携元システム１０１に接続する。この連携元システム１０１上で行われた操作は、必要に応じてインターネット１０４を介して連携先システム１０２に転送され、処理される。

【0020】

なお、クライアント１０３は、ユーザの操作によって連携元システム１０１に接続してリクエストが連携先システム１０２へ転送される端末に限られない。すなわちクライアント１０３には、ユーザの操作によって連携先システム１０２に接続してリクエストを連携先システム１０２へ直接送信する端末も含まれる。

【0021】

また、連携元システム１０１は、提供するサービスにアクセスするユーザの認証認可を行うための連携元システムユーザ情報１１１を保持している。

【0022】

連携先システム１０２は、連携元システム１０１からのインターネット１０４を介した操作、及び、連携先システム１０２に直接アクセスした操作が可能である。

【0023】

また、連携先システム１０２は、操作を行うユーザの認証認可を行うための連携先システムユーザ情報１２１を保持している。さらに、ユーザによる操作の記録を残すための監査ログ１２２を有する。

【0024】

クライアント１０３は、ユーザが連携元システム１０１にインターネット１０４を介して接続し、利用するためのインタフェースとなるシステムである。具体的には、コンピュータやスマートフォン及びその上で動作するＷｅｂブラウザもしくはアプリケーションである。

【0025】

インターネット１０４は、連携元システム１０１、連携先システム１０２、及びクライアント１０３を相互に接続するネットワークである。なお、インターネット１０４は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの任意のネットワークに置き換えてもよい。

【0026】

（実施形態１に係る連携先システム１０２のハードウェア構成）
図２は、実施形態１に係る連携先システム１０２のハードウェア構成例を示すブロック図である。

【0027】

図２において、連携先システム１０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０２、メモリ２０３、ドライブ２０４およびＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）２０５を含んで構成される。ＣＰＵ２０２、メモリ２０３、ドライブ２０４およびＮＩＣ２０５は、バス２０１を介して互いに接続されている。

【0028】

メモリ２０３は、ＣＰＵ２０２が読み書き可能な主記憶装置である。メモリ２０３は、例えば、ＳＲＡＭまたはＤＲＡＭなどの半導体メモリである。メモリ２０３には、ＣＰＵ２０２が実行中のプログラムを格納したり、ＣＰＵ２０２がプログラムを実行するためのワークエリアを設けたりすることができる。

【0029】

ドライブ２０４は、ＣＰＵ２０２が読み書き可能な二次記憶装置である。ドライブ２０４は、例えば、ハードディスク装置またはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。ドライブ２０４には、各種プログラムの実行ファイルやプログラムの実行に用いられるデータやユーザ情報を保持することができる。なお、ドライブ２０４は、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）技術などを用いて複数のハードディスク装置やＳＳＤから構成されていてもよい。

【0030】

ＣＰＵ２０２は、ドライブ２０４上に格納されているプログラムをメモリ２０３上に読み込んで実行する。ＣＰＵ２０２は、バス２０１を介してＮＩＣ２０５と接続し、インターネット１０４を介して、連携元システム１０１と通信することができる。

【0031】

なお、連携先システム１０２は、クラスタリング技術などを用いて、複数のシステムから構成されていてもよい。

【0032】

（実施形態１に係る連携先システム１０２の機能構成）
図３は、実施形態１に係る連携先システム１０２の機能構成例を示すブロック図である。連携先システム１０２は、例えばストレージシステムであるが、これに限らず、ユーザ端末からのリクエストを他のシステムを経由して又はユーザ端末から直接受け付け、リクエストを処理し、処理に係るログを出力する何れの情報処理システムでもよい。またログは、例えば監査ログであるが、これに限らず、リクエストの処理結果を記録する何れのログでもよい。

【0033】

図３において、連携先システム１０２は、連携元システム１０１からの操作リクエストをインターネット１０４経由で受付ける連携リクエスト受信部３０１、及び受付けた操作リクエストを処理する連携リクエスト処理部３０３を含んで構成される。また連携先システム１０２は、連携元システム１０１にインターネット１０４経由で操作リクエストの処理結果を返す連携レスポンス送信部３０４を含んで構成される。

【0034】

また、連携元システム１０１の操作を連携先システム１０２内で行うユーザ（連携用ユーザ）を作成する連携用ユーザ作成部３０２と、連携用ユーザ及び通常のユーザのユーザ情報を格納する連携先システムユーザ情報１２１も含む。通常のユーザとは、連携先システム１０２の操作を直接クライアント１０３から行うユーザである。連携先システムユーザ情報１２１は所定の記憶部に記憶される。

【0035】

また、監査ログを格納する監査ログ１２２と、連携リクエスト処理部３０３の操作を監査ログ１２２に書き込む監査ログ書き出し部３０５も含む。

【0036】

なお、連携リクエスト受信部３０１及び連携レスポンス送信部３０４と、インターネット１０４の間には、ゲートウェイやファイヤーウォールなどが存在してもよい。また、監査ログ１２２は、外部のログデータ蓄積サーバ（ｓｙｓｌｏｇ等）に転送してもよい。

【0037】

（実施形態１に係る連携先システムユーザ情報１２１の構成）
図４は、実施形態１に係る連携先システム１０２が保持する連携先システムユーザ情報１２１の構成を示す図である。

【0038】

連携先システムユーザ情報１２１は、連携元システム１０１との連携時に使用するユーザ（連携用ユーザ）と、連携先システム１０２の通常のユーザと、を管理するために使用される。

【0039】

連携先システムユーザ情報１２１は、ユーザを識別するユーザＩＤ４０１、連携元システム１０１と連携するためのユーザであることを示す連携フラグ４０２、及び連携元システムでのユーザ名を示す連携元ユーザ名４０３を含む情報として管理される。連携先システムユーザ情報１２１は、これら以外の情報を持ってもよい。連携元ユーザ名４０３は、連携元ユーザ識別情報の一例である。

【0040】

レコード４１１は、連携用ユーザの例である。このレコード４１１は、ユーザＩＤ４０１がＵＵＩＤ、連携フラグ４０２がＹｅｓ（連携するためのユーザである）、連携元ユーザ名４０３が連携元システム１０１で使用しているユーザ名となる。一方レコード４１２は、連携先システム１０２内で使用する通常のユーザであり、この場合ユーザＩＤ４０１が名前等の文字列、連携フラグ４０２がＮｏ（連携するためのユーザでない）、連携元ユーザ名４０３がＮＵＬＬとなる。

【0041】

（実施形態１に係る連携元システム１０１の機能構成）
図５は、実施形態１に係る連携元システム１０１の機能構成例を示すブロック図である。

【0042】

図５において、連携元システム１０１は、リクエスト受信部５０１、レスポンス送信部５０２、連携リクエスト送信部５０４、連携レスポンス受信部５０５、及びリクエスト処理部５０３を含んで構成される。

【0043】

リクエスト受信部５０１は、クライアント１０３からの操作リクエストをインターネット１０４経由で受け取る。レスポンス送信部５０２は、クライアント１０３にインターネット１０４経由で操作リクエストの処理結果を返す。連携リクエスト送信部５０４は、連携先システム１０２にインターネット１０４経由で操作リクエストを送信する。連携レスポンス受信部５０５は、連携先システム１０２からインターネット１０４経由で操作リクエストの結果を受信する。リクエスト処理部５０３は、リクエスト受信部５０１が受信した操作リクエストを連携リクエスト送信部５０４から連携先システム１０２にインターネット１０４経由で送信する。そしてリクエスト処理部５０３は、操作リクエストの送信結果をインターネット１０４経由で連携レスポンス受信部５０５で受信し、レスポンス送信部５０２からインターネット１０４経由でクライアント１０３に返す。

【0044】

なお、リクエスト受信部５０１、レスポンス送信部５０２、連携リクエスト送信部５０４及び連携レスポンス受信部５０５と、インターネット１０４の間には、ゲートウェイやファイヤーウォールなどが存在してもよい。

【0045】

（実施形態１に係る連携元システムユーザ情報１１１の構成）
図６は、実施形態１に係る連携元システム１０１が保持する連携元システムユーザ情報１１１の構成を示す図である。

【0046】

連携元システムユーザ情報１１１は、連携元システム１０１を使用するユーザを管理するために使用される。連携元システムユーザ情報１１１では、各ユーザは、ユーザを識別するユーザＩＤ６０１を含む情報として管理される。また連携元システムユーザ情報１１１は、これら以外の情報を持ってもよい。

【0047】

（実施形態１に係る連携システムＳのリクエスト処理）
図７は、実施形態１に係る連携システムＳのリクエスト処理を示すフローチャートである。リクエスト処理は、連携元システム１０１がクライアント１０３からリクエストを受信したことを契機として処理が開始される。

【0048】

先ず連携元システム１０１は、クライアント１０３からのリクエストをインターネット１０４経由で受信する（Ｓ７１１）。次に連携元システム１０１は、受信したリクエストを基に連携元システムユーザ情報１１１を参照し、リクエストを送信したユーザをＩＤ、パスワードなどを使用して認証する（Ｓ７１２）。この際使用する認証方法は、公開鍵認証などを使用してもよい。次に連携元システム１０１は、ユーザの認証が完了後、連携元システム１０１で認証し操作を行ったユーザ名をリクエストに追加して連携先システム１０２に連携リクエストを送信する（Ｓ７１３）。なおＳ７１３で追加される情報は、ユーザ名以外の情報、例えば連携元システムのＩＤを含んでもよい。

【0049】

次に連携先システム１０２は、連携元システム１０１から送信された連携リクエストをインターネット１０４経由で受信する（Ｓ７２１）。次に連携先システム１０２は、連携リクエストに含まれる連携元システム１０１のユーザ名から、当該ユーザ用の連携ユーザが連携先システムユーザ情報１２１に登録されているかを確認する（Ｓ７２２）。連携先システム１０２は、連携ユーザが登録されていない場合（Ｓ７２２Ｎｏ）、連携ユーザを作成し（Ｓ７２３）、連携先システムユーザ情報１２１に登録する（Ｓ７２３）。この際、ユーザＩＤ４０１には、他のユーザと重複が起きないようにＵＵＩＤを使用する。また、連携フラグ４０２はＹｅｓ、連携元ユーザ名４０３には連携リクエストに含まれる連携元システム１０１におけるユーザ名を格納する。

【0050】

なお、連携フラグ４０２は、当該ユーザが連携元システム１０１と連携するために作成されたユーザであることが識別できればよく、必ずしもＹｅｓとする必要はない。また、連携元ユーザ名４０３が“ＮＵＬＬでない”ことを、連携フラグ４０２がＹｅｓであることの代用としてもよい。

【0051】

連携先システム１０２は、連携ユーザが登録済みの場合（Ｓ７２２Ｙｅｓ）、もしくは、Ｓ７２３において連携ユーザの登録が完了した後、連携リクエストを連携ユーザによる連携先システム１０２への操作として処理する（Ｓ７２４）。連携先システム１０２は、Ｓ７２４の処理が終わった後、連携元システム１０１に処理結果を連携レスポンスとして送信する（Ｓ７２５）。また、その結果を監査ログとして出力する（Ｓ７２６）。Ｓ７２６の監査ログの出力については、図８、図９を参照して後述する。

【0052】

次に、連携元システム１０１は、連携先システム１０２から連携レスポンスを受信する（Ｓ７１４）。その後連携元システム１０１は、受信した連携レスポンスに基づくレスポンスを、クライアント１０３に対してインターネット１０４経由で送信する（Ｓ７１５）。以上のフローは、クライアント１０３がリクエストをインターネット１０４経由で連携元システム１０１に送信するたびに繰り返し行われる。

【0053】

なお図７に示す連携システムＳのリクエスト処理では、連携先システム１０２が受信するリクエストは、連携元システム１０１を経由して受信されたリクエストであることを前提としている。しかし連携先システム１０２が受信するリクエストは、クライアント１０３から直接送信されたリクエストもある。そこでリクエストに要求元システムの識別情報を含めておく。そして連携先システム１０２は、受信したリクエストに含まれる要求元システムの識別情報が、連携元システム１０１に該当する場合にはＳ７２２～Ｓ７２３の処理を実行する。一方、連携元システム１０１の識別情報に該当しない場合（連携先システム１０２のユーザである等）にはＳ７２２～Ｓ７２３を省略し、Ｓ７２４において受信したリクエストに含まれるユーザＩＤを基にリクエストを処理する。

【0054】

（実施形態１に係る監査ログ１２２の例）
図８は、実施形態１に係る連携先システム１０２の監査ログ書き出し部３０５が出力する監査ログ１２２の例を表の形で示したものである。

【0055】

監査ログ書き出し部３０５の出力する監査ログ８００は、表データでなくてもよく、ＣＳＶ形式のような“，（カンマ）”等の区切り文字を使ったテキストデータでもよい。

【0056】

監査ログ８００は、日時８０１、ユーザ名８０２、操作元８０３、操作内容８０４、操作結果８０５等を含む。これらの並び順序は入れ替わってもよい。また、これらの項目の一部がない、もしくは、追加の項目があってもよい。

【0057】

図８に示す例では、レコード８１１では、連携先システム１０２のユーザ名８０２の“abcdefgh”が連携元システム１０１のユーザ名８０２の“taro.Suzuki”へ変換されて出力されている。またレコード８１２では、連携先システム１０２のユーザ名“jiro.ito”は連携先システム１０２固有のユーザであるので、ユーザ名８０２の変換は行われず、連携先システム１０２のユーザ名“jiro.ito”が直接出力されている。

【0058】

（実施形態１に係る監査ログ書き出し部３０５が行う処理）
図９は、実施形態１に係る連携先システム１０２の監査ログ書き出し部３０５が行う処理を示すフローチャートである。図９は、図７のＳ７２６を詳細化するフローを示す。

【0059】

先ず監査ログ書き出し部３０５は、連携リクエスト処理部３０３から監査ログ８００に書き出す内容を受信する（Ｓ７２６ａ）。

【0060】

次に監査ログ書き出し部３０５は、監査ログ８００に書き出す内容を受信すると、操作を行ったユーザ名を連携先システム１０２の連携先システムユーザ情報１２１から検索し、ユーザＩＤ４０１が一致するものを見つけ出す。そして監査ログ書き出し部３０５は、見つけ出したユーザについて、連携先システムユーザ情報１２１の連携フラグ４０２をチェックする（Ｓ７２６ｂ）。監査ログ書き出し部３０５は、連携フラグ４０２がＮｏの場合（Ｓ７２６ｂＮｏ）は、連携リクエスト処理部３０３から受信した監査ログ８００に書き出す内容をそのまま書き出す（Ｓ７２６ｄ）。

【0061】

一方監査ログ書き出し部３０５は、連携フラグ４０２がＹｅｓの場合（Ｓ７２６ｂＹｅｓ）、連携リクエスト処理部３０３から受信した監査ログ８００に書き出す内容を変換する。すなわち監査ログ８００に書き出す内容のうち、ユーザ名８０２を連携元ユーザ名４０３に、操作元８０３を連携元システム１０１へ変換する（Ｓ７２６ｃ）。その後、監査ログ書き出し部３０５は、変換した内容で監査ログ８００を書き出す（Ｓ７２６ｄ）。監査ログ書き出し部３０５は、連携リクエスト処理部３０３から監査ログ８００に書き出す内容を受信するたびに図９のフローに示す処理を行う。

【0062】

以上の動作フローで、連携元システム１０１から連携先システム１０２への操作は、連携先システム１０２の監査ログ１２２に、ユーザ名８０２が連携元システム１０１のユーザ名、操作元８０３が、連携元システムとなる。これにより、連携先システム１０２の監査ログ１２２の確認時に、ＵＵＩＤとユーザ名の突合せを行う作業を削減できる。

【0063】

（実施形態１の効果）
上述の実施形態１では、連携元システム１０１からのリクエストの処理時に、リクエストに含まれる連携元システム１０１のユーザ名を連携先システム１０２のユーザＩＤ（連携ユーザのＩＤ）に変換してリクエストを処理する。そしてリクエストの処理時のログ出力時に、連携ユーザのＩＤから連携元システム１０１のユーザ名へ再変換し、連携元システム１０１のユーザ名をログに出力する。

【0064】

よって実施形態１によれば、連携ユーザを用いてシステム間でのユーザ名の重複を回避したうえで、連携元システム１０１から行った操作を、連携先システム１０２のログに連携元システム１０１のユーザ名で記録することができる。よって、ログ監査時に、ＵＵＩＤ等の一意のユーザ識別情報と、連携元システム１０１のユーザ名の突合せをすることなく確認できる。

【0065】

また実施形態１では、ユーザ識別情報が変換された連携元ユーザ識別情報と共に、リクエストの要求元システムの識別情報として連携元システム識別情報を含むログを出力する。よってリクエストを送信した連携元システム１０１の名称をログ上で判別することができる。

【0066】

また実施形態１では、リクエストを受付けた際に、リクエストに含まれるユーザの識別情報に該当する連携元ユーザ名が連携先システムユーザ情報１２１に存在しない場合、次の処理を行う。すなわちこの識別情報を連携元ユーザ名として、連携元ユーザ名と、新規のユーザ識別情報と、を対応付けて連携先システムユーザ情報１２１に登録する。さらに、リクエストに含まれている連携元システム１０１の識別情報を対応付けて連携先システムユーザ情報１２１に登録してもよい。特に新規のユーザ識別情報をＵＵＩＤとすることで、システム間でのユーザ名の重複を回避する連携ユーザを容易に作成できるので、システム連携を促進することができる。

【0067】

［実施形態２］
実施形態１では、連携システムＳ内において、１つの連携先システム１０２に対して１つの連携元システム１０１が連携するとした。しかしこれに限らず、実施形態２では、連携システムＳ内において、１つの連携先システム１０２に対して複数の連携元システム１０１が連携する例を説明する。

【0068】

（実施形態２に係る連携先システムユーザ情報１２１Ｂの構成）
図１０は、実施形態２に係る連携先システム１０２が保持する連携先システムユーザ情報１２１Ｂの構成を示す図である。

【0069】

連携先システムユーザ情報１２１Ｂは、実施形態１の連携先システムユーザ情報１２１と比較して、連携フラグ４０２において“Ｙｅｓ”と共に連携元システム１０１のＩＤ（連携元システム識別情報）が格納される点が異なる。この連携元システム１０１のＩＤは、連携システムＳ内で連携元システム１０１を一意に識別できる情報であれば何れでもよい。

【0070】

レコード４１１Ｂは、連携元システム１０１が“SYSID1”で識別されるシステムのユーザ（連携元ユーザ名４０３）が“taro.suzuki”の連携先システム１０２における連携ユーザ名（ユーザＩＤ４０１）が、“abcdefgh1”であることを示す。またレコード４１２Ｂは、連携元システム１０１が“SYSID2”で識別されるシステムのユーザ“Saburo.tanaka”の連携先システム１０２における連携ユーザ名が、“abcdefgh2”であることを示す。またレコード４１２Ｂは、ユーザＩＤ４０１が“jiro.ito”のユーザは、連携先システム１０２の固有のユーザであることを示す。

【0071】

また実施形態２では、連携システムＳのリクエスト処理（図７）のＳ７１３において、リクエストに連携元システム１０１のユーザ名と共に連携元システム１０１のＩＤを追加して連携先システム１０２に連携リクエストが送信される。

【0072】

また実施形態２では、Ｓ７２２において、連携リクエストに含まれる連携元システム１０１のユーザ名と連携元システム１０１のＩＤを基に連携先システムユーザ情報１２１のユーザＩＤ４０１と連携フラグ４０２が参照される。そして連携元システム１０１のユーザ名と連携元システム１０１のＩＤの組合せに該当するユーザ用の連携ユーザが登録されているかが確認される。

【0073】

また実施形態２では、Ｓ７２５において、連携レスポンスをＳ７２１で受信した連携リクエストに示される連携元システム１０１のＩＤで識別されるシステムに対して、連携レスポンスが送信される。

【0074】

また実施形態２では、連携先システム１０２の監査ログ書き出し部３０５が行う処理（図９）のＳ７２６ｃにおいて、監査ログに書き込むユーザ名を連携元システムのユーザ名へ変換する際に、操作元が連携元システム１０１のＩＤへ変換される。この連携元システム１０１のＩＤは、連携元システム１０１と連携先システム１０２との間で連携時に予め共有されていても、Ｓ７１３～Ｓ７２１（図７）で連携リクエストと共に送受信されても、何れでもよい。

【0075】

また実施形態２では、リクエストを受付けた際に、リクエストに含まれるユーザの識別情報に該当する連携元ユーザ名が連携先システムユーザ情報１２１に存在しない場合に、次の処理を行う。すなわちこの識別情報を連携元ユーザ名として、連携元ユーザ名と、新規のユーザ識別情報と、リクエストに含まれている連携元システム１０１の識別情報と、を対応付けて連携先システムユーザ情報１２１に登録する。特に新規のユーザ識別情報をＵＵＩＤとすることで、複数の連携元システム１０１が存在する場合でも、システム間でのユーザ名の重複を回避する連携ユーザを容易に作成できるので、システム連携を促進することができる。

【0076】

（実施形態２の効果）
上述の実施形態２では、連携元システム１０１が複数の場合に、連携元ユーザ識別情報と共に、リクエストの要求元システムの識別情報として複数の連携元システム１０１のうちで該当の連携元システム１０１の連携元システム識別情報を含むログを出力する。よって連携元システム１０１が複数の場合でも、リクエストを送信した連携元システム１０１が何れであるかをログ上で判別することができる。

【0077】

以上、本願開示に係る実施形態について詳述したが、本願開示は上述の実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、上述の実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また上述の実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

【0078】

また上述の各構成、機能部や処理部等は、それらの一部又は全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また上述の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

【0079】

また上述の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。例えば、実際には殆ど全ての構成が相互に接続されていると考えてもよい。

【0080】

また上述した連携元システム１０１及び連携先システム１０２の各機能及びデータの配置形態は一例に過ぎない。各機能及びデータの配置形態は、ハードウェアやソフトウェアの性能、処理効率、通信効率等の観点から最適な配置形態へ変更し得る。

【符号の説明】

【0081】

Ｓ：連携システム、１０１：連携元システム、１０２：連携先システム、１２１，１２１Ｂ：連携先システムユーザ情報、１２２，８００：監査ログ、２０２：ＣＰＵ、４０１：ユーザＩＤ、４０３：連携元ユーザ名、４０１：ユーザＩＤ、４０３：連携元ユーザ名。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】