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

Description

本開示は、情報処理装置、プログラム、情報処理システムおよび情報処理方法に関する。

ユーザーからのリクエストに応じて複数のサービスの処理を実行するシステムが知られている。
このようなシステムでは、複数のサービスのそれぞれにおいてユーザーの認証が必要である場合には、それぞれのサービスごとにユーザーから認証情報を送信する構成が用いられていた。

例えば、このようなシステムでは、ユーザーからのリクエストに応じて複数のサービスの処理が実行される場合、最初の１つのサービスにおいて当該ユーザーの認証が成功したときには、続く他のサービスについては当該ユーザーの認証が行われない構成が用いられていた。
一方、近年では、ゼロトラストを意識したセキュリティ対策を講じる必要性が高まっている。

例えば、特許文献１に記載された技術では、ストレージ部への入出力の段階でゼロトラスト対策が施されており、これにより、データのストレージ改ざんおよび漏洩を防止することが図られている（特許文献１参照。）。

特開２０２２－７７４６号公報

上述のように、ゼロトラストを意識したセキュリティ対策を行う技術の開発はされているが、さらに新規な技術の開発が望まれていた。

本開示は、このような事情を考慮してなされたもので、リクエストに応じて複数のサービスの処理が実行される場合に、それぞれのサービスごとに独自の認証が行われることを可能とすることができる情報処理装置、プログラム、情報処理システムおよび情報処理方法を提供することを課題とする。

本開示の一態様は、認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置であって、受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、前記受信部は、前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する装置に送信する処理を行い、前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、情報処理装置である。

本開示の一態様は、認証対象の認証に使用される情報である認証情報を前段のサービスを提供する第１装置から受信し、受信した前記認証情報に応じて所定のサービスを提供する情報処理装置であって、受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、前記受信部は、前記第１装置から送信された前記認証情報を受信して、受信した前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する第２装置に送信する処理を行い、前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、情報処理装置である。

本開示の一態様は、受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置を構成するコンピューターに、前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行う前記受信部の機能を実現するプログラムであって、前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する装置に送信する処理を行い、前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、プログラムである。

本開示の一態様は、受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、認証対象の認証に使用される情報である認証情報を前段のサービスを提供する第１装置から受信し、受信した前記認証情報に応じて所定のサービスを提供する情報処理装置を構成するコンピューターに、前記第１装置から送信された前記認証情報を受信して、受信した前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行う前記受信部の機能を実現するプログラムであって、前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する第２装置に送信する処理を行い、前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、プログラムである。

本開示の一態様は、複数のサービスのそれぞれを提供する複数の情報処理装置を含む情報処理システムであって、前記複数の前記情報処理装置のうちの第１情報処理装置は、認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置であって、受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、前記受信部は、前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する他の情報処理装置に送信する処理を行い、前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、情報処理システムである。

本開示の一態様は、複数のサービスのそれぞれを提供する複数の情報処理装置における情報処理方法であって、前記複数の前記情報処理装置のうちの第１情報処理装置は、認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置であって、受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、前記受信部は、前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する他の情報処理装置に送信する処理を行い、前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、情報処理方法である。

本開示に係る情報処理装置、プログラム、情報処理システムおよび情報処理方法によれば、リクエストに応じて複数のサービスの処理が実行される場合に、それぞれのサービスごとに独自の認証が行われることを可能とすることができる。

実施形態に係る情報処理システムの構成の概略的な一例を示す図である。 実施形態に係る通信信号の一例を示す図である。 実施形態の第１ユースケースに係る情報処理システムの構成の概略的な一例を示す図である。 実施形態の第２ユースケースに係る情報処理システムの構成の概略的な一例を示す図である。 実施形態の第３ユースケースに係る情報処理システムの構成の概略的な一例を示す図である。 比較例に係る情報処理システムの構成の概略的な一例を示す図である。 比較例に係る情報処理システムの構成の概略的な他の一例を示す図である。

以下、図面を参照し、本開示の実施形態について説明する。

［情報処理システム］
図１は、実施形態に係る情報処理システム１の構成の概略的な一例を示す図である。
情報処理システム１は、端末装置１１と、サービスＡの情報処理装置であるサービス装置１２Ａと、サービスＢの情報処理装置であるサービス装置１２Ｂと、を備える。
また、本実施形態では、情報処理システム１は、サービスＢの後段にも、さらに他のサービスのサービス装置（情報処理装置）を備える場合を示してある。
なお、他の構成例として、情報処理システム１に当該他のサービスのサービス装置（情報処理装置）が備えられない構成が用いられてもよい。

＜端末装置＞
端末装置１１は、ユーザー（例えば、人）によって操作される。
端末装置１１は、ユーザー側プログラム部１１ａを備える。
ここで、ユーザー側プログラム部１１ａは、端末装置１１のプロセッサーがユーザー側のプログラム（ユーザー側プログラム）を実行することで実現される機能部を表している。
端末装置１１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などのプロセッサーを備えており、当該プロセッサーによってユーザー側プログラムを実行する。ユーザー側プログラムは、例えば、端末装置１１に備えられた記憶部に記憶されている。

なお、端末装置１１は、任意の装置であってもよく、例えば、スマートフォン、タブレット型コンピューター、ノート型コンピューター、あるいは、他のコンピューターであってもよい。

＜端末装置からの通信信号＞
図２は、実施形態に係る通信信号１０１の一例を示す図である。
通信信号１０１は、端末装置１１からサービスＡのサービス装置１２Ａに送信される信号の一例である。
本実施形態では、通信信号１０１は、リクエスト行うリクエスト信号として用いられる。
通信信号１０１は、認証情報１２１と、他の情報（説明の便宜上、他情報１２２と呼ぶ。）と、を含む。

認証情報１２１は、認証対象（認証される対象）の認証に使用される情報であり、本実施形態では、端末装置１１のユーザーを認証するために使用される情報である。
ここで、認証情報１２１としては、様々な情報が用いられてもよい。
また、他情報１２２としては、任意の情報が用いられてもよい。
なお、他情報１２２は、通信信号１０１に含まれていなくてもよい。

一例として、通信信号１０１のヘッダに認証情報１２１が格納されてもよい。
他の例として、通信信号のフッタに認証情報が格納されてもよい。
さらに他の例として、通信信号のヘッダあるいはフッタ以外の箇所に認証情報が格納されてもよい。
なお、通信信号において、例えば、認証情報は、連続的な領域（例えば、連続したビット領域）に格納されるが、他の例として、２箇所以上の離散的な領域に分散されて格納されてもよい。

通信信号１０１のプロトコルとしては、任意のプロトコルが用いられてもよく、例えば、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のプロトコルが用いられてもよく、この場合、ＨＴＴＰヘッダに認証情報が含まれてもよい。

ここで、本実施形態では、認証される対象がユーザーである場合を示す。
この場合、認証情報１２１は、ユーザーの属性を表す情報を含んでもよい。この場合、認証情報は、ユーザー情報などと呼ばれてもよい。
属性の情報としては、特に限定はなく、例えば、ユーザーの識別情報（ユーザーＩＤ）、ユーザーが属する会社または学校などの所属先の情報、ユーザーの氏名などの名称の情報、ユーザーの住所などの所在の情報、ユーザーの役職または権限の情報、パスワードの情報、などのうちの１以上を含んでもよい。

他の例として、認証される対象として、ユーザー以外の対象が用いられてもよい。
具体例として、認証される対象が端末装置１１である場合、認証情報１２１は端末装置１１の属性を表す情報を含んでもよい。この場合、認証情報は、端末情報などと呼ばれてもよい。
属性の情報としては、特に限定はなく、例えば、端末装置１１の識別情報、端末装置１１が属する会社または学校などの所属先の情報、端末装置１１の名称の情報、端末装置１１が存在する住所などの所在の情報、端末装置１１に割り当てられた役職または権限の情報、パスワードの情報、などのうちの１以上を含んでもよい。

なお、本実施形態では、認証される対象として、ユーザーと端末装置１１を例示したが、例えば、これらがまとめられて単にユーザーなどと総称して呼ばれてもよい。

＜サービスＡのサービス装置＞
サービスＡのサービス装置１２Ａは、例えば、１または複数のコンピューターを用いて構成されている。サービス装置１２Ａは、例えば、オンプレミスのサーバー装置またはクラウドのサーバー装置であってもよい。

サービス装置１２Ａは、受送信層プログラム部３１Ａと、アプリケーション層プログラム部（説明の便宜上、アプリ層プログラム部７１Ａと呼ぶ。）と、ドメイン層プログラム部７２Ａと、データ層プログラム部７３Ａと、業務データ記憶部７４Ａと、を備える。
受送信層プログラム部３１Ａは、受信部５１Ａと、送信部５２Ａと、を備える。

なお、これらの名称は、説明の便宜上の呼称である。
例えば、受送信層プログラム部は受送信層部などと呼ばれてもよく、アプリケーション層プログラム部（または、アプリ層プログラム部）はアプリケーション層部（または、アプリ層部）などと呼ばれてもよく、ドメイン層プログラム部はドメイン層部などと呼ばれてもよく、データ層プログラム部はデータ層部などと呼ばれてもよい。
例えば、アプリ層プログラム部、ドメイン層プログラム部およびデータ層プログラム部を含む機能部が、業務データ処理部などと呼ばれてもよい。当該業務データ処理部は、業務データ記憶部を含んでもよい。

