(57)【特許請求の範囲】
【請求項１】
非同期メッセージルーティングを媒介する方法であって、
送信側の通信機器から第１の受信側を対象とする非同期メッセージを受信することと、
前記非同期メッセージの中の情報から前記第１の受信側の役割に関するルーティング情報を取り出すことと、
前記ルーティング情報に基づいて前記非同期メッセージを前記第１の受信側の通信機器へルーティングすることと、
前記第１の受信側の通信機器からのメッセージ開封確認を監視することと、
メッセージ開封確認が前記第１の受信側の通信機器から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングすることと、
を備える方法、なお前記非同期メッセージによって前記非同期メッセージに対処／応答する資格のあるアクタにより対処／応答することが必要とされるアクションは、特有の役割におけるアクタが実行することがあるアクションの組を含むアクションテンプレートを使用して前記役割に結合されており、前記非同期メッセージは、前記アクションテンプレートによって定義される、前記必要とされるアクションに関連付けられた役割を遂行することができるアクタに、ルーティングまたは再ルーティングされる。
【請求項２】
前記メッセージ開封確認が期限内に前記第１の受信側から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングすることをさらに備える、請求項１に記載の方法。
【請求項３】
前記期限の満了前の第１の期間のスレッショルドで前記非同期メッセージに関する第１のリマインダを生成することと、
前記第１のリマインダを前記第１の受信側の通信機器へ送信することと、
をさらに備える、請求項２に記載の方法。
【請求項４】
前記期限の満了前の第２の期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートの中で次に高い優先度を有する第１のアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
前記選択されたアクタが利用できる場合、前記第２のリマインダを前記選択されたアクタへ送信することと、
前記第１のアクタが利用できない場合、第２のアクタを選択することと、
前記第２のアクタが利用できる場合、前記第２のリマインダを前記第２のアクタへ送信することと、
をさらに備える、請求項３に記載の方法。
【請求項５】
前記期限の満了前の何らかの期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
利用可能である最高の優先度をもつ前記第１の受信側と同じ役割を有するアクタを選択することと、
前記第２のリマインダを前記選択されたアクタへ送信することと、
をさらに備える、請求項２に記載の方法。
【請求項６】
前記期限が前記第１の送信側によって付される、請求項２に記載の方法。
【請求項７】
前記期限が前記非同期メッセージの内容タイプに基づいて自動的に付される、請求項２に記載の方法。
【請求項８】
前記第１の送信側の通信機器が利用できない場合、前記第１の送信側によって実行される役割に基づいてメッセージ開封確認を第２の送信側の通信機器へ再ルーティングすることをさらに備える、請求項１に記載の方法。
【請求項９】
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度をもつ前記第１の受信側の前記役割を有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
をさらに備え、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、請求項１に記載の方法。
【請求項１０】
前記ルーティングテンプレートから前記選択された第２の受信側のルーティング情報を取り出すことをさらに備える、請求項９に記載の方法。
【請求項１１】
前記第１の受信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の受信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
をさらに備え、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、請求項１に記載の方法。
【請求項１２】
前記ルーティング情報が前記第１の受信側の役割だけを格納している、請求項１１に記載の方法。
【請求項１３】
前記第１の送信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、をさらに備える、請求項８に記載の方法。
【請求項１４】
前記ルーティングテンプレートから前記選択された第２の送信側のルーティング情報を取り出すことをさらに備える、請求項１３に記載の方法。
【請求項１５】
特定された前記第１の送信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の送信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、をさらに備える、請求項８に記載の方法。
【請求項１６】
前記ルーティング情報が前記第１の送信側の役割だけを格納している、請求項１５に記載の方法。
【請求項１７】
前記選択されたアクタが利用できるかどうかを判定することは、動的利用可能性テンプレートの中で前記選択されたアクタの利用可能性を調べることにより達成される、請求項２に記載の方法。
【請求項１８】
非同期メッセージルーティングを媒介するメディエータであって、
送信側の通信機器から第１の受信側を対象とする非同期メッセージを受信する手段と、
前記非同期メッセージの中の情報から前記第１の受信側の役割に関するルーティング情報を取り出す手段と、
前記ルーティング情報に基づいて前記非同期メッセージを前記第１の受信側の通信機器へルーティングする手段と、
前記第１の受信側の通信機器からのメッセージ開封確認を監視する手段と、
メッセージ開封確認が前記第１の受信側の通信機器から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングする手段と、
を備えるメディエータ、なお前記非同期メッセージによって前記非同期メッセージに対処／応答する資格のあるアクタにより対処／応答することが必要とされるアクションは、特有の役割におけるアクタが実行することがあるアクションの組を含むアクションテンプレートを使用して前記役割に結合されており、前記非同期メッセージは、前記アクションテンプレートによって定義される、前記必要とされるアクションに関連付けられた役割を遂行することができるアクタに、ルーティングまたは再ルーティングされる。
【請求項１９】
前記メッセージ開封確認が期限内に前記第１の受信側から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングする手段をさらに備える、請求項１８に記載のメディエータ。
【請求項２０】
前記期限の満了前の第１の期間のスレッショルドで前記非同期メッセージに関する第１のリマインダを生成する手段と、
前記第１のリマインダを前記第１の受信側の通信機器へ送信する手段と、
をさらに備える、請求項１９に記載のメディエータ。
【請求項２１】
前記期限の満了前の第２の期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成する手段と、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出す手段と、
前記ルーティングテンプレートの中で次に高い優先度を有する第１のアクタを選択する手段と、
前記選択されたアクタが利用できるかどうかを判定する手段と、
前記選択されたアクタが利用できる場合、前記第２のリマインダを前記選択されたアクタへ送信する手段と、
前記第１のアクタが利用できない場合、第２のアクタを選択する手段と、
前記第２のアクタが利用できる場合、前記第２のリマインダを前記第２のアクタへ送信する手段と、
をさらに備える、請求項２０に記載のメディエータ。
【請求項２２】
前記期限の満了前の何らかの期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成する手段と、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出す手段と、
利用可能である最高の優先度をもつ前記第１の受信側と同じ役割を有するアクタを選択する手段と、
前記第２のリマインダを前記選択されたアクタへ送信する手段と、
をさらに備える、請求項１９に記載のメディエータ。
【請求項２３】
前記第１の送信側によって決定される前記期限を付す手段をさらに備える、請求項１９に記載のメディエータ。
【請求項２４】
前記非同期メッセージの内容タイプに基づいて前記期限を自動的に付す手段をさらに備える、請求項１９に記載のメディエータ。
【請求項２５】
前記第１の送信側の通信機器が利用できない場合、前記第１の送信側によって実行される役割に基づいてメッセージ開封確認を第２の送信側の通信機器へ再ルーティングする手段をさらに備える、請求項１８に記載のメディエータ。
【請求項２６】
前記第１の受信側のための前記役割のためのルーティングテンプレートを取り出す手段と、
前記ルーティングテンプレートから次に高い優先度をもつ前記第１の受信側の前記役割を有するアクタを選択する手段と、
動的利用可能性テンプレートから前記選択されたアクタが利用できるかどうかを判定する手段と、
をさらに備え、
前記アクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、請求項１８に記載のメディエータ。
【請求項２７】
前記ルーティングテンプレートから前記選択された第２の受信側のルーティング情報を取り出す手段をさらに備える、請求項２６に記載のメディエータ。
【請求項２８】
前記第１の受信側に基づいてルーティングテンプレートを取り出す手段と、
前記ルーティングテンプレートから前記第１の受信側の役割を判定する手段と、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを選択する手段と、
動的利用可能性テンプレートから前記選択されたアクタが利用できるかどうかを判定する手段と、
をさらに備え、
前記アクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、請求項１８に記載のメディエータ。
【請求項２９】
前記ルーティング情報が前記第１の受信側の役割だけを格納している、請求項２８に記載のメディエータ。
【請求項３０】
前記第１の送信側の前記役割のためのルーティングテンプレートを取り出す手段と、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定する手段と、
動的利用可能性テンプレートから前記アクタが利用できるかどうかを判定する手段と、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択する手段と、をさらに備える、請求項２５に記載のメディエータ。
【請求項３１】
前記ルーティングテンプレートから前記選択された第２の送信側のルーティング情報を取り出す手段をさらに備える、請求項３０に記載のメディエータ。
【請求項３２】
特定された前記第１の送信側に基づいてルーティングテンプレートを取り出す手段と、
前記ルーティングテンプレートから前記第１の送信側の役割を判定する手段と、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定する手段と、
動的利用可能性テンプレートから前記アクタが利用できるかどうかを判定する手段と、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択する手段と、をさらに備える、請求項２５に記載のメディエータ。
【請求項３３】
前記ルーティング情報が前記第１の送信側の役割だけを格納している、請求項３２に記載のメディエータ。
【請求項３４】
前記選択されたアクタが利用できるかどうかを判定する手段は、動的利用可能性テンプレートの中で前記選択されたアクタの利用可能性を調べる手段を備える、請求項２１に記載のメディエータ。
【請求項３５】
非同期メッセージルーティングを媒介するメディエータであって、
メモリユニットと、
前記メモリユニットに結合され、
送信側の通信機器から第１の受信側を対象とする非同期メッセージを受信することと、
前記非同期メッセージの中の情報から前記第１の受信側の役割に関するルーティング情報を取り出すことと、
前記ルーティング情報に基づいて前記非同期メッセージを前記第１の受信側の通信機器へルーティングすることと、
前記第１の受信側の通信機器からのメッセージ開封確認を監視することと、
メッセージ開封確認が前記第１の受信側の通信機器から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングすることと、
の各ステップを実行するようにソフトウェア命令を用いて構成されているプロセッサと、を備える、メディエータ、なお前記非同期メッセージによって前記非同期メッセージに対処／応答する資格のあるアクタにより対処／応答することが必要とされるアクションは、特有の役割におけるアクタが実行することがあるアクションの組を含むアクションテンプレートを使用して前記役割に結合されており、前記非同期メッセージは、前記アクションテンプレートによって定義される、前記必要とされるアクションに関連付けられた役割を遂行することができるアクタに、ルーティングまたは再ルーティングされる。
【請求項３６】
前記プロセッサは、
前記メッセージ開封確認が期限内に前記第１の受信側から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングするステップをさらに実行するようにソフトウェア命令を用いて構成されている、請求項３５に記載のメディエータ。
【請求項３７】
前記プロセッサは、
前記期限の満了前の第１の期間のスレッショルドで前記非同期メッセージに関する第１のリマインダを生成することと、
前記第１のリマインダを前記第１の受信側の通信機器へ送信することと、
の各ステップをさらに実行するようにソフトウェア命令を用いて構成されている、請求項３６に記載のメディエータ。
【請求項３８】
前記プロセッサは、
前記期限の満了前の第２の期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートの中で次に高い優先度を有する第１のアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
前記選択されたアクタが利用できる場合、前記第２のリマインダを前記選択されたアクタへ送信することと、
前記第１のアクタが利用できない場合、第２のアクタを選択することと、
前記第２のアクタが利用できる場合、前記第２のリマインダを前記第２のアクタへ送信することと、
の各ステップをさらに実行するようにソフトウェア命令を用いて構成されている、請求項３７に記載のメディエータ。
【請求項３９】
前記プロセッサは、
前記期限の満了前の何らかの期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
利用可能である最高の優先度をもつ前記第１の受信側と同じ役割を有するアクタを選択することと、
前記第２のリマインダを前記選択されたアクタへ送信することと、
の各ステップをさらに実行するようにソフトウェア命令を用いて構成されている、請求項３６に記載のメディエータ。
【請求項４０】
前記プロセッサは、
前記第１の送信側によって決定される前記期限を付すステップをさらに実行するようにソフトウェア命令を用いて構成されている、請求項３６に記載のメディエータ。
【請求項４１】
前記プロセッサは、
前記非同期メッセージの内容タイプに基づいて前記期限を自動的に付すステップをさらに実行するようにソフトウェア命令を用いて構成されている、請求項３６に記載のメディエータ。
【請求項４２】
前記プロセッサは、
前記第１の送信側の通信機器が利用できない場合、前記第１の送信側によって実行される役割に基づいてメッセージ開封確認を第２の送信側の通信機器へ再ルーティングするステップをさらに実行するようにソフトウェア命令を用いて構成されている、請求項３５に記載のメディエータ。
【請求項４３】
前記プロセッサは、
前記第１の受信側のための前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度をもつ前記第１の受信側の前記役割を有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
の各ステップをさらに実行するようにソフトウェア命令を用いて構成され、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、請求項３５に記載のメディエータ。
【請求項４４】
前記プロセッサは、
前記ルーティングテンプレートから前記選択された第２の受信側のルーティング情報を取り出すステップをさらに実行するようにソフトウェア命令を用いて構成されている、請求項４３に記載のメディエータ。
【請求項４５】
前記プロセッサは、
前記第１の受信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の受信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
の各ステップを実行するようにソフトウェア命令を用いて構成され、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、請求項３５に記載のメディエータ。
【請求項４６】
前記プロセッサは、
前記第１の送信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、の各ステップをさらに実行するようにソフトウェア命令を用いて構成されている、請求項４２に記載のメディエータ。
【請求項４７】
前記プロセッサは、
特定された前記第１の送信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の送信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、の各ステップをさらに実行するようにソフトウェア命令を用いて構成されている、請求項４２に記載のメディエータ。
【請求項４８】
前記プロセッサは、
動的利用可能性テンプレートの中で前記選択されたアクタの利用可能性を調べることにより前記選択されたアクタが利用できるかどうかを判定するステップをさらに実行するようにソフトウェア命令を用いて構成されている、請求項４２に記載のメディエータ。
【請求項４９】
送信側の通信機器から第１の受信側を対象とする非同期メッセージを受信することと、
前記非同期メッセージの中の情報から前記第１の受信側の役割に関するルーティング情報を取り出すことと、
前記ルーティング情報に基づいて前記非同期メッセージを前記第１の受信側の通信機器へルーティングすることと、
前記第１の受信側の通信機器からのメッセージ開封確認を監視することと、
メッセージ開封確認が前記第１の受信側の通信機器から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングすることと、
の各ステップをプロセッサに実行させるように構成されたプロセッサ実行可能なソフトウェア命令が記憶されている有形記憶媒体、なお前記非同期メッセージによって前記非同期メッセージに対処／応答する資格のあるアクタにより対処／応答することが必要とされるアクションは、特有の役割におけるアクタが実行することがあるアクションの組を含むアクションテンプレートを使用して前記役割に結合されており、前記非同期メッセージは、前記アクションテンプレートによって定義される、前記必要とされるアクションに関連付けられた役割を遂行することができるアクタに、ルーティングまたは再ルーティングされる。
【請求項５０】
前記メッセージ開封確認が期限内に前記第１の受信側から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングするステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項４９に記載の有形記憶媒体。
【請求項５１】
前記期限の満了前の第１の期間のスレッショルドで前記非同期メッセージに関する第１のリマインダを生成することと、
前記第１のリマインダを前記第１の受信側の通信機器へ送信することと、
の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項５０に記載の有形記憶媒体。
【請求項５２】
前記期限の満了前の第２の期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートの中で次に高い優先度を有する第１のアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
前記選択されたアクタが利用できる場合、前記第２のリマインダを前記選択されたアクタへ送信することと、
前記第１のアクタが利用できない場合、第２のアクタを選択することと、
前記第２のアクタが利用できる場合、前記第２のリマインダを前記第２のアクタへ送信することと、
の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項５１に記載の有形記憶媒体。
【請求項５３】
前記期限の満了前の何らかの期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
利用可能である最高の優先度をもつ前記第１の受信側と同じ役割を有するアクタを選択することと、
前記第２のリマインダを前記選択されたアクタへ送信することと、
の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項５０に記載の有形記憶媒体。
【請求項５４】
前記第１の送信側によって決定された前記期限を付すステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項５０に記載の有形記憶媒体。
【請求項５５】
前記非同期メッセージの内容タイプに基づいて前記期限を自動的に付すステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項５０に記載の有形記憶媒体。
【請求項５６】
前記第１の送信側の通信機器が利用できない場合、前記第１の送信側によって実行される役割に基づいてメッセージ開封確認を第２の送信側の通信機器へ再ルーティングするステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項４９に記載の有形記憶媒体。
【請求項５７】
前記第１の受信側のための前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度をもつ前記第１の受信側の前記役割を有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有し、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、請求項４９に記載の有形記憶媒体。
【請求項５８】
前記ルーティングテンプレートから前記選択された第２の受信側のルーティング情報を取り出すステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項５７に記載の有形記憶媒体。
【請求項５９】
前記第１の受信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の受信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有し、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、請求項４９に記載の有形記憶媒体。
【請求項６０】
前記第１の送信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項５７に記載の有形記憶媒体。
【請求項６１】
前記ルーティングテンプレートから前記選択された第２の送信側のルーティング情報を取り出すステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項６０に記載の有形記憶媒体。
【請求項６２】
特定された前記第１の送信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の送信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項５６に記載の有形記憶媒体。
【請求項６３】
動的利用可能性テンプレートの中で前記選択されたアクタの利用可能性を調べることにより前記選択されたアクタが利用できるかどうかを判定するステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、請求項５２に記載の有形記憶媒体。
【発明の詳細な説明】
【関連出願】
【０００１】
本願は、２００８年２月２２日付けで出願され、内容全体が参照によって本明細書に組み込まれる、米国仮特許出願第６１／０３０，８２９号の優先権の利益を主張する。
【技術分野】
【０００２】
本発明は、一般に、コンピュータ通信技術に係わり、より具体的には、非同期通信メッセージのメッセージ開封確認を追跡し、ロギングし、再ルーティングし、供給するシステムおよび方法に関する。
【背景技術】
【０００３】
電子メールおよびテキストメッセージ（たとえば、ＳＭＳメッセージ）の発展と共に、移動体通信では同期通信から非同期通信へのシフトが継続している。この状況において、同期通信は、発呼側および被呼側が情報の交換中に直接的に通信していることを必要とする。非同期通信は、発呼側および被呼側が直接的に通信していないときに現れる。人気のある非同期通信方法の実施例は、ショート・メッセージ・サービス（ＳＭＳ）、マルチメディア・メッセージング・サービス（ＭＭＳ）、電子メール（ｅメール）、ファクシミリ（ファックス）、および、数字だけまたは英数字ページング（ページング）のようなテキストメッセージング、音声メールなどを含む。
【０００４】
非同期通信モードは、メッセージの対象とする受信側（recipient）が実際にメッセージを読み、聞き、表示し、メッセージに対処する（すなわち、メッセージを開封する）仕組みを提供しない。最善でも、送信側（sender）は、殆どの電子メールシステムによって提供されているような受信確認、または、メッセージが受信された旨の肯定応答を要求できるだけである。さらに、現行の非同期通信モードは、送信メッセージの優先度レベルを格付けしない。一実施例として従来型の電子メールを使用すると、メッセージが緊急であることを示すためにフラグが送信側によって設定されることがある。しかし、受信側はメッセージをいつ読み取るかを決める。その結果、緊急事態において、いくつかのメッセージは時間に遅れずに読み取られないか、または、全く読み取られないことがある。これらの問題は、期限付きまたは緊急優先度付きの情報を通信するための現行の非同期通信モードの使用を限定することがある。
【発明の概要】
【０００５】
開示されているのは、非同期メッセージのルーティングおよび再ルーティングを媒介する通信システム、通信システムコンポーネント、および、方法である。非同期メッセージが通信ネットワークの中で送信されるとき、メッセージ送信側は、送信側の非同期メッセージに応答し、非同期メッセージに対処すること、および／または、返信が受信されることを促すか、または、確実にすることが可能であるツールが提供される。種々の実施形態は、メッセージに対処されないか、または、何らかの時間のスレッショルドの範囲内に応答が無かった場合、メッセージを再ルーティングする。
【０００６】
一実施形態によれば、非同期メッセージはメディエータ（mediator）および通信ネットワークを介して第１の受信側へ送信される。メディエータは、メッセージの中に格納されているルーティング情報を使用してメッセージを第１の受信側へ媒介し、メッセージ開封確認が第１の受信側から受信されない場合、第１の受信側によって実行される役割（role）と第１の受信側に対する第２の受信側の関係とに基づいて、メッセージを第２の受信側へ再ルーティングする。別の実施形態によれば、メッセージは、メッセージ開封確認が送信側によって付された期限内に受信されない場合、第２の受信側に再ルーティングされる。別の実施形態によれば、メッセージは、メッセージ開封確認がメッセージのタイプに基づいて自動的に付された期限内に受信されない場合、第２の受信側と、あるいは、場合によっては少なくとも第３の受信側とへ再ルーティングされる。１つ以上のさらなる受信側へのメッセージの転送は、メッセージ内容および状況、または、仕事環境によって判定されることがある。別の実施形態によれば、メッセージ開封確認が期限より早い何らかの期間内に受信されない場合、リマインダが第１の受信側へ送信される。
【０００７】
別の実施形態によれば、リマインダは、メッセージ開封確認が期限より早い何らかの期間内に第１の受信側から受信されない場合、第２の受信側へ送信される。第２の受信側は第１の受信側によって実行される役割に基づいて選択される。
【０００８】
本明細書中に組み込まれ、本明細書の一部を構成する添付図面は、本発明の実施形態を例示し、前述の概要および後述の詳説と一緒に、本発明の特徴を明らかにするために役立つ。
【図面の簡単な説明】
【０００９】
【図１】実施例の非同期媒介通信ネットワークのシステムブロック図である。
【図２】非同期媒介通信ネットワークにおいて２台の通信機器の間でメッセージ配信確認を提供する実施形態の方法のプロセスフロー図である。
【図３】対象とする受信側が非同期媒介通信ネットワークにおいて利用できないとき、メッセージを再ルーティングする実施形態の方法のプロセスフロー図である。
【図４】送信メッセージが期限前の所定の期間内に読まれなかったとき、メッセージを再ルーティングする実施形態の方法のプロセスフロー図である。
【図５】期限の満了前にリマインダを第１の受信側へ送信する実施形態の方法のプロセスフロー図である。
【図６】期限の満了前に第２のリマインダを第２の受信側へ送信する実施形態の方法のプロセスフロー図である。
【図７】第２のリマインダと併せて第１のリマインダを供給する代替的な実施形態の方法のプロセスフロー図である。
【図８】第２のリマインダと併せて第１のリマインダを供給する代替的な実施形態の方法のプロセスフロー図である。
【図９】送信側機器が利用できないときに、読み取り確認メッセージを再ルーティングする実施形態の方法のプロセスフロー図である。
【図１０】送信メッセージの配信と送信メッセージへのアクションとを確実にする実施形態の方法で用いられるメッセージ構造体の実施例を示す図である。
【図１１】送信メッセージを代替的な受信側へ再ルーティングする実施形態の方法のプロセスフロー図である。
【図１２】対象とする代替的な受信側によって実行される役割に基づいて代替的な受信側への配信を確実にする実施形態の方法で用いられる代替的なメッセージ構造体の実施例を示す図である。
【図１３】対象とする受信側および代替的な受信側によって実行される役割に基づいてメッセージを代替的な受信側へ再ルーティングする実施形態の方法のプロセスフロー図である。
【図１４Ａ】特有の患者のための健康管理の共通の役割を実行する種々のアクタの静的な再ルーティングテンプレートの実施例を示す図である。
【図１４Ｂ】共通の役割を実行する種々のアクタの静的な再ルーティングテンプレートの実施例を示す図である。
【図１４Ｃ】メッセージの代替的な受信側を判定するため静的な再ルーティングテンプレートと併せて使用されることがある動的な再ルーティングテンプレートの実施例を示す図である。
【図１５】送信メッセージの配信および送信メッセージへのアクションを確実にする実施形態の方法で用いられるメッセージ構造体の実施例を示す図である。
【図１６】送信メッセージの配信および送信メッセージへのアクションを確実にする実施形態の方法で用いられるメッセージ構造体の実施例を示す図である。
【図１７】送信メッセージの配信および送信メッセージへのアクションを確実にする実施形態の方法で用いられるメッセージ構造体の実施例を示す図である。
【図１８】送信メッセージの配信および送信メッセージへのアクションを確実にする実施形態の方法で用いられるメッセージ構造体の実施例を示す図である。
【図１９】対象とする受信側および代替的な受信側によって実行される役割に基づいてメッセージを代替的な受信側へ再ルーティングする実施形態の方法のプロセスフロー図である。
【図２０】種々の実施形態と共に使用するため適した通信機器のコンポーネントブロック図である。
【図２１】種々の実施形態と共に使用するため適した実施例のリモート・サーバのコンポーネントブロック図である。
【発明を実施するための形態】
【００１０】
種々の実施形態が添付図面を参照して詳述される。可能である限り、同じ参照番号が同じ部品または類似した部品を指すために図面を通じて使用される。特有の実施例および実施への参照は、例示の目的のためであり、発明または請求項の範囲を限定することは意図されていない。
【００１１】
本明細書中で使用されているように、用語「通信機器」は、携帯電話機、個人情報端末（ＰＤＡ）、パームトップ・コンピュータ、ラップトップ・コンピュータ、デスクトップ・コンピュータ、ワイヤレス電子メール受信機（たとえば、Ｂｌａｃｋｂｅｒｒｙ（登録商標）機器およびＴｒｅｏ（登録商標）機器）、マルチメディア・インターネット・イネーブル型携帯電話機、および、少なくとも１つの形式の非同期メッセージ（たとえば、ＳＭＳ、ＭＭＳ、ＩＭ（インスタント・メッセージング）、電子メール、ファクシミリ（ファックス）、音声メール、および、数値のみまたは英数字ページング（ページング）など）を送受信する能力のあるプログラマブル・プロセッサとメモリとを含む類似したパーソナル電子機器のうちのいずれか１つまたは全部を指すことがある。好ましい実施形態では、通信機器は、携帯電話ネットワークを介して通信可能であるセルラハンドセット（たとえば、携帯電話機）であり、非同期タイプのメッセージを送受信可能である。しかし、種々の実施形態は、このような通信機器および携帯電話システムに限定されることが意図されていない。実際に、種々の実施形態は、通信ネットワークを介して、デスクトップ・コンピュータを含む他の通信機器に結合されたいずれかのタイプの通信機器を使用して実施されることがある。
【００１２】
本明細書中で使用されているように、用語「サーバ」は、クライアント・サーバ・アーキテクチャで動作するように構成された種々の市販されているコンピュータシステムのいずれかを指す。具体的には、用語「サーバ」は、ネットワーク・サーバ、特に、典型的に、プロセッサ、メモリ（たとえば、ハードディスク・メモリ）、および、サーバ・プロセッサをインターネット、インスタント・メッセージング・ネットワーク、簡単なメッセージング・システム・ネットワークおよび／または携帯電話ネットワークのようなネットワークへ接続するように構成されたネットワーク・インターフェイス回路を含むインターネット・アクセス可能サーバを指す。
【００１３】
最近の技術的進歩は通信パラダイムに別のシフトを引き起こしている。ユーザが遠距離を越えて確実に同期通信することを可能にする従来型の電話機および携帯電話機技術の存在にもかかわらず、一部のユーザは、非同期通信モードを利用する方を好む。一部のオブザーバは、通信パラダイムシフトの要因としてグローバルに接続されたコミュニティの発展を指摘する。ユーザが世界中の遠方に位置している他のユーザと通信するとき、タイムゾーンの差は、多くの場合に同期通信を妨げる。たとえば、一方の参加者が米国に位置し、他方の参加者が中国に位置するとき、通話のため都合のよい時間を見つけることは難しいことがある。電子メールおよびＳＭＳのような非同期通信は、ユーザが他のユーザと協調する必要なしに最も都合のよいときにメッセージを送受信できるので、多くの場合により効率的である。
【００１４】
最新の非同期通信システム（たとえば、テキストメッセージ（ＳＭＳ）、電子メールなど）によって提供される比較的高度の配信の信頼性にもかかわらず、非同期通信モードに関連する問題が存続する。たとえば、受信側の通信機器へのメッセージの配信が確認されることはあるが、受信ユーザが実際に読み、表示し、および／または、再生し（すなわち、メッセージを開封し）、メッセージの開封の結果として所定の対処をすることを確実にするため適切な仕組みが存在しない。たとえば、電子メールは、受信側が電子メールを読み、電子メールに応答するまでに、数時間、数日、あるいは、数週間に亘って受信側の受信箱の中に置かれることがある。
【００１５】
緊急フラグ、ボールド体活字、または、他の識別子の使用が受信側にメッセージの相対的な重要性を通知するため利用されることがあるが、送信側は、受信側がメッセージを開封することを促すか、または、確認するためにできることは殆ど無い。さらに、送信側は、受信側が何らかの課された期限内に元のメッセージに対処するか、または、応答することを促すか、または、確認するためにできることは殆ど無い。
【００１６】
アクションまたは応答を導き出すこと、または、期限を強制することの不能性は、一部の参加者および何らかのアプリケーションにおける非同期通信モードの信用の欠如の原因になる。非同期通信モードの使用についてのこの信用および信頼性の欠如は、送信側および／または受信側にとっての重大な問題の原因になる可能性がある。
【００１７】
ある一定の環境では、メッセージへの迅速な対応および応答は決定的な重要性があることがある。たとえば、健康管理業界において、メッセージまたは要求に対する迅速な受信および応答は、生または死の結末があるかもしれない。別の実施例として、法律業界では、申立書または他の文書が厳密な提出期限より前に提出されるべきである。このような文書を提出する命令が非同期通信モード（たとえば、電子メール）を用いて送信される場合、命令を送信する側は、アクションが期限内に完了されることを確実にする仕組みから恩恵を受けることがある。別の実施例として、非同期通信モード（たとえば、電子メール、ＳＭＳメッセージなど）を用いて育児義務を協調する家族は、自分達の子供が時間通りに引き取られることを確実にするために、メッセージが読まれ、メッセージに対処することを確実にする仕組みから恩恵を受けることがある。その結果として、対象とする受信側が使用不可能である場合でさえも、受信側によって非同期メッセージが受信され、対処されることを確実にするためのシステムおよび方法が必要とされる。さらに、重要な期限の満了前に非同期メッセージが受信され、対処されることを確実にするためにシステムおよび方法を提供することが必要とされる。
【００１８】
健康管理業界の実施例をさらに利用すると、米国などにおける殆どの病院は、臨床医間通信のための従来型の同期モードおよび非同期モードの両方を使用する。メッセージフローの一実施例では、検査室試験を指示する医師は結果が報告されることを期待する。本実施例では、医師は患者を検査し、検査室試験指示で患者のカルテを更新し、必要に応じて、患者が検査室でのさらなる試験を必要とするという命令を助手または看護士に伝える。助手または看護士は、その後、患者から採取された標本に対処し、検査室試験を実行し、結果を報告するために検査室のための作業指示書を発行する。１つのシナリオでは、患者からの標本は医院で採取される。別のシナリオでは、患者は、患者から標本が採取される検査室または別の医療部へ移動する。検査室が標本を採取し、試験が完了すると、検査技術者は患者の管理を担当している看護士または助手に試験結果を伝える。医師の指示書または試験結果によって示された（たとえば、危篤、重篤、または通常として分類される）緊急性に依存して、看護士または助手は勤務中の医師に通知することがある。医師は、検査結果を理解すると直ぐに、次の適切な処置をとる。
【００１９】
従来型の非同期または同期通信モードを使用すると、通信機能停止が起こる可能性があるいくつかの通信ノードが存在する。第１に、通信の送信側および受信側は、メッセージが通信されているときに誰が勤務中であるかに依存して変化することがある。たとえば、最初に検査室試験を指示した医師は、検査室試験結果が取得されたとき、もはや勤務中ではないことがある。同様に、検査指示書を発行した助手または看護士は、検査室試験結果が検査技術者によって伝えられるときに昼休み中または勤務時間外であるかもしれない。
【００２０】
第２に、医師が検査室試験を指示する時点と助手または看護士が検査室試験指示書を発行する時点との間の時間遅れが発生することがある。たとえば、助手または看護士は、他の患者で忙しいため、ただちにメッセージ（たとえば、医師の検査室試験指示書）を読み取れないことがある。ことによると、助手または看護士は休憩中である。助手または看護士は、他の義務を再び割り当てられ、メッセージを読み取れない可能性がある。いくつかの状況では、助手または看護士は医師の指示を単純に見逃すことがある。よって、医師から助手または看護士へのメッセージ（たとえば、検査室試験指示）へのアクションは遅延するか、または、完全に損なわれることがある。
【００２１】
第３に、検査室試験結果が取得される時点と医師が検査結果を伝えるメッセージを受信する時点との間にさらなる時間遅れが発生することがある。たとえば、検査室が、検査室試験結果を伝えるメッセージを当初に検査室試験指示書を発行した助手または看護士へ送信するとき、助手または看護士はもはや勤務中ではないことがあり、この場合、メッセージは助手または看護士が翌日に戻るまで遅れる。別の実施例として、検査技術者は、メッセージが送信可能になる前に、患者を担当している現在の助手または看護士に関する識別情報および連絡先情報を判定するために時間を費やさなければならないことがある。
【００２２】
第４に、検査室試験結果に基づいて、検査室試験を指示した医師は、通知される必要があるが、居所がわからないことがあり、または、直ちにメッセージを読み取らないことがある。たとえば、医師はその時点で勤務時間外であるため、メッセージは医師が勤務に戻るまで遅れる。別の実施例として、現在患者を担当している医師は、忙しすぎて直ちにメッセージを読めないことがあるので、メッセージは医師の伝言サービスの中で終わることがある。これは、医師が試験結果を含むメッセージを通知される前にさらなる遅延の原因になる。
【００２３】
これらの種々の通信機能停止のそれぞれにおいて、迅速なメッセージの配信およびメッセージへの応答を確実にするため対処することが望ましい。このようなアクションは、メッセージ（または初期メッセージに対する応答）が受信されたことを受信側に警告することと、メッセージの受信側にメッセージに対処するか、または、メッセージに応答することを促すこととを含むことがある。メッセージが適時に受信できないか、または、期限内に応答されない場合、このようなアクションは、メッセージを受信する資格のある他の受信側へメッセージを再ルーティングすることを含むことがある。メッセージを再ルーティングするとき、メッセージを受信し、メッセージに対処し、および／または、メッセージに応答する資格のある別の受信側へメッセージを再ルーティングすることが望ましい。メッセージを再ルーティングすることによって、元のメッセージへの適切な応答を取得する機会は増加する。同様に別の実施形態では、メッセージは、その後の受信側が適時にメッセージに応答しない場合、当初の対象とする受信側と同じ役割を遂行する第３、第４またはさらなるアクタへ再ルーティングされ続けることがある。したがって、メッセージは当初の対象とする受信側と同じ役割を遂行する他のアクタへ再ルーティングされることがある。
【００２４】
役割は、所定の入力の組を用いて望ましい結果を達成するため利用される多段階のプロセス内での別個の作業でも、一群の仕事でも、または、職能的責任でもよい。個人の役割は、非同期媒介通信（asynchronous mediated communication：ＡＭＣ）システム内部での個人の立場によって決定されることがある。たとえば、健康管理業界では、個人の役割は、管理者、医師、看護士、医師助手、検査技術者、関連病院職員などのうちの１つである。代替的に、個人の役割は、ＡＭＣシステム内部での個人の職務によって決定されることがある。たとえば、健康管理業界では、個人の役割は、緊急医師、癌専門医、放射線医師、産科医師などでもよい。さらに、個人の役割は、ＡＭＣシステム内部での個人の職責によって決定されることがある。たとえば、健康管理業界では、受信側の役割は、患者ＸＹＺ治療チームメンバ、患者１２３治療チームメンバ看護士などでもよい。さらに、個人の役割は、立場、職務および／または職責と、同様に他のパラメータとの組み合わせによって決定されることがある。
【００２５】
役割を遂行する個人はアクタ（actor）と称されることがあるが、アクタは人でもよく、または、システム資源でもよい。たとえば、健康管理業界では、アクタは、医師、看護士、病院職員などでもよい。アクタは、さらに、ＭＲＩ機械、ＣＴスキャナ、Ｘ線、放射線癌治療機器などでもよい。さらに、アクタは、非同期媒介通信システム１００の内部、または、別の非同期媒介通信システムの内部で動作するメディエータ（mediator）１３０でもよい。アクタは、ＡＭＣシステム（たとえば、ＡＭＣメディエータサービス）の中でメッセージを受信し、読み取り、そして、メッセージに応答するように予めプログラムされた情報システムサービス（すなわち、エージェント）でもよい。これらの資源のそれぞれは、多段階通信プロセスを完了するためにＡＭＣシステムの中での役割を遂行する。複数のアクタが特有の役割に割り当てられることがある。たとえば、健康管理業界では、複数の個人（すなわち、アクタ）は、場所、日時、曜日に依存して特有の患者への主治医の役割を実行することが可能である（たとえば、月曜日の病院部門１番の癌病棟の主治医は火曜日の主治医とは異なる個人である）。さらに、単一のアクタが２つ以上の役割を実行することがある。たとえば、健康管理業界では、特有の患者の主治医は別の患者の支援医師ということもある。
【００２６】
ＡＭＣシステムは、ＡＭＣシステムに個々のアクタに固有かつ独自である情報を提供する登録プロセスを通じて各アクタを知る。この情報は、ユーザＩＤおよびパスワードを含むことがあり、アクタの身元および嗜好に関係がある何らかの細目を含むように拡張可能である。たとえば、嗜好は、アクタが特有のメッセージングタイプのため使用したいと思う様々な通信技術（たとえば、電話、電子メール、ＳＩＰアドレスなど）、特定または一般的なカテゴリーの役割を遂行するためのアクタの利用可能性、アクタが個々の役割を遂行するときに相互作用することを好む他の個人、および、アクタが実行することを好む役割とを特定することがある。ＡＭＣシステムは、ＡＭＣシステムの認証（authentication）、許可（authorization）およびアカウンティング（accounting）（ＡＡＡ）サービスのため使用されることがあるアクタの身元（ＩＤ）情報を作成し保持することがある。実施形態では、ＩＤ情報は、ＡＡＡサービスにおいてＡＭＣシステムの中の他の移動体機器と共に用いられる「セキュリティ」鍵ペア（秘密および公開）を含む。一実施例では、ＡＡＡサービスはＡＭＣシステムの中の少なくともプロセッサによって実行される。このプロセッサは媒介機器／サーバの内部に収容されることがある。一実施例では、プロセッサはＩＤ情報の記憶のための少なくとも１つのメモリに結合されている。メモリは、プロセッサにローカルであることがあり、または、別個のデータベースの中に位置することがある。
【００２７】
登録プロセスの結果として、非同期メッセージのルーティングおよび再ルーティングを支援するルーティングテンプレートおよび再ルーティングテンプレート（ルーティングテンプレートとして総称される）が生成されることがある。ＡＭＣシステムの内部の全アクタによって実行される可能性がある各役割についてのルーティングテンプレートが生成されることがある。登録プロセス中に収集された情報を使用することにより、ルーティングテンプレートは、同じ役割を遂行するアクタの他に、各アクタの連絡先情報および嗜好で占められることがある。代替的に、ルーティングテンプレートは、別個であるが、しかし、相互相関関係のあるデータベースの形をしていることがあり、その結果、アクタ役割データベース、アクタデータベース、患者データベースおよびメッセージ・ルーティング・ルール・データベースは本明細書中に記載されたメッセージ再ルーティングを達成するために次々にマッピングすることが可能である。その上、ルーティングテンプレートは、特有の役割を遂行するアクタの一覧表に優先順位を付けることがある。優先度一覧表は、アクタが非同期メッセージのルーティング受信側または再ルーティング受信側として選択される順序を決定することがある。
【００２８】
ルーティングテンプレートは静的でもよいが、アクタが非同期メッセージのルーティングまたは再ルーティング受信側として選択される実際の順序は、利用可能性または状態テンプレートに応じて動的に変化することがある。種々の役割（role）への個人の割り当ては静的でもよいが、種々の役割を遂行する実際の個人の勤務表は、場所の他に、分、時、日、週、月などの単位で動的に変化することがある。たとえば、個々の作業スケジュールまたは他のプロジェクト／患者への所属は、一部のアクタが当面自分の現在の義務、責務、職務を控えることを強制することがある。その結果として、これらのアクタへルーティングまたは再ルーティングされるメッセージは、無視され、そして、引き続き再ルーティングを要求することがある。この不必要な遅延を回避するため、動的な利用可能性の表がメッセージをより効率的にルーティングおよび再ルーティングするためメディエータ１３０によって保持されることがある。
【００２９】
したがって、静的ルーティングテンプレートに加えて、動的利用可能性テンプレートが生成され、プロセッサにローカルであるメモリまたは別個のデータベースに記憶されることがある。動的利用可能性テンプレートは、ＡＭＣシステム内部のすべてのアクタの利用可能性をリアルタイムで追跡することがある。一実施例として、動的利用可能性テンプレートは、アクタがＡＭＣシステムにログイン／ログアウトするときを監視するＡＭＣシステムの管理職務と結合されることがある。アクタがいずれかの通信機器を介してＡＭＣシステムにログインするたびに、アクタの状態は「アウト」から「イン」に変化することがある。代替的に、登録プロセス中に関連付けられたワイヤレス通信機器がＡＭＣシステムの通信ネットワークに登録するとき、対応するアクタの状態は「アウト」から「イン」に、および「イン」から「アウト」に変化することがある。代替的に、動的利用可能性テンプレートは、手動で更新されることがある作業スケジュールと結合されることがある。他の実施形態は、動的利用可能性テンプレートを更新するため種々の方法のうちのいずれかを利用することがある。静的役割テンプレートおよび動的利用可能性テーブルの実施例は図１４Ａ−１４Ｃに示され、これらの図面を参照してより詳しく後述されている。
【００３０】
種々の実施形態では、元の非同期メッセージは所定のメッセージテンプレートに基づいて策定されることがある。一実施形態では、メッセージテンプレートは、以下のパラメータ：メッセージ内容、アクタ、役割（role）、優先度レベル、期限などのうちの１つ以上に基づいて選択される。当業者は、（個々で列挙されていない）他のパラメータが本発明の精神または範囲に影響を与えることなく選択されたメッセージテンプレートを決定するため使用されることがあることを理解するであろう。メッセージテンプレートは、メディエータがメッセージを受信側へルーティングし配信することがある構造体を作成する。健康管理業界の実施例では、検査技術者のテンプレートは、特殊な血液検査結果に関するメッセージが患者の主治医および看護士へ送信されるべきであることを示すことがある。したがって、メッセージタイプが血液検査として特定される場合、対象とする受信側が明示的に特定されることがあるが、しかし、受信側の役割によって特定されることもある。本実施例では、役割は、主治医もしくは看護士として、あるいは、場合によっては特定された患者の世話をする健康管理専門家として特定されることがある。前述されているように、メッセージテンプレートは、メッセージ作成者によって設定された、メッセージへの応答が要求される明示的な期間を含むことがある。代替的に、期限は特定されたメッセージタイプ（たとえば、血液検査）に基づいてメッセージに自動的に付されることがある。自動期限はメッセージ内容に応じてさらに割り当てられることがある。たとえば、肝機能の血液検査は、穏やかな細菌感染の血液検査より緊急の期限を含むことがある。したがって、特定のメッセージタイプをさらに定義することにより、可変期限が自動的に付されることがある。
【００３１】
役割に応じて、ある一定のアクションが役割を遂行するアクタによって行われることがある。一実施形態では、メッセージによって必要とされるアクションは、アクションテンプレートを使用して特有の役割に結合されることがある。アクションテンプレートは、その特有の役割におけるアクタがＡＭＣシステム内部で実行することがあるアクションの組を含むデータベースである。各アクションは、今度は、メディエータが実行するルールの組と関連付けられることがある。アクションテンプレートは、割り当てられた、または、許容できるアクションから、システムがある一定の環境においてメッセージを適切に再ルーティングするためにアクセス可能である特有の役割への実施しやすい関連付けを提供する。たとえば、医師の役割のためのアクションテンプレートは、開始、委譲、上申、他のアクタの追加、状態チェックなどを含むメッセージを受信する医師のための許容できるアクションを列挙することがある。他方で、検査技術者の役割のためのアクションテンプレートは、上申、他のアクタの追加、状態チェックなどに限定され、開始または委託を除く同じメッセージを受信する検査技術者のための許容できるアクションを列挙することがある。
【００３２】
図１は、実施例の非同期媒介通信ネットワークシステム１００のシステムブロック図である。非同期媒介通信（ＡＭＣ）システム１００は、Ｎ台の移動体機器１１０１、１１０２、１１０３．．．１１０Ｎと、通信ネットワーク１２０と、メッセージの送信側（sender）と受信側（recipient）との間のメディエータ（mediator）１３０とを備える。メディエータ１３０は、場合によってはメディエータ・データベース１３５と通信することがある。メディエータ１３０は、メッセージ追跡およびロギングを提供し、このようにして、送信側と受信側との間の通信に閉ループを確保する。一実施形態では、メディエータ１３０は、サーバ機器２１０でもよく、および／または、メモリユニット３６２に結合されたプロセッサ３６１を含むことがある（たとえば、図２１を参照のこと）。メディエータ１３０は、ネットワークにおいてハードウェアおよび／またはソフトウェアで分散システムとして実施されることもある。図１を参照すると、Ｎ台の移動体機器１１０のうちのいずれか１台がメッセージの送信側であり、同様にＮ台の移動体機器１１０の残りのうちいずれか１台以上が、メッセージの受信側である可能性がある。一実施例では、メッセージは移動体機器１１０１から通信ネットワーク１２０およびメディエータ１３０を介して移動体機器１１０２へ送信される。通信ネットワーク１２０はワイヤレスネットワークでもよく、または、非ワイヤレスネットワークでもよい。当業者は、ＡＭＣシステム１００のいくつかの実施では、１台以上の移動体機器１１０が本発明の精神または範囲に影響を与えることなく、有線ネットワークへアクセスできる固定機器で置き換えられることがあることがわかる。
【００３３】
代替的な実施例の非同期媒介通信ネットワークシステムでは、通信機器１１０Ｎは、通信ネットワークシステムの中で互いに相互接続されることがある。１台ずつの通信機器１１０Ｎは、本明細書中で種々の実施形態に記載されたメディエータ１３０の機能を実行することができるハードウェアおよび／またはソフトウェアを収容することがある。
【００３４】
さらに、各通信機器１１０Ｎは、１台以上の非同期媒介通信ネットワークシステムと通信することがある。このようにして、各通信機器１１０Ｎは、異なる非同期媒介通信ネットワークシステムの中で動作する異なるテンプレートに応じて、異なる役割、アクタ、機器とメッセージを送受信することがある。
【００３５】
図２は、ＡＭＣシステム１００の中の２台の通信機器（たとえば、１１０１および１１０２）の間でメッセージ再生／表示確認を供給する実施形態の方法のプロセスフロー図である。通信機器１１０１を使用する送信側は、ステップ２０５で、メッセージを生成し、通信機器１１０２を使用する受信側へルーティングするメディエータ１３０に送信する。メッセージは、図１に示されているような通信機器１１０１および１１０２とメディエータ１３０とを相互接続する通信ネットワーク１２０を介して送信される。メッセージは、ペイロードメッセージと共に、メッセージのルーティングおよび正確な配信とを支援することがあるメタデータ（metadata）を含むことがある。メディエータ１３０は、ステップ２１０で、発信元の通信機器１１０１からメッセージを受信し、メッセージメタデータの中に収容されている電話番号、ＩＰアドレス、または、他の身元パラメータを使用してメッセージを１１０２へルーティングする。メッセージは、ステップ２１５で、受信側通信機器１１０２によって受信される。実施形態では、メッセージを開封する（すなわち、メッセージを再生、表示、読み、および／または、実行する）前に、通信機器１１０２は、ステップ２２０で、場合によっては、メッセージが受信されたことを示すために、メッセージ警告通知を生成し再生および／または表示することがある。メッセージ警告通知は、たとえば、送信側、緊急レベル、または、主題を示すような、メタデータの中に含まれる情報に応じて、再生／表示されることがある。警告されると、通信機器１１０１を使用する受信側は、ステップ２２５で、メッセージを開封する。メッセージが開封されたとき、受信側の通信機器１１０１は、ステップ２３０で、メッセージ開封確認を生成し、メディエータ１３０および通信ネットワーク１２０を介して、発信元の送信側の通信機器１１０１へ返信することがある。メッセージ開封確認は、メッセージを受信し開封した受信側がメッセージを受信し開封した結果として必要とされる所定のアクションのすべてを完了する責任を担うことを示すことがある。メッセージ開封確認は、受信側がメッセージを受信し開封したことを単に示すことがある。代替的に、メッセージ開封確認は、受信側が元のメッセージを受信し開封する結果として所定のアクションを行っていることをさらに示すことがある。代替的な実施形態では、元の受信メッセージは、メッセージペイロード／内容の中に入れ子状のアクションテンプレートを収容し（図１０、１２、１５−１８のフィールド４２５を参照のこと）、種々の所定のアクションまたはアクションの系列が元のメッセージの受信および開封の結果として完了されたときに、確認または確認の系列を要求し生成する。入れ子状のアクションテンプレートは、ある特定の所定のアクションが完了されなければならない期限を含むことがある。メッセージが開封されると、入れ子状のアクションテンプレートは種々の所定のアクションまたはアクションの系列が何らかの期限の範囲内で終了することを確実にするためにメディエータ１３０を始動することがある。そうでなければ、メディエータ１３０は、図４−９を参照して後述されるプロセスフローと同様にメッセ���ジを再ルーティングすることがある。
【００３６】
メッセージ開封確認は、ステップ２３５でメディエータ１３０によって発信元の送信側の通信機器１１０１へ中継される。メッセージ開封確認は、ステップ２４０で発信元の送信側の通信機器１１０１によって受信され、その後、メッセージ開封確認は、ステップ２４５で発信元の送信側の通信機器１１０１によって再生／表示されることがある。メッセージ開封確認の再生／表示は、送信側にメッセージが受信されたことを通知する。
【００３７】
図２に表されたプロセスフローは、対象とする受信側が利用可能であり、メッセージを迅速に受信し読み取る理想的な状況を示している。しかし、この状況が常にこうであるとは限らない。図３は、対象とする受信側が利用できないとき、メッセージを再ルーティングする実施形態の方法のプロセスフロー図である。受信側は利用できないと判定されると直ちにメッセージを再ルーティングすることにより、実施形態の方法は、適切なアクションがメッセージに応答して行われる機会を増加させる。
【００３８】
図３のプロセスフローにおいて、通信機器１１０１を使用する送信側は、ステップ２０５で、メッセージを生成し、受信側の通信機器１１０２へアドレス指定された第１の受信側へルーティングするメディエータ１３０へ送信する。メッセージを受信すると、メディエータ１３０は、判定２４８で対象とする第１の受信側の通信機器１１０２が利用可能であるかどうかを判定することがある。対象とする第１の受信側の通信機器１１０２が利用できない種々の理由があるかもしれない。たとえば、対象とする第１の受信側の通信機器１１０２は、オフにされるか、ネットワークをログオフされるか、ネットワークの圏外にあるか、または、電源が切れていることがある。代替的に、対象とする第１の受信側は、単に自分の通信機器１１０２から離れているか、他の問題または他のメッセージに取り組むことに忙しいことがある。対象とする受信側が利用可能であるかどうかを判定するため、メディエータ１３０は、何らかの所定の期間が第１の受信側が利用可能であると判定する前に経過することを可能にすることがある。これを可能にすることにより、メディエータ１３０は、第１の受信側がある時間窓でメッセージを受信しメッセージに応答することを可能にする。
【００３９】
対象とする第１の受信側の通信機器１１０２が利用可能（すなわち、判定２４８＝肯定）である場合、図２のステップ２１５−２４５が実行されることがある。しかし、対象とする第１の受信側の通信機器１１０２が利用できない（すなわち、判定２４８＝否定）である場合、メディエータ１３０は、ステップ２５５で、ルーティングテンプレートに応じてメッセージを再ルーティングしようとすることがある。この再ルーティングステップおよびルーティングテンプレートは、図１２−１７を参照してより詳細に後述される。再ルーティングテンプレートに応じてメッセージを再ルーティングする目的は、メッセージがメッセージを受信し、メッセージに対処／応答する資格のある他のアクタへ送信されることを確実にするためである。たとえば、メッセージが患者を治療する医師向きの検査結果である場合、適切な役割は検査結果を読み取り、結果に適切に対処できる他のどの医師でも構わない。このような場合、再ルーティングテンプレートはメッセージを受信するため利用可能である他の医師を特定することがある。本実施例では、受信側の役割は立場（すなわち、医師対看護士）に依存することがある。対象とする第１の受信側の役割を正確に特定することにより、メッセージはメッセージへの適切な応答を導き出す機会を増加させるため効率的に再ルーティングされることがある。
【００４０】
いくつかの場合、メッセージを再ルーティングする適切な役割は責務に依存することがある。たとえば、一部の患者は独自の病歴を有することがあり、患者の病歴を知っている医療専門家だけが検査結果を受信し、検査結果に対処する資格がある。したがって、看護士または医師助手は、患者の病歴に詳しくない他の医師より、メッセージに対処し、および／または、メッセージに応答する資格があるというのが実情であるかもしれない。その結果、メッセージは、特有の患者を処置するチームの一員である誰かに再ルーティングされることがある。
【００４１】
メッセージがルーティングテンプレートに応じて再ルーティングされる場合、再ルーティングされた第２の受信側の通信機器１１０３は、メッセージを受信し、図２のステップ２１５−２３０に関連して前述された方法と同様にメッセージを処理することがある（ステップ２１５ａ−２３０ａを参照のこと）。図２に示されたプロセスフロートと同様に、メッセージ開封確認が生成され、送信されると（ステップ２３０ａ）、メッセージ開封確認はメディエータ１３０によって中継され、図２に示されている方法と同様に、送信側の通信機器１１０１によって受信され、再生される。
【００４２】
一実施形態（図示せず）では、メッセージの再ルーティングは手動で実行されることがある。このような実施形態では、メディエータ１３０は、送信側に対象とする受信側が利用できないことを通知することがある。このように通知することにより、送信側は、新たな対象とする受信側を特定して元のメッセージを再び策定することがある。手動によるメッセージの宛先変更は、責務を別の受信側および／または役割に委託すること、移転すること、または、譲渡することを含むことが可能である。一態様では、責務は別の役割に移転されるが、説明責任は当初の対象とする受信側に残ることがある。手動によるメッセージの宛先変更は、当初の受取側がメッセージ内容に基づいて判断を下すことができないときのように、判断を下す権限を付与された他の役割（たとえば、適当な人員）へメッセージを転送するため上申される。
【００４３】
健康管理業界では、委譲および上申は多くの場合に必要とされるアクションである。委譲の実施例として、非常に多数の患者を担当している医師は、重大な判断を下さなければならないとき、非常に多数の患者の全員の面倒を見ることはできないことがある。この場合、医師は、自分の患者の世話の一部を他のケア提供者に委譲可能である。したがって、本実施例では、委譲された患者に関連したすべてのメッセージは、指定されたケア提供者へルーティングされることがある。一態様では、医師は、このようなメッセージをさらに受信すること、または、このようなメッセージを受信しないことを選択することがある。別の態様では、医師は、メッセージ内容に基づいて選択されたメッセージを受信するが、他のメッセージを受信しないことを選択することがあり、その間に（メッセージ内容と無関係に）すべてのメッセージが他のケア提供者へルーティングされる。
【００４４】
上申の実施例として、医師はメッセージ内容に基づいて判断を下す能力がないことがある。この状況では、ＡＭＣシステム１００は、メディエータ１３０を介して、判断のためメッセージを別の役割（たとえば、監督医師）へ再送信することにより、メッセージを異なるアクタへ上申することがある。このようにして、最初に医師の通信機器１１０２へ送信されたメッセージは、警告通知ブロック２２０ａによって提出されるべき警告通知と共に監督医師の通信機器１１０３へ再送信されることがある。
【００４５】
対象とする第１の受信側の通信機器１１０２は利用可能であり、第１の受信側が離れているか、または、他の問題に取り組むのに忙しい間にメッセージを受信するということもまた実情であるかもしれない。この場合、メッセージは通信機器へ配信されているが、対象とする受信側によって読み取られないか、または、対処されていない。配信の確認は、送信側が何らかの期限内に元のメッセージへの応答を要求する場合、間に合わないことがある。たとえば、健康管理環境では、救急処置室医師は、外傷患者の頭部ＣＴを迅速な解析および報告を目的として電子メールによって放射線医師へ送信することがある。患者は救急処置室に居るので、医師は、この頭部ＣＴが優先的に取り扱われ、５分以内に読み取られることを要求することがある。したがって、（放射線医師がＣＴスキャンを受信済みであり、解析を検討している途中であるという）メッセージ開封確認は５分間の期限の満了前の時点でメディエータ１３０によって受信されない場合、メディエータ１３０は、メッセージを放射線医師の役割を遂行する別のアクタへ再ルーティングすることがある。
【００４６】
代替的な実施形態では、応答の期限は、送信側が期限を付すかどうかとは無関係に、ある一定のタイプのメッセージに自動的に付されることがある。たとえば、メディエータ１３０は、頭部ＣＴスキャンを含むメッセージまたは救急処置室からのメッセージを認識し、メッセージへの応答に関して所定の期限を自動的に付すようプログラムされることがある。このようにプログラムすることにより、慌てている救急処置室の医師が期限を付すことを忘れた場合、ＡＭＣシステムは、応答が自動的に付された期限内に受信されないとき、メッセージを自動的に再ルーティングすることが可能である。
【００４７】
このようにして、救急治療室の実施例では、対象とする放射線医師が頭部ＣＴメッセージを読み取らず、頭部ＣＴの送信から、たとえば、２分以内に解析が実行されているという確認を返信しない場合、メディエータ１３０はメッセージを別の放射線医師（すなわち、適切な役割を遂行する別のアクタ）へ再ルーティングすることがある。当初の対象とする放射線医師は、別の救急治療室の患者のＣＴで忙しいため、次に入ってくるＣＴを精査できないことがある。当初の対象とする放射線医師が、ＣＴが期限前のスレッショルド期間内に読み取られたことを確認しない場合、ＣＴは、当初の期限を満たすために十分な期間をもって別の放射線医師へ再ルーティングされることがある。
【００４８】
図４は、応答が（自動または手動で付された）何らかの期限内に受信されない場合にメッセージを再ルーティングする実施形態の方法のプロセスフローである。図４を参照すると、メディエータ１３０は、ステップ２１０でメッセージを受信し、対象とする第１の受信側へルーティングする。メッセージをルーティングした後、メディエータ１３０は、ステップ２６０で、メッセージ開封確認を発信元の通信機器１１０１へ中継するようにメッセージ開封確認を待ち受ける。メディエータ１３０は、判定２６５でメッセージ開封確認が受信されたかどうかを判定する。メッセージ開封確認が受信された場合（すなわち、判定２６５＝肯定）、メッセージ開封確認は、図２および３のステップ２３５−２４５に関して前述されているように、発信元の通信機器１１０１へ中継されることがある。
【００４９】
メッセージ開封確認が受信されない場合（すなわち、判定２６５＝否定）、メディエータ１３０は、判定２７０で期限が経過したかどうかを判定する。期限が経過していない場合（すなわち、判定２７０＝否定）、メディエータ１３０は、ステップ２６０で、メッセージ開封確認を引き続き待ち受ける。しかし、期限が経過した場合（すなわち、判定２７０＝肯定）、メッセージは、ステップ２５５で、ルーティングテンプレートに応じて再ルーティングされることがある。当業者は、メディエータ１３０がメッセージを再ルーティングするために、送信側によって付された期限より短い区間の期限を付すことがあることを理解する。このような期限を付すことにより、メディエータ１３０は、再ルーティングされた受信側が送信側によって付された、または、自動的に付された期限が満了する前に対処するために十分な期間をもってメッセージを受信することを確実にすることがある。
【００５０】
代替的な実施形態では、受信済みの非同期メッセージに関するリマインダが第１の受信側へ送信されることがある。このような代替的な実施形態では、リマインダは、第１の受信側に受信済みのメッセージが期限の満了前に開封されるべき（そして対処されるべき）ことを気付かせるため、メディエータ１３０によって生成されることがある。代替的な実施形態では、期限が経過していない場合（すなわち、判定２７０＝否定）、メディエータ１３０は任意的なリマインダプロセス２７１を実行するため進むことがある。
【００５１】
図５は、期限の満了前にリマインダを第１の受信側へ送信する実施形態の方法（たとえば、ステップ２７１）のプロセスフロー図である。本実施形態では、期限が経過していない場合（すなわち、判定２７０＝否定）、メディエータ１３０は、判定２７２でリマインダスレッショルドが満了したかどうかを判定することがある。リマインダスレッショルドは、非同期メッセージが期限の満了前に開封可能であり、対処可能であることを第１の受信側に気付かせるためにリマインダが十分な期間をもって送信されるように、判定２７０でチェックされる期限より短い期間でもよい。リマインダスレッショルドが満了した場合（すなわち、判定２７２＝否定）、メディエータ１３０は、ステップ２６０へ戻り、ステップ２７５でメッセージ開封確認を待ち受けることがある。しかし、リマインダスレッショルドが満了した場合（すなわち、判定２７２＝肯定）、メディエータ１３０は、ステップ２７３で、受信済みの非同期メッセージに関するリマインダを生成することがある。一旦生成されると、メディエータ１３０は、ステップ２７４で、リマインダメッセージを第１の受信側へ送信することがある。送信後、メディエータ１３０は、ステップ２６０へ戻り、ステップ２７５でメッセージ開封確認を待ち受けることがある。
【００５２】
別の実施形態では、第２のリマインダが第２の受信側へ送信されることがある。いくつかの事例では、第１の受信側は、受信済みの非同期メッセージに関して自分の通信機器１１０をチェックしないことがある。たとえば、非同期メッセージの対象とする受信側は、自分の通信機器１１０をチェックしているかもしれない。第２のリマインダを第１の対象とする受信側に物理的に近接していることがある第２の受信側へ送信することにより、第２の受信側は、物理的に第１の受信側に受信済みのメッセージを気付かせることが可能である。実施例として、第２の受信側は、第１の受信側の助手、上司、または、同僚でもよい。考えられる第２の受信側のそれぞれは第１の受信側と同じ役割に割り当てられることがある。
【００５３】
図６は、期限の満了前にメッセージに応答することを第１の受信側に物理的に気付かせるため第２のリマインダを第２の受信側へ送信する方法のプロセスフロー図である。図６に示されたプロセスは、図５に示されたリマインダプロセスに代えて、または、併せて実施されることがある。図５に示されたプロセスに代えて実施されるとき、期限が経過していない場合（すなわち、判定２７０＝否定）、メディエータ１３０は判定２７６で第２のリマインダスレッショルドが満了したかどうかを判定することがある。第２のリマインダスレッショルドが満了していない場合（すなわち、判定２７６＝否定）、メディエータ１３０はステップ２６０へ戻り、ステップ２７５でメッセージ開封確認メッセージを待ち受けることがある。しかし、第２のリマインダスレッショルドが満了した場合（すなわち、判定２７６＝肯定）、メディエータ１３０は、ステップ２７７で、第１の受信側へ送信された非同期メッセージに関する第２のリマインダを生成することがある。第２のリマインダは、たとえば、第２のリマインダの受信側に第１の受信側が注意を必要とする非同期メッセージを受信済みであることを通知し、第２の受信側が第１の受信側に非同期メッセージを物理的に気付かせる／通知することを要求することがある。一旦生成されると、メディエータ１３０は、ステップ２７８で、（図１３のステップ３２０−３４５および図１９のステップ３２５−３５０に関してより詳しく記載されているように）再ルーティングプロセス（ステップ２５５）と同じように第２のリマインダ受信側を選択し、第２のリマインダを第２のリマインダの受信側へ送信することがある。第２のリマインダが送信されると、メディエータ１３０は、ステップ２６０へ戻り、ステップ２７５でメッセージ開封確認を待ち受けることがある。図１３および１７に関連して後述される再ルーティングステップは、第２の受信側として利用できる特定の役割のため次に優先度の高いアクタを選択する。第２のリマインダの受信側選択プロセスは、第２のリマインダが受信側の上司より前に受信側の助手へ送信されるように、逆の優先順位で第２の受信側を選択する（すなわち、再ルーティングテンプレートに掲載された最も優先度の低いアクタを最初に選択する）。
【００５４】
図７は、期限の満了前にリマインダを第１の受信側へ送信することと併せて（すなわち、図５のプロセスフロー）、期限の満了前にメッセージに応答することを第１の受信側に物理的に気付かせるため（すなわち、図６のプロセスフロー）、第２のリマインダを第２の受信側へ送信する代替的な実施形態の方法のプロセスフロー図である。図７に示されたプロセスフローでは、第１のリマインダスレッショルドは、第２のリマインダスレッショルドより長い区間からなるように考慮される。このようにして、第２のリマインダの受信側は、受信済みの非同期メッセージへの応答が要求／必要とされるその後の（最終的な）リマインダを第１の受信側に送信する前に、受信済みの非同期メッセージに関して第１の受信側に物理的に気付かせる／通知するように要求されることがある。いくつかの状況では、第２のリマインダの受信側は、たとえば、第２の受信側が情報に判断を下すか、または、第１の受信側と相談できるようなとき、第１の受信側に代わってメッセージに応答することが可能である。いずれの場合も、効果的であるために、第１のリマインダスレッショルドおよび第２のリマインダスレッショルドの両方は、リマインダが第１の受信側または第２の受信側のいずれかが期限の満了前にリマインダを受信するために十分な時間をもって送信できるように、期限スレッショルドより区間が短いことがある。
【００５５】
図７を参照すると、期限が経過していない場合（すなわち、判定２７０＝否定）、メディエータ１３０は、判定２７２で、第１のリマインダスレッショルドが満了したかどうかを判定することがある。第１のリマインダスレッショルドが満了した場合（すなわち、判定２７２＝肯定）、メディエータ１３０は、図５に関連して前述されているのと同じように、ステップ２７３−２７５を完了することがある。しかし、第１のリマインダが満了していない場合（すなわち、判定２７２＝否定）、メディエータ１３０は、判定２７６で、第２のリマインダスレッショルドが満了したかどうかを判定することがある。第２のリマインダスレッショルドは第１のリマインダより短い区間からなるので、第２のリマインダスレッショルドは第１のリマインダスレッショルドが未だ満了していなくても満了することがある。第２のリマインダスレッショルドが満了した場合（すなわち、判定２７６＝肯定）、メディエータ１３０は図６に関連して前述されているのと同じようにステップ２７７、２７８および２７５を完了することがある。しかし、第２のリマインダスレッショルドが満了していない場合（すなわち、判定２７６＝否定）、メディエータ１３０はステップ２６０へ戻り、ステップ２７５でメッセージ開封確認を待ち受けることがある。
【００５６】
代替的に、ＡＭＣシステム１００の管理者は、受信済みの非同期メッセージを第１の受信側に気付かせる／通知するための最後の（最終的な）方策として、第２のリマインダプロセスおよび第２の受信側を実施することを希望することがある。したがって、第２のリマインダスレッショルドは、第１のリマインダスレッショルドより長い区間からなることがある。このようにして、第１のリマインダは、第２のリマインダが第２の受信側へ送信される前に第１の受信側へ送信されることがある。図８は、第１の受信側にメッセージに応答することを物理的に気付かせることを第２の受信側へ要求する第２のリマインダを第２の受信側へ送信する前に（すなわち、図６のプロセスフロー）、期限の満了前にリマインダを第１の受信側へ送信する方法（すなわち、図５のプロセスフロー）を実行する代替的な実施形態の方法のプロセスフロー図である。図８を参照すると、第２のリマインダスレッショルドの区間の方が本実施形態では長いので、第２のリマインダスレッショルドが、判定２７６で先に満了に関してチェックされる。第２のリマインダスレッショルドが満了した場合（すなわち、判定２７６＝肯定）、メディエータ１３０は、図６に関連して前述されているのと同じようにステップ２７７、２７８および２７５を完了することがある。しかし、第２のリマインダスレッショルドが満了していない場合（すなわち、判定２７６＝否定）、メディエータ１３０は、ステップ２７２で、第１のリマインダスレッショルドが満了したかどうかを引き続きチェックする。メディエータ１３０は、その後、図５に関連して前述されたのと同じようにステップ２７３−２７５を実行するため進行する。実施形態では、このプロセスは、プロセスが上申される前に、３個以上のリマインダが送信されるように拡張されることがあり、この場合、リマインダメッセージの各層に関連付けられたスレッショルドタイマは、このようなリマインダがメッセージ期限の満了前に送信されるように調整されることがある。
【００５７】
メッセージ開封確認を受信する前に、送信側の通信機器１１０１が利用できなくなることもまた状況であるかもしれない。二重の努力を回避するため、メッセージ開封確認は、利用できない送信側の役割を遂行するアクタへ再ルーティングされることがある。たとえば、シフトの最後のアクションとして、医師は検査室結果の要求を送信することがある。医師は、検査結果の返却が予想されるとき、自分が空いていないことがわかることがある。それにもかかわらず、医師は、自分のシフトを引き継ぐ医師に検査結果が要求されたことを通知することを希望することがある。この通知を可能にするため、メッセージ開封確認はメッセージ開封確認を受信するため医師の役割を遂行するアクタへ再ルーティングされることがある。
【００５８】
図９は、発信元の機器がもはや利用できないとき、メッセージ開封確認を再ルーティングする実施形態の方法のプロセスフロー図である。第１の受信側が送信されたメッセージを開封するとき、メッセージ開封確認が、ステップ２０５−２３５で生成され、送信側へ返信される。メッセージ開封確認を受信し次第、メディエータ１３０は、判定２７９で送信側の通信機器１１０１が利用可能であるかどうかを判定することがある。送信側の通信機器１１０１が利用可能である場合（すなわち、判定２７９＝肯定）、メッセージ開封確認は、図２−４（ステップ２３５−２４５）に関連して前述されているように再生または、表示される送信側の通信機器１１０１へ中継される。しかし、送信側の通信機器１１０１が利用できない場合（すなわち、判定２７９＝否定）、メッセージ開封確認は、ステップ２５５でルーティングテンプレートに応じて再ルーティングされることがある。簡単に前述され、そして、図１４Ａ−１４Ｃに関連してより詳細に後述されるルーティングテンプレートを使用して、メッセージ開封確認は、ステップ２４０ａおよび２４５ａで、メッセージ開封確認を受信するために適切である役割を遂行するアクタへ再ルーティングされることがある。
【００５９】
各メッセージは、メディエータ１３０が適時にメッセージを適切にルーティングおよび再ルーティングすることを可能にするルーティング情報を期限情報と共に収容することがある。図１０は、送信されたメッセージの配信および対処を確実にする実施形態の方法で用いられるメッセージ構造体の実施例である。メッセージは、発信元の送信側のＩＤ  ４０５と、対象とする受信側のＩＤ  ４１０と、バックアップ受信側のＩＤ  ４１５と、期限情報またはメッセージ対応４２０と、メッセージ内容ペイロード４２５とを含むことがある。実施形態では、発信元の送信側のＩＤ４０５は、発信元の送信側のＩＰアドレス、電話番号、電子メールアドレス、または、移動体機器識別子（ＭＩＤ）でもよい。同様に、受信側のＩＤ  ４１０およびバックアップ受信側ＩＤ  ４１５は、受信側またはバックアップ受信側のいずれのＳＩＰアドレス、電話番号、電子メールアドレス、または、移動体機器識別子（ＭＩＤ）のいずれでもよい。メッセージ内容ペイロード４２５は、メッセージのタイプに対し指定されたフォーマット、たとえば、ＸＭＬフォーマットで表現されることがある。受信側を対象とするメッセージ内容ペイロードは、受信側アクタによって遂行される役割に割り当てられた「セキュリティ」鍵を使用して保護されることがある。メッセージペイロードの暗号化は、典型的に、メッセージが患者個人情報を含むときに実現される。実施例では、メッセージ内容はＸＭＬフォーマットであり、ＸＭＬセキュリティ規格がメッセージ内容を保護するため使用される。
【００６０】
メディエータ１３０は、受信側ＩＤ４１０の情報を使用してメッセージ４００を対象とする受信側へルーティングする。特有のメッセージタイプのため定められたメッセージ・ルーティング・プロセスはメッセージを受信側へ配信するため実施されることがある。同様に、メディエータ１３０は、送信側ＩＤ  ４０５の情報を使用して、（受信側がメッセージによって要求された適切なアクションを引き受けたことを意味することができる）メッセージ開封確認を発信元の送信側へルーティングすることがある。図４に関連して前述されているように、メッセージ開封確認が何らかのスレッショルド期間内に受信されず、発信元の通信機器１１０１に中継されない場合、メディエータ１３０はメッセージ４００を再ルーティングすることを試みることがある。メッセージ構造体４００の中に格納された期限情報４２０を使用することにより、メディエータ１３０は、メッセージ４００を再ルーティングするために適当な時間を判定することがある。メディエータ１３０は、バックアップ受信側ＩＤ  ４１５の情報を使用して、メッセージ４００を指定されたバックアップ受信側へ再ルーティングすることがある。
【００６１】
代替的に、メッセージタイプが（明示的な期限情報と対照的に）サブフィールド４２０の中で特定される場合、メディエータ１３０は、メッセージタイプに対する期限を付すために、ローカル・メディエータ・メモリまたはメディエータ・データベース１３５のいずれかから、前に記憶されたメッセージ・フロー・ルーティング・ルールを検索することがある。このようにして、メディエータ１３０は、送信側がサブフィールド４２０の中に期限を入れられなかったとしても、メッセージ４００に期限を付すことがある。したがって、期限はサブフィールド４２０の中で特定されたメッセージタイプに依存することになる。
【００６２】
複数の個人が特定され、サブフィールド４０５、４１０および４１５のそれぞれに入れられることがある。特定された受信側（またはバックアップ受信者）の数とは無関係に、メッセージ開封確認が何らかの時間のスレッショルドの範囲内で送信側へ中継されない場合、メディエータ１３０は、メッセージ４００を再ルーティングすることがある。
【００６３】
図１１は、送信メッセージを代替的な受信側へ再ルーティングする実施形態の方法のプロセスフロー図である（図２−９のステップ２２５を参照のこと）。図１０に示された構造体を有するメッセージ４００が利用される場合、メッセージ４００が再ルーティングされるべきことを判定し次第、メディエータ１３０は、ステップ３０５で、元のメッセージ４００からのバックアップ受信側ＩＤ情報４１５にアクセスすることがある。バックアップ受信側のＩＤが明示的なアドレス（たとえば、ＳＩＰアドレス、電話番号、電子メールアドレス、またはＭＩＤ）を含まない場合、メディエータ１３０は、ステップ３１０で、データベースまたはローカルなメディエータ１３０のメモリに記憶された再ルーティングテンプレートからバックアップ受信側のアドレスを調べることがある。バックアップ受信側のアドレスを使用して、元のメッセージ４００は、ステップ３１５で、バックアップ受信側へ再ルーティングまたは送信されることがある。
【００６４】
図１２は、対象とする代替的な受信側によって実行される役割に基づいて代替的な受信側への配信を確実にする実施形態の方法で用いられる実施例の代替的なメッセージ構造体である。図１０に示されたメッセージ４００と同様に、図１２に示されたメッセージ４０１は、送信側のＩＤ  ４０５と、受信側ＩＤ  ４１０と、期限情報／メッセージタイプ４２０と、メッセージ内容ペイロード４２５とを格納する。しかし、メッセージは、受信側の役割４３０のためのデータフィールドをさらに格納する。メッセージ４０１をルーティング中に、メディエータ１３０は、第１の受信側通信機器１１０２に割り当てられたアクタの役割をさらに考慮することがある。
【００６５】
特定のアクタへのメッセージの送信中に、送信側は受信側４３０によって実行される役割をさらに特定することがある。メッセージヘッダの範囲内で対象とする受信側の役割を特定することにより、メディエータ１３０は、メッセージを対象とする受信側と同じ役割を実行する別のアクタへ再ルーティングすることが可能である。
【００６６】
図１３は、非同期メッセージが対象とする受信側が実行した役割に応じてバックアップ受信側へ再ルーティングされる実施形態の方法のプロセスフロー図である。メディエータ１３０が、メッセージ（またはメッセージ開封確認）が再ルーティングされるべきであると判定した場合（図２−９のステップ２５５を参照のこと）、メディエータ１３０のプロセッサは、ステップ３２０で、元のメッセージの役割サブフィールド４３０から対象とする受信側の役割にアクセスすることがある。代替的に、メディエータ１３０のプロセッサは、メディエータ１３０のローカルメモリまたはメディエータのデータベース１３５に記憶された職員名簿またはルーティングテンプレートの中のルックアップ値としてメッセージ受信側ＩＤサブフィールド４１０から対象とする受信側の名前またはＩＤを使用して受信側の役割を決定可能である。対象とする受信側の役割を知ると、メディエータ１３０のプロセッサは、ステップ３２５で、メディエータ１３０のローカルメモリまたはメディエータのデータベース１３５に記憶されたルーティングテンプレートから同じ役割を遂行する他のアクタを調べる。アクタは優先度順に掲載されることがあり、または、メディエータ１３０が特有のバックアップ受信側を選択するため使用することがあるアクタのデータレコードと関連付けられた優先度値を有することがある。メディエータ１３０のプロセッサは、ステップ３３０で、ルーティングテンプレートの範囲内に掲載された特定された役割のうち次に高い優先度をもつアクタを決定することがある。アクタの優先度順またはアクタに割り当てられた優先度値は、各アクタの利用可能性と無関係でもよい。次に優先度の高い特定された役割をもつアクタが選択されると、メディエータ１３０のプロセッサは、判定３２５で、選択されたアクタが利用可能であるかどうかを判定することがある。メディエータ１３０のプロセッサは、動的利用可能性テーブルの中で選択されたアクタの状態を調べることによりアクタの利用可能性を判定することがある（図１４Ｃを参照のこと）。選択されたアクタが利用可能である場合（すなわち、判定３３５＝肯定）、メッセージは、ステップ３４０で、選択されたアクタの通信機器へ再ルーティングおよび送信されることがある。メッセージは、ルーティングテンプレートの内部に格納されたアドレス情報を使用して再ルーティングされることがある（図１４Ａおよび１４Ｂを参照のこと）。動的状態テンプレートを精査し次第（図１４Ｃを参照のこと）、メディエータ１３０のプロセッサが選択されたアクタが利用できないと判定した場合（すなわち、判定３３５＝否定）、メディエータ１３０のプロセッサは、ステップ３３０で、特定された役割に関して次に高い優先度レベルをもつアクタを選択するため再びルーティングテンプレートにアクセスすることがある。
【００６７】
図１４Ａは、特有の役割を実行するアクタを定義する実施例のルーティングテンプレートを示している。例示された実施例では、ルーティングテンプレートの中で、患者番号１を治療する役割を実行するアクタを含む部分だけが掲載されている。当業者は、この表がすべての役割を掲載することによって拡張されることがあることがわかる。本実施例のルーティングテンプレートに示されているように、４人の医師が患者１を治療する役割を割り当てられている。たとえば、これらの医師は、患者のプライマリ・ケア医師と、専門医と、主治医と、治療中の患者１を割り当てられた研修医または医学生とを含むことがある。患者１に割り当てられた他のヘルスケア専門家は、看護士（看護士Ａないし看護士Ｃ）および医師助手（医師助手Ａおよび医師助手Ｂ）をさらに含むことがある。患者１に関連したメッセージに関して、これらのアクタのうちのいずれかが患者１の治療に関連したメッセージの該当する受信側であることがある。アクタ役割の掲載（本実施例では、患者１治療セレクション）に加えて、ルーティング表は、特定された役割と関連付けられた各アクタの優先度値と、メッセージを送信するための主アドレス（たとえば、図示されているように電子メールアドレス）と、予備アドレス（たとえば、図示されているようにＳＭＳメッセージを送信する電話番号）とを含むことがある。さらに、図１４Ａは、役割が患者によって定義された実施例のテンプレートの一部分だけを示している。別の実施では、たとえば、ルーティングテンプレートは、医師Ａの患者のためのすべてのメッセージが医師Ｂへルーティングされることを指定することがある（たとえば、これは委譲の場合に起こる）。さらなる実施例では、ルーティングテンプレートは、特別なＩＣＵ医師が空いていない場合、特別なＩＣＵ医師へのすべての呼が医長へルーティングされるべきことがある。
【００６８】
図１４Ｂは、役割がアクタのジョブタイプであるルーティング表の別の部分を示している。図１４Ｂに示された本実施例では、ルーティング表の部分は、特定のジョブタイプ「看護士」を含む。掲載された各看護士の優先度レベルは、監督者（看護士Ａ）から一般看護士（看護士Ｂ−看護士Ｅ）までの降順でもよい。このようにして、元のメッセージが、メッセージ役割サブフィールド４３０の中の役割を「看護士」（図１４Ａにおける「患者１」に対して）として特定する場合、図１４Ｂに示されたルーティングテンプレートの部分は、図１４Ａに示されたルーティングテンプレートの部分に対し、図１３のステップ３２５で取り出されることがある。それにもかかわらず、同じ動的状態テンプレートが各アクタの現在状態を判定するため使用されることがある。
【００６９】
図１４Ｃに表された動的状態テンプレートは、種々の方法のうちのいずれかを通じてリアルタイムで更新されることがある。たとえば、アクタが通信機器１１０ｎを介してＡＭＣシステム１００にログインするたびに、アクタの状態が「アウト」から「イン」に変化することがある。代替的に、動的状態テンプレートは、手動で更新される作業予定に応じて変化するように設定されることがある。別の実施形態では、動的状態テンプレートは、たとえば、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ（登録商標）プロファイルのような仕事カレンダおよび予約システムにリンクされるか（または、一部として実施される可能性がある）。さらに別の実施形態では、アクタの現在状態は、アクタの通信機器が通信ネットワーク１２０の範囲を出入りするときに変化することがある。種々のアクタの利用可能性状態を動的に変更することにより、メッセージは、現在メッセージを受信することができるアクタだけに適切に再ルーティングされることがある。このようにして、何らかの通信機能停止がシステムから取り除かれることがある。
【００７０】
図１４Ａおよび１４Ｃに示されたルーティングテンプレートの使用を例示するため、患者１に関するメッセージが第１の受信側として医師Ｃへ送信されるとする。このメッセージをフォーマットする際に、送信側の通信機器は、送信されたメッセージに関して医師Ｃが実行する役割として、治療中の患者１（または、患者１を治療するチームメンバ）を特定するメッセージを生成する。医師Ｃが現在「アウト」である場合（図１４Ｃを参照のこと）、医師Ｃは送信メッセージに応答しないので、メッセージ開封確認はメディエータ１３０へ返送されないことになる。メッセージタイプ４２０によって、メッセージ期限情報サブフィールド４２０に示された期限に先行するスレッショルド期間、または、メディエータ１３０によって付された期限に先行するスレッショルド期間のいずれかが経過したとき、メディエータ１３０のプロセッサは、元のメッセージ４０１からの第１の受取側の役割にアクセスすることがある（図１３のステップ３２０を参照のこと）元のメッセージから適切な役割、本実施例では、患者１のチームメンバを取り出した後、メディエータ１３０のプロセッサは、特定された役割を遂行する他のアクタを調べるため役割「患者１」に関してルーティングテンプレートにアクセスすることがある（図１３のステップ３２５を参照のこと）。メディエータ１３０のプロセッサは、特定された役割に関して次に高い優先度をもつアクタを選択することがある（図１３のステップ３３０を参照のこと）。本実施例では、医師Ａが最高優先度（優先度＝１）をもっている。メディエータ１３０のプロセッサは、次に、図１４Ｃに示されているような動的状態テンプレートの中で医師Ａの現在状態を調べることにより、医師Ａが利用できるかどうかを判定する。図１４に示された動的状態テンプレートは、医師Ａが現在「アウト」（すなわち、利用できない）ことを表しているので、メディエータ１３０のプロセッサは、再び次に高い優先度をもつアクタを選択するために患者１のチームメンバに関してルーティングテンプレートにアクセスする（図１３のステップ３３０を参照のこと）。患者１のチームメンバに関する図１４Ａのルーティングテンプレートは、医師Ｂが次に高い優先度（優先度＝２）を有することを表している。メディエータ１３０のプロセッサは、次に、図１４Ｃに示された動的状態テンプレートの中で医師Ｂの現在状態を調べることにより医師Ｂが利用できるかどうかを判定する。動的状態テンプレートは、医師Ｂもまた現在「アウト」（すなわち、利用できない）ことを表している。その結果、メディエータ１３０のプロセッサは、再び次に高い優先度をもつアクタを選択するために患者１のチームメンバに関するルーティングテンプレートにアクセスする（ステップ３３０）。このプロセスは選択されたアクタが利用可能であると判定されるまで継続することがある。本実施例では、次に高い優先度をもつ選択されたアクタのうち、同時に利用可能であるアクタは、医師Ｄである。したがって、本実施例では、メディエータ１３０のプロセッサは、ルーティングテンプレートから医師Ｄに関連付けられたアドレスを取り出し、元のメッセージ４０１を医師Ｄへ中継する（図１３のステップ３４０）。
【００７１】
当業者は、図１４Ａ−１４Ｃが典型的な実施例のデータ構造体であり、種々の実施形態が多種多様のデータ構造体を使用して実施されることがわかる。たとえば、複数の相互参照型データ表が使用され、その結果、アクタ情報が唯一の表（たとえば、各アクタの連絡先情報、役割、責務、組織上の立場などのための単一の一覧表）だけに掲載されることがある。ルーティングテンプレートは、掲載されたアクタが実行する役割をさらに指定することがある。たとえば、「患者１のチームメンバ」のためのルーティングテンプレートをもつことに加えて、「患者１の看護士」、「患者１の医師助手」に関して作成された付加的なルーティングテンプレートが存在することがある。同様に、「救急治療室看護士」、「小児科看護士」、「癌科看護士」などを指定するルーティングテンプレートが存在することがある。
【００７２】
代替的な実施形態では、メッセージ構造体は受信者の役割のためのサブフィールドを収容しないことがある。例えば、図１５は、元の送信側ＩＤ  ４０５と、対象とする受信側ＩＤ  ４１０と、期限情報またはメッセージタイプ４２０と、メッセージ内容ペイロード４２５とを含む実施例のメッセージ構造体を示している。このメッセージ構造体４０２から欠如しているのは、受信側役割の指示、または、バックアップ受信側である。ＡＭＣシステム１００においてこのようなメッセージを適切に再ルーティングするため、メディエータ１３０のプロセッサは、図１９に示されたプロセスフローに例示されているような方法を実施することがある。図１９を参照すると、メディエータ１３０が、メッセージ（またはメッセージ開封確認）が再ルーティングされなければならないと判定する場合（図２−９のステップ２５５を参照のこと）、メディエータ１３０のプロセッサは、ステップ３５０で、対象とする受信側ＩＤに関して再ルーティングテンプレートを探索し、対象とする受信側ＩＤに関連付けられた役割を調べることがある。役割が判定されると、メディエータ１３０のプロセッサは、図１３のステップ３２５−３４５に関して前述されている方法と同様にメッセージを再ルーティングすることがある。メッセージ構造体４０２および図１９のプロセスフローに示された代替的な実施形態の方法は、各アクタが単一のルーティングテンプレートの中に現れる環境において実施されることがある。このようにして、アクタの役割はアクタが掲載されている単一のルーティングテンプレートを探索することによって判定されることがある。たとえば、アクタはチームに体系化されることがあり、したがって、メッセージは他のチームメンバへ再ルーティング可能である。代替的に、各アクタが複数のルーティングテンプレートに現れることがある事例では、メディエータ１３０は、対象とする受信側の役割を判定するためにメッセージ自体から付加的な情報を取得しようとすることがある。たとえば、メディエータ１３０は、対象とする受信側の役割を判定するために、メッセージタイプと、患者識別子と、送信側の役割と、前の送信側と、または、メッセージスレッドの中の以前のメッセージの受信側と、これらのパラメータもしくはその他のパラメータのいずれかの組み合わせとに注意することがある。このような多元的決定は、メッセージを固有の終点（すなわち、最終的な受信側）へ効果的に再ルーティングするため、論理表または人工知能ルールエンジンを使用することがある。
【００７３】
図１６は、別の代替的な実施形態で用いられる実施例のメッセージ構造体である。本メッセージ構造体４０３では、送信側ＩＤと受信側ＩＤの両方が含まれていない。その代わりに、送信側および対象とする受信側の両方の役割だけがメッセージ構造体サブフィールド４５０および４５５にそれぞれ含まれている。このようなメッセージ４０３を適切に再ルーティングするため、メディエータ１３０のプロセッサは、初期ルーティング手順において、ルーティングテンプレート（たとえば、図１４Ａ−１４Ｃ）を取り出す。送信側が役割だけによって対象とする受信側を指定する事例では、メディエータ１３０のプロセッサは、図１３に関して前述されているような方法を使用して、指定された受信側役割４５５に応じて適切なルーティングテンプレートを取り出し、適切な受信側を判定することがある。このようにして、メッセージに対する受信側を選択するプロセスは、初期ルーティングと、メッセージ開封確認が期限内に返送されない場合のメッセージの再ルーティングとの両方のため実行される。図１６に示されているようにメッセージ構造体４０３を使用する代替的な実施形態では、メッセージ送信側は、メッセージの受信側が誰であるかに気付かないか、または、関心がないことがある。それどころか、送信側は、メッセージ４０３を受信し、メッセージ４０３に対処／応答する特定の役割だけを知っていることがある。
【００７４】
図１７は、別の代替的な実施形態で用いられる実施例のメッセージ構造体である。本メッセージ構造体４０４では、送信側ＩＤ  ４０５および受信側役割４５５の両方が含まれている。多数の事例では、送信側は特定された役割を遂行する特定のアクタのＩＤを知らない。その結果として、送信側はメッセージを受信し、および／または、メッセージに応答する資格のある役割だけを特定することがある。このようなメッセージ４０４を適切に再ルーティングするため、メディエータ１３０のプロセッサは、初期ルーティング手順において、ルーティングテンプレート（たとえば、図１４Ａ−１４Ｃ）を取り出す。図１６に示されたデータ構造体の場合と同様に、メディエータ１３０のプロセッサは、図１３に関して前述されているような方法を使用して、指定された受信側役割４５５に応じて適切なルーティングテンプレートを取り出し、適切な受信側を判定することがある。図１６に示されているようにメッセージ構造体４０４を使用する代替的な実施形態では、メッセージ送信側は、メッセージの受信側が誰であるかに気付かないか、または、関心がないことがある。それどころか、送信側は、メッセージ４０４を受信し、メッセージ４０４に対処／応答する特定の役割だけを知っていることがある。メッセージ構造体４０４は、単純に送信側役割がメッセージ構造体４０３のサブフィールド４５０において特定されるのに対して、送信側ＩＤがサブフィールド４０５において特定される点で、図１６に示されたメッセージ構造体４０３と異なる。
【００７５】
図１８は、別の代替的な実施形態で用いられる実施例のメッセージ構造体である。本メッセージ構造体４０６では、送信側役割４５０および受信側ＩＤ  ４１０だけがメッセージ構造体サブフィールドにおいて特定されている。いくつかの事例では、送信側は共有通信機器１１０からメッセージを送信することがある。たとえば、デスクトップ・コンピュータは、すべての看護士がメッセージを送信するため、ナースステーションに配備されることがある。このようにして、すべての送信側の役割がわかることがあるが、特定の送信側ＩＤはわからない。メッセージは、特定の受信側ＩＤを特定することによって送信されることがある。いずれかのメッセージ開封確認がルーティングテンプレートに応じて共同通信機器（たとえば、ナースステーションのコンピュータ）に割り当てられることがある同じ役割へルーティングされることになる。
【００７６】
当業者は発信元のメッセージが種々の実施形態のメッセージ構造体のうちのいずれかを使用して送信されても構わないことがわかる。応答メッセージは、発信元のメッセージと同じメッセージ構造体、または、本明細書中に開示された種々の実施形態のメッセージ構造体のうちのいずれかを使用して策定されることがある。
【００７７】
図１に提示されたＡＭＣシステムのさらなる機能は、媒介型ブロードキャスト、リアルタイム期限通知、期限を使用する優先度レベルの実施、動的リマインダ、冗長制御、および、１対多通信を含む。媒介型ブロードキャスト機能は、複数の受信側へのメッセージの送信（たとえば、１対多通信機能）と、メッセージが受信、読み取りおよび承認されたかどうかの監視とを可能にする。１対多通信機能は１対多非同期通信を可能にさせる。たとえば、１１０１によって開始されたメッセージは受信側通信機器１１０２、１１０３、．．．１１０Ｎへブロードキャスト可能である。メディエータ１３０は、受信側通信機器１１０２、１１０３、．．．１１０Ｎのそれぞれによってメッセージが受信され、読み取られ、承認されたことを確認するためメッセージ開封確認の受信を監視することがある。一態様では、確認メッセージが発信元の通信機器１１０１へ返信される。一態様では、媒介型ブロードキャスト機能は、複数の受信側への同時放送を含む。別の態様では、媒介型ブロードキャスト機能はメッセージの非同時放送を含む。
【００７８】
リアルタイム期限通知機能は、通信必要性（たとえば、メッセージ内容）に基づくメッセージの状態チェックと期限の通知とを可能にする。一態様では、状態チェック機能へのアクセスは、所定のアクタ、役割、受信側および／またはこれらの組み合わせに制限される。一態様では、期限を修正する権限は、所定のアクタ、役割、受信側および／またはこれらの組み合わせに制限される。健康管理業界における実施例を使用すると、メッセージは看護士および医師へ同時に送信されることがある。看護士は、医師がメッセージを読み取ったかどうかを調べるのに十分な状態をチェックするためアクセスを許可されることがある。一実施例として、看護士は、状態によって医師が未だメッセージを読み取っていないことが示される場合、メッセージを医師へ再送信することがある。再送信されたメッセージは、メッセージ優先度レベルを示す警告通知を含むことがある。別の実施例では、看護士は、メッセージ内容の必要性に基づいて期限を修正し、修正された期限と共にメッセージを医師へ再送信することがある。これらの実施例は、状態チェック、手動による介入、および、期限の通知を例示している。
【００７９】
本明細書中に開示されているＡＭＣシステムは、期限を使用して優先度レベルを実施する機能を含む。メッセージの優先度レベルは、メッセージと関連付けられた（１つ以上の）期限に基づいて割り当てられることがある。（１つ以上の）期限は、今度は、メッセージ内容の重要度に依存することがある。一実施例では、メッセージ内容が重要である程、受信側へ搬送されるべきメッセージの期限は短く、かつ、優先度レベルが高い。
【００８０】
実施形態では、リマインダは、メッセージが期限内に読み取られない場合に受信側へ送信されることがある。一態様では、リマインダは対象とする受信側または他の役割を完全に遂行する他のアクタへ送信されることがある。たとえば、メッセージが期間のスレッショルドの範囲内にルーティング・再ルーティングテンプレートの中のいずれの医師によっても読み取られない場合、リマインダメッセージは、医師の居所を見つけ、メッセージの再生または表示が必要であることを医師に気付かせることができる看護士へ送信されることがある。一実施例では、役割は、メッセージ内容、優先度レベル、役割を行うアクタ、および／または、これらの組み合わせなどのうちの１つ以上に基づいて決定される。一態様では、リマインダは、条件が変化したとき、または、付加的なリマインダ、もしくは、リマインダの修正が必要である場合、追加または修正されることがある。実施例では、リマインダは期限の形式である。
【００８１】
冗長制御機能は、メッセージ冗長制御が受信側によって受信されるメッセージのタイプを微調整することを可能にする。一態様では、冗長制御のパラメータはユーザの場所、役割、時刻などのような入力に基づく。本実施例では、ユーザは送信側および／または受信側を含む可能性がある。一態様では、冗長制御のパラメータのうちの１個以上は許容可能なメッセージ長を決定する。当業者に明白であるように、ＡＭＣシステムの前述の機能は、本開示の精神または範囲に影響を与えることなく非同期媒介通信の概念を実現するため、個別に、または、他の機能と組み合わせて実施されることがある。
【００８２】
一態様では、メッセージは、非同期媒介通信を実現するため、以下の機能：役割ベースのメッセージルーティング、メッセージ宛先変更、媒介型ブロードキャスト、リアルタイム期限修正、期限に基づく優先度レベルの実施、動的リマインダ、または、冗長制御のうちの１個以上を有効にする関連付けられたメタデータを含む。
【００８３】
前述の実施形態は、たとえば、携帯電話機、携帯電話機および／またはＷＩＦＩ送受信機付きの個人情報端末（ＰＤＡ）、モバイル電子メール受信機、モバイル・ウェブ・アクセス機器、ラップトップ・コンピュータ、パームトップ・コンピュータ、および、他のプロセッサ装備機器のような多種多様の通信機器のうちのいずれで実施されてもよい。さらに、本明細書中に開示された種々の実施形態は、固定式デスクトップ・コンピュータを含むどのようなプロセッサ装備機器によって実施されてもよい。典型的に、このような携帯型コンピューティング機器は、図２０に示されたコンポーネントを共通に有している。たとえば、通信機器１１０は、内部メモリ１９２およびディスプレイ１１に結合されたプロセッサ１９１を含むことがある。さらに、通信機器１１０、１８０は、プロセッサ１９１に結合されたワイヤレス・データ・リンクおよび／または携帯電話機送受信機１９５に接続され、電磁放射を送受信するアンテナ１９４を有することがある。いくつかの実施では、携帯電話通信のため使用される送受信機１９５とプロセッサ１９１およびメモリ１８２の一部分とは、ワイヤレス・データ・リンクを介したデータ・インターフェイスを提供するので無線インターフェイスと呼ばれる。通信機器１０は、典型的に、ユーザ入力を受け取るキーパッド１３または小型キーボードとメニュー選択ボタンまたはロッカースイッチ１２とをさらに含む。プロセッサ１９１は、次にマイクロホン１９およびスピーカ１８に接続されているボコーダ１９９にさらに接続されることがある。通信機器１１０は、プロセッサ１９１をパーソナル・コンピュータのような外部コンピューティング機器または外部ローカル・エリア・ネットワークへ接続するため、ユニバーサル・シリアル・バス（ＵＳＢ）またはＦｉｒｅＷｉｒｅ（登録商標）コネクタソケットのような有線ネットワーク・インターフェイス１９４をさらに含むことがある。
【００８４】
プロセッサ１９１は、前述された種々の実施形態の機能を含む種々の機能を実行するため、ソフトウェア命令（アプリケーション）によって構成可能であるプログラマブル・マイクロプロセッサ、マイクロコンピュータ、または、複数のプロセッサ・チップでもよい。一態様では、プロセッサ１９１は、限定されることなく、役割ベースのメッセージルーティング、手動または自動的なメッセージ宛先変更、１対多通信を含む媒介型ブロードキャスト、リアルタイム期限修正、期限を使用する優先度レベルの実施、動的リマインダ、冗長制御などを含むＡＭＣシステムの１個以上の機能を実現するため、メモリ１９２に記憶されたソフトウェアを実行する。いくつかの通信機器１１０では、ワイヤレス通信機能に専用である１台のプロセッサと、他のアプリケーションの実行に専用である１台のプロセッサとのような複数のプロセッサ１９１が設けられることがある。典型的に、ソフトウェアアプリケーションは、アクセスされ、プロセッサ１９１へロードされる前に、内部メモリ１９２に記憶されることがある。いくつかの通信機器１１０、１８０では、プロセッサ１９１は、アプリケーションソフトウェアメモリを記憶するために十分な内部メモリを含むことがある。本説明の目的のため、メモリという用語は、プロセッサ１９１によってアクセス可能であり、内部メモリ１９２およびプロセッサ１９１自体の内部にあるメモリを含むすべてのメモリを指す。多数の通信機器１０において、メモリ１９２は、揮発性メモリ、もしくは、フラッシュメモリのような不揮発性メモリでもよく、または、両方の混合でもよい。
【００８５】
前述のある程度の数の実施形態も同様に図２１に示されたサーバ２１０のようなメディエータ１３０としての機能を果たす種々のリモート・サーバ機器のいずれかを用いて実施されることがある。このようなリモート・サーバ２１０は、典型的に、揮発性メモリ３６２、および、ディスクドライブ３６３のような大容量不揮発性メモリに結合されたプロセッサ３６１を含む。サーバ２１０は、プロセッサ３６１に結合されたフロッピー（登録商標）・ディスクドライブおよび／またはコンパクトディスク（ＣＤ）ドライブ３６６をさらに含むことがある。典型的に、サーバ２１０は、キーボード（図示せず）のようなユーザ入力機器と、ディスプレイ（図示せず）とをさらに含むことがある。サーバ２１０は、プロセッサ３６１に結合され、データ接続を確立するか、または、ＵＳＢもしくはＦｉｒｅＷｉｒｅ（登録商標）コネクタソケットのような外部メモリ機器を収容するある程度の数のコネクタポート、あるいは、プロセッサ３６１をネットワーク２０５へ結合する他のネットワーク接続回路３６５をさらに含むことがある。
【００８６】
このようにして、本明細書中に開示された非同期媒介通信方法および装置の利点は、メッセージ内容またはユーザ指定に次に依存することがある期限に応じてメッセージのための優先度レベルを設定する能力を含む。一態様では、ユーザはメッセージ期限を設定する。付加的な利点は、通信必要性（たとえば、メッセージ内容）に基づいてメッセージ期限を修正することを含む。役割ベースであり、人ベースではないメッセージのルーティングは利点の一部である。手動および／または自動的なメッセージの再ルーティングを含むことがある役割の委譲は、必要性に基づくメッセージの上申と共に、本明細書中に開示された非同期媒介通信方法および装置の利点の全部分である。
【００８７】
説明の大半において、健康管理業界が参照にされている。しかし、健康管理業界は一実施例であり、開示された概念は開示の精神または範囲に影響を与えることなく、他のアプリケーションで実施されることがある。したがって、本明細書中の記載は、説明の目的のため実施例を例示することに注意を要する。開示された態様についてのこれまでの記載は、当業者が本開示内容を作るか、または、使用することを可能にするため与えられている。これらの態様への種々の修正は、当業者に容易に明白であり、本明細書中に定義された一般的な原理は、開示の精神または範囲から逸脱することなく他の態様に適用されることがある。
【００８８】
前述の方法の説明およびプロセスフロー図は、単に例示的な実施形態として記載され、種々の実施携帯のステップが提示された順序で実施されなければならないことを要求または示唆することは意図されていない。当業者によって認識されるように、前述の実施形態におけるステップの順序はどのような順序で実行されてもよい。
【００８９】
前述の実施形態を実施するため使用されたハードウェアは、当業者によって認識されるように、マイクロプロセッサユニット、マイクロコンピュータユニット、プログラマブル・フローティング・ポイント・ゲート・アレイ（ＦＰＧＡ）、および、特定用途向け集積回路（ＡＳＩＣ）を含み、命令の組を実行するように構成された処理要素およびメモリ要素でもよく、命令の組は上記方法に対応する方法ステップを実行するのに使われる。代替的に、いくつかのステップまたは方法は、所与の機能に固有の回路によって実行されることがある。
【００９０】
当業者は、本明細書中に開示されている実施形態に関連して種々の例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが電子的ハードウェア、コンピュータソフトウェア、または、両方の組み合わせとして実施されることがある。このハードウェアとソフトウェアとの互換性を明瞭に例示するため、種々の例示的なコンポーネント、ブロック、モジュール、回路、およびステップが一般にこれらの機能性の観点で上述されている。このような機能性がハードウェアとして実施されるか、または、ソフトウェアとして実施されるかは、システム全体に課された特有の用途および設計上の制約に依存する。熟練者は特有の用途毎に様々な方法で記載された機能性を実施することがあるが、このような実施の決定は本発明の範囲からの逸脱を引き起こすものとして解釈されるべきではない。
【００９１】
本明細書中に開示された実施形態と関連して記載された方法またはアルゴリズムのステップは、ハードウェアで直接的に、プロセッサによって実行されるソフトウェアモジュールで、または、両方の組み合わせで具現化されることがある。ソフトウェアモジュールは、プロセッサ読み取り可能な記憶媒体および／またはプロセッサ読み取り可能なメモリに存在することがあり、両方共にＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または、技術的に知られている何らかの他の具体的な形式のデータ記憶媒体のいずれでもよい。さらに、プロセッサ読み取り可能なメモリは、２つ以上のメモリチップと、プロセッサ・チップの内部にあるメモリと、別個のメモリチップと、フラッシュメモリおよびＲＡＭメモリのような異なるタイプのメモリの組み合わせとを備えることがある。本明細書中でのモバイル・ハンドセットのメモリの参照は、特有の構成、タイプまたはパッケージングを制限することなく、モバイル・ハンドセットの内部のメモリモジュールのいずれか１つまたは全部を包含することが意図されている。典型的な記憶媒体は、プロセッサが記憶媒体から情報を読み出し、記憶媒体に情報を書き込むことができるように、モバイル・ハンドセットまたはテーマ・サーバのいずれかの中のプロセッサに結合されている。代替的には、記憶媒体はプロセッサに一体でもよい。プロセッサおよび記憶媒体はＡＳＩＣの中に存在することがある。
【００９２】
種々の実施形態の前述の記載は、当業者が本発明を作成または使用することを可能にするため与えられている。これらの実施形態への種々の変更は、当業者に容易に理解され、本明細書中で定義された一般的な原理は発明の精神または範囲から逸脱することなく他の実施形態に適用されることがある。したがって、本発明は本明細書中で明らかにされた実施形態に限定されるようには意図されておらず、むしろ、請求項は本明細書中に開示された原理および新しい特徴と一貫した最も広い範囲で認められるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］非同期メッセージルーティングを媒介する方法であって、
送信側の通信機器から第１の受信側を対象とする非同期メッセージを受信することと、
前記非同期メッセージの中の情報から前記第１の受信側の役割に関するルーティング情報を取り出すことと、
前記ルーティング情報に基づいて前記非同期メッセージを前記第１の受信側の通信機器へルーティングすることと、
前記第１の受信側の通信機器からのメッセージ開封確認を監視することと、
メッセージ開封確認が前記第１の受信側の通信機器から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングすることと、
を備える方法。
［２］前記メッセージ開封確認が期限内に前記第１の受信側から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングすることをさらに備える、［１］に記載の方法。
［３］前記期限の満了前の第１の期間のスレッショルドで前記非同期メッセージに関する第１のリマインダを生成することと、
前記第１のリマインダを前記第１の受信側の通信機器へ送信することと、
をさらに備える、［２］に記載の方法。
［４］前記期限の満了前の第２の期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートの中で次に高い優先度を有する第１のアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
前記選択されたアクタが利用できる場合、前記第２のリマインダを前記選択されたアクタへ送信することと、
前記第１のアクタが利用できない場合、第２のアクタを選択することと、
前記第２のアクタが利用できる場合、前記第２のリマインダを前記第２のアクタへ送信することと、
をさらに備える、［３］に記載の方法。
［５］前記期限の満了前の何らかの期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
利用可能である最高の優先度をもつ前記第１の受信側と同じ役割を有するアクタを選択することと、
前記第２のリマインダを前記選択されたアクタへ送信することと、
をさらに備える、［２］に記載の方法。
［６］前記期限が前記第１の送信側によって付される、［２］に記載の方法。
［７］前記期限が前記非同期メッセージの内容タイプに基づいて自動的に付される、［２］に記載の方法。
［８］前記第１の送信側の通信機器が利用できない場合、前記第１の送信側によって実行される役割に基づいてメッセージ開封確認を第２の送信側の通信機器へ再ルーティングすることをさらに備える、［１］に記載の方法。
［９］前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度をもつ前記第１の受信側の前記役割を有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
をさらに備え、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、［１］に記載の方法。
［１０］前記ルーティングテンプレートから前記選択された第２の受信側のルーティング情報を取り出すことをさらに備える、［９］に記載の方法。
［１１］前記第１の受信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の受信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
をさらに備え、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、［１］に記載の方法。
［１２］前記ルーティング情報が前記第１の受信側の役割だけを格納している、［１１］に記載の方法。
［１３］前記第１の送信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、をさらに備える、［８］に記載の方法。
［１４］前記ルーティングテンプレートから前記選択された第２の送信側のルーティング情報を取り出すことをさらに備える、［１３］に記載の方法。
［１５］特定された前記第１の送信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の送信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、をさらに備える、［８］に記載の方法。
［１６］前記ルーティング情報が前記第１の送信側の役割だけを格納している、［１５］に記載の方法。
［１７］前記選択されたアクタが利用できるかどうかを判定することは、動的利用可能性テンプレートの中で前記選択されたアクタの利用可能性を調べることにより達成される、［２］に記載の方法。
［１８］非同期メッセージルーティングを媒介するメディエータであって、
送信側の通信機器から第１の受信側を対象とする非同期メッセージを受信する手段と、
前記非同期メッセージの中の情報から前記第１の受信側の役割に関するルーティング情報を取り出す手段と、
前記ルーティング情報に基づいて前記非同期メッセージを前記第１の受信側の通信機器へルーティングする手段と、
前記第１の受信側の通信機器からのメッセージ開封確認を監視する手段と、
メッセージ開封確認が前記第１の受信側の通信機器から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングする手段と、
を備えるメディエータ。
［１９］前記メッセージ開封確認が期限内に前記第１の受信側から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングする手段をさらに備える、［１８］に記載のメディエータ。
［２０］前記期限の満了前の第１の期間のスレッショルドで前記非同期メッセージに関する第１のリマインダを生成する手段と、
前記第１のリマインダを前記第１の受信側の通信機器へ送信する手段と、
をさらに備える、［１９］に記載のメディエータ。
［２１］前記期限の満了前の第２の期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成する手段と、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出す手段と、
前記ルーティングテンプレートの中で次に高い優先度を有する第１のアクタを選択する手段と、
前記選択されたアクタが利用できるかどうかを判定する手段と、
前記選択されたアクタが利用できる場合、前記第２のリマインダを前記選択されたアクタへ送信する手段と、
前記第１のアクタが利用できない場合、第２のアクタを選択する手段と、
前記第２のアクタが利用できる場合、前記第２のリマインダを前記第２のアクタへ送信する手段と、
をさらに備える、［２０］に記載のメディエータ。
［２２］前記期限の満了前の何らかの期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成する手段と、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出す手段と、
利用可能である最高の優先度をもつ前記第１の受信側と同じ役割を有するアクタを選択する手段と、
前記第２のリマインダを前記選択されたアクタへ送信する手段と、
をさらに備える、［１９］に記載のメディエータ。
［２３］前記第１の送信側によって決定される前記期限を付す手段をさらに備える、［１９］に記載のメディエータ。
［２４］前記非同期メッセージの内容タイプに基づいて前記期限を自動的に付す手段をさらに備える、［１９］に記載のメディエータ。
［２５］前記第１の送信側の通信機器が利用できない場合、前記第１の送信側によって実行される役割に基づいてメッセージ開封確認を第２の送信側の通信機器へ再ルーティングする手段をさらに備える、［１８］に記載のメディエータ。
［２６］前記第１の受信側のための前記役割のためのルーティングテンプレートを取り出す手段と、
前記ルーティングテンプレートから次に高い優先度をもつ前記第１の受信側の前記役割を有するアクタを選択する手段と、
動的利用可能性テンプレートから前記選択されたアクタが利用できるかどうかを判定する手段と、
をさらに備え、
前記アクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、［１８］に記載のメディエータ。
［２７］前記ルーティングテンプレートから前記選択された第２の受信側のルーティング情報を取り出す手段をさらに備える、［２６］に記載のメディエータ。
［２８］前記第１の受信側に基づいてルーティングテンプレートを取り出す手段と、
前記ルーティングテンプレートから前記第１の受信側の役割を判定する手段と、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを選択する手段と、
動的利用可能性テンプレートから前記選択されたアクタが利用できるかどうかを判定する手段と、
をさらに備え、
前記アクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、［１８］に記載のメディエータ。
［２９］前記ルーティング情報が前記第１の受信側の役割だけを格納している、［２８］に記載のメディエータ。
［３０］前記第１の送信側の前記役割のためのルーティングテンプレートを取り出す手段と、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定する手段と、
動的利用可能性テンプレートから前記アクタが利用できるかどうかを判定する手段と、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択する手段と、をさらに備える、［２５］に記載のメディエータ。
［３１］前記ルーティングテンプレートから前記選択された第２の送信側のルーティング情報を取り出す手段をさらに備える、［３０］に記載のメディエータ。
［３２］特定された前記第１の送信側に基づいてルーティングテンプレートを取り出す手段と、
前記ルーティングテンプレートから前記第１の送信側の役割を判定する手段と、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定する手段と、
動的利用可能性テンプレートから前記アクタが利用できるかどうかを判定する手段と、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択する手段と、をさらに備える、［２５］に記載のメディエータ。
［３３］前記ルーティング情報が前記第１の送信側の役割だけを格納している、［３２］に記載のメディエータ。
［３４］前記選択されたアクタが利用できるかどうかを判定する手段は、動的利用可能性テンプレートの中で前記選択されたアクタの利用可能性を調べる手段を備える、［２１］に記載のメディエータ。
［３５］非同期メッセージルーティングを媒介するメディエータであって、
メモリユニットと、
前記メモリユニットに結合され、
送信側の通信機器から第１の受信側を対象とする非同期メッセージを受信することと、
前記非同期メッセージの中の情報から前記第１の受信側の役割に関するルーティング情報を取り出すことと、
前記ルーティング情報に基づいて前記非同期メッセージを前記第１の受信側の通信機器へルーティングすることと、
前記第１の受信側の通信機器からのメッセージ開封確認を監視することと、
メッセージ開封確認が前記第１の受信側の通信機器から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングすることと、
の各ステップを実行するようにソフトウェア命令を用いて構成されているプロセッサと、を備える、メディエータ。
［３６］前記プロセッサは、
前記メッセージ開封確認が期限内に前記第１の受信側から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングするステップをさらに実行するようにソフトウェア命令を用いて構成されている、［３５］に記載のメディエータ。
［３７］前記プロセッサは、
前記期限の満了前の第１の期間のスレッショルドで前記非同期メッセージに関する第１のリマインダを生成することと、
前記第１のリマインダを前記第１の受信側の通信機器へ送信することと、
の各ステップをさらに実行するようにソフトウェア命令を用いて構成されている、［３６］に記載のメディエータ。
［３８］前記プロセッサは、
前記期限の満了前の第２の期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートの中で次に高い優先度を有する第１のアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
前記選択されたアクタが利用できる場合、前記第２のリマインダを前記選択されたアクタへ送信することと、
前記第１のアクタが利用できない場合、第２のアクタを選択することと、
前記第２のアクタが利用できる場合、前記第２のリマインダを前記第２のアクタへ送信することと、
の各ステップをさらに実行するようにソフトウェア命令を用いて構成されている、［３７］に記載のメディエータ。
［３９］前記プロセッサは、
前記期限の満了前の何らかの期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
利用可能である最高の優先度をもつ前記第１の受信側と同じ役割を有するアクタを選択することと、
前記第２のリマインダを前記選択されたアクタへ送信することと、
の各ステップをさらに実行するようにソフトウェア命令を用いて構成されている、［３６］に記載のメディエータ。
［４０］前記プロセッサは、
前記第１の送信側によって決定される前記期限を付すステップをさらに実行するようにソフトウェア命令を用いて構成されている、［３６］に記載のメディエータ。
［４１］前記プロセッサは、
前記非同期メッセージの内容タイプに基づいて前記期限を自動的に付すステップをさらに実行するようにソフトウェア命令を用いて構成されている、［３６］に記載のメディエータ。
［４２］前記プロセッサは、
前記第１の送信側の通信機器が利用できない場合、前記第１の送信側によって実行される役割に基づいてメッセージ開封確認を第２の送信側の通信機器へ再ルーティングするステップをさらに実行するようにソフトウェア命令を用いて構成されている、［３５］に記載のメディエータ。
［４３］前記プロセッサは、
前記第１の受信側のための前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度をもつ前記第１の受信側の前記役割を有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
の各ステップをさらに実行するようにソフトウェア命令を用いて構成され、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、［３５］に記載のメディエータ。
［４４］前記プロセッサは、
前記ルーティングテンプレートから前記選択された第２の受信側のルーティング情報を取り出すステップをさらに実行するようにソフトウェア命令を用いて構成されている、［４３］に記載のメディエータ。
［４５］前記プロセッサは、
前記第１の受信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の受信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
の各ステップを実行するようにソフトウェア命令を用いて構成され、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、［３５］に記載のメディエータ。
［４６］前記プロセッサは、
前記第１の送信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、の各ステップをさらに実行するようにソフトウェア命令を用いて構成されている、［４２］に記載のメディエータ。
［４７］前記プロセッサは、
特定された前記第１の送信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の送信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、の各ステップをさらに実行するようにソフトウェア命令を用いて構成されている、［４２］に記載のメディエータ。
［４８］前記プロセッサは、
動的利用可能性テンプレートの中で前記選択されたアクタの利用可能性を調べることにより前記選択されたアクタが利用できるかどうかを判定するステップをさらに実行するようにソフトウェア命令を用いて構成されている、［４２］に記載のメディエータ。
［４９］送信側の通信機器から第１の受信側を対象とする非同期メッセージを受信することと、
前記非同期メッセージの中の情報から前記第１の受信側の役割に関するルーティング情報を取り出すことと、
前記ルーティング情報に基づいて前記非同期メッセージを前記第１の受信側の通信機器へルーティングすることと、
前記第１の受信側の通信機器からのメッセージ開封確認を監視することと、
メッセージ開封確認が前記第１の受信側の通信機器から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングすることと、
の各ステップをプロセッサに実行させるように構成されたプロセッサ実行可能なソフトウェア命令が記憶されている有形記憶媒体。
［５０］前記メッセージ開封確認が期限内に前記第１の受信側から受信されない場合、前記第１の受信側によって実行される前記役割に基づいて前記非同期メッセージを第２の受信側の通信機器へ再ルーティングするステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［４９］に記載の有形記憶媒体。
［５１］前記期限の満了前の第１の期間のスレッショルドで前記非同期メッセージに関する第１のリマインダを生成することと、
前記第１のリマインダを前記第１の受信側の通信機器へ送信することと、
の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［５０］に記載の有形記憶媒体。
［５２］前記期限の満了前の第２の期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートの中で次に高い優先度を有する第１のアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
前記選択されたアクタが利用できる場合、前記第２のリマインダを前記選択されたアクタへ送信することと、
前記第１のアクタが利用できない場合、第２のアクタを選択することと、
前記第２のアクタが利用できる場合、前記第２のリマインダを前記第２のアクタへ送信することと、
の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［５１］に記載の有形記憶媒体。
［５３］前記期限の満了前の何らかの期間のスレッショルドで前記非同期メッセージに関する第２のリマインダを生成することと、
前記第１の受信側の前記役割のためのルーティングテンプレートを取り出すことと、
利用可能である最高の優先度をもつ前記第１の受信側と同じ役割を有するアクタを選択することと、
前記第２のリマインダを前記選択されたアクタへ送信することと、
の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［５０］に記載の有形記憶媒体。
［５４］前記第１の送信側によって決定された前記期限を付すステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［５０］に記載の有形記憶媒体。
［５５］前記非同期メッセージの内容タイプに基づいて前記期限を自動的に付すステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［５０］に記載の有形記憶媒体。
［５６］前記第１の送信側の通信機器が利用できない場合、前記第１の送信側によって実行される役割に基づいてメッセージ開封確認を第２の送信側の通信機器へ再ルーティングするステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［４９］に記載の有形記憶媒体。
［５７］前記第１の受信側のための前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度をもつ前記第１の受信側の前記役割を有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有し、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、［４９］に記載の有形記憶媒体。
［５８］前記ルーティングテンプレートから前記選択された第２の受信側のルーティング情報を取り出すステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［５７］に記載の有形記憶媒体。
［５９］前記第１の受信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の受信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを選択することと、
前記選択されたアクタが利用できるかどうかを判定することと、
の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有し、
前記選択されたアクタが利用できる場合、前記選択されたアクタが前記第２の受信側である、［４９］に記載の有形記憶媒体。
［６０］前記第１の送信側の前記役割のためのルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［５７］に記載の有形記憶媒体。
［６１］前記ルーティングテンプレートから前記選択された第２の送信側のルーティング情報を取り出すステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［６０］に記載の有形記憶媒体。
［６２］特定された前記第１の送信側に基づいてルーティングテンプレートを取り出すことと、
前記ルーティングテンプレートから前記第１の送信側の役割を判定することと、
前記ルーティングテンプレートから次に高い優先度を保有するアクタを判定することと、
前記アクタが利用できるかどうかを判定することと、
前記アクタが利用できる場合、前記アクタを前記第２の送信側として選択することと、の各ステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［５６］に記載の有形記憶媒体。
［６３］動的利用可能性テンプレートの中で前記選択されたアクタの利用可能性を調べることにより前記選択されたアクタが利用できるかどうかを判定するステップをプロセッサにさらに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を有する、［５２］に記載の有形記憶媒体。
【図１】
0005539233.tif 000002
【図２】
0005539233.tif 000003
【図３】
0005539233.tif 000004
【図４】
0005539233.tif 000005
【図５】
0005539233.tif 000006
【図６】
0005539233.tif 000007
【図７】
0005539233.tif 000008
【図８】
0005539233.tif 000009
【図９】
0005539233.tif 000010
【図１０】
0005539233.tif 000011
【図１１】
0005539233.tif 000012
【図１２】
0005539233.tif 000013
【図１３】
0005539233.tif 000014
【図１４Ａ】
0005539233.tif 000015
【図１４Ｂ】
0005539233.tif 000016
【図１４Ｃ】
0005539233.tif 000017
【図１５】
0005539233.tif 000018
【図１６】
0005539233.tif 000019
【図１７】
0005539233.tif 000020
【図１８】
0005539233.tif 000021
【図１９】
0005539233.tif 000022
【図２０】
0005539233.tif 000023
【図２１】
0005539233.tif 000024