モバイル端末TMを所有し、発信側ユーザの通信デバイスDCaから前記モバイル端末に対する呼の受信者であり、そして電気通信ネットワークRTの上で前記モバイル端末を用いて到達され得ないユーザに連絡を取る方法であって、前記方法は、通信サーバSCにおいて以下のステップ、すなわち、前記呼の緊急レベルを決定するステップE2と、前記着信側ユーザと各第三者ユーザとの間の社会的関係、前記着信側ユーザに関連し第三者ユーザに関連する地理的位置情報データDg、および前記呼の緊急レベルに基づいて、前記発信側ユーザとの連絡を受ける可能性がある第三者ユーザのリストLfを決定するステップE3、E4と、前記発信側ユーザと前記リストの上の少なくとも1人の第三者ユーザとの間で呼を確立するステップE5とを備える、方法。前記リストLfは、前記着信側ユーザに地理的に最も近い第三者ユーザの順序付けられた一覧表を含む、請求項1に記載の方法。前記地理的位置情報データDgは、前記着信側ユーザ及び前記第三者ユーザの各々の最後に知られている地理的位置を備える、請求項1または2に記載の方法。前記着信側ユーザに関連している前記地理的位置情報データDgは、前記着信側ユーザのカレンダーに関連している存在データを備える、請求項1乃至3のいずれか1項に記載の方法。前記通信サーバSCは、前記第三者ユーザと前記着信側ユーザとの間の社会的関係に応じて、前記着信側ユーザと連絡を取るために潜在的に呼び出されることに合意している第三者ユーザのグループGpを前もって保存している、請求項1乃至4のいずれか1項に記載の方法。前記通信サーバSCは、最初に前記呼の緊急レベルに基づいて前記グループGpに属するユーザから初期リストLiを生成することにより、そして、次いで前記着信側ユーザに関連し前記初期リストに属する第三者ユーザに関連する地理的位置情報データDgに基づいて前記リストLfを生成することにより、第三者ユーザの前記リストLfを決定する、請求項5に記載の方法。前記呼の緊急レベルは、前記呼の緊急レベルを評価するシステムを有する音声サーバに対して前記呼を転送することにより決定される、請求項1乃至6のいずれか1項に記載の方法。モバイル端末TMを所有し、発信側ユーザの通信デバイスDCaから前記モバイル端末に対する呼の受信者であり、そして電気通信ネットワークRTの上で前記モバイル端末を用いて到達され得ないユーザと連絡を取る通信サーバSCであって、前記呼の緊急レベルを決定する手段FILと、前記着信側ユーザと各第三者ユーザとの間の社会的関係、前記着信側ユーザに関連し第三者ユーザに関連する地理的位置情報データDg、および前記呼の緊急レベルに基づいて、前記発信側ユーザとの連絡を受ける可能性がある第三者ユーザのリストLfを決定する手段SELと、前記発信側ユーザと前記リストの上の少なくとも1人の第三者ユーザとの間で呼を確立する手段MTAとを備える、通信サーバSC。モバイル端末TMを所有し、発信側ユーザの通信デバイスDCaから前記モバイル端末に対する呼の受信者であり、そして電気通信ネットワークRTの上で前記モバイル端末を用いて到達され得ないユーザに連絡を取るサーバSCの中で実装され得るコンピュータプログラムであって、前記プログラムが、前記サーバの内部でロードされ、また実行されるときに以下のステップを、すなわち、前記呼の緊急レベルを決定するステップE2と、前記着信側ユーザと各第三者ユーザとの間の社会的関係、前記着信側ユーザに関連し第三者ユーザに関連する地理的位置情報データDg、および前記呼の緊急レベルに基づいて、前記発信側ユーザとの連絡を受ける可能性がある第三者ユーザのリストLfを決定するステップE3、E4と、前記発信側ユーザと前記リストの上の少なくとも1人の第三者ユーザとの間で呼を確立するステップE5とを実行する命令を備えるコンピュータプログラム。本発明の1つの目的は、ユーザのモバイル端末を経由してユーザを呼び出すことができないときに、ユーザが、緊急事態について警告されることを可能にする通信システムを提案することにより、上述の欠点を改善することである。この目的を達成するために、モバイル端末を所有し、発信側ユーザの通信デバイスからモバイル端末に対する呼の受信者であり、また電気通信ネットワークの上でモバイル端末を経由して到達され得ないユーザに連絡を取るための一方法が開示され、前記方法は、通信サーバの内部において、以下のステップ、すなわち、呼の緊急レベルを決定するステップと、着信側ユーザと各第三者ユーザthirdpartyuserとの間の社会的関係、着信側ユーザに関連しており、また第三者ユーザに関連している地理的位置情報データgeolocationdata、および呼の緊急レベルに基づいて、発信側ユーザとの連絡を受ける可能性のある第三者ユーザのリストを決定するステップと、発信側ユーザとリストの上の少なくとも1人の第三者ユーザとの間で呼を確立するステップとを備える。有利には、発信側ユーザによって行われる呼が、緊急であるときはいつでも、発信側ユーザは、その後に緊急呼に対応するメッセージについて着信側ユーザに通知することができるようになる第三者ユーザと連絡を取ることができる。着信側ユーザは、たとえ着信側ユーザがそのユーザのモバイル端末を経由して到達され得ないときでさえ、第三者ユーザによって連絡を取られて、緊急呼について通知を受けることができる。本発明の別の特徴によれば、リストは、着信側ユーザに地理的に最も近い第三者ユーザについての順序付けされた一覧表を含むことができる。本発明の別の特徴によれば、地理的位置情報データは、着信側ユーザについての、また第三者ユーザの各々についての最後に知られている地理的位置を備えることができる。本発明の別の特徴によれば、着信側ユーザに関連した地理的位置情報データは、着信側ユーザのカレンダーに関連した存在データを備えることができる。本発明の別の特徴によれば、通信サーバは、第三者ユーザと着信側ユーザとの間の社会的関係に基づいて、着信側ユーザと連絡を取るために、場合によっては呼び出されることに合意している第三者ユーザの1つのグループを前もって保存しておくことができる。本発明の別の特徴によれば、通信サーバは、呼の緊急レベルに基づいて、前記グループに属するユーザから初期リストを最初に生成することにより、また次いで、着信側ユーザに関連しており、また前記初期リストの上で見出される第三者ユーザに関連している地理的位置情報データに基づいて前記リストを生成することにより、第三者ユーザについての前記リストを決定することができる。本発明の別の特徴によれば、呼の緊急レベルは、呼の緊急レベルを評価するためのシステムを有する音声サーバに対して呼を転送することにより、決定される場合がある。例えば、緊急レベルは、ユーザによって与えられ、また次いで、分析システムによって自動的にか、または専用のコールセンターを経由して手動的にかのいずれかで認可される。本発明はまた、モバイル端末を所有し、着信側ユーザの通信デバイスからモバイル端末に対する呼の受信者であり、また電気通信ネットワークの上でモバイル端末を経由して到達され得ないユーザと連絡を取るための通信サーバに関連しており、前記通信サーバは、呼の緊急レベルを決定するための手段と、着信側ユーザと各第三者ユーザとの間の社会的関係、着信側ユーザに関連しており、また第三者ユーザに関連している地理的位置情報データ、呼の緊急レベルに基づいて、発信側ユーザとの連絡を受ける可能性のある第三者ユーザのリストを決定するための手段と、着信側ユーザと、リストの上の少なくとも1人の第三者ユーザとの間で呼を確立するための手段とを備える。本発明はまた、サーバの内部に実装可能なコンピュータプログラムに関し、前記プログラムは、プログラムが前記サーバの内部で実行されるときはいつでも、本発明の方法によるステップを実行する命令を備える。本発明と、その利点とは、以下の説明を検討するとすぐによりよく理解されるものであり、以下の説明は、添付図面を参照している。本発明は、ユーザのモバイル端末を経由しては到達不可能であるモバイル端末を有する着信側ユーザを、発信側ユーザが呼び出す通信システムに関する。通信システムにより、発信側ユーザは、着信側ユーザに連絡を取ることができる第三者ユーザと連絡を取ることができるようになる。着信側ユーザと、第三者ユーザとは、本発明によるサービスに加入していることが、仮定される。例えば、サービスに加入している各ユーザを、着信側ユーザ、および第三者ユーザとして宣言することができる。図1を参照すると、通信システムは、電気通信ネットワークRTの上で互いに通信することができる、発信側ユーザの通信デバイスDCaと、着信側ユーザのモバイル端末TMと、第三者ユーザの少なくとも1つの通信デバイスDCtと、通信システムSCとを備える。電気通信ネットワークRTは、GSM移動通信用グローバルシステムGlobalSystemforMobilecommunicationsやUMTSユニバーサルモバイルテレコミュニケーションシステムUniversalMobileTelecommunicationsSystemのデジタルセルラー方式無線通信ネットワークなどのワイヤレスネットワークを備えることができる。電気通信ネットワークRTは、IMSIPマルチメディアサブシステムIPMultimediaSubsystemパケットネットワークに接続されることもある。さらに、電気通信ネットワークRTは、有線ネットワークを備えることもでき、または有線ネットワークと、ワイヤレスネットワークとの組合せとすることもできる。一例によれば、発信側ユーザの通信デバイスDCa、着信側ユーザのモバイル端末TM、または第三者ユーザの通信デバイスDCtは、無線通信ネットワークの、例えば、GSMネットワークまたはUMTSネットワークの固定回線ネットワークを備えるアクセスネットワークに無線通信チャネルによって接続されたモバイルセルラー方式無線通信端末である。別の例によれば、着信側ユーザの通信デバイスDCa、着信側ユーザのモバイル端末TM、または第三者ユーザの通信デバイスDCtは、ユーザに専用の電気通信デバイスまたは電子的オブジェクトを備えており、またこれらの電気通信デバイスまたは電子的オブジェクトは、通信する携帯型個人情報端末personaldigitalassistantPDA、またはスマートフォンとすることができ、またこれらのPDAまたはスマートフォンは、WLANワイヤレスローカルエリアネットワークWirelessLocalAreaNetworkタイプの短距離公衆ワイヤレスネットワーク、または802.1x規格に準拠した短距離公衆ワイヤレスネットワーク、あるいはWiMAXワールドワイドインターオペラビリティマイクロウェーブアクセスWorldwideInteroperabilityMicrowaveAccessプロトコルに従った中距離公衆ワイヤレスネットワークのアクセス端末に接続されることもある。別の例によれば、発信側ユーザの通信デバイスDCa、または第三者ユーザの通信デバイスDCtは、TDM時分割多重化TimeDivisionMultiplexing固定回線電話、または固定回線のボイスオーバーIPインターネットプロトコルInternetProtocol電話、あるいはPOEパワーオーバーイーサネットPowerOverEthernet固定回線電話である。オプションとして、着信側ユーザの通信デバイスDCa、着信側ユーザのモバイル端末TM、または第三者ユーザの通信デバイスDCtは、Wi-Fiタイプ、またはブルートゥースBluetoothタイプの短距離ワイヤレス接続を経由して通信することができる。さらに、第三者ユーザは、複数の通信デバイスDCtを、例えば、モバイル端末と固定回線電話とを所有することができる。通信サーバSCは、各々が、通信サーバSCの1つまたは複数の機能を提供するサーバの組を備えることができる。通信サーバSCは、例えば、電気通信オペレータによって管理される。通信サーバSCは、呼処理モジュールMTAと、フィルタモジュールFILと、選択モジュールSELと、嗜好preference管理モジュールGESと、ロケーションモジュールLOCとを備える。説明の残りにおいて、モジュールという用語は、少なくとも1つの特定のタスクを実行するように構成された、デバイス、ソフトウェアプログラム、またはコンピュータのハードウェアとソフトウェアとの組合せを指定することができる。呼処理モジュールMTAは、呼が通過しなかったときはいつでも、発信側の通信デバイスDCaからやってくる呼を処理する。例えば、呼処理モジュールMTAは、着信側ユーザのモバイル端末TMが、ある与えられた回数だけ着信を鳴らした後に、またはモバイル端末が、ネットワークカバレッジを有さないか、またはスイッチが切られているときはいつでもトリガされる。呼処理モジュールMTAは、下記で説明される原理に従って、フィルタモジュールFIL、および選択モジュールSELとともに機能することにより、着信側ユーザに近い第三者ユーザの通信デバイスDCtに対して呼を転送する機能を有する。フィルタモジュールFILは、呼の緊急レベルを検証する機能と、通信サーバによって提供されるサービスが、誤用されないことを保証する機能とを有する。例えば、フィルタモジュールFILは、呼をコールセンターへと転送し、その結果、担当者は、発信側ユーザと話をすることができ、また呼の緊急レベルを決定することができるようになる。別の例によれば、フィルタモジュールFILは、発信側ユーザが、呼の緊急レベルを選択するように、または指定するように勧める音声サーバ機能voiceserverfunctionalityを提供する。一変形においては、フィルタモジュールFILは、発信側の音声の自動分析を行い、また一連の質問を行って、例えば、決定木を使用することにより、呼の緊急レベルを推論することができる。オプションとして、呼サーバによって配信されるサービスの使用を制限するために、緊急の程度に基づいて呼が課金される可能性があり、あるいは着信側ユーザの近くにおり、また呼がルーティングされる相手のユーザは、呼の緊急の程度についての意見を提供することができる。呼の緊急レベルは、所定の緊急スケールに基づいて決定されることもあり、またオプションとして、2つのカテゴリへと、すなわち生死にかかわる全く極めて緊急の呼についてだけの第1のカテゴリと、非常に緊急のまたは個人的ななど、他の緊急呼についての第2のカテゴリとへ分割されることもある。一実施形態によれば、ユーザは、呼の緊急レベルを選択するように音声サーバによって勧められることもある。次に、呼の緊急レベルに応じて発信側ユーザとの連絡を受けるようにされる可能性がある第三者ユーザのリストを選択モジュールSELが決定する前に、そのレベルは、一連の質問を通して、またオプションとしては音声分析を通して、システムによって評価される。ただ緊急というだけの呼についての第三者ユーザのリストは、極めて緊急の呼についての第三者ユーザのリストよりももっと制約が多いこともあり、後者のリストは、着信側ユーザを知らない人々を含んでいる可能性もある。選択モジュールSELは、発信側ユーザとの連絡を受けるようにされる可能性のある第三者ユーザを選択して、第三者ユーザが着信側ユーザと連絡を取ることができるようにする。選択モジュールSELは、フィルタモジュールFILおよび呼処理モジュールMTAとともに機能して、呼の緊急レベルを入力データとして採用し、ロケーションモジュールLOCに問い合わせを行って、場合によっては発信側ユーザとの連絡を受けるようにされる可能性のあるユーザの位置を学習し、また嗜好管理モジュールGESに問い合わせを行って、着信側ユーザと、場合によっては発信側ユーザとの連絡を受けるようにされる可能性がある第三者ユーザとの間の社会的関係、ならびにユーザと第三者ユーザとの嗜好を学習する。選択モジュールSELは、着信側ユーザに対して地理的に近くにおり、またユーザの嗜好が呼の緊急レベルにマッチする人々のリストを生成する。例えば、着信側ユーザを知っており、着信側ユーザに対して地理的に近くにおり、また彼らの嗜好に合意して、低い呼緊急レベルを有する発信側ユーザとの連絡を受けるようにされる人々に、優先順位が与えられる可能性がある。ロケーションモジュールLOCは、着信側ユーザ、および第三者ユーザについての地理的位置を監視する。ロケーションモジュールLOCは、ある与えられた精度で、ユーザの地理的位置を決定する。例えば、ユーザのロケーションは、GPS測位システムを含めて、着信側ユーザのモバイル端末、または第三者ユーザの通信デバイスDCtから取り出されるGPS全地球測位システムGlobalPositioningSystemデータを経由して決定されることもある。別の例によれば、ユーザのロケーションは、さらに、ユーザのカレンダーに関連した存在データを用いて決定されることもある。例えば、着信側ユーザは、ある与えられた時間中にそのユーザが歯医者にいることを示して、カレンダーに書き込んでいる可能性がある。ロケーションモジュールLOCは、それによって、着信側ユーザに関連しており、また場合によっては発信側ユーザとの連絡を受けるようにされる可能性がある第三者ユーザに関連している地理的位置情報データDgを省く。地理的位置情報データDgは、着信側ユーザについての、また場合によっては発信側ユーザとの連絡を受けるようにされる可能性がある第三者ユーザの各々についての最後に知られている地理的位置、ならびに彼らの習慣的な動きを備えることができる。嗜好管理モジュールGESにより、ユーザは、どのようにして、また誰によってユーザが連絡される可能性があるかに関して、彼らの嗜好を指定することができるようになる。着信側ユーザに関して、呼の緊急レベルに応じて、ユーザがユーザのモバイル端末を経由して到達され得ないときはいつでも、ユーザが誰によって連絡を受けることができるかを、ユーザが第三者ユーザに通知する。第三者ユーザは、ソーシャルネットワークを経由して、家族、友人、その他などのカテゴリへと分類されることもある。その場合には、着信側ユーザは、社会的関係のカテゴリごとに、カテゴリの内部で分類された第三者ユーザに対して呼をルーティングするために、呼についての最小の緊急レベルを割り当てることができる。例えば、家族カテゴリに分類されるユーザは、呼の緊急レベルにかかわらず、呼をルーティングするために選択されることもあるが、その他カテゴリに分類される第三者ユーザは、呼の最高の緊急レベルについてだけ呼をルーティングするために選択される可能性がある。第三者ユーザに関して、呼の緊急レベルに応じて、誰のために第三者ユーザが着信側ユーザと連絡を取るために呼び出されることに合意しているかを、第三者ユーザは可能性のある着信側ユーザに通知する。さらに、第三者ユーザが発信側ユーザとの連絡を受けるようにするためのポリシーは、第三者ユーザと着信側ユーザとの間の社会的関係に依存する。例えば、着信側ユーザが友人のメンバーまたは家族のメンバーである場合だけ、第三者ユーザが、発信側ユーザとの連絡を受けるようにされることに合意する可能性がある。さらに、どのような第三者ユーザも、呼の緊急レベルが高い場合には、発信側ユーザとの連絡を受けるようにされることに合意する可能性がある。嗜好管理モジュールGESは、可能性のある着信側ユーザと、可能性のある第三者ユーザとして、ユーザの嗜好を保存し、また着信側ユーザの嗜好と第三者ユーザの嗜好とを比較して、呼の緊急レベルに基づいて発信側ユーザとの連絡を受けるようにされる可能性がある第三者ユーザのグループGpを規定する。例えば、ユーザの嗜好は、ウェブインターフェースを経由してユーザによって入力されることもある。図2を参照すると、本発明の一実施形態による、ユーザのモバイル端末を用いて到達され得ない呼ユーザに連絡を取るための一方法は、ステップE1からE5を備えている。あらかじめ、着信側ユーザは、ウェブインターフェースに接続して、着信側ユーザと、各第三者ユーザとの間の社会的関係に基づいて、また呼の緊急レベルに基づいて、ユーザがユーザのモバイル端末を経由して到達され得ないときはいつでも、ユーザが誰によって連絡を取られる可能性があるかを第三者ユーザに通知する。さらに、少なくとも幾人かの前記第三者ユーザは、ウェブインターフェースに接続して、第三者ユーザと各着信側ユーザとの間の社会的関係に基づいて、また呼の緊急レベルに基づいて、誰のために各第三者ユーザが、着信側ユーザに連絡を取るために呼び出されることに合意しているかを可能性のある着信側ユーザに通知する。通信サーバSCは、ウェブインターフェースに提供される前記情報を取り出して、第三者ユーザと各着信側ユーザとの間の社会的関係に基づいて、また呼の緊急レベルに基づいて、場合によっては発信側ユーザとの連絡を受けるようにされているグループGpの第三者ユーザを規定し、またグループGpの第三者ユーザを着信側ユーザに関連づける。例えば、第三者ユーザのグループは、着信側ユーザの識別子とマッチするものとして保存され、また各第三者ユーザは、少なくとも1つの通信デバイスDCtの呼び出し番号とマッチするものとして保存される。ステップE1において、発信側ユーザは、着信側ユーザを呼び出すが、そのユーザに到達することができない。例えば、着信側ユーザのモバイル端末TMが、ある与えられた回数だけ着信を鳴らした後に、通信サーバSCは、電気通信ネットワークRTの中に含まれ、また着信側ユーザのプロファイル情報を、とりわけそのユーザが加入しているサービスを備えるホームロケーションレジスタHLRによってトリガされ、また発信側ユーザの通信デバイスDCaは、通信サーバSCと連絡を取るようにされる。ステップE2において、フィルタモジュールFILは、呼の緊急レベルを決定する。例えば、フィルタモジュールFILは、呼の緊急レベルを評価するためのシステムを有する音声サーバに対して呼を転送し、発信側ユーザが呼の緊急レベルを選択するように勧めており、この呼の緊急レベルは、1組の質問を通して、またオプションとしては音声分析を通して、そのシステムによって評価される。呼の緊急レベルは、例えば、テキストメッセージの形式で通信サーバに送信されることもある。呼処理モジュールMTAは、フィルタモジュールFILによって決定される呼の緊急レベルを取り出し、またそれを選択モジュールSELに対して送信する。呼処理モジュールMTAはまた、着信側ユーザの識別子Idを選択モジュールSELに対して送信する。識別子Idは、例えば、着信側ユーザの呼び出し番号である。ステップE3において、選択モジュールSELは、管理モジュールGESに問い合わせを行って、着信側ユーザの識別子Idを用いて着信側ユーザに関連する第三者ユーザのグループGpを取り出す。選択モジュールSELは、呼の緊急レベルに基づいてグループGpに属する第三者ユーザの初期リストLiを生成する。第三者ユーザが発信側ユーザとの連絡を受けるようにするためのポリシーは、第三者ユーザと、着信側ユーザとの間の社会的関係に依存する。例えば、第三者ユーザは、着信側ユーザが、友人または家族のメンバーである場合だけに、発信側ユーザとの連絡を受けるようにされることに合意する可能性がある。さらに、どのような第三者ユーザも、呼の緊急レベルが高い場合に、発信側ユーザとの連絡を受けるようにされることに合意する可能性がある。したがって、決定された緊急レベルの場合に、発信側ユーザとの連絡を受けるようにされることに合意している第三者ユーザだけが、初期リストLiに属している。ステップE4において、選択モジュールSELは、ロケーションモジュールLOCに問い合わせを行って、初期リストLiの上の第三者ユーザについての位置を学習する。とりわけ、選択モジュールSELは、例えば、着信側ユーザについての、また第三者ユーザの各々についての、最後の知られている地理的位置を備える、着信側ユーザに関連しており、また第三者ユーザに関連している地理的位置情報データDgを取り出す。選択モジュールSELは、取り出された地理的位置情報データDgに基づいて、初期リストLiから第三者ユーザの最終リストLfを生成する。例えば、最終リストLfは、着信側ユーザに地理的に最も近い第三者ユーザの順序付けられた一覧表を含んでいる。最終リストLfは、例えば、所定のしきい値距離を超えた、着信側ユーザから地理的にあまりにも遠く離れた第三者ユーザの初期リストを取り除いている。一変形においては、ステップE3とE4との順序が、逆にされる。それゆえに、最初に、着信側ユーザに地理的に最も近くにいる第三者ユーザを選択しE4、また次いで、呼の緊急レベルに基づいて、これらの第三者ユーザのうちのどれが、着信側ユーザと連絡を取るようにされることに合意するかを検証することが、可能である。ステップE5において、選択モジュールSELは、発信側ユーザの通信デバイスDCaと、最終リストに最初に現れる第三者ユーザの通信デバイスDCtとの間で呼を確立する呼処理モジュールMTAに対して最終リストLfを送信する。呼処理モジュールMTAは、それによって、発信側ユーザの通信デバイスDCaと、第三者ユーザが宣言している、第三者ユーザの通信デバイスDCtの各々との間で呼を確立しようと試みる。第三者ユーザが、到達され得ない場合、呼処理モジュールMTAは、発信側ユーザの通信デバイスDCaと、最終リストの中に順番に現れる第三者ユーザの各々についての通信デバイスDCtとの間で呼を確立する。ここで説明されている本発明は、ユーザのモバイル電話を経由しては到達され得ない着信側ユーザと連絡を取るための方法およびサーバに関する。本発明の一実施形態によれば、本発明の方法のステップは、通信サーバSCなどのサーバの中に組み込まれるコンピュータプログラムの命令によって決定される。プログラムは、前記プログラムが、サーバの内部でロードされ、また実行されるときに、本発明の方法のステップを実行するプログラム命令を備える。その結果として、本発明は、本発明を実装するために適したコンピュータプログラムにも、とりわけ情報媒体の上の、または情報媒体の内部のコンピュータプログラムにも適用される。このプログラムは、任意のプログラミング言語を使用することができ、またソースコード、オブジェクトコード、あるいは部分的にコンパイルされた形式や、本発明の方法を実装するために望ましい他の任意の形式など、ソースコードと、オブジェクトコードとの間の中間コードの形式のものとすることができる。