受送信層プログラム部３１Ａは、サービス装置１２Ａのプロセッサーが所定のプログラム（受送信層プログラム）を実行することで実現される機能部を表している。
当該機能部は、受信部５１Ａと、送信部５２Ａと、を含む。つまり、受信部５１Ａおよび送信部５２Ａは、それぞれ、サービス装置１２Ａのプロセッサーが受送信層プログラムを実行することで実現される機能部の例である。
ここで、本実施形態では、受信部５１Ａの機能を実現するプログラム（受信層プログラム）と、送信部５２Ａの機能を実現するプログラム（送信層プログラム）と、は別々のプログラムであるが、他の例として、これらが共通のプログラムとされてもよい。

アプリ層プログラム部７１Ａは、サービス装置１２Ａのプロセッサーが所定のプログラム（アプリケーション層プログラムであり、説明の便宜上、アプリ層プログラムと呼ぶ。）を実行することで実現される機能部を表している。
ドメイン層プログラム部７２Ａは、サービス装置１２Ａのプロセッサーが所定のプログラム（ドメイン層プログラム）を実行することで実現される機能部を表している。
データ層プログラム部７３Ａは、サービス装置１２Ａのプロセッサーが所定のプログラム（データ層プログラム）を実行することで実現される機能部を表している。
業務データ記憶部７４Ａは、サービスＡに関する業務データを記憶する。

サービス装置１２Ａは、例えば、ＣＰＵなどのプロセッサーを備えており、当該プロセッサーによってそれぞれのプログラム（受送信層プログラム、アプリ層プログラム、ドメイン層プログラム、データ層プログラム）を実行する。それぞれのプログラム（受送信層プログラム、アプリ層プログラム、ドメイン層プログラム、データ層プログラム）は、例えば、サービス装置１２Ａに備えられた記憶部に記憶されている。
ここで、それぞれのプログラム（受送信層プログラム、アプリ層プログラム、ドメイン層プログラム、データ層プログラム）を実行するプロセッサーは、例えば、すべてのプログラムについて共通であってもよく、または、一部のプログラムについて共通であり他のプログラムについて異なっていてもよく、あるいは、それぞれのプログラムについていずれも異なっていてもよい。

受信部５１Ａは、受信機能、および、アクセス認可の処理を行う機能を有している。
受信部５１Ａは、端末装置１１から受信したリクエスト信号に含まれる認証情報に基づく認証が成功した場合、当該認証の対象（本実施形態では、端末装置１１のユーザー）に対して、サービスＡの業務データへのアクセス認可を行う。
この場合、受信部５１Ａは、サービスＡの業務データを用いる処理を実行させるための信号をアプリ層プログラム部７１Ａに送信する。その応答として、送信部５２Ａは、アプリ層プログラム部７１Ａから当該処理の結果の情報を受信する。
そして、送信部５２Ａは、当該処理の結果を含む信号（メッセージ）を端末装置１１に送信する。

一方、受信部５１Ａは、端末装置１１から受信したリクエスト信号に含まれる認証情報に基づく認証が失敗した場合、当該認証の対象（本実施形態では、端末装置１１のユーザー）に対して、サービスＡの業務データへのアクセス認可を行わない（つまり、アクセスを許可しない）。
この場合、サービスＡの業務データを用いる処理は行われない。
この場合、送信部５２Ａは、例えば、認証が失敗したことを表す信号を端末装置１１に送信してもよい。

ここで、認証の処理は、例えば、受信部５１Ａによって行われてもよく、あるいは、サービス装置１２Ａに対して外部に存在する認証装置（外部の認証装置）によって行われてもよい。
認証の処理が外部の認証装置によって行われる場合、受信部５１Ａは受信した認証情報およびサービスＡを特定する情報を当該認証装置に送信し、当該認証装置がサービスＡに関して当該認証情報に基づいて認証の処理を行い、当該認証装置が当該認証の結果（成功、または、失敗）を受信部５１Ａに通知する信号を送信する。これにより、受信部５１Ａは、認証の結果を取得する。

また、受信部５１Ａは、端末装置１１から受信した認証情報を送信部５２Ａに渡す。
そして、送信部５２Ａは、当該認証情報をサービス装置１２Ｂの受信部５１Ｂに送信する。
また、送信部５２Ａは、業務情報（例えば、アプリ層プログラム部７１Ａから受信した情報）もサービス装置１２Ｂの受信部５１Ｂに送信してもよい。

ここで、受信部５１Ａから送信部５２Ａに認証情報を渡す処理としては、任意の処理が用いられてもよく、例えば、受信部５１Ａによって受信された認証情報が所定の記憶領域（サービス装置１２Ａの記憶部の記憶領域）に格納され、送信部５２Ａが当該格納領域に格納された認証情報を読み出す処理が用いられてもよい。

＜サービスＢのサービス装置＞
サービスＢのサービス装置１２Ｂは、例えば、１または複数のコンピューターを用いて構成されている。サービス装置１２Ｂは、例えば、オンプレミスのサーバー装置またはクラウドのサーバー装置であってもよい。

サービス装置１２Ｂは、受送信層プログラム部３１Ｂと、アプリケーション層プログラム部（説明の便宜上、アプリ層プログラム部７１Ｂと呼ぶ。）と、ドメイン層プログラム部７２Ｂと、データ層プログラム部７３Ｂと、業務データ記憶部７４Ｂと、を備える。
受送信層プログラム部３１Ｂは、受信部５１Ｂと、送信部５２Ｂと、を備える。

受送信層プログラム部３１Ｂは、サービス装置１２Ｂのプロセッサーが所定のプログラム（受送信層プログラム）を実行することで実現される機能部を表している。
当該機能部は、受信部５１Ｂと、送信部５２Ｂと、を含む。つまり、受信部５１Ｂおよび送信部５２Ｂは、それぞれ、サービス装置１２Ｂのプロセッサーが受送信層プログラムを実行することで実現される機能部の例である。
ここで、本実施形態では、受信部５１Ｂの機能を実現するプログラム（受信層プログラム）と、送信部５２Ｂの機能を実現するプログラム（送信層プログラム）と、は別々のプログラムであるが、他の例として、これらが共通のプログラムとされてもよい。

アプリ層プログラム部７１Ｂは、サービス装置１２Ｂのプロセッサーが所定のプログラム（アプリケーション層プログラムであり、説明の便宜上、アプリ層プログラムと呼ぶ。）を実行することで実現される機能部を表している。
ドメイン層プログラム部７２Ｂは、サービス装置１２Ｂのプロセッサーが所定のプログラム（ドメイン層プログラム）を実行することで実現される機能部を表している。
データ層プログラム部７３Ｂは、サービス装置１２Ｂのプロセッサーが所定のプログラム（データ層プログラム）を実行することで実現される機能部を表している。
業務データ記憶部７４Ｂは、サービスＢに関する業務データを記憶する。

サービス装置１２Ｂは、例えば、ＣＰＵなどのプロセッサーを備えており、当該プロセッサーによってそれぞれのプログラム（受送信層プログラム、アプリ層プログラム、ドメイン層プログラム、データ層プログラム）を実行する。それぞれのプログラム（受送信層プログラム、アプリ層プログラム、ドメイン層プログラム、データ層プログラム）は、例えば、サービス装置１２Ｂに備えられた記憶部に記憶されている。
ここで、それぞれのプログラム（受送信層プログラム、アプリ層プログラム、ドメイン層プログラム、データ層プログラム）を実行するプロセッサーは、例えば、すべてのプログラムについて共通であってもよく、または、一部のプログラムについて共通であり他のプログラムについて異なっていてもよく、あるいは、それぞれのプログラムについていずれも異なっていてもよい。

受信部５１Ｂは、受信機能、および、アクセス認可の処理を行う機能を有している。
受信部５１Ｂは、サービス装置１２Ａから受信した認証情報に基づく認証が成功した場合、当該認証の対象（本実施形態では、端末装置１１のユーザー）に対して、サービスＢの業務データへのアクセス認可を行う。
この場合、受信部５１Ｂは、サービスＢの業務データを用いる処理を実行させるための信号をアプリ層プログラム部７１Ｂに送信する。その応答として、送信部５２Ｂは、アプリ層プログラム部７１Ｂから当該処理の結果の情報を受信する。

一方、受信部５１Ｂは、サービス装置１２Ａから受信した認証情報に基づく認証が失敗した場合、当該認証の対象（本実施形態では、端末装置１１のユーザー）に対して、サービスＢの業務データへのアクセス認可を行わない（つまり、アクセスを許可しない）。
この場合、サービスＢの業務データを用いる処理は行われない。

なお、図１の例では、サービスＢ（および、それ以降のサービス）については、端末装置１１への応答を行わない。

ここで、認証の処理は、例えば、受信部５１Ｂによって行われてもよく、あるいは、サービス装置１２Ｂに対して外部に存在する認証装置（外部の認証装置）によって行われてもよい。
認証の処理が外部の認証装置によって行われる場合、受信部５１Ｂは受信した認証情報およびサービスＢを特定する情報を当該認証装置に送信し、当該認証装置がサービスＢに関して当該認証情報に基づいて認証の処理を行い、当該認証装置が当該認証の結果（成功、または、失敗）を受信部５１Ｂに通知する信号を送信する。これにより、受信部５１Ｂは、認証の結果を取得する。

なお、外部の認証情報が用いられる場合、例えば、サービスごとに異なる外部の認証装置が用いられてもよく、あるいは、２つ以上のサービス（すべてのサービスでもよい。）に共通の外部の認証装置が用いられてもよい。

また、受信部５１Ｂは、サービス装置１２Ａから受信した認証情報を送信部５２Ｂに渡す。
そして、送信部５２Ｂは、当該認証情報を次段のサービスのサービス装置の受信部に送信する。
また、送信部５２Ｂは、業務情報（例えば、アプリ層プログラム部７１Ｂから受信した情報）も次段のサービスのサービス装置の受信部に送信してもよい。

