Nova Patents
JP2014106979A

Network device architecture for unified communication service

Abstract

Problem to be solved.To provide a system and a method for implementing a service-oriented architecture supporting complex event processing and business activity monitoring. An enterprise service bus (ESB) generates a first list of one or more devices and selects a second device in the first list from users associated with the first device. To generate a second list of functions related to the selection from the user, and request the first device to perform one of the functions in the second list. The first communication protocol of the request received from the first device is converted into the second communication protocol used by the second device to generate the converted request, and the first of the requests. The message format of 1 is converted into the second message format, and the converted request is transmitted to the second device. [Selection diagram] Fig. 1A

JP2014106979A, drawing sheet 1
Sheet 1 of 27

Term

Projected expiry 27 November 2033.

  1. Priority
  2. Filed
  3. Published
  4. Today
  5. Projected expiry

20 claims: 4 independent, 16 dependent

  1. 1
    コンピュータが実行する方法であって、 1又は複数のコンピューティング装置を用いて、第1の装置の位置と、ネットワーク内で前記第1の装置の位置から一定距離範囲内にある1又は複数の装置の第1のリストとを識別するステップと、 前記1又は複数のコンピューティング装置を用いて、前記第1の装置に関連するユーザから前記第1のリストの中の第2の装置の選択を受信するステップと、 前記1又は複数のコンピューティング装置を用いて、前記ユーザにより選択された第2の装置に関連する機能を有する第2のリストを生成するステップと、 前記1又は複数のコンピューティング装置を用いて、前記第1の装置から、前記第2のリストの中の前記機能のうちの1つを実行する第1の要求を受信するステップと、 前記1又は複数のコンピューティング装置を用いて、前記第1の装置から受信した前記第1の要求の第1の通信プロトコルを前記第2の装置により用いられる第2の通信プロトコルに変換するステップであって、変換された要求を生成する、ステップと、 前記1又は複数のコンピューティング装置を用いて、前記第1の要求の第1のメッセージフォーマットを前記第2の装置により用いられる第2のメッセージフォーマットに変換するステップと、 前記1又は複数のコンピューティング装置を用いて、前記の変換された第1の要求を前記第2の装置へ送信するステップと、 を有する方法。
  2. 2
    前記第1の装置から、主題に関連する1又は複数種類のメディアについての第2の要求を受信するステップと、 グローバルインデックスと一致する前記第2の要求に基づき、前記要求が向けられている1又は複数のリソースサーバを決定するステップであって、前記1又は複数のリソースサーバは1又は複数種類の第2の装置と関連する、ステップと、 前記第2の要求の第1の通信プロトコルと、前記1又は複数のリソースサーバの1又は複数種類の第2の通信プロトコルとを決定するステップと、 前記第2の要求の第1のメッセージフォーマットと、前記1又は複数のリソースサーバの1又は複数種類の第2のメッセージフォーマットとを決定するステップと、 前記第1の通信プロトコルからの前記第2の要求を前記1又は複数のリソースサーバの前記1又は複数種類の第2の通信プロトコルの各々に変換するステップと、 前記第1のメッセージフォーマットからの前記第2の要求を前記1又は複数のリソースサーバの前記1又は複数種類の第2のメッセージフォーマットの各々に変換するステップと、 前記1又は複数のリソースサーバから、前記の変換された第2の要求と一致する前記1又は複数種類のメディアを読み出すステップと、 前記第1の装置へ、前記の変換された第2の要求と一致する前記1又は複数種類のメディアを送信するステップと、 を更に有する請求項1に記載の方法。
  3. 3
    前記第1の装置にIP(internet protocol)アドレスと名称を割り当て及び前記IPアドレスをリストに追加することにより、使用のために前記第1の装置を登録するステップと、 前記第2の装置に装置識別子と名称を割り当て及び前記装置識別子をリストに追加することにより、前記ネットワーク内での使用のために前記第2の装置を登録するステップと、 を更に有する請求項1に記載の方法。
  4. 4
    前記変換された第1の要求及び前記変換された第2の要求に関連する装置使用エントリを記録するステップであって、前記装置使用エントリは、要求種類、前記第1の装置のIPアドレス、前記第1の装置に関連するユーザのユーザ識別子、前記第2の装置のユニークな装置識別子、並びに前記変換された第1の要求及び前記変換された第2の要求に含まれるメディアの種類を有する、ステップと、 を更に有する請求項2に記載の方法。
  5. 5
    前記第2の装置により実行される少なくとも1つのトランザクションに関連する装置使用エントリを読み出すステップと、 前記少なくとも1つのトランザクションに関連する請求情報を決定するステップと、 各トランザクションに関連する前記請求情報に基づき請求書を生成するステップと、 を更に有する請求項2に記載の方法。
  6. 6
    1又は複数の装置の前記第1のリストから選択された前記第2の装置のうちのどれが一定時間空いているかを決定するステップと、 1又は複数の装置の前記第1のリストから選択された前記第2の装置のうちのどれが空いているかを示す、前記第1の装置に対する通知を生成するステップと、 を更に有する請求項1に記載の方法。
  7. 7
    前記1又は複数のリソースサーバに格納された前記1又は複数種類のメディアを決定するステップと、 メタデータの濃度に基づき、前記1又は複数種類のメディアに関連するメタデータを決定するステップと、 前記1又は複数のリソースサーバ内でローカルデータベースインデックスを生成するステップであって、前記ローカルデータベースインデックスは、前記メタデータと、前記メタデータに関連する前記1又は複数種類のメディアが格納されている位置を指すポインタリファレンスとを保持する、ステップと、 を更に有する請求項2に記載の方法。
  8. 8
    1又は複数種類のメディアを有する要求を受信するステップと、 前記メディア内のテキストを識別するステップと、 前記テキストに基づきグローバルデータベースインデックスを編集するステップであって、前記グローバルデータベースインデックスは、前記要求に関連する前記メディアが格納されている位置を指すポインタリファレンスを有する、ステップと、 を更に有する請求項7に記載の方法。
  9. 9
    前記1又は複数のリソースサーバに関連する前記1又は複数種類の第2の装置のAPI(Application Programming Interface)に関する1又は複数種類の更新を決定するステップと、 前記1又は複数種類の第2の装置の前記APIの前記1又は複数種類の更新が実行される前に、前記1又は複数種類の第2の装置に対する要求を受信するために前記第1の装置に公開される標準インタフェースが更新されるべきであると示す通知を送信するステップと、 を更に有する請求項2に記載の方法。
  10. 10
    1又は複数のプロセッサと、 メモリに格納され前記1又は複数のプロセッサにより実行可能であるエンタープライズサービスバスであって、前記エンタープライズサービスバスは、1又は複数の装置の第1のリストを生成し、第1の装置に関連するユーザから、前記第1のリストの中の第2の装置の選択を受信し、前記ユーザから、前記の選択された第2の装置に関連する機能を有する第2のリストを生成し、前記第1の装置から、前記第2のリストの中の前記機能のうちの1つを実行する第1の要求を受信し、前記第1の装置から受信した前記第1の要求の第1の通信プロトコルを前記第2の装置により用いられる第2の通信プロトコルに変換して変換された要求を生成し、前記第1の要求の第1のメッセージフォーマットを前記第2の装置により用いられる第2のメッセージフォーマットに変換し、前記変換された第1の要求を前記第2の装置へ送信するよう構成される、エンタープライズサービスバスと、前記1又は複数のプロセッサにより実行可能なアプリケーションサービスであって、前記アプリケーションサービスは、ネットワーク内の前記第1の装置の位置を識別し、前記エンタープライズサービスバスに前記第1の装置の前記位置から一定距離範囲内にある1又は複数の装置の前記第1のリストを提供するよう構成される、アプリケーションサービスと、 を有するシステム。
  11. 11
    前記エンタープライズサービスバスは、前記ネットワーク内の前記第1の装置から1又は複数種類のメディアについての第2の要求を受信し、前記第2の要求を前記アプリケーションサービスへ送信し、前記第2の要求が向けられている1又は複数のリソースサーバの決定を受信し、前記第2の要求の第1の通信プロトコルと、前記1又は複数のリソースサーバの1又は複数種類の第2の通信プロトコルとを決定し、前記第2の要求の第1のメッセージフォーマットと、前記1又は複数のリソースサーバの1又は複数種類の第2のメッセージフォーマットとを決定し、前記第1の通信プロトコルからの前記第2の要求を前記1又は複数のリソースサーバの前記1又は複数種類の第2の通信プロトコルの各々に変換し、前記第1のメッセージフォーマットからの前記第2の要求を前記1又は複数のリソースサーバの前記1又は複数種類の第2のメッセージフォーマットの各々に変換し、前記1又は複数のリソースサーバから、前記の変換された第2の要求と一致する前記1又は複数種類のメディアを読み出し、前記第1の装置へ、前記1又は複数種類のメディアを送信するよう更に構成され、 前記アプリケーションサービスは、前記エンタープライズサービスバスから前記第2の要求を受信し、グローバルインデックスに一致する前記第2の要求に基づき前記第2の要求が向けられている前記1又は複数のリソースサーバを決定し、前記1又は複数のリソースサーバの決定を前記エンタープライズサービスバスへ送信し、前記1又は複数のリソースサーバは1又は複数種類の第2の装置に関連する、よう更に構成される、 請求項10に記載のシステム。
  12. 12
    前記アプリケーションサービスは、前記変換された第1の要求及び前記変換された第2の要求に関連する装置使用エントリを記録するよう更に構成され、前記装置使用エントリは、要求種類、前記第1の装置のIPアドレス、前記第1の装置に関連するユーザのユーザ識別子、前記第2の装置のユニークな装置識別子、並びに前記変換された第1の要求及び前記変換された第2の要求に含まれるメディアの種類を有する、請求項11に記載のシステム。
  13. 13
    前記アプリケーションサービスは、前記第2の装置により実行される少なくとも1つのトランザクションに関連する装置使用エントリを読み出し、前記少なくとも1つのトランザクションに関連する請求情報を決定し、各トランザクションに関連する前記請求情報に基づき請求書を生成するよう更に構成される、請求項11に記載のシステム。
  14. 14
    前記エンタープライズサービスバスは、前記1又は複数のリソースサーバに格納された前記1又は複数種類のメディアを決定し、メタデータの濃度に基づき、前記1又は複数種類のメディアに関連するメタデータを決定し、前記1又は複数のリソースサーバ内でローカルデータベースインデックスを生成するよう更に構成され、前記ローカルデータベースインデックスは、前記メタデータと、前記メタデータに関連する前記1又は複数種類のメディアが格納されている位置を指すポインタリファレンスとを保持する、請求項11に記載のシステム。
  15. 15
    前記エンタープライズサービスバスは、1又は複数種類のメディアを有する要求を受信し、前記メディア内のテキストを識別し、前記テキストに基づきグローバルデータベースインデックスを編集するよう更に構成され、前記グローバルデータベースインデックスは、関連する前記1又は複数種類のメディアが格納されている位置を指すポインタリファレンスを有する、請求項14に記載のシステム。
  16. 16
    前記アプリケーションサービスは、前記1又は複数のリソースサーバに関連する前記1又は複数種類の第1の装置のAPI(Application Programming Interface)に関する1又は複数種類の更新を決定し、前記1又は複数種類の第2の装置の前記APIの前記1又は複数種類の更新が実行される前に、前記1又は複数種類の第2の装置に対する要求を受信するために前記第1の装置に公開される標準インタフェースが更新されるべきであると示す通知を送信するよう更に構成される、請求項11に記載のシステム。
  17. 17
    コンピュータ可読プログラムを有するコンピュータにより使用可能な媒体を有するコンピュータプログラムであって、前記コンピュータ可読プログラムは、コンピュータで実行されると、該コンピュータに、 第1の装置の位置と、ネットワーク内で前記第1の装置の位置から一定距離範囲内にある1又は複数の装置の第1のリストとを識別し、 前記第1の装置に関連するユーザから前記第1のリストの中の第2の装置の選択を受信し、 前記ユーザにより選択された第2の装置に関連する機能を有する第2のリストを生成し、 前記第1の装置から、前記第2のリストの中の前記機能のうちの1つを実行する第1の要求を受信し、 前記第1の装置から受信した前記第1の要求の第1の通信プロトコルを前記第2の装置により用いられる第2の通信プロトコルに変換し、変換された要求を生成し、 前記第1の要求の第1のメッセージフォーマットを前記第2の装置により用いられる第2のメッセージフォーマットに変換し、 前記の変換された第1の要求を前記第2の装置へ送信させる、コンピュータプログラム。
  18. 18
    前記コンピュータに、更に、 前記第1の装置から、主題に関連する1又は複数種類のメディアについての第2の要求を受信し、 グローバルインデックスと一致する前記第2の要求に基づき、前記要求が向けられている1又は複数のリソースサーバを決定し、前記1又は複数のリソースサーバは1又は複数種類の第2の装置と関連し、 前記第2の要求の第1の通信プロトコルと、前記1又は複数のリソースサーバの1又は複数種類の第2の通信プロトコルとを決定し、 前記第2の要求の第1のメッセージフォーマットと、前記1又は複数のリソースサーバの1又は複数種類の第2のメッセージフォーマットとを決定し、 前記第1の通信プロトコルからの前記第2の要求を前記1又は複数のリソースサーバの前記1又は複数種類の第2の通信プロトコルの各々に変換し、 前記第1のメッセージフォーマットからの前記第2の要求を前記1又は複数のリソースサーバの前記1又は複数種類の第2のメッセージフォーマットの各々に変換し、 前記1又は複数のリソースサーバから、前記の変換された第2の要求と一致する前記1又は複数種類のメディアを読み出し、 前記第1の装置へ、前記の変換された第2の要求と一致する前記1又は複数種類のメディアを送信させる、請求項17に記載のコンピュータプログラム。
  19. 19
    前記コンピュータに、さらに、 前記変換された第1の要求及び前記変換された第2の要求に関連する装置使用エントリを記録させ、前記装置使用エントリは、要求種類、前記第1の装置のIPアドレス、前記第1の装置に関連するユーザのユーザ識別子、前記第2の装置のユニークな装置識別子、並びに前記変換された第1の要求及び前記変換された第2の要求に含まれるメディアの種類を有する、請求項18に記載のコンピュータプログラム。
  20. 20
    前記コンピュータに、さらに、 前記1又は複数のリソースサーバに格納された前記1又は複数種類のメディアを決定し、 メタデータの濃度に基づき、前記1又は複数種類のメディアに関連するメタデータを決定し、 前記1又は複数のリソースサーバ内でローカルデータベースインデックスを生成させ、前記ローカルデータベースインデックスは、前記メタデータと、前記メタデータに関連する前記1又は複数種類のメディアが格納されている位置を指すポインタリファレンスとを保持する、請求項18に記載のコンピュータプログラム。
Independent claims20