ここで、受信部５１Ｂから送信部５２Ｂに認証情報を渡す処理としては、任意の処理が用いられてもよく、例えば、受信部５１Ｂによって受信された認証情報が所定の記憶領域（サービス装置１２Ｂの記憶部の記憶領域）に格納され、送信部５２Ｂが当該格納領域に格納された認証情報を読み出す処理が用いられてもよい。

なお、図１の例では、サービス装置１２Ｂ以降にも他のサービス装置が存在する場合を示したが、サービス装置１２Ｂ以降に他のサービス装置が存在しない場合（つまり、サービス装置１２Ｂが終端（最終段）となる場合）には、受信部５１Ｂは認証情報を送信部５２Ｂに渡さなくてもよく、また、送信部５２Ｂは他のサービス装置に認証情報等を送信しない。

つまり、図１の例では、サービス装置１２Ｂの送信部５２Ｂが認証情報等を他のサービス装置に送信する構成例を示してあり、サービスＡおよびサービスＢに続いて、サービスＣ、サービスＤ、サービスＥ、・・・といったように、任意の数のサービス装置によって同様な処理が行われる。このようにサービスＢ以降に他のサービスが存在する場合、当該他のサービスの数は１以上の任意の数であってもよい。
一方、サービスＡおよびサービスＢで処理の流れが完了する場合には、サービス装置１２Ｂの送信部５２Ｂは認証情報等を他のサービス装置に送信しない。

また、２以上のサービスが存在する場合、それぞれのサービスごとの業務データは、例えば、その一部または全部が他のサービスの業務データと共通であってもよい。
図１の例では、業務データ記憶部７４Ａに記憶される業務データと、業務データ記憶部７４Ｂに記憶される業務データとで、一部または全部が共通のデータであってもよい。
他の例として、サービスＡ～サービスＤが存在する場合を例とすると、サービスＡ～Ｄの業務データの一部または全部は、共通のデータであってもよい。また、サービスの数が異なる場合についても同様である。
なお、２以上のサービスが存在する場合、それぞれのサービスごとの業務データは互いに異なるデータであってもよい。

＜サービス単位の境界防衛＞
サービス装置１２Ａでは、端末装置１１からのリクエスト信号に対して、認証が成功した場合、受送信層プログラム部３１Ａ、アプリ層プログラム部７１Ａ、ドメイン層プログラム部７２Ａ、データ層プログラム部７３Ａの順に処理が行われる。データ層プログラム部７３Ａは、業務データ記憶部７４Ａに記憶されたサービスＡの業務データの読み出し等を行う。データ層プログラム部７３Ａは、サービスＡの業務データに関して任意の処理を実行してもよい。
さらに、その応答では、データ層プログラム部７３Ａ、ドメイン層プログラム部７２Ａ、アプリ層プログラム部７１Ａ、受送信層プログラム部３１Ａの順に処理が行われる。

ここで、本実施形態では、サービス装置１２Ａにおいて、サービス単位の境界防衛が実現されている。
図１の例では、サービス単位の境界防衛の境界１３を模式的に示してある。
本実施形態では、サービス装置１２Ａにおいて、受送信層プログラム部３１Ａとアプリ層プログラム部７１Ａとの間に、境界１３が存在する。つまり、受送信層プログラム部３１Ａとアプリ層プログラム部７１Ａとの間では、認証情報のやり取りは行われない。

サービス装置１２Ｂでは、サービス装置１２Ａからの信号（認証情報等）に対して、認証が成功した場合、受送信層プログラム部３１Ｂ、アプリ層プログラム部７１Ｂ、ドメイン層プログラム部７２Ｂ、データ層プログラム部７３Ｂの順に処理が行われる。データ層プログラム部７３Ｂは、業務データ記憶部７４Ｂに記憶されたサービスＢの業務データの読み出し等を行う。データ層プログラム部７３Ｂは、サービスＢの業務データに関して任意の処理を実行してもよい。
さらに、その応答では、データ層プログラム部７３Ｂ、ドメイン層プログラム部７２Ｂ、アプリ層プログラム部７１Ｂ、受送信層プログラム部３１Ｂの順に処理が行われる。

ここで、本実施形態では、サービス装置１２Ｂにおいて、サービス単位の境界防衛が実現されている。
図１の例では、サービス単位の境界防衛の境界１３を模式的に示してある。
本実施形態では、サービス装置１２Ｂにおいて、受送信層プログラム部３１Ｂとアプリ層プログラム部７１Ｂとの間に、境界１３が存在する。つまり、受送信層プログラム部３１Ｂとアプリ層プログラム部７１Ｂとの間では、認証情報のやり取りは行われない。

なお、サービス装置１２Ｂ以降に他のサービス装置が存在する場合には、当該他のサービス装置についても、サービス装置１２Ｂの場合と同様な動作が行われ、同様な境界防衛の境界を有する。
ただし、終端となるサービス装置では、それ以降のサービス装置が存在しないため、それ以降の認証情報等の受け渡しは行われない。

＜認証情報の流れと業務情報の流れ＞
図１には、認証に使用される情報である認証情報を含む信号が流れることを表す矢印ａと、認証情報を含まず業務情報を含む信号が流れることを表す矢印ｂと、を示してある。
そして、図１の例では、情報処理システム１における信号の流れを、矢印ａのラインと矢印ｂのラインで区別して、示してある。

ここで、認証情報を含む信号が流れる矢印ａの箇所では、例えば、認証情報以外の情報も流れてもよい。
また、認証情報を含まず業務情報を含む信号が流れる矢印ｂの箇所では、認証に使用される情報（認証情報）は流れないが、例えば、認証に使用される情報（認証情報）と同じ内容の情報が認証に使用されない態様で含まれていてもよい。

＜情報処理システムにおける動作の例＞
情報処理システム１における動作の一例を示す。
端末装置１１は、ユーザーによって操作されて、ユーザー側プログラム部１１ａにより、認証情報を含む通信信号（本実施形態では、リクエスト信号）をサービス装置１２Ａに送信する。

サービス装置１２Ａの受信部５１Ａは、端末装置１１から送信されたリクエスト信号を受信する。
受信部５１Ａは、受信したリクエスト信号に含まれる認証情報に基づく認証が成功した場合には、サービスＡの業務データを用いる処理を実行させるための信号をアプリ層プログラム部７１Ａに送信する。この場合、アプリ層プログラム部７１Ａ、ドメイン層プログラム部７２Ａおよびデータ層プログラム部７３Ａによって所定の処理を実行して、送信部５２Ａに当該処理の結果の情報を応答（送信）する。そして、送信部５２Ａは、アプリ層プログラム部７１Ａから当該処理の結果の情報を受信して、当該情報を端末装置１１に応答（送信）する。

また、受信部５１Ａは、受信した認証情報を送信部５２Ａに渡す。
送信部５２Ａは、当該認証情報をサービス装置１２Ｂの受信部５１Ｂに送信する。この場合、送信部５２Ａは、業務情報についても、サービス装置１２Ｂの受信部５１Ｂに送信してもよい。

サービス装置１２Ｂの受信部５１Ｂは、サービス装置１２Ａの送信部５２Ａから送信された認証情報等を受信する。
受信部５１Ｂは、受信した認証情報に基づく認証が成功した場合には、サービスＢの業務データを用いる処理を実行させるための信号をアプリ層プログラム部７１Ｂに送信する。この場合、アプリ層プログラム部７１Ｂ、ドメイン層プログラム部７２Ｂおよびデータ層プログラム部７３Ｂによって所定の処理を実行して、送信部５２Ｂに当該処理の結果の情報を応答（送信）する。そして、送信部５２Ｂは、アプリ層プログラム部７１Ｂから当該処理の結果の情報を受信する。

また、受信部５１Ｂは、受信した認証情報を送信部５２Ｂに渡す。
送信部５２Ｂは、当該認証情報を次段のサービスのサービス装置の受信部に送信する。この場合、送信部５２Ｂは、業務情報についても、次段のサービスのサービス装置の受信部に送信してもよい。

ここで、サービスＢ以降にも他のサービスが存在する場合には、以降の各サービスにおいて、サービスＢと同様な処理が行われる。

なお、図１の例では、異なるサービスのサービス装置の間（例えば、サービス装置１２Ａとサービス装置１２Ｂとの間など）では、受送信層プログラム部（例えば、受送信層プログラム部３１Ａ、３１Ｂ）を経由して情報のやり取りが行われ、他の形態では情報のやり取りは行われない。

以上のように、本実施形態に係る情報処理システム１では、リクエストに応じて複数のサービスの処理が実行される場合に、それぞれのサービスごとに独自の認証が行われることを可能とすることができる。
これにより、本実施形態に係る情報処理システム１では、リクエストに応じて複数のサービス装置の処理が提供される場合に、それぞれのサービスごとにきめ細やかなアクセス管理を実現することができる。

本実施形態に係る情報処理システム１では、例えば、それぞれのサービスごとに別々に、認証情報に基づく認証および認可を行うことが可能である。
例えば、同一の認証情報について、サービス装置１２ＡではサービスＡの業務データへのアクセスを許可するが、サービス装置１２ＢではサービスＢの業務データへのアクセスを許可しない、といった制御が可能である。
また、例えば、第１認証情報についてはサービス装置１２Ａおよびサービス装置１２Ｂの両方において業務データへのアクセスを許可するが、第２認証情報（第１認証情報とは異なる認証情報）についてはサービス装置１２ＡではサービスＡの業務データへのアクセスを許可するがサービス装置１２ＢではサービスＢの業務データへのアクセスを許可しない、といった制御が可能である。

本実施形態では、複数のサービスのサービス装置１２Ａ、１２Ｂにおいて受送信層プログラム部３１Ａ、３１Ｂが認証情報を自動連携することができ、各サービスのサービス装置１２Ａ、１２Ｂにおいて受送信層プログラム部３１Ａ、３１Ｂが認証情報に基づいて別々にアクセス認可を判断することができる。
そして、本実施形態では、各サービスのサービス装置１２Ａ、１２Ｂにおいて、受送信層プログラム部３１Ａ、３１Ｂがリクエストに応じたアクセスを認可した場合には、業務データに関する処理を行う機能部（アプリ層プログラム部７１Ａ、７１Ｂ、ドメイン層プログラム部７２Ａ、７２Ｂおよびデータ層プログラム部７３Ａ、７３Ｂ）によって、所定の処理を実行することができる。

ここで、本実施形態では、業務データに関する処理を行う機能部（アプリ層プログラム部７１Ａ、７１Ｂ、ドメイン層プログラム部７２Ａ、７２Ｂおよびデータ層プログラム部７３Ａ、７３Ｂ）では、セキュリティ確保のための認証の処理（自己による認証の処理、または、外部の認証装置による認証の処理）を行わず、このような認証については受送信層プログラム部３１Ａ、３１Ｂに任せている。

本実施形態に係る情報処理システム１では、ゼロトラスト時代に対応することができ、すべてのサービスがそれぞれユーザー属性別のアクセス管理を行うことを可能にする機構を提供することができる。

本実施形態に係る技術の背景としては以下の４点が重要である。
第１点は、インターネット活用がＷｅｂ３．０と呼ばれる「流通機能および決済機能の脱中心化」の段階に突入しようとしている点である。第２点は、このためにインターネット上のサービスは「マイクロサービスによる分散的かつ疎結合」の形態をとるようになっていく点である。第３点は、このようなシステムにおいては、従来の境界防衛型セキュリティ対策（例えば、図６および図７のような構成）では不十分であることが大きな課題となっている点である。第４点は、具体的には、インターネットを介した分散疎結合のシステムにおいてはサービスに対するリクエストは「公開用ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）」を通して外部（例えば、社外など）かつ世界中のどこからでも入ってくるにも拘らず、公開用ＡＰＩを通過できたリクエストに対するセキュリティチェック機構は想定される場合分けに対して十全な機構を備えるには至っていない点である。
これに対して、本実施形態に係る情報処理システム１では、第４点における問題（例えば、その一部でもよい。）を解決することが可能である。本実施形態に係る情報処理システム１では、オリジナルのリクエストが複数のサービスを連携しながら処理されていく際に、すべてのサービスがそれぞれ、リクエストのオリジナルの発信者の属性などに応じた解像度で、自らの管理下にある資源（本実施形態では、業務データ）のアクセス管理を行うことが可能である。

［第１ユースケースに係る情報処理システム］
図３は、実施形態の第１ユースケースに係る情報処理システム２０１の構成の概略的な一例を示す図である。
第１ユースケースでは、複数のサービスについて、合成型のシステムを示す。
図３の例では、複数のサービスとして、４つのサービスが存在する場合を示すが、サービスの数は他の数であってもよい。

情報処理システム２０１は、ユーザー側プログラム部２１１ａを有する端末装置２１１と、サービスＡのサービス装置２１２Ａと、サービスＢのサービス装置２１２Ｂと、サービスＣのサービス装置２１２Ｃと、サービスＤのサービス装置２１２Ｄと、を備える。

それぞれのサービス装置２１２Ａ～２１２Ｄは、受送信層プログラム部２３１Ａ～２３１Ｄと、アプリ層プログラム部２７１Ａ～２７１Ｄと、ドメイン層プログラム部２７２Ａ～２７２Ｄと、データ層プログラム部２７３Ａ～２７３Ｄと、業務データ記憶部２７４Ａ～２７４Ｄと、を備える。
それぞれの受送信層プログラム部２３１Ａ～２３１Ｄは、受信部と、送信部と、を備える。

ここで、端末装置２１１および各サービス装置２１２Ａ～２１２Ｄの構成は、概略的には、図１に示される端末装置１１および各サービス装置１２Ａ、１２Ｂの構成と同様であるが、第１ユースケースでは複数のサービス装置２１２Ａ～２１２Ｄの構成が合成型になっている。
第１ユースケースの説明では、説明の便宜上、図１の例と同様な構成および動作については、詳しい説明を省略する。

＜認証情報の流れと業務情報の流れ＞
図３には、認証情報と業務情報との一方または両方を含む信号が流れることを表す矢印ａ１と、認証情報を含まず業務情報を含む信号が流れることを表す矢印ｂ１と、を示してある。
そして、図３の例では、情報処理システム２０１における信号の流れを、矢印ａ１のラインと矢印ｂ１のラインで区別して、示してある。
なお、矢印ａ１のラインでは、例えば、通信の方向によって流れる情報の種類（本例では、認証情報または業務情報という種類）が異なっていてもよい。

それぞれのサービス装置２１２Ａ～２１２Ｄでは、受送信層プログラム部２３１Ａ～２３１Ｄとアプリ層プログラム部２７１Ａ～２７１Ｄとの間に、サービス単位の境界防衛の境界２１３が存在する。

＜情報処理システムにおける動作の例＞
情報処理システム２０１における動作の一例を示す。
端末装置２１１は、ユーザーによって操作されて、ユーザー側プログラム部２１１ａにより、認証情報を含む通信信号（本実施形態では、リクエスト信号）をサービス装置２１２Ａに送信する。

サービス装置２１２Ａの受信部は、端末装置２１１から送信されたリクエスト信号を受信する。
サービス装置２１２Ａの受信部は、受信したリクエスト信号に含まれる認証情報に基づく認証が成功した場合には、サービスＡの業務データを用いる処理を実行させるための信号をアプリ層プログラム部２７１Ａに送信する。この場合、アプリ層プログラム部２７１Ａ、ドメイン層プログラム部２７２Ａおよびデータ層プログラム部２７３Ａによって所定の処理を実行して、サービス装置２１２Ａの送信部に当該処理の結果の情報を応答（送信）する。そして、サービス装置２１２Ａの送信部は、アプリ層プログラム部２７１Ａから当該処理の結果の情報を受信する。

また、サービス装置２１２Ａの受信部は、受信した認証情報をサービス装置２１２Ａの送信部に渡す。
サービス装置２１２Ａの送信部は、当該認証情報を他のすべてのサービス装置２１２Ｂ～２１２Ｄの受信部に送信する。この場合、サービス装置２１２Ａの送信部は、業務情報についても、他のすべてのサービス装置２１２Ｂ～２１２Ｄの受信部に送信してもよい。

サービス装置２１２Ｂの受信部は、サービス装置２１２Ａの送信部から送信された認証情報を受信する。
サービス装置２１２Ｂの受信部は、受信した認証情報に基づく認証が成功した場合には、サービスＢの業務データを用いる処理を実行させるための信号をアプリ層プログラム部２７１Ｂに送信する。この場合、アプリ層プログラム部２７１Ｂ、ドメイン層プログラム部２７２Ｂおよびデータ層プログラム部２７３Ｂによって所定の処理を実行して、サービス装置２１２Ｂの送信部に当該処理の結果の情報を応答（送信）する。そして、サービス装置２１２Ｂの送信部は、アプリ層プログラム部２７１Ｂから当該処理の結果の情報を受信する。
サービス装置２１２Ｂの送信部は、当該処理の結果の情報をサービス装置２１２Ａの送信部（サービス装置２１２Ａの受信部を介してもよい）に送信する。

また、サービス装置２１２Ｃおよびサービス装置２１２Ｄにおいても、サービス装置２１２Ｂと同様な処理が行われる。
なお、サービス装置２１２Ｂ～２１２Ｄからサービス装置２１２Ａには、例えば、認証情報を応答してもよく、あるいは、認証情報を応答しなくてもよい。

サービス装置２１２Ａの送信部は、サービス装置２１２Ａのアプリ層プログラム部２７１Ａから受信した情報と、他のサービス装置２１２Ｂ～２１２Ｄから受信した情報を端末装置２１１に送信する。
この場合に、サービス装置２１２Ａの送信部は、これらの情報を合成する。

以上のように、本実施形態の第１ユースケースに係る情報処理システム２０１では、複数のサービスＡ～Ｄについて合成型の構成において、それぞれのサービスＡ～Ｄごとに独自の認証が行われることを可能とすることができる。

なお、情報処理システム２０１に備えられる複数のサービス装置２１２Ａ～２１２Ｄは、例えば、階層的な関係にあってもよく、具体例として、ある会社の「部」のサービス装置が上位のサービス装置２１２Ａであり、その「部」に含まれる３つの「課」のサービス装置が下位のサービス装置２１２Ｂ～２１２Ｄである、といった態様が用いられてもよい。

また、サービスＡのサービス装置２１２Ａは、他のサービスＢ～Ｄのサービス装置２１２Ｂ～２１２Ｄとの間で、例えば、同期型の通信を行ってもよく、あるいは、非同期型の通信を行ってもよい。

［第２ユースケースに係る情報処理システム］
図４は、実施形態の第２ユースケースに係る情報処理システム３０１の構成の概略的な一例を示す図である。
第２ユースケースでは、複数のサービスについて、派生型のシステムを示す。
図４の例では、複数のサービスとして、４つのサービスが存在する場合を示すが、サービスの数は他の数であってもよい。

情報処理システム３０１は、ユーザー側プログラム部３１１ａを有する端末装置３１１と、サービスＡのサービス装置３１２Ａと、サービスＢのサービス装置３１２Ｂと、サービスＣのサービス装置３１２Ｃと、サービスＤのサービス装置３１２Ｄと、を備える。

それぞれのサービス装置３１２Ａ～３１２Ｄは、受送信層プログラム部３３１Ａ～３３１Ｄと、アプリ層プログラム部３７１Ａ～３７１Ｄと、ドメイン層プログラム部３７２Ａ～３７２Ｄと、データ層プログラム部３７３Ａ～３７３Ｄと、業務データ記憶部３７４Ａ～３７４Ｄと、を備える。
それぞれの受送信層プログラム部３３１Ａ～３３１Ｄは、受信部と、送信部と、を備える。

ここで、端末装置３１１および各サービス装置３１２Ａ～３１２Ｄの構成は、概略的には、図１に示される端末装置１１および各サービス装置１２Ａ、１２Ｂの構成と同様であるが、第２ユースケースでは複数のサービス装置３１２Ａ～３１２Ｄの構成が派生型になっている。
第２ユースケースの説明では、説明の便宜上、図１の例と同様な構成および動作については、詳しい説明を省略する。

＜認証情報の流れと業務情報の流れ＞
図４には、認証情報と業務情報との一方または両方を含む信号が流れることを表す矢印ａ２と、認証情報を含まず業務情報を含む信号が流れることを表す矢印ｂ２と、を示してある。
そして、図４の例では、情報処理システム３０１における信号の流れを、矢印ａ２のラインと矢印ｂ２のラインで区別して、示してある。
なお、矢印ａ２のラインでは、例えば、通信の方向によって流れる情報の種類（本例では、認証情報または業務情報という種類）が異なっていてもよい。

それぞれのサービス装置３１２Ａ～３１２Ｄでは、受送信層プログラム部３３１Ａ～３３１Ｄとアプリ層プログラム部３７１Ａ～３７１Ｄとの間に、サービス単位の境界防衛の境界３１３が存在する。

＜情報処理システムにおける動作の例＞
情報処理システム３０１における動作の一例を示す。
端末装置３１１は、ユーザーによって操作されて、ユーザー側プログラム部３１１ａにより、認証情報を含む通信信号（本実施形態では、リクエスト信号）をサービス装置３１２Ａに送信する。

サービス装置３１２Ａの受信部は、端末装置３１１から送信されたリクエスト信号を受信する。
サービス装置３１２Ａの受信部は、受信したリクエスト信号に含まれる認証情報に基づく認証が成功した場合には、サービスＡの業務データを用いる処理を実行させるための信号をアプリ層プログラム部３７１Ａに送信する。この場合、アプリ層プログラム部３７１Ａ、ドメイン層プログラム部３７２Ａおよびデータ層プログラム部３７３Ａによって所定の処理を実行して、サービス装置３１２Ａの送信部に当該処理の結果の情報を応答（送信）する。そして、サービス装置３１２Ａの送信部は、アプリ層プログラム部３７１Ａから当該処理の結果の情報を受信する。

また、サービス装置３１２Ａの受信部は、受信した認証情報をサービス装置３１２Ａの送信部に渡す。
サービス装置３１２Ａの送信部は、当該認証情報を次段のサービスＢのサービス装置３１２Ｂの受信部に送信する。この場合、サービス装置３１２Ａの送信部は、業務情報についても、次段のサービスＢのサービス装置３１２Ｂの受信部に送信してもよい。

サービス装置３１２Ｂの受信部は、サービス装置３１２Ａの送信部から送信された認証情報を受信する。
サービス装置３１２Ｂの受信部は、受信した認証情報に基づく認証が成功した場合には、サービスＢの業務データを用いる処理を実行させるための信号をアプリ層プログラム部３７１Ｂに送信する。この場合、アプリ層プログラム部３７１Ｂ、ドメイン層プログラム部３７２Ｂおよびデータ層プログラム部３７３Ｂによって所定の処理を実行して、サービス装置３１２Ｂの送信部に当該処理の結果の情報を応答する。そして、サービス装置３１２Ｂの送信部は、アプリ層プログラム部３７１Ｂから当該処理の結果の情報を受信する。

ここで、サービス装置３１２Ｂの次段のサービスのサービス装置は、サービスＣのサービス装置３１２Ｃである。
サービス装置３１２Ｂは、サービス装置３１２Ａからサービス装置３１２Ｂに認証情報を送信したのと同様に、次段のサービスＣのサービス装置３１２Ｃに認証情報を送信する。また、サービス装置３１２Ｂは、次段のサービスＣのサービス装置３１２Ｃに業務情報も送信してもよい。
サービス装置３１２Ｃは、サービス装置３１２Ｂと同様に、識別情報に基づく認証を行い、当該認証が成功した場合にサービスＣの業務データに関する処理を行う。

また、サービス装置３１２Ｃの次段のサービスのサービス装置は、サービスＤのサービス装置３１２Ｄである。
サービス装置３１２Ｃは、サービス装置３１２Ｂからサービス装置３１２Ｃに認証情報を送信したのと同様に、次段のサービスＤのサービス装置３１２Ｄに認証情報を送信する。また、サービス装置３１２Ｃは、次段のサービスＤのサービス装置３１２Ｄに業務情報も送信してもよい。
サービス装置３１２Ｄは、サービス装置３１２Ｂと同様に、識別情報に基づく認証を行い、当該認証が成功した場合に業務データに関する処理を行う。
ここで、図４の例では、サービス装置３１２Ｄは、終端のサービス装置であるため、以降のサービス装置は存在せず、以降のサービス装置に認証情報等を送信する処理は行われない。

なお、図４の例では、サービス装置３１２Ｂ～３１２Ｄは、前段のサービスのサービス装置に情報（例えば、業務情報など）を送信する処理を行わない場合を示してある。
本実施形態では、サービス装置３１２Ａの送信部は、サービス装置３１２Ａのアプリ層プログラム部３７１Ａから受信した業務情報を端末装置３１１に送信する。

以上のように、本実施形態の第２ユースケースに係る情報処理システム３０１では、複数のサービスＡ～Ｄについて派生型の構成において、それぞれのサービスＡ～Ｄごとに独自の認証が行われることを可能とすることができる。

なお、情報処理システム３０１に備えられる複数のサービス装置３１２Ａ～３１２Ｄは、例えば、階層的な関係にあってもよく、具体例として、上位から下位に向かって、サービス装置３１２Ａ、サービス装置３１２Ｂ、サービス装置３１２Ｃ、サービス装置３１２Ｄと階層付けがされている態様が用いられてもよい。
また、他の例として、情報処理システム３０１に備えられる複数のサービス装置３１２Ａ～３１２Ｄは、互いに同等な関係にあってもよい。

［第３ユースケースに係る情報処理システム］
図５は、実施形態の第３ユースケースに係る情報処理システム４０１の構成の概略的な一例を示す図である。
第３ユースケースでは、複数のサービスについて、周回型のシステムを示す。
図５の例では、複数のサービスとして、４つのサービスが存在する場合を示すが、サービスの数は他の数であってもよい。

情報処理システム４０１は、ユーザー側プログラム部４１１ａを有する端末装置４１１と、サービスＡのサービス装置４１２Ａと、サービスＢのサービス装置４１２Ｂと、サービスＣのサービス装置４１２Ｃと、サービスＤのサービス装置４１２Ｄと、を備える。

それぞれのサービス装置４１２Ａ～４１２Ｄは、受送信層プログラム部４３１Ａ～４３１Ｄと、アプリ層プログラム部４７１Ａ～４７１Ｄと、ドメイン層プログラム部４７２Ａ～４７２Ｄと、データ層プログラム部４７３Ａ～４７３Ｄと、業務データ記憶部４７４Ａ～４７４Ｄと、を備える。
それぞれの受送信層プログラム部４３１Ａ～４３１Ｄは、受信部と、送信部と、を備える。

ここで、端末装置４１１および各サービス装置４１２Ａ～４１２Ｄの構成は、概略的には、図１に示される端末装置１１および各サービス装置１２Ａ、１２Ｂの構成と同様であるが、第３ユースケースでは複数のサービス装置４１２Ａ～４１２Ｄの構成が周回型になっている。
第３ユースケースの説明では、説明の便宜上、図１の例と同様な構成および動作については、詳しい説明を省略する。

＜認証情報の流れと業務情報の流れ＞
図５には、認証情報と業務情報との一方または両方を含む信号が流れることを表す矢印ａ３と、認証情報を含まず業務情報を含む信号が流れることを表す矢印ｂ３と、を示してある。
そして、図５の例では、情報処理システム４０１における信号の流れを、矢印ａ３のラインと矢印ｂ３のラインで区別して、示してある。
なお、矢印ａ３のラインでは、例えば、通信の方向によって流れる情報の種類（本例では、認証情報または業務情報という種類）が異なっていてもよい。

それぞれのサービス装置４１２Ａ～４１２Ｄでは、受送信層プログラム部４３１Ａ～４３１Ｄとアプリ層プログラム部４７１Ａ～４７１Ｄとの間に、サービス単位の境界防衛の境界４１３が存在する。

＜情報処理システムにおける動作の例＞
情報処理システム４０１における動作の一例を示す。
端末装置４１１は、ユーザーによって操作されて、ユーザー側プログラム部４１１ａにより、認証情報を含む通信信号（本実施形態では、リクエスト信号）をサービス装置４１２Ａに送信する。

サービス装置４１２Ａの受信部は、端末装置４１１から送信されたリクエスト信号を受信する。
サービス装置４１２Ａの受信部は、受信したリクエスト信号に含まれる認証情報に基づく認証が成功した場合には、サービスＡの業務データを用いる処理を実行させるための信号をアプリ層プログラム部４７１Ａに送信する。この場合、アプリ層プログラム部４７１Ａ、ドメイン層プログラム部４７２Ａおよびデータ層プログラム部４７３Ａによって所定の処理を実行して、サービス装置４１２Ａの送信部に当該処理の結果の情報を応答（送信）する。そして、サービス装置４１２Ａの送信部は、アプリ層プログラム部４７１Ａから当該処理の結果の情報を受信する。

また、サービス装置４１２Ａの受信部は、受信した認証情報をサービス装置４１２Ａの送信部に渡す。
サービス装置４１２Ａの送信部は、当該認証情報を次段のサービスＢのサービス装置４１２Ｂの受信部に送信する。この場合、サービス装置４１２Ａの送信部は、業務情報についても、次段のサービスＢのサービス装置４１２Ｂの受信部に送信してもよい。

サービス装置４１２Ｂの受信部は、サービス装置４１２Ａの送信部から送信された認証情報を受信する。
サービス装置４１２Ｂの受信部は、受信した認証情報に基づく認証が成功した場合には、サービスＢの業務データを用いる処理を実行させるための信号をアプリ層プログラム部４７１Ｂに送信する。この場合、アプリ層プログラム部４７１Ｂ、ドメイン層プログラム部４７２Ｂおよびデータ層プログラム部４７３Ｂによって所定の処理を実行して、サービス装置４１２Ｂの送信部に当該処理の結果の情報を応答（送信）する。そして、サービス装置４１２Ｂの送信部は、アプリ層プログラム部４７１Ｂから当該処理の結果の情報を受信する。

ここで、サービス装置４１２Ｂの次段のサービスのサービス装置は、サービスＣのサービス装置４１２Ｃである。
サービス装置４１２Ｂは、サービス装置４１２Ａからサービス装置４１２Ｂに認証情報を送信したのと同様に、次段のサービスＣのサービス装置４１２Ｃに認証情報を送信する。また、サービス装置４１２Ｂは、次段のサービスＣのサービス装置４１２Ｃに業務情報も送信してもよい。
サービス装置４１２Ｃは、サービス装置４１２Ｂと同様に、識別情報に基づく認証を行い、当該認証が成功した場合にサービスＣの業務データに関する処理を行う。

また、サービス装置４１２Ｃの次段のサービスのサービス装置は、サービスＤのサービス装置４１２Ｄである。
サービス装置４１２Ｃは、サービス装置４１２Ｂからサービス装置４１２Ｃに認証情報を送信したのと同様に、次段のサービスＤのサービス装置４１２Ｄに認証情報を送信する。また、サービス装置４１２Ｃは、次段のサービスＤのサービス装置４１２Ｄに業務情報も送信してもよい。
サービス装置４１２Ｄは、サービス装置４１２Ｂと同様に、識別情報に基づく認証を行い、当該認証が成功した場合にサービスＤの業務データに関する処理を行う。
ここで、図５の例では、サービス装置４１２Ｄは、終端のサービス装置であるため、以降のサービス装置は存在せず、以降のサービス装置に認証情報を送信する処理は行われない。

なお、図５の例では、サービス装置４１２Ｂ～４１２Ｄは、前段のサービスのサービス装置に情報（例えば、業務情報など）を送信する処理を行わない場合を示してある。

サービス装置４１２Ｄの送信部は、サービス装置４１２Ｄのアプリ層プログラム部４７１Ｄから受信した情報（例えば、業務情報）を端末装置４１１に送信する。
また、例えば、それぞれのサービス装置４１２Ａ～４１２Ｃが自装置において取得した処理結果の情報（例えば、業務情報）を順に終端のサービス装置４１２Ｄまで伝送することが行われてもよく、この場合、サービス装置４１２Ｄの送信部は、すべてのサービス装置４１２Ａ～４１２Ｄで取得された処理結果の情報（例えば、業務情報）をまとめて端末装置４１１に送信してもよい。

以上のように、本実施形態の第３ユースケースに係る情報処理システム４０１では、複数のサービスＡ～Ｄについて周回型の構成において、それぞれのサービスＡ～Ｄごとに独自の認証が行われることを可能とすることができる。

なお、情報処理システム４０１に備えられる複数のサービス装置４１２Ａ～４１２Ｄは、例えば、階層的な関係にあってもよく、具体例として、上位から下位に向かって、サービス装置４１２Ａ、サービス装置４１２Ｂ、サービス装置４１２Ｃ、サービス装置４１２Ｄと階層付けがされている態様が用いられてもよい。
また、他の例として、情報処理システム４０１に備えられる複数のサービス装置４１２Ａ～４１２Ｄは、互いに同等な関係にあってもよい。

［比較例に係る情報処理システム］
図６および図７を参照して、比較例に係る情報処理システム１００１について説明する。
なお、比較例に係る情報処理システム１００１は、実施形態に係る情報処理システム（図１～図５の例に係る情報処理システム）との比較のために示されるものである。

＜図６の例の説明＞
図６は、比較例に係る情報処理システム１００１の構成の概略的な一例を示す図である。
図６の例では、複数のサービスについて、毎回型のシステムを示す。
図６の例では、複数のサービスとして、４つのサービスが存在する場合を示すが、サービスの数は他の数であってもよい。

情報処理システム１００１は、ユーザー側プログラム部１０１１ａを有する端末装置１０１１と、サービスＡのサービス装置１０１２Ａと、サービスＢのサービス装置１０１２Ｂと、サービスＣのサービス装置１０１２Ｃと、サービスＤのサービス装置１０１２Ｄと、を備える。

それぞれのサービス装置１０１２Ａ～１０１２Ｄは、受送信層プログラム部１０３１Ａ～１０３１Ｄと、アプリ層プログラム部１０７１Ａ～１０７１Ｄと、ドメイン層プログラム部１０７２Ａ～１０７２Ｄと、データ層プログラム部１０７３Ａ～１０７３Ｄと、業務データ記憶部１０７４Ａ～１０７４Ｄと、を備える。

＜＜認証情報の流れと業務情報の流れ＞＞
図６には、認証情報を含む信号が流れることを表す矢印ｃと、認証情報を含まず業務情報を含む信号が流れることを表す矢印ｄと、を示してある。
そして、図６の例では、情報処理システム１００１における信号の流れを、矢印ｃのラインと矢印ｄのラインで区別して、示してある。

ここで、認証情報を含む信号が流れる矢印ｃの箇所では、例えば、認証情報以外の情報も流れてもよい。
また、認証情報を含まず業務情報を含む信号が流れる矢印ｄの箇所では、認証に使用される情報（認証情報）は流れないが、例えば、認証に使用される情報（認証情報）と同じ内容の情報が認証に使用されない態様で含まれていてもよい。
なお、矢印ｃのラインでは、例えば、通信の方向によって流れる情報の種類（本例では、認証情報または業務情報という種類）が異なっていてもよい。

それぞれのサービス装置１０１２Ａ～１０１２Ｄでは、受送信層プログラム部１０３１Ａ～１０３１Ｄとアプリ層プログラム部１０７１Ａ～１０７１Ｄとの間に、サービス単位の境界防衛の境界１０１３が存在する。

＜＜情報処理システムにおける動作の例＞＞
図６の例では、端末装置１０１１は、それぞれのサービスＡ～Ｄのサービス装置１０１２Ａ～１０１２Ｄごとに認証情報を送信する。
そして、それぞれのサービス装置１０１２Ａ～１０１２Ｄごとに、それぞれの受送信層プログラム部１０３１Ａ～１０３１Ｄにおいて、端末装置１０１１から受信した認証情報に基づく認証の処理が行われる。当該認証の処理は、外部の認証装置を用いて行われてもよい。
図６の例では、異なるサービスＡ～Ｄのサービス装置１０１２Ａ～１０１２Ｄの間では、認証情報のやり取りは行われない。

＜図７の例の説明＞
図７は、比較例に係る情報処理システム１００１の構成の概略的な他の一例を示す図である。
なお、説明の便宜上、図７の例では、概略的に図６の場合と同様な部分については同じ符号を付して説明する。

図７には、情報処理システム１００１について、サービス装置１０１２Ａの受送信層プログラム部１０３１Ａにおける受信部１０５１Ａおよび送信部１０５２Ａを示してある。
同様に、図７には、情報処理システム１００１について、サービス装置１０１２Ｂの受送信層プログラム部１０３１Ｂにおける受信部１０５１Ｂおよび送信部１０５２Ｂを示してある。
なお、図７の例では、サービス装置１０１２Ｃおよびサービス装置１２Ｄについては図示を省略している。
また、図７の例では、それぞれのサービス装置１０１２Ａ～１０１２Ｃは、次段のサービス装置１０１２Ｂ～１０１２Ｄに情報（例えば、業務情報）を送信する構成例を示してある。

図７の例について、情報処理システム１００１における動作の一例を示す。
端末装置１０１１は、ユーザーによって操作されて、ユーザー側プログラム部１０１１ａにより、認証情報を含む通信信号（例えば、リクエスト信号）をサービス装置１０１２Ａに送信する。

サービス装置１０１２Ａの受信部１０５１Ａは、端末装置１０１１から送信されたリクエスト信号を受信する。
サービス装置１０１２Ａの受信部１０５１Ａは、受信したリクエスト信号に含まれる認証情報に基づく認証が成功した場合には、サービスＡの業務データを用いる処理を実行させるための信号をアプリ層プログラム部１０７１Ａに送信する。この場合、アプリ層プログラム部１０７１Ａ、ドメイン層プログラム部１０７２Ａおよびデータ層プログラム部１０７３Ａによって所定の処理を実行して、サービス装置１０１２Ａの送信部１０５２Ａに当該処理の結果の情報を応答（送信）する。そして、サービス装置１０１２Ａの送信部１０５２Ａは、アプリ層プログラム部１０７１Ａから当該処理の結果の情報を受信する。

ここで、図７の例では、サービス装置１０１２Ａの受信部１０５１Ａは、受信した認証情報をサービス装置１０１２Ａの送信部１０５２Ａに渡す機構を有していない。
また、サービス装置１０１２Ａの送信部１０５２Ａは、当該認証情報を次段のサービスＢのサービス装置１０１２Ｂに送信する機構を有していない。
なお、図７の例では、サービス装置１０１２Ａの送信部１０５２Ａは、業務情報を含む信号（メッセージ）を次段のサービスＢのサービス装置１０１２Ｂの受信部１０５１Ｂに送信する。
また、サービス装置１０１２Ａの送信部１０５２Ａは、端末装置１０１１への応答として、業務情報を端末装置１０１１に送信する。

サービス装置１０１２Ｂの受信部１０５１Ｂは、端末装置１０１１から送信されたリクエスト信号を受信する。
サービス装置１０１２Ｂの受信部１０５１Ｂは、受信したリクエスト信号に含まれる認証情報に基づく認証が成功した場合には、サービスＢの業務データを用いる処理を実行させるための信号をアプリ層プログラム部１０７１Ｂに送信する。この場合、アプリ層プログラム部１０７１Ｂ、ドメイン層プログラム部１０７２Ｂおよびデータ層プログラム部１０７３Ｂによって所定の処理を実行して、サービス装置１０１２Ｂの送信部１０５２Ｂに当該処理の結果の情報を応答（送信）する。そして、サービス装置１０１２Ｂの送信部１０５２Ｂは、アプリ層プログラム部１０７１Ｂから当該処理の結果の情報を受信する。

ここで、図７の例では、サービス装置１０１２Ｂの受信部１０５１Ｂは、受信した認証情報をサービス装置１０１２Ｂの送信部１０５２Ｂに渡す機構を有していない。
また、サービス装置１０１２Ｂの送信部１０５２Ｂは、当該認証情報を次段のサービスＣのサービス装置１０１２Ｃに送信する機構を有していない。
なお、図７の例では、サービス装置１０１２Ｂの送信部１０５２Ｂは、業務情報を次段のサービスＣのサービス装置１０１２Ｃの受信部に送信する。
また、サービス装置１０１２Ｂの送信部１０５２Ｂは、端末装置１０１１への応答として、業務情報を端末装置１０１１に送信する。

サービス装置１０１２Ｃおよびサービス装置１０１２Ｄにおいても、サービス装置１０１２Ｂと同様な処理が行われる。
ただし、図７の例では、サービス装置１０１２Ｄは、終端のサービス装置であるため、以降のサービス装置は存在せず、以降のサービス装置に業務情報を送信する処理は行われない。

＜比較例と実施形態との比較＞
このように、比較例に係る情報処理システム１００１では、それぞれのサービスＡ～Ｄのサービス装置１０１２Ａ～１０１２Ｄの受送信層プログラム部１０３１Ａ～１０３１Ｄにおいて、受信部（例えば、受信部１０５１Ａ～１０５１Ｂ）から送信部（例えば、送信部１０５２Ａ～１０５２Ｂ）に認証情報を渡す処理は行われず、異なるサービスＡ～Ｄのサービス装置１０１２Ａ～１０１２Ｄの間で認証情報をやり取りする処理は行われない
また、比較例に係る情報処理システム１００１では、複数のサービスＡ～Ｄのそれぞれにおいて別々に、端末装置１０１１からサービス装置１０１２Ａ～１０１２Ｄに認証情報を送信して、当該認証情報に基づく認証の処理が行われる。

例えば、図７の例において、端末装置１０１１からサービスＢのサービス装置１０１２Ｂに認証情報を送信しない構成とすると、サービス装置１０１２Ｂでは認証情報に基づく認証の処理を行うことができない。このため、サービスＢのサービス装置１０１２Ｂでは、例えば、サービスＡのサービス装置１０１２Ａにおいて認証情報に基づく認証が成功した場合には、サービス装置１０１２Ａから業務情報を受信したことに応じて、サービスＢの業務データに関する処理の実行を認可する、という構成が取られ得る。
つまり、比較例に係る情報処理システム１００１では、例えば、サービスＢのサービス装置１０１２ＢがサービスＡのサービス装置１０１２Ａから業務情報を受信したことに応じてサービスＢの業務データに関する処理を実行する場合に、端末装置１０１１から認証情報を個別に受信していなければ、独自に認証情報に基づく認証の処理を行うことができなかった。

これに対して、本実施形態に係る情報処理システム１（および、情報処理システム２０１、３０１、４０１）では、あるサービスのサービス装置では、他のサービスのサービス装置からの通知（例えば、認証情報等）を受信したことに応じて業務データに関する処理を実行する場合に、端末装置１１から認証情報を個別に受信しなくても、当該他のサービスのサービス装置から受信した認証情報に基づいて、独自に認証情報に基づく認証の処理を行うことが可能である。

［以上の実施形態について］
なお、以上に説明した任意の装置における任意の構成部の機能を実現するためのプログラムを、コンピューター読み取り可能な記録媒体に記録し、そのプログラムをコンピューターシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピューターシステム」とは、オペレーティングシステムあるいは周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークあるいは電話回線等の通信回線を介してプログラムが送信された場合のサーバーあるいはクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含むものとする。当該揮発性メモリーは、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。記録媒体は、例えば、非一時的記録媒体であってもよい。

また、上記のプログラムは、このプログラムを記憶装置等に格納したコンピューターシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピューターシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワークあるいは電話回線等の通信回線のように情報を伝送する機能を有する媒体のことをいう。
また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、上記のプログラムは、前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイルであってもよい。差分ファイルは、差分プログラムと呼ばれてもよい。

また、以上に説明した任意の装置における任意の構成部の機能は、プロセッサーにより実現されてもよい。例えば、実施形態における各処理は、プログラム等の情報に基づき動作するプロセッサーと、プログラム等の情報を記憶するコンピューター読み取り可能な記録媒体により実現されてもよい。ここで、プロセッサーは、例えば、各部の機能が個別のハードウェアで実現されてもよく、あるいは、各部の機能が一体のハードウェアで実現されてもよい。例えば、プロセッサーはハードウェアを含み、当該ハードウェアは、デジタル信号を処理する回路およびアナログ信号を処理する回路のうちの少なくとも一方を含んでもよい。例えば、プロセッサーは、回路基板に実装された１または複数の回路装置、あるいは、１または複数の回路素子のうちの一方または両方を用いて、構成されてもよい。回路装置としてはＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などが用いられてもよく、回路素子としては抵抗あるいはキャパシターなどが用いられてもよい。

ここで、プロセッサーは、例えば、ＣＰＵであってもよい。ただし、プロセッサーは、ＣＰＵに限定されるものではなく、例えば、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等のような、各種のプロセッサーが用いられてもよい。また、プロセッサーは、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によるハードウェア回路であってもよい。また、プロセッサーは、例えば、複数のＣＰＵにより構成されていてもよく、あるいは、複数のＡＳＩＣによるハードウェア回路により構成されていてもよい。また、プロセッサーは、例えば、複数のＣＰＵと、複数のＡＳＩＣによるハードウェア回路と、の組み合わせにより構成されていてもよい。また、プロセッサーは、例えば、アナログ信号を処理するアンプ回路あるいはフィルター回路等のうちの１以上を含んでもよい。

以上、この開示の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この開示の要旨を逸脱しない範囲の設計等も含まれる。

［付記］
（構成例１）～（構成例９）を示す。

（構成例１）
認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置であって、
受信部および送信部を有する受送信層部と、
業務データに関する処理を行う業務データ処理部と、を備え、
前記受信部は、前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、
前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する装置に送信する処理を行う、
情報処理装置。

（構成例２）
前記受送信層部と前記業務データ処理部との間では、前記認証情報以外の情報のやり取りが行われる、
（構成例１）に記載の情報処理装置。

（構成例３）
前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、
前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、
（構成例１）または（構成例２）に記載の情報処理装置。

（構成例４）
前記認証情報は、前記リクエスト信号のヘッダまたはフッタに含まれる、
（構成例１）から（構成例３）のいずれか１つに記載の情報処理装置。

（構成例５）
認証対象の認証に使用される情報である認証情報を前段のサービスを提供する第１装置から受信し、受信した前記認証情報に応じて所定のサービスを提供する情報処理装置であって、
受信部および送信部を有する受送信層部と、
業務データに関する処理を行う業務データ処理部と、を備え、
前記受信部は、前記第１装置から送信された前記認証情報を受信して、受信した前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、
前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する第２装置に送信する処理を行う、
情報処理装置。

例えば、実施形態に係る情報処理装置のような装置を構成するコンピューターにより実行されるプログラムを提供することも可能である。当該プログラムは、当該装置により行われる処理の機能を実現する。

（構成例６）
受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置を構成するコンピューターに、
前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行う前記受信部の機能を実現するプログラムであって、
前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する装置に送信する処理を行う、
プログラム。

他の構成例として、受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置を構成するコンピューターに、所定機能を実現するプログラムであって、
前記受信部は、前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、
前記所定機能は、前記受信部から取得した前記認証情報を次段のサービスを提供する装置に送信する処理を行う前記送信部の機能である、
プログラム。

（構成例７）
受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、認証対象の認証に使用される情報である認証情報を前段のサービスを提供する第１装置から受信し、受信した前記認証情報に応じて所定のサービスを提供する情報処理装置を構成するコンピューターに、
前記第１装置から送信された前記認証情報を受信して、受信した前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行う前記受信部の機能を実現するプログラムであって、
前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する第２装置に送信する処理を行う、
プログラム。

他の構成例として、受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、認証対象の認証に使用される情報である認証情報を前段のサービスを提供する第１装置から受信し、受信した前記認証情報に応じて所定のサービスを提供する情報処理装置を構成するコンピューターに、所定機能を実現するプログラムであって、
前記受信部は、前記第１装置から送信された前記認証情報を受信して、受信した前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、
前記所定機能は、前記受信部から取得した前記認証情報を次段のサービスを提供する第２装置に送信する処理を行う前記送信部の機能である、
プログラム。

例えば、実施形態に係る複数のサービスのそれぞれを提供する複数の情報処理装置を含む情報処理システムを提供することも可能である。

（構成例８）
複数のサービスのそれぞれを提供する複数の情報処理装置を含む情報処理システムであって、
前記複数の前記情報処理装置のうちの第１情報処理装置は、
認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置であって、
受信部および送信部を有する受送信層部と、
業務データに関する処理を行う業務データ処理部と、を備え、
前記受信部は、前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、
前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する他の情報処理装置に送信する処理を行う、
情報処理システム。

一構成例として、情報処理システムでは、前記第１情報処理装置の前記送信部は、他のサービスを提供する複数の情報処理装置に前記認証情報を送信する、構成が用いられてもよい（例えば、図３の例）。
ここで、第１情報処理装置に対して他のサービスを提供する複数の情報処理装置は、次段のサービスを提供する他の情報処理装置を含む。
なお、図３の例のように、第１情報処理装置（例えば、サービス装置２１２Ａ）の送信部から他のサービスを提供する複数の情報処理装置（例えば、サービス装置２１２Ｂ～２１２Ｄ）に認証情報が送信される場合、これら複数の情報処理装置（例えば、サービス装置２１２Ｂ～２１２Ｄ）が次段のサービスを提供する他の情報処理装置であると捉えられてもよく、あるいは、所定の情報処理装置（例えば、サービス装置２１２Ｂ）が次段のサービスを提供する他の情報処理装置であると捉えられて、別の情報処理装置（例えば、サービス装置２１２Ｃ～２１２Ｄ）はさらに後段のサービスを提供する他の情報処理装置であると捉えられてもよい。

一構成例として、情報処理システムでは、前記第１情報処理装置の前記送信部および他の情報処理装置の送信部は、それぞれに対して次段のサービスを提供する他の情報処理装置に前記認証情報を送信する、構成が用いられてもよい（例えば、図４の例）。
なお、終端（最終段）のサービスを提供する情報処理装置の送信部は、次段のサービスを提供する他の情報処理装置が存在しないため、認証情報を他の装置に送信する処理を行わなくてもよい。

一構成例として、情報処理システムでは、前記第１情報処理装置の前記送信部および他の情報処理装置の送信部は、それぞれに対して次段のサービスを提供する他の情報処理装置に前記認証情報を送信し、終端（最終段）のサービスを提供する情報処理装置の送信部は所定の情報を前記端末装置に送信する、構成が用いられてもよい（例えば、図５の例）。
当該所定の情報は、例えば、１以上のサービス（１以上の情報処理装置）の業務データに関する情報であってもよい。
当該所定の情報は、例えば、認証情報を含まなくてもよいが、認証情報を含んでもよい。
なお、終端（最終段）のサービスを提供する情報処理装置の送信部は、次段のサービスを提供する他の情報処理装置が存在しないため、認証情報を他の装置に送信する処理を行わなくてもよい。

例えば、実施形態に係る複数のサービスのそれぞれを提供する複数の情報処理装置を含む情報処理システムにおいて行われる処理の方法を提供することも可能である。

（構成例９）
複数のサービスのそれぞれを提供する複数の情報処理装置における情報処理方法であって、
前記複数の前記情報処理装置のうちの第１情報処理装置は、
認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置であって、
受信部および送信部を有する受送信層部と、
業務データに関する処理を行う業務データ処理部と、を備え、
前記受信部は、前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、
前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する他の情報処理装置に送信する処理を行う、
情報処理方法。

１、２０１、３０１、４０１、１００１…情報処理システム、１１、２１１、３１１、４１１、１０１１…端末装置、１１ａ、２１１ａ、３１１ａ、４１１ａ、１０１１ａ…ユーザー側プログラム部、１２Ａ～１２Ｂ、２１２Ａ～２１２Ｄ、３１２Ａ～３１２Ｄ、４１２Ａ～４１２Ｄ、１０１２Ａ～１０１２Ｄ…サービス装置、１３、２１３、３１３、４１３、１０１３…境界、３１Ａ～３１Ｂ、２３１Ａ～２３１Ｄ、３３１Ａ～３３１Ｄ、４３１Ａ～４３１Ｄ、１０３１Ａ～１０３１Ｄ…受送信層プログラム部、５１Ａ～５１Ｂ、１０５１Ａ～１０５１Ｂ…受信部、５２Ａ～５２Ｂ、１０５２Ａ～１０５２Ｂ…送信部、７１Ａ～７１Ｂ、２７１Ａ～２７１Ｄ、３７１Ａ～３７１Ｄ、４７１Ａ～４７１Ｄ、１０７１Ａ～１０７１Ｄ…アプリ層プログラム部、７２Ａ～７２Ｂ、２７２Ａ～２７２Ｄ、３７２Ａ～３７２Ｄ、４７２Ａ～４７２Ｄ、１０７２Ａ～１０７２Ｄ…ドメイン層プログラム部、７３Ａ～７３Ｂ、２７３Ａ～２７３Ｄ、３７３Ａ～３７３Ｄ、４７３Ａ～４７３Ｄ、１０７３Ａ～１０７３Ｄ…データ層プログラム部、７４Ａ～７４Ｂ、２７４Ａ～２７４Ｄ、３７４Ａ～３７４Ｄ、４７４Ａ～４７４Ｄ、１０７４Ａ～１０７４Ｄ…業務データ記憶部、１０１…通信信号、１２１…認証情報、１２２…他情報

Claims (8)

1. 認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置であって、
   受信部および送信部を有する受送信層部と、
   業務データに関する処理を行う業務データ処理部と、を備え、
   前記受信部は、前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、
   前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する装置に送信する処理を行い、
   前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、
   前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、
   情報処理装置。
2. 前記受送信層部と前記業務データ処理部との間では、前記認証情報以外の情報のやり取りが行われる、
   請求項１に記載の情報処理装置。
3. 前記認証情報は、前記リクエスト信号のヘッダまたはフッタに含まれる、
   請求項１または請求項２に記載の情報処理装置。
4. 認証対象の認証に使用される情報である認証情報を前段のサービスを提供する第１装置から受信し、受信した前記認証情報に応じて所定のサービスを提供する情報処理装置であって、
   受信部および送信部を有する受送信層部と、
   業務データに関する処理を行う業務データ処理部と、を備え、
   前記受信部は、前記第１装置から送信された前記認証情報を受信して、受信した前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、
   前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する第２装置に送信する処理を行い、
   前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、
   前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、
   情報処理装置。
5. 受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置を構成するコンピューターに、
   前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行う前記受信部の機能を実現するプログラムであって、
   前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する装置に送信する処理を行い、
   前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、
   前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、
   プログラム。
6. 受信部および送信部を有する受送信層部と、業務データに関する処理を行う業務データ処理部と、を備え、認証対象の認証に使用される情報である認証情報を前段のサービスを提供する第１装置から受信し、受信した前記認証情報に応じて所定のサービスを提供する情報処理装置を構成するコンピューターに、
   前記第１装置から送信された前記認証情報を受信して、受信した前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行う前記受信部の機能を実現するプログラムであって、
   前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する第２装置に送信する処理を行い、
   前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、
   前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、
   プログラム。
7. 複数のサービスのそれぞれを提供する複数の情報処理装置を含む情報処理システムであって、
   前記複数の前記情報処理装置のうちの第１情報処理装置は、
   認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置であって、
   受信部および送信部を有する受送信層部と、
   業務データに関する処理を行う業務データ処理部と、を備え、
   前記受信部は、前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、
   前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する他の情報処理装置に送信する処理を行い、
   前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、
   前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、
   情報処理システム。
8. 複数のサービスのそれぞれを提供する複数の情報処理装置における情報処理方法であって、
   前記複数の前記情報処理装置のうちの第１情報処理装置は、
   認証対象の認証に使用される情報である認証情報を含むリクエスト信号を端末装置から受信し、受信した前記リクエスト信号に応じて所定のサービスを提供する情報処理装置であって、
   受信部および送信部を有する受送信層部と、
   業務データに関する処理を行う業務データ処理部と、を備え、
   前記受信部は、前記端末装置から送信された前記リクエスト信号を受信して、受信した前記リクエスト信号に含まれる前記認証情報に基づく認証が成功した場合に、前記業務データ処理部による処理を認可する処理、および、前記認証情報を前記送信部に渡す処理を行い、
   前記送信部は、前記受信部から取得した前記認証情報を次段のサービスを提供する他の情報処理装置に送信する処理を行い、
   前記受送信層部は、受送信層プログラムが実行されることで実現される機能部であり、
   前記業務データ処理部は、アプリケーション層プログラム、ドメイン層プログラムおよびデータ層プログラムが実行されることで実現される機能部である、
   情報処理方法。

Images